本發(fā)明屬于收付款技術(shù)領(lǐng)域，尤其涉及一種收付款的業(yè)務(wù)規(guī)則裝配方法及裝置。

背景技術(shù)：

在海外商業(yè)銀行收付款領(lǐng)域，針對不同海外分行(多法人)在進(jìn)行收付款時，根據(jù)當(dāng)?shù)氐姆ㄒ?guī)、風(fēng)險控制等要求對于付款業(yè)務(wù)需要采用不同的規(guī)則，以保證交易正確性、合規(guī)性。具體的業(yè)務(wù)規(guī)則差異體現(xiàn)在同一個海外分行在不同的業(yè)務(wù)場景下的差異性和同一業(yè)務(wù)場景在不同海外分行下的差異性。

正是由于上述兩方面差異的存在，現(xiàn)有技術(shù)中為了支持不同分行的不同業(yè)務(wù)場景的處理規(guī)則，采用的技術(shù)方案是：針對不同的海外分行，進(jìn)行獨(dú)立開發(fā)單獨(dú)的系統(tǒng)，如圖1所示，為現(xiàn)有技術(shù)中針對不同的海外分行開發(fā)的系統(tǒng)。

這種方案通過對不同海外分行進(jìn)行區(qū)分，一個海外分行對應(yīng)一個獨(dú)立的系統(tǒng)，滿足了同一業(yè)務(wù)場景在不同海外分行下的差異性。但由于每個海外分行存在一個系統(tǒng)，對每個系統(tǒng)需要單獨(dú)進(jìn)行開發(fā)維護(hù)；同時，對于同一海外分行對應(yīng)的系統(tǒng)而言，由于同一海外分行在不同的業(yè)務(wù)場景下的差異性，導(dǎo)致不同業(yè)務(wù)場景下需要對系統(tǒng)進(jìn)行變更，以支持不同業(yè)務(wù)場景下的業(yè)務(wù)處理，進(jìn)而增加了系統(tǒng)開發(fā)和維護(hù)的成本。

此外，當(dāng)增加一個海外分行或者是增加一個業(yè)務(wù)場景時，需要重新開發(fā)一套獨(dú)立的系統(tǒng)，導(dǎo)致可擴(kuò)展性差。

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

有鑒于此，本發(fā)明的目的在于提供一種業(yè)務(wù)規(guī)則裝配方法及裝置，用于解決現(xiàn)有技術(shù)中海外分行收付款系統(tǒng)開發(fā)和維護(hù)成本高、可擴(kuò)展性差的問題。

技術(shù)方案如下：

本發(fā)明提供一種業(yè)務(wù)規(guī)則的裝配方法，所述裝配方法包括：

獲取交易信息；

根據(jù)所述交易信息，從規(guī)則配置信息表中查找與所述交易信息對應(yīng)的規(guī)則集；

從規(guī)則定義信息表中，分別獲取與所述規(guī)則集中的規(guī)則對應(yīng)的規(guī)則定義信息；

根據(jù)所述交易信息和與所述規(guī)則對應(yīng)的所述規(guī)則定義信息，分別判斷所述規(guī)則集中的所述規(guī)則是否滿足所述規(guī)則的裝配條件；

當(dāng)所述規(guī)則滿足裝配條件時，裝配所述規(guī)則。

優(yōu)選地，所述規(guī)則配置信息表包括：多實體標(biāo)識、服務(wù)編號、執(zhí)行服務(wù)名稱、海外收付款交易類型代碼、規(guī)則描述和預(yù)留補(bǔ)充字段；所述規(guī)則描述中包括由處理交易所需的規(guī)則的規(guī)則號組成的規(guī)則集；

其中，根據(jù)所述交易信息，從規(guī)則配置信息表中查找與所述交易信息對應(yīng)的規(guī)則集，包括：

根據(jù)所述交易信息中的海外分行，確定所述規(guī)則配置信息表中的多實體標(biāo)識；

根據(jù)所述交易信息中的交易，確定所述規(guī)則配置信息表中的服務(wù)編號；

根據(jù)所述交易信息中的業(yè)務(wù)場景，確定所述規(guī)則配置信息表中的海外收付款交易類型代碼；

根據(jù)所述多實體標(biāo)識、所述服務(wù)編號和所述海外收付款交易類型代碼，從所述規(guī)則配置信息表中查找與所述多實體標(biāo)識、所述服務(wù)編號和所述海外收付款交易類型代碼對應(yīng)的所述規(guī)則描述；

從所述規(guī)則描述中獲取與所述交易信息對應(yīng)的規(guī)則集。

優(yōu)選地，所述規(guī)則定義信息表包括：規(guī)則號、檢核規(guī)則名稱、校驗規(guī)則描述、處理標(biāo)識代碼、服務(wù)組件名稱、輸入條件內(nèi)容、運(yùn)行結(jié)果描述和觸發(fā)條件；

其中，所述從規(guī)則定義信息表中，分別獲取與所述規(guī)則集中的規(guī)則對應(yīng)的規(guī)則定義信息包括：

根據(jù)所述規(guī)則集中包括的規(guī)則號，從所述規(guī)則定義信息表中查找與所述規(guī)則號對應(yīng)的規(guī)則定義信息。

優(yōu)選地，所述根據(jù)所述交易信息和與所述規(guī)則對應(yīng)的所述規(guī)則定義信息，分別判斷所述規(guī)則集中的所述規(guī)則是否滿足所述規(guī)則的裝配條件包括：

判斷所述規(guī)則對應(yīng)的所述規(guī)則定義信息中是否包括所述觸發(fā)條件；

若不包括所述觸發(fā)條件，則滿足所述規(guī)則的裝配條件；

若包括所述觸發(fā)條件，則根據(jù)所述交易信息判斷所述規(guī)則是否滿足所述觸發(fā)條件；

若滿足，則滿足所述規(guī)則的裝配條件；

否則，不滿足所述規(guī)則的裝配條件。

優(yōu)選地，所述裝配所述規(guī)則包括：

獲取與所述規(guī)則對應(yīng)的規(guī)則處理模塊；其中，所述規(guī)則處理模塊用于依據(jù)規(guī)則對交易進(jìn)行處理；

