專利名稱：終端、觸發(fā)方法和終端間應用程序通訊方法
技術領域：
本發(fā)明涉及終端通訊，尤其涉及終端、觸發(fā)方法和終端間應用程序通訊方法。
背景技術：
當前隨著智能終端的普及，運行在終端上的應用程序也越來越多。這些應用程序如果要進行終端到終端的通訊，一般都要求在業(yè)務使用前，由通訊雙方終端上的客戶端先主動連接到應用服務器并保持會話才能隨時建立通訊。在現(xiàn)有技術中，因短信可在手機之間即時通訊且不需為此建立連接，當終端1上的應用程序要和終端2上的應用程序通訊時，終端1建立起到應用服務器的會話并通過發(fā)送一個特殊格式的短信到終端2而通知終端2建立起到應用服務器的會話，通過應用服務器的調(diào)度來與終端1建立起通訊。在實現(xiàn)本方案的過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術不但要使手機底層系統(tǒng)能夠判定特定的短信類型且不將其交給特定應用程序處理；而且對每一個新的應用程序都需要完成下述工作為此應用程序?qū)ｉT擴充一個短信類型；使此應用程序能夠接收和解析此短信。因而，對終端應用程序的開發(fā)要求較高，實現(xiàn)起來難度較大。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種終端、觸發(fā)方法和終端間應用程序通訊方法，用以解決在非連接的情況下，要實現(xiàn)終端應用程序之間建立連接比較復雜的問題。使得在減少終端和應用服務器間會話的情況下，降低終端應用程序開發(fā)的難度，提高終端應用程序的開發(fā)效率。為達到上述目的，本發(fā)明實施例提供一種終端，包括應用程序信息注冊模塊，用于對終端上的應用程序進行注冊，并保存注冊碼；外部通訊模塊，用于接收觸發(fā)指令并提供給應用程序觸發(fā)模塊，所述觸發(fā)指令中包括所要觸發(fā)的應用程序的注冊碼；和應用程序觸發(fā)模塊，用于在應用程序信息注冊模塊中查詢所要觸發(fā)的應用程序的注冊碼是否已存在， 若已存在就觸發(fā)相應的應用程序。進一步地，所述應用程序信息注冊模塊包括注冊接口，用于對應用程序進行注 ππ冊。進一步地，所述應用程序信息注冊模塊包括存儲器，用于存儲所注冊的注冊碼。更進一步地，所述外部通訊模塊包括解析轉(zhuǎn)換器，用于對所述接收的觸發(fā)指令進行解析并轉(zhuǎn)換成內(nèi)部觸發(fā)指令。更進一步地，所述應用程序觸發(fā)模塊包括進程通訊接口，用于在應用程序觸發(fā)模塊查詢到所要觸發(fā)的應用程序的注冊碼已存在之后，則通過進程通訊接口通知應用程序； 和系統(tǒng)調(diào)用接口，用于在應用程序觸發(fā)模塊查詢到所要觸發(fā)的應用程序的注冊碼已存在之后，則通過系統(tǒng)調(diào)用接口激活應用程序。一種終端上的應用程序的觸發(fā)方法，包括以下步驟
對終端上的應用程序進行注冊，并保存注冊碼；接收外部觸發(fā)指令并轉(zhuǎn)換成內(nèi)部觸發(fā)指令，其中觸發(fā)指令中包括所要觸發(fā)的應用程序的注冊碼；查詢所要觸發(fā)的應用程序的注冊碼是否已存在若已存在，則觸發(fā)相應的應用程序。所述接收觸發(fā)指令之后進一步包括對所述接收的觸發(fā)指令進行解析并轉(zhuǎn)換成內(nèi)部觸發(fā)指令。其中，所述觸發(fā)指令為短信指令或非結構化補充數(shù)據(jù)業(yè)務指令。進一步地，所述觸發(fā)相應的應用程序包括通過進程通訊接口通知應用程序或通過系統(tǒng)調(diào)用接口激活應用程序。一種終端之間的應用程序通訊的方法，包括以下步驟第一終端中的源應用程序連接到應用服務器；所述應用服務器向第二終端發(fā)送觸發(fā)指令，所述觸發(fā)指令包括所要觸發(fā)的目標應用程序的注冊碼；所述第二終端接收所述觸發(fā)指令，并根據(jù)所述觸發(fā)指令查詢所述要觸發(fā)的應用程序的注冊碼是否已存在，若已存在，則所述第二終端觸發(fā)目標應用程序；第一終端中的源應用程序與第二終端內(nèi)的目標應用程序進行通訊。進一步地，觸發(fā)相應的應用程序包括通過進程通訊接口通知應用程序或通過系統(tǒng)調(diào)用接口激活應用程序。本發(fā)明實施例通過對應用程序進行注冊并保存注冊碼，然后在接收觸發(fā)指令時， 查詢觸發(fā)指令中包括的所要觸發(fā)的應用程序的注冊碼是否已存在，若已存在就根據(jù)注冊碼統(tǒng)一地觸發(fā)相應的終端應用程序。這樣，可以減少終端和應用服務器之間的會話，并使得應用程序的開發(fā)變的容易，本發(fā)明實施例的技術方案，多種標準通信協(xié)議只需擴充一次，終端底層系統(tǒng)只需配合改造一次，降低了終端應用程序開發(fā)的難度，提高了終端應用程序的開發(fā)效率。


