推送主題的方法及裝置制造方法
【專利摘要】本公開實施例提供了推送主題的方法及裝置，其中的方法包括：確定接收方；確定待推送的主題的標(biāo)識信息；生成報文，其中所述報文至少包括所述主題的標(biāo)識信息及所述接收方收到所述報文后應(yīng)執(zhí)行的動作序列；將所述報文經(jīng)指定通道發(fā)送給所述接收方，以使所述接收方在收到所述報文后通過執(zhí)行所述動作序列完成對所述主題的應(yīng)用。在本公開實施例中，分享者在發(fā)送時只需發(fā)送主題的標(biāo)識信息即可，節(jié)省了上傳主題的時間，同時也省去了各種中間環(huán)節(jié)，使主題的分享變得簡單、高效，而且對于接收者來講相關(guān)過程自動完成，不需要接收者參與，方便了不會操作手機或者操作不便的用戶群，提升了廣大用戶分享主題的熱情，有利于主題更快的傳播。
【專利說明】推送主題的方法及裝置

【技術(shù)領(lǐng)域】
[0001] 本公開涉及終端設(shè)備信息處理【技術(shù)領(lǐng)域】，尤其涉及推送主題的方法及裝置。

【背景技術(shù)】
[0002] 人們在使用手機、平板電腦等終端設(shè)備的過程中，往往會有將某個主題通過推送 分享給他人的意愿。此時，分享者可以將該主題文件通過郵件等方式直接發(fā)送給接收者。雖 然這種方式較為簡單，但當(dāng)主題文件體積較大時往往上傳會很慢，而且很多主題也無法得 到其安裝文件（例如只能在線安裝），所以這種分享方式逐漸被淘汰。
[0003] 在相關(guān)技術(shù)中也不乏一些其他分享方式，然而，發(fā)明人在實現(xiàn)本公開方案的過程 中發(fā)現(xiàn)，相關(guān)技術(shù)中分享方式過程繁瑣，不夠便捷。


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

