專利名稱：一種跨銀行批量付款方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)領(lǐng)域，特別涉及一種跨銀行批量付款系統(tǒng)及方法。
背景技術(shù)：
隨著現(xiàn)代信息技術(shù)的發(fā)展，網(wǎng)上交易越來越受到人們的關(guān)注和青睞。網(wǎng)上交易不 受地域(特別是偏遠(yuǎn)郊縣)的限制、不受上下班時間的限制，只要辦理了網(wǎng)上委托交易的相 關(guān)手續(xù)，就可以坐在家里或辦公室里下單，輕輕松松地實現(xiàn)交易。特別是，隨著銀行業(yè)務(wù)的進(jìn)一步發(fā)展，很多銀行業(yè)務(wù)都是通過網(wǎng)上銀行來實現(xiàn)的。 然而，并不是什么業(yè)務(wù)都是能夠通過網(wǎng)上銀行進(jìn)行處理的，比如，客戶一次性需要向賬戶開 設(shè)在不同銀行的多個客戶支付款項，就存在操作復(fù)雜、實現(xiàn)困難的問題。一種最常見可實現(xiàn)的方式是客戶分別找到客戶開設(shè)賬戶的這些銀行，然后再對對 應(yīng)的賬戶進(jìn)行匯款，這種實現(xiàn)方式操作起來非常麻煩，需要派專人去處理這件事，占用大量 的人力?，F(xiàn)在還有一種較常見可實現(xiàn)的方式是，像建行等銀行開具的建行手機(jī)銀行客戶轉(zhuǎn) 賬及非建行手機(jī)銀行客戶轉(zhuǎn)賬業(yè)務(wù)。前者的流程為手機(jī)到手機(jī)轉(zhuǎn)賬支持建行的同城和異 地轉(zhuǎn)賬，首先選擇已經(jīng)簽約的活期賬戶作為付款賬戶，再輸入收款方的手機(jī)號碼及轉(zhuǎn)賬金 額，即可實現(xiàn)向已經(jīng)開通手機(jī)銀行服務(wù)的收款人轉(zhuǎn)賬，同時收款方會有相應(yīng)的短信提醒。后 者的流程為若收款人沒開通建行手機(jī)銀行，除了收款人手機(jī)號碼和轉(zhuǎn)賬金額等信息外，還 需要輸入收款人姓名信息。轉(zhuǎn)賬提交后，收款人將收到提示短信。收款人可去建行任一柜 臺開立賬戶，開通手機(jī)銀行進(jìn)入收款菜單進(jìn)行收款。這種實現(xiàn)方式主要是由一家銀行作為 發(fā)起方，利用移動通信網(wǎng)絡(luò)和銀行內(nèi)部系統(tǒng)完成付款處理。但是這種方法有一個很大的局 限性使用范圍受限，并且需要收款人要到對應(yīng)的銀行開立賬戶，非常麻煩。在申請?zhí)枮?00510110383.9的中國申請中，申請人上海七葉樹網(wǎng)絡(luò)科技有限公 司公開了一種基于移動終端的小額費(fèi)用支付方法，包括用戶的手機(jī)號碼與支付服務(wù)器中 的虛擬賬戶關(guān)聯(lián)，用戶通過手機(jī)等移動終端向支付服務(wù)器發(fā)送支付授權(quán)指示，支付服務(wù)器 對該授權(quán)命令進(jìn)行解析和數(shù)據(jù)處理后，完成對應(yīng)的支付處理。支付服務(wù)器解析出來的數(shù)據(jù) 包括收款方代碼，若收款方代碼存在支付服務(wù)器中，則查找到該收款方代碼對應(yīng)的虛擬賬 戶，并向該虛擬賬戶執(zhí)行支付命令，若支付服務(wù)器中不存在對應(yīng)的收款方代碼，則自動創(chuàng)建 以該收款方代碼為特征的虛擬賬戶，向該新創(chuàng)建的收款方虛擬賬戶執(zhí)行支付命令并可發(fā)送 信息至收款方。另外，在該中請文件中還指出，用戶的虛擬賬戶與銀行卡可以綁定，并設(shè)定 最低余額和轉(zhuǎn)賬額度，當(dāng)虛擬賬戶中金額大于最低余額和轉(zhuǎn)賬額度之和時，支付服務(wù)器將 超出最低余額部分的款項從虛擬賬戶轉(zhuǎn)入對應(yīng)的銀行卡。上述的支付方法是利用移動終端來完成支付，但是，還是存在以下問題首先，用戶通過手機(jī)等移動終端向支付服務(wù)器發(fā)送支付授權(quán)指示時，手機(jī)通過電 信的網(wǎng)關(guān)來對用戶實行鑒權(quán)，網(wǎng)關(guān)將鑒權(quán)結(jié)果傳送至支付服務(wù)器。這種方式需要對現(xiàn)有的 電信的網(wǎng)關(guān)進(jìn)行改動，使之能與支付服務(wù)器建立通信。這種支付方法若對電信的網(wǎng)關(guān)等進(jìn)行改動，實現(xiàn)難度增加。其次，上述的支付流程中，支付服務(wù)器建立收款方代碼的虛擬賬戶，并把費(fèi)用打入 該虛擬賬戶中，存在非常多的安全問題。第三方容易獲得收款方代碼，由于進(jìn)入對應(yīng)的虛擬 賬戶中，造成收款方的財產(chǎn)損失，容易造成安全問題。再次，上述的支付流程非常復(fù)雜，實現(xiàn)難度比較大。比如，需要建立支付服務(wù)器與 電信的網(wǎng)關(guān)的連接，需要在每一次支付過程中建立支付服務(wù)器、支付用戶與收款方的連接。 這種支付流程不適合批量付款的應(yīng)用。特別是，按照上述的流程，批量付款的付款方需要將 支付信息通過手機(jī)等通信終端發(fā)送至支付服務(wù)器，非常麻煩。

發(fā)明內(nèi)容
本申請的目的在于提供一種跨銀行批量付款方法，以解決現(xiàn)有技術(shù)中安全性不 夠、實現(xiàn)復(fù)雜的技術(shù)問題。本申請的目的在于提供一種銀行批量付款系統(tǒng)，以解決現(xiàn)有技術(shù)中安全性不夠、 實現(xiàn)復(fù)雜的技術(shù)問題。本申請?zhí)峁┝艘环N跨銀行批量付款方法，包括(1)第三方支付平臺接收到批量付款請求，所述批量付款請求中包括付款方賬戶、 各個收款方的通信信息、用戶信息、支付金額以及收款方銀行賬戶；(2)第三方支付平臺統(tǒng)計本次批量處理中所有支付金額之和，在付款方賬戶中扣 除該支付金額之和；(3)第三方支付平臺上利用收款方的通信信息創(chuàng)建收款方對應(yīng)的賬戶；(4)每一次付款時，第三方支付平臺向?qū)?yīng)的賬戶進(jìn)行對應(yīng)金額的支付，并利用對 應(yīng)的收款方通信信息通知收款方；(5)第三方支付平臺接收到收款方訪問對應(yīng)賬戶請求時，利用收款方的銀行賬戶 信息校驗收款方的身份，只有身份校驗通過的，才允許收款方訪問對應(yīng)的賬戶。步驟(5)中利用收款方的銀行賬戶信息校驗收款方的身份進(jìn)一步包括將預(yù)先保 存收款方的銀行賬戶號和用戶輸入的收款方銀行賬戶號進(jìn)行對比，若相同，則表明身份校 驗通過，否則，身份校驗不通過。一種跨銀行批量付款系統(tǒng)，包括第三方支付平臺，第三方支付平臺進(jìn)一步包括批量付款請求存儲單元，用于存儲付款賬戶、各個收款方的通信信息、用戶信息、 支付金額以及收款方銀行賬戶；賬戶存儲單元，用于存儲包括賬戶名、該賬戶對應(yīng)的用戶信息、金額在內(nèi)的賬戶信 息；批量扣款處理單元，用于統(tǒng)計本次批量處理中所有支付金額之和，在付款方賬戶 中扣除該支付金額之和；批量支付處理單元，用于利用收款方的通信信息創(chuàng)建收款方對應(yīng)的賬戶，并向?qū)?應(yīng)的賬戶進(jìn)行對應(yīng)金額的支付通信處理單元，用于利用對應(yīng)的收款方通信信息通知收款方；賬戶訪問處理單元，用于接收到收款方訪問對應(yīng)賬戶請求時，利用收款方的銀行 賬戶信息校驗收款方的身份，只有身份校驗通過的，才允許收款方訪問對應(yīng)的賬戶。
與現(xiàn)有技術(shù)相比，本申請存在以下優(yōu)點(diǎn)首先，本支付過程需要對收款方進(jìn)行驗證，提高了安全性；接著，本支付過程只需要對現(xiàn)有的第三方支付平臺進(jìn)行改進(jìn)，無需對銀行子系統(tǒng)、 電信系統(tǒng)進(jìn)行改進(jìn)，更容易實現(xiàn)；最后，本支付過程步驟少、實現(xiàn)簡單，更適合批量處理這種支付操作。


圖1為跨銀行批量付款系統(tǒng)的原理結(jié)構(gòu)示例圖；圖2為第三方支付平臺的原理結(jié)構(gòu)示意圖；圖3為跨銀行批量付款方法的流程示意圖。
具體實施例方式以下結(jié)合附圖，具體說明本申請。請參閱圖1，其為跨銀行批量付款系統(tǒng)的原理結(jié)構(gòu)示例圖。它包括網(wǎng)絡(luò)終端11、第 三方支付平臺12、手機(jī)終端13和銀行子系統(tǒng)14。網(wǎng)絡(luò)終端11、第三方支付平臺12、銀行子 系統(tǒng)14可以通過因特網(wǎng)連接。為了安全考慮，第三方支付平臺12可以通過專線連接各家 銀行子系統(tǒng)14。第三方支付平臺12通過無線通信系統(tǒng)連接至手機(jī)終端13。為了實現(xiàn)跨 銀行批量付款的目的，只需要對第三方支付平臺12進(jìn)行改進(jìn)，無需要對其它諸如銀行子系 統(tǒng)、電信系統(tǒng)進(jìn)行任何改進(jìn)。請參閱圖2，第三方支付平臺12進(jìn)一步包括服務(wù)器21和數(shù)據(jù)庫22。數(shù)據(jù)庫22進(jìn)一步包括賬戶存儲單元221，賬戶存儲單元221可以包括第一賬戶存儲子單元222和第二賬 戶存儲子單元223。第一賬戶存儲子單元222用于保存用戶身份校驗通過的賬戶信息，第 二賬戶存儲子單元223用于存儲未經(jīng)用戶身份校驗的賬戶信息。這種賬戶存儲子單元的劃 分方式是人為劃分的，當(dāng)然也可以不對其進(jìn)行區(qū)分，直接設(shè)置在一個賬戶存儲單元221中。 賬戶存儲單元221中存儲的賬戶信息包括賬戶名、該賬戶所屬的用戶信息(包括用戶名、密 碼、身份信息)、賬戶屬性信息、賬戶金額信息。賬戶屬性信息包括與其關(guān)聯(lián)的銀行賬戶信 息、訪問權(quán)項等。批量付款請求存儲單元224，用于存儲一次批量請求處理的信息，包括付款賬戶、 本次批量處理的支付個數(shù)、各個收款方的通信信息、用戶信息、支付金額以及收款方銀行賬戶。批量付款處理結(jié)果存儲單元225，用于存儲每一次批量請求處理的結(jié)果，付款賬戶 的扣款結(jié)果、各個支付至收款方的處理結(jié)果。各個支付至收款方的處理結(jié)果包括第三方支 付平臺上收款方對應(yīng)的賬戶是否已被激活。服務(wù)器21進(jìn)一步包括批量扣款處理單元211，用于統(tǒng)計本次批量處理中所有支付金額之和，在付款方賬 戶中扣除該支付金額之和。通常情況下，商戶通過網(wǎng)絡(luò)終端11直接或通過專線向第三方 支付平臺12發(fā)送批量處理請求，在批量處理請求中攜帶付款賬戶、本次批量處理的支付個 數(shù)、各個收款方的通信信息、用戶信息、支付金額以及收款方銀行賬戶等信息。若付款賬戶為第三方支付平臺12上的賬戶時，進(jìn)一步判斷該賬戶中的金額是否大于等于需扣除的本 次批量處理的支付金額之和，若是，則進(jìn)行扣除，若否，則返回金額不足、批量處理失敗的處 理結(jié)果。若付款賬戶是銀行賬戶，則第三方支付平臺12可以建立該銀行賬戶所在的銀行子 系統(tǒng)14的連接，進(jìn)一步判斷該賬戶中的金額是否大于等于需扣除的本次批量處理的支付 金額之和，若否，則返回金額不足、批量處理失敗的處理結(jié)果。若是，則可以將對應(yīng)的金額從 該賬戶中扣除至第三方支付平臺12在該銀行開設(shè)的賬戶，并在第三方支付平臺12上創(chuàng)建 對應(yīng)的付款賬戶，該付款賬戶信息保存至賬戶存儲單元221中。批量支付處理單元212，用于利用收款方的通信信息創(chuàng)建收款方對應(yīng)的賬戶，并向 對應(yīng)的賬戶進(jìn)行對應(yīng)金額的支付。在本實例中，收款方的通信信息進(jìn)一步包括收款方的郵 箱地址及收款方的手機(jī)電話。批量支付處理單元212進(jìn)一步包括賬戶創(chuàng)建子單元213和支 付處理子單元214。賬戶創(chuàng)建子單元213用于判斷在本第三方支付平臺12上是否已存在以該收款方 的郵箱或手機(jī)號碼為賬戶名的賬戶，若是，則進(jìn)一步判斷收款方的用戶信息與該賬戶中的 用戶信息是否匹配，若是，則第三方支付平臺12上已存在的賬戶作為收款方對應(yīng)的賬戶。 賬戶創(chuàng)建子單元213在第一賬戶存儲子單元222中查找，是否能找到和收款方的郵箱或手 機(jī)號碼相同的賬戶名，若是，則說明現(xiàn)有的第三方支付平臺12中有可能已存在相同的賬戶 名，則進(jìn)一步將收款方的用戶信息與該賬戶中用戶信息(如用戶身份證號或營業(yè)執(zhí)照)進(jìn) 行比對，若相同，則將第三方支付平臺12上已存在的賬戶作為收款方對應(yīng)的賬戶，否則直 接在第二賬戶存儲子單元223中創(chuàng)建收款方的郵箱或手機(jī)號碼為賬戶名的賬戶，并保存對 應(yīng)的信息，該對應(yīng)的信息包括收款方的通信信息、用戶信息、收款方銀行賬戶等信息。支付處理子單元214，用于將對應(yīng)的支付金額支付至對應(yīng)的收款方在第三方支付 平臺12上的賬戶中。通信處理單元215，用于利用對應(yīng)的收款方通信信息將支付信息通知收款方。通信 處理單元215可以包括網(wǎng)絡(luò)通信處理子單元和移動通信處理子單元。網(wǎng)絡(luò)通信處理子單元 用于將支付信息通過郵件的方式發(fā)送至收款方對應(yīng)的郵箱中。移動通信處理子單元用于將 支付信息通過短信方式發(fā)送至收款方對應(yīng)的手機(jī)上。收款方的通信信息不管是郵箱還是手 機(jī)，在通過郵件或短信方式通知至該收款方時，需要向其告知本次支付方、支付的金額、第 三方支付平臺的訪問方式、訪問的期限、第三方支付平臺上對應(yīng)賬戶信息等。賬戶訪問處理單元216，用于接收到收款方通過網(wǎng)絡(luò)終端11或手機(jī)終端13訪問對 應(yīng)賬戶請求時，利用收款方的銀行賬戶信息校驗收款方的身份，只有身份校驗通過的，才允 許收款方訪問對應(yīng)的賬戶。利用收款方的銀行賬戶信息校驗收款方的身份進(jìn)一步包括將 預(yù)先保存收款方的銀行賬戶號和用戶輸入的收款方銀行賬戶號進(jìn)行對比，若相同，則表明 身份校驗通過，否則，身份校驗不通過。要求收款方輸入銀行賬戶號時，可以只需要輸入特 定幾位數(shù)的銀行賬戶號，只需要這幾位數(shù)的銀行賬戶號相同，才能讓其訪問該賬戶，比如取 現(xiàn)或轉(zhuǎn)賬。賬戶訪問處理單元216還需要完成的一項功能為當(dāng)某一第三方支付平臺所在 的賬戶被激活時，將該賬戶信息從第二賬戶存儲子單元223中刪除后，添加至第一賬戶存 儲子單元222中。上述公開的單元可以是物理上的單元，也可以是邏輯上的單元。但是，目前通常是 指邏輯單元，但這并非用于限制本申請。
請參閱圖3，其為一種跨銀行批量付款方法的流程圖。它包括SllO 付款方向第三方支付平臺發(fā)送批量付款請求，所述批量付款請求中包括付 款方賬戶、各個收款方的通信信息、用戶信息、支付金額以及收款方銀行賬戶。付款方可以 作為一個網(wǎng)絡(luò)終端，通過因特網(wǎng)或?qū)＞€向第三方支付平臺發(fā)送批量付款請求，付款方也可 以作為一個企業(yè)內(nèi)部網(wǎng)，通過因特網(wǎng)或?qū)＞€向第三方支付平臺發(fā)送批量付款請求。付款方 賬戶可以是第三方支付平臺上的賬戶，也可以銀行賬戶。各個收款方的通信信息是指能夠 通知收款方的通信信息，主要是指手機(jī)號碼或郵件。用戶信息包括用戶名、用戶的身份信 肩、οS120:第三方支付平臺接收到批量付款請求，解析出批量付款請求中的對應(yīng)數(shù)據(jù) 后，并將進(jìn)行保存。S130:第三方支付平臺統(tǒng)計本次批量處理中所有支付金額之和，在付款方賬戶中 扣除該支付金額之和。若付款賬戶為第三方支付平臺上的賬戶時，進(jìn)一步判斷該賬戶中的金額是否大于 等于需扣除的本次批量處理的支付金額之和，若是，則進(jìn)行扣除，若否，則返回金額不足、批 量處理失敗的處理結(jié)果。若付款賬戶是銀行賬戶，則第三方支付平臺可以建立該銀行賬戶所在的銀行子系 統(tǒng)的連接，并通過銀行子系統(tǒng)進(jìn)一步判斷該賬戶中的金額是否大于等于需扣除的本次批量 處理的支付金額之和，若否，則返回金額不足、批量處理失敗的處理結(jié)果。若是，則可以將對 應(yīng)的金額從該賬戶中扣除至第三方支付平臺在該銀行開設(shè)的賬戶，并在第三方支付平臺上 創(chuàng)建對應(yīng)的付款賬戶，該付款賬戶信息保存至賬戶存儲單元中。S140 第三方支付平臺上利用收款方的通信信息創(chuàng)建收款方對應(yīng)的賬戶。第三方支付平臺可以直接以收款方的郵箱或手機(jī)號碼作為賬戶名來創(chuàng)建收款方 對應(yīng)的賬戶。在本實例中，第三方支付平臺還可以先判斷在本平臺上是否已存在以該收款方的 郵箱或手機(jī)號碼為賬戶名的賬戶，若是，則進(jìn)一步判斷收款方的用戶信息與該賬戶中的用 戶信息是否匹配，若是，則第三方支付平臺上已存在的賬戶作為收款方對應(yīng)的賬戶。第三方 支付平臺在第一賬戶存儲子單元中查找，是否能找到和收款方的郵箱或手機(jī)號碼相同的賬 戶名，若是，則說明現(xiàn)有的第三方支付平臺中有可能已存在相同的賬戶名，則進(jìn)一步將收款 方的用戶信息與該賬戶中用戶信息(如用戶身份證號或營業(yè)執(zhí)照)進(jìn)行比對，若相同，則將 第三方支付平臺上已存在的賬戶作為收款方對應(yīng)的賬戶，否則直接在第二賬戶存儲子單元 中創(chuàng)建收款方的郵箱或手機(jī)號碼為賬戶名的賬戶，并保存對應(yīng)的信息，該對應(yīng)的信息包括 收款方的通信信息、用戶信息、收款方銀行賬戶等信息。S150:每一次付款時，第三方支付平臺向?qū)?yīng)的賬戶進(jìn)行對應(yīng)金額的支付。S160:每一次付款完畢后，第三方支付平臺利用對應(yīng)的收款方通信信息將支付信 息通知收款方。收款方的通信信息不管是郵箱還是手機(jī)，在通過郵件或短信方式通知至該收款方 時，需要向其告知本次支付方、支付的金額、第三方支付平臺的訪問方式、訪問的期限、第三 方支付平臺上對應(yīng)賬戶信息等。S170 收款方訪問第三方支付平臺。
收款方通過手機(jī)終端或通過網(wǎng)絡(luò)終端來訪問第三方支付平臺。S180:第三方支付平臺接收到收款方訪問對應(yīng)賬戶請求時，利用收款方的銀行賬 戶信息校驗收款方的身份，只有身份校驗通過的，才允許收款方訪問對應(yīng)的賬戶。利用收款方的銀行賬戶信息校驗收款方的身份進(jìn)一步包括將預(yù)先保存收款方的銀行賬戶號和用戶輸入的收款方銀行賬戶號進(jìn)行對比，若相 同，則表明身份校驗通過，否則，身份校驗不通過。為了提高安全性，第三方支付平臺還可以包括若預(yù)先保存收款方的銀行賬戶號和用戶輸入的收款方銀行賬戶號相同時，第三方 支付平臺進(jìn)一步產(chǎn)生一校驗碼，并將校驗碼利用對應(yīng)的收款方通信信息通知至收款方；第三方支付平臺進(jìn)一步判斷，接收到用戶輸入的校驗碼與本端的校驗碼進(jìn)行對 比，若相同，則表明身份校驗通過。允許收款方訪問對應(yīng)的賬戶還包括第三方支付平臺建立收款方銀行賬戶所在的銀行子系統(tǒng)的連接；將第三方支付平臺上的金額轉(zhuǎn)賬至對應(yīng)的收款方銀行賬戶。S190 第三方支付平臺返回批量處理結(jié)果。第三方支付平臺可以定期檢測本次批量處理操作中哪些賬戶已被激活，已被激活 的賬戶對應(yīng)的支付操作，則可以認(rèn)定已支付成功。未被激活的賬戶，則可以認(rèn)證該賬戶對應(yīng) 的支付操作未支付成功。并且將批量處理結(jié)果返回。以上公開的僅為本發(fā)明的幾個具體實施例，但本發(fā)明并非局限于此，任何本領(lǐng)域 的技術(shù)人員能思之的變化，都應(yīng)落在本發(fā)明的保護(hù)范圍內(nèi)。
權(quán)利要求
1.一種跨銀行批量付款方法，其特征在于，包括(1)第三方支付平臺接收到批量付款請求，所述批量付款請求中包括付款方賬戶、各個 收款方的通信信息、用戶信息、支付金額以及收款方銀行賬戶；(2)第三方支付平臺統(tǒng)計本次批量處理中所有支付金額之和，在付款方賬戶中扣除該 支付金額之和；(3)第三方支付平臺上利用收款方的通信信息創(chuàng)建收款方對應(yīng)的賬戶；(4)每一次付款時，第三方支付平臺向?qū)?yīng)的賬戶進(jìn)行對應(yīng)金額的支付，并利用對應(yīng)的 收款方通信信息通知收款方；(5)第三方支付平臺接收到收款方訪問對應(yīng)賬戶請求時，利用收款方的銀行賬戶信息 校驗收款方的身份，只有身份校驗通過的，才允許收款方訪問對應(yīng)的賬戶。
2.如權(quán)利要求1所述的方法，其特征在于，步驟(5)中利用收款方的銀行賬戶信息校驗 收款方的身份進(jìn)一步包括將預(yù)先保存收款方的銀行賬戶號和用戶輸入的收款方銀行賬戶號進(jìn)行對比，若相同， 則表明身份校驗通過，否則，身份校驗不通過。
3.如權(quán)利要求2所述的方法，其特征在于，還包括若預(yù)先保存收款方的銀行賬戶號和用戶輸入的收款方銀行賬戶號相同時，第三方支付 平臺進(jìn)一步產(chǎn)生一校驗碼，并將校驗碼利用對應(yīng)的收款方通信信息通知至收款方；第三方支付平臺進(jìn)一步判斷，接收到用戶輸入的校驗碼與本端的校驗碼進(jìn)行對比，若 相同，則表明身份校驗通過。
4.如權(quán)利要求1或2所述的方法，其特征在于，允許收款方訪問對應(yīng)的賬戶還包括第三方支付平臺建立收款方銀行賬戶所在的銀行子系統(tǒng)的連接；將第三方支付平臺上的金額轉(zhuǎn)賬至對應(yīng)的收款方銀行賬戶。
5.如權(quán)利要求1或2所述的方法，其特征在于，收款方的通信信息包括收款方的郵箱或 手機(jī)號碼。
6.如權(quán)利要求5所述的方法，其特征在于，步驟(3)進(jìn)一步包括第三方支付平臺進(jìn)一步判斷在本平臺上是否已存在以該收款方的郵箱或手機(jī)號碼為 賬戶名的賬戶，若是，則進(jìn)一步判斷收款方的用戶信息與該賬戶中的用戶信息是否匹配，若 是，則第三方支付平臺上已存在的賬戶作為收款方對應(yīng)的賬戶。
7.如權(quán)利要求1所述的方法，其特征在于，步驟(1)之前還包括付款方在第三方支付平臺上創(chuàng)建付款方賬戶。
8.如權(quán)利要求1所述的方法，其特征在于，步驟(1)還包括第三方支付平臺判斷付款方賬戶是否是本平臺的賬戶，若否，則第三方支付平臺建立 與付款方賬戶所在的銀行子系統(tǒng)進(jìn)行連接。
9.一種跨銀行批量付款系統(tǒng)，其特征在于，包括第三方支付平臺，第三方支付平臺進(jìn)一 步包括批量付款請求存儲單元，用于存儲付款賬戶、各個收款方的通信信息、用戶信息、支付 金額以及收款方銀行賬戶；賬戶存儲單元，用于存儲包括賬戶名、該賬戶對應(yīng)的用戶信息、金額在內(nèi)的賬戶信息；批量扣款處理單元，用于統(tǒng)計本次批量處理中所有支付金額之和，在付款方賬戶中扣除該支付金額之和；批量支付處理單元，用于利用收款方的通信信息創(chuàng)建收款方對應(yīng)的賬戶，并向?qū)?yīng)的 賬戶進(jìn)行對應(yīng)金額的支付；通信處理單元，用于利用對應(yīng)的收款方通信信息通知收款方； 賬戶訪問處理單元，用于接收到收款方訪問對應(yīng)賬戶請求時，利用收款方的銀行賬戶 信息校驗收款方的身份，只有身份校驗通過的，才允許收款方訪問對應(yīng)的賬戶。
10.如權(quán)利要求9所述的系統(tǒng)，其特征在于，還包括手機(jī)終端，第三方支付平臺通過移 動終端網(wǎng)絡(luò)連接至手機(jī)終端。
11.如權(quán)利要求9所述的系統(tǒng)，其特征在于，還包括網(wǎng)絡(luò)終端，第三方支付平臺通過因 特網(wǎng)連接至網(wǎng)絡(luò)終端。
全文摘要
一種跨銀行批量付款方法，包括(1)第三方支付平臺接收到批量付款請求；(2)第三方支付平臺統(tǒng)計本次批量處理中所有支付金額之和，在付款方賬戶中扣除該支付金額之和；(3)第三方支付平臺上利用收款方的通信信息創(chuàng)建收款方對應(yīng)的賬戶；(4)每一次付款時，第三方支付平臺向?qū)?yīng)的賬戶進(jìn)行對應(yīng)金額的支付，并利用對應(yīng)的收款方通信信息通知收款方；(5)第三方支付平臺接收到收款方訪問對應(yīng)賬戶請求時，利用收款方的銀行賬戶信息校驗收款方的身份，只有身份校驗通過的，才允許收款方訪問對應(yīng)的賬戶。利用收款方的銀行賬戶信息校驗收款方的身份進(jìn)一步包括將預(yù)先保存收款方的銀行賬戶號和用戶輸入的收款方銀行賬戶號進(jìn)行對比，若相同，則表明身份校驗通過，否則，身份校驗不通過。本發(fā)明還公開了一種跨銀行批量付款系統(tǒng)。
文檔編號G06Q20/00GK101996368SQ20091016883
公開日2011年3月30日 申請日期2009年8月21日 優(yōu)先權(quán)日2009年8月21日
發(fā)明者袁雷鳴 申請人:阿里巴巴集團(tuán)控股有限公司