專利名稱：用于管理公司間結(jié)算的系統(tǒng)及其方法
技術(shù)領(lǐng)域：
本發(fā)明領(lǐng)域涉及用于管理公司間結(jié)算的系統(tǒng)。特別地，本發(fā)明涉及允許賣方公司和買方公司通過(guò)系統(tǒng)地實(shí)施在銀行在線網(wǎng)絡(luò)上在買方公司和賣方公司間實(shí)施的全部結(jié)算過(guò)程、免卻在賣方公司和買方公司間實(shí)施的脫機(jī)結(jié)算過(guò)程同時(shí)發(fā)生的不麻煩來(lái)更可靠地處理銷售額收取過(guò)程以及購(gòu)買價(jià)格支付過(guò)程的公司間結(jié)算管理系統(tǒng)。另外，本發(fā)明涉及用于使用所述公司間結(jié)算管理系統(tǒng)的管理公司間結(jié)算的方法。
背景技術(shù)：
近來(lái)，對(duì)應(yīng)于快速的經(jīng)濟(jì)發(fā)展，公司間的交易量也相應(yīng)地以顯著的速度增加。與這種公司間增長(zhǎng)的交易一致，公司間結(jié)算關(guān)系也變得越來(lái)越復(fù)雜。
當(dāng)公司間關(guān)系形成時(shí)，出售商品或服務(wù)的賣方公司通常實(shí)施某些過(guò)程來(lái)向相關(guān)的買方公司要求銷售額。按照慣例，大多數(shù)買方公司寧愿信用交易或匯票付款而不愿用現(xiàn)金支付，因?yàn)榕c用現(xiàn)金支付相比，如果用信用交易或通過(guò)匯票來(lái)支付買方公司可更靈活地管理資金。
然而，常規(guī)的信用交易或匯票付款包括復(fù)雜的過(guò)程。因此，使用信用交易或匯票付款作為主要支付方法的買方公司和賣方公司不得不經(jīng)歷較大的麻煩。
另外，因?yàn)閰R票通常是脫機(jī)傳送，經(jīng)常要冒被盜或丟失的風(fēng)險(xiǎn)。因此，使用匯票支付方法的買方公司和賣方公司必須采用另外的預(yù)防措施。
如果在單個(gè)賣方公司和多個(gè)買方公司間的關(guān)系中采用所述匯票支付的方法，匯票支付的上述缺點(diǎn)將變得更嚴(yán)重。

發(fā)明內(nèi)容
本發(fā)明的目的是在銀行在線網(wǎng)絡(luò)上有系統(tǒng)地實(shí)現(xiàn)在賣方公司和買方公司間實(shí)施的全部結(jié)算過(guò)程，并因此允許買方公司和賣方公司方便地實(shí)施銷售額收取過(guò)程和購(gòu)買價(jià)格支付過(guò)程而不使用信用交易或匯票付款。
本發(fā)明的另一目的是通過(guò)在在線網(wǎng)絡(luò)上在賣方公司和買方公司間實(shí)施全部結(jié)算過(guò)程來(lái)減少脫機(jī)支付(off-line payment)系統(tǒng)如有被盜或丟失風(fēng)險(xiǎn)的復(fù)雜的購(gòu)買價(jià)格支付過(guò)程的缺點(diǎn)。
本發(fā)明的另一目的是阻止買方公司使用常規(guī)的支付方法如信用交易或匯票付款，并因此提高在買方公司和賣方公司間形成的結(jié)算系統(tǒng)的可靠性。
本發(fā)明的另一目的是在在線網(wǎng)絡(luò)上有系統(tǒng)地實(shí)現(xiàn)賣方公司和買方公司間實(shí)施的全部收取/支付過(guò)程。通過(guò)在在線網(wǎng)絡(luò)上這種系統(tǒng)的實(shí)現(xiàn)，可簡(jiǎn)化全部結(jié)算過(guò)程并最大化采用本發(fā)明的公司的競(jìng)爭(zhēng)性。
本發(fā)明的其他目的從下面的詳細(xì)說(shuō)明和附圖將變得更清楚。
為實(shí)現(xiàn)本發(fā)明的上述目的，本發(fā)明提供了一種公司間結(jié)算管理系統(tǒng)，該系統(tǒng)包括一D/B單元、一D/B管理服務(wù)器以及一支付管理服務(wù)器。所述D/B單元包括具有許多驗(yàn)證信息的驗(yàn)證信息數(shù)據(jù)庫(kù)(“D/B”)、具有銷售額收取報(bào)表信息的銷售額收取報(bào)表信息D/B、具有信用卡銷售預(yù)付信息的信用卡銷售預(yù)付信息D/B以及具有關(guān)于有關(guān)賣方公司和賣方公司的注冊(cè)信息的注冊(cè)信息D/B。
D/B單元有選擇地在所述D/B單元的相關(guān)字段中存儲(chǔ)關(guān)于賣方公司和買方公司的所述驗(yàn)證信息、銷售額收取報(bào)表信息、信用卡銷售預(yù)付信息或注冊(cè)信息等等或從D/B單元的必要字段抽取所述信息。
所述支付管理服務(wù)器，在與用于通信的所述D/B管理服務(wù)器連接的狀態(tài)下，確定是否存儲(chǔ)或抽取關(guān)于賣方公司和買方公司的所述驗(yàn)證信息、銷售額收取報(bào)表信息、信用卡銷售預(yù)付信息以及注冊(cè)信息。
另外，如果用于管理銷售額收取的事件或用于管理購(gòu)買價(jià)格支付的事件發(fā)生在買方公司和賣方公司的通信客戶機(jī)中，通過(guò)銀行在線網(wǎng)絡(luò)與買方公司和賣方公司的所述通信客戶機(jī)連接的支付管理服務(wù)器有系統(tǒng)地分析有關(guān)賣方公司和買方公司的所述驗(yàn)證信息、銷售額收取報(bào)表信息、信用卡銷售預(yù)付信息以及注冊(cè)信息并基于所述在線銀行網(wǎng)絡(luò)控制和管理相關(guān)買方公司和賣方公司間的結(jié)算關(guān)系。
附圖的簡(jiǎn)單說(shuō)明