確定與所述規(guī)則處理模塊對應(yīng)的輸入?yún)?shù)；

依據(jù)所述輸入?yún)?shù)，裝配所述規(guī)則處理模塊。

優(yōu)選地，所述裝配所述規(guī)則處理模塊后，還包括：

保存所述規(guī)則處理模塊的處理結(jié)果；

對所述處理結(jié)果匯總，生成交易處理結(jié)果。

本發(fā)明還提供一種業(yè)務(wù)規(guī)則的裝配裝置，所述裝配裝置包括：

第一獲取單元，用于獲取交易信息；

查找單元，用于根據(jù)所述交易信息，從規(guī)則配置信息表中查找與所述交易信息對應(yīng)的規(guī)則集；

第二獲取單元，用于從規(guī)則定義信息表中，分別獲取與所述規(guī)則集中的規(guī)則對應(yīng)的規(guī)則定義信息；

判斷單元，用于根據(jù)所述交易信息和所述規(guī)則對應(yīng)的所述規(guī)則定義信息，分別判斷所述規(guī)則集中的所述規(guī)則是否滿足所述規(guī)則的裝配條件；

裝配單元，用于當(dāng)所述判斷單元判斷所述規(guī)則滿足裝配條件時，裝配所述規(guī)則。

優(yōu)選地，所述查找單元根據(jù)所述交易信息，從規(guī)則配置信息表中查找與所述交易信息對應(yīng)的規(guī)則集包括：

第一確定單元，用于根據(jù)所述交易信息中的海外分行，確定所述規(guī)則配置信息表中的多實體標(biāo)識；

還用于根據(jù)所述交易信息中的交易，確定所述規(guī)則配置信息表中的服務(wù)編號；

還用于根據(jù)所述交易信息中的業(yè)務(wù)場景，確定所述規(guī)則配置信息表中的海外收付款交易類型代碼；

規(guī)則描述查找單元，用于根據(jù)所述多實體標(biāo)識、所述服務(wù)編號和所述海外收付款交易類型代碼，從所述規(guī)則配置信息表中查找與所述多實體標(biāo)識、所述服務(wù)編號和所述海外收付款交易類型代碼對應(yīng)的所述規(guī)則描述；

規(guī)則集獲取單元，用于從所述規(guī)則描述中獲取與所述交易信息對應(yīng)的規(guī)則集。

優(yōu)選地，其特征在于，所述判斷單元根據(jù)所述交易信息和與所述規(guī)則對應(yīng)的所述規(guī)則定義信息，分別判斷所述規(guī)則集中的所述規(guī)則是否滿足所述規(guī)則的裝配條件包括：

第一判斷子單元，用于判斷所述規(guī)則對應(yīng)的所述規(guī)則定義信息中是否包括觸發(fā)條件；

第二判斷子單元，用于當(dāng)所述第一判斷子單元判斷包括所述觸發(fā)條件時，根據(jù)所述交易信息判斷所述規(guī)則是否滿足所述觸發(fā)條件；

所述第一判斷子單元判斷不包括所述觸發(fā)條件，則滿足裝配條件；

所述第二判斷子單元判斷滿足所述觸發(fā)條件，則滿足裝配條件。

優(yōu)選地，所述裝配單元裝配所述規(guī)則包括：

第三獲取單元，用于獲取與所述規(guī)則對應(yīng)的規(guī)則處理模塊；

第二確定單元，用于確定與所述規(guī)則處理模塊對應(yīng)的輸入?yún)?shù)；

裝配子單元，用于依據(jù)所述輸入?yún)?shù)，裝配所述規(guī)則處理模塊。

優(yōu)選地，所述裝配裝置還包括：保存單元和生成單元，

所述保存單元，用于保存所述規(guī)則處理模塊的處理結(jié)果；

所述生成單元，用于對所述處理結(jié)果匯總，生成交易處理結(jié)果。

與現(xiàn)有技術(shù)相比，本發(fā)明提供的上述技術(shù)方案具有如下優(yōu)點(diǎn)：

從上述技術(shù)方案可知，本申請公開的業(yè)務(wù)規(guī)則裝配方法，通過獲取交易信息；根據(jù)所述交易信息，從規(guī)則配置信息表中查找與所述交易信息對應(yīng)的規(guī)則配置信息；根據(jù)所述規(guī)則配置信息，確定與所述交易信息對應(yīng)的規(guī)則集；分別獲取與所述規(guī)則集中的規(guī)則對應(yīng)的規(guī)則定義信息；根據(jù)所述交易信息和與所述規(guī)則對應(yīng)的所述規(guī)則定義信息，分別判斷所述規(guī)則集中的所述規(guī)則是否滿足所述規(guī)則的裝配條件；當(dāng)所述規(guī)則滿足裝配條件時，裝配所述規(guī)則。相較于現(xiàn)有技術(shù)中，根據(jù)不同的海外分行調(diào)用不同的系統(tǒng)進(jìn)行處理，且同一海外分行不同的業(yè)務(wù)場景，需要設(shè)置不同的規(guī)則以實現(xiàn)對交易處理的技術(shù)方案，本申請不需要為每個海外分行的每個業(yè)務(wù)場景單獨(dú)設(shè)置一套規(guī)則和與規(guī)則對應(yīng)的處理模塊，而是只需要設(shè)置一套規(guī)則，根據(jù)不同的海外分行和不同的業(yè)務(wù)場景靈活配置規(guī)則，實現(xiàn)了規(guī)則的動態(tài)裝配，降低了海外商業(yè)銀行收付款系統(tǒng)的開發(fā)維護(hù)成本。

附圖說明

為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1是現(xiàn)有技術(shù)中業(yè)務(wù)規(guī)則的裝配流程圖；

圖2是本發(fā)明實施例提供的一種業(yè)務(wù)規(guī)則的裝配方法的流程圖；

圖3是本發(fā)明實施例提供的另一種業(yè)務(wù)規(guī)則的裝配方法的流程圖；

圖4是本發(fā)明實施例提供的一種業(yè)務(wù)規(guī)則的裝配裝置的結(jié)構(gòu)示意圖。

具體實施方式

