JP4614568B2 - Code search processing system - Google Patents

Code search processing system Download PDF

Info

Publication number
JP4614568B2
JP4614568B2 JP2001108125A JP2001108125A JP4614568B2 JP 4614568 B2 JP4614568 B2 JP 4614568B2 JP 2001108125 A JP2001108125 A JP 2001108125A JP 2001108125 A JP2001108125 A JP 2001108125A JP 4614568 B2 JP4614568 B2 JP 4614568B2
Authority
JP
Japan
Prior art keywords
name
code
financial institution
organization
type
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2001108125A
Other languages
Japanese (ja)
Other versions
JP2002304397A (en
Inventor
仁 岩井
宏 和部
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Toppan Forms Co Ltd
Original Assignee
Toppan Forms Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Toppan Forms Co Ltd filed Critical Toppan Forms Co Ltd
Priority to JP2001108125A priority Critical patent/JP4614568B2/en
Publication of JP2002304397A publication Critical patent/JP2002304397A/en
Application granted granted Critical
Publication of JP4614568B2 publication Critical patent/JP4614568B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Character Discrimination (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Description

【0001】
【発明の属する技術分野】
本発明は、個別のコードが付与された金融機関名等の名称より当該付されたコードを検索するコード検索処理システムに関する。
【0002】
【従来の技術】
近年、例えばクレジットカードの申し込みに当たり、申込書には会費等の自動振込の記入欄が設けられているのが多い。また、申込書とは別に専用の預金口座振替依頼書(自動振込利用申込書)として用意される場合もある。この自動振込の記入欄には金融機関名(支店等の店舗名を含む)を申込者が記入するもので、金融機関コード(店舗コード)の記入欄には当該申込者は記入せずに、後に業者側で金融機関のコードを付与することが一般的である。そのため、この金融機関コード付与に当たり事務処理の軽減、効率向上が望まれている。
【0003】
従来、所定の会費等を金融機関の口座より自動的に振り込む場合、預金口座振替依頼書(自動振込利用申込書)が、例えばクレジットカード等の申込様式書に設けられ、または単独の様式書として用意される。申込者は、当該預金口座振替依頼書(自動振込利用申込書)に金融機関を指定する場合として、名称、支店名、預金種目、口座番号を少なくとも記入して、該当の業者に渡す。
【0004】
業者側では、オペレータが、申し込まれた預金口座振替依頼書(自動振込利用申込書)に記入された金融機関名(店舗名を含む)より、対照表を参照して金融機関コード(店舗コード)を付与するという作業を行うのが一般的となっている。
【0005】
【発明が解決しようとする課題】
しかしながら、オペレータが預金口座振替依頼書(自動振込利用申込書)を見ながら金融機関コード(店舗コード)を付与することは、特に大量に処理しなければならない場合、時間を要すると共に、事務処理が効率的でないという問題がある。これらのことは、金融機関コードを付与する場合に限らず、様式書に記入された名称より個別コードを付与する場合においても同様の問題である。
【0006】
そこで、本発明は上記課題に鑑みなされたもので、記入事項の名称より個別コードを付与させる場合の事務処理の効率向上を図るコード検索処理システムを提供することを目的とする。
【0007】
【課題を解決するための手段】
上記課題を解決するために、請求項1の発明では、所定様式書に記入された少なくとも所定の団体名であり、当該団体に属する所定数の下位の名称を含む団体名をイメージデータとして読み取り、文字コード列として認識した認識文字コードデータに基づいて、当該団体名の種別および当該種別を除いた団体名の固有名を認識して、団体コードテーブルより当該団体名に付与された該当の所定数の団体下位コードを含む団体名コードを得るコード検索処理システムであって、対象の団体名を示す認識文字コードデータに対し、当該認識文字コードデータにおける先頭または末尾の何れかについて予め定められた所定数の種別名の文字コードでマッチング処理を行い、所定数の種別名を特定し、当該団体名のうち特定した種別名の残りの部分を固有名として前記団体コードテーブルを参照して特定した種別名で得る固有名の文字コードと順次マッチング処理を行って固有名を特定するもので、特定した種別名および固有名の団体名全体の一致の度合いに応じた団体名を所定数特定する処理を行うマッチング処理手段と、前記特定した所定数の団体名に基づき、前記団体コードテーブルより対応の団体コードを所定数抽出するコード抽出手段と、外部入力により変更自在であり、前記特定した所定数の団体名および対応の団体コードを表示する処理を行う表示処理手段と、を有する構成とする。
【0009】
請求項の発明では、「前記団体コードテーブルは、与えられた所定の団体の情報より、前記所定の団体に関する所定数の団体名と、これに対応する所定数の団体コードとを関連付けて作成される」構成であり
前記表示処理手段における表示に対して外部よりの確定の信号に応じて、確定した団体名および団体コードのデータファイルを作成して出力する出力ファイル作成手段を備える」構成であり、
「前記表示処理手段は、特定した所定数の団体名および対応の団体コードを表示する画面に、前記対象団体名のイメージデータを表示させるための表示ボタンを備えさせる」構成である。
【0010】
このように、所定様式書に記入された下位に属する名称を含む団体名の認識文字コードデータに対し、当該認識文字コードデータにおける先頭または末尾の何れかについて予め定められた種別名(文字コード)でマッチング処理して種別名を特定し、特定した種別名に対応する固有名に対して団体コードテーブルより所定数得た固有名の文字コードとマッチング処理を行って固有名を特定し、特定した種別名および固有名の一致の度合いに応じた団体名を所定数特定し、特定した所定数の団体名の所定数の団体下位コードを含む団体コードをテーブルより抽出して表示させる処理を行う。すなわち、記入事項の団体名部分より種別名および固有名を特定することから、当該団体に付与された当該団体の個別コードを抽出が可能となり、個別コードを付与させる場合の事務処理の効率向上を図ることが可能となるものである。
【0011】
【発明の実施の形態】
以下、本発明の好ましい実施形態を図により説明する。本実施形態では、一例として団体名である金融機関名のコードを検索処理する場合を示すが、これに限らず他の業種(例えば配送業)においても伝票等から相手先企業を個別コードで特定する場合のコードを検索処理する場合にも適用できるものである。
【0012】
図1に、本発明に係る一実施形態におけるコード検索処理システムのブロック構成図を示す。図1(A)は本発明のコード検索処理システムが構築される全体のブロック構成図であり、図1(B)はコード検索処理システムの構成ブロック図である。図1(A)において、コード検索処理システム11は、コンピュータ12内でコード検索処理プログラムにより構築されるもので、当該コンピュータ12は少なくともキーボード、マウス等の入力手段13が接続されると共に、CRT等の表示手段14が接続される。
【0013】
また、コンピュータ12は、コード検索処理システム11により金融機関情報DB15(外部記憶媒体でもよい)よりデータを抽出する構成であり、当該コード検索処理システム11で作成された金融機関名コードを出力ファイル16として出力(内部記憶媒体、外部記憶媒体に対して出力)する構成とされる。また、後述する外部(コンピュータ12内でもよい)のデータ認識装置17で文字コード認識された認識データを所定のデータ入力手段で取り込む構成とされる。
【0014】
一方、上記データ認識装置17は、データ読取認識手段18により文字コードで認識した認識データ19を作成するもので、例えばクレジットカード等の申し込みにおいて金融機関の口座より自動的に振り込むための預金口座振替依頼書(自動振込利用申込書)を含む様式書、または単独の様式書である申込書20の記入部分(ここでは、記入された総ての部分とする)を、定められた領域毎にイメージデータとして読み取り、シフトJIS等の各文字コードの文字コード列として認識し、上記認識データ19を作成する。
【0015】
この場合、該当の金融機関名が記入された部分を切り出したイメージデータをファイルとして、例えば申込書に予め付したID(識別子)番号と関連付けて画像データ19Aに格納させる。すなわち、本実施形態では申込書20の記入部分の総てを認識文字データとし、コード検索処理システム11において後述するように金融機関名が記入されている部分の領域を設定値により特定して当該金融機関名の文字コード列を抽出し、コード検索のマッチング処理が行われるものである。なお、データ認識装置17において、金融機関名が記入された部分のみをイメージデータとして読み込み、認識文字コードデータとしてもよい。
【0016】
コード検索処理システム11は、図1(B)に示すように、データ入出力手段21、処理制御手段22、テーブル作成手段23、データ抽出手段24、マッチング処理手段25(種別名処理手段25A、固有名処理手段25B)、コード抽出手段26、表示処理手段27および出力ファイル作成手段28を適宜備える。データ入出力手段21は、データ入出力のインタフェースであり、入力手段13からの認識文字コードデータのうちの金融機関名が記入されている領域の指定するための設定値、金融機関情報DB15より各金融機関名(下位の店舗名を含む)および金融機関コード(下位の店舗コードを含む)のデータを入力すると共に、コンピュータ12側の処理手段(図示せず)とのデータ授受を行う。
【0017】
上記処理制御手段22は、マッチング処理による金融機関コード(店舗コード)を特定する処理全体を制御する。上記テーブル作成処理手段23は、上記金融機関情報DB15より、金融機関種別名コード、金融機関名、金融機関コードおよび適宜備考が関連付けられた金融機関固有名テーブルを作成すると共に、下位の店舗種別名コード、店舗名、店舗コードおよび適宜備考が関連付けられた店舗固有名テーブルを作成する。この金融機関固有名テーブルおよび店舗固有名テーブルにより団体コードテーブルを構成する。また、上記データ抽出手段24は、上記設定値に基づいて認識データ19より対象の金融機関固有名(店舗固有名)の部分の認識文字コード列を抽出してマッチング処理の対象とさせる。
【0018】
上記マッチング処理手段25は、詳細は後述するが、種別名処理手段25Aが、後述の図2(A)における申込書20Aに対しては、対象の金融機関名を示す認識文字コードデータの先頭または末尾に対し、予め定められた所定数の種別名の文字コード(図3で説明する)でマッチング処理を行い、所定数の種別名を特定する。また、後述の図2(B)における申込書20Bに対しては、所定の金融機関名を特定する部分のうち、対象の金融機関名の種別を示す部分の認識文字コードデータより種別名を特定する。
【0019】
また、固有名処理手段25Bが、後述の図2(A)の申込書20Aに対しては、当該金融機関名のうち特定した種別名の残りの部分を固有名として金融機関コードテーブル(金融機関固有名テーブル)を参照して特定した種別名で得る固有名の文字コードと順次マッチング処理を行って固有名を特定し、後述の図2(B)の申込書20Bに対しては、当該金融機関名の固有名部分を示す認識文字コードデータに基づき金融機関コードテーブルを参照して特定した種別名で得る固有名の文字コードと順次マッチング処理を行って固有名を特定するもので、特定した種別名および固有名の金融機関名全体の一致の度合いに応じた金融機関名を所定数特定する処理を行う。
【0020】
ここで、上記マッチング処理はプログラムによるマッチングアルゴリズムである。なお、店舗名の特定に際しても、上記金融機関名を店舗名と置き換えることで同様の店舗の種別および店舗の固有名を所定数特定するものである。
【0021】
上記コード抽出手段26は、特定した所定数の金融機関名(店舗名)に基づき、前記金融機関固有名テーブル(店舗固有名テーブル)より対応の金融機関コード(店舗コード)を所定数抽出する。また、表示処理手段27は、上記入力手段13の外部入力により変更自在であり、特定した所定数の金融機関名(店舗名)および対応の金融機関コード(店舗コード)を表示手段14に表示させるための処理を行う。そして、上記出力ファイル作成手段28は、表示処理手段27における表示画面に対して入力手段13よりの確定の信号に応じて、確定した金融機関名(店舗名)および金融機関コード(店舗コード)のデータファイル(出力ファイル16)を作成して出力する。
【0022】
ここで、図2に、コード検索処理の一対象となる様式書の説明図を示す。図2(A)は、申込書20Aとしての様式書である預金口座振替依頼書(自動振込利用申込書)の金融機関記入部分を示したもので、「名称」記入欄の升目内に例えば「地球信用組合」と記入され、下位の店舗名としての「支店名」記入欄の升目内に例えば「東京千代田支店」と記入される。なお、「預金種目」記入欄に口座種、口座番号も升目内に記入される。そして、「金融機関コード」および「支店コード」の記入欄には未記入とさせて、当該預金口座振替依頼書(自動振込利用申込書)を受理する例えばクレジット会社側で当該金融機関コードおよび支店コードを本コード検索処理システム11により自動付与するものである。
【0023】
また、図2(B)は、申込書20Bにおける「名称」記入欄の升目内に例えば「アースバンク」と記入されて種別名の銀行を表す数字に「○」印が付けられ、下位である種別名の店舗名としての「支店名」記入欄の升目内に例えば「東京」と記入されて支店を表す数字に「○」印が付けられている場合を示したものである。この場合、「○」印が付けられるべき種別のコードデータに対応する種別名の対応表が予め用意される(後述する)。
【0024】
続いて、図3に、コード検索処理における認識種別名の種類の一例の説明図を示す。図3(A)は、金融機関名の種別名を特定するための予め定められた種類の「種別名」に対する「金融機関種別名コード」、「略称」、「属性」が関連付けられたもので、これらは例えば上記マッチングアルゴリズムを行うプログラムに含まれる(別のテーブルでもよい)。ここでは、「銀行」、「信用金庫」、「信用組合」、「労働金庫」、「信用農業協同組合」、「農業協同組合」、「酪農業協同組合」、「信用漁業協同組合」とし、これらの種別名が金融機関固有名の先頭または末尾に付されるかを属性として示される。なお、金融機関種別名コード「00」は、「種別名なし」を示している。
【0025】
図3(B)は、店舗名の種別名を特定するための予め定められた種類の「種別名」に対する「店舗種別名コード」が関連付けられたもので、同様にマッチングアルゴリズムを行うプログラムに含まれる(別のテーブルでもよい)。ここでは、「支店」、「支所」、「代理店」、「出張所」としたもので、これらは一般に店舗固有名の末尾に付されることから、総て末尾の属性が関連付けられる。なお、店舗種別名コード「00」は、「種別名なし」を示している。
【0026】
続いて、図4に、図3における種別名および固有名の認識パターンの説明図を示す。図4(A)は、認識文字コードデータの種別名または固有名が、正規の種別名または固有名に一文字が他の文字に置き換えられた場合であり、2文字以上の種別名および固有名に対して各箇所に一文字がそれぞれ別文字に置き換わったパターンである。なお、正規の名前が一文字の場合には置き換えとは判定しない。
【0027】
また、図4(B)は、認識文字コードデータの種別名または固有名が、正規の種別名または固有名に対して一文字分欠落(認識されなかった場合)した場合のパターンである。そして、図4(C)は、認識文字コードデータの種別名または固有名が、正規の種別名または固有名に対して、一文字分混入(例えば漢字の偏と造りが別文字と認識された場合)した場合のパターンである。
【0028】
すなわち、図4(A)〜図4(C)の総てのパターンで順次種別名および固有名のマッチング処理が行われるものである。
【0029】
続いて、図5に、コード検索結果の一例の画面表示の説明図を示す。図5(A)は、例えば正規(図2)の金融機関名「地球信用組合」に対して、認識文字コードデータの種別名における「信」の文字が何れかの文字に置き換わった場合のコード検索処理結果の画面である。ここで、「金融機関」のエリアには名前の置き換わり名である「地球*用組合」が表示され、当該金融機関名と金融機関コードをオペレータが入力変更可能なエリア(蓋然性の高い金融機関名と金融機関コードを表示)が設けられる。また、当該入力変更可能なエリアに対して他の金融機関名と金融機関コードを選択できるウィンドウを現す「検索」ボタンが設けられる。
【0030】
また、検索結果画面には、「変換結果」のエリアが表示されるもので、「基準値」、「蓋然性リスト」の一覧が表示される。ここで、「基準値」は、認識文字コードデータに対して文字一致の度合い(ここでは一致率)で選択する場合の一致率の基準を示すもので、「設定」ボタンにより変更自在に当該基準値を設定できる。例えば、基準値「0.9」では厳密判断となり、基準値「0.7」では通常判断とし、基準値「0.5」では寛容判断としてマッチングの妥当性を判断するものである。なお、最初の項目の一致率が基準値より大きいときでも、2番目の項目の一致率との差が「0.1」以下の時にはマッチングの妥当性に問題があると判断する。
【0031】
「蓋然性リスト」の項目は、金融機関の種別名と固有名のそれぞれのマッチングにおける一致率が上記基準値に応じて選択判断された金融機関名を表示させるものである。すなわち、マッチング処理の結果が必ずしも一つとは限らないことから、リストとして例えば一致率(蓋然性)の高いものから順に表示させるものである。なお、マッチング処理における一致率の判断の処理は、後述のフローチャートで説明する。
【0032】
そして、検索結果画面には、「OK」ボタン、「中止」ボタンが設けられ、「金融機関」のエリアにおける入力変更可能なエリアに表示されている金融機関名および金融機関コードが正しいとオペレータが判断して「OK」ボタンがクリックされたときに、確定信号としてコード検索処理システム11に入力される。「中止」ボタンがクリックされた場合には、当該金融機関名と金融コードは確定できないとして当該認識文字コードデータの金融機関コードの検索処理を終了させるものである。
【0033】
図5(B)は、図5(A)と異なり、例えば正規(図2)の金融機関名「地球信用組合」に対して、認識文字コードデータの固有名における「球」の文字が何れかの文字に置き換わった場合のコード検索処理結果の画面であり、表示画面の構成内容は図5(A)と同様である。なお、店舗名のマッチング処理におけるコード検索処理結果の画面も同様である。
【0034】
次に、図6および図7に、本発明に係るコード検索処理全体のフローチャートを示す。図6において、まず、コンピュータ12内でコード検索処理プログラムが起動することにより、処理選択(システム構築、コード変換処理、終了)の画面表示がなされる(ステップ(S)1)。外部からの入力信号が終了信号である場合には(S2)、処理を終了する。また、システム構築の入力信号の場合には(S3)、本コード検索処理システム11の構築が実行される(S4)。そして、本システムが構築されると、テーブル作成手段23が金融機関情報DB15より金融機関固有名(金融機関コード)および店舗固有名(店舗コード)を抽出し、それぞれ金融機関固有名テーブルおよび店舗固有名テーブルを作成して所定の格納領域(例えばコンピュータ12のハードディスク等の内部記憶領域)に格納し(S5)、コード変換処理の入力信号を待つ(S3)。
【0035】
続いて、コード変換処理の入力信号が入力されると(S3)、入力される認識文字データに対する対象文字コードデータ部分を抽出するための設定(入力手段13から入力される設定値)がなされると(S6)、データ抽出手段24が提供される認識データ19より該当の認識文字コードデータを取得し(S7)、抽出設定に基づいて、該当の対象文字コードデータのうち、まず金融機関名に該当する文字コード列を抽出する(S8)。ここで、上記申込書20Aの場合は、種別名を含んだ金融機関名の文字コード列であり、上記申込書20Bの場合は、固有名のみの金融機関名の文字コード列、および種別を特定するコードデータ(「○」印が付けられた部分)の文字コード列である。なお、上記設定は、上記申込書20A,20Bの様式がそれぞれ異なる場合をも考慮したものである。
【0036】
抽出した金融機関名の文字コード列に対して、マッチング処理手段25の種別名処理手段25Aが、上記申込書20Aの場合として、金融機関の種別名を所定数の候補としてマッチング処理のアルゴリズムを実行して所定数の種別名を特定する(S9)。この特定処理は図9〜図12で説明する。また、上記申込書20Bの場合として、上記種別のコードデータより予め用意されている上記対応表を参照して当該種別を特定する。
【0037】
つぎに、固有名処理手段25Bが、上記申込書20Aの場合として、認識された金融機関名の文字コード列のうち、特定した金融機関の種別名部分以外の部分を金融機関の固有名とし、特定した金融機関の種別名に対応した固有名を、金融機関固有名テーブルを参照し、所定数の候補として特定するマッチング処理のアルゴリズムを実行して固有名を特定する(S10)。この固有名特定処理は図13〜図18で説明する。また、上記申込書20Bの場合には、上記種別のコードデータで特定した金融機関の種別名に対応した固有名を、金融機関固有名テーブルを参照し、所定数の候補として特定するマッチング処理のアルゴリズムを実行して固有名を特定する。そして、特定した金融機関の種別名および固有名に基づき、コード抽出手段16が、上記作成した金融機関固有名テーブルを参照して、金融機関コードを所定数抽出する(S11)。
【0038】
続いて、図7において、表示処理手段27が図5に示すような特定した金融機関名を、所定数の候補を示して表示手段14で表示させるための処理を実行する(S12)。図5のようなコード検索結果の画面において、オペレータによる確認、または適宜金融機関名および金融機関コードの変更に応じて上記「OK」ボタンがクリックされることで上記入力変更可能な金融機関名および金融機関コードのエリアに表示されている当該金融機関名の金融機関コードを確定コードとして、例えば出力ファイル作成手段18の一時バッファに記憶する(S13)。
【0039】
上記抽出設定に基づいて、該当の対象文字コードデータのうち、店舗名に該当する文字コード列を抽出し(S14)、店舗名の文字コード列に対して、マッチング処理手段25の種別名処理手段25Aが、上記申込書20Aの場合として、店舗の種別名(図3(B))を所定数の候補として特定するマッチング処理のアルゴリズムを実行して店舗の種別名を特定する(S15)。また、上記申込書20Bの場合として、上記店舗の種別のコードデータより予め用意されている上記対応表を参照して当該店舗の種別を特定する。
【0040】
また、固有名処理手段25Bが、上記申込書20Aの場合として、店舗名の文字コード列のうち、特定した店舗の種別名部分以外の部分を店舗の固有名として特定した店舗の種別に対応した固有名、または上記店舗の種別のコードデータで特定した店舗の種別に対応した固有名に対し、店舗固有名テーブルを参照し、所定数の候補として特定するマッチング処理のアルゴリズムを実行して固有名を特定する(S16)。また、上記申込書20Bの場合には、上記店舗のコードデータで特定した金融機関の店舗名に対応した固有名を、店舗固有名テーブルを参照し、所定数の候補として特定するマッチング処理のアルゴリズムを実行して固有名を特定する。
【0041】
上記特定した店舗名および金融機関名に基づいて、コード抽出手段26が、作成した上記店舗固有名テーブルを参照して店舗コードを抽出する(S17)。また、表示処理手段27が特定した店舗名を、所定数の候補を示して表示手段14で表示させるための処理を実行する(S18)。このコード検索結果の画面においても、オペレータによる確認、または適宜店舗名および店舗コードの変更に応じて上記「OK」ボタンがクリックされることで上記入力変更可能な店舗名および店舗コードのエリアに表示されている当該店舗名の店舗雄コードを確定コードとして、例えば出力ファイル作成手段18の一時バッファに記憶する(S19)。
【0042】
以上の処理を、上記抽出設定に基づいて抽出する総ての対象の認識文字コードデータに対して行うもので、つぎの処理候補がある場合には上記S8〜S19を繰り返し(S20)、総ての処理候補についてコード検索が行われると、総ての対象の認識文字コードデータに対して、抽出した金融機関コード、店舗コードのファイルを出力ファイル作成手段18が作成して出力ファイル16として出力するものである(S21)。
【0043】
次に、図8に、本発明に係るマッチング処理全体の概略説明図を示す。なお、図8は、図2(A)に示す申込書20Aに対するものである。図8において、まず、入力された金融機関名の認識文字コードデータの文字列を例えば「A」とし、当該文字列Aの文字数を「a」とする(S31)。そこで、文字列Aの種別名を特定し、それに対応した「A」の固有名部分(種別名以外の部分)を、所定数取り出す(S32)。例えば、種別名(M1、M2・・・)と特定したときの所定数の固有名部分B1、B2・・・を取り出す。そして、文字列Aの固有名部分が示す固有名を所定数特定する(S33)。例えば、種別名(M1)が特定されたときの所定数の固有名P11、P12・・・を取り出し、種別名(M2)が特定されたときの所定数の固有名P21、P22・・・を取り出して、以下特定した種別名の個数に応じて所定数の固有名を取り出すものである。上記種別名、固有名の特定を以下のフローチャートで説明する。
【0044】
そこで、図9〜図12に、金融機関種別名を特定する処理のフローチャートを示す。図9は、金融機関種別名を特定する場合の全体処理の概略フローチャートであり、マッチング手段25の種別名処理手段25Aにおいて、まず、入力された金融機関名の認識文字コードデータに対して、種別の置換名について判定処理を行い(S41)、完全一致か否かを判断する(S42)。判断の結果、完全一致の場合には処理を終了する。この処理の詳細は図10で説明する。
【0045】
また、完全一致でない場合には、種別の混入名について判定処理を行うもので(S43)、この処理の詳細は図11で説明する。続いて、種別の欠落名について判定処理を行うもので(S44)、この処理の詳細は図12で説明する。そして、上記混入名および欠落名についての判定処理で種別が判定できた場合には(S45)、処理を終了し、種別が判定できない場合には「種別名なし」として金融機関名全体を固有名と判定するものである(S46)。
【0046】
そこで、図10の置換名の種別判定において、まず、総ての種別名について判定が行われた場合には(S51)、処理を終了する。種別の置換名に対する判定がなされていなければ、入力された認識文字コードデータにおける金融機関名の文字コード列(A:文字数a)に対し、判定する金融機関の種別名を例えばTとし、その文字数をmとする(S52)。例えば、種別名Tが「信用組合」の場合の文字数mは「4」となる。
【0047】
そこで、種別名Tの属性を、図3(A)に示す当該プログラムに含まれる関連付けより判断し(S53)、先頭の場合には入力された文字コード列(A)の文字数aが金融機関の種別名Tの文字数mより多いかが判断される(S54)。当該文字数aが種別名Tの文字数mより小さい場合には処理開始時点のS51に戻る。そして、当該文字数aが種別名Tの文字数mより大きい場合は、文字コード列(A)の先頭mの文字数を取り出し、種別名Tと比較した文字の一致数eを得る(S55)。例えば、マッチング対象の種別名Tを「信用組合」としたときに、入力された文字コード列(A)の先頭より{m=4}文字分を抜き出し、「信」、「用」、「組」、「合」の各文字コードを含むかのマッチング処理して一致数eを求める。
【0048】
続いて、一致数eが「0」であるかが判断され(S56)、e=0の場合には処理開始時点のS51に戻る。また、一致数eが「0」でない場合には、種別名Tを文字コード列Aの種別名と判定するもので、このときの固有名は文字コード列Aの末尾{a−m}の文字分であり、その一致率が{e/m}で表される(S57)。続いて、一致数eが文字数mと等しいかが判断され(S58)、等しくなければ処理開始時点のS51に戻る。また、等しければ{e=m}、完全一致(一致率1.0)と判定する(S59)。
【0049】
一方、S53において、末尾の場合においても、入力された文字コード列(A)の文字数aが金融機関の種別名Tの文字数mより多いかが判断される(S60)。当該文字数aが種別名Tの文字数mより小さい場合には処理開始時点のS51に戻る。そして、当該文字数aが種別名Tの文字数mより大きい場合は、文字コード列(A)の末尾mを取り出し、種別名Tと比較した文字数の一致数eを得る(S61)。
【0050】
続いて、一致数eが「0」であるかが判断され(S62)、e=0の場合には処理開始時点のS51に戻る。また、一致数eが「0」でない場合には、種別名Tを文字コード列Aの種別名と判定するもので、このときの固有名は文字コード列Aの先頭{a−m}の文字分であり、その一致率が{e/m}で表される(S63)。続いて、一致数eが文字数mと等しいかが判断され(S64)、等しくなければ処理開始時点のS51に戻り、等しければ{e=m}、完全一致(一致率1.0)と判定するものである(S65)。
【0051】
次に、図11の混入名の種別判定において、まず、総ての種別名について判定が行われた場合には(S71)、処理を終了する。種別の混入名に対する判定がなされていなければ、入力された認識文字コードデータにおける金融機関名の文字コード列(A:文字数a)に対し、判定する金融機関の種別名を例えばTとし、その文字数をmとする(S72)。
【0052】
そこで、種別名Tの属性を、図3(A)に示す当該プログラムに含まれる関連付けより判断し(S73)、先頭の場合には入力された文字コード列(A)の文字数aが金融機関の種別名Tの文字数mに1文字加えた文字数{m+1}より多いかが判断される(S74)。当該文字数aが文字数{m+1}より小さい場合には処理開始時点のS71に戻る。そして、当該文字数aが文字数{m+1}より大きい場合は、文字コード列(A)の先頭{m+1}の文字数を取り出し、種別名Tと比較した文字の一致数eを得る(S75)。
【0053】
このとき、混入名は複数存在することから一致数の最大のものを採用する。例えば、マッチング対象の種別名Tを「信用組合」としたときに、入力された文字コード列(A)の先頭より{m+1=5}文字分を抜き出し、「信」、「用」、「組」、「合」の各文字コードを含むかのマッチング処理して一致数eを求める。
【0054】
続いて、一致数eが「0」であるかが判断され(S76)、e=0の場合には処理開始時点のS71に戻る。また、一致数eが「0」でない場合には、種別名Tを文字コード列Aの種別名と判定するもので、このときの固有名は文字コード列Aの末尾{a−(m−1)}の文字分であり、その一致率が{e/m}で表される(S77)。
【0055】
一方、S73において、末尾の場合においても、入力された文字コード列(A)の文字数aが金融機関の種別名Tの文字数mに1文字加えた文字数{m+1}より多いかが判断される(S78)。当該文字数aが文字数{m+1}より小さい場合には処理開始時点のS71に戻る。そして、当該文字数aが文字数{m+1}より大きい場合は、文字コード列(A)の末尾{m+1}を取り出し、種別名Tと比較した文字の一致数eを得る(S79)。この場合においても混入名は複数存在することから一致数の最大のものを採用する。
【0056】
続いて、一致数eが「0」であるかが判断され(S80)、e=0の場合には処理開始時点のS71に戻る。また、一致数eが「0」でない場合には、種別名Tを文字コード列Aの種別名と判定するもので、このときの固有名は文字コード列Aの先頭{a−(m−1)}の文字分であり、その一致率が{e/m}で表されるものである(S81)。
【0057】
次に、図12の欠落名の種別判定において、まず、総ての種別名について判定が行われた場合には(S91)、処理を終了する。種別の欠落名に対する判定がなされていなければ、入力された認識文字コードデータにおける金融機関名の文字コード列(A:文字数a)に対し、判定する金融機関の種別名を例えばTとし、その文字数をmとする(S92)。
【0058】
そこで、種別名Tの属性を、図3(A)に示す当該プログラムに含まれる関連付けより判断し(S93)、先頭の場合には入力された文字コード列(A)の文字数aが金融機関の種別名Tの文字数mに1文字減じた文字数{m−1}より多いかが判断される(S94)。当該文字数aが文字数{m−1}より小さい場合には処理開始時点のS91に戻る。そして、当該文字数aが文字数{m−1}より大きい場合は、文字コード列(A)の先頭{m−1}の文字数を取り出し、種別名Tと比較した文字の一致数eを得る(S95)。この場合、欠落名は複数存在することから一致数の最大のものが採用される。
【0059】
続いて、一致数eが「0」であるかが判断され(S96)、e=0の場合には処理開始時点のS91に戻る。また、一致数eが「0」でない場合には、種別名Tを文字コード列Aの種別名と判定するもので、このときの固有名は文字コード列Aの末尾{a−(m+1)}の文字分であり、その一致率が{e/m}で表される(S97)。
【0060】
一方、S93において、末尾の場合においても、入力された文字コード列(A)の文字数aが金融機関の種別名Tの文字数mに1文字減じた文字数{m−1}より多いかが判断される(S98)。当該文字数aが文字数{m−1}より小さい場合には処理開始時点のS91に戻る。そして、当該文字数aが文字数{m−1}より大きい場合は、文字コード列(A)の末尾{m−1}の文字数を取り出し、種別名Tと比較した文字の一致数eを得る(S99)。この場合も欠落名は複数存在することから一致数の最大のものが採用される。
【0061】
続いて、一致数eが「0」であるかが判断され(S100)、e=0の場合には処理開始時点のS91に戻る。また、一致数eが「0」でない場合には、種別名Tを文字コード列Aの種別名と判定するもので、このときの固有名は文字コード列Aの先頭{a−(m+1)}の文字分であり、その一致率が{e/m}で表されるものである(S101)。
【0062】
このように、入力された所定金融機関の認識文字コードデータに対して、種別の置換名で判定し、適宜、混入名、欠落名で判定することで種別名を判定するもので、その判定の結果が図9におけるS45で判断される。そして、特定された種別名以外の部分を固有名とし、また、種別名が特定されないときには「種別名なし」として、マッチング処理手段25における固有名処理手段25Bによる図13〜図18のマッチング処理に移行する。
【0063】
次に、図13〜図18に、金融機関名の固有名を特定する処理のフローチャートを示す。図13は金融機関の固有名を特定する場合の全体処理の概略フローチャートであり、マッチング手段25の固有名処理手段25Bが、入力された金融機関名の認識文字コードデータに対して、上記特定された種別名以外の部分の固有名部分について、当該固有名が後述の金融機関固有名テーブルにおける金融機関固有名と完全一致について判定処理を行う(S111)。判定の結果、完全一致の固有名が存在する場合には(S112)、処理を終了する。この処理の詳細は図14で説明する。また、完全一致の固有名が存在しない場合には(S112)、固有名が完全一致でない場合の判定処理を行うもので(S113)、この処理の詳細は図15〜図18で説明する。
【0064】
そこで、図14において、まず、上記図8に示す種別名のマッチング処理S32によって得られた種別名と固有名との対の総てに対して、判定処理を行った場合には(S121)、当該処理を終了する。ここで、種別名のマッチング処理において、上記特定された所定数の種別名のうち、対象の金融機関名の種別名をMとし、これに対応した上記文字コード列Aの固有名部分をBとする(S122)。そして、上記作成された金融機関固有名テーブルの種別名Mのものの中に、当該固有名としたBに一致する固有名Pが存在するかを参照する(S123)。
【0065】
参照の結果(S124)、存在しなければ処理開始のS121に戻り、存在すれば上記固有名Pを入力された固有名と判定するもので、完全一致であることから一致率は「1.0」となる(S125)。また、このとき、上記種別特定時の一致率が「1.0」の場合には、完全一致と判定して(S127)、処理開始のS121に戻る。また、種別特定の一致率が「1.0」でないときには処理開始のS121に戻るものである。
【0066】
そこで、図15において、まず、上記図8に示す種別名のマッチング処理S32によって得られた種別名と固有名との対の総てに対して、判定処理を行った場合には(S131)、当該処理を終了する。上記特定された所定数の種別名のうち、対象の金融機関名の種別名をMとし、これに対応した上記文字コード列Aの固有名部分をBとすると共に、当該Bの文字数をbとする(S132)。
【0067】
そして、上記作成された金融機関固有名テーブルの種別名Mのものの中に、当該固有名としたBに一致する固有名Pが存在するかのマッチング処理を行わせるもので、当該金融機関固有名テーブルの種別名Mの固有名総てについてマッチング処理を行った後に処理開始のS131に戻る(S133)。そこで、金融機関固有名テーブルの種別名Mの固有名についてマッチング処理を行う場合、当該金融機関固有名テーブルの種別名Mの固有名をPとし、その文字数をnとする(S134)。
【0068】
続いて、上記固有名としたBと上記金融機関固有名テーブルにおける固有名Pとのマッチングによる判定処理が行われる(S135)。この処理の詳細は図16で説明する。また、固有名としたBの混入名と当該金融機関固有名テーブルにおける固有名Pとのマッチングによる判定処理が行われる(S136)。この処理の詳細は図17で説明する。さらに、固有名としたBの欠落名と当該金融機関固有名テーブルにおける固有名Pとのマッチングによる判定処理が行われる(S137)。この処理の詳細は図18で説明する。そして、これらS134〜S137が、当該金融機関固有名テーブルの種別名Mの総ての固有名Pについてマッチングによる判定処理が行われるものである。
【0069】
そこで、図16において、図15のS135に対応するマッチング処理として、まず、上記文字コード列Aの固有名部分としたBの文字数bと、上記金融機関固有名テーブルの種別名Mにおける固有名Pの文字数nとを比較するもので(S141)、上記Bの文字数bが固有名Pの文字数nと同じでなければ処理を終了し、同じであればその比較の結果の一致数eを得る(S142)。そして、一致数eが「0」であるかが判断され(S143)、「0」であればS141に戻り、「0」でなければ固有名Pを文字コード列Aの固有名と判定し、その一致率(e/n)を求めて終了するものである(S144)。
【0070】
また、図17においては、上記文字コード列Aの固有名部分としたBの文字数bに混入として1文字加えた文字数{b+1}と、上記金融機関固有名テーブルの種別名Mにおける固有名Pの文字数nとを比較するもので(S151)、上記文字数{b+1}が固有名Pの文字数nと同じでなければ処理を終了し、同じであればその比較の結果の一致数eを得る(S152)。この場合、混入名は複数存在することからその最大の一致数eを採用する。そして、一致数eが「0」であるかが判断され(S153)、「0」であればS151に戻り、「0」でなければ固有名Pを文字コード列Aの固有名と判定し、その一致率(e/n)を求めて終了するものである(S154)。
【0071】
続いて、図18において、上記文字コード列Aの固有名部分としたBの文字数bに欠落として1文字減じた文字数{b−1}と、上記金融機関固有名テーブルの種別名Mにおける固有名Pの文字数nとを比較するもので(S161)、上記文字数{b−1}が固有名Pの文字数nと同じでなければ処理を終了し、同じであればその比較の結果の一致数eを得る(S162)。この場合、欠落名は複数存在することからその最大の一致数eを採用する。そして、一致数eが「0」であるかが判断され(S163)、「0」であればS161に戻り、「0」でなければ固有名Pを文字コード列Aの固有名と判定し、その一致率(e/n)を求めて終了するものである(S164)。
【0072】
ところで、上記図9において、種別判定において、「種別名なし」の判定結果に対しては入力された金融機関の文字コード列全体が固有名と判定するもので、当該固有名(例えばD、文字数をd)とし、上記作成された金融機関固有名テーブルの種別名なしの中に、当該固有名としたDに一致する固有名Pが存在するかのマッチングによる判定処理を図13〜図18に示すように行わせるものである(ただし、図15におけるS133は、総ての種別に対して処理する)。
【0073】
このように、図9〜図18のマッチング処理で特定された金融機関の種別名および固有名並びに種別名なしの固有名に基づき、コード抽出手段16が、上記作成した金融機関固有名テーブルを参照して、金融機関コードを所定数抽出し、表示処理手段27が図5に示すような画面を表示させるべく処理を行うものである。これによって、図2に示すような記入事項の金融機関名より当該金融機関に付与された金融機関コードを抽出することができ、個別コードを付与させる場合の事務処理の効率向上を図ることができるものである。
【0074】
なお、店舗名のマッチング処理は、特定された金融機関名に対応する店舗名を上記作成した店舗固有名テーブルを用いて店舗名(または店舗名なし)を所定数特定し、当該店舗名に対応した固有名を特定して当該店舗の店舗コードを抽出することができるものである。この店舗名マッチング処理は、上述の金融機関名のマッチング処理と基本的に同様であり、説明を省略する。
【0075】
次に、図19に、本発明に係る他の実施形態の説明図を示す。図19(A)は、図5に示すコード検索結果の画面表示に、特定した所定数の金融機関名(店舗名)および対応の金融機関コード(店舗コード)を表示する画面に、当該対象の金融機関名のイメージデータを表示させるための表示ボタンである「イメージ」ボタンを設けたものである。すなわち、当該対象の金融機関名のイメージデータは、上記データ認識手段17により認識データ19の画像データ19Aとして提供されるもので、上記「イメージ」ボタンがクリックされることでデータ抽出手段24が上述のID番号で関連付けられたファイルのイメージデータを当該画像データ19Aより抽出し、表示処理手段27が上記画面上に当該イメージを表示させたウィンドウを出現させるものである。
【0076】
そこで、図19(B)において、まず、表示処理手段27が特定した金融機関名を、上述のように一致率に応じて所定の候補を指名して「金融機関」エリアに表示したときに(S171)、「イメージ」ボタンがクリックされてイメージ信号が入力されると(S172)、データ抽出手段24が認識データ19中の画像データ19Aより該当の依頼書(申込書20)における例えばID番号で関連付けられたファイルのイメージデータを抽出して取り出し、例えば別ウィンドウで表示する(S173)。
【0077】
そして、S172で「イメージ」ボタンがクリックされない場合、またはオペレータが上記表示したイメージ画像で確認して画面上の「金融機関」のエリアの入力変更可能なエリアに適宜変更の入力がされるような、オペレータによる確認、変更の後に「OK」ボタンがクリックされることで確定信号を入力すると、表示された金融機関コードを金融機関名と関連付けて確定コードとして記憶するものである(S174)。
【0078】
このように、「イメージ」ボタンを表示画面上に設けることで、オペレータによる当該金融機関名(店舗名)の金融機関コード(店舗コード)の確認を容易とし確実な個別コード付与を行うことができるものである。
【0079】
【発明の効果】
以上のように、請求項1〜発明によれば、所定様式書に記入された下位に属する名称を含む団体名の認識文字コードデータに対し、当該認識文字コードデータにおける先頭または末尾の何れかについて予め定められた種別名(文字コード)でマッチング処理して種別名を特定し、特定した種別名に対応する固有名に対して団体コードテーブルより所定数得た固有名の文字コードとマッチング処理を行って固有名を特定し、特定した種別名および固有名の一致の度合いに応じた団体名を所定数特定し、特定した所定数の団体名の所定数の団体下位コードを含む団体コードをテーブルより抽出して表示させ、適宜確定した団体コードを当該団体名のものとしたデータファイルを出力する処理を行わせるより、記入事項の団体名より当該団体に付与された個別コードを抽出することができ、個別コードを付与させる場合の事務処理の効率向上を図ることができるものである。
【0080】
請求項発明によれば、表示処理手段が、特定された団体名および団体コードを表示する画面に対象団体名のイメージデータを表示させる表示ボタンを備えさせることにより、オペレータによる確認を容易とし確実な個別コード付与を行うことができるものである。
【図面の簡単な説明】
【図1】本発明に係る一実施形態におけるコード検索処理システムのブロック構成図である。
【図2】コード検索処理の一対象となる様式書の説明図である。
【図3】コード検索処理における認識種別名の種類の一例を示した説明図である。
【図4】図3における種別名および固有名の認識パターンを示した説明図である。
【図5】コード検索結果の一例の画面表示を示した説明図である。
【図6】本発明に係るコード検索処理全体のフローチャート(1)である。
【図7】本発明に係るコード検索処理全体のフローチャート(2)である。
【図8】本発明に係るマッチング処理全体の概略説明図である。
【図9】金融機関種別名を特定する処理のフローチャート(1)である。
【図10】金融機関種別名を特定する処理のフローチャート(2)である。
【図11】金融機関種別名を特定する処理のフローチャート(3)である。
【図12】金融機関種別名を特定する処理のフローチャート(4)である。
【図13】金融機関名の固有名を特定する処理のフローチャート(1)である。
【図14】金融機関名の固有名を特定する処理のフローチャート(2)である。
【図15】金融機関名の固有名を特定する処理のフローチャート(3)である。
【図16】金融機関名の固有名を特定する処理のフローチャート(4)である。
【図17】金融機関名の固有名を特定する処理のフローチャート(5)である。
【図18】金融機関名の固有名を特定する処理のフローチャート(6)である。
【図19】本発明に係る他の実施形態の説明図である。
【符号の説明】
11 コード検索処理システム
12 コンピュータ
13 入力手段
14 表示手段
15 金融機関情報DB
16 出力ファイル
19 認識データ
20 申込書
23 テーブル作成手段
24 データ抽出手段
25 マッチング処理手段
25A 種別名処理手段
25B 固有名処理手段
26 コード抽出手段
27 表示処理手段
28 出力ファイル作成手段
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a code retrieval processing system that retrieves a code assigned from a name such as a financial institution name to which an individual code is assigned.
[0002]
[Prior art]
In recent years, for example, when applying for a credit card, an application form is often provided with an automatic transfer entry field such as a membership fee. In addition to the application form, it may be prepared as a dedicated deposit account transfer request form (automatic transfer use application form). The applicant fills in the name of the financial institution (including the store name of the branch, etc.) in this automatic transfer entry field, and the applicant does not enter in the entry field of the financial institution code (store code). It is common that the code of the financial institution is given later on the merchant side. For this reason, it is desired to reduce paperwork and improve efficiency when assigning this financial institution code.
[0003]
Conventionally, when a predetermined membership fee is automatically transferred from a financial institution's account, a deposit account transfer request form (automatic transfer use application form) is provided in an application form such as a credit card, or as a single form Prepared. The applicant, when specifying a financial institution in the deposit account transfer request form (automatic transfer use application form), fills in at least the name, branch name, deposit type, and account number, and passes them to the corresponding trader.
[0004]
On the merchant side, the operator refers to the financial institution code (store code) from the name of the financial institution (including store name) entered in the requested deposit account transfer request form (automatic transfer application form). It is common to do the work of granting.
[0005]
[Problems to be solved by the invention]
However, giving the financial institution code (store code) while looking at the deposit account transfer request form (automatic transfer use application form) requires time, especially when the processing is large, There is a problem that it is not efficient. These problems are not limited to the case where a financial institution code is assigned, but the same problem occurs when an individual code is assigned from a name entered in a form.
[0006]
Accordingly, the present invention has been made in view of the above problems, and an object of the present invention is to provide a code search processing system that improves the efficiency of office processing when an individual code is assigned from the name of an entry.
[0007]
[Means for Solving the Problems]
  In order to solve the above-mentioned problem, in the invention of claim 1, the organization name including at least a predetermined organization name entered in a predetermined form and including a predetermined number of lower names belonging to the organization is read as image data. Based on the recognized character code data recognized as a character code string, the corresponding predetermined number assigned to the organization name from the organization code table by recognizing the type of the organization name and the unique name of the organization name excluding the type Code search processing system that obtains the organization name code including the organization sub-code, for the recognition character code data indicating the organization name of the target,About the beginning or end of the recognized character code dataMatching is performed with a predetermined number of type-name character codes, a predetermined number of type names are specified, and the remaining part of the specified type name among the group names is referred to the group code table as a unique name. The unique name is obtained by sequentially matching with the character code of the unique name obtained with the specified category name, and the organization name corresponding to the degree of matching of the identified category name and the entire organization name of the unique name is predetermined. Matching processing means for performing a process for specifying the number, code extraction means for extracting a predetermined number of corresponding group codes from the group code table based on the specified number of group names specified, and changeable by external input, Display processing means for performing processing for displaying the specified number of organization names and the corresponding organization code.
[0009]
  Claim2~4In the present invention, “the group code table is created by associating a predetermined number of group names related to the predetermined group and a predetermined number of group codes corresponding to the predetermined group based on the given predetermined group information”. Configuration,
  "In response to an external confirmation signal for display in the display processing means, the data processing device includes an output file creation means for creating and outputting a data file of the confirmed organization name and organization code.
  “The display processing means includes a display button for displaying image data of the target organization name on a screen that displays the specified predetermined number of organization names and corresponding organization codes”.
[0010]
  In this way, for the recognition character code data of the organization name including the name belonging to the lower order entered in the predetermined form,Predetermined for either the beginning or end of the recognized character code dataMatching with the category name (character code) is performed to identify the category name, and the unique name corresponding to the identified category name is matched with the character code of the unique name obtained from the organization code table for the unique name. Identifying a predetermined number of group names according to the degree of matching of the specified type name and unique name, and extracting a group code including a predetermined number of group sub-codes of the specified number of group names from the table Process to be displayed. In other words, since the type name and unique name are specified from the organization name part of the entry, it is possible to extract the individual code of the organization given to the organization, and improve the efficiency of the paperwork when giving the individual code. It is possible to plan.
[0011]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, preferred embodiments of the present invention will be described with reference to the drawings. In this embodiment, as an example, the case of searching for a code of a financial institution name that is an organization name is shown. The present invention can also be applied to a case where a code is searched for.
[0012]
FIG. 1 is a block diagram of a code search processing system according to an embodiment of the present invention. FIG. 1A is a block diagram of the overall construction of the code search processing system of the present invention, and FIG. 1B is a block diagram of the configuration of the code search processing system. In FIG. 1A, a code search processing system 11 is constructed by a code search processing program in a computer 12, and the computer 12 is connected to at least an input means 13 such as a keyboard and a mouse, and a CRT or the like. The display means 14 is connected.
[0013]
The computer 12 is configured to extract data from the financial institution information DB 15 (which may be an external storage medium) by the code search processing system 11, and outputs the financial institution name code created by the code search processing system 11 to the output file 16. Are output (output to an internal storage medium and an external storage medium). In addition, recognition data recognized by a character code in an external data recognition device 17 (which may be in the computer 12) to be described later is taken in by a predetermined data input means.
[0014]
On the other hand, the data recognizing device 17 creates recognition data 19 recognized by the character code by the data reading / recognizing means 18. For example, a deposit account transfer for automatically transferring from a bank account when applying for a credit card or the like. An image of the written form including the request form (automatic transfer application form) or the filled-in part of the application form 20 (here, all filled-in parts) for each defined area. The data is read and recognized as a character code string of each character code such as Shift JIS, and the recognition data 19 is created.
[0015]
In this case, image data obtained by cutting out the portion in which the name of the relevant financial institution is cut out is stored in the image data 19A as a file, for example, in association with an ID (identifier) number given in advance to the application form. In other words, in the present embodiment, all of the entry parts of the application form 20 are recognized character data, and the area of the part where the name of the financial institution is entered in the code search processing system 11 is specified by a set value as described later. A character code string of a financial institution name is extracted, and code search matching processing is performed. Note that the data recognition device 17 may read only the part in which the name of the financial institution is entered as image data and use it as recognized character code data.
[0016]
As shown in FIG. 1B, the code search processing system 11 includes a data input / output means 21, a process control means 22, a table creation means 23, a data extraction means 24, a matching processing means 25 (type name processing means 25A, unique Name processing means 25B), code extraction means 26, display processing means 27, and output file creation means 28 are provided as appropriate. The data input / output means 21 is a data input / output interface, and each of the set values for designating the area in which the name of the financial institution is entered in the recognized character code data from the input means 13 and the financial institution information DB 15. Data of a financial institution name (including a lower store name) and a financial institution code (including a lower store code) are input, and data is exchanged with processing means (not shown) on the computer 12 side.
[0017]
The processing control means 22 controls the entire processing for specifying a financial institution code (store code) by matching processing. The table creation processing unit 23 creates a financial institution unique name table in which a financial institution type name code, a financial institution name, a financial institution code, and remarks are associated with each other from the financial institution information DB 15 and stores a lower store type name. A store unique name table in which a code, a store name, a store code, and remarks are appropriately associated is created. A group code table is constituted by the financial institution unique name table and the store unique name table. Further, the data extracting means 24 extracts a recognized character code string of the portion of the target financial institution unique name (store unique name) from the recognition data 19 based on the set value and makes it a target of matching processing.
[0018]
Although the details of the matching processing unit 25 will be described later, the type name processing unit 25A does not accept the top of the recognized character code data indicating the name of the target financial institution for the application form 20A in FIG. A matching process is performed on the end with a predetermined number of character codes of a predetermined number of type names (described in FIG. 3), and a predetermined number of type names are specified. In addition, for the application form 20B in FIG. 2B described later, the type name is specified from the recognized character code data of the part indicating the type of the target financial institution name among the parts specifying the predetermined financial institution name. To do.
[0019]
Further, the unique name processing means 25B, for the application form 20A in FIG. 2A described later, uses the remaining part of the specified type name among the financial institution names as a proper name as a financial institution code table (financial institution). A unique name is identified by sequentially matching with the character code of the unique name obtained by the type name identified with reference to the unique name table, and the application form 20B in FIG. Based on the recognized character code data indicating the unique name part of the institution name, the unique name is obtained by sequentially matching the character code of the unique name obtained with the type name specified by referring to the financial institution code table. A process of specifying a predetermined number of financial institution names corresponding to the degree of matching of the entire financial institution name of the type name and the unique name is performed.
[0020]
Here, the matching process is a matching algorithm by a program. In specifying the store name, a predetermined number of similar store types and store unique names are specified by replacing the financial institution name with the store name.
[0021]
The code extracting means 26 extracts a predetermined number of corresponding financial institution codes (store codes) from the financial institution unique name table (store unique name table) based on the specified number of financial institution names (store names). The display processing unit 27 can be changed by an external input from the input unit 13 and displays the specified predetermined number of financial institution names (store names) and corresponding financial institution codes (store codes) on the display unit 14. Process. Then, the output file creation means 28 responds to the confirmation signal from the input means 13 on the display screen in the display processing means 27 in accordance with the confirmed financial institution name (store name) and financial institution code (store code). A data file (output file 16) is created and output.
[0022]
Here, FIG. 2 shows an explanatory diagram of a form book which is one object of the code search process. FIG. 2A shows a financial institution entry portion of a deposit account transfer request form (automatic transfer use application form) which is a form as an application form 20A. “Global Credit Union” is entered, and “Tokyo Chiyoda Branch”, for example, is entered in the box of the “Branch Name” entry field as the subordinate store name. In addition, the account type and account number are also entered in the box in the “deposit type” entry field. Then, leave the “Financial institution code” and “Branch code” fields blank, and accept the deposit account transfer request form (automatic transfer use application form). The code is automatically given by the code search processing system 11.
[0023]
Further, FIG. 2B is a lower order in which, for example, “Earth Bank” is entered in the box of the “Name” entry field in the application form 20B, and the number representing the type name bank is marked with “O”. This shows a case where, for example, “Tokyo” is entered in the box of the “branch name” entry column as the store name of the type name, and the number representing the branch is marked with “◯”. In this case, a correspondence table of type names corresponding to the type of code data to be marked with “◯” is prepared in advance (described later).
[0024]
FIG. 3 is an explanatory diagram showing an example of the types of recognition type names in the code search process. FIG. 3A is a diagram in which “financial institution type name code”, “abbreviation”, and “attribute” are associated with a “type name” of a predetermined type for specifying the type name of the financial institution name. These are included, for example, in a program that performs the matching algorithm (may be a separate table). Here, “Bank”, “Credit Bank”, “Credit Union”, “Labor Bank”, “Credit Agricultural Cooperative”, “Agricultural Cooperative”, “Dairy Agricultural Cooperative”, “Credit Fishery Cooperative”, It is indicated as an attribute whether these type names are added to the head or tail of the financial institution unique name. The financial institution type name code “00” indicates “no type name”.
[0025]
FIG. 3B shows an example in which a “store type name code” is associated with a “type name” of a predetermined type for specifying a type name of a store name, and is included in a program that similarly performs a matching algorithm. (May be another table). Here, “branch”, “branch”, “agency”, and “branch office” are generally attached to the end of the store unique name, and therefore all the attributes at the end are associated. The store type name code “00” indicates “no type name”.
[0026]
Next, FIG. 4 shows an explanatory diagram of the recognition pattern of the type name and the unique name in FIG. FIG. 4A shows a case where the type name or proper name of the recognized character code data is replaced with one of the regular type name or proper name by another character. On the other hand, it is a pattern in which one character is replaced with another character at each location. In addition, when a regular name is one character, it does not determine with replacement.
[0027]
FIG. 4B shows a pattern when the type name or proper name of the recognized character code data is missing (when not recognized) by one character from the normal type name or proper name. FIG. 4C shows that the type name or proper name of the recognized character code data is mixed by one character with respect to the normal type name or proper name (for example, when the kanji bias and structure are recognized as different characters). ).
[0028]
That is, the matching process of the type name and the unique name is sequentially performed in all patterns of FIGS. 4 (A) to 4 (C).
[0029]
Next, FIG. 5 shows an explanatory diagram of an example screen display of the code search result. FIG. 5A shows a code in the case where, for example, a regular (FIG. 2) financial institution name “Global Credit Union”, the character “Shin” in the type name of the recognized character code data is replaced with one of the characters. It is a screen of a search processing result. Here, in the “financial institution” area, the name “replacement for the earth” is displayed, and the operator can change the name of the financial institution and the financial institution code (the name of the financial institution with a high probability). And financial institution code are displayed). In addition, a “search” button is provided to display a window in which another financial institution name and financial institution code can be selected for the input changeable area.
[0030]
The search result screen displays an area of “conversion result”, and displays a list of “reference value” and “probability list”. Here, the “reference value” indicates the reference of the matching rate when selecting the character matching level (in this case, the matching rate) with respect to the recognized character code data, and can be changed freely by the “set” button. You can set the value. For example, the criterion value “0.9” is a strict judgment, the criterion value “0.7” is a normal judgment, and the criterion value “0.5” is a tolerance judgment to judge the validity of matching. Even when the matching rate of the first item is larger than the reference value, it is determined that there is a problem with the validity of matching when the difference from the matching rate of the second item is “0.1” or less.
[0031]
The item “probability list” displays the name of the financial institution in which the matching rate in the matching between the type name and the unique name of the financial institution is selected and determined according to the reference value. That is, since the result of the matching process is not necessarily one, the list is displayed in order from, for example, the one with the highest matching rate (probability). The matching rate determination process in the matching process will be described with reference to a flowchart described later.
[0032]
In the search result screen, an “OK” button and a “Cancel” button are provided, and the operator confirms that the financial institution name and the financial institution code displayed in the area where the input can be changed in the “financial institution” area are correct. When the determination is made and the “OK” button is clicked, it is input to the code search processing system 11 as a confirmation signal. When the “Cancel” button is clicked, the name of the financial institution and the financial code cannot be determined, and the search processing for the financial institution code of the recognized character code data is terminated.
[0033]
FIG. 5B is different from FIG. 5A in that, for example, for the regular (FIG. 2) financial institution name “Global Credit Union”, any of the characters “sphere” in the proper name of the recognized character code data is This is a screen of the code search processing result when the character is replaced with the character of the display screen, and the configuration content of the display screen is the same as in FIG. The screen of the code search process result in the store name matching process is the same.
[0034]
Next, FIGS. 6 and 7 show flowcharts of the entire code search processing according to the present invention. In FIG. 6, first, a code search processing program is started in the computer 12 to display a screen for processing selection (system construction, code conversion processing, end) (step (S) 1). When the input signal from the outside is an end signal (S2), the process is terminated. In the case of an input signal for system construction (S3), construction of the code retrieval processing system 11 is executed (S4). When this system is constructed, the table creating means 23 extracts the financial institution unique name (financial institution code) and the store unique name (store code) from the financial institution information DB 15, and the financial institution unique name table and the store specific, respectively. A name table is created and stored in a predetermined storage area (for example, an internal storage area such as a hard disk of the computer 12) (S5), and an input signal for code conversion processing is awaited (S3).
[0035]
Subsequently, when an input signal for code conversion processing is input (S3), settings for extracting the target character code data portion for the input recognized character data (setting values input from the input means 13) are made. (S6), the corresponding character code data is obtained from the recognition data 19 provided by the data extraction means 24 (S7), and based on the extraction setting, first of all, the corresponding character code data is converted into the name of the financial institution. The corresponding character code string is extracted (S8). Here, in the case of the application form 20A, the character code string of the financial institution name including the type name, and in the case of the application form 20B, the character code string of the name of the financial institution having only the unique name and the type are specified. This is a character code string of code data (portion marked with “◯”). In addition, the said setting considers the case where the forms of the said application forms 20A and 20B differ, respectively.
[0036]
For the extracted character code string of the financial institution name, the type name processing unit 25A of the matching processing unit 25 executes the matching processing algorithm using the type name of the financial institution as a predetermined number of candidates as in the case of the application form 20A. Then, a predetermined number of type names are specified (S9). This specifying process will be described with reference to FIGS. In the case of the application form 20B, the type is specified with reference to the correspondence table prepared in advance from the code data of the type.
[0037]
Next, in the case of the application form 20A, the unique name processing means 25B uses the recognized financial institution name character code string other than the identified financial institution type name as the unique name of the financial institution, The unique name corresponding to the identified type name of the financial institution is identified with reference to the financial institution unique name table as a predetermined number of candidates to execute a matching processing algorithm (S10). This unique name specifying process will be described with reference to FIGS. Further, in the case of the application form 20B, a matching process for identifying a specific name corresponding to the type name of the financial institution specified by the code data of the above type as a predetermined number of candidates with reference to the specific name table of the financial institution. Run the algorithm to identify the unique name. Then, based on the identified type name and unique name of the financial institution, the code extracting means 16 refers to the created financial institution unique name table and extracts a predetermined number of financial institution codes (S11).
[0038]
Subsequently, in FIG. 7, the display processing unit 27 executes a process for displaying the specified financial institution name as shown in FIG. 5 on the display unit 14 while indicating a predetermined number of candidates (S12). In the code search result screen as shown in FIG. 5, the name of the financial institution whose input can be changed by clicking the “OK” button according to the confirmation by the operator or the change of the financial institution name and the financial institution code as appropriate. The financial institution code with the name of the financial institution displayed in the area of the financial institution code is stored as a fixed code in, for example, the temporary buffer of the output file creating means 18 (S13).
[0039]
Based on the extraction setting, a character code string corresponding to the store name is extracted from the corresponding target character code data (S14), and the type name processing means of the matching processing means 25 is applied to the character code string of the store name. Assuming that 25A is the application form 20A, the matching process algorithm for specifying the store type name (FIG. 3B) as a predetermined number of candidates is executed to specify the store type name (S15). In the case of the application form 20B, the type of the store is specified with reference to the correspondence table prepared in advance from the code data of the type of the store.
[0040]
Further, the unique name processing means 25B corresponds to the type of the store specified as the unique name of the store in the character code string of the store name as a unique name of the store as in the case of the application form 20A. Refer to the store unique name table for the unique name or the unique name corresponding to the store type specified by the store type code data above, and execute the matching algorithm that identifies as a predetermined number of candidates and execute the unique name Is specified (S16). Further, in the case of the application form 20B, a matching processing algorithm that identifies a unique name corresponding to the store name of the financial institution specified by the code data of the store as a predetermined number of candidates with reference to the store unique name table To identify the unique name.
[0041]
Based on the identified store name and financial institution name, the code extracting means 26 refers to the created store unique name table and extracts a store code (S17). Moreover, the process for displaying the store name specified by the display processing means 27 on the display means 14 with a predetermined number of candidates is executed (S18). This code search result screen is also displayed in the store name and store code area where the input can be changed by clicking on the “OK” button according to the confirmation by the operator or appropriately changing the store name and store code. For example, the store male code of the store name is stored in the temporary buffer of the output file creation means 18 as a confirmation code (S19).
[0042]
The above processing is performed for all the recognized character code data to be extracted based on the extraction setting. When there are next processing candidates, the above steps S8 to S19 are repeated (S20), When the code search is performed on the processing candidates, the output file creation means 18 creates the extracted financial institution code and store code files for all the recognized character code data of the object and outputs it as the output file 16. (S21).
[0043]
Next, FIG. 8 shows a schematic explanatory diagram of the entire matching process according to the present invention. FIG. 8 is for the application form 20A shown in FIG. In FIG. 8, first, the character string of the recognized character code data of the input financial institution name is, for example, “A”, and the number of characters of the character string A is “a” (S31). Therefore, the type name of the character string A is specified, and a predetermined number of unique name parts (parts other than the type name) corresponding to “A” are taken out (S32). For example, a predetermined number of unique name portions B1, B2,... When the type names (M1, M2,...) Are specified are extracted. Then, a predetermined number of unique names indicated by the unique name portion of the character string A are specified (S33). For example, a predetermined number of unique names P11, P12... When the type name (M1) is specified are extracted, and a predetermined number of specific names P21, P22. A predetermined number of unique names are extracted according to the number of type names specified below. The identification of the type name and unique name will be described with reference to the following flowchart.
[0044]
9 to 12 show flowcharts of processing for specifying the financial institution type name. FIG. 9 is a schematic flowchart of the entire process for identifying a financial institution type name. In the type name processing unit 25A of the matching unit 25, first, the type of the recognized character code data of the input financial institution name is classified. A determination process is performed for the replacement name (S41), and it is determined whether or not they are completely matched (S42). As a result of the determination, the process is terminated when there is a complete match. Details of this processing will be described with reference to FIG.
[0045]
If it is not an exact match, a determination process is performed for the mixed name of the type (S43), and details of this process will be described with reference to FIG. Subsequently, a determination process is performed for a missing type name (S44), and details of this process will be described with reference to FIG. If the type can be determined in the determination process for the mixed name and the missing name (S45), the process ends. If the type cannot be determined, the entire name of the financial institution is set as “no type name”. (S46).
[0046]
Therefore, in the determination of the type of replacement name in FIG. 10, first, when the determination is made for all the type names (S51), the process ends. If the type replacement name has not been determined, the type name of the financial institution to be determined is T, for example, for the character code string (A: number of characters a) of the financial institution name in the input recognized character code data, and the number of characters Is m (S52). For example, when the type name T is “credit union”, the number of characters m is “4”.
[0047]
Therefore, the attribute of the type name T is determined from the association included in the program shown in FIG. 3A (S53), and in the case of the head, the number of characters a of the input character code string (A) is determined by the financial institution. It is determined whether the number of characters of the type name T is greater than m (S54). When the character number a is smaller than the character number m of the type name T, the process returns to S51 at the start of processing. If the character number a is larger than the character number m of the type name T, the number of characters at the beginning m of the character code string (A) is extracted, and the character match number e compared with the type name T is obtained (S55). For example, when the type name T to be matched is “trust union”, {m = 4} characters are extracted from the head of the input character code string (A), and “trust”, “for”, “set” The matching number e is obtained by performing a matching process to determine whether the character codes “” and “go” are included.
[0048]
Subsequently, it is determined whether or not the number of matches e is “0” (S56). If e = 0, the process returns to S51 at the start of processing. When the number of matches e is not “0”, the type name T is determined as the type name of the character code string A, and the unique name at this time is the character at the end {a−m} of the character code string A. The coincidence rate is represented by {e / m} (S57). Subsequently, it is determined whether the number of matches e is equal to the number of characters m (S58). If not equal, the process returns to S51 at the start of processing. If they are equal, {e = m} is determined as perfect match (match rate 1.0) (S59).
[0049]
On the other hand, in S53, even in the last case, it is determined whether the number of characters a in the input character code string (A) is larger than the number m of characters in the type name T of the financial institution (S60). When the character number a is smaller than the character number m of the type name T, the process returns to S51 at the start of processing. If the character number a is larger than the character number m of the type name T, the end m of the character code string (A) is taken out, and the number of matching characters e compared with the type name T is obtained (S61).
[0050]
Subsequently, it is determined whether or not the number of matches e is “0” (S62). If e = 0, the process returns to S51 at the start of processing. If the number of matches e is not “0”, the type name T is determined as the type name of the character code string A, and the unique name at this time is the character at the beginning of the character code string A {am}. The coincidence rate is represented by {e / m} (S63). Subsequently, it is determined whether the number of matches e is equal to the number of characters m (S64). If not equal, the process returns to S51 at the start of processing, and if equal, {e = m} is determined to be a perfect match (match rate 1.0). (S65).
[0051]
Next, in the mixed name type determination of FIG. 11, when all the type names are determined (S71), the process is terminated. If the mixed name of the type has not been determined, the type name of the financial institution to be determined is, for example, T for the character code string (A: number of characters a) of the financial institution name in the input recognized character code data, and the number of characters Is m (S72).
[0052]
Therefore, the attribute of the type name T is determined from the association included in the program shown in FIG. 3A (S73), and in the case of the top, the number of characters a of the input character code string (A) is determined by the financial institution. It is determined whether there is more than the number of characters {m + 1} obtained by adding one character to the number m of characters of the type name T (S74). If the number of characters a is smaller than the number of characters {m + 1}, the process returns to S71 at the start of processing. If the number of characters a is larger than the number of characters {m + 1}, the number of characters at the beginning {m + 1} of the character code string (A) is extracted, and the number of matching characters e compared with the type name T is obtained (S75).
[0053]
At this time, since there are a plurality of mixed names, the one with the largest number of matches is adopted. For example, when the type name T to be matched is “trust union”, {m + 1 = 5} characters are extracted from the head of the input character code string (A), and “trust”, “for”, “set” The matching number e is obtained by performing a matching process to determine whether the character codes “” and “go” are included.
[0054]
Subsequently, it is determined whether or not the number of matches e is “0” (S76). If e = 0, the process returns to S71 at the start of processing. When the number of matches e is not “0”, the type name T is determined as the type name of the character code string A, and the unique name at this time is the end {a− (m−1) of the character code string A. )} And the matching rate is represented by {e / m} (S77).
[0055]
On the other hand, in S73, even in the last case, it is determined whether the number of characters a in the input character code string (A) is larger than the number of characters {m + 1} obtained by adding one character to the number m of characters in the type name T of the financial institution (S78). ). If the number of characters a is smaller than the number of characters {m + 1}, the process returns to S71 at the start of processing. When the character number a is larger than the character number {m + 1}, the end {m + 1} of the character code string (A) is extracted, and the character match number e compared with the type name T is obtained (S79). Even in this case, since there are a plurality of mixed names, the one with the maximum number of matches is adopted.
[0056]
Subsequently, it is determined whether or not the number of matches e is “0” (S80). If e = 0, the process returns to S71 at the start of processing. If the number of matches e is not “0”, the type name T is determined as the type name of the character code string A, and the unique name at this time is the head of the character code string A {a− (m−1). )} And the matching rate is represented by {e / m} (S81).
[0057]
Next, in the determination of the type of missing names in FIG. 12, first, when all types of names are determined (S91), the process ends. If the determination of the missing name of the type has not been made, the type name of the financial institution to be determined is, for example, T for the character code string (A: number of characters a) of the financial institution name in the input recognized character code data, and the number of characters Is m (S92).
[0058]
Therefore, the attribute of the type name T is determined from the association included in the program shown in FIG. 3A (S93), and in the case of the head, the number of characters a of the input character code string (A) is determined by the financial institution. It is determined whether there is more than the number of characters {m−1} obtained by subtracting one character from the number m of characters of the type name T (S94). If the number of characters a is smaller than the number of characters {m−1}, the process returns to S91 at the start of processing. If the number of characters a is larger than the number of characters {m−1}, the number of characters {m−1} at the beginning of the character code string (A) is extracted, and the number of matching characters e compared with the type name T is obtained (S95). ). In this case, since there are a plurality of missing names, the one with the maximum number of matches is adopted.
[0059]
Subsequently, it is determined whether or not the number of matches e is “0” (S96). If e = 0, the process returns to S91 at the start of processing. When the number of matches e is not “0”, the type name T is determined as the type name of the character code string A, and the unique name at this time is the end {a− (m + 1)} of the character code string A. The match rate is represented by {e / m} (S97).
[0060]
On the other hand, in S93, even in the last case, it is determined whether the number of characters a in the input character code string (A) is larger than the number of characters {m-1} obtained by subtracting one character from the number m of characters in the type name T of the financial institution. (S98). If the number of characters a is smaller than the number of characters {m−1}, the process returns to S91 at the start of processing. If the number of characters a is larger than the number of characters {m−1}, the number of characters at the end {m−1} of the character code string (A) is extracted, and the number of matching characters e compared with the type name T is obtained (S99). ). Also in this case, since there are a plurality of missing names, the one with the largest number of matches is adopted.
[0061]
Subsequently, it is determined whether or not the number of matches e is “0” (S100). If e = 0, the process returns to S91 at the start of processing. If the number of matches e is not “0”, the type name T is determined as the type name of the character code string A, and the unique name at this time is the head of the character code string A {a− (m + 1)}. The matching rate is represented by {e / m} (S101).
[0062]
In this way, for the input recognition character code data of the predetermined financial institution, the type name is determined by determining the type replacement name and appropriately determining the mixed name and missing name. The result is determined in S45 in FIG. Then, the part other than the specified type name is set as the unique name, and when the type name is not specified, “no type name” is set and the matching process of FIGS. 13 to 18 by the specific name processing unit 25B in the matching processing unit 25 is performed. Transition.
[0063]
Next, FIGS. 13 to 18 show flowcharts of processing for specifying a unique name of a financial institution name. FIG. 13 is a schematic flowchart of the entire process for identifying the unique name of the financial institution. The unique name processing means 25B of the matching means 25 is identified as described above for the input recognized character code data of the financial institution name. For the unique name portion other than the type name, the unique name is judged to be completely matched with the financial institution unique name in the later-described financial institution unique name table (S111). As a result of the determination, if there is a completely unique name (S112), the process ends. Details of this processing will be described with reference to FIG. If there is no exact matching unique name (S112), a determination process is performed when the unique name is not perfect matching (S113). Details of this process will be described with reference to FIGS.
[0064]
Therefore, in FIG. 14, first, when the determination process is performed on all the pairs of the type name and the unique name obtained by the type name matching process S32 shown in FIG. 8 (S121), The process ends. Here, in the type name matching process, among the specified number of type names specified above, M is the type name of the target financial institution name, and B is the unique name portion of the character code string A corresponding thereto. (S122). Then, it is referred to whether or not there is a unique name P that matches B as the unique name in the type name M of the created financial institution unique name table (S123).
[0065]
As a result of the reference (S124), if it does not exist, the process returns to S121 of the process start. If it exists, the unique name P is determined as the input unique name, and since it is a perfect match, the match rate is “1.0. (S125). At this time, if the match rate at the time of specifying the type is “1.0”, it is determined that the match is complete (S127), and the process returns to S121 of the process start. If the type-specific matching rate is not “1.0”, the process returns to S121 of the process start.
[0066]
Therefore, in FIG. 15, first, when the determination process is performed for all the pairs of the type name and the unique name obtained by the type name matching process S32 shown in FIG. 8 (S131), The process ends. Among the specified number of type names specified above, the type name of the target financial institution name is M, the corresponding unique name portion of the character code string A is B, and the number of characters of B is b. (S132).
[0067]
Then, a matching process is performed to determine whether or not there is a unique name P that matches B as the unique name in the type name M of the created financial institution unique name table. After matching processing is performed for all the unique names of the type name M of the table, the process returns to S131 of the process start (S133). Therefore, when matching processing is performed for the unique name of the classification name M in the financial institution unique name table, the unique name of the classification name M in the financial institution unique name table is set to P and the number of characters is set to n (S134).
[0068]
Subsequently, a determination process is performed by matching the unique name B with the unique name P in the financial institution unique name table (S135). Details of this processing will be described with reference to FIG. Also, a determination process is performed by matching the mixed name of B as the unique name with the unique name P in the financial institution unique name table (S136). Details of this processing will be described with reference to FIG. Further, a determination process is performed by matching the missing name of B as the unique name with the unique name P in the financial institution unique name table (S137). Details of this processing will be described with reference to FIG. And these S134-S137 perform the determination process by matching about all the specific names P of the classification name M of the said financial institution specific name table.
[0069]
Therefore, in FIG. 16, as a matching process corresponding to S135 in FIG. 15, first, the number b of characters B as the unique name portion of the character code string A and the unique name P in the type name M of the financial institution unique name table are listed. (S141), if the character number b of B is not the same as the character number n of the unique name P, the process is terminated, and if it is the same, the matching number e of the comparison result is obtained ( S142). Then, it is determined whether or not the number of matches e is “0” (S143). If “0”, the process returns to S141. If it is not “0”, the unique name P is determined as the unique name of the character code string A, The match rate (e / n) is obtained and the process ends (S144).
[0070]
In FIG. 17, the number of characters {b + 1} obtained by adding one character to the number of characters b of B as the unique name portion of the character code string A and the unique name P in the type name M of the financial institution unique name table. The number n of characters is compared (S151). If the number of characters {b + 1} is not the same as the number of characters n of the unique name P, the process is terminated. If the number is the same, the number of matches e as a result of the comparison is obtained (S152). ). In this case, since there are a plurality of mixed names, the maximum matching number e is adopted. Then, it is determined whether the number of matches e is “0” (S153). If “0”, the process returns to S151. If it is not “0”, the unique name P is determined to be the unique name of the character code string A, The match rate (e / n) is obtained and the process ends (S154).
[0071]
Subsequently, in FIG. 18, the number of characters {b−1} obtained by subtracting one character from the number of characters b of the character code string A as the unique name portion of B and the unique name in the type name M of the financial institution unique name table. If the number of characters {b-1} is not the same as the number of characters n of the unique name P, the process is terminated. If the number is the same, the number of matches e as a result of the comparison is compared. Is obtained (S162). In this case, since there are a plurality of missing names, the maximum matching number e is adopted. Then, it is determined whether or not the number of matches e is “0” (S163). If “0”, the process returns to S161. If it is not “0”, the unique name P is determined as the unique name of the character code string A, The match rate (e / n) is obtained and the process ends (S164).
[0072]
By the way, in FIG. 9, in the classification determination, the entire character code string of the input financial institution is determined as a unique name for the determination result of “no classification name”, and the unique name (for example, D, number of characters) is determined. And FIG. 13 to FIG. 18 show the determination processing by matching whether there is a unique name P that matches D as the proper name among the type names in the created financial institution proper name table. (However, S133 in FIG. 15 is processed for all types).
[0073]
As described above, the code extraction unit 16 refers to the created financial institution unique name table based on the type name and unique name of the financial institution identified in the matching process of FIGS. 9 to 18 and the unique name without the type name. Then, a predetermined number of financial institution codes are extracted, and the display processing means 27 performs processing to display a screen as shown in FIG. As a result, the financial institution code assigned to the financial institution can be extracted from the financial institution name of the entry as shown in FIG. 2, and the efficiency of the paperwork when the individual code is given can be improved. Is.
[0074]
In addition, the store name matching process specifies a predetermined number of store names (or no store names) using the store unique name table created above for the store names corresponding to the specified financial institution names, and corresponds to the store names. By identifying the unique name, the store code of the store can be extracted. This store name matching process is basically the same as the above-described financial institution name matching process, and a description thereof will be omitted.
[0075]
Next, FIG. 19 shows an explanatory diagram of another embodiment according to the present invention. FIG. 19A shows a screen for displaying the predetermined number of financial institution names (store names) and corresponding financial institution codes (store codes) on the screen of the code search result shown in FIG. An “image” button that is a display button for displaying image data of a financial institution name is provided. In other words, the image data of the target financial institution name is provided as the image data 19A of the recognition data 19 by the data recognition means 17, and the data extraction means 24 is described above when the “image” button is clicked. The image data of the file associated with the ID number is extracted from the image data 19A, and the display processing unit 27 causes the window on which the image is displayed to appear on the screen.
[0076]
Therefore, in FIG. 19B, first, when the financial institution name specified by the display processing means 27 is displayed in the “financial institution” area by naming predetermined candidates according to the matching rate as described above ( In S171), when an “image” button is clicked and an image signal is input (S172), the data extraction means 24 uses, for example, an ID number in the corresponding request form (application form 20) from the image data 19A in the recognition data 19. The image data of the associated file is extracted and extracted, and displayed in a separate window, for example (S173).
[0077]
If the “image” button is not clicked in step S172, or if the operator confirms the displayed image and inputs an appropriate change in the “changeable” area of the “financial institution” area on the screen. When a confirmation signal is input by clicking the “OK” button after confirmation and change by the operator, the displayed financial institution code is associated with the name of the financial institution and stored as a confirmation code (S174).
[0078]
As described above, by providing the “image” button on the display screen, it is easy for the operator to confirm the financial institution code (store code) of the financial institution name (store name), and a reliable individual code can be assigned. Is.
[0079]
【The invention's effect】
  As described above, claims 1 to3According to the invention, for the recognized character code data of the organization name including the name belonging to the lower order entered in the predetermined form,Predetermined for either the beginning or end of the recognized character code dataMatching with the category name (character code) is performed to identify the category name, and the unique name corresponding to the identified category name is matched with the character code of the unique name obtained from the organization code table for the unique name. Identifying a predetermined number of group names according to the degree of matching of the specified type name and unique name, and extracting a group code including a predetermined number of group sub-codes of the specified number of group names from the table Instead of displaying the data and outputting a data file with the organization code determined as appropriate to the organization name, the individual code assigned to the organization can be extracted from the organization name of the entry. It is possible to improve the efficiency of the paperwork in the case of granting.
