JP4372750B2 - エントリデータ管理装置及びエントリデータ管理方法、プログラム、並びに記録媒体 - Google Patents

Description

本発明は、エントリデータ管理装置及びその制御方法、プログラム、並びに記録媒体に関し、特に、帳票の記入欄の画像に対応するユーザ入力データを登録するエントリデータ管理装置及びエントリデータ管理方法、プログラム、並びに記録媒体に関する。

従来より、銀行の口座の新規開設の申込書や宅配便の伝票等の手書きの帳票類に、必要事項を記載することで、所望のサービスの申込を行うことが広く行われている。例えば、新規口座を開設するとき等は、必要事項を所定の帳票に記載し郵送するだけでよく、銀行の支店で待たされること無く、新規口座開設が可能になっている。

また最近では、例えば、銀行口座新規開設の申込を行うにあたって、インターネット等の通信回線を介して、事前に氏名や住所等のデータを登録する方法がある。この方法では、その登録データが記載済の申込書が申込者宛に送られてきて、申込者は、捺印等をするだけで済むようなことも行われてきている。このような構成では、ユーザが手書きで記載した事項を、オペレータが別途端末に入力する入力処理を省略化することができる。

しかしながら、現在でも、手書きの申込書による手続も広く行われているため、それらの記入欄に記載された手書き情報を電子的に管理するためのデータエントリ作業は欠かせないものとなっている。

このデータエントリ作業に係る関係業種及びその作業の一例を示すと、以下のようにものが挙げられる。

・銀行業務における手書き主体の伝票の事務処理
・クレジットカード／信販における申込書の事務処理
・保険業における新規契約及び保全契約の事務処理
・流通業における仕入れ伝票等の伝票類の事務処理
・製造業における製造情報書、品質結果の電子データ化
データエントリ作業を行うオペレータは、帳票用紙や、帳票用紙をスキャニングしてコンピュータに取り込んだ画像情報を見ながら、データエントリ作業を行うことになる。ただ、必ずしも連続して同一の帳票のデータを行うというわけではなく、様々な種類の帳票データに対するデータエントリ処理を並行して行うこともある。

そのため、データエントリ対象の帳票用紙の種類が変わった場合などは、入力すべきデータの項目が帳票用紙上のどこに記載されているかを探す必要があり、業務効率が下がってしまう等の問題があった。

そこで、この問題を解決するための構成として、例えば、特許文献１がある。この特許文献１では、帳票画像データから、記載事項に対応する部分画像データを切り出し、オペレータ端末でその部分画像データを表示させて、その部分画像データに対するデータエントリ作業を行わせる。これによって、オペレータが帳票画像データからデータエントリ対象の記載事項を細かく探索する必要がなくなり、作業効率の向上を期待することができる。また、一つの帳票画像データを記載事項毎に担当のオペレータで処理するといったことも行えるようになっている。

また、最近では、金融機関の窓口等で他社が提供する金融商品を販売していたりする。

一般に、銀行等上記金融商品の購入等行うために、その手続／届出に必要な帳票が予め複数種類用意されている。それら帳票は保存店舗や保存年数が異なることがあるので、通常、複数の用紙に必要事項を記入すべき欄が印刷されていて、届出を行う顧客はそれらに必要事項を記入する。それら帳票は大部分が複写式になっているため、同一の項目について用紙毎に重複して記入する手間がなくなり、記入者の負担を軽減することが可能になっている。手続／届出を行う顧客は、その帳票に必要事項を記入して窓口に提出することで、所望する手続／届出を完了することになる。

しかし、複数の事項について手続／届出を行う際には、その手続／届出を行うために必要なすべての帳票に対して、必要事項を記入する必要があった。例えば、それぞれの帳票について、顧客は、重複した内容（氏名や住所等）を記載しなければならなかった。これは、届出を行う顧客にとっては手間であり、改善が求められている。

そこで、特許文献２には、顧客が目的とする届出に従って選択される複数の帳票を統合して組合せ帳票を作成することにより、顧客の記入・捺印等を合理化・簡素化する技術について開示されている。これにより顧客は複数の手続／届出に必要な帳票それぞれに同一の事項を記入することなく複数の手続／届出を行うことが可能になる。
特開２００３−５８８１３号公報 特開２００１−５８９４号公報

しかしながら、上記特許文献２に開示されているような組合せ帳票は届出が複数であることから、その記載欄に記入された手書き情報がどの届出先の手続きのために作成されたものなのかきちんと把握するのは困難であった。このため、上記組合せ帳票に対するデータエントリ処理を行う際に、統合された帳票毎に用意されたデータベースに対してきちんと登録することができなくなる場合があった。また、上記登録処理において、組合せ帳票に対してデータエントリされた１つのデータが２以上のデータベースに登録される場合もあるので、その制御もきちんと行うのは一層困難である。

本発明の目的は、組合せ帳票により異なる届出先への手続き、あるいは、複数の手続が同時に行われたときに、その各届出先の手続きに用いられる帳票毎にエントリデータを的確に管理することができるエントリデータ管理装置及びエントリデータ管理方法、プログラム、並びに記録媒体を提供することにある。

上記目的を達成するために、請求項１記載のエントリデータ管理装置は、手続き毎に用いられる複数の帳票を統合した組合せ帳票を印刷出力する画像形成装置と接続され、前記印刷出力された組合せ帳票の記入欄に対して記入された記入内容に対応するコードデータであるエントリデータを管理するエントリデータ管理装置において、前記組合せ帳票に関するデータを表す組合せ帳票イメージデータと、前記組合せ帳票イメージデータを一意に識別するための組合せ帳票識別情報と、前記組合せ帳票イメージデータの記入欄に対応する部分画像に対する前記組合せ帳票を構成するそれぞれの帳票のパーツに関するパーツ情報と、前記帳票を一意に識別する帳票識別情報とを記憶する組合せ帳票記憶手段と、顧客の希望する手続きに対応する前記組合せ帳票イメージデータと、前記組合せ帳票イメージデータに対応する組合せ帳票識別情報とを前記組合せ帳票記憶手段から取得する組合せ帳票取得手段と、前記組合せ帳票取得手段によって取得した組合せ帳票イメージデータを一意に識別する新たな組合せ帳票識別情報と、前記組合せ帳票イメージデータに対応する組合せ帳票識別情報とを記憶する識別情報記憶手段と、前記組合せ帳票取得手段によって取得した組合せ帳票イメージデータに前記新たな組合せ帳票識別情報を付与して前記画像形成装置に送信する組合せ帳票イメージデータ送信手段と、前記画像形成装置により印刷出力された組合せ帳票の記入欄に記入がされた組合せ帳票から得られる記入済み帳票イメージデータを受付ける記入済み帳票イメージデータ受付手段と、前記記入済み帳票イメージデータ受付手段によって受付けた記入済み帳票イメージデータに含まれる前記新たな組合せ帳票識別情報を取得する識別情報取得手段と、前記識別情報取得手段によって取得した新たな組合せ帳票識別情報が前記識別情報記憶手段に存在する場合には、前記新たな組合せ帳票識別情報に対する組合せ帳票識別情報を前記識別情報記憶手段から取得した後、前記取得した組合せ帳票識別情報に対応する前記組合せ帳票記憶手段に記憶された組合せ帳票を構成する帳票のパーツに関するパーツ情報に基づいて、前記記入済み帳票イメージデータ受付手段によって受付けた前記記入済み帳票イメージデータである組合せ帳票イメージデータの記入欄に対応する部分画像を切り出すと共に、前記切り出した部分画像と前記部分画像に対して記入を行うことが可能なフィールドを表示する部分画像表示手段と、前記部分画像表示手段によって表示されたフィールドに対応する前記パーツ情報に基づいて、前記記入済み帳票イメージデータである組合せ帳票イメージデータの記入欄に対応する部分画像に対する前記組合せ帳票を構成する帳票のパーツを特定した後、前記パーツ情報に基づいて、前記組合せ帳票記憶手段から帳票識別情報を取得することで前記帳票を特定する特定手段と、前記フィールドに対して入力された前記エントリデータを前記特定手段で特定した帳票及び前記帳票のパーツに対して入力されたとして登録する登録手段とを備えることを特徴とする。

上記目的を達成するために、請求項９記載のエントリデータ管理方法は、手続き毎に用いられる複数の帳票を統合した組合せ帳票を印刷出力する画像形成装置と接続され、前記印刷出力された組合せ帳票の記入欄に対して記入された記入内容に対応するコードデータであるエントリデータを管理するエントリデータ管理装置の制御方法において、前記組合せ帳票に関するデータを表す組合せ帳票イメージデータと、前記組合せ帳票イメージデータを一意に識別するための組合せ帳票識別情報と、前記組合せ帳票イメージデータの記入欄に対応する部分画像に対する前記組合せ帳票を構成するそれぞれの帳票のパーツに関するパーツ情報と、前記帳票を一意に識別する帳票識別情報とを関連づけて記憶する組合せ帳票記憶手段から、顧客の希望する手続きに対応する前記組合せ帳票イメージデータと、前記組合せ帳票イメージデータに対応する組合せ帳票識別情報とを取得し、取得した組合せ帳票イメージデータを一意に識別する新たな組合せ帳票識別情報と、前記組合せ帳票イメージデータに対応する組合せ帳票識別情報とを前記エントリデータ管理装置内の識別情報記憶手段に記憶する組合せ帳票取得手段ステップと、前記組合せ帳票取得ステップにおいて取得した組合せ帳票イメージデータに前記新たな組合せ帳票識別情報を付与して前記データエントリ管理装置から前記画像形成装置に送信する組合せ帳票イメージデータ送信ステップと、前記画像形成装置により印刷出力された組合せ帳票の記入欄に記入がされた組合せ帳票から得られる記入済み帳票イメージデータを受付ける記入済み帳票イメージデータ受付ステップと、前記記入済み帳票イメージデータ受付ステップにおいて受付けた記入済み帳票イメージデータに含まれる前記新たな組合せ帳票識別情報を取得する識別情報取得ステップと、前記識別情報取得ステップにおいて取得した新たな組合せ帳票識別情報が前記識別情報記憶手段に存在する場合には、前記新たな組合せ帳票識別情報に対する組合せ帳票識別情報を前記識別情報記憶手段から取得した後、前記取得した組合せ帳票識別情報に対応する前記組合せ帳票記憶手段に記憶された組合せ帳票を構成する帳票のパーツに関するパーツ情報に基づいて、前記記入済み帳票イメージデータ受付ステップにおいて受付けた前記記入済み帳票イメージデータである組合せ帳票イメージデータの記入欄に対応する部分画像を切り出すと共に、前記切り出した部分画像と前記部分画像に対して記入を行うことが可能なフィールドを表示する部分画像表示ステップと、前記部分画像表示ステップによって表示されたフィールドに対応する前記パーツ情報に基づいて、前記記入済み帳票イメージデータである組合せ帳票イメージデータの記入欄に対応する部分画像に対する前記組合せ帳票を構成する帳票のパーツを特定した後、前記パーツ情報に基づいて、前記組合せ帳票記憶手段から帳票識別情報を取得することで前記帳票を特定する特定ステップと、前記フィールドに対して入力された前記エントリデータを前記特定ステップで特定した帳票及び前記帳票のパーツに対して入力されたとして登録する登録ステップとを備えることを特徴とする。

