一種通信方法和通信裝置的制造方法
【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及通信技術(shù)領(lǐng)域，具體涉及一種通信方法和通信裝置。
【背景技術(shù)】
[0002] 模擬測試方案能夠幫助我們檢測智能硬件（例如：智能插座、智能指環(huán)、智能情景 燈等）的穩(wěn)定性。目前，當需要檢驗支撐智能硬件的云服務(wù)時，需要開發(fā)模擬器模擬大量智 能硬件與云服務(wù)通信的場景，通過這種方法來檢驗云服務(wù)是否能夠提供功能完善，性能合 格的服務(wù)。
[0003] 目前，對智能硬件的測試采用輸入輸出接口（1/0, Input/Output)通信和業(yè)務(wù)強 耦合的方案，因此，當通信協(xié)議改變（或者業(yè)務(wù)邏輯改變）時，需要開發(fā)者重新開發(fā)一套新 的模擬測試方案。由于每一款智能硬件，根據(jù)自身軟硬件特性以及服務(wù)需求，可能采用不 同的通信協(xié)議（例如傳輸控制協(xié)議（TCP，Transmission Control Protocol)、用戶數(shù)據(jù)報 協(xié)議（UDP，User Datagram Protocol))和不同的業(yè)務(wù)邏輯，這使得現(xiàn)有方案中，在每生產(chǎn)一 款智能硬件時，就需要重新開發(fā)一套模擬測試方案，而無法復用原有的模擬測試方案，從而 導致開發(fā)難度大、開發(fā)周期長等問題存在。

【發(fā)明內(nèi)容】