[0080]
  Claim4According to the invention, the display processing means is provided with a display button for displaying the image data of the target organization name on the screen for displaying the specified organization name and organization code, thereby facilitating confirmation by the operator and reliable individual code. It can be given.
[Brief description of the drawings]
FIG. 1 is a block configuration diagram of a code search processing system according to an embodiment of the present invention.
FIG. 2 is an explanatory diagram of a form book that is a target of code search processing;
FIG. 3 is an explanatory diagram showing an example of types of recognition type names in code search processing.
4 is an explanatory diagram showing recognition patterns of type names and unique names in FIG. 3. FIG.
FIG. 5 is an explanatory diagram showing a screen display of an example of a code search result.
FIG. 6 is a flowchart (1) of the entire code search process according to the present invention.
FIG. 7 is a flowchart (2) of the entire code search process according to the present invention.
FIG. 8 is a schematic explanatory diagram of an entire matching process according to the present invention.
FIG. 9 is a flowchart (1) of processing for identifying a financial institution type name.
FIG. 10 is a flowchart (2) of processing for identifying a financial institution type name.
FIG. 11 is a flowchart (3) of processing for identifying a financial institution type name.
FIG. 12 is a flowchart (4) of processing for identifying a financial institution type name.
FIG. 13 is a flowchart (1) of processing for identifying a unique name of a financial institution name.
FIG. 14 is a flowchart (2) of a process for specifying a unique name of a financial institution name.
FIG. 15 is a flowchart (3) of a process for specifying a unique name of a financial institution name.
FIG. 16 is a flowchart (4) of a process for specifying a unique name of a financial institution name.
FIG. 17 is a flowchart (5) of a process for specifying a unique name of a financial institution name.
FIG. 18 is a flowchart (6) of processing for specifying a unique name of a financial institution name.
FIG. 19 is an explanatory diagram of another embodiment according to the present invention.
[Explanation of symbols]
11 Code search processing system
12 computers
13 Input means
14 Display means
15 Financial Institution Information DB
16 output files
19 Recognition data
20 Application form
23 Table creation means
24 Data extraction means
25 Matching processing means
25A Type name processing means
25B proper name processing means
26 Code extraction means
27 Display processing means
28 Output file creation means

