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