專(zhuān)利名稱(chēng)：交易管理系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及管理交易的系統(tǒng)和方法，所述系統(tǒng)和方法的一個(gè)特殊用途是有助于將多個(gè)基金交易分配給多個(gè)投資者帳戶(hù)。進(jìn)一步來(lái)說(shuō)，本發(fā)明涉及核對(duì)兩個(gè)可能錯(cuò)匹配的數(shù)據(jù)集，以使得從第一個(gè)數(shù)據(jù)集衍生得到的指令可以準(zhǔn)確地在第二個(gè)數(shù)據(jù)集上交易。本發(fā)明的較佳實(shí)施例涉及管理從雇主到由基金經(jīng)理管理的帳戶(hù)的養(yǎng)老金供款支付。
背景技術(shù)：
與管理養(yǎng)老金及類(lèi)似基金相關(guān)的一個(gè)主要問(wèn)題是大量來(lái)自投資者的相對(duì)小的供款需要定期不斷地準(zhǔn)確轉(zhuǎn)進(jìn)對(duì)應(yīng)的大量投資者帳戶(hù)。通常組織內(nèi)的負(fù)責(zé)官員，如工資事務(wù)員，向養(yǎng)老金基金管理員提供單筆支付以及該支付如何在該組織雇員的個(gè)人養(yǎng)老金帳戶(hù)中劃分的細(xì)節(jié)。由于對(duì)個(gè)人投資者及他們的帳戶(hù)細(xì)節(jié)經(jīng)常發(fā)生變動(dòng)，通常會(huì)存在大量的錯(cuò)匹配。養(yǎng)老金基金管理員通常按照慣例接受解決這些事情的繁重法律責(zé)任，這作為失責(zé)基金經(jīng)理的與總利益相關(guān)的成本之一。
在某些情況下，養(yǎng)老金基金管理員啟用電子服務(wù)來(lái)協(xié)助他們提交供款文件。某些電子服務(wù)允許供款文件包含簡(jiǎn)單地以指定格式用電子郵件發(fā)送的詳細(xì)交易指令。而其他開(kāi)始開(kāi)發(fā)更加復(fù)雜的基于互聯(lián)網(wǎng)的系統(tǒng)，它們提供由雇主用于建立供款數(shù)據(jù)條目的“Web表單”。通常，會(huì)使用第三方應(yīng)用，結(jié)果它們與支持養(yǎng)老金基金管理的核心計(jì)算機(jī)系統(tǒng)不能緊密集成。這些系統(tǒng)現(xiàn)有的實(shí)現(xiàn)也容易出錯(cuò)，如投資者重復(fù)和通過(guò)例外報(bào)告和手動(dòng)解決來(lái)處理的錯(cuò)誤。雖然這些是對(duì)手動(dòng)離線方法的改進(jìn)，一旦文件經(jīng)接受，養(yǎng)老金管理員最終還是要承擔(dān)解決這些問(wèn)題的責(zé)任。
此外，進(jìn)行核對(duì)處理的方式自身可能趨向于對(duì)經(jīng)核對(duì)的數(shù)據(jù)完整性產(chǎn)生負(fù)面影響。
發(fā)明概要根據(jù)本發(fā)明的第一個(gè)方面，提供匹配從發(fā)送實(shí)體接收的一組指令和接收實(shí)體的記錄數(shù)據(jù)集的基于計(jì)算機(jī)的方法，所述記錄數(shù)據(jù)集包括多個(gè)記錄及相關(guān)的匹配關(guān)鍵字?jǐn)?shù)據(jù)集，所述匹配關(guān)鍵字?jǐn)?shù)據(jù)集包括多個(gè)匹配關(guān)鍵字，其中每個(gè)匹配關(guān)鍵字都標(biāo)識(shí)相關(guān)的帳戶(hù)記錄，所述方法包括步驟從接收的指令衍生得到的使用匹配關(guān)鍵字搜索所述匹配關(guān)鍵字?jǐn)?shù)據(jù)集，以在所述記錄數(shù)據(jù)集中標(biāo)識(shí)記錄，從而自動(dòng)地匹配所述指令和所述標(biāo)識(shí)的記錄；對(duì)至少一個(gè)未自動(dòng)匹配的指令，支持所述提交實(shí)體在所述記錄數(shù)據(jù)集中選擇多個(gè)記錄，從而手動(dòng)匹配所述指令和所述選擇的記錄；使用從手動(dòng)匹配的指令衍生得到的所述匹配關(guān)鍵字來(lái)更新匹配關(guān)鍵字?jǐn)?shù)據(jù)集，以有助于在后面自動(dòng)匹配接收的指令和選擇的記錄。
較佳地，用手動(dòng)匹配記錄衍生得到的匹配關(guān)鍵字更新匹配關(guān)鍵字?jǐn)?shù)據(jù)集使得后面提供本質(zhì)上相同匹配關(guān)鍵字的指令和記錄數(shù)據(jù)集中與其相關(guān)的記錄匹配。
方便地，對(duì)那些經(jīng)自動(dòng)匹配的指令，支持可以通過(guò)供款實(shí)體做出手動(dòng)匹配的步驟，以使得供款實(shí)體可以覆蓋或錯(cuò)匹配已自動(dòng)匹配的那些匹配來(lái)允許后面的手動(dòng)匹配發(fā)生。
有利地，所述方法包括獨(dú)立于記錄數(shù)據(jù)集中的其他記錄更新匹配關(guān)鍵字?jǐn)?shù)據(jù)集，以使得記錄數(shù)據(jù)集中除匹配關(guān)鍵字字段之外的任何數(shù)據(jù)字段保持本質(zhì)上不發(fā)生改變。
所述方法可以包括獨(dú)立于匹配關(guān)鍵字?jǐn)?shù)據(jù)集更新記錄數(shù)據(jù)集的任何其他記錄，以使得更新記錄數(shù)據(jù)集不影響后面接收的記錄和所述記錄的自動(dòng)匹配。
通常，將和記錄相關(guān)的匹配關(guān)鍵字作為代表記錄的字段存儲(chǔ)，以使得匹配關(guān)鍵字?jǐn)?shù)據(jù)集包括數(shù)據(jù)集記錄的匹配關(guān)鍵字字段，而通過(guò)在所述手動(dòng)匹配記錄的所述匹配關(guān)鍵字字段中存儲(chǔ)所述衍生得到的匹配關(guān)鍵字的拷貝來(lái)更新匹配關(guān)鍵字?jǐn)?shù)據(jù)集。
所述方法較佳地包括使用和特殊指令集相關(guān)的預(yù)定的匹配關(guān)鍵字規(guī)則來(lái)創(chuàng)建特殊指令集的匹配關(guān)鍵字，從而組合指令中預(yù)定的數(shù)據(jù)元素字段來(lái)得到該匹配關(guān)鍵字的步驟。
通常處理多個(gè)指令集，每個(gè)指令集都包含相關(guān)的匹配關(guān)鍵字規(guī)則，所述匹配關(guān)鍵字規(guī)則指定要合并的指令中的數(shù)據(jù)元素字段，所述方法包括使用該指令集的匹配關(guān)鍵字規(guī)則在指令集中的每個(gè)指令中衍生得到匹配關(guān)鍵字。
方便地，在引入或修改特殊指令集的匹配關(guān)鍵字規(guī)則時(shí)，將匹配關(guān)鍵字規(guī)則寫(xiě)為相應(yīng)的匹配關(guān)鍵字?jǐn)?shù)據(jù)集的新規(guī)則，并產(chǎn)生新的匹配關(guān)鍵字集來(lái)構(gòu)成新的匹配關(guān)鍵字?jǐn)?shù)據(jù)集。
所述方法包括通過(guò)將從接收的指令衍生得到的匹配關(guān)鍵字寫(xiě)入匹配關(guān)鍵字?jǐn)?shù)據(jù)集，在匹配關(guān)鍵字?jǐn)?shù)據(jù)集中創(chuàng)建至少部分匹配關(guān)鍵字的步驟。
有利地，所述方法包括在用戶(hù)接口產(chǎn)生并向提交實(shí)體呈現(xiàn)指令狀態(tài)細(xì)節(jié)，包括匹配和不匹配的指令的列表，以支持提交實(shí)體開(kāi)始指令的遠(yuǎn)程手動(dòng)匹配。
較佳地，所述方法包括在手動(dòng)匹配處理期間支持將所有記錄從“不匹配”類(lèi)別移至完成類(lèi)別中，所述完成類(lèi)別包括匹配的和忽略的類(lèi)別，并防止接受指令集以進(jìn)行進(jìn)一步的處理，直到所有記錄都已從“不匹配”類(lèi)別中移除。
所述方法可以包括標(biāo)識(shí)指令集中的數(shù)據(jù)錯(cuò)誤并自動(dòng)地從要匹配的指令中移除那些存在數(shù)據(jù)錯(cuò)誤的指令的步驟。
通常，匹配關(guān)鍵字?jǐn)?shù)據(jù)集進(jìn)一步包括多個(gè)匹配關(guān)鍵字關(guān)聯(lián)規(guī)則，單獨(dú)的所述匹配關(guān)鍵字關(guān)聯(lián)規(guī)則定義從指令衍生得到的匹配關(guān)鍵字和關(guān)聯(lián)于記錄的匹配關(guān)鍵字之間的關(guān)系，其中通過(guò)存儲(chǔ)所述衍生得到的匹配關(guān)鍵字和所述關(guān)聯(lián)于匹配的記錄的所述匹配關(guān)鍵字之間的關(guān)聯(lián)規(guī)則來(lái)更新匹配關(guān)鍵字?jǐn)?shù)據(jù)集。
方便地，所述方法包括提示所述提交實(shí)體提供搜索準(zhǔn)則，自動(dòng)搜索所述數(shù)據(jù)集以確匹配由所述提交實(shí)體提供的準(zhǔn)則的定一個(gè)或多個(gè)記錄，及提示所述提交實(shí)體從所述確定的記錄中選擇記錄。
當(dāng)指令匹配由所述提交實(shí)體選擇的記錄時(shí)，所述方法可能進(jìn)一步包括從所述匹配關(guān)鍵字?jǐn)?shù)據(jù)集中刪除所述衍生得到的匹配關(guān)鍵字和除選擇的記錄之外的數(shù)據(jù)集記錄的關(guān)聯(lián)。
指令集可以按照特殊提交實(shí)體的格式特征進(jìn)行提交，所述方法包括，在衍生得到匹配關(guān)鍵字之前，將指令集轉(zhuǎn)換為與符合由提交實(shí)體的特征格式定義的映射規(guī)則集的記錄數(shù)據(jù)集兼容的格式。
所述映射規(guī)則是可變的，以響應(yīng)提交實(shí)體做出的格式變化。
指令集的形式可以是做出多筆支付的支付指令，所述記錄數(shù)據(jù)集為定期向其中做出支付的帳戶(hù)集。
在本發(fā)明的一種形式中，所述方法包括相對(duì)于對(duì)于匹配的帳戶(hù)的聚合基于可用的基金實(shí)時(shí)地計(jì)算差額，并允許做出所述差額的支付。
本發(fā)明進(jìn)一步提供匹配從提交實(shí)體接收的第一個(gè)交易指令數(shù)據(jù)集和在接收實(shí)體上的第二個(gè)數(shù)據(jù)集的方法，所述交易指令數(shù)據(jù)集包含多個(gè)交易指令，所述第二個(gè)數(shù)據(jù)集包括多個(gè)記錄和相關(guān)的匹配關(guān)鍵字?jǐn)?shù)據(jù)集，所述方法包括步驟-從所述對(duì)應(yīng)的交易指令衍生得到多個(gè)匹配關(guān)鍵字；-使用所述衍生得到的匹配關(guān)鍵字自動(dòng)搜索所述第二個(gè)數(shù)據(jù)集，以在所述第二個(gè)數(shù)據(jù)集中標(biāo)識(shí)對(duì)應(yīng)記錄，從而匹配所述選擇的指令和所述記錄；-在沒(méi)有對(duì)接收的指令自動(dòng)識(shí)別的記錄時(shí)，支持所述提交實(shí)體選擇所述數(shù)據(jù)集中的記錄以手動(dòng)匹配所述指令；及-對(duì)那些已手動(dòng)和自動(dòng)匹配的記錄執(zhí)行交易指令。
方便地，從手動(dòng)匹配的指令衍生得到的匹配關(guān)鍵字用于更新匹配關(guān)鍵字?jǐn)?shù)據(jù)集，以使得后面提供本質(zhì)上相同的匹配關(guān)鍵字的指令自動(dòng)匹配記錄數(shù)據(jù)集中與其相關(guān)的記錄。
本發(fā)明包括包含程序代碼的計(jì)算機(jī)可讀媒體，所述程序代碼用于控制至少一個(gè)執(zhí)行上述的任何方法的可編程處理器。
根據(jù)本發(fā)明的另一個(gè)方面，提供匹配從提交實(shí)體接收的指令集和接收實(shí)體的記錄數(shù)據(jù)集的系統(tǒng)，所述記錄數(shù)據(jù)集包括多個(gè)記錄，所述系統(tǒng)包括-包含多個(gè)匹配關(guān)鍵字的匹配關(guān)鍵字?jǐn)?shù)據(jù)集，其中每個(gè)匹配關(guān)鍵字都標(biāo)識(shí)記錄數(shù)據(jù)集中相關(guān)的記錄；-從指令衍生得到匹配關(guān)鍵字的匹配關(guān)鍵字衍生方法；-使用所述衍生得到的匹配關(guān)鍵字搜索所述數(shù)據(jù)集，以在所述記錄數(shù)據(jù)集中標(biāo)識(shí)記錄，從而自動(dòng)匹配所述指令和所述標(biāo)識(shí)的記錄的搜索引擎；-用于支持所述提交實(shí)體選擇指令并手動(dòng)匹配它和選擇的記錄的選擇方法；及-使用從手動(dòng)匹配的指令衍生得到的匹配關(guān)鍵字以有助于后面自動(dòng)匹配指令和記錄數(shù)據(jù)集中的記錄的更新方法。
較佳地，所述選擇方法包括支持覆蓋或錯(cuò)匹配已自動(dòng)匹配的那些匹配來(lái)允許后面的手動(dòng)匹配發(fā)生的方法。
方便地，所述更新方法包括用手動(dòng)匹配的記錄衍生得到的匹配關(guān)鍵字更新匹配關(guān)鍵字?jǐn)?shù)據(jù)集，以使后面提供本質(zhì)上相同的匹配關(guān)鍵字的指令自動(dòng)地匹配記錄數(shù)據(jù)集中與其相關(guān)的記錄。
有利地，所述更新方法包括獨(dú)立于記錄數(shù)據(jù)集中的其他記錄更新匹配關(guān)鍵字?jǐn)?shù)據(jù)集，以使得記錄數(shù)據(jù)集除匹配關(guān)鍵字字段之外的任何數(shù)據(jù)字段都保持本質(zhì)上不發(fā)生改變的方法，及獨(dú)立于匹配關(guān)鍵字?jǐn)?shù)據(jù)集更新記錄數(shù)據(jù)集中的任何其他記錄，以使得記錄數(shù)據(jù)集的更新不影響自動(dòng)匹配接收的指令和所述記錄的方法。
所述系統(tǒng)可以包括用于將與記錄相關(guān)的匹配關(guān)鍵字作為相應(yīng)記錄的字段存儲(chǔ)，以使得匹配關(guān)鍵字?jǐn)?shù)據(jù)集包括數(shù)據(jù)集記錄的匹配關(guān)鍵字字段的存儲(chǔ)器，并通過(guò)將所述衍生得到的匹配關(guān)鍵字的拷貝存儲(chǔ)在所述手動(dòng)匹配的記錄的所述匹配關(guān)鍵字字段中來(lái)更新匹配關(guān)鍵字?jǐn)?shù)據(jù)集。
較佳地提供處理方法用于處理多個(gè)指令集，且提供存儲(chǔ)方法用于存儲(chǔ)每個(gè)指令集和相關(guān)的匹配關(guān)鍵字規(guī)則，所述匹配關(guān)鍵字規(guī)則對(duì)該指令集指定要合并的指令中的數(shù)據(jù)元素字段。
方便地，所述系統(tǒng)包括匹配關(guān)鍵字規(guī)則記錄方法用于在對(duì)特殊指令集引入或修改匹配關(guān)鍵字規(guī)則時(shí)將匹配關(guān)鍵字規(guī)則寫(xiě)為對(duì)應(yīng)的匹配關(guān)鍵字?jǐn)?shù)據(jù)集的新規(guī)則，及用于產(chǎn)生新匹配關(guān)鍵字集來(lái)構(gòu)成新匹配關(guān)鍵字?jǐn)?shù)據(jù)集的匹配關(guān)鍵字產(chǎn)生方法。
所述系統(tǒng)可以包括通過(guò)將從接收的指令衍生得到的匹配關(guān)鍵字寫(xiě)入匹配關(guān)鍵字?jǐn)?shù)據(jù)集來(lái)創(chuàng)建匹配關(guān)鍵字?jǐn)?shù)據(jù)集中的至少部分匹配關(guān)鍵字的方法。
所述選擇方法可以包括在用戶(hù)接口產(chǎn)生并向提交實(shí)體呈現(xiàn)指令狀態(tài)細(xì)節(jié)，包括匹配的和不匹配的指令的列表，以支持提交實(shí)體開(kāi)始指令的遠(yuǎn)程手動(dòng)匹配的方法。
所述選擇方法可以包括支持將所有記錄從“不匹配”類(lèi)別移至完成類(lèi)別中的方法，所述完成類(lèi)別包括匹配的和忽略的類(lèi)別，及防止接受指令集以進(jìn)行進(jìn)一步的處理，直到所有記錄都已從“不匹配”類(lèi)別中移除的方法。
所述搜索引擎可以包括提示所述提交實(shí)體提供搜索準(zhǔn)則的方法，自動(dòng)搜索所述數(shù)據(jù)集以確匹配由所述提交實(shí)體提供的準(zhǔn)則的定一個(gè)或多個(gè)記錄的方法，及提示所述提交實(shí)體從所述確定的記錄中選擇記錄的方法。
可以提供用于支持從所述匹配關(guān)鍵字?jǐn)?shù)據(jù)集中刪除所述衍生得到的匹配關(guān)鍵字和除手動(dòng)選擇的記錄之外的數(shù)據(jù)集記錄的關(guān)聯(lián)的方法。
方便地，所述系統(tǒng)包括用于將具有特殊提交實(shí)體的格式特征的指令集轉(zhuǎn)換為與符合由提交實(shí)體的格式確定的映射規(guī)則集的記錄數(shù)據(jù)集兼容的格式的數(shù)據(jù)轉(zhuǎn)換引擎。
可以包括用于變化映射規(guī)則以響應(yīng)提交實(shí)體做出的格式變化的方法。
方便地，指令集的形式為做出多筆支付的支付指令，且所述記錄數(shù)據(jù)集為定期向其中做出支付的帳戶(hù)集。
所述系統(tǒng)可以包括相對(duì)于對(duì)于匹配的帳戶(hù)的聚合基于可用的基金實(shí)時(shí)地計(jì)算差額，并允許做出所述差額的支付的方法。
根據(jù)本發(fā)明的又一個(gè)方面，提供用于匹配從遠(yuǎn)程提交實(shí)體接收的指令集和接收實(shí)體的記錄數(shù)據(jù)集的系統(tǒng)，所述記錄數(shù)據(jù)集包括多個(gè)記錄，所述系統(tǒng)包括-存儲(chǔ)所述記錄數(shù)據(jù)集和包括多個(gè)匹配關(guān)鍵字的記錄匹配關(guān)鍵字?jǐn)?shù)據(jù)集的方法，其中每個(gè)匹配關(guān)鍵字都標(biāo)識(shí)記錄數(shù)據(jù)集中相關(guān)的記錄；-從指令衍生得到指令匹配關(guān)鍵字的匹配關(guān)鍵字衍生方法；-使用所述衍生得到的匹配關(guān)鍵字搜索所述匹配關(guān)鍵字?jǐn)?shù)據(jù)集，以標(biāo)識(shí)在所述匹配關(guān)鍵字記錄數(shù)據(jù)集中記錄，并自動(dòng)匹配所述指令和所述標(biāo)識(shí)的記錄的搜索引擎；-向提交實(shí)體輸出交互式用戶(hù)接口的服務(wù)器方法，所述交互式用戶(hù)接口支持所述提交實(shí)體選擇指令并手動(dòng)匹配它和選擇的記錄，所述交互式用戶(hù)接口包括指令狀態(tài)細(xì)節(jié)；及-使用從手動(dòng)匹配指令衍生得到的匹配關(guān)鍵字以有助于后面自動(dòng)匹配指令和記錄數(shù)據(jù)集中的記錄的更新方法。
本發(fā)明進(jìn)一步提供匹配從遠(yuǎn)程提交實(shí)體接收的指令集和接收實(shí)體的記錄數(shù)據(jù)集的系統(tǒng)，所述記錄數(shù)據(jù)集包括多個(gè)記錄，所述系統(tǒng)包括-管理所述數(shù)據(jù)集的記錄管理系統(tǒng)，所述記錄管理系統(tǒng)包括用于存儲(chǔ)所述記錄的記錄存儲(chǔ)方法，及相關(guān)的包含多個(gè)匹配關(guān)鍵字的記錄匹配關(guān)鍵字?jǐn)?shù)據(jù)集，其中每個(gè)匹配關(guān)鍵字標(biāo)識(shí)記錄數(shù)據(jù)集中的相關(guān)記錄；-從指令衍生得到指令匹配關(guān)鍵字的匹配關(guān)鍵字衍生方法；-使用所述衍生得到的匹配關(guān)鍵字搜索所述匹配關(guān)鍵字?jǐn)?shù)據(jù)集，以標(biāo)識(shí)匹配關(guān)鍵字記錄數(shù)據(jù)集中的記錄并自動(dòng)匹配所述指令和所述標(biāo)識(shí)的記錄的搜索引擎；-向提交實(shí)體輸出交互式用戶(hù)接口的服務(wù)器方法，所述交互式用戶(hù)接口支持所述提交實(shí)體選擇指令并手動(dòng)匹配它和選擇的記錄，所述交互式用戶(hù)接口包括指令狀態(tài)細(xì)節(jié)。
所述系統(tǒng)可以為基金轉(zhuǎn)帳系統(tǒng)，所述指令集的形式為基金轉(zhuǎn)帳指令，且所述記錄管理系統(tǒng)包括基金管理系統(tǒng)，所述系統(tǒng)包括用于管理將基金轉(zhuǎn)帳到基金管理系統(tǒng)中的基金轉(zhuǎn)帳協(xié)議網(wǎng)關(guān)。
基金轉(zhuǎn)帳系統(tǒng)可以包括用于轉(zhuǎn)換遠(yuǎn)程提交實(shí)體和基金管理系統(tǒng)之間的數(shù)據(jù)流的數(shù)據(jù)轉(zhuǎn)換引擎，從而遠(yuǎn)程提交實(shí)體能夠?qū)崟r(shí)執(zhí)行基金轉(zhuǎn)帳指令。
所述系統(tǒng)的形式可以為產(chǎn)品訂貨系統(tǒng)，其中指令集和記錄數(shù)據(jù)集之間的關(guān)系可以為一對(duì)一、一對(duì)多和/或多對(duì)多關(guān)系。
在整個(gè)說(shuō)明書(shū)中，除非上下文或表達(dá)語(yǔ)言或必要的隱含意義的需要，按照“包含”的意義來(lái)使用單詞“包括”，即，所說(shuō)明的特性可以和本發(fā)明各種實(shí)施例中的進(jìn)一步特性關(guān)聯(lián)。


