JP4652719B2 - ファイルデータ削除プログラム及びファイルデータ削除システム - Google Patents

Description

本発明は、提供者側のコンピュータから供給者側のコンピュータにファイルデータを送信したときに、互いの時限情報に基づいて使用期間を定め、この使用期間を満たしていないときにファイルデータを削除するファイルデータ削除システム及びファイルデータ削除プログラムに関する。

近年は、情報漏洩の保護が盛んである。例えば、提供者側のコンピュータからファイルデータを受給者側のコンピュータにインターネット等で送信する場合に、提供者側のファイルデータに、〇〇〇〇時〇〇分にファイルデータを削除しなさいとしたデータを書き込んで送り、受給者側のコンピュータがファイルデータを解読し、このファイルデータを受信後に〇〇〇〇時〇〇分にファイルデータを削除する方式もある。

このような方式は、提供者側のコンピュータのタイマと、受給者側のコンピュータのタイマとは完全同期をとることは不可能であること、タイマの時刻を不正に調整することが可能であることから第３者の時刻をそれぞれ基準とすることが多い。

つまり、第３者のコンピュータ、サーバと提供者側のコンピュータと受給者側のコンピュータとを通信ネットワークで接続し、提供者側のコンピュータが、前述の第３者のサーバからの時刻に基づいてファイルデータに〇〇〇〇時〇〇分にファイルデータを削除しなさいとしたデータを書き込んで送り、受給者側のコンピュータが第３者のサーバからの時刻が〇〇〇〇時〇〇分になったときに受信したファイルデータを削除していた。
特許３３９１９９２号公報 特許３２２５９１９号公報

しかしながら、２つのコンピュータ同士が第３者の時刻を基準とするので、上流側からのファイルデータの消し込みに際しては、コストが掛かるという課題があった。

本発明は、第３者から時刻を通信ネットワークを介して受信しないで、コンピュータ同士で時刻合わせを行って、受給者側のコンピュータが提供者側のコンピュータからのファイルデータを削除することによって、低コストのファイルデータ削除システム及びそのプログラムを得ることを目的とする。
本発明は、コピー、改竄、編集、再配布を防止できるファイルデータ削除システムを得ることを目的とする。

本発明は、ユーザ端末（４０）と、該ユーザ端末（４０）にコンテンツを送信するサービスサイトのシステム（４１、４２、４３、４４）とを通信ネットワーク（４）で接続した前記コンテンツを削除するためのファイルデータ削除システムである。

本発明のファイルデータ削除システムは次のことを特徴とする。
前記ユーザ端末（４０）は、
特定ディレクトリ領域が生成され、この特定ディレクトリ領域に、（ａ）前記コンテンツ及び前記サービスサイトのシステム（４１、４２、４３、４４）からのもので、時限規制情報を有するコンテンツパッケージと、（ｂ）前記コンテンツのハッシュ値とが記憶された第１の記憶手段（４６）と、
前記第１の記憶手段（４６）とアプリケーション部との間に設けられたドライバプログラム部（４５）とを備え、
前記ドライバプログラム部（４５）は、
当該ドライバプログラム部（４５）以外の外部からの前記特定ディレクトリへのアクセスを禁止して専用化する手段と、
前記ユーザ端末（４０）が他のユーザ端末に変更される場合、当該ユーザ端末のユーザ情報と、前記ハッシュ値と、前記時限規制情報とを含む前記ユーザ端末（４０）を変更するための変更要求を前記サービスサイトのシステム（４１、４２、４３、４４）に送信する手段と、
前記ユーザ端末（４０）が前記他のユーザ端末に変更された場合、
前記サービスサイトのシステム（４１、４２、４３、４４）から新たなコンテンツパッケージとその新しいハッシュ値並びに利用可能期間残を受信してこれらを前記他のユーザ端末の前記特定ディレクトリ領域に記憶する手段と、
前記サービスサイトのシステムにアクセスして、前記サービスサイトのシステムのタイムサーバの時刻を抽出し、この時刻と前記新たなコンテンツパッケージの新しい時限規制情報に基づいて前記他のユーザ端末での前記コンテンツの利用を許可又は前記コンテンツを削除する手段と
を備え、
前記サービスサイトのシステム（４１、４２、４３、４４）は、
前記コンテンツパッケージを前記ユーザ情報に関連つけて記憶した第２の記憶手段（４４）と、
前記タイムサーバから時刻を読み込み、この時刻から利用可能期間残を算出し、この利用可能期間残に基づく前記新しい時限規制情報を埋め込んだ前記新たなコンテンツパッケージを生成する手段と、
前記新たなコンテンツパッケージ及び前記ユーザ情報並びに前記新しいハッシュ値を関連付けて前記第２の記憶手段（４４）に記憶する手段と、
前記新たなコンテンツパッケージ、前記新しいハッシュ値を前記他のユーザ端末（４０）に送信する手段と、
前記他のユーザ端末（４０）から前記新しいハッシュ値を受信した場合は、この新しいハッシュ値が正ならば、前記新たなコンテンツパッケージのダウンロード完了と判断して、前記サービスサイトのシステム（４１、４２、４３、４４）の配信サーバ（４２）に保存されている該新たなコンテンツパーケージを削除する手段と
を有する。
前記時限規制情報は、
前記コンテンツを削除する日時指定、受取後経過時間、及びオープン経過時間の中から選択される１以上の情報であると良い。

以上のように、本発明によれば、コピー、改竄、編集、再配布について完全に防止でき
る。

＜実施の形態１＞
図１は、本実施の形態１のファイルデータ削除システムの概略構成図である。

本実施の形態は、提供者側のコンピュータ１にファイルデータＦｉに時限情報Ａｐを付加するアプリケーション部２を備え、このファイルデータＦｉを通信ネットワーク４を介して受給者側のコンピュータ３に送信し、受給者側のコンピュータ３のＯＳのドライバプログラム部１３がファイルデータＦｉに受給者側の時限情報Ａｑを付加し、受給者側のコンピュータ３のアプリケーション部５が受給者側の時限情報Ａｑと提供者側の時限情報Ａｐとに基づいて、ファイルオープン（表示部に表示）を許可する。また、許可することを禁止したときは、ドライバプログラム部１３によってファイルデータＦｉを削除する。

つまり、本実施の形態は、データの提供者と受給者の２者間の関係に着眼し、ファイルデータの提供者と受給者とが認識する相対的時間を基準として、ファイルデータのセキュリュティーの向上化を図る。

図１に示すファイルデータ削除システムは、提供者側のコンピュータ１が、タイマ６と、データ提供者時間作成部７と、送信ファイル作成部８と、暗号化部１０と、送受信部（図示せず）等を有する。

データ提供者時間作成部７は、ファイルの送信指示に伴って提供者側の時限情報Ａｐを作成するための画面（図示せず）を表示部に表示し、タイマ６の現在の時刻を提供者側のシステム時刻ａ１（提供者側の使用開始時刻）として読み込み、この提供者側のシステム時刻ａ１を前述の画面に表示すると共に、受給者側にファイルデータＦｉの使用を許可した提供者側から受給者側への有効期限ａ２（提供者側からの使用期限）を画面に表示し、この受給者側への有効期限ａ２と提供者側のシステム時刻ａ１の差を求め、これを提供者側から受給者側への有効期間ａ３（提供者側からの使用許可期間）として画面に表示する。

前述の提供者側のシステム時刻ａ１と、受給者側への有効期限ａ２と、受給者側への有効期間ａ３とを総称して提供者側からの時限情報Ａｐと称している。この提供者側からの時限情報Ａｐは、メモリ９に保存される。

送信ファイル作成部８は、ファイルの送信指示に伴って、ファイルデータＦｉのヘッダＦｐ（Ｆｐ１、Ｆｐ２、Ｆｐ３）、にメモリ９に保存されている提供者側からの時限情報Ａｐ（提供者側のシステム時刻ａ１、受給者側への有効期限ａ２、受給者側への有効期間ａ３）とを埋め込み、暗号化部１０によって暗号化して送信させている。