圖1是現(xiàn)有技術(shù)中業(yè)務(wù)規(guī)則的裝配方式，由于不同海外分行在進(jìn)行收付款時，根據(jù)當(dāng)?shù)氐姆ㄒ?guī)、風(fēng)險控制等要求對于付款業(yè)務(wù)需要采用不同的規(guī)則，且同一海外分行在處理不同的交易即處于不同的業(yè)務(wù)場景時，采用不同的規(guī)則，因此，為了滿足業(yè)務(wù)規(guī)則在不同的海外分行以及不同的業(yè)務(wù)場景上的差異性，現(xiàn)有技術(shù)在實現(xiàn)業(yè)務(wù)規(guī)則裝配時，為各個海外分行單獨(dú)建立一套業(yè)務(wù)規(guī)則系統(tǒng)，然后在單獨(dú)一個海外分行系統(tǒng)下，再根據(jù)不同的業(yè)務(wù)場景對業(yè)務(wù)規(guī)則進(jìn)行具體的裝配。

這種裝配方式，需要分別維護(hù)各個海外分行以及同一海外分行下不同的業(yè)務(wù)場景所對應(yīng)的具體的規(guī)則，維護(hù)成本較高，且不便于擴(kuò)展。

為解決現(xiàn)有裝配方式存在的上述問題，本發(fā)明實施例提供一種裝配方法，獲取交易信息后，從規(guī)則配置信息表中查找與交易信息對應(yīng)的規(guī)則集，并從規(guī)則定義信息表中獲取規(guī)則集中的規(guī)則對應(yīng)的規(guī)則定義信息，根據(jù)每個規(guī)則對應(yīng)的規(guī)則定義信息和交易信息，判斷每個規(guī)則是否滿足自身的裝配條件，當(dāng)滿足時則裝配上此條規(guī)則。這種裝配方法不需要為每個海外分行分別建立一套業(yè)務(wù)規(guī)則系統(tǒng)，且不用對同一海外分行的不同業(yè)務(wù)場景進(jìn)行分別維護(hù)，此外，針對不同海外分行或者不同業(yè)務(wù)場景下都需要的規(guī)則，不需要重復(fù)維護(hù)，降低了維護(hù)成本。

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

請參閱圖2，其示出了本發(fā)明實施例提供的一種業(yè)務(wù)規(guī)則的裝配方法的流程圖，所述裝配方法包括：

S101、獲取交易信息；

建行的不同海外分行由于受到當(dāng)?shù)胤ㄒ?guī)的限制、當(dāng)?shù)亟Y(jié)算組織的要求或者是本地分支機(jī)構(gòu)做出的特殊規(guī)則，導(dǎo)致不同海外分行即使在處理相同業(yè)務(wù)時即處于同一業(yè)務(wù)場景下，規(guī)則也不同。例如在匯至本地他行這一業(yè)務(wù)場景下，悉尼分行要求必須輸入澳大利亞的銀行清算號碼，且支持澳元，匯款附言最多15個字符；法蘭克福分行要求輸入收款方的開戶行swift代碼或開戶行名稱地址，幣種只能是歐元，輸入的交易金額格式小數(shù)點(diǎn)和千分位標(biāo)識相反。

建行的每個海外分行在付款時包括轉(zhuǎn)賬、轉(zhuǎn)至當(dāng)?shù)亟ㄐ兴恕R至大陸建行他人、匯至本地他行和匯至全球這幾種業(yè)務(wù)場景，在同一海外分行下，針對不同的業(yè)務(wù)場景，有不同的業(yè)務(wù)規(guī)則要求。例如，在轉(zhuǎn)賬這一業(yè)務(wù)場景下，要求收方、付方均為本地活期賬號，雙方幣種相同，且登記在同一客戶名下；在匯至全球這一業(yè)務(wù)場景下，要求付方為客戶登記的活期賬號，除必須輸入收方賬號，還需輸入開戶行swift代碼或開戶行名稱地址，針對不同幣種的允許交易時間不同。

當(dāng)用戶想要進(jìn)行某種交易時，訪問其需要進(jìn)行交易的海外分行的交易處理界面，交易處理界面上顯示有收付方賬號、開戶名稱、轉(zhuǎn)賬金額、備注以及其他一些業(yè)務(wù)字段。由于不同海外分行的差異性和不同業(yè)務(wù)場景的差異性，因此用戶需要根據(jù)此海外分行對這一業(yè)務(wù)場景的要求，在相應(yīng)位置處輸入滿足此海外分行和此業(yè)務(wù)場景要求的內(nèi)容。

例如，在悉尼分行下處理匯至本地他行的業(yè)務(wù)時，除了輸入收付方賬號、收方戶名、轉(zhuǎn)賬金額、交易幣種等必須的內(nèi)容外，還需要輸入澳大利亞的銀行清算號碼。

即用戶在訪問某個分行的交易處理界面后，需要在界面上輸入能夠完成此次付款交易的業(yè)務(wù)要素信息，并發(fā)起付款請求。

前端網(wǎng)關(guān)系統(tǒng)接收到付款請求后，獲取交易信息；其中所述交易信息包括用戶在交易處理界面上輸入的業(yè)務(wù)要素信息，和用戶訪問的海外分行信息以及業(yè)務(wù)場景信息。

前端網(wǎng)關(guān)系統(tǒng)在獲取到交易信息后，生成交易報文，并將所述交易報文發(fā)送至后端系統(tǒng)進(jìn)行處理。

其中，所述交易報文是按照前端網(wǎng)關(guān)系統(tǒng)和后端系統(tǒng)約定好的格式生成的，具體的報文格式可以采用固定分隔符將交易信息分隔，固定分隔符可以是|@|，報文格式也可以為xml格式、json格式等。報文格式還可以包括報文長度和校驗碼，以進(jìn)一步實現(xiàn)對交易報文傳輸完整性的校驗。

S102、根據(jù)所述交易信息，從規(guī)則配置信息表中查找與所述交易信息對應(yīng)的規(guī)則集；

后端系統(tǒng)在接收到前端系統(tǒng)發(fā)送的交易報文后，按照和前端網(wǎng)關(guān)系統(tǒng)約定好的格式對所述交易報文進(jìn)行解析，得到所述交易信息；

