專利名稱：在計算機網(wǎng)絡(luò)上為采購有關(guān)交易的電子支付方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種電子支付方法，借助于經(jīng)過附有諸供方的服務(wù)器以及諸客戶的工作站的公共計算機遠程通信網(wǎng)絡(luò)的在線服務(wù)，使采購由諸供方提供的“貨物”的交易得以實現(xiàn)。這里，“公共計算機遠程通信網(wǎng)絡(luò)”意味著個人或公司只要有地址就可以任意的往上連接的一個網(wǎng)絡(luò)，例如“因特網(wǎng)(Internet)”。“貨物”意味著當交易結(jié)束后向網(wǎng)絡(luò)外派送的產(chǎn)品或服務(wù)以及用網(wǎng)絡(luò)派送的非物質(zhì)貨物，如信息。
已經(jīng)提出過各種電子支付方法，有些已經(jīng)在運行。
有些方法是建立在新的貨幣形式的基礎(chǔ)上。它們包含一個電子的代表，有時稱之為“令牌(token)”，這種代表可以完全以軟件或部分地以物質(zhì)實現(xiàn)，如“靈巧卡(smart card)”。這些方法需要在計算機網(wǎng)絡(luò)上流動貨幣，出現(xiàn)關(guān)于產(chǎn)生偽貨幣這樣困難的安全問題。
其他已知電子支付方法需要直接與銀行或銀行網(wǎng)絡(luò)聯(lián)系。已知的有，例如利用銷售點終端連接到一個銀行卡片電路用于信用卡網(wǎng)絡(luò)的典型方法，以及用一個電子簽署鑒定購買者的使用電子支票的方法。這是由購買者發(fā)出的一個約定的字母形式，反回到銷售者并由一個銀行接收和識別。
由于這些方法需要在一次交易中當時或在其他時間與一個傳統(tǒng)的銀行系統(tǒng)聯(lián)系而存在某些不便。銀行系統(tǒng)的交易有一些實在的花銷使它不允許用在很低購買量的場合，如向數(shù)據(jù)庫做一次查詢的購買量。而計算機網(wǎng)絡(luò)就很適合于低價貨物的銷售，尤其是信息貨物，因為可以完全在網(wǎng)絡(luò)本身內(nèi)進行派送。此外，對一個銀行網(wǎng)絡(luò)或一個銀行卡網(wǎng)絡(luò)進行訪問必須高度安全，實際上，就排除了通過潛在的購買者可以連接的公共計算機網(wǎng)絡(luò)，如“互連網(wǎng)”，進行訪問的可能性。
本發(fā)明的一個目的是提供一種能免除已知方法中的諸問題的方法，特別是通過一種簡單而可靠的方法，在一個計算機網(wǎng)絡(luò)上完成涉及貨物采購的交易，而不需要電子貨幣的流通。所說的貨物包括需要來自一個傳統(tǒng)銀行系統(tǒng)的授權(quán)的高價貨物，也包括低價到甚低價的貨物。
通過在本說明書開始部分所規(guī)定的一類方法，就能達到這個目的包含步驟根據(jù)本發(fā)明，此方法包括以下諸步驟—由連接在網(wǎng)絡(luò)上的一個供方服務(wù)器產(chǎn)生一個涉及在供方與顧客之間面臨的一次采購的，并包含有關(guān)供方，顧客，被購物品和價格的信息的交易授權(quán)請求或“支付傳票(payment ticket)；—通過計算機網(wǎng)絡(luò)把支付傳票傳送到一個不同于顧客工作站和供方服務(wù)器的支付服務(wù)器；—由支付服務(wù)器自動地驗證有關(guān)顧客是否被授權(quán)支付價錢，根據(jù)要支付的價錢的水平，或者通過查詢該客戶的帳目，以確定該驗證是否有效，在支付服務(wù)器的支持下進行小額支付，或者在一個與計算機網(wǎng)絡(luò)無關(guān)的銀行網(wǎng)絡(luò)上，進行查詢，以支付較大的金額；—如果驗證是肯定的，支付服務(wù)器產(chǎn)生一個交易授權(quán)或至少包含部分支付傳票信息的證明書；和—證明書由計算機網(wǎng)絡(luò)傳送給供方服務(wù)器，以認可購買的結(jié)果。
這樣，根據(jù)本發(fā)明的過程值得注意的是它既不需要產(chǎn)生電子貨幣也不需要電子貨幣在計算機網(wǎng)絡(luò)上流通。
交易的控制是由一個支付服務(wù)器實施，它能單獨的訪問一個銀行網(wǎng)絡(luò)或一個銀行卡網(wǎng)絡(luò)，而且還管理非銀行顧客的帳目，由此可以實施很小金額的交易。
支付服務(wù)器還管理用于小金額交易的非銀行供方的帳目。這時，由一個支付服務(wù)器支持的顧客帳目查詢驗證之后，傳送一個證明書時，購買的數(shù)額記入顧客帳目的借方和有關(guān)供方帳目的貸方，在支付服務(wù)器的支持下的過程不會產(chǎn)生高的處理費用。
每個客戶經(jīng)過驗明其身份后方可使用該支付方法。他還必須有一個有效的真實的銀行帳目，最好是可以用傳統(tǒng)銀行卡操作的一種。由支付服務(wù)器驗證包括從支付傳票的內(nèi)容確認客戶身份的預(yù)先驗證階段。身份驗證先于對顧客帳目的訪問(如果購買的總數(shù)較低)或銀行網(wǎng)絡(luò)的訪問(如果購買涉及的帳目較大)。支付服務(wù)器最好含有諸如一個數(shù)據(jù)庫，以存儲用于計算機網(wǎng)絡(luò)上的交易的顧客標識和用于銀行網(wǎng)絡(luò)交易的銀行標識(銀行帳戶或信用卡號碼)之間的關(guān)系。在那樣情況，就可避免在計算機網(wǎng)絡(luò)上流通銀行身份。
現(xiàn)在參照相應(yīng)的圖紙敘述本發(fā)明的作為非限制性例子的一個實施例，其中—