また、送信ファイル作成部８は、ＣＤ−ＲＯＭ又はフロッピィディスク、ＭＯ等の記憶媒体１１に前述の時限情報Ａｐ付きのファイルデータＦｉを保存することもある。

一方、受給者側のパソコン３は、アプリケーション部５と、タイマ１２と、ＯＳに設けられたドライバプログラム部１３等を有している。

アプリケーション部５は、少なくともファイルオープン部１６、時刻条件判定部１７等を備え、ドライバプログラム部１３は、ファイルクローズ部１８、削除部１９、タイムスタンプ書込処理部２６を備えている。

ファイルオープン部１６は、ファイルデータＦｉのオープン要求があるかどうかを監視し、オープン要求があると判定したときは、ドライバプログラム部１３に対してハードディスク１５に保存されているファイルデータＦｉのヘッダＲｉにタイマ１２の現在の時刻（受給者側のシステム時刻ｂ１ともいう。又は受給者側の使用開始時刻。）と、受給者側で設定した有効期限ｂ２（受給者側の使用期限）と、受給者側で設定した有効期間ｂ３とをドライバプログラム部１３によって書き込みさせる。前述の受給者側のシステム時刻ｂ１と受給者側で設定した有効期限ｂ２と受給者側で設定した有効期間ｂ３（受給者側の使用許可期間）とを総称して受給者側の時限情報Ａｑという。

時刻条件判定部１７は、ドライバプログラム部１３によって、受給者側の時限情報Ａｑと提供者側の時限情報Ａｐとを読み込みさせ、これらの時限情報と予め保存されている判定条件に基づいて前述のファイルのオープン要求を有効又は許可できないときは、ドライバプログラム部１３によってファイルデータＦｉを削除させる。

図２は受給者側のコンピュータ３の概略構成図である。図２に示すように、アプリケーション部５は、ドライバプログラム部１３上に設けられている。

ドライバプログラム部１３は、図２に示すように、アプリケーションインターフェース部２０と、フロー制御部２１と、データ処理部２２と、ファイルシステム監視ドライバ部２３と、暗号化／復号化部２４と、アクセスデータ管理部２５と、タイムスタンプ書込処理部２６と、通信ネットワーク４との送受信を所定のプロトコル（インターネット）で行う送受信部（図示せず）等を有している。

受給者側のコンピュータ３で動いているアプリケーション部５からハードディスク１５に記憶されているファイルへアクセスするときは、アプリケーション部５はｗｉｎｄｏｗｓが標準で備えているインターフェースを通してファイルへアクセス要求を出す。このとき、アプリケーション部５は、ＯＳに設けられたドライバプログラム部１３を経由してハードディスク１５とのやりとりを行う。

ファイルシステム監視ドライバ部２３は、フロー制御部２１又はデータ処理部２２からの要求によってファイルシステムドライバ２７とデータの送受信を行うためのものである。

アプリケーションインターフェース部２０は、アプリケーション部５とドライバプログラム部１３間のインターフェースを提供し、アプリケーション部５からのファイルアクセス要求等のコマンドを受け取り、その実行結果、又はフロー制御部２１から受信したその他のデータをアプリケーション部５に送出するものである。

データ処理部２２は、ファイルの属性データの作成と、アクセスデータ管理部２５、暗号化／復号化部２４、送受信部への入出力を行うためのものである。

フロー制御部２１は、アプリケーションインターフェース部２０を介して受け取ったアプリケーション部５からの命令などを解析してデータ処理部２２、ファイルシステム監視ドライバ部２３などに指示を出して制御するためのものである。

アクセスデータ管理部２５は、ハードディスク１５などの補助記憶装置に格納されているファイルに関する情報が格納されているファイルを参照・登録・制御し、管理するためのものである。

詳しくは、ファイルへのアクセスのログ、制御条件、ファイル属性などのデータを登録・削除し、その参照を管理する。つまり、ファイルクローズ、削除機能を管理する。ファイルシステム監視ドライバ２３部は、ハードディスク１５などの補助記憶装置に格納されているファイルへのアクセスを提供するファイルシステムドライバ２７とのインターフェースを提供するためのものである。

上記のように構成されたファイルデータ削除システムについて以下に動作を説明する。

図３は、提供者側の概略動作を説明するフローチャートである。提供者側のオペレータが受給者側に送信するファイルを選択し、このファイルの送信指示を入力する。

このファイルの送信指示に伴って、提供者側のコンピュータ１の送信ファイル作成部８は、ハードディスクから選択されたファイルデータＦｉを読込む（Ｓ１）。

また、ファイルの送信指示に伴って、データ提供者時間作成部７は、タイマ６の現在の時刻を提供者側のシステム時刻ａ１として読み込み、この提供者側のシステム時刻ａ１を前述の画面に表示すると共に、受給者側にファイルデータＦｉの使用を許可した提供者側からの受給者側への有効期限ａ２を画面に表示し、この受給者側への有効期限ａ２と提供者側のシステム時刻ａ１の差を求め、これを提供者側から受給者側への有効期間ａ３として画面に表示する（提供者側からの時限情報Ａｐ）。そして、これをファイルデータＦｉのヘッダＦｐに埋め込む時間条件設定処理を行う（Ｓ２）。

そして、暗号化部１０がこのファイルを暗号化（ＭＰＥＧ、ＪＰＥＧ）し（Ｓ３）、送信部が送信バッファメモリに、この暗号化されたファイルを書き込み、送信する（Ｓ４）。提供者側からの時限情報Ａｐ付きのファイルデータＦｉは、記憶媒体に保存してもよい。

図４は、図３の処理を詳細に説明するためのフローチャートである。図４に示すように、送信ファイル作成部８は、ファイルの送信指示があるかどうかを監視している（Ｓ１０）。

ステップＳ１０において、ファイルの送信指示があると判定したときは、送信することを選択したファイル番号に対応するファイルデータＦｉをデータベースから読み込む（Ｓ１１）。

次に、データ提供者時間作成部７は、表示部に時限条件設定画面（図５（ａ）参照）を表示する（Ｓ１２）。

例えば、タイマ６の現在時刻が２００４年４月１０日、１７時００分の場合であれば、図５（ａ）に示すようにこれを提供者側のシステム時刻ａ１として表示する。図５（ａ）においてはＵＴＣ時刻も表示している。

次に、データ提供者時間作成部７は、受給者側への有効期限ａ２が設定されたかどうかを判定する（Ｓ１３）。ステップＳ１３において、受給者側への有効期限ａ２の入力と判定したときは、受給者側への有効期間ａ３の算出を行う（Ｓ１４）。

例えば、ファイル（コンテンツ：文書等）の受給者側への有効期限ａ２を３日間として入力した場合は、受給者側のシステム時刻ａ１に受給者側の有効期限（３日間）を加算する。本実施の形態では、受給者側への有効期限ａ２は２００４年４月１３日１７時００分と求められる（図５（ａ）参照）。また、ＵＴＣ時刻による有効期間も求めて表示させている。

そして、提供者側のシステム時刻ａ１（２００４／４／１０ １７００）と受給者への有効期限ａ２（２００４年４月１３日１７時００分）との差を、受給者側の有効期間ａ３（２５９２００）として求める（図５（ａ）参照）。

次に、データ提供者時間作成部７がＯＫボタン（図示せず）が押されたかどうかを判断し（Ｓ１５）、ＯＫボタンが押されたときは、図５（ａ）の提供者側からの時限情報Ａｐを送信ファイル作成部８に送出する。

送信ファイル作成部８は、ファイルデータＦｉのヘッダＦｐ（Ｆｐ１、Ｆｐ２、Ｆｐ３）に提供者側の時限情報Ａｐを埋め込み、これを暗号化部１０に渡す（Ｓ１６）。

暗号化部１０は送信ファイル作成部８で作成されたファイルデータＦｉを暗号化し（Ｓ１７）、送信部は送信バッファメモリに書き込んで（Ｓ１８）、通信ネットワーク４（インターネット）で送信する（Ｓ１９）。

