專利名稱：不下載發(fā)送消息的方法、消息服務器和終端的制作方法
技術領域：
本發(fā)明涉及通信領域，尤其涉及不下載發(fā)送消息的方法、消息服務器和終端。
背景技術：
3GPP/3GPP2是制定第三代移動通信系統(tǒng)的國際標準組織，其中的一個標 準就是IP多媒體子系統(tǒng)(IMS/MMD)，可以快速提供和部署各種多媒體業(yè)務。 IP多媒體子系統(tǒng)的一個重要特征是使用SIP (Session Initiation Protocol,會話 初始協(xié)議)作為呼叫和信令控制功能。
在目前的一些基于SIP的消息系統(tǒng)中， 一般用戶都會有自己網(wǎng)絡存儲，將 一些消息、會話歷史記錄、媒體等內(nèi)容存放在網(wǎng)絡存儲中，這些內(nèi)容并不下載 到用戶終端上，用戶可以直接讓服務器轉(zhuǎn)發(fā)這些內(nèi)容給其他的用戶。
現(xiàn)有技術中，移動終端收發(fā)移動郵件就釆用了不下載轉(zhuǎn)發(fā)技術。
在移動終端向其他移動終端轉(zhuǎn)發(fā)郵件的過程中，移動終端從郵件服務器獲 取待轉(zhuǎn)發(fā)郵件的郵件框架(郵件框架可以包括郵件發(fā)送者、郵件標題、附件名 稱等內(nèi)容)，從中選擇需要轉(zhuǎn)發(fā)的部分(需要轉(zhuǎn)發(fā)的部分表示為URLAUTH URL，即含鑒權信息的統(tǒng)一資源定位器URL，郵件服務器可以根據(jù)該URL獲 取內(nèi)容)，移動終端增加郵件內(nèi)容(如增加文本信息)、選擇轉(zhuǎn)發(fā)地址等，然后 組織成新郵件，發(fā)送給郵件服務器。郵件服務器收到該郵件后，按照URL獲 取內(nèi)容，組裝成轉(zhuǎn)發(fā)郵件，其中包含獲取到的內(nèi)容，然后根據(jù)轉(zhuǎn)發(fā)地址發(fā)送給 相應的接收方。
發(fā)明人在實現(xiàn)本發(fā)明的過程中，發(fā)現(xiàn)現(xiàn)有技術至少存在如下問題 現(xiàn)有的不下載轉(zhuǎn)發(fā)技術不夠靈活，僅由發(fā)送方的郵件服務器通過URL訪問用戶在網(wǎng)絡存儲中存儲的數(shù)據(jù)，并進行消息的組裝，并且只能組裝整個郵件， 不能做到組裝郵件的 一部分。

發(fā)明內(nèi)容
本發(fā)明實施例提供了 一種不下載發(fā)送消息的方法，以提高不下載發(fā)送消息
的靈活性，該方法包括如下步驟
發(fā)送方歸屬的服務器接收消息發(fā)送方發(fā)送的攜帶有內(nèi)容標識的消息；所述
發(fā)送方歸屬的服務器根據(jù)配置策略或發(fā)送方的指示，在所述消息中裝配或者不
裝配所述內(nèi)容標識所對應的內(nèi)容后，將所述消息發(fā)送到接收方。
本發(fā)明的另 一個實施例提供了 一種消息服務器，該消息服務器包括 接收單元，用于接收發(fā)送方終端或其他消息服務器發(fā)送的攜帶有內(nèi)容標識
的消息；
決策單元，用于根據(jù)所述消息及自身的策略配置，選擇是否在所述消息中 裝配所述內(nèi)容標識對應的內(nèi)容；
裝配單元，用于在決策單元選擇需要裝配所述內(nèi)容標識對應的內(nèi)容時，獲 取與所述內(nèi)容標識對應的內(nèi)容裝配到所述消息中；
發(fā)送單元，用于在決策單元選擇不需要裝配所述內(nèi)容標識對應的內(nèi)容時， 將所述接收單元接收到的消息發(fā)送到接收方設備；或者將所述裝配單元進行內(nèi) 容裝配后的消息發(fā)送到接收方設備。
本發(fā)明的另一個實施例提供了一種終端，該終端包括
接收單元，用于接收該終端的歸屬服務器發(fā)送的攜帶有內(nèi)容標識的消息；
決策單元，用于根據(jù)所迷攜帶有內(nèi)容標識的消息及配置的策略或獲取到的 用戶的指示，選擇是否在所述消息中裝配所述內(nèi)容標識對應的內(nèi)容；
裝配單元，用于在決策單元選擇需要裝配所述內(nèi)容標識對應的內(nèi)容時，獲 取與所述內(nèi)容標識對應的內(nèi)容，裝配到所述接收單元接收到的消息中并提供給 用戶。本發(fā)明的上述實施例，由于消息發(fā)送方服務器在收到攜帶有內(nèi)容標識的消 息后，可以根據(jù)配置策略或者用戶的指示而對是否在消息中裝配內(nèi)容標識所對 應的內(nèi)容進行選擇，這樣可以對于 一些由配置策略所約定而不需要在消息中裝 配內(nèi)容的消息進行靈活處理，克服了現(xiàn)有技術中由于只能由發(fā)送方服務器組裝 消息而造成的消息發(fā)送方式不靈活的問題，從而實現(xiàn)了更加靈活的消息發(fā)送方 式。
本發(fā)明的另 一個實施例還提供了 一種不下載發(fā)送消息的方法，該方法包括
如下步驟
發(fā)送方歸屬的服務器將從消息發(fā)送方接收到的攜帶有內(nèi)容標識的消息，發(fā) 送到接收方歸屬的服務器；所述接收方歸屬的服務器根據(jù)配置策略，在所述消 息中裝配或者不裝配所述內(nèi)容標識所對應的內(nèi)容后，將所述消息發(fā)送到接收方 終端。
本發(fā)明的上述實施例，由于消息發(fā)送方服務器收到攜帶有內(nèi)容標識的消息 后，直接發(fā)送給接收方服務器，由其根據(jù)配置策略對是否在消息中裝配內(nèi)容標 識所對應的內(nèi)容進行選擇，從而實現(xiàn)了更加靈活的消息發(fā)送方式。


