(57)【特許請求の範囲】
【請求項１】
所定様式書に記入された少なくとも所定の団体名であり、当該団体に属する所定数の下位の名称を含む団体名をイメージデータとして読み取り、文字コード列として認識した認識文字コードデータに基づいて、当該団体名の種別および当該種別を除いた団体名の固有名を認識して、団体コードテーブルより当該団体名に付与された該当の所定数の団体下位コードを含む団体名コードを得るコード検索処理システムであって、
対象の団体名を示す認識文字コードデータに対し、当該認識文字コードデータにおける先頭または末尾の何れかについて予め定められた所定数の種別名の文字コードでマッチング処理を行い、所定数の種別名を特定し、当該団体名のうち特定した種別名の残りの部分を固有名として前記団体コードテーブルを参照して特定した種別名で得る固有名の文字コードと順次マッチング処理を行って固有名を特定するもので、特定した種別名および固有名の団体名全体の一致の度合いに応じた団体名を所定数特定する処理を行うマッチング処理手段と、
前記特定した所定数の団体名に基づき、前記団体コードテーブルより対応の団体コードを所定数抽出するコード抽出手段と、
外部入力により変更自在であり、前記特定した所定数の団体名および対応の団体コードを表示する処理を行う表示処理手段と、
を有することを特徴とするコード検索処理システム。
【請求項２】
請求項１記載のコード検索処理システムであって、前記団体コードテーブルは、与えられた所定の団体の情報より、前記所定の団体に関する所定数の団体名と、これに対応する所定数の団体コードとを関連付けて作成されることを特徴とするコード検索処理システム。
【請求項３】
請求項１又は２に記載のコード検索処理システムであって、前記表示処理手段における表示に対して外部よりの確定の信号に応じて、確定した団体名および団体コードのデータファイルを作成して出力する出力ファイル作成手段を備えることを特徴とするコード検索処理システム。
【請求項４】
請求項１〜３の少なくとも何れかに記載のコード検索処理システムであって、前記表示処理手段は、特定した所定数の団体名および対応の団体コードを表示する画面に、前記対象団体名のイメージデータを表示させるための表示ボタンを備えさせることを特徴とするコード検索処理システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、個別のコードが付与された金融機関名等の名称より当該付されたコードを検索するコード検索処理システムに関する。
【０００２】
【従来の技術】
近年、例えばクレジットカードの申し込みに当たり、申込書には会費等の自動振込の記入欄が設けられているのが多い。また、申込書とは別に専用の預金口座振替依頼書（自動振込利用申込書）として用意される場合もある。この自動振込の記入欄には金融機関名（支店等の店舗名を含む）を申込者が記入するもので、金融機関コード（店舗コード）の記入欄には当該申込者は記入せずに、後に業者側で金融機関のコードを付与することが一般的である。そのため、この金融機関コード付与に当たり事務処理の軽減、効率向上が望まれている。
【０００３】
従来、所定の会費等を金融機関の口座より自動的に振り込む場合、預金口座振替依頼書（自動振込利用申込書）が、例えばクレジットカード等の申込様式書に設けられ、または単独の様式書として用意される。申込者は、当該預金口座振替依頼書（自動振込利用申込書）に金融機関を指定する場合として、名称、支店名、預金種目、口座番号を少なくとも記入して、該当の業者に渡す。
【０００４】
業者側では、オペレータが、申し込まれた預金口座振替依頼書（自動振込利用申込書）に記入された金融機関名（店舗名を含む）より、対照表を参照して金融機関コード（店舗コード）を付与するという作業を行うのが一般的となっている。
【０００５】
【発明が解決しようとする課題】
しかしながら、オペレータが預金口座振替依頼書（自動振込利用申込書）を見ながら金融機関コード（店舗コード）を付与することは、特に大量に処理しなければならない場合、時間を要すると共に、事務処理が効率的でないという問題がある。これらのことは、金融機関コードを付与する場合に限らず、様式書に記入された名称より個別コードを付与する場合においても同様の問題である。
【０００６】
そこで、本発明は上記課題に鑑みなされたもので、記入事項の名称より個別コードを付与させる場合の事務処理の効率向上を図るコード検索処理システムを提供することを目的とする。
【０００７】
【課題を解決するための手段】
上記課題を解決するために、請求項１の発明では、所定様式書に記入された少なくとも所定の団体名であり、当該団体に属する所定数の下位の名称を含む団体名をイメージデータとして読み取り、文字コード列として認識した認識文字コードデータに基づいて、当該団体名の種別および当該種別を除いた団体名の固有名を認識して、団体コードテーブルより当該団体名に付与された該当の所定数の団体下位コードを含む団体名コードを得るコード検索処理システムであって、対象の団体名を示す認識文字コードデータに対し、当該認識文字コードデータにおける先頭または末尾の何れかについて予め定められた所定数の種別名の文字コードでマッチング処理を行い、所定数の種別名を特定し、当該団体名のうち特定した種別名の残りの部分を固有名として前記団体コードテーブルを参照して特定した種別名で得る固有名の文字コードと順次マッチング処理を行って固有名を特定するもので、特定した種別名および固有名の団体名全体の一致の度合いに応じた団体名を所定数特定する処理を行うマッチング処理手段と、前記特定した所定数の団体名に基づき、前記団体コードテーブルより対応の団体コードを所定数抽出するコード抽出手段と、外部入力により変更自在であり、前記特定した所定数の団体名および対応の団体コードを表示する処理を行う表示処理手段と、を有する構成とする。
【０００９】
請求項２〜４の発明では、「前記団体コードテーブルは、与えられた所定の団体の情報より、前記所定の団体に関する所定数の団体名と、これに対応する所定数の団体コードとを関連付けて作成される」構成であり、
「前記表示処理手段における表示に対して外部よりの確定の信号に応じて、確定した団体名および団体コードのデータファイルを作成して出力する出力ファイル作成手段を備える」構成であり、
「前記表示処理手段は、特定した所定数の団体名および対応の団体コードを表示する画面に、前記対象団体名のイメージデータを表示させるための表示ボタンを備えさせる」構成である。
【００１０】
このように、所定様式書に記入された下位に属する名称を含む団体名の認識文字コードデータに対し、当該認識文字コードデータにおける先頭または末尾の何れかについて予め定められた種別名（文字コード）でマッチング処理して種別名を特定し、特定した種別名に対応する固有名に対して団体コードテーブルより所定数得た固有名の文字コードとマッチング処理を行って固有名を特定し、特定した種別名および固有名の一致の度合いに応じた団体名を所定数特定し、特定した所定数の団体名の所定数の団体下位コードを含む団体コードをテーブルより抽出して表示させる処理を行う。すなわち、記入事項の団体名部分より種別名および固有名を特定することから、当該団体に付与された当該団体の個別コードを抽出が可能となり、個別コードを付与させる場合の事務処理の効率向上を図ることが可能となるものである。
【００１１】
【発明の実施の形態】
以下、本発明の好ましい実施形態を図により説明する。本実施形態では、一例として団体名である金融機関名のコードを検索処理する場合を示すが、これに限らず他の業種（例えば配送業）においても伝票等から相手先企業を個別コードで特定する場合のコードを検索処理する場合にも適用できるものである。
【００１２】
図１に、本発明に係る一実施形態におけるコード検索処理システムのブロック構成図を示す。図１（Ａ）は本発明のコード検索処理システムが構築される全体のブロック構成図であり、図１（Ｂ）はコード検索処理システムの構成ブロック図である。図１（Ａ）において、コード検索処理システム１１は、コンピュータ１２内でコード検索処理プログラムにより構築されるもので、当該コンピュータ１２は少なくともキーボード、マウス等の入力手段１３が接続されると共に、ＣＲＴ等の表示手段１４が接続される。
【００１３】
また、コンピュータ１２は、コード検索処理システム１１により金融機関情報ＤＢ１５（外部記憶媒体でもよい）よりデータを抽出する構成であり、当該コード検索処理システム１１で作成された金融機関名コードを出力ファイル１６として出力（内部記憶媒体、外部記憶媒体に対して出力）する構成とされる。また、後述する外部（コンピュータ１２内でもよい）のデータ認識装置１７で文字コード認識された認識データを所定のデータ入力手段で取り込む構成とされる。
【００１４】
一方、上記データ認識装置１７は、データ読取認識手段１８により文字コードで認識した認識データ１９を作成するもので、例えばクレジットカード等の申し込みにおいて金融機関の口座より自動的に振り込むための預金口座振替依頼書（自動振込利用申込書）を含む様式書、または単独の様式書である申込書２０の記入部分（ここでは、記入された総ての部分とする）を、定められた領域毎にイメージデータとして読み取り、シフトＪＩＳ等の各文字コードの文字コード列として認識し、上記認識データ１９を作成する。
【００１５】
この場合、該当の金融機関名が記入された部分を切り出したイメージデータをファイルとして、例えば申込書に予め付したＩＤ（識別子）番号と関連付けて画像データ１９Ａに格納させる。すなわち、本実施形態では申込書２０の記入部分の総てを認識文字データとし、コード検索処理システム１１において後述するように金融機関名が記入されている部分の領域を設定値により特定して当該金融機関名の文字コード列を抽出し、コード検索のマッチング処理が行われるものである。なお、データ認識装置１７において、金融機関名が記入された部分のみをイメージデータとして読み込み、認識文字コードデータとしてもよい。
【００１６】
コード検索処理システム１１は、図１（Ｂ）に示すように、データ入出力手段２１、処理制御手段２２、テーブル作成手段２３、データ抽出手段２４、マッチング処理手段２５（種別名処理手段２５Ａ、固有名処理手段２５Ｂ）、コード抽出手段２６、表示処理手段２７および出力ファイル作成手段２８を適宜備える。データ入出力手段２１は、データ入出力のインタフェースであり、入力手段１３からの認識文字コードデータのうちの金融機関名が記入されている領域の指定するための設定値、金融機関情報ＤＢ１５より各金融機関名（下位の店舗名を含む）および金融機関コード（下位の店舗コードを含む）のデータを入力すると共に、コンピュータ１２側の処理手段（図示せず）とのデータ授受を行う。
【００１７】
上記処理制御手段２２は、マッチング処理による金融機関コード（店舗コード）を特定する処理全体を制御する。上記テーブル作成処理手段２３は、上記金融機関情報ＤＢ１５より、金融機関種別名コード、金融機関名、金融機関コードおよび適宜備考が関連付けられた金融機関固有名テーブルを作成すると共に、下位の店舗種別名コード、店舗名、店舗コードおよび適宜備考が関連付けられた店舗固有名テーブルを作成する。この金融機関固有名テーブルおよび店舗固有名テーブルにより団体コードテーブルを構成する。また、上記データ抽出手段２４は、上記設定値に基づいて認識データ１９より対象の金融機関固有名（店舗固有名）の部分の認識文字コード列を抽出してマッチング処理の対象とさせる。
【００１８】
上記マッチング処理手段２５は、詳細は後述するが、種別名処理手段２５Ａが、後述の図２（Ａ）における申込書２０Ａに対しては、対象の金融機関名を示す認識文字コードデータの先頭または末尾に対し、予め定められた所定数の種別名の文字コード（図３で説明する）でマッチング処理を行い、所定数の種別名を特定する。また、後述の図２（Ｂ）における申込書２０Ｂに対しては、所定の金融機関名を特定する部分のうち、対象の金融機関名の種別を示す部分の認識文字コードデータより種別名を特定する。
【００１９】
また、固有名処理手段２５Ｂが、後述の図２（Ａ）の申込書２０Ａに対しては、当該金融機関名のうち特定した種別名の残りの部分を固有名として金融機関コードテーブル（金融機関固有名テーブル）を参照して特定した種別名で得る固有名の文字コードと順次マッチング処理を行って固有名を特定し、後述の図２（Ｂ）の申込書２０Ｂに対しては、当該金融機関名の固有名部分を示す認識文字コードデータに基づき金融機関コードテーブルを参照して特定した種別名で得る固有名の文字コードと順次マッチング処理を行って固有名を特定するもので、特定した種別名および固有名の金融機関名全体の一致の度合いに応じた金融機関名を所定数特定する処理を行う。
【００２０】
ここで、上記マッチング処理はプログラムによるマッチングアルゴリズムである。なお、店舗名の特定に際しても、上記金融機関名を店舗名と置き換えることで同様の店舗の種別および店舗の固有名を所定数特定するものである。
【００２１】
上記コード抽出手段２６は、特定した所定数の金融機関名（店舗名）に基づき、前記金融機関固有名テーブル（店舗固有名テーブル）より対応の金融機関コード（店舗コード）を所定数抽出する。また、表示処理手段２７は、上記入力手段１３の外部入力により変更自在であり、特定した所定数の金融機関名（店舗名）および対応の金融機関コード（店舗コード）を表示手段１４に表示させるための処理を行う。そして、上記出力ファイル作成手段２８は、表示処理手段２７における表示画面に対して入力手段１３よりの確定の信号に応じて、確定した金融機関名（店舗名）および金融機関コード（店舗コード）のデータファイル（出力ファイル１６）を作成して出力する。
【００２２】
ここで、図２に、コード検索処理の一対象となる様式書の説明図を示す。図２（Ａ）は、申込書２０Ａとしての様式書である預金口座振替依頼書（自動振込利用申込書）の金融機関記入部分を示したもので、「名称」記入欄の升目内に例えば「地球信用組合」と記入され、下位の店舗名としての「支店名」記入欄の升目内に例えば「東京千代田支店」と記入される。なお、「預金種目」記入欄に口座種、口座番号も升目内に記入される。そして、「金融機関コード」および「支店コード」の記入欄には未記入とさせて、当該預金口座振替依頼書（自動振込利用申込書）を受理する例えばクレジット会社側で当該金融機関コードおよび支店コードを本コード検索処理システム１１により自動付与するものである。
【００２３】
また、図２（Ｂ）は、申込書２０Ｂにおける「名称」記入欄の升目内に例えば「アースバンク」と記入されて種別名の銀行を表す数字に「○」印が付けられ、下位である種別名の店舗名としての「支店名」記入欄の升目内に例えば「東京」と記入されて支店を表す数字に「○」印が付けられている場合を示したものである。この場合、「○」印が付けられるべき種別のコードデータに対応する種別名の対応表が予め用意される（後述する）。
【００２４】
続いて、図３に、コード検索処理における認識種別名の種類の一例の説明図を示す。図３（Ａ）は、金融機関名の種別名を特定するための予め定められた種類の「種別名」に対する「金融機関種別名コード」、「略称」、「属性」が関連付けられたもので、これらは例えば上記マッチングアルゴリズムを行うプログラムに含まれる（別のテーブルでもよい）。ここでは、「銀行」、「信用金庫」、「信用組合」、「労働金庫」、「信用農業協同組合」、「農業協同組合」、「酪農業協同組合」、「信用漁業協同組合」とし、これらの種別名が金融機関固有名の先頭または末尾に付されるかを属性として示される。なお、金融機関種別名コード「００」は、「種別名なし」を示している。
【００２５】
図３（Ｂ）は、店舗名の種別名を特定するための予め定められた種類の「種別名」に対する「店舗種別名コード」が関連付けられたもので、同様にマッチングアルゴリズムを行うプログラムに含まれる（別のテーブルでもよい）。ここでは、「支店」、「支所」、「代理店」、「出張所」としたもので、これらは一般に店舗固有名の末尾に付されることから、総て末尾の属性が関連付けられる。なお、店舗種別名コード「００」は、「種別名なし」を示している。
【００２６】
続いて、図４に、図３における種別名および固有名の認識パターンの説明図を示す。図４（Ａ）は、認識文字コードデータの種別名または固有名が、正規の種別名または固有名に一文字が他の文字に置き換えられた場合であり、２文字以上の種別名および固有名に対して各箇所に一文字がそれぞれ別文字に置き換わったパターンである。なお、正規の名前が一文字の場合には置き換えとは判定しない。
【００２７】
また、図４（Ｂ）は、認識文字コードデータの種別名または固有名が、正規の種別名または固有名に対して一文字分欠落（認識されなかった場合）した場合のパターンである。そして、図４（Ｃ）は、認識文字コードデータの種別名または固有名が、正規の種別名または固有名に対して、一文字分混入（例えば漢字の偏と造りが別文字と認識された場合）した場合のパターンである。
【００２８】
すなわち、図４（Ａ）〜図４（Ｃ）の総てのパターンで順次種別名および固有名のマッチング処理が行われるものである。
【００２９】
続いて、図５に、コード検索結果の一例の画面表示の説明図を示す。図５（Ａ）は、例えば正規（図２）の金融機関名「地球信用組合」に対して、認識文字コードデータの種別名における「信」の文字が何れかの文字に置き換わった場合のコード検索処理結果の画面である。ここで、「金融機関」のエリアには名前の置き換わり名である「地球＊用組合」が表示され、当該金融機関名と金融機関コードをオペレータが入力変更可能なエリア（蓋然性の高い金融機関名と金融機関コードを表示）が設けられる。また、当該入力変更可能なエリアに対して他の金融機関名と金融機関コードを選択できるウィンドウを現す「検索」ボタンが設けられる。
【００３０】
また、検索結果画面には、「変換結果」のエリアが表示されるもので、「基準値」、「蓋然性リスト」の一覧が表示される。ここで、「基準値」は、認識文字コードデータに対して文字一致の度合い（ここでは一致率）で選択する場合の一致率の基準を示すもので、「設定」ボタンにより変更自在に当該基準値を設定できる。例えば、基準値「０．９」では厳密判断となり、基準値「０．７」では通常判断とし、基準値「０．５」では寛容判断としてマッチングの妥当性を判断するものである。なお、最初の項目の一致率が基準値より大きいときでも、２番目の項目の一致率との差が「０．１」以下の時にはマッチングの妥当性に問題があると判断する。
【００３１】
「蓋然性リスト」の項目は、金融機関の種別名と固有名のそれぞれのマッチングにおける一致率が上記基準値に応じて選択判断された金融機関名を表示させるものである。すなわち、マッチング処理の結果が必ずしも一つとは限らないことから、リストとして例えば一致率（蓋然性）の高いものから順に表示させるものである。なお、マッチング処理における一致率の判断の処理は、後述のフローチャートで説明する。
【００３２】
そして、検索結果画面には、「ＯＫ」ボタン、「中止」ボタンが設けられ、「金融機関」のエリアにおける入力変更可能なエリアに表示されている金融機関名および金融機関コードが正しいとオペレータが判断して「ＯＫ」ボタンがクリックされたときに、確定信号としてコード検索処理システム１１に入力される。「中止」ボタンがクリックされた場合には、当該金融機関名と金融コードは確定できないとして当該認識文字コードデータの金融機関コードの検索処理を終了させるものである。
【００３３】
図５（Ｂ）は、図５（Ａ）と異なり、例えば正規（図２）の金融機関名「地球信用組合」に対して、認識文字コードデータの固有名における「球」の文字が何れかの文字に置き換わった場合のコード検索処理結果の画面であり、表示画面の構成内容は図５（Ａ）と同様である。なお、店舗名のマッチング処理におけるコード検索処理結果の画面も同様である。
【００３４】
次に、図６および図７に、本発明に係るコード検索処理全体のフローチャートを示す。図６において、まず、コンピュータ１２内でコード検索処理プログラムが起動することにより、処理選択（システム構築、コード変換処理、終了）の画面表示がなされる（ステップ（Ｓ）１）。外部からの入力信号が終了信号である場合には（Ｓ２）、処理を終了する。また、システム構築の入力信号の場合には（Ｓ３）、本コード検索処理システム１１の構築が実行される（Ｓ４）。そして、本システムが構築されると、テーブル作成手段２３が金融機関情報ＤＢ１５より金融機関固有名（金融機関コード）および店舗固有名（店舗コード）を抽出し、それぞれ金融機関固有名テーブルおよび店舗固有名テーブルを作成して所定の格納領域（例えばコンピュータ１２のハードディスク等の内部記憶領域）に格納し（Ｓ５）、コード変換処理の入力信号を待つ（Ｓ３）。
【００３５】
続いて、コード変換処理の入力信号が入力されると（Ｓ３）、入力される認識文字データに対する対象文字コードデータ部分を抽出するための設定（入力手段１３から入力される設定値）がなされると（Ｓ６）、データ抽出手段２４が提供される認識データ１９より該当の認識文字コードデータを取得し（Ｓ７）、抽出設定に基づいて、該当の対象文字コードデータのうち、まず金融機関名に該当する文字コード列を抽出する（Ｓ８）。ここで、上記申込書２０Ａの場合は、種別名を含んだ金融機関名の文字コード列であり、上記申込書２０Ｂの場合は、固有名のみの金融機関名の文字コード列、および種別を特定するコードデータ（「○」印が付けられた部分）の文字コード列である。なお、上記設定は、上記申込書２０Ａ，２０Ｂの様式がそれぞれ異なる場合をも考慮したものである。
【００３６】
抽出した金融機関名の文字コード列に対して、マッチング処理手段２５の種別名処理手段２５Ａが、上記申込書２０Ａの場合として、金融機関の種別名を所定数の候補としてマッチング処理のアルゴリズムを実行して所定数の種別名を特定する（Ｓ９）。この特定処理は図９〜図１２で説明する。また、上記申込書２０Ｂの場合として、上記種別のコードデータより予め用意されている上記対応表を参照して当該種別を特定する。
【００３７】
つぎに、固有名処理手段２５Ｂが、上記申込書２０Ａの場合として、認識された金融機関名の文字コード列のうち、特定した金融機関の種別名部分以外の部分を金融機関の固有名とし、特定した金融機関の種別名に対応した固有名を、金融機関固有名テーブルを参照し、所定数の候補として特定するマッチング処理のアルゴリズムを実行して固有名を特定する（Ｓ１０）。この固有名特定処理は図１３〜図１８で説明する。また、上記申込書２０Ｂの場合には、上記種別のコードデータで特定した金融機関の種別名に対応した固有名を、金融機関固有名テーブルを参照し、所定数の候補として特定するマッチング処理のアルゴリズムを実行して固有名を特定する。そして、特定した金融機関の種別名および固有名に基づき、コード抽出手段１６が、上記作成した金融機関固有名テーブルを参照して、金融機関コードを所定数抽出する（Ｓ１１）。
【００３８】
続いて、図７において、表示処理手段２７が図５に示すような特定した金融機関名を、所定数の候補を示して表示手段１４で表示させるための処理を実行する（Ｓ１２）。図５のようなコード検索結果の画面において、オペレータによる確認、または適宜金融機関名および金融機関コードの変更に応じて上記「ＯＫ」ボタンがクリックされることで上記入力変更可能な金融機関名および金融機関コードのエリアに表示されている当該金融機関名の金融機関コードを確定コードとして、例えば出力ファイル作成手段１８の一時バッファに記憶する（Ｓ１３）。
【００３９】
上記抽出設定に基づいて、該当の対象文字コードデータのうち、店舗名に該当する文字コード列を抽出し（Ｓ１４）、店舗名の文字コード列に対して、マッチング処理手段２５の種別名処理手段２５Ａが、上記申込書２０Ａの場合として、店舗の種別名（図３（Ｂ））を所定数の候補として特定するマッチング処理のアルゴリズムを実行して店舗の種別名を特定する（Ｓ１５）。また、上記申込書２０Ｂの場合として、上記店舗の種別のコードデータより予め用意されている上記対応表を参照して当該店舗の種別を特定する。
【００４０】
また、固有名処理手段２５Ｂが、上記申込書２０Ａの場合として、店舗名の文字コード列のうち、特定した店舗の種別名部分以外の部分を店舗の固有名として特定した店舗の種別に対応した固有名、または上記店舗の種別のコードデータで特定した店舗の種別に対応した固有名に対し、店舗固有名テーブルを参照し、所定数の候補として特定するマッチング処理のアルゴリズムを実行して固有名を特定する（Ｓ１６）。また、上記申込書２０Ｂの場合には、上記店舗のコードデータで特定した金融機関の店舗名に対応した固有名を、店舗固有名テーブルを参照し、所定数の候補として特定するマッチング処理のアルゴリズムを実行して固有名を特定する。
【００４１】
上記特定した店舗名および金融機関名に基づいて、コード抽出手段２６が、作成した上記店舗固有名テーブルを参照して店舗コードを抽出する（Ｓ１７）。また、表示処理手段２７が特定した店舗名を、所定数の候補を示して表示手段１４で表示させるための処理を実行する（Ｓ１８）。このコード検索結果の画面においても、オペレータによる確認、または適宜店舗名および店舗コードの変更に応じて上記「ＯＫ」ボタンがクリックされることで上記入力変更可能な店舗名および店舗コードのエリアに表示されている当該店舗名の店舗雄コードを確定コードとして、例えば出力ファイル作成手段１８の一時バッファに記憶する（Ｓ１９）。
【００４２】
以上の処理を、上記抽出設定に基づいて抽出する総ての対象の認識文字コードデータに対して行うもので、つぎの処理候補がある場合には上記Ｓ８〜Ｓ１９を繰り返し（Ｓ２０）、総ての処理候補についてコード検索が行われると、総ての対象の認識文字コードデータに対して、抽出した金融機関コード、店舗コードのファイルを出力ファイル作成手段１８が作成して出力ファイル１６として出力するものである（Ｓ２１）。
【００４３】
次に、図８に、本発明に係るマッチング処理全体の概略説明図を示す。なお、図８は、図２（Ａ）に示す申込書２０Ａに対するものである。図８において、まず、入力された金融機関名の認識文字コードデータの文字列を例えば「Ａ」とし、当該文字列Ａの文字数を「ａ」とする（Ｓ３１）。そこで、文字列Ａの種別名を特定し、それに対応した「Ａ」の固有名部分（種別名以外の部分）を、所定数取り出す（Ｓ３２）。例えば、種別名（Ｍ１、Ｍ２・・・）と特定したときの所定数の固有名部分Ｂ１、Ｂ２・・・を取り出す。そして、文字列Ａの固有名部分が示す固有名を所定数特定する（Ｓ３３）。例えば、種別名（Ｍ１）が特定されたときの所定数の固有名Ｐ１１、Ｐ１２・・・を取り出し、種別名（Ｍ２）が特定されたときの所定数の固有名Ｐ２１、Ｐ２２・・・を取り出して、以下特定した種別名の個数に応じて所定数の固有名を取り出すものである。上記種別名、固有名の特定を以下のフローチャートで説明する。
【００４４】
そこで、図９〜図１２に、金融機関種別名を特定する処理のフローチャートを示す。図９は、金融機関種別名を特定する場合の全体処理の概略フローチャートであり、マッチング手段２５の種別名処理手段２５Ａにおいて、まず、入力された金融機関名の認識文字コードデータに対して、種別の置換名について判定処理を行い（Ｓ４１）、完全一致か否かを判断する（Ｓ４２）。判断の結果、完全一致の場合には処理を終了する。この処理の詳細は図１０で説明する。
【００４５】
また、完全一致でない場合には、種別の混入名について判定処理を行うもので（Ｓ４３）、この処理の詳細は図１１で説明する。続いて、種別の欠落名について判定処理を行うもので（Ｓ４４）、この処理の詳細は図１２で説明する。そして、上記混入名および欠落名についての判定処理で種別が判定できた場合には（Ｓ４５）、処理を終了し、種別が判定できない場合には「種別名なし」として金融機関名全体を固有名と判定するものである（Ｓ４６）。
【００４６】
そこで、図１０の置換名の種別判定において、まず、総ての種別名について判定が行われた場合には（Ｓ５１）、処理を終了する。種別の置換名に対する判定がなされていなければ、入力された認識文字コードデータにおける金融機関名の文字コード列（Ａ：文字数ａ）に対し、判定する金融機関の種別名を例えばＴとし、その文字数をｍとする（Ｓ５２）。例えば、種別名Ｔが「信用組合」の場合の文字数ｍは「４」となる。
【００４７】
そこで、種別名Ｔの属性を、図３（Ａ）に示す当該プログラムに含まれる関連付けより判断し（Ｓ５３）、先頭の場合には入力された文字コード列（Ａ）の文字数ａが金融機関の種別名Ｔの文字数ｍより多いかが判断される（Ｓ５４）。当該文字数ａが種別名Ｔの文字数ｍより小さい場合には処理開始時点のＳ５１に戻る。そして、当該文字数ａが種別名Ｔの文字数ｍより大きい場合は、文字コード列（Ａ）の先頭ｍの文字数を取り出し、種別名Ｔと比較した文字の一致数ｅを得る（Ｓ５５）。例えば、マッチング対象の種別名Ｔを「信用組合」としたときに、入力された文字コード列（Ａ）の先頭より｛ｍ＝４｝文字分を抜き出し、「信」、「用」、「組」、「合」の各文字コードを含むかのマッチング処理して一致数ｅを求める。
【００４８】
続いて、一致数ｅが「０」であるかが判断され（Ｓ５６）、ｅ＝０の場合には処理開始時点のＳ５１に戻る。また、一致数ｅが「０」でない場合には、種別名Ｔを文字コード列Ａの種別名と判定するもので、このときの固有名は文字コード列Ａの末尾｛ａ−ｍ｝の文字分であり、その一致率が｛ｅ／ｍ｝で表される（Ｓ５７）。続いて、一致数ｅが文字数ｍと等しいかが判断され（Ｓ５８）、等しくなければ処理開始時点のＳ５１に戻る。また、等しければ｛ｅ＝ｍ｝、完全一致（一致率１．０）と判定する（Ｓ５９）。
【００４９】
一方、Ｓ５３において、末尾の場合においても、入力された文字コード列（Ａ）の文字数ａが金融機関の種別名Ｔの文字数ｍより多いかが判断される（Ｓ６０）。当該文字数ａが種別名Ｔの文字数ｍより小さい場合には処理開始時点のＳ５１に戻る。そして、当該文字数ａが種別名Ｔの文字数ｍより大きい場合は、文字コード列（Ａ）の末尾ｍを取り出し、種別名Ｔと比較した文字数の一致数ｅを得る（Ｓ６１）。
【００５０】
続いて、一致数ｅが「０」であるかが判断され（Ｓ６２）、ｅ＝０の場合には処理開始時点のＳ５１に戻る。また、一致数ｅが「０」でない場合には、種別名Ｔを文字コード列Ａの種別名と判定するもので、このときの固有名は文字コード列Ａの先頭｛ａ−ｍ｝の文字分であり、その一致率が｛ｅ／ｍ｝で表される（Ｓ６３）。続いて、一致数ｅが文字数ｍと等しいかが判断され（Ｓ６４）、等しくなければ処理開始時点のＳ５１に戻り、等しければ｛ｅ＝ｍ｝、完全一致（一致率１．０）と判定するものである（Ｓ６５）。
【００５１】
次に、図１１の混入名の種別判定において、まず、総ての種別名について判定が行われた場合には（Ｓ７１）、処理を終了する。種別の混入名に対する判定がなされていなければ、入力された認識文字コードデータにおける金融機関名の文字コード列（Ａ：文字数ａ）に対し、判定する金融機関の種別名を例えばＴとし、その文字数をｍとする（Ｓ７２）。
【００５２】
そこで、種別名Ｔの属性を、図３（Ａ）に示す当該プログラムに含まれる関連付けより判断し（Ｓ７３）、先頭の場合には入力された文字コード列（Ａ）の文字数ａが金融機関の種別名Ｔの文字数ｍに１文字加えた文字数｛ｍ＋１｝より多いかが判断される（Ｓ７４）。当該文字数ａが文字数｛ｍ＋１｝より小さい場合には処理開始時点のＳ７１に戻る。そして、当該文字数ａが文字数｛ｍ＋１｝より大きい場合は、文字コード列（Ａ）の先頭｛ｍ＋１｝の文字数を取り出し、種別名Ｔと比較した文字の一致数ｅを得る（Ｓ７５）。
【００５３】
このとき、混入名は複数存在することから一致数の最大のものを採用する。例えば、マッチング対象の種別名Ｔを「信用組合」としたときに、入力された文字コード列（Ａ）の先頭より｛ｍ＋１＝５｝文字分を抜き出し、「信」、「用」、「組」、「合」の各文字コードを含むかのマッチング処理して一致数ｅを求める。
【００５４】
続いて、一致数ｅが「０」であるかが判断され（Ｓ７６）、ｅ＝０の場合には処理開始時点のＳ７１に戻る。また、一致数ｅが「０」でない場合には、種別名Ｔを文字コード列Ａの種別名と判定するもので、このときの固有名は文字コード列Ａの末尾｛ａ−（ｍ−１）｝の文字分であり、その一致率が｛ｅ／ｍ｝で表される（Ｓ７７）。
【００５５】
一方、Ｓ７３において、末尾の場合においても、入力された文字コード列（Ａ）の文字数ａが金融機関の種別名Ｔの文字数ｍに１文字加えた文字数｛ｍ＋１｝より多いかが判断される（Ｓ７８）。当該文字数ａが文字数｛ｍ＋１｝より小さい場合には処理開始時点のＳ７１に戻る。そして、当該文字数ａが文字数｛ｍ＋１｝より大きい場合は、文字コード列（Ａ）の末尾｛ｍ＋１｝を取り出し、種別名Ｔと比較した文字の一致数ｅを得る（Ｓ７９）。この場合においても混入名は複数存在することから一致数の最大のものを採用する。
【００５６】
続いて、一致数ｅが「０」であるかが判断され（Ｓ８０）、ｅ＝０の場合には処理開始時点のＳ７１に戻る。また、一致数ｅが「０」でない場合には、種別名Ｔを文字コード列Ａの種別名と判定するもので、このときの固有名は文字コード列Ａの先頭｛ａ−（ｍ−１）｝の文字分であり、その一致率が｛ｅ／ｍ｝で表されるものである（Ｓ８１）。
【００５７】
次に、図１２の欠落名の種別判定において、まず、総ての種別名について判定が行われた場合には（Ｓ９１）、処理を終了する。種別の欠落名に対する判定がなされていなければ、入力された認識文字コードデータにおける金融機関名の文字コード列（Ａ：文字数ａ）に対し、判定する金融機関の種別名を例えばＴとし、その文字数をｍとする（Ｓ９２）。
【００５８】
そこで、種別名Ｔの属性を、図３（Ａ）に示す当該プログラムに含まれる関連付けより判断し（Ｓ９３）、先頭の場合には入力された文字コード列（Ａ）の文字数ａが金融機関の種別名Ｔの文字数ｍに１文字減じた文字数｛ｍ−１｝より多いかが判断される（Ｓ９４）。当該文字数ａが文字数｛ｍ−１｝より小さい場合には処理開始時点のＳ９１に戻る。そして、当該文字数ａが文字数｛ｍ−１｝より大きい場合は、文字コード列（Ａ）の先頭｛ｍ−１｝の文字数を取り出し、種別名Ｔと比較した文字の一致数ｅを得る（Ｓ９５）。この場合、欠落名は複数存在することから一致数の最大のものが採用される。
【００５９】
続いて、一致数ｅが「０」であるかが判断され（Ｓ９６）、ｅ＝０の場合には処理開始時点のＳ９１に戻る。また、一致数ｅが「０」でない場合には、種別名Ｔを文字コード列Ａの種別名と判定するもので、このときの固有名は文字コード列Ａの末尾｛ａ−（ｍ＋１）｝の文字分であり、その一致率が｛ｅ／ｍ｝で表される（Ｓ９７）。
【００６０】
一方、Ｓ９３において、末尾の場合においても、入力された文字コード列（Ａ）の文字数ａが金融機関の種別名Ｔの文字数ｍに１文字減じた文字数｛ｍ−１｝より多いかが判断される（Ｓ９８）。当該文字数ａが文字数｛ｍ−１｝より小さい場合には処理開始時点のＳ９１に戻る。そして、当該文字数ａが文字数｛ｍ−１｝より大きい場合は、文字コード列（Ａ）の末尾｛ｍ−１｝の文字数を取り出し、種別名Ｔと比較した文字の一致数ｅを得る（Ｓ９９）。この場合も欠落名は複数存在することから一致数の最大のものが採用される。
【００６１】
続いて、一致数ｅが「０」であるかが判断され（Ｓ１００）、ｅ＝０の場合には処理開始時点のＳ９１に戻る。また、一致数ｅが「０」でない場合には、種別名Ｔを文字コード列Ａの種別名と判定するもので、このときの固有名は文字コード列Ａの先頭｛ａ−（ｍ＋１）｝の文字分であり、その一致率が｛ｅ／ｍ｝で表されるものである（Ｓ１０１）。
【００６２】
このように、入力された所定金融機関の認識文字コードデータに対して、種別の置換名で判定し、適宜、混入名、欠落名で判定することで種別名を判定するもので、その判定の結果が図９におけるＳ４５で判断される。そして、特定された種別名以外の部分を固有名とし、また、種別名が特定されないときには「種別名なし」として、マッチング処理手段２５における固有名処理手段２５Ｂによる図１３〜図１８のマッチング処理に移行する。
【００６３】
次に、図１３〜図１８に、金融機関名の固有名を特定する処理のフローチャートを示す。図１３は金融機関の固有名を特定する場合の全体処理の概略フローチャートであり、マッチング手段２５の固有名処理手段２５Ｂが、入力された金融機関名の認識文字コードデータに対して、上記特定された種別名以外の部分の固有名部分について、当該固有名が後述の金融機関固有名テーブルにおける金融機関固有名と完全一致について判定処理を行う（Ｓ１１１）。判定の結果、完全一致の固有名が存在する場合には（Ｓ１１２）、処理を終了する。この処理の詳細は図１４で説明する。また、完全一致の固有名が存在しない場合には（Ｓ１１２）、固有名が完全一致でない場合の判定処理を行うもので（Ｓ１１３）、この処理の詳細は図１５〜図１８で説明する。
【００６４】
そこで、図１４において、まず、上記図８に示す種別名のマッチング処理Ｓ３２によって得られた種別名と固有名との対の総てに対して、判定処理を行った場合には（Ｓ１２１）、当該処理を終了する。ここで、種別名のマッチング処理において、上記特定された所定数の種別名のうち、対象の金融機関名の種別名をＭとし、これに対応した上記文字コード列Ａの固有名部分をＢとする（Ｓ１２２）。そして、上記作成された金融機関固有名テーブルの種別名Ｍのものの中に、当該固有名としたＢに一致する固有名Ｐが存在するかを参照する（Ｓ１２３）。
【００６５】
参照の結果（Ｓ１２４）、存在しなければ処理開始のＳ１２１に戻り、存在すれば上記固有名Ｐを入力された固有名と判定するもので、完全一致であることから一致率は「１．０」となる（Ｓ１２５）。また、このとき、上記種別特定時の一致率が「１．０」の場合には、完全一致と判定して（Ｓ１２７）、処理開始のＳ１２１に戻る。また、種別特定の一致率が「１．０」でないときには処理開始のＳ１２１に戻るものである。
【００６６】
そこで、図１５において、まず、上記図８に示す種別名のマッチング処理Ｓ３２によって得られた種別名と固有名との対の総てに対して、判定処理を行った場合には（Ｓ１３１）、当該処理を終了する。上記特定された所定数の種別名のうち、対象の金融機関名の種別名をＭとし、これに対応した上記文字コード列Ａの固有名部分をＢとすると共に、当該Ｂの文字数をｂとする（Ｓ１３２）。
【００６７】
そして、上記作成された金融機関固有名テーブルの種別名Ｍのものの中に、当該固有名としたＢに一致する固有名Ｐが存在するかのマッチング処理を行わせるもので、当該金融機関固有名テーブルの種別名Ｍの固有名総てについてマッチング処理を行った後に処理開始のＳ１３１に戻る（Ｓ１３３）。そこで、金融機関固有名テーブルの種別名Ｍの固有名についてマッチング処理を行う場合、当該金融機関固有名テーブルの種別名Ｍの固有名をＰとし、その文字数をｎとする（Ｓ１３４）。
【００６８】
続いて、上記固有名としたＢと上記金融機関固有名テーブルにおける固有名Ｐとのマッチングによる判定処理が行われる（Ｓ１３５）。この処理の詳細は図１６で説明する。また、固有名としたＢの混入名と当該金融機関固有名テーブルにおける固有名Ｐとのマッチングによる判定処理が行われる（Ｓ１３６）。この処理の詳細は図１７で説明する。さらに、固有名としたＢの欠落名と当該金融機関固有名テーブルにおける固有名Ｐとのマッチングによる判定処理が行われる（Ｓ１３７）。この処理の詳細は図１８で説明する。そして、これらＳ１３４〜Ｓ１３７が、当該金融機関固有名テーブルの種別名Ｍの総ての固有名Ｐについてマッチングによる判定処理が行われるものである。
【００６９】
そこで、図１６において、図１５のＳ１３５に対応するマッチング処理として、まず、上記文字コード列Ａの固有名部分としたＢの文字数ｂと、上記金融機関固有名テーブルの種別名Ｍにおける固有名Ｐの文字数ｎとを比較するもので（Ｓ１４１）、上記Ｂの文字数ｂが固有名Ｐの文字数ｎと同じでなければ処理を終了し、同じであればその比較の結果の一致数ｅを得る（Ｓ１４２）。そして、一致数ｅが「０」であるかが判断され（Ｓ１４３）、「０」であればＳ１４１に戻り、「０」でなければ固有名Ｐを文字コード列Ａの固有名と判定し、その一致率（ｅ／ｎ）を求めて終了するものである（Ｓ１４４）。
【００７０】
また、図１７においては、上記文字コード列Ａの固有名部分としたＢの文字数ｂに混入として１文字加えた文字数｛ｂ＋１｝と、上記金融機関固有名テーブルの種別名Ｍにおける固有名Ｐの文字数ｎとを比較するもので（Ｓ１５１）、上記文字数｛ｂ＋１｝が固有名Ｐの文字数ｎと同じでなければ処理を終了し、同じであればその比較の結果の一致数ｅを得る（Ｓ１５２）。この場合、混入名は複数存在することからその最大の一致数ｅを採用する。そして、一致数ｅが「０」であるかが判断され（Ｓ１５３）、「０」であればＳ１５１に戻り、「０」でなければ固有名Ｐを文字コード列Ａの固有名と判定し、その一致率（ｅ／ｎ）を求めて終了するものである（Ｓ１５４）。
【００７１】
続いて、図１８において、上記文字コード列Ａの固有名部分としたＢの文字数ｂに欠落として１文字減じた文字数｛ｂ−１｝と、上記金融機関固有名テーブルの種別名Ｍにおける固有名Ｐの文字数ｎとを比較するもので（Ｓ１６１）、上記文字数｛ｂ−１｝が固有名Ｐの文字数ｎと同じでなければ処理を終了し、同じであればその比較の結果の一致数ｅを得る（Ｓ１６２）。この場合、欠落名は複数存在することからその最大の一致数ｅを採用する。そして、一致数ｅが「０」であるかが判断され（Ｓ１６３）、「０」であればＳ１６１に戻り、「０」でなければ固有名Ｐを文字コード列Ａの固有名と判定し、その一致率（ｅ／ｎ）を求めて終了するものである（Ｓ１６４）。
【００７２】
ところで、上記図９において、種別判定において、「種別名なし」の判定結果に対しては入力された金融機関の文字コード列全体が固有名と判定するもので、当該固有名（例えばＤ、文字数をｄ）とし、上記作成された金融機関固有名テーブルの種別名なしの中に、当該固有名としたＤに一致する固有名Ｐが存在するかのマッチングによる判定処理を図１３〜図１８に示すように行わせるものである（ただし、図１５におけるＳ１３３は、総ての種別に対して処理する）。
【００７３】
このように、図９〜図１８のマッチング処理で特定された金融機関の種別名および固有名並びに種別名なしの固有名に基づき、コード抽出手段１６が、上記作成した金融機関固有名テーブルを参照して、金融機関コードを所定数抽出し、表示処理手段２７が図５に示すような画面を表示させるべく処理を行うものである。これによって、図２に示すような記入事項の金融機関名より当該金融機関に付与された金融機関コードを抽出することができ、個別コードを付与させる場合の事務処理の効率向上を図ることができるものである。
【００７４】
なお、店舗名のマッチング処理は、特定された金融機関名に対応する店舗名を上記作成した店舗固有名テーブルを用いて店舗名（または店舗名なし）を所定数特定し、当該店舗名に対応した固有名を特定して当該店舗の店舗コードを抽出することができるものである。この店舗名マッチング処理は、上述の金融機関名のマッチング処理と基本的に同様であり、説明を省略する。
【００７５】
次に、図１９に、本発明に係る他の実施形態の説明図を示す。図１９（Ａ）は、図５に示すコード検索結果の画面表示に、特定した所定数の金融機関名（店舗名）および対応の金融機関コード（店舗コード）を表示する画面に、当該対象の金融機関名のイメージデータを表示させるための表示ボタンである「イメージ」ボタンを設けたものである。すなわち、当該対象の金融機関名のイメージデータは、上記データ認識手段１７により認識データ１９の画像データ１９Ａとして提供されるもので、上記「イメージ」ボタンがクリックされることでデータ抽出手段２４が上述のＩＤ番号で関連付けられたファイルのイメージデータを当該画像データ１９Ａより抽出し、表示処理手段２７が上記画面上に当該イメージを表示させたウィンドウを出現させるものである。
【００７６】
そこで、図１９（Ｂ）において、まず、表示処理手段２７が特定した金融機関名を、上述のように一致率に応じて所定の候補を指名して「金融機関」エリアに表示したときに（Ｓ１７１）、「イメージ」ボタンがクリックされてイメージ信号が入力されると（Ｓ１７２）、データ抽出手段２４が認識データ１９中の画像データ１９Ａより該当の依頼書（申込書２０）における例えばＩＤ番号で関連付けられたファイルのイメージデータを抽出して取り出し、例えば別ウィンドウで表示する（Ｓ１７３）。
【００７７】
そして、Ｓ１７２で「イメージ」ボタンがクリックされない場合、またはオペレータが上記表示したイメージ画像で確認して画面上の「金融機関」のエリアの入力変更可能なエリアに適宜変更の入力がされるような、オペレータによる確認、変更の後に「ＯＫ」ボタンがクリックされることで確定信号を入力すると、表示された金融機関コードを金融機関名と関連付けて確定コードとして記憶するものである（Ｓ１７４）。
【００７８】
このように、「イメージ」ボタンを表示画面上に設けることで、オペレータによる当該金融機関名（店舗名）の金融機関コード（店舗コード）の確認を容易とし確実な個別コード付与を行うことができるものである。
【００７９】
【発明の効果】
以上のように、請求項１〜３発明によれば、所定様式書に記入された下位に属する名称を含む団体名の認識文字コードデータに対し、当該認識文字コードデータにおける先頭または末尾の何れかについて予め定められた種別名（文字コード）でマッチング処理して種別名を特定し、特定した種別名に対応する固有名に対して団体コードテーブルより所定数得た固有名の文字コードとマッチング処理を行って固有名を特定し、特定した種別名および固有名の一致の度合いに応じた団体名を所定数特定し、特定した所定数の団体名の所定数の団体下位コードを含む団体コードをテーブルより抽出して表示させ、適宜確定した団体コードを当該団体名のものとしたデータファイルを出力する処理を行わせるより、記入事項の団体名より当該団体に付与された個別コードを抽出することができ、個別コードを付与させる場合の事務処理の効率向上を図ることができるものである。
【００８０】
請求項４発明によれば、表示処理手段が、特定された団体名および団体コードを表示する画面に対象団体名のイメージデータを表示させる表示ボタンを備えさせることにより、オペレータによる確認を容易とし確実な個別コード付与を行うことができるものである。
【図面の簡単な説明】
【図１】本発明に係る一実施形態におけるコード検索処理システムのブロック構成図である。
【図２】コード検索処理の一対象となる様式書の説明図である。
【図３】コード検索処理における認識種別名の種類の一例を示した説明図である。
【図４】図３における種別名および固有名の認識パターンを示した説明図である。
【図５】コード検索結果の一例の画面表示を示した説明図である。
【図６】本発明に係るコード検索処理全体のフローチャート（１）である。
【図７】本発明に係るコード検索処理全体のフローチャート（２）である。
【図８】本発明に係るマッチング処理全体の概略説明図である。
【図９】金融機関種別名を特定する処理のフローチャート（１）である。
【図１０】金融機関種別名を特定する処理のフローチャート（２）である。
【図１１】金融機関種別名を特定する処理のフローチャート（３）である。
【図１２】金融機関種別名を特定する処理のフローチャート（４）である。
【図１３】金融機関名の固有名を特定する処理のフローチャート（１）である。
【図１４】金融機関名の固有名を特定する処理のフローチャート（２）である。
【図１５】金融機関名の固有名を特定する処理のフローチャート（３）である。
【図１６】金融機関名の固有名を特定する処理のフローチャート（４）である。
【図１７】金融機関名の固有名を特定する処理のフローチャート（５）である。
【図１８】金融機関名の固有名を特定する処理のフローチャート（６）である。
【図１９】本発明に係る他の実施形態の説明図である。
【符号の説明】
１１                    コード検索処理システム
１２                    コンピュータ
１３                    入力手段
１４                    表示手段
１５                    金融機関情報ＤＢ
１６                    出力ファイル
１９                    認識データ
２０                    申込書
２３                    テーブル作成手段
２４                    データ抽出手段
２５                    マッチング処理手段
２５Ａ                  種別名処理手段
２５Ｂ                  固有名処理手段
２６                    コード抽出手段
２７                    表示処理手段
２８                    出力ファイル作成手段
【図１】
0004614568.tif 000002
【図２】
0004614568.tif 000003
【図３】
0004614568.tif 000004
【図４】
0004614568.tif 000005
【図５】
0004614568.tif 000006
【図６】
0004614568.tif 000007
【図７】
0004614568.tif 000008
【図８】
0004614568.tif 000009
【図９】
0004614568.tif 000010
【図１０】
0004614568.tif 000011
【図１１】
0004614568.tif 000012
【図１２】
0004614568.tif 000013
【図１３】
0004614568.tif 000014
【図１４】
0004614568.tif 000015
【図１５】
0004614568.tif 000016
【図１６】
0004614568.tif 000017
【図１７】
0004614568.tif 000018
【図１８】
0004614568.tif 000019
【図１９】
0004614568.tif 000020