[0004] 本發(fā)明提供一種通信方法和通信裝置，用于提高通信系統(tǒng)的復用性。
[0005] 本發(fā)明一方面提供一種通信方法，包括：
[0006] 第一通信裝置的輸入輸出接口模塊接收來自第二通信裝置的消息；
[0007] 上述輸入輸出接口模塊向上述第一通信裝置的服務(wù)請求處理模塊輸出上述消 息；
[0008] 上述服務(wù)請求處理模塊確定接收的上述消息的服務(wù)提供者；
[0009] 若上述服務(wù)請求處理模塊確定接收的上述消息的服務(wù)提供者為上述第一通信裝 置，則：向上述第一通信裝置的第一邏輯處理模塊輸出接收的上述消息，上述第一邏輯處理 模塊根據(jù)接收的上述消息請求的服務(wù)，調(diào)用相應(yīng)服務(wù)對接收的上述消息進行處理，將處理 結(jié)果返回給上述第二通信裝置。
[0010] 本發(fā)明另一方面提供一種通信裝置，包括：
[0011] 輸入輸出接口模塊、服務(wù)請求處理模塊和第一邏輯處理模塊。
[0012] 上述輸入輸出接口模塊用于接收來自另一通信裝置的消息，并向上述服務(wù)請求處 理模塊輸出接收的上述消息；
[0013] 上述服務(wù)請求處理模塊用于：確定接收的上述消息的服務(wù)提供者；當上述服務(wù)請 求處理模塊確定接收的上述消息的服務(wù)提供者為上述通信裝置時，向上述第一邏輯處理模 塊輸出接收的上述消息；
[0014] 上述第一邏輯處理模塊用于：根據(jù)接收的上述消息請求的服務(wù)，調(diào)用相應(yīng)服務(wù)對 接收的上述消息進行處理，將處理結(jié)果返回給上述另一通信裝置。
[0015] 由上可見，本發(fā)明中通信裝置包括：1/0模塊、服務(wù)請求處理模塊和第一邏輯處理 模塊三個模塊，其中，I/O模塊屬于I/O層，服務(wù)請求處理模塊和第一邏輯處理模塊屬于業(yè) 務(wù)層，通過將通信裝置的通信過程模塊化處理，使得I/O層與業(yè)務(wù)層完全分開，即在I/O層 部分不涉及到業(yè)務(wù)層，在業(yè)務(wù)層不涉及到I/O層，當通信協(xié)議改變（或者業(yè)務(wù)邏輯改變） 時，只需修改I/O層部分（或業(yè)務(wù)層部分）即可滿足通信協(xié)議改變（或者業(yè)務(wù)邏輯改變） 后的通信需要，有效提高了通信系統(tǒng)的復用性，實現(xiàn)了通信系統(tǒng)的高復用、低耦合的效果。
【附圖說明】
[0016] 為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn) 有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本 發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動性的前提下，還可 以根據(jù)這些附圖獲得其他的附圖。
[0017] 圖1為本發(fā)明提供的一種通信方法一個實施例流程示意圖；
[0018] 圖2為本發(fā)明提供的一種通信架構(gòu)實施例示意圖；
[0019] 圖3為本發(fā)明提供的一種通信裝置一個實施例結(jié)構(gòu)示意圖；
[0020]圖4為本發(fā)明提供的一種通信裝置另一個實施例結(jié)構(gòu)示意圖。
【具體實施方式】
[0021] 為使得本發(fā)明的發(fā)明目的、特征、優(yōu)點能夠更加的明顯和易懂，下面將結(jié)合本發(fā)明 實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實 施例僅僅是本發(fā)明一部分實施例，而非全部實施例。基于本發(fā)明中的實施例，本領(lǐng)域普通 技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范 圍。
[0022] 下面對本發(fā)明實施例中的一種通信方法進行描述，請參閱圖1，本發(fā)明實施例中的 通信方法，包括：
[0023] 101、第一通信裝置的I/O模塊接收來自第二通信裝置的消息；
[0024] 本發(fā)明實施例中，可以根據(jù)具體的通信協(xié)議（例如TCP、UDP等）需求來實現(xiàn)第一 通信裝置的I/O模塊。
[0025] 若第一通信裝置的I/O模塊為TCP模塊，則步驟101具體為：第一通信裝置的I/O 模塊接收來自第二通信裝置的TCP消息。
[0026] 若第一通信裝置的I/O模塊為UDP模塊，則步驟101具體為：第一通信裝置的I/O 模塊接收來自第二通信裝置的UDP消息。
[0027] 102、上述I/O模塊向上述第一通信裝置的服務(wù)請求處理模塊輸出上述消息。
[0028] 103、上述服務(wù)請求處理模塊確定接收的上述消息的服務(wù)提供者；
[0029] 本發(fā)明實施例中，消息的服務(wù)提供者主要分為兩種，一種為第一通信裝置本身，一 種為除第一通信裝置以為的其它通信裝置。
[0030] 可選地，當上述第一通信裝置主動向其它通信裝置發(fā)送請求服務(wù)的消息時，記 錄上述請求服務(wù)的消息的消息標識（例如通用唯一識別碼（UUID，Universally Unique Identifier))，其中，基于同一服務(wù)的所有交互消息的消息標識一致，例如，對于第一通信 裝置主動向某一通信裝置發(fā)送的消息（為便于描述，將該通信裝置描述為消息A)，以及該 某一通信裝置基于該第一通信裝置發(fā)送的消息進行處理后，向該第一通信裝置返回的消息 (為便于描述，將該通信裝置描述為消息B)，消息A和消息B中的消息標識一致。則在步驟 103中，上述服務(wù)請求處理模塊判斷本地是否存在接收的上述消息的消息標識記錄，若存 在，則確定接收的上述消息的服務(wù)提供者為上述第二通信裝置，若不存在，則確定接收的上 述消息的服務(wù)提供者為上述第一通信裝置。
[0031] 當然，本發(fā)明實施例中，上述服務(wù)請求處理模塊也可以通過其它方式確定接收的 上述消息的服務(wù)提供者，此處不作限定。
[0032] 104、若上述服務(wù)請求處理模塊確定接收的上述消息的服務(wù)提供者為上述第一通 信裝置，則，向上述第一通信裝置的第一邏輯處理模塊輸出接收的上述消息