移動電話作為銷售點（pos）設(shè)備的制造方法
【專利摘要】本發(fā)明公開了一種使用移動電話作為銷售點(POS)設(shè)備，來提供一項或多項增值服務(wù)的系統(tǒng)和方法。依照本發(fā)明的系統(tǒng)包括：(a)應(yīng)用層，用于執(zhí)行交易處理功能，所述應(yīng)用層包括：移動商務(wù)服務(wù)器模塊，用于管理移動商務(wù)交易；第三方計費服務(wù)器模塊，用于管理零售商和第三方供應(yīng)商網(wǎng)絡(luò)實體之間的交易處理；和電子錢包服務(wù)器模塊，用于管理與一個或多個錢包帳戶之間的相互作用；(b)接口層，用于簡化一個或多個第三方供應(yīng)商平臺的整合；和(c)中間件層，介于所述應(yīng)用層和所述接口層之間，用于管理應(yīng)用層和第三方供應(yīng)商平臺之間的通信。
【專利說明】移動電話作為銷售點(POS)設(shè)備
[0001 ] 分案申請
[0002]本申請為分案申請，原案申請的申請?zhí)枮?00910138533.5，申請日為2009年4月30日，發(fā)明名稱為“移動電話作為銷售點(POS)設(shè)備”。
[0003]相關(guān)申請
[0004]本申請是于2006年8月15日提交的、申請?zhí)枮?1/503,903的美國專利申請的部分連續(xù)申請，后者要求2005年11月4日提交的、申請?zhí)枮?0/733，266的美國臨時申請的優(yōu)先權(quán)，在此全部引入作為參考。
技術(shù)領(lǐng)域
[0005]本發(fā)明主要涉及啟用無線通信設(shè)備作為交易網(wǎng)關(guān)。具體地，本發(fā)明涉及啟用無線手機作為銷售點(P O S)設(shè)備的系統(tǒng)和方法。
【背景技術(shù)】
[0006]隨著無線電話準入和使用的急速增長，手機服務(wù)迅速地在發(fā)展中國家得到越來越多的使用，而這些發(fā)展中國家地上通信線基礎(chǔ)設(shè)施通常不夠完備。因此，在這些國家，移動服務(wù)供應(yīng)商或運營商為了移動電話業(yè)務(wù)，尤其是預付電話卡，正在挖掘受控制的消費者。
[0007]下面的現(xiàn)有技術(shù)專利代表了用于傳送數(shù)字數(shù)據(jù)給移動設(shè)備的現(xiàn)有技術(shù)水平，并在此引用；
[0008]授予Rautila的6，714，797號美國專利的公開了一種用于訂購，支付以及下載數(shù)字產(chǎn)品至移動設(shè)備的系統(tǒng)、方法和計算機程序。該移動設(shè)備訪問含有待售數(shù)字產(chǎn)品和熱點網(wǎng)絡(luò)位置的電子商店服務(wù)網(wǎng)站，通過設(shè)置在移動設(shè)備內(nèi)的小范圍收發(fā)器，可將這些數(shù)字產(chǎn)品下載至移動設(shè)備。使用該專利中公開的系統(tǒng)、方法和計算機程序，移動設(shè)備用戶可以下載大量數(shù)據(jù)，而無需電話或手機費用。
[0009]然而，上述現(xiàn)有技術(shù)系統(tǒng)具有缺乏靈活性的問題。從移動電話運營商方面來說，例如，現(xiàn)存的手機預付申請并不允許傳送數(shù)字內(nèi)容至預付費、后付費和第三方付費移動電話用戶，這在發(fā)展中國家更為普遍，現(xiàn)有預付費、后付費和第三方帳單支付系統(tǒng)的實施缺乏靈活性，不易實施和響應(yīng)。

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

