消息的處理方法及裝置制造方法
【專利摘要】本發(fā)明提供了一種消息的處理方法及裝置，其中，該處理方法包括：獲取操作消息內容；通過預定的賬號從服務器獲取至少一個關聯(lián)終端的信息；顯示所述至少一個關聯(lián)終端的信息；響應于用戶對關聯(lián)終端的選擇，將包括所述操作消息內容和選擇的關聯(lián)終端的信息的消息發(fā)送給所述服務器。本發(fā)明的消息處理方法及裝置，采用了將多個終端與賬號進行關聯(lián)，并借助服務器對關聯(lián)終端的信息進行管理的機制，實現(xiàn)了在關聯(lián)終端之間進行跨終端、跨平臺的消息傳遞。
【專利說明】消息的處理方法及裝置

【技術領域】
[0001] 本發(fā)明涉及一種消息的處理方法及裝置，屬于互聯(lián)網【技術領域】。

【背景技術】
[0002] 在互聯(lián)網非常發(fā)達的今天，出現(xiàn)了很多的操作平臺，例如有電腦、手機、平板、車 載顯示屏、電視、游戲機等等。對于不同的操作平臺，其便捷的程度不同。像PC(p erS〇nal computer)鍵盤輸入特別流暢，速度快，但觸摸、語音、拍照不太方便。手機點擊觸摸非常方 便，但鍵盤輸入比較麻煩。車載可以方便地控制汽車的多個獨有控件，也能方便地與方向盤 按鍵關聯(lián)起來，但鍵盤輸入不方便。電視屏幕，可以方便地用遙控控制，但觸摸打字等則不 方便。游戲顯示屏，可以很方便地用手柄進行控制，當同樣不適合觸摸打字。另外，從軟件 方面來看，有些軟件只能運行在指定的平臺下面，如APP(Application)程序一般只運行在 手機上面，而一些游戲程序只能運行在特定的游戲平臺上。
[0003] 基于上述原因，如何方便地進行多屏互動，充分應用各個平臺的長處，成為一種現(xiàn) 實的需求。


【發(fā)明內容】

[0004] 本發(fā)明的實施例提供一種消息的處理方法及裝置，以實現(xiàn)跨終端、跨平臺的消息 傳遞及處理。
[0005] 為達到上述目的，本發(fā)明的實施例提供了一種消息的處理方法，其包括：獲取操作 消息內容；通過預定的賬號從服務器獲取至少一個關聯(lián)終端的信息；顯示所述至少一個關 聯(lián)終端的信息；響應于用戶對關聯(lián)終端的選擇，將包括所述操作消息內容和選擇的關聯(lián)終 端的信息的消息發(fā)送給所述服務器。
[0006] 本發(fā)明的實施例還提供了一種消息的處理方法，其包括：根據終端提供的賬號信 息，向所述終端提供至少一個關聯(lián)終端的信息；接收包括操作消息內容和關聯(lián)終端的信息 的消息；根據接收的關聯(lián)終端的信息向所述關聯(lián)終端發(fā)送所述消息。
[0007] 本發(fā)明的實施例還提供了一種消息的處理方法，其包括：接收包括操作消息內容 和關聯(lián)終端的信息的消息；調用應用程序對所述操作消息內容進行處理。
[0008] 本發(fā)明的實施例還提供了一種消息的處理裝置，其包括：消息內容獲取模塊，用戶 獲取操作消息內容；關聯(lián)終端的信息獲取模塊，用戶通過預定的賬號從服務器獲取至少一 個關聯(lián)終端的信息；第一顯示模塊，用于顯示所述至少一個關聯(lián)終端的信息；第一發(fā)送模 塊，用于響應于用戶對關聯(lián)終端的選擇，將包括所述操作消息內容和選擇的關聯(lián)終端的信 息的消息發(fā)送給所述服務器。
[0009] 本發(fā)明的實施例還提供了一種消息的處理裝置，其包括：關聯(lián)終端的信息提供模 塊，用于根據終端提供的賬號信息，向所述終端提供至少一個關聯(lián)終端的信息；第一接收模 塊，用于接收包括操作消息內容和關聯(lián)終端的信息的消息；第二發(fā)送模塊，用于根據接收的 關聯(lián)終端的信息向所述關聯(lián)終端發(fā)送所述消息。
[0010] 本發(fā)明的實施例還提供了一種消息的處理裝置，其包括：第二接收模塊，用于接收 包括操作消息內容和關聯(lián)終端的信息的消息；消息處理模塊，用于調用應用程序對所述操 作消息內容進行處理。
[0011] 本發(fā)明實施例的消息處理方法及裝置，采用了將多個終端與賬號進行關聯(lián)，并借 助服務器對關聯(lián)終端的信息進行管理的機制，實現(xiàn)了在關聯(lián)終端之間進行跨終端、跨平臺 的消息傳遞。