本発明によれば、組合せ帳票により異なる届出先への手続き、あるいは、複数の手続が同時に行われたときに、その各届出の手続きに用いられる個別帳票毎にエントリデータを的確に管理することができる。

以下、本発明の実施の形態を図面を用いて詳述する。

図１は、本発明の実施の形態に係るエントリデータ管理装置としての管理サーバを含むデータエントリシステムの構成を概略的に示すブロック図である。

図１において、データエントリシステムは、金融機関支店（金融商品販売店）１０２と、これを接続するローカルネットワーク１０２４と、データエントリセンタ（データエントリ装置）１０３とを備える。さらに、これを接続するローカルエリアネットワーク１０３３と、金融商品販売元１０４と、これを接続するローカルエリアネットワーク１０４２とを備える。ローカルエリアネットワーク１０２４，１０３３，１０４２はインターネット等の広域ネットワーク１０１を介して相互に接続する。

金融機関支店１０２は、金融商品販売元が提供している商品を販売している例えば銀行の支店であって、情報処理端末１０２１−１，１０２１−２（以下「情報処理端末１０２１」という。）を備える。また、金融機関支店１０２は、金融商品の種別金融商品の申し込みを行うための各種帳票の出力を行う画像形成装置１０２２と、金融商品の申し込み者（顧客）が必要事項を記入した前記各種帳票を走査して、電子イメージデータを作成する画像読取装置１０２３とを備える。これらは、ローカルエリアネットワーク１０２４を介して互いに接続する。

また、データエントリセンタ１０３は、金融商品の申し込みのために帳票に記載された事項を管理サーバ１０３１の後述する図２の管理ＤＢ２１３に登録する処理を行う機関である。具体的には、データエントリセンタ１０３は、各種データを管理する管理サーバ１０３１と、帳票に記載されたデータの入力処理を行うエントリ端末１０３２−１、１０３２−２（以下「エントリ端末１０３２」という。）とを備える。これらはローカルエリアネットワーク１０３３を介して互いに接続する。

金融商品販売元１０４は、保険会社や証券会社等の金融商品の販売元であって、管理サーバ１０３１に登録されているデータをネットワーク経由で参照可能な情報処理端末１０４１−１、１０４１−２（以下「情報処理端末１０４１」という。）を備える。これらはローカルエリアネットワーク１０４２を介して互いに接続する。

図２は、図１における管理サーバ１０３１のハードウェア構成を概略的に示す図である。

図２において、管理サーバ１０３１は、ＣＰＵ２０１と、ＲＡＭ２０２と、ＲＯＭ２０３と、ＨＤＤ（ハードディスクドライブ）２０４と、ネットワークＩ／Ｆ（インタフェース）２０５と、記憶媒体ドライブ２０６とを備える。また、管理サーバ１０３１は、ポインティングデバイス２０７及びキーボード２０８から構成される各種の指示をＣＰＵ２０１に入力する入力部と、ディスプレイ装置２１０と接続するビデオＩ／Ｆ（インタフェース）２０９と、外部周辺機器と管理サーバ１０３１を接続するための外部機器Ｉ／Ｆ（インタフェース）２１１とを備える。これらはシステムバス２１２により互いに接続する。

ＣＰＵ２０１は、ＲＡＭ２０２やＲＯＭ２０３に格納されているプログラムやデータを用いて、管理サーバ１０３１全体の制御を行う各種処理を実行する。

ＲＡＭ２０２は、ＨＤＤ（ハードディスクドライブ）２０４からロードされたプログラムやデータを一時的に記憶するためのエリアを有するとともに、ＣＰＵ２０１が各種処理を行うために使用するワークエリアを備える。

ＲＯＭ２０３は、管理サーバ１０３１のブートプログラムやＢＩＯＳ等の各種プログラムを記憶している。

ＨＤＤ２０４は、ＯＳ（オペレーティングシステム）や、管理サーバ１０３１が行う後述の各種処理をＣＰＵ２０１に実行させるためのプログラムやデータ等の各種データを保存している。これらは必要に応じてＣＰＵ２０１の制御によりＲＡＭ２０２に読み出され実行されることになる。また、ＨＤＤ２０４は、後述する図３の組合せ帳票として統合される個別帳票のレイアウト情報等を管理する管理ＤＢ２１３を備える。

ネットワークＩ／Ｆ２０５は、管理サーバ１０３１をローカルエリアネットワーク１０３３に接続するためのものである。管理サーバ１０３１は、このネットワークＩ／Ｆ２０５を介して外部機器とデータ通信を行うことが可能である。

記憶媒体ドライブ２０６は、ＣＰＵ２０１からの指示により、ＣＤ−ＲＯＭ、ＣＤ−Ｒ／ＲＷ、ＤＶＤ―ＲＯＭ、ＤＶＤ−Ｒ／ＲＷ、ＤＶＤ−ＲＡＭ等の記憶媒体に記憶されている内容を読み出すことができる。また、記憶媒体ドライブ２０６は、前記の記録媒体のうち書き込み可能なものに対してデータを書き込むこともできる。

ディスプレイ装置２１０は、出力部として機能する装置であって、ＣＲＴや液晶画面等で構成されており、ビデオＩ／Ｆ２０９を介して送られた信号に基づいて、文字や画像等の情報を表示画面上に表示する。

外部機器Ｉ／Ｆ（インタフェース）２１１は、管理サーバ１０３１と周辺機器を接続させるためのポートである。この外部機器Ｉ／Ｆ２１１を介して管理サーバ１０３１は、周辺機器とのデータの送受信を行うことが可能である。具体的には、外部機器Ｉ／Ｆ２１１は、ＳＣＳＩ、ＵＳＢ、ＩＥＥＥ１３９４等の各種インタフェースで構成されており、通常複数の外部機器Ｉ／Ｆからなる。また、周辺機器との接続形態は有線／無線を問わない。

管理ＤＢ２１３は、帳票パーツＤＢ２１４、固定帳票管理ＤＢ２１５、組合せ帳票管理ＤＢ２１６、帳票インスタンスデータ管理ＤＢ２１７、及びエントリデータ管理ＤＢ２１８から構成される。各データベースの構成については、後述する図３において詳述する。

図１に記載のエントリ端末１０３２−１及び１０３２−２についても、管理サーバ１０３１と同様のハードウェア構成を備える。

図３は、データエントリシステムにより実行される組合せ帳票の作成処理を説明するために用いられる図である。

図３において、組合せ帳票３０３は、異なる届出先への手続きに個別に用いられる固定帳票３０１，３０２を統合した帳票である。なお、本実施の形態では、異なる届出先への手続をする場合を例に説明するが、複数の固定帳票を取り扱う場合であれば、同じ届出先で異なる目的の手続をする場合でも良いし、複数の連続する手続きをする場合であってもよく、これに限定されない。

固定帳票３０１は、印章欄を有する氏名欄、住所欄、変更前記載欄、及び内容記載欄の夫々を構成する４つの帳票パーツ３０１−１，３０１−２，３０１−３，３０１−４から構成される。

固定帳票３０２は、本人欄及び変更・廃止内容記載欄を構成する２つの帳票パーツ３０２−１，３０２−２から構成される。

なお、本実施例においては固定帳票が複数の帳票パーツにより構成されているものとして説明しているが、これに限らず、固定帳票は１つの帳票パーツで構成されていても勿論かまわない。

以下、顧客が２つの届出先への手続きを行う場合、夫々の手続きに用いられる固定帳票３０１，３０２がある場合について説明する。

後述する組合せ帳票３０３の作成を行わない場合、上記顧客は個別に固定帳票３０１，３０２を取得し、取得した各帳票に必要事項に記入しなければならない。その際、固定帳票３０１，３０２のそれぞれに、自分の氏名、住所を記入しなくてはならず、また印鑑を押さなくてはならず、手間がかかる。

一方、固定帳票３０１と固定帳票３０２を統合して組合せ帳票３０３を作成する場合、固定帳票３０１の帳票パーツ３０１−１，３０１−２と固定帳票３０２の帳票パーツ３０２−１は顧客が氏名、住所を記入する欄であり、且つ印鑑を押さなくてはならない欄である点で類似する。従って、これらの帳票パーツは集約可能帳票パーツとして、１つの帳票パーツ３０３−１に集約される。

尚、本実施の形態では、集約可能帳票パーツは複数の帳票で類似する帳票パーツを指すが、集約してもよい帳票パーツであればよく例えば全く同一の入力項目を有する共通帳票パーツであってもよい。

また、それ以外の帳票パーツは、固定帳票３０１，３０２で顧客の作業内容が共通する帳票パーツはないので帳票３０３の各帳票パーツ３０３−２，３０３−３，３０３−４として追加される。

このように、組合せ帳票３０３を上記所定の届出を行う場合、顧客は固定帳票３０１，３０２で共通する作業内容については１回作業を行うのみで済ませることができる。

以下、この固定帳票３０１，３０２及び組合せ帳票３０３の情報が管理ＤＢ２１３に登録されている場合を例として、管理ＤＢ２１３を構成する各データベースのデータ構成を説明する。

帳票パーツＤＢ２１４は、管理ＤＢ２１３で管理する各帳票を構成する帳票パーツ情報が登録されているデータベースであり、具体的には図１８に示すように以下の情報を登録している。
［帳票パーツＩＤ］ 帳票パーツを一意に識別するためのＩＤ
［帳票パーツ種別］ 帳票パーツの種別を示す情報
［サイズ］ 当該帳票パーツのサイズ情報を示す情報
［入力項目数］ 当該帳票パーツに含まれる、申込者が記入すべき入力項目の数を示す情報
［パス情報］ 当該帳票パーツ情報のイメージデータへのパス情報
［集約可能帳票パーツ］組合せ帳票を作成する際に集約可能である他の帳票パーツ情報
［帳票パーツ優先度］ 帳票パーツの集約を行う際に組合せ帳票の帳票パーツとして使用される優先度
例えば、単一の届出を行う際に使用される帳である固定帳票３０１を構成する４つの帳票パーツ３０１−１，３０１−２，３０１−３，３０１−４の情報は、図１８に示すように、夫々ＰＡＲＴＳ０００１，０００２，０００３，０００４という帳票パーツＩＤが付されて登録されている。同様に、単一の届出を行う際に使用される帳票である固定帳票３０２を構成する２つの帳票パーツ３０２−１，３０２−２の情報は、夫々ＰＡＲＴＳ０００５，０００６という帳票パーツＩＤが付されて登録されている。

また、帳票パーツ３０１−１（ＰＡＲＴＳ０００１）及び帳票パーツ３０１−２（ＰＡＲＴＳ０００２）は、帳票パーツ３０２−１（ＰＡＲＴＳ０００５）と集約可能である帳票パーツとして登録されている。同様に、帳票パーツ３０２−１は、帳票パーツ３０１−１，３０１−２と集約可能である帳票パーツとして登録されている。

さらに、帳票パーツ３０２−１は住所や氏名以外の入力項目も含む帳票パーツであるため、組合せ帳票３０３の帳票パーツとしての優先度は氏名欄のみから成る帳票パーツ３０１−１や住所のみから成る帳票パーツ３０１−２より高い優先度が設定されている。このように、類似の帳票パーツを集約する場合、優先度が最も高い帳票パーツが組合せ帳票を作成する際に使用する帳票パーツに決定される。