圖1是根據(jù)本發(fā)明的一個電子支付系統(tǒng)的總體圖解；—圖2是圖1系統(tǒng)中一個支付服務(wù)器的框圖形式表示；—圖3說明涉及用圖1系統(tǒng)的一次采購的操作進程；和圖4A到4C表示支付服務(wù)器進行的操作的流程圖。
圖1圖解說明一個計算機通信網(wǎng)絡(luò)10上面連接有供方服務(wù)器20，顧客工作站30和至少一個支付服務(wù)器40。
該計算機網(wǎng)絡(luò)10是一個開放或公共網(wǎng)絡(luò)，例如被稱為“互連網(wǎng)”的網(wǎng)絡(luò)。該供方服務(wù)器20是諸如目前用來連在因特網(wǎng)上的在線服務(wù)器裝置，例如圍繞基于UNIX的多處理器機構(gòu)組織的裝置。顧客工作站30基本上是微計算機，其中配置有跟因特網(wǎng)10連接如“瀏覽器(Web)”方式的界面。供方服務(wù)器20和顧客工作站30可用比如熟悉的軟件協(xié)議，通常稱為“萬維網(wǎng)(World Wide Web(WWW))”的超文本傳輸協(xié)議(HTTP)。
在圖2中更詳細地表示出支付服務(wù)器40由分別表示為41和42的前方與后方單元組成，二者都連接到因特網(wǎng)10。前方單元41的結(jié)構(gòu)與連接到如互連網(wǎng)那樣的網(wǎng)絡(luò)的標準服務(wù)器相同。后面的裝置42包括一個含有一個或多個處理器的處理單元43，一個含有簽名于支付系統(tǒng)的供方和顧客有關(guān)信息的數(shù)據(jù)庫44，一個交易寄存器45，和一個為了與銀行網(wǎng)絡(luò)或銀行卡網(wǎng)絡(luò)連接的界面裝置46，和一個通信總線47或諸如此類的可以接通裝置的各個組成部分的鏈路。一段安全連接48可以在前方單元41和處理裝置43之間進行雙向通信。與網(wǎng)絡(luò)10的通信由前方單元41控制，而數(shù)據(jù)庫的管理以及與銀行網(wǎng)絡(luò)的通信的控制則由后方單元42保證。
數(shù)據(jù)庫44含有簽名于支付系統(tǒng)的供方和顧客的有關(guān)信息。數(shù)據(jù)庫44為每個顧客保存顧客最初簽名于支付系統(tǒng)指定的系統(tǒng)標識(“CId”)，一個為支付小金額用的顧客帳戶或電子錢包(“PME”)，一個諸如實帳帳號或一個信用卡號的銀行標識，可能還有顧客自己的存取口令或“密鑰”。數(shù)據(jù)庫對每個供方保存供方最初簽名于支付系統(tǒng)指定的供方/商戶的系統(tǒng)識別(“MId”)，一個為接受小金額的供方帳戶，或電子現(xiàn)金寄存器(“TCE”)和一個諸如銀行帳號的銀行標識。
圖3圖解表示一個簽名的顧客向一個簽名的供方購買貨物的有關(guān)交易的各個步驟。它可以是物質(zhì)上的貨物的情況，在交易結(jié)束后就會派送給顧客，或者是非物質(zhì)的貨物(例如信息)，它可以在實施電子支付時立即在計算機網(wǎng)絡(luò)上提供給顧客。
(1)顧客咨詢連接到互連網(wǎng)10之后，顧客可以訪問供方的服務(wù)器20來在線查詢?nèi)我夤┓降哪夸浕颉按翱凇?，并在顧客工作?0的屏幕上觀察供方的商品。根據(jù)顧客的系統(tǒng)標識CId的出現(xiàn)，供方服務(wù)器20可以向顧客顯示可用于潛在交易的特定財務(wù)條件(例如打折扣)。
(2)購買要求一旦顧客已選中一個商品(對象)0，他的選擇以一段含有商品標識OId和顧客標識CId的信息傳送給供方的服務(wù)器。在必要時，例如，對選中商品的最終派送，供方的服務(wù)器可以要求補充的信息諸如一個地址和適宜的送貨時間。通過網(wǎng)絡(luò)將一份電子表格送給客戶填寫是方便的。
當設(shè)想中的采購涉及一筆大的金額或必須滿足合法條件時，可以要求對客戶進行預(yù)先鑒定。如同以下詳細所述，顧客的鑒定是由支付服務(wù)器40執(zhí)行。同時，供方要求的鑒定以一種無價值的支付傳票形式由顧客工作站通過計算機網(wǎng)絡(luò)發(fā)送到該支付服務(wù)器是有好處的，并且，在鑒定結(jié)果為肯定的情況下，將引起從支付服務(wù)器向供方服務(wù)器返回一份證收。建立一個支付傳票和返回一份證書的過程在以后再更詳細敘述。
由顧客發(fā)出的購買要求可以涉及單件商品或若干成批“成籃購買(basket purchase)的貨物。
(3)支付要求的發(fā)出為響應(yīng)一個購買要求，供方服務(wù)器發(fā)出一個支付要求，可以包含以下信息—供方的標識(“MId”)；—訂購商品，或，在成批購買的情況下，籃中每種貨物的說明；—交易的類型(單件或一籃)；
—顧客的標識(“CId”)；—商品或籃內(nèi)貨物集合的標識(“OId”)；—商品價格(“Oid”)；—附加稅，VAT(如果適用的話)；—支付傳票發(fā)出的日期和時間(供方服務(wù)器印戳的鐘點和日期)；—支付傳票的有效期；和—供方銷售寄存器中的順序號(特別是在交易含有預(yù)先鑒定階段的情況下)。
上述信息的組合被編碼成一串字節(jié)，存在一個支付傳票的隱蔽信道中(或商品訂單的URL中，URL是用在WWW的超文本傳輸協(xié)議的軟件的Uniform Resource Locator(統(tǒng)一資源定位器)的首字母)，形式如下URLhttp<SP><訂單說明>這里SP是支付服務(wù)器的互連網(wǎng)地址。這個支付傳票被送到顧客工作站。它是由兩個邏輯“錨(anchors)”允許顧客取消或肯定而完成的。
(4)發(fā)送支付命令簡單地由客戶核實該支付命令中的URL之后，該支付命令就發(fā)送到支付服務(wù)器。以下將明白，支付傳票只經(jīng)過顧客工作站傳送。
(5)發(fā)出證書接到一個支付命令后，支付服務(wù)器40將支付命令解碼，對顧客作鑒定并審查在返回一個證書或一個支付拒絕之前是否可以認可。對顧客的鑒定和對支付的授權(quán)操作將要參照圖4作更詳細的敘述。
如果驗證過程不允許對支付授權(quán)，這時將由該支付服務(wù)器向該客戶送去一份解釋性的拒絕通知(例如，跟帳目中的存款不足有關(guān)，或者跟越出該客戶的授權(quán)限額有關(guān)，等等)。如果驗證過程允許對支付授權(quán)，包含在支付傳票中的信息補充上一個交易寄存器45中的序號，一個時間戳印，一個有效期(一般是幾十秒)和構(gòu)成證明信息的支付服務(wù)器的印記。這個信息組合可以在經(jīng)過用屬于支付服務(wù)器的公共密鑰/私人密鑰保密系統(tǒng)的私人密鑰部分進行數(shù)字化簽名之后編碼成一串字節(jié)構(gòu)成一份證書或傳遞URL的隱藏信道
URLhttp<M><證書說明>其中M是供方的互連網(wǎng)地址。
(6)派送請求證書經(jīng)顧客工作站傳送給供方服務(wù)器。熟悉本發(fā)明所屬技術(shù)的技術(shù)人員都知道，這事可以由安裝在顧客工作站的軟件利用諸URL的重新建立路由可能性來自動地執(zhí)行。供方服務(wù)器在批準派送商品之前對證書進行解碼并驗證。驗證包含使用支付服務(wù)器的私人密鑰，驗證未超過有效期和比較證書與支付要求的內(nèi)容。
(7)派送商品當證書被供方服務(wù)器所確認，在購買的商品是信息時，服務(wù)器便直接給顧客工作站派送，或者向顧客工作站發(fā)送一個允許收取商品的憑證并明確地指定派送的地址和收貨人姓名。
應(yīng)當指出，在成批或成籃采購的情況下，供方服務(wù)器產(chǎn)生一個帶有唯一標識的對象，該籃中每種貨物的URL列表。這個對象是URL商品訂單中指定的并且允許把被購商品的詳情記錄在支付服務(wù)器的交易寄存器中。
圖4A到4C表示支付服務(wù)器40在響應(yīng)收到支付命令時進行的操作。
在前方單元41(圖4A)中，支付命令被解碼(階段61)并且明確地從有效期方面檢驗(測試62)其有效性。如果檢驗的結(jié)果是否定的，就向該顧客工作站發(fā)出一個拒絕的通知(階段63)。如果檢驗的結(jié)果是肯定的，接著進行對顧客的鑒定(階段64)。操作的細節(jié)進一步參照圖4C作說明。如果鑒定的結(jié)果是否定的(測試65)，就向該顧客發(fā)出一個拒絕的通知(階段63)。如果鑒定得到一個肯定的結(jié)果，支付命令(也許有顧客標識CId，供方標識MId和價格的限制)就經(jīng)過通信階段68發(fā)送給表示在圖2(階段66)的支付服務(wù)器的后方單元42。如上所述，連接48是一個安全連接，防止人為地連接到網(wǎng)絡(luò)10來訪問后方單元。
然后前方單元41等候后方單元決定是否對支付授權(quán)(階段67)。如果不授權(quán)支付，(測試68)，就向該顧客工作站發(fā)出一個拒絕的通知(階段63)。如果授權(quán)支付，就利用在階段62記錄的信息準備一證書(階段69)。證書存放在前方單元41的一個存儲器中(階段70)并經(jīng)過顧客工作站送往供方服務(wù)器(階段71)。
在支付服務(wù)器的后方單元42(圖4B)中，檢驗一個新收到并且鑒定過的支付命令以決定該命令應(yīng)當由顧客帳戶PME或經(jīng)過銀行網(wǎng)絡(luò)來授權(quán)。在這方面，將價格和一個最小閾值比較(測試72)。這個閾值比方是幾十法國法郎。
如果超過閾值，就用對應(yīng)于從數(shù)據(jù)庫44查詢得到的顧客標識CId的銀行標識向銀行網(wǎng)絡(luò)發(fā)送執(zhí)行支付操作的請求(階段73)。一旦收到從銀行網(wǎng)絡(luò)來的肯定或否定的響應(yīng)(階段74)，就發(fā)送給前方單元41(階段75)。
如果不超過閾值，就用PME的顧客帳戶支付。
在這個交易中，要檢驗顧客帳目以決定它是否有足夠的存款(測試76)。如果不夠，就從該后方單元向該前方單元發(fā)送一個拒絕支付授權(quán)的通知(階段75)。如果足夠，就把價格記入PME顧客帳戶的借方，同樣的數(shù)目記入對應(yīng)于標識MId的TCE供方帳戶的貸方(階段77)，這個交易寫入交易寄存器45(階段78)，并且支付授權(quán)——換而言之，一個肯定的響應(yīng)——帶著指出向交易寄存器寫入的序號發(fā)送到前方單元(階段75)。
在支付服務(wù)器中的鑒定過程(圖4C)，在圖4A的階段64，包含向顧客工作站，最好是以安全(加密)方式，發(fā)送一個要一個訪問密鑰或口令的要求(階段641)。以安全方式收到密鑰后(階段64)，就把它和存在數(shù)據(jù)庫44中相應(yīng)的信息比較(測試643)。如果比較結(jié)果是否定的，而又未達到嘗試失敗的最大次數(shù)(測試644)，過程轉(zhuǎn)回到階段641。如果已達到這個最大次數(shù)，就記下授權(quán)失敗，并產(chǎn)生一個警告(階段645)和向顧客工作站發(fā)送一個否定響應(yīng)(階段646)。該警告可以包含取消PME帳目或者為了偵知新的使用企圖而監(jiān)視這個帳號。如果在階段643的測試是肯定的，記錄該鑒定結(jié)果(階段647)并提供一個肯定響應(yīng)(階段648)。
已知有許多編碼技術(shù)允許在一個計算機網(wǎng)絡(luò)中安全傳送數(shù)值信息，尤其是用于請求和發(fā)送訪問密鑰。
這里公開的鑒定過程允許必要時在供方服務(wù)器設(shè)立一個支付要求之前對顧客做預(yù)先鑒定。因為這樣鑒定，如上所述，足以產(chǎn)生一個價格指示為零的支付傳票。
在前方單元中的證書的記錄允許顧客和供方進行控制，并可以得到它們的拷貝。在后方單元中的交易記錄允許記錄交易交易以備日后需要時用得著，例如在顧客和供方之間發(fā)生爭執(zhí)時。
由支付服務(wù)器管理的顧客帳目PME的平衡受到容量所限，并且，根據(jù)本發(fā)明的推薦實施例，這些帳目不接受利息支付(支付系統(tǒng)與銀行世界分離)。顧客可以向他的銀行機構(gòu)發(fā)出一個命令，以便從他的銀行帳目補充他的PME帳目。
由支付服務(wù)器管理的供方帳目TCE跟供方的銀行現(xiàn)金帳目相關(guān)聯(lián)，例如，這些TCE每天都被騰空到銀行帳目中。
雖然上面根據(jù)本發(fā)明敘述了在一個互連網(wǎng)和采用HTTP協(xié)議的WWW軟件環(huán)境中實現(xiàn)的一種方法，一個技術(shù)熟練者已經(jīng)意識到這個方法也可以在不同于因特網(wǎng)的網(wǎng)絡(luò)或又在不用WWW的HTTP協(xié)議的供方服務(wù)器和顧客工作站軟件環(huán)境中實現(xiàn)。還有，采用諸如靈巧卡讀出器或聲譜儀識別設(shè)備等器械的安全鑒定方法可以在訪問密鑰的地方預(yù)見到。這些和其他的對那些技術(shù)熟練的人會想到的變化都是在本發(fā)明的精神實質(zhì)和范疇之內(nèi)。
權(quán)利要求
1.一個實現(xiàn)涉及采購由供方通過一個網(wǎng)絡(luò)上連接供方服務(wù)器和顧客工作站的公共計算機網(wǎng)絡(luò)向顧客供應(yīng)的貨物的交易的電子支付方法，其特征在于下列諸步驟(a)由一個連接在網(wǎng)絡(luò)上的供方服務(wù)器開出一份涉及一次供方和顧客間面臨的購買的交易授權(quán)請求或支付傳票，其中包含與供方，顧客，購買物品和價值有關(guān)的信息，(b)通過計算機網(wǎng)絡(luò)把支付傳票發(fā)送給一個不同于顧客工作站和供方服務(wù)器的支付服務(wù)器，(c)支付服務(wù)器自動驗證如果支付的價錢被顧客認可，則該驗證為有效，根據(jù)待支付的價錢的水平，若打算進行小額支付，則由支付服務(wù)器查詢該客戶的客戶帳目，若打算支付較高的數(shù)額，則查詢一個跟計算機網(wǎng)絡(luò)無關(guān)的銀行網(wǎng)絡(luò)，(d)如果驗證結(jié)果為肯定，由支付服務(wù)器發(fā)出一份交易授權(quán)或證書，其中至少包含一部分支付傳票信息，和(e)通過計算機網(wǎng)絡(luò)把證書發(fā)送到供方服務(wù)器，以確認購買的結(jié)果。
2.在權(quán)利要求1中所述的一種方法，其特征在于在支付服務(wù)器通過查詢客戶帳目進行驗證之后，發(fā)出一份證書，購買的金額記入顧客帳目的借方并且在支付服務(wù)器的支持下記入有關(guān)供方的供方帳目的貸方。
3.在權(quán)利要求1或2中所述的一種方法，其特征在于支付服務(wù)器的驗證包含一個顧客預(yù)先鑒定階段。
4.在權(quán)利要求3中所述的一種方法，其特征在于鑒定是通過對一個用計算機網(wǎng)絡(luò)從顧客工作站發(fā)送到支付服務(wù)器的訪問密鑰的識別而完成的。
5. 在權(quán)利要求1到4中的任一項所述的一種方法，其特征在于它包含由支付服務(wù)器發(fā)出一份證書，其中至少包含一部分支付傳票的信息和證明信息。
6.在權(quán)利要求1到5中的任一項所述的一種方法，其特征在于它包含由支付服務(wù)器存儲證書內(nèi)容的至少一部分，從而記憶已授權(quán)的交易。
7.在權(quán)利要求1到5中的任一項所述的一種方法，其特征在于它以顧客工作站為中介把支付傳票從支付服務(wù)器傳送到供方服務(wù)器。
8.在權(quán)利要求1到5中的任一項所述的一種方法，其特征在于它以顧客工作站為中介把證書從支付服務(wù)器傳送到供方服務(wù)器。
9.一個實現(xiàn)涉及采購由供方通過公共計算機網(wǎng)絡(luò)向顧客供應(yīng)的貨物的交易的電子支付系統(tǒng)，該系統(tǒng)包含顧客工作站和供方服務(wù)器，其特點在于該系統(tǒng)還包含至少一個不同于顧客工作站和供方服務(wù)器的支付服務(wù)器并且包含—一個具有跟公共網(wǎng)絡(luò)連接裝置的前方單元，—一個具有跟獨立于公共網(wǎng)絡(luò)的一個銀行網(wǎng)絡(luò)連接裝置的后方單元，—在前方與后方諸單元之間進行通信的裝置，—記憶顧客帳目和供方帳目的裝置，和—驗證處理裝置，前方單元接收到涉及該供方和一個客戶之間面臨的彩購的交易授權(quán)請求或支付傳票之后，作為響應(yīng)，若該用戶對價款的支付予以確認，則查詢該用戶帳目或該銀行網(wǎng)絡(luò)，并且，若該驗證結(jié)果為肯定，則發(fā)出一份交易授權(quán)或證書，以便經(jīng)由前方單元將驗證結(jié)果發(fā)送到該公開網(wǎng)絡(luò)。
10.權(quán)利要求9所述的支付系統(tǒng)，其特征在于支付服務(wù)器包含記憶被授權(quán)交易的裝置。
全文摘要
本方法使用一個在其上連接有供方服務(wù)器(20)和顧客工作站(30)的公共計算機網(wǎng)絡(luò)(10),并包含:由供方服務(wù)器產(chǎn)生一個涉及在供方與顧客之間面臨的一次采購的,并包含有關(guān)供方,顧客,購買物品和價格的信息的支付傳票,通過計算機網(wǎng)絡(luò)把支付傳票傳送到一個支付服務(wù)器(40),由支付服務(wù)器進行自動驗證,若該用戶對該價款的支付予以確認,打算進行小額支付時,通過該支付服務(wù)器查詢該用戶帳目,打算支付較高數(shù)額時,則查詢一個路計算機網(wǎng)絡(luò)(10)無關(guān)的銀行網(wǎng)絡(luò)(50);如果驗證結(jié)果是肯定的,則支付服務(wù)器發(fā)出一份至少包含部分支付傳票信息的證書;和將證書傳送到供方服務(wù)器,以確認購買的結(jié)果。
文檔編號G07F19/00GK1184546SQ9619392
公開日1998年6月10日 申請日期1996年4月3日 優(yōu)先權(quán)日1995年4月14日
發(fā)明者鮑爾－安德列·培斯, 格拉德·苯·達翰 申請人:Gc技術(shù)公司