一方、受給者側は提供者側のコンピュータ１から暗号化されたファイルデータＦｉを受信し、これを復号化して、予め指定されているフォルダに保存する。つまり、図２に示すハードディスク１５に特定領域を生成し、この特定領域にファイルデータＦｉをドライバプログラム部１３のアクセスデータ管理部２５が保存させる。

そして、図６に示すように、アプリケーション部５は、指定フォルダ上にファイルが存在するか否かをチェックする（Ｓ２０：ファイルの有無の監視）。つまり、アプリケーション部５は、アプリケーションインターフェース部２０を介してハードディスク１５にファイルデータが存在しているか否かのコマンドを出力し、フロー制御部２１がこのコマンドをアクセスデータ管理部２５に入力し、アクセスデータ管理部２５がデータ処理部２２、ファイルシステム監視ドライバ部２３によってハードディスク１５にファイルデータが存在するか否かの結果を読み込み、この結果をアプリケーション部５に出力させる。

次に、アプリケーション部５のファイルオープン部１６は、ファイルデータＦｉがハードディスク１５に存在すると判定したときは、既にタイムスタンプの書き込みがあるか否かを判定する（Ｓ２１）。この判定は、アプリケーション部５の時刻条件判定部１７がタイムスタンプの書き込みがあるか否かの問い合わせのコマンドをアプリケーションインターフェース部２０、フロー制御部２１、ファイルシステム監視ドライバ部２３を介して出力する。

ステップＳ２１でタイムスタンプの書き込みがあるとアプリケーション部５が判定したときは、ファイルオープン部１６がファイルオープンの要求があるか否かを判定する（Ｓ２２）。

また、ステップＳ２１において、タイムスタンプ（受給者側で設定したシステム時刻、有効期限、有効期間）が書き込まれていないと判定したときは、アプリケーション部５の時刻条件判定部１７は、アプリケーションインターフェース部２０にタイムスタンプ書き込みコマンドを送出し、フロー制御部２１が解読してタイムスタンプ書込処理部２６にタイムスタンプ書き込みコマンドを出力する。

タイムスタンプ書込処理部２６は、データ処理部２２、ファイルシステム監視ドライバ部２３、ファイルシステムドライバ２７を介してハードディスク１５のファイルデータＦｉのヘッダＦｐを読み込み、このヘッダＦｐ（Ｆｐ１、Ｆｐ２、Ｆｐ３）に、例えば図７に示すように、提供者のシステム時間ａ１が「３８０８７．７０８３３：ＵＴＣ時刻」、受給者側への有効期限ａ２が「３８０９０．７０８３３：ＵＴＣ時刻」、受給者側への有効期間ａ３が「３．０００００」と書き込まれている場合において、例えば絶対時間（図５（ｃ）参照）に対して提供者側のシステム時刻ａ１が３０分遅れている場合は、図７のイに示すように、ファイルデータＦｉのヘッダＲ１には、タイマ１２の現在時間である受給者側のシステム時刻ｂ１が「３８０８７．６８７５０」と書き込まれ、ヘッダＲ２には、「３８０９０．６８７５０」が受給者側で設定した有効期限ｂ２として書き込まれる。

また、ヘッダＲ３には、受給者側のシステム時刻ｂ１と受給者側で設定した有効期限ｂ２との差である受給者側で設定した有効期間ｂ３（３．０００００）が書き込まれる（図７のイを参照）。前述のヘッダＦｐ及びＲｉは時刻情報が書き込まれるとマスクされる。

前述のｂ１、ｂ２、ｂ３は、タイムスタンプ書込処理部２６がデータ処理部２２に渡して、ファイルシステム監視ドライバ部２３を介して、ファイルシステムドライバ２７によってハードディスク１５のファイルのヘッダＲｉに書き込んでいる（マスクされる）。

つまり、カーネルモードでタイムスタンプ時刻情報である受給者側の時限情報Ａｑを書き込んでいるので、時間の改竄を防止できている。

また、絶対時刻に対して、受給者側のタイマ１２が２時間３０分進んでいる場合（絶対時刻２００４／４／１０ １７：３０）は、受給者側のシステム時刻ｂ１は２００４／４／１０ ２０：００＝３８０８７．８３３３３（図５（ｂ）参照）となる。

また、受給者側で設定した有効期限ｂ２は「３８０９０．７０８３３」、受給者側で設定した有効期間ｂ３は「２．８７５００」となる。

この受給者側の時限情報ＡｑもファイルデータＦｉのヘッダＲｉに書き込まれてマスクされる。

つまり、タイムスタンプ書込処理部２６は、このｂ１、ｂ２、ｂ３の時刻をデータ処理部２２に渡して、ファイルシステム監視ドライバ部２３を介して、ファイルシステムドライバ２７によってハードディスク１５のファイルデータのヘッダＲｉに書き込む。

従って、カーネルモードでタイムスタンプ時刻情報（受給者側の時限情報Ａｑ）を書き込んでいるので、時間の改竄を防止できている。

次に、ステップＳ２２において、ファイルオープンとアプリケーション部５のファイルオープン部１６が判定したときは、アプリケーション部５の時刻条件判定部１７は、アプリケーションインターフェース部２０、フロー制御部２１、データ処理部２２、ファイルシステム監視ドライバ部２３に よって、ファイルデータＦｉのヘッダＦｐに書き込まれている固定値である提供者側のシステム時刻ａ１、ヘッダＲｉに書き込まれている固定値である受給者側のシステム時刻ｂ１を読み込み、比較する（Ｓ２３）。

ステップＳ２３において、提供者側のシステム時刻ａ１が受給者側のシステム時刻ｂ１より小さいと判定したときは、提供者側のシステム時刻（ａ１）が受給者側のシステム時刻（ｂ１）より遅れていると判断して、提供者側からの受給者側への有効期限（ａ２）を受給者側で設定した有効期限ｂ２とする処理（Ａ処理）を実行する（Ｓ２４）。このＡ処理については後述する。

また、ステップＳ２３において、時刻条件判定部１７が提供者側のシステム時間（ａ１）が受給者側のシステム時間（ｂ１）より大きいと判断したとき（つまり、提供者のシステム時刻が進んでいる）、受給者側のファイルオープン要求時の時刻をタイマ１２から読み込み、このシステム時刻ｋ１（受給者側の利用開始時のシステム時刻）とヘッダＲ１の受給者側のシステム時刻（ｂ１；固定値）と比較する（Ｓ２５）。

ステップＳ２５において、利用開始時のシステム時刻ｋ１がヘッダＲ１のシステム時刻ｂ１より小さいと判定したときは、ファイルデータＦｉの利用を許さない後述する処理Ｂを実行する（Ｓ２６）。つまり、ファイルオープン要求時のシステム時刻ｋ１がファイルを受給したときの当該システム時間より遅れている場合は、ファイルデータＦｉを利用させないことになる。

また、ステップＳ２５において、ファイルオープン要求時の受給者側の現在時刻であるシステム時刻ｋ１が受給者側のシステム時刻（ｂ１）より大きいと判定したときは（受給者側の現在時刻がファイルデータを受信したときの受給者側のシステム時刻の方より進んでいる場合）は、後述するステップＳ２８からステップＳ３１の処理を繰り返す（Ｓ２７）。

次に、受給者側の現在時刻がファイルデータを受信したときの受給者側のシステム時刻の方より進んでいるとステップＳ２５で判定したときは、時間条件判定部１７は、ドライバプログラム部１３によって、ハードディスク１５のファイルデータＦｉのヘッダＲ２の受給者側で設定した有効期限ｂ２（固定値）を出力させ、この受給者側で設定した有効期限ｂ２（タイマ１２に基づく時刻）とタイマ１２の現在時刻であるシステム時刻ｋ１と比較する（Ｓ２８）。