[0004] 為克服相關(guān)技術(shù)中存在的問題，本公開提供推送主題的方法及裝置，以通過技術(shù) 手段建立一個便捷的通道，使用戶之間推送主題時既節(jié)省時間，又簡單高效。
[0005] 根據(jù)本公開實施例的第一方面，提供一種推送主題的方法，所述方法包括：
[0006] 確定接收方；
[0007] 確定待推送的主題的標(biāo)識信息；
[0008] 生成報文，其中所述報文至少包括所述主題的標(biāo)識信息及所述接收方收到所述報 文后應(yīng)執(zhí)行的動作序列；
[0009] 將所述報文經(jīng)指定通道發(fā)送給所述接收方，以使所述接收方在收到所述報文后通 過執(zhí)行所述動作序列完成對所述主題的應(yīng)用。
[0010] 可選的，所述動作序列包括：
[0011] 根據(jù)所述標(biāo)識信息從服務(wù)器下載所述主題，以及，
[0012] 安裝所述主題。
[0013] 可選的，所述方法還包括：
[0014] 在將所述報文經(jīng)指定通道發(fā)送給所述接收方之前，對所述報文進行加密處理；
[0015] 所述動作序列還包括：在從服務(wù)器下載所述主題之前，通過所述服務(wù)器檢驗所述 加密后的報文的合法性。
[0016] 可選的，所述確定接收方，包括：
[0017] 通過在通訊錄中選擇聯(lián)系人來確定接收方，或者，
[0018] 接收手動輸入的接收方。
[0019] 可選的，所述指定通道為：短信通道或者數(shù)據(jù)業(yè)務(wù)通道。
[0020] 根據(jù)本公開實施例的第二方面，提供一種推送主題的方法，所述方法包括：
[0021] 監(jiān)測是否收到主題發(fā)送方所發(fā)來的報文，其中所述報文至少包括主題的標(biāo)識信息 及所述第二終端收到所述報文后應(yīng)執(zhí)行的動作序列；
[0022] 當(dāng)收到所述報文后，執(zhí)行所述報文所包含的所述動作序列。
[0023] 可選的，所述動作序列包括：
[0024] 根據(jù)所述標(biāo)識信息從服務(wù)器下載所述主題，以及，
[0025] 安裝所述主題。
[0026] 可選的，當(dāng)所述報文被進行了加密處理時，所述動作序列還包括：在從服務(wù)器下載 所述主題之前，通過所述服務(wù)器檢驗所述加密后的報文的合法性。
[0027] 根據(jù)本公開實施例的第三方面，提供一種推送主題的方法，用于服務(wù)器，所述方法 包括：
[0028] 向第一終端下發(fā)私鑰；
[0029] 接收第二終端轉(zhuǎn)發(fā)的報文，其中所述報文被所述第一終端用所述私鑰加密，所述 報文包含主題的標(biāo)識信息；
[0030] 使用與所述私鑰對應(yīng)的公鑰對所述報文進行檢驗；
[0031] 當(dāng)檢驗通過時，將所述主題標(biāo)識所代表的主題下發(fā)給所述第二終端。
[0032] 根據(jù)本公開實施例的第四方面，提供一種推送主題的裝置，所述裝置包括：
[0033] 接收方確定模塊，用于確定接收方；
[0034] 主題確定模塊，用于確定待推送的主題的標(biāo)識信息；
[0035] 報文生成模塊，用于生成報文，其中所述報文至少包括所述主題的標(biāo)識信息及所 述接收方收到所述報文后應(yīng)執(zhí)行的動作序列；
[0036] 報文發(fā)送模塊，用于將所述報文經(jīng)指定通道發(fā)送給所述接收方，以使所述接收方 在收到所述報文后通過執(zhí)行所述動作序列完成對所述主題的應(yīng)用。
[0037] 可選的，所述動作序列包括：
[0038] 根據(jù)所述標(biāo)識信息從服務(wù)器下載所述主題，以及，
[0039] 安裝所述主題。
[0040] 可選的，所述裝置還包括：
[0041] 加密模塊，用于在觸發(fā)所述報文發(fā)送模塊之前，對所述報文進行加密處理；
[0042] 所述動作序列還包括：在從服務(wù)器下載所述主題之前，通過所述服務(wù)器檢驗所述 加密后的報文的合法性。
[0043] 可選的，所述接收方確定模塊在確定接收方時，用于：通過在通訊錄中選擇聯(lián)系人 來確定接收方，或者，接收手動輸入的接收方。
[0044] 可選的，所述指定通道為：短信通道或者數(shù)據(jù)業(yè)務(wù)通道。
[0045] 根據(jù)本公開實施例的第五方面，提供一種推送主題的裝置，所述裝置包括：
[0046] 報文檢測模塊，用于監(jiān)測是否收到主題發(fā)送方所發(fā)來的報文，其中所述報文至少 包括主題的標(biāo)識信息及所述第二終端收到所述報文后應(yīng)執(zhí)行的動作序列；
[0047] 報文執(zhí)行模塊，用于當(dāng)收到所述報文后，執(zhí)行所述報文所包含的所述動作序列。
[0048] 可選的，所述動作序列包括：
[0049] 根據(jù)所述標(biāo)識信息從服務(wù)器下載所述主題，以及，
[0050] 安裝所述主題。
[0051] 可選的，當(dāng)所述報文被進行了加密處理時，所述動作序列還包括：在從服務(wù)器下載 所述主題之前，通過所述服務(wù)器檢驗所述加密后的報文的合法性。
[0052] 根據(jù)本公開實施例的第六方面，提供一種推送主題的裝置，用于服務(wù)器，所述裝置 包括：
[0053] 私鑰下發(fā)模塊，用于向第一終端下發(fā)私鑰；
[0054] 報文接收模塊，用于接收第二終端轉(zhuǎn)發(fā)的報文，其中所述報文被所述第一終端用 所述私鑰加密，所述報文包含主題的標(biāo)識信息；
[0055] 報文檢驗?zāi)K，用于使用與所述私鑰對應(yīng)的公鑰對所述報文進行檢驗；
[0056] 主題下發(fā)模塊，用于當(dāng)檢驗通過時，將所述主題標(biāo)識所代表的主題下發(fā)給所述第 二終端。
[0057] 根據(jù)本公開實施例的第七方面，提供一種推送主題的裝置，包括：
[0058] 處理器；
[0059] 用于存儲處理器可執(zhí)行指令的存儲器；
[0060] 其中，所述處理器被配置為：
[0061] 確定接收方；
[0062] 確定待推送的主題的標(biāo)識信息；
[0063] 生成報文，其中所述報文至少包括所述主題的標(biāo)識信息及所述接收方收到所述報 文后應(yīng)執(zhí)行的動作序列；
[0064] 將所述報文經(jīng)指定通道發(fā)送給所述接收方，以使所述接收方在收到所述報文后通 過執(zhí)行所述動作序列完成對所述主題的應(yīng)用。
[0065] 根據(jù)本公開實施例的第八方面，提供一種推送主題的裝置，包括：
[0066] 處理器；
[0067] 用于存儲處理器可執(zhí)行指令的存儲器；
[0068] 其中，所述處理器被配置為：
[0069] 監(jiān)測是否收到主題發(fā)送方所發(fā)來的報文，其中所述報文至少包括主題的標(biāo)識信息 及所述第二終端收到所述報文后應(yīng)執(zhí)行的動作序列；
[0070] 當(dāng)收到所述報文后，執(zhí)行所述報文所包含的所述動作序列。
[0071] 根據(jù)本公開實施例的第九方面，提供一種推送主題的裝置，包括：
[0072] 處理器；
[0073] 用于存儲處理器可執(zhí)行指令的存儲器；
[0074] 其中，所述處理器被配置為：
[0075] 向第一終端下發(fā)私鑰；
[0076] 接收第二終端轉(zhuǎn)發(fā)的報文，其中所述報文被所述第一終端用所述私鑰加密，所述 報文包含主題的標(biāo)識信息；
[0077] 使用與所述私鑰對應(yīng)的公鑰對所述報文進行檢驗；
[0078] 當(dāng)檢驗通過時，將所述主題標(biāo)識所代表的主題下發(fā)給所述第二終端。
[0079] 本公開的實施例提供的技術(shù)方案可以包括以下有益效果：
[0080] 在本公開實施例中，分享者可以通過自己終端生成包括主題的標(biāo)識信息及接收者 收到所述報文后應(yīng)執(zhí)行的動作序列的報文，然后發(fā)送給接收者，接收者在收到所述報文后 通過執(zhí)行所述動作序列完成對所述主題的應(yīng)用。這樣，分享者在發(fā)送時只需發(fā)送主題的標(biāo) 識信息即可，節(jié)省了上傳主題的時間，同時也省去了各種中間環(huán)節(jié)，使主題的分享變得簡 單、高效，而且對于接收者來講相關(guān)過程自動完成，不需要接收者參與，方便了不會操作手 機或者操作不便的用戶群，提升了廣大用戶分享主題的熱情，有利于主題更快的傳播。
[0081] 應(yīng)當(dāng)理解的是，以上的一般描述和后文的細節(jié)描述僅是示例性和解釋性的，并不 能限制本公開。

