(57)【要約】【課題】ライセンスの有効期限を経過した後のコンテンツ毎に決められた猶予期間までコンテンツの再生を続行させることを実現する。【解決手段】コンテンツの再生制御のための再生制御メタファイル４１にコンテンツ毎の猶予期間と、ライセンスIDと猶予期間情報とを連結したデータに対するデジタル署名と、このデジタル署名を検証するサーバ証明書を記述する。ＡＶプレイヤ１５は、サーバ証明書の検証、デジタル署名の検証処理を行い、成功すれば、ライセンスを取得し、そのライセンスに記述されている有効期限に再生制御メタファイル４１に記述された猶予期間を加えた時刻までコンテンツの再生を許可し、猶予期間を経過したならコンテンツの再生を終了させる。【選択図】図１８
2009294945.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを通じてコンテンツを取得するコンテンツ取得手段と、
前記コンテンツの再生を許可する有効期限付きのライセンスを特定するライセンス識別情報、及び前記コンテンツの再生に対する前記有効期限後の猶予期間を指定する猶予期間情報を含む再生制御メタデータを取得するメタデータ取得手段と、
前記メタデータ取得手段により取得された前記再生制御メタデータに含まれる前記ライセンス識別情報をもとに前記有効期限付きのライセンスを取得するライセンス取得手段と、
前記ライセンス取得手段により取得した前記ライセンスの有効期限と前記再生制御メタデータに含まれる前記猶予期間情報に基づき、前記コンテンツ取得手段により取得された前記コンテンツの再生を制御する再生制御手段と
を具備する受信装置。
【請求項２】
請求項１に記載の受信装置であって、
前記再生制御手段は、前記ライセンスの有効期限が経過する前の前記コンテンツの再生の開始を許可し、当該有効期限後の前記猶予期間情報により指定される猶予期間、前記有効期限前に再生が開始されたコンテンツの再生続行を許可するように制御を行う
受信装置。
【請求項３】
請求項２に記載の受信装置であって、
前記再生制御メタデータにはさらに、前記ライセンス識別情報と前記猶予期間情報に対するデジタル署名が含まれ、
前記再生制御手段は、前記デジタル署名を検証し、検証に成功した場合、前記ライセンスの有効期限が経過する前の前記コンテンツの再生の開始を許可し、当該有効期限後の前記猶予期間情報により指定される猶予期間、前記有効期限前に再生が開始されたコンテンツの再生続行を許可するように制御を行う
受信装置。
【請求項４】
請求項３に記載の受信装置であって、
前記再生制御メタデータにはさらに、前記デジタル署名を検証するためのデジタル証明書を含み、
前記再生制御手段は、前記デジタル証明書により前記デジタル署名を検証する
受信装置。
【請求項５】
請求項４に記載の受信装置であって、
前記再生制御手段は、前記デジタル証明書をルート証明書により検証し、検証に成功した場合、前記デジタル証明書により前記デジタル署名を検証する
受信装置。
【請求項６】
請求項５に記載の受信装置であって、
ネットワークを通じて取得される前記コンテンツが暗号化されたコンテンツであり、
前記ライセンスは前記暗号化されたコンテンツを復号化するコンテンツ鍵をさらに含み、
前記再生制御手段は、前記コンテンツを再生する時、前記取得したライセンスに含まれる前記コンテンツ鍵により前記取得したコンテンツを復号化する
受信装置。
【請求項７】
請求項２に記載の受信装置であって、
前記再生制御メタデータにはさらに、前記ライセンスを提供するサーバの前記ネットワーク上の場所を示すアドレス情報と前記猶予期間情報に対するデジタル署名が含まれ、
前記再生制御手段は、前記デジタル署名を検証し、検証に成功した場合、前記ライセンスの有効期限が経過する前の前記コンテンツの再生の開始を許可し、当該有効期限後の前記猶予期間情報により指定される猶予期間、前記有効期限前に再生が開始されたコンテンツの再生続行を許可するように制御を行う
受信装置。
【請求項８】
請求項７に記載の受信装置であって、
前記再生制御メタデータにはさらに、前記デジタル署名を検証するためのデジタル証明書を含み、
前記再生制御手段は、前記デジタル証明書により前記デジタル署名を検証する
受信装置。
【請求項９】
請求項８に記載の受信装置であって、
前記再生制御手段は、前記デジタル証明書をルート証明書により検証し、検証に成功した場合、前記デジタル証明書により前記デジタル署名を検証する
受信装置。
【請求項１０】
請求項９に記載の受信装置であって、
ネットワークを通じて取得される前記コンテンツが暗号化されたコンテンツであり、
前記ライセンスは前記暗号化されたコンテンツを復号化するコンテンツ鍵をさらに含み、
前記再生制御手段は、前記コンテンツを再生する時、前記取得したライセンスに含まれる前記コンテンツ鍵により前記取得したコンテンツを復号化する
受信装置。
【請求項１１】
コンテンツ取得手段により、ネットワークを通じてコンテンツを取得し、
メタデータ取得手段により、前記コンテンツの再生を許可する有効期限付きのライセンスを特定するライセンス識別情報、及び前記コンテンツの再生に対する前記有効期限後の猶予期間を指定する猶予期間情報を含む再生制御メタデータを取得し、
ライセンス取得手段により、前記取得された前記再生制御メタデータに含まれる前記ライセンス識別情報をもとに前記有効期限付きのライセンスを取得し、
再生制御手段により、前記取得した前記ライセンスの有効期限と前記再生制御メタデータに含まれる前記猶予期間情報に基づき、前記取得された前記コンテンツの再生を制御する
コンテンツ再生方法。
【請求項１２】
受信装置にネットワークを通じてコンテンツを転送するコンテンツ転送手段と、
前記コンテンツの再生を許可する有効期限付きのライセンスを特定するライセンス識別情報、及び前記コンテンツの再生に対する前記有効期限後の猶予期間を指定する猶予期間情報を含む再生制御メタデータを前記受信装置に前記ネットワークを通じて供給する再生制御メタデータ供給手段と、
前記受信装置からの前記ライセンス識別情報を含むライセンス取得要求に応じて、前記ライセンス識別情報に対応する前記有効期限付きのライセンスを前記ネットワークを通じて前記受信装置に供給するライセンス供給手段と
を具備する供給装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを通じてコンテンツを受信する受信装置、そのコンテンツを再生するコンテンツ再生方法、およびそのコンテンツを受信装置に供給する供給装置に関する。
【背景技術】
【０００２】
高速データ通信ネットワークの普及に伴い、既に楽曲、映像、コンピュータプログラムなどの様々なコンテンツを商品とするコンテンツダウンロードサービスが存在する（例えば、特許文献１参照）。
【０００３】
このようなコンテンツダウンロードサービスにおいて、DRM(Digital Rights Management)を適用してコンテンツ保護を図る場合、クライアントである受信装置はサーバからライセンスと呼ばれるコンテンツ鍵とその利用条件を含むデータを取得し、このライセンスの範囲でコンテンツの再生を行う。利用条件としては、通常、コンテンツ鍵を利用可能な有効期限などがある。受信装置は、その有効期限の範囲でコンテンツをコンテンツ鍵で復号化して再生を行うことができる。
【特許文献１】特開２０００−１１３０６６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
通常、有効期限を経過した後のコンテンツの再生開始は禁止されるが、再生中に有効期限を経過した場合の動作のあり方にはいくつかの考え方がある。例えば、有効期限を経過したなら即時に再生を中断してコンテンツ鍵を利用不可とする方法、有効期限を経過しても再生をユーザが停止させない限り再生の継続を可能とする方法などがある。
【０００５】
前者の方法は、コンテンツ供給側の権利が最大限に保たれる形態ではあるが、コンテンツの再生が突然中断される場合があることからユーザにとっては芳しくない。一方、後者の方法は、ユーザには歓迎されるものの、コンテンツ供給者には不利な形態であるため、サービス事業者がコンテンツ提供者からコンテンツを調達することを困難にする要因となり得る。
【０００６】
そこで、コンテンツの再生中に有効期限を経過しても一定の条件付きで再生の続行を許可する方法が考えられる。例えば、コンテンツの再生時刻を戻すなどの操作がユーザによって行われない限り再生の続行を可能とする方法などがその１つである。この方法によれば、ユーザが不注意で再生時刻を戻さない限り、コンテンツを最後まで視聴できる。しかし、ユーザがうっかり再生時刻を戻す操作をしてしまう可能性もあり、ユーザにとって利便性が悪い。
【０００７】
別の方法として、有効期限を経過した後の一定の猶予期間はコンテンツの再生続行を許可する方法が考えられる。しかしながら、コンテンツの長さはまちまちであり、短時間のコンテンツの再生にとっては十分な長さの猶予期間も、長時間のコンテンツの再生にとっては十分でない場合があり得る。また、猶予期間に対する各コンテンツ提供者の考え方もまちまちであることから、各コンテンツ提供者の同意をもとに猶予期間を一定に定めることは現実的に困難なことが予測される。
【０００８】
本発明はこのような状況に鑑みてなされたものであり、ライセンスの有効期限を経過した後のコンテンツ毎に決められた猶予期間までコンテンツの再生を続行させることのできる受信装置およびコンテンツ再生方法を提供することを目的とするものである。
【０００９】
さらに、本発明は、コンテンツの再生許可を与えるライセンスの有効期限に対してコンテンツ毎に決められた猶予期間を設けることのできる供給装置を提供することを目的とするものである。
【課題を解決するための手段】
【００１０】
本発明の第１の側面である受信装置は、ネットワークを通じてコンテンツを取得するコンテンツ取得手段と、前記コンテンツの再生を許可する有効期限付きのライセンスを特定するライセンス識別情報、及び前記コンテンツの再生に対する前記有効期限後の猶予期間を指定する猶予期間情報を含む再生制御メタデータを取得するメタデータ取得手段と、前記メタデータ取得手段により取得された前記再生制御メタデータに含まれる前記ライセンス識別情報をもとに前記有効期限付きのライセンスを取得するライセンス取得手段と、前記ライセンス取得手段により取得した前記ライセンスの有効期限と前記再生制御メタデータに含まれる前記猶予期間情報に基づき、前記コンテンツ取得手段により取得された前記コンテンツの再生を制御する再生制御手段とを具備するものである。
【００１１】
前記再生制御手段は、前記ライセンスの有効期限が経過する前の前記コンテンツの再生の開始を許可し、当該有効期限後の前記猶予期間情報により指定される猶予期間、前記有効期限前に再生が開始されたコンテンツの再生続行を許可するように制御を行うこととしてもよい。
【００１２】
この発明によれば、ライセンスの有効期限と、再生制御メタデータに含まれる猶予期間情報に基づきコンテンツの再生を制御することによって、ライセンスの有効期限を経過した後のコンテンツ毎に決められた猶予期間までコンテンツの再生を続行することができる。
【００１３】
前記再生制御メタデータにはさらに、前記ライセンス識別情報と前記猶予期間情報に対するデジタル署名が含まれ、前記再生制御手段は、前記デジタル署名を検証し、検証に成功した場合、前記ライセンスの有効期限が経過する前の前記コンテンツの再生の開始を許可し、当該有効期限後の前記猶予期間情報により指定される猶予期間、前記有効期限前に再生が開始されたコンテンツの再生続行を許可するように制御を行うこととしてもよい。
【００１４】
本発明によれば、ライセンス識別情報と猶予期間情報の両方に依存したデジタル署名が付与されるので、猶予期間情報に対する改ざんを防止できる。
【００１５】
前記再生制御メタデータにはさらに、前記デジタル署名を検証するためのデジタル証明書を含み、前記再生制御手段は、前記デジタル証明書により前記デジタル署名を検証することとしてもよい。これにより、受信装置にて安全かつ確実にデジタル署名を検証することができる。
【００１６】
前記再生制御手段は、前記デジタル証明書をルート証明書により検証し、検証に成功した場合、前記デジタル証明書により前記デジタル署名を検証することとしてもよい。これにより、受信装置にてより安全かつ確実にデジタル署名を検証することができる。
【００１７】
ネットワークを通じて取得される前記コンテンツが暗号化されたコンテンツであり、前記ライセンスは前記暗号化されたコンテンツを復号化するコンテンツ鍵をさらに含み、前記再生制御手段は、前記コンテンツを再生する時、前記取得したライセンスに含まれる前記コンテンツ鍵により前記取得したコンテンツを復号化することとしてもよい。
【００１８】
前記再生制御メタデータにはさらに、前記ライセンスを提供するサーバの前記ネットワーク上の場所を示すアドレス情報と前記猶予期間情報に対するデジタル署名が含まれ、前記再生制御手段は、前記デジタル署名を検証し、検証に成功した場合、前記ライセンスの有効期限が経過する前の前記コンテンツの再生の開始を許可し、当該有効期限後の前記猶予期間情報により指定される猶予期間、前記有効期限前に再生が開始されたコンテンツの再生続行を許可するように制御を行うこととしてもよい。
【００１９】
本発明によれば、サーバのアドレス情報と猶予期間情報の両方に依存したデジタル署名が付与されるので、猶予期間情報に対する改ざんを防止できる。さらに、ライセンス識別情報毎にデジタル署名を生成する方法に比べ、デジタル署名の生成処理の負荷を軽減できる。
【００２０】
前記再生制御メタデータにはさらに、前記デジタル署名を検証するためのデジタル証明書を含み、前記再生制御手段は、前記デジタル証明書により前記デジタル署名を検証するようにしてもよい。これにより、受信装置にて安全かつ確実にデジタル署名を検証することができる。
【００２１】
前記再生制御手段は、前記デジタル証明書をルート証明書により検証し、検証に成功した場合、前記デジタル証明書により前記デジタル署名を検証することとしてもよい。これにより、受信装置にてより安全かつ確実にデジタル署名を検証することができる。
【００２２】
ネットワークを通じて取得される前記コンテンツが暗号化されたコンテンツであり、前記ライセンスは前記暗号化されたコンテンツを復号化するコンテンツ鍵をさらに含み、前記再生制御手段は、前記コンテンツを再生する時、前記取得したライセンスに含まれる前記コンテンツ鍵により前記取得したコンテンツを復号化することとしてもよい。
【００２３】
本発明の第２の側面であるコンテンツ再生方法は、コンテンツ取得手段により、ネットワークを通じてコンテンツを取得し、メタデータ取得手段により、前記コンテンツの再生を許可する有効期限付きのライセンスを特定するライセンス識別情報、及び前記コンテンツの再生に対する前記有効期限後の猶予期間を指定する猶予期間情報を含む再生制御メタデータを取得し、ライセンス取得手段により、前記取得された前記再生制御メタデータに含まれる前記ライセンス識別情報をもとに前記有効期限付きのライセンスを取得し、再生制御手段により、前記取得した前記ライセンスの有効期限と前記再生制御メタデータに含まれる前記猶予期間情報に基づき、前記取得された前記コンテンツの再生を制御する。
【００２４】
本発明の第３の側面であるコンテンツ再生方法は、受信装置にネットワークを通じてコンテンツを転送するコンテンツ転送手段と、前記コンテンツの再生を許可する有効期限付きのライセンスを特定するライセンス識別情報、及び前記コンテンツの再生に対する前記有効期限後の猶予期間を指定する猶予期間情報を含む再生制御メタデータを前記受信装置に前記ネットワークを通じて供給する再生制御メタデータ供給手段と、前記受信装置からの前記ライセンス識別情報を含むライセンス取得要求に応じて、前記ライセンス識別情報に対応する前記有効期限付きのライセンスを前記ネットワークを通じて前記受信装置に供給するライセンス供給手段とを具備する。
【発明の効果】
【００２５】
本発明の受信装置およびコンテンツ再生方法によれば、ライセンスの有効期限を経過した後のコンテンツ毎に決められた猶予期間までコンテンツの再生を続行させることができる。また、本発明の供給装置によれば、コンテンツの再生許可を与えるライセンスの有効期限に対してコンテンツ毎に決められた猶予期間を設けることができる。
【発明を実施するための最良の形態】
【００２６】
以下に本発明の実施の形態を説明する。
【００２７】
以下、本発明を適用した具体的な実施の形態について、図面を参照しながら詳細に説明する。
【００２８】
図１は、本発明の一実施の形態であるコンテンツダウンロードシステムの基本概念を示している。
【００２９】
このコンテンツダウンロードシステム１は、コンテンツを視聴するユーザ宅などに設置される受信装置１０と、ネットワーク２を介して接続される受信装置１０からの要求に応じ、コンテンツをダウンロードさせる供給装置２０から構成される。
【００３０】
なお、本実施の形態において、ダウンロードとは、受信装置１０がネットワーク２を介して供給装置２０からコンテンツなどの電子データを転送させ、蓄積する処理を指すものとする。また、コンテンツとは、映像とそれに対応する音声を再生するためのＡＶデータ、それに対応する字幕データなどを含み暗号化されているものとする。
【００３１】
ネットワーク２は、インタネットに代表されるデータ通信網である。なお、コンテンツダウンロードシステム１において、コンテンツをダウンロードして利用するので、その通信速度は高速であることが望ましいが必須ではない。
【００３２】
受信装置１０は、例えばテレビジョン受像機に内蔵されたり、テレビジョン受像機に外付けされたりするものを想定する。供給装置２０は、ネットワーク２上に設けられた複数のサーバ等によって構成される（詳細は図３を参照して後述する）。
【００３３】
コンテンツダウンロードシステム１によれば、図２に示すように、受信装置１０のユーザは、任意のコンテンツＡを供給装置２０からネットワーク２を介してダウンロードさせることができ、その後、受信装置１０に蓄積されているコンテンツＡを任意のタイミングで再生させ視聴することができる。
【００３４】
次に、コンテンツダウンロードシステム１を構成する受信装置１０と供給装置２０の詳細な構成例について、図３を参照して説明する。
【００３５】
受信装置１０は、供給装置２０にアクセスしてHTML(Hypertext Markup Language)文書またはBML(Broadcast Markup Language)文書などを取得して対応するwebページを表示させるブラウザ１１、ブラウザ１１のヘルプアプリケーションとして供給装置２０からコンテンツやそのメタデータを転送させてストレージ１３に蓄積するダウンローダ１２、ハードディスクドライブなどからなるストレージ１３、ダウンロード済みのコンテンツのリストをユーザに提示するECG１４、ダウンロード済みのコンテンツを再生するＡＶプレイヤ１５、暗号化された状態のコンテンツを復号するために必要なコンテンツ鍵を含むライセンスを供給装置２０から取得するDRM(Digital Rights Management)クライアント１６、およびＡＶプレイヤ１５によって再生されたコンテンツを受信装置１０の外部に出力する外部出力部１７から構成される。
【００３６】
ブラウザ１１は、供給装置２０から取得するHTML文書、BML文書などに基づき、コンテンツダウンロードサービスの利用契約、コンテンツの購入、ダウンロードするコンテンツの選択などの操作をユーザがインタラクティブに実行できるwebページを表示させる。
【００３７】
ダウンローダ１２は、HTML文書、BML文書などに基づくブラウザ１１の制御に応じて起動され、メタデータ（コンテンツ、コンテンツに対応するライセンス、およびコンテンツを再生するときに必要となる情報である再生制御メタファイル４１（図５）を転送させるための情報であるダウンロード制御メタファイル３１（図５）、再生制御メタファイル４１）と、暗号化された状態のコンテンツを供給装置２０から転送させてストレージ１３に蓄積させる。さらに、ダウンローダ１２は、ストレージ１３に蓄積させたコンテンツのリストをユーザに提示するための情報であるメタＤＢ（データベース）１３Ａをメタデータの再生制御メタファイル４１に基づいて生成し、ストレージ１３に蓄積させる。
【００３８】
ストレージ１３は、供給装置２０から転送されたコンテンツとそのメタデータを蓄積する。また、ダウンローダ１２によって生成されたメタＤＢ１３Ａを蓄積する。
【００３９】
ECG１４は、レジデントアプリケーションであり、ストレージ１３に保持されたメタＤＢ１３Ａに基づき、ダウンロード済みコンテンツの一覧をユーザに提示するとともに、ユーザに再生するコンテンツを選択させるインタラクティブなGUI(Graphical User Interface)であるローカルコンテンツリストをユーザに提供する。
【００４０】
ＡＶプレイヤ１５は、ECG１４によって起動され、ストレージ１３から再生すべきコンテンツを読み出し、DRMクライアント１６から供給されるコンテンツ鍵を用いて暗号化されているコンテンツを復号して再生し、その結果得られるＡＶデータに対応する映像をディスプレイに表示させ、音声をスピーカ（いずれも不図示）から出力させる。また、ＡＶプレイヤ１５は、再生結果として得られるＡＶデータを、DRMクライアント１６から供給されるRMPI（利用条件情報）にて許可されている場合だけ外部出力部１７にする。
【００４１】
DRMクライアント１６は、供給装置２０のDRMサーバ２６との間にセキュアな通信路を確立した後、コンテンツ鍵を含むライセンスをDRMサーバ２６から取得し、取得したライセンスを自身で保持する。そして、ＡＶプレイヤ１５からの要求に応じ、ライセンスに記述されている利用条件を満たす場合にのみ、コンテンツ鍵をＡＶプレイヤ１５に供給する。
【００４２】
外部出力部１７は、ＡＶプレイヤ１５から供給されるＡＶデータを出力先（リムーバブルメディア、再生装置、記録装置など）の指定フォーマットに変換して出力する。
【００４３】
供給装置２０は、受信装置１０にインタラクティブなwebページを表示させるためのHTML文書、BML文書などを供給するWebサーバ２１、コンテンツダウンロードサービスの顧客に関する情報を管理する顧客管理サーバ２２、コンテンツダウンロードサービスの利用に際して決済を行う課金・決済サーバ２３、コンテンツに対応するメタデータを受信装置１０に転送するメタデータサーバ２４、コンテンツを受信装置１０に転送するコンテンツサーバ２５、および受信装置１０のDRMクライアント１６にライセンスを供給するDRMサーバ２６から構成される。
【００４４】
Webサーバ２１は、ブラウザ１１からの要求に応じ、各種Webページを表示させるためのHTML文書、BML文書などをブラウザ１１に供給する。顧客管理サーバ２２は、顧客（受信装置１０のユーザ）の顧客情報（例えば顧客ＩＤ、パスワード、決済用情報（クレジットカード番号等）、受信装置１０の機器ＩＤ、DRMクライアント１６のＩＤ(DRM ID)）に、各顧客が購入したパッケージ（商品単位）やダウンロードしたコンテンツを対応付けて管理する。
【００４５】
なお、本明細書において、購入の用語には、契約の意味合いも含むものとする。すなわち、例えば顧客が月極め固定料金で任意の数だけコンテンツをダウンロードして利用できる条件のパッケージを契約した場合でも購入の用語を用いる。
【００４６】
課金・決済サーバ２３は、顧客管理サーバ２２からの要請に応じ、顧客に対して課金・決済処理を行う。
【００４７】
メタデータサーバ２４は、パッケージ（コンテンツの商品単位）やコンテンツに関わる情報を管理し、他のサーバに必要な情報を提供するとともに、受信装置１０のダウンローダ１２からの要求に応じて、ダウンロード制御メタファイル３１および再生制御メタファイル４１などのメタデータをダウンローダ１２に転送する。コンテンツサーバ２５は、受信装置１０のダウンローダ１２からの要求に応じて、コンテンツをダウンローダ１２に転送する。
【００４８】
DRMサーバ２６は、受信装置１０のDRMクライアント１６との間にセキュアな通信路を確立した後、暗号化されたコンテンツを復号するためのコンテンツ鍵を含むライセンスをDRMクライアント１６に供給する。
【００４９】
なお、供給装置２０を構成するWebサーバ２１乃至DRMサーバ２６は、ネットワーク２上に集中して配置されてもよいし、分散して配置されてもよい。また、Webサーバ２１乃至DRMサーバ２６のうち、いくつかを組み合わせて構成してもよい。
【００５０】
次に、供給装置２０から受信装置１０に転送されるコンテンツについて、図４を参照して説明する。
【００５１】
コンテンツを構成するＡＶデータは、供給装置２０のコンテンツサーバ２５において、所定の符号化方式（例えば、MPEG２方式）で圧縮符号化された後、字幕データなどとともにトランスポートストリーム（ＴＳ）化され、DRMサーバ２６にて生成されたコンテンツ鍵によりＴＳパケット単位で暗号化された状態で受信装置１０に転送されてストレージ１３に蓄積される。
【００５２】
一方、この暗号化された状態のコンテンツを復号するためのコンテンツ鍵は、コンテンツとは別途、供給装置２０のDRMサーバ２６から、RMPI（利用条件情報：コピー制御情報などを含む）とともにライセンスに含まれた状態で受信装置１０のDRMクライアント１６に供給される。
【００５３】
ストレージ１３に蓄積されたＴＳパケット単位で暗号化されているコンテンツは、ＡＶプレイヤ１５によりDRMクライアント１６から供給されるコンテンツ鍵によって暗号が復号され、その結果得られたMPEG２ＴＳが復号（デコード）される。ただし、DRMクライアント１６からコンテンツ鍵が供給されるのは、ライセンスに記述されている利用条件（有効期限、利用回数など）を満たしている場合に限られる。
【００５４】
次に、受信装置１０が供給装置２０から取得するメタデータについて、図５および図６を参照して説明する。
【００５５】
図５は、コンテンツとそれに対応するライセンスと再生制御メタファイル４１をダウンロードするために必要なダウンロード制御メタファイル３１の記述例を示している。なお、ダウンロード制御メタファイル３１は、必ずしも１つのコンテンツに対応するものではなく、１つ以上のコンテンツからなるダウンロード単位に対応するものである。
【００５６】
ダウンロード制御メタファイル３１において、dl_unit_name要素には、コンテンツのダウンロード単位の名称が記述される。dl_timing要素には、ダウンロード単位に含まれるコンテンツのダウンロードタイミング（即時、予約、定期）が記述される。
【００５７】
なお、ダウンロード単位パッケージに複数のコンテンツが含まれる場合、以降のcriid要素からav_media要素までの項目は、複数の各コンテンツに対応する分だけ記述される。
【００５８】
criid要素には、ダウンロード単位に含まれるコンテンツのＩＤが記述される。size要素には、コンテンツのデータサイズが記述される。cpc_meta要素には、コンテンツを再生するために必要な再生制御メタファイル４１の転送元のURI(Uniform Resource Identifier)が記述される。av_media要素には、コンテンツの転送元のURIが記述される。
【００５９】
drm_server_uri要素には、ダウンロード単位に対応するライセンスの取得先であるDRMサーバ２６のURIが記述される。license_id要素には、ダウンロード単位に対応するライセンスのＩＤが記述される。なお、ここに記述されるライセンスＩＤは、真（コンテンツの暗号を復号できる）のライセンスのＩＤではなく、ダミー（コンテンツの暗号を復号できない）のライセンスのＩＤを記述する場合がある。
【００６０】
なお、ダウンロード制御メタファイル３１に、さらに、コンテンツのダウンロード完了に対応してライセンスを取得するか否かを示す情報を追加記述するようにして、当該情報にコンテンツのダウンロード完了に対応してライセンスを取得することが示されている場合のみ、コンテンツのダウンロード完了に対応してライセンスを取得するようにしてもよい。
【００６１】
次に、受信装置１０が供給装置２０からコンテンツなどをダウンロードする処理の概要について、図７を参照して説明する。
【００６２】
なお、ダウンロード処理の前提として、受信装置１０のユーザは、当該コンテンツダウンロードサービスの運営者側にサービス利用のための登録を済ませており、これにより、供給装置２０の顧客管理サーバ２２には、受信装置１０のユーザの情報が顧客情報として登録されており、さらに購入したパッケージやダウンロード済みコンテンツの情報が対応付けて管理されているものとする。
【００６３】
ユーザからの所定の操作に対応し、受信装置１０のブラウザ１１は、供給装置２０のWebサーバ２１にアクセスし、ダウンロード可能なコンテンツのリストなどからなるダウンロードナビゲーションページをユーザに提示する。このダウンロードナビゲーションページに対して、ユーザがコンテンツをダウンロード単位で選択する操作を行うと、ダウンローダ１２が起動される。
【００６４】
起動されたダウンローダ１２は、選択されたコンテンツのダウンロード単位に対応するダウンロード制御メタファイル３１をメタデータサーバ２４から取得する。なお、ここで取得するダウンロード制御メタファイル３１の取得元であるメタデータサーバ２４のURIは、ダウンロードナビゲーションページのHTML文書などに記述されている。
【００６５】
ダウンロード制御メタファイル３１を取得したダウンローダ１２は、ダウンロード制御メタファイル３１に記述されている内容に従い、コンテンツサーバ２５からコンテンツを、メタデータサーバ２４から再生制御メタファイル４１を転送させて、ストレージ１３に蓄積させる。さらに、ダウンローダ１２は、転送させた再生制御メタファイル４１に基づいてローカルコンテンツリスト生成のためのメタＤＢ１３Ａを生成して、ストレージ１３に蓄積させる。
【００６６】
さらに、ダウンローダ１２は、DRMクライアント１６にライセンスの取得を依頼する。DRMクライアント１６は、ダウンローダ１２により取得されたダウンロード制御メタファイル３１に記述されている内容に従って、DRMサーバ２６にライセンスを要求して取得する。この時の動作については後で詳細に説明する。
【００６７】
以上で、ダウンロード処理の概要説明を終了する。
【００６８】
次に、ダウンロード処理のより詳細な動作について、図８のタイミングチャートおよび図９のフローチャートを参照して説明する。なお、図８においては図示の都合によりメタデータサーバ２４とコンテンツサーバ２５を一体化しており、以降の図面においても適宜同様の場合がある。図９は、ダウンロード処理のうち、特に受信装置１０のダウンローダ１２の処理について着目したものである。
【００６９】
ダウンロード処理の前提は、上述した概要説明と同様である。初めに、ステップＳ１１において、受信装置１０のブラウザ１１が供給装置２０のWebサーバ２１にアクセスし、ユーザ認証を実行した後、Webページを表示するためのHTML文書などを取得する。さらに、ブラウザ１１は、取得したHTML文書などに基づいてダウンロードナビゲーションページをユーザに提示する。このインタラクティブに操作可能なダウンロードナビゲーションページに対して、ユーザがコンテンツをダウンロード単位で選択する操作を行うと、ステップＳ１２において、ブラウザ１１は、ヘルプアプリケーションであるダウンローダ１２を起動させる。
【００７０】
ステップＳ１３において、起動されたダウンローダ１２は、ブラウザ１１から通知されるメタデータサーバ２４のURIに基づき、選択されたコンテンツのダウンロード単位に対応するダウンロード制御メタファイル３１をメタデータサーバ２４から取得し、ストレージ１３に蓄積させる（図９のステップＳ３１に相当する）。
【００７１】
ステップＳ１４において、ダウンローダ１２は、取得したダウンロード制御メタファイル３１を解析し、ダウンロードタイミングを確認したり、ダウンロードするコンテンツのデータサイズを把握した上でストレージ１３の空き容量を確認したり、ストレージ１３にディレクトリを生成したりする処理を含む初期処理を実行する（図９のステップＳ３２乃至Ｓ３５に相当する）。
【００７２】
ステップＳ１５において、ダウンローダ１２は、ダウンロード制御メタファイル３１に記述されているメタデータサーバ２４のURIに基づきメタデータサーバ２４にアクセスして、選択されたダウンロード単位に含まれる全てのコンテンツにそれぞれ対応する再生制御メタファイル４１を取得し、ステップＳ１６において、メタＤＢ１３Ａを生成して再生制御メタファイル４１とともにストレージ１３に蓄積させる（図９のステップＳ３６に相当する）。
【００７３】
ステップＳ１７において、ダウンローダ１２は、ダウンロード制御メタファイル３１に記述されているコンテンツサーバ２５のURIとコンテンツＩＤに基づき、コンテンツサーバ２５にアクセスして、選択されたダウンロード単位に含まれるコンテンツの転送を要求する。この要求に対応し、ステップＳ１８において、コンテンツサーバ２５は、要求されたコンテンツの転送を開始し、ダウンローダ１２は、転送されたコンテンツをストレージ１３に蓄積させる（図９のステップＳ３７に相当する）。
【００７４】
この転送の間、ステップＳ１９として、ダウンローダ１２は、通信障害などによって転送が中断された場合にも、通信障害復旧後に転送が中断した状態から転送を再開する処理を実行する。
【００７５】
そして、選択されたダウンロード単位に含まれる全てのコンテンツのダウンロードが終了した後（図９のステップＳ３８に相当する）、ステップＳ２０において、ダウンローダ１２は、DRMクライアント１６にライセンスの取得を要求する。DRMクライアント１６は、ダウンロード制御メタファイル３１に記述されているDRMサーバ２６のURIとライセンスＩＤに基づき、DRMサーバ２６にアクセスし、DRM IDの通知などを含む認証処理を経た後にライセンスを取得し、取得したライセンスを自己で保持するとともにライセンスを取得したことをダウンローダ１２に通知する。なお、ここで取得したライセンスは、ダウンロード制御メタファイル３１に記述されているライセンスＩＤに対応するものであり、真のライセンスである場合もあるし、ダミーのライセンスである場合もある（図９のステップＳ３９に相当する）。
【００７６】
一方、DRMサーバ２６は、ステップＳ２１において、DRMクライアント１６からライセンスが要求されたことを顧客管理サーバ２２に通知する。顧客管理サーバ２２は、この通知をコンテンツのダウンロードが完了したことの根拠とし、課金・決済サーバ２３に対して顧客に対する課金・決済を実行させる（ただし、例えば、前払い固定料金など運用形態の場合、課金・決済は既に完了しているので、ここで課金・決済は実行されない）。
【００７７】
また、顧客管理サーバ２２は、当該顧客の情報に、ダウンロード済みとなったコンテンツを示す情報を追加する。ここで追加された情報は、顧客毎にカスタマイズされるダウンロードナビゲーションページに反映される。したがって、これ以降、顧客は自己が既にダウンロードしたコンテンツをダウンロードナビゲーションページにおいて確認することができる。なお、コンテンツのダウンロードが完了し、これが供給装置２０側で認識された旨をダウンローダ１２に伝達し、受信装置１０のユーザに対して通知するようにしてもよい。
【００７８】
以上で、ダウンロード処理の詳細な動作説明を終了する。以上説明したように、ダウンロード処理により受信装置１０のストレージ１３には、コンテンツとそれに対応する再生制御メタファイル４１が蓄積され、DRMクライアント１６には、ストレージに蓄積されたコンテンツに対応するライセンスが保持されることになる。
【００７９】
次に、受信装置１０にダウンロードされたコンテンツを再生する処理の概要について、図１０を参照して説明する。
【００８０】
ユーザからの所定の操作に対応し、ECG１４は、ストレージ１３に保持されているメタＤＢ１３Ａに基づき、ローカルコンテンツリストを生成してユーザに提示する。提示されたローカルコンテンツリストに対し、ユーザがコンテンツを選択して再生を指示すると、ECG１４によってＡＶプレイヤ１５が起動され、起動されたＡＶプレイヤ１５に対して再生が指示されたコンテンツを示す情報がECG１４から通知される。
【００８１】
この通知に対応し、ＡＶプレイヤ１５は、当該コンテンツに対応する再生制御メタファイル４１をストレージ１３から読み出す。
【００８２】
図６は再生制御メタファイル４１の例を示している。この再生制御メタファイル４１において、content_title要素には、コンテンツの名称が記述される。drm_server_uri要素には、コンテンツに対応するライセンスの取得先であるDRMサーバ２６のURIが記述される。license_id要素には、コンテンツに対応するライセンスのＩＤが記述される。なお、ここに記述されるライセンスＩＤは、真（暗号を復号できる）のライセンスのＩＤである。
【００８３】
ＡＶプレイヤ１５は、このような再生制御メタファイル４１を解析する。まず、ＡＶプレイヤ１５は、再生制御メタファイル４１にlicense_id要素として記述されている当該コンテンツに対応するライセンスのライセンスＩＤを抽出して、当該ライセンスＩＤに対応するライセンスが既にDRMクライアント１６に保持されているか否かを確認する。
【００８４】
ここで、当該ライセンスＩＤに対応するライセンスがDRMクライアント１６に保持されていない場合、すなわち、DRMクライアント１６に保持されているライセンスがダミーのライセンスである場合、ユーザから課金などの承諾が得られた後、DRMクライアント１６は、再生制御メタファイル４１にdrm_server_uri要素として記述されているDRMサーバ２６のURIに基づいてDRMサーバ２６にアクセスする。そして、DRMクライアント１６はDRMサーバ２６から、再生制御メタファイル４１にlicense_id要素として記述されているライセンスＩＤのライセンス（真のライセンス）を取得し、その中に含まれるコンテンツ鍵をＡＶプレイヤ１５に供給する。
【００８５】
この後、ＡＶプレイヤ１５は、当該コンテンツをストレージ１３から読み出し、DRMクライアント１６から供給されたコンテンツ鍵を用いてコンテンツの暗号を復号し、その結果得られる符号化データをデコードしてＡＶデータを得て、対応する映像を表示して音声を出力する。この際、再生制御メタファイル４１にcontent_title要素として記述されているコンテンツタイトル名などが表示される。
【００８６】
なお、真のライセンスであっても、例えば再生回数に制限を設けることができる。このような場合、再生の度に再生可能な回数が減少することをユーザに通知するようにする。また、再生可能な回数が０になったときには、ユーザの承諾が得られた後、再度課金して新たに真のライセンスを供給するようにする。
【００８７】
以上で、再生処理の概要説明を終了する。
【００８８】
次に、再生処理のより詳細な動作について、図１１のタイミングチャートを参照して説明する。
【００８９】
ユーザからの所定の操作に対応し、ステップＳ８１において、ECG１４は、ストレージ１３からメタＤＢ１３Ａを読み出し、ステップＳ８２において、読み出したメタＤＢ１３Ａに基づいてGUIのローカルコンテンツリストを生成してユーザに提示する。
【００９０】
このローカルコンテンツリストに対し、ユーザがコンテンツを選択して再生を指示すると、ステップＳ８３において、ECG１４は、ＡＶプレイヤ１５を起動し、起動したＡＶプレイヤ１５に対して再生が指示されたコンテンツを示す情報を通知する。
【００９１】
ステップＳ８４において、ＡＶプレイヤ１５は、当該コンテンツに対応する再生制御メタファイル４１をストレージ１３から読み出し、ステップＳ８５において、再生制御メタファイル４１にlicense_id要素として記述されている当該コンテンツに対応するライセンスのライセンスＩＤを抽出する。
【００９２】
さらに、ＡＶプレイヤ１５は、ステップＳ８６において、当該ライセンスＩＤに対応するライセンスが既にDRMクライアント１６に保持されているか否かを確認する。ここで、当該ライセンスＩＤに対応するライセンスがDRMクライアント１６に保持されていない場合、すなわち、DRMクライアント１６に保持されているライセンスがダミーのライセンスである場合、DRMクライアント１６は、再生制御メタファイル４１にdrm_server_uri要素として記述されているDRMサーバ２６のURIに基づいてDRMサーバ２６にアクセスする。そして、DRMクライアント１６は、再生制御メタファイル４１にlicense_id要素として記述されているライセンスＩＤのライセンス（真のライセンス）の取得をDRMサーバ２６に要求して取得する。続いて、DRMクライアント１６は、取得したライセンスに含まれる利用条件を満たしているか判断した後に、取得したライセンスに含まれるコンテンツ鍵をＡＶプレイヤ１５に供給する。
【００９３】
なお、上述したダウンロード処理のように、１回目のライセンス取得の際に課金・決済を行うのではなく、この真のライセンスを取得する際に課金・決済を行うようにする運用形態も考えられる。この場合、真のライセンスを取得するに先立ち、ユーザに対して例えば、「視聴しますか？ＯＫボタンを押すと課金されます」などと課金・決済に対してユーザの了解を確認するようにする。
【００９４】
コンテンツ鍵を取得したＡＶプレイヤ１５は、ステップＳ８７において、ストレージ１３に当該コンテンツの読み出しを指示し、ステップＳ８８において、この指示に応じてストレージ１３から供給されるコンテンツを再生する（コンテンツの暗号を復号し、その結果得られる符号化データをデコードしてＡＶデータを得、対応する映像を表示して音声を出力する）。この際、再生制御メタファイル４１にcontent_title要素として記述されているコンテンツタイトル名などが表示される。
【００９５】
なお、コンテンツの再生に際してＡＶプレイヤ１５はユーザの制御下となり各種の操作（早送り再生、早戻し再生など、頭だし再生などのトリックプレイ操作）が可能となる。
【００９６】
そして、コンテンツの再生が終了した後、ステップＳ８９において、ＡＶプレイヤ１５は、自身からコンテンツ鍵を消去するとともに、ユーザの制御下からECG１４の制御下に戻る処理を含む終了処理を実行する。
【００９７】
以上で、ダウンロード済みコンテンツの再生処理の説明を終了する。以上説明した再生処理によれば、コンテンツの再生に際して真のライセンスがDRMクライアント１６に取得されているか否か確認され、取得されていない場合、改めて真のライセンスがDRMサーバ２６から取得される。すなわち、コンテンツのダウンロード段階から通算して２回、ライセンスが取得される。
【００９８】
次に、図１１のステップ８６において、DRMクライアント１６がライセンスを取得する際のDRMサーバ２６との通信シーケンスを図１２を参照して説明する。
【００９９】
前提として、DRMクライアント１６にはクライアント証明書、ルート証明書、及びDRMサーバの証明書失効リスト（CRL：Certificate Revocation List）が保持され、一方、DRMサーバ２６にはサーバ証明書、ルート証明書、及びDRMクライアントの証明書失効リストを既に保持されていることとする。
【０１００】
ルート証明書とは、認証局（CA:Certificate Authority）が発行する、デジタル署名解析用の公開鍵を含み、この公開鍵が真正であることを証明するデジタル証明書である。サーバ証明書は、暗号化通信に必要なサーバの公開鍵と、認証局の情報が暗号化されたデジタル署名を含むデジタル証明書である。クライアント証明書は、暗号化通信に必要なクライアントの公開鍵、クライアントの所有者に関する情報、認証局の暗号化された署名を含むデジタル証明書である。DRMサーバ２６の証明書失効リストとは失効処理が行われたサーバ証明書のリスト、DRMクライアントの証明書失効リストとは失効処理が行われたDRMクライアントのクライアント証明書のリストである。
【０１０１】
まず、ステップＳ９１においては、DRMクライアント１６とDRMサーバ２６との間で、公開鍵基盤（PKI:Public Key Infrastructure）による相互認証が行われ、相互認証に成功した場合、例えばSSL（Secure Socket Layer）などのセキュアな認証暗号通信路（SAC:Secure Authenticated Channel）が確立される。これにより、DRMクライアント１６には、DRMサーバ２６に送信するメッセージを暗号化するために用いられる、DRMサーバ２６の公開鍵が保持され、一方、DRMサーバ２６には、DRMクライアント１６に送信するメッセージを暗号化するために用いられる、DRMクライアント１６の公開鍵が保持される。
【０１０２】
ステップＳ９２において、DRMクライアント１６は、取得対象のライセンスを特定するライセンスＩＤを含むライセンス要求メッセージをDRMサーバ２６の公開鍵で暗号化してDRMサーバ２６に転送する。
【０１０３】
ステップＳ９３において、DRMサーバ２６は、DRMクライアント１６からのライセンス要求メッセージを受信すると、このライセンス要求メッセージをDRMサーバ２６の秘密鍵で復号化し、DRMクライアント１６が該当するライセンスを取得する権利を有するかどうかを判定する。DRMクライアント１６が該当するライセンスを取得する権利を有する場合には、DRMサーバ２６は、そのライセンスＩＤ、利用条件（有効期限、有効利用回数など）、コンテンツ鍵などを含むライセンスをDRMクライアント１６の公開鍵で暗号化してDRMクライアント１６に転送する。
【０１０４】
ステップＳ９４において、DRMクライアント１６とDRMサーバ２６との間で確立されたセキュアな認証暗号通信路を切断する。
【０１０５】
以上が、DRMクライアント１６がライセンスの取得を要求して実際にそのライセンスを取得する場合の動作説明である。
【０１０６】
ここで、ＡＶプレイヤ１５にてコンテンツ再生期間を制限する処理を説明する。
【０１０７】
ライセンスに記述されている利用条件には、コンテンツを視聴できる有効期限が含まれている。さらに、本実施形態では、有効期限の猶予期間を再生制御メタファイル４１にて記述し定義することが可能とされている。この点については後で説明する。ＡＶプレイヤ１５は、これら有効期限および猶予期間の情報に基づいて、コンテンツの再生期間を制限するように制御を行う。
【０１０８】
図１３ないし図１６はそれぞれコンテンツの再生期間制限の方法を説明する図である。
【０１０９】
図１３は、ライセンスの有効期限のみを用いて再生期間の制限を行う方法（第１の方法）である。この方法では、ライセンスの有効期限を越えてコンテンツの再生を行うことを禁止する。したがって、コンテンツＣのように再生中にライセンスの有効期限を経過した場合には即時に再生が終了する。また、コンテンツＤのように、ライセンスの有効期限を経過した後から再生が指示された場合にもその再生は不可とされる。
【０１１０】
図１４は、コンテンツＣおよびコンテンツＤの再生のように、ライセンスの有効期限前から開始された再生はライセンスの有効期限後も無期限に有効とする方法（第２の方法）である。ここで、コンテンツＤの再生時間が長いのはコンテンツの再生時刻を戻して繰り返し再生が行われたためである。このように、図１４の方法は、ライセンスの有効期限を越えても継続する再生を無期限に許容するものである。
【０１１１】
図１５は、ライセンスの有効期限と固定の猶予期間（例えば数時間）を採用した方法（第３の方法）である。この方法は、コンテンツＤの再生のように、図１４の方法の、ライセンスの有効期限後も継続する再生に対して固定の猶予期間を設けたものである。したがって、コンテンツＤの再生はライセンスの有効期限からの固定の猶予期間を経過した時点で即時に終了する。
【０１１２】
図１６は、ライセンスの有効期限とコンテンツ毎に指定された猶予期間を採用した本発明に係わる方法（第４の方法）である。例えば、コンテンツＤに対しては猶予期間１が指定されているので、コンテンツＤの再生はライセンスの有効期限から猶予期間１を経過した時点で終了する。また、コンテンツＦに対しては猶予期間１とは異なる猶予期間２が指定されているので、コンテンツＦの再生はライセンスの有効期限から猶予期間２を経過した時点で終了する。
【０１１３】
次に、図１６に示した第４の方法のコンテンツ再生期間制限の制御について説明する。
【０１１４】
図１７は本発明に係わる第４の方法によるコンテンツ再生期間制限の制御を実現するための再生制御メタファイル４１の例を示す図である。この再生制御メタファイル４１において、content_title要素には、コンテンツの名称が記述される。drm_server_uri要素には、コンテンツに対応するライセンスの取得先であるDRMサーバ２６のURIが記述される。license_id要素には、コンテンツに対応するライセンスのＩＤが記述される。limit_ext_time要素にはコンテンツ毎の猶予期間が記述される。なお、図１７の例では、猶予期間として２４０分が指定されている。signiture要素には、デジタル署名が記述される。certificate要素にはサーバ証明書が記述される。
【０１１５】
次に、図１７の再生制御メタファイル４１に記述されるデジタル署名およびサーバ証明書を生成する方法を図１８を参照して説明する。
【０１１６】
メタデータサーバ２４は、再生制御メタファイル４１に記述されるライセンスIDと猶予期間情報とを連結したデータ１０１に対してハッシュ値１０２を計算し、これをDRMサーバ２６の秘密鍵１０３で暗号化したものをデジタル署名１０４として生成する。また、このデジタル署名１０４を検証するための、秘密鍵１０３に対応する公開鍵１０５（DRMサーバ２６の公開鍵）と、認証局の秘密鍵により認証局の情報を暗号化して得たデジタル署名とを含むサーバ証明書１０６を準備しておく。メタデータサーバ２４は、これらのデジタル署名１０４とサーバ証明書１０６の各データをテキスト列として再生制御メタファイル４１に記述する。さらに、メタデータサーバ２４は、DRMサーバ２６のURIと猶予期間のテキスト列を再生制御メタファイル４１に記述する。これにより、図１７に示した再生制御メタファイル４１が生成される。
【０１１７】
次に、この再生制御メタファイル４１に基づくコンテンツ再生期間期限の処理について図１９および図２０を参照して説明する。
【０１１８】
ＡＶプレイヤ１５は、ユーザにより再生を行うように選択されたコンテンツの再生の指示をECG１４を通じて受けると、当該コンテンツに対応する再生制御メタファイル４１をストレージ１３から読み出す（ステップＳ１１１）。
【０１１９】
ここで、ＡＶプレイヤ１５は、当該コンテンツの再生の指示が初回の再生指示であるか２回目以降の指示であるかを判定する（ステップＳ１１２）。この判定は、例えば、前回最後に再生されたコンテンツに関する情報を保持する領域をメモリなどの所定の記憶領域に設けておき、この領域に記憶されている前回最後に再生されたコンテンツに関する情報と、新たに再生を指示されたコンテンツに関する情報とを比較することなどによって行われる。
【０１２０】
当該コンテンツの再生の指示が初回の再生指示である場合を先に説明する。この場合、ＡＶプレイヤ１５は、再生制御メタファイル４１にlicense_id要素として記述されたライセンスIDと、limit_ext_time要素として記述された猶予期間情報とを連結したデータ１０１に対してハッシュ値１０２を算出する（ステップＳ１１３）。
【０１２１】
次に、ＡＶプレイヤ１５は、DRMクライアント１６に保持されているルート証明書１０７に基づき再生制御メタファイル４１に記述されているサーバ証明書１０６の検証を行う（ステップＳ１１４）。具体的には、ＡＶプレイヤ１５は、ルート証明書１０７に含まれる認証局の公開鍵によりサーバ証明書１０６に含まれるデジタル署名を復号化し、一方でサーバ証明書１０６のデジタル署名以外の部分のハッシュ値を算出し、両者が一致した場合にはサーバ証明書１０６の検証に成功したこととする。失敗した場合にはエラー表示を行って終了する。
【０１２２】
サーバ証明書１０６の検証に成功した場合、次にＡＶプレイヤ１５は、サーバ証明書１０６に基づき再生制御メタファイル４１に記述されているデジタル署名１０４の検証処理を行う（ステップＳ１１５）。具体的には、ＡＶプレイヤ１５は、サーバ証明書１０６に含まれるDRMサーバ２６の公開鍵１０５により再生制御メタファイル４１に含まれるデジタル署名１０４を復号化してハッシュ値１０９を得る。ＡＶプレイヤ１５は、ステップＳ１１３で得たハッシュ値１０２とハッシュ値１０９とを比較し、両者が一致した場合にはデジタル署名１０４の検証に成功したこととする。失敗した場合には、再生制御メタファイル４１に記述された猶予期間の値に代えて固定のデフォルト値を有効な猶予期間として設定する（ステップＳ１１６）。
【０１２３】
このデジタル署名１０４の検証に成功した後、ＡＶプレイヤ１５は、再生制御メタファイル４１にlicense_id要素として記述されているライセンスＩＤのライセンスの取得をDRMサーバ２６に要求して、ライセンスを取得する（ステップＳ１１７）。
【０１２４】
ＡＶプレイヤ１５は、ライセンスを取得した後、そのライセンスに記述されている有効期限と現在時刻とを比較し、ライセンスの有効期限が経過しているかどうかを判定する（ステップＳ１１８）。ＡＶプレイヤ１５は、ライセンスの有効期限が既に経過していることを判定した場合には再生を開始せずに終了となる。また、ＡＶプレイヤ１５は、ライセンスの有効期限が経過していないことを判定した場合、ストレージ１３に当該コンテンツの読み出しを指示し、この指示に応じてストレージ１３から供給される暗号化されたコンテンツを、取得したライセンスに含まれるコンテンツ鍵を用いて復号化してコンテンツの再生を行う（ステップＳ１１９）。
【０１２５】
この後、ユーザによる終了操作が行われたか或いはコンテンツが最後まで再生されたかの判断が行われ（ステップＳ１２０）、ＹＥＳの場合はコンテンツの再生を終了し、ＮＯの場合にはコンテンツの再生を続行する。
【０１２６】
次に、ＡＶプレイヤ１５は、現在時刻がライセンスの有効期限に当該コンテンツに対応する再生制御メタファイル４１に記述された猶予期間を加えた時刻を経過しているかどうかの判定を行う（ステップＳ１２０）。
【０１２７】
次に、ＡＶプレイヤ１５は、現在時刻がライセンスの有効期限に猶予期間を加えた時刻を経過しているかどうかを判定する（ステップＳ１２１）。現在時刻がライセンスの有効期限に猶予期間を加えた時刻を経過していない場合には、ステップＳ１２０に戻ってユーザによる終了操作が行われたか或いはコンテンツが最後まで再生されたかの判断が再度行われ、ＮＯであればコンテンツの再生を続行する。また、ＡＶプレイヤ１５は、現在時刻がライセンスの有効期限に猶予期間を加えた時刻を経過していることを判定した場合、当該コンテンツの再生を即時に終了させる。
【０１２８】
また、ステップＳ１１２で、当該コンテンツの再生の指示が２回目以降の指示であることが判定された場合には、ＡＶプレイヤ１５は既に再生制御メタファイル４１にlicense_id要素として記述されているライセンスＩＤのライセンスを取得していることになるので、ステップＳ１１８に移行して、そのライセンスに記述されている有効期限と現在時刻とを比較し、ライセンスの有効期限が経過しているかどうかを判定する。以降、先と同様に動作が行われる。
【０１２９】
以上説明したように、本実施形態によれば、ライセンスの有効期限を経過した後のコンテンツの再生の続行に対して、コンテンツ毎に適当な猶予期間を適宜設定することができる。したがって、受信装置１０においては、ライセンスの有効期限を経過した後のコンテンツ毎に決められた猶予期間までコンテンツの再生を続行することができる。これに伴い、コンテンツ毎にコンテンツ提供者が許容する猶予期間の設定が可能となり、結果的に調達可能なコンテンツの範囲が拡大することが予想される。さらに、コンテンツの長さに対して適当な長さの猶予期間の設定が可能となり、再生時間の長いコンテンツに対して十分な猶予期間を与えられる。
【０１３０】
また、本実施形態によれば、ライセンスIDと猶予期間情報とを連結したデータに対してハッシュ値を計算し、これをDRMサーバ２６の秘密鍵で暗号化したものをデジタル署名として生成して再生制御メタファイル４１に付加することとしたことにより、次のような効果が得られる。猶予期間に署名をかけることだけでは、第３者が適当な猶予期間情報と署名とサーバ証明書のセットをコピーして再生制御メタファイル４１を書き換えることにより、猶予期間の変更が可能となってしまう。これに対して、本実施形態によれば、ライセンスIDと猶予期間の両方の情報に依存したデジタル署名が付与されるので、猶予期間情報に対する改ざんを防止できる。
【０１３１】
（第２の実施形態）
次に、本発明の第２の実施形態を説明する。
【０１３２】
図２１は本発明の第２の実施形態において、再生制御メタファイル４１に記述するデジタル署名およびサーバ証明書を生成する方法を示す図である。
【０１３３】
第１の実施形態では、ライセンスIDと猶予期間情報とを連結したデータに対してデジタル署名を生成したが、図２１に示すように、第２の実施形態は、DRMサーバURLと猶予期間情報とを連結したデータ１２１に対してハッシュ値１２２を計算し、これをDRMサーバ２６の秘密鍵１０３で暗号化したものをデジタル署名１２４として生成して再生制御メタファイル４１に付与することとしたものである。
【０１３４】
次に、この再生制御メタファイル４１に基づくコンテンツ再生期間期限の処理を図２２および図２３を参照して説明する。
【０１３５】
ステップＳ１１１からステップＳ１１２までの動作は、図１９に示した第１の実施形態の同ステップと同じであるため説明を省略する。ステップ１１３Ａで、ＡＶプレイヤ１５は、再生制御メタファイル４１にdrm_server_uri要素として記述されたDRMサーバURIのデータと、limit_ext_time要素として記述された猶予期間情報とを連結したデータ１２１に対してハッシュ値１２２を算出する。このようにDRMサーバURIと猶予期間情報とを連結したデータ１２１に対してハッシュ値１２２を算出する点が図１９に示した第１の実施形態と異なる。
【０１３６】
次に、ＡＶプレイヤ１５は、DRMクライアント１６に保持されているルート証明書１０７に基づき再生制御メタファイル４１に記述されているサーバ証明書１０６の検証を行う（ステップＳ１１４）。具体的には、ＡＶプレイヤ１５は、ルート証明書１０７に含まれる認証局の公開鍵によりサーバ証明書１０６に含まれるデジタル署名を復号化し、一方でサーバ証明書１０６のデジタル署名以外の部分のハッシュ値を算出し、両者が一致した場合にはサーバ証明書１０６の検証に成功したこととする。失敗した場合にはエラー表示を行って終了する。このステップＳ１１４の動作は図１９に示した第１の実施形態の同ステップと同じである。
【０１３７】
サーバ証明書１０６の検証に成功した場合、次にＡＶプレイヤ１５は、このサーバ証明書１０６に基づき再生制御メタファイル４１に記述されているデジタル署名１２４の検証処理を行う（ステップＳ１１５Ａ）。すなわち、ＡＶプレイヤ１５は、サーバ証明書１０６に含まれるDRMサーバ２６の公開鍵１０５により再生制御メタファイル４１に含まれるデジタル署名１２４を復号化してハッシュ値１２５を得る。一方でＡＶプレイヤ１５は、ステップＳ１１３で得たハッシュ値１２２とハッシュ値１２５とを比較し、両者が一致した場合にはデジタル署名１２４の検証に成功したこととする。失敗した場合には、再生制御メタファイル４１に記述された猶予期間の値に代えて固定のデフォルト値を有効な猶予期間として設定する（ステップＳ１１６）。以後の動作は図１９に示した第１の実施形態と同じである。
【０１３８】
この第２の実施形態によれば、DRMサーバURLと猶予期間情報とを連結したデータ１２１に対してハッシュ値１２２を計算し、これをDRMサーバ２６の秘密鍵１２３で暗号化したものをデジタル署名１２４として生成するので、第1の実施形態のように、ライセンスID毎にデジタル署名を生成する方法に比べ、デジタル署名の生成処理の負荷を軽減できる。
【０１３９】
なお、本発明は、映像コンテンツに限らず、楽曲、コンピュータプログラムなどあらゆるコンテンツのダウンロードサービスに適用することが可能である。
【０１４０】
上述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、プログラム記録媒体からインストールされる。
【０１４１】
図２４は、上述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示すブロック図である。
【０１４２】
このコンピュータ２００において、CPU(Central Processing Unit)２０１，ROM(Read Only Memory)２０２，RAM(Random Access Memory)２０３は、バス２０４により相互に接続されている。
【０１４３】
バス２０４には、さらに、入出力インタフェース２０５が接続されている。入出力インタフェース２０５には、キーボード、マウス、マイクロホンなどよりなる入力部２０６、ディスプレイ、スピーカなどよりなる出力部２０７、ハードディスクや不揮発性のメモリなどよりなる記憶部２０８、ネットワークインタフェースなどよりなる通信部２０９、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア２１１を駆動するドライブ２１０が接続されている。
【０１４４】
以上のように構成されるコンピュータ２００では、CPU２０１が、例えば、記憶部２０８に記憶されているプログラムを、入出力インタフェース２０５およびバス２０４を介して、RAM２０３にロードして実行することにより、上述した一連の処理が行われる。
【０１４５】
なお、コンピュータ２００が実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであっても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであっても良い。
【０１４６】
また、プログラムは、１台のコンピュータにより処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。さらに、プログラムは、遠方のコンピュータに転送されて実行されるものであってもよい。
【０１４７】
なお、本発明の実施の形態は、上述した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更が可能である。
【図面の簡単な説明】
【０１４８】
【図１】本発明を適用したコンテンツダウンロードシステムの概念図である。
【図２】コンテンツのダウンロードタイミングと再生タイミングを示す図である。
【図３】コンテンツダウンロードシステムの構成例を示すブロック図である。
【図４】コンテンツの暗号化と復号の過程を説明する図である。
【図５】ダウンロード制御メタファイルの記述例を示す図である。
【図６】再生制御メタファイルの記述例を示す図である。
【図７】ダウンロード処理の概要を説明する図である。
【図８】ダウンロード処理を説明するタイミングチャートである。
【図９】ダウンローダ１２によるダウンロード処理を説明するフローチャートである。
【図１０】ローカルコンテンツの再生処理の概要を説明する図である。
【図１１】ローカルコンテンツの再生処理を説明するタイミングチャートである。
【図１２】DRMクライアントのライセンス取得の通信シーケンスを示す図である。
【図１３】コンテンツの再生期間制限の第1の方法を説明する図である。
【図１４】コンテンツの再生期間制限の第２の方法を説明する図である。
【図１５】コンテンツの再生期間制限の第３の方法を説明する図である。
【図１６】コンテンツの再生期間制限の第４の方法を説明する図である。
【図１７】コンテンツの再生期間制限の第４の方法を実現する再生制御メタファイルの例を示す図である。
【図１８】デジタル署名およびサーバ証明書を生成する方法を説明する図である。
【図１９】ＡＶプレイヤによる再生制御メタファイルに基づくコンテンツ再生期間期限の処理を説明するフローチャートである。
【図２０】デジタル署名の検証方法を説明する図である。
【図２１】本発明の第２の実施形態においてデジタル署名およびサーバ証明書を生成する方法を示す図である。
【図２２】第２の実施形態においてＡＶプレイヤによる再生制御メタファイルに基づくコンテンツ再生期間期限の処理を説明するフローチャートである。
【図２３】第２の実施形態においてデジタル署名の検証方法を説明する図である。
【図２４】汎用コンピュータの構成例を示すブロック図である。
【符号の説明】
【０１４９】
１  コンテンツダウンロードシステム
２  ネットワーク
１０  受信装置
１１  ブラウザ
１２  ダウンローダ
１３  ストレージ
１３Ａ  メタＤＢ
１５  ＡＶプレイヤ
１６  DRMクライアント
１７  外部出力部
２０  供給装置
２１  Webサーバ
２２  顧客管理サーバ
２３  課金・決済サーバ
２４  メタデータサーバ
２５  コンテンツサーバ
２６  DRMサーバ
３１  ダウンロード制御メタファイル
４１  再生制御メタファイル
１０２  ハッシュ値
１０３  秘密鍵
１０４  デジタル署名
１０５  公開鍵
１０６  サーバ証明書
１０７  ルート証明書
１０９  ハッシュ値
１２２  ハッシュ値
１２３  秘密鍵
１２４  デジタル署名
１２５  ハッシュ値
【図１】
2009294945.tif 000003
【図２】
2009294945.tif 000004
【図３】
2009294945.tif 000005
【図４】
2009294945.tif 000006
【図５】
2009294945.tif 000007
【図６】
2009294945.tif 000008
【図７】
2009294945.tif 000009
【図８】
2009294945.tif 000010
【図９】
2009294945.tif 000011
【図１０】
2009294945.tif 000012
【図１１】
2009294945.tif 000013
【図１２】
2009294945.tif 000014
【図１３】
2009294945.tif 000015
【図１４】
2009294945.tif 000016
【図１５】
2009294945.tif 000017
【図１６】
2009294945.tif 000018
【図１７】
2009294945.tif 000019
【図１８】
2009294945.tif 000020
【図１９】
2009294945.tif 000021
【図２０】
2009294945.tif 000022
【図２１】
2009294945.tif 000023
【図２２】
2009294945.tif 000024
【図２３】
2009294945.tif 000025
【図２４】
2009294945.tif 000026