本申請涉及互聯(lián)網(wǎng)應(yīng)用技術(shù)領(lǐng)域，尤其涉及賬戶應(yīng)用執(zhí)行控制方法及系統(tǒng)。

背景技術(shù)：

電子賬戶，也稱網(wǎng)絡(luò)賬戶，是電子商務(wù)、電子金融等領(lǐng)域中不可缺少的要素，通過使用電子賬戶，用戶可以方便地通過計算機(jī)和互聯(lián)網(wǎng)完成轉(zhuǎn)賬、付款等業(yè)務(wù)。隨著各種傳統(tǒng)業(yè)務(wù)的網(wǎng)絡(luò)化發(fā)展，電子賬戶的應(yīng)用范圍也越來越廣。

在電子賬戶的實際應(yīng)用中，應(yīng)用側(cè)經(jīng)常需要基于目標(biāo)賬戶的余額變動情況，向目標(biāo)賬戶執(zhí)行一些應(yīng)用操作，例如扣款、信息推送等等。根據(jù)現(xiàn)有技術(shù)的實現(xiàn)方案，需要應(yīng)用側(cè)設(shè)備針對目標(biāo)賬戶向賬戶管理側(cè)設(shè)備定期發(fā)起查詢，如果發(fā)現(xiàn)目標(biāo)賬戶余額變動，則對其發(fā)起扣款、推送信息等應(yīng)用操作。然而在實際應(yīng)用中，很多賬戶的資金變動情況并非完全規(guī)律(例如每個月定期發(fā)工資等)，因此查詢周期往往難以設(shè)置，周期設(shè)置過長會導(dǎo)致無法及時捕捉到目標(biāo)賬戶的變化情況，周期設(shè)置過短則會造成頻繁的無效查詢，嚴(yán)重消耗系統(tǒng)資源及網(wǎng)絡(luò)資源。

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

針對上述技術(shù)問題，本申請?zhí)峁┫鄳?yīng)的賬戶應(yīng)用執(zhí)行控制方法及系統(tǒng)，技術(shù)方案如下：

根據(jù)本申請的第1方面，提供一種賬戶應(yīng)用執(zhí)行控制方法，該方法包括：

應(yīng)用側(cè)向賬戶管理側(cè)發(fā)送針對目標(biāo)賬戶的應(yīng)用執(zhí)行控制請求消息；

賬戶管理側(cè)接收到應(yīng)用側(cè)發(fā)送的針對目標(biāo)賬戶的應(yīng)用執(zhí)行控制請求消息后， 根據(jù)所述應(yīng)用執(zhí)行控制請求消息，啟動針對目標(biāo)賬戶的余額監(jiān)控，所述余額監(jiān)控為：在目標(biāo)賬戶余額發(fā)生變動的情況下，向應(yīng)用側(cè)發(fā)送余額變動通知消息；

應(yīng)用側(cè)接收到賬戶管理側(cè)發(fā)送的目標(biāo)賬戶余額變動消息后，對目標(biāo)賬戶執(zhí)行預(yù)設(shè)的應(yīng)用操作，所述預(yù)設(shè)的應(yīng)用操作執(zhí)行完成后，向賬戶管理側(cè)發(fā)送針對目標(biāo)賬戶的應(yīng)用執(zhí)行完成通知消息；

賬戶管理側(cè)接收到應(yīng)用側(cè)發(fā)送的針對目標(biāo)賬戶的應(yīng)用執(zhí)行完成通知消息后，停止針對目標(biāo)賬戶的余額監(jiān)控。

根據(jù)本申請的第2方面，提供一種賬戶余額控制方法，應(yīng)用于余額控制需求側(cè)，該方法包括：

步驟A，向賬戶管理側(cè)發(fā)送針對目標(biāo)賬戶的余額控制請求消息，以指示賬戶管理側(cè)啟動針對目標(biāo)賬戶的余額監(jiān)控，所述余額監(jiān)控為：在目標(biāo)賬戶余額發(fā)生變動的情況下，向余額控制需求側(cè)發(fā)送余額變動通知消息；

步驟B，接收到賬戶管理側(cè)發(fā)送的目標(biāo)賬戶余額變動消息后，確定目標(biāo)賬戶當(dāng)前的余額數(shù)量；

步驟C，根據(jù)目標(biāo)賬戶當(dāng)前的欠額數(shù)量，向賬戶管理側(cè)發(fā)送請求，以對目標(biāo)賬戶進(jìn)行余額扣除處理；

步驟D，判斷本次扣除處理后目標(biāo)賬戶的欠額數(shù)量是否為0，如果是則執(zhí)行步驟E；

步驟E，向賬戶管理側(cè)發(fā)送針對目標(biāo)賬戶的余額控制完成通知消息，以指示賬戶管理側(cè)停止針對目標(biāo)賬戶的余額監(jiān)控。

根據(jù)本申請的第3方面，提供一種賬戶余額控制方法，應(yīng)用于賬戶管理側(cè)，該方法包括：

接收到余額控制需求側(cè)發(fā)送的針對目標(biāo)賬戶的余額控制請求消息后，根據(jù)所述余額控制請求消息，啟動針對目標(biāo)賬戶的余額監(jiān)控，所述余額監(jiān)控包括：在目標(biāo)賬戶余額發(fā)生變動的情況下，向余額控制需求側(cè)發(fā)送余額變動通知消息；

