本申請涉及數(shù)據(jù)處理技術(shù)領(lǐng)域，尤其涉及一種數(shù)據(jù)處理的方法及裝置。

背景技術(shù)：

目前，數(shù)據(jù)處理技術(shù)在互聯(lián)網(wǎng)技術(shù)領(lǐng)域占有重要的位置，且隨著數(shù)據(jù)種類和數(shù)量的不斷增大，互聯(lián)網(wǎng)技術(shù)對于數(shù)據(jù)源的選取、數(shù)據(jù)的分類和數(shù)據(jù)的處理速率等方面的要求也不斷提高。

現(xiàn)有技術(shù)對于數(shù)據(jù)處理的方法通常是：首先，第一服務(wù)器接收第二服務(wù)器發(fā)送的源文件數(shù)據(jù)，然后，第一服務(wù)器定時(shí)地對該源文件數(shù)據(jù)進(jìn)行解析，并通過數(shù)據(jù)庫的讀寫功能將解析后的源文件數(shù)據(jù)寫入該數(shù)據(jù)庫中，即：對解析后的源文件數(shù)據(jù)進(jìn)行存儲(chǔ)，最后，第一服務(wù)器在內(nèi)存中對該源文件數(shù)據(jù)進(jìn)行處理，得到目標(biāo)文件數(shù)據(jù)。

上述現(xiàn)有技術(shù)雖然可以使得用戶有效的得到目標(biāo)文件數(shù)據(jù)，但是在一些實(shí)際應(yīng)用場景中，需要服務(wù)器實(shí)時(shí)地對源文件數(shù)據(jù)進(jìn)行處理，而現(xiàn)有技術(shù)在處理數(shù)據(jù)時(shí)，先要通過數(shù)據(jù)庫的讀寫功能對源文件數(shù)據(jù)進(jìn)行存儲(chǔ)，因此需要耗費(fèi)相對較長的時(shí)間，影響了服務(wù)器處理數(shù)據(jù)的效率，即：采用現(xiàn)有技術(shù)處理數(shù)據(jù)的方法無法達(dá)到實(shí)時(shí)處理數(shù)據(jù)的效果。

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

鑒于上述問題，本申請實(shí)施例提供一種數(shù)據(jù)處理的方法，用于解決現(xiàn)有技術(shù)在處理數(shù)據(jù)時(shí)，由于數(shù)據(jù)庫需要保存數(shù)據(jù)而導(dǎo)致無法實(shí)時(shí)地處理數(shù)據(jù)的問題。

一種數(shù)據(jù)處理的方法，該方法包括：

接收源文件數(shù)據(jù)流；

將所述源文件數(shù)據(jù)流輸入內(nèi)存通道，利用內(nèi)存通道中與所述源文件數(shù)據(jù)流對應(yīng)的數(shù)據(jù)處理模型對所述源文件數(shù)據(jù)流進(jìn)行處理，得到目標(biāo)文件數(shù)據(jù)流，所述內(nèi)存通道包含至少一個(gè)數(shù)據(jù)處理模型，所述數(shù)據(jù)處理模型為根據(jù)源文件數(shù)據(jù)流的內(nèi)容與目標(biāo)文件數(shù)據(jù)流的內(nèi)容之間的預(yù)定映射規(guī)則建立的模型。

優(yōu)選地，在接收源文件數(shù)據(jù)流之前，所述方法還包括：

監(jiān)聽源文件數(shù)據(jù)流是否到達(dá)，如果已到達(dá)，則接收所述源文件數(shù)據(jù)流；如果未到達(dá)，繼續(xù)對源文件數(shù)據(jù)流進(jìn)行監(jiān)聽。

優(yōu)選地，所述預(yù)定映射規(guī)則包括：

獲取預(yù)設(shè)的源文件數(shù)據(jù)流和目標(biāo)文件數(shù)據(jù)流；