進(jìn)一步，后端系統(tǒng)在得到交易信息后，還可以根據(jù)所述交易信息從系統(tǒng)與用戶簽約的信息中獲取對應(yīng)的客戶簽約內(nèi)容。例如在付款時，用戶輸入了付方賬號即用戶自身的賬號信息，交易信息中僅僅包括付方賬號，后端系統(tǒng)可以從簽約信息中查找該付方賬號對應(yīng)的賬戶類型(活期、定期、結(jié)算卡、一戶通等)、支付屬性(只收款不付款、即收款也付款)等信息。并將從簽約信息中獲取到的信息匯總到所述交易信息中，共同組成新的交易信息。

在得到所述交易信息后，對所述交易信息進(jìn)行必輸項檢查，以確保根據(jù)所述交易信息可以完成對交易的處理。例如，在付款時，所述交易信息中僅僅包括了付方賬號、收方賬號，而不包括交易金額，那么在對所述交易信息進(jìn)行必輸項檢查時，檢查結(jié)果為缺少必輸項，提醒用戶輸入必輸項。由于不同的海外分行、不同業(yè)務(wù)場景下，對必輸項的要求是不同的，因此必輸項檢查在不同的海外分行和不同的業(yè)務(wù)場景下是不同的。

還可以包括對所述交易信息進(jìn)行數(shù)據(jù)格式檢查，例如在法蘭克福分行處理匯至本地他行的業(yè)務(wù)時，需要對交易信息中包括的交易金額格式進(jìn)行檢查，判斷交易金額格式小數(shù)點(diǎn)和千分位標(biāo)識是否相反。在不同的海外分行或不同的業(yè)務(wù)場景下，分別設(shè)置不同的數(shù)據(jù)格式檢查。

完成對所述交易信息的處理后，存儲所述交易信息。

根據(jù)所述交易信息，從規(guī)則配置信息表中查找與所述交易信息對應(yīng)的規(guī)則集。

S103、從規(guī)則定義信息表中，分別獲取與所述規(guī)則集中的規(guī)則對應(yīng)的規(guī)則定義信息；

每條規(guī)則對應(yīng)一條規(guī)則定義信息，所有規(guī)則對應(yīng)的規(guī)則定義信息組成規(guī)則定義信息表。

查找到與所述交易信息對應(yīng)的規(guī)則集后，從規(guī)則定義信息表中，分別獲取與所述規(guī)則集中每一條規(guī)則對應(yīng)的規(guī)則定義信息。

S104、根據(jù)所述交易信息和與所述規(guī)則對應(yīng)的所述規(guī)則定義信息，分別判斷所述規(guī)則集中的所述規(guī)則是否滿足所述規(guī)則的裝配條件；

在不同的海外分行或不同的業(yè)務(wù)場景下，所需要的規(guī)則是不同的，在查找到規(guī)則集后，需要逐條判斷所述規(guī)則集中的規(guī)則是否滿足裝配條件。

S105、當(dāng)所述規(guī)則滿足裝配條件時，裝配所述規(guī)則。

從上述技術(shù)方案可知，獲取交易信息后，從規(guī)則配置信息表中查找與交易信息對應(yīng)的規(guī)則集，并從規(guī)則定義信息表中獲取規(guī)則集中的規(guī)則對應(yīng)的規(guī)則定義信息，根據(jù)每個規(guī)則對應(yīng)的規(guī)則定義信息和交易信息，判斷每個規(guī)則是否滿足自身的裝配條件，當(dāng)滿足時則裝配上此條規(guī)則。這種裝配方法只需要定義一套規(guī)則，不同的海外分行或者不同的業(yè)務(wù)場景都是從一套規(guī)則中選擇規(guī)則，并對選擇的規(guī)則進(jìn)行具體設(shè)置，以滿足海外分行和業(yè)務(wù)場景對業(yè)務(wù)規(guī)則的差異性需求。相較于現(xiàn)有技術(shù)，不需要為每個海外分行分別建立一套業(yè)務(wù)規(guī)則系統(tǒng)，且不用對同一海外分行的不同業(yè)務(wù)場景進(jìn)行分別維護(hù)，此外，針對不同海外分行或者不同業(yè)務(wù)場景下都需要的規(guī)則，不需要重復(fù)維護(hù)，降低了維護(hù)成本。

請參閱圖3，其示出了本發(fā)明實施例提供的另一種業(yè)務(wù)規(guī)則的裝配方法的流程圖，所述裝配方法包括：

S201、獲取交易信息；

具體實現(xiàn)方式和步驟S101相同，在此不在贅述。

S202、根據(jù)所述交易信息，從規(guī)則配置信息表中查找與所述交易信息對應(yīng)的規(guī)則集；

所述規(guī)則配置信息表如下表1所示：

表1

所述規(guī)則配置信息表包括：多實體標(biāo)識、服務(wù)編號、執(zhí)行服務(wù)名稱、海外收付款交易類型代碼、規(guī)則描述和預(yù)留補(bǔ)充字段；

所述多實體標(biāo)識用于區(qū)分不同的海外分行，即不同海外分行對應(yīng)的多實體標(biāo)識不同；

所述服務(wù)編號用于區(qū)分不同的服務(wù)，默認(rèn)服務(wù)為付款；

所述海外收付款交易類型代碼用于區(qū)分交易類型，例如轉(zhuǎn)賬、轉(zhuǎn)至當(dāng)?shù)乇拘兴说龋?/p>

所述預(yù)留補(bǔ)充字段描述為擴(kuò)展字段，用于支持客戶級、賬號級的配置；具體地，例如在悉尼分行的轉(zhuǎn)賬業(yè)務(wù)場景下，對應(yīng)一套規(guī)則，利用此擴(kuò)展字段可以單獨(dú)針對悉尼分行不同的客戶設(shè)置一套規(guī)則，當(dāng)客戶在悉尼分行的轉(zhuǎn)賬業(yè)務(wù)場景下完成一筆交易時，則采用針對此客戶設(shè)置的這一套規(guī)則；也可以為不同的賬號，設(shè)置單獨(dú)的一套規(guī)則；滿足了用戶的個性化需求；

所述規(guī)則描述用于定義適用于所述多實體標(biāo)識、所述服務(wù)編號、所述海外收付款交易類型代碼、所述客戶級、賬號級的規(guī)則的規(guī)則號組成的規(guī)則集；

