JP2011022718A - 情報処理システム、情報処理方法 - Google Patents

Abstract

【課題】文字コードの修正作業が行われる際に個人が特定される情報の漏洩を防ぐ情報処理システムを提供する。
【解決手段】記入欄に記載された帳票情報を画像データに変換し識別情報を付して記憶装置に書込む読込み部と、帳票の種別及び記入欄の位置情報を持つシート定義情報に基づき画像データの記入欄の文字列をコード変換して認識データを作成し、画像データと対応付けて記憶装置に書込む識別／認識部と、認識データの確認、修正を行う作業者を設定するアサイン部と、シート定義情報に、作業者用の画面表示の為の変換ルールを適用して作成された画面定義情報に含まれる、画像データ、認識データ及び文字入力する為のエントリフィールド夫々の表示位置に基づいて画像データ、認識データ、エントリフィールドを画面表示するエントリ部と、作業者による認識データの確認、修正に伴う確定データを画像データと対応付けて記憶装置に書込む登録部とを有する情報処理システムを提供する。
【選択図】図２

Description

本発明は、紙面帳票を電子データに変換し、管理する情報処理システム、情報処理方法に関する。

近年、Ｊ−ＳＯＸ法、個人情報保護法などが施行され、法令遵守の観点で、業務上発生する契約や取引の事実を証明するための「契約書」、「付帯情報」などを電子データ化して保管し、支払業務、監査などの際に参照、分析することが必須業務となっている。

また近年、金融業界、保険業界等で扱う商品は増加しており、契約形態が多様化している。それに伴い帳票の種類、量ともに増大しており、ピーク時は、５０万から１００万枚の契約帳票が発生する。

一方で、帳票に記入されている事項を電子データ化し、管理するシステムが構築されている。帳票管理システムは、ＯＣＲ（ＯＣＲ：Optical Character Recognition）の機能を用いて、紙面である帳票（以下、紙面帳票と称す）を電子データ化する。文字認識により電子データ化された文字列に対し、作業者は目視でＯＣＲでの誤認識の有無を確認する。誤認識とは、誤読や不読のことである。ここで認識誤りがあった場合、作業者は電子データに対して、誤読の場合は修正を行い、不読の場合はデータ補間を行う。

また関連技術として、以下の技術が知られている。

特開平１１−１６７６０３号公報 特開２００８−９０５３６号公報

上述のように、紙面帳票が増加しているため、紙面帳票を搬送するコスト、労力も増加する。また、個人情報保護の観点で、個人が特定される情報を外部へ漏洩させないシステムの構築が急務となっている。

本発明は上述した問題点を解決するためになされたものであり、紙面帳票を動かすための労力やコストを削減し、また、帳票の電子データの修正、補間作業を複数の作業者に従事させ、この際に個人が特定されないよう表示することができる情報処理システム、情報処理方法を提供することを目的とする。

本発明の一態様に係る情報処理システムは、情報を記憶するための記憶装置と、記入欄に記載された帳票の情報を画像データに変換し、当該画像データに識別情報を付して前記記憶装置に書き込む読み込み部（１）と、前記帳票の種別情報および帳票における記入欄の位置情報を有するシート定義情報に基づき、前記画像データの記入欄に記載された文字列を文字コードに変換して認識データを作成し、当該認識データと前記画像データとを対応付けて前記記憶装置に書き込む識別／認識部（２）と、前記認識データの確認又は修正を行う作業者を設定するアサイン部（３）と、前記シート定義情報に、前記作業者が認識データの確認または修正を行う際の画面表示のための変換ルールを適用して作成された画面定義情報に含まれる、前記画像データ、認識データおよび前記作業者が文字を入力するためのエントリフィールドのそれぞれの表示位置に基づいて、前記画像データ、認識データおよびエントリフィールドを画面表示するエントリ部（４）と、前記エントリ部（４）により画面表示された認識データに対する前記作業者による確認または修正に伴い確定したデータを、前記画像データと対応付けて前記記憶装置に書き込む登録部（６）と、を有する。

また、本発明の一態様に係る情報処理システムは、帳票における記入欄の位置情報が該記入欄の識別情報ごとに定義されたシート定義情報（７４）と、前記記入欄の識別情報ごとに該記入欄の画像データおよびユーザが文字を入力するためのエントリフィールドをエントリ部（４）の画面に表示すべき位置情報が定義された画面定義情報（７５）とを記憶する記憶装置を有する管理部（７）と、前記シート定義情報（７４）における前記記入欄の識別情報ごとに該記入欄の位置情報を画面に表示すべき位置情報に変換するための定義情報と表示すべきエントリフィールドの定義情報とを定義した変換ルール（７６）に基づいて、前記シート定義情報（７４）から前記画面定義情報（７５）を作成し、前記記憶装置に記憶させる画面定義作成部（５３）と、記入欄に記入済みの帳票を画像データに変換する読み込み部（１）と、該帳票の画像データ内の記入欄の画像データを前記シート定義情報（７４）に基づいて取得し、該記入欄の画像データと該記入欄の識別情報とを対応付けて認識データ（７３）として抽出する識別／認識部（２）と、前記帳票の記入欄の画像データとエントリフィールドとを前記画面定義情報（７５）に基づいて画面に表示するエントリ部（４）と、前記エントリ部（４）により画面に表示されたエントリフィールド上の文字を確定し、該文字と前記記入欄の識別情報とを対応づけ、これらを前記帳票の画像データとともに該帳票ごとにファイリング部（８）の記憶装置に登録する登録部（６）と、を有する。

本発明の一態様に係る情報処理方法は、コンピュータが、帳票記入欄に記入済みの帳票を画像データに変換し、記憶装置に識別情報を付して該画像データを書き込み、少なくとも、前記帳票の種別および帳票内の記入欄の位置情報を含むシート定義情報に基づき、前記画像データの記入欄に記入された文字列を文字コードに変換して認識データを作成し、前記画像データと対応付けて前記記憶装置に書き込み、前記認識データの確認又は修正を行う作業者を設定し、前記作業者による認識データの確認または修正を行う際の表示レイアウトに関する変換ルールと前記シート定義情報に基づき作成された、前記画像データ、認識データおよび前記作業者が文字を入力するためのエントリフィールドの位置情報を含む画像定義情報に基づき、前記画像データ、認識データおよびエントリフィールドを画面表示し、画面表示された認識データの前記作業者による確認または修正に対する確定に伴い、確定したデータを前記画像データおよび認識データと対応付けて前記記憶装置に書き込む処理を実行する。

帳票の画像データから読み込まれた文字コードの確認、修正作業を複数の作業者に従事させることができ、大量の帳票を処理することができる。また、文字コードの確認、修正作業の際に、個人が特定できる情報の漏洩を防ぐことができる。

