專利名稱：使用獎勵和用戶控制的隱私向服務提供商提供上下文的技術的制作方法
使用獎勵和用戶控制的隱私向服務提供商提供上下文的技
術
背景技術：
無線設備的快速發(fā)展及其不斷提高的移動能力使用戶能夠依賴于其以增加應用的數(shù)量，同時設備能夠獲得大量個人信息。這些設備的用戶越來越能夠捕獲各種平臺上的關于他們的環(huán)境、他們的交互以及他們自己的上下文信息。這些平臺包括，但不限于移動計算/通信設備(例如，PDA、電話、MID)、固定和便攜式計算設備(膝上型計算機、桌面型計算機和機頂盒)、以及云計算服務和平臺。如果用戶能夠?qū)υ忌舷挛暮蛷脑撋舷挛膶С龅暮啓n進行適當?shù)毓芾恚⑴c服務提供商共享該信息，則該信息對于用戶來說具有潛在的高價值。服務提供商可以使用該信息來更好地滿足用戶的需要，更加理解他們的客戶，或者進行重新包裝和銷售(或者貨幣化)。用戶通過更好的服務體驗或者通過特定的獎勵而潛在地獲益。當前，用戶利用該上下文的能力在下面方式中受到限制不存在跨越同一用戶擁有的平臺而共享、組合或者整合上下文的自動方式；不存在用戶與服務提供商共享該上下文的自動和/或標準化方式，不論是否具有或者不具有補償；不存在用于對上下文的訪問進行控制的簡單機制。此外，很多用戶具有多個個人設備。這些設備均獨自地收集關于用戶的信息，該信息包括清楚的用戶喜好、他們?nèi)绾问褂迷O備、他們通過該設備存儲和訪問什么數(shù)據(jù)、以及關于用戶的信息(在他們的日程表上有什么約會、他們將去哪里、他們在進行什么活動、他們買了什么等等)。一般情況下，該信息獨立地保存在各設備上。因此，強烈地需要一種能夠規(guī)定某種機制的管理架構(gòu)，這種機制允許用戶跨越他們的設備來管理他們的上下文和導出的簡檔并控制向服務提供商傳送上下文和導出的簡檔。此外，還強烈地需要一種用于對他們的個人設備的集合上收集起來的關于用戶的個人信息進行統(tǒng)一的技術。