例如表2所示，為本實施例中的一個規(guī)則配置信息表；

表2

規(guī)則配置信息表中多實體標(biāo)識DA001、DA002和DA003表示的是三個不同的海外分行；例如DA001表示法蘭克福分行；DA002表示悉尼分行；DA003表示臺北分行；

服務(wù)編號F01表示的是交易為付款；

海外收付款交易類型代碼包括：11，對應(yīng)業(yè)務(wù)場景為轉(zhuǎn)賬；01，對應(yīng)業(yè)務(wù)場景為匯款至當(dāng)?shù)劂y行；02，對應(yīng)業(yè)務(wù)場景為匯款至大陸建行；03，對應(yīng)業(yè)務(wù)場景為匯款至歐元區(qū)；04，對應(yīng)業(yè)務(wù)場景為匯款至全球；05，對應(yīng)業(yè)務(wù)場景為匯至當(dāng)?shù)亟ㄐ兴耍?/p>

規(guī)則描述中C01,C02,C03,C04,C05,C06,C07,C08,C09,D01,C12表示規(guī)則號分別為C01,C02,C03,C04,C05,C06,C07,C08,C09,D01,C12的規(guī)則組成的規(guī)則集。

所述規(guī)則配置信息表可以是數(shù)據(jù)庫的形式，也可以是配置文件的形式。在確定使用的規(guī)則配置信息表時，可以根據(jù)修訂版本號信息或者修訂時間信息確定。

在確定規(guī)則配置信息表后，從規(guī)則配置信息表中查找與所述交易信息對應(yīng)的規(guī)則集包括：

根據(jù)所述交易信息中的海外分行，確定所述規(guī)則配置信息表中的多實體標(biāo)識；

根據(jù)交易信息中的海外分行，確定此海外分行對應(yīng)的多實體標(biāo)識；

在所述規(guī)則配置信息表中，通過MULTI_TENANCY_ID查找與交易信息中海外分行對應(yīng)的多實體標(biāo)識對應(yīng)的多實體標(biāo)識；

例如，用戶訪問的界面為臺北海外分行，則確定臺北分行對應(yīng)的多實體標(biāo)識為DA003；通過對MULTI_TENANCY_ID賦值為DA003，從規(guī)則配置信息表中查找到倒數(shù)第1-6行的內(nèi)容；

根據(jù)所述交易信息中的交易編碼，確定所述規(guī)則配置信息表中的服務(wù)編號；

在所述規(guī)則配置信息表中，通過SVC_ID查找與交易信息中交易對應(yīng)的服務(wù)編號對應(yīng)的服務(wù)編號；

例如，用戶需要完成付款交易，則確定付款對應(yīng)的服務(wù)編號為F01，通過對SVC_ID賦值為F01，從規(guī)則配置信息表中查找到倒數(shù)第1-6行的內(nèi)容；

根據(jù)所述交易信息中的業(yè)務(wù)場景，確定所述規(guī)則配置信息表中的海外收付款交易類型代碼；

根據(jù)交易信息中的業(yè)務(wù)場景，確定此業(yè)務(wù)場景對應(yīng)的海外收付款交易類型代碼；

在所述規(guī)則配置信息表中，通過OVSEARVPY_TXN_TPCD查找與交易信息中業(yè)務(wù)場景對應(yīng)的海外收付款交易類型代碼對應(yīng)的海外收付款交易類型代碼；

例如，用戶需要完成匯款至當(dāng)?shù)劂y行的交易時，則確定匯款至當(dāng)?shù)劂y行這一業(yè)務(wù)場景對應(yīng)的海外收付款交易類型代碼為01，通過對OVSEARVPY_TXN_TPCD賦值為01，從規(guī)則配置信息表中查找到倒數(shù)第5行的內(nèi)容；

根據(jù)所述多實體標(biāo)識、所述服務(wù)編號和所述海外收付款交易類型代碼，從所述規(guī)則配置信息表中查找與所述多實體標(biāo)識、所述服務(wù)編號和所述海外收付款交易類型代碼對應(yīng)的所述規(guī)則描述；

通過上述多實體標(biāo)識、所述服務(wù)編號和所述海外收付款交易類型代碼，確定為所述規(guī)則配置信息表的倒數(shù)第5行，獲取倒數(shù)第5行處的規(guī)則描述；

從所述規(guī)則描述中獲取與所述交易信息對應(yīng)的規(guī)則集。

從規(guī)則描述中獲取與所述交易信息對應(yīng)的規(guī)則集，為C01,C02,C03,C06,C07,C08,C09,C10,C11,D02,C12，其中，每個規(guī)則號對應(yīng)一條規(guī)則。

可以理解的是，通過設(shè)置規(guī)則配置信息表中的預(yù)留補(bǔ)充字段描述，對客戶級、賬號級進(jìn)行配置后，從規(guī)則配置信息表中查找與所述交易信息對應(yīng)的規(guī)則集還包括根據(jù)交易信息判斷與預(yù)留補(bǔ)償字段描述中內(nèi)容對應(yīng)的信息，并與上述多實體標(biāo)識、所述服務(wù)編號和所述海外收付款交易類型代碼共同確定與所述交易信息對應(yīng)的規(guī)則集。

上述通過多實體標(biāo)識、所述服務(wù)編號和所述海外收付款交易類型代碼確定與所述交易信息對應(yīng)的規(guī)則集的順序并不受到限制，只要根據(jù)交易信息中包括的內(nèi)容，能夠從規(guī)則配置信息表中確定唯一對應(yīng)所述交易信息的規(guī)則集即可。

S203、從規(guī)則定義信息表中，分別獲取與所述規(guī)則集中的規(guī)則對應(yīng)的規(guī)則定義信息；

所述規(guī)則定義信息表如表3所示：

表3

所述規(guī)則定義信息表包括：規(guī)則號、檢核規(guī)則名稱、校驗規(guī)則描述、處理標(biāo)識代碼、服務(wù)組件名稱、輸入條件內(nèi)容、運(yùn)行結(jié)果描述和觸發(fā)條件；

所述規(guī)則號用于標(biāo)識規(guī)則，采用字母和數(shù)字組合的形式表示；

所述校核規(guī)則名稱是規(guī)則的簡稱；

