本發明屬于收付款技術領域，尤其涉及一種收付款的業務規則裝配方法及裝置。

背景技術：

在海外商業銀行收付款領域，針對不同海外分行(多法人)在進行收付款時，根據當地的法規、風險控制等要求對于付款業務需要采用不同的規則，以保證交易正確性、合規性。具體的業務規則差異體現在同一個海外分行在不同的業務場景下的差異性和同一業務場景在不同海外分行下的差異性。

正是由于上述兩方面差異的存在，現有技術中為了支持不同分行的不同業務場景的處理規則，采用的技術方案是：針對不同的海外分行，進行獨立開發單獨的系統，如圖1所示，為現有技術中針對不同的海外分行開發的系統。

這種方案通過對不同海外分行進行區分，一個海外分行對應一個獨立的系統，滿足了同一業務場景在不同海外分行下的差異性。但由于每個海外分行存在一個系統，對每個系統需要單獨進行開發維護；同時，對于同一海外分行對應的系統而言，由于同一海外分行在不同的業務場景下的差異性，導致不同業務場景下需要對系統進行變更，以支持不同業務場景下的業務處理，進而增加了系統開發和維護的成本。

此外，當增加一個海外分行或者是增加一個業務場景時，需要重新開發一套獨立的系統，導致可擴展性差。

技術實現要素：

有鑒于此，本發明的目的在于提供一種業務規則裝配方法及裝置，用于解決現有技術中海外分行收付款系統開發和維護成本高、可擴展性差的問題。

技術方案如下：

本發明提供一種業務規則的裝配方法，所述裝配方法包括：

獲取交易信息；

根據所述交易信息，從規則配置信息表中查找與所述交易信息對應的規則集；

從規則定義信息表中，分別獲取與所述規則集中的規則對應的規則定義信息；

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

當所述規則滿足裝配條件時，裝配所述規則。

優選地，所述規則配置信息表包括：多實體標識、服務編號、執行服務名稱、海外收付款交易類型代碼、規則描述和預留補充字段；所述規則描述中包括由處理交易所需的規則的規則號組成的規則集；

其中，根據所述交易信息，從規則配置信息表中查找與所述交易信息對應的規則集，包括：

根據所述交易信息中的海外分行，確定所述規則配置信息表中的多實體標識；

根據所述交易信息中的交易，確定所述規則配置信息表中的服務編號；

根據所述交易信息中的業務場景，確定所述規則配置信息表中的海外收付款交易類型代碼；

根據所述多實體標識、所述服務編號和所述海外收付款交易類型代碼，從所述規則配置信息表中查找與所述多實體標識、所述服務編號和所述海外收付款交易類型代碼對應的所述規則描述；

從所述規則描述中獲取與所述交易信息對應的規則集。

優選地，所述規則定義信息表包括：規則號、檢核規則名稱、校驗規則描述、處理標識代碼、服務組件名稱、輸入條件內容、運行結果描述和觸發條件；

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

根據所述規則集中包括的規則號，從所述規則定義信息表中查找與所述規則號對應的規則定義信息。

優選地，所述根據所述交易信息和與所述規則對應的所述規則定義信息，分別判斷所述規則集中的所述規則是否滿足所述規則的裝配條件包括：

判斷所述規則對應的所述規則定義信息中是否包括所述觸發條件；

若不包括所述觸發條件，則滿足所述規則的裝配條件；

若包括所述觸發條件，則根據所述交易信息判斷所述規則是否滿足所述觸發條件；

若滿足，則滿足所述規則的裝配條件；

否則，不滿足所述規則的裝配條件。

優選地，所述裝配所述規則包括：

獲取與所述規則對應的規則處理模塊；其中，所述規則處理模塊用于依據規則對交易進行處理；

確定與所述規則處理模塊對應的輸入參數；

依據所述輸入參數，裝配所述規則處理模塊。

優選地，所述裝配所述規則處理模塊后，還包括：

保存所述規則處理模塊的處理結果；

對所述處理結果匯總，生成交易處理結果。

本發明還提供一種業務規則的裝配裝置，所述裝配裝置包括：

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

查找單元，用于根據所述交易信息，從規則配置信息表中查找與所述交易信息對應的規則集；

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

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

