本申請涉及計算機金融技術(shù)領(lǐng)域，尤其涉及一種網(wǎng)絡資源轉(zhuǎn)移方法、資金轉(zhuǎn)移方法、還款方法及裝置。

背景技術(shù)：

隨著信息技術(shù)的發(fā)展，人們在通過網(wǎng)絡處理各種事務時，需要用到網(wǎng)絡資源(比如虛擬幣、QQ幣等)。由于網(wǎng)絡資源具有相對稀缺性，在事務處理過程中可能會出現(xiàn)網(wǎng)絡資源不足的情況，因此通過資源轉(zhuǎn)移來獲取網(wǎng)絡資源就顯得尤為重要。

目前，在網(wǎng)絡資源的轉(zhuǎn)移過程中，處理該資源轉(zhuǎn)移業(yè)務的服務器，在接收到資源轉(zhuǎn)出方確認轉(zhuǎn)移的信息后，將該確認信息中包含的資源轉(zhuǎn)入方放入“確認記錄表”中，在指定時間窗口內(nèi)，服務器的監(jiān)控單元會對資源轉(zhuǎn)出方對應的資源池進行監(jiān)控，當監(jiān)控到該資源池中有網(wǎng)絡資源時，監(jiān)控單元會發(fā)起的資源轉(zhuǎn)移指令，指示服務器將該網(wǎng)絡資源轉(zhuǎn)移給“確認記錄表”中的該資源轉(zhuǎn)入方。

在實際應用中，隨著網(wǎng)絡資源轉(zhuǎn)移的業(yè)務量的快速增長，服務器接收到資源轉(zhuǎn)出方向資源轉(zhuǎn)入方轉(zhuǎn)移網(wǎng)絡資源的確認信息后，在指定時間窗口內(nèi)，可能還會接收到該資源轉(zhuǎn)出方向其它資源轉(zhuǎn)入方轉(zhuǎn)移網(wǎng)絡資源的確認信息，此時，“確認記錄表”中多個資源轉(zhuǎn)入方。當監(jiān)測到資源池中有網(wǎng)絡資源時，由于“確認記錄表”中有多個資源轉(zhuǎn)入方，監(jiān)控單元所發(fā)起的資源轉(zhuǎn)移指令，可能會將網(wǎng)絡資源轉(zhuǎn)移給不同的資源轉(zhuǎn)入方。因此，這種資源轉(zhuǎn)移方式，在“確認記錄表”中有多個資源轉(zhuǎn)入方時，可能無法根據(jù)資源轉(zhuǎn)出方的需要，將網(wǎng)絡資源轉(zhuǎn)移給其中指定的某個資源轉(zhuǎn)入方。

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

為了解決現(xiàn)有技術(shù)中的問題，本申請實施例提供一種網(wǎng)絡資源轉(zhuǎn)移方法、資金轉(zhuǎn)移方法、還款方法及裝置。

本申請實施例提供了一種網(wǎng)絡資源的轉(zhuǎn)移方法，該方法包括：

接收資源轉(zhuǎn)移的確認信息并根據(jù)所述確認信息確定目標賬戶；

將待轉(zhuǎn)移的網(wǎng)絡資源凍結(jié)；

當接收到針對所述目標賬戶的資源轉(zhuǎn)移指令時，將所述網(wǎng)絡資源解凍并轉(zhuǎn)入所述目標賬戶。

優(yōu)選的，在根據(jù)所述確認信息確定目標賬戶時，所述方法還包括：根據(jù)所述確認信息確定所需要的網(wǎng)絡資源的資源值；則，

在將待轉(zhuǎn)移的網(wǎng)絡資源凍結(jié)之前，所述方法還包括：

將待轉(zhuǎn)移的網(wǎng)絡資源的資源值與所需要的網(wǎng)絡資源的資源值進行匹配；

若匹配成功，將待轉(zhuǎn)移的網(wǎng)絡資源凍結(jié)。

優(yōu)選的，當根據(jù)確認信息確定了多個目標賬戶以及與各目標賬戶對應的資源值時，

所述將待轉(zhuǎn)移的網(wǎng)絡資源的資源值與所需要的網(wǎng)絡資源的資源值進行匹配具體包括：

將待轉(zhuǎn)移的網(wǎng)絡資源的資源值與各目標賬戶對應的資源值之和進行匹配；以及，

將待轉(zhuǎn)移的網(wǎng)絡資源解凍并轉(zhuǎn)入目標賬戶具體包括：

將待轉(zhuǎn)移的網(wǎng)絡資源解凍；

根據(jù)各目標賬戶對應的資源值將待轉(zhuǎn)移的網(wǎng)絡資源拆分為對應的子網(wǎng)絡資源；

將各子網(wǎng)絡資源轉(zhuǎn)移至對應的目標賬戶。

優(yōu)選的，在將待轉(zhuǎn)移的網(wǎng)絡資源凍結(jié)時，所述方法還包括：生成用于解凍所述網(wǎng)絡資源的解凍碼。

優(yōu)選的，所述將待轉(zhuǎn)移的網(wǎng)絡資源凍結(jié)具體包括：將待轉(zhuǎn)移的網(wǎng)絡資源設(shè)置為不可轉(zhuǎn)移、不可抵押和不可過戶的狀態(tài)。

本申請實施例還提供一種資金轉(zhuǎn)移方法，該方法包括：

接收資金轉(zhuǎn)移的確認信息并根據(jù)所述確認信息確定目標資金賬戶以及所需要的資金額度；

將待轉(zhuǎn)移資金的金額與所需要的資金額度進行匹配；

若匹配成功，將待轉(zhuǎn)移的資金凍結(jié)；

當接收到針對所述目標資金賬戶的資金轉(zhuǎn)移指令時，將待轉(zhuǎn)移資金解凍并轉(zhuǎn)入所述目標資金賬戶。

本申請實施例還提供一種還款方法，該方法包括：

接收還款確認信息并根據(jù)所述確認信息確定還款目標賬戶以及所需要的還款資金額度；

將還款資金的金額與所需要的還款資金額度進行匹配；

若匹配成功，將所述還款資金凍結(jié)；

當接收到針對所述還款目標賬戶的還款指令時，將所述還款資金解凍并轉(zhuǎn)入所述還款目標賬戶。

優(yōu)選的，所述方法還包括：將還款用戶注入指定賬戶中的資金確定為還款資金。

優(yōu)選的，接收還款確認信息具體為：

接收還款用戶通過指定頁面輸入的還款確認信息；或，

接收還款用戶通過指定數(shù)據(jù)傳輸接口輸入還款確認信息；或，

接收還款用戶上傳的對還款進行確認的還款文件。

