JP2013190884A - ライセンス管理システム及びクライアント端末 - Google Patents

Abstract

【課題】クライアント端末が利用するファイルについても、ライセンス管理サーバによる管理を実現するライセンス管理システムを提供する。
【解決手段】本発明に係るライセンス管理システムにおいては、クライアント端末は、ファイル実行手段と、記憶手段と、ファイル実行手段から記憶手段に対するアクセス・プロセスを監視する監視手段と、アクセス・プロセスが記憶手段に対するファイルの保存要求である場合、管理サーバにファイルの保存許可判定を要求する保存認証手段と、ファイルの保存許可が判定された場合、該ファイルを暗号化し、暗号化ファイルを記憶手段に保存する暗号化保存手段とを有し、管理サーバは、クライアントと、ファイルと、保存を許可するか否かを示す保存許可判定情報とを対応付けて記憶した保存判定情報記憶手段と、クライアント端末からファイルに対する保存許可が要求されたとき、該クライアント端末と該ファイルとに対応する前記保存許可判定情報を返答する保存許可返答手段とを有する。
【選択図】図１２

Description

本発明は、ライセンス管理システム及びクライアント端末の分野に関する。

ＡＳＰ（Application Service Provider）やＳａａＳ（Software as a Service）などで主に利用され、サーバが、利用者のクライアント端末に対し利用データをダウンロード配信する際、そのクライアント端末が使用許諾を受けたファイルの使用のみを利用可能にするライセンス管理システムが知られている。

例えば、特許文献１には、ライセンス管理サーバが、クライアント端末から要求された利用対象の対象ファイル（利用データ）、展開用モジュール、認証用モジュールなどを含むラッピングファイルを配信するライセンス管理システムが記載されている。クライアント端末は、展開用モジュールを実行してラッピングファイルのラッピング状態を解除し、認証用モジュールを実行して認証情報をライセンス管理サーバに送信する。そして、クライアント端末は、ライセンス管理サーバからライセンス（利用許可）が付与されると、対象ファイルの利用（閲覧、編集等）が可能になる。

また、このラッピング技術によって、対象ファイル（利用データ）とともに各種モジュールがラッピング（梱包）されているため、クライアント端末のユーザは、ライセンス管理システムを利用するにあたり、ライセンス管理関連プログラムのインストール等を行うことなく、ライセンス管理システムを利用することが可能となるという利点もある。

特開２０１１−５３９０７号

上述の特許文献１記載のライセンス管理サーバは、クライアント端末が利用する対象ファイル（利用データ）に対し、認証を経てからライセンス（利用許可）を付与する。つまり、ライセンス管理サーバ側で、ライセンスの付与基準を決定できるため、ライセンス管理サーバ側は、対象ファイルを管理下におくことができる。

しかしながら、クライアント端末は、ライセンス管理サーバからライセンス（利用許可）が付与され、一旦、対象ファイルの利用（閲覧、編集等）が可能になると、以降、その対象ファイルを際限なく利用できてしまうという問題がある。例えば、対象ファイルの利用が可能となった後、ユーザがその対象ファイルをコピー（複製）してしまえば、複製された対象ファイルは、以降、ライセンス管理サーバの認証を経ずとも、利用が可能となってしまうという問題があった。

即ち、一旦、ライセンス管理サーバから対象ファイルの利用が許可されてしまうと、その対象ファイルは、ライセンス管理サーバの管理下から離れ、管理が及ばなくなる。そして、例えば、ライセンス管理サーバが対象ファイルに対し利用制限や課金管理等を行っている場合、もはやこの対象ファイルに対しては、利用制限や課金管理等を行えなくなってしまうことになる。

本発明は上記の点に鑑みて、クライアント端末が利用するファイルについても、ライセンス管理サーバによる管理を実現するライセンス管理システム及びクライアント端末を提供することを目的とする。

上記課題を解決するため、本発明に係るライセンス管理システムは、ファイルを利用するクライアント端末と、前記ファイルを前記クライアント端末に配信する管理サーバとを含むライセンス管理システムであって、前記クライアント端末は、前記ファイルを実行するファイル実行手段と、前記ファイルを記憶する記憶手段と、前記ファイル実行手段から前記記憶手段に対するアクセス・プロセスを監視する監視手段と、前記アクセス・プロセスが前記記憶手段に対する前記ファイルの保存要求である場合、前記管理サーバに前記ファイルの保存許可判定を要求する保存認証手段と、前記ファイルの保存許可が判定された場合、該ファイルを暗号化し、暗号化されたファイルを前記記憶手段に保存する暗号化保存手段とを有し、前記管理サーバは、前記クライアントと、前記ファイルと、前記保存を許可するか否かを示す保存許可判定情報とを対応付けて記憶した保存判定情報記憶手段と、前記クライアント端末から前記ファイルに対する前記保存許可が要求されたとき、該クライアント端末と該ファイルとに対応する前記保存許可判定情報を返答する保存許可返答手段とを有する。

また、上記課題を解決するため、本発明に係るクライアント端末は、管理サーバから配信されるファイルを利用するクライアント端末であって、前記ファイルを実行するファイル実行手段と、前記ファイルを記憶する記憶手段と、前記ファイル実行手段から前記記憶手段に対するアクセス・プロセスを監視する監視手段と、前記アクセス・プロセスが前記記憶手段に対する前記ファイルの保存要求である場合、前記管理サーバに前記ファイルの保存許可判定を要求する保存認証手段と、前記ファイルの保存許可が判定された場合、該ファイルを暗号化し、暗号化されたファイルを前記記憶手段に保存する暗号化保存手段と、を有し、前記保存認証手段は、前記ファイルの保存不許可が判定された場合、前記ファイル実行手段に前記ファイルの保存エラーを通知する。

なお、本発明の構成要素、表現または構成要素の任意の組合せを、方法、装置、システム、コンピュータプログラム、記録媒体、などに適用したものも本発明の態様として有効である。

本発明によれば、クライアント端末が利用するファイルについても、ライセンス管理サーバによる管理を実現するライセンス管理システム及びクライアント端末を提供することができる。

本実施形態に係るライセンス管理システムのネットワーク構成の一例を示す図である。 本実施形態に係るライセンス管理システムを用いた対象ファイルの利用形態の一例を示す図である。 本実施形態に係るラッピングファイルの状態を示す図である。 本実施形態に係るライセンス管理サーバ１及びクライアント端末３の主要構成を示すハードウェア構成図である。 本実施形態に係るライセンス管理サーバ１の機能構成の一例を示す図である。 本実施形態に係るクライアント端末３の機能構成の一例を示す図である。 本実施形態に係る認証ＤＢ１８ａのデータ一例を示す。 本実施形態に係るリクエストＤＢ１８ｂのデータ一例を示す。 本実施形態に係る利用管理ＤＢ１８ｄのデータ一例を示す。 本実施形態に係るライセンス管理システムの情報処理１を説明するフローチャートである。 本実施形態に係るインデックス表示画面の一例を示す。 本実施形態に係るミニフィルタモジュールの動作を示す図である。 本実施形態に係るライセンス管理システムの情報処理２を説明するフローチャートである。 本実施形態に係る一時フィルタの状態を示す図である。 本実施形態に係る利用管理ＤＢ１８ｄのデータ更新例を示す。 本実施形態に係るライセンス管理システムの情報処理３を説明するフローチャートである。 本実施形態に係るリプレースモジュールの動作例（その１）を示す図である。 本実施形態に係るリプレースモジュールの動作例（その２）を示す図である。 本実施形態に係るラッピングモジュールの動作例（その１）を示す図である。 本実施形態に係るラッピングモジュールの動作例（その２）を示す図である。 Ａ社による対象データの暗号化処理を説明する図である。 Ｃ社による対象データの復号化処理を説明する図である。 Ｃ社による対象データの暗号化処理を説明する図である。 本変形例に係る利用管理ＤＢ１８ｄのデータ一例を示す。

以下、本発明を実施するための形態を実施形態において図面を用いて説明する。

[ネットワーク構成]
図１は、本実施形態に係るライセンス管理システムのネットワーク構成の一例を示す図である。ライセンス管理システムは、ライセンス管理サーバ１と、クライアント端末３とが、通信ネットワーク２を介し接続される。

ライセンス管理サーバ１は、クライアント端末３に対し、ラッピングファイルをダウンロード配信する。ラッピングファイルには、クライアント端末３のユーザが利用（閲覧、編集等）する対象ファイル（利用データ）が含まれている。また、ラッピングファイルには、対象ファイルのほか、ライセンス管理を実現するための各種モジュールが含まれている。クライアント端末のユーザは、ラッピングファイルに含まれている各種モジュールにより、ライセンス管理システムを利用するにあたり、ライセンス管理関連プログラムのインストール等を行うことなく、ライセンス管理システムを利用することが可能となる。各種モジュールの詳細については後述する。

通信ネットワーク２は、インターネットや社内ＬＡＮなど、ライセンス管理サーバ１及びクライアント端末３の通信を接続するためのネットワーク回線である。

クライアント端末３は、ライセンス管理サーバ１からラッピングファイルをダウンロードして、ラッピングファイルに含まれる対象ファイルを利用するユーザ端末である。ユーザは、クライアント端末３を操作して、対象ファイルを利用する。対象ファイルがワープロ、表計算ソフト等のアプリケーションプログラムで使用されるデータファイルである場合、アプリケーションプログラムから対象ファイルを開いて、対象ファイルを利用する。

ここで、対象ファイルとは、クライアント端末３からライセンス管理サーバ１へ配信要求がなされた配信の対象となるデータファイルをいう。対象ファイルとして、拡張子「．ＥＸＥ」が付された実行形式ファイル、ワープロ、表計算ソフト等のアプリケーションプログラムで使用されるデータファイル、静止画像、動画像ファイルとして与えられるデジタルコンテンツ、各種ＣＡＤツールで使用される特定の様式のファイル等を含む。

