專利名稱:將存在訂閱與聯(lián)系人列表條目一起轉(zhuǎn)發(fā)的系統(tǒng)和方法
技術(shù)領(lǐng)域:
本發(fā)明通常涉及一種移動通信技術(shù)。另外,本發(fā)明涉及在無線一鍵通、即時消息等 中用于訂閱存在并用于組通信的組和列表管理技術(shù)。更具體地說,本發(fā)明涉及一種用于將 存在訂閱與聯(lián)系人列表條目一起轉(zhuǎn)發(fā)的系統(tǒng)和方法。
背景技術(shù):
在與組管理有關(guān)的當(dāng)前OMA (開放移動聯(lián)盟)標(biāo)準(zhǔn)化規(guī)范中,聯(lián)系人列表用于在組 和列表管理服務(wù)器中存儲聯(lián)系人條目。聯(lián)系人條目是特定用戶的身份,通過該聯(lián)系人條目, 用戶能夠與其他用戶通信。另外,組列表用于定義用于組通信的組,并包括組合在一起以執(zhí) 行組通信的聯(lián)系人條目的列表。聯(lián)系人列表和組列表具有它們自身的定義聯(lián)系人列表和組 列表的性質(zhì)的屬性集。聯(lián)系人列表用于訂閱其他用戶的存在信息和初始化與他們的通信。 組列表用于初始化如無線一鍵通、即時消息等組通信。用戶可在聯(lián)系人列表中描述的其他用戶的聯(lián)系人列表條目的幫助下,通過將訂閱 請求發(fā)送到其他用戶來訂閱其他用戶的存在信息。這里,存在信息是指可用于與用戶通信 的信息的集合,諸如,裝置可用性、用戶狀態(tài)、位置、客戶裝置容量和可搜索的個人屬性???對聯(lián)系人列表條目添加別名。當(dāng)前,為了訂閱其他用戶的存在信息,用戶不得不使用在他/ 她的聯(lián)系人列表中描述的其他用戶的身份(例如,SIP地址)將用于訂閱存在信息的各個 請求發(fā)送到其他用戶。當(dāng)用戶想要訂閱大量存在屬性時,他/她在發(fā)送存在訂閱請求的同 時不得不包括所有需要的屬性。如果用戶想要創(chuàng)建已經(jīng)在另一用戶的GLMS中存在的組列表,則他/她需要將相應(yīng) 用戶的組的組列表條目的身份記錄到某些媒體并手動地將所述條目逐個添加到創(chuàng)建的組?,F(xiàn)有技術(shù)的步驟用戶A將其他用戶的條目手動地添加在他的聯(lián)系人列表和組列表中。用戶A在來 自他的聯(lián)系人列表的條目的幫助下,通過選擇他/她有興趣訂閱的所需的存在屬性來訂閱 其他用戶的存在信息。用戶A可逐個放置對每個用戶的存在訂閱請求,或他/她可通過單 個訂閱發(fā)送對多個端用戶的存在訂閱請求。用戶A可使用在他的組列表中的條目初始化組 通信(PoC/即時消息傳輸)。用戶可對添加到他的聯(lián)系人列表的條目添加別名?,F(xiàn)有技術(shù)的操作可從圖1、圖2和圖3理解現(xiàn)有技術(shù)的操作。圖1描述對組/聯(lián)系人列表條目添加 的現(xiàn)有情況。執(zhí)行的步驟如下1.假設(shè)用戶A想要將用戶B添加在組/聯(lián)系人列表中,用戶A首先將列表/組條 目添加請求發(fā)送到用戶B。2. GLM服務(wù)器將對添加的請求發(fā)送到用戶B。
3.如果請求被確定接受,則用戶B隨后通過允許信號對GLM服務(wù)器響應(yīng)。4. GLM服務(wù)器隨后將用戶B的條目添加到列表/組文檔。圖2描述當(dāng)前存在訂閱機(jī)制。執(zhí)行的步驟如下1.用戶A將存在訂閱請求發(fā)送到GLM服務(wù)器。2. GLM服務(wù)器將對訂閱的請求發(fā)送到用戶B。3.如果請求被確定接受,則用戶B隨后通過允許信號對GLM服務(wù)器響應(yīng)。4.用戶A在存在服務(wù)器的幫助下,通過選擇所需的存在屬性訂閱其他用戶的存在 fn息ο圖3描述用于添加別名的現(xiàn)有機(jī)制。執(zhí)行的步驟如下1.用戶A發(fā)送添加別名的請求。2. GLM服務(wù)器將別名添加到聯(lián)系人列表。1)請求將用戶添加在聯(lián)系人列表中用戶A將請求發(fā)送到服務(wù)器,以將用戶B添加在他的聯(lián)系人列表中。2)服務(wù)器將條目添加到聯(lián)系人列表服務(wù)器將請求轉(zhuǎn)發(fā)到用戶B,以將用戶B作為條目添加在用戶A的聯(lián)系人列表中。 如果用戶B接受添加,則服務(wù)器將用戶B的條目添加在用戶A的聯(lián)系人列表中。3)請求創(chuàng)建組列表用戶A將請求發(fā)送到服務(wù)器,以將條目添加在他的組列表中。4)服務(wù)器將條目添加在組列表中服務(wù)器將條目添加在用戶A的組列表中。5)存在的訂閱用戶A將請求發(fā)送到服務(wù)器,以訂閱添加到他的聯(lián)系人列表條目的選擇數(shù)量的用 戶的各個存在信息。服務(wù)器將訂閱請求轉(zhuǎn)發(fā)到各個用戶,并且對接受訂閱請求的那些用戶 授予存在訂閱。6)添加別名用戶A將請求發(fā)送到服務(wù)器,以添加用戶B的別名,并且相應(yīng)于條目添加別名。
發(fā)明內(nèi)容
技術(shù)問題現(xiàn)有技術(shù)的局限性可概括如下1.需要手動地創(chuàng)建聯(lián)系人列表和組列表,并且需要將各個條目逐個手動地添加到 這些列表。2.當(dāng)在聯(lián)系人列表或組列表中的條目數(shù)量較大時,手動添加耗時且困難。3.需要手動訂閱在聯(lián)系人列表條目中的用戶的存在信息。4.當(dāng)存在屬性的數(shù)量較大時,手動訂閱耗時且困難。5.需要手動添加別名。技術(shù)方案本發(fā)明的目的在于提供一種將組/聯(lián)系人列表條目、對這些條目訂閱的存在信息 屬性和作為一個用戶的聯(lián)系人列表的一部分的條目的別名轉(zhuǎn)發(fā)到另一用戶的系統(tǒng)和方法。
在本發(fā)明中,通過將聯(lián)系人列表/組列表條目與它們的存在訂閱和別名一起轉(zhuǎn) 發(fā),接收所述轉(zhuǎn)發(fā)的列表、訂閱和別名的用戶不需要手動將條目添加到聯(lián)系人列表和組列 表,不需要手動訂閱對已經(jīng)由發(fā)送條目的用戶訂閱的那些屬性的存在信息,不需要將條目 的別名添加在聯(lián)系人列表中。這減少添加條目和別名的時間,并且使存在信息的訂閱容易。為了實現(xiàn)上述目的,根據(jù)本發(fā)明的一方面,提供一種用于將存在訂閱與聯(lián)系人列 表條目一起轉(zhuǎn)發(fā)的方法,所述方法包括步驟(a)服務(wù)器接收對轉(zhuǎn)發(fā)聯(lián)系人列表條目的請 求;(b)每個用戶將其他用戶的ID預(yù)設(shè)為預(yù)設(shè)值列表,所述用戶有興趣接受轉(zhuǎn)發(fā)的文檔、別 名和存在訂閱;以及(C)在執(zhí)行轉(zhuǎn)發(fā)操作的同時服務(wù)器檢查所述預(yù)設(shè)值列表;其中,如果發(fā) 送用戶ID在所述預(yù)設(shè)值列表中,則服務(wù)器將所述聯(lián)系人列表文檔放置在接收者用戶的樹 中。根據(jù)本發(fā)明的另一方面,提供一種用于將存在訂閱與聯(lián)系人列表條目一起轉(zhuǎn)發(fā)的 方法,所述方法包括步驟(a)用戶使用單個處理,所述處理能夠?qū)⒄埱蟀l(fā)送到服務(wù)器以將 存儲在服務(wù)器或客戶機(jī)中的用戶的聯(lián)系人列表/組列表條目與包括別名和存在訂閱的它 們的屬性一起轉(zhuǎn)發(fā)到其他用戶;(b)服務(wù)器接收用于轉(zhuǎn)發(fā)聯(lián)系人列表條目的請求;以及(C) 服務(wù)器檢查作為轉(zhuǎn)發(fā)的目的的接收者用戶是否接受對其發(fā)出了轉(zhuǎn)發(fā)請求的聯(lián)系人列表條 目和它們的屬性,并且服務(wù)器執(zhí)行對接收者用戶的請求。根據(jù)本發(fā)明的另一方面,提供一種用于將存在訂閱與聯(lián)系人列表條目一起轉(zhuǎn)發(fā)的 系統(tǒng),所述系統(tǒng)包括(a)服務(wù)器接收用于轉(zhuǎn)發(fā)聯(lián)系人列表條目的請求的裝置;(b)每個用 戶將其他用戶的ID預(yù)設(shè)為預(yù)設(shè)值列表的裝置,所述用戶有興趣接受轉(zhuǎn)發(fā)的文檔、別名和存 在訂閱;以及(c)在執(zhí)行轉(zhuǎn)發(fā)操作的同時服務(wù)器檢查所述預(yù)設(shè)值列表的裝置;其中,如果發(fā) 送用戶ID在所述預(yù)設(shè)值列表中,則服務(wù)器將所述聯(lián)系人列表文檔放置在接收者用戶的樹 中。有益效果根據(jù)本發(fā)明,通過轉(zhuǎn)發(fā)聯(lián)系人列表條目,不需要手動逐個添加這些聯(lián)系人列表條 目。這減少用于添加聯(lián)系人列表/組列表條目、訂閱存在和添加別名所需的時間。另外,通 過從另一聯(lián)系人列表查閱條目,可防止在對聯(lián)系人列表/組列表添加條目中的錯誤。而且, 可避免對一個或多個存在屬性的存在信息的手動訂閱,并且不需要逐個手動地添加條目的 別名。
圖1示出組/聯(lián)系人列表條目添加;圖2示出存在訂閱;圖3示出添加別名;圖4示出轉(zhuǎn)發(fā)聯(lián)系人列表/組列表條目;圖5示出轉(zhuǎn)發(fā)聯(lián)系人列表/組列表條目并執(zhí)行存在訂閱;圖6示出轉(zhuǎn)發(fā)聯(lián)系人列表/組列表條目并添加別名;圖7示出隱含地添加聯(lián)系人列表/組列表條目并執(zhí)行其存在訂閱。
具體實施例方式第一用戶可將聯(lián)系人列表和組列表條目、與每個條目相應(yīng)的別名和對這些條目訂 閱的存在信息轉(zhuǎn)發(fā)到另一用戶。如果接收這些的第二用戶接受將所述條目添加在他/它的 聯(lián)系人列表和組列表中,如果可應(yīng)用,則第二用戶的客戶機(jī)將對在轉(zhuǎn)發(fā)的聯(lián)系人列表中的 每個條目的各個添加請求發(fā)送到服務(wù)器,并且當(dāng)接收到接受對條目的添加時,服務(wù)器將所 述條目添加到第二用戶的聯(lián)系人和組列表。如果第二用戶接受在聯(lián)系人列表中的條目的存 在訂閱,則對于第一用戶具有存在訂閱的聯(lián)系人列表中的所有條目,第二用戶的客戶機(jī)發(fā) 送用于訂閱已經(jīng)由第一用戶訂閱的存在信息的各個請求。當(dāng)聯(lián)系人列表被轉(zhuǎn)發(fā)時,如果第 二用戶有興趣添加由第一用戶添加到條目的別名,則第二用戶的客戶機(jī)將用于添加與轉(zhuǎn)發(fā) 的聯(lián)系人列表條目相應(yīng)的別名的各個請求發(fā)送到服務(wù)器。使用單個處理完成與存在訂閱和 別名相應(yīng)的聯(lián)系人列表/組列表條目的轉(zhuǎn)發(fā)。本發(fā)明提出將在以下描述的系統(tǒng)和方法。這里,提出一種用于將存在訂閱與聯(lián)系人列表條目一起轉(zhuǎn)發(fā)的系統(tǒng),其中,對聯(lián)系 人列表添加,所述系統(tǒng)包括(a) GLM服務(wù)器,轉(zhuǎn)發(fā)條目以添加在聯(lián)系人/組列表中,并將所述條目添加到列表/ 組文檔;(b)第一用戶,初始化聯(lián)系人列表條目轉(zhuǎn)發(fā)操作,以將所述條目添加到第二用戶的 列表;(c)第二用戶的客戶機(jī),發(fā)送對在轉(zhuǎn)發(fā)的聯(lián)系人列表中的每個條目的各個添加請 求;以及(d)第二用戶,如果請求被確定接受,則響應(yīng)于所述請求將允許信號發(fā)送到GLM服 務(wù)器。這里,還提出一種用于將存在訂閱與聯(lián)系人列表條目一起轉(zhuǎn)發(fā)的系統(tǒng),其中,所述 系統(tǒng)包括(a)第一用戶,執(zhí)行具有存在訂閱或添加別名的聯(lián)系人列表條目轉(zhuǎn)發(fā)操作;(b)GLM服務(wù)器,隱含地發(fā)出用于添加條目、別名并在假設(shè)第二用戶接受所述請求 的情況下訂閱存在信息的請求,執(zhí)行存在信息的獲得,并將對轉(zhuǎn)發(fā)操作的通知發(fā)送到第二 用戶;(c)第二用戶,如果請求被確定接受,則響應(yīng)于所述請求將允許信號發(fā)送到GLM服 務(wù)器;以及(d)存在服務(wù)器,用于通過選擇所需的存在屬性,訂閱其他用戶的存在信息。這里,提出一種將存在訂閱與聯(lián)系人列表條目一起轉(zhuǎn)發(fā)的方法,其中,對聯(lián)系人列 表添加,所述方法包括步驟(a) GLM服務(wù)器轉(zhuǎn)發(fā)條目以添加在聯(lián)系人/組列表中;(b)第一用戶初始化聯(lián)系人列表條目轉(zhuǎn)發(fā)操作,以將所述條目添加到第二用戶的 列表;(c)第二用戶的客戶機(jī)將各個添加請求發(fā)送到在轉(zhuǎn)發(fā)的聯(lián)系人列表中的每個條目;(d)如果請求被確定接受,則第二用戶響應(yīng)于所述請求將允許信號發(fā)送到GLM服 務(wù)器;以及
(e) GLM服務(wù)器將條目添加到列表/組文檔。這里,還提出一種用于將存在訂閱與聯(lián)系人列表條目一起轉(zhuǎn)發(fā)的方法,其中,所述 方法包括步驟(a)第一用戶執(zhí)行具有存在訂閱或別名的添加的聯(lián)系人列表條目轉(zhuǎn)發(fā)操作;(b)GLM服務(wù)器隱含地發(fā)出用于添加條目、別名以及訂閱存在信息的請求;(c)如果請求被確定接受,則第二用戶將允許信號發(fā)送到GLM服務(wù)器;(d) GLM服務(wù)器獲得存在信息;(e)GLM服務(wù)器將對轉(zhuǎn)發(fā)操作的通知發(fā)送到第二用戶;以及(f)使用存在服務(wù)器,通過選擇所需的存在屬性訂閱其他用戶的存在信息。因此,本發(fā)明還描述一種將存在訂閱與聯(lián)系人列表條目一起轉(zhuǎn)發(fā)的方法,所述方 法包括步驟(a)服務(wù)器接收用于轉(zhuǎn)發(fā)聯(lián)系人列表條目的請求;(b)每個用戶將其他用戶的ID預(yù)設(shè)為預(yù)設(shè)值列表,所述用戶有興趣接受轉(zhuǎn)發(fā)的文 檔、別名和存在訂閱;以及(c)在執(zhí)行轉(zhuǎn)發(fā)操作的同時服務(wù)器檢查所述預(yù)設(shè)值列表;其中,如果發(fā)送用戶ID在所述預(yù)設(shè)值列表中,則服務(wù)器將其識別為來自接收方用 戶的預(yù)先接受,并且將所述聯(lián)系人列表文檔放置在接收者用戶的樹中??墒褂肵ML文檔管理(使用XDM客戶機(jī))來完成用戶的ID預(yù)設(shè),用戶將用于修改 訪問策略XML文檔的XCAP PUT請求發(fā)送到XDM服務(wù)器,以將其他用戶的ID添加到訪問列 表。XCAP PUT被識別以修改存儲在XDM服務(wù)器上的任何XML文檔,并且當(dāng)按請求修改所述 文檔時,XDM服務(wù)器將響應(yīng)返回到XML客戶機(jī)。因此,本發(fā)明還描述一種將存在訂閱與聯(lián)系人列表條目一起轉(zhuǎn)發(fā)的系統(tǒng),所述系 統(tǒng)包括(a)服務(wù)器接收用于轉(zhuǎn)發(fā)聯(lián)系人列表條目的請求的裝置;(b)每個用戶將其他用戶的ID預(yù)設(shè)為預(yù)設(shè)值列表的裝置,所述用戶有興趣接受轉(zhuǎn) 發(fā)的文檔、別名和存在訂閱;以及(c)在執(zhí)行轉(zhuǎn)發(fā)操作的同時服務(wù)器檢查所述預(yù)設(shè)值列表的裝置;其中,如果發(fā)送用戶ID在所述預(yù)設(shè)值列表中,則服務(wù)器將其識別為來自接收方用 戶的預(yù)先接受,并且所述聯(lián)系人列表文檔放置在接收者用戶的樹中。在用于將存在訂閱與聯(lián)系人列表條目一起轉(zhuǎn)發(fā)的方法,如在此提出,在不影響原 始聯(lián)系人列表的情況下,修訂的聯(lián)系人列表(為了轉(zhuǎn)發(fā)從原始文檔修改而成)和對它們的 存在訂閱可被轉(zhuǎn)發(fā)到多個用戶。這可以被實現(xiàn)如下用戶從他的聯(lián)系人列表/組列表選擇多個條目以轉(zhuǎn)發(fā)。他/她對所述聯(lián)系人列表 /組列表條目執(zhí)行一些操作以修改組的屬性(例如,他/她從所述聯(lián)系人列表/組列表去除 一些條目)并將修改的聯(lián)系人列表/組列表轉(zhuǎn)發(fā)到其他用戶。在這種情況下,他/她轉(zhuǎn)發(fā) 從他/她的服務(wù)樹中的現(xiàn)有列表修改而成的聯(lián)系人列表/組列表。另外,本發(fā)明提出一種將存在訂閱與聯(lián)系人列表條目一起轉(zhuǎn)發(fā)的交替方法,其中, 存儲在客戶機(jī)裝置上的聯(lián)系人列表在修改之后被轉(zhuǎn)發(fā)到接收者。該交替方法是使用單個處 理將直接存儲在客戶機(jī)裝置上的聯(lián)系人列表轉(zhuǎn)發(fā)到一個或多個接收者。這里,將被轉(zhuǎn)發(fā)的聯(lián)系人列表條目可被動態(tài)地修改并轉(zhuǎn)發(fā),而不影響存儲在客戶機(jī)裝置的原始聯(lián)系人列表。 UI支持將被提供以修改聯(lián)系人列表文檔。用戶使用提供的UI選擇存儲在客戶機(jī)裝置的高 速緩沖存儲器上的XML文檔,修改期望的條目并初始化轉(zhuǎn)發(fā)操作。能夠以聯(lián)系人列表的內(nèi) 容為主體通過HTTP XCAP PUT請求實現(xiàn)聯(lián)系人列表的轉(zhuǎn)發(fā)。也就是說,XDM客戶機(jī)以聯(lián)系 人列表XML文檔的內(nèi)容為主體產(chǎn)生對XDM服務(wù)器的HTTP XCAP PUT請求,并將所述請求發(fā) 送到XDM服務(wù)器。XDM服務(wù)器通知接收者用戶接收該轉(zhuǎn)發(fā)請求,并且如果接收者用戶接受轉(zhuǎn) 發(fā)的聯(lián)系人列表,則XDM服務(wù)器創(chuàng)建與其相應(yīng)的單獨的XML文檔,并以接收者用戶成為文檔 的所有者的方式存儲創(chuàng)建的XML文檔。當(dāng)創(chuàng)建XML文檔時,XML服務(wù)器將文檔的URI發(fā)送 到接收者用戶。通過結(jié)合附圖進(jìn)行的詳細(xì)描述,本發(fā)明的其他目的、特點和優(yōu)點將會變得更加清
林 疋。現(xiàn)將參照附圖解釋本發(fā)明的優(yōu)選實施例。然而,應(yīng)該理解,公開的實施例僅是本發(fā) 明的示例,能夠以各種形式實現(xiàn)本發(fā)明。以下描述和附圖不能被理解為限制本發(fā)明,并且描 述眾多細(xì)節(jié)以提供對本發(fā)明的全面理解,作為權(quán)利要求的基礎(chǔ),并作為用于教導(dǎo)本領(lǐng)域技 術(shù)人員如何實現(xiàn)和/或使用本發(fā)明。然而,在特定實例中,不描述已知或傳統(tǒng)的細(xì)節(jié),以防 止不必要地在細(xì)節(jié)上混淆本發(fā)明。所述提出的系統(tǒng)能夠以如下方式被實現(xiàn)1. 一個用戶的聯(lián)系人列表、組列表、聯(lián)系人列表中的條目的存在訂閱和聯(lián)系人列 表中的條目的別名被轉(zhuǎn)發(fā)到另一用戶,從而提示接收它們的第二用戶,以將每個條目(如 果在第二用戶的聯(lián)系人列表中條目尚不可用)、與這些條目相應(yīng)的存在信息和別名添加到 第二用戶的聯(lián)系人列表。如果第二用戶選擇添加條目和別名,并訂閱對這些轉(zhuǎn)發(fā)的條目的 存在信息,則第二用戶的客戶機(jī)將各個請求發(fā)送到服務(wù)器,以將轉(zhuǎn)發(fā)的聯(lián)系人列表/組列 表條目和它們的別名添加到他/她的聯(lián)系人列表/組列表,并發(fā)送對轉(zhuǎn)發(fā)的聯(lián)系人列表中 的每個條目的各個存在訂閱請求。2.在轉(zhuǎn)發(fā)聯(lián)系人列表/組列表條目、條目的別名和它們的存在訂閱的同時,服務(wù) 器假設(shè)第二用戶有興趣重新添加存在于轉(zhuǎn)發(fā)的聯(lián)系人列表而當(dāng)前不存在于他的聯(lián)系人列 表中的新成員以及他/她不具有存在訂閱和它們的別名的條目,并且他/她對存在訂閱有 興趣的條目。因此,服務(wù)器發(fā)出用于添加當(dāng)前不存在于第二用戶的聯(lián)系人列表中的所有轉(zhuǎn) 發(fā)的條目和它們的別名,以及訂閱條目的存在信息的請求。本發(fā)明的操作第一用戶從他的聯(lián)系人列表/組列表選擇多個條目,并通過指定他是否想要轉(zhuǎn)發(fā) 這些條目的別名和存在訂閱,將這些條目轉(zhuǎn)發(fā)到另一用戶。服務(wù)器將消息發(fā)送到第二用戶, 從而查詢他/她是否有興趣將轉(zhuǎn)發(fā)的聯(lián)系人列表/組列表條目和它們的別名添加到第二 用戶自己的列表,以及他/她是否有興趣訂閱對已經(jīng)由第一用戶訂閱的這些條目的存在信 息。第二用戶確定是否接受添加和存在訂閱,第二用戶的客戶機(jī)將各個請求發(fā)送到服務(wù)器, 以便當(dāng)給予接受時將轉(zhuǎn)發(fā)的條目添加到第二用戶的聯(lián)系人列表/組列表,并且服務(wù)器執(zhí)行 所需的任務(wù)。第二用戶的客戶機(jī)隨后發(fā)送各個請求,以添加這些條目的別名,并且服務(wù)器添 加與每個條目相應(yīng)的別名。對于由第一用戶訂閱的存在屬性,第二用戶的客戶機(jī)將各個存 在訂閱請求發(fā)送到轉(zhuǎn)發(fā)的聯(lián)系人列表中的所有用戶,并且服務(wù)器執(zhí)行對存在訂閱的操作。
接收者用戶可將識別有興趣得到轉(zhuǎn)發(fā)的聯(lián)系人列表和來自它們的存在訂閱的 發(fā)送用戶的URI添加到他/她的用戶接受列表或用戶拒絕列表。該服務(wù)可被認(rèn)為是 “Listi^orward”。在接收者用戶的用戶接受列表中的條目中描述的用戶完成的轉(zhuǎn)發(fā)操作將 僅被轉(zhuǎn)發(fā)到接收者用戶。圖4描述添加聯(lián)系人列表和組列表的方式。執(zhí)行的步驟如下1.用戶A初始化聯(lián)系人列表條目轉(zhuǎn)發(fā)操作。2. GLM服務(wù)器轉(zhuǎn)發(fā)條目,以添加在聯(lián)系人/組列表中。3.客戶機(jī)用戶B初始化用于添加用戶C的請求。4. GLM服務(wù)器將用于添加的請求發(fā)送到用戶C。5.如果確定接受請求,則用戶C隨后通過允許信號響應(yīng)于GLM服務(wù)器。6. GLM服務(wù)器隨后將用戶C的相應(yīng)條目添加到列表/組文檔。圖5描述本發(fā)明的訂閱轉(zhuǎn)發(fā)的聯(lián)系人列表條目的存在信息的方式。執(zhí)行的步驟如 下1.用戶A初始化具有存在訂閱的聯(lián)系人列表條目轉(zhuǎn)發(fā)操作。2. GLM服務(wù)器將條目和作為存在訂閱的選項的參數(shù)轉(zhuǎn)發(fā)到用戶B。3.客戶機(jī)B請求將用戶C添加在他/她的存在訂閱中。4. GLM服務(wù)器將存在訂閱請求發(fā)送到用戶C。5.如果確定接受請求,則用戶C隨后通過允許信號響應(yīng)于GLM服務(wù)器。6.用戶A在存在服務(wù)器的幫助下,通過選擇所需的存在屬性,訂閱其他用戶的存
在信息。圖6描述添加通過轉(zhuǎn)發(fā)操作添加的條目的別名的方式。執(zhí)行的步驟如下1.用戶A初始化具有別名的聯(lián)系人列表條目轉(zhuǎn)發(fā)操作。2. GLM服務(wù)器將條目和用于添加別名的參數(shù)轉(zhuǎn)發(fā)到用戶B。3.客戶機(jī)B向GLM服務(wù)器請求添加別名。4. GLM服務(wù)器將條目/別名添加在列表中。圖7描述添加轉(zhuǎn)發(fā)的條目的別名和訂閱存在信息的方式。這是不需要第二用戶的 處理的操作。執(zhí)行的步驟如下1.用戶A初始化具有存在訂閱的聯(lián)系人列表條目轉(zhuǎn)發(fā)操作。2. GLM服務(wù)器確認(rèn)用戶A存在于用戶B的接受列表,并假設(shè)用戶B接受轉(zhuǎn)發(fā)的聯(lián)系 人列表條目和對它們的存在訂閱。因此,GLM服務(wù)器向用戶C發(fā)出用于添加轉(zhuǎn)發(fā)的條目和 為它們設(shè)置的別名以及訂閱用戶C的存在信息的請求。3.如果確定接受請求,則用戶C隨后通過允許信號響應(yīng)于GLM服務(wù)器。4. GLM服務(wù)器在存在服務(wù)器的幫助下執(zhí)行存在信息的獲得。5. GLM服務(wù)器將轉(zhuǎn)發(fā)操作的通知發(fā)送到用戶B,也就是說,將用戶C的條目和別名 添加到聯(lián)系人列表并且完成對它們的存在訂閱通知給用戶B。以下是實現(xiàn)該系統(tǒng)的方法的說明。A.如下表1所示,可示出轉(zhuǎn)發(fā)組操作的新處理的示例。表 權(quán)利要求
1.一種由服務(wù)器將存在訂閱與聯(lián)系人列表條目一起轉(zhuǎn)發(fā)的方法,所述方法包括步驟(a)每個用戶將其他用戶的ID預(yù)設(shè)為預(yù)設(shè)值列表,接收者用戶有興趣接受其他用戶的 別名和存在訂閱中的至少一個;(b)從發(fā)送者用戶接收對轉(zhuǎn)發(fā)聯(lián)系人列表條目的請求;以及(c)在執(zhí)行轉(zhuǎn)發(fā)操作的同時檢查所述預(yù)設(shè)值列表;其中,如果發(fā)送者用戶的ID在所述預(yù)設(shè)值列表中,則服務(wù)器將所述聯(lián)系人列表條目轉(zhuǎn) 發(fā)給接收者用戶。
2.如權(quán)利要求1所述的方法,其中,使用XML文檔管理完成預(yù)設(shè)所述其他用戶的ID的 步驟,并且其中,所述方法還包括步驟使用XDM客戶機(jī)將來自發(fā)送者用戶的XCAP PUT請求 發(fā)送到XDM服務(wù)器以修改訪問策略XML文檔,以便將所述其他用戶的ID添加到對XDM服務(wù) 器的訪問列表。
3.如權(quán)利要求2所述的方法,其中,XCAPPUT被識別以修改存儲在XDM服務(wù)器上的任 何XML文檔,并且所述方法還包括步驟當(dāng)修改文檔時,XDM服務(wù)器將響應(yīng)發(fā)送回XDM客戶 機(jī)。
4.如權(quán)利要求1所述的方法,還包括步驟發(fā)送者用戶將聯(lián)系人列表/組列表轉(zhuǎn)發(fā)到 所述其他用戶,所述聯(lián)系人列表/組列表在轉(zhuǎn)發(fā)期間被修改。
5.如權(quán)利要求1所述的方法,其中,接收對轉(zhuǎn)發(fā)聯(lián)系人列表條目的請求的步驟還包括 接收將用戶的組列表條目連同包括別名和存在訂閱的條目的屬性轉(zhuǎn)發(fā)給其他用戶的請求 的步驟,所述用戶的組列表條目被存儲在服務(wù)器中或者客戶機(jī)中。
6.如權(quán)利要求5所述的方法,其中,如果發(fā)送者用戶的ID在預(yù)設(shè)值列表中,則服務(wù)器將 聯(lián)系人列表/組列表條目和包括別名和存在訂閱的條目的屬性添加到接收者用戶的聯(lián)系 人列表,并代表接收者用戶執(zhí)行存在訂閱;以及將對其結(jié)果的通知發(fā)送到用戶。
7.如權(quán)利要求6所述的方法,還包括步驟當(dāng)服務(wù)器添加轉(zhuǎn)發(fā)的聯(lián)系人列表條目時,將 允許添加條目的請求發(fā)送到與將被添加的條目相應(yīng)的用戶,接收對將被添加的條目的響應(yīng) 并添加條目。
8.一種用于將存在訂閱與聯(lián)系人列表條目一起轉(zhuǎn)發(fā)的服務(wù)器,所述服務(wù)器包括(a)從發(fā)送者用戶接收對轉(zhuǎn)發(fā)聯(lián)系人列表條目的請求的裝置;(b)每個用戶將其他用戶的ID預(yù)設(shè)為預(yù)設(shè)值列表的裝置,接收者用戶有興趣接受其他 用戶的別名和存在訂閱中的至少一個;(c)在執(zhí)行轉(zhuǎn)發(fā)操作的同時檢查所述預(yù)設(shè)值列表的裝置;(d)如果發(fā)送者用戶的ID在所述預(yù)設(shè)值列表中,則將所述聯(lián)系人列表條目轉(zhuǎn)發(fā)給接收 者用戶的裝置。
9.如權(quán)利要求8所述的服務(wù)器,其中,使用XML文檔管理完成預(yù)設(shè)所述其他用戶的ID, 并且用戶使用XDM客戶機(jī)將XCAP PUT請求發(fā)送到XDM服務(wù)器以修改訪問策略XML文檔,以 便將所述其他用戶的ID添加到對XDM服務(wù)器的訪問列表。
10.如權(quán)利要求9所述的服務(wù)器,其中,XCAPPUT被識別以修改存儲在XDM服務(wù)器上的 任何XML文檔,并且當(dāng)修改文檔時,XDM服務(wù)器將響應(yīng)發(fā)送回XDM客戶機(jī)。
11.如權(quán)利要求8所述的服務(wù)器,其中,從發(fā)送者用戶接收對轉(zhuǎn)發(fā)聯(lián)系人列表條目的請 求的裝置接收將組列表條目和包括別名和存在訂閱的條目的屬性轉(zhuǎn)發(fā)給接收者用戶的聯(lián)系人列表的請求,并執(zhí)行對其他用戶的存在訂閱。
12.如權(quán)利要求11所述的服務(wù)器,還包括用于將聯(lián)系人列表/組列表屬性和包括別 名和存在訂閱的條目的屬性添加到接收者用戶的聯(lián)系人列表的裝置,用于代表接收者用戶 執(zhí)行存在訂閱,并將對其結(jié)果的通知發(fā)送到用戶。
全文摘要
本發(fā)明解釋一種用于將存在訂閱與聯(lián)系人列表條目一起轉(zhuǎn)發(fā)到其他用戶的方法和系統(tǒng),其中,所述方法包括服務(wù)器接收對轉(zhuǎn)發(fā)聯(lián)系人列表條目的請求;每個用戶將其他用戶的ID預(yù)設(shè)為預(yù)設(shè)值列表,所述用戶有興趣接受轉(zhuǎn)發(fā)的文檔、別名和存在訂閱;以及在執(zhí)行轉(zhuǎn)發(fā)操作的同時服務(wù)器檢查所述預(yù)設(shè)值列表;其中,如果發(fā)送用戶ID在所述預(yù)設(shè)值列表中,則服務(wù)器將所述聯(lián)系人列表文檔放置在接收者用戶的樹中。
文檔編號H04W84/08GK102149077SQ20111011934
公開日2011年8月10日 申請日期2006年10月26日 優(yōu)先權(quán)日2005年10月26日
發(fā)明者吳載權(quán), 庫魯普·阿吉斯·庫瑪·帕德馬拉亞姆·納拉亞納 申請人:三星電子株式會社