圖1為示意性框圖，展示實(shí)現(xiàn)本發(fā)明的基金匹配和轉(zhuǎn)帳系統(tǒng)的系統(tǒng)；圖2為示意性框圖，展示本發(fā)明的基金匹配和轉(zhuǎn)帳系統(tǒng)；圖3a為流程圖，展示自動(dòng)帳戶(hù)匹配處理；圖3b為流程圖，展示手動(dòng)帳戶(hù)匹配處理；圖4為屏幕顯示的部分，展示典型的文件上傳結(jié)果；圖5為示意性框圖，展示帳戶(hù)清算處理；圖6展示概括在線供款文件的典型屏幕布局；圖7展示和圖5類(lèi)似的屏幕布局，并加上了新的已校驗(yàn)文件；圖8為屏幕布局，展示上傳供款文件所包括的步驟；圖9為確認(rèn)處理期間的典型屏幕布局，展示兩個(gè)包含數(shù)據(jù)錯(cuò)誤的記錄；圖10為確認(rèn)處理的典型屏幕布局，展示一些不匹配的文件；圖11為確認(rèn)處理的典型屏幕布局，在其中做出在不匹配記錄和現(xiàn)有帳戶(hù)之間進(jìn)行匹配的嘗試；圖12為匹配處理中進(jìn)一步的步驟，展示搜索可能的帳戶(hù)匹配的結(jié)果；圖13為確認(rèn)處理中支持確認(rèn)所有匹配的記錄的第一個(gè)步驟的典型屏幕布局；圖14為典型屏幕布局，展示確認(rèn)處理中處理忽略的記錄的進(jìn)一步的步驟；圖15為確認(rèn)處理中最后的確認(rèn)步驟的典型屏幕布局；圖16a至16c為使用直接借記工具的三步支付處理的典型屏幕布局；圖17為指導(dǎo)用戶(hù)提供授權(quán)支付的典型屏幕布局；圖18a和18b為屏幕布局，展示匹配關(guān)鍵字更新處理；圖19展示在文件轉(zhuǎn)換處理中使用的子記錄結(jié)構(gòu)的樣本截屏；圖20展示在文件轉(zhuǎn)換處理中連接源記錄和目標(biāo)記錄的樣本截屏；圖21展示DCM網(wǎng)關(guān)連接性的高層視圖；圖22展示第一個(gè)消息接收階段中的樣本文件結(jié)構(gòu)和架構(gòu)；圖23展示映射為內(nèi)部SuperEC的第二個(gè)階段中的樣本文件結(jié)構(gòu)和架構(gòu)；圖24展示第三個(gè)消息接收階段中的樣本文件結(jié)構(gòu)和架構(gòu)；圖25展示第四個(gè)輸出和FMS響應(yīng)階段中的樣本文件結(jié)構(gòu)和架構(gòu)；圖26展示FTP網(wǎng)關(guān)的樣本架構(gòu)；圖27展示DMC到主機(jī)的消息流；圖28展示從主機(jī)到DMC的消息流；圖29展示樣本架構(gòu)安排；圖30展示自動(dòng)匹配處理之前的初始狀態(tài)中的交易日志；圖31展示已從指令衍生得到匹配關(guān)鍵字之后的交易日志；圖32展示指令已匹配FMS帳戶(hù)的之后的交易日志；圖33展示已和FMS帳戶(hù)錯(cuò)匹配的記錄的狀態(tài)；圖34展示圖34的記錄在該記錄已和其他FMS記錄匹配之后的狀態(tài)；圖35展示記錄和匹配的帳戶(hù)在確認(rèn)指令之后的狀態(tài)；及圖36展示具有空匹配關(guān)鍵字字段的錯(cuò)匹配帳戶(hù)的狀態(tài)。
實(shí)施例的詳細(xì)說(shuō)明現(xiàn)在相對(duì)于養(yǎng)老金供款到投資者帳戶(hù)中的處理對(duì)本發(fā)明的較佳實(shí)施例進(jìn)行說(shuō)明。在公司中，通常要求雇主為雇員做出支付，例如，養(yǎng)老金供款、保險(xiǎn)支付等等。這需要對(duì)多個(gè)雇員帳戶(hù)進(jìn)行支付，且在本發(fā)明中這通常由供款實(shí)體的工資事務(wù)員或經(jīng)支付局通過(guò)提交包含由系統(tǒng)處理的多個(gè)交易指令的交易文件而制定交易指令來(lái)執(zhí)行。
本發(fā)明總的方法是假設(shè)供款實(shí)體中的用戶(hù)負(fù)責(zé)并有權(quán)解決在供款文件由接收實(shí)體的基金管理系統(tǒng)最終接受以將指定的供款金額分配到指定的投資者帳戶(hù)中之前的任何交易問(wèn)題。
在提交實(shí)體接收到文件已被接受用于最終處理并分配交易指令到投資者帳戶(hù)的確認(rèn)之前，將包含不能由系統(tǒng)數(shù)據(jù)庫(kù)核對(duì)的指令的交易文件，較佳地在實(shí)時(shí)，返回到提交實(shí)體。
其中交易指令不能由系統(tǒng)數(shù)據(jù)庫(kù)核對(duì)的例子包括供款數(shù)據(jù)指定了對(duì)系統(tǒng)未知的投資者或指定了不正確的供款類(lèi)型。
首先參考圖1，示意性地展示了系統(tǒng)架構(gòu)10，在其上可以實(shí)現(xiàn)本發(fā)明的較佳實(shí)施例。系統(tǒng)10包括兩個(gè)主要組件，即基金管理系統(tǒng)(FMS)11和文件管理網(wǎng)關(guān)(FMG)12。FMG 12包括應(yīng)用服務(wù)器13、數(shù)據(jù)轉(zhuǎn)換引擎(DTE)14和基金轉(zhuǎn)帳協(xié)議(FTP)網(wǎng)關(guān)15。應(yīng)用服務(wù)器13使用已知的互聯(lián)網(wǎng)協(xié)議通過(guò)電信鏈接17向用戶(hù)終端16提供前端接口。FTP網(wǎng)關(guān)15提供與FMS11的后端通訊。DTE 14轉(zhuǎn)換從用戶(hù)或FMS接收的數(shù)據(jù)，并處理經(jīng)系統(tǒng)到例如FMS或用戶(hù)的數(shù)據(jù)通訊。DTE使用如訂閱列表、追蹤信息和相關(guān)組件這樣的信息，它們存儲(chǔ)在連接到DTE的數(shù)據(jù)庫(kù)18中。FTP網(wǎng)關(guān)15也連接到數(shù)據(jù)庫(kù)18。
在此所用的術(shù)語(yǔ)基金管理系統(tǒng)和基金監(jiān)管系統(tǒng)在管理和監(jiān)管帳戶(hù)的上下文中使用，即，不同于管理現(xiàn)金及該現(xiàn)金在商品上的投資。
在使用中，應(yīng)用服務(wù)器13輸出客戶(hù)接口到遠(yuǎn)程終端16上，例如，按已知的方式使用活動(dòng)服務(wù)器頁(yè)面(ASP)。訪問(wèn)系統(tǒng)的用戶(hù)可以發(fā)送包含多個(gè)投資者的交易指令的交易數(shù)據(jù)文件，其進(jìn)一步細(xì)節(jié)將在下面闡明。交易文件可以由用戶(hù)以多種格式中的一種進(jìn)行提交。通常，作為初始化或注冊(cè)流程的部分和用戶(hù)達(dá)成有關(guān)格式的協(xié)議，并將所述格式存儲(chǔ)在數(shù)據(jù)庫(kù)18中。這可以不時(shí)地在供款實(shí)體的要求下進(jìn)行變化。
FMG 12通過(guò)應(yīng)用服務(wù)器13接收通用交易文件，應(yīng)用服務(wù)器13將其傳遞給DTE 14，而DTE 14將它們轉(zhuǎn)換為用于通過(guò)FTP網(wǎng)關(guān)和FMS進(jìn)行內(nèi)部通訊的FMS平面文件格式。相反，從FMS接收的作為調(diào)用FMS程序的響應(yīng)的消息被轉(zhuǎn)換為可向用戶(hù)呈現(xiàn)的格式，并通過(guò)應(yīng)用服務(wù)器13傳輸給用戶(hù)。
圖2連接系統(tǒng)組件的功能框圖展示系統(tǒng)處理的流程圖20。廣義來(lái)說(shuō)，將用戶(hù)，如工資事務(wù)員，創(chuàng)建的工資文件21，在步驟200作為新交易數(shù)據(jù)文件23從用戶(hù)終端上傳至FMG 12。工作文件通常是作為雇主/支付中心工資或HR管理軟件的輸出創(chuàng)建的，這些軟件可能包括任何已知的工資或HR軟件包。原始交易數(shù)據(jù)文件23由FMG 12根據(jù)存儲(chǔ)在數(shù)據(jù)庫(kù)18中的存儲(chǔ)映射規(guī)則來(lái)處理。網(wǎng)關(guān)12存儲(chǔ)初始輸入的原始文件的拷貝用于將來(lái)參考和審計(jì)目的。文件由FMG 12轉(zhuǎn)換為標(biāo)準(zhǔn)格式STD并傳送給FMS 11，其中在交易指令登記表24中記錄指令，之后對(duì)指令執(zhí)行兩步匹配處理。第一個(gè)步驟是自動(dòng)校驗(yàn)步驟210，其中由系統(tǒng)做出用FMS 11的投資者帳戶(hù)25核對(duì)來(lái)自交易文件的指令的嘗試。第二個(gè)步驟220是手動(dòng)處理，其中提交供款工資文件的用戶(hù)選擇匹配在自動(dòng)處理之后不匹配的那些記錄的投資者帳戶(hù)。用戶(hù)通過(guò)遠(yuǎn)程終端上的客戶(hù)機(jī)接口25A用ASP包含列出供款和FMS記錄25B和25C以有助于手動(dòng)匹配及顯示匹配處理進(jìn)度狀態(tài)的狀態(tài)顯示25D來(lái)執(zhí)行這樣的處理。
一旦解決了所有的不匹配記錄，用戶(hù)確認(rèn)文件230，然后通過(guò)從FMS的清算帳戶(hù)26到個(gè)人投資者帳戶(hù)25的基金轉(zhuǎn)帳240交易執(zhí)行匹配的交易指令。系統(tǒng)也考慮到支付步驟250，其中用戶(hù)可以提出供款實(shí)體的銀行帳戶(hù)27，從其中可以通過(guò)適當(dāng)?shù)碾娮由虅?wù)引擎28提供基金到清算帳戶(hù)26以滿足供款支付。
為了開(kāi)始此處理，在供款實(shí)體的用戶(hù)經(jīng)交換服務(wù)器開(kāi)始活躍的會(huì)話來(lái)訪問(wèn)系統(tǒng)。應(yīng)用服務(wù)器提供向用戶(hù)接口。通過(guò)接口，用戶(hù)按已知的方式把交易文件提交到應(yīng)用服務(wù)器，應(yīng)用服務(wù)器將該文件傳輸?shù)紽MG 12。通常，原始交易文件會(huì)包含標(biāo)識(shí)供款實(shí)體的供款數(shù)據(jù)，即，雇主或支付中心和用戶(hù)，及多個(gè)交易指令。每個(gè)交易指令都指定投資者和一個(gè)或多個(gè)到該投資者帳戶(hù)中的供款細(xì)節(jié)。典型的指令字段包括●投資者細(xì)節(jié)-帳戶(hù)編號(hào)-工資單編號(hào)-姓-名-出生日期●供款細(xì)節(jié)-養(yǎng)老金保證(SG)供款-雇主附加供款-工資犧牲(SS)供款-投資者自愿供款
-配偶供款文件管理網(wǎng)關(guān)12接收由用戶(hù)發(fā)送的輸入的原始文件，存儲(chǔ)它以用于將來(lái)參考和審計(jì)目的。FMG數(shù)據(jù)庫(kù)18存儲(chǔ)和其他內(nèi)容一起指定供款實(shí)體期望的文件格式的計(jì)劃映射規(guī)則。當(dāng)供款實(shí)體對(duì)系統(tǒng)進(jìn)行注冊(cè)時(shí)，在供款實(shí)體和系統(tǒng)就文件格式達(dá)成協(xié)議，并將所述格式存儲(chǔ)在數(shù)據(jù)庫(kù)18中。
基本的假設(shè)是在交易文件中提供的投資者細(xì)節(jié)的某種組合可以用于建立唯一的帳戶(hù)標(biāo)識(shí)符，以在匹配交易指令和投資者帳戶(hù)時(shí)使用。
輸入的原始文件首先由文件管理網(wǎng)關(guān)12處理，以根據(jù)用戶(hù)登錄名標(biāo)識(shí)供款實(shí)體，然后確定該文件是否為供款實(shí)體預(yù)定的期望的格式。進(jìn)一步的測(cè)試確定該供款實(shí)體是否有任何其他待處理的文件在系統(tǒng)中進(jìn)行了記錄，即，尚未完全確認(rèn)或拒絕的文件。任何這些測(cè)試的失敗都將導(dǎo)致拒絕交易文件，并向供款實(shí)體的用戶(hù)提供出錯(cuò)消息。
如果開(kāi)始接受了原始文件，則從數(shù)據(jù)庫(kù)中檢索文件格式的映射規(guī)則，并將其應(yīng)用于該文件，以將該文件轉(zhuǎn)換為標(biāo)準(zhǔn)的平面文件格式用于系統(tǒng)的內(nèi)部通訊。
較佳的是原始交易數(shù)據(jù)文件由用戶(hù)使用已知的在線文件傳輸功能上傳到文件管理網(wǎng)關(guān)12。然而，系統(tǒng)也包括向用戶(hù)提供在線表單以直接輸入交易指令到系統(tǒng)接口上。
一旦交易文件已接收并轉(zhuǎn)換為標(biāo)準(zhǔn)的內(nèi)部格式，就可以核對(duì)文件數(shù)據(jù)和存儲(chǔ)在FMS 11中的系統(tǒng)數(shù)據(jù)。核對(duì)處理的目的是匹配每個(gè)輸入的交易指令和現(xiàn)有的FMS投資者帳戶(hù)，以將該指令存儲(chǔ)在支付核對(duì)的待處理文件中，并向供款實(shí)體提交供款確認(rèn)編號(hào)(CCN)。因此，當(dāng)該文件仍在等待處理時(shí)，供款實(shí)體不接收已完全接受交易數(shù)據(jù)用于處理的確認(rèn)。
該處理也對(duì)交易指令執(zhí)行數(shù)據(jù)校驗(yàn)。在指令包含交易處理中識(shí)別的數(shù)據(jù)錯(cuò)誤時(shí)，將拒絕該記錄并向用戶(hù)通知哪個(gè)指令出錯(cuò)及錯(cuò)誤的類(lèi)型。然后供款實(shí)體可以離線地(即在活躍會(huì)話之外)糾正該錯(cuò)誤，并將該指令作為新數(shù)據(jù)文件的部分重新提交。核對(duì)處理中的第一個(gè)階段是從交易文件的每個(gè)指令衍生得到用作FMS帳戶(hù)查詢(xún)工具的匹配關(guān)鍵字。匹配關(guān)鍵字從兩個(gè)或多個(gè)記錄字段衍生得到?；镜募僭O(shè)是交易指令包含足夠提供唯一成員標(biāo)識(shí)的數(shù)據(jù)。衍生得到匹配關(guān)鍵字的規(guī)則在供款實(shí)體第一次對(duì)系統(tǒng)注冊(cè)時(shí)建立，并通常特定于該支付中心/雇主。注冊(cè)處理的部分是分析樣本雇主養(yǎng)老金交易文件，并對(duì)該雇主(支付中心)開(kāi)發(fā)適當(dāng)?shù)膸?hù)標(biāo)識(shí)符規(guī)則。帳戶(hù)標(biāo)識(shí)符唯一標(biāo)識(shí)FMS中的投資者帳戶(hù)，并可以為，例如，下面的數(shù)據(jù)元素的組合帳戶(hù)編號(hào)(A)、工資單編號(hào)(P)、支付中心ID(C)、姓(S)、名(F)、出生日期(D)。
每個(gè)字段的單個(gè)字母代碼用于將匹配關(guān)鍵字規(guī)則定義為表示適當(dāng)?shù)臄?shù)據(jù)元素組合的最多十個(gè)字符的字段。因此匹配關(guān)鍵字規(guī)則SDP表明從姓出生日期工資單編號(hào)衍生得到匹配關(guān)鍵字。
在最佳的實(shí)施例中，雇主工資系統(tǒng)具有存儲(chǔ)雇員FMS帳戶(hù)編號(hào)的容量，因此可以將帳戶(hù)編號(hào)作為交易文件的部分包括并在匹配關(guān)鍵字衍生中使用。如果這不可能，則在對(duì)系統(tǒng)注冊(cè)時(shí)分析雇主的文件系統(tǒng)，以確定最適合的匹配關(guān)鍵字規(guī)則。如下在說(shuō)明書(shū)中所述，可以在任何時(shí)間對(duì)匹配關(guān)鍵字規(guī)則進(jìn)行修改。
現(xiàn)參考圖3A，展示了衍生得到匹配關(guān)鍵字的處理。從原始數(shù)據(jù)文件中抽取出樣本交易指令或供款記錄32。原始指令格式34包括指令標(biāo)識(shí)符文件34A至34C，它們包含投資者細(xì)節(jié)，及供款文件34D至34G，它們包含基金供款細(xì)節(jié)($258、$40、$0和$0)。原始指令格式34由文件系統(tǒng)網(wǎng)關(guān)轉(zhuǎn)換為FMS標(biāo)準(zhǔn)指令格式36。從例如DCM數(shù)據(jù)庫(kù)中獲取支付中心帳戶(hù)標(biāo)識(shí)符規(guī)則，并將其用于衍生匹配關(guān)鍵字38。在所示的例子中，匹配關(guān)鍵字規(guī)則可以為“SD”，且可以產(chǎn)生匹配關(guān)鍵字或衍生帳戶(hù)標(biāo)識(shí)符39。然后使用衍生帳戶(hù)標(biāo)識(shí)符搜索FMS帳戶(hù)，以確定匹配衍生帳戶(hù)標(biāo)識(shí)符的帳戶(hù)39A是否存在。應(yīng)理解，供款細(xì)節(jié)容易經(jīng)常變化，不能用作創(chuàng)建匹配關(guān)鍵字目的。
對(duì)從交易文件中抽取的所有指令重復(fù)此處理。向可以匹配FMS中的帳戶(hù)的指令分配“匹配”狀態(tài)并將其存儲(chǔ)在待處理文件中用于后面如下所述的支付核對(duì)。向不匹配的指令給出“不匹配”狀態(tài)。向包含對(duì)FMS搜索不能解決的數(shù)據(jù)錯(cuò)誤的指令給出等價(jià)于忽略狀態(tài)的“錯(cuò)誤”狀態(tài)，且必須由供款實(shí)體重新提交。
向供款實(shí)體的用戶(hù)報(bào)告指令狀態(tài)。較佳地，自動(dòng)核對(duì)處理發(fā)生在其中由用戶(hù)提供交易文件的活躍會(huì)話期間，以使得該用戶(hù)可以獲取數(shù)據(jù)文件是否包含任何不能核對(duì)的數(shù)據(jù)的近似立即的指示，特別是不能由系統(tǒng)處理的任何指令，以使得不給用戶(hù)留下文件中的所有指令都將得到處理的印象。以在線交互格式向用戶(hù)提供報(bào)告，如圖4所示。屏幕接口布局40包括三個(gè)主要部分。上面的部分41詳述仍需要解決的不匹配的指令的數(shù)量42。中間部分43詳述完成的指令的數(shù)量，包括匹配的指令的數(shù)量44、忽略的指令的數(shù)量45和包含數(shù)據(jù)錯(cuò)誤的指令數(shù)量46。屏幕布局40下面的部分47包含支付細(xì)節(jié)，包括通過(guò)匹配的指令的供款字段計(jì)算的應(yīng)付總金額48、通過(guò)輪詢(xún)FMS的清算帳戶(hù)確定的可用的基金49，及作為應(yīng)付金額和可用基金之間的差計(jì)算的應(yīng)付差額495。
最初，在自動(dòng)匹配功能完成之后，所有指令將在三個(gè)地方中的一處顯示，所述三個(gè)地方即，“不匹配”、“匹配”或“數(shù)據(jù)錯(cuò)誤”。這三個(gè)地方的數(shù)字總和等于文件總數(shù)。具有數(shù)據(jù)錯(cuò)誤的指令不能由用戶(hù)檢索且從交易文件中排除它們。
一旦自動(dòng)核對(duì)處理完成且已向用戶(hù)進(jìn)行了報(bào)告，用戶(hù)的目標(biāo)就是從不匹配“要解決的”部分41移動(dòng)記錄到中間的“已完成”部分43中一個(gè)類(lèi)別。不接受交易文件，直到所有記錄均已從“不匹配”類(lèi)別中移除。以此方式，用戶(hù)分配基金到投資者帳戶(hù)的指令不會(huì)混淆。在此階段不向用戶(hù)提供供款確認(rèn)編號(hào)(CCN)，以使得即使該活躍會(huì)話終止了，接受實(shí)體仍未得到交易文件指令的確認(rèn)，因此不承擔(dān)分配供款支付到投資者帳戶(hù)的責(zé)任。手動(dòng)核對(duì)處理可以由用戶(hù)在幾次系統(tǒng)訪問(wèn)會(huì)話中進(jìn)行，因此允許用戶(hù)在供款實(shí)體的系統(tǒng)內(nèi)檢查不匹配的數(shù)據(jù)。
在上述實(shí)施例中，自動(dòng)匹配的指令被輸入到屏幕接口40的完成部分43的“匹配”部分44中。在另一個(gè)實(shí)施例中(未示出)，在上面的部分向用戶(hù)展示自動(dòng)匹配的指令，并要求用戶(hù)在將那些指令移動(dòng)到完成部分43的“匹配”部分44之前確認(rèn)自動(dòng)匹配。
供款實(shí)體的用戶(hù)可以選擇不匹配的指令來(lái)匹配指令和現(xiàn)有的帳戶(hù)、創(chuàng)建新帳戶(hù)來(lái)匹配不匹配的指令，或忽略指令。如果用戶(hù)對(duì)不匹配的指令進(jìn)行了匹配，則它作為匹配出現(xiàn)在中間完成部分，匹配的計(jì)數(shù)增加一而不匹配計(jì)數(shù)減少一。類(lèi)似地，如果用戶(hù)選擇忽略不匹配的指令，則這些指令出現(xiàn)在忽略類(lèi)別，且適當(dāng)?shù)馗隆昂雎浴焙汀安黄ヅ洹庇?jì)數(shù)。下面將更詳細(xì)地說(shuō)明，對(duì)不匹配的指令進(jìn)行手動(dòng)匹配、忽略或創(chuàng)建新帳戶(hù)的接口。
在圖3B中，展示衍生得到匹配關(guān)鍵字的處理，其中發(fā)生了初始錯(cuò)配和手動(dòng)匹配。樣本交易指令或供款記錄32A和前面一個(gè)相同，除了姓被改為DeMoon。使用SD匹配關(guān)鍵字規(guī)則產(chǎn)生的匹配關(guān)鍵字38A產(chǎn)生匹配關(guān)鍵字或衍生帳戶(hù)標(biāo)識(shí)符“DeMoon24101972”，如圖39B所示。相應(yīng)地，存在和帳戶(hù)39A的錯(cuò)匹配，其中帳戶(hù)匹配關(guān)鍵字39仍然是DeJong24101972。手動(dòng)匹配該帳戶(hù)和匹配關(guān)鍵字39B，且這導(dǎo)致初始匹配關(guān)鍵字39由在39C的匹配關(guān)鍵字覆蓋，它等同于匹配關(guān)鍵字39B。結(jié)果，對(duì)后面提交的包含具有匹配關(guān)鍵字39B的記錄任何文件，在將來(lái)會(huì)和具有修改的匹配關(guān)鍵字39C的FMS帳戶(hù)39A自動(dòng)匹配。
如果FMS帳戶(hù)39A中的其他數(shù)據(jù)發(fā)生改變，那么這將對(duì)匹配處理沒(méi)有影響。例如，如果此帳戶(hù)中的姓細(xì)節(jié)發(fā)生改變，則匹配關(guān)鍵字仍然保持相同，且由于相同的匹配關(guān)鍵字39B和39C，供款記錄32A仍將和帳戶(hù)39A自動(dòng)匹配。
當(dāng)不匹配的指令計(jì)數(shù)減為零，則匹配處理的最終步驟請(qǐng)求用戶(hù)確認(rèn)所有在供款記錄和FMS帳戶(hù)之間做出的匹配。在確認(rèn)步驟期間，用戶(hù)可以查看所有匹配的供款指令，包括自動(dòng)匹配的指令及忽略的指令。在供款處理中所隱含的是撤銷(xiāo)利如不匹配、任何已做出的指令/FMS匹配的能力。一旦做出了全部確認(rèn)，則在向用戶(hù)提交了確認(rèn)供款編號(hào)之后，用戶(hù)得知可以由系統(tǒng)處理匹配的交易指令，從而可以安全地終止該活躍會(huì)話。
向確認(rèn)的交易文件給出“確認(rèn)”狀態(tài)，以進(jìn)行支付核對(duì)處理，該處理不需要完全在活躍會(huì)話中執(zhí)行。支付核對(duì)處理負(fù)責(zé)接受供款支付、用確認(rèn)的交易文件核對(duì)它們，并將經(jīng)核對(duì)的交易指令傳遞到FMS中的交易處理。
在較佳實(shí)施例中，如圖5所示，支付核對(duì)處理使用在FMS 11中建立的概念性清算帳戶(hù)26，該帳戶(hù)鏡像并連接到保存在金融機(jī)構(gòu)27中的物理應(yīng)用帳戶(hù)?？梢杂糜晒椭骰蛑Ц吨行腎D標(biāo)識(shí)的單個(gè)應(yīng)用帳戶(hù)內(nèi)單獨(dú)的“帳戶(hù)”來(lái)劃分應(yīng)用帳戶(hù)。這允許單個(gè)應(yīng)用帳戶(hù)用于系統(tǒng)的所有注冊(cè)用戶(hù)。對(duì)具有多個(gè)支付中心的大的雇主，雇主通常在每個(gè)支付中心都有一個(gè)清算帳戶(hù)。
供款實(shí)體可以使用已知的支付處理52提供基金到清算帳戶(hù)，如BPay、DirectDebit或Direct Credit，由于它們是電子處理因此首選它們，或也可以使用更傳統(tǒng)的處理，如支票寄存。
在計(jì)劃的時(shí)間，支付核對(duì)處理接受確認(rèn)的交易文件并檢查文件中匹配的指令的所有供款的支付總金額。然后檢查FMS中的相關(guān)清算帳戶(hù)，以確保支付中心具有足夠的清算基金來(lái)滿足支付金額，且僅當(dāng)此需求滿足時(shí)，才終結(jié)交易文件。交易文件轉(zhuǎn)送至FMS交易處理，則處理完成，F(xiàn)MS交易處理通過(guò)將指令中指定的單筆金額分配到指定帳戶(hù)來(lái)執(zhí)行交易指令。
每天檢查確認(rèn)的文件以確定是否有足夠的基金存放在清算帳戶(hù)中，且確認(rèn)的文件在一段時(shí)期之后，如28天，改變?yōu)闊o(wú)效狀態(tài)，且必須由供款實(shí)體重發(fā)送和再處理。所建立的系統(tǒng)提示供款實(shí)體，如，通過(guò)發(fā)送自動(dòng)生成的電子郵件消息到用戶(hù)，以提供向確認(rèn)的交易文件基金，其中文件已等待處理達(dá)一段時(shí)間，如10天和20天。
一直未分配達(dá)一段時(shí)間的基金，如28天，可以返回到雇主或支付中心的指定銀行帳戶(hù)。
對(duì)上述實(shí)施例，系統(tǒng)不需要供款實(shí)體在確認(rèn)供款文件時(shí)在相應(yīng)的清算帳戶(hù)中具有足夠的清算基金。在另外的實(shí)施例中，系統(tǒng)可以指定完成供款支付的基金必須在進(jìn)行活動(dòng)會(huì)話時(shí)可用，以使得可以在活動(dòng)會(huì)話中確認(rèn)供款處理的所有細(xì)節(jié)。在這樣的實(shí)施例中，接口可以提供在確認(rèn)供款文件時(shí)提示用戶(hù)提供支付信息的支付系統(tǒng)。
在另外的實(shí)施例中，可以將支付作為文件提交和確認(rèn)處理的部分做出。在此實(shí)施例中，接口將包括向用戶(hù)提示輸入帳戶(hù)信息或原先對(duì)該供款實(shí)體存儲(chǔ)的確認(rèn)歷史信息。此實(shí)施例可以使用任何一個(gè)現(xiàn)有的幫助在線交易的電子商務(wù)引擎。一旦用戶(hù)已確認(rèn)帳戶(hù)細(xì)節(jié)，電子商務(wù)引擎可以在提交確認(rèn)接收編號(hào)之前將基金從指定供款實(shí)體帳戶(hù)轉(zhuǎn)帳至系統(tǒng)清算帳戶(hù)。
現(xiàn)參考圖6，展示了當(dāng)用戶(hù)第一次創(chuàng)建活躍會(huì)話時(shí)向用戶(hù)提供的接口的樣本屏幕布局。屏幕60提供由供款實(shí)體提交的交易文件的交易文件庫(kù)61。該庫(kù)列出由文件ID#62、提交日期63、提交時(shí)間64、狀態(tài)65和所需動(dòng)作66標(biāo)識(shí)的文件。如圖6所示，最前面的文件是最近提交的，它具有“通過(guò)”狀態(tài)，即，確認(rèn)但等待基金。用戶(hù)可以選擇動(dòng)作鏈接來(lái)查看文件細(xì)節(jié)。
第二個(gè)樣本供款庫(kù)70在圖7中展示。在此例中，最前面的文件71是已接收并進(jìn)行了自動(dòng)匹配處理并因此“已校驗(yàn)”，如狀態(tài)字段75所示，但是仍等待確認(rèn)和對(duì)不匹配的指令進(jìn)行匹配，如動(dòng)作字段76所示的已提交文件。用戶(hù)可以通過(guò)選擇動(dòng)作字段鏈接來(lái)繼續(xù)確認(rèn)該文件?！耙研ｒ?yàn)”文件出現(xiàn)將防止供款實(shí)體進(jìn)一步上傳文件到系統(tǒng)中，直到“已校驗(yàn)”文件被確認(rèn)或拒絕。這幫助防止相同的指令集被執(zhí)行兩次。
在圖8中，展示了幫助上傳交易文件的屏幕布局80。屏幕80包括瀏覽按鈕81，在選中它時(shí)，允許用戶(hù)在用戶(hù)接口上按已知的方式瀏覽文件系統(tǒng)。用戶(hù)使用提交按鈕82提交選中的文件。
圖9展示在記錄核對(duì)處理中使用的樣本屏幕布局90。此屏幕在初始接收交易文件和校驗(yàn)該文件的數(shù)據(jù)錯(cuò)誤之后顯示。包含數(shù)據(jù)錯(cuò)誤的指令在方框91中展示。通過(guò)選擇“OK”圖標(biāo)92，用戶(hù)可以確認(rèn)包含數(shù)據(jù)錯(cuò)誤的指令不構(gòu)成交易文件的部分。方框40詳述上述自動(dòng)匹配處理的結(jié)果并作為此屏幕的部分顯示。
為了繼續(xù)確認(rèn)交易文件，用戶(hù)必須匹配或忽略所有不匹配的指令。通過(guò)選擇屏幕90上的“不匹配”鏈接93，將用戶(hù)帶到如圖10所示的屏幕100。方框40繼續(xù)顯示，但新方框101展示所有不匹配的指令。每個(gè)指令均由指令編號(hào)和取決于匹配關(guān)鍵字構(gòu)成從指令衍生得到的投資者/雇員細(xì)節(jié)，如工資單編號(hào)、名字、出生日期等等標(biāo)識(shí)，因?yàn)檫@些細(xì)節(jié)中的任何錯(cuò)誤都會(huì)導(dǎo)致指令和基金管理系統(tǒng)中的帳戶(hù)不匹配。對(duì)任何特殊的不匹配指令102，向用戶(hù)給出忽略指令103、匹配指令104或創(chuàng)建投資者/雇員新帳戶(hù)105的選項(xiàng)，這些處理將在下面更詳細(xì)地描述。
如果用戶(hù)選擇匹配指令，則出現(xiàn)圖11的屏幕110。屏幕詳述選擇的要匹配的指令111并提供搜索工具接口112，用戶(hù)可以輸入搜索項(xiàng)至其中的。當(dāng)用戶(hù)選擇“搜索”按鈕113時(shí)，搜索開(kāi)始。搜索對(duì)與供款實(shí)體相關(guān)的所有現(xiàn)有投資者帳戶(hù)執(zhí)行。搜索結(jié)果在圖12的方框121中的屏幕120上顯示。定位的投資者帳戶(hù)122列出所有相關(guān)細(xì)節(jié)，如名字、出生日期、帳戶(hù)編號(hào)等等，以支持用戶(hù)決定帳戶(hù)是否和目前不匹配的指令匹配。通過(guò)選擇對(duì)應(yīng)于該帳戶(hù)的“匹配”提示123做出匹配?？梢栽谒阉骺?24中輸入進(jìn)一步的搜索項(xiàng)。如果選擇帳戶(hù)來(lái)匹配指令，則相應(yīng)地更新文件結(jié)果表40且系統(tǒng)返回屏幕100，以支持用戶(hù)確認(rèn)余下的不匹配指令?？梢栽趫D13中的屏幕130檢查已匹配的指令。在已由系統(tǒng)自動(dòng)匹配或由供款實(shí)體手動(dòng)匹配的指令之間沒(méi)有區(qū)別，且屏幕130相應(yīng)地顯示所有匹配的指令。匹配的框131顯示一個(gè)包含指令的列132及相鄰的包含相應(yīng)匹配帳戶(hù)的列133。用戶(hù)可以通過(guò)選擇相關(guān)的不匹配圖標(biāo)134來(lái)選擇不匹配指令，這將使得框40的不匹配計(jì)數(shù)增加一。
開(kāi)始，因?yàn)樵谙到y(tǒng)沒(méi)有具有相同匹配關(guān)鍵字的帳戶(hù)，指令將不匹配。當(dāng)用戶(hù)手動(dòng)創(chuàng)建了匹配時(shí)，系統(tǒng)可以比較帳戶(hù)字段和指令字段，且如果存在不匹配，如，其中生日不相同，則系統(tǒng)可以主動(dòng)向用戶(hù)提示記錄匹配的附加確認(rèn)。
在初始的帳戶(hù)設(shè)置之后，由雇主工資系統(tǒng)保存的雇員記錄細(xì)節(jié)和由FMS保存的那些可能不一致。例如，雇員可以改變其姓在雇主工資系統(tǒng)中的拼寫(xiě)，但不能在FMS系統(tǒng)中這樣做。在又一個(gè)例子中，最近結(jié)婚的個(gè)人可能在他們工作的環(huán)境中繼續(xù)使用他們的婚前姓氏，而改變所有的金融帳戶(hù)為他們新的婚姓氏。相應(yīng)地，較佳的是雇員記錄在兩個(gè)系統(tǒng)之間不同步。然而，在衍生得到匹配關(guān)鍵字時(shí)使用修改的細(xì)節(jié)，會(huì)發(fā)生錯(cuò)配。為了防止錯(cuò)配在后面的文件提交中重復(fù)出現(xiàn)，用從文件的交易指令衍生得到的新的匹配關(guān)鍵字來(lái)更新手動(dòng)匹配的帳戶(hù)的匹配關(guān)鍵字。這確保自動(dòng)做出將來(lái)匹配，而記錄細(xì)節(jié)無(wú)需在雇主和FMS的記錄系統(tǒng)中完全相同，因?yàn)樾薷牡闹皇瞧ヅ潢P(guān)鍵字。因此相應(yīng)的記錄系統(tǒng)中的數(shù)據(jù)完整性得到保留。更新匹配關(guān)鍵字不會(huì)發(fā)生，知道最終確認(rèn)了交易文件，因?yàn)橹钡竭@時(shí)，才可以不匹配任何現(xiàn)有匹配。
如果在屏幕100(圖10)中對(duì)不匹配的記錄選擇“忽略”圖標(biāo)，則文件記錄移至忽略記錄的列表，如所示圖14中屏幕140的方框141。相應(yīng)地更新文件結(jié)果框40。用戶(hù)可以通過(guò)選擇“撤銷(xiāo)”提示144“撤銷(xiāo)”對(duì)已忽略記錄143的忽略，這在不匹配列表中返回所選擇的忽略記錄。在確認(rèn)之后，系統(tǒng)不嘗試處理來(lái)自已忽略記錄的供款數(shù)據(jù)。
在已向新投資者，如供款實(shí)體的新雇員，提供交易指令時(shí)，將找不到匹配。用戶(hù)可以通過(guò)從屏幕100(圖10)中選擇該記錄的“新建”圖標(biāo)來(lái)請(qǐng)求對(duì)該雇員建立新帳戶(hù)。系統(tǒng)將使用由供款實(shí)體用在線表單提供的投資者標(biāo)識(shí)數(shù)據(jù)開(kāi)始在FMS中創(chuàng)建新帳戶(hù)。一旦提交了在線表單，則在FMS帳戶(hù)系統(tǒng)中創(chuàng)建包含所有所需字段，如投資者標(biāo)識(shí)、帳戶(hù)編號(hào)和匹配關(guān)鍵字字段的帳戶(hù)。然后不匹配的指令和新帳戶(hù)匹配。在該文件最終確認(rèn)時(shí)，將來(lái)自交易指令的匹配關(guān)鍵字寫(xiě)入新帳戶(hù)，以允許后面涉及新投資者的指令進(jìn)行匹配。
一旦所有不匹配的指令均已通過(guò)匹配、忽略或創(chuàng)建新帳戶(hù)進(jìn)行核對(duì)，則能夠最終確認(rèn)交易文件，且用戶(hù)接口轉(zhuǎn)到圖15所示的屏幕150。用戶(hù)仍然可以檢查所有匹配的或忽略的指令，但是如果不需要進(jìn)一步的動(dòng)作，則用戶(hù)通過(guò)在框151中輸入安全碼，如個(gè)人身份號(hào)碼(PIN)，并選擇“確認(rèn)”按鈕152來(lái)確認(rèn)供款文件。
如果確認(rèn)了PIN，則接口轉(zhuǎn)到圖16a的屏幕160，它向在線用戶(hù)通知供款確認(rèn)編號(hào)(CCN)162和滿足在交易文件中詳述的匹配供款的應(yīng)付差額162。提供Direct Debit支付選項(xiàng)，其中用戶(hù)能夠輸入從哪個(gè)基金進(jìn)行借記的帳戶(hù)細(xì)節(jié)，包括BSB、帳戶(hù)編號(hào)、銀行和支行，如在163所示。另外在164和165分別展示了BPay和Direct Credit選項(xiàng)。
用戶(hù)可選地將要支付到清算帳戶(hù)中的附加金額輸入到框166中，在最低應(yīng)付差額162之上。這通常包括忽略的記錄中的金額，這通常在下一次會(huì)話中解決。然后選擇“下一步”按鈕167以繼續(xù)進(jìn)行支付?，F(xiàn)參考圖16B，然后提示用戶(hù)在框168中提供PIN，以確認(rèn)用戶(hù)授權(quán)。然后選擇“提交”圖標(biāo)169以繼續(xù)支付。在圖16C的最后步驟中，確認(rèn)支付請(qǐng)求的接收，且向用戶(hù)提供交易參考編號(hào)1695。
在所示的例子中，所示的支付細(xì)節(jié)是針對(duì)Direct Debit工具的，但是也可以展示其他支付工具且這取決于由供款實(shí)體歷史上所選擇的支付選項(xiàng)。上述例子進(jìn)一步展示用戶(hù)具有進(jìn)行支付的授權(quán)的情況。另外，用戶(hù)可以沒(méi)有代表供款實(shí)體做出支付的授權(quán)，在此情況，向用戶(hù)呈現(xiàn)屏幕170(圖17)，它在171指導(dǎo)用戶(hù)請(qǐng)求授權(quán)的人員于28天期限內(nèi)進(jìn)行支付。
在很多情況下，由于改變了提交的原始數(shù)據(jù)的本質(zhì)，供款實(shí)體，如支付中心，希望改變衍生得到唯一標(biāo)識(shí)每個(gè)供款人的匹配關(guān)鍵字的方式，例如從姓和DOB改變?yōu)樾蘸凸べY單編號(hào)。如果不執(zhí)行批量匹配關(guān)鍵字改變處理，則在提交的第一個(gè)文件的所有記錄中都存在錯(cuò)配。支付中心首先以下面所示的格式提供批量匹配關(guān)鍵字文件。

