用于通用跟蹤系統(tǒng)的設(shè)備、系統(tǒng)和方法
【專利摘要】本發(fā)明揭示一種用于通用跟蹤系統(tǒng)的設(shè)備、系統(tǒng)和方法。令牌模塊355經(jīng)配置以在不需要用戶提供任何前提條件的情況下產(chǎn)生通用跟蹤令牌。所述通用跟蹤令牌通過唯一識別符與用戶相關(guān)聯(lián)。用戶帳戶模塊360經(jīng)配置以存儲與用戶相關(guān)聯(lián)的數(shù)據(jù)。所述用戶數(shù)據(jù)包含與一個或一個以上通用跟蹤令牌相關(guān)聯(lián)的數(shù)據(jù)。所述用戶帳戶被界定為商家或密鑰持有者帳戶。此外，關(guān)系模塊365經(jīng)配置以維持所述用戶帳戶與多個商家或密鑰持有者帳戶之間的一對多關(guān)系。關(guān)系數(shù)據(jù)還被收集且存儲在數(shù)據(jù)庫中。
【專利說明】用于通用跟蹤系統(tǒng)的設(shè)備、系統(tǒng)和方法
[0001]相關(guān)申請案的交叉參考
[0002]本申請案主張針對Alan ff.Fink的2011年10月12日申請的標題為“通用跟蹤系統(tǒng)(UNIVERSAL TRACKING SYSTEM) ”的第61/546，449號美國臨時專利申請案的權(quán)益，所述臨時專利申請案以引用的方式并入本文中。
【技術(shù)領(lǐng)域】
[0003]本發(fā)明涉及顧客忠誠度程序，且更特定來說涉及定制消費者數(shù)據(jù)的收集和管理以改進消費者與零售商之間的關(guān)系。
【背景技術(shù)】
[0004]傳統(tǒng)顧客忠誠度程序提供經(jīng)特別設(shè)計以為單一零售商(“跟蹤者”)監(jiān)視顧客活動(“被跟蹤者”)的跟蹤系統(tǒng)。這些系統(tǒng)是有益的，因為其向跟蹤者提供關(guān)于被跟蹤者的活動的數(shù)據(jù)，所述數(shù)據(jù)有助于跟蹤者較好地理解其營銷和廣告活動的有效性。這些單方面“封閉系統(tǒng)”的缺點是，其經(jīng)設(shè)計以使跟蹤者受益，而對于被跟蹤者的直接益處極少。被跟蹤者對其與跟蹤者的關(guān)系擁有極少控制權(quán)或無控制權(quán)。
[0005]傳統(tǒng)系統(tǒng)的另一缺點是，其實施起來較昂貴，因為其需要至少包含專門數(shù)據(jù)庫和分析工具的復(fù)雜基礎(chǔ)架構(gòu)。然而，即使利用正確的基礎(chǔ)架構(gòu)，所收集的數(shù)據(jù)仍是不完整的。歸因于關(guān)于組織管理、數(shù)據(jù)收集、數(shù)據(jù)輸入和被跟蹤者隱私問題的困難，跟蹤者不能收集被跟蹤者的完整的數(shù)據(jù)集。因此，跟蹤者不能使用所述數(shù)據(jù)來提供定向營銷和廣告活動，因為跟蹤者可能不知道其正在跟蹤的對象是誰。

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