優(yōu)選的，在還款時間點到達時，接收將所述資金轉(zhuǎn)移至所述目標資金賬戶的指令。

本申請實施例還提供一種資金轉(zhuǎn)移裝置，該裝置包括：第一確定單元、第一匹配單元、第一凍結(jié)單元以及資金轉(zhuǎn)移單元，其中：

第一確定單元，接收資金轉(zhuǎn)移的確認信息并根據(jù)所述確認信息確定目標資金賬戶以及所需要的資金額度；

第一匹配單元，將待轉(zhuǎn)移資金的金額與所需要的資金額度進行匹配；

第一凍結(jié)單元，若匹配成功，將待轉(zhuǎn)移的資金凍結(jié)；

資金轉(zhuǎn)移單元，當接收到針對所述目標資金賬戶的資金轉(zhuǎn)移指令時，將待轉(zhuǎn)移資金解凍并轉(zhuǎn)入所述目標資金賬戶。

本申請實施例還提供一種還款裝置，該裝置包括：第二確定單元、第二匹配單元、第二凍結(jié)單元以及還款單元，其中：

第二確定單元，接收還款確認信息并根據(jù)所述確認信息確定還款目標賬戶以及所需要的還款資金額度；

第二匹配單元，將還款資金的金額與所需要的還款資金額度進行匹配；

第二凍結(jié)單元，若匹配成功，將所述還款資金凍結(jié)；

還款單元，當接收到針對所述還款目標賬戶的還款指令時，將所述還款資金解凍并轉(zhuǎn)入所述還款目標賬戶。

本申請實施例采用的上述至少一個技術(shù)方案能夠達到以下有益效果：

在確定待轉(zhuǎn)移的網(wǎng)絡資源之后，將該網(wǎng)絡資源凍結(jié)，只有當接收到針對用戶所確認的目標賬戶的資源轉(zhuǎn)移指令時，才將該凍結(jié)的網(wǎng)絡資源解凍并轉(zhuǎn)入目標賬戶，當接收到針對其它賬戶的資源轉(zhuǎn)移指令時，由于該網(wǎng)絡資源凍結(jié)，并不能進行網(wǎng)絡資源的轉(zhuǎn)移，從而解決了現(xiàn)有技術(shù)的問題。

附圖說明

此處所說明的附圖用來提供對本申請的進一步理解，構(gòu)成本申請的一部分，本申請的示意性實施例及其說明用于解釋本申請，并不構(gòu)成對本申請的不當限定。在附圖中：

圖1為本申請實施例提供的一種網(wǎng)絡資源轉(zhuǎn)移方法的具體實現(xiàn)流程示意圖；

圖2為本申請實施例提供的一種資金轉(zhuǎn)移方法的具體實現(xiàn)流程示意圖；

圖3為本申請實施例提供的頁面確認的示意圖；

圖4為本申請實施例提供的一種還款方法的具體實現(xiàn)流程示意圖；

圖5為本申請實施例提供的一種還款方法的場景示意圖；

圖6為本申請實施例提供的一種還款方法的還款資金的轉(zhuǎn)移示意圖；

圖7為本申請實施例提供的一種資金轉(zhuǎn)移裝置的具體結(jié)構(gòu)示例圖；

圖8為本申請實施例提供的一種還款裝置的具體結(jié)構(gòu)示例圖。

具體實施方式

為使本申請的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合本申請具體實施例及相應的附圖對本申請技術(shù)方案進行清楚、完整地描述。顯然，所描述的實施例僅是本申請一部分實施例，而不是全部的實施例?；诒旧暾堉械膶嵤├?，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本申請保護的范圍。

以下結(jié)合附圖，詳細說明本申請各實施例提供的技術(shù)方案。

實施例1

如上所述，隨著信息技術(shù)的發(fā)展，人們在日常事務處理過程中，通常需要進行網(wǎng)絡資源的轉(zhuǎn)移。目前的網(wǎng)絡資源轉(zhuǎn)移方法，服務器在接收資源轉(zhuǎn)出方確認轉(zhuǎn)移的信息后，將該確認信息中包含的資源轉(zhuǎn)入方放入“確認記錄表”，并在指定時間窗口內(nèi)對資源池進行監(jiān)控，當發(fā)現(xiàn)該資源池中有網(wǎng)絡資源時，服務器會根據(jù)監(jiān)控單元的資源轉(zhuǎn)移指令，將該網(wǎng)絡資源轉(zhuǎn)移給資源轉(zhuǎn)入方。

然而，隨著網(wǎng)絡資源轉(zhuǎn)移的業(yè)務量的快速增長，服務器接收到資源轉(zhuǎn)出方向資源轉(zhuǎn)入方轉(zhuǎn)移網(wǎng)絡資源的確認信息后，在指定時間窗口內(nèi)，可能還會接收到向其它資源轉(zhuǎn)入方轉(zhuǎn)移網(wǎng)絡資源的確認信息，此時，“確認記錄表”中包括多個資源轉(zhuǎn)入方。當監(jiān)測到資源池中有網(wǎng)絡資源時，由于“確認記錄表”中有多個資源轉(zhuǎn)入方，服務器可能會接收到的不同的資源轉(zhuǎn)移指令，指示將網(wǎng)絡資源轉(zhuǎn)移至不同的資源轉(zhuǎn)入方。因此，這種資源轉(zhuǎn)移方式，在“確認記錄表”中有多個資源轉(zhuǎn)入方時，可能無法根據(jù)資源轉(zhuǎn)出方的需要，將網(wǎng)絡資源轉(zhuǎn)移給其中指定的某個資源轉(zhuǎn)入方。

例如，服務器在6月5號接收到第一用戶向第二用戶轉(zhuǎn)移網(wǎng)絡資源的確認信息，并將第二用戶放入“確認記錄表”，該指定時間窗口為3天；之后，服務器又在6月6號接收到第一用戶向第三用戶轉(zhuǎn)移網(wǎng)絡資源的確認信息，并將第三用戶也放入“確認記錄表”，該“確認記錄表”中包括第二用戶和第三用戶。當6月7號用戶將網(wǎng)絡資源存放入資源池時，服務器可能會接收到將該網(wǎng)絡資源轉(zhuǎn)移至第二用戶的指令，將網(wǎng)絡資源轉(zhuǎn)移至第二用戶，也可能會接收到將該網(wǎng)絡資源轉(zhuǎn)移至第三用戶的指令，將網(wǎng)絡資源轉(zhuǎn)移至第三用戶，因此，出現(xiàn)了對網(wǎng)絡資源爭搶的現(xiàn)象。此時，如果第一用戶希望將7號的這筆網(wǎng)絡資源轉(zhuǎn)移給第二用戶，則現(xiàn)有技術(shù)的這種資源轉(zhuǎn)移方式，可能會導致轉(zhuǎn)移出錯。