裝配單元，用于當所述判斷單元判斷所述規則滿足裝配條件時，裝配所述規則。

優選地，所述查找單元根據所述交易信息，從規則配置信息表中查找與所述交易信息對應的規則集包括：

第一確定單元，用于根據所述交易信息中的海外分行，確定所述規則配置信息表中的多實體標識；

還用于根據所述交易信息中的交易，確定所述規則配置信息表中的服務編號；

還用于根據所述交易信息中的業務場景，確定所述規則配置信息表中的海外收付款交易類型代碼；

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

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

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

第一判斷子單元，用于判斷所述規則對應的所述規則定義信息中是否包括觸發條件；

第二判斷子單元，用于當所述第一判斷子單元判斷包括所述觸發條件時，根據所述交易信息判斷所述規則是否滿足所述觸發條件；

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

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

優選地，所述裝配單元裝配所述規則包括：

第三獲取單元，用于獲取與所述規則對應的規則處理模塊；

第二確定單元，用于確定與所述規則處理模塊對應的輸入參數；

裝配子單元，用于依據所述輸入參數，裝配所述規則處理模塊。

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

所述保存單元，用于保存所述規則處理模塊的處理結果；

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

與現有技術相比，本發明提供的上述技術方案具有如下優點：

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

附圖說明

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

圖1是現有技術中業務規則的裝配流程圖；

圖2是本發明實施例提供的一種業務規則的裝配方法的流程圖；

圖3是本發明實施例提供的另一種業務規則的裝配方法的流程圖；

圖4是本發明實施例提供的一種業務規則的裝配裝置的結構示意圖。

具體實施方式

圖1是現有技術中業務規則的裝配方式，由于不同海外分行在進行收付款時，根據當地的法規、風險控制等要求對于付款業務需要采用不同的規則，且同一海外分行在處理不同的交易即處于不同的業務場景時，采用不同的規則，因此，為了滿足業務規則在不同的海外分行以及不同的業務場景上的差異性，現有技術在實現業務規則裝配時，為各個海外分行單獨建立一套業務規則系統，然后在單獨一個海外分行系統下，再根據不同的業務場景對業務規則進行具體的裝配。

這種裝配方式，需要分別維護各個海外分行以及同一海外分行下不同的業務場景所對應的具體的規則，維護成本較高，且不便于擴展。

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

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

請參閱圖2，其示出了本發明實施例提供的一種業務規則的裝配方法的流程圖，所述裝配方法包括：

S101、獲取交易信息；

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

建行的每個海外分行在付款時包括轉賬、轉至當地建行他人、匯至大陸建行他人、匯至本地他行和匯至全球這幾種業務場景，在同一海外分行下，針對不同的業務場景，有不同的業務規則要求。例如，在轉賬這一業務場景下，要求收方、付方均為本地活期賬號，雙方幣種相同，且登記在同一客戶名下；在匯至全球這一業務場景下，要求付方為客戶登記的活期賬號，除必須輸入收方賬號，還需輸入開戶行swift代碼或開戶行名稱地址，針對不同幣種的允許交易時間不同。

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

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

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

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

前端網關系統在獲取到交易信息后，生成交易報文，并將所述交易報文發送至后端系統進行處理。

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

S102、根據所述交易信息，從規則配置信息表中查找與所述交易信息對應的規則集；

后端系統在接收到前端系統發送的交易報文后，按照和前端網關系統約定好的格式對所述交易報文進行解析，得到所述交易信息；

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

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

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

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

根據所述交易信息，從規則配置信息表中查找與所述交易信息對應的規則集。

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

每條規則對應一條規則定義信息，所有規則對應的規則定義信息組成規則定義信息表。

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

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

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

S105、當所述規則滿足裝配條件時，裝配所述規則。

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

請參閱圖3，其示出了本發明實施例提供的另一種業務規則的裝配方法的流程圖，所述裝配方法包括：

S201、獲取交易信息；

具體實現方式和步驟S101相同，在此不在贅述。

S202、根據所述交易信息，從規則配置信息表中查找與所述交易信息對應的規則集；

所述規則配置信息表如下表1所示：

表1

所述規則配置信息表包括：多實體標識、服務編號、執行服務名稱、海外收付款交易類型代碼、規則描述和預留補充字段；