Claims (4)

所定様式書に記入された少なくとも所定の団体名であり、当該団体に属する所定数の下位の名称を含む団体名をイメージデータとして読み取り、文字コード列として認識した認識文字コードデータに基づいて、当該団体名の種別および当該種別を除いた団体名の固有名を認識して、団体コードテーブルより当該団体名に付与された該当の所定数の団体下位コードを含む団体名コードを得るコード検索処理システムであって、
対象の団体名を示す認識文字コードデータに対し、当該認識文字コードデータにおける先頭または末尾の何れかについて予め定められた所定数の種別名の文字コードでマッチング処理を行い、所定数の種別名を特定し、当該団体名のうち特定した種別名の残りの部分を固有名として前記団体コードテーブルを参照して特定した種別名で得る固有名の文字コードと順次マッチング処理を行って固有名を特定するもので、特定した種別名および固有名の団体名全体の一致の度合いに応じた団体名を所定数特定する処理を行うマッチング処理手段と、
前記特定した所定数の団体名に基づき、前記団体コードテーブルより対応の団体コードを所定数抽出するコード抽出手段と、
外部入力により変更自在であり、前記特定した所定数の団体名および対応の団体コードを表示する処理を行う表示処理手段と、
を有することを特徴とするコード検索処理システム。
Based on the recognized character code data, which is at least a predetermined organization name entered in a predetermined form, and which is read as an image data of an organization name including a predetermined number of lower names belonging to the organization, and recognized as a character code string A code search processing system that recognizes the name of the organization name and the unique name of the organization name excluding the category, and obtains the organization name code including the predetermined number of organization subcodes assigned to the organization name from the organization code table Because
The recognition character code data indicating the target group name is subjected to a matching process with a predetermined number of character codes of a predetermined number of names at the beginning or end of the recognition character code data , and a predetermined number of type names are obtained. Identify the unique name by sequentially matching with the character code of the unique name obtained with the specified category name by referring to the organization code table with the remaining part of the identified category name as the unique name. Matching processing means for performing a process of specifying a predetermined number of group names according to the degree of matching of the entire group name of the identified type name and unique name,
Code extracting means for extracting a predetermined number of corresponding group codes from the group code table based on the specified number of group names specified;
Display processing means that can be changed by external input, and performs processing for displaying the specified predetermined number of organization names and corresponding organization codes;
A code search processing system comprising:
請求項1記載のコード検索処理システムであって、前記団体コードテーブルは、与えられた所定の団体の情報より、前記所定の団体に関する所定数の団体名と、これに対応する所定数の団体コードとを関連付けて作成されることを特徴とするコード検索処理システム。A claim 1 Symbol placement code retrieval processing system, the organization code table, the information in a given predetermined groups, and collective name given number of about said predetermined groups, a predetermined number of groups corresponding thereto A code search processing system characterized by being created in association with a code. 請求項1又は2に記載のコード検索処理システムであって、前記表示処理手段における表示に対して外部よりの確定の信号に応じて、確定した団体名および団体コードのデータファイルを作成して出力する出力ファイル作成手段を備えることを特徴とするコード検索処理システム。 3. The code search processing system according to claim 1 or 2 , wherein a data file of a confirmed organization name and organization code is generated and output in response to a confirmation signal from outside for the display in the display processing means. A code retrieval processing system comprising output file creation means for performing 請求項1〜の少なくとも何れかに記載のコード検索処理システムであって、前記表示処理手段は、特定した所定数の団体名および対応の団体コードを表示する画面に、前記対象団体名のイメージデータを表示させるための表示ボタンを備えさせることを特徴とするコード検索処理システム。A claim 1-3 least one code search processing system according to the display processing unit, a screen for displaying the organization name and the corresponding organization code of a predetermined number of identified image of the subject Organization A code search processing system comprising a display button for displaying data.
JP2001108125A 2001-04-06 2001-04-06 Code search processing system Expired - Fee Related JP4614568B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2001108125A JP4614568B2 (en) 2001-04-06 2001-04-06 Code search processing system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2001108125A JP4614568B2 (en) 2001-04-06 2001-04-06 Code search processing system

