JP2005135003A - 文書管理システム - Google Patents

Abstract

【課題】 一度、文書データの暗号を解かれた場合にも、当該文書データのセキュリティ状態を維持する文書管理システムを提供できるようにする。
【解決手段】 データベースに画像文書を登録し、画像文書を管理、抽出可能な文書管理システムにおいて、各画像文書の形式毎に画像変換法方式を設定する設定手段と、画像文書における画像ファイルの形式を解析する解析手段と、画像ファイルを変換する画像変換手段と、画像ファイルに暗号処理を行う暗号処理手段とを設け、登録された前記画像ファイルに対して、任意の時間毎に暗号キーを変更して再暗号化処理を行うようにする。
【選択図】 図１

Description

本発明は、画像文書及びコード文書を１元的に管理する文書管理システムに関するものである。

かかるオフィス環境では、文書を読み取り可能なデバイスと、文書を管理するサーバ、それらを利用するためのＰＣなどのクライアントが同一ネットワーク上に配置され、文書管理システムが構築されている。上述の文書管理システムにおいて、文書を管理するサーバ内の文書データの暗号化を行ってセキュリティを強化する処理は良く知られている。

しかしながら、上記の従来の文書管理システムでは、一度、文書データの暗号を解かれた場合に、それ以降何度でも暗号を解かれるという危険性があった。

本発明は上述の問題点にかんがみてなされたものであり、一度、文書データの暗号を解かれた場合にも、当該文書データのセキュリティ状態を維持することを実現する文書管理システムを提供することを目的とする。

本発明は上述の問題を解決するために、データベースに画像文書を登録し、当該画像文書を管理、抽出可能な文書管理システムにおいて、前記各画像文書の形式毎に画像変換法方式を設定する設定手段と、前記画像文書における画像ファイルの形式を解析する解析手段と、前記画像ファイルを変換する画像変換手段と、前記画像ファイルに暗号処理を行う暗号処理手段とを備え、登録された前記画像ファイルに対して、任意の時間毎に暗号キーを変更して再暗号化処理を行うことを特徴とする文書管理システム等、を提供する。

本発明によれば、文書管理システムにおける文書データの暗号処理において、定期的に暗号キーを変更して再暗号化を行うことにより、一度、文書データの暗号を解かれた場合にも、当該文書データのセキュリティを強固にすることができる。また、多重暗号処理を用いての定期的な再暗号化処理において、短期間では多重暗号化の１つの再暗号化を少ない処理時間で行い、長期間では多重暗号化の全ての暗号化を行うことにより、管理者の文書管理システムの処理時間とセキュリティ強化の要望に応じた、定期的な再暗号化処理を行うことができる。

また、文書管理システムに対しての異常アクセス行為、あるいは異常アクセスが疑われる行為を検知して、暗号キーを変更して再暗号化を行うことにより、文書データのセキュリティを強固にすることができる。また、文書管理システムに対しての異常アクセス行為、あるいは異常アクセスが疑われる行為を検知した場合でも、同じ行為が行われた直後であれば暗号キーを変更して再暗号化を行わず、任意の時間が経過していれば同じ行為が行われた場合に暗号キーを変更して再暗号化を行うことができる。

（第１実施例）
以下、図面を用いて本発明の第１実施例について説明する。
図１は、本発明における文書管理システムのシステムブロックを示した図である。本実施例における文書管理システムは、パーソナルコンピュータのＯＳ上で動作するクライアント１０００，サーバ１１００型のアプリケーションであり、スキャナなどのデバイスや、ＯＳ上のファイルから文書を取り込み、文書を管理することを目的としている。

＜文書入出力処理部＞
まず、文書入出力や操作を行う処理部について説明する。
１００１は、ユーザインターフェース部である。ユーザは、このユーザインターフェース部１００１を介して文書サーバに対して文書の登録や文書サーバからの文書の獲得、あるいは文書の検索といった操作を行うことになる。ユーザインターフェース部１００１から操作された情報は、１００２のコマンド制御部で解析され、適切な処理が行われることになる。また必要であればサーバとの通信を行うためのコマンドはここで作成される。

