(57)【要約】【課題】  データエントリ作業をより効率的にかつ容易に実行することができるデータエントリ装置及びその制御方法、プログラムを提供する。【解決手段】  帳票イメージデータ中の記入欄のレイアウトを示すレイアウトデータに基づいて、該帳票イメージデータ中の各記入欄に対応する部分画像を抽出する。抽出した部分画像の内、処理対象の部分画像と、それ以降に処理対象となる少なくとも１つの部分画像とを有する表示画面情報を作成する。作成した表示画面情報に基づく表示画面を表示する際、前記表示画面情報中の前記処理対象の部分画像と、前記それ以降に処理対象となる少なくとも１つの部分画像との表示形態を区別して表示する。【選択図】  図３
2006072919.tif 000002
【特許請求の範囲】
【請求項１】
帳票イメージデータ中の記入欄内の画像に対応するデータの登録を行うデータエントリ装置であって、
前記帳票イメージデータ中の記入欄のレイアウトを示すレイアウトデータに基づいて、該帳票イメージデータ中の各記入欄に対応する部分画像を抽出する抽出手段と、
前記抽出手段で抽出した部分画像の内、処理対象の部分画像と、前記処理対象の部分画像以外の少なくとも１つの他の部分画像とを有する表示画面情報を作成する作成手段と、
前記作成手段で作成した表示画面情報に基づく表示画面を表示する際、前記表示画面情報中の前記処理対象の部分画像と、前記少なくとも１つの他の部分画像との表示形態を区別して表示する表示制御手段と
を備えることを特徴とするデータエントリ装置。
【請求項２】
前記抽出手段は、２以上の帳票イメージデータ夫々の記入欄のレイアウトを示すレイアウトデータに基づいて、前記２以上の帳票イメージデータの記入欄に対応する部分画像を抽出する
ことを特徴とする請求項１に記載のデータエントリ装置。
【請求項３】
前記表示制御手段は、前記表示画面情報中に２以上の帳票イメージデータの記入欄に対応する部分画像が含まれる場合に、異なる帳票イメージデータの境界を識別可能に表示する
ことを特徴とする請求項２に記載のデータエントリ装置。
【請求項４】
前記作成手段は、前記処理対象の部分画像が、所定位置に表示されるように前記表示画面情報を作成する
ことを特徴とする請求項１乃至３のいずれか１項に記載のデータエントリ装置。
【請求項５】
前記作成手段は、更に、オペレータによる入力部の操作に基づいて、データエントリを行うデータエントリフィールドを有し、かつ前記データエントリフィールドが、前記処理対象の部分画像の近傍に表示されるように前記表示画面情報を作成する
ことを特徴とする請求項１乃至４のいずれか１項に記載のデータエントリ装置。
【請求項６】
前記処理対象の部分画像に対応するデータの属性に基づいて、前記データエントリフィールドにおけるデータエントリを許容する文字種を制御する制御手段と
を更に備えることを特徴とする請求項５に記載のデータエントリ装置。
【請求項７】
前記処理対象の部分画像に対応するデータの属性に基づいて、前記データエントリフィールドでエントリされる文字データの変換ルールを設定する設定手段と
を更に備えることを特徴とする請求項５または６に記載のデータエントリ装置。
【請求項８】
前記表示制御手段は、前記データエントリフィールドのデータエントリの完了の有無を判定する判定手段を備え、
前記判定手段の判定結果、前記データエントリが完了した場合、前記処理対象の第１部分画像が表示されていた位置に、次の処理対象の第２部分画像を移動する
ことを特徴とする請求項５乃至７のいずれか１項に記載のデータエントリ装置。
【請求項９】
帳票イメージデータ中の記入欄内の画像に対応するデータの登録を行うデータエントリ装置の制御方法であって、
前記帳票イメージデータ中の記入欄のレイアウトを示すレイアウトデータに基づいて、該帳票イメージデータ中の各記入欄に対応する部分画像を抽出する抽出工程と、
前記抽出工程で抽出した部分画像の内、処理対象の部分画像と、前記処理対象の部分画像以外の少なくとも１つの他の部分画像とを有する表示画面情報を作成する作成工程と、
前記作成工程で作成した表示画面情報に基づく表示画面を表示する際、前記表示画面情報中の前記処理対象の部分画像と、前記少なくとも１つの他の部分画像との表示形態を区別して表示する表示制御工程と
を備えることを特徴とするデータエントリ装置の制御方法。
【請求項１０】
帳票イメージデータ中の記入欄内の画像に対応するデータの登録を行うデータエントリ装置の制御を実現するプログラムであって、
前記帳票イメージデータ中の記入欄のレイアウトを示すレイアウトデータに基づいて、該帳票イメージデータ中の各記入欄に対応する部分画像を抽出する抽出工程のプログラムコードと、
前記抽出工程で抽出した部分画像の内、処理対象の部分画像と、前記処理対象の部分画像以外の少なくとも１つの他の部分画像とを有する表示画面情報を作成する作成工程のプログラムコードと、
前記作成工程で作成した表示画面情報に基づく表示画面を表示する際、前記表示画面情報中の前記処理対象の部分画像と、前記少なくとも１つの他の部分画像との表示形態を区別して表示する表示制御工程のプログラムコードと
を備えることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、帳票イメージデータ中の記入欄内の画像に対応するデータの登録を行うデータエントリ装置及びその制御方法、プログラムに関するものである。
【背景技術】
【０００２】
従来より、銀行の口座の新規開設の申込書や宅配便の伝票等の手書きの帳票類に、必要事項を記載することで、所望のサービスの申込を行うことが広く行われている。例えば、新規口座を開設するとき等は、必要事項を所定の帳票に記載し郵送するだけでよく、銀行の支店で待たされること無く、新規口座開設が可能になっている。
【０００３】
また、最近では、例えば、銀行口座新規開設の申込を行うにあたって、インターネット等の通信回線を介して、事前に氏名や住所等のデータを登録すると、その登録データが記載済の申込書が申込者宛に送られてきて、申込者は、捺印等をするだけで済むようなことも行われてきている。このような構成では、ユーザが手書きで記載した事項を、オペレータが別途端末に入力する入力処理を省略化することができる。
【０００４】
しかしながら、現在でも、手書きの申込書による手続も広く行われているため、それらに記載された手書き情報を電子的に管理するためのデータエントリ作業は欠かせないものとなっている。
【０００５】
このデータエントリ作業に係る関係業種及びその作業の一例を示すと、以下のようにものが挙げられる。
【０００６】
・銀行業務における手書き主体の伝票の事務処理
・クレジットカード／信販における申込書の事務処理
・保険業における新規契約及び保全契約の事務処理
・流通業における仕入れ伝票等の伝票類の事務処理
・製造業における製造情報書、品質結果の電子データ化
データエントリ作業を行うオペレータは、帳票用紙や、帳票用紙をスキャニングしてコンピュータに取り込んだ画像情報を見ながら、データエントリ作業を行うことになる。ただ、必ずしも連続して同一の帳票のデータを行うというわけではなく、様々な種類の帳票データに対するデータエントリ処理を並行して行うこともある。
【０００７】
そのため、データエントリ対象の帳票用紙の種類が変わった場合などは、入力すべきデータの項目が帳票用紙上のどこに記載されているかを探す必要があり、業務効率が下がってしまう等の問題があった。
【０００８】
そこで、この問題を解決するための構成として、例えば、特許文献１がある。この特許文献１では、帳票画像データから、記載事項に対応する部分画像データを切り出し、オペレータ端末でその部分画像データを表示させて、その部分画像データに対するデータエントリ作業を行わせる。これによって、オペレータが帳票画像データからデータエントリ対象の記載事項を細かく探索する必要がなくなり、作業効率の向上を期待することができる。また、一つの帳票画像データを記載事項毎に担当のオペレータで処理するといったことも行えるようになっている。
【特許文献１】特開２００３−５８８１３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかしながら、特許文献１の記載の技術では、単に、帳票画像データから、処理対象の記載事項の部分画像データを切り出して、その部分画像データに対するデータエントリを実現しているだけである。そのため、帳票画像データに、複数の記載事項が存在する場合でも、その各記載事項に対するデータエントリの効率化を図る工夫や表示制御は実現されておらず、依然として、データエントリの効率性の観点からは、更なる改良の余地があると言える。
【００１０】
本発明は上記の課題を解決するためになされたものであり、データエントリ作業をより効率的にかつ容易に実行することができるデータエントリ装置及びその制御方法、プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
上記の目的を達成するための本発明によるデータエントリ装置は以下の構成を備える。即ち、
また、好ましくは、帳票イメージデータ中の記入欄内の画像に対応するデータの登録を行うデータエントリ装置であって、
前記帳票イメージデータ中の記入欄のレイアウトを示すレイアウトデータに基づいて、該帳票イメージデータ中の各記入欄に対応する部分画像を抽出する抽出手段と、
前記抽出手段で抽出した部分画像の内、処理対象の部分画像と、前記処理対象の部分画像以外の少なくとも１つの他の部分画像とを有する表示画面情報を作成する作成手段と、
前記作成手段で作成した表示画面情報に基づく表示画面を表示する際、前記表示画面情報中の前記処理対象の部分画像と、前記少なくとも１つの他の部分画像との表示形態を区別して表示する表示制御手段と
を備える。
【００１２】
また、好ましくは、前記抽出手段は、２以上の帳票イメージデータ夫々の記入欄のレイアウトを示すレイアウトデータに基づいて、前記２以上の帳票イメージデータの記入欄に対応する部分画像を抽出する。
【００１３】
また、好ましくは、前記表示制御手段は、前記表示画面情報中に２以上の帳票イメージデータの記入欄に対応する部分画像が含まれる場合に、異なる帳票イメージデータの境界を識別可能に表示する。
【００１４】
また、好ましくは、前記作成手段は、前記処理対象の部分画像が、所定位置に表示されるように前記表示画面情報を作成する。
【００１５】
また、好ましくは、前記作成手段は、更に、オペレータによる入力部の操作に基づいて、データエントリを行うデータエントリフィールドを有し、かつ前記データエントリフィールドが、前記処理対象の部分画像の近傍に表示されるように前記表示画面情報を作成する。
【００１６】
また、好ましくは、前記処理対象の部分画像に対応するデータの属性に基づいて、前記データエントリフィールドにおけるデータエントリを許容する文字種を制御する制御手段と
を更に備える。
【００１７】
また、好ましくは、前記処理対象の部分画像に対応するデータの属性に基づいて、前記データエントリフィールドでエントリされる文字データの変換ルールを設定する設定手段と
を更に備える。
【００１８】
また、好ましくは、前記表示制御手段は、前記データエントリフィールドのデータエントリの完了の有無を判定する判定手段を備え、
前記判定手段の判定結果、前記データエントリが完了した場合、前記処理対象の第１部分画像が表示されていた位置に、次の処理対象の第２部分画像を移動する。
【００１９】
上記の目的を達成するための本発明によるデータエントリ装置の制御方法は以下の構成を備える。即ち、
帳票イメージデータ中の記入欄内の画像に対応するデータの登録を行うデータエントリ装置の制御方法であって、
前記帳票イメージデータ中の記入欄のレイアウトを示すレイアウトデータに基づいて、該帳票イメージデータ中の各記入欄に対応する部分画像を抽出する抽出工程と、
前記抽出工程で抽出した部分画像の内、処理対象の部分画像と、前記処理対象の部分画像以外の少なくとも１つの他の部分画像とを有する表示画面情報を作成する作成工程と、
前記作成工程で作成した表示画面情報に基づく表示画面を表示する際、前記表示画面情報中の前記処理対象の部分画像と、前記少なくとも１つの他の部分画像との表示形態を区別して表示する表示制御工程と
を備える。
【００２０】
上記の目的を達成するための本発明によるプログラムは以下の構成を備える。即ち、
帳票イメージデータ中の記入欄内の画像に対応するデータの登録を行うデータエントリ装置の制御を実現するプログラムであって、
前記帳票イメージデータ中の記入欄のレイアウトを示すレイアウトデータに基づいて、該帳票イメージデータ中の各記入欄に対応する部分画像を抽出する抽出工程のプログラムコードと、
前記抽出工程で抽出した部分画像の内、処理対象の部分画像と、前記処理対象の部分画像以外の少なくとも１つの他の部分画像とを有する表示画面情報を作成する作成工程のプログラムコードと、
前記作成工程で作成した表示画面情報に基づく表示画面を表示する際、前記表示画面情報中の前記処理対象の部分画像と、前記少なくとも１つの他の部分画像との表示形態を区別して表示する表示制御工程のプログラムコードと
を備える。
【発明の効果】
【００２１】
本発明によれば、データエントリ作業をより効率的にかつ容易に実行することができるデータエントリ装置及びその制御方法、プログラムを提供できる。
【発明を実施するための最良の形態】
【００２２】
以下、本発明の実施の形態について図面を用いて詳細に説明する。
【００２３】
図１は本発明の実施形態のデータエントリシステムの構成を示す図である。
【００２４】
１０１はデータ管理サーバであり、後述の各種データベース（ＤＢ）や、当該データエントリシステムで取り扱い可能な複数種類の記入欄を有する帳票のオリジナルイメージデータと、後述するエントリ端末で効率的な処理を行うために、イメージ取込端末１０３で取り込まれた必要事項が記載された帳票のイメージデータに傾斜補正等の前処理を施した前処理済帳票イメージデータ（以後、帳票インスタンスデータと称する）を記憶／管理している。
【００２５】
尚、ここで前処理として、取り込んだ帳票中の各記入欄のレイアウトを計算するレイアウト計算処理や、その帳票のイメージデータ中の各記入欄に対応する部分画像を領域分割する領域分割処理や、領域分割処理された部分画像中の文字（漢字、かな、英数字、各種記号等）画像を文字認識する文字認識処理等を行うことも勿論可能である。また、これらの処理は、必須ではなく、また、用途や目的に応じて、データ管理サーバ１０１で実行する。またネットワーク１０４上に、前処理用の処理サーバを別途構成し、その処理サーバ上で前処理を実行するようにしても良い。
【００２６】
１０２−１、１０２−２及び１０２−３は、各種帳票中の記入欄に記入された手書き文字に対応するデータをエントリする際に、オペレータが使用するエントリ端末である。
【００２７】
１０３は、イメージ取込端末であり、このイメージ取込端末１０３に接続されているスキャナ１０５を用いて、各種帳票を光学的に読み取り、その帳票イメージデータを作成する。当該帳票イメージデータはデータ管理サーバ１０１に送信され、前述の通り前処理が行われ、帳票インスタンスデータとして管理される。
【００２８】
図１では、イメージ取込端末１０３にスキャナ１０５が接続されている構成を示しているが、これに限定されるものではない。例えば、ファイル形式や、保存場所を指定して紙文書データを読み込んで電子イメージデータを作成し、指定保存場所にその電子イメージデータファイルを転送する機能を有している複合機等を用いる構成にしても勿論構わない。
【００２９】
１０４は、データ管理サーバ１０１、エントリ端末１０２−１〜１０２−３、イメージ取込端末１０３を相互に接続するネットワークである。
【００３０】
尚、ネットワーク１０４は、典型的にはＬＡＮやＷＡＮ、インターネット、電話回線、専用デジタル回線、ＡＴＭやフレームリレー回線、通信衛星回線、ケーブルテレビ回線、データ放送用の無線回線等のいずれか、またはこれらの組み合わせにより実現されるいわゆる通信ネットワークであり、相互のデータの送受信が可能であれば、有線／無線の形態は問わない。
【００３１】
次に、図２を参照して、エントリ端末１０２−１〜１０２−３のハードウェア構成について説明する。
【００３２】
図２は本発明の実施形態のエントリ端末のハードウェア構成を示す図である。
【００３３】
尚、図２では、エントリ端末１０２−１のハードウェア構成として説明するが、他のエントリ端末１０２−２や１０２−３、これに加えて、データ管理サーバ１０１やイメージ取込端末１０３についても、同様のハードウェア構成を有しているものとする。
【００３４】
２０１はＣＰＵであり、ＲＡＭ２０２やＲＯＭ２０３に格納されているプログラムやデータを用いて、端末（コンピュータ）全体の制御を行うとともに、本コンピュータを適用するエントリ端末１０２−１が行う後述する各処理を実行する。
【００３５】
２０２はＲＡＭであり、ＨＤＤ（ハードディスクドライブ）２０４からロードされたプログラムやデータを一時的に記憶するためのエリアを有するとともに、ＣＰＵ２０１が各種処理を行うために使用するワークエリアを備える。
【００３６】
２０３はＲＯＭであり、コンピュータのブートプログラムやＢＩＯＳ等の各種プログラムを記憶している。２０４はＨＤＤ（ハードディスクドライブ）であり、ＯＳ（オペレーティングシステム）や、本コンピュータを適用するエントリ端末１０２−１が行う後述の処理をＣＰＵ２０１に実行させるためのプログラムやデータ等の各種データを保存しており、これらは必要に応じてＣＰＵ２０１の制御によりＲＡＭ２０２に読み出され実行されることになる。
【００３７】
２０５はネットワークＩ／Ｆ（インタフェース）であり、コンピュータをネットワーク１０４に接続するためのものである。コンピュータは、このネットワークＩ／Ｆ２０５を介して外部機器とデータ通信を行うことが可能である。
【００３８】
２０６は記憶媒体ドライブであり、ＣＤ−ＲＯＭ、ＣＤ−Ｒ／ＲＷ、ＤＶＤ―ＲＯＭ、ＤＶＤ−Ｒ／ＲＷ、ＤＶＤ−ＲＡＭ等から構成される。
【００３９】
２０７はポインティングデバイス、２０８はキーボードであり、各種の指示をＣＰＵ２０１に入力することができる。これらは、入力部として機能する。
【００４０】
２０９はビデオＩ／Ｆ（インタフェース）であり、ここにディスプレイ装置２１０を接続する。ディスプレイ装置２１０はＣＲＴや液晶画面等で構成されており、ビデオＩ／Ｆ２０９を介して送られた信号に基づいて、文字や画像等の情報を表示画面上に表示する機能を有する。
【００４１】
２１１は外部機器Ｉ／Ｆ（インタフェース）であり、コンピュータに周辺機器を接続させるためのポートである。この外部機器Ｉ／Ｆ２１１を介してコンピュータは、周辺機器とのデータの送受信を行うことが可能であるＳＣＳＩ、ＵＳＢ、ＩＥＥＥ１３９４等の各種インタフェースで構成することが可能でおり、通常複数の外部機器Ｉ／Ｆを有する。また、周辺機器との接続形態は有線／無線を問わない。
【００４２】
尚、イメージ取込端末１０３は、この外部機器Ｉ／Ｆ２１１を介して、スキャナ１０５に制御指示を送ったり、スキャナ１０５により作成されたイメージデータを取得したりすることとなる。
【００４３】
２１２はシステムバスであり、上述の各種構成要素を相互に接続するバスとして機能する。
【００４４】
次に、図３を参照して、エントリ端末１０２−１の機能構成について説明する。
【００４５】
図３は本発明の実施形態のエントリ端末の機能構成を示す図である。
【００４６】
尚、図３では、エントリ端末１０２−１の機能構成について説明するが、他のエントリ端末１０２−２や１０２−３についても、同様の機能構成を有しているものとする。
【００４７】
エントリ端末１０２−１の機能としては、大きく３つの構成（画像処理部１０２１、データ管理部１０２２及びデータベースアクセス部１０２３）に分けることができる。
【００４８】
画像処理部１０２１は、部分画像切出部１０２１ａと画面データ作成部１０２１ｂを有している。データ管理サーバ１０１から取得した帳票インスタンスデータから、当該帳票のレイアウトデータに基づき、データエントリ対象となる記入欄の部分画像を部分画像切出部１０２１ａで切り出し、画面データ作成部１０２１ｂで表示画面情報（エントリ画面データ）を作成する。
【００４９】
ここで、図４を参照して、表示画面情報の一例について説明する。
【００５０】
図４は本発明の実施形態の表示画面情報の一例を示す図である。
【００５１】
表示画面情報（エントリ画面データ）に基づいて生成されるエントリ画面１７００上では、データエントリ対象の部分画像１７０１ａが部分画像表示領域１７０１上の所定位置（図４では、部分画像表示領域１７０１の左側）に表示される。この部分画像１７０１ａは、その識別を容易にするために、その表示形態が強調表示（太枠線矩形で囲まれて表示）される。これにより、オペレータは、どの部分画像表示領域に対するデータについてのデータエントリを行えば良いかを容易に知ることができる。
【００５２】
尚、部分画像の識別を容易にするための表示形態は、基本的には、部分画像が、エントリ画面１７００上で表示される他の情報と比較してその識別が容易になればどの様なものでも良く、図４で示す太枠線矩形に限定されるものではなく、ブリンク表示、グレーアウト表示、色付き表示等の他の表示形態であっても良い。
【００５３】
また、このエントリ画面１７００上では、帳票インスタンスデータ中の各部分画像領域毎に固有のデータエントリフィールドを構成するのではなく、データエントリフィールド（データエントリ領域）１７０２は常に１つだけに固定にしておく。代りに、エントリ画面１７００において、上述のごとく、どの部分画像に対するデータエントリを行っているかをエントリ端末側で識別可能にする構成としている。これにより、オペレータは、データエントリの際に視線を動かすことなく、効率的な作業が可能になる。
【００５４】
また、次の処理対象の部分画像１７０１ｂを画面上に表示しておき、かつその部分画像１７０１ｂを、データエントリフィールド１７０２の近傍に表示するため、次のデータエントリに対するオペレータの準備も容易に行える。
【００５５】
尚、図４では示されていないが、部分画像１７０１ａが現在の処理対象であり、部分画像１７１０ｂが次の処理対象であることを示すために、両者それぞれを囲む太枠線矩形の表示形態（例えば、色、線の太さ、線種等）は区別して表示される。例えば、部分画像１７１０ａの太枠線矩形は赤で、部分画像１７１０ｂの太枠線矩形は青で表示される。また、両者の間には、区切画像１７０１ｃ（図では、「×」）が表示される。このような表示を行うことにより、オペレータは、処理対象とそれ以外の部分画像を容易に識別することができる。
【００５６】
尚、この区切画像１７０１ｃは、必ずしも部分画像と部分画像の間に入れなくてはならないということはなく、例えば、図４の部分画像１７０１ａと、部分画像１７０１ｂとが異なる帳票インスタンスデータから作成されている場合に、それらの境界になる箇所に区切画像１７０１ｃを追加するといったことも可能である。
【００５７】
このように、本発明では、帳票インスタンスデータ毎のエントリ画面を適宜生成して表示するのではなく、図４に示されるように、帳票インスタンスデータ中の記入欄に対応する複数の部分画像の内、処理対象の部分画像１７０１ａと次に連続する部分画像１７０１ｂの少なくとも一部が、データエントリ状況に応じて連続的にエントリ画面１７００上で表示される。
【００５８】
具体的には、部分画像１７０１ａのデータエントリが確定すると、部分画像１７０１ａはエントリ画面１７００上から消え、部分画像１７０１ｂの表示位置が左へ移動して部分画像１７０１ａの表示位置に移動し、部分画像１７０１ｂに続く次の部分画像が移動前の部分画像１７０１ｂの表示位置に表示される。そして、以降、処理対象の部分画像がなくなるまで、データエントリ状況に応じて、順次、処理対象の部分画像が左に移動しながら、切り替えて表示されることになる。
【００５９】
つまり、オペレータは、処理対象の部分画像に対するデータエントリ中に、次の処理対象の部分画像を視認できる状況にあるので、オペレータは各部分画像に対するエントリ画面をいちいち切り替えて表示する操作を行うことなく、次の部分画像に対するデータエントリの準備が可能となる。これにより、オペレータによるデータエントリ操作が容易になり、作業の効率化を図ることができる。
【００６０】
尚、本実施形態では処理対象の部分画像の切替をその表示位置を左へ移動することで実現する例を説明したが、これに限定されず、用途や目的に応じて、上下左右の所望の方向に移動して、部分画像の切替を実現しても良い。但し、データエントリの効率性、人間工学的な観点からは、左方向に移動しながら部分画像を切り替える構成であることが好ましい。
【００６１】
また、図４のエントリ画面１７００では、処理対象の部分画像１７０１ａと、次の処理対象の部分画像１７０１ｂの一部を部分画像表示領域１７０１に表示する構成としているが、これに限定されず、処理対象の部分画像と、次以降の処理対象の部分画像を表示できる構成であれば、これに限定されない。つまり、部分画像表示領域１７０１には、処理対象の部分画像と、それ以降に処理対象となる少なくとも１つ以上の部分画像を表示できれば良い。
【００６２】
エントリ画面１７００において、データエントリ領域１７０２は、処理対象の部分画像１７０１ａに表示された手書き文字画像に対応するコードデータをエントリする領域である。ここで、データエントリ領域１７０２は、処理対象の部分画像の属性に応じて、そのデータエントリ数の制御（入力制御）及びエントリデータの変換（変換ルール）が制御される。
【００６３】
エントリ画面１７００において、データエントリ情報表示領域１７０３は、データエントリ領域１７０２のエントリされたデータに関する情報（データエントリ情報）を表示する領域である。このデータエントリ情報の表示項目には、同一帳票インスタンスデータに含まれる夫々の処理対象の部分画像に対応する記入欄名（項目名）、実際のデータエントリ内容（入力内容）、不備の有無、許容データエントリ桁数、エントリ許容文字種（数字、英字、カナ、記号、全角）等が表示される。
【００６４】
ここで、「不備」とは、部分画像中の文字画像の内容が不鮮明だったり、判読不能であったりして、対応するコードデータをエントリできず、データエントリが不備に終わる場合を示す情報である。データエントリが不備になる場合には、その情報を入力する入力画面（不図示）を別途呼び出し、必要な情報を入力する。この入力画面で情報を入力した場合には「不備」欄に「有」の文字が表示され、そうでない場合には「無」の文字が表示される。
【００６５】
また、データエントリ表示領域１７０３にリスト表示されているデータが選択された場合（マウスカーソルをデータに合わせマウスをダブルクリックする等の処理を受けた場合）、当該選択されたデータのデータエントリ用の表示画面情報が、エントリ画面１７００に表示されることになる。
【００６６】
図３の説明に戻る。
【００６７】
データ管理部１０２２は、データエントリ処理全般についての管理を行う。例えば、帳票インスタンスデータのチェックアウト数（処理対象数）や、どの帳票インスタンスデータのどの属性についてのデータエントリがなされているか等のデータエントリ処理に関する情報を管理している。また、表示部（ディスプレイ装置２１０）にエントリ画面（図３）等の各種情報の表示を制御したり、入力部１０２５（キーボード２０８やポインティングデバイス２０７）からの入力を制御する。
【００６８】
データベースアクセス部１０２３は、チェックアウトエージェント１０２３ａ及びチェックインエージェント１０２３ｂを有している。データアクセス部１０２３は、データ管理部１０２２からの要求に応じて、データ管理サーバ１０１にアクセスし、データ管理サーバ１０１からデータを取得したり（チェックアウトエージェント）、データ管理サーバ１０１へデータを登録したり（チェックインエージェント）する機能を有する。
【００６９】
上記の３つの各機能部は、夫々プログラムの制御により実現されることとなる。また、これらは、夫々別のプロセスで実行され、非同期で連繋を行っており、本願発明におけるデータエントリ端末の機能を実現している。また、図中に記載している各矢印は、エントリ端末１０２−１の各機能部間及びエントリ端末１０２−１とデータ管理サーバ１０１とのデータの流れについて示している。
【００７０】
データ管理サーバ１０１には、処理対象の帳票イメージデータ（オリジナルイメージデータ）３２６及び帳票インスタンスデータ３２７が記憶されている。また、これに加えて、帳票ＤＢ３２１、帳票レイアウトＤＢ３２２、帳票インスタンスＤＢ３２３、エントリＤＢ３２４、オペレータＤＢ３２５の各種データベースが登録されている。
【００７１】
以下、図５〜図９を参照して、データ管理サーバ１０１が管理する各種データベースについて説明する。
【００７２】
図５は本発明の実施形態の帳票ＤＢ（データベース）の一例を示す図である。
【００７３】
ここに登録されているデータは、帳票を識別するための帳票ＩＤ、帳票名、処理プログラムＩＤ、レベル等の帳票に関するデータ（帳票データ）である。このデータベースでは、帳票の種類が管理されている。
【００７４】
ここで、保存場所は、帳票のオリジナルイメージデータが保存されているパス情報である。また、処理プログラムＩＤは、当該種類の帳票のデータエントリ処理を行う際に使用される部分画像切出や入力文字制限や変換ルール設定を行う処理プログラムを識別するためのＩＤである。レベルは、データエントリ処理におけるオペレータのデータエントリ作業の難易度を示すものである。
【００７５】
図６は本発明の実施形態の帳票レイアウトＤＢ（データベース）の一例を示す図である。
【００７６】
ここに登録されているデータは、帳票ＩＤ、データ属性ＩＤ、属性名称、ＬＥＦＴ、ＴＯＰ、ＷＩＤＴＨ、ＨＥＩＧＨＴ、入力タイプ等の帳票のレイアウトに関するデータ（レイアウトデータ）である。
【００７７】
ここで、データ属性ＩＤは、夫々の帳票データ中の記入欄（例えば、氏名欄、フリガナ欄、郵便番号欄、住所欄、電話番号欄等）それぞれを識別するためのＩＤであり、同一帳票データ内で一意のデータであれば良い。そして、このデータ属性ＩＤが小さい順にデータエントリ処理が実行されるように、画像処理部１０２１によるエントリ画面データ作成処理（図１２）が実行されることとなる。
【００７８】
ＬＥＦＴは、当該帳票データの記入欄のイメージデータ（部分画像）における左端の座標、ＴＯＰは上端の座標である。また、ＷＩＤＴＨ及びＨＥＩＧＨＴはそれぞれ、その記入欄の幅と高さである。画像処理部１０２１によるエントリ画面データ作成処理（図１２）においては、これらの情報に基づいて、記入欄に対応する部分画像が切り出されることになる。
【００７９】
また、入力タイプは、記入欄に記入されている文字画像に対するデータエントリを行う場合の文字種（日本語、カナ、英数字、チェックマーク等）である。また、桁数は記入欄を構成する枠数（文字桁数）である。そして、これらの入力タイプと桁数に基づいて、図４のデータエントリフィールド１７０２の許容データエントリ数やエントリ許容文字種が決定される。つまり、これらの入力タイプと桁数に基づいて、データエントリにおける入力制御・変換ルールが決定される。
【００８０】
図７は本発明の実施形態の帳票インスタンスＤＢ（データベース）の一例を示す図である。
【００８１】
ここに登録されているデータは、インスタンスＩＤ、帳票ＩＤ、保存場所、チェックイン／チェックアウト、オペレータＩＤ等の帳票インスタンスデータに関するデータが登録されている。
【００８２】
ここで、インスタンスＩＤは、帳票インスタンスデータを識別するためのＩＤである。また、保存場所は、その帳票インスタンスデータが保存されているパス情報である。
【００８３】
チェックイン／チェックアウトは、現在、その帳票インスタンスデータについてのデータエントリ処理が実行されているか（チェックアウト（ＯＵＴ））／いないか（チェックイン（ＩＮ））を示す情報である。また、データエントリ処理が実行されている場合には、そのデータエントリを行っているオペレータを識別するためのオペレータＩＤがオペレータＩＤ欄に登録される。
【００８４】
図８は本発明の実施形態のエントリＤＢ（データベース）の一例を示す図である。
【００８５】
ここに登録されているデータは、インスタンスＩＤ、データ属性ＩＤ、入力データ１、オペレータＩＤ、難１、入力データ２、オペレータＩＤ２、難２等のデータが登録されている。
【００８６】
ここで、インスタンスＩＤは処理対象の帳票インスタンスデータ、データ属性ＩＤは処理対象の記入欄を示す。
【００８７】
入力データ１欄及び入力データ２欄には、オペレータにより入力されたエントリデータが登録される。オペレータＩＤ１及びオペレータＩＤ２欄には、夫々のデータエントリ処理を行ったオペレータＩＤが登録される。本実施形態では、同一の記入欄に対するデータエントリ処理を、複数のオペレータによって実行させることができ、特に、同一の記入欄に対するデータエントリを複数のオペレータによって実行した場合には、それぞれのオペレータによってエントリされたデータ同士を比較することで、エントリーエラーの有無をチェックすることができる。
【００８８】
また、「難１」欄及び「難２」欄には、それぞれのオペレータがデータエントリ処理を行った際に、その困難性が有る場合にその旨を示すフラグ（「○」）が登録される。これは、帳票データの記入者の筆跡によっては文字が読みづらかったり、イメージデータ作成時に文字画像がかすれてしまったりといったように、文字の判別が難解で、データエントリ作業に困難を感じた場合にオペレータの入力に基づき設定される。
【００８９】
また、この「難１」にフラグがたっている場合（「○」が登録されている場合）のみに、同一の記入欄に対し、複数のオペレータによるデータエントリ処理を行う等の運用を行えるようにしても良い。
【００９０】
図９は本発明の実施形態のオペレータＤＢ（データベース）の一例を示す図である。
【００９１】
ここに登録されているデータは、オペレータＩＤ、氏名、所属、スキル等のオペレータに関するデータが登録されている。オペレータのスキルや所属等に応じて、データエントリを行う帳票インスタンスデータが決定されることになる。
【００９２】
ここで、スキルは、オペレータのデータエントリに対する習熟度を示しており、この値が高いほど、より習熟度が高い、つまり、より難易度の高いデータエントリを行うことできることを示している。
【００９３】
次に、データエントリ端末１０２−１で実行する各種処理について説明する。
【００９４】
まず、図１０を参照して、データ管理部１０２２が実行する帳票インスタンスデータの取得処理について説明する。
【００９５】
図１０は本発明の実施形態のデータ管理部が実行する帳票インスタンスデータの取得処理を示すフローチャートである。
【００９６】
尚、この取得処理は、データ管理部１０２２を実現するプログラムの制御の下、データエントリ端末１０２−１のＣＰＵ２０１によって実行される。
【００９７】
まず、データエントリ端末１０２−１のＣＰＵ２０１は、ディスプレイ装置２１０にオペレータのログイン用画面を表示し、オペレータＩＤ等のログイン情報の入力を促す。そして、入力されたログイン情報に基づいて、オペレータのログインの可否を判定するオペレータログイン処理を実行する（ステップＳ４０１）。
【００９８】
その際に、データエントリ端末１０２−１のＣＰＵ２０１は、データベースアクセス部１０２３の機能により、データ管理サーバ１０１にアクセスし、当該オペレータＩＤが、オペレータＤＢ３２６に登録されているか否かを確認する。当該オペレータＩＤが登録されていない場合は、ログイン用画面を再度表示し、再度オペレータＩＤの入力を促す。
【００９９】
一方、入力されたオペレータＩＤがオペレータＤＢ３２６に登録されている場合は、当該オペレータＩＤに対応するプロパティ情報（図９のオペレータＤＢにある氏名・所属・スキル等）を取得する（ステップＳ４０２）。これに加えて、当該オペレータＩＤのオペレータにデータエントリ処理を実行させる帳票インスタンスデータのチェックアウト依頼をデータアクセス部１０２３（チェックアウトエージェント１０２３ａ）に対して実行する（ステップＳ４０３：図３の（１））。
【０１００】
その後、データアクセス部１０２３からの帳票インスタンスデータ受信待ち状態に移行する（ステップＳ４０４）。
【０１０１】
ここで、図１１を参照して、データ管理部１０２２より帳票インスタンスデータのチェックアウト依頼を受けた場合に、データベースアクセス部１０２３のチェックアウトエージェント１０２３ａが実行するデータチェックアウト処理について説明する。
【０１０２】
図１１は本発明の実施形態のチェックアウトエージェントが実行するデータチェックアウト処理を示すフローチャートである。
【０１０３】
尚、このデータチェックアウト処理は、データベースアクセス部１０２３を実現するプログラムの制御の下、データエントリ端末１０２−１のＣＰＵ２０１によって実行される。
【０１０４】
データエントリ端末１０２−１のＣＰＵ２０１は、データ管理部１０２２よりデータアクセス部１０２３に対しての帳票インスタンスデータチェックアウト依頼待ち状態に移行する（ステップＳ９０１）。そして、ＣＰＵ２０１は、チェックアウト依頼の受信の有無を判定する（ステップＳ９０２）。
【０１０５】
チェックアウト依頼を受信していない場合（ステップＳ９０２でＮＯ）、ステップＳ９０１に戻り、受信するまで待機する。
【０１０６】
一方、チェックアウト依頼を受信した場合（ステップＳ９０２でＹＥＳ：図３の（１））、データ管理サーバ１０１に対して帳票インスタンスデータのチェックアウト依頼を行う（ステップＳ９０３：図３の（２））。具体的には、チェックアウト依頼として、オペレータログイン処理の際に取得したオペレータＩＤをデータ管理サーバ１０１に対して送信する。
【０１０７】
そして、データエントリ端末１０２−１のＣＰＵ２０１は、データ管理サーバ１０１から帳票インスタンスデータ受信待ち状態に移行する（ステップＳ９０４）。そして、帳票インスタンスデータの受信の有無を判定する（ステップＳ９０５）。
【０１０８】
尚、この判定においては、タイムアウト設定等の時限設定を行い、一定時間内に、帳票インスタンスデータを受信しない場合には、タイムアウトエラーとして処理を終了しても良い。
【０１０９】
ステップＳ９０５において、帳票インスタンスデータを受信していない場合（ステップＳ９０５でＮＯ）、ステップＳ９０４に戻り、帳票インスタンスデータを受信するまで待機する。一方、帳票インスタンスデータを受信した場合（ステップＳ９０５でＹＥＳ：図３の（３））、データエントリ端末１０２−１のＣＰＵ２０１は、受信した帳票インスタンスデータをデータ管理部１０２２に送信し（ステップＳ９０６：図３の（４））、処理を終了する。
【０１１０】
ここで、データエントリ端末１０２−１から帳票インスタンスデータのチェックアウト依頼を受信した際の、データ管理サーバ１０１の処理について、簡単に説明する。
【０１１１】
データ管理サーバ１０１は、帳票インスタンスデータのチェックアウト依頼（オペレータＩＤ）を受信すると（図３の（２））、データ管理サーバ１０１のＣＰＵ２０１は、データエントリ処理を行うオペレータのプロパティ（例えば、所属やレベル）や帳票インスタンスデータのプロパティ（スキルやデータ登録時刻）に応じて、どの帳票インスタンスデータを当該オペレータに処理させるかを決定し、その帳票インスタンスデータをデータエントリ端末１０２−１に送信する（図３の（３））。
【０１１２】
その際には、あわせて当該帳票インスタンスデータのレイアウトデータ（決定された帳票インスタンスデータと同じ帳票ＩＤに対応する、図６の帳票レイアウトＤＢで管理されるすべてのデータ）をデータエントリ端末１０２−１に送信する（図３の（３））。
【０１１３】
図１０の説明に戻る。
【０１１４】
データエントリ端末１０２−１のＣＰＵ２０１は、チェックアウト依頼に対する、帳票インスタンスデータ及びそのレイアウトデータの受信の有無を判定する（ステップＳ４０５）。
【０１１５】
帳票インスタンスデータ及びそのレイアウトデータを受信していない場合（ステップＳ４０５でＮＯ）、ステップＳ４０４に戻り、受信するまで待機する。尚、この際に、未処理の帳票インスタンスデータが、データ管理サーバ１０１に管理されていない場合には、その旨を示す通知を受信することになり、その場合は、その時点で本処理を終了する。
【０１１６】
一方、帳票インスタンスデータ及びそのレイアウトデータを受信した場合（ステップＳ４０５でＹＥＳ：図３の（４））、その帳票インスタンスデータ及びそのレイアウトデータを画像処理部１０２１へ送信する（ステップＳ４０６：図３の（５））。尚、データ管理部１０２２においても、これらデータは管理されることになる。
【０１１７】
そして、データエントリ端末１０２−１のＣＰＵ２０１は、予め決められた所定数の帳票インスタンスデータのチェックアウト（データ管理部１０２１への送信）が完了したか否かを判定する（ステップＳ４０７）。
【０１１８】
所定数の帳票インスタンスデータをチェックアウトしていない場合（ステップＳ４０７でＮＯ）、ステップＳ４０３に戻る。一方、所定数の帳票インスタンスデータをチェックアウトした場合（ステップＳ４０７でＹＥＳ）、本処理を終了する。
【０１１９】
次に、図１２を参照して、画像処理部１０２１が実行するエントリ画面データ作成処理について説明する。
【０１２０】
図１２は本発明の実施形態の画像処理部が実行するエントリ画面データ作成処理を示すフローチャートである。
【０１２１】
尚、このエントリ画面データ作成処理は、画像処理部１０２１を実現するプログラムの制御の下、データエントリ端末１０２−１のＣＰＵ２０１によって実行される。また、ステップＳ７０１からステップＳ７０７までが、部分画像切出部１０２１ａによる処理、それ以降が画面データ作成部１０２１ｂによる処理となる。
【０１２２】
画像処理部１０２１は、データ管理部１０２２からの帳票インスタンスデータの受信待ち状態になっている（ステップＳ７０１）。帳票インスタンスデータを受信していない場合（ステップＳ７０２でＮＯ）、ステップＳ７０１に戻り、受信するまで待機する。
【０１２３】
一方、帳票インスタンスデータを受信した場合（ステップＳ７０２でＹＥＳ：図３の（５））、その帳票インスタンスデータに該当するレイアウトデータをデータ管理部１０２２より取得する（ステップＳ７０３：図３の（５））。
【０１２４】
次に、そのレイアウトデータに従って、帳票インスタンスデータからエントリ対象のデータが記載されている部分画像の切取処理を実行する（ステップＳ７０４）。そして、切り取った部分画像を帳票レイアウトデータ中の対応するデータ属性ＩＤ順に基づいて、並べて保持する（ステップＳ７０５）。
【０１２５】
尚、この際に、ユーザの指定に基づいて帳票インスタンスデータに対応するレイアウトデータを取得し、そのレイアウトデータに基づいて部分画像の切り取り処理をすることも勿論可能である。
【０１２６】
そして、次に、特定データのみのエントリ画面を作成するか否かを判定する（ステップＳ７０６）。これは、１つの帳票インスタンスデータの中の内、特定種類の部分画像に対するデータエントリのみを当該オペレータに実行させるか否かを判定するものである。
【０１２７】
具体的には、本発明を実現する環境は、複数のオペレータが存在していて、かつ同時に並行で様々なデータエントリを行う環境にある。しかしながら、オペレータのデータエントリの習熟度やスキルは様々であり、より効率的なデータエントリを行うためには、その習熟度やスキルに適したデータエントリを行うことが好ましい。
【０１２８】
例えば、データエントリの処理内容には、テンキーだけで済むものや、英数字が混在するもの等様々なので、例えば、習熟度が未熟なオペレータには、テンキーだけのデータエントリ（数字だけのデータ（特定データ））だけを実行させ、そうでないオペレータには、より高度なデータエントリを実行させるようにする。
【０１２９】
そこで、本実施形態では、オペレータのスキルに基づいて、帳票インスタンスデータ中の各部分画像において、データエントリ対象とする部分画像を選定する、つまり、特定の部分画像に対するデータエントリのみを実行させるか否かを判定する。
【０１３０】
例えば、図１３に示すように、帳票インスタンスデータ中に、日本語が記載される入力欄の部分画像（日本語１、２）、カナが記載される入力欄の部分画像（カナ１）、英数字が記載される入力欄の部分画像（英数字１〜４）、チェックマークが記載される入力欄の部分画像（チェック１）が存在し、オペレータ１のスキルが「３」、オペレータのスキルが「２」であるとする。この場合、日本語（漢字／ひらがな／カタカナ等の混合）やカナ（カタカナのみ）の部分画像に対するデータエントリはオペレータ１に、それ以外は、オペレータ２に実行させる。
【０１３１】
そして、各オペレータによってデータエントリされたエントリデータをマージすることで、１つの帳票インスタンスデータ中の各部分画像に対するコードデータを取得することが可能となる。このような処理を行う際には、図７に示す帳票インスタンスＤＢは、各データ属性についてどのオペレータがチェックアウトしているかを認識可能に構成されることになる。
【０１３２】
図１２の説明に戻る。
【０１３３】
ステップＳ７０６において、特定データのみのエントリ画面を作成する場合（ステップＳ７０６でＹＥＳ）、そのオペレータによるデータエントリを禁止する部分画像を削除する（ステップＳ７０７）。その後、ステップＳ７０８に進む。一方、特定データのみのエントリ画面を作成しない場合（ステップＳ７０６でＮＯ）、つまり、帳票インスタンスデータ中のすべての部分画像に対するデータエントリを実行させる場合、ステップＳ７０８に進む。
【０１３４】
そして、その後、エントリ画面データの作成を行うことになるのだが、まず、予め決められた指定数のエントリ画面データの作成済であるか否かを判定する（ステップＳ７０８）。
【０１３５】
ここで、予めエントリ画面データを複数作成しておくのは、本発明では、入力フィールドを１つに固定しているため（図４参照）、オペレータがあるデータエントリを終了した時点で、次に入力すべきデータをすばやくエントリ画面上で表示できるようにするためである。それら、エントリ画面データに基づいて生成されるエントリ画面は、図４で上述したとおりであり、当該エントリ画面データが表示されているときに入力すべきデータが記載されている箇所の部分画像データを識別可能に表示される。
【０１３６】
ステップＳ７０８において、指定数のエントリ画面データが作成済である場合（ステップＳ７０８でＹＥＳ）、処理を終了する。一方、指定数のエントリ画面データが作成済でない場合（ステップＳ７０８でＹＥＳ）、現在、画像処理部１０２１で保持している部分画像を用いて、新規にエントリ画面データを作成可能であるか否かを判定する（ステップＳ７０９）。
【０１３７】
エントリ画面データを作成可能でない場合（ステップＳ７０９でＮＯ）、処理を終了する。一方、エントリ画面データを作成可能である場合（ステップＳ７０９でＹＥＳ）、まだ未処理の部分画像のエントリ画面データを作成し、それをＲＡＭ２０２に保持する（ステップＳ７１０）。
【０１３８】
この際、２つ以上の部分画像からなるエントリ画面データを作成することになる場合は、各部分画像間の区切りを示す区切り画像を、図４に示す如く作成する。前述の通り、隣り合う２つの部分画像が異なる帳票インスタンスデータから作成されている場合のみ、その間に区切画像１７０１ｃを追加する手法を採っても勿論良い。
【０１３９】
次に、図１４を参照して、データ管理部１０２２が実行するデータエントリ処理について説明する。
【０１４０】
図１４は本発明の実施形態のデータ管理部が実行するデータエントリ処理を示すフローチャートである。
【０１４１】
尚、このデータエントリ処理は、データ管理部１０２２を実現するプログラムの制御の下、データエントリ端末１０２−１のＣＰＵ２０１によって実行される。
【０１４２】
まず、データ管理部１０２２は、画像処理部１０２１に対してエントリ画面データを要求する（ステップＳ５０１：図３の（７））。そして、エントリ画面データの受信待ち状態へと移行する（ステップＳ５０２）。
【０１４３】
ここで、図１５を参照して、データ管理部１０２２よりエントリ画面データの要求を受けた場合に、画像処理部１０２１が実行するエントリ画面データ送信処理について説明する。
【０１４４】
図１５は本発明の実施形態の画像処理部が実行するエントリ画面データ送信処理を示すフローチャートである。
【０１４５】
尚、このエントリ画面データ送信処理は、画像処理部１０２１を実現するプログラムの制御の下、データエントリ端末１０２−１のＣＰＵ２０１によって実行される。
【０１４６】
図１２の処理によって、エントリ画面データの作成が終了すると、画像処理部１０２１は、データ管理部１０２２からのエントリ画面データ要求の受信待ち状態になる（ステップＳ８０１）。そして、エントリ画面データの要求を受信したか否かを判定する（ステップＳ８０２）。
【０１４７】
エントリ画面データの要求を受信していない場合（ステップＳ８０２でＮＯ）、ステップＳ８０１に戻り、受信するまで待機する。一方、エントリ画面データの要求を受信した場合（ステップＳ８０２でＹＥＳ：図３の（７））、ＲＡＭ２０２に保存してある処理対象のエントリ画面データをデータ管理部１０２２に対して送信する（ステップＳ８０３：図３の（８））。これにより、データ管理部１０２２の制御に基づき、後述する図１６に示すデータエントリ処理が実行されることになる。
【０１４８】
同時に、画像処理部１０２１においては、新たなエントリ画面データを作成するために、図１２のステップＳ７０８からステップＳ７１０の処理が実行されることになる。また、これに並行して、ＲＡＭ２０２に保持しているエントリ画面データの有無を判定する（ステップＳ８０４）。ＲＡＭ２０２に保持しているエントリ画面データがある場合（ステップＳ８０４でＮＯ）、ステップＳ８０１に戻る。一方、ＲＡＭ２０２に保持しているエントリ画面データがない場合（ステップＳ８０４でＹＥＳ）、処理を終了する。
【０１４９】
図１４の説明に戻る。
【０１５０】
エントリ画面データの要求後、画像処理部１０２１からエントリ画面データを受信したか否かを判定する（ステップＳ５０３）。エントリ画面データを受信していない場合（ステップＳ５０３でＮＯ）、ステップＳ５０２に戻り、受信するまで待機する。一方、エントリ画面データを受信した場合（ステップＳ５０３でＹＥＳ：図３の（８））、エントリ画面データのデータエントリフィールドに対して、入力制御・変換ルール（エントリデータの変換ルール）を設定するか否かを判定する（ステップＳ５０４）。
【０１５１】
入力制限・変換ルールを設定しない場合（ステップＳ５０４でＮＯ）、受信したエントリ画面データに基づいて、エントリ画面をディスプレイ装置２１０に表示する（ステップＳ５０６：図３の（９））。一方、入力制御・変換ルールを設定する場合（ステップＳ５０４でＹＥＳ）、データエントリフィールドに対して、入力制御・変換ルールを設定する（ステップＳ５０５）。その後、その設定と受信したエントリ画面データに基づいて、エントリ画面をディスプレイ装置２１０に表示する（ステップＳ５０６：図３の（９））。
【０１５２】
尚、データ管理サーバ１０１において、帳票インスタンスデータ中の各部分画像内の文字画像の文字認識結果を予め記憶している場合には、エントリ画面データが生成するデータエントリフィールド内には、予めデータエントリ候補としてその文字認識結果を表示するようにしても良い。このような構成の場合、オペレータの作業効率の更なる向上を期待することができる。
【０１５３】
そして、その後、オペレータの操作に基づくデータエントリ処理を実行する（ステップＳ５０７）。尚、この処理の詳細については後述する。
【０１５４】
そして、オペレータからの操作に基づいて、データエントリ処理を終了するか否かを判定する（ステップＳ５０８）。終了しない場合（ステップＳ５０８でＮＯ）、ステップＳ５０１に戻る。一方、終了する場合（ステップＳ５０８でＹＥＳ）、処理を終了する。
【０１５５】
次に、図１６を参照して、図１４のステップＳ５０７のデータエントリ処理の詳細について説明する。
【０１５６】
図１６は本発明の実施形態のデータエントリ処理の詳細を示すフローチャートである。
【０１５７】
尚、このデータエントリ処理は、データ管理部１０２２を実現するプログラムの制御の下、データエントリ端末１０２−１のＣＰＵ２０１によって実行される。
【０１５８】
まず、エントリ画面データに基づいて生成したエントリ画面を表示部１０２４に表示した後、オペレータのデータエントリ待ち状態に移行する（ステップＳ６０１）。
【０１５９】
そして、その後、オペレータの入力部１０２５による操作に基づいて、データエントリ終了（（１エントリデータ分のデータエントリ））の通知の有無を判定する（ステップＳ６０２）。
【０１６０】
データエントリ終了の通知がない場合（ステップＳ６０１でＮＯ）、ステップＳ６０１に戻り、通知を受けるまで待機する。一方、データエントリ終了の通知がある場合（ステップＳ６０２でＹＥＳ）、データエントリフィールドに入力されたエントリデータを取得し、ＲＡＭ２０２上に保存する（ステップＳ６０３：図３の（１０））。
【０１６１】
そして、その後、一帳票分の帳票インスタンスデータ中の処理対象の全ての部分画像に対するデータエントリが終了したか否かを判定する（ステップＳ６０４）。
【０１６２】
処理対象の全ての部分画像に対するデータエントリが終了していない場合（ステップＳ６０４でＮＯ）、図１４の処理に戻り、次のエントリ画面データを取得し、図１４及び図１６の処理を繰り返す。
【０１６３】
一方、処理対象の全ての部分画像に対するデータエントリが終了した場合（ステップＳ６０４でＹＥＳ）、ＲＡＭ２０２上に保存してある当該帳票インスタンスデータに基づくエントリデータをデータベースアクセス部１０２３のチェックインエージェント１０２３ｂに対して送信し（図３の（１１））、その後、データベースアクセス部１０２３のチェックインエージェント１０２３ｂにより、当該エントリデータを登録するための登録依頼を行う（ステップＳ６０５）。
【０１６４】
その後、新たな帳票インスタンスデータを取得するか否かを判定する（ステップＳ６０６）。取得する場合（ステップＳ６０６でＹＥＳ）、図１０のステップＳ４０３からステップＳ４０７の処理を実行後、図１４の処理に戻る。
【０１６５】
次に、図１７を参照して、データ管理部１０２２からエントリデータの登録依頼を受信した場合に、データベースアクセス部１０２３（チェックインエージェント１０２３ｂ）が実行するデータチェックイン処理について説明する。
【０１６６】
図１７は本発明の実施形態のチェックインエージェントが実行するデータチェックイン処理を示すフローチャートである。
【０１６７】
尚、このデータチェックイン処理は、データベースアクセス部１０２３を実現するプログラムの制御の下、データエントリ端末１０２−１のＣＰＵ２０１によって実行される。
【０１６８】
まず、ステップＳ１００１において、チェックインエージェント１０２３ｂは、データ管理部１０２２からエントリデータ登録依頼待ち状態に移行する（ステップＳ１００１）。次に、エントリデータ登録依頼を受信したか否かを判定する（ステップＳ１００２）。エントリデータ登録依頼を受信していない場合（ステップＳ１００２でＮＯ）、ステップＳ１００１に戻り、受信するまで待機する。
【０１６９】
一方、エントリデータ登録依頼を受信した場合（ステップＳ１００２でＹＥＳ：図３の（１１））、チェックインエージェント１０２３ｂは、データ管理部１０２２よりエントリデータを取得し、該エントリデータのエントリＤＢ３２６への登録処理を実行する（ステップＳ１００３：図３の（１２））。そして、その後、データエントリが終了した帳票インスタンスデータのチェックアウトを解除する処理が、データ管理サーバ１０１にて実行されることになる。
【０１７０】
以上説明したように、本実施形態によれば、オペレータのスキルに応じて、同一帳票内の複数種類の記入欄の内、所定（所定の変換ルールを満足する）の記入欄の部分画像を選定し、その選定した部分画像をデータエントリ画面上で連続的に表示するとともに、処理対象の部分画像を容易に識別可能に表示して、データエントリの進捗状況に応じて、処理対象の部分画像をデータエントリ画面上で適宜切り替えて表示する。また、部分画像の近傍に、データエントリフィールドを常に固定して表示する。
【０１７１】
これにより、処理対象の部分画像を探索するためのオペレータの視線移動量を極力減らすとともに、固定のデータエントリフィールドに着目してデータエントリ作業を行うことができるので、次の処理対象の部分画像の内容を視認しながら、処理対象の部分画像に対するデータエントリ作業を実行することができる。
【０１７２】
以上、実施形態例を詳述したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０１７３】
尚、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラム（実施形態では図に示すフローチャートに対応したプログラム）を、システムあるいは装置に直接あるいは遠隔から供給し、そのシステムあるいは装置のコンピュータが該供給されたプログラムコードを読み出して実行することによっても達成される場合を含む。
【０１７４】
従って、本発明の機能処理をコンピュータで実現するために、該コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。
【０１７５】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であっても良い。
【０１７６】
プログラムを供給するための記録媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などがある。
【０１７７】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続し、該ホームページから本発明のコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。
【０１７８】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせ、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【０１７９】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行ない、その処理によっても前述した実施形態の機能が実現され得る。
【０１８０】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行ない、その処理によっても前述した実施形態の機能が実現される。
【図面の簡単な説明】
【０１８１】
【図１】本発明の実施形態のデータエントリシステムの構成を示す図である。
【図２】本発明の実施形態のエントリ端末のハードウェア構成を示す図である。
【図３】本発明の実施形態のエントリ端末の機能構成を示す図である。
【図４】本発明の実施形態の表示画面情報の一例を示す図である。
【図５】本発明の実施形態の帳票ＤＢ（データベース）の一例を示す図である。
【図６】本発明の実施形態の帳票レイアウトＤＢ（データベース）の一例を示す図である。
【図７】本発明の実施形態の帳票インスタンスＤＢ（データベース）の一例を示す図である。
【図８】本発明の実施形態のエントリＤＢ（データベース）の一例を示す図である。
【図９】本発明の実施形態のオペレータＤＢ（データベース）の一例を示す図である。
【図１０】本発明の実施形態のデータ管理部が実行する帳票インスタンスデータの取得処理を示すフローチャートである。
【図１１】本発明の実施形態のチェックアウトエージェントが実行するデータチェックアウト処理を示すフローチャートである。
【図１２】本発明の実施形態の画像処理部が実行するエントリ画面データ作成処理を示すフローチャートである。
【図１３】本発明の実施形態のデータエントリ方法を説明するための図である。
【図１４】本発明の実施形態のデータ管理部が実行するデータエントリ処理を示すフローチャートである。
【図１５】本発明の実施形態の画像処理部が実行するエントリ画面データ送信処理を示すフローチャートである。
【図１６】本発明の実施形態のデータエントリ処理の詳細を示すフローチャートである。
【図１７】本発明の実施形態のチェックインエージェントが実行するデータチェックイン処理を示すフローチャートである。
【符号の説明】
【０１８２】
１０１  データ管理サーバ
１０２−１〜１０２−３  エントリ端末
１０３  イメージ取込端末
１０４  ネットワーク
１０５  スキャナ
１０２１  画像処理部
１０２１ａ  部分画像切出部
１０２１ｂ  画面データ作成部
１０２２  データ管理部
１０２３  データベースアクセス部
１０２３ａ  チェックアウトエージェント
１０２３ｂ  チェックインエージェント
１０２４  表示部
１０２５  入力部
３２１  帳票ＤＢ
３２２  帳票レイアウトＤＢ
３２３  帳票インスタンスＤＢ
３２４  エントリＤＢ
３２５  オペレータＤＢ
３２６  帳票イメージデータ
３２７  帳票インスタンスデータ
【図１】
2006072919.tif 000003
【図２】
2006072919.tif 000004
【図３】
2006072919.tif 000005
【図４】
2006072919.tif 000006
【図５】
2006072919.tif 000007
【図６】
2006072919.tif 000008
【図７】
2006072919.tif 000009
【図８】
2006072919.tif 000010
【図９】
2006072919.tif 000011
【図１０】
2006072919.tif 000012
【図１１】
2006072919.tif 000013
【図１２】
2006072919.tif 000014
【図１３】
2006072919.tif 000015
【図１４】
2006072919.tif 000016
【図１５】
2006072919.tif 000017
【図１６】
2006072919.tif 000018
【図１７】
2006072919.tif 000019