ステップＳ２８において、受給者側の現在のシステム時刻ｋ１が受給者側で設定した有効期限ｂ２（提供者側からの使用許可期間である有効期間ａ３と受給者側のシステム時刻ｂ１とに基づいて決定した有効期限ｂ２）に到達していないときは、ファイルデータＦｉの使用ができる期間と判定して、アプリケーション部５のファイルオープン部１６は、ドライバプログラム部１３によってハードディスク１５からファイルデータＦｉを読み出させて（Ｓ２９）、暗号化／復号化部２４に渡して復号化させ（Ｓ３０）、これを画面に表示させる（Ｓ３１）。

また、ステップＳ２８において、アプリケーション部５の時刻条件判定部１７がタイマ１２の現在時刻であるシステム時刻ｋ１が受給者側で設定した有効期限ｂ２より大きいと判定した場合（受給者側の現在時刻が有効期限ｂ２を超過している場合）は、ドライバプログラム部１３によって、ファイルクローズ処理を実行させて（Ｓ３２）、ファイルを削除させる（Ｓ３３）。

すなわち、アクセスデータ管理部２５がデータ処理部２２、ファイルシステム監視ドライバ部２３、ファイルシステムドライバ２７を介してハードディスク１５のファイルデータＦｉを削除する。

次に、処理Ａについて図８のフローチャートを用いて以下に説明する。処理Ａはファイルオープンの要求があって、かつファイルデータＦｉのヘッダＦｐの提供者側のシステム時刻ａ１がヘッダＲｉの受給者側で設定したシステム時刻ｂ１より遅れている場合に起動する。

アプリケーション部５の時刻条件判定部１７は、タイマ１２の現在時刻である受給者側の現在のシステム時刻ｋ１とヘッダＦｐの提供者側のシステム時刻ａ１とを比較する（Ｓ４０）。

ステップＳ４０において、受給者側の現在のシステム時刻ｋ１が提供者側からのシステム時刻ａ１より小さいと判定したときは（受給者側のタイマ１２の現在時刻が提供者側からの時刻より遅れている）、ファイルデータＦｉの利用を許さない処理Ｂを実行する（Ｓ４１）。

また、ステップＳ４０において、受給者側の現在のシステム時刻ｋ１が提供者側のシステム時刻ａ１より大きいと判定したときは（受給者側の現在のシステム時刻ｋ１が提供者側のシステム時刻ａ１より進んでいる）、後述するステップＳ４３からステップ４６の処理をファイルクローズされるまで繰り返す（Ｓ４２）。

ステップＳ４３においては、受給者側の現在のシステム時刻ｋ１とファイルデータＦｉのヘッダＲｉの受給者側で設定した有効期限ｂ２と比較する（Ｓ４３）。

ステップＳ４３において、受給者側のタイマ１２の現在時刻であるシステム時刻ｋ１がヘッダＲｉの受給者側で設定した有効期限ｂ２以下の場合（ｂ２に到達していない）は、時間条件判定部１７は、ファイルデータＦｉの使用ができる期間と判定して、アプリケーション部５のファイルオープン部１６は、ドライバプログラム部１３によってハードディスク１５からファイルデータＦｉを読み出させて（Ｓ４４）、暗号化／復号化部２４に渡して復号化させ（Ｓ４５）、これを画面に表示させる（Ｓ４６）。

また、ステップＳ４３において、アプリケーション部５の時刻条件判定部１７がタイマ１２の現在時刻であるシステム時刻ｋ１が受給者側で設定した有効期限ｂ２より小さいと判定した場合（受給者側の現在時刻が有効期限ｂ２を超過している場合）は、ドライバプログラム部１３によって、ファイルクローズ処理を実行させて（Ｓ４７）、ファイルを削除させる（Ｓ４８）。

つまり、アクセスデータ管理部２５がデータ処理部２２、ファイルシステム監視ドライバ部２３、ファイルシステムドライバ２７を介してハードディスク１５のファイルデータＦｉを削除する。

すなわち、ファイルデータの利用時の状況により（図６−Ｓ２３）、以降の処理により、ファイルデータの利用に規制が施される。

また、データ受給者がファイルデータＦｉを利用する毎にアプリケーションプログラムがコンピュータ上の下記条件を分析して不正使用を防御している。

何れの条件でも有効期限は（ａ）の意図する時間を超過することはなく、データの提供者の運用面での簡略化が図れる（図６（ｄ）参照）。

上記の時間条件の判定は、
・ヘッダ（ａ１）＞ヘッダ（ｂ１）の場合で、利用開始時のシステム時刻＞ヘッダ（ｂ１）の場合（フロー図６ Ｓ２３、Ｓ２５、Ｓ２７）を経過して、有効期限（ｂ２）までファイルデータの利用が可能となる。

有効期限（ｂ２）を過ぎると（フロー図６ Ｓ３２、Ｓ３３）により、対象ファイルの強制クローズ及び削除処理が実施される。

元々、（ａ）の時間より遅れていたコンピュータ（ｂ）の時間を未来修正することは容認させる。

但し、未来修正幅は予測不可能な為、初回の有効期限である（ｂ２）を適用する。

・ヘッダ（ａ１）＞ヘッダ（ｂ１、ｂ１’）の場合で、利用開始時のシステム時刻＜ヘッダ（ｂ１，ｂ１’）の場合（フロー図６ Ｓ２３、Ｓ２５）を経過して（フロー図６ Ｓ２６）処理により、対象ファイルの強制クローズ及び削除処理が実施される。

元々、（ａ）の時間より遅れていたコンピュータ（ｂ）の時間が初回のタイムスランプ時よりさらに遅れる必要性はなく、意図的にシステム時刻を不正に操作したと判断させる。

・ヘッダ（ａ１）＜ヘッダ（ｂ１、ｂ１’）の場合で、利用開始時のシステム時刻＞ヘッダ（ａ１）の場合（フロー図６ Ｓ２３、Ｓ２５）を経過して（フロー図８ Ｓ４０、Ｓ４２）処理により、有効期限（ｂ２’）までファイルデータの利用が可能となる。

有効期限（ｂ２’）を過ぎると（フロー図８ Ｓ４７、Ｓ４８）により、対象ファイルの強制クローズ及び削除処理が実施される。

元々、（ａ）の時間（図５のｄ参照）より進んでいたコンピュータ（ｂ：受給者側のコンピュータ）の時間を未来修正することは容認させる。

但し、未来修正幅は予測不可能な為、初回の有効期限である（ｂ２’）を適用する。

・ヘッダ（ａ１）＜ヘッダ（ｂ１、ｂ１’）の場合で、利用開始時のシステム時刻＜ヘッダ（ａ１）の場合（フロー図６ Ｓ２３、Ｓ２５）を経過して（フロー図８ Ｓ４０、Ｓ４１）処理により、対象ファイルの強制クローズ及び削除処理が実施される。

元々、（ａ）の時間より進んでいたコンピュータ（ｂ：受給者側のコンピュータ）の時間が基準となる（ａ）の時刻以前に戻される必要性はなく、基準時間を（ａ）とする本内容では意図的にシステム時刻を不正に操作したと判断させる。

すなわち、前述の条件は、次のことを示している。
ヘッダ（ａ１）＞ヘッダ（ｂ１，ｂ１’）の場合で、利用開始時のシステム時刻＞ヘッダ（ｂ１，ｂ１’）はヘッダ（ａ２）を有効時限とする。

ヘッダ（ａ１）＞ヘッダ（ｂ１，ｂ１’）の場合で、利用開始時のシステム時刻＜ヘッダ（ｂ１，ｂ１’）はファイルデータの利用を許さない。

ヘッダ（ａ１）＜ヘッダ（ｂ１，ｂ１’）の場合で、利用開始時のシステム時刻＞ヘッダ（ａ１）はヘッダ（ａ２）を有効時限とする。

ヘッダ（ａ１）＜ヘッダ（ｂ１，ｂ１’）の場合で、利用開始時のシステム時刻＜ヘッダ（ａ１）はファイルデータの利用を許さない。

