[發(fā)明專利]一種多模塊間統(tǒng)一數(shù)據(jù)的通信方法

無效

• 申請?zhí)枺?/td>: 201310315970.6
• 申請日: 2013-07-25
• 公開（公告）號: CN103368971A
• 公開（公告）日: 2013-10-23
• 發(fā)明（設計）人: 肖振堅
• 申請（專利權）人: 廈門億聯(lián)網(wǎng)絡技術股份有限公司
• 主分類號: H04L29/06
• 分類號: H04L29/06
• 代理公司: 廈門市新華專利商標代理有限公司 35203
• 代理人: 朱凌

技術領域

本發(fā)明屬于通信技術領域，具體是指一種多模塊間統(tǒng)一數(shù)據(jù)的通信方法。

背景技術

模塊之間通信，數(shù)據(jù)交流不可或缺，數(shù)據(jù)傳遞一般伴隨消息類型，如圖1所示，模塊A向模塊B發(fā)送一個呼叫請求消息，同時攜帶用戶及對方地址等數(shù)據(jù)類型，模塊B需要根據(jù)收到的消息類型來確定對應的數(shù)據(jù)結構。

當前數(shù)據(jù)通信的一般做法是，模塊A向模塊B發(fā)起一個請求，假設是呼叫請求，攜帶一個呼叫參數(shù)char*類型（即呼叫號碼），由于對外消息發(fā)送接口需要統(tǒng)一（如果不統(tǒng)一，會造成一個消息一個接口），所以數(shù)據(jù)類型一般為void*，此時需要把char*強制轉換成Void*類型，模塊B收到這個請求后，根據(jù)請求的類型，再強制把Void*轉換成char*。這種方法會導致模塊A和模塊B的負責人需要協(xié)商這些信令對應的數(shù)據(jù)結構體，否則作為信令接收方就無法知道收到的void*數(shù)據(jù)是什么類型。

目前現(xiàn)有技術要實現(xiàn)多個模塊間數(shù)據(jù)通信，通常需要先告訴另一個模塊消息攜帶的數(shù)據(jù)類型，或根據(jù)收到的數(shù)據(jù)來強制轉換某種數(shù)據(jù)結構，例如，B模塊負責人需要首先知道A模塊通過setup?request信令帶過來的數(shù)據(jù)結構是char*類型，然后根據(jù)這個信令把void*強制轉換成char*類型。這種方式的局限性較大，造成傳送的數(shù)據(jù)類型單一，參數(shù)往往會超過多個，比如呼叫請求中，可能包括對方號碼、對方IP，而只能把這些參數(shù)放在一個自定義的結構體中如struct?callinfo，造成靈活性不足，如果用戶臨時想增加一個顯示參數(shù)呼叫別名，而只能通過增加srtuct?callinfo結構體。

有鑒于此，本發(fā)明人針對現(xiàn)有技術的缺陷深入研究，遂有本案產(chǎn)生。

發(fā)明內容

本發(fā)明所要解決的技術問題在于提供一種多模塊間統(tǒng)一數(shù)據(jù)的通信方法，無需實現(xiàn)數(shù)據(jù)轉換等操作，提高各模塊研發(fā)人員實現(xiàn)代碼效率。

本發(fā)明是這樣實現(xiàn)的：

一種多模塊間統(tǒng)一數(shù)據(jù)的通信方法，包括如下步驟：

步驟一：定義通用數(shù)據(jù)信息小單元類型：將每個數(shù)據(jù)結構體類型定義為一個數(shù)據(jù)信息小單元；

步驟二：第一模塊向第二模塊發(fā)送請求消息，所述第一模塊根據(jù)請求消息類型構造相應的數(shù)據(jù)信息小單元，組合成數(shù)據(jù)單元集合，作為數(shù)據(jù)發(fā)送至所述第二模塊；

步驟三：所述第二模塊收到所述第一模塊發(fā)送來的請求消息，同時獲取數(shù)據(jù)單元集合，通過數(shù)據(jù)信息小單元的類型遍歷數(shù)據(jù)指針，獲取當前請求消息所需的數(shù)據(jù)；如數(shù)據(jù)不足，則視為異常。

進一步地，所述步驟一中數(shù)據(jù)信息小單元包括：主叫信息、被叫信息、注冊信息、原因碼信息、鍵盤輸入信息、轉移號碼、和媒體信息。

本發(fā)明的優(yōu)點在于：定義多種基礎數(shù)據(jù)單元類型，根據(jù)請求消息類型的數(shù)據(jù)需要組合DUS數(shù)組，由于基礎數(shù)據(jù)單元面向所有信息處理模塊，可實現(xiàn)各模塊統(tǒng)一數(shù)據(jù)交流。本發(fā)明傳遞的數(shù)據(jù)DUS是多種不同的DU靈活組合，添加、刪除、解析數(shù)據(jù)方便，無需實現(xiàn)數(shù)據(jù)轉換等操作，提高各模塊研發(fā)人員實現(xiàn)代碼效率。

附圖說明

下面參照附圖結合實施例對本發(fā)明作進一步的描述。

圖1是現(xiàn)有技術的模塊通信方式結構示意圖。

圖2是本發(fā)明的模塊通信方式結構示意圖。

具體實施方式

如圖2所示，一種多模塊間統(tǒng)一數(shù)據(jù)的通信方法，該方法中把數(shù)據(jù)信息小單元稱為du（Data?Unit），數(shù)據(jù)單元集合稱為dus；包括如下步驟：

步驟一：定義通用數(shù)據(jù)信息小單元類型：將每個數(shù)據(jù)結構體類型定義為一個數(shù)據(jù)信息小單元；假設當前產(chǎn)品為VOIP設備，則du類型可涉及：主叫信息、被叫信息、注冊信息、原因碼信息、鍵盤輸入信息、轉移號碼、和媒體信息等數(shù)據(jù)單元；

數(shù)據(jù)小單元信息，指的是在設計產(chǎn)品過程中，考慮到的所有數(shù)據(jù)通信類型，每個數(shù)據(jù)結構體類型稱之為一個數(shù)據(jù)小單元，如主叫信息小單元可以指以下這種數(shù)據(jù)結構：

struct?mastercallinfo{

????char?localIp[32];

???char?localPhoneNumber[32];

}

步驟二：模塊A向模塊B發(fā)送請求消息，根據(jù)請求消息類型構造相應的數(shù)據(jù)信息小單元du，組合成數(shù)據(jù)單元集合dus，作為數(shù)據(jù)發(fā)送至所述模塊B；例如呼叫請求，則攜帶數(shù)據(jù)應該為被叫信息、主叫信息等du；

步驟三：所述第二模塊收到所述第一模塊發(fā)送來的請求消息，同時獲取數(shù)據(jù)單元集合，通過數(shù)據(jù)信息小單元的類型遍歷數(shù)據(jù)指針，獲取當前請求消息所需的數(shù)據(jù)；如數(shù)據(jù)不足，則視為異常。