本実施の形態に係る帳票管理システムのハードウェア構成の一例を示す模式図である。 本実施の形態に係る帳票管理システムの一例を示す機能ブロック図である。 本実施の形態に係る画面定義作成部の表示例を示す図である。 本実施の形態に係る画面定義作成部の処理を説明する図である（マスク処理）。 本実施の形態に係る画面定義作成部の動作を説明するフローチャートである（マスク処理）。 本実施の形態に係るシート定義ＸＭＬの表記例を示す図である（マスク処理）。 本実施の形態に係る画面定義ＸＭＬの表記例を示す図である（マスク処理）。 本実施の形態に係るシート定義ＸＭＬ、画面定義ＸＭＬ内のデータ構造の一例を示す図である（マスク処理）。 本実施の形態に係るエントリ部の表示例を示す図である（マスク表示処理）。 本実施の形態に係るエントリ部の動作を説明するフローチャートである（マスク表示処理）。 本実施の形態に係る画面定義作成部の処理を説明する図である（切出し処理）。 本実施の形態に係る画面定義作成部の動作を説明するフローチャートである（切出し処理）。 本実施の形態に係るシート定義ＸＭＬ、画面定義ＸＭＬ内のデータ構造の一例を示す図である（切出し処理）。 本実施の形態に係るエントリ部の表示例を示す図である（切出し表示処理）。 本実施の形態に係るエントリ部の動作を説明するフローチャートである（切出し表示処理）。 本実施の形態に係る画面定義作成部の処理を説明する図である（シャッフル処理、タイプ別処理）。 本実施の形態に係る帳票管理システムを保険業務に適用した場合の例を示す図である（センター集中スキャン）。 本実施の形態に係る帳票管理システムを保険業務に適用した場合の例を示す図である（拠点分散スキャン）。 本実施の形態で使用されるコンピュータシステムのハードウェア構成の一例を示す図である。

図１は、本実施の形態に係る帳票管理システム（情報処理システム）のハードウェアの構成を示す模式図である。帳票管理システム１００は、定義情報作成端末５０Ａ、イメージスキャナ１Ａ、読取端末２Ａ、管理用端末３Ａ、訂正端末４Ａ、エントリ管理サーバ７Ａ、ファイリングサーバ８を有する。これら各装置は、有線または無線のネットワーク２００に接続されており、互いにデータ通信を行うことができるものとする。

図２は、図１で示したハードウェア構成で実現することができる機能の一例を示す機能ブロック図である。帳票管理システム１００は、イメージスキャナ１Ａに該当する読み込み部１、読取端末２Ａに該当する識別／認識部２、訂正端末４Ａに該当するエントリ部４、管理用端末３Ａに該当するアサイン部３、確定部５、登録部６を有する。また、帳票管理システム１００は、エントリ管理用サーバ７Ａに該当するエントリ管理部７（管理部）、ファイリングサーバ８（ファイリング部）、および定義情報作成端末５０Ａに該当する定義情報作成部５０を有する。尚、図２において、実線矢印はデータのインプット、アウトプットの流れを示し、破線矢印は処理の流れを示している。

読み込み部１は、顧客が情報を記入した紙面帳票である顧客記入済帳票７０をスキャンし、顧客記入済帳票７０の画像データである帳票画像データ７２を出力するイメージスキャナである。

識別／認識部２は、帳票画像データ７２を取得し、帳票画像データ７２の識別情報を帳票画像データ７２内に付与するとともに、手書きの記入事項を文字認識して文字コードに変換するＰＣ（Personal Computer）である。識別／認識部２は、帳票画像データ７２がどの様な帳票であるか（例えば新規登録用帳票なのか、変更届け用帳票なのか、等の帳票の種類を示す帳票種別）を識別する。識別方法としては、例えば帳票種別ごとに帳票上に予め付されたバーコードを認識することで識別する。識別／認識部２には、予めバーコードの読み取り値と画像データであるテンプレート画像データの識別情報（後述）との対応関係が保持されており、識別された後に、対応するテンプレート画像データの識別情報を帳票画像データ７２に付与する。

また、識別／認識部２は、識別された帳票種別に応じた定義情報であって、ＸＭＬ形式で表記されたシート定義ＸＭＬ７４を、あらかじめ記憶されている記憶装置にから取得する。識別／認識部２は、シート定義ＸＭＬ７４の定義に基づき、帳票内のいずれの記入欄（氏名、住所、電話番号等、顧客が記入する欄。以下、記入欄のことをフィールドと称す）にどのような文字列が記入されているかを認識し、電子データ化（文字コード化）するＯＣＲ機能を有する。なお、ここでいう記入欄への記入とは、顧客が帳票に直接手書きで記入したものに限らず、記入欄に印刷・コピー・転写などによりあらかじめ記載されているものをも含むものとする。識別／認識部２は、このシート定義ＸＭＬ７４の定義に基づいて、認識された文字列データ（文字コードの配列）と認識対象のフィールドの識別情報（記入欄の識別情報、またはラベル）とを対応づける。この対応に基づいて、フィールドごとに設けられているタグの値として文字列データを埋め込むことにより、この対応関係とともに認識された文字列データをＸＭＬ形式に則った認識データＸＭＬ７３として出力する。また識別／認識部２は、認識対象の帳票画像データ７２の識別情報を認識データＸＭＬ７３に付して出力する。

アサイン部３は、修正作業やデータ補間作業を行うユーザ（以下、パンチャーと称す）それぞれの業務時間情報（業務開始時間、業務終了時間）をエントリ管理部７内のエントリ管理用ＤＢ８０（ＤＢ：Ｄａｔａｂａｓｅ）から取得し、この業務時間情報に基づき、いずれのパンチャーにの確認又は修正、データ補間の作業をさせるかを決定する。またアサイン部３は、割り当てられたパンチャーの識別情報（ユーザ名称）、認識データＸＭＬ７３、画面定義ＸＭＬ７５（後述）との対応関係をエントリ管理ＤＢ８０に保持させる。

エントリ部４は、アサイン部３によって割り当てられたパンチャーによる文字列データの確認、修正、補間作業を支援する訂正端末４Ａに該当するＰＣである。識別／認識部２による誤認識があった場合等、データ上の不備を是正するために、文字列データを修正、データ補間する必要がある。エントリ部４は、帳票画像データ７２と、対応する認識データＸＭＬ７３の文字列データ（フィールドによってはチェックボックス）をそれぞれ画面定義ＸＭＬ７５の定義内容に基づきＰＣの画面に表示し、パンチャーによる文字列データの修正、補間作業を支援する。

エントリ部４は、Ｗｅｂブラウザを有し、このＷｅｂブラウザ上に帳票画像データ７２、認識された文字列データをパンチャーが修正できる形式で表示する。帳票画像データ７２の表示や文字列データの配置等のレイアウトは、画面定義ＸＭＬ７５によって定義されている。

エントリ部４は、さらに、パンチャーごとに、帳票において個人情報が記入されたフィールドのうちの一部のフィールド画像のみ（例えば、氏名のみ、住所のみ、生年月日のみ、または生年月日と性別との組のみ）を表示し、また認識データＸＭＬ７３内の文字コードのうちで、表示された一部のフィールドに対応した文字コードのみを、修正可能な状態で表示する。いずれのフィールドを表示するかは、画面定義ＸＭＬ７５によって定義されている。

個人情報は、例えば氏名、電話番号、住所、性別、生年月日、Ｅ−Ｍａｉｌアドレス等が該当する。これら個人情報のうちで、例えば性別だけでは個人を特定することはできず、これら個人情報をそれぞれ組み合わせることで、個人が特定される。本実施の形態のエントリ部４は、例えば生年月日のフィールドのみをパンチャーに対して表示し、パンチャーは、表示された生年月日のみのフィールドを連続して修正することで、個人の特定を防ぐことができる。

確定部５は、パンチャーがエントリ部４を用いて必要に応じて修正、補間された文字列データ（以降、修正、補間された文字列データを有するデータ構造をクリーンデータと称する）が、同一帳票内で一律に揃ったかを判定し、揃った場合に、その帳票に関するジョブの完了を確定する。上述のように、本実施の形態ではフィールドごとに修正作業が行われるため、同一の帳票において、氏名の修正作業は完了したが、住所の修正作業が未完であるなど修正作業の進捗状況に差が生ずる。確定部５は、この進捗状況を確認するユニットである。尚、ここでの確定とは、エントリ管理用ＤＢ８０内の帳票ごとに設けられた所定フラグに値をセットすることを指す。