スキャナ等のデバイスは、デバイス制御部１００３によって制御が行われる。ここでは、デバイス側から文書データを吸い上げたり、デバイス側から送信されるデータを受け取ったりする処理がなされる。

ファイルサーバ等のＯＳ上に保存された文書ファイルは、文書データをインポートする形態であり、１００４のファイル制御部において入力処理させることができるようになっている。また、文書管理サーバ上で管理するファイルをＯＳ上にエクスポートする処理もここで行われる。

１００５は外部モジュール通信部であり、外部アプリケーションとの通信を行い、文書管理サーバ内の文書を外部アプリケーションに渡したり、外部アプリケーションから文書を受け取とる処理を行う。例えば、ＭＡＰＩに対応したメーラーに文書管理サーバで管理している文書を渡したりする処理はここで行われる。

＜クライアントシステム内部処理部＞
次に、クライアントシステム内に配置される各種処理部について説明する。
１００６は文書管理制御部であり、クライアントの心臓部である。ここでは、入出力処理部より渡された画像やコマンドに応じて処理を行う。

１００７はテンポラリデータを保存するための内部データ保存部であり、画像処理を行う過程で作成されるデータやサーバとの通信の過程で作成されるデータ等を一時的に保存する場所である。

１００８はファイル解析部であり、登録された文書が画像として扱うことのできる文書かどうかを判断する。画像として扱える文書であれば１０１０のイメージ文書処理部によって必要に応じて画像処理が行われ、画像として扱えないコード文書であれば１００９のコード文書処理部で処理が行われる。文書管理サーバ上でコード文書に処理が行われることはあまりないが、コード文書に対するサムネイルの作成処理や文書属性の所得などは、このコード文書処理部で行われる。また、文書の暗号化、暗号化された文書の復号処理は、１０１２の暗号処理部によって行われる。

１０１１は通信制御部であり、サーバ１１００と通信するための制御を行う。本実施例の通信制御部は文書管理サーバの処理に特化した制御のみを行っており、ＴＣＰ／ＩＰ等の通信そのものの制御はＯＳに用意されたものを使用している。

＜サーバシステム内部処理部＞
次に、サーバシステム内に配置される各種処理部について説明する。
１１０１は通信制御部であり、クライアントの通信制御部１０１１と通信のための制御を行う。ただしサーバの通信制御部は多数のクライアントの通信制御部と同時に通信を行うことが可能になっている。１１０２は検索制御部であり、クライアントから依頼された検索のための処理を行ったり、登録された文書の検索用のインデックス作成のための処理を行っている。

また、１１０３，１１０４，１１０５は、それぞれファイル解析部、コード文書処理部、イメージ文書処理部である。主な機能はクライアントのものと同じであるが、サーバでは登録された文書に応じて検索用のインデックスを文書から抽出する処理を行っている。つまり、ファイル解析部で登録されたファイルの種別を判断し、コード文書であれば、インデックスデータをコード文書処理部を使用して抽出する。イメージ文書であればイメージ文書処理部でイメージ処理を行い、１１０６のＯＣＲエンジンを使用してインデックスデータを抽出する。また、文書の暗号化、暗号化された文書の復号処理は、１１１２の暗号処理部によって行われる。１１０７は文書管理制御部であり、文書管理に関するすべての処理の振り分けを行っている。

＜データベース処理部＞
次に、データベース処理部について説明する。
１１０８はデータベース制御部であり、データベースに保存するデータを作成し、ボリュームデータベース、属性データベース、全文検索用データベースに対応する文書を保存する処理を行う。また、クライアントからの要求に応じてそれぞれのデータベースからデータを取り出し、クライアントに渡す文書を作成する処理を行う。１１０９はボリュームデータベースであり、画像文書やコード文書そのものが保存されるデータベースである。

１１１０は属性データベースであり、文書の名前や作成日付、コメントなどの属性に関する情報が保存されるデータベースである。また、この属性データベース１１１０は、文書管理システムを使用するユーザの情報や、様様な設定データも保存している。１１１１は全文検索用データベースであり、登録された文書からテキストデータを抽出し、インデックス情報にしたデータが登録される。クライアントで全文検索が行われると、全文検索データベース内を検索する。

