一種數據處理的方法及裝置與流程

本申請涉及數據處理技術領域，尤其涉及一種數據處理的方法及裝置。

背景技術：

目前，數據處理技術在互聯網技術領域占有重要的位置，且隨著數據種類和數量的不斷增大，互聯網技術對于數據源的選取、數據的分類和數據的處理速率等方面的要求也不斷提高。

現有技術對于數據處理的方法通常是：首先，第一服務器接收第二服務器發送的源文件數據，然后，第一服務器定時地對該源文件數據進行解析，并通過數據庫的讀寫功能將解析后的源文件數據寫入該數據庫中，即：對解析后的源文件數據進行存儲，最后，第一服務器在內存中對該源文件數據進行處理，得到目標文件數據。

上述現有技術雖然可以使得用戶有效的得到目標文件數據，但是在一些實際應用場景中，需要服務器實時地對源文件數據進行處理，而現有技術在處理數據時，先要通過數據庫的讀寫功能對源文件數據進行存儲，因此需要耗費相對較長的時間，影響了服務器處理數據的效率，即：采用現有技術處理數據的方法無法達到實時處理數據的效果。

技術實現要素：

鑒于上述問題，本申請實施例提供一種數據處理的方法，用于解決現有技術在處理數據時，由于數據庫需要保存數據而導致無法實時地處理數據的問題。

一種數據處理的方法，該方法包括：

接收源文件數據流；

將所述源文件數據流輸入內存通道，利用內存通道中與所述源文件數據流對應的數據處理模型對所述源文件數據流進行處理，得到目標文件數據流，所述內存通道包含至少一個數據處理模型，所述數據處理模型為根據源文件數據流的內容與目標文件數據流的內容之間的預定映射規則建立的模型。

優選地，在接收源文件數據流之前，所述方法還包括：

監聽源文件數據流是否到達，如果已到達，則接收所述源文件數據流；如果未到達，繼續對源文件數據流進行監聽。

優選地，所述預定映射規則包括：

獲取預設的源文件數據流和目標文件數據流；

將所述預設的源文件數據流作為數據處理模型中的輸入，并將所述預設的目標文件數據流作為數據處理模型的輸出，對所述數據處理模型進行訓練，得到所述數據處理模型。

優選地，所述接收源文件數據流包括：

接收配置文件中指定服務器發送的源文件數據流。

優選地，在得到目標文件數據流之后，所述方法還包括：

對所述源文件數據流和/或目標文件數據流進行存儲。

優選地，所述源文件數據流為二進制編碼形式的數據流。

一種匯率報價方法，該方法包括：

第三方支付平臺服務器從與所述第三方支付平臺連接的金融系統中接收匯率報價源文件流；

第三方支付平臺服務器將所述匯率報價源文件流輸入到內存通道，利用內存通道中與所述匯率報價源文件流對應的數據處理模型對所述匯率報價源文件流進行處理，得到目標匯率報價文件流，所述內存通道包含至少一個數據處理模型，所述數據處理模型為根據匯率報價源文件流的內容與目標匯率報價文件流的內容之間的預定映射規則建立的模型。

一種數據處理的裝置，該裝置包括：

接收單元和處理單元，其中：

所述接收單元，用于接收源文件數據流；

所述處理單元，用于將所述源文件數據流輸入內存通道，利用內存通道中與所述源文件數據流對應的數據處理模型對所述源文件數據流進行處理，得到目標文件數據流，所述內存通道包含至少一個數據處理模型，所述數據處理模型為根據源文件數據流的內容與目標文件數據流的內容之間的預定映射規則建立的模型。

優選地，所述裝置還包括監聽單元，所述監聽單元用于：

監聽源文件數據流是否到達，如果已到達，則接收所述源文件數據流；如果未到達，繼續對源文件數據流進行監聽。

優選地，所述接收單元具體用于：

接收配置文件中指定服務器發送的源文件數據流。

優選地，所述裝置包括存儲單元，所述存儲單元用于：

對所述源文件數據流和/或目標文件數據流進行存儲。

本申請實施例通過接收源文件數據流，將該源文件數據流輸入內存通道，并利用內存通道中與該源文件數據流對應的數據處理模型對該源文件數據流進行處理，得到目標文件數據流；這里的內存通道包含至少一個數據處理模型，且該數據處理模型為根據源文件數據流的內容與目標文件數據流的內容之間的預定映射規則建立的模型。應用本申請實施例獲得的的有益效果是：相比于現有技術獲取目標文件數據的方法，本申請實施例在接收到源文件數據流后，直接在內存中對該源文件數據流進行處理，避免了現有技術在處理數據之前，需將該數據輸入到數據庫進行存儲的步驟，提高了服務器處理數據的效率。

