匯兌系統(tǒng)的制作方法
【專利摘要】本發(fā)明涉及匯兌系統(tǒng)。上述匯兌系統(tǒng)對實際成績主文件中的轉(zhuǎn)賬接受人信息進(jìn)行檢索時，能夠僅對與轉(zhuǎn)賬委托人關(guān)鍵字信息相關(guān)聯(lián)的轉(zhuǎn)賬接受人信息不限制檢索范圍，廣泛地進(jìn)行檢索。上述匯兌系統(tǒng)具有：登記終端，其將轉(zhuǎn)賬委托書的轉(zhuǎn)賬交易信息的圖像映象與文字識別結(jié)果對比顯示于登記畫面；和實際成績主文件，其保存轉(zhuǎn)賬委托人過去實施過轉(zhuǎn)賬的包括科目及賬號的轉(zhuǎn)賬接受人信息、和轉(zhuǎn)賬接受人的姓名欄的位數(shù)；針對在轉(zhuǎn)賬委托書填寫的轉(zhuǎn)賬委托人以外的轉(zhuǎn)賬委托人過去實施過轉(zhuǎn)賬的轉(zhuǎn)賬接受人信息，以科目、賬號以及轉(zhuǎn)賬接受人的姓名的位數(shù)為關(guān)鍵字來實施委托人信息外檢索，將檢索的結(jié)果提取出的轉(zhuǎn)賬接受人信息作為候補顯示于登記終端。
【專利說明】匯兌系統(tǒng)
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及讀取在金融機構(gòu)的營業(yè)店受理到的傳票后向事務(wù)中心發(fā)送并在該事務(wù)中心進(jìn)行集中處理的匯兌系統(tǒng)。
【背景技術(shù)】
[0002]以往，匯兌系統(tǒng)針對作為填寫完畢的傳票的轉(zhuǎn)賬委托書的轉(zhuǎn)賬交易信息讀取映象數(shù)據(jù)，從該映象數(shù)據(jù)對轉(zhuǎn)賬交易信息進(jìn)行OCR文字識別，并將其顯示于畫面，操作人員基于該顯示畫面來進(jìn)行規(guī)定項目的輸入。該匯兌系統(tǒng)由在銀行等營業(yè)店中具備掃描儀的營業(yè)店終端、對轉(zhuǎn)賬委托書集中進(jìn)行處理的事務(wù)中心以及自行主計算機構(gòu)成。營業(yè)店終端讀取在營業(yè)店受理到的轉(zhuǎn)賬委托書后向事務(wù)中心發(fā)送。而且，事務(wù)中心具有接收轉(zhuǎn)賬交易信息的映象數(shù)據(jù)進(jìn)行OCR文字識別的匯兌服務(wù)器，并且具有操作人員進(jìn)行輸入的登記終端、和向自行主計算機發(fā)送轉(zhuǎn)賬數(shù)據(jù)的發(fā)送終端。事務(wù)中心的登記終端的畫面上對比顯示有轉(zhuǎn)賬交易信息的圖像映象和OCR文字識別后的識別結(jié)果，通過操作人員的確定輸入來將該識別結(jié)果作為轉(zhuǎn)賬數(shù)據(jù)而輸入。
[0003]這里，在向登記終端的畫面進(jìn)行顯示時，由于識別手寫文字的識別率較低，所以每次對OCR文字識別后的識別結(jié)果進(jìn)行文字識別來加以顯示未必高效。鑒于此，一并采用了將過去的實際轉(zhuǎn)賬成績保存到實際成績主文件，從該實際成績主文件中參照必要的轉(zhuǎn)賬數(shù)據(jù)來確定這次的轉(zhuǎn)賬數(shù)據(jù)的方法。
[0004]圖7是以往的實際成績主文件的結(jié)構(gòu)圖。以往的實際成績主文件60首先保存有多個委托人的電話號碼例如09033445566來作為委托人關(guān)鍵字信息61 — 1、61 — 2。而且，與該委托人關(guān)鍵字信息61 — 1、61 — 2相關(guān)聯(lián)地保存有委托人姓名62 — 1、62 — 2，例如日本太郎、青空櫻。并且，與之相關(guān)聯(lián)地保存有委托人日本太郎、青空櫻過去實施過轉(zhuǎn)賬的轉(zhuǎn)賬接受人信息。即，關(guān)于轉(zhuǎn)賬接受人信息，保存有作為接受人關(guān)鍵字信息63 - 1、63 - 2的科目一賬號，而且保存有作為接受人信息64 - 1、64 - 2的銀行名-分店名-接受人的姓名。例如，科目一賬號為普通賬戶—第1234567號63 — 11，銀行名一分店名一接受人的姓名為本州銀行一東京分店一銀座一郎64 — 11。
[0005]以下，對委托人日本太郎向接受人本州銀行一東京分店一銀座一郎地址轉(zhuǎn)賬的情況進(jìn)行說明。操作人員對登記終端進(jìn)行操作，針對委托人的電話號碼09033445566并列顯示轉(zhuǎn)賬交易信息的圖像映象和OCR文字識別后的識別數(shù)據(jù)，來確定委托人關(guān)鍵字信息61 —
I。而且，以作為該委托人關(guān)鍵字信息61 -1的電話號碼09033445566為關(guān)鍵字來對實際成績主文件60進(jìn)行檢索，讀出委托人姓名62 -1日本太郎并顯示于畫面來對其進(jìn)行確定。
[0006]若確定了轉(zhuǎn)賬委托人信息，則操作人員針對登記終端的畫面上顯示的接受人的科目和賬號，由圖像映象和OCR文字識別的識別數(shù)據(jù)來確定作為接受人關(guān)鍵字信息63 — I的科目普通賬戶一賬號第1234567號。然后，以作為接受人關(guān)鍵字信息63 — I的科目普通賬戶一賬號1234567為關(guān)鍵字來對實際成績主文件60進(jìn)行檢索。該普通賬戶一第1234567號與和實際成績主文件60的委托人關(guān)鍵字信息61 -1相關(guān)聯(lián)地保存的接受人關(guān)鍵字信息63 — 11相同。因此,提取出與之進(jìn)一步相關(guān)聯(lián)地保存的接受人信息64 — I的本州一東京一銀座一郎64 - 11，由操作人員確定該信息。
[0007]此外，日本特開平9 - 97312號公報(專利文獻(xiàn)I)中公開了一種讀取轉(zhuǎn)賬委托書進(jìn)行文字識別的識別文字校正裝置。根據(jù)專利文獻(xiàn)1，在填寫到轉(zhuǎn)賬委托書的分店漢字名不是正式名稱的情況下，也提取出前方一致的類似的分店名，與機構(gòu)名組合來檢索金融機構(gòu)信息文件。
[0008]專利文獻(xiàn)1:日本特開平9 - 97312號公報
[0009]然而，根據(jù)現(xiàn)有技術(shù)，如果委托人日本太郎這次轉(zhuǎn)入的轉(zhuǎn)賬接受人信息被與實際成績主文件60的委托人關(guān)鍵字信息61 -1相關(guān)聯(lián)而保存，則可以提取轉(zhuǎn)賬接受人信息64-10但是，在該委托人首次向接受人轉(zhuǎn)賬的情況下，由于轉(zhuǎn)賬接受人信息與實際成績主文件60的委托人關(guān)鍵字信息61 -1未相關(guān)聯(lián)，所以無法提取出該轉(zhuǎn)賬接受人信息。因此，操作人員不得不在登記終端的畫面上并列顯示轉(zhuǎn)賬交易信息的圖像映象和OCR文字識別后的識別結(jié)果，重新輸入無法文字識別的文字等，存在作業(yè)效率降低這一問題。