【專利附圖】

【附圖說明】
[0012] 圖1為本發(fā)明實施例的整體結構原理圖。
[0013] 圖2為本發(fā)明實施例一的消息處理方法的流程圖之一。
[0014] 圖3為本發(fā)明實施例一的消息處理方法的流程圖之二。
[0015] 圖4為本發(fā)明實施例一的消息處理方法的流程圖之三。
[0016] 圖5為本發(fā)明實施例二的消息處理裝置結構示意圖之一。
[0017] 圖6為本發(fā)明實施例二的消息處理裝置結構示意圖之二。
[0018] 圖7為本發(fā)明實施例二的消息處理裝置結構示意圖之三。
[0019] 圖8為本發(fā)明實施例的應用場景示意圖之一。
[0020] 圖9為本發(fā)明實施例的應用場景示意圖之二。
[0021] 圖10為本發(fā)明實施例的應用場景示意圖之三。
[0022] 圖11為本發(fā)明實施例的應用場景示意圖之四。
[0023] 圖12為本發(fā)明實施例的應用場景示意圖之五。

【具體實施方式】
[0024] 本發(fā)明實施例提供了一種消息的處理方法及裝置，通過統(tǒng)一的賬號機制，將多個 終端通過統(tǒng)一的賬號關聯(lián)起來，各個終端通過基于賬號來訪問服務器的方式獲得關聯(lián)終端 的信息，從而將操作消息內容進行跨終端、跨平臺的傳遞。在本發(fā)明的實施例中，"操作消息 內容"指從一個終端發(fā)給另一個終端的消息內容，另一個終端接收到該操作消息內容后，可 以進行進一步的操作。例如，A終端向B終端發(fā)出了一個電話號碼（該電話號碼就是操作消 息內容），B終端收到該操作消息內容后，可以調用撥號程序撥打該電話號碼，再例如，A終 端向B終端發(fā)出了一個下載地址（該下載地址就是操作消息內容），B終端收到該操作消息 內容后，可以調用下載程序進行下載。在以下的實施例中，為了便于說明，生成并發(fā)送消息 的終端也稱為源終端，接收消息的終端也稱為目標終端，相應地發(fā)出操作消息內容的應用 程序也稱為源應用程序，接收并執(zhí)行處理的應用程序也稱為目標應用程序。
[0025] 如圖1所示，其為本發(fā)明實施例的整體結構原理圖，其中，基于統(tǒng)一的賬號機制， 服務器對多個終端（如圖1中的終端1-N)進行管理，在每個終端上，通過終端專門的消息 處理裝置（一般可以由終端的操作系統(tǒng)或者專門的應用程序管理軟件來完成相應功能）， 對各個應用程序（如圖1中的程序Ι-m)進行管理，應用程序向外發(fā)出消息或者接收消息都 通過該消息處理裝置來完成，即，各個應用程序的消息接收或發(fā)送的對象是處于終端上的 消息處理裝置。
[0026] 實施例一
[0027] 如圖2所示，其為本發(fā)明實施例一的消息的處理方法的流程圖之一，圖2所示流程 是發(fā)送操作消息內容的終端側的處理流程，其包括：
[0028] 步驟11 :獲取操作消息內容。具體地，操作消息內容獲取的主要是從安裝于終端 上的各個應用程序獲取的。例如，源終端上的瀏覽器程序訪問某個頁面時，用戶選擇了一個 下載鏈接，并希望通過PC機下載該連接對應的內容，這個時候，該下載連接就成為了操作 消息內容。
[0029] 步驟12 :通過預定的賬號從服務器獲取至少一個關聯(lián)終端的信息。如前面所描述 的，本發(fā)明實施例的基本原理在于通過統(tǒng)一賬號來管理多個終端，服務器上保存著與賬號 關聯(lián)的至少一個關聯(lián)終端的信息。終端可以憑借預定的賬號登陸服務器，然后獲取與該賬 號關聯(lián)的多個關聯(lián)終端的信息，然后從多個關聯(lián)終端中進行選擇，確定操作消息內容發(fā)送 的目標終端。
[0030] 步驟13 :顯示至少一個關聯(lián)終端的信息。具體地，可以以圖8中應用場景81所示 的形式（下拉菜單）呈現(xiàn)給用戶，以便用戶進行選擇。
[0031] 步驟14 :響應于用戶對關聯(lián)終端的選擇，將包括操作消息內容和用戶選擇的關聯(lián) 終端的信息的消息發(fā)送給服務器。在用戶選擇確定了作為目標終端的關聯(lián)終端后，就將包 含操作消息內容和用戶選擇的關聯(lián)終端（目標終端）的信息的消息發(fā)送給服務器，服務器 根據用戶選擇的關聯(lián)終端的信息就可以將操作消息內容轉發(fā)到對應的關聯(lián)終端上。
[0032] 通過本實施例的消息的處理方法，通過賬號與多個終端進行關聯(lián)的機制，實現(xiàn)了 在關聯(lián)終端之間進行跨終端、跨平臺的消息傳遞。
[0033] 進一步地，為了實現(xiàn)跨程序的操作消息內容傳遞，還需要獲取到該操作消息內容 要發(fā)送的目標程序。因此，在步驟12中，通過預定的賬號從服務器獲取關聯(lián)終端的信息還 可以包括：通過預定的賬號從服務器獲取關聯(lián)終端的信息以及與關聯(lián)終端對應的關聯(lián)應用 程序的信息。進一步地，顯示關聯(lián)終端的信息還可以包括：顯示關聯(lián)終端的信息和關聯(lián)應 用程序的信息。這樣用戶可以在選擇作為目標終端的關聯(lián)終端的同時，也對安裝于目標終 端上的關聯(lián)應用程序進行選擇。在這種情況下，服務器中除了存儲與賬號關聯(lián)的關聯(lián)終端 的信息外，還需要存儲有以及各個關聯(lián)終端對應的關聯(lián)應用程序的信息。在用戶選擇確定 后，源終端將包含所選擇的關聯(lián)終端的信息和關聯(lián)應用程序的信息與操作消息內容的消息 發(fā)送給服務器。
[0034] 通過引入了關聯(lián)應用程序的信息，在賬號機制的基礎上實現(xiàn)了跨終端、跨平臺、跨 程序的消息傳遞。
[0035] 此外，為了提高服務器的消息傳遞效率，在上述的消息的處理方法中，還可以包括 獲取消息有效期，并將該消息有效期包含在消息中向服務器發(fā)送。這樣服務器在獲得了消 息的同時也獲得了消息有效期，如果在有效期之內無法成功地將該消息轉發(fā)到所選擇的關 聯(lián)終端，則將丟棄該消息。
[0036] 以上描述了作為生成并發(fā)送操作消息內容的源終端側的消息的處理方法，下面將 從服務器側介紹一下本發(fā)明實施例的消息的處理方法，圖3所示，其為本發(fā)明實施例一的 消息的處理方法的流程圖之二，圖3所示流程是服務器側的處理流程，其包括：
[0037] 步驟21 :根據終端提供的賬號信息，向終端提供至少一個關聯(lián)終端的信息。如上 面所述，服務器上存儲有與賬號關聯(lián)的至少一個關聯(lián)終端的信息，當終端登錄到服務器后， 服務器可以向終端提供關聯(lián)終端的信息。
[0038] 步驟22 :接收包括操作消息內容和關聯(lián)終端的信息的消息；
[0039] 步驟23 :根據接收的關聯(lián)終端的信息向關聯(lián)終端發(fā)送消息。
[0040] 通過上述步驟21-23,服務器向終端提供了消息傳遞所必須的關聯(lián)終端信息并完 成了消息轉發(fā)的操作，其中，服務器對與賬號關聯(lián)終端的信息進行管理，并且通過服務器進 行消息中轉最終實現(xiàn)了跨終端、跨平臺的消息傳遞。
[0041] 進一步地，如上面所說的為了實現(xiàn)跨程序的操作消息內容傳遞，還需要獲取到該 操作消息內容要發(fā)送的目標程序。這樣，在服務器中還可以存儲有與上述的關聯(lián)終端對應 的關聯(lián)應用程序的信息，這些關聯(lián)應用程序都是安裝于各個關聯(lián)終端上的應用程序，其分 別對應于每個關聯(lián)終端進行存儲。具體的存儲方式可以為在服務器上維護一個關聯(lián)終端信 息表和多個關聯(lián)應用程序信息表，每個關聯(lián)應用程序信息表分別與一個關聯(lián)終端對應?；?于這樣的存儲內容，上述的根據終端提供的賬號信息，向終端提供至少一個關聯(lián)終端的信 息可以具體為：根據終端提供的賬號信息，向終端提供至少一個關聯(lián)終端的信息和與關聯(lián) 終端對應的關聯(lián)應用程序的信息。相應地，服務器接收到的消息也可以包括操作消息內容、 關聯(lián)終端的信息和與關聯(lián)終端對應的關聯(lián)應用程序的信息。
[0042] 通過引入了關聯(lián)應用程序的信息，在賬號機制的基礎上實現(xiàn)了跨終端、跨平臺、跨 程序的消息傳遞。
[0043] 此外，從終端發(fā)送來的消息還可以包括消息有效期，如果在消息有效期內，服務器 沒有檢測到關聯(lián)終端在線，則丟棄消息。通過這樣的機制，提高了服務器消息傳遞效率，減 少了冗余消息。
[0044] 以上描述的服務器側對于消息的處理方法，下面將介紹一下接收消息的目標終端 側的消息的處理方法，如圖4所示，其為本發(fā)明實施例一的消息的處理方法的流程圖之三， 圖4所示流程是目標終端側的處理流程，其包括：
[0045] 步驟31 :接收包括操作消息內容和關聯(lián)終端的信息的消息；
[0046] 步驟32 :調用應用程序對操作消息內容進行處理。
[0047] 進一步地，該方法還可以包括顯示操作消息內容，并且調用應用程序對操作消息 內容進行處理包括：響應于用戶的操作，調用應用程序對操作消息內容進行處理。即終端 在接收到消息后不是馬上處理，而是將消息進行顯示，等待用戶的操作，再調用相應的程序 進行處理。例如，消息中的操作消息內容為電話號碼，則在終端收到消息后，先將電話號碼 顯示在手機操作系統(tǒng)的消息通知欄中，待用戶點擊后再調用撥號應用程序進行呼叫。如圖 9和圖10所示，其示出了操作消息內容為電話號碼時的應用場景91和92，其中，在場景91 中通過消息欄提示用戶收到，在場景92中，用戶點擊該消息，系統(tǒng)調用撥號應用程序進行 撥號。再例如，圖11和圖12所示場景111和112,在場景111中，收到服務器發(fā)送來的消 息，并將消息中的下載內容顯示在消息提示欄中，用戶選中后，調用下載應用程序，進入場 景112進行下載操作。
[0048] 進一步地，如上面所述，消息還可以包括關聯(lián)應用程序的信息，則調用應用程序對 操作消息內容進行處理可以具體為：根據關聯(lián)應用程序的信息調用關聯(lián)應用程序對操作消 息內容進行處理。即在源終端在發(fā)送消息時就應已經選則了目標終端上進行消息處理的關 聯(lián)應用程序，并將該關聯(lián)應用程序的信息包含在了消息中，目標終端接收到該消息后，直接 根據關聯(lián)應用程序的信息調用相關應用程序進行處理即可。通過上述機制，在統(tǒng)一賬號機 制的基礎上，實現(xiàn)了跨終端、跨平臺、跨應用程序的消息傳遞。
[0049] 此外，為了使服務器能夠獲知各個關聯(lián)終端的在線狀態(tài)，服務器與各個關聯(lián)終端 之間可以采用心跳機制來保持同步，這樣服務器能夠更好地獲知各個關聯(lián)終端的在線狀 態(tài)，便于進行消息轉發(fā)。
[0050] 下面將具體介紹一下消息的具體結構，以遠程撥打電話為例，，首先用戶向源終端 的應用程序中輸入電話號碼"01066666 "（該號碼將作為操作消息內容），再點擊遠程撥打 后，源終端將開始生成包含該電話號碼的消息。消息有效期可以通過應用程序內部指定或 者也可以采用默認值或者可以通過向應用程序輸入數值的方式產生，假設為86400。
[0051] 假設在初始狀態(tài)下，源終端還未登錄至服務器，消息的結構如下（結合程序代碼 進行說明，其中"###"之前為程序代碼，之后為注解內容）：
[0052] { "user_name": ###用戶名未明確 "password": ###密碼未明確 "send_macliine_type"： 1，###源終端的平臺類型（平臺類型主 要是指終端的操作系統(tǒng)的類型，例如是android手機、ios手機、還是 windows PC，還是linux PC等等，主要用于消息通路的選擇用的。不 同的平臺的消息建立的聯(lián)接和通路不一樣，因而會有不同的消息聯(lián)通 通路。比如 android 系統(tǒng)可以用多條 TCP(Transmission Control Protocol 傳輸控制協(xié)議）一起通信，ios只能有一條tcp通路。） "send_machine_id": "3790037489155358463", ###源終端 的機器id號，一個64位的簽名，維一地表現(xiàn)物理上的一臺機器； "send_machme_program": "rj_* * * *### 源應用程序的維 一編號：例如具體表示如下地址處的應用程序 http ://rj. baidu.com/soft/detai 1/* * * *. h tm 1 ； "receive_machine_type 0 ###目標終端的平臺類型：未 明確； "receive_machine_id ": ### 目標終端的機器 id:未明 確 "receive_machine_program ": ### 目標應用程序的標 識信息：未明確； "content"："tele:01066666"，###操作消息內容的一部分，此 處為電話號碼； " 111€886層6_山8卩丨冱>^:"卩11811〇1066666",###操作消息內容的一部分， 指示目標終端進行消息顯示處理； "send_tirne"： "2014-06-11 19:26"，###發(fā)送吋l、M.j "time_duratiorT:86400，###消息的持續(xù)時長（即有效期） }
[0053] 通過上述消息的基本結構可以看出，在終端未登陸服務器之前，關于目標終端的 信息還沒法獲知。在源終端訪問了服務器后，并經過用戶對關聯(lián)終端和關聯(lián)應用程序進行 選擇后，消息成為如下狀態(tài)：
[0054] { "user_name": "test_user",###.j-H J'1 X/"test_user" "password"： "123456'###密碼為"123456" "send_iriachine_type": 1, "send_machine_id": "3790037489155358463", "send_machine_program": "receive_macliine_type "： 2，### 目標終端的平臺類型為 2; "receive_machme_id "： "45540019101 17258950",### Η 標終 端的機器id; "receive_machine_program "： "as_****",### 目標應用程序的 標識信息； "content": " tele:01066666" "rnessege_display":"push 01066666" "send_time": "2014-06-11 19:26" "time_duration" :86400 }
[0055] 上述的消息的結構可以根據應用程序的不同而有所變化，生成不同的格式。例如， 在操作消息內容（content) -項中，如果存在"tele"標識，則表示其后面為電話號碼，表 示通過推送這個電話號碼，可以直接在手機端撥打。如果在操作消息內容（content) -項 中，包含"softApp"標識，則表示其后面為軟件下載的地址，例如"softApp:android/ios App store url"，表示推送這個app軟件，可以在手機上面下載。再例如，在操作消息內容 (content) -項中，包含"Mp3/video"，貝U表示其后面為mp3或video的地址，目標終端可以 直接訪問該地址進行播放。再例如，在操作消息內容（content) -項中，"Map poi"標識表 示其后面為導航信息，通過兩個poi，可以直接在汽車導航上面進行導航。
[0056] 在生成了上述的消息后，通過點擊推送按鈕，就可以向服務器推送該消息了。對于 目標終端處于離線狀態(tài)的情況下，該消息將會保存在服務器中，目標終端上線后，才能進行 向目標終端的推送操作。如果在消息的持續(xù)時長（time_d Urati〇n)內服務器仍無法聯(lián)系上 目標終端，則該消息將會被丟棄。
[0057] 本實施例的消息處理方法，采用了將多個終端與賬號進行關聯(lián)，并借助服務器對 關聯(lián)終端的信息進行管理的機制，實現(xiàn)了在關聯(lián)終端之間進行跨終端、跨平臺的消息傳遞。 進一步地，在將多個終端與賬號進行關聯(lián)的基礎上，還將應用程序與上述終端進行了關聯(lián) 處理，并且也通過服務器進行管理，從而實現(xiàn)了跨終端、跨平臺、跨程序的消息傳遞。
[0058] 實施例二
[0059] 如圖5所示，其為實施例二的消息的處理裝置結構示意圖之一，該處理裝置處于 源終端側，其包括：消息內容獲取模塊51，用于獲取操作消息內容；關聯(lián)終端的信息獲取模 塊52,用于通過預定的賬號從服務器獲取至少一個關聯(lián)終端的信息；第一顯示模塊53,用 于顯示至少一個關聯(lián)終端的信息；第一發(fā)送模塊54,用于響應于用戶對關聯(lián)終端的選擇， 將包括操作消息內容和選擇的關聯(lián)終端的信息的消息發(fā)送給服務器。
[0060] 其中，通過預定的賬號從服務器獲取關聯(lián)終端的信息可以包括：通過預定的賬號 從服務器獲取關聯(lián)終端的信息以及與關聯(lián)終端對應的關聯(lián)應用程序的信息。此外，顯示關 聯(lián)終端的信息可以包括：顯示關聯(lián)終端的信息和關聯(lián)應用程序的信息，進一步地，響應于用 戶對關聯(lián)終端的選擇，將包括操作消息內容和選擇的關聯(lián)終端的信息的消息發(fā)送給服務器 可以包括：響應于用戶對關聯(lián)終端和關聯(lián)應用程序的選擇，將包括操作消息內容、選擇的關 聯(lián)終端的信息和關聯(lián)應用程序的信息的消息發(fā)送給服務器。
[0061] 此外，該處理裝置還可以包括登錄模塊，用于通過預定的賬號登錄服務器。另外， 該處理裝置還可以包括消息有效期獲取模塊，用于獲取消息的有效期，并且第一發(fā)送模塊 將該消息有效期包含在消息中向服務器發(fā)送。
[0062] 以上介紹了在源終端側的消息處理裝置的結構，下面介紹服務器側的消息處理裝 置的結構，如圖6所示，其為實施例二的消息的處理裝置結構示意圖之二，該處理裝置處于 服務器側，其包括：關聯(lián)終端的信息提供模塊61，用于根據終端提供的賬號信息，向終端提 供至少一個關聯(lián)終端的信息；第一接收模塊62,用于接收包括操作消息內容和關聯(lián)終端的 信息的消息；第二發(fā)送模塊63,用于根據接收的關聯(lián)終端的信息向關聯(lián)終端發(fā)送消息。 [0063] 其中，根據終端提供的賬號信息，向終端提供至少一個關聯(lián)終端的信息可以包括： 根據終端提供的賬號信息，向終端提供至少一個關聯(lián)終端的信息和與關聯(lián)終端對應的關聯(lián) 應用程序的信息。接收包括操作消息內容和關聯(lián)終端的信息的消息可以包括：接收包括操 作消息內容、關聯(lián)終端的信息和與關聯(lián)終端對應的關聯(lián)應用程序的信息的消息。
[0064] 此外，消息還包括消息有效期，并且處理裝置還可以包括：消息丟棄模塊，用于在 消息有效期內，沒有檢測到關聯(lián)終端在線的情況下，丟棄消息。
[0065] 以上介紹了在服務器側的消息處理裝置的結構，下面介紹目標終端側的消息處理 裝置的結構，如圖7所示，其為實施例二的消息的處理裝置結構示意圖之二，該處理裝置處 于目標終端側，其包括：第二接收模塊71，用于接收包括操作消息內容和關聯(lián)終端的信息 的消息；消息處理模塊72,用于調用應用程序對操作消息內容進行處理。
[0066] 此外，該處理裝置還可以包括顯示模塊，用于顯示操作消息內容；并且調用應用程 序對操作消息內容進行處理可以包括：響應于用戶的操作，調用應用程序對操作消息內容 進行處理。
[0067] 本實施例的消息處理裝置，采用了將多個終端與賬號進行關聯(lián)，并借助服務器對 關聯(lián)終端的信息進行管理的機制，實現(xiàn)了在關聯(lián)終端之間進行跨終端、跨平臺的消息傳遞。 進一步地，在將多個終端與賬號進行關聯(lián)的基礎上，還將應用程序與上述終端進行了關聯(lián) 處理，并且也通過服務器進行管理，從而實現(xiàn)了跨終端、跨平臺、跨程序的消息傳遞。
[0068] 以上所述，僅為本發(fā)明的【具體實施方式】，但本發(fā)明的保護范圍并不局限于此，任何 熟悉本【技術領域】的技術人員在本發(fā)明揭露的技術范圍內，可輕易想到變化或替換，都應涵 蓋在本發(fā)明的保護范圍之內。因此，本發(fā)明的保護范圍應以所述權利要求的保護范圍為準。
【權利要求】
1. 一種消息的處理方法，其特征在于，包括： 獲取操作消息內容； 通過預定的賬號從服務器獲取至少一個關聯(lián)終端的信息； 顯示所述至少一個關聯(lián)終端的信息； 響應于用戶對關聯(lián)終端的選擇，將包括所述操作消息內容和選擇的關聯(lián)終端的信息的 消息發(fā)送給所述服務器。
2. 根據權利要求1所述的處理方法，其特征在于，通過預定的賬號從服務器獲取至少 一個關聯(lián)終端的信息包括：通過預定的賬號從服務器獲取至少一個關聯(lián)終端的信息以及與 所述關聯(lián)終端對應的關聯(lián)應用程序的信息。
3. 根據權利要求2所述的處理方法，其特征在于，所述顯示至少一個關聯(lián)終端的信息 包括：顯示至少一個關聯(lián)終端的信息和關聯(lián)應用程序的信息。
4. 根據權利要求2所述的處理方法，其特征在于，響應于用戶對關聯(lián)終端的選擇，將包 括所述操作消息內容和所述選擇的關聯(lián)終端的信息的消息發(fā)送給所述服務器包括：響應于 用戶對關聯(lián)終端和關聯(lián)應用程序的選擇，將包括所述操作消息內容、所述選擇的關聯(lián)終端 的信息和關聯(lián)應用程序的信息的消息發(fā)送給所述服務器。
5. 根據權利要求1所述的處理方法，其特征在于，還包括：通過預定的賬號登錄所述服 務器。
6. 根據權利要求1所述的處理方法，其特征在于，還包括：獲取消息有效期，并將該消 息有效期包含在所述消息中向服務器發(fā)送。
7. -種消息的處理方法，其特征在于，包括： 根據終端提供的賬號信息，向所述終端提供至少一個關聯(lián)終端的信息； 接收包括操作消息內容和關聯(lián)終端的信息的消息； 根據接收的關聯(lián)終端的信息向所述關聯(lián)終端發(fā)送所述消息。
8. 根據權利要求7所述的處理方法，其特征在于，根據終端提供的賬號信息，向終端提 供至少一個關聯(lián)終端的信息包括：根據終端提供的賬號信息，向所述終端提供至少一個關 聯(lián)終端的信息和與所述關聯(lián)終端對應的關聯(lián)應用程序的信息。
9. 根據權利要求8所述的處理方法，其特征在于，所述接收包括操作消息內容和關聯(lián) 終端的信息的消息包括：接收包括操作消息內容、所述關聯(lián)終端的信息和與所述關聯(lián)終端 對應的關聯(lián)應用程序的信息的消息。
10. 根據權利要求7所述的處理方法，其特征在于，所述消息還包括消息有效期，所述 處理方法還包括：如果在所述消息有效期內，沒有將該消息發(fā)送至所述關聯(lián)終端，則丟棄所 述消息。
11. 一種消息的處理方法，其特征在于，包括： 接收包括操作消息內容和關聯(lián)終端的信息的消息； 調用應用程序對所述操作消息內容進行處理。
12. 根據權利要求11所述的處理方法，其特征在于，所述處理方法還包括：顯示所述操 作消息內容，并且所述調用應用程序對所述操作消息內容進行處理包括：響應于用戶的操 作，調用應用程序對所述操作消息內容進行處理。
13. 根據權利要求11或12所述的處理方法，其特征在于，所述消息還包括關聯(lián)應用程 序的信息，并且所述調用應用程序對所述操作消息內容進行處理包括：根據所述關聯(lián)應用 程序的信息調用所述關聯(lián)應用程序對所述操作消息內容進行處理。
14. 一種消息的處理裝置，其特征在于，包括： 消息內容獲取模塊，用于獲取操作消息內容； 關聯(lián)終端的信息獲取模塊，用于通過預定的賬號從服務器獲取至少一個關聯(lián)終端的信 息； 第一顯示模塊，用于顯示所述至少一個關聯(lián)終端的信息； 第一發(fā)送模塊，用于響應于用戶對關聯(lián)終端的選擇，將包括所述操作消息內容和選擇 的關聯(lián)終端的信息的消息發(fā)送給所述服務器。
15. 根據權利要求14所述的處理裝置，其特征在于，通過預定的賬號從服務器獲取至 少一個關聯(lián)終端的信息包括：通過預定的賬號從服務器獲取至少一個關聯(lián)終端的信息以及 與所述關聯(lián)終端對應的關聯(lián)應用程序的信息。
16. 根據權利要求15所述的處理裝置，其特征在于，所述顯示至少一個關聯(lián)終端的信 息包括：顯示至少一個關聯(lián)終端的信息和關聯(lián)應用程序的信息。
17. 根據權利要求15所述的處理裝置，其特征在于，響應于用戶對關聯(lián)終端的選擇，將 包括所述操作消息內容和所述選擇的關聯(lián)終端的信息的消息發(fā)送給所述服務器包括：響應 于用戶對關聯(lián)終端和關聯(lián)應用程序的選擇，將包括所述操作消息內容、所述選擇的關聯(lián)終 端的信息和關聯(lián)應用程序的信息的消息發(fā)送給所述服務器。
18. 根據權利要求14所述的處理裝置，其特征在于，還包括： 登錄模塊，用于通過預定的賬號登錄所述服務器。
19. 根據權利要求14所述的處理裝置，其特征在于，還包括：消息有效期獲取模塊，用 于獲取所述消息的有效期；并且所述第一發(fā)送模塊將該消息有效期包含在所述消息中向服 務器發(fā)送。
20. -種消息的處理裝置，其特征在于，包括： 關聯(lián)終端的信息提供模塊，用于根據終端提供的賬號信息，向所述終端提供至少一個 關聯(lián)終端的信息； 第一接收模塊，用于接收包括操作消息內容和關聯(lián)終端的信息的消息； 第二發(fā)送模塊，用于根據接收的關聯(lián)終端的信息向所述關聯(lián)終端發(fā)送所述消息。
21. 根據權利要求20所述的處理裝置，其特征在于，根據終端提供的賬號信息，向終端 提供至少一個關聯(lián)終端的信息包括：根據終端提供的賬號信息，向所述終端提供至少一個 關聯(lián)終端的信息和與所述關聯(lián)終端對應的關聯(lián)應用程序的信息。
22. 根據權利要求21所述的處理裝置，其特征在于，所述接收包括操作消息內容和關 聯(lián)終端的信息的消息包括：接收包括操作消息內容、所述關聯(lián)終端的信息和與所述關聯(lián)終 端對應的關聯(lián)應用程序的信息的消息。
23. 根據權利要求20所述的處理裝置，其特征在于，所述消息還包括消息有效期，并且 所述處理裝置還包括：消息丟棄模塊，用于在所述消息有效期內，沒有將該消息發(fā)送至所述 關聯(lián)終端的情況下，丟棄所述消息。
24. -種消息的處理裝置，其特征在于，包括： 第二接收模塊，用于接收包括操作消息內容和關聯(lián)終端的信息的消息； 消息處理模塊，用于調用應用程序對所述操作消息內容進行處理。
25.根據權利要求24所述的處理裝置，其特征在于，還包括：顯示模塊，用于顯示所述 操作消息內容；并且所述調用應用程序對所述操作消息內容進行處理包括：響應于用戶的 操作，調用應用程序對所述操作消息內容進行處理。
【文檔編號】H04L29/06GK104125231SQ201410374979
【公開日】2014年10月29日 申請日期:2014年7月31日 優(yōu)先權日:2014年7月31日
【發(fā)明者】吳一璞, 吳宇明, 雷振, 胡雨舟, 彭力, 牛正雨 申請人:百度在線網絡技術（北京）有限公司