また、帳票パーツＤＢ２１４には、図１９（ａ）、図１９（ｂ）に示すように以下のデータを上記入力項目数分登録している。
［入力項目ＩＤ］ 帳票パーツ中に存在する入力項目を一意に識別するＩＤ
［入力項目名］ 入力項目の名称
［画像抽出領域］ データエントリ処理の際に、表示画像として切り出しを行う領域
［ＯＣＲ領域］ 画像データに対してＯＣＲ処理を行う領域
［ＯＣＲ辞書］ 上記ＯＣＲ領域に対してＯＣＲ処理を行う際に使用する辞書情報
例えば、帳票パーツ３０１−１（ＰＡＲＴＳ０００１）の入力項目は、図２４（ａ）に示すように「氏名」のみである。従って、ＰＡＲＴＳ０００１については、この入力項目名「氏名」についてのみ、入力項目ＩＤ、入力項目名、画像抽出領域、ＯＣＲ領域、ＯＣＲ辞書の情報が登録される。

具体的には、図１９（ａ），図２４（ｂ）に示すように、画像抽出領域として左上座標（−１０，−１０）、右下座標（２３０，５０）の範囲が登録される。さらに、顧客が届出を行う際に氏名を記載すると思われる領域、すなわち左上座標（３５，５）、右下座標（１７０，３５）の範囲がＯＣＲ領域として登録される。また、氏名欄には日本語で氏名が入力されるので、上記ＯＣＲ領域についてのＯＣＲ処理に使用される辞書には日本語辞書が登録される。

帳票パーツ３０２−１（ＰＡＲＴＳ０００５）の入力項目は、図２４（ｃ）に示すように「郵便番号」、「住所」、「氏名」、「勤務先」、「電話番号」及び「勤務先電話番号」の６つである。従って、ＰＡＲＴＳ０００５については、図１９（ｂ），図２４（ｄ）に示すように、この６つの入力項目夫々についての情報が登録される。

また、入力項目が郵便番号であるとき、数字が入力されるので、入力項目名「郵便番号」のＯＣＲ領域についてのＯＣＲ処理に使用される辞書には数字記号辞書が登録される。

固定帳票管理ＤＢ２１５は、管理ＤＢ２１３で管理する各固定帳票の情報が登録されているデータベースであり、具体的には図２０に示すように以下の情報を登録している。固定帳票とは、単一の申し込みを行う際に使用される帳票を示している。
［固定帳票ＩＤ］ 固定帳票を一意に識別するためのＩＤ
［パス情報］ 固定帳票のイメージデータへのパス情報
［帳票パーツ数］ 固定帳票を構成している帳票パーツの数
例えば、固定帳票３０１，３０２の情報は、図２０に示すように、夫々ＦＯＲＭ０００１，０００２という固定帳票ＩＤが付されて登録されている。

また、固定帳票３０１（ＦＯＲＭ０００１）は、図３に示すように、４つの帳票パーツ３０１−１，３０１−２，３０１−３，３０１−４で構成されているので、帳票パーツ数は「４」と登録される。

また、固定帳票管理ＤＢ２１５は、以下のデータを前述の帳票パーツ数分登録している。
［帳票パーツＩＤ］ 固定帳票を構成する帳票パーツのＩＤ
［配置］ 帳票パーツが配置されている座標情報（左上座標の値）
例えば、固定帳票３０１については、構成する４つの帳票パーツの「帳票パーツＩＤ」及びその「配置」の情報が登録される。

組合せ帳票管理ＤＢ２１６は、管理ＤＢ２１３で管理する複数の固定帳票の構成パーツを組み合わせることで作成される組合せ帳票の情報が登録されているデータベースであり、具体的には図２１（ａ）に示すように以下の情報を登録している。
［組合せ帳票ＩＤ］ 組合せ帳票を一意に識別するためのＩＤ
［構成個別帳票ＩＤ］ 組合せ帳票を構成する固定帳票のＩＤ
［パス情報］ 組合せ帳票のイメージデータへのパス情報
［帳票パーツ数］ 組合せ帳票を構成している帳票パーツの数
例えば、固定帳票３０１，３０２を集約して構成される組合せ帳票３０３の情報は、図２１（ａ）に示すように、ＧＦＯＲＭ０００１という組合せ帳票ＩＤが付されて登録されている。

また、組合せ帳票３０３（ＧＦＯＲＭ０００１）を構成する固定帳票のＩＤとして、固定帳票３０１の固定帳票ＩＤ「ＦＯＲＭ０００１」と固定帳票３０２の固定帳票ＩＤ「ＦＯＲＭ０００２」とが登録されている。この欄には必ず複数の固定帳票ＩＤが登録されることになる。

さらに、組合せ帳票３０３は、図３，図１８に示すように、帳票パーツ３０１−１，３０１−２，３０２−１（ＰＡＲＴＳ０００１，０００２，０００５）を集約した帳票パーツ３０２−１（ＰＡＲＴＳ０００５）を備える。また、組合せ帳票３０３は、集約が成されなかった帳票パーツ３０１−３，３０１−４，３０２−２（ＰＡＲＴＳ０００３，０００４，０００６）を備える。よって、組合せ帳票３０３の帳票パーツ数として「４」が登録されている。

また、組合せ帳票管理ＤＢ２１６は、以下のデータを前述の帳票パーツ数分登録している。
［帳票パーツＩＤ］ 組合せ帳票を構成する帳票パーツのＩＤ
［配置］ 帳票パーツが配置されている座標情報（左上座標の値）
例えば、組合せ帳票３０３については、構成する４つの帳票パーツの「帳票パーツＩＤ」及びその「配置」の情報が登録される。

組合せ帳票管理ＤＢ２１６は、更に組合せ帳票を構成するそれぞれのパーツが組合せ対象の固定帳票のどちらを（若しくは双方）構成していたのかの情報から、当該組合せ帳票のエントリデータとして入力されたデータをどちら（若しくは双方）の帳票のデータとして登録するかを示す情報を備えている。それらは項目具体的には図２１（ｂ）に示すように以下の情報を登録している。
［エントリ項目ＩＤ］ 組合せ帳票に入力される項目を識別するためのＩＤ
［帳票種別ＩＤ］ 組合せ帳票の各入力項目に対するエントリデータの登録先である帳票種別（固定帳票ＩＤ）
［入力項目名］ 当該エントリ項目ＩＤが示す入力項目の名称
例えば、組合せ帳票３０３は、図２１（ｂ）に示すように、その記入済み帳票データとして、集約した固定帳票３０２の帳票パーツ３０２−１に含まれる６つの入力項目（図１９（ｂ））を備える。また、組合せ帳票３０３は、帳票パーツ３０１−３，３０１−４，３０２−２中にある３つの入力項目を備える。したがって、組合せ帳票３０３の入力項目として計９つの項目が登録される。

また、上記集約した帳票パーツ３０２−１のうちの住所欄、氏名欄に対応する記入済み帳票データ（ＷＦＯＲＭ０００２，０００３）の登録先個別帳票は固定帳票３０１，３０２（ＦＯＲＭ０００１，０００２）である。よって、ＷＦＯＲＭ０００２，０００３をエントリ項目ＩＤとするデータの帳票種別ＩＤには、ＦＯＲＭ０００１，０００２が登録されている。

帳票インスタンスデータ管理ＤＢ２１７は、手続の申込者により組合せ帳票に入力されたデータのイメージデータの情報を管理しているデータベースであり、具体的には図２２に示すように以下の情報を登録している。
［個別帳票ＩＤ］ 記入済み帳票イメージを一意に識別するためのＩＤであり、本システムにおいては、このＩＤは重複することなく付与されることになる。
［帳票種別ＩＤ］ 当該記入済み帳票イメージがどの組合せ帳票のものであるかを示す組合せ帳票ＩＤが登録される。
［記入済み帳票データパス情報］ 記入済み帳票データのパス情報
［チェックアウト］ 記入済み帳票データのデータエントリ処理済みであるか否かを示す情報（「１」：処理済み、「０」：未処理）
エントリデータ管理ＤＢ２１８は、帳票インスタンスデータ管理ＤＢ２１７に登録された記入済み帳票データのデータエントリ処理が行われたときに、そのエントリデータを登録先の固定帳票毎に登録するデータベースである。具体的には、図２３に示すように、後述する図１５のエントリデータ登録処理において、まず、その処理対象となった組合せ帳票のエントリデータを登録する保存領域として、登録先の各固定帳票の帳票パーツＩＤ（図１８）及びその帳票パーツ中に存在する入力項目の入力項目ＩＤ（図１９）により特定される領域が作成される。その後、この作成された各保存領域に上記処理対象となった組合せ帳票の各エントリデータが登録される。

尚、本実施の形態では、帳票インスタンスデータ管理ＤＢ２１７は、［帳票種別ＩＤ］として複数の固定帳票ＩＤを登録しているが、組合せ帳票ＩＤを登録するようにしてもよい。この場合、組合せ帳票管理ＤＢ２１６に帳票パーツ毎に［固定帳票ＩＤ］が登録される。

図７は、図１におけるエントリ端末１０３２の概略構成を示すブロック図である。

図７において、エントリ端末１０３２は、画像処理部７０１、データ管理部７０２及びデータベースアクセス部７０３を備える。

画像処理部７０１は、部分画像切出部７０１−１と画面データ作成部７０１−２を有している。

部分画像切出部７０１−１は、帳票インスタンスデータ管理ＤＢ２１７の記入済み帳票データ情報、組合せ帳票管理ＤＢ２１６の各帳票パーツが配置されている座標情報、及び帳票パーツＤＢ２１４の画像抽出領域情報に基づき、データエントリ対象となる記入欄の部分画像を切り出す。

画面データ作成部７０１−２は、上記切り出した部分画像から表示部７０４に表示可能な表示画面情報（エントリ画面データ）を作成する。この表示画面情報については後述する図１７で説明する。

データ管理部７０２は、データエントリ処理全般についての管理を行う。例えば、帳票インスタンスデータのチェックアウト数（処理対象数）や、どの帳票インスタンスデータのどの入力項目についてのデータエントリがなされているか等のデータエントリ処理に関する情報を管理している。また、ディスプレイ装置からなる表示部７０４に後述する図１７のエントリ画面１７００等の各種情報の表示を制御したり、キーボードやポインティングデバイスから成る入力部７０５からの入力を制御したりする。

データベースアクセス部７０３は、チェックアウトエージェント７０３−１及びチェックインエージェント７０３−２を有している。チェックアウトエージェント７０３−１は、データ管理部７０２からの要求に応じて、管理サーバ１０３１にアクセスし、管理サーバ１０３１からデータを取得する。また、チェックインエージェント７０３−２は管理サーバ１０３１に、ユーザの操作指示に基づいて入力されたエントリデータを登録する。

上記の３つの各機能部は、夫々プログラムの制御により実現されることとなる。また、これらは、夫々別のプロセスで実行され、非同期で連繋を行っており、本願発明におけるデータエントリ端末１０３２の機能を実現している。また、図中に記載している各矢印は、エントリ端末１０３２の各機能部間のデータ流れと管理サーバ１０３１とのデータの流れを示す。

