一種基于網(wǎng)上交易的文件更新方法及系統(tǒng)的制作方法
【專利摘要】本發(fā)明提供一種基于網(wǎng)上交易的文件更新方法及系統(tǒng)，其特征在于，所述方法包括：步驟1：接收支付信息，將所述支付信息與已存儲于服務(wù)器的支付信息進(jìn)行合并；步驟2：根據(jù)合并后的支付信息，更新與所述支付信息相關(guān)聯(lián)的文件中相應(yīng)的項目內(nèi)容，其中，所述文件為可擴(kuò)展標(biāo)記語言文件；步驟3：將所述更新后的文件發(fā)送至用戶終端；重復(fù)步驟1至3，直至所述合并后的支付信息達(dá)到閾值條件。本發(fā)明的文件更新方法使得交易系統(tǒng)在用戶還款后可以及時地更新合同，并呈現(xiàn)給用戶，由用戶進(jìn)行確認(rèn)，進(jìn)一步提升了網(wǎng)絡(luò)交易的安全性和可靠性。
【專利說明】—種基于網(wǎng)上交易的文件更新方法及系統(tǒng)

【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及電子商務(wù)領(lǐng)域，特別是涉及一種基于網(wǎng)上交易的文件更新方法及系統(tǒng)。

【背景技術(shù)】
[0002]由于近年來，電子商務(wù)逐漸成為互聯(lián)網(wǎng)經(jīng)濟(jì)發(fā)展的主要潮流，依托于互聯(lián)網(wǎng)等信息技術(shù)的電子商務(wù)應(yīng)用，目前在全世界范圍內(nèi)以驚人的速度普及與發(fā)展。事實上，電子商務(wù)正逐漸成為整個社會經(jīng)濟(jì)活動中的一個越來越重要的組成部分。隨著電子商務(wù)的普及與發(fā)展，人們對傳統(tǒng)的商業(yè)行為是否能夠在網(wǎng)絡(luò)上重現(xiàn)越來越關(guān)注，例如，人們不僅在網(wǎng)上購物，還通過網(wǎng)絡(luò)進(jìn)行借貸。
[0003]對于網(wǎng)購平臺上的大金額商品而言，比如用于工廠的暖通設(shè)備、機(jī)電設(shè)備等，買家因購買力不足或只需滿足租賃需求時，就只能支付部分貨款，剩余貨款通過貸款形式支付。賣家或網(wǎng)購平臺在買家租賃結(jié)束后、或買家因無力償付貸款、或買家不想再使用該商品時，仍然可以收回這些耐用性的商品，繼續(xù)二次出售或租賃，在充分發(fā)揮商品價值的同時，從中再賺取利潤。在建立借貸關(guān)系前，借貸雙方都需要簽訂一個正式的合同，將雙方的權(quán)利和義務(wù)定義清楚，同時提供了爭議解決的辦法。
[0004]目前網(wǎng)絡(luò)服務(wù)供應(yīng)商在借貸雙方簽訂正式合同時，通常會有下面兩種方法:
[0005]一種是雙方見面，或者采用傳真、快遞合同的方式簽署合同，貸款方將打印并事先簽署的合同(兩份或多份)發(fā)給借款方，借款方收到合同，并在合同上簽字后，將其中一份或多份再當(dāng)面或采用傳真、快遞合同的方式發(fā)給貸款方。
[0006]另一種方法是，借款方在借貸服務(wù)網(wǎng)站上選擇合適的借款項目；網(wǎng)站根據(jù)借款方的選擇和借款方的信息，生成一份電子借款合同；網(wǎng)站將這份合同呈現(xiàn)給借款方；借款方瀏覽合同后，在網(wǎng)站上點擊同意即代表用戶認(rèn)可并簽署該借款合同。
[0007]但是，若買家采取按期還款的形式時，在買家每次還款后，需要更新合同中的相關(guān)內(nèi)容，例如待還款總額等，而上述兩種合同形式均不易更改，因此不能實時地將買家還貸的信息更新在交易平臺上。


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

