(57)【要約】【課題】  フォルダに格納されたファイルの改竄等を容易に検証できるようにする。【解決手段】  フォルダに格納されたファイルをハッシュ処理する情報処理方法であって、フォルダを指定する指定工程と、前記指定工程により指定されたフォルダに含まれるファイルそれぞれについて、ハッシュデータを作成する第１の作成工程（ステップＳ６０１、６０２）と、前記第１の作成工程において作成されたハッシュデータを順次結合するとともに、結合するごとに新たにハッシュデータを作成する処理を繰り返すことで、１つの多重ハッシュデータを作成する第２の作成工程（ステップＳ６０３〜６０９）と、前記指定工程により指定されたフォルダに対応付けて、前記多重ハッシュデータを格納する工程（ステップＳ６１０）とを備える。【選択図】  図６
2008146601.tif 000002
【特許請求の範囲】
【請求項１】
フォルダに格納されたファイルをハッシュ処理する情報処理装置であって、
フォルダを指定する指定手段と、
前記指定手段により指定されたフォルダに含まれるファイルそれぞれについて、ハッシュデータを作成する第１の作成手段と、
前記第１の作成手段において作成されたハッシュデータを順次結合するとともに、結合するごとに新たにハッシュデータを作成する処理を繰り返すことで、１つの多重ハッシュデータを作成する第２の作成手段と、
前記指定手段により指定されたフォルダに対応付けて、前記多重ハッシュデータを格納する格納手段と
を備えることを特徴とする情報処理装置。
【請求項２】
前記指定手段により指定されたフォルダに含まれるファイルの改竄の有無を検証する検証手段を更に備え、
前記検証手段は、前記指定手段により指定されたフォルダに含まれるファイルに対して、前記第１および第２の作成手段を動作させることにより作成された多重ハッシュデータと、前記指定手段により指定されたフォルダに対応付けて、前記格納手段に既に格納されている多重ハッシュデータとを比較することにより、改竄の有無を検証することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記第１の作成手段は、
前記指定手段により指定されたフォルダに含まれるファイルのうち、該フォルダの指定を行ったユーザがアクセス権を有するファイルについて、前記ハッシュデータを作成することを特徴とする請求項１に記載の情報処理装置。
【請求項４】
前記第２の作成手段は、
前記ハッシュデータを結合するにあたり、該ハッシュデータの作成に用いられたファイルが属するフォルダの名称を付加することを特徴とする請求項１に記載の情報処理装置。
【請求項５】
フォルダに格納されたファイルをハッシュ処理する情報処理方法であって、
フォルダの指定を受け付ける受付工程と、
前記受付工程において指定を受け付けたフォルダに含まれるファイルそれぞれについて、ハッシュデータを作成する第１の作成工程と、
前記第１の作成工程において作成されたハッシュデータを順次結合するとともに、結合するごとに新たにハッシュデータを作成する処理を繰り返すことで、１つの多重ハッシュデータを作成する第２の作成工程と、
前記指定工程により指定されたフォルダに対応付けて、前記多重ハッシュデータを格納する格納工程と
を備えることを特徴とする情報処理方法。
【請求項６】
請求項５に記載の情報処理方法をコンピュータによって実現させるための制御プログラムを格納した記憶媒体。
【請求項７】
請求項５に記載の情報処理方法をコンピュータによって実現させるための制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、フォルダに格納されたファイルを処理する情報処理技術に関するものである。
【背景技術】
【０００２】
従来より、ファイル管理システムにおいて省令に基づくファイルを管理する場合、フォルダは、“２００５年１０月フォルダ”、“２００５年１１月フォルダ”等といったように、年月日に基づいて構成されてきた。
【０００３】
このように年月日に基づいてフォルダを構成することで、ユーザは、いつ作成され保管されたファイルであるのかを一目で判別することができ、ファイルを探す手間を省くことができるというメリットがある。また、保管期限に達したファイルは廃棄する必要があるが、その場合でも、上記のように年月日に基づくフォルダ構成にしておくことで、フォルダ単位でまとめて削除することができる。
【特許文献１】特開２００２−２２９８３５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
一方で、セキュリティ向上のためのｅ文書法が２００５年春に制定されたことに伴い、その後、各省庁から関連省令が出されてきているが、かかる省令の中には、ファイルの改竄等（以下、改竄等）を検知するための「検証」手段を必須としているものもある。例えば、国税庁、金融庁、総務省、厚生労働省より新たに出された省令、庁令等がこれにあたる。
【０００５】
ファイルの改竄等を検知するためには、予めファイル管理システムにおいて管理されているファイルに対して、改竄等を検知できるようにするための処理（例えば、署名やタイムスタンプを付加し、ハッシュデータを作成する処理等）を施しておく必要がある。
【０００６】
しかしながら、格納された大量のファイルを１つ１つ読み出して、このような処理を施すことはユーザにとって作業負荷が大きい。
【０００７】
また、このような処理が施されたファイルを１つ１つ読み出して、定期的に、改竄等の有無を検証するのは、ユーザにとって利便性が悪い。
【０００８】
このため、複数のファイルに対して一括して処理を施したり、検証したりできるファイル管理システムの開発が望まれている。特に、省令に基づくファイルの場合、上述のようにフォルダ単位で管理されていることが多いことから、フォルダ単位で処理ができることが望ましい。
【０００９】
本発明は、上記課題に鑑みてなされたものであり、ファイル管理システムのフォルダに格納されたファイルの改竄等の検証を容易に行うことができるようにする。
【課題を解決するための手段】
【００１０】
上記の目的を達成するために本発明に係る情報処理装置は以下のような構成を備える。即ち、
フォルダに格納されたファイルをハッシュ処理する情報処理装置であって、
フォルダを指定する指定手段と、
前記指定手段により指定されたフォルダに含まれるファイルそれぞれについて、ハッシュデータを作成する第１の作成手段と、
前記第１の作成手段において作成されたハッシュデータを順次結合するとともに、結合するごとに新たにハッシュデータを作成する処理を繰り返すことで、１つの多重ハッシュデータを作成する第２の作成手段と、
前記指定手段により指定されたフォルダに対応付けて、前記多重ハッシュデータを格納する格納手段とを備える。
【発明の効果】
【００１１】
本発明によれば、ファイル管理システムのフォルダに格納されたファイルの改竄等の検証を容易に行うことができるようになる。
【発明を実施するための最良の形態】
【００１２】
以下、必要に応じて添付図面を参照しながら本発明の各実施形態を詳細に説明する。
【００１３】
［第１の実施形態］
１．ファイル管理システムの構成
図１は、本発明の第１の実施形態にかかるサーバ装置（情報処理装置）を備えるファイル管理システム１００の構成を示す図である。
【００１４】
同図に示すように、ファイル管理システム１００は、サーバ装置１０１と複数のクライアント装置１０３がネットワーク１０２を介して通信可能に接続されている。
【００１５】
２．サーバ装置の構成
図２は、サーバ装置１０１の構成を示す図である。図２において、２０１は制御メモリ（ＲＯＭ）、２０２は中央演算処理装置（ＣＰＵ）、２０３はメモリ（ＲＡＭ）、２０４は外部記憶装置である。また、２０５は入力装置、２０６は表示装置、２０７はネットワーク１０２と接続するためのＩ／Ｆ装置、２０８はバスである。本実施形態にかかる情報処理機能を実現するための制御プログラムやその制御プログラムで用いるデータは、外部記憶装置２０４に記憶される。
【００１６】
なお、本実施形態にかかる情報処理機能を実現するための制御プログラムとは、例えば、ユーザインタフェース処理部２１１、処理対象特定部２１２、ハッシュ処理部２１３、検証処理部２１４等を指す。また、その制御プログラムで用いるデータとは、ファイル管理システム１００にて管理されるファイルや、後述するハッシュ処理により作成されるハッシュデータ、ドキュメントリスト等を指す。
【００１７】
これらの制御プログラムやデータは、中央演算処理装置２０２の制御のもと、バス２０８を通じて適宜メモリ２０３に取り込まれ、中央演算処理装置２０２によって実行される。
【００１８】
ユーザインタフェース処理部２１１は、ファイル管理システム１００にて管理されているファイルに対して後述するハッシュ処理や検証処理を施す際のユーザインタフェースをユーザに提供する。ファイル管理システム１００にて管理されているファイルは、該ユーザインタフェース処理部２１１を介して表示装置２０６に表示される。そしてユーザは表示装置２０６の該表示内容に基づいて、後述するハッシュ処理や検証処理を施す対象および処理内容を入力装置２０５を介して入力する。入力装置２０５を介して入力されたこれらの指示内容はユーザインタフェース処理部２１１にて認識される。
【００１９】
２１２は処理対象特定部であり、ユーザインタフェース処理部２１１にて認識された指示内容に基づいて、ハッシュ処理や検証処理を施す対象となるファイルを特定する。
【００２０】
２１３はハッシュ処理部であり、ユーザインタフェース処理部２１１において認識された指示内容がハッシュ処理であった場合に、処理対象特定部２１２にて特定されたファイルに対してハッシュ処理を実行する。
【００２１】
２１４は検証処理部であり、ユーザインタフェース処理部２１１において認識された指示内容が検証処理であった場合に、処理対象特定部２１２にて特定されたファイルに対して検証処理を実行する。
【００２２】
３．ユーザインタフェース
図３は、ユーザインタフェース処理部２１１により提供されるユーザインタフェース３００の一例を示す図である。
【００２３】
ユーザインタフェース３００において、３０１はファイルボタンであり、表示領域３０６に表示されたファイルやフォルダに対して各種操作（例えば、新規作成、削除、名前の変更、コピー等）を行うためのボタンである。３０２はハッシュボタンであり、ユーザはハッシュボタン３０２を押下することにより、ハッシュ処理を指示する。３０３は検証ボタンであり、ユーザは検証ボタン３０３を押下することにより、検証処理を指示する。
【００２４】
３０６は表示領域であり、ファイル管理システム１００にて管理されているファイルをフォルダにわけて表示する。なお、本実施形態では、３０４に示される記号はフォルダを表し、３０５に示す記号はファイルを表すものとする。
【００２５】
なお、ハッシュ処理や検証処理を施す対象は、ポインタ３０７により、表示領域３０６に表示されているファイルまたはフォルダをユーザが直接選択することにより指定するものとする。
【００２６】
図４は、表示領域３０６上でユーザがフォルダ４０１を選択することにより、ハッシュ処理を施す対象を指定した様子を示している。
【００２７】
図４に示すように、フォルダ４０１には、１つ下の階層に２つのフォルダ４０２、４０３があり、フォルダ４０２には、ファイル４０４と４０５とが格納されている。また、フォルダ４０３には、ファイル４０６と４０５とが格納されている。したがって、ユーザがハッシュ処理を施す対象としてフォルダ４０１を選択した場合、処理対象特定部２１２では、ハッシュ処理を施すファイルとして、ファイル４０４、４０５、４０６、４０７を特定する。
【００２８】
このように、本実施形態にかかるサーバ装置１０１では、処理を施す対象をファイル単位で指定することができるだけでなく、フォルダ単位で選択し該フォルダに含まれる全てのファイルを指定することもできる。
【００２９】
４．ハッシュ処理
次に、図５、図６を用いてハッシュ処理部２１３におけるハッシュ処理の詳細を説明する。図５は、フォルダ４０１を選択しハッシュ処理を指示した場合の、ハッシュ処理の流れを示す概念図である。また、図６はハッシュ処理部２１３におけるハッシュ処理の流れを示すフローチャートである。
【００３０】
ステップＳ６０１では、処理対象特定部２１２において特定された処理対象となるファイルのうち、最初にハッシュ処理を施すファイルを取得する。具体的には、選択されたフォルダより派生するフォルダのうち、末端層のフォルダに含まれるファイルを取得する。
【００３１】
図５の例では、選択されたフォルダ４０１より派生するフォルダとしては、フォルダ４０２とフォルダ４０３とがあり、両者はいずれも末端層のフォルダ（それよりも下位層にフォルダがないフォルダ）である。このため、ステップＳ６０１では、ファイル４０４、４０５、４０６、４０７が取得される。
【００３２】
ステップＳ６０２では、ステップＳ６０１で取得されたそれぞれのファイル（４０４〜４０７）についてハッシュデータを作成する。具体的には、ファイル４０４についてはハッシュデータ５０２が、ファイル４０５についてはハッシュデータ５０１が作成される。また、ファイル４０６についてハッシュデータ５０６が、ファイル４０７についてはハッシュデータ５０５がそれぞれ作成される。
【００３３】
ステップＳ６０３では、同一フォルダ内のハッシュデータを多重化する処理を行う。ハッシュデータの多重化とは、ハッシュデータとハッシュデータとをあわせて再度固定長のハッシュデータを作成する処理をいう。なお、同一フォルダ内にハッシュデータが３つ以上ある場合には、ファイルの更新順序の古い順から順次多重化を行うものとする。
【００３４】
図５の例では、ハッシュデータ５０１と５０２とが同一フォルダ４０２内のハッシュデータであるため、これらを多重化し、ハッシュデータ５０３を作成する。同様に、ハッシュデータ５０５と５０６とが同一フォルダ４０３内のハッシュデータであるため、これらを多重化し、ハッシュデータ５０７を作成する。
【００３５】
ステップＳ６０４では、多重化されたハッシュデータに、該ハッシュデータの作成に用いられたファイルが属するフォルダのフォルダ名称を付加した後、再度ハッシュ処理を行う。図５の例では、フォルダ４０２のフォルダ名称をハッシュデータ５０３に付加した後、ハッシュ処理を行い、ハッシュデータ５０４を作成する。同様に、フォルダ４０３のフォルダ名称をハッシュデータ５０７に付加した後、ハッシュ処理を行い、ハッシュデータ５０８を作成する。
【００３６】
ステップＳ６０５では、１つ上の階層のフォルダに移動する。本実施形態の場合、末端層のフォルダであるフォルダ４０２、４０３から、１つ上の階層のフォルダであるフォルダ４０１に移動する。
【００３７】
ステップＳ６０６では、移動後のフォルダ内にハッシュデータを作成していないファイルがあるか否かを判定する。移動後のフォルダ内にハッシュデータを作成していないファイルがあると判定された場合には、ステップＳ６０８に進む。ステップＳ６０８では、該ファイルを取得した後、ステップＳ６０２に戻る。一方、移動後のフォルダ内にハッシュデータを作成していないファイルがないと判定された場合には、ステップＳ６０７に進む。ステップＳ６０７では、該移動後のフォルダが選択されたフォルダであるか否かを判定し、選択されたフォルダでないと判定された場合には、ステップＳ６０４に戻る。一方、選択されたフォルダであると判定された場合にはステップＳ６０９に進む。
【００３８】
図５の例では、移動後のフォルダ４０１内にハッシュデータを作成していないファイルはないため、ステップＳ６０７に進むこととなる。更に、移動後のフォルダ４０１は、選択されたフォルダであるため、ステップＳ６０９に進むこととなる。
【００３９】
ステップＳ６０９では、フォルダ内のハッシュデータを多重化し、該フォルダのフォルダ名称を付加した後、再度ハッシュ処理を行う。図５の例では、フォルダ４０１内のハッシュデータ５０４と５０８とを多重化し、ハッシュデータ５０９を作成した後、フォルダ４０１のフォルダ名称を付加し、再度ハッシュ処理を行う。これにより、ハッシュデータ５１０が作成される。
【００４０】
ステップＳ６１０では、ステップＳ６０１〜ステップＳ６０９の処理に基づいて、ドキュメントリストを作成する。ドキュメントリストとは、選択されたフォルダと、選択されたフォルダについて得られたハッシュデータ、ならびに、該選択されたフォルダに含まれるファイルとそのハッシュデータとの対応関係を示したものである。
【００４１】
図７はステップＳ６１０にて作成されたドキュメントリスト７００の一例を示す図である。７０１には選択されたフォルダとして、フォルダ４０１が格納され、７０２には該選択されたフォルダ４０１についてハッシュ処理された結果得られた多重ハッシュデータとしてハッシュデータ５１０が格納される。
【００４２】
７０３にはフォルダ４０１に含まれるファイル４０４〜４０７がフォルダ４０１と対応付けて格納され、７０４には該ファイル４０４〜４０７のハッシュデータ５０１、５０２、５０５、５０６が格納される。
【００４３】
ステップＳ６１０においてドキュメントデータの作成が完了すると、ハッシュ作成処理を終了する。
【００４４】
なお、上記ハッシュ処理では、各ファイルについてハッシュデータを作成し、多重化した後に、該ファイルの属するフォルダのフォルダ名称を付加した上で、再度ハッシュデータを作成する構成としているが、本発明は特にこれに限られない。単に各ファイルについてハッシュデータを作成し、これらを所定の順序で多重化して多重ハッシュデータを作成するようにしてもよい。
【００４５】
なお、本実施形態のような方法でハッシュデータを作成するのは、改竄等を検知する際に、ファイルそのものの改竄等を検知するのみならず、ファイルを別のフォルダに移動する改竄をも検知できるようにするためである。
【００４６】
つまり、単に各ファイルについてハッシュデータを作成し、これらを所定の順序で多重化していくだけの場合、特定のファイルを別のフォルダに移動する改竄を行った場合にこれを検知することができないことがあるからである。移動前に作成された多重ハッシュデータと、移動後に作成された多重ハッシュデータとが同じになる場合がこれにあたり、本実施形態の方法によればこのような事態を回避することができる。
【００４７】
５．検証処理
次に、図８を用いて検証処理について説明する。図８は検証処理部２１４における処理の流れを示すフローチャートである。
【００４８】
ユーザインタフェース３００上で所定のフォルダが選択された後、検証ボタン３０３が押下されると、検証処理部２１４では検証処理を開始する。
【００４９】
ステップＳ８０１では、ユーザインタフェース３００上で選択されたフォルダについてハッシュ作成処理（図６）を実行する。なお、ここでもフォルダ４０１が選択されたものとして説明を進める。
【００５０】
ステップＳ８０２では、ステップＳ８０１のハッシュ処理の結果得られたハッシュデータを取得する。
【００５１】
ステップＳ８０３では、選択されたフォルダに対応するハッシュデータをドキュメントリスト７００に基づいて取得する。図７の例では、選択されたフォルダ４０１に対応するハッシュデータとしてハッシュデータ５１０が取得される。
【００５２】
ステップＳ８０４では、ステップＳ８０２において取得されたハッシュデータとステップＳ８０３において取得されたハッシュデータとを比較する。比較の結果、同じであればステップＳ８０５に進む。ステップＳ８０２において取得されたハッシュデータとステップＳ８０３において取得されたハッシュデータが同じであるということは、選択されたフォルダ４０１に含まれるファイル４０４〜４０７について改竄等がなされていないことを意味する。また、選択されたフォルダ４０１に含まれるファイル４０４〜４０７の中に、フォルダをまたいで移動されたファイルがないことを意味する。したがって、ステップＳ８０５では“検証ＯＫ”を報知する（ユーザインタフェース３００上に表示する）。
【００５３】
一方、比較の結果、異なっていた場合には、ステップＳ８０６に進む。ステップＳ８０２において取得されたハッシュデータとステップＳ８０３において取得されたハッシュデータが異なっているということは、選択されたフォルダ４０１に含まれるファイル４０４〜４０７のいずれかについて改竄等がなされたことを意味する。あるいは、選択されたフォルダ４０１に含まれるファイル４０４〜４０７の中に、フォルダをまたいで移動されたファイルがあったことを意味する。したがって、ステップＳ８０６では、“検証ＮＧ”を報知する（ユーザインタフェース３００上に表示する）。
【００５４】
ステップＳ８０５またはステップＳ８０６において、いずれかの報知が完了すると、検証処理を終了する。
【００５５】
以上の説明から明らかなように、本実施形態によれば、ファイル管理システムにおいて管理されているファイルに対して、改竄等を検知できるようにするための処理を施すにあたり、フォルダ単位で処理を実行させることが可能となる。この結果、従来のような、ファイルごとに処理を実行させる場合と比べて、ユーザの負荷を大幅に軽減させることが可能となる。
【００５６】
また、本実施形態によれば、ファイル管理システムにおいて管理されているファイルに対して、改竄等の有無を検証するにあたり、フォルダ単位で処理を実行させることが可能となる。この結果、従来のような、ファイルごとに検証処理を実行させる場合と比べて、ユーザの負荷を大幅に軽減させることが可能となる。
【００５７】
［第２の実施形態］
上記第１の実施形態では、ユーザが所定のフォルダを選択した場合、該フォルダに含まれるすべてのファイルを処理対象としたが、本発明は特にこれに限定されない。ファイル管理システムによっては、ログイン時にユーザＩＤを入力させ、ユーザＩＤごとにアクセス権を設定することで、アクセスできるファイルに制限を加えているものもある。このようなシステムにおいて、アクセス権をもたないファイルについても上述のような処理が実行されることは望ましくない。
【００５８】
これを考慮し、本実施形態では、ユーザが所定のフォルダを選択した場合、該フォルダに含まれるファイルのうち、該ユーザがアクセス権を有するファイルのみを処理対象とすることとした。以下、本実施形態にかかるサーバ装置について説明する。なお、ファイル管理システムの構成、サーバ装置の構成等は上記第１の実施形態と同じであるため、ここでは説明を割愛する。
【００５９】
１．ユーザインタフェース
図９は、本実施形態にかかるサーバ装置のユーザインタフェース３００を示す図である。同図において、例えば、実線で図示された記号３０５はアクセス可能なファイルを示している。一方、点線で図示された記号９０１、９０２で表されるファイルは、それぞれファイル管理システムにおいて管理されているファイルであるが、現在ログインしているユーザがアクセス権を有していないファイルである。なお、図９の例では、便宜上、点線で図示しているが、実際のユーザインタフェース３００上では、ファイル９０１、９０２は表示されていないものとする。
【００６０】
２．ハッシュ処理
図１０は、本実施形態にかかるサーバ装置におけるハッシュ処理の流れを示すフローチャートである。なお、図６に示したフローチャートと同じ処理を行うステップについては、同じ参照番号を付すこととし、説明は省略する。
【００６１】
ステップＳ１００１では、処理対象特定部２１２において特定された処理対象となるファイルのうち、最初にハッシュ処理を施すファイルを取得する。具体的には、選択されたフォルダより派生するフォルダのうち、末端層のフォルダに含まれるファイルであって、かつユーザがアクセス権を有するファイルを取得する。
【００６２】
図９の例では、選択されたフォルダ４０１より派生するフォルダとして、フォルダ４０２とフォルダ４０３とがあり、両者はいずれも末端層のフォルダである。また、フォルダ４０２とフォルダ４０３に含まれるファイルとして、ファイル４０４、９０２、４０６、４０７がある。しかし、このうちファイル９０２については、現在ログインしているユーザにはアクセス権がないことから、ステップＳ１００１では、ファイル９０２を除くファイル４０４、４０６、４０７が取得される。
【００６３】
ステップＳ６０２からステップＳ６０５については図６のステップＳ６０２からステップＳ６０５の処理と同様であるため、説明は省略する。
【００６４】
ステップＳ１００２では、移動後のフォルダ内に、ハッシュデータを作成していないファイルであって、現在ログインしているユーザがアクセス権を有するファイルがあるか否かを判定する。移動後のフォルダ内に、ハッシュデータを作成していないファイルであって、ユーザがアクセス権を有するファイルがあると判定された場合には、ステップＳ６０７に進む。一方、移動後のフォルダ内に、ハッシュデータを作成していないファイルであって、ユーザがアクセス権を有するファイルがあると判定された場合には、ステップＳ１００３に進む。ステップＳ１００３では、当該ファイルを取得し、ステップＳ６０２に戻る。
【００６５】
一方、ステップＳ６０７、ステップ６０９、ステップＳ６１０については図６のステップＳ６０７、ステップＳ６０９、ステップＳ６１０の処理と同様であるため、説明は省略する。
【００６６】
以上の説明から明らかなように、本実施形態によれば、ファイル管理システムにおいて管理されているファイルを、フォルダ単位で処理を実行させることが可能となるうえ、ユーザのアクセス権の有無に応じて選択的に処理を実行させることが可能となる。
【００６７】
この結果、アクセス権をもたないファイルに対しても処理が実行されてしまうといった事態を回避させることが可能となる。
【００６８】
また、検証を行う際も同様に、ユーザのアクセス権のあるファイルのみを対象として、フォルダ単位で処理を実行させることができる。このように構成することにより、フォルダ内に含まれる当該ユーザと関係のないファイル（当該ユーザの興味がないファイル）が更新されたとしても、改竄されたと報知しないようにできる。言い換えれば、フォルダ単位で検証を行う際に、ユーザのアクセス権のあるファイル（ユーザの興味があるファイル）のみを対象として検証を行うようにできる。
【００６９】
［第３の実施形態］
上記第１および第２の実施形態では、ファイルの改竄等の検知を、ファイルのハッシュデータの一致／不一致に基づいて行うこととしたが、本発明は特にこれに限定されない。
【００７０】
例えば、認証局が発行する秘密鍵で作成した署名情報をファイルに付加したうえで、ハッシュデータを作成するようにしてもよい。
【００７１】
［他の実施形態］
なお、本発明は、複数の機器（例えばホストコンピュータ、インタフェイス機器、リーダ、プリンタなど）から構成されるシステムに適用しても、一つの機器からなる装置（例えば、複写機、ファクシミリ装置など）に適用してもよい。
【００７２】
また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給するよう構成することによっても達成されることはいうまでもない。この場合、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することにより、上記機能が実現されることとなる。なお、この場合、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００７３】
プログラムコードを供給するための記憶媒体としては、例えば、フロッピ（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることができる。
【００７４】
また、コンピュータが読出したプログラムコードを実行することにより、前述した実施形態の機能が実現される場合に限られない。例えば、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００７５】
さらに、記憶媒体から読出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、前述した実施形態の機能が実現される場合も含まれる。つまり、プログラムコードがメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって実現される場合も含まれる。
【図面の簡単な説明】
【００７６】
【図１】本発明の第１の実施形態にかかるサーバ装置（情報処理装置）を備えるファイル管理システム１００の構成を示す図である。
【図２】サーバ装置１０１の構成を示す図である。
【図３】ユーザインタフェース処理部２１１により提供されるユーザインタフェース３００の一例を示す図である。
【図４】表示領域３０６上でユーザがフォルダ４０１を選択することにより、ハッシュ処理を施す対象を指定した様子を示す図である。
【図５】フォルダ４０１を選択した場合の、ハッシュ処理の流れを示す概念図である。
【図６】ハッシュ処理部２１３における処理の流れを示すフローチャートである。
【図７】ステップＳ６０９にて作成されたドキュメントデータ７００の一例を示す図である。
【図８】検証処理部２１４における処理の流れを示すフローチャートである。
【図９】本発明の第２の実施形態にかかるサーバ装置のユーザインタフェース３００を示す図である。
【図１０】本発明の第２の実施形態にかかるサーバ装置におけるハッシュ作成処理の流れを示すフローチャートである。
【図１】
2008146601.tif 000003
【図２】
2008146601.tif 000004
【図３】
2008146601.tif 000005
【図４】
2008146601.tif 000006
【図５】
2008146601.tif 000007
【図６】
2008146601.tif 000008
【図７】
2008146601.tif 000009
【図８】
2008146601.tif 000010
【図９】
2008146601.tif 000011
【図１０】
2008146601.tif 000012