Publications (2)

Publication Number Publication Date
JP2002304397A JP2002304397A (en) 2002-10-18
JP4614568B2 true JP4614568B2 (en) 2011-01-19

Family

ID=18960320

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2001108125A Expired - Fee Related JP4614568B2 (en) 2001-04-06 2001-04-06 Code search processing system

Country Status (1)

Country Link
JP (1) JP4614568B2 (en)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6263911B2 (en) * 2013-09-04 2018-01-24 富士通株式会社 Recognized character presentation method, recognized character presentation program, and recognized character presentation device
JP5779671B2 (en) * 2014-01-15 2015-09-16 沖電気工業株式会社 Form processing system, entry terminal, form data processing method and program
JP6364846B2 (en) * 2014-03-18 2018-08-01 富士通株式会社 Official name candidate output method, official name candidate output program, and official name candidate output system

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH05334360A (en) * 1992-05-28 1993-12-17 Fujitsu Ltd Name recognizing method
JPH0619884A (en) * 1992-06-30 1994-01-28 Fujitsu Ltd Name input system
JPH0934984A (en) * 1995-07-20 1997-02-07 Fujitsu Ltd Character recognizing device
JPH0954806A (en) * 1995-08-14 1997-02-25 Oki Electric Ind Co Ltd Method for displaying financial instituteds names in different colors for centralized facsimile exchange processing system
JPH10307839A (en) * 1997-05-09 1998-11-17 Canon Inc Text retrieving device and its method
JP2000057265A (en) * 1998-08-12 2000-02-25 Oki Electric Ind Co Ltd Character reader
JP2000099607A (en) * 1998-09-24 2000-04-07 Oki Software Kyushu:Kk Method for settling sum in ocr exchange centralized processing system
JP2000148838A (en) * 1998-11-12 2000-05-30 Oki Electric Ind Co Ltd Unmanned contract system

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH05334360A (en) * 1992-05-28 1993-12-17 Fujitsu Ltd Name recognizing method
JPH0619884A (en) * 1992-06-30 1994-01-28 Fujitsu Ltd Name input system
JPH0934984A (en) * 1995-07-20 1997-02-07 Fujitsu Ltd Character recognizing device
JPH0954806A (en) * 1995-08-14 1997-02-25 Oki Electric Ind Co Ltd Method for displaying financial instituteds names in different colors for centralized facsimile exchange processing system
JPH10307839A (en) * 1997-05-09 1998-11-17 Canon Inc Text retrieving device and its method
JP2000057265A (en) * 1998-08-12 2000-02-25 Oki Electric Ind Co Ltd Character reader
JP2000099607A (en) * 1998-09-24 2000-04-07 Oki Software Kyushu:Kk Method for settling sum in ocr exchange centralized processing system
JP2000148838A (en) * 1998-11-12 2000-05-30 Oki Electric Ind Co Ltd Unmanned contract system