供款實(shí)體將該文件保存為制表符分隔文件，確保完成所有的必填字段，且在數(shù)字類(lèi)型字段中沒(méi)有逗號(hào)。所有的日期都轉(zhuǎn)換為YYYYMMDD格式，且確保所有列都具有正確的格式和位置。通過(guò)網(wǎng)站將制表符分隔文件上傳至基金轉(zhuǎn)帳協(xié)議網(wǎng)關(guān)。在接收到新文件時(shí)，處理在文件管理系統(tǒng)中實(shí)現(xiàn)改變。選擇雇主，且輸入雇主名稱(chēng)、編號(hào)或計(jì)劃編號(hào)，且也從如圖18A所示類(lèi)型的截屏中選擇要更新的支付中心。然后將標(biāo)識(shí)符改變?yōu)橐褂玫男聵?biāo)識(shí)符組合。輸入當(dāng)文件為FTP格式時(shí)關(guān)聯(lián)的轉(zhuǎn)換數(shù)據(jù)集。在點(diǎn)擊“繼續(xù)”時(shí)進(jìn)行下面處理。將匹配關(guān)鍵字規(guī)則重寫(xiě)為新規(guī)則，且對(duì)新文件的數(shù)據(jù)中每個(gè)帳戶(hù)創(chuàng)建新的匹配關(guān)鍵字，如圖18B的匹配關(guān)鍵字轉(zhuǎn)換屏幕所示。使用舊的匹配關(guān)鍵字定位帳戶(hù)，且為將來(lái)的匹配目的用新的匹配關(guān)鍵字替換舊的匹配關(guān)鍵字。
交易文件中的交易指令不限于向投資者帳戶(hù)做出的金融支付，而是可以擴(kuò)展到所有類(lèi)型的有價(jià)值商品和所有類(lèi)型的交易，包括但不僅限于，養(yǎng)老金供款、保險(xiǎn)支付、保險(xiǎn)回扣、忠誠(chéng)報(bào)酬積點(diǎn)的分配等等。類(lèi)似地，供款數(shù)據(jù)不限于養(yǎng)老金供款，而是包括所有的供款，包括可以分配給帳戶(hù)的有價(jià)值商品的正的和負(fù)的金額。熟悉技術(shù)的讀者應(yīng)理解，在此使用的術(shù)語(yǔ)“帳戶(hù)”不僅用于表示金融帳戶(hù)，而是指保存在系統(tǒng)數(shù)據(jù)庫(kù)中并可以用于存儲(chǔ)和追蹤和特殊實(shí)體相關(guān)的數(shù)據(jù)的記錄。使用來(lái)自帳戶(hù)所有人的適當(dāng)?shù)氖跈?quán)，較佳實(shí)施例所述的系統(tǒng)可以用于同時(shí)控制從多個(gè)從帳戶(hù)中進(jìn)行扣除。
本發(fā)明特別適合于其中指令具有重復(fù)本質(zhì)的環(huán)境，如上述的工資實(shí)施例，及其中在一段時(shí)間上進(jìn)行匹配的連續(xù)數(shù)據(jù)集之間本質(zhì)上相同，結(jié)果在大多數(shù)情況下自動(dòng)匹配發(fā)生，且匹配關(guān)鍵字是對(duì)一系列重復(fù)的交易創(chuàng)建，而不是成組的一次性的交易，其中要匹配的數(shù)據(jù)集和前面的數(shù)據(jù)集明顯有變化。又一個(gè)例子是由客戶(hù)從供應(yīng)商在線和定期訂購(gòu)類(lèi)似范圍的產(chǎn)品。周期性地，如每個(gè)月，零售商都會(huì)從供應(yīng)商訂購(gòu)所供應(yīng)的貨物，而在所訂購(gòu)的產(chǎn)品和數(shù)量上只有輕微的變化。
為了改進(jìn)貨物訂購(gòu)處理，客戶(hù)可以創(chuàng)建包含客戶(hù)標(biāo)識(shí)及標(biāo)識(shí)要訂購(gòu)的項(xiàng)目列表的標(biāo)準(zhǔn)模板。每次要產(chǎn)生訂單文件時(shí)，客戶(hù)可以訪問(wèn)模板并提供所需項(xiàng)目的數(shù)量。然后通過(guò)供應(yīng)商系統(tǒng)的客戶(hù)接口將訂單文件上傳至供應(yīng)商系統(tǒng)。
供應(yīng)商系統(tǒng)包括唯一標(biāo)識(shí)項(xiàng)目和那些項(xiàng)目的當(dāng)前存貨水平及任何額外信息的數(shù)據(jù)庫(kù)，額外信息如供應(yīng)時(shí)限、價(jià)格等等。系統(tǒng)將進(jìn)一步包括可以用于查詢(xún)數(shù)據(jù)庫(kù)以標(biāo)識(shí)在接收的訂單中請(qǐng)求的產(chǎn)品的匹配關(guān)鍵字?jǐn)?shù)據(jù)集。
如果需要，則將接收的訂單文件轉(zhuǎn)換為供應(yīng)商的內(nèi)部文件標(biāo)準(zhǔn)，且將單個(gè)訂單指令寫(xiě)入指令日志。使用適當(dāng)?shù)拇鎯?chǔ)在系統(tǒng)中的匹配關(guān)鍵字衍生規(guī)則集合，對(duì)文件中的每個(gè)訂單指令衍生得到匹配關(guān)鍵字，匹配關(guān)鍵字也將寫(xiě)入指令日志。然后使用衍生得到的匹配關(guān)鍵字用供應(yīng)商數(shù)據(jù)庫(kù)自動(dòng)核對(duì)訂單文件中的單個(gè)指令。將供應(yīng)商數(shù)據(jù)庫(kù)中和匹配關(guān)鍵字相關(guān)的項(xiàng)目標(biāo)識(shí)符，如部件編號(hào)，寫(xiě)入指令日志。產(chǎn)生至少處理任何不一致的訂單指令的報(bào)告，并通過(guò)客戶(hù)接口向客戶(hù)提供。
對(duì)不一致的訂單，向客戶(hù)給出手動(dòng)搜索供應(yīng)商數(shù)據(jù)庫(kù)以搜索匹配的項(xiàng)，或指定從訂單文件中忽略該訂單的選項(xiàng)。一旦所有訂單都或匹配或忽略，客戶(hù)就可以確認(rèn)訂單文件。
訂單系統(tǒng)也考慮到類(lèi)似于上述的投資者供款實(shí)施例的訂單支付。計(jì)算訂單文件中匹配的訂單的總成本，且客戶(hù)從任何數(shù)量的已知方式中選擇一種來(lái)支付訂單，如Direct Credit、Direct credit等等。然后供應(yīng)商可以根據(jù)他們的慣例來(lái)完成匹配的訂單指令。
應(yīng)注意，在這個(gè)例子中，由客戶(hù)創(chuàng)建的匹配將不能覆蓋供應(yīng)商的匹配關(guān)鍵字?jǐn)?shù)據(jù)集中的匹配關(guān)鍵字。這是因?yàn)槭謩?dòng)匹配的步驟是客戶(hù)驅(qū)動(dòng)的，而不象上述的養(yǎng)老金帳戶(hù)的例子，商品并不是不可避免地和客戶(hù)連接。即，一個(gè)客戶(hù)確定為匹配的不一定對(duì)所有的客戶(hù)都適用。
例如，產(chǎn)生不一致訂單的一個(gè)原因是產(chǎn)品被取代了。當(dāng)供應(yīng)商開(kāi)始供應(yīng)新產(chǎn)品時(shí)，則對(duì)該產(chǎn)品創(chuàng)建新的匹配關(guān)鍵字。此外，供應(yīng)商可能希望引導(dǎo)尋找舊產(chǎn)品的客戶(hù)轉(zhuǎn)向新產(chǎn)品。一個(gè)解決方案是允許對(duì)產(chǎn)品使用多個(gè)匹配關(guān)鍵字，以使得存在多對(duì)一映射關(guān)系。因此當(dāng)客戶(hù)訂購(gòu)被替代的產(chǎn)品時(shí)，訂單指令的舊的匹配關(guān)鍵字將和替代產(chǎn)品自動(dòng)匹配。這樣客戶(hù)不必確保他們的訂單模板與供應(yīng)商的產(chǎn)品列表完全吻合。
存在客戶(hù)選擇其他替換產(chǎn)品的其他情況，在此情況中，較佳的是如果特定于客戶(hù)的匹配關(guān)鍵字可以和該產(chǎn)品相關(guān)，則可以支持自動(dòng)匹配來(lái)自該客戶(hù)的未來(lái)的訂單。為了考慮此情況，供應(yīng)商系統(tǒng)可以存儲(chǔ)包含特定于每個(gè)客戶(hù)的匹配關(guān)鍵字規(guī)則和缺省的匹配關(guān)鍵字規(guī)則集合的完整的匹配關(guān)鍵字?jǐn)?shù)據(jù)庫(kù)。
匹配關(guān)鍵字規(guī)則將映射訂單指令的一個(gè)或多個(gè)字段到匹配關(guān)鍵字。例如，匹配關(guān)鍵字規(guī)則可以簡(jiǎn)單地匹配產(chǎn)品ID和匹配關(guān)鍵字，如產(chǎn)品A→匹配關(guān)鍵字#A產(chǎn)品B→匹配關(guān)鍵字#B類(lèi)似地，客戶(hù)匹配關(guān)鍵字規(guī)則集合包含映射訂單指令字段到匹配關(guān)鍵字的規(guī)則，如產(chǎn)品X→匹配關(guān)鍵字#aa產(chǎn)品Y→匹配關(guān)鍵字#bb客戶(hù)匹配關(guān)鍵字規(guī)則集合存儲(chǔ)在使用客戶(hù)ID定位的匹配關(guān)鍵字?jǐn)?shù)據(jù)集中。
當(dāng)接收到訂單文件時(shí)，指令日志中的匹配關(guān)鍵字字段首先由搜索分配給該客戶(hù)的匹配關(guān)鍵字規(guī)則集來(lái)填充。對(duì)每個(gè)訂單指令，如果在客戶(hù)的匹配關(guān)鍵字?jǐn)?shù)據(jù)庫(kù)中存在相關(guān)規(guī)則，則寫(xiě)入指令日志的匹配關(guān)鍵字是根據(jù)該規(guī)則檢索得到的匹配關(guān)鍵字。否則，檢索該產(chǎn)品的缺省匹配關(guān)鍵字。
缺省匹配關(guān)鍵字的使用允許存儲(chǔ)匹配關(guān)鍵字所需的數(shù)據(jù)庫(kù)大小為最小。
當(dāng)客戶(hù)做出并確認(rèn)訂單指令和供應(yīng)商數(shù)據(jù)庫(kù)中的產(chǎn)品之間的手動(dòng)匹配時(shí)，寫(xiě)入新的匹配關(guān)鍵字規(guī)則到客戶(hù)的匹配關(guān)鍵字?jǐn)?shù)據(jù)集中。
此實(shí)施例適用的環(huán)境的一個(gè)例子是訂購(gòu)機(jī)動(dòng)車(chē)等等的備件。類(lèi)似的環(huán)境尤其包括從投資者到券商的指令，這樣的指令標(biāo)識(shí)要交易的股票等等。下面的表A標(biāo)識(shí)本發(fā)明的另一些應(yīng)用


