專利名稱：通信系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信系統(tǒng)領(lǐng)域，更具體地涉及用于安排(arrange)商品 或服務(wù)支付的通信系統(tǒng)。
背景技術(shù)：
從事于電子商務(wù)的服務(wù)供應(yīng)商試圖經(jīng)由諸如互聯(lián)網(wǎng)的通信系統(tǒng)遠(yuǎn)程 地向消費(fèi)者銷售服務(wù)、內(nèi)容或其他產(chǎn)品。典型地，這種供應(yīng)商包括網(wǎng)絡(luò) 運(yùn)營商、數(shù)字內(nèi)容零售商和非數(shù)字商品經(jīng)銷商；事實(shí)上包括任何許諾向 消費(fèi)者進(jìn)行銷售的公司。支付通常是通過支付供應(yīng)商來安排的，支付供 應(yīng)商包括諸如PayPal 的組織、預(yù)付和后付網(wǎng)絡(luò)賬戶和網(wǎng)銀(online banking)系統(tǒng)。當(dāng)今的電子商務(wù)支付系統(tǒng)局限于兩種主要系統(tǒng)基于SIM的移動系統(tǒng)依賴于使用移動電話SIM卡應(yīng)用來認(rèn)證消費(fèi)者 并且還將消費(fèi)者的身份(典型地為安全密鑰的形式)傳遞給賣主(vendor)。 隨后賣主可以利用消費(fèi)者的身份向支付供應(yīng)商(典型地，限于一個支付 供應(yīng)商，通常是移動網(wǎng)絡(luò)運(yùn)營商)發(fā)出支付請求。隨后支付請求經(jīng)由支 付供應(yīng)商被發(fā)送回設(shè)備上的SIM卡應(yīng)用，供消費(fèi)者進(jìn)行確認(rèn)。這里適用 的術(shù)語"消費(fèi)者"和"用戶"是等同的。這種類型的機(jī)制依賴于使用基于SIM卡的認(rèn)證來進(jìn)行支付。因此， 該系統(tǒng)僅可以用于使用基于SIM的系統(tǒng)(即，移動電話)進(jìn)行支付。必 須對移動設(shè)備進(jìn)行特殊設(shè)計，以將基于SIM卡的應(yīng)用鏈接到適當(dāng)?shù)臑g覽 器系統(tǒng)。對于基于擴(kuò)展性的系統(tǒng)來說重要的是，由于支付應(yīng)用是硬編碼 在大量使用中的移動裝置的SIM中的，所以升級該系統(tǒng)是非常困難的。 這就造成升級變得昂貴，需要向所有移動電話用戶重新發(fā)布SIM卡?；跒g覽器的支付系統(tǒng)依賴于使用網(wǎng)絡(luò)瀏覽器來處理支付。它們廣泛地使用cookie和HTTP重定向來進(jìn)行支付。典型地，像PaypalM的系 統(tǒng)使消費(fèi)者能夠?yàn)g覽賣主的網(wǎng)站，選擇要購買的物品，然后去"結(jié)賬"。 在結(jié)賬時，賣主網(wǎng)站將消費(fèi)者的瀏覽器重定向到由支付供應(yīng)商運(yùn)營的網(wǎng) 站，該支付供應(yīng)商隨后請求對消費(fèi)者身份進(jìn)行認(rèn)證。消費(fèi)者在該支付供 應(yīng)商的網(wǎng)站上輸入他們的安全憑證，如果滿足的話，支付供應(yīng)商就獲取 賣主的帶有每件物品的完整發(fā)票。隨后支付供應(yīng)商對消費(fèi)者的帳戶進(jìn)行 記帳，或者使用像VISA或Mastercard的另選記帳機(jī)制。隨后將記帳量 (debited amount)減去支付供應(yīng)商的利潤而記入供應(yīng)商帳戶。對于基于瀏覽器的支付系統(tǒng)，問題在于支付體驗(yàn)對消費(fèi)者來說是不 便的(ckimsy)。由于需要重定向(從服務(wù)供應(yīng)商到支付系統(tǒng))并且瀏覽 器中通常都有cookie限制，所以交易有可能失敗致使消費(fèi)者不能肯定 他們是否己經(jīng)進(jìn)行了支付。在許多情況下， 一旦支付成功完成，消費(fèi)者 就不能返回到賣主網(wǎng)站的起始點(diǎn)。此外，在對網(wǎng)絡(luò)瀏覽器進(jìn)行常規(guī)使用 的情況下，可能在支付時獲得確認(rèn)的過程中遇到困難，并且可以證明登 錄到支付系統(tǒng)的過程是冗長的。在常規(guī)的基于瀏覽器的會話中，支付確認(rèn)和認(rèn)證階段的網(wǎng)絡(luò)錯誤可 能導(dǎo)致購買和支付的失敗，這種失敗對于進(jìn)行管理的貿(mào)易方(服務(wù)供應(yīng) 商和支付供應(yīng)商)來說都是高代價的，并且使消費(fèi)者困惑。典型地，基于瀏覽器的支付系統(tǒng)需要支持多種系統(tǒng)，包括Microsoft IE、MozmaTM、NetscapeTM、FirefoxTM、OpenwaveTM、iModeTM以及NokiaTM。 這些瀏覽器中的每一個都存在多個版本并且可以有許多可變的用戶設(shè) 置，這增加了復(fù)雜性并且可能造成無法進(jìn)行成功的支付處理。典型地， 基于瀏覽器的支付系統(tǒng)不能用在移動設(shè)備上，而基于SIM的支付系統(tǒng)不 能用在諸如PC的其他設(shè)備上。更嚴(yán)重的是，假冒賣主可以建立假冒支付(所謂的網(wǎng)絡(luò)釣魚 (phising))站點(diǎn)，在這些站點(diǎn)中，不警惕的消費(fèi)者可能被吸引而輸入他 們的憑證，這些憑證隨后可能被用于支付欺詐。通常，對于消費(fèi)者來說，整個體驗(yàn)是遲緩、沉悶且不安全的，并且 在無線網(wǎng)絡(luò)接入的情況下，由于較高的誤比特率而更容易失敗。發(fā)明內(nèi)容本發(fā)明的第一方面提供了一種用于安裝在各種用戶設(shè)備中的服務(wù)代 理，所述用戶設(shè)備被安排用于與包括一個或更多個遠(yuǎn)程服務(wù)供應(yīng)商和一 個或更多個遠(yuǎn)程支付供應(yīng)商的支付系統(tǒng)進(jìn)行通信，所述遠(yuǎn)程支付供應(yīng)商 用于提供從多個所述用戶設(shè)備到所述支付系統(tǒng)的統(tǒng)一接口。根據(jù)第二方 面，所述支付系統(tǒng)包括支付運(yùn)營商。本發(fā)明還可以擴(kuò)展到包括所述服務(wù) 代理的通信系統(tǒng)。本發(fā)明的另一方面提供了一種用于對一個或更多個用戶設(shè)備、服務(wù) 供應(yīng)商以及支付供應(yīng)商的交互進(jìn)行控制的支付運(yùn)營商，所述支付供應(yīng)商 用于對所述服務(wù)供應(yīng)商提供的商品或服務(wù)的支付進(jìn)行安排。本發(fā)明的另一方面提供了一種用于在通信系統(tǒng)中控制支付的方法， 該方法包括以下步驟在一個或更多個用戶設(shè)備中設(shè)置服務(wù)代理；從所 述一個用戶設(shè)備或所述更多個用戶設(shè)備中的一個用戶設(shè)備訪問服務(wù)供應(yīng) 商；從所述服務(wù)供應(yīng)商選擇要購買的產(chǎn)品；所述服務(wù)代理經(jīng)由支付運(yùn)營 商從所述服務(wù)供應(yīng)商接收到支付請求；以及所述服務(wù)代理經(jīng)由所述支付 運(yùn)營商向支付供應(yīng)商發(fā)出支付授權(quán)。本發(fā)明的另一方面提供了一種用于安裝在各種用戶通信設(shè)備中來提 供與支付系統(tǒng)相關(guān)的多個所述用戶通信設(shè)備的統(tǒng)一支付行為的服務(wù)代 理。本發(fā)明的另一方面提供了一種在通信系統(tǒng)中從服務(wù)供應(yīng)商購買商品 或服務(wù)的方法，該方法包括以下步驟在用戶設(shè)備上安裝服務(wù)代理；所 述服務(wù)代理將用戶身份登記在支付運(yùn)營商處并向所述支付運(yùn)營商認(rèn)證所 述用戶身份；所述服務(wù)代理經(jīng)由所述用戶設(shè)備上的客戶機(jī)打開從所述用 戶設(shè)備到所述服務(wù)供應(yīng)商的連接；以及向所述服務(wù)供應(yīng)商識別所述用戶 和所述支付運(yùn)營商；經(jīng)由所述客戶機(jī)進(jìn)行瀏覽并從所述服務(wù)供應(yīng)商選擇 服務(wù)；基于從所述服務(wù)供應(yīng)商到所述支付運(yùn)營商的支付請求在所述服務(wù) 代理處從所述支付運(yùn)營商接收支付確認(rèn)請求；通過所述服務(wù)代理向所述 支付運(yùn)營商確認(rèn)支付；以及從所述服務(wù)供應(yīng)商接收所述商品或服務(wù)。本發(fā)明的另一方面提供了一種用于對一個或更多個用戶設(shè)備、服務(wù) 供應(yīng)商以及支付供應(yīng)商的交互進(jìn)行控制的支付運(yùn)營商，所述支付供應(yīng)商 用于對所述服務(wù)供應(yīng)商提供的商品或服務(wù)的支付進(jìn)行安排，其中所述支 付運(yùn)營商包括用于從服務(wù)供應(yīng)商接收支付請求的裝置；用于向用戶設(shè) 備發(fā)送支付確認(rèn)請求和用于從所述用戶設(shè)備接收響應(yīng)的裝置；用于將所 述用戶響應(yīng)傳送到支付供應(yīng)商的裝置；用于向所述服務(wù)供應(yīng)商中的一個 傳送確認(rèn)密鑰以啟動將商品或服務(wù)提供給所述用戶的裝置；用于將服務(wù)激活密鑰從所述服務(wù)供應(yīng)商中的一個傳送到所述用戶設(shè)備的裝置。根據(jù) 另一方面，所述支付運(yùn)營商包括用于利用所述服務(wù)激活密鑰生成服務(wù)確 認(rèn)密鑰并將其傳送到所述用戶設(shè)備的裝置。本發(fā)明的另一方面提供了一種用于安裝在各種用戶設(shè)備中的服務(wù)代 理，所述用戶設(shè)備被安排用于與包括一個或更多個遠(yuǎn)程服務(wù)供應(yīng)商和一 個或更多個遠(yuǎn)程支付供應(yīng)商的支付系統(tǒng)進(jìn)行通信，所述遠(yuǎn)程支付供應(yīng)商用于提供從多個所述用戶設(shè)備到所述支付系統(tǒng)的統(tǒng)一接口；其中所述服 務(wù)代理包括功能激活裝置，用于激活所述用戶設(shè)備上的功能；其中所 述功能激活裝置被安排用來激活與所述服務(wù)供應(yīng)商中的一個進(jìn)行聯(lián)系的 功能；其中所述功能激活裝置被安排用來激活從所述服務(wù)供應(yīng)商中的一 個下載內(nèi)容的功能；服務(wù)激活裝置，其包括用于從所述支付運(yùn)營商接受 服務(wù)激活密鑰和用于轉(zhuǎn)發(fā)所述服務(wù)激活密鑰以啟動服務(wù)交付的裝置。本發(fā)明的另一方面提供了一種用于在通信系統(tǒng)中控制支付的方法， 該方法包括以下步驟在一個或更多個用戶設(shè)備中設(shè)置服務(wù)代理；從所 述一個或更多個用戶設(shè)備訪問服務(wù)供應(yīng)商；從所述服務(wù)供應(yīng)商選擇要購 買的產(chǎn)品；所述服務(wù)代理經(jīng)由支付運(yùn)營商從所述服務(wù)供應(yīng)商接收支付請 求；以及所述服務(wù)代理經(jīng)由所述支付運(yùn)營商向支付供應(yīng)商發(fā)出支付授權(quán)。 根據(jù)另一方面，該方法包括以下步驟從所述支付運(yùn)營商接受服務(wù)激活 密鑰，并將所述服務(wù)激活密鑰提供給所述用戶，來提示所述用戶將所述 服務(wù)激活密鑰發(fā)送到所述服務(wù)供應(yīng)商中的一個從而啟動服務(wù)交付。根據(jù) 另一方面，該方法包括以下步驟經(jīng)由所述支付運(yùn)營商從所述服務(wù)供應(yīng)商中的一個接受支付請求并提示所述用戶對所述請求采取行動。根據(jù)另一方面，本發(fā)明提供了一種在通信系統(tǒng)中從服務(wù)供應(yīng)商購買 商品或服務(wù)的方法，該方法包括以下步驟利用用戶設(shè)備上的服務(wù)代理 將用戶身份登記在支付運(yùn)營商處并向所述支付運(yùn)營商認(rèn)證所述用戶身 份；經(jīng)由所述用戶設(shè)備上的客戶機(jī)打開從所述用戶設(shè)備到所述服務(wù)供應(yīng) 商的連接；向所述服務(wù)供應(yīng)商識別所述用戶和所述支付運(yùn)營商；經(jīng)由所 述客戶機(jī)進(jìn)行瀏覽并從所述服務(wù)供應(yīng)商選擇服務(wù)；基于從所述服務(wù)供應(yīng) 商到所述支付運(yùn)營商的支付請求從所述支付運(yùn)營商接收支付確認(rèn)請求； 向所述支付運(yùn)營商確認(rèn)支付；因此用戶從所述服務(wù)供應(yīng)商接收所述商品 或服務(wù)。本發(fā)明的另 一方面提供了 一種在通信系統(tǒng)中經(jīng)由用戶設(shè)備從服務(wù)供 應(yīng)商購買商品或服務(wù)的方法，該方法包括以下步驟在支付運(yùn)營商處從 所述服務(wù)供應(yīng)商接收支付請求；創(chuàng)建支付確認(rèn)請求并將其發(fā)送給所述用 戶設(shè)備上的服務(wù)代理；獲取存儲在所述支付運(yùn)營商處的用戶偏好；以及 根據(jù)所述偏好來處理所述支付請求。本發(fā)明的另一方面提供了以下步驟 根據(jù)所獲取的用戶偏好來阻止或允許服務(wù)供應(yīng)商；根據(jù)所獲取的用戶偏 好來識別不需要確認(rèn)的支付；將所述支付確認(rèn)請求發(fā)送給多個用戶設(shè)備 上的多個服務(wù)代理；將所述支付確認(rèn)請求發(fā)送給從多個用戶設(shè)備上的多 個服務(wù)代理中選出的服務(wù)代理；基于所述服務(wù)代理提供給所述支付運(yùn)營 商的認(rèn)證信息來選擇所述服務(wù)代理；檢測沒有服務(wù)代理的用戶設(shè)備、提 示所述用戶、從所述用戶接收響應(yīng)并響應(yīng)于所述用戶響應(yīng)將服務(wù)代理下 載到所述設(shè)備中；通知所述服務(wù)供應(yīng)商需要服務(wù)交付確認(rèn)，從所述服務(wù) 供應(yīng)商接收激活URL并將所述激活URL和服務(wù)確認(rèn)密鑰轉(zhuǎn)發(fā)給所述服 務(wù)代理；以及所述支付運(yùn)營商據(jù)此從所述服務(wù)代理接收支付確認(rèn)，檢查 所述支付確認(rèn)，如果正確則根據(jù)所述支付請求代表所述消費(fèi)者向所述服 務(wù)供應(yīng)商進(jìn)行支付。


