本申請涉及互聯(lián)網(wǎng)技術(shù)領(lǐng)域，特別涉及業(yè)務(wù)信息的處理方法及裝置。

背景技術(shù)：

隨著互聯(lián)網(wǎng)的發(fā)展，越來越多業(yè)務(wù)的開展，利用了網(wǎng)絡(luò)的便捷性及其信息交互的及時性。其中，一種典型的業(yè)務(wù)包括越來越多的用戶開始使用的網(wǎng)絡(luò)購物(簡稱網(wǎng)購)，但是網(wǎng)絡(luò)購物過程中帶來的信息交互不對等，導(dǎo)致業(yè)務(wù)停滯的問題越來越多。

以網(wǎng)絡(luò)購物為例，買家下單成功后，在付款的同時，賣家修改了訂單價格，由于付款信息和訂單信息不一致，將導(dǎo)致訂單狀態(tài)停滯不前，此時該訂單成為臟數(shù)據(jù)；對于上述訂單，只有系統(tǒng)接收到買家投訴或者系統(tǒng)對賬訂單信息并發(fā)現(xiàn)這種情況后，系統(tǒng)才會把買家已支付的金額退還給買家，并且關(guān)閉該訂單。上述處理方式不僅將導(dǎo)致業(yè)務(wù)處理過程的滯后，而且在業(yè)務(wù)存續(xù)過程中，大量臟數(shù)據(jù)的存在可能會極大浪費系統(tǒng)的維護和存儲資源。

技術(shù)實現(xiàn)要素：

有鑒于此，本申請?zhí)峁I(yè)務(wù)信息的處理方法及裝置，以解決現(xiàn)有業(yè)務(wù)處理方式容易導(dǎo)致業(yè)務(wù)處理過程滯后，且容易浪費系統(tǒng)的維護和存儲資源的問題。

本申請通過如下技術(shù)方案實現(xiàn)：

第一方面，提供一種業(yè)務(wù)信息的處理方法，所述方法應(yīng)用在業(yè)務(wù)服務(wù)器上，所述方法包括：

為具有業(yè)務(wù)關(guān)聯(lián)關(guān)系的第一用戶和第二用戶生成業(yè)務(wù)表單；

獲取所述第一用戶在針對所述業(yè)務(wù)表單中的目標業(yè)務(wù)屬性進行操作后得到的第一結(jié)果信息；

判斷所述第一結(jié)果信息與第二結(jié)果信息是否一致，其中，所述第二結(jié)果信息為所述第二用戶針對所述目標業(yè)務(wù)屬性進行操作后得到的結(jié)果信息；

如果所述第一結(jié)果信息與所述第二結(jié)果信息不一致，則輸出針對所述目標業(yè)務(wù)屬性的操作提醒。

第二方面，提供另一種業(yè)務(wù)信息的處理方法，所述方法包括：

獲取第一用戶已支付交易訂單的支付金額；

判斷所述支付金額與所述交易訂單的實際金額是否一致，其中，所述實際金額為與所述第一用戶關(guān)聯(lián)的第二用戶設(shè)定的金額；

如果所述支付金額與所述實際金額不一致，則輸出處理所述交易訂單的提醒。

可選的，如果所述支付金額與所述實際金額不一致，則輸出處理所述交易訂單的提醒，包括：

如果所述支付金額小于所述實際金額，則提醒所述第一用戶補差額，所述差額為所述實際金額與所述支付金額的差值；或者

如果所述支付金額小于所述實際金額，則提醒所述第二用戶修改所述實際金額與所述支付金額一致。

可選的，還包括：

如果確定所述第一用戶支付所述差額，或者所述第二用戶修改所述實際金額與所述支付金額一致，則標記所述交易訂單完成；或者

如果接收到所述第一用戶或第二用戶發(fā)送的終止所述交易的請求，則根據(jù)所述請求將所述支付金額退還給所述第一用戶，并關(guān)閉所述交易訂單。

可選的，如果所述支付金額與所述實際金額不一致，則輸出處理所述交易訂單的提醒，包括：

如果所述支付金額大于所述實際金額，則將差額退還給所述第一用戶，其中，所述差額為所述支付金額與所述實際金額的差值。

可選的，還包括：

如果所述支付金額與所述實際金額一致，則提醒所述第一用戶和第二用戶針對所述交易訂單的交易成功。

