(57)【要約】【課題】  コンテンツ作成者の意図に合致する順序でリソースの再生を制御することができるコンテンツ再生システムを提供する。【解決手段】  本発明は、暗号化された複数のリソースから構成されるコンテンツを再生するためのコンテンツ再生システム２であって、リソースをデクリプトして再生するレンダラ２２と、リソースをデクリプトするために必要なライセンスを管理するＤＲＭクライアント２１とを備え、ライセンスは、リソースをデクリプトする前に実行しておくべき処理に関する情報を前処理情報として含んでおり、レンダラ２２がリソースのデクリプトを所望したとき、前処理情報で指定されている処理が実行済みである場合のみ、所望されたリソースはデクリプトされることを特徴とする。【選択図】  図１
2005301515.tif 000002
【特許請求の範囲】
【請求項１】
暗号化された少なくとも１つののリソースから構成されるコンテンツを再生するためのコンテンツ再生システムであって、
前記リソースをデクリプトして再生するコンテンツ再生装置と、
前記リソースをデクリプトするために必要なライセンスを管理するライセンス管理装置とを備え、
前記ライセンスは、前記リソースをデクリプトする前に実行しておくべき処理に関する情報を前処理情報として含んでおり、
前記コンテンツ再生装置がリソースのデクリプトを所望したとき、前記前処理情報で指定されている処理が実行済みである場合のみ、所望されたリソースはデクリプトされることを特徴とする、コンテンツ再生システム。
【請求項２】
前記前処理情報は、リソースを再生する順序に関する情報であり、
前記コンテンツ再生装置がリソースのデクリプトを所望したとき、所望されたリソースを再生する前に再生すべき前記前処理情報で指定されているリソースが再生済みである場合のみ、前記所望されたリソースはデクリプトされることを特徴とする、請求項１に記載のコンテンツ再生システム。
【請求項３】
前記ライセンス管理装置は、
前記コンテンツ再生装置に対して一つ前に送信済みのコンテンツ鍵に対応するリソースに関する識別子を記憶するリソースＩＤ記憶手段と、
前記リソースＩＤ記憶手段で記憶されているリソースの識別子および前記前処理情報に基づいて、前記所望されたリソースを再生する前に再生すべきリソースが再生済みであるか否かを判断するリソース再生済み判断手段と、
前記リソース再生済み判断手段によって、前記所望されたリソースを再生する前に再生すべきリソースが再生済みであると判断された場合のみ、前記所望されたリソースのデクリプトに必要なコンテンツ鍵を前記コンテンツ再生装置に送信するコンテンツ鍵送信手段とを含むことを特徴とする、請求項２に記載のコンテンツ再生システム。
【請求項４】
前記前処理情報は、前記複数のリソースを再生する順序に関する再生順序リストであり、
前記リソース再生済み判断手段は、前記再生順序リストを参照して、前記所望されたリソースを再生する前に再生すべきリソースの識別子を認識し、認識したリソースの識別子と、前記リソースＩＤ記憶手段で記憶されているリソースの識別子とが一致する場合に、前記所望されたリソースを再生する前に再生すべきリソースが再生済みであると判断することを特徴とする、請求項３に記載のコンテンツ再生システム。
【請求項５】
前記前処理情報は、予め定められた規則に従う再生順序で再生すべきか否かを示すフラグであり、
前記リソース再生済み判断手段は、前記フラグを参照して、予め定められた規則にしたがって再生順序が指定されているか否か判断し、予め定められた規則にしたがって再生順序が指定されている場合、前記所望されたリソースを再生する前に再生すべきリソースの識別子を認識し、認識したリソースの識別子と前記リソースＩＤ記憶手段で記憶されているリソースの識別子とが一致する場合に、前記所望されたリソースを再生する前に再生すべきリソースが再生済みであると判断することを特徴とする、請求項３に記載のコンテンツ再生システム。
【請求項６】
前記前処理情報は、前記リソース毎に対応付けられている一つ前に再生すべきリソースに関する識別子であり、
前記リソース再生済み判断手段は、前記リソースＩＤ記憶手段で記憶されているリソースの識別子と、前記所望されたリソースに対応付けられている一つ前に再生すべきリソースに関する識別子とが一致する場合に、前記所望されたリソースを再生する前に再生すべきリソースが再生済みであると判断することを特徴とする、請求項３に記載のコンテンツ再生システム。
【請求項７】
前記前処理情報は、前記所望されたリソースが属するコンテンツを再生する前に再生すべきリソースを同一および異なるコンテンツから一意に特定する識別子であり、
前記リソース再生済み判断手段は、前記リソースＩＤ記憶手段で記憶されているリソースの識別子と、前記前処理情報で指定されている識別子とが一致する場合に、前記所望されたリソースを再生する前に再生すべきリソースが再生済みであると判断することを特徴とする、請求項３に記載のコンテンツ再生システム。
【請求項８】
前記前処理情報で指定されている識別子は、コマーシャルを一意に特定する識別子であることを特徴とする、請求項７に記載のコンテンツ再生システム。
【請求項９】
前記ライセンス管理装置は、前記リソースの再生が要求された場合、当該リソースに対応するコンテンツ鍵と前記前処理情報とを前記コンテンツ再生装置に送信し、
前記コンテンツ再生装置は、
一つ前に再生済みのリソースに関する識別子を記憶するリソースＩＤ記憶手段と、
前記リソースＩＤ記憶手段で記憶されているリソースの識別子および前記前処理情報を参照して、前記所望されたリソースを再生する前に再生すべきリソースが再生済みであるか否かを判断するリソース再生済み判断手段と、
前記リソース再生済み判断手段によって、前記所望されたリソースを再生する前に再生すべきリソースが再生済みであると判断された場合のみ、前記ライセンス管理装置から送られてきた前記コンテンツ鍵を利用して、前記所望されたリソースをデクリプトするデクリプト手段とを含む、請求項２に記載のコンテンツ再生システム。
【請求項１０】
前記前処理情報は、前記複数のリソースを再生する順序に関する再生順序リストであり、
前記ライセンス管理装置は、前記リソースの再生が要求された場合、当該リソースに対応するコンテンツ鍵と前記再生順序リストとを前記コンテンツ再生装置に送信し、
前記リソース再生済み判断手段は、前記再生順序リストを参照して、前記所望されたリソースを再生する前に再生すべきリソースの識別子を認識し、認識したリソースの識別子と、前記リソースＩＤ記憶手段で記憶されているリソースの識別子とが一致する場合に、前記所望されたリソースを再生する前に再生すべきリソースが再生済みであると判断することを特徴とする、請求項９に記載のコンテンツ再生システム。
【請求項１１】
前記前処理情報は、予め定められた規則に従う再生順序で再生すべきか否かを示すフラグであり、
前記リソース再生済み判断手段は、前記フラグを参照して、予め定められた規則にしたがって再生順序が指定されているか否か判断し、予め定められた規則にしたがって再生順序が指定されている場合、前記所望されたリソースを再生する前に再生すべきリソースの識別子を認識し、認識したリソースの識別子と前記リソースＩＤ記憶手段で記憶されているリソースの識別子とが一致する場合に、前記所望されたリソースを再生する前に再生すべきリソースが再生済みであると判断することを特徴とする、請求項９に記載のコンテンツ再生システム。
【請求項１２】
前記前処理情報は、前記リソース毎に対応付けられている一つ前に再生すべきリソースに関する識別子であり、
前記ライセンス管理装置は、前記リソースの再生が要求された場合、当該リソースに対応するコンテンツ鍵と前記前処理情報で指定されている識別子とを前記コンテンツ再生装置に送信し、
前記リソース再生済み判断手段は、前記リソースＩＤ記憶手段で記憶されているリソースの識別子と、前記前処理情報で指定されている識別子とが一致する場合に、前記所望されたリソースを再生する前に再生すべきリソースが再生済みであると判断することを特徴とする、請求項９に記載のコンテンツ再生システム。
【請求項１３】
前記前処理情報は、前記所望されたリソースが属するコンテンツを再生する前に再生すべきリソースを同一および異なるコンテンツから一意に特定する識別子であり、
前記ライセンス管理装置は、前記リソースの再生要求がなされた場合、当該リソースに対応するコンテンツ鍵と前記前処理情報で指定されている識別子とを前記コンテンツ再生装置に送信し、
前記リソース再生済み判断手段は、前記リソースＩＤ記憶手段で記憶されているリソースの識別子と、前記前処理情報で指定されている識別子とが一致する場合に、前記所望されたリソースを再生する前に再生すべきリソースが再生済みであると判断することを特徴とする、請求項９に記載のコンテンツ再生システム。
【請求項１４】
前記前処理情報で指定されている識別子は、コマーシャルを一意に特定する識別子であることを特徴とする、請求項１３に記載のコンテンツ再生システム。
【請求項１５】
前記前処理情報は、リソースを再生する前に利用しておくべきライセンスに関する情報であり、
前記コンテンツ再生装置がリソースのデクリプトを所望したとき、前記前処理情報で指定されているライセンスが利用済みである場合のみ、前記所望されたリソースはデクリプトされることを特徴とする、請求項１に記載のコンテンツ再生システム。
【請求項１６】
前記ライセンス管理装置は、
一つ前に利用したライセンスに関する識別子を記憶するライセンスＩＤ記憶手段と、
前記ライセンスＩＤ記憶手段で記憶されているライセンスの識別子および前記前処理情報に基づいて、前記所望されたリソースを再生する前に利用すべきライセンスが利用済みであるか否かを判断するライセンス利用済み判断手段と、
前記ライセンス利用済み判断手段によって、前記所望されたリソースを再生する前に利用すべきライセンスが利用済みであると判断された場合のみ、前記所望されたリソースのデクリプトに必要なコンテンツ鍵を前記コンテンツ再生装置に送信するコンテンツ鍵送信手段とを含む、請求項１５に記載のコンテンツ再生システム。
【請求項１７】
前記ライセンス管理装置は、前記リソースの再生が要求された場合、当該リソースに対応するコンテンツ鍵と前記前処理情報とを前記コンテンツ再生装置に送信し、
前記コンテンツ再生装置は、
一つ前に利用したライセンスの識別子を記憶するライセンスＩＤ記憶手段と、
前記ライセンスＩＤ記憶手段で記憶されているライセンスの識別子および前記前処理情報に基づいて、前記所望されたリソースを再生する前に利用すべきライセンスが利用済みであるか否かを判断するライセンス利用済み判断手段と、
前記ライセンス利用済み判断手段によって、前記所望されたリソースを再生する前に利用すべきライセンスが利用済みであると判断された場合のみ、前記所望されたリソースのデクリプトに必要なコンテンツ鍵を前記コンテンツ再生装置に送信するコンテンツ鍵送信手段とを含む、請求項１５に記載のコンテンツ再生システム。
【請求項１８】
前記前処理情報は、リソースを再生する前に取得しておくべきコンテンツ鍵に関する情報であり、
前記コンテンツ再生装置がリソースのデクリプトを所望したとき、前記前処理情報で指定されているコンテンツ鍵を前記コンテンツ再生装置が取得済みである場合のみ、所望されたリソースはデクリプトされることを特徴とする、請求項１に記載のコンテンツ再生システム。
【請求項１９】
前記リソースのコンテンツ鍵の少なくとも一部は、他のリソースのコンテンツ鍵によって暗号化されており、
前記前処理情報は、前記リソースのコンテンツ鍵を暗号化している他のリソースのコンテンツ鍵に関するコンテンツ鍵暗号方式リストであり、
前記ライセンス管理装置は、前記コンテンツ再生装置がリソースの再生を所望した場合、当該リソースに対応するコンテンツ鍵と前記コンテンツ鍵暗号方式リストとを前記コンテンツ再生装置に送信し、
前記コンテンツ再生装置は、
取得済みのコンテンツ鍵を記憶するコンテンツ鍵記憶手段と、
前記ライセンス管理装置から送信されてくる前記コンテンツ鍵暗号方式リストを参照して、前記所望されたリソースのコンテンツ鍵の暗号を解読するために必要なコンテンツ鍵を認識するコンテンツ鍵認識手段と、
前記コンテンツ鍵認識手段によって認識されたコンテンツ鍵が、前記コンテンツ鍵記憶手段に全て記憶されているか否かを判断するコンテンツ鍵判断手段と、
前記コンテンツ鍵判断手段によって、前記コンテンツ鍵認識手段によって認識されたコンテンツ鍵が全て記憶されていると判断された場合、前記所望されたリソースのコンテンツ鍵の暗号を前記コンテンツ鍵記憶手段に記憶されているコンテンツ鍵で解読して、解読されたコンテンツ鍵で、前記所望されたリソースをデクリプトするリソースデクリプト手段とを含む、請求項１８に記載のコンテンツ再生システム。
【請求項２０】
前記リソースのコンテンツ鍵の少なくとも一部は、他のリソースのコンテンツ鍵によって暗号化されており、
前記前処理情報は、前記リソース毎に対応付けられている当該リソースのコンテンツ鍵を暗号化している他のリソースのコンテンツ鍵に関するコンテンツ鍵暗号方式情報であり、
前記ライセンス管理装置は、前記コンテンツ再生装置がリソースの再生を所望した場合、当該リソースに対応するコンテンツ鍵と前記コンテンツ鍵暗号方式情報とを前記コンテンツ再生装置に送信し、
前記コンテンツ再生装置は、
取得済みのコンテンツ鍵を記憶するコンテンツ鍵記憶手段と、
前記ライセンス管理装置から送信されてくる前記コンテンツ鍵暗号方式情報を参照して、前記所望されたリソースのコンテンツ鍵の暗号を解読するために必要なコンテンツ鍵を認識するコンテンツ鍵認識手段と、
前記コンテンツ鍵認識手段によって認識されたコンテンツ鍵が、前記コンテンツ鍵記憶手段に全て記憶されているか否かを判断するコンテンツ鍵判断手段と、
前記コンテンツ鍵判断手段によって、前記コンテンツ鍵認識手段によって認識されたコンテンツ鍵が全て記憶されていると判断された場合、前記所望されたリソースのコンテンツ鍵の暗号を前記コンテンツ鍵記憶手段に記憶されているコンテンツ鍵で解読して、解読されたコンテンツ鍵で、前記所望されたリソースをデクリプトするリソースデクリプト手段とを含む、請求項１８に記載のコンテンツ再生システム。
【請求項２１】
前記リソースのコンテンツ鍵の少なくとも一部は、所定のルールに従って、他のリソースのコンテンツ鍵によって暗号化されており、
前記前処理情報は、前記リソース毎に対応付けられている当該リソースのコンテンツ鍵が前記所定のルールに従って暗号化されているか否かに関するコンテンツ鍵暗号状態フラグを含み、
前記ライセンス管理装置は、前記コンテンツ再生装置がリソースの再生を所望した場合、当該リソースに対応するコンテンツ鍵と前記コンテンツ鍵暗号状態フラグとを前記コンテンツ再生装置に送信し、
前記コンテンツ再生装置は、
取得済みのコンテンツ鍵を記憶するコンテンツ鍵記憶手段と、
前記ライセンス管理装置から送信されてくる前記コンテンツ鍵暗号状態フラグを参照して、前記所望されたリソースのコンテンツ鍵の暗号を解読するために必要なコンテンツ鍵を認識するコンテンツ鍵認識手段と、
前記コンテンツ鍵認識手段によって認識されたコンテンツ鍵が、前記コンテンツ鍵記憶手段に全て記憶されているか否かを判断するコンテンツ鍵判断手段と、
前記コンテンツ鍵判断手段によって、前記コンテンツ鍵認識手段によって認識されたコンテンツ鍵が全て記憶されていると判断された場合、前記所望されたリソースのコンテンツ鍵の暗号を前記コンテンツ鍵記憶手段に記憶されているコンテンツ鍵で解読して、解読されたコンテンツ鍵で、前記所望されたリソースをデクリプトするリソースデクリプト手段とを含む、請求項１８に記載のコンテンツ再生システム。
【請求項２２】
前記リソースの少なくとも一部は、複数のコンテンツ鍵によって暗号化されており、
前記前処理情報は、前記リソースを暗号化しているコンテンツ鍵に関するリソース暗号方式リストであり、
前記ライセンス管理装置は、前記コンテンツ再生装置がリソースの再生を所望した場合、当該リソースに対応するコンテンツ鍵と前記リソース暗号方式リストとを前記コンテンツ再生装置に送信し、
前記コンテンツ再生装置は、
取得済みのコンテンツ鍵を記憶するコンテンツ鍵記憶手段と、
前記ライセンス管理装置から送信されてくる前記リソース暗号方式リストを参照して、前記所望されたリソースの暗号を解読するために必要なコンテンツ鍵を認識するコンテンツ鍵認識手段と、
前記コンテンツ鍵認識手段によって認識されたコンテンツ鍵が、前記コンテンツ鍵記憶手段に全て記憶されているか否かを判断するコンテンツ鍵判断手段と、
前記コンテンツ鍵判断手段によって、前記コンテンツ鍵認識手段によって認識されたコンテンツ鍵が全て記憶されていると判断された場合、前記所望されたリソースの暗号を前記コンテンツ鍵記憶手段に記憶されているコンテンツ鍵でデクリプトするリソースデクリプト手段とを含む、請求項１８に記載のコンテンツ再生システム。
【請求項２３】
前記リソースの少なくとも一部は、複数のコンテンツ鍵によって暗号化されており、
前記前処理情報は、前記リソース毎に対応付けられている当該リソースを暗号化しているコンテンツ鍵に関するリソース暗号方式情報であり、
前記ライセンス管理装置は、前記コンテンツ再生装置がリソースの再生を所望した場合、当該リソースに対応するコンテンツ鍵と前記リソース暗号方式情報とを前記コンテンツ再生装置に送信し、
前記コンテンツ再生装置は、
取得済みのコンテンツ鍵を記憶するコンテンツ鍵記憶手段と、
前記ライセンス管理装置から送信されてくる前記リソース暗号方式情報を参照して、前記所望されたリソースの暗号を解読するために必要なコンテンツ鍵を認識するコンテンツ鍵認識手段と、
前記コンテンツ鍵認識手段によって認識されたコンテンツ鍵が、前記コンテンツ鍵記憶手段に全て記憶されているか否かを判断するコンテンツ鍵判断手段と、
前記コンテンツ鍵判断手段によって、前記コンテンツ鍵認識手段によって認識されたコンテンツ鍵が全て記憶されていると判断された場合、前記所望されたリソースの暗号を前記コンテンツ鍵記憶手段に記憶されているコンテンツ鍵でデクリプトするリソースデクリプト手段とを含む、請求項１８に記載のコンテンツ再生システム。
【請求項２４】
前記リソースの少なくとも一部は、所定のルールに従って、複数のコンテンツ鍵によって暗号化されており、
前記前処理情報は、前記リソース毎に当該リソースが前記所定のルールに従って暗号化されているか否かに関するリソース暗号状態フラグを含み、
前記ライセンス管理装置は、前記コンテンツ再生装置がリソースの再生を所望した場合、当該リソースに対応するコンテンツ鍵と前記リソース暗号状態フラグとを前記コンテンツ再生装置に送信し、
前記コンテンツ再生装置は、
取得済みのコンテンツ鍵を記憶するコンテンツ鍵記憶手段と、
前記ライセンス管理装置から送信されてくる前記リソース暗号状態フラグを参照して、前記所望されたリソースの暗号を解読するために必要なコンテンツ鍵を認識するコンテンツ鍵認識手段と、
前記コンテンツ鍵認識手段によって認識されたコンテンツ鍵が、前記コンテンツ鍵記憶手段に全て記憶されているか否かを判断するコンテンツ鍵判断手段と、
前記コンテンツ鍵判断手段によって、前記コンテンツ鍵認識手段によって認識されたコンテンツ鍵が全て記憶されていると判断された場合、前記所望されたリソースの暗号を前記コンテンツ鍵記憶手段に記憶されているコンテンツ鍵でデクリプトするリソースデクリプト手段とを含む、請求項１８に記載のコンテンツ再生システム。
【請求項２５】
暗号化された複数のリソースから構成されるコンテンツを再生するためのコンテンツ再生システムにおいて、前記リソースをデクリプトするために必要なライセンスを管理するライセンス管理装置であって、
前記リソースをデクリプトする前に実行しておくべき処理に関する情報を前処理情報として含むライセンスを記憶していることを特徴とする、ライセンス管理装置。
【請求項２６】
暗号化された複数のリソースから構成されるコンテンツを再生するためのコンテンツ再生システムにおいて、前記リソースをデクリプトして再生するコンテンツ再生装置であって、
前記リソースをデクリプトするために必要なライセンスは、前記リソースをデクリプトする前に実行しておくべき処理に関する情報を前処理情報として含んでおり、
前記リソースのデクリプトを所望したとき、前記前処理情報で指定されている処理が実行済みである場合のみ、所望されたリソースをデクリプトすることを特徴とする、コンテンツ再生装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツを再生するためのシステムに関し、より特定的には、複数のリソースから構成されるマルチメディアコンテンツを再生するためのシステムに関する。
【背景技術】
【０００２】
デジタル著作権管理（ＤＲＭ：Ｄｉｇｉｔａｌ  Ｒｉｇｈｔｓ  Ｍａｎａｇｅｍｅｎｔ）システムにおいて、マルチメディアコンテンツは、暗号化された複数のリソースから構成される。なお、以下、特に断らない限り、単にコンテンツといった場合、マルチメディアコンテンツを指すものとする。リソースは、たとえば、一つのコンテンツがＷｅｂページである場合、当該Ｗｅｂページを構成する静止画等である。
【０００３】
ＤＲＭシステムにおいて、コンテンツを再生するためには、ライセンスが必要となる。ライセンスは、暗号化された各リソースを解読するためのコンテンツ鍵と、当該コンテンツを利用することができる条件を定義した利用条件とから構成される。コンテンツ再生システムは、コンテンツの再生に先立ち、利用条件を満足しているか否かを判断する。利用条件を満足している場合、コンテンツ再生システムは、各リソースをライセンスに含まれるコンテンツ鍵で解読して、コンテンツを再生する。
【特許文献１】特開２００３−２８３４８６号公報
【特許文献２】特開２００１−２０２０８８号公報
【非特許文献１】ウォーウィック・フォード、マイケル・バウム著「デジタル署名と暗号技術」、株式会社ピアソン・エデュケーション、１９９７年
【発明の開示】
【発明が解決しようとする課題】
【０００４】
従来のコンテンツ再生システムでは、ライセンスを所有していると、コンテンツを構成する各リソースを自由に利用することができた。たとえば、コンテンツを構成する一つのＪＰＥＧデータを、コンテンツの利用とは無関係に壁紙などに使用することができた。また、ある放送業者が作成したコンテンツを正規に視聴するためのライセンスを所有するコンテンツ再生システムは、当該放送業者が作成したコンテンツに含まれるＪＰＥＧデータを、別の放送業者が作成したコンテンツが参照していた場合、当該ＪＰＥＧデータを再生することができた。したがって、コンテンツ作成者の意図に反した順序で、リソースが利用されるという問題を従来のコンテンツ再生システムは有していた。
【０００５】
特許文献１は、最終的に再生するコンテンツから順番に多重暗号化することで、コンテンツを一連に再生させる技術を開示しているが、特許文献１に記載の技術では、リソースの再生順序を柔軟に制御することはできなかった。
【０００６】
それゆえ、本発明の目的は、コンテンツ作成者の意図に合致する順序でリソースの再生を制御することができるコンテンツ再生システムを提供することである。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明は、以下の特徴を有する。本発明は、暗号化された複数のリソースから構成されるコンテンツを再生するためのコンテンツ再生システムであって、リソースをデクリプトして再生するコンテンツ再生装置と、リソースをデクリプトするために必要なライセンスを管理するライセンス管理装置とを備え、ライセンスは、リソースをデクリプトする前に実行しておくべき処理に関する情報を前処理情報として含んでおり、コンテンツ再生装置がリソースのデクリプトを所望したとき、前処理情報で指定されている処理が実行済みである場合のみ、所望されたリソースはデクリプトされる。
【０００８】
これにより、ライセンスに含まれる前処理情報で指定されている処理が実行済みである場合のみ、所望のリソースが再生されることとなる。したがって、コンテンツ作成者によって、前処理情報であるリソースを再生する前に処理させておきたい事項が指定されることによって、意図に合致するようにコンテンツを再生させることができる。逆に、意図に反するようにコンテンツを再生することはできない。
【０００９】
好ましくは、前処理情報は、リソースを再生する順序に関する情報であり、コンテンツ再生装置がリソースのデクリプトを所望したとき、所望されたリソースを再生する前に再生すべき前処理情報で指定されているリソースが再生済みである場合のみ、所望されたリソースはデクリプトされるとよい。
【００１０】
これにより、コンテンツ作成者が指定したリソースの順序通りにリソースが再生されていない場合、リソースの再生ができないこととなるので、コンテンツ作成者の意図に合致するように、リソースの再生順序を制御することができる。
【００１１】
より好ましくは、ライセンス管理装置は、コンテンツ再生装置に対して一つ前に送信済みのコンテンツ鍵に対応するリソースに関する識別子を記憶するリソースＩＤ記憶手段と、リソースＩＤ記憶手段で記憶されているリソースの識別子および前処理情報に基づいて、所望されたリソースを再生する前に再生すべきリソースが再生済みであるか否かを判断するリソース再生済み判断手段と、リソース再生済み判断手段によって、所望されたリソースを再生する前に再生すべきリソースが再生済みであると判断された場合のみ、所望されたリソースのデクリプトに必要なコンテンツ鍵をコンテンツ再生装置に送信するコンテンツ鍵送信手段とを含むとよい。
【００１２】
これにより、一つ前に再生されたリソースの識別子がライセンス管理装置に保持されることとなるので、前処理情報で指定されている一つ前に再生しなければならないリソースの識別が容易となる。
【００１３】
たとえば、前処理情報は、複数のリソースを再生する順序に関するリストであり、リソース再生済み判断手段は、リストを参照して、所望されたリソースを再生する前に再生すべきリソースの識別子を認識し、認識したリソースの識別子と、リソースＩＤ記憶手段で記憶されているリソースの識別子とが一致する場合に、所望されたリソースを再生する前に再生すべきリソースが再生済みであると判断するとよい。
【００１４】
たとえば、前処理情報は、予め定められた規則に従う再生順序で再生すべきか否かを示すフラグであり、リソース再生済み判断手段は、フラグを参照して、予め定められた規則にしたがって再生順序が指定されているか否か判断し、予め定められた規則にしたがって再生順序が指定されている場合、所望されたリソースを再生する前に再生すべきリソースの識別子を認識し、認識したリソースの識別子とリソースＩＤ記憶手段で記憶されているリソースの識別子とが一致する場合に、所望されたリソースを再生する前に再生すべきリソースが再生済みであると判断するとよい。
【００１５】
たとえば、前処理情報は、リソース毎に対応付けられている一つ前に再生すべきリソースに関する識別子であり、リソース再生済み判断手段は、リソースＩＤ記憶手段で記憶されているリソースの識別子と、所望されたリソースに対応付けられている一つ前に再生すべきリソースに関する識別子とが一致する場合に、所望されたリソースを再生する前に再生すべきリソースが再生済みであると判断するとよい。
【００１６】
たとえば、前処理情報は、所望されたリソースが属するコンテンツを再生する前に再生すべきリソースを同一および異なるコンテンツから一意に特定する識別子であり、リソース再生済み判断手段は、リソースＩＤ記憶手段で記憶されているリソースの識別子と、前処理情報で指定されている識別子とが一致する場合に、所望されたリソースを再生する前に再生すべきリソースが再生済みであると判断するとよい。
【００１７】
たとえば、前処理情報で指定されている識別子は、コマーシャルを一意に特定する識別子であるとよい。
【００１８】
これにより、前にコマーシャルを視聴しなければ、コンテンツが再生されないこととなる。
【００１９】
好ましくは、ライセンス管理装置は、リソースの再生が要求された場合、当該リソースに対応するコンテンツ鍵と前処理情報とをコンテンツ再生装置に送信し、コンテンツ再生装置は、一つ前に再生済みのリソースに関する識別子を記憶するリソースＩＤ記憶手段と、リソースＩＤ記憶手段で記憶されているリソースの識別子および前処理情報を参照して、所望されたリソースを再生する前に再生すべきリソースが再生済みであるか否かを判断するリソース再生済み判断手段と、リソース再生済み判断手段によって、所望されたリソースを再生する前に再生すべきリソースが再生済みであると判断された場合のみ、ライセンス管理装置から送られてきたコンテンツ鍵を利用して、所望されたリソースをデクリプトするデクリプト手段とを含むとよい。
【００２０】
これにより、一つ前に再生されたリソースの識別子がコンテンツ再生装置に保持されることとなるので、前処理情報で指定されている一つ前に再生しなければならないリソースの識別が容易となる。
【００２１】
たとえば、前処理情報は、複数のリソースを再生する順序に関する再生順序リストであり、ライセンス管理装置は、リソースの再生が要求された場合、当該リソースに対応するコンテンツ鍵と再生順序リストとをコンテンツ再生装置に送信し、リソース再生済み判断手段は、再生順序リストを参照して、所望されたリソースを再生する前に再生すべきリソースの識別子を認識し、認識したリソースの識別子と、リソースＩＤ記憶手段で記憶されているリソースの識別子とが一致する場合に、所望されたリソースを再生する前に再生すべきリソースが再生済みであると判断するとよい。
【００２２】
たとえば、前処理情報は、予め定められた規則に従う再生順序で再生すべきか否かを示すフラグであり、リソース再生済み判断手段は、フラグを参照して、予め定められた規則にしたがって再生順序が指定されているか否か判断し、予め定められた規則にしたがって再生順序が指定されている場合、所望されたリソースを再生する前に再生すべきリソースの識別子を認識し、認識したリソースの識別子とリソースＩＤ記憶手段で記憶されているリソースの識別子とが一致する場合に、所望されたリソースを再生する前に再生すべきリソースが再生済みであると判断するとよい。
【００２３】
たとえば、前処理情報は、リソース毎に対応付けられている一つ前に再生すべきリソースに関する識別子であり、ライセンス管理装置は、リソースの再生が要求された場合、当該リソースに対応するコンテンツ鍵と前処理情報で指定されている識別子とをコンテンツ再生装置に送信し、リソース再生済み判断手段は、リソースＩＤ記憶手段で記憶されているリソースの識別子と、前処理情報で指定されている識別子とが一致する場合に、所望されたリソースを再生する前に再生すべきリソースが再生済みであると判断するとよい。
【００２４】
たとえば、前処理情報は、所望されたリソースが属するコンテンツを再生する前に再生すべきリソースを同一および異なるコンテンツから一意に特定する識別子であり、ライセンス管理装置は、リソースの再生要求がなされた場合、当該リソースに対応するコンテンツ鍵と前処理情報で指定されている識別子とをコンテンツ再生装置に送信し、リソース再生済み判断手段は、リソースＩＤ記憶手段で記憶されているリソースの識別子と、前処理情報で指定されている識別子とが一致する場合に、所望されたリソースを再生する前に再生すべきリソースが再生済みであると判断するとよい。
【００２５】
たとえば、前処理情報で指定されている識別子は、コマーシャルを一意に特定する識別子であるとよい。
【００２６】
これにより、前にコマーシャルを視聴しなければ、コンテンツが再生されないこととなる。
【００２７】
好ましくは、前処理情報は、リソースを再生する前に利用しておくべきライセンスに関する情報であり、コンテンツ再生装置がリソースのデクリプトを所望したとき、前処理情報で指定されているライセンスが利用済みである場合のみ、所望されたリソースはデクリプトされるとよい。
【００２８】
これにより、コンテンツ作成者が指定した一つ前に利用すべきライセンスが利用されていない場合、リソースの再生ができないこととなるので、コンテンツ作成者の意図に合致するように、ライセンスの利用順序を制御することができる。
【００２９】
たとえば、ライセンス管理装置は、一つ前に利用したライセンスに関する識別子を記憶するライセンスＩＤ記憶手段と、ライセンスＩＤ記憶手段で記憶されているライセンスの識別子および前処理情報に基づいて、所望されたリソースを再生する前に利用すべきライセンスが利用済みであるか否かを判断するライセンス利用済み判断手段と、ライセンス利用済み判断手段によって、所望されたリソースを再生する前に利用すべきライセンスが利用済みであると判断された場合のみ、所望されたリソースのデクリプトに必要なコンテンツ鍵をコンテンツ再生装置に送信するコンテンツ鍵送信手段とを含むとよい。
【００３０】
これにより、一つ前に利用されたライセンスの識別子がライセンス管理装置に保持されることとなるので、前処理情報で指定されている一つ前に利用しなければならないライセンスの識別が容易となる。
【００３１】
たとえば、ライセンス管理装置は、リソースの再生が要求された場合、当該リソースに対応するコンテンツ鍵と前処理情報とをコンテンツ再生装置に送信し、コンテンツ再生装置は、一つ前に利用したライセンスの識別子を記憶するライセンスＩＤ記憶手段と、ライセンスＩＤ記憶手段で記憶されているライセンスの識別子および前処理情報に基づいて、所望されたリソースを再生する前に利用すべきライセンスが利用済みであるか否かを判断するライセンス利用済み判断手段と、ライセンス利用済み判断手段によって、所望されたリソースを再生する前に利用すべきライセンスが利用済みであると判断された場合のみ、所望されたリソースのデクリプトに必要なコンテンツ鍵をコンテンツ再生装置に送信するコンテンツ鍵送信手段とを含むとよい。
【００３２】
これにより、一つ前に利用されたライセンスの識別子がコンテンツ再生装置に保持されることとなるので、前処理情報で指定されている一つ前に利用しなければならないライセンスの識別が容易となる。
【００３３】
好ましくは、前処理情報は、リソースを再生する前に取得しておくべきコンテンツ鍵に関する情報であり、コンテンツ再生装置がリソースのデクリプトを所望したとき、前処理情報で指定されているコンテンツ鍵をコンテンツ再生装置が取得済みである場合のみ、所望されたリソースはデクリプトされるとよい。
【００３４】
これにより、前処理情報で指定されているコンテンツ鍵が取得済みでない場合、リソースが再生されないこととなる。コンテンツ作成者によって、リソースを再生する前に取得しておいて欲しいコンテンツ鍵を指定することは、すなわち、リソースを再生する前に再生しておいて欲しいリソースを指定することに他ならない。したがって、コンテンツ作成者の意図に合致する順番でリソースの再生を制御することが可能となる。
【００３５】
たとえば、リソースのコンテンツ鍵の少なくとも一部は、他のリソースのコンテンツ鍵によって暗号化されており、前処理情報は、リソースのコンテンツ鍵を暗号化している他のリソースのコンテンツ鍵に関するコンテンツ鍵暗号方式リストであり、ライセンス管理装置は、コンテンツ再生装置がリソースの再生を所望した場合、当該リソースに対応するコンテンツ鍵とコンテンツ鍵暗号方式リストとをコンテンツ再生装置に送信し、コンテンツ再生装置は、取得済みのコンテンツ鍵を記憶するコンテンツ鍵記憶手段と、ライセンス管理装置から送信されてくるコンテンツ鍵暗号方式リストを参照して、所望されたリソースのコンテンツ鍵の暗号を解読するために必要なコンテンツ鍵を認識するコンテンツ鍵認識手段と、コンテンツ鍵認識手段によって認識されたコンテンツ鍵が、コンテンツ鍵記憶手段に全て記憶されているか否かを判断するコンテンツ鍵判断手段と、コンテンツ鍵判断手段によって、コンテンツ鍵認識手段によって認識されたコンテンツ鍵が全て記憶されていると判断された場合、所望されたリソースのコンテンツ鍵の暗号をコンテンツ鍵記憶手段に記憶されているコンテンツ鍵で解読して、解読されたコンテンツ鍵で、所望されたリソースをデクリプトするリソースデクリプト手段とを含むとよい。
【００３６】
たとえば、リソースのコンテンツ鍵の少なくとも一部は、他のリソースのコンテンツ鍵によって暗号化されており、前処理情報は、リソース毎に対応付けられている当該リソースのコンテンツ鍵を暗号化している他のリソースのコンテンツ鍵に関するコンテンツ鍵暗号方式情報であり、ライセンス管理装置は、コンテンツ再生装置がリソースの再生を所望した場合、当該リソースに対応するコンテンツ鍵とコンテンツ鍵暗号方式情報とをコンテンツ再生装置に送信し、コンテンツ再生装置は、取得済みのコンテンツ鍵を記憶するコンテンツ鍵記憶手段と、ライセンス管理装置から送信されてくるコンテンツ鍵暗号方式情報を参照して、所望されたリソースのコンテンツ鍵の暗号を解読するために必要なコンテンツ鍵を認識するコンテンツ鍵認識手段と、コンテンツ鍵認識手段によって認識されたコンテンツ鍵が、コンテンツ鍵記憶手段に全て記憶されているか否かを判断するコンテンツ鍵判断手段と、コンテンツ鍵判断手段によって、コンテンツ鍵認識手段によって認識されたコンテンツ鍵が全て記憶されていると判断された場合、所望されたリソースのコンテンツ鍵の暗号をコンテンツ鍵記憶手段に記憶されているコンテンツ鍵で解読して、解読されたコンテンツ鍵で、所望されたリソースをデクリプトするリソースデクリプト手段とを含むとよい。
【００３７】
たとえば、リソースのコンテンツ鍵の少なくとも一部は、所定のルールに従って、他のリソースのコンテンツ鍵によって暗号化されており、前処理情報は、リソース毎に対応付けられている当該リソースのコンテンツ鍵が所定のルールに従って暗号化されているか否かに関するコンテンツ鍵暗号状態フラグを含み、ライセンス管理装置は、コンテンツ再生装置がリソースの再生を所望した場合、当該リソースに対応するコンテンツ鍵とコンテンツ鍵暗号状態フラグとをコンテンツ再生装置に送信し、コンテンツ再生装置は、取得済みのコンテンツ鍵を記憶するコンテンツ鍵記憶手段と、ライセンス管理装置から送信されてくるコンテンツ鍵暗号状態フラグを参照して、所望されたリソースのコンテンツ鍵の暗号を解読するために必要なコンテンツ鍵を認識するコンテンツ鍵認識手段と、コンテンツ鍵認識手段によって認識されたコンテンツ鍵が、コンテンツ鍵記憶手段に全て記憶されているか否かを判断するコンテンツ鍵判断手段と、コンテンツ鍵判断手段によって、コンテンツ鍵認識手段によって認識されたコンテンツ鍵が全て記憶されていると判断された場合、所望されたリソースのコンテンツ鍵の暗号をコンテンツ鍵記憶手段に記憶されているコンテンツ鍵で解読して、解読されたコンテンツ鍵で、所望されたリソースをデクリプトするリソースデクリプト手段とを含むとよい。
【００３８】
たとえば、リソースの少なくとも一部は、複数のコンテンツ鍵によって暗号化されており、前処理情報は、リソースを暗号化しているコンテンツ鍵に関するリソース暗号方式リストであり、ライセンス管理装置は、コンテンツ再生装置がリソースの再生を所望した場合、当該リソースに対応するコンテンツ鍵とリソース暗号方式リストとをコンテンツ再生装置に送信し、コンテンツ再生装置は、取得済みのコンテンツ鍵を記憶するコンテンツ鍵記憶手段と、ライセンス管理装置から送信されてくるリソース暗号方式リストを参照して、所望されたリソースの暗号を解読するために必要なコンテンツ鍵を認識するコンテンツ鍵認識手段と、コンテンツ鍵認識手段によって認識されたコンテンツ鍵が、コンテンツ鍵記憶手段に全て記憶されているか否かを判断するコンテンツ鍵判断手段と、コンテンツ鍵判断手段によって、コンテンツ鍵認識手段によって認識されたコンテンツ鍵が全て記憶されていると判断された場合、所望されたリソースの暗号をコンテンツ鍵記憶手段に記憶されているコンテンツ鍵でデクリプトするリソースデクリプト手段とを含むとよい。
【００３９】
たとえば、リソースの少なくとも一部は、複数のコンテンツ鍵によって暗号化されており、前処理情報は、リソース毎に対応付けられている当該リソースを暗号化しているコンテンツ鍵に関するリソース暗号方式情報であり、ライセンス管理装置は、コンテンツ再生装置がリソースの再生を所望した場合、当該リソースに対応するコンテンツ鍵とリソース暗号方式情報とをコンテンツ再生装置に送信し、コンテンツ再生装置は、取得済みのコンテンツ鍵を記憶するコンテンツ鍵記憶手段と、ライセンス管理装置から送信されてくるリソース暗号方式情報を参照して、所望されたリソースの暗号を解読するために必要なコンテンツ鍵を認識するコンテンツ鍵認識手段と、コンテンツ鍵認識手段によって認識されたコンテンツ鍵が、コンテンツ鍵記憶手段に全て記憶されているか否かを判断するコンテンツ鍵判断手段と、コンテンツ鍵判断手段によって、コンテンツ鍵認識手段によって認識されたコンテンツ鍵が全て記憶されていると判断された場合、所望されたリソースの暗号をコンテンツ鍵記憶手段に記憶されているコンテンツ鍵でデクリプトするリソースデクリプト手段とを含むとよい。
【００４０】
たとえば、リソースの少なくとも一部は、所定のルールに従って、複数のコンテンツ鍵によって暗号化されており、前処理情報は、リソース毎に当該リソースが所定のルールに従って暗号化されているか否かに関するリソース暗号状態フラグを含み、ライセンス管理装置は、コンテンツ再生装置がリソースの再生を所望した場合、当該リソースに対応するコンテンツ鍵とリソース暗号状態フラグとをコンテンツ再生装置に送信し、コンテンツ再生装置は、取得済みのコンテンツ鍵を記憶するコンテンツ鍵記憶手段と、ライセンス管理装置から送信されてくるリソース暗号状態フラグを参照して、所望されたリソースの暗号を解読するために必要なコンテンツ鍵を認識するコンテンツ鍵認識手段と、コンテンツ鍵認識手段によって認識されたコンテンツ鍵が、コンテンツ鍵記憶手段に全て記憶されているか否かを判断するコンテンツ鍵判断手段と、コンテンツ鍵判断手段によって、コンテンツ鍵認識手段によって認識されたコンテンツ鍵が全て記憶されていると判断された場合、所望されたリソースの暗号をコンテンツ鍵記憶手段に記憶されているコンテンツ鍵でデクリプトするリソースデクリプト手段とを含むとよい。
【００４１】
また、本発明は、暗号化された複数のリソースから構成されるコンテンツを再生するためのコンテンツ再生システムにおいて、リソースをデクリプトするために必要なライセンスを管理するライセンス管理装置であって、リソースをデクリプトする前に実行しておくべき処理に関する情報を前処理情報として含むライセンスを記憶していることを特徴とする。
【００４２】
また、本発明は、暗号化された複数のリソースから構成されるコンテンツを再生するためのコンテンツ再生システムにおいて、リソースをデクリプトして再生するコンテンツ再生装置であって、リソースをデクリプトするために必要なライセンスは、リソースをデクリプトする前に実行しておくべき処理に関する情報を前処理情報として含んでおり、リソースのデクリプトを所望したとき、前処理情報で指定されている処理が実行済みである場合のみ、所望されたリソースをデクリプトすることを特徴とする。
【発明の効果】
【００４３】
本発明によれば、ライセンスに含まれる前処理情報で指定されている処理が実行済みである場合のみ、所望のリソースが再生されることとなる。したがって、コンテンツ作成者の意図に合致するようにコンテンツを再生させることができる。逆に、意図に反するようにコンテンツを再生することはできないこととなる。ゆえに、リソースの再生順序を柔軟に制御することが可能となる。
【発明を実施するための最良の形態】
【００４４】
（第１の実施形態）
図１は、本発明の第１の実施形態に係るコンテンツ再生システムが適用されるコンテンツ配信システム全体の機能的構成を示すブロック図である。図１において、コンテンツ配信システムは、ＤＲＭサーバ１と、コンテンツ再生システム２と、出力装置３とを備える。
【００４５】
ＤＲＭサーバ１は、コンピュータシステムであって、ＳＡＣ（Ｓｅｃｕｒｅ  Ａｕｔｈｅｎｔｉｃａｔｅｄ  Ｃｈａｎｎｅｌ）プロトコルを用いて、ライセンスをコンテンツ再生システム２に送信する。
【００４６】
コンテンツ再生システム２は、ＤＲＭサーバ１から送信されるライセンスを利用して、コンテンツを再生するためのコンピュータシステムである。なお、コンテンツは、ＤＲＭサーバ１からコンテンツ再生システム２に配信されてもよいし、他のコンピュータシステムからコンテンツ再生システム２に配信されてもよい。コンテンツ再生システム２は、ライセンス管理装置であるＤＲＭクライアント２１と、コンテンツ再生装置であるレンダラ２２と、コンテンツ格納部２３とを含む。コンテンツ格納部２３は、暗号化されたコンテンツ（以下、暗号化コンテンツという）を格納する。ＤＲＭクライアント２１とレンダラ２２とは、セキュアに処理を行えるように耐タンパ化されており、一つのコンピュータシステムとして実装されていてもよいし、それぞれ異なるコンピュータシステムに実装されていてもよい。尚、典型的には、ＤＲＭクライアント２１は、ＩＣカードなどのセキュリティモジュールに実装され、レンダラ２２は、コンテンツ再生システムにおける耐タンパ化されたＬＳＩに実装される。
【００４７】
出力装置３は、コンテンツ再生システム２が再生したコンテンツの画像および／または音声を出力するための装置である。
【００４８】
第１の実施形態において、ライセンスは、従来とは異なるデータ構造を有している。図２は、第１の実施形態におけるライセンスのデータ構造を示す図である。図２において、ライセンスは、ライセンスＩＤと、利用条件と、前処理情報と、リソースＩＤと、各リソースＩＤに対応するコンテンツ鍵とからなる。
【００４９】
利用条件は、品質変換可否に関する情報と、アナログコピー制御に関する情報と、有効期間に関する情報と、利用回数に関する情報と、累積利用時間に関する情報とからなる。なお、ここで挙げる利用条件に含まれる情報は、あくまでも一例であって、その他の情報が利用条件にふくまれていてもよい。
【００５０】
前処理情報は、リソースの再生順序を定義したリスト（以下、リソース再生順序リストという）からなる。ライセンスに前処理情報が含まれている点が従来と異なる。なお、前処理情報は、利用条件の中に含まれていてもよい。図２に示す例では、リソース再生順序リストでは、リソース１，リソース２，リソースＮの順番でリソースが再生されるべきであると定義されている。前処理情報は、あるリソースをデクリプトする前に実行しておくべき処理に関する情報である。ここでは、リソース２のデクリプトの前に、リソース１が再生されるべきであることが前処理情報に指定されている。また、リソースＮのデクリプトの前に、リソース２が再生されるべきであることが前処理情報に指定されている。
【００５１】
図２に示す例では、リソース１〜ＮのＩＤに対応して、リソース１〜Ｎのコンテンツ鍵が格納されている。
【００５２】
図３は、図１に示すコンテンツ配信システム全体の動作の概略を示すシーケンス図である。以下、図３を参照しながら、コンテンツ配信システム全体の動作の概略を説明する。なお、図３に示すシーケンスは、第１の実施形態以外の実施形態においても共通のシーケンスであり、他の実施形態での援用も考慮して、第１の実施形態では一部行われない動作についても記載している。そのような動作については、注釈を加えておく。
【００５３】
ＧＵＩ／ユーザアプリケーション（図示せず）は、レンダラ２２に対して、コンテンツの再生開始要求をなす（ステップＳ１）。
【００５４】
ＧＵＩ／ユーザアプリケーションからの再生開始要求に応じて、ＤＲＭクライアント２１とレンダラ２２とは、ＳＡＣ処理を行って安全な通信路を構築する（ステップＳ２）。
【００５５】
次に、レンダラ２２は、コンテンツの再生開始をＤＲＭクライアント２１に要求する（ステップＳ３）。
【００５６】
レンダラ２２からの再生開始要求に応じて、ＤＲＭクライアント２１は、所定の判定処理を行う（ステップＳ４）。この判定処理では、ライセンスの利用条件が満たされているか、さらに前処理情報で指定されている処理が実行済みであるかが判断される。
【００５７】
次に、ＤＲＭクライアント２１は、所定の記録処理を行う（ステップＳ５）。この記録処理では、今回の再生開始要求に応じて使用されたライセンスＩＤや再生対象となったリソースのリソースＩＤ等が記録される。記録される対象については、実施形態に応じて異なる。
【００５８】
次に、ＤＲＭクライアント２１は、判定処理の結果に応じて、コンテンツ鍵および前処理情報を含むレンダラ利用条件をレンダラ２２に送信する（ステップＳ６）。
【００５９】
ＤＲＭクライアント２１からのコンテンツ鍵およびレンダラ利用条件の通知に応じて、レンダラ２２は、所定の判定処理を行う（ステップＳ７）。この判定処理では、レンダラ利用条件が満たされているか等が判断される。
【００６０】
次に、レンダラ２２は、所定の記録処理を行う（ステップＳ８）。この記録処理が行われるか否かは、以下の実施形態の説明において明らかとなる。第１の実施形態では、この記録処理は行われないこととする。記録処理では、ライセンスＩＤや再生対象となったリソースのリソースＩＤ等が記録される。記録される対象については、実施形態に応じて異なる。
【００６１】
最後に、レンダラ２２は、コンテンツ鍵を利用して再生対象のリソースを解読（以下、プトという）して、解読されたリソースを復号化（以下、デコードという）して、出力装置３に映像および／または音声を出力させる（ステップＳ９）。
【００６２】
ＤＲＭクライアント２１は、ハードウエア的には、ＣＰＵと、ライセンスを記憶する記憶装置と、ＣＰＵで実行されるプログラムを格納するメモリと、通信装置とを備える。ＤＲＭクライアント２１は、当該プログラムをＣＰＵで実行することによって、所望の機能を実現する。なお、ＤＲＭクライアント２１は、以下のような機能（図４参照）を備える集積回路で構成されてもよい。この場合、一つの集積回路からなっていてもよいし、複数の集積回路からなっていてもよい。この点は、他の実施形態についての同様である。
【００６３】
図４は、当該プログラムを実行中のＤＲＭクライアント２１の機能的構成を示すブロック図である。図４において、ＤＲＭクライアント２１は、利用条件処理部２１１と、ＳＡＣ処理部２１２と、前処理情報判定部２１３と、ライセンス解釈部２１４と、記憶部２１５とを有する。
【００６４】
記憶部２１５は、ライセンス、公開鍵証明書、プライベート鍵、およびＣＲＬを格納するためのハードディスクドライブ等の記録装置である。公開鍵証明書、プライベート鍵、およびＣＲＬは、公開鍵ＳＡＣによるメッセージの送受信に必要な情報である。なお、共通鍵ＳＡＣによってメッセージを送受信する場合は、公開鍵証明書、プライベート鍵、およびＣＲＬ以外の情報が必要となる。共通鍵ＳＡＣは非特許文献１が詳しい。
【００６５】
ＳＡＣ処理部２１２は、記憶部２１５に格納されている公開鍵証明書、プライベート鍵、およびＣＲＬを用いて、レンダラ２２との間でＳＡＣプロトコルによるメッセージの送受信を行う。ＳＡＣ処理部２１２は、レンダラ２２からコンテンツ鍵の送信要求があった場合、当該送信要求をライセンス解釈部２１４に渡す。
【００６６】
ライセンス解釈部２１４は、レンダラ２２からコンテンツ鍵の送信要求があった場合、記憶部２１５に格納されているライセンスを取得して、当該ライセンスの中から利用条件を抽出して、利用条件処理部２１１に渡し、かつ当該ライセンスの中から前処理情報を抽出して前処理情報判定部２１３に渡す。
【００６７】
利用条件処理部２１１は、ライセンス解釈部２１４から渡される利用条件に基づいて、ライセンスの利用が許可されるか否かを判断する。ライセンスの利用が許可されると判断した場合、利用条件処理部２１１は、前処理情報の判定を行うよう前処理情報判定部２１３に要求する。また、利用条件処理部２１１は、利用条件からレンダラ利用条件を生成して、生成したレンダラ利用条件を前処理情報判定部２１３に渡す。一方、ライセンスの利用が許可されないと判断した場合、利用条件処理部２１１は、その旨のメッセージを、ＳＡＣ処理部２１２を介して、レンダラ２２に送信する。
【００６８】
前処理情報判定部２１３は、レンダラ２２に直前に送信したコンテンツ鍵に対応するリソースＩＤを記憶している。前処理情報判定部２１３は、利用条件処理部２１１から前処理情報の判定を行うよう要求された場合、ライセンス解釈部２１４から送られてくる前処理情報に含まれるリソース再生順序にしたがって、コンテンツ鍵の送信が行われているか否かを判断する。前処理情報に含まれるリソース再生順序に従って、コンテンツ鍵の送信が行われている場合、前処理情報判定部２１３は、記憶部２１５に格納されているライセンスから、再生開始要求のあったリソースＩＤに対応するコンテンツ鍵を取得して、ＳＡＣ処理部２１２を介して、当該コンテンツ鍵およびレンダラ利用条件をレンダラ２２に送信する。前処理情報に含まれるリソース再生順序に従って、コンテンツ鍵の送信が行われていない場合、前処理情報判定部２１３は、コンテンツ鍵を送信することができない旨のメッセージを、ＳＡＣ処理部２１２を介して、レンダラ２２に送信する。
【００６９】
レンダラ２２は、ハードウエア的には、ＣＰＵと、ＳＡＣ処理に必要な情報を記憶する記憶装置と、ＣＰＵで実行されるプログラムを格納するメモリと、通信装置とを備える。レンダラ２２は、当該プログラムをＣＰＵで実行することによって、所望の機能を実現する。なお、レンダラ２２は、以下のような機能（図５参照）を備える集積回路で構成されてもよい。この場合、一つの集積回路からなっていてもよいし、複数の集積回路からなっていてもよい。この点は、他の実施形態についての同様である。
【００７０】
図５は、当該プログラムを実行中のレンダラ２２の機能的構成を示すブロック図である。図５において、レンダラ２２は、レンダラ利用条件処理部２２１と、ＳＡＣ処理部２２２と、レンダラ利用条件解釈部２２５と、記憶部２２６と、デクリプト／デコード部２２７とを有する。
【００７１】
記憶部２２６は、公開鍵証明書およびプライベート鍵を格納するためのハードディスクドライブ等の記録装置である。公開鍵証明書およびプライベート鍵は、公開鍵ＳＡＣによるメッセージの送受信に必要な情報である。レンダラ２２は、被リボーク機器であるので、レンダラ２２にはＣＲＬが存在しない。なお、共通鍵ＳＡＣによってメッセージを送受信する場合は、公開鍵証明書およびプライベート鍵以外の情報が必要となる。共通鍵ＳＡＣは非特許文献１が詳しい。
【００７２】
ＳＡＣ処理部２２２は、記憶部２２６に格納されている公開鍵証明書およびプライベート鍵を用いて、ＤＲＭクライアント２１との間でＳＡＣプロトコルによるメッセージの送受信を行う。ＳＡＣ処理部２２２は、ＤＲＭクライアント２１からレンダラ利用条件およびコンテンツ鍵が送信されてきた場合、当該レンダラ利用条件をレンダラ利用条件解釈部２２５に渡し、コンテンツ鍵をデクリプト／デコード部２２７に渡す。
【００７３】
レンダラ利用条件処理部２２１は、レンダラ利用条件解釈部２２５から渡されるレンダラ利用条件に基づいて、リソースの利用が許可されるか否かを判断する。リソースの利用が許可されると判断した場合、デクリプト／デコード部２２７にリソースをデクリプトしてデコードするよう要求する。
【００７４】
デクリプト／デコード部２２７は、レンダラ利用条件処理部２２１からリソースのデクリプトおよびデコードが要求された場合、コンテンツ格納部２３から必要なリソースを読み出して、ＳＡＣ処理部２２２から渡されたコンテンツ鍵を用いて、当該リソースをデクリプトおよびデコードして、出力装置３に映像および／または音声を出力させる。
【００７５】
図６は、第１の実施形態に係るＤＲＭクライアント２１の動作を示すフローチャートである。以下、図６を参照しながら、第１の実施形態に係るＤＲＭクライアント２１の動作について説明する。
【００７６】
まず、ＤＲＭクライアント２１は、レンダラ２２からライセンスＩＤおよびリソースＩＤの通知を受けることによって、再生開始要求を受信する（ステップＳ１０１）。なお、前提として、ＤＲＭクライアント２１とレンダラ２２との間でのメッセージのやり取りは、ＳＡＣプロトコルによって、安全な通信路が形成された上で行われるものとする。
【００７７】
次に、ＤＲＭクライアント２１は、通知されたライセンスＩＤに対応するライセンスを読み出し、利用条件および前処理情報を取得する（ステップＳ１０２）。
【００７８】
次に、ＤＲＭクライアント２１は、取得した利用条件に基づいて、ライセンスが利用可能であるか否かを判断する（ステップＳ１０３）。利用可能でない場合、ＤＲＭクライアント２１は、レンダラ２２にライセンスが利用できない旨のＮＧメッセージを送信する（ステップＳ１０４）。一方、利用可能である場合、ＤＲＭクライアント２１は、ステップＳ１０５の動作に進む。
【００７９】
ステップＳ１０５において、ＤＲＭクライアント２１は、前処理情報を参照して、再生対象であるリソースの一つ前に再生されるべきリソースのＩＤと、保持しているリソースのＩＤ（一つ前に再生したリソースのＩＤ）とが一致するか否かを判断する。すなわち、ＤＲＭクライアント２１は、前処理情報であるリソース再生順序リストで指定されている一つ前に再生すべきリソースに関するコンテンツ鍵がレンダラ２２に送信済みであるか否かを判断する。
【００８０】
一致しない場合、前処理情報で指定されているリソースの再生が実行されていないことを意味する。このとき、ＤＲＭクライアント２１は、レンダラ２２にＮＧメッセージを送信する（ステップＳ１０４）。
【００８１】
一方、一致する場合、前処理情報で指定されているリソースの再生が実行済みであることを意味する。このとき、ＤＲＭクライアント２１は、通知されたライセンスＩＤおよびリソースＩＤを記録する（ステップＳ１０６）。ここで記録したリソースＩＤが、ステップＳ１０５で利用される一つ前に再生したリソースのＩＤとなる。その後、ＤＲＭクライアント２１は、利用条件に基づいてレンダラ利用条件を生成して、当該レンダラ利用条件および再生対象のリソースに対応するコンテンツ鍵をレンダラ２２に送信し（ステップＳ１０７）、処理を終了する。
【００８２】
図７は、第１の実施形態に係るレンダラ２２の動作を示すフローチャートである。以下、図７を参照しながら、第１の実施形態に係るレンダラ２２の動作について説明する。
【００８３】
まず、レンダラ２２は、ＤＲＭクライアント２１から送られてくるメッセージがレンダラ利用条件であるか否かを判断する（ステップＳ２０１）。
【００８４】
レンダラ利用条件でない場合、レンダラ２２は、メッセージの内容に従って処理する（ステップＳ２０２）。たとえば、ＮＧメッセージである場合、レンダラ２２は、ライセンスが利用できない旨を出力装置３に出力させる。
【００８５】
一方、レンダラ利用条件である場合、レンダラ２２は、当該レンダラ利用条件を満たすか否かを判断する（ステップＳ２０３）。
【００８６】
レンダラ利用条件を満たさないと判断した場合、レンダラ２２は、リソースが利用できない旨を出力装置３に出力させる（ステップＳ２０４）。
【００８７】
一方、レンダラ利用条件を満たすと判断した場合、レンダラ２２は、ＤＲＭクライアント２１から送られてくるコンテンツ鍵を利用して、コンテンツ格納部２３に格納されているリソースをデクリプトしてデコードし、出力装置３に出力させ（ステップＳ２０５）、処理を終了する。
【００８８】
このように、第１の実施形態によれば、ＤＲＭクライアントは、前処理情報で指定されているリソースの再生順序に従ってリソースが再生要求された場合のみ、再生開始要求のあったリソースに対応するコンテンツ鍵をレンダラに送信することとなる。したがって、レンダラ側では、前処理情報で指定されているリソースが再生済みである場合のみ、所望のリソースをデクリプトしてデコードすることができる。これにより、コンテンツ作成者の意図に合致するように、リソースの再生順序を制限することができることができることとなる。再生順序リストに、各リソース間の再生順序を定義しておくことによって、リソースの再生順序を柔軟に制御することが可能となる。
【００８９】
なお、第１の実施形態では、前処理情報の判定をＤＲＭクライアントのみで行うこととしたが、レンダラのみで行ってもよい。この場合、機能ブロックでレンダラを表した場合、レンダラに前処理情報判定部が加わることとなる。また、ＤＲＭクライアントとレンダラとの両方で重複して、前処理情報の判定を行ってもよい。
【００９０】
なお、リソースには電子透かしでリソースＩＤを埋め込まれていてもよい。この場合、レンダラには電子透かし解釈部が設けられ、当該電子透かし解釈部が、リソースに埋め込まれている電子透かしを解釈してリソースＩＤを取得するようにしてもよい。
【００９１】
なお、再生順序が指定されていないリソースがあってもよいことはいうまでもない。
【００９２】
なお、第１の実施形態では、リソースの再生順序が再生順序リストで指定されているとしたが、予めリソースＩＤの順番が再生順序であると規定しておいて、再生順序リストが格納されているライセンス内での領域に、この予め規定された順序で再生を行うか否かを示すフラグを立てるようにしてもよい。これにより、当該フラグがオンの場合、ＤＲＭクライアントは、リソースＩＤの順番が再生順序であると認識して、上記と同様に前処理がなされているか否かを判断してコンテンツ鍵を送出する。具体的には、ＤＲＭクライアントは、当該フラグを参照して、予め定められた規則にしたがって再生順序が指定されているか否か判断する。予め定められた規則にしたがって再生順序が指定されている場合、ＤＲＭクライアントは、所望されたリソースを再生する前に再生すべきリソースの識別子を認識し、認識したリソースの識別子と記憶しているリソースの識別子とが一致する場合に、所望されたリソースを再生する前に再生すべきリソースが再生済みであると判断する。
【００９３】
（第２の実施形態）
第２の実施形態において、システム全体の構成および動作は、第１の実施形態と同様であるので図１および図３を援用することとする。なお、第２の実施形態においても、第１の実施形態と同様、図３の記録処理（ステップＳ８）は行われない。また、ＤＲＭクライアント２１およびレンダラ２２のハードウエア的構成は、第１の実施形態の場合と同様である。第２の実施形態では、ＤＲＭクライアント２１およびレンダラ２２が所定のプログラムをＣＰＵで実行しているときの動作を説明する。
【００９４】
図８は、本発明の第２の実施形態におけるライセンスのデータ構造を示す図である。図８において、第２の実施形態におけるライセンスは、ライセンスＩＤと、利用条件と、リソースＩＤと、各リソースＩＤに対応するコンテンツ鍵と、リソースＩＤに対応する前処理情報とを含む。ここで前処理情報は、対応するリソースＩＤよりも一つ前に再生すべきリソースのＩＤを示す。
【００９５】
第２の実施形態に係るＤＲＭクライアント２１の動作は、第１の実施形態に係るＤＲＭクライアント２１の動作に準ずる。したがって、第２の実施形態においては、図６を援用することとする。以下、図６を参照しながら、第２の実施形態に係るＤＲＭクライアント２１の動作について説明する。
【００９６】
まず、ＤＲＭクライアント２１は、レンダラ２２からライセンスＩＤおよびリソースＩＤを受信することによって、再生開始要求を受信する（ステップＳ１０１）。次に、ＤＲＭクライアント２１は、ライセンスＩＤに対応するライセンスを読み出して、利用条件と前処理情報とを取得する（ステップＳ１０２）。
【００９７】
次に、ＤＲＭクライアント２１は、取得した利用条件を満たしているか否かを判断する（ステップＳ１０３）。
【００９８】
利用条件を満たしていない場合、ＤＲＭクライアント２１は、レンダラ２２にＮＧメッセージを送信する（ステップＳ１０４）。
【００９９】
一方、利用条件を満たしている場合、ＤＲＭクライアント２１は、前処理情報で指定されている処理が実行済みであるか否かを判断する（ステップＳ１０５）。具体的には、ＤＲＭクライアント２１は、保持しているリソースＩＤを認識する。ＤＲＭクライアント２１は、再生開始要求で指定されているリソースＩＤを認識する。ＤＲＭクライアント２１は、前処理情報を参照して、再生開始要求で指定されているリソースＩＤに対応する前に再生すべきリソースＩＤを認識する。その上で、保持しているリソースＩＤと前に再生すべきリソースＩＤとが一致する場合、ＤＲＭクライアント２１は、前処理情報で指定されている処理が実行済みであると判断する。
【０１００】
前処理情報で指定されている処理が実行済みでない場合、ＤＲＭクライアント２１は、レンダラにＮＧメッセージを送信する（ステップＳ１０４）。
【０１０１】
一方、前処理情報で指定されている処理が実行済みである場合、ＤＲＭクライアント２１は、通知されたライセンスＩＤおよびリソースＩＤを記録し（ステップＳ１０６）、利用条件に基づいてレンダラ利用条件を生成して、当該レンダラ利用条件および再生対象のリソースに対応するコンテンツ鍵をレンダラ２２に送信し（ステップＳ１０７）、処理を終了する。
【０１０２】
第２の実施形態に係るレンダラの動作は、第１の実施形態におけるレンダラの動作と同様であるので、図７を援用し、説明を省略する。
【０１０３】
このように、第２の実施形態によれば、ＤＲＭクライアントは、再生対象のリソースを再生する前に、前処理情報で指定されている一つ前に再生すべきリソースが再生されている場合のみ、再生開始要求のあったリソースに対応するコンテンツ鍵をレンダラに送信することとなる。したがって、レンダラ側では、前処理情報で指定されているリソースが再生済みである場合のみ、所望のリソースをデクリプトしてデコードすることができる。これにより、コンテンツ作成者の意図に合致するように、リソースの再生順序を制限することができることとなる。
【０１０４】
なお、第２の実施形態では、前処理情報の判定をＤＲＭクライアントのみで行うこととしたが、レンダラのみで行ってもよいし、ＤＲＭクライアントとレンダラとの両方で重複して、前処理情報の判定を行ってもよい。
【０１０５】
なお、再生順序が指定されていないリソースがあってもよいことはいうまでもない。
【０１０６】
なお、第２の実施形態では、対応するリソースＩＤよりも一つ前に再生すべきリソースのＩＤが指定されているとしたが、予めリソースＩＤの順番が再生順序であると規定しておいて、対応するリソースＩＤよりも一つ前に再生すべきリソースのＩＤが格納されているライセンス内での領域に、この予め規定された順序で再生を行うか否かを示すフラグを立てるようにしてもよい。これにより、当該フラグがオンの場合、ＤＲＭクライアントは、リソースＩＤの順番が再生順序であると認識して、上記と同様に前処理がなされているか否かを判断してコンテンツ鍵を送出する。具体的には、ＤＲＭクライアントは、当該フラグを参照して、予め定められた規則にしたがって再生順序が指定されているか否か判断する。予め定められた規則にしたがって再生順序が指定されている場合、ＤＲＭクライアントは、所望されたリソースを再生する前に再生すべきリソースの識別子を認識し、認識したリソースの識別子と記憶しているリソースの識別子とが一致する場合に、所望されたリソースを再生する前に再生すべきリソースが再生済みであると判断する。
【０１０７】
（第３の実施形態）
第３の実施形態において、システム全体の構成および動作は、第１の実施形態と同様であるので図１および図３を援用することとする。なお、第３の実施形態においても、第１の実施形態と同様、図３の記録処理（ステップＳ８）は行われない。また、ＤＲＭクライアント２１およびレンダラ２２のハードウエア的構成は、第１の実施形態の場合と同様である。第３の実施形態では、ＤＲＭクライアント２１およびレンダラ２２が所定のプログラムをＣＰＵで実行しているときの動作を説明する。
【０１０８】
図９は、本発明の第３の実施形態におけるライセンスのデータ構造を示す図である。図９において、第３の実施形態に係るライセンスは、ライセンスＩＤと、利用条件と、前処理情報と、リソースＩＤと、各リソースＩＤに対応するコンテンツ鍵とを含む。ここで前処理情報は、一つ前に利用すべきライセンスのＩＤを示す。
【０１０９】
図１０は、第３の実施形態に係るＤＲＭクライアント２１の動作を示すフローチャートである。以下、図１０を参照しながら、第３の実施形態に係るＤＲＭクライアント２１の動作について説明する。
【０１１０】
まず、ＤＲＭクライアント２１は、レンダラ２２からライセンスＩＤおよびリソースＩＤを受信することによって、再生開始要求を受信する（ステップＳ３０１）。次に、ＤＲＭクライアント２１は、ライセンスＩＤに対応するライセンスを読み出して、利用条件と前処理情報とを取得する（ステップＳ３０２）。
【０１１１】
次に、ＤＲＭクライアント２１は、取得した利用条件を満たしているか否かを判断する（ステップＳ３０３）。
【０１１２】
利用条件を満たしていない場合、ＤＲＭクライアント２１は、レンダラ２２にＮＧメッセージを送信する（ステップＳ３０４）。
【０１１３】
一方、利用条件を満たしている場合、ＤＲＭクライアント２１は、前処理情報で指定されている処理が実行済みであるか否かを判断する（ステップＳ３０５）。具体的には、ＤＲＭクライアント２１は、保持しているライセンスＩＤを認識する。ＤＲＭクライアント２１は、前処理情報を参照して、前に利用すべきライセンスＩＤを認識する。その上で、保持しているライセンスＩＤと前に利用すべきライセンスＩＤとが一致する場合、ＤＲＭクライアント２１は、前処理情報で指定されている処理が実行済みであると判断する。
【０１１４】
前処理情報で指定されている処理が実行済みでない場合、ＤＲＭクライアント２１は、レンダラ２２にＮＧメッセージを送信する（ステップＳ３０４）。
【０１１５】
一方、前処理情報で指定されている処理が実行済みである場合、ＤＲＭクライアント２１は、再生要求で指定されているライセンスＩＤを記録し（ステップＳ３０６）、利用条件に基づいてレンダラ利用条件を生成して、当該レンダラ利用条件および再生対象のリソースに対応するコンテンツ鍵をレンダラ２２に送信し（ステップＳ３０７）、処理を終了する。
【０１１６】
第３の実施形態に係るレンダラの動作は、第１の実施形態におけるレンダラの動作と同様であるので、図７を援用することとする。
【０１１７】
このように、第３の実施形態によれば、ＤＲＭクライアントは、利用対象のライセンスが利用される前に、前処理情報で指定されている一つ前に利用すべきライセンスが利用されている場合のみ、再生開始要求のあったリソースに対応するコンテンツ鍵をレンダラに送信することとなる。したがって、レンダラ側では、前処理情報で指定されているリソースが再生済みである場合のみ、所望のリソースをデクリプトしてデコードすることができる。これにより、コンテンツ作成者の意図に合致するように、リソースの再生順序を制限することができることとなる。
【０１１８】
なお、第３の実施形態では、前処理情報の判定をＤＲＭクライアントのみで行うこととしたが、レンダラのみで行ってもよいし、ＤＲＭクライアントとレンダラとの両方で重複して、前処理情報の判定を行ってもよい。
【０１１９】
（第４の実施形態）
第４の実施形態において、システム全体の構成および動作は、第１の実施形態と同様であるので図１および図３を援用することとする。なお、第４の実施形態においては、図３の記録処理（ステップＳ５）および記録処理（ステップＳ８）は行われない。また、ＤＲＭクライアント２１およびレンダラ２２のハードウエア的構成は、第１の実施形態の場合と同様である。第４の実施形態では、ＤＲＭクライアント２１およびレンダラ２２が所定のプログラムをＣＰＵで実行しているときの動作を説明する。
【０１２０】
図１１は、本発明の第４の実施形態におけるライセンスのデータ構造を示す図である。図１１において、第３の実施形態に係るライセンスは、ライセンスＩＤと、利用条件と、前処理情報と、リソースＩＤと、各リソースＩＤに対応するコンテンツ鍵とを含む。ここで、前処理情報は、当該ライセンスに対応するコンテンツを再生する前に視聴すべきグローバルアドレスが割り当てられたリソースに関する識別子である。以下、グローバルアドレスが割り当てられたリソースに関する識別子をリソース識別情報ということにする。ここで、グローバルアドレスとは、たとえば、インターネット上においてリソースに一意に割り当てられたアドレスのことをいう。第１または第２の実施形態で示したリソースＩＤは、ライセンス内で一意に決まられた識別子であり、第４の実施形態におけるリソース識別情報とは異なるものである。
【０１２１】
図１２は、第４の実施形態に係るＤＲＭクライアント２１の動作を示すフローチャートである。以下、図１２を参照しながら、第４の実施形態に係るＤＲＭクライアント２１の動作について説明する。
【０１２２】
まず、ＤＲＭクライアント２１は、レンダラから、一つ前に再生したリソースに関するリソース識別情報、ライセンスＩＤ、およびリソースＩＤを受信することによって、再生開始要求を受信する（ステップＳ４０１）。次に、ＤＲＭクライアント２１は、ライセンスＩＤに対応するライセンスを読み出して、利用条件と前処理情報とを取得する（ステップＳ４０２）。
【０１２３】
次に、ＤＲＭクライアント２１は、取得した利用条件を満たしているか否かを判断する（ステップＳ４０３）。
【０１２４】
利用条件を満たしていない場合、ＤＲＭクライアント２１は、レンダラ２２にＮＧメッセージを送信する（ステップＳ４０４）。
【０１２５】
一方、利用条件を満たしている場合、ＤＲＭクライアント２１は、前処理情報で指定されている処理が実行済みであるか否かを判断する（ステップＳ４０５）。具体的には、ＤＲＭクライアント２１は、前処理情報を参照して、前に視聴すべきリソースに関するリソース識別情報を認識する。ＤＲＭクライアント２１は、レンダラから送られてくるリソース識別情報と認識したリソース識別情報とが一致するか否かを判断する。一致する場合、ＤＲＭクライアント２１は、前処理情報で指定されている処理が実行済みであると判断する。
【０１２６】
前処理情報で指定されている処理が実行済みでない場合、ＤＲＭクライアント２１は、レンダラ２２にＮＧメッセージを送信する（ステップＳ４０４）。
【０１２７】
一方、前処理情報で指定されている処理が実行済みである場合、ＤＲＭクライアント２１は、利用条件に基づいてレンダラ利用条件を生成して、当該レンダラ利用条件および再生対象のリソースに対応するコンテンツ鍵をレンダラ２２に送信し（ステップＳ４０６）、処理を終了する。
【０１２８】
第４の実施形態に係るレンダラの動作は、第１の実施形態におけるレンダラの動作と同様であるので、図７を援用することとする。
【０１２９】
このように、第４の実施形態によれば、ＤＲＭクライアントは、再生対象のリソースを再生する前に再生したリソースに関するリソース識別情報と、前処理情報で指定されている一つ前に再生すべきリソースに関するリソース識別情報とが一致する場合のみ、再生開始要求のあったリソースに対応するコンテンツ鍵をレンダラに送信することとなる。したがって、番組とあるグローバルアドレスが割り当てられたリソースとを連動させてコンテンツを再生させることができるコンテンツ再生システムを提供することができる。グローバルアドレスが割り当てられたリソースは、典型的には、コマーシャルに関するリソースである。グローバルアドレスが割り当てられたリソースとして、コマーシャルに関するリソースを用いることによって、コマーシャルの視聴がなされていない限り、コンテンツを再生することができないコンテンツ再生システムが提供されることとなる。
【０１３０】
（第５の実施形態）
第５の実施形態において、システム全体の構成および動作は、第１の実施形態と同様であるので図１および図３を援用することとする。なお、第５の実施形態においては、図３の記録処理（ステップＳ５）は行われない。また、ＤＲＭクライアント２１およびレンダラ２２のハードウエア的構成は、第１の実施形態の場合と同様である。第５の実施形態では、ＤＲＭクライアント２１およびレンダラ２２が所定のプログラムをＣＰＵで実行しているときの動作を説明する。
【０１３１】
図１３は、本発明の第５の実施形態に係るライセンスのデータ構造を示す図である。図１３において、第５の実施形態に係るライセンスは、ライセンスＩＤと、利用条件と、コンテンツ鍵暗号方式リストと、リソースＩＤと、各リソースＩＤに対応するコンテンツ鍵とを含む。ここで、コンテンツ鍵暗号方式リストは、各コンテンツ鍵がどのように暗号化されているかを示すリストであり、リソースを再生する前に取得しておくべきコンテンツ鍵に関する情報である。コンテンツ鍵暗号方式リストが前処理情報に相当する。たとえば、図１３において、Ｅ（Ｋ１，Ｋ２）は、コンテンツ鍵Ｋ２はコンテンツ鍵Ｋ１を使って暗号化されていることを示す。したがって、コンテンツ鍵Ｋ２を用いてデクリプトされるリソースは、コンテンツ鍵Ｋ１が取得済みでないとデクリプトできない。
【０１３２】
図１４は、本発明の第５の実施形態に係るＤＲＭクライアント２１がレンダラ２２からの再生開始要求に応じてレンダラ２２に返信するレスポンスメッセージのデータ構造を示す図である。図１４に示すように、レスポンスメッセージは、レンダラ利用条件と、コンテンツ鍵とを含む。レンダラ利用条件は、利用条件と、コンテンツ鍵暗号方式リストとを有する。コンテンツ鍵暗号方式リストは、全てのコンテンツ鍵の暗号方式を示すリストであり、ライセンスに格納されているコンテンツ鍵暗号方式リストと同一のものである。コンテンツ鍵は、レンダラからの再生開始要求で指定されていたリソースＩＤに対応するコンテンツ鍵である。
【０１３３】
図１５は、第５の実施形態に係るＤＲＭクライアント２１の動作を示すフローチャートである。以下、図１５を参照しながら、第５の実施形態に係るＤＲＭクライアント２１の動作について説明する。
【０１３４】
まず、ＤＲＭクライアント２１は、レンダラからライセンスＩＤおよびリソースＩＤを受信することによって、再生開始要求を受信する（ステップＳ５０１）。次に、ＤＲＭクライアント２１は、ライセンスＩＤに対応するライセンスを読み出して、利用条件と前処理情報とを取得する（ステップＳ５０２）。
【０１３５】
次に、ＤＲＭクライアント２１は、取得した利用条件を満たしているか否かを判断する（ステップＳ５０３）。
【０１３６】
利用条件を満たしていない場合、ＤＲＭクライアント２１は、レンダラにＮＧメッセージを送信する（ステップＳ５０４）。
【０１３７】
一方、利用条件を満たしている場合、ＤＲＭクライアント２１は、再生開始要求があったリソースＩＤに対応するコンテンツ鍵を取得し（ステップＳ５０５）、コンテンツ鍵暗号方式リストが含まれたレンダラ利用条件を生成する（ステップＳ５０６）。次に、ＤＲＭクライアント２１は、ステップＳ５０５で取得したコンテンツ鍵およびステップＳ５０６で生成したレンダラ利用条件を一つにまとめてレスポンスメッセージとしてレンダラに送信し（ステップＳ５０７）、処理を終了する。
【０１３８】
図１６は、第５の実施形態に係るレンダラの動作を示すフローチャートである。以下、図１６を参照しながら、第５の実施形態に係るレンダラの動作について説明する。
【０１３９】
まず、レンダラは、ＤＲＭクライアント２１からのメッセージを受信し、ＮＧメッセージであるかそれともレスポンスメッセージであるかを判断する（ステップＳ１００１）。
【０１４０】
ＮＧメッセージである場合、レンダラは、再生不可である旨を出力装置に出力させる（ステップＳ１００２）。
【０１４１】
一方、レスポンスメッセージである場合、レンダラは、レスポンスメッセージに含まれるレンダラ利用条件およびコンテンツ鍵を抽出する（ステップＳ１００３）。次に、レンダラは、レンダラ利用条件の中のコンテンツ鍵暗号方式リストを参照して、再生対象のリソースＩＤをデクリプトするために必要なコンテンツ鍵を、デクリプトするために必要なコンテンツ鍵を認識して、保持しているコンテンツ鍵に当該認識した全てのコンテンツ鍵があるか否かを検索する（ステップＳ１００４）。
【０１４２】
全てのコンテンツ鍵がない場合、先に再生しておくべきリソースが再生されていないことを意味するので、レンダラは、ステップＳ１００２の動作に進む。
【０１４３】
一方、全てのコンテンツ鍵がある場合、先に再生しておくべきリソースが再生されていることを意味するので、レンダラは、再生対象のリソースのコンテンツ鍵を当該全てのコンテンツ鍵を用いて復号する（ステップＳ１００５）。次に、レンダラは、復号化したコンテンツ鍵を記録する（ステップＳ１００６）。次に、レンダラは、記録したコンテンツ鍵を用いて、当該コンテンツ鍵に対応するリソースをデクリプトして、デコードする（ステップＳ１００７）。
【０１４４】
このように、第５の実施形態によれば、レンダラは、再生対象のリソースのコンテンツ鍵をデクリプトするために必要な全てのコンテンツ鍵を保持している場合のみ、再生対象のリソースを再生することができる。したがって、コンテンツ作成者は、あるリソースと関連付けて再生させたいリソースがある場合、当該リソースのコンテンツ鍵を関連付けて再生させたいリソースのコンテンツ鍵で暗号化しておけば、意図に合致するようにリソースの再生を制限することができることとなる。
【０１４５】
なお、第５の実施形態では、コンテンツ鍵が一回だけ暗号化されていることを例示したが、二回以上に暗号化されていてもよい。また、暗号化されていないコンテンツ鍵があってもよいことは言うまでもない。
【０１４６】
（第６の実施形態）
第６の実施形態において、システム全体の構成および動作は、第１の実施形態と同様であるので図１および図３を援用することとする。なお、第６の実施形態においては、図３の記録処理（ステップＳ５）は行われない。また、ＤＲＭクライアント２１およびレンダラ２２のハードウエア的構成は、第１の実施形態の場合と同様である。第６の実施形態では、ＤＲＭクライアント２１およびレンダラ２２が所定のプログラムをＣＰＵで実行しているときの動作を説明する。
【０１４７】
図１７は、本発明の第６の実施形態に係るライセンスのデータ構造を示す図である。図１７において、第６の実施形態に係るライセンスは、ライセンスＩＤと、利用条件と、リソースＩＤと、各リソースＩＤに対応するコンテンツ鍵と、リソースＩＤに対応するコンテンツ鍵暗号方式に関する情報とを含む。コンテンツ鍵暗号方式に関する情報は、対応するリソースのコンテンツ鍵がどのコンテンツ鍵を使って暗号化されているかを示し、リソースを再生する前に取得しておくべきコンテンツ鍵に関する情報である。コンテンツ鍵暗号化方式関する情報が前処理情報に相当する。たとえば、図１７において、Ｅ（Ｋ４，ＫＮ）は、コンテンツ鍵ＫＮはコンテンツ鍵Ｋ４を使って暗号化されていることを示す。したがって、コンテンツ鍵Ｋ２を用いてデクリプトされるリソースは、コンテンツ鍵Ｋ１が取得済みでないとデクリプトできない。
【０１４８】
図１８は、本発明の第６の実施形態に係るＤＲＭクライアント２１がレンダラ２２からの再生開始要求に応じてレンダラ２２に返信するレスポンスメッセージのデータ構造を示す図である。図１８に示すように、レスポンスメッセージは、レンダラ利用条件と、コンテンツ鍵とを含む。レンダラ利用条件は、利用条件と、コンテンツ鍵暗号方式に関する情報とを有する。コンテンツ鍵は、レンダラからの再生開始要求で指定されていたリソースＩＤに対応するコンテンツ鍵である。コンテンツ鍵暗号方式に関する情報は、当該コンテンツ鍵がどのコンテンツ鍵を使って暗号化されているかを示す情報であり、ライセンスに含まれるものと同じである。
【０１４９】
第６の実施形態に係るＤＲＭクライアント２１の動作は、第５の実施形態に係るＤＲＭクライアント２１の動作に準ずる。したがって、第６の実施形態においては、図１５を援用することとする。以下、図１５を参照しながら、第６の実施形態に係るＤＲＭクライアント２１の動作について説明する。
【０１５０】
ステップＳ５０１〜Ｓ５０３まで、およびステップＳ５０４の動作は、第５の実施形態と同様である。
【０１５１】
ステップＳ５０３において、利用条件を満たしていると判断した場合、ＤＲＭクライアント２１は、再生開始要求があったリソースＩＤに対応するコンテンツ鍵を取得し（ステップＳ５０５）、当該リソースＩＤに対応するコンテンツ鍵暗号方式が含まれたレンダラ利用条件を生成する（ステップＳ５０６）。その後、ＤＲＭクライアント２１は、ステップＳ５０５で取得したコンテンツ鍵およびステップＳ５０６で生成したレンダラ利用条件を一つにまとめてレスポンスメッセージとしてレンダラに送信し（ステップＳ５０７）、処理を終了する。
【０１５２】
第６の実施形態に係るレンダラの動作は、第５の実施形態に係るレンダラの動作に準ずる。したがって、第６の実施形態においては、図１６を援用することとする。以下、図１６を参照しながら、第６の実施形態に係るレンダラの動作について説明する。
【０１５３】
ステップＳ１００１，Ｓ１００２，Ｓ１００３については、第５の実施形態と同様である。
【０１５４】
ステップＳ１００４において、レンダラは、レンダラ利用条件の中のコンテンツ鍵暗号方式に関する情報を参照して、再生対象のリソースＩＤをデクリプトするために必要なコンテンツ鍵を、デクリプトするために必要なコンテンツ鍵を認識して、保持しているコンテンツ鍵に当該認識した全てのコンテンツ鍵があるか否かを検索する。以下の動作は、第５の実施形態と同様である。
【０１５５】
このように、第６の実施形態によれば、レンダラは、再生対象のリソースのコンテンツ鍵をデクリプトするために必要な全てのコンテンツ鍵を保持している場合のみ、再生対象のリソースを再生することができる。したがって、コンテンツ作成者は、あるリソースと関連付けて再生させたいリソースがある場合、当該リソースのコンテンツ鍵を関連付けて再生させたいリソースのコンテンツ鍵で暗号化しておけば、意図に合致するようにリソースの再生を制限することができることとなる。
【０１５６】
なお、第６の実施形態では、コンテンツ鍵が一回だけ暗号化されていることを例示したが、二回以上に暗号化されていてもよい。この場合、ステップＳ６０８で要求するコンテンツ鍵は二以上となり、ステップＳ６０９で取得するコンテンツ鍵は二以上となる。そして、三以上のコンテンツ鍵を用いて、ステップＳ６０７においてデクリプトがなされることとなる。また、暗号化されていないコンテンツ鍵があってもよいことは言うまでもない。
【０１５７】
（第７の実施形態）
第７の実施形態において、システム全体の構成および動作は、第１の実施形態と同様であるので図１および図３を援用することとする。なお、第７の実施形態においては、図３の記録処理（ステップＳ５）は行われない。また、ＤＲＭクライアント２１およびレンダラ２２のハードウエア的構成は、第１の実施形態の場合と同様である。第７の実施形態では、ＤＲＭクライアント２１およびレンダラ２２が所定のプログラムをＣＰＵで実行しているときの動作を説明する。
【０１５８】
図１９は、本発明の第７の実施形態に係るライセンスのデータ構造を示す図である。図１９において、第７の実施形態に係るライセンスは、ライセンスＩＤと、利用条件と、リソースＩＤと、各リソースＩＤに対応するコンテンツ鍵と、リソースＩＤに対応するコンテンツ鍵暗号状態に関する情報とを含む。コンテンツ鍵暗号状態に関する情報は、所定のルールに従ってコンテンツ鍵が暗号化されているか否かを示すフラグとなっている。所定のルールとしては、たとえば、リソースｎのコンテンツ鍵は、リソースｎ−１のコンテンツ鍵で暗号化されているというものが考えられる。このフラグが立っている場合、当該所定のルールに従って、対応するコンテンツ鍵が暗号化されていることとなる。したがって、このフラグが立っている場合、所定のルールに従って、リソースを再生する前にコンテンツ鍵を取得しておかなければならない。コンテンツ鍵暗号状態に関する情報が前処理情報に相当する。なお、ここでは、直前のＩＤ番号のコンテンツ鍵で暗号化することを所定のルールとしたが、所定のルールは、これに限られるものではない。直前のＩＤ番号のコンテンツ鍵以外で暗号化するというルールであっても当然よい。どのようなルールが用いられるのか、ＤＲＭクライアント２１が認識さえしておればよい。
【０１５９】
図２０は、本発明の第７の実施形態に係るＤＲＭクライアント２１がレンダラ２２からの再生開始要求に応じてレンダラ２２に返信するレスポンスメッセージのデータ構造を示す図である。図２０に示すように、レスポンスメッセージは、レンダラ利用条件と、コンテンツ鍵とを含む。レンダラ利用条件は、利用条件と、コンテンツ鍵暗号状態に関する情報とを有する。コンテンツ鍵は、レンダラからの再生開始要求で指定されていたリソースＩＤに対応するコンテンツ鍵である。コンテンツ鍵暗号状態に関する情報は、所定のルールに従ってコンテンツ鍵が暗号化されているか否かを示すフラグであり、ライセンスのものと同じである。
【０１６０】
第７の実施形態に係るＤＲＭクライアント２１の動作は、第５の実施形態に係るＤＲＭクライアント２１の動作に準ずる。したがって、第７の実施形態においては、図１５を援用することとする。以下、図１５を参照しながら、第７の実施形態に係るＤＲＭクライアント２１の動作について説明する。
【０１６１】
ステップＳ５０１〜Ｓ５０３まで、およびステップＳ５０４の動作は、第５の実施形態と同様である。
【０１６２】
ステップＳ５０３において、利用条件を満たしていると判断した場合、ＤＲＭクライアント２１は、再生開始要求があったリソースＩＤに対応するコンテンツ鍵を取得し（ステップＳ５０５）、当該リソースＩＤに対応するコンテンツ鍵暗号状態が含まれたレンダラ利用条件を生成する（ステップＳ５０６）。その後、ＤＲＭクライアント２１は、ステップＳ５０５で取得したコンテンツ鍵およびステップＳ５０６で生成したレンダラ利用条件を一つにまとめてレスポンスメッセージとしてレンダラに送信し（ステップＳ５０７）、処理を終了する。
【０１６３】
第７の実施形態に係るレンダラの動作は、第５の実施形態に係るレンダラの動作に準ずる。したがって、第７の実施形態においては、図１６を援用することとする。以下、図１６を参照しながら、第７の実施形態に係るレンダラの動作について説明する。
【０１６４】
ステップＳ１００１，Ｓ１００２，Ｓ１００３については、第５の実施形態と同様である。
【０１６５】
ステップＳ１００４において、レンダラは、レンダラ利用条件の中のコンテンツ鍵暗号状態に関する情報を参照して、所定のルールに従って、再生対象のリソースのコンテンツ鍵をデクリプトするために必要なコンテンツ鍵を認識して、保持しているコンテンツ鍵に当該認識した全てのコンテンツ鍵が含まれているか否かを検索する。以下の動作は、第５の実施形態と同様である。
【０１６６】
このように、第７の実施形態によれば、レンダラは、再生対象のリソースのコンテンツ鍵をデクリプトするために必要な全てのコンテンツ鍵を保持している場合のみ、再生対象のリソースを再生することができる。したがって、コンテンツ作成者は、あるリソースと関連付けて再生させたいリソースがある場合、所定のルールに従って、当該リソースのコンテンツ鍵を関連付けて再生させたいリソースのコンテンツ鍵で暗号化しておけば、意図に合致するようにリソースの再生を制限することができることとなる。
【０１６７】
なお、所定のルールに従って暗号化されていないリソースがあってもよいことは言うまでもない。
【０１６８】
（第８の実施形態）
第８の実施形態において、システム全体の構成および動作は、第１の実施形態と同様であるので図１および図３を援用することとする。なお、第８の実施形態においては、図３の記録処理（ステップＳ５）は行われない。また、ＤＲＭクライアント２１およびレンダラ２２のハードウエア的構成は、第１の実施形態の場合と同様である。第８の実施形態では、ＤＲＭクライアント２１およびレンダラ２２が所定のプログラムをＣＰＵで実行しているときの動作を説明する。
【０１６９】
図２１は、本発明の第８の実施形態に係るライセンスのデータ構造を示す図である。図２１において、第８の実施形態に係るライセンスは、ライセンスＩＤと、利用条件と、リソース暗号方式リストと、リソースＩＤと、各リソースＩＤに対応するコンテンツ鍵とを含む。リソース暗号方式リストは、リソースがどのように暗号化されているかを示すリストであり、リソースを再生する前に取得しておくべきコンテンツ鍵に関する情報である。リソース暗号方式リストが前処理情報に相当する。たとえば、図２１において、Ｅ（Ｋ１，Ｅ（Ｋ２，Ｃ２））は、リソースＣ２がコンテンツ鍵Ｋ２で暗号化され、さらにコンテンツ鍵Ｋ１で暗号化されていることを示す。したがって、リソースＣ２のデクリプトには、コンテンツ鍵Ｋ１，Ｋ２の取得が必要となる。
【０１７０】
図２２は、本発明の第８の実施形態に係るＤＲＭクライアント２１がレンダラ２２からの再生開始要求に応じてレンダラ２２に返信するレスポンスメッセージのデータ構造を示す図である。図２２に示すように、レスポンスメッセージは、レンダラ利用条件と、コンテンツ鍵とを含む。レンダラ利用条件は、利用条件と、リソース暗号方式リストとを有する。コンテンツ鍵は、レンダラからの再生開始要求で指定されていたリソースＩＤに対応するコンテンツ鍵である。リソース暗号方式リストは、リソースがどのように暗号化されているかを示すリストであり、ライセンスのものと同じである。
【０１７１】
第８の実施形態に係るＤＲＭクライアント２１の動作は、第５の実施形態に係るＤＲＭクライアント２１の動作に準ずる。したがって、第８の実施形態においては、図１５を援用することとする。以下、図１５を参照しながら、第８の実施形態に係るＤＲＭクライアント２１の動作について説明する。
【０１７２】
ステップＳ５０１〜Ｓ５０３まで、およびステップＳ５０４の動作は、第５の実施形態と同様である。
【０１７３】
ステップＳ５０３において、利用条件を満たしていると判断した場合、ＤＲＭクライアント２１は、再生開始要求があったリソースＩＤに対応するコンテンツ鍵を取得し（ステップＳ５０５）、リソース暗号方式リストが含まれたレンダラ利用条件を生成する（ステップＳ５０６）。その後、ＤＲＭクライアント２１は、ステップＳ５０５で取得したコンテンツ鍵およびステップＳ５０６で生成したレンダラ利用条件を一つにまとめてレスポンスメッセージとしてレンダラに送信し（ステップＳ５０７）、処理を終了する。
【０１７４】
図２３は、第８の実施形態に係るレンダラ２２の動作を示すフローチャートである。以下、図２３を参照しながら、第８の実施形態に係るレンダラ２２の動作について説明する。
【０１７５】
まず、レンダラ２２は、ＤＲＭクライアント２１からのメッセージを受信し、ＮＧメッセージであるかそれともレスポンスメッセージであるかを判断する（ステップＳ１１０１）。
【０１７６】
ＮＧメッセージである場合、レンダラは、再生不可である旨を出力装置に出力させる（ステップＳ１１０２）。
【０１７７】
一方、レスポンスメッセージである場合、レンダラは、レスポンスメッセージに含まれるレンダラ利用条件およびコンテンツ鍵を抽出する（ステップＳ１１０３）。次に、レンダラは、レンダラ利用条件の中のリソース暗号方式リストを参照して、再生対象のリソースをデクリプトするために必要な全てのコンテンツ鍵を認識して、保持しているコンテンツ鍵に当該認識した全てのコンテンツ鍵が存在するか否かを検索する（ステップＳ１１０４）。
【０１７８】
全てのコンテンツ鍵がない場合、レンダラは、ステップＳ１００２の動作に進む。
【０１７９】
一方、全てのコンテンツ鍵がある場合、レンダラは、ステップＳ１１０３で取得したコンテンツ鍵を記録する（ステップＳ１１０５）。次に、レンダラは、当該全てのコンテンツ鍵によって多重暗号化されているデータを、当該全てのコンテンツ鍵を用いて順次解読してき、再生対象のリソースを復号する（ステップＳ１１０６）。次に、レンダラは、復号したリソースをデコードする（ステップＳ１１０７）。
【０１８０】
このように、第８の実施形態によれば、レンダラは、再生対象のリソースをデクリプトするために必要な全てのコンテンツ鍵を保持している場合のみ、再生対象のリソースを再生することができる。したがって、コンテンツ作成者は、あるリソースと関連付けて再生させたいリソースがある場合、関連させたいリソースのコンテンツ鍵を用いて、リソースを多重暗号化しておくことによって、意図に合致するようにリソースの再生を制限することができることとなる。
【０１８１】
なお、第８の実施形態では、リソースが二つのコンテンツ鍵で暗号化されているのを例にして説明したが、リソースは、三つ以上のコンテンツ鍵で暗号化されていてもよい。当然、一つのコンテンツ鍵だけで暗号化されているリソースがあってもよい。
【０１８２】
（第９の実施形態）
第９の実施形態において、システム全体の構成および動作は、第１の実施形態と同様であるので図１および図３を援用することとする。なお、第９の実施形態においては、図３の記録処理（ステップＳ５）は行われない。また、ＤＲＭクライアント２１およびレンダラ２２のハードウエア的構成は、第１の実施形態の場合と同様である。第９の実施形態では、ＤＲＭクライアント２１およびレンダラ２２が所定のプログラムをＣＰＵで実行しているときの動作を説明する。
【０１８３】
図２４は、本発明の第９の実施形態に係るライセンスのデータ構造を示す図である。図２４において、第９の実施形態に係るライセンスは、ライセンスＩＤと、利用条件と、リソースＩＤと、各リソースＩＤに対応するコンテンツ鍵と、リソースＩＤに対応する暗号方式に関する情報とを含む。暗号方式に関する情報は、対応するリソースＩＤのリソースが暗号化されている方式を示し、リソースを再生する前に取得しておくべきコンテンツに関する情報である。暗号方式に関する情報が前処理情報に相当する。たとえば、図２４において、Ｅ（Ｋ４，Ｅ（ＫＮ，ＣＮ））は、リソースＣＮがコンテンツ鍵ＫＮで暗号化され、さらにコンテンツ鍵Ｋ４で暗号化されていることを示す。リソースＣＮは、コンテンツ鍵Ｋ４，ＫＮが取得済みでないとデクリプトできない。
【０１８４】
図２５は、本発明の第９の実施形態に係るＤＲＭクライアント２１がレンダラ２２からの再生開始要求に応じてレンダラ２２に返信するレスポンスメッセージのデータ構造を示す図である。図２５に示すように、レスポンスメッセージは、レンダラ利用条件と、コンテンツ鍵とを含む。レンダラ利用条件は、利用条件と、リソースの暗号方式に関する情報とを有する。コンテンツ鍵は、レンダラからの再生開始要求で指定されていたリソースＩＤに対応するコンテンツ鍵である。リソースの暗号方式に関する情報は、コンテンツ鍵に対応するリソースがどのように暗号化されているかを示す情報であり、ライセンスのものと同じである。
【０１８５】
第９の実施形態に係るＤＲＭクライアント２１の動作は、第５の実施形態に係るＤＲＭクライアント２１の動作に準ずる。したがって、第９の実施形態においては、図１５を援用することとする。以下、図１５を参照しながら、第９の実施形態に係るＤＲＭクライアント２１の動作について説明する。
【０１８６】
ステップＳ５０１〜Ｓ５０３まで、およびステップＳ５０４の動作は、第５の実施形態と同様である。
【０１８７】
ステップＳ５０３において、利用条件を満たしていると判断した場合、ＤＲＭクライアント２１は、再生開始要求があったリソースＩＤに対応するコンテンツ鍵を取得し（ステップＳ５０５）、暗号方式に関する情報が含まれたレンダラ利用条件を生成する（ステップＳ５０６）。その後、ＤＲＭクライアント２１は、ステップＳ５０５で取得したコンテンツ鍵およびステップＳ５０６で生成したレンダラ利用条件を一つにまとめてレスポンスメッセージとしてレンダラに送信し（ステップＳ５０７）、処理を終了する。
【０１８８】
第９の実施形態に係るレンダラの動作は、第８の実施形態に係るレンダラの動作に準ずる。したがって、第９の実施形態においては、図２３を援用することとする。以下、図２３を参照しながら、第９の実施形態に係るレンダラの動作について説明する。
【０１８９】
ステップＳ１１０１，Ｓ１１０２，Ｓ１１０３については、第８の実施形態と同様である。
【０１９０】
ステップＳ１１０４において、レンダラは、暗号方式に関する情報を参照して、再生対象のコンテンツをデクリプトするために必要なコンテンツ鍵を認識して、保持しているコンテンツ鍵に当該認識した全てのコンテンツ鍵が存在するか否かを検索する（ステップＳ１１０４）。
【０１９１】
全てのコンテンツ鍵がない場合、レンダラは、ステップＳ１１０２の動作に進む。
【０１９２】
一方、全てのコンテンツ鍵がある場合、レンダラは、ステップＳ１１０３で取得したコンテンツ鍵を記録する（ステップＳ１１０５）。次に、レンダラは、当該全てのコンテンツ鍵によって多重暗号化されているデータを、当該全てのコンテンツ鍵を用いて順次解読してき、再生対象のリソースを復号する（ステップＳ１１０６）。次に、レンダラは、復号したリソースをデコードする（ステップＳ１１０７）。
【０１９３】
このように、第９の実施形態によれば、レンダラは、再生対象のリソースをデクリプトするために必要な全てのコンテンツ鍵を保持している場合のみ、再生対象のリソースを再生することができる。したがって、コンテンツ作成者は、あるリソースと関連付けて再生させたいリソースがある場合、関連させたいリソースのコンテンツ鍵を用いて、リソースを多重暗号化しておくことによって、意図に合致するようにリソースの再生を制限することができることとなる。
【０１９４】
なお、第９の実施形態では、リソースが二つのコンテンツ鍵で暗号化されているのを例にして説明したが、リソースは、三つ以上のコンテンツ鍵で暗号化されていてもよい。当然、一つのコンテンツ鍵だけで暗号化されているリソースがあってもよい。
【０１９５】
（第１０の実施形態）
第１０の実施形態において、システム全体の構成および動作は、第１の実施形態と同様であるので図１および図３を援用することとする。なお、第１０の実施形態においては、図３の記録処理（ステップＳ５）は行われない。また、ＤＲＭクライアント２１およびレンダラ２２のハードウエア的構成は、第１の実施形態の場合と同様である。第１０の実施形態では、ＤＲＭクライアント２１およびレンダラ２２が所定のプログラムをＣＰＵで実行しているときの動作を説明する。
【０１９６】
図２６は、本発明の第１０の実施形態に係るライセンスのデータ構造を示す図である。図２６において、第１０の実施形態に係るライセンスは、ライセンスＩＤと、利用条件と、リソースＩＤと、各リソースＩＤに対応するコンテンツ鍵と、リソースＩＤに対応したリソースの暗号状態に関する情報とを含む。リソースの暗号状態は、所定のルールにしたがってリソースが暗号化されているか否かを示すフラグとなっている。所定のルールとしては、たとえば、リソースｎのリソースを、リソースｎ−１のコンテンツ鍵で暗号化し、さらにリソースｎのコンテンツ鍵で暗号化するなどといったものが考えられる。このフラグが立っている場合、当該所定のルールに従って、対応するリソースが暗号化されていることとなる。したがって、このフラグが立っている場合、所定のルールに従って、リソースを再生する前にコンテンツ鍵を取得しておかなければならない。暗号状態に関する情報が前処理情報に相当する。
【０１９７】
図２７は、本発明の第１０の実施形態に係るＤＲＭクライアント２１がレンダラ２２からの再生開始要求に応じてレンダラ２２に返信するレスポンスメッセージのデータ構造を示す図である。図２７に示すように、レスポンスメッセージは、レンダラ利用条件と、コンテンツ鍵とを含む。レンダラ利用条件は、利用条件と、リソースの暗号状態に関する情報とを有する。コンテンツ鍵は、レンダラからの再生開始要求で指定されていたリソースＩＤに対応するコンテンツ鍵である。リソースの暗号状態に関する情報は、所定のルールに従ってリソースが暗号化されているか否かを示すフラグとなっており、ライセンスのものと同じである。
【０１９８】
第１０の実施形態に係るＤＲＭクライアント２１の動作は、第５の実施形態に係るＤＲＭクライアント２１の動作に準ずる。したがって、第１０の実施形態においては、図１５を援用することとする。以下、図１５を参照しながら、第１０の実施形態に係るＤＲＭクライアント２１の動作について説明する。
【０１９９】
ステップＳ５０１〜Ｓ５０３まで、およびステップＳ５０４の動作は、第５の実施形態と同様である。
【０２００】
ステップＳ５０３において、利用条件を満たしていると判断した場合、ＤＲＭクライアント２１は、再生開始要求があったリソースＩＤに対応するコンテンツ鍵を取得し（ステップＳ５０５）、暗号状態に関する情報が含まれたレンダラ利用条件を生成する（ステップＳ５０６）。その後、ＤＲＭクライアント２１は、ステップＳ５０５で取得したコンテンツ鍵およびステップＳ５０６で生成したレンダラ利用条件をレンダラに送信し（ステップＳ５０７）、処理を終了する。
【０２０１】
第１０の実施形態に係るレンダラの動作は、第８の実施形態に係るレンダラの動作に準ずる。したがって、第１０の実施形態においては、図２３を援用することとする。以下、図２３を参照しながら、第１０の実施形態に係るレンダラの動作について説明する。
【０２０２】
ステップＳ１１０１，Ｓ１１０２，Ｓ１１０３については、第８の実施形態と同様である。
【０２０３】
ステップＳ１１０４において、レンダラは、暗号状態に関する情報を参照して、所定のルールに従って、再生対象のコンテンツをデクリプトするために必要なコンテンツ鍵を認識して、保持しているコンテンツ鍵に当該認識した全てのコンテンツ鍵が存在するか否かを検索する。
【０２０４】
全てのコンテンツ鍵がない場合、レンダラは、ステップＳ１１０２の動作に進む。
【０２０５】
一方、全てのコンテンツ鍵がある場合、レンダラは、ステップＳ１１０３で取得したコンテンツ鍵を記録する（ステップＳ１１０５）。次に、レンダラは、当該全てのコンテンツ鍵によって多重暗号化されているデータを、当該全てのコンテンツ鍵を用いて順次解読してき、再生対象のリソースを復号する（ステップＳ１１０６）。次に、レンダラは、復号したリソースをデコードする（ステップＳ１１０７）。
【０２０６】
このように、第１０の実施形態によれば、レンダラは、再生対象のリソースをデクリプトするために必要な全てのコンテンツ鍵を保持している場合のみ、再生対象のリソースを再生することができる。したがって、コンテンツ作成者は、あるリソースと関連付けて再生させたいリソースがある場合、所定のルールに従って、関連させたいリソースのコンテンツ鍵を用いて、リソースを多重暗号化しておくことによって、意図に合致するようにリソースの再生を制限することができることとなる。
【０２０７】
（第１１の実施形態）
第１１の実施形態において、システム全体の構成および動作は、第１の実施形態と同様であるので図１および図３を援用することとする。なお、第１１の実施形態においては、図３の記録処理（ステップＳ５）は行われない。また、ＤＲＭクライアント２１およびレンダラ２２のハードウエア的構成は、第１の実施形態の場合と同様である。第１１の実施形態では、ＤＲＭクライアント２１およびレンダラ２２が所定のプログラムをＣＰＵで実行しているときの動作を説明する。
【０２０８】
図２８は、本発明の第１１の実施形態に係るＤＲＭクライアント２１がレンダラからの再生開始要求に応じてレンダラに返信するレスポンスメッセージのデータ構造を示す図である。図２８に示すように、レスポンスメッセージは、レンダラ利用条件と、コンテンツ鍵とを含む。レンダラ利用条件は、利用条件と、前処理情報とを有する。前処理情報は、リソース再生順序リストからなる。リソース再生順序リストは、第１の実施形態におけるリソース再生順序リストと同様である（図２参照）。すなわち、リソース再生順序リストでは、リソースの再生順序が定義されている。コンテンツ鍵は、レンダラからの再生開始要求で指定されていたリソースＩＤに対応するコンテンツ鍵である。
【０２０９】
図２９は、第１１の実施形態に係るＤＲＭクライアント２１の動作を示すフローチャートである。以下、図２９を参照しながら、第１１の実施形態に係るＤＲＭクライアント２１の動作について説明する。
【０２１０】
まず、ＤＲＭクライアント２１は、レンダラからライセンスＩＤおよびリソースＩＤの通知を受けることによって、再生開始要求を受信する（ステップＳ７０１）。次に、ＤＲＭクライアント２１は、通知されたライセンスＩＤに対応するライセンスを取得して、利用条件を満たすか否かを判断する（ステップＳ７０２）。
【０２１１】
利用条件を満たしていない場合、ＤＲＭクライアント２１は、レンダラにＮＧメッセージを送信する（ステップＳ７０３）。
【０２１２】
一方、利用条件を満たしている場合、ＤＲＭクライアント２１は、ライセンスから利用条件および前処理情報を抽出し、かつ再生開始要求で指定されているリソースＩＤに対応するコンテンツ鍵を抽出して、これらを一つにまとめたレスポンスメッセージを生成して、レンダラに送信し（ステップＳ７０４）、処理を終了する。
【０２１３】
図３０は、第１１の実施形態に係るレンダラの動作を示すフローチャートである。以下、図３０を参照しながら、第１１の実施形態に係るレンダラの動作について説明する。
【０２１４】
まず、レンダラは、ＤＲＭクライアント２１からのメッセージを受信し、ＮＧメッセージであるかそれともレスポンスメッセージであるかを判断する（ステップＳ８０１）。
【０２１５】
ＮＧメッセージである場合、レンダラは、再生不可である旨を出力装置に出力させる（ステップＳ８０２）。
【０２１６】
一方、レスポンスメッセージである場合、レンダラは、レスポンスメッセージに含まれるレンダラ利用条件およびコンテンツ鍵を抽出する（ステップＳ８０３）。次に、レンダラは、前処理情報で指定されている処理が実行済みであるか否かを判断する（ステップＳ８０４）。具体的には、レンダラは、保持している一つ前に再生したリソースのリソースＩＤを認識する。レンダラは、再生開始要求がなされているリソースのリソースＩＤを認識する。レンダラは、リソース再生順序リストを参照して、再生要求がなされているリソースの一つ前に再生すべきリソースのＩＤを認識する。レンダラは、保持しているリソースＩＤと再生要求がなされているリソースの一つ前に再生すべきリソースのＩＤとが一致する場合、前処理情報で指定されている処理が実行済みであると判断する。
【０２１７】
ステップＳ８０４において、前処理情報で指定されている処理が実行済みでない判断した場合、レンダラは、再生不可である旨を出力装置に出力させる（ステップＳ８０２）。
【０２１８】
一方、前処理情報で指定されている処理が実行済みであると判断した場合、レンダラは、再生開始要求におけるライセンスＩＤおよびリソースＩＤを記録し（ステップＳ８０５）、クライアントからのレスポンスメッセージに含まれているコンテンツ鍵で、所望のリソースをデクリプトしてデコードし、リソースを再生する（ステップＳ８０６）。
【０２１９】
このように、第１１の実施形態によれば、レンダラは、前処理情報で指定されているリソースの再生順序に従ってリソースを再生要求した場合のみ、所望のリソースを再生することができる。したがって、コンテンツ作成者の意図に合致するように、リソースの再生順序を制限することができることとなる。
【０２２０】
なお、第１１の実施形態では、レンダラだけで前処理情報の判定を行うこととしたが、ＤＲＭクライアントで前処理情報の判定を行ってもよい。
【０２２１】
なお、第１１の実施形態では、レンダラから再生開始要求があった場合、ＤＲＭクライアントは、再生対象のリソースのコンテンツ鍵を一つだけ送信することとしたが、通知されるライセンスに含まれる全てのコンテンツ鍵をレンダラにまとめて送信してもよい。
【０２２２】
なお、第１１の実施形態では、リソースの再生順序が再生順序リストで指定されているとしたが、予めリソースＩＤの順番が再生順序であると規定しておいて、再生順序リストが格納されているライセンス内での領域に、この予め規定された順序で再生を行うか否かを示すフラグを立てるようにして、レスポンスメッセージにこのフラグを格納するようにしてもよい。これにより、当該フラグがオンの場合、レンダラは、リソースＩＤの順番が再生順序であると認識して、上記と同様に前処理がなされているか否かを判断して、所望のリソースをデクリプトすることができるか否かを決定する。具体的には、レンダラは、当該フラグを参照して、予め定められた規則にしたがって再生順序が指定されているか否か判断する。予め定められた規則にしたがって再生順序が指定されている場合、レンダラは、所望されたリソースを再生する前に再生すべきリソースの識別子を認識し、認識したリソースの識別子と記憶しているリソースの識別子とが一致する場合に、所望されたリソースを再生する前に再生すべきリソースが再生済みであると判断する。
【０２２３】
（第１２の実施形態）
第１２の実施形態において、システム全体の構成および動作は、第１の実施形態と同様であるので図１および図３を援用することとする。なお、第１２の実施形態においては、図３の記録処理（ステップＳ５）は行われない。また、ＤＲＭクライアント２１およびレンダラ２２のハードウエア的構成は、第１の実施形態の場合と同様である。第１２の実施形態では、ＤＲＭクライアント２１およびレンダラ２２が所定のプログラムをＣＰＵで実行しているときの動作を説明する。第１２の実施形態に係るＤＲＭクライアント２１に格納されているライセンスは、第１または第２の実施形態と同様であるので、図２または図８を援用することとする。
【０２２４】
図３１は、本発明の第１２の実施形態に係るＤＲＭクライアント２１がレンダラからの再生開始要求に応じてレンダラに返信するレスポンスメッセージのデータ構造を示す図である。図３１に示すように、レスポンスメッセージは、レンダラ利用条件と、コンテンツ鍵とを含む。レンダラ利用条件は、利用条件と、前処理情報とを有する。前処理情報は、コンテンツ鍵に対応するリソースよりも一つ前に再生すべきリソースのリソースＩＤである。コンテンツ鍵は、レンダラからの再生開始要求で指定されていたリソースＩＤに対応するコンテンツ鍵である。
【０２２５】
第１２の実施形態に係るＤＲＭクライアント２１の動作は、第１１の実施形態に係るＤＲＭクライアント２１の動作に準ずる。したがって、第１２の実施形態においては、図２９を援用することとする。以下、図２９を参照しながら、第１２の実施形態に係るＤＲＭクライアント２１の動作について説明する。
【０２２６】
ステップＳ７０１〜Ｓ７０２，Ｓ７０３の動作は、第１１の実施形態と同様である。ステップＳ７０４において、ＤＲＭクライアント２１は、ライセンスから利用条件を抽出し、前処理情報から再生開始要求が要求されたリソースの一つ前に再生すべきリソースのＩＤを認識し、かつ再生開始要求で指定されているリソースＩＤに対応するコンテンツ鍵を抽出して、利用条件、一つ前に再生すべきリソースＩＤおよびコンテンツ鍵を一つにまとめたレスポンスメッセージを生成して、レンダラに送信する。
【０２２７】
第１２の実施形態に係るレンダラの動作は、第１１の実施形態に係るレンダラの動作に準ずる。したがって、第１２の実施形態においては、図３０を援用することとする。以下、図３０を参照しながら、第１２の実施形態に係るレンダラの動作について説明する。
【０２２８】
ステップＳ８０１，Ｓ８０２，Ｓ８０３の動作は、第１１の実施形態と同様である。ステップＳ８０４において、レンダラは、レンダラ利用条件に含まれている前処理情報で指定されている処理が実行済みであるか否かを判断する。具体的には、レンダラは、現在保持している一つ前に再生したリソースのＩＤを認識する。次に、レンダラは、認識したリソースＩＤと前処理情報で指定されている一つ前に再生すべきリソースＩＤとが一致するか否かを判断する。一致する場合、レンダラは、前処理情報で指定されている処理が実行済みであると判断する。その後のステップＳ８０５〜Ｓ８０６の動作は、第１１の実施形態と同様である。
【０２２９】
このように、第１２の実施形態によれば、レンダラは、前処理情報で指定されているリソースの再生順序に従ってリソースを再生要求した場合のみ、所望のリソースを再生することができる。したがって、コンテンツ作成者の意図に合致するように、リソースの再生順序を制限することができることとなる。
【０２３０】
なお、第１２の実施形態では、レンダラだけで前処理情報の判定を行うこととしたが、ＤＲＭクライアントで前処理情報の判定を行ってもよい。
【０２３１】
なお、第１２の実施形態では、要求されたリソースの一つ前に再生すべきリソースのＩＤが指定されているとしたが、予めリソースＩＤの順番が再生順序であると規定しておいて、要求されたリソースの一つ前に再生すべきリソースのＩＤが格納されているライセンス内での領域に、この予め規定された順序で再生を行うか否かを示すフラグを立てるようにして、レスポンスメッセージにこのフラグを格納するようにしてもよい。これにより、当該フラグがオンの場合、レンダラは、リソースＩＤの順番が再生順序であると認識して、上記と同様に前処理がなされているか否かを判断して、所望のリソースをデクリプトすることができるか否かを決定する。具体的には、レンダラは、当該フラグを参照して、予め定められた規則にしたがって再生順序が指定されているか否か判断する。予め定められた規則にしたがって再生順序が指定されている場合、レンダラは、所望されたリソースを再生する前に再生すべきリソースの識別子を認識し、認識したリソースの識別子と記憶しているリソースの識別子とが一致する場合に、所望されたリソースを再生する前に再生すべきリソースが再生済みであると判断する。
【０２３２】
（第１３の実施形態）
第１３の実施形態において、システム全体の構成および動作は、第１の実施形態と同様であるので図１および図３を援用することとする。なお、第１３の実施形態においては、図３の記録処理（ステップＳ５）は行われない。また、ＤＲＭクライアント２１およびレンダラ２２のハードウエア的構成は、第１の実施形態の場合と同様である。第１３の実施形態では、ＤＲＭクライアント２１およびレンダラ２２が所定のプログラムをＣＰＵで実行しているときの動作を説明する。第１３の実施形態に係るＤＲＭクライアント２１に格納されているライセンスは、第３の実施形態と同様であるので、図９を援用することとする。
【０２３３】
図３２は、本発明の第１３の実施形態に係るＤＲＭクライアント２１がレンダラからの再生開始要求に応じてレンダラに返信するレスポンスメッセージのデータ構造を示す図である。図３２に示すように、レスポンスメッセージは、レンダラ利用条件と、コンテンツ鍵とを含む。レンダラ利用条件は、利用条件と、前処理情報とを有する。前処理情報は、一つ前に利用すべきライセンスのＩＤである。コンテンツ鍵は、レンダラからの再生開始要求で指定されていたリソースＩＤに対応するコンテンツ鍵である。
【０２３４】
第１３の実施形態に係るＤＲＭクライアント２１の動作は、第１１の実施形態に係るＤＲＭクライアント２１の動作に準ずる。したがって、第１３の実施形態においては、図２９を援用することとする。以下、図２９を参照しながら、第１３の実施形態に係るＤＲＭクライアント２１の動作について説明する。
【０２３５】
ステップＳ７０１〜Ｓ７０２，Ｓ７０３の動作は、第１１の実施形態と同様である。ステップＳ７０４において、ＤＲＭクライアント２１は、ライセンスから利用条件および前処理情報（一つ前に利用すべきライセンスＩＤ）を抽出し、かつ再生開始要求で指定されているリソースＩＤに対応するコンテンツ鍵を抽出して、これらを一つにまとめたレスポンスメッセージを生成して、レンダラに送信する。
【０２３６】
第１３の実施形態に係るレンダラの動作は、第１１の実施形態に係るレンダラの動作に準ずる。したがって、第１３の実施形態においては、図３０を援用することとする。以下、図３０を参照しながら、第１３の実施形態に係るレンダラの動作について説明する。
【０２３７】
ステップＳ８０１，Ｓ８０２，Ｓ８０３の動作は、第１１の実施形態と同様である。ステップＳ８０４において、レンダラは、レンダラ利用条件に含まれている前処理情報を満たしているか否かを判断する。具体的には、レンダラは、現在保持している一つ前に利用したライセンスのライセンスＩＤを認識する。レンダラは、現在保持しているライセンスＩＤと前処理情報で指定されているライセンスＩＤとが一致するか否かを判断する。一致する場合、レンダラは、前処理情報で指定されている処理が実行済みであると判断する。その後、ステップＳ８０５において、レンダラは、再生開始要求時のライセンスＩＤを記録し、第１１の実施形態と同様ステップＳ８０６の動作に進む。
【０２３８】
このように、第１３の実施形態によれば、レンダラは、前処理情報で指定されているライセンスを、リソースの再生の前に利用している場合のみ、所望のリソースを再生することができる。したがって、コンテンツ作成者の意図に合致するように、ライセンスの利用を制限することができることとなる。
【０２３９】
なお、第１３の実施形態では、レンダラだけで前処理情報の判定を行うこととしたが、ＤＲＭクライアントで前処理情報の判定を行ってもよい。
【０２４０】
（第１４の実施形態）
第１４の実施形態において、システム全体の構成および動作は、第１の実施形態と同様であるので図１および図３を援用することとする。なお、第１４の実施形態においては、図３の記録処理（ステップＳ５）は行われない。また、ＤＲＭクライアント２１およびレンダラ２２のハードウエア的構成は、第１の実施形態の場合と同様である。第１４の実施形態では、ＤＲＭクライアント２１およびレンダラ２２が所定のプログラムをＣＰＵで実行しているときの動作を説明する。第１４の実施形態に係るＤＲＭクライアント２１に格納されているライセンスは、第４の実施形態と同様であるので、図１１を援用することとする。
【０２４１】
図３３は、本発明の第１４の実施形態に係るＤＲＭクライアント２１がレンダラからの再生開始要求に応じてレンダラに返信するレスポンスメッセージのデータ構造を示す図である。図３３に示すように、レスポンスメッセージは、レンダラ利用条件と、コンテンツ鍵とを含む。レンダラ利用条件は、利用条件と、前処理情報とを有する。前処理情報は、一つ前に視聴すべきグローバルアドレスが割り当てられたリソースに関するリソース識別情報である。コンテンツ鍵は、レンダラからの再生開始要求で指定されていたリソースＩＤに対応するコンテンツ鍵である。
【０２４２】
第１４の実施形態に係るＤＲＭクライアント２１の動作は、第１１の実施形態に係るＤＲＭクライアント２１の動作に準ずる。したがって、第１４の実施形態においては、図２９を援用することとする。以下、図２９を参照しながら、第１４の実施形態に係るＤＲＭクライアント２１の動作について説明する。
【０２４３】
ステップＳ７０１〜Ｓ７０２，Ｓ７０３の動作は、第１１の実施形態と同様である。ステップＳ７０４において、ＤＲＭクライアント２１は、ライセンスから利用条件および、前処理情報（一つ前に視聴すべきリソースに関するリソース識別情報）を抽出し、かつ再生開始要求で指定されているリソースＩＤに対応するコンテンツ鍵を抽出して、これらを一つにまとめたメッセージを生成して、レンダラに送信する。
【０２４４】
図３４は、第１４の実施形態に係るレンダラの動作を示すフローチャートである。以下、図３４を参照しながら、第１４の実施形態に係るレンダラの動作について説明する。
【０２４５】
まず、レンダラは、ＤＲＭクライアント２１からのメッセージを受信し、ＮＧメッセージであるかそれともレスポンスメッセージであるかを判断する（ステップＳ９０１）。
【０２４６】
ＮＧメッセージである場合、レンダラは、再生不可である旨を出力装置に出力させる（ステップＳ９０２）。
【０２４７】
一方、レスポンスメッセージである場合、レンダラは、レスポンスメッセージに含まれるレンダラ利用条件およびコンテンツ鍵を抽出する（ステップＳ９０３）。次に、レンダラは、前処理情報で指定されている処理が実行済みであるか否かを判断する（ステップＳ９０４）。具体的には、レンダラは、現在保持している一つ前に再生したリソースに関するリソース識別情報を認識する。レンダラは、現在保持しているリソース識別情報と前処理情報内で指定されているリソース識別情報とが一致するか否かを判断する。一致する場合、レンダラは、前処理情報で指定されている処理が実行済みであると判断する。
【０２４８】
Ｓ９０４において、前処理情報で指定されている処理が実行済みでないと判断した場合、レンダラは、再生不可である旨を出力装置に出力させる（ステップＳ９０２）。
【０２４９】
一方、前処理情報で指定されている処理が実行済みであると判断した場合、レンダラは、クライアントからのレスポンスメッセージに含まれているコンテンツ鍵で、所望のリソースをデクリプトしてデコードし、リソースの再生する（ステップＳ９０５）。次に、レンダラは、リソースの電子透かしを解読して、リソースに埋め込まれているＩＤを抽出し（ステップＳ９０６）、リソース識別情報を記録して（ステップＳ９０７）、処理を終了する。
【０２５０】
このように、第１４の実施形態によれば、レンダラは、所望のリソースを再生する前に、前処理情報で指定されているグローバルアドレスが割り当てられているリソースを再生している場合のみ、所望のリソースを再生することができる。したがって、番組とあるグローバルアドレスが割り当てられているリソース（典型的には、コマーシャル）とを連動させてコンテンツを生成することができる。
【０２５１】
なお、第１４の実施形態では、レンダラだけで前処理情報の判定を行うこととしたが、ＤＲＭクライアントで前処理情報の判定を行ってもよい。
【０２５２】
なお、レンダラがＣＭ鍵からコンテンツ鍵を生成できるようにすることによって、コンテンツ視聴前にＣＭの視聴を強制させることができる。また、クライアントがレンダラに送出したＣＭ鍵からコンテンツ鍵を生成できるようにすることによって、コンテンツ視聴前にＣＭの視聴を強制させることができる。このように、コンテンツ鍵から別のコンテンツ鍵を生成できるようにすることによっても、リソースの再生順序を制御することができる。
【産業上の利用可能性】
【０２５３】
本発明に係るコンテンツ再生システムは、コンテンツ作成者の意図に合致する順序でリソースの再生を制御することができ、コンテンツ配信の分野等に有用である。
【図面の簡単な説明】
【０２５４】
【図１】本発明の第１の実施形態に係るコンテンツ再生システムが適用されるコンテンツ配信システム全体の機能的構成を示すブロック図
【図２】第１の実施形態におけるライセンスのデータ構造を示す図
【図３】図１に示すコンテンツ配信システム全体の動作の概略を示すシーケンス図
【図４】当該プログラムを実行中のＤＲＭクライアント２１の機能的構成を示すブロック図
【図５】当該プログラムを実行中のレンダラ２２の機能的構成を示すブロック図
【図６】第１の実施形態に係るＤＲＭクライアント２１の動作を示すフローチャート
【図７】第１の実施形態に係るレンダラ２２の動作を示すフローチャート
【図８】本発明の第２の実施形態におけるライセンスのデータ構造を示す図
【図９】本発明の第３の実施形態におけるライセンスのデータ構造を示す図
【図１０】第３の実施形態に係るＤＲＭクライアント２１の動作を示すフローチャート
【図１１】本発明の第４の実施形態におけるライセンスのデータ構造を示す図
【図１２】第４の実施形態に係るＤＲＭクライアント２１の動作を示すフローチャート
【図１３】本発明の第５の実施形態に係るライセンスのデータ構造を示す図
【図１４】本発明の第５の実施形態に係るＤＲＭクライアント２１がレンダラ２２からの再生開始要求に応じてレンダラ２２に返信するレスポンスメッセージのデータ構造を示す図
【図１５】第５の実施形態に係るＤＲＭクライアント２１の動作を示すフローチャート
【図１６】第５の実施形態に係るレンダラの動作を示すフローチャート
【図１７】本発明の第６の実施形態に係るライセンスのデータ構造を示す図
【図１８】本発明の第６の実施形態に係るＤＲＭクライアント２１がレンダラ２２からの再生開始要求に応じてレンダラ２２に返信するレスポンスメッセージのデータ構造を示す図
【図１９】本発明の第７の実施形態に係るライセンスのデータ構造を示す図
【図２０】本発明の第７の実施形態に係るＤＲＭクライアント２１がレンダラ２２からの再生開始要求に応じてレンダラ２２に返信するレスポンスメッセージのデータ構造を示す図
【図２１】本発明の第８の実施形態に係るライセンスのデータ構造を示す図
【図２２】本発明の第８の実施形態に係るＤＲＭクライアント２１がレンダラ２２からの再生開始要求に応じてレンダラ２２に返信するレスポンスメッセージのデータ構造を示す図
【図２３】第８の実施形態に係るレンダラ２２の動作を示すフローチャート
【図２４】本発明の第９の実施形態に係るライセンスのデータ構造を示す図
【図２５】本発明の第９の実施形態に係るＤＲＭクライアント２１がレンダラ２２からの再生開始要求に応じてレンダラ２２に返信するレスポンスメッセージのデータ構造を示す図
【図２６】本発明の第１０の実施形態に係るライセンスのデータ構造を示す図
【図２７】本発明の第１０の実施形態に係るＤＲＭクライアント２１がレンダラ２２からの再生開始要求に応じてレンダラ２２に返信するレスポンスメッセージのデータ構造を示す図
【図２８】本発明の第１１の実施形態に係るＤＲＭクライアント２１がレンダラからの再生開始要求に応じてレンダラに返信するレスポンスメッセージのデータ構造を示す図
【図２９】第１１の実施形態に係るＤＲＭクライアント２１の動作を示すフローチャート
【図３０】第１１の実施形態に係るレンダラの動作を示すフローチャート
【図３１】本発明の第１２の実施形態に係るＤＲＭクライアント２１がレンダラからの再生開始要求に応じてレンダラに返信するレスポンスメッセージのデータ構造を示す図
【図３２】本発明の第１３の実施形態に係るＤＲＭクライアント２１がレンダラからの再生開始要求に応じてレンダラに返信するレスポンスメッセージのデータ構造を示す図
【図３３】本発明の第１４の実施形態に係るＤＲＭクライアント２１がレンダラからの再生開始要求に応じてレンダラに返信するレスポンスメッセージのデータ構造を示す図
【図３４】第１４の実施形態に係るレンダラの動作を示すフローチャート
【符号の説明】
【０２５５】
１  ＤＲＭサーバ
２  コンテンツ再生システム
３  出力装置
２１  ＤＲＭクライアント
２２  レンダラ
２３  コンテンツ格納部
２１１  利用条件処理部
２１２，２２２  ＳＡＣ処理部
２１３  前処理情報判定部
２１４  ライセンス解釈部
２１５  記憶部
２２１  レンダラ利用条件処理部
２２５  レンダラ利用条件解釈部
２２６  記憶部
２２７  デクリプト／デコード部
【図１】
2005301515.tif 000003
【図２】
2005301515.tif 000004
【図３】
2005301515.tif 000005
【図４】
2005301515.tif 000006
【図５】
2005301515.tif 000007
【図６】
2005301515.tif 000008
【図７】
2005301515.tif 000009
【図８】
2005301515.tif 000010
【図９】
2005301515.tif 000011
【図１０】
2005301515.tif 000012
【図１１】
2005301515.tif 000013
【図１２】
2005301515.tif 000014
【図１３】
2005301515.tif 000015
【図１４】
2005301515.tif 000016
【図１５】
2005301515.tif 000017
【図１６】
2005301515.tif 000018
【図１７】
2005301515.tif 000019
【図１８】
2005301515.tif 000020
【図１９】
2005301515.tif 000021
【図２０】
2005301515.tif 000022
【図２１】
2005301515.tif 000023
【図２２】
2005301515.tif 000024
【図２３】
2005301515.tif 000025
【図２４】
2005301515.tif 000026
【図２５】
2005301515.tif 000027
【図２６】
2005301515.tif 000028
【図２７】
2005301515.tif 000029
【図２８】
2005301515.tif 000030
【図２９】
2005301515.tif 000031
【図３０】
2005301515.tif 000032
【図３１】
2005301515.tif 000033
【図３２】
2005301515.tif 000034
【図３３】
2005301515.tif 000035
【図３４】
2005301515.tif 000036