為了解決現(xiàn)有技術(shù)的問題，本申請實施例提供了一種網(wǎng)絡資源的轉(zhuǎn)移方法，該方法用戶服務器。如圖1所示，該方法的步驟包括：

步驟S11：接收資源轉(zhuǎn)移的確認信息并根據(jù)所述確認信息確定目標賬戶。

通常在用戶對網(wǎng)絡資源的轉(zhuǎn)移進行確認后，服務器可以接收到資源轉(zhuǎn)移的確認信息，并且通?？梢愿鶕?jù)該確認信息確定目標賬戶。此外，在用戶確認向目標賬戶轉(zhuǎn)移網(wǎng)絡資源后，服務器通常還會將該目標賬戶放入確認記錄表。

例如，用戶A需要將網(wǎng)絡資源轉(zhuǎn)移給用戶B，在用戶A對該轉(zhuǎn)移業(yè)務進行確認之后，服務器會接收到該資源轉(zhuǎn)移的確認信息，并對該確認信息進行解析，確定用戶B對應的賬戶(即，目標賬戶)。

步驟S12：確定待轉(zhuǎn)移的網(wǎng)絡資源。

在實際網(wǎng)絡資源轉(zhuǎn)移過程中，用戶通常會根據(jù)需要同時有多個賬戶，并將其中的特定賬戶用于網(wǎng)絡資源的轉(zhuǎn)移，一般可以將用戶轉(zhuǎn)入該特定賬戶的網(wǎng)絡資源，確定為待轉(zhuǎn)移的網(wǎng)絡資源。

特別是，隨著用于網(wǎng)絡資源轉(zhuǎn)移的應用APP的出現(xiàn)，用戶通常會注冊多個登錄賬號(登錄賬號對應賬戶)，各個登錄賬號應用于不同的用途。其中，可以使用某個登錄賬號進行網(wǎng)絡資源的轉(zhuǎn)移，可以將用戶轉(zhuǎn)入該登錄賬號對應的資源池中的網(wǎng)絡資源，確定為待轉(zhuǎn)移的網(wǎng)絡資源。通常，服務器在根據(jù)用戶確認轉(zhuǎn)移的信息，將目標賬戶放入確認記錄表后，還會對對應的網(wǎng)絡資源池進行監(jiān)控，當監(jiān)控到該資源池中有網(wǎng)絡資源時，將該網(wǎng)絡資源確定為待轉(zhuǎn)移的網(wǎng)絡資源。

步驟S13：將待轉(zhuǎn)移的網(wǎng)絡資源凍結(jié)。

這里所說的，將待轉(zhuǎn)移的網(wǎng)絡資源凍結(jié)，可以是將該待轉(zhuǎn)移的網(wǎng)絡資源設(shè)置為不可轉(zhuǎn)移、不可抵押和不可過戶的狀態(tài)。此外，在將待轉(zhuǎn)移的網(wǎng)絡資源凍結(jié)時，還可以生成用于解凍該網(wǎng)絡資源的解凍碼，在需要時，可以通過該解凍碼解凍該網(wǎng)絡資源。

步驟S14：在接收到針對所述目標賬戶的資源轉(zhuǎn)移指令時，將所述網(wǎng)絡資源解凍并轉(zhuǎn)入所述目標賬戶。

通常在某一個時間點到來時，或者根據(jù)用戶的主動觸發(fā)的情況下，服務器能夠接收到針對所述目標賬戶的資源轉(zhuǎn)移指令，從而將凍結(jié)的網(wǎng)絡資源解凍，并轉(zhuǎn)入目標賬戶。

需要說明的是，在實際應用中，當用戶確認對網(wǎng)絡資源進行轉(zhuǎn)移之后，服務器會對該用戶用于轉(zhuǎn)移網(wǎng)絡資源的登錄賬號(作為資源池)進行監(jiān)控，當監(jiān)控到資源池中有網(wǎng)絡資源時，一般情況下通常會接收到多個資源轉(zhuǎn)移指令，這些資源轉(zhuǎn)移指令分別針對確認記錄表中的各個賬戶，因此服務器在接收到資源轉(zhuǎn)移指令后，還需要判斷該資源轉(zhuǎn)移指令是否針對目標賬戶。

通?？梢詫⑺鲑Y源轉(zhuǎn)移指令中包括第二賬戶與目標賬戶進行匹配，當匹配成功時，說明所接收到的資源轉(zhuǎn)移指令針對所述目標賬戶，可以根據(jù)該資源轉(zhuǎn)移指令將網(wǎng)絡資源解凍并轉(zhuǎn)移至目標賬戶，當匹配失敗時，說明所接收到的資源轉(zhuǎn)移指令不針對所述目標賬戶，此時由于網(wǎng)絡資源被凍結(jié)，并不能實現(xiàn)將網(wǎng)絡資源轉(zhuǎn)移至第二賬戶。

因此，步驟S14可以具體為如下的步驟S141，

步驟S141：當接收到資源轉(zhuǎn)移指令時，將所述資源轉(zhuǎn)移指令中的第二賬戶與所述目標賬戶進行匹配，若匹配成功，將待轉(zhuǎn)移的網(wǎng)絡資源解凍并轉(zhuǎn)入所述目標賬戶。

采用本申請實施例1所提供的網(wǎng)絡資源的轉(zhuǎn)移方法，在確定待轉(zhuǎn)移的網(wǎng)絡資源之后，將該網(wǎng)絡資源凍結(jié)，只有當接收到針對用戶所確認的目標賬戶的資源轉(zhuǎn)移指令時，才將該凍結(jié)的網(wǎng)絡資源解凍并轉(zhuǎn)入目標賬戶，當接收到針對其它賬戶的資源轉(zhuǎn)移指令時，由于該網(wǎng)絡資源凍結(jié)，并不能進行網(wǎng)絡資源的轉(zhuǎn)移，從而解決了現(xiàn)有技術(shù)的問題。

例如，用戶需要將網(wǎng)絡資源轉(zhuǎn)移給賬戶1，在確認向賬戶1轉(zhuǎn)移網(wǎng)絡資源后，確認記錄表中包括賬戶1和賬戶2。此時，用戶將網(wǎng)絡資源注入資源池，并將該網(wǎng)絡資源凍結(jié)，服務器在接收到將該網(wǎng)絡資源轉(zhuǎn)移給賬戶2的指令后，由于該網(wǎng)絡資源被凍結(jié)，并不能完成轉(zhuǎn)移；只有當接收到針對賬戶1的資源轉(zhuǎn)移指令后，才可以將該網(wǎng)絡資源解凍，并轉(zhuǎn)移至賬戶1。