[0006]從以上論述應(yīng)了解，需要一種提供被跟蹤者驅(qū)動的通用跟蹤系統(tǒng)的設(shè)備、系統(tǒng)和方法。有益地，此設(shè)備、系統(tǒng)和方法將可由各種類型的跟蹤者(企業(yè)、教會、個人等)和被跟蹤者使用，提供雙方面自愿關(guān)系驅(qū)動的系統(tǒng)，提供描述跟蹤者/被跟蹤者關(guān)系的有價值數(shù)據(jù)，且為被跟蹤者提供較大隱私控制。
[0007]已響應(yīng)于現(xiàn)有技術(shù)水平開發(fā)本發(fā)明，且特定來說響應(yīng)于此項技術(shù)中尚未完全由當前可用跟蹤系統(tǒng)解決的問題和需求而開發(fā)本發(fā)明。因此，已開發(fā)本發(fā)明以提供一種針對被跟蹤者驅(qū)動的跟蹤系統(tǒng)的設(shè)備、系統(tǒng)和方法，其克服了此項技術(shù)中的上文論述的許多或所有缺點。
[0008]通用跟蹤設(shè)備具備多個模塊，其經(jīng)配置以功能上執(zhí)行跟蹤商家(跟蹤者)與密鑰持有者(被跟蹤者)之間的關(guān)系的必要步驟。所描述實施例中的這些模塊包含經(jīng)配置以在不需要用戶提供任何前提條件的情況下產(chǎn)生通用跟蹤令牌的令牌模塊。在一個實施例中，通用跟蹤令牌通過唯一識別符與用戶相關(guān)聯(lián)。在一個實施例中，用戶帳戶模塊經(jīng)配置以存儲與用戶相關(guān)聯(lián)的數(shù)據(jù)，其還可包含與一個或一個以上通用跟蹤令牌相關(guān)聯(lián)的數(shù)據(jù)。用戶帳戶可經(jīng)產(chǎn)生作為商家或密鑰持有者帳戶。此外，在一個實施例中，關(guān)系模塊經(jīng)配置以維持用戶帳戶與多個商家和密鑰持有者帳戶之間的一對多關(guān)系。在另一實施例中，關(guān)系模塊還收集關(guān)系數(shù)據(jù)且將其存儲在數(shù)據(jù)庫中。
[0009]在一個實施例中，所述設(shè)備經(jīng)配置以檢測密鑰持有者與商家之間的交易期間通用跟蹤令牌的存在，這更新商家的訪問歷史數(shù)據(jù)。此外，在另一實施例中，令牌訪問事件模塊監(jiān)視數(shù)據(jù)庫以確定密鑰持有者是否已在指定時間周期內(nèi)訪問商家，且如果否，則將采取保留動作以勸服密鑰持有者再次訪問商家。此外，在一個實施例中，關(guān)系模塊包含經(jīng)配置以維持一個或一個以上商家和密鑰持有者帳戶的帳戶存取偏好的設(shè)置模塊。在某些實施例中，設(shè)置模塊進一步經(jīng)配置以經(jīng)由僅由跟蹤系統(tǒng)界定和理解的隱藏服務(wù)提供通信。在一個實施例中，所述隱藏通信服務(wù)以已知發(fā)送者列表校驗通信使得濾出未知發(fā)送者且丟棄其消息。在其它實施例中，設(shè)置模塊允許用戶設(shè)置隱私設(shè)置，從而限制商家或密鑰持有者檢視關(guān)系中的另一方的特定信息。此外，關(guān)系的每一方擁有對于其在關(guān)系中的參與的控制權(quán)，使得任一方可在任何時間結(jié)束關(guān)系或更改關(guān)系的條款。
[0010]在一個實施例中，關(guān)系模塊還維持中意實體(例如，企業(yè))的個人目錄，且當密鑰持有者訪問商家時更新所述目錄。另外，在一個實施例中，關(guān)系模塊聚合并報告一般關(guān)系數(shù)據(jù)，而不管用戶帳戶的隱私設(shè)置如何。在另一實施例中，關(guān)系模塊管理共享關(guān)系數(shù)據(jù)，其可由關(guān)系中的雙方檢視，具有由各方的隱私設(shè)置界定的存取限制。在另一實施例中，商家?guī)艨煞诸悶槟富蜃訋?，其中母帳戶控制其子帳戶的某些設(shè)置。
[0011 ] 在一個實施例中，令牌模塊跟蹤識別符以壓縮格式存儲。在另一實施例中，用戶帳戶模塊產(chǎn)生空跟蹤帳戶，其可當關(guān)系中發(fā)生交易活動時進一步界定。在其它實施例中，用戶帳戶模塊在發(fā)生匿名令牌訪問事件時產(chǎn)生匿名跟蹤帳戶。在一個實施例中，匿名跟蹤帳戶可隨后指派給特定用戶。
[0012]在一個實施例中，點模塊經(jīng)配置以聚合并管理通過與商家的交易獲取的密鑰持有者的普遍接受的忠誠點。此外，在一個實施例中，無現(xiàn)金處理模塊經(jīng)配置以使無現(xiàn)金支付帳戶與用戶帳戶相關(guān)聯(lián)使得針對各個商家處的商品和服務(wù)接受無現(xiàn)金支付。在一個實施例中，用戶通過提供PIN而授權(quán)無現(xiàn)金支付。
[0013]此外，提供數(shù)字商務(wù)卡模塊，其在關(guān)系中的各方之間共享商務(wù)聯(lián)系信息。在一個實施例中，商務(wù)聯(lián)系信息可通過將跟蹤令牌呈現(xiàn)給利益相關(guān)方來檢索，其還可自動產(chǎn)生兩個先前無關(guān)實體之間的關(guān)系。在一個實施例中，控制對商務(wù)信息的存取的隱私設(shè)置可在請求信息時被越權(quán)。
[0014]還提供交互式廣告模塊，其經(jīng)配置以在終端上視覺上呈現(xiàn)動態(tài)交互式廣告內(nèi)容。在一個實施例中，交互式廣告內(nèi)容從廣告活動或計劃表導(dǎo)出。在另一實施例中，終端可在用戶界定的群組中管理。在其它實施例中，終端還收集用戶數(shù)據(jù)并將其存儲在本地數(shù)據(jù)庫中，用戶數(shù)據(jù)可稍后經(jīng)由可靠網(wǎng)絡(luò)發(fā)送到中央服務(wù)器。
[0015]還呈現(xiàn)用于通用跟蹤系統(tǒng)的本發(fā)明的方法。所揭示的實施例中的方法大體包含實行相對于所描述的設(shè)備和系統(tǒng)的操作呈現(xiàn)的功能所必需的步驟。在一個實施例中，所述方法包含在不需要用戶提供任何前提條件的情況下產(chǎn)生通用跟蹤令牌。所述方法還可包含產(chǎn)生用戶帳戶以存儲與用戶相關(guān)聯(lián)的數(shù)據(jù)，其可包含與一個或一個以上通用跟蹤令牌相關(guān)聯(lián)的數(shù)據(jù)。在一個實施例中，用戶帳戶可界定為商家或密鑰持有者帳戶。在另一實施例中，所述方法包含維持用戶帳戶與多個商家和密鑰持有者帳戶之間的一對多關(guān)系。描述所述關(guān)系的數(shù)據(jù)還可經(jīng)收集并存儲在數(shù)據(jù)庫中。
[0016]在一個實施例中，所述方法檢測交易期間通用跟蹤令牌的存在?？稍诿荑€持有者訪問商家并呈現(xiàn)其跟蹤令牌時更新訪問歷史日志。在另一實施例中，隱藏通信以及校驗消息是否來自已知發(fā)送者的濾波過程提供給用戶。另外，在一個實施例中，所述方法聚合并管理密鑰持有者的忠誠點且允許用戶將無現(xiàn)金支付帳戶與其用戶帳戶聯(lián)系。
[0017]還呈現(xiàn)本發(fā)明的計算機程序產(chǎn)品以提供通用跟蹤系統(tǒng)。在一個實施例中，所述系統(tǒng)在不需要用戶提供任何前提條件的情況下產(chǎn)生通用跟蹤令牌。在一個實施例中，通用跟蹤令牌通過唯一識別符與用戶相關(guān)聯(lián)。在一個實施例中，計算機程序產(chǎn)品存儲與用戶相關(guān)聯(lián)的數(shù)據(jù)，其還可包含與一個或一個以上通用跟蹤令牌相關(guān)聯(lián)的數(shù)據(jù)。用戶帳戶可經(jīng)產(chǎn)生作為商家或密鑰持有者帳戶。此外，計算機程序產(chǎn)品維持用戶帳戶與多個商家和密鑰持有者帳戶之間的一對多關(guān)系，且還收集描述所述關(guān)系的數(shù)據(jù)并將其存儲在數(shù)據(jù)庫中。
[0018]在一個實施例中，計算機程序產(chǎn)品檢測交易期間通用跟蹤令牌的存在?？稍诿荑€持有者訪問商家并呈現(xiàn)其跟蹤令牌時更新訪問歷史日志。在另一實施例中，隱藏通信以及校驗消息是否來自已知發(fā)送者的濾波過程提供給用戶。另外，在一個實施例中，計算機程序產(chǎn)品聚合并管理密鑰持有者的忠誠點且允許用戶將無現(xiàn)金支付帳戶與其用戶帳戶聯(lián)系。
[0019]貫穿本說明書中對特征、優(yōu)點或類似語言的提及并不暗示可利用本發(fā)明實現(xiàn)的所有特征和優(yōu)點應(yīng)在或在本發(fā)明的任何單一實施例中。而是，關(guān)于所述特征和優(yōu)點的語言應(yīng)理解為表示結(jié)合實施例描述的特定特征、優(yōu)點或特性包含在本發(fā)明的至少一個實施例中。因此，貫穿本說明書中的特征和優(yōu)點及類似語言的論述可(但不一定)指代相同實施例。
[0020]此外，本發(fā)明的所描述的特征、優(yōu)點和特性可在一個或一個以上實施例中以任何適宜的方式組合。相關(guān)領(lǐng)域的技術(shù)人員將認識到，本發(fā)明可在沒有特定實施例的特定特征或優(yōu)點的一者或一者以上的情況下實踐。在其它例子中，可在某些實施例中辨識可不存在于本發(fā)明的所有實施例中的額外特征和優(yōu)點。
[0021]本發(fā)明的這些特征和優(yōu)點將從以下描述和所附權(quán)利要求書更充分了解，或可如下文陳述通過本發(fā)明的實踐而了解。
【專利附圖】