上記の条件制御により、受給者のファイルデータ最大利用有効時限を、データの提供者の認識する時限以内を保証する。

＜実施の形態２＞
図９は、本実施の形態２のファイルデータ削除システムの概略構成図である。

本実施の形態は提供者側のコンピュータ３０にファイルデータＦｉの使用許可回数情報Ｄｐを付加するアプリケーションを備え、このファイルデータＦｉを通信ネットワーク４を介して受給者側のコンピュータ３１に送信し、受給者側のコンピュータ３１のＯＳのドライバプログラム部３９がファイルデータＦｉに受給者側の使用許可回数情報Ｄｑを付加し、受給者側のコンピュータ３１のアプリケーション部３５が受給者側の使用許可回数情報Ｄｑと提供者側の使用許可回数情報Ｄｐとに基づいて、ファイルオープン（画面に表示）を許可し、許可することを禁止したときは、ドライバプログラム部３９によってファイルデータＦｉを削除する。

つまり、本実施の形態２は、利用回数の制限を実現する仕組みは、従来、システムとしてのアプリケーション側に依存する仕組みとなっており、特定形式のファイルデータ以外の指定が出来なかった。

本実施の形態は、利用回数の条件を指定するカウンタ（使用許可回数）をファイルデータそのものに保持させることにより、提供者及び受給者に利便性の高い、有効回数制御機能を有するシステムを提供する。

図９に示すファイルデータ削除システムは、提供者側のコンピュータ３０は、カウンタ３４と、データ提供者使用回数作成部３２と、送信ファイル作成部３３と、暗号化部１０、送受信部（図示せず）等を有する。

データ提供者使用回数作成部３２は、ファイルの送信指示に伴って提供者側の使用許可回数情報Ｄｐを入力するための画面（図示せず）を表示部に表示し、入力された提供者側の使用許可回数情報Ｄｐをメモリ３６に保存する。

送信ファイル作成部３３は、ファイルの送信指示に伴って、ファイルデータＦｉのヘッダＦｐにメモリ３６に保存されている提供者側の使用許可回数情報Ｄｐを埋め込み、暗号化部１０によって暗号化して送信させる。

また、送信ファイル作成部３３は、ＣＤＲＯＭ又はフロッピィディスク、ＭＯ等の記憶媒体１１に前述の使用許可回数情報Ｄｐを書き込んだファイルデータＦｉを保存することもある。

一方、受給者側のコンピュータ３１は、アプリケーション部３５と、カウンタ３４と、ＯＳに設けられたドライバプログラム部３９等を有している。

アプリケーション部３５は、少なくともファイルオープン部１６、使用回数条件判定部３７等を備え、ドライバプログラム部３９は、ファイルクローズ部１８、削除部１９、使用回数書込処理部３８を備えている。

ファイルオープン部１６は、ファイルデータＦｉのオープン要求があるか否かを監視し、オープン要求があると判定したときは、ドライバプログラム部３９に対してハードディスク１５に保存されているファイルデータＦｉのヘッダＲｉにカウンタ３４のカウント値（受給者側で設定した使用許可回数情報Ｄｑ）をドライバプログラム部３９によって書き込みさせる。

使用回数条件判定部３７は、ドライバプログラム部３９によって、ファイルデータＦｉのヘッダＦｐの提供者側の使用許可回数情報Ｄｐと、ヘッダＲｉの受給者側で設定した使用許可回数情報Ｄｑとを読み込みさせ、これらの使用回数情報と予め保存されている使用回数判定条件に基づいて前述のファイルのオープン要求を有効又は許可できないときはドライバプログラム部３９によってファイルデータＦｉを削除させる。

図１０は受給者側のコンピュータ３１の概略構成図である。図１０に示すように、アプリケーション部３５は、ドライバプログラム部３９上に設けられている。

ドライバプログラム部３９は、図１０に示すように、アプリケーションインターフェース部２０と、フロー制御部２１と、データ処理部２２と、ファイルシステム監視ドライバ部２３と、暗号化／復号化部２４と、アクセスデータ管理部２５と、使用回数書込処理部３８、通信ネットワーク４との送受信を所定のプロトコル（インターネット）で行う送受信部（図示せず）等を有している。

受給者側のコンピュータ３１で動いているアプリケーション部３５からハードディスク１５に記憶されているファイルへアクセスするときは、アプリケーション部３５はｗｉｎｄｏｗｓが標準で備えているインターフェースを通してファイルへアクセス要求を出す。このとき、アプリケーション部３５は、ＯＳに設けられたドライバプログラム部３９を経由してハードディスク１５とのやりとりを行う。

ファイルシステム監視ドライバ部２３は、フロー制御部２１又はデータ処理部２２からの要求によってファイルシステムドライバ２７とデータの送受信を行うためのものである。

アプリケーションインターフェース部２０は、アプリケーション部３５とドライバプログラム部３９間のインターフェースを提供し、アプリケーション部３５からのファイルアクセス要求等のコマンドを受け取り、その実行結果、又はフロー制御部２１から受信したその他のデータをアプリケーション部３５に送出するものである。

上記のように構成された実施の形態２のシステムについて以下に動作を説明する。図１１は、提供者側のコンピュータ３０の動作を説明する概略フローチャートである。

提供者側のコンピュータ３０の送信ファイル作成部３３は、指定されたファイルデータＦｉの読み込みを行う（Ｓ５０）。

次に、データ提供者使用回数作成部３２は、使用許可回数情報Ｄｐを画面に入力したときは、この使用許可回数情報Ｄｐをメモリ３６に保存し、送信ファイル作成部３３はメモリ３６の使用許可回数情報ＤｐをファイルデータＦｉのヘッダＦｐに書き込む。つまり、ファイルデータＦｉに使用許可回数を設定（図１２のアを参照）する（Ｓ５１）。

次に、暗号化部１０は、このファイルデータＦｉを暗号化する（Ｓ５２）。そして、送信バッファメモリに書き出して送信又は記憶媒体に書き出しする（Ｓ５３）。

図１３は受給者側の動作を説明するフローチャートである。一方、受給者側のコンピュータ３１は、提供者側からファイルデータＦｉを受信し、これを復号化して、予め指定されているフォルダに保存する。つまり、図９、図１０に示すハードディスク１５にファイルデータＦｉを保存する。

そして、図１３に示すように、アプリケーション部３５は、指定フォルダ上にファイルが存在するか否かをチェックする（Ｓ６０：ファイルの有無の監視）。つまり、アプリケーション部３５は、アプリケーションインターフェース部２０を介してハードディスク１５にファイルが存在しているか否かのコマンドを出力し、フロー制御部２１がアプリケーションインターフェース部２０を介してこのコマンドを入力し、フロー制御部２１がファイルシステム監視ドライバ部２３によってハードディスク１５にファイルが存在するか否かの結果をアプリケーション部３５に出力させる。

次に、アプリケーション部３５のファイルオープン部１６は、ファイルデータＦｉがハードディスク１５に存在すると判定したときは、既にヘッダＲｉに使用許可回数情報Ｄｑの書き込みがあるか否かを判定する（Ｓ６１）。この判定は、アプリケーション部３５が使用許可回数の書き込みがあるか否かの問い合わせのコマンドをアプリケーションインターフェース部２０に出力し、アプリケーションインターフェース部２０がフロー制御部２１に所定の形式にして渡す。

フロー制御部２１は、使用回数書込処理部３８に対して、回数書込みの有無の問い合わせのコマンドを出力する。

ステップＳ６１でアプリケーション部３５が使用許可回数情報Ｄｑの書き込みがあると判定したときは、ファイルオープン部１６がファイルオープンの要求があるか否かを判定する（Ｓ６２）。

また、ステップＳ６１において、使用許可回数情報Ｄｑが書き込まれていないと判定したときは、アプリケーション３５は、アプリケーションインターフェース部２０に使用許可回数書き込みコマンドを送出し、フロー制御部２１が解読して使用回数書込処理部３８に使用回数書き込みコマンドを出力する。