將所述預(yù)設(shè)的源文件數(shù)據(jù)流作為數(shù)據(jù)處理模型中的輸入，并將所述預(yù)設(shè)的目標(biāo)文件數(shù)據(jù)流作為數(shù)據(jù)處理模型的輸出，對所述數(shù)據(jù)處理模型進(jìn)行訓(xùn)練，得到所述數(shù)據(jù)處理模型。

優(yōu)選地，所述接收源文件數(shù)據(jù)流包括：

接收配置文件中指定服務(wù)器發(fā)送的源文件數(shù)據(jù)流。

優(yōu)選地，在得到目標(biāo)文件數(shù)據(jù)流之后，所述方法還包括：

對所述源文件數(shù)據(jù)流和/或目標(biāo)文件數(shù)據(jù)流進(jìn)行存儲(chǔ)。

優(yōu)選地，所述源文件數(shù)據(jù)流為二進(jìn)制編碼形式的數(shù)據(jù)流。

一種匯率報(bào)價(jià)方法，該方法包括：

第三方支付平臺服務(wù)器從與所述第三方支付平臺連接的金融系統(tǒng)中接收匯率報(bào)價(jià)源文件流；

第三方支付平臺服務(wù)器將所述匯率報(bào)價(jià)源文件流輸入到內(nèi)存通道，利用內(nèi)存通道中與所述匯率報(bào)價(jià)源文件流對應(yīng)的數(shù)據(jù)處理模型對所述匯率報(bào)價(jià)源文件流進(jìn)行處理，得到目標(biāo)匯率報(bào)價(jià)文件流，所述內(nèi)存通道包含至少一個(gè)數(shù)據(jù)處理模型，所述數(shù)據(jù)處理模型為根據(jù)匯率報(bào)價(jià)源文件流的內(nèi)容與目標(biāo)匯率報(bào)價(jià)文件流的內(nèi)容之間的預(yù)定映射規(guī)則建立的模型。

一種數(shù)據(jù)處理的裝置，該裝置包括：

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

所述接收單元，用于接收源文件數(shù)據(jù)流；

所述處理單元，用于將所述源文件數(shù)據(jù)流輸入內(nèi)存通道，利用內(nèi)存通道中與所述源文件數(shù)據(jù)流對應(yīng)的數(shù)據(jù)處理模型對所述源文件數(shù)據(jù)流進(jìn)行處理，得到目標(biāo)文件數(shù)據(jù)流，所述內(nèi)存通道包含至少一個(gè)數(shù)據(jù)處理模型，所述數(shù)據(jù)處理模型為根據(jù)源文件數(shù)據(jù)流的內(nèi)容與目標(biāo)文件數(shù)據(jù)流的內(nèi)容之間的預(yù)定映射規(guī)則建立的模型。

優(yōu)選地，所述裝置還包括監(jiān)聽單元，所述監(jiān)聽單元用于：

監(jiān)聽源文件數(shù)據(jù)流是否到達(dá)，如果已到達(dá)，則接收所述源文件數(shù)據(jù)流；如果未到達(dá)，繼續(xù)對源文件數(shù)據(jù)流進(jìn)行監(jiān)聽。

優(yōu)選地，所述接收單元具體用于：

接收配置文件中指定服務(wù)器發(fā)送的源文件數(shù)據(jù)流。

優(yōu)選地，所述裝置包括存儲(chǔ)單元，所述存儲(chǔ)單元用于：

對所述源文件數(shù)據(jù)流和/或目標(biāo)文件數(shù)據(jù)流進(jìn)行存儲(chǔ)。

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

附圖說明

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

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

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

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

圖4為本申請實(shí)施例2提供的一種匯率報(bào)價(jià)方法的流程示意圖；

圖5為本申請實(shí)施例3提供的一種數(shù)據(jù)處理的裝置的結(jié)構(gòu)示意圖。

具體實(shí)施方式