所述檢驗規(guī)則描述用于描述規(guī)則的作用和處理邏輯，僅供查閱使用；

所述處理標(biāo)識代碼用于標(biāo)識規(guī)則所提供功能的類型，以區(qū)分不同的規(guī)則集；

所述服務(wù)組件名稱用于標(biāo)識規(guī)則的實現(xiàn)服務(wù)名稱，通過服務(wù)組件名稱可以確定與規(guī)則對應(yīng)的具體的實現(xiàn)模塊；

所述輸入條件內(nèi)容是規(guī)則的輸入條件，一般為固定值，對于相同的規(guī)則服務(wù)，通過不同的輸入條件，可以配置出不同的規(guī)則。例如對于一個通用規(guī)則s65.rule.fieldValidVerifier通過設(shè)置不同的輸入?yún)?shù)，可以分別用于校驗收方、付方的賬號信息。

所述運(yùn)行結(jié)果描述用于記錄詳細(xì)的輸出結(jié)果處理方式。表示規(guī)則不同的返回結(jié)果的處理方式，目前對于失敗的處理方式默認(rèn)是直接交易失敗，還可以是記錄錯誤表以備后續(xù)人工處理。

所述觸發(fā)條件定義了規(guī)則的觸發(fā)條件，只有滿足觸發(fā)條件時才會觸發(fā)，此處采用表達(dá)式的方式來配置，例如規(guī)則C10手續(xù)費(fèi)計算及填充的觸發(fā)條件如下：

busInf.ovseaRmtEpsSrccd＝1,^busInf.dcnRate＝null,busInf.fxRmtCmsn＝null

表示只有ovseaRmtEpsSrccd海外匯款費(fèi)用來源代碼為1(后端計算手續(xù)費(fèi))，且dcnRate折扣率不為空，fxRmtCmsn手續(xù)費(fèi)金額為空時才進(jìn)行手續(xù)費(fèi)計算，否則跳過此規(guī)則。

其中，所述從規(guī)則定義信息表中，分別獲取與所述規(guī)則集中的規(guī)則對應(yīng)的規(guī)則定義信息包括：

根據(jù)所述規(guī)則集中包括的規(guī)則號，從所述規(guī)則定義信息表中查找與所述規(guī)則號對應(yīng)的規(guī)則定義信息。

獲取到與所述交易信息對應(yīng)的規(guī)則集為C01,C02,C03,C06,C07,C08,C09,C10,C11,D02,C12，則根據(jù)規(guī)則號C01,C02,C03,C06,C07,C08,C09,C10,C11,D02,C12，逐條從所述規(guī)則定義信息表中查找與上述規(guī)則號對應(yīng)的規(guī)則定義信息。

S204、根據(jù)所述交易信息和與所述規(guī)則對應(yīng)的所述規(guī)則定義信息，分別判斷所述規(guī)則集中的所述規(guī)則是否滿足所述規(guī)則的裝配條件；

查找到與規(guī)則集中每個規(guī)則號一一對應(yīng)的規(guī)則定義信息后，針對規(guī)則集中的每一個規(guī)則號對應(yīng)的規(guī)則，依次判斷是否滿足裝配條件；

具體地，判斷所述規(guī)則是否滿足裝配條件的實現(xiàn)方式為：

S204A、判斷所述規(guī)則對應(yīng)的所述規(guī)則定義信息中是否包括所述觸發(fā)條件；若不包括所述觸發(fā)條件，則滿足所述規(guī)則的裝配條件；

若包括所述觸發(fā)條件，則執(zhí)行S204B；

根據(jù)所述規(guī)則的規(guī)則號，從所述規(guī)則定義信息表中查找到此規(guī)則號對應(yīng)的規(guī)則定義信息，雖然規(guī)則定義信息表中包括觸發(fā)條件這一內(nèi)容，但是當(dāng)某項規(guī)則在特定的交易下，一定會使用時，則不需要設(shè)置觸發(fā)條件；

例如，在付款這一交易下，無論是在哪個海外分行、哪個業(yè)務(wù)場景下，都需要填充收方賬號信息，因此，在規(guī)則定義信息表中C04(收方賬號信息填充)的這一規(guī)則號對應(yīng)的觸發(fā)條件，將設(shè)置為空；

當(dāng)規(guī)則號對應(yīng)的觸發(fā)條件為空時，則判斷所述規(guī)則對應(yīng)的所述規(guī)則定義信息中不包括所述觸發(fā)條件，此條規(guī)則滿足裝配條件；

若與規(guī)則號對應(yīng)的觸發(fā)條件不為空，則與所述規(guī)則號對應(yīng)的規(guī)則包括觸發(fā)條件，執(zhí)行S204B；

S204B、根據(jù)所述交易信息判斷所述規(guī)則是否滿足所述觸發(fā)條件；

若滿足所述觸發(fā)條件，則滿足所述規(guī)則的裝配條件；

否則，不滿足所述規(guī)則的裝配條件。

從所述交易信息中，獲取與規(guī)則中觸發(fā)條件對應(yīng)的內(nèi)容，并依據(jù)獲取到的內(nèi)容判斷是否滿足觸發(fā)條件；

例如，規(guī)則號C10對應(yīng)的手續(xù)費(fèi)計算及填充這一規(guī)則，在規(guī)則定義信息表中設(shè)置的觸發(fā)條件為busInf.ovseaRmtEpsSrccd＝1,^busInf.dcnRate＝null,busInf.fxRmtCmsn＝null，則從交易信息中獲取匯款費(fèi)用來源渠道、折扣率和手續(xù)費(fèi)金額，當(dāng)ovseaRmtEpsSrccd海外匯款費(fèi)用來源代碼為1(表示后端計算手續(xù)費(fèi))，且dcnRate折扣率不為空，fxRmtCmsn手續(xù)費(fèi)金額為空時，判斷滿足手續(xù)費(fèi)計算及填充這一規(guī)則的觸發(fā)條件；

否則，不滿足手續(xù)費(fèi)計算及填充這一規(guī)則的裝配條件；跳過所述規(guī)則集中規(guī)則號為C10對應(yīng)的這一條規(guī)則，判斷所述規(guī)則集中C10的下一條規(guī)則是否滿足裝配條件。

