用于費用分配的數據處理方法及系統的制作方法
【專利摘要】本發明提供一種用于費用分配的數據處理方法及系統，所述方法包括：建立費用分配任務；基于有限狀態自動機對建立的費用分配任務進行處理。實施本發明，通過有限狀態自動機來實現費用分配任務的自動化處理，從而解決了手工分配費用所存在的工作量大、容易出現誤差、以及具有一定的滯后性等問題。
【專利說明】
用于費用分配的數據處理方法及系統
技術領域
[0001]本發明涉及通信領域，更為具體而言，涉及用于費用分配的數據處理方法及系統。
【背景技術】
[0002]近年來，在銀行的內部管理和運營當中，一個關鍵的問題是如何快速及時地將收取的手續費按照各個銷售網點機構的銷售業績進行分配，這有利于充分發揮銀行業務人員的銷售積極性，也是保證相關業務正常進行和發展的關鍵問題。然而在現階段，銀行對于手續費的分配通常采用下述方式:先通過較高層級的機構，例如一級行或者二級行進行手續費結算，然后再通過手工的方式把手續費分配到各個銷售網點機構。這種做法存在工作量大、容易出現誤差、以及具有一定的滯后性等問題，極大地制約了相關業務的發展。
【發明內容】
[0003]為解決上述技術問題，本發明提供一種用于費用分配的數據處理方法及系統。
[0004]—方面，本發明的實施方式提供了一種用于費用分配的數據處理方法，所述方法包括:
[0005]建立費用分配任務；
[0006]基于有限狀態自動機對建立的費用分配任務進行處理。
[0007]另一方面，本發明實施方式提供了一種用于費用分配的數據處理系統，所述系統包括:
[0008]建立模塊，用于建立費用分配任務；
[0009]處理模塊，用于基于有限狀態自動機對所述建立模塊建立的費用分配任務進行處理。
[0010]實施本發明提供的用于費用分配的數據處理方法及系統，可以通過有限狀態自動機來實現費用分配任務的自動化處理，從而解決了手工分配費用所存在的工作量大、容易出現誤差、以及具有一定的滯后性等問題。
【附圖說明】
[0011]圖1是根據本發明實施方式的一種用于費用分配的數據處理方法的流程圖；
[0012]圖2示出了圖1所示的處理S200的一種實施方式；
[0013]圖3示出了圖1所示的處理S200的另一種實施方式；
[0014]圖4是根據本發明實施方式的一種用于費用分配的數據處理系統的結構示意圖；
[0015]圖5示出了圖4所示的處理模塊200的一種實施方式；
[0016]圖6示出了圖4所示的處理模塊200的另一種實施方式。
【具體實施方式】
[0017]為使本發明的實施例的目的、技術方案和優點更加清楚，下面將結合附圖對本發明作進一步地詳細描述。
[0018]圖1是根據本發明實施方式的一種用于費用分配的數據處理方法的流程圖。參見圖1，所述方法包括:
[0019]S100:建立費用分配任務。
[0020]S200:基于有限狀態自動機對建立的費用分配任務進行處理。
[0021]所述有限狀態自動機可以包括:初始狀態、輸入條件、狀態轉移函數、有窮狀態集合、以及終結狀態集合，其中，終結狀態集合中包括成功狀態和失敗狀態。
[0022]在本發明的一種實施方式中，對費用分配任務的處理包括:匯總扣費處理和明細扣費處理。其中，匯總扣費處理指從A機構的賬戶扣收相關業務所涉及的費用。明細扣費處理指將所述匯總扣費處理所扣收的費用按照銀行的相關銷售網點機構進行細分。相應地，對所述輸入條件、狀態轉移函數、有窮狀態集合、以及終結狀態集合的進行如下定義:
[0023]輸入條件的取值范圍包括:任務執行條件、匯總扣費失敗條件、匯總扣費成功條件、明細扣費失敗條件、明細扣費成功條件。
[0024]狀態轉移函數例如為:
[0025]f(初始狀態，任務執行條件)=匯總扣費狀態，
[0026]f(匯總扣費狀態，匯總扣費失敗條件)=匯總扣費失敗狀態，
[0027]f(匯總扣費狀態，匯總扣費成功條件)=明細扣費狀態，
[0028]f(明細扣費狀態，明細扣費失敗條件)=明細扣費失敗狀態，
[0029]f (明細扣費狀態，明細扣費成功條件)=整體成功狀態。
[0030]有窮狀態集合包括:初始狀態、匯總扣費狀態、匯總扣費失敗狀態、明細扣費狀態、明細扣費失敗狀態、整體成功狀態。
[0031]其中，匯總扣費失敗狀態、明細扣費失敗狀態、以及整體成功狀態構成終結狀態集入口 ο
[0032]由于當前在銀行的內部管理和運營當中，還存在退費的情況，例如，對于銀行而言，如果其代理銷售的保險產品在猶豫期內被退保，那么銀行所收取的相關手續費應退還給保險公司。
[0033]因此，在本發明的另一種實施方式中，對于費用分配任務的處理包括:明細退費處理、匯總退費處理、匯總扣費處理、明細扣費處理。明細退費處理是指把待退回給A機構的費用的匯總金額按照銀行相關的銷售網點機構進行細分，并根據細分的結果從各銷售網點機構提取出其分得的明細金額;匯總退費處理是指將通過所述明細退費處理提取出的明細金額進行匯總，并將匯總后的匯總金額退回到A機構的賬戶；匯總扣費處理是指從A機構的賬戶扣收相關業務所涉及的費用；明細扣費處理是指把所述匯總扣費處理所扣收的費用按照相關銷售網點機構進行細分。相應地，對輸入條件、狀態轉移函數、有窮狀態集合、以及終結狀態集合的進行如下定義:
[0034]輸入條件的取值范圍包括:任務執行條件、明細退費失敗條件、明細退費成功條件、匯總退費失敗條件、匯總退費成功條件、匯總扣費失敗條件、匯總扣費成功條件、明細扣費失敗條件、明細扣費成功條件。
[0035]狀態轉移函數為:
[0036]f (初始狀態，任務執行條件)=明細退費狀態，
[0037]f(明細退費狀態，明細退費失敗條件)=明細退費失敗狀態，
[0038]f(明細退費狀態，明細退費成功條件)=匯總退費狀態，
[0039]f?(匯總退費狀態，匯總退費失敗條件)=匯總退費失敗狀態，
[0040]f?(匯總退費狀態，匯總退費成功條件)=匯總扣費狀態，[0041 ] f?(匯總扣費狀態，匯總扣費失敗條件)=匯總扣費失敗狀態，[0042 ] f (匯總扣費狀態，匯總扣費成功條件)=明細扣費狀態，[〇〇43] f(明細扣費狀態，明細扣費失敗條件)=明細扣費失敗狀態，
[0044]f(明細扣費狀態，明細扣費成功條件)=整體成功狀態。
[0045]有限狀態自動機的有窮狀態集合包括:初始狀態、明細退費狀態、明細退費失敗狀態、匯總退費狀態、匯總退費失敗狀態、匯總扣費狀態、匯總扣費失敗狀態、明細扣費狀態、 明細扣費失敗狀態、整體成功狀態。
[0046]其中，明細退費失敗狀態、匯總退費失敗狀態、匯總扣費失敗狀態、明細扣費失敗狀態、以及整體成功狀態構成終結狀態集合。[〇〇47] 圖2示出了圖1所示的處理S200的一種實施方式。參見圖2,處理S200可以包括: [〇〇48]S210:識別是否更新了輸入條件，若是，則執行S220,若否，則經過預定時間后返回執行S210。
[0049]S220:根據更新后的輸入條件以及狀態轉移函數將費用分配任務的狀態由當前狀態轉移至相應的目標狀態。
[0050]S230:識別終結狀態集合中是否包括轉移至的目標狀態，若是，則執行S240，若否， 則返回執行S210。[〇〇51 ]S240:結束所述費用處理任務。[〇〇52] 圖3示出了圖1所示的處理S200的另一種實施方式。參見圖3,處理S200可以包括:
[0053]S210’至S230’同上述S210至S230,在此不再贅述。[〇〇54]S240’:識別所述目標狀態的類型，若所述目標狀態的類型為成功狀態，則執行S250’，若所述目標狀態的類型為失敗狀態，則執行S260’。[〇〇55]S250’:結束所述費用處理任務。[〇〇56]S260’:進行沖正處理，并跳轉至S250’。
[0057]下面以分配銀行從保險公司收取的手續費為例對本發明的實施方式進行具體說明。
[0058]步驟1:建立手續費分配任務并關聯保險公司關于所述手續費的匯總信息以及相關的銀行銷售網點機構關于所述手續費的明細信息。
[0059]其中，匯總信息例如包括:保險公司的賬號以及匯總金額；明細信息例如包括:機構號以及明細金額。
[0060]步驟2:基于有限狀態自動機對步驟1中所建立的手續費分配任務進行處理。[0061 ]其中，所述有限狀態自動機包括:初始狀態、輸入條件、狀態轉移函數、有窮狀態集合、以及終結狀態集合等。
[0062]具體地，所述步驟2例如通過以下方式實現:
[0063]S1:識別是否更新了輸入條件，若是，則執行S2,否則，經過預定時間后返回執行 Sl〇
[0064]S2:根據更新后的輸入條件以及狀態轉移函數將手續費分配任務的狀態由當前狀態轉移至相應的目標狀態。[〇〇65]S3:識別終結狀態集合中是否包括轉移至的目標狀態，若是，則執行S4,否則，返回執行S1。
[0066] S4:識別所述目標狀態的類型，若所述目標狀態的類型為成功狀態，則執行S5，若所述目標狀態的類型是失敗狀態，則執行S6。[〇〇67]S5:結束所述手續費分配任務。[〇〇68]S6:進行沖正處理，然后跳轉至S5。[〇〇69] 其中，對于手續費分配任務的處理例如包括:明細退費處理、匯總退費處理、匯總扣費處理、明細扣費處理。
[0070]其中，明細退費處理是指把待退回給保險公司的手續費的匯總金額按照相關的銷售網點機構進行細分，并根據細分的結果從各銷售網點機構提取出其分得的明細金額;匯總退費處理是指將通過所述明細退費處理提取出的明細金額進行匯總，并將匯總后的匯總金額退回到保險公司的賬戶；匯總扣費處理是指從保險公司的賬戶扣收保險業務的手續費；明細扣費處理是指把所述匯總扣費處理所扣收的手續費按照相關機構進行細分。[0071 ]與上述對于手續費分配任務的處理對應地，可以對所述有限狀態自動機中的輸入條件、狀態轉移函數、有窮狀態集合、以及終結狀態集合進行如下定義:
[0072]輸入條件的取值范圍包括:任務執行條件、明細退費失敗條件、明細退費成功條件、匯總退費失敗條件、匯總退費成功條件、匯總扣費失敗條件、匯總扣費成功條件、明細扣費失敗條件、明細扣費成功條件。[〇〇73]狀態轉移函數為:
[0074]f (初始狀態，任務執行條件)=明細退費狀態，其含義為當手續費分配任務為初始狀態時，若觸發了任務執行條件，則狀態轉換為明細退費狀態；
[0075]f(明細退費狀態，明細退費失敗條件)=明細退費失敗狀態，其含義為當手續費分配任務為明細退費狀態時，若觸發了明細退費失敗條件，則狀態轉換為明細退費失敗狀態；
[0076]f(明細退費狀態，明細退費成功條件)=匯總退費狀態，其含義為當手續費分配任務為明細退費狀態時，若觸發了明細退費成功條件，則狀態轉換為匯總退費狀態；
[0077]f?(匯總退費狀態，匯總退費失敗條件)=匯總退費失敗狀態，其含義為當手續費分配任務為匯總退費狀態時，若觸發了匯總退費失敗條件，則狀態轉換為匯總退費失敗狀態；
[0078]f?(匯總退費狀態，匯總退費成功條件)=匯總扣費狀態，其含義為當手續費分配任務為匯總退費狀態時，若觸發了匯總退費成功條件，則狀態轉換為匯總扣費狀態；
[0079]f?(匯總扣費狀態，匯總扣費失敗條件)=匯總扣費失敗狀態，其含義為當手續費分配任務為匯總扣費狀態時，若觸發了匯總扣費失敗條件，則狀態轉換為匯總扣費失敗狀態；
[0080]f (匯總扣費狀態，匯總扣費成功條件)=明細扣費狀態，其含義為當手續費分配任務為匯總扣費狀態時，若觸發了匯總扣費成功條件，則狀態轉換為明細扣費狀態；
[0081]f(明細扣費狀態，明細扣費失敗條件)=明細扣費失敗狀態，其含義為當手續費分配任務為明細扣費狀態時，若觸發了明細扣費失敗條件，則狀態轉換為明細扣費失敗狀態；
[0082]f(明細扣費狀態，明細扣費成功條件)=整體成功狀態，其含義為當手續費分配任務為明細扣費狀態時，若觸發了明細扣費成功條件，則狀態轉換為整體成功狀態。
[0083]有窮狀態集合包括:初始狀態、明細退費狀態、明細退費失敗狀態、匯總退費狀態、 匯總退費失敗狀態、匯總扣費狀態、匯總扣費失敗狀態、明細扣費狀態、明細扣費失敗狀態、 整體成功狀態。
[0084]其中，明細退費失敗狀態、匯總退費失敗狀態、匯總扣費失敗狀態、明細扣費失敗狀態、以及整體成功狀態構成終結狀態集合。[〇〇85]根據上述有限狀態自動機的定義，步驟2的處理過程可以窮舉為如下5類場景:
[0086]場景一:對于一個任務，當觸發了任務執行條件之后，任務狀態由初始狀態轉換到明細退費狀態，之后，如果觸發了明細退費失敗條件，則狀態轉換為明細退費失敗狀態，進行沖正處理，由于明細退費處理是一個循環處理明細的過程，因此錯誤可能發生在任意一次循環中，當錯誤發生時，需要對已經循環處理過的退費明細進行反向沖正處理，以保證任務執彳丁的完整性。
[0087]場景二:對于一個任務，當觸發了任務執行條件之后，任務狀態由初始狀態轉換到明細退費狀態，之后，如果觸發了明細退費成功條件，則狀態轉換為匯總退費狀態，之后，如果觸發了匯總退費失敗條件，則狀態轉換為匯總退費失敗狀態，任務結束，進行沖正處理， 其中，需要對已經進行過明細退費處理的全部結果進行反向沖正處理，以保證任務執行的完整性。[〇〇88]場景三:對于一個任務，當觸發了任務執行條件之后，任務狀態由初始狀態轉換到明細退費狀態，之后，如果觸發了明細退費成功條件，則狀態轉換為匯總退費狀態，之后，如果觸發了匯總退費成功條件，則狀態轉換為匯總扣費狀態，之后，如果觸發了匯總扣費失敗條件，則狀態轉換為匯總扣費失敗狀態，進行沖正處理，其中，需要對已經進行過的匯總退費處理和明細退費處理的全部結果進行反向沖正處理，以保證任務執行的完整性。
[0089]場景四:對于一個任務，當觸發了任務執行條件之后，任務狀態由初始狀態轉換到明細退費狀態，之后，如果觸發了明細退費成功條件，則狀態轉換為匯總退費狀態，之后，如果觸發了匯總退費成功條件，則狀態轉換為匯總扣費狀態，之后，如果觸發了匯總扣費成功條件，則狀態轉換為明細扣費狀態，之后，如果觸發了明細扣費失敗條件，則狀態轉換為明細扣費失敗狀態，進行沖正處理，其中，由于明細扣費處理是一個循環處理明細的過程，因此錯誤可能發生在任意一次循環中，當錯誤發生時，需要對已經循環處理過的扣費明細進行反向沖正處理，同時需要對已經進行過的匯總扣費處理、匯總退費處理、以及明細退費處理的全部結果進行反向沖正處理，以保證任務執行的完整性。
[0090]場景五:對于一個任務，當觸發了任務執行條件之后，任務狀態由初始狀態轉換到明細退費狀態，之后，如果觸發了明細退費成功條件，則狀態轉換為匯總退費狀態，之后，如果觸發了匯總退費成功條件，則狀態轉換為匯總扣費狀態，之后，如果觸發了匯總扣費成功條件，則狀態轉換為明細扣費狀態，之后，如果觸發了明細扣費成功條件，則狀態轉換為整體成功狀態，結束任務。
[0091]圖4是根據本發明實施方式的一種用于費用分配的數據處理系統的結構示意圖。 參見圖4，所述系統1000包括:建立模塊100以及處理模塊200，具體地:
[0092]建立模塊100用于建立費用分配任務。[〇〇93]處理模塊200用于基于有限狀態自動機對建立模塊100建立的費用分配任務進行處理。
[0094]所述有限狀態自動機可以包括:初始狀態、輸入條件、狀態轉移函數、有窮狀態集合、以及終結狀態集合，其中，終結狀態集合中包括成功狀態和失敗狀態。[〇〇95]在本發明的一種實施方式中，對費用分配任務的處理包括:匯總扣費處理和明細扣費處理。其中，匯總扣費處理指從A機構的賬戶扣收相關業務所涉及的費用。明細扣費處理指將所述匯總扣費處理所扣收的費用按照銀行的相關銷售網點機構進行細分。相應地， 對所述輸入條件、狀態轉移函數、有窮狀態集合、以及終結狀態集合的進行如下定義:
[0096]輸入條件的取值范圍包括:任務執行條件、匯總扣費失敗條件、匯總扣費成功條件、明細扣費失敗條件、明細扣費成功條件。[〇〇97]狀態轉移函數例如為:
[0098]f?(初始狀態，任務執行條件)=匯總扣費狀態，
[0099]f?(匯總扣費狀態，匯總扣費失敗條件)=匯總扣費失敗狀態，
[0100]f?(匯總扣費狀態，匯總扣費成功條件)=明細扣費狀態，
[0101]f(明細扣費狀態，明細扣費失敗條件)=明細扣費失敗狀態，
[0102]f(明細扣費狀態，明細扣費成功條件)=整體成功狀態。
[0103]有窮狀態集合包括:初始狀態、匯總扣費狀態、匯總扣費失敗狀態、明細扣費狀態、 明細扣費失敗狀態、整體成功狀態。
[0104]其中，匯總扣費失敗狀態、明細扣費失敗狀態、以及整體成功狀態構成終結狀態集合。
[0105]由于當前在銀行的內部管理和運營當中，還存在退費的情況，例如，對于銀行而言，如果其代理銷售的保險產品在猶豫期內被退保，那么銀行所收取的相關手續費應退還給保險公司。
[0106]因此，在本發明的另一種實施方式中，對于費用分配任務的處理包括:明細退費處理、匯總退費處理、匯總扣費處理、明細扣費處理。明細退費處理是指把待退回給A機構的費用的匯總金額按照銀行相關的銷售網點機構進行細分，并根據細分的結果從各銷售網點機構提取出其分得的明細金額;匯總退費處理是指將通過所述明細退費處理提取出的明細金額進行匯總，并將匯總后的匯總金額退回到A機構的賬戶；匯總扣費處理是指從A機構的賬戶扣收相關業務所涉及的費用；明細扣費處理是指把所述匯總扣費處理所扣收的費用按照相關銷售網點機構進行細分。相應地，對輸入條件、狀態轉移函數、有窮狀態集合、以及終結狀態集合的進行如下定義:
[0107]輸入條件的取值范圍包括:任務執行條件、明細退費失敗條件、明細退費成功條件、匯總退費失敗條件、匯總退費成功條件、匯總扣費失敗條件、匯總扣費成功條件、明細扣費失敗條件、明細扣費成功條件。
[0108]狀態轉移函數為:[0109 ] f?(初始狀態，任務執行條件)=明細退費狀態，
[0110]f(明細退費狀態，明細退費失敗條件)=明細退費失敗狀態，
[0111]f(明細退費狀態，明細退費成功條件)=匯總退費狀態，
[0112]f?(匯總退費狀態，匯總退費失敗條件)=匯總退費失敗狀態，
[0113]f?(匯總退費狀態，匯總退費成功條件)=匯總扣費狀態，
[0114]f?(匯總扣費狀態，匯總扣費失敗條件)=匯總扣費失敗狀態，
[0115]f?(匯總扣費狀態，匯總扣費成功條件)=明細扣費狀態，
[0116]f(明細扣費狀態，明細扣費失敗條件)=明細扣費失敗狀態，
[0117]f(明細扣費狀態，明細扣費成功條件)=整體成功狀態。
[0118]有限狀態自動機的有窮狀態集合包括:初始狀態、明細退費狀態、明細退費失敗狀態、匯總退費狀態、匯總退費失敗狀態、匯總扣費狀態、匯總扣費失敗狀態、明細扣費狀態、 明細扣費失敗狀態、整體成功狀態。
[0119]其中，明細退費失敗狀態、匯總退費失敗狀態、匯總扣費失敗狀態、明細扣費失敗狀態、以及整體成功狀態構成終結狀態集合。[〇12〇]圖5示出了圖4所示的處理模塊200的一種實施方式。圖5所示，處理模塊200包括: 第一識別單元210、第一觸發單元220、狀態轉移單元230、第二識別單元240、第二觸發單元 250、結束處理單元260，具體地:
[0121]第一識別單元210用于識別是否更新了輸入條件。
[0122]第一觸發單元220用于執行下述處理:在所述第一識別單元210識別出未更新輸入條件的情形下，經過預定時間后觸發第一識別單元210執行下述處理:識別是否更新了輸入條件。
[0123]狀態轉移單元230用于執行下述處理:在所述第一識別單元210識別出更新了輸入條件的情形下，根據更新后的輸入條件以及狀態轉移函數將所述費用分配任務的狀態由當前狀態轉移至相應的目標狀態。
[0124]第二識別單元240用于識別終結狀態集合中是否包括狀態轉移單元230所轉移至的目標狀態。
[0125]第二觸發單元250用于執行下述處理:在第二識別單元240識別出終結狀態集合中不包括狀態轉移單元230所轉移至的目標狀態的情形下，觸發第一識別單元210執行下述處理:識別是否更新了輸入條件。
[0126]結束處理單元260用于執行下述處理:在所述第二識別單元240識別出終結狀態集合中包括狀態轉移單元230所轉移至的目標狀態的情形下，結束所述費用處理任務。
[0127]圖6示出了圖4所示的處理模塊200的一種實施方式。如圖6所示，處理模塊200包括:第一識別單元210’、第一觸發單元220’、狀態轉移單元230’、第二識別單元240’、第二觸發單元250’、第三識別單元260’、沖正單元270’、結束處理單元280’，具體地:
[0128]第一識別單元210’、第一觸發單元220’、狀態轉移單元230’、第二識別單元240’、 第二觸發單元250’分別同上述的第一識別單元210、第一觸發單元220、狀態轉移單元230、 第二識別單元240、第二觸發單元250,在此不再贅述。
[0129]第三識別單元260’用于執行下述處理:在所述第二識別單元240’識別出終結狀態集合中包括狀態轉移單元230 ’所轉移至的目標狀態的情形下，識別所述目標狀態的類型。 [〇13〇]沖正單元270 ’用于執行下述處理:在第三識別單元260 ’識別出所述目標狀態的類型為失敗狀態的情形下，進行沖正處理。[〇131]結束處理單元280 ’用于執行下述處理:在所述第三識別單元260 ’識別出所述目標狀態的類型為成功狀態的情形下，或者，在沖正單元270 ’完成沖正處理之后，結束所述費用處理任務。
[0132]實施本發明提供的用于費用分配的數據處理方法及系統，可以通過有限狀態自動機來實現費用分配任務的自動化處理，從而解決了手工分配費用所存在的工作量大、容易出現誤差、以及具有一定的滯后性等問題。
[0133]通過以上的實施方式的描述，本領域的技術人員可以清楚地了解到本發明可借助軟件結合硬件平臺的方式來實現。基于這樣的理解，本發明的技術方案對【背景技術】做出貢獻的全部或者部分可以以軟件產品的形式體現出來，該計算機軟件產品可以存儲在存儲介質中，如R0M/RAM、磁碟、光盤等，包括若干指令用以使得一臺計算機設備(可以是個人計算機，服務器，智能手機或者網絡設備等)執行本發明各個實施例或者實施例的某些部分所述的方法。
[0134]本發明說明書中使用的術語和措辭僅僅為了舉例說明，并不意味構成限定。本領域技術人員應當理解，在不脫離所公開的實施方式的基本原理的前提下，對上述實施方式中的各細節可進行各種變化。因此，本發明的范圍只由權利要求確定，在權利要求中，除非另有說明，所有的術語應按最寬泛合理的意思進行理解。
【主權項】
1.一種用于費用分配的數據處理方法，其特征在于，所述方法包括: 建立費用分配任務； 基于有限狀態自動機對建立的費用分配任務進行處理。2.如權利要求1所述的方法，其特征在于， 所述有限狀態自動機包括:初始狀態、輸入條件、狀態轉移函數、以及終結狀態集合。3.如權利要求2所述的方法，其特征在于， 所述輸入條件的取值范圍包括:任務執行條件、匯總扣費失敗條件、匯總扣費成功條件、明細扣費失敗條件、明細扣費成功條件； 所述狀態轉移函數包括: f (初始狀態，任務執行條件)=匯總扣費狀態， f (匯總扣費狀態，匯總扣費失敗條件)=匯總扣費失敗狀態， f(匯總扣費狀態，匯總扣費成功條件)=明細扣費狀態， f(明細扣費狀態，明細扣費失敗條件)=明細扣費失敗狀態， f(明細扣費狀態，明細扣費成功條件)=整體成功狀態； 所述終結狀態集合包括:所述匯總扣費失敗狀態、明細扣費失敗狀態、以及整體成功狀??τ O4.如權利要求2所述的方法，其特征在于， 所述輸入條件的取值范圍包括:任務執行條件、明細退費失敗條件、明細退費成功條件、匯總退費失敗條件、匯總退費成功條件、匯總扣費失敗條件、匯總扣費成功條件、明細扣費失敗條件、明細扣費成功條件； 所述狀態轉移函數包括: f (初始狀態，任務執行條件)=明細退費狀態， f (明細退費狀態，明細退費失敗條件)=明細退費失敗狀態， f(明細退費狀態，明細退費成功條件)=匯總退費狀態， f(匯總退費狀態，匯總退費失敗條件)=匯總退費失敗狀態， f(匯總退費狀態，匯總退費成功條件)=匯總扣費狀態， f (匯總扣費狀態，匯總扣費失敗條件)=匯總扣費失敗狀態， f(匯總扣費狀態，匯總扣費成功條件)=明細扣費狀態， f(明細扣費狀態，明細扣費失敗條件)=明細扣費失敗狀態， f(明細扣費狀態，明細扣費成功條件)=整體成功狀態； 所述終結狀態集合包括:明細退費失敗狀態、匯總退費失敗狀態、匯總扣費失敗狀態、明細扣費失敗狀態、整體成功狀態。5.如權利要求2至4中任一項所述的方法，其特征在于，基于有限狀態自動機對建立的費用分配任務進行處理包括: 識別是否更新了輸入條件； 若更新了輸入條件，則根據更新后的輸入條件以及所述狀態轉移函數將所述費用分配任務的狀態由當前狀態轉移至相應的目標狀態； 識別終結狀態集合中是否包括所述目標狀態； 若終結狀態集合中包括所述目標狀態，則識別所述目標狀態的類型； 若所述目標狀態的類型為成功狀態，則結束所述費用處理任務。6.如權利要求5所述的方法，其特征在于，基于有限狀態自動機對建立的費用分配任務進行處理還包括: 若所述目標狀態的類型是失敗狀態，則進行沖正處理。7.—種用于費用分配的數據處理系統，其特征在于，所述系統包括: 建立模塊，用于建立費用分配任務； 處理模塊，用于基于有限狀態自動機對所述建立模塊建立的費用分配任務進行處理。8.如權利要求7所述的系統，其特征在于， 所述有限狀態自動機包括:初始狀態、輸入條件、狀態轉移函數、以及終結狀態集合。9.如權利要求8所述的系統，其特征在于， 所述輸入條件的取值范圍包括:任務執行條件、匯總扣費失敗條件、匯總扣費成功條件、明細扣費失敗條件、明細扣費成功條件； 所述狀態轉移函數包括: f (初始狀態，任務執行條件)=匯總扣費狀態， f (匯總扣費狀態，匯總扣費失敗條件)=匯總扣費失敗狀態， f(匯總扣費狀態，匯總扣費成功條件)=明細扣費狀態， f(明細扣費狀態，明細扣費失敗條件)=明細扣費失敗狀態， f(明細扣費狀態，明細扣費成功條件)=整體成功狀態； 所述終結狀態集合包括:所述匯總扣費失敗狀態、明細扣費失敗狀態、以及整體成功狀??τ O10.如權利要求8所述的系統，其特征在于， 所述輸入條件的取值范圍包括:任務執行條件、明細退費失敗條件、明細退費成功條件、匯總退費失敗條件、匯總退費成功條件、匯總扣費失敗條件、匯總扣費成功條件、明細扣費失敗條件、明細扣費成功條件； 所述狀態轉移函數包括: f (初始狀態，任務執行條件)=明細退費狀態， f (明細退費狀態，明細退費失敗條件)=明細退費失敗狀態， f(明細退費狀態，明細退費成功條件)=匯總退費狀態， f(匯總退費狀態，匯總退費失敗條件)=匯總退費失敗狀態， f(匯總退費狀態，匯總退費成功條件)=匯總扣費狀態， f (匯總扣費狀態，匯總扣費失敗條件)=匯總扣費失敗狀態， f(匯總扣費狀態，匯總扣費成功條件)=明細扣費狀態， f(明細扣費狀態，明細扣費失敗條件)=明細扣費失敗狀態， f(明細扣費狀態，明細扣費成功條件)=整體成功狀態； 所述終結狀態集合包括:明細退費失敗狀態、匯總退費失敗狀態、匯總扣費失敗狀態、明細扣費失敗狀態、整體成功狀態。11.如權利要求8至10中任一項所述的系統，其特征在于，所述處理模塊包括: 第一識別單元，用于識別是否更新了輸入條件； 狀態轉移單元，用于執行下述處理:在所述第一識別單元識別出更新了輸入條件的情形下，根據更新后的輸入條件以及所述狀態轉移函數將所述費用分配任務的狀態由當前狀態轉移至相應的目標狀態； 第二識別單元，用于識別終結狀態集合中是否包括所述目標狀態； 第三識別單元，用于執行下述處理:在所述第二識別單元識別出終結狀態集合中包括所述目標狀態的情形下，識別所述目標狀態的類型； 結束處理單元，用于執行下述處理:在所述第三識別單元識別出所述目標狀態的類型為成功狀態的情形下，結束所述費用處理任務。12.如權利要求11所述的系統，其特征在于，所述處理模塊還包括: 沖正單元，用于執行下述處理:在所述第三識別單元識別出所述目標狀態的類型為失敗狀態的情形下，進行沖正處理。
【文檔編號】G06Q40/02GK105976213SQ201610428829
【公開日】2016年9月28日
【申請日】2016年6月16日
【發明人】易劍, 曹科, 趙雪松, 張鵬
【申請人】中國建設銀行股份有限公司