図４は、データエントリシステムにより実行される組合せ帳票データ登録処理の手順の流れを示すフローチャートである。

図４において、まず、金融機関支店１０２において、情報処理端末１０２１に顧客の希望する手続き（申し込み）種別のデータが入力されると（ステップＳ４０１でＹＥＳ）、情報処理端末１０２１のＣＰＵは、この入力されたこの手続き（申し込み）種別に対応する固定帳票の帳票種別データを広域ネットワーク１０１を介して管理サーバ１０３１に送信する（ステップＳ４０２）。

その後、管理サーバ１０３１が後述する図５の組合せ帳票作成処理を行う（ステップＳ４０３）。処理の詳細については後述する。その後、画像形成装置１０２２は、ステップＳ４０３で作成された組合せ帳票のイメージデータを管理サーバ１０３１から広域ネットワーク１０１を介して受信する（ステップＳ４０４でＹＥＳ）。その後、この受信したイメージデータに基づき組合せ帳票を出力する（ステップＳ４０５）。

次に、画像読取装置１０２３が上記出力された組合せ帳票に必要事項が記入されたもの（以下「記入済み帳票」という）に対して走査を行い、これにより、記入済み帳票のイメージデータを作成する（ステップＳ４０６）。その後、その記入済み帳票のイメージデータを広域ネットワーク１０１を介して管理サーバ１０３１に送信する（ステップＳ４０７）。本処理では、記入済み帳票のイメージデータの送信は画像読取装置１０２３が行ったが、情報処理端末１０２１を介して行ってもよい。

その後、管理サーバ１０３１が後述する図６の記入済み帳票データ取得処理を行った後（ステップＳ４０８）、エントリ端末１０３２が図８〜１４で後述する方法でその取得した記入済み帳票データのデータエントリ処理を行う（ステップＳ４０９）。

その後、管理サーバ１０３１が後述する図１５のエントリデータ登録処理を行って（ステップＳ４１０）、本処理を終了する。

図５は、図４のステップＳ４０３の組合せ帳票作成処理の手順を示すフローチャートである。この処理は管理サーバ１０３１のＣＰＵ２０１によって行われる。

図５において、まず、図４のステップＳ４０２で情報処理端末１０２１から送信された固定帳票の帳票種別（固定帳票ＩＤ）データを組合せを行う固定帳票として取得する（ステップＳ５０１）。次にこの取得した固定帳票ＩＤが示す固定帳票を組み合わせて作成される組合せ帳票が既に組合せ帳票管理ＤＢ２１６に登録済みか否かを判断する（ステップＳ５０２）。

ステップＳ５０２の判断の結果、登録済みでないと判断した場合には（ステップＳ５０２でＹＥＳ）、ステップＳ５０１で取得した各々の固定帳票ＩＤが示す固定帳票について、その固定帳票を構成する全ての帳票パーツを帳票パーツＤＢ２１４から取得する（ステップＳ５０３）。

そして、ステップＳ５０３で取得した帳票パーツに集約可能帳票パーツが存在するか否かを判断する（ステップＳ５０４）。具体的には、帳票パーツＤＢ２１４の集約可能帳票パーツとして、上記帳票種別の帳票の帳票パーツが存在しているときに、集約可能帳票パーツが存在すると判断する。

ステップＳ５０４の判断処理の結果、集約可能な帳票パーツがあると判断した場合には（ステップＳ５０４でＹＥＳ）、その集約可能帳票パーツを纏めて１つの帳票パーツに集約した後（ステップＳ５０５）、ステップＳ５０６以降の処理を行う。ステップＳ５０４の判断の結果、集約可能な帳票パーツがないと判断した場合には（ステップＳ５０４でＮＯ）、ステップＳ５０５の処理をスキップしてステップＳ５０６以降の処理を行う。

ステップＳ５０６では、組合せ帳票における帳票パーツの配置処理を行う。具体的には、集約可能なパーツについては集約した１つの帳票パーツを例えばＡ３やＡ４などのサイズ情報及び余白情報を有する仮想のページに配置し、他の帳票パーツについては順次上記仮想のページに追加配置する処理を行う。この処理により得られた各帳票パーツの左上座標の値は組合せ帳票管理ＤＢ２１６の「配置」情報として登録される。

その後、ステップＳ５０６で作成した組合せ帳票のイメージデータをＨＤＤ２０４に保存し、そのパス情報を組合せ帳票管理ＤＢ２１６に登録し（ステップＳ５０７）、ステップＳ５０９の処理に進む。

一方、ステップＳ５０２の判断の結果、組合せ帳票が既に登録済みであると判断した場合には（ステップＳ５０２でＹＥＳ）、その登録済みの組合せ帳票のイメージデータを組合せ帳票管理ＤＢ２１６にあるパス情報に基づいて取得し（ステップＳ５０８）、ステップＳ５０９の処理に進む。

ステップＳ５０９では、ステップＳ５０６で作成した組合せ帳票のイメージデータ又はステップＳ５０８で取得した組合せ帳票のイメージデータに識別情報（個別帳票ＩＤ）を付与する。全ての帳票の中で当該帳票を一意に識別するための情報であって、バーコードやＱＲコードなどの画像情報から構成される。

その後、帳票インスタンスデータ管理ＤＢ２１７に当該帳票のデータを追加（個別帳票ＩＤ及び帳票種別ＩＤ（組合せ帳票ＩＤ若しくは固定帳票が登録される））した後（ステップＳ５１０）、組合せ帳票のイメージデータを画像形成装置１０２２に送信して（ステップＳ５１１）、本処理を終了する。これら処理により、手書きされた後の組合せ帳票のイメージデータがデータエントリセンタ１０３に送信されてきたときに、そのイメージデータに含まれる個別帳票のＩＤ取得し、帳票インスタンスデータ管理ＤＢ２１７を検索することにより、当該個別帳票が組合せ帳票ＩＤとの対応付けがされた帳票であるか特定することができ、図１５のエントリデータ登録処理を的確に行うことができる。

なお、本実施例においては組合せ帳票の作成処理を管理サーバ１０３１で実施するものとして説明したが、これに限らず、情報処理端末１０２１で実施し、組合せ帳票データを管理サーバに送信し登録処理をするものとしてもよい。

また、本実施の形態では、ステップＳ５０４で集約可能な帳票パーツがないと判断された場合（ステップＳ５０４でＮＯ）でもステップＳ５０６で帳票パーツの配置処理を行っている。しかし、集約可能な帳票パーツがない場合には、上記帳票パーツの配置処理を行わなくてもよい。この場合、ステップＳ５０９の処理の代わりに、ステップＳ５０１で取得した帳票種別（固定帳票ＩＤ）に対応する固定帳票に対してそれぞれ識別番号（個別帳票ＩＤ）を付与する処理を行う。また、ステップＳ５１０の処理の代わりに、各固定帳票とその識別番号の対応関係を帳票インスタンスデータ管理ＤＢ２１７に登録する。さらに、ステップＳ５１１の処理の代わりに、各固定帳票のイメージデータを画像形成装置１０２２に送信する。

図６は、図４のステップＳ４０８の記入済み帳票データ取得処理の手順を示すフローチャートである。この処理は管理サーバ１０３１のＣＰＵ２０１によって行われる。

図６において、まず、画像読取装置１０２３から送信された記入済み帳票のイメージデータを受信すると（ステップＳ６０１でＹＥＳ）、その受信した記入済み帳票のイメージデータに含まれる上記バーコード等から成る識別情報を取得する（ステップＳ６０２）。

次に、この取得した識別情報を有する組合せ帳票の記入済みイメージデータを既に受信しているか否かを判断する（ステップＳ６０３）。

ステップＳ６０３の判断の結果、受信していないと判断した場合には（ステップＳ６０３でＮＯ）、ステップＳ６０２で取得した記入済み帳票のイメージデータをＨＤＤ２０４に保存し、そのイメージデータへのパス情報を帳票インスタンスデータ管理ＤＢ２１７に登録する（ステップＳ６０４）。

その後、当該組合せ帳票の全ての記入欄に記入されているデータを登録するための保存領域（テーブル）を該組合せ帳票を構成する全ての固定帳票用のエントリデータ管理ＤＢ２１８に追加して（ステップＳ６０５）、本処理を終了する。

一方、ステップＳ６０３の判断の結果、既に当該識別情報を有するデータを受信していたと判断した場合には（ステップＳ６０３でＹＥＳ）、管理者に対してエラー通知を行った後（ステップＳ６０６）、本処理を終了する。これにより、同一の識別情報を持つ記入済み帳票のイメージデータが金融機関１０２から管理サーバ１０３１に再送されたことを管理者に知らせることができる。このことにより同一のデータを二重にエントリしてしまうことを好適に防ぐことが可能になる。

図１７は、図７のエントリ端末１０３２の表示部７０４で表示されるエントリ画面を示す図である。

図１７において、エントリ画面１７００は、記入済み帳票データのうち、データエントリ対象となるデータ記入欄の部分画像を順次表示する部分画像表示領域１７０１と、入力部７０５でオペレータが入力したデータが表示される領域（データエントリ領域）１７０２とを備える。さらに、エントリ画面１７００は、データエントリ領域１７０２のエントリされたデータに関する情報（データエントリ情報）を表示するデータエントリ情報表示領域１７０３とを備える。

部分画像表示領域１７０１は、処理対象の部分画像１７０１ａを左端に、次の処理対象の部分画像１７０１ｂをその右側に表示する。この部分画像１７０１ａは、その識別を容易にするために強調表示（本実施の形態では、太枠線矩形で囲まれて表示）される。これにより、オペレータは、どの部分画像表示領域に対するデータについてのデータエントリを行えば良いかを容易に知ることができる。

尚、エントリ画面１７００上で表示される他の情報と比較して、上記処理対象の部分画像の識別が容易となるものであれば、上記表示形態に限定されるものでない。例えば、処理対象の部分画像をブリンク表示や色付き表示としたり、他の部分画像をグレーアウト表示としたり、処理対象とそれ以外の部分画像の夫々の枠線の色、線の太さ、線種等を区別して表示しても良い。

データエントリフィールド１７０２は、処理対象の部分画像１７０１ａの形状に依存しない固定領域である。これにより、オペレータは新たなデータエントリを開始する毎にデータエントリフィールド１７０２の表示位置を確認する必要がなくなるので、データエントリ処理中に視線を動かすことなく、効率的な作業ができる。

また、部分画像表示領域１７０１には、処理対象の部分画像１７０１ａだけでなく、次の処理対象の部分画像１７０１ｂも表示されるため、次のデータエントリに対するオペレータの準備も容易に行える。

現在処理中の部分画像１７０１ａと、次に処理を行う部分画像１７０１ｂの間に区切画像１７０１ｃを表示する。これにより、オペレータは、処理対象とそれ以外の部分画像を容易に識別することができる。

尚、部分画像１７０１ａ，１７０１ｂの識別が可能であれば、区切画像１７０１ｃを表示する本実施の形態に限定されない。また、区切画像１７０１ｃは、部分画像１７０１ａと部分画像１７０１ｂが夫々異なる帳票インスタンスデータから作成されている場合にのみ表示されるようにしてもよい。