対象ファイルが実行形式ファイル以外のファイルである場合には、既存のアプリケーションプログラム等の実行形式ファイルに、当該対象ファイルを適用して実行し、その閲覧や編集、上書き保存、複製（コピー）等を行うことをいう。

また、ラッピングファイルとは、対象ファイルとライセンス管理を実現するための各種モジュールとを含む、みかけ上単一のファイルをいう。ラッピングファイルに含まれる各種モジュールの詳細については後述する。

[全体動作フロー]
図２は、本実施形態に係るライセンス管理システムを用いた対象ファイルの利用形態の一例を示す図である。

図中、右上にはライセンス管理サーバ１を、右下にはクライアント端末３を示す。左上には、ラッピングツールの処理概要が示されている。ラッピングツールは、ライセンス管理サーバ１と同等のハード構成からなるコンピュータ端末上での動作が想定され、ライセンス管理サーバ１内でも動作可能である。なお、以下の説明においては、対象ファイルを実行可能なアプリケーションファイルとして説明する。

ラッピングツールは、例えば、対象ファイルの提供元であるＡ社の端末（図示せず）上で動作する。ライセンス管理サーバ１は、ライセンス管理サービスを提供するＢ社（例えば、データセンター運営業者）に設置される。また、クライアント端末３は、例えば、当該サービスを受け、対象ファイルを利用するＣ社に設置された状況が想定される。

より具体的に、Ａ社は、元請の建設会社であり、Ｃ社は、Ａ社より委託を受け、設計図面を作成する設計事務所である。Ｂ社は、データセンター運営業者であり、Ａ社とＣ社（さらにはＣ社以外の委託業者）との間でやり取りされる対象ファイルに対する送受信サービスを提供する。従って、この場合、対象ファイルは、Ａ社より提供される建築データである。Ａ社は、Ｃ社に提供すべき建築データをライセンス管理サーバ１にアップロードする。勿論、建築データの不正利用を防止すべく、建築データの利用範囲を制限するライセンス設定を行う。Ｃ社は、ライセンス管理サーバ１を介して、この建築データを受信し、ライセンスの範囲内で、この建築データを利用（閲覧、編集等）する。また、Ｃ社が編集した建築データは、再度ラッピングされ、Ｂ社のライセンス管理サーバ１にアップロードされうる。また、そのアップロードされた建築データ（設計図面等）は、下請け施工会社であるＤ社によって、ダウンロードされてから閲覧されうる。

なお、ラッピングツールは、Ｂ社側のサーバで動作する形態であってもよく、クライアント端末３は、Ｃ社以外に、Ｄ社、Ｅ社など複数の組織あるいは個人により使用される形態であってもよい。

（１）ツール利用者認証
Ａ社は、Ｂ社との契約により、Ｂ社のライセンス管理サーバ１に、自社で作成した対象データを管理委託することができる。Ａ社は、まずＢ社が提供するラッピングツールの正規の利用者であることを確認する手順として、インターネットなどの通信ネットワーク２を通じてＢ社のライセンス管理サーバ１にアクセスし、ＩＤ、ＰＷ（Pass Word）等により、正規の利用者であることの認証手続を行う。

（２）ラッピング
当該手続により認証されたＡ社の使用者は、Ｂ社が提供するラッピングツールにより、建築データなど、配信対象となる対象データを暗号化してからラッピングする。これにより、ラッピングファイルが作成される（例えば、図３（ａ）参照）。

ここで、本実施形態に係るラッピングファイルは、暗号化された対象データに加え、少なくとも、暗号化された対象データを復号化するときに使用するランダムＰＷ（Password）、ラッピングされた情報を展開する展開モジュール、ライセンス管理サーバ１に対して認証手続を行う認証モジュール、再ラッピングを行うラッピングモジュール、対象ファイルを暗号化・復号化するミニフィルタモジュール、対象ファイルの更新（リプレース）を行うリプレースモジュール、再ラッピングされたラッピングファイルをライセンス管理サーバ１にアップロードするアップロードモジュールを結合することにより、見かけ上単一のファイルとする。

（３）アップロード
ラッピングされたラッピングファイルは、Ａ社の端末からＢ社のライセンス管理サーバ１にアップロードされる。またこのとき、Ａ社の端末は、ラッピングファイルに含まれる対象ファイル（例えば、建築データ）の利用範囲を制限するライセンス設定を行う。アップロードされたラッピングファイルは、例えば、Ｂ社のライセンス管理サーバ１のアップロード領域に格納され、保管、管理される。

（４）ダウンロード配信
次に、Ｂ社のライセンス管理サーバ１に保管されたラッピングファイルをダウンロードしようとするＣ社は、通信ネットワーク２を通じて、ライセンス管理サーバ１にアクセスする。クライアント端末３は、所定の手続の後、ラッピングファイルを、ライセンス管理サーバ１からクライアント端末３にダウンロード配信する。

クライアント端末３にラッピングファイルがダウンロードされると、ダウンロードされたラッピングファイルは、展開モジュールの自己解凍機能により、ラッピング状態が解除され、ラッピングされていた対象ファイル及び各種モジュールが所定の記憶領域に展開される（例えば、図３（ｂ）参照）。また、展開後、これら各種モジュールは、それぞれ個別のファイルとして取り扱える状態となる。

（５）認証
次に、クライアント端末３において、展開された認証モジュールが実行されることにより、クライアント端末３からライセンス管理サーバ１に対して、当該ユーザが正規のユーザであるか否かの認証が、ＩＤ、パスワードなどをもとに行われる。

（６）復号化
正規のユーザであると認められた場合、対象ファイルを実行可能なアプリケーションプログラムが、対象ファイルを読み込もうとするとき、対象ファイルに対する読み込み処理が発生する。展開されたミニフィルタモジュールは、この読み込み処理をキャッチし、ランダムＰＷを使用することにより、対象ファイルの復号化処理がなされ、その後、アプリケーションプログラムに渡される。この結果、アプリケーションにより、対象ファイルが開かれる。これ以降、ユーザは、アプリケーション上、対象モジュールの利用（閲覧、編集等）の作業が可能となる。

なお、ユーザは、復号化処理がなされた対象ファイルを、あくまでアプリケーションを通じてのみ利用することができるようになっている。

（７）対象データの利用
正規のユーザであると認められた場合、対象ファイルは、例えばアプリケーションから対象ファイルが開かれるタイミングで復号化され、アプリケーション上の利用（閲覧、編集等）が可能となる。クライアント端末３のユーザが、アプリケーション上、対象ファイルを利用する形態としては、例えば以下のような形態が想定される。

（i）対象ファイルを閲覧はするが、その内容を編集（変更）しないケース
（ii）対象ファイルの内容を編集（変更）し、変更した内容で、対象ファイルを更新するケース（上書き保存）
（iii）対象ファイルの内容を編集（変更）し、変更したその対象ファイルに新たな別名を付け、新たな対象ファイルを追加保存するケース（複製保存）
上記（i）の場合、対象ファイルは閲覧されただけであるので、その対象ファイルをライセンス管理サーバ１にアップロードする必要はない。しかし、上記（ii）、（iii）のケースの場合、対象ファイルを最新の状態に保つ為には、その対象ファイル（及び新たに追加保存された対象ファイル）を、ライセンス管理サーバ１に再度アップロードする必要がある。

（８）暗号化及び再ラッピング
アプリケーションプログラム上、「保存」ボタンが押下されるなどして、上記（ii）のように、対象ファイルが上書き保存される場合、このタイミングで、ミニフィルタモジュールにより、同対象ファイルに対し、暗号化処理が行われる。また、アプリケーションプログラム上、「別名を付けて保存」ボタンが押下されるなどして、上記（iii）のように、対象ファイルが複製保存される場合、このタイミングで、ミニフィルタモジュールにより、同対象ファイルに対し、暗号化処理が行われる。

このため、ユーザが、仮に任意のフォルダに対象ファイルを保存したとしても、その対象ファイルは、既に暗号化処理がなされた対象ファイルであるので、対象ファイルを実質的には全く利用することができないようになっている。

また、ミニフィルタモジュールにより、同対象ファイルに対し、暗号化処理が行われた後には、続けて、ラッピングファイルに含まれていたラッピングモジュールにより、対象ファイルの再ラッピングが行われる。

この際、上記（ii）のように、配信された対象ファイルの内容を編集しており、編集後の対象ファイルに置き換えたときには、まずラッピングファイルに含まれていたリプレースモジュールで、ファイルの更新（置き換え）が行われた後に、再ラッピングが行われる（例えば、図３（ｃ）参照）。

また、上記（iii）のように、新たな対象ファイルを追加したときには、ラッピングファイルに含まれていた当該リプレースモジュールで、対象ファイルの追加保存が行われた後に、ラッピングモジュールにより、再ラッピングが行われる（例えば、図３（ｄ）参照）。

また、ミニフィルタモジュールにより、同対象ファイルに対し、暗号化処理が行われた際には、次回、暗号化された対象データを復号化するときに使用する新たなランダムＰＷが再ラッピングされる（詳細後述）。

なお、上記（ii）、（iii）のケースでは、例えば、対象ファイルの更新作業中であって、作業を中断する際などでも、暗号化と再ラッピングは連続した一連の処理として行われるため、その時点で更新され保存された対象ファイルは、自動的に再ラッピングされる。一旦ラッピングされた対象ファイルを利用するためには、ラッピングファイルを展開したうえで、再度、ライセンス管理サーバ１に対する認証手続や復号化処理（図２の上記（５）、（６））が必要となる。よって、クライアント端末３から、仮に作業中の対象ファイルが流出しても、ラッピングファイルとして流出するので、対象ファイルの内容が第三者に漏洩することを防止できる。

