專利名稱：無線用戶記帳和分發(fā)的制作方法
無線用戶記帳和分發(fā)
本申請是國際申請?zhí)枮镻CT/US2006/020705、國際申請日為2006年5月31日、 中國國家申請?zhí)枮?00680019109.3、發(fā)明名稱為"無線用戶記帳和分發(fā)"的申請
的分案申請。
背景技術(shù)：
1. 領(lǐng)域
本發(fā)明一般地涉及遠程計算設(shè)備與服務器之間的通信。更具體地，本發(fā)明涉及 在服務器與遠程客戶機設(shè)備之間記帳事件的創(chuàng)建和發(fā)送。
2. 背景
技術(shù)進步已使得個人計算設(shè)備體積更小、更強大。例如，當前存在多種便攜式 個人計算設(shè)備，包括無線計算設(shè)備，例如便攜式無線電話機、個人數(shù)字助理(PDA) 和尋呼設(shè)備，它們都很小、輕便，并可以方便地由用戶隨身攜帶。更具體地，便攜 式無線電話機例如還包括在無線網(wǎng)絡上傳送語音和數(shù)據(jù)分組的蜂窩電話機。此外， 正在制造在計算能力上有相對較大提高、由此變得越來越等同于小型個人計算機和 手持式PDA的許多此類蜂窩電話機。然而，這些更小且更強大的個人計算設(shè)備通常 受到資源的嚴格限制。例如，屏幕尺寸、可用存儲器和文件系統(tǒng)空間總量、輸入和 輸出能力和處理能力總量可能分別受到設(shè)備的小尺寸，具體而言，諸如鍵盤等用戶 輸入單元的小尺寸的限制。因為這種嚴格的資源限制，往往通常希望例如維持有限 大小和數(shù)量的駐留在此類遠程個人計算設(shè)備(客戶機設(shè)備)上的軟件應用和其它信 息。
一些個人計算設(shè)備使用有時稱作運行時環(huán)境和軟件平臺的應用編程接口 (API)，它們被安裝在其本地計算機平臺上，并且例如被用于比如通過為設(shè)備專 用資源提供統(tǒng)一調(diào)用等來簡化此類設(shè)備的操作。此外，此類API中有的還可使軟件 開發(fā)者能夠創(chuàng)建在此類設(shè)備上完全可執(zhí)行的軟件應用。此外，此類API中有一部分操作性地介于計算設(shè)備系統(tǒng)軟件與軟件應用之間，從而使該計算設(shè)備計算功能集可 供軟件應用使用，而不需要軟件開發(fā)者擁有專用計算設(shè)備系統(tǒng)源代碼。此外，有一 些API還提供用于在使用安全密碼信息的此類個人設(shè)備(即客戶機)與遠程設(shè)備(即 服務器)之間安全通信的機制。
此類API的例子包括由加利福尼亞州圣地亞哥市高通(QUALC0醒)公司開發(fā)的 無線軟件版本的二進制運行時環(huán)境(BREW )，部分例子在下文中將進行更詳細地 討論。81^^ 可以與計算設(shè)備(例如無線蜂窩電話機)操作系統(tǒng)協(xié)作，除了其它特 征之外，還可以提供至個人計算設(shè)備上特有的硬件特征的接口。 81^化《還能以相對 于設(shè)備資源要求以及相對于消費者為包含BREW⑧的設(shè)備支付的價格而言相對較低 的成本在此類個人計算設(shè)備上提供這些接口 。 81^1 的其它特征包括其端對端軟件 分發(fā)平臺，該平臺為無線服務運營商、軟件開放者和計算設(shè)備消費者提供多種益處。 至少一個此類當前可用的端對端軟件分發(fā)平臺包括分布在服務器-客戶機架構(gòu)上的 邏輯，其中服務器執(zhí)行諸如記帳、安全和應用分發(fā)功能，而客戶機執(zhí)行諸如應用執(zhí) 行、安全和用戶接口功能集。
上述相關(guān)技術(shù)的描述僅僅將提供API的一些公知用途的概況，并作為對可在本 發(fā)明的實施例中使用的8尺￡￥@平臺的介紹。然而，本發(fā)明不應解釋為局限于某個具 體實現(xiàn)、操作平臺或環(huán)境。
示例性實施例的概要 本發(fā)明的示例性實施例針對一種用于在無線網(wǎng)絡中生成和處理記帳請求的系 統(tǒng)和方法。
因此，本發(fā)明的一個實施例可以包括一種方法，其包括在可信服務處生成記 帳請求；將包括記帳信息的該記帳請求傳送給無線用戶記帳系統(tǒng)；在該無線用戶記 帳系統(tǒng)中生成對該記帳請求的確認響應；以及將該確認響應傳送給該可信服務。
本發(fā)明的另一個實施例可以包括一種設(shè)備，其包括在無線用戶記帳系統(tǒng)中的 服務價值記帳(SVB)模塊，其配置成接收來自可信服務的記帳請求并認證該可信 服務；以及確認邏輯，其配置成響應于該記帳請求生成確認響應。
本發(fā)明的另一個實施例可以包括一種系統(tǒng)，其包括用于在無線用戶記帳系統(tǒng) 處接收來自可信服務的包括記帳信息的記帳請求的裝置；用于在無線用戶記帳系統(tǒng) 中生成對該記帳請求的確認響應的裝置；以及用于將該確認響應傳送給該可信服務的裝置。
本發(fā)明的另一個實施例可包括一種計算機可讀介質(zhì)，其上存儲有用于在無線用 戶記帳系統(tǒng)中處理記帳請求的計算機程序，該計算機程序包括一旦被執(zhí)行就使計算 設(shè)備執(zhí)行下述過程的指令接收來自可信服務的記帳請求，其中該記帳請求向該無 線用戶記帳系統(tǒng)記帳信息；在無線用戶記帳系統(tǒng)內(nèi)生成對該記帳請求的確認響應； 以及將該確認響應傳送給該可信服務。
本發(fā)明的另一個實施例可以包括一種在無線用戶記帳系統(tǒng)中處理多方記帳事 件的方法，該方法包括生成包括供應商費用和收款人、及與交易相關(guān)聯(lián)的至少一 個源費用和收款人的記帳事件；以及處理該交易以將支付分發(fā)給供應商收款人和該 至少一個源收款人。
附圖簡要說明
當結(jié)合附圖考慮時，通過參考下述詳細描述，將能更好地理解本發(fā)明的實施例 及其諸多附帶優(yōu)點，從而就將更完整地認識這些實施例和優(yōu)點，附圖僅用于說明而
不是限制本發(fā)明，在附圖中