向余額控制需求側(cè)提供目標(biāo)賬戶當(dāng)前的余額數(shù)量，并根據(jù)余額控制需求側(cè)的請求對目標(biāo)賬戶進(jìn)行余額扣除處理；

接收到余額控制需求側(cè)發(fā)送的針對目標(biāo)賬戶的余額控制完成通知消息后，停止針對目標(biāo)賬戶的余額監(jiān)控。

根據(jù)本申請的第4方面，提供一種賬戶余額控制方法，該方法包括：

余額控制需求側(cè)向賬戶管理側(cè)發(fā)送針對目標(biāo)賬戶的余額控制請求消息；

賬戶管理側(cè)接收到余額控制需求側(cè)發(fā)送的針對目標(biāo)賬戶的余額控制請求消息后，根據(jù)所述余額控制請求消息，啟動針對目標(biāo)賬戶的余額監(jiān)控，所述余額監(jiān)控包括：在目標(biāo)賬戶余額發(fā)生變動的情況下，向余額控制需求側(cè)發(fā)送余額變動通知消息；

余額控制需求側(cè)接收到賬戶管理側(cè)發(fā)送的目標(biāo)賬戶余額變動消息后，確定目標(biāo)賬戶當(dāng)前的余額數(shù)量；根據(jù)目標(biāo)賬戶當(dāng)前的欠額數(shù)量，向賬戶管理側(cè)發(fā)送請求，以對目標(biāo)賬戶進(jìn)行余額扣除處理；判斷本次扣除處理后目標(biāo)賬戶的欠額數(shù)量是否為0，如果是則向賬戶管理側(cè)發(fā)送針對目標(biāo)賬戶的余額控制完成通知消息；

賬戶管理側(cè)接收到余額控制需求側(cè)發(fā)送的針對目標(biāo)賬戶的余額控制完成通知消息后，停止針對目標(biāo)賬戶的余額監(jiān)控。

根據(jù)本申請的第5方面，提供一種賬戶應(yīng)用執(zhí)行控制系統(tǒng)該系統(tǒng)包括：應(yīng)用側(cè)裝置及賬戶管理側(cè)裝置；

應(yīng)用側(cè)裝置向賬戶管理側(cè)裝置發(fā)送針對目標(biāo)賬戶的應(yīng)用執(zhí)行控制請求消息；

賬戶管理側(cè)裝置接收到應(yīng)用側(cè)裝置發(fā)送的針對目標(biāo)賬戶的應(yīng)用執(zhí)行控制請求消息后，根據(jù)所述應(yīng)用執(zhí)行控制請求消息，啟動針對目標(biāo)賬戶的余額監(jiān)控，所述余額監(jiān)控為：在目標(biāo)賬戶余額發(fā)生變動的情況下，向應(yīng)用側(cè)裝置發(fā)送余額變動通知消息；

應(yīng)用側(cè)裝置接收到賬戶管理側(cè)裝置發(fā)送的目標(biāo)賬戶余額變動消息后，對目標(biāo)賬戶執(zhí)行預(yù)設(shè)的應(yīng)用操作，所述預(yù)設(shè)的應(yīng)用操作執(zhí)行完成后，向賬戶管理側(cè)裝置發(fā)送針對目標(biāo)賬戶的應(yīng)用執(zhí)行完成通知消息；

賬戶管理側(cè)裝置接收到應(yīng)用側(cè)裝置發(fā)送的針對目標(biāo)賬戶的應(yīng)用執(zhí)行完成通知消息后，停止針對目標(biāo)賬戶的余額監(jiān)控。

根據(jù)本申請的第6方面，提供一種賬戶余額控制裝置，應(yīng)用于余額控制需求側(cè)，該裝置包括：

控制請求模塊，用于向賬戶管理側(cè)發(fā)送針對目標(biāo)賬戶的余額控制請求消息，以指示賬戶管理側(cè)啟動針對目標(biāo)賬戶的余額監(jiān)控，所述余額監(jiān)控包括：在目標(biāo)賬戶余額發(fā)生變動的情況下，向余額控制需求側(cè)發(fā)送余額變動通知消息；

余額數(shù)量確定模塊，用于在接收到賬戶管理側(cè)發(fā)送的目標(biāo)賬戶余額變動消息后，確定目標(biāo)賬戶當(dāng)前的余額數(shù)量；

余額扣除請求模塊，用于根據(jù)目標(biāo)賬戶當(dāng)前的欠額數(shù)量，向賬戶管理側(cè)發(fā)送請求，以對目標(biāo)賬戶進(jìn)行余額扣除處理；

判斷模塊，用于判斷本次扣除處理后目標(biāo)賬戶的欠額數(shù)量是否為0，如果是則觸發(fā)控制完成通知模塊；

控制完成通知模塊，用于向賬戶管理側(cè)發(fā)送針對目標(biāo)賬戶的余額控制完成通知消息，以指示賬戶管理側(cè)停止針對目標(biāo)賬戶的余額監(jiān)控。

根據(jù)本申請的第7方面，提供一種賬戶余額控制裝置，應(yīng)用于賬戶管理側(cè)，該裝置包括：

余額監(jiān)控啟動模塊，用于在接收到余額控制需求側(cè)發(fā)送的針對目標(biāo)賬戶的余額控制請求消息后，根據(jù)所述余額控制請求消息，啟動余額監(jiān)控執(zhí)行模塊；

