文書管理システム及び文書管理装置と文書作成装置並びに文書管理方法
【課題】複数のファイルから構成される文書のバージョン管理を実現する文書管理装置において、ディジタル署名の作成と検証の処理時間を短縮し、さらに、バージョン間の整合性の検証を可能とする。
【解決手段】ＣＰＵ２０２と記憶装置２０３、２０４とを少なくとも備え、複数のファイルにより構成される文書データを１単位として扱い、文書データの更新履歴を前記記憶装置に保存する文書管理装置１０４であって、記憶装置２０３、２０４は、文書データに含まれる複数のファイルそれぞれのハッシュ値である更新後ファイルハッシュ値と、ファイルの更新前ファイルそれぞれのハッシュ値である更新前ファイルハッシュ値とを含むハッシュ値リストと、ハッシュ値リストに対して付与されたディジタル署名とを保存する。
【解決手段】ＣＰＵ２０２と記憶装置２０３、２０４とを少なくとも備え、複数のファイルにより構成される文書データを１単位として扱い、文書データの更新履歴を前記記憶装置に保存する文書管理装置１０４であって、記憶装置２０３、２０４は、文書データに含まれる複数のファイルそれぞれのハッシュ値である更新後ファイルハッシュ値と、ファイルの更新前ファイルそれぞれのハッシュ値である更新前ファイルハッシュ値とを含むハッシュ値リストと、ハッシュ値リストに対して付与されたディジタル署名とを保存する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、文書管理システム及び文書管理装置と文書作成装置並びに文書管理方法であり、特に複数のファイルから構成される文書のバージョン管理を行うシステムにおいて、各バージョンの文書の改ざん検知を行う技術に関する。
【背景技術】
【０００２】
近年のＩＴ技術の進展に伴い、民間企業や官公庁などでは紙ベースの業務から電子ベースの業務へと移行している。また、法律等の規制により紙での保存が義務付けられていた書類の電子的な保存（以下、「スキャナ保存」という）を認めるｅ−文書法（正式な法律名は「民間事業者等が行う書面の保存等における情報通信の技術の利用に関する法律」）が２００５年４月に施行された。
ｅ−文書法の対象となる書類はさまざまであり、また、書類によってスキャナ保存のための要件が異なる。見読性のみを確保すれば良い書類から、ディジタル署名やタイムスタンプを用いた厳密な管理が要求される書類がある。
また、ｅ−文書法の対象となる書類で最も厳しい要件が課せられている書類としては、国税関係帳簿書類がある。国税関係帳簿書類のうち、金銭の流れに直結する書類については、ディジタル署名とタイムスタンプとバージョン管理機能による完全性の確保が要求されている。
このうち、バージョン管理機能は、電子ファイルの登録、更新、削除の履歴を管理する機能である。バージョン管理機能は、主にプログラムの開発におけるソースコードの管理に使用されていたが、国税関係帳簿書類のスキャナ保存では、電子ファイルの変更、削除を防止する手段として使用される。バージョン管理機能の実現方法については、たとえば、非特許文献１で開示されている。
非特許文献１の方式を用いると、複数のファイルから構成される文書を、１つの文書として扱うことができ、この文書に含まれる各ファイルの登録、更新、削除の履歴、すなわち、バージョン管理を実現できる。
また、特許文献１では、複数ファイルから構成される文書の原本性を保証する方式として、各ファイルに対して改ざん検知情報（例として、ディジタル署名）を作成する方式を開示している。
【特許文献１】特開２００１−５７２８号公報
【非特許文献１】ＡＩＩＭ（Ｔｈｅ Ａｓｓｏｃｉａｔｉｏｎ Ｆｏｒ Ｉｎｆｏｒｍａｔｉｏｎ ａｎｄ Ｉｍａｇｅ Ｍａｎａｇｅｍｅｎｔ Ｉｎｔｅｒｎａｔｉｏｎａｌ）：Ｄｏｃｕｍｅｎｔ Ｍａｎａｇｅｍｅｎｔ Ａｒｃｈｉｔｅｃｕｔｕｒｅ
【非特許文献２】ＲＦＣ３１６１ − Ｉｎｔｅｒｎｅｔ Ｘ．５０９ Ｐｕｂｌｉｃ Ｋｅｙ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ Ｔｉｍｅ−Ｓｔａｍｐ Ｐｒｏｔｏｃｏｌ （ＴＳＰ）
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかし、特許文献１で開示されている手法では、ファイル毎にディジタル署名を作成するため、複数のファイルを１文書として登録する際であってもファイル数と同じ数のディジタル署名を生成する必要がある。そのため、多くの処理時間がかかり、また、ディジタル署名を保管するための多くの記憶領域が必要である。また、特許文献１では、ディジタル署名はサーバ装置に格納されている鍵を用いて付与するとされており、クライアント側での署名付与の方法については開示していない。国税関係帳簿書類のスキャナ保存では、スキャニング者もしくは監督者としているため、スキャナ保存のディジタル署名の要件を満たしていない。さらに、特許文献１では、バージョン間の整合性を保証する手段を開示していない。ディジタル署名により、各種属性データを保護する手段を開示しているが、バージョン間の整合性を保証する手段とは言えない。
【０００４】
本発明は、以上の従来技術の問題点を解決し、ディジタル署名の作成および検証の処理時間を削減することができ、さらに、バージョン間の整合性を保証する文書管理方法を提供する。
【課題を解決するための手段】
【０００５】
本発明は、複数のファイルから構成される文書のバージョン管理を実現する文書管理システムにおいて、文書を構成する複数のファイルそれぞれについてハッシュ値を計算し、これらのハッシュ値を集めたハッシュ値リストに対して、１つのディジタル署名を付与することを特徴とする。本発明によれば、作成されるディジタル署名の数は、複数のファイルに対して１つであるため、各ファイルに対してディジタル署名を作成する場合と比較して、ディジタル署名の作成時間および検証時間を短縮できる。また、ディジタル署名はクライアント装置、サーバ装置を問わず、いずれの装置でも作成することができる。
【０００６】
また、本発明では、ハッシュ値リストに更新前のファイルのハッシュ値と更新後のファイルのハッシュ値を含めることを特徴としている。これにより、文書作成者もしくは更新者が、どのファイルを作成したか、また、どのファイルを更新したかを検証することができる。また、連続するバージョン間の更新前のファイルハッシュ値と更新後のファイルのハッシュ値を比較することで、バージョン間の連続性を検証することができる。
【０００７】
すなわち、本発明は、ＣＰＵと記憶装置とを少なくとも備え、複数のファイルにより構成される文書データを１単位として扱い、前記文書データの更新履歴を前記記憶装置に保存する文書管理装置であって、前記記憶装置は、前記文書データに含まれる複数のファイルそれぞれのハッシュ値である更新後ファイルハッシュ値と、前記ファイルの更新前ファイルそれぞれのハッシュ値である更新前ファイルハッシュ値とを含むハッシュ値リストと、前記ハッシュ値リストに対して付与されたディジタル署名とを保存する文書管理装置である。
【０００８】
また、本発明は、前記記憶装置は、前記ハッシュ値リスト及び／又はディジタル署名に対する、時刻保証が可能なタイムスタンプを保存する文書管理装置である。
【０００９】
そして、本発明は、ＣＰＵと記憶装置とを少なくとも備え、複数のファイルにより構成される文書データを１単位として扱う文書作成装置と、前記文書作成装置とネットワークを介して接続した文書管理装置とからなる文書管理システムであって、前記文書管理装置は、前述した文書管理装置であり、かつ、前記文書作成装置から複数のファイルとハッシュ値リストとディジタル署名とを受信し、受信した複数のファイルそれぞれについてハッシュ値を計算し、受信したハッシュ値リストの更新後ファイルハッシュ値の中に、計算して得たハッシュ値に一致するハッシュ値が含まれることを検証し、前記ハッシュ値リストと前記ディジタル署名と文書データを構成する全てのファイルＩＤを含むバージョン属性データを作成する文書管理システムである。
【００１０】
更に、本発明は、ＣＰＵと記憶装置とを少なくとも備え、複数のファイルにより構成される文書データを１単位として扱う文書検証装置と、前記文書検証装置とネットワークを介して接続した文書管理装置とからなる文書管理システムであって、前記文書管理装置は、前述した文書管理装置であり、かつ、前記文書検証装置から検証対象のファイルのファイルＩＤを受信し、受信したファイルＩＤを基に前記記憶装置に保存されているファイルと前記ファイルに関連するバージョン属性データを取得し、取得したバージョン属性データからハッシュ値リストとディジタル署名を取得し、取得したディジタル署名を検証し、前記ファイルについてのハッシュ値を計算し、取得したハッシュ値リストの更新後ファイルハッシュ値の中に、計算して得たハッシュ値に一致するハッシュ値が含まれることを検証する文書管理システムである。
【００１１】
また、本発明は、ＣＰＵと記憶装置とを少なくとも備え、複数のファイルにより構成される文書データを１単位として扱う文書検証装置と、前記文書検証装置とネットワークを介して接続した文書管理装置とからなる文書管理システムであって、前記文書管理装置は、前述した文書管理装置であり、かつ、前記文書検証装置から検証対象の文書ＩＤを受信し、受信した文書ＩＤを基に前記記憶装置に保存されているバージョン属性データを取得し、取得したバージョン属性データからハッシュ値リストとディジタル署名とファイルＩＤを取得し、取得したファイルＩＤに対応する全てのファイルを取得し、前記ディジタル署名を検証し、取得したファイルそれぞれのハッシュ値を計算し、取得したハッシュ値リストの更新後ファイルハッシュ値の中に、計算して得たハッシュ値に一致するハッシュ値が含まれることを検証してハッシュ値リスト検証を行い、ハッシュ値リスト検証を行う際に、前記ハッシュ値リストから第二のハッシュ値リストを作成し、前記第二のハッシュ値リストに前記計算して得たハッシュ値に一致するハッシュ値が含まれることを検証し、前記第二のハッシュ値リストから一致したハッシュ値を削除する文書管理システムである。
【００１２】
そして、本発明は、ＣＰＵと記憶装置とを少なくとも備え、複数のファイルにより構成される文書データを１単位として扱う文書作成装置と、前記文書作成装置とネットワークを介して接続した文書管理装置とからなる文書管理システムであって、前記文書管理装置は、前述した文書管理装置であり、かつ、前記文書作成装置から文書ＩＤを受信し、受信した文書ＩＤを基に前記記憶装置に保存されている最新のバージョンＩＤを取得し、取得したバージョンＩＤからハッシュ値リストを取得し、取得したハッシュ値リストを前記文書作成装置に送信し、前記文書作成装置から更新後の文書ＩＤと更新後のファイルとファイルＩＤとハッシュ値リストとディジタル署名とを受信し、受信したファイルそれぞれのハッシュ値を計算し、受信したハッシュ値リストの更新後ファイルハッシュ値の中に計算して得たハッシュ値に一致するハッシュ値が含まれることを検証し、受信したハッシュ値リストとディジタル署名と文書データを構成する全てのファイルＩＤを含むバージョン属性データを作成する文書管理システムである。
【００１３】
更に、本発明は、ＣＰＵと記憶装置とを少なくとも備え、複数のファイルにより構成される文書データを１単位として扱う文書検証装置と、前記文書検証装置とネットワークを介して接続した文書管理装置とからなる文書管理システムであって、前記文書管理装置は、前述した文書管理装置であり、かつ、前記文書検証装置から検証対象の文書ＩＤを受信し、受信した文書ＩＤを基に前記記憶装置に保存されている文書データに関連する全てのバージョン属性データを取得し、取得した各バージョン属性データからハッシュ値リストとディジタル署名とを取得し、前記ディジタル署名を検証し、各バージョン間のハッシュ値リストの整合性を検証してバージョン間整合性検証を行い、バージョン間整合性検証を行う際に、バージョンが連続する２つのハッシュ値リストを取得し、古い方のハッシュ値リストから有効なハッシュ値を取り出し、第二のハッシュ値リストを作成し、前記第二のハッシュ値リストに含まれるハッシュ値が全て新しい方のハッシュ値リストに含まれることを検証する文書管理システムである。
【００１４】
また、本発明は、ネットワークを介して接続した文書作成装置から文書ＩＤを受信し、受信した文書ＩＤを基に前記記憶装置に保存されている最新のバージョンＩＤを取得し、取得したバージョンＩＤからハッシュ値リストを取得し、取得したハッシュ値リストを前記文書作成装置に送信し、前記文書作成装置から更新後の文書ＩＤと更新後のファイルとファイルＩＤとハッシュ値リストとディジタル署名とを受信し、受信したファイルそれぞれのハッシュ値を計算し、受信したハッシュ値リストの更新後ファイルハッシュ値の中に計算して得たハッシュ値に一致するハッシュ値が含まれることを検証し、受信したハッシュ値リストとディジタル署名と文書データを構成する全てのファイルＩＤを含むバージョン属性データを作成する文書管理装置である。
【００１５】
そして、本発明は、ＣＰＵと記憶装置とを少なくとも備え、複数のファイルにより構成される文書データを１単位として扱う文書作成装置であって、更新対象の文書ＩＤを、ネットワークを介して接続した文書管理装置に送信し、前記文書管理装置からハッシュ値リストを受信し、ファイルを更新して更新後ファイルを作成し、更新後ファイルのハッシュ値を計算して新しいハッシュ値リストを作成し、新しいハッシュ値リストに対してディジタル署名を付与し、文書ＩＤと更新後ファイルと新しいハッシュ値リストとディジタル署名とを、前記文書管理装置に送信する文書作成装置である。
【００１６】
更に、本発明は、ＣＰＵと記憶装置とを少なくとも備え、複数のファイルにより構成される文書データを１単位として扱う文書作成装置が作成した文書を管理する方法であって、前記文書作成装置から複数のファイルとハッシュ値リストとディジタル署名とを受け取ることと、受け取った複数のファイルそれぞれについてハッシュ値を計算することと、受け取ったハッシュ値リストの更新後ファイルハッシュ値の中に、計算して得たハッシュ値に一致するハッシュ値が含まれることを検証することと、前記ハッシュ値リストと前記ディジタル署名と文書データを構成する全てのファイルＩＤを含むバージョン属性データを作成することを有する文書管理方法である。
【発明の効果】
【００１７】
本発明により、複数のファイルから構成される文書のバージョン管理を実現する文書管理システムにおいて、クライアント側でのディジタル署名の生成に対応できるだけでなく、ディジタル署名の生成および検証処理を高速化できるようになる。また、バージョン間の整合性を保証できるようになる。
【発明を実施するための最良の形態】
【００１８】
本発明を実施するための最良の形態を説明する。
以下、本発明の文書管理システム及び文書管理装置と文書作成装置並びに文書管理方法の実施形態について、図１〜図１２を参照して詳細に説明する。
【００１９】
図１は、本発明の実施形態に係るシステム構成の例を示した図である。図１に示すように、本システムは、文書作成装置１０１と、検証装置１０２と、タイムスタンプ発行装置１０３と、文書管理装置１０４とを含み、さらにこれらの装置がネットワーク１０５を介して相互に接続されて構成される。以下、これら各装置１０１〜１０４およびその装置の構成および機能について説明する。
【００２０】
図１において、文書作成装置１０１は、少なくともＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）と記憶装置とを備えたコンピュータであり、文書登録部１１１、文書更新部１１２などの機能ブロックを備える。文書登録部１１１は、ユーザが作成した１つ以上のファイルから構成される文書から作成されるデータに対してディジタル署名を作成し、ファイルとディジタル署名などを文書管理装置１０４に送信する。また、文書更新部１１２は、文書管理装置１０４にすでに登録されている文書を更新する。なお、ディジタル署名のフォーマットについては、例えば、「ＲＦＣ３８５２ Ｃｒｙｐｔｏｇｒａｐｈｉｃ Ｍｅｓｓａｇｅ Ｓｙｎｔａｘ（ＣＭＳ）」で開示されている。
【００２１】
次に、検証装置１０２は、少なくともＣＰＵと記憶装置とを備えたコンピュータであり、文書検証部１２１などの機能ブロックを備える。文書検証部１２１は、文書管理装置１０４に登録されているファイルの検証要求を発行し、検証結果を表示する。
【００２２】
次に、タイムスタンプ発行装置１０３は、少なくともＣＰＵと記憶装置とを備えたコンピュータであり、タイムスタンプ発行部１３１などの機能ブロックを備える。タイムスタンプ発行部１３１は、文書管理装置１０４がタイムスタンプ発行装置１０３に送信したデータに対して、存在証明と完全性証明が可能なタイムスタンプを発行する。なお、このようなタイムスタンプを実現する方法については、例えば、非特許文献２で開示されている。
【００２３】
次に、文書管理装置１０４は、少なくともＣＰＵと記憶装置とを備えたコンピュータであり、文書登録部１４１、文書更新部１４２、文書検証部１４３などの機能ブロックを備える。また、文書属性データ１４４、バージョン属性データ１４５、ファイル属性データ１４６、ファイル１４７などのデータを記憶装置に保存している。文書登録部１４１は、文書作成装置１０１が作成したファイルとディジタル署名などから、文書属性データ１４４、バージョン属性データ１４５、ファイル属性データ１４６を作成し、記憶装置に保存する。また、文書更新部１４２は、登録されている文書に含まれるファイルの変更、削除、追加を行う。また、文書検証部１４３は、記憶装置に保存されているディジタル署名とタイムスタンプを検証する。
【００２４】
図２は、本発明の実施形態に係るコンピュータの一般的な構成の例を示した図である。図２に示すように、コンピュータ２０１は、ＣＰＵ２０２、主記憶装置２０３、補助記憶装置２０４、ネットワークインターフェース２０５、Ｉ／Ｏインターフェース２０６などが内部バス２０７によって相互に接続されて構成される。そして、コンピュータ２０１の処理は、主記憶装置２０３などに格納されたプログラムがＣＰＵ２０２にて実施されることにより行われる。メモリなお、本明細書では、主記憶装置２０３と補助記憶装置２０４とを総称する場合には、単に「記憶装置」という。
【００２５】
続いて、図３を参照して、文書の新規登録処理のフローについて説明する。この処理は、文書作成装置１０１の文書登録部１１１と、文書管理装置１０４の文書登録部１４２の機能により実行される。
【００２６】
図３において、文書作成装置１０１は、まず、各ファイルのハッシュ値を計算し、ハッシュ値リストを作成する（ステップＳ３０１）。そして、そのハッシュ値リストに対してディジタル署名を付与する（ステップＳ３０２）。続いて、文書名、ファイル、ファイル名、ハッシュ値リスト、ディジタル署名を文書管理装置１０４に送信する（ステップＳ３０３）。
【００２７】
ここで、ハッシュ値とは、ハッシュ関数と呼ばれる任意長の入力データから固定長の値を出力する関数を用いて作成される値である。情報の安全性を確保する目的からは、ハッシュ関数は、同じ出力値を与えるような２つの異なる入力データを見出すのが困難で、かつ、出力値から入力データを見出すのが困難であるような関数を用いるのが好ましい。なお、ハッシュ関数の計算アルゴリズムは公開されていても構わない。
【００２８】
次に、文書管理装置１０４は、文書作成装置１０１から受信したデータを検証する（ステップＳ３０４）。この検証処理には、ディジタル署名を用いたハッシュ値リストの完全性検証と、各ファイルのハッシュ値を計算し、そのハッシュ値がハッシュ値リストに含まれることの検証の各処理が含まれる。なお、これらの検証処理に失敗した場合には、文書管理装置１０４は、文書作成装置１０１にエラーを返送し、文書の新規登録処理を終了する（図示せず）。
【００２９】
次に、文書管理装置１０４は、ディジタル署名に対するタイムスタンプをタイムスタンプ発行装置１０３から取得する（ステップＳ３０５）。タイムスタンプ発行装置１０３は、タイムスタンプ発行部１３１の機能を実行することにより、タイムスタンプを発行する。
【００３０】
なお、別の実施形態として、タイムスタンプを取得しない場合には、ステップＳ３０５を省略してもよい。法令やシステム要件等により、時刻保証が必要ない場合にはタイムスタンプを取得しなくてもよい。
【００３１】
また、さらに、別の実施形態として、タイムスタンプの付与対象をディジタル署名とハッシュ値リストの両方、もしくは、ハッシュ値リストのみ、もしくは、受信した各ファイルを結合したデータ、もしくは、受信した各ファイルを結合したデータとディジタル署名の両方としてもよい。
【００３２】
次に、文書管理装置１０４は、文書属性データ１４４、バージョン属性データ１４５、ファイル属性データ１４６を作成する（ステップＳ３０６）。そして、文書属性データ１４４、バージョン属性データ１４５、ファイル属性データ１４６、ファイル１４７を記憶装置に保存する（ステップＳ３０７）。
【００３３】
また、別の実施形態として、ディジタル署名を付与しない場合には、ステップＳ３０２を省略し、ステップＳ３０３において、ディジタル署名を除いたデータを文書管理装置１０４に送信する。また、ステップＳ３０５では、ハッシュ値リストに対するタイムスタンプを、タイムスタンプ発行装置１０３から取得する。
【００３４】
ｅ−文書法では、文書の種類に応じて、ディジタル署名が必要な場合、ディジタル署名とタイムスタンプの両方が必要な場合、ディジタル署名とタイムスタンプの両方が不要な場合がある。また、ディジタル署名の付与対象、タイムスタンプの付与対象についても、ｅ−文書法では指定されている。本発明は、いずれの場合であっても対応可能である。
【００３５】
続いて、図４を参照して、文書の新規登録の際に文書作成装置１０１が作成するハッシュ値リストの例を示す。図４（ａ）では新規登録時に作成されるハッシュ値リストの例を、図４（ｂ）では更新時に作成されるハッシュ値の例を示している。図４（ａ）（ｂ）に示すように、ハッシュ値リストは、更新後ファイルハッシュ値、更新前ファイルハッシュ値によって構成される。
【００３６】
ここで、更新後ファイルハッシュ値は、新規に追加したファイル、または、更新したファイルのハッシュ値である。また、更新前ファイルハッシュ値は、ファイルを更新する場合の更新前のファイルのハッシュ値である。文書の新規登録の際には、更新前のファイルは存在しないため、更新前ファイルハッシュ値には、「０」を指定する。また、文書の更新の際には、内容を変更したファイルについては、更新前ファイルハッシュ値と更新後ファイルハッシュ値の両方は「０」以外の値となる。また、削除したファイルのハッシュ値については、ハッシュ値リストには含めない。
【００３７】
また、ハッシュ値リストは、ディジタル署名もしくはタイムスタンプを付与する前であれば、更新後ファイルハッシュ値、または、更新前ファイルハッシュ値でソートしておいても良い。ソートすることにより、ハッシュ値リストに含まれるハッシュ値を検索する速度を高速化できる。
【００３８】
また、ハッシュ値リストには、ファイルのハッシュ値のみを含めることで、システムに依存しない形式で本発明のシステムを実現できる。例えば、ファイルＩＤなどのシステム固有の情報を含めた場合には、他社システムなどへの移行が非常に困難となるが、本発明ではシステム移行をより簡単に実現可能となる。
【００３９】
また、図４に示すような形式のハッシュ値リストにファイルの作成者のディジタル署名を付与することで、「だれが」「どのファイル」を作成したか、または、更新したかを明確化できる。
【００４０】
続いて、図５を参照して、文書管理装置１０４に保存する文書属性データ１４４、バージョン属性データ１４５、ファイル属性データ１４６の例を示す。
【００４１】
文書属性データ１４４は、文書に対して１つ存在するデータであり、文書ＩＤ、文書名、作成日時、最終更新日時、および、文書のバージョン情報を管理するバージョン属性データへの参照データ（バージョンＩＤ）などのデータを持つ。バージョンＩＤは、文書のバージョンの数だけ存在する。例えば、現在の文書のバージョンが３の場合には、バージョンＩＤは３個存在する。
【００４２】
バージョン属性データ１４５は、文書の新規登録、更新の際に作成されるデータであり、バージョンＩＤ、バージョン番号、文書ＩＤ、作成日時、ハッシュ値リスト、ディジタル署名、タイムスタンプ、および、ファイル情報を管理するファイル属性データへの参照データ（ファイルＩＤ）などのデータを持つ。ファイルＩＤは、そのバージョンを構成するファイルの数だけ存在する。例えば、バージョンを構成するファイルが５個の場合には、５個のファイルＩＤが存在する。
【００４３】
ファイル属性データ１４６は、ファイルが追加・更新された際に作成されるデータであり、ファイルＩＤ、前バージョンファイルＩＤ、バージョンＩＤ、ファイルハッシュ値、ファイル名などのデータを持つ。なお、前バージョンファイルＩＤは、ファイルが追加の場合には「０」を指定する。また、バージョンＩＤは、このファイルが新規登録、または、追加された際に作成されたバージョン属性データのバージョンＩＤである。
【００４４】
続いて、図６を参照して、文書属性データ１４４、バージョン属性データ１４５、ファイル属性データ１４６、ファイル１４７の関連を示す。
【００４５】
図６に示すように、文書属性データ１４４は、１個以上のバージョン属性データ１４５への参照情報（バージョンＩＤ）を含んでいる。また、バージョン属性データ１４５は、１個以上のファイル属性データ１４６への参照情報（ファイルＩＤ）を含んでいる。バージョン属性データ１４５が参照するファイル属性データ１４６は、バージョンを構成する全ファイルのファイル属性に対する参照情報（ファイルＩＤ）を含んでいる。また、ファイル属性データ１４６は、１個のファイルに対する参照を含んでいる。
【００４６】
また、ファイル属性データ１４６は、１個以上のバージョン属性データから参照されている。旧バージョンから新バージョンにバージョンが上がった際に、更新または削除されなかったファイルのファイル属性データ１４６は、旧バージョンと新バージョンのバージョン属性データ１４５の両方から参照されることになる。更新または削除された場合には、ファイル属性データ１４５は、新バージョンのバージョン属性データ１４５から参照されない。
【００４７】
図６に示すような関連性を持たせることで、ある文書のバージョン一覧を検索したり、ある特定のファイルの更新履歴を辿ったりすることが可能となる。
【００４８】
文書属性データとファイル属性データとバージョン属性データとファイルは、検索性の観点から関係データベースで管理することが望ましい。また、改ざんの防止を目的に、バージョン属性データ、ファイル属性データ、ファイルを書き換え困難な記憶装置（例えば、ＣＤ−Ｒ、ＤＶＤ−Ｒなど）や改ざん防止機能のあるデータベース領域に格納することが望ましい。
【００４９】
続いて、図７を参照して、１個のファイルの検証処理のフローについて説明する。この処理は、検証装置１０２の文書検証部１２１と、文書管理装置１０４の文書検証部１４３の機能により実行される。
【００５０】
図７において、検証装置１０２は、まず、検証対象のファイルＩＤを文書管理装置１０４に送信する（ステップＳ７０１）。
【００５１】
次に、文書管理装置１０４は、検証装置１０２から受信したファイルＩＤからファイル属性データ１４６を参照し、バージョンＩＤを取得する（ステップＳ７０２）。そして、バージョンＩＤからバージョン属性データ１４５を参照し、ハッシュ値リスト、ディジタル署名、タイムスタンプを取得する（ステップＳ７０３）。続いて、ファイルＩＤに対応するファイル１４６を取得する（ステップＳ７０４）。
【００５２】
次に、文書管理装置１０４は、ディジタル署名とタイムスタンプを検証する（ステップＳ７０５）。ディジタル署名の検証は、ハッシュ値リストとディジタル署名を用いて行う。ディジタル署名の検証に必要な公開鍵はディジタル署名の中に含まれている。また、タイムスタンプの検証は、タイムスタンプの付与対象とタイムスタンプを用いて行う。タイムスタンプの付与対象は、システム要件により異なるが、例えば、ディジタル署名のみ、または、ディジタル署名とハッシュ値リスト、または、ハッシュ値リストのみ、などが考えられる。なお、ディジタル署名、もしくは、タイムスタンプの検証に失敗した場合には、文書管理装置１０４は、検証装置１０２にエラーを返送し、検証処理を終了する（図示せず）。
【００５３】
なお、別の実施形態として、ディジタル署名を登録時に作成していない場合は、ステップＳ７０５におけるディジタル署名の検証処理は省略する。また、同様に、タイムスタンプを登録時に作成していない場合は、ステップＳ７０５におけるタイムスタンプの検証処理を省略する。また、ディジタル署名のみ、もしくは、タイムスタンプのみの検証だけでも良い。検証装置１０２からの要求により、選択的に指定できるようにしても良い。
【００５４】
次に、文書管理装置１０４は、ファイルのハッシュ値を計算する（ステップＳ７０６）。そして、計算したハッシュ値がハッシュ値リストに含まれるかチェックする（ステップＳ７０７）。なお、このチェックは、ハッシュ値リストの更新後ファイルハッシュ値の列を参照する。
【００５５】
次に、文書管理装置１０４は、検証結果を検証装置１０２に送信する（ステップＳ７０８）。そして、検証装置１０２は、受信した検証結果を表示する（ステップＳ７０９）。
【００５６】
続いて、図８を参照して、あるバージョンに含まれる全てのファイルの検証処理のフローについて説明する。この処理は、検証装置１０２の文書検証部１２１と、文書管理装置１０４の文書検証部１４３の機能により実行される。
【００５７】
図８において、検証装置１０２は、まず、検証対象の文書ＩＤ、バージョンＩＤを文書管理装置に送信する（ステップＳ８０１）。
【００５８】
次に、文書管理装置１０４は、検証装置１０２から受信した文書ＩＤから文書属性データ１４４を参照し、指定されたバージョンＩＤのバージョン属性データ１４５を取得する（ステップＳ８０２）。そして、バージョン属性データ１４５を参照し、ハッシュ値リスト、ディジタル署名、タイムスタンプ、ファイルＩＤを取得する（ステップＳ８０３）。続いて、ファイルＩＤに対応する全てのファイルを取得する（ステップＳ８０４）。
【００５９】
次に、文書管理装置１０４は、ディジタル署名とタイムスタンプを検証する（ステップＳ８０５）。ディジタル署名の検証は、ハッシュ値リストとディジタル署名を用いて行う。ディジタル署名の検証に必要な公開鍵はディジタル署名の中に含まれている。また、タイムスタンプの検証は、タイムスタンプの付与対象とタイムスタンプを用いて行う。タイムスタンプの付与対象は、システム要件により異なるが、例えば、ディジタル署名のみ、または、ディジタル署名とハッシュ値リスト、または、ハッシュ値リストのみ、などが考えられる。なお、ディジタル署名、もしくは、タイムスタンプの検証に失敗した場合には、文書管理装置１０４は、検証装置１０２にエラーを返送し、検証処理を終了する（図示せず）。
【００６０】
なお、別の実施形態として、ディジタル署名を登録時に作成していない場合は、ステップＳ８０５におけるディジタル署名の検証処理は省略する。また、同様に、タイムスタンプを登録時に作成していない場合は、ステップＳ８０５におけるタイムスタンプの検証処理を省略する。また、ディジタル署名のみ、もしくは、タイムスタンプのみの検証だけでも良い。検証装置１０２からの要求により、選択的に指定できるようにしても良い。
【００６１】
次に、文書管理装置１０４は、ファイルのハッシュ値をそれぞれ計算する（ステップＳ８０６）。そして、ハッシュ値がハッシュ値リストに全て含まれるかチェックする。（ステップＳ８０７）。なお、具体的なチェック方法については、後述する。
【００６２】
次に、文書管理装置１０４は、検証結果を検証装置１０２に送信する（ステップＳ８０８）。そして、検証装置１０２は、受信した検証結果を表示する（ステップＳ８０９）。
【００６３】
続いて、図９を参照して、図８におけるステップＳ８０７のハッシュ値がハッシュ値リストに全て含まれるかをチェックするための処理フローについて説明する。
【００６４】
図９において、文書管理装置１０４は、ハッシュ値リストから、有効なハッシュ値を取り出し、第二のハッシュ値リストを作成する（ステップＳ９０１）。この処理では、ハッシュ値リストの各行から、更新後ファイルハッシュ値、または、更新前ファイルハッシュ値のいずれかの値を取り出す。更新後ファイルハッシュ値が「０」でない場合には、更新後ファイルハッシュ値を取り出し、「０」の場合には、更新前ファイルハッシュ値を取り出す。第二のハッシュ値リストは、取り出したハッシュ値を一列に並べたリストである。
【００６５】
次に、文書管理装置１０４は、第二のハッシュ値リストをソートする（ステップＳ９０２）。ソートすることにより、ハッシュ値の比較の際の検索速度を高速化できる。
【００６６】
次に、文書管理装置１０４は、内部変数ｉにバージョンに含まれるファイル数Ｎを代入する（ステップＳ９０３）。そして、ステップＳ８０６で計算したハッシュ値の中から１つのハッシュ値を取り出し、ハッシュ値が第二のハッシュ値リストに含まれているかチェックする（ステップＳ９０４）。なお、第二のハッシュ値リストに含まれていない場合には、ステップＳ９０８へ進む（図示せず）。
【００６７】
次に、文書管理装置１０４は、第二のハッシュ値リストから、ステップＳ９０４で一致したハッシュ値を削除する（ステップＳ９０５）。そして、内部変数ｉの値から１を減算する（ステップＳ９０６）。続いて、内部変数ｉの値が「０」よりも大きいかどうか判定する。「０」よりも大きい場合には、ステップＳ９０４に戻り、そうでない場合には、ステップＳ９０８へ進む（ステップＳ９０７）。
【００６８】
次に、ハッシュ値の比較結果を返す（ステップＳ９０８）。比較結果は、内部変数ｉの値が「０」であり、かつ、第二のハッシュ値リストにハッシュ値が含まれない場合は、成功であり、それ以外の場合は失敗となる。また、失敗した場合、補足情報として、一致しなかったファイルのハッシュ値や、第二のハッシュ値リストの含まれるハッシュ値の数とファイル数Ｎが一致しないなどの情報を返しても良い。
【００６９】
続いて、図１０を参照して、文書の更新処理フローについて説明する。この処理は、文書作成装置１０１の文書更新部１１２と、文書管理装置１０４の文書更新部１４２の機能により実行される。
【００７０】
図１０において、文書作成装置１０１は、まず、更新対象の文書ＩＤを文書管理装置１０４に送信する（ステップＳ１００１）。
【００７１】
次に、文書管理装置１０４は、文書作成装置１０１から受信した文書Ｉｄから文飾属性データ１４４を参照し、最新のバージョンＩＤを取得する（ステップＳ１００２）。そして、バージョンＩＤからバージョン属性データ１４５を参照し、ハッシュ値リストを取得し、文書作成装置１０１に送信する（ステップＳ１００３）。
【００７２】
次に、文書作成装置１０１は、更新後のファイルのハッシュ値を計算し、ハッシュ値リストを作成する（ステップＳ１００４）。更新時のハッシュ値リストの例については、図４（ｂ）に示している。
【００７３】
次に、文書作成装置１０１は、ハッシュ値リストに対してディジタル署名を付与する（ステップＳ１００５）。そして、文書ＩＤ、ファイル、ファイルＩＤ、ハッシュ値リスト、ディジタル署名を文書管理装置１０４に送信する（ステップＳ１００６）。
【００７４】
次に、文書管理装置１０４は、受信データを検証する（ステップＳ１００７）。この検証処理には、ディジタル署名を用いたハッシュ値リストの完全性検証と、各ファイルのハッシュ値を計算し、そのハッシュ値がハッシュ値リストに含まれることの検証の各処理が含まれる。なお、これらの検証処理に失敗した場合には、文書管理装置１０４は、文書作成装置１０１にエラーを返送し、文書の更新処理を終了する（図示せず）。
【００７５】
次に、文書管理装置１０４は、ディジタル署名に対するタイムスタンプをタイムスタンプ発行装置１０３から取得する（ステップＳ１００８）。タイムスタンプ発行装置１０３は、タイムスタンプ発行部１３１の機能を実行することにより、タイムスタンプを発行する。
【００７６】
なお、別の実施形態として、タイムスタンプを取得しない場合には、ステップＳ３０５を省略してもよい。法令やシステム要件等により、時刻保証が必要ない場合にはタイムスタンプを取得しなくてもよい。さらに別の実施形態として、タイムスタンプの付与対象をディジタル署名とハッシュ値リストの両方、もしくは、ハッシュ値リストのみとしてもよい。
【００７７】
次に、文書管理装置１０４は、バージョン属性データ１４５、ファイル属性データ１４６を作成し、文書属性データ１４４を更新する（ステップＳ１００９）。そして、ファイル１４７、バージョン属性データ１４５、ファイル属性データ１４６を記憶装置に保存する（ステップＳ１０１０）。
【００７８】
また、別の実施形態として、ディジタル署名を付与しない場合には、ステップＳ１００５を省略し、ステップＳ１００６において、ディジタル署名を除いたデータを文書管理装置１０４に送信する。また、ステップＳ１００８では、ハッシュ値リストに対するタイムスタンプを、タイムスタンプ発行装置１０３から取得する。
【００７９】
続いて、図１１を参照して、バージョン間の連続性検証のフローについて説明する。この処理は、検証装置１０２の文書検証部１２１と、文書管理装置１０４の文書検証部１４２の機能により実行される。
【００８０】
図１０において、バージョンに含まれる全てのファイルの検証処理では、更新前のバージョンに含まれるファイルが改ざんされていないことを保証できない。図１１に示す処理は、これを補う処理であり、文書の更新が正しいプロセスで行われたことを検証する。
【００８１】
図１１において、検証装置１０２は、まず、検証対象の文書ＩＤを文書管理装置１０４に送信する（ステップＳ１１０１）。
【００８２】
次に、文書管理装置１０４は、受信した文書ＩＤから文書属性データ１４４を参照し、全てのバージョンＩＤを取得する（ステップＳ１１０２）。そして、各バージョンＩＤに対応するバージョン属性データ１４５を取得する（ステップＳ１１０３）。続いて、各バージョン属性データ１４５から、ハッシュ値リスト、ディジタル署名、タイムスタンプを取得する（ステップＳ１１０４）。
【００８３】
次に、文書管理装置１０４は、ディジタル署名、タイムスタンプをバージョン毎に検証する（ステップＳ１１０５）。ディジタル署名の検証は、ハッシュ値リストとディジタル署名を用いて行う。ディジタル署名の検証に必要な公開鍵はディジタル署名の中に含まれている。また、タイムスタンプの検証は、タイムスタンプの付与対象とタイムスタンプを用いて行う。なお、ディジタル署名、もしくは、タイムスタンプの検証に失敗した場合には、文書管理装置１０４は、検証装置１０２にエラーを返送し、検証処理を終了する（図示せず）。
【００８４】
なお、別の実施形態として、ディジタル署名を登録時に作成していない場合は、ステップＳ８０５におけるディジタル署名の検証処理は省略する。また、同様に、タイムスタンプを登録時に作成していない場合は、ステップＳ８０５におけるタイムスタンプの検証処理を省略する。また、ディジタル署名のみ、もしくは、タイムスタンプのみの検証だけでも良い。検証装置１０２からの要求により、選択的に指定できるようにしても良い。
【００８５】
次に、文書管理装置１０４は、バージョン間のハッシュ値リストの整合性をチェックする（ステップＳ１１０６）。なお、具体的なチェック方法については後述する。
【００８６】
次に、文書管理装置１０４は、検証結果を検証装置１０２に送信する（ステップＳ１１０７）。そして、検証装置１０２は、検証結果を表示する（ステップＳ１１０８）。
【００８７】
続いて、図１２を参照して、図１１におけるステップＳ１１０６のバージョン間のハッシュ値リストの整合性を検証する方法について説明する。
【００８８】
図１２において、文書管理装置１０４は、バージョン（Ｍ）とバージョン（Ｍ＋１）のそれぞれのハッシュ値リストを取得する（ステップＳ１２０１）。ここで、「Ｍ」はバージョン番号を表しており、このステップでは連続する２つのバージョンのハッシュ値リストを取得している。
【００８９】
次に、文書管理装置１０４は、バージョン（Ｍ）のハッシュ値リストから、有効なハッシュ値を取り出し、第二のハッシュ値リスト（Ｍ）を作成する（ステップＳ１２０２）。この処理では、ハッシュ値リストの各行から、更新後ファイルハッシュ値、または、更新前ファイルハッシュ値のいずれかの値を取り出す。更新後ファイルハッシュ値が「０」でない場合には、更新後ファイルハッシュ値を取り出し、「０」の場合には、更新前ファイルハッシュ値を取り出す。第二のハッシュ値リストは、取り出したハッシュ値を一列に並べたリストである。
【００９０】
次に、文書管理装置１０４は、バージョン（Ｍ＋１）のハッシュ値リストの更新前ファイルハッシュ値が、第二のハッシュ値リスト（Ｍ）に全て含まれるか検証する（ステップＳ１２０３）。
【００９１】
以上の処理を、全ての連続するバージョン間において実行する。
【００９２】
以上のようにして、複数のファイルから構成される文書のバージョン管理を実現する文書管理システムにおいて、クライアント側でのディジタル署名の生成に対応できるだけでなく、ディジタル署名の生成および検証処理を高速化できる。また、バージョン間の整合性を保証できる。そして、文書管理システムにおける文書の変更履歴の真正性を保証する用途に適用できる。
【図面の簡単な説明】
【００９３】
【図１】本発明の実施形態に係るシステム構成の例を示した図である。
【図２】本発明の実施形態に係るコンピュータの一般的な構成の例を示した図である。
【図３】本発明の実施形態に係る文書の新規登録処理のフローを示した図である。
【図４】本発明の実施形態に係るハッシュ値リストの例を示した図である。
【図５】本発明の実施形態に係る文書属性データとバージョン属性データとファイル属性データの各データの例を示した図である。
【図６】本発明の実施形態に係る文書属性データとバージョン属性データとファイル属性データとファイルとの関連を示した図である。
【図７】本発明の実施形態に係る１個のファイルの検証処理のフローを示した図である。
【図８】本発明の実施形態に係るバージョンに含まれる全てのファイルの検証処理のフローを示した図である。
【図９】本発明の実施形態に係るファイルのハッシュ値とハッシュ値リストの比較処理のフローを示した図である。
【図１０】本発明の実施形態に係る文書の更新処理のフローを示した図である。
【図１１】本発明の実施形態に係るバージョン間の連続性の検証処理のフローを示した図である。
【図１２】本発明の実施形態に係るバージョン間のハッシュ値リストの整合性の検証処理のフローを示した図である。
【符号の説明】
【００９４】
１０１ 文書作成装置
１０２ 検証装置
１０３ タイムスタンプ発行装置
１０４ 文書管理装置
１０５ ネットワーク
１１１ 文書登録部
１１２ 文書更新部
１２１ 文書検証部
１３１ タイムスタンプ発行部
１４１ 文書登録部
１４２ 文書更新部
１４３ 文書検証部
１４４ 文書属性データ
１４５ バージョン属性データ
１４６ ファイル属性データ
１４７ ファイル
２０１ コンピュータ
２０２ ＣＰＵ
２０３ 主記憶装置
２０４ 補助記憶装置
２０５ ネットワークインターフェース
２０６ Ｉ／Ｏインターフェース
２０７ 内部バス
【技術分野】
【０００１】
本発明は、文書管理システム及び文書管理装置と文書作成装置並びに文書管理方法であり、特に複数のファイルから構成される文書のバージョン管理を行うシステムにおいて、各バージョンの文書の改ざん検知を行う技術に関する。
【背景技術】
【０００２】
近年のＩＴ技術の進展に伴い、民間企業や官公庁などでは紙ベースの業務から電子ベースの業務へと移行している。また、法律等の規制により紙での保存が義務付けられていた書類の電子的な保存（以下、「スキャナ保存」という）を認めるｅ−文書法（正式な法律名は「民間事業者等が行う書面の保存等における情報通信の技術の利用に関する法律」）が２００５年４月に施行された。
ｅ−文書法の対象となる書類はさまざまであり、また、書類によってスキャナ保存のための要件が異なる。見読性のみを確保すれば良い書類から、ディジタル署名やタイムスタンプを用いた厳密な管理が要求される書類がある。
また、ｅ−文書法の対象となる書類で最も厳しい要件が課せられている書類としては、国税関係帳簿書類がある。国税関係帳簿書類のうち、金銭の流れに直結する書類については、ディジタル署名とタイムスタンプとバージョン管理機能による完全性の確保が要求されている。
このうち、バージョン管理機能は、電子ファイルの登録、更新、削除の履歴を管理する機能である。バージョン管理機能は、主にプログラムの開発におけるソースコードの管理に使用されていたが、国税関係帳簿書類のスキャナ保存では、電子ファイルの変更、削除を防止する手段として使用される。バージョン管理機能の実現方法については、たとえば、非特許文献１で開示されている。
非特許文献１の方式を用いると、複数のファイルから構成される文書を、１つの文書として扱うことができ、この文書に含まれる各ファイルの登録、更新、削除の履歴、すなわち、バージョン管理を実現できる。
また、特許文献１では、複数ファイルから構成される文書の原本性を保証する方式として、各ファイルに対して改ざん検知情報（例として、ディジタル署名）を作成する方式を開示している。
【特許文献１】特開２００１−５７２８号公報
【非特許文献１】ＡＩＩＭ（Ｔｈｅ Ａｓｓｏｃｉａｔｉｏｎ Ｆｏｒ Ｉｎｆｏｒｍａｔｉｏｎ ａｎｄ Ｉｍａｇｅ Ｍａｎａｇｅｍｅｎｔ Ｉｎｔｅｒｎａｔｉｏｎａｌ）：Ｄｏｃｕｍｅｎｔ Ｍａｎａｇｅｍｅｎｔ Ａｒｃｈｉｔｅｃｕｔｕｒｅ
【非特許文献２】ＲＦＣ３１６１ − Ｉｎｔｅｒｎｅｔ Ｘ．５０９ Ｐｕｂｌｉｃ Ｋｅｙ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ Ｔｉｍｅ−Ｓｔａｍｐ Ｐｒｏｔｏｃｏｌ （ＴＳＰ）
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかし、特許文献１で開示されている手法では、ファイル毎にディジタル署名を作成するため、複数のファイルを１文書として登録する際であってもファイル数と同じ数のディジタル署名を生成する必要がある。そのため、多くの処理時間がかかり、また、ディジタル署名を保管するための多くの記憶領域が必要である。また、特許文献１では、ディジタル署名はサーバ装置に格納されている鍵を用いて付与するとされており、クライアント側での署名付与の方法については開示していない。国税関係帳簿書類のスキャナ保存では、スキャニング者もしくは監督者としているため、スキャナ保存のディジタル署名の要件を満たしていない。さらに、特許文献１では、バージョン間の整合性を保証する手段を開示していない。ディジタル署名により、各種属性データを保護する手段を開示しているが、バージョン間の整合性を保証する手段とは言えない。
【０００４】
本発明は、以上の従来技術の問題点を解決し、ディジタル署名の作成および検証の処理時間を削減することができ、さらに、バージョン間の整合性を保証する文書管理方法を提供する。
【課題を解決するための手段】
【０００５】
本発明は、複数のファイルから構成される文書のバージョン管理を実現する文書管理システムにおいて、文書を構成する複数のファイルそれぞれについてハッシュ値を計算し、これらのハッシュ値を集めたハッシュ値リストに対して、１つのディジタル署名を付与することを特徴とする。本発明によれば、作成されるディジタル署名の数は、複数のファイルに対して１つであるため、各ファイルに対してディジタル署名を作成する場合と比較して、ディジタル署名の作成時間および検証時間を短縮できる。また、ディジタル署名はクライアント装置、サーバ装置を問わず、いずれの装置でも作成することができる。
【０００６】
また、本発明では、ハッシュ値リストに更新前のファイルのハッシュ値と更新後のファイルのハッシュ値を含めることを特徴としている。これにより、文書作成者もしくは更新者が、どのファイルを作成したか、また、どのファイルを更新したかを検証することができる。また、連続するバージョン間の更新前のファイルハッシュ値と更新後のファイルのハッシュ値を比較することで、バージョン間の連続性を検証することができる。
【０００７】
すなわち、本発明は、ＣＰＵと記憶装置とを少なくとも備え、複数のファイルにより構成される文書データを１単位として扱い、前記文書データの更新履歴を前記記憶装置に保存する文書管理装置であって、前記記憶装置は、前記文書データに含まれる複数のファイルそれぞれのハッシュ値である更新後ファイルハッシュ値と、前記ファイルの更新前ファイルそれぞれのハッシュ値である更新前ファイルハッシュ値とを含むハッシュ値リストと、前記ハッシュ値リストに対して付与されたディジタル署名とを保存する文書管理装置である。
【０００８】
また、本発明は、前記記憶装置は、前記ハッシュ値リスト及び／又はディジタル署名に対する、時刻保証が可能なタイムスタンプを保存する文書管理装置である。
【０００９】
そして、本発明は、ＣＰＵと記憶装置とを少なくとも備え、複数のファイルにより構成される文書データを１単位として扱う文書作成装置と、前記文書作成装置とネットワークを介して接続した文書管理装置とからなる文書管理システムであって、前記文書管理装置は、前述した文書管理装置であり、かつ、前記文書作成装置から複数のファイルとハッシュ値リストとディジタル署名とを受信し、受信した複数のファイルそれぞれについてハッシュ値を計算し、受信したハッシュ値リストの更新後ファイルハッシュ値の中に、計算して得たハッシュ値に一致するハッシュ値が含まれることを検証し、前記ハッシュ値リストと前記ディジタル署名と文書データを構成する全てのファイルＩＤを含むバージョン属性データを作成する文書管理システムである。
【００１０】
更に、本発明は、ＣＰＵと記憶装置とを少なくとも備え、複数のファイルにより構成される文書データを１単位として扱う文書検証装置と、前記文書検証装置とネットワークを介して接続した文書管理装置とからなる文書管理システムであって、前記文書管理装置は、前述した文書管理装置であり、かつ、前記文書検証装置から検証対象のファイルのファイルＩＤを受信し、受信したファイルＩＤを基に前記記憶装置に保存されているファイルと前記ファイルに関連するバージョン属性データを取得し、取得したバージョン属性データからハッシュ値リストとディジタル署名を取得し、取得したディジタル署名を検証し、前記ファイルについてのハッシュ値を計算し、取得したハッシュ値リストの更新後ファイルハッシュ値の中に、計算して得たハッシュ値に一致するハッシュ値が含まれることを検証する文書管理システムである。
【００１１】
また、本発明は、ＣＰＵと記憶装置とを少なくとも備え、複数のファイルにより構成される文書データを１単位として扱う文書検証装置と、前記文書検証装置とネットワークを介して接続した文書管理装置とからなる文書管理システムであって、前記文書管理装置は、前述した文書管理装置であり、かつ、前記文書検証装置から検証対象の文書ＩＤを受信し、受信した文書ＩＤを基に前記記憶装置に保存されているバージョン属性データを取得し、取得したバージョン属性データからハッシュ値リストとディジタル署名とファイルＩＤを取得し、取得したファイルＩＤに対応する全てのファイルを取得し、前記ディジタル署名を検証し、取得したファイルそれぞれのハッシュ値を計算し、取得したハッシュ値リストの更新後ファイルハッシュ値の中に、計算して得たハッシュ値に一致するハッシュ値が含まれることを検証してハッシュ値リスト検証を行い、ハッシュ値リスト検証を行う際に、前記ハッシュ値リストから第二のハッシュ値リストを作成し、前記第二のハッシュ値リストに前記計算して得たハッシュ値に一致するハッシュ値が含まれることを検証し、前記第二のハッシュ値リストから一致したハッシュ値を削除する文書管理システムである。
【００１２】
そして、本発明は、ＣＰＵと記憶装置とを少なくとも備え、複数のファイルにより構成される文書データを１単位として扱う文書作成装置と、前記文書作成装置とネットワークを介して接続した文書管理装置とからなる文書管理システムであって、前記文書管理装置は、前述した文書管理装置であり、かつ、前記文書作成装置から文書ＩＤを受信し、受信した文書ＩＤを基に前記記憶装置に保存されている最新のバージョンＩＤを取得し、取得したバージョンＩＤからハッシュ値リストを取得し、取得したハッシュ値リストを前記文書作成装置に送信し、前記文書作成装置から更新後の文書ＩＤと更新後のファイルとファイルＩＤとハッシュ値リストとディジタル署名とを受信し、受信したファイルそれぞれのハッシュ値を計算し、受信したハッシュ値リストの更新後ファイルハッシュ値の中に計算して得たハッシュ値に一致するハッシュ値が含まれることを検証し、受信したハッシュ値リストとディジタル署名と文書データを構成する全てのファイルＩＤを含むバージョン属性データを作成する文書管理システムである。
【００１３】
更に、本発明は、ＣＰＵと記憶装置とを少なくとも備え、複数のファイルにより構成される文書データを１単位として扱う文書検証装置と、前記文書検証装置とネットワークを介して接続した文書管理装置とからなる文書管理システムであって、前記文書管理装置は、前述した文書管理装置であり、かつ、前記文書検証装置から検証対象の文書ＩＤを受信し、受信した文書ＩＤを基に前記記憶装置に保存されている文書データに関連する全てのバージョン属性データを取得し、取得した各バージョン属性データからハッシュ値リストとディジタル署名とを取得し、前記ディジタル署名を検証し、各バージョン間のハッシュ値リストの整合性を検証してバージョン間整合性検証を行い、バージョン間整合性検証を行う際に、バージョンが連続する２つのハッシュ値リストを取得し、古い方のハッシュ値リストから有効なハッシュ値を取り出し、第二のハッシュ値リストを作成し、前記第二のハッシュ値リストに含まれるハッシュ値が全て新しい方のハッシュ値リストに含まれることを検証する文書管理システムである。
【００１４】
また、本発明は、ネットワークを介して接続した文書作成装置から文書ＩＤを受信し、受信した文書ＩＤを基に前記記憶装置に保存されている最新のバージョンＩＤを取得し、取得したバージョンＩＤからハッシュ値リストを取得し、取得したハッシュ値リストを前記文書作成装置に送信し、前記文書作成装置から更新後の文書ＩＤと更新後のファイルとファイルＩＤとハッシュ値リストとディジタル署名とを受信し、受信したファイルそれぞれのハッシュ値を計算し、受信したハッシュ値リストの更新後ファイルハッシュ値の中に計算して得たハッシュ値に一致するハッシュ値が含まれることを検証し、受信したハッシュ値リストとディジタル署名と文書データを構成する全てのファイルＩＤを含むバージョン属性データを作成する文書管理装置である。
【００１５】
そして、本発明は、ＣＰＵと記憶装置とを少なくとも備え、複数のファイルにより構成される文書データを１単位として扱う文書作成装置であって、更新対象の文書ＩＤを、ネットワークを介して接続した文書管理装置に送信し、前記文書管理装置からハッシュ値リストを受信し、ファイルを更新して更新後ファイルを作成し、更新後ファイルのハッシュ値を計算して新しいハッシュ値リストを作成し、新しいハッシュ値リストに対してディジタル署名を付与し、文書ＩＤと更新後ファイルと新しいハッシュ値リストとディジタル署名とを、前記文書管理装置に送信する文書作成装置である。
【００１６】
更に、本発明は、ＣＰＵと記憶装置とを少なくとも備え、複数のファイルにより構成される文書データを１単位として扱う文書作成装置が作成した文書を管理する方法であって、前記文書作成装置から複数のファイルとハッシュ値リストとディジタル署名とを受け取ることと、受け取った複数のファイルそれぞれについてハッシュ値を計算することと、受け取ったハッシュ値リストの更新後ファイルハッシュ値の中に、計算して得たハッシュ値に一致するハッシュ値が含まれることを検証することと、前記ハッシュ値リストと前記ディジタル署名と文書データを構成する全てのファイルＩＤを含むバージョン属性データを作成することを有する文書管理方法である。
【発明の効果】
【００１７】
本発明により、複数のファイルから構成される文書のバージョン管理を実現する文書管理システムにおいて、クライアント側でのディジタル署名の生成に対応できるだけでなく、ディジタル署名の生成および検証処理を高速化できるようになる。また、バージョン間の整合性を保証できるようになる。
【発明を実施するための最良の形態】
【００１８】
本発明を実施するための最良の形態を説明する。
以下、本発明の文書管理システム及び文書管理装置と文書作成装置並びに文書管理方法の実施形態について、図１〜図１２を参照して詳細に説明する。
【００１９】
図１は、本発明の実施形態に係るシステム構成の例を示した図である。図１に示すように、本システムは、文書作成装置１０１と、検証装置１０２と、タイムスタンプ発行装置１０３と、文書管理装置１０４とを含み、さらにこれらの装置がネットワーク１０５を介して相互に接続されて構成される。以下、これら各装置１０１〜１０４およびその装置の構成および機能について説明する。
【００２０】
図１において、文書作成装置１０１は、少なくともＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）と記憶装置とを備えたコンピュータであり、文書登録部１１１、文書更新部１１２などの機能ブロックを備える。文書登録部１１１は、ユーザが作成した１つ以上のファイルから構成される文書から作成されるデータに対してディジタル署名を作成し、ファイルとディジタル署名などを文書管理装置１０４に送信する。また、文書更新部１１２は、文書管理装置１０４にすでに登録されている文書を更新する。なお、ディジタル署名のフォーマットについては、例えば、「ＲＦＣ３８５２ Ｃｒｙｐｔｏｇｒａｐｈｉｃ Ｍｅｓｓａｇｅ Ｓｙｎｔａｘ（ＣＭＳ）」で開示されている。
【００２１】
次に、検証装置１０２は、少なくともＣＰＵと記憶装置とを備えたコンピュータであり、文書検証部１２１などの機能ブロックを備える。文書検証部１２１は、文書管理装置１０４に登録されているファイルの検証要求を発行し、検証結果を表示する。
【００２２】
次に、タイムスタンプ発行装置１０３は、少なくともＣＰＵと記憶装置とを備えたコンピュータであり、タイムスタンプ発行部１３１などの機能ブロックを備える。タイムスタンプ発行部１３１は、文書管理装置１０４がタイムスタンプ発行装置１０３に送信したデータに対して、存在証明と完全性証明が可能なタイムスタンプを発行する。なお、このようなタイムスタンプを実現する方法については、例えば、非特許文献２で開示されている。
【００２３】
次に、文書管理装置１０４は、少なくともＣＰＵと記憶装置とを備えたコンピュータであり、文書登録部１４１、文書更新部１４２、文書検証部１４３などの機能ブロックを備える。また、文書属性データ１４４、バージョン属性データ１４５、ファイル属性データ１４６、ファイル１４７などのデータを記憶装置に保存している。文書登録部１４１は、文書作成装置１０１が作成したファイルとディジタル署名などから、文書属性データ１４４、バージョン属性データ１４５、ファイル属性データ１４６を作成し、記憶装置に保存する。また、文書更新部１４２は、登録されている文書に含まれるファイルの変更、削除、追加を行う。また、文書検証部１４３は、記憶装置に保存されているディジタル署名とタイムスタンプを検証する。
【００２４】
図２は、本発明の実施形態に係るコンピュータの一般的な構成の例を示した図である。図２に示すように、コンピュータ２０１は、ＣＰＵ２０２、主記憶装置２０３、補助記憶装置２０４、ネットワークインターフェース２０５、Ｉ／Ｏインターフェース２０６などが内部バス２０７によって相互に接続されて構成される。そして、コンピュータ２０１の処理は、主記憶装置２０３などに格納されたプログラムがＣＰＵ２０２にて実施されることにより行われる。メモリなお、本明細書では、主記憶装置２０３と補助記憶装置２０４とを総称する場合には、単に「記憶装置」という。
【００２５】
続いて、図３を参照して、文書の新規登録処理のフローについて説明する。この処理は、文書作成装置１０１の文書登録部１１１と、文書管理装置１０４の文書登録部１４２の機能により実行される。
【００２６】
図３において、文書作成装置１０１は、まず、各ファイルのハッシュ値を計算し、ハッシュ値リストを作成する（ステップＳ３０１）。そして、そのハッシュ値リストに対してディジタル署名を付与する（ステップＳ３０２）。続いて、文書名、ファイル、ファイル名、ハッシュ値リスト、ディジタル署名を文書管理装置１０４に送信する（ステップＳ３０３）。
【００２７】
ここで、ハッシュ値とは、ハッシュ関数と呼ばれる任意長の入力データから固定長の値を出力する関数を用いて作成される値である。情報の安全性を確保する目的からは、ハッシュ関数は、同じ出力値を与えるような２つの異なる入力データを見出すのが困難で、かつ、出力値から入力データを見出すのが困難であるような関数を用いるのが好ましい。なお、ハッシュ関数の計算アルゴリズムは公開されていても構わない。
【００２８】
次に、文書管理装置１０４は、文書作成装置１０１から受信したデータを検証する（ステップＳ３０４）。この検証処理には、ディジタル署名を用いたハッシュ値リストの完全性検証と、各ファイルのハッシュ値を計算し、そのハッシュ値がハッシュ値リストに含まれることの検証の各処理が含まれる。なお、これらの検証処理に失敗した場合には、文書管理装置１０４は、文書作成装置１０１にエラーを返送し、文書の新規登録処理を終了する（図示せず）。
【００２９】
次に、文書管理装置１０４は、ディジタル署名に対するタイムスタンプをタイムスタンプ発行装置１０３から取得する（ステップＳ３０５）。タイムスタンプ発行装置１０３は、タイムスタンプ発行部１３１の機能を実行することにより、タイムスタンプを発行する。
【００３０】
なお、別の実施形態として、タイムスタンプを取得しない場合には、ステップＳ３０５を省略してもよい。法令やシステム要件等により、時刻保証が必要ない場合にはタイムスタンプを取得しなくてもよい。
【００３１】
また、さらに、別の実施形態として、タイムスタンプの付与対象をディジタル署名とハッシュ値リストの両方、もしくは、ハッシュ値リストのみ、もしくは、受信した各ファイルを結合したデータ、もしくは、受信した各ファイルを結合したデータとディジタル署名の両方としてもよい。
【００３２】
次に、文書管理装置１０４は、文書属性データ１４４、バージョン属性データ１４５、ファイル属性データ１４６を作成する（ステップＳ３０６）。そして、文書属性データ１４４、バージョン属性データ１４５、ファイル属性データ１４６、ファイル１４７を記憶装置に保存する（ステップＳ３０７）。
【００３３】
また、別の実施形態として、ディジタル署名を付与しない場合には、ステップＳ３０２を省略し、ステップＳ３０３において、ディジタル署名を除いたデータを文書管理装置１０４に送信する。また、ステップＳ３０５では、ハッシュ値リストに対するタイムスタンプを、タイムスタンプ発行装置１０３から取得する。
【００３４】
ｅ−文書法では、文書の種類に応じて、ディジタル署名が必要な場合、ディジタル署名とタイムスタンプの両方が必要な場合、ディジタル署名とタイムスタンプの両方が不要な場合がある。また、ディジタル署名の付与対象、タイムスタンプの付与対象についても、ｅ−文書法では指定されている。本発明は、いずれの場合であっても対応可能である。
【００３５】
続いて、図４を参照して、文書の新規登録の際に文書作成装置１０１が作成するハッシュ値リストの例を示す。図４（ａ）では新規登録時に作成されるハッシュ値リストの例を、図４（ｂ）では更新時に作成されるハッシュ値の例を示している。図４（ａ）（ｂ）に示すように、ハッシュ値リストは、更新後ファイルハッシュ値、更新前ファイルハッシュ値によって構成される。
【００３６】
ここで、更新後ファイルハッシュ値は、新規に追加したファイル、または、更新したファイルのハッシュ値である。また、更新前ファイルハッシュ値は、ファイルを更新する場合の更新前のファイルのハッシュ値である。文書の新規登録の際には、更新前のファイルは存在しないため、更新前ファイルハッシュ値には、「０」を指定する。また、文書の更新の際には、内容を変更したファイルについては、更新前ファイルハッシュ値と更新後ファイルハッシュ値の両方は「０」以外の値となる。また、削除したファイルのハッシュ値については、ハッシュ値リストには含めない。
【００３７】
また、ハッシュ値リストは、ディジタル署名もしくはタイムスタンプを付与する前であれば、更新後ファイルハッシュ値、または、更新前ファイルハッシュ値でソートしておいても良い。ソートすることにより、ハッシュ値リストに含まれるハッシュ値を検索する速度を高速化できる。
【００３８】
また、ハッシュ値リストには、ファイルのハッシュ値のみを含めることで、システムに依存しない形式で本発明のシステムを実現できる。例えば、ファイルＩＤなどのシステム固有の情報を含めた場合には、他社システムなどへの移行が非常に困難となるが、本発明ではシステム移行をより簡単に実現可能となる。
【００３９】
また、図４に示すような形式のハッシュ値リストにファイルの作成者のディジタル署名を付与することで、「だれが」「どのファイル」を作成したか、または、更新したかを明確化できる。
【００４０】
続いて、図５を参照して、文書管理装置１０４に保存する文書属性データ１４４、バージョン属性データ１４５、ファイル属性データ１４６の例を示す。
【００４１】
文書属性データ１４４は、文書に対して１つ存在するデータであり、文書ＩＤ、文書名、作成日時、最終更新日時、および、文書のバージョン情報を管理するバージョン属性データへの参照データ（バージョンＩＤ）などのデータを持つ。バージョンＩＤは、文書のバージョンの数だけ存在する。例えば、現在の文書のバージョンが３の場合には、バージョンＩＤは３個存在する。
【００４２】
バージョン属性データ１４５は、文書の新規登録、更新の際に作成されるデータであり、バージョンＩＤ、バージョン番号、文書ＩＤ、作成日時、ハッシュ値リスト、ディジタル署名、タイムスタンプ、および、ファイル情報を管理するファイル属性データへの参照データ（ファイルＩＤ）などのデータを持つ。ファイルＩＤは、そのバージョンを構成するファイルの数だけ存在する。例えば、バージョンを構成するファイルが５個の場合には、５個のファイルＩＤが存在する。
【００４３】
ファイル属性データ１４６は、ファイルが追加・更新された際に作成されるデータであり、ファイルＩＤ、前バージョンファイルＩＤ、バージョンＩＤ、ファイルハッシュ値、ファイル名などのデータを持つ。なお、前バージョンファイルＩＤは、ファイルが追加の場合には「０」を指定する。また、バージョンＩＤは、このファイルが新規登録、または、追加された際に作成されたバージョン属性データのバージョンＩＤである。
【００４４】
続いて、図６を参照して、文書属性データ１４４、バージョン属性データ１４５、ファイル属性データ１４６、ファイル１４７の関連を示す。
【００４５】
図６に示すように、文書属性データ１４４は、１個以上のバージョン属性データ１４５への参照情報（バージョンＩＤ）を含んでいる。また、バージョン属性データ１４５は、１個以上のファイル属性データ１４６への参照情報（ファイルＩＤ）を含んでいる。バージョン属性データ１４５が参照するファイル属性データ１４６は、バージョンを構成する全ファイルのファイル属性に対する参照情報（ファイルＩＤ）を含んでいる。また、ファイル属性データ１４６は、１個のファイルに対する参照を含んでいる。
【００４６】
また、ファイル属性データ１４６は、１個以上のバージョン属性データから参照されている。旧バージョンから新バージョンにバージョンが上がった際に、更新または削除されなかったファイルのファイル属性データ１４６は、旧バージョンと新バージョンのバージョン属性データ１４５の両方から参照されることになる。更新または削除された場合には、ファイル属性データ１４５は、新バージョンのバージョン属性データ１４５から参照されない。
【００４７】
図６に示すような関連性を持たせることで、ある文書のバージョン一覧を検索したり、ある特定のファイルの更新履歴を辿ったりすることが可能となる。
【００４８】
文書属性データとファイル属性データとバージョン属性データとファイルは、検索性の観点から関係データベースで管理することが望ましい。また、改ざんの防止を目的に、バージョン属性データ、ファイル属性データ、ファイルを書き換え困難な記憶装置（例えば、ＣＤ−Ｒ、ＤＶＤ−Ｒなど）や改ざん防止機能のあるデータベース領域に格納することが望ましい。
【００４９】
続いて、図７を参照して、１個のファイルの検証処理のフローについて説明する。この処理は、検証装置１０２の文書検証部１２１と、文書管理装置１０４の文書検証部１４３の機能により実行される。
【００５０】
図７において、検証装置１０２は、まず、検証対象のファイルＩＤを文書管理装置１０４に送信する（ステップＳ７０１）。
【００５１】
次に、文書管理装置１０４は、検証装置１０２から受信したファイルＩＤからファイル属性データ１４６を参照し、バージョンＩＤを取得する（ステップＳ７０２）。そして、バージョンＩＤからバージョン属性データ１４５を参照し、ハッシュ値リスト、ディジタル署名、タイムスタンプを取得する（ステップＳ７０３）。続いて、ファイルＩＤに対応するファイル１４６を取得する（ステップＳ７０４）。
【００５２】
次に、文書管理装置１０４は、ディジタル署名とタイムスタンプを検証する（ステップＳ７０５）。ディジタル署名の検証は、ハッシュ値リストとディジタル署名を用いて行う。ディジタル署名の検証に必要な公開鍵はディジタル署名の中に含まれている。また、タイムスタンプの検証は、タイムスタンプの付与対象とタイムスタンプを用いて行う。タイムスタンプの付与対象は、システム要件により異なるが、例えば、ディジタル署名のみ、または、ディジタル署名とハッシュ値リスト、または、ハッシュ値リストのみ、などが考えられる。なお、ディジタル署名、もしくは、タイムスタンプの検証に失敗した場合には、文書管理装置１０４は、検証装置１０２にエラーを返送し、検証処理を終了する（図示せず）。
【００５３】
なお、別の実施形態として、ディジタル署名を登録時に作成していない場合は、ステップＳ７０５におけるディジタル署名の検証処理は省略する。また、同様に、タイムスタンプを登録時に作成していない場合は、ステップＳ７０５におけるタイムスタンプの検証処理を省略する。また、ディジタル署名のみ、もしくは、タイムスタンプのみの検証だけでも良い。検証装置１０２からの要求により、選択的に指定できるようにしても良い。
【００５４】
次に、文書管理装置１０４は、ファイルのハッシュ値を計算する（ステップＳ７０６）。そして、計算したハッシュ値がハッシュ値リストに含まれるかチェックする（ステップＳ７０７）。なお、このチェックは、ハッシュ値リストの更新後ファイルハッシュ値の列を参照する。
【００５５】
次に、文書管理装置１０４は、検証結果を検証装置１０２に送信する（ステップＳ７０８）。そして、検証装置１０２は、受信した検証結果を表示する（ステップＳ７０９）。
【００５６】
続いて、図８を参照して、あるバージョンに含まれる全てのファイルの検証処理のフローについて説明する。この処理は、検証装置１０２の文書検証部１２１と、文書管理装置１０４の文書検証部１４３の機能により実行される。
【００５７】
図８において、検証装置１０２は、まず、検証対象の文書ＩＤ、バージョンＩＤを文書管理装置に送信する（ステップＳ８０１）。
【００５８】
次に、文書管理装置１０４は、検証装置１０２から受信した文書ＩＤから文書属性データ１４４を参照し、指定されたバージョンＩＤのバージョン属性データ１４５を取得する（ステップＳ８０２）。そして、バージョン属性データ１４５を参照し、ハッシュ値リスト、ディジタル署名、タイムスタンプ、ファイルＩＤを取得する（ステップＳ８０３）。続いて、ファイルＩＤに対応する全てのファイルを取得する（ステップＳ８０４）。
【００５９】
次に、文書管理装置１０４は、ディジタル署名とタイムスタンプを検証する（ステップＳ８０５）。ディジタル署名の検証は、ハッシュ値リストとディジタル署名を用いて行う。ディジタル署名の検証に必要な公開鍵はディジタル署名の中に含まれている。また、タイムスタンプの検証は、タイムスタンプの付与対象とタイムスタンプを用いて行う。タイムスタンプの付与対象は、システム要件により異なるが、例えば、ディジタル署名のみ、または、ディジタル署名とハッシュ値リスト、または、ハッシュ値リストのみ、などが考えられる。なお、ディジタル署名、もしくは、タイムスタンプの検証に失敗した場合には、文書管理装置１０４は、検証装置１０２にエラーを返送し、検証処理を終了する（図示せず）。
【００６０】
なお、別の実施形態として、ディジタル署名を登録時に作成していない場合は、ステップＳ８０５におけるディジタル署名の検証処理は省略する。また、同様に、タイムスタンプを登録時に作成していない場合は、ステップＳ８０５におけるタイムスタンプの検証処理を省略する。また、ディジタル署名のみ、もしくは、タイムスタンプのみの検証だけでも良い。検証装置１０２からの要求により、選択的に指定できるようにしても良い。
【００６１】
次に、文書管理装置１０４は、ファイルのハッシュ値をそれぞれ計算する（ステップＳ８０６）。そして、ハッシュ値がハッシュ値リストに全て含まれるかチェックする。（ステップＳ８０７）。なお、具体的なチェック方法については、後述する。
【００６２】
次に、文書管理装置１０４は、検証結果を検証装置１０２に送信する（ステップＳ８０８）。そして、検証装置１０２は、受信した検証結果を表示する（ステップＳ８０９）。
【００６３】
続いて、図９を参照して、図８におけるステップＳ８０７のハッシュ値がハッシュ値リストに全て含まれるかをチェックするための処理フローについて説明する。
【００６４】
図９において、文書管理装置１０４は、ハッシュ値リストから、有効なハッシュ値を取り出し、第二のハッシュ値リストを作成する（ステップＳ９０１）。この処理では、ハッシュ値リストの各行から、更新後ファイルハッシュ値、または、更新前ファイルハッシュ値のいずれかの値を取り出す。更新後ファイルハッシュ値が「０」でない場合には、更新後ファイルハッシュ値を取り出し、「０」の場合には、更新前ファイルハッシュ値を取り出す。第二のハッシュ値リストは、取り出したハッシュ値を一列に並べたリストである。
【００６５】
次に、文書管理装置１０４は、第二のハッシュ値リストをソートする（ステップＳ９０２）。ソートすることにより、ハッシュ値の比較の際の検索速度を高速化できる。
【００６６】
次に、文書管理装置１０４は、内部変数ｉにバージョンに含まれるファイル数Ｎを代入する（ステップＳ９０３）。そして、ステップＳ８０６で計算したハッシュ値の中から１つのハッシュ値を取り出し、ハッシュ値が第二のハッシュ値リストに含まれているかチェックする（ステップＳ９０４）。なお、第二のハッシュ値リストに含まれていない場合には、ステップＳ９０８へ進む（図示せず）。
【００６７】
次に、文書管理装置１０４は、第二のハッシュ値リストから、ステップＳ９０４で一致したハッシュ値を削除する（ステップＳ９０５）。そして、内部変数ｉの値から１を減算する（ステップＳ９０６）。続いて、内部変数ｉの値が「０」よりも大きいかどうか判定する。「０」よりも大きい場合には、ステップＳ９０４に戻り、そうでない場合には、ステップＳ９０８へ進む（ステップＳ９０７）。
【００６８】
次に、ハッシュ値の比較結果を返す（ステップＳ９０８）。比較結果は、内部変数ｉの値が「０」であり、かつ、第二のハッシュ値リストにハッシュ値が含まれない場合は、成功であり、それ以外の場合は失敗となる。また、失敗した場合、補足情報として、一致しなかったファイルのハッシュ値や、第二のハッシュ値リストの含まれるハッシュ値の数とファイル数Ｎが一致しないなどの情報を返しても良い。
【００６９】
続いて、図１０を参照して、文書の更新処理フローについて説明する。この処理は、文書作成装置１０１の文書更新部１１２と、文書管理装置１０４の文書更新部１４２の機能により実行される。
【００７０】
図１０において、文書作成装置１０１は、まず、更新対象の文書ＩＤを文書管理装置１０４に送信する（ステップＳ１００１）。
【００７１】
次に、文書管理装置１０４は、文書作成装置１０１から受信した文書Ｉｄから文飾属性データ１４４を参照し、最新のバージョンＩＤを取得する（ステップＳ１００２）。そして、バージョンＩＤからバージョン属性データ１４５を参照し、ハッシュ値リストを取得し、文書作成装置１０１に送信する（ステップＳ１００３）。
【００７２】
次に、文書作成装置１０１は、更新後のファイルのハッシュ値を計算し、ハッシュ値リストを作成する（ステップＳ１００４）。更新時のハッシュ値リストの例については、図４（ｂ）に示している。
【００７３】
次に、文書作成装置１０１は、ハッシュ値リストに対してディジタル署名を付与する（ステップＳ１００５）。そして、文書ＩＤ、ファイル、ファイルＩＤ、ハッシュ値リスト、ディジタル署名を文書管理装置１０４に送信する（ステップＳ１００６）。
【００７４】
次に、文書管理装置１０４は、受信データを検証する（ステップＳ１００７）。この検証処理には、ディジタル署名を用いたハッシュ値リストの完全性検証と、各ファイルのハッシュ値を計算し、そのハッシュ値がハッシュ値リストに含まれることの検証の各処理が含まれる。なお、これらの検証処理に失敗した場合には、文書管理装置１０４は、文書作成装置１０１にエラーを返送し、文書の更新処理を終了する（図示せず）。
【００７５】
次に、文書管理装置１０４は、ディジタル署名に対するタイムスタンプをタイムスタンプ発行装置１０３から取得する（ステップＳ１００８）。タイムスタンプ発行装置１０３は、タイムスタンプ発行部１３１の機能を実行することにより、タイムスタンプを発行する。
【００７６】
なお、別の実施形態として、タイムスタンプを取得しない場合には、ステップＳ３０５を省略してもよい。法令やシステム要件等により、時刻保証が必要ない場合にはタイムスタンプを取得しなくてもよい。さらに別の実施形態として、タイムスタンプの付与対象をディジタル署名とハッシュ値リストの両方、もしくは、ハッシュ値リストのみとしてもよい。
【００７７】
次に、文書管理装置１０４は、バージョン属性データ１４５、ファイル属性データ１４６を作成し、文書属性データ１４４を更新する（ステップＳ１００９）。そして、ファイル１４７、バージョン属性データ１４５、ファイル属性データ１４６を記憶装置に保存する（ステップＳ１０１０）。
【００７８】
また、別の実施形態として、ディジタル署名を付与しない場合には、ステップＳ１００５を省略し、ステップＳ１００６において、ディジタル署名を除いたデータを文書管理装置１０４に送信する。また、ステップＳ１００８では、ハッシュ値リストに対するタイムスタンプを、タイムスタンプ発行装置１０３から取得する。
【００７９】
続いて、図１１を参照して、バージョン間の連続性検証のフローについて説明する。この処理は、検証装置１０２の文書検証部１２１と、文書管理装置１０４の文書検証部１４２の機能により実行される。
【００８０】
図１０において、バージョンに含まれる全てのファイルの検証処理では、更新前のバージョンに含まれるファイルが改ざんされていないことを保証できない。図１１に示す処理は、これを補う処理であり、文書の更新が正しいプロセスで行われたことを検証する。
【００８１】
図１１において、検証装置１０２は、まず、検証対象の文書ＩＤを文書管理装置１０４に送信する（ステップＳ１１０１）。
【００８２】
次に、文書管理装置１０４は、受信した文書ＩＤから文書属性データ１４４を参照し、全てのバージョンＩＤを取得する（ステップＳ１１０２）。そして、各バージョンＩＤに対応するバージョン属性データ１４５を取得する（ステップＳ１１０３）。続いて、各バージョン属性データ１４５から、ハッシュ値リスト、ディジタル署名、タイムスタンプを取得する（ステップＳ１１０４）。
【００８３】
次に、文書管理装置１０４は、ディジタル署名、タイムスタンプをバージョン毎に検証する（ステップＳ１１０５）。ディジタル署名の検証は、ハッシュ値リストとディジタル署名を用いて行う。ディジタル署名の検証に必要な公開鍵はディジタル署名の中に含まれている。また、タイムスタンプの検証は、タイムスタンプの付与対象とタイムスタンプを用いて行う。なお、ディジタル署名、もしくは、タイムスタンプの検証に失敗した場合には、文書管理装置１０４は、検証装置１０２にエラーを返送し、検証処理を終了する（図示せず）。
【００８４】
なお、別の実施形態として、ディジタル署名を登録時に作成していない場合は、ステップＳ８０５におけるディジタル署名の検証処理は省略する。また、同様に、タイムスタンプを登録時に作成していない場合は、ステップＳ８０５におけるタイムスタンプの検証処理を省略する。また、ディジタル署名のみ、もしくは、タイムスタンプのみの検証だけでも良い。検証装置１０２からの要求により、選択的に指定できるようにしても良い。
【００８５】
次に、文書管理装置１０４は、バージョン間のハッシュ値リストの整合性をチェックする（ステップＳ１１０６）。なお、具体的なチェック方法については後述する。
【００８６】
次に、文書管理装置１０４は、検証結果を検証装置１０２に送信する（ステップＳ１１０７）。そして、検証装置１０２は、検証結果を表示する（ステップＳ１１０８）。
【００８７】
続いて、図１２を参照して、図１１におけるステップＳ１１０６のバージョン間のハッシュ値リストの整合性を検証する方法について説明する。
【００８８】
図１２において、文書管理装置１０４は、バージョン（Ｍ）とバージョン（Ｍ＋１）のそれぞれのハッシュ値リストを取得する（ステップＳ１２０１）。ここで、「Ｍ」はバージョン番号を表しており、このステップでは連続する２つのバージョンのハッシュ値リストを取得している。
【００８９】
次に、文書管理装置１０４は、バージョン（Ｍ）のハッシュ値リストから、有効なハッシュ値を取り出し、第二のハッシュ値リスト（Ｍ）を作成する（ステップＳ１２０２）。この処理では、ハッシュ値リストの各行から、更新後ファイルハッシュ値、または、更新前ファイルハッシュ値のいずれかの値を取り出す。更新後ファイルハッシュ値が「０」でない場合には、更新後ファイルハッシュ値を取り出し、「０」の場合には、更新前ファイルハッシュ値を取り出す。第二のハッシュ値リストは、取り出したハッシュ値を一列に並べたリストである。
【００９０】
次に、文書管理装置１０４は、バージョン（Ｍ＋１）のハッシュ値リストの更新前ファイルハッシュ値が、第二のハッシュ値リスト（Ｍ）に全て含まれるか検証する（ステップＳ１２０３）。
【００９１】
以上の処理を、全ての連続するバージョン間において実行する。
【００９２】
以上のようにして、複数のファイルから構成される文書のバージョン管理を実現する文書管理システムにおいて、クライアント側でのディジタル署名の生成に対応できるだけでなく、ディジタル署名の生成および検証処理を高速化できる。また、バージョン間の整合性を保証できる。そして、文書管理システムにおける文書の変更履歴の真正性を保証する用途に適用できる。
【図面の簡単な説明】
【００９３】
【図１】本発明の実施形態に係るシステム構成の例を示した図である。
【図２】本発明の実施形態に係るコンピュータの一般的な構成の例を示した図である。
【図３】本発明の実施形態に係る文書の新規登録処理のフローを示した図である。
【図４】本発明の実施形態に係るハッシュ値リストの例を示した図である。
【図５】本発明の実施形態に係る文書属性データとバージョン属性データとファイル属性データの各データの例を示した図である。
【図６】本発明の実施形態に係る文書属性データとバージョン属性データとファイル属性データとファイルとの関連を示した図である。
【図７】本発明の実施形態に係る１個のファイルの検証処理のフローを示した図である。
【図８】本発明の実施形態に係るバージョンに含まれる全てのファイルの検証処理のフローを示した図である。
【図９】本発明の実施形態に係るファイルのハッシュ値とハッシュ値リストの比較処理のフローを示した図である。
【図１０】本発明の実施形態に係る文書の更新処理のフローを示した図である。
【図１１】本発明の実施形態に係るバージョン間の連続性の検証処理のフローを示した図である。
【図１２】本発明の実施形態に係るバージョン間のハッシュ値リストの整合性の検証処理のフローを示した図である。
【符号の説明】
【００９４】
１０１ 文書作成装置
１０２ 検証装置
１０３ タイムスタンプ発行装置
１０４ 文書管理装置
１０５ ネットワーク
１１１ 文書登録部
１１２ 文書更新部
１２１ 文書検証部
１３１ タイムスタンプ発行部
１４１ 文書登録部
１４２ 文書更新部
１４３ 文書検証部
１４４ 文書属性データ
１４５ バージョン属性データ
１４６ ファイル属性データ
１４７ ファイル
２０１ コンピュータ
２０２ ＣＰＵ
２０３ 主記憶装置
２０４ 補助記憶装置
２０５ ネットワークインターフェース
２０６ Ｉ／Ｏインターフェース
２０７ 内部バス
【特許請求の範囲】
【請求項１】
ＣＰＵと記憶装置とを少なくとも備え、複数のファイルにより構成される文書データを１単位として扱い、前記文書データの更新履歴を前記記憶装置に保存する文書管理装置であって、
前記記憶装置は、前記文書データに含まれる複数のファイルそれぞれのハッシュ値である更新後ファイルハッシュ値と、前記ファイルの更新前ファイルそれぞれのハッシュ値である更新前ファイルハッシュ値とを含むハッシュ値リストと、前記ハッシュ値リストに対して付与されたディジタル署名とを保存することを特徴とする文書管理装置。
【請求項２】
請求項１に記載の文書管理装置であって、
前記記憶装置は、前記ハッシュ値リスト及び／又はディジタル署名に対する、時刻保証が可能なタイムスタンプを保存することを特徴とする文書管理装置。
【請求項３】
ＣＰＵと記憶装置とを少なくとも備え、複数のファイルにより構成される文書データを１単位として扱う文書作成装置と、前記文書作成装置とネットワークを介して接続した文書管理装置とからなる文書管理システムであって、
前記文書管理装置は、請求項１又は２に記載の文書管理装置であり、かつ、前記文書作成装置から複数のファイルとハッシュ値リストとディジタル署名とを受信し、受信した複数のファイルそれぞれについてハッシュ値を計算し、受信したハッシュ値リストの更新後ファイルハッシュ値の中に、計算して得たハッシュ値に一致するハッシュ値が含まれることを検証し、前記ハッシュ値リストと前記ディジタル署名と文書データを構成する全てのファイルＩＤを含むバージョン属性データを作成することを特徴とする文書管理システム。
【請求項４】
ＣＰＵと記憶装置とを少なくとも備え、複数のファイルにより構成される文書データを１単位として扱う文書検証装置と、前記文書検証装置とネットワークを介して接続した文書管理装置とからなる文書管理システムであって、
前記文書管理装置は、請求項１又は２に記載の文書管理装置であり、かつ、前記文書検証装置から検証対象のファイルのファイルＩＤを受信し、受信したファイルＩＤを基に前記記憶装置に保存されているファイルと前記ファイルに関連するバージョン属性データを取得し、取得したバージョン属性データからハッシュ値リストとディジタル署名を取得し、取得したディジタル署名を検証し、前記ファイルについてのハッシュ値を計算し、取得したハッシュ値リストの更新後ファイルハッシュ値の中に、計算して得たハッシュ値に一致するハッシュ値が含まれることを検証することを特徴とする文書管理システム。
【請求項５】
ＣＰＵと記憶装置とを少なくとも備え、複数のファイルにより構成される文書データを１単位として扱う文書検証装置と、前記文書検証装置とネットワークを介して接続した文書管理装置とからなる文書管理システムであって、
前記文書管理装置は、請求項１又は２に記載の文書管理装置であり、かつ、前記文書検証装置から検証対象の文書ＩＤを受信し、受信した文書ＩＤを基に前記記憶装置に保存されているバージョン属性データを取得し、取得したバージョン属性データからハッシュ値リストとディジタル署名とファイルＩＤを取得し、取得したファイルＩＤに対応する全てのファイルを取得し、前記ディジタル署名を検証し、取得したファイルそれぞれのハッシュ値を計算し、取得したハッシュ値リストの更新後ファイルハッシュ値の中に、計算して得たハッシュ値に一致するハッシュ値が含まれることを検証してハッシュ値リスト検証を行い、
ハッシュ値リスト検証を行う際に、前記ハッシュ値リストから第二のハッシュ値リストを作成し、前記第二のハッシュ値リストに前記計算して得たハッシュ値に一致するハッシュ値が含まれることを検証し、前記第二のハッシュ値リストから一致したハッシュ値を削除することを特徴とする文書管理システム。
【請求項６】
ＣＰＵと記憶装置とを少なくとも備え、複数のファイルにより構成される文書データを１単位として扱う文書作成装置と、前記文書作成装置とネットワークを介して接続した文書管理装置とからなる文書管理システムであって、
前記文書管理装置は、請求項１又は２に記載の文書管理装置であり、かつ、前記文書作成装置から文書ＩＤを受信し、受信した文書ＩＤを基に前記記憶装置に保存されている最新のバージョンＩＤを取得し、取得したバージョンＩＤからハッシュ値リストを取得し、取得したハッシュ値リストを前記文書作成装置に送信し、前記文書作成装置から更新後の文書ＩＤと更新後のファイルとファイルＩＤとハッシュ値リストとディジタル署名とを受信し、受信したファイルそれぞれのハッシュ値を計算し、受信したハッシュ値リストの更新後ファイルハッシュ値の中に計算して得たハッシュ値に一致するハッシュ値が含まれることを検証し、受信したハッシュ値リストとディジタル署名と文書データを構成する全てのファイルＩＤを含むバージョン属性データを作成することを特徴とする文書管理システム。
【請求項７】
ＣＰＵと記憶装置とを少なくとも備え、複数のファイルにより構成される文書データを１単位として扱う文書検証装置と、前記文書検証装置とネットワークを介して接続した文書管理装置とからなる文書管理システムであって、
前記文書管理装置は、請求項１又は２に記載の文書管理装置であり、かつ、前記文書検証装置から検証対象の文書ＩＤを受信し、受信した文書ＩＤを基に前記記憶装置に保存されている文書データに関連する全てのバージョン属性データを取得し、取得した各バージョン属性データからハッシュ値リストとディジタル署名とを取得し、前記ディジタル署名を検証し、各バージョン間のハッシュ値リストの整合性を検証してバージョン間整合性検証を行い、
バージョン間整合性検証を行う際に、バージョンが連続する２つのハッシュ値リストを取得し、古い方のハッシュ値リストから有効なハッシュ値を取り出し、第二のハッシュ値リストを作成し、前記第二のハッシュ値リストに含まれるハッシュ値が全て新しい方のハッシュ値リストに含まれることを検証することを特徴とする文書管理システム。
【請求項８】
請求項１又は２に記載の文書管理装置において、
ネットワークを介して接続した文書作成装置から文書ＩＤを受信し、受信した文書ＩＤを基に前記記憶装置に保存されている最新のバージョンＩＤを取得し、取得したバージョンＩＤからハッシュ値リストを取得し、取得したハッシュ値リストを前記文書作成装置に送信し、前記文書作成装置から更新後の文書ＩＤと更新後のファイルとファイルＩＤとハッシュ値リストとディジタル署名とを受信し、受信したファイルそれぞれのハッシュ値を計算し、受信したハッシュ値リストの更新後ファイルハッシュ値の中に計算して得たハッシュ値に一致するハッシュ値が含まれることを検証し、受信したハッシュ値リストとディジタル署名と文書データを構成する全てのファイルＩＤを含むバージョン属性データを作成することを特徴とする文書管理装置。
【請求項９】
ＣＰＵと記憶装置とを少なくとも備え、複数のファイルにより構成される文書データを１単位として扱う文書作成装置であって、
更新対象の文書ＩＤを、ネットワークを介して接続した文書管理装置に送信し、前記文書管理装置からハッシュ値リストを受信し、ファイルを更新して更新後ファイルを作成し、更新後ファイルのハッシュ値を計算して新しいハッシュ値リストを作成し、新しいハッシュ値リストに対してディジタル署名を付与し、文書ＩＤと更新後ファイルと新しいハッシュ値リストとディジタル署名とを、前記文書管理装置に送信することを特徴とする文書作成装置。
【請求項１０】
ＣＰＵと記憶装置とを少なくとも備え、複数のファイルにより構成される文書データを１単位として扱う文書作成装置が作成した文書を管理する方法であって、
前記文書作成装置から複数のファイルとハッシュ値リストとディジタル署名とを受け取ることと、受け取った複数のファイルそれぞれについてハッシュ値を計算することと、受け取ったハッシュ値リストの更新後ファイルハッシュ値の中に、計算して得たハッシュ値に一致するハッシュ値が含まれることを検証することと、前記ハッシュ値リストと前記ディジタル署名と文書データを構成する全てのファイルＩＤを含むバージョン属性データを作成することを有すること特徴とする文書管理方法。
【請求項１】
ＣＰＵと記憶装置とを少なくとも備え、複数のファイルにより構成される文書データを１単位として扱い、前記文書データの更新履歴を前記記憶装置に保存する文書管理装置であって、
前記記憶装置は、前記文書データに含まれる複数のファイルそれぞれのハッシュ値である更新後ファイルハッシュ値と、前記ファイルの更新前ファイルそれぞれのハッシュ値である更新前ファイルハッシュ値とを含むハッシュ値リストと、前記ハッシュ値リストに対して付与されたディジタル署名とを保存することを特徴とする文書管理装置。
【請求項２】
請求項１に記載の文書管理装置であって、
前記記憶装置は、前記ハッシュ値リスト及び／又はディジタル署名に対する、時刻保証が可能なタイムスタンプを保存することを特徴とする文書管理装置。
【請求項３】
ＣＰＵと記憶装置とを少なくとも備え、複数のファイルにより構成される文書データを１単位として扱う文書作成装置と、前記文書作成装置とネットワークを介して接続した文書管理装置とからなる文書管理システムであって、
前記文書管理装置は、請求項１又は２に記載の文書管理装置であり、かつ、前記文書作成装置から複数のファイルとハッシュ値リストとディジタル署名とを受信し、受信した複数のファイルそれぞれについてハッシュ値を計算し、受信したハッシュ値リストの更新後ファイルハッシュ値の中に、計算して得たハッシュ値に一致するハッシュ値が含まれることを検証し、前記ハッシュ値リストと前記ディジタル署名と文書データを構成する全てのファイルＩＤを含むバージョン属性データを作成することを特徴とする文書管理システム。
【請求項４】
ＣＰＵと記憶装置とを少なくとも備え、複数のファイルにより構成される文書データを１単位として扱う文書検証装置と、前記文書検証装置とネットワークを介して接続した文書管理装置とからなる文書管理システムであって、
前記文書管理装置は、請求項１又は２に記載の文書管理装置であり、かつ、前記文書検証装置から検証対象のファイルのファイルＩＤを受信し、受信したファイルＩＤを基に前記記憶装置に保存されているファイルと前記ファイルに関連するバージョン属性データを取得し、取得したバージョン属性データからハッシュ値リストとディジタル署名を取得し、取得したディジタル署名を検証し、前記ファイルについてのハッシュ値を計算し、取得したハッシュ値リストの更新後ファイルハッシュ値の中に、計算して得たハッシュ値に一致するハッシュ値が含まれることを検証することを特徴とする文書管理システム。
【請求項５】
ＣＰＵと記憶装置とを少なくとも備え、複数のファイルにより構成される文書データを１単位として扱う文書検証装置と、前記文書検証装置とネットワークを介して接続した文書管理装置とからなる文書管理システムであって、
前記文書管理装置は、請求項１又は２に記載の文書管理装置であり、かつ、前記文書検証装置から検証対象の文書ＩＤを受信し、受信した文書ＩＤを基に前記記憶装置に保存されているバージョン属性データを取得し、取得したバージョン属性データからハッシュ値リストとディジタル署名とファイルＩＤを取得し、取得したファイルＩＤに対応する全てのファイルを取得し、前記ディジタル署名を検証し、取得したファイルそれぞれのハッシュ値を計算し、取得したハッシュ値リストの更新後ファイルハッシュ値の中に、計算して得たハッシュ値に一致するハッシュ値が含まれることを検証してハッシュ値リスト検証を行い、
ハッシュ値リスト検証を行う際に、前記ハッシュ値リストから第二のハッシュ値リストを作成し、前記第二のハッシュ値リストに前記計算して得たハッシュ値に一致するハッシュ値が含まれることを検証し、前記第二のハッシュ値リストから一致したハッシュ値を削除することを特徴とする文書管理システム。
【請求項６】
ＣＰＵと記憶装置とを少なくとも備え、複数のファイルにより構成される文書データを１単位として扱う文書作成装置と、前記文書作成装置とネットワークを介して接続した文書管理装置とからなる文書管理システムであって、
前記文書管理装置は、請求項１又は２に記載の文書管理装置であり、かつ、前記文書作成装置から文書ＩＤを受信し、受信した文書ＩＤを基に前記記憶装置に保存されている最新のバージョンＩＤを取得し、取得したバージョンＩＤからハッシュ値リストを取得し、取得したハッシュ値リストを前記文書作成装置に送信し、前記文書作成装置から更新後の文書ＩＤと更新後のファイルとファイルＩＤとハッシュ値リストとディジタル署名とを受信し、受信したファイルそれぞれのハッシュ値を計算し、受信したハッシュ値リストの更新後ファイルハッシュ値の中に計算して得たハッシュ値に一致するハッシュ値が含まれることを検証し、受信したハッシュ値リストとディジタル署名と文書データを構成する全てのファイルＩＤを含むバージョン属性データを作成することを特徴とする文書管理システム。
【請求項７】
ＣＰＵと記憶装置とを少なくとも備え、複数のファイルにより構成される文書データを１単位として扱う文書検証装置と、前記文書検証装置とネットワークを介して接続した文書管理装置とからなる文書管理システムであって、
前記文書管理装置は、請求項１又は２に記載の文書管理装置であり、かつ、前記文書検証装置から検証対象の文書ＩＤを受信し、受信した文書ＩＤを基に前記記憶装置に保存されている文書データに関連する全てのバージョン属性データを取得し、取得した各バージョン属性データからハッシュ値リストとディジタル署名とを取得し、前記ディジタル署名を検証し、各バージョン間のハッシュ値リストの整合性を検証してバージョン間整合性検証を行い、
バージョン間整合性検証を行う際に、バージョンが連続する２つのハッシュ値リストを取得し、古い方のハッシュ値リストから有効なハッシュ値を取り出し、第二のハッシュ値リストを作成し、前記第二のハッシュ値リストに含まれるハッシュ値が全て新しい方のハッシュ値リストに含まれることを検証することを特徴とする文書管理システム。
【請求項８】
請求項１又は２に記載の文書管理装置において、
ネットワークを介して接続した文書作成装置から文書ＩＤを受信し、受信した文書ＩＤを基に前記記憶装置に保存されている最新のバージョンＩＤを取得し、取得したバージョンＩＤからハッシュ値リストを取得し、取得したハッシュ値リストを前記文書作成装置に送信し、前記文書作成装置から更新後の文書ＩＤと更新後のファイルとファイルＩＤとハッシュ値リストとディジタル署名とを受信し、受信したファイルそれぞれのハッシュ値を計算し、受信したハッシュ値リストの更新後ファイルハッシュ値の中に計算して得たハッシュ値に一致するハッシュ値が含まれることを検証し、受信したハッシュ値リストとディジタル署名と文書データを構成する全てのファイルＩＤを含むバージョン属性データを作成することを特徴とする文書管理装置。
【請求項９】
ＣＰＵと記憶装置とを少なくとも備え、複数のファイルにより構成される文書データを１単位として扱う文書作成装置であって、
更新対象の文書ＩＤを、ネットワークを介して接続した文書管理装置に送信し、前記文書管理装置からハッシュ値リストを受信し、ファイルを更新して更新後ファイルを作成し、更新後ファイルのハッシュ値を計算して新しいハッシュ値リストを作成し、新しいハッシュ値リストに対してディジタル署名を付与し、文書ＩＤと更新後ファイルと新しいハッシュ値リストとディジタル署名とを、前記文書管理装置に送信することを特徴とする文書作成装置。
【請求項１０】
ＣＰＵと記憶装置とを少なくとも備え、複数のファイルにより構成される文書データを１単位として扱う文書作成装置が作成した文書を管理する方法であって、
前記文書作成装置から複数のファイルとハッシュ値リストとディジタル署名とを受け取ることと、受け取った複数のファイルそれぞれについてハッシュ値を計算することと、受け取ったハッシュ値リストの更新後ファイルハッシュ値の中に、計算して得たハッシュ値に一致するハッシュ値が含まれることを検証することと、前記ハッシュ値リストと前記ディジタル署名と文書データを構成する全てのファイルＩＤを含むバージョン属性データを作成することを有すること特徴とする文書管理方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２００８−１０２５７３（Ｐ２００８−１０２５７３Ａ）
【公開日】平成２０年５月１日（２００８．５．１）
【国際特許分類】
【出願番号】特願２００６−２８２２５８（Ｐ２００６−２８２２５８）
【出願日】平成１８年１０月１７日（２００６．１０．１７）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
【公開日】平成２０年５月１日（２００８．５．１）
【国際特許分類】
【出願日】平成１８年１０月１７日（２００６．１０．１７）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
[ Back to top ]