狀態(tài)一致性監(jiān)控方法和裝置的制造方法
【專利說明】
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及計(jì)算機(jī)應(yīng)用技術(shù)領(lǐng)域，特別涉及一種狀態(tài)一致性監(jiān)控方法和裝置?！尽颈尘凹夹g(shù)】】
[0002]隨著計(jì)算機(jī)技術(shù)的迅猛發(fā)展，用戶越來越多的通過第三方平臺(tái)與服務(wù)提供商、商品提供商等進(jìn)行交互，其中服務(wù)提供商和商品提供商也可以看做是第三方平臺(tái)的用戶，也就是說，第三方平臺(tái)負(fù)責(zé)第一用戶和第二用戶之間的交互處理。通常第三方平臺(tái)會(huì)將第一用戶和第二用戶之間的交互過程拆分成若干個(gè)階段，分別在各階段進(jìn)行交互數(shù)據(jù)的處理和記錄。第三方平臺(tái)對各階段之間的處理都會(huì)影響雙方用戶對交互狀態(tài)的認(rèn)知是否達(dá)成一致，雙方用戶對交互狀態(tài)認(rèn)知的一致性是交易成功的重要前提，然而目前并未對交互過程中狀態(tài)一致性進(jìn)行有效地監(jiān)控。
【
【發(fā)明內(nèi)容】
】
[0003]有鑒于此，本發(fā)明提供了一種狀態(tài)一致性監(jiān)控方法和裝置，以便于對雙方用戶交互過程中的狀態(tài)一致性進(jìn)行有效地監(jiān)控。
[0004]具體技術(shù)方案如下:
[0005]本發(fā)明提供了一種狀態(tài)一致性監(jiān)控方法，該方法包括:
[0006]從數(shù)據(jù)庫中讀取第一記錄表中被監(jiān)控階段對應(yīng)的交互狀態(tài)信息和第二記錄表中被監(jiān)控階段對應(yīng)的交互狀態(tài)信息；所述第一記錄表包含第三方平臺(tái)記錄的第一用戶與第三方平臺(tái)的交互狀態(tài)信息，所述第二記錄表包含第三方平臺(tái)記錄的第三方平臺(tái)與第二用戶的交互狀態(tài)信息；
[0007]比較讀取的交互狀態(tài)信息是否一致，如果否，則確定所述第一用戶與所述第二用戶在所述被監(jiān)控階段的交互狀態(tài)存在異常。
[0008]根據(jù)本發(fā)明一優(yōu)選實(shí)施方式，所述第三方平臺(tái)為交易系統(tǒng)；
[0009]所述第一用戶為買方，所述第二用戶為賣方。
[0010]根據(jù)本發(fā)明一優(yōu)選實(shí)施方式，所述被監(jiān)控階段為交易系統(tǒng)將買方的充值款向賣方支付的階段；
[0011]所述第一記錄表為所述交易系統(tǒng)的收款表，所述收款表記錄了交易系統(tǒng)對買方的收款狀態(tài)；
[0012]所述第二記錄表為所述交易系統(tǒng)的交易表，所述交易表記錄了所述交易系統(tǒng)向賣方的支付狀態(tài)；
[0013]所述異常的類型為:買方充值成功但交易系統(tǒng)未支付賣方。
[0014]根據(jù)本發(fā)明一優(yōu)選實(shí)施方式，所述被監(jiān)控階段為交易系統(tǒng)通知賣方支付成功的階段;
[0015]所述第一記錄表為所述交易系統(tǒng)的交易表，所述交易表記錄了所述交易系統(tǒng)向賣方的支付狀態(tài)；
[0016]所述第二記錄表為所述交易系統(tǒng)的通知表，所述通知表記錄了所述交易系統(tǒng)向賣方的通知狀態(tài)；
[0017]所述異常的類型為:交易系統(tǒng)已支付賣方但未通知賣方。
[0018]根據(jù)本發(fā)明一優(yōu)選實(shí)施方式，該方法還包括:輸出所述異常的類型。
[0019]本發(fā)明還提供了一種狀態(tài)一致性監(jiān)控裝置，該裝置包括:
[0020]讀取單元，用于從數(shù)據(jù)庫中讀取第一記錄表中被監(jiān)控階段對應(yīng)的交互狀態(tài)信息和第二記錄表中被監(jiān)控階段對應(yīng)的交互狀態(tài)信息；所述第一記錄表包含第三方平臺(tái)記錄的第一用戶與第三方平臺(tái)的交互狀態(tài)信息，所述第二記錄表包含第三方平臺(tái)記錄的第三方平臺(tái)與第二用戶的交互狀態(tài)信息；
[0021]比較單元，用于比較所述讀取單元讀取的交互狀態(tài)信息是否一致，如果否，則確定所述第一用戶與所述第二用戶在所述被監(jiān)控階段的交互狀態(tài)存在異常。
[0022]根據(jù)本發(fā)明一優(yōu)選實(shí)施方式，所述第三方平臺(tái)為交易系統(tǒng)；
[0023]所述第一用戶為買方，所述第二用戶為賣方。
[0024]根據(jù)本發(fā)明一優(yōu)選實(shí)施方式，所述被監(jiān)控階段為交易系統(tǒng)將買方的充值款向賣方支付的階段；
[0025]所述第一記錄表為所述交易系統(tǒng)的收款表，所述收款表記錄了交易系統(tǒng)對買方的收款狀態(tài)；
[0026]所述第二記錄表為所述交易系統(tǒng)的交易表，所述交易表記錄了所述交易系統(tǒng)向賣方的支付狀態(tài)；
[0027]所述異常的類型為:買方充值成功但交易系統(tǒng)未支付賣方。
[0028]根據(jù)本發(fā)明一優(yōu)選實(shí)施方式，所述被監(jiān)控階段為交易系統(tǒng)通知賣方支付成功的階段;
[0029]所述第一記錄表為所述交易系統(tǒng)的交易表，所述交易表記錄了所述交易系統(tǒng)向賣方的支付狀態(tài)；
[0030]所述第二記錄表為所述交易系統(tǒng)的通知表，所述通知表記錄了所述交易系統(tǒng)向賣方的通知狀態(tài)；
[0031]所述異常的類型為:交易系統(tǒng)已支付賣方但未通知賣方。
[0032]根據(jù)本發(fā)明一優(yōu)選實(shí)施方式，該裝置還包括:輸出單元，用于輸出所述異常的類型。
[0033]由以上技術(shù)方案可以看出，本發(fā)明通過對數(shù)據(jù)庫中第三方平臺(tái)記錄的各階段與第一用戶的交互狀態(tài)信息以及和第二用戶的交互狀態(tài)信息進(jìn)行比較，依據(jù)交互狀態(tài)信息的比較結(jié)果來判斷第一用戶和第二用戶在對應(yīng)階段的交互狀態(tài)是否異常，從而實(shí)現(xiàn)對雙方用戶交互過程中的狀態(tài)一致性進(jìn)行有效地監(jiān)控。
【【附圖說明】】
[0034]圖1為本發(fā)明實(shí)施例所基于的系統(tǒng)架構(gòu)圖；
[0035]圖2為本發(fā)明實(shí)施例提供的狀態(tài)一致性監(jiān)控方法的流程圖；
[0036]圖3為本發(fā)明實(shí)施例提供的對交易系統(tǒng)中支付階段的監(jiān)控流程圖；
[0037]圖4為本發(fā)明實(shí)施例提供的數(shù)據(jù)庫中收款表和交易表的實(shí)例圖；
[0038]圖5為本發(fā)明實(shí)施例提供的對交易系統(tǒng)中通知階段的監(jiān)控流程圖；
[0039]圖6為本發(fā)明實(shí)施例提供的數(shù)據(jù)庫中交易表和通知表的實(shí)例圖；
[0040]圖7為本發(fā)明實(shí)施例提供的裝置結(jié)構(gòu)圖。
【【具體實(shí)施方式】】
[0041]為了使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面結(jié)合附圖和具體實(shí)施例對本發(fā)明進(jìn)行詳細(xì)描述。
[0042]為了方便理解，首先對本發(fā)明實(shí)施例所基于的系統(tǒng)架構(gòu)進(jìn)行介紹，如圖1中所示，該系統(tǒng)包括第一用戶的客戶端、第三方平臺(tái)、數(shù)據(jù)庫、第二用戶的客戶端以及監(jiān)控系統(tǒng)。其中第一用戶和第二用戶的客戶端也可以是瀏覽器的形式，第三方平臺(tái)可以是服務(wù)器。第一用戶通過第一用戶的客戶端與第三方平臺(tái)進(jìn)行交互，第二用戶通過第二用戶的客戶端與第三方平臺(tái)進(jìn)行交互，第三方平臺(tái)作為中間平臺(tái)實(shí)現(xiàn)第一用戶和第二用戶之間的交互。除此之外，第三方平臺(tái)會(huì)將交互中各階段的交互狀態(tài)信息寫入數(shù)據(jù)庫。監(jiān)控系統(tǒng)通過讀取數(shù)據(jù)庫中各階段的交互狀態(tài)來進(jìn)行狀態(tài)一致性的監(jiān)控，監(jiān)控系統(tǒng)執(zhí)行的監(jiān)控流程可以如圖2中所示。
[0043]圖2為本發(fā)明實(shí)施例提供的狀態(tài)一致性監(jiān)控方法的流程圖，如圖2中所示，該方法可以包括以下步驟:
[0044]在201中，從數(shù)據(jù)庫中讀取第一記錄表中被監(jiān)控階段對應(yīng)的交互狀態(tài)信息和第二記錄表中被監(jiān)控階段對應(yīng)的交互狀態(tài)信息。
[0045]在本實(shí)施例中，第三方平臺(tái)將第一用戶與第三方平臺(tái)的交互狀態(tài)信息記錄于第一記錄表中，在第一記錄表中可以存在一個(gè)或多個(gè)交互階段對應(yīng)的狀態(tài)信息。第三方平臺(tái)將第三方平臺(tái)與第二用戶的交互狀態(tài)信息記錄于第二記錄表中，同樣，在第二記錄表中可以存在一個(gè)或多個(gè)交互階段對應(yīng)的狀態(tài)信息。
[0046]在本發(fā)明實(shí)施例中，監(jiān)控系統(tǒng)可以定時(shí)地執(zhí)行狀態(tài)一致性監(jiān)控，即執(zhí)行本發(fā)明實(shí)施例的流程，也可以受到觸發(fā)時(shí)執(zhí)行狀態(tài)一致性監(jiān)控。但在進(jìn)行狀態(tài)一致性監(jiān)控時(shí)，需要在被監(jiān)控階段執(zhí)行完畢之后再從數(shù)據(jù)庫中讀取被監(jiān)控各階段對應(yīng)的交互狀態(tài)信息，也就是說，僅對已執(zhí)行完畢的階段進(jìn)行狀態(tài)一致性監(jiān)控。
[0047]在202中，比較讀取的交互狀態(tài)信息是否一致，如果一致，則確定第一用戶與第二用戶在該被監(jiān)控階段的交互狀態(tài)正常，否則，執(zhí)行203。
[0048]如果被監(jiān)控階段第一用戶與第二用戶之間的交互正常，就必須保證第一用戶與第三方平臺(tái)之間的交互狀態(tài)一致于第三方平臺(tái)與第二用戶之間的交互狀態(tài)，這兩個(gè)交互狀態(tài)都由第三方平臺(tái)分別寫入數(shù)據(jù)庫的第一記錄表和第二記錄表，因此在本步驟中比較第一記錄表和第二記錄表中被監(jiān)控階段對應(yīng)的交互狀態(tài)信息的一致性。
[0049]在203中，確定第一用戶與第二用戶在被監(jiān)控階段的交互狀態(tài)異常，輸出異常的類型信息，從而輔助第三方平臺(tái)的工作人員進(jìn)行異常修復(fù)。
[0050]以最常用的第三方平臺(tái)，即交易系統(tǒng)為例對上述方法進(jìn)行詳細(xì)描述，在這種情況下，第一用戶通常為買方，第二用戶通常為賣方，即買方通過交易系統(tǒng)與賣方進(jìn)行交互，從而完成交易。該交易過程可以包括以下幾個(gè)主要階段:創(chuàng)建交易、買方充值給交易平臺(tái)、交易平臺(tái)將買方的充值款轉(zhuǎn)向賣方支付(后續(xù)簡稱為支付階段)、交易平臺(tái)通知賣方支付成功(后續(xù)簡稱為通知階段)這四個(gè)主要階段。本發(fā)明實(shí)施例可以實(shí)現(xiàn)對支付階段和通知階段的監(jiān)控，下面分別通過實(shí)施例進(jìn)行描述。
[0051]圖3為本發(fā)明實(shí)施例提供的對交易系統(tǒng)中支付階段的監(jiān)控流程圖，如圖3中所示，可以包括以下步驟:
[0052]在301中，監(jiān)控系統(tǒng)從數(shù)據(jù)庫中讀取收款表中支付階段對應(yīng)的交易狀態(tài)信息，以及讀取交易表中支付階段對應(yīng)的交易狀態(tài)信息。
[0053]需要說明的是，本發(fā)明實(shí)施例中進(jìn)行一致性比較時(shí)，讀取和比較時(shí)采用的交易狀態(tài)信息必須對應(yīng)同一交易單號，即同一交互過程。
[0054]在交易流程中，交易系統(tǒng)每執(zhí)行一個(gè)階段，都會(huì)在數(shù)據(jù)庫中進(jìn)行狀態(tài)記錄。在本實(shí)施例中，交易系統(tǒng)會(huì)將交易系統(tǒng)對買方的收款狀態(tài)記錄于收款表。如圖4中所示，在創(chuàng)建交易階段，買方未向交易系統(tǒng)充值，因此收款狀態(tài)為待收款，在充值階段，買方向交易系統(tǒng)充值，因此交易系統(tǒng)記錄收款狀態(tài)為收款成功，在支付階段，收款狀態(tài)仍為收款成功。
[0055]交易系統(tǒng)將交易系統(tǒng)向賣方的支付狀態(tài)記錄于交易表。如圖4中所示，在創(chuàng)建交易階段和充值階段，交易系統(tǒng)都未向賣方支付，因此支付狀態(tài)都是待支付；在支付階段，交易系統(tǒng)將買方的充值款支付給賣方，因此支付狀態(tài)為支付成功。
[0056]在302中，比較讀