所述余額監(jiān)控執(zhí)行模塊，用于在目標(biāo)賬戶余額發(fā)生變動的情況下，向余額控制需求側(cè)發(fā)送余額變動通知消息；

余額請求處理模塊，用于向余額控制需求側(cè)提供目標(biāo)賬戶當(dāng)前的余額數(shù)量，并根據(jù)余額控制需求側(cè)的請求對目標(biāo)賬戶進(jìn)行余額扣除處理；

余額監(jiān)控停止模塊，用于在接收到余額控制需求側(cè)發(fā)送的針對目標(biāo)賬戶的余額控制完成通知消息后，停止余額監(jiān)控執(zhí)行模塊。

根據(jù)本申請的第8方面，提供一種賬戶余額控制系統(tǒng)，該系統(tǒng)包括：余額控制需求側(cè)裝置及賬戶管理側(cè)裝置；

余額控制需求側(cè)裝置向賬戶管理側(cè)裝置發(fā)送針對目標(biāo)賬戶的余額控制請求消息；

賬戶管理側(cè)裝置接收到余額控制需求側(cè)裝置發(fā)送的針對目標(biāo)賬戶的余額控制請求消息后，根據(jù)所述余額控制請求消息，啟動針對目標(biāo)賬戶的余額監(jiān)控，所述余額監(jiān)控為：在目標(biāo)賬戶余額發(fā)生變動的情況下，向余額控制需求側(cè)裝置發(fā)送余額變動通知消息；

余額控制需求側(cè)裝置接收到賬戶管理側(cè)裝置發(fā)送的目標(biāo)賬戶余額變動消息后，確定目標(biāo)賬戶當(dāng)前的余額數(shù)量；根據(jù)目標(biāo)賬戶當(dāng)前的欠額數(shù)量，向賬戶管理側(cè)裝置發(fā)送請求，以對目標(biāo)賬戶進(jìn)行余額扣除處理；判斷本次扣除處理后目標(biāo)賬戶的欠額數(shù)量是否為0，如果是則向賬戶管理側(cè)裝置發(fā)送針對目標(biāo)賬戶的余額控制完成通知消息；

賬戶管理側(cè)裝置接收到余額控制需求側(cè)裝置發(fā)送的針對目標(biāo)賬戶的余額控制完成通知消息后，停止針對目標(biāo)賬戶的余額監(jiān)控。

應(yīng)用本申請實施例所提供的技術(shù)方案，余額控制需求側(cè)在需要對目標(biāo)賬戶執(zhí)行應(yīng)用操作時，不需要主動對目標(biāo)賬戶定期進(jìn)行查詢，而是等待賬戶管理側(cè)監(jiān)控到目標(biāo)賬戶余額發(fā)生變化后，再對其發(fā)起應(yīng)用操作。從而既滿足了對目標(biāo)賬戶變化情況的及時了解需求，又能夠有效避免頻繁的無效查詢，降低系統(tǒng)資源和網(wǎng)絡(luò)資源的不必要消耗。

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

附圖說明

為了更清楚地說明本申請實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本申請中記載的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，還可以根據(jù)這些附圖獲得其他的附圖。

圖1是本申請的賬戶應(yīng)用執(zhí)行控制系統(tǒng)的結(jié)構(gòu)示意圖；

圖2是本申請的賬戶應(yīng)用執(zhí)行控制方法的流程示意圖；

圖3是本申請的賬戶余額控制系統(tǒng)的結(jié)構(gòu)示意圖；

圖4是本申請的賬戶余額控制方法的第一種流程示意圖；

圖5是本申請的賬戶余額控制方法的第二種流程示意圖；

圖6是本申請的賬戶余額控制方法的第三種流程示意圖；

圖7是本申請的賬戶余額控制裝置的第一種結(jié)構(gòu)示意圖；

圖8是本申請的賬戶余額控制裝置的第二種結(jié)構(gòu)示意圖。

具體實施方式

為了使本領(lǐng)域技術(shù)人員更好地理解本申請中的技術(shù)方案，下面將結(jié)合本申請實施例中的附圖，對本申請實施例中的技術(shù)方案進(jìn)行詳細(xì)地描述，顯然，所描述的實施例僅僅是本申請一部分實施例，而不是全部的實施例。基于本申請中的實施例，本領(lǐng)域普通技術(shù)人員所獲得的所有其他實施例，都應(yīng)當(dāng)屬于本申請保護(hù)的范圍。

在本申請中，將需要對賬戶X執(zhí)行應(yīng)用操作的一方Y(jié)稱為應(yīng)用方，將賬戶X稱為“目標(biāo)賬戶”。在實際應(yīng)用中，X的任何賬務(wù)變動都需要由X所屬的管理實體(例如銀行，支付機(jī)構(gòu)等)來完成，因此，上述交互需求實際涉及的主體是應(yīng)用方及目標(biāo)賬戶的管理方，對應(yīng)的系統(tǒng)架構(gòu)示意如圖1所示，包括應(yīng)用側(cè)設(shè)備10和賬戶管理側(cè)設(shè)備20，兩側(cè)設(shè)備可通過各種形式的網(wǎng)絡(luò)實現(xiàn)通信連接，兩側(cè)設(shè)備的具體形式可以是特定的一臺服務(wù)器或服務(wù)器集群等形式，本申請對此并不需要進(jìn)行限定。為描述方便，在本申請后文中將分別以“應(yīng)用側(cè)”和“賬戶管理側(cè)”對方案進(jìn)行說明。