Also Published As

Publication number Publication date
JP2002304397A (en) 2002-10-18

Similar Documents

Publication Publication Date Title
WO2017216980A1 (en) Machine learning device
US8112401B2 (en) Analyzing externally generated documents in document management system
JP4998220B2 (en) Form data extraction program, form data extraction apparatus, and form data extraction method
CN101510252B (en) Area extraction method, character recognition method, and character recognition device
JP5271667B2 (en) Metadata extraction apparatus and method
US20130282578A1 (en) Computer-based collective intelligence recommendations for transaction review
US20210366055A1 (en) Systems and methods for generating accurate transaction data and manipulation
JP2009122722A (en) Document recognizing program, document recognizing apparatus and document recognizing method
CN101452443B (en) Recording medium for recording logical structure model creation assistance program, logical structure model creation assistance device and logical structure model creation assistance method
JP4335726B2 (en) Method and program for linking with different applications via data displayed on the screen
JP4614568B2 (en) Code search processing system
JP2010061176A (en) Text mining device, text mining method, and text mining program
JP3978962B2 (en) Information search method and information search apparatus
JP3394694B2 (en) Format information registration method and OCR system
JP2004013813A (en) Information management system and method
JP5790820B2 (en) Inconsistency detection apparatus, program and method, correction support apparatus, program and method
WO2019194029A1 (en) Image processing device, image processing method, and storage medium for storing program
JPWO2020240820A1 (en) File management device, file management method, and program
JP7457392B2 (en) Document processing method, document processing program, and information processing device
CN116911641B (en) Sponsored recommendation method, sponsored recommendation device, computer equipment and storage medium
JP2007164555A (en) Retrieval information display system
JP4724164B2 (en) Knowledge transfer system and knowledge transfer program
JP6664201B2 (en) Abutting processing device, abutting processing method and abutting processing program
JP2019101575A (en) Transaction support program, apparatus and method
CN115114431A (en) Information extraction system and computer-readable non-transitory recording medium

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20070731

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20100413

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20100607

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20100629

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20100817

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20101019

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20101019

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20131029

Year of fee payment: 3

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees