專利名稱：一種銀行計費方法以及系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及銀行的計費領域，具體而言，涉及一種銀行計費方法以及系統(tǒng)。
背景技術：
隨著我國金融建設的深入發(fā)展，銀行設備結構的不斷演進，計費設備作為銀行運 營的重要組成部分，其計費功能也在同步增強?，F(xiàn)有技術中，銀行的計費參數(shù)大部分統(tǒng)一存放在公共的參數(shù)檔中，另外還有部分 計費參數(shù)按照其業(yè)務范疇存放在應用子系統(tǒng)的參數(shù)檔中。計費的處理過程可通過單獨的計 費交易進行，也可通過一些公共的計費模塊處理。此外，還可根據計費所屬業(yè)務范疇(諸 如存款、貸款、卡、結算)分散在各應用子系統(tǒng)中的處理模塊或程序段來進行。雖然現(xiàn)有計費設備的計費功能在不斷得到增強，其支持的業(yè)務類型、業(yè)務模式也 在不斷增多，但仍存在下述問題由于現(xiàn)有技術中的計費方法是一種既有集中、統(tǒng)一的處 理，又有分散的處理方式，在這種處理方式下，新增的計費需求的計費數(shù)據不能存放在公共 的參數(shù)檔中，新增的計費需求無法融入到統(tǒng)一的處理方式中，最終只能通過增加新的處理 過程來進行。隨著計費業(yè)務的不斷增多，新的計費參數(shù)、處理過程也隨之增多，整個銀行計 費參數(shù)、處理過程將越來越多，導致了銀行計費缺乏統(tǒng)一的計費數(shù)據模型，因此，銀行計費 的靈活性、統(tǒng)一性、可擴充性、共用性隨之降低。

發(fā)明內容
本發(fā)明的目的在于提供了一種銀行計費方法以及系統(tǒng)，通過將銀行的計費數(shù)據集 中、統(tǒng)一存儲，不僅提供了完備的計費參數(shù)模型和方便快捷的計算方式，而且由于有統(tǒng)一的 計費參數(shù)模型，新增的計費數(shù)據可很好的融入其中，因此，銀行計費的靈活性、統(tǒng)一性、可擴 充性、共用性隨之提高。本發(fā)明提供的一種銀行計費方法，該方法主要包括以下步驟當交易發(fā)生時，接收源交易模塊發(fā)送的交易賬號，并根據該交易賬號和預設的集 中存放銀行計費數(shù)據的計費數(shù)據模型確定費種代碼；根據確定的費種代碼和所述計費數(shù)據模型確定所述交易的手續(xù)費信息。本發(fā)明還提供了一種銀行計費系統(tǒng)，該系統(tǒng)主要包括以下模塊基本計費模塊，用于當交易發(fā)生時，接收源交易模塊發(fā)送的交易賬號，并根據該交 易賬號和預設的集中存放銀行計費數(shù)據的計費數(shù)據模型確定費種代碼；關系定價計算模塊，用于根據所述基本計費模塊確定的費種代碼和所述計費數(shù)據 模型確定所述交易的手續(xù)費信息。實施本發(fā)明的一種銀行計費方法以及系統(tǒng)，通過將銀行的計費數(shù)據集中、統(tǒng)一存 放，省卻了將計費功能分散在各種具體的業(yè)務中處理，不僅提供了完備的計費參數(shù)模型和 方便快捷的計算方式，而且由于有統(tǒng)一的計費參數(shù)模型，新增的計費數(shù)據可很好的融入其 中，因此，銀行計費的靈活性、統(tǒng)一性、可擴充性、共用性、參數(shù)化水平、業(yè)務效率隨之提高。又由于在計費參數(shù)模型中增加了計費周期、運行時間的管理機制，因此，銀行計費系統(tǒng)有效 地提高了關系化、批量化計費的能力，并通過將計費信息進行保存，方便了后續(xù)查詢、統(tǒng)計。


圖1示出了本發(fā)明提供的一種銀行計費方法的實施方式1的流程圖；圖2示出了本發(fā)明的一種計費數(shù)據模型的實體_關系圖；圖3示出了圖1中的步驟Sl的流程圖；圖4示出了圖1中的步驟S2的流程圖；圖5示出了本發(fā)明提供的一種銀行計費方法的實施方式2的流程圖；圖6示出了圖5中的步驟S5的流程圖；圖7示出了圖5中的步驟S6的流程圖；圖8示出了本發(fā)明提供的一種銀行計費系統(tǒng)的實施方式1的結構示意圖；圖9示出了圖8中的基本計費模塊21的結構示意圖；圖10示出了圖8中的關系定價計算模塊22的結構示意圖；圖11示出了本發(fā)明提供的一種銀行計費系統(tǒng)的實施方式2的結構示意圖；圖12示出了圖11中的第二費用試算信息處理模塊25的結構示意圖；圖13示出了圖12中的收費方法確定模塊251的機構示意圖；圖14示出了圖12中的收費及保存模塊252的結構示意圖。
具體實施例方式為使本發(fā)明實施例的目的、技術方案和優(yōu)點更加清楚，下面將結合附圖對本發(fā)明 作詳細描述。本發(fā)明將銀行的計費數(shù)據集中、統(tǒng)一存放，省卻了將計費、收費功能分散在各種具 體的業(yè)務中處理。在本發(fā)明中，交易是指銀行設備之間完成特定的業(yè)務功能(單一功能或 組合功能)，如活期存入、活期支取、轉賬等。一個交易中可能包括一個或多個事件。事件是 對目前銀行的業(yè)務進行抽象得到的相對固定的一些業(yè)務，如憑證出售、匯兌轉賬等。當這些 事件發(fā)生時，可以明確它所屬的手續(xù)費類別。手續(xù)費是指銀行對提供的服務所收取的費用， 它是銀行非利息收入的主要來源，是基于交易金額、期限余額、交易筆數(shù)等單獨或組合而成 的。圖1是本發(fā)明提供的一種銀行計費方法的實施方式1的流程圖，由圖1可知，該方 法主要包括Sl 當交易發(fā)生時，接收源交易模塊發(fā)送的交易賬號，并根據該交易賬號和預設的 集中存放銀行計費數(shù)據的計費數(shù)據模型確定費種代碼；本發(fā)明中的源交易模塊指銀行系統(tǒng)中需要計算費用的交易模塊，如活期、定期、 卡、貸款、中間業(yè)務等，當需要計算費用時，這些交易模塊將交易賬號傳遞給銀行計費系統(tǒng)， 由銀行計費系統(tǒng)處理復雜的計費、收費過程。S2 根據確定的費種代碼和所述計費數(shù)據模型確定所述交易的手續(xù)費信息；本發(fā)明中計費數(shù)據模型的一種具體表現(xiàn)形式如圖2所示。圖2是計費數(shù)據模型的 實體_關系圖(Entity Relati0nship，E_R)，是基于關系型的數(shù)據圖，圖中的箭頭描述了各個數(shù)據實體之間的連接關系，標有K的是這個表的關鍵字。下面對圖2中的各個數(shù)據表做 簡單介紹。(1)費種代碼表費種代碼是每個交易的手續(xù)費項目的唯一標識，是手續(xù)費數(shù)據的基礎。只要交易 中的手續(xù)費來源是不同的，即使它們的費率/收費金額是相同的，也將設為不同的費種代 碼，以便對收費項目進行設置。(2)收費類型代碼表收費類型代碼表用于對費用的收取方式、是否遞延等收費相關的信息進行定義。(3)遞延收益類型表對于需要遞延收益的費種，通過此表指定具體的遞延計算方式。
(4)業(yè)務事件表銀行的交易中，部分交易的手續(xù)費只依賴于產品與核心業(yè)務事件，而與其它業(yè)務 條件無關。因此，通過對銀行的交易進行提取抽象，可得到相對固定的核心業(yè)務事件。業(yè)務 事件表即是對核心業(yè)務事件進行定義的。(5)業(yè)務事件映射表核心業(yè)務事件是對銀行的交易進行抽象而得到的。對同一產品而言，存款、取款等 核心業(yè)務事件對應的費種代碼是相對固定的，而這些業(yè)務事件可能分散在多個交易中。通 過該業(yè)務事件映射表，可找出當前交易發(fā)生時，所對應的核心業(yè)務事件。(6)計費包表計費包是費用項目的組合。計費包定義好后，將作為產品的一個屬性，在產品定義 時設置此產品對應的計費包。同時，允許在客戶層、賬戶層對計費包中的費種代碼等屬性進 行覆蓋定義。(7)客戶計費覆蓋表客戶計費覆蓋表定義客戶計費調整信息。(8)賬戶計費覆蓋表賬戶計費覆蓋表定義賬戶計費調整信息。(9)費種收費方式表用于控制費種代碼所能定義的收費方式的范圍。在該表中，并不指定費種代碼所 對應的默認收費方式，而只是列出了費種代碼所有可能的收費方式。在計費包定義客戶/ 賬戶覆蓋收費方式時，會根據此表對收費方式的有效性進行檢查。(10)計費條件表目前銀行交易完成的功能較為復雜，僅通過交易碼、核心業(yè)務事件代碼無法確定 是否計費，以及計費的費種代碼。因此，計費條件表可按不同的業(yè)務條件設置對應的條件號。(11)交易手續(xù)費表對于不存在客戶賬號以及產品號的交易，此時可通過交易手續(xù)費表，直接找到交 易發(fā)生時對應的費種代碼。(12)關系化收費表對于一個收費代碼來說，它對某個產品及對應的交易是適用的，但有可能由于一些其它業(yè)務要素(如渠道、客戶等級)的區(qū)別，造成收費的費率、收費金額、最大/小金額等 收費取值不同。關系化收費表中定義了對于這種業(yè)務造成的差異收費要素和差異收費規(guī) 則。其中差異收費要素包括機構范圍、客戶類型、客戶等級、客戶號、賬/卡號、渠道標識、 起止時間、假日、計算優(yōu)先級等。(13)非實時收費中間表非實時收費中間表主要為批量收費程序提供數(shù)據來源。(14)收費信息表無論銀行設備通過何種方式收取費用，都將收費的詳細統(tǒng)計信息保存在收費信息 表中。它是統(tǒng)計分析設備的重要數(shù)據來源。此外，該實體_關系圖中的參考_產品目錄表、參考_交易目錄表、參考_客戶目 錄表、參考_賬號目錄表是數(shù)據庫表，都不包括在計費數(shù)據模型中，計費數(shù)據模型可訪問數(shù) 據庫表。該步驟S2即是根據步驟Sl中確定的費種代碼，并根據計費數(shù)據模型中的費種代 碼表、關系化收費表確定所述交易的手續(xù)費信息。實施本發(fā)明提供的一種銀行計費方法，通過將銀行的計費數(shù)據集中、統(tǒng)一存儲，不 僅提供了完備的計費參數(shù)模型和優(yōu)惠計算方式，而且通過將計費得到的交易的手續(xù)費信息 進行保存，方便了后續(xù)收費、查詢。下面結合附圖3詳細介紹步驟Si。由圖3可知，步驟Sl具體包括Sll 根據該交易賬號判斷所述交易中是否包含產品代碼，當判斷結果為是時，執(zhí) 行步驟S12，當判斷結果為否時，執(zhí)行步驟S13 ；S12 獲取產品代碼，并根據所述產品代碼查詢所述參考_產品目錄表以確定費種 代碼，其中，所述參考_產品目錄表中包含產品號、產品有效期、計費包號；在該步驟，交易賬號中包含產品代碼，則說明該業(yè)務有所屬產品定義，如銀行業(yè) 務中的貸款業(yè)務。此時，根據產品代碼查詢如表1所示的參考_產品目錄表。表 1 通過查詢參考_產品目錄表獲取當前業(yè)務的計費包號，然后根據所述計費包號查 詢表2所示的計費包表以讀取核心業(yè)務事件代碼、條件號，最后根據所述核心業(yè)務事件代 碼、條件號確定費種代碼。表2 S13 根據交易賬號查詢表3所示的業(yè)務事件映射表以獲取核心業(yè)務事件代碼、查 詢表4所示的計費條件表以獲取條件號，并根據所述核心業(yè)務事件代碼、條件號確定費種 代碼。表3 表 4 下面結合附圖4詳細介紹步驟S2。由圖4可知，步驟S2具體包括S21 根據所述費種代碼查詢表5所示的費種代碼表以讀取該費種代碼對應的基 本計費信息；表 5 S22 判斷步驟S21獲取的基本計費信息中是否包括允許關系優(yōu)惠信息，當判斷結 果為是時，執(zhí)行步驟S23，當判斷結果為否時，執(zhí)行步驟S24 ；S23 根據所述費種代碼查詢表6所示的關系化收費表以讀取優(yōu)惠信息，并根據讀 取的優(yōu)惠信息確定優(yōu)惠后的手續(xù)費信息。表 6 對于一個預先定義的收費代碼而言，關系化收費表對某個產品及對應的交易是適 用的，但有可能由于一些其它業(yè)務要素(如渠道、客戶等級)的區(qū)別，造成收費的費率、收費 金額、最大/小金額等收費取值不同。對于這種由于業(yè)務造成的差異收費，將預先定義在上 述的關系化收費表中。對于相同的產品代碼、費種代碼，可以分別設置多個不同的差異收費 規(guī)則，則每一條差異規(guī)則對應一筆費用差異而設置，此時將產生多筆費用差異，系統(tǒng)將按表 5所示的費種代碼表中設置的“優(yōu)惠方式”來決定，是取“優(yōu)先級”最高值的優(yōu)惠，或取最大 /小優(yōu)惠幅度。S24 直接根據讀取的基本計費信息確定手續(xù)費信息。參考圖5，圖5是本發(fā)明提供的一種銀行計費方法的實施方式2的流程圖，實施方 式2中的步驟Sl和步驟S2與實施方式1中的步驟Sl和S2相同，不再贅述。S3:判斷所述交易賬號中是否存在費用試算信息，當判斷結果為是時，執(zhí)行步驟 S4，當判斷結果為否時，執(zhí)行步驟S5 ；S4 將確定的所述交易的手續(xù)費信息返回至源交易模塊，該方法結束；對于只需要計算出費用，不需要收取費用的情況(如費用試算)，則源交易模塊 傳遞的交易賬號中存在費用試算信息，否則，不存在。S5 根據所述交易賬號和所述計費數(shù)據模型確定所述交易的收費方式；在該步驟中，根據從源交易模塊中接收的交易賬號以及計費數(shù)據模型中的費種代 碼表、計費包表、賬戶計費覆蓋表、客戶計費覆蓋表來確定所述交易的收費方式。S6 根據確定的手續(xù)費信息、收費方式進行收費，并保存收費信息。在該步驟中，根據步驟S2得到的手續(xù)費信息、步驟S5得到的收費方式進行收費， 收費完成后，將具體的收費信息保存，以便后續(xù)查詢、統(tǒng)計、分析之用。參考圖6，步驟S5具體包括S51 根據所述交易賬號判斷所述交易的計費包號是否為空，當判斷結果為是時， 執(zhí)行步驟S53，當判斷結果為否時，執(zhí)行步驟S52 ；S52 查詢表2所示的計費包表以確定收費方式；
該步驟具體包括S521 查詢表2所示的計費包表以獲取計費包號；S522:根據所述計費包號查詢表7所示的賬戶計費覆蓋表，根據所述賬戶計費覆 蓋表判斷該賬戶是否存在覆蓋信息，當判斷結果為是時，執(zhí)行步驟S523，當判斷結果為否 時，執(zhí)行步驟S524;表 7 S523 根據所述賬戶計費覆蓋表獲取收費類型代碼，并根據所述收費類型代碼確 定收費方式；S524 根據計費包號查詢表8所示的客戶計費覆蓋表以獲取收費類型代碼，并根 據所述收費類型代碼確定收費方式。表8 S53:查詢表5所示的費種代碼表以讀取默認收費類型代碼，并根據所述默認收費 類型代碼得到默認的收費方式。參考圖7，步驟S6具體包括S61 根據所述收費類型代碼判斷是否進行實時收費，當判斷結果為是時，執(zhí)行步 驟S62 ；當判斷結果為否時，執(zhí)行步驟S63 ；對于銀行業(yè)務的收費方式(在收費類型代碼表中定義)有以下幾種I-實時計收費(聯(lián)機、批量)2-實時計費，自動周期收費3"實時計費，手動逐筆收費4-實時計費，手動累計收費方式1是計算出費用后實時收取費用并記賬，是聯(lián)機收取的方式，即執(zhí)行步驟S62 的情況。方式2、3、4都是在計算出費用后，將待收取費用保存在非實時收費中間表中，即 執(zhí)行步驟643的情況。它們的區(qū)別主要表現(xiàn)在方式2 計算出費用后，根據收費類型代碼表中定義的“收費周期”算出“計劃收費 日期”，然后每日查詢并收取此表中“計劃收費日期”為當天的計費記錄。方式3:計算出費用時，并不會賦值“計劃收費日期”，而是由業(yè)務人員根據一定的 業(yè)務條件，手工發(fā)起收費交易，一次性收取所有符合條件的計費記錄?；蛘邩I(yè)務人員手工賦 值“計劃收費日期”，然后收取當天到期的費用，并且每筆費用會有一條單獨的非實時收費 中間表記錄。方式4:基本上與方式3相同，唯一的區(qū)別在于，方式4會將相同賬號、相同費種的 收費記錄合并為一條，一次性累計扣收費用。S62 根據確定的手續(xù)費信息進行實時收費，并在收費完成后保存收費信息；該步驟中，在收費完成后保存收費信息方便了后續(xù)查詢、統(tǒng)計、分析之用。S63:將確定的手續(xù)費信息保存在表9所示的非實時收費中間表中，當該交易收費 時，查詢所述非實時收費中間表以讀取該手續(xù)費信息，收費完成后，保存該收費信息。
表9非實時收費中間表主要為批量收費提供數(shù)據來源。因此，為提高批量處理效率，其 定義如下 綜上所述，本發(fā)明提供的一種銀行計費方法，通過將銀行的計費數(shù)據集中、統(tǒng)一存 放，省卻了將計費功能分散在各種具體的業(yè)務中處理，不僅提供了完備的計費參數(shù)模型和 方便快捷的計算方式，而且由于有統(tǒng)一的計費參數(shù)模型，新增的計費數(shù)據可很好的融入其 中，因此，銀行計費的靈活性、統(tǒng)一性、可擴充性、共用性、參數(shù)化水平、業(yè)務效率隨之提高。 又由于在計費參數(shù)模型中增加了計費周期、運行時間的管理機制，因此，銀行計費系統(tǒng)有效 地提高了關系化、批量化計費的能力，并通過將計費信息進行保存，方便了后續(xù)查詢、統(tǒng)計。相應的，本發(fā)明還提供了一種銀行計費系統(tǒng)，下面結合附圖對該系統(tǒng)進行詳細闡 述。參考圖8，是本發(fā)明的一種銀行計費系統(tǒng)的實施方式1的結構示意圖。該系統(tǒng)包 括基本計費模塊21，用于當交易發(fā)生時，接收源交易模塊發(fā)送的交易賬號，并根據該交易賬號和預設的集中存放銀行計費數(shù)據的計費數(shù)據模型確定費種代碼；本發(fā)明中的源交易模塊指銀行系統(tǒng)中需要計算費用的交易模塊，如活期、定期、 卡、貸款、中間業(yè)務等，當需要計算費用時，這些交易模塊將交易賬號傳遞給銀行計費系統(tǒng)， 由銀行計費系統(tǒng)處理復雜的計費、收費過程。關系定價計算模塊22，用于根據所述基本計費模塊21確定的費種代碼和所述計 費數(shù)據模型確定所述交易的手續(xù)費信息。下面結合附圖詳細介紹本發(fā)明提供的一種銀行計費系統(tǒng)中各個模塊的具體結構。圖9是基本計費模塊21的結構示意圖，由圖9可知，基本計費模塊21具體包括產品判斷單元211，用于根據該交易賬號判斷所述交易中是否包含產品代碼；第一費種代碼確定單元212，用于當所述產品判斷單元211的判斷結果為是時，獲 取產品代碼，并根據所述產品代碼查詢參考_產品目錄表以確定費種代碼，其中，所述參考 _產品目錄表中包含產品號、產品有效期、計費包號；第二費種代碼確定單元213，用于當所述產品判斷單元211的判斷結果為否時， 根據交易賬號查詢所述業(yè)務事件映射表以獲取核心業(yè)務事件代碼、查詢所述計費條件表以 獲取條件號，并根據所述核心業(yè)務事件代碼、條件號確定費種代碼，其中，所述業(yè)務事件映 射表包含模塊代碼、功能號、核心業(yè)務事件代碼，所述計費條件表包含條件號、幣種、開戶標 識。其中，第一費種代碼確定單元212包括第一費種代碼確定子單元，用于根據所述產品代碼查詢所述參考_產品目錄表以 獲取計費包號；根據所述計費包號查詢所述計費包表以讀取核心業(yè)務事件代碼、條件號，其中，所 述計費包表包含核心業(yè)務事件代碼、計費包號、條件號、費種代碼、默認收費類型代碼；根據所述核心業(yè)務事件代碼、條件號確定費種代碼。圖10是關系定價計算模塊22的結構示意圖，由圖10可知，關系定價計算模塊22 具體包括優(yōu)惠信息判斷單元221，用于根據所述費種代碼查詢所述費種代碼表以讀取該費 種代碼對應的基本計費信息，并判斷該基本計費信息中是否包括允許關系優(yōu)惠信息，所述 基本計費信息中包含幣別、是否允許關系優(yōu)惠、優(yōu)惠方式、費率；第一手續(xù)費信息確定單元222，用于當所述優(yōu)惠信息判斷單元221的判斷結果為 是時，根據所述費種代碼查詢所述關系化收費表以讀取優(yōu)惠信息，并根據讀取的優(yōu)惠信息 確定優(yōu)惠后的手續(xù)費信息，所述關系化收費表包含客戶類型、客戶登記、計算優(yōu)先級、起始 時間，當優(yōu)惠信息滿足多種優(yōu)惠方式時，根據計算優(yōu)先級確定計算順序以得到最終的優(yōu)惠 方式；第二手續(xù)費信息確定單元223，用于當所述優(yōu)惠信息判斷單元221的判斷結果為 否時，直接根據讀取的基本計費信息確定手續(xù)費信息。圖11是本發(fā)明的一種銀行計費系統(tǒng)的實施方式2的結構示意圖，其中，基本計費 模塊21、關系定價計算模塊22與實施方式1中的基本計費模塊21、關系定價計算模塊22 相同，不再贅述。費用試算信息判斷模塊23，用于判斷所述交易賬號中是否存在費用試算信息；
第一費用試算信息處理模塊24，用于當所述費用試算信息判斷模塊的判斷結果為 是時，將確定的所述交易的手續(xù)費信息返回至源交易模塊；第二費用試算信息處理模塊25，用于當所述費用試算信息判斷模塊的判斷結果為 否時，根據所述交易賬號和所述計費數(shù)據模型確定所述交易的收費方式，根據確定的手續(xù) 費信息、收費方式進行收費，并保存收費信息。參考圖12，第二費用試算信息處理模塊25具體包括收費方法確定模塊251，用于根據所述交易賬號和所述計費數(shù)據模型確定所述交 易的收費方式；收費及保存模塊252，用于根據所述關系定價計算模塊22確定的手續(xù)費信息、收 費方法確定模塊251確定的收費方式進行收費，并保存收費信息。圖13是收費方法確定模塊251的結構示意圖，由圖13可知，收費方法確定模塊 251具體包括計費包號判斷單元2511，用于根據所述交易賬號判斷所述交易的計費包號是否為 空；第一收費方式確定單元2512，用于當所述計費包號判斷單元2511的判斷結果為 是時，查詢所述費種代碼表以讀取默認收費類型代碼，并根據所述默認收費類型代碼得到 默認的收費方式，所述費種代碼表包含幣別、費種類型、默認收費類型代碼；第二收費方式確定單元2513，用于當所述計費包號判斷單元2511的判斷結果為 否時，根據所述計費包表確定收費方式。其中，第二收費方式確定單元2513還包括查詢子單元，用于查詢所述計費包表以獲取計費包號；覆蓋信息判斷子單元，用于根據所述查詢子單元獲取的計費包號查詢所述賬戶計 費覆蓋表，根據所述賬戶計費覆蓋表判斷該賬戶是否存在覆蓋信息；第一處理子單元，用于當所述覆蓋信息判斷子單元的判斷結果為是時，根據所述 賬戶計費覆蓋表獲取收費類型代碼，并根據所述收費類型代碼確定收費方式；第二處理子單元，用于當所述覆蓋信息判斷子單元的判斷結果為否時，根據計費 包號查詢所述客戶計費覆蓋表以獲取收費類型代碼，并根據所述收費類型代碼確定收費方 式。圖14是收費及保存模塊252的結構示意圖，由圖14可知，收費及保存模塊252具 體包括收費判斷單元2521，用于根據所述收費類型代碼判斷是否進行實時收費；第一收費單元2522，用于當所述收費判斷單元2521的判斷結果為是時，根據確定 的手續(xù)費信息進行實時收費，并在收費完成后保存收費信息；第二收費單元2523，用于當所述收費判斷單元2521的判斷結果為否時，將確定的 手續(xù)費信息保存在非實時收費中間表中，當該交易收費時，查詢所述非實時收費中間表以 讀取該手續(xù)費信息，收費完成后，保存該收費信息。綜上所述，本發(fā)明提供的一種銀行計費方法、系統(tǒng)，通過將銀行的計費數(shù)據，集中、 統(tǒng)一存放，省卻了將計費功能分散在各種具體的業(yè)務中處理，不僅提供了完備的計費參數(shù) 模型和方便快捷的計算方式，而且由于有統(tǒng)一的計費參數(shù)模型，新增的計費數(shù)據可很好的融入其中，因此，銀行計費的靈活性、統(tǒng)一性、可擴充性、共用性、參數(shù)化水平、業(yè)務效率隨之 提高。又由于在計費參數(shù)模型中增加了計費周期、運行時間的管理機制，因此，銀行計費系 統(tǒng)有效地提高了關系化、批量化計費的能力，并通過將計費信息進行保存，方便了后續(xù)查 詢、統(tǒng)計。通過以上的實施方式的描述，本領域的技術人員可以清楚地了解到本發(fā)明可借助 軟件結合硬件平臺的方式來實現(xiàn)，當然也可以全部通過硬件來實施?；谶@樣的理解，本發(fā) 明的技術方案對背景技術做出貢獻的全部或者部分可以以軟件產品的形式體現(xiàn)出來，該計 算機軟件產品可以存儲在存儲介質中，如ROM/RAM、磁碟、光盤等，包括當干指令用以使得一 臺計算機設備(可以是個人計算機，服務器，或者網絡設備等)執(zhí)行本發(fā)明各個實施例或者 實施例的某些部分所述的方法。以上所公開的僅為本發(fā)明的具體實施方式
，僅用于對本發(fā)明進行舉例說明，不能 以此限定本發(fā)明之保護范圍，本領域技術人員在不脫離本發(fā)明實質的前提下可以進行各種 修改、變化或替換，因此，依照本發(fā)明所作的各種等同變化，仍屬于本發(fā)明所涵蓋的范圍。
權利要求
一種銀行計費方法，其特征在于，該方法包括當交易發(fā)生時，接收源交易模塊發(fā)送的交易賬號，并根據該交易賬號和預設的集中存放銀行計費數(shù)據的計費數(shù)據模型確定費種代碼；根據確定的費種代碼和所述計費數(shù)據模型確定所述交易的手續(xù)費信息。
2.如權利要求1所述的方法，其特征在于，所述計費數(shù)據模型包括業(yè)務事件映射表、計費條件表、計費包表、費種代碼表、客戶計費覆蓋表、賬戶計費覆蓋 表、關系化收費表、收費信息表、非實時收費中間表。
3.如權利要求2所述的方法，其特征在于，根據該交易賬號和預設的集中存放銀行計 費數(shù)據的計費數(shù)據模型確定費種代碼包括根據該交易賬號判斷所述交易中是否包含產品代碼；當判斷結果為是時，則獲取產品代碼，并根據所述產品代碼查詢參考_產品目錄表以 確定費種代碼，其中，所述參考_產品目錄表中包含產品號、產品有效期、計費包號；當判斷結果為否時，則根據交易賬號查詢所述業(yè)務事件映射表以獲取核心業(yè)務事件代 碼、查詢所述計費條件表以獲取條件號，并根據所述核心業(yè)務事件代碼、條件號確定費種代 碼，其中，所述業(yè)務時間映射表包含模塊代碼、功能號、核心業(yè)務事件代碼，所述計費條件表 包含條件號、幣種、開戶標識。
4.如權利要求3所述的方法，其特征在于，根據所述產品代碼查詢參考_產品目錄表以 確定費種代碼包括根據所述產品代碼查詢所述參考_產品目錄表以獲取計費包號；根據所述計費包號查詢所述計費包表以讀取核心業(yè)務事件代碼、條件號，其中，所述計 費包表包含核心業(yè)務事件代碼、計費包號、條件號、費種代碼、默認收費類型代碼；根據所述核心業(yè)務事件代碼、條件號確定費種代碼。
5.如權利要求2所述的方法，其特征在于，根據確定的費種代碼和所述計費數(shù)據模型 確定所述交易的手續(xù)費信息包括根據所述費種代碼查詢所述費種代碼表以讀取該費種代碼對應的基本計費信息，所述 基本計費信息中包含幣別、是否允許關系優(yōu)惠、優(yōu)惠方式、費率；當所述基本計費信息中包括允許關系優(yōu)惠信息時，根據所述費種代碼查詢所述關系化 收費表以讀取優(yōu)惠信息，并根據讀取的優(yōu)惠信息確定優(yōu)惠后的手續(xù)費信息，所述關系化收 費表包含客戶類型、客戶登記、計算優(yōu)先級、起始時間，當優(yōu)惠信息滿足多種優(yōu)惠方式時，根 據計算優(yōu)先級確定計算順序以得到最終的優(yōu)惠方式；當所述基本計費信息中包括不允許關系優(yōu)惠信息時，直接根據讀取的基本計費信息確 定手續(xù)費信息。
6.如權利要求5所述的方法，其特征在于，所述方法在根據確定的費種代碼和所述計 費數(shù)據模型確定所述交易的手續(xù)費信息后還包括判斷所述交易賬號中是否存在費用試算信息；當判斷結果為是時，將確定的所述交易的手續(xù)費信息返回至源交易模塊，該方法結束；當判斷結果為否時，根據所述交易賬號和所述計費數(shù)據模型確定所述交易的收費方 式，根據確定的手續(xù)費信息、收費方式進行收費，并保存收費信息。
7.如權利要求6所述的方法，其特征在于，根據所述交易賬號和所述計費數(shù)據模型確 定所述交易的收費方式包括根據所述交易賬號判斷所述交易的計費包號是否為空；當判斷結果為是時，查詢所述費種代碼表以讀取默認收費類型代碼，并根據所述默認 收費類型代碼得到默認的收費方式，所述費種代碼表包含幣別、費種類型、默認收費類型代 碼；當判斷結果為否時，根據所述計費包表確定收費方式。
8.如權利要求7所述的方法，其特征在于，根據所述計費包表確定收費方式包括 查詢所述計費包表以獲取計費包號；根據所述計費包號查詢所述賬戶計費覆蓋表，根據所述賬戶計費覆蓋表判斷該賬戶是 否存在覆蓋信息；當判斷結果為是時，根據所述賬戶計費覆蓋表獲取收費類型代碼，并根據所述收費類 型代碼確定收費方式；當判斷結果為否時，根據計費包號查詢所述客戶計費覆蓋表以獲取收費類型代碼，并 根據所述收費類型代碼確定收費方式。
9.如權利要求6所述的方法，其特征在于，所述根據確定的手續(xù)費信息、收費方式進行 收費，并保存收費信息包括根據所述收費類型代碼判斷是否進行實時收費；當判斷結果為是時，根據確定的手續(xù)費信息進行實時收費，并在收費完成后保存收費 信息；當判斷結果為否時，將確定的手續(xù)費信息保存在非實時收費中間表中，當該交易收費 時，查詢所述非實時收費中間表以讀取該手續(xù)費信息，收費完成后，保存該收費信息。
10. 一種銀行計費系統(tǒng)，其特征在于，該系統(tǒng)包括基本計費模塊，用于當交易發(fā)生時，接收源交易模塊發(fā)送的交易賬號，并根據該交易賬 號和預設的集中存放銀行計費數(shù)據的計費數(shù)據模型確定費種代碼；關系定價計算模塊，用于根據所述基本計費模塊確定的費種代碼和所述計費數(shù)據模型 確定所述交易的手續(xù)費信息。
11.如權利要求10所述的系統(tǒng)，其特征在于，所述計費數(shù)據模型包括業(yè)務事件映射表、計費條件表、計費包表、費種代碼表、客戶計費覆蓋表、賬戶計費覆蓋 表、關系化收費表、收費信息表、非實時收費中間表。
12.如權利要求11所述的系統(tǒng)，其特征在于，所述基本計費模塊包括 產品判斷單元，用于根據該交易賬號判斷所述交易中是否包含產品代碼；第一費種代碼確定單元，用于當所述產品判斷單元的判斷結果為是時，獲取產品代碼， 并根據所述產品代碼查詢參考_產品目錄表以確定費種代碼，其中，所述參考_產品目錄表 中包含產品號、產品有效期、計費包號；第二費種代碼確定單元，用于當所述產品判斷單元的判斷結果為否時，根據交易賬號 查詢所述業(yè)務事件映射表以獲取核心業(yè)務事件代碼、查詢所述計費條件表以獲取條件號， 并根據所述核心業(yè)務事件代碼、條件號確定費種代碼，其中，所述業(yè)務時間映射表包含模塊 代碼、功能號、核心業(yè)務事件代碼，所述計費條件表包含條件號、幣種、開戶標識。
13.如權利要求12所述的系統(tǒng)，其特征在于，所述第一費種代碼確定單元還包括 第一費種代碼確定子單元，用于實現(xiàn)如下操作根據所述產品代碼查詢所述參考_產品目錄表以獲取計費包號；根據所述計費包號查詢所述計費包表以讀取核心業(yè)務事件代 碼、條件號；根據所述核心業(yè)務事件代碼、條件號確定費種代碼，其中，所述計費包表包含核 心業(yè)務事件代碼、計費包號、條件號、費種代碼、默認收費類型代碼。
14.如權利要求11所述的系統(tǒng)，其特征在于，所述關系定價計算模塊包括優(yōu)惠信息判斷單元，用于根據所述費種代碼查詢所述費種代碼表以讀取該費種代碼對 應的基本計費信息，并判斷該基本計費信息中是否包括允許關系優(yōu)惠信息，所述基本計費 信息中包含幣別、是否允許關系優(yōu)惠、優(yōu)惠方式、費率；第一手續(xù)費信息確定單元，用于當所述優(yōu)惠信息判斷單元的判斷結果為是時，根據所 述費種代碼查詢所述關系化收費表以讀取優(yōu)惠信息，并根據讀取的優(yōu)惠信息確定優(yōu)惠后的 手續(xù)費信息，所述關系化收費表包含客戶類型、客戶登記、計算優(yōu)先級、起始時間，當優(yōu)惠信 息滿足多種優(yōu)惠方式時，根據計算優(yōu)先級確定計算順序以得到最終的優(yōu)惠方式；第二手續(xù)費信息確定單元，用于當所述優(yōu)惠信息判斷單元的判斷結果為否時，直接根 據讀取的基本計費信息確定手續(xù)費信息。
15.如權利要求14所述的系統(tǒng)，其特征在于，所述系統(tǒng)還包括費用試算信息判斷模塊，用于判斷所述交易賬號中是否存在費用試算信息； 第一費用試算信息處理模塊，用于當所述費用試算信息判斷模塊的判斷結果為是時， 將確定的所述交易的手續(xù)費信息返回至源交易模塊；第二費用試算信息處理模塊，用于當所述費用試算信息判斷模塊的判斷結果為否時， 根據所述交易賬號和所述計費數(shù)據模型確定所述交易的收費方式，根據確定的手續(xù)費信 息、收費方式進行收費，并保存收費信息。
16.如權利要求15所述的系統(tǒng)，其特征在于，所述第二費用試算信息處理模塊包括 收費方法確定模塊，用于根據所述交易賬號和所述計費數(shù)據模型確定所述交易的收費方式；收費及保存模塊，用于根據所述關系定價計算模塊確定的手續(xù)費信息、收費方法確定 模塊確定的收費方式進行收費，并保存收費信息。
17.如權利要求16所述的系統(tǒng)，其特征在于，所述收費方法確定模塊包括 計費包號判斷單元，用于根據所述交易賬號判斷所述交易的計費包號是否為空；第一收費方式確定單元，用于當所述計費包號判斷單元的判斷結果為是時，查詢所述 費種代碼表以讀取默認收費類型代碼，并根據所述默認收費類型代碼得到默認的收費方 式，所述費種代碼表包含幣別、費種類型、默認收費類型代碼；第二收費方式確定單元，用于當所述計費包號判斷單元的判斷結果為否時，根據所述 計費包表確定收費方式。
18.如權利要求17所述的系統(tǒng)，其特征在于，所述第二收費方式確定單元還包括 查詢子單元，用于查詢所述計費包表以獲取計費包號；覆蓋信息判斷子單元，用于根據所述查詢子單元獲取的計費包號查詢所述賬戶計費覆 蓋表，根據所述賬戶計費覆蓋表判斷該賬戶是否存在覆蓋信息；第一處理子單元，用于當所述覆蓋信息判斷子單元的判斷結果為是時，根據所述賬戶計費覆蓋表獲取收費類型代碼，并根據所述收費類型代碼確定收費方式；第二處理子單元，用于當所述覆蓋信息判斷子單元的判斷結果為否時，根據計費包號 查詢所述客戶計費覆蓋表以獲取收費類型代碼，并根據所述收費類型代碼確定收費方式。
19.如權利要求16所述的系統(tǒng)，其特征在于，所述收費及保存模塊包括 收費判斷單元，用于根據所述收費類型代碼判斷是否進行實時收費； 第一收費單元，用于當所述收費判斷單元的判斷結果為是時，根據確定的手續(xù)費信息 進行實時收費，并在收費完成后保存收費信息；第二收費單元，用于當所述收費判斷單元的判斷結果為否時，將確定的手續(xù)費信息保 存在非實時收費中間表中，當該交易收費時，查詢所述非實時收費中間表以讀取該手續(xù)費 信息，收費完成后，保存該收費信息。
全文摘要
本發(fā)明公開了一種銀行計費方法和系統(tǒng)，其中，所述方法包括當交易發(fā)生時，接收源交易模塊發(fā)送的交易賬號，并根據該交易賬號和預設的集中存放銀行計費數(shù)據的計費數(shù)據模型確定費種代碼；根據確定的費種代碼和所述計費數(shù)據模型確定所述交易的手續(xù)費信息。實施本發(fā)明提供的一種銀行計費方法以及系統(tǒng)，通過將銀行的計費數(shù)據集中、統(tǒng)一存儲，不僅提供了完備的計費參數(shù)模型和方便快捷的計算方式，而且通過將計費信息進行保存，方便了后續(xù)收費、查詢、統(tǒng)計。
文檔編號G07F19/00GK101916481SQ20101027227
公開日2010年12月15日 申請日期2010年9月1日 優(yōu)先權日2010年9月1日
發(fā)明者戚桂鳳, 施蕓虹, 王文靜, 王馨, 鄭濱濤, 錢崢軍, 黃萍 申請人:中國建設銀行股份有限公司