使用回数書込処理部３８は、データ処理部２２、ファイルシステム監視ドライバ部２３、ファイルシステムドライバ２７を介してハードディスク１５のファイルデータＦｉのヘッダＦｐの提供者側の使用許可回数情報Ｄｐを読み込み、提供者側の使用許可回数情報ＤｐをヘッダＲｉに書き込む。例えば、提供者側の使用許可回数情報Ｄｐが「３」とされている場合は、受給者側の使用許可回数情報Ｄｑを「３」と書き込む。

つまり、カーネルモードで使用許可回数情報を書き込んでいるので、使用許可回数の改竄を防止できている。

次に、ステップＳ６１においてヘッダＲｉに使用許可回数情報Ｄｑが書き込まれていると判定され、かつステップＳ６２において、ファイルオープンとアプリケーション部３５が判定したときは、アプリケーション部３５は、アプリケーションインターフェース部２０、フロー制御部２１、データ処理部２２、ファイルシステム監視ドライバ部２３によって、ファイルデータＦｉのヘッダＲｉを読み込み、このヘッダＲｉに書き込まれている使用許可回数情報Ｄｑを減算する（Ｓ６３）。つまり、カウンタ３４のカウント値を減算し、この減算値をヘッダＲｉに書き込む。

次に、アプリケーション部３５の使用回数書込処理部３８は、アプリケーションインターフェース部２０、フロー制御部２１、データ処理部２２、ファイルシステム監視ドライバ部２３によって、ファイルデータのヘッダＦｐの提供者側の使用許可回数情報ＤｐとヘッダＲｉの受給者側の使用許可回数情報Ｄｑとを読み込み、比較する（Ｓ６４）。

次に、ステップＳ６４において、提供者側の使用許可回数情報Ｄｐが受給者側の使用許可回数情報Ｄｑより小さいと判定したときは（受給者側の使用許可回数が提供者からの使用回数を超えているとき）、不正使用を防止するためにドライバプログラム部３９のアクセスデータ管理部２５によってファイルクローズ、ファイルデータＦｉを削除する処理Ａを行う（Ｓ６５）。

また、ステップＳ６４で受給者側の使用許可回数情報Ｄｑが提供者側の使用許可回数情報Ｄｐ以下と判定したときは、ファィルクローズされるまで、後述するステップＳ６７からステップ６９までの処理を実行させる（Ｓ６６）。

次に、ステップＳ６４において、提供者側の使用許可回数情報Ｄｐが受給者側の使用許可回数情報Ｄｑ以下と判定したときは、提供者側の使用許可回数情報Ｄｐと受給者側の使用許可回数情報Ｄｑと比較する（Ｓ６７）。

ステップＳ６７において、Ｄｑが「０」でないときは、使用回数条件判定部３７は、ファイルデータＦｉの使用を使用できる回数が残っていると判定して、アプリケーション部３５のファイルオープン部１６は、ドライバプログラム部３９によってハードディスク１５からファイルデータＦｉを読み出させて（Ｓ６８）、暗号化／復号化部２４に渡して復号化させ（Ｓ６９）、これを画面に表示させる（Ｓ６９）。

また、ステップＳ６７において、アプリケーション部３５の使用回数条件判定部３７が受給者側の使用許可回数情報Ｄｑが「０」と判定した場合は、ドライバプログラム部３５によって、ファイルクローズ処理を実行させて（Ｓ７１）、ファイルデータＦｉを削除させる（Ｓ７２）。

すなわち、アクセスデータ管理部２５がデータ処理部２２、ファイルシステム監視ドライバ部２３、ファイルシステムドライバ２７を介してハードディスク１５のファイルデータＦｉを削除する。

＜実施の形態３＞
一般に著作権者の権利保護を重視するあまり、従来技術では本来デジタル化により、ユーザが享受できる、購入したコンテンツをどこでも楽しめる、という利便性が失われている。

例えば、メディアＩＤ方式は、ＭＯディスクに予め固有の番号（メディアＩＤ）を付加し、ＭＯドライブにこの番号を読み取る機能を備えたネットワーク時代のＭＯが持つ機能である。つまり、このＭＯに納めてしまえばどこでも楽しめるというものである。

しかし、このメディアＩＤ方式に対応した機器は少なく（業界標準ではない）、著作権者の頒布権、上映権等を保護するものではないということで（つまり、誰でもメディアＩＤ方式のＭＯに対応した再生機器があれば、どこでも利用できてしまう。）、これだけでは普及の見込みがない。

これに対してコンテンツＩＤ方式は、業界標準もコンテンツＩＤ管理スキームを構築し、コンテンツ、利用者、流通、利用シーンの全てが管理できれば、ユーザが購入したコンテンツをどこにいっても自由に利用できる、という考え方である。

しかし、ユビキタス化されたデジタルコンテンツ市場全体を一元管理するのは、現実的ではない。

また、コンテンツを借りて、その返却期間を延長した場合は、前述のネットワーク時代のＭＯは対応できてはいない。

このようなユーザのニーズを解決したとしても、コンテンツのコピー、改竄、編集、再配布については、完全に防止されなければならない。

そこで、本実施の形態は、図１４に示すシステム構成を実現して、これらの不正、改竄等を防止する。

図１４は実施の形態３のファイルデータ削除システムの概略構成図である。

図１４に示すように、ＯＳにドライバプログラム部４５を備えて、ハードディスク４６に生成された特定ディレクトリの元データを削除するユーザ側ＰＣ４０を通信ネットワーク４に接続し、この通信ネットワーク４にタイムサーバ４３、配信管理サーバ４１、配信サーバ４２、ＤＢサーバ４４を接続する。前述のタイムサーバ４３、配信管理サーバ４１、配信サーバ４２、ＤＢサーバ４４を総称してサービス側と称する場合もある。

前述の元データのヘッダには、時限規制情報（日時指定、受取後経過時間、オープン経過時間）と、アクセス規制情報（利用、印刷回数指定）と、利用規制情報（コピー、リネーム保存、編集等の禁止）と、通信規制情報（通信許可するプロトコルの種類及び通信自体の可否類）と、利用パスワードと、その他情報（配信者や利用者の情報）等が格納されている。

そして、この元データは、規制的に許可ならば復号化し、元データ情報（拡張子）に関連付けられた再生プレイヤにより、元データを再生することを可能としている。

また、ユーザ側ＰＣ４０は、ドライバプログラム部４５（制御・管理ソフトウェアともいう）のＤＬ機能（ダウンロード機能）により、特定ディレクトリ内にデータを格納し、特定ディレクトリからデータの移動やコピー、通信、外部デバイス（メディア）とのやりとりをいっさい許さない（特定ディレクトリ専用機器化）。

そして、特定ディレクトリ内は、ドライバプログラム部４５でしか参照できず、アプリケーションからは特定ディレクトリ内のデータに直接アクセスできない。

また、ドライバプログラム部４５は、特定ディレクトリ内のデータを常に監視し、一定間隔（５分毎など）でタイムサーバ４３に時刻を取得しにいき、期限切れの場合は、対象データを自動削除する。ここでいう復号化の意味は、元データの拡張子に関連付けられた再生プレイヤによる再生であり、コンテンツパッケージを元データに戻さずに行う。

前述のドライバプログラム部４５は、ダウンロード機能（特定ディレクトリにファイルを保存、ダウンロードアドレスは見えない形で）と、特定ディレクトリ専用のエクスプローラー（ファイル参照・実行）機能と、復号化（暗号解読）機能（復号化して、元ファイルの拡張子に関連付けられたアプリケーションを実行し再生）と、特定ディレクトリ（ファイルも）へのアクセス防止機能（ＯＳ、アプリケーションからのアクセスを許さない。）と、ファイルの複製・編集・移動・リネーム保存防止など利用規制機能と、実施の形態１と同様な時限削除機能と、通信規制機能（ファイルをダウンロード機能以外の通信方法でやり取りさせない。）と、外部デバイスの制御機能（ファイルを外部デバイスやメディアへ送信しない。つまりメディアに書き込みなどはできない。）と、ユーザログイン機能（配信管理サーバ４１へアクセスし、ユーザ認証）と、利用管理機能（ハッシュ値生成保存、ＤＬ履歴生成保存、コンテンツファイル情報管理、利用端末情報など）とを備えている。また、前述の利用端末情報は、ドライバプログラム部４５のインストール時に、配信管理サーバ４１よりユニークなコードを配信し、利用端末に保存することで実現している。