（９）アップロード
クライアント端末３は、最初のラッピングファイルに含まれていたアップロードモジュールを実行することにより、更新された対象ファイルを含むラッピングファイルを、ライセンス管理サーバ１にアップロードできる。この後、ライセンス管理サーバ１にアップロードされたラッピングファイルは、再びＣ社によってダウンロードされ再利用されうるし（自己保存）、Ｄ社によってもダウンロードされ利用されうる（転送）。また、Ａ社によってもダウンロードされ利用されうる（返信）。

[システム構成]
（ハードウェア）
ここで、本実施形態に係るライセンス管理サーバ１及びクライアント端末３のハードウェア構成について説明しておく。図４は、本実施形態に係るライセンス管理サーバ１及びクライアント端末３の主要構成を示すハードウェア構成図である。ライセンス管理サーバ１及びクライアント端末３は、主要な構成として、ＣＰＵ１０１、ＲＯＭ（Read Only Memory）１０２、ＲＡＭ（Random Access Memory）１０３、補助記憶装置１０４、記憶媒体読取装置１０５、入力装置１０６、表示装置１０７、及び通信装置１０８を含む構成である。

ＣＰＵ１０１は、マイクロプロセッサ及びその周辺回路から構成され、装置全体を制御する回路である。また、ＲＯＭ１０２は、ＣＰＵ１０１で実行される所定の制御プログラム（ソフトウェア部品）を格納するメモリであり、ＲＡＭ１０３は、ＣＰＵ１０１がＲＯＭ１０２に格納された所定の制御プログラム（ソフトウェア部品）を実行して各種の制御を行うときの作業エリア（ワーク領域）として使用するメモリである。

補助記憶装置１０４は、汎用のＯＳ（Operating System）、プログラムを含む各種情報を格納する装置であり、不揮発性の記憶装置であるＨＤＤ（Hard Disk Drive）などが用いられる。

なお、上記各種情報は、補助記憶装置１０４以外にも、ＣＤ−ＲＯＭ（Compact Disk - ROM）やＤＶＤ（Digital Versatile Disk）、ＵＳＢメモリ等の携帯型メディアなどの各種記憶媒体やその他のメディアに記憶されてもよく、これらの記憶媒体に格納された各種情報は、記憶媒体読取装置１０５などのドライブ装置を介して読み取ることが可能である。

入力装置１０６は、ユーザが各種入力操作を行うための装置である。入力装置１０６は、マウス、キーボード、表示装置１０７の表示画面上に重畳するように設けられたタッチパネルスイッチなどを含む。表示装置１０７は、各種データを表示画面に表示する装置である。例えば、ＬＣＤ(Liquid Crystal Display)、ＣＲＴ(Cathode Ray Tube)などから構成される。

通信装置１０８は、ネットワーク２を介して他の機器との通信を行う装置である。有線ネットワークや無線ネットワークなど含む各種ネットワーク形態に応じた通信をサポートする。

（機能）
次に、本実施形態に係るライセンス管理サーバ１及びクライアント端末３の主要機能構成について説明する。

図５は、本実施形態に係るライセンス管理サーバ１の機能構成の一例を示す図である。図に示されるように、ライセンス管理サーバ１は、通信ネットワーク２と接続されるネットワークインタフェース部１４、入力装置１０６及び表示装置１０７と接続される入出力インタフェース部１５、ＣＰＵ１０１により実現される制御装置１６、ラッピングファイル等を送受信するファイル送受信部１７、補助記憶装置１０４により実現され、各種情報を記憶した記憶部１８を含む。

また、記憶部１８には、クライアント端末３の認証を行うための情報が格納された認証ＤＢ１８ａ、ラッピングファイルを管理するリクエストＤＢ１８ｂ、アップロードされたラッピングファイルを記憶するアップロード記憶領域１８ｃ、対象ファイルの利用（上書きや複製の可否権限等）を管理する利用管理ＤＢ１８ｄ、各種モジュールのバージョンが古い場合に更新するための更新用（最新）の各種モジュール１８ｅなどが格納される。

図６は、本実施形態に係るクライアント端末３の機能構成の一例を示す図である。図に示されるように、クライアント端末３は、通信ネットワーク２と接続されるネットワークインタフェース部３１、入力装置１０６及び表示装置１０７と接続される入出力インタフェース部３２、ＣＰＵ１０１により実現される制御装置３３、ラッピングファイル等を送受信するファイル送受信部３４、補助記憶装置１０４により実現され、各種情報を記憶した記憶部３５、ワープロ、表計算、ＣＡＤソフト等のアプリケーション３６を含む。

また、記憶部３５には、ライセンス管理サーバ１からダウンロード配信されたラッピングファイル（展開されたラッピングファイルを含む）を格納するラッピングファイル用フォルダ３５ａ、アプリケーション３６により対象ファイルが実行される場合、暗号化されている対象ファイルを一時的に格納するための一時フォルダ３５ｂを含む。

本実施形態に係るクライアント端末３では、ラッピングファイルを展開したり、ライセンス管理サーバ１と認証を行ったり、対象ファイルの暗号化・復号化を行ったり、再ラッピング処理を行うなど、ライセンス管理サーバ１が対象ファイルを管理するための様々な機能が実施される。しかしながら、これら機能は、クライアント端末３が固有に有する機能ではない（例えば図６の通り、そのような機能は有しない）。クライアント端末３は、ライセンス管理サーバ１からラッピンッグファイルをダウンロードすると、ラッピンッグファイル内に含まれている各種モジュールが展開される。そして、クライアント端末３のＣＰＵ１０１がこれら各種モジュールを実行することにより、ライセンス管理サーバ１が対象ファイルを管理するための様々な機能が実現される。

つまり、本実施形態に係るクライアント端末３は、ライセンス管理システムを利用するにあたり、対象ファイルとともにラッピング（梱包）されている各種モジュールによって、ライセンス管理関連プログラムのインストール等を行うことなく、ライセンス管理システムを利用することが可能となる。

（各種ＤＢ例）
次に、ライセンス管理サーバ１の記憶部１８の各種ＤＢ等について説明する。

図７は、本実施形態に係る認証ＤＢ１８ａのデータ一例を示す。認証ＤＢ１８ａは、クライアント端末３の認証を行うための情報が格納されたＤＢである。図に示されるように、認証ＤＢ１８ａは、「ＩＤ」、「Ｐａｓｓｗｏｒｄ」、「配信可能ラッピングファイル名」などのデータから構成される。

「ＩＤ」、「Ｐａｓｓｗｏｒｄ」は、クライアント端末３がライセンス管理サーバ１に対し、アクセスする際に使用される認証情報である。クライアント端末３は、ライセンス管理サーバ１にアクセスする際、「ＩＤ」、「Ｐａｓｓｗｏｒｄ」を入力する。ライセンス管理サーバ１は、入力された「ＩＤ」、「Ｐａｓｓｗｏｒｄ」が、認証ＤＢ１８ａの「ＩＤ」、「Ｐａｓｓｗｏｒｄ」と一致した場合、アクセスを許可する。

「配信可能ラッピングファイル名」は、ユーザ毎（「ＩＤ」毎）に、配信可能なラッピングファイルを制御するための情報である。ライセンス管理サーバ１は、複数の、複数ユーザによるラッピングファイルを保持しているため、ユーザ毎に利用（配信）が可能なラッピングファイルを当該情報にて制御する。例えば、ユーザのＩＤ「Ａ−ｃｏｍｐａｎｙ」は、「Ｗｒａｐｐｉｎｇ−ｄａｔａ１」というラッピングファイルを自身のクライアント端末３にダウンロードできる。一方例えば、「Ｗｒａｐｐｉｎｇ−ｄａｔａ２」などは利用（配信）が不可能である。

なお、いうまでもなく、これら「ＩＤ」、「Ｐａｓｓｗｏｒｄ」などの認証情報は、あくまで一例であり、その他にも使用許諾期間、端末識別子など、複数の認証情報を組み合わせて、クライアント端末３を認証するようにすることもできる。

図８は、本実施形態に係るリクエストＤＢ１８ｂのデータ一例を示す。リクエストＤＢ１８ｂは、ラッピングファイルを管理するため、クライアント端末３からダウンロード及びアップロードのリクエスト（要求）の度に、その履歴情報が格納されたＤＢである。図に示されるように、リクエストＤＢ１８ｂは、「リクエストＮｏ」、「ラッピングファイル名」、「受信日時」、「送信元」、「送信日時」、「送信先」などのデータから構成される。

「リクエストＮｏ」は、クライアント端末３からダウンロード及びアップロードのリクエストの度に、発行されるＮｏである。「ラッピングファイル名」は、ダウンロード及びアップロードの対象となったラッピングファイル名を示す。「受信日時」、「送信元」、「送信日時」、「送信先」は、それぞれ送受信日時と、送受信先のクライアント端末３の「ＩＤ」である。

例えば、図を参照すると、ユーザのＩＤ「Ａ−ｃｏｍｐａｎｙ」は、「Ｗｒａｐｐｉｎｇ−ｄａｔａ１」というラッピングファイルを、日時「2012/3/1 10:30:05」に、ライセンス管理サーバ１に対し、アップロードしたことが分かる。また、ユーザのＩＤ「Ｃ−ｃｏｍｐａｎｙ」は、ライセンス管理サーバ１にアップロードされている「Ｗｒａｐｐｉｎｇ−ｄａｔａ１」というラッピングファイルを、日時「2012/3/3 15:10:36」に、ライセンス管理サーバ１から、ダウンロード配信したことが分かる。