【發(fā)明內(nèi)容】

[0010]本發(fā)明要解決的技術(shù)問題在于，提供一種在對實際成績主文件中的轉(zhuǎn)賬接受人信息進(jìn)行檢索時，不對與該委托人的委托人關(guān)鍵字信息61 -1相關(guān)聯(lián)的轉(zhuǎn)賬接受人信息限制檢索范圍，能夠擴大檢索范圍進(jìn)行檢索，同時可靠地檢索轉(zhuǎn)賬接受人信息，能夠提高操作人員的作業(yè)效率的匯兌系統(tǒng)。
[0011]為了解決上述課題，本發(fā)明涉及的匯兌系統(tǒng)是根據(jù)轉(zhuǎn)賬委托人填寫的傳票來對轉(zhuǎn)賬交易信息進(jìn)行文字識別，并根據(jù)識別結(jié)果來確定轉(zhuǎn)賬交易信息的匯兌系統(tǒng)，具有:登記終端，將所述傳票的轉(zhuǎn)賬交易信息的圖像映象與所述識別結(jié)果對比顯示于登記畫面；實際成績主文件，與和所述轉(zhuǎn)賬委托人有關(guān)的轉(zhuǎn)賬委托人信息相關(guān)聯(lián)地保存包括科目以及賬號的轉(zhuǎn)賬接受人信息以及轉(zhuǎn)賬接受人的姓名的位數(shù)；控制部，針對與在所述傳票填寫的所述轉(zhuǎn)賬委托人以外的所述轉(zhuǎn)賬委托人信息相關(guān)聯(lián)的所述轉(zhuǎn)賬接受人信息，以所述科目和賬號以及所述轉(zhuǎn)賬接受人的姓名的位數(shù)為關(guān)鍵字來實施委托人信息外檢索，將檢索的結(jié)果而提取出的所述轉(zhuǎn)賬接受人信息作為候補顯示于所述登記終端。
[0012]根據(jù)具有上述結(jié)構(gòu)的本發(fā)明，由于針對與在傳票填寫的轉(zhuǎn)賬委托人以外的轉(zhuǎn)賬委托人信息相關(guān)聯(lián)的轉(zhuǎn)賬接受人信息，以科目和賬號以及轉(zhuǎn)賬接受人的姓名的位數(shù)為關(guān)鍵字來實施委托人信息外檢索，將檢索的結(jié)果而提取出的轉(zhuǎn)賬接受人信息作為候補顯示于登記終端，所以在對實際成績主文件中的轉(zhuǎn)賬接受人信息進(jìn)行檢索時，能夠不對與該委托人的委托人關(guān)鍵字信息相關(guān)聯(lián)的轉(zhuǎn)賬接受人信息限制而擴大檢索范圍進(jìn)行檢索。同時，由于以轉(zhuǎn)賬接受人的姓名的位數(shù)為關(guān)鍵字來實施委托人信息外檢索，所以可使轉(zhuǎn)賬接受人信息的檢索可靠，實現(xiàn)提高了操作人員的作業(yè)效率的匯兌系統(tǒng)。并且，能夠?qū)崿F(xiàn)與實際成績主文件的有效活用相關(guān)的匯兌系統(tǒng)。
【專利附圖】