図１５は、配信管理サーバ４１及び配信サーバ４２の概略構成図である。配信管理サーバ４１は、ユーザ認証部５１と、元データ格納部５２と、時刻管理部５３と、パッケージデータ自動生成部５４と、配信管理部５５とを備えている。

配信サーバ４２は、ＤＬ認証部５６と、コンテンツ受信部５８と、管理部５９と、コンテンツ格納配信部５７とを備えている。

ユーザ認証部５１は、ユーザ認証機能（ユーザID/パスワードをユーザ側より受信）と、ハッシュ値認証機能（ユーザ情報・利用端末情報と共にユーザ側より受信）と、利用パスワード送信機能とを備えている。

元データ格納部５２は、商品陳列されているコンテンツを格納管理する。

パッケージデータ自動生成部５４は、自動生成機能（ユーザ情報に紐付けられた購入情報をもとに、コンテンツに各種規制情報を埋め込んだコンテンツパッケージとハッシュ値と利用パスワードを自動生成）と、利用残を計算して、自動生成する機能とを備えている。

配信管理部５５は、配信サーバ４２にパッケージ済みのコンテンツパッケージを移動させるための管理情報を有する。

例えば、購入情報は、別ショップサイト（別システム）でユーザがコンテンツを購入した時点で、ＤＢサーバ４４に格納され、そして、そのＤＢサーバ４４にパッケージデータ自動生成部５４がアクセスし取得する。

時刻管理部５３は、実施の形態１と同様な相対時間の基準となる時刻を決めて、パッケージデータ自動生成部５４などに渡す機能とを備えている。

また、配信サーバ４２の管理部５９は、ＤＬアドレスを生成する機能（ダイナミックＤＮＳ的な機能）と、ＤＬパスを生成する機能（生成後、メールなどでユーザに送信）と、ＤＬアドレスを暗号化してユーザ側に送信する機能とを備えている。

コンテンツ受信部５８は、配信管理サーバ４１からコンテンツパッケージ（ファイルデータともいう）を受信し、コンテンツ格納・配信部５７にロケートする機能を有している。ＤＬ認証部５６は、ＤＬパスを認証する機能を有している。

コンテンツ格納・配信部５７は、ユーザ側のソフトウェアのダウンロード機能に接続し、コンテンツパッケージを送信する機能を有している。

また、ＤＢサーバ４４は、各工程で生成される全てのデータを格納している。

すなわち、本実施の形態３は、上記の構成により、以下に説明する作用効果を有している。

（１）ユーザ側ＰＣ４０からの要求に従い、サービス側は、要求されたコンテンツに、その時の基準値（タイムサーバ）の時刻情報と規制情報を埋め込み、コンテンツパッケージを自動作成し、ユニークなハッシュ値をユーザ情報として紐付けて生成保存し、ユーザ側ＰＣ４０がＤＬ可能な配信サーバ４２にロケートし、ユーザ環境下のＤＬアプリケーションにその都度変わる（ユーザにも見えない形で）ＤＬアドレス情報を送信し、ＤＬ用のパスワードをもってユーザＤＬを許可するレンタルコンテンツ配信システムである（図１６、図１７のフローチャート参照）。また、ダウンロードが完全完了した場合、コンテンツパッケージは削除、ユーザ側でもハッシュ値の保存を行う。

（２）また、ユーザ側ＰＣ４０が最初にＤＬ（ダウンロード）した機器以外での利用を要求した際に、ユーザ側ＰＣ４０の制御・管理ソフトウェア機能（ドライバプログラム部４５）により、配信サーバ４２にコンテンツのハッシュ値と規制情報・時刻情報を送信し、ハッシュ値とユーザ情報により、認証を行い、正しく改竄もされていないことを保証した上で、時刻情報からユーザ側ＰＣ４０の利用可能期間残を算出し、コンテンツパッケージを再生成した上で（新しいハッシュ値も）、配信サーバ４２にロケートし、ＤＬパスワードをユーザに伝え、ユーザ側ＰＣ４０の制御・管理ソフトウエアは保存されているコンテンツを削除する利用機器書き換えシステム（図１８、図１９のフローチャート参照）である（延長の場合も同様）。また、ユーザは受け取ったＤＬパスワードで所用のノートＰＣなどで再ＤＬを行う。

図１６は本実施の形態３の（１）のユーザ側、サービス側の動作を説明するフローチャートである。

ユーザ側ＰＣ４０は、コンテンツ配信要求（コンテンツ名、送信元アドレス、ＩＤ、パスワード、送信先アドレス等）をサービス側に配信する（Ｓ８１）。

サービス側の配信管理サーバ４１は、コンテンツ配信要求を受信し、ＤＢサーバ４４に保存されているユーザ情報と比較してユーザ認証を行う（Ｓ８２）。

ステップＳ８２において、ユーザ認証がＯＫと配信管理サーバ４１判定したときは、配信管理サーバ４１は、タイムサーバ４３から基準時間を取得後、コンテンツにこの基準時刻情報、規制情報を埋め込んだコンテンツパッケージとハッシュ値を作成し、ＤＢサーバ４４に配信する（Ｓ８３）。

ＤＢサーバ４４は、このコンテンツパッケージとハッシュ値とをユーザ情報に紐付けして保存する（Ｓ８４）。

そして、配信管理サーバ４１がコンテンツＤＬパスをユーザ側ＰＣに配信し（Ｓ８５）、ユーザ側ＰＣ４０は、このコンテンツＤＬパスを受信する（Ｓ８６）。

サービス側の配信管理サーバ４１は、コンテンツＤＬパス配信した後に、ユーザの制御管理ソフトウェアがアクセス可能なアドレスへコンテンツパッケージをロケートする（Ｓ８７）。

一方、ユーザ側ＰＣ４０は、ユーザ側のソフトウェアのダウンロード機能により配信サーバ４２へアクセスし、ＤＬをサービス側の配信管理サーバ４１に要求する（Ｓ９０）。次に、サービス側の配信管理サーバ４１はＤＢサーバ４４を参照してＤＬパスを配信後に、ＤＬパスの認証判定を行う（Ｓ８９）。

ステップＳ８９において、認証ＯＫの場合は、サービス側の配信サーバ４２は、ユーザ側にＤＬアドレスを暗号化して配信する（Ｓ９１）。

ユーザ側ＰＣ４０は、ＤＬアドレスを受信し、ユーザに見えない形でこのアドレスを復号化する。そして、特定フォルダにハッシュ値を保存し、このハッシュ値をサービス側に送信する（Ｓ９２）。サービス側の配信管理サーバ４１は、ハッシュ値が正ならば、ＤＬ完了として、配信サーバ４２に保存されているコンテンツパッケージを削除する（Ｓ９３）。

また、ユーザ側ＰＣ４０は、コンテンツパッケージを再生時、タイムサーバ４３へ時刻認証を問い合わせる（Ｓ９６）。

ユーザ側ＰＣ４０は、時刻認証後に規制情報に基づきコンテンツの利用を許可する（Ｓ９５）。

次に、上記（２）を図１８のフローチャートを用いて説明する。図１８は本実施の形態３の（２）のユーザ側、サービス側の動作を説明するフローチャートである。

図１８に示すように、ユーザ側ＰＣ４０は、利用機器の変更要求（ユーザ情報、ハッシュ値、時刻、規制情報）をサービス側の配信管理サーバ４１に送信する（Ｓ１０１）。