可選的，所述判斷所述支付金額與所述交易訂單的實際金額是否一致的步驟在所述第一用戶支付所述交易訂單之后執(zhí)行；和/或

所述判斷所述支付金額與所述交易訂單的實際金額是否一致的步驟在所述第二用戶修改所述交易訂單之后執(zhí)行。

第三方面，提供一種業(yè)務(wù)信息的處理裝置，所述裝置應(yīng)用在業(yè)務(wù)服務(wù)器上，所述裝置包括：

生成單元，用于為具有業(yè)務(wù)關(guān)聯(lián)關(guān)系的第一用戶和第二用戶生成業(yè)務(wù)表單；

獲取單元，用于獲取所述第一用戶在針對所述業(yè)務(wù)表單中的目標業(yè)務(wù)屬性進行操作后得到的第一結(jié)果信息；

判斷單元，用于判斷所述第一結(jié)果信息與第二結(jié)果信息是否一致，其中，所述第二結(jié)果信息為所述第二用戶針對所述目標業(yè)務(wù)屬性進行操作后得到的結(jié)果信息；

提醒單元，用于如果所述判斷單元的判斷結(jié)果為所述第一結(jié)果信息與所述第二結(jié)果信息不一致，則輸出針對所述目標業(yè)務(wù)屬性的操作提醒。

第四方面，提供另一種業(yè)務(wù)信息的處理裝置，所述裝置包括：

獲取單元，用于獲取第一用戶已支付交易訂單的支付金額；

判斷單元，用于判斷所述支付金額與所述交易訂單的實際金額是否一致，其中，所述實際金額為與所述第一用戶關(guān)聯(lián)的第二用戶設(shè)定的金額；

提醒單元，用于在所述判斷單元判斷所述支付金額與所述實際金額不一致時，輸出處理所述交易訂單的提醒。

可選的，所述提醒單元包括：

第一提醒單元，用于在所述判斷單元判斷所述支付金額小于所述實際金額時，提醒所述第一用戶補差額，所述差額為所述實際金額與所述支付金額的差值；和/或

第二提醒單元，用于在所述判斷單元判斷所述支付金額小于所述實際金額時，提醒所述第二用戶修改所述實際金額與所述支付金額一致。

可選的，還包括：確定單元和標記單元；和/或，接收單元，第一退還單元和關(guān)閉單元，其中，

所述確定單元，用于確定所述第一用戶支付所述差額，或者所述第二用戶修改所述實際金額與所述支付金額一致；

所述標記單元，用于基于所述確定單元的確定結(jié)果，標記所述交易訂單完成；

所述接收單元，用于接收所述第一用戶或第二用戶發(fā)送的終止所述交易的請求；

所述第一退還單元，用于根據(jù)所述請求將所述支付金額退還給所述第一用戶；

所述關(guān)閉單元，用于在所述第一退還單元將所述支付金額退還給所述第一用戶時，關(guān)閉所述交易訂單。

可選的，還包括：

第二退還單元，用于在所述判斷單元判斷所述支付金額大于所述實際金額時，將差額退還給所述第一用戶，其中，所述差額為所述支付金額與所述實際金額的差值。

可選的，所述提醒單元包括：

第三提醒單元，用于在所述判斷單元判斷所述支付金額與所述實際金額一致時，提醒所述第一用戶和第二用戶針對所述交易訂單的交易成功。

可選的，所述判斷單元，具體用于在所述第一用戶支付所述交易訂單之后判斷所述支付金額與所述實際金額是否一致；和/或在所述第二用戶修改所述交易訂單之后判斷所述支付金額與所述實際金額是否一致。

本申請實施例中，在為具有業(yè)務(wù)關(guān)聯(lián)關(guān)系的第一用戶和第二用戶生成業(yè)務(wù)表單后，業(yè)務(wù)服務(wù)器在判斷第一用戶在針對業(yè)務(wù)表單中的目標業(yè)務(wù)屬性進行操作后得到的第一結(jié)果信息，與第二用戶針對目標業(yè)務(wù)屬性進行操作后得到的第二結(jié)果信息不一致時，可以通過調(diào)用預(yù)設(shè)的異步任務(wù)輸出針對目標業(yè)務(wù)屬性的操作提醒，因此可以在雙方用戶操作不一致導(dǎo)致業(yè)務(wù)信息不一致時，通過提示雙方用戶避免業(yè)務(wù)處理過程的滯后，從而可以提高業(yè)務(wù)的完成效率，并且節(jié)省因為業(yè)務(wù)可能長時間存續(xù)需要耗費的維護資源和存儲資源；另外，應(yīng)用本申請實施例進行網(wǎng)購交易時，當發(fā)生付款和修改價格的并發(fā)導(dǎo)致訂單金額不一致時，系統(tǒng)可以提醒買家或賣家及時處理該交易訂單，即把操作權(quán)交還給買賣雙方，從而提高交易的達成量。

