專利名稱：一種消息處理方、裝置和應用服務器的制作方法
技術領域：
本發(fā)明涉及通訊技術，尤其涉及一種消息處理的方法、裝置和應用服務器。
背景技術：
基基于行業(yè)、企業(yè)及個人的一體化辦公應用，即行業(yè)應用具有很強的專業(yè)性和特 殊性，對不同的行業(yè)用戶需要提供特別定制的終端，這結合行業(yè)特點進行軟件開發(fā)和系統(tǒng) 集成。隨著技術的不斷發(fā)展，終端(包括移動終端和固定終端)能提供給用戶的服務將 越來越豐富。同一終端適用于不同行業(yè)的需求也非常強烈?，F(xiàn)有終端的行業(yè)應用技術中，一般都直接在終端上安裝行業(yè)應用的應用客戶端， 用戶通過應用客戶端進行登錄，經(jīng)過身份認證后，行業(yè)應用客戶端定時從應用服務器獲取 待處理信息列表，用戶終端進行相關信息的處理。然而，現(xiàn)有的應用技術中，如果需要及時獲取信息，則需要用戶終端一直運行應用 客戶端，而如果終端未運行該應用客戶端，則會導致不能及時獲取信息，從而導致信息獲取 時延。

發(fā)明內(nèi)容
本發(fā)明的實施例提供了一種消息處理的方法、裝置和應用服務器，以便應用客戶 端及時獲取應用服務器新發(fā)布的信息，從而避免信息獲取時延的現(xiàn)象。本發(fā)明實施例提供了一種消息處理方法，包括接收發(fā)送給終端指定接口的消息； 判斷所述消息中攜帶應用客戶端標識；根據(jù)所述應用客戶端標識確定與應用客戶端標識對 應的應用客戶端進程沒有啟動；觸發(fā)啟動所述應用客戶端進程；以及觸發(fā)與所述應用客戶 端標識對應的應用客戶端從應用服務器獲取信息。本發(fā)明另一實施例也提供了一種消息處理方法，包括當有信息發(fā)布時，構建發(fā)送 給各應用客戶端所在終端的消息，所述發(fā)送給各應用客戶端所在終端的消息攜帶應用客戶 端的標識；將攜帶應用客戶端的標識的消息發(fā)送絡各應用客戶端所在的終端的指定接口， 以便于消息處理裝置接收到所述消息，并判斷所述消息中攜帶應用客戶端標識后確定與應 用客戶端標識對應的應用客戶端進程沒有啟動，并觸發(fā)啟動所述應用客戶端進程；以及觸 發(fā)與所述應用客戶端標識對應的應用客戶端從應用服務器獲取信息。本發(fā)明實施例還提供一種消息處理裝置，包括接收模塊，用于接收發(fā)送給終端指 定接口的消息；判斷模塊，用于判斷所述消息中攜帶應用客戶端標識；確定模塊，用于根據(jù) 所述應用客戶端標識確定與應用客戶端標識對應的應用客戶端進程沒有啟動；第一觸發(fā)模 塊，用于觸發(fā)啟動所述應用客戶端進程；以及第二觸發(fā)模塊，用于觸發(fā)與所述應用客戶端標 識對應的應用客戶端從應用服務器獲取信息。本發(fā)明另一實施例還提供了一種應用服務器，包括構建模塊，用于當有信息發(fā)布 時，構建發(fā)送給各應用客戶端所在終端的消息，所述發(fā)送給各應用客戶端所在終端的消息攜帶應用客戶端的標識；發(fā)送模塊，用于將攜帶應用客戶端的標識的消息發(fā)送絡各應用客 戶端所在的終端的指定接口，以便于消息處理裝置接收到所述消息，并判斷所述消息中攜 帶應用客戶端標識后確定與應用客戶端標識對應的應用客戶端進程沒有啟動，并觸發(fā)啟動 所述應用客戶端進程；以及觸發(fā)與所述應用客戶端標識對應的應用客戶端從應用服務器獲 取信息。由上述本發(fā)明的實施例提供的技術方案可以看出，本發(fā)明實施例通過接收發(fā)送給 終端指定接口的消息，并在判斷所述消息攜帶應用客戶端標識和確定所述應用客戶端沒有 啟動時觸發(fā)啟動所述應用客戶端，以便所述應用客戶端接收信息，從而避免了由于應用客 戶端沒有啟動無法及時接收發(fā)布的信息導致信息丟失或時延的現(xiàn)象。