図９は、本実施形態に係る利用管理ＤＢ１８ｄのデータ一例を示す。利用管理ＤＢ１８ｄは、ユーザ「ＩＤ」毎に、対象ファイル毎の利用可能範囲（上書きや複製の可否権限等）を管理するための情報が格納されたＤＢである。ユーザは、クライアント端末３において、対象ファイルを自由に上書き保存したり、別名保存（複製保存）したりできる訳ではなく、これら保存行為についても、ライセンス管理サーバ１に管理下に置かれている。つまり、ユーザは、ライセンス管理サーバ１の許可する範囲内で、ダウンロードしてきた対象ファイルを利用することができる。

図に示されるように、利用管理ＤＢ１８ｄは、「ＩＤ」、「ラッピングファイル名」、「対象ファイル名」、「上書き保存回数上限値」、「別名保存回数上限値」、「上書き保存回数実績値」、「別名保存回数実績値」などのデータから構成される。

「ＩＤ」は、認証ＤＢ１８ａに登録されているユーザの「ＩＤ」を示す。「ラッピングファイル名」は、そのユーザが利用可能なラッピングファイル名を示す。認証ＤＢ１８ａの「配信可能ラッピングファイル名」に対応する。「対象ファイル名」は、対象ファイル毎に利用可能範囲を定めるためのもので、「ラッピングファイル名」に含まれる対象ファイル名を示す。

「上書き保存回数上限値」は、そのユーザ「ＩＤ」が、その「対象ファイル」に対し、上書き保存することのできる上限回数値を示す。「別名保存回数上限値」は、そのユーザ「ＩＤ」が、その「対象ファイル」に対し、別名保存（複製保存）することのできる上限回数値を示す。また、「上書き保存回数実績値」は、そのユーザ「ＩＤ」が、その「対象ファイル」に対し、上書き保存した回数値（実績値）を示す。「別名保存回数実績値」は、そのユーザ「ＩＤ」が、その「対象ファイル」に対し、別名保存（複製保存）した回数値（実績値）を示す。

例えば、図９を参照すると、ユーザのＩＤ「Ｃ−ｃｏｍｐａｎｙ」は、「Ｗｒａｐｐｉｎｇ−ｄａｔａ１」というラッピングファイルに含まれている「対象ファイル１」という対象ファイルを利用することができる。具体的には、その利用可能範囲として、その「対象ファイル１」に対し、上限２０回まで上書き保存を行うことができる。また、上限３回まで別名保存（複製保存）を行うことができる。

「上書き保存回数実績値」は、上書きする毎にカウントアップされる。そして、「上書き保存回数実績値」が、「上書き保存回数上限値」を超えた場合、それ以降の上書き保存を行うことはできない。図９の場合、ユーザＩＤ「Ｃ−ｃｏｍｐａｎｙ」の「対象ファイル１」に対する「上書き保存回数上限値」は２０であるので、「上書き保存回数上限値」が２１になると、それ以降の上書き保存を行うことはできない。

このように、「上書き保存回数実績値」、「別名保存回数実績値」は、ライセンス管理サーバ１によってカウントアップされ、また管理者等によって０にリセット（初期化）されうる。また、「上書き保存回数上限値」、「別名保存回数上限値」は、管理者等によって規定され、入力される。

なおここで、上述の例に即していえば、利用管理ＤＢ１８ｄは、いわば、Ａ社が、自身が提供する建築データに対し、設定するライセンスの内容に相当するといえる。Ａ社は、建築データをライセンス管理サーバ１にアップロードするとき、Ｃ社やＤ社に対し、建築データに対する利用範囲を制限するため、「対象ファイル名」、「上書き保存回数上限値」、「別名保存回数上限値」、「上書き保存回数実績値」、「別名保存回数実績値」を具体的に設定することにより、建築データのライセンス設定を行う。これにより、建築データは、その設定に従って、ライセンス管理サーバ１の管理の下、利用が制限される。

[情報処理]
次に、これまで説明してきた図２の上記（５）の「認証」〜（１０）の「ダウンロード」を中心に詳しく説明する。そして、この過程において、ライセンス管理サーバ１の管理の下、クライアント端末３の対象ファイル利用形態について説明する。

（情報処理１）
図１０は、本実施形態に係るライセンス管理システムの情報処理１を説明するフローチャートである。以下図面を参照しながら説明する。

まず、情報処理１では、図２の上記（５）の「認証」、（６）の「復号化」について説明する。即ち、クライアント端末３が、対象ファイルを利用すべく、ライセンス管理サーバ１からラッピングファイルのダウンロード配信を完了したところから説明する。従って、この前提として、図２の上記（１）〜（３）を経て、ライセンス管理サーバ１には、対象ファイルを含むラッピングファイルがアップロードされ、上記（４）を経て、クライアント端末３は、ライセンス管理サーバ１からラッピングファイルをダウンロードしたものとする。

Ｓ１：クライアント端末３にラッピングファイルがダウンロードされると、展開モジュールは、自己解凍機能により、ダウンロードされたラッピングファイルのラッピング状態を解除し、ラッピングされていた対象ファイル及び各種モジュールを展開する。一例として、例えば、ラッピングファイルが「ＥＸＥ」形式のファイルである場合、ダウンロードされると、「ＥＸＥ」形式のファイルが実行されることにより、展開モジュールが、ラッピングファイルのラッピング状態を解除し、対象ファイル及び各種モジュールを展開する。展開された対象ファイル及び各種モジュールは、クライアント端末３のラッピングファイル用フォルダ３５ａに格納される。

ここで、本実施形態に係るラッピングファイルは、一以上の暗号化された対象ファイル（利用データ）に加え、暗号化された対象データを復号化するときに使用するランダムＰＷ、ラッピングされた情報を展開する展開モジュール、ライセンス管理サーバ１に対して認証手続を行う認証モジュール、再ラッピングを行うラッピングモジュール、対象ファイルを暗号化・復号化するミニフィルタモジュール、配信された対象ファイルの更新（リプレース）を行うリプレースモジュール、再ラッピングされたラッピングファイルをライセンス管理サーバ１にアップロードするアップロードモジュールが含まれている。よって、図３（ｂ）に示されるように、クライアント端末３のラッピングファイル用フォルダ３５ａには、２つの対象ファイル（対象ファイル１及び対象ファイル２）、２つの対象ファイルに対応する２つのランダムＰＷ（ランダムＰＷ１−１及びランダムＰＷ２−１）、展開モジュール、認証モジュール、ラッピングモジュール、ミニフィルタモジュール、リプレースモジュール、アップロードモジュールが格納される。

Ｓ２：次に、クライアント端末３において、展開された認証モジュールが実行されることにより、クライアント端末３からライセンス管理サーバ１に対して、当該ユーザが正規のユーザであるか否かの認証が、ＩＤ、パスワードなどをもとに行われる。ライセンス管理サーバ１は、認証ＤＢ１８ａを参照し、クライアント端末３に認証結果を返答する。

なお、この認証の過程で、ライセンス管理サーバ１は、クライアント端末３がダウンロードしたラッピングファイルに含まれる各種モジュールのバージョン管理を行うことが可能である。即ち、ライセンス管理サーバ１は、それぞれのモジュールのバージョン情報を調べ、最新のバージョンとなっていないモジュールがあれば、記憶部１８に記憶された更新用（最新）の各種モジュール１８ｅから、その最新モジュールをクライアント端末３にダウンロードする。ダウンロードされた最新モジュールは、ラッピングファイル内にラッピングされていた対応モジュールとそれぞれ置き換えられる。つまり、クライアント端末３のユーザからすると、自動的にラッピングツールの各モジュールを最新のバージョンのものに置き換えることができる。従って、ユーザはラッピングツールのインストール作業及びバージョンアップ作業を行う必要がなく、配信された対象ファイルの利用作業に専念することができる。

Ｓ３：クライアント端末３の認証モジュールは、ライセンス管理サーバ１から認証結果を取得する。ここでは、例えば、Ｃ社のユーザが、クライアント端末３から、ＩＤ「Ｃ−ｃｏｍｐａｎｙ」、Ｐａｓｓｗｏｒｄ「ｘｘｘｘｘ」を入力するとする。この場合、ライセンス管理サーバ１は、認証ＤＢ１８ａ（図７）を参照し、ＩＤ「Ｃ−ｃｏｍｐａｎｙ」に対し、認証結果（認証ＯＫ）を返答する。

Ｓ４：クライアント端末３の認証モジュールは、認証結果が認証ＯＫであるか否かを判定する。認証結果が認証ＯＫである場合、Ｓ５へ進む。一方、認証結果が認証ＯＫでない場合（認証ＮＧ）、Ｓ１２へ進み、認証モジュールは、ユーザに対し、認証失敗の旨を表示装置１０７に表示するなどして、認証ＮＧ処理を実施する。

Ｓ５：認証結果が認証ＯＫである場合、認証モジュール（展開モジュールでもよい）は、展開されたラッピングファイル内に含まれている対象ファイル（例えば、対象ファイル１及び対象ファイル２）のインデックスを、クライアント端末３の表示装置１０７に表示する。ラッピングファイル内に複数の対象ファイルが含まれている場合、ユーザにこれから利用したい対象ファイルを選択させるためである。また、仮にラッピングファイル内に一の対象ファイルのみが含まれている場合でも、ユーザにラッピングファイル内の対象ファイルを確認させる意味で、インデックスを表示するとよい。

図１１は、本実施形態に係るインデックス表示画面の一例を示す。ユーザは、ここでこれから利用したい対象ファイルを選択する。

Ｓ６：認証モジュール（展開モジュールでもよい）は、対象ファイルが選択されたか否かを判定する。ここでは、ユーザは対象ファイル１を編集すべく、インデックス表示画面から、対象ファイル１を選択するものとする。