應(yīng)當理解的是，以上的一般描述和后文的細節(jié)描述僅是示例性和解釋性的，并不能限制本申請。

附圖說明

圖1a是本申請實施例提出的一種業(yè)務(wù)信息的處理方法的流程圖；

圖1b是本申請實施例提供的另一種業(yè)務(wù)信息的處理方法的流程圖；

圖2是本申請實施例提出的一種業(yè)務(wù)信息的處理方法的一種應(yīng)用實例的流程圖；

圖3是本申請實施例提出的一種業(yè)務(wù)信息的處理裝置所在設(shè)備的一種硬件結(jié)構(gòu)圖；

圖4是本申請實施例提出的一種業(yè)務(wù)信息的處理裝置的結(jié)構(gòu)示意圖；

圖5是本申請實施例提出的一種業(yè)務(wù)信息的處理裝置的另一結(jié)構(gòu)示意圖；

圖6是本申請實施例提出的一種業(yè)務(wù)信息的處理裝置的另一結(jié)構(gòu)示意圖；

圖7是本申請實施例提出的一種業(yè)務(wù)信息的處理裝置的另一結(jié)構(gòu)示意圖。

具體實施方式

這里將詳細地對示例性實施例進行說明，其示例表示在附圖中。下面的描述涉及附圖時，除非另有表示，不同附圖中的相同數(shù)字表示相同或相似的要素。以下示例性實施例中所描述的實施方式并不代表與本申請相一致的所有實施方式。相反，它們僅是與如所附權(quán)利要求書中所詳述的、本申請的一些方面相一致的裝置和方法的例子。

在本申請使用的術(shù)語是僅僅出于描述特定實施例的目的，而非旨在限制本申請。在本申請和所附權(quán)利要求書中所使用的單數(shù)形式的“一種”、“所述”和“該”也旨在包括多數(shù)形式，除非上下文清楚地表示其他含義。還應(yīng)當理解，本文中使用的術(shù)語“和/或”是指并包含一個或多個相關(guān)聯(lián)的列出項目的任何或所有可能組合。

應(yīng)當理解，盡管在本申請可能采用術(shù)語第一、第二、第三等來描述各種信息，但這些信息不應(yīng)限于這些術(shù)語。這些術(shù)語僅用來將同一類型的信息彼此區(qū)分開。例如，在不脫離本申請范圍的情況下，第一信息也可以被稱為第二信息，類似地，第二信息也可以被稱為第一信息。取決于語境，如在此所使用的詞語“如果”可以被解釋成為“在……時”或“當……時”或“響應(yīng)于確定”。

請參閱圖1a，為本申請實施例提出的一種業(yè)務(wù)信息的處理方法的流程圖，該方法可以應(yīng)用在業(yè)務(wù)服務(wù)器上，包括：

步驟111：為具有業(yè)務(wù)關(guān)聯(lián)關(guān)系的第一用戶和第二用戶生成業(yè)務(wù)表單；

本申請實施例中，業(yè)務(wù)可以指各種利用互聯(lián)網(wǎng)實現(xiàn)用戶之間交互的業(yè)務(wù)，例如，網(wǎng)絡(luò)交易業(yè)務(wù)，即時通信業(yè)務(wù)等，要使用上述業(yè)務(wù)的用戶可以預(yù)先設(shè)置業(yè)務(wù)賬戶，并通過業(yè)務(wù)賬戶登錄到業(yè)務(wù)服務(wù)器后，實現(xiàn)相關(guān)業(yè)務(wù)；具有業(yè)務(wù)關(guān)聯(lián)關(guān)系的用戶可以指基于同一業(yè)務(wù)實例產(chǎn)生某種綁定關(guān)系的用戶，例如，網(wǎng)絡(luò)交易業(yè)務(wù)下購買了某種商品的買家，以及出售該商品的賣家。