登録部６は、確定部５によって確定された帳票データ一式（帳票画像データ、クリーンデータ）を、ファイリングサーバ８の確定ファイリングＤＢ８１に保持させる。

エントリ管理部７は、修正、補間作業全般を管理するサーバであり、エントリ管理用ＤＢ８０を有する。エントリ管理用ＤＢ８０は、アサイン部３によるパンチャーの割り当て結果（パンチャーの識別情報、認識データＸＭＬ７３、画面定義ＸＭＬ７５の対応関係）、および、確定部５による帳票画像データ７２の識別情報と確定フラグとの対応関係の各データを少なくとも保持する。エントリ管理用ＤＢ８０は、これら以外にも、帳票画像データ７２、シート定義ＸＭＬ７４、認識データＸＭＬ７３、画面定義ＸＭＬ７５、およびエントリ部４の支援によって修正、補間された文字列データを有するクリーンデータの各データファイルを保持する。また、エントリ管理部７には、ＷＥＢサーバプログラムが備えられており、エントリ部４内のＷＥＢブラウザからのデータ要求に応じたデータをエントリ部４に送信する。

尚、本実施の形態では、アサイン部３、確定部５、登録部６は、管理用端末（ＰＣ）内に実装される。

ここで、帳票画像データ７２、認識データＸＭＬ７３、クリーンデータのデータ構造をまとめ、またエントリ管理用ＤＢ８０、確定ファイリングＤＢ８１内で記憶されているデータをまとめる。尚、以下に示すデータはあくまで一例である。

帳票画像データ７２は、以下のデータで構成されている。
・画像データ識別情報(例：ESheet0001)
・テンプレート画像データの識別情報(例：Sheet1)
・JPEG形式の実画像データ

認識データＸＭＬ７３は、以下のデータで構成されている。
・認識データＸＭＬの識別情報(例：ND0001)
・帳票画像データ識別情報(例：ESheet0001)
・フィールドの識別情報，認識された文字列データ
(例：F1,"東芝・・・")
(例：F2,"264687564・・・")
この例では、「F1」というラベルが一つ目のフィールド（記入欄）の識別情報であり、"東芝・・・"がこのフィールド（記入欄）において認識された文字列データである。また、「F2」というラベルが二つ目のフィールド（記入欄）の識別情報であり、"264687564・・・"がこのフィールド（記入欄）において認識された文字列データである。

クリーンデータは、以下のデータで構成されている。
・クリーンデータの識別情報（例：C＿0001）
・画像データ識別情報(例：ESheet0001)
・フィールドの識別情報，修正された文字列データ
(例：F1,"東芝・・・")
(例：F2,"264687565・・・")
このクリーンデータの例では、「F2」について認識された文字列データである"264687564・・・"の左から９桁目である「4」が、ユーザによって「5」に修正されたことを表している。

エントリ管理用ＤＢ８０は、以下のデータをそれぞれ対応関係として記憶する。
・ユーザ識別情報,業務開始時間,業務終了時間,認識データＸＭＬの識別情報（複数）,画面定義ＸＭＬの識別情報
（例：ユーザＡ,2009/01/010 9:30-18:30,ND0001,ND0002,・・・,Gdef001）
（例：ユーザＢ,2009/01/010 9:00-18:00,ND0001,ND0002,・・・,Gdef001）
（例：ユーザＣ,2009/01/010 17:00-20:00,ND0101,ND0102,・・・,Gdef002）
・画像データ識別情報,確定フラグ(例：ESheet0001,1)

確定ファイリングＤＢ８１は、以下のデータを記憶する。
・クリーンデータ
・帳票画像データ７２

上述の読み込み部１、識別／認識部２、アサイン部３、エントリ部４、確定部５、登録部６、エントリ管理部７、ファイリングサーバ８は、運用時に用いられる。一方、以下に説明する定義情報作成部５０は、帳票管理の運用がなされる際の各種データを、初期設定（または運用中）において作成するための開発環境である。すなわち、定義情報作成部５０によって事前に定義情報が作成され、これら定義情報に基づき、帳票の認識、修正作業がなされる。

定義情報作成部５０は、シート定義ＸＭＬ７４、画面定義ＸＭＬ７５を作成する開発環境であり、テンプレート読み込み部５１、シート定義作成部５２、画面定義作成部５３を有する。

テンプレート読み込み部５１は、事前に作成された紙面帳票のテンプレート（すなわち、シート定義ＸＭＬ７４として未定義の帳票）である帳票テンプレート７７を読み込み、画像データであるテンプレート画像データ７８を出力するイメージスキャナである。

シート定義作成部５２は、このテンプレート画像データ７８を表示することで、テンプレート画像データ７８内の各フィールドに関する情報を定義したシート定義ＸＭＬ７４の作成を支援するＰＣである。シート定義作成部５２は、表示されたテンプレート画像データ７８に対するキーボード、マウスを用いたユーザ操作によって、識別／認識部２による処理の際に用いられるシート定義ＸＭＬ７４を出力する。シート定義ＸＭＬ７４には、識別／認識部２が帳票画像データ７２内のいずれのフィールドを認識すべきかが定義されたファイルであり、具体的には以下の情報が少なくとも定義されている。

シート定義ＸＭＬ７４ごとに、以下の情報が定義されている。
・テンプレート画像データ７８の識別情報（イメージ名）
・当該テンプレート画像データ７８の画像サイズ
以下の情報は、テンプレート画像データ７８内のフィールドごとに定義される。
・フィールドの識別情報（フィールド名）
・テンプレート画像データ７８の左上端を基準点とした当該フィールドの位置情報（(x0,y0)、(x1,y1)の座標）
・当該フィールドの読取タイプ（英字、数字、漢字、ひらがな、カタカナ、またはこれら混在なのかの別）
・当該フィールドのフィールド種別（当該フィールドが例えば氏名記入欄なのか、電話番号記入欄なのか、またはチェック印の記入欄なのかの別）
・上限文字数
上記位置情報は、表示されたテンプレート画像データ７８に対して、ユーザがマウスのドラッグ、ドロップ操作を行い、フィールド領域を指定することで得られるものとするが、シート定義作成部５２が矩形領域を認識し、その矩形領域の各頂点をフィールドの位置情報としてもよい。尚、その他の情報はシート定義作成部５２に表示されるユーザインターフェイスを介してユーザが入力する。

画面定義作成部５３は、シート定義ＸＭＬ７４、テンプレート画像データ７８を取得し、エントリ部４によって修正、補間作業がなされる際に使用される画面定義ＸＭＬ７５の作成を支援するＰＣである。画面定義ＸＭＬ７５は、エントリ部４のＷＥＢブラウザ上での表示レイアウト（いずれの位置に帳票画像データ７２を表示し、いずれの位置に認識データＸＭＬ７３内のデータを表示するか）を定義するとともに、帳票画像データ７２内の各フィールドと、テキストボックス、チェックボックスとの対応を定義する。テキストボックスとは、文字をユーザが入力するためのエントリフィールドである。このエントリフィールドは、認識された文字列データがあらかじめ表示され、パンチャーによって必要に応じて修正をさせるものとしてもよいし、または、ブランクの状態で表示され、パンチャーがイメージを見て文字を入力（いわゆるイメージエントリ）するものとしてもよい。

