專利名稱：一種線索的操作方法及裝置的制作方法
技術領域：
本發(fā)明涉及通信領域，尤其涉及一種線索的操作方法及裝置。
背景技術：
在目前的消息系統(tǒng)中， 一般用戶都會有自己的存儲，如網(wǎng)絡存儲或者本地 存儲。利用這些存儲，用戶可以將一些消息、會話歷史記錄、媒體等內(nèi)容存放 在存儲中。而在用戶所存儲的內(nèi)容之間存在著某種關系，也就是說某些內(nèi)容與 某個主題相關，并且用戶可能對這個主題在一段時間內(nèi)持續(xù)地感興趣時，于是 可以將與某個主題相關的內(nèi)容建立一個線索，通過所建立的線索操作、使用與 主題相關的內(nèi)容。
如在現(xiàn)有的郵件系統(tǒng)中，系統(tǒng)可以通過自動使用某種算法比較郵件的主 題、發(fā)送方、接收方、日期時間等信息，并將有關系的郵件組織成一個線索，
從而將有關系的郵件串聯(lián)在一起。如圖l所示，由于消息A、消息B、消息C、 消息D的主題都包含product release,因此郵件系統(tǒng)就根據(jù)主題建立的此四個 消息的線索。
而現(xiàn)有的郵件系統(tǒng)建立線索通過在郵件的頭部增加一個或者多個線索標 識字段，通過線索標識字段來區(qū)分郵件歸屬不同的線索。
然而，現(xiàn)有的消息系統(tǒng)的線索主要是供用戶搜索時使用，起到關聯(lián)上下文 的作用。并且，由于線索是在郵件或消息的頭部增加一個或多個標識來實現(xiàn)， 因此，郵件系統(tǒng)的線索不讓用戶進行線索的創(chuàng)建、刪除、修改等處理。

發(fā)明內(nèi)容
本發(fā)明給出了一種線索的操作方法和裝置，用以解決現(xiàn)有技術用戶不能進 行線索的操作問題。
本發(fā)明的實施例提供了一種線索的操作方法，包括接收線索的操作請求，所述操作請求攜帶針對線索的操作標識，以及和所述操作相關的線索信息；根 據(jù)所述的操作請求中攜帶的信息執(zhí)行對線索的操作。
本發(fā)明的實施例還提供了線索的操作方法，包括存儲的實際內(nèi)容變更； 確定存在所述實際內(nèi)容相關的線索，并根據(jù)內(nèi)容的自動滿足策略修改所述 線索；或
確定不存在所述實際內(nèi)容相關的線索，并根據(jù)內(nèi)容的自動滿足策略創(chuàng)建線索。。
此外，本發(fā)明實施例還4是供了一種線索的操作裝置，包括用于接收線索 的操作請求的第一單元，所述操作請求攜帶線索的操作標識，和所述才喿作相關 的線索信息；用于根據(jù)所述的操作請求中攜帶的線索信息執(zhí)行相應的操作的第 二單元。
此外，本發(fā)明實施例還提供了一種線索的操作裝置，包括用于變更存儲 的實際內(nèi)容的第一單元；用于確定存在所述實際內(nèi)容相關的線索，并才艮據(jù)所述 實際內(nèi)容的索引關聯(lián)關系修改所述線索中的第二單元；或用于確定不存在所述 實際內(nèi)容相關的線索，并根據(jù)所述內(nèi)容的自動滿足策略創(chuàng)建線索的第三單元。
通過本發(fā)明的實施例可知，本發(fā)明的實施例的線索獨立于實際內(nèi)容的形式 存在，因此，可以根據(jù)用戶的需求對線索文件進行操作，從而提高用戶體驗。