S205、當(dāng)所述規(guī)則滿足裝配條件時，裝配所述規(guī)則。

優(yōu)選地，所述裝配所述規(guī)則包括：

S205A、獲取與所述規(guī)則對應(yīng)的規(guī)則處理模塊；其中，所述規(guī)則處理模塊用于依據(jù)規(guī)則對交易進(jìn)行處理；

當(dāng)所述規(guī)則滿足裝配條件時，則從與所述規(guī)則對應(yīng)的規(guī)則定義信息中獲取所述服務(wù)組件名；

根據(jù)所述服務(wù)組件名，獲取與所述規(guī)則對應(yīng)的規(guī)則處理模塊；

例如C03規(guī)則號對應(yīng)的付方賬戶信息校驗這一條規(guī)則，沒有設(shè)置觸發(fā)條件，滿足裝配條件，在裝配此條規(guī)則時，從C03對應(yīng)的規(guī)則定義信息中獲取服務(wù)組件名稱，獲取到的服務(wù)組件名稱為s65.rule.fieldValidVerifier。

S205B、確定與所述規(guī)則處理模塊對應(yīng)的輸入?yún)?shù)；

規(guī)定定義信息表中包括規(guī)則號C03對應(yīng)的付方賬戶信息校驗的規(guī)則，還包括規(guī)則號C05對應(yīng)的收方賬戶信息校驗的規(guī)則，雖然這兩條規(guī)則不同，但是兩者都是用于對賬戶信息校驗的，兩者實現(xiàn)的功能相同，只是校驗的具體內(nèi)容不同。

基于此，將規(guī)則號C03對應(yīng)的服務(wù)組件名稱設(shè)置為s65.rule.fieldValidVerifier，且將規(guī)則號C05對應(yīng)的服務(wù)組件名稱設(shè)置為s65.rule.fieldValidVerifier，不同的規(guī)則號對應(yīng)不同的輸入?yún)?shù)；

通過向服務(wù)組件名稱對應(yīng)的規(guī)則處理模塊中輸入不同的輸入?yún)?shù)，控制s65.rule.fieldValidVerifier規(guī)則處理模塊分別用于校驗收方賬戶信息和校驗付方賬戶信息。

S205C、依據(jù)所述輸入?yún)?shù)，裝配所述規(guī)則處理模塊。

本實施例中，獲取交易信息后，從規(guī)則配置信息表中查找與交易信息對應(yīng)的規(guī)則集，并從規(guī)則定義信息表中獲取規(guī)則集中的規(guī)則對應(yīng)的規(guī)則定義信息，根據(jù)每個規(guī)則對應(yīng)的規(guī)則定義信息和交易信息，判斷每個規(guī)則是否滿足自身的裝配條件，當(dāng)滿足時則裝配上此條規(guī)則。這種裝配方法只需要定義一套規(guī)則，不同的海外分行或者不同的業(yè)務(wù)場景都是從一套規(guī)則中選擇規(guī)則，并對選擇的規(guī)則進(jìn)行具體設(shè)置，以滿足海外分行和業(yè)務(wù)場景對業(yè)務(wù)規(guī)則的差異性需求。相較于現(xiàn)有技術(shù)，不需要為每個海外分行分別建立一套業(yè)務(wù)規(guī)則系統(tǒng)，且不用對同一海外分行的不同業(yè)務(wù)場景進(jìn)行分別維護(hù)，此外，針對不同海外分行或者不同業(yè)務(wù)場景下都需要的規(guī)則，不需要重復(fù)維護(hù)，降低了維護(hù)成本。

同時，通過定義通用規(guī)則，根據(jù)不同的輸入?yún)?shù)，即可實現(xiàn)靈活的對不同規(guī)則裝配，相較于現(xiàn)有技術(shù)中，單獨(dú)設(shè)置不同的規(guī)則，簡化了對規(guī)則的管理，且增加了對新規(guī)則的適應(yīng)性。

此外，通過在規(guī)則配置信息表中設(shè)置預(yù)留補(bǔ)充字段描述的這一內(nèi)容，可以實現(xiàn)根據(jù)不同的客戶或者賬號，單獨(dú)配置一套規(guī)則，使得此客戶或者此賬號完成交易時，可以采用為其單獨(dú)配置的一套規(guī)則實現(xiàn)。即僅通過對規(guī)則配置信息表中的預(yù)留補(bǔ)充字段描述的內(nèi)容進(jìn)行設(shè)置，即可實現(xiàn)對單個客戶的靈活配置規(guī)則。相較于現(xiàn)有技術(shù)中通過白名單的方式，以實現(xiàn)對單個客戶規(guī)則配置的技術(shù)方案，可以實現(xiàn)方便簡單的擴(kuò)展。

優(yōu)選地，裝配所述規(guī)則處理模塊后，還包括：

保存所述規(guī)則處理模塊的處理結(jié)果；

不同的規(guī)則，處理結(jié)果不同；例如，手續(xù)費(fèi)計算這一規(guī)則，處理結(jié)果是手續(xù)費(fèi)金額，賬戶信息校驗的規(guī)則，處理結(jié)果是校驗通過或者不通過。

對所述處理結(jié)果匯總，生成交易處理結(jié)果。

下面采用偽碼的方式介紹本申請所公開的業(yè)務(wù)規(guī)則的裝配方法：

對應(yīng)圖2所示的一種業(yè)務(wù)規(guī)則的裝配方法，本發(fā)明還提供了一種業(yè)務(wù)規(guī)則的裝配裝置，其結(jié)構(gòu)示意圖請參閱圖4所示，本實施例提供的一種業(yè)務(wù)規(guī)則的裝配裝置包括：

第一獲取單元11、查找單元12、第二獲取單元13、判斷單元14和裝配單元15；

所述第一獲取單元11，用于獲取交易信息；

所述查找單元12，用于根據(jù)所述交易信息，從規(guī)則配置信息表中查找與所述交易信息對應(yīng)的規(guī)則集；

所述第二獲取單元13，用于從規(guī)則定義信息表中，分別獲取與所述規(guī)則集中的規(guī)則對應(yīng)的規(guī)則定義信息；

