專利名稱：具有高層面業(yè)務(wù)合成的處理器間通信協(xié)議的制作方法
技術(shù)領(lǐng)域：
本發(fā)明通常涉及電子學(xué)領(lǐng)域，更具體地，涉及具有高層面業(yè)務(wù)合
成的處理器間通信(IPC)協(xié)議/網(wǎng)絡(luò)。
背景技術(shù)：
多數(shù)電子系統(tǒng)包括許多聯(lián)網(wǎng)的單元(組件)，諸如形成系統(tǒng)的硬 件和軟件。在多數(shù)系統(tǒng)中，存在用于負(fù)責(zé)在形成聯(lián)網(wǎng)單元的不同組件 之間的通信以及在不同聯(lián)網(wǎng)單元自身之間的通信的層。這個(gè)層一般被
稱為處理器間通信(IPC)層。
最近幾年，為了解決處理器間通信，已經(jīng)引入了若干協(xié)議。IPC 產(chǎn)品的一個(gè)例子是PCI AGP控制器(PAC)，其集成了 Host-to-PCI網(wǎng) 橋、動(dòng)態(tài)隨機(jī)存取存儲(chǔ)器(DRAM)控制器和數(shù)據(jù)路徑以及加速圖形 接口 (AGP)界面。IPC產(chǎn)品的另一個(gè)例子是OMAPtm平臺(tái)。這些平臺(tái) 都沒有提供多少在硬件層面之上的支持，并且也幾乎沒有在較低層面 組件或信道層面(物理層)提供設(shè)計(jì)靈活性。
例如，PAC平臺(tái)是封閉的體系結(jié)構(gòu)并且被嵌入在操作系統(tǒng)的TAPI 層面中，其中IPC碼不能由開發(fā)者訪問。因此，這些平臺(tái)不延伸到組 件層面并且它們也不允許動(dòng)態(tài)指配IPC資源、硬件支持能力或多節(jié)點(diǎn) 路由等。對(duì)于有時(shí)要將不同類型的業(yè)務(wù)組合以供系統(tǒng)中的組件使用的 需求，能夠允許動(dòng)態(tài)組合不同業(yè)務(wù)(例如，相機(jī)和JPEG業(yè)務(wù))以形成 組合業(yè)務(wù)的IPC網(wǎng)絡(luò)將是非常有益的。而且，在例如其中對(duì)于聯(lián)接至 IPC網(wǎng)絡(luò)的兩個(gè)不同處理器的音頻服務(wù)的定義是不同的情況中，IPC網(wǎng) 絡(luò)中處理相同業(yè)務(wù)的不同"定義"的能力也是有益的。由上可知，在 現(xiàn)有技術(shù)中存在對(duì)于能夠提供現(xiàn)有技術(shù)中這些缺點(diǎn)的解決方案的IPC協(xié)議的需要。


