(57)【要約】【課題】  ユーザの便宜性を向上させた文書保安システムを提供する。【解決手段】  文書保安サーバ及びユーザコンピュータを含むサーバ−クライアント構造の文書保安システムが開示される。ユーザコンピュータのハードウェア情報を含むユーザ固有キーが生成されて文書保安サーバに保存され、これは、文書保安サーバからユーザコンピュータにダウンロードされる文書ファイルの暗号化に用いられる。暗号化された文書ファイルは、シグネチャー及び可変長さヘッダを含む。文書ファイルは、４キロバイトのブロック単位で暗号化される。文書保安サーバは、文書に対するユーザの行為情報を受信し保存するイベントモジュールを含む。文書ファイルの使用に対する満期日と関連して文書保安サーバの現在時間を提供する時間同期モジュールが文書保安サーバに含まれる。ユーザの数及び支援可能なファイル拡張子に対するライセンス管理が提供される。【選択図】        図１
2005065209.tif 000002
【特許請求の範囲】
【請求項１】
文書保安システムにおいて、
ユーザ固有キーを生成する文書保安エージェントを有するユーザコンピュータと、
前記ユーザコンピュータ及び文書ファイルが保存された文書データベースと連結され、前記ユーザコンピュータから伝送されたユーザ固有キーを登録させ、前記ユーザコンピュータからの文書ファイルのダウンロード要請に応答して、前記登録されたユーザ固有キーを利用して前記要請された文書ファイルを暗号化し、前記ユーザコンピュータにダウンロードする文書保安サーバとを含み、
前記ユーザ固有キーは、前記ユーザコンピュータのハードウェア情報から抽出される情報を利用して生成されることを特徴とする文書保安システム。
【請求項２】
前記ユーザ固有キーを抽出するモジュールは、前記文書保安エージェントに内蔵されることを特徴とする請求項１に記載の文書保安システム。
【請求項３】
前記ユーザ固有キーは、暗号化された形態で、前記ユーザコンピュータから前記文書保安サーバに伝送されることを特徴とする請求項１に記載の文書保安システム。
【請求項４】
前記ユーザ固有キーの暗号化は、ブローフィッシュ（Ｂｌｏｗｆｉｓｈ）暗号化アルゴリズムによるものであることを特徴とする請求項３に記載の文書保安システム。
【請求項５】
前記文書保安サーバにおける前記ユーザ固有キーの登録に先立って、前記文書保安サーバに装着されたライセンスキーを通じてユーザの登録可能回数を超えるかが検査されることを特徴とする請求項１に記載の文書保安システム。
【請求項６】
前記ライセンスキーは、前記文書保安サーバのＵＳＢポートに連結されたＵＳＢキーに挿入されることを特徴とする請求項５に記載の文書保安システム。
【請求項７】
前記ユーザ固有キーが登録された後、前記文書保安サーバと関連する会社の会社コード情報を含む環境ファイル（Ｃｏｎｆｉｇ Ｆｉｌｅ）が、前記文書保安サーバから前記ユーザコンピュータに伝送されて保存されることを特徴とする請求項１に記載の文書保安システム。
【請求項８】
文書保安システムにおいて、
ユーザ固有キーを生成する文書保安エージェントを有するユーザコンピュータと、
前記ユーザコンピュータ及び文書ファイルが保存された文書データベースと連結され、前記ユーザコンピュータから伝送されたユーザ固有キーを登録させ、前記ユーザコンピュータからの文書ファイルのダウンロード要請に応答して、前記登録されたユーザ固有キーを利用して前記要請された文書ファイルを暗号化し、前記ユーザコンピュータにダウンロードする文書保安サーバとを含み、
前記暗号化された文書ファイルは、前記ユーザの前記文書に対する権限を制御する権限設定情報を含む可変長さヘッダを含んでなることを特徴とする文書保安システム。
【請求項９】
前記文書に対する権限は、閲覧権限、編集権限、保存権限、出力権限及び満期日関連権限のうちの一つ以上を含むことを特徴とする請求項８に記載の文書保安システム。
【請求項１０】
前記可変長さヘッダは、任意の大きさを有するダミーフィールド（Ｄｕｍｍｙ Ｆｉｅｌｄ）を含むことを特徴とする請求項８に記載の文書保安システム。
【請求項１１】
前記暗号化された文書ファイルは、前記文書ファイルが暗号化されたファイルであるこ
とを示すシグネチャー（Ｓｉｇｎａｔｕｒｅ）を含んでなることを特徴とする請求項８に記載の文書保安システム。
【請求項１２】
前記シグネチャーは暗号化されないことを特徴とする請求項１１に記載の文書保安システム。
【請求項１３】
前記文書ファイルの暗号化は、４キロバイト（Ｋｂｙｔｅｓ）単位のブロックに分けて暗号化されることを特徴とする請求項８に記載の文書保安システム。
【請求項１４】
前記文書データベースに保存される文書ファイルは暗号化されて保存されることを特徴とする請求項８に記載の文書保安システム。
【請求項１５】
前記ユーザ固有キーを利用して前記文書ファイルを暗号化すると同時に、前記文書ファイルに著作権者の情報を含む透かしを埋め込むことを特徴とする請求項８に記載の文書保安システム。
【請求項１６】
前記ユーザ固有キーを利用して前記文書ファイルを暗号化すると同時に、前記文書ファイルに正当なユーザに対する情報を含むフィンガープリントを埋め込むことを特徴とする請求項８に記載の文書保安システム。
【請求項１７】
前記文書保安サーバは、前記文書ファイルの暗号化に先立って、前記要請された文書ファイルが、システムが支援する拡張子を有する文書ファイルであるか否かをライセンスファイルを通じて検査することを特徴とする請求項８に記載の文書保安システム。
【請求項１８】
文書保安システムにおいて、
ユーザ固有キーを生成する文書保安エージェントを有するユーザコンピュータと、
前記ユーザコンピュータ及び文書ファイルが保存された文書データベースと連結され、前記ユーザコンピュータから伝送されたユーザ固有キーを登録させ、前記ユーザコンピュータからの文書ファイルのダウンロード要請に応答して、前記登録されたユーザ固有キーを利用して前記要請された文書ファイルを暗号化し、前記ユーザコンピュータにダウンロードする文書保安サーバとを含み、
前記ユーザコンピュータの文書保安エージェントは、前記ダウンロードされた文書に対するユーザの行為情報を前記文書保安サーバに含まれたイベントモジュールに伝送し、前記イベントモジュールに伝送された前記文書に対するユーザの行為情報は、前記文書保安サーバと連結されたイベントデータベースに保存されることを特徴とする文書保安システム。
【請求項１９】
前記文書に対するユーザの行為は、文書の閲覧行為、保存行為、編集行為及び出力行為のうちの一つ以上を含むことを特徴とする請求項１８に記載の文書保安システム。
【請求項２０】
前記ユーザの行為情報を前記文書保安サーバに伝送しようとするネットワーク接続が失敗した場合、前記ユーザの行為情報は、前記ユーザコンピュータの臨時データベースに保存されることを特徴とする請求項１８に記載の文書保安システム。
【請求項２１】
前記文書に対するユーザの行為情報は、前記イベントデータベースにバイナリ形態で保存されることを特徴とする請求項１８に記載の文書保安システム。
【請求項２２】
文書保安システムにおいて、
ユーザ固有キーを生成する文書保安エージェントを有するユーザコンピュータと、
前記ユーザコンピュータ及び文書ファイルが保存された文書データベースと連結され、
前記ユーザコンピュータから伝送されたユーザ固有キーを登録させ、前記ユーザコンピュータからの文書ファイルのダウンロード要請に応答して、前記登録されたユーザ固有キーを利用して前記要請された文書ファイルを暗号化し、前記ユーザコンピュータにダウンロードする文書保安サーバとを含み、
前記暗号化された文書ファイルは、前記文書ファイルの使用に対する満期日情報を含み、前記ユーザコンピュータは、前記文書ファイルの閲覧の際に、前記文書保安サーバに含まれた時間同期モジュールに接続して前記文書保安サーバの現在時間情報を受信した後、前記満期日情報と前記受信された文書保安サーバの現在時間情報とを比較して、前記文書ファイルの使用可否を決定することを特徴とする文書保安システム。
【請求項２３】
前記ユーザコンピュータは、前記文書ファイルの閲覧の際に、前記ユーザコンピュータに保存された環境ファイルの現在時間情報と前記満期日情報とを比較して、前記文書ファイルの使用可否をさらに決定することを特徴とする請求項２２に記載の文書保安システム。
【請求項２４】
前記文書保安エージェントは、周期的に前記文書保安サーバに接続して前記環境ファイルの現在時間情報をアップデートすることを特徴とする請求項２３に記載の文書保安システム。
【請求項２５】
前記文書保安サーバと前記ユーザコンピュータは、ＨＴＴＰプロトコル方式で互いに通信することを特徴とする請求項１ないし２４のいずれか１項に記載の文書保安システム。
【請求項２６】
前記文書保安サーバにおいて暗号化され前記ユーザコンピュータにダウンロードされる文書ファイルの拡張子は、原本文書ファイルの拡張子と同一であることを特徴とする請求項１ないし２４のいずれか１項に記載の文書保安システム。
【請求項２７】
前記文書保安サーバは、前記文書保安サーバの機能を行うにおいて参照される環境設定情報をメモリ上において維持するメタベースを含み、
前記メタベースに連結された管理ツールが前記メタベースに書き込む（Ｗｒｉｔｅ）動作により前記環境設定情報は修正されることを特徴とする請求項１ないし２４のいずれか１項に記載の文書保安システム。
【請求項２８】
前記ユーザコンピュータにおいて、ユーザは、一つのプログラムにおいて複数個の暗号化された文書及び暗号化されない文書を同時に閲覧することができることを特徴とする請求項１ないし２４のいずれか１項に記載の文書保安システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、企業等から文書情報が外部に無断流出されることを防止するために、ユーザ毎に権限を設定して文書の読込み、保存、コピー及び出力等を制限する文書保安システムに関し、既存の文書保安システムに比して保安性及び安定性を向上させ、また、ユーザの便宜性を向上させた文書保安システムに関する。
【背景技術】
【０００２】
最近、多くの企業や官公署、学校、金融機関、先端技術研究所等においては、知識管理システム（ＫＭＳ；Ｋｎｏｗｌｅｄｇｅ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ）又は電子文書管理システム（ＥＤＭＳ；Ｅｌｅｃｔｒｏｎｉｃ Ｄｏｃｕｍｅｎｔ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ）を利用して企業等の内部文書資料を管理し、情報共有を通じて業務の効率を高めている。
【０００３】
しかし、電子文書資料は、非定形的なフォーマットで添付されてデータベースに保存され、ユーザは、これを業務効率向上のための情報共有として用いる他に、公然と不法的にこれを配布しているのが実情である。知識管理システムにより共有される資料の中には、一般的な共有が可能な文書資料もあるが、研究所及び主要部署の対内外秘的な資料が内部者の不注意により又は意図的に流出する場合、該当企業に致命的な損失を与えることもある。
【０００４】
このような文書の流出を防止するための従来の文書保安システムとして、知識管理システム又は電子文書管理システム(以下、文書管理システムという)に保存される原本文書に対して暗号化アルゴリズムを利用して、管理者からユーザがダウンロードされる時点でユーザ権限政策（Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ Ｌｏｇｉｃ）に従って読込み、保存、コピー及び出力等を制限することができる文書保安システムがある。
【０００５】
このような文書保安システムによって、ユーザ間の不法複製、外部配布の防止、ＣＤコピーを通じた資料の流出の際に情報使用が不可能なように源泉的に防止することができる。従って、ＩＴ企業のソースコード等、先端技術文書、事業計画書、図面、会計帳簿、戦略企画書、研究論文等の機密をプロッピーディスク、ＣＤ、Ｅ−ＭＡＩＬ等により流出して競争企業に販売する等の不法行為を遮断する。
【０００６】
このような従来の文書保安システムは、著作権管理システム（ＤＲＭ：Ｄｉｇｉｔａｌ
Ｒｉｇｈｔｓ Ｍａｎａｇｅｍｅｎｔ）技術に基づいて設計された。ＤＲＭは、ネットワークにおける多様なコンテンツを提供者（ＣＰ：Ｃｏｎｔｅｎｔ Ｐｒｏｖｉｄｅｒ）から顧客（Ｃｌｉｅｎｔ）に安全に伝達し、この顧客が不法的にコンテンツを流通しないようにするシステム技術である。
【０００７】
ＤＲＭシステムにおいて最も重要な技術は暗号化技術であって、顧客に固有の情報を暗号キーとして用い、コンテンツ又は文書を暗号化して伝達するため、これをコピーして第３者に伝達しても、暗号が解読されないようにする技術である。もちろん、ＤＲＭは、その他にもコンテンツ使用規則制御技術、課金決済のための技術等の付帯的な技術を必要とする。
【０００８】
前述した従来の文書保安システムについて簡略に説明すると、文書保安システムは、文書保安サーバと各クライアントコンピュータのサーバ−クライアント構造からなる。文書保安サーバは、いくつかのサービスモジュールで構成され、例えばユーザのキーを登録及
び管理するキーモジュール、文書の暗号化及び配布を行う文書暗号化及び配布モジュール等を含む。
【０００９】
従来の文書保安システムにおいて行われる過程を簡略に説明すると、先ず、ユーザは、ユーザ固有情報及びユーザキー情報を文書保安サーバに登録させ、これは、文書保安サーバと連結されたユーザＤＢに保存される。ユーザは、クライアントプログラムを利用して文書管理システムにダウンロードしようとする文書ファイルを選択及び要請する。文書保安サーバにおいては、文書管理システムと通信して要請された文書ファイルに対する情報とユーザ情報及びこれによる権限を設定し、登録された該当ユーザのキー情報を利用して文書ファイル要請者のＰＣにおいてのみ閲覧及び使用可能な暗号化された文書ファイルを生成し、生成された文書ファイルは文書管理システムを通じてユーザに伝送される。ユーザは、前記設定された文書使用権限に制限を受ける条件下において該当文書を用いるようになる。前記システムからユーザコンピュータに伝送された文書ファイルは、元来の拡張子とは異なる、新たな拡張子に変更された暗号化されたファイル形式であり、ユーザコンピュータに設置された文書保安エージェントプログラムを通じて文書は閲覧及び使用できる。
【発明の開示】
【発明が解決しようとする課題】
【００１０】
本発明は、前述したような従来の文書保安システムの改善に関するものであり、本発明は、従来の文書保安システムに比してより保安性及び安定性を向上させ、また、ユーザの便宜性を向上させた文書保安システムを提供することを目的とする。
本発明の新規な特徴的な構成及びこれによる新規且つ進歩性のある効果については、後述する明細書において詳細に記述する。
【課題を解決するための手段】
【００１１】
本発明の一側面によると、本発明は、文書保安システムにおいて、ユーザ固有キーを生成する文書保安エージェントを有するユーザコンピュータと、前記ユーザコンピュータ及び文書ファイルが保存された文書データベースと連結され、前記ユーザコンピュータから伝送されたユーザ固有キーを登録させ、前記ユーザコンピュータからの文書ファイルのダウンロード要請に応答して、前記登録されたユーザ固有キーを利用して前記要請された文書ファイルを暗号化し、前記ユーザコンピュータにダウンロードする文書保安サーバとを含み、前記ユーザ固有キーは、前記ユーザコンピュータのハードウェア情報から抽出される情報を利用して生成される文書保安システムを提供する。
【００１２】
好ましくは、前記ユーザ固有キーを抽出するモジュールは、前記文書保安エージェントに内蔵される。
【００１３】
また好ましくは、前記ユーザ固有キーは、暗号化された形態で、前記ユーザコンピュータから前記文書保安サーバに伝送される。
【００１４】
また好ましくは、前記ユーザ固有キーの暗号化は、ブローフィッシュ（Ｂｌｏｗｆｉｓｈ）暗号化アルゴリズムによるものである。
【００１５】
また好ましくは、前記文書保安サーバにおける前記ユーザ固有キーの登録に先立って、前記文書保安サーバに装着されたライセンスキーを通じてユーザの登録可能回数を超えるかが検査される。
【００１６】
また好ましくは、前記ライセンスキーは、前記文書保安サーバのＵＳＢポートに連結されたＵＳＢキーに挿入される。
【００１７】
また好ましくは、前記ユーザ固有キーが登録された後、前記文書保安サーバと関連する会社の会社コード情報を含む環境ファイル（Ｃｏｎｆｉｇ Ｆｉｌｅ）が、前記文書保安サーバから前記ユーザコンピュータに伝送されて保存される。
【００１８】
本発明の他の側面によると、本発明は、文書保安システムにおいて、ユーザ固有キーを生成する文書保安エージェントを有するユーザコンピュータと、前記ユーザコンピュータ及び文書ファイルが保存された文書データベースと連結され、前記ユーザコンピュータから伝送されたユーザ固有キーを登録させ、前記ユーザコンピュータからの文書ファイルのダウンロード要請に応答して、前記登録されたユーザ固有キーを利用して前記要請された文書ファイルを暗号化し、前記ユーザコンピュータにダウンロードする文書保安サーバとを含み、前記暗号化された文書ファイルは、前記ユーザの前記文書に対する権限を制御する権限設定情報を含む可変長さヘッダを含んでなる文書保安システムを提供する。
【００１９】
好ましくは、前記文書に対する権限は、閲覧権限、編集権限、保存権限、出力権限及び満期日関連権限のうちの一つ以上を含む。
【００２０】
また好ましくは、前記可変長さヘッダは、任意の大きさを有するダミーフィールド（Ｄｕｍｍｙ Ｆｉｅｌｄ）を含む。
【００２１】
また好ましくは、前記暗号化された文書ファイルは、前記文書ファイルが暗号化されたファイルであることを示すシグネチャー（Ｓｉｇｎａｔｕｒｅ）を含んでなる。
【００２２】
また好ましくは、前記シグネチャーは暗号化されない。
【００２３】
また好ましくは、前記文書ファイルの暗号化は、４キロバイト（Ｋｂｙｔｅｓ）単位のブロックに分けて暗号化される。
【００２４】
また好ましくは、前記文書データベースに保存される文書ファイルは暗号化されて保存される。
【００２５】
また好ましくは、前記ユーザ固有キーを利用して前記文書ファイルを暗号化すると同時に、前記文書ファイルに著作権者の情報を含む透かしを埋め込む。
【００２６】
また好ましくは、前記ユーザ固有キーを利用して前記文書ファイルを暗号化すると同時に、前記文書ファイルに正当なユーザに対する情報を含むフィンガープリントを埋め込む。
【００２７】
また好ましくは、前記文書保安サーバは、前記文書ファイルの暗号化に先立って、前記要請された文書ファイルが、システムが支援する拡張子を有する文書ファイルであるか否かをライセンスファイルを通じて検査する。
【００２８】
本発明のまた他の側面によると、本発明は、文書保安システムにおいて、ユーザ固有キーを生成する文書保安エージェントを有するユーザコンピュータと、前記ユーザコンピュータ及び文書ファイルが保存された文書データベースと連結され、前記ユーザコンピュータから伝送されたユーザ固有キーを登録させ、前記ユーザコンピュータからの文書ファイルのダウンロード要請に応答して、前記登録されたユーザ固有キーを利用して前記要請された文書ファイルを暗号化し、前記ユーザコンピュータにダウンロードする文書保安サーバとを含み、前記ユーザコンピュータの文書保安エージェントは、前記ダウンロードされた文書に対するユーザの行為情報を前記文書保安サーバに含まれたイベントモジュールに
伝送し、前記イベントモジュールに伝送された前記文書に対するユーザの行為情報は、前記文書保安サーバと連結されたイベントデータベースに保存される文書保安システムを提供する。
【００２９】
好ましくは、前記文書に対するユーザの行為は、文書の閲覧行為、保存行為、編集行為及び出力行為のうちの一つ以上を含む。
【００３０】
また好ましくは、前記ユーザの行為情報を前記文書保安サーバに伝送しようとするネットワーク接続が失敗した場合、前記ユーザの行為情報は、前記ユーザコンピュータの臨時データベースに保存される。
【００３１】
また好ましくは、前記文書に対するユーザの行為情報は、前記イベントデータベースにバイナリ形態で保存される。
【００３２】
本発明のまた他の側面によると、本発明は、文書保安システムにおいて、ユーザ固有キーを生成する文書保安エージェントを有するユーザコンピュータと、前記ユーザコンピュータ及び文書ファイルが保存された文書データベースと連結され、前記ユーザコンピュータから伝送されたユーザ固有キーを登録させ、前記ユーザコンピュータからの文書ファイルのダウンロード要請に応答して、前記登録されたユーザ固有キーを利用して前記要請された文書ファイルを暗号化し、前記ユーザコンピュータにダウンロードする文書保安サーバとを含み、前記暗号化された文書ファイルは、前記文書ファイルの使用に対する満期日情報を含み、前記ユーザコンピュータは、前記文書ファイルの閲覧の際に、前記文書保安サーバに含まれた時間同期モジュールに接続して前記文書保安サーバの現在時間情報を受信した後、前記満期日情報と前記受信された文書保安サーバの現在時間情報とを比較して、前記文書ファイルの使用可否を決定する文書保安システムを提供する。
【００３３】
好ましくは、前記ユーザコンピュータは、前記文書ファイルの閲覧の際に、前記ユーザコンピュータに保存された環境ファイルの現在時間情報と前記満期日情報とを比較して、前記文書ファイルの使用可否をさらに決定する。
【００３４】
また好ましくは、前記文書保安エージェントは、周期的に前記文書保安サーバに接続して前記環境ファイルの現在時間情報をアップデートする。
【００３５】
本発明において、前記文書保安サーバと前記ユーザコンピュータは、ＨＴＴＰプロトコル方式で互いに通信することが好ましい。
【００３６】
また、前記文書保安サーバにおいて暗号化され前記ユーザコンピュータにダウンロードされる文書ファイルの拡張子は、原本文書ファイルの拡張子と同一であることが好ましい。
【００３７】
さらに、前記文書保安サーバは、前記文書保安サーバの機能を行うにおいて参照される環境設定情報をメモリ上において維持するメタベースを含み、前記メタベースに連結された管理ツールが前記メタベースに書き込む（Ｗｒｉｔｅ）動作により前記環境設定情報は修正されることが好ましい。
【００３８】
また、前記ユーザコンピュータにおいて、ユーザは、一つのプログラムにおいて複数個の暗号化された文書を閲覧することができる。
【発明の効果】
【００３９】
前述したように、本発明によると、従来の文書保安システムに比してより保安性及び安
定性を向上させ、また、ユーザの便宜性を向上させた文書保安システムを提供する効果がある。
【００４０】
具体的に、企業は、内部の者による文書流出に対する危険を完璧に回避することができ、システムを運用する管理者の立場では、ネットワークに対する管理の最小化、原本文書ファイルの安全な管理を通じた企業の知的財産保護、システム運営の無停止等の効果を期待することができる。
【００４１】
また、最終ユーザの立場では、既存に用いた文書プログラムを全く異質感なしにそのまま使用可能であり、システムの導入による不便さが感じられない効果がある。つまり、既存の業務を行うにおいて全く妨害されず、即ち、文書保護システムを用いることさえ認識する必要がなく、文書保安システムの保護を受けるようになる。
【発明を実施するための最良の形態】
【００４２】
以下、添付図面を参照して、本発明の好ましい実施例について詳細に説明する。
【００４３】
図１は、本発明による文書保安システムの全体構成を示すブロック図である。
【００４４】
本発明による文書保安システムは、文書保安サーバ１００及びクライアントコンピュータ２００を含んで構成される。文書保安サーバ１００は、企業等の文書を保存する知識管理システム又は電子文書管理システム（図示せず）と連結されており、クライアントコンピュータ２００は、前記文書ファイルをダウンロードする各ユーザの個人ＰＣであり、文書保安サーバ１００とクライアントコンピュータ２００はＨＴＴＰ方式で通信する。
【００４５】
従来の文書保安システムの場合は、サーバとクライアントとの間の通信方式としてＴＣＰ／ＩＰ方式を利用した。これと関連して、ほとんどの企業は、ネットワーク保安のためにファイアウォールを用いており、このようなネットワークにおいて、文書保安システムのサーバとクライアントがＴＣＰ／ＩＰ方式で通信する場合、特定ポートを開放する管理上の不便さとポート開放による保安上の脆弱性の問題があった。本発明においては、文書保安サーバ１００とクライアントコンピュータ２００が一般的なウェブプロトコルであるＨＴＴＰ方式で通信することにより、ファイアウォールの制限を受けず、管理者の負担を軽減し、また、特定ポートの開放の際に問題となり得る保安上の脆弱さも防止する効果を有する。
【００４６】
文書保安サーバ１００は、時間同期モジュール１１０、イベントモジュール１２０、キーモジュール１３０及びパッケージャモジュール１４０のサービスモジュールを含み、また、環境設定情報をメモリ上において維持するメタベース１５０を含む。本発明による文書保安サーバ１００は、イベントモジュール１２０と連結されてユーザの文書に対する行為を保存するイベントＤＢ；１７０及びユーザの固有情報及びハードウェアキー情報を保存するユーザＤＢ；１８０もまた含む。これらの構成要素の細部的な機能及び特徴についての詳細な説明は、図２乃至図７を参照して後述する。
【００４７】
クライアントコンピュータ２００は、文書保安エージェント２１０、ウェブブラウザ２２０に設置される文書保安ウェブ制御部２３０及びアプリケーションプログラムに設置される文書保安モジュール２５０を含んで構成される。
【００４８】
以下においては、本発明による文書保安システムの各細部的な構成要素及び新規な特徴について、項目別に分けて具体的に説明する。
【００４９】
１．クライアント
文書保安サーバ１００からクライアントコンピュータ２００にダウンロードされる文書ファイルは全て暗号化されているため、クライアントコンピュータ２００においては、文書保安サーバ１００からダウンロードされた文書を復号化してユーザに見せ、また、設定された権限に従って文書の読込み、編集、保存、コピー及び出力等の行動を制御する。
以下においては、図２を参照してクライアント側において行われる過程について説明する。図２は、本発明による文書保安システムのクライアント側において行われる過程を示すフローチャートである。
【００５０】
図２を参照すると、先ず、ユーザが文書保安サーバ１００からダウンロードされた文書を開くために、エクスプローラ上においてマウスをダブルクリックするか、又は該当アプリケーションを実行させて文書ファイルのオープンを試みる（Ｓ３００）。
【００５１】
次に、環境ファイルを参照して、ユーザが開こうとする文書ファイルが文書保安システムにおいて支援するファイル形態であるかを決定する（Ｓ３１０）。環境ファイルは、ユーザのキー登録過程において、文書保安サーバ１００からクライアントコンピュータ２００にダウンロードされて保存されるものであり、これについての詳細な説明は後述する。
【００５２】
若し、ユーザが開こうとする文書ファイルが文書保安システムにおいて支援するファイル形態でないか、又は非暗号化ファイルであれば、エラーメッセージが出力され（Ｓ３５０）、文書保安システムにおいて支援するファイル形態であれば、ステップＳ３２０に進む。
【００５３】
次に、クライアントコンピュータ２００においては、文書保安エージェント２１０を用い、また、文書保安サーバ１００の時間同期モジュール１１０と通信して文書の使用期間が満了されたか否かをチェックする（Ｓ３２０）。時間同期モジュール１１０と関連する文書の使用期間が満了したか否かのチェック過程については、図７を参照して後述する。
【００５４】
若し、文書使用期間が満了したならば、エラーメッセージが出力され（Ｓ３５０）、使用期間が残ったと判定される場合は、ステップＳ３３０に進む。
【００５５】
クライアントコンピュータ２００から抽出されるクライアントコンピュータのハードウェアキーを復号化キーとして利用して、文書保安サーバ１００において暗号化された文書を復号化する（Ｓ３３０）。これは、ユーザ固有キーを文書保安サーバ１００に登録する過程において、そのキーがクライアントコンピュータのハードウェアキーとして生成されて文書保安サーバ１００に伝送され、また、文書保安サーバ１００は、クライアントコンピュータ２００に文書をダウンロードさせる時、該当文書ファイルをこのユーザ固有キーを通じて暗号化させるからである。ユーザ固有キーとしてのユーザハードウェアキーの利用については、図３及び図４を参照して後述する。
【００５６】
ユーザは、復号化された文書を閲覧することができ（Ｓ３４０）、文書保安サーバ１００において設定された権限に従って文書を用いる。例えば、編集権限がない場合は、ユーザはダウンロードされた文書を編集（キーボード入力、マウス使用、コピー、貼り付け、切り取り等）することができず、印刷出力権限がない場合は、ユーザは文書を印刷出力することができない。また、保存権限がない場合は、ユーザはダウンロードされた文書を保存するか、又は名前を付けて保存することができず、若し、保存権限がある場合は、修正された内容も含んで暗号化されて保存される。このようなそれぞれの権限設定と関連するクライアント側のインターフェースと関連して、それぞれの権限がない場合は、例えば、アプリケーションの該当メニューを使用できない非活性状態で作ることができる。
【００５７】
一方、本発明においては、暗号化された文書ファイルが、原本文書の拡張子（例えば、
．ｄｏｃ）をそのまま用いる構成を有する。前述したように、従来の文書保安システムにおいては、ユーザコンピュータに伝送された暗号化された文書ファイルは、原本文書のフォーマットに関係なく、全て拡張子が変更された形式であるため（例えば、元来の文書ファイルが．ｄｏｃの形態とすると、暗号化された文書ファイルは．ａｃａｐの形態に変更されること−このように変更された拡張子名は決定される次第であった）、ユーザは実際にどのような形式の文書が暗号化されたかが分からない問題があった。本発明は、暗号化された文書ファイルの拡張子に、原本文書ファイルの拡張子をそのまま用いることにより、ユーザが、暗号化された文書の原本文書がどのような形態のファイルであるかを容易に分かるようにする効果がある。本発明における暗号化された文書の区別に対しては、例えば、暗号化された文書には視覚的にファイルアイコンに錠の画像を追加することにより、非暗号化文書と区別することができる。
【００５８】
また、本発明の保安システムのクライアント側における文書の閲覧において、本発明は、ＭＤＩ（Ｍｕｌｔｉｐｌｅ−Ｄｏｃｕｍｅｎｔ Ｉｎｔｅｒｆａｃｅ）環境を支援する。
【００５９】
従来の文書保安システムにおいては、ユーザが暗号化された文書を閲覧する場合、一つのプログラムにおいて単に一つの文書だけを見ることができ、これによりユーザが新たな文書を閲覧しようとする場合、新たにプログラムを実行しなければならない不便があった。即ち、閲覧しようとする文書の個数ほどプログラムを実行しなければならなかった。しかし、本発明においては、ユーザが複数個の文書を閲覧する場合、同種類の文書の場合は、一つのプログラムにおいて暗号化文書及び非暗号化文書を同時に用いることができ、また、複数の非暗号化文書を同時に用いることができる。暗号化文書の場合は、前述したように、該当文書に設定された権限に従ってアプリケーションのメニュー及びツールバーが制御される。
【００６０】
一方、従来の文書保安システムは、スクリーンキャプチャーの制限と関連して、単にキーボードの“Ｐｒｉｎｔ Ｓｃｒｅｅｎ”キーだけを制御し、これにより画面キャプチャーを専門的に行うユーティリティーは制御することができなかった。
【００６１】
本発明においては、スクリーンキャプチャーを防止するために、画面キャプチャーユーティリティーが画面をキャプチャーすることをウィンドウズ（Ｒ）Ｏ／Ｓレベルで制御し、これにより画面キャプチャーユーティリティーを用いるとしても、文書をイメージとして保管して保存することは制限され得る。
【００６２】
２．キーモジュール
次に、図３を参照して文書保安システムのキーモジュール１３０と関連して行われる過程を説明する。図３は、本発明による文書保安システムのキーモジュールと関連して行われる過程を示すフローチャートであり、特にユーザが自分のユーザキーを文書保安サーバ１００に登録させる過程と関連するものである。
【００６３】
図３を参照すると、先ず、ユーザは文書保安システムに接続する（Ｓ４００）。次に、クライアントコンピュータから該当ユーザＰＣに固有のハードウェアキーを抽出する（Ｓ４１０）。ここで抽出されるユーザハードウェアキーは、文書保安サーバ１００における文書ファイルの暗号化キーとして用いられ、ユーザが文書をダウンロードされた後、文書を復号化する復号化キーとして用いられる。
【００６４】
特定のユーザＰＣにおいてのみ文書を閲覧することができるように文書を暗号化するためには、該当ユーザのハードウェアに従属的なキーが必要であり、このために文書の暗復号化キーとしてのユーザ固有キーを、ユーザＰＣのハードウェア情報から抽出する。この
ようなユーザハードウェアキーはユーザに固有のストリング値であり、このハードウェアキーは、本発明の好ましい実施例においては１６バイトの長さを有する。
【００６５】
ユーザハードウェアキーの抽出において、クライアントコンピュータ２００に設置されたＵＵＩＤモジュールは、Ｈ／Ｗ（ＨＤＤ、ＵＳＢ等）の製造社、モデル名、製作一連番号等を抽出し、これは、特定の１６バイトの値に変更されてハードウェアキーが生成される。
【００６６】
従来の文書保安システムにおいては、このようなユーザハードウェアキーをクライアントコンピュータの特定場所、例えば、レジストリー（Ｒｅｇｉｓｔｒｙ）に登録しておき、ユーザがコピー又は変換することができる問題点があった。本発明においては、このようなユーザハードウェアキーを抽出するモジュールを、文書保安エージェント２１０が内蔵するようにすることにより、ユーザキーは、キーの登録時に一度だけ文書保安サーバ１００に伝送されて管理される。従って、ユーザは、自分のキーを他人にコピーして不法使用することができなくなり、また、ユーザハードウェアキーに対するいかなる変形も不可能にする効果がある。
【００６７】
次に、生成されたハードウェアキーは、ユーザ情報と結合（Ｂｉｎｄｉｎｇ）されてパケットで作られ、このようなハードウェアキーを含むパケットは、クライアントコンピュータ２００からＨＴＴＰ通信プロトコルを通じて文書保安サーバ１００のキーモジュール１３０に伝送される（Ｓ４２０）。
【００６８】
このようなハードウェアキーのクライアントコンピュータ２００から文書保安サーバ１００への伝送において、前記パケットは、例えば、Ｂｌｏｗｆｉｓｈ暗号化アルゴリズム等により暗号化されて伝送される。このようにハードウェアキーを含むパケットを暗号化して伝送することにより、キーの伝送過程中にあり得るスニッフィング（Ｓｎｉｆｆｉｎｇ）の試みからキーの伝送を保護してハッキングの危険を防止することができる。
【００６９】
文書保安サーバ１００のキーモジュール１３０においては、受信されたパケットを復号化して異常の有無を検査し、また、文書保安サーバ１００に装着されたＵＳＢライセンスキー１９０を通じてライセンスを検査する。ライセンスキー１９０は、ユーザの登録可能回数等のユーザに関するライセンス情報を保管するキーであり、これについての詳細な説明は後述する。
【００７０】
次に、ユーザハードウェアキーは、キーモジュール１３０と連結されたユーザＤＢ；１８０に登録されて保存され（Ｓ４４０）、文書保安サーバ１００は、処理結果をクライアントコンピュータに伝送することにより、ユーザハードウェアキーの抽出及び登録過程は終了する。
【００７１】
３．パッケージャモジュール
文書保安サーバ１００のパッケージャ（Ｐａｃｋａｇｅｒ）モジュール１４０は、要請された文書ファイルを暗号化してクライアントに伝送する機能を行う。
【００７２】
図４は、本発明による文書保安システムのパッケージャモジュール（即ち、文書暗号化及び配布モジュール）と関連して行われる過程を示すフローチャートである。
【００７３】
図４を参照すると、先ず、ユーザが文書保安システムに接続して特定の文書ファイルのダウンロードを要請し（Ｓ５００）、パッケージャモジュール１４０は、ユーザＤＢを検索して文書ファイルのダウンロードを要請したユーザの情報を求める（Ｓ５１０）。
【００７４】
本発明の文書保安サーバ１００におけるマイクロソフトＩＩＳ（Ｉｎｔｅｒｎｅｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｅｒｖｅｒ）は、ＡＳＰ（Ａｃｔｉｖｅ Ｓｅｒｖｅｒ Ｐａｇｅｓ）コンポーネントを支援し、本発明の文書保安システムにおいてユーザ権限設定と文書ファイルのダウンロード要請は、ＡＳＰコンポーネントで作成される。
【００７５】
次に、規則管理器（図示せず）は、文書情報と特定のユーザに対する権限情報を組み合わせて文書ファイルのダウンロードのためのパラメータを設定する（Ｓ５２０）。設定されたパラメータに対しては、ＡＥＳ暗号化アルゴリズムにより１次暗号化が行われ、ＢＡＳＥ６４暗号化アルゴリズムにより２次暗号化が行われる。暗号化されたパラメータは、パッケージャモジュール１４０のＡＳＰコンポーネントで受信され、受信された暗号化されたパラメータは、ＢＡＳＥ６４で１次復号化され、ＡＥＳで２次復号化される。次に、パッケージャモジュール１４０は、ライセンスファイル１９４を参照してシステムが支援される拡張子を有する文書ファイルであるか等を検査する（Ｓ５３０）。ライセンスファイル１９４と関連する詳細な説明は後述する。
【００７６】
パッケージャモジュール１４０において復号化されたパラメータには、要請したユーザのユーザＩＤが含まれており、パッケージャモジュール１４０は、前記ユーザＩＤを参照して、ユーザＤＢ；１８０からキー登録過程において保存されたダウンロード要請ユーザハードウェアキーを抽出する（Ｓ５４０）。
【００７７】
次に、ダウンロード要請された文書ファイルは、前記ユーザハードウェアキーを通じて暗号化され（Ｓ５５０）、暗号化された文書は、文書保安サーバ１００からクライアントコンピュータ２００に伝送される（Ｓ５６０）。
【００７８】
以下においては、具体的な暗号化過程及びファイルフォーマットについて詳細に説明する。
【００７９】
本発明による暗号化された文書ファイルのフォーマットについて図５を参照して説明する。図５は、本発明による文書ファイルフォーマットを示す図である。
【００８０】
図５を参照すると、本発明による暗号化された文書ファイルは、シグネチャー６００、可変長さヘッダ６１０及びファイル本文６２０で構成される。
【００８１】
シグネチャー（Ｓｉｇｎａｔｕｒｅ：６００）は、該当文書ファイルが文書保安システムにおいて用いる暗号化されたファイル（即ち、ＤＲＭファイル：２７０）であることを示す基本情報を有する、約８乃至１０バイトの大きさを有する情報であって、このシグネチャー６００部分は暗号化されない。
【００８２】
本発明においては、クライアント側において、このように暗号化されないシグネチャー６００部分を通じてファイルの暗号化の有無を判断し、その後にヘッダ部分を復号化する構成を有する。従来の保安システムにおいては、本発明におけるようなシグネチャー部分が存在せず、１２８バイト大きさの固定長さの暗号化されたヘッダのみを含んだため、ファイルのオープンの際にヘッダ部分を全て復号化しなければならず、これは、時間の遅延及びシステムの負荷が増える問題点があった。本発明のように、ヘッダの前の部分にシグネチャーを含むファイル構造によると、ファイルオープン時間を短縮し、システムの負荷を減らす効果がある。
【００８３】
可変長さヘッダ６１０は、大きくはエントリーポイント（Ｅｎｔｒｙ Ｐｏｉｎｔ）と多数のストラクチャー（Ｓｔｒｕｃｔｕｒｅ）とで構成される。
【００８４】
エントリーポイント（Ｅｎｔｒｙ Ｐｏｉｎｔ）は、ヘッダの長さを示すヘッダサイズフィールド及び単位ストラクチャーの個数を示すストラクチャー個数フィールド等を含み、本発明のように、ヘッダが可変長さを有する構造においては、ヘッダサイズフィールドが極めて重要である。
【００８５】
各ストラクチャーは、一つの意味のあるＤＲＭ情報を表現するブロックであって、本発明によるヘッダ６１０に含まれる複数のストラクチャーとしては、会社コード及び文書の暗号化時間等を含む内容情報ストラクチャー、該当ファイルの認証と関連する情報を含む認証情報ストラクチャー、該当ファイルの暗号化キーと関連する情報を含むキー情報ストラクチャー、及び該当ファイルに対するユーザの権限、即ち、編集、保存、出力、満期日情報等を含む規則情報ストラクチャー等がある。
【００８６】
本発明においては、このようにヘッダが可変長さを有するため、各文書によってファイルの長さが異なり、それによりさらに安全なファイル構造を維持して容易にクラック（Ｃｒａｃｋ）されない安全性を有する。
【００８７】
従来の文書保安システムにおいては、前述したように、１２８バイトの固定長さヘッダを有することにより、新たな機能が追加されるか、又は企業の要求が生じる場合、これを受容し難い問題点があった。しかし、本発明においては、任意の大きさを有するダミー（Ｄｕｍｍｙ）フィールドを含む可変長さヘッダ６１０を有する構成により、新たな機能及び顧客の新たな要求をいつでも追加することができ、また、製品がバージョンアップされても、以前のファイル構造を持続的に用いることができる効果がある。
【００８８】
一方、本発明における可変長さヘッダ６１０部分は、ライセンスファイル１９４に含まれたキーを用いて暗号化され、ライセンスファイル１９４と関連する詳細な説明は後述する。
【００８９】
本発明の文書ファイルのファイル本文６２０は、ヘッダ６１０に含まれたユーザ固有キーを用いて暗号化する。本発明の好ましい実施例によると、文書ファイル本文の暗号化においてリンダル（Ｒｉｊｎｄａｌ）暗号化アルゴリズムを用い、文書ファイルを各４キロバイト（Ｋｂｙｔｅｓ）単位ブロックに分けて暗号化する。従来の文書保安システムにおいては、データ全体を一度に暗号化する方式を採択することにより、システムの負荷が多くかかる問題があった。本発明においては、このように文書ファイルを４Ｋｂｙｔｅｓ単位で暗号化することにより、大容量ファイルの暗号化及び復号化時にも時間が短縮され、システムの負荷が減る効果があり、また、低仕様ＰＣにおいても暗号化が可能な長所がある。
【００９０】
若し、暗号化しようとするファイルの大きさが１２８バイト未満の場合は、リンダル暗号化アルゴリズムとは異なる暗号化アルゴリズムで暗号化し、これは、リンダル暗号化アルゴリズムの最小単位が１２８バイトであるからである。このようにファイルの大きさによって暗号化アルゴリズムを流動的に選択して用いることにより、暗号化性能の向上及び暗号化されたファイルのサイズ減少効果がある。
【００９１】
一方、本発明においては、文書管理システムの文書ＤＢに保存される文書ファイル、即ち、まだユーザハードウェアキーで暗号化されない文書ファイルもまた暗号化して保存する。このようにすることにより、外部から企業の文書管理システムが直接ハッキングされる場合も、文書ファイルに対する保安が可能である。
【００９２】
また、本発明においては、ユーザに配布される文書ファイルを上記実施例によってユーザのハードウェアに従属的なユーザ固有キーで暗号化するとともに、文書ファイルが流出
された場合、その著作権者及び正当なユーザに対する情報を確認することができる透かし及びフィンガープリントを埋め込むこともできる。
【００９３】
透かし技術とは、コンテンツの著作権保護のために開発され始めた技術であって、コンテンツに著作権者に対する情報を隠匿して、今後著作権の紛争が起こった時、著作権の確認等のために用いられ得る技術である。透かし技術は、目視で確認が可能な可視的透かし技術と目視で確認が不可能な非可視的透かし技術に分けられる。
【００９４】
フィンガープリンティング技術とは、コンテンツの正当なユーザを確認するために、コンテンツに著作権者の情報のみならず、配布者、再配布者、最終消費者等のようなユーザの情報についても埋め込む。ユーザが何らの許可なしに任意に第３者にコンテンツを伝達する場合、これは不法配布とみなされ、検出されたフィンガープリント情報に基づいてその不法配布者を確認するようになる。即ち、フィンガープリンティング技術の適用により、誰がそのコンテンツを不法で配布したかを事後追跡することができ、その責任を問うことができる。
【００９５】
即ち、フィンガープリンティング技術は、出力文書のある一部分にユーザに対する情報を併せて出力することにより、今後内部文書が流出された場合に、流出者を追跡するのに活用できるものである。最も容易な方法は、出力文書の下段に可視的に出力時間と出力者に対する情報を印刷することにより、ユーザに流出に対する警覚心を引き起こされることである。しかし、このように可視的な情報はユーザにより除去される可能性が極めて高いため、本発明においては、ユーザは可視的に見られないが、文書内部に情報を隠匿することにより、追跡に活用する機能を提供する。
【００９６】
４．イベントモジュール
ユーザは、パッケージャモジュール１４０からダウンロードされた文書に対して一連の行為をするようになる。このような行為には、文書の開き、編集、保存、出力等があり得、前述したように、文書保安サーバ１００において設定されて暗号化された権限によって行為に制約があり得る。
【００９７】
文書保安サーバ１００のイベントモジュール１２０は、このようなユーザの行為をクライアントコンピュータ２００から報告されてこれを保存する機能を行う。
【００９８】
以下においては、図６を参照してイベントモジュール１２０と関連して行われる過程を説明する。図６は、本発明による文書保安システムのイベントモジュールと関連して行われる過程を示すフローチャートである。
【００９９】
図６を参照すると、先ず、ユーザは暗号化されて配布された文書、即ち、ＤＲＭ文書２７０に対して所定の行為（文書の開き、編集、保存、出力等）をする（Ｓ７００）。このようなユーザの文書に対する所定の行為は、文書保安エージェント２１０に伝えられ（Ｓ７１０）、文書保安エージェント２１０は、前記ユーザの文書に対する所定の行為を文書保安サーバ１００のイベントモジュール１２０に報告するために、ネットワーク接続を試みる（Ｓ７２０）。
【０１００】
文書保安サーバ１００とクライアントコンピュータ２００との間のネットワークは、常に活性化されてはいない。若し、ネットワークが活性化されており、ネットワーク接続に成功すれば、イベントモジュール１２０は、文書保安エージェント２１０から伝送されたユーザの行為情報をイベントＤＢ；１７０に保存する（Ｓ７５０）。
【０１０１】
若し、ネットワークが活性化されておらず、ネットワーク接続に失敗すれば、ユーザの
行為情報は、クライアントコンピュータ２００に臨時ＤＢ（Ｔｅｍｐ ＤＢ）を生成して保存される（Ｓ７３０）。文書保安エージェント２１０は、追ってさらにネットワーク接続を試みて臨時ＤＢに保存されたユーザの行為情報をイベントモジュール１２０に再伝送し（Ｓ７４０）、再伝送されたユーザの行為情報はイベントＤＢ；１７０に保存される（Ｓ７５０）。
【０１０２】
一方、本発明においては、このようなユーザの行為情報をイベントＤＢ；１７０にバイナリ形態で保存する。若し、ユーザの行為情報が単純なテキストファイルで保存されれば、これは簡単なテキストエジタープログラムにより誰でも容易に開くことができ、保安上脆弱となり得る。本発明においては、このようにユーザの行為情報をバイナリ形態としてイベントＤＢ；１７０に保存することにより、特定の専用ユーティリティーを通じてのみその情報を見ることができ、保安性を強化させた。
【０１０３】
５．時間同期モジュール
文書の特性によって、文書の使用可能な満期日と関連する権限が設定されることが有用な場合がある。このために、暗号化された文書のヘッダに含まれる権限情報の中には、文書の閲覧が可能な時期と関連する満期日情報が含まれ得る。しかし、ユーザが故意に自分のＰＣの時間を過去に、即ち、満期日以前に変更することによって、満期日が過ぎた文書を不法に用いることができる問題点がある。これを防止するためには、クライアントコンピュータ２００と文書保安サーバ１００との間に時間同期化がなされなければならず、また、文書保安サーバ１００の時間がクライアントコンピュータ２００の時間より優先順位を有しなければならない。このような文書に対する権限情報としての満期日情報の使用及び時間同期化と関連する機能を行う構成要素が文書保安サーバ１００の時間同期モジュール１１０である。
【０１０４】
以下においては、図７を参照して時間同期モジュール１１０と関連して行われる過程を説明する。図７は、本発明による文書保安システムの時間同期モジュールと関連して行われる過程を示すフローチャートである。
【０１０５】
図７を参照すると、先ず、ユーザが暗号化された文書ファイルのオープンを試み（Ｓ８００）、これと同時にクライアントコンピュータ２００の現在時間が求められる（Ｓ８１０）。暗号化されて配布された文書ファイルの可変長さヘッダ部分に含まれた満期日情報が抽出され、抽出された満期日情報は、クライアントコンピュータ２００の現在時間と比較される（Ｓ８２０）。
【０１０６】
比較した結果、満期日がクライアントコンピュータ２００の現在時間より過去であれば、文書は閉じられ、ユーザは文書を使用できなくなる（Ｓ８８０）。そうでなければ、クライアントコンピュータ２００は、文書保安サーバ１００の時間同期モジュール１１０に接続して文書保安サーバ１００の現在時間を受信する（Ｓ８３０）。
【０１０７】
受信された文書保安サーバ１００の現在時間は、満期日情報と比較され、比較した結果、満期日が文書保安サーバ１００の現在時間より過去であれば、文書は閉じられ、ユーザは文書を使用できなくなる（Ｓ８８０）。そうでなければ、クライアントコンピュータ内の環境ファイル２６０に保存された現在時間を求める（Ｓ８５０）。
【０１０８】
これと関連して、文書保安エージェント２１０は、周期的に文書保安サーバ１００のネットワークと連結して環境ファイル２６０の現在時間情報を時間同期モジュール１１０の現在時間情報に更新する。即ち、文書保安サーバ１００の時間情報が環境ファイルに定義された時間情報よりも最新の値であれば、環境ファイルの現在時間情報はアップデートされ、これにより文書保安サーバ１００とクライアントコンピュータ２００との間の時間同
期化はなされ得る。
【０１０９】
さらに図７を参照して比較した結果、満期日が環境ファイルの現在時間より過去であれば、文書は閉じられ、ユーザは文書を使用できなくなる（Ｓ８８０）。そうでなければ、ユーザは文書を閲覧して使用できる（Ｓ８７０）。
【０１１０】
６．ライセンス管理
本発明の文書保安システムにおいては、文書保安サーバプログラムに対するライセンス管理を提供する。本発明の文書保安ライセンス（ＤＳＬ：Ｄｏｃｕｍｅｎｔ Ｓａｆｅｒ Ｌｉｃｅｎｓｅ）は、企業等の文書保安システムの購買者が購買を決定し、製品を購入した時に発給される。
【０１１１】
本発明による文書保安ライセンスは、用いるユーザの数に対するライセンスであるユーザアクセスライセンス（ＵＡＬ：Ｕｓｅｒ Ａｃｃｅｓｓ Ｌｉｃｅｎｓｅ）及び支援するユーザソフトウェア（ファイル拡張子）に対するライセンスであるユーザソフトウェアライセンス（ＵＳＬ：Ｕｓｅｒ Ｓｏｆｔｗａｒｅ Ｌｉｃｅｎｓｅ）の結合で構成される。このような文書保安ライセンスの管理が提供されることにより、企業等の顧客の必要に適合して対応することができる融通性が設けられ、企業が選択した文書保安システムの機能によって適切なライセンスオプションが選択される。
【０１１２】
ライセンスの発給は、ライセンスファイル１９４とライセンスＨ／Ｗキー１９０で定義される。即ち、ライセンス発給手続きが完了されれば、文書保安サーバの管理者コンピュータにライセンスファイルが生成され、また、ＵＳＢポートに連結されたＵＳＢキーにライセンス情報が挿入される。
【０１１３】
先ず、ライセンスファイル１９４は、購買企業の文書管理システムにおいてＤＲＭが適用される、即ち、文書保安暗号化が適用されるファイルの形態（拡張子）を定義する。
これと関連して、図４を参照して前述したように、ユーザの文書ダウンロード要請に従って文書保安サーバ１００のパッケージャモジュール１４０が文書の暗号化過程を行う時、パッケージャモジュール１４０は、文書の暗号化に先立って、ライセンスファイル１９４を参照して、ダウンロード要請された文書ファイルが、システムが支援される拡張子を有する文書ファイルであるか等を検査する過程を行い、ライセンスファイル１９４に定義されたシステムが支援する拡張子のファイルでない場合は、文書ファイルの暗号化を行わないようになる。
【０１１４】
一方、本発明における各クライアントコンピュータ２００がユーザハードウェアキーを登録する時点で、文書保安サーバ１００から環境ファイルが生成されてクライアントコンピュータ２００に伝送される。このようにクライアントコンピュータ２００にダウンロードされる環境ファイルには、ライセンスファイル内に定義されたファイル拡張子ライセンス情報が含まれる。これにより、図２を参照して前述したように、ユーザがクライアントコンピュータ２００において文書ファイルを開こうとする場合、このようなライセンス情報が含まれた環境ファイル２６０が参照され、システムが支援する拡張子のファイルでない場合は、エラーメッセージが出力されて文書を開くことができなくなる。
【０１１５】
次に、ライセンスＨ／Ｗキーは、ライセンスファイルとともに企業等の購買者に提供されるものであって、購買者の文書管理システム（ＥＤＭＳ、ＫＭＳ、…）においてＤＲＭが適用される文書保安システムの最終ユーザ数を管理する。
【０１１６】
これと関連して、図３を参照して前述したように、ユーザハードウェアキーが文書保安サーバ１００のキーモジュール１３０を通じてユーザＤＢ；１８０に保存される過程にお
いて、キーをユーザＤＢ；１８０に保存する前段階において、ＵＳＢライセンスＨ／Ｗキー１９０を通じてユーザの登録可能回数をチェックするようになり、最終ユーザ数を超える場合は、キー登録をすることができなくなる。
【０１１７】
７．環境ファイル
環境ファイル（Ｃｏｎｆｉｇ Ｆｉｌｅ）とは、会社コード等の情報を含むものであって、文書保安サーバ１００においてプログラムが設置される際に作成され、サーバ１００の特定位置に保管される。環境ファイルのファイル名は、該当会社の会社コードに．ｃｆｇの拡張子を有する。一方、ユーザが文書保安サーバ１００にユーザ固有キーの登録を終えると、環境ファイルはクライアントコンピュータ２００に配布されて保存される。
【０１１８】
従来の文書保安システムにおいては、クライアントコンピュータに通信可能な文書保安サーバに対する情報を単に一つだけ維持したため、ユーザが多くの事業場を回す必要がある場合、他の事業場では文書をダウンロードできなかった。
【０１１９】
本発明においては、会社コード情報を含む環境ファイルを、ユーザがキー登録の際にダウンロードされて用いるようにしたことで、ユーザは他の事業場に行く場合も、該当文書保安サーバの環境ファイルをさらにダウンロードされて従前の環境ファイルを参照して互換可能に用いることが可能である。
【０１２０】
一方、環境ファイルには、会社コード情報の他にも、時間同期モジュールに関する情報、イベントモジュールに関する情報、及びライセンスファイルに含まれる支援ファイル拡張子情報等を含み、これにより環境ファイルは、クライアントコンピュータの時間更新、イベントモジュールへのユーザの行為情報の伝送、及びクライアントコンピュータにおける文書の閲覧制限等に用いられ得る。
【０１２１】
８．メタベース
文書保安システムの文書保安サーバ１００は、多様な機能モジュール１１０、１２０、１３０、１４０で構成されており、このような各モジュールの機能を行うのに参照すべき特別に定義された値がある。このような値を環境変数といい、環境変数は文書保安サーバ１００の運営途中に変更されることもある。
【０１２２】
従来の文書保安システムにおいては、このような環境変数がサーバプログラムの初期起動の際にウィンドウズ（Ｒ）レジストリー（Ｗｉｎｄｏｗｓ （Ｒ）Ｒｅｇｉｓｔｒｙ）に保存され、これにより環境設定が変更される場合、サーバプログラムを終了して再起動しなければ、変更された環境設定値が適用されないため、サーバプロセスを中止しなければならない問題があった。
【０１２３】
本発明においては、このような問題点を解決するために、一つの情報保存システムで一つ又は多数のプロセスが運用されるにおいて、参照される環境設定情報をデータベース化したメタベース（Ｍｅｔａｂａｓｅ：１５０）を文書保安サーバ１００に構成した。
メタベース１５０の構成及び運用は次のようになされる。先ず、共有メモリを作り、特定構造でその共有メモリにデータベースを生成する。管理ツール１６０を利用して生成されたメタベース１５０に書き込み（Ｗｒｉｔｅ）環境変数値を修正し、各機能モジュールにおいてなされるサーバプロセスは、メタベース１５０に位置した環境変数値を参照する。
【０１２４】
本発明においては、このように環境設定情報をメモリ上において維持するメタベース１５０を導入して参照することにより、環境設定が変更されても、サーバプロセスの中止なしに、実時間で環境設定情報が更新される効果がある。
【０１２５】
本発明は、上記実施例を参照として特に図示及び記述したが、これは単に例示のために用いられたものであり、本発明の属する分野における通常の知識を有する者であれば、上記特許請求の範囲に定義されたとおり、本発明の技術的思想及び範囲内で様々な変形が可能である。
【図面の簡単な説明】
【０１２６】
【図１】本発明による文書保安システムの全体構成を示すブロック図である。
【図２】本発明による文書保安システムのクライアント側において行われる過程を示すフローチャートである。
【図３】本発明による文書保安システムのキーモジュールと関連して行われる過程を示すフローチャートである。
【図４】本発明による文書保安システムのパッケージャモジュールと関連して行われる過程を示すフローチャートである。
【図５】本発明による文書ファイルフォーマットを示す図である。
【図６】本発明による文書保安システムのイベントモジュールと関連して行われる過程を示すフローチャートである。
【図７】本発明による文書保安システムの時間同期モジュールと関連して行われる過程を示すフローチャートである。
【符号の説明】
【０１２７】
１００  文書保安サーバ、１１０  時間同期モジュール、１２０  イベントモジュール、１３０  キーモジュール、１４０  パッケージャモジュール、１５０  メタベース、１６０  管理ツール、１７０  イベントＤＢ、１８０  ユーザＤＢ、１９０  ライセンスキー、１９２  文書ファイル、１９４  ライセンスファイル、２００  クライアントコンピュータ、２１０  文書保安エージェント、２２０  ウェブブラウザ、２３０  文書保安ウェブ制御部、２４０  アプリケーション、２５０  文書保安モジュール、２６０  環境ファイル、２７０  ＤＲＭファイル、６００  シグネチャー、６１０  可変長さヘッダ、６２０  ファイル本文。
【図１】
2005065209.tif 000003
【図２】
2005065209.tif 000004
【図３】
2005065209.tif 000005
【図４】
2005065209.tif 000006
【図５】
2005065209.tif 000007
【図６】
2005065209.tif 000008
【図７】
2005065209.tif 000009