用于貨幣化匿名化的上下文的技術(shù)的制作方法
【專利摘要】本發(fā)明名稱為“用于貨幣化匿名化的上下文的技術(shù)”。本發(fā)明的一實施例供應了一種向服務供應者提供匿名的基于激勵的上下文的方法，包括向服務供應者輸送用戶的上下文信息，其中在向服務供應者輸送上下文信息之前，通過去除識別信息并將該上下文與來自另外用戶的上下文聚合，使該上下文匿名。
【專利說明】用于貨幣化匿名化的上下文的技術(shù)
【技術(shù)領域】
[0001]本發(fā)明涉及用于貨幣化(monetize)匿名化的上下文的技術(shù)。
【背景技術(shù)】
[0002]無線設備及其不斷改進的移動能力的快速發(fā)展已使用戶能夠依賴于它們得到越來越多的應用，同時所述設備能夠獲得廣泛多種的個人信息。此類設備的用戶越來越能夠捕獲與各種平臺上他們自己、他們的環(huán)境、及他們的交互有關(guān)的上下文的信息。這些平臺包括但不限于:移動計算/通信設備(例如PDA、電話、MID)、固定和便攜的計算設備(膝上型計算機、臺式計算機、和機頂盒)、以及云計算服務和平臺。如果用戶能適當?shù)毓芾碓撔畔⒉⑼展?provider)適當?shù)毓蚕碓撔畔?，則原始上下文和從該上下文得出的簡檔(profile)兩者對用戶具有潛在的高價值。服務供應者可使用該信息來更好地向用戶定制提供(offer)、更好地理解他們的客戶、或重新包裝和出售(或者否則貨幣化)。
[0003]用戶潛在地堅持通過更好的服務體驗或通過特定激勵(incentive)來獲益。用戶影響(leverage)該上下文的能力目前以下述方式受限:沒有自動的方式跨相同用戶擁有的平臺來共享、合并、或集成上下文；對于用戶，沒有自動的和/或標準化的方式同服務供應者共享該上下文(帶有或不帶有補償)；以及，沒有用于控制對上下文訪問的簡單機制。
[0004]目前，該類型信息可以多種方式來收集并貨幣化:
[0005]通過云服務供應者，經(jīng)由萬維網(wǎng)日志、信用卡記錄和日常生活的其它人工產(chǎn)物來收集上下文。此類上下文可識別生活事件或市場中的興趣。用戶經(jīng)常不知道或沒有控制該信息，并且在它的使用中什么也沒獲得。
[0006]在用戶平臺上自動地收集上下文并將其輸送回服務供應者。例如，機頂盒經(jīng)常收集有關(guān)TV觀看模式的信息,而蜂窩電話經(jīng)常追蹤位置。
[0007]用戶可通過填寫有關(guān)他們的興趣、人口統(tǒng)計資料、或個人歷史的調(diào)查表來顯式地共享上下文。
[0008]在以上的示例中，用戶并不總是意識到他們的上下文正在被收集?？山o予或不給予他們決定退出的機會，并且在大多數(shù)情況下，用戶將未接收對他們上下文的補償。而且，用戶沒有允許匿名地搜集他們信息的方式。因此，存在對用于匿名化地貨幣化上下文信息的技術(shù)的強烈需求。

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

[0009]本發(fā)明公開一種向服務供應者提供匿名的基于激勵的上下文的方法，包括:向所述服務供應者輸送用戶的上下文信息，其中，在向所述服務供應者輸送所述上下文信息之前，通過去除識別信息并將所述上下文與來自另外用戶的上下文聚合，使所述上下文匿名。
[0010]本發(fā)明還公開一種編碼有計算機可執(zhí)行指令的計算機可讀媒體，所述計算機可執(zhí)行指令在被訪問時，引起機器執(zhí)行的操作包括:通過向服務供應者輸送用戶的上下文信息，來向所述服務供應者提供匿名的基于激勵的上下文，其中，在向所述服務供應者輸送所述上下文信息之前，通過去除識別信息并將所述上下文與來自另外用戶的上下文聚合，使所述上下文匿名。
[0011]本發(fā)明還公開一種系統(tǒng)，包括:信息同化和通信平臺，適合于通過向服務供應者輸送用戶的上下文信息，來向所述服務供應者提供匿名的基于激勵的上下文，其中，在向所述服務供應者輸送所述上下文信息之前，通過去除識別信息并將所述上下文與來自另外用戶的上下文聚合，使所述上下文匿名。
【專利附圖】