Ｓ７：認証モジュール（展開モジュールでもよい）は、対象ファイルが選択された場合、選択された対象ファイル（及びランダムＰＷ）を一時フォルダ３５ｂに格納する。ここでは、対象ファイル１が選択されているので、対象ファイル１（及びランダムＰＷ１−１）が一時フォルダ３５ｂに格納される。なお、図２の上記（２）において、対象ファイルは暗号化されてからラッピングされているため、この時点の対象ファイル１は、依然として暗号化されている状態にある。また、ランダムＰＷは、暗号化されている対象データを復号化する際に使用されるため、選択された対象ファイルとともに、フォルダ３５ｂに格納しておくものである。

Ｓ８：次に、クライアント端末３のミニフィルタモジュールは、アプリケーション３６から対象ファイルの実行要求が発生したか否かを判定する。具体的には、ユーザが、対象ファイルを利用（閲覧、編集等）するためのアプリケーション３６上において、対象ファイルを指定して開く操作を行う。この操作を受けてアプリケーション３６は、指定された対象ファイルに実行要求（対象ファイルに対する読み込み処理）、つまり指定された対象ファイルの読み出しを行う。

Ｓ９：ここで、ミニフィルタモジュールは、アプリケーション３６から対象ファイルの実行要求（対象ファイルに対する読み込み処理）が発生したことを検知すると、一時フォルダ３５ｂに格納されている対象ファイルを読み出して、読み出した対象ファイルに対し復号化処理を行う。

ここで、ミニフィルタモジュールは、読み出した対象ファイルに対し復号化処理を行う際、ラッピングファイル内に含まれていたランダムＰＷ（例えば、ランダムＰＷ１−１）を使用して、共通鍵を生成し、その共通鍵を使用して、対象ファイルの復号化を行う。このランダムＰＷは、対象ファイルとともに、ＰＷフォルダ３５ｂに格納されたものを使用できる。

Ｓ１０：ミニフィルタモジュールは、復号化された対象ファイルを、実行要求元のアプリケーション３６へ伝達する（読み出す）。

Ｓ１１：アプリケーション３６は、ミニフィルタモジュールから復号化された対象ファイルを受け取ると、その対象ファイルを実行する（アプリケーション３６上、対象ファイルを開く）。これにより、ユーザは、アプリケーション３６上、対象ファイルの中身を閲覧することができる。その後、「Ａ」（図１３）へ進む。

図１２は、本実施形態に係るミニフィルタモジュールの動作を示す図である。図に示されるように、例えばWindows（登録商標）系のＯＳ（Operating System）の場合、ユーザーモードのアプリケーション３６が、ハードウェア（記憶装置）にアクセスする際、直接、ファイルシステムドライバにアクセスすることは許可されていないことが通常である。つまり、アプリケーション３６は、ＡＰＩ（Application Program Interface）関数を呼ぶことで、ＯＳのＩ／Ｏ（In/Out）マネジャに対し、Ｉ／Ｏ操作を要求する構成である。

そして、本実施形態に係るミニフィルタモジュールは、ファイルシステムドライバと補助記憶装置１０４（一時フォルダ３５ｂを含む）との間において、プロセス監視機能、暗号化・復号化機能を有し、特定アプリケーションのアクセス・プロセスが発生した際、次のような処理を実施する。具体的に、対象ファイルを利用するアプリケーション３６のプロセスを監視しており、対象ファイルを利用しようとするアプリケーション３６から、対象ファイルの実行要求（アクセス・プロセス）が発生すると、ミニフィルタモジュールは、その対象ファイルの実行要求を検知する。

図のように、Windows（登録商標）系のＯＳの場合、アプリケーションは、ＩＯマネジャ、ファイルシステムドライバを介して、対象ファイルの読み出しを行う。ミニフィルタモジュールは、ファイルシステム下にて、そのアプリケーションのプロセス（対象ファイルの実行要求を監視し、対象ファイルの実行要求（読出要求）を検知した場合、ファイルシステムドライバから一時フォルダ３５ｂの対象ファイルが呼び出される際の対象ファイルに復号化処理を実行してから、ファイルシステムドライバに復号化された対象ファイルを読み出す処理を実施する。

なお、ミニフィルタモジュールは、対象ファイルの復号化処理を実行する際、メモリ空間（例えば、ＲＡＭ１０４）において、対象ファイルの復号化処理を実行し、ファイルシステムドライバに復号化された対象ファイルをそのまま渡す。復号化された対象ファイルは、ユーザの自由な利用（例えば不正利用）を防止するため、補助記憶装置１０４等に保存することはない。

また、ミニフィルタモジュールは、監視負荷軽減のため、全てのプロセスを監視せず、監視対象となる特定のプロセスのみを監視する。例えば、アプリケーションという観点から、予め定められた所定のアプリケーションによるプロセスのみに絞って監視を行う。また、例えば、アクセス先という観点から、一時フォルダ３５ｂにアクセスしようとするププロセスのみに絞って監視を行う。

（情報処理２）
図１３は、本実施形態に係るライセンス管理システムの情報処理２を説明するフローチャートである。以下図面を参照しながら説明する。

情報処理２では、図２の上記（７）の「対象データの利用」、（８）の「暗号化」について説明する。即ち、ユーザは、クライアント端末３を操作して、アプリケーション３６上、対象ファイルを利用する。利用とは、上述したように、（i）対象ファイルを閲覧はするが、その内容を編集（変更）しないケース、（ii）対象ファイルの内容を編集（変更）し、変更した内容で、対象ファイルを更新するケース（上書き保存）、（ii）対象ファイルの内容を編集（変更）し、変更したその対象ファイルに新たな別名を付け、新たな対象ファイルを追加保存するケース（複製保存）など、がある。

Ｓ１３：図１０のＳ１１から続くステップである。ミニフィルタモジュールは、対象ファイルの実行終了要求が発生したか否かを判定する。具体的には、ユーザが、対象ファイルの利用（閲覧、編集等）を終了するため、アプリケーション３６上、対象ファイルを閉じる操作を行ったときに、対象ファイルの実行終了要求が発生する。対象ファイルの実行終了要求が発生した場合、Ｓ１４へ進む。一方、ユーザがこれから対象ファイルの編集を行おうとする場合、対象ファイルの実行終了要求は発生しないので、Ｓ１７に進む。

Ｓ１４：アプリケーション３６は、対象ファイルの実行終了要求が発生した場合、対象ファイルの実行を終了する。具体的には、アプリケーション３６自体を終了させるか、又はアプリケーション３６上、対象ファイルを閉じて終了させる。

Ｓ１５：ミニフィルタモジュールは、アプリケーション３６が対象ファイルの実行を終了すると、その後、一時フォルダ３５ｂに更新があったか否かを判定する。一時フォルダ３５ｂの更新とは、一時フォルダ３５ｂに格納された対象ファイルが上書き更新されたり、新たな対象ファイルが一時フォルダ３５ｂに格納された場合などがある（Ｓ１７〜Ｓ２０）。一方、ユーザが対象ファイルの閲覧のみを行なった場合などは、一時フォルダ３５ｂに更新がない。

Ｓ１６：ミニフィルタモジュールは、一時フォルダ３５ｂに更新がない場合、アプリケーション３６が対象ファイルの実行を終了すると、その後、一時フォルダ３５ｂに格納されており暗号化されている先の対象ファイルを削除する。一方、一時フォルダ３５ｂに更新があった場合、「Ｂ」へ進む。なお、「Ｂ」へは、Ｓ１３、Ｓ１７〜Ｓ２１のルートを経てから、Ｓ１５で、一時フォルダは更新ありと判定されてから進むルートになる。

Ｓ１７：ミニフィルタモジュールは、対象ファイルの上書き保存又は複製保存要求が発生したか否かを判定する。具体的には、ユーザが、アプリケーション３６上、対象ファイルに編集を加え、その後、その対象ファイルに対し上書き保存の操作を行った場合、対象ファイルの上書き保存要求の発生を検知する。また、ユーザが、アプリケーション３６上、対象ファイルに別名を付けて保存の操作を行った場合、対象ファイルの複製保存要求の発生を検知する。上述したように、ミニフィルタモジュールは、ファイルシステムドライバ下において、アプリケーション３６からの一時フォルダ３５ｂの対象ファイルに対する保存要求のプロセスを監視しているので、上書き保存又は複製保存要求が発生した場合、これを検知する（例えば、図１２参照）。

Ｓ１８：ミニフィルタモジュールは、対象ファイルの上書き保存又は複製保存要求の発生を検知すると、続いて、上書き保存又は複製保存の可否判定を行う。そして、判定結果がＯＫである場合、Ｓ１９へ進む。一方、判定結果がＯＫでない場合（ＮＧ）、Ｓ２２へ進み、認証モジュールは、ミニフィルタモジュールに判定結果（ＮＧ）を伝達する。ミニフィルタモジュールは、ファイルシステムドライバに対し、対象ファイル保存に失敗した旨の保存エラーを擬似生成し、これを返答するなどして、保存ＮＧ処理を実施する。その結果、アプリケーション３６上、対象ファイル保存に失敗する（対象ファイルを保存できない）。

ここで、上書き保存又は複製保存の可否判定について詳しく説明する。まず、ミニフィルタモジュールは、認証モジュールに対し、上書き保存又は複製保存の可否判定を委託する。認証モジュールは、上書き保存又は複製保存の可否判定を行うべく、ライセンス管理サーバ１にアクセスし、当該ユーザの、当該対象ファイルに対する「上書き保存回数上限値」、「上書き保存回数実績値」、又は「別名保存回数上限値」、「別名保存回数実績値」の取得要求を行う。

例えば、ユーザＩＤ「Ｃ−ｃｏｍｐａｎｙ」が、対象ファイル１の上書き保存をする場合、認証モジュールは、ミニフィルタモジュールから上書き保存の対象となる対象ファイルの対象ファイル名「対象ファイル１」を取得する。クライアント端末３の認証モジュールは、ユーザＩＤ「Ｃ−ｃｏｍｐａｎｙ」と、その対象ファイル名「対象ファイル１」とをライセンス管理サーバ１に送信する。