需要說明的是，在實際應用中，通常用戶在確認向其它用戶轉(zhuǎn)移網(wǎng)絡資源時，還需要確認所需要轉(zhuǎn)移的網(wǎng)絡資源的資源值，也即，服務器在根據(jù)轉(zhuǎn)移網(wǎng)絡資源的確認信息確定目標賬戶時，還可以根據(jù)該確認信息確定所需要的網(wǎng)絡資源的資源值。

則，在步驟S12和步驟S13之間，還可以將待轉(zhuǎn)移的網(wǎng)絡資源的資源值與所需要的網(wǎng)絡資源的資源值進行匹配，當匹配成功時，執(zhí)行步驟S13，當匹配失敗時，可以向用戶發(fā)送提示信息，然后根據(jù)用戶的選擇，凍結(jié)或者不凍結(jié)該網(wǎng)絡資源。

此外，當根據(jù)該確認信息確定了多個目標賬戶，并且各目標賬戶對應的不同的資源值時，將待轉(zhuǎn)移的網(wǎng)絡資源的資源值與所需要的網(wǎng)絡資源的資源值進行匹配可以為，將該待轉(zhuǎn)移的網(wǎng)絡資源的資源值與各目標賬戶對應的資源值之和進行匹配，在匹配成功時，將該待轉(zhuǎn)移的網(wǎng)絡資源凍結(jié)，并且在將待轉(zhuǎn)移的網(wǎng)絡資源解凍后，可以根據(jù)各目標賬戶對應的資源值將待轉(zhuǎn)移的網(wǎng)絡資源拆分為對應的子網(wǎng)絡資源，將各子網(wǎng)絡資源轉(zhuǎn)移至對應的目標賬戶。

例如，根據(jù)用戶轉(zhuǎn)移網(wǎng)絡資源的確認信息，確定了向賬戶X和賬戶Y轉(zhuǎn)移網(wǎng)絡資源，其中，向賬戶X轉(zhuǎn)移網(wǎng)絡資源的資源值為a，向賬戶Y轉(zhuǎn)移網(wǎng)絡資源的資源值為b，則，所需要的網(wǎng)絡資源的資源值為(a+b)，將待轉(zhuǎn)移的網(wǎng)絡資源的資源值與(a+b)進行匹配，在匹配成功后將該網(wǎng)絡資源凍結(jié)；并且在解凍后，將該網(wǎng)絡資源拆分為子網(wǎng)絡資源X’(資源值為a)和子網(wǎng)絡資源Y’(資源值為b)，分別轉(zhuǎn)移給賬戶X和賬戶Y。

本申請實施例1根據(jù)步驟S11～步驟S14的順序進行展開描述，但是，在實際應用中，并不必然按照該順序進行實施。例如，可以先執(zhí)行步驟S12和S13，然后執(zhí)行步驟S11；也可以先執(zhí)行步驟S12和S11，然后執(zhí)行步驟S13；也可以按照其它方式執(zhí)行，這些并不對本申請的實施效果造成影響。

實施例2

為了更加清楚的對實施例1中提供的網(wǎng)絡資源轉(zhuǎn)移方法進行說明，實施例2提供了該方法在資金轉(zhuǎn)移的具體應用場景下的實施例，在該實施例中，網(wǎng)絡資源可以具體為資金。實施例2中的提供的一種資金轉(zhuǎn)移方法，如圖2所示，該方法包括下述步驟：

步驟S21：接收資金轉(zhuǎn)移的確認信息并根據(jù)所述確認信息確定目標資金賬戶以及所需要的資金額度。

用戶對資金的轉(zhuǎn)移進行確認后，服務器會接收到資金轉(zhuǎn)移的確認信息，并且通常可以根據(jù)該確認信息確定目標資金賬戶。這里的用戶可以為公司、金融機構(gòu)以及個人等，對于金融機構(gòu)而言，可以包括銀行、基金、保險等。目標資金賬戶可以為銀行賬戶，也可以為與理財APP的登錄賬號對應的資金賬戶，也可以為保險賬戶、基金賬戶等。

在實際應用中，用戶可以通過多種方式對資金的轉(zhuǎn)移進行確認，這里可以列舉幾種優(yōu)選的方案：

優(yōu)選方案一：頁面確認，即用戶在指定頁面中輸入確認信息進行確認，如圖3所示。

該指定頁面可以為指定的還款頁面，觸發(fā)該指定的還款頁面中相應的按鈕后，可以確認向其它的用戶轉(zhuǎn)移資金。這種頁面確認的方式，可以通過手機端登錄指定頁面進行確認，也可以通過電腦端登錄指定頁面進行確認，也可以通過其它的計算設(shè)備(PAD等)登錄指定頁面進行確認，由于所借助的硬件設(shè)備的多樣化，使得頁面方式對于個人進行資金轉(zhuǎn)移十分方便。

優(yōu)選方案二：接口確認，即用戶通過對應的數(shù)據(jù)傳輸接口，輸入確認信息進行確認。

這里的數(shù)據(jù)傳輸接口與該用戶相對應，可以是該用戶專用的數(shù)據(jù)傳輸接口。

在實際應用中，對于銀行、保險等規(guī)模較大的金融機構(gòu)，為了加強確認過程的安全性，可以向這些金融機構(gòu)分配相對應的數(shù)據(jù)傳輸接口，不同的金融機構(gòu)通過各自對應的數(shù)據(jù)傳輸接口進行確認。

優(yōu)選方案三：文件確認，即用戶上傳對應的確認文件進行確認。

通常用戶可以通過上傳確認文件的方式，確定進行資金的轉(zhuǎn)移。服務器在接收這些確認文件之后，對這些文件進行分析，可以確定目標資金賬戶，以及需要轉(zhuǎn)入目標賬戶的資金金額。

當然，在用戶確認向目標賬戶轉(zhuǎn)移資金后，服務器可以將該目標賬戶放入確認記錄表中，該確認記錄表中所記錄的資金賬戶均為，用戶確認向其轉(zhuǎn)移資金的資金賬戶，各個資金賬戶分別對應一個時間窗口，該時間窗口為用戶會在該時間窗口內(nèi)，完成對應的資金轉(zhuǎn)移過程，通常該時間窗口可以設(shè)為3天或者5天等。

上述的，根據(jù)確認信息確定目標資金賬戶以及所需要的資金額度，由于該確認信息中，通常會包括所轉(zhuǎn)移的對象(即，目標資金賬戶)以及所轉(zhuǎn)移的資金的金額，從而可以確定目標資金賬戶以及所需要的資金額度。