[0008]鑒于以上所述現(xiàn)有技術(shù)的缺點，本發(fā)明的目的在于提供一種基于網(wǎng)上交易的文件更新方法及系統(tǒng)，用于解決現(xiàn)有技術(shù)中網(wǎng)絡(luò)交易合同不能根據(jù)用戶的還款情況進(jìn)行更新的問題。
[0009]為實現(xiàn)上述目的及其他相關(guān)目的，本發(fā)明提供一種基于網(wǎng)上交易的文件更新方法，其特征在于，所述方法包括:
[0010]步驟1:接收支付信息，將所述支付信息與已存儲于服務(wù)器的支付信息進(jìn)行合并；
[0011]步驟2:根據(jù)合并后的支付信息，更新與所述支付信息相關(guān)聯(lián)的文件中相應(yīng)的項目內(nèi)容，其中，所述文件為可擴(kuò)展標(biāo)記語言文件；
[0012]步驟3:將所述更新后的文件發(fā)送至用戶終端；
[0013]重復(fù)步驟I至3，直至所述合并后的支付信息達(dá)到閾值條件。
[0014]優(yōu)選地，在步驟I之前還包括:
[0015]根據(jù)網(wǎng)上交易數(shù)據(jù)生成網(wǎng)上訂單，其中，所述訂單包括所述支付信息。
[0016]優(yōu)選地，還包括:根據(jù)合并后的支付信息更新所述訂單。
[0017]優(yōu)選地，在步驟3之后還包括:
[0018]接收用戶終端發(fā)送的對所述文件的確認(rèn)信息；
[0019]將所述文件保存至服務(wù)器。
[0020]優(yōu)選地，所述文件包括合同號、合同各方當(dāng)事人信息、合同標(biāo)的、合同金額、合同期限和合同內(nèi)容。
[0021]優(yōu)選地，接收支付信息，將所述支付信息與已存儲于服務(wù)器的支付信息進(jìn)行合并進(jìn)一步包括:接收支付信息，對所述支付信息進(jìn)行驗證，若驗證通過，則將所述支付信息與已存儲于服務(wù)器的支付信息進(jìn)行合并；若驗證未通過，則向用戶終端返回提示信息。
[0022]優(yōu)選地，所述可擴(kuò)展標(biāo)記語言文件為可編輯文件。
[0023]相應(yīng)地，本發(fā)明還提供了一種基于網(wǎng)上交易的文件更新系統(tǒng)，所述系統(tǒng)包括:
[0024]支付信息接收裝置，用于接收支付信息，將所述支付信息與已存儲于服務(wù)器的支付信息進(jìn)行合并；
[0025]更新裝置，用于根據(jù)合并后的支付信息，更新與所述支付信息相關(guān)聯(lián)的文件中相應(yīng)的項目內(nèi)容，其中，所述文件為可擴(kuò)展標(biāo)記語言文件；
[0026]發(fā)送裝置，用于將所述更新后的文件發(fā)送至用戶終端。
[0027]優(yōu)選地，還包括:訂單生成裝置，用于根據(jù)網(wǎng)上交易數(shù)據(jù)生成網(wǎng)上訂單，其中，所述訂單包括所述支付信息。
[0028]優(yōu)選地，還包括:訂單更新裝置，用于根據(jù)合并后的支付信息更新所述訂單。
[0029]優(yōu)選地，還包括:
[0030]確認(rèn)信息接收裝置，用于接收用戶終端發(fā)送的對所述文件的確認(rèn)信息；
[0031 ] 轉(zhuǎn)存裝置，用于將所述文件保存至服務(wù)器。
[0032]優(yōu)選地，所述文件包括合同號、合同各方當(dāng)事人信息、合同標(biāo)的、合同金額、合同期限和合同內(nèi)容。
[0033]優(yōu)選地，所述支付信息接收裝置進(jìn)一步包括:支付信息驗證模塊，用于接收支付信息，對所述支付信息進(jìn)行驗證，若驗證通過，則將所述支付信息與已存儲于服務(wù)器的支付信息進(jìn)行合并；若驗證未通過，則向用戶終端返回提示信息。
[0034]優(yōu)選地，所述可擴(kuò)展標(biāo)記語言文件為可編輯文件。
[0035]如上所述，本發(fā)明的基于網(wǎng)上交易的文件更新方法及系統(tǒng)，具有以下有益效果:
[0036]本發(fā)明針對用戶在網(wǎng)絡(luò)借貸關(guān)系中定期還款時，通過先接收支付信息，將當(dāng)前的支付信息與先前已支付的信息進(jìn)行合并，根據(jù)合并后的支付信息，更新交易合同中與支付信息相關(guān)聯(lián)的項目內(nèi)容，并把更新后的合同發(fā)送至用戶終端。由此，交易系統(tǒng)在用戶還款后可以及時地更新合同，并呈現(xiàn)給用戶，由用戶進(jìn)行確認(rèn)，這進(jìn)一步提升了網(wǎng)絡(luò)交易的安全性和可靠性。

【專利附圖】

【附圖說明】
[0037]圖1顯示為本發(fā)明的基于網(wǎng)上交易的文件更新方法的流程示意圖。
[0038]圖2顯示為本發(fā)明的基于網(wǎng)上交易的文件更新系統(tǒng)的示意圖。

【具體實施方式】
[0039]以下通過特定的具體實例說明本發(fā)明的實施方式，本領(lǐng)域技術(shù)人員可由本說明書所揭露的內(nèi)容輕易地了解本發(fā)明的其他優(yōu)點與功效。本發(fā)明還可以通過另外不同的【具體實施方式】加以實施或應(yīng)用，本說明書中的各項細(xì)節(jié)也可以基于不同觀點與應(yīng)用，在沒有背離本發(fā)明的精神下進(jìn)行各種修飾或改變。
[0040]本發(fā)明可用于眾多通用或?qū)Ｓ玫挠嬎阆到y(tǒng)環(huán)境或配置中。例如:個人計算機(jī)、服務(wù)器計算機(jī)、手持設(shè)備或便攜式設(shè)備、平板型設(shè)備、多處理器系統(tǒng)、包括以上任何系統(tǒng)或設(shè)備的分布式計算環(huán)境等等。
[0041]本發(fā)明可以在由計算機(jī)執(zhí)行的計算機(jī)可執(zhí)行指令的一般上下文中描述，例如程序模塊。一般地，程序模塊包括執(zhí)行特定任務(wù)或?qū)崿F(xiàn)特定抽象數(shù)據(jù)類型的例程、程序、對象、組件、數(shù)據(jù)結(jié)構(gòu)等。也可以在分布式計算環(huán)境中實踐本發(fā)明。在這些分布式計算環(huán)境中，由通過通信網(wǎng)絡(luò)而被連接的遠(yuǎn)程處理設(shè)備來執(zhí)行任務(wù)。在分布式計算環(huán)境中，程序模塊可以位于包括存儲設(shè)備在內(nèi)的本地和遠(yuǎn)程計算機(jī)存儲介質(zhì)中。
[0042]請參閱圖1，示出了本發(fā)明的一種基于網(wǎng)上交易的文件更新方法的流程示意圖，所述方法可以包括以下步驟:
[0043]步驟1:接收支付信息，將所述支付信息與已存儲于服務(wù)器的支付信息進(jìn)行合并；
[0044]步驟2:根據(jù)合并后的支付信息，更新與所述支付信息相關(guān)聯(lián)的文件中相應(yīng)的項目內(nèi)容，其中，所述文件為可擴(kuò)展標(biāo)記語言文件；
[0045]步驟3:將所述更新后的文件發(fā)送至用戶終端；
[0046]重復(fù)步驟I至3，直至所述合并后的支付信息達(dá)到閾值條件。
[0047]需要說明的是，本發(fā)明所稱的貸款方可以是交易平臺、賣家，也可以是銀行。用戶終端包括電腦、平板、手機(jī)、便攜式設(shè)備等終端設(shè)備。文件是指用戶與通過交易平臺與貸款方簽訂的貸款協(xié)議或合同。
[0048]以下將結(jié)合附圖詳細(xì)說明本發(fā)明的優(yōu)選實施例。
[0049]步驟1:接收支付信息，將所述支付信息與已存儲于服務(wù)器的支付信息進(jìn)行合并，具體地，接收支付信息，對所述支付信息進(jìn)行驗證，若驗證通過，則將所述支付信息與已存儲于服務(wù)器的支付信息進(jìn)行合并；若驗證未通過，則向用戶終端返回提示信息。
[0050]需要說明的是，在步驟I之前還包括:
[0051]根據(jù)網(wǎng)上交易數(shù)據(jù)生成網(wǎng)上訂單，其中，所述訂單包括所述支付信息。
[0052]用戶通過交易平臺完成支付后，交易平臺或與交易平臺網(wǎng)絡(luò)連接的第三方(支付平臺)會對用戶的身份進(jìn)行驗證，身份認(rèn)證是計算機(jī)網(wǎng)絡(luò)領(lǐng)域中確認(rèn)用戶身份的常用技術(shù)，本領(lǐng)域普通技術(shù)人員應(yīng)理解，任何適當(dāng)?shù)纳矸菡J(rèn)證算法都可以用于本發(fā)明，例如口令(包括動態(tài)口令)、密碼、生物特征(指紋、聲音、簽名、虹膜等)等。通過驗證后，交易平臺生成網(wǎng)上訂單。所述訂單內(nèi)容包括支付金額、商品名稱、商品編號、交貨方式、買方ID、賣方ID等信息，所述支付信息至少包括支付金額。
[0053]除了訂單，用戶還通過交易平臺與貸款方簽訂貸款協(xié)議，該協(xié)議可以以合同的形式呈現(xiàn)。交易平臺的數(shù)據(jù)庫中存儲多種合同模板，交易平臺會根據(jù)用戶購買的商品類型、或還款形式、或?qū)τ脩舻脑u價等提取相應(yīng)的合同模板。當(dāng)用戶按照貸款合同按期支付相應(yīng)的款項時，交易平臺系統(tǒng)接收支付的款項，由交易平臺或交易平臺交由第三方(支付平臺)驗證用戶的身份，驗證方法可采用本領(lǐng)域的常用技術(shù)，例如口令(包括動態(tài)口令)、密碼、生物特征(指紋、聲音、簽名、虹膜等)等。若驗證通過，則將所述支付的款項與用戶之前已支付的款項進(jìn)行合并計算，交易平臺將合并結(jié)果存儲于數(shù)據(jù)庫中。若驗證未通過，則向用戶終端返回提示信息。所述提示信息包括出錯信息和警示信息，例如用戶身份與支付賬戶信息不一致的信息或提醒用戶支付金額不足的信息等。
[0054]步驟2:根據(jù)合并后的支付信息，更新與所述支付信息相關(guān)聯(lián)的文件中相應(yīng)的項目內(nèi)容，其中，所述文件為可擴(kuò)展標(biāo)記語言文件；
[0055]所述可擴(kuò)展標(biāo)記語言文件為可編輯文件。
[0056]優(yōu)選地，根據(jù)合并后的支付信息更新所述訂單。
[0057]需要說明的是，在步驟I中，若用戶的身份驗證通過，則將所述支付的款項與用戶之前已支付的款項進(jìn)行合并計算，交易平臺根據(jù)合并結(jié)果更新所述訂單，同時更新合同中相應(yīng)的項目內(nèi)容，所述合同與所述用戶的賬戶或所述訂單相關(guān)聯(lián)，當(dāng)用戶的賬戶或訂單信息更新時，合同中的相應(yīng)項目內(nèi)容也隨之自動更新。所述合同是可擴(kuò)展標(biāo)記語言(XML)文件，并且可以編輯和更改。所述項目內(nèi)容包括首付金額、每期還款金額、貸款期限、貸款利息、交易涉及的當(dāng)事人等。
[0058]所述文件包括合同號、合同各方當(dāng)事人信息、合同標(biāo)的、合同金額、合同期限和合同內(nèi)容。所述合同號是指合同的編號，用于將一合同與其他合同相區(qū)別。所述合同各方當(dāng)事人可以為用戶與交易平臺，也可以是用戶與銀行或其他貸款方，也可以是用戶、交易平臺兩方當(dāng)事人和銀行或其他貸款方。所述合同內(nèi)容可以包括交易的類型、貸款總額、每期還款額、違約條款等。
[0059]需要說明的是，所述文件除了包括合同模板所包括的條款內(nèi)容，還包括用戶與貸款方另外達(dá)成的附加條款。所述文件可以由用戶通過在用戶終端顯示的界面上填寫，界面內(nèi)容包括合同模板中所包括的需要填寫的項目，還包括附加條款項目。
[0060]步驟3:將所述更新后的文件發(fā)送至用戶終端；
[0061]需要說明的是，在步驟3之后還包括:
[0062]接收用戶終端發(fā)送的對所述文件的確認(rèn)信息；
[0063]將所述文件保存至服務(wù)器。
[0064]合同更新后，交易平臺系統(tǒng)將該合同發(fā)送至用戶終端，并呈現(xiàn)在用戶界面上，用戶若同意簽署該合同，則對該合同文件進(jìn)行確認(rèn)。具體地，用戶可以通過點擊用戶界面上的確認(rèn)按鈕進(jìn)行確認(rèn)。
[0065]之后，交易平臺對所述確認(rèn)信息進(jìn)行審核，若審核通過，則將該合同文件存儲于服務(wù)器中用于后續(xù)查詢和其他操作。在本發(fā)明一實施例中，將所述合同文件進(jìn)行備份。若審核未通過，如若由于用戶終端出現(xiàn)斷網(wǎng)、黑屏、關(guān)機(jī)等問題，致使用戶雖然點擊了確認(rèn)，但達(dá)交易平臺并未收到確認(rèn)信息，則向用戶終端發(fā)送提示信息，提示用戶重新確認(rèn)等。
[0066]需要說明的是，用戶每次執(zhí)行還款操作時，均會重復(fù)步驟I至3。在本發(fā)明一實施例中，交易平臺系統(tǒng)具有檢測模塊，當(dāng)檢測到用戶終端執(zhí)行支付操作時，便會啟動后續(xù)支付信息合并、合同更新等步驟，直至合并后的支付信息達(dá)到閾值條件。所述閾值條件可以由交易平臺或貸款方確定，例如，所述閾值條件可以是用戶應(yīng)還的全部貸款金額。
[0067]請參閱圖2，示出了本發(fā)明的一種基于網(wǎng)上交易的文件更新系統(tǒng)的示意圖，所述系統(tǒng)A200包括:
[0068]支付信息接收裝置A201，用于接收支付信息，將所述支付信息與已存儲于服務(wù)器的支付信息進(jìn)行合并；
[0069]更新裝置A202，用于根據(jù)合并后的支付信息，更新與所述支付信息相關(guān)聯(lián)的文件中相應(yīng)的項目內(nèi)容，其中，所述文件為可擴(kuò)展標(biāo)記語言文件；
[0070]發(fā)送裝置A203，用于將所述更新后的文件發(fā)送至用戶終端。
[0071]優(yōu)選地，還包括:訂單生成裝置A204，用于根據(jù)網(wǎng)上交易數(shù)據(jù)生成網(wǎng)上訂單，其中，所述訂單包括所述支付信息。
[0072]優(yōu)選地，還包括:訂單更新裝置A205，用于根據(jù)合并后的支付信息更新所述訂單。
[0073]優(yōu)選地，還包括:
[0074]確認(rèn)信息接收裝置A206，用于接收用戶終端發(fā)送的對所述文件的確認(rèn)信息；
[0075]轉(zhuǎn)存裝置A207，用于將所述文件保存至服務(wù)器。
[0076]優(yōu)選地，所述文件包括合同號、合同各方當(dāng)事人信息、合同標(biāo)的、合同金額、合同期限和合同內(nèi)容。
[0077]優(yōu)選地，所述支付信息接收裝置A201進(jìn)一步包括:支付信息驗證模塊A2011，用于接收支付信息，對所述支付信息進(jìn)行驗證，若驗證通過，則將所述支付信息與已存儲于服務(wù)器的支付信息進(jìn)行合并；若驗證未通過，則向用戶終端返回提示信息。
[0078]優(yōu)選地，所述可擴(kuò)展標(biāo)記語言文件為可編輯文件。
[0079]需要說明的是，系統(tǒng)實施例的說明請參考方法實施例，在此不再贅述。
[0080]綜上所述，本發(fā)明的基于網(wǎng)上交易的文件更新方法及系統(tǒng)，具有以下有益效果:
[0081]本發(fā)明針對用戶在網(wǎng)絡(luò)借貸關(guān)系中定期還款時，通過先接收支付信息，將當(dāng)前的支付信息與先前已支付的信息進(jìn)行合并，根據(jù)合并后的支付信息，更新交易合同中與支付信息相關(guān)聯(lián)的項目內(nèi)容，并把更新后的合同發(fā)送至用戶終端。由此，交易系統(tǒng)在用戶還款后可以及時地更新合同，并呈現(xiàn)給用戶，由用戶進(jìn)行確認(rèn)，這進(jìn)一步提升了網(wǎng)絡(luò)交易的安全性和可靠性。所以，本發(fā)明有效克服了現(xiàn)有技術(shù)中的種種缺點而具高度產(chǎn)業(yè)利用價值。
[0082]上述實施例僅例示性說明本發(fā)明的原理及其功效，而非用于限制本發(fā)明。任何熟悉此技術(shù)的人士皆可在不違背本發(fā)明的精神及范疇下，對上述實施例進(jìn)行修飾或改變。因此，舉凡所屬【技術(shù)領(lǐng)域】中具有通常知識者在未脫離本發(fā)明所揭示的精神與技術(shù)思想下所完成的一切等效修飾或改變，仍應(yīng)由本發(fā)明的權(quán)利要求所涵蓋。
【權(quán)利要求】
1.一種基于網(wǎng)上交易的文件更新方法，其特征在于，所述方法包括: 步驟1:接收支付信息，將所述支付信息與已存儲于服務(wù)器的支付信息進(jìn)行合并； 步驟2:根據(jù)合并后的支付信息，更新與所述支付信息相關(guān)聯(lián)的文件中相應(yīng)的項目內(nèi)容，其中，所述文件為可擴(kuò)展標(biāo)記語言文件； 步驟3:將所述更新后的文件發(fā)送至用戶終端； 重復(fù)步驟I至3，直至所述合并后的支付信息達(dá)到閾值條件。
2.根據(jù)權(quán)利要求1所述的基于網(wǎng)上交易的文件更新方法，其特征在于，在步驟I之前還包括: 根據(jù)網(wǎng)上交易數(shù)據(jù)生成網(wǎng)上訂單，其中，所述訂單包括所述支付信息。
3.根據(jù)權(quán)利要求2所述的基于網(wǎng)上交易的文件更新方法，其特征在于，還包括:根據(jù)合并后的支付信息更新所述訂單。
4.根據(jù)權(quán)利要求1所述的基于網(wǎng)上交易的文件更新方法，其特征在于，在步驟3之后還包括:接收用戶終端發(fā)送的對所述文件的確認(rèn)信息； 將所述文件保存至服務(wù)器。
5.根據(jù)權(quán)利要求1至4任一項所述的基于網(wǎng)上交易的文件更新方法，其特征在于:所述文件包括合同號、合同各方當(dāng)事人信息、合同標(biāo)的、合同金額、合同期限和合同內(nèi)容。
6.根據(jù)權(quán)利要求1所述的基于網(wǎng)上交易的文件更新方法，其特征在于，接收支付信息，將所述支付信息與已存儲于服務(wù)器的支付信息進(jìn)行合并進(jìn)一步包括:接收支付信息，對所述支付信息進(jìn)行驗證，若驗證通過，則將所述支付信息與已存儲于服務(wù)器的支付信息進(jìn)行合并；若驗證未通過，則向用戶終端返回提示信息。
7.根據(jù)權(quán)利要求1所述的基于網(wǎng)上交易的文件更新方法，其特征在于:所述可擴(kuò)展標(biāo)記語言文件為可編輯文件。
8.一種基于網(wǎng)上交易的文件更新系統(tǒng)，其特征在于，所述系統(tǒng)包括: 支付信息接收裝置，用于接收支付信息，將所述支付信息與已存儲于服務(wù)器的支付信息進(jìn)行合并； 更新裝置，用于根據(jù)合并后的支付信息，更新與所述支付信息相關(guān)聯(lián)的文件中相應(yīng)的項目內(nèi)容，其中，所述文件為可擴(kuò)展標(biāo)記語言文件； 發(fā)送裝置，用于將所述更新后的文件發(fā)送至用戶終端。
9.根據(jù)權(quán)利要求8所述的基于網(wǎng)上交易的文件更新系統(tǒng)，其特征在于，還包括:訂單生成裝置，用于根據(jù)網(wǎng)上交易數(shù)據(jù)生成網(wǎng)上訂單，其中，所述訂單包括所述支付信息。
10.根據(jù)權(quán)利要求8所述的基于網(wǎng)上交易的文件更新系統(tǒng)，其特征在于，還包括:訂單更新 裝置，用于根據(jù)合并后的支付信息更新所述訂單。
11.根據(jù)權(quán)利要求8所述的基于網(wǎng)上交易的文件更新系統(tǒng)，其特征在于，還包括: 確認(rèn)信息接收裝置，用于接收用戶終端發(fā)送的對所述文件的確認(rèn)信息； 轉(zhuǎn)存裝置，用于將所述文件保存至服務(wù)器。
12.根據(jù)權(quán)利要求8至11任一項所述的基于網(wǎng)上交易的文件更新系統(tǒng)，其特征在于:所述文件包括合同號、合同各方當(dāng)事人信息、合同標(biāo)的、合同金額、合同期限和合同內(nèi)容。
13.根據(jù)權(quán)利要求8所述的基于網(wǎng)上交易的文件更新系統(tǒng)，其特征在于，所述支付信息接收裝置進(jìn)一步包括:支付信息驗證模塊，用于接收支付信息，對所述支付信息進(jìn)行驗證，若驗證通過，則將所述支付信息與已存儲于服務(wù)器的支付信息進(jìn)行合并；若驗證未通過，則向用戶終端返回提示信息。
14.根據(jù)權(quán)利要求8所述的基于網(wǎng)上交易的文件更新系統(tǒng)，其特征在于:所述可擴(kuò)展標(biāo)記語言文件為可編輯文件。
【文檔編號】G06Q20/22GK104331799SQ201410649408
【公開日】2015年2月4日 申請日期:2014年11月15日 優(yōu)先權(quán)日:2014年11月15日
【發(fā)明者】張小力 申請人:上海本家空調(diào)系統(tǒng)有限公司