圖1為本發(fā)明實施例的不下載發(fā)送消息的流程示意圖； 圖2為本發(fā)明實施例一的不下載發(fā)送消息的流程示意圖； 圖3為本發(fā)明實施例二的不下載發(fā)送消息的流程示意圖； 圖4為本發(fā)明實施例三的不下載發(fā)送消息的流程示意圖； 圖5為本發(fā)明實施例四的不下載發(fā)送消息的流程示意圖； 圖6為本發(fā)明實施例五的消息服務器的結構示意圖； 圖7為本發(fā)明實施例六的終端的結構示意圖。
具體實施方式
下面結合附圖對本發(fā)明實施例進行詳細描述。
本實施例中，在基于SIP的帶有網(wǎng)絡存儲的消息系統(tǒng)中，用戶通過本地服
務器的訂閱、通知等功能獲得在服務器上存儲的消息摘要，包括消息的消息ID、 時間、主題、媒體內(nèi)容及鏈接等，用戶可以不下載該消息，而將該消息保存在 自己的網(wǎng)絡存儲中。當用戶希望將網(wǎng)絡存儲中的內(nèi)容發(fā)送給其他用戶時，只要 發(fā)送攜帶網(wǎng)絡存儲的消息ID、媒體鏈接標識或會話歷史記錄ID等信息的消息， 由發(fā)送方服務器、或接收方服務器、或接收方終端對這個消息進行相應的處理。 參見圖1,為本發(fā)明實施例的不下載發(fā)送消息的流程示意圖，具體步驟包
括
步驟1、發(fā)送方終端向接收方終端發(fā)送消息，其中攜帶網(wǎng)絡存儲的消息ID、 媒體內(nèi)容鏈接標識或會話歷史記錄ID等信息；
步驟2、發(fā)送方終端歸屬的服務器收到該消息后，根據(jù)服務器的策略配置 或發(fā)送方用戶的指示，判斷是否需要組裝消息，若是，則執(zhí)行步驟3;否則， 執(zhí)行步驟5;
步驟3、若步驟2中，發(fā)送方終端歸屬的服務器根據(jù)自身的策略配置，判 斷需要組裝消息，則從發(fā)送方的網(wǎng)絡存儲中獲取與收到的消息中的消息ID、媒 體內(nèi)容鏈接標識或會話歷史記錄ID相對應的內(nèi)容數(shù)據(jù)，裝配到從發(fā)送方終端 接收到的消息中，并將裝配了內(nèi)容數(shù)據(jù)后的消息發(fā)送到接收方終端歸屬的服務 器，并執(zhí)行步驟4;
步驟4、接收方終端歸屬的服務器將接收到的由發(fā)送方歸屬的服務器裝配 了內(nèi)容數(shù)據(jù)的消息發(fā)送到接收方終端，并結束本流程；
步驟5、若步驟2中，發(fā)送方終端歸屬的服務器根據(jù)自身的策略配置，判 斷不需要組裝消息，則將發(fā)送方終端發(fā)送的消息發(fā)送到接收方終端歸屬的服務 器，并對接收方用戶授權，允許接收方用戶訪問發(fā)送方網(wǎng)絡存儲中的相應內(nèi)容；
步驟6、接收方終端歸屬的服務器收到該消息后，根據(jù)自身的策略配置， 判斷是否需要組裝消息，若是，則執(zhí)行步驟7;否則，執(zhí)行步驟8;步驟7、接收方歸屬的服務器根據(jù)消息中攜帶的內(nèi)容，如網(wǎng)絡存儲的消息 ID、媒體內(nèi)容鏈接標識或會話歷史記錄ID等從發(fā)送方的網(wǎng)絡存儲中獲取與所 述消息ID、媒體內(nèi)容鏈接標識或會話歷史記錄ID相對應的內(nèi)容數(shù)據(jù)，將獲取 到的內(nèi)容數(shù)據(jù)裝配到接收方終端歸屬的服務器接收到的消息中，并將裝配了內(nèi) 容數(shù)據(jù)的消息發(fā)送到接收方終端，并結束本流程；
步驟8、接收方歸屬的服務器將發(fā)送方終端發(fā)送的消息直接發(fā)送到接收方 終端；
步驟9、接收方終端收到該消息后，根據(jù)接收方終端的策略配置或接收方 用戶的選擇，判斷是否需要提取網(wǎng)絡存儲中的相應內(nèi)容，若是，則執(zhí)行步驟10; 否則，結束本流程；
步驟10、接收方終端從發(fā)送方的網(wǎng)絡存儲中提^M目應的內(nèi)容數(shù)據(jù)，組裝成 新的消息，提供給接收方用戶，并結束本流程。
下面通過以下實施例，詳細描述由發(fā)送方歸屬的服務器、接收方歸屬的服 務器或接收方用戶終端提取網(wǎng)絡存儲中的消息內(nèi)容，并組裝成新的消息，提供 給接收方用戶的過程。
實施例一
本實施例描述了發(fā)送方歸屬的服務器接收到發(fā)送方發(fā)送的攜帶網(wǎng)絡存儲 的消息ID的消息后，根據(jù)自身配置，判斷由該服務器組裝消息，并從發(fā)送方 用戶的網(wǎng)絡存儲中提取發(fā)送的內(nèi)容，組裝成新的消息，發(fā)送到接收方用戶的過 程。
參見圖2，為本發(fā)明實施例一的不下載發(fā)送消息的流程示意圖。圖2中的 用戶終端A表示消息發(fā)送方用戶所在的終端，用戶終端B表示消息接收方用 戶所在的終端；服務器A、服務器B分別表示用戶終端A、用戶終端B歸屬 的本地服務器；SIP/IP Core表示路由SIP信令的核心網(wǎng)。不下載發(fā)送消息的具 體步驟包括
步驟1 ~ 2、用戶終端A通過SIP/IP Core發(fā)送消息b到其歸屬的服務器A。消息b中攜帶有用戶A的網(wǎng)絡存儲中的消息a的消息ID ( MessagelD )。
用戶A通過服務器A的訂閱、通知等功能獲得在服務器上存儲的消息a 的摘要信息，包括消息的MessageID、時間、主題、媒體內(nèi)容及鏈接等信息， 用戶A可以不下載消息a，就讓消息a保存在用戶A的網(wǎng)絡存儲中。
用戶A希望將網(wǎng)絡存儲中的消息a發(fā)送給用戶B,于是編輯一個新消息b, 消息b中攜帶有網(wǎng)絡存儲中的消息a的MessagelD,也可以在消息b中附加一 些用戶A新加的內(nèi)容(如附加文本信息)，然后將消息b發(fā)送到服務器A。
步驟3 ~ 4、服務器A在成功接收到消息b后，給用戶終端A回202 Accepted 成功消息。
步驟5、服務器A成功解析消息b后，發(fā)現(xiàn)消息b中攜帶有MessagelD, 于是按照服務器A自身的配置策略判斷需要由服務器A為用戶組裝消息，于 是根據(jù)消息b中攜帶的MessagelD,從用戶A的網(wǎng)絡存儲中提取與MessagelD 對應的內(nèi)容，組裝成新的消息c。
服務器A中預先配置有策略，該策略可以是根據(jù)一個指示標識，該標識指 示是否需要為用戶組裝消息而進行決策；還可以是由服務器A根據(jù)消息所鏈接 的內(nèi)容的大小或消息接收者的多少，對是否為用戶組裝消息進行決策。例如， 服務器A設置數(shù)據(jù)量閾值，當鏈接內(nèi)容的數(shù)據(jù)量超過該閾值時，不為用戶組裝 消息；服務器A還可以設置接收者數(shù)量閾值，當消息接收者的數(shù)量超過該閾值 時，不為用戶組裝消息。
服務器A在組裝消息時，根據(jù)消息b中攜帶的MessagelD,從網(wǎng)絡存儲中 提取與該MessageID對應的消息a的整個內(nèi)容，將消息b中的MessagelD部分 替換為提取的內(nèi)容，組裝成新的消息c。
步驟6 ~ 8、服務器A通過SIP/IP Core發(fā)送消息c到用戶終端B的歸屬服 務器B。
步驟9 ~ 11 、服務器B在成功接收到消息c后，給服務器A回202 Accepted 成功消息。步驟12、用戶終端B和服務器B按照常規(guī)消息流程處理消息。例如，在 用戶B在線的情況下，將消息c下發(fā)給用戶終端B。 實施例二
本實施例描述了發(fā)送方歸屬的服務器接收到發(fā)送方發(fā)送的攜帶網(wǎng)絡存儲 的消息ID的消息后，根據(jù)自身配置，判斷不需要由該服務器組裝消息，并將 該消息發(fā)送到接收方歸屬的服務器；接收方歸屬的服務器根據(jù)自身配置，判斷 需要組裝消息，并從發(fā)送方用戶的網(wǎng)絡存儲中提取發(fā)送的內(nèi)容，組裝成新的消 息，發(fā)送到接收方用戶的過程。
參見圖3，為本發(fā)明實施例二的不下載發(fā)送消息的流程示意圖。圖3中的 用戶終端A表示消息發(fā)送方用戶所在的終端，用戶終端B表示消息接收方用 戶所在的終端；服務器A、服務器B分別表示用戶終端A、用戶終端B歸屬 的本地服務器；SIP/IP Core表示路由SIP信令的核心網(wǎng)。不下載發(fā)送消息的具 體步驟包括
步驟1 ~ 2、用戶終端A通過SIP/IP Core發(fā)送消息b到其歸屬的服務器A。 消息b中攜帶有用戶A的網(wǎng)絡存儲中的消息a的MessageID,還可以攜帶用戶 A新加的內(nèi)容。
步驟3 ~ 4、服務器A在成功接收到消息b后，給用戶終端A回202 Accepted 成功消息。
步驟5、服務器A成功解析消息b后，發(fā)現(xiàn)消息b中攜帶有MessageID, 于是按照服務器A自身的配置信息判斷不需要由服務器A為用戶組裝消息， 于是根據(jù)消息b中攜帶的MessageID,對用戶B進行授權，允許用戶B訪問并 提取用戶A的網(wǎng)絡存儲中的與該MessageID對應的內(nèi)容。
服務器A中預先配置有策略，該策略可以是根據(jù)一個指示標識，該標識表 示是否需要為用戶組裝消息進行決策；還可以是由服務器A根據(jù)消息所鏈接的 內(nèi)容的大小或消息接收者的多少，對是否為用戶組裝消息進行決策。例如，服 務器A設置數(shù)據(jù)量閾值，當鏈接內(nèi)容的數(shù)據(jù)量超過該閾值時，不為用戶組裝消息；服務器A還可以設置接收者數(shù)量閾值，當消息接收者的數(shù)量超過該閾值時， 不為用戶組裝消息。
步驟6-8、服務器A通過SIP/IP Core發(fā)送消息b到用戶終端B的歸屬服 務器B。
步驟9 ~ 11 、服務器B在成功接收到消息b后，給服務器A回202 Accepted 成功消息。
步驟12、服務器B成功解析消息b,發(fā)現(xiàn)消息b中攜帶有MessageID，于 是按照服務器B自身的配置信息判斷由服務器B為用戶組裝消息，于是根據(jù) 消息b中的MessagelD，從用戶A的網(wǎng)絡存儲中提取與該MassageID對應的內(nèi) 容，組裝成新的消息c。
服務器B在組裝消息時，按照消息b中攜帶的MessagelD,從網(wǎng)絡存儲中 提取與該MessagelD對應的消息a的整個內(nèi)容，將原來消息b中的MessagelD 部分替換為提取的內(nèi)容，組裝成新的消息c。
步驟13、用戶終端B和服務器B按照常規(guī)消息流程處理消息。
上述圖3所示的流程中，由于服務器A決策結果是不進行消息的組裝處理， 因此需要對用戶B開放訪問發(fā)送方用戶A的網(wǎng)絡存儲中相應內(nèi)容的權限，使 用戶B可以從網(wǎng)絡存儲中提取相應的內(nèi)容數(shù)據(jù)。為了保證數(shù)據(jù)的安全，服務器 A還可以收回對用戶B的授權，服務器A收回對用戶B的授權可以在以下時 機進行
服務器A在獲知服務器B已經(jīng)提取了網(wǎng)絡存儲中的相應內(nèi)容，則收回對 用戶B的授權；
服務器A在對用戶B授權時可以設置授權有效期限，當該有效期限到達 時，則服務器A收回對用戶B的授權。 實施例三
本實施例描述了發(fā)送方歸屬的服務器和接收方歸屬的服務器經(jīng)過決策，判 斷不需要由服務器組裝消息，并將發(fā)送方發(fā)送的攜帶網(wǎng)絡存儲的消息ID的消息發(fā)送到接收方終端；接收方終端根據(jù)自身配置或用戶的指示，判斷需要組裝
消息，并從發(fā)送方用戶的網(wǎng)絡存儲中提取發(fā)送的內(nèi)容，組裝成新的消息，提供 給接收方用戶的過程。
參見圖4，為本發(fā)明實施例三的不下載發(fā)送消息的流程示意圖。圖4中的 用戶終端A表示消息發(fā)送方用戶所在的終端，用戶終端B表示消息接收方用 戶所在的終端；服務器A、服務器B分別表示用戶終端A、用戶終端B歸屬 的本地服務器；SIP/IP Core表示路由SIP信令的核心網(wǎng)。不下載發(fā)送消息的具 體步驟包括
步驟1~11、同圖3所示流程中的步驟1 ~ 11;
步驟12、服務器B成功解析消息b后，發(fā)現(xiàn)消息中攜帶有MessageID，于 是按照服務器B自身的配置信息判斷判斷不需要有服務器B為用戶組裝消息， 于是直接將消息b下發(fā)給用戶終端B。
服務器B中預先配置有策略，該策略可以是需要或不需要為用戶組裝消
自
步驟13 ~ 14、服務器B通過SIP/IP Core發(fā)送消息b到用戶終端B。 步驟15-16、用戶終端B在成功接收到消息b后，給服務器B回200 OK 成功消息。
步驟17、用戶終端B成功解析消息b,發(fā)現(xiàn)消息中攜帶有MessageID,于 是按照該終端的配置信息，判斷需要進行組裝消息，于是根據(jù)消息b中的 MessageID，從用戶A的網(wǎng)絡存儲中提取與該MessageID對應的內(nèi)容，組裝好 消息后供用戶B使用。
用戶終端B在組裝消息時，按照消息b中攜帶的MessageID，從發(fā)送方用 戶A的網(wǎng)絡存儲中提取與該MessageID對應的消息a的整個內(nèi)容，將原來消息 b中的MessageID部分替換為提取的內(nèi)容，組裝成新的消息供用戶B使用。
步驟17中，用戶終端B也可以根據(jù)用戶B的指示，決定是否從發(fā)送方用 戶A網(wǎng)絡存儲中提取相應的內(nèi)容，組成新消息提供給用戶B使用。例如，接收方終端首先從其歸屬的服務器接收包含消息摘要的消息，以便用戶對是否接 收完整的消息進行決策，如果用戶決定接收完整的消息，則通過終端發(fā)送消息， 請求獲取網(wǎng)絡存儲中的相應內(nèi)容，并下載到本地提供給用戶。
同樣，本實施例三中的服務器A可以在適當時候(如獲知用戶B已經(jīng)提 取內(nèi)容后或授權有效期到達時)收回對用戶B的授權，以保證數(shù)據(jù)的安全。
上述實施例一至三所示的流程中，服務器A可根據(jù)用戶A的指示決定是 否組裝消息，具體實現(xiàn)方式可以有兩種
方式一用戶終端A在消息b中直接指明需要由服務器A組裝消息。例 如，用戶終端A在消息b中攜帶指示標識，該指示標識的值可以為0或1，分 別表示需要和不需要服務器組裝消息。相應的，需要在服務器A中增加配置策 略，該策略是如果服務器A解析出消息發(fā)送方終端發(fā)送的消息中攜帶有表示 需要組裝消息的指示，則按照該指示進行組裝消息，如果解析出消息中攜帶有 表示不需要組裝消息的指示，則將該消息發(fā)送至接收方終端歸屬的服務器。
方式二用戶終端A預先在其網(wǎng)絡側(cè)所保存的配置選項中設置指示標識， 該指示標識表明用戶A是否要求其歸屬的服務器對不下載發(fā)送的消息進行組 裝。相應的，服務器A在接收到用戶終端A發(fā)送的消息后，從存儲于網(wǎng)絡側(cè) 的該用戶的配置選項中獲取該指示標識，并根據(jù)該指示標識的值決定是否組裝 消息。
如果用戶終端A在消息b中或預先在用戶配置選項中指示出了是否需要服 務器A組裝消息，則服務器A優(yōu)先按照用戶A的指示決定是否組裝消息。 實施例四
本實施例描述了發(fā)送方歸屬的服務器接收到發(fā)送方終端發(fā)送的攜帶網(wǎng)絡 存儲的消息ID的消息后，對接收方用戶進行授權，允許其訪問網(wǎng)絡存儲中相 應的內(nèi)容，并將該消息發(fā)送到接收方歸屬的服務器，由其根據(jù)自身配置判斷是 否需要從發(fā)送方用戶的網(wǎng)絡存儲中提取內(nèi)容，組裝成新的消息，發(fā)送到接收方 用戶的過程。參見圖5，為本發(fā)明實施例四的不下載發(fā)送消息的流程示意圖。圖5中的 用戶終端A表示消息發(fā)送方用戶所在的終端，用戶終端B表示消息接收方用 戶所在的終端；服務器A、服務器B分別表示用戶終端A、用戶終端B歸屬 的本地服務器；SIP/IP Core表示路由SIP信令的核心網(wǎng)。不下載發(fā)送消息的具 體步驟包括
步驟1 ~ 2、用戶終端A通過SIP/IP Core發(fā)送消息b到其歸屬的服務器A。 消息b中攜帶有用戶A的網(wǎng)絡存儲中的消息a的MessageID,還可以攜帶用戶 A新加的內(nèi)容。
步驟3 ~ 4、服務器A在成功接收到消息b后，給用戶終端A回202 Accepted 成功消息。
步驟5、服務器A成功解析消息b后，發(fā)現(xiàn)消息b中攜帶有MessageID， 于是根據(jù)消息b中攜帶的MessageID，對用戶B進行授權，允許用戶B訪問并 提取用戶A的網(wǎng)絡存儲中的與該MessageID對應的內(nèi)容。
步驟6 ~ 8、服務器A通過SIP/IP Core發(fā)送消息b到用戶終端B的歸屬服 務器B。
步驟9 ~ 11 、服務器B在成功接收到消息b后，給服務器A回202 Accepted 成功消息。
步驟12、服務器B成功解析消息b，發(fā)現(xiàn)消息b中攜帶有MessageID，于 是按照服務器B自身的配置信息判斷需要由服務器B為用戶組裝消息，于是 根據(jù)消息b中的MessageID,從用戶A的網(wǎng)絡存儲中提取與該MassageID對應 的內(nèi)容，組裝成新的消息c。
步驟13、用戶終端B和服務器B按照常規(guī)消息流程處理消息。 上述圖5所示流程的步驟12中，服務器B根據(jù)自身配置信息判斷需要由 服務器B組裝消息，如果服務器B根據(jù)自身配置信息判斷不需要組裝消息， 則服務器B將該消息發(fā)送到接收方終端，接收方終端根據(jù)自身配置信息或用戶 的選擇決定是否提取MessageID對應的內(nèi)容的過程可如實施例三中的步驟17所述。
同樣，本實施例四中的服務器A可以在適當時候(如獲知用戶B已經(jīng)提
取內(nèi)容后或授權有效期到達時)收回對用戶B的授權，以保證數(shù)據(jù)的安全。
上述實施例一至四中，用戶的網(wǎng)絡存儲中除了可存儲消息以外，還可存儲 用戶的一些會話的歷史記錄(如聊天記錄等)，或/和媒體鏈接標識(如網(wǎng)絡存
儲中的某個消息中的某個媒體鏈接標識，或者是網(wǎng)絡存儲中的某個媒體鏈接標 識，或者是網(wǎng)絡存儲中的會話歷史記錄中的某個媒體鏈接標識)。消息發(fā)送方 用戶可以將其網(wǎng)絡存儲中的會話歷史記錄發(fā)送到接收方用戶，這種情況下，發(fā)
送消息的流程與上述實施例的流程基本相同，不同之處在于，用戶終端A在發(fā) 送的消息b中攜帶會話歷史記錄ID，服務器A進行策略決策后，根據(jù)該會話 歷史記錄ID從網(wǎng)絡存儲中獲取對應的會話記錄，并攜帶于新組裝成的消息c， 發(fā)送到服務器B。
消息發(fā)送方用戶還可以將其網(wǎng)絡存儲中的媒體鏈接標識或其他網(wǎng)絡上的 鏈接標識所對應的^ 某體數(shù)據(jù)發(fā)送給接收放用戶。在這種情況下，發(fā)送消息的流 程與上述實施例的流程基本相同，不同之處在于，用戶終端A在發(fā)送的消息b 中攜帶媒體鏈接標識或其他網(wǎng)絡上的鏈接標識，服務器A進行策略決策后，根 據(jù)該媒體鏈接標識從網(wǎng)絡存儲中獲取對應的媒體數(shù)據(jù)，或根據(jù)其他網(wǎng)絡上的鏈 接標識從對應網(wǎng)絡獲取該鏈接的媒體數(shù)據(jù)，并攜帶于新組裝成的消息c,發(fā)送 到服務器B。
上述實施例一至四中，發(fā)送方發(fā)送的消息中可以攜帶多個相同類型或不同 類型的內(nèi)容標識(如在消息中攜帶多個MessageID,或在消息中攜帶多個 MessageID和媒體鏈接標識)，當攜帶多個內(nèi)容標識時，服務器A可根據(jù)自身 配置的判斷條件對是否裝配這些內(nèi)容標識對應的內(nèi)容進行決策，服務器A僅將 符合判斷條件的內(nèi)容標識所對應的內(nèi)容組裝到消息中，這樣就有可能只組裝部 分內(nèi)容標識所對應的內(nèi)容。對于服務器A沒有進行組裝處理的內(nèi)容標識，可在 發(fā)送給服務器B的消息中攜帶這些內(nèi)容標識，由服務器B根據(jù)配置策略進行處理。如果服務器B根據(jù)配置策略不組裝這些內(nèi)容標識對應的內(nèi)容，則可由接 收方終端根據(jù)自身的配置策略進行處理。 實施例五
本實施例提供了 一種消息服務器。
參見圖6，為本發(fā)明實施例五的消息服務器的結構示意圖，該消息服務器 包括接收單元、決策單元、裝配單元、發(fā)送單元、授權單元和取消授權單元。
接收單元，用于接收發(fā)送方終端或其他消息服務器發(fā)送的攜帶有內(nèi)容標識 的消息；
決策單元，用于根據(jù)接收單元接收到的攜帶有內(nèi)容標識的消息，以及根據(jù) 自身的策略配置，選擇是否在接收單元接收到的消息中裝配內(nèi)容標識對應的內(nèi) 容。決策單元可以包括消息來源判斷子單元、第一決策子單元、第二決策子單 元，其中
消息來源判斷子單元，用于判斷接收單元接收到的攜帶內(nèi)容標識的消息的 來源，若該消息來源于發(fā)送方終端，則向第一決策子單元發(fā)送第一決策指令； 若該消息來源于消息服務器，則向第二決策子單元發(fā)送第二決策指令；
第一決策子單元，用于接收第一決策指令，并在接收到該指令后，根據(jù)第 一決策子單元中配置的策略或發(fā)送方用戶的指示，選#^是否在該消息中裝配內(nèi) 容標識對應的內(nèi)容，若選擇是，則向裝配單元發(fā)送裝配指令，若選擇否，則向 發(fā)送單元發(fā)送消息發(fā)送指令，該指令指示發(fā)送單元將接收單元接收到的消息進 行發(fā)送，并向授權單元發(fā)送授權指令。其中，第一決策子單元中配置的策略可 以是表示是否裝配消息內(nèi)容的指示標識，或者是是否裝配消息內(nèi)容的判斷條 件，如內(nèi)容標識對應的內(nèi)容大小或消息接收方用戶的多少是否超過指定的數(shù) 值；發(fā)送方用戶的指示可以攜帶于該消息中，也可以由該消息服務器從網(wǎng)絡側(cè) 存儲的消息發(fā)送方用戶的配置信息中獲取；
第二決策子單元，用于接收第二決策指令，并在接收到該指令后，根據(jù)第 二決策子單元中配置的策略(如表示是否裝配消息內(nèi)容的指示標識)，選擇是否在該消息中裝配內(nèi)容標識對應的內(nèi)容，若選擇是，則向裝配單元發(fā)送裝配指 令，若選擇否，則向發(fā)送單元發(fā)送消息發(fā)送指令，該指令指示發(fā)送單元將接收 單元接收到的消息進行發(fā)送。裝配單元，用于在決策單元選擇需要裝配內(nèi)容標識對應的內(nèi)容時，獲取與內(nèi)容標識對應的內(nèi)容，裝配到接收到的消息中；發(fā)送單元，用于在決策單元選擇不需要裝配所述內(nèi)容標識對應的內(nèi)容時， 將接收單元接收到的消息發(fā)送到接收方設備；或者將裝配單元進行內(nèi)容裝配后 的消息發(fā)送到接收方設備；授權單元，用于在所述決策單元選擇不需要裝配內(nèi)容標識對應的內(nèi)容時， 對消息接收方用戶進行授權，允許該用戶獲取與所述內(nèi)容標識對應的內(nèi)容；取消授權單元，用于在授權單元的授權的有效期限到達時，或者在獲知接 收方設備已經(jīng)獲取與內(nèi)容標識對應的內(nèi)容后，收回授權單元對接收方用戶的授 權。實施例六本實施例提供了一種終端。參見圖7，為本發(fā)明實施例六提供的終端的結構示意圖，該終端包括接 收單元、決策單元、裝配單元和響應單元，其中接收單元，用于接收該終端的歸屬服務器發(fā)送的攜帶有內(nèi)容標識的消息；決策單元，用于在接收單元接收到所述攜帶有內(nèi)容標識的消息后，根據(jù)決 策單元中配置的策略(如是否裝配消息內(nèi)容的指示標識)或獲取到的用戶的指 示(如是否提取內(nèi)容的指示)，選擇是否在消息中裝配內(nèi)容標識對應的內(nèi)容；裝配單元，用于在決策單元選擇需要裝配內(nèi)容標識對應的內(nèi)容時，獲取與 內(nèi)容標識對應的內(nèi)容，裝配到接收單元接收到的消息中并提供給用戶；響應單元，用于在裝配單元獲取到所述內(nèi)容標識對應的內(nèi)容后，向消息服 務器發(fā)送響應消息，以便發(fā)送方歸屬服務器可以根據(jù)該響應消息獲知接收方終 端已經(jīng)獲取到內(nèi)容數(shù)據(jù)，從而取消對接收方用戶訪問該內(nèi)容標識所對應的數(shù)據(jù)的授權。綜上所述，本發(fā)明實施例中，通過在發(fā)送方歸屬的服務器、接收方歸屬的 服務器或用戶終端上設置配置策略，使攜帶有內(nèi)容標識的消息在發(fā)送過程中， 可以根據(jù)情況，選擇在發(fā)送方歸屬的服務器、接收方歸屬的服務器或用戶終端 上裝配消息內(nèi)容，從而增加了不下載發(fā)送消息的靈活性。尤其在發(fā)送方用戶進 行群發(fā)消息，而接收方用戶不想提取消息內(nèi)容時，采用本發(fā)明實施例提供的方 法可以避免接收方提取不想要的消息內(nèi)容，從而減少消息傳輸?shù)臄?shù)據(jù)量，節(jié)約 網(wǎng)絡資源。另外，本發(fā)明實施例可適用于郵件系統(tǒng)，還可適用于消息系統(tǒng)，使 不下載發(fā)送消息的內(nèi)容可以包括網(wǎng)絡存儲中的消息數(shù)據(jù)、媒體數(shù)據(jù)或會話歷史 記錄等，從而豐富了不下載發(fā)送消息的內(nèi)容。明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權利要求及 其等同技術的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權利要求
1、一種不下載發(fā)送消息的方法，其特征在于，包括如下步驟發(fā)送方歸屬的服務器接收消息發(fā)送方發(fā)送的攜帶有內(nèi)容標識的消息；所述發(fā)送方歸屬的服務器根據(jù)配置策略或發(fā)送方的指示，在所述消息中裝配或者不裝配所述內(nèi)容標識所對應的內(nèi)容后，將所述消息發(fā)送到接收方。
2、 如權利要求1所述的方法，其特征在于，所述發(fā)送方歸屬的服務器按 照自身的配置策略配置的指示標識，或者根據(jù)自身的配置策略配置的判斷條 件，選擇是否在所述消息中裝配所述內(nèi)容標識對應的內(nèi)容；或者，所述發(fā)送方歸屬的服務器從消息發(fā)送方發(fā)送的所述消息中或從存儲 于網(wǎng)絡側(cè)的所述消息發(fā)送方用戶的配置信息中，獲取是否裝配消息內(nèi)容的指示 標識，并按照獲取到的指示標識，選擇是否在所述消息中裝配所述內(nèi)容標識對 應的內(nèi)容。
3、 如權利要求2所述的方法，其特征在于，所述發(fā)送方發(fā)送的消息中攜 帶有 一個或多個內(nèi)容標識；若所述消息中攜帶有多個內(nèi)容標識，則所述發(fā)送方歸屬的服務器根據(jù)自身 的配置策略配置的判斷條件，將全部或部分內(nèi)容標識所對應的內(nèi)容裝配到所述 消息中。
4、 如權利要求2或3所述的方法，其特征在于，所述發(fā)送方歸屬的服務 器自身的配置策略配置的判斷條件包括所述內(nèi)容標識對應的內(nèi)容的數(shù)據(jù)量是否超過設定的數(shù)據(jù)量閾值，或者消息 接收方用戶的數(shù)量是否超過設定的用戶數(shù)閾值。
5、 如權利要求1所述的方法，其特征在于，所述發(fā)送方歸屬的服務器沒 在所述消息中裝配內(nèi)容時，還包括步驟為接收方用戶授權，允許接收方用戶 獲取與所述內(nèi)容標識對應的內(nèi)容。
6、 如權利要求5所述的方法，其特征在于，所述發(fā)送方歸屬的服務器為 所述接收方用戶授權后，還包括步驟收回對所述接收方用戶的授權。
7、 如權利要求6所述的方法，其特征在于，所述發(fā)送方歸屬的服務器在 獲知接收方歸屬的服務器或接收方終端已經(jīng)獲取到與所述內(nèi)容標識對應的內(nèi) 容后，收回對所述接收方用戶的授權；或者，在授權有效期到達時收回對所述 接收方用戶的授權。
8、 如權利要求1所述的方法，其特征在于，若所述發(fā)送方歸屬的服務器 沒有在所述消息中裝配所述內(nèi)容，而是將所述攜帶有內(nèi)容標識的消息發(fā)送到所 述接收方歸屬的服務器，則所述接收方歸屬的服務器接收到所述消息后，根據(jù) 策略配置，在所述消息中裝配或者不裝配所述內(nèi)容標識對應的內(nèi)容后，將所述 消息發(fā)送到接收方終端。
9、 如權利要求8所述的方法，其特征在于，所述接收方歸屬的服務器按 照自身的配置策略配置的指示標識，選擇是否在所述消息中裝配所述內(nèi)容標識 對應的內(nèi)容。
10、 如權利要求9所述的方法，其特征在于，若所述接收方歸屬的服務器 沒有在所述消息中裝配所述內(nèi)容，而是將所述攜帶內(nèi)容標識的消息發(fā)送到所述 接收方終端，則所述接收方終端接收到所述消息后，根據(jù)策略配置或用戶選擇， 在所述消息中裝配或不裝配與所述內(nèi)容標識對應的內(nèi)容。
11、 如權利要求10所述的方法，其特征在于，所述接收方終端按照自身 的配置策略配置的指示標識，選擇是否在所述消息中裝配內(nèi)容；或者，所述接收方終端接收用戶發(fā)送的要求獲取所述內(nèi)容的指示，并按照 該指示在所述消息中裝配所述內(nèi)容。
12、 如權利要求1-3或權利要求5-11任一權項所述的方法，其特征在于， 所述內(nèi)容標識為消息發(fā)送方的網(wǎng)絡存儲中的消息標識、^f某體鏈接標識或會話歷 史記錄標識；或者為其他網(wǎng)絡上的鏈接標識。
13、 一種不下載發(fā)送消息的方法，其特征在于，包括如下步驟發(fā)送方歸屬的服務器將從消息發(fā)送方接收到的攜帶有內(nèi)容標識的消息，發(fā) 送到接收方歸屬的服務器；所述接收方歸屬的服務器根據(jù)配置策略，在所述消息中裝配或者不裝配所 述內(nèi)容標識所對應的內(nèi)容后，將所述消息發(fā)送到接收方終端。
14、 如權利要求13所述的方法，其特征在于，所述接收方歸屬的服務器按照自身的配置策略配置的指示標識，選擇是否在所述消息中裝配所述內(nèi)容標 識對應的內(nèi)容。
15、 如權利要求14所述的方法，其特征在于，若所述接收方歸屬的服務 器沒有在所述消息中裝配所述內(nèi)容，而是將所述攜帶內(nèi)容標識的消息發(fā)送到所 述接收方終端，則所述接收方終端接收到所述消息后，根據(jù)策略配置或用戶選 擇，在所述消息中裝配或不裝配與所述內(nèi)容標識對應的內(nèi)容。
16、 如權利要求15所述的方法，其特征在于，所述接收方終端按照自身 的配置策略配置的指示標識，選擇是否在所述消息中裝配內(nèi)容；或者，所述接收方終端接收用戶發(fā)送的要求獲取所述內(nèi)容的指示，并按照 該指示在所述消息中裝配所述內(nèi)容。
17、 如權利要求13所述的方法，其特征在于，所述發(fā)送方歸屬的服務器 在將所述攜帶內(nèi)容標識的消息發(fā)送到所述接收方歸屬的服務器之前，還包括步 驟為接收方用戶授權，允許接收方用戶獲取與所述內(nèi)容標識對應的內(nèi)容。
18、 如權利要求17所述的方法，其特征在于，所述發(fā)送方歸屬的服務器 為所述接收方用戶授權后，還包括步驟收回對所述接收方用戶的授權。
19、 如權利要求13-18任一權項所述的方法，其特征在于，所述內(nèi)容標識 為消息發(fā)送方的網(wǎng)絡存儲中的消息標識、媒體鏈接標識或會話歷史記錄標識； 或者為其他網(wǎng)絡上的鏈接標識。
20、 一種消息服務器，其特征在于，包括接收單元，用于接收發(fā)送方終端或其他消息服務器發(fā)送的攜帶有內(nèi)容標識 的消息；決策單元，用于根據(jù)所述消息及自身的策略配置，選擇是否在所述消息中 裝配所述內(nèi)容標識對應的內(nèi)容；裝配單元，用于在決策單元選擇需要裝配所述內(nèi)容標識對應的內(nèi)容時，獲取與所述內(nèi)容標識對應的內(nèi)容裝配到所述消息中；發(fā)送單元，用于在決策單元選擇不需要裝配所述內(nèi)容標識對應的內(nèi)容時， 將所述接收單元接收到的消息發(fā)送到接收方設備；或者將所述裝配單元進行內(nèi) 容裝配后的消息發(fā)送到接收方設備。
21、 如權利要求20所述的消息服務器，其特征在于，所述消息服務器還 包括授權單元；所述授權單元用于在所述決策單元選擇不需要裝配所述內(nèi)容標識對應的 內(nèi)容時，對消息接收方用戶進行授權，允許該用戶獲取與所述內(nèi)容標識對應的 內(nèi)容。
22、 如權利要求21所述的消息服務器，其特征在于，所述消息服務器還 包括取消授權單元，用于在所述授權的有效期限到達時，或者在獲知接收方歸授權單元對所述接收方用戶的授權。
23、 如權利要求20所述的消息服務器，其特征在于，所述決策單元包括 消息來源判斷子單元，用于判斷所述接收單元接收到的所述消息的來源，若所述消息來源于發(fā)送方終端，則發(fā)送第一決策指令；若所述消息來源于消息 服務器，則發(fā)送第二決策指令；第一決策子單元，用于接收所述第一決策指令，并根據(jù)所述第一決策子單 元中配置的策略和發(fā)送方用的指示，選擇是否在所述消息中裝配所述內(nèi)容標識 對應的內(nèi)容，若選擇是，則發(fā)送裝配指令；否則發(fā)送消息發(fā)送指令，該指令指 示將所述接收單元接收到的消息進行發(fā)送；第二決策子單元，用于接收所述第二決策指令，并根據(jù)所述第二決策子單 元中配置的策略，選擇是否在所述消息中裝配所述內(nèi)容標識對應的內(nèi)容，若選 擇是，則發(fā)送裝配指令，否則發(fā)送消息發(fā)送指令，該指令指示將所述接收單元接收到的消息進行發(fā)送。
24、 一種終端，其特征在于，包括接收單元，用于接收該終端的歸屬服務器發(fā)送的攜帶有內(nèi)容標識的消息； 決策單元，用于根據(jù)所述攜帶有內(nèi)容標識的消息及配置的策略或獲取到的用戶的指示，選擇是否在所述消息中裝配所述內(nèi)容標識對應的內(nèi)容；裝配單元，用于在決策單元選擇需要裝配所述內(nèi)容標識對應的內(nèi)容時，獲取與所述內(nèi)容標識對應的內(nèi)容，裝配到所述接收單元接收到的消息中并提供給用戶。
25、 如權利要求24所述的終端，其特征在于，還包括響應單元，用于在所述裝配單元獲取到所述內(nèi)容標識對應的內(nèi)容后，向消 息服務器發(fā)送響應消息。
全文摘要
本發(fā)明公開了不下載發(fā)送消息的方法、消息服務器和終端，本發(fā)明方法包括步驟發(fā)送方服務器接收發(fā)送方終端發(fā)送的消息，根據(jù)策略配置或發(fā)送方的指示，獲取與該消息所攜帶的內(nèi)容標識對應的內(nèi)容，并裝配到該消息中，通過接收方服務器發(fā)送到接收方終端，或者將發(fā)送方發(fā)送的消息發(fā)送到接收方服務器；接收方服務器接收到發(fā)送方服務器發(fā)送的消息后，根據(jù)策略配置，獲取與所述內(nèi)容標識對應的內(nèi)容，并裝配到接收到的消息中發(fā)送到接收方終端，或者將接收到的消息發(fā)送到接收方終端；接收方終端接收到接收方服務器發(fā)送的消息后根據(jù)策略配置或用戶選擇，獲取與所述內(nèi)容標識對應的內(nèi)容，提供給接收方用戶。本發(fā)明提高了不下載發(fā)送消息的靈活性。
文檔編號H04L29/06GK101304549SQ20071010802
公開日2008年11月12日 申請日期2007年5月8日 優(yōu)先權日2007年5月8日
發(fā)明者剛 梁, 牟倫建, 玨 王, 王嘯波, 許國軍, 迪潘書·高塔姆, 成 黃 申請人:華為技術有限公司