需要說明的是，金融機構(gòu)在進行資金轉(zhuǎn)移時，通常是確定向某個融資需求進行轉(zhuǎn)賬(購買融資需求、或者向融資需求進行還款)，該融資需求與目標資金賬戶關(guān)聯(lián)，在向該融資需求轉(zhuǎn)賬后，資金會流向所關(guān)聯(lián)的目標資金賬戶。

例如，銀行購買融資需求A，該融資需求A為公司B為籌集項目資金所發(fā)布的融資需求，因此融資需求A在后臺與公司B的某個賬戶(目標資金賬戶)相關(guān)聯(lián)，銀行在確定向融資需求A進行轉(zhuǎn)賬后，服務器可以通過確認信息，確定與融資需求A關(guān)聯(lián)的目標資金賬戶，以及所需要轉(zhuǎn)移的資金。

步驟S22：確定待轉(zhuǎn)移資金。

在實際應用中，隨著用于資金轉(zhuǎn)移的應用APP的出現(xiàn)，用戶通常會注冊多個登錄賬號，各個登錄賬號應用于不同的用途。其中，可以將某個賬號專門用于資金轉(zhuǎn)移，可以將用戶轉(zhuǎn)入該登錄賬號中的資金，確定為待轉(zhuǎn)移的資金。

例如，支付寶可以用于資金的轉(zhuǎn)移，通常金融機構(gòu)會在支付寶中注冊專門的理財賬戶(稱為，機構(gòu)中間戶)，來用于理財時的資金轉(zhuǎn)移，通?？梢詫⒔鹑跈C構(gòu)存入機構(gòu)中間戶中的資金確定為待轉(zhuǎn)移資金。

步驟S23：將待轉(zhuǎn)移資金的金額與所需要的資金額度進行匹配，當匹配成功時，執(zhí)行步驟S24。

步驟S24：將待轉(zhuǎn)移的資金凍結(jié)。

將用戶轉(zhuǎn)入指定賬戶中的資金確定為還款資金

這里所說的，將待轉(zhuǎn)移的資金凍結(jié)是指將該資金設(shè)置為不可轉(zhuǎn)移、不可抵押以及不可過戶的狀態(tài)。

在確定待轉(zhuǎn)移資金后，可以將待轉(zhuǎn)移資金的金額與所需要的資金額度進行匹配，當匹配成功時，可以將待轉(zhuǎn)移資金凍結(jié)。

例如，金融機構(gòu)存入機構(gòu)中間戶的資金為10萬元(待轉(zhuǎn)移資金)，通過金融機構(gòu)確定轉(zhuǎn)移的信息，確定所需要的資金額度(用于該次資金轉(zhuǎn)移的資金額度)為10萬元，將待轉(zhuǎn)移資金的金額與所需要的資金額度進行匹配，在匹配成功時，將待轉(zhuǎn)移資金的10萬元進行凍結(jié)。

在實際應用中，在將待轉(zhuǎn)移資金凍時，還可以生成用于解凍該待轉(zhuǎn)移資金的解凍碼，在需要時，可以通過該解凍碼解凍該待轉(zhuǎn)移資金。

當然，當待轉(zhuǎn)移資金與所需要的資金額度匹配失敗時，導致匹配失敗可以是由于待轉(zhuǎn)移資金大余，或者小于所需要的資金額度，可以根據(jù)具體的應用場景選擇不凍結(jié)該資金，也可以根據(jù)需要凍結(jié)該資金。

例如，金融機構(gòu)向融資需求進行還款是，若金融機構(gòu)存入機構(gòu)中間戶的資金的金額小于所需要的資金額度，導致匹配失敗，由于資金不足，可以選擇不凍結(jié)該資金；若金融機構(gòu)存入機構(gòu)中間戶的資金的金額大于所需要的資金額度，可以選擇凍結(jié)該資金，以免該筆資金被其它融資需求調(diào)用。當然，在其它應用場景下，在匹配失敗時，可以根據(jù)需要進行選擇。

另外，在匹配失敗時，還可以向用戶發(fā)送提示信息，用于提示用戶，所存入的待轉(zhuǎn)移資金與需要轉(zhuǎn)移的資金額度不匹配。

步驟S25：當接收到針對所述目標資金賬戶的資金轉(zhuǎn)移指令時，將所述資金解凍并轉(zhuǎn)入所述目標資金賬戶。

將待轉(zhuǎn)移的資金凍結(jié)之后，通常在轉(zhuǎn)移的時間點到達時，服務器會接收將所述資金轉(zhuǎn)移至所述目標資金賬戶的指令。該時間點通常與時間窗口有關(guān)，也可以是用戶自己設(shè)置的，在時間窗口內(nèi)的某一個時間點。

例如，用戶3月4號確定進行資金轉(zhuǎn)移，時間窗口為3天(也即，要求最遲在3月6號24點完成資金轉(zhuǎn)移)，該轉(zhuǎn)移時間點可以為3月6號24點，也可以為3月6號17點，也可以根據(jù)用戶的需要設(shè)置為時間窗口內(nèi)的某個時間點(例如，用戶設(shè)置為3月6號上午10點)。

在時間點到達時，服務器會接收到根據(jù)確認記錄表中的該目標資金賬戶發(fā)起的資金轉(zhuǎn)移指令，指示服務器將該待轉(zhuǎn)移的資金解凍后，轉(zhuǎn)移至該目標資金賬戶。當然，在實際應用中，還可以根據(jù)用戶的主動觸發(fā)，使得服務器接收到該指令，進行資金的轉(zhuǎn)移。在解凍待轉(zhuǎn)移資金時，可以根據(jù)所生成的解凍碼解凍該待轉(zhuǎn)移資金。

需要說明的是，在實際應用中，當用戶確認進行資金轉(zhuǎn)移之后，服務器會對該用戶用于轉(zhuǎn)移資金的登錄賬號(作為資源池)進行監(jiān)控，當監(jiān)控到資源池中有資金時，一般情況下通常會接收到多個資金轉(zhuǎn)移指令，這些資金轉(zhuǎn)移指令分別針對確認記錄表中的各個賬戶，因此服務器在接收到資金轉(zhuǎn)移指令后，還需要判斷該資金轉(zhuǎn)移指令是否針對目標資金賬戶。

通?？梢詫⑺鲑Y金轉(zhuǎn)移指令中包括第二資金賬戶與目標資金賬戶進行匹配，當匹配成功時，說明所接收到的資金轉(zhuǎn)移指令針對所述目標資金賬戶，可以根據(jù)該資金轉(zhuǎn)移指令將凍結(jié)的資金解凍并轉(zhuǎn)移至目標資金賬戶，當匹配失敗時，說明所接收到的資金轉(zhuǎn)移指令不針對所述目標資金賬戶，此時由于待轉(zhuǎn)移的資金被凍結(jié)，并不能實現(xiàn)將該資金轉(zhuǎn)移至第二資金賬戶。