ライセンス管理サーバ１は、利用管理ＤＢ１８ｄ（図９）を参照し、ユーザＩＤ「Ｃ−ｃｏｍｐａｎｙ」と、対象ファイル名「対象ファイル１」とに基づいて、「上書き保存回数上限値」、「上書き保存回数実績値」を抽出し、その値をクライアント端末３の認証モジュールに返答する。

認証モジュールは、「上書き保存回数上限値」と、「上書き保存回数実績値」とを比較し、「上書き保存回数上限値」が「上書き保存回数実績値」を超えない場合、上書き保存の可否判定として、上書き保存ＯＫと判定し、ミニフィルタモジュールに判定結果を伝達する。つまりこの場合、ライセンス管理サーバ１から、クライアント端末３（ユーザＩＤ「Ｃ−ｃｏｍｐａｎｙ」）の「対象ファイル１」に対する上書き保存利用について、ライセンス（上書き利用許可）が与えられた。

また同様に、例えば、ユーザＩＤ「Ｃ−ｃｏｍｐａｎｙ」が、対象ファイル１の複製保存をする場合、認証モジュールは、ミニフィルタモジュールから複製保存の対象となる対象ファイルの対象ファイル名「対象ファイル１」を取得する。クライアント端末３の認証モジュールは、ユーザＩＤ「Ｃ−ｃｏｍｐａｎｙ」と、その対象ファイル名「対象ファイル１」とをライセンス管理サーバ１に送信する。

ライセンス管理サーバ１は、利用管理ＤＢ１８ｄ（図９）を参照し、ユーザＩＤ「Ｃ−ｃｏｍｐａｎｙ」と、対象ファイル名「対象ファイル１」とに基づいて、「別名保存回数上限値」、「別名保存回数実績値」を抽出し、その値をクライアント端末３の認証モジュールに返答する。

認証モジュールは、「別名保存回数上限値」と、「別名保存回数実績値」とを比較し、「別名保存回数上限値」が「別名保存回数実績値」を超えない場合、複製保存の可否判定として、複製保存ＯＫと判定し、ミニフィルタモジュールに判定結果を伝達する。つまりこの場合、ライセンス管理サーバ１から、クライアント端末３（ユーザＩＤ「Ｃ−ｃｏｍｐａｎｙ」）の「対象ファイル１」に対する複製保存利用について、ライセンス（複製利用許可）が与えられた。

なお、ここでは、クライアント端末３の認証モジュールが、ライセンス管理サーバ１から、「上書き保存回数上限値」及び「上書き保存回数実績値」を取得し、「上書き保存回数上限値」が「上書き保存回数実績値」を超えなるか否かを判定することにより、上書き保存の可否判定とした。しかしながら、これに代えて、ライセンス管理サーバ１側で、可否判定を実施し、判定結果のみをクライアント端末３の認証モジュールに対し返答するように構成することも可能である。例えば、ライセンス管理サーバ１側で、「上書き保存回数上限値」が「上書き保存回数実績値」を超えないか否かを判定し、「上書き保存回数上限値」が「上書き保存回数実績値」を超えない場合には、上書き保存ＯＫと判定し、クライアント端末３の認証モジュールに対し、判定結果（上書き保存ＯＫ）を返答する。その後、認証モジュールは、ミニフィルタモジュールに判定結果（上書き保存ＯＫ）を伝達する。

Ｓ１９：ミニフィルタモジュールは、判定結果（ＯＫ）を受け取ると、ファイルシステムから、上書き保存又は複製保存すべき対象ファイルを取得し、この対象ファイルに対し、暗号化処理を実行する。より具体的に、ミニフィルタモジュールは、ファイルシステムドライバから一時フォルダ３５ｂに、対象ファイルが保存される（書き込まれる）際、その対象ファイルに復号化処理を実行してから、一時フォルダ３５ｂに暗号化された対象ファイルを保存する（例えば、図１２参照）。

ここで、ミニフィルタモジュールは、保存される対象ファイルに対し暗号化処理を行う際、新たなランダムＰＷを生成し、その新たなランダムＰＷを使用して、共通鍵を生成し、その共通鍵を使用して、対象ファイルの暗号化を行う。また、新たなランダムＰＷは、次回、復号化処理時の共通鍵生成に使用されるため、暗号化後、その新たなランダムＰＷを、ラッピングファイル用フォルダ３５ａに格納しておく。この対象ファイルの暗号化、復号化の詳細は、再度後述する。

Ｓ２０：ミニフィルタモジュールは、暗号化された対象ファイル（及び新たなランダムＰＷ）を一時フォルダ３５ｂに格納（保存）する。上書き保存である場合、一時フォルダ３５ｂに既に暗号化されて格納されている先の対象ファイル及びランダムＰＷ（例えば、ランダムＰＷ１−１）に対し上書きする（例えば、図１４（ａ）参照）。又は複製保存である場合、一時フォルダ３５ｂに既に暗号化されて格納されている先の対象ファイル及びランダムＰＷ（例えば、ランダムＰＷ１−１）に加え、新たに暗号化された対照ファイル及び新たなランダムＰＷ（例えば、ランダムＰＷ３−１）を一時フォルダ３５ｂに格納する（例えば、図１４（ｂ）参照）。

Ｓ２１：ミニフィルタモジュールは、認証モジュールに対し、利用管理ＤＢ１８ｄの更新を委託する。具体的に、認証モジュールは、委託を受けて、ライセンス管理サーバ１にアクセスし、利用管理ＤＢ１８ｄの更新を要求する。具体的には次の通りである。

例えば、ユーザＩＤ「Ｃ−ｃｏｍｐａｎｙ」が、「対象ファイル１」の上書き保存をした場合、ライセンス管理サーバ１の利用管理ＤＢ１８ｄにおいて、その「上書き保存回数実績値」に対し、１カウントアップする必要がある。よって、認証モジュールは、ライセンス管理サーバ１に対し、当該ユーザＩＤ「Ｃ−ｃｏｍｐａｎｙ」の、当該「対象ファイル１」に対する「上書き保存回数実績値」のカウントアップ要求を行う。ここでは具体的に、ユーザＩＤ「Ｃ−ｃｏｍｐａｎｙ」の「対象ファイル１」に対する「上書き保存回数実績値」は、７から８にカウントアップされる（例えば、図９及び図１５（ａ））。

一方、ユーザＩＤ「Ｃ−ｃｏｍｐａｎｙ」が、「対象ファイル１」を複製し、「対象ファイル３」として別名保存をした場合、ライセンス管理サーバ１の利用管理ＤＢ１８ｄにおいて、その「別名保存回数実績値」に対し、１カウントアップする必要がある。またさらに、新たに追加保存された「対象ファイル３」についても、利用管理ＤＢ１８ｄ上、登録する必要がある。

よって、まず認証モジュールは、ライセンス管理サーバ１に対し、当該ユーザＩＤ「Ｃ−ｃｏｍｐａｎｙ」の、当該「対象ファイル１」に対する「別名保存回数実績値」のカウントアップ要求を行う。ここでは具体的に、ユーザＩＤ「Ｃ−ｃｏｍｐａｎｙ」の「対象ファイル１」に対する「別名保存回数実績値」は、０から１にカウントアップされる（例えば、図９及び図１５（ｂ））。

また、認証モジュールは、ライセンス管理サーバ１に対し、当該ユーザＩＤ「Ｃ−ｃｏｍｐａｎｙ」の、当該「対象ファイル３」に対する登録情報である「上書き保存回数上限値」、「別名保存回数上限値」、「上書き保存回数実績値」、「別名保存回数実績値」の登録要求を行う。

具体的には、図１５（ｂ）を参照する。図に示されるように、ユーザＩＤ「Ｃ−ｃｏｍｐａｎｙ」の「対象ファイル３」に対する「上書き保存回数上限値」は、複製元の「対象ファイル１」に基づき、「対象ファイル１」と同一の「上書き保存回数上限値」を与える（同一値を引き継ぐ）。また、「上書き保存回数実績値」についても、複製元の「対象ファイル１」に基づき、「対象ファイル１」と同一の「上書き保存回数実績値」を与える（同一値を引き継ぐ）。次に、ユーザＩＤ「Ｃ−ｃｏｍｐａｎｙ」の「対象ファイル３」に対する「別名保存回数上限値」は、複製元の「対象ファイル１」に基づき、「対象ファイル１」の｛「別名保存回数上限値」−「別名保存回数実績値」（更新後）｝（但し、＞０）を与える（実質的な上書き可能回数を引き継ぐ）。また、「別名保存回数実績値」は、０（初期値）を与える（新たな「対象ファイル３」は、この時点で実質的な「別名保存回数実績値」は０である）。

以上、対象ファイルの保存処理について説明した。ここまでのユーザ操作の流れとしては、アプリケーション３６上、対象ファイルを閲覧のうえ、編集、そして上書き保存又は別名保存を行っている。以降、ユーザは再度、対象ファイルの編集、上書き保存又は別名保存を行うことも可能である（Ｓ２１からＳ１３、Ｓ１７へ進む）。一方、ユーザは保存を終え、アプリケーション３６を終了する場合、Ｓ２１からＳ１３、Ｓ１４、Ｓ１５へ進む。また、Ｓ１５では、一時ファイルは更新ありと判定され、「Ｂ」へと進む。

（情報処理３）
図１６は、本実施形態に係るライセンス管理システムの情報処理３を説明するフローチャートである。以下図面を参照しながら説明する。

情報処理３では、図２の上記（８）の「再ラッピング」、（９）の「アップロード」について説明する。ミニフィルタモジュールにより、同対象ファイルに対し、暗号化処理が行われた後には、続けて、ラッピングファイルに含まれていたラッピングモジュールにより、対象ファイルの再ラッピングが行われる。またさらに、再ラッピングされたラッピングファイルをライセンス管理サーバ１にアップロードする。