【專利附圖】

【附圖說明】
[0082] 此處的附圖被并入說明書中并構(gòu)成本說明書的一部分，示出了符合本發(fā)明的實施 例，并與說明書一起用于解釋本發(fā)明的原理。
[0083] 圖1是根據(jù)一示例性實施例示出的一種推送主題的方法的流程圖；
[0084] 圖2是根據(jù)一示例性實施例示出的主題推送的場景示意圖；
[0085] 圖3是根據(jù)一示例性實施例示出的一種推送主題的方法的流程圖；
[0086] 圖4是根據(jù)一示例性實施例示出的一種推送主題的方法的流程圖；
[0087] 圖5是根據(jù)一示例性實施例示出的一種推送主題的方法的流程圖；
[0088] 圖6是根據(jù)一示例性實施例示出的一種推送主題的方法的信令圖；
[0089] 圖7是根據(jù)一示例性實施例示出的推送主題時的界面示意圖；
[0090] 圖8是根據(jù)一示例性實施例示出的對收到主題進行提示的界面示意圖；
[0091] 圖9是根據(jù)一示例性實施例示出的一種推送主題的裝置的框圖；
[0092] 圖10是根據(jù)一示例性實施例示出的一種推送主題的裝置的框圖；
[0093] 圖11是根據(jù)一示例性實施例示出的一種推送主題的裝置的框圖；
[0094] 圖12是根據(jù)一示例性實施例示出的一種推送主題的裝置的框圖；
[0095] 圖13是根據(jù)一示例性實施例示出的一種用于推送主題的裝置的框圖；
[0096] 圖14是根據(jù)一示例性實施例示出的一種用于推送主題的裝置的框圖。

