一種網(wǎng)上交易監(jiān)控方法及系統(tǒng)的制作方法
【專利摘要】本發(fā)明提供一種網(wǎng)上交易監(jiān)控方法及系統(tǒng)，所述方法包括：檢測用戶是否按照協(xié)議文件中的規(guī)定發(fā)送支付信息；若是，則根據(jù)所述支付信息更新交易訂單數(shù)據(jù)；根據(jù)所述更新后的訂單數(shù)據(jù)，更新與所述交易訂單相關(guān)聯(lián)的協(xié)議文件中相應(yīng)的項目內(nèi)容并通知用戶終端；若否，則向所述用戶發(fā)送通知。本發(fā)明通過檢測用戶是否按照貸款合同的規(guī)定及時還款而實時檢測用戶的貸款合同執(zhí)行情況，實現(xiàn)了網(wǎng)上貸款交易的實時監(jiān)控。
【專利說明】—種網(wǎng)上交易監(jiān)控方法及系統(tǒng)

【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及電子商務(wù)領(lǐng)域，特別是涉及一種網(wǎng)上交易監(jiān)控方法及系統(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ā)揮商品價值的同時，從中再賺取利潤。在交易過程中，買家與貸款方通過網(wǎng)購平臺簽訂一個正式的合同，將雙方的權(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ī)定履行合同義務(wù)，該義務(wù)主要包括買家必須在規(guī)定的時間內(nèi)還給貸款方額定的貸款金額，若買家不按期還款或者還款金額不足，貸款方將面臨損失嚴(yán)重的后果，因此有必要對網(wǎng)絡(luò)貸款進(jìn)行監(jiān)控，但是目前的網(wǎng)絡(luò)貸款系統(tǒng)還缺少有效的監(jiān)控機(jī)制。
[0008]另一方面，當(dāng)買家按照合同規(guī)定每期還款時，需要及時更新訂單及合同中的相關(guān)內(nèi)容，例如已支付金額、待還款總額等，但是目前的網(wǎng)絡(luò)借貸合同或是采用傳真、快遞合同的方式簽署，或是網(wǎng)站根據(jù)交易數(shù)據(jù)生成電子借款合同，由買家點擊同意即代表買家認(rèn)可并簽署該借款合同，合同中的相關(guān)項目并不能根據(jù)買家的還貸情況及時更新在交易平臺上。


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

