文書管理システム、文書管理装置、制御方法、プログラム
【課題】承認者が電子帳票に電子印鑑を押印するにあたり、適切な押印箇所を特定することで、承認者の承認作業の負荷を軽減することが可能な文書管理システム、文書管理装置、制御方法、及びプログラムを提供することを目的とする。
【解決手段】所定の電子帳票を表示した後（ステップＳ１０４〜ステップＳ１０８）、電子帳票の各枠に対して電子印鑑を押印可能なユーザ情報、代理者情報を設定した後（ステップＳ１１０〜ステップＳ１３０）、ステップＳ１３４において、ログイン時に取得したログインユーザ情報（ステップＳ１００、ステップＳ１０２）と、電子帳票の枠に対して電子印鑑を押印する場合、枠に設定されたユーザ情報及び代理者情報とから、当該枠に対して電子印鑑を押印可能か否かを判定することで、承認者は、適切な位置に電子印鑑を押印することが可能となる（ステップＳ１３４）。
【解決手段】所定の電子帳票を表示した後（ステップＳ１０４〜ステップＳ１０８）、電子帳票の各枠に対して電子印鑑を押印可能なユーザ情報、代理者情報を設定した後（ステップＳ１１０〜ステップＳ１３０）、ステップＳ１３４において、ログイン時に取得したログインユーザ情報（ステップＳ１００、ステップＳ１０２）と、電子帳票の枠に対して電子印鑑を押印する場合、枠に設定されたユーザ情報及び代理者情報とから、当該枠に対して電子印鑑を押印可能か否かを判定することで、承認者は、適切な位置に電子印鑑を押印することが可能となる（ステップＳ１３４）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子帳票に電子印鑑を押下する文書管理システム、文書管理装置、制御方法、プログラムに関する。
【背景技術】
【０００２】
従来では、承認者が紙面上で帳票の内容を確認した後、内容として問題なければ、承認印を所定の場所へ押印を行っていたが、昨今、紙文書の保管場所を確保及び維持等を行うためのコスト、紙文書の老朽化及び紛失等の問題を解決するにあたり、紙文書の電子化を行うことでペーパレス化を図っており、承認者は、紙面上で帳票の内容を確認して内容として問題がなければ、承認印を所定の場所へ押印を行った後、この帳票を電子化してコンピュータへ取り込むか、あるいは、承認者は、既に電子化された帳票を一度紙で出力した後、承認印を所定の場所へ押印を行い、押印がなされた帳票を再度電子化して、コンピュータに取り込む作業等を行っていたため、非常に作業効率上思わしくない状況が発生していた。
【０００３】
そこで、電子帳票に対して、電子印鑑を生成することで、電子帳票の所定位置に生成した電子印鑑を配置する技術が存在するようになった（例えば、特許文献１参照）
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平１０−１１６３４３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に開示された技術では、生成された電子印鑑を配置する度に、マウスをクリックする等によって、電子帳票に対する位置を指定する必要がる。
【０００６】
そこで、承認者が、複数ページにわたって承認印の押印を必要とする場合では、承認者が、１ページずつ電子帳票の表示を行いつつ、電子印鑑を押印するオペレーションが必要となり、特にＡ４縦サイズの電子帳票等では、承認者が、１ページずつ帳票の下部まで確認した後に、帳票の上部に戻り電子印鑑を押印するとなると、業務効率を考えた上では、不適切な作業となり、特許文献１に開示された技術では、この課題の解決策については、記載や示唆はされていない。
【０００７】
また、ある承認者が電子印鑑を押印する場合、１ページに複数の押印個所が存在すると、何れの場所に押印すべきか判断に迷うことも多く、とりわけ承認対象となる電子帳票の種類が多い業務によっては、誤った押印が増加し得る。
【０００８】
また、承認者が長期休暇を取る、あるいは長期出張を取る場合、他の承認者が代理で電子印鑑を押下する場合が想定されるが、代理者が適切な位置にのみ押下することが必要な場合、つまり承認者が押印しなければならない位置に代理者が押印しなければならない場合、何れの場所に押印すべきか判断に迷うこともあり、業務効率を考えた上では、不適切な作業となる。
【０００９】
そこで、本発明は、上記課題を解決するためになされたものであり、承認者が電子帳票に電子印鑑を押印するにあたり、適切な押印箇所を特定することで、承認者の承認作業の負荷を軽減することが可能な文書管理システム、文書管理装置、制御方法、及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記の目的を達成するための第１の発明は、電子帳票の所定位置に電子印鑑を配置する文書管理装置であって、ユーザを識別するためのユーザ情報を受付けるユーザ情報受付手段と、前記電子帳票の所定位置に対して印影を配置することが可能なことを示す第一のユーザ情報を記憶する記憶手段と、前記電子帳票の所定位置へ印影の配置指示を受付ける配置指示受付手段と、前記配置指示受付手段によって配置指示を受けた後、前記ユーザ情報受付手段によって受け付けたユーザ情報と前記記憶手段に記憶された所定位置に対応する第一のユーザ情報が一致するか否かを判定し、一致する場合は、前記所定位置に対してユーザ情報に対応するユーザの印影を配置する電子印鑑配置手段と、前記電子印鑑配置手段によって配置された印影と前記電子帳票とを合わせて表示する表示手段と、を備えたことを特徴とする。
【００１１】
上記の目的を達成するための第２の発明は、クライアント端末装置と文書管理装置とがネットワークを介して接続された文書管理システムにおいて、前記クライアント端末装置は、ユーザを識別するためのユーザ情報を受付けるユーザ情報受付手段と、電子印鑑配置手段によって配置された印影と電子帳票とを合わせて表示する表示手段と、前記文書管理装置は、前記電子帳票の所定位置に対して印影を配置することが可能なことを示す第一のユーザ情報を記憶する記憶手段と、前記電子帳票の所定位置へ印影の配置指示を受付ける配置指示受付手段と、前記配置指示受付手段によって配置指示を受けた後、前記ユーザ情報受付手段によって受け付けたユーザ情報と前記記憶手段に記憶された所定位置に対応する第一のユーザ情報が一致するか否かを判定し、一致する場合は、前記所定位置に対してユーザ情報に対応するユーザの印影を配置する電子印鑑配置手段と、を備えたことを特徴とする。
【００１２】
上記の目的を達成するための第３の発明は、電子帳票の所定位置に電子印鑑を配置する文書管理装置の制御方法であって、ユーザを識別するためのユーザ情報を受付けるユーザ情報受付ステップと、前記電子帳票の所定位置へ印影の配置指示を受付ける配置指示受付ステップと、前記配置指示受付ステップによって配置指示を受けた後、前記ユーザ情報受付ステップによって受け付けたユーザ情報と前記電子帳票の所定位置に対して印影を配置することが可能なことを示す第一のユーザ情報を記憶する記憶部に記憶された所定位置に対応する第一のユーザ情報が一致するか否かを判定し、一致する場合は、前記所定位置に対してユーザ情報に対応するユーザの印影を配置する電子印鑑配置ステップと、前記電子印鑑配置ステップによって配置された印影と前記電子帳票とを合わせて表示する表示ステップと、を実行することを特徴とする。
【００１３】
上記の目的を達成するための第４の発明は、クライアント端末装置と文書管理装置とがネットワークを介して接続された文書管理システムの制御方法において、前記クライアント端末装置は、ユーザを識別するためのユーザ情報を受付けるユーザ情報受付手段と、電子印鑑配置手段によって配置された印影と電子帳票とを合わせて表示する表示手段と、を実行し、前記文書管理装置は、前記電子帳票の所定位置に対して印影を配置することが可能なことを示す第一のユーザ情報を記憶する記憶手段と、前記電子帳票の所定位置へ印影の配置指示を受付ける配置指示受付手段と、前記配置指示受付手段によって配置指示を受けた後、前記ユーザ情報受付手段によって受け付けたユーザ情報と前記記憶手段に記憶された所定位置に対応する第一のユーザ情報が一致するか否かを判定し、一致する場合は、前記所定位置に対してユーザ情報に対応するユーザの印影を配置する電子印鑑配置手段と、を実行することを特徴とする。
【００１４】
上記の目的を達成するための第５の発明は、電子帳票の所定位置に電子印鑑を配置する文書管理装置において実行されるプログラムであって、ユーザを識別するためのユーザ情報を受付けるユーザ情報受付手段と、前記電子帳票の所定位置に対して印影を配置することが可能なことを示す第一のユーザ情報を記憶する記憶手段と、前記電子帳票の所定位置へ印影の配置指示を受付ける配置指示受付手段と、前記配置指示受付手段によって配置指示を受けた後、前記ユーザ情報受付手段によって受け付けたユーザ情報と前記記憶手段に記憶された所定位置に対応する第一のユーザ情報が一致するか否かを判定し、一致する場合は、前記所定位置に対してユーザ情報に対応するユーザの印影を配置する電子印鑑配置手段と、前記電子印鑑配置手段によって配置された印影と前記電子帳票とを合わせて表示する表示手段と、して機能させることを特徴とする。
【００１５】
上記の目的を達成するための第６の発明は、クライアント端末装置と文書管理装置とがネットワークを介して接続された文書管理システムにおいて実行されるプログラムであって、前記クライアント端末装置は、ユーザを識別するためのユーザ情報を受付けるユーザ情報受付手段と、電子印鑑配置手段によって配置された印影と電子帳票とを合わせて表示する表示手段と、として機能させ、前記文書管理装置は、前記電子帳票の所定位置に対して印影を配置することが可能なことを示す第一のユーザ情報を記憶する記憶手段と、前記電子帳票の所定位置へ印影の配置指示を受付ける配置指示受付手段と、前記配置指示受付手段によって配置指示を受けた後、前記ユーザ情報受付手段によって受け付けたユーザ情報と前記記憶手段に記憶された所定位置に対応する第一のユーザ情報が一致するか否かを判定し、一致する場合は、前記所定位置に対してユーザ情報に対応するユーザの印影を配置する電子印鑑配置手段と、して機能させることを特徴とする。
【発明の効果】
【００１６】
本発明によれば、電子帳票に電子印鑑を押印する位置に対して付帯された押印可能な承認者の情報から、承認者が押印することが可能な電子印鑑の押印する位置が特定されるので、承認者が適切な位置に電子印鑑を押印することが可能となり、承認者の承認作業の負荷を軽減することができる、という効果を奏する。
【図面の簡単な説明】
【００１７】
【図１】本発明の実施形態に係る文書管理システムの概略の構成を示す構成図である。
【図２】本発明に実施形態に係るクライアント端末、サーバのハードウェアの概略構成を示す構成図である。
【図３】本発明の実施形態に係る文書管理システムにおける電子帳票に対する電子印鑑を押印するための全体処理を示すフローチャートである。
【図４】本発明の実施形態に係る文書管理システムにおける承認者の代理人を設定する処理を示すフローチャートである。
【図５】本発明の実施形態に係る文書管理システムにおける承認者が電子印鑑を押印する処理を示すフローチャートである。
【図６】本発明の実施形態において電子帳票の定義情報を記憶するためのテーブルの構成を示す構成図である。
【図７】本発明の実施形態に係る文書システムを利用するユーザのユーザ情報を記憶するためのテーブルの構成を示す構成図である。
【図８】本発明の実施形態において電子帳票に対する承認者、及び承認者の代理人を示す権限情報を記憶するためのテーブルの構成を示す構成図である。
【図９】本発明の実施形態において承認者が押印可能な電子帳票の位置を示す枠情報を記憶するためのテーブルの構成を示す構成図である。
【図１０】本発明の実施形態に係る文書復元システムにおけるメニュー画面の構成を示す構成図である。
【図１１】本発明の実施形態における電子帳票の構成を示すと共に、電子帳票に対して承認者が押印することが可能な位置を表示することが可能であることを示す構成図である。
【図１２】本発明の実施形態に係る承認者を特定するための画面の構成を示す構成図である。
【図１３】本発明の実施形態に係る承認者の代理者を特定するための画面の構成を示す構成図である。
【図１４】本発明の実施形態に係る電子帳票の構成を示す構成図である。
【図１５】本発明の実施形態における電子帳票に対して承認者及び代理者が押印することが可能な位置を表示することが可能であることを示す構成図である。
【図１６】本発明の実施形態において、承認者あるいは代理者の何れが電子帳票の押印を行うべきか設定を行うための画面の構成を示す構成図である。
【図１７】本発明の実施形態における電子帳票に対して承認者が押印を行ったことを説明するための説明図である。
【図１８】本発明の実施形態における電子帳票に対して代理者が押印を行ったことを説明するための説明図である。
【発明を実施するための形態】
【００１８】
以下、図面を参照して、本発明の実施形態を詳細に説明する。
【００１９】
図１は、本発明の実施形態に係る文書管理システムにおいて概略の構成を示す構成図である。
【００２０】
文書管理システム１００は、クライアント端末１０１、クライアント端末１０２、及びサーバ１０３から構成されており、ネットワーク１０４を介して、接続されている。
【００２１】
クライアント端末１０１は、帳票管理者によって電子帳票のフォーム定義等を示す帳票情報を設定すると共に、電子帳票に対する電子印鑑を押印する位置（或いは、枠）に、何れの承認者が押印することが可能であるのかを示す枠情報を設定した後、帳票情報及び枠情報を、ネットワーク１０４を介して、サーバ１０３へ記憶する。
【００２２】
クライアント端末１０２は、承認者の電子帳票の取得要求の指示入力に応じて、ネットワーク１０４を介して、サーバ１０３に記憶された電子帳票を取得した後、承認者が電子帳票の内容を確認し、全ての内容に問題ないようであれば、電子帳票に対して電子印鑑を押印し、押印された電子帳票をサーバ１０３に記憶する。
【００２３】
サーバ１０３には、電子帳票に関する帳票情報、枠情報、及び文書管理システム１００の利用可能なユーザ情報等の情報を蓄積しており、クライアント端末１０１あるいはクライアント端末１０２からの要求に応じて必要な情報を提供している。
【００２４】
次に、図２には、クライアント端末１０１が有するハードウェアの構成の概略を示す構成図が示されており、ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。
【００２５】
また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ(Basic Input / Output System)やＯＳや、クライアント端末１０１が実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。
【００２６】
ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０３にロードして、プログラムを実行することで各種動作を実現するものである。
【００２７】
また、入力コントローラ（入力Ｃ）２０５は、キーボードやマウス等のポインティングデバイス等の入力部２０９からの入力を制御する。ビデオコントローラ（ＶＣ）２０６は、ディスプレイ２１０の一例でもあるＣＲＴディスプレイ（ＣＲＴ）等の表示器への表示を制御する。表示器はＣＲＴだけでなく、液晶ディスプレイでも構わない。
【００２８】
メモリコントローラ（ＭＣ）２０７は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤ）やＦＤ或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。
【００２９】
通信Ｉ／Ｆコントローラ（通信Ｉ／ＦＣ）２０８は、ネットワークを介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。
【００３０】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００３１】
本発明を実現するための電子帳票に対する電子印鑑を押印するためのプログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。
【００３２】
尚、クライアント端末１０２及びサーバ１０３は、クライアント端末１０１と同一のハードウェア構成を有しているため、説明は省略し、以降、同一の番号を用いて説明を行う。
【００３３】
次に、図３には、電子帳票に対して電子印鑑を押印する全体の処理を示すフローチャートが示されており、これらの各ステップにおける処理は、クライアント端末１０１、クライアント端末１０２、及びサーバ１０３に備えられたＣＰＵ２０１の制御の下、処理が実行される。
【００３４】
ステップＳ１０４からステップＳ１３０における各ステップにおける処理は、主にクライアント端末１０１において実行され、ステップＳ１３２及びステップＳ１３４における処理は、主にクライアント端末１０２において実行される。その他のステップは、クライアント端末１０２及びサーバ１０３において実行される。
【００３５】
ステップＳ１００では、クライアント端末１０１あるいはクライアント端末１０２において、帳票管理者、ユーザ管理者、あるいは承認者によって、メニュー画面の起動指示がなされたタイミングで、メニュー画面７００（図１０参照）をディスプレイ２１０に表示する。
【００３６】
メニュー画面７００は、帳票作成ボタン７０２及び承認処理ボタン７０４を備えている。 帳票作成ボタン７０２は、電子帳票のフォーム定義等を示す帳票情報の設定や、あるいは電子帳票に対する電子印鑑を押印する位置（或いは、枠）に、何れの承認者が押印することが可能であるかを示す枠情報の設定等を行う場合に押下される。
【００３７】
承認処理ボタン７０４は、承認者によって電子帳票の確認を行った後、電子印鑑を用いて、押印を行うことによって、電子帳票に対する承認処理を行う場合に押下される。
【００３８】
ステップＳ１０２では、メニュー画面７００の起動指示を行ったユーザによって入力されたユーザＩＤを不図示のログイン画面から取得してサーバ１０３へネットワーク１０４を介して送信する。
【００３９】
サーバ１０３では、クライアント端末１０１あるいはクライアント端末１０２から送信されたユーザＩＤが、サーバ１０３自身に備えられたユーザ情報テーブル４００（図７参照、詳細後述）に記憶されたユーザ情報に含まれるユーザＩＤに該当するか否かの判定を行い、存在する場合は、認証されたと見做し、ユーザＩＤを含むユーザ情報を取得して、クライアント端末１０１あるいはクライアント端末１０２に送信する。
【００４０】
クライアント端末１０１あるいはクライアント端末１０２は、サーバ１０３からユーザ情報を受信すると、認証がなされたと見做し、メニュー画面７００へ受信したユーザ情報をログインユーザ情報として表示する。（図１０のログインユーザ欄７０６へ表示する。）
【００４１】
図７には、文書管理システム１００を利用することが可能なユーザのユーザ情報を記憶するためのユーザ情報テーブル４００は、ユーザを一意に識別するためのユーザＩＤ４０２、ユーザの氏名を示すユーザ名４０４、及びユーザが所有するメールアドレス４０６を含んで構成されている。
【００４２】
ステップＳ１０４では、帳票管理者によって、入力部２０９を介して帳票作成ボタン７０２が押下された否かを判定し、押下されたと判定した場合は、ステップＳ１０６へ処理を進め、押下されたと判定しない場合は、ステップＳ１３２へ処理を進める。
【００４３】
ステップＳ１０６では、電子帳票を一意に識別する帳票ＩＤを不図示の画面から入力を受付け、この帳票ＩＤを、ネットワークを介してサーバ１０３に送信し、サーバ１０３は、送信された帳票ＩＤに該当する帳票情報テーブル３００（図６参照、詳細後述）の帳票ＩＤ３０２を含む帳票情報を取得し、更に、送信された帳票ＩＤに該当する枠情報テーブル６００（図９参照、詳細後述）の帳票ＩＤ６０２を含む枠情報を取得し、要求元のクライアント端末１０１に送信する。
【００４４】
図６に示す帳票情報テーブル３００は、電子帳票のフォーム定義等に関する帳票情報を記憶しており、電子帳票を一意に識別するための帳票ＩＤ３０２、電子帳票の名称を示す帳票名３０４、電子帳票に含まれるページ数、電子帳票を構成する項目の名称を示す項目３０８、及び電子帳票に対する項目３０８の位置３１０を含んで構成されている。
【００４５】
尚、本発明の実施形態において、複数ページからなる電子帳票を想定しているが、複数ページからなる電子帳票とは、同一フォーマットの電子帳票がページ数分、存在していることを示している。例えば、１０ページの電子帳票とは、全てのページが同一フォーマットからなり、同一種類の電子帳票が１０枚分存在していることを想定している。
【００４６】
図９に示す枠情報テーブル６００は、電子帳票に対する電子印鑑の押印が可能な位置、当位置に対して押印が可能な承認者に関する枠情報を記憶しており、電子帳票を一意に識別するための帳票ＩＤ６０２、電子帳票に押印可能な承認者を一意に識別するためのユーザＩＤ６０４、承認者が電子帳票に対して電子印鑑が押印可能な位置を示す枠位置６０６を含んで構成されている。
【００４７】
枠位置６０６には、電子帳票の左下端を原点として、電子帳票の横をＸ軸、電子帳票の縦をＹ軸として座標を定めており、枠の左下及び右上の頂点の座標を記憶している。但し、枠の中心となる座標を記憶させて利用しても良い。
【００４８】
ステップＳ１０８では、ステップＳ１０６において取得した帳票情報及び枠情報に基づいて、帳票定義用画面（図１１参照、詳細後述）を表示する。尚、当画面は、サーバ１０３から取得する構成でも、クライアント端末１０１の外部メモリ２１１から取得する構成の何れでも良い。
【００４９】
図１１には、電子帳票のフォーム定義を行うための帳票定義用画面８００が示されており、帳票管理者によって、入力部２０９を介して選択された位置を含む枠を特定することが可能であり、図１１に示すように、承認枠８０２が選択されたことを示している。
【００５０】
ステップＳ１１０では、帳票管理者が、帳票定義用画面８００に対して入力部２０９を介して、電子印鑑を押印する位置が指定されたか否かを判定し、指定されたと判定した場合は、ステップＳ１１２へ処理を進め、指定されたと判定しない場合は、処理を終了する。
【００５１】
ステップＳ１１２では、ステップＳ１１０において指定された位置を含む枠を特定すると共に、特定された枠に対応する帳票情報（項目３０８、位置３１０を含む）を取得する。尚、前述した通り、図１１には、電子帳票に対して枠が特定されたことを示しており、承認枠８０２が特定されている。
【００５２】
ステップＳ１１４では、ユーザ情報テーブル４００から全てのユーザ情報を取得し、ステップＳ１１６では、ユーザ選択画面（図１２参照）をディスプレイ２１０へ表示し、ステップＳ１１４において取得したユーザ情報をユーザ選択画面９００へ表示する。尚、当画面は、サーバ１０３から取得する構成でも、クライアント端末１０１の外部メモリ２１１から取得する構成の何れでも良い。
【００５３】
図１２に示すユーザ選択画面９００は、電子帳票に対する電子印鑑の押印対象となる枠に押印を行うことが可能な承認者を示す権限情報を設定するための画面である。ユーザ選択画面９００は、検索種別入力欄９０２、検索条件入力欄９０４、及び検索ボタン９０６を備えており、検索種別入力欄９０２には、ユーザ情報に含まれるユーザＩＤ、ユーザ名等の項目を選択可能なように表示を行い、検索条件入力欄９０４には、検索種別入力欄９０２にて選択された項目に含まれ得ると想定されるキーワードが帳票管理者によって入力部２０９を介して入力された後、帳票管理者が入力部２０９を介して検索ボタン９０６を押下することで、検索種別入力欄９０２にて選択された項目であって、かつ該項目に検索条件入力欄９０４に入力されたキーワードを含むユーザ情報を絞り込む。
【００５４】
更に、ユーザ選択画面９００は、選択ボタン９０８、キャンセルボタン９１０、代理設定ボタン９１２、ユーザＩＤ９１４、ユーザ名９１６、承認者選択欄９１８を備えており、前述したように、検索ボタン９０６を押下することで絞り込まれたユーザ情報のユーザＩＤ、ユーザ名の順に、ユーザＩＤ９１４、ユーザ名９１６に表示する。
【００５５】
帳票管理者は、承認者選択欄９１８を選択することで、選択された承認者選択欄９１８に対応するユーザを承認者として選択することが可能であり、選択ボタン９０８を押下することで、選択された承認者選択欄９１８に対応するユーザを承認者として確定し、キャンセルボタン９１０を押下することで、承認者選択欄９１８の選択を解除する。
【００５６】
また、代理設定ボタン９１２を押下することによって、承認者に対する代理者を設定するための承認者一覧画面１０００（図１３参照、詳細後述）を起動表示することが可能である。
【００５７】
ステップＳ１１８では、ユーザ選択画面９００に備えられた選択ボタン９０８が押下されたか否かを判定し、押下されたと判定した場合は、ステップＳ１２０へ処理を進め、ステップＳ１２０では、選択された承認者選択欄９１８に対応するユーザ情報を承認者情報として取得し、ステップＳ１２２では、承認者情報及びステップＳ１１２において特定された帳票情報を用いて、権限情報として権限情報テーブル５００（図８参照、詳細後述）へ記憶する。
【００５８】
権限情報テーブル５００は、電子帳票に対して電子印鑑を押印することが可能な承認者、あるいは、電子印鑑を押印することが可能な承認者の代理として電子印鑑を押印することが可能な代理者に関する情報を記憶している。
【００５９】
権限情報テーブル５００は、帳票を一意に識別するための帳票ＩＤ５０２、電子印鑑を押印することが可能な承認者を一意に識別するためのユーザＩＤ５０４、及び承認者の代理として電子印鑑を押印することが可能な被代理者を一意に識別するための代理申請ＩＤ５０６を含んで構成している。
【００６０】
つまり、ステップＳ１２２では、ステップＳ１０６において入力を受付けた帳票ＩＤ及びステップＳ１２０で取得した承認者情報に含まれるユーザＩＤの順に、権限情報テーブル５００の帳票ＩＤ５０２及びユーザＩＤ５０４に記憶する。尚、本ステップでは、代理申請ＩＤ５０６へ代理者の情報の記憶は行わない。
【００６１】
ステップＳ１２４では、ステップＳ１２０で取得した承認者情報及びステップＳ１１２において選択された帳票情報を用いて、枠情報として枠情報テーブル６００へ各々記憶する。
【００６２】
つまり、ステップＳ１２４では、ステップＳ１０６において入力を受付けた帳票ＩＤ、承認者情報に含まれるユーザＩＤ、及びステップＳ１１２において特定された枠の帳票情報に含まれる位置の順に、帳票ＩＤ６０２、ユーザＩＤ６０４、及び枠位置６０６へ記憶している。
【００６３】
ステップＳ１２６では、ユーザ管理者がユーザ選択画面９００に備えられた代理設定ボタン９１２が入力部２０９によって押下されたか否かを判定し、押下されたと判定した場合は、ステップＳ１２８へ処理を進め、押下されたと判定しない場合は、ステップＳ１３０へ処理を進める。
【００６４】
ステップＳ１２８では、電子帳票に対して電子印鑑を押下することが可能な承認者の代理として代理者の設定処理を行うが、詳細については、図４を用いて後述する。
【００６５】
ステップＳ１３０では、承認者の設定が完了したか否かを判定し、完了したと判定した場合は、本フローチャートにおける処理を終了する、あるいはメニュー画面７００が起動表示された状態に遷移する。完了したと判定しない場合は、ステップＳ１１０へ処理を進める。当判定は、帳票定義用画面８００が閉じられたことで承認者の設定が完了したことを判定している。
【００６６】
ステップＳ１３２では、ユーザ管理者によってメニュー画面７００に備えられた承認処理ボタン７０４が入力部２０９によって押下されたか否かを判定し、押下されたと判定した場合は、ステップＳ１３２へ処理を進め、押下されたと判定しない場合は、ステップＳ１３４へ処理を進める。
【００６７】
ステップＳ１３４では、承認者が電子帳票に対して電子印鑑を押印する処理を行うが、詳細については、図５を用いて後述する。本ステップの処理を終了すると本フローチャートにおける処理を終了する、あるいはメニュー画面７００が起動表示された状態に遷移する。
【００６８】
次に、図４には、電子帳票に対して電子印鑑を押印することが可能な承認者の代理として電子印鑑を押印することが可能な被代理者の設定を行う処理を示すフローチャートであり、これらの各ステップにおける処理は、クライアント端末１０１及びサーバ１０３に備えられたＣＰＵ２０１の制御の下、処理が実行される。
【００６９】
尚、ステップＳ２０４からステップＳ２１８についての主な処理は、クライアント端末１０１において実行される。その他のステップは、クライアント端末１０２及びサーバ１０３において実行される。
【００７０】
まず、ステップＳ２００では、クライアント端末１０１からサーバ１０３のユーザ情報テーブル４００からユーザ情報を全て取得し、次のステップＳ２０２では、クライアント端末１０１からサーバ１０３の権限情報テーブル５００から権限情報を全て取得する。
【００７１】
ステップＳ２０４では、クライアント端末１０１のディスプレイ２１０において承認者一覧画面１０００（図１３参照、詳細後述）を起動し、ステップＳ２００において取得したユーザ情報及びステップＳ２０２において取得した権限情報を承認者一覧画面１０００に表示する。尚、当画面は、サーバ１０３から取得する構成でも、クライアント端末１０１の外部メモリ２１１から取得する構成の何れでも良い。
【００７２】
承認者一覧画面１０００は、検索種別入力欄１００２、検索条件入力欄１００４、及び検索ボタン１００６を備えており、検索種別入力欄１００２には、ユーザ情報に含まれるユーザＩＤ、ユーザ名等の項目を選択可能なように表示を行い、検索条件入力欄１００４には、検索種別入力欄１００２にて選択された項目に含まれ得ると想定されるキーワードがユーザ管理者によって入力部２０９を介して入力された後、ユーザ管理者が入力部２０９を介して検索ボタン１００６を押下することで、検索種別入力欄１００２にて選択された項目であって、かつ該項目に検索条件入力欄１００４に入力されたキーワードを含むユーザ情報を絞り込む。
【００７３】
更に、承認者一覧画面１０００は、変更ボタン１００８、代理申請ボタン１０１０、ユーザＩＤ１０１２、ユーザ名１０１４、メールアドレス１０１６、代理申請１０１８、被代理者選択欄１０２０を備えており、前述したように、検索ボタン１００６を押下することで絞り込まれたユーザ情報のユーザＩＤ、ユーザ名、及びメールアドレス順に、ユーザＩＤ１０１２、ユーザ名１０１４、及びメールアドレス１０１６に表示する。
【００７４】
また、ユーザＩＤ１０１２に該当するユーザＩＤを有するステップＳ２０２において取得した権限情報の代理申請ＩＤを代理申請１０１８へ表示する。
【００７５】
ユーザ管理者は、入力部２０９を介して被代理者選択欄１０２０を選択することで、選択された被代理者選択欄１０２０に対応するユーザの被代理者を選択設定することが可能であり、選択後、入力部２０９を介して代理申請ボタン１０１０を押下することで、ユーザ選択画面９００を表示する。
【００７６】
そして、ユーザ管理者は、入力部２０９を介して表示されたユーザ選択画面９００の承認者選択欄９１８を選択することで、選択された承認者選択欄９１８に対応するユーザを被代理者として選択することが可能であり、選択ボタン９０８を押下することで、選択された承認者選択欄９１８に対応するユーザを被代理者として特定する。特定された被代理者は、代理申請１０１８へ表示される。
【００７７】
承認者一覧画面１０００に表示された被代理者を確定する場合、ユーザ管理者は、入力部２０９を介して変更ボタン１００８を押下することで、承認者に対する被代理者を確定する。
【００７８】
ステップＳ２０６では、ユーザ管理者によって入力部２０９を介して承認者一覧画面１０００に備えられた代理申請ボタン１０１０が押下されたか否かを判定し、押下されたと判定した場合は、ステップＳ２０８へ処理を進め、押下されたと判定しない場合（承認者一覧画面１０００を閉じた場合）は、本フローチャートにおける処理を終了する。
【００７９】
ステップＳ２０８では、ユーザ管理者によって入力部２０９を介して被代理者選択欄１０２０が選択されたか否かを判定し、選択されたと判定した場合は、ステップＳ２１０へ処理を進め、ステップＳ２１０では、ユーザ選択画面９００をディスプレイ２１０へ起動表示し、起動表示したユーザ選択画面９００にステップＳ２００で取得したユーザ情報を表示した後、ステップＳ２１２へ処理進める。尚、当画面は、サーバ１０３から取得する構成でも、クライアント端末１０１の外部メモリ２１１から取得する構成の何れでも良い。
【００８０】
ステップＳ２１２では、ユーザ管理者によって入力部２０９を介してユーザ選択画面９００に備えられた選択ボタン９０８が押下されたか否かを判定し、押下されたと判定した場合は、ステップＳ２１４へ処理を進め、ステップＳ２１４では、ステップＳ２１２において選択された承認者選択欄９１８に対応するユーザ情報（ユーザＩＤ）を被代理者情報として取得する。
【００８１】
ステップＳ２１６では、承認者一覧画面１０００の代理申請１０１８にステップＳ２１４において取得した被代理者情報を表示し、ステップＳ２１８では、被代理者の設定を確定するか否かを判定し、確定すると判定した場合は、ステップＳ２２０へ処理を進め、確定しないと判定した場合は、ステップＳ２０６へ処理を進める。
【００８２】
当判定は、ユーザ管理者によって入力部２０９を介して承認者一覧画面１０００の変更ボタン１００８が押下されたか否かによって判定を行い、変更ボタン１００８が押下されたと判定した場合は、ステップＳ２２０へ処理を進め、押下されたと判定しない場合は、ステップＳ２０６へ処理を進める。
【００８３】
ステップＳ２２０では、クライアント端末１０１から送信するステップＳ２１８において確定した被代理者をサーバ１０３の権限情報テーブル５００へ記憶する。ステップＳ１０６において入力を受付けた帳票ＩＤ及び承認者一覧画面１０００のユーザＩＤ１０１２に該当する権限情報テーブル５００の帳票ＩＤ５０２及びユーザＩＤ５０４に対応する代理申請ＩＤ５０６へ代理申請１０１８に表示された被代理者のユーザＩＤを記憶する。
【００８４】
次に、図５には、電子帳票に対して電子印鑑を押印する処理を示すフローチャートであり、これらの各ステップにおける処理は、クライアント端末１０２及びサーバ１０３に備えられたＣＰＵ２０１の制御の下、処理が実行される。尚、ステップＳ３０４における主な処理は、サーバ１０３において実行され、ステップＳ３０６からステップＳ３４２における主な処理は、クライアント端末１０２において実行される。その他のステップは、クライアント端末１０２及びサーバ１０３において実行される。
【００８５】
ステップＳ３００では、帳票を一意に識別する帳票ＩＤを不図示の画面から入力を受付け、この帳票ＩＤを、ネットワークを介してサーバ１０３に送信し、ステップＳ３０２では、サーバ１０３は、送信された帳票ＩＤに該当する帳票情報テーブル３００の帳票ＩＤ３０２を含む帳票情報を取得し、更に、送信された帳票ＩＤに該当する枠情報テーブル６００の帳票ＩＤ６０２を含む枠情報を取得する。
【００８６】
ステップＳ３０４では、帳票ＩＤによって識別される電子帳票に表示すべく帳票データを不図示の帳票用テーブルから取得し、ステップＳ３０２において取得した枠情報を含む帳票情報及び帳票データを合わせて、要求元のクライアント端末１０２に送信する。
【００８７】
ステップＳ３０４では、サーバ１０３から送信された枠情報を含む帳票情報及び帳票データに基づいて、電子帳票の生成を行い、クライアント端末１０２のディスプレイ２１０に帳票承認画面１１００（図１４参照、詳細後述）を起動表示させた後、帳票承認画面１１００に生成した電子帳票を表示する。
【００８８】
尚、帳票承認画面１１００は、サーバ１０３において生成した後、サーバ１０３からクライアント端末１０２に送信して、クライアント端末１０２のディスプレイ２１０へ帳票承認画面１１００を表示する態様でも良い。但し、後述するが、ページ数３０６に記憶された電子帳票の総ページ数に関する情報も共に送信する。
【００８９】
図１４に示すように帳票承認画面１１００は、承認ボタン１１０２、一括承認ボタン１１０４、及び閉じるボタン１１０６を備えている。承認ボタン１１０２は、承認者が、帳票承認画面１１００に表示された電子帳票の内容が正しいと判断した場合、承認ボタン１１０２を押下することによって、電子帳票に対して電子印鑑を承認者が押印可能な位置に押印する。
【００９０】
一括承認ボタン１１０４は、承認者が、数多くのページからなる同一種類の電子帳票に対して、各ページに対して内容を確認しつつ、各ページにおいて承認ボタン１１０２を押下することで承認を行うことは、業務の効率上、適切な作業とは言い難いため、一度、全てのページの内容を確認した後、一括して承認者が押印可能な位置に押印することを可能としている。
【００９１】
従って、承認者が帳票承認画面１１００に表示された電子帳票を全て確認した後、一括承認ボタン１１０４を押下可能とするように、電子帳票を全て確認したタイミングで、非表示から表示、あるいはグレーアウト表示を解除する等の態様を取り、あるいは、電子帳票を全て確認する前まで、一括承認ボタン１１０４が押下された場合、エラー表示を行う態様も取ることが可能である。閉じるボタン１１０６が押下されると、帳票承認画面１１００を閉じ、当画面に対するセッションを開放する。
【００９２】
ステップＳ３０８では、承認者が、ステップＳ３０６において表示した帳票承認画面１１００に表示された電子帳票の全ページに対して確認が終了したか否かを判定し、確認が終了したと判定した場合は、ステップＳ３１０へ処理を進める。
【００９３】
当判定は、各ページが表示されたか否かによって判定を行っており、ＲＡＭ２０３等へ表示したページを記憶しておき、帳票情報に含まれる電子帳票の総ページ数に対して当該表示したページが全てＲＡＭ２０３等へ記憶された際に、全ページに対して確認が終了したとして判定する。
【００９４】
尚、ＲＡＭ２０３等へ記憶した表示したページは、同一セッション内のみ保持を行い、帳票承認画面１１００を閉じた場合、ＲＡＭ２０３等から記憶した表示したページはリセットされる。
【００９５】
ステップＳ３１０では、一括承認ボタン１１０４のグレーアウト表示を解除する。ステップＳ３１２では、承認者によって入力部２０９を介して一括承認ボタン１１０４が押下されたか否かを判定し、一括承認ボタン１１０４が押下されたと判定した場合は、ステップS３１４へ処理を進め、押下されたと判定しない場合は、ステップS３００へ処理を進める。
【００９６】
ステップＳ３１４では、クライアント端末１０２から、ステップＳ３００において入力を受付けた帳票ＩＤに該当する帳票ＩＤ６０２を有する枠情報をサーバ１０３の枠情報テーブル６００から取得し、ステップＳ３１６では、クライアント端末１０２から、ステップＳ３００において入力を受付けた帳票ＩＤ及びステップＳ１０２におけるログインユーザ情報に含まれるユーザＩＤに該当する帳票ＩＤ５０２及びユーザＩＤ５０４を有する権限情報をサーバ１０３の権限情報テーブル５００から取得する。
【００９７】
更に、本ステップでは、ステップＳ３００において入力を受付けた帳票ＩＤ及びステップＳ１０２におけるログインユーザ情報に含まれるユーザＩＤに該当する帳票ＩＤ５０２及び代理申請ＩＤ５０６を有する権限情報を権限情報テーブル５００から取得する。
【００９８】
ステップＳ３１８では、ステップＳ３１６において取得した権限情報のユーザＩＤ５０４及び代理申請ＩＤ５０６が、ステップＳ３１４において取得した枠情報のユーザＩＤ６０４に一致する枠情報が存在するか否かを判定することで、ログインしたユーザが、帳票承認画面１１００に表示された電子帳票に対して押印を行うことが可能な位置（或いは、枠）が存在するか否かを判定する。また、一致する枠情報を取得するが、複数の位置（或いは、枠）が存在する場合は、全ての位置（或いは、枠）の枠情報を取得する。
【００９９】
ステップＳ３２０では、ステップＳ３１８において、押印を行うことが可能な位置（或位置（或いは、枠）が存在するか否かを判定し、押印を行うことが可能な位置（或いは、枠）が存在すると判定した場合は、ステップＳ３２２へ処理を進め、押印を行うことが可能な位置（或いは、枠）が存在すると判定しない場合は、ステップＳ３００へ処理を進める。
【０１００】
ステップＳ３２２では、ステップＳ３１８において、押印を行うことが可能とされた位置（或いは、枠）の枠情報に含まれる枠位置６０６を用いて、帳票承認画面１１００に表示された電子帳票の枠に、承認者として押印を行うのか、代理者として押印を行うのか、何れかを識別表示する。例えば、承認者として押印を行う位置（或いは、枠）を水色に表示し、承認者の代理者として押印を行う位置（或いは、枠）を桃色に表示する等によって識別表示を行う。
【０１０１】
あるいは、ユーザＩＤ６０４に記憶された被代理者のユーザＩＤや当該ユーザＩＤに該当するユーザ情報テーブル４００に記憶されるユーザＩＤ４０２に対応するユーザ名４０４を取得し、該当の位置（或いは、枠）へ表示しても良い。
【０１０２】
識別表示するに当たり、ログインユーザが承認者として押印する箇所を特定するには、ステップＳ３００において入力を受付けた帳票ＩＤ及びステップＳ１０２におけるログインユーザ情報に含まれるユーザＩＤに該当する枠情報の帳票ＩＤ６０２及びユーザＩＤ６０４が存在する場合は、当該枠情報の帳票ＩＤ６０２及びユーザＩＤ６０４に対応する枠位置６０６によって位置が特定される枠にログインユーザが承認者として押印することが可能である旨を表示する。
【０１０３】
また、ログインユーザの代理者として押印する箇所を特定するには、ステップＳ３００において入力を受付けた帳票ＩＤ及びステップＳ１０２におけるログインユーザ情報に含まれるユーザＩＤに該当する権限情報の帳票ＩＤ５０２及びユーザＩＤ５０４が存在すると共に、当該存在すると判定した帳票ＩＤ５０２、及び当該存在すると判定した帳票ＩＤ５０２とユーザＩＤ５０４に対応する代理申請ＩＤ５０６とが、枠情報の帳票ＩＤ６０２及びユーザＩＤ６０４に該当する場合、該当した帳票ＩＤ６０２及びユーザＩＤ６０４に対応する枠位置６０６によって位置が特定される枠にログインユーザが承認者の代理者として押印することが可能である旨を表示する。
【０１０４】
識別表示した例として、図１５に示すように、帳票承認画面１１００の電子帳票の課長欄１１０８には、承認者が押印することが可能な位置（或いは、枠）を示しており、部長欄１１１０及び事業部長／本部長欄１１１２には、承認者の代理者が押印することが可能な位置（或いは、枠）を示している。
【０１０５】
また、ログインユーザが代理者として押印可能な位置（或いは、枠）が複数存在する場合、つまり権限情報の代理申請ＩＤ５０６に複数の被代理者のユーザＩＤが記憶され、更に、複数の被代理者の各々のユーザＩＤが、同一帳票（同一の帳票ＩＤ６０２を有する）に対する枠情報に存在する場合は、図１５に示すように部長欄１１１０と事業部長／本部長欄１１１２とを、代理枠１、代理枠２のように識別表示することで、何れの枠に対して承認者が押印を行うべきか、についての支援を行うことが可能である。この際の枠に対する押印の実施可否の設定については、図１６に示す承認箇所設定画面１３００を用いて行う（詳細後述）。
【０１０６】
また、被代理者の押印する枠が複数存在する場合は、前述した通り、被代理者のユーザ名４０４を各枠へ表示することも可能であり、承認者は、何れの代理者として押印を行うべきか、について適切な対応を取ることが可能となる。
【０１０７】
ステップＳ３２４では、ステップＳ３１８において取得した位置（或いは、枠）が複数存在するか否かを判定し、複数存在すると判定した場合は、ステップＳ３２６へ処理を進め、１つ存在すると判定した場合は、ステップＳ３３８へ処理を進める。
【０１０８】
ステップＳ３２６では、承認者が、複数の押印可能な枠に対して、何れの位置（或いは、枠）に対して押印を行うべきか、について設定するための承認箇所設定画面１３００（図１６参照、詳細後述）をディスプレイ２１０へ起動表示する（尚、当画面は、サーバ１０３から取得する構成でも、クライアント端末１０１の外部メモリ２１１から取得する構成の何れでも良い。）。
【０１０９】
ステップＳ３２８では、承認者によって入力部２０９を介して承認者が押印可能な位置（或いは、枠）に押印を行うのか、承認者が代理者として被代理者が押印可能な位置（或いは、枠）に押印を行うのか、について承認箇所設定画面１３００を用いて設定を行う。
【０１１０】
図１６に示す承認箇所設定画面１３００は、承認者が押印可能な位置（或いは、枠）に対して押印を行う場合に選択を受付けるための承認チェックボックス１３０２、承認者が代理者として被代理者が押印可能な枠に押印を行う場合に選択を受付けるための代理申請チェックボックス１３０４、承認者に対して被代理者が複数存在する場合、何れの被代理者に対して代理者として押印を行うのかを選択する場合に選択を受付けるための代理枠１チェックボックス１３０６、代理枠２チェックボックス１３０８を備えている。
【０１１１】
代理枠１及び代理枠２が承認箇所設定画面１３００に表示されているが、ステップＳ３１８において、押印を行うことが可能とされた位置（或いは、枠）の枠情報に含まれるユーザＩＤ６０４を表示しても良いし、ユーザＩＤ６０４に該当するユーザ情報テーブル４００のユーザＩＤ４０２に対応するユーザ名４０４を表示しても良い。
【０１１２】
何れにせよ、これらのチェックボックスは、帳票承認画面１１００の電子帳票の押印可能箇所（例えば、課長欄１１０８には承認チェックボックス１３０２、部長欄１１１０には代理枠１チェックボックス１３０６、事業部長／本部長欄１１１２には、代理枠２チェックボックス１３０８）に対応して表示している。
【０１１３】
尚、代理枠１チェックボックス１３０６、代理枠２チェックボックス１３０８と２つのチェックボックスを表示しているが、被代理者の数分だけ、チェックボックスを表示することができる。
【０１１４】
また、代理申請チェックボックス１３０４は、承認者に対して被代理者が存在する場合のみ表示され、更に代理申請チェックボックス１３０４への選択を受付けると、代理枠１チェックボックス１３０６、代理枠２チェックボックス１３０８・・・・全てのチェックボックスが選択された状態となる。
【０１１５】
また、承認箇所設定画面１３００には、承認者が入力部２０９を介して各チェックボックスへの選択を確定するために押下するＯＫボタン１３１０、各チェックボックスへの選択を解除するためのキャンセルボタン１３１２を備えている。また、承認者によってＯＫボタン１３１０が押下されると図１７あるいは図１８に示すように帳票承認画面１１００の電子帳票の各欄に印影が配置される。
【０１１６】
ステップＳ３２８では、承認者によって入力部２０９を介してＯＫボタン１３１０が押下されたか否かを判定し、ＯＫボタン１３１０が押下されたと判定した場合は、ステップＳ３３０へ処理を進める。尚、ＯＫボタン１３１０が押下されたと判定しない場合に、キャンセルボタン１３１２が押下された際には、承認箇所設定画面１３００の各チェックボックスに対する選択を解除して、ＯＫボタン１３１０が押下されるまで本ステップの処理を行う。
【０１１７】
ステップＳ３３０では、承認者によって入力部２０９を介して、承認チェックボックス１３０２、代理申請チェックボックス１３０４、代理枠１チェックボックス１３０６、あるいは代理枠２チェックボックス１３０８のうち何れか１つのチェックボックスが選択されているか否かを判定し、選択されたと判定した場合は、ステップＳ３３２へ処理を進め、選択されたと判定しない場合は、ステップＳ３２８へ処理を進める。
【０１１８】
ステップＳ３３２では、承認箇所設定画面１３００において選択を受付けたチェックボックスに対応するユーザＩＤを承認担当者情報として取得し、ステップＳ３３４では、承認チェックボックス１３０２が選択されたか否かを判定する。当判定は、承認担当者情報として、承認チェックボックス１３０２が選択されて承認担当者情報を取得したか否かにより判定を行う。
【０１１９】
当判定において、承認チェックボックス１３０２が選択されたと判定した場合は、ステップＳ３３６へ処理を進め、承認チェックボックス１３０２が選択されたと判定しない場合は、ステップＳ３３８へ処理を進める。
【０１２０】
ステップＳ３３６では、承認担当者情報に含まれる承認者のユーザＩＤに該当するステップＳ３１８において一致するとされた枠情報に含まれるユーザＩＤに対応する枠位置６０６の左下及び右上の頂点の座標から中心の座標を求める。
【０１２１】
ステップＳ３３８では、承認担当者情報に含まれる被代理者のユーザＩＤに該当するステップＳ３１８において一致するとされた枠情報に含まれるユーザＩＤに対応する枠位置６０６の左下及び右上の頂点の座標から中心の座標を求める。
【０１２２】
尚、ステップＳ３３４からステップＳ３３８の処理は、ステップＳ３３２において取得した承認担当者情報に含まれる承認者、被代理者の数分の処理を繰り返す。
【０１２３】
ステップＳ３４０では、ステップＳ３３６及びステップＳ３３８において求めた中心点に対して承認者の電子印鑑を配置する。
【０１２４】
尚、電子印鑑を配置する際に、被代理者の押印個所に電子印鑑を配置する際には、承認者が代理者として押印を行ったことを示すように識別表示を行うことが可能である。
【０１２５】
つまり、ステップＳ３３６において求めた中心の座標に対して電子印鑑を配置する場合は、承認者の電子印鑑をそのまま配置し（図１７参照）、ステップＳ３３８において求めた中心の座標に対して電子印鑑を配置する場合は、代理である旨を示した承認者の電子印鑑を配置する（図１８参照）。
【０１２６】
尚、承認者の電子印鑑及び代理者としての承認者の電子印鑑については、外部メモリ２１１に予め記憶されており、本ステップにおいて、電子印鑑を配置する際に、当該外部メモリ２１１から取得して配置を行っている。
【０１２７】
尚、同一種類の電子帳票が複数ページ存在する場合、全ての各ページに対してステップＳ３３６及びステップＳ３３８において求めた中心点に対して承認者の電子印鑑及び代理者としての承認者の電子印鑑を配置する。
【０１２８】
これによって、電子帳票に電子印鑑を各ページに押下する、電子印鑑の押印する位置をページ毎に補正するといった、今まで手作業で行っていた作業の手間を省くことができる。
【０１２９】
ステップＳ３４２では、電子印鑑の配置が完了したタイミングで、ＯＫボタンのダイアログボックス（不図示）を表示し、承認者によって入力部２０９を介してＯＫボタンが押下されたか否かを判定し、押下されたと判定した場合は、ステップＳ３４４へ処理を進め、押下されたと判定しない場合は、ステップＳ３２４へ処理を進める。
【０１３０】
ステップＳ３４４では、クライアント端末１０２から送信されたステップＳ３４０において電子印鑑が配置された電子帳票を帳票データとして、サーバ１０３の外部メモリ２１１へ記憶する。
【０１３１】
以上、本発明によれば、電子帳票に電子印鑑を押印する位置に対して付帯された押印を行うことが可能な承認者の情報に基づいて、承認者が押印することが可能な電子印鑑の押印する位置が特定されるので、承認者が適切な位置に電子印鑑を押印することが可能となるため、承認者の承認作業の負荷を軽減することができる。
【０１３２】
以上、実施形態例を詳述したが、本発明は、例えば、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。また、本発明におけるプログラムは、各処理方法をコンピュータが実行可能（読み取り可能）なプログラムであり、本発明の記憶媒体は、各処理方法をコンピュータが実行可能
なプログラムが記憶されている。
【０１３３】
なお、本発明におけるプログラムは、各装置の処理方法ごとのプログラムであってもよい。
【０１３４】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読取り実行することによっても、本発
明の目的が達成されることは言うまでもない。
【０１３５】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。
【０１３６】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ−ＲＯＭ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。
【０１３７】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータで稼働しているＯＳ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１３８】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１３９】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。例えば、クライアント端末１０１、クライアント端末１０２、サーバ１０３からなるシステムで構成されているが、クライアント端末１０１及びサーバ１０３で実行される処理をクライアント端末１０２にて実行する、あるいはクライアント端末１０２及びサーバ１０３で実行される処理をクライアント端末１０１にて実行するように、単体の機器での構成で実施しても良い。
【０１４０】
また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１４１】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ，データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステム、あるいは装置が、本発明の効果を享受することが可能となる。なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【０１４２】
１００ 文書管理システム
１０１ クライアント端末
１０２ クライアント端末
１０３ サーバ
１０４ ネットワーク
２０１ ＣＰＵ
２０２ ＲＯＭ
２０３ ＲＡＭ
２０４ システムバス
２０５ 入力コントローラ
２０６ ビデオコントローラ
２０７ メモリコントローラ
２０８ 通信Ｉ／Ｆコントローラ
２０９ 入力部
２１０ ディスプレイ
２１１ 外部メモリ
【技術分野】
【０００１】
本発明は、電子帳票に電子印鑑を押下する文書管理システム、文書管理装置、制御方法、プログラムに関する。
【背景技術】
【０００２】
従来では、承認者が紙面上で帳票の内容を確認した後、内容として問題なければ、承認印を所定の場所へ押印を行っていたが、昨今、紙文書の保管場所を確保及び維持等を行うためのコスト、紙文書の老朽化及び紛失等の問題を解決するにあたり、紙文書の電子化を行うことでペーパレス化を図っており、承認者は、紙面上で帳票の内容を確認して内容として問題がなければ、承認印を所定の場所へ押印を行った後、この帳票を電子化してコンピュータへ取り込むか、あるいは、承認者は、既に電子化された帳票を一度紙で出力した後、承認印を所定の場所へ押印を行い、押印がなされた帳票を再度電子化して、コンピュータに取り込む作業等を行っていたため、非常に作業効率上思わしくない状況が発生していた。
【０００３】
そこで、電子帳票に対して、電子印鑑を生成することで、電子帳票の所定位置に生成した電子印鑑を配置する技術が存在するようになった（例えば、特許文献１参照）
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平１０−１１６３４３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に開示された技術では、生成された電子印鑑を配置する度に、マウスをクリックする等によって、電子帳票に対する位置を指定する必要がる。
【０００６】
そこで、承認者が、複数ページにわたって承認印の押印を必要とする場合では、承認者が、１ページずつ電子帳票の表示を行いつつ、電子印鑑を押印するオペレーションが必要となり、特にＡ４縦サイズの電子帳票等では、承認者が、１ページずつ帳票の下部まで確認した後に、帳票の上部に戻り電子印鑑を押印するとなると、業務効率を考えた上では、不適切な作業となり、特許文献１に開示された技術では、この課題の解決策については、記載や示唆はされていない。
【０００７】
また、ある承認者が電子印鑑を押印する場合、１ページに複数の押印個所が存在すると、何れの場所に押印すべきか判断に迷うことも多く、とりわけ承認対象となる電子帳票の種類が多い業務によっては、誤った押印が増加し得る。
【０００８】
また、承認者が長期休暇を取る、あるいは長期出張を取る場合、他の承認者が代理で電子印鑑を押下する場合が想定されるが、代理者が適切な位置にのみ押下することが必要な場合、つまり承認者が押印しなければならない位置に代理者が押印しなければならない場合、何れの場所に押印すべきか判断に迷うこともあり、業務効率を考えた上では、不適切な作業となる。
【０００９】
そこで、本発明は、上記課題を解決するためになされたものであり、承認者が電子帳票に電子印鑑を押印するにあたり、適切な押印箇所を特定することで、承認者の承認作業の負荷を軽減することが可能な文書管理システム、文書管理装置、制御方法、及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記の目的を達成するための第１の発明は、電子帳票の所定位置に電子印鑑を配置する文書管理装置であって、ユーザを識別するためのユーザ情報を受付けるユーザ情報受付手段と、前記電子帳票の所定位置に対して印影を配置することが可能なことを示す第一のユーザ情報を記憶する記憶手段と、前記電子帳票の所定位置へ印影の配置指示を受付ける配置指示受付手段と、前記配置指示受付手段によって配置指示を受けた後、前記ユーザ情報受付手段によって受け付けたユーザ情報と前記記憶手段に記憶された所定位置に対応する第一のユーザ情報が一致するか否かを判定し、一致する場合は、前記所定位置に対してユーザ情報に対応するユーザの印影を配置する電子印鑑配置手段と、前記電子印鑑配置手段によって配置された印影と前記電子帳票とを合わせて表示する表示手段と、を備えたことを特徴とする。
【００１１】
上記の目的を達成するための第２の発明は、クライアント端末装置と文書管理装置とがネットワークを介して接続された文書管理システムにおいて、前記クライアント端末装置は、ユーザを識別するためのユーザ情報を受付けるユーザ情報受付手段と、電子印鑑配置手段によって配置された印影と電子帳票とを合わせて表示する表示手段と、前記文書管理装置は、前記電子帳票の所定位置に対して印影を配置することが可能なことを示す第一のユーザ情報を記憶する記憶手段と、前記電子帳票の所定位置へ印影の配置指示を受付ける配置指示受付手段と、前記配置指示受付手段によって配置指示を受けた後、前記ユーザ情報受付手段によって受け付けたユーザ情報と前記記憶手段に記憶された所定位置に対応する第一のユーザ情報が一致するか否かを判定し、一致する場合は、前記所定位置に対してユーザ情報に対応するユーザの印影を配置する電子印鑑配置手段と、を備えたことを特徴とする。
【００１２】
上記の目的を達成するための第３の発明は、電子帳票の所定位置に電子印鑑を配置する文書管理装置の制御方法であって、ユーザを識別するためのユーザ情報を受付けるユーザ情報受付ステップと、前記電子帳票の所定位置へ印影の配置指示を受付ける配置指示受付ステップと、前記配置指示受付ステップによって配置指示を受けた後、前記ユーザ情報受付ステップによって受け付けたユーザ情報と前記電子帳票の所定位置に対して印影を配置することが可能なことを示す第一のユーザ情報を記憶する記憶部に記憶された所定位置に対応する第一のユーザ情報が一致するか否かを判定し、一致する場合は、前記所定位置に対してユーザ情報に対応するユーザの印影を配置する電子印鑑配置ステップと、前記電子印鑑配置ステップによって配置された印影と前記電子帳票とを合わせて表示する表示ステップと、を実行することを特徴とする。
【００１３】
上記の目的を達成するための第４の発明は、クライアント端末装置と文書管理装置とがネットワークを介して接続された文書管理システムの制御方法において、前記クライアント端末装置は、ユーザを識別するためのユーザ情報を受付けるユーザ情報受付手段と、電子印鑑配置手段によって配置された印影と電子帳票とを合わせて表示する表示手段と、を実行し、前記文書管理装置は、前記電子帳票の所定位置に対して印影を配置することが可能なことを示す第一のユーザ情報を記憶する記憶手段と、前記電子帳票の所定位置へ印影の配置指示を受付ける配置指示受付手段と、前記配置指示受付手段によって配置指示を受けた後、前記ユーザ情報受付手段によって受け付けたユーザ情報と前記記憶手段に記憶された所定位置に対応する第一のユーザ情報が一致するか否かを判定し、一致する場合は、前記所定位置に対してユーザ情報に対応するユーザの印影を配置する電子印鑑配置手段と、を実行することを特徴とする。
【００１４】
上記の目的を達成するための第５の発明は、電子帳票の所定位置に電子印鑑を配置する文書管理装置において実行されるプログラムであって、ユーザを識別するためのユーザ情報を受付けるユーザ情報受付手段と、前記電子帳票の所定位置に対して印影を配置することが可能なことを示す第一のユーザ情報を記憶する記憶手段と、前記電子帳票の所定位置へ印影の配置指示を受付ける配置指示受付手段と、前記配置指示受付手段によって配置指示を受けた後、前記ユーザ情報受付手段によって受け付けたユーザ情報と前記記憶手段に記憶された所定位置に対応する第一のユーザ情報が一致するか否かを判定し、一致する場合は、前記所定位置に対してユーザ情報に対応するユーザの印影を配置する電子印鑑配置手段と、前記電子印鑑配置手段によって配置された印影と前記電子帳票とを合わせて表示する表示手段と、して機能させることを特徴とする。
【００１５】
上記の目的を達成するための第６の発明は、クライアント端末装置と文書管理装置とがネットワークを介して接続された文書管理システムにおいて実行されるプログラムであって、前記クライアント端末装置は、ユーザを識別するためのユーザ情報を受付けるユーザ情報受付手段と、電子印鑑配置手段によって配置された印影と電子帳票とを合わせて表示する表示手段と、として機能させ、前記文書管理装置は、前記電子帳票の所定位置に対して印影を配置することが可能なことを示す第一のユーザ情報を記憶する記憶手段と、前記電子帳票の所定位置へ印影の配置指示を受付ける配置指示受付手段と、前記配置指示受付手段によって配置指示を受けた後、前記ユーザ情報受付手段によって受け付けたユーザ情報と前記記憶手段に記憶された所定位置に対応する第一のユーザ情報が一致するか否かを判定し、一致する場合は、前記所定位置に対してユーザ情報に対応するユーザの印影を配置する電子印鑑配置手段と、して機能させることを特徴とする。
【発明の効果】
【００１６】
本発明によれば、電子帳票に電子印鑑を押印する位置に対して付帯された押印可能な承認者の情報から、承認者が押印することが可能な電子印鑑の押印する位置が特定されるので、承認者が適切な位置に電子印鑑を押印することが可能となり、承認者の承認作業の負荷を軽減することができる、という効果を奏する。
【図面の簡単な説明】
【００１７】
【図１】本発明の実施形態に係る文書管理システムの概略の構成を示す構成図である。
【図２】本発明に実施形態に係るクライアント端末、サーバのハードウェアの概略構成を示す構成図である。
【図３】本発明の実施形態に係る文書管理システムにおける電子帳票に対する電子印鑑を押印するための全体処理を示すフローチャートである。
【図４】本発明の実施形態に係る文書管理システムにおける承認者の代理人を設定する処理を示すフローチャートである。
【図５】本発明の実施形態に係る文書管理システムにおける承認者が電子印鑑を押印する処理を示すフローチャートである。
【図６】本発明の実施形態において電子帳票の定義情報を記憶するためのテーブルの構成を示す構成図である。
【図７】本発明の実施形態に係る文書システムを利用するユーザのユーザ情報を記憶するためのテーブルの構成を示す構成図である。
【図８】本発明の実施形態において電子帳票に対する承認者、及び承認者の代理人を示す権限情報を記憶するためのテーブルの構成を示す構成図である。
【図９】本発明の実施形態において承認者が押印可能な電子帳票の位置を示す枠情報を記憶するためのテーブルの構成を示す構成図である。
【図１０】本発明の実施形態に係る文書復元システムにおけるメニュー画面の構成を示す構成図である。
【図１１】本発明の実施形態における電子帳票の構成を示すと共に、電子帳票に対して承認者が押印することが可能な位置を表示することが可能であることを示す構成図である。
【図１２】本発明の実施形態に係る承認者を特定するための画面の構成を示す構成図である。
【図１３】本発明の実施形態に係る承認者の代理者を特定するための画面の構成を示す構成図である。
【図１４】本発明の実施形態に係る電子帳票の構成を示す構成図である。
【図１５】本発明の実施形態における電子帳票に対して承認者及び代理者が押印することが可能な位置を表示することが可能であることを示す構成図である。
【図１６】本発明の実施形態において、承認者あるいは代理者の何れが電子帳票の押印を行うべきか設定を行うための画面の構成を示す構成図である。
【図１７】本発明の実施形態における電子帳票に対して承認者が押印を行ったことを説明するための説明図である。
【図１８】本発明の実施形態における電子帳票に対して代理者が押印を行ったことを説明するための説明図である。
【発明を実施するための形態】
【００１８】
以下、図面を参照して、本発明の実施形態を詳細に説明する。
【００１９】
図１は、本発明の実施形態に係る文書管理システムにおいて概略の構成を示す構成図である。
【００２０】
文書管理システム１００は、クライアント端末１０１、クライアント端末１０２、及びサーバ１０３から構成されており、ネットワーク１０４を介して、接続されている。
【００２１】
クライアント端末１０１は、帳票管理者によって電子帳票のフォーム定義等を示す帳票情報を設定すると共に、電子帳票に対する電子印鑑を押印する位置（或いは、枠）に、何れの承認者が押印することが可能であるのかを示す枠情報を設定した後、帳票情報及び枠情報を、ネットワーク１０４を介して、サーバ１０３へ記憶する。
【００２２】
クライアント端末１０２は、承認者の電子帳票の取得要求の指示入力に応じて、ネットワーク１０４を介して、サーバ１０３に記憶された電子帳票を取得した後、承認者が電子帳票の内容を確認し、全ての内容に問題ないようであれば、電子帳票に対して電子印鑑を押印し、押印された電子帳票をサーバ１０３に記憶する。
【００２３】
サーバ１０３には、電子帳票に関する帳票情報、枠情報、及び文書管理システム１００の利用可能なユーザ情報等の情報を蓄積しており、クライアント端末１０１あるいはクライアント端末１０２からの要求に応じて必要な情報を提供している。
【００２４】
次に、図２には、クライアント端末１０１が有するハードウェアの構成の概略を示す構成図が示されており、ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。
【００２５】
また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ(Basic Input / Output System)やＯＳや、クライアント端末１０１が実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。
【００２６】
ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０３にロードして、プログラムを実行することで各種動作を実現するものである。
【００２７】
また、入力コントローラ（入力Ｃ）２０５は、キーボードやマウス等のポインティングデバイス等の入力部２０９からの入力を制御する。ビデオコントローラ（ＶＣ）２０６は、ディスプレイ２１０の一例でもあるＣＲＴディスプレイ（ＣＲＴ）等の表示器への表示を制御する。表示器はＣＲＴだけでなく、液晶ディスプレイでも構わない。
【００２８】
メモリコントローラ（ＭＣ）２０７は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤ）やＦＤ或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。
【００２９】
通信Ｉ／Ｆコントローラ（通信Ｉ／ＦＣ）２０８は、ネットワークを介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。
【００３０】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００３１】
本発明を実現するための電子帳票に対する電子印鑑を押印するためのプログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。
【００３２】
尚、クライアント端末１０２及びサーバ１０３は、クライアント端末１０１と同一のハードウェア構成を有しているため、説明は省略し、以降、同一の番号を用いて説明を行う。
【００３３】
次に、図３には、電子帳票に対して電子印鑑を押印する全体の処理を示すフローチャートが示されており、これらの各ステップにおける処理は、クライアント端末１０１、クライアント端末１０２、及びサーバ１０３に備えられたＣＰＵ２０１の制御の下、処理が実行される。
【００３４】
ステップＳ１０４からステップＳ１３０における各ステップにおける処理は、主にクライアント端末１０１において実行され、ステップＳ１３２及びステップＳ１３４における処理は、主にクライアント端末１０２において実行される。その他のステップは、クライアント端末１０２及びサーバ１０３において実行される。
【００３５】
ステップＳ１００では、クライアント端末１０１あるいはクライアント端末１０２において、帳票管理者、ユーザ管理者、あるいは承認者によって、メニュー画面の起動指示がなされたタイミングで、メニュー画面７００（図１０参照）をディスプレイ２１０に表示する。
【００３６】
メニュー画面７００は、帳票作成ボタン７０２及び承認処理ボタン７０４を備えている。 帳票作成ボタン７０２は、電子帳票のフォーム定義等を示す帳票情報の設定や、あるいは電子帳票に対する電子印鑑を押印する位置（或いは、枠）に、何れの承認者が押印することが可能であるかを示す枠情報の設定等を行う場合に押下される。
【００３７】
承認処理ボタン７０４は、承認者によって電子帳票の確認を行った後、電子印鑑を用いて、押印を行うことによって、電子帳票に対する承認処理を行う場合に押下される。
【００３８】
ステップＳ１０２では、メニュー画面７００の起動指示を行ったユーザによって入力されたユーザＩＤを不図示のログイン画面から取得してサーバ１０３へネットワーク１０４を介して送信する。
【００３９】
サーバ１０３では、クライアント端末１０１あるいはクライアント端末１０２から送信されたユーザＩＤが、サーバ１０３自身に備えられたユーザ情報テーブル４００（図７参照、詳細後述）に記憶されたユーザ情報に含まれるユーザＩＤに該当するか否かの判定を行い、存在する場合は、認証されたと見做し、ユーザＩＤを含むユーザ情報を取得して、クライアント端末１０１あるいはクライアント端末１０２に送信する。
【００４０】
クライアント端末１０１あるいはクライアント端末１０２は、サーバ１０３からユーザ情報を受信すると、認証がなされたと見做し、メニュー画面７００へ受信したユーザ情報をログインユーザ情報として表示する。（図１０のログインユーザ欄７０６へ表示する。）
【００４１】
図７には、文書管理システム１００を利用することが可能なユーザのユーザ情報を記憶するためのユーザ情報テーブル４００は、ユーザを一意に識別するためのユーザＩＤ４０２、ユーザの氏名を示すユーザ名４０４、及びユーザが所有するメールアドレス４０６を含んで構成されている。
【００４２】
ステップＳ１０４では、帳票管理者によって、入力部２０９を介して帳票作成ボタン７０２が押下された否かを判定し、押下されたと判定した場合は、ステップＳ１０６へ処理を進め、押下されたと判定しない場合は、ステップＳ１３２へ処理を進める。
【００４３】
ステップＳ１０６では、電子帳票を一意に識別する帳票ＩＤを不図示の画面から入力を受付け、この帳票ＩＤを、ネットワークを介してサーバ１０３に送信し、サーバ１０３は、送信された帳票ＩＤに該当する帳票情報テーブル３００（図６参照、詳細後述）の帳票ＩＤ３０２を含む帳票情報を取得し、更に、送信された帳票ＩＤに該当する枠情報テーブル６００（図９参照、詳細後述）の帳票ＩＤ６０２を含む枠情報を取得し、要求元のクライアント端末１０１に送信する。
【００４４】
図６に示す帳票情報テーブル３００は、電子帳票のフォーム定義等に関する帳票情報を記憶しており、電子帳票を一意に識別するための帳票ＩＤ３０２、電子帳票の名称を示す帳票名３０４、電子帳票に含まれるページ数、電子帳票を構成する項目の名称を示す項目３０８、及び電子帳票に対する項目３０８の位置３１０を含んで構成されている。
【００４５】
尚、本発明の実施形態において、複数ページからなる電子帳票を想定しているが、複数ページからなる電子帳票とは、同一フォーマットの電子帳票がページ数分、存在していることを示している。例えば、１０ページの電子帳票とは、全てのページが同一フォーマットからなり、同一種類の電子帳票が１０枚分存在していることを想定している。
【００４６】
図９に示す枠情報テーブル６００は、電子帳票に対する電子印鑑の押印が可能な位置、当位置に対して押印が可能な承認者に関する枠情報を記憶しており、電子帳票を一意に識別するための帳票ＩＤ６０２、電子帳票に押印可能な承認者を一意に識別するためのユーザＩＤ６０４、承認者が電子帳票に対して電子印鑑が押印可能な位置を示す枠位置６０６を含んで構成されている。
【００４７】
枠位置６０６には、電子帳票の左下端を原点として、電子帳票の横をＸ軸、電子帳票の縦をＹ軸として座標を定めており、枠の左下及び右上の頂点の座標を記憶している。但し、枠の中心となる座標を記憶させて利用しても良い。
【００４８】
ステップＳ１０８では、ステップＳ１０６において取得した帳票情報及び枠情報に基づいて、帳票定義用画面（図１１参照、詳細後述）を表示する。尚、当画面は、サーバ１０３から取得する構成でも、クライアント端末１０１の外部メモリ２１１から取得する構成の何れでも良い。
【００４９】
図１１には、電子帳票のフォーム定義を行うための帳票定義用画面８００が示されており、帳票管理者によって、入力部２０９を介して選択された位置を含む枠を特定することが可能であり、図１１に示すように、承認枠８０２が選択されたことを示している。
【００５０】
ステップＳ１１０では、帳票管理者が、帳票定義用画面８００に対して入力部２０９を介して、電子印鑑を押印する位置が指定されたか否かを判定し、指定されたと判定した場合は、ステップＳ１１２へ処理を進め、指定されたと判定しない場合は、処理を終了する。
【００５１】
ステップＳ１１２では、ステップＳ１１０において指定された位置を含む枠を特定すると共に、特定された枠に対応する帳票情報（項目３０８、位置３１０を含む）を取得する。尚、前述した通り、図１１には、電子帳票に対して枠が特定されたことを示しており、承認枠８０２が特定されている。
【００５２】
ステップＳ１１４では、ユーザ情報テーブル４００から全てのユーザ情報を取得し、ステップＳ１１６では、ユーザ選択画面（図１２参照）をディスプレイ２１０へ表示し、ステップＳ１１４において取得したユーザ情報をユーザ選択画面９００へ表示する。尚、当画面は、サーバ１０３から取得する構成でも、クライアント端末１０１の外部メモリ２１１から取得する構成の何れでも良い。
【００５３】
図１２に示すユーザ選択画面９００は、電子帳票に対する電子印鑑の押印対象となる枠に押印を行うことが可能な承認者を示す権限情報を設定するための画面である。ユーザ選択画面９００は、検索種別入力欄９０２、検索条件入力欄９０４、及び検索ボタン９０６を備えており、検索種別入力欄９０２には、ユーザ情報に含まれるユーザＩＤ、ユーザ名等の項目を選択可能なように表示を行い、検索条件入力欄９０４には、検索種別入力欄９０２にて選択された項目に含まれ得ると想定されるキーワードが帳票管理者によって入力部２０９を介して入力された後、帳票管理者が入力部２０９を介して検索ボタン９０６を押下することで、検索種別入力欄９０２にて選択された項目であって、かつ該項目に検索条件入力欄９０４に入力されたキーワードを含むユーザ情報を絞り込む。
【００５４】
更に、ユーザ選択画面９００は、選択ボタン９０８、キャンセルボタン９１０、代理設定ボタン９１２、ユーザＩＤ９１４、ユーザ名９１６、承認者選択欄９１８を備えており、前述したように、検索ボタン９０６を押下することで絞り込まれたユーザ情報のユーザＩＤ、ユーザ名の順に、ユーザＩＤ９１４、ユーザ名９１６に表示する。
【００５５】
帳票管理者は、承認者選択欄９１８を選択することで、選択された承認者選択欄９１８に対応するユーザを承認者として選択することが可能であり、選択ボタン９０８を押下することで、選択された承認者選択欄９１８に対応するユーザを承認者として確定し、キャンセルボタン９１０を押下することで、承認者選択欄９１８の選択を解除する。
【００５６】
また、代理設定ボタン９１２を押下することによって、承認者に対する代理者を設定するための承認者一覧画面１０００（図１３参照、詳細後述）を起動表示することが可能である。
【００５７】
ステップＳ１１８では、ユーザ選択画面９００に備えられた選択ボタン９０８が押下されたか否かを判定し、押下されたと判定した場合は、ステップＳ１２０へ処理を進め、ステップＳ１２０では、選択された承認者選択欄９１８に対応するユーザ情報を承認者情報として取得し、ステップＳ１２２では、承認者情報及びステップＳ１１２において特定された帳票情報を用いて、権限情報として権限情報テーブル５００（図８参照、詳細後述）へ記憶する。
【００５８】
権限情報テーブル５００は、電子帳票に対して電子印鑑を押印することが可能な承認者、あるいは、電子印鑑を押印することが可能な承認者の代理として電子印鑑を押印することが可能な代理者に関する情報を記憶している。
【００５９】
権限情報テーブル５００は、帳票を一意に識別するための帳票ＩＤ５０２、電子印鑑を押印することが可能な承認者を一意に識別するためのユーザＩＤ５０４、及び承認者の代理として電子印鑑を押印することが可能な被代理者を一意に識別するための代理申請ＩＤ５０６を含んで構成している。
【００６０】
つまり、ステップＳ１２２では、ステップＳ１０６において入力を受付けた帳票ＩＤ及びステップＳ１２０で取得した承認者情報に含まれるユーザＩＤの順に、権限情報テーブル５００の帳票ＩＤ５０２及びユーザＩＤ５０４に記憶する。尚、本ステップでは、代理申請ＩＤ５０６へ代理者の情報の記憶は行わない。
【００６１】
ステップＳ１２４では、ステップＳ１２０で取得した承認者情報及びステップＳ１１２において選択された帳票情報を用いて、枠情報として枠情報テーブル６００へ各々記憶する。
【００６２】
つまり、ステップＳ１２４では、ステップＳ１０６において入力を受付けた帳票ＩＤ、承認者情報に含まれるユーザＩＤ、及びステップＳ１１２において特定された枠の帳票情報に含まれる位置の順に、帳票ＩＤ６０２、ユーザＩＤ６０４、及び枠位置６０６へ記憶している。
【００６３】
ステップＳ１２６では、ユーザ管理者がユーザ選択画面９００に備えられた代理設定ボタン９１２が入力部２０９によって押下されたか否かを判定し、押下されたと判定した場合は、ステップＳ１２８へ処理を進め、押下されたと判定しない場合は、ステップＳ１３０へ処理を進める。
【００６４】
ステップＳ１２８では、電子帳票に対して電子印鑑を押下することが可能な承認者の代理として代理者の設定処理を行うが、詳細については、図４を用いて後述する。
【００６５】
ステップＳ１３０では、承認者の設定が完了したか否かを判定し、完了したと判定した場合は、本フローチャートにおける処理を終了する、あるいはメニュー画面７００が起動表示された状態に遷移する。完了したと判定しない場合は、ステップＳ１１０へ処理を進める。当判定は、帳票定義用画面８００が閉じられたことで承認者の設定が完了したことを判定している。
【００６６】
ステップＳ１３２では、ユーザ管理者によってメニュー画面７００に備えられた承認処理ボタン７０４が入力部２０９によって押下されたか否かを判定し、押下されたと判定した場合は、ステップＳ１３２へ処理を進め、押下されたと判定しない場合は、ステップＳ１３４へ処理を進める。
【００６７】
ステップＳ１３４では、承認者が電子帳票に対して電子印鑑を押印する処理を行うが、詳細については、図５を用いて後述する。本ステップの処理を終了すると本フローチャートにおける処理を終了する、あるいはメニュー画面７００が起動表示された状態に遷移する。
【００６８】
次に、図４には、電子帳票に対して電子印鑑を押印することが可能な承認者の代理として電子印鑑を押印することが可能な被代理者の設定を行う処理を示すフローチャートであり、これらの各ステップにおける処理は、クライアント端末１０１及びサーバ１０３に備えられたＣＰＵ２０１の制御の下、処理が実行される。
【００６９】
尚、ステップＳ２０４からステップＳ２１８についての主な処理は、クライアント端末１０１において実行される。その他のステップは、クライアント端末１０２及びサーバ１０３において実行される。
【００７０】
まず、ステップＳ２００では、クライアント端末１０１からサーバ１０３のユーザ情報テーブル４００からユーザ情報を全て取得し、次のステップＳ２０２では、クライアント端末１０１からサーバ１０３の権限情報テーブル５００から権限情報を全て取得する。
【００７１】
ステップＳ２０４では、クライアント端末１０１のディスプレイ２１０において承認者一覧画面１０００（図１３参照、詳細後述）を起動し、ステップＳ２００において取得したユーザ情報及びステップＳ２０２において取得した権限情報を承認者一覧画面１０００に表示する。尚、当画面は、サーバ１０３から取得する構成でも、クライアント端末１０１の外部メモリ２１１から取得する構成の何れでも良い。
【００７２】
承認者一覧画面１０００は、検索種別入力欄１００２、検索条件入力欄１００４、及び検索ボタン１００６を備えており、検索種別入力欄１００２には、ユーザ情報に含まれるユーザＩＤ、ユーザ名等の項目を選択可能なように表示を行い、検索条件入力欄１００４には、検索種別入力欄１００２にて選択された項目に含まれ得ると想定されるキーワードがユーザ管理者によって入力部２０９を介して入力された後、ユーザ管理者が入力部２０９を介して検索ボタン１００６を押下することで、検索種別入力欄１００２にて選択された項目であって、かつ該項目に検索条件入力欄１００４に入力されたキーワードを含むユーザ情報を絞り込む。
【００７３】
更に、承認者一覧画面１０００は、変更ボタン１００８、代理申請ボタン１０１０、ユーザＩＤ１０１２、ユーザ名１０１４、メールアドレス１０１６、代理申請１０１８、被代理者選択欄１０２０を備えており、前述したように、検索ボタン１００６を押下することで絞り込まれたユーザ情報のユーザＩＤ、ユーザ名、及びメールアドレス順に、ユーザＩＤ１０１２、ユーザ名１０１４、及びメールアドレス１０１６に表示する。
【００７４】
また、ユーザＩＤ１０１２に該当するユーザＩＤを有するステップＳ２０２において取得した権限情報の代理申請ＩＤを代理申請１０１８へ表示する。
【００７５】
ユーザ管理者は、入力部２０９を介して被代理者選択欄１０２０を選択することで、選択された被代理者選択欄１０２０に対応するユーザの被代理者を選択設定することが可能であり、選択後、入力部２０９を介して代理申請ボタン１０１０を押下することで、ユーザ選択画面９００を表示する。
【００７６】
そして、ユーザ管理者は、入力部２０９を介して表示されたユーザ選択画面９００の承認者選択欄９１８を選択することで、選択された承認者選択欄９１８に対応するユーザを被代理者として選択することが可能であり、選択ボタン９０８を押下することで、選択された承認者選択欄９１８に対応するユーザを被代理者として特定する。特定された被代理者は、代理申請１０１８へ表示される。
【００７７】
承認者一覧画面１０００に表示された被代理者を確定する場合、ユーザ管理者は、入力部２０９を介して変更ボタン１００８を押下することで、承認者に対する被代理者を確定する。
【００７８】
ステップＳ２０６では、ユーザ管理者によって入力部２０９を介して承認者一覧画面１０００に備えられた代理申請ボタン１０１０が押下されたか否かを判定し、押下されたと判定した場合は、ステップＳ２０８へ処理を進め、押下されたと判定しない場合（承認者一覧画面１０００を閉じた場合）は、本フローチャートにおける処理を終了する。
【００７９】
ステップＳ２０８では、ユーザ管理者によって入力部２０９を介して被代理者選択欄１０２０が選択されたか否かを判定し、選択されたと判定した場合は、ステップＳ２１０へ処理を進め、ステップＳ２１０では、ユーザ選択画面９００をディスプレイ２１０へ起動表示し、起動表示したユーザ選択画面９００にステップＳ２００で取得したユーザ情報を表示した後、ステップＳ２１２へ処理進める。尚、当画面は、サーバ１０３から取得する構成でも、クライアント端末１０１の外部メモリ２１１から取得する構成の何れでも良い。
【００８０】
ステップＳ２１２では、ユーザ管理者によって入力部２０９を介してユーザ選択画面９００に備えられた選択ボタン９０８が押下されたか否かを判定し、押下されたと判定した場合は、ステップＳ２１４へ処理を進め、ステップＳ２１４では、ステップＳ２１２において選択された承認者選択欄９１８に対応するユーザ情報（ユーザＩＤ）を被代理者情報として取得する。
【００８１】
ステップＳ２１６では、承認者一覧画面１０００の代理申請１０１８にステップＳ２１４において取得した被代理者情報を表示し、ステップＳ２１８では、被代理者の設定を確定するか否かを判定し、確定すると判定した場合は、ステップＳ２２０へ処理を進め、確定しないと判定した場合は、ステップＳ２０６へ処理を進める。
【００８２】
当判定は、ユーザ管理者によって入力部２０９を介して承認者一覧画面１０００の変更ボタン１００８が押下されたか否かによって判定を行い、変更ボタン１００８が押下されたと判定した場合は、ステップＳ２２０へ処理を進め、押下されたと判定しない場合は、ステップＳ２０６へ処理を進める。
【００８３】
ステップＳ２２０では、クライアント端末１０１から送信するステップＳ２１８において確定した被代理者をサーバ１０３の権限情報テーブル５００へ記憶する。ステップＳ１０６において入力を受付けた帳票ＩＤ及び承認者一覧画面１０００のユーザＩＤ１０１２に該当する権限情報テーブル５００の帳票ＩＤ５０２及びユーザＩＤ５０４に対応する代理申請ＩＤ５０６へ代理申請１０１８に表示された被代理者のユーザＩＤを記憶する。
【００８４】
次に、図５には、電子帳票に対して電子印鑑を押印する処理を示すフローチャートであり、これらの各ステップにおける処理は、クライアント端末１０２及びサーバ１０３に備えられたＣＰＵ２０１の制御の下、処理が実行される。尚、ステップＳ３０４における主な処理は、サーバ１０３において実行され、ステップＳ３０６からステップＳ３４２における主な処理は、クライアント端末１０２において実行される。その他のステップは、クライアント端末１０２及びサーバ１０３において実行される。
【００８５】
ステップＳ３００では、帳票を一意に識別する帳票ＩＤを不図示の画面から入力を受付け、この帳票ＩＤを、ネットワークを介してサーバ１０３に送信し、ステップＳ３０２では、サーバ１０３は、送信された帳票ＩＤに該当する帳票情報テーブル３００の帳票ＩＤ３０２を含む帳票情報を取得し、更に、送信された帳票ＩＤに該当する枠情報テーブル６００の帳票ＩＤ６０２を含む枠情報を取得する。
【００８６】
ステップＳ３０４では、帳票ＩＤによって識別される電子帳票に表示すべく帳票データを不図示の帳票用テーブルから取得し、ステップＳ３０２において取得した枠情報を含む帳票情報及び帳票データを合わせて、要求元のクライアント端末１０２に送信する。
【００８７】
ステップＳ３０４では、サーバ１０３から送信された枠情報を含む帳票情報及び帳票データに基づいて、電子帳票の生成を行い、クライアント端末１０２のディスプレイ２１０に帳票承認画面１１００（図１４参照、詳細後述）を起動表示させた後、帳票承認画面１１００に生成した電子帳票を表示する。
【００８８】
尚、帳票承認画面１１００は、サーバ１０３において生成した後、サーバ１０３からクライアント端末１０２に送信して、クライアント端末１０２のディスプレイ２１０へ帳票承認画面１１００を表示する態様でも良い。但し、後述するが、ページ数３０６に記憶された電子帳票の総ページ数に関する情報も共に送信する。
【００８９】
図１４に示すように帳票承認画面１１００は、承認ボタン１１０２、一括承認ボタン１１０４、及び閉じるボタン１１０６を備えている。承認ボタン１１０２は、承認者が、帳票承認画面１１００に表示された電子帳票の内容が正しいと判断した場合、承認ボタン１１０２を押下することによって、電子帳票に対して電子印鑑を承認者が押印可能な位置に押印する。
【００９０】
一括承認ボタン１１０４は、承認者が、数多くのページからなる同一種類の電子帳票に対して、各ページに対して内容を確認しつつ、各ページにおいて承認ボタン１１０２を押下することで承認を行うことは、業務の効率上、適切な作業とは言い難いため、一度、全てのページの内容を確認した後、一括して承認者が押印可能な位置に押印することを可能としている。
【００９１】
従って、承認者が帳票承認画面１１００に表示された電子帳票を全て確認した後、一括承認ボタン１１０４を押下可能とするように、電子帳票を全て確認したタイミングで、非表示から表示、あるいはグレーアウト表示を解除する等の態様を取り、あるいは、電子帳票を全て確認する前まで、一括承認ボタン１１０４が押下された場合、エラー表示を行う態様も取ることが可能である。閉じるボタン１１０６が押下されると、帳票承認画面１１００を閉じ、当画面に対するセッションを開放する。
【００９２】
ステップＳ３０８では、承認者が、ステップＳ３０６において表示した帳票承認画面１１００に表示された電子帳票の全ページに対して確認が終了したか否かを判定し、確認が終了したと判定した場合は、ステップＳ３１０へ処理を進める。
【００９３】
当判定は、各ページが表示されたか否かによって判定を行っており、ＲＡＭ２０３等へ表示したページを記憶しておき、帳票情報に含まれる電子帳票の総ページ数に対して当該表示したページが全てＲＡＭ２０３等へ記憶された際に、全ページに対して確認が終了したとして判定する。
【００９４】
尚、ＲＡＭ２０３等へ記憶した表示したページは、同一セッション内のみ保持を行い、帳票承認画面１１００を閉じた場合、ＲＡＭ２０３等から記憶した表示したページはリセットされる。
【００９５】
ステップＳ３１０では、一括承認ボタン１１０４のグレーアウト表示を解除する。ステップＳ３１２では、承認者によって入力部２０９を介して一括承認ボタン１１０４が押下されたか否かを判定し、一括承認ボタン１１０４が押下されたと判定した場合は、ステップS３１４へ処理を進め、押下されたと判定しない場合は、ステップS３００へ処理を進める。
【００９６】
ステップＳ３１４では、クライアント端末１０２から、ステップＳ３００において入力を受付けた帳票ＩＤに該当する帳票ＩＤ６０２を有する枠情報をサーバ１０３の枠情報テーブル６００から取得し、ステップＳ３１６では、クライアント端末１０２から、ステップＳ３００において入力を受付けた帳票ＩＤ及びステップＳ１０２におけるログインユーザ情報に含まれるユーザＩＤに該当する帳票ＩＤ５０２及びユーザＩＤ５０４を有する権限情報をサーバ１０３の権限情報テーブル５００から取得する。
【００９７】
更に、本ステップでは、ステップＳ３００において入力を受付けた帳票ＩＤ及びステップＳ１０２におけるログインユーザ情報に含まれるユーザＩＤに該当する帳票ＩＤ５０２及び代理申請ＩＤ５０６を有する権限情報を権限情報テーブル５００から取得する。
【００９８】
ステップＳ３１８では、ステップＳ３１６において取得した権限情報のユーザＩＤ５０４及び代理申請ＩＤ５０６が、ステップＳ３１４において取得した枠情報のユーザＩＤ６０４に一致する枠情報が存在するか否かを判定することで、ログインしたユーザが、帳票承認画面１１００に表示された電子帳票に対して押印を行うことが可能な位置（或いは、枠）が存在するか否かを判定する。また、一致する枠情報を取得するが、複数の位置（或いは、枠）が存在する場合は、全ての位置（或いは、枠）の枠情報を取得する。
【００９９】
ステップＳ３２０では、ステップＳ３１８において、押印を行うことが可能な位置（或位置（或いは、枠）が存在するか否かを判定し、押印を行うことが可能な位置（或いは、枠）が存在すると判定した場合は、ステップＳ３２２へ処理を進め、押印を行うことが可能な位置（或いは、枠）が存在すると判定しない場合は、ステップＳ３００へ処理を進める。
【０１００】
ステップＳ３２２では、ステップＳ３１８において、押印を行うことが可能とされた位置（或いは、枠）の枠情報に含まれる枠位置６０６を用いて、帳票承認画面１１００に表示された電子帳票の枠に、承認者として押印を行うのか、代理者として押印を行うのか、何れかを識別表示する。例えば、承認者として押印を行う位置（或いは、枠）を水色に表示し、承認者の代理者として押印を行う位置（或いは、枠）を桃色に表示する等によって識別表示を行う。
【０１０１】
あるいは、ユーザＩＤ６０４に記憶された被代理者のユーザＩＤや当該ユーザＩＤに該当するユーザ情報テーブル４００に記憶されるユーザＩＤ４０２に対応するユーザ名４０４を取得し、該当の位置（或いは、枠）へ表示しても良い。
【０１０２】
識別表示するに当たり、ログインユーザが承認者として押印する箇所を特定するには、ステップＳ３００において入力を受付けた帳票ＩＤ及びステップＳ１０２におけるログインユーザ情報に含まれるユーザＩＤに該当する枠情報の帳票ＩＤ６０２及びユーザＩＤ６０４が存在する場合は、当該枠情報の帳票ＩＤ６０２及びユーザＩＤ６０４に対応する枠位置６０６によって位置が特定される枠にログインユーザが承認者として押印することが可能である旨を表示する。
【０１０３】
また、ログインユーザの代理者として押印する箇所を特定するには、ステップＳ３００において入力を受付けた帳票ＩＤ及びステップＳ１０２におけるログインユーザ情報に含まれるユーザＩＤに該当する権限情報の帳票ＩＤ５０２及びユーザＩＤ５０４が存在すると共に、当該存在すると判定した帳票ＩＤ５０２、及び当該存在すると判定した帳票ＩＤ５０２とユーザＩＤ５０４に対応する代理申請ＩＤ５０６とが、枠情報の帳票ＩＤ６０２及びユーザＩＤ６０４に該当する場合、該当した帳票ＩＤ６０２及びユーザＩＤ６０４に対応する枠位置６０６によって位置が特定される枠にログインユーザが承認者の代理者として押印することが可能である旨を表示する。
【０１０４】
識別表示した例として、図１５に示すように、帳票承認画面１１００の電子帳票の課長欄１１０８には、承認者が押印することが可能な位置（或いは、枠）を示しており、部長欄１１１０及び事業部長／本部長欄１１１２には、承認者の代理者が押印することが可能な位置（或いは、枠）を示している。
【０１０５】
また、ログインユーザが代理者として押印可能な位置（或いは、枠）が複数存在する場合、つまり権限情報の代理申請ＩＤ５０６に複数の被代理者のユーザＩＤが記憶され、更に、複数の被代理者の各々のユーザＩＤが、同一帳票（同一の帳票ＩＤ６０２を有する）に対する枠情報に存在する場合は、図１５に示すように部長欄１１１０と事業部長／本部長欄１１１２とを、代理枠１、代理枠２のように識別表示することで、何れの枠に対して承認者が押印を行うべきか、についての支援を行うことが可能である。この際の枠に対する押印の実施可否の設定については、図１６に示す承認箇所設定画面１３００を用いて行う（詳細後述）。
【０１０６】
また、被代理者の押印する枠が複数存在する場合は、前述した通り、被代理者のユーザ名４０４を各枠へ表示することも可能であり、承認者は、何れの代理者として押印を行うべきか、について適切な対応を取ることが可能となる。
【０１０７】
ステップＳ３２４では、ステップＳ３１８において取得した位置（或いは、枠）が複数存在するか否かを判定し、複数存在すると判定した場合は、ステップＳ３２６へ処理を進め、１つ存在すると判定した場合は、ステップＳ３３８へ処理を進める。
【０１０８】
ステップＳ３２６では、承認者が、複数の押印可能な枠に対して、何れの位置（或いは、枠）に対して押印を行うべきか、について設定するための承認箇所設定画面１３００（図１６参照、詳細後述）をディスプレイ２１０へ起動表示する（尚、当画面は、サーバ１０３から取得する構成でも、クライアント端末１０１の外部メモリ２１１から取得する構成の何れでも良い。）。
【０１０９】
ステップＳ３２８では、承認者によって入力部２０９を介して承認者が押印可能な位置（或いは、枠）に押印を行うのか、承認者が代理者として被代理者が押印可能な位置（或いは、枠）に押印を行うのか、について承認箇所設定画面１３００を用いて設定を行う。
【０１１０】
図１６に示す承認箇所設定画面１３００は、承認者が押印可能な位置（或いは、枠）に対して押印を行う場合に選択を受付けるための承認チェックボックス１３０２、承認者が代理者として被代理者が押印可能な枠に押印を行う場合に選択を受付けるための代理申請チェックボックス１３０４、承認者に対して被代理者が複数存在する場合、何れの被代理者に対して代理者として押印を行うのかを選択する場合に選択を受付けるための代理枠１チェックボックス１３０６、代理枠２チェックボックス１３０８を備えている。
【０１１１】
代理枠１及び代理枠２が承認箇所設定画面１３００に表示されているが、ステップＳ３１８において、押印を行うことが可能とされた位置（或いは、枠）の枠情報に含まれるユーザＩＤ６０４を表示しても良いし、ユーザＩＤ６０４に該当するユーザ情報テーブル４００のユーザＩＤ４０２に対応するユーザ名４０４を表示しても良い。
【０１１２】
何れにせよ、これらのチェックボックスは、帳票承認画面１１００の電子帳票の押印可能箇所（例えば、課長欄１１０８には承認チェックボックス１３０２、部長欄１１１０には代理枠１チェックボックス１３０６、事業部長／本部長欄１１１２には、代理枠２チェックボックス１３０８）に対応して表示している。
【０１１３】
尚、代理枠１チェックボックス１３０６、代理枠２チェックボックス１３０８と２つのチェックボックスを表示しているが、被代理者の数分だけ、チェックボックスを表示することができる。
【０１１４】
また、代理申請チェックボックス１３０４は、承認者に対して被代理者が存在する場合のみ表示され、更に代理申請チェックボックス１３０４への選択を受付けると、代理枠１チェックボックス１３０６、代理枠２チェックボックス１３０８・・・・全てのチェックボックスが選択された状態となる。
【０１１５】
また、承認箇所設定画面１３００には、承認者が入力部２０９を介して各チェックボックスへの選択を確定するために押下するＯＫボタン１３１０、各チェックボックスへの選択を解除するためのキャンセルボタン１３１２を備えている。また、承認者によってＯＫボタン１３１０が押下されると図１７あるいは図１８に示すように帳票承認画面１１００の電子帳票の各欄に印影が配置される。
【０１１６】
ステップＳ３２８では、承認者によって入力部２０９を介してＯＫボタン１３１０が押下されたか否かを判定し、ＯＫボタン１３１０が押下されたと判定した場合は、ステップＳ３３０へ処理を進める。尚、ＯＫボタン１３１０が押下されたと判定しない場合に、キャンセルボタン１３１２が押下された際には、承認箇所設定画面１３００の各チェックボックスに対する選択を解除して、ＯＫボタン１３１０が押下されるまで本ステップの処理を行う。
【０１１７】
ステップＳ３３０では、承認者によって入力部２０９を介して、承認チェックボックス１３０２、代理申請チェックボックス１３０４、代理枠１チェックボックス１３０６、あるいは代理枠２チェックボックス１３０８のうち何れか１つのチェックボックスが選択されているか否かを判定し、選択されたと判定した場合は、ステップＳ３３２へ処理を進め、選択されたと判定しない場合は、ステップＳ３２８へ処理を進める。
【０１１８】
ステップＳ３３２では、承認箇所設定画面１３００において選択を受付けたチェックボックスに対応するユーザＩＤを承認担当者情報として取得し、ステップＳ３３４では、承認チェックボックス１３０２が選択されたか否かを判定する。当判定は、承認担当者情報として、承認チェックボックス１３０２が選択されて承認担当者情報を取得したか否かにより判定を行う。
【０１１９】
当判定において、承認チェックボックス１３０２が選択されたと判定した場合は、ステップＳ３３６へ処理を進め、承認チェックボックス１３０２が選択されたと判定しない場合は、ステップＳ３３８へ処理を進める。
【０１２０】
ステップＳ３３６では、承認担当者情報に含まれる承認者のユーザＩＤに該当するステップＳ３１８において一致するとされた枠情報に含まれるユーザＩＤに対応する枠位置６０６の左下及び右上の頂点の座標から中心の座標を求める。
【０１２１】
ステップＳ３３８では、承認担当者情報に含まれる被代理者のユーザＩＤに該当するステップＳ３１８において一致するとされた枠情報に含まれるユーザＩＤに対応する枠位置６０６の左下及び右上の頂点の座標から中心の座標を求める。
【０１２２】
尚、ステップＳ３３４からステップＳ３３８の処理は、ステップＳ３３２において取得した承認担当者情報に含まれる承認者、被代理者の数分の処理を繰り返す。
【０１２３】
ステップＳ３４０では、ステップＳ３３６及びステップＳ３３８において求めた中心点に対して承認者の電子印鑑を配置する。
【０１２４】
尚、電子印鑑を配置する際に、被代理者の押印個所に電子印鑑を配置する際には、承認者が代理者として押印を行ったことを示すように識別表示を行うことが可能である。
【０１２５】
つまり、ステップＳ３３６において求めた中心の座標に対して電子印鑑を配置する場合は、承認者の電子印鑑をそのまま配置し（図１７参照）、ステップＳ３３８において求めた中心の座標に対して電子印鑑を配置する場合は、代理である旨を示した承認者の電子印鑑を配置する（図１８参照）。
【０１２６】
尚、承認者の電子印鑑及び代理者としての承認者の電子印鑑については、外部メモリ２１１に予め記憶されており、本ステップにおいて、電子印鑑を配置する際に、当該外部メモリ２１１から取得して配置を行っている。
【０１２７】
尚、同一種類の電子帳票が複数ページ存在する場合、全ての各ページに対してステップＳ３３６及びステップＳ３３８において求めた中心点に対して承認者の電子印鑑及び代理者としての承認者の電子印鑑を配置する。
【０１２８】
これによって、電子帳票に電子印鑑を各ページに押下する、電子印鑑の押印する位置をページ毎に補正するといった、今まで手作業で行っていた作業の手間を省くことができる。
【０１２９】
ステップＳ３４２では、電子印鑑の配置が完了したタイミングで、ＯＫボタンのダイアログボックス（不図示）を表示し、承認者によって入力部２０９を介してＯＫボタンが押下されたか否かを判定し、押下されたと判定した場合は、ステップＳ３４４へ処理を進め、押下されたと判定しない場合は、ステップＳ３２４へ処理を進める。
【０１３０】
ステップＳ３４４では、クライアント端末１０２から送信されたステップＳ３４０において電子印鑑が配置された電子帳票を帳票データとして、サーバ１０３の外部メモリ２１１へ記憶する。
【０１３１】
以上、本発明によれば、電子帳票に電子印鑑を押印する位置に対して付帯された押印を行うことが可能な承認者の情報に基づいて、承認者が押印することが可能な電子印鑑の押印する位置が特定されるので、承認者が適切な位置に電子印鑑を押印することが可能となるため、承認者の承認作業の負荷を軽減することができる。
【０１３２】
以上、実施形態例を詳述したが、本発明は、例えば、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。また、本発明におけるプログラムは、各処理方法をコンピュータが実行可能（読み取り可能）なプログラムであり、本発明の記憶媒体は、各処理方法をコンピュータが実行可能
なプログラムが記憶されている。
【０１３３】
なお、本発明におけるプログラムは、各装置の処理方法ごとのプログラムであってもよい。
【０１３４】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読取り実行することによっても、本発
明の目的が達成されることは言うまでもない。
【０１３５】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。
【０１３６】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ−ＲＯＭ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。
【０１３７】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータで稼働しているＯＳ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１３８】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１３９】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。例えば、クライアント端末１０１、クライアント端末１０２、サーバ１０３からなるシステムで構成されているが、クライアント端末１０１及びサーバ１０３で実行される処理をクライアント端末１０２にて実行する、あるいはクライアント端末１０２及びサーバ１０３で実行される処理をクライアント端末１０１にて実行するように、単体の機器での構成で実施しても良い。
【０１４０】
また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１４１】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ，データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステム、あるいは装置が、本発明の効果を享受することが可能となる。なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【０１４２】
１００ 文書管理システム
１０１ クライアント端末
１０２ クライアント端末
１０３ サーバ
１０４ ネットワーク
２０１ ＣＰＵ
２０２ ＲＯＭ
２０３ ＲＡＭ
２０４ システムバス
２０５ 入力コントローラ
２０６ ビデオコントローラ
２０７ メモリコントローラ
２０８ 通信Ｉ／Ｆコントローラ
２０９ 入力部
２１０ ディスプレイ
２１１ 外部メモリ
【特許請求の範囲】
【請求項１】
電子帳票の所定位置に電子印鑑を配置する文書管理装置であって、
ユーザを識別するためのユーザ情報を受付けるユーザ情報受付手段と、
前記電子帳票の所定位置に対して印影を配置することが可能なことを示す第一のユーザ情報を記憶する記憶手段と、
前記電子帳票の所定位置へ印影の配置指示を受付ける配置指示受付手段と、
前記配置指示受付手段によって配置指示を受けた後、前記ユーザ情報受付手段によって受け付けたユーザ情報と前記記憶手段に記憶された所定位置に対応する第一のユーザ情報が一致するか否かを判定し、一致する場合は、前記所定位置に対してユーザ情報に対応するユーザの印影を配置する電子印鑑配置手段と、
前記電子印鑑配置手段によって配置された印影と前記電子帳票とを合わせて表示する表示手段と、
を備えたことを特徴とする文書管理装置。
【請求項２】
前記電子印鑑配置手段は、前記配置指示受付手段によって配置指示を受けた後、複数の同一種類の電子帳票に対して１帳票毎にユーザの印影を配置することを特徴とする請求項１に記載の文書管理装置。
【請求項３】
前記配置指示受付手段は、複数の同一種類の電子帳票に対して表示を行った後に、配置指示の受付けを可能とする請求項２に記載の文書管理装置。
【請求項４】
前記記憶手段は、前記第一のユーザ情報と異なる前記電子帳票の所定位置に対して印影を配置することが可能なことを示す第二のユーザ情報を前記第一のユーザ情報に対応して記憶し、
前記電子印鑑配置手段は、前記配置指示受付手段によって配置指示が行われた後、前記ユーザ情報受付手段によって受け付けたユーザ情報に該当する前記記憶手段に記憶された第一のユーザ情報に対応する第二のユーザ情報の所定位置と前記配置指示受付手段によって配置指示が行われた所定位置が一致する場合は、前記第一のユーザ情報に対応する印影を配置することを特徴とする請求項１乃至３の何れか１項に記載の文書管理装置。
【請求項５】
前記電子印鑑配置手段は、第二のユーザ情報の所定位置に前記第一のユーザ情報に対応する印影を配置する際に、前記第一のユーザ情報に対応する印影と合わせて代理である旨を示す識別情報を配置することを特徴とする請求項４に記載の文書管理装置。
【請求項６】
前記配置指示受付手段によって配置指示を受けた後、前記ユーザ情報受付手段によって受け付けたユーザ情報と前記記憶手段に記憶された所定位置に対応する第一のユーザ情報が一致するか否かを判定し、一致する場合は、前記所定位置に対してユーザ情報に対応するユーザの印影を配置するか否かを選択すると共に、
前記ユーザ情報受付手段によって受け付けたユーザ情報に該当する前記記憶手段に記憶された第一のユーザ情報に対応する第二のユーザ情報の所定位置と前記配置指示受付手段によって配置指示が行われた所定位置が一致する場合は、前記第一のユーザ情報に対応する印影を配置する否かを選択する選択手段を備え、
前記選択手段によって印影を配置すると選択された場合、前記電子印鑑配置手段は、前記所定位置に対してユーザ情報に対応するユーザの印影を配置することを特徴とする請求項１乃至５の何れか１項に記載の文書管理装置。
【請求項７】
クライアント端末装置と文書管理装置とがネットワークを介して接続された文書管理システムにおいて、
前記クライアント端末装置は、
ユーザを識別するためのユーザ情報を受付けるユーザ情報受付手段と、
電子印鑑配置手段によって配置された印影と電子帳票とを合わせて表示する表示手段と、
前記文書管理装置は、
前記電子帳票の所定位置に対して印影を配置することが可能なことを示す第一のユーザ情報を記憶する記憶手段と、
前記電子帳票の所定位置へ印影の配置指示を受付ける配置指示受付手段と、
前記配置指示受付手段によって配置指示を受けた後、前記ユーザ情報受付手段によって受け付けたユーザ情報と前記記憶手段に記憶された所定位置に対応する第一のユーザ情報が一致するか否かを判定し、一致する場合は、前記所定位置に対してユーザ情報に対応するユーザの印影を配置する電子印鑑配置手段と、
を備えたことを特徴とする文書管理システム。
【請求項８】
電子帳票の所定位置に電子印鑑を配置する文書管理装置の制御方法であって、
ユーザを識別するためのユーザ情報を受付けるユーザ情報受付ステップと、
前記電子帳票の所定位置へ印影の配置指示を受付ける配置指示受付ステップと、
前記配置指示受付ステップによって配置指示を受けた後、前記ユーザ情報受付ステップによって受け付けたユーザ情報と前記電子帳票の所定位置に対して印影を配置することが可能なことを示す第一のユーザ情報を記憶する記憶部に記憶された所定位置に対応する第一のユーザ情報が一致するか否かを判定し、一致する場合は、前記所定位置に対してユーザ情報に対応するユーザの印影を配置する電子印鑑配置ステップと、
前記電子印鑑配置ステップによって配置された印影と前記電子帳票とを合わせて表示する表示ステップと、
を実行することを特徴とする文書管理装置の制御方法。
【請求項９】
クライアント端末装置と文書管理装置とがネットワークを介して接続された文書管理システムの制御方法において、
前記クライアント端末装置は、
ユーザを識別するためのユーザ情報を受付けるユーザ情報受付手段と、
電子印鑑配置手段によって配置された印影と電子帳票とを合わせて表示する表示手段と、
を実行し、
前記文書管理装置は、
前記電子帳票の所定位置に対して印影を配置することが可能なことを示す第一のユーザ情報を記憶する記憶手段と、
前記電子帳票の所定位置へ印影の配置指示を受付ける配置指示受付手段と、
前記配置指示受付手段によって配置指示を受けた後、前記ユーザ情報受付手段によって受け付けたユーザ情報と前記記憶手段に記憶された所定位置に対応する第一のユーザ情報が一致するか否かを判定し、一致する場合は、前記所定位置に対してユーザ情報に対応するユーザの印影を配置する電子印鑑配置手段と、
を実行することを特徴とする文書管理システムの制御方法。
【請求項１０】
電子帳票の所定位置に電子印鑑を配置する文書管理装置において実行されるプログラムであって、
ユーザを識別するためのユーザ情報を受付けるユーザ情報受付手段と、
前記電子帳票の所定位置に対して印影を配置することが可能なことを示す第一のユーザ情報を記憶する記憶手段と、
前記電子帳票の所定位置へ印影の配置指示を受付ける配置指示受付手段と、
前記配置指示受付手段によって配置指示を受けた後、前記ユーザ情報受付手段によって受け付けたユーザ情報と前記記憶手段に記憶された所定位置に対応する第一のユーザ情報が一致するか否かを判定し、一致する場合は、前記所定位置に対してユーザ情報に対応するユーザの印影を配置する電子印鑑配置手段と、
前記電子印鑑配置手段によって配置された印影と前記電子帳票とを合わせて表示する表示手段と、
して機能させることを特徴とするプログラム。
【請求項１１】
クライアント端末装置と文書管理装置とがネットワークを介して接続された文書管理システムにおいて実行されるプログラムであって、
前記クライアント端末装置は、
ユーザを識別するためのユーザ情報を受付けるユーザ情報受付手段と、
電子印鑑配置手段によって配置された印影と電子帳票とを合わせて表示する表示手段と、
として機能させ、
前記文書管理装置は、
前記電子帳票の所定位置に対して印影を配置することが可能なことを示す第一のユーザ情報を記憶する記憶手段と、
前記電子帳票の所定位置へ印影の配置指示を受付ける配置指示受付手段と、
前記配置指示受付手段によって配置指示を受けた後、前記ユーザ情報受付手段によって受け付けたユーザ情報と前記記憶手段に記憶された所定位置に対応する第一のユーザ情報が一致するか否かを判定し、一致する場合は、前記所定位置に対してユーザ情報に対応するユーザの印影を配置する電子印鑑配置手段と、
して機能させることを特徴とするプログラム。
【請求項１】
電子帳票の所定位置に電子印鑑を配置する文書管理装置であって、
ユーザを識別するためのユーザ情報を受付けるユーザ情報受付手段と、
前記電子帳票の所定位置に対して印影を配置することが可能なことを示す第一のユーザ情報を記憶する記憶手段と、
前記電子帳票の所定位置へ印影の配置指示を受付ける配置指示受付手段と、
前記配置指示受付手段によって配置指示を受けた後、前記ユーザ情報受付手段によって受け付けたユーザ情報と前記記憶手段に記憶された所定位置に対応する第一のユーザ情報が一致するか否かを判定し、一致する場合は、前記所定位置に対してユーザ情報に対応するユーザの印影を配置する電子印鑑配置手段と、
前記電子印鑑配置手段によって配置された印影と前記電子帳票とを合わせて表示する表示手段と、
を備えたことを特徴とする文書管理装置。
【請求項２】
前記電子印鑑配置手段は、前記配置指示受付手段によって配置指示を受けた後、複数の同一種類の電子帳票に対して１帳票毎にユーザの印影を配置することを特徴とする請求項１に記載の文書管理装置。
【請求項３】
前記配置指示受付手段は、複数の同一種類の電子帳票に対して表示を行った後に、配置指示の受付けを可能とする請求項２に記載の文書管理装置。
【請求項４】
前記記憶手段は、前記第一のユーザ情報と異なる前記電子帳票の所定位置に対して印影を配置することが可能なことを示す第二のユーザ情報を前記第一のユーザ情報に対応して記憶し、
前記電子印鑑配置手段は、前記配置指示受付手段によって配置指示が行われた後、前記ユーザ情報受付手段によって受け付けたユーザ情報に該当する前記記憶手段に記憶された第一のユーザ情報に対応する第二のユーザ情報の所定位置と前記配置指示受付手段によって配置指示が行われた所定位置が一致する場合は、前記第一のユーザ情報に対応する印影を配置することを特徴とする請求項１乃至３の何れか１項に記載の文書管理装置。
【請求項５】
前記電子印鑑配置手段は、第二のユーザ情報の所定位置に前記第一のユーザ情報に対応する印影を配置する際に、前記第一のユーザ情報に対応する印影と合わせて代理である旨を示す識別情報を配置することを特徴とする請求項４に記載の文書管理装置。
【請求項６】
前記配置指示受付手段によって配置指示を受けた後、前記ユーザ情報受付手段によって受け付けたユーザ情報と前記記憶手段に記憶された所定位置に対応する第一のユーザ情報が一致するか否かを判定し、一致する場合は、前記所定位置に対してユーザ情報に対応するユーザの印影を配置するか否かを選択すると共に、
前記ユーザ情報受付手段によって受け付けたユーザ情報に該当する前記記憶手段に記憶された第一のユーザ情報に対応する第二のユーザ情報の所定位置と前記配置指示受付手段によって配置指示が行われた所定位置が一致する場合は、前記第一のユーザ情報に対応する印影を配置する否かを選択する選択手段を備え、
前記選択手段によって印影を配置すると選択された場合、前記電子印鑑配置手段は、前記所定位置に対してユーザ情報に対応するユーザの印影を配置することを特徴とする請求項１乃至５の何れか１項に記載の文書管理装置。
【請求項７】
クライアント端末装置と文書管理装置とがネットワークを介して接続された文書管理システムにおいて、
前記クライアント端末装置は、
ユーザを識別するためのユーザ情報を受付けるユーザ情報受付手段と、
電子印鑑配置手段によって配置された印影と電子帳票とを合わせて表示する表示手段と、
前記文書管理装置は、
前記電子帳票の所定位置に対して印影を配置することが可能なことを示す第一のユーザ情報を記憶する記憶手段と、
前記電子帳票の所定位置へ印影の配置指示を受付ける配置指示受付手段と、
前記配置指示受付手段によって配置指示を受けた後、前記ユーザ情報受付手段によって受け付けたユーザ情報と前記記憶手段に記憶された所定位置に対応する第一のユーザ情報が一致するか否かを判定し、一致する場合は、前記所定位置に対してユーザ情報に対応するユーザの印影を配置する電子印鑑配置手段と、
を備えたことを特徴とする文書管理システム。
【請求項８】
電子帳票の所定位置に電子印鑑を配置する文書管理装置の制御方法であって、
ユーザを識別するためのユーザ情報を受付けるユーザ情報受付ステップと、
前記電子帳票の所定位置へ印影の配置指示を受付ける配置指示受付ステップと、
前記配置指示受付ステップによって配置指示を受けた後、前記ユーザ情報受付ステップによって受け付けたユーザ情報と前記電子帳票の所定位置に対して印影を配置することが可能なことを示す第一のユーザ情報を記憶する記憶部に記憶された所定位置に対応する第一のユーザ情報が一致するか否かを判定し、一致する場合は、前記所定位置に対してユーザ情報に対応するユーザの印影を配置する電子印鑑配置ステップと、
前記電子印鑑配置ステップによって配置された印影と前記電子帳票とを合わせて表示する表示ステップと、
を実行することを特徴とする文書管理装置の制御方法。
【請求項９】
クライアント端末装置と文書管理装置とがネットワークを介して接続された文書管理システムの制御方法において、
前記クライアント端末装置は、
ユーザを識別するためのユーザ情報を受付けるユーザ情報受付手段と、
電子印鑑配置手段によって配置された印影と電子帳票とを合わせて表示する表示手段と、
を実行し、
前記文書管理装置は、
前記電子帳票の所定位置に対して印影を配置することが可能なことを示す第一のユーザ情報を記憶する記憶手段と、
前記電子帳票の所定位置へ印影の配置指示を受付ける配置指示受付手段と、
前記配置指示受付手段によって配置指示を受けた後、前記ユーザ情報受付手段によって受け付けたユーザ情報と前記記憶手段に記憶された所定位置に対応する第一のユーザ情報が一致するか否かを判定し、一致する場合は、前記所定位置に対してユーザ情報に対応するユーザの印影を配置する電子印鑑配置手段と、
を実行することを特徴とする文書管理システムの制御方法。
【請求項１０】
電子帳票の所定位置に電子印鑑を配置する文書管理装置において実行されるプログラムであって、
ユーザを識別するためのユーザ情報を受付けるユーザ情報受付手段と、
前記電子帳票の所定位置に対して印影を配置することが可能なことを示す第一のユーザ情報を記憶する記憶手段と、
前記電子帳票の所定位置へ印影の配置指示を受付ける配置指示受付手段と、
前記配置指示受付手段によって配置指示を受けた後、前記ユーザ情報受付手段によって受け付けたユーザ情報と前記記憶手段に記憶された所定位置に対応する第一のユーザ情報が一致するか否かを判定し、一致する場合は、前記所定位置に対してユーザ情報に対応するユーザの印影を配置する電子印鑑配置手段と、
前記電子印鑑配置手段によって配置された印影と前記電子帳票とを合わせて表示する表示手段と、
して機能させることを特徴とするプログラム。
【請求項１１】
クライアント端末装置と文書管理装置とがネットワークを介して接続された文書管理システムにおいて実行されるプログラムであって、
前記クライアント端末装置は、
ユーザを識別するためのユーザ情報を受付けるユーザ情報受付手段と、
電子印鑑配置手段によって配置された印影と電子帳票とを合わせて表示する表示手段と、
として機能させ、
前記文書管理装置は、
前記電子帳票の所定位置に対して印影を配置することが可能なことを示す第一のユーザ情報を記憶する記憶手段と、
前記電子帳票の所定位置へ印影の配置指示を受付ける配置指示受付手段と、
前記配置指示受付手段によって配置指示を受けた後、前記ユーザ情報受付手段によって受け付けたユーザ情報と前記記憶手段に記憶された所定位置に対応する第一のユーザ情報が一致するか否かを判定し、一致する場合は、前記所定位置に対してユーザ情報に対応するユーザの印影を配置する電子印鑑配置手段と、
して機能させることを特徴とするプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【公開番号】特開２０１２−１０８８１２（Ｐ２０１２−１０８８１２Ａ）
【公開日】平成２４年６月７日（２０１２．６．７）
【国際特許分類】
【出願番号】特願２０１０−２５８４０７（Ｐ２０１０−２５８４０７）
【出願日】平成２２年１１月１８日（２０１０．１１．１８）
【出願人】（３９０００２７６１）キヤノンマーケティングジャパン株式会社 (656)
【出願人】（３１２０００２０６）キヤノンＭＪアイティグループホールディングス株式会社 (259)
【出願人】（３０１０１５９５６）キヤノンソフトウェア株式会社 (364)
【Ｆターム（参考）】
【公開日】平成２４年６月７日（２０１２．６．７）
【国際特許分類】
【出願日】平成２２年１１月１８日（２０１０．１１．１８）
【出願人】（３９０００２７６１）キヤノンマーケティングジャパン株式会社 (656)
【出願人】（３１２０００２０６）キヤノンＭＪアイティグループホールディングス株式会社 (259)
【出願人】（３０１０１５９５６）キヤノンソフトウェア株式会社 (364)
【Ｆターム（参考）】
[ Back to top ]