画面定義作成部５３の表示例を図３に示す。図３に示すように、画面定義作成部５３による表示は、アイテム配置領域９０、帳票表示領域９１、属性設定表示領域９２の３つの領域を表示する。

アイテム配置領域９０は、テキストボックス、チェックボックス等のアイテムをユーザに配置させることで、エントリ部４による表示のレイアウトを決定する領域である。帳票表示領域９１は、テンプレート画像データ７８を表示する領域である。例えば、帳票表示領域９１において、帳票のお名前（氏名）の記入欄には「東芝」と記入されており、その部分を含む帳票の画像データが表示されている。属性設定表示領域９２は、アイテム配置領域９０内の各種アイテムの属性（テキストボックスのサイズ、アイテムの配置位置情報（アイテム配置領域９０による配置位置と連動する）、テキストボックス内のデータを修正可能にするか等）をユーザに定義させる領域である。

ユーザは、図３に示す画面を用いて、テンプレート画像データ７８の各フィールドと、各アイテムとの対応を決定し、画面定義作成部５３は、この対応関係を画面定義ＸＭＬ７５に出力する。ユーザは、例えばテンプレート画像データ７８のあるフィールドをマウスクリックで選択し、その後対応させたいアイテムを選択することで、フィールド（フィールドの識別情報）とアイテムとの対応関係が構築される。

また、画面定義作成部５３は、変換ルール７６に基づき、テンプレート画像データ７８のイメージサイズを、エントリ部４により訂正端末４ＡのＰＣの画面上に表示される表示サイズ（例えば６４０ピクセル×４８０ピクセル）となるように変換するとともに、イメージサイズの変換に伴うフィールド位置の座標変換を行う。ここでは、シート定義ＸＭＬ７４内のフィールドの位置情報に対し変換がなされ、変換後の位置情報が画面定義ＸＭＬ７５に出力される。尚、本実施の形態の変換ルール７６は、ＸＳＬＴ(XML Stylesheet Language Transformations)などで表記されているものとする。すなわち、変換ルール７６は、記入欄の識別情報ごとに、記入欄の位置情報を画面に表示すべき位置情報に変換するための定義情報と、表示すべきエントリフィールドの定義情報とを、少なくとも定義する。

さらに画面定義作成部５３は、変換ルール７６に基づき、いずれのフィールドをユーザに表示するかの対応情報を画面定義ＸＭＬ７５に付与する。

図４に基づき、一部の情報をマスクした状態で表示させるための画面定義ＸＭＬ７５の作成について説明する。図４（Ａ）は、変換ルール７６に設定されているユーザ名称とマスク対象フィールドとの関係を示したテーブルであり、図４（Ｂ）はデータの入出力を示す模式図である。

変換ルール７６には、前述のエントリ部４が表示すべき記入欄やエントリフィールドの位置情報に関する変換ルールの他に、パンチャーに対応した表示情報に関するルールが設定されている。具体的にはパンチャーの識別情報（ユーザ名称）と、当該パンチャーに対してマスクするフィールド種別との対応関係が設定されている（図４（Ａ）参照）。画面定義作成部５３は、シート定義ＸＭＬ７４を取得し、変換ルール７６内の対応関係を付与した画面定義ＸＭＬ７５を作成する（図４（Ｂ）参照）。

本例における画面定義作成部５３の処理について、図５のフローチャートを参照しつつ説明する。以下の例は、パンチャーが「ユーザＣ」、マスク対象フィールドが「氏名」、「住所」、「電話番号」であるとして説明する。

画面定義作成部５３は、シート定義ＸＭＬ７４を取得し（Ｓ１）、シート定義ＸＭＬ７４内で定義されているテンプレート画像データ７８の識別情報、フィールドの識別情報、読取タイプ、フィールド種別、上限文字数を流用して画面定義ＸＭＬ７５の雛形を作成する（Ｓ２）。

画面定義作成部５３は、ステップＳ２で作成した画面定義ＸＭＬ７５の雛形に対し、画面定義ＸＭＬ自体の識別情報、アイテムの識別情報、アイテムの属性情報を画面定義ＸＭＬ７５に付与する（Ｓ３）。また、画面定義作成部５３は、表示レイアウトに関する情報、およびフィールドの識別情報とアイテムとの対応関係を付与する（Ｓ４）。フィールドの識別情報とアイテムとの対応関係は、フィールドの識別情報の項目の中にアイテムの識別情報を加えることでなされる。

画面定義作成部５３は、シート定義ＸＭＬ７４から、フィールドの位置情報を取得し、テンプレート画像データの画像サイズと帳票画像の表示サイズとの縦サイズの比率、横サイズの比率を算出し、算出された比率に基づきフィールドの座標変換を行う。画面定義作成部５３は、変換後のフィールドの位置情報を画像定義ＸＭＬ７５に付与する（Ｓ５）。

画面定義作成部５３は、変換ルール７６のユーザ名称、マスク対象フィールドを１レコード取得する（Ｓ６）。ここではユーザ名称が「ユーザＣ」、マスク対象フィールドが「氏名」、「住所」、「電話番号」のレコードが取得されたものとする。

画面定義作成部５３は、フィールド種別が「氏名」、「住所」、「電話番号」であるフィールドの位置情報をシート定義ＸＭＬ７４から取得し、取得した位置情報に対し、ステップＳ５と同様に、イメージサイズの変換に伴う座標変換処理を行う（Ｓ７）。

画面定義作成部５３は、マスク情報、ユーザ情報の項目を設け、ユーザ情報には「ユーザＣ」を設定し、マスク情報には、ステップＳ７で変換された位置情報、マスク対象のフィールドの識別情報を設定し、画面定義ＸＭＬ７５に、これらマスク情報、ユーザ情報を付与する（Ｓ８）。

画面定義作成部５３は、変換ルール７６に登録されている全てのレコードに対しステップＳ２からステップＳ８までの処理を行う（Ｓ９、ＮｏからＳ２へのループ）。全てのレコードに対しステップＳ２からステップＳ８までの処理が行われた場合（Ｓ９、Ｙｅｓ）、処理は終了する。

図６にシート定義情報のＸＭＬ表記例を示す。
各フィールドごとに、フィールドの設定情報がタグを用いて定義されている。field というタグにおいて、field＿id はフィールドの識別情報（具体的には「F1」や「F2」なる値）を定義している。また、fieldname は、当該フィールドのフィールド種別（具体的には、「F1」フィールドは「氏名」記入欄であり、「F2」フィールドは「電話番号」記入欄であること）を定義している。また、field＿attr は、当該フィールドの読取タイプ（具体的には、「F1」フィールドは漢字、ひらがな、カタカナなどの“混在”タイプであり、「F2」フィールドは“数字”タイプであること）を定義している。

そして、string＿data タグは、このシート定義情報においては、値が入っていない。このタグの値として、後に、識別／認識部２（ＯＣＲ）で読み込まれた文字列データが埋め込まれたものが、認識データＸＭＬ７３となる。その値は、さらに、必要に応じてエントリ部４（訂正端末４Ａ）によって訂正がなされることになる。

string＿maxlen タグは、フィールドの上限文字数（具体的には、氏名記入欄である「F1」フィールドは最大256文字であり、電話番号記入欄である「F2」フィールドは最大20文字であること）を定義している。
region タグは、帳票の左上端を基準点とした当該フィールドの位置情報（(x0,y0)、(x1,y1)の座標）の値を定義している。