１１１３は異常アクセス検知部であり、サーバ１１００、ボリュームデータベース１１０９、属性データベース１１１０、全文検索データベース１１１１に対して、例えばAdministrator権限ユーザのログイン失敗などの異常アクセス行為、あるいは異常アクセスが疑われる行為を検知する。１１１４は暗号処理スケジューラであり、前回の暗号処理からの経過時間を計測して、管理者が設定した任意の時間を超えた場合に、暗号変更処理を行うよう指示する。

図２は、本発明の文書管理システムのサーバ及びクライアントにおける文書登録処理のフローチャートである。

＜クライアント文書登録処理＞
まず、クライアント側における文書登録の処理について説明する。
図２（ａ）は、クライアントにおける文書登録処理のフローチャートである。
ステップＳ２００１では、アプリケーションにファイルを取り込む処理を行う。この処理ではデバイス制御部１００３、ファイル制御部１００４、外部モジュール制御部１００５を使用して、ＯＳ上に存在するファイルやスキャナからの画像、外部アプリケーションからの文書を、文書管理アプリケーションに取り込む。

続いて、ステップＳ２００２では、取り込んだファイルを解析する処理を行う。この処理はファイル解析部１００８で行われ、取り込んだ文書が文書管理システムで扱えるかどうかの判断やファイル自体の属性情報などの取り込みといった処理を行う。

続いて、ステップＳ２００３では、解析された文書が画像文書であるか、コード文書であるかを判断する。この判断もファイル解析部１００８で行われる。文書を文書管理サーバに登録する際には、クライアントで文書を確認するために表示されるサムネイルも実際の文書と同時に登録する必要がある。本実施例の文書管理サーバでは、このサムネイル作成処理をクライアント側で行っている。そのために、ファイルの内容を解析する必要があり、その結果ファイルの処理するモジュールを変更している。

ステップＳ２００３での判断の結果、コード文書であると判断された場合には、ステップＳ２００４に進み、コード文書処理が行われる。この処理はコード文書処理部１００９で行われ、コード文書からクライアントで表示するためのサムネイルを作成したり、コード文書のコード内に保存された属性情報を取り出すといったことが行われる。一方、ステップＳ２００３での判断の結果、イメージ文書であると判断された場合には、Ｓ２００５に進み、イメージ文書処理が行われる。この処理はイメージ文書処理部１０１０で行われ、サムネイルを作成等を行う。この際テンポラリフォルダ１００７に一時的にファイルがためられることがある。

続いて、ステップＳ２００６では、登録するイメージ文書を画像変換して保存するかどうかを判断し、必要があれば、ステップＳ２００７に進んで、イメージ文書の画像変換を行う。

続いて、ステップＳ２００８では、サムネイル及び文書データをサーバに送信するための処理が行われる。本実施例では、通信のプロトコルとしてＴＣＰ／ＩＰが用いられ、ＴＣＰ／ＩＰに関する基本的な処理はＯＳが処理するものとする。以上がクライアントにおける文書登録処理である。

＜サーバ文書登録処理＞
次に、サーバ側における文書登録の処理について説明する。
図２（ｂ）は、サーバにおける文書登録処理のフローチャートである。

まず、ステップＳ２１０１では、クライアントから送信されたデータを受信する処理が行われる。ここでの処理もクライアントと同様に、ＴＣＰ／ＩＰに関する基本的な処理はＯＳが処理するものとする。続いて、ステップＳ２１０２では、受信したファイルを解析する処理を行う。この処理は、検索制御部１１０２からの指示でファイル解析部１１０３において行われる。

続いて、ステップＳ２１０３では、解析された文書が画像文書であるか、コード文書であるかを判断する。この判断もファイル解析部１１０３で行われる。文書管理サーバに登録した文書を検索するためには、文書検索用のインデックスデータを文書から抽出する必要がある。そのために、ファイルの内容を解析する必要があり、その結果ファイルの処理するモジュールを変更している。

ステップＳ２１０３での判断の結果、コード文書であると判断された場合には、ステップＳ２１０４に進み、コード文書処理が行われる。この処理はコード文書処理部１１０４で行われ、コード文書から検索用インデックスデータを抽出する。続いて、ステップＳ２１０７では、暗号化処理部１１１２で暗号化の処理を行う。