本步驟中，第一用戶和第二用戶基于各自業(yè)務(wù)賬戶登錄業(yè)務(wù)服務(wù)器后，當?shù)谝挥脩艉偷诙脩翎槍ν粯I(yè)務(wù)實例進行了操作，并因此具有了業(yè)務(wù)關(guān)聯(lián)關(guān)系后，業(yè)務(wù)服務(wù)器為第一用戶和第二用戶生成業(yè)務(wù)表單，該業(yè)務(wù)表單中可以包含因為操作該業(yè)務(wù)實例從而生成的各種業(yè)務(wù)屬性，例如，如果為作為買賣雙方的第一用戶和第二用戶生成了交易訂單，則該交易訂單中的各種業(yè)務(wù)屬性可以包括：商品信息(例如，名稱、規(guī)格、數(shù)量等)、買家信息(姓名、地址、聯(lián)系方式等)、賣家信息(姓名、地址、聯(lián)系方式等)、交易金額、優(yōu)惠金額等。

步驟112：獲取第一用戶在針對業(yè)務(wù)表單中的目標業(yè)務(wù)屬性進行操作后得到的第一結(jié)果信息；

結(jié)合步驟111，業(yè)務(wù)表單中可以包含各種業(yè)務(wù)屬性，本步驟中，如果第一用戶針對業(yè)務(wù)表單中的某個業(yè)務(wù)屬性進行了操作，則可以將所操作的這個業(yè)務(wù)屬性稱為目標業(yè)務(wù)屬性，其中，該操作可以包括：支付、修改等。在針對目標業(yè)務(wù)屬性進行操作后，得到的操作結(jié)果信息稱為第一結(jié)果信息，例如，如果買家對交易訂單中的目標業(yè)務(wù)屬性“交易金額”進行支付，則獲取到的第一結(jié)果信息可以為支付完成后的支付金額。

步驟113：判斷第一結(jié)果信息與第二結(jié)果信息是否一致，其中，第二結(jié)果信息為第二用戶針對目標業(yè)務(wù)屬性進行操作后得到的結(jié)果；

結(jié)合步驟112，由于業(yè)務(wù)表單同時面向第一用戶和第二用戶，因此第一用戶和第二用戶可以具有針對業(yè)務(wù)表單中的業(yè)務(wù)屬性進行操作的同等權(quán)限。當?shù)诙脩粢册槍δ繕藰I(yè)務(wù)屬性進行操作后，得到的操作結(jié)果信息稱為第二結(jié)果信息。例如，如果賣家對交易訂單中的目標業(yè)務(wù)屬性“交易金額”進行修改，則相應(yīng)的第二結(jié)果信息可以為修改完成后的實際金額。

步驟114：如果第一結(jié)果信息與第二結(jié)果信息不一致，則輸出針對目標業(yè)務(wù)屬性的操作提醒。

結(jié)合步驟113，如果第一結(jié)果信息與第二結(jié)果信息一致，則針對該業(yè)務(wù)表單的業(yè)務(wù)進程可以繼續(xù)，如果第一結(jié)果信息與第二結(jié)果信息不一致，則為了避免業(yè)務(wù)停滯，可以輸出針對目標業(yè)務(wù)屬性的操作提醒，從而提示第一用戶或第二用戶通過進一步操作，使得雙方針對目標業(yè)務(wù)屬性的操作結(jié)果信息達成一致，以保證業(yè)務(wù)進程的持續(xù)。

由上述實施例可見，該實施例可以在第一用戶和第二用戶針對目標業(yè)務(wù)屬性操作不一致，從而導(dǎo)致業(yè)務(wù)信息不一致的情況下，通過提示雙方用戶避免業(yè)務(wù)處理過程的滯后，從而可以提高業(yè)務(wù)的完成效率，節(jié)省因為業(yè)務(wù)可能長時間存續(xù)需要耗費的維護資源和存儲資源。

在一個可選的實現(xiàn)方式中，業(yè)務(wù)服務(wù)器可以通過調(diào)用異步任務(wù)的方式完成上述業(yè)務(wù)信息的處理過程，從而可以在不影響現(xiàn)有業(yè)務(wù)表單的常規(guī)處理過程的同時，進一步提升業(yè)務(wù)服務(wù)器的并發(fā)處理能力。