【附圖說明】
[0013]圖1是第一實施方式涉及的匯兌系統(tǒng)的系統(tǒng)的結(jié)構(gòu)圖。
[0014]圖2是第一實施方式涉及的匯兌服務(wù)器的功能框圖。[0015]圖3是第一實施方式涉及的登記畫面的說明圖。
[0016]圖4是第一實施方式涉及的實際成績主文件的結(jié)構(gòu)圖。
[0017]圖5是表示第一實施方式涉及的動作的流程圖。
[0018]圖6是表示第一實施方式涉及的登記畫面的候補的顯示的說明圖。
[0019]圖7是以往的實際成績主文件的結(jié)構(gòu)圖。
[0020]附圖標(biāo)記說明:1…營業(yè)店；2…事務(wù)中心；4…掃描儀；5…營業(yè)店終端；6…實際成績主文件；7…匯兌服務(wù)器；8…登記終端；9…發(fā)送終端；10…自行主機；30…登記畫面；100…匯兌系統(tǒng)。
【具體實施方式】
[0021](第一實施方式)
[0022]以下，對本發(fā)明的第一實施方式進(jìn)行說明。圖1是第一實施方式涉及的匯兌系統(tǒng)的系統(tǒng)結(jié)構(gòu)圖。第一實施方式涉及的匯兌系統(tǒng)100針對轉(zhuǎn)賬委托人填寫完畢的轉(zhuǎn)賬委托書的轉(zhuǎn)賬交易信息讀取映象數(shù)據(jù)，由該映象數(shù)據(jù)對轉(zhuǎn)賬交易信息進(jìn)行OCR文字識別并將其顯示于畫面，操作人員基于該顯示畫面進(jìn)行規(guī)定項目的輸入。
[0023]該匯兌系統(tǒng)100構(gòu)成為包括金融機構(gòu)的營業(yè)店1、對轉(zhuǎn)賬委托書進(jìn)行集中處理的事務(wù)中心2以及自行主計算機10。營業(yè)店I中具有:從作為轉(zhuǎn)賬委托人填寫的傳票的轉(zhuǎn)賬委托書讀取轉(zhuǎn)賬交易信息的掃描儀4 ;和營業(yè)店終端5，其控制掃描儀4并將掃描儀4讀取的映象數(shù)據(jù)向事務(wù)中心2發(fā)送。而且，事務(wù)中心2具有接收轉(zhuǎn)賬交易信息的映象數(shù)據(jù)進(jìn)行OCR文字識別的匯兌服務(wù)器7、操作人員進(jìn)行輸入的登記終端8以及向自行主計算機10發(fā)送轉(zhuǎn)賬數(shù)據(jù)的發(fā)送終端9。匯兌服務(wù)器7經(jīng)由線路3與營業(yè)店終端5連接，而且與后述的實際成績主文件6連接。登記終端8在后述的登記畫面30上對比顯示轉(zhuǎn)賬交易信息的圖像映象與OCR文字識別后的識別結(jié)果。通過操作人員的確定輸入將OCR文字識別的識別結(jié)果確定為轉(zhuǎn)賬數(shù)據(jù)。
[0024]圖2是第一實施方式涉及的匯兌服務(wù)器的功能框圖。以下，對與本實施方式有關(guān)的各部的功能進(jìn)行說明?？刂撇?1控制匯兌服務(wù)器7的各部的動作。輸入輸出部12接收來自營業(yè)店I的營業(yè)店終端5的轉(zhuǎn)賬交易信息的映象數(shù)據(jù)。存儲部13存儲各種控制程序以及各種信息。OCR文字識別部14從輸入輸出部12從營業(yè)店終端5接收到的轉(zhuǎn)賬交易信息的映象數(shù)據(jù)進(jìn)行文字識別。
[0025]實際成績主文件檢索部15以后述的委托人關(guān)鍵字信息(電話號碼)22為檢索關(guān)鍵字對實際成績主文件6實施檢索，還以接受人關(guān)鍵字信息(科目一賬號)34、后述的姓氏(last name)位數(shù)36、名(first name)位數(shù)37為檢索關(guān)鍵字對實際成績主文件6實施檢索。在確定了與對轉(zhuǎn)賬委托人而言為首次的轉(zhuǎn)賬接受人有關(guān)的轉(zhuǎn)賬數(shù)據(jù)時，實際成績主文件更新部16針對實際成績主文件6更新作為轉(zhuǎn)賬接受人信息的接受人關(guān)鍵字信息(科目一賬號)34、接受人信息(銀行名一分店名一接受人的姓名)35、姓氏位數(shù)36以及名字位數(shù)37。
[0026]終端發(fā)送部17向登記終端8發(fā)送用于在登記畫面30上顯示的轉(zhuǎn)賬交易信息的圖像映象和OCR文字識別后的識別結(jié)果。另外，發(fā)送在實際成績主文件檢索部15進(jìn)行的檢索的檢索結(jié)果、提取出的委托人姓名33或接受人信息(銀行名一分店名一接受人的姓名)35。終端接收部18接收來自登記終端8的檢索委托或轉(zhuǎn)賬數(shù)據(jù)的確定輸入。[0027]向主機的發(fā)送箱19針對終端接收部18接收到的確定了轉(zhuǎn)賬數(shù)據(jù)的確定輸入，在向自行主計算機10發(fā)送之前的期間，對該轉(zhuǎn)賬數(shù)據(jù)進(jìn)行蓄積。若蓄積了規(guī)定件數(shù)，則通過發(fā)送終端9集中向自行主計算機10發(fā)送。在后述那樣廣闊的檢索范圍即作為委托人信息外檢索的以接受人關(guān)鍵字信息34、姓氏位數(shù)36以及名字位數(shù)37為關(guān)鍵字進(jìn)行檢索的結(jié)果是對接受人信息35提取出多個候補時，一致率計算部20計算接受人信息35的文字的一致率。這樣，針對多個候補按文字的一致率高的順序排列顯示于登記畫面。
[0028]圖3是第一實施方式涉及的登記畫面的說明圖。在登記畫面30的各項目的上下2段的顯示中的上段，分離出從轉(zhuǎn)賬委托書讀取的轉(zhuǎn)賬交易信息的圖像映象來進(jìn)行顯示。而且，在下段將OCR文字識別后的識別結(jié)果與上段的圖像映象進(jìn)行對比顯示。轉(zhuǎn)賬指定日欄21中顯示有2013年I月29日。委托人電話號碼欄22中顯示有09033445566。轉(zhuǎn)賬接受人的科目欄23以及賬號欄24中顯示有普通賬戶的第1234567號。
[0029]轉(zhuǎn)賬金額欄25中顯示有7890日元。檢驗印欄26中顯示有印章。銀行名欄27 —分店名欄28 —轉(zhuǎn)賬接受人的姓名欄29中顯示有本州一東京一銀座一郎。金融機構(gòu)種類欄31中顯示有銀行。而且，轉(zhuǎn)賬委托人姓名欄33中顯示有日本太郎。即，上述的例子表示日本太郎向本州銀行的東京分店的銀座一郎名義的普通賬戶戶頭第1234567號轉(zhuǎn)入7890日元的情況。
[0030]圖4是第一實施方式涉及的實際成績主文件的結(jié)構(gòu)圖。實際成績主文件6首先保存有委托人的電話號碼例如09033445566作為委托人關(guān)鍵字信息32 — I。而且，與該委托人關(guān)鍵字信息32 -1相關(guān)聯(lián)地保存有委托人姓名33 - 1，例如日本太郎。并且，與之相關(guān)聯(lián)地保存有委托人日本太郎過去實施過轉(zhuǎn)賬的轉(zhuǎn)賬接受人信息。即，對轉(zhuǎn)賬接受人信息而言，保存有作為接受人關(guān)鍵字信息34 -1的科目一賬號，還保存有作為接受人信息35 -1的銀行名一分店名一接受人的姓名、姓氏位數(shù)36 -1以及名字位數(shù)37 -1。例如，活期賬戶一第1234567號34 — 11是本州銀行一東京分店一東四郎35 — 11的名義的姓氏位數(shù)I位36 - 11以及名字位數(shù)2位37 — 11。作為與委托人姓名日本太郎相關(guān)的下一接受人信息，普通賬戶一第2345678號34 — 12為北海道銀行一本店一北花子35 — 12的姓氏位數(shù)I位36 — 12以及名字位數(shù)2位37 — 12。以下關(guān)于委托人姓名日本太郎的接受人信息省略說明。
[0031]而且,下一委托人的電話號碼04811223344被作為委托人關(guān)鍵字信息32 — 2而保存，與該委托人關(guān)鍵字信息32 - 2相關(guān)聯(lián)地保存有例如青空櫻作為委托人姓名33 - 2。并且，與之相關(guān)聯(lián)地保存有委托人青空櫻過去實施過轉(zhuǎn)賬的轉(zhuǎn)賬接受人信息。即，轉(zhuǎn)賬接受人信息同樣保存有作為接受人關(guān)鍵字信息34 - 2的科目一賬號、還保存有作為接受人信息35 - 2的銀行名一分店名一接受人的姓名、姓氏位數(shù)36 - 2以及名字位數(shù)37 — 2。例如，普通賬戶一第1234567號34 — 21是本州銀行一東京分店一銀座一郎35 — 21的姓氏位數(shù)2位36 — 21以及名字位數(shù)2位37 — 21。由于以下的轉(zhuǎn)賬委托人信息以及轉(zhuǎn)賬接受人信息同樣，所以省略說明。
[0032]圖5是表示第一實施方式涉及的動作的流程圖。若匯兌服務(wù)器7的控制部11的輸入輸出部12從營業(yè)店I的營業(yè)店終端5接收到轉(zhuǎn)賬委托書的轉(zhuǎn)賬交易信息的映象數(shù)據(jù)，則控制部11指示OCR文字識別部14進(jìn)行轉(zhuǎn)賬交易信息的文字識別。這樣，匯兌服務(wù)器7的控制部11獲得轉(zhuǎn)賬交易信息的圖像映象和OCR文字識別后的識別結(jié)果雙方?？刂撇?1指示存儲部13暫時存儲這些信息。
[0033]SlOl:控制部11指示終端發(fā)送部17向登記終端8發(fā)送存儲部13中存儲的轉(zhuǎn)賬交易信息的圖像映象。
[0034]S102:同時，控制部11指示終端發(fā)送部17向登記終端8發(fā)送同樣存儲在存儲部13的轉(zhuǎn)賬交易信息的文字識別后的識別結(jié)果。登記終端8接收到該識別結(jié)果后在登記畫面30上對比顯示轉(zhuǎn)賬交易信息的圖像映象與OCR文字識別后的識別結(jié)果雙方。然后，操作人員首先針對轉(zhuǎn)賬委托人的電話號碼欄22確認(rèn)登記終端8的登記畫面30，通過按下未圖示的確定輸入按鈕，來實施確定輸入。登記終端8向匯兌服務(wù)器7發(fā)送確定了的轉(zhuǎn)賬委托人的電話號碼 09033445566。
[0035]S103:在終端接收部18接收到轉(zhuǎn)賬委托人的電話號碼09033445566后，控制部11指示實際成績主文件檢索部15將該電話號碼作為委托人關(guān)鍵字信息32 -1來對實際成績主文件6進(jìn)行檢索，提取出委托人姓名33 — I。若提取出委托人姓名33 -1日本太郎，則控制部11指示終端發(fā)送部17將其向登記終端8發(fā)送。
[0036]登記終端8將委托人姓名33 -1日本太郎顯示到登記畫面30的未圖示的跳出畫面。然后，操作人員通過將登記畫面30的轉(zhuǎn)賬委托人姓名33的圖像映象與OCR文字識別后的識別結(jié)果作為參考，來針對委托人姓名33 -1日本太郎實施確定輸入。然后，操作人員通過針對登記畫面30的轉(zhuǎn)賬接受人的科目欄23和賬號欄24對比圖像映象與OCR文字識別后的識別結(jié)果，來確定作為接受人關(guān)鍵字信息的科目一賬號(這里為普通賬戶一賬號第1234567號)。登記終端8根據(jù)操作人員的操作，向匯兌服務(wù)器7發(fā)送作為接受人關(guān)鍵字信息的科目普通賬戶一賬號第1234567號。
[0037]S104:若終端接收部18接收到作為接受人關(guān)鍵字信息32 — I的科目普通賬戶一賬號第1234567號，則控制部11指示實際成績主文件檢索部15對與實際成績主文件6的委托人關(guān)鍵字信息32 — I相關(guān)聯(lián)的轉(zhuǎn)賬接受人信息(將該情況下的檢索稱為委托人信息內(nèi)檢索)進(jìn)行檢索，提取出接受人信息35 — I。
[0038]S105:控制部11判斷是否已提取出接受人信息35 — I。這里準(zhǔn)確的接受人關(guān)鍵字信息為科目普通賬戶一賬號第1234567號。與實際成績主文件6的委托人關(guān)鍵字信息32 -1電話號碼09033445566相關(guān)聯(lián)的接受人關(guān)鍵字信息分別是科目活期賬戶一賬號第1234567號34 — 11、科目普通賬戶一賬號第2345678號34 — 12、科目普通賬戶一賬號第3456789號34 — 13以及科目普通賬戶一賬號第4567890號34 — 14。因此，可知這里不存在接受人信息35 — I。由于轉(zhuǎn)賬委托人日本太郎向作為首次的接受人的科目普通賬戶一賬號第1234567號轉(zhuǎn)賬，所以該接受人信息當(dāng)然未與委托人關(guān)鍵字信息32 — I建立關(guān)聯(lián)。因此，在委托人信息內(nèi)檢索中不能提取出轉(zhuǎn)賬接受人信息的候補，移至步驟106。在已提取出轉(zhuǎn)賬接受人信息的候補的情況下，移至步驟111。
[0039]S106:當(dāng)實施委托人信息內(nèi)檢索但未提取出轉(zhuǎn)賬接受人信息的候補時，接下來控制部11在寬廣的檢索范圍進(jìn)行檢索。即，首先控制部11指示終端發(fā)送部17從登記終端8發(fā)送登記畫面30的銀行名欄27、分店名欄28、轉(zhuǎn)賬接受人的姓名欄29、接受人的姓名的姓氏位數(shù)2位以及名字位數(shù)2位。登記終端8向匯兌服務(wù)器7發(fā)送登記畫面30的銀行名欄27的本州、分店名欄28的東京、轉(zhuǎn)賬接受人的姓名欄29的銀座一郎以及接受人的姓名的姓氏位數(shù)2位和名字位數(shù)2位。其中，接受人的姓名銀座一郎的姓氏位數(shù)2位和名字位數(shù)2位由登記終端8在發(fā)送之前算定。若終端接收部18接收到這些信息，則控制部11指示存儲部13暫時對它們進(jìn)行存儲。
[0040]然后，控制部11指示實際成績主文件檢索部15檢索與實際成績主文件6的委托人關(guān)鍵字信息32 -1以外相關(guān)聯(lián)的轉(zhuǎn)賬接受人信息(將該情況下的檢索稱為委托人信息外檢索)，提取出接受人信息35 - 2以后的任意一個。這樣，對與委托人的委托人關(guān)鍵字信息32 -1相關(guān)聯(lián)的轉(zhuǎn)賬接受人信息不限制檢索范圍，能夠擴大檢索范圍來進(jìn)行檢索。
[0041]這里，檢索條件是接受人關(guān)鍵字信息為科目普通賬戶一賬號第1234567號、姓氏位數(shù)2位、名字位數(shù)2位。之所以這樣在檢索條件中包含姓氏位數(shù)36以及名字位數(shù)37是因為文字識別率不足夠高，所以檢索接受人信息35的銀行名一分店名一接受人的姓名的整體的一致不能說可靠。與此相對，取得姓氏位數(shù)36以及名字位數(shù)37的一致可靠度更高。并且，由于擴大了檢索范圍，所以檢索結(jié)果有可能龐大。與此相對，通過姓氏位數(shù)36以及名字位數(shù)37能夠可靠地進(jìn)行縮小。
[0042]與該檢索條件相同的信息有和委托人關(guān)鍵字信息32 - 2相關(guān)聯(lián)的接受人關(guān)鍵字信息34 - 2的科目普通賬戶一賬號第1234567號，姓氏位數(shù)2位36 — 21、名字位數(shù)2位37 — 21。實際成績主文件檢索部15提取出與接受人關(guān)鍵字信息34 — 2的科目普通賬戶一賬號第1234567號相關(guān)聯(lián)的接受人信息35 — 2的本州銀行一東京分店一銀座一郎35 — 21作為轉(zhuǎn)賬接受人信息的候補。
[0043]S107:控制部11判斷是否從實際成績主文件檢索部15已提取出轉(zhuǎn)賬接受人信息的候補。在未提取出轉(zhuǎn)賬接受人信息的候補時移至步驟108，在已提取出候補時移至步驟109。
[0044]S108:在未提取出轉(zhuǎn)賬接受人信息的候補時，控制部11指示終端發(fā)送部17向登記終端8通知未提取出轉(zhuǎn)賬接受人信息的候補的信息。接收到該信息的操作人員針對登記畫面的20的接受人的銀行名欄27、分店名欄28以及轉(zhuǎn)賬接受人的姓名欄29，以圖像映象和OCR文字識別后的識別結(jié)果雙方作為參考，通過手動輸入來進(jìn)行確定輸入。
[0045]S109:當(dāng)在步驟107中已提取出轉(zhuǎn)賬接受人信息的候補時，控制部11判斷候補為多個還是單個。在為單個的情況下移至步驟111，在為多個的情況下移至步驟110。
[0046]SllO:當(dāng)控制部11在步驟109中判斷為已提取出多個轉(zhuǎn)賬接受人信息的候補時，通過一致率來進(jìn)行縮小。即，對這些多個候補而言，接受人關(guān)鍵字信息34(科目普通賬戶一賬號第1234567號)相同、且姓氏位數(shù)36 (2位)以及名字位數(shù)37 (2位)相同。而且，不同的部分只是接受人信息35 (銀行名一分店名一接受人的姓名)。控制部11指示一致率計算部20針對多個接受人信息35，計算出與存儲部13中存儲的銀行名欄27的本州、分店名欄28的東京、轉(zhuǎn)賬接受人的姓名欄29的銀座一郎的一致率。而且，指示按一致率從高到低的順序排列。
[0047]Slll:當(dāng)在步驟105中進(jìn)行委托人信息內(nèi)檢索的結(jié)果是已提取出轉(zhuǎn)賬接受人信息的候補時，控制部11指示終端發(fā)送部17向登記終端8發(fā)送提取出的接受人信息35。接收到該信息的登記終端8在登記畫面30上顯示作為候補的該接受人信息。
[0048]圖6是表示第一實施方式涉及的登記畫面的候補的顯示的說明圖?，F(xiàn)假設(shè)委托人信息內(nèi)檢索的結(jié)果是已提取出本州銀行東京分店銀座一郎作為接受人信息35。如圖6 (a)所示，在登記畫面30的跳出畫面40上顯示“存在候補。本州銀行東京分店銀座一郎”。該情況下，跳出畫面40的顏色為意味委托人信息內(nèi)檢索的結(jié)果的藍(lán)色42。操作人員參照圖像映象和OCR文字識別后的識別結(jié)果，對登記畫面30上顯示的銀行名欄27、分店名欄28、轉(zhuǎn)賬接受人的姓名欄29實施由匯兌服務(wù)器7發(fā)送來的作為候補的接受人信息35的確定輸入。
[0049]另一方面，當(dāng)在步驟109中委托人信息外檢索的結(jié)果是已提取出轉(zhuǎn)賬接受人信息的候補時，控制部11指示終端發(fā)送部17向登記終端8發(fā)送提取出的接受人信息35。接收到該信息的登記終端8在登記畫面30上顯示該接受人信息。現(xiàn)假設(shè)委托人信息外檢索的結(jié)果是提取出本州銀行東京分店銀座一郎作為接受人信息35 — 2。圖6 (b)中僅表示跳出畫面40。如圖6 (b)所示，跳出畫面40上顯示“存在候補。本州銀行東京分店銀座一郎”。
[0050]該情況下，跳出畫面40的顏色為意味委托人信息外檢索的結(jié)果的黃色43。通過使其與上述的意味委托人信息內(nèi)檢索的結(jié)果的藍(lán)色不同，能夠向操作人員通知有無該轉(zhuǎn)賬委托人的交易實際成績。操作人員參照圖像映象和OCR文字識別后的識別結(jié)果，針對登記畫面30上顯示的銀行名欄27、分店名欄28、轉(zhuǎn)賬接受人的姓名欄29實施從匯兌服務(wù)器7發(fā)送來的作為候補的接受人信息35 — 2的確定輸入。這樣，即使對轉(zhuǎn)賬委托人而言是向首次的轉(zhuǎn)賬接受人的轉(zhuǎn)賬，由于也向登記畫面30顯示多個接受人信息35的候補，所以可提高操作人員的作業(yè)效率。
[0051]并且，當(dāng)在步驟110中委托人信息外檢索的結(jié)果是已提取出多個轉(zhuǎn)賬接受人信息時，控制部11指示終端發(fā)送部17按一致率從高到低的順序?qū)μ崛〕龅亩鄠€接受人信息35賦予優(yōu)先順序而向登記終端8發(fā)送。接收到該信息的登記終端8在登記畫面30上顯示該多個接受人信息。圖6 (c)中表示了在跳出畫面41上顯示多個候補的例子。如該圖6 (c)所示，跳出畫面41上顯示“存在候補。優(yōu)先順序1.本州銀行東京分店銀座一郎，優(yōu)先順序
2.〇〇銀行〇〇分店〇〇〇〇，優(yōu)先順序3.ΛΛ銀行ΛΛ分店ΛΛΛΛ”。在圖6 (c)中，44表示優(yōu)先順序。
[0052]該情況下，跳出畫面41的顏色為意味委托人信息外檢索的結(jié)果的黃色43。該情況下，也能夠通過使其與上述的意味委托人信息內(nèi)檢索的結(jié)果的藍(lán)色不同，來向操作人員通知有無該轉(zhuǎn)賬委托人的交易實際成績。操作人員參照圖像映象和OCR文字識別后的識別結(jié)果，針對登記畫面30上顯示的銀行名欄27、分店名欄28、轉(zhuǎn)賬接受人的姓名欄29，根據(jù)從匯兌服務(wù)器7發(fā)送來的作為候補的多個接受人信息35實施可靠的一件的確定輸入。該情況也同樣，即便對轉(zhuǎn)賬委托人而言是向首次的轉(zhuǎn)賬接受人的轉(zhuǎn)賬，由于向登記畫面30顯示多個接受人信息35的候補，所以也能夠提高操作人員的作業(yè)效率。
[0053]SI 12:控制部11指示終端接收部18監(jiān)視是否接收到來自登記終端8的確定輸入。當(dāng)存在來自登記終端8的確定輸入時，從登記終端8向匯兌服務(wù)器7發(fā)送確定出的轉(zhuǎn)賬數(shù)據(jù)。
[0054]SI 13:當(dāng)存在來自登記終端8的確定輸入時，控制部11指示向主機的發(fā)送箱19暫時將轉(zhuǎn)賬數(shù)據(jù)保存于此。如果向主機的發(fā)送箱19中蓄積了規(guī)定量的轉(zhuǎn)賬數(shù)據(jù)，則控制部11指示終端發(fā)送部17從發(fā)送 終端9向自行主計算機10發(fā)送向主機的發(fā)送箱19的轉(zhuǎn)賬數(shù)據(jù)。同時，控制部11指示實際成績主文件更新部16更新實際成績主文件。
[0055]在上述圖4中的實際成績主文件6的結(jié)構(gòu)說明中，說明了將接受人的姓名的姓氏位數(shù)36和名字位數(shù)37分開保存的情況，但并不限定于此。即，即使是將兩者合并的姓名位數(shù)也能實現(xiàn)同樣的效果。另外，由于還存在法人等的情況，所以作為姓名或名稱的位數(shù)也能實現(xiàn)同樣的效果。
[0056]以上根據(jù)本實施方式，由于在實際成績主文件6中，針對與在作為傳票的轉(zhuǎn)賬委托書填寫的委托人關(guān)鍵字信息32 -1以外的委托人關(guān)鍵字信息32 - 2以后相關(guān)聯(lián)的接受人關(guān)鍵字信息34 - 2以后，以科目、賬號以及接受人的姓名的位數(shù)36、37作為關(guān)鍵字實施委托人信息外檢索，將檢索的結(jié)果提取出的接受人信息35 - 2作為候補顯示于登記終端8，所以在對實際成績主文件中的轉(zhuǎn)賬接受人信息進(jìn)行檢索時，能夠不對與該委托人的委托人關(guān)鍵字信息32 -1相關(guān)聯(lián)的轉(zhuǎn)賬接受人信息限制檢索范圍，擴大檢索范圍地進(jìn)行檢索。同時，由于以接受人的姓名的位數(shù)36、37為關(guān)鍵字實施委托人信息外檢索，所以可使轉(zhuǎn)賬接受人信息的檢索可靠，實現(xiàn)提高了操作人員的作業(yè)效率的匯兌系統(tǒng)。
【權(quán)利要求】
1.一種匯兌系統(tǒng)，從轉(zhuǎn)賬委托人填寫的傳票對轉(zhuǎn)賬交易信息進(jìn)行文字識別并根據(jù)識別結(jié)果來確定轉(zhuǎn)賬交易信息，所述匯兌系統(tǒng)的特征在于，具有: 登記終端，其將所述傳票的轉(zhuǎn)賬交易信息的圖像映象與所述識別結(jié)果對比顯示于登記畫面； 實際成績主文件，其與和所述轉(zhuǎn)賬委托人有關(guān)的轉(zhuǎn)賬委托人信息相關(guān)聯(lián)地保存有包括科目及賬號的轉(zhuǎn)賬接受人信息、和轉(zhuǎn)賬接受人的姓名或名稱的位數(shù)；和 控制部，針對與在所述傳票填寫的所述轉(zhuǎn)賬委托人以外的所述轉(zhuǎn)賬委托人信息相關(guān)聯(lián)的所述轉(zhuǎn)賬接受人信息，所述控制部以所述科目、賬號以及所述轉(zhuǎn)賬接受人的姓名或名稱的位數(shù)為關(guān)鍵字來實施委托人信息外檢索，將檢索的結(jié)果提取出的所述轉(zhuǎn)賬接受人信息作為候補顯示于所述登記終端。
2.根據(jù)權(quán)利要求1所述的匯兌系統(tǒng)，其特征在于， 與所述轉(zhuǎn)賬委托人信息相關(guān)聯(lián)的所述轉(zhuǎn)賬接受人信息是所述轉(zhuǎn)賬委托人過去實施過轉(zhuǎn)賬的轉(zhuǎn)賬接受人的銀行名、分店名以及接受人的姓名。
3.根據(jù)權(quán)利要求2所述的匯兌系統(tǒng)，其特征在于， 所述轉(zhuǎn)賬接受人的姓名的位數(shù)構(gòu)成為包括轉(zhuǎn)賬接受人的姓氏位數(shù)和名字位數(shù)。
4.根據(jù)權(quán)利要求1至3中任意一項所述的匯兌系統(tǒng)，其特征在于， 針對與在所述傳票填寫的所述轉(zhuǎn)賬委托人信息相關(guān)聯(lián)的所述轉(zhuǎn)賬接受人信息，所述控制部以科目以及賬號為關(guān)鍵字實施委托人信息內(nèi)檢索，將檢索的結(jié)果提取出的所述轉(zhuǎn)賬接受人信息作為候補顯示于所述登記終端，當(dāng)沒有該委托人信息內(nèi)檢索的符合結(jié)果時，實施所述委托人信息外檢索。
5.根據(jù)權(quán)利要求1至4中任意一項所述的匯兌系統(tǒng)，其特征在于， 在所述委托人信息外檢索的結(jié)果是提取出多件所述候補時，所述控制部根據(jù)與所述識別結(jié)果的比較將多件所述候補按所述接受人信息的文字?jǐn)?shù)的一致率從高到低的順序作為候補顯示于所述登記終端。
6.根據(jù)權(quán)利要求1至5中任意一項所述的匯兌系統(tǒng)，其特征在于， 所述控制部將所述委托人信息外檢索的結(jié)果提取出的所述轉(zhuǎn)賬接受人信息、和所述委托人信息內(nèi)檢索的結(jié)果提取出的所述轉(zhuǎn)賬接受人信息以不同色彩顯示于所述登記終端。
7.一種匯兌服務(wù)器，從轉(zhuǎn)賬委托人填寫的傳票對轉(zhuǎn)賬交易信息進(jìn)行文字識別并根據(jù)識別結(jié)果來確定轉(zhuǎn)賬交易信息，所述匯兌服務(wù)器的特征在于， 使登記終端的登記畫面對比顯示所述傳票的轉(zhuǎn)賬交易信息的圖像映象與所述識別結(jié)果， 使實際成績主文件與和所述轉(zhuǎn)賬委托人有關(guān)的轉(zhuǎn)賬委托人信息相關(guān)聯(lián)地保存有包括科目及賬號的轉(zhuǎn)賬接受人信息、和轉(zhuǎn)賬接受人的姓名或名稱的位數(shù)， 所述匯兌服務(wù)器具有控制部，針對與在所述傳票填寫的所述轉(zhuǎn)賬委托人以外的所述轉(zhuǎn)賬委托人信息相關(guān)聯(lián)的所述轉(zhuǎn)賬接受人信息，所述控制部以所述科目、賬號以及所述轉(zhuǎn)賬接受人的姓名或名稱的位數(shù)為關(guān)鍵字來實施委托人信息外檢索，將檢索的結(jié)果提取出的所述轉(zhuǎn)賬接受人信息作為 候補顯示于所述登記終端。
8.根據(jù)權(quán)利要求7所述的匯兌服務(wù)器，其特征在于， 與所述轉(zhuǎn)賬委托人信息相關(guān)聯(lián)的所述轉(zhuǎn)賬接受人信息是所述轉(zhuǎn)賬委托人過去實施過轉(zhuǎn)賬的轉(zhuǎn)賬接受人的銀行名、分店名以及接受人的姓名。
9.根據(jù)權(quán)利要求8所述的匯兌服務(wù)器，其特征在于， 所述轉(zhuǎn)賬接受人的姓名的位數(shù)構(gòu)成為包括轉(zhuǎn)賬接受人的姓氏位數(shù)和名字位數(shù)。
10.根據(jù)權(quán)利要求7至9中任意一項所述的匯兌服務(wù)器，其特征在于， 針對與在所述傳票填寫的所述轉(zhuǎn)賬委托人信息相關(guān)聯(lián)的所述轉(zhuǎn)賬接受人信息，所述控制部以科目以及賬號為關(guān)鍵字實施委托人信息內(nèi)檢索，將檢索的結(jié)果提取出的所述轉(zhuǎn)賬接受人信息作為候補顯示于所述登記終端，當(dāng)沒有該委托人信息內(nèi)檢索的符合結(jié)果時，實施所述委托人信息外檢索。
11.根據(jù)權(quán)利要求7至10中任意一項所述的匯兌服務(wù)器，其特征在于， 在所述委托人信息外檢索的結(jié)果是提取出多件所述候補時，所述控制部根據(jù)與所述識別結(jié)果的比較將多件所述候補按所述接受人信息的文字?jǐn)?shù)的一致率從高到低的順序作為候補顯示于所述登記終端。
12.根據(jù)權(quán)利要求7至11中任意一項所述的匯兌服務(wù)器，其特征在于， 所述控制部將所述委托人信息外檢索的結(jié)果提取出的所述轉(zhuǎn)賬接受人信息、和所述委托人信息內(nèi)檢索的結(jié)果提取出的所述轉(zhuǎn)賬接受人信息以不同色彩顯示于所述登記終端。
【文檔編號】G06Q40/04GK103903179SQ201310487534
【公開日】2014年7月2日 申請日期:2013年10月17日 優(yōu)先權(quán)日:2012年12月27日
【發(fā)明者】潤井慎一 申請人:沖電氣工業(yè)株式會社