一方、ステップＳ２０１３での判断の結果、イメージ文書であると判断された場合には、ステップＳ２１０５に進み、イメージ文書処理が行われる。この処理はイメージ文書処理部１１０５で行われ、文書の画像変換を行う。ここで行う画像変換は、ＯＣＲに適した画像を得るための処理のであり、受信した画像に対しての画像処理は行わない。

続いて、ステップＳ２１０６では、ステップＳ２１０５で変換された画像にＯＣＲを行い、検索用インデックスデータを抽出する。続いて、ステップＳ２１０７では、クライアントから受信した文書データを暗号化処理部１１１２で暗号化の処理を行う。この暗号化処理を行うデータは、受信した文書データそのものサムネイルデータである。

続いて、ステップＳ２１０８では、暗号化を行った文書データをボリュームデータベース１１０９に保存する処理を行う。ボリュームデータベースに保存されるデータは、受信した文書データそのものサムネイルデータである。

続いて、ステップＳ２１０９では、文書データから抽出した検索用のインデックスデータを、１１１１の全文検索用データベースに登録する処理を行う。続いて、ステップＳ２１１０では、文書の属性データ及びボリュームデータベースに登録した文書データのＩＤ、全文検索用データベースに登録した検索用インデックスデータのＩＤを属性データベース１１１０に登録する。これによって、属性データベース、ボリュームデータベース、検索用データベースに登録されたデータの対応付けを行っている。以上がサーバにおける文書登録処理である。

図３は、属性データベース１１１０に登録されているデータのデータ構造概念図である。図３に示したデータはあくまで概念としてツリー構造をとっているが、必ずしもツリー構造である必要はない。

３００１は属性データベースのルートであり、全ての登録されるデータはルートの子データである。３００２はフォルダデータであり、ユーザがデータを格納するためのフォルダのデータである。このフォルダデータは、フォルダＩＤとフォルダ属性情報から成り立っている。また、フォルダは複数存在することができるので、最上位に存在するフォルダはその数分だけ、３００３のようにルートの直下に接続される子データとして登録される。

３００４は文書データであり、格納されるフォルダの子データとして存在する。文書データは文書ＩＤと文書属性情報からなり、文書属性情報として文書名や更新日時、コメントデータなどのデータを保存している。文書データもフォルダの下に複数存在することができるので、その数分だけ３００５のように登録される。また、フォルダの下にさらにフォルダを存在させ、フォルダの階層化構造をとること可能である。この場合は３００６のように登録される。

３００７はページデータであり、登録された文書の各ページに関する情報が保存される。ページデータは、ページＩＤとページ属性情報、検索インデックスＩＤ、ボリュームデータＩＤからなりたっている。検索インデックスＩＤは、全文検索データベースに保存された情報のＩＤであり、また、ボリュームデータＩＤは、ボリュームデータベースに登録されたＩＤであり、各ＩＤから各データベースから情報を引き出すことが可能である。ページ属性情報には、ページ番号、ページのファイルフォーマットといった情報が保存される。ページデータもページ数分だけ存在することが可能であり、３００８のように登録される。ただし、コード文書はページ毎に分割して保存することができないために、１ページしか存在しない文書として扱われ、ページデータは１つしか存在しない。

図４は、本発明の文書管理システムのサーバ及びクライアントにおける文書表示処理のフローチャートである。

＜サーバ文書表示処理＞
まず、サーバ側における文書表示の処理について説明する。
図４（ａ）は、サーバにおける文書表示処理のフローチャートである。ここでは、サーバ側の処理の前にクライアント側で表示する文書の選択及び実データを表示するか、プレビューイメージを表示するか指示が既に行われたものとする。

まず、ステップＳ４００１では、クライアントから送信されたコマンドを受信する処理を行う。続いて、ステップＳ４００２では、受信したコマンドの解析処理を行い、解析された結果に基づいて処理を振り分ける。本フローチャートは表示指示であるので、コマンド情報に含まれる表示する文書のＩＤがコマンドの中に含まれている。