視作為本發(fā)明的主題在說明書的結(jié)束部分中具體指出和明確主張。但是，當通過結(jié)合閱讀附圖來參見下面詳細描述時，將會更好地理解本發(fā)明的組織和操作方法以及其對象、特征和優(yōu)點，其中圖I描述了根據(jù)本發(fā)明的實施例的一種管理架構(gòu)；圖2描述了根據(jù)本發(fā)明的實施例的將上下文傳送到服務提供商的示例；以及圖3示出了根據(jù)本發(fā)明的實施例的捆綁保護和訪問協(xié)議。應當理解的是，為了說明簡單和清楚起見，附圖中示出的元素沒有按比例進行描繪。例如，為了清楚說明起見，一些元素的尺寸可以相對于其它元素進行放大。另外，在認為適當?shù)牡胤?，可以在附圖中重復附圖標記以指示相應的或類似的元素。
具體實施例方式在下文詳細描述中，為了對本發(fā)明透徹理解，對眾多特定細節(jié)進行了描述。但是，本領域普通技術人員應當理解的是，可以在沒有這些特定細節(jié)的情況下實現(xiàn)本發(fā)明。在其它實例中，為了避免造成本發(fā)明的模糊，沒有詳細描述公知的方法、過程、組件和電路。雖然本發(fā)明的實施例在該方面并不受限，但使用諸如“處理”、“計算”、“運算”、“確定”、“建立”、“分析”、“檢驗”等等之類術語的討論，是指計算機、計算平臺、計算系統(tǒng)或其它電子計算設備的操作和/或處理，其中這些操作和/或處理將計算機的寄存器和/或存儲器中表示成物理(例如，電子)量的數(shù)據(jù)，操作和/或轉(zhuǎn)換成類似地表示成計算機的寄存器和 /或存儲器或者可以存儲指令以執(zhí)行操作和/或處理的其它信息存儲介質(zhì)中的物理量的其它數(shù)據(jù)。雖然本發(fā)明的實施例在該方面并不受限，但如本申請所使用的術語“多個”或“多種”("plurality〃或〃a plurality")可以包括例如“多個”或“兩個或更多”。貫穿本說明書使用術語“多個”或者“多種”，來描述兩個或更多組件、設備、元素、單元、參數(shù)等等。例如，“多個站”可以包括兩個或更多站。如上所述，用戶越來越能夠捕獲各種平臺上的關于他們的環(huán)境、他們的交互以及他們自己的上下文信息。這些平臺可以包括，但不限于移動計算/通信設備(例如，PDA、電話、MID)、固定和便攜式計算設備(膝上型計算機、桌面型計算機和機頂盒)、以及云計算服務和平臺。如果用戶能夠?qū)υ忌舷挛暮蛷脑撋舷挛膶С龅暮啓n進行適當?shù)毓芾?，并與服務提供商共享該信息，則該信息對于用戶來說具有潛在的很高的價值。此外，本發(fā)明的系統(tǒng)的實施例可以提供一種平臺，其中該平臺是一種信息同化和通信平臺。本發(fā)明的實施例可以解決下面的限制不存在跨越同一用戶擁有的平臺共享、組合或者整合上下文的自動方式；不存在用戶與服務提供商共享該上下文的自動和/或標準化方式，不論具有或者不具有補償；不存在用于對上下文的訪問進行控制的簡單機制。本發(fā)明的實施例可以規(guī)定某種機制，這種機制允許用戶跨越他們的設備管理他們的上下文和導出的簡檔并控制向服務提供商傳送上下文和導出的簡檔。舉例而言，用戶的移動設備可以使用位置上下文來在任何給定時刻確定他位于何地。隨著時間的過去，該上下文標識他經(jīng)常光顧的地方，從而允許建立用戶簡檔。設備可以在該簡檔中包括用戶經(jīng)常去的一些餐館以及他喜歡的食物類型。甚至可以知道他趨向于何時以及與何人在各餐館吃飯，從而針對他的簡檔生成另外的上下文。在用戶同意的情形下， 可以與包括他的家庭PC的其它設備共享該簡檔。使用該PC，用戶利用在線餐館評級服務來尋找下一周進餐的餐館。在他允許的情形下，與該服務共享用戶的簡檔，這使該服務能根據(jù)用戶的喜好來傾向于某種搜索結(jié)果。此外，站點能夠針對該用戶提供針對特定餐館的廣告。 此外，站點還跟蹤訪問本站點的用戶的人口特征，以便提升廣告收入。可以直接地或者以針對共享簡檔數(shù)據(jù)的其它補償方式將這些廣告的收入的一些交給用戶。服務提供商也可以使用用戶設備上收集的上下文，來提供針對用戶的服務請求的響應(例如，通過知道用戶的位置、喜好或者購買目標)，或者整體地提高服務(例如，更好地了解他們的客戶)。一般情況下，當用戶獲得一些回報時(或許更好的服務、貨幣報酬或者非貨幣報酬(例如，會員忠誠計劃點值))，他會更加樂意共享他們個人上下文中的一些。本發(fā)明的架構(gòu)可以實現(xiàn)例如以下內(nèi)容(I)用戶指定針對該用戶的上下文的發(fā)布策略，其指示向特定服務提供商發(fā)布不同等級的上下文需要什么樣的報酬；(2)服務提供商指定支付策略，其指示期望的上下文類型以及作為回報將提供的報酬水平；(3)服務提供商的支付策略和用戶的發(fā)布策略之間的面向服務的協(xié)商，其確保用戶與服務提供商利益匹配；(4)從用戶設備到服務提供商的“上下文捆綁(context bundle)”的傳送，該傳送包含服務提供商期望的上下文，傳送方式為以禁止向用戶指定的提供商之外的任何人發(fā)布并且僅僅在提供了向用戶承諾的任何報酬之后才提供(在本發(fā)明的一個實施例中，可以對“上下文捆綁” 進行雙重加密，以確保僅向期望的服務提供商傳送該上下文，并且僅當期望的條件滿足時);
(5)通過向服務提供商發(fā)布上下文的條件已經(jīng)滿足的審批服務來驗證(或許該審批服務已得到了補償)。審批服務可以向允許獲得捆綁內(nèi)容的服務提供商提供密鑰。提供本發(fā)明的實施例的架構(gòu)的高層視圖，通常為圖I的100。其包括兩個主要組件簡檔存儲和分發(fā)、上下文傳送。下面更詳細地描述這些組件中的每一個。用戶可以使用多個計算和通信設備(例如，設備1110和設備2115)，這些設備中的每一個可以獲得關于用戶的環(huán)境、他們的交互以及他們自己的上下文。諸如PDA、電話和 MID之類的一些設備可以處于最佳位置，以識別在物理世界中與用戶的動作和交互有關的上下文。類似于膝上型計算機、桌面型計算機和機頂盒的其它設備可以處于較好的位置，以理解與商業(yè)和內(nèi)容產(chǎn)生及觀看有關的用戶動作。簡檔存儲和分發(fā)的目標是使得捕獲的上下文能安全地存儲在每一個平臺上，并在平臺之間共享，以形成用戶的統(tǒng)一和更廣的視圖。可以使用短距離通信機制(當設備在物理上接近時)，或者使用廣域網(wǎng)絡技術，或許就會發(fā)生跨越設備共享上下文?；蛘?，簡檔存儲服務105可以提供高可用實體，其中所有設備都使用該實體共享簡檔信息。該簡檔存儲服務是本結(jié)構(gòu)中的可選組件，該簡檔存儲服務還可以在用戶設備離線時，能通過在線服務來訪問用戶的簡檔。對該組件的需求取決于移動模式 (他們是否定期地彼此進行聯(lián)系？)；用戶設備的通信能力(他們在大多時間具有廣域網(wǎng)絡連接？)。用戶可以使用他的設備(或者簡檔存儲服務105)上存儲的上下文，來提升他從服務提供商接收的服務的質(zhì)量或者相關性。這些服務提供商可以傳送他們自己的服務(如書商)或者匯總其它服務(如書價比較服務)。用戶可以選擇簡檔數(shù)據(jù)的全部或者一個子集以改變補償?shù)念愋?無補償。只是給予更好的服務。 直接貨幣補償。針對上下文的現(xiàn)金。 間接貨幣補償。針對上下文給予其它人(例如，學?；蛘叽壬茩C構(gòu))現(xiàn)金。 非貨幣補償。點值、積分、訪問免費內(nèi)容或者其它獎勵。一旦用戶選擇共享上下文信息的一個子集(本申請可以將其稱為上下文捆綁(或者僅僅捆綁))120、125，則以提供下面質(zhì)量的方式來對該捆綁進行打包 僅服務提供商可以訪問該捆綁中的私人上下文。 服務提供商不能訪問私人上下文，直到審批服務確定服務提供商已傳送(或者將傳送)同意的補償。 審批服務不能訪問用戶的私人上下文。 服務提供商可以驗證捆綁中的上下文是否源自于正在被提供服務的用戶。在有助于捆綁傳送的處理中，審批服務130可以與金融服務135協(xié)商，以使得進行支付或者驗證是否已完成支付。此外，還可以與信譽服務140協(xié)商，以判斷服務提供商是否滿足用戶指定的信任標準。一旦審批服務驗證了用戶的所有條件都已滿足，則所述審批服務使服務提供商能訪問該上下文。隨后，服務提供商可以訪問傳送的上下文，以便提供更好的服務或者為了任何其它目的。兩條關鍵策略能夠控制與服務提供商共享簡檔數(shù)據(jù)的方式補償策略145、150和發(fā)布策略155、160、165。在本發(fā)明的一個實施例中，補償策略145、150可以描述服務提供商 (例如，Amazon, com 160和MyCoupon 165)將提供什么補償以作為各種形式的上下文的回報。此外，補償策略還可以指定針對服務提供商期望如何使用該信息的限制。在本發(fā)明的實施例中，發(fā)布策略155、160、165描述用戶樂于向誰、以及針對什么樣的補償發(fā)布什么信息。存在著在這些策略中必須支持的多種類型的補償。貨幣補償相對比較容易支持。 如果允許其它形式的補償(例如，報酬/忠誠點值或者訪問免費內(nèi)容)，則很難以任何自動方式在用戶和服務提供商之間達成協(xié)議。雖然并不需要，但可以的是，不同單位的補償之間的轉(zhuǎn)換需要咨詢用戶。上面策略的復雜性由補償?shù)念愋蛠頉Q定。如果假定將向用戶提供的唯一補償是更好服務，則發(fā)布策略僅僅需要描述可以向誰發(fā)布特定的信息。如果服務提高的程度不值得這種揭露，則用戶可以調(diào)整策略。補償因素的另一方面是將要發(fā)布的上下文。 服務提供商和用戶均有興趣對于將要發(fā)布的信息的類型進行仔細指定?？梢园l(fā)布多種多樣的不同種類的信息，其包括人□特征(年齡、性別等)、位置、活動、喜好、目標等等。每一條信息還可以按不同等級的保真度或確切度來提供。例如，位置可以是精確的GPS坐標、街道、 城市、州、國家，或者簡單地是我在特定商店前面(但或許是不確切的上述很大系列中的一個)。該信息還可以作為事實被傳送，或者是作為查詢的響應。后一種情況透露了一些信息 (例如，“你在星巴克前面嗎？ ” “不在?！?。最后，用戶愿意發(fā)布的信息的粒度水平可以根據(jù)將接收該信息的人(依據(jù)服務提供商和/或終端用戶)而不同。根據(jù)上述內(nèi)容，明顯的是，確切地指定發(fā)布什么信息將是非常復雜和詳細的；但是，以非常精細的細節(jié)來提供該元數(shù)據(jù)，導致用于協(xié)商處理的高開銷以及指定策略的高復雜性。如上所述，補償策略指定服務提供商對于什么內(nèi)容感興趣，服務提供商將提供什么作為回報。服務提供商想要指定幾種不同“級別”的補償對于較小量的上下文，傳送較少的補償，對于較多的上下文，傳送較多的補償。在本發(fā)明的實施例中，發(fā)布策略155、160和165可以類似于補償策略145、150(反之亦然)，但發(fā)布策略155、160和165還指定可以向誰發(fā)布上下文。與補償策略相比，發(fā)布策略155、160和165潛在地更復雜。由于用戶事先不知道他可能遇到什么服務，因此在發(fā)布策略155、160和165中必須涵蓋更多的組合。在這種潛在復雜的情況下，用戶不可能愿意詳細地指定他們的發(fā)布策略155、160和165?？梢詥为毜鼗蛘呓M合地使用幾種策略，以簡化用戶的該任務(I)允許用戶依據(jù)他們的發(fā)布情況來對他們自己進行分類。例如，種類可以依賴于生命階段，例如兒童(超安全)、青少年(中等)、單個成人(開放)、專業(yè)人士(中等)、退休(超安全)。(2)可以按種類來分拆和呈現(xiàn)大量的信息。例如，可以依據(jù)人口特征、 位置、活動、喜好和目標來對上下文進行分類。同樣，可以依據(jù)“我的金融機構(gòu)”、“我喜愛的零售商”、“其它零售商”、“博客”、“新聞”等等，對服務提供商進行分類。針對種類而不是單個項目進行決定。(3)用戶可以利用第三方來為他們做出某些決定。例如，信譽服務(如， McAfee^Site Advisor、Yahoo!Merchant Ratings)將幫助確定信任哪些網(wǎng)絡服務或者零售商。同樣，可以對服務進行設計，以幫助用戶理解他們的隱私風險，并規(guī)定發(fā)布策略。
1
策略協(xié)商是發(fā)現(xiàn)補償策略145和150以及發(fā)布策略155、160和165之間的共同點的動作。該處理以服務提供商向客戶傳送補償策略145、150作為開始?？蛻粼诳蛻舳嗽O備上將補償策略145、150與發(fā)布策略155、160和165進行匹配，選擇要發(fā)布什么信息。下面描述用于協(xié)商上下文以作為服務交換的一部分的方式。向服務提供商傳送的上下文稱為捆綁120、125。捆綁120、125是來自用戶簡檔的可用信息的一個子集，其中以僅在實現(xiàn)承諾的補償之后服務提供商160、165才獨自可以獲得信息的方式對該子集進行保護。本發(fā)明的實施例提供一種交換，其中在該交換中直接從客戶平臺傳送上下文。該平臺是可用的(假定其實時地進行請求)且是當前的(由于用戶正在使用，因此其很可能具有最新的簡檔信息)。 在平臺既不可用也不是當前的情況下，提供了服務提供商可以從簡檔存儲服務105請求用戶簡檔的第二機制，其可以包括發(fā)布策略160和簡檔存儲175。本發(fā)明的實施例提供了傳送來自設備的上下文，其通常描繪成圖2的200，該圖示出了使要從客戶210向服務提供商205傳送的用戶簡檔捆綁作為服務交換的一部分的交換的高層視圖。服務初始由客戶210在通用服務請求215中進行請求，如今天的面向服務的架構(gòu)中所完成的。隨后，服務提供商205傳送通用(上下文無關)響應220。與該響應一起發(fā)生的是，返回補償策略225，該補償策略說明服務提供商205可以提供針對用戶簡檔230的各個部分的什么回報。在該時間點，客戶210可以選擇繼續(xù)使用通用服務，還是針對補償在返回中傳送捆綁(其可以僅僅是更佳的服務)。可以通過將補償策略225與發(fā)布策略235進行比較來做出該決定270。應當注意，該捆綁可以直接從該平臺傳送。其對于在決策或者捆綁生成中涉及的應用來說不是必須的，因此潛在地保護用戶免受惡意軟件影響。如果用戶選擇發(fā)布他的簡檔230的一部分，則在客戶端上生成240捆綁，并在第二服務請求260中向嘗試對該捆綁進行解碼245的服務提供商205傳送。在該時間點，服務提供商205證明數(shù)據(jù)來自于客戶用戶210 ;但服務提供商在沒有審批服務提供商250先前同意的情況下，不能訪問該捆綁數(shù)據(jù)。服務提供商205將捆綁255的一部分或者全部運送到審批服務提供商， 其中當所有條件都滿足時，審批服務提供商返回足夠的信息以允許服務提供商訪問該捆綁數(shù)據(jù)。下面提供對這種交換更詳細地說明?！?55進行了成功解碼，服務提供商205就提供特別針對于用戶的服務響應265。在該響應中包括有會話ID，其或許在HTTP報頭中傳送。由于現(xiàn)有的網(wǎng)絡應用通常將會話ID嵌入成會話cookie,因此本架構(gòu)的會話ID可以利用現(xiàn)有的會話ID,或者將現(xiàn)有的會話ID放在一邊。該會話ID可以在未來服務請求中傳送，直到捆綁數(shù)據(jù)255變得失效為止，在該時間點，可以對新捆綁進行協(xié)商。服務提供商可以使用與最初請求類似的機制， 定期地請求用戶發(fā)送更新的上下文數(shù)據(jù)。本發(fā)明的實施例能傳送來自簡檔存儲服務的上下文，如先前在圖I的105處所介紹的。在一些情況下，對于服務來說更適合的是，從簡檔存儲服務接收簡檔，而不是直接從客戶接收簡檔。如果在客戶離線時傳送服務(例如，當用戶離線時監(jiān)視購買價格的時機的服務)，或者如果客戶設備不具有最新的簡檔信息(或許用戶僅僅切換設備)時，那么上述情況就會發(fā)生。在該情況下，不是向服務提供商傳送捆綁，而是客戶向簡檔存儲服務傳送服務提供商可以根據(jù)其獲得捆綁的指針。還需要一些另外的機制用戶必須能夠?qū)啓n服務提供商進行預授權，以便與特定的服務提供商共享特定的信息。這很可能在使用簡檔存儲服務 105中存儲的發(fā)布策略160時發(fā)生。簡檔存儲服務必須能夠，例如可以通過網(wǎng)絡服務接口，對于針對捆綁的直接請求進行響應。需要令牌(在本發(fā)明的一個實施例中，其可以在上面的初始請求中傳送)，以抵制對于簡檔存儲服務的釣魚攻擊。本發(fā)明的實施例提供上面所描述以及本申請詳盡說明的捆綁訪問。下面提供了用于實現(xiàn)期望的隱私性和真實屬性而需要的密碼學原語和信息交換中的一些的可能實施例， 但本發(fā)明在該方面并不受限。捆綁是從客戶向服務提供商傳送的具有下面屬性的信息的打包 證明源自于該客戶用戶； 包含僅在審批服務同意之后，才可以由服務提供商訪問的簡檔信息； 包含可僅由服務提供商訪問的元數(shù)據(jù)，其指定什么簡檔信息包括在該捆綁中； 包括用于指定用戶期望什么作為該簡檔數(shù)據(jù)的發(fā)布的回報的策略；以及 包括實現(xiàn)如何支付的規(guī)范。這些屬性在服務提供商和審批服務提供商之間的交換中實現(xiàn)，通常如圖3的300 所示。圖3的捆綁包括一些組件。使用會話密鑰(K_C0NTEXT)對該捆綁中的上下文信息進行保護。該會話密鑰由客戶305生成。雙重加密(由服務提供商和審批服務公鑰進行雙重加密)的會話密鑰(K_C0NTEXT)包括在打包310中。服務提供商320可以僅通過與審批服務315的協(xié)作就獲得該密鑰。使用用戶或者設備的私鑰(PK_USER)對策略信息進行簽名， 從而審批服務315對該信息進行驗證以便使用。通過審批服務的公鑰(PK_AS)對支付途徑進行加密，使得其可以驗證是否發(fā)生了適當?shù)闹Ц?或者進行支付)。使用服務提供商的公鑰(PK_SVC)對元數(shù)據(jù)進行加密。僅服務提供商320可以對元數(shù)據(jù)進行解碼，以判斷是否對該捆綁中的上下文進行支付。在本發(fā)明的實施例中，(310a處詳細說明的)捆綁格式310采用XML數(shù)字簽名或者類似的結(jié)構(gòu)，在該結(jié)構(gòu)中可以由單個簽名來獨立引用多個數(shù)據(jù)元素。 可以在發(fā)送之前剝離與特定方無關的簽名的元素，但仍然可以對簽名進行驗證。一旦將捆綁傳送到服務提供商，服務提供商320就執(zhí)行下面操作(I)通過檢查該上下文的數(shù)字簽名來確定該捆綁的真實性；(2)檢查元數(shù)據(jù)，以判斷其是否希望為包含的上下文付費。如果希望為包含的上下文付費，則服務提供商進行支付(如果需要的話)，將帶有支付證明(或者針對進行支付的審批服務的請求)的(325a處詳細說明的)捆綁解碼請求325轉(zhuǎn)發(fā)給審批服務315。審批服務315首先驗證已滿足策略(如果適合的話，已進行了支付)。這還是審批服務315獲得報酬和/或為了傳送上下文和任何上下文分析而向平臺供應商支付的機會。 隨后，審批服務315對會話密鑰進行部分地解密。應當注意，會話密鑰仍然由服務提供商的公鑰進行部分地加密。在(330a處詳細說明的)330，審批服務315向服務提供商發(fā)送該部分解密的密鑰(以及或許如圖3所示的其它信息)。服務提供商320現(xiàn)在可以對會話密鑰進行解碼，并從捆綁中獲得上下文。上面的過程具有下列屬性審批服務315從不訪問用戶上下文；僅指定的服務提供商才可以獲得對上下文的訪問，并且僅當審批服務同意時才可以； 可以可選地包括多個層次的上下文，每一個由不同的會話密鑰進行保護；這種交換在每一個“會話”發(fā)生一次，并當上下文簡檔變得失效時定期地進行刷新。對與捆綁有關的消息進行編碼和解碼的開銷如下 建立捆綁需要5個不對稱密鑰操作和4個對稱密鑰操作(其包括雙重K上下文纏繞的對稱組件)，但本發(fā)明在該方面并不受限。 在一個實施例中，在審批服務處對捆綁進行驗證和解密需要3個不對稱密鑰操作和2個對稱密鑰操作，但其并不限于這些特定密鑰。 在服務提供商處對捆綁進行驗證和解密需要3個不對稱密鑰操作和2個對稱密鑰操作。應當注意，這種架構(gòu)建議使用哈?；膫€人簽名密鑰或者特定于設備的簽名密鑰， 來對可以表示用戶的身份的數(shù)據(jù)進行認證。本發(fā)明的實施例的架構(gòu)更深入地考慮用戶身份。本發(fā)明的實施例提供了一種簡檔格式。簡檔中包含的信息相對獨立于上面的討論。但是，一些問題必須回答。簡檔信息可以采取什么層級的粒度，使得我們可以提供合適層級的粒度來保護該信息？此外，服務希望對于簡檔信息提出什么類型的查詢？哪些簡檔必須對用戶域(工作、家庭等等)進行分割。必須通過調(diào)查服務提供商來獲得該信息。很多用戶具有多個個人設備。對于上面提供的實施例的補充，這些設備均獨立地收集關于用戶的信息，其包括清楚的用戶喜好、他們?nèi)绾问褂迷撛O備、他們通過該設備存儲和訪問什么數(shù)據(jù)、以及關于用戶的信息(在他們的日程表上具有什么約會、他們將去哪里、 他們在進行什么活動、他們買了什么等等)。一般情況下，該信息獨立地保存在各設備上。本發(fā)明的實施例對在他們個人設備集合上收集的關于用戶的個人信息進行統(tǒng)一。 隨后，可以使用該信息來使得形成用戶跨平臺一致的個性化體驗，該體驗包括個性化推薦。 本發(fā)明的另外實施例可以提供簡檔存儲。簡檔存儲的目標是安全地維護用戶每一個平臺 (其稱為簡檔存儲)上的其簡檔的版本。用戶擁有的每一個平臺將在如圖I的170、175和 167所示的簡檔存儲中存儲用戶簡檔的本地版本。隨著時間過去，每一個簡檔存儲170、175 和167以兩種方式進行更新第一，通常通過使用平臺在本地獲得的用戶上下文來更新簡檔。第二，用戶的平臺可以為了使簡檔存儲之間的信息同步進行通信，從而建立統(tǒng)一的用戶簡檔。例如，用戶的智能電話可以通過觀測他隨時間經(jīng)過的位置來學習關于用戶頻繁光顧的零售商店的類型。另一方面，他的PC可以通過查看他的網(wǎng)絡瀏覽模式，來了解他的在線購物習慣。這些設備中的每一個在他們各自的簡檔存儲中建立關于該用戶的簡檔智能電話存儲移動購物簡檔，PC存儲在線購物簡檔。定期地，這兩個設備對他們的簡檔進行同步 (或許使用用戶的家庭網(wǎng)絡)，建立更完整的該用戶購物需求和習慣的簡檔。應當注意，給定的設備可以存儲多個用戶的簡檔。這種情況是真實的，這是由于以下兩個原因。第一，給定的設備可以由多個用戶使用。因此，識別當前操作設備的用戶是關鍵的平臺能力。第二，用戶的當前活動不總是與他自己有關。在上面的購物示例中，用戶可以是為了他自己購物，也可以是購買禮物或者為其他人跑腿。同樣，如果用戶是與其他人一起，則他的位置可能與和他一起的人有關(例如，他正在陪伴正購物的他人)。因此，理解用戶與誰一起，以及該用戶的社會關系，對于使簡檔信息對應于正確的簡檔來說是重要的。除簡檔數(shù)據(jù)之外，簡檔存儲還包含策略信息，所述策略信息指定如何使用針對該簡檔存儲的信息。使用該信息來控制信息發(fā)布，如上所述。應當僅允許通過直接用戶動作來進行該策略信息的修改(例如，不是由代表該用戶的服務來執(zhí)行)。如上所述，每一個設備維護一簡檔存儲，其包含關于用戶的信息的一個子集。定期地，設備進行通信以共享信息，協(xié)調(diào)簡檔存儲之間的差異。該通信可以使用局域網(wǎng)絡技術(當這些設備彼此鄰近時)或者通過廣域網(wǎng)絡技術(當這些設備相距較遠時)，但本發(fā)明在該方面并不受限。在本發(fā)明的一個實施例中，用戶必須明確地同意共享在信任的設備上的簡檔存儲之間的簡檔信息，這可能需要在每一個設備/存儲之間配置某種信任關系?？梢詫⒑啓n存儲的集合認為是分布式復制數(shù)據(jù)庫，其每一個具有稍微不同的信息集。 雖然最終目標是生成單個的簡檔或者用戶的視圖，但在任何給定時刻，各設備具有稍微不同的可用信息集是由于兩個原因第一，最新的信息可能是本地存在的，其還沒有與其它設備共享。第二，用戶可以選擇以允許僅信息的一個子集位于任何特定的設備上(其通常稱為選擇性復制)。例如，可以將源于與工作有關的活動的上下文限制到用戶的雇主所擁有的設備。當簡檔存儲共享信息時，他們必須協(xié)調(diào)他們不同的觀察點(如分布式復制數(shù)據(jù)庫所做的)。該處理過程不僅由將來自一個設備的新比特信息復制到其它設備構(gòu)成。而是，可能需要在高應用層級上將不同的用戶簡檔特定融合到單個一致視圖。存在兩種可能的簡檔存儲之間的通信拓撲星形連接和全連接。在星形拓撲中，如在主/從復制拓撲中，所有設備必須與單個主簡檔存儲共享信息。該主簡檔存儲可能是用戶的PC或者云簡檔存儲服務。 在全連接拓撲中，任何簡檔存儲自由地與任何其它簡檔存儲共享信息。在該情況下，不需要主簡檔存儲。在任一情況下，重要的是該通信拓撲在某個時間段(例如，每幾天)形成連接圖。在云中可用的簡檔存儲服務可以幫助促進設備上的簡檔存儲之間的通信，如下所述。如上所述以及本申請所詳盡說明的，本發(fā)明的實施例可以提供使用如圖I的105 中所示的簡檔存儲服務。支持用戶剖析的每一個用戶設備可以包括安全簡檔存儲。此外，還期望一個或多個云服務維護用戶的簡檔存儲的安全版本。這種簡檔存儲服務是至少通過廣域網(wǎng)絡來實現(xiàn)高可用的。因此，其有助于高移動簡檔存儲之間的通信，其中這些高移動簡檔存儲可能具有非常低的可用性。此外，當用戶的簡檔的其它副本不可用時，可以代表用戶將簡檔數(shù)據(jù)發(fā)到云服務。簡檔存儲服務的功能包括下面內(nèi)容(1)維護包含用戶簡檔信息的簡檔存儲。(2)提供簡檔發(fā)現(xiàn)機制。期望服務提供商能夠定位可以對特定的簡檔進行服務的簡檔服務 提供商。但是，僅僅當在用戶的發(fā)布策略中授權時，該信息才可以提供。此外， 可以期望使用具有大命名空間的特定于匿名用戶的令牌來抵制釣魚攻擊。(3)當聯(lián)系時，與其它簡檔存儲協(xié)調(diào)簡檔信息。與其它簡檔存儲或者其它簡檔存儲服務共享信息的授權，必須由用戶直接提供。(4)根據(jù)用戶的發(fā)布策略，響應針對上下文信息的請求。應當注意，云存儲并不指定或者修改用戶的發(fā)布策略，同樣，發(fā)布也只根據(jù)現(xiàn)有的發(fā)布策略來發(fā)生。在需要另外的用戶干預的情況下，發(fā)布可以不發(fā)生。因此，本發(fā)明的實施例可以提供一種系統(tǒng)，其中該系統(tǒng)包括第一信息同化和通信平臺，用于捕獲用戶的上下文信息，并將該上下文安全地存儲在第一平臺上；至少一個另外的信息同化和通信平臺，用于捕獲上下文信息，并與第一信息平臺共享該上下文信息以形成用戶的統(tǒng)一且更廣的視圖；其中，第一平臺或者所述至少一個另外的信息同化和通信平臺被配置為將該上下文信息分發(fā)給服務提供商，其中服務提供商針對該上下文信息向用戶提供獎勵。雖然本申請示出和描述了本發(fā)明的某些特征，但對于本領域普通技術人員來說， 可以想到多種修改、替代、改變和等同物。因此，應當理解的是，所附權利要求書期望涵蓋所有這些落入本發(fā)明的真實精神范圍之內(nèi)的修改和改變。
權利要求
1.一種向服務提供商提供基于獎勵的上下文的方法，包括捕獲用戶的上下文信息，將所述上下文信息分發(fā)給所述服務提供商，其中，所述服務提供商針對所述上下文信息向所述用戶提供獎勵。
2.根據(jù)權利要求I所述的方法，還包括使用安全簡檔存儲服務，以提供高可用實體，其中，所有設備使用所述高可用實體來共享簡檔信息，所述簡檔存儲服務使得當用戶的設備離線時，能通過在線服務訪問用戶的簡檔。
3.根據(jù)權利要求I所述的方法，其中，所述用戶能夠選擇所述簡檔數(shù)據(jù)的全部或者一個子集，以改變從下面各項構(gòu)成的組中選擇的補償?shù)念愋蜔o補償；直接貨幣補償；間接貨幣補償；非貨幣補償；或者點值、積分、訪問免費內(nèi)容。
4.根據(jù)權利要求3所述的方法，其中，一旦所述用戶選擇共享所述上下文信息的一個子集，就以提供下面中的一個或多個的方式對所述上下文信息進行打包僅所述服務提供商能夠訪問私人上下文；審批服務不能訪問所述用戶的私人上下文；一旦所述審批服務授權訪問，僅所述服務提供商能夠訪問所述私人上下文；或者所述服務提供商能夠?qū)υ醋杂谡诒惶峁┓盏挠脩舻纳舷挛倪M行驗證。
5.根據(jù)權利要求I所述的方法，還包括對審批服務進行整合，以驗證對訪問所述用戶上下文的授權。
6.根據(jù)權利要求5所述的方法，其中，所述審批服務與金融服務進行協(xié)商，以使得進行支付或者驗證是否已完成支付。
7.根據(jù)權利要求5所述的方法，還包括所述審批服務與信譽服務進行協(xié)商，以判斷所述服務提供商是否滿足所述用戶指定的信任標準，其中，一旦所述審批服務驗證了所述用戶的所有條件均已滿足，則所述審批服務使所述服務提供商能訪問所述用戶上下文。
8.根據(jù)權利要求7所述的方法，還包括使用策略指定，其中，所述策略指定使用包括補償策略和發(fā)布策略的兩條關鍵策略，控制能夠與所述服務提供商共享所述簡檔數(shù)據(jù)的方式，其中，所述補償策略描述所述服務提供商將提供什么補償以作為各種形式的上下文的回報，其中所述發(fā)布策略描述所述用戶樂于向誰、以及針對什么樣的補償發(fā)布什么信息。
9.根據(jù)權利要求I所述的方法，其中，能夠發(fā)布多種多樣的不同種類的上下文信息，包括人口特征、位置、活動、喜好、目標等等，其中，每一條信息還能夠按不同等級的保真度或確切度來提供。
10.根據(jù)權利要求8所述的方法，其中，使用從下面各項構(gòu)成的組中選擇的一種或多種策略來實現(xiàn)所述發(fā)布策略允許用戶依據(jù)他們的發(fā)布情況來對他們自己進行分類；能夠按種類來分拆和呈現(xiàn)大量的信息；或者用戶能夠利用第三方來為他們做出某些決定。
11.根據(jù)權利要求8所述的方法，還包括使用策略協(xié)商來發(fā)現(xiàn)所述補償策略和所述發(fā)布策略之間的共同點，其中，所述服務提供商將所述補償策略傳送給所述用戶，所述用戶在所述用戶設備上將所述補償策略與所述發(fā)布策略進行匹配，選擇要發(fā)布什么信息。
12.根據(jù)權利要求I所述的方法，還包括生成安全簡檔存儲，以維護所述用戶能夠使用的多個平臺的每一個平臺上的所述用戶的簡檔的版本，其中，所述用戶擁有的平臺將在所述簡檔存儲中存儲所述用戶的簡檔的本地版本。
13.根據(jù)權利要求12所述的方法，其中，使用所述第一平臺在本地獲得的所述用戶上下文來更新每一個簡檔存儲，所述用戶的至少一個另外平臺為了對簡檔存儲之間的信息同步而進行通信，從而建立統(tǒng)一的用戶簡檔。
14.根據(jù)權利要求13所述的方法，其中，給定的設備能夠安全地存儲多個用戶的簡檔， 其中除簡檔數(shù)據(jù)之外，所述簡檔存儲還包含指定如何能夠使用所述簡檔存儲的信息的策略信息，其中該信息用于控制信息發(fā)布。
15.根據(jù)權利要求14所述的方法，其中，每一個設備維護一安全簡檔存儲，所述安全簡檔存儲包含關于所述用戶的信息的一個子集，定期地所述設備進行通信以共享信息并協(xié)調(diào)簡檔存儲之間的差異，其中，所述通信能夠使用局域網(wǎng)絡技術或者通過廣域網(wǎng)絡技術，其中，所述用戶必須明確地同意共享信任的設備上的簡檔存儲之間的簡檔信息。
16.根據(jù)權利要求15所述的方法，其中，簡檔存儲通過使用在高應用層級上將不同的用戶簡檔特定融合到由星形連接和全連接的通信拓撲構(gòu)成的單個一致視圖，來共享信息。
17.根據(jù)權利要求16所述的方法，其中，所述簡檔存儲服務的功能包括維護包含用戶簡檔信息的簡檔存儲；提供簡檔發(fā)現(xiàn)機制；當聯(lián)系時，與其它簡檔存儲協(xié)調(diào)簡檔信息；或者根據(jù)用戶的發(fā)布策略，響應針對上下文信息的請求。
18.—種編碼有計算機可執(zhí)行指令的計算機可讀介質(zhì)，當訪問所述計算機可讀介質(zhì)時， 使機器執(zhí)行包括下面的操作捕獲用戶的上下文信息，將所述上下文信息分發(fā)給所述服務提供商，其中，所述服務提供商針對所述上下文信息向所述用戶提供獎勵。
19.根據(jù)權利要求18所述的編碼有計算機可執(zhí)行指令的計算機可讀介質(zhì)，還包括使用安全簡檔存儲服務以提供高可用實體，其中，所有設備使用所述高可用實體來共享簡檔信息，所述簡檔存儲服務使得當用戶的設備離線時，能通過在線服務訪問用戶的簡檔。
20.根據(jù)權利要求18所述的編碼有計算機可執(zhí)行指令的計算機可讀介質(zhì)，其中，所述用戶能夠選擇所述簡檔數(shù)據(jù)的全部或者一個子集，以改變從下面各項構(gòu)成的組中選擇的補償?shù)念愋蜔o補償；直接貨幣補償；間接貨幣補償；非貨幣補償；或者點值、積分、訪問免費內(nèi)容。
21.根據(jù)權利要求20所述的編碼有計算機可執(zhí)行指令的計算機可讀介質(zhì)，其中，一旦所述用戶選擇共享所述上下文信息的一個子集，就以提供下面中的一個或多個的方式對所述上下文信息進行打包僅所述服務提供商能夠訪問私人上下文；審批服務不能訪問所述用戶的私人上下文；一旦所述審批服務授權訪問，僅所述服務提供商能夠訪問所述私人上下文；或者所述服務提供商能夠?qū)υ醋杂谡诒惶峁┓盏挠脩舻纳舷挛倪M行驗證。
22.根據(jù)權利要求18所述的編碼有計算機可執(zhí)行指令的計算機可讀介質(zhì)，還包括 對審批服務進行整合，以驗證對訪問所述用戶上下文的授權。
23.根據(jù)權利要求22所述的編碼有計算機可執(zhí)行指令的計算機可讀介質(zhì)，其中，所述審批服務與金融服務進行協(xié)商，以使得進行支付或者驗證是否已完成支付。
24.根據(jù)權利要求22所述的編碼有計算機可執(zhí)行指令的計算機可讀介質(zhì)，還包括 所述審批服務與信譽服務進行協(xié)商，以判斷所述服務提供商是否滿足所述用戶指定的信任標準，其中，一旦所述審批服務驗證了所述用戶的所有條件均已滿足，則所述審批服務使所述服務提供商能訪問所述用戶上下文。
25.根據(jù)權利要求24所述的編碼有計算機可執(zhí)行指令的計算機可讀介質(zhì)，還包括 使用策略指定，其中，所述策略指定使用包括補償策略和發(fā)布策略的兩條關鍵策略，控制能夠與所述服務提供商共享所述簡檔數(shù)據(jù)的方式，其中，所述補償策略描述所述服務提供商將提供什么補償以作為各種形式的上下文的回報，其中所述發(fā)布策略描述所述用戶樂于向誰、以及針對什么樣的補償發(fā)布什么信息。
26.根據(jù)權利要求25所述的編碼有計算機可執(zhí)行指令的計算機可讀介質(zhì)，其中，能夠發(fā)布多種多樣的不同種類的上下文信息，包括人口特征、位置、活動、喜好、目標等等，其中， 每一條信息還能夠按不同等級的保真度或確切度來提供。
27.根據(jù)權利要求26所述的編碼有計算機可執(zhí)行指令的計算機可讀介質(zhì)，其中，使用從下面各項構(gòu)成的組中選擇的一種或多種策略來實現(xiàn)所述發(fā)布策略允許用戶依據(jù)他們的發(fā)布情況來對他們自己進行分類；能夠按種類來分拆和呈現(xiàn)大量的信息；或者用戶能夠利用第三方來為他們做出某些決定。
28.根據(jù)權利要求25所述的編碼有計算機可執(zhí)行指令的計算機可讀介質(zhì)，還包括使用策略協(xié)商來發(fā)現(xiàn)所述補償策略和所述發(fā)布策略之間的共同點，其中，所述服務提供商將所述補償策略傳送給所述用戶，所述用戶在所述用戶設備上將所述補償策略與所述發(fā)布策略進行匹配，選擇要發(fā)布什么信息。
29.根據(jù)權利要求18所述的編碼有計算機可執(zhí)行指令的計算機可讀介質(zhì)，還包括 生成安全簡檔存儲，以維護所述用戶能夠使用的多個平臺的每一個平臺上的所述用戶的簡檔的版本，其中，所述用戶擁有的平臺將在所述簡檔存儲中存儲所述用戶的簡檔的本地版本。
30.根據(jù)權利要求29所述的編碼有計算機可執(zhí)行指令的計算機可讀介質(zhì)，其中，使用第一平臺在本地獲得的所述用戶上下文來更新每一個簡檔存儲，所述用戶的至少一個另外平臺為了對簡檔存儲之間的信息同步而進行通信，從而建立統(tǒng)一的安全用戶簡檔。
31.根據(jù)權利要求30所述的編碼有計算機可執(zhí)行指令的計算機可讀介質(zhì)，其中，給定的設備能夠存儲多個用戶的簡檔，其中除簡檔數(shù)據(jù)之外，所述簡檔存儲還包含指定如何能夠使用所述簡檔存儲的信息的策略信息，其中該信息用于控制信息發(fā)布。
32.根據(jù)權利要求31所述的編碼有計算機可執(zhí)行指令的計算機可讀介質(zhì)，其中，每一個設備維護一簡檔存儲，所述簡檔存儲包含關于所述用戶的信息的一個子集，定期地所述設備進行通信以共享信息并協(xié)調(diào)簡檔存儲之間的差異，其中，所述通信能夠使用局域網(wǎng)絡技術或者通過廣域網(wǎng)絡技術，其中，所述用戶必須明確地同意共享信任的設備上的簡檔存儲之間的簡檔信息。
33.根據(jù)權利要求32所述的編碼有計算機可執(zhí)行指令的計算機可讀介質(zhì)，其中，簡檔存儲通過使用在高應用層級上將不同的用戶簡檔特定融合到由星形連接和全連接的通信拓撲構(gòu)成的單個一致視圖，來共享信息。
34.根據(jù)權利要求33所述的編碼有計算機可執(zhí)行指令的計算機可讀介質(zhì)，其中，所述簡檔存儲服務的功能包括維護包含用戶簡檔信息的簡檔存儲；提供簡檔發(fā)現(xiàn)機制；當聯(lián)系時，與其它簡檔存儲協(xié)調(diào)簡檔信息；或者根據(jù)用戶的發(fā)布策略，響應針對上下文信息的請求。
35.一種系統(tǒng),包括信息同化和通信平臺，用于捕獲用戶的上下文信息，并在所述平臺上安全地存儲所述上下文；并且其中，所述信息同化和通信平臺被配置為將所述上下文信息分發(fā)給服務提供商，其中， 所述服務提供商針對所述上下文信息向所述用戶提供獎勵。
36.根據(jù)權利要求35所述的系統(tǒng)，還包括簡檔存儲服務，以提供高可用實體，其中， 所有設備使用所述高可用實體來共享簡檔信息，所述簡檔存儲服務使得當用戶的設備離線時，能通過在線服務訪問用戶的簡檔
37.根據(jù)權利要求35所述的系統(tǒng)，其中，所述用戶能夠選擇所述上下文信息的全部或者一個子集，以改變從下面各項構(gòu)成的組中選擇的補償?shù)念愋蜔o補償；直接貨幣補償；間接貨幣補償；非貨幣補償；或者點值、積分、訪問免費內(nèi)容。
38.根據(jù)權利要求37所述的系統(tǒng)，其中，一旦所述用戶選擇共享所述上下文信息的一個子集，就以提供下面中的一個或多個的方式對所述上下文信息進行打包僅所述服務提供商能夠訪問私人上下文；審批服務不能訪問所述用戶的私人上下文；一旦所述審批服務授權訪問，僅所述服務提供商能夠訪問所述私人上下文；或者所述服務提供商能夠?qū)υ醋杂谡诒惶峁┓盏挠脩舻纳舷挛倪M行驗證。
39.根據(jù)權利要求35所述的系統(tǒng)，還包括審批服務，用于驗證對訪問所述用戶上下文的授權。
40.根據(jù)權利要求39所述的系統(tǒng)，其中，所述審批服務與金融服務進行協(xié)商，以使得進行支付或者驗證是否已完成支付。
41.根據(jù)權利要求39所述的系統(tǒng)，還包括所述審批服務，其與信譽服務進行協(xié)商，以判斷所述服務提供商是否滿足所述用戶指定的信任標準，其中，一旦所述審批服務驗證了所述用戶的所有條件均已滿足，則所述審批服務使所述服務提供商能訪問所述用戶上下文。
42.根據(jù)權利要求41所述的系統(tǒng)，還包括使用策略指定，其中，所述策略指定使用包括補償策略和發(fā)布策略的兩條關鍵策略，控制能夠與所述服務提供商共享所述簡檔數(shù)據(jù)的方式，其中，所述補償策略描述所述服務提供商將提供什么補償以作為各種形式的上下文的回報，其中所述發(fā)布策略描述所述用戶樂于向誰、以及針對什么樣的補償發(fā)布什么信息。
43.根據(jù)權利要求35所述的系統(tǒng)，其中，能夠發(fā)布多種多樣的不同種類的上下文信息， 包括人口特征、位置、活動、喜好、目標等等，其中，每一條信息還能夠按不同等級的保真度或確切度來提供。
44.根據(jù)權利要求42所述的系統(tǒng)，其中，使用從下面各項構(gòu)成的組中選擇的一種或多種策略來實現(xiàn)所述發(fā)布策略允許用戶依據(jù)他們的發(fā)布情況來對他們自己進行分類；能夠按種類來分拆和呈現(xiàn)大量的信息；或者用戶能夠利用第三方來為他們做出某些決定。
45.根據(jù)權利要求42所述的系統(tǒng)，還包括使用策略協(xié)商來發(fā)現(xiàn)所述補償策略和所述發(fā)布策略之間的共同點，其中，所述服務提供商將所述補償策略傳送給所述用戶，所述用戶在所述用戶設備上將所述補償策略與所述發(fā)布策略進行匹配，選擇要發(fā)布什么信息。
46.根據(jù)權利要求35所述的系統(tǒng)，還包括安全簡檔存儲，其被生成以維護所述用戶能夠使用的多個平臺的每一個平臺上的所述用戶的簡檔的版本，其中，所述用戶擁有的平臺將在所述簡檔存儲中存儲所述用戶的簡檔的本地版本。
47.根據(jù)權利要求46所述的系統(tǒng)，其中，使用第一平臺在本地獲得的所述用戶上下文來更新每一個安全簡檔存儲，所述用戶的至少一個另外平臺為了對簡檔存儲之間的信息同步而進行通信，從而建立統(tǒng)一的用戶簡檔。
48.根據(jù)權利要求47所述的系統(tǒng)，其中，給定的設備能夠安全地存儲多個用戶的簡檔， 其中除簡檔數(shù)據(jù)之外，所述簡檔存儲還包含指定如何能夠使用所述簡檔存儲的信息的策略信息，其中該信息用于控制信息發(fā)布。
49.根據(jù)權利要求48所述的系統(tǒng)，其中，每一個設備維護一安全簡檔存儲，其中，所述安全簡檔存儲包含關于所述用戶的信息的一個子集，定期地所述設備進行通信以共享信息并協(xié)調(diào)簡檔存儲之間的差異，其中，所述通信能夠使用局域網(wǎng)絡技術或者通過廣域網(wǎng)絡技術，其中，所述用戶必須明確地同意共享信任的設備上的簡檔存儲之間的簡檔信息。
50.根據(jù)權利要求49所述的系統(tǒng)，其中，安全簡檔存儲通過使用在高應用層級上將不同的用戶簡檔特定融合到由星形連接和全連接的通信拓撲構(gòu)成的單個一致視圖，來共享信息O
51.根據(jù)權利要求50所述的系統(tǒng)，其中，所述安全簡檔存儲服務的功能包括維護包含用戶簡檔信息的簡檔存儲；提供簡檔發(fā)現(xiàn)機制；當聯(lián)系時，與其它簡檔存儲協(xié)調(diào)簡檔信息；或者根據(jù)用戶的發(fā)布策略，響應針對上下文信息的請求。
全文摘要
本發(fā)明的實施例提供了一種向服務提供商提供基于獎勵的上下文的方法，其包括安全地捕獲用戶的私人上下文信息，將同意的上下文信息分發(fā)給服務提供商，其中服務提供商針對所述上下文信息向所述用戶提供獎勵。
文檔編號G06Q30/00GK102612702SQ200980162511
公開日2012年7月25日 申請日期2009年12月18日 優(yōu)先權日2009年12月18日
發(fā)明者B·卡尼, D·A·桑德奇, M·亞維斯, M·伍德, P·繆斯, T·W·施特勒貝爾 申請人:英特爾公司