所述多實體標識用于區分不同的海外分行，即不同海外分行對應的多實體標識不同；

所述服務編號用于區分不同的服務，默認服務為付款；

所述海外收付款交易類型代碼用于區分交易類型，例如轉賬、轉至當地本行他人等；

所述預留補充字段描述為擴展字段，用于支持客戶級、賬號級的配置；具體地，例如在悉尼分行的轉賬業務場景下，對應一套規則，利用此擴展字段可以單獨針對悉尼分行不同的客戶設置一套規則，當客戶在悉尼分行的轉賬業務場景下完成一筆交易時，則采用針對此客戶設置的這一套規則；也可以為不同的賬號，設置單獨的一套規則；滿足了用戶的個性化需求；

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

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

表2

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

服務編號F01表示的是交易為付款；

海外收付款交易類型代碼包括：11，對應業務場景為轉賬；01，對應業務場景為匯款至當地銀行；02，對應業務場景為匯款至大陸建行；03，對應業務場景為匯款至歐元區；04，對應業務場景為匯款至全球；05，對應業務場景為匯至當地建行他人；

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

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

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

根據所述交易信息中的海外分行，確定所述規則配置信息表中的多實體標識；

根據交易信息中的海外分行，確定此海外分行對應的多實體標識；

在所述規則配置信息表中，通過MULTI_TENANCY_ID查找與交易信息中海外分行對應的多實體標識對應的多實體標識；

例如，用戶訪問的界面為臺北海外分行，則確定臺北分行對應的多實體標識為DA003；通過對MULTI_TENANCY_ID賦值為DA003，從規則配置信息表中查找到倒數第1-6行的內容；

根據所述交易信息中的交易編碼，確定所述規則配置信息表中的服務編號；

在所述規則配置信息表中，通過SVC_ID查找與交易信息中交易對應的服務編號對應的服務編號；

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

根據所述交易信息中的業務場景，確定所述規則配置信息表中的海外收付款交易類型代碼；

根據交易信息中的業務場景，確定此業務場景對應的海外收付款交易類型代碼；

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

例如，用戶需要完成匯款至當地銀行的交易時，則確定匯款至當地銀行這一業務場景對應的海外收付款交易類型代碼為01，通過對OVSEARVPY_TXN_TPCD賦值為01，從規則配置信息表中查找到倒數第5行的內容；

根據所述多實體標識、所述服務編號和所述海外收付款交易類型代碼，從所述規則配置信息表中查找與所述多實體標識、所述服務編號和所述海外收付款交易類型代碼對應的所述規則描述；

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

從所述規則描述中獲取與所述交易信息對應的規則集。

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

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

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

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

所述規則定義信息表如表3所示：

表3

所述規則定義信息表包括：規則號、檢核規則名稱、校驗規則描述、處理標識代碼、服務組件名稱、輸入條件內容、運行結果描述和觸發條件；

所述規則號用于標識規則，采用字母和數字組合的形式表示；

所述校核規則名稱是規則的簡稱；

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

所述處理標識代碼用于標識規則所提供功能的類型，以區分不同的規則集；

所述服務組件名稱用于標識規則的實現服務名稱，通過服務組件名稱可以確定與規則對應的具體的實現模塊；

所述輸入條件內容是規則的輸入條件，一般為固定值，對于相同的規則服務，通過不同的輸入條件，可以配置出不同的規則。例如對于一個通用規則s65.rule.fieldValidVerifier通過設置不同的輸入參數，可以分別用于校驗收方、付方的賬號信息。

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

所述觸發條件定義了規則的觸發條件，只有滿足觸發條件時才會觸發，此處采用表達式的方式來配置，例如規則C10手續費計算及填充的觸發條件如下：

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

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

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

根據所述規則集中包括的規則號，從所述規則定義信息表中查找與所述規則號對應的規則定義信息。

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

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

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

具體地，判斷所述規則是否滿足裝配條件的實現方式為：

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

若包括所述觸發條件，則執行S204B；

根據所述規則的規則號，從所述規則定義信息表中查找到此規則號對應的規則定義信息，雖然規則定義信息表中包括觸發條件這一內容，但是當某項規則在特定的交易下，一定會使用時，則不需要設置觸發條件；

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

