(57)【要約】【課題】  従来技術においてDS,TSを検証する場合、一括で電子文書管理システム内の膨大な文書の検証を行う場合、DS,TSの付加数に比例して多くの時間を要するという問題があった。【解決手段】  電子署名（DS）、タイムスタンプ（TS）の技術を使用して文書の原本性を保証するシステムにおいて、DS,TS付加時に文書本体のハッシュを付加して電子文書を作成する手段をもち、DS,TS付加数が一定数に達した場合、文書全体をハッシュし、文書本体とDS,TSで新たに文書を作成する手段と、再作成された文書とその前の版の文書の両方の文書のハッシュを付加して電子署名を行なう手段を持ち、再作成されたドキュメント内のハッシュによって上記のドキュメントの関連性を検証する手段を持つ事を特徴とする電子文書管理システムとする。【選択図】  図２
2008300955.tif 000002
【特許請求の範囲】
【請求項１】
電子署名（DS）、タイムスタンプ（TS）の技術を使用して文書の原本性を保証するシステムにおいて、DS,TS付加時に文書本体のハッシュを付加して電子文書を作成する手段をもち、DS,TS付加数が一定数に達した場合、文書全体をハッシュし、文書本体とDS,TSで新たに文書を作成する手段と、再作成された文書とその前の版の文書の両方の文書のハッシュを付加して電子署名を行なう手段を持ち、再作成されたドキュメント内のハッシュによって上記のドキュメントの関連性を検証する手段を持つ事を特徴とする電子文書管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アプリケーションにより作成される電子文書に電子署名、タイムスタンプをつけ、これを検証する為の電子文書管理システムに関するものである。
【背景技術】
【０００２】
一般に、長期的な保存を目的とした電子署名には証明書、タイムスタンプの期限を延長して文書の検証を行う為、複数のDS、TSが付加される。このように延長されたドキュメントを検証する場合、全てのDS,TSについて遡って確認を行う必要があるため、全てのDS,TSについて改竄検知や、検証のためにサーバーへの問い合わせを行っていた。
【特許文献１】特許第3515408号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
従来技術においてDS,TSを検証する場合、一括で電子文書管理システム内の膨大な文書の検証を行う場合、DS,TSの付加数に比例して多くの時間を要するという問題があった。
【課題を解決するための手段】
【０００４】
上記目的を達成する本発明の文書管理システムは以下に示す構成を備える。
【０００５】
本発明によれば、文書管理システムによって文書に複数のDS,TSが付加される過程において、DS、TSの付加数を計測しておき、延長の必要が生じた場合、予め設定可能な回数を超えてDS,TSが付加されるかどうか判断する。上記回数が超える場合、DS、TSが付加される前の元文書が保存されている場合（延長前の文書）はこれを取得し、保存されていない場合はDS,TSが付加された文書からDS,TSを削除して元文書を取り出す。元文書に対して、１）延長前の文書全体のハッシュを作成、２）元文書のハッシュを作成、を行ない、元文書に１）、２）を付加した後、DS,TS追加する。
【発明の効果】
【０００６】
上記で説明した様に、一定回数を超えてDS,TSが延長された文書についてDS,TSを付加し直すことで、検証のための処理時間を短縮できる。延長前の文書のハッシュと、再作成（延長）の文書本体のハッシュを含めてDS,TSを付加することで、再作成前後の文書の関連性も保証する事が可能となる。
【発明を実施するための最良の形態】
【０００７】
（第１実施形態）
図１において、DS,TSの新規追加１）から延長７）までの負荷の関係（10）、DS,TSを付加する元となる文書本体データ（元文書：11）、文書本体に付加する一回目のDS,TS（13）、延長７）回後の文書本体データ（12）と、７）回分のDS,TSの組み合わせ（14）の関係について示している。
【０００８】
図２において、図１の７）回目からさらに延長を行った場合（21）を説明している。予め７回を超える延長時に文書を再作成する様設定されている場合、まず、文書管理システム内に元文書が保存されているかどうか確認し、保存されていればこれを再作成時の文書本体データとする。文書管理システムにない場合、再作成前の文書（22）から負荷されたDS,TS（23）を全て削除し、再作成後の文書本体データ（24）とする。再作成時は文書本体データ（24）にDS,TS（25）を負荷して文書を作成する。
【０００９】
図３において、再作成前の文書（31）と再作成後の文書（33）の関連性のとり方について説明している。文書を再作成する際、再作成前の文書（31）全体のハッシュB（32）を作成する。次に、文書本体データ（33）のみのハッシュA'を作成し、文書本体データに追加する。さらにハッシュBを追加し、最後にDS,TSをつける。
【００１０】
図４では、DS,TS延長時の処理の流れを説明したフローチャートを使って説明する。文書本体に最初にDS,TSを付加するかどうか判定し（41）、最初に付加する場合、文書本体データのハッシュA'を作成し（52）、DS,TSの追加（51）の処理を行い、終了する。新規作成で無い場合、（42）の処理に進む。新規処理で無い場合、DS,TSの追加（延長）の処理であるので、あらかじめ設定した延長回数を超えて延長処理を行うかどうか判定し（42）、あらかじめ設定した延長回数を超えて延長処理を行わない場合、DS,TSの追加（51）の処理を行い終了する。あらかじめ設定した延長回数を超えて延長処理を行う場合、（43）の処理に進む。文書本体が保存されているかどうか判断し（43）、文書管理システム内に過去の版として文書本体データが保存されている場合、（45）の処理に進む。文書管理システム内に過去の版として文書本体データが保存されていない場合、再作成前の電子文書を解析し、付加されたハッシュデータ、すべてのDS,TSデータを削除し（44）、（45）の処理に進む。上記で取得した文書本体データを収集し（45）、（46）の処理に進む。文書本体データのハッシュA'を作成し（46）、さらに、再作成前の文書を解析し、ハッシAを収集する(47)。ハッシュA＝ハッシュA‘かどうか判定し（48）、一致していない場合、（45）で収集した文書本体が正しくない状態であるので、オペレータに通知するためにエラー処理（49）を行うい、処理を終了する。逆に一致している場合、再作成文書を作成するための準備として、再作成前の文書全体のハッシュBを作成する（50）。そして、文書本体データのハッシュA'を作成し（52）、文書本体データにハッシュA'、ハッシュBを追加した後、DS,TSの追加（51）の処理を行い、終了する。
【００１１】
図６は、DS,TSが付加された文書の検証の流れをクライアントについて説明したフローチャートである。クライアントPCでオペレータなどによって文書の検証が依頼された場合、あらかじめ文書管理システムに設定されている文書の検証レベルを収集し（61）、検証レベル＝ローカルかどうか判定し（62）、ローカルである場合、文書のDS,TSのみについて検証を行う（63）。検証レベル＝ローカルでない場合、文書を文書管理システムの管理サーバーに送付する（66）。サーバーから検証結果が戻ってくるまで受信処理を行う（67）。検証結果をオペレータに通知するための処理を行い（64）、終了する。
【００１２】
図５は、DS,TSが付加された文書の検証の流れをサーバーについて説明したフローチャートである。クライアントから検証依頼の文書を受信すると（71）、この文書からハッシュBを取り出し（72）、文書管理システム内でこの文書と関連付けらた元文書を収集し、一緒に関連付けられた文書全体のハッシュBのデータを検索、収集する（73）。このハッシュデータが検索できるかどうか判断し（74）、できない場合、上記関連付けられた元文書からハッシュBを作成し（78）、（75）の処理に進む。検索できる場合、そのまま（75）の処理に進む。クライアントから検証以来の文書のハッシュBと、（73）もしくは（78）で収集/作成されたハッシュを比較し（76）、一致している場合は（77）の処理でクライアントに文書の検証が成功したことを通知し、終了処理を行う。一致しない場合、クライアントに文書の検証が失敗したことを通知し、処理を終了する。
【図面の簡単な説明】
【００１３】
【図１】本発明の文書本体データへのDS,TSの複数署名に関する説明。
【図２】図１に示した一定回数以上での再作成時の文書について説明した図。
【図３】再作成前の文書と再作成した文書の関連性を証明する手段を説明した図。
【図４】DS,TS延長時の処理の流れを説明したフローチャート。
【図５】DS,TSが付加された文書の検証の流れをサーバーについて説明したフローチャート。
【図６】DS,TSが付加された文書の検証の流れをクライアントについて説明したフローチャート。
【図１】
2008300955.tif 000003
【図２】
2008300955.tif 000004
【図３】
2008300955.tif 000005
【図４】
2008300955.tif 000006
【図５】
2008300955.tif 000007
【図６】
2008300955.tif 000008