図７に画面定義情報のＸＭＬ表記例を示す。表示レイアウトに関する情報、マスク情報、そして各フィールドに関する情報が、各タグを用いて表記される。
また図８に、本例によるシート定義ＸＭＬ７４の定義情報例（図８（Ａ））、画面定義ＸＭＬ７５の定義情報例（図８（Ｂ））を示す。図８（Ａ）のシート定義ＸＭＬ７４の例は、便宜的に、項目およびその値（例）を表形式で示しているが、各項目はタグとして、その値はそのタグの値として、図６のＸＭＬ表記のように表記して、ＸＭＬデータとして取り扱うことが出来る。図８（Ｂ）の画面定義ＸＭＬ７５の例についても同様である。

そして、この両者について、各フィールドを対応付ける（紐付ける）ものが、フィールドの識別情報である。このフィールドの識別情報である「F1」「F2」「F3」といった値（ラベル）が、シート定義ＸＭＬ７４（図８（Ａ））と画面定義ＸＭＬ７５（図８（Ｂ））とで同一であれば、両者のフィールドが対応付け（紐付け）られ、前者から後者に、変換ルール７６に基づいて変換が可能になる。

例えば、「F1」という識別情報を持つフィールドの位置情報をみると、シート定義ＸＭＬ７４（図８（Ａ））では、(560,642),(690,743)との座標により特定される紙面帳票上の画像データを、F1なる氏名記入欄としてＯＣＲで読み込む（認識する）べきことを定義している。そして、この定義された値を変換ルールに基づいて座標変換した値が、画面定義ＸＭＬ７５（図８（Ｂ））に示されるように、フィールドの位置情報（座標変換後）である(143,171),(176,198)なる座標であって、これが、当該フィールドに対応する「アイテム」（この「F1」記入欄の例では、「アイテムの属性情報」で定義されるように、修正不可のテキストボックス）をエントリ画面上に表示すべきことを定義しているのである。

このように、シート定義情報と変換ルールさえあれば、それに対応するエントリ画面が自動的に作成されることになる。

図９に、マスク処理が施されたエントリ部４による表示例を示す。パンチャーは、作業を行う前に、ユーザＩＤ、パスワードをエントリ部４に入力し、ユーザ認証を行う。エントリ管理部７は、パンチャーに対応した画面定義ＸＭＬ７５に基づき、帳票画像データ７２を画面定義ＸＭＬ７５内で定義されたサイズに変換する。その後、エントリ管理部７は、画面定義ＸＭＬ７５内で定義されたマスク情報に基づき、表示させない情報についてはマスク処理を施し、また、マスク処理がなされたフィールドに対応するアイテムでは、文字列データが表示しないように制御された画面をエントリ部４に表示させる。図９の例では、住所、電話番号、氏名に関する情報についてはマスク処理が施され、その他の情報は表示されている例である。ここでは、「車名」という記入欄について「スズキ」と記入されており、その記入済みの記入欄の画像データが切り出されて表示され、また、「車名」というテキストボックスには「スズキ」という文字列がエントリされている。尚、エントリ部４は、いずれかのアイテムが選択された場合に、帳票画像データ７２の該当するフィールドをポップアップ表示する。

ここで、このマスク表示処理について、図１０のフローチャートを参照しつつ説明する。

まず、ユーザＩＤ（ユーザ名称）およびパスワードがエントリ部４から入力されることで、エントリ管理部７は、ユーザ認証を行い（Ｓ１０１）、該当するユーザの画面定義ＸＭＬの識別情報を、エントリ管理用ＤＢ８０内に保持されている、ユーザ識別情報と画面定義ＸＭＬの識別情報との対応関係から取得する（Ｓ１０２）。

エントリ管理部７は、エントリ管理用ＤＢ８０内に保持されている対応関係で示された認識データＸＭＬ７３を１つ取得し、取得した認識データＸＭＬ７３から帳票画像データ識別情報を取得する（Ｓ１０３）。エントリ管理部７は、取得された帳票画像データ識別情報を有する帳票画像データ７２を取得し、該当する実画像データのサイズをエントリ部４が表示するサイズに変換する（Ｓ１０４）。

エントリ管理部７は、画面定義ＸＭＬ７５からマスク対象フィールドの位置情報を取得し（Ｓ１０５）、ステップＳ１０４で変換された実画像データに対し、当該位置情報で示された領域をマスクする。その後、エントリ部４は、マスク処理された画像データを表示する（Ｓ１０６）。

エントリ管理部７は、画面定義ＸＭＬ７５からマスク対象フィールドの識別情報を取得し、さらに、該当するフィールド以外のアイテム（テキストボックス等）の属性情報を取得し、この属性情報に基づき、エントリ部４に対し該当するアイテムを表示させる（Ｓ１０７）。

エントリ管理部７は、マスク対象以外のフィールド識別情報を画面定義ＸＭＬ７５から取得し、さらに、取得された当該フィールド識別情報に対応する文字列データを認識データＸＭＬ７３から取得する。エントリ管理部７は、取得された文字列データを対応するアイテム上に表示する（Ｓ１０８）。尚、フィールドの識別情報が用らいれることで、文字列データとアイテムとが対応する。

パンチャーは、エントリ部４で表示されている帳票画像データと文字列データを比較し、誤りがある場合はアイテム内の文字列データを書き換えることで修正する。

帳票の修正作業が終わり、次の認識データＸＭＬがある場合、すなわち、エントリ管理用ＤＢ８０内の対応関係で、次の認識データＸＭＬの識別情報がある場合（Ｓ１０９、Ｙｅｓ）、処理はＳ１０３に戻り、次の認識データＸＭＬが取得される。一方、次の認識データＸＭＬの識別情報がない場合（Ｓ１０９、Ｎｏ）、処理は終了する。

尚、図１０の各処理は、データ等をエントリ管理部７から取得し、処理自体はエントリ部４が行ってもよい。また、ステップＳ１０６のマスク処理は、帳票画像データ７２の表示レイヤ、マスク用レイヤの２つのレイヤを重ねて表示させる処理であってもよいし、また、帳票画像データ７２に対しマスク情報で設定された領域を塗りつぶす処理を行い、この処理が施された画像が表示されてもよい。

次に、他の例について説明する。図１１は、一部の情報のみを連続して表示させるための画面定義ＸＭＬ７５の作成について説明する図である。本例では、パンチャーに帳票画像データ７２内の表示すべきフィールドのみが切り出され、表示される。図１１（Ａ）は、変換ルール７６に設定されているユーザ名称と切出し対象フィールドとの関係を示したテーブルであり、図１１（Ｂ）はデータの入出力を示す模式図である。

変換ルール７６には、パンチャーの識別情報（ユーザ名称）と、当該パンチャーに表示を許可すべき切り出し対象のフィールド種別の対応関係が設定されている（図１１（Ａ）参照）。画面定義作成部５３は、上述同様にシート定義ＸＭＬ７４を取得し、変換ルール７６内の対応関係を付与した画面定義ＸＭＬ７５を作成する（図１１（Ｂ）参照）。

本例における画面定義作成部５３の処理について、図１２のフローチャートを参照しつつ説明する。以下の例はユーザ名称が「ユーザＡ」、切り出し対象フィールドが「電話番号」であるとして説明する。また、図１２でのステップＳ１１からステップＳ１６までは、図５のステップＳ１からステップＳ６までの処理と同様であるため、説明を割愛する。

画面定義作成部５３は、画面定義ＸＭＬ７５に切出し情報、ユーザ情報の項目を設け、ユーザ情報には「ユーザＡ」を付与し、切出し情報には、フィールド種別が「電話番号」であるフィールドの位置情報およびフィールドの識別情報を付与する（Ｓ１７）。ステップＳ１８の判定も、図５のステップＳ９と同様であるため、説明を割愛する。