當規則號對應的觸發條件為空時，則判斷所述規則對應的所述規則定義信息中不包括所述觸發條件，此條規則滿足裝配條件；

若與規則號對應的觸發條件不為空，則與所述規則號對應的規則包括觸發條件，執行S204B；

S204B、根據所述交易信息判斷所述規則是否滿足所述觸發條件；

若滿足所述觸發條件，則滿足所述規則的裝配條件；

否則，不滿足所述規則的裝配條件。

從所述交易信息中，獲取與規則中觸發條件對應的內容，并依據獲取到的內容判斷是否滿足觸發條件；

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

否則，不滿足手續費計算及填充這一規則的裝配條件；跳過所述規則集中規則號為C10對應的這一條規則，判斷所述規則集中C10的下一條規則是否滿足裝配條件。

S205、當所述規則滿足裝配條件時，裝配所述規則。

優選地，所述裝配所述規則包括：

S205A、獲取與所述規則對應的規則處理模塊；其中，所述規則處理模塊用于依據規則對交易進行處理；

當所述規則滿足裝配條件時，則從與所述規則對應的規則定義信息中獲取所述服務組件名；

根據所述服務組件名，獲取與所述規則對應的規則處理模塊；

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

S205B、確定與所述規則處理模塊對應的輸入參數；

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

基于此，將規則號C03對應的服務組件名稱設置為s65.rule.fieldValidVerifier，且將規則號C05對應的服務組件名稱設置為s65.rule.fieldValidVerifier，不同的規則號對應不同的輸入參數；

通過向服務組件名稱對應的規則處理模塊中輸入不同的輸入參數，控制s65.rule.fieldValidVerifier規則處理模塊分別用于校驗收方賬戶信息和校驗付方賬戶信息。

S205C、依據所述輸入參數，裝配所述規則處理模塊。

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

同時，通過定義通用規則，根據不同的輸入參數，即可實現靈活的對不同規則裝配，相較于現有技術中，單獨設置不同的規則，簡化了對規則的管理，且增加了對新規則的適應性。

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

優選地，裝配所述規則處理模塊后，還包括：

保存所述規則處理模塊的處理結果；

不同的規則，處理結果不同；例如，手續費計算這一規則，處理結果是手續費金額，賬戶信息校驗的規則，處理結果是校驗通過或者不通過。

對所述處理結果匯總，生成交易處理結果。

下面采用偽碼的方式介紹本申請所公開的業務規則的裝配方法：

對應圖2所示的一種業務規則的裝配方法，本發明還提供了一種業務規則的裝配裝置，其結構示意圖請參閱圖4所示，本實施例提供的一種業務規則的裝配裝置包括：

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

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

所述查找單元12，用于根據所述交易信息，從規則配置信息表中查找與所述交易信息對應的規則集；

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

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

所述裝配單元15，用于當所述判斷單元判斷所述規則滿足裝配條件時，裝配所述規則。

優選地，所述查找單元12根據所述交易信息，從規則配置信息表中查找與所述交易信息對應的規則集包括：

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

所述第一確定單元21，用于根據所述交易信息中的海外分行，確定所述規則配置信息表中的多實體標識；

還用于根據所述交易信息中的交易，確定所述規則配置信息表中的服務編號；

還用于根據所述交易信息中的業務場景，確定所述規則配置信息表中的海外收付款交易類型代碼；

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

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

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

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

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

所述第二判斷子單元32，用于當所述第一判斷子單元判斷包括所述觸發條件時，根據所述交易信息判斷所述規則是否滿足所述觸發條件；

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

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

優選地，所述裝配單元15裝配所述規則包括：

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

所述第三獲取單元41，用于獲取與所述規則對應的規則處理模塊；

所述第二確定單元42，用于確定與所述規則處理模塊對應的輸入參數；

所述裝配子單元43，用于依據所述輸入參數，裝配所述規則處理模塊。

優選地，所述裝配裝置還包括：

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

所述保存單元16，用于保存所述規則處理模塊的處理結果；

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

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

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

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

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

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

以上所述僅是本發明的優選實施方式，應當指出，對于本技術領域的普通技術人員來說，在不脫離本發明原理的前提下，還可以做出若干改進和潤飾，這些改進和潤飾也應視為本發明的保護范圍。