所述判斷單元14，用于根據(jù)所述交易信息和所述規(guī)則對應(yīng)的所述規(guī)則定義信息，分別判斷所述規(guī)則集中的所述規(guī)則是否滿足所述規(guī)則的裝配條件；

所述裝配單元15，用于當(dāng)所述判斷單元判斷所述規(guī)則滿足裝配條件時，裝配所述規(guī)則。

優(yōu)選地，所述查找單元12根據(jù)所述交易信息，從規(guī)則配置信息表中查找與所述交易信息對應(yīng)的規(guī)則集包括：

第一確定單元21、規(guī)則描述查找單元22和規(guī)則集獲取單元23；

所述第一確定單元21，用于根據(jù)所述交易信息中的海外分行，確定所述規(guī)則配置信息表中的多實體標(biāo)識；

還用于根據(jù)所述交易信息中的交易，確定所述規(guī)則配置信息表中的服務(wù)編號；

還用于根據(jù)所述交易信息中的業(yè)務(wù)場景，確定所述規(guī)則配置信息表中的海外收付款交易類型代碼；

所述規(guī)則描述查找單元22，用于根據(jù)所述多實體標(biāo)識、所述服務(wù)編號和所述海外收付款交易類型代碼，從所述規(guī)則配置信息表中查找與所述多實體標(biāo)識、所述服務(wù)編號和所述海外收付款交易類型代碼對應(yīng)的所述規(guī)則描述；

所述規(guī)則集獲取單元23，用于從所述規(guī)則描述中獲取與所述交易信息對應(yīng)的規(guī)則集。

優(yōu)選地，所述判斷單元14根據(jù)所述交易信息和與所述規(guī)則對應(yīng)的所述規(guī)則定義信息，分別判斷所述規(guī)則集中的所述規(guī)則是否滿足所述規(guī)則的裝配條件包括：

第一判斷子單元31和第二判斷子單元32；

所述第一判斷子單元31，用于判斷所述規(guī)則對應(yīng)的所述規(guī)則定義信息中是否包括觸發(fā)條件；

所述第二判斷子單元32，用于當(dāng)所述第一判斷子單元判斷包括所述觸發(fā)條件時，根據(jù)所述交易信息判斷所述規(guī)則是否滿足所述觸發(fā)條件；

所述第一判斷子單元31判斷不包括所述觸發(fā)條件，則滿足裝配條件；

所述第二判斷子單元32判斷滿足所述觸發(fā)條件，則滿足裝配條件。

優(yōu)選地，所述裝配單元15裝配所述規(guī)則包括：

第三獲取單元41、第二確定單元42和裝配子單元43；

所述第三獲取單元41，用于獲取與所述規(guī)則對應(yīng)的規(guī)則處理模塊；

所述第二確定單元42，用于確定與所述規(guī)則處理模塊對應(yīng)的輸入?yún)?shù)；

所述裝配子單元43，用于依據(jù)所述輸入?yún)?shù)，裝配所述規(guī)則處理模塊。

優(yōu)選地，所述裝配裝置還包括：

保存單元16和生成單元17；

所述保存單元16，用于保存所述規(guī)則處理模塊的處理結(jié)果；

所述生成單元17，用于對所述處理結(jié)果匯總，生成交易處理結(jié)果。

從上述技術(shù)方案可知，本申請公開的一種裝配裝置，通過設(shè)置規(guī)則配置信息表和規(guī)則定義信息表，當(dāng)獲取到交易信息后，根據(jù)交易信息從所述規(guī)則配置信息表和規(guī)則定義信息表中，即可獲取到實現(xiàn)本交易所需要的各項規(guī)則。相較于現(xiàn)有技術(shù)中，根據(jù)不同的海外分行調(diào)用不同的系統(tǒng)進(jìn)行處理，且同一海外分行不同的業(yè)務(wù)場景，需要設(shè)置不同的規(guī)則以實現(xiàn)對交易處理的技術(shù)方案，本申請不需要為每個海外分行的每個業(yè)務(wù)場景單獨(dú)設(shè)置一套規(guī)則和與規(guī)則對應(yīng)的處理模塊，而是只需要設(shè)置一套規(guī)則，根據(jù)不同的海外分行和不同的業(yè)務(wù)場景靈活配置規(guī)則，實現(xiàn)了規(guī)則的動態(tài)裝配，降低了海外商業(yè)銀行收付款系統(tǒng)的開發(fā)維護(hù)成本。

對于前述的各方法實施例，為了簡單描述，故將其都表述為一系列的動作組合，但是本領(lǐng)域技術(shù)人員應(yīng)該知悉，本發(fā)明并不受所描述的動作順序的限制，因為依據(jù)本發(fā)明，某些步驟可以采用其他順序或者同時進(jìn)行。其次，本領(lǐng)域技術(shù)人員也應(yīng)該知悉，說明書中所描述的實施例均屬于優(yōu)選實施例，所涉及的動作和模塊并不一定是本發(fā)明所必須的。

需要說明的是，本說明書中的各個實施例均采用遞進(jìn)的方式描述，每個實施例重點(diǎn)說明的都是與其他實施例的不同之處，各個實施例之間相同相似的部分互相參見即可。對于裝置類實施例而言，由于其與方法實施例基本相似，所以描述的比較簡單，相關(guān)之處參見方法實施例的部分說明即可。

最后，還需要說明的是，在本文中，諸如第一和第二等之類的關(guān)系術(shù)語僅僅用來將一個實體或者操作與另一個實體或操作區(qū)分開來，而不一定要求或者暗示這些實體或操作之間存在任何這種實際的關(guān)系或者順序。而且，術(shù)語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、物品或者設(shè)備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、物品或者設(shè)備所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括所述要素的過程、方法、物品或者設(shè)備中還存在另外的相同要素。

對所公開的實施例的上述說明，使本領(lǐng)域技術(shù)人員能夠?qū)崿F(xiàn)或使用本發(fā)明。對這些實施例的多種修改對本領(lǐng)域技術(shù)人員來說將是顯而易見的，本文中所定義的一般原理可以在不脫離本發(fā)明的精神或范圍的情況下，在其它實施例中實現(xiàn)。因此，本發(fā)明將不會被限制于本文所示的這些實施例，而是要符合與本文所公開的原理和新穎特點(diǎn)相一致的最寬的范圍。

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