為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術中的技術方案，下面將對實施例或現(xiàn)有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖1為本發(fā)明終端實施例中的應用程序觸發(fā)器的方框圖；圖2為本發(fā)明實施例中以OTA方式對應用程序信息進行注冊的流程圖；圖3為本發(fā)明實施例終端上應用程序觸發(fā)方法的流程圖；圖4為本發(fā)明實施例終端間應用程序通訊方法的流程圖。圖5為本發(fā)明實施例中基于短信觸發(fā)的終端間應用程序進行通訊的流程示意圖；圖6為本發(fā)明實施例中基于USSD觸發(fā)的終端間應用程序進行通訊的流程示意圖。
具體實施方式
為更好的理解本發(fā)明且使本發(fā)明能夠易于實施。下面結合附圖及具體實施例對本發(fā)明進行詳細描述。圖1為本發(fā)明應用程序觸發(fā)器實施例的方框圖。如圖1所示，本發(fā)明實施例提供一種終端應用程序觸發(fā)器10，包括應用程序信息注冊模塊12、應用程序觸發(fā)模塊14和外部通訊模塊16 ；其中，應用程序信息注冊模塊12用于對終端上的應用程序進行注冊，并保存注冊碼；外部通訊模塊16用于接收觸發(fā)指令并提供給應用程序觸發(fā)模塊14，其中觸發(fā)指令中包括所要觸發(fā)的應用程序的注冊碼；應用程序觸發(fā)模塊14用于在應用程序信息注冊模塊中查詢所要觸發(fā)的應用程序的注冊碼是否已存在，若已存在就觸發(fā)相應的終端應用程序。本發(fā)明實施例通過對應用程序進行注冊并保存注冊碼，然后在接收觸發(fā)指令時， 查詢觸發(fā)指令中包括的所要觸發(fā)的應用程序的注冊碼是否已存在，若已存在就根據(jù)注冊碼統(tǒng)一地觸發(fā)相應的終端應用程序。這樣，可以減少終端和應用服務器之間的會話，并使得應用程序的開發(fā)變的容易，本發(fā)明實施例的技術方案，多種標準通信協(xié)議只需擴充一次，終端底層系統(tǒng)只需配合改造一次，降低了終端應用程序開發(fā)的難度，提高了終端應用程序的開發(fā)效率。其中，所述的應用程序信息包括應用程序注冊碼，每個應用程序在應用程序觸發(fā)器上唯一的注冊碼。觸發(fā)方式通知/激活。若應用程序總是處于啟動狀態(tài)，應用程序觸發(fā)器則通過進程通訊接口通知它；若應用程序平時處于非啟動狀態(tài)，應用程序觸發(fā)器則通過系統(tǒng)調(diào)用接口激活它。進程標識應用程序啟動后的進程標識，應用程序觸發(fā)器靠此標識和應用程序進行通訊。應用程序位置應用程序啟動后存儲的位置，應用程序觸發(fā)器通過此應用程序位置標識來啟動應用程序。進一步地，應用程序信息注冊模塊包括統(tǒng)一的應用程序信息注冊接口，用于對應用程序信息進行注冊。應用程序信息的注冊可有多種方式，如用戶在終端配置界面上手工輸入應用注冊信息；當應用程序運行時，自動調(diào)用該接口去注冊；運營商統(tǒng)一管理這些終端應用程序信息，并通過一定途徑同步到用戶終端終端上(如OTA短信)。進一步的，為保證本發(fā)明實施例的技術方案能夠更好的實施，本發(fā)明實施例在實際運營中可能需要包括如下的一些應用條件1、每個客戶端業(yè)務應用程序(含對應服務器)有唯一的應用程序注冊碼，這個應用程序注冊碼可以由運營商統(tǒng)一管理分配。目前運營商都有自己的業(yè)務管理平臺，每個業(yè)務都在上面申請的業(yè)務代碼都是唯一的，客戶端上的每個業(yè)務應用程序也在業(yè)務管理平臺上申請業(yè)務代碼了，所以可以就直接使用這個代碼做為應用程序注冊碼。2、應用程序注冊碼除了在“應用程序觸發(fā)器”上進行注冊外，在應用服務器上也要注冊一次(應用服務器在業(yè)務處理時要傳給終端應用程序)。更進一步地，應用程序信息注冊模塊包括存儲器，用于存儲注冊碼。在一實施例中，外部通訊模塊包括外部通訊接口，用于接收外部來的觸發(fā)指令；所述外部通訊模塊包括解析轉(zhuǎn)換器，用于對所述觸發(fā)指令進行解析并轉(zhuǎn)換成內(nèi)部觸發(fā)指令。
在進一步的實施例中，應用程序觸發(fā)模塊包括進程通訊接口，用于在應用程序觸發(fā)模塊查詢到所要觸發(fā)的應用程序的注冊碼已存在之后，則通過進程通訊接口通知應用程序；有些終端應用對實時性要求較高，為節(jié)省啟動時間，平時應用程序一直處在啟動狀態(tài)， 但是和服務器端沒有建立連接，對于這類應用，應用程序觸發(fā)器模塊通過消息接口通知應用程序即可，應用程序一旦收到該接口消息，立即去和服務端建立連接；應用程序觸發(fā)模塊包括系統(tǒng)調(diào)用接口，用于在應用程序觸發(fā)模塊查詢到所要觸發(fā)的應用程序的注冊碼已存在之后，則通過系統(tǒng)調(diào)用接口激活應用程序；有些終端應用只有在使用時才會啟動起來，這樣可以節(jié)省終端資源，對于這類應用，應用程序觸發(fā)器通過系統(tǒng)調(diào)用接口將應用程序拉起來， 這類應用程序的一般邏輯是在啟動后立即去連接對應的服務器，然后根據(jù)服務器的指令進行業(yè)務處理；在用戶使用完后退出。下面以OTA(over the air，空中下載)方式來描述應用程序信息注冊的流程。圖2為本發(fā)明應用程序觸發(fā)器實施例中以OTA方式對應用程序信息進行注冊的流程圖。如圖2所示，當新發(fā)布了一個終端應用程序后，運營商在OTA服務器上發(fā)布該應用程序在終端上的注冊配置信息。接著，OTA服務器通過OTA配置短信將應用程序注冊信息發(fā)到用戶終端上，用戶終端上的OTA配置模塊對配置短信按固有流程處理。如果OTA配置模塊發(fā)現(xiàn)此短信是應用注冊配置短信，則調(diào)用應用程序觸發(fā)器提供的應用程序信息注冊接口進行注冊。本發(fā)明實施例還提供一種終端上的應用程序的觸發(fā)方法。圖3為此方法的流程圖。如圖3所示，本發(fā)明實施例終端上的應用程序的觸發(fā)方法包括步驟102，對終端上的應用程序進行注冊，并保存注冊碼；步驟104，接收觸發(fā)指令，其中所述觸發(fā)指令中包括所要觸發(fā)的應用程序的注冊碼；步驟106，查詢所要觸發(fā)的應用程序的注冊碼是否已存在步驟108，若已存在，則觸發(fā)相應的應用程序。本發(fā)明實施例通過對應用程序進行注冊并保存注冊碼，然后在接收觸發(fā)指令時， 查詢觸發(fā)指令中包括的所要觸發(fā)的應用程序的注冊碼是否已存在，若已存在就根據(jù)注冊碼統(tǒng)一地觸發(fā)相應的終端應用程序。這樣，可以減少終端和應用服務器之間的會話，并使得應用程序的開發(fā)變的容易，本發(fā)明實施例的技術方案，多種標準通信協(xié)議只需擴充一次，終端底層系統(tǒng)只需配合改造一次，降低了終端應用程序開發(fā)的難度，提高了終端應用程序的開發(fā)效率。其中在所述接收觸發(fā)指令之后進一步包括對所述觸發(fā)指令進行解析并轉(zhuǎn)換成內(nèi)部觸發(fā)指令。其中，所述觸發(fā)指令優(yōu)選地為短信指令或非結構化補充數(shù)據(jù)業(yè)務指令。進一步地，觸發(fā)相應的應用程序包括若應用程序注冊的觸發(fā)方式為通知方式，則通過進程通訊接口通知應用程序；若應用程序注冊的觸發(fā)方式為激活方式，則通過系統(tǒng)調(diào)用接口激活應用程序。下面以觸發(fā)手機上的應用程序為例來具體描述應用程序觸發(fā)的流程。1、手機在收到特殊的外部消息時(例如二進制通知短信)，對特定“短信類型”進行特殊處理傳給應用程序觸發(fā)器。
2、應用程序觸發(fā)器的“外部通訊”模塊對收到的消息進行解析，消息中含有“應用程序注冊碼”參數(shù)。然后轉(zhuǎn)換成內(nèi)部消息，內(nèi)部消息包括發(fā)起發(fā)方手機號碼、應用程序注冊碼等等。3、“外部通訊”模塊將內(nèi)部消息轉(zhuǎn)給“應用程序觸發(fā)”模塊。4、“應用程序觸發(fā)”模塊直接訪問已注冊的應用程序信息，檢查上行消息中的應用程序注冊碼是否已存在。5、如果不存在，則“應用觸發(fā)”模塊不做任何處理；如果已存在，則“應用觸發(fā)”模塊根據(jù)該應用程序注冊的觸發(fā)方式(在應用程序處于啟動狀態(tài)時為通知方式，在應用程序處于非啟動狀態(tài)時為激活方式)，去通知或啟動對應的終端應用程序。此外，本發(fā)明實施例還提供一種終端間應用程序通訊的方法。圖4為本發(fā)明實施例終端間應用程序通訊方法的流程圖。如圖4所示，終端間應用程序通訊的方法包括以下步驟步驟202 第一終端中的源應用程序連接到應用服務器；步驟204 所述應用服務器向第二終端發(fā)送觸發(fā)指令，所述觸發(fā)指令包括觸發(fā)類型、所要觸發(fā)的目標應用程序的注冊碼；步驟206 第二終端接收所述觸發(fā)指令并根據(jù)所述觸發(fā)指令查詢所要觸發(fā)的應用程序的注冊碼是否已存在，若已存在，則所述第二終端觸發(fā)目標應用程序觸發(fā)目標應用程序。其中步驟206進一步包括以下三個子步驟，在步驟2061，應用程序觸發(fā)器的外部通訊模塊接收觸發(fā)指令并轉(zhuǎn)換成內(nèi)部觸發(fā)指令，其中觸發(fā)指令中包括所要觸發(fā)的應用程序的注冊碼；步驟2062，在應用程序信息注冊模塊中查詢要觸發(fā)的應用程序的注冊碼是否已存在；若已存在，則在步驟2063應用程序觸發(fā)模塊觸發(fā)第二終端內(nèi)的目標應用程序；步驟208 第一終端中的源應用程序與第二終端內(nèi)的目標應用程序進行通訊。下面結合觸發(fā)指令分別為短信指令和非結構化補充數(shù)據(jù)業(yè)務指令的兩個具體實施例來描述終端之間應用程序通訊的方法。實施例1 圖5為本發(fā)明實施例中基于短信觸發(fā)的終端間應用程序進行通訊的流程。如圖5 所示1、用戶1啟動終端1上的應用程序1(應用1)，輸入用戶2的連接標識(用戶2在應用服務器1上的唯一標識，可能是手機號碼、或在服務器上的注冊賬號)。應用程序1連接到應用服務器1上，并發(fā)出通訊請求，請求中帶有用戶2的連接標識。2、應用服務器1根據(jù)用戶2的連接標識，可以獲取用戶2的手機號碼，或在服務器上的注冊賬號。給用戶2發(fā)出特殊二進制短信，接收方為2的號碼，短信需帶有兩個關鍵參數(shù)短信類型(區(qū)分PUSH、閃信等其他二進制短信)，應用程序注冊碼。3、短信息服務中心(Short Message Service Center，SMSC)將帶有應用程序注冊碼的短信發(fā)到用戶2的終端(終端2)上。4、終端2收到這種特殊二進制通知短信后，能根據(jù)“短信類型”進行特殊處理是傳給短信客戶端軟件還是傳給“應用程序觸發(fā)器”模塊。若傳給應用程序觸發(fā)器，則應用程序觸發(fā)器的外部通訊模塊對接收的觸發(fā)指令進行解析并轉(zhuǎn)換成內(nèi)部觸發(fā)指令提供給應用程序觸發(fā)模塊，其中所接收的觸發(fā)指令中包括所要觸發(fā)的應用程序的注冊碼；接著，應用程序觸發(fā)模塊在應用程序信息注冊模塊中查詢要觸發(fā)的應用程序的注冊碼是否已存在；若已存在，則觸發(fā)對應的目標應用程序。5、終端2上的應用程序1建立到應用服務器1的連接，通過服務器和同樣已連接到服務器上的終端1上的應用程序1建立通訊。實施例2 圖6為本發(fā)明實施例中基于非結構化補償數(shù)據(jù)業(yè)務(Unstructured Supplementary Service Data, USSD)觸發(fā)的終端間應用程序進行通訊的流程。小孩通過終端上的“給我回電”應用，通過USSD觸發(fā)父親的手機給自己回撥電話。 具體流程如圖6所示1、用戶1啟動終端1上的“給我回電”應用程序，輸入(或選擇)用戶2的手機號碼。客戶端應用通過內(nèi)部協(xié)議連接到應用服務器，接口中帶有用戶1，用戶2的手機號碼信肩、ο2、應用服務器判斷用戶1是否有使用該業(yè)務的權限，且是否能呼叫用戶2，如果有，則向USSDC (非結構化補充數(shù)據(jù)業(yè)務中心)發(fā)出一個USSD請求，被叫方是用戶2的手機號碼，USSD請求中帶有應用程序的注冊碼。3、USSDC將請求內(nèi)容發(fā)到用戶2的終端上，帶有消息類型應用程序觸發(fā)。4、終端2收到USSDC請求后，能根據(jù)“短信類型”進行特殊處理是傳給USSD客戶端軟件還是傳給“應用程序觸發(fā)器”。如果傳給“應用程序觸發(fā)器”，則應用程序觸發(fā)器的外部通訊模塊對接收的觸發(fā)指令進行解析并轉(zhuǎn)換成內(nèi)部觸發(fā)指令提供給應用程序觸發(fā)模塊，其中所接收的觸發(fā)指令中包括所要觸發(fā)的應用程序的注冊碼；接著，應用程序觸發(fā)模塊在應用程序信息注冊模塊中查詢要觸發(fā)的應用程序的注冊碼是否已存在；若已存在，則觸發(fā)對應的目標應用程序“給我回電”。5、“給我回電”應用程序自動撥打用戶1手機號碼，同時播放振鈴聲提示用戶2。本發(fā)明實施例通過對應用程序進行注冊并保存注冊碼，然后在接收觸發(fā)指令時， 查詢觸發(fā)指令中包括的所要觸發(fā)的應用程序的注冊碼是否已存在，若已存在就根據(jù)注冊碼統(tǒng)一地觸發(fā)相應的終端應用程序。這樣，可以減少終端和應用服務器之間的會話，并使得應用程序的開發(fā)變的容易，本發(fā)明實施例的技術方案，多種標準通信協(xié)議只需擴充一次，終端底層系統(tǒng)只需配合改造一次，降低了終端應用程序開發(fā)的難度，提高了終端應用程序的開發(fā)效率。以上所述，僅為本發(fā)明的具體實施方式
，但本發(fā)明的保護范圍并不局限于此，任何熟悉本技術領域的技術人員在本發(fā)明揭露的技術范圍內(nèi)，可輕易想到變化或替換，都應涵蓋在本發(fā)明的保護范圍之內(nèi)。因此，本發(fā)明的保護范圍應所述以權利要求的保護范圍為準。
權利要求
1.一種終端，其特征在于，包括應用程序觸發(fā)器，所述應用程序觸發(fā)器包括 應用程序信息注冊模塊，用于對終端上的應用程序進行注冊，并保存注冊碼；外部通訊模塊，用于接收觸發(fā)指令并提供給應用程序觸發(fā)模塊，所述觸發(fā)指令包括所要觸發(fā)的應用程序的注冊碼；和應用程序觸發(fā)模塊，用于在所述應用程序信息注冊模塊中查詢所述所要觸發(fā)的應用程序的注冊碼是否已存在，若已存在就觸發(fā)相應的應用程序。
2.根據(jù)權利要求1所述的終端，其特征在于，所述應用程序信息注冊模塊包括 注冊接口，用于對應用程序進行注冊。
3.根據(jù)權利要求1所述的終端，其特征在于，所述應用程序信息注冊模塊包括存儲器， 用于存儲所述注冊碼。
4.根據(jù)權利要求1所述的終端，其特征在于，所述外部通訊模塊包括解析轉(zhuǎn)換器，用于對接收的觸發(fā)指令進行解析并轉(zhuǎn)換成內(nèi)部觸發(fā)指令。
5.根據(jù)權利要求1至4所述的終端，其特征在于，所述應用程序觸發(fā)模塊包括進程通訊接口，用于在應用程序觸發(fā)模塊查詢到所要觸發(fā)的應用程序的注冊碼已存在之后，通過進程通訊接口通知所述應用程序；系統(tǒng)調(diào)用接口，用于在應用程序觸發(fā)模塊查詢到所要觸發(fā)的應用程序的注冊碼已存在之后，通過系統(tǒng)調(diào)用接口激活所述應用程序。
6.一種終端上的應用程序的觸發(fā)方法，其特征在于，包括以下步驟 對終端上的應用程序進行注冊，并保存注冊碼；接收觸發(fā)指令，所述觸發(fā)指令包括所要觸發(fā)的應用程序的注冊碼； 查詢所述所要觸發(fā)的應用程序的注冊碼是否已存在 若已存在，則觸發(fā)相應的應用程序。
7.根據(jù)權利要求6所述的方法，其特征在于，所述接收觸發(fā)指令之后進一步包括對所述觸發(fā)指令進行解析并轉(zhuǎn)換成內(nèi)部觸發(fā)指令。
8.根據(jù)權利要求6所述的方法，其特征在于，所述觸發(fā)指令為短信指令或非結構化補充數(shù)據(jù)業(yè)務指令。
9.根據(jù)權利要求6至8中任一項所述的方法，其特征在于，所述觸發(fā)相應的應用程序包括通過進程通訊接口通知應用程序或通過系統(tǒng)調(diào)用接口激活應用程序。
10.一種終端之間的應用程序通訊的方法，其特征在于，包括以下步驟 第一終端中的源應用程序連接到應用服務器；所述應用服務器向第二終端發(fā)送觸發(fā)指令，所述觸發(fā)指令包括所要觸發(fā)的目標應用程序的注冊碼；所述第二終端接收所述觸發(fā)指令，并根據(jù)所述觸發(fā)指令查詢所述要觸發(fā)的應用程序的注冊碼是否已存在，若已存在，則所述第二終端觸發(fā)目標應用程序； 第一終端中的源應用程序與第二終端內(nèi)的目標應用程序進行通訊。
11.根據(jù)權利要求10所述的方法，其特征在于，所述觸發(fā)指令為短信指令或非結構化補充數(shù)據(jù)業(yè)務指令。
12.根據(jù)權利要求10或11所述的方法，其特征在于，所述觸發(fā)相應的應用程序包括通過進程通訊接口通知應用程序或通過系統(tǒng)調(diào)用接口激活應用程序。
全文摘要
本發(fā)明的實施例公開了一種終端、觸發(fā)方法和終端間應用程序通訊方法，涉及終端通訊領域，為實現(xiàn)統(tǒng)一地觸發(fā)終端中的應用程序以降低應用程序的開發(fā)成本而發(fā)明。本發(fā)明觸發(fā)方法具體的技術方案為一種終端上的應用程序的觸發(fā)方法，包括以下步驟對終端上的應用程序的進行注冊，并保存注冊碼；接收觸發(fā)指令，所述觸發(fā)指令包括所要觸發(fā)的應用程序的注冊碼；查詢所述所要觸發(fā)的應用程序的注冊碼是否已存在若已存在，則觸發(fā)相應的應用程序。本發(fā)明還提供一種終端和終端間應用程序通訊方法。本發(fā)明主要用于統(tǒng)一觸發(fā)欲進行通訊的終端應用程序。
文檔編號H04W4/14GK102262533SQ201110187058
公開日2011年11月30日 申請日期2011年7月5日 優(yōu)先權日2011年7月5日
發(fā)明者張衛(wèi)兵 申請人:華為軟件技術有限公司