[0010]本發(fā)明在很大程度上滿足了現(xiàn)有移動商務(wù)應(yīng)用所無法滿足的前述和其它需求。
[0011]在一個典型的實施例中，這通過一種系統(tǒng)和方法實現(xiàn)，該系統(tǒng)和方法通過使用一個無線通信設(shè)備作為一個或多個零售商或移動運營商的交易網(wǎng)關(guān)，啟動數(shù)字內(nèi)容和/或移動運營商的預付費、后付費或第三方帳單支付和/或第三方商品或服務(wù)的發(fā)送。為簡化論述，術(shù)語“零售商”，用來指一個或多個移動運營代理商和/或獨立經(jīng)營零售商。
[0012]使用一個基于應(yīng)用協(xié)議的移動電話，無線通信設(shè)備可以與一個電子移動商務(wù)服務(wù)器通信或瀏覽該服務(wù)器，所述應(yīng)用協(xié)議例如，但不限于，短信服務(wù)(SMS)，無線應(yīng)用協(xié)議(WAP)，Java2平臺精簡版(J2ME)，S頂應(yīng)用工具箱(STK)，BREW等等，移動商務(wù)(Μ-商務(wù))服務(wù)器提供訪問一系列出移動運營商和/或一個或多個第三方供應(yīng)商提供的電子或數(shù)字產(chǎn)品，由移動電話服務(wù)用戶通過一個或多個獨立經(jīng)營商和/或移動運營代理商購買獲得。這些第三方供應(yīng)商可采用一種或多種特定服務(wù)器的形式。如與M-商務(wù)服務(wù)器通信的SMS中心、WAP網(wǎng)關(guān)或J2ME服務(wù)器。
[0013]本發(fā)明的一個方面，一種增值服務(wù)(VAS)服務(wù)器被設(shè)置成為購買移動電話服務(wù)的用戶提供加值數(shù)字內(nèi)容和/或加值服務(wù)。每一項加值數(shù)字內(nèi)容和/或服務(wù)可以被打包，作為供預付和后付移動電話用戶購買的一項或多項加值服務(wù)的一項VAS內(nèi)容。另外，每一項加值服務(wù)可設(shè)置成與一個或多個電子平臺進行交互操作，所述電子平臺例如彩鈴平臺、后付票據(jù)平臺、賣方內(nèi)容交付平臺等等。
[0014]VAS內(nèi)容或加值服務(wù)包括彩鈴，音樂，虛擬電話卡，和短信服務(wù)(SMS)提示訂購服務(wù)。
[0015]例如，VAS服務(wù)器優(yōu)選地包括提供指向各種鈴聲、圖標、圖片信息、視頻、音樂、游戲和其它內(nèi)容的內(nèi)容。這樣，VAS服務(wù)器允許從一個可獲得的由移動運營商和/或零售商公布的內(nèi)容列表選取內(nèi)容。VAS服務(wù)器也可以提供訂購彩鈴服務(wù)，允許從一個可獲得的由移動運營商和/或零售商公布的音樂內(nèi)容列表選取歌曲。而且，新聞、體育、占星術(shù)和諸如此類信息的短信服務(wù)(SMS)提示訂購服務(wù)也可以從VAS服務(wù)器獲得，以最終傳輸給訂購用戶。此外，在移動運營商或第三方供應(yīng)商采用其自己的電話卡平臺的情況下，VAS服務(wù)器設(shè)置成提供虛擬電話卡或VAS卡個人標識號(PIN)，用于在運營商或第三方供應(yīng)商的平臺上使用。
[0016]值得注意的是，這些VAS服務(wù)器的內(nèi)容或加值服務(wù)優(yōu)選為模塊化，這樣每一項內(nèi)容或服務(wù)可以根據(jù)個人偏好需求而啟用或關(guān)閉。
[0017]在一個優(yōu)選的實施例中，VAS服務(wù)器包括一個內(nèi)容管理系統(tǒng)，其管理服務(wù)器的動作功能。內(nèi)容管理系統(tǒng)無需存儲或傳送VAS內(nèi)容至目標移動電話服務(wù)用戶。它與合適的賣方的內(nèi)容交付平臺整臺，該平臺負責為目標移動電話服務(wù)用戶提供切實的服務(wù)供應(yīng)和/或內(nèi)容交付。通過與M-商務(wù)服務(wù)器通信，VAS服務(wù)器方便了一個或多個零售商訪問所需廠商的內(nèi)容和/或加值服務(wù)，并觸發(fā)廠商的內(nèi)容交付平臺發(fā)送內(nèi)容或加值服務(wù)給目標用戶。這樣，所述內(nèi)容管理系統(tǒng)有助于提供多項功能。例如:產(chǎn)生集中式VAS碼;驗證VAS碼;根據(jù)零售商分組和地理區(qū)域，管理VAS定價;根據(jù)零售商分組或地理區(qū)域，通過零售商保證金的確定和計算，管理VAS定人價;根據(jù)零售商分組或地理區(qū)域，獲得VAS;根據(jù)零售商分組或地理區(qū)域，提升特定的VAS;以及其它報告。
[0018]或者，不是將內(nèi)容管理系統(tǒng)連接于一個或多個單獨的賣方內(nèi)容交付平臺，以便內(nèi)容由這些平臺遠程交付，而是內(nèi)容可本地存儲在內(nèi)容管理系統(tǒng)上，以便直接通過內(nèi)容管理系統(tǒng)，從VAS服務(wù)器交付該內(nèi)容。
[0019]M-商務(wù)服務(wù)器還管理VAS服務(wù)器與其它平臺之間的互通，如移動運營商賬單系統(tǒng)，內(nèi)容供應(yīng)商VAS平臺，等等。在一個優(yōu)選的實施例中，每一個零售商配備了具有預付信用的電子錢包賬戶。當請求購買時，該數(shù)值從零售商的預付電子錢包賬戶扣除。零售商的電子錢包賬戶還賒賬運營，零售商可定期與移動運營商結(jié)算賬戶。
[0020]本發(fā)明的另一個方面涉及一種服務(wù)器配置的邏輯視圖，本發(fā)明的系統(tǒng)包括一個應(yīng)用層，一個中間件層和一個接口層。應(yīng)用層執(zhí)行所有交易處理功能，并管理與運營商網(wǎng)絡(luò)實體、第三方供應(yīng)商網(wǎng)絡(luò)實體、以及應(yīng)用層模塊和子系統(tǒng)的整合。中間件層標準化并管理所有外部網(wǎng)絡(luò)實體與應(yīng)用層的模塊和子系統(tǒng)之間的通信。例如，接口層包括一個或多個為每一個特定目標平臺編寫的接口模塊。每一個接口模塊執(zhí)行一個特定的通信協(xié)議，便于與第三方供應(yīng)商的網(wǎng)絡(luò)實體和移動運營商的網(wǎng)絡(luò)實體的即插即用整合。
[0021 ]更特別地，應(yīng)用層包括三個模塊:一個M-商務(wù)服務(wù)器，一個電子錢包服務(wù)器和一個VAS服務(wù)器。這三個服務(wù)器模塊的每一個都由子系統(tǒng)組成。例如，M-商務(wù)服務(wù)器模塊包括四個子系統(tǒng)或四個主要功能塊:代理商注冊和管理;解析和端對端交易管理;交易記錄、審計和報告；以及代理商驗證和安全。VAS服務(wù)器模塊由五個子系統(tǒng)組成;VAS交易管理；內(nèi)容映射;零售商驗證;VAS定價和零售商傭金；以及PIN數(shù)據(jù)庫。這些子系統(tǒng)的每一個都設(shè)置成執(zhí)行各服務(wù)器模塊所需的預期功能。
[0022]中間件層最好由它所管理的核心功能的復雜性來描述，例如多線程管理隊列，信息交付和恢復，系統(tǒng)監(jiān)控，數(shù)據(jù)采集，交易管理和記錄，等等。它位于應(yīng)和層和接口層之間。
[0023]接品層由多個接口模塊組成，這些模塊包括設(shè)計用于管理載入在一個目標網(wǎng)絡(luò)實體的交易和簡化第三方網(wǎng)絡(luò)實體或移動運營商網(wǎng)絡(luò)實體的整合的特征。在本實施例中，接口模塊包括一個SMSC接口 ；一個WAP接口 ；一個內(nèi)容接口 ；一個彩鈴接口 ；一個信息提示接口；和一個后付接口，每一個接口優(yōu)選對應(yīng)于其所支持的各個平臺或網(wǎng)絡(luò)實體。
[0024]本發(fā)明的另一方面還涉及第三方計費服務(wù)器，該服務(wù)器被配置用于實現(xiàn)傳送由一個或多個第三方提供商提供的形形色色的電子或數(shù)字產(chǎn)品和服務(wù)。這些產(chǎn)品和服務(wù)可以包括遠程采購、帳單支付、貨幣托收、電子個人識別號(electronic PINs)、點對點支付、帳號查詢，等等。此外，注冊服務(wù)或無線設(shè)備對于用戶而言并非必不可少。這些產(chǎn)品和服務(wù)中每一個經(jīng)配置可與一個或多個第三方提供商平臺進行交互，例如公用事業(yè)公司平臺、信用卡公司平臺、財經(jīng)機構(gòu)平臺或者任何其他批發(fā)商/零售商/第三方提供商平臺等等。值得注意的是，任何這些電子或數(shù)字產(chǎn)品和服務(wù)最好模塊化以便每個產(chǎn)品/服務(wù)都可以根據(jù)需要單獨被啟動或關(guān)閉。
[0025]在一個優(yōu)選實施例中，第三方計費服務(wù)器通過與M—商務(wù)服務(wù)器通信，實現(xiàn)將所需的第三方提供商的內(nèi)容和/或服務(wù)向一個或多個零售商或批發(fā)商的傳送，并觸發(fā)該第三方提供商的平臺向目標用戶發(fā)送該內(nèi)容或服務(wù)。
[0026]另外，本發(fā)明在這方面的應(yīng)用層包括M—商務(wù)服務(wù)器、電子錢包服務(wù)器和第三方計費服務(wù)器。該M—商務(wù)服務(wù)器和電子錢包服務(wù)器模塊由前述的子系統(tǒng)組成。第三方計費服務(wù)器的子系統(tǒng)包括:第三方交易管理、零售商驗證、個人識別號(PIN)數(shù)據(jù)庫和第三方零售商代理。這些子系統(tǒng)每一個都經(jīng)配置執(zhí)行相關(guān)服務(wù)器模塊的所需功能。中間件和接口層如前所述，所不同的是本發(fā)明在這方面的接口模塊包括SMSC接口 ；WAP接口 ；任何數(shù)量的批發(fā)商或第三方提供商接口，例如來自電力公司、煤氣公司、信用卡公司、自來水公司等等的接口，這些接口每一個最好都對應(yīng)其所支持的相關(guān)平臺或網(wǎng)絡(luò)實體。
[0027]應(yīng)用層、中間件層、以及接口層模塊和子系統(tǒng)的配置提供了一種用于使一個無線通信設(shè)備作為一個可高度擴展，穩(wěn)健和安全的銷售點設(shè)備的系統(tǒng)和方法。關(guān)于擴展性，該模塊設(shè)置成作為與其它模塊通信的、“獨立”的過程動作，優(yōu)選借助TCP/IP插口通過XML信息通信。模塊可駐存在同一服務(wù)器上，或分配在網(wǎng)絡(luò)或叢族器(cluster)。模塊還可設(shè)置成發(fā)送信息至多個模塊，從而使整個三個結(jié)構(gòu)層負載平衡。應(yīng)用也可以分配在多個服務(wù)器上。另夕卜，該模塊和接口載多數(shù)情況下可設(shè)置成跨越多個獨立或群集的服務(wù)器的故障轉(zhuǎn)移(fail-over) 模式。
[0028]關(guān)于穩(wěn)健性，每一個模塊都提供了關(guān)閉和重新啟動程序，如果可能，其允許處理等待中的交易。另外，如果一個模塊發(fā)送信息至另一模塊，且該交易失敗，其將自動嘗試重新發(fā)送該信息至一個冗余模塊。而且。如果重新發(fā)送該交易的嘗試也失敗一例如完全失敗(absolute failure)的情況一該信息接著被送入磁盤，一個內(nèi)部監(jiān)控線程將會稍后嘗試重新發(fā)送該信息。
[0029]關(guān)于安全性，貫穿本發(fā)明整個結(jié)構(gòu)的安全通信確保了敏感數(shù)據(jù)不被泄漏。模塊對模塊(module-to-module)通信優(yōu)選地被加密，以確保信息完整。支持的加密算法包括3DES，Blowfish,AES，SSL，等等。支持的哈希算法(用于信息的完整性校驗)包括MD5，SHAl，等等。利用任何上述的基于軟件的算法，與外部實體的連接優(yōu)選地也被加密?；谟布募用苣K(HSM)可與外部實體整合進加密交易。
[0030]為了下面其詳細的論述可更易于理解，以及為了對現(xiàn)有技術(shù)的此次貢獻更易于理解，本發(fā)明更重要的特征已作了更深入的描述。當然，本發(fā)明的附加特征將會進一步在下文介紹。
[0031]為此，在詳細介紹本發(fā)明的至少一個實施例之前，應(yīng)理解本發(fā)明并不局限于下面描述或附圖中圖示的結(jié)構(gòu)和組件配置的應(yīng)用。本發(fā)明能在其它實施例并且以各種方式實行和運作。而且，應(yīng)理解這里所使用的詞語和術(shù)語是為了說明的目的，并不視為限制。
[0032]同樣，本領(lǐng)域技術(shù)人員容易理解，本次公開所基于的概念可容易地用作設(shè)計執(zhí)行多個本發(fā)明的目的的其它結(jié)構(gòu)、方法和系統(tǒng)的基礎(chǔ)。因此，不脫離本發(fā)明的精神和范圍之內(nèi)的等效結(jié)構(gòu)，同樣屬于本發(fā)明的范圍。
[0033]而且，下面的詳細論述以計算機或計算機網(wǎng)絡(luò)執(zhí)行的程序過程的方式介紹。這些程序性的論述和介紹是由本領(lǐng)域技術(shù)人員所使用的方法，能夠有效地傳達他們的主要內(nèi)容給其它本領(lǐng)域的技術(shù)人員。
[0034]這里，一個程序通常被認為一組獨立的實現(xiàn)預期結(jié)果的步驟。這些步驟是需要物理量的物理操作的步驟。通常，盡管不是必需，這些物理量以電或磁信號的方式存儲、傳遞、合并、比較、以及其它方式操作。它有時顯示出便利性，主要是為了平時使用的原因，將這些信號稱為比特、數(shù)值、元素、實體、符號、字符、術(shù)語、數(shù)字、等等。但是應(yīng)當注意的是，所有這些以及類似的術(shù)語都與適合的物理量相關(guān)，且僅僅是用于這些物理量的方便標記。
[0035]而且，所執(zhí)行的操作常常被稱為諸如提供、輸入、確認或比較等術(shù)語，這些術(shù)語通常與由操作人員所執(zhí)行的腦力操作相關(guān)。在這里描述的構(gòu)成本發(fā)明的一部分的任何操作中，大多情況下不必要或不需要操作人員的這種能力;這里的操作是機器操作。執(zhí)行本發(fā)明的操作的可用的機器包括通用數(shù)字計算機或類似的設(shè)備。
[0036]本發(fā)明還涉及執(zhí)行這些操作的系統(tǒng)。該系統(tǒng)可以為所需目的而特別構(gòu)建，或者可以包括一臺通用計算機，作為選擇性激活或由存儲在計算機上的計算機程序重新配置。這里介紹的過程本來就不是指特定的計算機或其它系統(tǒng)或裝置。各種通用機器可結(jié)合根據(jù)這里的教學編寫的程序使用，或證明更方便構(gòu)建更專業(yè)的系統(tǒng)/裝置，以執(zhí)行所需的方法步驟。根據(jù)給出的說明，各種此類機器所需的結(jié)構(gòu)將會變得明顯。
[0037]為更好地理解本發(fā)明，使用它所獲得的操作優(yōu)點以及目標，需參考附圖和說明本發(fā)明優(yōu)選實施例的描述性內(nèi)容。
【附圖說明】
[0038]圖1為根據(jù)本發(fā)明優(yōu)選實施例，啟用一個無線通信設(shè)備作為服務(wù)點設(shè)備的系統(tǒng)的服務(wù)器配置的物理視圖。
[0039]圖2為圖1的系統(tǒng)的服務(wù)器配置的邏輯視圖。
[0040]圖3為圖2的中間件的示意圖。
[0041 ]圖4A和4B為使用圖1和圖2的系統(tǒng)的后付賬單支付交易的流程圖。
[0042]圖5A和5B為使用圖1和圖2的系統(tǒng)的、鈴聲形式的內(nèi)容購買交易的流程圖。
[0043]圖6A和6B為使用圖1和圖2的系統(tǒng)的、彩鈴形式的加值服務(wù)訂閱購買流程圖。
[0044]圖7A和7B為使用圖1和圖2的系統(tǒng)的、彩鈴歌曲購買交易形式的加值服務(wù)訂購交易的流程圖。
[0045]圖8A和SB為使用圖1和圖2的系統(tǒng)的、虛擬電話卡形式的加值服務(wù)的購買交易的流程圖。
[0046]圖9A和9B為使用圖1和圖2的系統(tǒng)的、提示服務(wù)形式的加值服務(wù)購買交易的流程圖。
[0047]圖10為根據(jù)本發(fā)明的另一個實施例，啟用無線通信設(shè)備作為服務(wù)點設(shè)備的系統(tǒng)的服務(wù)器配置的物理視圖。
[0048]圖11為圖10所示系統(tǒng)的服務(wù)器配置的邏輯視圖。
[0049]圖12所示為采用圖10和圖11所示系統(tǒng)的第三方帳單支付交易示例的流程圖。
[°°50]圖13所示為采用圖10和圖11所示系統(tǒng)的另一個第三方帳單支付交易示例的示意圖。
[0051]圖14所示為采用圖10和圖11所示系統(tǒng)的第三方支付交易示例的示意圖。
【具體實施方式】
[0052]參看附圖，其中，類似的標號指示類似的組件。圖1顯示了用于啟用一個無線通信設(shè)備作為銷售點(POS)設(shè)備的系統(tǒng)的示范性實施例。
[0053]如系統(tǒng)的服務(wù)器配置的物理視圖所示，無線通信設(shè)備12，如移動電話，被零售商或移動運營商10用作POS設(shè)備，以通過2.5G、第三代(3G)或更新的全球移動通信系統(tǒng)(GSM)14，訪問移動電子商務(wù)(M-商務(wù))服務(wù)器16。移動運營商網(wǎng)絡(luò)實體，如SMS中心，WAP網(wǎng)關(guān)和J2ME服務(wù)器，優(yōu)選布置在14，并通過SMS中心和WAP網(wǎng)關(guān)接口與M-商務(wù)服務(wù)器16通信。M-商務(wù)服務(wù)器16通過中間件層與電子錢包服務(wù)器22、預付充值分配(top-up distribut1n)服務(wù)器20以及VAS服務(wù)器18通信。VAS服務(wù)器18通過接口依次與第三方供應(yīng)商或移動運營商所屬的目標平臺23，17，19，21通信。
[0054]為了便于討論，零售商10可替換為一家或多家移動運營代理商和/或獨立經(jīng)營的零售商。
[0055]M-商務(wù)服務(wù)器16提供了一份具有一個或多個電子或數(shù)字產(chǎn)品的菜單。這些立品可由零售商、移動運營商自己、或由被稱為增值服務(wù)(VAS)內(nèi)容和/或加值服務(wù)(與移動運營商的系統(tǒng)聯(lián)合運營)的一家或多家內(nèi)容供應(yīng)商提供。
[0056]更特別地，M-商務(wù)服務(wù)器16提供運算邏輯以管理端對端M-商務(wù)交易，包括但不限于;接口邏輯一如無線應(yīng)用協(xié)議(WAP)、短信服務(wù)(SMS)、Java2平臺精簡版(J2ME)、Java精簡版(JME)、用戶識別應(yīng)用發(fā)展工具(STK)等等，用來與移動運營商的接入信道整合;解析邏輯，利用上述接口邏輯以接收和處理來自不同訪問設(shè)備的交易;交易管理邏輯，以控制所需交易的執(zhí)行，如內(nèi)容購買交易、加值服務(wù)訂購交易，加值服務(wù)購買交易等等;整合能力，便于與一個或多個子系統(tǒng)整合，這些子系統(tǒng)例如VAS服務(wù)器18，預付充值分配服務(wù)器20和電子錢包服務(wù)器22;和其它操作支持能(operat1nal support capability)，包括但不限于:配置、報告、審計等等。
[0057]VAS服務(wù)器18提供運算邏輯，以管理發(fā)生在零售商10和任何第三方供應(yīng)商平臺之間的交易處理，所述交易平臺例如圖1中所示的彩鈴平臺17、賣方內(nèi)容交付平臺21、以及信息提示平臺23 JAS服務(wù)器還管理發(fā)生在零售商10和移動運營商的平臺，如后付票據(jù)平臺19，之間的交易處理。
[0058]更特別地，VAS服務(wù)器18提供運算邏輯，包括但不限于:接口邏輯，用于與移動運營商的接入信道以及第三方供應(yīng)商平臺整合;交易管理邏輯，用以控制所需交易的執(zhí)行，如內(nèi)容購買交易，加值服務(wù)訂購交易，加值服務(wù)購買交易，等等；以及其它運算支持能力，包括但不限于:映射和驗證移動運營商內(nèi)容ID，為零售商驗證授權(quán)以銷售特定內(nèi)容和/或加值服務(wù)，建立零售價格和傭金，系統(tǒng)配置，報告，審計，等待。
[0059]彩鈴平臺17，優(yōu)選存在于移動運營商或第三方供應(yīng)商的網(wǎng)絡(luò)中，是用于存放或存儲彩鈴內(nèi)容的音頻文件的硬件和軟。在提供彩鈴服務(wù)中，彩鈴平臺17與移動運營商的交換設(shè)施互聯(lián)，以將所選取歌曲的音頻文件替換掉電話用戶手機中的另一網(wǎng)絡(luò)鈴聲。
[0060]后付票據(jù)平臺19，優(yōu)選存在于移動運營商或第三方供應(yīng)商的網(wǎng)絡(luò)中，是用于為后付服務(wù)捕獲呼叫記錄，生成賬目并追蹤支付款項的硬件和軟件。
[0061]賣方內(nèi)容交付平臺21，優(yōu)選存在于移動運營商或第三方供應(yīng)商的網(wǎng)絡(luò)中，是用于存放或存儲數(shù)字內(nèi)容的硬件或和軟件。在提供數(shù)字內(nèi)容中，賣方內(nèi)容交付平臺21與移動運營商的交換設(shè)施互聯(lián)，以交付選取的內(nèi)容至用戶手機。
[0062]信息提示平臺23，優(yōu)選存在于移動運營商或第三方供應(yīng)商的網(wǎng)絡(luò)中，是用于存放或存儲信息和數(shù)據(jù)的硬件或和軟件。在供應(yīng)提示訂購服務(wù)中，信息提示平23與移動運營商的交換設(shè)施互聯(lián)，以交付所選取的訂購信息提示至電話用戶的手機。
[0063]本發(fā)明的系統(tǒng)服務(wù)器配置的邏輯視圖的優(yōu)選實施例如圖2所示。該應(yīng)用架構(gòu)執(zhí)行所有交易處理功能，并管理在服務(wù)器模塊16、18、22，其子系統(tǒng)，中間件15，各種第三方網(wǎng)絡(luò)平臺17、21、23，任意移動運營商網(wǎng)絡(luò)實體(如后付票據(jù)平臺19，51^中心24，1六？網(wǎng)關(guān)25和J2ME服務(wù)器26)之間的整合。該應(yīng)用構(gòu)架還管理后端管理，報告和監(jiān)控設(shè)施。
[0064]優(yōu)選地，中間件層15，和SMS中心以及WAP接口 24a、25a、與M-商務(wù)服務(wù)器16配置。同樣地，中間件層15和接口 21a、17a、23a、19a優(yōu)選與VAS服務(wù)器配置。最后，中間件層15，在沒有任何接口元件的情況下，與電子錢包服務(wù)器22配置。
[0065]如圖1所示，M_商務(wù)服務(wù)器16，電子錢包服務(wù)器22和VAS服務(wù)器18可看作三個主要的模塊，用于支持VAS內(nèi)容和加值服務(wù)申請。這就是應(yīng)用層。這些模塊包括針對每一個特定方案的商業(yè)邏輯，并被分隔成分離的功能模塊，這些模塊相互之間以及與中間件和接口層相互作用。
[0066]例如，M-商務(wù)服務(wù)器16包括四個模塊:S卩，一個代理商注冊和管理模塊16a，一個解析和端對端交易管理模塊16b，一個交易記錄、審計、報告模塊16c，和一個結(jié)賬和對賬模塊16d0
[0067]代理商注冊和管理模塊16a提供商業(yè)邏輯給寄存器并管理一個代理商(即零售商)的虛擬賬戶。模塊16a還包括，但不限于，運算邏輯:執(zhí)行代理商注冊功能，并相對一組代理商分配該代理商。優(yōu)選地，例如，每個零售商都具有參數(shù)，控制其特性和經(jīng)營，如銷售傭金，最大和最小電子錢包余額限額，最大交易限額，最大交易值限額，授權(quán)銷售的產(chǎn)品，等等。運營商通常具有一定數(shù)量的這些參數(shù)的組合，例如三種或四種傭金架構(gòu)。為便于管理，代理商注冊和管理模塊16a使運營商創(chuàng)建一個或多個組，每一個組代表一組或多組參數(shù)的組合。因此，當注冊一個零售商時，運營商可將該零售商分配至某一組，該零售商自動接受該組的特性。這樣，零售商注冊程度就簡化了(即為每一個特定的零售商輸入的數(shù)據(jù)更少了)，且大量零售商的大規(guī)模變化可以通過改變該組的參數(shù)來實現(xiàn)。
[0068]解析和端對端交易管理模塊16b提供商業(yè)邏輯以管理端對端交易流程，以及與全部三個模塊16、22、18之間的相互作用。模塊16b還包括，但不限于:一個接口邏輯，用于與移動運營商或第三方供應(yīng)商接入信道整合，所述信道例如SMSC24、無線應(yīng)用協(xié)議(WAP)等等；一個解析邏輯，用于接收和處理來自不同的訪問設(shè)備的交易，所述訪問設(shè)備使用與一個或多個資源平臺(如SMSC24，WAP網(wǎng)關(guān)25J2ME服務(wù)器26等)相關(guān)的協(xié)議;一個解密算法，用于解密輸入的信息；一個交易管理邏輯，用于控制端對端交易流程；用于整合其它模塊(如電子錢包服務(wù)器22和VAS服務(wù)器18)的軟件；以及提供所有操作支持功能的軟件，這些功能包括但不限于:系統(tǒng)配置、報告、審訊等等。
[0069]交易記錄、審訊和報告模塊16c提供商業(yè)邏輯以捕獲并存儲端對端交易數(shù)據(jù)。該模塊16c還包括但不限于:用于端對端交易的交易數(shù)據(jù)記錄功能;審記功能;和報告功能。
[0070]結(jié)賬和對賬模塊16d提供商業(yè)邏輯以為所有交易方實時計算交易費用和傭金。其支持固定費用和/或可變百分比的交易金額。
[0071]電子錢包服務(wù)器22包括三個主要的功能模塊:S卩，電子錢包交易管理模塊22a，電子錢包存儲數(shù)值模塊22b，和代理商驗證和安全模塊22c。電子錢包交易管理模塊22a提供商業(yè)邏輯，用于管理與代理商或零售商的虛擬賬戶的相互作用。該模塊22a的功能包括但不限于:路由來往于M-商務(wù)服務(wù)器16和VAS服務(wù)器18之間的交易；交易數(shù)據(jù)記錄電子錢包審計和?艮胃。
[0072]電子錢包存儲數(shù)值模塊22b提供運算邏輯以管理代理商或零售商的虛擬賬戶的內(nèi)部操作.該模塊22b的功能包括但不限于:存儲當前電子錢包賬戶余額、狀態(tài)和信息；響應(yīng)來自M-商務(wù)和VAS服務(wù)器16、18的余額查詢；當交易被M-商務(wù)和VAS服務(wù)器16、18中的任意一個處理時，準備資金；以及一旦成功完成一次交易，向該虛擬賬戶存入資金或從該虛擬賬戶支付金額。
[0073]這里為了便于討論，假設(shè)零售商的電子錢包具有足夠的用于所需交易的金額。或者，零售商10可使用非電子機械，以實現(xiàn)一個移動電話相關(guān)的銷售交易，如從本地/遠程商品目錄選取所需的移動電話相關(guān)的產(chǎn)品。
[0074]代理商驗證和安全功能模塊22c提供商業(yè)邏輯以管理誰和安全功能。模塊22c的功能包括但不限于:在一個安全模式下，存儲代理商或零售商的M-商務(wù)服務(wù)器識別號(M-PIN);以及響應(yīng)來自其它模塊16、18的代理商/零售商的認證請求，包括校驗M-PIN。
[0075]如圖2所示，三個主要模塊中的最后一個為VAS服務(wù)器18，其包括五個主要的功能模塊:即，一個VAS交易管理模塊18a，一個內(nèi)容映射模塊18b，一個零售商驗證模塊18c，一個VAS定價和零售商傭金模塊18d，和一個PIN數(shù)據(jù)庫模塊18e.
[0076]VAS服務(wù)器交易管理模塊18a提供商業(yè)邏輯以管理內(nèi)容或加值服務(wù)交付的交易部分。模塊18a的功能包括但不限于:路由來往于M-商務(wù)和電子錢包服務(wù)器16、22之間的交易；分別為平臺21、17、23、19路由來往于接口 21a、17a、23a、19a之間的交易；和為VAS服務(wù)審記和報告記錄交易數(shù)據(jù)。
[0077]內(nèi)容ID映射模塊18b提供商業(yè)邏輯以管理內(nèi)容或加值服務(wù)交付的驗證部分。模塊18b的功能包括但不限于:為移動運營商或第三方供應(yīng)商生成集中式VAS碼;驗證運營商/第三方供應(yīng)商的VAS碼;將運營商的VAS碼映射至內(nèi)容；以及將運動營的VAS碼映射至加值服務(wù)供應(yīng)商的特定內(nèi)容碼。
[0078]零售商驗證功能模塊18c提供商業(yè)邏輯以管理代理商/零售商能夠銷售的服務(wù)。模塊18c的功能包括但不限于:通過區(qū)域和/或零售商分組確定增值服務(wù)的有效性;和通過區(qū)域和/或零售商分組提升特定的增值服務(wù)，如“前5”或“前10”服務(wù)。
[0079]VAS定價和零售商傭金模塊18d提供商業(yè)邏輯以為代理商/零售商管理費用和傭金。模塊18d的功能包括但不限于:通過區(qū)域和/或零售商分布樹(例如通過零售商分組)，管理VAS價格;以及通過區(qū)域和/或零售商分組，確定并計算零售商保證金。
[0080]最后，PIN數(shù)據(jù)庫模塊18e提供商業(yè)邏輯以為提供的服務(wù)管理多組PIN。該模塊18e的功能包括但不限于:在每個服務(wù)的基礎(chǔ)上分割PIN;安全存儲PIN;發(fā)送PIN請求模塊；以及一旦成功發(fā)送，就標記PIN為“已使用”。
[0081 ]在服務(wù)器模塊16、22、18，移動運營商網(wǎng)絡(luò)實體24、25、19與第三方服務(wù)供應(yīng)商實體
21、17、23之間的通信，分別通過接口 24a，25a，19a，21a，17a，23a，以及中間件層15而被完成。
[0082]對于每次討論，接口 24a，25a，19a，21a，17a和23a都包括一個接口層，其執(zhí)行一個特定的通信協(xié)議。如圖所示，每一個接口被用于從商業(yè)邏輯分離連接邏輯(connect1nlogic)，從而簡化了移動運營商和第三方網(wǎng)絡(luò)實體的整合。這為基于網(wǎng)絡(luò)實體的標準提供了即插即用環(huán)境。
[0083]就這一點而言，接口層的主要功能有三層:(I)管理與目標平臺，例如彩鈴平臺17，的通信會話；(2)將一個VAS服務(wù)器18的請求轉(zhuǎn)換為所需的目標平臺格式，并將其發(fā)送至所需的目標平臺；(3)解譯目標平臺的響應(yīng)，并將該響應(yīng)轉(zhuǎn)換為用于服務(wù)器模塊16、22、18的適合的響應(yīng)。
[0084]值得注意的是，每一個接口 24a，25a，21a，17a，23a和19a為每一個特定的目標網(wǎng)絡(luò)實體而被寫入。例如，提示接口 23a被寫入以用于與信息提示平臺23通信。同理，后付接口19a被寫入以用于與后付票據(jù)平臺19通信。每一個接口還被加入設(shè)計用于管理加載在目標網(wǎng)絡(luò)實體上的交易的特征。這方便了無縫即插即用整合。
[0085]中間件層15配置用于標準化和管理所有移動運營商與第三方網(wǎng)絡(luò)實體，以及三個服務(wù)器模塊16、22、18之間的通信。其管理核心功能和系統(tǒng)，例如:在多個服務(wù)器模塊16、22、18與接口層之間的信息傳送系統(tǒng)，優(yōu)選使用XML;—個內(nèi)部排隊系統(tǒng)，路由從服務(wù)器模塊16、22、18和接口層到內(nèi)部輔助線程的信息;一個監(jiān)控系統(tǒng)，其監(jiān)控第三方網(wǎng)絡(luò)連接、內(nèi)部線程、隊列等的狀態(tài)(通過事故報警和記錄)；初始化和(得體的)關(guān)閉步驟;調(diào)試和審計記錄；以及收集性能統(tǒng)計信息的數(shù)據(jù)收集系統(tǒng)。
[0086]參看圖3，對中間件層15的交易管理、系統(tǒng)監(jiān)控和交易記錄的更詳細的論述，以便更易于理解。
[0087]中間件層15的交易管理屬性含有一系列特性，保證交易的交付，以使交易不會失敗。如圖所示，由中間件15從服務(wù)器模塊16、18、22接收的信息經(jīng)過專用的接收器線程15a。這些信息被放置在進入隊列15b以等待處理。一個專用輔助線程15c從隊列中將該信息取出并進行處理。如果需要發(fā)送一個響應(yīng)，或者如果信息將要被傳遞，則該信息接著被放入一個輸出隊列15d。例如，一個發(fā)送線程15e的合并集接著嘗試發(fā)送信息至其目標服務(wù)器模塊18。
[0088]中間件15的系統(tǒng)監(jiān)控屬性含有一系列的特性，其輔助交易管理并優(yōu)化該層的性能。例如，監(jiān)控線程15f記錄在服務(wù)器模塊16、18、22和中間件15內(nèi)信息的所有合規(guī)形態(tài)。這些合規(guī)形態(tài)包括線程活動，信息發(fā)送和接收，隊列大小，內(nèi)部處理數(shù)據(jù)，信息交付重試，信息時效，等等。另外，一個內(nèi)置的e-mail和SMS提示系統(tǒng)15g提供重要內(nèi)部事件的通知。通過短信提示點對點(SMPP)，簡單網(wǎng)絡(luò)尋呼協(xié)議(SNPP)，全球計算機協(xié)議(UCP)，機器發(fā)布電腦接口 Vers1n2(CMD2)，以及其它協(xié)議，使SMS提示成為可能。如果需要，提示系統(tǒng)還可以包括互動式語音應(yīng)答系統(tǒng)和利用圖像積分法的多媒體信息系統(tǒng)。另外兩個系統(tǒng)監(jiān)控屬性包括動態(tài)負載平衡(過載的情況)和動態(tài)錯誤還原(出錯的情況)。
[0089]中間件層15的交易記錄屬性提供常規(guī)的、為交易過程中的關(guān)鍵步驟捕獲和安全存儲數(shù)據(jù)的功能，以避免丟失關(guān)鍵數(shù)據(jù)。磁盤27的嵌入式偶校驗和審計記錄提供了信息速度的連續(xù)記錄。普通代理商/零售商記錄15h和重要交易記錄15i提供了將重要記錄和原始數(shù)據(jù)安全存儲到一個全球交易記錄器(UTL)服務(wù)器(圖未示)。
[0090]UTL服務(wù)器是一個集中式數(shù)據(jù)收集系統(tǒng)，其以標準格式捕獲工作數(shù)據(jù)15j和交易數(shù)據(jù)，以便被顯示在一個統(tǒng)一視圖中并被報告工具提取。每次交易優(yōu)選可以由服務(wù)類型、交易類型(如余額查詢，充值等)、日期/時間，MSISDN，和響應(yīng)碼識別。一個基于網(wǎng)絡(luò)的管理圖像用戶界面(GUI)允許操作和商戶觀看一系列場景，如由MSISDN觀看一個個人服務(wù)或由MSISDN觀看所有服務(wù)。優(yōu)選地，每個場景出一個或多個過濾器控制。
[0091]在一個優(yōu)選實施例中，一個報告模塊與數(shù)據(jù)收集系統(tǒng)通信，以為任意單個應(yīng)用提取數(shù)據(jù)，或為所有應(yīng)用合并數(shù)據(jù)。通過一個或多個過濾器控制，報告模塊可以為一系列的場景創(chuàng)建報告，例如一個根據(jù)交易類型的關(guān)于總計服務(wù)的報告(如根據(jù)服務(wù)類型的所有充值交易)。也可以根據(jù)零售商/代理商或單個服務(wù)，創(chuàng)建關(guān)于總計服務(wù)的報告。通過報告模塊，移動運營商或第三方服務(wù)供應(yīng)商也可以創(chuàng)建他們自己的報告。
[0092]現(xiàn)更為詳細地介紹關(guān)于使用一個無線通信設(shè)備作為交易網(wǎng)關(guān)，激活各種內(nèi)容和服務(wù)交付的本發(fā)明的構(gòu)架的操作。
[0093]在操作上，參考圖4，顯示了一個使用本發(fā)明的系統(tǒng)的后付賬單支付交易的流程圖，其使一個移動電話服務(wù)訂購用戶可使用實物貨幣(即比索，盧比，英鎊，等等)通過柜臺到一個授權(quán)的零售商10，支付移動電話運營商的后付賬單。
[0094]在示范性的圖4的交易中，如步驟30所示，零售商10使用一個移動電話12作為一個銷售點設(shè)備，以啟動一個后付賬單支付交易。在一個優(yōu)選的實施例中，賬單支付交易由已被授權(quán)電子錢包權(quán)限和SIM安全的零售商10使用一個SIM菜單執(zhí)行。該SIM模塊是一個用戶標識模塊，或一個接觸式智能卡，其插入一個移動設(shè)備的手機。S頂被設(shè)置用來存儲手機上的申請，該申請由一個顯示在移動設(shè)備的手機屏幕上的菜單控制，并受手機的定位鍵控制。
[0095]值得注意的是，交易可以根據(jù)各種基于移動電話的應(yīng)用協(xié)議，使用任意所需的用戶接口執(zhí)行，所述應(yīng)用協(xié)議例如，但不限于，短信服務(wù)(SMS)，無線應(yīng)用協(xié)議(WAP)，Java 2平臺精簡版(J2ME)，BREW，等等。圖3至圖7中討論的每一個交易可以采用任意所需的接口 /協(xié)議。
[0096]當一個移動電話服務(wù)用戶給零售商10提供他/她的后付移動電話號碼，所需支付的金額，以及賬單號時，執(zhí)行步驟30。使用移動電話設(shè)備12，零售商10訪問一個M-商務(wù)服務(wù)器16的菜單。
[0097]優(yōu)選地，SIM申請通過S頂菜單向零售商10顯示適當?shù)奶崾?，如“請輸入用戶后付手機號”；“確認用戶后付手機號”；“請輸入賬單號”；“請輸入支付金額”，“輸入您的Μ-PIN” ；和“確認為賬單號為〈賬單號〉的后付號〈MSISDN〉支付〈金額〉”。換而言之，在步驟20，零售商10從S頂菜單選取相應(yīng)的選項，并輸入由用戶在步驟30提供的信息。零售商10接著輸入其M-商務(wù)服務(wù)器識別號(即Μ-PIN)，并確認該交易。
[0098]S頂申請構(gòu)建了一個包含輸入數(shù)據(jù)的加密賬單支付短信服務(wù)(SMS)，并將信息發(fā)送至一個SMS中心24，該SMS中心24隨后路由賬單支付信息至M-商務(wù)服務(wù)器16。如步驟32所示，M-商務(wù)服務(wù)器16確定賬單支付信息是一個賬單支付交易，加密該信息，并驗證該零售商10在電子錢包服務(wù)器22上的詳細信息。
[0099]如果在零售商的電子錢包賬戶內(nèi)有足夠的資金，則電子錢包服務(wù)器22保留儲備的支付金額，M-商務(wù)服務(wù)器16通過VAS服務(wù)器18發(fā)出一個支付請求(步驟32)至一個移動運營商的票據(jù)平臺19。優(yōu)選地，支付請求的詳細信息包括指向移動電話服務(wù)用戶的后付手機號(MSISDN)的信息，支付金額，以及賬單號?？蛇x項的信息可以包括支付類型以及一個唯一的M-商務(wù)服務(wù)器交易號。
[0100]在步驟34，判定的問題是否存在有效的后付賬戶。這里，移動運營商的票據(jù)平臺19通過將支付請求的詳細信息在后付數(shù)據(jù)庫中的信息相互參照來驗證移動電話服務(wù)用戶的MSISDN是一個后付賬戶。如步驟36所示，如果發(fā)現(xiàn)沒有匹配的數(shù)據(jù)，則票據(jù)平臺19通知VAS服務(wù)器18匹配錯誤。VAS服務(wù)器18通知M-商務(wù)服務(wù)器16，其隨后發(fā)送通知SMS信息至零售商10和用戶，通知提交的請求錯誤(步驟38)。一個用于錯誤交易的用戶通知SMS信息可以是:“〈名字〉，處理您于〈提交日期〉在〈提交時間〉提交的賬單支付出現(xiàn)問題。請撥打客服電話〈電話〉。交易#〈交易ID號〉?！?br>[0101]另一方面，如步驟40所示，如果用戶驗證下來是有效的后付賬戶，則票據(jù)平臺19接受VAS服務(wù)器18的支付請求并登入支付過程。
[0102]接著，在步驟42，票據(jù)平臺19發(fā)送一條確認信息至VAS服務(wù)器18，支付已被接受處理。VAS服務(wù)器18通知M-商務(wù)服務(wù)器16，批示電子錢包服務(wù)器22從零售商的電子錢包賬戶扣除正確的支付金額(步驟44)。
[0103]M-商務(wù)服務(wù)器16還為移動電話服務(wù)用戶(步驟46)和零售商(步驟48)構(gòu)建通知SMS信息，確認支付已被成功送出。一個發(fā)送至后付移動電話服務(wù)用戶的成功的SMS通知信息優(yōu)選的包括有關(guān)客戶姓名的信息，支付的日期/時間，零售商的MSISDN，M-商務(wù)服務(wù)器交易號，和支付金額。一個示范性的格式可以是:“〈名字〉，已成功處理您于〈提交日期〉在〈提交時間〉提交的賬單。您的收據(jù)號為〈后付收據(jù)#〉。交易#〈交易ID號〉”。
[0104]同樣地，一個發(fā)送至零售商10的成功的SMS通知信息優(yōu)選包括支付的日期/時間的信息，用戶的MSISDN，M-商務(wù)服務(wù)器的交易號，和支付金額。一個成功接受交易的示例性零售商通知SMS信息可以是:“于〈日期〉在〈時間〉，您提交〈貨幣金額〉用于后付賬單支付〈用戶MSISDN)。交易#〈交易ID號〉?！?br>[0105]此時，移動運營商或零售商10接受來自移動電話服務(wù)用戶的錢款，步驟50。
[0106]通過柜臺向授權(quán)的零售商10支付實物貨幣，任意或所有VAS內(nèi)容和/或加值服務(wù)，無論是數(shù)字內(nèi)容還是用戶服務(wù)，對于預付或后付移動電話用戶都是有效的，這不足為奇。每一項VAS內(nèi)容或加值服務(wù)可以根據(jù)需求單個或捆綁使用，也可以單個或捆綁啟用或停止。因此，每一項VAS內(nèi)容或加值服務(wù)優(yōu)選設(shè)置成在VAS服務(wù)器18上的自身內(nèi)容/服務(wù)的交付平臺。
[0107]參看圖5(包括圖5A和5B)，顯示了一個使用本發(fā)明的使預付或后付移動電話用戶在他/她的手機上接收數(shù)字內(nèi)容的系統(tǒng)，以鈴聲購買交易的形式，內(nèi)容購買交易的示范性流程圖。通過支付實物貨幣到授權(quán)的零售商1來實現(xiàn)。
[0108]這里，移動電話服務(wù)用戶選取例如某一鈴聲，并將內(nèi)容ID號和他/她的手機號提供給移動運營商或零售商?；蛘?，用戶可以選取某一特定的圖標或圖片信息。隨后零售商使用一個移動電話12作為一個銷售點設(shè)備通過訪問一個M-商務(wù)服務(wù)器16的菜單以啟動鈴聲購買交易(步驟60)。
[0109]優(yōu)選地，SIM申請菜單為零售商10顯示適當?shù)奶崾荆暂斎胗捎脩籼峁┑臄?shù)據(jù)。SIM菜單可以包括的提示例如:“請輸入購買用戶手機號”；“請輸入目標用戶手機號”(如果，輸入留有空白，系統(tǒng)就默認用戶用戶的MSISDN); “請輸入內(nèi)容ID”，“輸入您的M-PIN”，“確認銷售〈內(nèi)容ID〉給〈MSISDN〉?！痹诹闶凵?0輸入其商業(yè)標識號(S卩Μ-PIN)之后，零售商確認該交易。
[0110]如果需要，記錄該選項以包括一個不同于用戶MSISDN的另一個“目標” MSISDN。該選項可以允許移動電話服務(wù)用戶為家庭成員、朋友、同事和其他人購買VAS內(nèi)容或加值服務(wù)。
[0111]SIM申請構(gòu)建了一個含有輸入數(shù)據(jù)的加密的內(nèi)容購買SMS信息，并發(fā)送該信息至SMS中心24，該SMS中心24隨后路由內(nèi)容購買信息至M-商務(wù)服務(wù)器16。隨后該M-商務(wù)服務(wù)器16確定該內(nèi)容購買SMS信息是一個內(nèi)容購買交易，解密該信息，并驗證該零售商在電子錢包服務(wù)器22上的詳細信息(步驟61)。另外，M-商務(wù)服務(wù)器16發(fā)送一個交付請求至VAS服務(wù)器18，傳送該零售商的MSISDN和內(nèi)容ID。
[0112]在步驟62，判定的問題是零售商10是否被授權(quán)銷售選定的內(nèi)容。這里的目的是為了防止未經(jīng)授權(quán)的零售商10未經(jīng)授權(quán)地銷售電子內(nèi)容，以及防止銷售未經(jīng)授權(quán)的內(nèi)容給移動電話服務(wù)用戶。如果零售商10沒有被授權(quán)銷售選定的內(nèi)容，VAS服務(wù)器18不確認零售商10的那次銷售交易。相應(yīng)的，VAS服務(wù)器18發(fā)送一個非認證通知至M-商務(wù)服務(wù)器16，隨后該服務(wù)器16發(fā)送一個通知SMS信息至零售商10和移動電話服務(wù)用戶，告知交易失敗(步驟63)。
[0113]另一方面，如果零售商10確定被授權(quán)銷售該選定的內(nèi)容，下一個判定的問題是移動運營商的內(nèi)容ID是否有效(步驟64)。如果無效，VAS服務(wù)器18通知M-商務(wù)服務(wù)器16，該服務(wù)器隨后發(fā)送一個通知SMS信息至零售商10和移動電話服務(wù)用戶，告知提交的請求失敗(步驟63)。示范性地失敗通知SMS信息如前面所描述。
[0114]而如果運營商的內(nèi)容ID有效，則VAS服務(wù)器18取回相應(yīng)移動運營商(或其它授權(quán)的內(nèi)容供應(yīng)商)的內(nèi)容ID，零售價格和零售商傭金，并將該信息送至M-商務(wù)服務(wù)器16。該M-商務(wù)服務(wù)器16請求電子錢包服務(wù)器22驗證該零售商在其錢包內(nèi)是否具有充足的資金，并留存減去零售商傭金后的零售價格。隨后M-商務(wù)服務(wù)器16請求VAS服務(wù)器18傳送內(nèi)容交付請求至賣方內(nèi)容交會平臺21(步驟65)，優(yōu)選連同目標移動電話服務(wù)用戶的MSISDN，內(nèi)容ID和M-商務(wù)服務(wù)器的交易ID。
[0115]現(xiàn)在，下一個問題是賣方內(nèi)容ID是否有效(步驟66)。如果無效，賣方內(nèi)容交付平臺21發(fā)送一個非認證通知(賣方ID無效)至VAS服務(wù)器18。該VAS服務(wù)器18通知M-商務(wù)服務(wù)器16，該服務(wù)器16隨后發(fā)送一個通知SMS信息至零售商10、賣方、和移動電話服務(wù)用戶，告知提交的請求失敗(步驟67)。
[0116]另一方面，如果賣方內(nèi)容ID被認為有效，則賣方內(nèi)容交付平臺21發(fā)送選定的內(nèi)容至SMS中心24(步驟68)。
[0117]在步驟70，SMS中心24發(fā)送內(nèi)容(即選取的鈴聲)至移動電話服務(wù)用戶的手機上，作為一個一次性、一次有效的發(fā)送。換句話說，沒有重試發(fā)送該內(nèi)容。SMS中心24接著接收交付收據(jù)并返回交付確認至賣方內(nèi)容交付平臺21(步驟72)，其確認該內(nèi)容交付成功(步驟74)，并發(fā)送一個正響應(yīng)反饋至VAS服務(wù)器18。
[0118]VAS服務(wù)器通知M-商務(wù)服務(wù)器16，其批示電子錢包服務(wù)器22從零售商的電子錢包賬戶扣除支付金額(步驟76)。相應(yīng)的，M-商務(wù)服務(wù)器16發(fā)送一個通知SMS信息至移動電話服務(wù)用戶(步驟78)和零售商1 (步驟80)，確認該內(nèi)容已被成功交付。
[0119]各通知信息類似于前述的通知信息。例如，如果用戶提供了目標訂購信息，這一條成功的SMS通知信息可以包括以下信息:日期/時間，零售商的MSISDN，目標用戶的MSISDN，電子錢包平臺的交易號，和支付金額。
[0120]零售商10從用戶收取錢款(步驟82)以結(jié)束交易。
[0121]在交易失敗的例子中，零售商電子錢包的準備金被取消，電子錢包不被扣錢。
[0122]現(xiàn)參看圖6(包括圖6A和6B)，顯示了彩鈴形式的加值服務(wù)訂閱購買交易流程圖。一個彩鈴(或“回鈴音”)優(yōu)選描述為音頻文件，其通常為歌曲的錄音，當呼叫方呼叫另一彩鈴服務(wù)用戶時，呼叫方會聽到。該歌曲代替了普通的電話鈴聲(一方呼叫另一方時，該呼叫方會聽到)。該音頻文件優(yōu)選，但并不必需，存儲在與移動運營商的網(wǎng)絡(luò)連接的中央服務(wù)器。
[0123]在圖6所示的交易中，預付或后付移動電話服務(wù)用戶向零售商10提供他/她的移動電話號碼(MSISDN)以訂購彩鈴服務(wù)。然后零售商10使用一個移動電話12作為銷售點設(shè)備，從SIM菜單啟動彩鈴訂購交易(步驟90)。
[0124]優(yōu)選地，如前所述，SIM申請菜單為零售商10顯示適當?shù)奶崾?，以輸入由用戶提供的?shù)據(jù)。零售商10接著輸入其M-PIN并確認交易?；蛘?，SIM菜單可提供輸入一個不同于用戶MSISDN的目標用戶MSISDN。這使得用戶能夠為家庭成員，朋友和其他人購買禮品VAS服務(wù)。
[0125]S頂申請構(gòu)建了一個含有輸入數(shù)據(jù)的加密的彩鈴訂購SMS信息，并發(fā)送該信息至一個SMS中心24。該SMS中心24路由該彩鈴訂購信息至M-商務(wù)服務(wù)器16，其確定該彩鈴訂購信息是一個彩鈴訂購交易，加密該信息，并在電子錢包服務(wù)器22上驗證零售商的詳細信息(步驟91)。另外，M-商務(wù)服務(wù)器16發(fā)送一個訂購請求至VAS服務(wù)器18(步驟91)，優(yōu)選連同該零售商的MSISDN和內(nèi)容ID。
[0126]在步驟92，判定的問題是零售商10是否被授權(quán)銷售選定的加值服務(wù)。這里的目的是為了防止一個未經(jīng)授權(quán)的零售商10未經(jīng)授權(quán)地銷售訂購服務(wù)，以及防止未經(jīng)授權(quán)的銷售加值服務(wù)給一個移動電話服務(wù)用戶。如果零售商10沒有被授權(quán)銷售選定的加值服務(wù)，VAS月艮務(wù)器18不確認該零售商10的那次交易。VAS服務(wù)器18發(fā)送一個非認證通知至M-商務(wù)服務(wù)器16，該服務(wù)器16然后發(fā)送一個通知SMS信息至零售商10和移動電話服務(wù)用戶，提示交易失敗(步驟93)。
[0127]如果零售商10被認作授權(quán)銷售該選定的加值服務(wù)，下一個問題是該移動營商的內(nèi)容ID是否有效(步驟94)。如果無效，VAS服務(wù)器18不確認移動運營商的那次銷售交易。VAS月艮務(wù)器18發(fā)送一條非認證通知至M-商務(wù)服務(wù)器16，該服務(wù)器16接著發(fā)送一個通知SMS信息至零售商10、移動運營商和移動電話服務(wù)用戶，告知交易失敗(步驟93)。
[0128]而如果運營商內(nèi)容ID被認作有效，則VAS服務(wù)器18獲取相應(yīng)的移動運營商(或其它授權(quán)的內(nèi)容提供商)的內(nèi)容ID、零售價格和零售商傭金，并傳送該信息至M-商務(wù)服務(wù)器16。該M-商務(wù)服務(wù)器16請求電子錢包服務(wù)器22驗證該零售商在其電子錢包內(nèi)是否具有足夠的資金，并留存減去零售商傭金后的零售價格。隨后M-商務(wù)服務(wù)器16請求VAS服務(wù)器18傳送訂購請求至彩鈴平臺17(步驟95)，優(yōu)選連同目標移動電話服務(wù)用戶的MSISDN、內(nèi)容ID和M-商務(wù)服務(wù)器交易ID。
[0129]下一個判定的問題是用戶是否已經(jīng)訂購了彩鈴訂購服務(wù)(步驟96)。如果已訂購，則彩鈴平臺17發(fā)送一個通知至VAS服務(wù)器18，指示該用戶已經(jīng)訂購(步驟98) JAS服務(wù)器18通知M-商務(wù)服務(wù)器16，該服務(wù)器16接著發(fā)送一個通知SMS信息至零售商10和移動電話用戶，告知用戶是一個現(xiàn)有的客戶(步驟99)。
[0130]而如果用戶之前沒有訂購彩鈴服務(wù)，則彩鈴平臺17為所需的用戶MSISDN激活一個訂購(步驟100)。然后彩鈴平臺17發(fā)送確認至VAS服務(wù)器18，指示訂購處理已經(jīng)啟動(步驟102) JAS服務(wù)器18通知M-商務(wù)服務(wù)器16，該服務(wù)器16指示電子錢包服務(wù)器22從零售商的電子錢包賬戶扣除支付的金額(步驟104)，優(yōu)選減去傭金后的推薦零售價格，并發(fā)送一個通知SMS信息至用戶(步驟106)和零售商10(步驟108)，確定該訂購請求已被注冊，以及將被提供服務(wù)的時間。各通知信息類似于前述的通知信息。
[0131]零售商10從訂購用戶那里收取錢款(步驟110)。當彩鈴平臺17完成訂購處理，其發(fā)送一個通知給用戶，確認成功提供服務(wù)(步驟112)。
[0132]圖7(包括圖7A和7B)的判定步驟顯示了根據(jù)本發(fā)明的一個彩鈴歌曲購買方式的加值服務(wù)訂閱購買交易流程圖，其類似于圖6的判定步驟，但只有在用戶事先已經(jīng)訂購了該服務(wù)的情況下，交易才被允許進行。換而言之，如果移動電話用戶事先沒有訂購，則用戶和零售商會收到通知，指示用戶先訂購彩鈴服務(wù)。
[0133]進一步作介紹，參看圖7A，用戶以內(nèi)容ID號的方式向零售商10提供他/她希望選取的歌曲，并提供他/她的移動電話號碼。然后零售商10使用一個移動電話12作為銷售點設(shè)備以啟動歌曲購買交易(步驟120)。
[0134]優(yōu)選地，S頂申請菜單為零售商10顯示適當?shù)奶崾?，以輸入用戶提供的?shù)據(jù)。例如，S頂菜單可以包括這樣的提示:“請輸入購買用戶移動電話號碼”；“請輸入目標用戶移動電話號碼”;“請輸入內(nèi)容ID” ； “輸入您的M-PIN” ； “確認銷售〈內(nèi)容ID〉給〈MSISDN〉”。零售商10輸入其商家識別號(即M-PIN)并確認交易。
[0135]如果需要，記錄選項以包括指向目標用戶信息的提示。該選項允許移動電話服務(wù)用戶為家庭成員、朋友和其他人購買VAS內(nèi)容和/或加值服務(wù)作為禮物。
[0136]S頂申請優(yōu)選構(gòu)建一個包括輸入數(shù)據(jù)的加密的歌曲選取SMS信息，并發(fā)送該信息至SMS中心24，該SMS中心24隨后路由歌曲購買SMS信息至M-商務(wù)服務(wù)器16，該服務(wù)器16確認該歌曲購買SMS信息是一個歌曲購買交易，解密該信息，并驗證該零售商在電子錢包服務(wù)器22上的信息(步驟121)。另外，M-商務(wù)服務(wù)器16發(fā)送一個發(fā)送歌曲請求至VAS服務(wù)器18，連同零售商的MSISDN和內(nèi)容ID。
[0137]在步驟122，判定的問題是零售商10是否被授權(quán)銷售選定的加值服務(wù)。這里的目的是為了防止未經(jīng)授權(quán)的零售商10未經(jīng)授權(quán)地銷售訂購服務(wù)，以及防止未經(jīng)授權(quán)地銷售加值服務(wù)給移動電話服務(wù)用戶。如果零售商10沒有被授權(quán)銷售選定的加值服務(wù)，VAS服務(wù)器18不確認零售商10的那次交易。VAS服務(wù)器18發(fā)送一個非確認通知至M-商務(wù)服務(wù)器16，該服務(wù)器16接著發(fā)送一個通知SMS信息至零售商10和移動電話服務(wù)用戶，提示交易失敗(步驟123)。
[0138]如果零售商10被認作授權(quán)銷售選定的加值服務(wù)，下一個問題是移動運營商的內(nèi)容ID是否有效(步驟124)。如果無效，VAS服務(wù)器18不確認移動運營商的那次交易。VAS服務(wù)器18發(fā)送一個非確認通知至M-商務(wù)服務(wù)器16，該服務(wù)器16接著發(fā)送一個通知SMS信息至零售商、移動運營商和移動電話服務(wù)用戶，提示交易失敗(步驟123)。
[0139]而如果運營商的內(nèi)容ID被認作有效，VAS服務(wù)器18隨后獲取相應(yīng)的移動運營商(或其它授權(quán)的內(nèi)容提供商)的內(nèi)容ID、零售價格和零售商傭金，并傳送這些信息至M-商務(wù)服務(wù)器161-商務(wù)服務(wù)器16請求電子錢包服務(wù)器22驗證該零售商在其電子錢包內(nèi)具有足夠的資金，并留存減去零售商傭金后的零售價格。然后，M-商務(wù)服務(wù)器16請求VAS服務(wù)器18發(fā)送歌曲請求至彩鈴平臺17 (步驟125)，優(yōu)選連同目標移動電話服務(wù)用戶的MSISDN、內(nèi)容ID和M-商務(wù)服務(wù)器交易ID。
[0140]下一個判定的問題是該用戶是否已經(jīng)是訂購客戶(步驟126)。如果不是，彩鈴平臺17發(fā)送一個回復至VAS服務(wù)器18，指示該用戶不是一個現(xiàn)有的客戶(步驟128) JAS服務(wù)器18通知M-商務(wù)服務(wù)器16，該服務(wù)器16隨后發(fā)送一個通知SMS信息至用戶和零售商10，告知該用戶需要先登記訂購(步驟129)。錯誤通知信息與這里之前描述的類似。
[0141]而如果發(fā)現(xiàn)該用戶是一個現(xiàn)有客戶，則彩鈴平臺17激活該選取的歌曲請求，并發(fā)送該選取的歌曲至用戶(步驟130)。彩鈴平臺17還發(fā)送確認VAS服務(wù)器18，確認該歌曲已經(jīng)交付(步驟132) JAS服務(wù)器18通知M-商務(wù)服務(wù)器16，該服務(wù)器16指示電子錢包服務(wù)器22從零售商的電子錢包賬戶減去支付的金額(步驟134)，優(yōu)選減去傭金后推薦的零售價格，并發(fā)送通知信息至用戶(步驟136)和零售商10(步驟138)，確認該選取的歌曲已經(jīng)為預付或后付移動電話用戶的服務(wù)發(fā)送。各通知信息與之前描述的相類似。在步驟140，零售商10從訂購用戶那里收取錢款。
[0142]現(xiàn)在參看圖8(包括8A和SB)，顯示了一個虛擬電話卡形式的加值服務(wù)購買交易的流程圖。在本實施例中，用戶通常向零售商10請求卡片產(chǎn)品，例如一張?zhí)摂M電話卡或VAS卡。使用移動電話12作為一個銷售點設(shè)備，零售商10從SIM菜單啟動一個卡購買交易(步驟150)，輸入由用戶提供的相關(guān)信息。
[0143]如前所述，S頂菜單是用戶友好的，提供了必需的輸入信息的適當提示。另外，菜單同樣提供了為家庭和朋友購買禮品卡或VAS服務(wù)的選項。
[0144]一旦零售商10確認交易，S頂申請構(gòu)建一個包含輸入數(shù)據(jù)的加密的虛擬電話卡和/或VAS卡SMS信息，并發(fā)送該信息至一個SMS中心24。為了簡便起見，這里的討論僅限于電話卡產(chǎn)品，盡管它可以是電話卡和/或VAS卡。
[0145]SMS中心路由該卡片購買SMS信息至M-商務(wù)服務(wù)器16，該服務(wù)器16確定該卡片購買SMS信息是一個電話卡購買交易，解密該信息，并在電子錢包服務(wù)器22上驗證零售商10的詳細信息。此外，M-商務(wù)服務(wù)器16還發(fā)送一個獲取PIN的請求至VAS服務(wù)器18，連同該零售商的MSISDN和服務(wù)ID。
[0146]在步驟152，判定的問題是零售商10是否被授權(quán)銷售選定的加值服務(wù)。這里的目的是為了防止一個未經(jīng)授權(quán)的零售商10未經(jīng)授權(quán)地銷售電話卡服務(wù)，以及防止未經(jīng)授權(quán)地銷售加值服務(wù)給移動電話服務(wù)用戶。如果零售商10未被授權(quán)銷售選定的加值服務(wù)，VAS服務(wù)器18不確認零售商的那次交易。VAS服務(wù)器18發(fā)送一個非確認通知至M-商務(wù)服務(wù)器16，該服務(wù)器16隨后發(fā)送一個通知SMS信息至零售商10和移動電話服務(wù)用戶，提示交易失敗(步驟153)0
[0147]如果零售商10被認為是經(jīng)授權(quán)銷售選定的加值服務(wù)，下一個問題是移動運營商的內(nèi)容ID是否有效(步驟154)。如果無效，則VAS服務(wù)器不確認移動運營商的那次交易。VAS月艮務(wù)器發(fā)送一個非確認通知至M-商務(wù)服務(wù)器16，該服務(wù)器16隨后發(fā)送一個通知SMS信息至零售商10、移動運營商和移動電話服務(wù)用戶，提示該交易失敗(步驟153)。
[0148]而如果運營商的內(nèi)容ID被認為有效，VAS服務(wù)器18接著獲取相應(yīng)移動運營商(或其它授權(quán)的內(nèi)容供應(yīng)商)的內(nèi)容ID、零售價格和零售商傭金，并將這些信息傳至M-商務(wù)服務(wù)器161-商務(wù)服務(wù)器16請求電子錢包服務(wù)器22驗證該零售商在其電子錢包內(nèi)具有足夠的資金，并留存減去零售商傭金后的零售商價格。然后M-商務(wù)服務(wù)器16請求VAS服務(wù)器19發(fā)送一個電話卡PIN請求至賣方內(nèi)容交付平臺21(步驟155)，優(yōu)選連同目標移動電話服務(wù)用戶的MSISDN、內(nèi)容ID和M-商務(wù)服務(wù)器的交易ID。該賣方內(nèi)容交付平臺返回一個內(nèi)容ID驗證通知至VAS服務(wù)器18，該服務(wù)器18從一個電話卡PIN數(shù)據(jù)庫選取一個識別號(PIN)(步驟156)。
[0149]在步驟158，VAS服務(wù)器18發(fā)送一條包含PIN的SMS信息到SMS中心24，該中心24隨后一次性發(fā)送信息至目標MSISDN(步驟159) AMS中心24收到電話卡信息交付的收據(jù)，并傳送該交付收據(jù)確認至VAS服務(wù)器18(步驟160)，這確認了內(nèi)容交付成功(步驟161)，并發(fā)送一個正響應(yīng)反饋至M-商務(wù)服務(wù)器16。
[0150]M-商務(wù)服務(wù)器16指示電子錢包服務(wù)器22從零售商的電子錢包賬戶扣除支付的金額，優(yōu)選減去零售商傭金后的建議零售價(步驟162) 商務(wù)服務(wù)器16發(fā)送一個通知SMS信息至用戶(步驟164)和零售商10(步驟166)，確認PIN被成功交付。各通知信息與前述的類似。當零售商10從移動電話服務(wù)用戶那里收到錢款時，交易結(jié)束(步驟168)。
[0151]現(xiàn)在參看圖9(包括圖9A和9B)，顯示了使用本發(fā)明的系統(tǒng)的、提示服務(wù)形式的加值服務(wù)訂閱購買交易的流程圖。在這個方案中，用戶向零售商10提供他/她選擇的信息提示，例如新聞、天氣預報等等，以及移動電話號碼(MSISDN)以訂購該信息提示服務(wù)。接著零售商使用移動電話12作為銷售點設(shè)備，從S頂菜單啟動信息訂閱購買交易(步驟170)。
[0152]優(yōu)選地，如前所述，SIM申請菜單顯示適當?shù)奶崾荆阌诹闶凵?0輸入由用戶提供的數(shù)據(jù)。零售商10接著輸入其M-PIN并確認該交易。或者，S頂菜單可以提供輸入目標用戶的MSISDN，其不同于用戶的MISISDN。這使得用戶能夠為家庭、朋友和其他人購買一種或多種禮品VAS服務(wù)。
[0153]S頂申請構(gòu)建一個包含輸入數(shù)據(jù)的加密的信息提示訂購SMS信息，并發(fā)送該信息至SMS中心24 AMS中心24路由該信息提示訂購信息至M-商務(wù)服務(wù)器16，其確定該信息提示訂購SMS信息是一個信息提示訂購交易，解密該信息，驗證該零售商在電子錢包服務(wù)器22上的詳細信息(步驟171)。
[0154]在步驟172，判定的問題是零售商10是否經(jīng)授權(quán)銷售選定的加值服務(wù)。這里的目的是為了防止未經(jīng)授權(quán)的零售商10未經(jīng)授權(quán)地銷售訂購服務(wù)，以及防止未經(jīng)授權(quán)地銷售加值服務(wù)給移動電話服務(wù)用戶。如果零售商10未經(jīng)授權(quán)銷售選定的加值服務(wù)，VAS服務(wù)器18不確認零售商10的那次交易。VAS服務(wù)器18發(fā)送一個非確認通知至M-商務(wù)服務(wù)器16，其接著發(fā)送一個通知SMS信息至零售商10和移動電話用戶，提示該交易失敗(步驟173)。
[0155]如果零售商10被認為經(jīng)授權(quán)銷售該選定的加值服務(wù)，下一個問題是該移動運營商的內(nèi)容ID是否有效(步驟174)。如果無效，VAS服務(wù)器18不確認移動運營商的那次交易。VAS服務(wù)器18發(fā)送一個非確認通知至M-商務(wù)服務(wù)器16，其接著發(fā)送一個通知SMS信息至零售商10、移動運營商和移動電話服務(wù)用戶，提示該交易失敗(步驟93)。
[0156]而如果運營商的內(nèi)容ID被認為有效，VAS服務(wù)器18隨后獲取相應(yīng)移動運營商(或其它授權(quán)的內(nèi)容供應(yīng)商)的內(nèi)容ID、零售價格和零售商傭金，并將該信息傳送至M-商務(wù)服務(wù)器161-商務(wù)服務(wù)器請求電子錢包服務(wù)器11驗證該零售商在其電子錢包內(nèi)具有充足的資金，并留存減去零售商傭金后的零售價格。然后M-商務(wù)服務(wù)器16請VAS服務(wù)器18傳送訂購請求至信息提示平臺23(步驟175)，優(yōu)選連同目標移動電話服務(wù)用戶的MSISDN、內(nèi)容ID和M-商務(wù)服務(wù)器的交易ID。
[0157]在步驟176，下一個判定的問題是用戶是否已經(jīng)是該信息提示訂購服務(wù)的客戶。如果是，信息提示平臺23告知VAS服務(wù)器18，該用戶已經(jīng)訂購(步驟178) JAS服務(wù)器18通知M-商務(wù)服務(wù)器16，其接著發(fā)送一個通知SMS信息以告知移動電話服務(wù)用戶和零售商10，該用戶已經(jīng)是一個現(xiàn)存的客戶(步驟179)。
[0158]而如果用戶不是該訂購服務(wù)的現(xiàn)有客戶，則信息提示平臺23為該特定的提示服務(wù)激活一個訂購(步驟180)。然后信息提示平臺發(fā)送一個確認至VAS服務(wù)器18，提示該訂購處理已經(jīng)啟動并且已成功(步驟182) JAS服務(wù)器18通知M-商務(wù)服務(wù)器16，其指示電子錢包服務(wù)器從零售商的電子錢包賬戶扣除支付的金額，優(yōu)選減去傭金后的建議零售價(步驟184)，并發(fā)送一個通知SMS信息至用戶(步驟186)和零售商10(步驟188)，確認訂購成功。各通知信息與前述的通知信息相類似。當零售商10從用戶那里收取錢款時，交易結(jié)束(步驟190)。
[0159]圖10顯示了啟用無線通信設(shè)備作為銷售點(POS)設(shè)備的系統(tǒng)的另一個示例。如圖所示，零售商或移動運營商10可將無線通信設(shè)備12(例如一部移動電話)作為一部POS設(shè)備使用通過GSM14接入M—商務(wù)服務(wù)器16。
[0160]通過與M—商務(wù)服務(wù)器16間的通信，無線設(shè)備12提供另外一個電子或數(shù)字產(chǎn)品的菜單選項。這些產(chǎn)品可以由一個或多個第三方提供商采用第三方提供商平臺200、300、400、500等形式提供，這些系統(tǒng)與移動運營商的系統(tǒng)協(xié)同運作。
[0161]在該實施例中，M—商務(wù)服務(wù)器16還提供運算邏輯以管理無線設(shè)備12和所述的第三方提供商平臺200、300、400和500間的端對端M—商務(wù)交易。該運算邏輯包括但不限于:接口邏輯一如無線應(yīng)用協(xié)議(WAP)、短信服務(wù)(SMS)、Java2平臺精簡版(J2ME)、用戶識別應(yīng)用發(fā)展工具(STK)，等等，用來與零售商或移動運營商的接入信道整合;解析邏輯，利用上述接口邏輯以接收和處理來自不同訪問設(shè)備的交易;交易管理邏輯，以控制所需交易的執(zhí)行，如第三方提供商帳單支付交易等等;整合能力，便于與一個或多個子系統(tǒng)整合，這些子系統(tǒng)例如電子錢包服務(wù)器22，以及每個第三方供應(yīng)商平臺200、300、400、500，等等；和其他操作支持能力(operat1nal support capability)，包括但不限于系統(tǒng)配置、零售商或無線運營商內(nèi)容ID的映射和驗證，為零售商驗證授權(quán)以提供特定帳單支付服務(wù)、建立零售價格和傭金、報告、審計，等等。
[0162]第三方提供商平臺200可代表向顧客提供電力的公用事業(yè)公司。平臺200優(yōu)選存在于電力公司A的網(wǎng)絡(luò)中，是用于存放和存儲用于實現(xiàn)顧客或顧客的代理人支付A公司的電力帳單的文件的硬件和軟件。在用于為電力公司A提供帳單支付服務(wù)時，平臺200與零售商或無線運營商10的交換設(shè)施通過設(shè)備12互連，以便向顧客在電力公司A的電力帳戶中采用電子形式投寄支付款額，使得零售商10可以從顧客處收取貨幣付款。
[0163]第三方提供商平臺300可以代表另一家公用事業(yè)公司，例如向顧客供應(yīng)燃氣的公司。平臺300優(yōu)選存在于煤氣公司B的網(wǎng)絡(luò)中，是用于存放和存儲用于實現(xiàn)顧客/顧客的代理人支付B公司燃氣帳單所需文件的硬件和軟件。在向燃氣公司B提供帳單支付服務(wù)時，平臺300通過設(shè)備12與零售商或無線運營商10的交換設(shè)施互連，以便向顧客在燃氣公司B的燃氣帳戶中采用電子方式投寄支付款額，使得零售商10可以從顧客處收取貨幣付款。
[0164]第三方提供商平臺400可以代表任何一個諸多信用卡公司中的一個(例如美國運通公司、VisajasterCard，等等)和/或提供財經(jīng)服務(wù)的公司(花旗銀行、美洲銀行、瑞士信貸公司，等等)。平臺C優(yōu)選存在于每一家信用卡和/或財經(jīng)服務(wù)公司的網(wǎng)絡(luò)中，是用于存放和存儲用于實現(xiàn)顧客/顧客的代理人支付C公司信用卡帳單所需文件的硬件和軟件。在向信用卡公司C提供帳單支付服務(wù)時，平臺400通過設(shè)備12與零售商10的交換設(shè)施互連，以便向顧客在C公司的信用卡帳戶中采用電子方式投寄支付款額，使得零售商10可以從顧客處收取貨幣付款。
[0165]在另一個實施例中，第三方提供商平臺500可以代表另一家公用事業(yè)公司，例如向顧客供水的公司。平臺500優(yōu)選存在于自來水公司ABC的網(wǎng)絡(luò)中，是用于存放和存儲用于實現(xiàn)顧客/顧客的代理人支付ABC公司自來水帳單所需文件的硬件和軟件。在向自來水公司ABC提供帳單支付服務(wù)時，平臺500通過設(shè)備12與零售商或無線運營商10的交換設(shè)施互連，以便向顧客在自來水公司ABC的自來水帳戶中采用電子方式投寄支付款額，使得零售商10可以從顧客處收取貨幣付款。
[0166]圖11是對圖10所示應(yīng)用架構(gòu)的優(yōu)選實施例的更詳細的說明。該應(yīng)用架構(gòu)執(zhí)行全部交易處理功能，并管理服務(wù)器模塊16、18、20、22、600、其子系統(tǒng)、中間件15、不同平臺200、300、400、500、17、19、21、23、網(wǎng)關(guān)25、服務(wù)器26以及任何移動運營商/第三方/廠商網(wǎng)絡(luò)實體(例如SMS中心24)間的兩個以及多個之間的集成。該應(yīng)用架構(gòu)同樣管理后端管理，報告和監(jiān)測基礎(chǔ)架構(gòu)。
[0167]如圖10所示，M—商務(wù)服務(wù)器16、電子錢包服務(wù)器22和第三方帳單服務(wù)器600可被視為用于支持任何數(shù)量的第三方帳單支付應(yīng)用的主要模塊。這是應(yīng)用層。這些模塊包含針對每一個特定方案的商業(yè)邏輯，并被分離成離散的功能模塊，這些模塊相互之間以及與中間件和接口層之間相互作用。本實施例的另一個方面，用于第三方帳單服務(wù)器600的系統(tǒng)可集成在每個第三方帳單公司200、300、400和500之中。
[0168]在上述的實施例中，每個平臺200、300、400、500等都對應(yīng)于一個分離且不同的第三方提供商。值得注意的是，第三方平臺可以用于為林林總總的產(chǎn)品或服務(wù)進行銷售和/或收取付款。下面的清單僅是可采用本發(fā)明技術(shù)實現(xiàn)的全部銷售和/或支付中的一個小子集。這些包括但不限于帳單支付系統(tǒng)用于:衛(wèi)星廣播注冊、衛(wèi)星電視、互聯(lián)網(wǎng)服務(wù)提供商(ISP)服務(wù)、購票(例如為旅行、推廣活動、體育賽事、彩票等等的目的)、捐贈、公共事業(yè)(例如電力帳單、自來水帳單、燃氣帳單，等等)、本地/州/國家稅捐債務(wù)、財經(jīng)服務(wù)、保險費、抵押、信用卡月度分期付款、教育經(jīng)費，等等。本發(fā)明的應(yīng)用包括用于支付基于網(wǎng)絡(luò)的電子商務(wù)服務(wù)的帳單支付系統(tǒng)，其中包括林林總總的電子產(chǎn)品和服務(wù)(例如eBay的在線帳戶、亞馬遜、音樂門戶、游戲、圖書館注冊、互聯(lián)網(wǎng)電話、互聯(lián)網(wǎng)通訊服務(wù)、電視購物，等等)。本發(fā)明并不僅限于帳單支付(收取)系統(tǒng)。它也適用于顧客從零售商10接收貨幣的支付系統(tǒng)。
[0169]關(guān)于M—商務(wù)服務(wù)器16的描述如前所述。
[0170]類似地，電子錢包服務(wù)器22也如前所述，只是對來自/向M—商務(wù)服務(wù)器16和與每個第三方平臺200、300、400、500等相關(guān)的第三方帳單服務(wù)器600的交易路由進行適當調(diào)整，以實現(xiàn)必要的帳單支付交易。另外和/或可選擇地，另一個代表顧客的電子錢包(未顯示)的電子錢包服務(wù)器可被包含在圖10所示的實施例中，用于管理與顧客虛擬帳戶的交互作用。[0171 ]圖10所示的三個主要模塊中的最后一個是第三方帳單服務(wù)器600，其包括五個主要的功能模塊:也就是，一個第三方交易管理模塊600a、一個零售商認證模塊600c、一個第三方零售商傭金(commiss1n)模塊600d和一個PIN數(shù)據(jù)庫模塊600e。
[0172]第三方帳單服務(wù)器交易管理模塊600a提供商業(yè)邏輯以管理帳單支付內(nèi)容或服務(wù)的傳送中的交易內(nèi)容。模塊600a的功能包括但不限于:分別路由來自/去往M—商務(wù)、電子錢包和第三方帳單服務(wù)器16、22、600(以及可以選擇的顧客電子錢包(未顯示出))的交易；分別路由來自/去往用于平臺200、300、400、500的接口 200a、300a、400a、500a的交易；以及用于第三方帳單審計和匯報的交易數(shù)據(jù)記錄。
[0173]零售商驗證功能模塊600c提供商業(yè)邏輯以管理第三方提供商所能提供的服務(wù)。模塊600c的功能包括但不限于:通過廠商、區(qū)域或第三方提供商分組確定帳單支付服務(wù)的有效性。
[0174]第三方提供商零售商傭金模塊600d提供商業(yè)邏輯用于為零售商/第三方提供商/代理商管理費用和傭金。模塊600d的功能包括但不限于:通過區(qū)域和/或零售商/第三方提供商分布樹(例如通過零售商/第三方提供商分組)管理價格；以及通過區(qū)域和/或零售商/第三方供應(yīng)商分組，確定并計算零售商/第三方提供商保證金。
[0175]最后，PIN數(shù)據(jù)庫模塊600e提供商業(yè)邏輯用于為提供的帳單支付服務(wù)管理多組PIN。模塊600e的功能包括但不限于:在每個服務(wù)的基礎(chǔ)上分割PIN;安全存儲PIN;發(fā)送PIN至請求模塊；以及一旦發(fā)送成功，就標記PIN為“已使用”。
[0176]在服務(wù)器模塊16、22、600與一個或多個運營商/第三方服務(wù)提供商網(wǎng)絡(luò)實體(例如5]\^中心24、'^?網(wǎng)關(guān)25、平臺200、300、400、500、21、17、23、19)之間的通信，通過接口20(^、300a、400a、500a、24a、25a和中間件層 15完成。
[0177]對于每次討論，接口 200a、300a、400a、500a、24a和25a都包括一個接口層，其執(zhí)行一個特定的通信協(xié)議。正如所描述的那樣，每一個接口被用于從商業(yè)邏輯分離連接邏輯(connect1n logic)，從而簡化了第三方網(wǎng)絡(luò)實體的整合。這為基于網(wǎng)絡(luò)實體的標準提供了即插即用環(huán)境。
[0178]就這一點而言，接口層的主要功能有三層:(I)管理與目標第三方平臺(例如自來水公司ABC平臺500)間的通信會話；(2)將一個第三方帳單服務(wù)器600的請求轉(zhuǎn)換為所需的目標平臺格式，并將其發(fā)送至所需的目標平臺；(3)解譯目標平臺的響應(yīng)，并將該響應(yīng)轉(zhuǎn)換為用于服務(wù)器模塊16、22、600的適合的響應(yīng)。
[0179]值得注意的是，每一個接口 200a、300a、400a、500a、24a和25a為每一個特定的目標第三方帳單支付服務(wù)提供商實體而被寫入。例如，信用卡公司接口 400a被寫入以用于與信用卡公司C帳單支付平臺400通信。同理，燃氣公司接口 300a被寫入以用于與燃氣公司B平臺300通信。每一個接口還被加入設(shè)計用于管理加載在目標第三方服務(wù)提供商實體上的交易的特征。這方便了無縫即插即用整合。
[0180]現(xiàn)更為詳細地介紹關(guān)于使用無線通信設(shè)備，激活帳單支付服務(wù)的圖10和圖11所示架構(gòu)的操作。
[0181]在操作上，圖12顯示了一個使用圖10和圖11所示系統(tǒng)的第三方帳單支付交易的流程圖，其使一個自來水公司ABC的用戶可使用實物貨幣(S卩比索，盧比，英鎊，等等)通過柜臺到一個授權(quán)的零售商10，通過設(shè)備12支付其自來水賬單。
[0182]在示范性的圖12的交易中，顧客使零售商10通過自來水公司ABC平臺500支付該顧客在自來水公司ABC的自來水帳單。重要的是，僅僅其平臺被整合至M—商務(wù)服務(wù)器16的第三方服務(wù)提供商可以采用本發(fā)明的技術(shù)提供帳單管理交易。
[0183]一旦顧客指令零售商10為其支付自來水帳單，如步驟510所示，零售商10采用無線設(shè)備12作為銷售點設(shè)備來啟動第三方帳單支付交易。在一個優(yōu)選的實施例中，帳單支付交易由已被授權(quán)電子錢包權(quán)限和S頂安全的零售商10使用一個S頂菜單執(zhí)行。該SIM模塊的特點如前所述。另外，該SIM菜單可以提供的不同選項包括，例如:(a)預付費充值；(b)后付費帳單支付；(c)VAS銷售；(d)自來水公司ABC帳單支付；(e)自來水公司XYZ帳單支付；(f)信用卡帳單支付；(g)燃氣公司DEF帳單支付；(h)電力公司A帳單支付；(i)GHI電子PIN; (j)HIJ現(xiàn)金提取;等等。
[0184]為實現(xiàn)顧客所述的為其支付自來水公司ABC的自來水帳單的意愿，零售商10選擇選項“d)自來水公司ABC帳單支付”。該菜單需要零售商10提供3條信息，即:⑴該顧客(獨一無二的)標識符，通過該標識符該顧客能被該第三方帳單實體(當前情況下該實體是自來水公司ABC)所識別；(ii)所需的支付金額;和(iii)該零售商的M—商務(wù)服務(wù)器識別號碼(也就是Μ-PIN)ο
[0185]優(yōu)選地，SIM應(yīng)用通過SIM菜單向零售商10顯示適當?shù)奶崾?。換句話說，零售商從S頂菜單中選擇相應(yīng)的選項(如:選項(d))，并且輸入在步驟30中由顧客提供的兩條信息，然后輸入其M—PIN以確認交易。
[0186]S頂應(yīng)用構(gòu)建了含有所輸入數(shù)據(jù)的加密帳單支付短消息服務(wù)(SMS)，并將其發(fā)送至SMS中心24，后者隨后將帳單支付消息路由至M—商務(wù)服務(wù)器16 J—商務(wù)服務(wù)器16確認該帳單支付消息是帳單支付交易，解密該消息，并驗證零售商10在電子錢包服務(wù)器22上的詳細資料，如步驟512所示。
[0187]如果零售商的電子錢包帳戶中有充足的資金，電子錢包服務(wù)器22就保留支付數(shù)額，M—商務(wù)服務(wù)器16通過第三方計費服務(wù)器600向自來水公司ABC的計費平臺500發(fā)出支付請求(如步驟514所示)。優(yōu)選地，支付請求詳盡信息應(yīng)包括由顧客提供的三條信息，S卩:(I)顧客的(獨一無二的)識別號，通過該識別號顧客可以被第三方計費實體(當前情況下指自來水公司ABC)所識別；(2)所需的支付數(shù)額；以及(3)用戶的無線設(shè)備號碼(如:MSISDN)?？蛇x信息可以包括支付方式和一個獨有的M—商務(wù)服務(wù)器交易號碼。
[0188]在步驟516中，決定性的問題在于是否存在一個有效的顧客自來水帳戶。在此，自來水公司ABC的計費平臺500通過對照支付請求與自來水帳戶數(shù)據(jù)庫中的信息來校驗顧客的自來水帳戶是否有效。如果沒有找到相匹配的數(shù)據(jù)，自來水公司ABC的計費平臺500會將此種不匹配情況通知第三方計費服務(wù)器600，如步驟518所示。第三方計費服務(wù)器600通知M—商務(wù)服務(wù)器16，然后由其通過設(shè)備12向零售商10發(fā)出SMS消息，告知所提交請求的失敗(如步驟520所示)。在另一種情況下，如果顧客的MSISDN識別標識被事先提供，M—商務(wù)服務(wù)器16也會(通過無線設(shè)備)向該顧客發(fā)送SMS消息，告知所提交請求的失敗。
[0189]另一方面，如果顧客的自來水帳戶被校驗為有效帳戶，則自來水公司ABC的計費平臺500接受第三方計費服務(wù)器600的支付請求，并告知支付進程，如步驟522所示。
[0190]接下來，在步驟524中，自來水公司ABC的計費平臺500向第三方計費服務(wù)器600發(fā)送支付已被接受進行處理的確認消息。第三方計費服務(wù)器600通知M—商務(wù)服務(wù)器16，由其指示電子錢包服務(wù)器22從零售商的電子錢包帳戶中扣除適當?shù)闹Ц稊?shù)額(如步驟526所示)。
[0191]M—商務(wù)服務(wù)器16也構(gòu)建了發(fā)給顧客的無線設(shè)備(如果有的話)(如步驟528所示)和零售商10(如步驟530所示)的SMS消息通知，確認支付已被成功記入。成功發(fā)送至顧客無線設(shè)備的SMS通知消息優(yōu)選地包含如下信息:顧客名稱，支付日期/時間，零售商名稱，M—商務(wù)服務(wù)器交易號碼以及支付數(shù)額。
[0192]同樣，發(fā)給零售商10的成功SMS通知消息最好應(yīng)包含如下信息:支付時間，用戶的MSISDN，M—商務(wù)服務(wù)器交易號碼以及支付數(shù)額。
[0193]此時，零售商10從顧客處接受支付數(shù)額的貨幣(如步驟532所示)。
[0194]參見圖13，該圖所示的是另一種第三方帳單支付交易的流程圖，該交易使用了圖1O和圖11所示實施例中的能實現(xiàn)用戶購買在線時間的系統(tǒng)。
[0195]在圖13的所示的交易中，顧客指令零售商10支付電子PIN，該電子PIN能使顧客為所需目的獲得一定量的在線時間(如30分鐘的在線游戲娛樂時間)。一般來說，電子PIN是指通常采用運算法則生成的任何獨特的字符編碼。這里，零售商10從無線設(shè)備12上所顯示的SIM菜單中選擇選項“(i )GHI電子PIN”，從而發(fā)起一次第三方帳單支付交易，如步驟522所示。選擇選項(i)之后，另一菜單要求零售商10提供三條信息以驗證是否為授權(quán)使用，該三條信息即是(a)顧客的(獨有的)識別標識，例如顧客的手機號；(b)所需的類別PIN，它可以有一個或多個不同的支付數(shù)額和時間；以及(c)零售商的M—商務(wù)服務(wù)器識別號(S卩M —PIN)。一旦信息被輸入，該應(yīng)用便尋求對信息/交易作精確確認。
[0196]S頂應(yīng)用構(gòu)建含有所輸入數(shù)據(jù)的加密帳單支付短消息服務(wù)(SMS)，然后將其發(fā)送給SMS中心24(通過GSM網(wǎng)絡(luò)14)，后者又將帳單支付消息路由給M—商務(wù)服務(wù)器16 J—商務(wù)服務(wù)器16確認帳單支付消息為帳單支付交易，解密消息，并驗證零售商10在電子錢包服務(wù)器22上的詳細資料，如步驟524所示。
[0197]如果零售商的電子錢包帳戶中有充足的資金，電子錢包服務(wù)器22將保留儲備的支付數(shù)額，M—商務(wù)服務(wù)器16向第三方計費服務(wù)器600發(fā)出支付請求(如步驟526所示)。優(yōu)選地，支付請求內(nèi)容還另外包括零售商的MSISDN和菜單選項(i)的具體內(nèi)容，以用于鑒別電子PIN請求選項事先已被選中。
[0198]第三方零售商識別模塊600c也識別零售商為被授權(quán)者(如步驟530所示)。如果沒有找到相匹配的數(shù)據(jù)，計費服務(wù)器600將通知M—商務(wù)服務(wù)器16此種不匹配的情況(如步驟532所示KM—商務(wù)服務(wù)器16又將通知SMS消息發(fā)送給零售商10，告知所提交的請求失敗(如步驟534所示)。
[0199]一經(jīng)授權(quán)，第三方零售商識別模塊600c將識別傳送給交易管理模塊600a，后者接受并記錄該支付處理(如步驟536所示)ο相應(yīng)地，在步驟538中，第三方計費服務(wù)器600通知M—商務(wù)服務(wù)器16，后者指示電子錢包服務(wù)器22從零售商的電子錢包帳戶中扣除適當?shù)闹Ц稊?shù)額(如步驟538所示)，此操作還檢索儲存于PIN數(shù)據(jù)庫600e中的電子PIN(如步驟540所示)。
[0200]M—商務(wù)服務(wù)器16也構(gòu)建發(fā)給顧客的無線設(shè)備(如步驟542所示)和零售商10(如步驟544所示)的SMS消息通知，確認支付已被成功記入，并將電子PIN僅發(fā)送給顧客。成功發(fā)給給用戶無線設(shè)備的SMS通知消息優(yōu)選地也包含如下信息:顧客名稱，支付日期/時間，零售商名稱，M—商務(wù)服務(wù)器交易號碼以及支付數(shù)額。同樣，成功發(fā)給零售商10的SMS通知消息優(yōu)選地也包含如下信息:支付日期/時間，顧客的MSISDN，M—商務(wù)服務(wù)器交易號碼以及支付數(shù)額。
[0201]此時，零售商或無線運營商10從顧客處接受貨幣(如步驟546所示)。一旦顧客收到電子PIN，顧客就可以登錄GHI的網(wǎng)站并輸入上述收到的電子PIN，這樣顧客就能獲得30分鐘的在線游戲娛樂時間。
[0202]現(xiàn)在參見圖14，它顯示的是另一個說明第三方支付交易的流程圖，該交易采用了圖10和圖11所示的使得顧客可從其金融帳戶中提取貨幣的系統(tǒng)。在該實施例中，一個金融機構(gòu)(如HIJ銀行)擁有一個或多個辦公室，分支機構(gòu)，自動提款機(ATM)等，顧客可以從中提取現(xiàn)金。然而，為了拓展其業(yè)務(wù)，HIJ銀行試圖使其顧客能夠通過分布廣泛的被授權(quán)零售商店從他們的銀行帳戶中提取現(xiàn)金。一般來說，只有平臺被整合至M—商務(wù)服務(wù)器16的第三方提供商才能使用本發(fā)明的技術(shù)來提供現(xiàn)金提取交易。
[0203]在本現(xiàn)金支出交易實施例中，顧客(優(yōu)選地其已有在指定金融機構(gòu)(如HIJ銀行)的帳戶)使得零售商10從其金融帳戶中提取資金，如步驟550所示。在優(yōu)選實施例中，現(xiàn)金提取交易是由被授予電子錢包權(quán)限和S頂安全的零售商使用S頂應(yīng)用菜單來執(zhí)行的。特點如前所述。
[0204]這里，零售商10從S頂菜單中選擇選項“(j)HIJ現(xiàn)金提取”。該菜單要求零售商10輸入例如顧客獨有的HIJ銀行識別標識(如顧客的銀行帳號)、提取數(shù)額、零售商的M—商務(wù)服務(wù)器識別號碼(M—PIN)以及用戶的無線設(shè)備號碼等信息。一旦零售商10輸入提示信息，該零售商的無線設(shè)備12上的應(yīng)用程序會顯示所有輸入以便于通過“取消”或“重新輸入”選項來進行精確確認。
[0205]零售商10確認提示信息的詳細內(nèi)容后，SIM應(yīng)用構(gòu)建包含所輸入數(shù)據(jù)的加密現(xiàn)金提取短消息服務(wù)(SMS)，并將該消息發(fā)送給SMS中心24，后者隨后將提取消息路由給GSM網(wǎng)絡(luò)14，然后繼續(xù)傳送給M—商務(wù)服務(wù)器16。優(yōu)選地，輸入數(shù)據(jù)的整體包括顧客的銀行帳號、提取金額、零售商的M—PIN、顧客的無線設(shè)備號碼、零售商的MSISDN以及交易類型(如HIJ現(xiàn)金提取選項(j))。
[0206]從被輸入數(shù)據(jù)中，M—商務(wù)服務(wù)器16確認現(xiàn)金提取信息為提取交易，解密該信息，并驗證零售商10在電子錢包服務(wù)器商的詳細資料(如步驟552所示)。然后M—商務(wù)服務(wù)器16通過第三方計費服務(wù)器600向HIJ銀行的計費平臺(沒有顯示)發(fā)送現(xiàn)金提取請求(如步驟554所示)。
[0207]在步驟556中，決定性問題在于是否存在一個有效的顧客銀行帳戶。在此，HIJ銀行的計費平臺通過將提取請求中的顧客銀行帳戶詳細資料與銀行帳戶數(shù)據(jù)庫匹配來驗證顧客的(查詢、儲蓄、現(xiàn)金市場，等等)帳戶是否有效。如果沒有找到相匹配的數(shù)據(jù)，HIJ銀行的計費平臺通知第三方計費服務(wù)器600此種不匹配的情況(如步驟558所示)。第三方計費服務(wù)器600通知M—商務(wù)服務(wù)器16，后者又通過設(shè)備12向零售商發(fā)送通知SMS消息通知，告知所提交請求的失敗(如步驟560所示)。在另一種情況下，如果顧客的MSISDN識別標識被事先提供，M—商務(wù)服務(wù)器16也會(通過無線設(shè)備)向顧客發(fā)送SMS消息通知，告知所請求提交的失敗。
[0208]另一方面，如果顧客的銀行帳戶經(jīng)驗證是有效帳戶，則下一個決定性問題就在于顧客的金融帳戶中是否有充足的資金來滿足所需的提取金額(如步驟562所示)。如果答案是否定的，第三方計費服務(wù)器600通知M—商務(wù)服務(wù)器16，后者又通過設(shè)備12向零售商發(fā)送SMS消息通知，告知所提交請求失敗的情況(如步驟560所示)。在另一種情況下，如果顧客的MSISDN識別標識被事先提供，M—商務(wù)服務(wù)器16也會(通過無線設(shè)備)向顧客發(fā)送SMS消息通知，告知所請求提交失敗的情況。
[0209]然而，如果顧客的銀行帳戶中有充足的資金，HIJ銀行平臺會(通過無線設(shè)備)向顧客發(fā)送SMS消息通知，告知其正在進行的提款(如步驟564所示)，并提示顧客用其保密的密碼來回答是否授權(quán)該筆提取金額(如步驟566所示)。如果沒有輸入保密的密碼，將視為沒有提供授權(quán)，HIJ銀行的平臺會相應(yīng)地通知第三方計費服務(wù)器600。第三方計費服務(wù)器600通知M—商務(wù)服務(wù)器16，后者又向零售商10發(fā)送SMS消息通知，告知所提交請求失敗的情況(如步驟560所示)。
[0210]然而，如果保密的密碼被輸入，則視為已提供授權(quán)進行提款交易，HIJ銀行的平臺對比已輸入的保密的密碼和其數(shù)據(jù)庫中的密碼以確認是否為有效密碼(如步驟568所示)。如果不是，將采用如上所述的方式通知零售商交易不成功(如步驟560所示)。如果輸入的保密的密碼有效，HIJ銀行的計費平臺(沒有顯示)會向第三方計費服務(wù)器600發(fā)送確認消息告知該提款請求已被受理，確認提款成功(如步驟570所示)。
[0211]接下來，在步驟572中，第三方計費服務(wù)器600通知M—商務(wù)服務(wù)器16，后者將提款數(shù)額加入到零售商10的電子錢包服務(wù)器22中。M—商務(wù)服務(wù)器16還構(gòu)建發(fā)給顧客的無線設(shè)備(如步驟574所示)和零售商(如步驟576所示)的SMS消息通知，確認提款已被成功記入。收到通知消息后，零售商10向用戶支付所提取數(shù)額的貨幣(如步驟578所示)。
[0212]現(xiàn)已描述了本發(fā)明的多個實施例，本領(lǐng)域技術(shù)人員容易理解，以上實施例僅用于說明的目的而非用于限定。上述實施例僅僅是構(gòu)建計算機系統(tǒng)的不同類型的實施例，其可用于連接本發(fā)明的計算機實施和/或計算機輔助的處理。許多修改和其它實施例，及其等效物都應(yīng)在本發(fā)明的范圍內(nèi)。容易理解，本發(fā)明的各種變化對于本領(lǐng)域技術(shù)人員是顯而易見的，本發(fā)明包括這些變化。
[0213]例如，如上顯示和描述的，移動商務(wù)服務(wù)器提供選取一個或多個第三方提供商提供的形形色色的顧客可能會用到的電子或數(shù)字產(chǎn)品和服務(wù)的路徑。在一些情況下，顧客可能不會被要求持有或能夠訪問無線設(shè)備，例如那些用于支付公用事業(yè)服務(wù)帳單的無線設(shè)備。在其他一些情況下(例如顧客尋求購買用于在線游戲娛樂的電子PIN)，優(yōu)選地顧客能夠接入無線設(shè)備以便向顧客傳送電子PIN。
[0214]通過使用第三方計費服務(wù)器600，本發(fā)明可適用于可能尋求替代支付或收取系統(tǒng)而非通過傳統(tǒng)的銀行辦事廳、公用事業(yè)支付辦事廳、ATM機及其他此類設(shè)施的一個或多個顧客。如前所述，利用本發(fā)明顧客可利用本地性、區(qū)域性或全國性授權(quán)的零售商或批發(fā)商的廣泛網(wǎng)絡(luò)，藉此可獲得形形色色的服務(wù)，例如公用事業(yè)帳單支付、彩鈴服務(wù)注冊、支取資金、購買賽事門票，等等。另外，這些基于第三方計費服務(wù)器的產(chǎn)品或服務(wù)優(yōu)選地采用模塊化形式，這樣每個產(chǎn)品/服務(wù)可基于需要單獨啟動或關(guān)閉。
[0215]進一步，由于許多修改對本領(lǐng)域技術(shù)人員是顯而易見的，因此無需限定本發(fā)明確定結(jié)構(gòu)和例舉及描述的步驟，因而，所有合適的修改和等效物都應(yīng)落入本發(fā)明的范圍。
【主權(quán)項】
1.一種為移動電話服務(wù)用戶提供內(nèi)容和服務(wù)的系統(tǒng)，所述系統(tǒng)包括: 多個第三方網(wǎng)絡(luò)平臺，其由相應(yīng)的第三方服務(wù)供應(yīng)商操作，每個第三方網(wǎng)絡(luò)平臺為移動電話服務(wù)用戶提供內(nèi)容或服務(wù)； 移動商務(wù)服務(wù)器，其管理在移動電話服務(wù)用戶和從多個第三方服務(wù)供應(yīng)商中選擇的一個第三方服務(wù)供應(yīng)商之間的端對端移動商務(wù)交易；以及 電子錢包服務(wù)器，其用于管理與零售商的由零售商預付的虛擬錢包賬戶的相互作用，所述零售商與所述系統(tǒng)分開； 其中移動商務(wù)服務(wù)器經(jīng)由消息中心從零售商接收加密的支付消息，其中加密的支付消息包括與用戶相關(guān)聯(lián)的后付移動電話號碼、賬單號、支付數(shù)額、以及零售商標識號； 其中移動商務(wù)服務(wù)器解密加密的支付消息并且確定與位于電子錢包服務(wù)器內(nèi)的零售商標志號相關(guān)聯(lián)的賬戶是否包含滿足支付數(shù)額的預定數(shù)額的預付資金； 其中當通過移動商務(wù)服務(wù)器確定與位于電子錢包服務(wù)器內(nèi)的零售商標識號相關(guān)聯(lián)的賬戶包含滿足支付數(shù)額的足夠資金時: 電子錢包服務(wù)器在相關(guān)聯(lián)的賬戶內(nèi)保持備用的支付數(shù)額； 移動商務(wù)服務(wù)器發(fā)送支付請求到與從多個第三方服務(wù)供應(yīng)商中所選擇的第三方服務(wù)供應(yīng)商相關(guān)聯(lián)的賬單平臺，支付請求包括后付移動電話號碼、支付數(shù)額、賬單號、支付類型以及唯一的移動商務(wù)服務(wù)器交易號； 與從多個第三方服務(wù)供應(yīng)商中所選擇的第三方服務(wù)供應(yīng)商相關(guān)聯(lián)的賬單平臺通過比較支付請求與在后付數(shù)據(jù)庫中的信息從而確定后付移動電話號碼是否與從多個第三方服務(wù)供應(yīng)商中所選擇的第三方服務(wù)供應(yīng)商的后付賬戶相關(guān)聯(lián)； 當通過賬單平臺確定后付移動電話號碼不與后付賬戶相關(guān)聯(lián)時，那么通知移動商務(wù)服務(wù)器缺少賬戶并且發(fā)送錯誤通知消息到零售商和用戶告知加密支付消息失敗； 當通過賬單平臺確定后付移動電話號碼與后付賬戶相關(guān)聯(lián)時: 賬單平臺接受支付請求， 通知移動商務(wù)服務(wù)器接受支付請求， 移動商務(wù)服務(wù)器指示電子錢包服務(wù)器從相關(guān)聯(lián)的賬戶扣除支付數(shù)額；以及 移動商務(wù)服務(wù)器發(fā)送成功通知消息到零售商和用戶告知加密支付消息成功。2.根據(jù)權(quán)利要求1所述的系統(tǒng)，其中所述內(nèi)容或服務(wù)包括任何電子或數(shù)字數(shù)據(jù)。3.根據(jù)權(quán)利要求1所述的系統(tǒng)，其中所述內(nèi)容或服務(wù)是遠程購買、賬單支付、點對點支付賬戶查詢和貨幣托收中的至少一個。4.根據(jù)權(quán)利要求1所述的系統(tǒng)，其中從移動商務(wù)服務(wù)器發(fā)送到賬單平臺的支付請求進一步包括菜單選項的至少一個選項。5.根據(jù)權(quán)利要求4所述的系統(tǒng)，其中菜單選項的至少一個選項識別電子個人識別號(PIN)請求選項之前已被選擇。6.根據(jù)權(quán)利要求5所述的系統(tǒng)，其中當通過賬單平臺確定后付移動電話號碼與后付帳戶相關(guān)聯(lián)時，發(fā)送到用戶的成功通知消息響應(yīng)于電子PIN請求選項的選擇進一步包括從PIN數(shù)據(jù)庫檢索的電子PIN;其中電子PIN僅被發(fā)送到用戶。
【文檔編號】G06Q40/00GK105956841SQ201610269887
【公開日】2016年9月21日
【申請日】2009年4月30日
【發(fā)明人】理查德·維克托·馬托泰克, 霍·賈斯廷·米沙, 安德魯·查爾斯·巴恩漢姆
【申請人】烏蒂巴私人有限公司