(57)【要約】【課題】  端末装置における電子データの破棄を簡単に信頼性よく認識することができるデータ破棄認識方法を提供する。【解決手段】  キャビネット管理サーバ６は、端末装置１のコンテンツ利用枠及びコンテンツ格納状態を管理する。ポータルサーバ３とキャビネット管理サーバ６は、端末装置１からのコンテンツ配信要求にしたがい、コンテンツ配送サーバ５に対してコンテンツの配信を指示する。コンテンツの配信に際しては、端末装置１において利用可能なコンテンツと削除済のコンテンツに関する情報に基づいて、端末装置１のコンテンツ利用枠の残り枠を求め、残り枠の範囲でコンテンツの配信を指示する。削除済のコンテンツであることは、キャビネット管理サーバ６が管理するコンテンツ格納状態と、端末装置１から送信される端末装置１で管理されるコンテンツ格納状態を対比して判断する。【選択図】  図１
2006113848.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続されたコンピュータを利用して、端末装置に保持されている電子データが破棄されたことを認識するデータ破棄認識方法であって、
前記端末装置における前記電子データの格納状態を示すステータス情報を管理側ステータス情報として前記端末装置毎に管理するステータス管理ステップと、
前記ステータス情報に基づく状態報告を、前記端末装置から受信する状態報告受信ステップと、を備え、
前記ステータス管理ステップは、前記状態報告に基づいて前記管理側ステータス情報を更新するステータス更新ステップと、前記管理側ステータス情報と、前記状態報告に含まれる前記ステータス情報とを対比して前記電子データが破棄されたか否かを判断するステータス確認ステップを含むデータ破棄認識方法。
【請求項２】
請求項１記載のデータ破棄認識方法であって、
前記ステータス情報は、前記電子データの識別情報と、前記電子データの破棄を示すデータ破棄情報と、前記電子データの前記端末装置における格納場所情報とを少なくとも含み、
前記ステータス確認ステップは、前記状態報告に含まれる前記電子データの識別情報及び前記格納場所情報が、前記管理側ステータス情報に含まれる前記識別情報及び前記格納場所情報に一致する場合に、前記データ破棄情報が有効であると判断するデータ破棄認識方法。
【請求項３】
請求項２記載のデータ破棄認識方法であって、
前記ステータス情報は、前記端末装置に保持されている前記電子データの内容の一部を含み、
前記ステータス確認ステップは、前記状態報告に含まれる前記データ破棄情報が前記電子データの破棄を示し、かつ、前記状態報告に含まれる前記電子データの内容の一部が、前記管理側ステータス情報に含まれる前記電子データの内容の一部と一致しない場合に、前記電子データが破棄されたものと判断するデータ破棄認識方法。
【請求項４】
請求項１記載のデータ破棄認識方法であって、
前記端末装置における前記電子データの格納時の前記状態報告は、前記電子データの格納時の前記ステータス情報を含み、
前記端末装置における前記電子データの破棄後の前記状態報告は、前記電子データの破棄後の前記ステータス情報の少なくとも一部に所定の演算を施して得た破棄提示情報を含み、
前記ステータス確認ステップは、前記状態報告に含まれる前記破棄提示情報と、前記管理側ステータス情報の少なくとも一部に所定の演算を施して得た管理側判断情報とを対比し、両者が一致する場合に前記電子データが破棄されたものと判断するデータ破棄認識方法。
【請求項５】
請求項１ないし４のいずれか１項記載のデータ破棄認識方法であって、
前記電子データは、前記ネットワークを介して配信されるコンテンツであり、
前記ステータス情報は、前記コンテンツの格納状態を示すコンテンツ格納状態情報であるデータ破棄認識方法。
【請求項６】
端末装置に保持されている電子データが破棄されたことを、ネットワークを利用して認識するデータ破棄認識用コンピュータであって、
前記端末装置における前記電子データの格納状態を示すステータス情報を管理側ステータス情報として前記端末装置毎に管理するステータス管理部と、
前記ステータス情報に基づく状態報告を、前記端末装置から受信する受信部と、を備え、
前記ステータス管理部は、前記状態報告に基づいて前記管理側ステータス情報を更新するステータス更新機能と、前記管理側ステータス情報と、前記状態報告に含まれる前記ステータス情報とを対比して前記電子データが破棄されたか否かを判断するステータス確認機能を有するコンピュータ。
【請求項７】
請求項６記載のデータ破棄認識用コンピュータであって、
前記ステータス情報は、前記電子データの識別情報と、前記電子データの破棄を示すデータ破棄情報と、前記電子データの前記端末装置における格納場所情報とを少なくとも含み、
前記ステータス確認機能は、前記状態報告に含まれる前記電子データの識別情報及び前記格納場所情報が、前記管理側ステータス情報に含まれる前記識別情報及び前記格納場所情報に一致する場合に、前記データ破棄情報が有効であると判断するコンピュータ。
【請求項８】
請求項７記載のデータ破棄認識用コンピュータであって、
前記ステータス情報は、前記端末装置に保持されている前記電子データの内容の一部を含み、
前記ステータス確認機能は、前記状態報告に含まれる前記データ破棄情報が前記電子データの破棄を示し、かつ、前記状態報告に含まれる前記電子データの内容の一部が、前記管理側ステータス情報に含まれる前記電子データの内容の一部と一致しない場合に、前記電子データが破棄されたものと判断するコンピュータ。
【請求項９】
請求項６記載のデータ破棄認識用コンピュータであって、
前記端末装置における前記電子データの格納時の前記状態報告は、前記電子データの格納時の前記ステータス情報を含んでおり、
前記端末装置における前記電子データの破棄後の前記状態報告は、前記電子データの破棄後の前記ステータス情報の少なくとも一部に所定の演算を施して得た破棄提示情報を含んでおり、
前記ステータス確認機能は、前記状態報告に含まれる前記破棄提示情報と、前記管理側ステータス情報の少なくとも一部に所定の演算を施して得た管理側判断情報とを対比し、両者が一致する場合に前記電子データが破棄されたものと判断するコンピュータ。
【請求項１０】
請求項６ないし９のいずれか１項記載のデータ破棄認識用コンピュータであって、
前記電子データは、前記ネットワークを介して配信されるコンテンツであり、
前記ステータス情報は、前記コンテンツの格納状態を示すコンテンツ格納状態情報であるコンピュータ。
【請求項１１】
電子データを保持する端末装置であって、
前記電子データの格納状態を示すステータス情報を記憶するステータス保持部と、
前記ステータス情報に基づく状態報告を生成する状態報告生成部と、
前記状態報告生成部で生成した前記状態報告を出力する状態報告出力部と、
前記電子データの破棄を含む前記電子データの格納状態を変更するステータス変更部と、を備え
前記ステータス情報は、前記電子データの識別情報と、前記電子データの破棄を示すデータ破棄情報と、前記電子データの格納場所情報とを少なくとも含む端末装置。
【請求項１２】
請求項１１記載の端末装置であって、
前記ステータス情報は、前記電子データの内容の一部を含む端末装置。
【請求項１３】
請求項１１記載の端末装置であって、
前記電子データの格納時の前記状態報告は、前記電子データの格納時の前記ステータス情報を含んでおり、
前記電子データの破棄後の前記状態報告は、前記電子データの破棄後の前記ステータス情報の少なくとも一部に所定の演算を施して得た破棄提示情報を含む端末装置。
【請求項１４】
請求項１１ないし１３のいずれか１項記載の端末装置であって、
前記電子データは、前記ネットワークを介して配信されるコンテンツであり、
前記ステータス情報は、前記コンテンツの格納状態を示すコンテンツ格納状態情報である端末装置。
【請求項１５】
請求項１ないし５のいずれか１項記載のデータ破棄認識方法における各ステップを、コンピュータを用いて実行するためのデータ破棄認識プログラム。
【請求項１６】
請求項６ないし１０のいずれか１項記載のデータ破棄認識用コンピュータにおける前記ステータス管理部、前記受信部を実現するためのプログラム。
【請求項１７】
請求項１１ないし１４のいずれか１項記載の端末装置における前記状態報告生成部、前記状態報告出力部、及び前記ステータス変更部を、コンピュータを用いて実現するための端末プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークに接続されたコンピュータを利用して、端末装置に保持されている電子データが破棄されたことを認識するデータ破棄認識方法、データ破棄認識用コンピュータ、及び、電子データを保持する端末装置に関する。
【背景技術】
【０００２】
ネットワークを介してコンテンツの配信を受けることが簡単にできるようになっている。コンテンツの配信を受ける場合、コンテンツの利用者にとっては、コンテンツの配信及び利用の手続が、できるだけ簡単であることが好ましく、少ないコストでできるだけ多くのコンテンツを利用できることが好ましい。また、コンテンツの提供を行う側にとっても、コンテンツ配信のための手続が、できるだけ簡単であることが求められる。特に、有償のコンテンツ配信サービスにおいては、課金の手続をできるだけ少なく、簡単に行うことが求められる。
【０００３】
特許文献１には、定額制のコンテンツ配信システムについて記載されている。このシステムは、利用者が事前にコンテンツプロバイダとの間で定額のレンタル枠を契約しておくものであり、コンテンツプロバイダは、契約した枠に応じたコンテンツを利用者に配信する。利用者は、配信を受けたコンテンツを契約期間内利用することができるが、定額で配信を受けたコンテンツの内、不要なコンテンツが含まれる場合、契約期間内に削除することができる。この場合、削除したコンテンツに関する情報を契約管理センターに送信すると、削除したコンテンツに対応する分だけ契約時の課金料金が割り引かれる。
【０００４】
特許文献２には、利用期間に応じて支払い済の利用料金を返還する有償コンテンツ利用システムについて記載されている。このシステムを利用する場合、利用者は、有償コンテンツの配信時に仮代金を提供者に支払う。その有償コンテンツの利用後、利用者が不要になった有償コンテンツを削除した場合、提供者は、利用者に仮代金の一部を返還する。返還する金額は、そのコンテンツの利用期間に応じて計算される。そして、一定期間が過ぎるとレンタル料金が購入料金と等しくなるため「購入した」と見なすものである。
【０００５】
これらのシステムは、利用者が配信されたコンテンツの削除を行い、そのコンテンツの利用を不可とした場合に、契約時の課金料金の割引や支払い済みの代金の返還を行うものであるため、コンテンツが削除されたこと（コンテンツの利用が不可になったこと）を示す情報を信頼性の高いものとすることが、システムの運営上必須である。しかし、特許文献１、２には、コンテンツを削除したことを示す情報を送信する旨記載されているだけであって、虚偽の申告も可能である。
【０００６】
コンピュータの記憶装置に記憶したコンテンツの削除を証明する信号を出力する例として、特許文献３に記載されたコンテンツ運用管理装置がある。この装置においては、コンテンツの削除通知を受けた他のコンピュータがコンテンツを記憶したハードディスク内をチェックして、コンテンツの消去確認を行っている。しかし、この技術は、ネットワークを介したユーザ端末におけるコンテンツの削除確認には適用できない。
【０００７】
【特許文献１】特開２００１−１９５４６４号公報
【特許文献２】特開２００１−３２５２３４号公報
【特許文献３】特開２００３−２４２０３７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
本発明は、上記事情に鑑みなされたもので、端末装置における電子データの破棄を簡単に信頼性よく認識することができるデータ破棄認識方法、データ破棄認識用コンピュータ、及びそのようなデータ破棄認識を行うための情報を出力する端末装置を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明のデータ破棄認識方法は、ネットワークに接続されたコンピュータを利用して、端末装置に保持されている電子データが破棄されたことを認識するデータ破棄認識方法であって、前記端末装置における前記電子データの格納状態を示すステータス情報を管理側ステータス情報として前記端末装置毎に管理するステータス管理ステップと、前記ステータス情報に基づく状態報告を、前記端末装置から受信する状態報告受信ステップと、を備え、前記ステータス管理ステップは、前記状態報告に基づいて前記管理側ステータス情報を更新するステータス更新ステップと、前記管理側ステータス情報と、前記状態報告に含まれる前記ステータス情報とを対比して前記電子データが破棄されたか否かを判断するステータス確認ステップを含むものである。本発明によれば、端末装置における電子データの破棄を簡単に信頼性よく認識することができる。
【００１０】
本発明のデータ破棄認識方法は、前記ステータス情報が、前記電子データの識別情報と、前記電子データの破棄を示すデータ破棄情報と、前記電子データの前記端末装置における格納場所情報とを少なくとも含み、前記ステータス確認ステップが、前記状態報告に含まれる前記電子データの識別情報及び前記格納場所情報が、前記管理側ステータス情報に含まれる前記識別情報及び前記格納場所情報に一致する場合に、前記データ破棄情報が有効であると判断するものを含む。
【００１１】
本発明のデータ破棄認識方法は、前記ステータス情報が、前記端末装置に保持されている前記電子データの内容の一部を含み、前記ステータス確認ステップが、前記状態報告に含まれる前記データ破棄情報が前記電子データの破棄を示し、かつ、前記状態報告に含まれる前記電子データの内容の一部が、前記管理側ステータス情報に含まれる前記電子データの内容の一部と一致しない場合に、前記電子データが破棄されたものと判断するものを含む。
【００１２】
本発明のデータ破棄認識方法は、前記端末装置における前記電子データの格納時の前記状態報告が、前記電子データの格納時の前記ステータス情報を含み、前記端末装置における前記電子データの破棄後の前記状態報告が、前記電子データの破棄後の前記ステータス情報の少なくとも一部に所定の演算を施して得た破棄提示情報を含み、前記ステータス確認ステップが、前記状態報告に含まれる前記破棄提示情報と、前記管理側ステータス情報の少なくとも一部に所定の演算を施して得た管理側判断情報とを対比し、両者が一致する場合に前記電子データが破棄されたものと判断するものを含む。
【００１３】
本発明のデータ破棄認識方法は、前記電子データが、前記ネットワークを介して配信されるコンテンツであり、前記ステータス情報が、前記コンテンツの格納状態を示すコンテンツ格納状態情報であるものを含む。本発明によれば、端末装置に配信したコンテンツの破棄を簡単に信頼性よく認識することができ、コンテンツ配信サービスを行う場合の管理のための処理負担を減少させることができる。
【００１４】
本発明のデータ破棄認識用コンピュータは、端末装置に保持されている電子データが破棄されたことを、ネットワークに利用して認識するデータ破棄認識用コンピュータであって、前記端末装置における前記電子データの格納状態を示すステータス情報を管理側ステータス情報として前記端末装置毎に管理するステータス管理部と、前記ステータス情報に基づく状態報告を、前記端末装置から受信する受信部と、を備え、前記ステータス管理部は、前記状態報告に基づいて前記管理側ステータス情報を更新するステータス更新機能と、前記管理側ステータス情報と、前記状態報告に含まれる前記ステータス情報とを対比して前記電子データが破棄されたか否かを判断するステータス確認機能を有するものである。
【００１５】
本発明のデータ破棄認識用コンピュータは、前記ステータス情報が、前記電子データの識別情報と、前記電子データの破棄を示すデータ破棄情報と、前記電子データの前記端末装置における格納場所情報とを少なくとも含み、前記ステータス確認機能が、前記状態報告に含まれる前記電子データの識別情報及び前記格納場所情報が、前記管理側ステータス情報に含まれる前記識別情報及び前記格納場所情報に一致する場合に、前記データ破棄情報が有効であると判断するものを含む。
【００１６】
本発明のデータ破棄認識用コンピュータは、前記ステータス情報が、前記端末装置に保持されている前記電子データの内容の一部を含み、前記ステータス確認機能が、前記状態報告に含まれる前記データ破棄情報が前記電子データの破棄を示し、かつ、前記状態報告に含まれる前記電子データの内容の一部が、前記管理側ステータス情報に含まれる前記電子データの内容の一部と一致しない場合に、前記電子データが破棄されたものと判断するものを含む。
【００１７】
本発明のデータ破棄認識用コンピュータは、前記端末装置における前記電子データの格納時の前記状態報告が、前記電子データの格納時の前記ステータス情報を含んでおり、前記端末装置における前記電子データの破棄後の前記状態報告が、前記電子データの破棄後の前記ステータス情報の少なくとも一部に所定の演算を施して得た破棄提示情報を含んでおり、前記ステータス確認機能が、前記状態報告に含まれる前記破棄提示情報と、前記管理側ステータス情報の少なくとも一部に所定の演算を施して得た管理側判断情報とを対比し、両者が一致する場合に前記電子データが破棄されたものと判断するものを含む。
【００１８】
本発明のデータ破棄認識用コンピュータは、前記電子データが、前記ネットワークを介して配信されるコンテンツであり、前記ステータス情報が、前記コンテンツの格納状態を示すコンテンツ格納状態情報であるものを含む。
【００１９】
本発明の端末装置は、電子データを保持する端末装置であって、前記電子データの格納状態を示すステータス情報を記憶するステータス保持部と、前記ステータス情報に基づく状態報告を生成する状態報告生成部と、前記状態報告生成部で生成した前記状態報告を出力する状態報告出力部と、前記電子データの破棄を含む前記電子データの格納状態を変更するステータス変更部と、を備え前記ステータス情報は、前記電子データの識別情報と、前記電子データの破棄を示すデータ破棄情報と、前記電子データの格納場所情報とを少なくとも含むものである。
【００２０】
本発明の端末装置は、前記ステータス情報が、前記電子データの内容の一部を含むものを含む。
【００２１】
本発明の端末装置は、前記電子データの格納時の前記状態報告が、前記電子データの格納時の前記ステータス情報を含んでおり、前記電子データの破棄後の前記状態報告が、前記電子データの破棄後の前記ステータス情報の少なくとも一部に所定の演算を施して得た破棄提示情報を含むものを含む。
【００２２】
本発明の端末装置は、前記電子データが、前記ネットワークを介して配信されるコンテンツであり、前記ステータス情報が、前記コンテンツの格納状態を示すコンテンツ格納状態情報であるものを含む。
【００２３】
本発明のデータ破棄認識プログラムは、上記したデータ破棄認識方法における各ステップを、コンピュータを用いて実行するためのデータ破棄認識プログラムである。
【００２４】
本発明のプログラムは、上記したデータ破棄認識用コンピュータにおける前記格納状態管理部、前記受信部を実現するためのコンテンツ配信サービスプログラムである。
【００２５】
本発明の端末プログラムは、上記した端末装置における前記状態報告生成部、前記状態報告出力部、及び前記コンテンツ状態変更部を、コンピュータを用いて実現するための端末プログラムである。
【発明の効果】
【００２６】
以上の説明から明らかなように、本発明によれば、端末装置における電子データの破棄を簡単に信頼性よく認識することができるデータ破棄認識方法、データ破棄認識用コンピュータ、及びそのようなデータ破棄認識を行うための情報を出力する端末装置を提供することができる。
【発明を実施するための最良の形態】
【００２７】
以下、本発明の実施の形態について、図面を用いて説明する。以下の説明では、ネットワークを介して端末装置に配信されたコンテンツを、破棄を認識すべき電子データとしたが、コンテンツ自体でなくコンテンツを利用するためのライセンスデータであってもよい。また、ネットワークを介して配信された電子データに限らない。
【００２８】
（第１の実施の形態）
図１に、本発明の実施の形態を説明するためのコンテンツ配信システムの概略構成を示す。図１のコンテンツ配信システムは、端末装置１、ポータルサーバ３、コンテンツデータベース（以下、単に「コンテンツＤＢ」と記述する。）４、コンテンツ配送サーバ５、キャビネット管理サーバ６、課金サーバ７を含んで構成され、端末装置１、ポータルサーバ３、コンテンツ配送サーバ５、キャビネット管理サーバ６は、インターネット等のネットワーク２に接続されている。
【００２９】
なお、図１では、端末装置１を１つのみ記載したが、実際にはさらに多くの端末装置が接続される。また、ポータルサーバ３、コンテンツ配送サーバ５、キャビネット管理サーバ６を別々のコンピュータで構成するものとして記載したが、これらのサーバの任意の２つあるいはすべてを１つのコンピュータで実現してもよい。
【００３０】
コンテンツＤＢ４は、ネットワーク２を介して端末装置１に配信するコンテンツとそれに付随する情報を蓄積するものである。コンテンツに付随する情報には、コンテンツ名、アーティスト名、価格（評価額）、コンテンツサイズ等が含まれる。
【００３１】
ポータルサーバ３は、コンテンツの配信サービスに関する入り口となる情報、すなわちポータルページを提供するものである。ポータルページには、コンテンツＤＢ４に蓄積されているコンテンツのうち提供可能なコンテンツのリスト、コンテンツ配信サービスに関する情報（サービス内容の説明、ニュース、アーティスト情報、提携サイトへのリンク、広告等）が含まれる。また、コンテンツの配信を受けるための手続き、コンテンツの配信を受けるための枠であるコンテンツ利用枠（以下、「キャビネット」と記述する。）を購入する手続きを行う際に、必要な情報の送受信を端末装置１との間で行う。さらに、提供したコンテンツ配信サービスの利用者、売上金額の情報を課金サーバへ通知し、代金の回収を依頼する。
【００３２】
課金サーバ７は、コンテンツ配信サービスの利用に伴う代金回収処理を行う。具体的には、後述するキャビネット購入が行われたときに、ポータルサーバ３からの指示により、購入されたキャビネットの代金回収を行うための課金処理を行う。代金回収方法としては、クレジット決済等各種方法が周知であるので、説明を省略する。
【００３３】
コンテンツ配送サーバ５は、ポータルサーバ３の依頼を受け、端末装置１のコンテンツ配送クライアント１２と連携してコンテンツＤＢ４に蓄積されているコンテンツを端末へ配送するものである。配送するコンテンツは、端末装置１からのコンテンツ配信要求を受けたコンテンツである。
【００３４】
キャビネット管理サーバ６は、端末装置１のキャビネットの状態、及びキャビネットに対応した配信済コンテンツの格納状態を管理するとともに、端末装置１におけるコンテンツの格納状態の検証も行う。
【００３５】
キャビネット管理サーバ６は、状態報告入力手段１２１、格納状態保持手段１２２、状態報告検証手段１２３、検証番号管理テーブル１２４を含んで構成される。格納状態保持手段１２２は、端末装置１が保持するキャビネットの情報、すなわちコンテンツの格納状態を示すコンテンツ格納状態情報を管理側コンテンツ格納状態情報として保持するものであり、状態報告入力手段１２１は、端末装置１の状態報告出力手段１１５からコンテンツ格納状態報告を受信するものである。また、状態報告検証手段１２３は、受信したコンテンツ格納状態報告が正しいものかどうかを検証するものであり、検証番号管理テーブル１２４は、検証処理結果が正しい場合に生成される検証番号をその検証番号の有効期限とともに記憶しておくものである。格納状態保持手段１２２は、状態報告出力手段１１５から受信したコンテンツ格納状態報告に基づいて管理側コンテンツ格納状態情報を生成し、更新するものであり、管理側コンテンツ格納状態情報の更新は、状態報告検証手段１２３における検証の結果が正しい場合に行われる。
【００３６】
キャビネット管理サーバ６は、端末装置１からのキャビネット購入要求があると、要求があった端末装置に対応したキャビネットを生成するとともに、ポータルサーバ３を介して課金サーバに対して課金処理を指示する。また、ポータルサーバ３は、端末装置１からのコンテンツ配信要求にしたがい、コンテンツ配送サーバ５に対してコンテンツの配信を指示する。その際、状態報告検証手段１２３の検証結果を検証番号管理テーブル１２４を参照して判断し、検証結果が成功の場合にのみコンテンツの配信を指示する。さらに、端末装置１における利用可能なコンテンツと削除済のコンテンツに関する情報に基づいて、端末装置１のキャビネットの残り枠を求め、残り枠の範囲でコンテンツの配信を指示する。
【００３７】
このように、ポータルサーバ３とキャビネット管理サーバ６とは、連携してコンテンツ配信サービスの管理を行う。なお、既述のように、ポータルサーバ３とキャビネット管理サーバ６は同一のコンピュータで実現してもよい。
【００３８】
端末装置１は、コンテンツの配信サービスを受ける利用者が使用するユーザ端末であり、例えば携帯無線端末である。端末装置１は、キャビネット管理クライアント１１、コンテンツ配送クライアント１２、ブラウザ１３、プレーヤ１４、無線通信手段１５、情報保持手段１１１、情報変更手段１１３を含んで構成される。これらの手段は、所定のプログラムを実行するコンピュータを主体に実現され、コンテンツ配信サービスを受けるためのシステム管理用プログラムは、サービスを利用する前に配信を受け、インストールしておく。
【００３９】
キャビネット管理クライアント１１は、端末装置１内のキャビネットの状態を管理するもので、格納状態保持手段１１２、状態報告生成手段１１４、状態報告出力手段１１５を含んで構成される。格納状態保持手段１１２は、配信されたコンテンツの端末装置１内の格納状態を示すコンテンツ格納状態情報と、コンテンツの格納状態の変更履歴を示す変更履歴情報を記憶する。状態報告生成手段１１４は、コンテンツ格納状態情報を含むコンテンツ格納状態報告を生成するものであり、状態報告出力手段１１５は、生成されたコンテンツ格納状態報告をキャビネット管理サーバ６の状態報告入力手段に出力するものである。なお、端末装置１とポータルサーバ３、コンテンツ配送サーバ５、キャビネット管理サーバ６との間の情報の送受信は、無線通信手段１５、ネットワーク２を介して行われる。
【００４０】
コンテンツ配送クライアント１２は、コンテンツ配送サーバ５と連携してコンテンツＤＢ４上のコンテンツをダウンロードするものであり、ダウンロードされたコンテンツは、情報変更手段１１３を介して情報保持手段１１１に保存される。
【００４１】
ブラウザ１３は、利用者が端末装置１を利用してコンテンツ配信、配信されたコンテンツの利用等を行う際のユーザインタフェースである。ブラウザ１３は、具体的には、キャビネット管理クライアント１１に問い合わせてキャビネットの状態を取得し表示する処理、配信可能なコンテンツ一覧をポータルサーバ３から取得して表示する処理、コンテンツ配信、キャビネット購入手続の際のポータルサーバ３とのやりとりにおけるＧＵＩを提供する処理等を行う。また、コンテンツの配信を行う場合にコンテンツ配送クライアント１２を起動する処理を行う。
【００４２】
プレーヤ１４は、情報保持手段１１１に格納されているコンテンツ（映像、音声、アニメーション等）を再生するものであり、無線通信手段１５は、端末装置１におけるネットワーク２を介した無線通信を制御するものである。
【００４３】
情報保持手段１１１は、配信されたコンテンツを保持するものである。情報変更手段１１３は、情報保持手段１１１が保持するコンテンツの状態を変更するものであり、変更の際には、格納状態保持手段１１２に変更内容を通知する。コンテンツの状態の変更には、新規保存、書き換えが含まれる。
【００４４】
図２に、キャビネット管理クライアント１１の格納状態保持手段１１２に保持されるコンテンツ格納状態情報の一例を示す。図２に示すコンテンツ格納状態情報は、コンテンツ識別情報（コンテンツＩＤ）、キャビネット識別情報（キャビネットＩＤ）、状態、コンテンツ格納パス、コンテンツ内容を含み、配信されたコンテンツ毎に情報番号によって管理される。コンテンツ格納状態情報は、コンテンツの配信を行う毎に、新たなエントリが生成される。なお、コンテンツ格納状態情報には、端末装置毎に識別情報（ＩＤ）が付与され（図２では、「Ｃ８７９１１」が付与されている。）、キャビネット管理サーバ６では、このＩＤに基づいてコンテンツ格納状態情報が管理される。
【００４５】
コンテンツＩＤは、配信サービスに提供されるコンテンツに付された識別情報であり、キャビネットＩＤは、コンテンツの配信に利用されたキャビネットに付された識別情報である。状態は、配信されたコンテンツの状態を示す情報であり、「ａｖａｉｌａｂｌｅ」は、そのコンテンツが端末装置１内で利用可能であることを示し、「ｄｅｌｅｔｅｄ」は、そのコンテンツが削除され、利用不可能であることを示している。コンテンツ格納パスは、そのコンテンツが記憶されたアドレスを示している。コンテンツ内容は、情報保持手段１１１に保持されたコンテンツの一部分のバイナリデータを示すものである。
【００４６】
なお、コンテンツの削除すなわち破棄は、そのコンテンツの少なくとも一部のデータを書き換えることによって行い、利用は不可能となる。
【００４７】
図３に、キャビネット管理クライアント１１の格納状態保持手段１１２に保持される変更履歴情報の一例を示す。図３に示すコンテンツ変更履歴は、変更時刻、変更種別、キャビネットＩＤ、コンテンツＩＤ、サーバ報告時刻を含み、変更履歴毎に変更番号によって管理される。変更履歴情報は、キャビネットの購入、コンテンツの配信、コンテンツの削除を行う毎に、新たなエントリが生成される。なお、変更履歴情報には、端末装置毎に識別情報（ＩＤ）が付与され（図２では、「Ｈ２８７１９」が付与されている。）、キャビネット管理サーバ６では、このＩＤに基づいて変更履歴情報が管理される。
【００４８】
変更時刻は、コンテンツの格納状態（キャビネットの状態）が変更された時刻を示すものであり、例えば、「２００３０６１２１５１０２９」は、２００３年６月２１日１５時１０分２９秒を示す。変更種別は、キャビネットの購入、コンテンツの配信、コンテンツの削除のいずれかを示すもので、「ｂｕｙ」はキャビネットの購入、「ａｄｄ」はコンテンツの配信、「ｄｅｌ」はコンテンツの削除を示す。キャビネットＩＤ、コンテンツＩＤは、図２で説明したものと同様である。
【００４９】
サーバ報告時刻は、その変更番号の変更履歴情報がキャビネット管理サーバ６に報告された時刻を示すものである。図３の例では、変更番号「ｅ００００７」の変更履歴情報にサーバ報告時刻が保持されていないが、これは、端末装置１内でコンテンツの状態が変更されたものの、キャビネット管理サーバ６に未報告であることを示している。すなわち、変更番号「ｅ００００７」の変更履歴情報は、２００３年６月１５日１９時５３分２２秒に、キャビネットＩＤが「ｃａｂ１９０３９４４」のキャビネットに保持された、コンテンツＩＤが「ｃｎｔ５９４５」のコンテンツが削除されたが、その履歴情報はキャビネット管理サーバ６に未報告であることを示している。
【００５０】
以上説明したように、格納状態保持手段１１２には、キャビネットに対応するコンテンツの状態を示すコンテンツ格納状態情報と、配信されたコンテンツの変更、例えば新規記憶、削除、キャビネットの購入を示す変更履歴情報が記憶される。
【００５１】
端末装置毎のコンテンツ格納状態情報及び変更履歴情報は、同様のものがキャビネット管理サーバ６の格納状態保持手段１２２に、管理側コンテンツ格納状態情報及び管理側変更履歴情報として保持される。管理側コンテンツ格納状態情報及び管理側変更履歴情報の生成については、後述する。
【００５２】
次に、キャビネット管理クライアント１１の状態報告生成手段１１４が行うコンテンツ格納状態報告生成処理について説明する。状態報告生成手段１１４は、コンテンツ格納状態情報及び変更履歴情報を利用してコンテンツ格納状態報告を生成する。
【００５３】
図４に、コンテンツ格納状態報告生成処理の概略フローを示す。ステップＳ１０１では、情報保持手段１１１に保持されたコンテンツの内容と、コンテンツ格納状態情報（図２参照）に含まれるコンテンツ内容の比較を行う。このステップは、コンテンツ格納状態情報の内容が正常である（壊れていない）ことを確認するために行うもので、ステップＳ１０２で比較結果が不一致と判断された場合には、キャビネットが壊れている旨を通知し（ステップＳ１０８）、終了する。キャビネットが壊れている場合には、キャビネット管理サーバ６からコンテンツ格納状態情報を取得して修復する。なお、コンテンツの削除が行われた場合には、そのコンテンツはランダムなデータで書き換えられるが、場合によってはその後コンテンツ格納パスで示すファイルがアクセスできない。その場合、削除されたコンテンツについてはコンテンツの内容が一致しないことになるので、削除されたコンテンツについては、コンテンツ内容の比較を行わないようにしてもよい。
【００５４】
コンテンツ内容が一致している場合は、ステップＳ１０３で、コンテンツ格納状態情報をコピーして、状態報告記憶領域（図示しないワークメモリに確保される。）に記憶する。次に、ステップＳ１０４で、変更履歴情報（図３参照）を参照して未報告の変更履歴情報の有無を確認し、未報告の変更履歴情報がある場合は、その情報を状態報告記憶領域に記憶する。変更履歴情報がキャビネット管理サーバ６に報告済かどうかは、既述のように変更履歴情報のサーバ報告時刻が記憶されているかどうかで判断する。
【００５５】
ステップＳ１０５では、記憶したコンテンツ格納状態情報と変更履歴情報を用いて所定の演算を行い、検証用情報を生成する。検証用情報の生成に用いる演算としては、例えばハッシュ演算を用いることができる。また、ハッシュ演算は、記憶したコンテンツ格納状態情報と変更履歴情報のすべてに対して行ってもよいし、一部に対して行ってもよい。そして、端末装置１の秘密鍵を用いて、生成した検証用情報を暗号化し（ステップＳ１０６）、状態報告記憶領域に記憶する（ステップＳ１０７）。なお、演算の種類及び演算対象についての情報システム管理用プログラムの配信時等に入手しておく。
【００５６】
図５及び図６に、生成したコンテンツ格納状態報告の一例を示す。この例は、図２のコンテンツ格納状態情報と図３の変更履歴情報を用いて生成したもので、図５では、コンテンツ格納状態報告を概念的に示し、図６では、送信されるデータを示す。
【００５７】
図５（ａ）は、図２に示すコンテンツ格納状態情報をそのまま記憶したもので、図５（ｂ）は、図３に示す変更履歴情報のうちの変更番号「ｅ００００７」の変更履歴情報のみを記憶したものである。また、図５（ｃ）は、図４のステップＳ１０７で生成された暗号化検証用情報である。なお、図５においては、コンテンツ格納状態情報及び変更履歴情報を一部省略して記載している。
【００５８】
図６は、図５に示すコンテンツ格納状態報告をタグ付きテキストデータで示したものであり、部分６０１は変更番号「ｅ００００７」の変更履歴情報に、部分６０２はコンテンツ格納状態情報に、部分６０３は暗号化検証用情報に対応する。
【００５９】
なお、以上の説明では、コンテンツ格納状態報告に含まれる変更履歴情報を未報告の変更履歴情報としたが、未報告のものだけでなく報告済みの変更履歴情報もコンテンツ格納状態報告に含めてもよい。
【００６０】
次に、キャビネット管理サーバ６の状態報告検証手段１２３が行うコンテンツ格納状態報告検証処理について説明する。状態報告検証手段１２３は、状態報告入力手段１２１を介して入力されたコンテンツ格納状態報告と、格納状態保持手段１２２に保持されている管理側コンテンツ格納状態情報及び管理側変更履歴情報とを利用して、入力されたコンテンツ格納状態報告の検証を行う。
【００６１】
図７に、コンテンツ格納状態報告検証処理の概略フローを示す。ステップＳ２０１では、格納状態保持手段１２２に保持された管理側コンテンツ格納状態情報に含まれるコンテンツの状態と、入力されたコンテンツ格納状態報告のコンテンツ格納状態情報に含まれるコンテンツの状態の比較を行う。管理側コンテンツ格納状態情報は、後述するように前回のコンテンツ格納状態報告を入力した時にその時点での端末装置１のコンテンツ格納状態情報と一致させているので、入力された変更履歴情報に含まれるコンテンツを除いて一致するはずである。したがって、このステップでは、入力された変更履歴情報に含まれるコンテンツを除くコンテンツについては、すべての項目について一致するかどうかを判断する。また、変更履歴情報に含まれるコンテンツのうち、「状態」が「ｄｅｌｅｔｅｄ」のものは、端末装置１で新しく削除されたものであるので、「状態」と「コンテンツ内容」以外の項目について一致するかどうかを判断する。
【００６２】
ステップＳ２０２で比較結果が不一致と判断された場合には、検証失敗と判断し、ステップＳ２０９で検証失敗を通知し、終了する。したがって、変更履歴情報に含まれるコンテンツのうち、「状態」が「ｄｅｌｅｔｅｄ」のものがあっても、そのコンテンツが削除されたものとは判断されない。検証失敗の場合の動作については後述する。
【００６３】
コンテンツ内容が一致している場合は、ステップＳ２０３で、コンテンツ格納状態報告に含まれる暗号化検証用情報の復号を行う。復号は、端末装置１の公開鍵を用いて行う。  なお、端末装置１の公開鍵は、コンテンツ配信サービスの契約を行う際等に予め入手しておく。
【００６４】
ステップＳ２０４では、入力されたコンテンツ格納状態報告と格納状態保持手段１２２に保持されている管理側変更履歴情報を利用して管理側検証用情報を生成する。具体的には、管理側変更履歴情報に入力された変更履歴情報を追加し、この管理側変更履歴情報と入力されたコンテンツ格納状態情報にハッシュ演算等の演算処理を行い、管理側検証用情報を生成する。そして、ステップＳ２０５で、生成した管理側検証用情報と復号された検証用情報とを比較する。
【００６５】
ステップＳ２０６で比較結果が不一致と判断された場合は、検証失敗と判断し、ステップＳ２０９で検証失敗を通知し、終了する。
【００６６】
ステップＳ２０６で比較結果が一致と判断された場合は、検証成功と判断し、検証番号を生成して検証番号管理テーブル１２４に登録するとともに、生成した検証番号を通知する。検証番号は、その後のコンテンツ配信処理に利用するものである。
【００６７】
図８に、検証番号管理テーブル１２４の一例を示す。検証番号テーブル１２４には、検証番号毎にその登録日時及び有効期限が登録される。この例では、有効期限が１時間に設定されている。例えば、検証番号「ｖｅｒ８１９４５２７１」は、２００３年６月１５日２３時１８分４２秒に登録され、２００３年６月１６日０時１８分４２秒まで有効であることを示している。
【００６８】
検証成功と判断されると、格納状態保持手段１２２に保持されるコンテンツ状態情報、すなわち管理側コンテンツ格納状態情報と管理側変更履歴情報の更新指示を、格納状態保持手段１２２に対して行い（ステップＳ２０８）、終了する。
【００６９】
具体的に、格納状態保持手段に図９に示す管理側コンテンツ格納状態情報と図１０に示す管理側変更履歴情報が記憶された状態で、図５に示すコンテンツ格納状態報告が入力された場合を考えてみる。ステップＳ２０１では、入力された変更番号「ｅ０００７」の変更履歴情報で示されるコンテンツＩＤが「ｃｎｔ５９４５」のコンテンツを除くコンテンツの内容が比較される。この比較結果は一致するので、ステップＳ２０３以降の処理を行われる。
【００７０】
ステップＳ２０４の管理側検証用情報の生成に際しては、図１０に示す管理側変更履歴情報に、入力された変更番号「ｅ０００７」の変更履歴情報が追加された変更履歴情報と、入力されたコンテンツ格納状態情報が利用される。したがって、生成される管理側検証用情報は、復号された検証用情報と一致することになり、検証成功と判断される。
【００７１】
検証成功と判断されるので、格納状態保持手段１２２に保持される管理側コンテンツ格納状態情報は、入力されたコンテンツ格納状態情報によって更新され、図２に示すものと同じ情報が管理側コンテンツ格納状態情報として記憶される。また、格納状態保持手段１２２に保持される管理側変更履歴情報には、変更番号「ｅ０００７」の変更履歴情報が追加され、図３に示すものと同じ情報が、管理側変更履歴情報として記憶される。
【００７２】
以上説明したように、端末装置１において記憶されるコンテンツ状態情報及び変更履歴情報を含むコンテンツ格納状態報告をキャビネット管理サーバ６で受信し、キャビネット管理サーバ６で管理される管理側コンテンツ格納状態情報及び管理側変更履歴情報と受信したコンテンツ格納状態報告を利用して検証を行い、検証結果に応じて管理側コンテンツ格納状態情報及び管理側変更履歴情報を更新するので、端末装置側のコンテンツ状態の変更を確実に把握することができる。また、コンテンツ格納状態報告には、ハッシュ演算等の演算によって求めた検証用情報が付加され、キャビネット管理サーバ６で別のデータから求めた管理側検証用情報と比較することにより、さらに確実な把握ができる。
【００７３】
例えば、この例に示すように、コンテンツの削除が行われた場合、コンテンツ格納状態情報の変更を確実に認識できるので、該当するコンテンツが削除されたものと判断することができる。また、コンテンツ格納状態情報には、当該コンテンツの少なくとも一部が含まれているので、虚偽のコンテンツ削除を示すコンテンツ格納状態報告があった場合でも、虚偽の報告であることを確実に検知できる。すなわち、コンテンツを削除した旨の情報を含むコンテンツ格納状態報告がされても、そのコンテンツの内容が変更されていない場合、その報告が虚偽であると検知できる。
【００７４】
したがって、後述するように、削除されたコンテンツに対応するキャビネットに空ができたと判断することができ、同じキャビネットで新たなコンテンツの配信を行うことができる。以上のように、図１のシステムでは、端末装置１に保持された電子データであるコンテンツの削除すなわち破棄を、電子データの格納状態を示すステータス情報であるコンテンツ格納状態情報を利用して、サーバ側（キャビネット管理サーバ６及びポータルサーバ３）で認識するものである。
【００７５】
次に、図１に示すコンテンツ配信システムを用いて、コンテンツの配信を受ける場合の動作を説明する。図１１に、コンテンツ配信サービスのための各種情報をブラウズする場合の動作を示す。ここでは、サービスの提供を受けるための契約等（課金方法の届出等）が行われ、端末装置１に所定のシステム管理用プログラムがインストールされ、少なくとも１つのキャビネットが購入されて、格納状態保持手段１１２にコンテンツ格納状態情報と変更履歴情報を記憶するための領域が確保されているものとする。
【００７６】
コンテンツ配信サービスのための各種情報をブラウズする場合、利用者はレンタルページ閲覧要求Ｆ１０１をブラウザ１３に対して入力する。具体的には、レンタルページを示すＵＲＬの入力によって行う。レンタルページ閲覧要求Ｆ１０１を受信したブラウザ１３は、キャビネット管理クライアント６に対して状態報告送信要求Ｆ１０２を送信する。
【００７７】
状態報告送信要求Ｆ１０２を受信したキャビネット管理クライアント６は、コンテンツ格納状態報告を生成する（Ｐ１０１）。コンテンツ格納状態報告の生成は、図４で示した手順で行われ、生成したコンテンツ格納状態報告Ｆ１０３は、キャビネット管理サーバ６に送信され、キャビネット管理サーバ６では、受信したコンテンツ格納状態報告Ｆ１０３を利用して状態報告検証処理を行う（Ｐ１０２）。状態報告検証処理は、図７で示した手順で行われ、検証結果Ｆ１０４は、キャビネット管理クライアント１１に送信され、キャビネット管理クライアント１１は、検証結果Ｆ１０５をブラウザ１３に送信する。なお、検証結果が成功の場合、検証結果Ｆ１０４及びＦ１０５とともに検証番号が送信される。
【００７８】
検証結果が検証失敗の場合、ブラウザ１３は、図２７に示すような画面を表示して終了する。図２７の画面については、後述する。
【００７９】
検証結果が検証成功の場合、ブラウザ１３は、レンタルページ要求Ｆ１０６をポータルサーバ３に送信する。このとき、合わせて検証番号も送信される。レンタルページ要求Ｆ１０６を受信したポータルサーバ３は、検証番号とともにコンテンツ状態要求Ｆ１０７をキャビネット管理サーバ６に送信する。コンテンツ状態要求Ｆ１０７を受信したキャビネット管理サーバ６は、受信した検証番号の確認を行い（Ｐ１０３）、確認できた場合には、確認結果とともにコンテンツ状態通知Ｆ１０８を行う。コンテンツ状態通知には、格納状態保持手段１２２に記憶されている管理側コンテンツ格納状態情報、管理側変更履歴情報が含まれる。なお、検証番号の確認処理（Ｐ１０３）は、検証番号管理テーブル１２４を参照し、確認時刻がその検証番号の有効期限を過ぎているかどうかによって行う。有効期限を過ぎている場合は、再度コンテンツ格納状態報告の生成、送信、検証が必要となる。
【００８０】
コンテンツ状態通知Ｆ１０８を受信すると、ポータルサーバ３は、配信（レンタル）可能なコンテンツの一覧情報及びキャビネット情報の生成を行う（Ｐ１０４）。
【００８１】
図１２に、一覧情報及びキャビネット情報生成処理の概略動作フローを示す。ステップＳ３０１では、コンテンツＤＢ４を参照して、公開可能なコンテンツを抽出する。図１３に、コンテンツＤＢに備えられるコンテンツ情報テーブルの一例を示す。図１３に示すように、コンテンツ情報テーブルには、コンテンツＩＤに対応させて、コンテンツのタイトル、コンテンツの製作者を示すアーティスト名、コンテンツのジャンルに関する情報とともに、公開開始日時情報と公開終了日時情報が記憶されている。
【００８２】
ステップＳ３０２では、キャビネット管理サーバ６から送信される管理側コンテンツ格納状態情報を参照し、公開可能なコンテンツのリストと対比させ、公開中のコンテンツを抽出する。そして、ステップＳ３０３で、公開中コンテンツを識別した公開可能なコンテンツ一覧リストを生成する。図１４に、公開可能なコンテンツ一覧リストの一例を示す。  図１４に示すように、管理側コンテンツ格納状態情報によって、配信され、かつ現在も利用可能なコンテンツであるコンテンツＩＤ「ｃｎｔ１９０５」のコンテンツは、レンタル中として区別されている。
【００８３】
ステップＳ３０４では、キャビネット管理サーバ６から送信される管理側変更履歴情報を参照し、キャビネット情報を生成する。キャビネット情報は、購入したキャビネットを利用して配信したコンテンツがどの程度利用可能な状態にあるか、すなわち、キャビネットの空き具合がどの程度かを認識するための情報である。
【００８４】
図１５に、キャビネット情報の一例を示す。図１５のキャビネット情報は、図２に示すものと同様の管理側コンテンツ格納状態情報と、図３に示すものと同様の管理側変更履歴情報に基づいて生成したものである。図１５は、キャビネットＩＤ「ｃａｂ１８４４９２７」のキャビネットは、空きがなく、キャビネットＩＤ「ｃａｂ１９０３９４４」のキャビネットは、４つ分の空きがあることを示している。なお、それぞれのキャビネットの容量は、キャビネットＩＤから認識できるようにしており、この例では、数字の上２桁が「１８」のものは容量が２であり、数字の上２桁が「１９」のものは容量が４である。
【００８５】
図１１に戻って、一覧情報及びキャビネット情報を生成すると、ポータルサーバ３は、生成した一覧情報及びキャビネット情報をブラウザ１３に送信するとともに、確認結果、及びレンタルページ生成指示Ｆ１０９を送信する。ブラウザ１３は、受信した一覧情報及びキャビネット情報を利用してレンタルページ情報を生成し、レンタルページＦ１１０を提示する。
【００８６】
図２２に、レンタルページ画面の表示例を示す。図２２におけるアイコン１００１は、容量が２のキャビネットを示し、アイコン１０１１、１０１２で示されるコンテンツによって占められていることを示している。一方、アイコン１００２は、容量が４のキャビネットを示し、コンテンツによって占められていないことを示している。これらの表示情報は、図１５のキャビネット情報を利用して生成される。
【００８７】
また、表１０２１は、公開中のコンテンツ一覧を示すものであり、図１４の公開可能なコンテンツ一覧リストを利用して生成される。表１０２１には、４本の公開期間中のコンテンツに関する情報が表示され、そのうち、タイトルが「タイトルＤＥＦ」のコンテンツはレンタル中である（配信され、現在も利用可能な状態である）ことを示している。この表１０２１は、アイコン１００６で示されるレンタルショップが公開可能なコンテンツを示すもので、他のレンタルショップが存在する場合は、別のレンタルショップを示すアイコンが表示され、そのアイコンを選択することによって、公開可能なコンテンツを示す別の表が表示される。
【００８８】
なお、アイコン１００３は、コンテンツの再生を行うためのものであり、アイコン１００４は、配信されたコンテンツの返却、すなわち削除を行うためのものであり、アイコン１００５は、新たにキャビネットを購入するためのものである。コンテンツの返却を行う場合は、キャビネットを占めるコンテンツアイコンを、アイコン１００４にドラッグすることにより行う。
【００８９】
図１６、図１７に、キャビネットを購入する場合の動作を示す。
【００９０】
キャビネットの購入を行う場合、利用者はキャビネット購入指示Ｆ２０１をブラウザ１３に対して入力する。具体的には、図２２に示すようなレンタルページ画面が表示された状態でキャビネット販売を行うためのアイコン１００５を選択することによって入力する。アイコン１００５が選択されると、購入可能なキャビネットの種別を示すアイコンが表示され、希望する種別のキャビネットの選択が可能となる。
【００９１】
図２３に、キャビネット購入画面の表示例を示す。図２３に示す表示画面は、既購入のキャビネットがアイコン１００１で示す容量２だけであり、販売可能なキャビネットが３種類であり（それぞれアイコン１０３１、１０３２、１０３３で示す。）、容量４の「タイプ１９」のキャビネットの購入を希望する場合の状態を示している。購入希望のキャビネットを示すアイコン（この場合はアイコン１０３２）を位置１１３２にドラッグすると、確認のためのダイアログ１０４１が表示され、「はい」のボタンを選択すると、キャビネットの種別がブラウザ１３に入力される。
【００９２】
購入希望キャビネットの種別が入力されると、ブラウザ１３はキャビネット追加準備要求Ｆ２０２をポータルサーバ３に送信し、ポータルサーバ３はキャビネット追加準備要求Ｆ２０３をキャビネット管理サーバ６に送信する。このとき、合わせて購入希望キャビネットの種別と先に取得した検証番号を送信する。
【００９３】
キャビネット管理サーバ６は、キャビネット追加準備要求Ｆ２０３を受信すると、まず検証番号の確認を行い（Ｐ１０３の処理と同様）、確認できた場合は、キャビネットＩＤを生成し（Ｐ２０１）、キャビネット追加準備完了通知Ｆ２０４を、生成したキャビネットＩＤ及び確認結果とともにポータルサーバ３に送信する。
【００９４】
キャビネット追加準備完了通知Ｆ２０４を受信したポータルサーバ３は、キャビネット追加準備完了通知Ｆ２０５を、キャビネットＩＤ及び確認結果とともにブラウザ１３に送信する。キャビネット追加準備完了通知Ｆ２０５を受信すると、ブラウザ１３は、キャビネット追加要求Ｆ２０６を受信したキャビネットＩＤとともに送信する。なお、キャビネット管理サーバ６における確認が失敗の場合は、キャビネットＩＤは生成されず、確認結果のみがブラウザ１３に送信されるので、再度コンテンツ格納状態報告の生成、送信を行う。
【００９５】
キャビネット追加要求Ｆ２０６を受信すると、キャビネット管理クライアント１１は、キャビネットを追加し、コンテンツ格納状態報告の生成を行う（Ｐ２０２）。キャビネットの追加は、格納状態保持手段１１２の変更履歴情報に新規の変更番号のエントリを追加する。また、コンテンツ格納状態報告の生成は、図４に示した手順で行う。
【００９６】
キャビネット管理クライアント１１は、キャビネット管理サーバ６に対してコンテンツ格納状態報告Ｆ２０７を送信し、キャビネット管理サーバ６は、受信したコンテンツ格納状態報告の検証を行う（Ｐ２０３）。コンテンツ格納状態報告の検証は、図７で示した手順で行われ、検証結果Ｆ２０８は、キャビネット管理クライアント１１に送信される。そして、キャビネット管理クライアント１１は、キャビネット追加結果Ｆ２０９をブラウザ１３に送信する。なお、処理Ｐ２０３での検証が成功の場合、検証結果Ｆ２０８及びキャビネット追加結果Ｆ２０９とともに検証番号が送信される。
【００９７】
検証結果が検証失敗の場合、ブラウザ１３は、図２７に示すような画面を表示して終了する。図２７の画面については、後述する。
【００９８】
検証結果が検証成功の場合、ブラウザ１３は、課金要求Ｆ２１０を検証番号とともにポータルサーバ３に送信し、課金要求Ｆ２１０を受信したポータルサーバ３は、コンテンツ状態要求Ｆ２１１を検証番号とともにキャビネット管理サーバ６に送信する。
【００９９】
コンテンツ状態要求Ｆ２１１を受信したキャビネット管理サーバ６は、検証番号の確認を行い（Ｐ２０４）、確認できた場合には、確認結果とともにコンテンツ状態通知Ｆ２１２を行う。コンテンツ状態通知には、格納状態保持手段１２２に記憶されている管理側コンテンツ格納状態情報、管理側変更履歴情報が含まれる。なお、検証番号の確認は、Ｐ１０３の処理と同様に行う。
【０１００】
コンテンツ状態通知Ｆ２１２を受信したポータルサーバ３は、課金サーバ７に対して課金要求Ｆ２１３を送信する。このとき、合わせて端末装置ＩＤ（端末装置ＩＤから利用者ＩＤが取得可能な場合は、利用者ＩＤでもよい。）と請求額を送信する。課金要求Ｆ２１３を受信すると、課金サーバ７は、課金処理を行う（Ｐ２０５）。課金処理は、端末装置ＩＤ又は利用者ＩＤによって特定される者に対して行う。そして、課金処理が終了すると、課金サーバ７は、課金完了通知Ｆ２１４をポータルサーバ３に送信する。
【０１０１】
課金完了通知Ｆ２１４を受信すると、ポータルサーバ３は、配信（レンタル）可能なコンテンツの一覧情報及びキャビネット情報の生成を行う（Ｐ２０６）。この処理は、図１１の説明における処理Ｐ１０４と同様である。一覧情報及びキャビネット情報を生成すると、ポータルサーバ３は、課金完了通知Ｆ２１５をブラウザ１３に送信するとともに、合わせて生成した一覧情報及びキャビネット情報を送信する。
【０１０２】
ブラウザ１３は、受信した一覧情報及びキャビネット情報を利用してレンタルページ情報を生成し、レンタルページＦ２１６を提示する。図２２に、レンタルページ画面の表示例を示す。この後、新規購入のキャビネットを利用して、コンテンツの配信を受けることができる。
【０１０３】
図１８、図１９、図２０に、コンテンツの配信を受ける（コンテンツをレンタルする）場合の動作を示す。
【０１０４】
コンテンツをレンタルする場合、利用者はレンタル指示Ｆ３０１をブラウザ１３に対して入力する。具体的には、図２２に示すようなレンタルページ画面が表示された状態で、レンタル可能なコンテンツを示すアイコンを、キャビネットを示すアイコンにドラッグすることによって入力する。
【０１０５】
コンテンツを示すアイコンをドラッグした場合のレンタルページ画面の一例を図２４に示す。図２４は、コンテンツのタイトルが「タイトルＪＫＬ」であるコンテンツをレンタルしようとして、そのコンテンツを示すアイコン１０１３を、キャビネットを示すアイコン１００２上の位置１１１３にドラッグした時の表示画面を示すものである。このような操作を行うと、ブラウザ１３は、タイトルが「タイトルＪＫＬ」であるコンテンツをアイコン１００２で特定されるキャビネットを利用してレンタルしようとしていると判断し、ダイアログ１０４２を表示する。
【０１０６】
この状態で、ダイアログ１０４２の「はい」ボタンを押すと、ブラウザ１３は、レンタル配送準備要求Ｆ３０２を、レンタルを希望するコンテンツＩＤ、キャビネットＩＤ、検証番号とともにポータルサーバ３に送信する。レンタル配送準備要求Ｆ３０２を受信したポータルサーバ３は、検証番号とともにコンテンツ状態要求Ｆ３０３をキャビネット管理サーバ６に送信する。コンテンツ状態要求Ｆ３０３を受信したキャビネット管理サーバ６は、受信した検証番号の確認を行い（Ｐ３０１）、確認できた場合には、確認結果とともにコンテンツ状態通知Ｆ３０４を行う。コンテンツ状態通知には、格納状態保持手段１２２に記憶されている管理側コンテンツ格納状態情報、管理側変更履歴情報が含まれる。なお、検証番号の確認は、Ｐ１０３の処理と同様に行う。
【０１０７】
コンテンツ状態通知Ｆ３０４を受信すると、ポータルサーバ３は、コンテンツ配送サーバ５に、コンテンツ配送準備要求Ｆ３０５を送信する。その時、合わせて配送を希望するコンテンツＩＤ、配送先のキャビネットＩＤを送信する。コンテンツ配送準備要求Ｆ３０５を受信すると、コンテンツ配送サーバ５は、コンテンツＩＤの確認を行い、配送番号を生成する（Ｐ３０２）。そして、コンテンツＩＤの確認結果（配送可能なコンテンツが否かの確認結果）、配送準備完了のコンテンツＩＤ、配送先のキャビネットＩＤ、配送番号とともに、コンテンツ配送準備完了通知Ｆ３０６をポータルサーバ３に送信する。
【０１０８】
コンテンツ配送準備完了通知Ｆ３０６を受信したポータルサーバ３は、コンテンツＩＤの確認結果、配送番号とともにレンタル配送準備完了通知Ｆ３０７をブラウザ１３に送信する。
【０１０９】
レンタル配送準備完了通知Ｆ３０７を受信したブラウザ１３は、配送準備完了のコンテンツＩＤ、配送先のキャビネットＩＤ、配送番号とともに受信開始要求Ｆ３０８をコンテンツ配送クライアント１２に送信する。
【０１１０】
受信開始要求Ｆ３０８を受信したコンテンツ配送クライアント１２は、配送番号とともにコンテンツ配送開始要求Ｆ３０９をコンテンツ配送サーバ５に送信する。コンテンツ配送サーバ５は、ポータルサーバ３からのコンテンツ配送準備要求受信時に生成した配送番号と受信した配送番号との一致を確認し（Ｐ３０３）、一致している場合は、コンテンツ配送開始通知Ｆ３１０をコンテンツ配送クライアント１２に送信する。このとき、合わせて配送番号、配送元を示す配送ＵＲＬ、コンテンツサイズを送信する。
【０１１１】
コンテンツ配送クライアント１２は、コンテンツ配送開始通知Ｆ３１０を受信すると、配送ＵＲＬに基づいて、ＨＴＴＰダウンロードによるコンテンツ配送をコンテンツ配送サーバ５との間で行う（Ｐ３０４）。そして、コンテンツの配送が完了すると、情報変更手段１１３に対して、コンテンツ保存要求Ｆ３１１を送信する。このとき、合わせて配送されたコンテンツのコンテンツＩＤ、キャビネットＩＤ、配送用一時ファイルのパスを送信する。情報変更手段１１３は、コンテンツ保存先のファイルパスとともにデータ格納要求Ｆ３１２を情報保持手段１１１に送信する。
【０１１２】
情報保持手段１１１は、配送されたコンテンツを受信したファイルパスが示す位置に保存し、保存完了後、データ格納完了通知Ｆ３１３を情報変更手段１１３に送信する。この状態で、配送された新規のコンテンツが端末装置１の所定の領域に保持されたことになる。
【０１１３】
データ格納完了通知Ｆ３１３を受信した情報変更手段１１３は、キャビネット管理クライアント１１に、新規に保存したコンテンツのコンテンツＩＤ、キャビネットＩＤ、コンテンツへのファイルパスとともに、コンテンツ状態変更要求Ｆ３１４を送信する。
【０１１４】
コンテンツ状態変更要求Ｆ３１４を受信したキャビネット管理クライアント１１は、コンテンツ状態保持部１１２のコンテンツ状態を変更する（Ｐ３０５）。具体的には、変更履歴情報に、新規のエントリを追加し、変更時刻、変更種別（この場合は、コンテンツの配信であるので「ａｄｄ」）、キャビネットＩＤ、コンテンツＩＤを記憶する。また、コンテンツ格納状態情報に、新規のコンテンツを追加し、コンテンツＩＤ、キャビネットＩＤ、状態（この場合は、利用可能であるので、「ａｖａｉｌａｂｌｅ」）コンテンツ格納パス、コンテンツ内容（情報保持手段１１１からコンテンツの一部のバイナリデータを読み出す。）を記憶する。
【０１１５】
コンテンツ状態の変更が終了すると、キャビネット管理クライアント１１は、情報変更手段１１３にコンテンツ状態変更完了通知Ｆ３１５を送信し、情報変更手段１１３は、コンテンツ配送クライアント１２にコンテンツ保存完了通知Ｆ３１６を送信する。そして、コンテンツ配送クライアント１２は、ブラウザ１３に受信完了通知Ｆ３１７を送信する。
【０１１６】
ブラウザ１３は、受信完了通知Ｆ３１７を受信すると、キャビネット管理クライアント１１に対して状態報告送信要求Ｆ３１８を送信する。
【０１１７】
状態報告送信要求Ｆ３１８を受信したキャビネット管理クライアント１１は、コンテンツ格納状態報告を生成する（Ｐ３０６）。コンテンツ格納状態報告の生成は、図４で示した手順で行われ、生成したコンテンツ格納状態報告Ｆ３１９は、キャビネット管理サーバ６に送信され、キャビネット管理サーバ６では、受信したコンテンツ格納状態報告Ｆ３１９を利用して状態報告検証処理を行う（Ｐ３０７）。状態報告検証処理は、図７で示した手順で行われ、検証結果Ｆ３２０は、キャビネット管理クライアント１１に送信され、キャビネット管理クライアント１１は、検証結果Ｆ３２１をブラウザ１３に送信する。なお、検証結果が成功の場合、検証結果Ｆ３２０及びＦ３２１とともに検証番号が送信される。
【０１１８】
検証結果が検証成功の場合、ブラウザ１３は、レンタルページ要求Ｆ３２２をポータルサーバ３に送信する。このとき、合わせて検証番号も送信される。レンタルページ要求Ｆ３２２を受信したポータルサーバ３は、検証番号とともにコンテンツ状態要求Ｆ３２３をキャビネット管理サーバ６に送信する。コンテンツ状態要求Ｆ３２３を受信したキャビネット管理サーバ６は、受信した検証番号の確認を行い（Ｐ３０８）、確認できた場合には、確認結果とともにコンテンツ状態通知Ｆ３２４を行う。コンテンツ状態通知には、格納状態保持手段１２２に記憶されている管理側コンテンツ格納状態情報、管理側変更履歴情報が含まれる。なお、検証番号の確認は、Ｐ１０３の処理と同様に行う。
【０１１９】
コンテンツ状態通知Ｆ３２４を受信すると、ポータルサーバ３は、配信（レンタル）可能なコンテンツの一覧情報及びキャビネット情報の生成を行う（Ｐ３０９）。この処理は、図１１の処理Ｐ１０４と同様に行う。
【０１２０】
一覧情報及びキャビネット情報を生成すると、ポータルサーバ３は、生成した一覧情報及びキャビネット情報をブラウザ１３に送信するとともに、確認結果、及びレンタルページ生成指示Ｆ３２５を送信する。ブラウザ１３は、受信した一覧情報及びキャビネット情報を利用してレンタルページ情報を生成し、レンタルページＦ３２６を提示する。
【０１２１】
なお、利用者がレンタル指示Ｆ３０１を入力しようとして、レンタル可能なコンテンツを示すアイコンを、キャビネットを示すアイコンにドラッグしたとき、そのアイコンが示すキャビネットに空きがなく、かつ他に空きがある購入済キャビネットがない場合、ブラウザ１３は、配信済のコンテンツの返却又はキャビネットの追加購入を促す。
【０１２２】
図２５に、その場合のブラウザの表示画面の一例を示す。図２５は、レンタル可能なコンテンツを示すアイコン１０１３を、キャビネットを示すアイコン１００１にドラッグした場合の表示画面である。アイコン１００１が示すキャビネットの容量は２であり、そのキャビネットを利用してアイコン１０１１、１０１２が示す２本のコンテンツがレンタルされている。したがって、これ以上のコンテンツのレンタルは不可であるので、ダイアログ１０４５を表示して、レンタル済のコンテンツの返却又はキャビネットの追加購入を促す。
【０１２３】
図２１に、コンテンツの返却を行う（コンテンツを削除する）場合の動作を示す。
【０１２４】
コンテンツの返却を行う場合、利用者は返却指示Ｆ４０１をブラウザ１３に対して入力する。具体的には、図２２に示すようなレンタルページ画面が表示された状態で、レンタル済のコンテンツを示すアイコンを、返却を示すアイコンにドラッグすることによって入力する。返却処理は、ポータルサーバ３に接続したオンライン状態だけでなく、オフライン状態でも行うことができる。この場合、前回の（オンライン動作時でもオフライン動作時でもよい。）レンタルページ画面に利用したデータをブラウザ１３が保持しておき、そのデータを利用して表示する。
【０１２５】
コンテンツを示すアイコンをドラッグした場合のレンタルページ画面の一例を図２６に示す。図２６は、コンテンツのタイトルが「タイトルＪＫＬ」であるレンタル済のコンテンツを返却するために、そのコンテンツを示すアイコン１０１３を、返却を示すアイコン１００４上にドラッグした時の表示画面を示すものである。このような操作を行うと、ブラウザ１３は、タイトルが「タイトルＪＫＬ」であるコンテンツを返却しようとしていると判断し、ダイアログ１０４３を表示する。
【０１２６】
この状態で、ダイアログ１０４３の「はい」ボタンを押すと、ブラウザ１３は、コンテンツ削除要求Ｆ４０２を、返却を希望するコンテンツＩＤ、キャビネットＩＤとともに情報変更手段１１３に送信する。コンテンツ削除要求Ｆ４０２を受信した情報変更手段１１３は、ファイルパスとともにデータ変更要求Ｆ４０３を情報保持手段１１１に送信する。データ変更要求Ｆ４０３を受信した情報保持手段１１１は、受信したファイルパスに基づいてそのコンテンツが利用不可となるようにランダムな値で上書きする（Ｐ４０１）。そして、上書きが完了すると、データ変更完了通知Ｆ４０４を情報変更手段１１３に送信する。
【０１２７】
情報変更手段１１３は、削除したコンテンツのコンテンツＩＤ，キャビネットＩＤ、ファイルパスとともに、コンテンツ状態変更要求Ｆ４０５をキャビネット管理クライアント１１に送信する。
【０１２８】
コンテンツ状態変更要求Ｆ４０５を受信したキャビネット管理クライアント１１は、コンテンツ状態を変更する（Ｐ４０２）。具体的には、格納状態保持手段１１２の変更履歴情報に、新規のエントリを追加し、変更時刻、変更種別（この場合は、コンテンツの削除であるので「ｄｅｌ」）、キャビネットＩＤ、コンテンツＩＤを記憶する。また、コンテンツ格納状態情報の該当するコンテンツの情報を書き換える。すなわち、そのコンテンツの状態が、「ａｖａｉｌａｂｌｅ」であったものを「ｄｅｌｅｔｅｄ」に書き換え、ファイルパスを利用してコンテンツの一部のバイナリデータを読み出し、コンテンツ内容を書き換える。この時点では情報保持手段１１１の該当する記憶領域のデータはランダムなデータに上書きされているので、コンテンツ格納状態情報のコンテンツ内容もランダムなデータに書き換えられる。
【０１２９】
コンテンツ状態の変更が終了すると、キャビネット管理クライアント１１は、情報変更手段１１３にコンテンツ状態変更完了通知Ｆ４０６を送信し、情報変更手段１１３は、ブラウザ１３にコンテンツ削除完了通知Ｆ４０７を送信する。そして、ブラウザ１３は、利用者に対して返却完了Ｆ４０８を提示する。
【０１３０】
オフラインでコンテンツの返却処理を行った場合、キャビネット管理クライアント１１の格納状態保持手段１１２に記憶されるコンテンツ格納状態情報と変更履歴情報は、キャビネット管理サーバ６の格納状態保持手段１２２に記憶される管理側コンテンツ格納状態情報と管理側変更履歴情報と一致しないが、次にオンラインとなったときに一致するので問題ない。
【０１３１】
コンテンツ格納状態報告の検証を行ったときに（例えば、図１１の処理Ｐ１０２、図１６の処理Ｐ２０３、図１９の処理３０７）検証失敗の場合は、図２７に示すような画面を表示し、キャビネットの再インストールを促す。その場合、キャビネット及びコンテンツが壊れていることを意味するアイコン１０５１、１０５２、１０６１、１０６２を表示するとともに、ダイアログ１０４４を表示して、再インストールを促す。
【０１３２】
以上の説明では、配信に供されるコンテンツの価値（価格）は、一定で返却時にも価値が低下しないものとして説明したが、コンテンツ毎に価値が異なり、返却時の価値も変動するようにしてもよい。その場合は、公開可能なコンテンツの一覧の表示時、及び返却コンテンツの選択時に、それぞれのコンテンツの価値を示す情報を表示する。また、コンテンツのレンタル時には、キャビネットの空き部分に相当する価値とレンタルしようとするコンテンツの価値を比較してレンタル可否の判断を行うようにしてもよいし、両者の差額を課金するようにしてもよい。
【０１３３】
以上説明したように、本発明のコンテンツ配信システムでは、キャビネット購入時のみの金銭決済でシステムを運営できる。また、コンテンツの利用者及び提供者は、配信したコンテンツの利用期限を管理する必要がない。すなわち、供給者は、利用者毎にその時点で利用可能となっているコンテンツを管理するだけでよく、利用者は、新規に利用したいコンテンツがある場合にのみ、コンテンツの管理を行うだけで充分である。そして、配信されたコンテンツを削除したことが、確実に配信サービス側のサーバで認識できるので、削除してキャビネットが空いた分だけ、新規のコンテンツのレンタルが可能となる。
【０１３４】
したがって、利用者は、個々のコンテンツの利用期間を短くすることにより、一定のコストで、ほぼ無限の数のコンテンツを利用することができる。また、必要な場合は、特定のコンテンツを購入と同じように、永久的に利用することができる。
【０１３５】
（第２の実施の形態）
第２の実施の形態も、図１のコンテンツ配信システムによって実現される。第２の実施の形態は、コンテンツ格納状態報告に含まれる情報が異なる点を除いて基本的に第１の実施の形態と同様であるので、以下、異なる部分について説明し、共通の部分については説明を省略する。第１の実施の形態では、コンテンツ格納状態生成報告が、端末装置１に配信されたすべてのコンテンツのコンテンツ格納状態情報を含んでいるが、第２の実施の形態では、変更があったコンテンツのコンテンツ格納状態情報のみが含まれる。
【０１３６】
今、図２に示すコンテンツ格納状態情報と図３に示す変更履歴情報が格納状態保持手段１１２に記憶されているとすると、状態報告生成手段１１４は、図２の情報番号が「ｉｎｆ００００３」の情報のみをコンテンツ格納状態情報として含むコンテンツ格納状態報告を生成する。すなわち、未報告の変更履歴に対応するコンテンツのコンテンツ格納状態情報のみをコンテンツ格納状態報告に含める。また、新規にコンテンツの配信を受けた場合、そのコンテンツを情報保持手段１１１に記憶し、コンテンツ状態保持部１１２のコンテンツ状態を変更した（図１９のＰ３０５）後、図１９の状態報告送信要求Ｆ３１８を受信した状態報告生成手段１１４は、そのコンテンツのコンテンツ格納状態情報のみを含むコンテンツ格納状態報告を生成する。
【０１３７】
このようなコンテンツ格納状態報告を受信した場合、受信したコンテンツ格納状態報告に含まれるコンテンツ格納状態情報に基づいて、管理側コンテンツ格納状態情報の一部を更新する。
【０１３８】
変更があったコンテンツのコンテンツ格納状態情報のみをコンテンツ格納状態報告に含める場合、コンテンツ格納状態報告をさらに簡単なものとすることができる。すなわち、コンテンツの削除が行われた場合には、コンテンツ格納状態情報自体をコンテンツ格納状態報告に含めず、コンテンツ格納状態情報の一部（具体的には、コンテンツＩＤ、コンテンツ格納パス）に所定の演算、例えばハッシュ演算を施して得た削除提示情報をコンテンツ格納状態報告に含める。
【０１３９】
図２８に、第２の実施の形態のコンテンツ格納状態報告生成処理の概略フローを示す。  このフローは、削除提示情報を利用する場合のものである。ステップＳ４０１では、情報保持手段１１１に保持されたコンテンツの内容と、コンテンツ格納状態情報（図２参照）に含まれるコンテンツ内容の比較を行う。このステップは、コンテンツ格納状態情報の内容が正常である（壊れていない）ことを確認するために行うもので、ステップＳ４０２で比較結果が不一致と判断された場合には、キャビネットが壊れている旨を通知し（ステップＳ４１０）、終了する。
【０１４０】
コンテンツ内容が一致している場合は、ステップＳ４０３で、コンテンツ格納状態報告に含めるコンテンツ格納状態情報が削除されたコンテンツについてのものか否かを判断し、削除されたコンテンツについてのものである場合は、ステップＳ４０５で、削除提示情報を生成し、情報番号とともに状態報告記憶領域に記憶する。削除されたコンテンツについてのものでない場合は、ステップＳ４０４で、報告すべきコンテンツ格納状態情報をコピーして、状態報告記憶領域に記憶する。
【０１４１】
次いで、図４に示したコンテンツ格納状態報告生成処理と同様、未報告の変更履歴情報の記憶（ステップＳ４０６）、検証用情報の生成（ステップＳ４０７）、検証用情報の暗号化（ステップＳ４０８）、暗号化検証用情報の記憶（ステップＳ４０９）を行う。ステップＳ４０６〜Ｓ４０９は、図４のステップＳ１０４〜Ｓ１０７と同様であるので説明を省略する。
【０１４２】
図２９に、第２の実施の形態のコンテンツ格納状態報告検証処理の概略フローを示す。  このフローは、図２８に示す手順で生成されたコンテンツ格納状態報告を受信する場合のものである。ステップＳ５０１では、コンテンツ格納状態報告に削除提示情報が含まれるが否かを判断する。
【０１４３】
削除提示情報が含まれる場合は、対応する情報番号に基づき管理側コンテンツ格納状態情報を参照し、管理側削除提示情報を生成する。管理側削除提示情報の生成に用いる項目及び演算は、端末装置１での削除提示情報の生成に用いる項目及び演算と同一であり、それらの項目の内容は一致するので、端末装置１のコンテンツ格納状態情報に問題がなければ、受信した削除提示情報と管理側削除提示情報は一致する。両削除提示情報は、ステップＳ５０４で比較され、一致しない場合は、検証失敗と判断し、ステップＳ５１１で検証失敗を通知し、終了する。
【０１４４】
両削除提示情報が一致する場合、及びコンテンツ格納状態報告に削除提示情報が含まれない場合は、暗号化検証用情報の復号（ステップＳ５０５）、管理側検証用情報の生成（ステップＳ５０６）、検証用情報の比較（ステップＳ５０７）、一致の判断（ステップＳ５０８）、検証番号の生成、登録、通知（ステップＳ５０９）、コンテンツ状態情報の更新指示（ステップＳ５１０）、検証失敗の通知（ステップＳ５１１）を行う。ステップＳ５０５〜Ｓ５１１は、図７のステップＳ２０３〜Ｓ２０９と同様であるので説明を省略する。
【０１４５】
図２８及び図２９に示すコンテンツ格納状態報告の生成及び検証を行う場合、図２に示すコンテンツ格納状態情報に含まれるコンテンツ内容は、省略可能である。また、変更履歴情報及び検証用情報の利用は、図１に示すコンテンツ配信システムに固有のものであるので、他の電子データの削除認識に適用する場合は、省略可能である。
【産業上の利用可能性】
【０１４６】
本発明は、端末装置における電子データの破棄を簡単に信頼性よく認識することができるデータ破棄認識方法等として有用である。
【図面の簡単な説明】
【０１４７】
【図１】本発明の第１の実施の形態を説明するためのコンテンツ配信システムの概略構成を示す図
【図２】本発明の第１の実施の形態を説明するためのコンテンツ配信システムにおけるコンテンツ格納状態情報の一例を示す図
【図３】本発明の第１の実施の形態を説明するためのコンテンツ配信システムにおける変更履歴情報の一例を示す図
【図４】本発明の第１の実施の形態を説明するためのコンテンツ配信システムにおけるコンテンツ格納状態報告生成処理の概略フローを示す図
【図５】本発明の第１の実施の形態を説明するためのコンテンツ配信システムにおけるコンテンツ格納状態報告の一例を概念的に示す図
【図６】本発明の第１の実施の形態を説明するためのコンテンツ配信システムにおけるコンテンツ格納状態報告の一例の送信データを示す図
【図７】本発明の第１の実施の形態を説明するためのコンテンツ配信システムにおけるコンテンツ格納状態報告検証処理の概略フローを示す図
【図８】本発明の第１の実施の形態を説明するためのコンテンツ配信システムにおける検証番号管理テーブルの一例を示す図
【図９】本発明の第１の実施の形態を説明するためのコンテンツ配信システムにおける管理側コンテンツ格納状態情報の一例を示す図
【図１０】本発明の第１の実施の形態を説明するためのコンテンツ配信システムにおける管理側変更履歴情報の一例を示す図
【図１１】本発明の第１の実施の形態を説明するためのコンテンツ配信システムにおけるコンテンツ配信サービスのための各種情報をブラウズする場合の動作を示す図
【図１２】本発明の第１の実施の形態を説明するためのコンテンツ配信システムにおける一覧情報及びキャビネット情報生成処理の概略動作フローを示す図
【図１３】本発明の第１の実施の形態を説明するためのコンテンツ配信システムにおけるコンテンツ情報テーブルの一例を示す図
【図１４】本発明の第１の実施の形態を説明するためのコンテンツ配信システムにおける公開可能なコンテンツ一覧リストの一例を示す図
【図１５】本発明の第１の実施の形態を説明するためのコンテンツ配信システムにおけるキャビネット情報の一例を示す図
【図１６】本発明の第１の実施の形態を説明するためのコンテンツ配信システムにおけるキャビネットを購入する場合の動作を示す図
【図１７】本発明の第１の実施の形態を説明するためのコンテンツ配信システムにおけるキャビネットを購入する場合の動作を示す図
【図１８】本発明の第１の実施の形態を説明するためのコンテンツ配信システムにおけるコンテンツの配信を受ける場合の動作を示す図
【図１９】本発明の第１の実施の形態を説明するためのコンテンツ配信システムにおけるコンテンツの配信を受ける場合の動作を示す図
【図２０】本発明の第１の実施の形態を説明するためのコンテンツ配信システムにおけるコンテンツの配信を受ける場合の動作を示す図
【図２１】本発明の第１の実施の形態を説明するためのコンテンツ配信システムにおけるコンテンツの返却を行う場合の動作を示す図
【図２２】本発明の第１の実施の形態を説明するためのコンテンツ配信システムにおけるレンタルページ画面の表示例を示す図
【図２３】本発明の第１の実施の形態を説明するためのコンテンツ配信システムにおけるキャビネット購入画面の表示例を示す図
【図２４】本発明の第１の実施の形態を説明するためのコンテンツ配信システムにおけるコンテンツ配信要求時の画面の表示例を示す図
【図２５】本発明の第１の実施の形態を説明するためのコンテンツ配信システムにおける配信不可時のブラウザの表示画面の一例を示す図
【図２６】本発明の第１の実施の形態を説明するためのコンテンツ配信システムにおけるコンテンツ返却時の表示画面の一例を示す図
【図２７】本発明の第１の実施の形態を説明するためのコンテンツ配信システムにおける検証失敗時のブラウザの表示画面の一例を示す図
【図２８】本発明の第２の実施の形態を説明するためのコンテンツ配信システムにおけるコンテンツ格納状態報告生成処理の概略フローを示す図
【図２９】本発明の第２の実施の形態を説明するためのコンテンツ配信システムにおけるコンテンツ格納状態報告検証処理の概略フローを示す図
【符号の説明】
【０１４８】
１・・・端末装置
２・・・ネットワーク
３・・・ポータルサーバ
４・・・コンテンツデータベース
５・・・コンテンツ配送サーバ
６・・・キャビネット管理サーバ
７・・・課金サーバ
１１・・・キャビネット管理クライアント
１２・・・コンテンツ配送クライアント
１３・・・ブラウザ
１４・・・プレーヤ
１５・・・無線通信手段
１１１・・・情報保持手段
１１２・・・格納状態保持手段
１１３・・・情報変更手段
１１４・・・状態報告生成手段
１１５・・・状態報告出力手段
１２１・・・状態報告入力手段
１２２・・・格納状態保持手段
１２３・・・状態報告検証手段
１２４・・・検証番号管理テーブル
【図１】
2006113848.tif 000003
【図２】
2006113848.tif 000004
【図３】
2006113848.tif 000005
【図４】
2006113848.tif 000006
【図５】
2006113848.tif 000007
【図６】
2006113848.tif 000008
【図７】
2006113848.tif 000009
【図８】
2006113848.tif 000010
【図９】
2006113848.tif 000011
【図１０】
2006113848.tif 000012
【図１１】
2006113848.tif 000013
【図１２】
2006113848.tif 000014
【図１３】
2006113848.tif 000015
【図１４】
2006113848.tif 000016
【図１５】
2006113848.tif 000017
【図１６】
2006113848.tif 000018
【図１７】
2006113848.tif 000019
【図１８】
2006113848.tif 000020
【図１９】
2006113848.tif 000021
【図２０】
2006113848.tif 000022
【図２１】
2006113848.tif 000023
【図２２】
2006113848.tif 000024
【図２３】
2006113848.tif 000025
【図２４】
2006113848.tif 000026
【図２５】
2006113848.tif 000027
【図２６】
2006113848.tif 000028
【図２７】
2006113848.tif 000029
【図２８】
2006113848.tif 000030
【図２９】
2006113848.tif 000031