続いて、ステップＳ４００３では、文書ＩＤを元に属性データベースより属性情報を抜き出す。続いて、ステップＳ４００４では、属性データの中に保存されているボリュームＩＤに対応したボリュームデータを獲得し、クライアントに送信する形に変換する。続いて、ステップＳ４００５では、作成したデータ、及び復号用のキー情報をクライアントに送信する処理を行う。以上がサーバにおける文書表示処理である。

＜クライアント文書表示処理＞
次に、クライアント側における文書表示処理について説明する。
図４（ｂ）は、クライアントにおける文書表示処理のフローチャートである。

まず、ステップＳ４１０１では、サーバから送信されたデータを受信する処理が行われる。続いて、ステップＳ４１０２では、受信したファイルを解析する。続いて、ステップＳ４１０３では、復号用のキー情報を用いて、文書データの復号処理を行う。続いて、ステップＳ４１０４では、文書データを表示データ作成用にテンポラリデータ１０７０として、メモリ展開する。

続いて、ステップＳ４１０５では、メモリ展開したデータから表示用に文書データを変換する。続いて、ステップＳ４１０６では、ステップＳ４１０４で展開したメモリデータを削除する。続いて、ステップＳ４１０７では、ステップＳ４１０５で作成した表示用データをユーザインタフェース部１００１に送って表示させる。以上がクライアントにおける文書表示処理である。

図５は、本発明の文書管理システムの暗号処理スケジューラ１１１４による暗号変更処理のフローチャートである。なお、サーバの図示しないユーザインターフェースを用いて、暗号変更処理時間が設定されている。

まず、ステップＳ５００１では、暗号処理スケジューラ１１１４によって前回の暗号変更処理時刻から暗号変更処理時間が経過しているかを監視し、経過したならば文書管理制御部１１０７に通達する。

続いて、ステップＳ５００２では、新規の暗号キーを例えば乱数処理などで作成する。続いて、ステップＳ５００３では、文書データをボリュームデータベース１１０９から取得する。続いて、ステップＳ５００４では、暗号化されている文書データの復号処理を行う。

続いて、ステップＳ５００５では、ステップＳ５００２で作成した新しい暗号キーを用いて、暗号化処理を行う。続いて、ステップＳ５００６で、暗号化した文書データをボリュームデータベース１１０９へ格納する。

続いて、ステップＳ５００７では、ステップＳ５００３からステップＳ５００６までの暗号変更処理を全ての文書データに対して行う。続いて、ステップＳ５００８では、全ての文書について暗号化処理が終了したならば、前の暗号キーを削除する。続いて、ステップＳ５００９では、暗号処理時刻を保存する。以上がサーバにおける暗号変更処理である。

（第２実施例）
以下、図面を用いて本発明の第２実施例について説明する。
図６は、本発明における文書管理システムの暗号処理スケジューラ１１１４による暗号変更処理のフローチャートである。ここで、暗号処理スケジューラ１１１４による暗号変更処理としては、例えば３ＤＥＳなどの多重暗号処理を用いたものが挙げられる。なお、サーバにおける不図示のユーザインターフェースを用いて、１つの暗号変更処理時間及び全ての暗号変更処理時間が設定されている。多重暗号処理を用いた暗号変更処理において、全ての暗号を変更するとセキュリティの信頼度は上がるが暗号処理に処理時間がかかり、多重の１つのみの暗号を変更する場合には、セキュリティの信頼度は下がるが暗号処理の処理時間が軽減される。

まず、ステップＳ６００１では、暗号処理スケジューラ１１１４によって前回の暗号変更処理時刻から１つの暗号変更処理時間が経過しているかを監視し、経過したならば文書管理制御部１１０７に通達して１つの暗号変更処理を行わせる。

続いて、ステップＳ６００２では、暗号処理スケジューラ１１１４によって前回の暗号変更処理時刻から全ての暗号変更処理時間が経過しているかを監視し、経過したならば文書管理制御部１１０７に通達して、全ての暗号変更処理を行わせる。

＜全ての暗号変更処理＞
続いて、ステップＳ６００３では、新規の暗号キーを例えば乱数処理などで作成する。続いて、ステップＳ６００４では、文書データをボリュームデータベース１１０９から取得する。続いて、ステップＳ６００５では、多重暗号化されている文書データの全ての復号処理を行う。