在背景技術(shù)中已經(jīng)提到，在目前的很多互聯(lián)網(wǎng)應(yīng)用場景中，通常會(huì)使用數(shù)據(jù)庫的讀寫功能先對源文件數(shù)據(jù)進(jìn)行存儲(chǔ)，存儲(chǔ)后，再在內(nèi)存中對該源文件數(shù)據(jù)進(jìn)行處理，從而獲取目標(biāo)文件數(shù)據(jù)；因?yàn)閿?shù)據(jù)庫存在于硬盤中，所以在使用數(shù)據(jù)庫的讀寫功能對源文件數(shù)據(jù)存儲(chǔ)時(shí)，會(huì)消耗相對較長的時(shí)間。而在實(shí)際的很多應(yīng)用場景中，要求對數(shù)據(jù)進(jìn)行實(shí)時(shí)地處理，例如，在第三方支付平臺執(zhí)行匯率報(bào)價(jià)時(shí)，要求第三方支付平臺盡可能實(shí)時(shí)地對用戶進(jìn)行匯率報(bào)價(jià)，這時(shí)第三方支付平臺需要在接收到銀行或其他金融機(jī)構(gòu)發(fā)送的匯率文件后，實(shí)時(shí)地對匯率文件中的匯率數(shù)據(jù)進(jìn)行處理；而現(xiàn)有技術(shù)在對源文件數(shù)據(jù)處理時(shí)，服務(wù)器中的數(shù)據(jù)庫先要對接收的源文件數(shù)據(jù)進(jìn)行存儲(chǔ)，因此無法做到實(shí)時(shí)地處理源文件數(shù)據(jù)。本申請實(shí)施例針對上述問題，提供了一種數(shù)據(jù)處理的方法及裝置，用于實(shí)施處理源文件數(shù)據(jù)的服務(wù)器實(shí)時(shí)地處理源文件數(shù)據(jù)。

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

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

實(shí)施例1

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

步驟101：接收源文件數(shù)據(jù)流。

本步驟中，第一服務(wù)器接收第二服務(wù)器發(fā)送的源文件數(shù)據(jù)流，例如，第三方支付平臺在執(zhí)行匯率報(bào)價(jià)時(shí)，第三方支付平臺對應(yīng)的服務(wù)器先接收銀行或者其他金融機(jī)構(gòu)服務(wù)器發(fā)送的匯率文件數(shù)據(jù)流，然后再根據(jù)預(yù)設(shè)規(guī)則對該匯率文件的數(shù)據(jù)進(jìn)行處理，最終獲得用于匯率報(bào)價(jià)的數(shù)據(jù)。

可選地，第一服務(wù)器在接收第二服務(wù)器發(fā)送的源文件數(shù)據(jù)流之前，第一服務(wù)器可以開啟消息監(jiān)聽功能，具體地，當(dāng)監(jiān)聽到第二服務(wù)器發(fā)送的源文件數(shù)據(jù)里已經(jīng)到達(dá)，則第一服務(wù)器接收該源文件數(shù)據(jù)流，如果監(jiān)聽到源文件數(shù)據(jù)沒有到達(dá)，則繼續(xù)開啟監(jiān)聽功能。

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

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

本申請實(shí)施例中第一服務(wù)器接收第二服務(wù)器發(fā)送的源文件數(shù)據(jù)流，該源文件數(shù)據(jù)流可以采用二進(jìn)制編碼或者其他編碼形式。

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

另外，第一服務(wù)器在接收第二服務(wù)器發(fā)送的源文件數(shù)據(jù)時(shí)，通常為了保證 數(shù)據(jù)傳輸?shù)陌踩?，只接收指定服?wù)器發(fā)送的源文件數(shù)據(jù)。

可選地，第一服務(wù)器在接收第二服務(wù)器發(fā)送的源文件數(shù)據(jù)之前，第一服務(wù)器需要和第二服務(wù)器之間進(jìn)行約定，具體可表現(xiàn)為：第一服務(wù)器中的配置文件中，含有第二服務(wù)器的標(biāo)識信息，同理，第二服務(wù)器中的配置文件中，含有第一服務(wù)器的身份標(biāo)識。

具體地，當(dāng)?shù)谝环?wù)器中在接收某一服務(wù)器發(fā)送的源文件數(shù)據(jù)時(shí)，根據(jù)該服務(wù)器的標(biāo)識信息，發(fā)現(xiàn)該標(biāo)識信息是配置文件中對應(yīng)的第二服務(wù)器的標(biāo)識信息，則第一服務(wù)器接收該源文件數(shù)據(jù)。