附圖說明

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

圖1為本申請實施例1提供的一種數據處理的方法的流程示意圖；

圖2為本申請實施例1提供的一種數據處理的方法的示意圖；

圖3為本申請實施例1提供的一種數據處理的方法的流程示意圖；

圖4為本申請實施例2提供的一種匯率報價方法的流程示意圖；

圖5為本申請實施例3提供的一種數據處理的裝置的結構示意圖。

具體實施方式

在背景技術中已經提到，在目前的很多互聯網應用場景中，通常會使用數據庫的讀寫功能先對源文件數據進行存儲，存儲后，再在內存中對該源文件數據進行處理，從而獲取目標文件數據；因為數據庫存在于硬盤中，所以在使用數據庫的讀寫功能對源文件數據存儲時，會消耗相對較長的時間。而在實際的很多應用場景中，要求對數據進行實時地處理，例如，在第三方支付平臺執行匯率報價時，要求第三方支付平臺盡可能實時地對用戶進行匯率報價，這時第三方支付平臺需要在接收到銀行或其他金融機構發送的匯率文件后，實時地對匯率文件中的匯率數據進行處理；而現有技術在對源文件數據處理時，服務器中的數據庫先要對接收的源文件數據進行存儲，因此無法做到實時地處理源文件數據。本申請實施例針對上述問題，提供了一種數據處理的方法及裝置，用于實施處理源文件數據的服務器實時地處理源文件數據。

為使本申請的目的、技術方案和優點更加清楚，下面將結合本申請具體實施例及相應的附圖對本申請技術方案進行清楚、完整地描述。顯然，所描述的實施例僅是本申請一部分實施例，而不是全部的實施例。基于本申請中的實施例，本領域普通技術人員在沒有做出創造性勞動前提下所獲得的所有其他實施例，都屬于本申請保護的范圍。

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

實施例1

本申請實施例提供的一種數據處理的方法，該方法用于提高服務器處理源文件數據的效率。該方法的具體流程示意圖如圖1所示，該方法具體包括以下步驟：

步驟101：接收源文件數據流。

本步驟中，第一服務器接收第二服務器發送的源文件數據流，例如，第三方支付平臺在執行匯率報價時，第三方支付平臺對應的服務器先接收銀行或者其他金融機構服務器發送的匯率文件數據流，然后再根據預設規則對該匯率文件的數據進行處理，最終獲得用于匯率報價的數據。

可選地，第一服務器在接收第二服務器發送的源文件數據流之前，第一服務器可以開啟消息監聽功能，具體地，當監聽到第二服務器發送的源文件數據里已經到達，則第一服務器接收該源文件數據流，如果監聽到源文件數據沒有到達，則繼續開啟監聽功能。

第一服務器開啟消息監聽功能的目的是：可以使得第一服務器及時地接收第二服務器發送的源文件數據流，并在接收到該源文件數據流后，及時的對該源文件數據流進行處理，提高了第一服務器處理數據的效率。

需要說明的是，本申請實施例記載的“第一服務器”和“第二服務器”中的“第一”和“第二”沒有特殊含義，僅僅是為了區分不同的服務器。

本申請實施例中第一服務器接收第二服務器發送的源文件數據流，該源文件數據流可以采用二進制編碼或者其他編碼形式。

具體地，第一服務器在接收第二服務器發送的源文件數據流之前，該第二服務器將源文件數據轉換成二進制編碼或者其他編碼形式的數據流，且第一服務器和第二服務器需要約定源文件數據流的編寫格式，即：第二服務器需要按照約定的數據格式編寫源文件數據流，這樣，第一服務器在接收到該源文件數據流時，才能更加準確地、快速地對該源文件數據進行解析。

另外，第一服務器在接收第二服務器發送的源文件數據時，通常為了保證 數據傳輸的安全性，只接收指定服務器發送的源文件數據。

可選地，第一服務器在接收第二服務器發送的源文件數據之前，第一服務器需要和第二服務器之間進行約定，具體可表現為：第一服務器中的配置文件中，含有第二服務器的標識信息，同理，第二服務器中的配置文件中，含有第一服務器的身份標識。

具體地，當第一服務器中在接收某一服務器發送的源文件數據時，根據該服務器的標識信息，發現該標識信息是配置文件中對應的第二服務器的標識信息，則第一服務器接收該源文件數據。

