將存在訂閱與聯繫人列表條目一起轉發的系統和方法

2023-07-01 04:52:01 1

專利名稱：：將存在訂閱與聯繫人列表條目一起轉發的系統和方法
技術領域：
：本發明涉及一種用於將存在訂閱與聯繫人列表條目一起轉發的系統和方法。
背景技術：
：在與組管理有關的當前OMA(開放移動聯盟)標準化規範中，聯繫人列表用於在組和列表管理伺服器中存儲聯繫人條目。聯繫人條目是特定用戶的身份，通過該聯繫人條目，用戶能夠與其他用戶通信。另外，組列表用於定義用於組通信的組，並包括組合在一起以執行組通信的聯繫人條目的列表。聯繫人列表和組列表具有它們自身的定義聯繫人列表和組列表的性質的屬性集。聯繫人列表用於訂閱其他用戶的存在信息和初始化與他們的通信。組列表用於初始化如無線一鍵通、即時消息等組通信。用戶可在聯繫人列表中描述的其他用戶的聯繫人列表條目的幫助下，通過將訂閱請求發送到其他用戶來訂閱其他用戶的存在信息。這裡，存在信息是指可用於與用戶通信的信息的集合，諸如，裝置可用性、用戶狀態、位置、客戶裝置容量和可搜索的個人屬性。可對聯繫人列表條目添加別名。當前，為了訂閱其他用戶的存在信息，用戶不得不使用在他/她的聯繫人列表中描述的其他用戶的身份(例如，SIP位址)將用於訂閱存在信息的各個請求發送到其他用戶。當用戶想要訂閱大量存在屬性時，他/她在發送存在訂閱請求的同時不得不包括所有需要的屬性。如果用戶想要創建已經在另一用戶的GLMS中存在的組列表，則他/她需要將相應用戶的組的組列表條目的身份記錄到某些媒體並手動地將所述條目逐個添加到創建的組。現有技術的步驟用戶A將其他用戶的條目手動地添加在他的聯繫人列表和組列表中。用戶A在來自他的聯繫人列表的條目的幫助下，通過選擇他/她有興趣訂閱的所需的存在屬性來訂閱其他用戶的存在信息。用戶A可逐個放置對每個用戶的存在訂閱請求，或他/她可通過單個訂閱發送對多個端用戶的存在訂閱請求。用戶A可使用在他的組列表中的條目初始化組通信(PoC/即時消息傳輸)。用戶可對添加到他的聯繫人列表的條目添加別名。現有技術的操作可從圖1、圖2和圖3理解現有技術的操作。圖1描述對組/聯繫人列表條目添加的現有情況。執行的步驟如下1.假設用戶A想要將用戶B添加在組/聯繫人列表中，用戶A首先將列表/組條目添加請求發送到用戶B。2.GLM伺服器將對添加的請求發送到用戶B。3.如果請求被確定接受，則用戶B隨後通過允許信號對GLM伺服器響應。4.GLM伺服器隨後將用戶B的條目添加到列表/組文檔。圖2描述當前存在訂閱機制。執行的步驟如下1.用戶A將存在訂閱請求發送到GLM伺服器。2.GLM伺服器將對訂閱的請求發送到用戶B。3.如果請求被確定接受，則用戶B隨後通過允許信號對GLM伺服器響應。4.用戶A在存在伺服器的幫助下，通過選擇所需的存在屬性訂閱其他用戶的存在信息。圖3描述用於添加別名的現有機制。^執行的步驟如下1.用戶A發送添加別名的請求。2,GLM伺服器將別名添加到聯繫人列表。1)請求將用戶添加在聯繫人列表中用戶A將請求發送到伺服器，以將用戶B添加在他的聯繫人列表中。2)伺服器將條目添加到聯繫人列表伺服器將請求轉發到用戶B,以將用戶B作為條目添加在用戶A的聯繫人列表中。如果用戶B接受添加，則伺服器將用戶B的條目添加在用戶A的聯繫人列表中。3)請求創建組列表用戶A將請求發送到伺服器，以將條目添加在他的組列表中。4)伺服器將條目添加在組列表中伺服器將條目添加在用戶A的組列表中。5)存在的訂閱用戶A將請求發送到伺服器，以訂閱添加到他的聯繫人列表條目的選擇數量的用戶的各個存在信息。伺服器將訂閱請求轉發到各個用戶，並且對接受訂閱請求的那些用戶授予存在訂閱。6)添加別名用戶A將請求發送到伺服器，以添加用戶B的別名，並且相應於條目添加別名
發明內容技術問題現有技術的局限性可概括如下1.需要手動地創建聯繫人列表和組列表，並且需要將各個條目逐個手動地添加到這些列表。2.當在聯繫人列表或組列表中的條目數量較大時，手動添加耗時且困難。3.需要手動訂閱在聯繫人列表條目中的用戶的存在信息。4.當存在屬性的數量較大時，手動訂閱耗時且困難。5.需要手動添加別名。技術方案本發明的目的在於提供一種將組/聯繫人列表條目、對這些條目訂閱的存在信息屬性和作為一個用戶的聯繫人列表的一部分的條目的別名轉發到另一用戶的系統和方法。在本發明中，通過將聯繫人列表/組列表條目與它們的存在訂閱和別名一起轉發，接收所述轉發的列表、訂閱和別名的用戶不需要手動將條目添加到聯繫人列表和組列表，不需要手動訂閱對已經由發送條目的用戶訂閱的那些屬性的存在信息，不需要將條目的別名添加在聯繫人列表中。這減少添加條目和別名的時間，並且使存在信息的訂閱容易。為了實現上述目的，根據本發明的一方面，提供一種用於將存在訂閱與聯繫人列表條目一起轉發的方法，所述方法包括步驟(a)伺服器接收對轉發聯繫人列表條目的請求；(b)每個用戶將其他用戶的ID預設為預設值列表，所述用戶有興趣接受轉發的文檔、別名和存在訂閱；以及(c)在執行轉發操作的同時伺服器檢查所述預設值列表；其中，如果發送用戶ID在所述預設值列表中，則伺服器將所述聯繫人列表文檔放置在接收者用戶的樹中。根據本發明的另一方面，提供一種用於將存在訂閱與聯繫人列表條目一起轉發的方法，所述方法包括步驟(a)用戶使用單個處理，所述處理能夠將請求發送到伺服器以將存儲在伺服器或客戶機中的用戶的聯繫人列表/組列表條目與包括別名和存在訂閱的它們的屬性一起轉發到其他用戶；(b)伺服器接收用於轉發聯繫人列表條目的請求；以及(c)伺服器檢查作為轉發的目的的接收者用戶是否接受對其發出了轉發請求的聯繫人列表條目和它們的屬性，並且伺服器執行對接收者用戶的請求。根據本發明的另一方面，提供一種用於將存在訂閱與聯繫人列表條目一起轉發的系統，所述系統包括(a)伺服器接收用於轉發聯繫人列表條目的請求的裝置；(b)每個用戶將其他用戶的ID預設為預設值列表的裝置，所述用戶有興趣接受轉發的文檔、別名和存在訂閱；以及(c)在執行轉發操作的同時伺服器檢查所述預設值列表的裝置；其中，如果發送用戶ID在所述預設值列表中，則伺服器將所述聯繫人列表文檔放置在接收者用戶的樹中。有益效果根據本發明，通過轉發聯繫人列表條目，不需要手動逐個添加這些聯繫人列表條目。這減少用於添加聯繫人列表/組列表條目、訂閱存在和添加別名所需的時間。另外，通過從另一聯繫人列表查閱條目，可防止在對聯繫人列表/組列表添加條目中的^"誤。而且，可避免對一個或多個存在屬性的存在信息的手動訂閱，並且不需要逐個手動地添加條目的別名。圖1示出組/聯繫人列表條目添加；圖2示出存在訂閱；圖3示出添加別名；圖4示出轉發聯繫人列表/組列表條目；圖5示出轉發聯繫人列表/組列表條目並執行存在訂閱；圖6示出轉發聯繫人列表/組列表條目並添加別名；圖7示出隱含地添加聯繫人列表/組列表條目並執行其存在訂閱。具體實施方式第一用戶可將聯繫人列表和組列表條目、與每個條目相應的別名和對這些條目訂閱的存在信息轉發到另一用戶。如果接收這些的第二用戶接受將所述條目添加在他/它的聯繫人列表和組列表中，如果可應用，則第二用戶的客戶機將對在轉發的聯繫人列表中的每個條目的各個添加請求發送到伺服器，並且當接收到接受對條目的添加時，伺服器將所述條目添加到第二用戶的聯繫人和組列表。如果第二用戶接受在聯繫人列表中的條目的存在訂閱，則對於第一用戶具有存在訂閱的聯繫人列表中的所有條目，第二用戶的客戶機發送用於訂閱已經由第一用戶訂閱的存在信息的各個請求。當聯繫人列表被轉發時，如果第二用戶有興趣添加由第一用戶添加到條目的別名，則第二用戶的客戶機將用於添加與轉發的聯繫人列表條目相應的別名的各個請求發送到伺服器。使用單個處理完成與存在訂閱和別名相應的聯繫人列表/組列表條目的轉發。本發明提出將在以下描述的系統和方法。這裡，提出一種用於將存在訂閱與聯繫人列表條目一起轉發的系統，其中，對聯繫人列表添加，所述系統包括(a)GLM伺服器，轉發條目以添加在聯繫人/組列表中，並將所述條目添加到列表/組文檔；(b)第一用戶，初始化聯繫人列表條目轉發操作，以將所述條目添加到第二用戶的列表；(c)第二用戶的客戶機，發送對在轉發的聯繫人列表中的每個條目的各個添加請求；以及(d)第二用戶，如果請求被確定接受，則響應於所述請求將允許信號發送到GLM伺服器。這裡，還提出一種用於將存在訂閱與聯繫人列表條目一起轉發的系統，其中，所述系統包括(a)第一用戶，執行具有存在訂閱或添加別名的聯繫人列表條目轉發操作；(b)GLM伺服器，隱含地發出用於添加條目、別名並在假設第二用戶接受所述請求的情況下訂閱存在信息的請求，執行存在信息的獲得，並將對轉發操作的通知發送到第二用戶；(c)第二用戶，如果請求被確定接受，則響應於所述請求將允許信號發送到GLM伺服器；以及(d)存在伺服器，用於通過選擇所需的存在屬性，訂閱其他用戶的存在信息。這裡，提出一種將存在訂閱與聯繫人列表條目一起轉發的方法，其中，對聯繫人列表添加，所述方法包括步驟(a)GLM伺服器轉發條目以添加在聯繫人/組列表中；(b)第一用戶初始化聯繫人列表條目轉發操作，以將所述條目添加到第二用戶的列表；(c)第二用戶的客戶機將各個添加請求發送到在轉發的聯繫人列表中的每個條目；(d)如果請求被確定接受，則第二用戶響應於所述請求將允許信號發送到GLM伺服器；以及(e)GLM伺服器將條目添加到列表/組文檔。這裡，還提出一種用於將存在訂閱與聯繫人列表條目一起轉發的方法，其中，所述方法包括步驟(a)第一用戶執行具有存在訂閱或別名的添加的聯繫人列表條目轉發操作；(b)GLM伺服器隱含地發出用於添加條目、別名以及訂閱存在信息的請求；(c)如果請求被確定接受，則第二用戶將允許信號發送到GLM伺服器；(d)GLM伺服器獲得存在信息；(e)GLM伺服器將對轉發操作的通知發送到第二用戶；以及(f)使用存在伺服器，通過選擇所需的存在屬性訂閱其他用戶的存在信自因此，本發明還描述一種將存在訂閱與聯繫人列表條目一起轉發的方法，所述方法包括步驟(a)伺服器接收用於轉發聯繫人列表條目的請求；(b)每個用戶將其他用戶的ID預設為預設值列表，所述用戶有興趣接受轉發的文檔、別名和存在訂閱；以及(c)在執行轉發操作的同時伺服器檢查所述預設值列表；其中，如果發送用戶ID在所述預設值列表中，則伺服器將其識別為來自接收方用戶的預先接受，並且將所述聯繫人列表文檔放置在接收者用戶的樹中。可使用XML文檔管理(使用XDM客戶機)來完成用戶的ID預設，用戶將用於修改訪問策略XML文檔的XCAPPUT請求發送到XDM伺服器，以將其他用戶的ID添加到訪問列表。XCAPPUT被識別以修改存儲在XDM伺服器上的任何XML文檔，並且當按請求修改所述文檔時，XDM伺服器將響應返回到XML客戶機。因此，本發明還描述一種將存在訂閱與聯繫人列表條目一起轉發的系統，所述系統包括(a)伺服器接收用於轉發聯繫人列表條目的請求的裝置；(b)每個用戶將其他用戶的ID預設為預設值列表的裝置，所述用戶有興趣接受轉發的文檔、別名和存在訂閱；以及(c)在執行轉發操作的同時伺服器檢查所述預設值列表的裝置；其中，如果發送用戶ID在所述預設值列表中，則伺服器將其識別為來自接收方用戶的預先接受，並且所述聯繫人列表文檔放置在接收者用戶的樹中。在用於將存在訂閱與聯繫人列表條目一起轉發的方法，如在此提出，在不影響原始聯繫人列表的情況下，修訂的聯繫人列表(為了轉發從原始文檔修改而成)和對它們的存在訂閱可被轉發到多個用戶。這可以被實現如下用戶從他的聯繫人列表/組列表選擇多個條目以轉發。他/她對所述聯繫人列表/組列表條目執行一些操作以修改組的屬性(例如，他/她從所述聯繫人列表/組列表去除一些條目)並將修改的聯繫人列表/組列錶轉發到其他用戶。在這種情況下，他/她轉發從他/她的服務樹中的現有列表修改而成的聯繫人列表/組列表。另外，本發明提出一種將存在訂閱與聯繫人列表條目一起轉發的交替方法，其中，存儲在客戶機裝置上的聯繫人列表在修改之後被轉發到接收者。該交替方法是使用單個處理將直接存儲在客戶機裝置上的聯繫人列錶轉發到一個或多個接收者。這裡，將被轉發的聯繫人列表條目可被動態地修改並轉發，而不影響存儲在客戶機裝置的原始聯繫人列表。UI支持將被提供以修改聯繫人列表文檔。用戶使用提供的UI選擇存儲在客戶機裝置的高速緩衝存儲器上的XML文檔，修改期望的條目並初始化轉發操作。能夠以聯繫人列表的內容為主體通過HTTPXCAPPUT請求實現聯繫人列表的轉發。也就是說，XDM客戶機以聯繫人列表XML文檔的內容為主體產生對XDM伺服器的HTTPXCAPPUT請求，並將所述請求發送到XDM伺服器。XDM伺服器通知接收者用戶接收該轉發請求，並且如果接收者用戶接受轉發的聯繫人列表，貝'JXDM伺服器創建與其相應的單獨的XML文檔，並以接收者用戶成為文檔的所有者的方式存儲創建的XML文檔。當創建XML文檔時，XML伺服器將文檔的URI發送到接收者用戶。通過結合附圖進行的詳細描述，本發明的其他目的、特點和優點將會變得更加清楚。現將參照附圖解釋本發明的優選實施例。然而，應該理解，公開的實施例僅是本發明的示例，能夠以各種形式實現本發明。以下描述和附圖不能被理解為限制本發明，並且描述眾多細節以提供對本發明的全面理解，作為權利要求的基礎，並作為用於教導本領域技術人員如^f可實現和/或使用本發明。然而，在特定實例中，不描述已知或傳統的細節，以防止不必要地在細節上混淆本發明。所述提出的系統能夠以如下方式被實現1.一個用戶的聯繫人列表、組列表、聯繫人列表中的條目的存在訂閱和聯繫人列表中的條目的別名被轉發到另一用戶，從而提示接收它們的第二用戶，以將每個條目(如果在第二用戶的聯繫人列表中條目尚不可用)、與這些條目相應的存在信息和別名添加到第二用戶的聯繫人列表。如果第二用戶選擇添加條目和別名，並訂閱對這些轉發的條目的存在信息，則第二用戶的客戶機將各個請求發送到伺服器，以將轉發的聯繫人列表/組列表條目和它們的別名添加到他/她的聯繫人列表/組列表，並發送對轉發的聯繫人列表中的每個條目的各個存在訂閱請求。2.在轉發聯繫人列表/組列表條目、條目的別名和它們的存在訂閱的同時，伺服器假設第二用戶有興趣重新添加存在於轉發的聯繫人列表而當前不存在於他的聯繫人列表中的新成員以及他/她不具有存在訂閱和它們的別名的條目，並且他/她對存在訂閱有興趣的條目。因此，伺服器發出用於添加當前不存在於第二用戶的聯繫人列表中的所有轉發的條目和它們的別名，以及訂閱條目的存在信息的請求。本發明的操作第一用戶從他的聯繫人列表/組列表選擇多個條目，並通過指定他是否想要轉發這些條目的別名和存在訂閱，將這些條目轉發到另一用戶。伺服器將消息發送到第二用戶，從而查詢他/她是否有興趣將轉發的聯繫人列表/組列表條目和它們的別名添加到第二用戶自己的列表，以及他/她是否有興趣訂閱對已經由第一用戶訂閱的這些條目的存在信息。第二用戶確定是否接受添加和存在訂閱，第二用戶的客戶機將各個請求發送到伺服器，以便當給予接受時將轉發的條目添加到第二用戶的聯繫人列表/組列表，並且伺服器執行所需的任務。第二用戶的客戶機隨後發送各個請求，以添加這些條目的別名，並且伺服器添加與每個條目相應的別名。對於由第一用戶訂閱的存在屬性，第二用戶的客戶機將各個存在訂閱請求發送到轉發的聯繫人列表中的所有用戶，並且伺服器執行對存在訂閱的操作。接收者用戶可將識別有興趣得到轉發的聯繫人列表和來自它們的存在訂閱的發送用戶的URI添加到他/她的用戶接受列表或用戶拒絕列表。該服務可被認為是"ListForward"。在接收者用戶的用戶接受列表中的條目中描述的用戶完成的轉發操作將僅被轉發到接收者用戶。圖4描述添加聯繫人列表和組列表的方式。執行的步驟如下1.用戶A初始化聯繫人列表條目轉發操作。2.GLM伺服器轉發條目，以添加在聯繫人/組列表中。3.客戶機用戶B初始化用於添加用戶C的請求。4.GLM伺服器將用於添加的請求發送到用戶C。5.如果確定接受請求，則用戶C隨後通過允許信號響應於GLM伺服器。6.GLM伺服器隨後將用戶C的相應條目添加到列表/組文檔。圖5描述本發明的訂閱轉發的聯繫人列表條目的存在信息的方式。執行的步驟如下1.用戶A初始化具有存在訂閱的聯繫人列表條目轉發操作。2.GLM伺服器將條目和作為存在訂閱的選項的參數轉發到用戶B。3.客戶機B請求將用戶C添加在他/她的存在訂閱中。4.GLM伺服器將存在訂閱請求發送到用戶C。5.如果確定接受請求，則用戶C隨後通過允許信號響應於GLM伺服器。6.用戶A在存在伺服器的幫助下，通過選擇所需的存在屬性，訂閱其他用戶的存在信息。圖6描述添加通過轉發操作添加的條目的別名的方式。執行的步驟如下1.用戶A初始化具有別名的聯繫人列表條目轉發操作。2.GLM伺服器將條目和用於添加別名的參數轉發到用戶B。3.客戶機B向GLM伺服器請求添加別名。4.GLM伺服器將條目/別名添加在列表中。圖7描述添加轉發的條目的別名和訂閱存在信息的方式。這是不需要第二用戶的處理的操作。執行的步驟如下1.用戶A初始化具有存在訂閱的聯繫人列表條目轉發操作。2.GLM伺服器確認用戶A存在於用戶B的接受列表，並*支設用戶B接受轉發的聯繫人列表條目和對它們的存在訂閱。因此，GLM伺服器向用戶C發出用於添加轉發的條目和為它們設置的別名以及訂閱用戶C的存在信息的請求。3.如果確定接受請求，則用戶C隨後通過允許信號響應於GLM伺服器。4.GLM伺服器在存在伺服器的幫助下執行存在信息的獲得。5.GLM伺服器將轉發操作的通知發送到用戶B,也就是說，將用戶C的條目和別名添加到聯繫人列表並且完成對它們的存在訂閱通知給用戶B。以下是實現該系統的方法的說明。A.如下表1所示，可示出轉發組操作的新處理的示例。表1_tableseeoriginaldocumentpage14如果發送者的身份在接收者的用戶接受列表中，則組轉發操作被通知給接收者用戶。否則，伺服器將"403被禁止"返回給發送者。該認證對與組/列錶轉發操作相關的所有操作是一般操作。如果接收者用戶接受轉發的組，則返回"HTTP/1.1200OK"。XDM伺服器創建文檔的複製，重新命名並存儲它，並將對其URI的通知發送到接收者XDM客戶機。這裡，如下表2所示，可示出發送到接收者XDM客戶機的通知。表2tableseeoriginaldocumentpage15如表3所示，可示出對轉發組操作的新處理的另一示例。表3tableseeoriginaldocumentpage15當伺服器接收PUT請求時，它識別在請求中提供的用戶的SIPAJRI不是發送用戶的SIPURI。伺服器將消息發送到接收者用戶(Venki),從而接收者用戶可接受或拒絕文檔。如果接收者接受所述文檔，則^^務器將所述文檔放置在接收者用戶服務樹中，並將新文檔的SIPURI發送到接收者用戶。B.如下表4所示，可示出對轉發URI列表操作的新處理的示例。表4tableseeoriginaldocumentpage16在表4,"forward_presencesubscription=Confirm"意指伺服器需要從接收者用戶確認在轉發的列表中的條目的存在信息的訂閱。當接收轉發操作的請求時，XDM伺服器認證用戶。如果用戶被認證以執行轉發操作，則伺服器發送通知給接收者用戶。如果接收者用戶想要接受轉發的URI列表和存在訂閱，則將HTTP/1.1，200OK返回給XDM伺服器。伺服器隨後創建與URI列表相應的XML文檔的副本並以接收者用戶成為該列表文檔的所有者的方式對其重命名。當重命名時，伺服器將新創建的文檔的URI發送到接收者用戶。伺服器將HTTP/1.1,200OK響應返回給發送者用戶，以完成所述操作。接收者XDM客戶機發送對URI列表中的條目的各個存在訂閱^青求(SUBSCRIBE)。隱含的存在訂閱操作"forward_presencesubscription=YES"意指接收者用戶想要訂閱在轉發的列表中的條目的存在信息。這裡，如下表5所示，可示出發送的存在訂閱請求。表5_tableseeoriginaldocumentpage16在這種情況下，伺服器假設接收者用戶準備好接受列表並對列表中的用戶的存在訂閱有興趣。伺服器隱含地將訂閱請求發送到各個用戶。按照本發明，能夠以新穎的方式實現所述系統。每個用戶預設他們想要接受轉發的文檔、別名和存在訂閱的其他用戶的ID。在執行轉發操作的同時，伺服器檢查預設值，如果發送用戶的ID在預設值列表中，則隨後伺服器將文檔放置在接收者用戶的樹中。如下可使用XML文檔管理來完成用戶的ID的預設使用XDM客戶機，用戶將XCAPPUT請求發送到XDM伺服器以修改訪問策略(policy)XML文檔，從而其他用戶的ID可淨皮添加到訪問列表。識另ijXCAPPUT方法以修改存儲在XDM伺服器上的任何XML文檔。當修改所述文檔時，XDM伺服器將200OK響應發送回XDM客戶機。如果用於轉發聯繫人列表條目的請求到達伺服器，則伺服器檢索訪問策略XML文檔並檢查轉發用戶是否被允許執行對其他用戶的轉發操作。如果轉發用戶的ID存在於預設值列表中，則伺服器將聯繫人列表文檔轉發到接收者用戶。要求1.用戶應該在他/她的客戶機中具有用於從聯繫人列表/組列表選擇多格條目以轉發給其他用戶的機構。2.用戶應該在他/她的客戶機中具有用於指定用戶是否有興趣轉發對他/她轉發給其他用戶的條目中的每一個的存在訂閱和別名的機構。3.伺服器應該具有用於通知第二用戶第一用戶已經轉發列表以及對第二用戶的相關別名和存在訂閱的^4勾。4.第二用戶應該在他的客戶機中具有用於全部或選擇性地接受或拒絕轉發的列表以及相關的別名和存在訂閱的機構。5.第二用戶應該在他的客戶機中具有用於選擇僅添加條目、添加別名、訂閱存在信息和這些的各種組合的機構。6.第二用戶的客戶機應該具有用於發送對添加條目、對這些條目的別名和存在訂閱的各個請求的才幾構。7.伺服器應該具有用於從轉發的列表識別哪個成員當前不存在於用戶聯繫人列表中，並僅對這些條目請求上述過程的機構。於用戶聯繫人列表中，並僅對這些條目請求上述過程的機構。9.接收者的客戶機應該具有用於將條目添加在他的接受/拒絕列表中，從而通過允許已經在接受列表中可用的發送者來控制轉發操作的機構。本發明在以下方面具有優點1.通過轉發聯繫人列表條目，能夠防止逐個手動地添加這些條目。2.減少用於添加聯繫人列表/組列表條目、訂閱存在並添加別名所需的時間。3.通過從另一聯繫人列表查閱條目，避免在對聯繫人列表/組列表添加條目中的錯誤。4.避免對一個或多個存在屬性的存在信息的手動訂閱。5.避免逐個手動地添加條目的別名。作為選擇，伺服器假設當用戶將聯繫人列表/組列表條目轉發到另一用戶時，第二用戶總是準備好接受聯繫人列表/組列表條目、對這些條目的別名和存在訂閱。因此伺服器不將消息發送給第二用戶並等待添加所述條目的響應。伺服器隱含地將各個請求發送到在條目中的所有用戶，以將這些用戶添加在第二用戶的聯繫人列表中並將由其他用戶允許的這些條目添加到第二用戶的聯繫人列表/組列表。伺服器添加條目的別名，並代表第二用戶將存在訂閱請求發送到已經由第一用戶訂閱的條目。權利要求1、一種用於將存在訂閱與聯繫人列表條目一起轉發的方法，所述方法包括步驟(a)伺服器接收對轉發聯繫人列表條目的請求；(b)每個用戶將其他用戶的ID預設為預設值列表，所述用戶有興趣接受轉發的文檔、別名和存在訂閱；以及(c)在執行轉發操作的同時伺服器檢查所述預設值列表；其中，如果發送用戶ID在所述預設值列表中，則伺服器將所述聯繫人列表文檔放置在接收者用戶的樹中。2、如權利要求l所述的方法，其中，使用XML文檔管理完成預設用戶的ID的步驟，並且其中，所述方法還包括步驟使用XDM客戶機將來自用戶的XCAPPUT請求發送到XDM伺服器以修改訪問策略XML文檔，以便將其他用戶的ID添加到對XDM伺服器的訪問列表。3、如權利要求2所述的方法，其中，XCAPPUT被識別以修改存儲在XDM伺服器上的任何XML文檔，並且其中，所述方法還包括步驟當修改文檔時，XDM伺服器將響應發送回XDM客戶機。4、如權利要求l所述的方法，還包括步驟第一用戶將在轉發期間修改的修訂的聯繫人列表/組列錶轉發到其他用戶。5、一種用於將存在訂閱與聯繫人列表條目一起轉發的系統，所述系統包括(a)伺服器接收用於轉發聯繫人列表條目的請求的裝置；(b)每個用戶將其他用戶的ID預設為預設值列表的裝置，所述用戶有興趣接受轉發的文檔、別名和存在訂閱；以及(c)在執行轉發操作的同時伺服器檢查所述預設值列表的裝置；其中，如果發送用戶ID在所述預設值列表中，則伺服器將所述聯繫人列表文檔放置在接收者用戶的樹中。6、如權利要求5所述的系統，其中，使用XML文檔管理來完成用戶的ID的預設，並且使用XDM客戶機，用戶將XCAPPUT請求發送到XDM伺服器以修改訪問策略XML文檔，以便將其他用戶的ID添加到對XDM的訪問列表。7、如權利要求6所述的系統，其中，XCAPPUT被識別以修改存儲在XDM伺服器上的任何XML文檔，並且當修改所述文檔時，XDM伺服器將響應發送回XDM客戶才幾。8、一種用於將存在訂閱與聯繫人列表條目一起轉發的方法，所述方法包括步驟(a)用戶使用單個處理，將請求發送到伺服器以將存儲在伺服器或客戶機中的用戶的聯繫人列表/組列表條目與包括別名和存在訂閱的它們的屬性轉發到其他用戶；(b)伺服器接收用於轉發聯繫人列表條目的請求；以及(c)伺服器檢查作為轉發的目的的接收者用戶是否接受對其發出了轉發請求的聯繫人列表條目和它們的屬性，並且伺服器執行對接收者用戶的請求。9、如權利要求8所述的方法，其中，步驟(c)包括步驟伺服器直接將用於接受聯繫人列表條目和它們的屬性的請求發送到接收者用戶，以便檢查接收者用戶是否對其接受；接收者用戶以接受或拒絕請求進行響應；以及伺服器將接受的聯繫人列表/組列表條目以及包括別名和存在訂閱的條目的屬性添加到接收者用戶的聯繫人列表，並代表接收者用戶執行存在訂閱。10、如權利要求8所述的方法，其中，步驟(c)包括步驟伺服器使用接收者用戶的預設接受/拒絕列表，以便檢查接收者用戶是否接受聯繫人列表條目和它們的屬性。11、如權利要求IO所述的方法，還包括步驟每個用戶將其他用戶的ID預設為預設值列表，所述用戶有興趣接受轉發的文檔、別名和存在訂閱；在執行轉發的同時，伺服器檢查預設值列表，其中，如果發送用戶的ID在預設值列表中，則伺服器將其識別為接收者用戶的接受，以將接受的聯繫人列表/組列表條目和包括別名和存在訂閱的條目的屬性添加到接收者用戶的聯繫人列表，並代表接收者用戶執行存在訂閱；以及伺服器將對其結果的通知發送到用戶。12、如權利要求11所述的方法，還包括步驟當伺服器添加轉發的聯繫人列表條目時，將允許添加條目的請求發送到與將被添加的條目相應的用戶，接收對其的響應並添加條目。全文摘要本發明解釋一種用於將存在訂閱與聯繫人列表條目一起轉發到其他用戶的方法和系統，其中，所述方法包括伺服器接收對轉發聯繫人列表條目的請求；每個用戶將其他用戶的ID預設為預設值列表，所述用戶有興趣接受轉發的文檔、別名和存在訂閱；以及在執行轉發操作的同時伺服器檢查所述預設值列表；其中，如果發送用戶ID在所述預設值列表中，則伺服器將所述聯繫人列表文檔放置在接收者用戶的樹中。文檔編號H04W84/08GK101292549SQ200680039151公開日2008年10月22日申請日期2006年10月26日優先權日2005年10月26日發明者吳載權,庫魯普·阿吉斯·庫瑪·帕德馬拉亞姆·納拉亞納申請人:三星電子株式會社