圖1為本發(fā)明實施例提供的消息處理方法的流程圖；圖2為本發(fā)明另一實施例提供的消息處理方法的流程圖；圖3為本發(fā)明又一實施例提供的消息處理方法的流程圖；圖4為本發(fā)明實施例提供的消息處理裝置結構示意圖；圖5為本發(fā)明另一實施例提供的應用服務器的結構示意圖。為了更清楚地說明本發(fā)明實施例的技術方案，下面將對實施例描述中所需要使用 的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本 領域普通技術人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的 附圖。
具體實施例方式下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完 整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例是全部的實施例?；?本發(fā)明中的實施例，本領域普通技術人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他 實施例，都屬于本發(fā)明保護的范圍。本發(fā)明實施例提供了消息處理的方法，參考圖1所示，該方法包括步驟101，接收發(fā)送給終端的指定接口的消息。具體的，本發(fā)明實施例在終端(包括移動終端或固定終端)包括消息處理裝置， 該消息處理裝置可以是終端的處理器、接收器或其它物理實體，也可以是終端前述物理實 體的結合。該消息處理裝置可以通過終端操作系統(tǒng)的啟動而自動被調(diào)用，并接收發(fā)送給終 端的指定接口的消息，該消息處理裝置可以適配不同的終端操作系統(tǒng)和機型，具有良好的 跨平臺的能力。所述終端的指定接口可以是接收短消息的接口、接收彩信的接口、或其它 發(fā)送給任何應用的接口。該消息處理裝置配置有需要接收消息的終端的接口。所述消息 可以是短信、彩信、飛信、閃信、WAP PUSH的方式、或非結構化補充數(shù)據(jù)業(yè)務(Unstructured Supplementary Service Data, USSD)的方式，不同的消息對應不同的終端的指定接口。步驟102，判斷所述消息中攜帶應用客戶端標識。具體的，消息處理裝置在接收到發(fā)送給終端指定接口的消息后，解析所述消息，判 斷所述消息中是否包含應用客戶端的標識。當消息處理裝置在判斷出所接收的消息包含應
5用客戶端標識后，執(zhí)行步驟103，否則按現(xiàn)有的流程將接收到的發(fā)送給終端指定的接口消息 進行處理，如將收接收到的短消息發(fā)送給短信收件箱，彩信發(fā)送給彩信收件箱等。步驟103，根據(jù)所述應用客戶端標識確定與應用客戶端標識對應的應用客戶端進 程沒有啟動。具體的，終端可以包括各應用客戶端標識對應的應用進程的映射關系，該映射關 系可以存儲在終端的存儲器中，也可以存儲在終端的處理器中，還可以存儲在終端的其它 數(shù)據(jù)庫中。消息處理裝置可以查詢終端已運行的進程列表，確定所述進程列表中是否包括 與應用客戶端標識對應的應用客戶端進程，如果所述進程列表中包括與應用客戶端標識對 應的應用客戶端進程，則確定與應用客戶端標識對應的應用客戶端進程已經(jīng)啟動，否則確 定與應用客戶端標識對應的應用客戶端進程沒有啟動。步驟104，觸發(fā)啟動所述應用客戶端進程。具體的，可以由消息處理裝置調(diào)用所述應用客戶端進程以啟動所述應用客戶端進 程，具體的調(diào)用方式可以采用現(xiàn)有的調(diào)用方式，如采用操作指令調(diào)用等。步驟105、觸發(fā)與所述應用客戶端標識對應的應用客戶端從應用服務器獲取信息。具體的，消息處理裝置可以向與所述應用客戶端標識對應的應用客戶端發(fā)送通 知，告知所述應用客戶端到應用服務器獲取信息；或調(diào)用存儲的應用服務器的接口，以便應 用服務器向應用客戶端發(fā)送信息。本發(fā)明實施例通過接收發(fā)送給終端指定接口的消息，并在判斷所述消息攜帶應用 客戶端標識和確定所述應用客戶端沒有啟動時觸發(fā)啟動所述應用客戶端，以便所述應用客 戶端接收信息，從而避免了由于應用客戶端沒有啟動無法及時接收發(fā)布的信息導致信息丟 失或時延的現(xiàn)象。圖2為本發(fā)明另一實施例提供的消息處理方法的流程圖，該方法包括步驟201、消息處理裝置接收發(fā)送給終端的指定接口的消息。步驟202、消息處理裝置判斷所述消息是否攜帶應用客戶端標識，如果是，執(zhí)行步 驟203，否則執(zhí)行步驟207。應用客戶端標識可以位于消息的消息頭，也可能位于消息體中。例如，如果消息采 用SIP協(xié)議格式，則應用服務器在構建該消息時可對SIP協(xié)議進行擴展，將該應用客戶端 標識置于SIP消息的消息頭，應用服務器也可以在SIP消息的消息體中建構該消息。如果 消息采用短消息或彩信的格式，則該應用客戶端的標識可以置于消息內(nèi)容中。該應用客戶 端標識可以為應用客戶端的名稱、對應的進程名稱、應用服務器地址、或其它特殊的標識符 等，具體的可以由應用服務器和消息處理裝置協(xié)商一致即可。消息處理裝置在收到發(fā)送給終端的指定接口的消息時，采用于該指定接口對應的 方法解析該消息，從而判斷該消息是否攜帶所述應用客戶端的標識。例如，如果消息處理裝 置收到是的短信或彩信，則解析短信或彩信的內(nèi)容，從而判斷該短信或彩信的內(nèi)容是否攜 帶所述應用客戶端的標識。如果消息處理裝置接收的是SIP格式的消息時，則解析SIP消 息的消息頭或消息體，從而確定該SIP消息是否攜帶所述應用客戶端的標識。步驟203、消息處理裝置根據(jù)所述應用客戶端標識確定與應用客戶端標識對應的 應用客戶端進程是否啟動，如果已經(jīng)啟動，執(zhí)行步驟205，否則執(zhí)行步驟204。消息處理裝置 判斷所述應用客戶端進程是否啟動可參見步驟103的描述。
步驟204、消息處理裝置觸發(fā)啟動所述應用客戶端進程，具體的觸發(fā)啟動方式可參 見步驟104的描述。步驟205、消息處理裝置根據(jù)所述應用客戶端標識觸發(fā)與所述應用客戶端標識對 應的應用客戶端從應用服務器獲取信息。具體的，消息處理裝置可以向應用客戶端發(fā)送通知，告知其到應用服務器接收信 息，應用客戶端在收到所述通知后，連接到應用服務器獲取應用服務器新發(fā)布的信息，其 中，應用客戶端在收到所述通知后，可以采用現(xiàn)有的方式連接到應用服務器獲取應用服務 器新發(fā)布的信息；或者在消息處理裝置中配置應用服務器的接口(如新發(fā)布信息的地址的 接口)，消息處理裝置調(diào)用存儲的所述應用服務器的接口以便應用服務器向應用客戶端發(fā) 送信息如新發(fā)布的信息，并在應用服務器將新發(fā)布的信息發(fā)送給應用客戶端并給消息處理 裝置發(fā)送返回結果成功的消息后，調(diào)用終端的API (Application ProgrammingInterface, 應用程序編程接口)實現(xiàn)鈴聲或震動方式的消息提醒，提醒用戶進行任務的處理。步驟206、消息處理裝置在觸發(fā)與所述應用客戶端標識對應的應用客戶端從應用 服務器獲取信息后，刪除接收到的攜帶應用客戶端標識的所述消息。步驟207、如果所述消息處理裝置判斷所述接收到的發(fā)送給終端指定接口的消息 沒有包括應用客戶端的標識，則按現(xiàn)有的邏輯處理所述消息。例如，如果所述消息為短消 息，且所述短消息中沒有包括應用客戶端的標識，則消息處理裝置將所述短消息發(fā)送到終 端短消息客戶端的收件箱。在本發(fā)明的實施例中，消息處理裝置可進一步判斷從指定的接口接收的消息的消 息發(fā)送方是否為與終端安裝的應用客戶端對應的應用服務器，該步驟可以在步驟202之前 或203之前執(zhí)行。如果在步驟202之前執(zhí)行，且如果消息發(fā)送方為應用服務器，則執(zhí)行步驟 202，否則執(zhí)行步驟207 ；如果判斷消息發(fā)送方是否為應用服務器在步驟203之前執(zhí)行，且如 果判斷消息發(fā)送方不是應用服務器，則執(zhí)行步驟207，否則執(zhí)行步驟203。具體的，消息處理裝置中存儲有各應用服務器的地址列表，在收到發(fā)送給終端的 指定接口的消息后，根據(jù)存儲的各應服務器的地址與消息發(fā)送方的地址進行比較的結果確 定消息發(fā)送方是否為應用服務器。如果消息發(fā)送方的地址位于存儲的各應用服務器的地 址列表中，則表示消息發(fā)送方為應用服務器，否則，消息發(fā)送方不為應用服務器；或者，消息 處理裝置可根據(jù)消息發(fā)送方的格式確定消息發(fā)送方是否為應用服務器，例如如果消息發(fā)送 方的格式為普通用戶的終端地址的格式，如手機號、小靈通號或其它格式，則消息處理裝置 認為消息發(fā)送方不為應用服務器，否則可認定消息發(fā)送方為應用服務器；或者，消息處理裝 置中存儲應用服務器的地址格式，如果消息發(fā)送方的格式屬存儲的應用服務器的地址的格 式，則認為消息發(fā)送方為應用服務器。本發(fā)明實施例在采用進一步判斷消息發(fā)送方是否為應用服務器，可以避免有的消 息中雖然帶有應用客戶端標識，卻并沒有相應的應用客戶端的情況下去判斷與應用客戶端 標識對應的應用客戶端是否啟動的步驟，從而導致有可能由于查詢不到相應應用客戶端時 程消息處理裝置無法進行進一步處理的情況發(fā)生。此外，本發(fā)明實施例的消息處理裝置在執(zhí)行步驟203時，如果查詢不到與所述應 用客戶端標識對應的終端進行，消息處理裝置則可以執(zhí)行步驟207。在本發(fā)明實施例中，如果應用服務器有新的信息需要發(fā)布時，則構建包括應用客
7戶端標識的消息，如短信、飛信、彩信或USSD消息等，并將包含應用客戶端標識的消息發(fā)送 給終端。以數(shù)字城管業(yè)務服務器為例，數(shù)字城管業(yè)務服務器存儲有安裝了數(shù)字城管業(yè)務客 戶端的終端用戶信息，包括各終端的信息。當有信息需要發(fā)布時，由數(shù)字城管業(yè)務系服務器 據(jù)各終端的信息通過短信中心向各終端發(fā)送短消息，所述短消息包括數(shù)字城管業(yè)務客戶端 的標識。當然，數(shù)字城管業(yè)務服務器還可以通過彩信中心或其它的方式向各終端發(fā)送攜帶 數(shù)字城管業(yè)務客戶端的標識的消息。在本發(fā)明實施例中，接收發(fā)送給終端指定接口的消息，并在判斷所述消息攜帶應 用客戶端標識和確定所述應用客戶端進程沒有啟動時觸發(fā)啟動所述應用客戶端，以便所述 應用客戶端接收信息，從而避免了由于應用客戶端沒有啟動時無法及時接收發(fā)布的信息導 致信息丟失或時延的現(xiàn)象。而且，當判斷所述應用客戶端進程已經(jīng)啟動時，直接觸發(fā)應用客 戶端進程至應用服務器獲取應用服務器新發(fā)布的信息。從而避免了現(xiàn)有技術中應用客戶端 需要定時查詢應用服務器是否有新發(fā)布的信息而導致的網(wǎng)絡流量的加大，以及對應用服務 器新發(fā)布的信息獲取不及時的問題。圖3為本發(fā)明又一實施例提供的消息處理方法的流程圖，包括步驟301、當有信息發(fā)布時，構建發(fā)送給各應用客戶端所在終端的消息，所述發(fā)送 給各應用客戶端所在終端的消息攜帶應用客戶端的標識；步驟302、將攜帶應用客戶端的標識的消息發(fā)送絡各應用客戶端所在的終端的指 定接口，以便于消息處理裝置接收到所述消息，并判斷所述消息中攜帶應用客戶端標識后 確定與應用客戶端標識對應的應用客戶端進程沒有啟動，并觸發(fā)啟動所述應用客戶端進 程；以及觸發(fā)與所述應用客戶端標識對應的應用客戶端從應用服務器獲取信息。在本發(fā)明實施例中，當應用服務器有信息需要發(fā)布時，則構建發(fā)送給各應用客戶 端所在終端的消息，所述消息中攜帶應用客戶端的標識，并將所述消息發(fā)送給各應用客戶 端所在終端的指定端口，以便消息處理裝置在收到所述消息后進行相應的處理，如觸發(fā)啟 動應用客戶端所對應的進程，以及觸發(fā)應用客戶端從應用服務器獲取信息。從而使得應用 客戶端在收到應用服務器的消息后及時啟動并及時獲取相應的信息，避免信息獲取的時 延。本發(fā)明實施例的應用服務器可以為計算機或其它的物理實體，其中構建發(fā)送給各 應用客戶端所在終端的消息則可以由計算機的處理器完成。圖4為本發(fā)明實施例提供的消息處理裝置結構示意圖，包括接收模塊401，用于 接收發(fā)送給終端指定接口的消息；判斷模塊402，用于判斷所述消息中攜帶應用客戶端標 識；確定模塊403，用于根據(jù)所述應用客戶端標識確定與應用客戶端標識對應的應用客戶 端進程沒有啟動；第一觸發(fā)模塊404，用于觸發(fā)啟動所述應用客戶端進程；以及第二觸發(fā)模 塊405，用于觸發(fā)與所述應用客戶端標識對應的應用客戶端從應用服務器獲取信息。本發(fā)明實施例的消息處理裝置通過接收發(fā)送給終端指定接口的消息并在判斷所 述消息攜帶應用客戶端標識和確定所述應用客戶端沒有啟動時觸發(fā)啟動所述應用客戶端， 以便所述應用客戶端接收信息，從而避免了由于應用客戶端沒有啟動無法及時接收發(fā)布的 信息導致信息丟失或時延的現(xiàn)象。本發(fā)明實施例的消息處理裝置可以是終端的處理器，接 收器，或其它物理實體之一或其結合。比如接收模塊可以為終端的接收器，其它模塊如判斷 模塊，確定模塊，第二觸發(fā)模塊和第二觸發(fā)模塊可以為終端的處理器，本發(fā)明在此不做特別限定。在本發(fā)明實施例提供的消息處理裝置中，所述確定模塊403具體用于，查詢終端 運行的進程列表，確定所述進程列表中是否包括與應用客戶端標識對應的應用客戶端進 程，如果所述進程列表中不包括與應用客戶端標識對應的應用客戶端進程，則確定與應用 客戶端標識對應的應用客戶端沒有啟動。在本發(fā)明另一實施例中，所述消息處理裝置的第一觸發(fā)模塊404觸發(fā)具體用于觸 發(fā)模塊調(diào)用應用客戶端進程啟動所述應用客戶端。在本發(fā)明又一實施例中，所述消息處理裝置的所述第二觸發(fā)模塊405具體用于 向與所述應用客戶端標識對應的應用客戶端發(fā)送通知，告知所述應用客戶端到應用服務器 獲取信息；或調(diào)用存儲的應用服務器的新發(fā)布信息的接口，以便應用服務器向應用客戶端 發(fā)送新發(fā)布的信息。在本發(fā)明的再一實施例中，所述的消息處理裝置還包括刪除模塊406，用于在觸發(fā) 與所述應用客戶端標識對應的應用客戶端從應用服務器獲取信息之后刪除接收到的所述 攜帶應用客戶端標識的消息。在本發(fā)明的實施例中，所述的消息處理裝置的確定模塊403在所述判斷模塊402 判斷所述消息中攜帶應用客戶端標識之前，進一步用于根據(jù)消息的發(fā)送方標識確定消息的 發(fā)送方為與終端安裝的應用客戶端對應的應用服務器；以及所述確定模塊403進一步用于根據(jù)消息的發(fā)送方標識確定消息的發(fā)送方為 與終端安裝的應用客戶端對應的應用服務器具體包括確定模塊確定消息發(fā)送方的地址位 于存儲的各應用服務器的地址列表中；或，確定模塊確定消息發(fā)送方的地址的格式位于存 儲的應用服務器的地址的格式；或，確定模塊確定消息發(fā)送方的地址的格式不屬于存儲的 普通用戶的終端地址的格式。通過上述本發(fā)明實施例提從的消息處理裝置，由于刪除了相應的消息，避免了消 息的后續(xù)處理如繼續(xù)將消息發(fā)送至客戶端，如將消息發(fā)送到終端的短信收件箱，或彩信收 件箱或提供給用戶等，從而避免給用戶造成不必要的干擾。此外，由確定模塊進一步確定消 息的發(fā)送方為應用服務器，以避免對并非由應用服務器發(fā)送的消息中偶然帶有應用客戶端 標識的消息進行處理，以減少消息處理裝置的處理量。圖5為本發(fā)明實施例提供的應用服務器結構示意圖，包括構建模塊501，用于當有 信息發(fā)布時，構建發(fā)送給各應用客戶端所在終端的消息，所述發(fā)送給各應用客戶端所在終 端的消息攜帶應用客戶端的標識；發(fā)送模塊502，用于將攜帶應用客戶端的標識的消息發(fā) 送絡各應用客戶端所在的終端的指定接口，以便于消息處理裝置接收到所述消息，并判斷 所述消息中攜帶應用客戶端標識后確定與應用客戶端標識對應的應用客戶端進程沒有啟 動，并觸發(fā)啟動所述應用客戶端進程；以及根據(jù)所述應用客戶端標識觸發(fā)與所述應用客戶 端標識對應的應用客戶端從應用服務器獲取信息。在本發(fā)明實施例中，當應用服務器有信息需要發(fā)布時，則構建發(fā)送給各應用客戶 端所在終端的消息，所述消息中攜帶應用客戶端的標識，并將所述消息發(fā)送給各應用客戶 端所在終端的指定端口，以便消息處理裝置在收到所述消息后進行相應的處理，如觸發(fā)啟 動應用客戶端所對應的進程，以及觸發(fā)應用客戶端從應用服務器獲取信息。從而使得應用 客戶端在收到應用服務器的消息后及時啟動并及時獲取相應的信息，避免信息獲取的時延。本發(fā)明實施例的應用服務器可以為計算機或其它的物理實體，其中構建模塊則可 以由計算機的處理器完成。本領域普通技術人員可以理解實現(xiàn)上述實施例方法中的全部或部分步驟是可以 通過程序來指令相關的硬件完成，上述的程序可以存儲于一種計算機可讀存儲介質(zhì)中，上 述提到的存儲介質(zhì)可以是只讀存儲器，磁盤或光盤等。以上所述，僅為本發(fā)明較佳的具體實施方式
，但本發(fā)明的保護范圍并不局限于此， 任何熟悉本技術領域的技術人員在本發(fā)明揭露的技術范圍內(nèi)，可輕易想到的變化或替換， 都應涵蓋在本發(fā)明的保護范圍之內(nèi)。因此，本發(fā)明的保護范圍應該以權利要求的保護范圍 為準。
權利要求
1.一種消息處理方法，其特征在于，包括接收發(fā)送給終端指定接口的消息；判斷所述消息中攜帶應用客戶端標識；根據(jù)所述應用客戶端標識確定與應用客戶端標識對應的應用客戶端進程沒有啟動；觸發(fā)啟動所述應用客戶端進程；以及根據(jù)所述應用客戶端標識觸發(fā)與所述應用客戶端標識對應的應用客戶端從應用服務 器獲取信息。
2.如權利要求1所述的方法，其特征在于，所述根據(jù)所述應用客戶端標識確定與應用 客戶端標識對應的應用客戶端進程沒有啟動具體包括查詢終端運行的進程列表，確定所述進程列表中是否包括與應用客戶端標識對應的應 用客戶端進程，如果所述進程列表中不包括與應用客戶端標識對應的應用客戶端進程，則 確定與應用客戶端標識對應的應用客戶端進程沒有啟動。
3.如權利要求1所述的方法，其特征在于，所述觸發(fā)啟動所述應用客戶端進程具體包括調(diào)用所述應用客戶端進程啟動所述應用客戶端。
4.如權利要求1所述方法，其特征在于根據(jù)所述應用客戶端標識觸發(fā)與所述應用客 戶端標識對應的應用客戶端從應用服務器獲取信息具體包括向與所述應用客戶端標識對應的應用客戶端發(fā)送通知，告知所述應用客戶端到應用服 務器獲取信息；或調(diào)用存儲的應用服務器的接口，以便應用服務器向應用客戶端發(fā)送信息。
5.如權利要求4所述的方法，其特征在于，該方法進一步包括在觸發(fā)與所述應用客戶端標識對應的應用客戶端從應用服務器獲取信息之后刪除接 收到的所述攜帶應用客戶端標識的消息。
6.如權利要求1-5任一所述的方法，其特征在于，在判斷所述消息中攜帶應用客戶端 標識之前，該方法還包括根據(jù)消息的發(fā)送方標識確定消息的發(fā)送方為與終端安裝的應用客戶端對應的應用服 務器。
7.如權利要求6所述的方法，其特征在于，根據(jù)消息的發(fā)送方標識確定消息的發(fā)送方 為與終端安裝的應用客戶端對應的應用服務器具體包括確定消息發(fā)送方的地址位于存儲的各應用服務器的地址列表中；或確定消息發(fā)送方的地址的格式位于存儲的應用服務器的地址的格式；或確定消息發(fā)送方的地址的格式不屬于存儲的普通用戶的終端地址的格式。
8.一種消息處理方法，其特征在于包括當有信息發(fā)布時，構建發(fā)送給各應用客戶端所在終端的消息，所述發(fā)送給各應用客戶 端所在終端的消息攜帶應用客戶端的標識；將攜帶應用客戶端的標識的消息發(fā)送絡各應用客戶端所在的終端的指定接口，以便于 消息處理裝置接收到所述消息，并判斷所述消息中攜帶應用客戶端標識后確定與應用客戶 端標識對應的應用客戶端進程沒有啟動，并觸發(fā)啟動所述應用客戶端進程；以及根據(jù)所述 應用客戶端標識觸發(fā)與所述應用客戶端標識對應的應用客戶端從應用服務器獲取信息。
9.一種消息處理裝置，其特征在于包括接收模塊，用于接收發(fā)送給終端指定接口的消息；判斷模塊，用于判斷所述消息中攜帶應用客戶端標識；確定模塊，用于根據(jù)所述應用客戶端標識確定與應用客戶端標識對應的應用客戶端進 程沒有啟動；第一觸發(fā)模塊，用于觸發(fā)啟動所述應用客戶端進程；以及第二觸發(fā)模塊，用于觸發(fā)與所述應用客戶端標識對應的應用客戶端從應用服務器獲取 fn息ο
10.如權利要求9所述的裝置，其特征在于，所述確定模塊具體用于，查詢終端運行的進程列表，確定所述進程列表中是否包括與 應用客戶端標識對應的應用客戶端進程，如果所述進程列表中不包括與應用客戶端標識對 應的應用客戶端進程，則確定與應用客戶端標識對應的應用客戶端沒有啟動。
11.如權利要求9所述的裝置，其特征在于，所述第一觸發(fā)模塊觸發(fā)具體用于，觸發(fā)模 塊調(diào)用應用客戶端進程啟動所述應用客戶端。
12.如權利要求9所述的裝置，其特征在于，所述第二觸發(fā)模塊具體用于向與所述應 用客戶端標識對應的應用客戶端發(fā)送通知，告知所述應用客戶端到應用服務器獲取信息； 或調(diào)用存儲的應用服務器的新發(fā)布信息的接口，以便應用服務器向應用客戶端發(fā)送新發(fā)布 的信息。
13.如權利要求12所述的裝置，其特征在于，該裝置還包括刪除模塊，用于在觸發(fā)與所述應用客戶端標識對應的應用客戶端從應用服務器獲取信 息之后刪除接收到的所述攜帶應用客戶端標識的消息。
14.如權利要求9-13任一所述的裝置，其特征在于所述確定模塊在所述判斷模塊判斷所述消息中攜帶應用客戶端標識之前，進一步用于 根據(jù)消息的發(fā)送方標識確定消息的發(fā)送方為與終端安裝的應用客戶端對應的應用服務器。
15.如權利要求14所述的裝置，其特征在于，所述確定模塊進一步用于根據(jù)消息的發(fā) 送方標識確定消息的發(fā)送方為與終端安裝的應用客戶端對應的應用服務器具體包括確定模塊確定消息發(fā)送方的地址位于存儲的各應用服務器的地址列表中；或，確定模 塊確定消息發(fā)送方的地址的格式位于存儲的應用服務器的地址的格式；或，確定模塊確定 消息發(fā)送方的地址的格式不屬于存儲的普通用戶的終端地址的格式。
16.一種應用服務器，其特征在于包括構建模塊，用于當有信息發(fā)布時，構建發(fā)送給各應用客戶端所在終端的消息，所述發(fā)送 給各應用客戶端所在終端的消息攜帶應用客戶端的標識；發(fā)送模塊，用于將攜帶應用客戶端的標識的消息發(fā)送絡各應用客戶端所在的終端的 指定接口，以便于消息處理裝置接收到所述消息，并判斷所述消息中攜帶應用客戶端標識 后確定與應用客戶端標識對應的應用客戶端進程沒有啟動，并觸發(fā)啟動所述應用客戶端進 程；以及根據(jù)所述應用客戶端標識觸發(fā)與所述應用客戶端標識對應的應用客戶端從應用服 務器獲取信息。
全文摘要
本發(fā)明實施例提供了一種消息處理方。該方法包括接收發(fā)送給終端指定接口的消息，判斷所述消息中攜帶應用客戶端標識；根據(jù)所述應用客戶端標識確定與應用客戶端標識對應的應用客戶端進程沒有啟動；觸發(fā)啟動所述應用客戶端進程；以及觸發(fā)與所述應用客戶端標識對應的應用客戶端從應用服務器獲取信息。此外，本發(fā)明實施例還提供了一種消息處理裝置和應用服務器。通過本發(fā)明實施例，可以避免了由于客戶端沒有啟動無法及時接收發(fā)布的信息導致信息丟失或時延的現(xiàn)象。
文檔編號H04W4/12GK102143441SQ20101021934
公開日2011年8月3日 申請日期2010年7月1日 優(yōu)先權日2010年7月1日
發(fā)明者伊志權, 楊劍 申請人:華為技術有限公司