具體地，當第一服務器中在接收某一服務器發送的源文件數據時，根據該服務器的標信息，發現該標識信息不是配置文件中對應的第二服務器的標識信息，則第一服務器拒絕接收該匯率文件，或者第一服務器在拒絕接收該匯率文件的同時，開啟保護模式，目的是防止黑客或其他服務器等非法獲取該源文件數據流，或者對第一服務器進行非法操作。

步驟102：將所述源文件數據流輸入內存通道，利用內存通道中與所述源文件數據流對應的數據處理模型對所述源文件數據流進行處理，得到目標文件數據流。

所述內存通道包含至少一個數據處理模型，所述數據處理模型為根據源文件數據流的內容與目標文件數據流的內容之間的預定映射規則建立的模型。

本步驟中的數據處理模型是根據源文件數據流的內容和目標文件數據流的內容之間的預設映射規則建立的模型。

可選地，上述預設映射規則可以是：首先，獲取預設的源文件數據流和相應的目標數據流，然后，將該預設的源文件數據流作為數據處理模型的輸入數據，并將該預設的目標文件數據流作為數據處理模型的輸出數據，對該數據模型進行訓練，最終獲得該數據處理模型。例如：預設的源文件數據流的內容為“a＝20”，預設的目標數據流的內容為“b＝15”，則對應的數據處理模型可以是“b＝a-5”；這里只是示例性的說明獲取數據處理模型的過程，在實際獲取 模型的過程中，用于訓練模型的預設源文件數據流和目標數據流更加復雜，相應地，訓練模型的過程也會更加的復雜。

且本步驟中的第一服務器中的數據處理模型的數量是一個或者多個，如圖2所示為本申請實施例提供的第一服務器處理源文件數據流的示意圖，其中，該第一服務器的內存中有很多個數據處理模型，即a1、a2……an均為數據處理模型。

在第一服務器接收到第二服務器發送的源文件數據流后，第一服務器將該源文件數據流輸入到第一服務器中的內存通道中，并根據該源文件數據流，選擇與該源文件數據流對應的數據處理模型。

可選地，可以根據源文件數據流對應的業務信息，選擇相應的數據處理模型，例如，如果該源文件數據流是用于“出口”的匯率數據流，則可以選擇預設的用于“出口”的匯率處理模型，如果該源文件數據流是用于“進口”的匯率數據流，則可以選擇預設的用于“進口”的匯率處理模型。

可選地，可以根據源數據流對應的具體數值，選擇相應的數據處理模型，例如，第一服務器本次接收到的源文件數據流是“a＝20”，如果上次服務器計算獲得的目標文件數據流為“b＝15”，該第一服務器通過計算獲得本次接收到的源文件數據比上次的目標文件數據增加了5，假設規定當本次接收的源文件數據比目標文件數據增加的范圍為“0～5”時，處理數據的模型為“b＝b+0.3a”，則本次獲得的目標文件數據為“b＝b+0.3a＝15+0.3×20＝21”。

上述源文件數據內容、目標文件數據內容和數據處理模型均是示例性的說明，在實際應用中，源文件數據內容、目標文件數據內容會更加的復雜，相應的數據處理模型也會更加復雜，這里并沒有對源文件數據內容、目標文件數據內容和數據處理模型構成具體限定。

可選地，在第一服務器獲得目標文件數據流后，可以將目標數據流進行存儲，還可以將獲得的源文件數據流進行存儲。與現有技術相比，本申請實施例在第一服務器獲得目標數據之后，才對源文件數據流和目標文件數據流進行存 儲，這樣既存儲了數據，又提高了第一服務器處理源文件數據的效率。

為了更加清楚的說明本申請實施例，下面完整的對本申請實施例提供的數據處理的方法進行說明，具體工作流程如圖3所示：

步驟s301：接收源文件數據流，具體地，第一服務器接收第二服務器發送的源文件數據流。

步驟s302：開啟消息接聽功能，即：第一服務器對接收的消息進行監聽。

步驟s303：判斷是否有新消息，即根據步驟s302對第一服務器接收到的消息進行監聽，如果監聽到第二服務器發送的源文件數據流未到達時，則執行步驟s304：繼續開啟消息監聽功能；如果監聽到第二服務器發送的源文件數據流到達時，則執行步驟s305：執行數據處理模型，即：立即對接收到的源文件收流進行處理。

步驟s306：獲取目標資源數據。