表A本發(fā)明如在此所示在較佳實(shí)施例中提供顯著的優(yōu)點(diǎn)，因?yàn)樗试S用戶(hù)直接與核心管理系統(tǒng)實(shí)時(shí)交互，以使得可以實(shí)時(shí)解決任何沖突，而對(duì)哪一方承擔(dān)解決這些沖突的責(zé)任不混淆。
現(xiàn)在說(shuō)明較佳的架構(gòu)和文件管理結(jié)構(gòu)，特別是對(duì)文件管理網(wǎng)關(guān)(FMG)和數(shù)據(jù)和供款匹配關(guān)鍵字(DCM)網(wǎng)關(guān)。
FMG負(fù)責(zé)接收養(yǎng)老金成員注冊(cè)、維護(hù)和供款請(qǐng)求，然后構(gòu)建發(fā)送至FMS的消息流并返回確認(rèn)到發(fā)送者。FMG配置為接收作為供款實(shí)體工資系統(tǒng)的輸出產(chǎn)生的通用超級(jí)消息格式的輸入文件。特別地，F(xiàn)MG配置為處理SuperEC格式的消息，SuperEC格式為在澳大利亞的養(yǎng)老金業(yè)內(nèi)開(kāi)發(fā)和實(shí)現(xiàn)的通用消息協(xié)議。系統(tǒng)在內(nèi)部使用基于SuperEC標(biāo)準(zhǔn)的內(nèi)部標(biāo)準(zhǔn)。
SuperECSuperEC定義了下面三種通用消息格式1.注冊(cè)和供款2.滾存3.確認(rèn)取決于交易的場(chǎng)景，每種消息格式均劃分為兩個(gè)或三個(gè)消息格式，注冊(cè)、供款和確認(rèn)的消息格式如下所示1.注冊(cè)和供款a.SUPEMP(雇主注冊(cè)和維護(hù))b.SUPMEM(成員注冊(cè)和維護(hù))c.SUPCONT(成員供款)2.確認(rèn)a.ACK(肯定確認(rèn))
b.NACK(否定確認(rèn))DCM網(wǎng)關(guān)使用由SuperEC標(biāo)準(zhǔn)指定的消息格式作為內(nèi)部消息格式的基礎(chǔ)。SuperEC也定義了養(yǎng)老金交易的消息流。
FMS使用的平面文件消息格式支持所有的SuperEC字段。如果完整集合的SuperEC消息從雇員處到達(dá)，則FMG在將該文件轉(zhuǎn)換為平面文件并傳遞至FMS之前不過(guò)濾未使用的字段。FMS僅挑選它使用的字段并忽略空的或未使用的字段。
FMS接受的平面文件包括具有標(biāo)簽標(biāo)識(shí)符的TAB和CR分隔的文件。記錄由CR分隔，而字段由TAB分隔。記錄的各行前面包含標(biāo)識(shí)記錄類(lèi)型的標(biāo)簽。這支持平面文件結(jié)構(gòu)中更高的靈活性。
從接收的文件格式到FMS平面文件格式的映射使用Microsoft BiztalkTM應(yīng)用。在分隔平面文件的BiztalkTM架構(gòu)中，對(duì)記錄只可以指定一種分隔符類(lèi)型，且該分隔符類(lèi)型應(yīng)用于該記錄下的所有節(jié)點(diǎn)，包括字段和子記錄。為了允許記錄由回車(chē)分隔且記錄字段由TAB分隔，用相同的層次結(jié)構(gòu)，如SuperEC，來(lái)創(chuàng)建FMS平面文件的架構(gòu)，除了包含子記錄的記錄不包含和子記錄相同層次的字段。這通過(guò)創(chuàng)建由應(yīng)屬于主記錄的字段構(gòu)成的容器子記錄來(lái)實(shí)現(xiàn)。
圖19中提供的截屏展示了如何創(chuàng)建包含InterchangeHeader 191之下所有字段的子記錄InsideInterchangeHeader 190，而不是包含在InterchangeHeader記錄內(nèi)的字段。這確保InterchangeHeader只包含由回車(chē)分隔的記錄節(jié)點(diǎn)。
為了在BiztalkTM成功地實(shí)現(xiàn)此效果，建立父記錄而不是記錄中字段之間的映射器連接。圖20的截屏展示源SuperMember記錄200如何連接到目標(biāo)SuperMember記錄201。如果不這樣，映射器將缺省地連接源SuperMember記錄和目標(biāo)InsideSuperMember記錄202，而這會(huì)破壞源文檔的層次結(jié)構(gòu)。
下面更詳細(xì)地說(shuō)明DCM(數(shù)據(jù)控制模塊)網(wǎng)關(guān)的消息流架構(gòu)。
DCM網(wǎng)關(guān)的主要功能是●以通用超級(jí)消息格式接收成員注冊(cè)、維護(hù)和供款的聯(lián)合超級(jí)消息，該格式特定于每個(gè)工資系統(tǒng)。這包括SuperEC兼容的消息。
●校驗(yàn)消息語(yǔ)法●轉(zhuǎn)換/映射消息為內(nèi)部的SuperEC XML格式。
●執(zhí)行預(yù)備功能校驗(yàn)。
●轉(zhuǎn)換/映射消息為FMS平面文件格式。
●從FMS接收確認(rèn)消息。
●轉(zhuǎn)換/映射消息為通用確認(rèn)格式。這包括SuperEC兼容的消息。
現(xiàn)參考圖21，從外部世界接收和發(fā)送消息的處理由交互服務(wù)器53進(jìn)行。來(lái)自和去往FMS 11的平面文件經(jīng)FTP通過(guò)FTP網(wǎng)關(guān)15進(jìn)行處理。
FMS 11返回SuperEC ACK消息到形式為DCM 14的數(shù)據(jù)轉(zhuǎn)換引擎。如果擁有該交換的雇主/支付中心是SuperEC兼容的，則DCM簡(jiǎn)單地發(fā)送回XMLSuperEC ACK消息給他們。否則，DCM將轉(zhuǎn)換確認(rèn)平面文件為供款實(shí)體要求的格式。除此之外，DCM 14將在主機(jī)服務(wù)器中把ACK消息的拷貝存儲(chǔ)為CSV和XML文件。將用足夠的信息更新追蹤數(shù)據(jù)庫(kù)，以使得前端應(yīng)用可以使用它來(lái)找到和特定交換相關(guān)ACK文件。
前端頁(yè)面對(duì)雇主/支付中心的代理可用，以使得他們可以檢查他們的交換的狀態(tài)。將向他們給出如果他們希望則可以從主機(jī)服務(wù)器下載CSV/XML文件的選項(xiàng)。
注意，此處理適用于所有養(yǎng)老金交易，而不管雇主/支付中心是SuperEC兼容的還是愿意以他們自己專(zhuān)有格式接收ACK消息。
圖22至25展示所有這些在DCM網(wǎng)關(guān)14內(nèi)部發(fā)生的處理，且現(xiàn)在參考這些附圖更詳細(xì)地說(shuō)明這些處理。然而應(yīng)注意，下面所述的設(shè)計(jì)支持以CSV或XML格式到達(dá)的外部消息格式，雖然也和其他消息格式的兼容。
步驟1-消息接收階段消息接收的處理在圖22中展示。雖然較佳的是接收SuperEC XML兼容的消息230，系統(tǒng)支持以非SuperEC CSV格式231輸入的消息。支付中心(供款)實(shí)體通過(guò)前端232上傳供款文件，處理文件并最終將其放置到BiztalkTM接收服務(wù)器233的專(zhuān)門(mén)目錄中。為了使實(shí)現(xiàn)更加高效，使用多個(gè)收件箱目錄234-237。每個(gè)目錄專(zhuān)門(mén)用于只從一個(gè)支付中心接收一種類(lèi)型的消息格式。前端將查詢(xún)訂閱列表數(shù)據(jù)庫(kù)來(lái)找出特殊支付中心的文件提交位置。
步驟2-映射為內(nèi)部SuperEC格式現(xiàn)參考圖23，一旦文件到達(dá)了它們各自的目錄，消息服務(wù)將通過(guò)對(duì)應(yīng)的文件接收函數(shù)244到247(RF標(biāo)識(shí)接收函數(shù))來(lái)挑選那些文件。每個(gè)目錄有一個(gè)文件接收函數(shù)。每個(gè)接收函數(shù)和一個(gè)通道(由C表示)248至251綁定，即這是一對(duì)一的關(guān)系。每個(gè)通道專(zhuān)門(mén)接收一種類(lèi)型的消息格式，并配置為將輸入消息映射為通用的內(nèi)部SuperEC消息格式。這些消息有兩種類(lèi)型用于成員的內(nèi)部SuperEC-MEM 252 SuperEC和用于供款的內(nèi)部SuperEC-CONT 253。這些內(nèi)部消息格式可以不同于SuperEC格式，只要用額外的XML記錄填充它們。每個(gè)映射定義對(duì)每個(gè)支付中心都是唯一的。在映射處理期間，將該文件的支付中心ID插入到目標(biāo)文件中。此支付中心ID在雇主/支付中心第一次對(duì)系統(tǒng)注冊(cè)時(shí)由系統(tǒng)確定。
處理超級(jí)供款文件235和237的通道和到fn_dcm_SUPCONT XLANG 254的端口綁定，這將開(kāi)始處理超級(jí)供款消息的XLANG。類(lèi)似地，處理超級(jí)成員文件234和236通道和到fn_dcm_SUPMEM XLANG 255的端口綁定，這將開(kāi)始處理超級(jí)成員消息的XLANG。
步驟3-準(zhǔn)備階段參考圖25對(duì)準(zhǔn)備階段進(jìn)行說(shuō)明。在接收到來(lái)自上述端口的的消息時(shí)將啟動(dòng)函數(shù)XLANG(fn_dcm_SUPCONT/MEM XLANG)256和257。這些XLANG負(fù)責(zé)檢查是否允許上傳此文件的支付中心實(shí)體使用此消息。通過(guò)使用DCMGeneral.GetPCStatus COM對(duì)象258查詢(xún)訂閱列表數(shù)據(jù)庫(kù)259來(lái)這樣做。如果不允許交易，則將該消息立即傳遞給dcm_SUPCONT_SUSPEND通道260，而后者只是將消息轉(zhuǎn)儲(chǔ)到為dcm_SUPCONT_SUSPEND目錄261中的文件。然后如果需要?jiǎng)t可以通過(guò)將它們復(fù)制到標(biāo)準(zhǔn)消息格式收件箱中，來(lái)重新提交這些文件。
如果需要，XLANG也將產(chǎn)生該文檔的IID(使用DCMIID.GenIID對(duì)象)262。從BiztalkTM到FTP網(wǎng)關(guān)的最終輸出的文件名在后面產(chǎn)生，如在263處所示。這包括支付中心ID和文件序列號(hào)，及目標(biāo)文件服務(wù)器的UNC。改變此UNC即改變DCMSubscriptionList.tblDCMInfo1 SQL表中的條目。然后將文件名作為字段輸入文件自身。
Tracking.PutDCMEvents對(duì)象264用于將DCM事件輸入追蹤數(shù)據(jù)庫(kù)中。對(duì)消息的接收、暫停和成功發(fā)送消息到下一步來(lái)定義追蹤。XLANG配置為發(fā)送成功的消息到靜態(tài)的MSMQ中。然而，該隊(duì)列的名稱(chēng)是通過(guò)DCMGeneral.GetOutputQueue對(duì)象動(dòng)態(tài)地確定的，這將在訂閱列表數(shù)據(jù)庫(kù)中查詢(xún)它。這背后的原因是允許重新配置以在兩個(gè)不同的機(jī)器運(yùn)行準(zhǔn)備和輸出階段而無(wú)需改變XLANG。
步驟4-輸出和FMS響應(yīng)階段現(xiàn)在參考圖26說(shuō)明輸出和響應(yīng)階段。函數(shù)XLANG、fn_dcm_SUPMEM和fn_dcm_SUPCONT_XLANG最終將把消息各自提交到dcm_SEC2FMS_SUPMEM和dcm_SEC2FMS_SUPCONT MSMQ隊(duì)列265和266中。dcm_EC2FMS_SUPMEM隊(duì)列和MSMQ接收函數(shù)267綁定，后者將提交消息到dcm_SEC2FMS_SUPMEM通道268中。此通道將映射內(nèi)部SuperEC消息格式為FMS SuperMember平面文件格式269。
dcm_SEC2FMS_SUPCONT隊(duì)列266和MSMQ接收函數(shù)270綁定，后者將提交消息到dcm_SEC2FMS_SUPCONT通道271中。此通道將映射內(nèi)部SuperEC消息格式為FMS SuperContribution平面文件格式272。將結(jié)果的FMS平面文件傳送到端口273和274，它們將通過(guò)網(wǎng)絡(luò)輸出文件到FTP網(wǎng)關(guān)服務(wù)器上的本地目錄275和276中。有兩個(gè)目錄，一個(gè)是用于成員的275，而另一個(gè)是用于供款的276。這些端口是OPEN目標(biāo)類(lèi)型的，這將從文檔自身內(nèi)的字段中挑選傳輸信息。
然后通過(guò)FTP引擎挑選這些文件，這將通過(guò)FTP把文件傳輸至FMS。
DCM組件DCM架構(gòu)在邏輯上可以劃分為幾個(gè)組件1.非BiztalkTM數(shù)據(jù)庫(kù)?；贛S SQL服務(wù)器，這由DCM用于使用BiztalkTM未提供的額外功能。
2.DLL。用于擴(kuò)展BiztalkTM的功能。
3.編組器?；贛S BiztalkTM服務(wù)器，用于對(duì)流消息編組。
4.FTP網(wǎng)關(guān)。用于在DCM和FMS之間傳輸文件。
這些組件將在下面單獨(dú)進(jìn)行說(shuō)明。
數(shù)據(jù)庫(kù)設(shè)計(jì)DCM網(wǎng)關(guān)使用兩個(gè)數(shù)據(jù)庫(kù)，主要用于追蹤、記錄日志和存儲(chǔ)系統(tǒng)數(shù)據(jù)，如消息路徑規(guī)則等等。這些是1.訂閱列表2.追蹤在邏輯上而非物理上劃分為兩個(gè)數(shù)據(jù)庫(kù)，即，它們通常在單個(gè)數(shù)據(jù)庫(kù)而不是兩個(gè)獨(dú)立的數(shù)據(jù)庫(kù)的很多表中實(shí)現(xiàn)，雖然可以使用多個(gè)數(shù)據(jù)庫(kù)。
(a)訂閱列表訂閱列表數(shù)據(jù)庫(kù)中的表包含雇主/支付中心的信息，注冊(cè)這些信息以用該系統(tǒng)進(jìn)行超級(jí)交易。該數(shù)據(jù)庫(kù)存儲(chǔ)多數(shù)管理細(xì)節(jié)，如聯(lián)系信息、地址、電子郵件、授權(quán)代理等等。
來(lái)自DCM14的文件必須通過(guò)FTP網(wǎng)關(guān)15到達(dá)FMS 11。此處理是FTP網(wǎng)關(guān)的責(zé)任。如圖26所示，F(xiàn)TP網(wǎng)關(guān)自身由MS FTP服務(wù)器15A和兩個(gè)應(yīng)用構(gòu)成，一個(gè)應(yīng)用15B用于管理訂閱列表數(shù)據(jù)庫(kù)中的文件從DCM到FMS的傳輸，另一個(gè)應(yīng)用15C用于相反方向。這些應(yīng)用可以包括FTP客戶(hù)組件，可以用于與內(nèi)部FTP服務(wù)器和FMS通訊。在較佳實(shí)施例中，使用的FTP客戶(hù)組件15B由Xceed軟件做出。
FTP GW DCM→HOST從DCM到FMS(主機(jī))傳輸文件的處理在圖27中展示并包括步驟1.輪詢(xún)來(lái)自一個(gè)本地目錄的平面文件a.目錄列表-FIFO(時(shí)間順序)，挑選兩個(gè)最舊文件的文件名。
b.在追蹤數(shù)據(jù)庫(kù)18A中檢查文件名，如果存在，則此文件當(dāng)前正由此應(yīng)用的另一個(gè)實(shí)例處理，因此選擇第二個(gè)名字，并重復(fù)檢查處理。
c.添加文件名到追蹤數(shù)據(jù)庫(kù)。
d.衍生得到新名字→增加到追蹤數(shù)據(jù)庫(kù)。
2.初始化到主機(jī)11的FTP會(huì)話。
3.發(fā)送初始化命令。
4.發(fā)送具有適當(dāng)?shù)腇MS數(shù)據(jù)集名稱(chēng)的數(shù)據(jù)文件到FMS(如，Putdatafilename fmsdatasetname)。
5.當(dāng)數(shù)據(jù)庫(kù)文件已完全傳輸，發(fā)送具有適當(dāng)?shù)腇MS檢查文件數(shù)據(jù)集名稱(chēng)的空檢查文件到FMS(即，Put dummycheckfilenamefmscheckfiledatasetname)。
6.移動(dòng)FTP網(wǎng)關(guān)上的數(shù)據(jù)文件到存檔目錄。這必須是移動(dòng)(非復(fù)制)操作且必須在和源目錄相同的物理分區(qū)上執(zhí)行。這將確保最大的效率，因?yàn)橹恍枰薷奈募溄?，而移?dòng)文件到另一個(gè)物理分區(qū)將導(dǎo)致復(fù)制數(shù)據(jù)和刪除原始的文件。
7.更新追蹤數(shù)據(jù)庫(kù)18A，以指示已成功傳輸該文件。
FMS將輪詢(xún)檢查文件而不是數(shù)據(jù)文件。由于在其數(shù)據(jù)文件已完全傳輸時(shí)僅發(fā)送檢查文件，F(xiàn)MS不會(huì)嘗試處理傳輸了一半的數(shù)據(jù)文件，這樣的文件由傳輸中的錯(cuò)誤造成。檢查文件名的后一半包含其數(shù)據(jù)文件名的后一半。
下面參考圖28說(shuō)明從FMS(主機(jī))11傳輸文件到DCM 14的處理
1.FMS將傳輸SuperEC確認(rèn)數(shù)據(jù)文件到FTP服務(wù)器15A。
2.FMS將對(duì)每個(gè)成功傳輸?shù)臄?shù)據(jù)文件傳輸檢查文件。
3.主機(jī)→DCM處理15C輪詢(xún)來(lái)自FMS的檢查文件。
a.目錄列表-FIFO(時(shí)間順序)，挑選兩個(gè)最舊檢查文件的文件名。
b.在追蹤數(shù)據(jù)庫(kù)18A中檢查檢查文件名，如果存在，則此文件當(dāng)前正由此應(yīng)用的另一個(gè)實(shí)例處理，因此選擇第二個(gè)名字，并重復(fù)檢查處理。
c.添加檢查文件名到追蹤數(shù)據(jù)庫(kù)。
d.從檢查文件名衍生得到數(shù)據(jù)文件名。
4.搜索數(shù)據(jù)文件并通過(guò)映射的網(wǎng)絡(luò)驅(qū)動(dòng)器將其傳輸?shù)紹iztalkTM文件系統(tǒng)14A。
5.一旦傳輸完成，則移動(dòng)FTP網(wǎng)關(guān)15上的數(shù)據(jù)和檢查文件到存檔目錄。
這必須是移動(dòng)(非復(fù)制)操作且必須在和源目錄相同的物理分區(qū)上執(zhí)行。這將確保最大的效率，因?yàn)橹恍枰薷奈募溄?，而移?dòng)文件到另一個(gè)物理分區(qū)將導(dǎo)致復(fù)制數(shù)據(jù)和刪除原始的文件。
6.更新追蹤數(shù)據(jù)庫(kù)18A以指示已成功傳輸該文件。
對(duì)可伸縮性的設(shè)計(jì)有幾種可以考慮用于改進(jìn)DCM網(wǎng)關(guān)可伸縮性的方法1.分離和群集SQL服務(wù)器。這同時(shí)實(shí)現(xiàn)優(yōu)化及較高可用性。通過(guò)分離BiztalkTM持續(xù)數(shù)據(jù)庫(kù)到另一個(gè)服務(wù)器，主BiztalkTM服務(wù)器的負(fù)載會(huì)習(xí)慣于存儲(chǔ)器和CPU密集的處理的模式。這允許系統(tǒng)對(duì)BiztalkTM服務(wù)器使用相對(duì)便宜的機(jī)器并集中資源用于構(gòu)建具有高速磁盤(pán)陣列的SQL群集。群集SQL服務(wù)器確保冗余性。特定于DCM的數(shù)據(jù)庫(kù)，如追蹤和訂閱列表，也應(yīng)位于和主BiztalkTM服務(wù)器分離的服務(wù)器。
2.負(fù)載均衡BiztalkTM服務(wù)器。BiztalkTM服務(wù)器可以使用WLBS或硬件負(fù)載均衡來(lái)進(jìn)行負(fù)載均衡。不像WLBS，硬件負(fù)載均衡中的負(fù)載均衡處理發(fā)生在服務(wù)器負(fù)載均衡組之外。這自動(dòng)移除對(duì)服務(wù)器的負(fù)載均衡處理負(fù)荷，且此處理當(dāng)前在硬件中進(jìn)行，這將更加高效。通常為此使用的產(chǎn)品是Cisco LocalDirector。
3.專(zhuān)門(mén)化BiztalkTM服務(wù)器的角色?？梢酝ㄟ^(guò)專(zhuān)門(mén)化BiztalkTM服務(wù)器的角色來(lái)進(jìn)一步優(yōu)化性能。在最基本的配置中，這意味著使一個(gè)或一組BiztalkTM服務(wù)器專(zhuān)門(mén)用于接收，而另一組專(zhuān)門(mén)用于處理和發(fā)送。
4.使用本地MSMQ來(lái)處理突發(fā)流量。隊(duì)列允許消息在突發(fā)流量期間累積，從而防止請(qǐng)求的丟失。這是有益的，因?yàn)閼?yīng)用不必處理已到達(dá)的所有請(qǐng)求，而是一次只處理一部分。注意，雖然在期望立即響應(yīng)(實(shí)時(shí))的情況下，此解決方案不適用，DCM是松散耦合的系統(tǒng)，適合使用隊(duì)列。
5.分離ASP應(yīng)用和BiztalkTM接收函數(shù)。雖然BiztalkTM服務(wù)器也是IIS服務(wù)器，但ASP應(yīng)用不應(yīng)寄宿在上面。BiztalkTM服務(wù)器應(yīng)限制于僅運(yùn)行BiztalkTM消息和編組服務(wù)。
6.使用AppCentre進(jìn)行COM+負(fù)載均衡。這類(lèi)似于對(duì)MTS服務(wù)器進(jìn)行負(fù)載均衡，AppCentre有助于監(jiān)管和管理群集，并基于性能提供組件負(fù)載均衡。
圖29展示DCM的較佳架構(gòu)。BiztalkTM服務(wù)器14.1和14.2在負(fù)載均衡配置中，而SQL和FTP服務(wù)器278.1和278.2及15.1和15.2在群集中。在SQL服務(wù)器上寄宿非BiztalkTM數(shù)據(jù)庫(kù)(即，訂閱列表和追蹤及寫(xiě)日志)279和BiztalkTM系統(tǒng)數(shù)據(jù)庫(kù)。因此BiztalkTM服務(wù)器的硬盤(pán)密集處理將緩解。對(duì)FTP服務(wù)器，可以使用SDDS服務(wù)器。對(duì)BiztalkTM服務(wù)器的負(fù)載均衡可以通過(guò)MS WLBS或通過(guò)Cisoco LocalDirector來(lái)執(zhí)行。
現(xiàn)在說(shuō)明一旦平面文件已通過(guò)FTP從FMS傳輸時(shí)FMS內(nèi)的處理。從FMG接收FMS平面文件，且向其分配文件參考編號(hào)。抽取平面文件中的記錄并將它們單獨(dú)地輸入到交易指令日志，交易日志是存儲(chǔ)在FMS的數(shù)據(jù)庫(kù)內(nèi)的表。在日志表的每行輸入來(lái)自該文件的一條記錄。圖30展示交易日志311中的條目，其中填充了文件參考312和數(shù)據(jù)字段313(一起展示)。交易日志也包含匹配關(guān)鍵字字段314、FMS帳戶(hù)編號(hào)字段315和匹配狀態(tài)字段316。首先，如圖31所示，移除匹配關(guān)鍵字、帳戶(hù)和狀態(tài)字段。
對(duì)指令數(shù)據(jù)執(zhí)行校驗(yàn)檢查，且如果指令包含任何未解決的數(shù)據(jù)錯(cuò)誤，則將錯(cuò)誤狀態(tài)寫(xiě)入該指令的狀態(tài)字段。
然后使用基于匹配關(guān)鍵字規(guī)則的上述處理衍生得到每個(gè)指令的匹配關(guān)鍵字，且將衍生得到的匹配關(guān)鍵字“AA”寫(xiě)入匹配關(guān)鍵字字段314，如圖31所示。使用相同的匹配關(guān)鍵字規(guī)則衍生得到對(duì)應(yīng)文件中的所有其他指令的匹配關(guān)鍵字。然后使用這些匹配關(guān)鍵字查詢(xún)FMS帳戶(hù)系統(tǒng)。當(dāng)找到具有相同匹配關(guān)鍵字“AA”的帳戶(hù)332時(shí)，將FMS帳戶(hù)的帳戶(hù)編號(hào)333寫(xiě)入交易日志311中的帳戶(hù)字段315，并將匹配狀態(tài)寫(xiě)入相應(yīng)的狀態(tài)字段316，如圖32所示。
一旦已對(duì)文件中的所有指令執(zhí)行此處理，則FMS通過(guò)交易日志產(chǎn)生確認(rèn)文件，并以上述方式報(bào)告匹配的記錄、不匹配的記錄，和包含數(shù)據(jù)錯(cuò)誤的記錄的狀態(tài)和帳戶(hù)編號(hào)。產(chǎn)生FMS平面文件格式的確認(rèn)報(bào)告并將其傳遞給FMS，在其中它被轉(zhuǎn)換為用于在用戶(hù)接口上顯示的格式。通過(guò)交易日志中的狀態(tài)字段，對(duì)具有適當(dāng)?shù)慕灰孜募⒖季幪?hào)的所有的日志條目計(jì)算圖4所示的接口中顯示的匹配的、不匹配的和數(shù)據(jù)錯(cuò)誤記錄的數(shù)量。類(lèi)似地，應(yīng)付金額作為特殊交易文件參考編號(hào)的交易日志的供款字段的聚合來(lái)計(jì)算。
類(lèi)似于自動(dòng)核對(duì)處理，其中供款實(shí)體手動(dòng)選擇FMS帳戶(hù)來(lái)匹配交易日志中的記錄，將帳戶(hù)編號(hào)寫(xiě)入記入日志的記錄的相應(yīng)帳戶(hù)字段，并將匹配狀態(tài)寫(xiě)入狀態(tài)字段。同時(shí)，刪除FMS帳戶(hù)中原先不匹配的匹配關(guān)鍵字，并將與記錄的匹配關(guān)鍵字相同的新匹配關(guān)鍵字寫(xiě)入FMS帳戶(hù)的匹配關(guān)鍵字字段。
供款實(shí)體可以選擇忽略指令。當(dāng)供款實(shí)體通過(guò)上述接口選擇此選項(xiàng)時(shí)，將忽略狀態(tài)寫(xiě)入該記錄的交易日志。
當(dāng)供款實(shí)體選擇不匹配已匹配的記錄時(shí)，相應(yīng)地從該記錄的交易日志的帳戶(hù)和狀態(tài)字段中刪除帳戶(hù)編號(hào)和匹配狀態(tài)。
圖33展示處理，其中供款文件記錄錯(cuò)誤地和FMS帳戶(hù)匹配，而后來(lái)改為正確地匹配。最初，具有匹配關(guān)鍵字“AA”的記錄341匹配具有帳戶(hù)編號(hào)“101”和匹配關(guān)鍵字“AA”的帳戶(hù)342。供款實(shí)體可以選擇手動(dòng)匹配記錄341到具有匹配關(guān)鍵字“BB”和帳戶(hù)編號(hào)“576”的另一個(gè)帳戶(hù)343，如344所示，在那時(shí)，帳戶(hù)編號(hào)“576”覆蓋交易日志中的帳戶(hù)編號(hào)“101”，如圖34中的345所示。在此階段，沒(méi)有數(shù)據(jù)寫(xiě)入FMS帳戶(hù)系統(tǒng)，因?yàn)榇瞬襟E發(fā)生在交易文件得到確認(rèn)時(shí)。在另一個(gè)場(chǎng)景中，供款實(shí)體可以選擇不匹配記錄并從交易日志中忽略該記錄。在此情況，匹配狀態(tài)修改為忽略狀態(tài)。附加地可以從記錄的帳戶(hù)字段中刪除帳戶(hù)編號(hào)，雖然這不是最重要的。
一旦在交易日志中注冊(cè)的所有記錄都或者匹配或者忽略，則供款實(shí)體能夠確認(rèn)該交易日志。確認(rèn)的步驟確保供款實(shí)體確切地知道哪些提交的指令已用FMS帳戶(hù)系統(tǒng)核對(duì)并因此能夠得到執(zhí)行。
為了能夠自動(dòng)核對(duì)將來(lái)的指令，當(dāng)供款實(shí)體確認(rèn)交易文件時(shí)，F(xiàn)MS系統(tǒng)更新FMS帳戶(hù)系統(tǒng)的匹配關(guān)鍵字字段。對(duì)交易日志中的每個(gè)匹配的記錄，系統(tǒng)用FMS帳戶(hù)系統(tǒng)中的帳戶(hù)的匹配關(guān)鍵字字段檢查匹配關(guān)鍵字。在存在沖突時(shí)，帳戶(hù)系統(tǒng)的匹配關(guān)鍵字字段“BB”由圖35中346處的記錄匹配關(guān)鍵字“AA”覆蓋。因此將用指定的FMS帳戶(hù)自動(dòng)核對(duì)將來(lái)的所有衍生得到相同的匹配關(guān)鍵字的指令。
在寫(xiě)入新匹配關(guān)鍵字到FMS帳戶(hù)系統(tǒng)中時(shí)，對(duì)余下的FMS帳戶(hù)(或至少和該雇主/支付中心相關(guān)的部分)執(zhí)行搜索，以確定該匹配關(guān)鍵字是否存在于系統(tǒng)中的其他地方，如FMS帳戶(hù)101的情況。具有等價(jià)的匹配關(guān)鍵字的任何帳戶(hù)均刪除它們的匹配關(guān)鍵字字段。此步驟確保任何一個(gè)匹配關(guān)鍵字都將只映射到FMS帳戶(hù)系統(tǒng)中的一個(gè)帳戶(hù)。FMS帳戶(hù)系統(tǒng)的最終狀態(tài)在圖36中展示，其中帳戶(hù)編號(hào)“576”的匹配關(guān)鍵字字段現(xiàn)在存儲(chǔ)“AA”，而帳戶(hù)編號(hào)“101”具有空的匹配關(guān)鍵字字段347。
因?yàn)楦翭MS帳戶(hù)系統(tǒng)的匹配關(guān)鍵字字段的步驟僅對(duì)指令日志中匹配的記錄發(fā)生，在不匹配記錄和帳戶(hù)時(shí)，不需要從記錄的帳戶(hù)字段中刪除帳戶(hù)編號(hào)。
向確認(rèn)的文件分配確認(rèn)狀態(tài)，且一旦已做出對(duì)該文件支付，就能夠?qū)ζ溥M(jìn)行處理。為了完成交易，將交易日志中匹配的記錄的單個(gè)供款金額分配到相應(yīng)記錄的帳戶(hù)字段中標(biāo)識(shí)的FMS帳戶(hù)的供款字段中。
應(yīng)注意，將由供款實(shí)體提交的原始數(shù)據(jù)文件視為完整的文件，而不對(duì)原始數(shù)據(jù)文件的任何數(shù)據(jù)字段或從原始數(shù)據(jù)文件衍生得到的任何內(nèi)部文件做出修正或更改。在處理期間唯一寫(xiě)入的字段是那些和匹配關(guān)鍵字相關(guān)的。原因是原始數(shù)據(jù)字段通常從供款實(shí)體的工資文件衍生得到。為了審計(jì)目的，需要確保由主機(jī)維護(hù)的數(shù)據(jù)字段一致和供款實(shí)體那些字段。因此，較佳的是強(qiáng)制供款實(shí)體在后面的文件中重新提交需要修正的數(shù)據(jù)，而不是允許供款實(shí)體在主機(jī)環(huán)境內(nèi)對(duì)指令中的數(shù)據(jù)字段做出改變。
應(yīng)理解，在此揭示和定義的本發(fā)明包括兩個(gè)或多個(gè)所述或顯然可以從文本或附圖中獲知的單獨(dú)特性的所有其他組合。所有這些不同的組合構(gòu)成本發(fā)明的各個(gè)其他方面。
上面對(duì)本發(fā)明的實(shí)施例進(jìn)行了說(shuō)明，且對(duì)熟悉技術(shù)的人來(lái)說(shuō)顯然可以對(duì)其做出修改而不偏離本發(fā)明的范圍。
權(quán)利要求
1.匹配從提交實(shí)體接收的指令集和接收實(shí)體的記錄數(shù)據(jù)集的基于計(jì)算機(jī)的方法，所述記錄數(shù)據(jù)集包括多個(gè)記錄，且相關(guān)的匹配關(guān)鍵字?jǐn)?shù)據(jù)集包括多個(gè)匹配關(guān)鍵字，其中每個(gè)匹配關(guān)鍵字都標(biāo)識(shí)相關(guān)的記錄，所述方法包括步驟使用從接收的指令衍生得到的匹配關(guān)鍵字搜索所述匹配關(guān)鍵字?jǐn)?shù)據(jù)集，以在所述記錄數(shù)據(jù)集中標(biāo)識(shí)記錄，從而自動(dòng)匹配所述指令和所述標(biāo)識(shí)的記錄；對(duì)至少一個(gè)非自動(dòng)匹配的指令，使所述提交實(shí)體能夠選擇所述記錄數(shù)據(jù)集中的特殊記錄，從而手動(dòng)匹配所述指令和所述選擇的記錄；及使用從手動(dòng)匹配的指令衍生得到的匹配關(guān)鍵字來(lái)更新匹配關(guān)鍵字?jǐn)?shù)據(jù)集，以有助于在后面自動(dòng)匹配接收的指令和選擇的記錄。
2.如權(quán)利要求1所述的方法，其特征在于，用衍生得到的手動(dòng)匹配的記錄的匹配關(guān)鍵字更新匹配關(guān)鍵字?jǐn)?shù)據(jù)集使得后面提供本質(zhì)上相同匹配關(guān)鍵字的指令能夠和記錄數(shù)據(jù)集中與它們相關(guān)的記錄自動(dòng)匹配。
3.如權(quán)利要求1或2所述的方法，其特征在于，所述由供款實(shí)體做出支持手動(dòng)匹配的步驟支持可以用于自動(dòng)匹配的指令，以使得供款實(shí)體可以覆蓋或不匹配那些已自動(dòng)匹配的匹配，從而允許后面的手動(dòng)匹配發(fā)生。
4.如上述權(quán)利要求中的任何一個(gè)所述的方法，其特征在于，包括獨(dú)立于記錄數(shù)據(jù)集中的其他記錄更新匹配關(guān)鍵字?jǐn)?shù)據(jù)集，以使得記錄數(shù)據(jù)集中除匹配關(guān)鍵字字段之外的任何數(shù)據(jù)字段本質(zhì)上不發(fā)生改變。
5.如上述權(quán)利要求中的任何一個(gè)所述的方法，其特征在于，包括獨(dú)立于匹配關(guān)鍵字?jǐn)?shù)據(jù)集更新記錄數(shù)據(jù)集中的任何其他記錄，以使得記錄數(shù)據(jù)集的更新不影響后面自動(dòng)匹配接收的指令和所述記錄。
6.如上述權(quán)利要求中的任何一個(gè)所述的方法，其特征在于，其中和記錄相關(guān)的匹配關(guān)鍵字作為相應(yīng)的記錄的字段存儲(chǔ)，以使得匹配關(guān)鍵字?jǐn)?shù)據(jù)集包括這些數(shù)據(jù)集記錄的匹配關(guān)鍵字字段，通過(guò)將所述衍生得到的匹配關(guān)鍵字的拷貝存儲(chǔ)在所述自動(dòng)匹配的記錄的所述匹配關(guān)鍵字字段中來(lái)更新匹配關(guān)鍵字?jǐn)?shù)據(jù)集。
7.如上述權(quán)利要求中的任何一個(gè)所述的方法，其特征在于，包括使用和特殊指令集相關(guān)的預(yù)定的匹配關(guān)鍵字規(guī)則對(duì)特殊指令集創(chuàng)建匹配關(guān)鍵字的步驟，通過(guò)所述規(guī)則組合指令中預(yù)定的數(shù)據(jù)元素字段得到匹配關(guān)鍵字。
8.如權(quán)利要求7所述的方法，其特征在于，處理多個(gè)指令集，每個(gè)指令集均具有相關(guān)的匹配關(guān)鍵字規(guī)則，所述規(guī)則指定指令中要組合的數(shù)據(jù)元素字段，所述方法包括使用該指令集的匹配關(guān)鍵字規(guī)則衍生得到指令集中每個(gè)指令的匹配關(guān)鍵字。
9.如權(quán)利要求8所述的方法，其特征在于，在引入或修改特殊指令集的匹配關(guān)鍵字規(guī)則時(shí)，將匹配關(guān)鍵字規(guī)則寫(xiě)為對(duì)應(yīng)的匹配關(guān)鍵字?jǐn)?shù)據(jù)集的新規(guī)則，且產(chǎn)生一組新的匹配關(guān)鍵字來(lái)構(gòu)成新的匹配關(guān)鍵字?jǐn)?shù)據(jù)集。
10.如上述權(quán)利要求中的任何一個(gè)所述的方法，其特征在于，包括通過(guò)將從接收的指令衍生得到的匹配關(guān)鍵字寫(xiě)入匹配關(guān)鍵字?jǐn)?shù)據(jù)集來(lái)創(chuàng)建匹配關(guān)鍵字?jǐn)?shù)據(jù)集中的至少部分匹配關(guān)鍵字的步驟。
11.如上述權(quán)利要求中的任何一個(gè)所述的方法，其特征在于，包括產(chǎn)生和在用戶(hù)接口向提交實(shí)體呈現(xiàn)指令狀態(tài)細(xì)節(jié)，包括匹配的和不匹配的指令的列表，以支持提交實(shí)體開(kāi)始指令的遠(yuǎn)程手動(dòng)匹配。
12.如權(quán)利要求11所述的方法，其特征在于，包括支持在手動(dòng)匹配處理期間將所有記錄從“不匹配”類(lèi)別中移到完成類(lèi)別，所述完成類(lèi)別包括匹配和忽略類(lèi)別，并防止指令集被接受用于進(jìn)一步處理，直到所有記錄已從不匹配”類(lèi)別中移除。
13.如上述權(quán)利要求中的任何一個(gè)所述的方法，其特征在于，包括標(biāo)識(shí)指令集中的數(shù)據(jù)錯(cuò)誤并從要匹配的指令中自動(dòng)移除那些存在數(shù)據(jù)錯(cuò)誤的指令的步驟。
14.如權(quán)利要求1所述的方法，其特征在于，所述匹配關(guān)鍵字?jǐn)?shù)據(jù)集進(jìn)一步包括多個(gè)匹配關(guān)鍵字關(guān)聯(lián)規(guī)則，所述匹配關(guān)鍵字關(guān)聯(lián)規(guī)則中的每一個(gè)都定義從指令衍生得到的匹配關(guān)鍵字和關(guān)聯(lián)于記錄的匹配關(guān)鍵字之間的關(guān)系，其中通過(guò)存儲(chǔ)所述衍生得到的匹配關(guān)鍵字和關(guān)聯(lián)于所述匹配的記錄的所述匹配關(guān)鍵字之間的更新的關(guān)聯(lián)規(guī)則來(lái)更新匹配關(guān)鍵字?jǐn)?shù)據(jù)集。
15.如上述權(quán)利要求中的任何一個(gè)所述的方法，其特征在于，包括提示所述提交實(shí)體提供搜索準(zhǔn)則，自動(dòng)搜索所述數(shù)據(jù)集以確定一個(gè)或多個(gè)匹配由所述提交實(shí)體提供的準(zhǔn)則的記錄，并提示所述提交實(shí)體從所述確定的記錄中選擇一條記錄。
16.如上述權(quán)利要求中的任何一個(gè)所述的方法，其特征在于，其中指令和所述提交實(shí)體選擇的記錄匹配時(shí)，所述方法進(jìn)一步包括從所述匹配關(guān)鍵字?jǐn)?shù)據(jù)集中刪除所述衍生得到的匹配關(guān)鍵字和選擇的記錄之外的數(shù)據(jù)集記錄之間的關(guān)聯(lián)。
17.如上述權(quán)利要求中的任何一個(gè)所述的方法，其特征在于，以特殊提交實(shí)體的格式特征提交所述指令集，所述方法包括根據(jù)由提交實(shí)體的特征格式定義的一組映射規(guī)則在衍生得到匹配關(guān)鍵字之前將指令集轉(zhuǎn)換為和記錄數(shù)據(jù)集兼容的格式。
18.如權(quán)利要求17所述的方法，其特征在于，可根據(jù)提交實(shí)體做出的格式變化來(lái)改變所述映射規(guī)則。
19.如上述權(quán)利要求中的任何一個(gè)所述的方法，其特征在于，所述指令集的形式為做出多筆支付的支付指令，所述記錄數(shù)據(jù)集為向其中定期做出支付的一組帳戶(hù)。
20.如權(quán)利要求19所述的方法，其特征在于，包括根據(jù)匹配的帳戶(hù)基于可用基金的聚合實(shí)時(shí)計(jì)算應(yīng)付差額并支持做出所述差額的支付。
21.匹配從提交實(shí)體接收的第一個(gè)交易指令數(shù)據(jù)集和在接收實(shí)體的第二個(gè)數(shù)據(jù)集的方法，所述交易指令數(shù)據(jù)集包含多個(gè)交易指令，所述第二個(gè)數(shù)據(jù)集包括多個(gè)記錄和相關(guān)的匹配關(guān)鍵字?jǐn)?shù)據(jù)集，所述方法包括步驟從所述對(duì)應(yīng)的交易指令衍生得到多個(gè)匹配關(guān)鍵字；使用所述衍生得到的匹配關(guān)鍵字自動(dòng)搜索所述第二個(gè)數(shù)據(jù)集，以在所述第二個(gè)數(shù)據(jù)集中標(biāo)識(shí)對(duì)應(yīng)的記錄，從而匹配所述選擇的指令和所述記錄；在對(duì)接收的指令沒(méi)有自動(dòng)標(biāo)識(shí)的記錄時(shí)，支持所述提交實(shí)體選擇所述數(shù)據(jù)集中的記錄以手動(dòng)匹配所述指令；及對(duì)已手動(dòng)和自動(dòng)匹配的那些記錄執(zhí)行交易指令。
22.如權(quán)利要求21所述的方法，其特征在于，使用從手動(dòng)匹配的指令衍生得到的匹配關(guān)鍵字更新匹配關(guān)鍵字?jǐn)?shù)據(jù)集，以支持后面提供本質(zhì)上相同的匹配關(guān)鍵字的指令和記錄數(shù)據(jù)集中與它們相關(guān)的記錄自動(dòng)匹配。
23.包含程序代碼的計(jì)算機(jī)可讀媒體，其特征在于，所述程序代碼用于控制至少一個(gè)可編程處理器執(zhí)行權(quán)利要求1至權(quán)利要求22中任何一個(gè)的方法。
24.匹配從提交實(shí)體接收的指令集和接收實(shí)體的記錄數(shù)據(jù)集的系統(tǒng)，所述記錄數(shù)據(jù)集包括多個(gè)記錄，所述系統(tǒng)包括包含多個(gè)匹配關(guān)鍵字的匹配關(guān)鍵字?jǐn)?shù)據(jù)集，其中每個(gè)匹配關(guān)鍵字都標(biāo)識(shí)記錄數(shù)據(jù)集中的相關(guān)記錄；從指令衍生得到匹配關(guān)鍵字的匹配關(guān)鍵字衍生方法；使用所述衍生得到的匹配關(guān)鍵字搜索所述數(shù)據(jù)集，以在所述記錄數(shù)據(jù)集中標(biāo)識(shí)記錄，從而自動(dòng)匹配所述指令和所述標(biāo)識(shí)的記錄的搜索引擎；支持所述提交實(shí)體選擇指令并將它和選擇的記錄手動(dòng)匹配的選擇方法；及使用從手動(dòng)匹配的指令衍生得到的匹配關(guān)鍵字來(lái)幫助后面自動(dòng)匹配指令和記錄數(shù)據(jù)集中的記錄的更新方法。
25.如權(quán)利要求24所述的系統(tǒng)，其特征在于，所述選擇方法包括支持覆蓋或不匹配那些已自動(dòng)匹配的匹配，從而允許后面的手動(dòng)匹配發(fā)生的方法。
26.如權(quán)利要求24或25所述的系統(tǒng)，其特征在于，所述更新方法包括用衍生得到的手動(dòng)匹配的記錄的匹配關(guān)鍵字更新匹配關(guān)鍵字?jǐn)?shù)據(jù)集使得后面提供本質(zhì)上相同匹配關(guān)鍵字的指令能夠和記錄數(shù)據(jù)集中與它們相關(guān)的記錄自動(dòng)匹配的方法
27.如權(quán)利要求26所述的系統(tǒng)，其特征在于，所述更新方法包括獨(dú)立于記錄數(shù)據(jù)集中的其他記錄更新匹配關(guān)鍵字?jǐn)?shù)據(jù)集，以使得記錄數(shù)據(jù)集中除匹配關(guān)鍵字字段之外的任何數(shù)據(jù)字段本質(zhì)上不發(fā)生改變的方法，及獨(dú)立于匹配關(guān)鍵字?jǐn)?shù)據(jù)集更新記錄數(shù)據(jù)集中的任何其他記錄，以使得記錄數(shù)據(jù)集的更新不影響后面自動(dòng)匹配接收的指令和所述記錄的方法。
28.如權(quán)利要求24至27所述的系統(tǒng)，其特征在于，包括將和記錄相關(guān)的匹配關(guān)鍵字作為相應(yīng)的記錄的字段存儲(chǔ)，以使得匹配關(guān)鍵字?jǐn)?shù)據(jù)集包括這些數(shù)據(jù)集記錄的匹配關(guān)鍵字字段，通過(guò)將所述衍生得到的匹配關(guān)鍵字的拷貝存儲(chǔ)在所述自動(dòng)匹配的記錄的所述匹配關(guān)鍵字字段中來(lái)更新匹配關(guān)鍵字?jǐn)?shù)據(jù)集的存儲(chǔ)器。
29.如權(quán)利要求24至28所述的系統(tǒng)，其特征在于，包括處理多個(gè)指令集的處理方法，及用于存儲(chǔ)每個(gè)指令集和相關(guān)的匹配關(guān)鍵字規(guī)則的存儲(chǔ)方法，所述匹配關(guān)鍵字規(guī)則對(duì)該指令集指定指令中要組合的數(shù)據(jù)元素字段。
30.如權(quán)利要求29所述的系統(tǒng)，其特征在于，包括用于支持在對(duì)特殊指令集引入或修改匹配關(guān)鍵字規(guī)則時(shí)將匹配關(guān)鍵字規(guī)則寫(xiě)為對(duì)相應(yīng)的匹配關(guān)鍵字?jǐn)?shù)據(jù)集的新規(guī)則的匹配關(guān)鍵字規(guī)則寫(xiě)入方法，及用于產(chǎn)生新的一組匹配關(guān)鍵字來(lái)構(gòu)成新的匹配關(guān)鍵字?jǐn)?shù)據(jù)集的匹配關(guān)鍵字產(chǎn)生方法。
31.如權(quán)利要求24至30中的任何一個(gè)所述的系統(tǒng)，其特征在于，包括通過(guò)將從接收的指令衍生得到的匹配關(guān)鍵字寫(xiě)入匹配關(guān)鍵字?jǐn)?shù)據(jù)集來(lái)創(chuàng)建匹配關(guān)鍵字?jǐn)?shù)據(jù)集中的至少部分匹配關(guān)鍵字的方法。
32.如權(quán)利要求24至31中的任何一個(gè)所述的系統(tǒng)，其特征在于，所述選擇方法包括產(chǎn)生和在用戶(hù)接口向提交實(shí)體呈現(xiàn)指令狀態(tài)細(xì)節(jié)，包括匹配的和不匹配的指令的列表，以支持提交實(shí)體開(kāi)始指令的遠(yuǎn)程手動(dòng)匹配的方法。
33.如權(quán)利要求32所述的系統(tǒng)，其特征在于，所述選擇方法包括支持在手動(dòng)匹配處理期間將所有記錄從“不匹配”類(lèi)別中移到完成類(lèi)別的方法，所述完成類(lèi)別包括匹配和忽略類(lèi)別，及防止指令集被接受用于進(jìn)一步處理，直到所有記錄已從不匹配”類(lèi)別中移除的方法。
34.如權(quán)利要求24至33中的任何一個(gè)所述的系統(tǒng)，其特征在于，包括標(biāo)識(shí)指令集中的數(shù)據(jù)錯(cuò)誤并從要匹配的指令中自動(dòng)移除那些存在數(shù)據(jù)錯(cuò)誤的指令的方法。
35.如權(quán)利要求24至34中的任何一個(gè)所述的系統(tǒng)，其特征在于，所述搜索引擎包括提示所述提交實(shí)體提供搜索準(zhǔn)則的方法、自動(dòng)搜索所述數(shù)據(jù)集以確定一個(gè)或多個(gè)匹配由所述提交實(shí)體提供的準(zhǔn)則的記錄的方法，及提示所述提交實(shí)體從所述確定的記錄中選擇一條記錄的方法。
36.如權(quán)利要求24至35中的任何一個(gè)所述的系統(tǒng)，其特征在于，包括支持從所述匹配關(guān)鍵字?jǐn)?shù)據(jù)集中刪除所述衍生得到的匹配關(guān)鍵字和選擇的記錄之外的數(shù)據(jù)集記錄之間的關(guān)聯(lián)的方法。
37.如權(quán)利要求24至36中的任何一個(gè)所述的系統(tǒng)，其特征在于，包括根據(jù)由提交實(shí)體的特征格式定義的一組映射規(guī)則將具有特殊提交實(shí)體格式特征的指令集轉(zhuǎn)換為和記錄數(shù)據(jù)集兼容的格式的數(shù)據(jù)轉(zhuǎn)換引擎。
38.如權(quán)利要求37所述的系統(tǒng)，其特征在于，包括可根據(jù)提交實(shí)體做出的格式變化來(lái)改變所述映射規(guī)則的方法。
39.如權(quán)利要求24至38中的任何一個(gè)所述的系統(tǒng)，其特征在于，所述指令集的形式為做出多筆支付的支付指令，所述記錄數(shù)據(jù)集為向其中定期做出支付的一組帳戶(hù)。
40.如權(quán)利要求24至39中的任何一個(gè)所述的系統(tǒng)，其特征在于，包括根據(jù)匹配的帳戶(hù)基于可用基金的聚合實(shí)時(shí)計(jì)算應(yīng)付差額的方法，及支持做出所述差額的支付的方法。
41.匹配從遠(yuǎn)程提交實(shí)體接收的指令集和接收實(shí)體的記錄數(shù)據(jù)集的系統(tǒng)，所述記錄數(shù)據(jù)集包括多個(gè)記錄，所述系統(tǒng)包括存儲(chǔ)所述記錄數(shù)據(jù)集和包含多個(gè)匹配關(guān)鍵字的記錄匹配關(guān)鍵字?jǐn)?shù)據(jù)集的方法，其中每個(gè)匹配關(guān)鍵字標(biāo)識(shí)都記錄數(shù)據(jù)集中的相關(guān)記錄；從指令衍生得到指令匹配關(guān)鍵字的匹配關(guān)鍵字衍生方法；使用所述衍生得到的匹配關(guān)鍵字搜索所述匹配關(guān)鍵字?jǐn)?shù)據(jù)集，以在所述匹配關(guān)鍵字記錄數(shù)據(jù)集中標(biāo)識(shí)記錄，并自動(dòng)匹配所述指令和所述標(biāo)識(shí)的記錄的搜索引擎；向提交實(shí)體輸出支持所述提交實(shí)體選擇指令并將其和選擇的記錄手動(dòng)匹配的交互式用戶(hù)接口的服務(wù)器方法，所述交互式用戶(hù)接口包括指令狀態(tài)細(xì)節(jié)；及使用從手動(dòng)匹配的指令衍生得到的匹配關(guān)鍵字來(lái)幫助后面自動(dòng)匹配指令和記錄數(shù)據(jù)集中的記錄的更新方法。
42.匹配從遠(yuǎn)程提交實(shí)體接收的指令集和接收實(shí)體的記錄數(shù)據(jù)集的系統(tǒng)，所述記錄數(shù)據(jù)集包括多個(gè)記錄，所述系統(tǒng)包括管理所述數(shù)據(jù)集的記錄管理系統(tǒng)，所述記錄管理系統(tǒng)包括存儲(chǔ)所述記錄和包含多個(gè)匹配關(guān)鍵字的相關(guān)的記錄匹配關(guān)鍵字?jǐn)?shù)據(jù)集的記錄存儲(chǔ)方法，其中每個(gè)匹配關(guān)鍵字都標(biāo)識(shí)記錄數(shù)據(jù)集中的相關(guān)記錄；從指令衍生得到指令匹配關(guān)鍵字的匹配關(guān)鍵字衍生方法；使用所述衍生得到的匹配關(guān)鍵字搜索所述匹配關(guān)鍵字?jǐn)?shù)據(jù)集，以在所述匹配關(guān)鍵字記錄數(shù)據(jù)集中標(biāo)識(shí)記錄，并自動(dòng)匹配所述指令和所述標(biāo)識(shí)的記錄的搜索引擎；及向提交實(shí)體輸出支持所述提交實(shí)體選擇指令并將其和選擇的記錄手動(dòng)匹配的交互式用戶(hù)接口的服務(wù)器方法，所述交互式用戶(hù)接口包括指令狀態(tài)細(xì)節(jié)。
43.如權(quán)利要求42所述的系統(tǒng)，其特征在于，它為基金轉(zhuǎn)帳系統(tǒng)，指令集的形式為基金轉(zhuǎn)帳指令，且記錄管理系統(tǒng)包括基金管理系統(tǒng)，所述系統(tǒng)包括用于管理將基金轉(zhuǎn)帳到基金管理系統(tǒng)中的基金轉(zhuǎn)帳協(xié)議網(wǎng)關(guān)。
44.如權(quán)利要求43所述的基金轉(zhuǎn)帳系統(tǒng)，其特征在于，包括轉(zhuǎn)換遠(yuǎn)程提交實(shí)體和基金管理系統(tǒng)之間的數(shù)據(jù)流的數(shù)據(jù)轉(zhuǎn)換引擎，通過(guò)它，遠(yuǎn)程提交實(shí)體可以實(shí)時(shí)執(zhí)行基金轉(zhuǎn)帳指令。
45.如權(quán)利要求24至38中的任何一個(gè)所述的系統(tǒng)，其特征在于，其形式為商品訂購(gòu)系統(tǒng)，其中指令集和記錄數(shù)據(jù)集之間的關(guān)系可以是一對(duì)一、一對(duì)多和/或多對(duì)一關(guān)系。
全文摘要
本發(fā)明涉及用于匹配從提交實(shí)體接收的一組交易指令和接收實(shí)體的記錄數(shù)據(jù)集的基于計(jì)算機(jī)的方法和系統(tǒng)。所述記錄數(shù)據(jù)集包括多個(gè)帳戶(hù)記錄及相關(guān)的匹配關(guān)鍵字?jǐn)?shù)據(jù)集，所述匹配關(guān)鍵字?jǐn)?shù)據(jù)集包括多個(gè)匹配關(guān)鍵字，其中每個(gè)匹配關(guān)鍵字都標(biāo)識(shí)相關(guān)的帳戶(hù)記錄。所述方法包括使用從接收的基金轉(zhuǎn)帳指令衍生得到的匹配關(guān)鍵字搜索所述匹配關(guān)鍵字?jǐn)?shù)據(jù)集，以在所述記錄數(shù)據(jù)集中標(biāo)識(shí)帳戶(hù)記錄，從而自動(dòng)地匹配所述指令和所述標(biāo)識(shí)的記錄。提交實(shí)體在所述數(shù)據(jù)集中選擇特殊的不匹配記錄，從而手動(dòng)地匹配所述指令和所述選擇的記錄。用手動(dòng)匹配的記錄衍生得到的匹配關(guān)鍵字來(lái)更新匹配所述關(guān)鍵字?jǐn)?shù)據(jù)集使得后面提供本質(zhì)上相同的匹配關(guān)鍵字的指令自動(dòng)地和帳戶(hù)記錄數(shù)據(jù)集中的相關(guān)記錄匹配。
文檔編號(hào)G06Q40/00GK1669038SQ03816859
公開(kāi)日2005年9月14日 申請(qǐng)日期2003年5月19日 優(yōu)先權(quán)日2002年5月17日
發(fā)明者J·M·維爾, M·普萊爾, T·安托恩, N·H·吳, T·維寧, A·布迪哈喬 申請(qǐng)人:科羅尼爾第一州立投資有限公司