專利名稱：中間件應用消息/事件模型的制作方法
技術領域：
本發明一般地涉及無線電信領域，更具體地說，本發明涉及用于在無線電信系統的移動終端中的第一和第二軟件構件(諸如應用程序和平臺軟件服務構件)之間傳送和接收消息的系統和方法。
相關技術描述自從在80年代第一次引入蜂窩電信系統以來，系統中使用的移動終端(移動臺)變得日益復雜。最初，設計移動終端主要為提供話音電話業務，即接收并傳送話音通信。在隨后的若干年中，開發了還包括傳送與話音電話呼叫的用戶數據無關的用戶數據的能力的移動終端。這種用戶數據包括例如要在通過個人電腦(PC)發起的撥號網絡連接上傳送的數據。
如今，正在開發用于未來移動電信系統的所謂“第三代(3G)”系統。3G系統將把高速因特網接入與傳統的話音通信結合起來，并將為用戶提供除話音通信以外的接入因特網瀏覽、流式音頻/視頻、定位、視頻會議以及許多其它能力。
已經建立了第三代伙伴項目(3GPP)，以確保全球正在開發的3G系統之間的兼容性。通用移動電話系統(UMTS)是由3GPP開發的，用于提供包括能夠在全球任何地方傳遞話音、數據和多媒體的陸地和衛星系統的3G系統。
經由3GPP標準化包括在蜂窩電信系統中功能大大增加，這對要用于系統中的移動終端的開發者提出了大量要求。移動終端是尺寸、存儲器和功率受限的″資源缺乏的″環境，這一事實加重了上述要求。
傳統上，移動終端廠商已經設計、制造并銷售了基本完備的移動終端系統，該系統包括基本終端操作所需要的所有硬件和軟件，以及基于廠商或特定用戶對市場需求的理解來提供期望特征和功能所需的硬件和軟件。這種方法并不提供快速適應市場需求迅速變化或者滿足多個股東的不同需求的靈活性。
認識到用于設計和制造移動終端的傳統過程的不足，已經開發了移動終端平臺組件，其包括可作為一個單元銷售給多個用戶的多個功能上互補的軟件和硬件單元。每個用戶然后可將其自己的應用程序安裝、加載到平臺組件中并運行，以便提供滿足用戶自身特定需要的定制移動終端平臺系統。在共同轉讓的美國專利申請序列號10/359911和10/359835中詳細描述了移動終端平臺組件和平臺系統，這兩個專利申請公開通過引用結合于本文中。
如上所述的平臺系統(其中，分別開發移動終端平臺組件軟件和應用程序，隨后通過在移動終端平臺組件中安裝、加載并運行應用程序的方式來結合移動終端平臺組件軟件和應用程序)需要經由平臺組件中的接口將與服務請求相應的結果消息(也可包括事件信息傳遞)從平臺組件中的軟件傳送給應用程序。可使用基于棧/過程的方法(即回調模式)或基于串行的方法(即全消息模式)來傳送這種消息。
回調模式是一種經過充分證明的簡單技術，該技術允許應用程序集中于特定應用功能，而將與基本和復雜機制相關的處理留給平臺或框架。軟件開發者可以將消息直接路由到結果的處理程序(功能/過程/方法)。例如，開發者/用戶可啟動用戶接口應用程序，其中，例如窗口管理程序將保持用戶交互事件信息或消息的消息傳送到定義明確的處理程序。用戶代碼的調用完全由窗口管理程序確定。增值功能是開發者可以訪問或可用的，而消息循環和消息釋放不是用戶可見的。因此，不需要開發者將不同的消息路由到程序的專用部分，并且開發者不能使系統降級。因此，在回調模式中，應用代碼不能控制何時以及以什么順序處理某個消息。在一些情況下，應用程序可能需要控制處理消息的順序或者處理特定消息的時間(即優先級處理)。
相應地，另一種稱為全消息模式的技術可用作回調模式的一種替代。全消息模式使消息在例如應用線程上排隊。排隊消息然后等待應用程序處理。可以有序方式(諸如用FIFO技術)處理排隊消息，或者用并行或優先級方式處理排隊消息。在此情況下，應用代碼能夠完全控制消息循環。
當前的解決方案(諸如結合到PalmOS和Brew環境中的那些解決方案)允許用戶使用回調模式或全消息模式，但是用戶或應用程序不能夠自由選擇接收輸入消息的模式。回調或全消息模式是針對應用程序預先確定的。
因此，需要一種消息模型，該消息模型為用戶(應用程序)提供通過回調模式或全消息模式接收消息的選擇。用戶可在不同情況下個別地選擇哪種消息模式最適合問題。
發明內容
在本發明的一個實施例中，用于在產品的平臺域和應用域之間傳送信息的系統包括平臺域，該平臺域具有軟件構件和接口構件。所述接口構件具有至少一個接口，用于為應用域中的應用程序或模塊提供對軟件構件的訪問；以及消息傳送機制，用于經由所述接口在平臺域和應用域之間傳送消息。消息傳送機制包括消息模型，用于使應用域中的應用程序或另一個模塊可以在回調模式和全消息模式之間選擇或切換，以便從平臺域接收消息。消息傳送模型還包括消息處理程序，用于根據選擇的模式路由消息。
在本發明的另一個實施例中，平臺域具有軟件構件和接口構件，該接口構件具有至少一個接口，用于為應用域中的應用程序或模塊提供對軟件構件的訪問。一種在應用域和平臺域之間傳送消息的方法包括應用域中的應用程序或模塊，該應用程序或模塊選擇回調模式或全消息模式，或者在回調模式和全消息模式之間切換。上述模式用于從平臺域接收消息。消息處理程序根據選擇的模式路由消息。
一種用于在第一和第二軟件構件之間傳送消息的消息傳送機制，其包括消息模型，用于允許第一和第二軟件構件之一選擇回調模式和全消息模式，或者在回調模式和全消息模式之間切換，所述模式用于在第一和第二軟件構件之間接收消息。所述機制還包括消息處理程序，用于根據選擇的模式路由消息。
通過以下結合附圖對本發明的詳細描述，可清除本發明的其它優點和具體細節。
圖1是示意性地顯示用于無線電信系統的移動終端的平臺系統的框圖，以幫助解釋本發明的原理；圖2是示意性地顯示圖1的平臺系統的移動終端平臺組件的配置視圖的框圖，以進一步幫助解釋本發明的原理；圖3是示意性地顯示圖1和2的移動終端平臺組件的軟件體系結構的框圖，以進一步幫助解釋本發明的原理；圖4是示意性地顯示圖1-3的中間件服務層的細節的框圖，以進一步幫助解釋本發明的原理；圖5是示意性地顯示根據本發明原理的圖4的中間件服務層的OPA域的細節的框圖；圖6是示意性地顯示根據本發明原理，在控制全消息模式或回調模式的過程中所使用的信令和構件的框圖；以及圖7說明根據本發明原理的全消息模式或回調模式的調用流程。
本發明示范實施例的詳細描述圖1是示意性地顯示用于無線電信系統的移動終端的平臺系統的框圖，用于幫助解釋本發明的原理。該平臺系統總體用標號10表示，其包括移動終端平臺組件12和已經安裝、加載并運行在移動終端平臺組件中的一個或多個應用程序(即應用軟件)14中。平臺系統10適于結合在一般性地用虛線16表示的移動終端中。
移動終端平臺組件12包括軟件服務構件22、硬件構件24和接口構件26。軟件服務構件22包括多個結構完善的用于提供服務的功能軟件單元，所述服務經接口構件26提供給用戶。用戶包括平臺用戶(例如電話制造商)和終端用戶(例如電話用戶)。在圖1所示的示范系統中，所述多個軟件單元包括多個垂直方向的功能軟件棧30-38。
硬件構件24包括一組硬件單元，該組硬件單元與它們各自的功能軟件棧相關聯并由它們各自的功能軟件棧控制。在圖1所示的示范系統中，硬件單元是與軟件棧30-38相關聯的不同硬件塊40-48。
接口構件26包括中間件服務層，其包括至少一個應用編程接口(API)，用于在移動終端平臺組件12中安裝、加載并運行一個或多個應用程序14，該中間件服務層用于將移動終端平臺組件12與使用移動終端平臺組件12的應用程序相隔離，并且為應用程序14提供各種其它的服務。下面將描述中間件服務層的具體細節。
為了以后擴展平臺系統10的功能，移動終端平臺組件12適于作為與應用軟件14(本文中所用術語“應用軟件”可以是提供用戶可能希望獲得的功能的任何軟件)分離的完整的、封閉的單元來設計、實現(裝配)和測試。因此，移動終端制造商和具有開發能力的其它各方可以開發或者獲得他們自己的應用軟件，并在以后將該軟件添加到移動終端平臺組件12中，以定制平臺系統10。因此，可以將移動終端平臺組件12銷售或者轉給多個不同的用戶，每個用戶可以通過在平臺組件中安裝、加載并運行他們自己的應用軟件來定制平臺系統10，以滿足他們自身對平臺系統的特定需求。
圖2是示意性地顯示圖1的移動平臺系統12的配置視圖的一個示例的框圖，用于進一步幫助理解本發明的原理。如圖2所示，移動終端平臺組件12經由在主CPU 50中執行的軟件來控制。主CPU 50可包括一個或多個處理器，如微處理器、微型可編程處理器或DSP(數字信號處理器)。軟件服務構件22的軟件棧30-38各包括硬件驅動器軟件60-68，以操作與每個棧相關聯的硬件單元。在上述共同轉讓的美國專利申請序列號10/359835中詳細給出了移動終端平臺組件12和平臺系統10的更多細節。
最好以使結合在移動終端平臺組件12中的軟件的組織易于理解的方式配置該軟件，使得該軟件更容易設計、更容易升級或修改。圖3是示意性地顯示移動終端平臺組件12的軟件體系結構的框圖，以進一步幫助解釋本發明的原理。
如圖3所示，除了如上所述將軟件服務構件22組織成多個垂直的功能軟件棧，還可將軟件服務構件22排列，以定義多個水平層，以使中間件服務層的軟件和軟件服務構件的軟件共同定義分層結構(一般性地用標號70表示)，在該分層結構中，各層以遞減次序從高服務層到低服務層排列。
該軟件結構和標準ISO/OSI(ISO開放系統互連)模型的不同之處在于，它包括補充多個垂直分割的軟件層的多個水平分割功能軟件單元。水平分割非常有助于創建獨立的模塊(服務)構件。
分層結構的最高層是中間件服務層。軟件服務構件22的層包括提供應用服務的應用服務器層80、為應用程序提供特定平臺服務的平臺服務層82、提供會話協議和特定應用協議的協議層84、提供音頻訪問/控制、數據通信傳輸協議、消息傳輸協議等的傳輸層86、提供外部數據IF訪問、結構化存儲服務和其它低級平臺支持服務的數據訪問層88、邏輯驅動器層90和封裝硬件相關性的物理驅動器層92。此外，軟件服務構件22包括提供平臺組件所需要的一般服務的基本系統服務層94。
底部的兩層90和92構成硬件抽象層(HAL)，用于隔離軟件和硬件之間的相關性。只有物理驅動器層涉及硬件細節(即，ASIC硬件中的哪些寄存器是編址的)。邏輯驅動器層90提供到硬件的邏輯映射，即，該層提供移動終端平臺組件12的硬件和軟件部分之間的橋接。
軟件本身組織成多個軟件模塊，圖3中明確指示了模塊102、104和106。在軟件服務構件22中，單個模塊可僅位于一個垂直功能棧中，并且可僅位于該棧內的一個水平層中。每層可包含一到多個模塊，并且特定棧內特定層中的所有模塊具有相同的抽象等級。各模塊之間的通信通過軟件底板(Software Black Plane-SWBP)112實現，SWBP 112受一組軟件模塊-模塊訪問基本規則制約。這些規則可概括為-軟件模塊可調用其下所有層中的功能。
-對串行數據流方向無任何限制。串行數據流可以流往任何方向。
-軟件模塊可以從不調用在其所在層以上的層接口中(在SWBP112中)的功能，與層屬于哪一個模塊無關。
-軟件模塊可調用相同垂直棧中其自身層中的層接口中的功能。
-軟件模塊可調用另一個垂直棧內相同層中的軟件模塊中的功能(此能力允許限制垂直棧中層的數量)。
在SWBP 112的不同模塊和接口之間不存在硬耦合(hardcoupling)。因此，可以自由地變更模塊和/或接口的實現，而不會對該接口的客戶產生任何影響。這是一種重要功能，因為它允許增加、移去或變更單個模塊而又不會影響平臺組件中的其它模塊。
在上述共同轉讓的美國專利申請序列號10/359911中描述了分層體系結構的更多細節，包括實現移動終端平臺組件內模塊之間內部通信的SWBP軟件結構。
中間件服務層用于在移動終端平臺組件12中的軟件和平臺組件中所要安裝、加載并運行的應用軟件14之間提供明確定義的接口。此外，中間件服務層封裝移動終端平臺組件12，通過中間件服務層將平臺組件與應用程序14相隔離，并為應用程序14提供各種不同的服務。
圖4是示意性地顯示中間件服務層的細節的框圖。如圖4所示，中間件服務層包括多個API域，包括非本機環境如Java執行環境API域202、開放應用框架(OAF)API域204、開放平臺API(OPA)域206和UI工具包API域208。
雖然API位于中間件服務層，但移動終端平臺組件12支持多個應用環境。在圖4中，中間件服務層支持本機應用程序(即經編譯以通過特定處理器及其指令集運行的應用程序)和非本機應用程序如JAVA J2ME CLDC/MIDP(Java 2微型版連接有限設備配置/移動信息設備簡表)應用程序的環境。每個應用環境具有其自己的特性并定義如下-開發應用程序的方法(編程語言支持、編譯和鏈接)。
-執行應用程序的方法(例如，解釋或本機代碼執行)-提供的功能服務。
-使用中潛在的限制。
通過提供多個應用環境選擇，有助于提供具有不同需求，例如成本、易用性、上市時間、功能集、尺寸、便攜性等的范圍廣泛的產品。
共同轉讓的美國專利申請序列號10/359772中描述了中間件服務層的更多細節，該申請的公開通過引用結合于本文中。
圖5是示意性地顯示根據本發明原理的開放平臺(OPA)域206的主要軟件模塊的框圖。如圖所示，OPA域206包括五個模塊本機環境管理(NEM)模塊230；本機應用核心(NAC)模塊232；OPA接口和處理程序模塊234；中間件支持服務模塊236；以及本機擴展插件程序模塊238。本機環境管理模塊230負責控制平臺系統10中的本機應用程序、接收來自應用管理程序的有關本機應用程序的控制命令，并且跟蹤當前在系統中運行的本機應用程序。中間件支持服務模塊236為OPA域206提供對不同處理程序公用或者需要集中的服務，例如目標管理和資源監督。
可以將本機擴展插件程序模塊238看成是通過OPA接口和處理程序模塊234對平臺組件功能的可選擴展。NE插件程序模塊238受接口準則、范例和機制的支配，所述接口準則、范例和機制與適用并控制OPA接口和處理程序模塊234的接口準則、范例和機制相同。OPA本機擴展插件程序模塊238通過OPA接口和處理程序模塊234訪問平臺功能。
本機應用核心模塊232管理并負責線程和消息處理復雜性(否則應用程序必須自己處理)。它的目的還在于通過隱藏OS的實現細節以實現OS獨立性，從而使應用軟件解脫運行時復雜性，所述復雜性包括消息路由/過濾和消息相關的資源處理。本機應用核心模塊232的主要職責是隱藏應用程序14的啟動和關閉階段的細節以及消息處理過程中的細節。
圖6顯示了根據本發明原理，應用程序14使用回調模式或全消息模式，以便經由中間件服務層從平臺組件12的軟件服務構件22接收消息的過程中涉及的構件和信令。消息模型250使應用程序14可以根據何種模式對應用程序14的當前操作和情形最有利在回調模式252或全消息模式254之間選擇。一旦應用程序進入期望的模式，則消息模型250啟動與選擇的模式(即回調模式252或全消息模式254)相關聯的信令協定。NAC模塊232知道選擇的模式并根據必要的信令協定處理消息。
如果應用程序14選擇進入回調模式252，NAC模塊232就將消息導向OPA接口和處理程序模塊234中的適當處理程序，該處理程序然后根據回調模式將消息格式化。在回調模式252中，軟件開發者可以用功能/過程/方法(例如通用功能或專用功能)直接接收結果。當應用程序14在執行回調之后將執行控制返回給中間件服務層時，進入回調模式252。一旦應用程序14將控制返回給中間件服務層，就可以觸發其它的回調功能。但是，在執行回調功能期間，應用程序通過使用全消息模式254可以處理其它消息。
如果應用程序14選擇進入全消息模式254，NAC模塊232便根據全消息模式254將消息導向適當的應用消息隊列。軟件開發者現在能夠完全控制消息循環。全消息模式254是默認模式，并且在應用程序14控制其自身線程時激活。在此情況下，應用程序14可以選擇在任何時刻通過到中間件服務層的顯式請求來輪詢消息隊列。在全消息模式254下接收消息有幾種選擇。例如，用戶或軟件開發者可選擇請求阻塞呼叫線程(最好使用超時)直到消息可用，或者檢查消息而不阻塞線程。同樣，可使用過濾參數，從而可以某種順序響應消息，過濾掉不太重要的消息以便后續處理。在全消息模式254中，應用代碼負責釋放消息。因此應用程序14在某些情況下可選擇將接收的消息轉發給另一個應用程序14，而不需要再次釋放和分配消息，從而提高了性能。
當從全消息模式254切換到回調模式252時，軟件開發者可使中間件服務層的軟件調用正確的回調功能。此外，應用程序14可以在任何時候(甚至實時地)在回調模式252和全消息模式254之間變更。因此，應用程序14具有在任何時候選擇最適合各問題的消息接收模式的能力。回調模式252和全消息模式254可以以軟件實體的任意組合在應用軟件域中共存。
圖7說明根據本發明原理的全消息模式或回調模式的調用流程。在步驟300中，系統啟動后應用程序14首次獲得對其主線程的控制。應用程序14將保持這種控制(如步驟302所示)，直到應用程序14決定等待來自中間件服務層的消息。然后，應用程序14將決定304在回調模式下還是在全消息模式下等待消息。如果決定是回調模式，則應用程序14將執行返回語句，該語句將應用線程的控制轉給NAC模塊232(如308所示)。然后，NAC模塊232將輪詢該線程的消息隊列以獲取現有消息(如310所示)。NAC模塊232將持續輪詢隊列，直到發現消息為止，之后，NAC模塊將調用先前由應用程序14指定的回調方法以處理該消息。這使循環結束，應用程序14又可以決定(如304所示)應用程序是進入回調模式還是進入全消息模式。
如果選擇了全消息模式，則應用程序14必須確定是進入阻塞模式還是進入非阻塞模式(如306所示)。應用程序14將通過向中間件服務層中的OPA接口和處理程序模塊234請求消息來達此目的。請求類型還將指示請求應該是非阻塞的還是阻塞的。如果發起非阻塞請求，則該請求將應用線程的控制轉給NAC模塊232(如308所示)。然后，NAC模塊232將根據請求規范輪詢該線程的消息隊列，以了解是否存在消息。如果發現了匹配消息，則將該消息從消息隊列中移去(如312所示)并將其返回給應用程序14。如果沒有發現消息，則NAC模塊232將線程的控制返回給應用程序14，而不傳送任何消息。這使循環結束，應用程序14又可以決定應用程序是進入回調模式還是進入全消息模式(如304所示)。
如果選擇了全消息模式，則應用程序14又必須確定是進入阻塞模式還是進入非阻塞模式(如306所示)。如以上針對非阻塞模式的所述，應用程序14將通過向中間件服務層中的OPA接口和處理程序模塊234請求消息來達此目的。請求類型還將指示請求應該是非阻塞的還是阻塞的。如果發起阻塞請求，則該請求將應用程序14線程的控制轉給NAC(如308所示)。NAC模塊232然后會根據請求規范輪詢該線程的消息隊列，以了解是否存在消息。如果沒有發現消息，則NAC模塊232將繼續輪詢消息隊列以獲取請求的消息，直到發現一條消息或者超過潛在的指定超時期為止。一旦發現匹配消息，便從消息隊列中移去該消息(如312所示)并將其返回給應用程序14。這使循環結束，應用程序14又可以決定應用程序是進入回調模式還是進入全消息模式(如304所示)。
以上所述的是本發明的示范實施例，但應理解，可以在不脫離本發明保護范圍的前提下以許多種方式對本發明加以修改。例如，雖然對本發明的描述主要結合無線電信系統的移動終端的特定平臺系統中的消息傳送來進行，但本發明也可結合移動終端的其它平臺、其它產品的平臺中的消息傳送來使用。由于可以以許多種方式來改變本發明，應該認識到，本發明僅受所附權利要求書所要求的范圍限制。
權利要求
1.一種用于在產品的平臺域和應用域之間傳送消息的系統，所述系統包括平臺域，其具有軟件構件和接口構件，所述接口構件具有至少一個接口，用于為所述應用域中的應用程序或模塊提供對所述軟件構件的訪問；以及消息傳送機制，用于經由所述接口在所述平臺域和所述應用域之間傳送消息，所述消息傳送機制包括消息模型，用于使所述應用域中的應用程序或另一個模塊可以在回調模式和全消息模式之間選擇或切換，以便從所述平臺域接收消息；以及消息處理程序，用于根據所述選擇的模式路由消息。
2.如權利要求1所述的系統，其特征在于所述消息處理程序包括在所述平臺域中。
3.如權利要求2所述的系統，其特征在于所述接口包括中間件服務層；并且所述消息處理程序包括作為路由器包括在所述中間件服務層中的本機應用核心模塊。
4.如權利要求3所述的系統，其特征在于所述本機應用核心模塊包括在所述中間件服務層的開放平臺API(OPA)域中。
5.如權利要求1所述的系統，其特征在于對所述消息模型的支持包括在所述平臺域中并由所述應用域中的所述模塊控制。
6.如權利要求1所述的系統，其特征在于如果選擇所述回調模式，則通過在調用回調功能/過程/方法之后所述應用程序將執行控制返回給所述消息處理程序的方式進入所述回調模式。
7.如權利要求1所述的系統，其特征在于如果選擇所述全消息模式，則通過在調用回調功能/過程/方法之后所述應用程序保持所述執行控制并輪詢所述消息處理程序以獲取排隊消息的方式進入所述全消息模式。
8.如權利要求1所述的系統，其特征在于所述應用域中的所述應用程序或所述模塊可在任何時候在所述回調模式和所述全消息模式之間變更或切換。
9.如權利要求1所述的系統，其特征在于所述平臺域包括用于無線電信系統的移動終端的平臺。
10.一種在應用域和平臺域之間傳送消息的方法，所述平臺域具有軟件構件和接口構件，所述接口構件具有至少一個接口，用于為所述應用域中的應用程序或模塊提供對所述軟件構件的訪問，所述方法包括所述應用域中的所述應用程序和所述模塊，所述應用程序和所述模塊選擇回調模式或全消息模式，或者在所述回調模式和所述全消息模式之間切換，所述模式用于從所述平臺域接收消息；以及消息處理程序，其根據所述選擇的模式路由消息。
11.如權利要求10所述的方法，其特征在于如果選擇所述回調模式，則所述方法還包括如下步驟通過在調用回調功能/過程/方法之后所述應用程序將執行控制返回給所述消息處理程序的方式進入所述回調模式。
12.如權利要求10所述的方法，其特征在于如果選擇所述全消息模式，所述應用程序還包括步驟通過在調用回調功能/過程/方法之后所述應用程序保持所述執行控制并輪詢所述消息處理程序以獲取排隊消息的方式進入所述全消息模式。
13.如權利要求10所述的方法，其特征在于還包括如下步驟所述應用域中的所述應用程序或所述模塊在任何時候在所述回調模式和所述全消息模式之間切換。
14.如權利要求10所述的方法，其特征在于所述平臺域包括用于無線電信系統的移動終端的平臺。
15.一種用于在第一和第二軟件構件之間傳送消息的消息傳送機制，所述消息傳送機制包括消息模型，用于使所述第一和所述第二軟件構件之一可以選擇回調模式或全消息模式，或者在所述回調模式和所述全消息模式之間切換，所述模式用于在所述第一和所述第二軟件構件之間接收消息；以及消息處理程序，用于根據所述選擇的模式路由消息。
16.如權利要求15所述的機制，其特征在于所述第二軟件構件在包括接口構件的平臺域中，所述接口構件包括用于為所述第一軟件構件提供對所述第二軟件構件的訪問的接口，并且所述消息處理程序包括在所述接口構件中。
17.如權利要求16所述的機制，其特征在于所述接口構件包括中間件服務層；所述消息處理程序包括含于所述中間件服務層中的本機應用核心模塊；以及所述本機應用核心模塊適于用作路由器。
18.如權利要求17所述的機制，其特征在于所述本機應用核心模塊包括在所述中間件服務層的開放平臺API(OPA)域中。
19.如權利要求15所述的機制，其特征在于對所述消息模型的支持包括在所述平臺域中并且由所述應用域中的所述模塊控制。
20.如權利要求15所述的機制，其特征在于如果選擇所述回調模式，則通過在調用回調功能/過程/方法之后所述應用程序將執行控制返回給所述消息處理程序的方式進入所述回調模式。
21.如權利要求15所述的機制，其特征在于如果選擇所述全消息模式，則通過在調用回調功能/過程/方法之后所述應用程序保持所述執行控制并且輪詢消息處理程序以獲取排隊消息的方式進入所述全消息模式。
22.如權利要求15所述的機制，其特征在于所述應用程序可以在任何時候在所述回調模式和所述全消息模式之間切換。
23.如權利要求16所述的機制，其特征在于所述平臺域包括用于無線電信系統的移動終端的平臺。
全文摘要
用于在產品的第一和第二軟件構件(諸如應用軟件和平臺軟件)之間傳送消息的系統和方法。示范系統包括具有軟件構件和接口構件的平臺，接口構件具有用于為應用域中的應用程序或模塊提供對軟件構件的訪問的接口。系統還包括消息傳送機制，用于經由所述接口在應用軟件或模塊和平臺之間傳送消息，該消息傳送機制包括允許應用程序選擇回調模式或全消息模式以在應用軟件或模塊和平臺之間接收消息的消息模型；以及用于根據選擇的模式路由消息的消息處理程序。
文檔編號H04Q7/32GK1685693SQ03822481
公開日2005年10月19日 申請日期2003年9月22日 優先權日2002年9月23日
發明者J·漢松, B·比耶爾, C·T·樂, L·伊斯貝里 申請人:艾利森電話股份有限公司