本申請實施例通過接收源文件數據流，將該源文件數據流輸入內存通道，并利用內存通道中與該源文件數據流對應的數據處理模型對該源文件數據流進行處理，得到目標文件數據流；這里的內存通道包含至少一個數據處理模型，且該數據處理模型為根據源文件數據流的內容與目標文件數據流的內容之間的預定映射規則建立的模型。應用本申請實施例獲得的有益效果是：相比于現有技術獲取目標文件數據的方法，本申請實施例在接收到源文件數據流后，直接在內存中對該源文件數據流進行處理，避免了現有技術在處理數據之前，需將該數據輸入到數據庫中進行存儲的步驟，即：省去了數據庫讀寫數據的時間，提高了服務器處理數據的效率。

實施例2

實施例1提供了一種數據處理的方法，基于相同的發明構思，實施例3提供了一種匯率報價方法，具體用于第三方支付平臺進行匯率報價。

為了更清楚的說明申請實施例，有必要先對第三方支付平臺以及現有技術 第三方支付平臺匯率報價的方法進行說明，具體如下：

目前當用戶在網上各大應用平臺進行相關消費時，通常先將交易金額支付給第三方支付平臺，等到用戶收到交易商品或完成其他相關消費時，先在第三方支付平臺上進行確認，第三方支付平臺才將交易金額轉付給相應的交易商家。

在用戶使用第三方支付平臺進行交易的過程中，有時會有外幣的流通，為了保障用戶之間交易的準確性，第三方支付平臺需要執行匯率報價。現有技術中第三方支付平臺執行匯率報價通常的步驟是：第一步：第三方支付平臺的服務器從與該第三方支付平臺連接的金融系統中接收匯率報價源文件，這里的匯率報價源文件可以是針對某外幣匯率的增長或下降幅度，或者直接是當前時刻某外幣的匯率等；第二步：該第三方支付平臺將該匯率報價源文件在數據庫中進行存儲，其中，主要運用數據庫的讀寫功能將該匯率報價源文件寫進數據庫中；第三步：待將該匯率報價源文件存儲后，再在內存通道中對該匯率報價源文件中的數據進行處理，從而獲得匯率報價的數據。

現有技術第三方支付平臺執行匯率報價可以保障用戶之間進行外幣交易時的準確性，但在處理匯率報價源文件中的數據之前，需運用數據庫的讀寫功能對該匯率報價源文件進行存儲，通常數據庫在對文件進行讀寫時，每個步驟需要消耗相對較長的時間，因此利用現有技術第三方支付平臺無法做到實時的執行匯率報價。

下面對本申請實施例提供的用于第三方支付平臺匯率報價的方法進行詳細說明，該方法具體用于第三方支付平臺的服務器在所述服務器的內存中對待處理的匯率數據進行處理，并獲得匯率報價的數據。該方法的具體流程示意圖如圖4所示，該方法的具體步驟如下：

步驟401：第三方支付平臺服務器從與所述第三方支付平臺連接的金融系統中接收匯率報價源文件流；

本步驟中，第三方支付平臺的服務器接收相關銀行或金融機構(與該第三支付平臺連接的金融系統)發送的匯率報價源文件流，這里的匯率報價源文件 的內容可以包含當前時刻某外幣的匯率，例如，假設當前時刻美元與人民幣之間的匯率為6.771，即一美元兌換6.771元人民幣，這時的匯率報價源文件就可以包含當前時刻美元與人民幣之間的匯率；或者是相比于上次該第三方支付平臺接收到的匯率報價源文件中美元與人民幣之間的匯率的變化幅度，假如上次匯率報價源文件中美元與人民幣之間的匯率為6.689，當前時刻美元與人民幣之間的匯率為6.771，即相比于之前的匯率增加了0.082，這時的匯率報價源文件就可以包含當前時刻美元與人民幣之間的匯率相比于之前的匯率增加了0.082，或者是相比于之前的匯率增長了1.211％等。

可選地，在該第三方支付平臺的服務器接收相關銀行或金融機構發送的匯率報價源文件之前，第三支付平臺的服務器可以開啟消息監聽功能，即，當監聽到匯率報價源文件到達時，立即接收該匯率報價源文件，當監聽到匯率報價源文件沒有到達時，該第三支付平臺繼續開啟消息監聽功能。