為了幫助理解，下面將參照本發(fā)明的具體實(shí)施方式
更詳細(xì)地描述本 發(fā)明。應(yīng)該理解，只能描述有限數(shù)量的實(shí)施方式，而本發(fā)明并不旨在局限于所描述的實(shí)施方式，而應(yīng)該與所附權(quán)利要求書限定的范圍一致。 在附圖中圖1示出了系統(tǒng)框圖； 圖2和3示出了消息序列圖。
具體實(shí)施方式
圖1示出了根據(jù)本發(fā)明第一方面的系統(tǒng)的框圖。如圖1中所示，每 個用戶通信設(shè)備上都安裝了服務(wù)代理。這些設(shè)備可以包括一個或更多個移動電話、空中接口膝上型計算機(jī)或PDA、連接到電話線的臺式計算機(jī)，或者經(jīng)由移動電話網(wǎng)、常規(guī)有線電話網(wǎng)或以其他方式連接到諸如互聯(lián)網(wǎng) 的較大通信網(wǎng)絡(luò)的其他處理設(shè)備。每個服務(wù)代理都與所述設(shè)備本地的客 戶機(jī)應(yīng)用(瀏覽器等)進(jìn)行通信并為用戶處理支付交易。根據(jù)本發(fā)明的 一個方面，用戶設(shè)備直接與一個或更多個服務(wù)供應(yīng)商進(jìn)行通信，而所有 支付交易都是經(jīng)由遠(yuǎn)程、網(wǎng)絡(luò)定位的支付運(yùn)營商來處理的。為此，支付 運(yùn)營商要與服務(wù)供應(yīng)商和支付供應(yīng)商進(jìn)行通信。盡管在圖中未示出，但 是在本發(fā)明的另一個方面中，服務(wù)代理可以被安排為代表用戶直接與服 務(wù)供應(yīng)商和支付供應(yīng)商進(jìn)行交易。服務(wù)代理是一種小應(yīng)用，它可以以適合于安裝在上面列出的多種范 圍的可編程用戶設(shè)備上的一種或更多種形式而存在。服務(wù)代理用來將支 付功能從運(yùn)行在用戶的設(shè)備上的常規(guī)客戶機(jī)應(yīng)用(例如處理、網(wǎng)站瀏覽、 電子郵件、電話呼叫)中分離出來。這些功能的分離簡化了消費(fèi)者的瀏 覽、支付以及購買對話，并解決了普遍的客戶機(jī)應(yīng)用問題(例如禁止彈 出窗口的瀏覽器)。服務(wù)代理一般為可安裝的應(yīng)用，它可以支持多個消費(fèi)者對話(包括 使消費(fèi)者可以證明他們訪問服務(wù)的身份的認(rèn)證和使消費(fèi)者能夠確認(rèn)購買 的在線支付)并且可以達(dá)到向服務(wù)供應(yīng)商進(jìn)行支付的目的。服務(wù)代理利用通用操作系統(tǒng)調(diào)用與其他基于客戶機(jī)的應(yīng)用(例如瀏 覽器)進(jìn)行通信。服務(wù)代理是利用適合于安裝在多種范圍的設(shè)備上的跨平臺技術(shù)(如Java禾n".Net")的簡單應(yīng)用。例如，Javamidlet利用傳遞統(tǒng)一資源定位符(URL-例如電話號碼)的操作系統(tǒng)"平臺請求"，設(shè)備操作 系統(tǒng)將通過建立調(diào)用來響應(yīng)該請求。另選的是，參數(shù)(URL)可以是使設(shè)備打開正確應(yīng)用(例如郵件瀏覽器)的電子郵件地址。服務(wù)代理支持 多種設(shè)備，并且作為可安裝應(yīng)用可以根據(jù)需要進(jìn)行升級。服務(wù)代理被實(shí)現(xiàn)為向支付運(yùn)營商提供統(tǒng)一接口的應(yīng)用，所述應(yīng)用可以容易地安裝到運(yùn)行由SymbianTM、MicrosoftTM開發(fā)的操作軟件的移動通 信設(shè)備和其他設(shè)備(包括移動電話、個人數(shù)字助理以及諸如個人計算機(jī) 的固定通信設(shè)備)中。典型地，服務(wù)代理應(yīng)用的安裝可以經(jīng)由移動電話 網(wǎng)在空中進(jìn)行、通過有線連接或者經(jīng)由個人局域網(wǎng)(例如Bluetooth ) 進(jìn)行。服務(wù)代理支持以下特征■ 認(rèn)證■客戶機(jī)啟動■支付確認(rèn)■服務(wù)激活認(rèn)證功能使消費(fèi)者能夠向支付運(yùn)營商認(rèn)證服務(wù)代理。盡管認(rèn)證典型 地包括向支付運(yùn)營商提供用戶名(當(dāng)事人)和密碼(憑證)的服務(wù)代理， 但是也可以包括其他機(jī)制，例如X.509證書。 一旦用戶被認(rèn)證，支付運(yùn) 營商就能夠?yàn)橛脩粝蚬?yīng)商擔(dān)保，不再需要用戶方重復(fù)登錄。對于用戶 希望以此方式使用的每個設(shè)備，都需要進(jìn)行獨(dú)立的認(rèn)證。在個人設(shè)備(例 如移動電話)的情況中， 一旦用戶登錄到SA上，則依賴于正常的鎖屏和 PIN機(jī)制所提供的整體設(shè)備安全性，他們可以有效地登錄數(shù)周。服務(wù)代理提供了代表消費(fèi)者打開客戶機(jī)應(yīng)用的功能。客戶機(jī)啟動(或 激活)功能使服務(wù)代理能夠用唯一的ID或令牌打開客戶機(jī)(典型地為相 同用戶設(shè)備上的網(wǎng)頁瀏覽器或另外的應(yīng)用)。 一旦消費(fèi)者選擇了服務(wù)供應(yīng) 商，就將唯一的令牌或ID從服務(wù)代理傳遞到客戶機(jī)應(yīng)用。在瀏覽器的情 況下，可以將令牌/ID作為HTTP頭部參數(shù)添加到服務(wù)供應(yīng)商URL中。 這種方法的好處在于隱藏的令牌(例如消費(fèi)者的ID)可以被傳遞到客戶 機(jī)，然后被包含在客戶機(jī)(瀏覽器)和服務(wù)供應(yīng)商之間的后續(xù)對話中。當(dāng)消費(fèi)者訪問每個服務(wù)供應(yīng)商時，傳統(tǒng)的基于瀏覽器的系統(tǒng)要求他們登 錄或以某種方式識別他們自己。倘若沒有這種功能，消費(fèi)者就必須在每 次訪問服務(wù)供應(yīng)商時手動登錄或者輸入身份。 簡單的URL的例子如下<formula>formula see original document page 14</formula>
其中1. "maisyT"是消費(fèi)者的ID。2. serviceA.com是支付運(yùn)營商的名稱。 另選URL的例子如下http:〃www.acme.com id=ikl6m83wr89d(^serviceA.com 其中"jkl6m83wr89d"是可用來隱藏消費(fèi)者的真實(shí)身份的唯一密鑰。 安全密鑰可以如下生成 服務(wù)代理可以在每次代理應(yīng)用被打開時隨機(jī)生成密鑰。然后它可以使該唯一密鑰與支付運(yùn)營商同步； 服務(wù)代理可以利用服務(wù)代理與支付運(yùn)營商之間共享的算法來生成密鑰，從而支付運(yùn)營商自己可以生成相同的密鑰；或者 可能已經(jīng)向服務(wù)代理提供了預(yù)先生成并在服務(wù)代理與支付運(yùn)營 商之間同步了的密鑰候選列表(longlist)。 其他應(yīng)用可以按多種方式來使用該信息用戶身份。服務(wù)供應(yīng)商可以 利用該信息來跟蹤用戶的行為，例如瀏覽動作或者在請求收費(fèi)內(nèi)容之前 的用戶交互。這使得可以維持與消費(fèi)者進(jìn)行的可識別會話，從而在進(jìn)行 購買時，不必提示消費(fèi)者進(jìn)行身份的認(rèn)證。同樣，可以利用跟蹤來生成 消費(fèi)者行為的使用和瀏覽統(tǒng)計。于是，服務(wù)供應(yīng)商可以依靠接收到的服 務(wù)代理令牌/ID來識別服務(wù)代理和消費(fèi)者。令牌或ID可以由服務(wù)代理本 地生成，或者可以與支付運(yùn)營商共同創(chuàng)建。支付確認(rèn)功能使服務(wù)代理能夠提示用戶對輸入的支付請求作出動 作。典型地，將通過可聽見的信號、振動或視覺方法來通知用戶支付需 要確認(rèn)。典型地，服務(wù)供應(yīng)商的身份和各種所列項目(商品)、單價與總 價的細(xì)節(jié)包含在呈現(xiàn)給消費(fèi)者的支付請求中。同時，向用戶呈現(xiàn)潛在的支付方法，例如Paypal、預(yù)付或后付電話帳號以及其他在線支付系統(tǒng)。消費(fèi)者可以選擇確認(rèn)支付并選擇支付方法。服務(wù)激活功能使支付運(yùn)營商能夠?qū)⒎?wù)激活URL (來自于服務(wù)供應(yīng) 商)交付給服務(wù)代理。然后，服務(wù)代理隨后可以提示消費(fèi)者在瀏覽器或 其它適當(dāng)?shù)目蛻魴C(jī)應(yīng)用中打開所述URL。這促成了客戶機(jī)與服務(wù)供應(yīng)商 的網(wǎng)站進(jìn)行聯(lián)系并對服務(wù)交付進(jìn)行初始化。服務(wù)激活URL的一個例子如下http:〃www.acme.com activationCode=09dfD934mdf其中"09df0934mdf，是服務(wù)供應(yīng)商提供的激活碼。支付運(yùn)營商可以將唯一的服務(wù)確認(rèn)密鑰添加到服務(wù)激活URL中。服 務(wù)供應(yīng)商可以從用來訪問它的網(wǎng)站的URL中獲取該唯一的密鑰。所獲取 的密鑰給出了服務(wù)供應(yīng)商可以用來向支付運(yùn)營商或消費(fèi)者證實(shí)消費(fèi)者訪 問過該服務(wù)的證據(jù)。帶有唯一密鑰的服務(wù)激活URL的例子如下http:〃www.acme.com activationCode=09dfD934mdf&deUveryConf=4dd 鵬4c射1 ."09df0934mdf ，是服務(wù)供應(yīng)商提供的激活碼； 2."kldf8934c"是支付運(yùn)營商創(chuàng)建的唯一服務(wù)交付密鑰。 支付運(yùn)營商提供對來自服務(wù)供應(yīng)商的支付請求進(jìn)行處理的能力。支 付運(yùn)營商持有消費(fèi)者支付偏好信息。偏好信息可用來自動阻止或允許服 務(wù)供應(yīng)商，而無需來自消費(fèi)者的確認(rèn)。在大多數(shù)情況下，支付運(yùn)營商將 請求消費(fèi)者通過服務(wù)代理中的對話來確認(rèn)支付。 一旦被確認(rèn)，支付運(yùn)營 商就代表消費(fèi)者進(jìn)行支付。支付運(yùn)營商支持多種支付機(jī)制，從而隱藏了 來自消費(fèi)者和服務(wù)供應(yīng)商的復(fù)雜性。在針對消費(fèi)者的情況下，支付運(yùn)營 商存儲了多個必要的URL和憑證，以使支付運(yùn)營商能夠經(jīng)由多個支付供 應(yīng)商進(jìn)行支付。支付運(yùn)營商還為消費(fèi)者的收據(jù)提供了單個存儲庫。典型地，支付運(yùn)營商將被實(shí)現(xiàn)為企業(yè)計算系統(tǒng)(例如支持網(wǎng)絡(luò)服務(wù)、 消息傳遞的Windows企業(yè)或J2EE計算組件)以及運(yùn)行在一個或更多個計算設(shè)備上的數(shù)據(jù)庫，并且支持以下特征 ■服務(wù)代理支付接口 ■服務(wù)供應(yīng)商支付接口 ■支付處理引擎■消費(fèi)者支付基本信息(profile) ■服務(wù)交付確認(rèn)支付運(yùn)營商支付接口使服務(wù)代理能夠向支付處理引擎發(fā)送支付確 認(rèn)。支付處理引擎可以被實(shí)現(xiàn)為網(wǎng)絡(luò)服務(wù)。服務(wù)供應(yīng)商支付接口提供了使服務(wù)供應(yīng)商能夠發(fā)出支付請求并激活 服務(wù)的接口。該接口將被實(shí)現(xiàn)為如2.4.1節(jié)定義的網(wǎng)絡(luò)服務(wù)。支付處理引擎實(shí)現(xiàn)了從服務(wù)供應(yīng)商接收支付請求的支付邏輯。然后， 它對與服務(wù)代理、服務(wù)供應(yīng)商以及支付系統(tǒng)的后續(xù)對話進(jìn)行處理。支付 處理弓I擎與消費(fèi)者支付基本信息協(xié)同工作。消費(fèi)者支付基本信息被用來決定如何處理來自服務(wù)供應(yīng)商的請求， 即識別哪些支付需要確認(rèn)。消費(fèi)者支付基本信息將決定阻止它不想進(jìn)行 的支付；允許與用戶的交互以允許用戶作出決定，或者允許在不涉及用 戶的情況下自動確認(rèn)支付。服務(wù)交付確認(rèn)功能被支持以減小在消費(fèi)者和服務(wù)供應(yīng)商之間出現(xiàn)爭 議的風(fēng)險。在所有情況下，該機(jī)制都這樣工作停止向服務(wù)供應(yīng)商進(jìn)行 最后支付，直到可以證明服務(wù)已經(jīng)被交付。根據(jù)本發(fā)明的另外方面J2EE或Java2平臺(企業(yè)版)是廣泛用于開發(fā)和運(yùn)行分布式應(yīng)用的 編程平臺，它很大程度上基于運(yùn)行在應(yīng)用服務(wù)器上的模塊組件。Java EE 包括幾種API規(guī)范并且包括Servlet和幾種網(wǎng)絡(luò)服務(wù)技術(shù)。這使得開發(fā)者 能夠創(chuàng)建出可跨平臺并且可升級(同時集成了遺留技術(shù))的企業(yè)應(yīng)用。 Windows服務(wù)器系統(tǒng)提供了企業(yè)計算特征，例如編程模塊、交易管理、 數(shù)據(jù)庫連接、網(wǎng)絡(luò)服務(wù)、XML解析、虛擬主機(jī)(web hosting)、郵件(mall) 和當(dāng)前狀態(tài)(presence)服務(wù)器等。支付運(yùn)營商是能夠?yàn)槎鄠€服務(wù)代理支持支付對話并執(zhí)行所需支付行 為的單個組件。服務(wù)代理可以利用在客戶機(jī)設(shè)備上可獲得的常用網(wǎng)絡(luò)服務(wù)工具包(toolkit)(例如Microsoft網(wǎng)絡(luò)服務(wù)工具包、Java網(wǎng)絡(luò)服務(wù)工具 包、SOAP以及Apache AXIS)來與支付運(yùn)營商進(jìn)行通信。在本發(fā)明的另一方面，在消費(fèi)者所選的設(shè)備上沒有安裝服務(wù)代理的 情況下，通過使消費(fèi)者接收到包含URL的電子郵件、SMS或即時信息來 提示消費(fèi)者從支付運(yùn)營商下載服務(wù)代理。在由于任何原因不能進(jìn)行下載 的情況下，可以為消費(fèi)者提供另選的基于網(wǎng)絡(luò)的接口，通過該接口將不 會提供服務(wù)代理方法的所有優(yōu)勢。這給用戶帶來了好得多的控制，清晰地表示了他們要買什么以及他 們支付的實(shí)際量。如果消費(fèi)者無意間選擇了他們不希望購買的產(chǎn)品，則 他們可以利用支付確認(rèn)過程中的"拒絕"選項來終止支付進(jìn)而終止購買。 支付及之后的服務(wù)激活功能不干擾常用的瀏覽功能，使消費(fèi)者可自由地 進(jìn)行瀏覽。服務(wù)代理通過生成購買請求并作為應(yīng)答處理從支付運(yùn)營商接收到確 認(rèn)請求來與支付運(yùn)營商進(jìn)行交互。支付運(yùn)營商檢測購買請求并確保確認(rèn) 請求被發(fā)送到正確的服務(wù)代理。在大多數(shù)情況下，"正確的"SA將是生成 請求的那個SA，但是如果該SA在支付處理期間不可獲得時應(yīng)該選擇另 一個SA。這是經(jīng)由多個提供標(biāo)準(zhǔn)接口的設(shè)備訪問消費(fèi)者的另一個優(yōu)勢。在本發(fā)明的一個方面，購買運(yùn)營商將消息復(fù)制到多個服務(wù)代理中， 以利用適當(dāng)?shù)陌踩胧└玫貞?yīng)對用戶改變設(shè)備的可能性，以確保檢測 到消費(fèi)者相同的支付確認(rèn)了兩次的情形。根據(jù)另一方面，向優(yōu)選的服務(wù) 代理發(fā)送該請求，但是如果在設(shè)定的時間段(如30秒)內(nèi)沒有響應(yīng)，則 向其他服務(wù)代理發(fā)送確認(rèn)請求。當(dāng)服務(wù)代理向支付運(yùn)營商進(jìn)行登記和認(rèn)證時，它可以使用各種端點(diǎn) 尋址系統(tǒng)。選擇取決于所期望的通信系統(tǒng)開放性，即實(shí)施者選擇了公共 尋址系統(tǒng)(例如SEP)還是使用私有系統(tǒng)。例如，如果使用SIP-Simple 消息收發(fā)來實(shí)現(xiàn)系統(tǒng)，則服務(wù)代理將自身登記在位于支付運(yùn)營商處的SIP 代理服務(wù)器中。SIP代理服務(wù)器實(shí)際上使用來自SIP登記的IP&端口號， 從而它可以與服務(wù)代理迸行聯(lián)系。盡管SIP可以支持TCP,但是它通常 登記UDP端口。針對服務(wù)代理的SIP地址的一個例子包括SIP URL，例如sip :〃hjkroi3 4h3 4@service-agent. com其中"hjkroi34h34"是與服務(wù)代理相關(guān)聯(lián)的唯一登記密鑰的例子。服務(wù)代 理的SIP棧將監(jiān)聽用于從支付運(yùn)營商輸入消息的特定端口。典型的端口 號位于5060以上的范圍內(nèi)。通常，IP和端口號將在登記消息中被傳送到 支付運(yùn)營商中的SIP代理服務(wù)器。一種另選方案是例如開發(fā)一種登記IP地址或端口的私有系統(tǒng)。類似 于SIP登記，使用了具有對于服務(wù)代理唯一的密鑰(例如"hjkroi34h34") 的XML登記消息。由于伴隨網(wǎng)絡(luò)地址轉(zhuǎn)換的問題和移動網(wǎng)絡(luò)中的防火墻 問題，看上去可取的是，服務(wù)代理登記并維持與支付運(yùn)營商的TCP連接。 支付運(yùn)營商在數(shù)據(jù)庫中保持了指向TCP連接的句柄以及唯一服務(wù)代理密 鑰。這類似于當(dāng)今用于即時消息傳送系統(tǒng)中的系統(tǒng)，例如Yahoo、 AIM 以及Jabber 。服務(wù)代理模型僅需要支付運(yùn)營商提供單個接口。典型地，支付運(yùn)營 商將利用常規(guī)機(jī)制(例如WSDL或網(wǎng)頁)來宣傳單個網(wǎng)絡(luò)服務(wù)。所述網(wǎng) 絡(luò)服務(wù)監(jiān)聽IP地址和端口并且可以一次接受許多請求。在緩和極端需求 的情況下，支付運(yùn)營商可以使用TCP/Web負(fù)載平衡器的標(biāo)準(zhǔn)網(wǎng)絡(luò)實(shí)踐， 所述平衡器將網(wǎng)絡(luò)服務(wù)請求分灑(spmy)到許多網(wǎng)絡(luò)服務(wù)服務(wù)器上。多 個網(wǎng)絡(luò)服務(wù)服務(wù)器主機(jī)導(dǎo)致多個支付運(yùn)營商實(shí)例。盡管支付運(yùn)營商要處理的各種服務(wù)代理的實(shí)現(xiàn)可能不同，根據(jù)需要 適應(yīng)不同的消費(fèi)者設(shè)備，但是它無需處理多個客戶機(jī)行為，而僅僅需要 支持所述單個、統(tǒng)一的代理服務(wù)接口行為。支付運(yùn)營商提供了簡單的網(wǎng) 絡(luò)服務(wù)，所述網(wǎng)絡(luò)服務(wù)支持XML文檔的交換或曝光使用諸如SOAP的機(jī) 制的遠(yuǎn)程過程調(diào)用。服務(wù)供應(yīng)商需要能夠確定消費(fèi)者的身份。服務(wù)供應(yīng)商將看到正常的 消費(fèi)者瀏覽，而對于支付來說將與支付運(yùn)營商進(jìn)行交易。典型地，服務(wù) 供應(yīng)商通過初始地向支付運(yùn)營商發(fā)送服務(wù)激活URL來交付內(nèi)容。該URL 被傳送到服務(wù)代理，然后服務(wù)代理打開瀏覽器應(yīng)用來訪問服務(wù)。這些都是服務(wù)供應(yīng)商的標(biāo)準(zhǔn)功能，實(shí)際上，所有服務(wù)供應(yīng)商都非常善于應(yīng)對各 種支付和交付系統(tǒng)。■支付邏輯■身份提取器■確認(rèn)提取器■服務(wù)服務(wù)供應(yīng)商可隨意使用他們已有的互聯(lián)網(wǎng)風(fēng)格的交付系統(tǒng)，例如MMS、網(wǎng)絡(luò)下載、媒體流或空中規(guī)定(airprovision)上的開放移動聯(lián)盟， 他們僅需要提供這里描述的基本功能。典型地，服務(wù)供應(yīng)商針對每個銷 售渠道/伙伴具有一組這樣的功能，因此將能夠容易地提供一種額外功能 集。支付邏輯與服務(wù)供應(yīng)商的訪問控制機(jī)制協(xié)同工作，以確定支付請求 是何時以及如何作出的。身份提取器功能被設(shè)計為提取身份/令牌，并且在HTTP/HTML會話 的情況下應(yīng)用它作出響應(yīng)以維持會話。確認(rèn)提取器功能被設(shè)計為提取所述唯一確認(rèn)令牌，所述唯一確認(rèn)令 牌被應(yīng)用于跟蹤消費(fèi)者是否已經(jīng)嘗試過訪問該服務(wù)。典型地，該功能將 從HTTP中移除所述唯一令牌。 一旦被服務(wù)供應(yīng)商提取，所述唯一令牌 就被應(yīng)用回支付運(yùn)營商來完成支付處理。服務(wù)是內(nèi)容或網(wǎng)絡(luò)服務(wù)本身，例如待售的產(chǎn)品。到其他組件的連接。服務(wù)代理通過使用包括網(wǎng)絡(luò)服務(wù)和專有消息傳送系統(tǒng)的機(jī)制進(jìn)行的 遠(yuǎn)程過程調(diào)用和XML消息傳送來與支付運(yùn)營商進(jìn)行通信。合適的專有消 息傳送系統(tǒng)可以使用Jabber協(xié)議或TCP套接字來交換消息。合適的標(biāo)準(zhǔn) 消息傳送系統(tǒng)可以包括SIP-Simple或JMS。XML文檔在服務(wù)代理和支付運(yùn)營商之間流動。這些文檔可以被封裝 到SOAP封包(envelope)內(nèi)，并且可以使用SOAPRPC或者經(jīng)由消息傳 送機(jī)制(例如SIP、 MMS、 JMS以及TCP)或?qū)Ｓ邢到y(tǒng)被發(fā)送。典型地， 使用SSL或VPN技術(shù)對鏈路進(jìn)行加密?？梢詫⒅Ц墩埱蟠_認(rèn)從支付運(yùn)營商發(fā)送到服務(wù)代理，如下面的XML 代碼所示< 扁1 version="1.0" encoding="ISO-8859-l" ><paymentrequestconfirmation version="0.01 "> <SAtransactionlD>hjkfd8934</> <serviceproviderName><name>My Mobile Shop</name><id〉12345</id><url>http:〃www.mymobileshop.com</url> </serviceproviderName><item> <item code〉00202304</><name>Advanced Java for Mobile Devices</name> <description>A best-seller the world over</description> <type>Non-Digital</type><image〉http:〃www.mymobileshop.com/imageslbookl.gif</image><currency〉GBP</currency><price>20.OO</price> </item> <item><name>Cadbury Easter Egg</name> <description>A perfect gift for Easter</description> <category>Food</category> <type>Non-Digital</type〉 <image>http:〃www.mymobileshop.com/images/foodl.gif</mage〉 <currency>GB P<currency> <price>5.99</price></item> <total><currency>GBP</ currency><price>25.99</price〉 <totaI><paymentmethod> <name〉PayPal</> <account>9348738</> </paymentmethod> <paymentmethod> <name〉HSBC</> <account>87823423</> </paymentmethod> </paymentrequestconfirmation>其中■ SAtransactionID是支付運(yùn)營商創(chuàng)建的全球交易ID?！?item是各個所列項目?！?total是總支付量?！?paymentmethod是可接受的支付方法?？梢允褂妙愃频臋C(jī)制將響應(yīng)從服務(wù)代理發(fā)送回支付運(yùn)營商，如下面 的XML代碼所示< xml version="1.0" encoding="ISO-8859-l" ><paymentconfirmationresponse versiod="0.01"> <SAtransactionID>hjkfd8834</> <confirm>accept</> <p aymentmethod><name>HSBC</><account〉87823423</></paymentmethod> </paymentconfirmationresponse>其中■ SAtmnsactionlD是全球交易ID■ confirm是用于確認(rèn)支付的關(guān)鍵詞■ paymentmethod是建議的支付方法 可以將服務(wù)激活URL從支付運(yùn)營商交付到服務(wù)代理，如下面的XML代碼所示< xml version="1.0" encoding="ISO-8859-l" ><serviceactivation version="0.01"> <SAtransactionID>hjkfd8934</><url>http :〃www. acme, com acti vationCode=09df0934mdf&</> <serviceDeliveryConfirmationKey〉kldfB934c</〉 </ serviceactivation>其中■ SAtransactionID是全球交易ID■ url是供消費(fèi)者訪問內(nèi)容的唯一URL■ serviceDeliveryConfirmationKey是支付運(yùn)營商驗(yàn)證用戶已經(jīng)訪 問過服務(wù)而創(chuàng)建的密鑰這將導(dǎo)致客戶機(jī)應(yīng)用瀏覽器打開http:〃www.acme.com activationCode=09dfD934mdf&delivervConf=kld f8934c服務(wù)代理通過操作系統(tǒng)調(diào)用或通過TCP套接字與客戶機(jī)應(yīng)用進(jìn)行通信。在內(nèi)容交付機(jī)制支持嵌入式交付確認(rèn)的情況下，由支付運(yùn)營商執(zhí)行 交付確認(rèn)。這是通過服務(wù)供應(yīng)商對確認(rèn)請求進(jìn)行編碼以包含支付運(yùn)營商 的URL并包含交易的細(xì)節(jié)而實(shí)現(xiàn)的。最后的支付執(zhí)行不被執(zhí)行，直到確 認(rèn)到達(dá)為止。在數(shù)字內(nèi)容的超級分發(fā)(super distribution)的情況(即數(shù)字版權(quán)被 分開交付給媒體，例如媒體在沒有安全性的情況下被交付但是保留為不 可用，直到提供了分開的版權(quán)激活碼為止)下，服務(wù)供應(yīng)商可以請求支 付運(yùn)營商充當(dāng)版權(quán)和確認(rèn)服務(wù)的交付代理。 一旦數(shù)字版權(quán)被交付，就可 以進(jìn)行支付。在網(wǎng)絡(luò)服務(wù)的情況下并且對于某些內(nèi)容服務(wù)來說，服務(wù)供應(yīng)商可以 請求支付運(yùn)營商轉(zhuǎn)發(fā)服務(wù)初始URL。支付運(yùn)營商將唯一確認(rèn)ID添加到 URL中并將其轉(zhuǎn)發(fā)給消費(fèi)者的服務(wù)代理。服務(wù)代理在瀏覽器中打開經(jīng)編 碼的URL并連接到服務(wù)供應(yīng)商。一旦服務(wù)供應(yīng)商接收到了服務(wù)初始請求， 就可以提取該唯一確認(rèn)ID并作為服務(wù)已經(jīng)被交付的證據(jù)呈現(xiàn)給支付運(yùn)營 商(在后面的"操作模式"說明中詳述這種機(jī)制)。服務(wù)供應(yīng)商經(jīng)由使用包括網(wǎng)絡(luò)服務(wù)和專有消息傳送系統(tǒng)的機(jī)制進(jìn)行 的遠(yuǎn)程過程調(diào)用和XML消息傳送來與支付運(yùn)營商進(jìn)行通信。參見前面的 描述。XML文檔在服務(wù)供應(yīng)商和支付運(yùn)營商之間流動。這些文檔可以被封 裝到SOAP封包內(nèi)，并且可以使用SOAPRPC或者經(jīng)由消息傳送機(jī)制(例 如SIP、 MMS、 JMS以及TCP)或?qū)Ｓ邢到y(tǒng)被發(fā)送。典型地，使用SSL 或VPN技術(shù)對鏈路進(jìn)行加密。諸如paymentrequestconfirmation禾口 serviceactivation的月艮務(wù)供應(yīng)商消 息等同于月艮務(wù)代理消息paymentrequestconfinjiation禾口 serviceactivation。 它們的細(xì)微差別例如為■ paymentrequest消息不使用SAtransactionID ?！?paymentrequest消息使用額夕卜字段serviceProviderUniqueld來將月艮務(wù)代 理SAtransactionID和它們自己的內(nèi)部處理綁在一起?！?serviceactivation消息不使用serviceDeliveryConfirmationKey。唯一消息是如下的支付響應(yīng)<xml version="1.0" encoding="ISO-8859-r > <paymentresponse version="0.0.1 "><serviceProviderUniqueId>a9034nb</> <SAtransactionID>hjkfd8934</> <confirm>accept</〉 <paymentmethod〉 <name>HSBC</> <account>87823423</> </paymentmethod> </paymentresponse> ^巾■ serviceProviderUniqueld是在原始paymentrequest中傳送的唯 一ID。■ SAtransactionID是全球交易ID。■ paymentmethod是建議的支付方法 操作模式現(xiàn)在將參照圖2來描述未經(jīng)服務(wù)交付確認(rèn)的支付消息序列。消費(fèi)者 訪問存儲在服務(wù)代理中的服務(wù)供應(yīng)商的細(xì)節(jié)。為了聯(lián)系上服務(wù)供應(yīng)商， 服務(wù)代理獲取令牌并創(chuàng)建諸如 http:〃www.acme.com id= maisv倫erviceA遍的URL。客戶機(jī)打開到服務(wù)供應(yīng)商的連接。服務(wù)供應(yīng)商接收請求。消費(fèi)者可以通過客戶機(jī)瀏覽器來瀏覽服務(wù)。服務(wù)供應(yīng) 商通過所提供的ID來維持會話。在購買時，消費(fèi)者選擇服務(wù)。如果令牌 /ID初始時未提供或者不可獲得，則可以提示消費(fèi)者添加他們的細(xì)節(jié)。服務(wù)供應(yīng)商將支付請求發(fā)送到支付運(yùn)營商；支付運(yùn)營商處的支付處 理引擎獲取消費(fèi)者的支付偏好，創(chuàng)建支付確認(rèn)請求并將其發(fā)送給消費(fèi)者 的服務(wù)代理。如果消費(fèi)者已經(jīng)訪問了一個以上的設(shè)備，則支付運(yùn)營商可 以(例如從之前的認(rèn)證信息)推測出服務(wù)代理的選擇。由支付運(yùn)營商進(jìn)行最后的支付執(zhí)行(即與支付供應(yīng)商的支付的安排 和完成)，并且通知服務(wù)供應(yīng)商。就此，服務(wù)供應(yīng)商可以使用服務(wù)激活功 能向消費(fèi)者發(fā)送激活消息。服務(wù)激活消息通過服務(wù)激活接口被交付到服 務(wù)代理。(消費(fèi)者控制下的)服務(wù)代理打開客戶機(jī)應(yīng)用來訪問服務(wù)?，F(xiàn)在將參照圖3來描述經(jīng)服務(wù)交付確認(rèn)的支付消息序列。支付運(yùn)營 商通知服務(wù)供應(yīng)商需要服務(wù)交付確認(rèn)。服務(wù)供應(yīng)商經(jīng)由支付運(yùn)營商來發(fā)送激活URL。支付運(yùn)營商將激活URL和服務(wù)確認(rèn)密鑰發(fā)送給服務(wù)代理。服務(wù)代理打開將請求發(fā)送到服務(wù)供應(yīng)商的客戶機(jī)應(yīng)用。服務(wù)供應(yīng)商提取 交付確認(rèn)密鑰并向支付運(yùn)營商發(fā)送服務(wù)交付確認(rèn)消息(包含該密鑰)。支 付運(yùn)營商檢查該密鑰，如果正確則代表消費(fèi)者按照請求向服務(wù)供應(yīng)商進(jìn) 行支付。支付運(yùn)營商在用戶的設(shè)備(可能為多個)、多個服務(wù)供應(yīng)商以及各種 支付系統(tǒng)之間提供單個、統(tǒng)一的接口。服務(wù)代理向支付運(yùn)營商提供統(tǒng)一的接口；包含嵌入在各種用戶設(shè)備 中的多種類似功能，從而降低了支付運(yùn)營商的復(fù)雜性；在客戶機(jī)啟動的 情況下，對支付確認(rèn)和服務(wù)激活(從常用的基于瀏覽器的會話中移除的 功能)進(jìn)行處理。該系統(tǒng)使服務(wù)供應(yīng)商能夠通過ID/令牌跟蹤在購買請求支付之前跟 蹤消費(fèi)者。該系統(tǒng)可以支持多個支付供應(yīng)商。這是通過支付運(yùn)營商針對每個支 付供應(yīng)商實(shí)現(xiàn)定制驅(qū)動而進(jìn)行的。對于開發(fā)、安裝了支付驅(qū)動的每個服 務(wù)供應(yīng)商，或者更壞的情況下對于必須與多個支付供應(yīng)商進(jìn)行通信的客 戶機(jī)來說，這種方法是優(yōu)選的。以上描述的并在后面的權(quán)利要求書中要求保護(hù)的本發(fā)明使所有的支 付都可以由用戶確認(rèn)，從而減小了欺詐的機(jī)會；與支付供應(yīng)商無關(guān)地向 消費(fèi)者呈現(xiàn)單個支付確認(rèn)對話；與支付供應(yīng)商無關(guān)地為消費(fèi)者記錄所有 電子收據(jù)；在消費(fèi)者控制之下進(jìn)行服務(wù)激活，從而消費(fèi)者可以請求服務(wù)、 接收激活密鑰并等待稍后激活它；可用來支持關(guān)于請求的支付或關(guān)于激 活的支付；允許消費(fèi)者指定不需要確認(rèn)的優(yōu)選服務(wù)供應(yīng)商和價格限制； 快速并且容易使用。根據(jù)本發(fā)明，消費(fèi)者從他們的服務(wù)代理中選擇服務(wù) 供應(yīng)商，服務(wù)代理打開瀏覽器并將他們帶到服務(wù)供應(yīng)商的站點(diǎn)，他們選 擇想要的服務(wù)，并且服務(wù)代理打開支付確認(rèn)提示窗口。結(jié)果，本發(fā)明減 小了使用集中信任式支付運(yùn)營商進(jìn)行欺詐的風(fēng)險。通過使支付和服務(wù)或內(nèi)容瀏覽分離開，網(wǎng)絡(luò)導(dǎo)航對消費(fèi)者來說變得簡單了。本發(fā)明有益地提供了一種通信系統(tǒng)，其中控制操作的邏輯被分布在 基于用戶設(shè)備的駐留服務(wù)代理、潛在的許多設(shè)備供應(yīng)商與支付供應(yīng)商以 及在一個方面基于網(wǎng)絡(luò)的支付運(yùn)營商之間。
權(quán)利要求
1、一種用于安裝在各種用戶設(shè)備中的服務(wù)代理，所述用戶設(shè)備被安排用于與包括一個或更多個遠(yuǎn)程服務(wù)供應(yīng)商和一個或更多個遠(yuǎn)程支付供應(yīng)商的支付系統(tǒng)進(jìn)行通信，所述遠(yuǎn)程支付供應(yīng)商用于提供從多個所述用戶設(shè)備到所述支付系統(tǒng)的統(tǒng)一接口；其中所述服務(wù)代理包括功能激活裝置，用于激活所述用戶設(shè)備上的功能；其中所述功能激活裝置被安排用來激活與所述服務(wù)供應(yīng)商中的一個進(jìn)行聯(lián)系的功能；其中所述功能激活裝置被安排用來激活從所述服務(wù)供應(yīng)商中的一個下載內(nèi)容的功能；服務(wù)激活裝置，其包括用于從所述支付運(yùn)營商接受服務(wù)激活密鑰和用于轉(zhuǎn)發(fā)所述服務(wù)激活密鑰以啟動服務(wù)交付的裝置。
2、 根據(jù)權(quán)利要求1所述的服務(wù)代理，其中被激活的功能是瀏覽器。
3、 根據(jù)以上權(quán)利要求中任意一項所述的服務(wù)代理，其中所述用戶設(shè) 備被安排用于與包括一個或更多個遠(yuǎn)程服務(wù)供應(yīng)商的定購系統(tǒng)進(jìn)行通 信，所述遠(yuǎn)程服務(wù)供應(yīng)商用于提供從多個所述用戶設(shè)備到所述定購系統(tǒng) 的統(tǒng)一接口。
4、 根據(jù)以上權(quán)利要求中任意一項所述的服務(wù)代理，其中被激活的功 能是瀏覽器。
5、 根據(jù)以上權(quán)利要求中任意一項所述的服務(wù)代理，其中所述功能激 活裝置包括用于將用戶標(biāo)識符傳送到被激活的功能的裝置。
6、 根據(jù)以上權(quán)利要求中任意一項所述的服務(wù)代理，其中所述激活裝 置被安排用來激活被調(diào)用的功能，以將所述用戶標(biāo)識符傳送給所述服務(wù) 供應(yīng)商中的一個。
7、 根據(jù)以上權(quán)利要求中任意一項所述的服務(wù)代理，其中該服務(wù)代理 包括用于將所述服務(wù)激活密鑰傳送給被激活的功能的裝置。
8、 根據(jù)以上權(quán)利要求中任意一項所述的服務(wù)代理，該服務(wù)代理被安 排為代表所述用戶來執(zhí)行所有與支付相關(guān)的功能。
9、 根據(jù)以上權(quán)利要求中任意一項所述的服務(wù)代理，其中所述支付系 統(tǒng)包括支付運(yùn)營商。
10、 根據(jù)以上權(quán)利要求中任意一項所述的服務(wù)代理，該服務(wù)代理包 括用于將所述服務(wù)激活密鑰提供給所述服務(wù)供應(yīng)商中的一個以啟動服務(wù) 交付的裝置。
11、 根據(jù)以上權(quán)利要求1到9中任意一項所述的服務(wù)代理，該服務(wù) 代理包括用于將所述服務(wù)激活密鑰提供給所述用戶來提示所述用戶將所 述服務(wù)激活密鑰發(fā)送給所述服務(wù)供應(yīng)商中的一個以啟動服務(wù)交付的裝 置。
12、 根據(jù)以上權(quán)利要求中任意一項所述的服務(wù)代理，該服務(wù)代理包括用于支付確認(rèn)的裝置。
13、 根據(jù)以上權(quán)利要求中任意一項所述的服務(wù)代理，該服務(wù)代理包 括用于從所述支付運(yùn)營商接受確認(rèn)密鑰和用于將所述確認(rèn)密鑰提供給所 述服務(wù)供應(yīng)商中的一個的裝置。
14、 根據(jù)以上權(quán)利要求中任意一項所述的服務(wù)代理，該服務(wù)代理包 括用于經(jīng)由所述支付運(yùn)營商從所述服務(wù)供應(yīng)商中的一個接受支付請求和 用于提示所述用戶對所述請求采取行動的裝置。
15、 根據(jù)以上權(quán)利要求中任意一項所述的服務(wù)代理，該服務(wù)代理包 括用于對所述用戶的身份進(jìn)行認(rèn)證的裝置。
16、 一種包括以上權(quán)利要求中任意一項所述的服務(wù)代理的通信系統(tǒng)。
17、 一種用于對一個或更多個用戶設(shè)備、服務(wù)供應(yīng)商以及支付供應(yīng) 商的交互進(jìn)行控制的支付運(yùn)營商，所述支付供應(yīng)商用于對所述服務(wù)供應(yīng) 商提供的商品或服務(wù)的支付進(jìn)行安排，其中所述支付運(yùn)營商包括用于從服務(wù)供應(yīng)商接收支付請求的裝置；用于向用戶設(shè)備發(fā)送支付確認(rèn)請求和用于從所述用戶設(shè)備接收響應(yīng) 的裝置；用于將所述用戶響應(yīng)傳送到支付供應(yīng)商的裝置； 用于向所述服務(wù)供應(yīng)商中的一個傳送確認(rèn)密鑰以啟動將商品或服務(wù) 提供給所述用戶的裝置；用于將服務(wù)激活密鑰從所述服務(wù)供應(yīng)商中的一個傳送到所述用戶設(shè) 備的裝置。
18、 根據(jù)權(quán)利要求17所述的支付運(yùn)營商，該支付運(yùn)營商包括用于利 用所述服務(wù)激活密鑰來生成服務(wù)確認(rèn)密鑰并將其傳送給所述用戶設(shè)備的 裝置。
19、 根據(jù)權(quán)利要求17到18中所述的支付運(yùn)營商，該支付運(yùn)營商包括用于對所述一個或更多個用戶設(shè)備、服務(wù)供應(yīng)商以及支付供應(yīng)商之間 的消息交換進(jìn)行控制的裝置。
20、 根據(jù)權(quán)利要求17到19中任意一項所述的支付運(yùn)營商，該支付 運(yùn)營商包括用于從所述支付系統(tǒng)接收所述確認(rèn)密鑰的裝置。
21、 根據(jù)權(quán)利要求17到20中任意一項所述的支付運(yùn)營商，該支付 運(yùn)營商包括用于檢測是否從所述服務(wù)供應(yīng)商中的一個接收到了供應(yīng)給所 述用戶設(shè)備的所述服務(wù)確認(rèn)密鑰的裝置。
22、 根據(jù)權(quán)利要求17到21中任意一項所述的支付運(yùn)營商，該支付 運(yùn)營商包括用于基于所接收到的服務(wù)確認(rèn)密鑰來啟動支付的裝置。
23、 一種用于在通信系統(tǒng)中控制支付的方法，該方法包括以下步驟 在一個或更多個用戶設(shè)備中設(shè)置服務(wù)代理；從所述一個用戶設(shè)備或所述 更多個用戶設(shè)備中的一個用戶設(shè)備訪問服務(wù)供應(yīng)商；從所述服務(wù)供應(yīng)商 選擇要購買的產(chǎn)品；所述服務(wù)代理經(jīng)由支付運(yùn)營商從所述服務(wù)供應(yīng)商接 收支付請求；以及所述服務(wù)代理經(jīng)由所述支付運(yùn)營商向支付供應(yīng)商發(fā)出 支付授權(quán)。
24、 根據(jù)權(quán)利要求23所述的方法，該方法包括以下步驟所述服務(wù) 代理激活所述用戶設(shè)備上的功能。
25、 根據(jù)權(quán)利要求23到24中任意一項所述的方法，該方法包括以 下步驟向被激活的功能傳送用戶標(biāo)識符并安排所述被激活的功能將所 述用戶標(biāo)識符傳送到所述服務(wù)供應(yīng)商中的一個。
26、 根據(jù)權(quán)利要求23到25中任意一項所述的方法，該方法包括以 下步驟安排所述被激活的功能從所述服務(wù)供應(yīng)商中的一個下載內(nèi)容。
27、 根據(jù)權(quán)利要求23到26中任意一項所述的方法，該方法包括以下步驟從所述支付運(yùn)營商接受服務(wù)激活密鑰，并將所述服務(wù)激活密鑰 提供給所述用戶，來提示所述用戶將所述服務(wù)激活密鑰發(fā)送給所述服務(wù) 供應(yīng)商中的 一個以啟動服務(wù)交付。
28、 根據(jù)權(quán)利要求23到27中任意一項所述的方法，該方法包括以下步驟經(jīng)由所述支付運(yùn)營商從所述服務(wù)供應(yīng)商中的一個接受支付請求 并提示所述用戶對所述請求采取行動。
29、 一種在通信系統(tǒng)中從服務(wù)供應(yīng)商購買商品或服務(wù)的方法，該方法包括在用戶設(shè)備上使用服務(wù)代理進(jìn)行以下步驟(a) 將用戶身份登記在支付運(yùn)營商處并向所述支付運(yùn)營商認(rèn)證所述 用戶身份；(b) 經(jīng)由所述用戶設(shè)備上的客戶機(jī)打開從所述用戶設(shè)備到所述服務(wù) 供應(yīng)商的連接；(c) 向所述服務(wù)供應(yīng)商識別所述用戶和所述支付運(yùn)營商；(d )經(jīng)由所述客戶機(jī)進(jìn)行瀏覽并從所述服務(wù)供應(yīng)商選擇服務(wù)；(e) 基于從所述服務(wù)供應(yīng)商到所述支付運(yùn)營商的支付請求從所述支 付運(yùn)營商接收支付確認(rèn)請求；(f) 向所述支付運(yùn)營商確認(rèn)支付；從而(g) 所述用戶從所述服務(wù)供應(yīng)商接收所述商品或服務(wù)。
30、 根據(jù)權(quán)利要求29所述的方法，所述服務(wù)代理通過該方法打開在 步驟(d)從所述服務(wù)供應(yīng)商選擇所述服務(wù)的客戶機(jī)應(yīng)用。
31、 根據(jù)權(quán)利要求29所述的方法，所述服務(wù)代理根據(jù)該方法打開從 所述服務(wù)供應(yīng)商購買服務(wù)的客戶機(jī)應(yīng)用。
32、 根據(jù)權(quán)利要求29到31中任意一項所述的方法，該方法包括以 下步驟在步驟(e)，在多個設(shè)備上的多個服務(wù)代理處接收所述支付確 認(rèn)請求并選擇所述服務(wù)代理中的一個來處理所述請求。
33、 根據(jù)權(quán)利要求29到32中任意一項所述的方法，該方法包括以下歩驟在多個設(shè)備上設(shè)置多個服務(wù)代理并在所述支付運(yùn)營商選擇的所 述多個服務(wù)代理中的一個處接收所述支付確認(rèn)請求。
34、 一種在通信系統(tǒng)中經(jīng)由用戶設(shè)備從服務(wù)供應(yīng)商購買商品或服務(wù)的方法，該方法包括以下步驟在支付運(yùn)營商處從所述服務(wù)供應(yīng)商接收 支付請求；創(chuàng)建支付確認(rèn)請求并將其發(fā)送給所述用戶設(shè)備上的服務(wù)代理;獲取存儲在所述支付運(yùn)營商處的用戶偏好；以及根據(jù)所述偏好來處理所述支付請求。
35、 根據(jù)權(quán)利要求34所述的方法，該方法包括以下步驟根據(jù)所獲 取的用戶偏好來阻止或允許服務(wù)供應(yīng)商。
36、 根據(jù)權(quán)利要求34或35所述的方法，該方法包括以下步驟根 據(jù)所獲取的用戶偏好來識別不需要確認(rèn)的支付。
37、 根據(jù)權(quán)利要求34到36中任意一項所述的方法，該方法包括以 下步驟將所述支付確認(rèn)請求發(fā)送給多個用戶設(shè)備上的多個服務(wù)代理。
38、 根據(jù)權(quán)利要求34到37中任意一項所述的方法，該方法包括以 下步驟將所述支付確認(rèn)請求發(fā)送給從多個用戶設(shè)備上的多個服務(wù)代理 中選出的服務(wù)代理。
39、 根據(jù)權(quán)利要求38所述的方法，該方法包括以下步驟基于所述服務(wù)代理提供給所述支付運(yùn)營商的認(rèn)證信息來選擇服務(wù)代理。
40、 根據(jù)權(quán)利要求34到39中任意一項所述的方法，該方法包括以 下步驟檢測沒有服務(wù)代理的用戶設(shè)備；提示所述用戶；從所述用戶接 收響應(yīng)；以及響應(yīng)于用戶響應(yīng)將服務(wù)代理下載到所述設(shè)備中。
41、 根據(jù)權(quán)利要求34到40中任意一項所述的方法，該方法包括以 下步驟通知所述服務(wù)供應(yīng)商需要服務(wù)交付確認(rèn)；從所述服務(wù)供應(yīng)商接 收激活URL;以及將所述激活URL和服務(wù)確認(rèn)密鑰轉(zhuǎn)發(fā)給所述服務(wù)代理。
42、 根據(jù)權(quán)利要求41所述的方法，所述支付運(yùn)營商根據(jù)該方法從所 述服務(wù)代理接收支付確認(rèn)，檢查所述支付確認(rèn)，如果正確則根據(jù)所述支 付請求代表所述消費(fèi)者向所述服務(wù)供應(yīng)商進(jìn)行支付。
全文摘要
本發(fā)明提供了通信系統(tǒng)。一種用于在通信系統(tǒng)中控制支付的方法包括以下步驟在一個或更多個用戶設(shè)備中設(shè)置服務(wù)代理；從所述一個用戶設(shè)備或所述更多個用戶設(shè)備中的一個用戶設(shè)備訪問服務(wù)供應(yīng)商；從所述服務(wù)供應(yīng)商選擇要購買的產(chǎn)品；所述服務(wù)代理經(jīng)由支付運(yùn)營商從所述服務(wù)供應(yīng)商接收支付請求；以及所述服務(wù)代理經(jīng)由所述支付運(yùn)營商向支付供應(yīng)商發(fā)出支付授權(quán)。所述服務(wù)代理可以安裝在各種用戶設(shè)備中并且提供了從多個所述用戶設(shè)備到所述支付系統(tǒng)的統(tǒng)一接口。所述服務(wù)代理還可以提供從多個所述用戶設(shè)備到定購系統(tǒng)的統(tǒng)一接口。
文檔編號G06Q20/00GK101233535SQ200680027717
公開日2008年7月30日 申請日期2006年7月13日 優(yōu)先權(quán)日2005年7月29日
發(fā)明者大衛(wèi)·羅克斯巴勒, 蔡慧娜, 西蒙·亞歷山大·貝德斯 申請人:英國電訊有限公司