図１３に、本例によるシート定義ＸＭＬ７４（図１３（Ａ））、および画面定義ＸＭＬ７５（図１３（Ｂ））のデータ例を示す。図１４に、切出し表示の場合におけるエントリ部４の表示例を示す。この表示例では、ある特定のユーザについて、「電話番号」の記入欄のみが切り出され、複数（この例では３つ）の帳票について画面に表示されていることを示している。
エントリ管理部７は、帳票画像データ７２を画面定義ＸＭＬ７５内で定義されたサイズに変換し、変換後の画像から、画面定義ＸＭＬ７５の切出し情報で指定された領域を切り出す。この際、同種の帳票画像データ７２が複数あり、対応した認識データＸＭＬ７３もある場合、エントリ管理部７は複数分切出し処理を行う。エントリ管理部７は、これら切出し画像、および対応した認識データＸＭＬ７３内の該当する文字列データをエントリ部４に表示させる。

ここで、上述の切出し表示処理について、図１５のフローチャートを参照しつつ説明する。尚、ステップＳ１１１からステップＳ１１４までの処理は、図１０のステップＳ１０１からステップＳ１０４までの処理と同様であるため、説明を割愛する。

エントリ管理部７は、画面定義ＸＭＬ７５から切出し対象フィールドの位置情報を取得し、ステップＳ１１４で変換された帳票画像データから当該位置情報の領域を切り出す（Ｓ１１５）。エントリ部４は、この切り出された画像データをエントリ管理部７から取得し、表示する（Ｓ１１６）。

エントリ管理部７は、画面定義ＸＭＬ７５から切出し対象フィールドの識別情報を取得し、さらに、該当するフィールドのアイテム（テキストボックス等）の属性情報を取得し、この属性情報に基づき、エントリ部４に対し該当するアイテムを表示させる（Ｓ１１７）。

エントリ管理部７は、切出し対象フィールドの識別情報を画面定義ＸＭＬ７５から取得し、さらに、当該フィールド識別情報に対応する文字列データを認識データＸＭＬ７３から取得する。エントリ管理部７は、取得された文字列データを対応するアイテム上に表示する（Ｓ１１８）。尚、フィールドの識別情報が用いられることで、文字列データとアイテムとが対応する。

次の認識データＸＭＬの識別情報がある場合（Ｓ１１９、Ｙｅｓ）、処理はＳ１１３に戻り、次の認識データＸＭＬが取得され、切出し、および表示処理がなされる。ここで、切り出されたデータ、およびアイテムは、エントリ部４の画面の上方から順次配置される。一方、次の認識データＸＭＬの識別情報がない場合（Ｓ１１９、Ｎｏ）、処理は終了する。

パンチャーは、図１５で示したフローチャートの処理が完了次第、修正作業に入る。

このようにパンチャーに応じて、所定のフィールドに対してのマスク処理や所定のフィールドのみを連続表示し、修正、補間作業をさせることで、個人情報としていた１シートのデータがパンチャーごとに分割して表示されることとなり、パンチャーからの情報漏洩の防止効果が期待できる。また、パンチャーは同一種別のデータを入力するだけでよく、修正作業の効率を向上させることができる。

上述以外の他の例を、図１６を参照しつつ説明する。変換ルールにより、フィールド単位でもとのシートでのフィールドのならびをランダムにシャッフルした画面定義ＸＭＬを作成する例を図１６（Ａ）に示す。本例は、例えば顧客Ａ、Ｂ、Ｃの同種帳票が３つある場合、画面定義作成部５３は、氏名欄は顧客Ａ、住所は顧客Ｂ、電話番号は顧客Ｃのものを表示させるための画面定義ＸＭＬ７５を作成する。エントリ部４による修正、補間作業では、フィールドごとの適切な切出イメージとあわせてエントリ可能であるため、修正作業自体には支障がない。このようにすることで、オリジナル帳票からは類推可能だった個人情報のならび順を変えることができ、類推が困難となり、情報漏洩の防止効果が期待できる。

また、同一フィールド種別ごとの画面定義ＸＭＬを作成する例を図１６（Ｂ）に示す。図１６（Ｂ）の例では、１シートの定義からフィールド種別ごとに画面定義が生成される。本例でも、情報漏洩効果が期待でき、フィールド種別(入力モード)ごとにパンチャーを分ることができる。本例では、ＦＥＰ（カナ漢字変換ソフトウェア）の漢字入力モードや半角英数モード等の入力モードの切替えを行わなくて済むため、修正作業の効率を向上させることができる。

これら以外にも、パンチャーの職種、職位、国籍（得手、不得手とした言語）に応じた画面定義ＸＭＬを作成してもよい。

また、マスク処理においては、文字列の１文字ごとにマスク処理を行う等、文字列内の文字ごとにマスク処理を施すことで、より個人の類推が困難となり、情報漏洩の防止効果が期待できる。

図１７、図１８に、本実施の形態を保険業務に適用させた応用例を示す。

まず、図１７の例について説明する。図１７は、業務集中センター内で本実施の形態のシステムを用いた例である。契約内容が記入された請求書、証券の申請書等が契約者から業務集中センターに発送される。業務集中センターでは、発送された送付物に必要書類が揃っているかの確認作業が行われるとともに、案件番号が付されたヘッダーシート、送付状、請求書、添付書類（証券の申請書等）の順に、各紙面帳票がソートされる。ここまでの作業は作業員が行うものとする。

次に、イメージスキャナ１Ａは、紙面帳票を画像データに変換し、変換された画像データはエントリ管理用サーバ７Ａにネットワーク２００を介して送信される。読取端末２Ａは、定義情報作成端末５０Ａによって作成されたシート定義ＸＭＬに基づき、画像データから帳票の種別に応じて記入されている事項を抽出し、文字コードに変換する。ここで抽出された文字コードはエントリ管理用サーバ７Ａに送信される。

管理用端末３Ａは、エントリ管理用サーバ７Ａに保持されている各パンチャーの勤務時間情報を取得し、いずれのパンチャーに作業を行わせるかを決定する。この決定情報は、エントリ管理用サーバ７Ａに送信される。

パンチャーが訂正端末４Ａからログインした場合、エントリ管理用サーバ７Ａは、当該パンチャーに応じた画面（マスク処理等が施された画像および表示可能な文字列データ）を、定義情報作成端末５０Ａによって作成された画面定義ＸＭＬに基づき訂正端末４Ａに表示させる。パンチャーは、表示された画面を参照しつつ、必要に応じて入力不備の箇所を修正し、クリーンデータを作成する。尚、マスク処理等、所定領域のみを表示するように制御する処理は、エントリ管理用サーバ７Ａ内で行われてもよいし、訂正端末４Ａで行われてもよい。作成されたクリーンデータは、エントリ管理用サーバ７Ａに送信される。

管理用端末３Ａは、帳票画像データ内の全てのフィールドに対し修正、補完作業がなされている場合、その帳票画像データに対する作業を終了（確定）させる。また、管理用端末３Ａは、エントリ管理用サーバ７Ａ内に保持されている確定した帳票画像データ、クリーンデータを、保険業務基幹システム内のファイリングサーバ８に転送するようエントリ管理用サーバ７Ａに指示電文を送信し、エントリ管理用サーバ７Ａは指示電文に基づき、確定した帳票画像データ、クリーンデータをファイリングサーバ８に送信する。