圖2所示為本申請?zhí)峁┑挠囝~控制方法的交互流程圖，從流程上看，該方法可以被劃分為三個階段，啟動階段、實施階段和完成階段，當(dāng)然，這三個階段是針對某個特定的目標(biāo)賬戶而言，下面分別對每個階段進(jìn)行說明：

1)啟動階段：

當(dāng)Y需要執(zhí)行針對目標(biāo)賬戶X的某種預(yù)設(shè)應(yīng)用操作(例如扣款、信息推送等)時，Y作為應(yīng)用方，可以啟動余額控制流程。

具體而言，應(yīng)用側(cè)首先向賬戶管理側(cè)發(fā)送針對目標(biāo)賬戶的應(yīng)用執(zhí)行控制請 求消息，以觸發(fā)賬戶管理側(cè)對目標(biāo)賬戶的余額監(jiān)控；該消息中至少需要攜帶目標(biāo)賬戶的標(biāo)識。

賬戶管理側(cè)接收到應(yīng)用側(cè)發(fā)送的針對目標(biāo)賬戶的應(yīng)用執(zhí)行控制請求消息后，根據(jù)該消息啟動針對目標(biāo)賬戶的余額監(jiān)控，具體的監(jiān)控內(nèi)容包括：對目標(biāo)賬戶的余額進(jìn)行監(jiān)測，如果發(fā)現(xiàn)余額變動，則向應(yīng)用側(cè)發(fā)送余額變動通知消息，該消息中至少需要攜帶目標(biāo)賬戶的標(biāo)識，進(jìn)一步還可以攜帶變動金額數(shù)量、變動時間等明細(xì)內(nèi)容。

在實際應(yīng)用中，賬戶管理側(cè)也可以為所有需要進(jìn)行余額監(jiān)控的賬戶設(shè)置一個監(jiān)控標(biāo)識，當(dāng)任意賬戶余額發(fā)生變動后，首先檢查該賬戶的監(jiān)控標(biāo)識是否有效，如果有效則觸發(fā)余額變動通知發(fā)送操作。此外，根據(jù)實際需求，為了更有效地與應(yīng)用側(cè)進(jìn)行信息交互，這里還可以為觸發(fā)余額變動通知發(fā)送操作進(jìn)一步設(shè)置一些限制條件，例如：

根據(jù)不同的需求，可以設(shè)置為僅當(dāng)賬戶變動金額為正或僅當(dāng)變動金額為負(fù)時，觸發(fā)余額變動通知發(fā)送操作；

或者

僅當(dāng)變動金額大于某個預(yù)設(shè)數(shù)值時，觸發(fā)余額變動通知發(fā)送操作，該預(yù)設(shè)數(shù)值可以是一個固定值，也可以根據(jù)應(yīng)用側(cè)發(fā)送的信息動態(tài)設(shè)定。

賬戶管理側(cè)成功啟動針對目標(biāo)賬戶的余額監(jiān)控后，可以根據(jù)實際需求向應(yīng)用側(cè)發(fā)送一條響應(yīng)消息(圖中未示出)，流程轉(zhuǎn)入實施階段。

2)實施階段：

在實施階段，應(yīng)用側(cè)不需要主動執(zhí)行任何操作。而是等待接收到賬戶管理側(cè)發(fā)送的目標(biāo)賬戶余額變動消息后，再觸發(fā)后續(xù)的應(yīng)用操作處理，具體的處理步驟需要根據(jù)實際要執(zhí)行應(yīng)用操作來確定，本實施例中不做詳細(xì)說明。該預(yù)設(shè)的應(yīng)用操作執(zhí)行完成后，流程將轉(zhuǎn)入完成階段。

3)完成階段：

應(yīng)用側(cè)在確定應(yīng)用操作執(zhí)行完成后，向賬戶管理側(cè)發(fā)送針對目標(biāo)賬戶的應(yīng)用執(zhí)行完成通知消息，該消息中至少需要攜帶目標(biāo)賬戶的標(biāo)識。

賬戶管理側(cè)接收到應(yīng)用側(cè)發(fā)送的針對目標(biāo)賬戶的應(yīng)用執(zhí)行完成通知消息后，停止針對目標(biāo)賬戶的余額監(jiān)控，停止成功后，可以根據(jù)實際需求向應(yīng)用側(cè)發(fā)送一條響應(yīng)消息(圖中未示出)，至此針對該目標(biāo)賬戶的余額控制流程結(jié)束。

可見，應(yīng)用本申請所提供的應(yīng)用執(zhí)行控制方案，不僅能夠及時捕捉到目標(biāo)賬戶的余額變動情況，而且無論是賬戶管理側(cè)還是應(yīng)用側(cè)，都不需要主動地頻繁執(zhí)行查詢操作，兩側(cè)之間的信息交互頻率也明顯降低，有效地節(jié)約了系統(tǒng)設(shè)備資源和網(wǎng)絡(luò)資源。