続いて、ステップＳ６００６では、ステップＳ６００３で作成した新しい暗号キーを用いて、全ての暗号化処理を行う。続いて、ステップＳ６００７では、暗号化した文書データをボリュームデータベース１１０９へ格納する。

続いて、ステップＳ６００７では、ステップＳ６００４からステップＳ６００７までの暗号変更処理を全ての文書データに対して行う。続いて、ステップＳ６００９では、全ての文書について暗号化処理が終了したならば、前の暗号キーをすべて削除する。続いて、ステップＳ６０１０では、暗号処理時刻を保存する。その後、処理を終了する。

＜１つの暗号変更処理＞
ステップＳ６００１での判断の結果、前回の暗号変更処理時刻から１つの暗号変更処理時間が経過していると判断された場合には、ステップＳ６０１１に進む。
ステップＳ６０１１では、新規の暗号キーを、例えば乱数処理などで作成する。続いて、ステップＳ６０１２では、文書データをボリュームデータベース１１０９から取得する。続いて、ステップＳ６０１３では、多重暗号化されている文書データの１つの復号処理を行う。

続いて、ステップＳ６０１４では、ステップＳ６０１１で作成した新しい暗号キーを用いて、１つの暗号化処理を行う。続いて、ステップＳ６０１５では、暗号化した文書データをボリュームデータベース１１０９へ格納する。

続いて、ステップＳ６０１６では、ステップＳ６０１２からステップＳ６０１５までの暗号変更処理を全ての文書データに対して行う。続いて、ステップＳ６０１７では、全ての文書について暗号化処理が終了したならば、前の暗号キーを１つ削除する。続いて、ステップＳ６０１８では、暗号処理時刻を保存する。以上がサーバにおける多重暗号処理を用いた場合の暗号変更処理である。

上述した実施例では、多重暗号化の１つの暗号キーについての再暗号化について記載したが、文書管理システムの管理者等が指示した任意の数の暗号キーについての再暗号化でもよい。

（第３実施例）
以下、図面を用いて本発明の第３実施例について説明する。
図７は、本発明における文書管理システムの異常アクセス検知部１１１３からの異常アクセス検知時の暗号変更処理のフローチャートである。

まず、ステップＳ７００１では、異常アクセス検知部１１１４によって異常アクセスを検知したならば、文書管理制御部１１０７に通達する。

続いて、ステップＳ７００２では、新規の暗号キーを例えば乱数処理などで作成する。続いて、ステップＳ７００３では、文書データをボリュームデータベース１１０９から取得する。続いて、ステップＳ７００４では、暗号化されている文書データの復号処理を行う。

続いて、ステップＳ７００５では、ステップＳ７００２で作成した新しい暗号キーを用いて、暗号化処理を行う。続いて、ステップＳ７００６では、暗号化した文書データをボリュームデータベース１１０９へ格納する。

続いて、ステップＳ７００７では、ステップＳ７００３からステップＳ７００６までの暗号変更処理を全ての文書データに対して行う。続いて、ステップＳ７００８では、全ての文書について暗号化処理が終了したならば、前の暗号キーを削除する。続いて、ステップＳ７００９では、暗号処理時刻及び異常アクセスの内容を保存する。以上がサーバにおける異常アクセス検知時の暗号変更処理である。

（第４実施例）
以下、図面を用いて本発明の第４実施例について説明する。
図８は、本発明における文書管理システムの異常アクセス検知部１１１３による暗号変更処理のフローチャートである。ここで、異常アクセス検知部１１１３による暗号変更処理としては、例えば３ＤＥＳなどの多重暗号処理を用いたものが挙げられる。なお、サーバの図示しないユーザインターフェースを用いて、１つの暗号変更処理時間及び全ての暗号変更処理時間が設定されている。多重暗号処理を用いた暗号変更処理において、全ての暗号を変更するとセキュリティの信頼度は上がるが暗号処理に処理時間がかかり、多重の１つのみの暗号を変更する場合には、セキュリティの信頼度は下がるが暗号処理の処理時間が軽減される。