具體地，當(dāng)?shù)谝环?wù)器中在接收某一服務(wù)器發(fā)送的源文件數(shù)據(jù)時(shí)，根據(jù)該服務(wù)器的標(biāo)信息，發(fā)現(xiàn)該標(biāo)識信息不是配置文件中對應(yīng)的第二服務(wù)器的標(biāo)識信息，則第一服務(wù)器拒絕接收該匯率文件，或者第一服務(wù)器在拒絕接收該匯率文件的同時(shí)，開啟保護(hù)模式，目的是防止黑客或其他服務(wù)器等非法獲取該源文件數(shù)據(jù)流，或者對第一服務(wù)器進(jìn)行非法操作。

步驟102：將所述源文件數(shù)據(jù)流輸入內(nèi)存通道，利用內(nèi)存通道中與所述源文件數(shù)據(jù)流對應(yīng)的數(shù)據(jù)處理模型對所述源文件數(shù)據(jù)流進(jìn)行處理，得到目標(biāo)文件數(shù)據(jù)流。

所述內(nèi)存通道包含至少一個(gè)數(shù)據(jù)處理模型，所述數(shù)據(jù)處理模型為根據(jù)源文件數(shù)據(jù)流的內(nèi)容與目標(biāo)文件數(shù)據(jù)流的內(nèi)容之間的預(yù)定映射規(guī)則建立的模型。

本步驟中的數(shù)據(jù)處理模型是根據(jù)源文件數(shù)據(jù)流的內(nèi)容和目標(biāo)文件數(shù)據(jù)流的內(nèi)容之間的預(yù)設(shè)映射規(guī)則建立的模型。

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

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

在第一服務(wù)器接收到第二服務(wù)器發(fā)送的源文件數(shù)據(jù)流后，第一服務(wù)器將該源文件數(shù)據(jù)流輸入到第一服務(wù)器中的內(nèi)存通道中，并根據(jù)該源文件數(shù)據(jù)流，選擇與該源文件數(shù)據(jù)流對應(yīng)的數(shù)據(jù)處理模型。

可選地，可以根據(jù)源文件數(shù)據(jù)流對應(yīng)的業(yè)務(wù)信息，選擇相應(yīng)的數(shù)據(jù)處理模型，例如，如果該源文件數(shù)據(jù)流是用于“出口”的匯率數(shù)據(jù)流，則可以選擇預(yù)設(shè)的用于“出口”的匯率處理模型，如果該源文件數(shù)據(jù)流是用于“進(jìn)口”的匯率數(shù)據(jù)流，則可以選擇預(yù)設(shè)的用于“進(jìn)口”的匯率處理模型。

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

上述源文件數(shù)據(jù)內(nèi)容、目標(biāo)文件數(shù)據(jù)內(nèi)容和數(shù)據(jù)處理模型均是示例性的說明，在實(shí)際應(yīng)用中，源文件數(shù)據(jù)內(nèi)容、目標(biāo)文件數(shù)據(jù)內(nèi)容會(huì)更加的復(fù)雜，相應(yīng)的數(shù)據(jù)處理模型也會(huì)更加復(fù)雜，這里并沒有對源文件數(shù)據(jù)內(nèi)容、目標(biāo)文件數(shù)據(jù)內(nèi)容和數(shù)據(jù)處理模型構(gòu)成具體限定。

可選地，在第一服務(wù)器獲得目標(biāo)文件數(shù)據(jù)流后，可以將目標(biāo)數(shù)據(jù)流進(jìn)行存儲(chǔ)，還可以將獲得的源文件數(shù)據(jù)流進(jìn)行存儲(chǔ)。與現(xiàn)有技術(shù)相比，本申請實(shí)施例在第一服務(wù)器獲得目標(biāo)數(shù)據(jù)之后，才對源文件數(shù)據(jù)流和目標(biāo)文件數(shù)據(jù)流進(jìn)行存 儲(chǔ)，這樣既存儲(chǔ)了數(shù)據(jù)，又提高了第一服務(wù)器處理源文件數(shù)據(jù)的效率。

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