圖1是支持根據(jù)本發(fā)明至少一個實施例的客戶機設(shè)備和服務器的無線網(wǎng)絡架 構(gòu)的圖2是支持根據(jù)本發(fā)明至少一個實施例的客戶機設(shè)備和服務器的無線網(wǎng)絡架 構(gòu)的更詳細的圖3是根據(jù)本發(fā)明至少一個實施例的應用價值記帳系統(tǒng)的系統(tǒng)級圖解； 圖4是根據(jù)本發(fā)明至少一個實施例的服務價值記帳系統(tǒng)的系統(tǒng)級圖解； 圖5是根據(jù)本發(fā)明至少一個實施例的群組分發(fā)系統(tǒng)的系統(tǒng)級圖解； 圖6是一種包括根據(jù)本發(fā)明至少一個實施例的系統(tǒng)要素的代理購買過程的系 統(tǒng)級圖解；
圖7是根據(jù)本發(fā)明至少一個實施例的多方結(jié)算和CRM系統(tǒng)的系統(tǒng)級圖解；以及 圖8 - ll是圖示根據(jù)本發(fā)明各實施例的方法的流程圖。
優(yōu)選實施例的具體說明 在涉及本發(fā)明具體實施例的以下描述和相關(guān)附圖中公開了本發(fā)明的各個方面。 可以設(shè)計出替換實施例而不會脫離本發(fā)明的范圍。此外，將不詳細描述本發(fā)明的公知要素，或者將予以省略，以免與本發(fā)明的相關(guān)細節(jié)混淆。
在此使用的措詞"示例性的"是指"用作例子、實例或例證"。不必將在此描 述為"示例性的"任何實施例解釋為優(yōu)于或勝過其它實施例。類似地，術(shù)語"本發(fā) 明的實施例"并不要求本發(fā)明的全部實施例都包括所討論的特征、優(yōu)點或操作模式。
此外，以將由諸如計算設(shè)備的元件執(zhí)行的動作序列的形式描述多個實施例。將 認識到，在此描述的各個動作可以由具體電路(例如專用集成電路(ASIC))，通 過由一個或多個處理器執(zhí)行的程序指令，或者通過兩者的組合來執(zhí)行。此外，可以 將在此描述的這些動作的序列視為完全包含在任意形式的計算機可讀存儲介質(zhì)中， 在這種介質(zhì)中存儲著相應的計算機指令集，一旦執(zhí)行這些指令就將使相關(guān)聯(lián)的處理 器執(zhí)行在此所描述的功能集。因而，可以以多種不同形式實施本發(fā)明的各個方面， 各種形式將視為在所要求保護主題的范圍內(nèi)。此外，對于在此描述的每個實施例， 可以將任何此類實施例的相應形式在此描述為諸如"配置成執(zhí)行所述動作的邏輯"。
可以結(jié)合在計算設(shè)備上執(zhí)行的運行時環(huán)境(例如API)使用本發(fā)明的一個或多
個實施例。 一種此類的運行時環(huán)境是先前討論的無線軟件用二進制運行時環(huán)境
(BREW )。然而，也可以結(jié)合在例如操作以控制應用在無線客戶計算設(shè)備上的執(zhí) 行的其它類型的運行時環(huán)境或平臺使用本發(fā)明的一個或多個實施例。
此外，本領(lǐng)域的技術(shù)人員將認識到，為了簡化描述，在此描述的是被分發(fā)和執(zhí) 行的應用文件類型。然而，"應用"還可以包括具有可執(zhí)行內(nèi)容的文件，例如目 標代碼、腳本、Java文件、書簽文件(或PQA文件)、WML腳本、字節(jié)代碼和Perl 腳本。此外，在此所述的"應用"還可以包括本質(zhì)上不可執(zhí)行的文件，例如可能需 要打開的文件或者需要被訪問的其它數(shù)據(jù)文件。
圖1圖示根據(jù)本發(fā)明至少一個實施例的無線系統(tǒng)100的一種示例實施例的方框 圖。系統(tǒng)100可以包含諸如蜂窩電話機102的客戶機設(shè)備，它通過無線網(wǎng)絡104 與至少一個應用下載服務器106通信，該服務器可以選擇性地將軟件應用和組件經(jīng) 無線通信門戶或去往無線網(wǎng)絡104的其它數(shù)據(jù)門路發(fā)送給無線設(shè)備。如圖所示，無 線(客戶機)設(shè)備可以是蜂窩電話機102、個人數(shù)字助理108、圖中示為雙向文本 尋呼機的尋呼機IIO — 、或者甚至是一個具有無線通信門戶的單獨的計算機平臺 112。因而，可以在包括無線通信門戶或者具有無線通信能力的任意形式的客戶機 設(shè)備上實現(xiàn)本發(fā)明的實施例，所述客戶機設(shè)備包括但不限于無線調(diào)制解調(diào)器、
9PCMCIA卡、個人計算機、接入終端、電話機、或者它們的任意組合或再組合。
在圖中，應用下載服務器(ADS) 106被示為位于與無線網(wǎng)絡104通信的具有 其它計算機元件的網(wǎng)絡116上?？梢源嬖讵毩⒎掌?22，并且每個服務器可以經(jīng) 無線網(wǎng)絡104向客戶機設(shè)備102、 108、 110和112提供單獨的服務和進程。最好還 存在至少一個應用存儲數(shù)據(jù)庫118，其保存可由無線設(shè)備102、 108、 110和112下 載的軟件應用和內(nèi)容。然而，本領(lǐng)域的技術(shù)人員將理解，圖l所示的配置僅僅是示 例性的。因此，本發(fā)明的實施例可以包括一個或多個服務器，所述服務器可以各自 執(zhí)行全部所述功能并包含全部必需硬件和軟件，或者可以僅包含選定的功能集。
圖2的方框圖更完整地圖示系統(tǒng)100，包括無線網(wǎng)絡104的組件和本發(fā)明示例 性的實施例的要素的相互關(guān)系。系統(tǒng)IOO僅僅是示例性的，并且可以包括允許例如 無線客戶計算設(shè)備102、 108、 110和112的遠程客戶機設(shè)備以無線方式在相互之間 和/或在通過包括但不限于無線網(wǎng)絡承載商和/或服務器的無線網(wǎng)絡104連接的組 件之間通信的任意系統(tǒng)。應用下載服務器106和應用存儲數(shù)據(jù)庫118以及用于提供 蜂窩電信業(yè)務的諸如記帳服務器130等任何其它服務器通過諸如互聯(lián)網(wǎng)、安全LAN 或WAN或者其它網(wǎng)絡等數(shù)據(jù)鏈路與承載商網(wǎng)絡200通信。在所圖示的實施例中，服 務器120可以包括應用下載服務器106、記帳服務器130和應用存儲數(shù)據(jù)庫118。 然而，這些服務器也可以是獨立設(shè)備。
承載商網(wǎng)絡200控制發(fā)送給消息收發(fā)服務控制器("MSC" ) 202的消息(通 常作為數(shù)據(jù)分組發(fā)送)。承載商網(wǎng)絡200通過網(wǎng)絡、因特網(wǎng)和/或公共交換電話網(wǎng)
(PSTN)與MSC 202通信。典型地，在承載商網(wǎng)絡200和MSC 202之間的網(wǎng)絡或因 特網(wǎng)連接傳輸數(shù)據(jù)，而PSTN傳輸語音信息。MSC 202可以連接到多個基站("BTS") 204。以類似于承載商網(wǎng)絡的方式，MSC 202通常通過用于數(shù)據(jù)傳輸和/或語音信息 的網(wǎng)絡、因特網(wǎng)和/或PSTN連接到BTS 204。 BTS 204可以通過短消息收發(fā)服務
("SMS")或者其它現(xiàn)有技術(shù)中公知的空中(OTA)方法將數(shù)據(jù)消息無線地廣播給 客戶機設(shè)備，例如蜂窩電話機102。
客戶機設(shè)備，在此為無線客戶機計算設(shè)備，例如蜂窩電話機102，具有可接收 和執(zhí)行發(fā)送自應用下載服務器106、記帳服務器130和/或服務器120的軟件應用 或內(nèi)容和/或命令的計算機平臺206。計算機平臺206可以包括專用集成電路
("ASIC" 208)、或其它處理器、微處理器、邏輯電路或其它數(shù)據(jù)處理設(shè)備。ASIC208或其它處理器執(zhí)行與無線設(shè)備的存儲器212中的任意駐留程序接口的應用編程 接口 ( "API" ) 210層。存儲器212可以包括只讀或隨機存取存儲器(RAM和ROM)、 EEPROM、閃存卡或者各計算機平臺常用的任意存儲器。API210還包括基于應用的 價值記帳擴展(AVB) 310，其包含配置成處理從客戶機設(shè)備到承載商網(wǎng)絡200的特 殊記帳請求的邏輯。計算機平臺206還包括可保存當前沒有在存儲器212內(nèi)使用的 應用的本地數(shù)據(jù)庫214。本地數(shù)據(jù)庫214通常是閃存單元，但是也可以是現(xiàn)有技術(shù) 中公知的任意次級存儲設(shè)備，例如磁介質(zhì)、EEPROM、光介質(zhì)、磁帶、軟盤或硬盤、 等等。
諸如蜂窩電話機102之類的無線客戶機計算設(shè)備在其上安裝有或者下載一個 或多個軟件應用，例如游戲、新聞、股票監(jiān)視器、等等。例如，蜂窩電話機102 可以接收從下載服務器106下載的一個或多個軟件應用和內(nèi)容。當不處于使用狀態(tài) 時，可以將該軟件應用和內(nèi)容存儲在本地數(shù)據(jù)庫214上。蜂窩電話機102或者其它 無線計算設(shè)備可以將存儲在本地數(shù)據(jù)庫214上的駐留應用上載到存儲器212以便在 用戶希望執(zhí)行或者由另一個API調(diào)用時在API 210上執(zhí)行。
在本申請中，"客戶機設(shè)備"、"無線設(shè)備"或者"客戶機計算設(shè)備"包括例 如執(zhí)行駐留配置邏輯的一個或多個處理電路，其中此類計算設(shè)備包括例如微處理 器、數(shù)字信號處理器(DSP)、微控制器、便攜式無線電話機、個人數(shù)字助理(PDA) 和尋呼設(shè)備，或者包含配置成至少執(zhí)行在此所述的涉及在客戶機設(shè)備與服務器之間 傳送的記帳信息的操作的處理器和邏輯的硬件、軟件和/或固件的任意適當組合。 可以由至少一個遠程服務器為客戶機計算設(shè)備提供關(guān)于處理在客戶機設(shè)備處生成 的記帳請求的服務。根據(jù)本發(fā)明實施例可以使用的客戶機設(shè)備的一些例子包括蜂窩 電話機或其它無線通信單元、PDA、尋呼設(shè)備、手持式導航設(shè)備、手持式游戲設(shè)備、
音樂或視頻內(nèi)容下載單元、和其它類似無線通信設(shè)備。
客戶機設(shè)備102與BTS 204之間的無線通信可以基于不同的技術(shù)，例如碼分多 址(CDMA)、時分多址(TDMA)、頻分多址(FDMA)、全球移動通信系統(tǒng)(GSM) 或者可以在無線通信網(wǎng)絡或數(shù)據(jù)通信網(wǎng)絡內(nèi)使用的其它協(xié)議。數(shù)據(jù)通信通常是在客 戶機設(shè)備102、 BTS 204和MSC 202之間。MSC 202可以連接到多個數(shù)據(jù)網(wǎng)絡，比 如承載商網(wǎng)絡200、 PSTN、因特網(wǎng)、虛擬專用網(wǎng)、等等，從而使客戶機設(shè)備可訪問 更廣闊的通信網(wǎng)絡。如先前討論的，除了語音傳輸之外，還可以通過SMS或現(xiàn)有技術(shù)中公知的其它OTA方法將數(shù)據(jù)傳送給客戶機設(shè)備。
參見圖3，圖示客戶機設(shè)備300包括包含AVB擴展310 (例如在應用內(nèi)支持記 帳請求和處理的API)的應用320 (例如81^￥ 應用)。記帳請求在應用內(nèi)生成。 這樣就可以允許將購物體驗控制在應用層上，并且可以在應用的分發(fā)和定價以及在 應用和/或內(nèi)容的特征方面有更大的靈活性。例如，開發(fā)者可能希望提供具有各有 不同價格等級的各種特征的街機類型的應用。這些特征可以包含在原始應用內(nèi)(例 如不同的難度等級)或者可以從遠程服務器下載(例如增強背景音樂)?？梢韵蛴?戶顯示購買每一特征的選項，用戶可以使用AVB擴展310在應用層上確定是否購買 附加特征。因此， 一個應用320可以為開發(fā)者和承載商生成針對區(qū)別定價的遞增記 帳，而不需要多個應用和不同應用的多個下載。同樣，因為通過應用支持附加服務， 所以基于網(wǎng)絡的應用可以動態(tài)地配置遞增收費后就可獲得的最新的一組服務，而不 需要重新部署新的應用。這樣一個例子是鈴聲購買應用?？梢詫⑩徛暣鎯υ诜掌?上，并且可以在內(nèi)容服務器確定適當時進行更新。AVB應用可以訪問鈴聲和定價的 遠程目錄以實時地向消費者顯示。這樣，AVBAPI向開發(fā)者和運營商在數(shù)據(jù)服務提 供和定價靈活性方面提供更大的靈活性。
相反，為了使用常規(guī)系統(tǒng)實現(xiàn)類似的功能，應用開發(fā)者將必需針對每個特征和 /或定價等級生成不同的應用并使它們可供下載。常規(guī)系統(tǒng)將每個下載視為一次性 購買，記錄記帳信息并處理每個所下載應用的結(jié)算。該過程由承載商控制，為了購 買每個應用，客戶機設(shè)備將必須連接到承載商網(wǎng)絡以瀏覽應用目錄并購買具有期望 特征的期望應用。
在本發(fā)明的實施例中，如上所述，購物體驗在客戶機設(shè)備300處進行。因此， 當在客戶機設(shè)備300處購買選項被顯示并被接受之后，在客戶機設(shè)備300內(nèi)生成記 帳請求?？梢詫⒃撚泿ふ埱蠛陀糜谔幚碓撚泿そ灰椎钠渌畔?例如用戶標識信息 (SID)、(一個或多個)內(nèi)容供應商、零售價格、等等)傳送給遠程記帳系統(tǒng)301。 在遠程記帳系統(tǒng)301處接收到該記帳請求并予以處理。響應于記帳請求，在遠程記 帳系統(tǒng)301處生成確認響應。將該確認響應傳送給客戶機設(shè)備300。
確認響應可以是對記帳請求的準許或者對記帳請求的拒絕。一旦客戶機設(shè)備接 收到該響應，它就可以相應地處理該確認。例如，如果確認響應為肯定性的，則可 以啟動鏈接到該記帳請求的特征(例如，街機游戲中的附加等級)。類似地，如果該記帳請求被拒絕，則可以在客戶機設(shè)備上顯示記帳請求的拒絕指示?？扇螕竦兀?br> 在拒絕內(nèi)可以包括附加信息，例如拒絕該請求的原因(例如資金不足)。
在至少一個實施例中，該記帳系統(tǒng)可以利用現(xiàn)有的記帳組件以便于該系統(tǒng)的實
現(xiàn)。例如，在圖3中，應用分發(fā)系統(tǒng)(ADS) 106可以接收到來自客戶機設(shè)備300 的記帳請求。ADS 106隨后可以訪問可以由記帳實體(例如承載商)確定的確認邏 輯330。確認邏輯可以根據(jù)需要詳盡或者有限。例如，承載商可以允許全部的記帳 事件被處理，只要SID和所請求的記帳額度是有效的，并且提供的信息足以生成記 帳事件(例如項目ID、供應商ID、供應商定價(例如支付供應商的價格)、等等)。 此信息可以直接包括在記帳請求內(nèi)或者可以與在記帳系統(tǒng)內(nèi)的服務器內(nèi)存儲的信 息組合來生成。例如，可以將項目ID鏈接到一個或多個供應商ID和相關(guān)供應商定 價、該項目的描述、消費者價目表價格(CLP)、等等。然而，通常從AVB 310發(fā) 送定價信息，因為在生成記帳請求的基于客戶機的交易過程中顯示給用戶的價格應 當是用于用戶記帳的價格。
ADS 106可以根據(jù)項目ID生成附加記帳信息。此外， 一旦確認邏輯330準許 該記帳請求，ADS 106就可以執(zhí)行附加檢査。例如，如果客戶機定價計劃是預付費 計劃，則可以檢查預付費余額以查看是否有充足資金來購買該項目。如果有充足資 金，則將準許發(fā)送給客戶機設(shè)備。然而，如果沒有充足資金，則拒絕該記帳請求， 即使該記帳請求是有效的。 一旦該記帳請求最終被記帳系統(tǒng)301準許，就將該準許 發(fā)送給客戶機設(shè)備300以由AVB 310和生成該記帳請求的應用320予以處理。
除了發(fā)送準許之外，ADS 106還將交易數(shù)據(jù)傳送給交易管理器(TXN) 340。該 TXN 340被配制成從ADS 106接收交易數(shù)據(jù)。TXN 340可將任何未包括的其它記帳 信息與交易數(shù)據(jù)相關(guān)聯(lián)。例如，交易數(shù)據(jù)可以包含SID、項目ID和價格ID。 TXN 340 可以關(guān)聯(lián)附加數(shù)據(jù)以使記帳過程完整(例如供應商ID和相關(guān)供應商定價、項目描 述、全定價計劃、等等)。隨后，TXN 340可以將此信息作為記帳事件傳送給客戶 機記帳模塊350和結(jié)算模塊360?？蛻魴C記帳模塊350被配制成接收來自TXN 340 的記帳事件并向與客戶機設(shè)備300相關(guān)聯(lián)的用戶生成帳單。結(jié)算模塊360還被配置 成接收來自TXN 340的記帳事件，給記帳實體(例如承載商/運營商)開發(fā)票，和 支付供應商(例如開發(fā)者、出版者、等等)。
典型地，在生成交易數(shù)據(jù)之后，以常規(guī)方式創(chuàng)建和處理記帳事件。例如，可以將與項目相關(guān)的元數(shù)據(jù)存儲在TXN 340和/或相關(guān)數(shù)據(jù)庫內(nèi)。當客戶機設(shè)備300接 收到針對記帳請求的準許時，可以將交易數(shù)據(jù)發(fā)往并存儲在數(shù)據(jù)庫內(nèi)。還可以存儲 交易類型，以便向承載商和/或開發(fā)者生成的報告可以將該交易標識為AVB生成的 記帳事件。交易數(shù)據(jù)還可以包括元數(shù)據(jù)和由其它設(shè)備和/或系統(tǒng)包括的附加信息的 子集。通過將元數(shù)據(jù)與原始交易數(shù)據(jù)相關(guān)，在TXN 340內(nèi)創(chuàng)建記帳事件。在題為 "Transaction Processing (交易處理)"、序列號為10/222， 706的本申請人擁 有的美國專利申請中對該過程進行了更詳細的描述，其全文通過引用結(jié)合于此。
客戶機設(shè)備購買和獲取應用的常規(guī)過程包括客戶機設(shè)備訪問可用應用目錄， 選擇期望應用和將該應用下載到客戶機設(shè)備。該過程生成與應用下載相關(guān)的記帳事 件，該事件最終導致對用戶的記帳和對應用開發(fā)者的支付，如在背景技術(shù)中討論的。 然而，應用的銷售和購買以及無線用戶記帳系統(tǒng)的使用被局限在了該客戶機-服務 器連接上。
圖4圖示根據(jù)本發(fā)明至少一個實施例的允許附加服務價值記帳的系統(tǒng)。服務價 值記帳(SVB)模塊410可以包括在無線用戶記帳系統(tǒng)400內(nèi)。SVB 410提供為并 非承載商網(wǎng)絡的一部分的可信服務490 (例如第三方銷售商、出版者、等等)提供 記帳門戶。SVB410允許可信服務490生成記帳請求，這些基站請求隨后將通過記 帳系統(tǒng)400處理。與對直接從客戶機設(shè)備選擇和向其下載的應用進行分發(fā)和記帳的 常規(guī)系統(tǒng)不同，SVB允許通過已建立的無線用戶記帳系統(tǒng)400處理非應用相關(guān)交易。
驗證特征可以包含在SVB模塊410內(nèi)，其可以驗證訪問SVB模塊410的可信服 務490的身份。例如，可以將數(shù)字證書頒發(fā)給可信服務。該證書將與承載商/運營 商和可信服務(例如內(nèi)容收款人)相關(guān)聯(lián)以供確認。可信服務490可以使用所頒發(fā) 的證書數(shù)字向SVB模塊410簽署每個交易?？梢詫?shù)字簽名和數(shù)字證書包含在每個 請求內(nèi)。隨后，SVB模塊驗證在每個記帳請求上的簽名。SVB 410可以是基于環(huán)球 網(wǎng)(web)的接口，并且到SVB 410的連接可以經(jīng)因特網(wǎng)在可信服務490認證中使 用HTTPS協(xié)議來進行。然而，本領(lǐng)域的技術(shù)人員將認識到本發(fā)明并不局限于因特網(wǎng) 連接和HTTPS協(xié)議，而是可以使用有線和/或無線連接和適當?shù)陌踩?認證系統(tǒng)的任 意組合傳送來自可信服務的記帳請求。
因此，無線用戶記帳系統(tǒng)400可以接收來自記帳系統(tǒng)400外部的可信服務的記 帳請求。記帳請求可以包括傳送給記帳系統(tǒng)400和用于在記帳系統(tǒng)400處驗證該請求的記帳信息。此外，記帳系統(tǒng)400可以生成對記帳請求的確認響應并將該確認響
應傳送給可信服務490。記帳信息可以包括用于確認記帳請求的信息，包括用戶ID、 供應商/內(nèi)容收款人、內(nèi)容(項目)ID、價目表價格、記帳描述等。然而，本領(lǐng)域 的技術(shù)人員將認識到，在記帳請求內(nèi)可以包括其它數(shù)據(jù)。
例如，在圖4所示的配置內(nèi)，可有可信服務490生成記帳請求。SVB410可以 接收來自可信服務490的記帳請求和可以認證可信服務490，如在此討論的。確認 邏輯430可以確認記帳請求。使用確認邏輯430，承載商可以執(zhí)行記帳完整性檢查 以確定承載商是否希望接受該記帳請求以進一步處理或者拒絕該請求。因為承載商 并未在控制定價和交易，但是將對該用戶記帳，因而可以使用確認邏輯430作為介 入點以允許承載商確定哪些記帳請求是可接受的。如果該記帳請求被確認，則SVB 410可以根據(jù)該記帳請求生成交易數(shù)據(jù)并將該交易數(shù)據(jù)傳送給交易管理器440。交 易管理器440可以自SVB 410接收交易數(shù)據(jù)并生成可傳送給記帳模塊450和結(jié)算模 塊460的記帳事件。記帳模塊450可以接收來自交易管理器440的記帳事件，并生 成給用戶的帳單。結(jié)算模塊460可以自交易管理器440接收該記帳事件，給承載商 開發(fā)票，并支付內(nèi)容供應商(例如為其記帳的應用/內(nèi)容/服務的源)，如上文討論 的。因此，可以使用SVB410來記帳和結(jié)算記帳系統(tǒng)400外部的交易，并且無線用 戶記帳系統(tǒng)400的使用并不限于對應用下載和/或承載商相關(guān)服務進行記帳和結(jié) 算。
因為來自可信服務的基于SVB的記帳事件不是在承載商網(wǎng)絡內(nèi)或者從用戶的 客戶機設(shè)備直接生成的，所以可以由SVB使用SID映射數(shù)據(jù)庫420來唯一性地識別 該用戶。例如，用戶可以在可信服務490處使用承載商已知的他們的移動目錄(可 撥號)編號(MDN)或分配的其它唯一性編號?？梢詫DN (或其它唯一性編號) 作為SID隨記帳請求一起傳送給SVB 410。隨后，SVB 410可以訪問SID映射數(shù)據(jù) 庫420，并使用在記帳系統(tǒng)內(nèi)使用的唯一性SID替代MDN或者將MDN與之相關(guān)聯(lián)以 處理記帳請求和交易。
此外，購買/記帳的項目可以不是通過ADS和/或承載商網(wǎng)絡分發(fā)的應用或內(nèi) 容。因此，記帳請求可以包括與項目描述、零售價格和購買時間/日期等相關(guān)的附 加信息。然而，還可以將該附加信息的至少一部分預加載到數(shù)據(jù)庫內(nèi)，并根據(jù)項目 ID和/或供應商/收款人ID (例如可信源)進行訪問。包括在記帳請求內(nèi)的信息可以包括用于記帳和跟蹤交易的各種數(shù)據(jù)。例如，包 括在記帳請求內(nèi)的信息可以包括可以由可信服務規(guī)定代表用于在該可信服務處購 買的項目(例如應用、內(nèi)容、文章和/或服務)的唯一性標識符的項目ID。可以將 其視為該項目的記帳方編號。然而，因為不保證該項目ID跨各可信服務都是唯一 性的，因而可以結(jié)合供應商/收款人ID (可以是可信服務)來參考以維持唯一性。
客戶ID可以是運營商的用戶ID (SID)或者可以與運營商/承載商的SID相關(guān)的其 它唯一性ID。在記帳信息內(nèi)可以包括客戶ID類型(例如SID、 MDN)。簽名可以是 由可信服務使用所頒發(fā)的數(shù)字證書的私鑰數(shù)字簽署的所有數(shù)據(jù)的級聯(lián)串?？梢詫?自可信服務密鑰對的數(shù)字證書用于SVB以認證該請求。收款人ID可以代表將要向 其支付標準收入股份分割(例如在承載商、結(jié)算實體和內(nèi)容供應商之間的收入分割) 的內(nèi)容部分的供應商/內(nèi)容收款人，并可以等同于該項目的出版者/開發(fā)者/制造者。 在許多情況下，收款人ID是可信服務。
可以包括購買的格林尼治標準時間(GMT)戳。可以包括GMT偏移量以代表計 算本地時間的偏移量。客戶機交易ID可以代表記帳/交易請求的唯一性標識符。可 以使用其來檢查是否已經(jīng)接收到該交易(重復檢査以防止雙重記帳)。承載商ID 代表系統(tǒng)內(nèi)的次級運營商ID (例如它可以等同于BI^P)承載商ID和主承載商)。
預付費標記可以指示終端用戶是否是該運營商的預付費客戶。零售價格可以代表內(nèi) 容記帳事件的消費者收費。內(nèi)容費用可以代表用于根據(jù)定價條款確定內(nèi)容收款人支 付的價值。在大部分情況下，它與零售價格相同。貨幣代碼可以代表在交易內(nèi)規(guī)定 的價目表價格、內(nèi)容費用和源費用金額的貨幣。記帳描述可以代表內(nèi)容項目的簡單 描述，其可以被包括在發(fā)送給承載商的報告(例如記帳XML饋送)、以及對開發(fā)者 可用的報告(例如開發(fā)者XML饋送)中，并出現(xiàn)在消費者記帳結(jié)單上。其等同于用 于該項目的記帳方名稱。長描述可以代表可用于進一步描述交易(例如用于客戶服 務)、但是通常并不包括在記帳提取XML或開發(fā)者提取XML (即向開發(fā)者的報告) 中的價值帳單內(nèi)容的更長名稱。銷售商數(shù)據(jù)可以代表隨著記帳交易傳遞的將由可信 服務使用的附加數(shù)據(jù)。在記帳和開發(fā)者報告內(nèi)可以包括銷售商數(shù)據(jù)。用于開始循環(huán) 記帳接口的信息可以包括可指示觸發(fā)訂購記帳的日期(例如以月份/日期/年份的格 式)的開始帳單日期。如果開始帳單日期是在未來，則直到開始帳單日期才建立觸 發(fā)記帳的第一價值記帳(IB)事件。結(jié)束帳單日期可以指示訂購的結(jié)束日期(例如以月份/日期/年份的格式)。在結(jié)束帳單日期之后不窗建IB事件。
提供可包括在記帳請求內(nèi)和/或可與記帳事件相關(guān)聯(lián)的可選記帳信息的以上描 述僅僅是為了說明。在沒有上述全部信息的情況下也可以處理記帳請求，類似地， 為了跟蹤和報告記帳事件的目的，可以添加未列出的附加信息。因此，本領(lǐng)域的技 術(shù)人員將理解，生成記帳事件的記帳請求和相關(guān)信息可以根據(jù)所購買項目的承載商 和供應商的希望而改變。
使用SVB 410，記帳系統(tǒng)400本質(zhì)上用作來自可信服務490 (即用于記帳生成 的授權(quán)源)的"通過"記帳服務?？尚欧?90可以負責服務價值記帳交易管理， 其可以包括創(chuàng)建交易(例如SOAP (簡單目標訪問協(xié)議)接口)、提供安全性、 設(shè)置有效交易屬性(例如上述記帳信息)、向記帳系統(tǒng)400提交該交易、處理來自 記帳系統(tǒng)400的響應并根據(jù)需要重新提交該交易?？尚欧?90可以使用由運營商 頒發(fā)的數(shù)字證書或者其它安全交易處理將每個交易的認證(例如數(shù)字簽署每個交 易)提供給SVB 410。隨后，SVB 410可以認證來自可信服務490的請求，確認該 請求，支持價值記帳運營商接口和將有效請求(例如交易數(shù)據(jù))傳送給TXN 440。 SVB 410可以返回出錯代碼以標識無效請求。TXN 440可以支持重復事件檢查、記 帳交易的轉(zhuǎn)換處理、循環(huán)內(nèi)容價值記帳的映射和處理，并可以將價值記帳事件傳送 給記帳模塊450和結(jié)算模塊460。
SVB 410可以支持多個運營商接口 。例如，可以使用用戶授權(quán)接口來驗證該SID 是否被授權(quán)用于該SVB服務?？梢詫⒔灰状_認接口 (例如確認邏輯430)用于運營 商以實現(xiàn)記帳信息的附加驗證(即內(nèi)容費用不超過X、客戶ID有效、等等)?？?以使用預付費接口來為價值記帳服務發(fā)起預付費授權(quán)(例如檢査預付費余額)和借 記服務。這些接口可以被實現(xiàn)為分立模塊，或者可以被全部包括在公共邏輯模塊(例 如確認邏輯430)內(nèi)。
如上文討論的，常規(guī)無線系統(tǒng)內(nèi)的應用購買由承載商/運營商控制，并且通常 基于客戶機設(shè)備瀏覽應用(例如由ADS顯示的)，從承載商網(wǎng)絡選擇和下載應用。 如在背景和以上公開內(nèi)討論的，交易可以被記錄、記帳和結(jié)算。
然而，在記帳系統(tǒng)內(nèi)添加SVB服務允許有除了自承載商網(wǎng)絡直接購買之外的代 理購買(Alt Buy)源。參見圖5， SID定向(或者客戶機設(shè)備定向的)分發(fā)結(jié)構(gòu)可 以允許將項目(例如應用、內(nèi)容、等等)定向傳遞給遠程客戶機設(shè)備。該SID定向結(jié)構(gòu)允許自承載商購買的應用和/或內(nèi)容脫機地與SID相關(guān)聯(lián)，以便所購買的應用/ 內(nèi)容可供從客戶機設(shè)備下載，并且該下載事件將不會生成對用戶的任何附加記帳， 如同常規(guī)的下載處理一樣。
例如，主目錄510可以包含可供從承載商/運營商購買的多個項目(例如應用、 內(nèi)容、服務、等等)?？梢孕纬蓛H包含一個SID的SID定向群組540 (例如MyApps 群組)以使其包含專門定向于該SID (客戶機設(shè)備)的項目。因此，可以以常規(guī)方 式(例如使用來自主目錄510的文件夾/項目)根據(jù)基于平臺ID、運行時API和語 言從主目錄510為客戶機設(shè)備300生成購物目錄550。然而，可以根據(jù)與客戶機設(shè) 備300相關(guān)聯(lián)的SID用SID定向群組540和與購物目錄550內(nèi)的SID相關(guān)聯(lián)的項目 (例如My Apps)來擴充購物目錄550。因此，可以為每個SID定制購物目錄550， 并且可以使用SID定向群組540發(fā)送經(jīng)Alt Buy購買的項目。
除了在不同群組內(nèi)呈示項目之外，可以將區(qū)別定價用于同一項目。例如，可以 為在主目錄510內(nèi)的項目5 (例如一應用)提供全價IO美元。然而，在SID定向 群組540 (例如My Apps)內(nèi)可以包含可能免費提供的相同項目5。例如，可能是 通過AltBuy購買了項目5，或者項目5可能是來自另一個用戶的禮物。因此，與 常規(guī)的下載發(fā)起的記帳事件不同，購買/記帳/結(jié)算處理可以與所購買項目的傳遞分 開。
無線用戶記帳系統(tǒng)外部的記帳信道(例如SVB410)允許經(jīng)無線用戶記帳系統(tǒng) 處理外部購買交易。一些沒有任何與客戶機設(shè)備相關(guān)聯(lián)的下載或增強的購買也可被 處理，例如購買電影票。然而，也可以處理其它類型的外部交易，包括從定向到無 線系統(tǒng)上的一客戶機設(shè)備的承載商目錄購買項目(例如下載或增強應用的特征、應 用購買、鈴聲購買、等等)。在下文的描述中，通常將定向到一客戶機設(shè)備但是不 由該客戶機設(shè)備在常規(guī)客戶機設(shè)備內(nèi)向承載商網(wǎng)絡的服務器生成的交易的這種類 型的交易稱作"代理購買"或"Alt Buy"。
AltBuy區(qū)域610可以包含各種渠道，例如零售渠道612 (例如運營商/第三方 零售卡、自助式服務終端)、基于PC/Web的渠道614 (例如運營商/第三方網(wǎng)站或 者直接來自PC應用內(nèi)，例如其中可以為無線客戶機300進行相關(guān)游戲的購買的游 戲)、大眾媒體616 (例如廣告鏈接等等)。AltBuy可以利用SVB410進行記帳， 并利用基于SID的群組功能(例如My Apps 540)來向與SID相關(guān)聯(lián)的客戶機設(shè)備例如，零售卡可以是在運營商或第三方零售特賣點內(nèi)銷售的向用戶提供一個或 更多應用的卡。購買者可以自己使用此卡或者將此卡作為禮物送給另一個用戶。在 單個卡上購買多個應用可以包含這些應用購買價格上的打折。在購買或接收禮物之
后，用戶可以注冊該卡，此時這些應用(例如81^^ 應用)被加載到它們的SID定 向群組(例如MyApps目錄)中以供下載或自動安裝。此外，對用戶記帳(可任選， 如果不是預付費的)并與所有的應用和服務供應商結(jié)算來完成交易處理。
可以呈示模仿目錄出價并可能納入針對多個應用的購買或者針對在有限時間 出價期間某些出價的購買的某個折扣定價的運營商/第三方web出價。網(wǎng)站Alt Buy 可以個體地提供應用和內(nèi)容，或者提供產(chǎn)品和服務項目的捆綁。例如，用戶(或者 禮物贈送者)可以提供與目標用戶設(shè)備相關(guān)的信息(例如MDN)，并且運營商/第 三方(即可信服務)經(jīng)SVB410接口提供用于向用戶記帳和向內(nèi)容供應者支付的信 息。
運營商或第三方自助式服務終端可以具有應用購買能力，其模仿主目錄出價并 可能納入針對多個應用的購買或者針對在有限時間出價期間某些應用的購買的某 種折扣定價。用戶提供關(guān)于目標用戶設(shè)備(例如客戶機設(shè)備300)的信息，并且運 營商或第三方將所購應用的分發(fā)(例如經(jīng)MyApps)定向給該設(shè)備，并提供用于向 用戶記帳和向內(nèi)容和服務供應者支付的信息。
廣告鏈接可以將應用提供給運營商的用戶。例如，這些可能是不可對用戶記帳 的。用戶提供關(guān)于目標用戶設(shè)備的信息，并且運營商或第三方將應用的分發(fā)定向給 該設(shè)備(例如通過My Apps)以供用戶下載。
如上文討論的，Alt Buy提供各種不同的購買和將應用/內(nèi)容投放給用戶的渠 道。在這些配置中的每個配置中，將記帳和投放信息傳送給SVB410和群組管理器 515以允許正確的投放和記帳。相應地，記帳和投放元數(shù)據(jù)可以作為傳送給SVB 410 的記帳請求的一部分被傳送。
例如，可以在承載商網(wǎng)絡/記帳系統(tǒng)之外(例如在運營商自助式服務終端上用 現(xiàn)金、信用卡)購買應用。記帳和分發(fā)請求被從可信服務(例如AltBuy區(qū)域610) 傳送給SVB410?？梢噪S記帳請求包括特殊價格句柄，以指示該交易是代理購買并 且具有特殊定價基礎(chǔ)(例如CLPi，從而不向用戶記帳)。使用SID以定向投放目標(例如My Apps)。通常，Alt Buy服務格式化并提交記帳和分發(fā)請求，處理返 回事件信息，并處理出錯實例。記帳/分發(fā)請求可以是SVB交易，并且分發(fā)請求可 以是群組管理者定向(SID定向)的應用請求。隨著請求包含的元數(shù)據(jù)(信息)包 括例如對應于與該AltBuy相關(guān)聯(lián)的每個應用的分發(fā)SID、項目ID、價格句柄、價 格方法、價格基礎(chǔ)、價格值、銷售商數(shù)據(jù)和源類型。
Alt Buy投放表620可以填充有從Alt Buy源傳遞的元數(shù)據(jù)中的數(shù)據(jù)(例如 610)。例如，該表可以包括SID (例如分發(fā)SID)、項目ID、用法、價格處理器、 CLP字段。在上述在AltBuy區(qū)域610支付該應用且CLPi的情景中，此信息可以 與SID和該項目ID相關(guān)聯(lián)，并與SID定向群組540 (例如MyApps)相關(guān)聯(lián)。當與 SID相關(guān)聯(lián)的客戶機設(shè)備300從由ADS 106生成的購物目錄550訪問SID定向的("My Apps")群組時，所呈示的項目之一 (例如應用)可以是經(jīng)Alt Buy購買的項目。
ADS 106可以訪問Alt Buy表620以確定是否存在與SID和項目ID相關(guān)聯(lián)的 Alt Buy價格句柄。隨后，ADS可以用來自Alt Buy表620的本地價格句柄替換所 提供的與項目ID相關(guān)聯(lián)的價格句柄。假設(shè)價格是零，則可以在客戶機設(shè)備300上 顯示0美元或"免費"的呈示(或者其它語言專用指示)。如果存在本地價格句柄， 則ADS 106可以將該交易識別為Alt Buy交易以確保運營商和開發(fā)者最低額不適用， 并且不應用消費者記帳，不處理開發(fā)者/內(nèi)容供應商結(jié)算或者在零值上處理。如上 文討論的，ADS 106可以處理下載請求并在零值上生成交易數(shù)據(jù)，將該交易數(shù)據(jù)傳 遞給交易處理、記帳和結(jié)算模塊。然而，由于是在AltBuy區(qū)域上經(jīng)SVB執(zhí)行記帳 和結(jié)算，因此記帳和結(jié)算兩者都將是零(CLP=0， DAP=0，其中DAP是對開發(fā)者/內(nèi) 容供應商的支付)。然而，可以在該下載事件上維持與該交易相關(guān)的其它信息，以 填充運營商和/或開發(fā)者報告。例如，該信息在跟蹤所下載的實際應用、下載日期 等時可能是有用的，并可以與SID和客戶機設(shè)備相關(guān)聯(lián)以便于進行市場銷售和/或 客戶服務。
在另一個示例性實施例中，可以按特殊價格(例如低成本或零成本促銷)從運 營商自助式服務終端進行一次性或者有限次數(shù)下載的AltBuy購買。如上文討論的， 可以初始設(shè)置Alt Buy投放表620以允許與該SID關(guān)聯(lián)的客戶機設(shè)備按該特殊定價 (例如CLP二O)下載該應用。如上文討論地，通過記帳系統(tǒng)傳播該特殊定價句柄和 價格等級。然而，除了 AltBuy投放表格620內(nèi)的定價、項目ID和其它數(shù)據(jù)之外，還可以存儲下載指示符。相應地， 一旦下載了該項目(例如通過ADS106)，就將 項目ID許可投放給SID，并將該許可證的狀態(tài)設(shè)置為已投放狀態(tài)。為項目ID可用 的每個可下載許可證保存記錄。當將項目ID許可投放給SID時，將該許可證的狀 態(tài)設(shè)置為已投放狀態(tài)。相應地，下載指示符/投放狀態(tài)表示該項目已經(jīng)被投放并可 以從Alt Buy投放表620中移除(或者通過對下載指示符字段的邏輯檢查來功能地 刪除)。類似地，該項目可能從SID定向(MyApps)群組540不可見的。相應地， 在任一情形中，如果再次下載該項目，則可以按主目錄510內(nèi)定義的標準價格等級 來提供該項目。因此，可以在無線記帳系統(tǒng)內(nèi)將標準商業(yè)項目定價與AltBuy定價 混合，以允許在對應用、內(nèi)容和/或服務進行促銷和市場銷售時有更大的靈活性。
在AltBuy的情景中，可以在AltBuy區(qū)域610內(nèi)(例如在運營商自助式服務 終端處)生成記帳和分發(fā)信息。將該記帳和分發(fā)信息傳送給SVB410和群組管理器 515。通過記帳和下載交易可以傳遞和存儲這些信息(元數(shù)據(jù))中的至少一部分， 從而允許該系統(tǒng)將這些交易與單個Alt Buy交易ID相關(guān)。例如，可以生成交易元 數(shù)據(jù)并將其隨SVB交易攜帶。使用例如群組管理器515、 ADS 106或者其它服務器 或邏輯，可以將此元數(shù)據(jù)與向SID定向群組540添加的項目ID關(guān)聯(lián)并隨其存儲。 根據(jù)下載請求，可以將該元數(shù)據(jù)傳遞給客戶機設(shè)備。此外，由交易管理器TXN可以 將元數(shù)據(jù)包括在仲裁使用記錄內(nèi)。
Alt Buy交易可以在TXN上生成多個交易數(shù)據(jù)(例如與SVB記帳請求關(guān)聯(lián)的第 一交易數(shù)據(jù)和與內(nèi)容向客戶機設(shè)備的實際投放(例如推/挽)關(guān)聯(lián)的第二交易數(shù)據(jù))。 因此，可以在整個交易處理中使用跟蹤ID，以便能夠?qū)崿F(xiàn)相關(guān)交易的端對端跟蹤。 因而，可以在Alt Buy記帳請求內(nèi)包括該跟蹤ID，并可以根據(jù)記帳請求生成第一 交易數(shù)據(jù)?？梢酝ㄟ^記帳系統(tǒng)(例如TXN，記帳和結(jié)算模塊)處理交易數(shù)據(jù)以生成 用戶帳單，將支付分發(fā)給項目供應商、和/或根據(jù)第一交易數(shù)據(jù)發(fā)送報告數(shù)據(jù)?？?以將包括跟蹤ID的第一交易數(shù)據(jù)存儲在數(shù)據(jù)庫內(nèi)，以供隨后檢索、調(diào)整、客戶服 務、等等。
如上文討論的，在Alt Buy交易中內(nèi)容的投放可以與記帳請求分離地發(fā)生或者 完全不發(fā)生(例如如果沒有內(nèi)容被投放)。因此，如果將要投放內(nèi)容，則可以將內(nèi) 容從主目錄添加到與客戶機設(shè)備關(guān)聯(lián)的SID定向群組內(nèi)。跟蹤ID也可以與SID定 向群組內(nèi)的內(nèi)容關(guān)聯(lián)。當將來自SID定向群組的內(nèi)容被下載到客戶機設(shè)備時，還應將跟蹤ID傳遞給客戶機設(shè)備。類似地，如先前討論的，可以應包括跟蹤ID的內(nèi)容
的下載生成第二交易數(shù)據(jù)，并通過其余的記帳、結(jié)算和/或報告處理予以處理。也
可以存儲包括跟蹤ID的第二交易數(shù)據(jù)以供隨后檢索、調(diào)整、客戶服務、等等。因 此，可以端對端(即從AltBuy銷售到應用下載及交易記帳和結(jié)算)地映射和管理 Alt Buy交易。能夠端對端地跟蹤這些交易允許Alt Buy銷售渠道的商務智能和應 用分發(fā)滲透力增強。例如，使用跟蹤ID，承載商可以對照購買的應用/內(nèi)容推導出 執(zhí)行的Alt Buy下載次數(shù)。這通過用于Alt Buy相關(guān)下載的TXN仲裁/轉(zhuǎn)換過程來 實現(xiàn)的。TXN可以使用本地價格句柄將跟蹤ID的轉(zhuǎn)換包括在仲裁使用記錄內(nèi)。使 用跟蹤ID將下載事件與SVB記帳事件相關(guān)。因為跟蹤ID被包括在仲裁使用記錄中， 因此它也可被包括在在記帳報告內(nèi)，而記帳報告可以被集成到承載商記帳和數(shù)據(jù)倉 儲解決方案內(nèi)。
在本發(fā)明的另一個實施例中，交易可以包括多個開發(fā)者/出版者/銷售商/源 (752、 754、 756)，如圖7所示。例如，在AltBuy情景中，可以在同一交易(例 如零售游戲包)內(nèi)捆綁和銷售多個應用。如根據(jù)上文可以理解的，將SVB用于記帳 交易，并使用群組分發(fā)來分發(fā)所記帳的內(nèi)容。因此，可以將SVB410配制成根據(jù)可 以是源內(nèi)容供應商的多個第三方源收款人754、 756以及與每個源收款人754、 756 關(guān)聯(lián)的源描述和源費用來規(guī)定支付結(jié)算。除了開發(fā)者和/或內(nèi)容收款人752之外， 一個或多個源收款人754、 756也可以獲得支付。換句話說，可以向內(nèi)容收款人752 支付收入股份分割的內(nèi)容部分(其可以是內(nèi)容費用的100%)。從內(nèi)容費用中處理 出一個或多個源收款人支付(即通常源費用不是在內(nèi)容費用上外加的)。此外，源 收款人754、 756可以是開發(fā)者、出版者或其它內(nèi)容供應商。例如，在應用捆綁背 景下，源收款人754、 756可以是開發(fā)在該捆綁內(nèi)包含的應用的各個開發(fā)者。內(nèi)容 費用可以是與每個開發(fā)者協(xié)商的費用加上內(nèi)容收款人752的附加費用(例如捆綁者 /分發(fā)者)之和?？梢詫⒍喾浇Y(jié)算(例如支付分發(fā))實現(xiàn)為源收款人擴展結(jié)算事件。 SVB 410可以支持對已知內(nèi)容收款人752及其授權(quán)的多方源收款人754、 756中的 任何一個的支付。
因此，對于多方結(jié)算，可以在記帳系統(tǒng)內(nèi)或者通過AltBuy源生成的記帳請求 內(nèi)包括附加源收款人754、 756的信息。例如，可以包括至少一個源收款人ID。源 收款人ID可以代表提供內(nèi)容的至少一部分的第三方收款人(源收款人)。向第三方收款人支付內(nèi)容收款人752支付中的某一部分?？梢园ū硎居稍词湛钊?54、 756提供內(nèi)容的簡短描述的源描述?？梢詾槊總€源收款人ID提供表示內(nèi)容收款人 支付的第三方收款人部分的源費用。此附加信息可以包括在隨交易傳遞的記帳元數(shù) 據(jù)內(nèi)。因此，可以進一步利用無線用戶記帳系統(tǒng)來自動地記帳和結(jié)算包括多個第三 方內(nèi)容供應商/源的單個交易。
例如，在無線用戶記帳系統(tǒng)內(nèi)處理多方記帳事件時，生成包括與交易關(guān)聯(lián)的內(nèi) 容收款人752、內(nèi)容費用以及至少一個源收款人754、 756和源費用的記帳事件(例 如基于來自可信服務490的請求)。處理該交易以將支付(例如通過結(jié)算模塊460) 分發(fā)給內(nèi)容收款人752和該至少一個源收款人754、 756。存儲(例如在TXN 440 或者可操作地耦合到記帳系統(tǒng)的其它數(shù)據(jù)庫上)與內(nèi)容收款人752和該至少一個源 收款人754、 756相關(guān)的交易數(shù)據(jù)，以便隨后處理(例如客戶服務、記帳調(diào)整、銷 售/市場銷售數(shù)據(jù)挖掘、等等)。如上文討論的，內(nèi)容費用大于或等于源費用之和。 此外，除了存儲交易數(shù)據(jù)之外，可以將該數(shù)據(jù)的至少一部分作為交易報告數(shù)據(jù)發(fā)送 (例如通過結(jié)算模塊460)給內(nèi)容收款人752和/或每個源收款人754、 756。例如，
開發(fā)者可能希望使用從記帳和分發(fā)系統(tǒng)發(fā)送的交易報告數(shù)據(jù)來跟蹤與捆綁相關(guān)的 應用銷售。而且，如上文討論的，記帳事件通常將導致基于零售價格(例如CLP) 為內(nèi)容投放或排定投放生成用戶帳單(例如通過記帳模塊450)。零售價格通常大 于或等于內(nèi)容費用。
一旦已經(jīng)存儲交易數(shù)據(jù)，就可以將其用于如上文討論的各種目的。 一種這樣的 使用是在客戶關(guān)系管理(CRM)服務內(nèi)。如圖7所示，運營商710從記帳模塊450 和結(jié)算模塊460接收記帳信息(例如內(nèi)容的發(fā)票以及內(nèi)容費用的源收款人754和 756部分)。相應地，運營商710將使此信息可用于CRM目的。假設(shè)用戶不喜歡通 過運營商零售特賣點購買的應用捆綁。因為此類交易(應用捆綁的購買)通常具有 在該捆綁內(nèi)所包括應用的多個開發(fā)者，因而將在捆綁購買交易的設(shè)置內(nèi)使用多方結(jié) 算?，F(xiàn)在，假設(shè)CRM呼叫中心或管理器720確定應當將支付的價格調(diào)整購買價格的 百分之二十。到記帳系統(tǒng)的CRM接口 730可以訪問所存儲的交易數(shù)據(jù)，并根據(jù)所存 儲的交易數(shù)據(jù)生成包含負內(nèi)容費用和至少一個負源費用的調(diào)整交易。對于局部調(diào) 整，該系統(tǒng)將成比例地調(diào)整所有的多方結(jié)算源收款人。
相應地，使用SID和交易跟蹤ID等，可以訪問與捆綁購買相關(guān)聯(lián)的交易數(shù)據(jù)。負內(nèi)容費用和至少一個負源費用可以基于調(diào)整百分比和所存儲的與內(nèi)容收款人
752和至少一個源收款人754和756的支付相關(guān)的交易數(shù)據(jù)。例如，CRM接口 730 可以從CRM 720接收調(diào)整金額或百分比(例如-20%) 。 CRM接口 730可以訪問原始 交易數(shù)據(jù)，隨后生成針對內(nèi)容收款人752和每個源收款人754和756的負支付(例 如內(nèi)容費用和源費用的20%)。調(diào)整百分比是沒有限制的，但是范圍例如可以從 百分之一到百分之百(即完全退款)。此外，根據(jù)調(diào)整百分比和內(nèi)容的價目表價格 還可以生成用戶貸記。相應地，對用戶的百分之二十的退款可能導致在原始購買中 的每個收款人(例如承載商/運營商710、內(nèi)容收款人752、 一個或多個源收款人 754、 756)接收成比例的百分之二十的借記。通過CRM接口 730生成負記帳事件， 隨后將其通過記帳系統(tǒng)傳遞并以類似于在上文說明內(nèi)討論的記帳事件的方式結(jié)算， 可以實現(xiàn)上述目的。因而，多方結(jié)算系統(tǒng)的CRM接口 730允許通過無線用戶記帳系 統(tǒng)結(jié)算的任意多個第三方交易的自動調(diào)整。再次，可以存儲調(diào)整交易數(shù)據(jù)和/或?qū)?其用于生成向運營商710、內(nèi)容收款人752和/或一個或多個源費用754、 756的報 告數(shù)據(jù)。
盡管上述例子結(jié)合圖7討論了與SVB購買相關(guān)的多方結(jié)算和CRM服務，但本發(fā) 明的實施例并不限制于此配置。使用前文討論的上述多方結(jié)算系統(tǒng)，可以結(jié)算包括 提供應用、內(nèi)容和/或服務的多方的任意交易(例如從客戶機設(shè)備下載的應用)。 類似地，通過CRM720進行的任意調(diào)整可以應用于任意記帳事件，而與記帳事件的 起源無關(guān)。
鑒于上述公開內(nèi)容，本領(lǐng)域的技術(shù)人員將認識到，本發(fā)明的實施例包括先前討 論的執(zhí)行動作、操作和/或功能序列的方法。例如，參見圖8,圖示了根據(jù)本發(fā)明 一個實施例的方法?？梢栽诳尚欧?例如零售店、網(wǎng)站、等等)上生成記帳請求， 方框810。將包括記帳信息的記帳請求傳送給無線用戶記帳系統(tǒng)，方框820。如上 文討論的，該傳送可以是任意方式的到遠程可信服務的有線和/或無線通信(例如 互聯(lián)網(wǎng)、LAN、 WAN、無線連接、等等)。在無線用戶記帳系統(tǒng)內(nèi)生成對記帳請求的 確認響應，方框830，并將其傳送給可信服務，方框840。在處理該記帳請求之前 可以驗證該可信服務以確保欺騙性記帳事件不會被處理，方框825。如上文討論的， 在傳送記帳請求之前，作為驗證來自可信服務的記帳請求傳輸?shù)囊徊糠郑梢栽诳?信服務處數(shù)字簽署該記帳請求。此外，如在上文中討論的，在記帳請求內(nèi)的記帳信息可以包括用于處理和跟蹤
交易的各種信息，諸如用戶ID、供應商ID/內(nèi)容收款人、內(nèi)容/項目ID、零售價格
和/或記帳描述等。然而，如本領(lǐng)域的普通技術(shù)人員將理解的，不是全部這些字段 都是必要的，這也不是將要使用的可能字段的完整列表。例如，在贈送禮物情景內(nèi)
可以在記帳請求內(nèi)定義向用戶ID的記帳單和向用戶ID的投放。替換地，根據(jù)交易 類型，用戶ID可以僅代表向ID的記帳或發(fā)送。例如，可以使用SVB來購買無線用 戶系統(tǒng)外部的項目/服務，但是使用無線用戶記帳系統(tǒng)來記帳無線用戶和結(jié)算該交 易。替換地，在上文討論的AltBuy示例中，可以在無線用戶系統(tǒng)外部購買在無線 用戶系統(tǒng)內(nèi)可獲得的項目(例如應用、內(nèi)容、服務、等等)，并且可以將SID用于 識別向設(shè)備/用戶的投放的目的(例如應用將可供在零價格等級上下載)。因此， 根據(jù)許多因素，例如交易類型、和在交易內(nèi)涉及的各方(例如運營商、 一個或多個 供應商、可信服務、等等)的具體偏好，在記帳請求內(nèi)包含的或者隨后與記帳事件 關(guān)聯(lián)的信息可以變化。
再次參見圖8，在接收到確認響應之后，可以在可信服務上予以處理，方框850。 確認響應的處理也可以根據(jù)交易的類型而變化。例如在使用無線用戶記帳系統(tǒng)對無 線用戶就在無線系統(tǒng)外部的購買進行記帳的SVB交易中，響應通常是準許或拒絕， 并且除非接收到準許，否則將不提供所購買的項目(例如服務、文章、等等)。然 而，在AltBuy情景中，因為是在無線用戶系統(tǒng)外部購買項目，并且通常僅通過無 線用戶系統(tǒng)投放該項目，因此確認響應可以僅僅是接收到該請求的確認。在任一種 情景中，如果未接收到確認響應，則可以生成附加請求，并且通過關(guān)聯(lián)記帳請求內(nèi) 的跟蹤ID可以區(qū)分分離的交易，以便能夠輕易地識別出重復交易。
參見圖9，在AltBuy情景中確認了記帳請求之后，可以將例如從無線承載商 可獲得(例如在主目錄/商業(yè)目錄內(nèi))的購買項目(例如應用)投放給與記帳請求 內(nèi)的SID相關(guān)聯(lián)的設(shè)備/用戶。例如，參見圖9，可以從主目錄將與記帳請求關(guān)聯(lián) 的項目添加到定向到與記帳請求關(guān)聯(lián)的用戶ID的群組(SID定向群組)，方框910。 為了跟蹤項目的投放，可以將投放表內(nèi)的信息與在SID定向群組內(nèi)的項目關(guān)聯(lián)，方 框920。隨后可以投放該項目，方框930。例如，可以從SID定向群組下載該項目 或者將其推送給與SID關(guān)聯(lián)的客戶機設(shè)備。然而，項目的投放可以采取多種形式， 例如啟動附加服務，媒體流送，而不限制于下載到客戶機設(shè)備。可應項目的下載使用投放表中的信息來生成交易數(shù)據(jù)，方框940，并且可根據(jù)
交易數(shù)據(jù)生成記帳事件，方框950。如果在AltBuy情景內(nèi)支付項目，則在投放表 內(nèi)的信息可以包括該項目的零值零售價格，類似地，交易數(shù)據(jù)和記帳事件各自可包 括對應于該項目的零值零售價格。相應地，可以在不生成給用戶的帳單的情況下投 放該項目并通過記帳系統(tǒng)跟蹤和報告該投放。替換地，該值可以大于零，但是低于 主目錄內(nèi)的全零售價格，并且可以通過記帳系統(tǒng)處理該折扣價格，向用戶記帳打折 金額。
參見圖10，如上所述，替換實施例可以在記帳請求內(nèi)包括跟蹤ID，方框1010。 可以根據(jù)記帳請求生成包括跟蹤ID的第一交易數(shù)據(jù)，可以處理第一交易數(shù)據(jù)(例 如向用戶記帳、向供應者支付和/或生成報告)，方框1020?？梢栽诮灰讛?shù)據(jù)內(nèi)存 儲跟蹤ID，方框1030，以便隨后檢索和與其它交易一起使用?？梢詮闹髂夸浿袑?作為記帳請求主題的項目添加到與SID/客戶機設(shè)備相關(guān)的用戶ID定向(SID定向) 群組，并且可將跟蹤ID與SID定向群組內(nèi)的項目相關(guān)聯(lián)，方框1040?？梢詮腟ID 定向群組投放該項目和相關(guān)的跟蹤ID，方框1050。例如，可以將該項目和包括跟 蹤ID的元數(shù)據(jù)下載到客戶機設(shè)備。 一旦投放了該項目，就可以生成和處理包括跟 蹤ID的第二交易數(shù)據(jù)，方框1060。可以用類似于第一交易數(shù)據(jù)的方式通過記帳系 統(tǒng)處理第二交易數(shù)據(jù)，并且跟蹤ID可用于關(guān)聯(lián)兩個交易。
因此，包括基于SVB生成的記帳事件的跟蹤ID的第一交易可以引起在Alt Buy 情景內(nèi)例如應用的外部購買等的交易的記帳和結(jié)算?？梢栽谟泿は到y(tǒng)內(nèi)存儲交易和 跟蹤ID元數(shù)據(jù)。當實際將應用下載到客戶機設(shè)備時，可以將跟蹤ID傳送給客戶機 設(shè)備，可以根據(jù)下載生成第二交易。第二交易可以包括來自投放表的專用定價句柄， 所以在下載時不對用戶記帳，如上文所討論的。然而，可以通過記帳系統(tǒng)處理該事 件，以便可以跟蹤該項目的投遞并報告給該項目(例如應用)的承載商和一個或多 個供應商。再次，在第二交易數(shù)據(jù)內(nèi)將包括跟蹤ID，并可以將其存儲在記帳系統(tǒng) 內(nèi)以便隨后檢索和報告等。相應地，通過項目的結(jié)算和投遞，根據(jù)記帳請求，可以 端對端地跟蹤在無線用戶記帳系統(tǒng)外部生成的購買/記帳請求。
如圖11所示的另一個實施例可以包括在無線用戶記帳系統(tǒng)內(nèi)處理多方記帳事 件的方法。生成包括供應商費用和收款人以及與交易相關(guān)聯(lián)的至少一個源費用和收 款人的記帳事件，方框1110。例如，出版者可以提供包括應用和內(nèi)容(例如音樂和視頻等)的組合的項目以供無線用戶下載。如上文討論的，當將項目下載到客戶 機設(shè)備時，可以生成記帳事件。與該項目關(guān)聯(lián)的元數(shù)據(jù)可以包括通過無線用戶記帳 系統(tǒng)處理該交易的信息。具體而言，該信息可以包括該項目的供應商收款人(例如 出版者ID和相關(guān)信息)和費用(例如支付該出版者的金額)。類似地，每個源收 款人(例如開發(fā)者ID、內(nèi)容供應商ID)和每個源的費用(例如為應用支付開發(fā)者 和為內(nèi)容支付內(nèi)容供應商的金額)的相關(guān)信息也可以與該項目關(guān)聯(lián)。因此，可以由 記帳系統(tǒng)自動地記帳和結(jié)算多方交易，例如處理該交易以將支付分發(fā)給供應商收款
人和每個源收款人，方框1120。
可以存儲交易數(shù)據(jù)用于進一步處理、數(shù)據(jù)挖掘和CRM服務，方框1130。為了 CRM調(diào)整目的，可以訪問所存儲的交易數(shù)據(jù)，方框1140?？梢愿鶕?jù)所存儲的交易數(shù) 據(jù)生成包含負供應商費用和至少一個負源費用的調(diào)整交易，方框1150?？筛鶕?jù)該 負供應商費用和該至少一個負源費用來處理該調(diào)整交易以向該供應商收款人和該 至少一個源收款人借記，方框1160。該調(diào)整交易可以對于從初始多方交易提取收 入的每方都是成比例的。類似地，可以根據(jù)調(diào)整比例和該項目的零售價格生成用戶 貸記，方框1170。例如，假設(shè)在給定零售價格上購買項目。運營商、供應商和源 可以各自在預先確立的比例(例如如由與該項目關(guān)聯(lián)的相應費用定義的)上從零售 價格提取收入。根據(jù)與該項目關(guān)聯(lián)的費用，無線用戶記帳系統(tǒng)可以自動地對該用戶 記帳并向各方支付，并可以存儲該信息以供隨后訪問，如先前討論的。 一旦由CRM 代表確定用戶應當被貸記或者退還購買的一部分，則可以將調(diào)整交易作為負記帳事 件處理。因而，無線用戶記帳系統(tǒng)可以訪問所存儲的交易數(shù)據(jù)，并與從原始交易支 付的相應費用成比例地對每方(例如運營商、供應商和源)借記。相應地，調(diào)整可 以通過記帳系統(tǒng)自動地傳播，并與所有各方成比例，這可以顯著地降低結(jié)算和CRM 服務的人工成本。
在其它實施例中，本領(lǐng)域的技術(shù)人員將理解，可以通過執(zhí)行在諸如計算機平臺 的存儲器等計算機可讀介質(zhì)上實施的程序來實現(xiàn)上述方法。指令可以駐留在各種類 型的信號承載或數(shù)據(jù)存儲一級、二級或三級介質(zhì)內(nèi)。該介質(zhì)可以包括例如由客戶機 設(shè)備和/或服務器訪問的RAM，或者駐留其內(nèi)。無論是包含在RAM、磁盤還是其它次 級存儲介質(zhì)內(nèi)，指令都可以存儲在各種機器可讀數(shù)據(jù)存儲介質(zhì)內(nèi)，例如DASD存儲 器(例如常規(guī)"硬盤驅(qū)動器"或者RAID陣列)、磁帶、電子只讀存儲器(例如R0M或EEPR0M)、閃存卡、光存儲設(shè)備(例如CD-R0M、 W0RM、 DVD、數(shù)字光帶)、紙質(zhì) "穿孔"卡或者包含數(shù)字和模擬傳輸介質(zhì)在內(nèi)的其它適當數(shù)據(jù)存儲介質(zhì)。
雖然上述公開內(nèi)容示出了本發(fā)明的說明性實施例，但是應當注意到，在此可以 進行各種改變和修改而不會脫離由權(quán)利要求定義的本發(fā)明的范圍。根據(jù)在此描述的 本發(fā)明實施例的方法權(quán)利要求的功能、步驟和/或動作不需要以任何特定次序執(zhí)行。 此外，盡管可能是以單數(shù)形式描述或要求保護本發(fā)明的要素，但是也構(gòu)想了復數(shù)形 式，除非明確地陳述限制為單數(shù)。
權(quán)利要求
1.一種在無線用戶記帳系統(tǒng)內(nèi)處理多方記帳事件的方法，所述方法包括生成包括供應商費用和收款人以及與交易關(guān)聯(lián)的至少一個源費用和收款人的記帳事件；以及處理所述交易以將支付分發(fā)給所述供應商收款人和所述至少一個源收款人；存儲交易數(shù)據(jù)；訪問所存儲的交易數(shù)據(jù)；根據(jù)所存儲的交易數(shù)據(jù)生成包含負供應商費用和至少一個負源費用的調(diào)整交易；以及處理所述調(diào)整交易以根據(jù)所述負供應商費用和所述至少一個負源費用對所述供應商收款人和所述至少一個源收款人借記。
2. 如權(quán)利要求l所述的方法，其中所述供應商費用大于或等于所述至少一個源費用。
3. 如權(quán)利要求l所述的方法，還包括將交易報告數(shù)據(jù)發(fā)送給所述供應商收款人和所述至少一個源收款人中的至少一個。
4. 如權(quán)利要求l所述的方法，還包括根據(jù)所提供的項目的零售價格生成用戶帳單，其中所述零售價格大于或等于所 述供應商費用。
5. 如權(quán)利要求l所述的方法，還包括根據(jù)比例基礎(chǔ)以及所存儲的與所述供應商收款人和所述至少一個源收款人的 支付相關(guān)的交易數(shù)據(jù)，確定所述負供應商費用和所述至少一個負源費用。
6. 如權(quán)利要求5所述的方法，還包括根據(jù)所述調(diào)整比例和所述項目的零售價格，生成用戶貸記。
7. 如權(quán)利要求l所述的方法，還包括 存儲所述調(diào)整交易。
8. 如權(quán)利要求l所述的方法，還包括將調(diào)整交易報告數(shù)據(jù)發(fā)送給所述供應商收款人和所述至少一個源收款人中的至少一個。
9. 一種在無線用戶記帳系統(tǒng)內(nèi)處理多方記帳事件的裝置，所述裝置包括 用于生成包括供應商費用和收款人以及與交易關(guān)聯(lián)的至少一個源費用和收款人的記帳事件的裝置；以及用于處理所述交易以將支付分發(fā)給所述供應商收款人和所述至少一個源收款 人的裝置；用于存儲交易數(shù)據(jù)的裝置；用于訪問所存儲的交易數(shù)據(jù)的裝置；用于根據(jù)所存儲的交易數(shù)據(jù)生成包含負供應商費用和至少一個負源費用的調(diào) 整交易的裝置；以及用于處理所述調(diào)整交易以根據(jù)所述負供應商費用和所述至少一個負源費用對 所述供應商收款人和所述至少一個源收款人借記的裝置。
10. 如權(quán)利要求9所述的裝置，其中所述供應商費用大于或等于所述至少一個 源費用。
11. 如權(quán)利要求9所述的裝置，還包括用于將交易報告數(shù)據(jù)發(fā)送給所述供應商收款人和所述至少一個源收款人中的 至少一個的裝置。
12. 如權(quán)利要求9所述的裝置，還包括用于根據(jù)所提供的項目的零售價格生成用戶帳單的裝置，其中所述零售價格大 于或等于所述供應商費用。
13. 如權(quán)利要求9所述的裝置，還包括用于根據(jù)比例基礎(chǔ)以及所存儲的與所述供應商收款人和所述至少一個源收款 人的支付相關(guān)的交易數(shù)據(jù)來確定所述負供應商費用和所述至少一個負源費用的裝置。
14. 如權(quán)利要求13所述的裝置，還包括用于根據(jù)所述調(diào)整比例和所述項目的零售價格來生成用戶貸記的裝置。
15. 如權(quán)利要求9所述的裝置，還包括用于存儲所述調(diào)整交易的裝置。
16. 如權(quán)利要求9所述的裝置，還包括用于將調(diào)整交易報告數(shù)據(jù)發(fā)送給所述供應商收款人和所述至少一個源收款人 中的至少一個的裝置。
17. —種用于控制可在無線用戶記帳系統(tǒng)內(nèi)處理多方記帳事件的計算設(shè)備的裝置，當所述裝置耦合到所述計算設(shè)備時所述裝置基于包含于自身中的指令來控制 所述計算設(shè)備，所述裝置包括-用于控制所述計算設(shè)備生成包括供應商費用和收款人以及與交易關(guān)聯(lián)的至少 一個源費用和收款人的記帳事件的裝置；以及用于控制所述計算設(shè)備處理所述交易以將支付分發(fā)給所述供應商收款人和所述至少一個源收款人的裝置；用于控制所述計算設(shè)備存儲交易數(shù)據(jù)的裝置； 用于控制所述計算設(shè)備訪問所存儲的交易數(shù)據(jù)的裝置；用于控制所述計算設(shè)備根據(jù)所存儲的交易數(shù)據(jù)生成包含負供應商費用和至少 -一個負源費用的調(diào)整交易的裝置；以及用于控制所述計算設(shè)備處理所述調(diào)整交易以根據(jù)所述負供應商費用和所述至 少一個負源費用對所述供應商收款人和所述至少一個源收款人借記的裝置。
18. 如權(quán)利要求17所述的裝置，其中所述供應商費用大于或等于所述至少一 個源費用。
19. 如權(quán)利要求17所述的裝置，還包括-用于控制所述計算設(shè)備將交易報告數(shù)據(jù)發(fā)送給所述供應商收款人和所述至少 一個源收款人中的至少一個的裝置。
20. 如權(quán)利要求17所述的裝置，還包括用于控制所述計算設(shè)備根據(jù)所提供的項目的零售價格生成用戶帳單的裝置，其 中所述零售價格大于或等于所述供應商費用。
21. 如權(quán)利要求17所述的裝置，還包括用于控制所述計算設(shè)備根據(jù)比例基礎(chǔ)以及所存儲的與所述供應商收款人和所 述至少一個源收款人的支付相關(guān)的交易數(shù)據(jù)來確定所述負供應商費用和所述至少 一個負源費用的裝置。
22. 如權(quán)利要求21所述的裝置，還包括用于控制所述計算設(shè)備根據(jù)所述調(diào)整比例和所述項目的零售價格來生成用戶 貸記的裝置。
23. 如權(quán)利要求17所述的裝置，還包括用于控制所述計算設(shè)備存儲所述調(diào)整交易的裝置。
24. 如權(quán)利要求17所述的裝置，還包括用于控制所述計算設(shè)備將調(diào)整交易報告數(shù)據(jù)發(fā)送給所述供應商收款人和所述至少一個源收款人中的至少一個的裝置。
全文摘要
公開了用于在無線用戶記帳系統(tǒng)內(nèi)生成和響應記帳請求的系統(tǒng)和方法。可以在可信服務處生成記帳請求。包括記帳信息的該記帳請求被傳送給無線用戶記帳系統(tǒng)。在無線用戶記帳系統(tǒng)中生成對該記帳請求的確認響應，并且該確認響應被傳送給可信服務。
文檔編號G06Q30/00GK101620720SQ20091016052
公開日2010年1月6日 申請日期2006年5月31日 優(yōu)先權(quán)日2005年5月31日
發(fā)明者G·C·霍爾, J·余, J·帕瓦里, M·B·奧利弗, P·T·恩古耶, S·L·普拉斯特 申請人:高通股份有限公司