サービス側の配信管理サーバ４１は、ユーザ側ＰＣ４０からの利用機器の変更要求を受信し（Ｓ１０２）、ＤＢサーバ４４を参照して、コンテンツパッケージが改竄されていないことをハッシュ値でＤＢ認証する（Ｓ１０３）。

この認証結果をユーザ側ＰＣ４０に送信し、ユーザ側ＰＣ４０は、認証後、コンテンツパッケージを自動削除する（Ｓ１０４）。

サービス側の配信管理サーバ４１は、ステップＳ１０３で、ユーザ認証の結果がＯＫと判定したときは、タイムサーバ４３からの時刻を読み込み、この時刻取得後、利用時間残を算出し、新たなコンテンツパッケージと新しいハッシュ値を自動生成する（Ｓ１０５）。

サービス側のＤＢサーバ４４は、ユーザ情報と新たなこのコンテンツパッケージとこの新しいハッシュ値とを紐付けして保存する（Ｓ１０７）。

そして、サービス側の配信管理サーバ４１は、コンテンツＤＬパスをユーザ側ＰＣ４０に配信する（Ｓ１０８）。ユーザ側ＰＣ４０は、コンテンツＤＬパスを受信して保存する（Ｓ１０９）。

また、サービス側の配信管理サーバ４１は、コンテンツＤＬパス配信後にユーザの制御・管理ソフトウェアがアクセス可能なアドレスへこのコンテンツパッケージをロケートする（Ｓ１１０）。

一方、ユーザ側ＰＣ４０は、ユーザ側のソフトウェアのダウンロード機能により配信サーバ４２へアクセスし、ＤＬをサービス側の配信管理サーバ４１に要求する（Ｓ１１１）。

また、サービス側の配信管理サーバ４１は、ユーザＰＣ側４０からのＤＬ要求を受信し、このＤＬ要求をＤＢ４４を参照して認証する（Ｓ１１２）。

ステップＳ１１２の判定が認証ＯＫと判定したときは、ユーザ側ＰＣ４０に対してＤＬアドレスを暗号化して配信する（Ｓ１１３）。

ユーザ側ＰＣ４０は、ユーザに見えない形で、このＤＬアドレスを復号化する。終了後に、特定フォルダに新しいハッシュ値を保存し、この新しいハッシュ値をサービス側に送信する（Ｓ１１４）。

サービス側の配信管理サーバ４１は、この新しいハッシュ値を受信し、この新しいハッシュ値が正ならばＤＬ完了として、配信サーバ４２に保存されているコンテンツパッケージを削除する（Ｓ１１５）。

また、ユーザ側ＰＣ４０は、この新しいハッシュ値を送信後にコンテンツパッケージの再生時、タイムサーバへ時刻認証を行い（Ｓ１１６）、規制情報に基づきコンテンツの利用を許可する（Ｓ１１７）。

本発明は、ビデオ映像、音楽、本等を記憶媒体に保存又は通信ネットワークで受給者側のコンピュータに貸し出しする業務において有効である。

また、文書等を受給者側に提供して、一定期間だけ見せるような業務において有効である。

本実施の形態１のファイルデータ削除システムの概略構成図である。 受給者側のコンピュータ３の概略構成図である。 提供者側の概略動作を説明するフローチャートである。 図３の処理を詳細に説明するためのフローチャートである。 本実施の形態の各種時刻、各種時刻の関係を説明する説明図である。 本実施の形態１の動作を説明するフローチャートである。 ファイルデータに書き込まれる時限情報を説明する説明図である。 本実施の処理Ａを説明するフローチャートである。 本実施の形態２のファイルデータ削除システムの概略構成図である。 受給者側のコンピュータ３１の概略構成図である。 本実施の形態２の提供者側のコンピュータ３０の動作を説明する概略フローチャートである。 本実施の形態のファイルデータのヘッダに書き込まれる使用回数を説明する説明図である。 実施の形態２の受給者側のコンピュータの動作を説明するフローチャートである。 実施の形態３のファイルデータ削除システムの概略構成図である。 本実施の形態３の配信管理サーバ及び配信サーバの概略構成図である。 本実施の形態３の（１）のユーザ側、サービス側の動作を説明するフローチャートである。 本実施の形態３の（１）のユーザ側、サービス側の動作を説明するフローチャートである。 本実施の形態３の（２）のユーザ側、サービス側の動作を説明するフローチャートである。 本実施の形態３の（２）のユーザ側、サービス側の動作を説明するフローチャートである。

１ 提供者側のコンピュータ
３ 受給者側のコンピュータ
６ タイマ
７ データ提供者時間作成部
８ 送信ファイル作成部
１０ 暗号化部
１２ タイマ
１３ ドライバプログラム部
１６ ファイルオープン部
１７ 時刻条件判定部
２６ タイムスタンプ書込処理部

Claims (2)

1. ユーザ端末（４０）と、該ユーザ端末（４０）にコンテンツを送信するサービスサイトのシステム（４１、４２、４３、４４）とを通信ネットワーク（４）で接続した前記コンテンツを削除するためのファイルデータ削除システムであって、
   前記ユーザ端末（４０）は、
   特定ディレクトリ領域が生成され、この特定ディレクトリ領域に、（ａ）前記コンテンツ及び前記サービスサイトのシステム（４１、４２、４３、４４）からのもので、時限規制情報を有するコンテンツパッケージと、（ｂ）前記コンテンツのハッシュ値とが記憶された第１の記憶手段（４６）と、
   前記第１の記憶手段（４６）とアプリケーション部との間に設けられたドライバプログラム部（４５）とを備え、
   前記ドライバプログラム部（４５）は、
   当該ドライバプログラム部（４５）以外の外部からの前記特定ディレクトリへのアクセスを禁止して専用化する手段と、
   前記ユーザ端末（４０）が他のユーザ端末に変更される場合、当該ユーザ端末のユーザ情報と、前記ハッシュ値と、前記時限規制情報とを含む前記ユーザ端末（４０）を変更するための変更要求を前記サービスサイトのシステム（４１、４２、４３、４４）に送信する手段と、
   前記ユーザ端末（４０）が前記他のユーザ端末に変更された場合、
   前記サービスサイトのシステム（４１、４２、４３、４４）から新たなコンテンツパッケージとその新しいハッシュ値並びに利用可能期間残を受信してこれらを前記他のユーザ端末の前記特定ディレクトリ領域に記憶する手段と、
   前記サービスサイトのシステムにアクセスして、前記サービスサイトのシステムのタイムサーバの時刻を抽出し、この時刻と前記新たなコンテンツパッケージの新しい時限規制情報に基づいて前記他のユーザ端末での前記コンテンツの利用を許可又は前記コンテンツを削除する手段と
   を備え、
   前記サービスサイトのシステム（４１、４２、４３、４４）は、
   前記コンテンツパッケージを前記ユーザ情報に関連つけて記憶した第２の記憶手段（４４）と、
   前記タイムサーバから時刻を読み込み、この時刻から利用可能期間残を算出し、この利用可能期間残に基づく前記新しい時限規制情報を埋め込んだ前記新たなコンテンツパッケージを生成する手段と、
   前記新たなコンテンツパッケージ及び前記ユーザ情報並びに前記新しいハッシュ値を関連付けて前記第２の記憶手段（４４）に記憶する手段と、
   前記新たなコンテンツパッケージ、前記新しいハッシュ値を前記他のユーザ端末（４０）に送信する手段と、
   前記他のユーザ端末（４０）から前記新しいハッシュ値を受信した場合は、この新しいハッシュ値が正ならば、前記新たなコンテンツパッケージのダウンロード完了と判断して、前記サービスサイトのシステム（４１、４２、４３、４４）の配信サーバ（４２）に保存されている該新たなコンテンツパーケージを削除する手段と
   を有する
   ことを特徴とするファイルデータ削除システム。
2. 前記時限規制情報は、
   前記コンテンツを削除する日時指定、受取後経過時間、及びオープン経過時間の中から選択される１以上の情報である
   ことを特徴とする請求項１記載のファイルデータ削除システム。

Images