因此，步驟S25可以具體為如下的步驟S251，

步驟S251：當接收到資金轉(zhuǎn)移指令時，將所述資金轉(zhuǎn)移指令中的第二資金賬戶與所述目標資金賬戶進行匹配，若匹配成功，將待轉(zhuǎn)移的資金解凍并轉(zhuǎn)入所述目標資金賬戶。

采用實施例2提供的該方法，在待轉(zhuǎn)移資金的金額與所需要的資金額度匹配成功后，將待轉(zhuǎn)移的資金凍結(jié)，即使服務器接收到將該待轉(zhuǎn)移資金，轉(zhuǎn)移至目標資金賬戶之外的其它資金賬戶的指令，該資金轉(zhuǎn)移過程并不能完成，只有當接收到將待轉(zhuǎn)移資金轉(zhuǎn)移述目標資金賬戶的指令后，才可以解凍該資金并完成資金的轉(zhuǎn)移，從而解決了現(xiàn)有技術(shù)中的問題。

例如，服務器在6月5號接收到用戶A向用戶B轉(zhuǎn)移資金的確認信息，并將用戶B放入確認記錄表，該指定時間窗口為3天；之后，服務器又在6月6號接收到用戶A向用戶C轉(zhuǎn)移資金的確認信息，并將用戶C也放入確認記錄表，該確認記錄表中包括用戶B和用戶C(假設(shè)轉(zhuǎn)移的資金額度均相同)，6月7號用戶A將資金放入指定資金賬戶(資源池)，用于轉(zhuǎn)移給用戶B。

現(xiàn)有技術(shù)中，服務器并不將該資金凍結(jié)，因此可能在接收到將該資金轉(zhuǎn)移至用戶C的指令，將網(wǎng)絡資源轉(zhuǎn)移至用戶C，也可能在接收到將該資金轉(zhuǎn)移至用戶B的指令，將網(wǎng)絡資源轉(zhuǎn)移至用戶B，而無法將該筆資金轉(zhuǎn)移給其中的某個指定用戶。此外，在實際應用中，由于7號為向用戶B轉(zhuǎn)移資金的截止日，若將該資金轉(zhuǎn)移給了用戶C，可能會導致向用戶B轉(zhuǎn)移資金超期，為用戶A帶來違約風險。

采用本申請的方法，服務器將用戶A在6月7號放入資金池中的資金凍結(jié)，在時間窗口內(nèi)，即使接收到將資金轉(zhuǎn)移至用戶C的指令，也不會將該資金進行轉(zhuǎn)移，只有接收到將該資金轉(zhuǎn)移至用戶B的指令，才會將該資金解凍并轉(zhuǎn)移給用戶B，因此解決了現(xiàn)有技術(shù)中的問題。

金融機構(gòu)等用戶在實際的資金轉(zhuǎn)移過程中，通常會遇到需要向融資需求或其它用戶進行還款的情況。因此實施例2的資金轉(zhuǎn)移方法還可以具體為還款方法，如圖4所示，該還款方法具體包括如下步驟：

步驟S31：接收還款確認信息并根據(jù)所述確認信息確定還款目標賬戶以及所需要的還款資金額度。

步驟S31中服務器接收還款確認信息，與步驟S21服務器接收資金轉(zhuǎn)移的確認信息的方式可以相同，服務器通常可以接收還款用戶通過指定頁面輸入的還款確認信息(對應頁面確認)；或，接收還款用戶通過指定數(shù)據(jù)傳輸接口輸入還款確認信息(對應接口確認)；或，接收還款用戶上傳的對還款進行確認的還款文件(對應文件確認)。

這里的還款用戶是指進行還款的用戶，該還款用戶也可以為公司、金融機構(gòu)或個人。例如，金融機構(gòu)甲向用戶乙進行還款，則該金融機構(gòu)甲為這里所說的還款用戶。

金融機構(gòu)在還款時，也可以向某個融資需求進行還款，還款用戶的確認信息中，通常包括該融資需求的信息，可以通過該融資需求的信息確定與該融資需求關(guān)聯(lián)的還款目標賬戶，以及需要的還款金額。

例如，銀行向融資需求A還款，銀行確認還款的認信息中包括該融資需求A的信息，該融資需求A的信息與還款目標賬戶，以及需要向該還款目標賬戶還款的還款金額關(guān)聯(lián)。此外，在實際應用中，還款目標賬戶通常還可以有多個，各個還款目標賬戶的還款金額通常也并不相同。

步驟S32：確定還款資金。

可以將還款用戶轉(zhuǎn)入指定賬戶中的資金確定為還款資金。

例如，可以將金融機構(gòu)轉(zhuǎn)入支付寶機構(gòu)中間戶中的資金確定為還款資金。

步驟S33：將還款資金的金額與所需要的還款資金額度進行匹配，當匹配成功時，執(zhí)行步驟S34。

步驟S34：將還款資金凍結(jié)。

將還款資金凍結(jié)是指將該還款資金設(shè)置為不可轉(zhuǎn)移、不可抵押以及不可過戶的狀態(tài)。在將還款資金凍結(jié)時，也可以生成對應的解凍碼。

當還款目標賬戶有多個時，各個還款目標賬戶分別對應不同的還款金額，所需要的還款資金額度為各所述還款金額之和。將還款資金的金額與所需要的還款資金額度進行匹配具體為，將還款資金的金額，與各個還款目標賬戶分別對應的還款金額之和進行匹配。

例如，用戶甲和用戶乙購買了保險公司丙發(fā)布的融資需求，當該融資需求到期后，保險公司丙需要對該融資需求進行還款，在該保險公司丙確認還款的信息中，包括該融資需求的信息，該融資需求的信息與用戶甲(的賬戶)以及用戶乙(的賬戶)關(guān)聯(lián)。

當然，在匹配失敗時，也可以根據(jù)具體情況選擇凍結(jié)，或者不凍結(jié)該還款資金。并且，在匹配失敗后，還可以向用戶發(fā)送匹配失敗的提示信息。

步驟S35：當接收到針對所述還款目標賬戶的資金轉(zhuǎn)移指令時，將所述還款資金解凍并轉(zhuǎn)入所述還款目標賬戶。

通常，在還款時間點到達時，服務器會接收將還款資金轉(zhuǎn)移至所述還款目標賬戶的指令，從而將還款資金解凍，并轉(zhuǎn)入還款目標賬戶。當然，也可以通過對應的解凍碼，將還款資金解凍。