步驟s301：接收源文件數(shù)據(jù)流，具體地，第一服務(wù)器接收第二服務(wù)器發(fā)送的源文件數(shù)據(jù)流。

步驟s302：開啟消息接聽功能，即：第一服務(wù)器對接收的消息進(jìn)行監(jiān)聽。

步驟s303：判斷是否有新消息，即根據(jù)步驟s302對第一服務(wù)器接收到的消息進(jìn)行監(jiān)聽，如果監(jiān)聽到第二服務(wù)器發(fā)送的源文件數(shù)據(jù)流未到達(dá)時(shí)，則執(zhí)行步驟s304：繼續(xù)開啟消息監(jiān)聽功能；如果監(jiān)聽到第二服務(wù)器發(fā)送的源文件數(shù)據(jù)流到達(dá)時(shí)，則執(zhí)行步驟s305：執(zhí)行數(shù)據(jù)處理模型，即：立即對接收到的源文件收流進(jìn)行處理。

步驟s306：獲取目標(biāo)資源數(shù)據(jù)。

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

實(shí)施例2

實(shí)施例1提供了一種數(shù)據(jù)處理的方法，基于相同的發(fā)明構(gòu)思，實(shí)施例3提供了一種匯率報(bào)價(jià)方法，具體用于第三方支付平臺進(jìn)行匯率報(bào)價(jià)。

為了更清楚的說明申請實(shí)施例，有必要先對第三方支付平臺以及現(xiàn)有技術(shù) 第三方支付平臺匯率報(bào)價(jià)的方法進(jìn)行說明，具體如下：

目前當(dāng)用戶在網(wǎng)上各大應(yīng)用平臺進(jìn)行相關(guān)消費(fèi)時(shí)，通常先將交易金額支付給第三方支付平臺，等到用戶收到交易商品或完成其他相關(guān)消費(fèi)時(shí)，先在第三方支付平臺上進(jìn)行確認(rèn)，第三方支付平臺才將交易金額轉(zhuǎn)付給相應(yīng)的交易商家。

在用戶使用第三方支付平臺進(jìn)行交易的過程中，有時(shí)會(huì)有外幣的流通，為了保障用戶之間交易的準(zhǔn)確性，第三方支付平臺需要執(zhí)行匯率報(bào)價(jià)?，F(xiàn)有技術(shù)中第三方支付平臺執(zhí)行匯率報(bào)價(jià)通常的步驟是：第一步：第三方支付平臺的服務(wù)器從與該第三方支付平臺連接的金融系統(tǒng)中接收匯率報(bào)價(jià)源文件，這里的匯率報(bào)價(jià)源文件可以是針對某外幣匯率的增長或下降幅度，或者直接是當(dāng)前時(shí)刻某外幣的匯率等；第二步：該第三方支付平臺將該匯率報(bào)價(jià)源文件在數(shù)據(jù)庫中進(jìn)行存儲(chǔ)，其中，主要運(yùn)用數(shù)據(jù)庫的讀寫功能將該匯率報(bào)價(jià)源文件寫進(jìn)數(shù)據(jù)庫中；第三步：待將該匯率報(bào)價(jià)源文件存儲(chǔ)后，再在內(nèi)存通道中對該匯率報(bào)價(jià)源文件中的數(shù)據(jù)進(jìn)行處理，從而獲得匯率報(bào)價(jià)的數(shù)據(jù)。

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

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

步驟401：第三方支付平臺服務(wù)器從與所述第三方支付平臺連接的金融系統(tǒng)中接收匯率報(bào)價(jià)源文件流；

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