在所附權(quán)利要求中特別給出本發(fā)明的相信是新穎的特征。參考以 下說(shuō)明，結(jié)合附圖可以很好地理解本發(fā)明，在附圖中相似的附圖標(biāo)記 指代相似的組件，附圖中
圖1顯示了根據(jù)本發(fā)明的實(shí)施例的IPC網(wǎng)絡(luò)的圖。
圖2顯示了根據(jù)本發(fā)明的實(shí)施例的IPC棧。
圖3顯示了根據(jù)本發(fā)明的實(shí)施例的IPC組件IPC指配。
圖4顯示了根據(jù)本發(fā)明的實(shí)施例的主IPC表。
圖5顯示了根據(jù)本發(fā)明的實(shí)施例的信道指配的圖。
圖6顯示了突出根據(jù)本發(fā)明的實(shí)施例在IPC客戶端初始化例程期
間涉及的步驟的圖。
圖7顯示了突出根據(jù)本發(fā)明的實(shí)施例在IPC客戶端初始化期間涉
及的步驟的圖。
圖8顯示了根據(jù)本發(fā)明的實(shí)施例的IPC封裝的第一層面的圖。 圖9顯示了突出在根據(jù)本發(fā)明的實(shí)施例的IPC組件初始化期間采 取的步驟的圖。
圖10顯示了突出在根據(jù)本發(fā)明的實(shí)施例的組件初始化期間采取 的步驟的圖。
圖11顯示了根據(jù)本發(fā)明的實(shí)施例，在IPC客戶端和IPC服務(wù)器之
間的IPC數(shù)據(jù)傳遞。
圖12顯示了根據(jù)本發(fā)明的實(shí)施例的IPC數(shù)據(jù)報(bào)頭的圖。
圖13顯示了在根據(jù)本發(fā)明的實(shí)施例的IPC數(shù)據(jù)請(qǐng)求期間釆取的步
驟的圖。
圖14顯示了根據(jù)本發(fā)明的實(shí)施例的IPC網(wǎng)絡(luò)。
圖15顯示了根據(jù)本發(fā)明的電子設(shè)備，諸如無(wú)線電通信設(shè)備。
圖16和17顯示了根據(jù)本發(fā)明實(shí)施例的出站流的圖。
圖18顯示了根據(jù)本發(fā)明的實(shí)施例的入站流的圖。
圖19顯示了根據(jù)本發(fā)明實(shí)施例的IPC網(wǎng)絡(luò)的圖。圖20顯示了一流程圖，其突出了在根據(jù)本發(fā)明執(zhí)行業(yè)務(wù)合成時(shí)釆 取的一些步驟。
具體實(shí)施例方式
盡管由申請(qǐng)文件通過限定本發(fā)明特征的權(quán)利要求(其被認(rèn)為是新 穎的)作出結(jié)論，但是應(yīng)當(dāng)認(rèn)為，通過以下說(shuō)明并結(jié)合附圖可以更好 地理解本發(fā)明。
本發(fā)明的IPC對(duì)于在系統(tǒng)中操作的不同處理器所需要的彼此通信 提供了支持。例如，在包括應(yīng)用處理器(AP)和基帶處理器(BP)的 無(wú)線電通信設(shè)備中使用的雙處理器(或多處理器)無(wú)線電體系結(jié)構(gòu)中， IPC以有效的方式對(duì)于處理器所需要的彼此通信提供了支持。IPC提供
該支持，而無(wú)需對(duì)AP或BP的設(shè)計(jì)施加任何約束。
IPC允許采取IPC作為其處理器間通信棧的任何處理器在一起共 存并且操作，就好像這兩個(gè)處理器實(shí)際上在共享公共操作系統(tǒng)和存儲(chǔ) 器的相同處理器內(nèi)核上運(yùn)行一樣。隨著在通信設(shè)備中使用多個(gè)處理器 成為規(guī)范，本發(fā)明的IPC提供了不同處理器之間的可靠通信。
IPC硬件提供了將不同處理器與IPC網(wǎng)絡(luò)結(jié)合的物理連接。在本 發(fā)明的一個(gè)實(shí)施例中，數(shù)據(jù)分組優(yōu)選地在不同主機(jī)之間異步地傳輸。 連接至IPC網(wǎng)絡(luò)的處理器使它們的物理和邏輯地址被靜態(tài)地或動(dòng)態(tài)地 指配(例如，IPC地址)。而且，由于在本發(fā)明的一個(gè)實(shí)施例中，數(shù)據(jù) 分組可以在IPC網(wǎng)絡(luò)內(nèi)部的任一方向中流動(dòng)，所以它們需要攜帶其試 圖達(dá)到的處理器的目的地地址。優(yōu)選地，還使用現(xiàn)有的循環(huán)冗余檢查
(CRC)技術(shù)來(lái)檢查分組。盡管本發(fā)明的IPC網(wǎng)絡(luò)的網(wǎng)絡(luò)活動(dòng)可能與 在使用IP傳輸層的互聯(lián)網(wǎng)網(wǎng)絡(luò)(例如傳輸控制協(xié)議/互聯(lián)網(wǎng)協(xié)議
(TCP/IP)網(wǎng)絡(luò))上建立的那些網(wǎng)絡(luò)活動(dòng)有些相似之處，但是本發(fā)明 的IPC不像TCP/IP網(wǎng)絡(luò)中那樣被劃分為具有網(wǎng)關(guān)的較小網(wǎng)絡(luò)?，F(xiàn)在參考圖l，顯示了根據(jù)本發(fā)明的實(shí)施例的IPC網(wǎng)絡(luò)100。IPC網(wǎng)
絡(luò)100包括多個(gè)IPC客戶端102-106，以及IPC服務(wù)器108,該IPC 服務(wù)器108使用不同的IPC物理鏈路聯(lián)接至IPC客戶端102-106，其中 作為說(shuō)明性的例子，不同的IPC物理鏈路諸如共享的存儲(chǔ)器110、通用 異步接收機(jī)/發(fā)射機(jī)(UART) 112和通用串行總線(USB) 114。應(yīng)當(dāng) 注意，對(duì)于本發(fā)明的IPC， IPC客戶端102-106可以與當(dāng)前IPC服務(wù)器 108協(xié)商以交換角色。如果IPC客戶端102-106協(xié)商成為IPC服務(wù)器并 且成為新的IPC服務(wù)器，那么給定IPC服務(wù)器中的改變，全部剩余的 IPC客戶端被指令改變服務(wù)器的IP地址。
在圖2中，顯示了根據(jù)本發(fā)明的實(shí)施例的IPC服務(wù)器108 (或IPC 客戶端102-108)的IPC棧200。 IPC棧200被設(shè)計(jì)為集成在操作系統(tǒng) (OS)中并且提供對(duì)于組件業(yè)務(wù)量的處理器間通信需求的支持。IPC
棧由以下三個(gè)主層構(gòu)成
(1).IPC表示管理器(202)-這個(gè)層用于翻譯不同系統(tǒng)組件(例 如，軟件線程)之間的不同數(shù)據(jù)類型。
(2). IPC會(huì)話管理器(204)-這個(gè)層是對(duì)于IPC棧和全部系統(tǒng)組件 之間的傳入/傳出IPC業(yè)務(wù)量的中央儲(chǔ)存庫(kù)。IPC會(huì)話管理器204具有 若干功能對(duì)于共同參與的IPC組件指配組件ID;判定IPC數(shù)據(jù)是否 需要被封裝；路由IPC數(shù)據(jù)，終止IPC業(yè)務(wù)量；為IPC處理器設(shè)置保 持器；提供IPC地址，指配及鑒權(quán)IPC客戶端等。
IPC傳輸層Transport Layer (208)-位于IPC會(huì)話管理器(層)204 之內(nèi)，IPC傳輸層208提供了非常基本的循環(huán)冗余檢查，用于在不同處 理器之間傳輸IPC數(shù)據(jù)。另夕卜，IPC傳輸層208負(fù)責(zé)將IPC消息路由至 它們?cè)贗PC網(wǎng)絡(luò)100上的最終目的地。傳輸層的路由功能僅僅在IPC 服務(wù)器上啟用。
IPC路由器模塊(210)-將IPC數(shù)據(jù)傳輸至目的組件(未顯示)。傳入IPC消息除了攜帶其它信息之外，還攜帶始發(fā)者組件ID、 IPC消 息操作碼，諸如音頻和調(diào)制解調(diào)器。注意到，根據(jù)本發(fā)明的實(shí)施例，
唯一的操作碼被指配給每一組件/軟件線程(例如，參見圖5中的502)， 諸如聯(lián)接至IPC網(wǎng)絡(luò)的音頻和調(diào)制解調(diào)器。IPC會(huì)話管理器204依靠路 由器模塊210來(lái)將IPC數(shù)據(jù)發(fā)送到正確的(一個(gè)或多個(gè))組件。
(3).設(shè)備接口層(206)-負(fù)責(zé)管理IPC物理到邏輯的IPC信道。 它的主要功能是完全抽取IPC硬件，使得棧IPC變?yōu)楠?dú)立于硬件。設(shè) 備接口層206管理下面的IPC鏈路的物理帶寬，以支持全部IPC邏輯 信道。在傳入路徑中，設(shè)備接口層206從不同的物理信道110-114拾取 數(shù)據(jù)并將它們向上傳遞到IPC棧的其它部分。在傳出路徑上，設(shè)備接 口層206通過將IPC邏輯信道發(fā)送到合適的物理信道上，而管理它們 的數(shù)據(jù)負(fù)載。設(shè)備接口層206還在將屬于相同IPC信道的IPC分組發(fā) 送至IPC硬件之前，鏈接它們。在IPC會(huì)話管理器204和IPC設(shè)備接 口層206之間預(yù)協(xié)商信道需求。設(shè)備接口層206規(guī)定了硬件端口，該 硬件端口進(jìn)一步給IPC客戶端102-106提供了設(shè)備接口 。
參考圖3,顯示了 IPC組件ID指配例程。任何希望參與IPC通信的 新組件必須首先在步驟302向它的IPC會(huì)話管理器(例如，會(huì)話管理 器204)請(qǐng)求IPC識(shí)別編號(hào)(ID)。然后，本地會(huì)話管理器(例如，位 于組件所聯(lián)接至的客戶端中的會(huì)話管理器)將向IPC服務(wù)器的會(huì)話管 理器警告新的IPC組件，并且在步驟304中將提供組件ID指配。根據(jù) 本發(fā)明的實(shí)施例，組件ID是動(dòng)態(tài)的，并且可以由會(huì)話管理器(例如， 服務(wù)器的會(huì)話管理器)重新指配。主IPC服務(wù)器位置最有可能在主AP 上。每一IPC節(jié)點(diǎn)優(yōu)選地將具有唯一的IPC節(jié)點(diǎn)ID，并且會(huì)話管理器 將在其數(shù)據(jù)庫(kù)中對(duì)于每一參與的IPC節(jié)點(diǎn)保存以下信息
-IPC節(jié)點(diǎn)類型例如，特定的BP或AP、無(wú)線局域網(wǎng)(WLAN) AP等
-IPC地址IPC節(jié)點(diǎn)的IPC地址。 -數(shù)據(jù)類型IPC節(jié)點(diǎn)的數(shù)據(jù)類型- 操作碼列表這是組件已經(jīng)預(yù)訂的全部IPC消息操作碼的列表。
- 組件ID:全部組件ID的列表。
現(xiàn)在參考圖4，其中顯示了 IPC棧以及全部主IPC表。動(dòng)態(tài)路由 表402包括節(jié)點(diǎn)類型、IPC地址/端口弁信息、數(shù)據(jù)類型和預(yù)訂列表。 組f^路由表404包括將操作碼信息與預(yù)訂至每個(gè)特定操作碼的全部 組件鏈接的信息。最后，信道資源表406包括每個(gè)信道ID與物理信 道ID列表的鏈接。
在圖5中，顯示了根據(jù)本發(fā)明的IPC棧如何為諸如軟件線程(例 如音頻等)這樣的組件提供IPC信道的框圖。在步驟504中，組件502 首先請(qǐng)求IPC信道。在步驟506中，圖5中顯示的會(huì)話管理器在使用 所定義的API與設(shè)備層協(xié)商組件的請(qǐng)求。然后設(shè)備層(設(shè)備接口)請(qǐng) 求硬件資源，例如數(shù)據(jù)信道508。在步驟510中，圖5所示的會(huì)話管理 器響應(yīng)于該請(qǐng)求，向請(qǐng)求者授權(quán)IPC信道。接下來(lái)，組件502在指配 的信道508上發(fā)送其數(shù)據(jù)。然后設(shè)備層將數(shù)據(jù)轉(zhuǎn)發(fā)至IPC網(wǎng)絡(luò)。邏輯 到物理信道ID的映射是IPC設(shè)備接口的功能。
現(xiàn)在參考圖6， IPC客戶端初始化中的第一個(gè)步驟是在IPC客戶端 602和IPC服務(wù)器604之間發(fā)送登記請(qǐng)求(步驟606)。然后在步驟608 中，IPC服務(wù)器604鑒權(quán)IPC客戶端602的請(qǐng)求。隨后在步驟610中， 將IPC地址發(fā)送到IPC客戶端并完成登記。在步驟612中，IPC客戶端 的會(huì)話管理器將其動(dòng)態(tài)路由表的復(fù)本發(fā)送至IPC服務(wù)器。
圖7中顯示了在IPC客戶端初始化處理期間采取的更具體的步驟。 在歩驟702中，客戶端會(huì)話管理器(在表中顯示為會(huì)話(客戶端)) 將配置請(qǐng)求發(fā)送至IPC服務(wù)器的會(huì)話管理器(在表中顯示為會(huì)話(服 務(wù)器))。在步驟704中，由IPC服務(wù)器的會(huì)話管理器請(qǐng)求鑒權(quán)。然 后，在步驟706中執(zhí)行在IPC客戶端和IPC服務(wù)器之間的鑒權(quán)。配置請(qǐng)求中的參數(shù)包括節(jié)點(diǎn)類型和數(shù)據(jù)類型。會(huì)話服務(wù)器響應(yīng) 于步驟702中的配置請(qǐng)求，為請(qǐng)求者指配IPC地址。如果不存在用于
請(qǐng)求者的動(dòng)態(tài)路由表，它還建立該動(dòng)態(tài)路由表。然后，在步驟708中
它向請(qǐng)求者發(fā)送配置指示。配置指示參數(shù)包括服務(wù)器的IPC地址和 客戶端的新指配的IPC地址。
響應(yīng)于接收到配置指示，附裝于會(huì)話客戶端的組件可以向客戶端
會(huì)話管理器請(qǐng)求控制/數(shù)據(jù)。然后在步驟710中，會(huì)話客戶端將配置指
示確認(rèn)消息發(fā)送至?xí)挿?wù)器。"配置指示確認(rèn)"消息沒有參數(shù)。一
旦接收到步驟710中的配置指示確認(rèn)消息，會(huì)話服務(wù)器就可以啟動(dòng)到 新配置的會(huì)話客戶端的IPC流。然后在步驟712和714中，會(huì)話服務(wù) 器將配置更新消息發(fā)送至?xí)捒蛻舳?。這導(dǎo)致在步驟716和718中， 圖7中顯示的這兩個(gè)會(huì)話客戶端更新它們各自的動(dòng)態(tài)路由表(未顯示) 并將配置更新確認(rèn)消息發(fā)送至?xí)挿?wù)器。 一旦接收到配置更新確認(rèn) 消息，會(huì)話服務(wù)器就確定全部IPC參與者都已經(jīng)被更新。
當(dāng)分組被IPC會(huì)話管理器接收時(shí)，它成為包括源組件ID、目的地 ID、信道ID和BP或AP類型的數(shù)據(jù)形式。如果沒有插入目的地ID， 那么IPC會(huì)話管理器將添加目的地組件ID。 IPC會(huì)話管理器還將插入 IPC地址。是IPC會(huì)話管理器根據(jù)接收的消息操作碼而發(fā)現(xiàn)目的地ID。 目的地ID基于查詢表。每一次組件預(yù)訂新的IPC消息操作碼(例如， 音頻組件通過向IPC會(huì)話管理器發(fā)送請(qǐng)求而預(yù)訂音頻消息)時(shí)，這個(gè) 查詢表都被動(dòng)態(tài)更新。
在圖8中，顯示了根據(jù)本發(fā)明的實(shí)施例，在組件和其IPC會(huì)話管 理器之間的通用目的地ID發(fā)現(xiàn)序列期間的事件順序。在步驟802中， 組件發(fā)送其源ID (但沒有目的地ID)、目的地BP或AP的類型、以 及包括報(bào)頭和數(shù)據(jù)的IPC數(shù)據(jù)。在步驟804中，IPC會(huì)話管理器查看IPC 數(shù)據(jù)報(bào)頭操作碼和目的地BP或AP的類型，以查詢相應(yīng)的動(dòng)態(tài)路由表并找到正確的目的地地址。在步驟806中，IPC會(huì)話管理器插入組件的 IPC地址并將其向下發(fā)送至設(shè)備層。
在圖9中，顯示了在IPC組件初始化期間采取的典型步驟。 一旦 BP已經(jīng)由圖9中所示的IPC服務(wù)器配置，它就允許組件，諸如組件902 預(yù)訂不同的業(yè)務(wù)。在步驟904中，組件將自己預(yù)訂功能，諸如音頻、 視頻等。然后，組件預(yù)訂信息被發(fā)送至IPC會(huì)話管理器，用于組件ID 的創(chuàng)建(如果還沒有指配ID)并為特定的IPC地址創(chuàng)建或更新動(dòng)態(tài)路 由表(步驟906)。在步驟908中，會(huì)話管理器以來(lái)自步驟906的信息 更新IPC服務(wù)器。在步驟912中，動(dòng)態(tài)路由表的確認(rèn)被IPC服務(wù)器發(fā) 送至IPC客戶端。 一旦服務(wù)器被警告，新的動(dòng)態(tài)路由表就在步驟910 中更新并廣播至全部參與的處理器。
在圖10中，在組件(客戶端)1002、也稱為客戶端會(huì)話管理器的 會(huì)話(客戶端)1004以及也稱為服務(wù)器會(huì)話管理器的會(huì)話(服務(wù)器) 1006之間，顯示了相同的組件初始化過程。由組件(客戶端)1002發(fā) 送步驟1008中的組件配置請(qǐng)求。響應(yīng)于該請(qǐng)求，客戶端會(huì)話管理器1004 與其設(shè)備層(未顯示)協(xié)商邏輯信道?？蛻舳藭?huì)話管理器1004還指配 組件ID并將新的操作碼列表添加至其動(dòng)態(tài)、路由表(未顯示)。在步驟 IOIO中，客戶端會(huì)話管理器1004發(fā)送配置應(yīng)答，該配置應(yīng)答包括組件 ID和信道ID作為參數(shù)。響應(yīng)于該配置應(yīng)答，組件(客戶端)1002從 客戶端的會(huì)話管理器1004接收其ID和信道ID。
一旦客戶端會(huì)話管理器1004在步驟1010應(yīng)答步驟1008中的配置 請(qǐng)求，客戶端會(huì)話管理器1004就在步驟1012中發(fā)送配置更新請(qǐng)求至 會(huì)話服務(wù)器1006。用于配置更新請(qǐng)求的參數(shù)是動(dòng)態(tài)路由表中已經(jīng)作出 的任何新的改變。會(huì)話管理器對(duì)于該IPC地址更新動(dòng)態(tài)路由表。然后， 在歩驟1016中服務(wù)器會(huì)話管理器1006向全部IPC客戶端發(fā)送配置更 新，而它在步驟1014中向IPC客戶端發(fā)送配置更新指示。服務(wù)器的會(huì) 話管理器1006確定IPC服務(wù)器已經(jīng)利用被發(fā)送的改變而更新了其路由表。
步驟1016的配置更新消息包括動(dòng)態(tài)路由表作為(一個(gè)或多個(gè))參
數(shù)，在步驟1018中，會(huì)話服務(wù)器1006在該配置更新消息中更新動(dòng)態(tài) 路由表并發(fā)送配置更新確認(rèn)消息。然后，會(huì)話服務(wù)器1006確定全部IPC 參與者已經(jīng)被更新。
IPC會(huì)話管理器確定傳入和傳出IPC分組的路由路徑。傳出分組 的路由由組件的IPC地址確定。如果發(fā)現(xiàn)目的地地址是本地處理器的 地址，那么在會(huì)話管理器內(nèi)部執(zhí)行IPC到操作系統(tǒng)(OS)的映射。如 果發(fā)現(xiàn)目的地地址是本地IPC客戶端的地址，那么分組被發(fā)送至IPC 棧，用于進(jìn)一步處理(例如，封裝)。注意，如果目的地組件與發(fā)送 IPC分組的組件位于相同的處理器上，那么不需要封裝并且通過正常的 OS消息呼叫(例如，Microsoft Message Queue等)傳遞該分組。以這 種方式，組件不必?fù)?dān)心修改它們的消息輸入方案。它們僅需要將它們 的消息登入方法從OS特定的設(shè)計(jì)改變?yōu)镮PC呼叫。
對(duì)于傳入的分組，如果消息的目的地地址不等于IPC服務(wù)器的地 址，那么傳入的分組被路由至合適的IPC客戶端。傳入的分組的路由 由IPC服務(wù)器的會(huì)話管理器處理。否則，消息被取決于組件目的地ID 是否被設(shè)置為有效組件ID或OXFF而被轉(zhuǎn)發(fā)至正確的一個(gè)組件或多個(gè) 組件。
IPC路由器模塊將IPC數(shù)據(jù)傳輸至目的地組件。傳入的IPC消息 除了其它信息之外，還攜攜帶始發(fā)者組件ID和IPC消息操作碼，例如 音頻、調(diào)制解調(diào)器等的操作碼。IPC會(huì)話管理器依賴于它的組件路由表， 發(fā)送IPC數(shù)據(jù)至正確的(一個(gè)或多個(gè))組件。動(dòng)態(tài)路由表和組件路由 表都由IPC服務(wù)器/客戶端更新。
在加電期間，每一組件必須將自己登記至它的會(huì)話管理器，以獲得IPC組件ID。另外，它還必須預(yù)訂傳入的IPC消息，諸如音頻、調(diào) 制解調(diào)器等。該消息被存儲(chǔ)在組件路由表中，以供IPC會(huì)話管理器使 用。
如圖U所示，當(dāng)組件1102在步驟1104將其數(shù)據(jù)請(qǐng)求發(fā)送至IPC 會(huì)話管理器時(shí)，在目的地IPC節(jié)點(diǎn)(例如，BP)迸行檢査。如果IPC 節(jié)點(diǎn)不支持IPC消息操作碼，則錯(cuò)誤應(yīng)答返回至組件1102。除了錯(cuò)誤 應(yīng)答，IPC會(huì)話管理器還返回對(duì)于能夠接收該特定操作碼的全部IPC節(jié) 點(diǎn)的更新。由組件決定它將消息改發(fā)至哪個(gè)IPC節(jié)點(diǎn)。如果會(huì)話管理 器確定目的地組件位于IPC網(wǎng)絡(luò)中而不是本地處理器中，那么在數(shù)據(jù) 在IPC網(wǎng)絡(luò)上發(fā)送之前，IPC會(huì)話管理器1106以IPC報(bào)頭信息封裝數(shù) 據(jù)。
在圖12中，顯示了根據(jù)本發(fā)明的實(shí)施例的IPC數(shù)據(jù)報(bào)頭1202。 該報(bào)頭包括源IPC地址和目的地IPC地址、源端口、由IPC路由器 提供的目的地端口、由IPC傳輸器提供的長(zhǎng)度及檢查和信息、以及由 會(huì)話管理器提供的源IPC組件和目的地IPC組件。消息操作碼、消息 長(zhǎng)度和IPC數(shù)據(jù)由組件1204提供。
圖13中顯示了根據(jù)本發(fā)明的實(shí)施例的典型的IPC數(shù)據(jù)請(qǐng)求。在步 驟1302中，組件發(fā)送更新請(qǐng)求。組件更新參數(shù)優(yōu)選地包括節(jié)點(diǎn)類型和 操作碼。組件搜索支持其目的地操作碼的節(jié)點(diǎn)類型。如果節(jié)點(diǎn)類型等 于OxFF，則會(huì)話管理器將組件信息發(fā)送至關(guān)于全部IPC參與者的全部 節(jié)點(diǎn)表。如果操作碼字段等于OxFF，則會(huì)話管理器向組件發(fā)送屬于特 定節(jié)點(diǎn)類型的操作碼列表。另一方面，如果操作碼具有特定的值，則 會(huì)話管理器向組件發(fā)送真值或假值，其對(duì)應(yīng)于節(jié)點(diǎn)類型支持還是不支 持該特定操作碼。
在步驟1304，組件更新指示被發(fā)送至組件。如果節(jié)點(diǎn)類型等于 OxFF,則節(jié)點(diǎn)表被返回至組件。如果操作碼字段等于OxFF，則操作碼的列表被返回至組件。然而，如果操作碼是特定的值，則返回真或假 消息。在步驟1306，作出組件數(shù)據(jù)請(qǐng)求。關(guān)于組件數(shù)據(jù)請(qǐng)求的參數(shù)包 括節(jié)點(diǎn)類型、IPC消息操作碼、IPC消息數(shù)據(jù)、信道ID和組件ID。 在組件數(shù)據(jù)請(qǐng)求中，會(huì)話管理器檢查節(jié)點(diǎn)類型，以確定是否支持該操
作碼。如果節(jié)點(diǎn)類型不支持該操作碼，則在步驟1308發(fā)送組件更新指 示。然而，如果節(jié)點(diǎn)類型支持該操作碼，則在步驟1310將數(shù)據(jù)請(qǐng)求發(fā) 送至設(shè)備層。數(shù)據(jù)請(qǐng)求參數(shù)包括IPC消息、信道ID和IPC報(bào)頭。
設(shè)備層調(diào)度基于信道ID發(fā)送數(shù)據(jù)請(qǐng)求消息。設(shè)備層基于端口弁報(bào) 頭信息選擇IPC硬件。 一旦提交了數(shù)據(jù)，就在步驟1312中將數(shù)據(jù)確認(rèn) 消息發(fā)送至?xí)捁芾砥鳌Ｔ诓襟E1314，會(huì)話管理器將組件數(shù)據(jù)確認(rèn)消 息發(fā)送至組件。組件可以在發(fā)送更多的IPC消息之間等待該確認(rèn)。一 旦接收到該數(shù)據(jù)確認(rèn)，組件就可以發(fā)送下一IPC消息。
在步驟1316，設(shè)備層發(fā)送數(shù)據(jù)指示消息，其包括IPC消息數(shù)據(jù) 和IPC報(bào)頭。會(huì)話管理器檢查消息的目的地IPC報(bào)頭，并且如果該報(bào) 頭與本地IPC地址不同，則會(huì)話管理器發(fā)送(路由)該消息至正確的 IPC節(jié)點(diǎn)。在步驟1310，會(huì)話管理器發(fā)送數(shù)據(jù)請(qǐng)求至具有保留信道ID 的設(shè)備層。會(huì)話管理器檢查目的地組件ID,并且如果它等于OxFF，則 路由該消息至預(yù)訂了該操作碼的全部組件。在步驟1318，會(huì)話管理器 發(fā)送組件數(shù)據(jù)指示消息，并且組件接收IPC數(shù)據(jù)。
IPC棧為了通信而使用在全部參與的IPC節(jié)點(diǎn)之間的保留控制信 道。在加電時(shí)，IPC服務(wù)器的會(huì)話管理器使用這個(gè)鏈路，以將消息廣播 至IPC客戶端或者反之。在正常操作期間，這個(gè)控制信道被用于在全 部AP和BP之間攜帶控制信息。
在圖14中，顯示了位于IPC棧和IPC硬件之間的控制信道1402 一1406。當(dāng)在不同的IPC硬件之間發(fā)送數(shù)據(jù)時(shí)，控制信道信息1408也 同數(shù)據(jù)分組1410 —起被發(fā)射。IPC客戶端初始時(shí)在IPC控制信道上廣播它的配置請(qǐng)求。IPC服務(wù)器接收該廣播并以該客戶端的IPC地址作出 響應(yīng)。這個(gè)IPC地址變?yōu)榕c該特定處理器(AP或BP)的動(dòng)態(tài)路由表 相關(guān)聯(lián)。
IPC應(yīng)用程序接口 (APIs)
下面列出了用于本發(fā)明的IPC協(xié)議的一些API。
1).到IPC會(huì)話管理器的組件接口 CreateComponentlnst()
在IPC會(huì)話管理器中創(chuàng)建組件數(shù)據(jù)庫(kù)。在屬于IPC地址的動(dòng)態(tài)數(shù)據(jù) 路由表中使用諸如組件數(shù)據(jù)類型這樣的信息以及對(duì)消息操作碼的預(yù) 訂。
OpenChannelKeep()
打開IPC信道，并且如果一條IPC信道可用，則發(fā)出ChannelGrant()。 保留信道，直至發(fā)出CloseChaimel()。組件將QoS請(qǐng)求發(fā)送至IPC會(huì)話管 理器。如果還沒有指配組件ID (例如，ChaimelGrant())，則IPC信道指 配組件ID。
OpenChannel()
打開IPC信道，并且如果一條IPC信道可用，則發(fā)出ChannelGrant()。 參數(shù)與用于OpenChannelKeep()的相同。
OpenCha畫lWThru0
打開IPC信道，并且如果一條IPC信道可用，則發(fā)出ChannelGrant()。 這是對(duì)于寫入通過信道的請(qǐng)求，其表示在這條信道上關(guān)斷封裝(例如， NonUDPAT命令)。
CloseChannel()
請(qǐng)求關(guān)閉IPC信道。組件不再需要該信道。然后釋放資源。ChanneIGrantO
信道被授權(quán)給請(qǐng)求者。如果還沒有指配信道ID，則由IPC會(huì)話管理 器指配信道ID。
Cha皿elErrorO
發(fā)生了信道錯(cuò)誤。信道被關(guān)閉并且通知請(qǐng)求者。 ChannelDatalndication()
向請(qǐng)求者警告要傳送信道上的數(shù)據(jù)。這個(gè)消息由IPC表示管理器發(fā) 送至目標(biāo)組件。它還包括控制信道數(shù)據(jù)。
DataChannelRequestO
請(qǐng)求者希望在打開的信道上發(fā)送數(shù)據(jù)。它還包括控制信道數(shù)據(jù)。 ChannelClose()
請(qǐng)求關(guān)閉IPC信道。信道不活動(dòng)計(jì)時(shí)器期滿，并且與超時(shí)相關(guān)聯(lián)的 信道關(guān)閉。它也可能是由于信道錯(cuò)誤而引起的。
2).至iJ/自IPC設(shè)備接口的IPC會(huì)話管理器 OpenChannelQ
打開邏輯IPC信道，并且如果一條邏輯IPC信道可用，則發(fā)出 ChanndGrant()。 IPC會(huì)話管理器將信道優(yōu)先權(quán)請(qǐng)求發(fā)送至IPC設(shè)備接口 管理器。
CloseChannel()
請(qǐng)求關(guān)閉IPC邏輯信道。組件決定不再需要該信道。 ChannelGrantO
一條邏輯信道被授權(quán)給請(qǐng)求者。ChannelErrorO
發(fā)生了信道錯(cuò)誤(例如，在傳入數(shù)據(jù)上的CRC故障或者物理信道 故障)。
ChannelDatalndication()
請(qǐng)求者被警告要發(fā)送信道上的數(shù)據(jù)。
DataChannelRequest()
請(qǐng)求者希望在邏輯信道上發(fā)送數(shù)據(jù)。
ChannelClose()
請(qǐng)求關(guān)閉IPC信道。信道不活動(dòng)計(jì)時(shí)器期滿，并且與超時(shí)相關(guān)聯(lián)的 信道關(guān)閉。它也可能是由于信道錯(cuò)誤而引起的。
3) .到IPC表示管理器的IPC會(huì)話管理器 ChannelDatalndication()
請(qǐng)求者被警告要傳送信道上的數(shù)據(jù)。該信息要以正確的數(shù)據(jù)格式 轉(zhuǎn)發(fā)至目標(biāo)組件。
4) . IPC硬件/IPC棧接口 OpenChannel()
打開物理IPC信道，并且如果一條物理IPC信道可用，則發(fā)出 ChannelGrant()。 IPC會(huì)話管理器將信道優(yōu)先權(quán)請(qǐng)求發(fā)送至IPC硬件。
CloseChannel()
請(qǐng)求關(guān)閉IPC物理信道。該組件不再需要該信道。
ChannelGrantO
物理信道被授權(quán)給請(qǐng)求者。ChannelError()
發(fā)生信道錯(cuò)誤(例如，傳入數(shù)據(jù)上的CRC故障或物理信道故障)。
ChannelDatalndication()
請(qǐng)求者被警告要發(fā)送信道上的數(shù)據(jù)。
DataChannelRequest()
請(qǐng)求者希望在物理信道上發(fā)送數(shù)據(jù)。
ChannelClose()
請(qǐng)求關(guān)閉IPC信道。信道不活動(dòng)計(jì)時(shí)器期滿，并且與超時(shí)相關(guān)聯(lián)的 信道關(guān)閉。它也可能是由于信道錯(cuò)誤而引起的。
在圖15中，顯示了電子設(shè)備的框圖，該電子設(shè)備諸如是無(wú)線電通 信設(shè)備(例如，蜂窩電話等)1500，其具有使用IPC網(wǎng)絡(luò)彼此通信的基 帶處理器(BP) 1502和應(yīng)用處理器(AP) 1504。本發(fā)明的IPC協(xié)議提 供了在諸如通信設(shè)備這樣的系統(tǒng)中的多個(gè)處理器之間的通信。IPC允許 移動(dòng)應(yīng)用(MA)客戶端(例如iDENTM WLAN)登記到MA服務(wù)器，諸 如個(gè)人通信系統(tǒng)(PCS)應(yīng)用，并且為兩個(gè)MA提供了自由通信的手段 而對(duì)于取決于其自身MA內(nèi)部的軟件體系結(jié)構(gòu)、操作系統(tǒng)、軟件等沒有 任何限制。
IPC協(xié)議允許將任何IPC相符的MA動(dòng)態(tài)添加到用于通信的IPC鏈路 中。于是，形成了IPC網(wǎng)絡(luò)而無(wú)需依賴任何編譯時(shí)間或者無(wú)需消耗任何 其它軟件。本發(fā)明的IPC給出了關(guān)于軟件組件與IPC棧通信的標(biāo)準(zhǔn)途徑， 并且棧之下的硬件也被抽取，使得組件可以選擇不同的鏈路用來(lái)通信。
現(xiàn)在參考圖16，顯示了三個(gè)組件，諸如軟件線程1602、 1604和1606， 還顯示了它們?nèi)绾谓⒊稣玖?。例如軟件現(xiàn)場(chǎng)1602發(fā)送對(duì)于預(yù)定QoS1608的請(qǐng)求1612并提交它的操作碼預(yù)訂列表1610。接下來(lái)，響應(yīng)于消 息1618，軟件線程1602被指配了信道ID 1614和組件ID 1616。根據(jù)本發(fā) 明的實(shí)施例，諸如軟件線程1602、 1604和1606這樣的組件被取決于它 們的需求而指配了IPC硬件資源?？梢匀Q于系統(tǒng)需求而動(dòng)態(tài)安裝或卸 載組件1602、 1604和1606。
在圖17中，組件1602、 1604和1606在它們所指配的信道上發(fā)送IPC 數(shù)據(jù)，所述信道諸如是用于軟件線程1602的信道1702。組件1602、 1604 和1606提交它們的數(shù)據(jù)以及目標(biāo)IPC節(jié)點(diǎn)，盡管當(dāng)沒有指定節(jié)點(diǎn)時(shí)組件 也可以將它們的消息廣播至全部IPC節(jié)點(diǎn)。組件1602、 1604和1606不需 要知道目的地組件ID，也無(wú)需知道它們相關(guān)聯(lián)的信道以及它們的IPC地 址。關(guān)于入站流，消息操作碼識(shí)別組件。例如，在圖1S中，組件1602、 1604和1606由消息操作碼識(shí)別。通過先前討論的組件路由表發(fā)現(xiàn)組件 ID。 IPC會(huì)話管理器將傳入的數(shù)據(jù)路由到已經(jīng)預(yù)訂了消息中的IPC操作 碼的全部組件。
高級(jí)業(yè)務(wù)合成
現(xiàn)在參考圖19,顯示了IPC網(wǎng)絡(luò)的圖，其包括正在請(qǐng)求新業(yè)務(wù)的 第一客戶端1902、服務(wù)器1908以及多個(gè)其它客戶端1904、 1906、 1910 和1912。在根據(jù)本發(fā)明的實(shí)施例的高層面業(yè)務(wù)合成的一個(gè)例子中，正 在請(qǐng)求的客戶端1902需要使用相片業(yè)務(wù)，該業(yè)務(wù)請(qǐng)求使用照相機(jī)和 JPEG應(yīng)用程序。利用本發(fā)明的高層面合成，正在請(qǐng)求相片業(yè)務(wù)的客戶 端(或組件)1902能夠"教導(dǎo)"它的IPC會(huì)話管理器(圖19中未顯示) "新"業(yè)務(wù)意味著什么(例如，每一業(yè)務(wù)是IPC操作碼或其它ID的列 表的合成)。
在這個(gè)特定的例子中，為正在請(qǐng)求的IPC客戶端1902所請(qǐng)求的新 的相片業(yè)務(wù)給定業(yè)務(wù)ID (也簡(jiǎn)稱為ID)，諸如由IPC服務(wù)器190S提 供的唯一操作碼。IPC服務(wù)器的會(huì)話管理器(未顯示)將保持更高層面 的路由表，其中指配給相片業(yè)務(wù)的業(yè)務(wù)ID將指向構(gòu)成相片業(yè)務(wù)的其它ID (例如，操作碼)。當(dāng)組件或客戶端通過發(fā)送新的操作碼或業(yè)務(wù)ID
到IPC服務(wù)器1908而請(qǐng)求組合業(yè)務(wù)時(shí)，IPC服務(wù)器1908將等待，直至 業(yè)務(wù)所需要的全部組件(例如，JPEG 1916和相機(jī)1914)都已經(jīng)在返 回之前登記至正在請(qǐng)求的組件/客戶端1902。
組件或客戶端可以動(dòng)態(tài)合成業(yè)務(wù)并通知IPC服務(wù)器1908。這可以 通過請(qǐng)求組件或客戶端1902發(fā)送"組件到IPC"會(huì)話管理器API(即， NewSendce())而實(shí)現(xiàn)，其向IPC服務(wù)器的會(huì)話管理器通知組件/客戶端 已經(jīng)裝配了包含一個(gè)或多個(gè)ID的"新"業(yè)務(wù)，在這個(gè)特定實(shí)例中，是 代表相機(jī)和JPEG業(yè)務(wù)的操作碼。IPC服務(wù)器1908響應(yīng)于接收到新業(yè) 務(wù)API而建立用于新組合的業(yè)務(wù)的業(yè)務(wù)ID。 IPC服務(wù)器1908接下來(lái)從 已經(jīng)登記的IPC節(jié)點(diǎn)中發(fā)現(xiàn)包括組合業(yè)務(wù)的單元(例如，組件、應(yīng)用 程序)。當(dāng)全部用于組合業(yè)務(wù)的單元都已經(jīng)定位時(shí)，宣布業(yè)務(wù)存在并 作好準(zhǔn)備。
在這個(gè)特定實(shí)例中，IPC客戶端1902將發(fā)送新業(yè)務(wù)API，并建立 由IPC服務(wù)器1908指配的新業(yè)務(wù)ID。這個(gè)新業(yè)務(wù)ID將指代用于相機(jī) 和JPEG應(yīng)用程序的操作碼/ID。用于相片業(yè)務(wù)的新ID將存儲(chǔ)在用于IPC 客戶端1902和IPC服務(wù)器1908的會(huì)話管理器中。在IPC服務(wù)器190S 中，業(yè)務(wù)ID表將相片業(yè)務(wù)ID與其用于相機(jī)和JPEG應(yīng)用程序的組成 Id (例如，操作碼)相鏈接。盡管已經(jīng)討論了相片業(yè)務(wù)，但是可以請(qǐng)求 不同的業(yè)務(wù)，它們組合多個(gè)不同ID。
在IPC體系結(jié)構(gòu)l卯O中，軟件組件可以動(dòng)態(tài)地預(yù)訂不同業(yè)務(wù)ID。 例如， 一個(gè)MA上的音頻軟件組件可以預(yù)訂與它可以支持的音頻相關(guān) 聯(lián)的全部操作碼。IPC客戶端1902記錄該組件預(yù)訂，并將該預(yù)訂通知 給IPC服務(wù)器1908。于是，任何MA上的組件僅需要發(fā)送它們的IPC 數(shù)據(jù)，該IPC數(shù)據(jù)伴隨有指配給組合業(yè)務(wù)的特定業(yè)務(wù)ID。它們不需要 預(yù)先知道IPC網(wǎng)絡(luò)上提供什么業(yè)務(wù)或者哪里支持哪些業(yè)務(wù)。IPC網(wǎng)絡(luò)1900允許組件改變業(yè)務(wù)定義，而不影響不同MA之間的
處理器間通信。另外，組件不需要預(yù)先知道業(yè)務(wù)的概念、在編譯時(shí)間
期間登記業(yè)務(wù)，也不需要單獨(dú)地檢查業(yè)務(wù)是否在IPC網(wǎng)絡(luò)1900上可用。 IPC網(wǎng)絡(luò)1900動(dòng)態(tài)地了解業(yè)務(wù)并且能夠識(shí)別業(yè)務(wù)在網(wǎng)絡(luò)上的可用性。
參考圖20，顯示了流程圖，其突出了根據(jù)本發(fā)明的實(shí)施例所采取 的一些步驟。在步驟2002，組件/客戶端，諸如IPC客戶端1902請(qǐng)求 業(yè)務(wù)(例如，相片業(yè)務(wù))。如果它是新的業(yè)務(wù)類型，則IPC客戶端1902 可以通過發(fā)送新業(yè)務(wù)API而向IPC網(wǎng)絡(luò)教導(dǎo)該業(yè)務(wù)，其中新業(yè)務(wù)API 定義了新業(yè)務(wù)所包含的IPC操作碼/ID的合成。在這個(gè)例子中，在步驟 2004， IPC會(huì)話管理器確定相片業(yè)務(wù)包括與相機(jī)和JPEG業(yè)務(wù)相關(guān)聯(lián)的 操作碼。IPC客戶端1902使用NewService API將這個(gè)信息發(fā)送到IPC 服務(wù)器1908， IPC服務(wù)器l卯8接下來(lái)向IPC客戶端1902提供定義新 相片業(yè)務(wù)的新操作碼或業(yè)務(wù)ID。然后，IPC客戶端1902可以通過將所 指配的ID發(fā)送至IPC服務(wù)器1908而請(qǐng)求相片業(yè)務(wù)。
一旦已經(jīng)確定了對(duì)于"業(yè)務(wù)"的操作碼列表，IPC服務(wù)器1908在 步驟2006中等待，直至全部的所請(qǐng)求業(yè)務(wù)組件都已經(jīng)登記至IPC網(wǎng)絡(luò) 1900。 一旦全部的所請(qǐng)求業(yè)務(wù)組件(例如，JPEG 1916和相機(jī)1914) 都已經(jīng)登記，則IPC服務(wù)器1908令I(lǐng)PC客戶端1902使用所請(qǐng)求的相 片業(yè)務(wù)。IPC服務(wù)器1908可以將消息發(fā)送至每一個(gè)所需的組件，這些 所需的組件請(qǐng)求它們成為組合業(yè)務(wù)(例如，相片業(yè)務(wù))的一部分。組 件，諸如JPEG應(yīng)用程序1916和相機(jī)1914可以接受或拒絕成為該業(yè)務(wù) 的一部分。如果組件不接受稱為組合業(yè)務(wù)的一部分，那么IPC服務(wù)器 1908將尋找支持該業(yè)務(wù)的另一組件。
一旦IPC服務(wù)器1908己經(jīng)能夠得到來(lái)自全部所需組件，諸如JPEG 1916和相機(jī)1914的許可，那么IPC服務(wù)器1908讓正在請(qǐng)求的客戶端 l卯2知道它可以繼續(xù)前進(jìn)并使用它在步驟2008中已經(jīng)請(qǐng)求的業(yè)務(wù)。在 IPC客戶端l卯2已經(jīng)結(jié)束使用相片業(yè)務(wù)之后，它將消息發(fā)送至IPC服務(wù)器1908，后者將釋放相機(jī)1914和JPEG業(yè)務(wù)1916，以供其它組件/ 客戶端使用。如果作為業(yè)務(wù)的一部分的組件，諸如相機(jī)1914或JPEG 業(yè)務(wù)1916在正在由請(qǐng)求的客戶端1902使用業(yè)務(wù)期間由于任何原因而 掉線，則IPC服務(wù)器1908將嘗試定位替換，如果它不能及時(shí)地找到一 個(gè)替換，那么正在請(qǐng)求的組件/客戶端1902 (或組件)停止使用業(yè)務(wù)。
IPC網(wǎng)絡(luò)1900動(dòng)態(tài)發(fā)現(xiàn)組件業(yè)務(wù)并支持業(yè)務(wù)概念的優(yōu)點(diǎn)包括組 件開發(fā)獨(dú)立于IPC棧操作的益處。而且，組件可以動(dòng)態(tài)地合成"業(yè)務(wù)"， 并且組件可以具有相同業(yè)務(wù)的改變的不同定義。作為例子，音頻業(yè)務(wù) 的概念對(duì)于iDEN BP和PCS BP可以是不同的。IPC仍然可以通過允許 經(jīng)由IPC網(wǎng)絡(luò)發(fā)送組件而將音頻數(shù)據(jù)路由到任一方，以發(fā)現(xiàn)哪個(gè)音頻 業(yè)務(wù)將更好地服務(wù)。
盡管已經(jīng)說(shuō)明和描述了本發(fā)明的優(yōu)選實(shí)施例，但是可以清楚地看 出，本發(fā)明不限于此。對(duì)于本領(lǐng)域技術(shù)人員可以得到多種修改、改變、 變型、替換和等同物，而不脫離所附權(quán)利要求中所限定的本發(fā)明。
權(quán)利要求
1. 一種處理器間通信(IPC)網(wǎng)絡(luò)，包括IPC服務(wù)器；和聯(lián)接至所述IPC服務(wù)器的IPC客戶端，其中所述IPC客戶端可以動(dòng)態(tài)請(qǐng)求使用新的組合業(yè)務(wù)，所述新的組合業(yè)務(wù)組合了在所述IPC網(wǎng)絡(luò)中可用的多個(gè)業(yè)務(wù)。
2. 根據(jù)權(quán)利要求1所述的IPC網(wǎng)絡(luò)，其中所述IPC客戶端通過向 所述IPC服務(wù)器發(fā)送消息而動(dòng)態(tài)地請(qǐng)求所述新的組合業(yè)務(wù)，所述消息 向所述IPC服務(wù)器通知組成所述新的組合業(yè)務(wù)的所述多個(gè)業(yè)務(wù)。
3. 根據(jù)權(quán)利要求2所述的IPC網(wǎng)絡(luò)，其中所述IPC客戶端向所述 IPC服務(wù)器發(fā)送應(yīng)用程序接口 (API)消息，所述消息向所述IPC服務(wù) 器通知哪些多個(gè)業(yè)務(wù)組成所述新的組合業(yè)務(wù)。
4. 根據(jù)權(quán)利要求2所述的IPC網(wǎng)絡(luò)，其中所述IPC客戶端將用于 構(gòu)成所述新的組合業(yè)務(wù)的所述多個(gè)業(yè)務(wù)中的每一個(gè)業(yè)務(wù)的ID發(fā)送至所 述IPC服務(wù)器。
5. 根據(jù)權(quán)利要求1所述的IPC網(wǎng)絡(luò)，其中在所述IPC網(wǎng)絡(luò)中可用 的每一業(yè)務(wù)都具有指配給它們中每一個(gè)的操作碼，并且所述新的組合 業(yè)務(wù)被所述IPC服務(wù)器指配了唯一的操作碼。
6. —種用于在具有IPC客戶端和IPC服務(wù)器的處理器間通信 (IPC)網(wǎng)絡(luò)中提供業(yè)務(wù)合成的方法，包括以下步驟由所述IPC客戶端請(qǐng)求新業(yè)務(wù)，所述新業(yè)務(wù)組合了多個(gè)業(yè)務(wù)的使 用；以及將ID指配給所述新業(yè)務(wù)，所述新業(yè)務(wù)鏈接至所述新業(yè)務(wù)所需的多 個(gè)業(yè)務(wù)。
7. 根據(jù)權(quán)利要求6所述的方法，其中所述IPC服務(wù)器將指配給所述新業(yè)務(wù)的所述ID發(fā)送至所述IPC客戶端。
8. 根據(jù)權(quán)利要求6所述的方法，其中所述IPC客戶端將API發(fā)送 至所述IPC服務(wù)器，所述API向所述IPC服務(wù)器通知哪些多個(gè)業(yè)務(wù)組 成所述新業(yè)務(wù)。
9. 根據(jù)權(quán)利要求7所述的方法，其中所述IPC服務(wù)器將指配給所 述新業(yè)務(wù)的所述ID鏈接至與所述新業(yè)務(wù)所需的所述多個(gè)業(yè)務(wù)相關(guān)聯(lián)的 ID。
10. 根據(jù)權(quán)利要求9所述的方法，其中在允許所述IPC客戶端使 用所述新業(yè)務(wù)之前，所述IPC服務(wù)器等待，直至構(gòu)成所述新業(yè)務(wù)的全 部的所述多個(gè)業(yè)務(wù)都可用為止。
全文摘要
一種允許動(dòng)態(tài)業(yè)務(wù)合成的IPC網(wǎng)絡(luò)(1900)。IPC客戶端(1902)可以例如請(qǐng)求諸如新的相片業(yè)務(wù)這樣的業(yè)務(wù)，并教導(dǎo)IPC網(wǎng)絡(luò)什么業(yè)務(wù)組件組成該業(yè)務(wù)。在允許IPC客戶端(1902)使用業(yè)務(wù)之前，IPC服務(wù)器(1908)等待，直至全部的所請(qǐng)求業(yè)務(wù)組件(1914，1916)已經(jīng)在IPC網(wǎng)絡(luò)(1900)登記。動(dòng)態(tài)的業(yè)務(wù)合成允許IPC網(wǎng)絡(luò)(1900)中操作的客戶端/組件改變業(yè)務(wù)定義，而無(wú)需影響網(wǎng)絡(luò)(1900)中操作的應(yīng)用程序之間的處理器間通信。而且，IPC網(wǎng)絡(luò)(1900)動(dòng)態(tài)地了解新業(yè)務(wù)，并且能夠識(shí)別網(wǎng)絡(luò)(1900)內(nèi)業(yè)務(wù)的可用性。
文檔編號(hào)G06FGK101416470SQ200480028939
公開日2009年4月22日 申請(qǐng)日期2004年9月20日 優(yōu)先權(quán)日2003年10月2日
發(fā)明者斌 劉, 吳劍平, 林志翰, 沙爾貝勒·克哈萬(wàn)德, 瓊·克哈萬(wàn)德, 黃展鵬 申請(qǐng)人:摩托羅拉公司