專利名稱：通信系統中的好友預訂的存在體授權的制作方法
技術領域：
本發明一般涉及通信系統、裝置、軟件和方法，并且更具體地說，涉及通信系統中用于授權用戶接收與另一用戶有關的信息的機制和技術。
背景技術：
在過去的數年內，日常通信中使用移動和陸線/有線線路計算裝置的興趣一直在增大。臺式計算機、工作站和其它有線線路計算機當前允許用戶例如經電子郵件、視頻會議和即時消息傳遞(IM)進行通信。例如移動電話、手持式計算機、個人數字助理(PDA)等移動裝置也允許用戶經電子郵件、視頻會議、頂等進行通信。移動電話一直以來通常用作話音通信裝置，但通過技術進步，最近已證明它們是用于傳遞數據、圖形等的有效裝置。隨著對跨不同平臺的無縫通信的用戶需求增大，無線和陸線技術繼續合并成更統一的通信系統。
許多通信應用允許實現在與有線線路和無線電話通信相關聯的傳統話音通信范圍之外的實時或近實時通信。聊天會話、即時消息傳遞、短消息服務(SMS)、視頻會議是幾個此類通信手段。許多這些類型的通信預期變得越來越通用，特別是由于無線裝置和連續技術突破的激增。為實現此類技術，“存在”技術用于確定位置、通信的意愿及與實時或近實時通信有關的其它參數。存在技術一般指有利于定位和標識到此類通信鏈路的一個或多個端點的應用和服務。例如，如果無線手持式裝置的第一用戶打算啟動與第二頂用戶的頂會話，則存在服務可用于呈現第二用戶的接收IM消息的意愿。存在服務是第三代(3G)無線網絡的組成部分，并且打算跨多種不同的通信裝置采用。可在存在服務器或相關聯系統創建存在信息。存在信息可以是傳達潛在用戶與其它用戶進行通信的能力和意愿的狀況指示符。存在服務器可提供存在信息以分發到其它用戶，以便傳達用戶進行通信的可用性。存在信息在許多通信服務中使用，如頂和基于IP的話音通信的最近實現。更具體地說，用戶客戶端可公布存在狀態以指示其當前通信狀況。此公布的狀態向想聯系用戶的其它方通知其通信的可用性和意愿。存在的一種使用是在頂客戶端上顯示指示符圖標，例如，帶有易于傳達的含意的圖形符號的選擇和每個狀態的對應文本描述的列表。這類似于固定電話的“掛機”或“摘機”狀態。關于用戶可用性的常見狀態是“自由聊天”、“忙”等。此類狀態跨不同現代即時消息傳遞客戶端以許多變化形式存在。然而，標準支持可用于存在信息的附加存在屬性的豐富選擇，如用戶心情、位置或自由文本狀況。存在服務一般實現為接受、存儲和分發存在信息的網絡服務。存在服務例如可實現為單個服務器，或者可具有涉及多個服務器和代理的內部結構。在保持到單個存在服務的邏輯連接性的同時，可存在重定向和代理的復雜模式。此外，存在服務可實現為在存在體與觀看者之間的直接通信，即，不要求服務器。可在存在服務體系結構中實現多個實體。這些實體之一稱為“存在體”，它是提供存在信息的實體。另一實體是存在服務器，它接收來自存在體的存在信息。“觀看者”是對存在信息感興趣的實體。可由存在服務器收集和利用存在信息(例如，位置、在某個時間或與某些用戶進行通信的意愿等)，存在服務器可通知對某些存在信息感興趣的經授權觀看者。觀看者應用可在有線線路和/或無線終端中實現以從存在服務器獲得有關其它用戶的存在信息。這可以由存在服務器發出到觀看者的通知的形式出現。到用戶/觀看者的目標用戶/裝置已變得可用的通知可作為完整或部分存在信息發送。換而言之，有能夠與存在信息的整體相關聯的多個不同存在信息片段。以類似于存在信息和相關聯結構的方式，有關于用戶的位置信息和位置服務器。位置信息可包括地理位置信息。存在技術已在許多不同類型的網絡中實現，包括為通信使用會話啟動協議(SIP)的那些網絡，如依照IP多媒體子系統(MS)標準操作的網絡。在IETF RFC 3863中描述基本SIP存在XML PIDF文檔，并且在IETF RFC 3856中定義基本SIP存在事件包。這些RFC 描述觀看者能夠如何使用SIP信令預訂存在體的存在信息。一旦觀看者已得到存在體的授權(例如，使用presence, watcherinfo事件包,如IETF RFC 3857中所述的),存在信息的更改便將經SIP通知觀看者。通知包含附在PIDF XML文檔中的存在信息。與存在體相關聯的觀看者列表被包括在觀看者信息XML文檔中。存在體預訂其自己的觀看者信息XML文檔的presence, watcher info事件。此預訂由存在系統自動授權。在新觀看者向存在體請求預訂時，它被添加到觀看者信息文檔的未決部分，并且將此更改通知存在體。存在體現在能夠授權(即，允許或拒絕)新觀看者。在OMA/IMS中，XCAP用于編輯存在授權文檔。一旦授權完成，新觀看者便取得查看最新存在信息(如果預訂仍在活動狀態，或者在發出新預訂請求時)，即，如包括存在體的最新信息的存在通知被發送到觀看者。今天因特網上的主導無線服務提供商(WSP)有社區和社交網絡(例如，Facebook,MySpace, Yahoo、MSN及Google)。在這些因特網社區中已經建立存在，其中不同解決方案用于不同社區。許多因特網社區的一個重要方面是通過查找具有共同興趣的人或者通過查找是您本身知道的人的朋友的人來擴展其自己的網絡的能力。成功的社交網絡提供幾種方式來擴展您的網絡和與新的人交互。擴展您的網絡的此能力是此類社交網絡的一個重要方面，并且在所謂的“病毒營銷”中用于在朋友之間擴散營銷消息，并且在人們添加新朋友時將消息擴散地更廣。然而，必須小心處理人們的社交網絡信息。人們想擴展其社交網絡，但也想控制關于在其社交網絡中散發的信息的隱私和安全性。因此，擴展社交網絡的此能力也需要結合適當的安全性和隱私機制。在MS網絡的上下文中考慮此社交網絡功能性，MS為受管理的多媒體管理提供安全性和QoS能力。MS主要用于交換存在信息和在用戶之間建立多媒體會話。另外，MS網絡能夠用于在網絡服務器與用戶之間建立會話。這使得頂S網絡對因特網WSP是寶貴的，其中，MS經例如基于HTTP的接口(如RESTful或PARLAY-X)向WSP顯露。MS存在技術能夠如何用于支持WSP網站的兩個示例包括(1)使得網站的用戶能夠查看其它用戶的存在并提供在IMS.存在服務器中托管的存在引擎以推送內容到用戶；以及(2)使得用戶能夠預訂內容訂源(content feed),并經存在機制將內容更新通知此類用戶。
然而，MS (3GPP/0MA)指定系統內的存在使用是基于上述IETF RFC。因此，雖然在MS中可以有用于存在體的存在事件包的許多觀看者，但一般情況下只有presence,watcherinfo事件包的一個觀看者一即存在體本身。換而言之,根據標準,僅用戶能夠看到與他們相關聯的其它用戶的列表，即，僅用戶能夠看到其自己的經授權觀看者的列表。這意味著沒有為IMS定義會例如基于來自其它人的存在列表的信息，使得用戶能夠擴展其“好友”或“朋友”列表的機制。因此，在因特網網站上如此成功的社交網絡和病毒效應在今天的IMS存在系統中不受支持。相應地，會希望提供用于基于存在的應用的避免上述問題和缺陷的裝置、系統和方法。更具體地說，會希望提供在存在體中使能好友預訂的機制，其中此類機制優選采用為用戶提供他們所需求的充分安全性和隱私的授權技術。
發明內容
以下示范實施例提供相對于現有存在系統、裝置和方法的多個優點和益處，例如包括使得用戶能夠通過利用其與存在體的現有關系使得能夠向其它存在體介紹他們，來在例如IMS/存在系統中擴展其聯系人的可能性。有利的是，此類介紹能夠以多種不同方式控 制以考慮用戶的隱私顧慮。其它優點包括根據一些示范實施例的現有存在機制的再使用以提供使能此類介紹的好友信息。然而，本領域技術人員將理解，權利要求書不限于產生任何或所有這些優點或益處的那些實施例，并且視特殊實現而定，其它優點和益處可得以實現。根據一示范實施例，用于獲得與通信網絡中的存在體的好友相關聯的好友數據的方法包括以下步驟在服務器將與存在體相關聯的多個用戶關聯的信息存儲為好友數據，在服務器接收來自觀看者的對存在體的好友數據的請求，至少部分由服務器授權對好支數據的請求，以及由服務器將好友信息傳送到觀看者。根據另一示范實施例，服務器管理對與連接到包括該服務器的通信網絡的存在體有關的好友數據的訪問，數據由連接到通信網絡的觀看者訪問，服務器包括存儲器裝置，配置成將與存在體相關聯的多個用戶關聯的信息存儲為好友數據；處理器，連接到存儲器裝置，配置成接收來自觀看者的對存在體的好友數據的請求，并且至少部分授權對好友數據的請求；以及接口，配置成將好友信息傳送到觀看者。
結合在說明書中并構成其一部分的附圖示出一個或多個實施例，并與描述一起解釋這些實施例。在圖中
圖I是包括用戶裝置和各種服務器的通信系統的示意 圖2是描繪根據一示范實施例的用于傳送好友數據到用戶的方法的流程 圖3示出根據一示范實施例的能夠存儲好友數據的數據結構；
圖4是根據一示范實施例的包括用戶裝置和包括好友XDMS的各種服務器的通信系統的不意 圖5是示出根據一示范實施例的從用戶裝置的角度的好友數據處理的流程 圖6是根據一示范實施例的信令 圖7是用戶終端的示意圖；以及圖8是服務器的示意圖。
具體實施例方式示范實施例的以下描述參照附圖。不同圖形中的相同參考標號標識相同或類似的單元。以下詳細描述不限制本發明。而是，本發明的范圍由隨附權利要求書定義。為簡明起見，關于在MS系統的上下文中論述的存在(presence)服務器的術語和結構論述以下實施例。然而，隨后要論述的實施例并不限于這些系統，而是可應用到其它通信系統。說明書通篇對“一個實施例”或“一實施例”的引用意味著結合一實施例描述的特殊特征、結構或特性被包括在本發明的至少一個實施例中。因此，在說明書通篇各個位置出現的短語“在一個實施例中”或“在一實施例中”不一定全部指相同實施例。此外，特殊的特征、結構或特性可在一個或多個實施例中以任何適合的方式組合。為提供用于關于根據示范實施例的好友(buddy)機制的隨后論述的某一上下文，最初論述系統的概述，系統包括存在體(presentity)、存在服務器和多個觀看者，其中能夠實現此類好友機制。如圖I中所示，根據一示范實施例，使用存在數據的通用通信系統可 包括由存在體12和13表示的多個存在體1-n、存在服務器14、(可選)位置服務器16、存在XDMS服務器18和由觀看者20和24表示的多個觀看者l_n。存在服務器14、位置服務器16和XDMS服務器18可以是單個服務器22的一部分，或者可以實現為位于分開物理位置的分開服務器。存在服務器14、位置服務器16和存在XDMS服務器18可以相互直接通信，或者經如圖I中所示的這些服務器之一進行通信。通信路徑可以是有線線路或無線路徑。存在體12、13和觀看者20、24可與存在服務器14、位置服務器16和存在XDMS服務器18的每個服務器進行通信，或者可經單個端口(未示出)與單個服務器22進行通信。存在體12、13和觀看者20、24與服務器的通信可以是有線線路或無線。例如由因特網任務工程組(IETF)和標準化規范來標準化“存在”的概念和相關聯概念,通過引用結合于本文中的其完整內容可在http://www. ietf. org找到。使用存在的系統和方法能夠在包括本文中所述網絡的各種網絡中找到，并且能夠用于改進使用基于網絡的地址簿的網絡。可在存在服務器體系結構中實現多個實體。這些實體之一是存在體，它是提供存在信息的實體。另一實體是存在服務器，它接收來自存在體的存在信息。觀看者是對存在信息(例如指示其它用戶及其相應裝置“在線”的信息和其它有關狀況信息)感興趣的實體。例如，可由存在服務器收集和利用位置、在某個時間或與某些用戶進行通信的意愿、關于名片的信息等存在信息，存在服務器可通知對某些存在信息感興趣的經授權“觀看者”。觀看者應用可在有線線路和/或無線終端中實現以從存在服務器獲得有關其它用戶的存在信息。這可以由存在服務器發出到觀看者的通知的形式出現。存在實體可使用會話啟動協議(SIP)作為存在協議，并且使用為SIP定義的通用事件通知框架，并且因此利用在存在規范中定義的SUBSCRIBE (預訂)和NOTIFY (通知)方法。在存在系統中引入并且在RFC 3265中定義的事件包是基于存在代理器的概念，存在代理器是能夠接受預訂，存儲預訂狀態和在有存在更改時生成通知的邏輯實體。該實體定義為邏輯實體，這是因為它可與另一實體共同駐留(co-resident)。存在用戶代理器(PUA)操控用于存在體的存在信息。此操控能夠是(如使用可擴展標記語言(XML)配置訪問協議(XCAP) PUT消息來添加新聯系人的)某一其它動作的副作用，或者能夠通過例如使用SIP PUBLISH (公布)等存在文檔的公布明確執行。用戶可具有許多裝置，如蜂窩電話和個人數字助理(PDA)，它們每個可獨立生成用于存在體的總體存在信息的組件。PUA將數據推送入存在系統中，但在其之外，因為它們不接收SUBSCRIBE消息或發送NOTIFY消息。存在代理器(PA)是SIP用戶代理器，它能夠接收SUBSCRIBE請求，響應它們，以及生成存在狀態更改的通知。存在代理器可知道存在體的存在狀態。這意味著它具有對用于存在體的PUA操控的存在數據的訪問權。PA也是支持存在事件包的通知方(如在RFC 3265中所定義的一樣)。存在服務器是可充當存在代理器或用于SUBSCRIBE請求的代理服務器的物理實體。在充當PA時，它通過一些協議部件知曉存在體的存在信息。在充當代理時，SUBSCRIBE請求通過代理發送(proxied)到可充當PA的另一實體。在一實體(訂戶)想了解來自另一用戶的存在信息時，它創建SUBSCRIBE請求。SUBSCRIBE請求像其它SIP請求一樣沿SIP代理承載。在大多數情況下，它最終到達存在服務器，存在服務器可以生成請求的響應(在此 情況下，它充當用于存在體的存在代理器)，或者將它代理發送到(proxy it to)邊緣存在服務器。如果邊緣存在服務器處理預訂，則它在充當用于存在體的存在代理器。無論是在存在服務器中還是在邊緣存在服務器中的存在代理器，先鑒定預訂，然后對它進行授權。如果授權，則返回OK響應。如果此次不能獲得授權，則將預訂視為“未決”，并且返回另一響應。在兩種情況下，PA發送包含存在體和預訂的狀態的即刻NOTIFY消息。在存在體的狀態更改時，PA生成到帶有已授權預訂的所有訂戶的包含那些狀態更改的NOTIFY。預訂本身狀態的更改也能夠觸發NOTIFY請求，該狀態在NOTIFY消息的預訂狀態報頭字段中承載，并且一般會指示預訂是活動的還是未決的。在許多通信應用(如基于IP的話音、即時消息傳遞和存在)中，網絡服務器可在服務于請求的過程中訪問每用戶信息。此每用戶信息可駐留在網絡內，但可由最終用戶自身管理，并且其管理能夠通過包括萬維網、無線手機或PC應用的多個訪問點來執行。每用戶信息有許多示例。一個示例是存在授權策略，它定義有關允許哪些觀看者預訂存在體以及允許他們訪問什么信息的規則。另一示例是存在列表，存在列表是觀看者希望得到其存在的用戶列表。獲得用于列表的存在信息的一種方式是預訂表示該列表的資源。在此情況下，資源列表服務器(RLS)要求訪問此列表以便處理對其的SIP SUBSCRIBE請求。獲得用于列表上的用戶的存在的另一種方式是讓觀看者單獨向每個用戶預訂。在該情況下，讓服務器存儲列表是方便的，并且在客戶端自舉時，它從服務器獲取列表。這會允許用戶從不同客戶端訪問其資源列表。可用于操控此每用戶數據的一種協議是XCAP。XCAP是一組用于將XML文檔和文檔組件映射到超文本傳輸協議(HTTP)統一資源標識符(URI)的慣例、一個資源的修改如何影響另一個資源的規則、數據驗證約束及與訪問那些資源相關聯的授權策略。使用此結構，普通的HTTP原語可用于操控數據。利用XCAP的每個應用(應用指暗示數據和相關聯語義集合的用例)指定一種應用用法。此應用用法為由應用使用的數據及其它信息片段定義XML模式。XCAP的一個任務是允許客戶端讀取，寫入，修改，創建和刪除該數據的片段。XCAP服務器充當用于XML文檔集合的存儲庫。可以有為每個應用存儲的文檔。在每個應用內，有為每個用戶存儲的文檔。每個用戶可具有用于特殊應用的多個文檔。為訪問那些文檔之一的某一組件，XCAP定義用于構建可用于引用該組件的URI的算法。組件指文檔內的任何元素或屬性。因此，由XCAP使用的HTTP URI指向文檔，或比XML文檔本身更細粒度的信息片段。遵循此處定義的命名慣例和驗證約束的HTTP資源稱為XCAP資源。由于XCAP資源也是HTTP資源，因此，能夠使用HTTP方法訪問它們。通過HTTP GET完成讀取XCAP資源，通過HTTP PUT進行創建或修改一個XCAP資源，以及通過HTTP DELETE進行刪除資源之一。借助于能夠在支持和/或結合本文中所述示范實施例中使用的此存在背景，現在在下面描述根據示范實施例的好友機制的示例。根據一示范實施例，提供了使得例如觀看者20能夠請求訪問它已經預訂的存在體12的好友數據和允許存在體12授權觀看者20具有對此好友數據(或其某一部分)的訪問權的機制。根據此好友數據，用戶然后能夠聯系其它用戶，例如，以擴展他或她的聯系人列表。IMS系統中用于將與存在體(一個用戶)相關聯的好友信息發送到觀看者(另一用戶)的通用方法在圖2的流程圖中示出，在此示例中，從存在體12和/或存在服務器22的 角度示出。也就是說，圖2中所示的所有步驟能夠由存在體12執行，所有步驟能夠由存在服務器22執行，或者一個或多個步驟能夠由每個執行。其中，在步驟200，建立/存儲與存在體12相關聯的用戶(好友)列表，例如，包括觀看者I. . . N的子集(或可能是完全集)。根據示范實施例，觀看者20能夠，例如，如步驟210所示通過發送請求好友信息的SIP消息到存在體12，預訂此好友列表(或此好友列表的部分)以獲得有關與存在體12相關聯的用戶的信息。然而，如在步驟220中所示，存在體12將先執行授權過程以確定是否授予請求(預訂)用戶對此好友信息的訪問權。如果觀看者12被授予訪問一些或所有好友信息的授權，則存在體12將發送經授權的好友信息到預訂用戶。一旦已授權，便能夠在預訂基礎上更新好友信息，例如，以類似于提供存在信息到預訂用戶所依據的方式。隨后，此好友信息能夠由預訂用戶用于例如擴展他或她的與IMS系統相關聯的聯系人列表。現在將更詳細地描述圖2中所示的每個步驟。根據示范實施例，從步驟200開始，存在體12將在例如列表或數據庫等適合的數據結構中存儲其好友信息，使得它能夠使此類好友信息可用于經授權訂戶。好友信息例如能夠存儲在與存在體12相關聯的存儲器裝置中，并且能夠包括圖3中所示的示范好友列表300中示出的一個或多個數據元素。下面相對于圖7和8描述示范存儲器裝置。其中，數據結構(好友列表)300包括與列表中的每個好友相關聯的一個或多個數據元素。例如，每個好友能夠在好友列表中由以下一項或多項表示顯示名稱、可尋址名稱和公共/私有指示符。根據一個示范實施例，在用戶請求來自存在體12的好友信息，并且被授權接收此類數據時，存在體12可僅向該用戶發送與其好友之一相關聯的顯示名稱。顯示名稱如下所述可用于經存在體12請求與該好友進行聯系，但不可由請求觀看者用于直接聯系好友。備選地，好友列表能夠包括與列表300中的每個好友相關聯的可尋址名稱。可尋址名稱能夠由請求了好友信息的觀看者用于直接聯系好友，例如，詢問該用戶是否可添加他或她到觀看者的存在列表，而不必通過存在體12進行介紹。好友列表300也可包括與列表中的每個好友相關聯的公共/私有指示符。此指示符能夠由好友及存在體12用于選擇性地濾除不愿響應來自觀看者20、24對好友信息的請求而共享其名稱的一些好友。如果在好友列表300中使用，則好友信息的成功請求者會只接收列表中已標記為“公共”的那些用戶的顯示名稱或可尋址名稱。除為在好友列表中的每個用戶存儲的信息的類型和量外，根據示范實施例，選擇在存在體12的好友列表中存儲哪些用戶的方式也可有所不同。根據示范實施例，有能夠用作好友列表300的多個可能列表，并且這些列表通常能夠編組成兩個類別一靜態列表和動態列表。在XDMS服務器18中保持有三種靜態列表，它們分別描述1)存在體已授予觀看它們的存在的許可的所有用戶，2)存在體已阻止觀看它們的存在的所有用戶，以及3)所有已知用戶(即，列表1+列表2)。存在服務器22中也保持有關于當前誰預訂觀看存在體12的動態列表。這些動態列表一般將保持靜態列表上的用戶的子集，其列出被允許觀看的所有那些用戶(即，被允許接收存在信息的用戶)。例如，一個動態列表能夠包括在線的那些活動觀看者，即不包括被允許觀看但當前不在觀看的那些用戶。當前在觀看的那些用戶的動態列表是觀看者信息列表。根據各種示范實施例，這些列表中的任何一個用戶或任何其它用戶列表能夠用作好友列表300。 在存儲了好友列表信息并且使其可供使用(步驟200)后，存在體12和/或存在服務器22能夠在步驟210例如從其已經預訂的觀看者20，24之一接收預訂存在體12的好友信息的請求。如下面將相對于圖4更詳細所述，這例如能夠由存在體12 (和/或存在服務器22)接收已由觀看者20、24傳送的請求好友信息的SIP消息(步驟210)來完成。在步驟20，存在體12和/或存在服務器22處理接收的好友信息請求以確定請求者是否被授權接收此類信息。根據示范實施例，這能夠以多種不同方式來完成。例如，存在服務器22可先從觀看者20、24接收請求，并且應用策略到請求。用于在存在服務器22授權好友列表彳目息請求的不范策略是確定請求觀看者20、24是否是存在體12的好友(例如，列在存在XDMS 18中用于存在體12的允許列表上)。備選地，如果存在服務器22確定請求觀看者20、24是其好友信息受到觀看者20、24請求的存在體12的好友，則存在服務器22能夠授權釋放該存在體12的公共好友信息。也考慮了各種其它授權機制。例如，如果存在服務器22檢測到在請求好友信息的觀看者20、24不在觀看者20、24請求其好友信息的存在體12的允許列表(或類似地在其阻止列表)中，則存在服務器22能夠將對好友信息的請求作為存在預訂請求對待。也就是說，在這些情況下，存在服務器22能夠發送觀看者信息通知到其好友信息受到請求的存在體12，以確定是否能夠先證明請求的觀看者20、24適合接收存在信息。在此示范實施例中，存在體12得到新預訂請求的通知，即，因為存在體12的更改已被預訂。假設為了此示例，存在體12決定接受觀看者20、24成為其存在信息的訂戶的請求。在此情況下，存在體12編輯存在授權規則以同意請求，并且觀看者20、24接收預訂相關聯用戶列表的成功響應。根據另一示范實施例，存在服務器檢測到觀看者20、24在請求好友信息(而不是存在信息)，并且表現得好象此觀看者20、24不在存在體12的允許列表中一樣，并且因此發送觀看者信息通知到存在體12，這是因為通常存在體12的更改已被預訂，以及因此存在體12編輯存在授權規則以同意/拒絕請求。存在授權規則現在捕捉能夠觀看用于存在體12的存在信息的用戶與能夠觀看存在體12的好友信息的用戶之間的區別。從上面所述中將理解，至少一些示范實施例將導致接收來自存在體的數據的不同級別的授權，即，一些觀看者20、24可被授權只接收存在信息，其它觀看者20、24可被授權只接收好友信息，和/或一些觀看者20、24可被授權接收與特殊存在體12相關聯的兩種類型的信息。因此，對于此類示范實施例，存在授權規則將捕捉例如在能夠觀看用于存在體12的存在數據的用戶與能夠觀看存在體12的好友列表的用戶之間的這些區別。對于其它示范實施例，這些不同的級別能夠減少為一，例如，其中所有經授權觀看者能夠接收存在信息和好友息兩者。雖然在前面的示范實施例中使用現有存在授權機制的修改版本和存在授權文檔執行授權步驟220，但另一解決方案會是添加與存在解決方案分開但類似的新授權機制，例如，如圖4中所示引入好友授權XDMS 400，其中，剩下的單元如上相對于圖I所述般被編號并且操作。根據此示范實施例，觀看者信息預訂授權和存在授權機制能夠再使用相同基本功能性，但使用不同的授權文檔，即，使用存在授權文檔和好友列表授權文檔兩者。根據一示范實施例的用于執行授權步驟220仍有的另一備選是讓存在體12預訂觀看者信息的觀看者信息，在此情況下，觀看者20、24對觀看者信息的預訂會導致到該預訂內的存在體12的通知。要在此示范實施例上進行擴展，考慮一般情況下用戶A預訂其自己的觀看者信息，并且在用戶B向用戶A預訂存在時，則用戶A經觀看者信息得知更改。然而，根據此示范實 施例，還希望用戶B預訂A的觀看者信息，并且因此需要通知用戶A的附加機制。一種用于提供此機制的選項是過載presence, winfo事件。在此類情況下，存在服務器配置成確定特殊SUBSCRIBE信號是來自用戶B，并且然后它將通知用戶A。根據一示范實施例的用于提供此機制的另一選擇更明確地分開這些功能。在此第二種情況中，用戶A預訂觀看者信息(即，以獲得存在預訂的通知)，并且用戶A也預訂新事件presence, winfowinfo (即，以獲得好友信息預訂的通知)。一旦授權完成，并且假設請求的觀看者20、24被授權接收好友信息，則如步驟230所指示，該信息被輸送到觀看者20、24。如更早所提及的一樣，輸送到觀看者20、24的實際好友信息能夠因實現不同而變化或者甚至在提供不同級別的訪問時基于觀看者的訪問級別在單個實現內變化。例如，輸送的好友信息能夠包括有關在存在體12的好友列表上的所有觀看者的完全信息、完全信息但只對于允許分發其好友信息的那些觀看者、完全信息但只是對于當前預訂的觀看者，或用于上面提及的觀看者的任何群組的好友列表信息的子集，例如，信息的公共部分。根據示范實施例，并且也如上所述，此后一機制能夠涉及使用新XML文檔格式，該格式只提供觀看者信息的公共元素，并且只給出用戶顯示名稱而不是完全用戶id。另外，只提供好友列表信息的公共部分能夠實現為可配置機制，并且不要求新的用戶管理機制。除從存在體12 (和/或存在服務器22)的角度考慮好友機制外，如圖5的流程圖中概括所示，其它示范實施例也從觀看者20、24的角度考慮好友信息。其中，在步驟500，觀看者20、24發送對好友信息的請求，并且隨后在步驟510接收響應，例如，好友列表。在接收好友信息后，觀看者20、24然后在步驟520決定使用好友信息聯系存在體12的好友之一，例如，存在體13，例如以便觀看者20、24擴展其朋友群組。根據示范實施例步驟520能夠至少部分取決于在好友列表中接收的信息以多種不同方式執行。例如，假設觀看者20決定它愿意與來自響應好友列表請求而接收的存在體12的好友列表的元素之一進行通信。目標用戶被標識為存在體13，然而，觀看者20只具有(它在步驟510中接收的)存在體13的顯示名稱，并且因此不能直接預訂存在體13的存在信息。相應地，觀看者20發送請求到存在體12，要求存在體12應請求存在體13允許觀看者20預訂其存在信息。存在體13能夠同意或拒絕此請求，或者如果觀看者20是存在體12的好友，則請求能夠被自動授予。根據一個示范實施例，聯系存在體12的好友的此功能性能夠實現為從觀看者20到存在體12的指示預訂是專門針對存在體的預訂請求。存在服務器22然后將請求中繼到存在體13，指示例如請求是觀看者20啟動并由存在體12中繼的第三方預訂。根據另一示范實施例，能夠使用REFER機制，其中，REFER消息由于觀看者20的預訂請求原因而發送到存在體13。作為仍有的另一備選，存在體12可向觀看者20指示他或她允許預訂(聯系存在體13)，并且存在體13的完全id被返回到觀看者20。觀看者20然后能夠使用存在體13的完全身份發送普通預訂消息，并且存在體13能夠同意或拒絕此預訂。如上所述，一些示范實施例涉及例如在MS系統中的SIP信號的傳送或接收，其有 利于對好友信息的請求、好友信息的授權和輸送。相應地，現在將相對于圖6描述根據一不范實施例的詳細(但仍純說明性)的信號圖。其中，觀看者20已經被授權觀看存在體12，SP，接收有關存在體12的存在信息。觀看者20現在想獲得對存在體12的好友數據的訪問權。圖6的信令序列根據一個示范實施例示出觀看者20如何從存在體12請求許可以具有對存在體12的好友數據的訪問權，以及然后該觀看者20如何隨后請求預訂存在體13 (存在體12的好友之一)的存在數據的許可。在此示例中，通過再使用通常用于供應存在信息的觀看者信息列表，并應用新授權策略到該列表以確定獲得好友信息的授權，來執行好友信息請求的授權。然而，其它授權機制是可能的并且考慮在內，其中的一些在上面已描述。從信號600開始，觀看者200通過傳送信號600到存在服務器22，來預訂存在體12的好友數據。在此實施例中，信號600例示為SIP SUBSCRIBE (預訂存在體12的觀看者信息)信號，但其它類型的信號能夠備選地用于請求好友信息。存在服務器22和XDMS 18或400例如，以上述方式之一，應用策略，如信令602所指示，并且決定經SIP NOTIFY信號604將請求繼續傳遞到存在體12以便獲得授權。在經到存在服務器22的SIP 200 OK消息606確認請求的接收后，存在體12編輯與存在/好友授權相關聯的XDMS文檔，以賦予其對觀看者20接收好友信息的授權，并且通知XDMS 18或400，如XCAP信令608所示。存在服務器14收到通知，其然后經SIP 200 OK信號612確認原SIP SUBSCRIBE信號600，以及然后經信號614將好友信息通知觀看者20。在此示例中，僅存在體12的好友信息的公共部分發送到觀看者20，如上所述，公共部分包括有關存在體12的好友的基本信息，其中的一個條目是用于存在體13。假設在此示范情形中，觀看者20想從存在體13獲得存在信息。根據此示例，觀看者20需要經存在體12的指引進行此操作，但如上所述，能夠備選地使用其它機制。因此，觀看者20經信號618請求存在體12經存在服務器指引他到存在體13，并請求觀看者20能夠預訂存在體13的存在數據。在應用策略以確定觀看者20是否被授權(信號620)后，存在體12經信號622將請求繼續傳遞到存在體13，存在體13經信號624授權請求。與例如在信號614中作為所有或部分公共信息提供到觀看者20的顯示名稱相反，到觀看者20的響應信號626包括存在體13的完全身份。
觀看者20然后經信號628預訂存在體13的存在數據。在經信令630應用策略以確定此請求是否被授權后，存在服務器14然后經信號632將請求通知存在體13，經信號634確認該信號。存在體13借助于朝向XDMS 18或400的信令636編輯其XDMS文檔，以賦予其對觀看者的請求的授權，并且指示其對接收來自存在體13的存在信息的授權的響應信號然后經信號638和640發送到觀看者20。可充當如結合示范實施例所述的存在體和/或觀看者的終端可以是臺式/個人計算機、工作站、大規模計算終端、無線終端或能夠運行存在感知應用的任何其它計算裝置。無線終端可包括諸如無線/蜂窩電話、個人數字助理(PDA)或其它無線手機及便攜式計算裝置的裝置。移動終端可利用計算組件控制和管理常規裝置活動以及示范實施例提供的功能性。硬件、固件、軟件或其組合可用于執行本文檔中所述的各種方法和技術。為了說明而不是限制，圖7中示出如存在體或觀看者等能夠執行根據示范實施例的操作的代表性移動終端計算系統的一個示例。然而，應認識到的是，所述示范實施例的原理同樣適用于標準計算系統。示范移動計算裝置700可包括諸如微處理器、精簡指令集計算機(RISC)或其它中 央處理模塊等處理/控制單元702。處理單元702無需是單個裝置，并且可包括一個或多個處理器。例如，處理單元702可包括主處理器和耦合成與主處理器通信的相關聯從處理器。處理單元702可如存儲裝置/存儲器704中可用的程序命令，控制移動終端的基本功能。因此，處理單元702可運行圖2、3、5和6中所述的功能。更具體地說，存儲裝置/存儲器704可包括用于執行移動終端上的功能和應用的操作系統和程序模塊。例如，程序存儲裝置可包括以下各項中的一個或多個只讀存儲器(ROM)、閃存ROM、可編程和/或可擦除ROM、隨機存取存儲器(RAM)、訂戶接口模塊(SIM)、無線接口模塊(WIM)、智能卡或其它可裝卸存儲器裝置等。程序模塊和相關聯特征也可經數據信號傳送到移動計算裝置700，如以電子方式經諸如因特網等網絡下載。可在存儲裝置/存儲器704中存儲的程序之一是特定程序706。如前面所述，特定程序706可與好友服務器和/或存在服務器交互以獲取和/或預訂一個或多個存在體的存在信息和/或好友信息。特定程序706和相關聯特征可以用通過處理器702可操作的軟件和/或固件來實現。程序存儲裝置/存儲器704也可用于存儲數據708，如各種鑒定規則或與所述示范實施例相關聯的其它數據。在一個示范實施例中，程序706和數據708存儲在非易失性電可擦除可編程ROM (EEPROM)、閃存ROM等中，使得在移動終端700的電源關閉時
息不會丟失。處理器702也可耦合到與移動終端相關聯的用戶接口 710單元。移動終端的用戶接口 710可例如包括諸如液晶顯示器等顯示器712、小鍵盤514、揚聲器716及麥克風718。正如本領域所熟知的一樣，這些和其它用戶接口組件耦合到處理器702。小鍵盤714可包括用于執行包括撥號和運行指配到一個或多個鍵的操作等多種功能的字母數字鍵。備選地，可采用其它用戶接口機制，如話音命令、開關、觸摸墊/屏、使用定點裝置的圖形用戶接口、軌跡球、操縱桿或任何其它用戶接口機制。移動計算裝置700還可包括數字信號處理器(DSP) 720。DSP 720可執行多種功能，包括模數(A/D)轉換、數模(D/A)轉換、語音編碼/解碼、加密/解密、檢錯和糾錯、比特流轉化、濾波等。一般耦合到天線724的收發器722可傳送和接收與無線裝置相關聯的無線電信號。圖7的移動計算布置700提供為可應用所述示范實施例的原理的計算環境的代表性示例。從本文提供的說明中，本領域技術人員將理解，本發明在多種其它當前已知和將來的移動和固定計算環境中同樣適用。例如，特定應用706和相關聯特征及數據708可以多種方式存儲，可在多種處理裝置上操作，并且可在具有附加、更少或不同支持電路和用戶接口機制的移動裝置中操作。要注意的是，所述示范實施例的原理同樣適用于非移動終端，即陸線計算系統。存在服務器、存在和/或好友XDMS服務器或用于結合所述示范實施例提供存在和位置信息的其它系統可以是能夠處理和傳遞存在信息的任何類型的計算裝置。圖8中示出了能夠執行根據示范實施例的服務器的操作的代表性計算系統的示例。硬件、固件、軟件或其組合可用于執行本文所述的各種步驟和操作。圖8的計算結構800是可結合此類系統使用的一個示范計算結構。
適用于執行在示范實施例中所述活動的示范計算裝置800可包括存在服務器或好友服務器或存在和/或好友XDMS服務器601。此類服務器801可包括耦合到隨機存取存儲器(RAM) 804和只讀存儲器(ROM) 806的中央處理器(CPU) 802。ROM 806也可以存儲程序的其它類型的存儲媒體，如可編程ROM (PROM)、可擦除PROM (EPROM)等。處理器802可通過輸入/輸出(I/O)電路808和總線810與其它內部和外部組件進行通信以提供控制信號及諸如此類。如軟件和/或軟硬件指令命令的一樣，處理器802執行如技術領域熟知的多種功能。服務器801也可包括一個或多個數據存儲裝置，包括硬和軟盤驅動器812、⑶-ROM驅動器814及能夠讀取和/或存儲信息的其它硬件，如DVD等。在一個實施例中，用于執行上述步驟的軟件可在CD-ROM 816、軟盤818或能夠以便攜方式存儲信息的其它形式的媒體上存儲和分發。這些存儲媒體可插入諸如⑶-ROM驅動器814、盤驅動器812等裝置中并由其讀取。服務器801可耦合到顯示器820，其可以是任何類型的已知顯示器或呈現屏幕，如IXD顯示器、等離子顯示器、陰極射線管(CRT)等。提供了用戶輸入接口 822，包括諸如鼠標、鍵盤、麥克風、觸摸墊、觸摸屏、話音識別系統等一個或多個用戶接口機制。服務器801可經網絡耦合到其它計算裝置，如陸線和/或無線終端及相關聯觀看者應用。服務器可以是如諸如因特網828等全球區域網(GAN)中的更大網絡配置的一部分，其允許最終連接到各種陸線和/或移動客戶端/觀看者裝置。公開的示范實施例例如提供用于獲得IMS系統中的某個用戶或存在體的好友數據的用戶終端、系統、方法和計算機程序產品。應理解，此描述不打算限制本發明。相反，示范實施例打算涵蓋在如隨附權利要求書定義的本發明的精神和范圍中包括的備選、修改和等效。此外，在示范實施例的詳細描述中，陳述了許多特定的細節以便提供對要求保護的發明的詳盡理解。然而，本領域的技術人員會理解，在無此類特定細節的情況下可實踐各種實施例。例如，雖然前面的示范實施例描述單組鑒定規則(例如，用于為用戶生成好友數據和存在數據兩者的鑒定特權的規則)能夠根據一個示范實施例存儲在存在數據管理服務器上，但將理解的是，存儲單組規則的服務器的特殊名稱和/或位置能夠變化。例如，此服務器也能夠稱為“存在和好友授權規則服務器”。服務器無論其名稱如何，能夠專用于此類規則集的存儲，或備選地也能夠用于存儲其它(例如，類似)數據。在后一情況中，服務器然后例如能夠稱為“基于內容的授權規則服務器”。為了此說明書的目的，術語“存在和好友授權規則服務器”將對可用于存儲本文中所述規則集的所有此類服務器是通用的。雖然以特殊組合在實施例中描述所示示范實施例的特征和元素，但每個特征或元素能夠單獨使用而無實施例的其它特征和元素，或者以帶有或無本文中公開的其它特征和 元素的各種組合來使用。本申請中提供的方法或流程圖可用計算機可讀存儲介質中有形包含的計算機程序、軟件或固件來實現以便由通用計算機或處理器運行。
權利要求
1.一種用于獲得與通信網絡中的存在體的好友相關聯的好友數據的方法，所述方法包括 在服務器將與所述存在體相關聯的多個用戶關聯的信息存儲為所述好友數據； 在所述服務器接收來自觀看者的對所述存在體的好友數據的請求； 至少部分由所述服務器授權對好友數據的所述請求；以及 由所述服務器傳送所述好友信息到所述觀看者。
2.如權利要求I所述的方法，其中在所述觀看者請求所述好友數據時，所述觀看者已經被授權接收與所述存在體相關聯的存在信息。
3.如權利要求I所述的方法，其中所述好友數據包括標識另一存在體的信息，但所述信息不可用于直接聯系所述另一存在體。
4.如權利要求3所述的方法，還包括 在所述服務器接收來自所述觀看者的預訂與所述另一存在體相關聯的存在信息的請求；以及 由所述服務器將所述請求作為從所述存在體中繼的消息轉發到所述另一存在體。
5.如權利要求I所述的方法，其中所述好友數據包括標識另一存在體的信息，并且所述信息可用于直接聯系所述另一存在體。
6.如權利要求5所述的方法，還包括 在所述服務器接收來自所述觀看者的預訂與所述另一存在體相關聯的存在信息的請求；以及 由所述服務器將所述請求轉發到所述另一存在體。
7.如權利要求I所述的方法，其中在所述服務器存儲所述好友數據的所述步驟還包括 將用于每個所述用戶的多個數據元素存儲為所述好友數據，其中至少所述數據元素之一被指示為公共數據元素，并且至少所述數據元素之一被指示為私有數據元素。
8.如權利要求7所述的方法，其中傳送所述好友數據的所述步驟還包括 只傳送所述好友數據中被指示為公共數據元素的數據元素。
9.如權利要求I所述的方法，其中與多個用戶相關聯的所述存儲信息是以下之一 與所述存在體相關聯的當前預訂存在用戶的第一列表、允許用戶的第二列表及與所述第一和第二列表不同的第三列表。
10.如權利要求I所述的方法，其中至少部分由所述服務器授權對好友信息的所述請求的所述步驟還包括 由所述服務器確定所述觀看者是否是與所述存在體相關聯的存在XDMS中的允許用戶列表的一部分； 如果是，則發送請求到所述存在體，所述請求要求所述存在體授權所述好友數據的傳送；以及 如果不是，則拒絕所述觀看者獲得所述好友數據的請求。
11.如權利要求I所述的方法，其中至少部分由所述服務器授權對好友信息的所述請求的所述步驟還包括 自動授權在所述好友數據中標識的觀看者接收所述好友數據的公共元素。
12.如權利要求I所述的方法，其中授權的所述步驟使用存在XDMS服務器來授權對好友數據的所述請求。
13.如權利要求I所述的方法，其中授權的所述步驟使用與存在體XDMS服務器不同的好友XDMS服務器來授權對好友數據的所述請求。
14.一種服務器，管理對與連接到包括所述服務器的通信網絡的存在體有關的好友數據的訪問，所述數據由連接到所述通信網絡的觀看者訪問，所述服務器包括 存儲器裝置，配置成將與所述存在體相關聯的多個用戶關聯的信息存儲為所述好友數據； 處理器，連接到所述存儲器裝置，配置成接收來自所述觀看者的對所述存在體的好友數據的請求，并且至少部分授權對好友數據的所述請求；以及 接口，配置成將所述好友信息傳送到所述觀看者。
15.如權利要求14所述的服務器，其中在所述觀看者請求所述好友數據時，所述觀看者已經被授權接收與所述存在體相關聯的存在信息。
16.如權利要求14所述的服務器，其中所述好友數據包括標識另一存在體的信息，但所述信息不可用于直接聯系所述另一存在體。
17.如權利要求16所述的服務器，其中接口還配置成接收來自所述觀看者的預訂與所述另一存在體相關聯的存在信息的請求，以及其中所述處理器還配置成將所述請求作為從所述存在體中繼的消息轉發到所述另一存在體。
18.如權利要求14所述的服務器，其中所述好友數據包括標識另一存在體的信息，并且所述信息可用于直接聯系所述另一存在體。
19.如權利要求18所述的服務器，其中所述接口還配置成接收來自所述觀看者的預訂與所述另一存在體相關聯的存在信息的請求，以及其中所述處理器還配置成將所述請求轉發到所述另一存在體。
20.如權利要求14所述的服務器，其中所述存儲器裝置還配置成將用于每個所述用戶的多個數據元素存儲為所述好友數據，其中至少所述數據元素之一被指示為公共數據元素，并且至少所述數據元素之一被指示為私有數據元素。
21.如權利要求20所述的服務器，其中所述處理器和所述接口還配置成只傳送所述好友數據中被指示為公共數據元素的數據元素。
22.如權利要求14所述的服務器，其中與多個用戶相關聯的所述存儲信息是以下之一與所述存在體相關聯的當前預訂存在用戶的第一列表、允許用戶的第二列表及與所述第一和第二列表不同的第三列表。
23.如權利要求14所述的服務器，其中所述處理器還配置成通過以下操作來授權對好友信息的所述請求確定所述觀看者是否為與所述存在體相關聯的存在XDMS中的允許用戶列表的一部分，并且如果是，則發送請求到所述存在體，所述請求要求所述存在體授權所述好友數據的傳送，并且如果不是，則拒絕所述觀看者獲得所述好友數據的請求。
24.如權利要求14所述的服務器，其中所述處理器還配置成通過自動授權在所述好友數據中標識的觀看者接收所述好友數據的公共元素，來授權對好友信息的所述請求。
25.如權利要求14所述的服務器，還包括配置成授權對好友數據的所述請求的存在XDMS服務器。
26.如權利要求14所述的服務器，還包括用于授權對好友數據的請求的好友XDMS服務器和用于授權對存在信息的請求的存在XDMS服務器。
全文摘要
用于訪問與連接到包括服務器的通信網絡的第一用戶(存在體)有關的好友數據的服務器、計算機可讀介質和方法，數據由連接到通信網絡的第二用戶(觀看者)訪問。方法包括在服務器將與存在體相關聯的多個用戶關聯的信息存儲為好友數據，在服務器接收來自觀看者的對存在體的好友數據的請求，至少部分由服務器授權對好支數據的請求，以及由服務器將好友信息傳送到觀看者。
文檔編號H04L12/58GK102783117SQ201080065124
公開日2012年11月14日 申請日期2010年3月3日 優先權日2010年3月3日
發明者C.博貝格, H.普齊比茨, J.鮑德溫 申請人:瑞典愛立信有限公司