專利名稱：用于基于內(nèi)容的呈現(xiàn)服務(wù)的訂購管理的制作方法
技術(shù)領(lǐng)域：
本發(fā)明總體上涉及電信，更具體地，涉及呈現(xiàn)信息的收集、管理和分發(fā)。
背景技術(shù)：
在電信中，傳統(tǒng)上使用呈現(xiàn)信息來指示個人進行通信的能力、可用性和意愿。更一般地，個人的呈現(xiàn)信息提供了上下文信息，以讓其他人了解關(guān)于該人的當前上下文的情況。目前，呈現(xiàn)是即時通信(IM)和VoIP技術(shù)(具體地，會話發(fā)起協(xié)議(SIP))的一些最新發(fā)展的幕后關(guān)鍵驅(qū)動者之一。雖然已經(jīng)實現(xiàn)并討論了這些以及其他基本的呈現(xiàn)技術(shù)(參見，例如 IETF 的標題為“AModel for Presence and Instant Messaging，，的 RFC 2778,以及標題為"RPID :Rich Presence Extensions to the Presence Information Data format (PIDF) ”的RFC 4480)，這些技術(shù)大致上仍處于萌芽階段的。這些現(xiàn)有的技術(shù)提供了有限的靈活性、可縮放性、安全和隱私。相應(yīng)地，對收集、管理和分發(fā)呈現(xiàn)信息的方式進行改進仍然是極其需要的。

發(fā)明內(nèi)容


根據(jù)以下詳細描述，與附圖相結(jié)合，本技術(shù)的其他特征和優(yōu)勢將變得顯而易見，在附圖中圖1作為一般性介紹，示意性地描述了根據(jù)本技術(shù)的各個實現(xiàn)的連接到若干不同網(wǎng)絡(luò)的呈現(xiàn)服務(wù)疊層(overlay)。圖2示意性地描述了呈現(xiàn)系統(tǒng)的基本單元，S卩(與用戶相關(guān)聯(lián)的)呈現(xiàn)實體 (presentity)、觀察者以及在呈現(xiàn)實體和觀察者之間居中的呈現(xiàn)服務(wù)器，之間的關(guān)系。圖3是可以用于實現(xiàn)本文公開的新穎的呈現(xiàn)服務(wù)的無線客戶端的廣義協(xié)議棧圖；圖4展示了棧視圖，該棧視圖示出了客戶端應(yīng)用可以如何經(jīng)由代理節(jié)點與功能節(jié)
占奪耳. /、、、-^x—~，圖5是網(wǎng)絡(luò)拓撲的一個示例，可以使用該網(wǎng)絡(luò)拓撲來實現(xiàn)根據(jù)本技術(shù)的呈現(xiàn)系統(tǒng)；圖6呈現(xiàn)了本系統(tǒng)的一個實現(xiàn)的示意圖，描述了客戶端應(yīng)用、代理層(tier)、功能層和持久性層(persistence tier)之間的各種交互；圖7是為呈現(xiàn)協(xié)議所支持的同步(請求-響應(yīng))和異步消息傳送范例的高級描述；圖8示意性地描述了用于注冊新設(shè)備的系統(tǒng)消息序列的示例，由此將把用戶鏈接到其設(shè)備的映射存儲在持久性數(shù)據(jù)存儲器中；圖9示意性地描述了呈現(xiàn)客戶端和呈現(xiàn)服務(wù)注冊器(注冊節(jié)點)之間的注冊消息序列的示例；
4
圖10示意性地描述了針對已知DUUID(即，目的地的通用唯一 ID)的對等消息序列；圖11示意性地描述了針對未知DUUID的對等消息序列；圖12示意性地描述了用于訂購呈現(xiàn)服務(wù)的消息序列；圖13示意性地描述了用于向觀察者通知呈現(xiàn)信息的消息序列；圖14示意性地描述了用于發(fā)布呈現(xiàn)信息的消息序列；圖15示意性地描述了作為呈現(xiàn)注冊過程的第一階段的客戶端-服務(wù)器密鑰協(xié)商過程；圖16示意性地描述了作為呈現(xiàn)注冊過程的第二階段的如何選擇和認證用戶標識符；圖17示意性地描述了如何可以改變用戶標識符；圖18示意性地描述了如何可以共享電子(虛擬)名片，例如，作為vCard電子郵件附件共享；圖19示意性地描述了用戶如何可以接收電子名片并請求用于訂購電子名片的授權(quán)，以自動接收對電子名片的后續(xù)改變；圖20展示了用于圖19的授權(quán)過程的消息序列；圖21示意性地描述了訂購消息流程，訂購消息流程用于訂購電子名片，由此在該過程完成時，在發(fā)布-訂購子系統(tǒng)中將創(chuàng)建訂購以及將該訂購的記錄保存在持久性數(shù)據(jù)存儲器中；圖22呈現(xiàn)了用于圖21的訂購過程的消息序列；圖23示意性地描述了用于更新/發(fā)布對電子名片進行的改變的消息流程；圖M展示了用于圖23的發(fā)布-通知過程的消息序列；圖25示意性地描述了用于暫停電子名片訂購的消息流程；圖沈示意性地描述了用于恢復(fù)電子名片訂購的消息流程；圖27示意性地描述了當用戶切換設(shè)備時，用于備份/復(fù)原過程的消息流程；圖觀示意性地描述了當用戶切換設(shè)備，但是對來自老設(shè)備的數(shù)據(jù)的當前備份不可用時，用于重新注冊過程的消息流程；圖四示意性地描述了當用戶在切換設(shè)備和重新注冊時請求來自每個聯(lián)系人的重新授權(quán)以及新密鑰時的消息流程圖；圖30示意性地描述了當用戶在切換設(shè)備時向所有觀察者撤消和重新發(fā)行密鑰時的消息流程；圖31示意性地描述了呈現(xiàn)設(shè)備可以如何經(jīng)由移動網(wǎng)絡(luò)基礎(chǔ)設(shè)施與無線客戶端以及經(jīng)由標準互聯(lián)網(wǎng)連接與有線客戶端進行交互；圖32是可以用于與呈現(xiàn)系統(tǒng)交互的無線通信設(shè)備的示意性描述；圖33是描述分發(fā)呈現(xiàn)信息的方法的一些主要步驟的流程圖；圖34是描述發(fā)布呈現(xiàn)信息的方法的一些主要步驟的流程圖；圖35是描述訂購呈現(xiàn)信息的方法的一些主要步驟的流程圖；圖36是描述更新名片信息的方法的一些主要步驟的流程圖；圖37是描述由呈現(xiàn)服務(wù)執(zhí)行的管理訂購的方法的一些主要步驟的流程圖；以及
圖38是描述對來自無線通信設(shè)備的訂購進行管理的方法的一些主要步驟的流程圖。應(yīng)當注意到，在所有附圖中，由相同的引用標號來標識相同的特征。
具體實施例方式總體上，本文公開的本技術(shù)提供了用于收集、管理和分發(fā)呈現(xiàn)信息的創(chuàng)新的呈現(xiàn)系統(tǒng)和相關(guān)方法。更具體地，本文公開了用于管理對呈現(xiàn)信息的訂購的新穎的系統(tǒng)、方法和設(shè)備。訂購管理使得用戶可以控制與之前已建立了授權(quán)的訂購關(guān)系的呈現(xiàn)實體相關(guān)的呈現(xiàn)信息的流入。與取決于預(yù)先安排的數(shù)據(jù)格式的呈現(xiàn)技術(shù)相反地，本新穎的呈現(xiàn)技術(shù)是構(gòu)建在關(guān)于基于內(nèi)容的呈現(xiàn)服務(wù)。該新穎的基于內(nèi)容的呈現(xiàn)服務(wù)使得可以以任意數(shù)據(jù)格式發(fā)布并存儲表示呈現(xiàn)信息的數(shù)據(jù)內(nèi)容。從而，已被授權(quán)的觀察者可以通過簡單地指定內(nèi)容方面的訂購表達式來訂購呈現(xiàn)信息，或者呈現(xiàn)信息的特定元素(“屬性”，例如位置、情緒、行為、可用性等)。例如，訂購表達式〈Contactl，location =〃 Ottawa" >將通知用戶Contactl何時位于Ottawa中。該基于內(nèi)容的呈現(xiàn)方式使得可以通過任何格式發(fā)布數(shù)據(jù)內(nèi)容，并使得可以在所尋求或者所希望的內(nèi)容方面上定義訂購。可以在不必確保數(shù)據(jù)格式的可互操作性的情況下，使用并更新貢獻或者消耗呈現(xiàn)信息的客戶端應(yīng)用。由此，該新穎的呈現(xiàn)服務(wù)是高度靈活的、可縮放的并且允許發(fā)布或?qū)で缶哂泻芨呒毼⒉町惖某尸F(xiàn)信息。訂購管理是呈現(xiàn)服務(wù)的重要方面。訂購管理使得可以中止或者恢復(fù)對呈現(xiàn)信息的訂購。如將在下面詳細描述的，可以通過用戶的手動輸入或者可以基于預(yù)定義的觸發(fā)條件來觸發(fā)訂購的中止和恢復(fù)。在本技術(shù)的主要實現(xiàn)中，呈現(xiàn)服務(wù)在其核心處具有基于內(nèi)容的發(fā)布-訂購子系統(tǒng)，用于以任意數(shù)據(jù)格式發(fā)布表示呈現(xiàn)信息的數(shù)據(jù)。已授權(quán)的聯(lián)系人或者觀察者可以通過訂購表達式的形式指定感興趣的數(shù)據(jù)內(nèi)容，來訂購呈現(xiàn)信息，該訂購表達式也是單純根據(jù)內(nèi)容來定義的，即，獨立于數(shù)據(jù)格式。當呈現(xiàn)實體授權(quán)觀察者訂購呈現(xiàn)信息時，這建立了在呈現(xiàn)實體和觀察者之間的已授權(quán)的訂購關(guān)系。該訂購可以使觀察者有權(quán)接收關(guān)于呈現(xiàn)實體向發(fā)布-訂購子系統(tǒng)發(fā)布的所有呈現(xiàn)信息的通知，或者僅接收關(guān)于向發(fā)布-訂購子系統(tǒng)發(fā)布的呈現(xiàn)信息的指定子集的通知。本技術(shù)的一個主要方面是管理針對基于內(nèi)容的呈現(xiàn)服務(wù)的訂購的方法。該方法包括在呈現(xiàn)服務(wù)處從設(shè)備接收訂購中止消息，識別與訂購中止消息相關(guān)聯(lián)的訂購，以及中止該訂購。然后，可以從呈現(xiàn)服務(wù)向設(shè)備發(fā)送響應(yīng)，以向設(shè)備通知已經(jīng)中止了訂購。本技術(shù)的另一主要方面是包括代碼的計算機可讀介質(zhì)，當將代碼載入存儲器并在計算設(shè)備的處理器上執(zhí)行時，該代碼適于執(zhí)行前述動作。本技術(shù)的又一主要方面是在無線通信設(shè)備上執(zhí)行的用于管理對基于內(nèi)容的呈現(xiàn)信息的訂購的方法。該方法涉及從設(shè)備向呈現(xiàn)服務(wù)發(fā)送中止訂購的訂購中止消息，然后從呈現(xiàn)服務(wù)接收通知已經(jīng)中止了訂購的響應(yīng)。本技術(shù)的另一主要方面是包括代碼的計算機可讀介質(zhì)，當將代碼載入存儲器并在計算設(shè)備的處理器上執(zhí)行時，該代碼適于執(zhí)行前述動作。本技術(shù)的又一主要方面是用于管理對呈現(xiàn)信息的訂購的呈現(xiàn)系統(tǒng)。該系統(tǒng)包括用于訂購呈現(xiàn)信息的發(fā)布-訂購子系統(tǒng)和用于將訂購中止消息從設(shè)備路由到預(yù)定功能節(jié)點的代理節(jié)點。功能節(jié)點處理訂購中止消息，以識別與訂購中止消息相關(guān)聯(lián)的訂購，然后中止該訂購。本技術(shù)的又一主要方面是用于管理對呈現(xiàn)信息的訂購的無線通信設(shè)備。該設(shè)備包括操作性耦合到存儲器的處理器以及射頻收發(fā)信機，處理器用于執(zhí)行被編程為生成訂購中止消息的呈現(xiàn)客戶端，射頻收發(fā)信機用于向呈現(xiàn)服務(wù)發(fā)送中止訂購的訂購中止消息?，F(xiàn)在將參照附圖，來描述作為示例的本技術(shù)的這些方面的細節(jié)和詳情。圖1作為一般性介紹，示意性地描述了根據(jù)本技術(shù)的各個實現(xiàn)的呈現(xiàn)服務(wù)疊層?？梢詫⒃撔路f的呈現(xiàn)系統(tǒng)理解為疊加在移動網(wǎng)絡(luò)基礎(chǔ)設(shè)施和互聯(lián)網(wǎng)上的服務(wù)疊層。換言之，圖1中示出的一般架構(gòu)支持通過移動網(wǎng)絡(luò)基礎(chǔ)設(shè)施或者通過IP網(wǎng)絡(luò)訪問該呈現(xiàn)服務(wù)。從而，呈現(xiàn)客戶端可以將呈現(xiàn)服務(wù)視為單一的服務(wù)實體。系統(tǒng)架構(gòu)也是可以容易縮放的，并且可以支持非常大數(shù)目的用戶。使用客戶端-服務(wù)器風(fēng)格的架構(gòu)來定義呈現(xiàn)系統(tǒng)，在該架構(gòu)中，呈現(xiàn)客戶端產(chǎn)生并消耗呈現(xiàn)信息。一般地(下面將要詳細闡述)，一個或多個呈現(xiàn)實體生成(收集并發(fā)布) 的呈現(xiàn)信息可以由一個或多個觀察者消耗。用戶可以既是呈現(xiàn)實體也是觀察者，或者僅是其中之一。在呈現(xiàn)客戶端之間居中的是呈現(xiàn)服務(wù)器。該呈現(xiàn)服務(wù)器接收、管理和分發(fā)呈現(xiàn) fn息ο呈現(xiàn)服務(wù)器使用單一的全球服務(wù)標識符來簡化數(shù)據(jù)的路由。例如，針對通過移動網(wǎng)絡(luò)基礎(chǔ)設(shè)施通信的特定類型的無線客戶端，呈現(xiàn)服務(wù)具有單一的全球服務(wù)標識符(或者服務(wù)地址)。該方式簡化了數(shù)據(jù)的路由，并避免了呈現(xiàn)服務(wù)器與移動網(wǎng)絡(luò)基礎(chǔ)設(shè)施拓撲的連接。仍是通過介紹和概述的方式，可以將呈現(xiàn)服務(wù)器實現(xiàn)為由代理層、功能層和持久性層組成的分層系統(tǒng)。呈現(xiàn)服務(wù)器的該分層結(jié)構(gòu)對于呈現(xiàn)客戶端是透明的。呈現(xiàn)客戶端可以使用呈現(xiàn)協(xié)議與呈現(xiàn)服務(wù)器通信。對于本說明書來說，表達“呈現(xiàn)信息”指的是傳達針對各種通信模式(例如，電子郵件、語音、短消息服務(wù)(SMS)、多媒體消息服務(wù)(MMS)即時消息(IM))、各種服務(wù)和各種設(shè)備的能力、可用性和意愿的信息的集合。呈現(xiàn)信息通常包含特定的明確的狀態(tài)，例如，可用 /不可用、當前位置、活動、假期/工作、睡眠/清醒；然而，其也可以包含含糊的、差別細微的、微妙的或者定量的信息，例如，情緒、興趣、意向、希望等。對于本說明書來說，“呈現(xiàn)實體”將設(shè)備、服務(wù)和個人信息加以組合，以得到用戶的呈現(xiàn)狀態(tài)的完整畫面。圖2示意性地描述了系統(tǒng)的基本單元，即用戶、呈現(xiàn)服務(wù)器和呈現(xiàn)實體，之間的關(guān)系。如在該圖中示意性描述的，呈現(xiàn)實體包括由第一用戶標識符來表征的第一用戶以及用于生成關(guān)于該用戶的呈現(xiàn)數(shù)據(jù)的呈現(xiàn)源(即，第一呈現(xiàn)客戶端)。使用呈現(xiàn)協(xié)議來向呈現(xiàn)服務(wù)器傳輸該呈現(xiàn)數(shù)據(jù)，呈現(xiàn)服務(wù)器繼而與觀察者(即，與第二用戶相關(guān)聯(lián)的第二呈現(xiàn)客戶端)共享該呈現(xiàn)數(shù)據(jù)。在該簡單的單邊場景中，第一用戶因此是呈現(xiàn)數(shù)據(jù)的供應(yīng)者或者提供者，而第二用戶(觀察者)是呈現(xiàn)數(shù)據(jù)的消費者(即，接收者、查看者)。在雙邊的場景中，第一用戶也將接收與第二用戶有關(guān)的呈現(xiàn)數(shù)據(jù)。呈現(xiàn)數(shù)據(jù)的共享可以是對稱的，其中， 雙方交換相同類型的呈現(xiàn)數(shù)據(jù)，或者是不對稱的，其中，一個用戶比另一個用戶消耗更多的呈現(xiàn)數(shù)據(jù)，或者一個用戶比另一個用戶供應(yīng)更多的呈現(xiàn)數(shù)據(jù)。
系統(tǒng)架構(gòu)和旱.現(xiàn)協(xié)議如上提到的，呈現(xiàn)系統(tǒng)是疊加在移動網(wǎng)絡(luò)基礎(chǔ)設(shè)施和/或互聯(lián)網(wǎng)上的服務(wù)疊層。 從呈現(xiàn)客戶端的視角來看，呈現(xiàn)服務(wù)顯現(xiàn)為單一服務(wù)器實例。在移動網(wǎng)絡(luò)基礎(chǔ)設(shè)施的所有實例上，可以通過單一的全球服務(wù)標識符來標識該服務(wù)器。呈現(xiàn)協(xié)議是可以使用適當?shù)膫鬏攨f(xié)議或者無線傳輸協(xié)議在已存在的網(wǎng)絡(luò)上傳輸?shù)膽?yīng)用協(xié)議。呈現(xiàn)協(xié)議對底層傳輸層(例如，TCP/IP)的依賴僅在于基本的消息傳輸服務(wù)。 其不依賴于傳輸層尋址、路由或者網(wǎng)絡(luò)拓撲的細節(jié)。作為系統(tǒng)架構(gòu)設(shè)計和呈現(xiàn)協(xié)議的結(jié)果，呈現(xiàn)系統(tǒng)與網(wǎng)絡(luò)拓撲相分離(例如，呈現(xiàn)系統(tǒng)沒有耦合到移動網(wǎng)絡(luò)基礎(chǔ)設(shè)施的任何特定實例)。此外，不僅系統(tǒng)功能與應(yīng)用分隔并獨立于與應(yīng)用，應(yīng)用自身也彼此獨立地運行。此外，架構(gòu)和協(xié)議使得以下可以進行(i)按照應(yīng)用定義的靈活的消息路由，( )在不要求整個系統(tǒng)的升級或重啟的情況下進行增強和擴展，以及(iii)添加單體組件以獨立實現(xiàn)協(xié)議的新版本。大量的考慮因素已經(jīng)影響到并引導(dǎo)了架構(gòu)和呈現(xiàn)協(xié)議的設(shè)計，例如，具有良好定義的協(xié)議分層，以及使用版本管理(例如，確保每個消息標識了其所符合的協(xié)議的版本)。 傳輸映射也是架構(gòu)和協(xié)議的設(shè)計中的另一關(guān)鍵考慮因素。例如，系統(tǒng)被設(shè)計為將呈現(xiàn)協(xié)議映射到底層的網(wǎng)絡(luò)傳輸上，以提供基本消息傳送服務(wù)。系統(tǒng)還被設(shè)計為與對稱的、互聯(lián)網(wǎng)風(fēng)格的傳輸(例如，用于服務(wù)器-服務(wù)器通信的SCTP或者SIP) —起工作。交易支持是另一重要考慮因素。例如，通過實現(xiàn)序列號(其使得本地消息順序校正成為可能)可以實現(xiàn)消息順序。系統(tǒng)還可以使用交易標識符將相關(guān)請求與響應(yīng)相關(guān)聯(lián)。另一設(shè)計考慮因素是實現(xiàn)基于消息的結(jié)構(gòu)(例如，用于面向消息的通信的數(shù)據(jù)報、應(yīng)用復(fù)用、用戶會話復(fù)用、應(yīng)用專用協(xié)議字段以及數(shù)據(jù)單元)。又一考慮因素是網(wǎng)絡(luò)分離(即，獨立于底層網(wǎng)絡(luò)地址，對應(yīng)用和用戶命名)。例如， 傳輸協(xié)議標識設(shè)備和服務(wù)，而呈現(xiàn)協(xié)議標識用戶和會話。又一考慮因素是使系統(tǒng)是異步并且無阻塞的。相應(yīng)地，應(yīng)用彼此獨立，用戶彼此獨立，以及客戶端彼此獨立。安全也是本新穎的系統(tǒng)的關(guān)鍵要求。通過響應(yīng)碼(response code)或者其他正常操作，系統(tǒng)沒有揭示任何信息，例如授權(quán)或者過濾。可以使用密鑰管理協(xié)議來確保呈現(xiàn)客戶端和呈現(xiàn)服務(wù)之間的通信安全，以使得可以僅與所預(yù)期的接收者完全共享呈現(xiàn)數(shù)據(jù)。用戶認證確保了僅已授權(quán)的客戶端能夠接收呈現(xiàn)信息。下面，將更詳細地描述系統(tǒng)安全和用戶認證?，F(xiàn)在參考圖3，呈現(xiàn)協(xié)議是由傳輸層傳輸?shù)膽?yīng)用層協(xié)議。圖3示出了可以用于實現(xiàn)本文公開的新穎的呈現(xiàn)服務(wù)的無線客戶端的協(xié)議棧的示例；在該示例中，使用TCP/IP來執(zhí)行服務(wù)傳輸，而移動傳輸使用UDP/IP。公開這些協(xié)議僅作為示例，以說明本技術(shù)的一個主要的無線實現(xiàn)?？梢允褂没蛘咛鎿Q其他協(xié)議，這是本領(lǐng)域普通技術(shù)人員所能理解的。圖4提供了可以用于實現(xiàn)該新穎的呈現(xiàn)系統(tǒng)的協(xié)議和應(yīng)用的棧視圖。該圖示出了客戶端應(yīng)用(例如，基于發(fā)布/訂購(pub/sub)的應(yīng)用、呈現(xiàn)應(yīng)用、名片應(yīng)用)如何經(jīng)由代理節(jié)點與功能節(jié)點交互。呈現(xiàn)出這三個客戶端應(yīng)用僅作為示例，以說明這種應(yīng)用如何經(jīng)由呈現(xiàn)協(xié)議與功能節(jié)點處的對應(yīng)應(yīng)用進行接口。圖5示出了可以用于實現(xiàn)新穎的呈現(xiàn)系統(tǒng)的網(wǎng)絡(luò)拓撲的示例。在該示例拓撲中，每個客戶端僅連接到一個特定代理節(jié)點。如在該圖中示出的，每個代理節(jié)點繼而連接到所有的功能節(jié)點。功能節(jié)點還連接到每個pub/sub節(jié)點。代理節(jié)點和功能節(jié)點還可以與持久性數(shù)據(jù)存儲器(持久性層)通信。圖6示出了呈現(xiàn)系統(tǒng)的架構(gòu)的示例實現(xiàn)。如圖所示，每個代理節(jié)點包括用于與持久性層中的數(shù)據(jù)庫通信的數(shù)據(jù)庫接口。每個代理節(jié)點包括用于客戶端-服務(wù)器移動呈現(xiàn)協(xié)議和服務(wù)器-服務(wù)器呈現(xiàn)協(xié)議的截然不同的接口(資源適配器)。如圖6中還示出的，每個功能節(jié)點包括服務(wù)器-服務(wù)器呈現(xiàn)協(xié)議資源適配器(用于與在代理節(jié)點處的相應(yīng)的服務(wù)器-服務(wù)器呈現(xiàn)協(xié)議資源適配器通信)、數(shù)據(jù)庫資源適配器和pub/sub協(xié)議資源適配器。如該圖中還示出的，注冊節(jié)點包括服務(wù)器-服務(wù)器呈現(xiàn)協(xié)議資源適配器(用于與在代理節(jié)點處的相應(yīng)的服務(wù)器-服務(wù)器呈現(xiàn)協(xié)議資源適配器通信)以及數(shù)據(jù)庫資源適配器。在新穎的呈現(xiàn)系統(tǒng)中，可以將客戶端應(yīng)用實現(xiàn)為在移動設(shè)備上運行的Java應(yīng)用， 雖然可以使用任何其他適合的編程語言。除了呈現(xiàn)客戶端應(yīng)用之外，客戶端應(yīng)用可以包括例如截然不同的呈現(xiàn)注冊客戶端應(yīng)用和名片客戶端應(yīng)用。也可以將代理層實現(xiàn)為在被稱為為代理節(jié)點的服務(wù)器的集合上執(zhí)行的Java應(yīng)用，代理節(jié)點經(jīng)由適當?shù)膫鬏攨f(xié)議連接到基礎(chǔ)設(shè)施。這些代理節(jié)點擔(dān)當端接傳輸協(xié)議并將呈現(xiàn)協(xié)議消息路由到其正確的目的地的網(wǎng)關(guān)。代理節(jié)點基于消息中識別出的客戶端和特定應(yīng)用的標識，將從客戶端向呈現(xiàn)服務(wù)發(fā)送的消息路由到功能層中適當?shù)墓?jié)點。代理節(jié)點基于消息中包含的通用唯一標識符(UUID)對從呈現(xiàn)服務(wù)向客戶端發(fā)送的消息進行路由。作為說明本技術(shù)的一種可能實現(xiàn)的示例，功能層可以由特殊的應(yīng)用節(jié)點的集合組成·注冊節(jié)點 訂購/通知節(jié)點·發(fā)布節(jié)點·對等節(jié)點·發(fā)布/訂購(“Pub/Sub” )路由器節(jié)點取決于任何的部署需求，可以將功能層的應(yīng)用節(jié)點部署在分開的服務(wù)器上，或者以各種組合或集群(cluster)的方式部署在一起?？梢詫⒊志眯詫訉崿F(xiàn)為例如在服務(wù)器、服務(wù)器集群或者服務(wù)器網(wǎng)絡(luò)上運行的數(shù)據(jù)庫。呈現(xiàn)協(xié)議支持請求-響應(yīng)風(fēng)格(例如，同步的)的消息交換，以及異步的消息傳送，在圖7中示意性地對此進行了示出。在呈現(xiàn)協(xié)議層內(nèi)，例如注冊、發(fā)布、訂購/通知以及對等通信之類的應(yīng)用彼此獨立。具體地，對于每個應(yīng)用，消息的路由是獨立的并且是截然不同的。在本技術(shù)的主要實現(xiàn)中，使用不同的消息類別來識別與呈現(xiàn)服務(wù)的不同方面有關(guān)的消息。圖8示意性地描述了系統(tǒng)消息序列的示例。該圖示出了使用系統(tǒng)消息類別來管理已高速緩存的UUID-移動設(shè)備標識符映射。在該示例中，用戶已切換移動設(shè)備(呈現(xiàn)客戶端)，使得在代理節(jié)點高速緩存中維護的UUID-移動設(shè)備標識符映射表變得無效。在完成該切換設(shè)備重新注冊過程時，注冊節(jié)點向所有代理節(jié)點發(fā)送系統(tǒng)消息，指示它們?nèi)绻嬖卺槍UID-移動設(shè)備標識符映射的已高速緩存的條目，則將該條目移除。下次呈現(xiàn)服務(wù)向呈現(xiàn)客戶端發(fā)送消息時，負責(zé)對該消息路由的代理節(jié)點將從持久性數(shù)據(jù)存儲器中檢索新的UUID-移動設(shè)備標識符映射。圖9示意性地描述了注冊消息序列的示例。可以使用注冊消息類別來識別與用戶注冊呈現(xiàn)服務(wù)有關(guān)的消息。圖9所示的序列圖示出了在客戶端和呈現(xiàn)服務(wù)注冊器之間交換的消息序列。通過其簡寫名稱來標識每個消息。從而，注冊是涉及在呈現(xiàn)客戶端與呈現(xiàn)服務(wù)注冊器或注冊節(jié)點之間的消息交換的同步過程。在多數(shù)實現(xiàn)中，通過中繼交換消息，將在下面通過圖15對此進行更詳細的描述。在注冊期間，經(jīng)由電子郵件向呈現(xiàn)客戶端發(fā)送一個消息，以驗證所選擇的用戶標識符電子郵件地址的擁有權(quán)。例如，在特定實現(xiàn)中，該特殊電子郵件消息僅包含具有內(nèi)容類型“application/x-rimdevice-MailAuthToken-autMoken. ext”的附件。在本技術(shù)的多數(shù)實現(xiàn)中，該附件包含認證令牌。在一個特定實現(xiàn)中，每個注冊消息包括8字節(jié)固定長度的注冊會話標識符字段， 接著是單個TLV命令字段，其中，TLV指的是使用“類型-長度-值”格式編碼的命令。對等消息使得呈現(xiàn)客戶端可以經(jīng)由呈現(xiàn)系統(tǒng)與另一呈現(xiàn)客戶端通信。呈現(xiàn)服務(wù)作為通信的中介，認證客戶端并在客戶端之間路由消息。針對對等通信，有兩個基本場景。第一場景是最常見的，在該場景中，發(fā)送方知道目的地的UUID (通用唯一標識符)。在第二場景中，發(fā)送方還不知道目的地的UUID，僅知道目的地的電子郵件地址。在圖10中，客戶端A發(fā)送具有DUUID字段的對等消息，用客戶端B的UUID來填充該DUUID字段。呈現(xiàn)系統(tǒng)檢查DUUID，并向客戶端B轉(zhuǎn)發(fā)該消息。在圖11中，客戶端A向客戶端B發(fā)送消息。客戶端A僅知道客戶端B的電子郵件地址標識符(客戶端A還不知道客戶端B的UUID)。這將是以下情況例如，如果客戶端A 和客戶端B之前沒有通信或者交換UUID?？蛻舳薃用具有“全F”(或者字母、數(shù)字或符號的任何其他預(yù)定序列)來填充 DUUID字段，以向呈現(xiàn)系統(tǒng)指示目的地的UUID未知以及針對客戶端B所包括的TLV編碼的電子郵件地址。呈現(xiàn)系統(tǒng)執(zhí)行關(guān)于電子郵件地址的數(shù)據(jù)庫查詢，以獲得客戶端B的對應(yīng)UUID。然后，用目的地(在本情況下，客戶端B)的UUID來填充DUUID字段，并向客戶端B轉(zhuǎn)發(fā)該消肩、ο訂購呈現(xiàn)信息本技術(shù)使得用戶(“觀察者”)可以訂購呈現(xiàn)實體生成并向呈現(xiàn)服務(wù)發(fā)布的呈現(xiàn)信息，以及管理這些訂購以控制對之前已經(jīng)建立了已授權(quán)的訂購關(guān)系的呈現(xiàn)信息的接收。在呈現(xiàn)實體的授權(quán)下，觀察者從而建立了與呈現(xiàn)實體的訂購關(guān)系。在僅當發(fā)布呈現(xiàn)信息的呈現(xiàn)實體允許時，觀察者才可以接收呈現(xiàn)信息的意義上，該訂購關(guān)系是兩廂情愿的。下面將要詳細闡述，呈現(xiàn)實體可以將基于內(nèi)容的條件、基于時間的條件、基于位置的條件或者其他任何這種條件強加到訂購上，以使得可以限制和控制可以通信什么信息以及在什么環(huán)境下可以通信信息。為了建立呈現(xiàn)實體和觀察者之間的授權(quán)訂購關(guān)系，由想要成為觀察者的一方向基于內(nèi)容的呈現(xiàn)服務(wù)傳輸訂購請求。然后，呈現(xiàn)服務(wù)通過確定該訂購請求中包含的信息是否表示已授權(quán)的訂購關(guān)系來驗證訂購請求，例如，想要成為觀察者的一方所感興趣的呈現(xiàn)實體是否接受或者可以接受該進行請求的想要成為觀察者的一方的標識和該想要成為觀察者的一方所尋求的信息的類型。換言之，當呈現(xiàn)實體向觀察者授予訪問對呈現(xiàn)信息進行表示的已發(fā)布的數(shù)據(jù)內(nèi)容的許可(然而是有限的或是有條件的)時，創(chuàng)建已授權(quán)的訂購關(guān)系。該方法還涉及指定訂購表達式，該訂購表達式定義了第二用戶(即，觀察者)感興趣的數(shù)據(jù)內(nèi)容，然后在訂購表達式與第一用戶(呈現(xiàn)實體)向呈現(xiàn)服務(wù)發(fā)布的數(shù)據(jù)內(nèi)容匹配時，接收與第一用戶(即，呈現(xiàn)實體)有關(guān)的呈現(xiàn)信息。可以使用無線通信設(shè)備來完成發(fā)布和/或觀察。在該情形下，假定無線通信設(shè)備具有定位-確定子系統(tǒng)，例如GPS芯片組， 可以使用無線通信設(shè)備的當前時間和/或當前位置來確定或者過濾何時發(fā)送訂購請求或者如何表達訂購。換言之，可以基于時間條件和/或位置條件(例如，僅在上午9點與下午 5點之間，且假如位置對應(yīng)于英國倫敦)來收集呈現(xiàn)信息。類似地，可以通過基于時間和/ 或位置的準則來控制對任何已收集的呈現(xiàn)信息的發(fā)布。此外，如上所述，訂購可以規(guī)定在向觀察者分發(fā)任何呈現(xiàn)信息之前必須滿足的基于時間和/或位置的條件。圖12示意性地描述了用于訂購的消息序列。該圖示出了在呈現(xiàn)客戶端和呈現(xiàn)服務(wù)器之間交換的用于添加訂購的消息(即，創(chuàng)建已授權(quán)的訂購關(guān)系)，以使得將向呈現(xiàn)客戶端通知呈現(xiàn)客戶端感興趣并且該已授權(quán)的訂購關(guān)系允許訪問的已發(fā)布的數(shù)據(jù)或者事件。 呈現(xiàn)客戶端使用例如訂購表達式語言來表達其興趣。一般地，客戶端向服務(wù)器(即，向發(fā)布-訂購子系統(tǒng)或者“pub-sub核”)注冊訂購或者發(fā)送通知。當pub-sub核接收到通知時， PUb-SUb核向訂購與該通知匹配的所有客戶端轉(zhuǎn)發(fā)通知，即，向表達了對該通知的內(nèi)容感興趣(由其對應(yīng)的訂購表達式來定義)的所有客戶端轉(zhuǎn)發(fā)?？梢愿鶕?jù)名稱(即，數(shù)據(jù)標簽或者數(shù)據(jù)包裝(data wrappers))、運算符(即，邏輯或者布爾運算符)以及文字(例如，字符串)來計算(cast)訂購表達式。呈現(xiàn)服務(wù)器將訂購表達式與其他源在將來發(fā)布的數(shù)據(jù)相比較，以確定是否存在匹配。如圖13所示，不管何時存在與訂購表達式的匹配時，呈現(xiàn)服務(wù)器都向呈現(xiàn)客戶端發(fā)送包含匹配數(shù)據(jù)的通知。發(fā)布呈現(xiàn)信息本技術(shù)使得可以使用計算設(shè)備(例如，無線通信設(shè)備)來發(fā)布呈現(xiàn)信息。這涉及收集呈現(xiàn)信息、向基于內(nèi)容的呈現(xiàn)服務(wù)發(fā)布對呈現(xiàn)信息進行表示的數(shù)據(jù)內(nèi)容(呈現(xiàn)服務(wù)以任意數(shù)據(jù)格式來儲存該數(shù)據(jù)內(nèi)容)、并授權(quán)感興趣的聯(lián)系人訂購呈現(xiàn)信息。當對訂購授權(quán)時，感興趣的聯(lián)系人由此變?yōu)橛^察者。當觀察者所指定的訂購表達式與呈現(xiàn)實體向呈現(xiàn)服務(wù)發(fā)布的數(shù)據(jù)內(nèi)容相匹配時，該觀察者因此接收對感興趣的呈現(xiàn)實體的呈現(xiàn)信息進行表示的數(shù)據(jù)內(nèi)容?？梢允褂脽o線通信設(shè)備完成發(fā)布，無線通信設(shè)備可以包括位置確定子系統(tǒng)，例如，GPS芯片組。在該情況下，可以使用無線設(shè)備的當前時間和/或當前位置來確定或者過濾收集和/或發(fā)布什么呈現(xiàn)信息。圖14示意性地描述了用于發(fā)布的消息序列。該圖示出了當發(fā)布呈現(xiàn)數(shù)據(jù)時，在呈現(xiàn)客戶端和呈現(xiàn)服務(wù)器之間交換的消息。為了示例的完整性，假定客戶端A之前已經(jīng)如圖 12所示添加了訂購?？蛻舳薆向呈現(xiàn)服務(wù)器發(fā)送的發(fā)布消息包含預(yù)期發(fā)布的數(shù)據(jù)。呈現(xiàn)服務(wù)將發(fā)布的數(shù)據(jù)與之前從其他客戶端接收到的訂購表達式相比較，對于該訂購表達式，客戶端B具有已授權(quán)的訂購關(guān)系。在該示例中，已發(fā)布的數(shù)據(jù)與訂購表達式匹配，并且呈現(xiàn)服務(wù)器向創(chuàng)建了匹配的訂購表達式的客戶端A發(fā)送包含已發(fā)布數(shù)據(jù)的通知。 Μ圖15示意性地描述了作為呈現(xiàn)注冊過程的一部分的客戶端-服務(wù)器密鑰協(xié)商。該圖示出了作為示例的呈現(xiàn)注冊過程的初始密鑰協(xié)商階段。呈現(xiàn)客戶端在傳輸層消息中發(fā)送第一 NEGO消息，該傳輸層消息尋址到呈現(xiàn)服務(wù)的服務(wù)標識符。移動網(wǎng)絡(luò)基礎(chǔ)設(shè)施向代理節(jié)點中的一個代理節(jié)點的服務(wù)標識符轉(zhuǎn)發(fā)該消息。所選擇的代理節(jié)點移除傳輸協(xié)議報頭，檢查消息類別，并向呈現(xiàn)注冊器(注冊節(jié)點)轉(zhuǎn)發(fā)消息。涉及客戶端注冊會話的所有后續(xù)消息遵循著呈現(xiàn)客戶端和呈現(xiàn)注冊器之間的相同路徑。在完成密鑰協(xié)商階段時，呈現(xiàn)客戶端和呈現(xiàn)注冊器已建立了可信的加密通信通道。可以例如使用DifTie-Hellman密鑰交換技術(shù)來完成。圖16示意性地描述了作為呈現(xiàn)注冊過程的第二階段的如何選擇和認證用戶標識符。該圖示出了作為示例的呈現(xiàn)注冊過程的第二階段的對用戶標識符的選擇和認證。當用戶的設(shè)備向呈現(xiàn)注冊器發(fā)送例如[1 :T0KEN_REQUEST]消息時，該過程開始。 該消息包含由用戶選擇的標識符，典型地，電子郵件地址。為了驗證用戶實際擁有該標識符，呈現(xiàn)注冊器使用呈現(xiàn)協(xié)議向呈現(xiàn)客戶端發(fā)送例如Wa :T0KEN_RESP0NSE]，以及還經(jīng)由電子郵件向呈現(xiàn)客戶端發(fā)送例如Wb :T0KEN_RESP0NSE]。這些T0KEN_RESP0NSE消息每個都包含了唯一的安全材料，呈現(xiàn)客戶端將其進行合并，并在例如[8 AUTHENTICATE]消息中將其發(fā)送回呈現(xiàn)注冊器，以證明電子郵件標識符的擁有權(quán)?？梢源嫔鲜龅倪^程或者在上述過程之外使用其他認證技術(shù)。在成功認證用戶的標識符時，呈現(xiàn)注冊器執(zhí)行查找(例如，[11 =Lookup])以確定用戶是否是新的注冊者，或者其是否之前已經(jīng)注冊了呈現(xiàn)服務(wù)。在該場景下，用戶是新的注冊者，因此呈現(xiàn)注冊器為該用戶生成新的通用唯一標識符(UUID)，使用綁定請求消息 (例如，[12 :BIND_REQ])為用戶建立與功能節(jié)點的綁定，并使用添加消息(例如，[13 =Add User])在持久性數(shù)據(jù)存儲器中添加用戶簡檔。呈現(xiàn)注冊過程的最后步驟是將認證應(yīng)答(例如，[14 :AUTHENTICATE_ACK])發(fā)送回呈現(xiàn)客戶端，以應(yīng)答成功的注冊。應(yīng)答消息包含用戶新生成的UUID。在完成該階段后，將用戶注冊到呈現(xiàn)服務(wù)。從而，以下各項也已完成 生成/分配給用戶的UUID·電子郵件地址和移動設(shè)備標識符與UUID的關(guān)聯(lián) 與所建立的功能節(jié)點的綁定 在持久性數(shù)據(jù)存儲器中創(chuàng)建的用戶簡檔圖17示意性地描述了如何可以改變用戶標識符。該場景示出了當用戶決定將他們的用戶標識符改變?yōu)椴煌碾娮余]件地址時所運行的過程。該過程與上述呈現(xiàn)注冊過程類似，然而在呈現(xiàn)服務(wù)已經(jīng)知道呈現(xiàn)客戶端方面有細微不同。因此，將用戶的UUID包括在令牌請求消息(例如，[T0KEN_REQUEST])中。然后，在持久性數(shù)據(jù)存儲器中更新用戶簡檔。 要注意到，從初始注冊開始，與功能節(jié)點的綁定就已經(jīng)就位了。共享和更新虛擬名片
除了收集、管理和分發(fā)呈現(xiàn)信息外，還可以使用本文公開的呈現(xiàn)系統(tǒng)來共享和更新虛擬名片。虛擬名片(例如，如vCard)是儲存聯(lián)系人姓名、公司名稱、工作地址、電話和傳真號碼、電子郵件地址等的數(shù)據(jù)文件。圖18示意性地描述了如何可以共享電子(虛擬)名片，例如，作為vCard電子郵件附件共享。該圖示出了作為示例的用戶可以將其電子或者虛擬名片作為vCard電子郵件附件給予另一用戶的一個特定方式。要意識到，vCard僅作為示例使用，另一格式或類型的名片也可以通過相同的方式來交換或者共享。允許用戶使用其他方法(例如，經(jīng)由即時消息會話)或者通過其他手段來交換名片是可能的。圖19示意性地描述了用戶可以如何接收電子名片并請求對訂購名片的授權(quán)，以自動接收對名片的后續(xù)改變。當用戶從另一用戶接收名片時，可以向接收方用戶提供對名片信息的改變進行訂購的機會。如果接收方用戶接受了對訂購的提供，發(fā)起授權(quán)過程。在該圖中，用戶2請求訂購用戶1的名片中的改變的授權(quán)。將該過程中涉及的消息作為呈現(xiàn)協(xié)議中的對等(P2p)消息加以交換。作為授權(quán)過程的一部分，用戶1與用戶2共享加密密鑰，以使得可以解密名片信息。圖20呈現(xiàn)了用于圖19的授權(quán)過程的詳細消息序列。當完成授權(quán)過程時，用戶2 可以進行到創(chuàng)建訂購。圖21示意性地描述了訂購消息流程，訂購消息流程用于訂購名片，由此在該過程完成時，在發(fā)布-訂購子系統(tǒng)(即，在Pub-Sub核中)中已經(jīng)創(chuàng)建了訂購以及將該訂購的記錄保存在持久性數(shù)據(jù)存儲器中。圖22呈現(xiàn)了用于圖21的訂購過程的補充消息序列。如該圖中描述的，當用戶2 請求訂購時，從用戶2的呈現(xiàn)客戶端向呈現(xiàn)服務(wù)發(fā)送訂購(SUBSCRIBE)消息，呈現(xiàn)服務(wù)驗證簽名，認證用戶2，授權(quán)訂購，使用戶2訂購到用戶1，以及然后向用戶2的呈現(xiàn)客戶端發(fā)送回具有訂購ID(SubID)的訂購應(yīng)答(SUB-ACK)，用戶2的呈現(xiàn)客戶端指示用戶2訂購過程已經(jīng)完成。從而，在用戶1和用戶2之間建立了已授權(quán)的訂購關(guān)系。圖23示意性地描述了用于更新/發(fā)布對電子或虛擬名片進行的改變的消息流程。如圖23所示，當用戶1從例如移動設(shè)備向中繼發(fā)布對名片的改變(1 :PUBLISH<card>) 時，更新名片過程開始。中繼將更新消息傳遞到代理節(jié)點0:PUBLISH<card>)，代理節(jié)點將更新消息轉(zhuǎn)發(fā)到呈現(xiàn)功能服務(wù)器(3 :PUBLISH<card>)，呈現(xiàn)功能服務(wù)器繼而將消息G PUBLISH<card>)轉(zhuǎn)發(fā)到發(fā)布-訂購服務(wù)器(Pub-Sub核的一部分)。發(fā)布-訂購服務(wù)器使用通知消息(5 :N0TIFY<Card>，<sub id 來答復(fù)呈現(xiàn)功能節(jié)點，呈現(xiàn)功能節(jié)點將消息 (6 :N0TIFY<card>, <sub id 轉(zhuǎn)發(fā)到不同的代理節(jié)點，該不同的代理節(jié)點繼而向中繼發(fā)送通知消息(7 :N0TIFY<card>, <sub id 。然后，中繼向用戶2的設(shè)備傳輸該通知消息(8 N0TIFY<card>, <sub id 。發(fā)布、通知和訂購管理圖M展示了針對圖23的發(fā)布-通知過程的消息序列，或者針對當?shù)谝挥脩?用戶1)發(fā)布新的呈現(xiàn)信息或現(xiàn)有呈現(xiàn)信息的狀態(tài)改變時的任何其他情況的消息序列，第二用戶(用戶2)具有對該現(xiàn)有呈現(xiàn)信息的訂購。如圖對所示，來自用戶1的用戶輸入(或者來自用戶1的設(shè)備的任何自動生成的傳感器數(shù)據(jù))導(dǎo)致用戶1的呈現(xiàn)客戶端處的狀態(tài)改變。用戶1的呈現(xiàn)客戶端加密該狀態(tài)改變，并將其向呈現(xiàn)服務(wù)發(fā)布，呈現(xiàn)服務(wù)驗證簽名，假定簽名是有效的，則呈現(xiàn)服務(wù)通過發(fā)送訂購ID和已加密的狀態(tài)改變向用戶2呈現(xiàn)客戶端通知，用戶2呈現(xiàn)客戶端可以對該已加密的狀態(tài)改變進行解密。然后，可以使呈現(xiàn)信息(狀態(tài)改變)對于用戶2是可用的(例如，顯示給用戶2)。圖25示意性地描述了用于暫停(中止)訂購的消息流程，該訂購是例如針對呈現(xiàn)信息的訂購，或者備選地，視具體情況，對另一個人的名片的訂購。該圖示出了以下示例 用戶2向中繼傳輸暫停訂購消息(SUB PAUSE<sub id>)，中繼繼而向代理節(jié)點發(fā)送包含訂購ID的暫停訂購信息。代理節(jié)點向功能層中的功能服務(wù)器發(fā)送暫停訂購消息(也具有訂購ID)。之后，通知僅在持久性數(shù)據(jù)存儲器中累積，直到訂購恢復(fù)。在該實現(xiàn)中，由擔(dān)當網(wǎng)守(gateke印er)的功能節(jié)點來確定向代理節(jié)點轉(zhuǎn)發(fā)哪個通知以及將誰路由至持久性數(shù)據(jù)存儲器?？梢允謩踊蛘咦詣舆M行訂購的中止。例如，可以通過在用戶輸入設(shè)備上接收指示用戶希望中止訂購的輸入來手動中止訂購。自動中止訂購可以包括例如將設(shè)備(或者，更具體地，在設(shè)備上執(zhí)行的呈現(xiàn)客戶端)編程或者預(yù)先配置為在滿足一個或多個預(yù)定準則 (下文中將其稱為中止觸發(fā)條件)時發(fā)送中止/暫停訂購消息。這些中止觸發(fā)條件可以是例如基于時間的條件和/或基于位置的條件。可以定義這些中止觸發(fā)條件來暫停單個訂購或者一組訂購。在一個實現(xiàn)中，即使停止?jié)M足該中止觸發(fā)條件，中止觸發(fā)條件也無限期地中止訂購，直到滿足恢復(fù)觸發(fā)條件。換言之，無限的或者無終止的中止觸發(fā)條件需要恢復(fù)觸發(fā)條件來肯定地恢復(fù)訂購。(在下面參考圖26的段落中詳細描述了恢復(fù)觸發(fā)條件)在另一實現(xiàn)中，中止觸發(fā)條件隱式地包含其自身的缺省恢復(fù)條件，即，對于有限期的或者自包含的中止觸發(fā)條件，當不再滿足中止觸發(fā)條件時，自動恢復(fù)訂購?？梢詫⒒跁r間的中止觸發(fā)條件定義為在任何的時間、天、周、月或者年暫停訂購。對于無限期的基于時間的中止觸發(fā)條件，在當前時間到達規(guī)定的時間條件時，無限期地暫停訂購，例如，從2009年10月31日星期五下午5:45開始，無限期地暫停訂購。由于該條件是無限期(無終止)的，訂購將不再恢復(fù)，除非接收到具體的肯定的恢復(fù)消息。對于有限期的基于時間的中止觸發(fā)條件，可以暫停訂購任何時間段，例如，特定的天、周、月、年等。從而，這些有限期的基于時間的中止觸發(fā)條件擔(dān)當了用于中止和恢復(fù)訂購的定時器。例如，可以將設(shè)備配置為如果當前時間不在早上9點到晚上5點之間，或者當前日期不是周一至周五(即，在常規(guī)工作時間)，自動發(fā)送中止針對商業(yè)聯(lián)系人的訂購的消肩、ο可以針對特定的地理位置定義基于位置的中止觸發(fā)條件，例如針對大陸或者大陸的組、國家或者國家的組、州/省/地區(qū)或者州/省/地區(qū)的組、或者任何城市、城鎮(zhèn)或自治市或者城市、城鎮(zhèn)或自治市的組。基于位置的條件還可以是進入或者離開根據(jù)經(jīng)度和緯度坐標、地理邊界框等限定的任何定制的區(qū)域。例如，可以將設(shè)備自動配置為如果當前位置在北美之外，發(fā)送中止訂購的消息。這些基于位置的條件也可以是無限期或者有限期的。如果條件是無限期的，在滿足條件(例如，離開北美)時中止訂購，即使設(shè)備后續(xù)不再滿足觸發(fā)條件(例如，設(shè)備返回北美)。需要訂購恢復(fù)消息(在滿足恢復(fù)條件時手動或者自動地觸發(fā))來恢復(fù)訂購。另一方面，如果條件是有限期的，當觸發(fā)條件停止存在時(例如，當設(shè)備返回北美的同時)，自動恢復(fù)訂購?；跁r間和基于位置的中止觸發(fā)條件可以聯(lián)合使用。作為示例，可以將設(shè)備自動配置為如果當前時間在早上1點到早上5點之間，并且如果當前位置對應(yīng)于西班牙巴塞羅那，發(fā)送中止訂購的消息。除了基于時間和基于位置的終止觸發(fā)條件外，可以基于任何其他的條件中止(暫停)訂購，例如，如設(shè)備的電池強度、當前網(wǎng)絡(luò)擁塞、當前CPU使用率等。例如，如果設(shè)備電池不足，可以將該設(shè)備配置為自動中止訂購，以最小化空中接收的數(shù)據(jù)量。還可以將設(shè)備配置為使得所有訂購中止(“中止所有訂購”特征)。可以在滿足預(yù)定準則或者條件時手動或者自動觸發(fā)該特征。對于例如要去度假并希望高效地中止所有訂購(不必單個中止每個訂購)的人來說，這種特征將是有用的。圖沈示意性地描述了用于恢復(fù)訂購的消息流程，即重啟之前已經(jīng)中止的訂購的消息流程。如該進一步的示例所述的，當用戶2向中繼傳輸訂購恢復(fù)消息(SUB RESUME<sub id 時，可以恢復(fù)訂購，訂購恢復(fù)消息包含要恢復(fù)的特定訂購的標識，中繼將訂購恢復(fù)消息傳輸?shù)酱砉?jié)點。當代理節(jié)點向功能層中的功能節(jié)點(服務(wù)器)傳輸訂購恢復(fù)消息時，功能節(jié)點(服務(wù)器)從持久性數(shù)據(jù)存儲器獲取當中止訂購時累積的呈現(xiàn)信息。功能節(jié)點還將通知消息(N0TIFY<card>，<sub id 通知給代理節(jié)點，即發(fā)送回通知觀察者訂購已經(jīng)中止的響應(yīng)。代理節(jié)點向中繼傳輸該響應(yīng)(通知消息)，中繼繼而向用戶2設(shè)備轉(zhuǎn)發(fā)該響應(yīng)(通知消息)。與中止訂購的過程類似，可以手動或者自動進行訂購的恢復(fù)。例如，可以通過在用戶輸入設(shè)備上接收對用戶希望恢復(fù)當前中止的訂購進行指示的輸入，來手動恢復(fù)已暫停的訂購。自動恢復(fù)訂購可以例如包括將設(shè)備編程或者預(yù)先配置為在滿足一個或多個預(yù)定的準則(下文中將其稱為訂購恢復(fù)觸發(fā)條件或簡稱為恢復(fù)條件)時發(fā)送恢復(fù)訂購消息。這些恢復(fù)條件可以是例如基于時間的條件和/或基于位置的條件?？梢詫⑦@些恢復(fù)條件定義為恢復(fù)已暫停的訂購(或者恢復(fù)相關(guān)的暫停訂購的組)?？梢詫⒒跁r間的恢復(fù)條件定義為在任何特定的時間、天、周、月或者年等恢復(fù)已中止的訂購。可以將中止觸發(fā)條件與恢復(fù)條件結(jié)合使用，以擔(dān)當用于中止和恢復(fù)訂購的定時器。例如，訂購可以在6月10日暫停并在8月15日恢復(fù)。也可以根據(jù)特定的地理位置定義基于位置的恢復(fù)條件，例如針對大陸或者大陸的組、國家或者國家的組、州/省/地區(qū)或者州/省/地區(qū)的組、或者任何城市、城鎮(zhèn)或自治市或者城市、城鎮(zhèn)或自治市的組。基于位置的條件還可以是進入或者離開根據(jù)經(jīng)度和緯度坐標、地理邊界框等限定的任何定制的區(qū)域。例如，可以將設(shè)備自動配置為僅當設(shè)備的當前位置在蒙特利爾的城市界限之內(nèi)時才發(fā)送恢復(fù)已暫停的訂購的訂購恢復(fù)消息。要注意到，觸發(fā)訂購中止的位置條件可以與使得訂購恢復(fù)的位置條件不同。例如，當設(shè)備到達巴黎時可以中止訂購，以及僅當設(shè)備到達羅馬時恢復(fù)訂購?；跁r間和基于位置的恢復(fù)條件也可以聯(lián)合使用。作為示例，可以將設(shè)備配置為如果當前時間在早上11點到下午4點之間，當前日期是周二，當前月份是7月以及如果當前位置與加拿大渥太華相對應(yīng)，自動地發(fā)送恢復(fù)已暫停的訂購的消息。
除了基于時間和基于位置的條件之外，可以基于任何其他條件恢復(fù)已暫停的訂購，例如，如將電池強度補充到預(yù)定閾值之上，將網(wǎng)絡(luò)擁塞降低到預(yù)定閾值之下，CPU使用率低于預(yù)定閾值等。通過針對每個特定的訂購，手動或者自動發(fā)送恢復(fù)消息，可以單個完成恢復(fù)訂購。 還可以將設(shè)備配置為使得所有當前已暫停的訂購恢復(fù)?？梢允謩舆x擇“恢復(fù)所有訂購”特征，以生成針對每個已暫停的訂購的訂購恢復(fù)消息。對于已從假期返回并希望恢復(fù)他或她的所有訂購的人來說，該特征將是有用的。類似地，可以在觸發(fā)發(fā)送針對所有訂購的恢復(fù)消息的一個中心條件滿足時，激活恢復(fù)所有訂購特征。在圖沈中作為示例描述的特定實現(xiàn)中，當訂購恢復(fù)時，功能節(jié)點獲取在持久性數(shù)據(jù)存儲器中累積的舊的通知。在另一實現(xiàn)中，不存儲通知，而是簡單地丟棄通知。在另一實現(xiàn)中，在被清除之前，僅累積特定的時間量的通知。在另一實現(xiàn)中，可以在訂購恢復(fù)時詢問用戶(觀察者)他或她是否希望接收舊的累積的通知。在又一實現(xiàn)中，在設(shè)備上執(zhí)行的呈現(xiàn)客戶端可以包括設(shè)置、偏好或者選項，該設(shè)置、偏好或者選項用于確定在暫停訂購時是保留還是丟棄通知、在清除之前保留通知多久、 或者保留或清除哪種類型的通知?？梢詫⑦@些設(shè)置或偏好在恢復(fù)消息中傳輸給呈現(xiàn)服務(wù)。在又一實現(xiàn)中，設(shè)備可以指示呈現(xiàn)服務(wù)從持久性數(shù)據(jù)存儲器向遠程的數(shù)據(jù)存儲器傳遞舊的通知數(shù)據(jù)或其子集，以用于歸檔。切換設(shè)備偶爾地，用戶將切換設(shè)備(例如，將他或她的移動設(shè)備升級到更新的型號)。存在與設(shè)備的切換有關(guān)的兩個關(guān)鍵場景。在第一場景中，經(jīng)由備份/復(fù)原過程將老設(shè)備的數(shù)據(jù)的最近的(最新的)拷貝復(fù)制到新設(shè)備。圖27示意性地描述了針對當用戶從老設(shè)備切換到新設(shè)備時，備份/復(fù)原過程的消息流程。遵循備份/復(fù)原過程，新設(shè)備擁有恢復(fù)與呈現(xiàn)服務(wù)的正常操作的所有必需的數(shù)據(jù)。然后，如圖27中所示，用戶1可以重新運行呈現(xiàn)注冊過程，以更新持久性數(shù)據(jù)存儲器中的UUID-移動設(shè)備標識符映射。除了在令牌請求/響應(yīng)過程中新設(shè)備包括用戶的UUID 以告知呈現(xiàn)服務(wù)該用戶已經(jīng)是已注冊用戶之外，該過程與新注冊場景類似。在第二場景中，來自老設(shè)備的數(shù)據(jù)的當前備份是不可用的。例如，如果老設(shè)備丟失或者損壞，這便可能發(fā)生。圖觀示意性地描述了當用戶切換設(shè)備，但是來自老設(shè)備的數(shù)據(jù)的當前備份不可用時的用于重新注冊過程的消息流程。該圖示出了用戶1切換到新設(shè)備但是來自老設(shè)備的數(shù)據(jù)的當前備份不可用的場景。為了再次變得與呈現(xiàn)服務(wù)可操作，用戶將之前選擇的電子郵件地址作為指向新設(shè)備的用戶標識符，并使用之前選擇的相同電子郵件地址作為用戶標識符來執(zhí)行呈現(xiàn)注冊過程。呈現(xiàn)注冊器將用戶識別為之前已經(jīng)注冊的(通過由其之前的電子郵件地址來識別用戶)并向新設(shè)備傳送用戶的UUID和訂購列表。圖四示意性地描述了當用戶在切換設(shè)備和重新注冊時請求來自每個聯(lián)系人的重新授權(quán)以及新密鑰時的消息流程圖。使用從重新注冊過程獲得的訂購列表，用戶可以請求來自每個聯(lián)系人的重新認證以及新密鑰。現(xiàn)有的訂購是就位的并且活躍的，因此沒有必要創(chuàng)建新的訂購或者修改現(xiàn)有的訂購。如果沒有授權(quán)，則應(yīng)該移除訂購以避免接收到不想要的通知。從而，下一步是撤消已經(jīng)給予其他聯(lián)系人的授權(quán)和加密密鑰。如圖30所示，這將觸發(fā)這些聯(lián)系人請求重新授權(quán)和獲得新的密鑰。換言之，臨時切斷已授權(quán)的訂購關(guān)系，然后重新建立。圖30示意性地描述了當用戶切換設(shè)備時，如何向各個觀察者撤消和重新發(fā)出密鑰。發(fā)布了被特別格式化以與已訂購的聯(lián)系人的訂購準則相匹配的消息。由于用戶1的設(shè)備不再知道之前與已訂購的聯(lián)系人共享的密鑰，不能對該消息加密。該消息包含用戶1的用戶標識符(即，電子郵件地址)、用戶1的新設(shè)備的移動設(shè)備標識符以及撤消之前所共享的密鑰的指示。所有已訂購的聯(lián)系人將從用戶1接收到包含該消息的通知。如果已訂購的聯(lián)系人這樣希望，這些聯(lián)系人可以請求來自用戶1的重新授權(quán)以及新密鑰。可以將上述的呈現(xiàn)系統(tǒng)與任何聯(lián)網(wǎng)的計算設(shè)備或通信設(shè)備一起使用，包括個人計算機、膝上計算機、平板計算機、無線通信設(shè)備(包括PDA、智能電話、蜂窩電話或者其他任何類型的移動電話)。雖然可以將呈現(xiàn)技術(shù)與靜態(tài)計算設(shè)備一起使用，當結(jié)合裝備有位置確定子系統(tǒng)(例如，全球定位系統(tǒng)(GPQ接收機)的移動設(shè)備使用時，該呈現(xiàn)技術(shù)特別有用， 因為提供了基于位置的呈現(xiàn)信息。圖31示意性地描述了呈現(xiàn)設(shè)備如何可以經(jīng)由移動網(wǎng)絡(luò)基礎(chǔ)設(shè)施1000與無線客戶端100以及經(jīng)由標準的互聯(lián)網(wǎng)連接1100與有線客戶端101進行交互。取決于客戶端100、 101的位置，將移動網(wǎng)絡(luò)基礎(chǔ)設(shè)施1000和互聯(lián)網(wǎng)連接1100鏈接到代理層1200的多個代理節(jié)點中的一個。代理節(jié)點擔(dān)當路由器，以將消息(例如訂購中止消息和訂購恢復(fù)消息)從各個用戶設(shè)備(客戶端100、101)路由到預(yù)定的(預(yù)先分配的)功能節(jié)點1310，設(shè)備之前與該功能節(jié)點1310建立了綁定。接收訂購中止消息的功能節(jié)點1310處理該訂購中止消息， 以識別與該訂購中止消息相關(guān)聯(lián)的訂購。然后，通過阻擋并向持久性數(shù)據(jù)存儲器1400重新路由以下通知在正常情況下如果觀察者的訂購是活躍的或者有效(即，沒有中止)時將轉(zhuǎn)發(fā)到觀察者的設(shè)備的所有通知，功能節(jié)點1310中止了訂購。如在圖31中進一步描述的，功能節(jié)點1310是功能層1300的一部分。功能層1300 還包括使得呈現(xiàn)實體能夠發(fā)布呈現(xiàn)信息以及使得觀察者能夠訂購呈現(xiàn)信息的發(fā)布-訂購子系統(tǒng)(Pub-Sub核1330)。發(fā)布-訂購系統(tǒng)生成所有通知，并將其轉(zhuǎn)發(fā)到功能節(jié)點，而與訂購是活躍(有效)還是不活躍(中止)無關(guān)。持久性數(shù)據(jù)存儲器1400不僅在已經(jīng)中止或者暫停訂購的時間段期間累積(存儲) 來自發(fā)布-訂購子系統(tǒng)1330的通知，而且也存儲其他信息。例如，持續(xù)性數(shù)據(jù)存儲器1400 還可以存儲一般不可變的用戶標識數(shù)據(jù)，以及用于存儲將每個用戶(經(jīng)由例如通用唯一 ID)鏈接到每個設(shè)備(經(jīng)由，例如與該設(shè)備相關(guān)聯(lián)的移動設(shè)備標識符，例如，唯一標識GSM、 UMTS,LTE或者iDEN移動設(shè)備的國際移動設(shè)備標識(IMEI)號或者唯一標識CDMA移動設(shè)備的移動設(shè)備標識符(MEID))的映射。雖然以該圖中示出的方式(即，使用與功能節(jié)點分離的代理節(jié)點以及使用與發(fā)布-訂購子系統(tǒng)分離的功能節(jié)點)實現(xiàn)呈現(xiàn)系統(tǒng)是有利的，將該圖中示出的一個或多個節(jié)點合并到一個或多個多功能節(jié)點中也是可能的。應(yīng)該意識到，可以插入附加(備份)節(jié)點來提供網(wǎng)絡(luò)冗余和恢復(fù)性。在本示例性系統(tǒng)的一個實現(xiàn)中，將代理節(jié)點配置為基于呈現(xiàn)客戶端的標識(即， 是哪個用戶)和在消息中識別出的特定應(yīng)用來路由涉及呈現(xiàn)信息的消息。在本示例性系統(tǒng)的一個實現(xiàn)中，發(fā)布-訂購子系統(tǒng)(Pub-Sub核1330)使用可獨立操作的發(fā)布服務(wù)器和訂購服務(wù)器，即，發(fā)布服務(wù)器和訂購服務(wù)器功能彼此獨立。相應(yīng)地，即使不存在匹配的訂購，也可以發(fā)布數(shù)據(jù)內(nèi)容。同樣地，即使還沒有發(fā)布匹配的數(shù)據(jù)項目，也可以創(chuàng)建訂購。例如，用戶可以使用任意描述符(不需要預(yù)先定義)來發(fā)布與其自身有關(guān)的呈現(xiàn)信息。同樣地，即使沒有與訂購表達式相關(guān)的已發(fā)布的數(shù)據(jù)內(nèi)容，觀察者也可以使用任意的語言來定義訂購表達式。關(guān)于基于內(nèi)容的模型對本文公開的新穎的呈現(xiàn)系統(tǒng)進行了闡述，在該基于內(nèi)容的模型中，訂戶通過對其想要接收的事件的內(nèi)容指定條件來表達其興趣。訂購是由約束的集合形成的標識了有效的事件的查詢，通常具有屬性的名稱-值對以及基本的比較運算符 (=、<< =、>、>=)的形式。約束還可以具有正則表達式的形式。在基于內(nèi)容的發(fā)布-訂購系統(tǒng)中，不根據(jù)預(yù)先定義的準則，而是根據(jù)事件本身的屬性來對事件分類。因此，發(fā)布者和訂戶之間的對應(yīng)關(guān)系是基于每個事件的?；趦?nèi)容的系統(tǒng)的表達能力越高的代價是針對每個事件計算感興趣的訂戶集合所需的資源消耗越高。因為基于內(nèi)容的發(fā)布-訂購系統(tǒng)檢查每個事件的內(nèi)容，以與訂購相匹配，不可能支持對事件內(nèi)容的完全的端到端加密。當執(zhí)行匹配時，臨時解密內(nèi)容。然而，在變型中，可能向已加密的內(nèi)容分配標簽或者描述符，以使得系統(tǒng)可以通過其標簽識別已加密的內(nèi)容， 并在不對其解密的情況下傳輸已加密的內(nèi)容，直到其到達觀察者(之前已經(jīng)向其給出了用于對該已加密內(nèi)容進行解密的密鑰)。在一個實現(xiàn)中，系統(tǒng)包括用于管理注冊和重新注冊功能的注冊節(jié)點(上面已經(jīng)進行了描述)。圖32示例性地描述了根據(jù)本技術(shù)的另一方面，可以用于管理對呈現(xiàn)信息的訂購的無線通信設(shè)備100。對于本說明書來說，表達“無線通信設(shè)備”意味著包含了具有微處理器和存儲器并能夠進行無線(“空中”)通信的廣泛的電子通信設(shè)備。相應(yīng)地，“無線通信設(shè)備”意味著包含具有無線能力的膝上計算機、平板PC、便攜式計算機、手持式或者移動電子設(shè)備(例如，智能電話、蜂窩電話、衛(wèi)星電話以及具有無線能力的PDA等)或者具有射頻 (RF)收發(fā)信機的任何混合或多功能設(shè)備。參考圖32，每個無線通信設(shè)備100包括微處理器110或者中央處理單元(或者簡單地“處理器”)以及用于存儲數(shù)據(jù)的存儲器。存儲器可以包括閃存120和隨機存取存儲器 (RAM) 130。每個無線通信設(shè)備100還具有用戶接口 140，用戶接口 140包括顯示器(圖形用戶接口 ⑶I) 150(例如，IXD屏幕)、鍵盤/鍵區(qū)155和可選的指輪/軌跡球160。替換鍵盤 /鍵區(qū)，設(shè)備可以包括觸敏屏。每個無線通信設(shè)備100包括用于無線通信的RF收發(fā)信機芯片170，即，在使用例如GSM/UMTS/LTE、CDMA、GPRS、EDGE等技術(shù)的單獨信道上接收和發(fā)送語音和數(shù)據(jù)。對于可選的語音通信，無線通信設(shè)備100具有麥克風(fēng)180和揚聲器182。此外，如圖32中示意性地示出的，無線通信設(shè)備100可以包括全球定位系統(tǒng)(GPS) 芯片組，以從軌道GPS衛(wèi)星獲得位置定位。對GPS的提及意味著還包括協(xié)助式的GPS或者輔助GPS。雖然本公開明確提到了“全球定位系統(tǒng)”或者“GPS”，應(yīng)該理解，術(shù)語“GPS”已被擴展用于包括任何的基于衛(wèi)星的導(dǎo)航信號廣播系統(tǒng)，并因此可以包括在全世界使用的其他系統(tǒng)，包括中國開發(fā)的北斗(COMPASS)系統(tǒng)、歐盟協(xié)同中國、以色列、印度、摩洛哥、沙特阿拉伯和南韓開發(fā)的多國伽利略系統(tǒng)、俄羅斯的GL0NASS系統(tǒng)、印度提出的區(qū)域?qū)Ш叫l(wèi)星系統(tǒng)(IRNSS)以及日本提出的QZSS區(qū)域系統(tǒng)。替換GPS，或者除了 GPS之外，無線通信設(shè)備可以使用另一類型的位置確定子系統(tǒng)。雖然GPS是當前所知的用于獲得當前位置定位最好的方式，可以使用不同類型的定位子系統(tǒng)或者位置確定子系統(tǒng)，例如，使用無線電定位技術(shù)確定其當前位置的無線電定位子系統(tǒng)(下面將詳細闡述)。然而，在主要的實現(xiàn)中，GPS芯片組190接收并處理來自GPS衛(wèi)星的信號以生成緯度和經(jīng)度坐標，從而使得設(shè)備具有“位置意識”。替代GPS坐標或者在GPS坐標之外，可以使用來自范圍內(nèi)的基站塔(例如，針對無線E911使用)的信息的三角測量來確定設(shè)備的位置。無線增強911服務(wù)使得可以使用無線電定位技術(shù)在地理上定位蜂窩電話或者其他無線設(shè)備，例如(i)到達角(AOA)，其包括將主叫者定位在信號來自兩個塔的夾角處的點處，(ii)到達時間差(TDOA)，除了網(wǎng)絡(luò)確定時間差并因此確定至每個塔的距離之外，其使用了多點定位，如GPS，以及(iii)位置簽名，其使用“指紋識別”來存儲和回調(diào)移動電話信號在每個小區(qū)的不同位置處展現(xiàn)出的模式(例如，多徑)。為了提供位置相關(guān)的呈現(xiàn)數(shù)據(jù)，也可以使用其他位置確定技術(shù)(具有變化的粒度)，例如，使用最接近的基站的標識，訪問在歸屬位置寄存器/訪問位置寄存器(HLR/VLR) 中存儲的數(shù)據(jù)等。與所使用的位置確定技術(shù)無關(guān)，具有位置確定子系統(tǒng)(例如，GPS芯片組)的無線通信設(shè)備可以被配置為確定其當前位置，并將其當前位置與基于位置的觸發(fā)條件相比較， 以中止或者恢復(fù)訂購?？梢詫⒃跓o線通信設(shè)備上執(zhí)行的呈現(xiàn)客戶端編程為生成基于該觸發(fā)條件的訂購中止消息(或者備選地，基于經(jīng)由用戶輸入設(shè)備(例如鍵盤、觸摸屏、語音識別子系統(tǒng)等)接收到的輸入)。然后，無線通信設(shè)備100上的射頻收發(fā)信機(例如，RF芯片170)向呈現(xiàn)服務(wù)發(fā)送中止訂購的訂購中止消息。具體地，在空中向基站塔發(fā)送訂購中止消息，基站塔向中繼傳遞中止消息，中繼繼而向代理結(jié)點傳輸該中止消息，以繼而向功能節(jié)點轉(zhuǎn)發(fā)。如上所述，功能節(jié)點處理消息，識別要中止的訂購，然后通過將通知重新路由到持久性數(shù)據(jù)存儲器來中止訂購，在該持久性數(shù)據(jù)存儲器處累積通知，以用于當恢復(fù)訂購時的后續(xù)檢索。類似地，設(shè)備可以響應(yīng)于手動的用戶輸入或者響應(yīng)于檢測到觸發(fā)條件，生成訂購恢復(fù)消息。就像訂購中止消息一樣，將訂購恢復(fù)消息經(jīng)由基站、中繼和代理節(jié)點傳輸?shù)焦δ芄?jié)點。圖33是勾勒出向第二用戶提供與第一用戶有關(guān)的呈現(xiàn)信息的示例性方法的一些主要步驟的流程圖，該方法包括步驟200，接收從與第一用戶相關(guān)聯(lián)的呈現(xiàn)客戶端發(fā)布的呈現(xiàn)信息，步驟210，以任意數(shù)據(jù)格式存儲呈現(xiàn)信息，步驟220，通過確定第一用戶是否授權(quán)第二用戶訂購呈現(xiàn)信息來驗證訂購與第一用戶相關(guān)聯(lián)的呈現(xiàn)信息的請求，以及步驟230，當?shù)诙脩羲埱蟮膬?nèi)容與第一用戶發(fā)布的內(nèi)容匹配時，向與第二用戶相關(guān)聯(lián)的呈現(xiàn)客戶端傳輸呈現(xiàn)信息的一個或多個元素。在該方法的一個實現(xiàn)中，對訂購的請求進行驗證的動作包括對第一用戶授權(quán)第二用戶接收呈現(xiàn)信息的多個元素中哪一個或多個元素進行確定的動作。換言之，第一用戶 (發(fā)布其呈現(xiàn)信息的用戶)可以授權(quán)第二用戶獲得其發(fā)布的所有呈現(xiàn)信息或者僅該信息的子集。在一個實現(xiàn)中，第一用戶可以授權(quán)第二用戶僅接收(觀察)呈現(xiàn)信息的特定屬性(元素)，同時限制對其他屬性的訪問。例如，第一用戶可以允許向第二用戶通知第一用戶的情緒和可用性，但是不通知他或她的位置。在該實現(xiàn)的變型中，用戶可以定義對可以授予第二用戶(觀察者)多少訪問進行確定的條件(例如，一天中的時間、位置、情緒、可用性)的集合。例如，第一用戶可以指定 假設(shè)該一天中的時間在正常工作時間之外并且第二用戶的位置在第一用戶的特定半徑內(nèi)， 第二用戶可以接收關(guān)于第一用戶的情緒和可用性的呈現(xiàn)信息。以這種方式，第一用戶可以建立高度細微的條件的集合，該條件的集合對訪問呈現(xiàn)信息進行調(diào)整(例如，在第二用戶的觀察者簡檔中)。觀察者簡檔可以是靜態(tài)定義的(第一用戶肯定地(affirmatively)規(guī)定的所指定的條件的集合)，或者可以是動態(tài)定義的(條件可以基于第一用戶自己的呈現(xiàn)信息(例如，位置、情緒、行為等)，或者基于第二用戶的呈現(xiàn)信息、或者基于第一和第二用戶的呈現(xiàn)信息的組合而改變)。以相似的方式，第二用戶也可以使用相同或者相似的條件集合來定義其訂購，以確保在元素/屬性與第二用戶(觀察者)相關(guān)或者對第二用戶有意義時，僅針對感興趣的元素/屬性接收呈現(xiàn)信息。所發(fā)布的呈現(xiàn)信息與訂購之間的該動態(tài)交互使得與使用在現(xiàn)有技術(shù)中已知的基本呈現(xiàn)技術(shù)和富 (rich)呈現(xiàn)技術(shù)相比，呈現(xiàn)系統(tǒng)的用戶更加高效地進行交互。此外，在新穎的呈現(xiàn)系統(tǒng)的一個實現(xiàn)中，使用不同的密鑰分別加密每個屬性(呈現(xiàn)信息的每個元素)，以使得可以單獨地以及隱私地共享特定的屬性。針對已授權(quán)的每個特定的屬性，可以使用Diffie-Hellman來安全地向一個或多個已授權(quán)的觀察者交換密鑰。 這表示了與RFC 3863中提議的范例在根本上不同的隱私范例，在RFC 3863中，將呈現(xiàn)信息例示為單一的龐大(monolithic)文檔。如果呈現(xiàn)實體想要應(yīng)用導(dǎo)致觀察者僅被允許接收呈現(xiàn)信息的子集的隱私規(guī)則，必須創(chuàng)建不包含隱私信息的新文檔。這需要過濾呈現(xiàn)信息以移除隱私數(shù)據(jù)?？赡苄枰槍γ總€通知循環(huán)并針對每個觀察者進行過濾，并在然后將整個呈現(xiàn)文檔發(fā)送到觀察者，即使其包含了潛在不需要的信息。對于移動客戶端，這是特別低效的。相反，本文處描述的新穎的呈現(xiàn)系統(tǒng)可以單獨加密每個屬性，并僅向觀察者發(fā)送該屬性，同時維持針對所有其它屬性的完整隱私。圖34是描述發(fā)布呈現(xiàn)信息的方法的一些主要步驟的流程圖；該發(fā)布呈現(xiàn)信息的方法涉及收集呈現(xiàn)信息(步驟300)，向基于內(nèi)容的呈現(xiàn)服務(wù)發(fā)布表示呈現(xiàn)信息的數(shù)據(jù)內(nèi)容，該呈現(xiàn)服務(wù)以任意數(shù)據(jù)格式存儲數(shù)據(jù)內(nèi)容(步驟310)，然后授權(quán)感興趣的聯(lián)系人訂購呈現(xiàn)信息，由此將該聯(lián)系人定義為觀察者，當觀察者所指定的訂購表達式與向呈現(xiàn)服務(wù)發(fā)布的數(shù)據(jù)內(nèi)容匹配時，觀察者接收表示呈現(xiàn)信息的數(shù)據(jù)內(nèi)容(步驟320)。圖35是描述訂購呈現(xiàn)信息的方法的一些主要步驟的流程圖。如圖所示，該訂購呈現(xiàn)信息的方法涉及步驟400，向基于內(nèi)容的呈現(xiàn)服務(wù)傳輸訂購請求，該訂購請求由呈現(xiàn)服務(wù)進行驗證，假定發(fā)布表示呈現(xiàn)信息的數(shù)據(jù)內(nèi)容的第一用戶已授權(quán)傳輸訂購請求的第二用戶接收該呈現(xiàn)信息，步驟410，指定對第二用戶感興趣的數(shù)據(jù)內(nèi)容進行定義的訂購表達式，以及步驟420，當訂購表達式與第一用戶向呈現(xiàn)服務(wù)發(fā)布的數(shù)據(jù)內(nèi)容相匹配時，接收與第一用戶有關(guān)的呈現(xiàn)信息。圖36是描述更新名片信息的方法的一些主要步驟的流程圖。在與第二用戶相關(guān)聯(lián)的設(shè)備上自動更新與第一用戶有關(guān)的名片信息的該方法涉及步驟500，通過經(jīng)由呈現(xiàn)服務(wù)的代理節(jié)點從與第一用戶相關(guān)聯(lián)的呈現(xiàn)客戶端向已經(jīng)與第一用戶的呈現(xiàn)客戶端綁定的呈現(xiàn)服務(wù)的預(yù)定功能節(jié)點發(fā)送消息，發(fā)布名片信息的改變，步驟510，向呈現(xiàn)服務(wù)的發(fā)布-訂購子系統(tǒng)傳輸該改變，該發(fā)布-訂購子系統(tǒng)確定第二用戶具有對第一用戶的名片信息的訂購，然后在通知消息中向該功能節(jié)點通知該改變，以及步驟520，從功能節(jié)點經(jīng)由預(yù)定的代理節(jié)點向與第二用戶相關(guān)聯(lián)的呈現(xiàn)客戶端傳輸該通知消息。圖37和38對以上詳細描述的新穎的訂購管理方法進行了總結(jié)。圖37從呈現(xiàn)服務(wù)的視角展示了訂購管理方法，而圖38從設(shè)備(即，與觀察者相關(guān)聯(lián)或由觀察者操作的無線通信設(shè)備或者其他計算設(shè)備)的視角展示了訂購管理方法。圖37是描述由呈現(xiàn)服務(wù)執(zhí)行的用于管理對基于內(nèi)容的呈現(xiàn)信息的訂購的新穎方法的一些主要步驟的流程圖。該新穎的方法包括步驟600，在呈現(xiàn)服務(wù)處從設(shè)備(例如，無線通信設(shè)備)接收訂購中止消息。該方法包括后續(xù)步驟610，識別與訂購中止消息相關(guān)聯(lián)的訂購，然后(在步驟620處)中止訂購。在步驟630處，從呈現(xiàn)服務(wù)向設(shè)備發(fā)送響應(yīng)，以通知設(shè)備已經(jīng)中止了訂購。圖38是描述由計算設(shè)備(無線通信設(shè)備等)執(zhí)行的用于管理訂購的新穎方法的一些主要步驟的流程圖。該方法涉及第一步驟640，從設(shè)備向呈現(xiàn)服務(wù)發(fā)送中止訂購的訂購中止消息，以及后續(xù)的步驟650，從呈現(xiàn)服務(wù)接收通知已經(jīng)中止了訂購的響應(yīng)。可以將在本說明書中公開的方法實現(xiàn)為計算機程序產(chǎn)品或者計算機可讀介質(zhì)中的編碼指令。換言之，當載入到存儲器中并在一個或多個計算設(shè)備(例如，服務(wù)器)的微處理器上執(zhí)行時，計算機程序產(chǎn)品或計算機可讀介質(zhì)存儲用于執(zhí)行前述方法的軟件代碼。已經(jīng)根據(jù)特定的實現(xiàn)和配置描述了該新的技術(shù)，該特定的實現(xiàn)和配置意在僅是示例性的。本領(lǐng)域普通技術(shù)人員將意識到，在不脫離創(chuàng)造性的概念的情況下，可以對本文公開的技術(shù)進行變形、修改和改進。因此，所尋求的獨占權(quán)利的范圍意在僅由所附權(quán)利要求來限制。
權(quán)利要求
1.一種用于對基于內(nèi)容的呈現(xiàn)信息的訂購進行管理的方法，所述方法包括 在呈現(xiàn)服務(wù)處從設(shè)備接收訂購中止消息；識別與所述訂購中止消息相關(guān)聯(lián)的訂購；以及中止所述訂購。
2.根據(jù)權(quán)利要求1所述的方法，還包括從所述呈現(xiàn)服務(wù)向所述設(shè)備發(fā)送響應(yīng)以通知所述設(shè)備已經(jīng)中止了所述訂購。
3.根據(jù)權(quán)利要求1所述的方法，其中，中止所述訂購包括在持久性數(shù)據(jù)存儲器中累積通知。
4.根據(jù)權(quán)利要求3所述的方法，其中，累積通知包括 在呈現(xiàn)功能節(jié)點處從發(fā)布-消息子系統(tǒng)接收通知；以及向所述持久性數(shù)據(jù)存儲器轉(zhuǎn)發(fā)所述通知，以用于存儲，直到恢復(fù)所述訂購。
5.根據(jù)權(quán)利要求1至4中任一項所述的方法，還包括在所述呈現(xiàn)服務(wù)處接收恢復(fù)已中止的所述訂購的訂購恢復(fù)消息。
6.根據(jù)權(quán)利要求5所述的方法，還包括從所述持久性數(shù)據(jù)存儲器獲取累積的通知。
7.一種在無線通信設(shè)備上執(zhí)行的用于對基于內(nèi)容的呈現(xiàn)信息的訂購進行管理的方法， 所述方法包括從設(shè)備向呈現(xiàn)服務(wù)發(fā)送中止所述訂購的訂購中止消息；以及從所述呈現(xiàn)服務(wù)接收對已經(jīng)中止了所述訂購進行通知的響應(yīng)。
8.根據(jù)權(quán)利要求7所述的方法，其中，由基于時間和/或基于位置的中止觸發(fā)條件來觸發(fā)發(fā)送所述中止訂購消息。
9.根據(jù)權(quán)利要求7或權(quán)利要求8所述的方法，還包括向所述呈現(xiàn)服務(wù)發(fā)送恢復(fù)所述訂購的訂購恢復(fù)消息，所述訂購恢復(fù)消息是由基于時間和/或基于位置的恢復(fù)條件觸發(fā)的。
10.一種用于管理對呈現(xiàn)信息的訂購的呈現(xiàn)系統(tǒng)，所述系統(tǒng)包括 發(fā)布-訂購子系統(tǒng)，用于訂購呈現(xiàn)信息；以及代理節(jié)點，用于將訂購中止消息從設(shè)備路由到預(yù)定的功能節(jié)點； 其中，所述功能節(jié)點處理所述訂購中止消息，以識別與所述訂購中止消息相關(guān)聯(lián)的訂購，然后中止所述訂購。
11.根據(jù)權(quán)利要求10所述的系統(tǒng)，還包括持久性數(shù)據(jù)存儲器，用于存儲來自所述發(fā)布-訂購子系統(tǒng)的累積的通知。
12.根據(jù)權(quán)利要求11所述的系統(tǒng)，其中，所述功能節(jié)點在接收到訂購恢復(fù)消息時，獲取在所述持久性數(shù)據(jù)存儲器中累積的通知。
13.一種無線通信設(shè)備，用于管理對呈現(xiàn)信息的訂購，所述設(shè)備包括操作性地耦合到存儲器的處理器，所述處理器用于執(zhí)行呈現(xiàn)客戶端，所述呈現(xiàn)客戶端被編程為生成訂購中止消息；以及射頻收發(fā)信機，用于向呈現(xiàn)服務(wù)發(fā)送中止所述訂購的所述訂購中止消息。
14.根據(jù)權(quán)利要求13所述的設(shè)備，其中，所述處理器被配置為將所述設(shè)備的當前時間和/或當前位置與基于時間的中止觸發(fā)條件和/或基于位置的中止觸發(fā)條件相比較。
15.根據(jù)權(quán)利要求14所述的設(shè)備，其中，所述處理器被配置為將所述設(shè)備的當前時間和/或當前位置與基于時間的訂購恢復(fù)條件和/或基于位置的訂購恢復(fù)條件相比較。
全文摘要
一種用于對基于內(nèi)容的呈現(xiàn)信息的訂購進行管理的方法，包括在呈現(xiàn)服務(wù)處從設(shè)備接收訂購中止消息，識別與訂購中止消息相關(guān)聯(lián)的訂購，中止訂購，以及從呈現(xiàn)服務(wù)向設(shè)備發(fā)送響應(yīng)以通知設(shè)備訂購已經(jīng)中止。中止訂購可以涉及在持久性數(shù)據(jù)存儲器中累積通知。該方法還可以涉及在呈現(xiàn)服務(wù)處接收恢復(fù)已中止的訂購的訂購恢復(fù)消息。
文檔編號H04W8/22GK102415067SQ201080018012
公開日2012年4月11日 申請日期2010年2月10日 優(yōu)先權(quán)日2009年2月24日
發(fā)明者布魯斯·埃里克·布法姆, 康納·帕特里克·歐若克, 羅伯特·威廉·布朗 申請人:捷訊研究有限公司