(57)【特許請求の範囲】
【請求項１】
ワークフローとして実行される、第一の処理から第二の処理への移行を制御する情報処理装置であって、
前記第一の処理から第二の処理に移行するために必要な電子文書を示す情報が設定された設定情報を記憶する設定情報記憶手段と、
前記第二の処理への移行前の処理により得られる電子文書が管理される電子文書管理手段に、前記設定情報に設定された情報により示される、前記第一の処理から前記第二の処理に移行するために必要な電子文書が、管理されているかを判定する判定手段と、
前記電子文書管理手段に管理された電子文書の登録日時を記憶する日時記憶手段と、
前記日時記憶手段に記憶されている電子文書の登録日時から所定期間を経過しているか否かを判定する日時判定手段と、
前記判定手段で、前記設定情報に設定された情報により示される、前記第一の処理から前記第二の処理に移行するために必要な電子文書が、前記電子文書管理手段に管理されていると判定された場合に、前記第一の処理から前記第二の処理への移行が可能となるように制御する移行制御手段と、
を備え、
前記移行制御手段は、前記日時判定手段で、前記日時記憶手段に記憶されている電子文書の登録日時から所定期間を経過していると判定された場合、前記第一の処理から前記第二の処理に移行するために必要な電子文書が前記電子文書管理手段により管理されている場合であっても、前記第一の処理から前記第二の処理への移行が出来ないように制御することを特徴とする情報処理装置。
【請求項２】
前記第一の処理により得られた電子文書を前記電子文書管理手段に管理するべく登録する電子文書登録手段と、
前記第一の処理により得られた電子文書に対して定められた該電子文書の所定の領域から文字データを認識する認識手段と、
前記認識手段で、該電子文書の所定の領域から文字データを認識できたか否かを判定する認識判定手段と、
を更に備え、
前記電子文書登録手段は、前記認識判定手段で、該電子文書の所定の領域から文字データを認識できなかったと判定された場合、当該電子文書を前記電子文書管理手段に登録しないように制御することを特徴とする請求項１記載の情報処理装置。
【請求項３】
顧客を特定するための顧客情報と当該顧客情報で特定される顧客に係る文字データとを紐付けて記憶する顧客記憶手段を更に備え、
前記認識手段は、更に、前記第一の処理により得られた電子文書から顧客情報を認識し、
前記認識手段により認識された顧客情報に、前記顧客記憶手段に紐付けて記憶されている文字データと、前記認識手段により認識された文字データとが一致するか否かを判定する一致判定手段と、
前記電子文書登録手段は、前記認識手段により認識された顧客情報に、前記顧客記憶手段に紐付けて記憶されている文字データと、前記認識手段により認識された文字データとが一致しないと判定された場合、当該電子文書を前記電子文書管理手段に登録しないように制御することを特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記第一の処理から前記第二の処理に移行するために必要な電子文書を示す情報は、事前同意に関する電子文書を示す情報であることを特徴とする請求項１乃至３の何れか１項に記載の情報処理装置。
【請求項５】
前記日時記憶手段に記憶される電子文書の登録日時は、前記電子文書管理手段に管理された電子文書の登録日付であることを特徴とする請求項１乃至４の何れか１項に記載の情報処理装置。
【請求項６】
ワークフローとして実行される、第一の処理から第二の処理への移行を制御し、前記第一の処理から第二の処理に移行するために必要な電子文書を示す情報が設定された設定情報を記憶する設定情報記憶手段と、前記第二の処理への移行前の処理により得られる電子文書が管理される電子文書管理手段と、前記電子文書管理手段に管理された電子文書の登録日時を記憶する日時記憶手段と、前記日時記憶手段に記憶されている電子文書の登録日時から所定期間を経過しているか否かを判定する日時判定手段とを備えた情報処理装置における情報処理方法であって、
判定手段が、前記電子文書管理手段に、前記設定情報に設定された情報により示される、前記第一の処理から前記第二の処理に移行するために必要な電子文書が、管理されているかを判定する判定工程と、
移行制御手段が、前記判定工程で、前記設定情報に設定された情報により示される、前記第一の処理から前記第二の処理に移行するために必要な電子文書が、前記電子文書管理手段に管理されていると判定された場合に、前記第一の処理から前記第二の処理への移行が可能となるように制御する移行制御工程と、
を備え、
前記移行制御工程では、前記日時判定手段で、前記日時記憶手段に記憶されている電子文書の登録日時から所定期間を経過していると判定された場合、前記第一の処理から前記第二の処理に移行するために必要な電子文書が前記電子文書管理手段により管理されている場合であっても、前記第一の処理から前記第二の処理への移行が出来ないように制御することを特徴とする情報処理方法。
【請求項７】
ワークフローとして実行される、第一の処理から第二の処理への移行を制御し、前記第一の処理から第二の処理に移行するために必要な電子文書を示す情報が設定された設定情報を記憶する設定情報記憶手段と、前記第二の処理への移行前の処理により得られる電子文書が管理される電子文書管理手段と、前記電子文書管理手段に管理された電子文書の登録日時を記憶する日時記憶手段と、前記日時記憶手段に記憶されている電子文書の登録日時から所定期間を経過しているか否かを判定する日時判定手段とを備えた情報処理装置で読み取り実行可能なプログラムであって、
前記情報処理装置を、
前記第二の処理への移行前の処理により得られる電子文書が管理される電子文書管理手段に、前記設定情報に設定された情報により示される、前記第一の処理から前記第二の処理に移行するために必要な電子文書が、管理されているかを判定する判定手段と、
前記判定手段で、前記設定情報に設定された情報により示される、前記第一の処理から前記第二の処理に移行するために必要な電子文書が、前記電子文書管理手段に管理されていると判定された場合に、前記第一の処理から前記第二の処理への移行が可能となるように制御する移行制御手段として機能させ、
前記移行制御手段は、前記日時判定手段で、前記日時記憶手段に記憶されている電子文書の登録日時から所定期間を経過していると判定された場合、前記第一の処理から前記第二の処理に移行するために必要な電子文書が前記電子文書管理手段により管理されている場合であっても、前記第一の処理から前記第二の処理への移行が出来ないように制御することを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ワークフローとして実行される、第一の処理から第二の処理への移行を制御する技術に関する。
【背景技術】
【０００２】
近年、金融商品取引法の改正により、金融商品を販売する場合は、商品内容を契約前に文書で詳しく説明すること等が義務付けられ、企業は、その管理をしなければならなくなっている。
【０００３】
そこで、電子文書を回覧し工程の進捗を管理するワークフローシステムを導入することで、業務を効率化することが考えられる。
【０００４】
例えば、特許文献１には、複数の電子文書（申請書）を回覧させる仕組みが提案されている。
【０００５】
この特許文献１には、１つの電子文書（以下、申請書ともいう）毎に審査を行うため、申請書の承認依頼がくれば、承認者は審査をすることが出来る。
【特許文献１】特開２００２−８３１０３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、複数の電子文書が揃っていなければ審査が出来ないような場合、審査に必要な電子文書が回覧されずに、承認者に承認依頼がくる場合があった。そのため、承認者は、申請者に対して申請を差し戻さなくてはならない等、煩雑な作業を強いられていた。
【０００７】
また、審査に必要な所定の電子文書が回覧（申請）されたとしても、審査に必要な項目に記入されていない場合や、誤った内容が記載された文書も回覧される場合もある。
【０００８】
このように、申請者のミスにより審査する上で必要な電子文書やデータに不備がある承認依頼（回覧）があると、承認者は、申請者に差し戻す等煩雑な作業を強いられ、効率的に審査を進めることが困難であった。
【０００９】
また、例えば、（一又は複数の）電子文書Ａの登録又は承認からある期間を経過した後には、（一又は複数の）電子文書Ｂの承認を行えない場合がある。
【００１０】
この場合、電子文書Ａが登録されある期間を経過した後に、承認者に電子文書Ｂの承認依頼をされた場合には、承認者は、申請者に申請を差し戻す等煩雑な作業を強いられ、効率的に審査を進めることが困難であった。
【００１１】
本発明の目的は、第一の処理から第二の処理に移行するために必要な電子文書が設定された設定情報を記憶し、第二の処理への移行前の処理により得られる電子文書が管理される電子文書管理手段に、設定情報に設定された、第一の処理から第二の処理に移行するために必要な電子文書が、管理されているかを判定し、第一の処理から前記第二の処理に移行するために必要な電子文書が、該電子文書管理手段に管理されていると判定された場合に、第一の処理から第二の処理への移行が可能となるように制御し、電子文書管理手段に管理された電子文書の登録日時から所定期間を経過しているかを判定し、所定期間を経過していると判定された場合、第一の処理から第二の処理に移行するために必要な電子文書が電子文書管理手段により管理されている場合であっても、第一の処理から第二の処理への移行が出来ないように制御することにより、業務ミスの発生を防止することである。
【課題を解決するための手段】
【００１２】
本発明は、ワークフローとして実行される、第一の処理から第二の処理への移行を制御する情報処理装置であって、前記第一の処理から第二の処理に移行するために必要な電子文書を示す情報が設定された設定情報を記憶する設定情報記憶手段と、前記第二の処理への移行前の処理により得られる電子文書が管理される電子文書管理手段に、前記設定情報に設定された情報により示される、前記第一の処理から前記第二の処理に移行するために必要な電子文書が、管理されているかを判定する判定手段と、前記電子文書管理手段に管理された電子文書の登録日時を記憶する日時記憶手段と、前記日時記憶手段に記憶されている電子文書の登録日時から所定期間を経過しているか否かを判定する日時判定手段と、前記判定手段で、前記設定情報に設定された情報により示される、前記第一の処理から前記第二の処理に移行するために必要な電子文書が、前記電子文書管理手段に管理されていると判定された場合に、前記第一の処理から前記第二の処理への移行が可能となるように制御する移行制御手段と、を備え、前記移行制御手段は、前記日時判定手段で、前記日時記憶手段に記憶されている電子文書の登録日時から所定期間を経過していると判定された場合、前記第一の処理から前記第二の処理に移行するために必要な電子文書が前記電子文書管理手段により管理されている場合であっても、前記第一の処理から前記第二の処理への移行が出来ないように制御することを特徴とする。
【発明の効果】
【００１３】
本発明によれば、第一の処理から第二の処理に移行するために必要な電子文書が設定された設定情報を記憶し、第二の処理への移行前の処理により得られる電子文書が管理される電子文書管理手段に、設定情報に設定された、第一の処理から第二の処理に移行するために必要な電子文書が、管理されているかを判定し、第一の処理から前記第二の処理に移行するために必要な電子文書が、該電子文書管理手段に管理されていると判定された場合に、第一の処理から第二の処理への移行が可能となるように制御し、電子文書管理手段に管理された電子文書の登録日時から所定期間を経過しているかを判定し、所定期間を経過していると判定された場合、第一の処理から第二の処理に移行するために必要な電子文書が電子文書管理手段により管理されている場合であっても、第一の処理から第二の処理への移行が出来ないように制御することにより、業務ミスの発生を防止する効果を奏する。
【発明を実施するための最良の形態】
【００１４】
＜図１の説明＞
図１は、本実施形態に係るシステムの構成例を示す図である。
【００１５】
図１に示す如く、本実施形態に係るシステムは、クライアント１０１と、クライアント１０４と、サーバ１０２と、画像処理装置１０３とが、ＬＡＮ等のネットワーク１０５を介して相互に通信可能に接続された構成となっている。
【００１６】
クライアント１０１と、クライアント１０４と、サーバ１０２とは、コンピュータ等の情報処理装置で構成される。
【００１７】
画像処理装置１０３は、帳票等の文書を読み取り電子化された電子文書を作成し、作成した電子文書をサーバ１０２等の情報処理装置に送信することができる。また、画像処理装置１０３は、サーバ１０２等の情報処理装置からの要求に応じて印刷（出力）することができる。
【００１８】
また、クライアント１０１は、承認を依頼する申請者のコンピュータであり、クライアント１０４は、承認依頼に応じて承認の可否を判断（審査）する承認者のコンピュータである。また、クライアント１０１、サーバ１０２、画像処理装置１０３、クライアント１０４は、それぞれ複数台あっても構わない。
【００１９】
＜図２の説明＞
図２は、図１に示したクライアント１０１、クライアント１０４及びサーバ１０２のハードウェア構成を示す図である。
【００２０】
図２において、２０１はＣＰＵ２０１であり、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。
【００２１】
また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ(Basic Input / Output System)やオペレーティングシステムプログラム（以下、ＯＳ）や、サーバ或いは各クライアントの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。
【００２２】
ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。
【００２３】
ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０３にロードして、プログラムを実行することで各種動作を実現するものである。
【００２４】
また、入力コントローラ（入力Ｃ）２０５は、キーボード２０９や不図示のマウス等のポインティングデバイスからの入力を制御する。
【００２５】
ビデオコントローラ（ＶＣ）２０６は、ディスプレイ２１０への表示を制御する。ディスプレイは、ＣＲＴディスプレイでも液晶ディスプレイ等でも構わない。
【００２６】
メモリコントローラ（ＭＣ）２０７は、ブートプログラム、ブラウザソフトウエア（以下、Ｗｅｂページ閲覧プログラムともいう）、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤ）やフロッピー（登録商標）ディスク（ＦＤ）或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。
【００２７】
通信Ｉ／Ｆコントローラ（通信Ｉ／ＦＣ）２０８は、ネットワーク１０５を介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。
【００２８】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ２１０上での表示を可能としている。
【００２９】
また、ＣＰＵ２０１は、ディスプレイ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００３０】
本発明を実現するためのプログラムは外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０２にロードされることによりＣＰＵ２０１によって実行されるものである。
【００３１】
さらに、本発明に係わるプログラムが用いる各種データ及び各種テーブルは外部メモリ２１１に格納されており、これらについての詳細な説明は後述する。
【００３２】
以下、クライアント１０１とサーバ１０２とのハードウエア構成を区別するため、付番の後に、クライアントには「Ａ」、サーバには「Ｂ」を付す。具体的には、クライアント１０１のＣＰＵ２０１は、ＣＰＵ２０１Ａと表し、サーバ１０２のＣＰＵ２０１は、ＣＰＵ２０１Ｂと表す。
【００３３】
＜図３（ブロック図）の説明＞
次に、図３を用いて、図１に示した画像処理装置１０３のコントローラユニットのハードウェア構成について説明する。
【００３４】
図３は、図１に示した画像処理装置１０３のコントローラユニットのハードウェア構成の一例を示すブロック図である。
【００３５】
図３において、３１６はコントローラユニットで、画像入力デバイスとして機能するスキャナ部３１４や、画像出力デバイスとして機能するプリンタ部３１２と接続する一方、ＬＡＮ（例えば、図１に示したＬＡＮ（ネットワーク１０５））や公衆回線（ＷＡＮ）（例えば、ＰＳＴＮまたはＩＳＤＮ等）と接続することで、画像データやデバイス情報の入出力を行う。
【００３６】
コントローラユニット３１６において、３０１はＣＰＵで、システム全体を制御するプロセッサである。３０２はＲＡＭで、ＣＰＵ３０１が動作するためのシステムワークメモリであり、プログラムを記録するためのプログラムメモリや、画像データを一時記録するための画像メモリでもある。
【００３７】
３０３はＲＯＭで、システムのブートプログラムや各種制御プログラムが格納されている。３０４は外部記憶装置（ハードディスクドライブ（ＨＤＤ））で、システムを制御するための各種プログラム，画像データ等を格納する。
【００３８】
３０７は操作部インタフェース（操作部Ｉ／Ｆ）で、操作部（ＵＩ）３０８とのインタフェース部であり、操作部３０８に表示する画像データを操作部３０８に対して出力する。また、操作部Ｉ／Ｆ３０７は、操作部３０８から本システム使用者が入力した情報をＣＰＵ３０１に伝える役割をする。なお、操作部３０８はタッチパネルを有する表示部を備え、該表示部に表示されたボタンを、ユーザが押下（指等でタッチ）することにより、各種指示を行うことができる。
【００３９】
３０５はネットワークインタフェース（Ｎｅｔｗｏｒｋ Ｉ／Ｆ）で、ネットワーク１０５（ＬＡＮ）に接続し、データの入出力を行う。３０６はモデム（ＭＯＤＥＭ）で、公衆回線に接続し、ＦＡＸの送受信等のデータの入出力を行う。
【００４０】
３１８は外部インタフェース（外部Ｉ／Ｆ）で、ＵＳＢ、ＩＥＥＥ１３９４，プリンタポート，ＲＳ−２３２Ｃ等の外部入力を受け付けるＩ／Ｆ部であり、ＩＣカードの読み取り用のカードリーダ３１９が外部Ｉ／Ｆ部３１８に接続されている。以上のデバイスがシステムバス３０９上に配置される。
【００４１】
３２０はイメージバスインタフェース（ＩＭＡＧＥ  ＢＵＳ  Ｉ／Ｆ）であり、システムバス３０９と画像データを高速で転送する画像バス３１５とを接続し、データ構造を変換するバスブリッジである。
【００４２】
画像バス３１５は、ＰＣＩバスまたはＩＥＥＥ１３９４で構成される。画像バス３１５上には以下のデバイスが配置される。
【００４３】
３１０はラスタイメージプロセッサ（ＲＩＰ）で、例えば、ＰＤＬコード等のベクトルデータをビットマップイメージに展開する。３１１はプリンタインタフェース（プリンタＩ／Ｆ）で、プリンタ部３１２とコントローラユニット３１６を接続し、画像データの同期系／非同期系の変換を行う。また、３１３はスキャナインタフェース（スキャナＩ／Ｆ）で、スキャナ部３１４とコントローラユニット３１６を接続し、画像データの同期系／非同期系の変換を行う。
【００４４】
３１７は画像処理部で、入力画像データに対し補正、加工、編集を行ったり、プリント出力画像データに対して、プリンタの補正、解像度変換等を行う。また、これに加えて、画像処理部３１７は、画像データの回転や、多値画像データに対してはＰＤＦ、ＪＰＥＧ、２値画像データはＪＢＩＧ、ＭＭＲ、ＭＨ等の圧縮伸張処理を行う。
【００４５】
スキャナ部３１４は、原稿となる紙上の画像を照明し、ＣＣＤラインセンサで走査することで、ラスタイメージデータとして電気信号に変換する。原稿用紙は原稿フィーダのトレイにセットし、装置使用者が操作部３０８から読み取り起動指示することにより、ＣＰＵ３０１がスキャナ部３１４に指示を与え、フィーダは原稿用紙を１枚ずつフィードし原稿画像の読み取り動作を行う。
【００４６】
プリンタ部３１２は、ラスタイメージデータを用紙上の画像に変換する部分であり、その方式は感光体ドラムや感光体ベルトを用いた電子写真方式、微少ノズルアレイからインクを吐出して用紙上に直接画像を印字するインクジェット方式等があるが、どの方式でも構わない。プリント動作の起動は、ＣＰＵ３０１からの指示によって開始する。なお、プリンタ部３１２には、異なる用紙サイズまたは異なる用紙向きを選択できるように複数の給紙段を持ち、それに対応した用紙カセットがある。
【００４７】
操作部３０８は、ＬＣＤ表示部を有し、ＬＣＤ上にタッチパネルシートが貼られており、システムの操作画面を表示するとともに、表示してあるキーが押されるとその位置情報を操作部Ｉ／Ｆ３０７を介してＣＰＵ３０１に伝える。また、操作部３０８は、各種操作キーとして、例えば、スタートキー、ストップキー、ＩＤキー、リセットキー等を備える。
【００４８】
ここで、操作部３０８のスタートキーは、原稿画像の読み取り動作を開始する時などに用いる。スタートキーの中央部には、緑と赤の２色ＬＥＤがあり、その色によってスタートキーが使える状態にあるかどうかを示す。また、操作部３０８のストップキーは、稼働中の動作を止める働きをする。また、操作部３０８のＩＤキーは、使用者のユーザＩＤを入力する時に用いる。リセットキーは、操作部からの設定を初期化する時に用いる。カードリーダ３１９は、ＣＰＵ３０１からの制御により、ＩＣカード内に記憶されている情報を読み取り、該読み取った情報を外部Ｉ／Ｆ３１８を介してＣＰＵ３０１へ通知する。
【００４９】
以上のような構成によって、画像処理装置１０３は、スキャナ部３１４から読み込んだ画像データをＬＡＮ（ネットワーク）上に送信したり、ＬＡＮ（ネットワーク）から受信した印刷データをプリンタ部３１２により印刷出力することができる。
【００５０】
また、スキャナ部３１４から読み込んだ画像データをモデム３０６により、公衆回線上にＦＡＸ送信したり、公衆回線からＦＡＸ受信した画像データをプリンタ部３１２により出力することできる。
【００５１】
＜図４の説明＞
図４は、図１に示したサーバ１０２、クライアント１０１，１０４、画像処理装置１０３のソフトウェア構成を説明するモジュール構成図である。
【００５２】
図４に示すように、サーバ１０２は、ワークフロー処理プログラム４０１，文字認識処理プログラム４０２，オーバレイプログラム４０３の各モジュールを備える。
【００５３】
クライアント１０１，１０４は、ＷＥＢページを閲覧するためのＷＥＢページ閲覧プログラム４０４を備える。画像処理装置１０３は、紙文書から画像データを読み取って電子文書とする画像読取制御プログラム４０５を備える。
【００５４】
＜図５の説明＞
図５は、図４に示したサーバ１０２の各モジュールの機能構成を示す機能構成図である。
【００５５】
図５に示すように、ワークフロー処理プログラム４０１は、電子文書登録部５０１，承認申請制御部５０２，日付比較部５０３の各機能部を備える。
【００５６】
文字認識処理プログラム４０２は、電子文書から帳票ＩＤを認識して該電子文書の種類を判別する電子文書種類判別部５０４を備える。オーバレイプログラム４０３は、帳票を印刷する際に該帳票に、後述する案件番号をオーバレイするオーバレイ部５０５を備える。ここで、帳票ＩＤは、文書（電子文書を含む）の種類を識別可能な情報である。
【００５７】
電子文書登録部５０１は、紙文書を電子文書として取り込み、該電子文書の種別を電子文書種類判別部５０４に判別させ、該種別判別した電子文書を登録する。
【００５８】
承認申請制御部５０２は、次の処理への移行する際に、予め設定されている全ての種類の電子文書が電子文書登録部５０１により登録されている場合、前記処理の移行を可能とするように制御する。
【００５９】
日付比較部５０３は、登録されている電子文書の登録日時と現在日時とを比較する。
【００６０】
＜図６の説明＞
図６は、本発明における第１の制御処理の一例を示すフローチャートである。本実施形態を示すシステムにおける基本フローチャートに対応する。なお、図中のＳ６０１〜Ｓ６０８の処理は、クライアント１０１のＣＰＵ２０１Ａが、クライアント１０１の外部メモリ２１１Ａに格納されたプログラムをクライアント１０１のＲＡＭ２０３Ａにロードして実行することにより実現される。
【００６１】
まず、ステップＳ６０１において、クライアント１０１のＣＰＵ２０１Ａは、メニュー表示処理を実行する。このメニュー表示処理では、クライアント１０１のＣＰＵ２０１Ａは、サーバ１０２に対して認証処理を行った後、サーバ１０２から取得したユーザが取り扱い可能な商品１５０４や、事前同意，受付処理，取込確認処理等の処理名（事前同意１５０１，受付処理１５０２，取込確認処理１５０３）を含むメニュー画面（図７）を取得し、クライアント１０１のディスプレイ２１０Ａに表示する。なお、メニュー表示処理の詳細は図８を用いて後述する。ここでメニュー画面について説明する。
【００６２】
図７は、本実施形態におけるメニュー画面の一例を示す模式図である。
【００６３】
図７において、事前同意１５０１，受付処理１５０２，取込確認処理１５０３は処理名であり、ユーザにより不図示のポインティングデバイスのカーソルでクリック（選択）可能に構成されている。
【００６４】
取扱可能商品１５０４は、商品毎にログインしたユーザが取り扱い可能「○」か取り扱い不可能「×」かを示す。
【００６５】
終了ボタン１５０５は、メニュー画面（図７）を閉じ、サーバ１０２に対するログアウト処理を行うためのものである。
【００６６】
以下、図６のフローチャートの説明に戻る。
【００６７】
クライアント１０１のＣＰＵ２０１Ａは、ユーザによりメニュー画面（図７）中のメニュー内の処理名（事前同意１５０１、受付処理１５０２、取込確認処理１５０３）が選択されたことを検知すると（ステップＳ６０２，Ｓ６０４，Ｓ６０６，Ｓ６０６のいずれかでＹｅｓ）、当該選択された処理名に対応する処理を実行し（ステップＳ６０３，Ｓ６０５，Ｓ６０７，Ｓ６０８）、本フローチャートの処理を終了する。
【００６８】
詳細には、クライアント１０１のＣＰＵ２０１Ａは、ユーザにより事前同意１５０１が選択されたことを検知すると（ステップＳ６０２でＹｅｓ）、事前同意書提出処理を実行する（ステップＳ６０３）。なお、ステップＳ６０３の事前同意書提出処理の詳細は図１０を参照して後述する。
【００６９】
また、クライアント１０１のＣＰＵ２０１Ａは、ユーザにより取込確認処理１５０３が選択されたことを検知すると（ステップＳ６０４でＹｅｓ）、取込確認処理を実行する（ステップＳ６０５）。なお、ステップＳ６０５の取込確認処理の詳細は図１８を参照して後述する。
【００７０】
また、クライアント１０１のＣＰＵ２０１Ａは、ユーザにより受付処理１５０２が選択されたことを検知すると（ステップＳ６０６でＹｅｓ）、受付処理を実行する（ステップＳ６０７）。なお、ステップＳ６０７の受付処理の詳細は図２２，図２３を参照して後述する。
【００７１】
また、クライアント１０１のＣＰＵ２０１Ａは、ユーザにより終了ボタン１５０５の選択されとことを検知すると（ステップＳ６０８でＹｅｓ）、サーバ１０２に対するログアウト処理を行い（不図示のステップ）、本フローチャートの処理を終了する。
【００７２】
＜図８の説明＞
図８は、本発明における第２の制御処理の一例を示すフローチャートである。図６のステップＳ６０１に示したメニュー表示処理に対応する。なお、図中のＳ７０１〜Ｓ７０４の処理は、クライアント１０１のＣＰＵ２０１Ａが外部メモリ２１１Ａに格納されたプログラムをＲＡＭ２０３Ａにロードして実行することにより実現される。また、図中のＳ７０５，Ｓ７０６の処理は、サーバ１０２のＣＰＵ２０１Ｂが外部メモリ２１１Ｂに格納されたプログラムをＲＡＭ２０３Ｂにロードして実行することにより実現される。
【００７３】
クライアント１０１のＣＰＵ２０１Ａは、Ｗｅｂページ閲覧プログラム（ブラウザ）を起動し、ＵＲＬで指定されたページ（ログイン画面情報）をサーバ１０２から取得し、ログイン画面を表示する（ステップＳ７０１）。
【００７４】
そして、クライアント１０１のＣＰＵ２０１Ａは、ユーザにより入力された行員ＩＤ（ユーザＩＤ）とパスワードをサーバ１０２に送信する（ステップＳ７０２）。
【００７５】
サーバ１０２のＣＰＵ２０１Ｂは、行員ＩＤとパスワードを受信する（ステップＳ７０５）と、外部メモリ２１１Ｂに格納される行員テーブル（図９）を参照し、認証処理を実行する。ここで、受信した行員ＩＤとパスワードが行員テーブルに登録（格納）されていれば、ログインすることができる。なお、ログインに失敗した場合には、図８及び図６のフローチャートの処理を終了させる。
【００７６】
ここで、図９を参照して行員テーブルについて説明する。
【００７７】
図９は、本実施形態の行員テーブルを示す図である。
【００７８】
図９に示すように、行員テーブルは、行員ＩＤ，パスワード，名前，行員が取り扱い可能な商品を示す情報（例えば、「投資信託」、「国債」、「外貨」）等の各項目から構成されている。図９に示す行員テーブルでは、「○」が登録されている商品は取り扱うことができ、「×」が登録されている商品は取り扱うことが出来ない旨を示している。図９に示した行員テーブルの例では、行員ＩＤが「０２」であれば、「投資信託」と「国債」の商品を取り扱うことができ、「外貨」の商品は取り扱うことができないことを示す。
【００７９】
以下、図８のフローチャートの説明に戻る。
【００８０】
次に、ステップＳ７０６において、サーバ１０２のＣＰＵ２０１Ｂは、ステップＳ７０５で受信した行員ＩＤから、行員テーブルを参照することで特定される行員の「名前」と、その行員が取り扱い可能な商品（例えば、「投資信託：○」、「国債：○」、「外貨：×」）とを判別し、該判別結果を取扱い可能な商品名１５０４としてメニュー画面（図７）の情報を生成し、該生成したメニュー画面の情報をクライアント１０１に送信する。
【００８１】
次に、クライアントのＣＰＵ２０１Ａは、取扱い可能な商品名１５０４を含むメニュー画面（図７）の情報を受信する（ステップＳ７０３）。
【００８２】
次に、クライアントのＣＰＵ２０１Ａは、ステップＳ７０３で受信したメニュー画面（図７）の情報をユーザからの指示を、受け付け可能にディスプレイ２０１Ａに表示し（ステップＳ７０４）、本フローチャートの処理を終了する。
【００８３】
＜図１０の説明＞
金融商品を販売する場合、行員は、事前同意書（後述する図１５）を出力し、商品を販売する前に必ず顧客から所定の承諾を得なければならない。以下、図１０を参照して当該事前同意書の出力処理を説明する。
【００８４】
図１０は、本発明における第３の制御処理の一例を示すフローチャートであり、図６のステップＳ６０３に示した事前同意書出力処理に対応する。なお、図中のＳ８０１，Ｓ８０２，Ｓ８０６〜Ｓ８０９，Ｓ８１５〜Ｓ８１８の処理は、クライアント１０１のＣＰＵ２０１Ａが外部メモリ２１１Ａに格納されたプログラムをＲＡＭ２０３Ａにロードして実行することにより実現される。また、図中のＳ８０３〜Ｓ８０５，Ｓ８１０〜Ｓ８１４，Ｓ８１９〜Ｓ８２３の処理は、サーバ１０２のＣＰＵ２０１Ｂが外部メモリ２１１Ｂに格納されたプログラムをＲＡＭ２０３Ｂにロードして実行することにより実現される。また、図中のＳ８２４，Ｓ８２５の処理は、画像処理装置１０３のＣＰＵ３０１がＲＯＭ３０３に格納されたプログラムを実行することにより実現される。
【００８５】
まずクライアント１０１のＣＰＵ２０１Ａは、サーバ１０２から顧客選択するためのデータ（顧客選択画面（図１１））を取得して、該取得した顧客選択画面をクライアント１０１のディスプレイ２１０Ａに表示する（ステップＳ８０１）。
【００８６】
図１１は、本実施形態における顧客選択画面の一例を示す図である。
【００８７】
図１１に示すように、顧客選択画面には、顧客番号（図１１の例では「２０」）や顧客氏名（図１１の例では「入河」）が表示されているが、ステップＳ８０１の段階では、まだ表示されていないものとする。
【００８８】
そして、クライアント１０１のＣＰＵ２０１Ａは、ユーザにより「顧客番号」又は「顧客氏名」が入力され、検索ボタン１７０１が押下されたことを認識すると、サーバ１０２に入力された「顧客番号」又は「顧客氏名」を送信し顧客検索指示を行う（ステップＳ８０２）。
【００８９】
サーバ１０２のＣＰＵ２０１Ｂは、「顧客番号」又は「顧客氏名」（顧客検索指示）を受信する（ステップＳ８０３）と、サーバ１０２の外部メモリ２１１Ｂに格納される顧客テーブル（図１２）に、受信した「顧客番号」又は「顧客氏名」が登録されているか検索する（ステップＳ８０４）。
【００９０】
図１２は、本実施形態における顧客テーブルの一例を示す図である。
【００９１】
そして、サーバ１０２のＣＰＵ２０１Ｂは、ステップＳ８０４の検索の結果、顧客テーブルに登録されていれば、当該顧客テーブルから、検索でヒットした顧客番号、顧客氏名や年齢や金融資産情報等（顧客情報）を取得しクライアント１０１に送信する（ステップＳ８０５）。
【００９２】
クライアント１０１のＣＰＵ２０１Ａは、検索結果である顧客情報を受信し（ステップＳ８０６）、該顧客情報を顧客選択画面（図１１）に表示する（ステップＳ８０７）。
【００９３】
そして、クライアント１０１のＣＰＵ２０１Ａは、確認ボタン１７０２が押下されるまで待機し（ステップＳ８０８）、確認ボタン１７０２が押下されたことを認識する（ステップＳ８０８：Ｙｅｓ）と、ステップＳ８０６で受信した顧客情報の年齢をサーバ１０２に送信する（ステップＳ８０９）。なお、ここで、クライアント１０１のＣＰＵ２０１Ａが該年齢をサーバ１０２に送信せず、サーバ１０２のＣＰＵ２０１Ｂは、ステップＳ８０４で検索された結果をＲＡＭ２０３Ｂなどの記憶装置に記憶している構成でもよい。
【００９４】
サーバ１０２のＣＰＵ２０１Ｂは、年齢を取得すると（ステップＳ８１０）、該年齢が所定の年齢域か否かを判定する（ステップＳ８１１，Ｓ８１２）。選択された顧客の年齢が２０歳未満でなく（ステップＳ８１１：Ｎｏ）、７０歳以上でないと判定されれば（ステップＳ８１２：Ｎｏ）、商品を販売してもいい旨（適格者である旨）の情報（適格者情報）をクライアント１０１に送信する（ステップＳ８１３）。
【００９５】
一方、サーバ１０２のＣＰＵ２０１Ｂは、顧客の年齢が２０歳未満（ステップＳ８１１：Ｙｅｓ）又は７０歳以上であれば（Ｓ８１２：Ｙｅｓ）、適格者ではない旨の情報（警告情報）をクライアント１０１に送信する（ステップＳ８１４）。
【００９６】
なお、ここでは２０歳未満か７０歳以上かを判定する構成としたが、実際には、所定の年齢域か否かを判定するための情報を設定情報として、サーバ１０２の外部メモリ２１１Ｂ等の記憶装置に予め記憶し、サーバ１０２のＣＰＵ２０１Ｂが、当該設定情報を参照することで判定するように構成する。
【００９７】
クライアント１０１のＣＰＵ２０１Ａは、警告情報又は適格者情報を受信し（ステップＳ８１５）、該受信した警告情報又は適格者情報に基づく画面をクライアント１０１のディスプレイ２１０Ａに表示する（ステップＳ８１６）。
【００９８】
図１３は、本実施形態において警告情報に基づいて表示される警告画面の一例を示す模式図である。
【００９９】
このように、サーバで商品を販売してもいい顧客（適格者）かどうかを判定し、行員（ユーザ）にその結果を示すことで、勝手に販売してはならない顧客に対する販売を防ぐことができる。
【０１００】
クライアント１０１のＣＰＵ２０１Ａは、ステップＳ８１６で表示された画面（例えば図１３の警告画面）の確認（印刷ボタン）が押下されたことを検知すると（ステップＳ８１７：Ｙｅｓ）、事前同意書の印刷指示をサーバ１０２に対して行う（ステップＳ８１８）。また、ステップＳ８１６で表示された画面のキャンセルボタンが押下されたことを検知すると（ステップＳ８１７：Ｎｏ）、クライアント１０１のＣＰＵ２０１Ａは、ステップＳ８０１に処理を戻す。
【０１０１】
サーバ１０２のＣＰＵ２０１Ｂは、事前同意書の印刷指示を受ける（ステップＳ８１９）と、案件と顧客を識別する案件番号を採番する（ステップＳ８２０）。ここで、案件番号とは、案件と顧客を識別するための番号であって、例えば、「顧客番号：０２」と案件を示す「１」とを組み合わせ、「０２１」としたものである。
【０１０２】
そして、サーバ１０２のＣＰＵ２０１Ｂは、事前同意書の文書データをサーバ１０２の外部メモリ２１１Ｂから取得し、該文書データの所定の位置に、ステップＳ８２０で採番した案件番号をオーバレイする（ステップＳ８２１）。なお、事前同意書の文書データには、事前同意書を示す帳票ＩＤが所定の領域に入っている。
【０１０３】
そして、サーバ１０２のＣＰＵ２０１Ｂは、ステップＳ８２１でオーバレイした事前同意書の印刷指示を画像処理装置１０３に送信し（ステップＳ８２２）、案件テーブル（図１４）にレコードを生成し登録する（ステップＳ８２３）。なお、この案件テーブルは、サーバ１０２の外部メモリ２１１Ｂ内に記憶されるものとする。
【０１０４】
図１４は、本実施形態における案件テーブルの一例を示す図である。
【０１０５】
図１４に示すように、案件テーブルの項目としては、「案件番号」、「顧客番号」、「行員ＩＤ」、「ステータス」、「事前同意日」がある。ここで、「案件番号」については、ステップＳ８２０で採番され記憶されたデータが、「顧客番号」、「行員ＩＤ」については、ステップＳ８０４で検索され記憶されたデータが、それぞれ、案件テーブルに追加記憶される。ここで、「行員ＩＤ」については、ステップＳ７０５で記憶したデータが、案件テーブルに記憶される。
【０１０６】
なお、「ステータス」には、事前同意書が出力されたことを示す情報（ステップＳ８２３では「事前同意書出力済」）が登録（格納）される。
【０１０７】
以下、図１０のフローチャートの説明に戻る。
【０１０８】
画像処理装置１０３のＣＰＵ２０１Ｂは、事前同意書の印刷指示を受信すると（ステップＳ８２４）、該受信した印刷指示に基づいて、事前同意書の印刷を実行する（ステップＳ８２５）。
【０１０９】
図１５は、本実施形態における事前同意書の一例を示す模式図である。
【０１１０】
＜図１６の説明＞
図１６は、本発明における第４の制御処理の一例を示すフローチャートであり、顧客により記入された事前同意書や申込書などの帳票を画像処理装置１０３を用いて電子化し、該帳票に記入されたデータをサーバ１０２に登録する処理に対応する。なお、図中のＳ９０１，Ｓ９０２の処理は、画像処理装置１０３のＣＰＵ３０１がＲＯＭ３０３に格納されたプログラムを実行することにより実現される。また、図中のＳ９０３〜Ｓ９１５の処理は、サーバ１０２のＣＰＵ２０１Ｂが外部メモリ２１１Ｂに格納されたプログラムをＲＡＭ２０３Ｂにロードして実行することにより実現される。
【０１１１】
まず画像処理装置１０３のＣＰＵ３０１は、スキャナ９１４にセットされた帳票を読み取って電子化し（ステップＳ９０１）、当該電子化された帳票（帳票読取データともいう）を予め設定されたサーバ１０２のフォルダ（外部メモリ２１１Ｂ内に設けられる）に送信する（ステップＳ９０２）。
【０１１２】
サーバ１０２のＣＰＵ２０１Ｂは、帳票読取データを取得（受信）したことを検知すると（ステップＳ９０３）、文字認識プログラムを起動し、当該取得した帳票読取データの所定の領域に対して文字認識処理を実行し（ステップＳ９０４）、帳票読取データから帳票ＩＤと案件番号を取得する（ステップＳ９０５）。
【０１１３】
そして、サーバ１０２のＣＰＵ２０１Ｂは、当該取得した帳票ＩＤに基づいて帳票の種類を判別する（ステップＳ９０６）。
【０１１４】
さらに、サーバ１０２のＣＰＵ２０１Ｂは、当該判別された帳票の種類に応じて文字認識処理を行う所定の領域を特定し（ステップＳ９０７）、特定された所定の領域に対して文字認識処理を実行し、帳票読取データから顧客が記入したデータ（顧客名（氏名）等）を取得する（ステップＳ９０８）。ここで、所定の領域とは、顧客により記入される文字を含む領域を表す。この領域は座標で設定され、予め帳票の種類（帳票ＩＤ）毎にサーバ１０２の外部メモリ２１１Ｂに記憶されている。したがって、帳票ＩＤから帳票の種類が特定されると、当該特定された帳票に対応した領域（座標）に対して文字認識処理を実行することができ、顧客が記入した文字を文字データとして取得することができる。
【０１１５】
次に、サーバ１０２のＣＰＵ２０１Ｂは、ステップＳ９０５で取得した案件番号から顧客を特定する（ステップＳ９０９）。具体的には、図１４に示した案件テーブルに登録（格納）された案件番号から顧客番号を特定し、該特定した顧客番号に基づいて、顧客テーブル（図１２）を参照することで顧客名を取得する。
【０１１６】
そして、サーバ１０２のＣＰＵ２０１Ｂは、帳票の記入必須項目（記入が必須の項目）に記入がなされているかを判定する（ステップＳ９１０）。即ち、サーバ１０２のＣＰＵ２０１Ｂは、ステップＳ９０８において予め設定された領域からデータを取得出来たか否かを判定することで、帳票の記入必須項目に記入がなされているか否かを判定する。ここで、該予め設定された領域（座標）についても帳票の種類ごとに設定（外部メモリ２１１Ｂに記憶）されており、サーバ１０２のＣＰＵ２０１Ｂは、これを参照することによりステップＳ９１０の処理を実行することができる。
【０１１７】
サーバ１０２のＣＰＵ２０１Ｂは、記入必須項目に記入がなされていると判断した場合には（ステップＳ９１０：Ｙｅｓ）、ステップＳ９０９で取得した顧客名とステップＳ９０８で取得した顧客名とが同じか否かを判定する（ステップＳ９１１）。
【０１１８】
一方、サーバ１０２のＣＰＵ２０１Ｂは、記入必須項目に記入がなされていないと判断した場合（ステップＳ９１０：Ｎｏ）、若しくは、ステップＳ９１１で双方の顧客名が異なると判断した場合（ステップＳ９１１：Ｎｏ）には、ステップＳ９０５で取得した案件番号から特定されるクライアント１０１に対してエラー通知を行い（ステップＳ９１５）、処理を終了する。
【０１１９】
ステップＳ９１１で双方の顧客名が同じと判断した場合（ステップＳ９１１：Ｙｅｓ）には、サーバ１０２のＣＰＵ２０１Ｂは、ステップＳ９０６で判別された帳票の種類が事前同意書か否かを判断する（ステップＳ９１２）。ここで、帳票ＩＤと帳票の種類は、それぞれ対応付けられた情報を参照することにより、帳票ＩＤから、帳票の種類を判別することができる。
【０１２０】
そして、サーバ１０２のＣＰＵ２０１Ｂは、ステップＳ９０６で判別された帳票の種類が事前同意書と判断した場合には（ステップＳ９１２：Ｙｅｓ）、サーバ１０２の外部メモリ２１１Ｂに記憶される読取帳票管理テーブル（図１７）と案件テーブル（図１４）のステータス（「事前同意」）と事前同意書を登録した日時（事前同意日付）を更新（登録）する（ステップＳ９１３）。なお、ステップＳ９０３で受信した帳票のイメージデータ（帳票読取データ）と、ステップＳ９０８で文字認識した文字認識結果（テキストデータ）を、行員ＩＤ，案件番号，帳票ＩＤに紐付けてサーバ１０２の外部メモリ２１１Ｂ内に格納しておくものとする。
【０１２１】
図１７は、本実施形態における読取帳票管理テーブルの一例を示す図である。この読取帳票管理テーブルは、どの案件に対してどの帳票がサーバに登録されているかを示すテーブルである。
【０１２２】
図１７には、例えば、案件番号が１１１の案件には、帳票ＩＤが００１の帳票読取データが登録されている旨を示しており、また、帳票ＩＤが００２や００３の帳票読取データは登録されていないことを示している。すなわち、帳票ＩＤ：００１が事前同意書であるとすると、上述した図１６のステップ９０５で取得された案件番号に対応する帳票ＩＤ：００１の項目に「○」（フラグ）が登録される。また、案件テーブルでは、ステップ９０５で取得された案件番号に対応するレコードのステータスが「事前同意書登録済」に更新され、事前同意日に登録された日付が登録される。この日付は、サーバ１０２の時計手段により取得し登録される。
【０１２３】
以下、図１６のフローチャートの説明に戻る。
【０１２４】
また、サーバ１０２のＣＰＵ２０１Ｂは、ステップＳ９１２で読取帳票データが事前同意書でないと判断した場合には（ステップＳ９１２：Ｎｏ）、読取帳票管理テーブル（図１７）を更新する（ステップＳ９１４）。このとき、案件テーブル（図１４）の「事前同意日付」は更新しない。案件テーブルの「ステータス」には、帳票を取り込んだことを示す情報「帳票取込済」が登録（格納）される。
【０１２５】
そして、サーバ１０２のＣＰＵ２０１Ｂは、ステップＳ９１３又はＳ９１４の処理が終了すると、本フローチャートの処理を終了する
＜図１８の説明＞
図１８は、本発明における第４の制御処理の一例を示すフローチャートであり、図６のステップＳ６０５に示した取込確認処理に対応する。なお、この取込確認処理は、図１６に示した取込処理によりサーバ１０２に登録した帳票のＯＣＲ結果のテキストデータと帳票のイメージデータとを参照する処理である。
【０１２６】
なお、図中のＳ１００１，Ｓ１００５〜Ｓ１０１０，Ｓ１０１４、Ｓ１０１５の処理は、クライアント１０１のＣＰＵ２０１Ａが外部メモリ２１１Ａに格納されたプログラムをＲＡＭ２０３Ａにロードして実行することにより実現される。また、図中のＳ１００２〜Ｓ１００４，Ｓ１０１１〜Ｓ１０１３の処理は、サーバ１０２のＣＰＵ２０１Ｂが外部メモリ２１１Ｂに格納されたプログラムをＲＡＭ２０３Ｂにロードして実行することにより実現される。
【０１２７】
まずクライアント１０１のＣＰＵ２０１Ａは、ユーザにより入力された行員ＩＤ（ユーザＩＤ）と取込済みの案件情報の要求をサーバ１０２に送信する（ステップＳ１００１）。
【０１２８】
サーバ１０２のＣＰＵ２０１Ｂは、取込済みの案件情報の要求と行員ＩＤを受信すると（ステップＳ１００２）、当該受信した行員ＩＤから、取込済みの情報を取得する（ステップＳ１００３）。具体的には、サーバ１０２のＣＰＵ２０１Ｂは、読取帳票管理テーブル（図１７）から、受信した行員ＩＤから特定される案件番号と、登録した帳票ＩＤとを取得する。また、該特定された案件番号に対応したステータスを案件テーブル（図１４）から取得する（ステップＳ１００３）。
【０１２９】
そして、サーバ１０２のＣＰＵ２０１Ｂは、ステップＳ１００３で取得した案件番号と該案件番号に対応するステータスを取込済みの情報として、クライアントに送付する（ステップＳ１００４）。なお、顧客番号に対応する顧客名を取得し、クライアント１０１に送付するようにしてもよい。
【０１３０】
クライアント１０１のＣＰＵ２０１Ａは、取込済みの情報を受信すると（ステップＳ１００５）、該受信した取込済みの情報に基づいて取込済案件一覧画面（図１９）をクライアント１０１のディスプレイ２１０Ａに表示する（ステップＳ１００６）。
【０１３１】
図１９は、本実施形態における取込済案件一覧画面の一例を示す図である。
【０１３２】
そして、クライアント１０１のＣＰＵ２０１Ａは、ユーザにより取込済案件一覧画面において案件番号が選択されるまで待機し（ステップＳ１００７：Ｎｏ）、ユーザにより案件番号を選択されたことを検知すると（ステップＳ１００７：Ｙｅｓ）、当該選択された案件番号に対応して必要な帳票名の一覧をサーバ１０２から取得し、当該帳票名に基づいて帳票一覧（図２０）を表示する（ステップＳ１００８）。
【０１３３】
図２０は、本実施形態における帳票一覧の一例を示す図である。
【０１３４】
なお、ステップＳ１００８では、読取られた帳票と読取られていない帳票とがわかるような表示形態で表示を行う。
【０１３５】
例えば、クライアント１０１のＣＰＵ２０１Ａは、選択された案件番号に対応した、読取られた帳票の帳票ＩＤと読取られていない帳票の帳票ＩＤとを、サーバ１０２の読取帳票管理テーブル（図１７）からそれぞれ取得し、読取られていない帳票と区別をする為、読取られている帳票には「ＯＫ」と表示する（図２０の読取欄）。また、帳票ＩＤと帳票名とが対応付いた設定情報（不図示）を参照することで、帳票ＩＤから帳票名を取得し、表示することができる（図２０の帳票名欄）。ここで、図２７に示す帳票テーブルを参照し、選択された案件番号から特定される商品から、必要な帳票名を取得することができる。そして、このようにして取得した必要な帳票名と、図１７に示す読取帳票管理テーブルを参照し当該選択された案件番号から特定される、読み取られた帳票の帳票ＩＤ（帳票名）とを比較し、読取られてた帳票と、読取られていない帳票とを判別することができる。この判別結果に基づいて、読取られている帳票には「ＯＫ」と表示する。
【０１３６】
以下、図１８のフローチャートの説明に戻る。
【０１３７】
そして、クライアント１０１のＣＰＵ２０１Ａは、ユーザにより帳票名が選択されるまで待機し（ステップＳ１００９：Ｎｏ）、ユーザにより帳票名が選択されたことを検知すると（ステップＳ１００９：Ｙｅｓ）、選択された帳票の文字認識結果（テキストデータ）と、選択された帳票のイメージデータの要求を送信する（Ｓ１０１０）。具体的には、クライアント１０１のＣＰＵ２０１Ａは、選択された帳票名に対応する案件番号と帳票ＩＤをサーバに送信する。
【０１３８】
そして、サーバ１０２のＣＰＵ２０１Ｂは、当該帳票ＩＤと案件番号とを受信すると（ステップＳ１０１１）、当該案件番号と当該帳票ＩＤとから特定される文字認識結果（テキストデータ）と帳票のイメージデータとを取得する（ステップＳ１０１２）。
【０１３９】
そして、サーバ１０２のＣＰＵ２０１Ｂは、クライアントに対し、文字認識結果（テキストデータ）と帳票のイメージデータとを送信する（ステップＳ１０１３）。
【０１４０】
次に、クライアント１０１のＣＰＵ２０１Ａは、当該文字認識結果（テキストデータ）と帳票のイメージデータとを受信し（ステップＳ１０１４）、当該受信した文字認識結果（テキストデータ）と帳票のイメージデータとに基づいて読取確認画面（図２１）をクライアント１０１のディスプレイ２１０Ａに表示する（ステップＳ１０１５）。
【０１４１】
図２１は、本実施形態における読取確認画面の一例を示す図である。
【０１４２】
例えば、図２１に示すように、読取確認画面では、文字認識結果と、帳票イメージデータとを画面の左右に表示するものとする。このような読取確認画面を表示することで、ユーザは、文字認識処理により正しく文字を読取れたか否かを判断することができる。
【０１４３】
そして、ユーザは、ステップＳ１００７で選択された案件番号（案件）で登録された全ての帳票を確認する。
【０１４４】
そして、クライアント１０１のＣＰＵ２０１Ａは、ユーザにより、読取確認画面（図２１）の「確認」ボタンが押下されたことを検知すると、上長への承認をするための処理を実行する。なお、この処理（上長への承認をするための処理）は図２６を参照して後述する。
【０１４５】
＜図２２，図２３の説明＞
図２２，図２３は、本発明における第５の制御処理の一例を示すフローチャートであり、図６のステップＳ６０７に示した受付処理に対応する。なお、この受付処理は、商品を選択し当該商品を販売するための申込書などの帳票を出力する処理である。
【０１４６】
なお、図中のＳ１１０１，Ｓ１１０５〜Ｓ１００９，Ｓ１２０８〜Ｓ１２１４の処理は、クライアント１０１のＣＰＵ２０１Ａが外部メモリ２１１Ａに格納されたプログラムをＲＡＭ２０３Ａにロードして実行することにより実現される。また、図中のＳ１１０２〜Ｓ１１０４，Ｓ１１１０〜Ｓ１１１２，Ｓ１２０１〜Ｓ１２０７，Ｓ１２１５〜Ｓ１２１７の処理は、サーバ１０２のＣＰＵ２０１Ｂが外部メモリ２１１Ｂに格納されたプログラムをＲＡＭ２０３Ｂにロードして実行することにより実現される。また、図中のＳ１２１８，Ｓ１２１９の処理は、画像処理装置１０３のＣＰＵ３０１が外部メモリ２１１Ｂに格納されたプログラムを実行することにより実現される。
【０１４７】
まずクライアント１０１のＣＰＵ２０１Ａは、ユーザにより入力された行員ＩＤ（ユーザＩＤ）と取込済みの案件情報の要求をサーバ１０２に送信する（ステップＳ１１０１）。
【０１４８】
サーバ１０２のＣＰＵ２０１Ｂは、取込済みの案件情報の要求と行員ＩＤを受信すると（ステップＳ１１０２）、当該受信した行員ＩＤに基づいて、読取帳票管理テーブル（図１７）から取込済みの情報を取得する（ステップＳ１１０３）。ここで取込済みの情報とは、受信した行員ＩＤから特定される案件番号と顧客名とステータス（状態）とである。これらの情報は、案件テーブルを参照し、行員ＩＤから案件番号と顧客番号が特定され、顧客テーブルを参照することで、顧客番号から顧客氏名を特定することができる。
【０１４９】
そして、サーバ１０２のＣＰＵ２０１Ｂは、ステップＳ１１０３で取得した案件番号と該案件番号に対応するステータスを取込済みの情報として、クライアントに送付する（ステップＳ１１０４）。
【０１５０】
クライアント１０１のＣＰＵ２０１Ａは、取込済みの情報を受信すると（ステップＳ１１０５）、該受信した取込済みの情報に基づいて取込済案件一覧画面（図１９）をクライアント１０１のディスプレイ２１０Ａに表示する（ステップＳ１１０６）。
【０１５１】
そして、クライアント１０１のＣＰＵ２０１Ａは、ユーザにより取込済案件一覧画面において案件番号が選択されるまで待機し（ステップＳ１１０７：Ｎｏ）、ユーザにより案件番号を選択されたことを検知すると（ステップＳ１１０７：Ｙｅｓ）、該選択された案件の商品選択画面情報をサーバ１０２より取得し、該取得した商品選択画面情報に基づいて商品選択画面（図２４）をクライアント１０１のディスプレイ２１０Ａに表示する（ステップＳ１１０８）。ここで、サーバ１０２のＣＰＵがクライアントに送信する商品選択画面情報は、ステップＳ７０６で判別された、ユーザが取り扱い可能な商品のみを選択できる画面の表示情報である。このように、サーバ１０２が、取扱い可能な商品のみを選択可能な画面の情報をクライアントに送信することで、ユーザ（例えば行員など）が、取扱い可能な商品の帳票等（文書）しか出力させないように制御することができる。これにより、ユーザが取り扱うことができない商品を、顧客に対して販売することを防ぐことができる。
【０１５２】
図２４は、本実施形態における商品選択画面の一例を示す図である。
【０１５３】
そして、クライアント１０１のＣＰＵ２０１Ａは、商品選択画面においてユーザにより入力された商品と申し込み金額と選択された案件の案件番号をサーバ１０２に送信する（ステップＳ１１０９）。
【０１５４】
そして、サーバ１０２のＣＰＵ２０１Ｂは、当該商品と申し込み金額と案件番号を受信すると（ステップＳ１１１０）、当該商品と申し込み金額から資産判定処理を実行する（ステップＳ１１１１）。
【０１５５】
ここで、資産判定処理とは、ステップＳ１１１０で受信した申し込み金額と、ステップＳ１１０７で選択された案件の顧客の金融資産（顧客の金融資産は顧客テーブルから特定される）とから、サーバ１０２の外部メモリ２１１Ｂに記憶される資産チェックテーブル（図２５）を用いて販売してもよいか否かを判定する処理である。例えば、サーバ１０２のＣＰＵ２０１Ｂは、金融資産が９００万円であり、申し込み金額が１０００万円の場合、資産チェックテーブルを参照すると「×」となっているので、販売することができないと判定する。
【０１５６】
図２５は、本実施形態における資産チェックテーブルの一例を示す図である。
【０１５７】
サーバ１０２のＣＰＵ２０１Ｂは、資産判定処理の結果に基づいて販売可能か否かを判断する（ステップＳ１１１２）。
【０１５８】
販売不可能と判断した場合には（ステップＳ１１１２：Ｎｏ）、サーバ１０２のＣＰＵ２０１Ｂは、クライアント１０１のＣＰＵ２０１Ａに戻り取込済み案件一覧を表示させる（ステップＳ１１０６）。
【０１５９】
一方、販売可能と判断した場合には（ステップＳ１１１２：Ｙｅｓ）、サーバ１０２のＣＰＵ２０１Ｂは、図２３に示すステップＳ１２０１以降の処理を実行する。
【０１６０】
そして、サーバ１０２のＣＰＵ２０１Ｂは、ステップＳ１１０７で選択された案件の案件番号から、登録された読取帳票データの帳票ＩＤを、読取帳票管理テーブルから取得する（ステップＳ１２０１）。
【０１６１】
そして、サーバ１０２のＣＰＵ２０１Ｂは、帳票テーブル（後述する図２７）を参照し、ステップＳ１１１０で受信した商品のステータスが「事前同意」で必要な帳票ＩＤを取得し、該帳票ＩＤがステップＳ１２０１で取得した帳票ＩＤであるか否かを比較する。即ち、事前同意書が登録されているか否かを判定する（ステップＳ１２０２）。
【０１６２】
そして、サーバ１０２のＣＰＵ２０１Ｂは、事前同意書が登録されていると判定した場合（ステップＳ１２０３：Ｙｅｓ）、現在の日時を時計手段から取得し、案件テーブルからステップＳ１１１０で取得した案件番号に対応する事前同意日時を取得する。そして、サーバ１０２のＣＰＵ２０１Ｂは、取得した事前同意日から現在の日時までの期間が、予め設定された期間（予め外部メモリ２１１Ｂに設定された期間（例えば１ヶ月間））を過ぎているか否かを判定し（ステップＳ１２０４）、過ぎていると判定した場合には（ステップＳ１２０４：Ｙｅｓ）、クライアント１０１に申込書（帳票）の出力処理が出来ない旨の表示情報を送信する（ステップＳ１２０７）。
【０１６３】
一方、サーバ１０２のＣＰＵ２０１Ｂは、ステップＳ１２０３で事前同意書が登録されていないと判断された場合（ステップＳ１２０３：Ｎｏ）も、クライアント１０１に申込書（帳票）の出力処理が出来ない旨の表示情報を送信する（ステップＳ１２０７）。ここで、申込書（帳票）の出力処理が出来ない旨の表示情報とは、印刷出力することができないように、印刷命令を行なうボタンが表示されない画面（表示）情報である。
【０１６４】
そして、クライアント１０１のＣＰＵ２０１Ａは、申込書（帳票）の出力処理が出来ない旨の表示情報を受信すると（ステップＳ１２０８）、当該表示情報に基づいてその旨を示す画面（不図示）を表示する（ステップ１２０９）。即ち、ここでは、印刷を行なうためのボタンが表示されない。
【０１６５】
そして、ＣＰＵ２０１Ａは、申込書（帳票）の出力処理が出来ない旨の表示画面（不図示）の「戻るボタン」が押下されるまで待機し（ステップＳ１２１０：Ｎｏ）、該「戻るボタン」が押下されたことを検知すると（ステップＳ１２１０：Ｙｅｓ）、ステップＳ１１０６に処理を戻し、商品選択画面（図２４）を表示する。
【０１６６】
また、サーバ１０２のＣＰＵ２０１Ｂは、予め設定された期間を過ぎていないと判断した場合は（ステップＳ１２０４：Ｎｏ）、販売可能な旨の表示情報をクライアントに送信する（ステップＳ１２０５）。
【０１６７】
そして、クライアント１０１のＣＰＵ２０１Ａは、販売可能な旨の表示情報を受信すると（ステップＳ１２１１）、当該表示情報に基づいて販売可能な旨の画面（不図示）を表示する（ステップＳ１２１２）。
【０１６８】
そして、クライアント１０１のＣＰＵ２０１Ａは、販売可能な旨の画面（不図示）の「印刷」ボタン（不図示）がユーザにより押下されるまで待機し、該「印刷」ボタンがユーザにより押下されたことを検知すると、サーバ１０２に対して、申込書（帳票）の出力指示を送信する。
【０１６９】
サーバ１０２のＣＰＵ２０１Ｂは、帳票の出力指示を受信し（ステップＳ１２０６）、ステップＳ１１１０で受信した商品に対応する帳票データをサーバ１０２の外部メモリ２１１Ｂから取得し、ステップＳ１１１０で取得した案件番号をオーバレイして（ステップＳ１２１５）、画像処理装置に対して印刷指示を実行する（ステップＳ１２１６）。
【０１７０】
そして、サーバ１０２のＣＰＵ２０１Ｂは、案件テーブル（図１４）にステップＳ１１１０で取得した商品名を登録し、ステータスを「帳票印刷済」に更新（登録）する（ステップＳ１２１７）。
【０１７１】
また、画像処理装置１０３は、帳票データと帳票の印刷指示を受信すると（ステップＳ１２１８）、該帳票データと帳票の印刷指示に基づいて帳票の印刷処理を実行する（ステップＳ１２１９）。
【０１７２】
＜図２６の説明＞
図２６は、本発明における第６の制御処理の一例を示すフローチャートであり、上長への承認の申請を行う処理に対応する。
【０１７３】
なお、図中のＳ１３０１，Ｓ１３０７〜Ｓ１３１３の処理は、クライアント１０１のＣＰＵ２０１Ａが外部メモリ２１１Ａに格納されたプログラムをＲＡＭ２０３Ａにロードして実行することにより実現される。また、図中のＳ１３０２〜Ｓ１３０６，Ｓ１３１４，Ｓ１３１５の処理は、サーバ１０２のＣＰＵ２０１Ｂが外部メモリ２１１Ｂに格納されたプログラムをＲＡＭ２０３Ｂにロードして実行することにより実現される。
【０１７４】
クライアント１０１のＣＰＵ２０１Ａは、ユーザにより、読取確認画面（図２１）の「確認」ボタンが押下されたことを検知すると、サーバ１０２に対して画面表示の要求（読取確認画面内の案件ＩＤを含む）を送信する（ステップＳ１３０１）。
【０１７５】
サーバ１０２のＣＰＵ２０１Ｂは、画面表示の要求を受信する（ステップＳ１３０２）。
【０１７６】
そして、サーバ１０２のＣＰＵ２０１Ｂは、読取帳票管理テーブル（図１７）を参照し、ステップＳ１３０１で受信した案件ＩＤ（案件番号）における読取られた帳票の帳票ＩＤ（帳票名）と商品名とを取得する。さらに、サーバ１０２のＣＰＵ２０１Ｂは、サーバ１０２の外部メモリ２１１に格納される帳票テーブル（図２７）を参照し、取得した商品名で、かつ、ステータスが「上長申請」において、必要な帳票ＩＤを取得する。そして、サーバ１０２のＣＰＵ２０１Ｂは、読取られた帳票の帳票ＩＤとステータスが「上長承認」で必要な帳票の帳票ＩＤとを比較し、全ての帳票が読取られているか（登録されているか）を比較する（ステップＳ１３０３）。
【０１７７】
図２７は、本実施形態における帳票テーブルの一例を示す図である。
【０１７８】
図２７に示すように、帳票テーブルでは、商品のステータス毎に、次の処理に移行する際に登録されていることが必要な全ての帳票の種類を示すデータが設定されている。
【０１７９】
そして、サーバ１０２のＣＰＵ２０１Ｂは、ステップＳ１３０３の比較結果に基づいて、「上長承認」で必要な帳票が全て登録されているか否かを判断する（ステップＳ１３０４）。
【０１８０】
そして、サーバ１０２のＣＰＵ２０１Ｂは、「上長承認」で必要な帳票が全て登録されていると判定した場合には（ステップＳ１３０４：Ｙｅｓ）、申請ボタン２８０１を表示する申請画面の情報（図２８）をクライアントに送信する（ステップＳ１３０５）。
【０１８１】
一方、サーバ１０２のＣＰＵ２０１Ｂは、「上長承認」で必要な帳票のいずれかが登録されていないと判定した場合には（ステップＳ１３０４：Ｎｏ）、申請ボタン２８０１を表示しない申請画面の情報をクライアントに送信する（ステップＳ１３０６）。
【０１８２】
そして、クライアント１０１のＣＰＵ２０１Ａは、申請ボタン２８０１を表示する申請画面の情報を受信すると（ステップＳ１３１０）、当該申請ボタン２８０１を表示する申請画面の情報に基づいて上長へ申請する申請画面（図２８）をクライアント１０１のディスプレイ２１０Ａに表示する（ステップＳ１３１１）。
【０１８３】
図２８は、本実施形態における申請ボタンを表示する申請画面の一例を示す図である。
【０１８４】
そして、クライアント１０１のＣＰＵ２０１Ａは、ユーザにより申請ボタン２８０１が押下されるまで待機し（ステップＳ１３１２：Ｎｏ）、ユーザにより申請ボタン２８０１が押下されたことを検知すると（ステップＳ１３１２：Ｙｅｓ）、サーバ１０２に対して承認の申請要求を行う（ステップＳ１３１３）。
【０１８５】
そして、サーバ１０２のＣＰＵ２０１Ｂは、承認の申請要求を受信すると（ステップＳ１３１４）、申請する帳票を申請依頼データとしてサーバ１０２の外部メモリ２１１Ｂに記憶保存する（ステップＳ１３１５）。ここで、申請する帳票とは、読取られた帳票のイメージデータ又は／及び文字認識処理により取得したテキストデータである。
【０１８６】
そして、サーバ１０２のＣＰＵ２０１Ｂは、不図示のステップにおいて、案件テーブルにおいて、申請された案件番号に対応するステータスを「上長承認待ち」に書き換えて（更新して）、本処理を終了する。
【０１８７】
なお、承認者（上長）は、クライアント１０４からサーバ１０２に対してアクセスして、承認依頼データがあれば、承認するか否かの審査を行うことになる。
【０１８８】
一方、クライアント１０１のＣＰＵ２０１Ａは、申請ボタン２８０１を表示しない画面の情報を受信すると、当該情報に基づいて申請ボタン２８０１を表示しない画面を表示する。このように、上長申請に必要な帳票が全て揃っていなければ、ユーザは、申請ボタン２８０１を押下することができず、申請できないように構成されている。
【０１８９】
そして、クライアント１０１のＣＰＵ２０１Ａは、ユーザにより戻るボタン２８０２が押下されるまで待機し（ステップＳ１３０９：Ｎｏ）、ユーザにより戻るボタン２８０２が押下されたことを検知すると（ステップＳ１３０９：Ｙｅｓ）、図６のステップＳ６０１に処理を移行させる。
【０１９０】
以上説明したように、従来では、所定の複数の電子文書（帳票）が揃っていないため、承認者（上長）が審査を行うことができず、申請者に差し戻すなどの操作を行わなければならなかったが、本発明により、上記のような電子文書が揃っていない状態で上長へ承認申請を行ってしまうといった事態（申請者の業務ミス）の発生を防止することができる。これにより、承認者へ申請が行われる際には、必要な帳票が全て揃っている状態となり、承認者によるチェック負担を軽減し、審査をしやすくすることができる。
【０１９１】
また、従来では、所定の複数の電子文書（帳票）が揃っていたとしても、必要なデータが記入されていなければ、承認者は審査を行うことができず、申請者に差し戻すなどの操作を行わなければならなかったが、本発明により、上記のような電子文書の記入漏れ状態で上長へ承認申請を行ってしまうといった事態（申請者の業務ミス）の発生を防止することができる。これにより、承認者へ申請が行われる際には、帳票に必要なデータが全て記入された状態となり、承認者によるチェック負担を軽減し、審査をしやすくすることができる。
【０１９２】
さらに、顧客により帳票に記入された顧客の情報（顧客名等）と該帳票発行時に登録された顧客の情報（顧客名等）との一致を判定することにより、ある顧客のために出力された帳票に、該顧客とは異なる顧客が記入してしまい、システムに登録されてしまうといった事態（業務ミス）の発生も防止することができる。
【０１９３】
また、顧客に対して事前同意書に同意して頂いた後、所定の期間が経過し、顧客が販売するための申込書に記載しても、所定の期間が経過しているため、以前した事前同意について、顧客は忘れているかもしれない等が考えられ、再度、改めて事前同意書に同意して頂く必要があるが、このような期間の経過を自動的にチェックすることにより、上記のように、改めて事前同意書を頂くことを申請者が忘れる等の業務ミスを防止することができる。
【０１９４】
従って、帳票（データ）が揃っていない、記入漏れがある等の単純な業務ミスを抑え、所定のデータを所定の段階に登録又は申請することができるワークフローを容易に構築することができる。
【０１９５】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
【０１９６】
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０１９７】
以下、図２９に示すメモリマップを参照して本発明に係る情報処理装置（サーバ１０２）で読み取り可能なデータ処理プログラムの構成について説明する。
【０１９８】
図２９、本発明に係る情報処理装置（サーバ１０２）で読み取り可能な各種データ処理プログラムを格納する記録媒体（記憶媒体）のメモリマップを説明する図である。
【０１９９】
なお、特に図示しないが、記録媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。
【０２００】
さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、インストールするプログラムやデータが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。
【０２０１】
本実施形態における図６，図８，図１０，図１６，図１８，図２２，図２３，図２６に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記録媒体により、あるいはネットワークを介して外部の記録媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
【０２０２】
以上のように、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０２０３】
この場合、記録媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記録媒体は本発明を構成することになる。
【０２０４】
プログラムコードを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ−ＲＯＭ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。
【０２０５】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０２０６】
さらに、記録媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０２０７】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのソフトウェアによって表されるプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０２０８】
さらに、本発明を達成するためのソフトウェアによって表されるプログラムをネットワーク上のサーバ，データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０２０９】
なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【図面の簡単な説明】
【０２１０】
【図１】本実施形態に係るシステムの構成例を示す図である。
【図２】図１に示したクライアント１０１、クライアント１０４及びサーバ１０２のハードウェア構成を示す図である。
【図３】図１に示した画像処理装置１０３のコントローラユニットのハードウェア構成の一例を示すブロック図である。
【図４】図１に示したサーバ１０２、クライアント１０１，１０４、画像処理装置１０３のソフトウェア構成を説明するモジュール構成図である。
【図５】図４に示したサーバ１０２の各モジュールの機能構成を示す機能構成図である。
【図６】本発明における第１の制御処理の一例を示すフローチャート（基本フローチャート）である。
【図７】本実施形態におけるメニュー画面の一例を示す模式図である。
【図８】本発明における第２の制御処理（図６のステップＳ６０１に示したメニュー表示処理）の一例を示すフローチャートある。
【図９】本実施形態の行員テーブルを示す図である。
【図１０】本発明における第３の制御処理（図６のステップＳ６０３に示した事前同意書出力処理）の一例を示すフローチャートである。
【図１１】本実施形態における顧客選択画面の一例を示す図である。
【図１２】本実施形態における顧客テーブルの一例を示す図である。
【図１３】本実施形態において警告情報に基づいて表示される警告画面の一例を示す模式図である。
【図１４】本実施形態における案件テーブルの一例を示す図である。
【図１５】本実施形態における事前同意書の一例を示す模式図である。
【図１６】本発明における第４の制御処理（顧客により記入された事前同意書や申込書などの帳票を画像処理装置１０３を用いて電子化し該帳票に記入されたデータをサーバ１０２に登録する処理）の一例を示すフローチャートある。
【図１７】本実施形態における読取帳票管理テーブルの一例を示す図である。
【図１８】本発明における第４の制御処理（図６のステップＳ６０５に示した取込確認処理）の一例を示フローチャートである。
【図１９】本実施形態における取込済案件一覧画面の一例を示す図である。
【図２０】本実施形態における帳票一覧の一例を示す図である。
【図２１】本実施形態における読取確認画面の一例を示す図である。
【図２２】本発明における第５の制御処理（図６のステップＳ６０７に示した受付処理）の一例を示すフローチャートある。
【図２３】本発明における第５の制御処理（図６のステップＳ６０７に示した受付処理）の一例を示すフローチャートある。
【図２４】本実施形態における商品選択画面の一例を示す図である。
【図２５】本実施形態における資産チェックテーブルの一例を示す図である。
【図２６】本発明における第６の制御処理（上長への承認の申請を行う処理）の一例を示すフローチャートある。
【図２７】本実施形態における帳票テーブルの一例を示す図である。
【図２８】本実施形態における申請ボタンを表示する申請画面の一例を示す図である。
【図２９】本発明に係る情報処理装置（サーバ１０２）で読み取り可能な各種データ処理プログラムを格納する記録媒体（記憶媒体）のメモリマップを説明する図である。
【符号の説明】
【０２１１】
１０１    クライアント（申請者）
１０２    サーバ
１０３    画像処理装置
１０４    クライアント（承認者）
１０５    ネットワーク
【図１】
0004978930.tif 000002
【図２】
0004978930.tif 000003
【図３】
0004978930.tif 000004
【図４】
0004978930.tif 000005
【図５】
0004978930.tif 000006
【図６】
0004978930.tif 000007
【図７】
0004978930.tif 000008
【図８】
0004978930.tif 000009
【図９】
0004978930.tif 000010
【図１０】
0004978930.tif 000011
【図１１】
0004978930.tif 000012
【図１２】
0004978930.tif 000013
【図１３】
0004978930.tif 000014
【図１４】
0004978930.tif 000015
【図１５】
0004978930.tif 000016
【図１６】
0004978930.tif 000017
【図１７】
0004978930.tif 000018
【図１８】
0004978930.tif 000019
【図１９】
0004978930.tif 000020
【図２０】
0004978930.tif 000021
【図２１】
0004978930.tif 000022
【図２２】
0004978930.tif 000023
【図２３】
0004978930.tif 000024
【図２４】
0004978930.tif 000025
【図２５】
0004978930.tif 000026
【図２６】
0004978930.tif 000027
【図２７】
0004978930.tif 000028
【図２８】
0004978930.tif 000029
【図２９】
0004978930.tif 000030