相關銀行或金融機構在向第三方支付平臺發送匯率報價源文件流時，需要將該匯率報價源文件中的相關數據按照固定的數據格式進行編寫，且該格式需要該銀行或金融機構與第三方支付平臺進行約定，目的是方便第三方支付平臺對應的服務器對接收到的匯率報價源文件流進行解析。例如，匯率報價源文件流中要求的格式為“a＝1,b＝6.689,a＝b”，即a表示的是美元，b表示的是人民幣，整個式子表示的是1美元等于6.689人民幣，將該格式的數據發送至第三方支付平臺對應的服務器中，因為發送匯率報價源文件流的銀行或金融機構提前與該第三方支付平臺對應的服務器約定過數據的編寫格式，所以該服務器在接收到匯率報價源文件流后，就可以完成對該數據流的解析，從而獲取匯率報價的數據；上述“a＝1,b＝6.689,a＝b”的數據格式只是示例性的說明匯率報價源文件中的數據格式,并沒有對匯率報價源文件中的數據格式構成限定。

在本步驟中，第三方支付平臺的服務器獲取匯率報價源文件流的數據，這里的數據可以采用二進制代碼或其它表示方式將匯率報價源文件的內容表示出來；且這里用于接收相關銀行和金融機構的第三方支付平臺的服務器，同樣 也是第三方支付平臺與該相關銀行和金融機構提前約定好的服務器，目的保障數據傳輸的安全性。

需要說明的是，在實際應用中，每個第三方支付平臺所合作的銀行和金融機構均不相同，因此為了保障數據的安全性，第三方支付平臺可以只與配置文件中的銀行或金融機構傳送數據，這里的配置文件中包含與該第三支付平臺具有合作關系的銀行或金融機構的標識信息，該第三方支付平臺根據配置文件中的標識信息與相應的銀行或金融機構進行數據傳送。

在本申請實施例中，第三方支付平臺的服務器所接收的匯率報價源文件流包含的內容可以與現有技術中的匯率報價文件流所包含的內容相同或相似；且上述匯率報價源文件流所包含的具體內容只是示例性的說明，在實際的應用中，匯率報價源文件流中所包含的相關數據更加的復雜，這里只是為了更清楚的說明本方案，進行簡單的舉例，但并沒有對匯率報價源文件流中包含的內容進行限定。

步驟402：第三方支付平臺服務器將所述匯率報價源文件流輸入到內存通道，利用內存通道中與所述匯率報價源文件流對應的數據處理模型對所述匯率報價源文件流進行處理，得到目標匯率報價文件流。

所述內存通道包含至少一個數據處理模型，所述數據處理模型為根據匯率報價源文件流的內容與目標匯率報價文件流的內容之間的預定映射規則建立的模型。

當第三方支付平臺的服務器接收到相關銀行或金融機構發送的匯率報價源文件時，需要根據該匯率報價源文件選擇合適的匯率報價的模型。

可選地，可以根據該匯率報價源文件的業務類型，選擇相應的數據處理模型。例如，第三方支付平臺的服務器接收到的源文件流是用來“出口”，則可以選擇預設的用于“出口”的匯率處理模型，如果該匯率報價源文件數據流是用于“進口”的匯率數據流，則可以選擇預設的用于“進口”的匯率處理模型。

可選地，可以根據該匯率報價源文件的具體數據，選擇相應的數據處理模 型。例如，某個第三方支付平臺的服務器上次接收到的匯率報價數據表示的內容是“a＝1,b＝6.689,a＝b”，即該數據表示：在上次接收到該匯率數據所表示的具體內容是:1美元可以兌換6.689元人民幣，如果在當前時刻該第三方支付平臺的服務器接收到的數據表示的內容為“a＝1,b＝6.771,a＝b”，這時根據當前時刻獲取的該數據，可以選擇的匯率報價模型是“w＝b+0.013b”，即這里第三方支付平臺的服務器接收到的“a＝1,b＝6.689,a＝b”中的“b＝6.689”作為待處理的匯率數據，且將“b＝6.689”作為選取的匯率報價模型的輸入數據，獲得當前時刻該第三方支付平臺中美元與人民幣之間的匯率為6.775。

上述實例中匯率報價模型“w＝b+0.013b”只是示例性的說明，在實際應用中，第三方支付平臺在接收到銀行或金融機構發送的匯率數據后，會根據該數據和其他因數對待處理的數據進行處理，即使用的匯率報價模型會更加的復雜。