【附圖說明】
[0022]為將容易理解本發(fā)明的優(yōu)點，將參考附圖中說明的特定實施例呈現(xiàn)上文簡要描述的本發(fā)明的更具體描述。理解這些圖式僅描繪本發(fā)明的典型實施例且因此不應(yīng)視為限制其范圍，將通過使用附圖以額外特異性和細節(jié)描述和闡釋本發(fā)明，附圖中:
[0023]圖1是說明現(xiàn)有技術(shù)中描述的跟蹤系統(tǒng)的一個實施例的示意框圖；
[0024]圖2是說明獲取現(xiàn)有技術(shù)中描述的跟蹤系統(tǒng)中的令牌的一個實施例的示意框圖；
[0025]圖3A是說明根據(jù)本發(fā)明標的物的設(shè)備的一個實施例的示意框圖；
[0026]圖3B是說明根據(jù)本發(fā)明標的物的跟蹤器令牌的一個實施例的示意框圖；
[0027]圖4是說明根據(jù)本發(fā)明標的物的令牌事件的一個實施例的示意框圖；
[0028]圖5是說明根據(jù)本發(fā)明標的物的令牌事件的另一實施例的示意框圖；
[0029]圖6是說明根據(jù)本發(fā)明標的物的跟蹤器令牌的另一實施例的示意框圖；
[0030]圖7是說明根據(jù)本發(fā)明標的物的帳戶描述符的一個實施例的示意框圖；
[0031]圖8是說明根據(jù)本發(fā)明標的物的帳戶的一個實施例的示意框圖；[0032]圖9是說明根據(jù)本發(fā)明標的物的帳戶的另一實施例的示意框圖；
[0033]圖10是說明根據(jù)本發(fā)明標的物的帳戶之間的關(guān)系的一個實施例的示意框圖；
[0034]圖11是說明根據(jù)本發(fā)明標的物的被跟蹤者帳戶目錄列表的一個實施例的示意框圖；
[0035]圖12是說明根據(jù)本發(fā)明標的物的跟蹤者帳戶目錄列表的一個實施例的示意框圖；
[0036]圖13是說明根據(jù)本發(fā)明標的物的忠誠度狀態(tài)指示符的一個實施例的示意框圖；
[0037]圖14是說明根據(jù)本發(fā)明標的物的帳戶值指派的一個實施例的示意框圖；
[0038]圖15是說明根據(jù)本發(fā)明標的物的點記賬系統(tǒng)的一個實施例的示意框圖；
[0039]圖16是說明根據(jù)本發(fā)明標的物的跟蹤系統(tǒng)的一個實施例的示意框圖；
[0040]圖17是說明根據(jù)本發(fā)明標的物的跟蹤系統(tǒng)的另一實施例的示意框圖；
[0041]圖18是說明根據(jù)本發(fā)明標的物的跟消息產(chǎn)生系統(tǒng)的一個實施例的示意框圖；
[0042]圖19A是說明根據(jù)本發(fā)明標的物的無現(xiàn)金處理系統(tǒng)的一個實施例的示意流程圖；
[0043]圖19B是說明根據(jù)本發(fā)明標的物的無現(xiàn)金處理系統(tǒng)的一個實施例的示意流程圖；以及
[0044]圖20是說明根據(jù)本發(fā)明標的物的數(shù)字商務(wù)卡系統(tǒng)的一個實施例的示意流程圖?！揪唧w實施方式】
[0045]貫穿本說明書中對“一個實施例”、“一實施例”或類似語言的提及意味著，結(jié)合所述實施例描述的特定特征、結(jié)構(gòu)或特性包含在本發(fā)明的至少一個實施例中。因此，貫穿本說明書中短語“在一個實施例中”、“在一實施例中”和類似語言的出現(xiàn)可(但不一定)全部指代相同實施例。
[0046]此外，本發(fā)明的所描述的特征、結(jié)構(gòu)或特性可在一個或一個以上實施例中以任何適宜的方式組合。在以下描述中，提供許多特定細節(jié)，例如編程、軟件模塊、用戶選擇、網(wǎng)絡(luò)事務(wù)、數(shù)據(jù)庫詢問、數(shù)據(jù)庫結(jié)構(gòu)、硬件模塊、硬件電路、硬件芯片等的實例，以提供對本發(fā)明的實施例的徹底理解。然而，相關(guān)領(lǐng)域的技術(shù)人員將認識到，本發(fā)明可在沒有所述特定細節(jié)的一者或一者以上的情況下或利用其它方法、組件、材料等實踐。在其它例子中，未詳細展示或描述眾所周知的結(jié)構(gòu)、材料或操作以免混淆本發(fā)明的方面。
[0047]本文包含的示意流程圖一般作為邏輯流程圖陳述。如此，所描繪的次序和所標記的步驟指示所提供的方法的一個實施例。可構(gòu)思在功能、邏輯或效果上等同于所說明的方法的一個或一個以上步驟或其部分的其它步驟和方法。另外，提供所采用的格式和符號以闡釋所述方法的邏輯步驟，且不應(yīng)理解為限制所述方法的范圍。盡管可在流程圖中采用各種箭頭類型和線類型，但其不應(yīng)理解為限制對應(yīng)方法的范圍。事實上，可使用一些箭頭或其它連接符僅指示方法的邏輯流程。舉例來說，箭頭可指示所描繪方法的枚舉步驟之間的未指定持續(xù)時間的等待或監(jiān)視周期。另外，特定方法發(fā)生的次序可或可不嚴格遵守所展示的對應(yīng)步驟的次序。
[0048]圖1描繪現(xiàn)有技術(shù)中描述的傳統(tǒng)跟蹤系統(tǒng)的一個實施例。單一跟蹤者100將跟蹤令牌提供到其被跟蹤者101、102、103和104。當被跟蹤者進行購買時，跟蹤活動(105、107、109、111)，且將其存儲在數(shù)據(jù)庫113中，數(shù)據(jù)庫113僅可由跟蹤者100使用。跟蹤者100使用跟蹤數(shù)據(jù)來經(jīng)由營銷或廣告活動與其被跟蹤者通信(106、108、110、112)。在典型跟蹤系統(tǒng)中，被跟蹤者對于其與跟蹤者100的關(guān)系擁有非常有限的控制權(quán)或存取權(quán)。即使提供此功能性，被跟蹤者通常也是跟蹤者100的數(shù)據(jù)庫113的永久組件，數(shù)據(jù)庫113在跟蹤者100的專門控制下。
[0049]圖2說明供個體200獲取和使用跟蹤令牌210的傳統(tǒng)系統(tǒng)中要求的典型限制和缺點。第一且最常見限制是，要求令牌210指派給單一跟蹤者209。即使在多個賣主211、212從單一跟蹤者209接收利益的系統(tǒng)中，賣主對存儲在數(shù)據(jù)庫213中的人口統(tǒng)計數(shù)據(jù)、跟蹤歷史、聯(lián)系人信息或類似數(shù)據(jù)也具有極少存取權(quán)或無存取權(quán)。例如所需購買201、應(yīng)用202、信用可靠度203和短期使用204等其它限制進一步限制傳統(tǒng)系統(tǒng)的普遍性。
[0050]圖3A是說明用于通用跟蹤系統(tǒng)的設(shè)備350的一個實施例的示意框圖。設(shè)備350包含令牌模塊355、用戶帳戶模塊360、關(guān)系模塊365、令牌訪問事件模塊370、點模塊375、無現(xiàn)金處理模塊3 80、數(shù)字商務(wù)卡模塊385，和交互式廣告模塊390，其在下文描述。
[0051]圖3B說明本發(fā)明標的物的通用跟蹤系統(tǒng)(“UTS”)令牌模塊355的一個實施例。在一個實施例中，令牌模塊355可包含UTS令牌，其是任何個體、實體或產(chǎn)品在無其使用的任何前提條件的情況下可用的未經(jīng)識別的任意跟蹤識別符。在一個實施例中，跟蹤令牌可連接到任何數(shù)目的其它跟蹤令牌，如下文參考關(guān)系模塊365描述。在一個實施例中，跟蹤令牌的任何集合可分類為待視為令牌的集合的各個群組，這允許群組等級設(shè)置應(yīng)用于令牌的集合，例如存取等級、特權(quán)、消息接發(fā)設(shè)置等。
[0052]在一個實施例中，令牌模塊355可不需要例如應(yīng)用或信用可靠度等傳統(tǒng)跟蹤系統(tǒng)的限制。在另一實施例中，令牌模塊355可不需要例如年齡或性別等任何形式的偏好。此外，在一個實施例中，可通過任何數(shù)目的跟蹤者311、312、313跟蹤UTS令牌，所述跟蹤者的每一者可能夠存取作為主數(shù)據(jù)庫管理系統(tǒng)330的子集的所指派數(shù)據(jù)庫321、322、323。每一跟蹤者311、312、313可能夠存取存儲在其所指派數(shù)據(jù)庫321、322、323中的被跟蹤者數(shù)據(jù)，例如歷史、聯(lián)系人信息、人口統(tǒng)計等。如本文所使用，跟蹤者實體可為賣主、商家等，且被跟蹤者可為買主、顧客、消費者、密鑰持有者等。
[0053]在一個實施例中，令牌模塊355可包含專門識別格式，其唯一地識別UTS令牌使得系統(tǒng)的使用限于經(jīng)授權(quán)用戶。在一個實施例中，識別格式可為壓縮格式304，其可包含類別識別符301、經(jīng)加密數(shù)值302，和用以校驗UTS令牌的有效性的字母數(shù)字校驗值303。每一UTS令牌可利用主數(shù)據(jù)庫管理系統(tǒng)330界定和驗證。在一個實施例中，壓縮識別格式304可在至多10個字符的串內(nèi)存儲超過四十億唯一 UTS令牌，包含類別和校驗參數(shù)，
[0054]參看圖3A，在一個實施例中，用戶帳戶模塊360可經(jīng)配置以存儲與一個或一個以上UTS令牌相關(guān)聯(lián)的數(shù)據(jù)。在某些實施例中，用戶帳戶可經(jīng)產(chǎn)生作為跟蹤者帳戶、被跟蹤者帳戶或兩者。在一個實施例中，關(guān)系模塊365可維持用戶帳戶模塊360所產(chǎn)生的各個帳戶之間的一對多關(guān)系。在另一實施例中，關(guān)系1?塊365可收集描述跟蹤者與被跟蹤者之間的關(guān)系的數(shù)據(jù)且將所述數(shù)據(jù)存儲在數(shù)據(jù)庫中。例如活動日志和狀態(tài)等級等數(shù)據(jù)的共享分量可由跟蹤者和被跟蹤者用戶帳戶兩者可見。另一方面，在一個實施例中，一方可提交單方面數(shù)據(jù)，例如注釋，其不論各方的隱私設(shè)置如何決不可向另一方揭露。另外，在一個實施例中，例如性別、年齡、興趣等聚合數(shù)據(jù)可由跟蹤者可見，而不管各方的隱私設(shè)置如何，而被跟蹤者聯(lián)系數(shù)據(jù)保持向跟蹤者隱藏。然而，這些關(guān)系設(shè)置可由下文描述的設(shè)置模塊390定制。[0055]此外，在一些實施例中，關(guān)系模塊365可允許跟蹤者管理針對任何被跟蹤者的預(yù)訂服務(wù)。在一個實施例中，預(yù)訂服務(wù)可包含管理預(yù)訂帳戶信息、收集付款、設(shè)置條款等。預(yù)訂服務(wù)還可允許跟蹤者或另一第三方通過用跟蹤系統(tǒng)檢查一個或一個以上被跟蹤者的預(yù)訂的存在而驗證預(yù)訂服務(wù)。在其它實施例中，關(guān)系模塊還維持跟蹤者與被跟蹤者之間的私密關(guān)系目錄使得跟蹤系統(tǒng)的每一用戶可看到系統(tǒng)中的其它用戶。這允許用戶產(chǎn)生最喜愛企業(yè)或朋友的“個人黃頁”目錄。在一個實施例中，當被跟蹤者向跟蹤者呈現(xiàn)跟蹤令牌(跟蹤者可掃描令牌以在UTS中輸入所述訪問)時，關(guān)系模塊365將跟蹤者或被跟蹤者添加到個人目錄。在一個實施例中，關(guān)系模塊365所維持的關(guān)系可由關(guān)系中的任一方在所述關(guān)系中的任何點刪除，這給予被跟蹤者在其與跟蹤者的關(guān)系中相等水平的控制權(quán)。或者，在另一實施例中，任一方具有相等控制權(quán)以更改關(guān)系的條款。
[0056]在一個實施例中，令牌訪問事件模塊370可經(jīng)配置以檢測跟蹤者-被跟蹤者交易期間通用跟蹤令牌的存在，且可在檢測到唯一令牌訪問時更新跟蹤者訪問歷史。下文參看圖4-6進一步描述令牌訪問事件模塊。如下文參看圖15描述的點模塊可經(jīng)配置以聚合并管理被跟蹤者的忠誠點，所述忠誠點可在各個跟蹤者處獲取和兌現(xiàn)。
[0057]在一個實施例中，無現(xiàn)金處理模塊380允許用戶將其用戶帳戶與例如信用卡帳戶、現(xiàn)金儲蓄帳戶等無現(xiàn)金支付帳戶聯(lián)系，以在一個或一個以上跟蹤者處進行無現(xiàn)金支付。在一個實施例中，模塊380可要求用戶在聯(lián)系無現(xiàn)金帳戶時選擇PIN，其可稍后需要由用戶呈現(xiàn)以授權(quán)并確認使用其無現(xiàn)金帳戶的支付。在一些實施例中，用戶的PIN可在任何時間經(jīng)由UTS網(wǎng)站或單獨移動應(yīng)用改變。另外，在其它實施例中，用戶可經(jīng)由UTS網(wǎng)站或移動應(yīng)用添加、刪除或改變無現(xiàn)金支付帳戶。
[0058]在一個實施例中，數(shù)字商務(wù)卡|旲塊385允許跟蹤者和被跟蹤者容易地彼此共孚其商務(wù)信息。舉例來說，被跟蹤者可具有身份證，條形碼印刷在其上，所述條形碼含有關(guān)于被跟蹤者的用戶帳戶和令牌數(shù)據(jù)的信息。跟蹤者可掃描條形碼，這將在終端或其它電子裝置上顯示被跟蹤者的商務(wù)信息。此外，可自動產(chǎn)生各方之間的關(guān)系，包含向每一方發(fā)送數(shù)字商務(wù)卡的副本、共享注釋，以及將各方分類為預(yù)定義群組。在一個實施例中，跟蹤者或被跟蹤者可通過針對其用戶帳戶定制隱私設(shè)置而控制對其信息的存取權(quán)。然而，在一個實施例中，隱私設(shè)置可因為用戶通過在掃描儀顯示器上輸入其PIN且改變其用戶帳戶中的隱私設(shè)置而經(jīng)掃描而越權(quán)。
[0059]在一個實施例中，交互式廣告模塊390可在銷售點終端上向用戶呈現(xiàn)動態(tài)交互式廣告內(nèi)容。在一些實施例中，銷售點終端可能夠收集交易和用戶數(shù)據(jù)，其可存儲在本地數(shù)據(jù)庫中。在一個實施例中，當可靠網(wǎng)絡(luò)連接可用時，數(shù)據(jù)可從本地數(shù)據(jù)庫發(fā)送到中央數(shù)據(jù)庫。在另一實施例中，可在用戶界定的群組中分類和管理銷售點終端。舉例來說，西部區(qū)中的所有終端可分類在一起使得當針對跟蹤者的區(qū)中的廣告內(nèi)容改變時，所述區(qū)內(nèi)的所有終端可以新廣告內(nèi)容快速更新，從而向用戶提供產(chǎn)生地區(qū)定向廣告活動的能力。在另一實施例中，交互式廣告模塊390可允許用戶經(jīng)由網(wǎng)站或移動應(yīng)用快速改變廣告計劃表和/或活動。
[0060]在一個實施例中，例如銷售點終端等交互式廣告裝置可呈現(xiàn)包括豐富因特網(wǎng)應(yīng)用技術(shù)(例如，F(xiàn)lash、HTML5等)的交互式多媒體站點。舉例來說，界定預(yù)定義廣告活動和/或計劃表的Flash對象可在后臺由以事件驅(qū)動的編程語言(例如，Visual Basic、JavaScript、PHP等)編寫的程序下載,且接著經(jīng)由基于Flash的前端呈現(xiàn)給用戶。Flash對象管理器接收例如鍵盤掃描等輸入且將輸入數(shù)據(jù)傳遞到待處理的后端程序以存儲、發(fā)射
坐寸O
[0061]圖4描繪UTS令牌訪問事件(“TVE” )模塊370的一個實施例。不同于需要額外跟蹤參數(shù)(例如，購買價格、所購買項目、兌換價值等)的傳統(tǒng)跟蹤系統(tǒng)，TVE不需要任何此類參數(shù)。在一個實施例中，TVE405可僅含有例如UTS令牌400、產(chǎn)生記錄的時間和用以指示誰或什么記錄了所述事件的跟蹤者識別符等基本元素。在一個實施例中，新TVE405、408的產(chǎn)生可不暗示發(fā)生任何特定活動或購買，而是僅暗示在給定時間針對給定跟蹤者存在UTS令牌400。
[0062]在一個實施例中，TVE可經(jīng)歷次級濾波過程409以確定記錄是否冗余。在一個實施例中，忽略TVE等待周期期間記錄的任何后續(xù)記錄，從而產(chǎn)生描述所述TVE等待周期期間的唯一“訪問”的單一數(shù)據(jù)庫記錄。舉例來說，圖4描繪在時間T1、T2、T3和Τ4記錄的四個TVE401、402、403、404。假定訪問等待周期大于時間T3與Tl之間的差，但小于時間T4與Tl之間的差，那么TVE2402和TVE3403兩者將確定為冗余且被丟棄。因此，因此，僅時間Tl處的TVE1401和時間T4處的TVE4404將在訪問歷史數(shù)據(jù)庫410中記錄。在一個實施例中，訪問歷史數(shù)據(jù)庫410可隨后用于確定TVE/訪問歷史，以及最終跟蹤者被跟蹤者彼此相比的等級。因此，跟蹤者可不依賴于除UTS令牌400的存在以外的任何特定活動。
[0063]圖5描繪擴展TVE500的一個實施例。在一個實施例中，盡管TVE可僅由上文描述的基本信息組成，但TVE還可含有更準確描述事件可能必需的額外數(shù)據(jù)。在一個實施例中，此數(shù)據(jù)可由事件類型501 (例如，購買、訪問、優(yōu)惠券、兌換、產(chǎn)品利息、遞送確認等)、識別符502 (含有優(yōu)惠券的價值、點、獎勵、兌換、校驗等)、特定代碼503 (進一步識別特定兌換)，或任何數(shù)目的其它參數(shù)504組成。所有TVE (不論經(jīng)擴展與否)均可經(jīng)由因特網(wǎng)505路由到中央主數(shù)據(jù)庫506以存儲供稍后處理。
[0064]圖6描繪可在發(fā)生匿名TVE601時產(chǎn)生603的匿名帳戶的一個實施例。跟蹤過程中的令牌經(jīng)設(shè)計以匿名工作，意味著僅僅有效令牌的存在就可開始跟蹤過程。當確定令牌的存在時，產(chǎn)生匿名TVE601。主數(shù)據(jù)庫管理系統(tǒng)600接著檢查數(shù)據(jù)庫中是否存在與令牌相關(guān)聯(lián)的帳戶。如果帳戶確實存在，那么更新604所述帳戶的統(tǒng)計。否則，由用戶帳戶模塊360針對所述令牌產(chǎn)生603匿名用戶帳戶，且更新604其統(tǒng)計。或者，在一個實施例中，可由用戶帳戶模塊360在跟蹤者與被跟蹤者之間的關(guān)系期間的任何點產(chǎn)生空帳戶。在某些實施例中，隨著關(guān)系繼續(xù)且用戶將偏好添加到帳戶，可進一步界定所述空帳戶。
[0065]圖7描繪用戶登錄到UTS網(wǎng)站700的實例。在一個實施例中，用戶向系統(tǒng)呈現(xiàn)其可能已使用的一個或一個以上UTS令牌700。在一些實施例中，先前可能尚未聯(lián)系到用戶簡檔的任何帳戶信息和統(tǒng)計可合并到用戶帳戶模塊360所產(chǎn)生的新帳戶中701。新帳戶702確保僅存在一個針對所述一個或一個以上令牌703、704、705的收集器。在一個實施例中，與所述一個或一個以上令牌703、704、705相關(guān)聯(lián)的任何新事件經(jīng)累積、跟蹤且存儲在數(shù)據(jù)庫706中使得似乎數(shù)據(jù)源自同一令牌。然而，在一些實施例中，維持針對特定功能的令牌描述符。
[0066]在一個實施例中，令牌703、704、705可從帳戶702移除，而不損失交易數(shù)據(jù)，這是因為帳戶本身收集令牌的特定集合的交易數(shù)據(jù)。類似地，在其它實施例中，可將新令牌添加到帳戶702以便復(fù)制所移除令牌的功能性。在某些實施例中，這可提供若干合乎需要的特征。第一，在一個實施例中，其可在令牌丟失的情況下保留數(shù)據(jù)，這是因為令牌可容易地移除且用新令牌替換。第二，在另一實施例中，其提供安全層，這是因為令牌僅是帳戶的識別符且不含有任何敏感數(shù)據(jù)。最后，在其它實施例中，其提供冗余等級，這是因為若干不同令牌可用于實現(xiàn)相同跟蹤歷史。舉例來說，汽車令牌、錢包令牌和家庭令牌的集合可全部用于在同一帳戶中收集和維持集體跟蹤歷史。在其它實施例中，可將集體數(shù)據(jù)隔離到特定令牌(視需要)。
[0067]圖8描繪使用設(shè)置模塊390設(shè)置針對一個或一個以上跟蹤者802、804的跟蹤者偏好的一個實施例。如所描繪的實施例中展示，阻止跟蹤者A802存取或檢視被跟蹤者800的身份，這是因為被跟蹤者已在跟蹤者A的偏好801中指定姓名、地址和電子郵件地址應(yīng)不可檢視。另一方面，允許跟蹤者B804檢視被跟蹤者的身份信息(電子郵件地址除外)，這是因為被跟蹤者已在跟蹤者B的偏好中指定僅電子郵件地址應(yīng)保持私密。在其它實施例中，盡管某些元素可設(shè)置為私密，但偏好801、803仍允許經(jīng)由隱藏的服務(wù)(例如，重定向電話呼口4，或來自僅由UTS系統(tǒng)界定和理解的電子郵件地址的重定向電子郵件消息)通信。在一個實施例中，隱藏通信服務(wù)可提供承繼SPAM控制功能，其中例如電子郵件、文本等傳入消息可對照已知發(fā)送者列表來校驗，從而濾出未知發(fā)送者且丟棄其消息。
[0068]圖9描繪使用設(shè)置模塊390設(shè)置一個或一個以上跟蹤者902、904的跟蹤者偏好的另一實施例。在一個實施例中，跟蹤者和被跟蹤者兩者由單一帳戶描述符界定，每一者具有各種偏好和特征。因此，任何帳戶可進一步經(jīng)修改以充當跟蹤者帳戶或被跟蹤者帳戶。如所描繪的實施例中展示，跟蹤者900可設(shè)置與不同被跟蹤者902、904相關(guān)聯(lián)的不同偏好901、903。在一個實施例中，偏好901、903確定被跟蹤者902、904與跟蹤者900的通信以及被跟蹤者902、904對于跟蹤者900具有的存取等級。因此，在一個實施例中，關(guān)于偏好設(shè)置的簡單詢問可快速確定是否準予存取給定UTS令牌持有者。在又一實施例中，關(guān)于被跟蹤者的集合的詢問可出于各個目的收集被跟蹤者帳戶，例如人口統(tǒng)計研究、群組消息收發(fā)等。
[0069]圖10描繪兩個或兩個以上帳戶之間的關(guān)系的一個實施例。在一個實施例中，帳戶表1001可含有兩個或兩個以上帳戶描述符，其每一者可為被跟蹤者帳戶或跟蹤者帳戶。被跟蹤者帳戶1002可經(jīng)由關(guān)系1004聯(lián)系到跟蹤者帳戶1003。所述關(guān)系可由描述兩個帳戶之間存在的行為、特權(quán)、存取等級、用戶活動、訪問歷史等偏好的集合界定。在一個實施例中，所述關(guān)系可僅在雙方互相同意的情況下產(chǎn)生，且任一方在任何時間可與其產(chǎn)生一樣容易地完全移除帳戶。
[0070]圖11描繪使用特殊目錄列表特征基于兩個帳戶之間的關(guān)系中描述的各個偏好設(shè)置對其最喜愛跟蹤者帳戶1101、1102、1103進行優(yōu)先分級的單一被跟蹤者帳戶1100的一個實施例。舉例來說，被跟蹤者帳戶1100可根據(jù)最近位置、不同報價、忠誠度狀態(tài)等對任何數(shù)目的其優(yōu)選跟蹤者1101、1102、1103分類。
[0071]或者，圖12描繪使用特殊目錄列表特征基于兩個帳戶之間的關(guān)系中描述的各個偏好設(shè)置對其最喜愛被跟蹤者帳戶1201、1202、1203進行優(yōu)先分級的單一跟蹤者帳戶1200的一個實施例。然而，通常，這些特征可對于跟蹤者比對于被跟蹤者更有吸引力。在一個實施例中，跟蹤者帳戶1200可根據(jù)距離、忠誠度狀態(tài)、分組、預(yù)訂水平等對任何數(shù)目的其優(yōu)選被跟蹤者1201、1202、1203分類。
[0072]圖13描繪基于被跟蹤者的所記錄活動與被跟蹤者帳戶1301、1302相關(guān)聯(lián)的各個忠誠度狀態(tài)指示符的列表的一個實施例。跟蹤者1300可能夠存取這些指示符，統(tǒng)稱為來自TVE中存在的最小值的訪問歷史，如上文參看圖4論述。在一個實施例中，此圖可向給定跟蹤者提供根據(jù)其在任何數(shù)目的其位置處存在的頻率對其被跟蹤者進行分級和分段。
[0073]圖14描繪值指派特征的一個實施例，借此給定跟蹤者1400可向一個或一個以上被跟蹤者帳戶或被跟蹤者帳戶的群組指派益處或值。當使用UTS時，隨著時間，跟蹤者1400可向被跟蹤者帳戶1401、1402、1403的一者或一者以上發(fā)布各種獎勵。UTS點系統(tǒng)(下文論述)除外，在某些實施例中，所述獎勵可變?yōu)楸桓櫿邘粲涗浀囊徊糠郑铱杀焕?因為跟蹤者1400先前已界定)。
[0074]圖15描繪點模塊375產(chǎn)生的UTS點機制的一個實施例，其可為UTS界定的通用點交換系統(tǒng)。在一個實施例中，UTS點系統(tǒng)可以針對每一點任意界定的情況值開始。在一些實施例中，任何帳戶1500、1501、1503可通過直接購買、贈予、獎勵和/或來自另一 UTS帳戶的交換而獲取UTS點。舉例來說，帳戶A1500可直接從點銀行1504購買50，000點，點銀行1504作為分類賬系統(tǒng)記賬并管理所有點余額。帳戶A1500可接著向任何其它帳戶(例如，帳戶B1501)指派或贈予點。帳戶B1501可接著針對現(xiàn)金收據(jù)兌換點，現(xiàn)金收據(jù)特別在帳戶C1503處有效使用。
[0075]在一個實施例中，點模塊375可經(jīng)配置以聚合并管理被跟蹤者的忠誠點，其可經(jīng)由與跟蹤者或其它方交易而獲取且可在若干商家處兌換。在另一實施例中，點模塊375可維持易貨系統(tǒng)，其中用戶可用忠誠點交換商品、服務(wù)等。在另一實施例中，忠誠點可全局可存取且可兌換。在一個實施例中，點模塊375充當虛擬“貨幣交換系統(tǒng)”，其促進跟蹤系統(tǒng)的通用性質(zhì)且可與下文描述的無現(xiàn)金處理模塊380合作工作。
[0076]在另一實施例中，系統(tǒng)可促進票據(jù)、優(yōu)惠券、代金券等的交換和指派。舉例來說，具有兩張音樂會票的用戶可向朋友贈予和指派所述票的一者。贈予的授權(quán)可在移動裝置、UTS網(wǎng)站等上進行。在另一實施例中，用戶可在體育賽事、音樂會事件等時在終端處掃描其跟蹤令牌，以接收自動聯(lián)系到其用戶帳戶的優(yōu)惠券、代金券等。這可向用戶提供在終端處掃描的動機，所述終端又收集有價值的用戶數(shù)據(jù)。
[0077]圖16描繪通用跟蹤系統(tǒng)的一個實施例。如圖所示，一個或一個以上裝置1600、1601、1602、1603可使用相關(guān)聯(lián)中間局部數(shù)據(jù)庫應(yīng)用1604、1605、1606、1607來經(jīng)由例如因特網(wǎng)1608等網(wǎng)絡(luò)連接到主應(yīng)用接口 1609。在一些實施例中，裝置1600、1601、1602、1603經(jīng)由主應(yīng)用接口 1609可存取中央數(shù)據(jù)庫1610以詢問關(guān)于帳戶狀態(tài)、獎勵、代金券、UTS點、記錄TVE和/或其它基于關(guān)系的數(shù)據(jù)的情況。在一個實施例中，被跟蹤者可呈現(xiàn)其UTS令牌以請求此動作，且跟蹤者帳戶可讀取關(guān)系的狀態(tài)。
[0078]在一個實施例中，局部中間數(shù)據(jù)庫設(shè)計可存儲將通常需要到中央數(shù)據(jù)庫1610中的詢問的大部分信息。因為到中央數(shù)據(jù)庫1610中的詢問不是必需的，所以可通過本地數(shù)據(jù)庫查找增加速度和效率，從而給出實時交易的表象。在一個實施例中，任何相關(guān)聯(lián)改變和/或更新可存儲在本地數(shù)據(jù)庫1604、1605、1606、1607中且可在稍后時間經(jīng)由主應(yīng)用接口1609依據(jù)兩個數(shù)據(jù)庫系統(tǒng)之間的連接1608的可靠性轉(zhuǎn)移到中央數(shù)據(jù)庫1610。在其它實施例中，例如貨幣、點、獎勵等關(guān)鍵數(shù)據(jù)的交換可需要有效且可靠的連接1608來立即驗證交易。
[0079]圖17描繪相關(guān)跟蹤器實體(“RTE”)的一個實施例，其可包含跟蹤者帳戶的群組。在一些實施例中，可存在兩種類型的RTE --母RTE1700和一個或一個以上子RTE1702、1704、1706。在一個實施例中，針對任何給定跟蹤者可存在至少一個母RTE1700。在一個實施例中，母RTE可用于設(shè)置處理模型且界定關(guān)于如何處置其子代的令牌事件的全局參數(shù)。在其它實施例中，當發(fā)生令牌事件1708、1709、1710、1711、1712時，包含帳戶列表和令牌活動的特定數(shù)據(jù)可收集在子RTE層級1703、1705、1707和母RTE層級1701處，其可簡單地為所有子RTE活動的聚合。
[0080]舉例來說，母RTE可為針對整個組織界定忠誠度程序(包含條款和廣告活動)的團體。所有子RTE將繼承母RTE界定的忠誠度程序。以此方式，RTE程序可在較大組織上提供恒定忠誠度程序，同時使得容易快速且有效地更改整個團體上的忠誠度程序。
[0081]圖18描繪由令牌訪問事件模塊370控制的被跟蹤者保留過程1801的一個實施例。所述過程1801監(jiān)視用于某些觸發(fā)的中央數(shù)據(jù)庫1800，例如給定時間周期內(nèi)TVE的缺乏。在一個實施例中，當此觸發(fā)點燃時，系統(tǒng)可自動采取各種行動，例如向被跟蹤者發(fā)送消息、報價、優(yōu)惠券等以勸服被跟蹤者再次訪問跟蹤者。如所描繪的實施例中展示，舉例來說，消息可遞送1802到被跟蹤者，其引導(dǎo)1803被跟蹤者再次訪問跟蹤者，從而在過程中產(chǎn)生新TVE,以解決點燃觸發(fā)的條件。
[0082]圖19A是說明用于使用UTS進行無現(xiàn)金交易處理的方法1900的一個實施例的示意流程圖。所述方法1900開始且被跟蹤者使用UTS網(wǎng)站、單獨移動應(yīng)用等登錄1902到其用戶帳戶中。被跟蹤者將其用戶帳戶聯(lián)系1904到無現(xiàn)金支付帳戶，例如信用卡或儲蓄帳戶。系統(tǒng)檢查1906無現(xiàn)金帳戶的現(xiàn)有PIN。如果無現(xiàn)金帳戶不存在PIN，那么提示被跟蹤者產(chǎn)生1908。否則，被跟 蹤者輸入其現(xiàn)有PIN以授權(quán)和確認1910與跟蹤者的無現(xiàn)金交易。方法1900結(jié)束。
[0083]圖19B是說明用于使用UTS進行無現(xiàn)金交易處理的方法1920的一個實施例的示意流程圖。所述方法1920開始且跟蹤者在例如平板計算機、智能電話、PDA裝置等終端上輸入1922交易量，并掃描1924被跟蹤者的跟蹤令牌。無現(xiàn)金處理模塊380通過要求被跟蹤者輸入1928其無現(xiàn)金帳戶PIN以準許1930交易而驗證1926被跟蹤者的帳戶。方法1900結(jié)束。
[0084]圖20是說明用于使用UTS的數(shù)字商務(wù)卡系統(tǒng)的方法2000的一個實施例的示意流程圖。方法2000開始且掃描2002被跟蹤者跟蹤令牌，且數(shù)字商務(wù)卡模塊385檢查被跟蹤者是否已啟用2004所述UTS的數(shù)字商務(wù)卡服務(wù)。如果否，那么方法2000結(jié)束。否則，在例如平板計算機、智能電話等電子顯示裝置上顯示2006被跟蹤者聯(lián)系信息。數(shù)字商務(wù)卡模塊385還可產(chǎn)生跟蹤者與被跟蹤者之間的關(guān)系2008。數(shù)字商務(wù)卡自動交換2010。在一個實施例中，其它數(shù)字對象也可交換，例如注釋、群組等。方法2000結(jié)束。
[0085]本發(fā)明可在不脫離其精神或本質(zhì)特性的情況下以其它特定形式體現(xiàn)。所描述的實施例應(yīng)在所有方面僅視為說明性且非限制性的。因此，本發(fā)明的范圍由所附權(quán)利要求書而非以上描述指示。在權(quán)利要求書的含義和等效范圍內(nèi)的所有改變將包含在其范圍內(nèi)。
【權(quán)利要求】
1.一種設(shè)備，其包括: 令牌模塊，其經(jīng)配置以在不需要用戶提供任何前提條件的情況下產(chǎn)生通用跟蹤令牌，所述通用跟蹤令牌具有與用戶相關(guān)聯(lián)的唯一識別符； 用戶帳戶模塊，其經(jīng)配置以存儲與用戶相關(guān)聯(lián)的數(shù)據(jù)，所述用戶數(shù)據(jù)包括與一個或一個以上通用跟蹤令牌相關(guān)聯(lián)的數(shù)據(jù)，所述用戶帳戶被界定為商家和密鑰持有者帳戶的一者或一者以上；以及 關(guān)系模塊，其經(jīng)配置以維持所述用戶帳戶與多個商家和密鑰持有者帳戶的一者或一者以上之間的一對多關(guān)系，其中關(guān)系數(shù)據(jù)被收集且存儲在數(shù)據(jù)庫中； 其中所述令牌模塊、所述用戶帳戶模塊和所述關(guān)系模塊包括存儲在計算機可讀存儲媒體上的邏輯硬件和可執(zhí)行代碼的一者或一者以上。
2.根據(jù)權(quán)利要求1所述的設(shè)備，其進一步包括令牌訪問事件模塊，所述令牌訪問事件模塊經(jīng)配置以檢測密鑰持有者與商家之間的交易期間通用跟蹤令牌的存在，其中用所述交易的時間和所述密鑰持有者信息的一者或一者以上更新與商家相關(guān)聯(lián)的訪問歷史數(shù)據(jù)。
3.根據(jù)權(quán)利要求2所述的設(shè)備，其中所述令牌訪問事件監(jiān)視令牌訪問事件的數(shù)據(jù)庫，指定時間周期內(nèi)令牌訪問事件的不存在觸發(fā)保留動作。
4.根據(jù)權(quán)利要求1所述的設(shè)備，其中所述關(guān)系模塊進一步包括設(shè)置模塊，所述設(shè)置模塊經(jīng)配置以維持商家和密鑰持有者帳戶的一者或一者以上的用戶帳戶存取偏好，使得關(guān)系中的一方或一方以上可向其它方隱藏信息。
5.根據(jù)權(quán)利要求4所述的設(shè)備，其中所述設(shè)置模塊經(jīng)進一步配置以提供經(jīng)由隱藏服務(wù)的通信，所述隱藏服務(wù)經(jīng)由僅由跟蹤系統(tǒng)界定和理解的信道來重定向通信，其中所述隱藏服務(wù)以已知發(fā)送者列表來校驗通信使得濾出且丟棄來自未知發(fā)送者的通信。
6.根據(jù)權(quán)利要求1所述的設(shè)備，其中所述關(guān)系模塊維持個人關(guān)系目錄使得密鑰持有者可檢視其最喜愛商家的列表，當密鑰持有者在商家處呈現(xiàn)其跟蹤令牌時所述商家被添加到所述目錄。
7.根據(jù)權(quán)利要求1所述的設(shè)備，其中所述關(guān)系模塊聚合并報告一般關(guān)系數(shù)據(jù)，而不管任一方的隱私設(shè)置如何，且其中所述關(guān)系模塊管理共享關(guān)系數(shù)據(jù)，所述共享關(guān)系數(shù)據(jù)可由關(guān)系中的雙方檢視，具有由所述各方的隱私設(shè)置界定的存取限制。
8.根據(jù)權(quán)利要求1所述的設(shè)備，其中關(guān)系中的每一方具有對于所述關(guān)系的持續(xù)時間和條款的相等控制權(quán)，使得商家和密鑰持有者可在任何時間結(jié)束所述關(guān)系。
9.根據(jù)權(quán)利要求1所述的設(shè)備，其中令牌模塊跟蹤識別符以包括類別識別符、經(jīng)加密數(shù)值和字母數(shù)字校驗字符的壓縮格式存儲，使得跟蹤能力限于以跟蹤識別符授權(quán)的用戶。
10.根據(jù)權(quán)利要求1所述的設(shè)備，其中所述用戶帳戶模塊產(chǎn)生空跟蹤帳戶，所述空帳戶在所述關(guān)系中所述商家與密鑰持有者之間發(fā)生交易活動時被進一步界定。
11.根據(jù)權(quán)利要求1所述的設(shè)備，其中所述用戶帳戶模塊在發(fā)生匿名令牌訪問事件時產(chǎn)生匿名跟蹤帳戶，當密鑰持有者針對所述帳戶注冊時所述匿名跟蹤帳戶隨后被指派給所述密鑰持有者。
12.根據(jù)權(quán)利要求1所述的設(shè)備，其進一步包括點模塊，所述點模塊經(jīng)配置以聚合并管理通過與至少一個商家交易而獲取的密鑰持有者的忠誠點，所述忠誠點由多個商家普遍接受。
13.根據(jù)權(quán)利要求1所述的設(shè)備，其進一步包括無現(xiàn)金處理模塊，所述無現(xiàn)金處理模塊經(jīng)配置以使無現(xiàn)金支付帳戶與用戶帳戶聯(lián)系，所述無現(xiàn)金支付針對商品和服務(wù)的一者或一者以上在多個商家處接受，通過輸入PIN而確認所述無現(xiàn)金支付的授權(quán)。
14.根據(jù)權(quán)利要求1所述的設(shè)備，其進一步包括數(shù)字商務(wù)卡模塊，所述數(shù)字商務(wù)卡模塊經(jīng)配置使商務(wù)聯(lián)系信息與用戶帳戶相關(guān)聯(lián)，所述商務(wù)聯(lián)系信息可通過將跟蹤令牌呈現(xiàn)給利益相關(guān)方來檢索，其中可在檢索所述信息時產(chǎn)生所述各方之間的關(guān)系。
15.根據(jù)權(quán)利要求14所述的設(shè)備，其中所述用戶帳戶的所述隱私設(shè)置和存取等級可在請求所述商務(wù)聯(lián)系信息時被所述用戶越權(quán)，使得用戶可控制與另一方共享多少信息。
16.根據(jù)權(quán)利要求1所述的設(shè)備，其進一步包括交互式廣告模塊，所述交互式廣告模塊經(jīng)配置以在銷售點終端上視覺上呈現(xiàn)動態(tài)交互式廣告，其中所述交互式廣告內(nèi)容是基于廣告活動和計劃表的一者或一者以上，所述銷售點終端在用戶可界定的群組中被分類和管理。
17.根據(jù)權(quán)利要求16所述的設(shè)備，其中所述銷售點終端收集用戶數(shù)據(jù)，所述所收集的數(shù)據(jù)存儲在本地數(shù)據(jù)庫中直到其稍后經(jīng)由網(wǎng)絡(luò)發(fā)射到中央數(shù)據(jù)庫為止。
18.根據(jù)權(quán)利要求1所述的設(shè)備，其中商家?guī)艨煞诸悶槟负妥訋舻囊徽呋蛞徽咭陨?，母帳戶?制至少一個子帳戶使得所述至少一個子帳戶的某些設(shè)置由所述母帳戶確定。
19.一種方法，其包括以下步驟: 在不需要用戶提供任何前提條件的情況下產(chǎn)生UTS令牌，所述通用跟蹤令牌具有與用戶相關(guān)聯(lián)的唯一識別符； 產(chǎn)生用戶帳戶以存儲與用戶相關(guān)聯(lián)的數(shù)據(jù)，所述用戶數(shù)據(jù)包括與一個或一個以上通用跟蹤令牌相關(guān)聯(lián)的數(shù)據(jù)，所述用戶帳戶界定為商家和密鑰持有者帳戶的一者或一者以上； 維持所述用戶帳戶與多個商家和密鑰持有者帳戶的一者或一者以上之間的一對多關(guān)系，其中關(guān)系數(shù)據(jù)被收集且存儲在數(shù)據(jù)庫中。
20.根據(jù)權(quán)利要求19所述的方法，其進一步包括檢測密鑰持有者與商家之間的交易期間通用跟蹤令牌的存在，其中用所述交易的時間和所述密鑰持有者信息的一者或一者以上更新與商家相關(guān)聯(lián)的訪問歷史數(shù)據(jù)。
21.根據(jù)權(quán)利要求19所述的方法，其進一步包括提供經(jīng)由隱藏服務(wù)的通信，所述隱藏服務(wù)經(jīng)由僅由跟蹤系統(tǒng)界定和理解的信道來重定向通信，其中所述隱藏服務(wù)以已知發(fā)送者列表校驗通信而使得濾出且丟棄來自未知發(fā)送者的通信。
22.根據(jù)權(quán)利要求19所述的方法，其進一步包括聚合并管理通過執(zhí)行與至少一個商家的交易而獲取的密鑰持有者的忠誠點，所述忠誠點由多個商家普遍接受。
23.根據(jù)權(quán)利要求19所述的方法，其進一步包括使無現(xiàn)金支付帳戶與用戶帳戶聯(lián)系，所述無現(xiàn)金支付針對商品和服務(wù)的一者或一者以上在多個商家處接受，通過輸入PIN而確認所述無現(xiàn)金支付的授權(quán)。
24.一種計算機程序產(chǎn)品，所述計算機程序產(chǎn)品包括具有與其一起體現(xiàn)的計算機可讀程序代碼的計算機可讀存儲媒體，所述計算機可讀程序代碼經(jīng)配置以: 在不需要用戶提供任何前提條件的情況下產(chǎn)生通用跟蹤令牌，所述通用跟蹤令牌具有與用戶相關(guān)聯(lián)的唯一識別符； 存儲與用戶相關(guān)聯(lián)的數(shù)據(jù)，所述用戶數(shù)據(jù)包括與一個或一個以上通用跟蹤令牌相關(guān)聯(lián)的數(shù)據(jù)，所述用戶帳戶界定為商家和密鑰持有者帳戶的一者或一者以上；以及 維持所述用戶帳戶與多個商家和密鑰持有者帳戶的一者或一者以上之間的一對多關(guān)系，其中關(guān)系數(shù)據(jù)被收集且存儲在數(shù)據(jù)庫中。
25.根據(jù)權(quán)利要求24所述的計算機程序產(chǎn)品，所述計算機可讀程序代碼進一步配置以檢測密鑰持有者與商家之間的交易期間通用跟蹤令牌的存在，其中用所述交易的時間和所述密鑰持有者信息的一者或一者以上更新與商家相關(guān)聯(lián)的訪問歷史數(shù)據(jù)。
26.根據(jù)權(quán)利要求24所述的計算機程序產(chǎn)品，所述計算機可讀程序代碼進一步配置以提供經(jīng)由隱藏服務(wù)的通信，所述隱藏服務(wù)經(jīng)由僅由跟蹤系統(tǒng)界定和理解的信道來重定向通信，其中所述隱藏服務(wù)以已知發(fā)送者列表校驗通信而使得濾出且丟棄來自未知發(fā)送者的通?目。
27.根據(jù)權(quán)利要求24所述的計算機程序產(chǎn)品，所述計算機可讀程序代碼進一步配置以聚合并管理通過執(zhí)行與至少一個商家的交易而獲取的密鑰持有者的忠誠點，所述忠誠點由多個商家普遍接受。
28.根據(jù)權(quán)利要求24所述的計算機程序產(chǎn)品，所述計算機可讀程序代碼進一步配置以使無現(xiàn)金支付帳戶與用戶帳戶聯(lián)系，所述無現(xiàn)金支付針對商品和服務(wù)的一者或一者以上在多個商家處接受，通 過輸入PIN而確認所述無現(xiàn)金支付的授權(quán)。
【文檔編號】G06Q30/02GK103975355SQ201280059850
【公開日】2014年8月6日 申請日期:2012年10月12日 優(yōu)先權(quán)日:2011年10月12日
【發(fā)明者】艾倫·W·芬克 申請人:薩維科伊國際公司, 艾倫·W·芬克