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