可選地，在該第三方支付平臺的服務(wù)器接收相關(guān)銀行或金融機(jī)構(gòu)發(fā)送的匯率報(bào)價(jià)源文件之前，第三支付平臺的服務(wù)器可以開啟消息監(jiān)聽功能，即，當(dāng)監(jiān)聽到匯率報(bào)價(jià)源文件到達(dá)時(shí)，立即接收該匯率報(bào)價(jià)源文件，當(dāng)監(jiān)聽到匯率報(bào)價(jià)源文件沒有到達(dá)時(shí)，該第三支付平臺繼續(xù)開啟消息監(jiān)聽功能。

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

在本步驟中，第三方支付平臺的服務(wù)器獲取匯率報(bào)價(jià)源文件流的數(shù)據(jù)，這里的數(shù)據(jù)可以采用二進(jìn)制代碼或其它表示方式將匯率報(bào)價(jià)源文件的內(nèi)容表示出來；且這里用于接收相關(guān)銀行和金融機(jī)構(gòu)的第三方支付平臺的服務(wù)器，同樣 也是第三方支付平臺與該相關(guān)銀行和金融機(jī)構(gòu)提前約定好的服務(wù)器，目的保障數(shù)據(jù)傳輸?shù)陌踩浴?/p>

需要說明的是，在實(shí)際應(yīng)用中，每個(gè)第三方支付平臺所合作的銀行和金融機(jī)構(gòu)均不相同，因此為了保障數(shù)據(jù)的安全性，第三方支付平臺可以只與配置文件中的銀行或金融機(jī)構(gòu)傳送數(shù)據(jù)，這里的配置文件中包含與該第三支付平臺具有合作關(guān)系的銀行或金融機(jī)構(gòu)的標(biāo)識信息，該第三方支付平臺根據(jù)配置文件中的標(biāo)識信息與相應(yīng)的銀行或金融機(jī)構(gòu)進(jìn)行數(shù)據(jù)傳送。

在本申請實(shí)施例中，第三方支付平臺的服務(wù)器所接收的匯率報(bào)價(jià)源文件流包含的內(nèi)容可以與現(xiàn)有技術(shù)中的匯率報(bào)價(jià)文件流所包含的內(nèi)容相同或相似；且上述匯率報(bào)價(jià)源文件流所包含的具體內(nèi)容只是示例性的說明，在實(shí)際的應(yīng)用中，匯率報(bào)價(jià)源文件流中所包含的相關(guān)數(shù)據(jù)更加的復(fù)雜，這里只是為了更清楚的說明本方案，進(jìn)行簡單的舉例，但并沒有對匯率報(bào)價(jià)源文件流中包含的內(nèi)容進(jìn)行限定。

步驟402：第三方支付平臺服務(wù)器將所述匯率報(bào)價(jià)源文件流輸入到內(nèi)存通道，利用內(nèi)存通道中與所述匯率報(bào)價(jià)源文件流對應(yīng)的數(shù)據(jù)處理模型對所述匯率報(bào)價(jià)源文件流進(jìn)行處理，得到目標(biāo)匯率報(bào)價(jià)文件流。

所述內(nèi)存通道包含至少一個(gè)數(shù)據(jù)處理模型，所述數(shù)據(jù)處理模型為根據(jù)匯率報(bào)價(jià)源文件流的內(nèi)容與目標(biāo)匯率報(bào)價(jià)文件流的內(nèi)容之間的預(yù)定映射規(guī)則建立的模型。

當(dāng)?shù)谌街Ц镀脚_的服務(wù)器接收到相關(guān)銀行或金融機(jī)構(gòu)發(fā)送的匯率報(bào)價(jià)源文件時(shí)，需要根據(jù)該匯率報(bào)價(jià)源文件選擇合適的匯率報(bào)價(jià)的模型。

可選地，可以根據(jù)該匯率報(bào)價(jià)源文件的業(yè)務(wù)類型，選擇相應(yīng)的數(shù)據(jù)處理模型。例如，第三方支付平臺的服務(wù)器接收到的源文件流是用來“出口”，則可以選擇預(yù)設(shè)的用于“出口”的匯率處理模型，如果該匯率報(bào)價(jià)源文件數(shù)據(jù)流是用于“進(jìn)口”的匯率數(shù)據(jù)流，則可以選擇預(yù)設(shè)的用于“進(jìn)口”的匯率處理模型。

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