【具體實施方式】
[0097] 這里將詳細地對示例性實施例進行說明，其示例表示在附圖中。下面的描述涉及 附圖時，除非另有表示，不同附圖中的相同數(shù)字表示相同或相似的要素。以下示例性實施例 中所描述的實施方式并不代表與本發(fā)明相一致的所有實施方式。相反，它們僅是與如所附 權(quán)利要求書中所詳述的、本發(fā)明的一些方面相一致的裝置和方法的例子。
[0098] 圖1是根據(jù)一示例性實施例示出的一種推送主題的方法的流程圖。該方法可用于 第一終端，也即發(fā)送方（或稱發(fā)送者、分享者）所用的終端，該終端可以為手機、平板電腦 等。參見圖1所示，該方法可以包括：
[0099] 在步驟S101中，確定接收方。
[0100] 例如，可以通過在通訊錄中選擇聯(lián)系人來確定接收方，或者，接收手動輸入的接收 方^等等。
[0101] 在步驟S102中，確定待推送的主題的標(biāo)識信息。
[0102] 作為示例，發(fā)送方用戶可以手動輸入想推送的主題的名稱、ID或地址等，或者從本 機上選擇一個主題作為待推送的主題，等等。
[0103] 容易理解的是，步驟S101和步驟S102無先后關(guān)系的限制。
[0104] 在步驟S103中，生成報文，其中所述報文至少包括所述主題的標(biāo)識信息及所述接 收方收到所述報文后應(yīng)執(zhí)行的動作序列。
[0105] 該報文用于推送給接收方。注意，在本實施例中向接收方推送的只是主題的標(biāo)識 信息而已，如主題的名稱、ID或地址等，而非主題本身。
[0106] 在其他一些場景下，報文中還可以視情況包括發(fā)送者的手機號、發(fā)送者的賬號 (如小米賬號）等，在報文需要加密時，還可以包含發(fā)送者的簽名，等等。
[0107] 在步驟S104中，將所述報文經(jīng)指定通道發(fā)送給所述接收方，以使所述接收方在收 到所述報文后通過執(zhí)行所述動作序列完成對所述主題的應(yīng)用。
[0108] 接收方所在的終端設(shè)備對所述主題的應(yīng)用是通過執(zhí)行所述動作序列而實現(xiàn)的。該 動作序列由分享者（即發(fā)送方）通過所述報文告知接收方，這樣接收方收到報文后自動執(zhí) 行該動作序列，無需接收方用戶的參與，節(jié)省了操作時間。
[0109] 作為示例，在本實施例或本公開其他某些實施例中，所述動作序列可以包括：
[0110] 根據(jù)所述標(biāo)識信息從服務(wù)器下載所述主題，以及，
[0111] 安裝所述主題。
[0112] 例如，當(dāng)發(fā)送方用戶選定了某主題時，發(fā)送方的終端（也即第一終端）可自動生成 下載、安裝這兩條指令，然后封裝在報文中，供接收方收到后執(zhí)行。
[0113] 作為示例該場景可參見圖2所示，在圖2中，發(fā)送方所在的手機201先將報文發(fā)送 給接收方所在的手機202,然后手機202向服務(wù)器203發(fā)送下載主題的請求，服務(wù)器203再 將該主題發(fā)送給手機202。
[0114] 在其他一些場景下，動作序列還可能會更復(fù)雜，例如，當(dāng)發(fā)送方用戶所推送的主題 是付費主題時，則動作序列除了下載、安裝之外，還可能包括驗證好友關(guān)系、請求發(fā)送方替 好友付費等動作。對于動作序列的具體內(nèi)容可以根據(jù)不同場景而設(shè)計，本實施例并不進行 限制。
[0115] 在本實施例或本公開其他某些實施例中，所述指定通道可以為：短信通道或者數(shù) 據(jù)業(yè)務(wù)通道。以短信通道為例，此時報文將以短信的形式進行發(fā)送，短信內(nèi)容可以是明文， 如"A0087, XZ，AZ"，其中"A0087"為主題ID，"XZ" "AZ"分別代表下載和安裝的指令，接收 方收到該短信后，可以根據(jù)約定的格式進行解析，得到主題ID及要執(zhí)行的指令。短信內(nèi)容 也可以是密文，表現(xiàn)為一串特殊的字符串，該字符串是加密后生成的，此時接收方需要按約 定方式進行解密，才可獲知相關(guān)內(nèi)容。
[0116] 對于數(shù)據(jù)通道，其可以為手機廠商自建的互聯(lián)網(wǎng)通道，或者是手機系統(tǒng)上的系統(tǒng) 級消息推送平臺，等等，本實施例并不進行限制。
[0117] 圖3是根據(jù)一示例性實施例示出的一種推送主題的方法的流程圖。參見圖3所示， 所述方法還可以包括，在將所述報文經(jīng)指定通道發(fā)送給所述接收方之前：
[0118] 在步驟S301中，對所述報文進行加密處理。
[0119] 相應(yīng)的，所述動作序列還包括：在從服務(wù)器下載所述主題之前，通過所述服務(wù)器檢 驗所述加密后的報文的合法性。
[0120] 例如，發(fā)送方利用服務(wù)器給的私鑰對報文進行了加密，接收方收到后將報文轉(zhuǎn)發(fā) 給服務(wù)器以通過服務(wù)器檢驗該報文的合法性，而服務(wù)器則使用與所述私鑰對應(yīng)的公鑰進行 解密，進行合法性的檢驗。
[0121] 圖4是根據(jù)一示例性實施例示出的一種推送主題的方法的流程圖。該方法可用于 第二終端，也即接收方（或稱接收者）所用的終端，該終端可以為手機、平板電腦等。參見 圖4所示，該方法可以包括：
[0122] 在步驟S401中，監(jiān)測是否收到主題發(fā)送方所發(fā)來的報文，其中所述報文至少包括 主題的標(biāo)識信息及所述第二終端收到所述報文后應(yīng)執(zhí)行的動作序列。
[0123] 例如，接收方手機上的主題管理APP可以向手機系統(tǒng)注冊一個短信達到的廣播回 調(diào)事件來監(jiān)控報文的到達。
[0124] 在步驟S402中，當(dāng)收到所述報文后，執(zhí)行所述報文所包含的所述動作序列。
[0125] 在本實施例或本公開其他某些實施例中，所述動作序列可以包括：
[0126] 根據(jù)所述標(biāo)識信息從服務(wù)器下載所述主題，以及，
[0127] 安裝所述主題。
[0128] 此外，在本實施例或本公開其他某些實施例中，當(dāng)所述報文被進行了加密處理時， 所述動作序列還可以包括：在從服務(wù)器下載所述主題之前，通過所述服務(wù)器檢驗所述加密 后的報文的合法性。
[0129] 圖5是根據(jù)一示例性實施例示出的一種推送主題的方法的流程圖，可用于服務(wù) 器，參見圖5所示，該方法可以包括：
[0130] 在步驟S501中，向第一終端下發(fā)私鑰。第一終端可以使用該私鑰對報文進行加 您 I_Lj 〇
[0131] 在步驟S502中，接收第二終端轉(zhuǎn)發(fā)的報文，其中所述報文被所述第一終端用所述 私鑰加密，所述報文包含主題的標(biāo)識信息。
[0132] 在步驟S503中，使用與所述私鑰對應(yīng)的公鑰對所述報文進行檢驗。
[0133] 在步驟S504中，當(dāng)檢驗通過時，將所述主題標(biāo)識所代表的主題下發(fā)給所述第二終 端。
[0134] 服務(wù)器對報文進行解密之后，也可以先將解密后的報文返回給終端設(shè)備B，終端設(shè) 備B再向服務(wù)器請求下載該主題文件，但是這樣較為繁瑣，所以服務(wù)器對報文解密之后，可 直接將對應(yīng)的主題文件發(fā)送給終端設(shè)備B。
[0135] 下面結(jié)合一個具體場景對本公開方案作進一步描述。
[0136] 圖6是根據(jù)一示例性實施例示出的一種推送主題的方法的信令圖。其中終端設(shè)備 A為用戶A(即分享者）所在的終端，終端設(shè)備B為用戶B(即接收方）所在的終端。
[0137] 在步驟S601中，服務(wù)器向終端設(shè)備A下發(fā)私鑰。終端設(shè)備A可用該私鑰對報文進 行加密。
[0138] 在步驟S602中，用戶A選擇要分享的主題及發(fā)送的對象。
[0139] 例如，某時刻用戶A覺得某主題非常精美，想分享給自己的朋友用戶B，可以在主 題管理APP的界面中進行分享操作，該界面可參見圖7,用戶A通過點擊"瀏覽"按鈕，可以 選擇要分享的主題及發(fā)送的對象。
[0140] 在步驟S603中，終端設(shè)備A根據(jù)用戶的選擇生成報文，該報文被私鑰進行加密。例 如，在一種場景下，報文的結(jié)構(gòu)及動作序列的結(jié)構(gòu)可參考表1中的偽代碼。
[0141] 表 1
[0142]

【權(quán)利要求】
1. 一種推送主題的方法，其特征在于，所述方法包括： 確定接收方； 確定待推送的主題的標(biāo)識信息； 生成報文，其中所述報文至少包括所述主題的標(biāo)識信息及所述接收方收到所述報文后 應(yīng)執(zhí)行的動作序列； 將所述報文經(jīng)指定通道發(fā)送給所述接收方，以使所述接收方在收到所述報文后通過執(zhí) 行所述動作序列完成對所述主題的應(yīng)用。
2. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述動作序列包括： 根據(jù)所述標(biāo)識信息從服務(wù)器下載所述主題，以及， 安裝所述主題。
3. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述方法還包括： 在將所述報文經(jīng)指定通道發(fā)送給所述接收方之前，對所述報文進行加密處理； 所述動作序列還包括：在從服務(wù)器下載所述主題之前，通過所述服務(wù)器檢驗所述加密 后的報文的合法性。
4. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述確定接收方，包括： 通過在通訊錄中選擇聯(lián)系人來確定接收方，或者， 接收手動輸入的接收方。
5. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述指定通道為：短信通道或者數(shù)據(jù)業(yè)務(wù) 通道。
6. -種推送主題的方法，其特征在于，所述方法包括： 監(jiān)測是否收到主題發(fā)送方所發(fā)來的報文，其中所述報文至少包括主題的標(biāo)識信息及所 述第二終端收到所述報文后應(yīng)執(zhí)行的動作序列； 當(dāng)收到所述報文后，執(zhí)行所述報文所包含的所述動作序列。
7. 根據(jù)權(quán)利要求6所述的方法，其特征在于，所述動作序列包括： 根據(jù)所述標(biāo)識信息從服務(wù)器下載所述主題，以及， 安裝所述主題。
8. 根據(jù)權(quán)利要求6所述的方法，其特征在于，當(dāng)所述報文被進行了加密處理時，所述動 作序列還包括：在從服務(wù)器下載所述主題之前，通過所述服務(wù)器檢驗所述加密后的報文的 合法性。
9. 一種推送主題的方法，其特征在于，用于服務(wù)器，所述方法包括： 向第一終端下發(fā)私鑰； 接收第二終端轉(zhuǎn)發(fā)的報文，其中所述報文被所述第一終端用所述私鑰加密，所述報文 包含主題的標(biāo)識信息； 使用與所述私鑰對應(yīng)的公鑰對所述報文進行檢驗； 當(dāng)檢驗通過時，將所述主題標(biāo)識所代表的主題下發(fā)給所述第二終端。
10. -種推送主題的裝置，其特征在于，所述裝置包括： 接收方確定模塊，用于確定接收方； 主題確定模塊，用于確定待推送的主題的標(biāo)識信息； 報文生成模塊，用于生成報文，其中所述報文至少包括所述主題的標(biāo)識信息及所述接 收方收到所述報文后應(yīng)執(zhí)行的動作序列； 報文發(fā)送模塊，用于將所述報文經(jīng)指定通道發(fā)送給所述接收方，以使所述接收方在收 到所述報文后通過執(zhí)行所述動作序列完成對所述主題的應(yīng)用。
11. 根據(jù)權(quán)利要求10所述的裝置，其特征在于，所述動作序列包括： 根據(jù)所述標(biāo)識信息從服務(wù)器下載所述主題，以及， 安裝所述主題。
12. 根據(jù)權(quán)利要求10所述的裝置，其特征在于，所述裝置還包括： 加密模塊，用于在觸發(fā)所述報文發(fā)送模塊之前，對所述報文進行加密處理； 所述動作序列還包括：在從服務(wù)器下載所述主題之前，通過所述服務(wù)器檢驗所述加密 后的報文的合法性。
13. 根據(jù)權(quán)利要求10所述的裝置，其特征在于，所述接收方確定模塊在確定接收方時， 用于：通過在通訊錄中選擇聯(lián)系人來確定接收方，或者，接收手動輸入的接收方。
14. 根據(jù)權(quán)利要求10所述的裝置，其特征在于，所述指定通道為：短信通道或者數(shù)據(jù)業(yè) 務(wù)通道。
15. -種推送主題的裝置，其特征在于，所述裝置包括： 報文檢測模塊，用于監(jiān)測是否收到主題發(fā)送方所發(fā)來的報文，其中所述報文至少包括 主題的標(biāo)識信息及所述第二終端收到所述報文后應(yīng)執(zhí)行的動作序列； 報文執(zhí)行模塊，用于當(dāng)收到所述報文后，執(zhí)行所述報文所包含的所述動作序列。
16. 根據(jù)權(quán)利要求15所述的裝置，其特征在于，所述動作序列包括： 根據(jù)所述標(biāo)識信息從服務(wù)器下載所述主題，以及， 安裝所述主題。
17. 根據(jù)權(quán)利要求15所述的裝置，其特征在于，當(dāng)所述報文被進行了加密處理時，所述 動作序列還包括：在從服務(wù)器下載所述主題之前，通過所述服務(wù)器檢驗所述加密后的報文 的合法性。
18. -種推送主題的裝置，其特征在于，用于服務(wù)器，所述裝置包括： 私鑰下發(fā)模塊，用于向第一終端下發(fā)私鑰； 報文接收模塊，用于接收第二終端轉(zhuǎn)發(fā)的報文，其中所述報文被所述第一終端用所述 私鑰加密，所述報文包含主題的標(biāo)識信息； 報文檢驗?zāi)K，用于使用與所述私鑰對應(yīng)的公鑰對所述報文進行檢驗； 主題下發(fā)模塊，用于當(dāng)檢驗通過時，將所述主題標(biāo)識所代表的主題下發(fā)給所述第二終 端。
19. 一種推送主題的裝置，其特征在于，包括： 處理器； 用于存儲處理器可執(zhí)行指令的存儲器； 其中，所述處理器被配置為： 確定接收方； 確定待推送的主題的標(biāo)識信息； 生成報文，其中所述報文至少包括所述主題的標(biāo)識信息及所述接收方收到所述報文后 應(yīng)執(zhí)行的動作序列； 將所述報文經(jīng)指定通道發(fā)送給所述接收方，以使所述接收方在收到所述報文后通過執(zhí) 行所述動作序列完成對所述主題的應(yīng)用。
20. -種推送主題的裝置，其特征在于，包括： 處理器； 用于存儲處理器可執(zhí)行指令的存儲器； 其中，所述處理器被配置為： 監(jiān)測是否收到主題發(fā)送方所發(fā)來的報文，其中所述報文至少包括主題的標(biāo)識信息及所 述第二終端收到所述報文后應(yīng)執(zhí)行的動作序列； 當(dāng)收到所述報文后，執(zhí)行所述報文所包含的所述動作序列。
21. -種推送主題的裝置，其特征在于，包括： 處理器； 用于存儲處理器可執(zhí)行指令的存儲器； 其中，所述處理器被配置為： 向第一終端下發(fā)私鑰； 接收第二終端轉(zhuǎn)發(fā)的報文，其中所述報文被所述第一終端用所述私鑰加密，所述報文 包含主題的標(biāo)識信息； 使用與所述私鑰對應(yīng)的公鑰對所述報文進行檢驗； 當(dāng)檢驗通過時，將所述主題標(biāo)識所代表的主題下發(fā)給所述第二終端。
【文檔編號】G06F17/30GK104506575SQ201410722752
【公開日】2015年4月8日 申請日期:2014年12月2日 優(yōu)先權(quán)日:2014年12月2日
【發(fā)明者】陳德嘉, 霍東海, 高承星 申請人:小米科技有限責(zé)任公司