請參閱圖1b，為本申請實施例提出的另一種業(yè)務(wù)信息的處理方法的流程圖，所述方法包括：

步驟101：獲取第一用戶已支付的交易訂單的支付金額；

第一用戶(例如，買家)在網(wǎng)上對購買的商品下訂單，并付款成功后，系統(tǒng)會檢測到該訂單的支付金額。

步驟102：判斷所述支付金額與訂單實際金額是否一致，其中，所述訂單實際金額為第二用戶設(shè)定的金額；

在該實施例中，第一用戶(例如，買家)在付款的同時，第二用戶(例如，賣家)有可能正在修改該商品的價格，此時，該訂單的實際價格就會發(fā)生變化。也就是說，由于買家付款和賣家修改價格并行操作，從而導(dǎo)致該訂單的支付金額與實際金額不一致。基于此，本實施例中，在系統(tǒng)檢測到該訂單的支付金額時，會與該訂單的實際金額進行比較，來判斷該支付金額與訂單實際金額是否一致。

其中，所述訂單實際金額為賣家設(shè)定的金額，該金額可以由賣家依據(jù)需要進行適應(yīng)性調(diào)整。

該實施例中，所述判斷所述支付金額與訂單實際金額是否一致的步驟可以在所述第一用戶支付所述交易訂單之后執(zhí)行；和/或也可以在所述第二用戶修改所述交易訂單之后執(zhí)行。

步驟103：如果所述支付金額與所述訂單實際金額不一致，則提醒所述第一用戶或第二用戶處理所述交易訂單，以促進所述交易達成。

該步驟中，當系統(tǒng)檢測到支付金額與所述訂單實際金額不一致時，異步提醒所述第一用戶或第二用戶處理所述交易訂單，主要包括下述幾種情況：

第一種情況，如果所述支付金額小于所述訂單實際金額，則系統(tǒng)提醒所述第一用戶(例如，買家)補差額，所述差額為所述訂單實際金額與所述支付金額的差值；

針對這種情況，當系統(tǒng)檢測到所述支付金額小于所述訂單實際金額時，發(fā)出提醒買家補付該訂單的差價的請求，該請求中還可以包括提醒買家知曉這種付款和修改價格的并發(fā)情況的信息；

買家在接收到補付該訂單差價的請求時，一種方式是，買家及時補付該差價，以便于系統(tǒng)在接收到買家補付的差價后，使該訂單的狀態(tài)進入賣家發(fā)貨狀態(tài)；另一種方式，買家發(fā)出主動終止交易請求，系統(tǒng)在接收到該請求后，將已付款的金額退還給買家，并關(guān)閉該訂單，即該訂單顯示為無效。

第二種情況，如果所述支付金額小于所述訂單實際金額，則系統(tǒng)提醒所述第二用戶(例如，賣家)修改所述訂單實際金額與所述支付金額一致；或者提醒第二用戶取消上次價格修改。

這種情況下，可以提醒賣家取消上次的改價，從而可以向賣家提供一個入口，讓賣家主動把訂單金額修改成買家已付金額，促進交易達成。

第三種情況，如果所述支付金額大于所述訂單實際金額，則系統(tǒng)主動將差額退還給所述第一用戶，其中，所述差額為所述支付金額與所述訂單實際金額的差值。當然，該實施例中，除了系統(tǒng)將差額退還給所述第一用戶外，還可以采用擔保交易或者直接打款等方式，也可以是平臺退款或者賣家直接退款等，對此本實施例不做限制。

針對這種情況，系統(tǒng)檢測到買家付款金額大于訂單實際金額時，提醒買家這種付款和修改價格的并發(fā)情況，并自動把差額退換給買家，同時訂單進入發(fā)貨狀態(tài)。

本申請實施例中，當發(fā)生付款和修改價格的并發(fā)導(dǎo)致訂單金額不一致時，系統(tǒng)提醒買家或賣家及時處理該交易訂單，即把操作權(quán)交還給買賣雙方，以積極促進交易的達成，提高了交易的達成量，減少了買賣雙方咨詢客服的咨詢量，還提高了買賣雙方的滿意度。進一步，由于系統(tǒng)可以異步準實時監(jiān)測這種并發(fā)情況，沒有增加訂單關(guān)鍵鏈路的負擔，提升系統(tǒng)的并發(fā)處理量。

還請參閱圖2，為本申請實施例提供的一種業(yè)務(wù)信息的處理方法的一種應(yīng)用實例的流程圖，本實施例中，以第一用戶為買家，第二用戶為賣家，以及系統(tǒng)為執(zhí)行主體為例，當然在實際應(yīng)用中可以并不限于此。所述方法包括：

步驟201：系統(tǒng)獲取買家已支付的交易訂單的支付金額；

該步驟與步驟101同，具體詳見上述，在此不再贅述。

步驟202：系統(tǒng)判斷所述支付金額與訂單實際金額是否一致，其中，所述訂單實際金額為賣家設(shè)定的金額；如果所述支付金額小于訂單實際金額，執(zhí)行步驟203；如果所述支付金額大于訂單實際金額，執(zhí)行步驟206；如果所述支付金額等于訂單實際金額，執(zhí)行步驟205；

步驟203：系統(tǒng)提醒所述買家補差額，所述差額為所述訂單實際金額與所述支付金額的差值；或者提醒所述賣家修改所述訂單實際金額與所述支付金額一致；

步驟204：接收所述買家支付的所述交易訂單的所述差額，標記所述交易訂單完成；轉(zhuǎn)到步驟207；

步驟205：系統(tǒng)提醒所述買家和賣家所述交易訂單成功；轉(zhuǎn)到步驟207；

步驟206：系統(tǒng)主動將差額退還給所述買家，其中，所述差額為所述支付金額與所述訂單實際金額的差值；轉(zhuǎn)到步驟207；

步驟207：系統(tǒng)等待賣家發(fā)貨，并在賣家發(fā)貨后，將訂單狀態(tài)標記為等到買家收貨；

步驟208：系統(tǒng)等待買家收貨，并在買家收貨后，將訂單狀態(tài)標記為完成狀態(tài)。

本申請實施例中，當發(fā)生付款和修改價格的并發(fā)導(dǎo)致訂單金額不一致時，系統(tǒng)提醒買家或賣家及時處理該交易訂單，即把操作權(quán)交還給買家或賣家，以積極促進交易的達成，提高了交易的達成量，減少了買家或賣家咨詢客服的咨詢量，還提高了還提高了買賣雙方的滿意度。進一步，由于系統(tǒng)是異步準實時監(jiān)測這種并發(fā)情況，沒有增加訂單關(guān)鍵鏈路的負擔，提升系統(tǒng)的并發(fā)處理量。

與前述業(yè)務(wù)信息的處理方法的實施例相對應(yīng)，本申請還提供了業(yè)務(wù)信息的處理裝置的實施例。

本申請實施例提供的一種業(yè)務(wù)信息的處理裝置的實施例可以應(yīng)用在業(yè)務(wù)服務(wù)器上。裝置實施例可以通過軟件實現(xiàn)，也可以通過硬件或者軟硬件結(jié)合的方式實現(xiàn)。以軟件實現(xiàn)為例，作為一個邏輯意義上的裝置，是通過其所在業(yè)務(wù)服務(wù)器的處理器將非易失性存儲器中對應(yīng)的計算機程序指令讀取到內(nèi)存中運行形成的。從硬件層面而言，如圖3所示，為本申請實施例提供的業(yè)務(wù)信息的處理裝置所在業(yè)務(wù)服務(wù)器的一種硬件結(jié)構(gòu)圖，除了圖3所示的處理器、內(nèi)存、網(wǎng)絡(luò)接口、以及非易失性存儲器之外，實施例中裝置所在的業(yè)務(wù)服務(wù)器通?？梢愿鶕?jù)其實際功能，還可以包括其他硬件，對此不再贅述。

請參考圖4，圖4為本申請實施例提供的一種業(yè)務(wù)信息的處理裝置的結(jié)構(gòu)示意圖，所述裝置包括：獲取單元41，判斷單元42和提醒單元43，其中，

所述獲取單元41，用于獲取第一用戶已支付交易訂單的支付金額；

所述判斷單元42，用于判斷所述支付金額與所述交易訂單的實際金額是否一致，其中，所述實際金額為與所述第一用戶關(guān)聯(lián)的第二用戶設(shè)定的金額；

其中，所述判斷單元42，可以具體用于在所述第一用戶支付所述交易訂單之后判斷所述支付金額與所述實際金額是否一致；或者在所述第二用戶修改所述交易訂單之后判斷所述支付金額與所述實際金額是否一致。

所述提醒單元43，用于在所述判斷單元42判斷所述支付金額與所述實際金額不一致時，輸出處理所述交易訂單的提醒。

可選的，在另一實施例中，所述提醒單元包括：第一提醒單元51和/或第二提醒單元52，具體如圖5所示，該圖5中以同時包括第一提醒單元和第二提醒單元為例)，其中，

所述第一提醒單元51，用于在所述判斷單元42判斷所述支付金額小于所述實際金額時，提醒所述第一用戶補差額，所述差額為所述實際金額與所述支付金額的差值；

所述第二提醒單元52，用于在所述判斷單元42判斷所述支付金額小于所述實際金額時，提醒所述第二用戶修改所述實際金額與所述支付金額一致。

可選的，在另一實施例中，所述裝置還可以包括：確定單元61和標記單元62；和/或，接收單元63，第一退還單元64和關(guān)閉單元65，其結(jié)構(gòu)示意圖如圖6所示，該圖6中，以同時包括上述單元為例。其中，

所述確定單元61，用于確定所述第一用戶支付所述差額，或者所述第二用戶修改所述實際金額與所述支付金額一致；

所述標記單元62，用于基于所述確定單元61的確定結(jié)果，標記所述交易訂單完成；

所述接收單元63，用于接收所述第一用戶或第二用戶發(fā)送的終止所述交易的請求；

所述第一退還單元64，用于根據(jù)所述請求將所述支付金額退還給所述第一用戶；

所述關(guān)閉單元65，用于在所述第一退還單元將所述支付金額退還給所述第一用戶時，關(guān)閉所述交易訂單。

可選的，在另一實施例中，所述裝置還可以包括(圖中未示)：

第二退還單元，用于在所述判斷單元42判斷所述支付金額大于所述實際金額時，將差額退還給所述第一用戶，其中，所述差額為所述支付金額與所述實際金額的差值。

可選的，在另一實施例中，所述提醒單元43還可以包括：第三提醒單元(圖中未示)，其中，

第三提醒單元61，用于在所述判斷單元42判斷所述支付金額與所述實際金額一致時，提醒所述第一用戶和第二用戶針對所述交易訂單的交易成功。

請參考圖7，圖7為本申請實施例提供的一種業(yè)務(wù)信息的處理裝置的另一結(jié)構(gòu)示意圖，所述裝置包括：生成單元71，獲取單元72、判斷單元73和提醒單元74。

其中，生成單元71，用于為具有業(yè)務(wù)關(guān)聯(lián)關(guān)系的第一用戶和第二用戶生成業(yè)務(wù)表單；

獲取單元72，用于獲取所述第一用戶在針對所述業(yè)務(wù)表單中的目標業(yè)務(wù)屬性進行操作后得到的第一結(jié)果信息；

判斷單元73，用于判斷所述第一結(jié)果信息與第二結(jié)果信息是否一致，其中，所述第二結(jié)果信息為所述第二用戶針對所述目標業(yè)務(wù)屬性進行操作后得到的結(jié)果信息；

提醒單元74，用于如果所述判斷單元73的判斷結(jié)果為所述第一結(jié)果信息與所述第二結(jié)果信息不一致，則輸出針對所述目標業(yè)務(wù)屬性的操作提醒。

上述裝置中各個單元的功能和作用的實現(xiàn)過程具體詳見上述方法中對應(yīng)步驟的實現(xiàn)過程，在此不再贅述。

對于裝置實施例而言，由于其基本對應(yīng)于方法實施例，所以相關(guān)之處參見方法實施例的部分說明即可。以上所描述的裝置實施例僅僅是示意性的，其中所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡(luò)單元上。可以根據(jù)實際的需要選擇其中的部分或者全部模塊來實現(xiàn)本申請方案的目的。本領(lǐng)域普通技術(shù)人員在不付出創(chuàng)造性勞動的情況下，即可以理解并實施。

以上所述僅為本申請的較佳實施例而已，并不用以限制本申請，凡在本申請的精神和原則之內(nèi)，所做的任何修改、等同替換、改進等，均應(yīng)包含在本申請保護的范圍之內(nèi)。