與前述的時間點相似，這里的還款時間點通常也與時間窗口有關(guān)，也可以是用戶自己設(shè)置的，在時間窗口內(nèi)的某一個時間點，這里就不再贅述。

另外，當金融機構(gòu)向融資需求進行還款時，由于融資需求通常關(guān)聯(lián)多個投資人賬戶，在將還款資金解凍后，可以將該還款資金拆分為多份對應的資金，分別轉(zhuǎn)移給對應的投資人賬戶。

在實際應用中，當還款用戶確認進行還款之后，服務器會對該還款用戶用于還款的登錄賬號(作為資源池)進行監(jiān)控，當監(jiān)控到資源池中有資金時，一般情況下通常會接收到多個還款指令，這些還款指令分別針對確認記錄表中的各個還款賬戶，因此服務器在接收到還款指令后，還需要判斷該還款指令是否針對還款目標賬戶。

通常服務器在接收到還款指令后，可以將所述還款指令中包括第二還款賬戶與還款目標賬戶進行匹配，當匹配成功時，說明所接收到的還款指令針對所述還款目標賬戶，可以根據(jù)該還款指令將凍結(jié)的還款資金解凍，并轉(zhuǎn)移至還款目標賬戶，當匹配失敗時，說明所接收到的還款指令不針對所述還款目標賬戶，此時由于該還款資金被凍結(jié)，并不能實現(xiàn)將該資金轉(zhuǎn)移至第二還款賬戶。

因此，步驟S35可以具體為如下的步驟S351，

步驟S351：當接收到還款指令時，將所述還款指令中的第二還款賬戶與所述還款目標賬戶進行匹配，若匹配成功，將所述還款資金解凍并轉(zhuǎn)入所述還款目標賬戶。

需要說明的是，在該實施例中，還款方法依照步驟S31～步驟S35的順序進行展開，但是在實際應用中，也可以依照其它的順序執(zhí)行。例如，還款用戶可能會先將還款資金轉(zhuǎn)入指定賬戶，然后對還款進行確定，此時，服務器可以先執(zhí)行步驟S32，然后執(zhí)行步驟S31。因此，這里只是對本申請實施例所提供的還款方法做示例性說明，通過改變步驟順序的方式，也在本申請的保護范圍之內(nèi)。

本申請所提供的還款方法既可以通過硬件方式實現(xiàn)，也可以通過軟件方式實現(xiàn)。下面是服務器進行的還款業(yè)務處理時，服務器各個功能模塊的示例說明。

通常，該服務器從功能上可以劃分為以下幾個模塊：確認模塊、監(jiān)控模塊、凍結(jié)模塊、還款操作模塊。

其中，確認模塊，用于在用戶確認還款后，接收對應的還款確認信息，并根據(jù)該確認信息確定還款目標賬戶以及所需要的還款資金額度，該確認模塊根據(jù)用戶確認還款方式的不同，可以分為頁面還款確認子模塊、接口還款確認子模塊以及文件還款確認子模塊；監(jiān)控模塊，將還款目標賬戶放入確認記錄表，并監(jiān)控資金池中的資金，在監(jiān)控資金池中的資金時，可以進行實時監(jiān)控，也可以設(shè)置一定的監(jiān)控周期(例如，5分鐘)，進行周期性監(jiān)控；凍結(jié)模塊，當監(jiān)控模塊發(fā)現(xiàn)資金池中有資金時，將該資金的金額與確認模塊所確定的還款資金額度進行匹配，并在匹配成功后將該資金凍結(jié)；還款操作模塊，在接收到針對還款目標賬戶的還款指令后，將該資金解凍并轉(zhuǎn)入所述還款目標賬戶。

此外，在實際應用中，還可以根據(jù)需要，將上述各個模塊或子模塊相互拆分組合，形成新的業(yè)務模塊。

例如，將確認模塊中的頁面還款確認子模塊、接口還款確認子模塊、凍結(jié)模塊組合為第一還款模塊，該第一還款模塊的作用可以包括：1、在用戶通過頁面或接口確認的情況下，發(fā)起頁面還款或接口還款；2、將資金進行匹配并凍結(jié)；3、當監(jiān)控模塊監(jiān)控到資金池有資金時，調(diào)用還款操作模塊進行還款；以及，

將文件還款確認子模塊作為第二還款模塊，在用戶通過還款文件確認的情況下，對該還款文件做校驗，并調(diào)用還款操作模塊發(fā)起文件還款；

監(jiān)控模塊和還款操作模塊可以與上述的方式相同。

為了對本申請所提供的還款方法進一步說明，可以結(jié)合金融機構(gòu)通過應用APP向融資需求進行還款的應用場景，進行解釋。在該應用場景下，還款用戶為金融機構(gòu)，該機構(gòu)中間戶為應用APP中該金融機構(gòu)用于還款的賬戶，如圖5所示為各步驟的示意圖。

步驟S41：金融機構(gòu)通過應用APP向服務器發(fā)送還款確認信息；

該還款確認信息，用于確認向融資需求進行還款；服務器在接收到該還款確認信息后，說明該金融機構(gòu)將在指定時間窗口(通常為3天)內(nèi)，對該融資需求進行還款。并且，服務器可以根據(jù)該還款確認信息確定對應的融資需求，以及所需要的還款資金的金額，當然，該融資需求與購買該融資需求的還款目標賬戶(包括投資人賬戶1、投資人賬戶2以及投資人賬戶N等)關(guān)聯(lián)。

步驟S42：金融機構(gòu)向機構(gòu)中間戶注入還款資金；

服務器能夠?qū)⒃摍C構(gòu)中間戶中的資金確定為還款資金，通常可以將該機構(gòu)中間戶形象的描述為“資金池”。

步驟S43：將機構(gòu)中間戶中還款資金的金額與所需要的還款資金的金額匹配，當匹配成功時將機構(gòu)中間戶中的還款資金凍結(jié)。

步驟S44：在還款時間點，服務器收到向融資需求進行還款的指令，指示將機構(gòu)中間戶中的資金解凍并向投資人賬戶進行還款。

步驟S45：服務器將機構(gòu)中間戶上的資金解凍，并將對應的資金轉(zhuǎn)入投資人賬戶。

如圖6所示為步驟S41～步驟S45，資金的流轉(zhuǎn)過程。金融機構(gòu)將資金(還款資金)注入資金池，在資金池將該資金凍結(jié)，以便在服務器接收到轉(zhuǎn)移給還款目標賬戶(投資人賬戶1、投資人賬戶1以及投資人賬戶N等)后，將該資金解凍，并實現(xiàn)轉(zhuǎn)移。