まず、ステップＳ８００１では、異常アクセス検知部１１１３によって、例えばサーバマシンへのAdministrator権限での複数回ログイン失敗などの異常アクセスと疑わしい行為などは比較的軽度の異常アクセスとして検知して、管理制御部１１０７に通達して、１つの暗号変更処理を行わせる。

続いて、ステップＳ８００２では、異常アクセス検知部１１１３によって、例えば文書管理システム以外のボリュームデータベースへのアクセス行為などは、比較的重度の異常アクセスとして検知して、管理制御部１１０７に通達して、全ての暗号変更処理を行わせる。

＜全ての暗号変更処理＞
続いて、ステップＳ８００３では、新規の暗号キーを例えば乱数処理などで作成する。続いて、ステップＳ８００４では、文書データをボリュームデータベース１１０９から取得する。続いて、ステップＳ８００５では、多重暗号化されている文書データの全ての復号処理を行う。

続いて、ステップＳ８００６では、ステップＳ８００３で作成した新しい暗号キーを用いて、全ての暗号化処理を行う。続いて、ステップＳ８００７では、暗号化した文書データをボリュームデータベース１１０９へ格納する。

続いて、ステップＳ８００８では、ステップＳ８００４からステップＳ８００７までの暗号変更処理を全ての文書データに対して行う。続いて、ステップＳ８００９では、全ての文書について暗号化処理が終了したならば、前の暗号キーをすべて削除する。続いて、ステップＳ８０１０では、暗号処理時刻及び異常アクセスの内容を保存する。その後、処理を終了する。

＜１つの暗号変更処理＞
ステップＳ８００１での判断の結果、前回の暗号変更処理時刻から１つの暗号変更処理時間が経過していると判断された場合には、ステップＳ８０１１に進む。
続いて、ステップＳ８０１１では、新規の暗号キーを、例えば乱数処理などで作成する。続いて、ステップＳ８０１２では、文書データをボリュームデータベース１１０９から取得する。続いて、ステップＳ８０１３では、多重暗号化されている文書データの１つの復号処理を行う。

続いて、ステップＳ８０１４では、ステップＳ８０１１で作成した新しい暗号キーを用いて、１つの暗号化処理を行う。続いて、ステップＳ８０１５では、暗号化した文書データをボリュームデータベース１１０９へ格納する。

続いて、ステップＳ８０１６では、ステップＳ８０１２からステップＳ８０１５までの暗号変更処理を全ての文書データに対して行う。続いて、ステップＳ８０１７では、全ての文書について暗号化処理が終了したならば、前の暗号キーを１つ削除する。続いて、ステップＳ８０１８では、暗号処理時刻及び異常アクセスの内容を保存する。以上がサーバにおける多重暗号処理を用いた場合の暗号変更処理である。

上記実施例では、多重暗号化の１つの暗号キーについての再暗号化について記載したが、文書管理システムの管理者等が指示した任意の数の暗号キーについての再暗号化でもよい。

（第５実施例）
以下、図面を用いて本発明の第５実施例について説明する。
図９は、本発明における文書管理システムの異常アクセス検知部１１１３からの異常アクセス検知時における、暗号処理スケジューラ１１１４での暗号処理時刻により処理を変更する暗号変更処理のフローチャートである。

まず、ステップＳ９００１では、異常アクセス検知部１１１４によって異常アクセスを検知したならば、文書管理制御部１１０７に通達する。続いて、ステップＳ９００２，Ｓ９００３では、暗号処理スケジューラ１１１４によって前回の暗号変更処理時刻から、管理者が設定した任意の時間が経過しているかを判断し、任意の時間が経過しておらず前回と同じ異常アクセス行為であれば、暗号変更処理を行わない。

続いて、ステップＳ９００４では、新規の暗号キーを例えば乱数処理などで作成する。続いて、ステップＳ９００５では、文書データをボリュームデータベース１１０９から取得する。続いて、ステップＳ９００６では、暗号化されている文書データの復号処理を行う。

続いて、ステップＳ９００７では、ステップＳ９００４で作成した新しい暗号キーを用いて、暗号化処理を行う。続いて、ステップＳ９００８では、暗号化した文書データをボリュームデータベース１１０９へ格納する。