その後、手続き完了通知等が作成され、被保険者、保険契約者に完了通知、保険証券が配送される。尚、被保険者、保険契約者から発送された送付物（紙面帳票）は、所定保管場所で厳重に保管される。

次に、図１８の例について説明する。図１８は、各拠点にイメージスキャナ１Ｂが設置されている例である。契約者は、各拠点の窓口で請求書、保険証券の申請書を記入する。各拠点の作業員は、必要書類が揃っているかの確認作業を行うとともに、案件番号が付されたヘッダーシート、送付状、請求書、添付書類の順に、各紙面帳票をソートする。

イメージスキャナ１Ｂ（読み込み部１に対応）は、紙面帳票を画像データに変換し、変換された画像データは端末３００から業務集中センター内のファイル転送サーバ３０１にファイル転送される。ファイル転送サーバ３０１は、送信された画像データをエントリ管理用サーバ７Ａに送信する。以降の処理は、図１７の例と同様であるため、ここでの説明を割愛する。

図１７、図１８の説明では、事務集中センター内に訂正端末４Ａがあるものとして説明したが、エントリ管理用サーバ７ＡのＷＥＢサーバにアクセス可能な場所であれば、いずれに配置されていてもよい。

図１９に本実施の形態に適用可能なコンピュータシステムの内部構成の一例を示す。コンピュータシステム９０１は、中央演算処理装置であるＣＰＵ９５１、主記憶装置であるメモリ９５２、ＣＤ−ＲＯＭ等の可搬型記録媒体からデータを読み書きするディスクドライブ９５３、および不揮発性な記憶装置であるＨＤＤ９５４を有する。またコンピュータシステム９０１は、キーボード、マウス等のユーザがデータを入力する手段である入力部９５５、モニター等のユーザに演算結果等を出力する手段である出力部９５６、外部との通信制御を担うネットワークカードである通信部９５７を有する。上述の各機能部は、例えばＨＤＤ９５４の不揮発性な記憶手段内に予め記憶されたプログラムが、ＣＰＵ９５１、メモリ９５２等のハードウェア資源と協働することで実現される。また、上述の各データはＨＤＤ９５４もしくはメモリ９５２に記憶される。

識別／認識部２、エントリ部４、エントリ管理部７、ファイリングサーバ８は、それぞれが図１９に示したコンピュータシステム９０１であり、アサイン部３、確定部５、登録部６は、１つのコンピュータシステム９０１で構成され、また、シート定義作成部５２、画面定義作成部５３は、１つのコンピュータシステム９０１で構成される。

エントリ管理部７のＨＤＤ９５４内にはデータベースが構築されており、当該データベースには、パンチャーの割り当て結果（パンチャーの識別情報、認識データＸＭＬ７３、画面定義ＸＭＬ７５の対応関係）、帳票画像データ７２の識別情報と確定フラグとが記憶されている。またクリーンデータ、帳票画像データ７２、認識データＸＭＬ７３、画面定義ＸＭＬ７５の各データは、エントリ管理部７内のＨＤＤ９５４内にファイルとして記憶される。これらデータは、通信部９５７を介して取得される。また、エントリ管理部７のＨＤＤ９５４には、ＷＥＢサーバプログラムが予めインストールされており、エントリ管理部７が起動した際にエントリ管理部７内のメモリ９５２内にロードされ、ＣＰＵ９５１が常時ＷＥＢサーバプログラムを実行する。

識別／認識部２の上述の識別機能、認識機能は、それぞれＣＰＵ９５１がＨＤＤ９５４内に記憶されたプログラムをメモリ９５２にロードし、ロードされたプログラムを実行することで実現される。また、識別／認識部２のＨＤＤ９５４は帳票画像データ７２、シート定義ＸＭＬ７４を記憶する。また、作成された認識データＸＭＬ７３は、通信部９５７を介してエントリ管理部７に送信される。

アサイン部３、確定部５、登録部６は、上述のパンチャー割り当て機能、確定機能、登録機能をＣＰＵ９５１、メモリ９５２、予めインストール済みのプログラムとが協働することで実現される。割り当て結果、確定フラグ、登録指示は通信部９５７を介してエントリ管理部７に送信される。

エントリ部４は、画面定義ＸＭＬ７５に基づいた画面を、ＣＰＵ９５１の表示制御に基づき出力部９５６に表示する。また、エントリ部４は、文字列データ修正のための入力を、ＣＰＵ９５１の入力制御に基づき入力部９５５を介して受け付ける。生成されたクリーンデータは、通信部９５７を介してエントリ管理部７に送信される。また、エントリ部４は、ＷＥＢブラウザプログラムが予めＨＤＤ９５４内にインストールされており、パンチャーの起動操作によってＷＥＢブラウザプログラムがメモリ９５２に展開され、ＣＰＵ９５１によって実行される。

ファイリングサーバ８は、エントリ管理部７内のＨＤＤ９５４で記憶されている帳票画像データ７２およびクリーンデータを通信部９５７を介してエントリ管理部７から取得し、データベースが構築された自己のＨＤＤ９５４に記憶する。

この帳票画像データ７２およびクリーンデータは、シート定義ＸＭＬ７４および画面定義ＸＭＬと同様にＸＭＬの形式で表記されてもよい。これにより、ファイリングサーバ８は、そのＸＭＬの形式による検索要求（ＸＱＵＥＲＹ）に基づいて、ＨＤＤ９５４に登録された帳票の画像データ７２およびクリーンデータを、高速かつ柔軟に検索することが出来る。

また、ファイリングサーバ８は、さらに、マスクもしくは切り出しをすべき所定の記入欄と該記入欄に対応付けられたユーザとの対応関係に基づいて、ＨＤＤ９５４に登録された帳票の画像データ７２およびクリーンデータを検索するようにしてもよい。すなわち、帳票の読み取り、認識、そしてエントリの各種作業と同一の、または別個の、マスクもしくは切り出しをすべきユーザに応じた検索をすることが出来る。

シート定義作成部５２は、テンプレート画像データ７８を自己のＨＤＤ９５４に記憶し、ＣＰＵ９５１、メモリ９５２、ＨＤＤ９５４内に予めインストールされたプログラム、および入力部９５５、出力部９５６を介したユーザの支援によってシート定義ＸＭＬ７４を作成する。

また画面定義作成部５３は、自己のＨＤＤ９５４に記憶されたシート定義ＸＭＬ７４、変換ルール７６に基づき、ＣＰＵ９５１、メモリ９５２、ＨＤＤ９５４内に予めインストールされたプログラム、および入力部９５５、出力部９５６を介したユーザの支援によって画面定義ＸＭＬ７５を作成する。作成されたシート定義ＸＭＬ７４は、通信部９５７を介して識別／認識部２に送信され、また作成された画面定義ＸＭＬ７５は、通信部９５７を介してエントリ管理部７に送信される。

従来のシステムでは、帳票画像データの全てのフィールドをパンチャーに表示し、修正、補完作業が行われていたが、本実施の形態の帳票管理システムでは、一部のみを表示することができ、情報漏洩の防止効果が期待できる。また、本実施の形態によって、説明責任・資産としての情報をデジタル化、統合することができ、紙を動かす労力やコストを削減することができる。さらに、本実施の形態によって、輸送、紙の管理、複数のサーバで管理する際などに発生する二酸化炭素を削減するとともに、金融機関、保険機関等の業務効率化を図ることができる。