[0009]鑒于以上所述現(xiàn)有技術(shù)的缺點，本發(fā)明的目的在于提供一種網(wǎng)上交易監(jiān)控方法及系統(tǒng)，用于解決現(xiàn)有技術(shù)中不能對網(wǎng)絡(luò)貸款進(jìn)行有效監(jiān)控，以及不能根據(jù)用戶的還款情況進(jìn)行網(wǎng)絡(luò)交易合同更新的問題。
[0010]為實現(xiàn)上述目的及其他相關(guān)目的，本發(fā)明提供一種網(wǎng)上交易監(jiān)控方法，其特征在于，所述方法包括:
[0011]檢測用戶是否按照協(xié)議文件中的規(guī)定發(fā)送支付信息；
[0012]若是，則根據(jù)所述支付信息更新交易訂單數(shù)據(jù)；根據(jù)所述更新后的訂單數(shù)據(jù)，更新與所述交易訂單相關(guān)聯(lián)的協(xié)議文件中相應(yīng)的項目內(nèi)容并通知用戶終端；
[0013]若否，則向所述用戶發(fā)送通知。
[0014]優(yōu)選地，向所述用戶發(fā)送通知進(jìn)一步包括:通知所述用戶在延長時間內(nèi)發(fā)送相應(yīng)的信息并繼續(xù)檢測，若檢測到所述用戶在延長時間內(nèi)仍未發(fā)送相應(yīng)的信息，則按照所述協(xié)議文件的規(guī)定對所述用戶進(jìn)行相應(yīng)的處理。
[0015]優(yōu)選地，在檢測用戶是否按照協(xié)議文件中的規(guī)定發(fā)送支付信息之前還包括:
[0016]根據(jù)用戶與商品提供方的交易行為生成所述協(xié)議文件。
[0017]優(yōu)選地，檢測用戶是否按照協(xié)議文件中的規(guī)定發(fā)送支付信息進(jìn)一步包括:
[0018]獲取所述協(xié)議文件中的相應(yīng)項目內(nèi)容，其中，所述項目內(nèi)容包括時間閾值條件和支付金額閾值條件；
[0019]檢測所述用戶發(fā)送的支付信息是否符合所述時間閾值條件和支付金額閾值條件。
[0020]優(yōu)選地，所述協(xié)議文件包括合同號、合同各方當(dāng)事人信息、合同標(biāo)的、合同金額、合同期限和合同內(nèi)容。
[0021]優(yōu)選地，所述協(xié)議文件為可擴(kuò)展標(biāo)記語言文件。
[0022]相應(yīng)地，本發(fā)明還提供了一種網(wǎng)上交易監(jiān)控系統(tǒng)，所述系統(tǒng)包括:
[0023]檢測模塊，用于檢測用戶是否按照協(xié)議文件中的規(guī)定發(fā)送支付信息；
[0024]更新模塊，用于當(dāng)檢測到支付信息符合規(guī)定時，根據(jù)所述支付信息更新交易訂單數(shù)據(jù)；根據(jù)所述更新后的訂單數(shù)據(jù)，更新與所述交易訂單相關(guān)聯(lián)的協(xié)議文件中相應(yīng)的項目內(nèi)容并通知用戶終端；
[0025]通知模塊，用于當(dāng)檢測到支付信息不符合規(guī)定時，向所述用戶發(fā)送通知。
[0026]優(yōu)選地，所述通知模塊進(jìn)一步包括:
[0027]通知單元，用于通知所述用戶在延長時間內(nèi)發(fā)送相應(yīng)的信息并繼續(xù)檢測；
[0028]處理單元，用于在檢測到所述用戶在延長時間內(nèi)仍未發(fā)送相應(yīng)的信息時，按照所述協(xié)議文件的規(guī)定對所述用戶進(jìn)行相應(yīng)的處理。
[0029]優(yōu)選地，還包括:協(xié)議文件生成模塊，用于根據(jù)用戶與商品提供方的交易行為生成所述協(xié)議文件。
[0030]優(yōu)選地，所述檢測模塊進(jìn)一步包括:
[0031]項目內(nèi)容獲取單元，用于獲取所述協(xié)議文件中的相應(yīng)項目內(nèi)容，其中，所述項目內(nèi)容包括時間閾值條件和支付金額閾值條件；
[0032]檢測單元，用于檢測所述用戶發(fā)送的支付信息是否符合所述時間閾值條件和支付金額閾值條件。
[0033]優(yōu)選地，所述協(xié)議文件包括合同號、合同各方當(dāng)事人信息、合同標(biāo)的、合同金額、合同期限和合同內(nèi)容。
[0034]優(yōu)選地，所述協(xié)議文件為可擴(kuò)展標(biāo)記語言文件。
[0035]如上所述，本發(fā)明的網(wǎng)上交易監(jiān)控方法及系統(tǒng)，具有以下有益效果:
[0036]首先，本發(fā)明通過檢測用戶是否按照貸款合同的規(guī)定及時還款而實時檢測用戶的貸款合同執(zhí)行情況，實現(xiàn)了網(wǎng)上貸款交易的實時監(jiān)控。
[0037]其次，本發(fā)明通過監(jiān)控用戶是否在合同規(guī)定的時間內(nèi)還額定的貸款，若還款符合要求，則根據(jù)支付信息更新交易訂單數(shù)據(jù)，再根據(jù)更新后的交易訂單數(shù)據(jù)更新交易合同中與支付信息相關(guān)聯(lián)的項目內(nèi)容，并通知用戶終端。由此，交易系統(tǒng)既能夠判斷用戶的還款是否符合要求，又可以及時地更新訂單和合同，并及時通知用戶，這進(jìn)一步提升了網(wǎng)絡(luò)貸款交易的效率。

【專利附圖】

【附圖說明】
[0038]圖1顯示為本發(fā)明的網(wǎng)上交易監(jiān)控方法的流程示意圖。
[0039]圖2顯示為本發(fā)明的網(wǎng)上交易監(jiān)控系統(tǒng)的示意圖。

