(57)【要約】【課題】多数のクライアントからのライセンス取得要求がコンテンツの放送開始時直後などに集中するのを回避して、ライセンスサーバの動作の安定化を図る。【解決手段】IPTVサーバのウェブサーバ２１は、IPTVクライアント端末１０からの、暗号化されたコンテンツを再生するためのライセンス取得要求に応じて、放送開始時刻以後の所定の設定時刻までの時間内でメインライセンスの取得要求時刻をランダムに設定し、このメインライセンスの取得要求時刻の情報と前記放送コンテンツの放送開始時刻から前記所定の設定時刻までの再生に対応したテンポラリコンテンツキーを含むテンポラリライセンスとをIPTVクライアント端末１０に送信する。ライセンスサーバ２２は、IPTVクライアント端末１０にて取得要求時刻の情報に基づき実行されたメインライセンス取得要求に応じて、コンテンツの全時間の再生に対応するメインコンテンツキーを含むメインライセンスを送信する。【選択図】図５
2009296554.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツ受信装置からの、暗号化された放送コンテンツを再生するためのライセンスの取得要求に応じて、放送開始時刻以後の所定の設定時刻までの時間内でメインライセンスの取得要求時刻をランダムに設定し、このメインライセンスの取得要求時刻の情報と前記放送コンテンツの放送開始時刻から前記所定の設定時刻までの再生に対応した一時コンテンツキーを含む一時ライセンスとを前記コンテンツ受信装置に送信する一時ライセンス処理部と、
前記コンテンツ受信装置にて前記取得要求時刻の情報に基づき実行された前記メインライセンスの取得要求に応じて、前記放送コンテンツの全時間の再生に対応するメインコンテンツキーを含む前記メインライセンスを前記コンテンツ受信装置に送信するメインライセンス処理部と
を具備するサーバ装置。
【請求項２】
請求項１に記載のサーバ装置であって、
前記コンテンツ受信装置から前記ライセンスの取得要求を受信したとき、第１の方式によるユーザ認証を行う第１の認証部と、
前記コンテンツ受信装置から前記メインライセンスの取得要求を受信したとき前記第１の方式に比べセキュリティ強度の高い第２の方式によるユーザ認証を行う第２の認証部と
をさらに具備するサーバ装置。
【請求項３】
請求項２に記載のサーバ装置であって、
前記一時ライセンス処理部は、前記コンテンツ受信装置からの前記ライセンスの取得要求を前記放送コンテンツの放送開始時刻より所定の時間以上前に受信した場合、前記メインライセンスの取得要求に対して前記メインライセンスの送信が即時可能であることを示す情報を前記コンテンツ受信装置に送信する
サーバ装置。
【請求項４】
請求項３に記載のサーバ装置であって、
前記一時ライセンス処理部は、前記コンテンツ受信装置からの前記ライセンスの取得要求を前記放送コンテンツの放送開始時刻以後の所定の設定時刻以後に受信した場合、前記メインライセンスの取得要求に対して前記メインライセンスの送信が即時可能であることを示す情報を前記コンテンツ受信装置に送信する
サーバ装置。
【請求項５】
コンテンツ受信装置からの、暗号化された放送コンテンツを再生するためのライセンスの取得要求に応じて、放送開始時刻以後の所定の設定時刻までの時間内でメインライセンスの取得要求時刻をランダムに設定し、このメインライセンスの取得要求時刻の情報と前記放送コンテンツの放送開始時刻から前記所定の設定時刻までの再生に対応した一時コンテンツキーを含む一時ライセンスとを前記コンテンツ受信装置に送信し、
前記コンテンツ受信装置にて前記取得要求時刻の情報に基づき実行された前記メインライセンスの取得要求に応じて、前記放送コンテンツの全時間の再生に対応するメインコンテンツキーを含む前記メインライセンスを前記コンテンツ受信装置に送信する
ライセンス配布方法。
【請求項６】
暗号化された放送コンテンツを再生するためのライセンスの取得要求を第１のサーバ装置に送信し、この第１のサーバ装置からの応答として、放送開始時刻以後の所定の設定時刻までの時間内でランダムに設定されたメインライセンスの取得要求時刻の情報と、前記放送コンテンツの放送開始時刻から前記所定の設定時刻までの再生に対応した一時コンテンツキーを含む一時ライセンスとを取得する一時ライセンス取得要求部と、
前記第１のライセンス取得要求部にて取得したメインライセンスの取得要求時刻の情報に基づいて前記メインライセンスの取得要求を第２のサーバ装置に送信し、この第２のサーバ装置からの応答として、前記放送コンテンツの全時間の再生に対応するメインコンテンツキーを含む前記メインライセンスを取得するメインライセンス取得要求部と、
前記一時ライセンス取得要求部にて取得した一時コンテンツキーおよび前記メインライセンス取得要求部にて取得したメインコンテンツキーを用いて、前記暗号化された放送コンテンツを復号する復号部と
を具備するコンテンツ受信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークなどを通じてコンテンツおよびコンテンツを再生するために必要なライセンスを提供するサーバ装置、ライセンス配布方法、およびコンテンツおよびコンテンツを再生するために必要なライセンスを取得してコンテンツを再生するコンテンツ受信装置に関する。
【背景技術】
【０００２】
IPTV（Internet Protocol Television）は、IPを利用してデジタルテレビ放送を配信するサービス、またはその放送技術の総称である。このようにIPTVによる放送コンテンツを利用する装置を、以後、IPTVクライアント端末と呼ぶ。
【０００３】
一般にコンテンツを再生するためのライセンスを取得する際には、契約条項、ライセンス利用条件などをユーザに提示して、確認をとった後にライセンスをユーザに渡す。この処理はサーバ側とインタラクション（ユーザへの契約条項などの提示ならびに購入確認）が可能なブラウザなどにより行われる場合が多く、その際に利用されるユーザのIPTVクライアントとサーバ（この場合は購入処理サーバ）間の認証には、ＳＳＬ（Secure Socket Layer）やＴＬＳ（Transport Layer Security）などを用いた汎用的な認証方式が採用されている（例えば特許文献１）。そこで、サーバ側にはセキュリティアクセラレータ（標準セキュリティプロトコルの認証処理を高速に行うことの可能な特殊なサーバ機器）などのサーバコンポーネントが普及している。
【特許文献１】特開２００６−０３１１７６号公報（段落００４４）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、近年、ネットワークを通じたコンテンツの流通量の増大に伴い、従来の汎用の認証方式に比べて、より堅牢な認証方式に基づくライセンス取得プロトコルの実装が求められているとともに、個々のサービスプロバイダの要件に特化したライセンス取得プロトコルの実装が求められている。しかしながら、このような堅牢かつ特別なライセンス取得プロトコルに基づく認証には、汎用の認証方式に比べ、処理が複雑で、演算量が大きい。
【０００５】
このため、たとえば生放送番組のコンテンツを再生する場合など、多数のクライアントからのライセンス取得要求が短い時間帯に集中した場合、サーバ装置の負荷が急激に増大して動作が不安定になるおそれがあった。
【０００６】
本発明は、かかる実情に鑑み、多数のクライアントからのライセンス取得要求がコンテンツの放送開始時直後などに集中するのを回避して、ライセンス配布処理の動作の安定化を図ることのできるサーバ装置、ライセンス配布方法、およびコンテンツ受信装置を提供することを目的としている。
【０００７】
上記の課題を解決するために、本発明のサーバ装置は、コンテンツ受信装置からの、暗号化された放送コンテンツを再生するためのライセンスの取得要求に応じて、放送開始時刻以後の所定の設定時刻までの時間内でメインライセンスの取得要求時刻をランダムに設定し、このメインライセンスの取得要求時刻の情報と前記放送コンテンツの放送開始時刻から前記所定の設定時刻までの再生に対応した一時コンテンツキーを含む一時ライセンスとを前記コンテンツ受信装置に送信する一時ライセンス処理部と、前記コンテンツ受信装置にて前記取得要求時刻の情報に基づき実行された前記メインライセンスの取得要求に応じて、前記放送コンテンツの全時間の再生に対応するメインコンテンツキーを含む前記メインライセンスを前記コンテンツ受信装置に送信するメインライセンス処理部とを具備する。
【０００８】
本発明においては、メインライセンスの取得要求時刻をランダムに設定することによって、サーバ装置において、多数のコンテンツ受信装置からのライセンス取得要求がコンテンツの放送開始時直後などに集中するのを回避できる。これによりサーバ装置の動作が過大な負荷の集中により不安定になることを防止できる。
【０００９】
本発明のサーバ装置は、前記コンテンツ受信装置から前記ライセンスの取得要求を受信したとき、第１の方式によるユーザ認証を行う第１の認証部と、前記コンテンツ受信装置から前記メインライセンスの取得要求を受信したとき前記第１の方式に比べセキュリティ強度の高い第２の方式によるユーザ認証を行う第２の認証部とをさらに具備するものであってもよい。
【００１０】
本発明においては、堅牢なユーザ認証を行うサーバ装置において、多数のコンテンツ受信装置からのライセンス取得要求がコンテンツの放送開始時直後などに集中するのを回避できることによって、サーバ装置の動作が過大な負荷の集中により不安定になることを、より確実に防止できる。
【００１１】
本発明のサーバ装置において、前記一時ライセンス処理部は、前記コンテンツ受信装置からの前記ライセンスの取得要求を前記放送コンテンツの放送開始時刻より所定の時間以上前に受信した場合、前記メインライセンスの取得要求に対して前記メインライセンスの送信が即時可能であることを示す情報を前記コンテンツ受信装置に送信することとしてもよい。
【００１２】
また、前記一時ライセンス処理部は、前記コンテンツ受信装置からの前記ライセンスの取得要求を前記放送コンテンツの放送開始時刻以後の所定の設定時刻以後に受信した場合、前記メインライセンスの取得要求に対して前記メインライセンスの送信が即時可能であることを示す情報を前記コンテンツ受信装置に送信することとしてもよい。
【００１３】
本発明の別の側面に基づくライセンス配布方法は、コンテンツ受信装置からの、暗号化された放送コンテンツを再生するためのライセンスの取得要求に応じて、放送開始時刻以後の所定の設定時刻までの時間内でメインライセンスの取得要求時刻をランダムに設定し、このメインライセンスの取得要求時刻の情報と前記放送コンテンツの放送開始時刻から前記所定の設定時刻までの再生に対応した一時コンテンツキーを含む一時ライセンスとを前記コンテンツ受信装置に送信し、前記コンテンツ受信装置にて前記取得要求時刻の情報に基づき実行された前記メインライセンスの取得要求に応じて、前記放送コンテンツの全時間の再生に対応するメインコンテンツキーを含む前記メインライセンスを前記コンテンツ受信装置に送信する。
【００１４】
本発明の別の側面に基づくコンテンツ受信装置は、暗号化された放送コンテンツを再生するためのライセンスの取得要求を第１のサーバ装置に送信し、この第１のサーバ装置からの応答として、放送開始時刻以後の所定の設定時刻までの時間内でランダムに設定されたメインライセンスの取得要求時刻の情報と、前記放送コンテンツの放送開始時刻から前記所定の設定時刻までの再生に対応した一時コンテンツキーを含む一時ライセンスとを取得する一時ライセンス取得要求部と、前記第１のライセンス取得要求部にて取得したメインライセンスの取得要求時刻の情報に基づいて前記メインライセンスの取得要求を第２のサーバ装置に送信し、この第２のサーバ装置からの応答として、前記放送コンテンツの全時間の再生に対応するメインコンテンツキーを含む前記メインライセンスを取得するメインライセンス取得要求部と、前記一時ライセンス取得要求部にて取得した一時コンテンツキーおよび前記メインライセンス取得要求部にて取得したメインコンテンツキーを用いて、前記暗号化された放送コンテンツを復号する復号部とを具備する。
【発明の効果】
【００１５】
本発明によれば、多数のクライアントからのライセンス取得要求がコンテンツの放送開始時直後などに集中するのを回避して、ライセンス配布処理の動作の安定化を図ることができる。
【発明を実施するための最良の形態】
【００１６】
以下、本発明の実施の形態を図面を用いて詳細に説明する。
図１は、本発明の実施の形態であるIPTVシステム１００の構成を示すブロック図である。
【００１７】
同図に示すように、この実施形態のIPTVシステム１００は、コンテンツ受信装置であるIPTVクライアント端末１０、コンテンツをストリーミングやダウンロードなどにより配信可能であるとともに、そのコンテンツを再生するために必要なライセンスを配布するIPTVサーバ２０、及びこれらを接続可能なネットワーク３０とで構成される。
【００１８】
IPTVクライアント端末１０は、例えば、PC（Personal Computer）、セットップボックス、TVなどの端末機器である。IPTVクライアント端末１０は、ユーザインターフェイス１１、ウェブブラウザ１２、DRM(Digital Rights Management)クライアント１３、IPTVメディアクライアント１４、クライアントデータベース１５などを備える。
【００１９】
IPTVサーバ２０は、具体的には１つまたは複数のサーバ装置で構成されたものである。ここでは、IPTVサーバ２０が複数のサーバ装置で構成される場合を説明する。IPTVサーバ２０は、ウェブサーバ２１、ライセンスサーバ２２、IPTVメディアサーバ２３、サーバデータベース２４などを備える。
【００２０】
次に、IPTVクライアント端末１０の詳細な構成を説明する。
【００２１】
ユーザインターフェイス１１は、ユーザ１に対する入出力を処理する。例えば、ユーザインターフェイス１１は、ユーザ１からの各種の指令を入力してウェブブラウザ１２、DRMクライアント１３、IPTVメディアクライアント１４に引き渡したり、ウェブブラウザ１２、DRMクライアント１３、IPTVメディアクライアント１４からの各種情報をユーザ１に視覚的に掲示したりする処理を行う。
【００２２】
ウェブブラウザ１２は、予めコンテンツのメタデータをIPTVサーバ２０の図示しないメタデータサーバより取得してクライアントデータベース１５に保持しておき、このメタデータをもとにコンテンツの一覧を表示する。このコンテンツの一覧に対してユーザはユーザインターフェイス１１を通じて再生したいコンテンツを選択して、このコンテンツを再生するために必要なライセンスの取得要求をウェブブラウザ１２に送信させることができる。
【００２３】
ここで、コンテンツのメタデータには、コンテンツＩＤ、コンテンツ名、コンテンツのアクセス先であるURI(Uniform Resource Identifier)などのコンテンツアクセス情報、そのコンテンツを再生するためのライセンスの配布元であるのライセンスサーバ２２にアクセスするために必要なアクセス情報、放送時間（開始時刻、終了時刻）、コンテンツの属性や内容、当該コンテンツを再生するためのライセンスを購入済みであるか否かなどの情報が含まれている。
【００２４】
また、ウェブブラウザ１２は、テンポラリライセンス取得要求に対するウェブサーバ２１からの応答として、テンポラリコンテンツキーＫｃｐを含むテンポラリライセンスと、メインライセンス取得要求のタイミング情報を含むDRMControlMessageを取得し、このDRMControlMessageをコンテンツ再生指示とともにIPTVメディアクライアント１４に与える。ここで、テンポラリライセンスとは、コンテンツにおいて予め決められた放送開始時刻から所定の設定時刻までの時間帯を再生するために必要なライセンスである。これに対してメインライセンスとは、全時間のコンテンツを再生するために必要なライセンスである。これらテンポラリライセンスとメインライセンスについては後で詳細を説明する。
【００２５】
IPTVメディアクライアント１４は、ウェブブラウザ１２からのコンテンツ再生指示を受けたとき、クライアントデータベース１５に保存されたコンテンツのメタデータをもとに、そのコンテンツを配信するIPTVメディアサーバ２３にアクセスして暗号化されたコンテンツのデータを取得し、DRMControlMessageに含まれるテンポラリコンテンツキーＫｃｐを使って、その暗号化されたコンテンツのデータを復号し再生処理を行う。また、IPTVメディアクライアント１４は、DRMクライアント１３よりメインライセンスを取得したときには、IPTVメディアサーバ２３より取得したコンテンツを、そのメインライセンスに含まれるメインコンテンキーＫｃを使って復号し再生処理を行う。
【００２６】
DRMクライアント１３は、DRMControlMessageからテンポラリライセンスに含まれるテンポラリコンテンツキーＫｃｐを抽出してIPTVメディアクライアント１４に渡したり、DRMControlMessageに記述されたメインライセンス取得要求のタイミング情報をもとにIPTVサーバ２０のライセンスサーバ２２に対してメインライセンスの取得要求を送信し、ライセンスサーバ２２より送信されたメインコンテンツキーＫｃを含むメインライセンスを取得し、メインコンテンツキーＫｃをIPTVメディアクライアント１４に与える。
【００２７】
クライアントデータベース１５は、例えば、ハードディスクドライブや半導体メモリなどの記憶装置で構成され、IPTVサーバ２０より取得したコンテンツメタデータなどを格納する。
【００２８】
次に、IPTVサーバ２０の構成の詳細を説明する。
【００２９】
ウェブサーバ２１は、IPTVクライアント端末１０のウェブブラウザ１２からのテンポラリライセンスの取得要求に応じて、ユーザ認証、ライセンス購入確認などを行い、ユーザ認証に成功し、ライセンスの購入が確認された場合に、テンポラリコンテンツキーＫｃｐを含むテンポラリライセンスと、メインライセンスの取得要求タイミング情報を含むDRMControlMessageを生成してIPTVクライアント端末１０のウェブブラウザ１２に応答する。このDRMControlMessageの生成方法については後で説明する。
【００３０】
ライセンスサーバ２２は、IPTVクライアント端末１０のDRMクライアント１３からのメインライセンス取得要求に応じて、上記のブラウザ標準の認証方式に比べ、より堅牢で、処理手順が多く、演算量の大きい方式でのユーザ認証を行い、このユーザ認証に成功した場合、サーバデータベース２４に蓄積された当該ユーザのライセンス購入履歴を確認して、ライセンス購入済みであることを確認した場合に、メインコンテンツキーＫｃを含むメインライセンスをDRMクライアント１３に配布する。
【００３１】
IPTVメディアサーバ２３は、IPTVメディアクライアント１４からのコンテンツの要求に応じて暗号化されたコンテンツのデータを配信する。
【００３２】
次に、このIPTVシステム１００においてIPTVクライアント端末１０がIPTVサーバ２０より、コンテンツとこのコンテンツを再生するテンポラリコンテンツキーＫｃｐおよびメインコンテンツキーＫｃを取得し、これらを使ってコンテンツを再生する場合の動作を説明する。
【００３３】
図２はIPTVシステム１００でのコンテンツ再生シーケンスを示す図である。
【００３４】
まず、IPTVクライアント端末１０のユーザ１は、クライアントデータベース１５に保持されたメタデータをもとにコンテンツの一覧ページを表示するように、ユーザインターフェイス１１を通じてウェブブラウザ１２に指示する。この指示に従ってウェブブラウザ１２は、クライアントデータベース１５に保存されたメタデータをもとにコンテンツの一覧ページを作成して、ユーザインターフェイス１１を通じてユーザ１に掲示する。
【００３５】
図３にこのコンテンツの一覧ページの例を示す。コンテンツの一覧ページには、コンテンツ毎に、そのコンテンツの静止画サムネイル、コンテンツ名、そのコンテンツの属性（お薦め番組、新春番組、R指定番組など）、そのコンテンツの内容（ジャンル、映像音声モード、有料／無料）、そのコンテンツを再生するためのライセンスを購入可能（ライセンス未購入）であることを示すマーク４１、そのコンテンツを再生可能（ライセンス購入済み）であることを示すマーク４２などが表示されている。
【００３６】
ここで、ライセンスを購入可能（ライセンス未購入）であることを示すマーク４１はクリックボタンとして機能を有している。あるコンテンツのマーク４１がユーザ１によってクリックされると、例えば図４に示すように、ライセンスの購入契約事項の記述文と購入の承諾／非承諾をユーザ１に選択させるためのボタンを配置したページが表示される。さらに、このページで承諾ボタンがユーザ１によってクリックされると、ウェブブラウザ１２は、ユーザ１により選択されたコンテンツに対応するコンテンツＩＤをメタデータから抽出し、このコンテンツＩＤとユーザＩＤおよびパスワードとを含むテンポラリライセンス取得要求をIPTVサーバ２０のウェブサーバ２１に送信する（ステップＳ１０１）。
【００３７】
IPTVサーバ２０のウェブサーバ２１は、IPTVクライアント端末１０のウェブブラウザ１２よりテンポラリライセンス取得要求を受信すると、このテンポラリライセンス取得要求に含まれるユーザＩＤおよびパスワードをもとに例えばＳＳＬ、ＴＬＳなどのブラウザ標準の認証プロトコルによりユーザ認証を行う。ウェブサーバ２１は、このユーザ認証に成功したなら、当該ユーザが当該コンテンツＩＤに対応するコンテンツを再生するためのライセンスの購入が済んでいるかどうかを、サーバデータベース２４に保存されている該当ユーザのライセンス購入履歴を参照して確認する（ステップＳ１０２）。今回は該当ユーザのライセンス購入履歴に当該コンテンツを再生するためのライセンスを購入した履歴は残っていない。そこで、IPTVサーバ２０のウェブサーバ２１は、当該ユーザのライセンス購入履歴に今回のライセンス購入情報を格納する（ステップＳ１０３）。
【００３８】
次に、IPTVサーバ２０のウェブサーバ２１は、テンポラリコンテンツキーＫｃｐを含むテンポラリライセンスと、メインライセンスの取得要求タイミング情報を含むDRMControlMessageを生成してIPTVクライアント端末１０のウェブブラウザ１２に送信する（ステップＳ１０４）。ここで、テンポラリコンテンツキーＫｃｐとしてはコンテンツ毎に予め用意されたものが使用される。メインライセンスの取得要求タイミング情報とは、IPTVクライアント端末１０のDRMクライアント１３がメインライセンス取得要求を送信する時刻を指定するための情報である。
【００３９】
次に、メインライセンス取得要求タイミングを決める方法の概要について図５を参照して説明する。Ｔｓはコンテンツの放送開始時刻、Ｔｅはコンテンツの放送終了時刻、ＴｐはテンポラリコンテンツキーＫｃｐにより復号が可能なコンテンツの終了時刻であり、コンテンツ毎に予め決められた時刻である。放送開始時刻ＴｓからＴｐまでの時間は例えば数秒間もしくは数分間程度である。メインコンテンツキーＫｃにより復号が可能な期間はＴｓからＴｅまでである。Ｔａｃｑはメインライセンス取得要求タイミングの一例である。IPTVサーバ２０のウェブサーバ２１は、ライセンスの購入が成立した時刻（ライセンス購入情報が格納された時刻）Ｔｘがコンテンツの放送開始時刻ＴｓからＴｐまでの間で発生した場合には、ライセンスの購入が成立した時刻TpurchaseからＴｐまでの間でランダムに決められた時間をメインライセンス取得要求タイミングＴａｃｑとする。
【００４０】
IPTVサーバ２０のウェブサーバ２１は、以上のメインライセンス取得要求タイミング情報およびテンポラリコンテンツキーＫｃｐを用いてDRMControlMessageを生成し、IPTVクライアント端末１０のウェブブラウザ１２に送信する（ステップＳ１０４）。
【００４１】
IPTVクライアント端末１０のウェブブラウザ１２は、IPTVサーバ２０のウェブサーバ２１よりDRMControlMessageを取得すると、このDRMControlMessageをコンテンツ再生指示とともにIPTVメディアクライアント１４に与える（ステップＳ１０５）。
【００４２】
IPTVメディアクライアント１４はウェブブラウザ１２より、DRMControlMessageをコンテンツ再生指示ともに受けると、DRMクライアント１３に対し、DRMControlMessageを与えるとともに、このDRMControlMessageからのテンポラリコンテンツキーＫｃｐの抽出を依頼する（ステップＳ１０６）。
【００４３】
DRMクライアント１３は、IPTVメディアクライアント１４からの依頼をもとに、DRMControlMessageからテンポラリライセンスに含まれるテンポラリコンテンツキーＫｃｐを抽出してIPTVメディアクライアント１４に渡す（ステップＳ１０７）。
【００４４】
IPTVメディアクライアント１４はDRMクライアント１３よりテンポラリコンテンツキーＫｃｐを取得すると、クライアントデータベース１５に保存されたコンテンツのメタデータをもとに、そのコンテンツを配信するIPTVメディアサーバ２３にアクセスして暗号化されたコンテンツのデータを取得し、テンポラリコンテンツキーＫｃｐを使って、その暗号化されたコンテンツのデータを復号して再生処理を行う（ステップＳ１０８，Ｓ１０９）。これにより、IPTVクライアント端末１０においては、少なくともコンテンツの放送開始時刻ＴｓからＴｐまでの時間帯のコンテンツの再生が保証されたことになる。
【００４５】
一方、DRMクライアント１３はDRMControlMessageに記述されているメインライセンス取得要求タイミング情報をもとに、IPTVサーバ２０のライセンスサーバ２２に対して、コンテンツＩＤ、ユーザＩＤ、パスワードなどを含む、メインライセンス取得要求を送信する（ステップＳ１１０）。すなわち、DRMクライアント１３はメインライセンス取得要求タイミング情報が示す時刻にIPTVサーバ２０のライセンスサーバ２２に対してメインライセンスの取得要求を送信する。
【００４６】
IPTVサーバ２０のライセンスサーバ２２は、IPTVクライアント端末１０のDRMクライアント１３からのメインライセンス取得要求を受信すると、上記のブラウザ標準の認証プロトコルに比べ、より堅牢で、処理手順が多く、演算量の大きい方式でのユーザ認証を行う（ステップＳ１１１）。IPTVサーバ２０のライセンスサーバ２２は、ユーザ認証に成功した場合、メインライセンスの取得要求に含まれるコンテンツＩＤ、ユーザＩＤなどをもとに、当該コンテンツＩＤに対応するコンテンツを再生するためのライセンスの購入が済んでいるかどうかを、サーバデータベース２４に保存されている該当ユーザのライセンス購入履歴を参照して確認する（ステップＳ１１２）。IPTVサーバ２０のライセンスサーバ２２は、当該ライセンスの購入が済んでいることを確認できたならば、メインコンテンツキーＫｃを含むメインライセンスをDRMクライアント１３に配布する（ステップＳ１１３）。
【００４７】
DRMクライアント１３は、ライセンスサーバ２２よりメインコンテンツキーＫｃを含むメインライセンスを取得すると、このメインコンテンツキーＫｃをIPTVメディアクライアント１４に与える（ステップＳ１１４）。
【００４８】
IPTVメディアクライアント１４は、DRMクライアント１３よりメインコンテンキーＫｃを取得すると、IPTVメディアサーバ２３より取得したコンテンツを、そのメインコンテンキーＫｃを使って復号して再生処理を行う（ステップＳ１１５）。これにより、IPTVクライアント端末１０において、コンテンツの最終時刻までの再生処理が行われる。
【００４９】
次に、メインライセンス取得要求タイミングの生成手順を図６を参照して説明する。
【００５０】
IPTVサーバ２０のウェブサーバ２１は、ライセンスの購入が成立すると（サーバデータベース２４にライセンス購入情報が新規に格納されると）（ステップＳ２０１）、その時刻Tpurchaseが、コンテンツの放送開始時刻Ｔｓよりも一定時間前の時刻TbeforeStartよりも前の時刻であるかどうかを判定する。ここで、放送開始時刻Ｔｓよりも一定時間前の時刻TbeforeStartは、例えば、サーバ装置への負荷集中が避けられるように、放送開始時刻Ｔｓに対して十分な時間的余裕となり得る時刻であり、例えば、放送開始時刻Ｔｓの一日前の時刻などである。
【００５１】
IPTVサーバ２０のウェブサーバ２１は、この判定で、ライセンスの購入の成立時刻Tpurchaseが時刻TbeforeStartよりも前であることを判定した場合には、時刻TpurchaseからＴｐまでの間でメインライセンスの取得要求タイミング情報Ｔａｃｑをランダムに決定するのではなく、メインライセンスの取得要求タイミング情報Ｔａｃｑを"−１"として、テンポラリコンテンツキーＫｃｐを含まないDRMControlMessageを生成し（ステップＳ２０６）、これをIPTVクライアント端末１０のウェブブラウザ１２に送信する。
【００５２】
また、IPTVサーバ２０のウェブサーバ２１は、ステップＳ２０２の判定で、ライセンスの購入の成立時刻Tpurchaseが時刻TbeforeStart以後であることを判定した場合には、そのライセンスの購入の成立時刻TpurchaseがＴｐより前であるかどうかを判定する（ステップＳ２０３）。ＹＥＳの場合は、IPTVサーバ２０のウェブサーバ２１は、ライセンスの購入が成立した時刻TpurchaseからＴｐまでの間でランダムに決められた時間をメインライセンスの取得要求タイミング情報Ｔａｃｑとする（ステップＳ２０４）。ＮＯの場合、次にウェブサーバ２１は、ライセンスの購入が成立した時刻TpurchaseがＴｐからコンテンツの放送終了時刻Ｔｅまでの間であるかどうかを判定する（ステップＳ２０５）。ＹＥＳの場合、IPTVサーバ２０のウェブサーバ２１は、メインライセンスの取得要求タイミング情報Ｔａｃｑを"−１"として、テンポラリコンテンツキーＫｃｐを含まないDRMControlMessageを生成し（ステップＳ２０６）、これをIPTVクライアント端末１０のウェブブラウザ１２に送信する。
【００５３】
IPTVクライアント端末１０のDRMクライアント１３は、DRMControlMessageに記述されているメインライセンスの取得要求タイミング情報Ｔａｃｑが"−１"であることを知った場合には、IPTVサーバ２０のライセンスサーバ２２に対して、即時にコンテンツＩＤ、ユーザＩＤ、パスワードなどを含む、メインライセンスの取得要求を送信する。すなわち、ライセンスサーバ２２に負荷が集中しない時間帯にライセンスの購入が行われた場合には、IPTVクライアント端末１０は即時にメインライセンスの取得要求をIPTVサーバ２０に送信して、メインライセンスを取得することができる。したがって、この場合、IPTVクライアント端末１０においては、コンテンツの放送開始時刻Ｔｓから、IPTVメディアサーバ２３から取得した暗号化されたコンテンツをメインコンテンキーＫｃを使って復号して再生処理を行うことができる。
【００５４】
ところで、ＴｐはテンポラリコンテンツキーＫｃｐにより復号が可能なコンテンツの終了時刻であり、コンテンツ毎に予め決められた時刻であることは既に述べた。このＴｐをIPTVサーバ２０で設定する場合、そのコンテンツに対するライセンスの取得要求の頻度予測に基づいて設定するようにしてもよい。
【００５５】
図７は、このライセンス取得要求の頻度予測に基づくＴｐ設定の方法を示すフローチャートである。この例では、ライセンス取得要求の頻度をコンテンツの放送時間帯に応じて設定することとした。すなわち、いわゆる「ゴールデンタイム」と言われる午後７時から午後９時までの間に放送が開始されるコンテンツとその他のコンテンツとでＴｐの計算方法を変える（ステップＳ３０１）。ゴールデンタイムに放送が開始されるコンテンツについては、より多くのユーザからのライセンス取得要求の受信が予測されるので、放送開始時刻ＴｓからＴｐまでの時間をより長く設定する（ステップＳ３０１）。逆に、ゴールデンタイムに放送が開始されないコンテンツについては、放送開始時刻ＴｓからＴｐまでの時間を短めに設定する（ステップＳ３０２）。これにより、ライセンス取得要求の頻度に応じて良好にＴｐを設定することができる。なお、図７において、Zlargeは1以上で、Zsmallに比べて大きな設定数、Zsmallは1以上で、Zlargeに比べて小さな設定数である。
【００５６】
次に、DRMControlMessageの構造を定義するＸＭＬスキーマの例を説明する。
【００５７】
図８および図９はDRMControlMessageの構造を定義するＸＭＬスキーマを示す図である。DRMControlMessage５０には、MarlinLicenseWithActionTokenType要素５１の子要素として、テンポラリライセンスを格納するMarlinTemporaryLicense要素５２と、メインライセンスの取得要求タイミングをAcquisitionTiming属性５４の値として格納することが可能なMarlinActionToken要素５３を記述することができる。
【００５８】
図１０はこのDRMControlMessageのＸＭＬスキーマに基づくDRMControlMessageの例である。この例では、MarlinTemporaryLicense要素５２として" aMarlinTemporaryLicense"としてテキスト列が格納されている。すなわち、この" aMarlinTemporaryLicense"がテンポラリコンテンツキーＫｃｐである。MarlinActionToken要素５３には、AcquisitionTiming属性５４の値であるメインライセンスの取得要求タイミングとして、"2008年6月3日12時"が格納されている。
【００５９】
図１１は、上述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示すブロック図である。
【００６０】
このコンピュータ２００において、CPU(Central Processing Unit)２０１，ROM(Read Only Memory)２０２，RAM(Random Access Memory)２０３は、バス２０４により相互に接続されている。
【００６１】
バス２０４には、さらに、入出力インタフェース２０５が接続されている。入出力インタフェース２０５には、キーボード、マウス、マイクロホンなどよりなる入力部２０６、ディスプレイ、スピーカなどよりなる出力部２０７、ハードディスクや不揮発性のメモリなどよりなる記憶部２０８、ネットワークインタフェースなどよりなる通信部２０９、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア２１１を駆動するドライブ２１０が接続されている。
【００６２】
以上のように構成されるコンピュータ２００では、CPU２０１が、例えば、記憶部２０８に記憶されているプログラムを、入出力インタフェース２０５およびバス２０４を介して、RAM２０３にロードして実行することにより、上述した一連の処理が行われる。
【００６３】
なお、コンピュータ２００が実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであっても良いし、並列に、あるいは呼び出しが行われたときなどの必要なタイミングで処理が行われるプログラムであっても良い。
【００６４】
また、プログラムは、１台のコンピュータにより処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。さらに、プログラムは、遠方のコンピュータに転送されて実行されるものであってもよい。
【００６５】
以上説明したように、この実施形態によれば、IPTVサーバ２０、特に堅牢なユーザ認証を行うライセンスサーバ２２において、多数のIPTVクライアント端末１０からのライセンス取得要求がコンテンツの放送開始時直後などに集中するのを回避できる。これによりライセンスサーバ２２の動作が過大な負荷の集中により不安定になることを防止できる。
【００６６】
また、この実施形態によれば、IPTVクライアント端末１０において、正式にライセンス（メインライセンス）を取得する前にIPTVサーバ２０からテンポラリコンテンツキーＫｃｐが配布されるので、コンテンツの放送開始時刻ＴｓからＴｐまでの期間のコンテンツ再生が保証される。さらに、コンテンツの放送開始時刻ＴｓからＴｐまでの間にライセンスの購入を終えたIPTVクライアント端末１０は、そのライセンスの購入の成立時刻TpurchaseからＴｐまでの間にIPTVサーバ２０からメインライセンスを取得できるので、Ｔｐ以後もコンテンツの再生を続けることができる。
【００６７】
なお、本発明の実施の形態は、上述した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更が可能である。
【図面の簡単な説明】
【００６８】
【図１】本発明の実施の形態であるIPTVシステムの構成を示す図である。
【図２】図１のIPTVシステムでのコンテンツ再生シーケンスを示す図である。
【図３】コンテンツ一覧ページの例を示す図である。
【図４】ライセンス購入のためのページの例を示す図である。
【図５】メインライセンス取得要求タイミングを決める方法を説明する図である。
【図６】メインライセンス取得要求タイミングの生成手順を示すフローチャートである。
【図７】ライセンス取得要求の頻度予測に基づくＴｐ設定の方法を示すフローチャートである。
【図８】DRMControlMessageの構造を定義するＸＭＬスキーマを示す図である。
【図９】図８のＸＭＬスキーマをテキスト形式で示す図である。
【図１０】図８および図９のＸＭＬスキーマに基づくDRMControlMessageの例を示す図である。
【図１１】コンピュータのハードウェアの構成例を示すブロック図である。
【符号の説明】
【００６９】
１０  IPTVクライアント端末
１１  ユーザインターフェイス
１２  ウェブブラウザ
１３  DRMクライアント
１４  IPTVメディアクライアント
１５  クライアントデータベース
２０  IPTVサーバ
２１  ウェブサーバ
２２  ライセンスサーバ
２３  IPTVメディアサーバ
２４  サーバデータベース
３０  ネットワーク
１００  IPTVシステム
【図１】
2009296554.tif 000003
【図２】
2009296554.tif 000004
【図３】
2009296554.tif 000005
【図４】
2009296554.tif 000006
【図５】
2009296554.tif 000007
【図６】
2009296554.tif 000008
【図７】
2009296554.tif 000009
【図８】
2009296554.tif 000010
【図９】
2009296554.tif 000011
【図１０】
2009296554.tif 000012
【図１１】
2009296554.tif 000013