上述實(shí)例中匯率報(bào)價(jià)模型“w＝b+0.013b”只是示例性的說明，在實(shí)際應(yīng)用中，第三方支付平臺在接收到銀行或金融機(jī)構(gòu)發(fā)送的匯率數(shù)據(jù)后，會(huì)根據(jù)該數(shù)據(jù)和其他因數(shù)對待處理的數(shù)據(jù)進(jìn)行處理，即使用的匯率報(bào)價(jià)模型會(huì)更加的復(fù)雜。

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

實(shí)施例3

實(shí)施例1提供了一種數(shù)據(jù)處理的方法，相應(yīng)地，本實(shí)施例相應(yīng)地提供了一種數(shù)據(jù)處理的裝置，所述裝置存在于處理源文件數(shù)據(jù)的服務(wù)器中，該裝置的具 體結(jié)構(gòu)示意圖如圖5所示。該裝置具體包括：接收單元501和處理單元502，其中：

所述接收單元501，可以用于接收源文件數(shù)據(jù)流；

所述處理單元502，可以用于將所述源文件數(shù)據(jù)流輸入內(nèi)存通道，利用內(nèi)存通道中與所述源文件數(shù)據(jù)流對應(yīng)的數(shù)據(jù)處理模型對所述源文件數(shù)據(jù)流進(jìn)行處理，得到目標(biāo)文件數(shù)據(jù)流，所述內(nèi)存通道包含至少一個(gè)數(shù)據(jù)處理模型，所述數(shù)據(jù)處理模型為根據(jù)源文件數(shù)據(jù)流的內(nèi)容與目標(biāo)文件數(shù)據(jù)流的內(nèi)容之間的預(yù)定映射規(guī)則建立的模型。

該裝置實(shí)施例的具體工作流程如下：首先，處理源文件數(shù)據(jù)的服務(wù)器中的接收單元501接收其他服務(wù)器發(fā)送的源文件數(shù)據(jù)流，然后，處理單元502根據(jù)接收到的源文件數(shù)據(jù)流，并利用內(nèi)存通道中與該源文件數(shù)據(jù)流對應(yīng)的數(shù)據(jù)處理模型對該源文件數(shù)據(jù)流進(jìn)行處理，得到目標(biāo)文件數(shù)據(jù)流。

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

監(jiān)聽源文件數(shù)據(jù)流是否到達(dá)，如果已到達(dá)，則接收所述源文件數(shù)據(jù)流；如果未到達(dá)，繼續(xù)對源文件數(shù)據(jù)流進(jìn)行監(jiān)聽。

所述監(jiān)聽單元503可以實(shí)時(shí)地提醒服務(wù)器源文件數(shù)據(jù)流已經(jīng)到達(dá)，并使得該服務(wù)器及時(shí)地對該源文件數(shù)據(jù)流進(jìn)行處理，提高了處理源文件數(shù)據(jù)流的效率。

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

接收配置文件中指定服務(wù)器發(fā)送的源文件數(shù)據(jù)流。

所述接收單元501接收指定服務(wù)器發(fā)送的源文件數(shù)據(jù)流，保證數(shù)據(jù)傳輸?shù)陌踩裕曳乐蛊渌?wù)器對處理該源文件數(shù)據(jù)的服務(wù)器進(jìn)行非法操作。

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

對所述源文件數(shù)據(jù)流和/或目標(biāo)文件數(shù)據(jù)流進(jìn)行存儲(chǔ)。

所述存儲(chǔ)單元504是在服務(wù)器對接收到的源文件數(shù)據(jù)流處理后，再對源文 件數(shù)據(jù)和/或目標(biāo)文件數(shù)據(jù)流進(jìn)行存儲(chǔ)，避免在處理源文件數(shù)據(jù)時(shí)，由于數(shù)據(jù)庫在對該源文件數(shù)據(jù)存儲(chǔ)時(shí)消耗相對較長時(shí)間。

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

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

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

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

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

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

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

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

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

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

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