【具體實施方式】
[0040]以下通過特定的具體實例說明本發(fā)明的實施方式，本領(lǐng)域技術(shù)人員可由本說明書所揭露的內(nèi)容輕易地了解本發(fā)明的其他優(yōu)點與功效。本發(fā)明還可以通過另外不同的【具體實施方式】加以實施或應(yīng)用，本說明書中的各項細(xì)節(jié)也可以基于不同觀點與應(yīng)用，在沒有背離本發(fā)明的精神下進(jìn)行各種修飾或改變。
[0041]本發(fā)明可用于眾多通用或?qū)Ｓ玫挠嬎阆到y(tǒng)環(huán)境或配置中。例如:個人計算機(jī)、服務(wù)器計算機(jī)、手持設(shè)備或便攜式設(shè)備、平板型設(shè)備、多處理器系統(tǒng)、包括以上任何系統(tǒng)或設(shè)備的分布式計算環(huán)境等等。
[0042]本發(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ì)中。
[0043]需要說明的是，本發(fā)明所稱的貸款方可以是交易平臺、賣家，也可以是銀行。用戶終端包括電腦、平板、手機(jī)、便攜式設(shè)備等終端設(shè)備。協(xié)議文件是指用戶與通過交易平臺與貸款方簽訂的貸款協(xié)議或合同。
[0044]以下將結(jié)合附圖詳細(xì)說明本發(fā)明的優(yōu)選實施例。請參閱圖1，示出了本發(fā)明的一種網(wǎng)上交易監(jiān)控方法的流程示意圖，所述方法包括:
[0045]步驟S1:檢測用戶是否按照協(xié)議文件中的規(guī)定發(fā)送支付信息，其進(jìn)一步包括:
[0046]獲取所述協(xié)議文件中的相應(yīng)項目內(nèi)容，其中，所述項目內(nèi)容包括時間閾值條件和支付金額閾值條件；
[0047]檢測所述用戶發(fā)送的支付信息是否符合所述時間閾值條件和支付金額閾值條件。
[0048]需要說明的是，在檢測用戶是否按照協(xié)議文件中的規(guī)定發(fā)送支付信息之前還包括:根據(jù)用戶與商品提供方的交易行為生成所述協(xié)議文件。具體地，用戶向商品提供方進(jìn)行支付之前或之后，接收用戶終端輸入的所需數(shù)據(jù)。所需數(shù)據(jù)是用戶與貸款方達(dá)成的貸款協(xié)議，該協(xié)議可以以合同的形式呈現(xiàn)，所需數(shù)據(jù)包括合同號、合同各方當(dāng)事人信息、合同標(biāo)的、合同金額、合同期限和合同內(nèi)容。貸款方可以是交易平臺、賣家，也可以是銀行。所述合同號是指合同的編號，用于將一合同與其他合同相區(qū)別。所述合同各方當(dāng)事人可以為用戶與交易平臺，也可以是用戶與銀行或其他貸款方，也可以是用戶、交易平臺兩方當(dāng)事人和銀行或其他貸款方。所述合同內(nèi)容可以包括交易的類型、貸款總額、每期還款額、違約條款等。所需數(shù)據(jù)除了包括合同模板所包括的條款內(nèi)容，還包括用戶與貸款方另外達(dá)成的附加條款。所需數(shù)據(jù)可以由用戶通過在用戶終端顯示的界面上填寫，界面內(nèi)容包括合同模板中所包括的需要填寫的項目，還包括附加條款項目。
[0049]需要說明的是，在接收用戶終端輸入的所需數(shù)據(jù)之前還包括:根據(jù)網(wǎng)上交易數(shù)據(jù)生成網(wǎng)上訂單；以及對所述訂單進(jìn)行驗證，根據(jù)驗證結(jié)果向所述用戶終端反饋信息。當(dāng)用戶在交易平臺的頁面上確認(rèn)購買某一件商品，并進(jìn)行支付后，交易平臺生成關(guān)于該商品的訂單。所述訂單內(nèi)容包括支付金額、商品名稱、商品編號、交貨方式、買方ID、賣方ID等信息，交易平臺對所述訂單進(jìn)行驗證主要是對用戶的身份以及支付賬戶信息與用戶身份是否一致進(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)口令)、密碼、生物特征(指紋、聲音、簽名、虹膜等)等。
[0050]需要說明的是，對所述訂單進(jìn)行驗證，根據(jù)驗證結(jié)果向所述用戶終端反饋信息進(jìn)一步包括:若驗證通過，則在用戶終端彈出輸入所需數(shù)據(jù)的通知；若驗證未通過，則在用戶終端彈出提示信息。具體地:
[0051]若用戶身份驗證通過，則在用戶終端彈出包括待填寫預(yù)置項目的合同文件。該文件是用戶與交易平臺和貸款方(或者用戶與賣家和貸款方)達(dá)成的三方或更多方合同文本。交易平臺的數(shù)據(jù)庫中存儲多種合同模板，根據(jù)用戶購買的商品類型、或還款形式、或?qū)τ脩舻脑u價等提取相應(yīng)的合同模板，發(fā)送給用戶。所述合同模板中包括待填寫項，例如首付金額、每期還款金額、貸款期限、貸款利息、交易涉及的當(dāng)事人等。交易平臺系統(tǒng)也可以根據(jù)交易數(shù)據(jù)自動填充某些預(yù)置項目，如首付金額、交易涉及的當(dāng)事人等。
[0052]若用戶身份驗證未通過，則在用戶終端彈出提示信息，所述提示信息包括出錯信息和警示信息，例如用戶身份與支付賬戶信息不一致的信息或提醒用戶支付金額不足的信息等。
[0053]需要說明的是，從所需數(shù)據(jù)中提取定義在合同模板中的與待填寫項目相對應(yīng)的項目內(nèi)容。在本發(fā)明一實施例中，用戶可以以選擇的方式選擇項目內(nèi)容，例如，可以將某些項目設(shè)立選擇項，例如貸款期限設(shè)立半年、一年、兩年、五年等；某些項目根據(jù)用戶選擇或填寫的其他內(nèi)容自動生成，例如若用戶選擇或填寫了首付金額、貸款期限和貸款利息，系統(tǒng)可以自動計算出每期還款金額，并將該數(shù)據(jù)發(fā)送給合同生成模塊。合同生成模塊在獲取了屬于與待填寫項目相對應(yīng)的項目內(nèi)容之后，便將待填寫預(yù)置項目的合同文件和上述項目內(nèi)容編寫為正式合同文本，通過網(wǎng)絡(luò)發(fā)送給用戶終端。該合同文本為可編輯文件，并且為可擴(kuò)展標(biāo)記語言文件。
[0054]需要說明的是，所述協(xié)議文件包括合同號、合同各方當(dāng)事人信息、合同標(biāo)的、合同金額、合同期限和合同內(nèi)容。所述合同號是指合同的編號，用于將一合同與其他合同相區(qū)另IJ。所述合同各方當(dāng)事人可以為用戶與交易平臺，也可以是用戶與銀行或其他貸款方，也可以是用戶、交易平臺兩方當(dāng)事人和銀行或其他貸款方。所述合同內(nèi)容可以包括交易的類型、貸款總額、每期還款額、違約條款等。合同期限包括合同總期限、用戶每次還款的時間范圍等。所述時間閾值條件可以是用戶每次還款的時間范圍，例如兩次還款的間隔時間，所述支付金額閾值條件可以是每個時間段需要還款的額度。
[0055]需要說明的是，獲取所述協(xié)議文件中的相應(yīng)項目內(nèi)容的方法可以通過將時間閾值條件和支付金額閾值條件兩個項目分別分配標(biāo)識，并進(jìn)行鎖定，按照標(biāo)識獲取這兩個項目中的內(nèi)容。
[0056]需要說明的是，交易平臺或支付平臺設(shè)置檢測模塊，當(dāng)通過線上的方式接收支付信息時，所述檢測模塊檢測用戶終端是否發(fā)送支付信息。所述支付信息是以數(shù)據(jù)包的形式發(fā)送。檢測機(jī)制可以采用本領(lǐng)域的常用方法，例如hook機(jī)制。將用戶的支付操作定義為事件，hook用于監(jiān)視該事件是否發(fā)生，若發(fā)生，則將支付信息中的支付金額與支付金額閾值條件中的每期還款額相比較，并將本次檢測到支付信息的時間與上一次檢測到支付信息的時間做差，即得到兩次間隔的時間，將該時間與時間閾值條件中規(guī)定的兩次還款的間隔時間相比較；若未發(fā)生，則繼續(xù)監(jiān)視。
[0057]當(dāng)通過線下的方式接收支付信息時，貸款方在收到支付信息后，將收款通知發(fā)送至交易平臺或支付平臺，所述檢測模塊檢測到該通知后，則將支付信息中的支付金額與支付金額閾值條件中的每期還款額相比較，并將本次檢測到支付信息的時間與上一次檢測到支付信息的時間做差，即得到兩次間隔的時間，將該時間與時間閾值條件中規(guī)定的兩次還款的間隔時間相比較。
[0058]步驟S2:若是，則根據(jù)所述支付信息更新交易訂單數(shù)據(jù)；根據(jù)所述更新后的訂單數(shù)據(jù)，更新與所述交易訂單相關(guān)聯(lián)的協(xié)議文件中相應(yīng)的項目內(nèi)容并通知用戶終端；若否，則向所述用戶發(fā)送通知。具體地，若支付信息符合時間閾值條件和支付金額閾值條件，則根據(jù)所述支付信息更新交易訂單數(shù)據(jù)。
[0059]需要說明的是，用戶的賬戶與交易訂單相關(guān)聯(lián)，當(dāng)檢測到支付信息后，根據(jù)所述支付信息確定該支付信息所對應(yīng)的用戶賬戶，并根據(jù)用戶賬戶更新交易訂單中相應(yīng)的信息，如還款金額、待還款金額、信用指數(shù)等。
[0060]還需要說明的是，根據(jù)所述支付信息更新交易訂單數(shù)據(jù)進(jìn)一步包括:將所述支付信息與已存儲于服務(wù)器的支付信息進(jìn)行合并；以及根據(jù)合并后的支付信息，更新交易訂單數(shù)據(jù)。所述已存儲于服務(wù)器的支付信息是將用戶每次的還款金額與首次支付金額合并計算的結(jié)果，在收到所述支付信息后，則將所述支付的款項與用戶之前已支付的款項進(jìn)行合并計算，交易平臺根據(jù)合并結(jié)果更新所述訂單。在本發(fā)明一實施例中，當(dāng)合并結(jié)果等于用戶需要支付的總額時，則不再進(jìn)行檢測，以減少系統(tǒng)資源的占用。
[0061]需要說明的是，所述協(xié)議文件是用戶與貸款方及/或賣家簽訂的合同，所述賣家可以為交易平臺或其他商品提供商。所述協(xié)議文件與所述用戶的賬戶或所述訂單相關(guān)聯(lián)，當(dāng)用戶的賬戶或訂單信息更新時，合同中的相應(yīng)項目內(nèi)容也隨之自動更新。所述項目內(nèi)容包括首付金額、每期還款金額、貸款期限、貸款利息、交易涉及的當(dāng)事人等。所述協(xié)議文件為可擴(kuò)展標(biāo)記語言文件，并且可以編輯和更改。
[0062]需要說明的是，所述通知用戶終端進(jìn)一步包括將交易成功的信息、訂單數(shù)據(jù)更新信息和所述協(xié)議文件的更新信息中的至少一者發(fā)送至所述用戶終端。具體地，可以以下述方式中的一種或多種通知用戶終端:當(dāng)交易平臺或支付平臺接收到支付信息并驗證通過后，將交易成功的通知發(fā)送至用戶終端；在訂單數(shù)據(jù)更新后，將訂單已更新的通知發(fā)送至用戶終端；在協(xié)議文件更新后，將協(xié)議文件已更新的通知發(fā)送至用戶終端。所述通知可以通過短信或其他形式到達(dá)用戶終端。用戶在收到通知后，可以查詢相應(yīng)的更新信息，若更新信息有誤，還可反饋給當(dāng)交易平臺或支付平臺，由交易平臺或支付平臺進(jìn)行核對和修改。
[0063]在本發(fā)明一實施例中，在協(xié)議文件更新后，將所述更新后的協(xié)議文件存儲于服務(wù)器中用于后續(xù)查詢和其他操作。在本發(fā)明另一實施例中，將所述合同文件進(jìn)行備份。
[0064]需要說明的是，向所述用戶發(fā)送通知進(jìn)一步包括:通知所述用戶在延長時間內(nèi)發(fā)送相應(yīng)的信息并繼續(xù)檢測，若檢測到所述用戶在延長時間內(nèi)仍未發(fā)送相應(yīng)的信息，則按照所述協(xié)議文件的規(guī)定對所述用戶進(jìn)行相應(yīng)的處理。
[0065]所述通知可以通過短信或其他形式發(fā)送給用戶。所述延長時間可以由貸款方或交易平臺或商品提供方規(guī)定，若檢測到用戶在該延長時間內(nèi)還未還款，則按照合同中的違約條款對用戶進(jìn)行相應(yīng)的處理，例如警告、降低用戶的信用度、催款等。
[0066]請參閱圖2，示出了本發(fā)明的一種網(wǎng)上交易監(jiān)控系統(tǒng)的示意圖，所述系統(tǒng)A200包括:
[0067]檢測模塊A201，用于檢測用戶是否按照協(xié)議文件中的規(guī)定發(fā)送支付信息；
[0068]更新模塊A202，用于當(dāng)檢測到支付信息符合規(guī)定時，根據(jù)所述支付信息更新交易訂單數(shù)據(jù)；根據(jù)所述更新后的訂單數(shù)據(jù)，更新與所述交易訂單相關(guān)聯(lián)的協(xié)議文件中相應(yīng)的項目內(nèi)容并通知用戶終端；
[0069]通知模塊A203，用于當(dāng)檢測到支付信息不符合規(guī)定時，向所述用戶發(fā)送通知。
[0070]優(yōu)選地,所述通知模塊A203進(jìn)一步包括:
[0071]通知單元A2031，用于通知所述用戶在延長時間內(nèi)發(fā)送相應(yīng)的信息并繼續(xù)檢測；
[0072]處理單元A2032，用于在檢測到所述用戶在延長時間內(nèi)仍未發(fā)送相應(yīng)的信息時，按照所述協(xié)議文件的規(guī)定對所述用戶進(jìn)行相應(yīng)的處理。
[0073]優(yōu)選地，還包括:協(xié)議文件生成模塊A204，用于根據(jù)用戶與商品提供方的交易行為生成所述協(xié)議文件。
[0074]優(yōu)選地，所述檢測模塊A201進(jìn)一步包括:
[0075]項目內(nèi)容獲取單元A2011，用于獲取所述協(xié)議文件中的相應(yīng)項目內(nèi)容，其中，所述項目內(nèi)容包括時間閾值條件和支付金額閾值條件；
[0076]檢測單元A2012，用于檢測所述用戶發(fā)送的支付信息是否符合所述時間閾值條件和支付金額閾值條件。
[0077]優(yōu)選地，所述協(xié)議文件包括合同號、合同各方當(dāng)事人信息、合同標(biāo)的、合同金額、合同期限和合同內(nèi)容。
[0078]優(yōu)選地，所述協(xié)議文件為可擴(kuò)展標(biāo)記語言文件。
[0079]需要說明的是，系統(tǒng)實施例的說明請參考方法實施例，在此不再贅述。
[0080]綜上所述，本發(fā)明的網(wǎng)上交易監(jiān)控方法及系統(tǒng)，具有以下有益效果:
[0081]首先，本發(fā)明通過檢測用戶是否按照貸款合同的規(guī)定及時還款而實時檢測用戶的貸款合同執(zhí)行情況，實現(xiàn)了網(wǎng)上貸款交易的實時監(jiān)控。
[0082]其次，本發(fā)明通過監(jiān)控用戶是否在合同規(guī)定的時間內(nèi)還額定的貸款，若還款符合要求，則根據(jù)支付信息更新交易訂單數(shù)據(jù)，再根據(jù)更新后的交易訂單數(shù)據(jù)更新交易合同中與支付信息相關(guān)聯(lián)的項目內(nèi)容，并通知用戶終端。由此，交易系統(tǒng)既能夠判斷用戶的還款是否符合要求，又可以及時地更新訂單和合同，并及時通知用戶，這進(jìn)一步提升了網(wǎng)絡(luò)貸款交易的效率。
[0083]所以，本發(fā)明有效克服了現(xiàn)有技術(shù)中的種種缺點而具高度產(chǎn)業(yè)利用價值。
[0084]上述實施例僅例示性說明本發(fā)明的原理及其功效，而非用于限制本發(fā)明。任何熟悉此技術(shù)的人士皆可在不違背本發(fā)明的精神及范疇下，對上述實施例進(jìn)行修飾或改變。因此，舉凡所屬【技術(shù)領(lǐng)域】中具有通常知識者在未脫離本發(fā)明所揭示的精神與技術(shù)思想下所完成的一切等效修飾或改變，仍應(yīng)由本發(fā)明的權(quán)利要求所涵蓋。
【權(quán)利要求】
1.一種網(wǎng)上交易監(jiān)控方法，其特征在于，所述方法包括: 檢測用戶是否按照協(xié)議文件中的規(guī)定發(fā)送支付信息； 若是，則根據(jù)所述支付信息更新交易訂單數(shù)據(jù)；根據(jù)所述更新后的訂單數(shù)據(jù)，更新與所述交易訂單相關(guān)聯(lián)的協(xié)議文件中相應(yīng)的項目內(nèi)容并通知用戶終端； 若否，則向所述用戶發(fā)送通知。
2.根據(jù)權(quán)利要求1所述的網(wǎng)上交易監(jiān)控方法，其特征在于，向所述用戶發(fā)送通知進(jìn)一步包括:通知所述用戶在延長時間內(nèi)發(fā)送相應(yīng)的信息并繼續(xù)檢測，若檢測到所述用戶在延長時間內(nèi)仍未發(fā)送相應(yīng)的信息，則按照所述協(xié)議文件的規(guī)定對所述用戶進(jìn)行相應(yīng)的處理。
3.根據(jù)權(quán)利要求1所述的網(wǎng)上交易監(jiān)控方法，其特征在于，在檢測用戶是否按照協(xié)議文件中的規(guī)定發(fā)送支付信息之前還包括: 根據(jù)用戶與商品提供方的交易行為生成所述協(xié)議文件。
4.根據(jù)權(quán)利要求1所述的網(wǎng)上交易監(jiān)控方法，其特征在于，檢測用戶是否按照協(xié)議文件中的規(guī)定發(fā)送支付信息進(jìn)一步包括: 獲取所述協(xié)議文件中的相應(yīng)項目內(nèi)容，其中，所述項目內(nèi)容包括時間閾值條件和支付金額閾值條件； 檢測所述用戶發(fā)送的支付信息是否符合所述時間閾值條件和支付金額閾值條件。
5.根據(jù)權(quán)利要求1至4任一項所述的網(wǎng)上交易監(jiān)控方法，其特征在于:所述協(xié)議文件包括合同號、合同各方當(dāng)事人信息、合同標(biāo)的、合同金額、合同期限和合同內(nèi)容。
6.根據(jù)權(quán)利要求1所述的網(wǎng)上交易監(jiān)控方法，其特征在于:所述協(xié)議文件為可擴(kuò)展標(biāo)記語言文件。
7.一種網(wǎng)上交易監(jiān)控系統(tǒng)，其特征在于，所述系統(tǒng)包括: 檢測模塊，用于檢測用戶是否按照協(xié)議文件中的規(guī)定發(fā)送支付信息； 更新模塊，用于當(dāng)檢測到支付信息符合規(guī)定時，根據(jù)所述支付信息更新交易訂單數(shù)據(jù)；根據(jù)所述更新后的訂單數(shù)據(jù)，更新與所述交易訂單相關(guān)聯(lián)的協(xié)議文件中相應(yīng)的項目內(nèi)容并通知用戶終端； 通知模塊，用于當(dāng)檢測到支付信息不符合規(guī)定時，向所述用戶發(fā)送通知。
8.根據(jù)權(quán)利要求7所述的網(wǎng)上交易監(jiān)控系統(tǒng)，其特征在于，所述通知模塊進(jìn)一步包括: 通知單元，用于通知所述用戶在延長時間內(nèi)發(fā)送相應(yīng)的信息并繼續(xù)檢測； 處理單元，用于在檢測到所述用戶在延長時間內(nèi)仍未發(fā)送相應(yīng)的信息時，按照所述協(xié)議文件的規(guī)定對所述用戶進(jìn)行相應(yīng)的處理。
9.根據(jù)權(quán)利要求8所述的網(wǎng)上交易監(jiān)控系統(tǒng)，其特征在于，還包括:協(xié)議文件生成模塊，用于根據(jù)用戶與商品提供方的交易行為生成所述協(xié)議文件。
10.根據(jù)權(quán)利要求9所述的網(wǎng)上交易監(jiān)控系統(tǒng)，其特征在于，所述檢測模塊進(jìn)一步包括: 項目內(nèi)容獲取單元，用于獲取所述協(xié)議文件中的相應(yīng)項目內(nèi)容，其中，所述項目內(nèi)容包括時間閾值條件和支付金額閾值條件； 檢測單元，用于檢測所述用戶發(fā)送的支付信息是否符合所述時間閾值條件和支付金額閾值條件。
【文檔編號】G06Q30/06GK104318472SQ201410649307
【公開日】2015年1月28日 申請日期:2014年11月15日 優(yōu)先權(quán)日:2014年11月15日
【發(fā)明者】張小力 申請人:上海本家空調(diào)系統(tǒng)有限公司