続いて、ステップＳ９００９では、ステップＳ９００５からステップＳ９００８までの暗号変更処理を全ての文書データに対して行う。続いて、ステップＳ９０１０では、全ての文書について暗号化処理が終了したならば、前の暗号キーを削除する。続いて、ステップＳ９０１１では、暗号処理時刻及び異常アクセスの内容を保存する。以上がサーバにおける異常アクセス検知時の、暗号処理スケジューラ１１１４での暗号処理時刻により処理を変更する暗号変更処理である。

本発明における文書管理システムのシステムブロックを示した図である。 本発明の文書管理システムのサーバ及びクライアントにおける文書登録処理のフローチャートである。 属性データベースに登録されているデータのデータ構造概念図である。 本発明の文書管理システムのサーバ及びクライアントにおける文書表示処理のフローチャートである。 本発明の文書管理システムの暗号処理スケジューラによる暗号変更処理のフローチャートである。 本発明における文書管理システムの暗号処理スケジューラによる暗号変更処理のフローチャートである。 本発明における文書管理システムの異常アクセス検知部からの異常アクセス検知時の暗号変更処理のフローチャートである。 本発明における文書管理システムの異常アクセス検知部による暗号変更処理のフローチャートである。 本発明における文書管理システムの異常アクセス検知部からの異常アクセス検知時における、暗号処理スケジューラでの暗号処理時刻により処理を変更する暗号変更処理のフローチャートである。

符号の説明

１００１ ユーザインターフェース部
１００２ コマンド制御部
１００３ デバイス制御部
１００４ ファイル制御部
１００５ 外部モジュール通信部
１００６ 文書管理制御部
１００７ 内部データ保存部
１００８ ファイル解析部
１００９ コード文書処理部
１０１０ イメージ文書処理部
１０１１ 通信制御部
１０１２ 暗号処理部
１１０１ 通信制御部
１１０２ 検索制御部
１１０３ ファイル解析部
１１０４ コード文書処理部
１１０５ イメージ文書処理部
１１０６ ＯＣＲエンジン
１１０７ 文書管理制御部
１１０８ データベース制御部
１１０９ ボリュームデータベース
１１１０ 属性データベース
１１１１ 全文検索用データベース
１１１２ 暗号処理部
１１１３ 暗号処理スケジューラ
１１１４ 異常アクセス検知部

Claims (6)

1. データベースに画像文書を登録し、当該画像文書を管理、抽出可能な文書管理システムにおいて、
   前記各画像文書の形式毎に画像変換法方式を設定する設定手段と、
   前記画像文書における画像ファイルの形式を解析する解析手段と、
   前記画像ファイルを変換する画像変換手段と、
   前記画像ファイルに暗号処理を行う暗号処理手段とを備え、
   登録された前記画像ファイルに対して、任意の時間毎に暗号キーを変更して再暗号化処理を行うことを特徴とする文書管理システム。
2. 多重に暗号処理を行う多重暗号処理手段を更に備え、前記登録された画像ファイルに対して、任意の時間毎に全ての暗号キーを変更して再暗号化をすることを特徴とする請求項１に記載の文書管理システム。
3. 前記登録された画像ファイルに対して、任意の時間毎に多重暗号化の１つあるいは任意の数の暗号キーを変更して再暗号化をすることを特徴とする請求項１又は２に記載の文書管理システム。
4. データベース内の前記画像ファイル及び自己に対する異常アクセスを検知する異常アクセス検知手段を更に備え、異常アクセスを検知した場合に、前記登録された画像ファイルに対して、暗号キーを変更して再暗号化処理することを特徴とする請求項１に記載の文書管理システム。
5. 多重に暗号処理を行う多重暗号処理手段を更に備え、異常アクセスを検知した場合に、前記登録された画像ファイルに対して、全ての暗号キーを変更して再暗号化をすることを特徴とする請求項１項又は４に記載の文書管理システム。
6. 多重に暗号処理を行う多重暗号処理手段を更に備え、異常アクセスを検知した場合に、前記登録された画像ファイルに対して、多重暗号化の１つあるいは任意の数の暗号キーを変更して再暗号化をすることを特徴とする請求項１項又は４に記載の文書管理システム。

Images