實施例3

基于與實施例2相同的發(fā)明構(gòu)思，本申請實施例3提供了一種資金轉(zhuǎn)移裝置。如圖7所示，該裝置70包括：第一確定單元701、第一匹配單元702、第一凍結(jié)單元703以及資金轉(zhuǎn)移單元704，其中：

第一確定單元701，接收資金轉(zhuǎn)移的確認信息并根據(jù)所述確認信息確定目標資金賬戶以及所需要的資金額度；

第一匹配單元702，將待轉(zhuǎn)移資金的金額與所需要的資金額度進行匹配；

第一凍結(jié)單元703，若匹配成功，將待轉(zhuǎn)移的資金凍結(jié)；

資金轉(zhuǎn)移單元704，當接收到針對所述目標資金賬戶的資金轉(zhuǎn)移指令時，將待轉(zhuǎn)移資金解凍并轉(zhuǎn)入所述目標資金賬戶。

采用本申請實施例3所提供的該裝置70，由于該裝置70采用與實施例2相同的發(fā)明構(gòu)思，因此能夠解決現(xiàn)有技術(shù)的問題。此外，在實際應用中，還可以將該裝置結(jié)合具體的硬件設(shè)備，取得其它的實施效果。例如，將服務器設(shè)置為分布式系統(tǒng)的形式，將第一確定單元701、第一匹配單元702、第一凍結(jié)單元703以及資金轉(zhuǎn)移單元704分別布置于分布式系統(tǒng)中的不同服務器中，通過分布式系統(tǒng)的相互協(xié)調(diào)，進行資金的轉(zhuǎn)移，這樣相比較于將各個功能單元設(shè)置于同一臺服務器，處理效率較高。

實施例4

資金轉(zhuǎn)移裝置可以用在還款的應用場景時，因此本申請實施例4提供一種還款裝置。如圖8所示，該還款裝置80包括：第二確定單元801、第二匹配單元802、第二凍結(jié)單元803以及還款單元804，其中：

第二確定單元801，接收還款確認信息并根據(jù)所述確認信息確定還款目標賬戶以及所需要的還款資金額度；

第二匹配單元802，將還款資金的金額與所需要的還款資金額度進行匹配；

第二凍結(jié)單元803，若匹配成功，將所述還款資金凍結(jié)；

還款單元804，當接收到針對所述還款目標賬戶的還款指令時，將所述還款資金解凍并轉(zhuǎn)入所述還款目標賬戶

本申請實施例4所提供的該還款裝置80，在還款的應用場景下，顯然能夠解決現(xiàn)有技術(shù)的問題，這里就不再贅述。

本領(lǐng)域內(nèi)的技術(shù)人員應明白，本申請的實施例可提供為方法、系統(tǒng)、或計算機程序產(chǎn)品。因此，本申請可采用完全硬件實施例、完全軟件實施例、或結(jié)合軟件和硬件方面的實施例的形式。而且，本申請可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(zhì)(包括但不限于磁盤存儲器、CD-ROM、光學存儲器等)上實施的計算機程序產(chǎn)品的形式。

本申請是參照根據(jù)本申請實施例的方法、設(shè)備(系統(tǒng))、和計算機程序產(chǎn)品的流程圖和/或方框圖來描述的。應理解可由計算機程序指令實現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結(jié)合?？商峁┻@些計算機程序指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數(shù)據(jù)處理設(shè)備的處理器以產(chǎn)生一個機器，使得通過計算機或其他可編程數(shù)據(jù)處理設(shè)備的處理器執(zhí)行的指令產(chǎn)生用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。

這些計算機程序指令也可存儲在能引導計算機或其他可編程數(shù)據(jù)處理設(shè)備以特定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產(chǎn)生包括指令裝置的制造品，該指令裝置實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。

這些計算機程序指令也可裝載到計算機或其他可編程數(shù)據(jù)處理設(shè)備上，使得在計算機或其他可編程設(shè)備上執(zhí)行一系列操作步驟以產(chǎn)生計算機實現(xiàn)的處理，從而在計算機或其他可編程設(shè)備上執(zhí)行的指令提供用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。

在一個典型的配置中，計算設(shè)備包括一個或多個處理器(CPU)、輸入/輸出接口、網(wǎng)絡接口和內(nèi)存。

內(nèi)存可能包括計算機可讀介質(zhì)中的非永久性存儲器，隨機存取存儲器(RAM)和/或非易失性內(nèi)存等形式，如只讀存儲器(ROM)或閃存(flash RAM)。內(nèi)存是計算機可讀介質(zhì)的示例。

計算機可讀介質(zhì)包括永久性和非永久性、可移動和非可移動媒體可以由任何方法或技術(shù)來實現(xiàn)信息存儲。信息可以是計算機可讀指令、數(shù)據(jù)結(jié)構(gòu)、程序的模塊或其他數(shù)據(jù)。計算機的存儲介質(zhì)的例子包括，但不限于相變內(nèi)存(PRAM)、靜態(tài)隨機存取存儲器(SRAM)、動態(tài)隨機存取存儲器(DRAM)、其他類型的隨機存取存儲器(RAM)、只讀存儲器(ROM)、電可擦除可編程只讀存儲器(EEPROM)、快閃記憶體或其他內(nèi)存技術(shù)、只讀光盤只讀存儲器(CD-ROM)、數(shù)字多功能光盤(DVD)或其他光學存儲、磁盒式磁帶，磁帶磁磁盤存儲或其他磁性存儲設(shè)備或任何其他非傳輸介質(zhì)，可用于存儲可以被計算設(shè)備訪問的信息。按照本文中的界定，計算機可讀介質(zhì)不包括暫存電腦可讀媒體(transitory media)，如調(diào)制的數(shù)據(jù)信號和載波。

還需要說明的是，術(shù)語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、商品或者設(shè)備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、商品或者設(shè)備所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括要素的過程、方法、商品或者設(shè)備中還存在另外的相同要素。

本領(lǐng)域技術(shù)人員應明白，本申請的實施例可提供為方法、系統(tǒng)或計算機程序產(chǎn)品。因此，本申請可采用完全硬件實施例、完全軟件實施例或結(jié)合軟件和硬件方面的實施例的形式。而且，本申請可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(zhì)(包括但不限于磁盤存儲器、CD-ROM、光學存儲器等)上實施的計算機程序產(chǎn)品的形式。

以上僅為本申請的實施例而已，并不用于限制本申請。對于本領(lǐng)域技術(shù)人員來說，本申請可以有各種更改和變化。凡在本申請的精神和原理之內(nèi)所作的任何修改、等同替換、改進等，均應包含在本申請的權(quán)利要求范圍之內(nèi)。