Ｓ２３：再ラッピングの前に、クライアント端末３のラッピングモジュールは、リプレースモジュールに対し、対象ファイルのリプレースを指示する。指示を受けたリプレースモジュールは、ラッピングファイル用フォルダ３５ａ内の対象ファイル（及びランダムＰＷ）に、一時フォルダ３５ｂ内の対象ファイルをリプレースする。

Ｓ２４：ラッピングモジュールは、リプレースを完了すると、一時フォルダ３５ｂ内の対象ファイル（及びランダムＰＷ）を全て削除する。一時フォルダ３５ｂに格納されている対象ファイルは、常に暗号化されている状態にあるため、仮に一時フォルダ３５ｂから対象ファイルが流出した場合であっても、当ファイルを利用することは不可能であるが、より安全性を高めるため、一時フォルダ３５ｂ内の対象ファイルは全て削除するものである。

Ｓ２５:次に、ラッピングモジュールは、ラッピングファイル用フォルダ３５ａ内に、アップロードモジュールを複製する。この複製されたアップロードモジュールは、再ラッピングされたラッピングファイルをライセンス管理サーバ１にアップロードする際に用いられる（後述）。

ここで、より具体的に、Ｓ２３〜Ｓ２５について説明する。対象ファイル１が上書き保存されたことにより、一時フォルダ３５ｂの対象ファイル１が更新されている場合、リプレースモジュールは、ラッピングファイル用フォルダ３５ａ内の対象ファイル１（及びランダムＰＷ１−１）に、一時フォルダ３５ｂの対象ファイル１（及びランダムＰＷ１−２）をリプレースする（例えば、図１７参照）。また、一時フォルダ３５ｂ内の対象ファイル１（及びランダムＰＷ）を削除する。また、ラッピングファイル用フォルダ３５ａ内に、アップロードモジュールを複製する。

また、対象ファイル１が対象ファイル３へと別名保存されたことにより、一時フォルダ３５ｂに対象ファイル３が追加保存されている場合、リプレースモジュールは、ラッピングファイル用フォルダ３５ａ内に、一時フォルダ３５ｂの対象ファイル３（及びランダムＰＷ３−１）をコピーする（例えば、図１８参照）。また、一時フォルダ３５ｂ内の対象ファイル１、対象ファイル３（及びランダムＰＷ３−１）を削除する。また、ラッピングファイル用フォルダ３５ａ内に、アップロードモジュールを複製する。

Ｓ２６：ラッピングモジュールは、ラッピングファイル用フォルダ３５ａ内の、全ての対象ファイルと、複製されたアップロードモジュールを除く各種モジュールとをラッピングし、ラッピングファイルを作成する。

対象ファイル１が上書き保存されたことにより、対象ファイル１が更新されている場合、ラッピングファイルには、更新済みの対象ファイル１を含む（例えば、図１９参照）。また、対象ファイル１が対象ファイル３へと別名保存されたことにより、対象ファイル３が追加保存されている場合、ラッピングファイルには、複製保存された対象ファイル３を含む（例えば、図２０参照）。

Ｓ２７：次に、アップロードモジュール（複製）は、アップロード要求の有無を判定する。具体的には、ユーザは、再ラッピングされたラッピングファイルをライセンス管理サーバ１にアップロードしようとする場合、例えば、ラッピングファイル用フォルダ３５ａ内の複製されたアップロードモジュールを実行することにより、アップロード要求を行える。アップロード要求の有りと判定した場合は、Ｓ２８へ進む。一方、アップロード要求の無しと判定した場合は、「ＥＮＤ」へ進み、処理を終了する。

Ｓ２８：アップロードモジュール（複製）は、ラッピングファイル用フォルダ３５ａ内において再ラッピングされたラッピングファイルをライセンス管理サーバ１にアップロードする。通信ネットワーク２上、ライセンス管理サーバ１のアドレス（ＩＰアドレス等）は、アップロードモジュール内に保持されているので、ユーザは例えばアップロードモジュールを実行するだけでアップロードを簡単に遂行できる。また、アップロード時、必要に応じて、再度ＩＤやＰａｓｓｗｏｒｄなどの認証情報を送信し、ライセンス管理サーバ１側でアップロード・アクセス認証を実施してもよい。また、アップロードを実行したアップロードモジュール（複製）は、ラッピングファイル用フォルダ３５ａからその後消滅してもよい。

なお、ユーザが再ラッピングされたラッピングファイルをライセンス管理サーバ１にアップロードしない場合とは、次のような場合がある。即ち、ユーザはアプリケーション３６を操作して、対象ファイルの更新作業を一旦は終えたものの、再度、対象ファイルの更新作業を行うため、あえてアップロードはせずに、クライアント端末３に対象ファイルを留めて置くケースが想定される。

しかしながら、上述したように、アプリケーション３６から更新され保存された対象ファイルは、暗号化に続けて再ラッピングされる。そしてまた、一旦ラッピングされた対象ファイルを利用するためには、ラッピングファイルを展開したうえで、ライセンス管理サーバ１に対する認証手続や復号化処理（図２の上記（５）、（６））が必要となる。よって、クライアント端末３のローカルディスクから、仮に作業中の対象ファイルが流出しても、ラッピングファイルとして流出するので、対象ファイルの内容が第三者に漏洩することを防止できる。

一方、ユーザが再ラッピングされたラッピングファイルをライセンス管理サーバ１にアップロードする場合とは、次のような場合がある。即ち、Ｃ社（例えば、設計図面を作成する設計事務所）であるユーザは、アプリケーション３６を操作して、対象ファイルの更新作業を全ては終えたため、対象ファイルをＡ社に納品するような場合である。ライセンス管理サーバ１にアップロードされたラッピングファイルは、以降、Ｄ社（例えば、下請け施工会社）によって、同様の仕組みを用いてダウンロード配信され利用（例えば、閲覧等）されうる。

なおまた、上述のＳ２５で、アップロードモジュールの複製を作成したが、ユーザが再ラッピングしてから直ぐにそのままラッピングファイルをライセンス管理サーバ１にアップロードするような場合には、再ラッピングとアップロードとの処理を一連の処理と扱うことにより、あえてアップロードモジュールの複製を作成せずとも、再ラッピングされたラッピングファイルをライセンス管理サーバ１にアップロードすることも可能である。

[暗号化・復号化処理について]
本実施形態に係る暗号化・復号化処理方法について説明する。本実施形態においては、説明上、２度の暗号化処理と１度の暗号化処理が行われた。最初の暗号化処理は、Ａ社による対象データの暗号化処理である（図２の（２）ラッピング）。次に、Ｃ社がダウンロードしたラッピングファイル内の暗号化された対象データの復号化処理である（図２の（６）復号化）。そして、Ｃ社が編集した対象データの暗号化処理である（図２の（８）暗号化）。

図２１は、Ａ社による対象データの暗号化処理を説明する図である。図２の（２）ラッピングにおいて、Ａ社の使用者は、Ｂ社が提供するラッピングツールにより、建築データなど、配信対象となる対象データを暗号化してからラッピングする。

図に示されるように、対象ファイル１を暗号化するため、暗号化は、まずランダムＰＷ１−１を生成するところから開始される。ランダムＰＷは、不特定不規則の文字数字列の情報である。例えば、生成時タイミングの現在日時刻の情報そのものであったり、不規則に発生させた乱数、又はその乱数から生成された乱数派生情報などで実現できる。

次に、生成したランダムＰＷ１−１から、一定のアルゴリズムを通じて、非可逆の共通鍵１−１を生成する。そして、その共通鍵１−１を使って、対象ファイルの暗号化を行う。また、今回暗号化に使用された共通鍵１−１は破棄される。また、暗号化された対象データは、共通鍵生成に使用されたランダムＰＷ１−１とともに、ラッピングファイル内にラッピングされる。ここで、与えられたランダムＰＷから一定のアルゴリズムを通じて生成される共通鍵は、常に同じものになるところ、これを利用し、対象ファイルの復号の際にも同じランダムＰＷ１から暗号化時と同一のアルゴリズムを通じて共通鍵１−１を生成し、その共通鍵１−１を復号に使用する。

なお、ランダムＰＷ及び共通鍵は、暗号化する対象ファイル毎に生成されるため、暗号化すべき対象ファイルの数分だけ、生成される。また、ランダムＰＷは、ラッピングされた対象ファイルの数分だけ、ラッピングされる。

図２２は、Ｃ社による対象データの復号化処理を説明する図である。図２の（６）復号化において、ミニフィルタモジュールは、ランダムＰＷ（例えば、ランダムＰＷ１−１）を使用することにより、対象ファイルの復号化処理を行う。

図に示されるように、対象ファイル１を復号化するため、まずラッピングファイル内にラッピングされていたランダムＰＷ１−１を取得し、そのランダムＰＷ１−１から、暗号化時と同一のアルゴリズムを通じて共通鍵１−１を生成する。

対象ファイル１の暗号化及び復号化に使用される共通鍵１−１は、同一のランダムＰＷ１−１から同一のアルゴリズムを通じて生成されるものであるため、暗号化された対象データ１−１は、ここで生成された共通鍵１−１を使用して復号化されることができる。

図２３は、Ｃ社による対象データの暗号化処理を説明する図である。図２の（８）暗号化において、ミニフィルタモジュールは、新たに生成したランダムＰＷ２を使用することにより、共通鍵を生成し、その共通鍵を使用して更新された対象ファイルの暗号化処理を行う。

図に示されるように、編集された対象ファイル１を暗号化するため、暗号化は、新たにランダムＰＷ１−２を生成するところから開始される。ランダムＰＷ１−２は、上述と同様、不特定不規則の文字数字列の情報である。