【附圖說明】
[0012]在說明書的結(jié)論部分中特別指出視為本發(fā)明的主題并清楚地要求其權(quán)利。然而，就操作的方法和組織兩者而言，本發(fā)明及其目標、特征和優(yōu)點，可通過閱讀附圖時參考以下詳細描述來最好地理解，在附圖中:
[0013]圖1描繪了根據(jù)本發(fā)明實施例的、用于匿名化上下文的基本貨幣化的高級別消息流；
[0014]圖2描繪了根據(jù)本發(fā)明實施例的、用于匿名化上下文的基本貨幣化的詳細通信協(xié)議；
[0015]圖3示出了根據(jù)本發(fā)明實施例的、用于匿名化上下文的基本貨幣化的客戶端(client)操作的流程圖；
[0016]圖4描繪了根據(jù)本發(fā)明實施例的、用于匿名化上下文的基本貨幣化的匿名化方(anonymizer)操作的流程圖；
[0017]圖5描繪了根據(jù)本發(fā)明實施例的、用于匿名化上下文的基本貨幣化的服務供應者操作的流程圖；
[0018]圖6示出了根據(jù)本發(fā)明實施例的、用于匿名化上下文的基本貨幣化的報酬供應者操作的流程圖；
[0019]圖7是根據(jù)本發(fā)明實施例的、連同服務輸送的用于匿名化上下文的貨幣化的高級另IJ消息流；以及
[0020]圖8是連同服務輸送的、用于匿名化上下文的貨幣化的詳細通信協(xié)議。
[0021]將意識到，為了圖示的簡單和清楚，附圖中示出的要素不一定按比例描繪。例如，為了清楚，一些要素的尺寸相對于其它要素被夸大。此外，在認為適當之處，引用標號已在圖之間重復以指示對應的或者類似的要素。
【具體實施方式】
[0022]在以下詳細描述中，闡述了許多特定細節(jié)，以供應對本發(fā)明的徹底理解。然而，本領域技術(shù)人員將理解無需這些特定細節(jié)可實踐本發(fā)明。在其它實例中，沒有詳細描述公知方法、過程、組件和電路，以免混淆本發(fā)明。
[0023]雖然本發(fā)明的實施例在此方面中不受限制，但采用例如諸如“處理”、“計算”、“演算”、“確定”、“建立”、“分析”、“檢查”等等的術(shù)語的討論可以指計算機、計算平臺、計算系統(tǒng)或其它電子計算設備的操作(一個或多個)和/或處理(一個或多個)，其將計算機的寄存器和/或存儲器之內(nèi)的表示為物理(例如，電)量的數(shù)據(jù)操縱和/或變換為計算機的寄存器和/或存儲器或可存儲指令以執(zhí)行操作和/或處理的其它信息存儲媒體之內(nèi)類似表示為物理量的其它數(shù)據(jù)。
[0024]雖然本發(fā)明實施例在此方面中不受限制，但術(shù)語“多”和“多個”在本文中使用時可包括，例如，“多個”或“兩個或更多”。術(shù)語“多”或“多個”可貫穿本說明書使用，以描述兩個或更多組件、設備、要素、單元、參數(shù)等等。例如，“多個站”可包括兩個或更多站。
[0025]如上所述，用戶越來越能捕獲與各種平臺上他們自己、他們的環(huán)境、及他們的交互有關(guān)的上下文的信息。這些平臺可包括但不限于:移動計算/通信設備(例如，PDA、電話、MID)、固定和便攜的計算設備(膝上計算機、臺式計算機、和機頂盒)、以及云計算服務和平臺。如果用戶能適當?shù)毓芾碓撔畔⒉⑼展哌m當?shù)毓蚕碓撔畔?，則原始上下文和從該上下文得出的簡檔兩者對用戶具有潛在的高價值。此外，本發(fā)明系統(tǒng)的實施例可供應是信息同化和通信平臺的平臺。
[0026]雖然目前正在使用數(shù)個上下文收集機制，但沒有一個機制供應所有以下特征:(I)自動上下文收集、(2)用戶控制、⑶用戶補償、以及⑷經(jīng)由匿名化的數(shù)據(jù)隱私。
[0027]雖然現(xiàn)有機制允許在用戶的個人平臺上收集的上下文由用戶控制并被貨幣化，但該能力不供應匿名化。本發(fā)明的一些實施例供應聚合的上下文，并且供應匿名化服務和使用戶能夠以隱私保留方式選擇貨幣化聚合的上下文的通信協(xié)議。這對每個上下文貢獻者保證了上下文的匿名聚合和補償兩者。
[0028]以這種方式，為了精確性和用戶控制兩者，用戶能夠貨幣化在平臺上收集的上下文，并且由于以更加匿名的方式來共享上下文，用戶將更可能共享它。服務供應者典型地僅需要聚合的數(shù)據(jù)，而如果數(shù)據(jù)被聚合，服務供應者能夠為每個單獨用戶的數(shù)據(jù)支付更少費用，并且交易的其它方可通過擔任上下文聚合服務供應者來接收重復收入。
[0029]本發(fā)明的實施例使用戶能夠與服務供應者訂立協(xié)定，以使得:
[0030]-用戶貢獻一些個人上下文；
[0031]-在輸送至服務供應者之前，通過去除識別信息并將上下文與來自許多其它用戶的上下文聚合而使上下文匿名；以及
[0032]-用戶接收對他們貢獻的適當補償。
[0033]這可通過集成匿名化服務和上下文貨幣化能力來供應?，F(xiàn)在看圖1 ( 一般地作為100)，供應了本發(fā)明實施例的、用于匿名化的上下文的基本貨幣化的高級別消息流。對于本發(fā)明的實施例，有四個關(guān)鍵部分。
[0034]-客戶端110輸送上下文并接收報酬；
[0035]-匿名化服務120知道客戶端的身份，但不具有對上下文或貨幣報酬的訪問權(quán)；
[0036]-服務供應者130接收匿名化的上下文，但不能將其歸于特定客戶端。它還安排貨幣報酬的輸送。
[0037]-報酬供應者140生成報酬，但不直接知道接收者或他們因什么被補償。
[0038]供應給定的一條上下文的客戶端的身份被保護，除非兩個或多個以上參與者串通。在本發(fā)明的一實施例中，客戶端Iio可發(fā)送提供請求105至服務供應者120，所述服務供應者可將提供115返回至客戶端110?？蛻舳巳缓罂稍?25發(fā)送上下文包(bundle)至匿名化方120，所述匿名化方在135將該客戶端的上下文與其它客戶端的上下文聚合，并在145發(fā)送至服務供應者130。在155，從服務供應者130向報酬供應者140供應報酬請求列表，所述報酬供應者在165發(fā)送報酬列表至匿名化方120。在175,匿名化方120發(fā)送報酬至客戶端110。
[0039] 注意匿名化服務代表了重復收入的機會。此服務能夠與生成用戶上下文的特定平臺(移動臺、PC、機頂、云)聯(lián)合工作。
[0040]圖2中示出了基本協(xié)議(一般地作為200)，其描繪了用于匿名化的上下文的基本貨幣化的詳細通信協(xié)議。該流程圖供應客戶端210、匿名化方220、服務供應者230和報酬供應者240之間的通信協(xié)議。下面更詳細地示出了客戶端、匿名化服務、服務供應者和報酬供應者算法的流程圖。該協(xié)議假設:僅對客戶端210和匿名化方220已知的標識符ID已通過未在本文描述的某些方法建立，并且該ID能夠生成消息認證值(authentication value)。在此描述的特定實施例假定ID是不對稱密鑰對。以下是該協(xié)議的逐步描述:
[0041]步驟1:提供請求215:客戶端詢問服務供應者可用提供的列表。在該點用戶的身份已知；然而，不允諾或輸送上下文。可選地，該請求可通過匿名化方轉(zhuǎn)發(fā)。一旦接收，服務供應者就選取將輸送至客戶端的提供的集合?？苫诳蛻舳松矸莼蜻^去的客戶端關(guān)系來過濾這些提供，但它們對特定客戶端不應當是獨特的。
[0042]步驟2:提供225:返回一個或多個提供。每個提供指定:
[0043]-期望的上下文的集合；
[0044]-該數(shù)據(jù)在發(fā)送之前將接收的(在多少用戶上)聚合的級別；
[0045]-補償?shù)男问胶土浚?br> [0046]為了可靠性，可使用服務供應者的私有密鑰為提供簽名。一旦接收到提供，客戶端就選擇是否參與。提供的選取可利用用戶交互或以前制定的用戶定義策略。
[0047]步驟3 235:上下文包:為接受提供，客戶端發(fā)送上下文包至匿名化方，以與其它用戶的上下文聚合。該消息通過以與客戶端的ID綁定的私有密鑰來簽名，從而受到保護而免于被篡改，并且由于它通過匿名化方的公有密鑰來加密，因此僅通過匿名化方是可訪問的。該消息包括:
[0048]-客戶端的身份；
[0049]-用于新鮮度(freshness)的時間戳(真實的或虛擬的)；
[0050]-原始提供的副本，仍為可靠性而簽名；
[0051]-用于服務供應者的“上下文包裝(package)”，使用服務供應者的公有密鑰來加密(為了隱私)，包括:
[0052]?原始提供；
[0053]?提供中請求的上下文；
[0054]籲節(jié)點身份的隱晦形式(使用匿名化方的公有密鑰來加密)；以及
[0055]?客戶端擁有的公有密鑰，其將被用來加密向客戶端輸送的報酬數(shù)據(jù)。注意為了最大隱私保護，其應是一次性使用的密鑰，以防止通過服務供應者和報酬供應者的隨時間過去的相關(guān)性。
[0056]一旦接收，匿名化方就解開(unpack)該消息。如果該數(shù)據(jù)是陳舊的或者不可靠的，則其被放棄，否則，為了之后的轉(zhuǎn)發(fā)而存儲該數(shù)據(jù)。注意提供指定了在數(shù)據(jù)轉(zhuǎn)發(fā)之前在其上聚合數(shù)據(jù)的用戶的數(shù)量。
[0057]步驟4 245:聚合:一旦從對給定提供要求的數(shù)量的用戶收集了上下文，則“上下文包裝”以隨機的順序聚集在匿名化包列表中。匿名化包列表的傳送可隨機地延遲，以進一步保護其數(shù)據(jù)包含在包中的客戶端的集合的身份。
[0058]備選的是，匿名化包列表能以規(guī)則間隔發(fā)送至給定服務供應者。包含在給定匿名化包列表中的客戶端數(shù)據(jù)的子集和順序?qū)⑼ㄟ^使得較舊數(shù)據(jù)更可能被包含(防止數(shù)據(jù)變得太陳舊)的、加權(quán)的隨機分布而隨機地確定。在這種情況下，除非有足夠大數(shù)量的條目可用，否則沒有匿名化包列表應發(fā)送至服務供應者。
[0059]在任一種情況下，匿名化包列表能包括來自多個提供的上下文包裝(因為每一個通過特定提供來標記)。如果在匿名化包列表中包含了用于多個提供的上下文包裝，則重要的是:滿足每個單獨提供的聚合約束。
[0060]步驟5 255:匿名化包列表:匿名化包列表從匿名化方發(fā)送至服務供應者。為了可靠性，它使用匿名化方的私有密鑰來簽名。雖然在此方面中不受限制，但它可包括隨機順序中的“上下文包裝”的列表和用于新鮮度的時間戳(真實的或虛擬的)。
[0061]一旦接收，服務供應者就解開該消息，檢查可靠性和新鮮度。然后服務供應者解開每個“上下文包裝”。對每一個，它采取以下步驟:
[0062]-驗證提供；
[0063]-為了進一步處理(應用特定的)而保存上下文；
[0064]-使用隱晦的節(jié)點身份和公有密鑰來制定報酬請求；以及
[0065]以上所有報酬請求合并到報酬請求列表中。
[0066]步驟6 265:報酬請求列表:報酬請求列表從服務供應者發(fā)送至報酬供應者，并且包括報酬請求的列表。雖然本發(fā)明在此方面中不受限制，但是每個報酬請求或報酬請求列表作為整體，可通過以服務供應者的私有密鑰簽名(為了可靠性)和以報酬供應者的公有密鑰加密(為了保密性)來進行保護。每個報酬請求可包括:
[0067]-用于新鮮度的時間戳；
[0068]-請求的報酬的值(和可能的類型)
[0069]-接收者的隱晦身份；以及
[0070]-接收者供應的公有密鑰。
[0071]一旦接收，報酬供應者就準備對每個報酬請求帶有一個條目的報酬列表。
[0072]步驟7 275:報酬列表:報酬列表從報酬供應者發(fā)送至匿名化方。它包括報酬消息的列表。每個報酬消息或報酬列表作為整體，可出于可靠性而使用報酬供應者的私有密鑰簽名，并出于私密性而使用匿名化方的公有密鑰加密。報酬列表中的每個報酬消息包括:
[0073]-報酬，其可以是具有某值的電子證書(應用特定的)。它能夠是獨特的，但它不鏈接到特定用戶(此時報酬供應者不知道該用戶)。例如，報酬可以是用于Itunes禮品卡或亞馬遜禮品證書的碼。在本發(fā)明的一實施例中，報酬可以由預期接收者供應的公有密鑰來加密(為了私密性)。
[0074]注意接收者的隱晦身份和由接收者供應的公有密鑰從報酬請求來獲得，并且最初由客戶端在上下文包中供應。
[0075]還要注意雖然報酬供應者可最終(當履行報酬時)知道接收者(客戶端)的身份，但報酬供應者從未知道關(guān)于提供或響應于該提供輸送的上下文的任何情況。
[0076]一旦接收，在本發(fā)明的實施例中，匿名化方就驗證每個報酬消息的可靠性。它現(xiàn)在可解密客戶端節(jié)點的身份，并為隨后的輸送而緩存每個報酬。[0077]步驟8:聚合285:匿名化方對于隨機時間量來緩存每個報酬，從而防止跨報酬的相關(guān)性。聚合以類似于如上所述涉及步驟4的方式完成。
[0078]步驟9 295:報酬:每個報酬然后在報酬消息中寄送至特定的接收者。它可包括報酬，仍然出于保密性而使用由客戶端供應的公有密鑰來加密?？蛇x地，出于可靠性，報酬可由報酬供應者來簽名。
[0079]注意必須保持兩個特性中的一個:(I)報酬是通用的(給予所有用戶的單個碼)，或(2)報酬供應者必須獨立于服務供應者。驗證這些特性是客戶端的責任，雖然匿名化方可供應幫助客戶端確定報酬可信度的服務。特性(I)難于驗證并且應當視為高度可疑。
[0080]提供約束。如基本協(xié)議的步驟I中注意到的，提供簽名或提供中的獨特特性可使包能夠由服務供應者被追蹤回至客戶端。為了減少這樣的風險，匿名化方可選擇在步驟3中包的處理期間推行以下規(guī)則中一些或全部:
[0081]-給定提供的滿足(satisfaction)中被匿名化的所有響應必須包括簽名和提供的同樣副本；
[0082]-所有提供可遵從包含四個字段的通用格式:正在請求的上下文、聚合的級別、補償?shù)牧?、和補償?shù)念愋?。每個字段將被限制為固定值的小集合。
[0083]-有效提供(包括它們的簽名)必須提前向匿名化方登記。匿名化方然后可選擇跟蹤(并且可能限制)對給定的服務供應者目前有效的不同提供的數(shù)目。
[0084]將拒絕包含不滿足期望的準則集合的提供的包。匿名化方還可選擇約束提供，以保護客戶端。例如，匿名化方可推行對于發(fā)布具體的一條上下文所要求的補償?shù)淖钚〖墑e或聚合的最小級別。
[0085]在一些情況中，匿名化方可以不信任服務供應者將報酬輸送給接收者。在這種情況下，在步驟5之前，匿名化方可通過向服務供應者發(fā)送隱晦的客戶身份和客戶端公有密鑰的列表，來用信號通知匿名化包列表的可用性。服務供應者然后能夠繼續(xù)步驟6，導致報酬將在步驟7中發(fā)送給匿名化方。一旦匿名化方已經(jīng)驗證了報酬的接收，匿名化包列表就能發(fā)送至服務供應者。該版本協(xié)議和基本協(xié)議之間的選擇依賴于匿名化方和服務供應者的相對信任度。然而，一般地，基本協(xié)議是足夠的，因為如果報酬未被最終接收，則匿名化方能夠確定給定的服務供應者是不可信任的。
[0086]在一些情況中，用戶可能希望輸送上下文作為常規(guī)服務輸送處理的一部分。例如，用戶可能希望利用視頻流傳輸web站點，并且輸送他們前10個最經(jīng)?？吹碾娨暪?jié)目的列表，以交換一些免費內(nèi)容。為了減少修改現(xiàn)有服務和客戶端軟件的需要，本發(fā)明的實施例可將匿名上下文貨幣化能力與典型的服務輸送機制集成。在圖7和圖8中示出了結(jié)果的協(xié)議，如下所述。
[0087]結(jié)果的協(xié)議利用匿名化方、服務供應者、和報酬供應者之間相同的核心交互。為了與現(xiàn)有服務的后向兼容性，客戶端直接聯(lián)系服務供應者。該協(xié)議繼續(xù)以下步驟:
[0088]1、客戶端向服務供應者做出通用服務請求。
[0089]2、服務供應者向客戶端做出通用服務答復(例如，不包括任何額外免費內(nèi)容的內(nèi)容頁面)，但向響應添加提供(類似于基本協(xié)議中的步驟2)。
[0090]3、如果客戶端希望共享一些上下文，則它向服務供應者發(fā)送第二服務請求。該請求包括上下文包(類似于基本協(xié)議中的步驟3，但直接發(fā)送至服務供應者)。[0091]4、服務供應者不能訪問該包。代替的是，它將該包發(fā)送至匿名化方。
[0092]5、匿名化方驗證該包，將它在匿名化高速緩存中緩存，并且向服務供應者發(fā)送上下文聲明，表明對請求的上下文的接收。服務供應者將不接收上下文，直到處理中的晚些時候(一旦上下文已經(jīng)被匿名化)。
[0093]6、服務供應者現(xiàn)在能夠?qū)⒏倪M的服務答復發(fā)送至客戶端(例如，帶有允諾的免費內(nèi)容)。該答復可供應改進的服務本身，或者客戶端能夠用來解鎖改進的服務的令牌(token)(對于受限或不受限的時期)。
[0094]7、在此點，該協(xié)議繼續(xù)進行基本協(xié)議，在步驟4開始，聚合數(shù)據(jù)，以及最終將匿名化的上下文數(shù)據(jù)發(fā)送至服務供應者并輸送結(jié)果的報酬。
[0095]以上過程導致與基本協(xié)議幾乎相同的匿名化，除了服務供應者知道哪些客戶端貢獻了上下文。然而，服務供應者仍不知道每個客戶端貢獻了哪個上下文。結(jié)果，該版本協(xié)議的客戶端將可能想要將他們的參與限制于相比基本協(xié)議具有更高聚合因數(shù)的提供。
[0096]上面的協(xié)議為用戶供應了接收優(yōu)選服務的好方式，包括輸送向持有者授權(quán)優(yōu)選服務的令牌。一備選是將令牌作為基本協(xié)議中的報酬來供應。然而，在這種情況下，服務供應者還擔任報酬供應者，這違反了報酬供應者和服務供應者不串通的假定。存在的危險是:月艮務供應者(在這種情況下它還是報酬供應者)可使用履行的令牌將客戶端與他們的匿名化上下文相聯(lián)系。上面的協(xié)議供應了沒有該缺點的備選方法。
[0097]繼續(xù)附圖，一般地示為300的圖3示出了根據(jù)本發(fā)明實施例的、用于匿名化上下文的基本貨幣化的客戶端操作的流程圖。客戶端在310開始，并且用戶在315選擇共享上下文，并且在320將提供請求發(fā)送至服務供應者。客戶端在325已從服務供應者接收到“提供”消息，并且在330做出提供是否可靠的確定。如果否，則返回客戶端開始。如果是，則在335確定提供是否符合用戶興趣。如果否，則返回客戶端開始。如果是，則客戶端在340向匿名化方發(fā)送上下文包并返回到開始。客戶端在345已經(jīng)從匿名化方接收到“報酬”消息，在350解密并在355輸送至用戶及返回客戶端開始。
[0098]圖4在400描繪了根據(jù)本發(fā)明實施例的、用于匿名化上下文基本貨幣化的匿名化方操作的流程圖。匿名化方在405開始以后，如果在410接收到“上下文包”消息，則在410解密并在415確定消息是否可靠。如果否，則返回匿名化方開始405。如果是，則在420確定消息是否是重放的(replay)。如果是，則返回匿名化方開始405。如果否，則在425緩存上下文包，并在430確定是否對于提供接收到足夠的上下文。如果否，則返回匿名化方開始405。如果是，則將緩存的上下文打包進“匿名化包列表”中，并在435發(fā)送到服務供應者。然后返回匿名化方開始405。
[0099]當在440接收到“報酬列表”消息時，在445確定消息是否可靠。如果是，則在450解密節(jié)點身份，緩存報酬并設置隨機定時器455，并返回匿名化方405。如果在455報酬定時器期滿，則在460發(fā)送報酬消息至客戶端節(jié)點，然后返回匿名化方開始405。
[0100]圖5在500描繪了根據(jù)本發(fā)明實施例的、用于匿名化上下文基本貨幣化的服務供應者操作的流程圖。在505示出服務供應者開始，接下來在510示出接收到“匿名化包列表”消息。然后在515做出消息是否可靠的確定，并且如果否，則返回服務供應者開始505。如果是，則在520解密包，處理上下文525，在530生成報酬請求，并在535確定是否有更多的上下文包。如果是，則返回步驟515，而如果否，則在540生成報酬請求列表消息并發(fā)送至報酬供應者。
[0101]圖6在600示出了根據(jù)本發(fā)明實施例的、用于匿名化上下文基本貨幣化的報酬供應者操作的流程圖。在605示出報酬供應者開始，接下來在610示出接收到“報酬請求列表”消息。在612選取下一個報酬請求，并然后在615確定消息是否可靠，而如果否，則返回612。如果是，則在620解密請求，在625生成以客戶端供應的公有密鑰加密的報酬，在630生成報酬，并在635確定是否有更多的報酬請求。如果是，則返回步驟612，而如果否，則生成報酬列表消息并發(fā)送至匿名化方640。
[0102]圖7在700是根據(jù)本發(fā)明實施例的、連同服務輸送的、用于匿名化上下文的貨幣化的高級別消息流。圖7示出了客戶端705、服務供應者710、匿名化方715和報酬供應者720之間的消息流。消息可包括服務供應者710和客戶端705之間的以下消息:1)通用服務請求；2)通用服務響應+提供；3)服務請求+上下文包；6)改進的服務響應。消息可進一步包括服務供應者710和匿名化方715之間的以下消息:4)上下文包；5)上下文聲明；8)匿名化包列表。報酬供應者720可傳遞10)報酬列表至匿名化方，并從服務供應者710接收報酬請求列表9)。
[0103]圖8在800是連同服務輸送的、用于匿名化上下文的貨幣化的詳細通信協(xié)議。圖8示出了客戶端805、匿名化方810、服務供應者815和報酬供應者820之間的協(xié)議流。
[0104]本發(fā)明的一些實施例可進一步供應一種編碼有計算機可執(zhí)行指令的計算機可讀媒體，所述計算機可執(zhí)行指令在被訪問時，引起機器執(zhí)行的操作包括:通過向服務供應者輸送用戶的上下文信息，來向服務供應者提供匿名的基于激勵的上下文，其中，在向服務供應者輸送上下文信息之前，通過去除識別信息并將該上下文與來自另外用戶的上下文聚合，使上下文匿名。
[0105]雖然本發(fā)明的某些特征已經(jīng)在本文進行了圖示和描述，但本領域技術(shù)人員可想到許多修改、代替、改變和等同。因此，要理解所附權(quán)利要求旨在覆蓋落入本發(fā)明的真正精神之內(nèi)的所有此類修改和改變。
【權(quán)利要求】
1.一種提供關(guān)于移動設備的用戶的上下文信息的方法，所述上下文信息包括位置信息，所述方法包括: 跟蹤移動設備的位置以便確定位置信息， 通過去除所述用戶的識別信息來使所述位置信息匿名化， 將該匿名化的位置信息與來自至少一個另外的移動設備的位置信息聚合，以及將該匿名化且聚合的位置信息提供給服務供應者，其中所述服務供應者向所述用戶給予對于所述位置信息的報酬。
2.如權(quán)利要求1所述的方法，其中匿名化服務提供該匿名化的動作并且知悉用戶的身份但是沒有對上下文或貨幣報酬的訪問權(quán)，并且其中所述服務供應者接收該匿名化的上下文但是不能將其歸于特定源。
3.如權(quán)利要求1所述的方法，進一步包括: 所述用戶提交對來自所述服務供應者的可用提供的列表的提供請求，并且在接收到時所述服務供應者選擇提供集合以遞送給所述用戶；并且其中在接收到至少一個提供時，所述用戶選擇是否參與。
4.一種包括非暫時性存儲介質(zhì)的產(chǎn)品，所述存儲介質(zhì)在其上存儲指令，所述指令在由機器執(zhí)行時促使: 跟蹤移動設備的位置以便確定位置信息， 通過去除所述用戶的識別信息來使所述位置信息匿名化， 將該匿名化的位置信息與來自`至少一個另外的移動設備的位置信息聚合，以及將該匿名化且聚合的位置信息提供給服務供應者，其中所述服務供應者向所述用戶給予對于所述位置信息的報酬。
5.如權(quán)利要求4所述的產(chǎn)品，其中匿名化服務提供該匿名化的動作并且知悉用戶的身份但是沒有對上下文或貨幣報酬的訪問權(quán)，并且其中所述服務供應者接收該匿名化的上下文但是不能將其歸于特定源。
6.如權(quán)利要求5所述的產(chǎn)品，進一步包括: 所述用戶提交對來自所述服務供應者的可用提供的列表的提供請求，并且在接收到時所述服務供應者選擇提供集合以遞送給所述用戶；并且其中在接收到至少一個提供時，所述用戶選擇是否參與。
7.一種移動通信設備，包括: 跟蹤器，用于跟蹤所述移動通信設備來提供關(guān)于所述移動設備的用戶的位置信息，信息同化裝置，用于得出關(guān)于所述用戶的上下文信息，所述上下文信息包括所述跟蹤器所提供的所述用戶的位置信息， 通信平臺，用于向聚合器和匿名化方傳遞所述上下文信息，所述聚合器和匿名化方用于將所述上下文信息與其他移動通信設備的用戶的上下文信息聚合并且使其匿名化； 其中該聚合且匿名化的上下文信息被提供給服務供應者；并且 其中所述服務供應者因接收該聚合且匿名化的上下文信息而提供報酬給所述用戶。
8.如權(quán)利要求7所述的移動通信設備，其中所述匿名化方提供該匿名化的動作并且知悉用戶的身份但是沒有對上下文或貨幣報酬的訪問權(quán)，并且其中所述服務供應者接收該匿名化的上下文但是不能將其歸于特定源。
9.一種系統(tǒng),包括: 移動通信設備，所述移動通信設備包括用于跟蹤所述移動通信設備來提供關(guān)于所述移動設備的用戶的位置信息的跟蹤器以及用于得出關(guān)于所述用戶的上下文信息的信息同化裝置，所述上下文信息包括所述跟蹤器所提供的所述用戶的位置信息， 聚合器，用于將所述上下文信息與其他移動通信設備的用戶的上下文信息聚合； 匿名化方，用于使所述上下文信息匿名化，以及 服務供應者，用于接收該聚合且匿名化的上下文信息，其中所述服務供應者因接收該聚合且匿名化的上下文信息而 提供報酬給所述用戶。
【文檔編號】G06Q30/02GK103632293SQ201310683636
【公開日】2014年3月12日 申請日期:2011年4月6日 優(yōu)先權(quán)日:2010年4月6日
【發(fā)明者】M.D.亞維斯, M.D.伍德 申請人:英特爾公司