(57)【要約】【課題】簡単な操作で承認することができるとともに、暗証コードのような厳重な管理を必要とする情報を扱う必要の無い電子承認システムを提供する。【解決手段】押印対象のドキュメントに関連付けられた電子タグ（アプリケーションプログラム）が、ドキュメントが開かれることで起動し、サーバ１０に対してドキュメントの承認状態を要求する送信を行い、この要求に対してサーバ１０から送信されてきた承認状態がドキュメントへの押印を承認する内容である場合にドキュメントの押印位置に印影を表示する。【選択図】図８
2005346341.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク接続された２台のコンピュータ端末間のクライアント側で作成された電子文書をサーバ側で承認を行う電子承認システムにおいて、
前記クライアント側のコンピュータ端末は、
押印対象の電子文書における押印位置のユーザによる設定を可能とする押印位置設定手段と、
前記押印対象の電子文書に関連付けられ、前記電子文書が開かれることで起動し、前記サーバ側のコンピュータ端末に対して前記電子文書の承認状態を要求する送信を行い、この要求に対して前記サーバ側のコンピュータ端末から送信されてきた前記承認状態が前記電子文書への押印を承認する内容である場合、前記電子文書の押印位置に印影を表示させる押印手段と、を備え、
前記サーバ側のコンピュータ端末は、
前記クライアント側のコンピュータ端末から前記承認状態の要求があった場合に、ユーザ指示に従った内容の前記承認状態を前記クライアント側のコンピュータ端末へ送信する承認状態送信手段、
を備えた電子承認システム。
【請求項２】
前記クライアント側のコンピュータ端末は、
前記押印位置設定手段にて設定された前記押印位置を示す押印位置情報を前記サーバ側のコンピュータ端末に送信する押印位置情報送信手段を備え、
前記サーバ側のコンピュータ端末は、
前記クライアント側のコンピュータ端末から前記押印位置情報が送信されてきた場合、その押印位置情報を保管する情報保管手段を備えた請求項１に記載の電子承認システム。
【請求項３】
前記クライアント側のコンピュータ端末は、
前記サーバ側のコンピュータ端末に前記押印対象の電子文書を一意に識別するための一意識別子取得要求を送信する一意識別子取得要求送信手段を備え、
前記サーバ側のコンピュータ端末は、
前記クライアント側のコンピュータ端末から送信されてきた前記一意識別子取得要求に対し、一意識別子を送信する一意識別子送信手段を備えた請求項１又は請求項２に記載の電子承認システム。
【請求項４】
ネットワーク接続された２台のコンピュータ端末間のクライアント側で作成された電子文書をサーバ側で承認を行う電子承認システムの前記クライアント側のプログラムにおいて、
押印対象の電子文書における押印位置のユーザによる設定を可能とする押印位置設定手順と、
前記押印対象の電子文書が開かれると、前記サーバ側のコンピュータ端末に対して前記電子文書の承認状態を要求する送信を行う承認状態要求手順と、
前記電子文書の承認状態を要求する送信を行うことで、前記サーバ側のコンピュータ端末から承認状態が送信されてきた場合に、該承認状態が前記電子文書への押印を承認する内容であると、前記電子文書の押印位置に印影を表示させる押印手順と、
を備え、コンピュータに前記各手順を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク接続されたコンピュータ端末間の一方のコンピュータ端末で作成された電子文書を他方のコンピュータ端末で承認を行う電子承認システムに関する。
【背景技術】
【０００２】
従来、上述した電子承認システムが提案されている（例えば、特許文献１参照）。この特許文献１で開示された電子承認システムは、ネットワーク接続された２台のコンピュータ端末間で、一方のコンピュータ端末側で作成された電子文書に対して他方のコンピュータ端末で電気的な印鑑を押し、電気的な印鑑を押した電子文書を一方のコンピュータ端末に伝送するようにしたものである。
【０００３】
特に、他方のコンピュータ端末には押印端末が接続され、その押印端末が電子印鑑体（電子ハンコ）からコードを読み取り、他方のコンピュータ端末の操作者が該コンピュータのキーボードから暗証コードを入力することで、他方のコンピュータ端末のディスプレイに表示されている電子文書の所定位置に印影が表示される。その印影を他方のコンピュータ端末の操作者が確認して所定のキーボード操作を行うことで、押印が完了する。
【０００４】
【特許文献１】特開平２―２３８５６２号公報（第３頁、第１図）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来の電子承認システムにおいては、電子文書を承認する場合には、電子ハンコを押印端末に差し込み、さらにキーボードより暗証コードを入力する手順を行う必要があるため、承認するのに手間がかかるという問題がある。また、電子ハンコを紛失したり盗難にあったりした場合や暗号コードが盗まれたりした場合には、承認を行うことができなくなるという問題もある。
【０００６】
本発明は、係る事情に鑑みてなされたものであり、簡単な操作で承認することができるとともに、暗証コードのような厳重な管理を必要とする情報を扱う必要の無い電子承認システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的は下記構成又はプログラムにより達成される。
（１）  ネットワーク接続された２台のコンピュータ端末間のクライアント側で作成された電子文書をサーバ側で承認を行う電子承認システムにおいて、前記クライアント側のコンピュータ端末は、押印対象の電子文書における押印位置のユーザによる設定を可能とする押印位置設定手段と、前記押印対象の電子文書に関連付けられ、前記電子文書が開かれることで起動し、前記サーバ側のコンピュータ端末に対して前記電子文書の承認状態を要求する送信を行い、この要求に対して前記サーバ側のコンピュータ端末から送信されてきた前記承認状態が前記電子文書への押印を承認する内容である場合、前記電子文書の押印位置に印影を表示させる押印手段と、を備え、前記サーバ側のコンピュータ端末は、前記クライアント側のコンピュータ端末から前記承認状態の要求があった場合に、ユーザ指示に従った内容の前記承認状態を前記クライアント側のコンピュータ端末へ送信する承認状態送信手段を備えている。
【０００８】
（２）  上記（１）に記載の電子承認システムにおいて、前記クライアント側のコンピュータ端末は、前記押印位置設定手段にて設定された前記押印位置を示す押印位置情報を前記サーバ側のコンピュータ端末に送信する押印位置情報送信手段を備え、前記サーバ側のコンピュータ端末は、前記クライアント側のコンピュータ端末から前記押印位置情報が送信されてきた場合、その押印位置情報を保管する情報保管手段を備えている。
【０００９】
（３）  上記（１）又は（２）に記載の電子承認システムにおいて、前記クライアント側のコンピュータ端末は、前記サーバ側のコンピュータ端末に前記押印対象の電子文書を一意に識別するための一意識別子取得要求を送信する一意識別子取得要求送信手段を備え、前記サーバ側のコンピュータ端末は、前記クライアント側のコンピュータ端末から送信されてきた前記一意識別子取得要求に対し、一意識別子を送信する一意識別子送信手段を備えている。
【００１０】
（４）  ネットワーク接続された２台のコンピュータ端末間のクライアント側で作成された電子文書をサーバ側で承認を行う電子承認システムの前記クライアント側のプログラムにおいて、押印対象の電子文書における押印位置のユーザによる設定を可能とする押印位置設定手順と、前記押印対象の電子文書が開かれると、前記サーバ側のコンピュータ端末に対して前記電子文書の承認状態を要求する送信を行う承認状態要求手順と、前記電子文書の承認状態を要求する送信を行うことで、前記サーバ側のコンピュータ端末から承認状態が送信されてきた場合に、該承認状態が前記電子文書への押印を承認する内容であると、前記電子文書の押印位置に印影を表示させる押印手順と、を備え、コンピュータに前記各手順を実行させる。
【発明の効果】
【００１１】
上記（１）に記載の電子承認システムでは、押印対象の電子文書に関連付けられた押印手段が、電子文書が開かれることで起動し、サーバ側のコンピュータ端末に対して電子文書の承認状態を要求する送信を行い、この要求に対してサーバ側のコンピュータ端末から送信されてきた承認状態が電子文書への押印を承認する内容である場合に電子文書の押印位置に印影を表示する。
【００１２】
したがって、従来の電子承認システムのような電子ハンコを押印端末に差し込む操作とキーボードより暗証コードを入力する操作を行う必要がなく、押印対象の電子文書を開くことで押印手段が自動的にサーバ側から承認状態を取得し、承認されている場合に押印対象の電子文書の所定位置に印影を表示するので、簡単な操作で承認することができるとともに、暗証コードのような厳重な管理を必要とする情報を扱う必要の無い電子承認システムを提供することが可能となる。
【００１３】
上記（２）に記載の電子承認システムでは、押印対象の電子文書に押印する位置を示す押印位置情報がサーバ側のコンピュータ端末に送信されて、サーバ側のコンピュータ端末で保管される。押印対象の電子文書はサーバ側のコンピュータ端末にも送信されることから、押印した電子文書をサーバ側でも保管が可能となる。
【００１４】
上記（３）に記載の電子承認システムでは、押印対象の電子文書を一意に識別するための一意識別子を該電子文書に設定するので、押印対象の電子文書が複数あっても容易に管理することができる。
【００１５】
上記（４）に記載のプログラムでは、押印対象の電子文書に関連付けられた押印手段が、電子文書が開かれることで起動し、サーバ側のコンピュータ端末に対して電子文書の承認状態を要求する送信を行い、この要求に対してサーバ側のコンピュータ端末から送信されてきた承認状態が電子文書への押印を承認する内容である場合に電子文書の押印位置に印影を表示する。
【００１６】
したがって、従来の電子承認システムのような電子ハンコを押印端末に差し込む操作とキーボードより暗証コードを入力する操作を行う必要がなく、押印対象の電子文書を開くことで押印手段が自動的にサーバ側から承認状態を取得し、承認されている場合に押印対象の電子文書の所定位置に印影を表示するので、簡単な操作で承認することができるとともに、暗証コードのような厳重な管理を必要とする情報を扱う必要の無い電子承認システムを提供することが可能となる。
【発明を実施するための最良の形態】
【００１７】
以下、本発明を実施するための好適な実施の形態について、図面を参照して詳細に説明する。
【００１８】
図１は、本発明の一実施の形態に係る電子承認システムの全体構成を示すブロック図である。本実施の形態では、電子承認を行うサーバ側のコンピュータ端末を単にサーバと言い、電子承認を受けるクライアント側のコンピュータ端末を単にクライアントと言う。また、電子文書のことをドキュメントと言う。
【００１９】
図１において、本実施の形態の電子承認システムは、１台のサーバ１０と、サーバ１０とインターネット等のネットワーク３０を介して通信可能に接続される少なくとも１台のクライアント２０とを備えて構成される。各クライアント２０は全て同一の構成及び機能を有している。以下、サーバ１０とクライアント２０について、順を追って説明する。
【００２０】
（サーバ１０の構成）
図２は、サーバ１０の構成を示すブロック図である。図２において、サーバ１０は、クライアント２０と通信を行うための通信部１０１と、Ｗｅｂサイトをクライアント２０に提供するための各種ＷｅｂデータやＣＧＩ（Common Gateway Interface）プログラム等が記憶される記憶部１０２と、各クライアント２０からのドキュメントをそれぞれ一意に識別するための「ドキュメント一意識別子」、各クライアント２０からのドキュメントに対する押印の承認又は否承認の状態を示す「承認状態」、各クライアント２０から通知された押印位置を示す「押印位置情報」等の各種情報を格納するデータベース１０３と、データベース１０３を接続するためのデータベースインタフェース１０４と、コンピュータ４０を接続するための外部機器インタフェース１０５と、オペレーティングシステム等の制御プログラム、各種の処理手順等を規定したプログラム及び所要データを格納するためのメモリを有し、このメモリに格納されたプログラムに従って種々の処理を実行する制御部１０６とを備えて構成される。
【００２１】
記憶部１０２に記憶されるＷｅｂデータは、各種のＷｅｂページを表示するためのデータであり、このデータは例えばＨＴＭＬ（Hyper-Text Markup Language）やＸＭＬ（eXtensible Markup Language）で記述されたテキストファイルとして形成されている。また、これらのＷｅｂデータを作成するための部品用ファイルや作業用ファイルやその他の一時的なファイルも記憶部１０２に記憶されている。
【００２２】
制御部１０６のメモリに記憶される各種処理を行うプログラムの中には、承認管理機能のプログラムと、電子タグ通信機能のプログラムとが含まれている。承認管理機能は、サーバ１０のユーザが各クライアント２０からのドキュメントに対して行った承認の内容を管理する。例えばサーバ１０のユーザが、あるクライアント２０からのドキュメントを承認した場合、そのドキュメントを承認したことを示す情報を管理し、そのドキュメントを承認しなかった場合は、そのドキュメントを承認しなかったことを示す情報を管理する。
【００２３】
また、ドキュメントとその承認又は未承認の状態を示す内容をデータベースインタフェース１０４経由でデータベース１０３に格納する。ドキュメントとその承認又は未承認の状態を示す内容をデータベース１０３に格納した後、クライアント２０から承認要求があると、該当するドキュメントに対する承認状態を検索し、該当するドキュメントがあると、それを通信部１０１からクライアント２０に送信する。
【００２４】
電子タグ通信機能は、クライアント２０で作成されたドキュメントに関連付けられた電子タグ（プログラム）との間でドキュメントに関する情報の送受信を行うと共に、ドキュメントの押印情報を管理する。
【００２５】
図３は、制御部１０６によって実現される承認管理機能と電子タグ通信機能の概略を模式的に示した図である。図３において、承認管理機能は、「承認依頼」と「承認状況管理」と「承認者管理」に分けられ、「承認依頼」は、クライアント２０からの承認依頼を受け付け、「承認状況管理」は、ドキュメントの承認の進捗状況を管理し、「承認者管理」は、過去に電子承認を依頼した人物や承認順序を管理する。
【００２６】
電子タグ通信機能は、「押印情報取得」と「押印情報送信」と「押印情報管理」に分けられ、「押印情報取得」は、ドキュメントの押印に関する情報をクライアント２０から受信する。「押印情報送信」は、ドキュメントの押印に関する情報をクライアント２０に送信する。「押印情報管理」は、ドキュメントの押印情報を管理する。
【００２７】
図２に戻り、コンピュータ４０は、サーバ１０に接続してサーバ１０の端末として機能するものである。サーバ１０のユーザ（即ちドキュメントを承認できる権限を持つ者）は、コンピュータ４０を使用して各クライアント２０からのドキュメントに対する承認設定を行う。サーバ１０は、クライアント２０からのドキュメントをコンピュータ４０のディスプレイ上に表示させる。サーバ１０のユーザはコンピュータ４０のディスプレイ上に表示されているドキュメントを見て、承認する場合はその旨をキー入力し、承認しない場合はその旨をキー入力する。このキー入力した内容が上述したドキュメントに対する承認状態であり、これがデータベース１０３に格納される。
【００２８】
サーバ１０の主な機能をまとめると以下のようになる。
（１）クライアント２０からドキュメント一意識別子の要求があると、データベース１０３から未使用の一意識別子を取得して当該クライアント２０に送信する。
（２）クライアント２０から押印情報が送信されると、該押印情報をデータベース１０３に格納する。
（３）クライアント２０からドキュメントの承認状態の要求があると、データベース１０３から該ドキュメントの承認状態を取得して当該クライアント２０に送信する。
【００２９】
（クライアント２０の構成）
図４は、クライアント２０の構成を示すブロック図である。図４において、クライアント２０は、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）などの通信プロトコルを用いてサーバ１０と通信を行う通信部２０１と、サーバ１０が提供するＷｅｂページを閲覧するためのＷｅｂブラウザ（アプリケーションソフト）を記憶した記憶部２０２と、Ｗｅｂページやドキュメント等を表示するための表示部２０３と、ドキュメントの作成や各種コマンドの入力を行うためのキー入力部２０４と、オペレーティングシステム等の制御プログラム、各種の処理手順等を規定したプログラム及び所要データを格納するためのメモリを有し、このメモリに格納されたプログラムに従って種々の処理を実行する制御部２０５とを備えて構成される。
【００３０】
制御部２０５のメモリに記憶される各種処理を行うプログラムの中には、クライアント２０のユーザによって作成されたドキュメントに対する承認状態を取得し、その承認状態に応じてドキュメント上に印影を作成する電子押印機能のプログラム、ドキュメントに対する押印位置の情報を作成して記憶部２０２の所定の記憶領域に格納する押印情報作成機能のプログラム、承認後のドキュメントの改ざんを防止する改ざん防止機能のプログラムなどが含まれている。
【００３１】
図５は、制御部２０５によって実現される電子押印機能と押印情報作成機能の概略を模式的に示した図である。図５において、電子押印機能は、「承認状態取得」と「押印」に分けられ、承認状態取得」は、クライアント２０のユーザの作成したドキュメントに対する承認状態をサーバ１０から取得し、「押印」は、クライアント２０の作成したドキュメントが承認された場合に該ドキュメントに電子的な押印を行う。
【００３２】
押印情報作成機能は、「押印位置情報編集」と「電子タグ埋め込み」に分けられ、「押印位置情報編集」は、クライアント２０の作成したドキュメントに対する押印位置を編集し、「電子タグ埋め込み」は、クライアント２０のユーザが作成したドキュメントに電子タグを埋め込む。
【００３３】
ここで、電子タグ（押印手段）は、ドキュメントに関連付けられるアプリケーションプログラムであり、ドキュメントを開くことで起動し（即ち実行を開始し）、まずサーバ１０から承認状態を取得する。次いで、取得した承認状態が「承認」であれば、当該ドキュメントの押印位置に印影を作成する。
【００３４】
一方、改ざん防止機能は、ドキュメントの印刷又は保存などのイベントが発生した場合、当該ドキュメントに対する文書変更フラグの有無を判定する。この文書変更フラグは、ドキュメントを作成するアプリケーションプログラムに備えられている機能であり、ドキュメントが１字でも書き換えられたり消されたりすると、この文書変更フラグが「有り」状態となる。文書変更フラグが有る場合は、ドキュメントに改ざんがあったとして電子タグの印影表示フラグを消して、印影表示されないようにする。電子タグの印影表示フラグは電子タグに備えられているもので、この印影表示フラグが有るときには、電子タグはドキュメント上には表示されない。
【００３５】
一方、文書変更フラグが無い場合には、ドキュメントのＳＵＭ値（即ちデータとしてのドキュメントの合計値）をサーバ１０に保管されている当該ドキュメントのＳＵＭ値と比較する。不一致の場合はドキュメントが改ざんされたとして電子タグの印影表示フラグを消して印影表示されないようにする。これに対して、ドキュメントのＳＵＭ値とサーバ保管値とが一致する場合は、改ざんされてないものとしてドキュメントの印刷又は保存を行う。
【００３６】
クライアント２０の主な機能をまとめると以下のようになる。
（１）押印位置情報作成対象のドキュメントにおけるユーザによる設定を可能とし、設定された押印位置情報をサーバ１０に送信する。
（２）押印位置情報作成対象のドキュメントを一意に識別するための識別子をサーバ１０に要求し、サーバ１０から一意識別子が送られてくるとそれを設定する。
【００３７】
（３）押印位置情報作成対象のドキュメントに電子タグを埋め込む。
（４）電子タグは、ドキュメントが開かれることで起動し、サーバ１０に対してドキュメントの承認状態を要求する送信を行い、この要求に対してサーバ１０から送信されてきた承認状態がドキュメントへの押印を承認する内容である場合には、該ドキュメントの押印位置に印影を表示させる。
（５）ドキュメントが改ざんされている場合は、該ドキュメントに印影が表示されないようにする。
【００３８】
次に、上記構成の電子承認システムの動作について説明する。図６は、押印位置情報作成対象のドキュメントに対する一意識別子の取得及び押印位置情報の決定処理を示すフローチャートである。
【００３９】
クライアント２０側において、まず押印位置情報作成対象のドキュメント即ち押印しようとするドキュメントを開く（ステップＳ１）。そして、開いたドキュメント上の押印する位置にマーカを配置する（ステップＳ２）。そして、マーカ配置が終了したかどうか判定し（ステップＳ３）、マーカ配置が終了していない場合（ステップＳ３でＮｏの場合）はステップＳ２の処理を繰り返す。マーカ配置が終了した場合（ステップＳ３でＹｅｓの場合）は、サーバ１０に対してドキュメント一意識別子を要求する（ステップＳ４）。
【００４０】
この一意識別子の要求後、それがサーバ１０から送信されてきたかどうか、即ちその一意識別子を受信できたかどうか判定する（ステップＳ５）。一意識別子を受信できない場合（ステップＳ５でＮｏの場合）は、それを受信できるまでこの処理を繰り返す。サーバ１０から一意識別子が送られてきた場合（ステップＳ５でＹｅｓの場合）は、その一意識別子を設定する。即ち、ステップＳ１で開いたドキュメントに一意識別子を設定する（ステップＳ６）。
【００４１】
次いで、一意識別子を設定したドキュメントに電子タグを埋め込む（ステップＳ７）。即ち、電子タグを実現するアプリケーションプログラムを当該ドキュメントに関連付ける。そして、そのドキュメントを保存する（ステップＳ８）。この保存にはフレキシブルディスク、ハードディスク、ＭＯ、ＣＤ−Ｒなどの記録媒体が使用される。電子タグを埋め込んだドキュメントを保存した後、そのドキュメントに配置したマーカの位置情報即ち押印位置情報をサーバ１０に送信する（ステップＳ９）。上記ステップＳ１〜ステップＳ９の処理は、押印位置情報作成対象のドキュメントを開くごとに行われる。
【００４２】
一方、サーバ１０側において、まずクライアント２０から要求があるかどうか判定する（ステップＳ２０）。クライアント２０から要求がない場合（ステップＳ２０でＮｏの場合）はこの処理を繰り返し、クライアントから要求があった場合（ステップＳ２０でＹｅｓの場合）は、その要求が一意識別子要求かどうか判定する（ステップＳ２１）。この判定において、一意識別子の要求でない場合（ステップＳ２１でＮｏの場合）は他の要求であるので他の処理を行う（ステップＳ２６）。これに対して、一意識別子の要求である場合（ステップＳ２１でＹｅｓの場合）は、データベース１０３から一意識別子を取得する（ステップＳ２２）。そして、取得した一意識別子をクライアント２０に送信する（ステップＳ２３）。
【００４３】
クライアント２０に向けて一意識別子を送信した後、押印位置情報があるかどうか即ちクライアント２０より押印位置情報が送られてきたかどうか判定する（ステップＳ２４）。この判定において、押印位置情報が無い場合（ステップＳ２４でＮｏの場合）はこの処理を繰り返し、押印位置情報が有る場合（ステップＳ２４でＹｅｓの場合）は、それをデータベース１０３に格納する（ステップＳ２５）。上記ステップＳ２０〜ステップＳ２５はクライアント２０から要求があるごとに行われる。
【００４４】
次に、図７及び図８は、押印位置情報作成対象のドキュメントを開いたときの処理を示すフローチャートである。図７において、クライアント２０側でドキュメントを開くと（ステップＳ５０）、電子タグを起動させる（ステップＳ５１）。即ち電子タグというアプリケーションプログラムを実行させる。
【００４５】
次に、図８において、クライアント２０側では、電子タグが起動すると、まずサーバ１０に承認状態要求を送信する（ステップＳ３０）。即ち、開いたドキュメントに対する承認状態を確認するために、サーバ１０に対して承認状態要求を送信する。承認状態要求を送信した後、承認状態が有るかどうか即ちサーバ１０より承認状態が送られてきたかどうか判定する（ステップＳ３１）。承認状態が送られてきていない場合（ステップＳ３１でＮｏの場合）はこのステップを繰り返し、承認状態が送られてきた場合（ステップＳ３１でＹｅｓの場合）は、承認されているかどうか判定する（ステップＳ３２）。承認されていない場合即ち否承認の場合（ステップＳ３２でＮｏの場合）は押印をすることなく処理を終える。これに対して承認されている場合（ステップＳ３２でＹｅｓの場合）は、マーカが配置された位置に押印を行う（ステップＳ３３）。押印を行った後、処理を終える。
【００４６】
一方、サーバ１０側では、まずクライアント２０から要求があるかどうか判定し（ステップＳ４０）、要求がない場合（ステップＳ４０でＮｏの場合）はこの処理を繰り返し、要求がある場合（ステップＳ４０でＹｅｓの場合）はそれが承認状態か否かを判定する（ステップＳ４１）。この判定において、クライアント２０からの要求が承認状態でない場合（ステップＳ４１でＮｏの場合）は他の処理を行い（ステップＳ４４）、承認状態である場合（ステップＳ４１でＹｅｓの場合）はデータベース１０３から該当するドキュメントの承認状態を取得する（ステップＳ４３）。そして、取得した承認状態をクライアント２０に送信する（ステップＳ４３）。
【００４７】
次に、図９は、承認済みのドキュメントに対する改ざん防止処理を示すフローチャートである。図９において、承認済みのドキュメントに対する印刷又は保存を行うイベントの有無を判定する（ステップＳ６０）。この判定において、印刷又は保存を行うイベントがない場合（ステップＳ６０でＮｏの場合）は、イベントがあるまでこの判定を続ける。印刷又は保存を行うイベントがある場合（ステップＳ６０でＹｅｓの場合）は、当該ドキュメントに対する文書変更フラグが有るかどうか判定する（ステップＳ６１）。
【００４８】
ドキュメントが１字でも書き換えられたり消されたりすると、この文書変更フラグが「有り」状態となり、文書変更フラグが有る場合（ステップＳ６１でＹｅｓの場合）は、ドキュメントに改ざんがあったとして電子タグの印影表示フラグを消して印影表示されないようにする（ステップＳ６２）。電子タグの印影表示フラグは電子タグに備えられているもので、この印影表示フラグが有るときには、電子タグはドキュメント上には表示されない。
【００４９】
一方、文書変更フラグが無い場合（ステップＳ６１でＮｏの場合）は、ドキュメントのＳＵＭ値即ちデータとしてのドキュメントの合計値をサーバ１０に保管されている当該ドキュメントのＳＵＭ値と比較する（ステップＳ６３）。この比較処理において、双方のＳＵＭ値が不一致の場合はドキュメントが改ざんされたとして電子タグの印影表示フラグを消して印影表示されないようにする（ステップＳ６２）。これに対して、双方のＳＵＭ値が一致する場合は、改ざんされてないものとしてドキュメントの印刷又は保存を行う（ステップＳ６４）。ステップＳ６２又はステップＳ６４の処理を行った後、最初の処理即ちステップＳ６０の処理に戻る。
【００５０】
このように、本実施の形態の電子承認システムによれば、押印対象のドキュメントに関連付けられた電子タグ（アプリケーションプログラム）が、ドキュメントが開かれることで起動し、サーバ１０に対してドキュメントの承認状態を要求する送信を行い、この要求に対してサーバ１０から送信されてきた承認状態がドキュメントへの押印を承認する内容である場合にドキュメントの押印位置に印影を表示する。
【００５１】
また、押印対象のドキュメントに押印する位置を示す押印位置情報がサーバ１０に送信されて、サーバ１０のデータベース１０３に格納される。この場合、押印対象のドキュメントはサーバ１０側にも送信されることから、押印したドキュメントをサーバ１０側でも保管が可能となる。また、押印対象のドキュメントを一意に識別するための一意識別子を該ドキュメントに設定するので、押印対象のドキュメントが複数あっても容易に管理することができる。
【００５２】
したがって、従来の電子承認システムのような電子ハンコを押印端末に差し込む操作とキーボードより暗証コードを入力する操作を行う必要がなく、押印対象のドキュメントを開くことで電子タグが自動的にサーバ１０から承認状態を取得し、承認されている場合に押印対象のドキュメントの所定位置に印影を表示するので、簡単な操作で承認することができるとともに、暗証コードのような厳重な管理を必要とする情報を扱う必要の無い電子承認システムを提供することが可能となる。
【産業上の利用可能性】
【００５３】
本発明は、簡単な操作で承認することができるとともに、暗証コードのような厳重な管理を必要とする情報を扱う必要の無いといった効果を有し、ネットワーク接続されたコンピュータ端末間の一方のコンピュータ端末で作成されたドキュメントを他方のコンピュータ端末で承認を行う電子承認システムへの適用が可能である。
【図面の簡単な説明】
【００５４】
【図１】本発明の一実施の形態に係る電子承認システムの全体構成を示すブロック図
【図２】図１のサーバの構成を示すブロック図
【図３】図１のサーバの承認管理機能と電子タグ通信機能の概略を模式的に示した図
【図４】図１のクライアントの構成を示すブロック図
【図５】図１のクライアントの電子押印機能と押印情報作成機能の概略を模式的に示した図
【図６】図１の電子承認システムのドキュメントに対する一意識別子の取得及び押印位置情報の決定処理を示すフローチャート
【図７】図１の電子承認システムのドキュメントを開いたときの処理を示すフローチャート
【図８】図１の電子承認システムのドキュメントを開いたときの処理を示すフローチャート
【図９】図１の電子承認システムのドキュメント改ざん防止処理を示すフローチャート
【符号の説明】
【００５５】
１０  サーバ
２０  クライアント
３０  ネットワーク
４０  コンピュータ
１０１、２０１  通信部
１０２、２０２  記憶部
１０３  データベース
１０４  データベースインタフェース
１０５  外部機器インタフェース
１０６、２０５  制御部
２０３  表示部
２０４  キー入力部
【図１】
2005346341.tif 000003
【図２】
2005346341.tif 000004
【図３】
2005346341.tif 000005
【図４】
2005346341.tif 000006
【図５】
2005346341.tif 000007
【図６】
2005346341.tif 000008
【図７】
2005346341.tif 000009
【図８】
2005346341.tif 000010
【図９】
2005346341.tif 000011