次に、生成したランダムＰＷ１−２から、一定のアルゴリズムを通じて、非可逆の共通鍵１−２を生成する。そして、その共通鍵１−２を使って、編集された対象ファイルの暗号化を行う。また、今回暗号化に使用された共通鍵１−２は破棄される。また、暗号化された対象データ１（更新済み）は、共通鍵生成に使用されたランダムＰＷ１−２とともに、ラッピングファイル内にラッピングされる。このランダムＰＷ１−２は、次回、ここで暗号化された対象データ１（更新済み）が復号化されるときに使用されることになる。

以上のように、本実施形態に係る暗号化処理においては、上述の如く、保存される対象ファイルに対し暗号化処理を行う際、不特定不規則なランダムＰＷを生成し、そのランダムＰＷに基づく共通鍵を使用して、対象ファイルの暗号化を行う。また、今回暗号化に使用された共通鍵は破棄されるが、ランダムＰＷは、次回の復号化処理時、共通鍵生成に使用されるため、暗号化後、ランダムＰＷは、暗号化された対象データとともに、ラッピングファイル内にラッピングされる。

次に、復号化処理時、暗号化された対象ファイルに対し復号化処理を行う際、ラッピングファイル内に含まれていたランダムＰＷに基づく共通鍵を使用して、対象ファイルの復号化を行う。このとき使用されるランダムＰＷは、対象ファイルが暗号化されたときに用いられたランダムＰＷである。また、本実施形態に係るランダムＰＷは、一回復号化に用いられたものは、以降使用されることはないため、復号化後、このランダムＰＷ及び共通鍵は破棄される。

これにより、暗号化の度に毎回異なる共通鍵を使用して、対象ファイルが暗号化されるため、対象ファイルに対するセキュリティを向上させることができる。また、ラッピングファイル内には、直接的に共通鍵をラッピングすることはなく、あくまで共通鍵の生成に使用されるランダムＰＷのみを入れておくようにする。そして、暗号化された対象データとともに入れられたランダムＰＷから同一のアルゴリズムを通じて共通鍵を生成するようにしたため、鍵の漏洩等に対するセキュリティを向上させることができる。

（変形例）
なお、ランダムＰＷを、暗号化された対象データとともにラッピングファイル内に入れておく理由は、次回、その暗号化された対象データを復号化する際（共通鍵生成する際）、使用できるようにしたためである。よって、本実施形態にように、ランダムＰＷをラッピングファイル内に入れておく他、ライセンス管理サーバ１の利用管理ＤＢ１８ｄ側で、ランダムＰＷを暗号通信により送信し、保持し、利用に受信して利用することも可能である。

図２４は、本変形例に係る利用管理ＤＢ１８ｄのデータ一例を示す。利用管理ＤＢ１８ｄは、上述の図９に比べ、「対象ファイル」毎に、その対象ファイルの暗号化時の共通鍵生成に使用されたランダムＰＷが格納される。このランダムＰＷは、それぞれの「対象ファイル」が復号されるために必要な情報である。

図１０のＳ３で、クライアント端末３の認証モジュールは、ライセンス管理サーバ１から認証結果を取得するが、ライセンス管理サーバ１は、認証ＤＢ１８ａを参照し、ＩＤに対応して格納される全てのランダムＰＷの値を、認証ＯＫの認証結果とともに返答する。また、図１３のＳ２１で、認証モジュールは、暗号化時の共通鍵生成に使用したランダムＰＷ（例えば、ランダムＰＷ２）を通知し、ライセンス管理サーバ１の利用管理ＤＢ１８ｄの更新を要求する。

これにより、ランダムＰＷを、暗号化された対象データとともにラッピングファイル内に入れておかず、ライセンス管理サーバ１の利用管理ＤＢ１８ｄ側で、ランダムＰＷを保持しておくことができる。

[総括]
以上、本実施形態に係るライセンス管理システムにおいては、ラッピングファイル内の対象ファイルに対しても、ライセンス管理サーバ１の管理下に置くことが可能となっている。ライセンス管理サーバ１は、クライアント端末がラッピングファイル内の対象ファイルを利用する際、その対象ファイルを上書き保存したり、複製保存したりしようとする場合、ライセンス管理サーバ１の認証が必要である。そして、ライセンス管理サーバ１から、これら上書き保存や複製保存の許可が得られた場合、その対象ファイルを上書き保存したり、複製保存したりすることができる。逆に許可が得られない場合、その対象ファイルを上書き保存したり、複製保存したりすることはできない（例えば、対象ファイルの閲覧のみとなる）。

また、上書き保存した対象ファイルや複製保存した対象ファイルは、暗号化されてから保存されるので、保存された対象ファイルが仮に漏洩した場合であっても、対象ファイルを保護することができる。つまりこの場合、対象ファイルは、ライセンス管理サーバ１の管理下から離れるが、そのようなこの場合であっても、その対象ファイルを利用することはできない。

即ち、本実施形態によれば、クライアント端末が利用するファイルについても、ライセンス管理サーバによる管理を実現するライセンス管理システム及びクライアント端末を提供を提供することが可能となる。なお、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

１ ライセンス管理サーバ
２ 通信ネットワーク
３ クライアント端末
１４ ネットワークインタフェース部
１５ 入出力インタフェース部
１６ 制御装置
１７ ファイル送受信部
１８ 記憶部
３１ ネットワークインタフェース部
３２ 入出力インタフェース部
３３ 制御装置
３４ ファイル送受信部
３５ 記憶部
３６ アプリケーション
１０１ ＣＰＵ
１０２ ＲＯＭ
１０３ ＲＡＭ
１０４ 補助記憶装置
１０５ 記憶媒体読取装置
１０６ 入力装置
１０７ 表示装置
１０８ 通信装置

Claims (7)

1. ファイルを利用するクライアント端末と、前記ファイルを前記クライアント端末に配信する管理サーバとを含むライセンス管理システムであって、
   前記クライアント端末は、
   前記ファイルを実行するファイル実行手段と、
   前記ファイルを記憶する記憶手段と、
   前記ファイル実行手段から前記記憶手段に対するアクセス・プロセスを監視する監視手段と、
   前記アクセス・プロセスが前記記憶手段に対する前記ファイルの保存要求である場合、前記管理サーバに前記ファイルの保存許可判定を要求する保存認証手段と、
   前記ファイルの保存許可が判定された場合、該ファイルを暗号化し、暗号化されたファイルを前記記憶手段に保存する暗号化保存手段と、
   を有し、
   前記管理サーバは、
   前記クライアントと、前記ファイルと、前記保存を許可するか否かを示す保存許可判定情報とを対応付けて記憶した保存判定情報記憶手段と、
   前記クライアント端末から前記ファイルに対する前記保存許可が要求されたとき、該クライアント端末と該ファイルとに対応する前記保存許可判定情報を返答する保存許可返答手段と、
   を有することを特徴とするライセンス管理システム。
2. 前記保存認証手段は、
   前記ファイルの保存不許可が判定された場合、前記ファイル実行手段に前記ファイルの保存エラーを通知すること、
   を特徴とする請求項１記載のライセンス管理システム。
3. 前記記憶手段は、暗号化された第１ファイルを記憶し、
   前記保存要求は、前記記憶手段の前記第１ファイルに対する第２ファイルの上書き保存要求であって、
   前記保存認証手段は、前記管理サーバに前記第２ファイルの上書き保存許可判定を要求し、
   前記暗号化保存手段は、前記第２ファイルの上書き保存許可が判定された場合、該第２ファイルを暗号化し、該暗号化された第２ファイルを前記記憶手段の前記第１ファイルに上書き保存すること、
   を特徴とする請求項１又は２記載のライセンス管理システム。
4. 前記記憶手段は、暗号化された第１ファイルを記憶し、
   前記保存要求は、前記記憶手段の前記第１ファイルから複製された第３ファイルの複製保存要求であって、
   前記保存認証手段は、前記管理サーバに前記第３ファイルの複製保存許可判定を要求し、
   前記暗号化保存手段は、前記第３ファイルの複製保存許可が判定された場合、該第３ファイルを暗号化し、該暗号化された第３ファイルを前記記憶手段に保存すること、
   を特徴とする請求項１又は２記載のライセンス管理システム。
5. 前記管理サーバは、
   前記ファイル、及び、前記クライアント端末に少なくとも前記監視手段と前記保存認証手段と前記暗号化保存手段として機能させるプログラムを含むラッピングファイルを前記クライアント端末に配信する配信手段と、
   を有することを特徴とする請求項１ないし４何れか一項記載のライセンス管理システム。
6. 前記暗号化保存手段は、前記ファイルを暗号化する際、不特定且つ不規則な情報であるランダムＰＷを生成し、該ランダムＰＷから鍵を生成し、該鍵を用いて、該ファイルを暗号化し、暗号化されたファイル及び前記ランダムＰＷを前記記憶手段に保存するとともに、前記鍵を破棄すること、
   を特徴とする請求項１ないし５何れか一項記載のライセンス管理システム。
7. 管理サーバから配信されるファイルを利用するクライアント端末であって、
   前記ファイルを実行するファイル実行手段と、
   前記ファイルを記憶する記憶手段と、
   前記ファイル実行手段から前記記憶手段に対するアクセス・プロセスを監視する監視手段と、
   前記アクセス・プロセスが前記記憶手段に対する前記ファイルの保存要求である場合、前記管理サーバに前記ファイルの保存許可判定を要求する保存認証手段と、
   前記ファイルの保存許可が判定された場合、該ファイルを暗号化し、暗号化されたファイルを前記記憶手段に保存する暗号化保存手段と、
   を有し、
   前記保存認証手段は、
   前記ファイルの保存不許可が判定された場合、前記ファイル実行手段に前記ファイルの保存エラーを通知すること、
   を特徴とするクライアント端末。

Images