このように、本実施の形態に係るエントリ画面１７００は、記入済み帳票のイメージデータ全体を表示するのではなく、まず、記入済み帳票のイメージデータの記入欄に対応する複数の部分画像を切り出す。その後、その切り出した部分画像データに基づき作成されたエントリ画像データをデータエントリ状況に応じて連続的にエントリ画面１７００上に表示する。

具体的には、エントリ画像データ１７０１ａのデータエントリが確定すると、エントリ画像データ１７０１ａはエントリ画面１７００上から消え、エントリ画像データ１７０１ｂの表示位置が左端に移動する。このとき、エントリ画像データ１７０１ｂに続く次のエントリ画像データが移動前のエントリ画像データ１７０１ｂの表示位置に表示される。このように、処理対象のエントリ画像データがなくなるまで、データエントリ状況に応じて、順次、処理対象のエントリ画像データが左に移動しながら、切り替えて表示される。

つまり、オペレータは、処理対象のエントリ画像データに対するデータエントリ中に、次の処理対象のエントリ画像データを視認できる状況にある。これにより、各エントリ画像データに対するエントリ画面１７００をいちいち切り替えて表示する操作を行うことなく、次のエントリ画像データに対するデータエントリの準備が可能となる。さらに、オペレータによるデータエントリ操作が容易になり、作業の効率化を図ることができる。

尚、本実施の形態では、処理対象のエントリ画像データの切り替えをその表示位置を左へ移動することで実現する例を説明したが、これに限定されず、用途や目的に応じて、上下左右の所望の方向に移動して、エントリ画像データの切替を実現しても良い。但し、データエントリの効率性、人間工学的な観点からは、左方向に移動しながらエントリ画像データを切り替える構成であることが好ましい。

また、図１７のエントリ画面１７００では、処理対象のエントリ画像データ１７０１ａと、次の処理対象のエントリ画像データ１７０１ｂの一部を部分画像表示領域１７０１に表示する構成としている。しかし、処理対象のエントリ画像データと、次以降の処理対象のエントリ画像データの少なくとも１つが表示される構成であれば、これに限定されない。

データエントリ領域１７０２は、処理対象のエントリ画像データの属性に応じて、そのデータエントリ数の制御（入力制御）及びエントリデータの変換（変換ルール）が制御される。

データエントリ情報表示領域１７０３の表示項目には、同一帳票インスタンスデータに含まれる夫々の処理対象のエントリ画像データに対応する記入欄名（項目名）、実際のデータエントリ内容（入力内容）が表示される。さらに、データエントリ情報表示領域１７０３の表示項目には、不備の有無、許容データエントリ桁数、エントリ許容文字種（数字、英字、カナ、記号、全角）等が表示される。

ここで、「不備」とは、エントリ画像データ中の文字画像の内容が不鮮明だったり、判読不能であったりして、対応するコードデータをエントリできず、データエントリが不備に終わる場合を示す情報である。データエントリが不備になる場合には、その情報を入力する入力画面（不図示）を別途呼び出し、必要な情報を入力する。この入力画面で情報を入力した場合には「不備」欄に「有」の文字が表示され、そうでない場合には「無」の文字が表示される。

また、データエントリ表示領域１７０３にリスト表示されているデータが選択された場合、当該選択されたデータのデータエントリ用の表示画面情報が、エントリ画面１７００に表示されることになる。上記データ選択は、例えば、オペレータがマウスカーソルをデータに合わせマウスをダブルクリックする等の処理をした場合に実行される。

次に、図４のステップＳ４０９のデータエントリ処理について説明する。

まず、本データエントリ処理では、以下に説明する帳票インスタンスデータの取得処理が行われる。

図８は、データエントリ端末１０３２のＣＰＵにより実行される帳票インスタンスデータ取得処理の手順を示すフローチャートである。ここでいう帳票インスタンスデータとは、帳票インスタンスデータ管理ＤＢ２１７で管理されている記入済み帳票イメージデータ及びその記入済み帳票イメージデータに対応する組合せ帳票の情報（構成パーツ及びその配置情報）、及び当該組合せ帳票を構成するパーツ情報（パーツＩＤ、画像抽出領域等の情報）を指す。この処理は、データ管理部７０２を実現するプログラムの制御の下に実行される。

図８において、まず、表示部７０４にオペレータのログイン用画面を表示し、オペレータＩＤ等のログイン情報の入力を促す。そして、入力されたログイン情報に基づいて、オペレータのログインの可否を判定するオペレータログイン処理を実行する（ステップＳ８０１）。

その際に、データベースアクセス部７０３の機能により、管理サーバ１０３１にアクセスし、当該オペレータＩＤが、オペレータＤＢ（不図示）に登録されているか否かを確認する。当該オペレータＩＤが登録されていない場合は、ログイン用画面を再度表示し、再度オペレータＩＤの入力を促す。

一方、入力されたオペレータＩＤがオペレータＤＢに登録されている場合は、当該オペレータＩＤに対応するプロパティ情報（例えばオペレータの氏名・所属・スキル等）を取得する（ステップＳ８０２）。これに加えて、当該オペレータＩＤのオペレータにデータエントリ処理を実行させる帳票インスタンスデータのチェックアウト依頼をデータアクセス部７０３（チェックアウトエージェント７０３−１）に対して実行する（ステップＳ８０３：図７の（１））。

その後、後述する図９の処理によりデータベースアクセス部７０３から送信される帳票インスタンスデータの受信待ち状態に移行する（ステップＳ８０４）。

ここで、図８のステップＳ８０３でデータベースアクセス部７０３がデータ管理部７０２から帳票インスタンスデータのチェックアウト依頼を受けた場合に、チェックアウトエージェント７０３−１が実行するデータチェックアウト処理について説明する。

図９は、データエントリ端末１０３２のＣＰＵにより実行されるデータチェックアウト処理の手順を示すフローチャートである。この処理は、データベースアクセス部７０３を実現するプログラムの制御の下に実行される。

図９において、まず、データ管理部７０２よりデータアクセス部７０３に対しての帳票インスタンスデータチェックアウト依頼待ち状態に移行し（ステップＳ９０１）、チェックアウト依頼の受信の有無を判断する（ステップＳ９０２）。

チェックアウト依頼を受信していないと判断した場合（ステップＳ９０２でＮＯ）、ステップＳ９０１に戻り、受信したと判断するまで待機する。

一方、チェックアウト依頼を受信したと判断した場合（ステップＳ９０２でＹＥＳ：図７の（１））、管理サーバ１０３１に対して帳票インスタンスデータのチェックアウト依頼を行う（ステップＳ９０３：図７の（２））。具体的には、チェックアウト依頼として、オペレータログイン処理の際に取得したオペレータＩＤを管理サーバ１０３１に対して送信する。

そして、管理サーバ１０３１からの帳票インスタンスデータ受信待ち状態に移行し（ステップＳ９０４）、帳票インスタンスデータの受信の有無を判定する（ステップＳ９０５）。

尚、この判定においては、タイムアウト設定等の時限設定を行い、一定時間内に、帳票インスタンスデータを受信しない場合には、タイムアウトエラーとして処理を終了しても良い。

ステップＳ９０５において、帳票インスタンスデータを受信していないと判断した場合（ステップＳ９０５でＮＯ）、ステップＳ９０４に戻り、帳票インスタンスデータを受信するまで待機する。一方、帳票インスタンスデータを受信したと判断した場合（ステップＳ９０５でＹＥＳ：図７の（３））、受信した帳票インスタンスデータをデータ管理部７０２に送信し（ステップＳ９０６：図７の（４））、本処理を終了する。

ここで、データエントリ端末１０３２から帳票インスタンスデータのチェックアウト依頼を受信した際の管理サーバ１０３１の処理について、簡単に説明する。

管理サーバ１０３１は、まず、帳票インスタンスデータのチェックアウト依頼（オペレータＩＤ）を受信する（図７の（２））。これにより、管理サーバ１０３１のＣＰＵ２０１は、データエントリ処理を行うオペレータのプロパティや帳票インスタンスデータのプロパティに応じて、どの帳票インスタンスデータを当該オペレータに処理させるかを決定する。その後、ＣＰＵ２０１は、その帳票インスタンスデータをデータエントリ端末１０３２に送信する（図７の（３））。上記オペレータのプロパティとは、例えば、所属やレベルであり、帳票インスタンスデータのプロパティとは、例えば、スキルやデータ登録時刻である。

図８の説明に戻る。

データエントリ端末１０３２のＣＰＵは、チェックアウト依頼された帳票インスタンスデータの受信の有無を判断する（ステップＳ８０５）。

帳票インスタンスデータを受信していないと判断した場合（ステップＳ８０５でＮＯ）、ステップＳ８０４に戻り、受信するまで待機する。尚、この際に、未処理の記入済み帳票イメージデータが、管理サーバ１０３１の管理ＤＢ２１３で管理されていない場合には、その旨を示す通知を受信することになり、その場合は、その時点で本処理を終了する。未処理の帳票イメージデータがなければそのデータエントリのために帳票インスタンスデータを受信する必要がないからである。このような構成をとることにより、オペレータにエントリ処理が済んでいない記入済み帳票イメージデータがないことを的確に通知することが可能である。

一方、帳票インスタンスデータを受信した場合（ステップＳ８０５でＹＥＳ：図７の（４））、その帳票インスタンスデータを画像処理部７０１へ送信する（ステップＳ８０６：図７の（５））。尚、データ管理部７０２においても、これらデータは管理されることになる。

その後、予め決められた所定数の帳票インスタンスデータのチェックアウト（データ管理部７０１への送信）が完了したか否かを判定する（ステップＳ８０７）。

所定数の帳票インスタンスデータをチェックアウトしていない場合（ステップＳ８０７でＮＯ）、ステップＳ８０３の処理に戻る。一方、所定数の帳票インスタンスデータをチェックアウトした場合（ステップＳ８０７でＹＥＳ）、本処理を終了する。

次に、図１０を参照して、画像処理部７０１が実行するエントリ画面データ作成処理について説明する。

図１０は、データエントリ端末１０３２のＣＰＵにより実行されるエントリ画面データ作成処理の手順を示すフローチャートである。この処理は、画像処理部７０１を実現するプログラムの制御の下に実行される。また、ステップＳ１００１からステップＳ１００７までが、部分画像切出部７０１−１による処理、それ以降が画面データ作成部７０１−２による処理となる。

図１０において、まず、画像処理部７０１は、データ管理部７０２からの帳票インスタンスデータの受信待ち状態になっている（ステップＳ１００１）。帳票インスタンスデータを受信していないと判断した場合（ステップＳ１００２でＮＯ）、ステップＳ１００１に戻り、受信するまで待機する。

一方、帳票インスタンスデータを受信したと判断した場合には（ステップＳ１００２でＹＥＳ：図７の（５））、その記入済み帳票のイメージデータをデータ管理部１０２２より取得する（ステップＳ１００３：図７の（５））。

その後、帳票インスタンスデータに基づき帳票インスタンスデータを構成する記入済み帳票のイメージデータから記入済み帳票パーツの切り取り、すなわちエントリ対象のデータが記載されている部分画像の切り取りを実行する（ステップＳ１００４）。具体的には、受信した帳票インスタンスデータに含まれる各帳票パーツの「配置」情報及び「画像抽出領域」情報に基づき、データ管理部７０２の機能によりこの切取処理が実行される。次に、部分画像データに対応する入力項目ＩＤ順に部分画像データを保持する（ステップＳ１００５）。

次に、特定データのみのエントリ画面を作成するか否かを判定する（ステップＳ１００６）。すなわち、受信した帳票インスタンスデータの「作業オペレータ」情報に基づき、上記切り出した記入済み帳票データのうちの特定種類のものについてのみデータエントリをオペレータに実行させるか否かを判定する。

具体的には、本発明の実施の形態では、エントリ端末１０３２は複数存在し、各エントリ端末で１人のオペレータがデータエントリ処理を同時並行で行う環境にある。しかしながら、オペレータのデータエントリの習熟度やスキルは様々であり、より効率的なデータエントリを行うためには、その習熟度やスキルに適したデータエントリを行うことが好ましい。

例えば、データエントリの処理内容には、テンキーだけで済むものや、英数字が混在するもの等様々である。従って、ステップＳ１００６の処理により、例えば、習熟度が未熟なオペレータには、テンキーだけで済むデータエントリ（数字だけのデータ（特定データ）のデータエントリ）だけを実行させる。一方、習熟度が高いオペレータには、より高度なデータエントリを実行させるようにする。

ステップＳ１００６において、特定データのみのエントリ画面を作成する場合、そのオペレータによるデータエントリを禁止する部分画像データ（特定データに該当しない切り取り画像データ）を削除する（ステップＳ１００７）。その後、ステップＳ１００８に進む。一方、特定データのみのエントリ画面を作成しない場合（ステップＳ１００６でＮＯ）、つまり、ステップＳ１００４で切り出した全ての記入済み帳票データに対するデータエントリをオペレータに実行させる場合、直接ステップＳ１００８に進む。

その後、エントリ画面データの作成を行う。このとき、予め決められた指定数のエントリ画面データ（記入済み帳票データを表示部７０４に表示させるための画像データ）の作成済であるか否かを判定する（ステップＳ１００８）。

ここで、予めエントリ画面データを複数作成しておくのは、本発明では、データエントリ領域１７０２を１つに固定しているからである（図１７参照）。すなわち、オペレータがあるデータエントリを終了した時点で、次に入力すべきデータをすばやくエントリ画面１７００上で表示できるようにするためである。これにより、エントリ画面データ１７０１ａ，１７０１ｂには、図１７で上述したとおり、データエントリ領域１７０２で入力すべきデータが識別可能に表示される。

ステップＳ１００８において、指定数のエントリ画面データが作成済であると判断した場合（ステップＳ１００８でＹＥＳ）、処理を終了する。一方、指定数のエントリ画面データが作成済でないと判断した場合（ステップＳ１００８でＹＥＳ）、現在、画像処理部７０１で保持している帳票インスタンスデータを用いて、新規にエントリ画面データを作成可能であるか否かを判定する（ステップＳ１００９）。

エントリ画面データを作成可能でないと判断した場合（ステップＳ１００９でＮＯ）、処理を終了する。一方、エントリ画面データを作成可能であると判断した場合（ステップＳ１００９でＹＥＳ）、未処理の帳票インスタンスデータに基づいてエントリ画面データを作成し、それを不図示のＲＡＭに保持する（ステップＳ１０１０）。

この際、帳票インスタンスデータから複数の部分画像データ（エントリ画像データ）切り出された場合、複数のエントリ画面データが作成される。この場合は、各エントリ画像データ間の区切りを示す区切り画像を、図１７に示す如く作成する。前述の通り、隣り合う２つのエントリ画像データが異なる帳票インスタンスデータから作成されている（エントリ画像データが異なる記入済み帳票イメージデータから抽出された）場合のみ、その間に区切画像１７０１ｃを追加する手法を採っても勿論良い。

次に、図１１を参照して、データ管理部７０２が実行するデータエントリ処理について説明する。

図１１は、データエントリ端末１０３２のＣＰＵにより実行されるデータエントリ処理の手順を示すフローチャートである。この処理は、データ管理部７０２を実現するプログラムの制御の下に実行される。

まず、データ管理部７０２は、画像処理部７０１に対してエントリ画面データを要求する（ステップＳ１１０１：図７の（７））。そして、エントリ画面データの受信待ち状態へと移行する（ステップＳ１１０２）。

ここで、図１２を参照して、データ管理部７０２よりステップＳ１１０１でエントリ画面データの要求を受けた場合に、画像処理部７０１が実行するエントリ画面データ送信処理について説明する。

図１２は、データエントリ端末１０３２のＣＰＵにより実行されるエントリ画面データ送信処理の手順を示すフローチャートである。この処理は、画像処理部７０１を実現するプログラムの制御の下に実行される。

図１２において、まず、画像処理部７０１は、上述のエントリ画面データ作成処理（図１０）を終了すると、データ管理部７０２からのエントリ画面データ要求の受信待ち状態になる（ステップＳ１２０１）。そして、データ管理部７０２からエントリ画面データの要求を受信したか否かを判定する（ステップＳ１２０２）。

エントリ画面データの要求を受信していないと判断した場合（ステップＳ１２０２でＮＯ）、ステップＳ１２０１に戻り、受信するまで待機する。一方、エントリ画面データの要求を受信したと判断した場合（ステップＳ１２０２でＹＥＳ：図７の（７））、不図示のＲＡＭに保存してある先頭のエントリ画面データをデータ管理部７０２に対して送信する（ステップＳ１２０３：図７の（８））。このエントリ画像データの送信があったとき、後述する図１１のステップＳ１１０３以降の処理に進み、データエントリ処理（図１１のＳ１１０７，図１３）が実行される。

一方、画像処理部７０１においては、ステップＳ１２０３の処理後、図１０のステップＳ１００８以降からの処理を開始する（（２）の非同期処理）。これにより、新たなエントリ画面データの作成を開始する。

また、上記非同期処理を開始すると、これに並行して、上記不図示のＲＡＭに保持しているエントリ画面データの有無を判断する（ステップＳ１２０４）。判断処理の結果、エントリ画面データがあると判断した場合（ステップＳ１２０４でＮＯ）、ステップＳ１２０１からの処理を行う。一方、エントリ画面データがないと判断した場合（ステップＳ１２０４でＹＥＳ）、本処理を終了する。

図１１の説明に戻る。

エントリ画面データの要求後、画像処理部７０１からエントリ画面データを受信したか否かを判断する（ステップＳ１１０３）。エントリ画面データを受信していないと判断した場合（ステップＳ１１０３でＮＯ）、ステップＳ１１０２に戻り、受信するまで待機する。一方、エントリ画面データを受信したと判断した場合（ステップＳ１１０３でＹＥＳ：図７の（８））、エントリ画面データのデータエントリ領域１７０３に対して、入力制御・変換ルール（エントリデータの変換ルール）を設定するか否かを判定する（ステップＳ１１０４）。

入力制限・変換ルールを設定しないと判断した場合（ステップＳ１１０４でＮＯ）、受信したエントリ画面データに基づいて、エントリ画面１７００を表示部７０４に表示する（ステップＳ１１０６：図７の（９））。一方、入力制御・変換ルールを設定すると判断した場合には（ステップＳ１１０４でＹＥＳ）、データエントリ領域１７０３に対して、入力制御・変換ルールを設定する（ステップＳ１１０５）。例えば電話番号の入力であれば半角英数入力、氏名の入力であればかな入力にする等である。その後、その設定と受信したエントリ画面データに基づいて、エントリ画面１７００を表示部７０４に表示する（ステップＳ１１０６：図７の（９））。

尚、管理サーバ１０３１において、まず、帳票パーツ内に記入される文字等のＯＣＲ処理結果を予め記憶しておいてもよい。この場合、その予め記憶されたＯＣＲ処理結果をエントリ画面データが生成するデータエントリ領域１７０３内にデータエントリ候補として表示でき、オペレータの作業効率の更なる向上を期待することができる。

その後、オペレータの操作に基づくデータエントリ処理を実行する（ステップＳ１１０７）。尚、この処理の詳細については図１３で後述する。

そして、オペレータからの操作に基づいて、データエントリ処理を終了するか否かを判断する（ステップＳ１１０８）。終了しないと判断した場合（ステップＳ１１０８でＮＯ）、ステップＳ１１０１に戻る。一方、終了すると判断した場合（ステップＳ１１０８でＹＥＳ）、本処理を終了する。

次に、図１３を参照して、図１１のステップＳ１１０７のデータエントリ処理の詳細について説明する。

図１３は、図１１におけるステップＳ１１０７のデータエントリ処理の詳細手順を示すフローチャートである。この処理は、データ管理部７０２を実現するプログラムの制御の下に実行される。

図１３において、まず、エントリ画面データに基づいて生成したエントリ画面１７００を表示部７０４に表示した後、オペレータのデータエントリ待ち状態に移行する（ステップＳ１３０１）。

そして、その後、オペレータの入力部７０５による操作に基づいて、データエントリ（（１エントリデータ分のデータエントリ））が終了したか否かを判定する（ステップＳ１３０２）。

データエントリが終了していない場合（ステップＳ１３０２でＮＯ）、ステップＳ１３０１に戻り、通知を受けるまで待機する。一方、データエントリが終了した場合（ステップＳ１３０２でＹＥＳ）、データエントリフィールドに入力されたエントリデータを取得し、ＲＡＭ上に保存する（ステップＳ１３０３：図７の（１０））。

そして、その後、同一の帳票インスタンスデータから作成された処理対象の全てのエントリ画像データに対するデータエントリが終了したか否かを判断する（ステップＳ１３０４）。

処理対象の全てのエントリ画像データに対するデータエントリが終了していないと判断した場合（ステップＳ１３０４でＮＯ）、図１１のステップＳ１１０１処理に戻り、次のエントリ画面データを取得し、図１１〜図１３の処理を繰り返す。

一方、処理対象の全てのエントリ画像データのデータエントリが終了したと判断した場合には（ステップＳ１３０４でＹＥＳ）、ＲＡＭ上の当該帳票インスタンスデータに基づくエントリデータをチェックインエージェント７０３−２に対して送信する（図７の（１１））。その後、データベースアクセス部７０３のチェックインエージェント７０３−２により、当該エントリデータの登録要求を管理サーバ１０３１に対して行う（ステップＳ１３０５）。この登録要求は、具体的には、図１０のステップＳ１００３で取得した帳票インスタンスデータに含まれる個別帳票ＩＤとともに、その記入済み帳票に対してのエントリデータをそれぞれどの入力項目に対してのエントリデータなのかを管理サーバ１０３１のＣＰＵ２０１が識別可能に管理サーバ１０３１に送信することにより行う。

その後、オペレータによる入力部７０５の操作に基づき、新たな帳票インスタンスデータを取得するか否かを判断する（ステップＳ１３０６）。取得する場合（ステップＳ１３０６でＹＥＳ）、図８のステップＳ８０３以降から開始する。これにより、新たな帳票インスタンスデータについてのデータエントリ処理を行う。

一方、新たな帳票インスタンスデータを取得しないと判断した場合（ステップＳ１３０６でＮＯ）、本処理をそのまま終了する。

次に、図１４を参照して、図１３のステップＳ１３０５でデータ管理部７０２が行ったエントリデータの登録依頼を受信した場合に、データベースアクセス部７０３（チェックインエージェント７０３−２）が実行するデータチェックイン処理について説明する。

図１４は、データエントリ端末１０３２のＣＰＵにより実行されるデータチェックイン処理の手順を示すフローチャートである。この処理は、データベースアクセス部７０３を実現するプログラムの制御の下に実行される。

図１４において、まず、チェックインエージェント７０３−２は、データ管理部７０２からのエントリデータ登録依頼待ち状態に移行する（ステップＳ１４０１）。次に、エントリデータ登録依頼を受信したか否かを判定する（ステップＳ１４０２）。エントリデータ登録依頼を受信していない場合（ステップＳ１４０２でＮＯ）、ステップＳ１４０１に戻り、受信するまで待機する。

一方、エントリデータ登録依頼を受信した場合（ステップＳ１４０２でＹＥＳ：図７の（１１））、チェックインエージェント７０３−２は、データ管理部７０２よりエントリデータを取得する。その後、チェックインエージェント７０３−２は、該エントリデータのエントリデータ管理ＤＢ２１８への登録処理を実行して（ステップＳ１４０３：図７の（１２））、本処理を終了する。このとき、上記データチェックイン処理の後、データエントリが終了した帳票インスタンスデータのチェックアウトを解除する処理が、管理サーバ１０３１にて実行される。

以上説明したように、本実施の形態によれば、オペレータのスキルに応じて、同一帳票内の複数種類の記入欄の内、所定（所定の変換ルールを満足する）の記入欄のエントリ画像データを選定する。その後、その選定したエントリ画像データをエントリ画面１７００上で連続的に表示するとともに、処理対象のエントリ画像データを容易に識別可能に表示する。また、データエントリの進捗状況に応じて、処理対象のエントリ画像データをエントリ画面１７００上で適宜切り替えて表示し、エントリ画像データの近傍に、データエントリ領域１７０２を常に固定して表示する。

これにより、処理対象のエントリ画像データを探索するためのオペレータの視線移動量を極力減らすとともに、固定のデータエントリ領域１７０２に着目してデータエントリ作業を行うことができる。これにより、オペレータは次の処理対象のエントリ画像データの内容を視認しながら、処理対象のエントリ画像データに対するデータエントリ作業を実行することができる。

図１５は、図４のステップＳ４１０のエントリデータの登録処理の詳細手順を示すフローチャートである。この処理は、管理サーバ１０３１のＣＰＵ２０１により実行される。

図１５において、まず、エントリ端末１０３２から図１４のステップＳ１４０３の登録処理を受け付けると（登録要求あり：ステップＳ１５００でＹＥＳ）、その登録要求に含まれる個別帳票ＩＤに対応するインスタンスデータ管理ＤＢ２１７に管理されている記入済みの組合せ帳票を処理対象として設定する（ステップＳ１５０１）。

次に、上記処理対象の組合せ帳票についてのエントリデータをエントリ端末１０３２から取得する（ステップＳ１５０２）。この取得した各エントリデータは管理サーバ１０３１のＨＤＤ２０４内に保存され、そのパス情報が帳票インスタンスデータ管理ＤＢ２１７にエントリ項目ＩＤと対応づけられて保存される。

次に、上記処理対象の組合せ帳票と関連づけて管理されている固定帳票（対応固定帳票）をその組合せ帳票ＩＤと対応づけられた構成固定帳票ＩＤに基づき特定した後（ステップＳ１５０３）、ステップＳ１５０２で取得したエントリデータの登録先となる領域をエントリデータ管理ＤＢ２１８上にある上記特定された個別帳票に対して作成された保存領域から特定する（ステップＳ１５０４）。次に、その特定された領域にそのエントリデータを登録する（ステップＳ１５０５）。

以下、ステップＳ１５０５の処理を図２１（ｂ）に示す組合せ帳票のエントリデータについて行う場合について具体的に説明する。

まず、対象組合せ帳票のエントリデータのうち最も若いエントリ項目ＩＤ（「ＷＦＯＲＭ０００１」）が付されたエントリデータを処理用データに設定する。このエントリデータの対応個別帳票は固定帳票３０２（帳票種別ＩＤ：ＦＯＲＭ０００２）のみである（図３）。また、この処理開始直後であるため固定帳票３０２用の保存領域に保存されているエントリデータは存在しない。よって、このエントリデータは、固定帳票３０２用の保存領域の最も左上にある領域２３０２（図２３（ｂ））に登録先が特定され、この登録先に登録される。

次に、対象組合せ帳票のエントリデータのうち２番目に若いエントリ項目ＩＤ（「ＷＦＯＲＭ０００２」）が付されたエントリデータを処理用データに設定する。このエントリデータの対応固定帳票は固定帳票３０１，３０２（固定帳票ＩＤ：ＦＯＲＭ０００１，０００２）である（図３，図２１（ｂ））。また、エントリ項目ＩＤが「ＷＦＯＲＭ０００１であるエントリデータの登録が既に済んでおり、固定帳票３０２用の保存領域のうち領域２３０２は埋まっている。よって、このエントリデータは、固定帳票３０１用の保存領域の最も左上にある領域２３０１（図２３（ａ））に登録先が特定される。また、このエントリデータは、固定帳票３０２用の保存領域のうち領域２３０２を除き、最も左上にある領域２３０３（図２３（ｂ））にもその登録先が特定される。この特定の後、このエントリデータはこれらの登録先に登録される。

図１５に戻り、その後、対象組合せ帳票の全てのエントリデータの登録処理が終了するまで、上記ステップＳ１５０４〜Ｓ１５０５の処理をそのエントリ項目ＩＤの値が若い順に行い（ステップＳ１５０６）、本処理を終了する。

本処理によれば、固定帳票３０１，３０２が用いられる２つの届出先への手続きを同時に行う際、管理サーバ１０３１はこれらの固定帳票を統合した組合せ帳票３０３を作成する（図４のステップＳ４０１〜Ｓ４０５）。その後、管理サーバ１０３１は組合せ帳票３０３の記入済み帳票のイメージデータを取得すると（ステップＳ４０６，Ｓ４０７）、上記固定帳票３０１，３０２毎の保存領域をエントリデータ管理ＤＢ２１８上に作成する（図６のステップＳ６０５）。また、管理サーバ１０３１は、エントリ端末１０３２が作成した組合せ帳票３０３の全ての入力項目のエントリデータを取得したときに（ステップＳ１５０２）、組合せ帳票３０３の対応固定帳票を特定する（ステップＳ１５０３）。その後、取得したエントリデータ毎にその登録先となる領域を上記特定された固定帳票に対して作成された当該記入済み帳票イメージデータのエントリデータ保存領域から特定し（ステップＳ１５０４）、その特定された領域にそのエントリデータを登録する（ステップＳ１５０５）。これにより、組合せ帳票３０３により２つの届出先への手続きが同時に行われたときに、その各届出先の手続きに用いられる固定帳票３０１，３０２毎にエントリデータを管理ＤＢ２１３上で的確に管理することができる。

また、本発明の目的は、前述した各実施の形態の機能を実現するソフトウェアのプログラムコードを記憶した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても達成される。

この場合、記憶媒体から読み出されたプログラムコード自体が前述した各実施の形態の機能を実現することになり、そのプログラムコード及び該プログラムコードを記憶した記憶媒体は本発明を構成することになる。

また、プログラムコードを供給するための記憶媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷ等の光ディスク、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。または、プログラムコードをネットワークを介してダウンロードしてもよい。

また、コンピュータが読み出したプログラムコードを実行することにより、前述した各実施の形態の機能が実現されるだけではなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した各実施の形態の機能が実現される場合も含まれる。

さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その拡張機能を拡張ボードや拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した各実施の形態の機能が実現される場合も含まれる。

本発明の実施の形態に係るエントリデータ管理装置としての管理サーバを含むデータエントリシステムの構成を概略的に示すブロック図である。 図１における管理サーバのハードウェア構成を概略的に示す図である。 データエントリシステムにより実行される組合せ帳票の作成処理を説明するために用いられる図である。 データエントリシステムにより実行される組合せ帳票データ登録処理の手順の流れを示すフローチャートである。 図４のステップＳ４０３の組合せ帳票作成処理の手順を示すフローチャートである。 図４のステップＳ４０８の記入済み帳票データ取得処理の手順を示すフローチャートである。 図１におけるエントリ端末の概略構成を示すブロック図である。 データエントリ端末のＣＰＵにより実行される帳票インスタンスデータ取得処理の手順を示すフローチャートである。 データエントリ端末のＣＰＵにより実行されるデータチェックアウト処理の手順を示すフローチャートである。 データエントリ端末のＣＰＵにより実行されるエントリ画面データ作成処理の手順を示すフローチャートである。 データエントリ端末のＣＰＵにより実行されるデータエントリ処理の手順を示すフローチャートである。 データエントリ端末のＣＰＵにより実行されるエントリ画面データ送信処理の手順を示すフローチャートである。 図１１におけるステップＳ１１０７のデータエントリ処理の詳細手順を示すフローチャートである。 データエントリ端末のＣＰＵにより実行されるデータチェックイン処理の手順を示すフローチャートである。 図４のステップＳ４１０のエントリデータの登録処理の詳細手順を示すフローチャートである。 図１５のステップＳ１５０５の処理を説明するのに用いられる図である。 図７のエントリ端末の表示部で表示されるエントリ画面を示す図である。 帳票パーツＤＢを説明するのに用いられる図である。 帳票パーツＤＢが入力項目数分登録するデータである。 固定帳票管理ＤＢを説明するのに用いられる図である。 組合せ帳票管理ＤＢを説明するのに用いられる図である。 帳票インスタンスデータ管理ＤＢを説明するのに用いられる図である。 エントリデータ管理ＤＢを説明するのに用いられる図である。 帳票パーツＤＢに登録される帳票パーツの情報を説明するのに用いられる図である。

符号の説明

１０２ 金融機関支店（金融商品販売店）
１０３ データエントリセンタ（データエントリ装置）
１０１ 広域ネットワーク
２１３ 管理ＤＢ
２１４ 帳票パーツＤＢ
２１５ 固定帳票管理ＤＢ
２１６ 組合せ帳票管理ＤＢ
２１７ 帳票インスタンスデータ管理ＤＢ
２１８ エントリデータ管理ＤＢ

Claims (11)

1. 手続き毎に用いられる複数の帳票を統合した組合せ帳票を印刷出力する画像形成装置と接続され、前記印刷出力された組合せ帳票の記入欄に対して記入された記入内容に対応するコードデータであるエントリデータを管理するエントリデータ管理装置において、
   前記組合せ帳票に関するデータを表す組合せ帳票イメージデータと、前記組合せ帳票イメージデータを一意に識別するための組合せ帳票識別情報と、前記組合せ帳票イメージデータの記入欄に対応する部分画像に対する前記組合せ帳票を構成するそれぞれの帳票のパーツに関するパーツ情報と、前記帳票を一意に識別する帳票識別情報とを記憶する組合せ帳票記憶手段と、
   顧客の希望する手続きに対応する前記組合せ帳票イメージデータと、前記組合せ帳票イメージデータに対応する組合せ帳票識別情報とを前記組合せ帳票記憶手段から取得する組合せ帳票取得手段と、
   前記組合せ帳票取得手段によって取得した組合せ帳票イメージデータを一意に識別する新たな組合せ帳票識別情報と、前記組合せ帳票イメージデータに対応する組合せ帳票識別情報とを記憶する識別情報記憶手段と、
   前記組合せ帳票取得手段によって取得した組合せ帳票イメージデータに前記新たな組合せ帳票識別情報を付与して前記画像形成装置に送信する組合せ帳票イメージデータ送信手段と、
   前記画像形成装置により印刷出力された組合せ帳票の記入欄に記入がされた組合せ帳票から得られる記入済み帳票イメージデータを受付ける記入済み帳票イメージデータ受付手段と、
   前記記入済み帳票イメージデータ受付手段によって受付けた記入済み帳票イメージデータに含まれる前記新たな組合せ帳票識別情報を取得する識別情報取得手段と、
   前記識別情報取得手段によって取得した新たな組合せ帳票識別情報が前記識別情報記憶手段に存在する場合には、前記新たな組合せ帳票識別情報に対する組合せ帳票識別情報を前記識別情報記憶手段から取得した後、前記取得した組合せ帳票識別情報に対応する前記組合せ帳票記憶手段に記憶された組合せ帳票を構成する帳票のパーツに関するパーツ情報に基づいて、前記記入済み帳票イメージデータ受付手段によって受付けた前記記入済み帳票イメージデータである組合せ帳票イメージデータの記入欄に対応する部分画像を切り出すと共に、前記切り出した部分画像と前記部分画像に対して記入を行うことが可能なフィールドを表示する部分画像表示手段と、
   前記部分画像表示手段によって表示されたフィールドに対応する前記パーツ情報に基づいて、前記記入済み帳票イメージデータである組合せ帳票イメージデータの記入欄に対応する部分画像に対する前記組合せ帳票を構成する帳票のパーツを特定した後、前記パーツ情報に基づいて、前記組合せ帳票記憶手段から帳票識別情報を取得することで前記帳票を特定する特定手段と、
   前記フィールドに対して入力された前記エントリデータを前記特定手段で特定した帳票及び前記帳票のパーツに対して入力されたとして登録する登録手段とを備えることを特徴とするエントリデータ管理装置。
2. 前記複数の帳票から新たな前記組合せ帳票を作成する組合せ帳票作成手段を更に備えることを特徴とする請求項１記載のエントリデータ管理装置。
3. 前記パーツ情報には、当該パーツと集約可能な他の帳票のパーツに関する情報が含まれ、
   前記組合せ帳票作成手段は、前記組合せ帳票を作成する対象として指定された複数の帳票で、集約可能なパーツがあると判断した場合に、それらパーツを集約し組合せ帳票を作成することを特徴とする請求項２記載のエントリデータ管理装置。
4. オペレータを一意に識別するためのオペレータ識別情報を入力するための入力手段を更に備え、
   前記部分画像表示手段は、切り出した部分画像の記入欄の属性が、前記入力手段によって入力されたオペレータ識別情報に対応するオペレータのデータエントリに対する習熟度を満たすか否かを判定し、満たされると判定した場合には、当該記入欄の属性を満たした部分画像と前記部分画像に対して記入を行うことが可能なフィールドとを表示させる一方、満たされないと判定した場合には、当該記入欄の属性を満たさない部分画像の表示を行わないことを特徴とする請求項１乃至３の何れか１項に記載のエントリデータ管理装置。
5. 前記部分画像表示手段は、２以上の記入済み帳票イメージデータ夫々の記入欄のレイアウトを示すレイアウトデータに基づいて、前記２以上の記入済み帳票イメージデータの記入欄に対応する部分画像を切り出すことを特徴とする請求項１乃至４のいずれか１項に記載のエントリデータ管理装置。
6. 前記部分画像表示手段は、前記２以上の記入済み帳票イメージデータの記入欄に対応する部分画像が含まれる場合に、異なる記入済み帳票イメージデータの境界を識別可能に表示することを特徴とする請求項５に記載のエントリデータ管理装置。
7. 前記部分画像表示手段は、前記部分画像に対応するデータの属性に基づいて、前記フィールドにおけるデータエントリを許容する属性情報を前記フィールドの近傍に表示することを特徴とする請求項１乃至６のいずれか１項に記載のエントリデータ管理装置。
8. 前記部分画像表示手段は、前記フィールドのデータエントリの完了の有無を判定する判定手段を備え、
   前記判定手段の判定結果、前記データエントリが完了した場合、処理対象である第１部分画像が表示されていた位置に、次の処理対象とする第２部分画像を移動することを特徴とする請求項１乃至７のいずれか１項に記載のエントリデータ管理装置。
9. 手続き毎に用いられる複数の帳票を統合した組合せ帳票を印刷出力する画像形成装置と接続され、前記印刷出力された組合せ帳票の記入欄に対して記入された記入内容に対応するコードデータであるエントリデータを管理するエントリデータ管理装置の制御方法において、
   前記組合せ帳票に関するデータを表す組合せ帳票イメージデータと、前記組合せ帳票イメージデータを一意に識別するための組合せ帳票識別情報と、前記組合せ帳票イメージデータの記入欄に対応する部分画像に対する前記組合せ帳票を構成するそれぞれの帳票のパーツに関するパーツ情報と、前記帳票を一意に識別する帳票識別情報とを関連づけて記憶する組合せ帳票記憶手段から、顧客の希望する手続きに対応する前記組合せ帳票イメージデータと、前記組合せ帳票イメージデータに対応する組合せ帳票識別情報とを取得し、取得した組合せ帳票イメージデータを一意に識別する新たな組合せ帳票識別情報と、前記組合せ帳票イメージデータに対応する組合せ帳票識別情報とを前記エントリデータ管理装置内の識別情報記憶手段に記憶する組合せ帳票取得手段ステップと、
   前記組合せ帳票取得ステップにおいて取得した組合せ帳票イメージデータに前記新たな組合せ帳票識別情報を付与して前記データエントリ管理装置から前記画像形成装置に送信する組合せ帳票イメージデータ送信ステップと、
   前記画像形成装置により印刷出力された組合せ帳票の記入欄に記入がされた組合せ帳票から得られる記入済み帳票イメージデータを受付ける記入済み帳票イメージデータ受付ステップと、
   前記記入済み帳票イメージデータ受付ステップにおいて受付けた記入済み帳票イメージデータに含まれる前記新たな組合せ帳票識別情報を取得する識別情報取得ステップと、
   前記識別情報取得ステップにおいて取得した新たな組合せ帳票識別情報が前記識別情報記憶手段に存在する場合には、前記新たな組合せ帳票識別情報に対する組合せ帳票識別情報を前記識別情報記憶手段から取得した後、前記取得した組合せ帳票識別情報に対応する前記組合せ帳票記憶手段に記憶された組合せ帳票を構成する帳票のパーツに関するパーツ情報に基づいて、前記記入済み帳票イメージデータ受付ステップにおいて受付けた前記記入済み帳票イメージデータである組合せ帳票イメージデータの記入欄に対応する部分画像を切り出すと共に、前記切り出した部分画像と前記部分画像に対して記入を行うことが可能なフィールドを表示する部分画像表示ステップと、
   前記部分画像表示ステップによって表示されたフィールドに対応する前記パーツ情報に基づいて、前記記入済み帳票イメージデータである組合せ帳票イメージデータの記入欄に対応する部分画像に対する前記組合せ帳票を構成する帳票のパーツを特定した後、前記パーツ情報に基づいて、前記組合せ帳票記憶手段から帳票識別情報を取得することで前記帳票を特定する特定ステップと、
   前記フィールドに対して入力された前記エントリデータを前記特定ステップで特定した帳票及び前記帳票のパーツに対して入力されたとして登録する登録ステップとを備えることを特徴とするエントリデータ管理装置の制御方法。
10. 手続き毎に用いられる複数の帳票を統合した組合せ帳票を印刷出力する画像形成装置と接続され、前記印刷出力された組合せ帳票の記入欄に対して記入された記入内容に対応するコードデータであるエントリデータを管理するエントリデータ管理装置の制御方法をエントリデータ管理装置に実行させるためのプログラムであって、
    前記エントリデータ管理装置を、
    前記組合せ帳票に関するデータを表す組合せ帳票イメージデータと、前記組合せ帳票イメージデータを一意に識別するための組合せ帳票識別情報と、前記組合せ帳票イメージデータの記入欄に対応する部分画像に対する前記組合せ帳票を構成するそれぞれの帳票のパーツに関するパーツ情報と、前記帳票を一意に識別する帳票識別情報とを関連づけて記憶する組合せ帳票記憶手段から、顧客の希望する手続きに対応する前記組合せ帳票イメージデータと前記組合せ帳票イメージデータに対応する組合せ帳票識別情報とを取得し、取得した組合せ帳票イメージデータを一意に識別する新たな組合せ帳票識別情報と前記組合せ帳票イメージデータに対応する組合せ帳票識別情報とを前記エントリデータ管理装置内の識別情報記憶手段に記憶する組合せ帳票取得手段、
    前記組合せ帳票取得手段によって取得した組合せ帳票イメージデータに前記新たな組合せ帳票識別情報を付与して前記画像形成装置に送信する組合せ帳票イメージデータ送信手段、
    前記画像形成装置により印刷出力された組合せ帳票の記入欄に記入がされた組合せ帳票から得られる記入済み帳票イメージデータを受付ける記入済み帳票イメージデータ受付手段、
    前記記入済み帳票イメージデータ受付手段によって受付けた記入済み帳票イメージデータに含まれる前記新たな組合せ帳票識別情報を取得する識別情報取得手段、
    前記識別情報取得手段によって取得した新たな組合せ帳票識別情報が前記識別情報記憶手段に存在する場合には、前記新たな組合せ帳票識別情報に対する組合せ帳票識別情報を前記識別情報記憶手段から取得した後、前記取得した組合せ帳票識別情報に対応する前記組合せ帳票記憶手段に記憶された組合せ帳票を構成する帳票のパーツに関するパーツ情報に基づいて、前記記入済み帳票イメージデータ受付手段によって受付けた前記記入済み帳票イメージデータである組合せ帳票イメージデータの記入欄に対応する部分画像を切り出すと共に、前記切り出した部分画像と前記部分画像に対して記入を行うことが可能なフィールドを表示する部分画像表示手段、
    前記部分画像表示手段によって表示されたフィールドに対応する前記パーツ情報に基づいて、前記記入済み帳票イメージデータである組合せ帳票イメージデータの記入欄に対応する部分画像に対する前記組合せ帳票を構成する帳票のパーツを特定した後、前記パーツ情報に基づいて、前記組合せ帳票記憶手段から帳票識別情報を取得することで前記帳票を特定する特定手段、
    前記フィールドに対して入力された前記エントリデータを前記特定手段で特定した帳票及び前記帳票のパーツに対して入力されたとして登録する登録手段として機能させるためのプログラム。
11. 請求項１０に記載されたプログラムを記録したコンピュータ読取り可能な記録媒体。

Images