(57)【要約】【解決手段】スキャナＰＣ２は、非定型帳票を用いた取引において取得された取得イメージデータを登録候補イメージデータとして格納し、取引毎に取引の結果情報をファイルサーバへ送る。ファイルサーバ６は、上記スキャナＰＣから上記結果情報を受け入れて登録候補情報を作成し、この登録候補情報を利用情報格納部６−１に格納する。その結果、登録候補情報に基づいて所定の登録候補イメージデータを選択し、認識データ格納部６−４への登録が可能になる。【効果】あまり利用されていない非定型帳票ばかりが登録されており、実際に役立つ非定型帳票が登録されていない等の不都合が起こりにくくなる。【選択図】        図１
2004318596.tif 000002
【特許請求の範囲】
【請求項１】
取引を求める帳票から取得した取得イメージデータと、取引が求められる帳票のフォーマットとして予め登録する登録フォーマット情報とを対比して、その特徴が一致すると、帳票認識するＯＣＲ為替システムにおいて、
前記取得イメージデータを格納するイメージデータ原本格納部と、前記取得イメージデータと前記登録フォーマット情報とを対比し、前記取引の結果を結果情報としてシステムセンタへ送出すると共に、前記特徴が不一致であると、該取得イメージデータを前記イメージデータ原本格納部に格納する、第１の制御部とを含むスキャナ装置と、
前記結果情報を受け入れて集計し登録候補情報を作成する第２の制御部と、該登録候補情報に基づいて、前記イメージデータ原本格納部に格納されている取得イメージデータの内から所定の取得イメージデータを選択して前記登録フォーマット情報として登録することを可能にすべく、該登録候補情報を格納する利用情報格納部とを含むファイルサーバとを備えることを特徴とするＯＣＲ為替システム。
【請求項２】
請求項１に記載のＯＣＲ為替システムにおいて、
前記ファイルサーバ及び前記スキャナ装置は、前記所定の取得イメージデータのアップロードを可能にするイメージデータアップロード部を更に含むことを特徴とするＯＣＲ為替システム。
【請求項３】
請求項１に記載のＯＣＲ為替システムにおいて、
前記利用情報格納部は、前記取得イメージデータと前記登録フォーマット情報との特徴一致回数を累積加算し、一致回数の少ない登録フォーマット情報の登録削除を可能とするヒット回数情報を格納することを特徴とするＯＣＲ為替システム。
【請求項４】
請求項１に記載のＯＣＲ為替システムにおいて、
前記登録候補情報は、前記取引を求める帳票の取得イメージデータと前記登録フォーマット情報との特徴が不一致であると、該帳票の依頼人及び受取人の履歴を記録する依頼人・受取人情報を格納することを特徴とするＯＣＲ為替システム。
【請求項５】
請求項２に記載のＯＣＲ為替システムにおいて、
前記イメージデータアップロード部は、前記スキャナ装置に含まれる前記イメージデータ原本格納部と、前記ファイルサーバに含まれ、前記所定の取得イメージデータを受け入れて、前記登録フォーマットに変換すべく格納するイメージデータ副本格納部とを有することを特徴とするＯＣＲ為替システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、金融機関の内国為替取引等に利用される非定型帳票を用いるＯＣＲ為替システムに関する。
【０００２】
【従来の技術】
従来のＯＣＲ為替システムでは、各金融機関が独自に定める定型帳票のみを処理の対象にし、所謂非定型帳票については、オペレータが人為的に処理している場合が多かった。
ところで最近の為替取引では、各金融機関間での垣根が取り除かれつつあり、非定型帳票の効率的な取り扱いが求められるようになってきた。
【０００３】
かかるニーズに応えることを目的として、非定型帳票を処理するためのＯＣＲ為替システムが提案されている。即ち、このシステムでは、非定型帳票が用いられると、この非定型帳票の特徴をフォーマット化し、予めシステム内のセンタに登録する。そして再び同じ非定型帳票が用いられた時に、その特徴を抽出し、登録済みフォーマットと比較する。その特徴が一致した時、登録済みフォーマットに基づいて帳票上の各項目（振込先、口座番号、氏名等）のイメージを切り出して画面表示する。このようにして、オペレータの労力増加を低減した非定型帳票の取り扱いが可能になった。
尚、オペレータの労力をより一層軽減するための技術開発も同時に進められている（例えば、特許文献１参照）。
【０００４】
【特許文献１】
特開２００１−２９７３０５号公報（要約）
【０００５】
【発明が解決しようとする課題】
上記従来の技術では、登録されている非定型帳票のフォーマットの各々について、実際にどの程度利用されているのか（ヒットしているか）が不明であり登録非定型帳票毎の効果が分かりにくい。又、登録すべき非定型帳票の選択は、管理者のメモや記憶に依存して主観的に決められており、客観的な選択基準が望まれていた。
【０００６】
その結果、あまり利用されない非定型帳票のフォーマットが多数登録される等の不都合があった。
更に、非定型帳票のフォーマットをシステムセンタに登録するに当たり該帳票の現物が必要とされ、且つ、この現物がセンタから離れた営業店にあるため該帳票を営業店からセンタまで持参する等の面倒な作業も必要となっていた。
【０００７】
【課題を解決するための手段】
本発明は以上の点を解決するため次の構成を採用する。
〈構成１〉
取引を求める帳票から取得した取得イメージデータと、取引が求められる帳票のフォーマットとして予め登録する登録フォーマット情報とを対比して、その特徴が一致すると、帳票認識するＯＣＲ為替システムにおいて、上記取得イメージデータを格納するイメージデータ原本格納部と、上記取得イメージデータと上記登録フォーマット情報とを対比し、上記取引の結果を結果情報としてシステムセンタへ送出すると共に、上記特徴が不一致であると、該取得イメージデータを上記イメージデータ原本格納部に格納する、第１の制御部とを含むスキャナ装置と、上記結果情報を受け入れて集計し登録候補情報を作成する第２の制御部と、該登録候補情報に基づいて、上記イメージデータ原本格納部に格納されている取得イメージデータの内から所定の取得イメージデータを選択して上記登録フォーマット情報として登録することを可能にすべく、該登録候補情報を格納する利用情報格納部とを含むファイルサーバとを備えることを特徴とするＯＣＲ為替システム。
【０００８】
〈構成２〉
構成１に記載のＯＣＲ為替システムにおいて、上記ファイルサーバ及び上記スキャナ装置は、上記所定の取得イメージデータのアップロードを可能にするイメージデータアップロード部を更に含むことを特徴とするＯＣＲ為替システム。
【０００９】
〈構成３〉
構成１に記載のＯＣＲ為替システムにおいて、上記利用情報格納部は、上記取得イメージデータと上記登録フォーマット情報との特徴一致回数を累積加算し、一致回数の少ない登録フォーマット情報の登録削除を可能とするヒット回数情報を格納することを特徴とするＯＣＲ為替システム。
【００１０】
〈構成４〉
構成１に記載のＯＣＲ為替システムにおいて、上記登録候補情報は、上記取引を求める帳票の取得イメージデータと上記登録フォーマット情報との特徴が不一致であると、該帳票の依頼人及び受取人の履歴を記録する依頼人・受取人情報を格納することを特徴とするＯＣＲ為替システム。
【００１１】
〈構成５〉
構成２に記載のＯＣＲ為替システムにおいて、上記イメージデータアップロード部は、上記スキャナ装置に含まれる上記イメージデータ原本格納部と、上記ファイルサーバに含まれ、上記所定の取得イメージデータを受け入れて、上記登録フォーマットに変換すべく格納するイメージデータ副本格納部とを有することを特徴とするＯＣＲ為替システム。
【００１２】
【発明の実施の形態】
本発明では、営業店に配置されるスキャナ装置が、取引を求める帳票から取得した取得イメージデータを格納するイメージデータ原本格納部を備える。又、この取得イメージデータと取引が求められる帳票のフォーマットとして予め登録する登録フォーマット情報とを対比し、その取引結果を結果情報としてシステムセンタへ送出すると共に、特徴が不一致であると、該取得イメージデータを上記イメージデータ原本格納部に格納する、第１の制御部とを備える。
【００１３】
又、システムセンタに配置されるファイルサーバは、上記結果情報を受け入れて集計し登録候補情報を作成する第２の制御部と、この登録候補情報を格納する利用情報格納部を備える。オペレータ又は管理者は、この登録候補情報を参照して上記イメージデータ原本格納部に格納されている取得イメージデータの内から所定の取得イメージデータを選択し上記登録フォーマット情報として登録することができる。従って、登録すべき非定型帳票の選択は、管理者のメモや記憶に依存して主観的に決められていた従来の技術と異なり、客観的な選択基準が確立される。
【００１４】
更に、利用情報格納部は、取得イメージデータと登録フォーマット情報との特徴一致回数を累積加算するヒット回数情報を格納している。従って、このヒット回数情報を参照してオペレータ又は管理者は、一致回数の少ない登録フォーマット情報の登録を削除することができる。その結果、あまり利用されない非定型帳票のフォーマットが多数登録される等の不都合を回避する事ができる。
【００１５】
尚、上記ファイルサーバ及び上記スキャナ装置は、所定の取得イメージデータのアップロードを可能にするイメージデータアップロード部を更に含むため、帳票を営業店から取り寄せる等の余分な労力を必要としなくなる。
【００１６】
以下、本発明の実施の形態を具体例を用いて説明する。
図１は、本発明のシステム構成図である。図１より、本発明によるＯＣＲ為替システムは、スキャナ１と、スキャナＰＣ２と、ＬＡＮ（Ａ）３と、通信装置（Ａ）４と、ネットワーク５と、ファイルサーバ６と、エントリ端末７と、通信装置（Ｂ）８と、ＬＡＮ（Ｂ）９とを備える。
【００１７】
スキャナ１は、営業店に配置され、取引を求める顧客が所定の事項を記載した帳票を受け入れて、帳票上のフォーマットや、そのフォーマット上に記載された文字、数字等を光学的に読み取って電気的なイメージデータに変換する光電変換装置である。
【００１８】
スキャナＰＣ２は、オペレータが操作してスキャナ１を制御するパーソナルコンピュータである。スキャナ１が取得した取得イメージデータを受け入れて、その帳票のフォーマットを認識する部分である。更に、認識したフォーマットに従って帳票上の所定の領域内の文字、数字等を認識し、認識データとして出力する部分である。その内部には、イメージデータ原本格納部２−１と、稼働用フォーマット格納部２−２と、制御部（Ａ）２−３とを有する。
【００１９】
イメージデータ原本格納部２−１は、スキャナ１から、顧客によって取引が求めている非定型帳票のイメージデータを受け入れて、登録候補イメージデータとして格納するデータベースであり、後記イメージデータ副本格納部６−２と共にイメージデータアップロード部１０を構成する。稼働用フォーマット格納部２−２は、本システムにおいて定められている定型帳票の登録フォーマット情報と、取引が予想される非定型帳票の登録フォーマット情報とを予め格納しておくデータベースである。
【００２０】
これら両フォーマット情報は、システムセンタに登録されている登録フォーマット情報を定期的に（例えば毎夜１回等）ダウンロードして格納される。制御部（Ａ）２−３は、スキャナ１、イメージデータ原本格納部２−１、稼働用フォーマット格納部２−２とを制御して帳票のフォーマットを認識し、更に、認識したフォーマットに従って帳票上の所定の領域内の文字、数字等を認識し、認識データとして出力するＣＰＵである。
【００２１】
ＬＡＮ（Ａ）３は、営業店内に敷設されているローカルエリアネットワークであり、このＬＡＮ（Ａ）３にスキャナＰＣ２は、スキャナ１を包含して接続される。
通信装置（Ａ）４は、ＬＡＮ（Ａ）３をネットワーク５へ接続するゲートウェイ等のインタフェース機器である。
ネットワーク５は、システムセンタと営業店とを繋ぐ情報回線である。通常、公衆回線が用いられるが、場合によっては、専用の回線を設けても良い。
【００２２】
ファイルサーバ６は、システムセンタ内に配置され、スキャナＰＣ２からネットワーク５を介して認識データを受け入れて誤記等をチェックし、ホストコンピュータ（１１）へ送出して顧客の希望する為替取引を成立させるサーバである。更に、システムのメンテナンスを支援する部分でもある。その内部には、利用情報格納部６−１と、イメージデータ副本格納部６−２と、管理用フォーマット格納部６−３と、認識データ格納部６−４と、制御部（Ｂ）６−５とを有する。
【００２３】
利用情報格納部６−１は、非定型帳票を用いた結果情報を統計処理して求めた登録候補情報を格納するデータベースである。この利用情報格納部６−１には、スキャナ１が採取した非定型帳票の取得イメージデータと管理用フォーマット格納部６−３に格納されている登録フォーマット情報とのヒット回数情報、登録候補情報、及び非定型帳票の依頼人及び受取人の履歴を記録する依頼人・受取人情報等が格納されている。これらの情報は、必要に応じてファイルサーバ６のディスプレイに表示される。
【００２４】
ここで、ヒット回数情報を記録する帳票ヒットテーブルの一例と依頼人・受取人情報を記録する登録候補テーブルの一例について説明する。
図２は、帳票ヒットテーブルとその表示画面である。
（ａ）は、帳票ヒットテーブルを表し、（ｂ）は、出力画面を表している。
【００２５】
（ａ）より、帳票ヒットテーブルには、帳票Ｎｏとヒットした日時が記録される。この帳票Ｎｏは、顧客から受け入れた帳票の通し番号、即ち、内部通番である。（ｂ）より、出力画面には帳票Ｎｏ順にヒット回数が、日、月、年、毎に集計して表示される。尚、削除指示が設けられ、ヒット回数の少ない帳票については登録フォーマットから削除できるようになっている。
【００２６】
図３は、登録候補テーブルと出力画面である。
（ａ）は、登録候補テーブルを表し、（ｂ）は、登録候補一覧（単票）の出力画面を表し、（ｃ）は、登録候補一覧（連票）の出力画面を表示している。
（ａ）より、登録候補テーブルには、内部通番毎に各帳票の依頼人、受取人、参考事項、取扱年月日、が記録されている。
（ｂ）より、単票は、受取人、科目、口座、銀行名、支店名等に着目して取り扱われた帳票を集計して表示している。
（ｃ）より、連票は、依頼人単位で帳票が作成されているので依頼人に着目して取り扱われた帳票を集計して表示している。
尚、（ｂ）、（ｃ）の出力画面にはイメージソース（イメージデータ）取得の有無を記載する欄が設けられている。
【００２７】
再度図１に戻って、システムの構成についての説明を続ける。
イメージデータ副本格納部６−２は、非定型帳票のイメージデータを登録フォーマットに変換すべく、イメージデータ原本格納部２−１が格納するイメージデータの内から実際に利用される可能性が大きいとして選択された所定の取得イメージデータを格納するデータベースである。この選択は登録候補テーブルと出力画面（図３）に基づいてシステム管理者又はオペレータによって実行される。
【００２８】
この非定型帳票の取得イメージデータはフォーマット化して管理用フォーマット格納部６−３に登録される。尚、イメージデータ副本格納部６−２は、同時に上記イメージデータ原本格納部２−１と共にイメージデータアップロード部１０を構成する部分でもある。
管理用フォーマット格納部６−３は、取引が予想される帳票のフォーマットを登録しておくデータベースである。このデータベースに格納されている情報は上記の通り定期的に稼働用フォーマット格納部２−２へダウンロードされる。
【００２９】
認識データ格納部６−４は、営業店から受け入れた文字、数字等の認識データを一時格納しておくデータベースである。制御部（Ｂ）６−５は、利用情報格納部６−１、イメージデータ副本格納部６−２、管理用フォーマット格納部６−３、認識データ格納部６−４とを制御してスキャナＰＣ２からネットワーク５を介して認識データを受け入れてチェックし、ホストコンピュータ（１１）へ送出して顧客の希望する為替取引を成立させるＣＰＵである。更に、システムのメンテナンスを支援する部分でもある。
【００３０】
エントリ端末７−１、７−２は、システムセンタ側のオペレータが、認識データ格納部６−４に格納されている認識データの誤記等をチェックし、修正が必要な場合には、これを修正した後ホストコンピュータへ送出する部分である。
通信装置（Ｂ）８は、ＬＡＮ（Ｂ）９をネットワーク５へ接続するゲートウェイ等のインタフェース機器である。
ＬＡＮ（Ｂ）９は、システムセンタ内に敷設されているローカルエリアネットワークであり、このＬＡＮ（Ｂ）９にファイルサーバ６、エントリ端末７が接続されている。
【００３１】
以上で本発明のシステムの構成に関する説明を終了し、次に本発明のシステムの動作について説明する。
図４は、本システム全体の動作の説明図である。
図１を用いて、図４のステップＳ１〜ステップＳ６まで、ステップ順に従ってその内容を説明する。
【００３２】
ステップＳ１（為替運用手順）
顧客の求めに応じて為替処理を実行する。即ち、顧客が必要事項を記載した帳票からスキャナ１で取得イメージデータを採取する。制御部（Ａ）２−３は、スキャナ１が採取した取得イメージデータが、既に稼働用フォーマット格納部２−２に格納されているフォーマットにヒットした場合には、そのフォーマットに従って、帳票上の所定の位置から記載事項を読み取って認識データを含む所定の情報をファイルサーバ６へ送る。ここで制御部（Ｂ）６−５は、認識データを一旦認識データ格納部６−４に格納し、エントリ端末７においてオペレータのチェックを受けた後ホストコンピュータ（１１）へ送って為替処理を終了する。
【００３３】
もし、稼働用フォーマット格納部２−２（図１）に未だ、ヒットするフォーマットが格納されていない場合には、オペレータが帳票上の所定の位置から記載事項を読み取ってキーボードを用いて入力する。このデータを含む所定の情報をファイルサーバ６へ送る。ここで一旦認識データ格納部６−４に格納された後、エントリ端末７においてオペレータのチェックを受けた後ホストコンピュータ（１１）へ送られて為替処理を終了する。以上説明した為替運用手順については、従来のシステムと全く同様である。
【００３４】
ステップＳ２（統計情報収集表示格納手順）
スキャナＰＣ２は、所定のデータパケットをファイルサーバ６へ送信する。図を用いてデータパケットの内容について説明する。
図５は、データパケット構成図である。
図において、内部通番２１は、顧客から受け入れた帳票の通し番号である。定型／非定型２２は、受け入れた帳票が定型帳票か非定型帳票かを示すデータである。フォーマットＮｏ２３は、上記ステップＳ１でスキャナ１が採取したイメージデータが、既に稼働用フォーマット格納部２−２に格納されているフォーマットにヒットした場合における、ヒットしたフォーマットのＮｏである。
【００３５】
単票／連票２４は、受け入れた帳票が単票であるか連票であるかの表示である。ここで単票とは１枚の帳票に宛先が１カ所だけの帳票であり、連票とは１枚の帳票に宛先が複数カ所ある帳票である。認識データ２５は、帳票の所定の位置に記載されている文字、数字等のデータである。その他情報２６は、店番、機番、ＩＤカードＮｏ等の情報である。
【００３６】
以上の情報は、ステップＳ１において、既に稼働用フォーマット格納部２−２に格納されているフォーマットにヒットした場合には、そのフォーマットに基づいてスキャナＰＣ２が所定の記載事項を読み取って記載する。又、稼働用フォーマット格納部２−２に未だ、ヒットするフォーマット（又はイメージデータ）が格納されていない場合には、オペレータが帳票上の所定の位置から記載事項を読み取り、キーボードを介して記載する。
尚、このデータ送信は、上記ステップＳ１と同時に、又は、ステップＳ１を兼ねるようにしても良い。
【００３７】
次に、ファイルサーバ６がスキャナＰＣ２から上記データパケットを受け入れた後統計情報を収集する動作について説明する。
図６は、統計情報収集フローチャートである。
この図は、上記ステップＳ２中におけるファイルサーバ６（制御部（Ｂ）６−５）のフローチャートである。ステップＳ２−１〜ステップＳ２−６に従って説明する。
【００３８】
ステップＳ２−１
制御部（Ｂ）６−５は、パケットデータの定型／非定型２２（図５）から、受け入れた帳票が定型帳票であるか非定型帳票であるかを判断する。定型帳票の場合には、フローを終了し、非定型帳票の場合には次へ進む。
【００３９】
ステップＳ２−２
制御部（Ｂ）６−５は、パケットデータのフォーマットＮｏ２３（図５）から帳票ヒットしたかどうかを判断する。帳票ヒットした場合にはステップＳ２−３へ進み、帳票ヒットしない場合にはステップＳ２−４へ進む。
【００４０】
ステップＳ２−３
制御部（Ｂ）６−５は、帳票ヒットテーブル（図２）にヒットした帳票の帳票Ｎｏとヒットした年月日を追加し、出力画面に表されている該当する帳票のヒット回数に１加算してフローを終了する。
ステップＳ２−４
制御部（Ｂ）６−５は、データパケットの単票／連票２４から、単票である場合にはステップＳ２−５へ進み、連票である場合にはステップＳ２−６へ進む。
【００４１】
ステップＳ２−５
制御部（Ｂ）６−５は、登録候補テーブル（図３）に受取人情報を追加し、更に出力画面（単票）を集計した後フローを終了する。
ステップＳ２−６
制御部（Ｂ）６−５は、登録候補テーブル（図３）に依頼人情報を追加し、更に、出力画面（連票）を集計した後フローを終了する。以上で図４のステップＳ２の動作についての説明を終了する。
【００４２】
再度図４に戻って、本システムの全体の動作についての説明を続ける。
ステップＳ３（イメージデータアップロード取得手順）
図７は、イメージデータアップロードの説明図である。
（ａ）は、イメージデータの流れを表し、（ｂ）は、イメージデータの構成を表している。
【００４３】
システム管理者又はオペレータによって、登録候補テーブルの出力画面（図３）にイメージソース取得の指示がなされると、ファイルサーバ６からスキャナＰＣ２へイメージデータ取得依頼信号３０が送られる。このイメージデータ取得依頼信号３０には、図に示すように内部通番等イメージデータを特定するのに必要な情報が記載されている。
スキャナＰＣ２は、イメージデータ取得依頼信号３０を受け入れると、該当する帳票のイメージデータをイメージデータ原本格納部２−１（図１）から読み出してイメージデータパケット３１にしてファイルサーバ６へアップロードする。
【００４４】
イメージデータは、（ｂ）に示すように内部通番毎に帳票全体イメージデータ（多階層）としてイメージデータ原本格納部２−１（図１）に格納されている。ファイルサーバ６は、このイメージデータを受け入れてイメージデータ副本格納部６−２へ格納する。
【００４５】
ステップＳ４（フォーマット登録手順）
以後、必要に応じてシステム管理者又はオペレータの指示に従って、制御部（Ｂ）６−５は、イメージデータ副本格納部６−２に格納されているイメージデータを登録フォーマットに変換して管理用フォーマット格納部６−３へ格納する。
【００４６】
又、制御部（Ｂ）６−５はシステム管理者又はオペレータの指示に従って、管理用フォーマット格納部６−３に格納されている登録フォーマットの内から不必要とされるフォーマットを削除する。この削除は、システム管理者又はオペレータが帳票テーブルの表示画面（図２）の削除指示欄に削除指示を行った帳本についてのみ実施される。
【００４７】
ステップＳ５（検証手順）
システム管理者又はオペレータは、新たに登録したフォーマットと、新たに削除したフォーマットについての検証を実施する。この検証は、新たに登録したフォーマット及び、新たに削除したフォーマットに該当する帳票からスキャナ１（図１）を用いて実際のイメージデータを採取することによって実施される。
【００４８】
ステップＳ６（フォーマットダウンロード手順）
新たに登録したフォーマット及び、新たに削除したフォーマットの情報は、スキャナＰＣ２の稼働用フォーマット格納部２−２（図１）へダウンロードされる。このダウンロードは、通常、通信回線の混雑を避けて夜間に実施される。
以下、ステップＳ１に戻って同じ動作が繰り返される。
【００４９】
以上の説明では、為替ＯＣＲシステムに限定して説明したが、本発明は、この為替システムに限定されるものではなく、例えば、印鑑票等の多階調で詳細なイメージデータを必要とするＯＣＲ印鑑認証システム等についても適用することが可能である。
【００５０】
【発明の効果】
以上説明したように、システムセンタに配置されているファイルサーバ６に利用情報格納部６−１を備えることによって、あまり利用されていない非定型帳票ばかりが登録されており、実際に役立つ非定型帳票が登録されていない等の不都合が起こりにくくなるという効果を得る。又、イメージデータアップロード部を備えることによって、非定型帳票をセンタに登録するに当たり、帳票の現物を必要としなくなり、余分な労力を必要としなくなるという効果を得る。
【図面の簡単な説明】
【図１】本発明のシステム構成図である。
【図２】帳票ヒットテーブルとその表示画面である。
【図３】登録候補テーブルと出力画面である。
【図４】本システム全体の動作説明図である。
【図５】データパケット構成図である。
【図６】統計情報収集フローチャートである。
【図７】イメージデータアップロードの説明図である。
【符号の説明】
１  スキャナ
２  スキャナＰＣ
２−１  イメージデータ原本格納部
２−２  稼働用フォーマット格納部
２−３  制御部（Ａ）
３  ＬＡＮ（Ａ）
４  通信装置（Ａ）
５  ネットワーク
６  ファイルサーバ
６−１  利用情報格納部
６−２  イメージデータ副本格納部
６−３  管理用フォーマット格納部
６−４  認識データ格納部
６−５  制御部（Ｂ）
７−１、７−２  エントリ端末
８  通信装置（Ｂ）
９  ＬＡＮ（Ｂ）
１０  イメージデータアップロード部
（１１）  ホストコンピュータ
【図１】
2004318596.tif 000003
【図２】
2004318596.tif 000004
【図３】
2004318596.tif 000005
【図４】
2004318596.tif 000006
【図５】
2004318596.tif 000007
【図６】
2004318596.tif 000008
【図７】
2004318596.tif 000009