下面以“余額控制”的具體應(yīng)用需求為例，對本申請的應(yīng)用執(zhí)行控制方法進(jìn)行詳細(xì)介紹，首先對該應(yīng)用需求涉及的一些基本概念進(jìn)行說明：假設(shè)出于某種原因，賬戶X需要向另一方Y(jié)進(jìn)行支付，但是賬戶X當(dāng)前余額不足無法完成支付，因此X成為欠款一方，而Y則需要對賬戶X進(jìn)行余額控制，以便在X轉(zhuǎn)入資金后，可以第一時間償還欠款。

在本申請中，將Y稱為余額控制需求方，將需要進(jìn)行余額控制的賬戶X稱為“目標(biāo)賬戶”。在實際應(yīng)用中，X的任何賬務(wù)變動都需要由X所屬的管理實體(例如銀行，支付機(jī)構(gòu)等)來完成，因此，上述交互需求實際涉及的主體是余額控制需求方及目標(biāo)賬戶的管理方，對應(yīng)的系統(tǒng)架構(gòu)示意如圖3所示，包括余額控制需求側(cè)設(shè)備100和賬戶管理側(cè)設(shè)備200，兩側(cè)設(shè)備可通過各種形式的網(wǎng)絡(luò)實現(xiàn)通信連接，兩側(cè)設(shè)備的具體形式可以是特定的一臺服務(wù)器或服務(wù)器集群等形式，本申請對此并不需要進(jìn)行限定。為描述方便，在本申請后文中將分別以“余額控制需求側(cè)”和“賬戶管理側(cè)”對方案進(jìn)行說明。

圖4所示為本申請?zhí)峁┑挠囝~控制方法的交互流程圖，從流程上看，該方法可以被劃分為三個階段，啟動階段、實施階段和完成階段，當(dāng)然，這三個階段是針對某個特定的目標(biāo)賬戶而言，下面分別對每個階段進(jìn)行說明：

1)啟動階段：

當(dāng)目標(biāo)賬戶X由于余額不足而導(dǎo)致無法完成對Y的支付時，產(chǎn)生一筆X對Y的欠款，此時Y成為余額控制需求方，可以啟動余額控制流程。

具體而言，余額控制需求側(cè)首先向賬戶管理側(cè)發(fā)送針對目標(biāo)賬戶的余額控 制請求消息，以觸發(fā)賬戶管理側(cè)對目標(biāo)賬戶的余額監(jiān)控；該消息中至少需要攜帶目標(biāo)賬戶的標(biāo)識，進(jìn)一步還可以攜帶欠額數(shù)量、欠額原因等明細(xì)內(nèi)容。

賬戶管理側(cè)接收到余額控制需求側(cè)發(fā)送的針對目標(biāo)賬戶的余額控制請求消息后，根據(jù)該消息啟動針對目標(biāo)賬戶的余額監(jiān)控，具體的監(jiān)控內(nèi)容包括：對目標(biāo)賬戶的余額進(jìn)行監(jiān)測，如果發(fā)現(xiàn)余額變動，則向余額控制需求側(cè)發(fā)送余額變動通知消息，該消息中至少需要攜帶目標(biāo)賬戶的標(biāo)識，進(jìn)一步還可以攜帶變動金額數(shù)量、變動時間等明細(xì)內(nèi)容。

在實際應(yīng)用中，賬戶管理側(cè)也可以為所有需要進(jìn)行余額監(jiān)控的賬戶設(shè)置一個監(jiān)控標(biāo)識，當(dāng)任意賬戶余額發(fā)生變動后，首先檢查該賬戶的監(jiān)控標(biāo)識是否有效，如果有效則觸發(fā)余額變動通知發(fā)送操作。此外，根據(jù)實際需求，為了更有效地與余額控制需求側(cè)進(jìn)行信息交互，這里還可以為觸發(fā)余額變動通知發(fā)送操作進(jìn)一步設(shè)置一些限制條件，例如：

僅當(dāng)賬戶變動金額為正時，觸發(fā)余額變動通知發(fā)送操作；

或者

僅當(dāng)變動金額大于某個預(yù)設(shè)數(shù)值時，觸發(fā)余額變動通知發(fā)送操作，該預(yù)設(shè)數(shù)值可以是一個固定值，也可以根據(jù)余額控制需求側(cè)發(fā)送的欠額數(shù)量動態(tài)設(shè)定，例如設(shè)置為欠額數(shù)量的全額、欠額數(shù)量的30％，等等。

賬戶管理側(cè)成功啟動針對目標(biāo)賬戶的余額監(jiān)控后，可以根據(jù)實際需求向余額控制需求側(cè)發(fā)送一條響應(yīng)消息(圖中未示出)，流程轉(zhuǎn)入實施階段。

2)實施階段：

在實施階段，余額控制需求側(cè)不需要主動執(zhí)行任何操作。而是等待接收到賬戶管理側(cè)發(fā)送的目標(biāo)賬戶余額變動消息后，再觸發(fā)后續(xù)處理，具體包括：

a)確定目標(biāo)賬戶當(dāng)前的余額數(shù)量：

余額控制需求側(cè)可以根據(jù)余額變動通知消息中攜帶的變動金額數(shù)量確定直接確定目標(biāo)賬戶當(dāng)前的余額數(shù)量。如果在余額變動通知消息中未攜帶的變動金額數(shù)量，則可以向賬戶管理服務(wù)器發(fā)送針對目標(biāo)賬戶的余額查詢請求，以確定目標(biāo)賬戶當(dāng)前的余額數(shù)量。

b)余額扣除處理：

實際應(yīng)用中，賬戶管理側(cè)是余額扣除操作的實際執(zhí)行方，因此余額控制需求側(cè)需要向賬戶管理側(cè)發(fā)送請求，以對目標(biāo)賬戶進(jìn)行余額扣除處理；具體而言，余額控制需求側(cè)可以將全部的欠額數(shù)量攜帶在請求中，也可以先根據(jù)所獲得的余額數(shù)量和欠額數(shù)量計算出本次實際可以扣除的額度，將計算結(jié)果攜帶在請求中。

與前文所述的賬戶管理側(cè)的處理方式類似，這里也可以為觸發(fā)余額扣除處理操作進(jìn)一步設(shè)置一些限制條件，例如：僅當(dāng)目標(biāo)賬戶當(dāng)前的余額數(shù)量大于某個預(yù)設(shè)數(shù)值時，觸發(fā)余額扣除處理操作，該預(yù)設(shè)數(shù)值的設(shè)置方式可參見前文的說明，這里不再贅述。另外，應(yīng)該理解的是，無論是在賬戶管理側(cè)還是在余額控制需求側(cè)所設(shè)置的限制條件都不是必須的，并且一般而言，只需單側(cè)限制即可實現(xiàn)相應(yīng)的效果，本領(lǐng)域技術(shù)人員可以根據(jù)實際需求靈活設(shè)置。

賬戶管理側(cè)完成余額扣除操作后，將本次成功扣除的余額數(shù)量反饋至余額控制需求側(cè)，這個成功扣除的余額數(shù)量可能是賬戶管理側(cè)所請求的全額、也可能是全額的一部分，當(dāng)然也存在扣除失敗的可能，相當(dāng)于本次成功扣除的余額數(shù)量＝0。

c)循環(huán)判斷處理：

余額控制需求側(cè)會根據(jù)賬戶管理側(cè)的反饋結(jié)果，判斷經(jīng)過本次余額扣除處理后，目標(biāo)賬戶的欠額數(shù)量是否為0，根據(jù)不同的判斷結(jié)果，觸發(fā)不同的后續(xù)操作：

如果欠額數(shù)量不為0，說明欠額還沒有全部還清，需要等待目標(biāo)賬戶下一次余額變動，以發(fā)起下一輪余額扣除操作；

如果欠額數(shù)量為0，意味著欠額已經(jīng)全部還清，流程將轉(zhuǎn)入完成階段。

3)完成階段：

余額控制需求側(cè)在確定欠額數(shù)量為0之后，向賬戶管理側(cè)發(fā)送針對目標(biāo)賬戶的余額控制完成通知消息，該消息中至少需要攜帶目標(biāo)賬戶的標(biāo)識。

賬戶管理側(cè)接收到余額控制需求側(cè)發(fā)送的針對目標(biāo)賬戶的余額控制完成通 知消息后，停止針對目標(biāo)賬戶的余額監(jiān)控，停止成功后，可以根據(jù)實際需求向余額控制需求側(cè)發(fā)送一條響應(yīng)消息(圖中未示出)，至此針對該目標(biāo)賬戶的余額控制流程結(jié)束。

可見，應(yīng)用本申請所提供的余額控制方案，不僅能夠及時捕捉到目標(biāo)賬戶的余額變動情況，而且無論是賬戶管理側(cè)還是余額控制需求側(cè)，都不需要主動地頻繁執(zhí)行查詢操作，兩側(cè)之間的信息交互頻率也明顯降低，有效地節(jié)約了系統(tǒng)設(shè)備資源和網(wǎng)絡(luò)資源。另外，余額控制過程支持多次循環(huán)處理，如果欠額數(shù)量無法一次性還清，則賬戶管理側(cè)會一直維持對目標(biāo)賬戶的余額監(jiān)控狀態(tài)，實施流程會循環(huán)執(zhí)行，直到欠額全部還清，從而更好地適應(yīng)余額控制操作的實際需求。

需要說明的是，以上實施例僅針對單一目標(biāo)賬戶的應(yīng)用執(zhí)行控制進(jìn)行說明，可以理解的是，整個系統(tǒng)完全可以支持對多個賬戶的應(yīng)用執(zhí)行控制，并且不同賬戶可以歸屬于不同的賬戶管理方。

另外，“賬戶”原意是指用于記錄財產(chǎn)內(nèi)容增減變動情況及結(jié)果的載體，而在互聯(lián)網(wǎng)領(lǐng)域中，賬戶的概念被賦予了更多的含義，一個網(wǎng)絡(luò)賬戶(也稱電子賬戶)既可以是銀行、保險公司等單位提供的用于管理實際資金的載體，也可以是其他網(wǎng)絡(luò)服務(wù)(例如網(wǎng)站，應(yīng)用)提供的用于管理積分、點數(shù)等虛擬財產(chǎn)的載體。因此，本申請中的“余額”“欠額”等概念也并不僅限于實際資金。

為了更清楚地說明本申請的余額控制方案，下面分別再從單側(cè)的角度，對余額控制需求側(cè)與賬戶管理側(cè)所執(zhí)行的余額控制方法進(jìn)行說明：

對于余額控制需求側(cè)，需要執(zhí)行的任務(wù)主要如下：

在啟動階段，主動觸發(fā)賬戶管理側(cè)啟動對目標(biāo)賬戶的余額監(jiān)控；

在實施階段，根據(jù)賬戶管理側(cè)發(fā)送的目標(biāo)賬戶余額變動消息，觸發(fā)余額扣除處理，并且根據(jù)扣除結(jié)果判斷是否進(jìn)入完成階段；

在完成階段，主動觸發(fā)賬戶管理側(cè)停止對目標(biāo)賬戶的余額監(jiān)控。

圖5所示為余額控制需求側(cè)所執(zhí)行的賬戶余額控制方法流程圖，具體可以包括以下步驟：

S101，向賬戶管理側(cè)發(fā)送針對目標(biāo)賬戶的余額控制請求消息，以指示賬戶管理側(cè)啟動針對目標(biāo)賬戶的余額監(jiān)控；

S102，接收到賬戶管理側(cè)發(fā)送的目標(biāo)賬戶余額變動消息后，確定目標(biāo)賬戶當(dāng)前的余額數(shù)量；

S103，根據(jù)目標(biāo)賬戶當(dāng)前的欠額數(shù)量，向賬戶管理側(cè)發(fā)送請求，以對目標(biāo)賬戶進(jìn)行余額扣除處理；

S104，判斷本次扣除處理后目標(biāo)賬戶的欠額數(shù)量是否為0，如果是則執(zhí)行步驟S105，否則繼續(xù)等待下一次目標(biāo)賬戶余額變動消息。

S105，向賬戶管理側(cè)發(fā)送針對目標(biāo)賬戶的余額控制完成通知消息，以指示賬戶管理側(cè)停止針對目標(biāo)賬戶的余額監(jiān)控。

對于賬戶管理側(cè)，需要執(zhí)行的任務(wù)主要如下：

在啟動階段，根據(jù)余額控制需求側(cè)的請求，啟動對目標(biāo)賬戶的余額監(jiān)控；

在實施階段，監(jiān)測到目標(biāo)賬戶余額發(fā)生變動后，向余額控制需求側(cè)發(fā)送余額變動通知消息；以及根據(jù)余額控制需求側(cè)的請求，執(zhí)行余額扣除處理，并向余額控制需求側(cè)反饋扣除結(jié)果。

在完成階段，根據(jù)余額控制需求側(cè)的通知，停止對目標(biāo)賬戶的余額監(jiān)控。

圖6所示為賬戶管理側(cè)所執(zhí)行的賬戶余額控制方法流程圖，具體可以包括以下步驟：

S201，接收到余額控制需求側(cè)發(fā)送的針對目標(biāo)賬戶的余額控制請求消息后，根據(jù)所述余額控制請求消息，啟動針對目標(biāo)賬戶的余額監(jiān)控，即：在目標(biāo)賬戶余額發(fā)生變動的情況下，向余額控制需求側(cè)發(fā)送余額變動通知消息；

S202，向余額控制需求側(cè)提供目標(biāo)賬戶當(dāng)前的余額數(shù)量，并根據(jù)余額控制需求側(cè)的請求對目標(biāo)賬戶進(jìn)行余額扣除處理；

S203，接收到余額控制需求側(cè)發(fā)送的針對目標(biāo)賬戶的余額控制完成通知消息后，停止針對目標(biāo)賬戶的余額監(jiān)控。

關(guān)于余額控制需求側(cè)與賬戶管理側(cè)的單側(cè)執(zhí)行方法細(xì)節(jié)，可以參見前面實施例的描述，這里不再贅述。

相應(yīng)于上述方法實施例，本申請還提供一種應(yīng)用于余額控制需求側(cè)的賬戶余額控制裝置，參見圖7所示，該裝置可以包括：

控制請求模塊110，用于向賬戶管理側(cè)發(fā)送針對目標(biāo)賬戶的余額控制請求消息，以指示賬戶管理側(cè)啟動針對目標(biāo)賬戶的余額監(jiān)控，其中，余額監(jiān)控為：在目標(biāo)賬戶余額發(fā)生變動的情況下，向余額控制需求側(cè)發(fā)送余額變動通知消息；

余額數(shù)量確定模塊120，用于在接收到賬戶管理側(cè)發(fā)送的目標(biāo)賬戶余額變動消息后，確定目標(biāo)賬戶當(dāng)前的余額數(shù)量；

余額扣除請求模塊130，用于根據(jù)目標(biāo)賬戶當(dāng)前的欠額數(shù)量，向賬戶管理側(cè)發(fā)送請求，以對目標(biāo)賬戶進(jìn)行余額扣除處理；

判斷模塊140，用于判斷本次扣除處理后目標(biāo)賬戶的欠額數(shù)量是否為0，如果是則觸發(fā)控制完成通知模塊150；

控制完成通知模塊150，用于向賬戶管理側(cè)發(fā)送針對目標(biāo)賬戶的余額控制完成通知消息，以指示賬戶管理側(cè)停止針對目標(biāo)賬戶的余額監(jiān)控。

在本申請的一種具體實施方式中，余額數(shù)量確定模塊120在確定目標(biāo)賬戶當(dāng)前的余額數(shù)量滿足預(yù)設(shè)要求的情況下，觸發(fā)余額扣除請求模塊130。

在本申請的一種具體實施方式中，余額數(shù)量確定模塊120可以具體用于：

接收到賬戶管理側(cè)發(fā)送的目標(biāo)賬戶余額變動消息后，根據(jù)目標(biāo)賬戶余額變動消息中攜帶的余額信息確定目標(biāo)賬戶當(dāng)前的余額數(shù)量；

或

接收到賬戶管理側(cè)發(fā)送的目標(biāo)賬戶余額變動消息后，向賬戶管理服務(wù)器發(fā)送針對目標(biāo)賬戶的余額查詢請求，以確定目標(biāo)賬戶當(dāng)前的余額數(shù)量。

本申請還提供一種應(yīng)用于賬戶管理側(cè)的賬戶余額控制裝置，參見圖8所示，該裝置可以包括：

余額監(jiān)控啟動模塊210，用于在接收到余額控制需求側(cè)發(fā)送的針對目標(biāo)賬戶的余額控制請求消息后，根據(jù)余額控制請求消息，啟動余額監(jiān)控執(zhí)行模塊220；

余額監(jiān)控執(zhí)行模塊220，用于在目標(biāo)賬戶余額發(fā)生變動的情況下，向余額控 制需求側(cè)發(fā)送余額變動通知消息；

余額請求處理模塊230，用于向余額控制需求側(cè)提供目標(biāo)賬戶當(dāng)前的余額數(shù)量，并根據(jù)余額控制需求側(cè)的請求對目標(biāo)賬戶進(jìn)行余額扣除處理；

余額監(jiān)控停止模塊240，用于在接收到余額控制需求側(cè)發(fā)送的針對目標(biāo)賬戶的余額控制完成通知消息后，停止余額監(jiān)控執(zhí)行模塊240。

在本申請的一種具體實施方式中，余額監(jiān)控執(zhí)行模塊220可以具體用于：

在目標(biāo)賬戶余額變動情況滿足預(yù)設(shè)要求的情況下，向余額控制需求側(cè)發(fā)送余額變動通知消息。

本申請還提供一種賬戶余額控制系統(tǒng)，該系統(tǒng)可以包括：余額控制需求側(cè)裝置及賬戶管理側(cè)裝置；

余額控制需求側(cè)裝置向賬戶管理側(cè)裝置發(fā)送針對目標(biāo)賬戶的余額控制請求消息；

賬戶管理側(cè)裝置接收到余額控制需求側(cè)裝置發(fā)送的針對目標(biāo)賬戶的余額控制請求消息后，根據(jù)余額控制請求消息，啟動針對目標(biāo)賬戶的余額監(jiān)控，其中余額監(jiān)控為：在目標(biāo)賬戶余額發(fā)生變動的情況下，向余額控制需求側(cè)裝置發(fā)送余額變動通知消息；

余額控制需求側(cè)裝置接收到賬戶管理側(cè)裝置發(fā)送的目標(biāo)賬戶余額變動消息后，確定目標(biāo)賬戶當(dāng)前的余額數(shù)量；根據(jù)目標(biāo)賬戶當(dāng)前的欠額數(shù)量，向賬戶管理側(cè)裝置發(fā)送請求，以對目標(biāo)賬戶進(jìn)行余額扣除處理；判斷本次扣除處理后目標(biāo)賬戶的欠額數(shù)量是否為0，如果是則向賬戶管理側(cè)裝置發(fā)送針對目標(biāo)賬戶的余額控制完成通知消息；

賬戶管理側(cè)裝置接收到余額控制需求側(cè)裝置發(fā)送的針對目標(biāo)賬戶的余額控制完成通知消息后，停止針對目標(biāo)賬戶的余額監(jiān)控。

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

通過以上的實施方式的描述可知，本領(lǐng)域的技術(shù)人員可以清楚地了解到本申請可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)?；谶@樣的理解，本申 請的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻(xiàn)的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機(jī)軟件產(chǎn)品可以存儲在存儲介質(zhì)中，如ROM/RAM、磁碟、光盤等，包括若干指令用以使得一臺計算機(jī)設(shè)備(可以是個人計算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本申請各個實施例或者實施例的某些部分所述的方法。

本說明書中的各個實施例均采用遞進(jìn)的方式描述，各個實施例之間相同相似的部分互相參見即可，每個實施例重點說明的都是與其他實施例的不同之處。尤其，對于裝置或系統(tǒng)實施例而言，由于其基本相似于方法實施例，所以描述得比較簡單，相關(guān)之處參見方法實施例的部分說明即可。以上所描述的裝置或系統(tǒng)實施例僅僅是示意性的，其中所述作為分離部件說明的模塊可以是或者也可以不是物理上分開的，在實施本申請方案時可以把各模塊的功能在同一個或多個軟件和/或硬件中實現(xiàn)。也可以根據(jù)實際的需要選擇其中的部分或者全部模塊來實現(xiàn)本實施例方案的目的。本領(lǐng)域普通技術(shù)人員在不付出創(chuàng)造性勞動的情況下，即可以理解并實施。

以上所述僅是本申請的具體實施方式，應(yīng)當(dāng)指出，對于本技術(shù)領(lǐng)域的普通技術(shù)人員來說，在不脫離本申請原理的前提下，還可以做出若干改進(jìn)和潤飾，這些改進(jìn)和潤飾也應(yīng)視為本申請的保護(hù)范圍。