また、本実施の形態の帳票の一部分のみを表示させる機能は、上述の修正、補完作業使用以外にも適用可能である。例えば、ファイリングサーバ内に保持されている帳票画像データを、一定の権限を持たない作業員に確認させたい場合、帳票の一部のみを表示させることによって情報漏洩を防止することができる。

１ 読み込み部、２ 識別／認識部、３ アサイン部、４ エントリ部、５ 確定部、６ 登録部、７ エントリ管理部、８ ファイリングサーバ、５０ 定義情報作成部、５１ テンプレート読み込み部、５２ シート定義作成部、５３ 画面定義作成部、７０ 顧客記入済帳票、７２ 帳票画像データ、７３ 認識データＸＭＬ、７４ シート定義ＸＭＬ、７５ 画面定義ＸＭＬ、７６ 変換ルール、７７ 帳票テンプレート、７８ テンプレート画像データ、８０ エントリ管理用ＤＢ、８１ 確定ファイリングＤＢ、１００ 帳票管理システム。

Claims (10)

1. 情報を記憶するための記憶装置と、
   記入欄に記載された帳票の情報を画像データに変換し、当該画像データに識別情報を付して前記記憶装置に書き込む読み込み部（１）と、
   前記帳票の種別情報および帳票における記入欄の位置情報を有するシート定義情報に基づき、前記画像データの記入欄に記載された文字列を文字コードに変換して認識データを作成し、当該認識データと前記画像データとを対応付けて前記記憶装置に書き込む識別／認識部（２）と、
   前記認識データの確認又は修正を行う作業者を設定するアサイン部（３）と、
   前記シート定義情報に、前記作業者が認識データの確認または修正を行う際の画面表示のための変換ルールを適用して作成された画面定義情報に含まれる、前記画像データ、認識データおよび前記作業者が文字を入力するためのエントリフィールドのそれぞれの表示位置に基づいて、前記画像データ、認識データおよびエントリフィールドを画面表示するエントリ部（４）と、
   前記エントリ部（４）により画面表示された認識データに対する前記作業者による確認または修正に伴い確定したデータを、前記画像データと対応付けて前記記憶装置に書き込む登録部（６）と、
   を有する情報処理システム。
2. 請求項１に記載の情報処理システムにおいて、
   前記変換ルールは、前記作業者に対応するマスクまたは切り出しすべき記入欄の情報を持つことを特徴とする情報処理システム。
3. 帳票における記入欄の位置情報が該記入欄の識別情報ごとに定義されたシート定義情報（７４）と、前記記入欄の識別情報ごとに該記入欄の画像データおよびユーザが文字を入力するためのエントリフィールドをエントリ部（４）の画面に表示すべき位置情報が定義された画面定義情報（７５）とを記憶する記憶装置を有する管理部（７）と、
   前記シート定義情報（７４）における前記記入欄の識別情報ごとに該記入欄の位置情報を画面に表示すべき位置情報に変換するための定義情報と表示すべきエントリフィールドの定義情報とを定義した変換ルール（７６）に基づいて、前記シート定義情報（７４）から前記画面定義情報（７５）を作成し、前記記憶装置に記憶させる画面定義作成部（５３）と、
   記入欄に記入済みの帳票を画像データに変換する読み込み部（１）と、
   該帳票の画像データ内の記入欄の画像データを前記シート定義情報（７４）に基づいて取得し、該記入欄の画像データと該記入欄の識別情報とを対応付けて認識データ（７３）として抽出する識別／認識部（２）と、
   前記帳票の記入欄の画像データとエントリフィールドとを前記画面定義情報（７５）に基づいて画面に表示するエントリ部（４）と、
   前記エントリ部（４）により画面に表示されたエントリフィールド上の文字を確定し、該文字と前記記入欄の識別情報とを対応づけ、これらを前記帳票の画像データとともに該帳票ごとにファイリング部（８）の記憶装置に登録する登録部（６）と、
   を有する情報処理システム。
4. 請求項３に記載の情報処理システムにおいて、
   前記識別／認識部（２）は、該識別された記入欄の画像データ内の記入された文字を認識して文字コードに変換し、該記入欄の識別情報とさらに対応付けて認識データ（７３）として抽出し、
   前記エントリ部（４）は、前記認識された文字コードの文字を前記フィールド上に表示することを特徴とする情報処理システム。
5. 請求項３または請求項４に記載の情報処理システムにおいて、さらに、
   前記変換ルールは（７６）、さらに、所定のユーザに対応してマスクまたは切り出しをすべき記入欄の識別情報の対応関係の定義を有し、
   前記画面定義作成部（５３）は、さらに、該変換ルール（７６）に基づいて、シート定義情報（７４）から所定のユーザに対応する画面定義情報（７５）を作成することを特徴とする情報処理システム。
6. 請求項３乃至請求項５のいずれか１項に記載の情報処理システムにおいて、さらに、
   前記シート定義情報（７４）として未定義の帳票を画像データであるテンプレート画像データに変換するテンプレート読み込み部と、
   該テンプレート画像データにおける記入欄の識別情報および位置情報が少なくとも定義されたシート定義情報をユーザが作成するためのシート定義作成部と、を有し、
   前記シート定義作成部により作成されたシート定義情報をさらに前記管理部（７）の記憶装置に記憶することを特徴とする情報処理システム。
7. 請求項３乃至請求項６のいずれか１項に記載の情報処理システムにおいて、
   前記シート定義情報（７４）、前記画面定義情報（７５）、および前記登録部（６）により前記ファイリング部（８）の記憶装置に登録される帳票の画像データおよび該帳票の記入欄の文字は、ＸＭＬの形式で記載されており、
   前記ファイリング部（８）は、さらに、前記ＸＭＬの形式による検索要求に基づいて、該ファイリング部（８）の記憶装置に登録された帳票の画像データおよび該帳票の記入欄の文字を検索することを特徴とする情報処理システム。
8. 請求項３乃至請求項７のいずれか１項に記載の情報処理システムにおいて、
   前記ファイリング部（８）には、さらに、マスクもしくは切り出しをすべき所定の記入欄と該記入欄に対応付けられたユーザとの対応関係に基づいて、該ファイリング部（８）の記憶装置に登録された帳票の画像データおよび該帳票の記入欄の文字を検索することを特徴とする情報処理システム。
9. 請求項３乃至請求項８のいずれか１項に記載の情報処理システムにおいて、
   前記エントリ部（４）は、画面定義情報（７５）に基づいて画面に表示する記入欄以外の記入欄がマスクした帳票の画像データを表示することを特徴とする情報処理システム。
10. 情報を記憶するための記憶装置を備えた情報処理システムにおいて、
    記入欄に記載された帳票の情報を画像データに変換し、当該画像データに識別情報を付して前記記憶装置に書き込み、
    前記帳票の種別情報および帳票における記入欄の位置情報を有するシート定義情報に基づき、前記画像データの記入欄に記載された文字列を文字コードに変換して認識データを作成し、当該認識データと前記画像データとを対応付けて前記記憶装置に書き込み、
    前記認識データの確認又は修正を行う作業者を設定し、
    前記シート定義情報に、前記作業者が認識データの確認または修正を行う際の画面表示のための変換ルールを適用して作成された画面定義情報に含まれる、前記画像データ、認識データおよび前記作業者が文字を入力するためのエントリフィールドの表示位置に基づいて、前記画像データ、認識データおよびエントリフィールドを画面表示し、
    画面表示された認識データに対する前記作業者による確認または修正に伴い確定したデータを、前記画像データと対応付けて前記記憶装置に書き込む
    処理を実行する情報処理方法。

Images