圖1是說(shuō)明采用本發(fā)明的公司間的結(jié)算關(guān)系的示圖；圖2是說(shuō)明采用本發(fā)明的公司間的結(jié)算關(guān)系的另一示圖；圖3是說(shuō)明根據(jù)本發(fā)明的公司間結(jié)算管理系統(tǒng)的示圖；圖4是說(shuō)明根據(jù)本發(fā)明的一優(yōu)選實(shí)施例的公司間結(jié)算方法的順序的流程圖；圖5至圖7是表示根據(jù)本發(fā)明的一優(yōu)選實(shí)施例的為賣方公司的通信客戶機(jī)和買方公司的通信客戶機(jī)顯示的頁(yè)面的示圖；圖8是說(shuō)明根據(jù)本發(fā)明的另一優(yōu)選實(shí)施例的公司間結(jié)算方法的順序的流程圖；圖9和圖10是說(shuō)明根據(jù)本發(fā)明的另一優(yōu)選實(shí)施例的為買方公司的通信客戶機(jī)顯示的頁(yè)面的示圖；圖11是說(shuō)明根據(jù)本發(fā)明的又一優(yōu)選實(shí)施例的公司間結(jié)算方法的順序的流程圖；圖12是表示根據(jù)本發(fā)明的又一優(yōu)選實(shí)施例的為賣方公司的通信客戶機(jī)顯示的消息的示圖；圖13是說(shuō)明根據(jù)本發(fā)明的又一優(yōu)選實(shí)施例的公司間結(jié)算方法的順序的流程圖；圖14和圖15是表示根據(jù)本發(fā)明的又一優(yōu)選實(shí)施例的為買方公司的通信客戶機(jī)顯示的頁(yè)面的示圖；圖16是說(shuō)明根據(jù)本發(fā)明的又一優(yōu)選實(shí)施例的公司間結(jié)算方法的順序的流程圖；圖17a至圖17d是說(shuō)明根據(jù)本發(fā)明的又一優(yōu)選實(shí)施例的買主公司的指定帳戶的結(jié)算狀態(tài)的示圖；具體實(shí)施方式
將參考附圖詳細(xì)地說(shuō)明本發(fā)明的公司間結(jié)算管理系統(tǒng)以及使用所述系統(tǒng)的方法的優(yōu)選的實(shí)現(xiàn)方式。
如圖1所示，根據(jù)本發(fā)明的公司間結(jié)算管理系統(tǒng)(100)是可靠地管理賣方公司(400)和多個(gè)買方公司(500)間的結(jié)算關(guān)系的金融機(jī)構(gòu)如銀行(300)的計(jì)算機(jī)在線網(wǎng)絡(luò)的一部分。
如圖2所示，采用本發(fā)明的公司間結(jié)算系統(tǒng)(100)的銀行(300)必須具有在初始化全等級(jí)服務(wù)(fu11 sca1e service)前滿足的某些用于有效實(shí)現(xiàn)本發(fā)明的公司間結(jié)算方法的條件。換句話說(shuō)，銀行(300)必須向買方公司(500)發(fā)行信用卡(如對(duì)買方公司A(501)和買方公司B(502)來(lái)說(shuō)分別具有1,000和500的最大信用保證金額)或必須準(zhǔn)予買方公司(500)用于購(gòu)買價(jià)格支付的貸款(如對(duì)買方公司(503)和買方公司(504)來(lái)說(shuō)分別貸款額達(dá)到1,000和500)。
此時(shí)，銀行(300)可準(zhǔn)備該環(huán)境，其中本發(fā)明可通過(guò)執(zhí)行與買方公司(500)的單獨(dú)的協(xié)議如“信用卡發(fā)行協(xié)議”或“用于購(gòu)買價(jià)格支付的貸款協(xié)議”以及預(yù)先執(zhí)行與賣方公司(400)的單獨(dú)的協(xié)議如“用于銷售額支付的協(xié)議”或“信用卡會(huì)員商店協(xié)議”來(lái)合法地實(shí)現(xiàn)。
為使通過(guò)本發(fā)明向賣方公司(400)提供有效的服務(wù)而不出現(xiàn)問(wèn)題，系統(tǒng)(100)必須存儲(chǔ)所述“用于銷售額支付的協(xié)議”或“信用卡會(huì)員商店協(xié)議”的內(nèi)容。同樣，為使向買方公司(500)提供本發(fā)明的服務(wù)而不出現(xiàn)問(wèn)題，系統(tǒng)(100)必須存儲(chǔ)所述“信用卡發(fā)行協(xié)議”或“用于購(gòu)買價(jià)格支付的貸款協(xié)議”的內(nèi)容。當(dāng)然，沒(méi)有執(zhí)行這類協(xié)議的任何賣方公司(400)或買方公司(500)不可能被驗(yàn)證為一注冊(cè)公司或因此不可能享受根據(jù)本發(fā)明可獲得的服務(wù)。
如圖3所示，屬于銀行(300)的計(jì)算機(jī)在線網(wǎng)絡(luò)的本發(fā)明的公司間結(jié)算管理系統(tǒng)(100)主要由D/B單元(80)、D/B管理服務(wù)器(70)以及支付管理服務(wù)器(10)組成。在所述D/B單元(80)中包括具有許多驗(yàn)證信息的驗(yàn)證信息D/B(81)、具有有關(guān)銷售額收取報(bào)表的信息的銷售額收取報(bào)表信息D/B(82)、具有關(guān)于信用卡銷售預(yù)付的信息的信用卡銷售預(yù)付信用D/B(83)、具有許多操作信息的操作信息D/B(84)以及具有關(guān)于賣方公司(400)和買方公司(500)的許多注冊(cè)信息的注冊(cè)信息D/B(85)。
所述D/B管理服務(wù)器(70)有選擇地在D/B單元(80)的相關(guān)字段中存儲(chǔ)所述驗(yàn)證信息、銷售額收取報(bào)表信息、信用卡銷售預(yù)付信息、操作信息或注冊(cè)信息，或從所述驗(yàn)證信息D/B(81)、銷售額收取報(bào)表信息D/B(82)、信用卡銷售預(yù)付信用D/B(83)、操作信息D/B(84)或注冊(cè)信息D/B(85)抽取不同的數(shù)據(jù)。
此時(shí)，所述D/B管理服務(wù)器(70)不僅存儲(chǔ)或抽取不同的數(shù)據(jù)而且在盡可能最短的時(shí)間內(nèi)實(shí)施有效管理不同數(shù)據(jù)而不冗余的智能功能。
如圖中所示，通過(guò)一設(shè)備如接口模塊(20)，所述支付管理服務(wù)器(10)與賣方公司(400)的通信客戶機(jī)(1)以及買方公司(500)的通信客戶機(jī)(2)連接。
更準(zhǔn)確地說(shuō)，通過(guò)銀行在線網(wǎng)絡(luò)如有線/無(wú)線互聯(lián)網(wǎng)、自動(dòng)應(yīng)答系統(tǒng)通信網(wǎng)絡(luò)、增值網(wǎng)絡(luò)或公用交換電話網(wǎng)絡(luò)等，賣方公司(400)的通信客戶機(jī)(1)如賣方公司的計(jì)算機(jī)(1a)和賣方公司的有線/無(wú)線電話(1b)以及買方公司(500)的通信客戶機(jī)(2)如買方公司的計(jì)算機(jī)(2a)和買方公司的有線/無(wú)線電話(2b)均被連接到本發(fā)明的公司間結(jié)算管理系統(tǒng)(100)。
在這種情況下，通過(guò)驗(yàn)證模塊(30)、銷售額收取報(bào)表管理模塊(40)、預(yù)付收取管理模塊(50)以及操作信息管理模塊(60)，支付管理服務(wù)器(10)有系統(tǒng)地控制D/B管理服務(wù)器(70)。這樣，支付管理服務(wù)器(10)確定存儲(chǔ)還是抽取某些驗(yàn)證信息、銷售額收取報(bào)表信息、信用卡銷售預(yù)付信息、操作信息或注冊(cè)信息。
另外，如果在所述賣方公司(400)的通信客戶機(jī)(1)和買方公司(500)的通信客戶機(jī)(2)發(fā)生管理銷售額收取的事件或管理購(gòu)買價(jià)格支付的事件，支付管理服務(wù)器(10)有系統(tǒng)地分析有關(guān)賣方公司(400)和賣方公司(500)的所述驗(yàn)證信息、銷售額收取報(bào)表信息、信用卡銷售預(yù)付信息、操作信息或注冊(cè)信息，并基于所述銀行在線網(wǎng)絡(luò)實(shí)施所述賣方公司(400)和買方公司(500)間的結(jié)算關(guān)系的全部管理。
所述驗(yàn)證模塊(30)驗(yàn)證通過(guò)賣方公司(400)的通信客戶機(jī)(1)或買方公司(500)的通信客戶機(jī)(2)訪問(wèn)本發(fā)明的公司間結(jié)算管理系統(tǒng)(100)的賣方公司(400)或買方公司(500)。驗(yàn)證模塊(30)通過(guò)使用所述驗(yàn)證信息D/B(81)核對(duì)是否已經(jīng)注冊(cè)來(lái)實(shí)施所述驗(yàn)證功能。通過(guò)使用所述銷售額收取報(bào)表信息D/B(82)，銷售額收取報(bào)表管理模塊(40)管理賣方公司(400)的通信客戶機(jī)(1)發(fā)送的銷售額收取報(bào)表。
另外，通過(guò)利用所述的信用卡銷售預(yù)付信息D/B(83)，預(yù)付收取管理模塊(50)管理由系統(tǒng)(100)所做的對(duì)賣方公司的預(yù)付。使用所述操作信息D/B(84)和注冊(cè)信息D/B(85)，操作信息管理模塊(60)管理支付管理服務(wù)器(10)的詳細(xì)的操作內(nèi)容。
此時(shí)，如圖中所示，帳戶管理模塊(90)被接近地連接到支付管理服務(wù)器(10)，同時(shí)所述驗(yàn)證模塊(30)、銷售額收取報(bào)表管理模塊(40)、預(yù)付收取管理模塊(50)以及操作信息管理模塊(60)也被相似地連接到支付管理服務(wù)器(10)。在用于與支付管理服務(wù)器(10)通信的連接狀態(tài)下，帳戶管理服務(wù)器(90)管理系統(tǒng)(100)的指定帳戶(92)、賣方公司(400)的指定帳戶(91)以及買方公司(500)的指定帳戶(93)。
現(xiàn)在，詳細(xì)地描述根據(jù)本發(fā)明的使用上述的公司間結(jié)算管理系統(tǒng)(100)的公司間結(jié)算管理方法。
首先，出售某些商品或服務(wù)的賣方公司(400)以及購(gòu)買這類商品或服務(wù)的買方公司(500)通過(guò)所述賣方公司(400)的通信客戶機(jī)(1)如賣方公司的計(jì)算機(jī)(1a)和通過(guò)所述賣方公司(500)的通信客戶機(jī)(2)如賣方公司的計(jì)算機(jī)(2a)訪問(wèn)本發(fā)明的公司間結(jié)算管理系統(tǒng)(100)。當(dāng)然，賣方公司(400)和買方公司(500)也可使用除計(jì)算機(jī)(1a或2a)外的不同的通信客戶機(jī)。例如在賣方公司的有線/無(wú)線通信設(shè)備(1b)或在買方公司的有線/無(wú)線通信設(shè)備(2b)可被選擇用于訪問(wèn)公司間結(jié)算管理系統(tǒng)(100)。
如果賣方公司(400)或買方公司(500)選擇有線/無(wú)線通信設(shè)備(1b或2b)用于訪問(wèn)本發(fā)明的系統(tǒng)，通信中繼站(200)從賣方公司的有線/無(wú)線通信設(shè)備(1b)或買方公司的有線/無(wú)線通信設(shè)備(2b)向接口模塊(20)發(fā)送數(shù)據(jù)，或反之亦然。
當(dāng)所述環(huán)境適當(dāng)時(shí)，如圖4所示，支付管理服務(wù)器(10)確定是否有來(lái)自賣方公司計(jì)算機(jī)(1a)或買方公司計(jì)算機(jī)(2a)的系統(tǒng)訪問(wèn)事件(步驟S1)。
如果沒(méi)有來(lái)自賣方公司計(jì)算機(jī)(1a)或買方公司計(jì)算機(jī)(2a)的系統(tǒng)訪問(wèn)事件，支付管理服務(wù)器(10)進(jìn)入實(shí)施如下所述的步驟S15。
然而，如果有來(lái)自賣方公司計(jì)算機(jī)(1a)或賣方公司計(jì)算機(jī)(2a)的系統(tǒng)訪問(wèn)事件，支付管理服務(wù)器(10)通過(guò)使用操作信息管理模塊(60)從操作信息D/B(80)抽取相關(guān)的操作信息。此后，使用所述操作信息，支付管理服務(wù)器(10)生成一驗(yàn)證請(qǐng)求消息并向發(fā)布系統(tǒng)訪問(wèn)事件的相關(guān)的計(jì)算機(jī)發(fā)送所生成的驗(yàn)證請(qǐng)求消息(步驟S2)。
如果系統(tǒng)訪問(wèn)事件是由賣方公司的計(jì)算機(jī)(1a)產(chǎn)生，所述驗(yàn)證請(qǐng)求消息將被發(fā)送給賣方公司計(jì)算機(jī)(1a)。相反，如果買方公司計(jì)算機(jī)(2a)發(fā)布系統(tǒng)訪問(wèn)事件，則驗(yàn)證請(qǐng)求消息將被發(fā)送給買方公司計(jì)算機(jī)(2a)。
然后，相關(guān)計(jì)算機(jī)如賣方公司計(jì)算機(jī)(1a)或買方公司計(jì)算機(jī)(2a)解釋從支付管理服務(wù)器(10)發(fā)送的驗(yàn)證請(qǐng)求消息并顯示該消息以便相關(guān)的賣方公司(400)或買方公司(500)可快速地獲得該驗(yàn)證。
支付管理服務(wù)器(10)連續(xù)地與接口模塊(20)核對(duì)以確定賣方公司的計(jì)算機(jī)(1a)或買方公司的計(jì)算機(jī)(2a)是否已經(jīng)發(fā)送請(qǐng)求的驗(yàn)證信息(步驟S3)。
如果確定賣方公司計(jì)算機(jī)(1a)或買方公司計(jì)算機(jī)(2a)還沒(méi)有發(fā)送驗(yàn)證信息，支付管理服務(wù)器(10)認(rèn)為相關(guān)計(jì)算機(jī)還沒(méi)有完成驗(yàn)證信息的輸入并轉(zhuǎn)到步驟S4來(lái)等待驗(yàn)證信息。
相反，如果確定賣方公司計(jì)算機(jī)(1a)或買方公司計(jì)算機(jī)(2a)已經(jīng)發(fā)送驗(yàn)證信息，支付管理服務(wù)器(10)立即與驗(yàn)證模塊(30)聯(lián)系來(lái)確定目前通過(guò)相關(guān)賣方公司計(jì)算機(jī)(1a)或買方公司計(jì)算機(jī)(2a)連接到系統(tǒng)(100)的賣方公司(400)或買方公司(500)是否已經(jīng)與系統(tǒng)注冊(cè)(步驟S5)。
如果確定訪問(wèn)系統(tǒng)(100)的管理公司不是注冊(cè)的管理公司，支付管理服務(wù)器(10)生成一注冊(cè)請(qǐng)求消息并將該注冊(cè)請(qǐng)求消息發(fā)送給相關(guān)公司的計(jì)算機(jī)(步驟S6)。該信息可表述為如“你不是一個(gè)注冊(cè)的客戶機(jī)。請(qǐng)先注冊(cè)”。
相反，如果訪問(wèn)系統(tǒng)(100)的管理公司被確定是一注冊(cè)的管理公司，支付管理服務(wù)器(10)生成一主頁(yè)并將該主頁(yè)發(fā)送給相關(guān)管理公司的計(jì)算機(jī)如賣方公司計(jì)算機(jī)(1a)或買方公司計(jì)算機(jī)(2a)(步驟S7)。
然后，管理公司的相關(guān)計(jì)算機(jī)快速解釋從系統(tǒng)(100)傳送的主頁(yè)(601)并顯示它，如圖5所示。因此，其中賣方公司(400)和買方公司(500)可方便地實(shí)施公司間結(jié)算過(guò)程的基本環(huán)境被建立。
另一方面，在主頁(yè)(601)在相關(guān)管理公司的計(jì)算機(jī)(賣方公司計(jì)算機(jī)(1a)或買方公司計(jì)算機(jī)(2a))中被顯示的情況下，支付管理服務(wù)器(10)確定是否有來(lái)自相關(guān)管理公司的計(jì)算機(jī)的結(jié)算事件(步驟S8)。
如果確定沒(méi)有來(lái)自相關(guān)管理公司計(jì)算機(jī)的結(jié)算事件，支付管理服務(wù)器(10)進(jìn)入實(shí)施如下所述的步驟S15。
然而，如果賣方公司(400)或買方公司(500)點(diǎn)擊如主頁(yè)(601)上的“結(jié)算管理系統(tǒng)(602)”，并由此確定有來(lái)自賣方公司計(jì)算機(jī)(1a)或買方公司計(jì)算機(jī)(2a)的結(jié)算事件，使用操作信息管理模塊(60)，從注冊(cè)信息D/B(86)收集關(guān)于相關(guān)管理公司的相關(guān)注冊(cè)信息，并因此確定連接的管理公司是賣方公司(400)還是買方公司(500)(步驟S9和S10)。
如果公司被確定是一賣方公司(400)，支付管理服務(wù)器(10)為賣方公司生成反映相關(guān)賣方公司注冊(cè)信息的一初始頁(yè)。當(dāng)完成該初始頁(yè)時(shí)，支付管理服務(wù)器(10)向賣方公司計(jì)算機(jī)(1a)發(fā)送該初始頁(yè)(步驟S12)。
然后賣方公司計(jì)算機(jī)(1a)立即解釋用于賣方公司的所發(fā)送的初始頁(yè)(603)并如圖6所示顯示該頁(yè)，允許賣方公司方便地實(shí)施銷售額收取過(guò)程。
此時(shí)，如圖所示，用于賣方公司的初始頁(yè)(603)包括如“發(fā)送應(yīng)收帳款報(bào)表(604)”、“發(fā)送信用卡銷售報(bào)表(605)”、“信用卡銷售預(yù)付請(qǐng)求(606)”、“預(yù)覽發(fā)送的明細(xì)(608)”、“預(yù)覽收取明細(xì)(609)”以及“預(yù)覽處理結(jié)果(610)”等等。通過(guò)選擇和點(diǎn)擊相關(guān)項(xiàng)，賣方公司(400)可實(shí)時(shí)確認(rèn)或設(shè)置相關(guān)項(xiàng)。當(dāng)然，這些項(xiàng)可根據(jù)相關(guān)情況改變。
例如，在按如下所術(shù)發(fā)送信用卡銷售報(bào)表后，希望通過(guò)信用卡銷售預(yù)付過(guò)程來(lái)操作資金的賣方公司(400)可從用于賣方公司的初始頁(yè)(603)選擇項(xiàng)“信用卡銷售預(yù)付請(qǐng)求(606)”。用這種方式，可創(chuàng)建信用卡銷售預(yù)付請(qǐng)求信息。
信用卡銷售預(yù)付請(qǐng)求信息表示關(guān)于由出售商品或服務(wù)的賣方公司(400)向與使用公司的信用卡支付用于商品或服務(wù)的購(gòu)買價(jià)格的買方公司(500)有關(guān)的銀行(300)所做的信用卡銷售額的預(yù)付的請(qǐng)求的信息?；凇靶庞每ㄤN售預(yù)付信息”，金融機(jī)構(gòu)如銀行(300)代表買方公司(500)向賣方公司(400)預(yù)付“信用卡支付總額”。因此，賣方公司(400)可收取用于它所提供的商品或服務(wù)的銷售額。
在如上所述在賣方公司計(jì)算機(jī)(1a)上顯示用于賣方公司(400)的初始頁(yè)的情況下，支付管理服務(wù)器(10)確定是否有來(lái)自賣方公司計(jì)算機(jī)(1a)的銷售額收取報(bào)表管理事件(步驟S13)。
銷售額收取報(bào)表表示包含詳細(xì)的銷售信息如“出售商品、銷售價(jià)格、支付方式、支付日期等等”的報(bào)表。如果賣方公司(400)發(fā)送一“信用卡銷售報(bào)表”作為所述的銷售額收取報(bào)表，這表示買方公司(500)的支付方式是公司的信用卡。如果賣方公司(400)發(fā)送一“應(yīng)收帳款報(bào)表”作為這種銷售額收取報(bào)表，這表示買方公司(500)是使用應(yīng)收帳款作為支付方式。
此時(shí)，公司信用卡表示采用本發(fā)明的公司間結(jié)算系統(tǒng)(100)的銀行(300)發(fā)行給進(jìn)入所述“信用卡發(fā)行協(xié)議”的買方公司(500)的一種特殊的信用卡。
此時(shí)，如果確定沒(méi)有來(lái)自賣方公司計(jì)算機(jī)(1a)的用于銷售額收取報(bào)表管理的事件，支付管理服務(wù)器進(jìn)入實(shí)施如下所述的步驟S14。
然而，如果賣方公司(400)點(diǎn)擊用于一賣方公司的初始頁(yè)(603)上的如“發(fā)送應(yīng)收帳款報(bào)表(604)”或“發(fā)送信用卡銷售報(bào)表(605)”，并因此確定有來(lái)自賣方公司計(jì)算機(jī)(1a)的用于銷售額收取報(bào)表管理的事件，支付管理服務(wù)器(10)引用從所述賣方公司計(jì)算機(jī)(1a)發(fā)送的銷售額收取報(bào)表信息并快速實(shí)施用于管理銷售額收取報(bào)表的過(guò)程(步驟S100)。
當(dāng)用于管理銷售額收取報(bào)表的過(guò)程通過(guò)所述步驟S100完成時(shí)，支付管理服務(wù)器(10)確定是否有來(lái)自賣方公司計(jì)算機(jī)(1a)的用于請(qǐng)求信用卡銷售預(yù)付的事件(步驟S14)。
如果確定沒(méi)有來(lái)自賣方公司計(jì)算機(jī)(1a)的用于請(qǐng)求信用卡銷售預(yù)付的事件，支付管理服務(wù)器(10)進(jìn)入實(shí)施如下所述的步驟S15。
相反，如果賣方公司(400)單擊用于賣方公司的初始頁(yè)(603)上的項(xiàng)如“信用卡銷售預(yù)付請(qǐng)求(606)”，并因此確定有來(lái)自賣方公司計(jì)算機(jī)(1a)的用于請(qǐng)求信用卡銷售預(yù)付的事件，支付管理服務(wù)器(10)引用從所述賣方公司計(jì)算機(jī)(1a)發(fā)送的信用卡銷售預(yù)付請(qǐng)求信息并快速實(shí)施用于信用卡銷售預(yù)付的步驟(步驟S200)。
另一方面，在所述步驟S10中，如果管理公司被確定為是一買方公司(500)而不是賣方公司(400)，支付管理服務(wù)器(10)生成用于買方公司反映相關(guān)買方公司注冊(cè)信息的初始頁(yè)。當(dāng)完成該初始頁(yè)時(shí)，支付管理服務(wù)器(10)將該初始頁(yè)發(fā)送給買方公司計(jì)算機(jī)(2a)(步驟S11)。
買方公司計(jì)算機(jī)(2a)立即解釋為一買方公司所設(shè)計(jì)的所述初始頁(yè)(611)并如圖7所示顯示該頁(yè)面。因此，買方公司(500)可方便地實(shí)施用于購(gòu)買價(jià)格管理的步驟。
如圖中所示，用于買方公司的初始頁(yè)(611)包括如“預(yù)覽購(gòu)買明細(xì)(612)”、“信用卡購(gòu)買額預(yù)付(613)”等等。通過(guò)選擇和點(diǎn)擊如上所述的項(xiàng)，買方公司(500)可實(shí)時(shí)地確認(rèn)或設(shè)置相關(guān)項(xiàng)。當(dāng)然，如為賣方公司設(shè)計(jì)的初始頁(yè)(603)一樣，上述項(xiàng)可根據(jù)相關(guān)情況改變。
此時(shí)，通過(guò)選擇初始頁(yè)(611)上的項(xiàng)“信用卡購(gòu)買額預(yù)付(613)”，買方公司(500)可生成信用卡購(gòu)買額預(yù)付信息。所述信用卡購(gòu)買額預(yù)付信息表示有關(guān)在到期前由購(gòu)買來(lái)自賣方公司(400)的某些商品或服務(wù)的買方公司(500)支付的某一信用卡購(gòu)買額的信息?；谒觥靶庞每ㄙ?gòu)買額預(yù)付信息”，本發(fā)明的系統(tǒng)(100)從由買方公司(500)的指定的特定帳戶發(fā)送“信用卡支付額”。如此，根據(jù)買方公司(500)的意圖，在到期前可預(yù)付某些信用卡支付額。
通過(guò)如上所述的步驟，在買方公司的初始頁(yè)(611)被顯示在買方公司計(jì)算機(jī)(2a)上的情況下，支付管理服務(wù)器(10)確定是否有來(lái)自買方公司計(jì)算機(jī)(2a)的用于購(gòu)買價(jià)格管理的事件(步驟S16)。
此時(shí)，如果確定沒(méi)有來(lái)自買方公司計(jì)算機(jī)(2a)的購(gòu)買價(jià)格管理事件，支付管理服務(wù)器進(jìn)入如下所述的步驟S17。
相反，如果買方公司(500)點(diǎn)擊“預(yù)覽購(gòu)買明細(xì)(612)”或“信用卡購(gòu)買額預(yù)付(613)”，并因此確定是否有來(lái)自買方公司計(jì)算機(jī)(2a)的用于購(gòu)買價(jià)格管理的事件，支付管理服務(wù)器(10)引用買方公司的計(jì)算機(jī)(2a)發(fā)送的購(gòu)買價(jià)格管理信息并快速實(shí)施用于購(gòu)買價(jià)格管理的步驟(步驟S300)。
現(xiàn)在，詳細(xì)說(shuō)明用于銷售額收取報(bào)表管理的步驟(步驟S100)、用于信用卡銷售預(yù)付的步驟(步驟S200)以及用于購(gòu)買價(jià)格管理的步驟(步驟S300)。
首先，詳細(xì)說(shuō)明用于銷售額收取報(bào)表管理的步驟(步驟S100)。
如圖8所示，支付管理服務(wù)器(10)通過(guò)與接收模塊(20)連續(xù)核對(duì)來(lái)確定是否有來(lái)自賣方公司計(jì)算機(jī)(1a)的用于發(fā)送信用卡銷售報(bào)表的事件(步驟S101)。
同時(shí)，如果賣方公司(400)點(diǎn)擊在初始頁(yè)(601)上的項(xiàng)“發(fā)送應(yīng)收帳款報(bào)表(604)”，并因此確定用于發(fā)送應(yīng)收帳款報(bào)表的事件是否發(fā)生而不是用于發(fā)送信用卡銷售報(bào)表的事件，支付管理服務(wù)器(10)使用操作信息管理模塊來(lái)生成用于輸入關(guān)于應(yīng)收帳款的明細(xì)的消息。當(dāng)完成該頁(yè)時(shí)，支付管理服務(wù)器通過(guò)接口模塊(20)向賣方公司計(jì)算機(jī)(1a)發(fā)送用于輸入關(guān)于應(yīng)收帳款的明細(xì)的完成頁(yè)(步驟S102)。
然后賣方公司計(jì)算機(jī)(1a)迅速解釋用于輸入關(guān)于應(yīng)收帳款(614)的明細(xì)的消息并如圖9所示顯示它，提供其中賣方公司(400)可創(chuàng)建關(guān)于應(yīng)收帳款的信息的穩(wěn)定環(huán)境。
在該階段，支付管理服務(wù)器(10)連續(xù)地與接口模塊(20)核對(duì)并確定賣方公司計(jì)算機(jī)(1a)是否已經(jīng)發(fā)送有關(guān)應(yīng)收帳款報(bào)表的信息(步驟S103)。
如果賣方公司(400)還沒(méi)有輸入關(guān)于應(yīng)收帳款報(bào)表的明細(xì)并因此如果還沒(méi)有從賣方公司計(jì)算機(jī)(1a)發(fā)送有關(guān)應(yīng)收帳款報(bào)表的信息，支付管理服務(wù)器(10)進(jìn)入步驟S104并保持等待狀態(tài)。
相反，如果賣方公司(400)完成關(guān)于應(yīng)收帳款報(bào)表的明細(xì)的輸入并點(diǎn)擊項(xiàng)“發(fā)送”(617)，并因此如果確定賣方公司計(jì)算機(jī)(1a)已經(jīng)發(fā)送有關(guān)應(yīng)收帳款報(bào)表的信息，支付管理服務(wù)器(10)確定所述有關(guān)應(yīng)收帳款報(bào)表的信息是否是可接受的。例如，確定記錄在所述信息中的金額作為待收取的應(yīng)收帳款金額是否在相關(guān)買方公司(500)的貸款限額的限度內(nèi)，買方公司的指定帳戶(93)是否有可收回的一定余額以及記錄在所述信息中的買方公司(500)作為支付公司是否是一注冊(cè)的買方公司等等(步驟S105)。
此時(shí)，如果在所述信息中記錄的金額超過(guò)貸款金額的限度，如果在買方公司的指定帳戶(93)中沒(méi)有可收回的足夠余額，或如果記錄為支付公司的買方公司(500)不是一注冊(cè)的買方公司(500)，支付管理服務(wù)器(10)進(jìn)入實(shí)施一步驟來(lái)向賣方公司計(jì)算機(jī)(1a)發(fā)送一錯(cuò)誤消息(步驟S106)。
在這種情況下，支付管理服務(wù)器(10)使用操作信息管理模塊(60)來(lái)抽取存儲(chǔ)在操作信息D/B(84)中的某些操作信息。然后，使用這類操作信息，支付管理服務(wù)器(10)生成諸如“輸入的金額超出買方公司的限額，請(qǐng)?jiān)僭嚒钡腻e(cuò)誤消息。所生成的錯(cuò)誤消息被發(fā)送給賣方公司計(jì)算機(jī)(1a)。
相反，如果記錄在有關(guān)應(yīng)收帳款報(bào)表的信息中的金額未超出相關(guān)買方公司(500)的預(yù)定的貸款限額，如果在買方公司的指定帳戶(93)中有足夠的可收回的余額，以及如果記錄為支付公司的買方公司(500)被確定是一注冊(cè)的買方公司(500)，有關(guān)應(yīng)收帳款報(bào)表的所述信息被認(rèn)為是可接受的。因此，支付管理服務(wù)器(10)進(jìn)入收集和存儲(chǔ)有關(guān)應(yīng)收帳款報(bào)表的所述信息并實(shí)施步驟來(lái)從買方公司的指定帳戶(93)向賣方公司指定帳戶劃撥記錄的將收取的應(yīng)收帳款的金額(步驟S107和S107a)。
首先，支付管理服務(wù)器(10)向銷售額收取報(bào)表管理模塊(40)發(fā)送來(lái)自賣方公司計(jì)算機(jī)(1a)的有關(guān)應(yīng)收帳款報(bào)表的信息?；诮邮盏挠嘘P(guān)應(yīng)收帳款報(bào)表的信息，銷售額收取報(bào)表管理模塊(40)立即向D/B管理服務(wù)器(70)發(fā)送所述信息。如此，有關(guān)應(yīng)收帳款報(bào)表的信息被收集以及存儲(chǔ)在銷售額收取報(bào)表信息D/B(82)中。
此后，支付管理服務(wù)器(10)控制帳戶管理服務(wù)器(90)向賣方公司指定帳戶(91)發(fā)送在買方公司指定帳戶(93)中存入的“用于購(gòu)買價(jià)格支付的貸款金額”。如此，賣方公司(400)可接收它所提供的商品或服務(wù)的全部銷售額。
另一方面，在所述步驟S101，如果賣方公司(400)點(diǎn)擊初始頁(yè)(603)上的項(xiàng)“發(fā)送信用卡銷售報(bào)表”并且如果因此確定用于發(fā)送信用卡銷售報(bào)表的事件已經(jīng)發(fā)生，支付管理服務(wù)器(10)使用操作信息管理模塊(60)生成用于輸入信用卡銷售報(bào)表的明細(xì)的消息。然后，支付管理服務(wù)器(10)通過(guò)接口模塊(20)向賣方公司計(jì)算機(jī)(1a)發(fā)送用于輸入信用卡銷售報(bào)表的明細(xì)的完成頁(yè)(步驟S108)。
在該事件中，賣方公司計(jì)算機(jī)(1a)快速解釋由支付管理服務(wù)器(10)發(fā)送的用于輸入信用卡銷售報(bào)表的明細(xì)(616)的消息并如圖10顯示該消息，提供其中賣方公司(400)可創(chuàng)建有關(guān)信用卡銷售報(bào)表的信息的穩(wěn)定環(huán)境。
在該階段，支付管理服務(wù)器(10)連續(xù)地與接口模塊(20)核對(duì)并確定賣方公司計(jì)算機(jī)(1a)是否已經(jīng)發(fā)送有關(guān)信用卡銷售報(bào)表的信息(步驟S109)。
如果賣方公司(400)還沒(méi)有輸入關(guān)于信用卡銷售報(bào)表的明細(xì)，并因此如果確定有關(guān)信用卡銷售報(bào)表的信息還沒(méi)有從賣方公司計(jì)算機(jī)(1a)發(fā)送，支付管理服務(wù)器(10)進(jìn)入步驟S110并保持等待狀態(tài)。
相反，如果賣方公司(400)完成關(guān)于信用卡銷售報(bào)表的明細(xì)的輸入并點(diǎn)擊項(xiàng)“發(fā)送(617)，并因此確定賣方公司計(jì)算機(jī)(1a)已經(jīng)發(fā)送有關(guān)信用卡銷售報(bào)表的信息，支付管理服務(wù)器(10)確定所述有關(guān)信用卡銷售報(bào)表的信息是否是可接受的。例如，確定記錄在所述信息中的信用卡金額作為待收取的金額是否在賣方公司的預(yù)定限度內(nèi)以及在相關(guān)買方公司的債務(wù)限額內(nèi)，以及記錄在所述信息中的買方公司(500)作為支付公司是否是一注冊(cè)的買方公司(500)(步驟S111)。
此時(shí)，如果記錄在所述信息中的金額作為待收取的信用卡金額超過(guò)賣方公司的限額或相關(guān)買方公司的債務(wù)限額或如果記錄為應(yīng)付公司的買方公司(500)不是一注冊(cè)的買方公司(500)，支付管理服務(wù)器(10)進(jìn)入實(shí)施一步驟來(lái)向賣方公司計(jì)算機(jī)(1a)發(fā)送一錯(cuò)誤消息(步驟S112)。
在這種情況下，支付管理服務(wù)器(10)使用操作信息管理模塊(60)來(lái)抽取存儲(chǔ)在操作信息D/B(85)中的某一操作信息。然后，使用該操作信息，支付管理服務(wù)器生成諸如“輸入金額超出限額，請(qǐng)?jiān)僭嚒钡腻e(cuò)誤消息。所生成的錯(cuò)誤消息被發(fā)送到賣方公司計(jì)算機(jī)(1a)。
相反，如果記錄在有關(guān)信用卡銷售報(bào)表的信息中的金額未超過(guò)賣方公司的限額以及相關(guān)買方公司的債務(wù)限定以及如果記錄為應(yīng)付公司的買方公司(500)被確定是一注冊(cè)的買方公司(500)，所述有關(guān)信用卡銷售報(bào)表的信息被認(rèn)為是可接受的。因此，支付管理服務(wù)器(10)進(jìn)行收集和存儲(chǔ)所述有關(guān)信用卡銷售報(bào)表的信息(步驟S113)。
支付管理服務(wù)器向銷售額收取報(bào)表管理模塊(40)發(fā)送從賣方公司計(jì)算機(jī)(1a)發(fā)送的有關(guān)信用卡銷售報(bào)表的信息。在接收到有關(guān)信用卡銷售報(bào)表的信息時(shí)，銷售額收取管理模塊(40)立即向D/B管理服務(wù)器(70)發(fā)送所述信息。如此，有關(guān)信用卡銷售報(bào)表的信息被收集和存儲(chǔ)在銷售額收取報(bào)表信息D/B(82)中。
現(xiàn)在，將詳細(xì)說(shuō)明信用卡銷售額預(yù)付的所述步驟(步驟S200)。
首先，如果通過(guò)步驟S14確定在賣方公司(400)中已經(jīng)發(fā)生用于請(qǐng)求信用卡銷售額預(yù)付的事件，如圖11所示，支付管理服務(wù)器(10)使用操作信息管理模塊(60)生成用于輸入關(guān)于信用卡銷售額預(yù)付請(qǐng)求的明細(xì)的頁(yè)面并向賣方公司計(jì)算機(jī)(1a)傳送完成的輸入頁(yè)。
在這種情況下，賣方公司計(jì)算機(jī)(1a)迅速解釋由支付管理服務(wù)器(10)發(fā)送的用于輸入信用卡銷售額預(yù)付請(qǐng)求的明細(xì)的消息(618)，然后如圖12所示顯示該消息，提供其中賣方公司(400)可快速地實(shí)施用于信用卡銷售額預(yù)付請(qǐng)求的穩(wěn)定環(huán)境。
在該階段，支付管理服務(wù)器(10)連續(xù)與接口模塊(20)核對(duì)并確定賣方公司計(jì)算機(jī)(1a)是否已經(jīng)發(fā)送有關(guān)信用卡銷售額預(yù)付請(qǐng)求的信息(步驟S202)。
如果賣方公司(400)還沒(méi)有輸入關(guān)于信用卡銷售額預(yù)付請(qǐng)求的明細(xì)并由此確定有關(guān)信用卡銷售額預(yù)付請(qǐng)求的信息是否還沒(méi)有從賣方公司計(jì)算機(jī)(1a)發(fā)送，支付管理服務(wù)器(10)進(jìn)入步驟S203并保持等待狀態(tài)。
相反，如果賣方公司(400)完成關(guān)于信用卡銷售額預(yù)付請(qǐng)求的明細(xì)的輸入并點(diǎn)擊項(xiàng)“發(fā)送”(619)，并由此確定賣方公司計(jì)算機(jī)(1a)已經(jīng)發(fā)送有關(guān)信用卡銷售額預(yù)付請(qǐng)求的信息，支付管理服務(wù)器(10)使用銷售額收取報(bào)表管理模塊確定所述有關(guān)信用卡銷售報(bào)表的信息是否可接受。例如，通過(guò)核對(duì)存儲(chǔ)在銷售額收取報(bào)表信息D/B(82)中的信用卡銷售報(bào)表，確定記錄在所述信息中的信用卡金額作為預(yù)付款是否在信用余額的預(yù)定限度內(nèi)(步驟S204和S205)。
此時(shí)，如果記錄在所述信息中的金額作為預(yù)付的信用卡金額超過(guò)信用余額限額的金額，支付管理服務(wù)器(10)進(jìn)入實(shí)施向賣方公司計(jì)算機(jī)(1a)發(fā)送一錯(cuò)誤消息的步驟(步驟S206)。
在該事件中，支付管理服務(wù)器(10)使用操作信息管理模塊(60)抽取已經(jīng)存儲(chǔ)在操作信息D/B(84)中的某一操作信息。然后，使用該操作信息，支付管理服務(wù)器(10)生成諸如“輸入金額超過(guò)信用限額。請(qǐng)?jiān)僭嚒钡腻e(cuò)誤消息。所生成的錯(cuò)誤消息被發(fā)送給賣方公司計(jì)算機(jī)(1a)。
相反，如果記錄在有關(guān)信用卡銷售額預(yù)付請(qǐng)求信息的信息中的金額未超出信用余額限額，支付管理服務(wù)器(10)進(jìn)入代表買方公司(500)向賣方公司(400)預(yù)付“請(qǐng)求的信用卡預(yù)付額”(步驟S207)。
支付管理服務(wù)器(10)指示帳戶管理模塊(90)預(yù)付“請(qǐng)求的信用卡預(yù)付額”。在接收到所述指示時(shí)，帳戶管理模塊(90)立即向賣方公司指定帳戶(93)發(fā)送來(lái)自系統(tǒng)指定帳戶(92)的相關(guān)現(xiàn)金額。接著，向買方公司(500)提供某些商品或服務(wù)的賣方公司(400)可方便地在線接收“請(qǐng)求的信用卡銷售預(yù)付額”。
現(xiàn)在，將詳細(xì)描述購(gòu)買價(jià)格管理的所述步驟(步驟S300)。
首先，如圖13所示，支付管理服務(wù)器(10)通過(guò)連續(xù)與接口模塊(20)核對(duì)來(lái)確定是否有來(lái)自買方公司計(jì)算機(jī)(2a)的預(yù)覽購(gòu)買明細(xì)的任何事件(步驟S401)。
如果確定沒(méi)有用于預(yù)覽購(gòu)買明細(xì)的事件發(fā)生，支付管理服務(wù)器(10)進(jìn)入實(shí)施如下所述的步驟S403。
相反，如果買方公司(10)點(diǎn)擊在買方公司初始頁(yè)(611)中的項(xiàng)“預(yù)覽購(gòu)買明細(xì)(612)”并因此確定是否有來(lái)自買方公司計(jì)算機(jī)(2a)的用于預(yù)覽購(gòu)買明細(xì)的事件，支付管理服務(wù)器(10)使用操作信息管理模塊(60)生成用于購(gòu)買明細(xì)的清單并通過(guò)接口模塊(20)向買方公司計(jì)算機(jī)(2a)發(fā)送購(gòu)買明細(xì)的完成清單(步驟S402)。
在該事件中，買方公司計(jì)算機(jī)(2a)迅速解釋由支付管理服務(wù)器(10)發(fā)送的購(gòu)買明細(xì)的清單(622)，并如圖14所示顯示該消息，提供其中買方公司(500)可方便地預(yù)覽購(gòu)買明細(xì)如購(gòu)買商品、支付日期、支付金額等等的穩(wěn)定環(huán)境。
然后，支付管理服務(wù)器(10)連續(xù)與接口模塊(20)核對(duì)并確定是否有來(lái)自買方公司計(jì)算機(jī)(2a)的用于信用卡購(gòu)買價(jià)格預(yù)付的事件(步驟S403)。
如果沒(méi)有來(lái)自買方公司計(jì)算機(jī)(2a)的用于信用卡購(gòu)買價(jià)格預(yù)付的事件，支付管理服務(wù)器(10)結(jié)束處理流程。
相反，如果買方公司(500)點(diǎn)擊項(xiàng)“信用卡購(gòu)買價(jià)格預(yù)付(613)”并由此確定是否有來(lái)自買方公司計(jì)算機(jī)(2a)的用于信用卡購(gòu)買價(jià)格預(yù)付的事件，支付管理服務(wù)器(10)使用操作信息管理模塊生成用于輸入信用卡購(gòu)買價(jià)格預(yù)付的明細(xì)的頁(yè)面。然后支付管理服務(wù)器(10)通過(guò)接口模塊向買方公司計(jì)算機(jī)(2a)發(fā)送用于輸入信用卡購(gòu)買價(jià)格預(yù)付的明細(xì)的完成頁(yè)(步驟S404)。
然后買方公司計(jì)算機(jī)(2a)迅速解釋由支付管理服務(wù)器(10)發(fā)送的用于輸入信用卡購(gòu)買價(jià)格預(yù)付的明細(xì)的頁(yè)(623)以及如圖15所示顯示它，提供其中買方公司(500)可預(yù)付一定金額的信用卡購(gòu)買價(jià)格的穩(wěn)定環(huán)境。
在這種情況下，支付管理服務(wù)器(10)連續(xù)與接口模塊(20)核對(duì)來(lái)確定購(gòu)買公司計(jì)算機(jī)(2a)是否已經(jīng)發(fā)送信用卡購(gòu)買價(jià)格預(yù)付信息(步驟S405)。
如果買方公司(500)還沒(méi)有完成用于輸入信用卡購(gòu)買價(jià)格預(yù)付的明細(xì)的步驟并由此確定買方公司計(jì)算機(jī)(2a)還沒(méi)有發(fā)送信用卡購(gòu)買價(jià)格預(yù)付信息，支付管理服務(wù)器(10)進(jìn)入步驟S406并保持等待狀態(tài)。
相反，如果買方公司(500)完成用于輸入信用卡購(gòu)買價(jià)格預(yù)付的明細(xì)的步驟并點(diǎn)擊項(xiàng)“發(fā)送(624)”，確定買方公司計(jì)算機(jī)(2a)已經(jīng)發(fā)送信用卡購(gòu)買價(jià)格信息。然后，支付管理服務(wù)器(10)立即進(jìn)入基于所述信用卡購(gòu)買價(jià)格預(yù)付信息，進(jìn)行信用卡購(gòu)買價(jià)格預(yù)付的步驟(步驟S407)。
在該階段，支付管理服務(wù)器(10)指示帳戶管理模塊(90)預(yù)付“信用卡購(gòu)買價(jià)格”。帳戶管理模塊(90)在接收到所述指示后，立即向賣方公司指定帳戶(91)發(fā)送來(lái)自買方公司(500)指定的帳戶的相關(guān)現(xiàn)金額。接著，已經(jīng)購(gòu)買某些商品或服務(wù)的買方公司(500)可在支付到期前方便地預(yù)付一定的信用卡購(gòu)買價(jià)格款。
另一方面，如圖4所示，當(dāng)用于信用卡銷售額預(yù)付的步驟(步驟S200)完成時(shí)，支付管理服務(wù)器(10)通過(guò)利用銷售額收取報(bào)表管理模塊(40)從銷售額收取報(bào)表信息D/B(82)抽取銷售額收取報(bào)表信息(如信用卡銷售報(bào)表信息)。然后，支付管理服務(wù)器(10)核對(duì)所述信用卡銷售報(bào)表信息來(lái)確定信用卡銷售報(bào)表是否包含當(dāng)天到期的任何信用卡銷售項(xiàng)(步驟S15)。
如果存儲(chǔ)在銷售額收取報(bào)表信息D/B(82)中的信用卡銷售報(bào)表中沒(méi)有當(dāng)天到期的信用卡銷售項(xiàng)，支付管理服務(wù)器(10)中止處理流程。
相反，如果存儲(chǔ)在銷售額收取報(bào)表信息D/B(82)中的信用卡銷售報(bào)表包含當(dāng)前到期的信用卡銷售項(xiàng)，支付管理服務(wù)器(10)核對(duì)買方公司指定帳戶(93)并迅速進(jìn)入用于與當(dāng)天到期的信用卡銷售項(xiàng)有關(guān)的信用卡購(gòu)買價(jià)格結(jié)算的步驟(步驟S500)。
首先，如圖16所示，支付管理服務(wù)器(10)控制帳戶管理服務(wù)器(90)來(lái)緊密地預(yù)覽買方公司(500)的指定帳戶(91)，該買方公司與當(dāng)天到期的信用卡銷售項(xiàng)有關(guān)(步驟S501)。
此后，支付管理服務(wù)器確定當(dāng)天到期的信用卡銷售項(xiàng)是否屬于“預(yù)付額收取處理”，其中通過(guò)所述步驟S207實(shí)施的預(yù)付被收取(步驟S502)。
如果與當(dāng)天到期的信用卡銷售項(xiàng)有關(guān)的賣方公司(400)是不屬于上述的“用于信用卡銷售額預(yù)付的步驟”的一普通的賣方公司(400)，當(dāng)天到期的信用卡銷售項(xiàng)被確定不屬于“預(yù)付款收取處理”的項(xiàng)。然后，支付管理服務(wù)器(10)迅速實(shí)施“用于普通項(xiàng)處理”(步驟S520)。
首先，支付管理服務(wù)器(10)確定存入買方公司指定帳戶(93)中的金額是否不低于“買方公司(500)的信用卡購(gòu)買價(jià)格”(步驟S521)。
如圖17a所示，如果買方公司(500)的信用卡購(gòu)買價(jià)格是1000且存入買方公司指定帳戶(93)中的金額是500，并由此確定存入買方公司指定帳戶(93)中的金額低于買方公司(500)的信用卡購(gòu)買價(jià)格，然后，支付管理服務(wù)器(10)代表買方公司(500)向賣方公司(400)支付由賣方公司(400)收取的買方公司信用卡購(gòu)買價(jià)格1000(步驟S522)。
當(dāng)完成所述支付時(shí)，支付管理服務(wù)器(10)收取500，該金額已經(jīng)存入買方公司指定帳戶(93)中，保留作為銀行(300)的信用卡債務(wù)人的相關(guān)買方公司(500)拖欠差額500。
在該事件中，支付管理服務(wù)器(10)向操作模塊(60)發(fā)送有關(guān)“保留買方公司(500)拖欠”的消息。在接收到所述消息后，操作模塊(60)立即修改有關(guān)存儲(chǔ)在注冊(cè)信息D/B(85)中的相關(guān)買方公司(500)的注冊(cè)信息。因此，相關(guān)買方公司(500)被分類并作為一拖欠公司管理。
相反，如圖17b所示，如果買方公司的信用卡購(gòu)買價(jià)格是1000且存入買方公司指定帳戶(93)中的金額是2000，存入買方公司指定帳戶(93)中的金額大于買方公司(500)的信用卡購(gòu)買價(jià)格。那么，支付管理服務(wù)器進(jìn)入用普通方式收取買方公司(500)的信用卡購(gòu)買款的步驟(步驟S524)。
支付管理服務(wù)器(10)指示帳戶管理模塊(90)從買方公司指定帳戶(93)收取相關(guān)金額。在接收到所述指示后，帳戶管理模塊(90)立即向賣方公司指定帳戶(91)發(fā)送存入買方公司指定帳戶(93)中的2000中的1000。接著，賣方公司(400)可收取它所提供的商品或服務(wù)的銷售額。
另一方面，在所述步驟S502中，如果與當(dāng)天到期的信用卡銷售項(xiàng)有關(guān)的賣方公司(400)是如上所述接收“信用卡銷售額預(yù)付”的賣方公司(400)，并由此確定當(dāng)天到期的信用卡銷售項(xiàng)是否屬于“預(yù)付收取處理”，支付管理服務(wù)器(10)使用預(yù)付收取管理模塊(50)抽取信用卡銷售額預(yù)付信息。此后，支付管理服務(wù)器(10)確定存入買方公司指定帳戶(93)中的金額是否不低于“信用卡銷售預(yù)付款”(步驟S503)。
如圖17c所示，如果信用卡銷售預(yù)付款是800以及存入買方公司指定帳戶(93)中的金額是500，因此確定存入買方公司指定帳戶(93)中的金額低于信用卡銷售預(yù)付款。然后，支付管理服務(wù)器(10)收取存入買方公司指定帳戶(93)中的金額500，并進(jìn)入實(shí)施保留作為銀行的信用卡債務(wù)人的買方公司拖欠差額300的步驟(步驟S504以及S505)。
此時(shí)，支付管理服務(wù)器(10)向操作模塊(60)發(fā)送有關(guān)“保留買方公司(500)拖欠”的消息。在接收到所述消息后，操作模塊(60)立即修改相關(guān)買方公司(500)的注冊(cè)信息。因此，買方公司被分類并按公司拖欠管理。
相反，如圖17d所示，如果信用卡銷售預(yù)付款是800且存入買方公司指定帳戶(93)中的金額是2000，因此確定存入買方公司指定帳戶(93)中的金額大于信用卡銷售預(yù)付金額。然后，支付管理服務(wù)器(10)進(jìn)入實(shí)施普通收取預(yù)付的“信用卡銷售預(yù)付額”的步驟(步驟S506)。
在這種情況下，支付管理服務(wù)器(10)指示帳戶管理模塊(90)從買方公司指定帳戶(93)收取相關(guān)金額。在接收到所述指示后，帳戶管理模塊(90)立即從買方公司指定帳戶(93)向系統(tǒng)的指定帳戶(92)發(fā)送買方公司(500)劃撥買方公司(500)的有效資金2000中的800。這樣，銀行(300)可方便地收取在上述“用于信用卡銷售預(yù)付步驟”中支付的預(yù)付款。
只要通過(guò)上述步驟完成“信用卡銷售預(yù)付款”的收取，支付管理服務(wù)器(10)進(jìn)入從買方公司(500)的資金向賣方公司指定帳戶(91)劃撥在減去所述的“信用卡銷售預(yù)付款”后應(yīng)付給賣方公司的銷售額的余額(步驟S507)。
在這種情況下，支付管理服務(wù)器(10)指示帳戶管理模塊(90)從買方公司指定帳戶(93)發(fā)送所述相關(guān)余額。在發(fā)生所述指示事件后，帳戶管理模塊(90)立即從具有剩余資金1200的買方公司(500)的指定帳戶(93)向賣方公司指定帳戶(91)劃撥在此情況下“賣方公司(400)的信用額的余額”200。接著，賣方公司(400)可接收它所提供的商品或服務(wù)的完整銷售額。
此后，無(wú)論何時(shí)發(fā)生來(lái)自賣方公司通信客戶機(jī)(1)或買方公司通信客戶機(jī)(2)的用于銷售額管理或購(gòu)買價(jià)格管理的事件，支付管理服務(wù)器(10)協(xié)調(diào)所述驗(yàn)證模塊(30)、銷售額收取報(bào)表管理模塊(40)、預(yù)付收取管理模塊(50)、操作信息管理模塊(60)以及帳戶管理模塊(90)以便用于銷售額收取管理的步驟或用于購(gòu)買價(jià)格支付管理的步驟可被有系統(tǒng)地實(shí)施。結(jié)果，基于銀行在線網(wǎng)絡(luò)，賣方公司(400)和買方公司(500)可確定可靠的結(jié)算關(guān)系。
如上面的詳細(xì)說(shuō)明，通過(guò)在銀行在線網(wǎng)絡(luò)上實(shí)現(xiàn)在賣方公司和買方公司間的全部結(jié)算過(guò)程，本發(fā)明允許相關(guān)賣方公司和買方公司方便地實(shí)施銷售額收取過(guò)程和購(gòu)買價(jià)格支付過(guò)程而不對(duì)這些過(guò)程采用信用或票據(jù)交易。
根據(jù)本發(fā)明，賣方公司和買方公司間的全部結(jié)算過(guò)程可完全在線實(shí)施。因此，對(duì)利用本發(fā)明的賣方公司和買方公司來(lái)說(shuō)，本發(fā)明的一個(gè)實(shí)施例可容易地減小伴隨在脫機(jī)結(jié)算方法如支付購(gòu)買價(jià)格的復(fù)雜的過(guò)程以及被盜或丟失的風(fēng)險(xiǎn)等等的不方便。
另外，基于本發(fā)明的實(shí)現(xiàn)，可防止買方公司使用常規(guī)的信用或票據(jù)交易方法。因此，本發(fā)明的一個(gè)實(shí)施例可增強(qiáng)在相關(guān)賣方公司和買方公司間形成的結(jié)算關(guān)系的信賴。
本發(fā)明的優(yōu)選實(shí)施例在上面已經(jīng)特別說(shuō)明和描述。然而，對(duì)本領(lǐng)域的技術(shù)人員來(lái)說(shuō)本發(fā)明可用多種方式改變和實(shí)現(xiàn)是顯而易見(jiàn)的。
這些改變的實(shí)現(xiàn)方式不能理解為在技術(shù)方面脫離本發(fā)明且應(yīng)當(dāng)認(rèn)為包含在本發(fā)明附加的權(quán)利要求的范圍內(nèi)。
權(quán)利要求
1.一種公司間結(jié)算管理系統(tǒng)，包括一D/B單元，具有包含認(rèn)證信息的一認(rèn)證信息數(shù)據(jù)庫(kù)(“D/B”)、包含銷售額收取報(bào)表信息的一銷售額收取報(bào)表信息D/B、包含有關(guān)信用卡銷售額預(yù)付的信息的一信用卡銷售額預(yù)付信息D/B、以及包含有關(guān)相關(guān)買方公司和賣方公司的注冊(cè)信息的一注冊(cè)信息D/B；一D/B管理服務(wù)器，在所述D/B單元的相關(guān)字段中有選擇地存儲(chǔ)有關(guān)賣方公司和買方公司的所述驗(yàn)證信息、銷售額收取報(bào)表信息、信用卡銷售額預(yù)付信息或注冊(cè)信息，或從所述D/B單元抽取相關(guān)信息；一支付管理服務(wù)器在與所述D/B管理服務(wù)器連接以便通信的狀態(tài)下，確定存儲(chǔ)或抽取有關(guān)賣方公司和買方公司的所述驗(yàn)證信息、銷售額收取報(bào)表信息、信用卡銷售額預(yù)付信息或注冊(cè)信息；通過(guò)銀行在線網(wǎng)絡(luò)與賣方公司和買方公司的通信客戶機(jī)連接；以及如果在一賣方公司或一買方公司的通信客戶機(jī)中發(fā)生用于銷售額收取管理的事件或用于購(gòu)買價(jià)格支付管理的事件，系統(tǒng)地分析有關(guān)賣方公司和買方公司的所述驗(yàn)證信息、銷售額收取報(bào)表信息、信用卡銷售額預(yù)付信息或注冊(cè)信息，以及因此在所述銀行在線網(wǎng)絡(luò)上控制和管理相關(guān)賣方公司和買方公司間的結(jié)算關(guān)系。
2.如權(quán)利要求1所述的公司間結(jié)算管理系統(tǒng)，其中所述銀行在線網(wǎng)絡(luò)是互聯(lián)網(wǎng)、自動(dòng)應(yīng)答系統(tǒng)通信網(wǎng)絡(luò)、增值網(wǎng)絡(luò)或公眾交換電話網(wǎng)絡(luò)中的任何網(wǎng)絡(luò)。
3.如權(quán)利要求1所述的公司間結(jié)算管理系統(tǒng)，其中所述支付管理服務(wù)器進(jìn)一步與專門(mén)負(fù)責(zé)管理從所述賣方公司通信客戶機(jī)發(fā)送的銷售額收取報(bào)表的銷售額收取報(bào)表管理模塊建立通信關(guān)系。
4.如權(quán)利要求1所述的公司間結(jié)算管理系統(tǒng)，其中所述支付管理服務(wù)器進(jìn)一步與專門(mén)負(fù)責(zé)管理從所述賣方公司收取的預(yù)付信用卡銷售額的預(yù)付收取管理模塊建立通信關(guān)系。
5.如權(quán)利要求1所述的公司間結(jié)算管理系統(tǒng)，其中所述支付管理服務(wù)器進(jìn)一步與專門(mén)負(fù)責(zé)管理所述賣方公司和所述買方公司的指定帳戶的帳戶管理模塊建立通信關(guān)系。
6.一種公司間結(jié)算管理方法，包括步驟確定是否已經(jīng)發(fā)生來(lái)自一管理公司的任何一個(gè)通信客戶機(jī)的結(jié)算事件，該管理公司已經(jīng)被驗(yàn)證；如果已經(jīng)發(fā)生來(lái)自任何所述通信客戶機(jī)的結(jié)算事件，確定管理所述通信客戶機(jī)的所述管理公司是否是一賣方公司；如果管理所述通信客戶機(jī)的所述管理公司被確定是一賣方公司，生成為一賣方公司設(shè)計(jì)的初始頁(yè)并將用于一賣方公司的完成初始頁(yè)發(fā)送給所述賣方公司的通信客戶機(jī)；確定是否已經(jīng)發(fā)生來(lái)自所述賣方公司通信客戶機(jī)的用于管理銷售額收取報(bào)表的事件；如果已經(jīng)發(fā)生來(lái)自所述賣方公司通信客戶機(jī)的用于管理銷售額收取報(bào)表的事件，引用從所述賣方公司通信客戶機(jī)發(fā)送的銷售額收取報(bào)表并實(shí)施用于管理銷售額收取報(bào)表的一系列步驟；確定是否已經(jīng)發(fā)生來(lái)自所述賣方公司通信客戶機(jī)的用于請(qǐng)求信用卡銷售額預(yù)付的事件；以及如果已經(jīng)發(fā)生來(lái)自所述賣方公司通信客戶機(jī)的用于請(qǐng)求信用卡銷售額預(yù)付的事件，引用從賣方公司通信客戶機(jī)發(fā)送的信用卡銷售額預(yù)付請(qǐng)求信息以及實(shí)施用于預(yù)付請(qǐng)求的信用卡銷售額的一系列步驟。
7.如權(quán)利要求6所述的公司間結(jié)算管理方法，其中所述用于管理銷售額收取報(bào)表的步驟包括確定是否已經(jīng)發(fā)生來(lái)自所述賣方公司的通信客戶機(jī)的用于發(fā)送信用卡銷售報(bào)表的事件；如果已經(jīng)存在來(lái)自所述賣方公司的通信客戶機(jī)的用于發(fā)送信用卡銷售報(bào)表的事件，向所述賣方公司通信客戶機(jī)發(fā)送用于輸入關(guān)于信用卡銷售明細(xì)的信用卡銷售明細(xì)的輸入頁(yè)；確定是否已經(jīng)從所述賣方公司通信客戶機(jī)發(fā)送與所述用于信用卡銷售明細(xì)的輸入頁(yè)對(duì)應(yīng)的信用卡銷售報(bào)表信息；如果已經(jīng)從所述賣方公司通信客戶機(jī)發(fā)送與所述用于信用卡銷售明細(xì)的輸入頁(yè)對(duì)應(yīng)的信用卡銷售報(bào)表信息，確定所輸入的信用卡銷售報(bào)表信息是否滿足某些預(yù)定的條件；以及如果所述信用卡銷售報(bào)表信息滿足所述條件，收取和存儲(chǔ)所述信用卡銷售報(bào)表信息。
8.如權(quán)利要求7所述的公司間結(jié)算管理方法，進(jìn)一步包括步驟如果所述事件不是用于發(fā)送信用卡銷售報(bào)表，向所述賣方公司通信客戶機(jī)發(fā)送用于輸入關(guān)于應(yīng)收帳款的明細(xì)的應(yīng)收帳款明細(xì)的輸入頁(yè)；確定是否已經(jīng)從所述賣方公司通信客戶機(jī)發(fā)送與所述用于應(yīng)收帳款明細(xì)的輸入頁(yè)對(duì)應(yīng)的應(yīng)收帳款報(bào)表信息；如果已經(jīng)從所述賣方公司通信客戶機(jī)發(fā)送與所述用于應(yīng)收帳款明細(xì)的輸入頁(yè)對(duì)應(yīng)的應(yīng)收帳款報(bào)表信息，確定輸入的應(yīng)收帳款報(bào)表信息是否滿足某些預(yù)定條件；以及如果所述輸入的應(yīng)收帳款報(bào)表信息滿足所述條件，收取和存儲(chǔ)所述應(yīng)收帳款報(bào)表信息，并實(shí)施用于從買方公司帳戶向賣方公司帳戶劃撥賣方公司應(yīng)收帳款的金額的步驟。
9.如權(quán)利要求6所述的公司間結(jié)算管理方法，其中所述用于預(yù)付信用卡銷售額的步驟包括步驟向所述賣方公司通信客戶機(jī)發(fā)送用于輸入關(guān)于信用卡銷售額預(yù)付請(qǐng)求的明細(xì)的信用卡銷售額預(yù)付請(qǐng)求明細(xì)的輸入頁(yè)；確定是否已經(jīng)從所述賣方公司通信客戶機(jī)發(fā)送與所述用于信用卡銷售額預(yù)付請(qǐng)求明細(xì)的輸入頁(yè)對(duì)應(yīng)的信用卡銷售額預(yù)付請(qǐng)求信息；如果已經(jīng)從所述賣方公司通信客戶機(jī)發(fā)送與所述用于信用卡銷售額預(yù)付請(qǐng)求明細(xì)的輸入頁(yè)對(duì)應(yīng)的信用卡銷售額預(yù)付請(qǐng)求報(bào)表信息，確定在所述信用卡銷售額預(yù)付請(qǐng)求信息中記錄的所請(qǐng)求的預(yù)付款是否不大于所述賣方公司的信用余額；以及如果在所述信用卡銷售額預(yù)付請(qǐng)求信息中記錄的所請(qǐng)求的預(yù)付款不大于所述賣方公司的信用余額，向所述賣方公司預(yù)付所述請(qǐng)求的預(yù)付款。
10.如權(quán)利要求6所述的公司間結(jié)算管理方法，進(jìn)一步包括步驟如果管理所述通信客戶機(jī)的管理公司被確定是一買方公司而不是賣方公司，生成為一買方公司設(shè)計(jì)的初始頁(yè)，并向所述買方公司的通信客戶機(jī)發(fā)送用于買方公司的完成初始頁(yè)；確定是否已經(jīng)發(fā)生來(lái)自所述買方公司通信客戶機(jī)的購(gòu)買價(jià)格管理的事件；及如果已經(jīng)發(fā)生來(lái)自所述買方公司通信客戶機(jī)的購(gòu)買價(jià)格管理的事件，引用從所述買方公司通信客戶機(jī)發(fā)送的購(gòu)買價(jià)格管理信息，并實(shí)施用于購(gòu)買價(jià)格管理的一系列步驟。
11.如權(quán)利要求10所述的公司間結(jié)算管理方法，其中所述用于購(gòu)買價(jià)格管理的步驟包括步驟確定是否已經(jīng)發(fā)生來(lái)自所述買方公司通信客戶機(jī)的用于預(yù)覽購(gòu)買明細(xì)的事件；如果已經(jīng)存在來(lái)自所述買方公司通信客戶機(jī)的用于預(yù)覽購(gòu)買明細(xì)的事件，通過(guò)收集關(guān)于所述買方公司購(gòu)買的明細(xì)來(lái)生成購(gòu)買明細(xì)清單，并向所述買方公司通信客戶機(jī)發(fā)送完成的購(gòu)買明細(xì)清單；確定是否已經(jīng)發(fā)生來(lái)自所述買方公司通信客戶機(jī)的用于信用卡購(gòu)買價(jià)格預(yù)付的事件；如果已經(jīng)發(fā)生來(lái)自所述買方公司通信客戶機(jī)的用于信用卡購(gòu)買價(jià)格支付的事件，向所述買方公司通信客戶機(jī)發(fā)送用于輸入關(guān)于信用卡購(gòu)買價(jià)格明細(xì)的信用卡購(gòu)買價(jià)格預(yù)付明細(xì)的輸入頁(yè)；確定是否已經(jīng)從所述買方公司通信客戶機(jī)發(fā)送與所述用于信用卡購(gòu)買價(jià)格預(yù)付明細(xì)的輸入頁(yè)對(duì)應(yīng)的信用卡購(gòu)買價(jià)格預(yù)付信息；如果已經(jīng)從所述買方公司通信客戶機(jī)發(fā)送與所述用于信用卡購(gòu)買價(jià)格預(yù)付明細(xì)的輸入頁(yè)對(duì)應(yīng)的信用卡購(gòu)買價(jià)格預(yù)付信息，基于所述信用卡購(gòu)買價(jià)格預(yù)付信息，實(shí)施用于預(yù)付信用卡購(gòu)買價(jià)格的一系列步驟。
12.如權(quán)利要求6所述的公司間結(jié)算管理方法，在實(shí)施所述用于預(yù)付信用卡銷售額的步驟后，進(jìn)一步包括步驟確定信用卡銷售報(bào)表是否包含當(dāng)天到期的任何銷售項(xiàng)；以及如果信用卡銷售報(bào)表包含當(dāng)天到期的一銷售項(xiàng)，核對(duì)與當(dāng)天到期的所述信用卡銷售項(xiàng)有關(guān)的相關(guān)買方公司的指定帳戶并實(shí)施用于管理信用卡購(gòu)買價(jià)格結(jié)算的一系列步驟。
13.如權(quán)利要求12所述的公司間結(jié)算管理方法，其中所述用于管理信用卡購(gòu)買價(jià)格結(jié)算的步驟包括步驟確定當(dāng)天到期的所述信用卡銷售項(xiàng)是否須經(jīng)預(yù)付收取處理；如果當(dāng)天到期的所述信用卡銷售項(xiàng)須經(jīng)預(yù)付收取處理，確定存入所述買方公司指定帳戶的金額是否不低于信用卡銷售報(bào)表的預(yù)付款；以及如果存入所述買方公司指定帳戶的金額不低于信用卡銷售報(bào)表的預(yù)付款，從存入所述買方公司指定帳戶的金額中收取所述信用卡銷售報(bào)表的預(yù)付款并在扣除信用卡銷售報(bào)表的所述預(yù)付款后將銷售額的相應(yīng)余額存入賣方公司指定帳戶。
14.如權(quán)利要求13所述的公司間結(jié)算管理方法，進(jìn)一步包括收取存入所述買方公司指定帳戶中的余款以及如果存入所述買方公司指定帳戶中的金額低于所述信用卡銷售報(bào)表的預(yù)付款，宣布所述賣方公司拖欠。
全文摘要
本發(fā)明涉及用于管理公司間結(jié)算的系統(tǒng)及其方法。通過(guò)在銀行在線網(wǎng)絡(luò)上實(shí)現(xiàn)賣方公司和買方公司進(jìn)行交易的整個(gè)結(jié)算過(guò)程，本發(fā)明允許這些賣方或買方公司方便地管理公司間結(jié)算而對(duì)于銷售額的收取或購(gòu)買價(jià)格支付等等不采用信用卡或票據(jù)交易。根據(jù)本發(fā)明，賣方和買方公司間的整個(gè)結(jié)算過(guò)程被在線全部實(shí)施。因此，本發(fā)明的一個(gè)實(shí)施例，對(duì)賣方和買方公司的利益來(lái)說(shuō)，輕易地減少脫機(jī)結(jié)算方法如對(duì)支付價(jià)格的復(fù)雜過(guò)程或被盜或丟失的麻煩。
文檔編號(hào)G06Q30/06GK1427975SQ01809192
公開(kāi)日2003年7月2日 申請(qǐng)日期2001年3月9日 優(yōu)先權(quán)日2000年3月10日
發(fā)明者任棟侖 申請(qǐng)人:株式會(huì)社新韓銀行