圖1為現(xiàn)有的郵件系統(tǒng)中的線索的示意圖； 圖2為本發(fā)明實施例提供的對線索文件操作的流程圖； 圖3為本發(fā)明實施例提供的使用索引關聯(lián)的文件形式的線索的示意圖； 圖4為本發(fā)明實施例提供由內(nèi)容的自動滿足策略的方式通過內(nèi)容創(chuàng)建線索 文件的流程圖5為本發(fā)明實施例提供的以內(nèi)容為基礎創(chuàng)建線索的流程圖； 圖6為本發(fā)明實施例提供的在會話進行中創(chuàng)建線索文件的流程圖；件的流程圖8為本發(fā)明實施例提供的復制存儲在網(wǎng)絡存儲中的線索文件的流程圖； 圖9為本發(fā)明實施例提供的搜索存儲在網(wǎng)絡存儲中的線索文件的流程圖； 圖10為本發(fā)明實施例提供的使用實際內(nèi)容關聯(lián)的文件形式的線索的示意
具體實施例方式
為了便于本領域一般技術人員理解和實現(xiàn)本發(fā)明，現(xiàn)結合附圖描繪本發(fā)明 的實施例。
本發(fā)明實施例中采用的線索不是在實際內(nèi)容的頭部、中部或尾部通過添加 標識的方式體現(xiàn)，而是獨立于與線索相關的實際內(nèi)容，如線索可以是一個文件， 也可以是數(shù)據(jù)庫或其它的形式。當然，本發(fā)明實施例中線索的存在形式如文件 的形式或數(shù)據(jù)庫的形式或其它形式并不影響對線索的4喿作流程。在后續(xù)的實施 例中，本發(fā)明僅以對線索文件的操作作了說明，而對數(shù)據(jù)庫和其它形式存在的 線索參考對線索文件的操作即可。因此，使得系統(tǒng)在對線索進行各種4乘作如創(chuàng) 建、移動、修改等時非常方便。
如圖2所示，本發(fā)明實施例提供的線索文件的操作方法包括
步驟201、接收線索文件的操作請求，所述操作請求攜帶操作的標識，所 述操作相關的線索信息、線索或內(nèi)容的自動滿足策略；本發(fā)明實施例提供的對 線索的操作包括對線索進行創(chuàng)建、移動、復制、刪除、搜索、修改(增加或 刪除線索中的內(nèi)容)、使用。所述內(nèi)容的自動滿足策略包括但不限于按照某 個關鍵字出現(xiàn)的次數(shù)決定的策略；對某個消息和所述消息的回復消息自動關聯(lián) 的策略；某種算法自動創(chuàng)建的策略。所述自動滿足策略還可以為系統(tǒng)自動進 行線索操作的策略，和怎樣進行操作的策略。如當刪除實際內(nèi)容時，內(nèi)容的自 動滿足策略可以為刪除相應的線索內(nèi)容，或?qū)λ鰞?nèi)容進行標識等。
步驟202、根據(jù)所述的操作請求中的信息執(zhí)行相應的操作。如進行線索文件的創(chuàng)建、移動、復制、刪除、搜索、修改(增加或刪除線索中的內(nèi)容)、使 用。
本發(fā)明實施例中的以文件形式存在的線索可以以索引關聯(lián)的文件的形式 或?qū)嶋H內(nèi)容關聯(lián)文件的形式而存在。因此，本發(fā)明實施例基于兩種方案來進行 介紹，即以索引關聯(lián)文件的線索文件的操作和實際內(nèi)容關聯(lián)文件的線索文件的 操作。
圖3為本發(fā)明第一種方案中的實施例提供的一種使用索引關聯(lián)的文件形式 的線索文件。本實施例中，線索可以作為一個文件的形式存儲在網(wǎng)絡存儲或者 本地存儲中，而不是像現(xiàn)有技術中線索以在郵件或消息的頭部的標識的形式而 存在。線索的內(nèi)容即線索文件的內(nèi)容是本地存儲或者網(wǎng)絡存儲中的各相關內(nèi)容 的一種索引關聯(lián)關系，包括但不限于消息的消息ID ( MessageID )、媒體的媒 體名稱(MediaName,這里的媒體可以是單獨的媒體文件，也可以消息、會話 歷史記錄中的媒體)、會話歷史記錄的記錄ID (RecordID )。 一般所關聯(lián)的實際 內(nèi)容只存在一份拷貝，不會有多個備份在存儲中。如圖2中的消息1，在線索 A和線索B中都有消息1的MessageID，僅是有一個索引關聯(lián)關系，所以在存 儲中只有一份消息1的拷貝。這樣對于線索的創(chuàng)建、復制、刪除、修改等操作 都不會影響到實際的內(nèi)容。對于以索引關聯(lián)形式存在的線索可以以XML文檔 格式組成的包括與某個主題相關的一些內(nèi)容的索引關聯(lián)關系的文件。線索文件 的簡單XML Schema文件例子如下
< xml version="l,0" encoding="UTF-8" 〉
<xs:schema targetNamespace="um:oma:params:xml:ns:thread" xmlns="um:oma:pamms:xml:ns:thread" 〃線索的才艮元素
elementFormDefault="qualified" attributeFormDefault="unqualified"> <!-- This import brings in the XML language attribute xml:lang--> <xs:import namespace="http:〃www.w3 .org/XML/1998/namespace"
schemaLocation="http:〃www.w3 .org/200 l/xml.xsd"/> <!— The root element: thread —〉〈xs:element name="thread"〉 <xs: complexType〉
<xs: sequence maxOccurs="unbounded"〉 <xs:element name="name" type="string7〉 <xs:choice maxOccurs="unbounded"〉
<xs:element name="message" type="messagetype
maxOccurs="unbounded7〉 〃子元素message
〈xs:element name="media" type="mediatype'
maxOccurs="unbounded7> 〃子元素media
<xs:element name="convhistory" type="convhistorytype' maxOccurs="unbounded7> 〃子元素convhistory </xs:choice〉 </xs:sequence〉 </xs:complexType〉 </xs:element〉
<xs:complexType name="messagetype"> <xs: sequence maxOccurs="unbounded"〉
〈xs:element name="messageid" type="xs:string" /〉 〈xs:element name="jointime" type="xs:dateTime" /〉 〈xs:element name="directory" type="xs:anyURT /〉 </xs:scqucncc> </xs:complexType> <xs: complexType name="mediatype"> <xs: sequence maxOccurs="unbounded">
<xs:element name="medianame" type="xs:string" /> <xs: element name="jointime" type="xs:dateTime" /> <xs:elementname="directory" type="xs:anyURT /> </xs:sequence〉 </xs: complexType><xs:complexType name="convhistorytype"〉 <xs:sequence maxOccurs="unbounded"〉
〈xs:element name="recordid" type="xs:string" /> <xs:element name="jointime" type="xs:dateTime" /〉 〈xs:element name="directory" type="xs:anyURI" /〉 </xs:scqucncc〉 </xs: complexType> 由上述線索文件的XML Schema可以看出，才艮元素為線索(thread),分 為三類子元素；
1. 子元素message用于標識線索中的某個消息的索引關聯(lián)關系，它包含 消息ID (messageid),力口入時間(jointime), ^各才圣(directory )。
2. 子元素media用于標識線索中的某個媒體的索引關聯(lián)關系，它包咱4某 體名-爾(medianame),力口入時間(jointime), ^各4圣(directory )。
3. 子元素convhistory用于標識線索中的某個會話歷史記錄的索引關聯(lián)關 系，它包含會話歷史記錄ID(recordid),力口入時間(jointime )，路徑(directory )。
對于線索A的文檔示例，可以如下 < xml version="1.0" encoding="UTF-8" 〉 〈thread xmlns="um:oma:params:xml:ns:thread"> 〃纟戈索^J才艮元素 <name>threadA</name> <message> 〃子元素message
<messageid〉ID 1 </messageid〉 <jointime>200703111033</jointime> <directory〉〃storage/a/messageidl</directory〉 </message〉
<media〉 〃子元素media
<medianame>media 1 </medianame〉 <jointime〉200703111100</jointime〉 <directory>〃storage/b/media 1 </directory>
ii<convhistory> 〃子元素convhistory
<recordid>convhistory 1 </recordid〉 <jointime>200703111233</jointime〉 <directory>〃storage/c/convhistory 1 </directory>
</convhistory> </thread>
線索既可以存儲在本地存儲中，也可以存儲在網(wǎng)絡存儲中。與線索關聯(lián)的 內(nèi)容也是既可以存儲在本地存儲中，也可以存儲在網(wǎng)絡存儲中。
用戶可以使用客戶端，以某個感興趣的消息或正在進行的一次會話或某個 會話結束后已經(jīng)存儲好的會話歷史記錄或者某個i某體文件中的會話內(nèi)容，或文 件內(nèi)容為基礎創(chuàng)建線索；此外，用戶還可以按照某個策略獲取滿足所述策略的 內(nèi)容，并以獲取到的內(nèi)容為基礎創(chuàng)建線索；或者用戶還可以創(chuàng)建一個沒有內(nèi)容 的空線索；或者系統(tǒng)根據(jù)一些策略，自動創(chuàng)建線索。
對于由客戶端創(chuàng)建線索，本發(fā)明實施例通常按照用戶的意愿設置一個線索 名稱、主題、內(nèi)容的自動滿足策略等信息，構造一個包含該內(nèi)容的索引關聯(lián)關 系的XML格式文件?？蛇x的，可以按照用戶意愿決定是否用內(nèi)容的自動滿足策 略搜索整個本地存儲，將搜索出的滿足策略的內(nèi)容都加入到線索文件中。然后 將構造好的線索文件存放在用戶指定的本地存儲的某個路徑下。此外，客戶端 還可以只按照某些內(nèi)容的自動滿足策略自動為用戶創(chuàng)建線索。所述的自動滿足 策略可以事先由用戶設定或由系統(tǒng)默認設置，比如客戶端可以按照某些算法
自動創(chuàng)建線索；或者客戶端也可以與郵件系統(tǒng)一樣自動將對某個消息和它的所 有回復消息創(chuàng)建為線索；或者簡單點客戶端按照關鍵字出現(xiàn)次數(shù)決定。所有線 索的自動滿足策略可以統(tǒng)一保存在本地，供客戶端使用。在用戶需要的條件下， 以后本地存儲在收到每個內(nèi)容時，客戶端都按照所有的線索的自動滿足策略進 行檢查，滿足的內(nèi)容就自動加入某個線索。
如圖4所示，本發(fā)明實施例提供的以內(nèi)容為基礎創(chuàng)建線索的流程包括如下步驟
步驟401、客戶端A構造線索文件的相關信息，如設置線索的名稱、主題、 內(nèi)容的自動滿足策略等信息，以及線索文件存放的網(wǎng)絡存儲的路徑。所述線索 文件的相關信息 一般都指線索信息。
步驟402、客戶端A發(fā)送操作請求到消息服務器，所述操作請求為線索創(chuàng)建 請求，即在請求中攜帶線索創(chuàng)建的搡作。所述操作請求中還攜帶已構造好的所 述線索的相關信息，包括線索的名稱、主題或內(nèi)容，所述操作請求中還可以攜 帶網(wǎng)絡存儲中的路徑等。所述線索創(chuàng)建請求可以使用SIP REFER消息的形式或 者使用其它方式，如果是SIPREFER消息，該消息簡單例子如下
REFER sip:CreateThread@hostname SIP/2.0 〃指明服務器進行創(chuàng)建線索的
處理
Refer-To: <"threadname":method=REFER〉 〃指明讓服務器進行創(chuàng)建線索 處理，及新線索的名稱(含路徑)
Content-Type: multipart/mixed;boundary="boundaryl" Content-Length:... —boundary 1
Content-Type: text/plain
... 〃線索的具體內(nèi)容，含主題、內(nèi)容自動滿足策略等信息
—boundaryl—
步驟403、消息服務器向消息元數(shù)據(jù)服務器發(fā)送搜索文件的請求，所述搜 索文件的請求中包括內(nèi)容的自動滿足策略；
步驟404、消息元數(shù)據(jù)服務器根據(jù)所述內(nèi)容的自動滿足策略在消息網(wǎng)絡存 儲中獲取內(nèi)容。
步驟405、消息元數(shù)據(jù)服務器將獲取到的內(nèi)容或者所述內(nèi)容的關聯(lián)關系發(fā) 送給消息服務器。步驟406、消息服務器根據(jù)消息元數(shù)據(jù)服務器發(fā)送的信息，將消息網(wǎng)絡存 儲搜索到滿足所述內(nèi)容的自動滿足策略的內(nèi)容的索引關聯(lián)關系添加到線索的 相關信息中。
步驟407、消息服務器向消息元數(shù)據(jù)服務器如XDM服務器發(fā)送創(chuàng)建線索 文件的請求，所述請求攜帶經(jīng)消息服務器更改后的線索的相關信息，包括線 索的名稱，主題以及內(nèi)容的索引關聯(lián)關系。所述請求中還可以攜帶線索文件的 存儲路徑，內(nèi)容的自動滿足策略等信息。
步驟408、消息元數(shù)據(jù)服務器根據(jù)所述創(chuàng)建線索文件的請求創(chuàng)建線索文件， 并將創(chuàng)建的線索文件根據(jù)所述的存儲路徑存儲到網(wǎng)絡存儲中。消息元數(shù)據(jù)服務 器還可以存儲內(nèi)容的自動滿足策略。如果線索的操作請求中沒有攜帶線索文件 的存放路徑，消息元數(shù)據(jù)服務器則可以根據(jù)自身的設定或系統(tǒng)默認存存所述線 索文件。
步驟409、消息元數(shù)據(jù)服務器向消息服務器返回線索創(chuàng)建成功的響應消息。 步驟410、消息服務器向客戶端A返回線索創(chuàng)建成功響應消息。 在此實施例中，消息服務器、消息元數(shù)據(jù)服務器以及消息網(wǎng)絡存儲可以統(tǒng) 稱為消息系統(tǒng)，三者既可以作為一個整體而存在，也可以獨立存在。
除了采用圖4所述的由內(nèi)容的自動滿足策略的方式通過內(nèi)容創(chuàng)建線索文 件外，本發(fā)明實施例還提供了一種以內(nèi)容為&出建線索文件的方法，而此種方 法并不需要內(nèi)容的自動滿足策略，如圖5所示，該方法包括
步驟501、客戶端A構造線索文件的相關信息。即用戶才艮據(jù)自己的意愿， 使用客戶端，以某個感興趣的消息、某個會話結束后已經(jīng)存儲好的會話歷史記 錄、或者某個媒體，為內(nèi)容構造線索文件的相關信息；或者按照某個策略搜索 出一些內(nèi)容，以這些內(nèi)容為基礎來構建線索文件的相關信息；或者可以創(chuàng)建一 個沒有內(nèi)容的空線索。用戶需要設置好線索的名稱、主題、內(nèi)容的自動滿足策 略等信息，及存放的網(wǎng)絡存儲的路徑，以及內(nèi)容的索引關聯(lián)關系，所述內(nèi)容的 相關信息可以是XML格式文件。
14步驟502、客戶端A向聚合代理或消息服務器發(fā)送線索操作請求請求，所 述線索操作請求為線索創(chuàng)建請求，即在請求中攜帶線索創(chuàng)建的標識。所述線索
操作請求中還包括客戶端A構造的線索文件的相關信息，如線索的名稱、主題
或內(nèi)容的自動滿足策略等信息，及存放的網(wǎng)絡存儲的路徑，以及內(nèi)容的索引關 聯(lián)關系等。當然，線索的操作請求中還可以不攜帶存放的存放的網(wǎng)絡存儲的路 徑，以及內(nèi)容的索引關聯(lián)關系。
步驟503、聚合代理或消息服務器向消息元數(shù)據(jù)服務器如XDM服務器發(fā) 送所述線索操作請求。所述線索操作請求可以是XCAP PUT請求的形式或者其 它方式。
步驟504、消息元數(shù)據(jù)服務器根據(jù)所述線索操作請求中線索文件的相關信 息，在網(wǎng)絡存儲中的指定路徑下創(chuàng)建線索文件。此外，消息元數(shù)據(jù)服務器還可 以將所述內(nèi)容的自動滿足策略存放在元數(shù)據(jù)服務器中。如果線索的操作請求中 沒有攜帶線索文件的存放路徑，消息元數(shù)據(jù)服務器則可以根據(jù)自身的設定或系 統(tǒng)默認存存所述線索文件。
步驟505、消息元數(shù)據(jù)服務器向聚合代理或消息服務器返回線索創(chuàng)建成功 的響應消息。
步驟506、聚合代理或消息服務器向客戶端A返回線索創(chuàng)建成功響應消息。
除此以外，用戶還可以在會話進行中創(chuàng)建線索文件；如圖6所示，包括
步驟601、客戶端A和客戶端B建立會話，會話進行中。
步驟602、客戶端A構造線索文件的相關信息?？蛻舳薃根據(jù)用戶意愿要設 置好線索的名稱、主題、會話的標識如會話的ID、會話名稱等或內(nèi)容的自動滿 足策略等信息，及線索文件存放的網(wǎng)絡存儲的路徑。此實施例中，所述內(nèi)容的 自動滿足策略中有一項為跟蹤記錄某個正在進行中的會話內(nèi)容，當然也可以包 含其它的自動滿足策略。
步驟603、客戶端A發(fā)送一個線索操作請求至消息服務器，所述線索操作請 求為線索會話創(chuàng)建請求，即在所述線索操作請求中攜帶線索會話創(chuàng)建的標識。所述線索操作請求中包括客戶端A構造的線索文件的相關信息，如線索的名稱、 主題、內(nèi)容的自動滿足策略等信息，及存放的網(wǎng)絡存儲的路徑。
線索操作請求消息可以使用SIP REFER消息的形式或者^f吏用其它方式完成 創(chuàng)建線索這個功能，如果是SIPREFER消息，該請求的筒單例子如下
REFER sip:CreateThreadSession@hostname; SIP/2.0 _ -指明是讓服務器 進行創(chuàng)建線索處理
Refer-To: <"new—threadname":method=REFER〉 ——指明是讓月良
務器進行創(chuàng)建線索處理，及新線索名稱(含路徑)
Target-Dialog: 592435881734450904;local-tag=9m2n3wq;remote-tag=763231 - -指定對應的會話
Content-Type: multipart/mixed;boundary="boundaryl" Content-Length:… —boundary 1
Content-Type: text/plain
... --線索的具體內(nèi)容，含
主題、內(nèi)容自動滿足策略等信息 —boundary 1—
步驟604、消息元數(shù)據(jù)服務器根據(jù)所述線索操作請求信息中的線索文件的 相關信息在網(wǎng)絡存儲中創(chuàng)建線索文件。并由消息服務器跟蹤會話，并當消息元 數(shù)據(jù)服務器在以后保存會話的實際內(nèi)容的同時，由消息服務器在所述線索文件 中增加索引關聯(lián)關系，并將修改后的線索文件通過消息元數(shù)據(jù)服務器進行更 新，所述索引關聯(lián)關系為在會話過程中保存的會話的實際內(nèi)容的索引關聯(lián)關 系。此外，消息元數(shù)據(jù)服務器還可以存儲所述內(nèi)容的自動滿足策略。 步驟605、消息服務器向客戶端A返回線索會話創(chuàng)建成功響應。 步驟606、客戶端A和客戶端B繼續(xù)進行會話。消息元數(shù)據(jù)服務器在保存會話歷史內(nèi)容的同時，在所述的線索文件中增加相應的索引關聯(lián)關系。
步驟607、客戶端A向消息服務器發(fā)送線索會話創(chuàng)建停止請求。 所述線索會話創(chuàng)建停止請求可以使用SIP REFER消息的形式或者^f吏用其它 方式完成這個功能。
如果是SIP REFER消息，該消息簡單例子如下
REFER sip:StopThreadSession@hostname SIP/2.0 ——指明是
讓服務器進行停止線索會話處理
Refer-To: <"threadname，，:method=REFER〉 _ -指明是讓月良務
器進行停止線索會話處理，及線索名稱(含路徑)
Target-Dialog: 592435881734450904;local-tag=9m2n3wq;remote-tag=763231 --指定對應的會話
步驟608、消息服務器按照線索會話創(chuàng)建停止請求信息中的要求，在保存 會話歷史時，停止在線索文件中增加索引關聯(lián)關系。
或者，當會話結束時，消息服務器自動停止在線索文件中記錄會話內(nèi)容。
步驟609、消息服務器向客戶端A返回線索會話停止成功響應。
可選的，也可以指定某個已有的線索來記錄會話內(nèi)容。
可選的，同客戶端的處理一樣，消息系統(tǒng)中的消息元凝:據(jù)服務器也可以按 照某些內(nèi)容的自動滿足策略自動為用戶創(chuàng)建線索。這些策略可以事先由用戶設 定或由系統(tǒng)默認設置好的。
消息系統(tǒng)的所有線索的自動滿足策略可以統(tǒng)一存放在元數(shù)據(jù)服務器中，供 系統(tǒng)自動使用。在用戶需要的條件下，以后系統(tǒng)在該用戶收到每個內(nèi)容時，都 按照所有線索的自動滿足策略進行檢查，滿足的內(nèi)容就自動將相應的索引關聯(lián) 關系加入某個線索。
客戶端或者消息系統(tǒng)中存放的所有線索的自動滿足策略都可以由用戶隨意的增加、修改、刪除等操作。客戶端側對自動滿足策略的處理很簡單，用戶 直接修改即可。消息系統(tǒng)中存放的自動滿足策略需要用戶通過XCAP協(xié)議的相 應處理或者其它方式來進行操作。
圖4、圖5、圖6所示的實施例為本發(fā)明提供的創(chuàng)建線索文件的方法。此外， 本發(fā)明的一些實施例還提供了對線索文件的移動方法。對線索文件的移動，分 為存儲在本地存儲中的線索文件的移動和存儲在網(wǎng)絡存儲中的線索的移動兩 種。對于存儲在本地存儲中的線索的移動，由于線索文件是表示一些實際內(nèi)容 的索引關聯(lián)關系的XML格式的文件，移動時不會影響到實際的內(nèi)容，并且線索 作為 一個單獨的文件保存在本地存儲的某個路徑下，所以可以象其它的文件一 樣隨意在路徑間移動。而對于存儲在網(wǎng)絡存儲中的線索文件的移動，又分為通 過聚合代理來完成線索文件的移動和通過消息服務器來完成線索文件的移動。 圖7所示為通過聚合代理移動存儲在網(wǎng)絡存儲中的線索文件，包括如下步驟
步驟701—702、客戶端通過聚合代理向消息元數(shù)據(jù)服務器發(fā)送線索操作請 求，所述線過操作請求中攜帶創(chuàng)建線索文件的標識如XCAPPUT或其它形式， 要創(chuàng)建的線索文件或要創(chuàng)建的線索文件的相關信息，移動后的線索文件的存放 路徑。
當然，客戶端在發(fā)送線索操作請求之前，可以獲取需要移動的線索文件或 線索文件的相關信息，而在此步驟中，線索操作請求中攜帶的創(chuàng)建線索文件的 標識和要創(chuàng)建的線索文件或要創(chuàng)建的線索文件的相關信息即為獲取需要移動 的線索文件或線索文件的相關信息。
步驟703 、消息元數(shù)據(jù)服務器根據(jù)所述線索創(chuàng)建請求的中線索文件及移動 后的線素文件的存放路徑，在網(wǎng)絡存儲中創(chuàng)建新的線索文件。
步驟704—705、消息元數(shù)據(jù)服務器通過聚合代理或消息服務器給客戶端A 返回線索創(chuàng)建成功響應消息，通知客戶端A創(chuàng)建線索成功。
步驟706—707、客戶端A通過聚合代理或消息服務器向消息元數(shù)據(jù)服務器 發(fā)送線索操作請求，所述線索刪除請求包括需刪除的線索文件或需刪除的線索文件的相關信息以及刪除線索的標識如XCAP DELETE 。
步驟708、消息元數(shù)據(jù)服務器根據(jù)所述線索搡作請求的中的信息，在網(wǎng)絡 存儲中刪除線索文件。
步驟709—710、消息元數(shù)據(jù)服務器通過聚合代理或消息服務器給客戶端返 回線索刪除成功響應消息，通知客戶端刪除老的線索成功。
當然，在移動線索文件時，客戶端A還可以通過消息服務器向消息元數(shù)據(jù) 服務器發(fā)送移動線索文件的請求，而由消息元數(shù)據(jù)服務器根據(jù)移動線索文件的 請求將所述線索文件直接移動至所述移動線索文件請求中指定的路徑，而無需 先創(chuàng)建一個線索文件即將原線索文件復制 一份，后再將原線索文件刪除的方 式，簡化流程。在此實施例中，所述移動線索文件的請求可以是s/尸REFER消 息的形式，如下
REFER sip:MoveThread@hostaame;movefolder="movetofolder" SIP/2.0 〃
指明是讓服務器進行移動線索處理，及移動到的新路徑
Refer-To: <，，threadname，，:method=REFER> 〃指明是讓服務器進行移
動線索處理，及要移動的線索名稱(含路徑)
此外，本發(fā)明的一些實施例還提供了對線索文件的復制方法。對線索文件 的復制與線索文件的移動 一樣都分為存儲在本地存儲中的線索文件的復制和 存儲在網(wǎng)絡存儲中的線索的復制兩種。對于存儲在本地存儲中的線索的復制， 由于線索文件是表示一些實際內(nèi)容的索引關聯(lián)關系的XML格式的文件，復制時 不會影響到實際的內(nèi)容，并且線索作為 一個單獨的文件保存在本地存儲的某個 路徑下，所以可以象其它的文件一樣隨意在路徑間復制。如果是在同一個路徑 下進行復制，則需要更改復制后的線索文件的名稱，主題等相關信息。而對于 存儲在網(wǎng)絡存儲中的線索文件的復制，又分為通過聚合代理來完成線索文件的 移動和通過消息服務器來完成線索文件的移動。圖8所示存儲在網(wǎng)絡存儲中的線索文件的復制的方法，其具體的實施與圖7中步驟701—705相似，客戶端通 過聚合代理或消息服務器向消息元數(shù)據(jù)服務器發(fā)送線索操作請求，所述線索操 作請求中攜帶復制的標識、需復制的線索文件的相關信息以及復制后存放的路 徑。消息元數(shù)據(jù)服務器根據(jù)所述請求復制完線索文件后向客戶端A返回成功響 應。
此外，本發(fā)明的一些實施例還提供了對線索文件的刪除方法。對線索文件 的刪除與線索文件的復制、移動 一樣都分為存儲在本地存j諸中的線索文件的刪 除和存儲在網(wǎng)絡存儲中的線索的刪除兩種。而刪除在網(wǎng)絡存儲中的線索文件的 方法則與圖8所示的復制線索文件的方法相似，主要為客戶端通過聚合代理或 消息服務器向消息元數(shù)據(jù)服務器發(fā)送線索操作請求，所述線索操作請求中包括 需刪除的線索文件的相關信息，以及刪除線索文件的標識。消息元數(shù)據(jù)服務器 根據(jù)所述請求刪除完線索文件后向客戶端A返回成功響應。
此外，本發(fā)明的一些實施例還提供了對線索文件的搜索方法。與線索文件 的復制、移動、刪除不同的是存儲在網(wǎng)絡存儲中的線索文件的搜索不能由消息 服務器執(zhí)行，而只能使用聚合代理。并且，消息系統(tǒng)中的搜索代理在此實施例 中也有所使用，專門接收搜索線索文件的請求。而對于存儲在本地存儲中的線 索文件的搜索與現(xiàn)有技術中搜索其它文件的方式一致。而對于存儲在網(wǎng)絡存儲 中的線索文件的搜索方法，請參閱圖9，包括如下步驟
步驟901、客戶端A向聚合代理發(fā)送線索操作請求，所述線索操作請求中攜 帶線索搜索的標識和指定要搜索的條件，如線索文件名稱、某個內(nèi)容字符串、 某個主題等。所述線索搜索請求可以是HTTP POST請求的形式或其它形式。
步驟902—903 、聚合代理通過搜索代理將所述線索操作請求發(fā)送給消息元 數(shù)據(jù)服務器；
步驟904、消息元數(shù)據(jù)服務器根據(jù)所述線索搜過請求中的搜索條件，在網(wǎng) 絡存儲進行搜索，獲取滿足所述搜索條件的線索文件。
步驟905—907、消息元數(shù)據(jù)服務器通過搜索代理和聚合代于是向給客戶端返回線索搜索成功響應，通知客戶端搜索成功，并返回搜索到的線索文件。
通常，線索文件的搜索可以作為對線索文件進行其它操作的基礎，如對線 索文件的移動，修改、刪除等都可以由客戶端先經(jīng)過搜索獲取到線索文件后進 行。當然，客戶端也可以不需要先獲以線索文件再進行線索文件的搮:作，如客 戶端直接在相應的請求攜帶線索文件的相關信息，由消息元數(shù)據(jù)服務器根據(jù)請 求中的線索文件的相關信息先獲取線索文件，再進行相應的操作，如移動，復 制、#"改、刪除等。
此外，本發(fā)明的一些實施例還提供了對線索文件的修改方法。通常，對線 索文件的修改包括對線索文件的相關信息及線索文件的內(nèi)容即關聯(lián)關系的增 加、修改和刪除。而對于存儲在本地存儲中的線索文件的修改與現(xiàn)有技術中的 文件的修改方法相似。而對于存儲中網(wǎng)絡存儲中的線索文件的修改，本發(fā)明的
實施例提供的方法與圖8所示的復制線索文件的方法相似，主要為客戶端通過 聚合代理或消息服務器向消息元數(shù)據(jù)服務器發(fā)送線索操作請求，所述線索操作 請求中包括線索修改的標識、需修改的線索文件的相關信息、及^f務改后的信息， 如增加某種關聯(lián)關系，刪除某種關聯(lián)關系或修改某種關聯(lián)關系的指示。消息元 數(shù)據(jù)服務器根據(jù)所述請求修改完線索文件后向客戶端A返回成功響應。
此外，本發(fā)明的一些實施例還提供了對線索文件的使用方法。對于線索文 件的使用，主要是通過線索文件獲取與線索文件相關聯(lián)的實際內(nèi)容。通過選擇 線索文件中的關聯(lián)關系而獲取線索文件的實際內(nèi)容。與對線索文件的其它操作 方法如線索文件的復制、修改、刪除等不同的是，對線索文件的使用不區(qū)別本 地存儲中的線索文件和網(wǎng)絡存儲中的線索文件。而在線索文件的操作過程中， 可能會出現(xiàn)線索文件中關聯(lián)關系對應的實際內(nèi)容^C刪除或移動的情況。本發(fā)明 實施例對于實際內(nèi)容被刪除的情況有兩種處理方式第一、實際內(nèi)容反向關聯(lián) 到線索，實際內(nèi)容刪除的同時，線索中的索引關聯(lián)關系也被刪除。第二、實際 內(nèi)容與線索無關，實際內(nèi)容刪除了，線索在以后使用時，發(fā)現(xiàn)找不到實際的內(nèi) 容就提示用戶內(nèi)容已被刪除，并在線索文件中所述被刪除的實際內(nèi)容對應的關聯(lián)關系中作標記。被標記的關聯(lián)關系可以由用戶刪除所述被標記的關聯(lián)關系， 或者下次使用線索時不用提取內(nèi)容就可以知道內(nèi)容已經(jīng)被刪除了。而對于實際 內(nèi)容^f皮移動的情況也可以采用上述的兩種處理方式。
圖10為本發(fā)明第二種方案中的實施例提供的使用實際內(nèi)容關聯(lián)的文件形
式的線索文件；與圖2所示的實施例不同的是，本實施例中線索中的索引關聯(lián) 關系是指向?qū)嶋H內(nèi)容的復制內(nèi)容，所復制的實際內(nèi)容僅供這個線索使用。如 果另一個線索也要使用到相同的內(nèi)容，也需要復制一份實際內(nèi)容。因此，與線 索相關的實際內(nèi)容會在存儲中有多份。如圖10中的消息1，在線索A和線索B 中都有消息1的實際內(nèi)容，系統(tǒng)會復制兩份消息1的內(nèi)容分別供線索A、 B使 用。因此，在存儲中就存在三份消息1的內(nèi)容。由于復制的內(nèi)容需與實際內(nèi)容 存放在一起，即實際內(nèi)容存放在網(wǎng)絡存儲中的某個^各徑下，復制的內(nèi)容也需存 放在網(wǎng)絡存儲中的相同路徑下，實際內(nèi)容存放在本地存儲中的某個路徑下，復 制的內(nèi)容也存放在本地存儲中的相應路徑下，采用實際內(nèi)容關聯(lián)的線索文件也 可以采用XML的形式。
而對于第二種方案中對線索文件的操作，其對線索文件的移動、搜索和使 用都與以使用索引關聯(lián)的文件形式的線索文件中的線索文件的操作相同。而對 于線索文件的創(chuàng)建，也與方案一中的基本相同，其不同點在于對存儲中的實 際內(nèi)容，需要復制一份所述實際內(nèi)容的供線索文件單獨使用。對于線索文件的 刪除，除了要刪除線索文件外，還需要刪除所述線索文件對應的復制的實際內(nèi) 容。當然，對復制線索文件時，還需要復制線索文件對應的實際內(nèi)容供線索文 件使用。
此外，本發(fā)明的一些實施例中既可以由聚合代理接收轉(zhuǎn)發(fā)客戶端發(fā)送的各 種操作請求，也可以由消息服務器接收轉(zhuǎn)發(fā)客戶端發(fā)送的各種操作請求。通常， 操作請求的形式可以為XCAP的形式、SIP REFEE的形式，HTTP的形式或 其它的形式。
如果線索文件存儲在本地存儲中，則對于采用索引方式關聯(lián)的線索文件的操作如修改、刪除、復制等只由客戶端進行即可。而對于采用實際內(nèi)容關聯(lián)的 線索文件，由于實際內(nèi)容即可能存儲于本地存儲中，也可以存儲在網(wǎng)絡存儲中， 則應該根據(jù)前述各實施例提供的方法進行相應的變通。對于獲知了本發(fā)明實施
此外，本發(fā)明的一些實施例還提供了一種線索的操作方法，如前所述，系 統(tǒng)在接收到線索操作請求時可以保存所述操作請求中的內(nèi)容的自動滿足策略， 同時用戶還可以通過客戶端設置內(nèi)容的自動滿足策略，和直接在消息系統(tǒng)中設 置內(nèi)容的自動滿足策略。因此，對于線索文件的操作，可以不需要由客戶端發(fā) 出線索文件的操作請求。即當系統(tǒng)變更存儲的實際內(nèi)容時，根據(jù)存儲的內(nèi)容的 自動滿足策略而進行線索文件的操作。如還沒有存在與所述新的實際內(nèi)容相關 的線索文件，而內(nèi)容的自動滿足策略表示需要按照策略創(chuàng)建新的線索文件時， 則根據(jù)實際內(nèi)容的索引關聯(lián)關系創(chuàng)建新的線索文件。如果已經(jīng)存在與所述新的 實際內(nèi)容相關的線索文件，則查找到所述線索文件，并將所述實際內(nèi)容的索引 關聯(lián)關系添加到所述線索文件中。所述系統(tǒng)變更存儲的實際內(nèi)容包括接收到 新的實際內(nèi)容即在存儲中增加新的實際內(nèi)容，如新的消息或保存客戶端參與的
新的會話的內(nèi)容等；修改存儲中的實際內(nèi)容、刪除存儲中的實際內(nèi)容或移動存 儲中的實際內(nèi)容等。可以預見的是，新創(chuàng)建的線索文件可以存儲在本地存儲中， 也可以存儲在網(wǎng)絡存儲中。 一般而言，內(nèi)容的自動滿足策略可以給出新建的線 索文件的存儲路徑。此外，對添加實際內(nèi)容的索引關聯(lián)關系添加到所述線索文 件中，對線索文件的存儲位置也沒有限制。而且，如果所述線索文件是以實際 內(nèi)容相關聯(lián)的線索文件，則在添加索引關聯(lián)關系時還需要復制 一份所述接收到 的實際內(nèi)容。
同理，對于線索文件的刪除和對線索文件的修改(主要指索引關聯(lián)關系的 刪除和修改)也可以不需要接收到到線索文件的操作請求，而根據(jù)保存的內(nèi)容 的自動滿足策略進行。如所述內(nèi)容的自動滿足策略可以設置當與線索文件相 關的實際內(nèi)容有變更時，如果此種變更影響到線索文件，則變更索引文件。如實際內(nèi)容變更后與線索文件不相關，則可以刪掉線索文件中與所述變更后實際 內(nèi)容對應的記錄；如果實際內(nèi)容路徑變更，則可以修改線索文件中此所述實際
內(nèi)容對應的索引的關聯(lián)關系；如實際內(nèi)容刪除，則可以刪除線索文件的相應部 分。
當然，還可以在系統(tǒng)中設置時間，采用時間觸發(fā)的方式進行線索文件的操 作。即當設定的時間條件滿足時，系統(tǒng)檢視獲取在此時間段內(nèi)存儲中的實際內(nèi) 容變更的情況及變更的實際內(nèi)容，如接收到新的實際內(nèi)容，修改實際內(nèi)容，移 動實際內(nèi)容或刪除際內(nèi)容，而根據(jù)變更情況以及內(nèi)容的自動滿足策略對實際內(nèi) 容相關的線索文件進行操作，如刪除、修改等。
本發(fā)明的實施例還提供線索的操作裝置，包括第一單元、第二單元、第
三單元；
所述第一單元用于接收線索的操作請求，所述操作請求攜帶線索操作的標 識，需要操作的線索的相關信息或線索文件；所述線索操作的標識為創(chuàng)建線索 的標識，所述線索文件的相關信息為線索文件的名稱、主題或內(nèi)容的自動滿足 策略，所述線索文件的操作請求中還攜帶線索的存放路徑；所述第二單元用于 根據(jù)第一單元接收的操作請求中的相關信息對存儲的線索執(zhí)行相應的操作。所 述第二單元包括第三單元、第四單元和第五單元；
所述第三單元用于根據(jù)相關信息或內(nèi)容的自動滿足策略在線索的存放路 徑創(chuàng)建線索文件；所述第四單元用于獲取與所述相關信息對應的實際內(nèi)容；所 述第五單元用于將所述實際內(nèi)容的索引關聯(lián)關系添加到線索中。
本發(fā)明的實施例還提供線索的操作裝置，包括第一單元、第二單元、或 第三單元、第四單元；
所述第 一單元用于變更存儲的實際內(nèi)容；所述第二單元用于根據(jù)預先存儲 的內(nèi)容的自動滿足策略，確定存在所述實際內(nèi)容相關的線索文件，并根據(jù)所述 實際內(nèi)容的索引關聯(lián)關系修改存儲的線索文件；或所述第三單元用于根據(jù)存儲 的內(nèi)容的自動滿足策略，確定不存在所述實際內(nèi)容相關的線索文件，并根據(jù)所述內(nèi)容的自動滿足策略創(chuàng)建線索文件；所述第四單元用于根據(jù)預先設置的時間 獲取存儲中變更的實際內(nèi)容。
顯然，本領域的技術人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā) 明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權利要求及 其等同技術的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權利要求
1.一種線索的操作方法，其特征在于包括接收線索的操作請求，所述操作請求攜帶針對線索的操作標識，以及和所述操作相關的線索信息；根據(jù)所述的操作請求中攜帶的信息執(zhí)行對線索的操作。
2. 如權利要求1所述的方法，其特征在于，所述線索的內(nèi)容為索引關聯(lián) 關系；或所述線索的內(nèi)容為實際內(nèi)容關聯(lián)關系；所述線索獨立于與線索相關的實際內(nèi)容。
3. 如權利要求1所述的方法，其特征在于所述線索的操作標識為創(chuàng)建線 索；所述根據(jù)操作請求中的線索信息執(zhí)行的操作具體為根據(jù)所述線索信息創(chuàng)建線索。
4. 如權利要求3所述的方法，其特征在于所述線索的相關信息至少包 括以下之一線索的名稱、主題、或內(nèi)容的自動滿足策略；該方法還包括將所述線索的名稱、主題、或內(nèi)容的自動滿足策略對應的 實際內(nèi)容的索引關聯(lián)關系添加到所述線索中。
5. 如權利要求3所述的方法，其特征在于所述線索信息為線索的名稱、 主題或客戶端已建立的會話的ID;該方法還包括將所述線索的名稱、主題或會話的ID對應的會話的實際內(nèi)容的索引關聯(lián) 關系添加到所述線索中。
6. 如權利要求3-5任一所述的方法，其特征在于所述線索的操作請求 中還攜帶線索的存放路徑；所述創(chuàng)建線索為在所述線索的存》丈路徑創(chuàng)建線索。
7. 如權利要求5所述的方法，其特征在于該方法還包括接收線索會話 創(chuàng)建停止請求；根據(jù)所述線索會話創(chuàng)建停止請求停止添加所述會話的實際內(nèi)容的索引關聯(lián)關系。
8. 如權利要求1所述的方法，其特征在于，所述線索操作的標識至少包括以下之一創(chuàng)建線索的標識、移動線索的標識、復制線索的標識、刪除線索的標識、搜索線索的標識、修改線索的標識或使用線索的標識。
9. 如權利要求8所述的方法，其特征在于，所述線索的內(nèi)容為實際內(nèi)容 的關聯(lián)關系，所述線索文件的操作標識是創(chuàng)建線索的標識、復制線索的標識 或^^改線索的標識，所述方法還包括復制線索對應的實際內(nèi)容。
10. 如權利要求8所述的方法，其特征在于所述線索的內(nèi)容為實際內(nèi)容 的關聯(lián)關系，所述線索文件的操作標識是刪除線索；所述方法還包括刪除所述線索使用的實際內(nèi)容。
11. 如權利要求l所述的方法，其特征在于所述線索信息至少包括以下 之一線索的名稱、主題、實際內(nèi)容的索引關聯(lián)關系或內(nèi)容的自動滿足策略。
12. 如權利要求1所述的方法，其特征在于，所述操作請求以XCAP、 SIP、 或HTTP承載。
13. 線索的操作方法，其特征在于包括 存儲的實際內(nèi)容變更；確定存在所述實際內(nèi)容相關的線索，并根據(jù)內(nèi)容的自動滿足策略修改所述 線索；或確定不存在所述實際內(nèi)容相關的線索，并根據(jù)內(nèi)容的自動滿足策略創(chuàng)建線索。
14. 如權利要求13所述的方法，其特征在于，所述線索的內(nèi)容為索引關 聯(lián)關系；或所述線索的內(nèi)容為實際內(nèi)容關聯(lián)關系；所述線索獨立于與線索相關的實際內(nèi)容。
15. 如權利要求13所述的方法，其特征在于所述變更為在存儲中增加 實際內(nèi)容；所述才艮據(jù)內(nèi)容的自動滿足策略修改所述線索為根據(jù)內(nèi)容的自動滿足策略 將所述實際內(nèi)容的索引關聯(lián)關系添加到索引中。
16、 如權利要求13所述的方法，其特征在于所述變更為刪除存儲中的 實際內(nèi)容；所述根據(jù)內(nèi)容的自動滿足策略修改所述線索為根據(jù)內(nèi)容的自動滿足策略 在索引中刪除所述實際內(nèi)容對應的索引關聯(lián)關系；或在所述實際內(nèi)容對應的索 引關聯(lián)關系中增加所述實際內(nèi)容刪除的標識。
17、 如權利要求13所述的方法，其特征在于所述變更為修改存儲中的 實際內(nèi)容；所述根據(jù)內(nèi)容的自動滿足策略修改所述線索為根據(jù)內(nèi)容的自動滿足策略 確定修改后的實際內(nèi)容與索引文件不相關，在索引文件中刪除修改前的實際內(nèi) 容對應的索引關聯(lián)關系。
18、 如權利要求13所述的方法，其特征在于所述變更為移動存儲中的 實際內(nèi)容；所述根據(jù)內(nèi)容的自動滿足策略修改所述線索為根據(jù)內(nèi)容的自動滿足策略 在索引文件中更改所述實際內(nèi)容對應的索引關聯(lián)關系。
19、 如權利要求13-18任一所述的方法，其特征在于該方法還包括根據(jù) 預先設置的時間獲取存儲中變更的實際內(nèi)容。
20、 線索的操作裝置，其特征在于包括用于接收線索的操作請求的第一 單元，所述操作請求攜帶線索的操作標識，和所述操作相關的線索信息；用于根據(jù)所述的操作請求中攜帶的線索信息執(zhí)行相應的操作的第二單元。
21、 如權利要求20所述的裝置，其特征在于所述線索操作的標識為創(chuàng) 建線索的標識，所述線索的相關信息為線索的名稱、主題或內(nèi)容的自動滿足策 略；所述第二單元包括用于根據(jù)相關信息或內(nèi)容的自動滿足策略在所述線索的存放路徑創(chuàng)建線 索的第三單元；用于獲取與所述相關信息對應的實際內(nèi)容的第四單元；和用于將所述實際內(nèi)容的索引關聯(lián)關系添加到所述線索中的第五單元。
22. 線索的操作裝置，其特征在于包括 用于變更存儲的實際內(nèi)容的第 一單元；用于確定存在所述實際內(nèi)容相關的線索，并根據(jù)所述實際內(nèi)容的索引關聯(lián) 關系修改所述線索中的第二單元；或用于確定不存在所述實際內(nèi)容相關的線索，并根據(jù)所述內(nèi)容的自動滿足策 略創(chuàng)建線索的第三單元。
23、 如權利要求22所述的裝置，其特征在于還包括用于根據(jù)預先設置的時間獲取存儲中變更的實際內(nèi)容的第四單元。
全文摘要
本發(fā)明公開了一種線索的操作方法和裝置，所述線索的操作方法包括接收線索的操作請求，所述操作請求攜帶針對線索的操作標識，以及和所述操作相關的線索信息；根據(jù)所述的操作請求中攜帶的信息執(zhí)行對線索的操作。通過本發(fā)明的實施例可知，本發(fā)明的實施例的線索獨立于實際內(nèi)容的形式存在，因此，可以根據(jù)用戶的需求對線索文件進行操作，從而提高用戶體驗。
文檔編號H04L29/06GK101309231SQ20071007381
公開日2008年11月19日 申請日期2007年5月16日 優(yōu)先權日2007年5月16日
發(fā)明者剛 梁, 牟倫建, 玨 王, 王嘯波, 許國軍, 成 黃 申請人:華為技術有限公司