應用本申請實施例，第三支付平臺的服務器從與該第三方支付平臺連接的金融系統中接收匯率報價源文件流，將該匯率報價源文件流輸入到內存通道，利用內存通道中與該匯率報價源文件流對應的數據處理模型對該匯率報價源文件流進行處理，得到目標匯率報價文件流，該內存通道包含至少一個數據處理模型，該數據處理模型為根據匯率報價源文件流的內容與目標匯率報價文件流的內容之間的預定映射規則建立的模型。應用本申請實施例獲得的有益效果是：相比于現有技術第三方支付平臺匯率報價的方法，本申請實施例在接收到匯率報價源文件流后，直接在內存中對該匯率報價源文件流進行處理，避免了現有技術第三方支付平臺在處理匯率報價源文件數據之前，需將該數據輸入到數據庫中進行存儲的步驟，即：省去了數據庫讀寫數據的時間，提高了第三方支付平臺的服務器執行匯率報價的效率。

實施例3

實施例1提供了一種數據處理的方法，相應地，本實施例相應地提供了一種數據處理的裝置，所述裝置存在于處理源文件數據的服務器中，該裝置的具 體結構示意圖如圖5所示。該裝置具體包括：接收單元501和處理單元502，其中：

所述接收單元501，可以用于接收源文件數據流；

所述處理單元502，可以用于將所述源文件數據流輸入內存通道，利用內存通道中與所述源文件數據流對應的數據處理模型對所述源文件數據流進行處理，得到目標文件數據流，所述內存通道包含至少一個數據處理模型，所述數據處理模型為根據源文件數據流的內容與目標文件數據流的內容之間的預定映射規則建立的模型。

該裝置實施例的具體工作流程如下：首先，處理源文件數據的服務器中的接收單元501接收其他服務器發送的源文件數據流，然后，處理單元502根據接收到的源文件數據流，并利用內存通道中與該源文件數據流對應的數據處理模型對該源文件數據流進行處理，得到目標文件數據流。

該裝置實施例處理源文件數據流的實施方式有很多種，在一種實施方式中，該裝置還包括監聽單元503，所述監聽單元503可以用于：

監聽源文件數據流是否到達，如果已到達，則接收所述源文件數據流；如果未到達，繼續對源文件數據流進行監聽。

所述監聽單元503可以實時地提醒服務器源文件數據流已經到達，并使得該服務器及時地對該源文件數據流進行處理，提高了處理源文件數據流的效率。

在另一種實施方式中，所述接收單元501具體用于：

接收配置文件中指定服務器發送的源文件數據流。

所述接收單元501接收指定服務器發送的源文件數據流，保證數據傳輸的安全性，且防止其他服務器對處理該源文件數據的服務器進行非法操作。

在又一種實施方式中，所述裝置包括存儲單元504，所述存儲單元504用于：

對所述源文件數據流和/或目標文件數據流進行存儲。

所述存儲單元504是在服務器對接收到的源文件數據流處理后，再對源文 件數據和/或目標文件數據流進行存儲，避免在處理源文件數據時，由于數據庫在對該源文件數據存儲時消耗相對較長時間。

應用本裝置實施例獲得的有益效果與實施例1中的方法實施例獲得的有益效果相同或類似，為避免重復，這里不再贅述。

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

本申請是參照根據本申請實施例的方法、設備(系統)、和計算機程序產品的流程圖和/或方框圖來描述的。應理解可由計算機程序指令實現流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結合。可提供這些計算機程序指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數據處理設備的處理器以產生一個機器，使得通過計算機或其他可編程數據處理設備的處理器執行的指令產生用于實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。

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

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

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

內存可能包括計算機可讀介質中的非永久性存儲器，隨機存取存儲器(ram)和/或非易失性內存等形式，如只讀存儲器(rom)或閃存(flashram)。內存是計算機可讀介質的示例。

計算機可讀介質包括永久性和非永久性、可移動和非可移動媒體可以由任何方法或技術來實現信息存儲。信息可以是計算機可讀指令、數據結構、程序的模塊或其他數據。計算機的存儲介質的例子包括，但不限于相變內存(pram)、靜態隨機存取存儲器(sram)、動態隨機存取存儲器(dram)、其他類型的隨機存取存儲器(ram)、只讀存儲器(rom)、電可擦除可編程只讀存儲器(eeprom)、快閃記憶體或其他內存技術、只讀光盤只讀存儲器(cd-rom)、數字多功能光盤(dvd)或其他光學存儲、磁盒式磁帶，磁帶磁磁盤存儲或其他磁性存儲設備或任何其他非傳輸介質，可用于存儲可以被計算設備訪問的信息。按照本文中的界定，計算機可讀介質不包括暫存電腦可讀媒體(transitorymedia)，如調制的數據信號和載波。

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

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

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