以下、本発明の実施の形態を図面を用いて� ��細に説明する。
 図1は、本発明の実施の形態であるIPTVシス� �ム100の構成を示すブロック図である。

 同図に示すように、この実施形態のIPTVシ ステム100は、コンテンツ受信装置であるIPTV� �ライアント端末10、コンテンツをストリーミ ングやダウンロードなどにより配信可能であ るとともに、そのコンテンツを再生するため に必要なライセンスを配布するIPTVサーバ20、 及びこれらを接続可能なネットワーク30とで� ��成される。

 IPTVクライアント端末10は、例えば、PC(Pers onal Computer)、セットップボックス、TVなどの� ��末機器である。IPTVクライアント端末10は、� ��ーザインターフェイス11、ウェブブラウザ12 、DRM(Digital Rights Management)クライアント13、IP TVメディアクライアント14、クライアントデ� �タベース15などを備える。

 IPTVサーバ20は、具体的には1つまたは複数 のサーバ装置で構成されたものである。ここ では、IPTVサーバ20が複数のサーバ装置で構成 される場合を説明する。IPTVサーバ20は、ウェ ブサーバ21、ライセンスサーバ22、IPTVメディ� ��サーバ23、サーバデータベース24などを備え る。

 次に、IPTVクライアント端末10の詳細な構� ��を説明する。

 ユーザインターフェイス11は、ユーザ1に� ��する入出力を処理する。例えば、ユーザイ� ��ターフェイス11は、ユーザ1からの各種の指� ��を入力してウェブブラウザ12、DRMクライア� �ト13、IPTVメディアクライアント14に引き渡し たり、ウェブブラウザ12、DRMクライアント13� �IPTVメディアクライアント14からの各種情報� �ユーザ1に視覚的に掲示したりする処理を行� ��。

 ウェブブラウザ12は、予めコンテンツの� �タデータをIPTVサーバ20の図示しないメタデ� �タサーバより取得してクライアントデータ� �ース15に保持しておき、このメタデータをも とにコンテンツの一覧を表示する。このコン テンツの一覧に対してユーザはユーザインタ ーフェイス11を通じて再生したいコンテンツ� ��選択して、このコンテンツを再生するため� ��必要なライセンスの取得要求をウェブブラ� ��ザ12に送信させることができる。

 ここで、コンテンツのメタデータには、� ��ンテンツID、コンテンツ名、コンテンツの� �クセス先であるURI(Uniform Resource Identifier)な� ��のコンテンツアクセス情報、そのコンテン� ��を再生するためのライセンスの配布元であ� ��のライセンスサーバ22にアクセスするため� �必要なアクセス情報、放送時間(開始時刻、� ��了時刻)、コンテンツの属性や内容、当該コ ンテンツを再生するためのライセンスを購入 済みであるか否かなどの情報が含まれている 。

 また、ウェブブラウザ12は、テンポラリ� �イセンス取得要求に対するウェブサーバ21か らの応答として、テンポラリコンテンツキー Kcpを含むテンポラリライセンスと、メインラ イセンス取得要求のタイミング情報を含むDRM ControlMessageを取得し、このDRMControlMessageをコ� �テンツ再生指示とともにIPTVメディアクライ� ��ント14に与える。ここで、テンポラリライ� �ンスとは、コンテンツにおいて予め決めら� �た放送開始時刻から所定の設定時刻までの� �間帯を再生するために必要なライセンスで� �る。これに対してメインライセンスとは、� �時間のコンテンツを再生するために必要な� �イセンスである。これらテンポラリライセ� �スとメインライセンスについては後で詳細� �説明する。

 IPTVメディアクライアント14は、ウェブブ� ��ウザ12からのコンテンツ再生指示を受けた� �き、クライアントデータベース15に保存され たコンテンツのメタデータをもとに、そのコ ンテンツを配信するIPTVメディアサーバ23にア クセスして暗号化されたコンテンツのデータ を取得し、DRMControlMessageに含まれるテンポラ� ��コンテンツキーKcpを使って、その暗号化さ� ��たコンテンツのデータを復号し再生処理を� ��う。また、IPTVメディアクライアント14は、D RMクライアント13よりメインライセンスを取� �したときには、IPTVメディアサーバ23より取� �したコンテンツを、そのメインライセンス� �含まれるメインコンテンキーKcを使って復号 し再生処理を行う。

 DRMクライアント13は、DRMControlMessageからテ ンポラリライセンスに含まれるテンポラリコ ンテンツキーKcpを抽出してIPTVメディアクラ� �アント14に渡したり、DRMControlMessageに記述さ� ��たメインライセンス取得要求のタイミング� ��報をもとにIPTVサーバ20のライセンスサーバ2 2に対してメインライセンスの取得要求を送� �し、ライセンスサーバ22より送信されたメイ ンコンテンツキーKcを含むメインライセンス� ��取得し、メインコンテンツキーKcをIPTVメデ� ��アクライアント14に与える。

 クライアントデータベース15は、例えば� �ハードディスクドライブや半導体メモリな� �の記憶装置で構成され、IPTVサーバ20より取� �したコンテンツメタデータなどを格納する� �

 次に、IPTVサーバ20の構成の詳細を説明す� ��。

 ウェブサーバ21は、IPTVクライアント端末1 0のウェブブラウザ12からのテンポラリライセ ンスの取得要求に応じて、ユーザ認証、ライ センス購入確認などを行い、ユーザ認証に成 功し、ライセンスの購入が確認された場合に 、テンポラリコンテンツキーKcpを含むテンポ ラリライセンスと、メインライセンスの取得 要求タイミング情報を含むDRMControlMessageを生� ��してIPTVクライアント端末10のウェブブラウ� ��12に応答する。このDRMControlMessageの生成方法 については後で説明する。

 ライセンスサーバ22は、IPTVクライアント� ��末10のDRMクライアント13からのメインライセ ンス取得要求に応じて、上記のブラウザ標準 の認証方式に比べ、より堅牢で、処理手順が 多く、演算量の大きい方式でのユーザ認証を 行い、このユーザ認証に成功した場合、サー バデータベース24に蓄積された当該ユーザの� ��イセンス購入履歴を確認して、ライセンス� ��入済みであることを確認した場合に、メイ� ��コンテンツキーKcを含むメインライセンス� �DRMクライアント13に配布する。

 IPTVメディアサーバ23は、IPTVメディアクラ イアント14からのコンテンツの要求に応じて� ��号化されたコンテンツのデータを配信する� ��

 次に、このIPTVシステム100においてIPTVク� �イアント端末10がIPTVサーバ20より、コンテン ツとこのコンテンツを再生するテンポラリコ ンテンツキーKcpおよびメインコンテンツキー Kcを取得し、これらを使ってコンテンツを再� ��する場合の動作を説明する。

 図2はIPTVシステム100でのコンテンツ再生� �ーケンスを示す図である。

 まず、IPTVクライアント端末10のユーザ1は 、クライアントデータベース15に保持された� ��タデータをもとにコンテンツの一覧ページ� ��表示するように、ユーザインターフェイス1 1を通じてウェブブラウザ12に指示する。この 指示に従ってウェブブラウザ12は、クライア� ��トデータベース15に保存されたメタデータ� �もとにコンテンツの一覧ページを作成して� �ユーザインターフェイス11を通じてユーザ1� �掲示する。

 図3にこのコンテンツの一覧ページの例を 示す。コンテンツの一覧ページには、コンテ ンツ毎に、そのコンテンツの静止画サムネイ ル、コンテンツ名、そのコンテンツの属性(� �薦め番組、新春番組、R指定番組など)、その コンテンツの内容(ジャンル、映像音声モー� �、有料/無料)、そのコンテンツを再生するた めのライセンスを購入可能(ライセンス未購� �)であることを示すマーク41、そのコンテン� �を再生可能(ライセンス購入済み)であること を示すマーク42などが表示されている。

 ここで、ライセンスを購入可能(ライセン ス未購入)であることを示すマーク41はクリッ クボタンとして機能を有している。あるコン テンツのマーク41がユーザ1によってクリック されると、例えば図4に示すように、ライセ� �スの購入契約事項の記述文と購入の承諾/非� ��諾をユーザ1に選択させるためのボタンを配 置したページが表示される。さらに、このペ ージで承諾ボタンがユーザ1によってクリッ� �されると、ウェブブラウザ12は、ユーザ1に� �り選択されたコンテンツに対応するコンテ� �ツIDをメタデータから抽出し、このコンテン ツIDとユーザIDおよびパスワードとを含むテ� �ポラリライセンス取得要求をIPTVサーバ20の� �ェブサーバ21に送信する(ステップS101)。

 IPTVサーバ20のウェブサーバ21は、IPTVクラ� ��アント端末10のウェブブラウザ12よりテンポ ラリライセンス取得要求を受信すると、この テンポラリライセンス取得要求に含まれるユ ーザIDおよびパスワードをもとに例えばSSL、T LSなどのブラウザ標準の認証プロトコルによ� ��ユーザ認証を行う。ウェブサーバ21は、こ� �ユーザ認証に成功したなら、当該ユーザが� �該コンテンツIDに対応するコンテンツを再生 するためのライセンスの購入が済んでいるか どうかを、サーバデータベース24に保存され� ��いる該当ユーザのライセンス購入履歴を参� ��して確認する(ステップS102)。今回は該当ユ� ��ザのライセンス購入履歴に当該コンテンツ� ��再生するためのライセンスを購入した履歴� ��残っていない。そこで、IPTVサーバ20のウェ� ��サーバ21は、当該ユーザのライセンス購入� �歴に今回のライセンス購入情報を格納する(� ��テップS103)。

 次に、IPTVサーバ20のウェブサーバ21は、� �ンポラリコンテンツキーKcpを含むテンポラ� �ライセンスと、メインライセンスの取得要� �タイミング情報を含むDRMControlMessageを生成し てIPTVクライアント端末10のウェブブラウザ12� ��送信する(ステップS104)。ここで、テンポラ� ��コンテンツキーKcpとしてはコンテンツ毎に� ��め用意されたものが使用される。メインラ� ��センスの取得要求タイミング情報とは、IPTV クライアント端末10のDRMクライアント13がメ� �ンライセンス取得要求を送信する時刻を指� �するための情報である。

 次に、メインライセンス取得要求タイミ� ��グを決める方法の概要について図5を参照し て説明する。Tsはコンテンツの放送開始時刻� ��Teはコンテンツの放送終了時刻、Tpはテンポ ラリコンテンツキーKcpにより復号が可能なコ ンテンツの終了時刻であり、コンテンツ毎に 予め決められた時刻である。放送開始時刻Ts� ��らTpまでの時間は例えば数秒間もしくは数� �間程度である。メインコンテンツキーKcによ り復号が可能な期間はTsからTeまでである。Ta cqはメインライセンス取得要求タイミングの� ��例である。IPTVサーバ20のウェブサーバ21は� �ライセンスの購入が成立した時刻(ライセン� ��購入情報が格納された時刻)Txがコンテンツ� ��放送開始時刻TsからTpまでの間で発生した場 合には、ライセンスの購入が成立した時刻Tpu rchaseからTpまでの間でランダムに決められた� ��間をメインライセンス取得要求タイミングT acqとする。

 IPTVサーバ20のウェブサーバ21は、以上の� �インライセンス取得要求タイミング情報お� �びテンポラリコンテンツキーKcpを用いてDRMCo ntrolMessageを生成し、IPTVクライアント端末10の ウェブブラウザ12に送信する(ステップS104)。

 IPTVクライアント端末10のウェブブラウザ1 2は、IPTVサーバ20のウェブサーバ21よりDRMContro lMessageを取得すると、このDRMControlMessageをコ� �テンツ再生指示とともにIPTVメディアクライ� ��ント14に与える(ステップS105)。

 IPTVメディアクライアント14はウェブブラ� ��ザ12より、DRMControlMessageをコンテンツ再生指 示ともに受けると、DRMクライアント13に対し� ��DRMControlMessageを与えるとともに、このDRMContr olMessageからのテンポラリコンテンツキーKcpの 抽出を依頼する(ステップS106)。

 DRMクライアント13は、IPTVメディアクライ� ��ント14からの依頼をもとに、DRMControlMessageか らテンポラリライセンスに含まれるテンポラ リコンテンツキーKcpを抽出してIPTVメディア� �ライアント14に渡す(ステップS107)。

 IPTVメディアクライアント14はDRMクライア� ��ト13よりテンポラリコンテンツキーKcpを取� �すると、クライアントデータベース15に保存 されたコンテンツのメタデータをもとに、そ のコンテンツを配信するIPTVメディアサーバ23 にアクセスして暗号化されたコンテンツのデ ータを取得し、テンポラリコンテンツキーKcp を使って、その暗号化されたコンテンツのデ ータを復号して再生処理を行う(ステップS108, S109)。これにより、IPTVクライアント端末10に� ��いては、少なくともコンテンツの放送開始� ��刻TsからTpまでの時間帯のコンテンツの再生 が保証されたことになる。

 一方、DRMクライアント13はDRMControlMessageに 記述されているメインライセンス取得要求タ イミング情報をもとに、IPTVサーバ20のライセ ンスサーバ22に対して、コンテンツID、ユー� �ID、パスワードなどを含む、メインライセン ス取得要求を送信する(ステップS110)。すなわ ち、DRMクライアント13はメインライセンス取� ��要求タイミング情報が示す時刻にIPTVサーバ 20のライセンスサーバ22に対してメインライ� �ンスの取得要求を送信する。

 IPTVサーバ20のライセンスサーバ22は、IPTV� ��ライアント端末10のDRMクライアント13からの メインライセンス取得要求を受信すると、上 記のブラウザ標準の認証プロトコルに比べ、 より堅牢で、処理手順が多く、演算量の大き い方式でのユーザ認証を行う(ステップS111)。 IPTVサーバ20のライセンスサーバ22は、ユーザ� ��証に成功した場合、メインライセンスの取� ��要求に含まれるコンテンツID、ユーザIDなど をもとに、当該コンテンツIDに対応するコン� ��ンツを再生するためのライセンスの購入が� ��んでいるかどうかを、サーバデータベース2 4に保存されている該当ユーザのライセンス� �入履歴を参照して確認する(ステップS112)。IP TVサーバ20のライセンスサーバ22は、当該ライ センスの購入が済んでいることを確認できた ならば、メインコンテンツキーKcを含むメイ� ��ライセンスをDRMクライアント13に配布する(� ��テップS113)。

 DRMクライアント13は、ライセンスサーバ22 よりメインコンテンツキーKcを含むメインラ� ��センスを取得すると、このメインコンテン� ��キーKcをIPTVメディアクライアント14に与え� �(ステップS114)。

 IPTVメディアクライアント14は、DRMクライ� ��ント13よりメインコンテンキーKcを取得する と、IPTVメディアサーバ23より取得したコンテ ンツを、そのメインコンテンキーKcを使って� ��号して再生処理を行う(ステップS115)。これ� ��より、IPTVクライアント端末10において、コ� ��テンツの最終時刻までの再生処理が行われ� ��。

 次に、メインライセンス取得要求タイミ� ��グの生成手順を図6を参照して説明する。

 IPTVサーバ20のウェブサーバ21は、ライセ� �スの購入が成立すると(サーバデータベース2 4にライセンス購入情報が新規に格納される� �)(ステップS201)、その時刻Tpurchaseが、コンテ� ��ツの放送開始時刻Tsよりも一定時間前の時� �TbeforeStartよりも前の時刻であるかどうかを� �定する。ここで、放送開始時刻Tsよりも一定 時間前の時刻TbeforeStartは、例えば、サーバ装 置への負荷集中が避けられるように、放送開 始時刻Tsに対して十分な時間的余裕となり得� ��時刻であり、例えば、放送開始時刻Tsの一� �前の時刻などである。

 IPTVサーバ20のウェブサーバ21は、この判� �で、ライセンスの購入の成立時刻Tpurchaseが� �刻TbeforeStartよりも前であることを判定した� �合には、時刻TpurchaseからTpまでの間でメイン ライセンスの取得要求タイミング情報Tacqを� �ンダムに決定するのではなく、メインライ� �ンスの取得要求タイミング情報Tacqを"-1"とし て、テンポラリコンテンツキーKcpを含まない DRMControlMessageを生成し(ステップS206)、これをI PTVクライアント端末10のウェブブラウザ12に� �信する。

 また、IPTVサーバ20のウェブサーバ21は、� �テップS202の判定で、ライセンスの購入の成� ��時刻Tpurchaseが時刻TbeforeStart以後であること� ��判定した場合には、そのライセンスの購入� ��成立時刻TpurchaseがTpより前であるかどうか� �判定する(ステップS203)。YESの場合は、IPTVサ� ��バ20のウェブサーバ21は、ライセンスの購入 が成立した時刻TpurchaseからTpまでの間でラン� ��ムに決められた時間をメインライセンスの� ��得要求タイミング情報Tacqとする(ステップS2 04)。NOの場合、次にウェブサーバ21は、ライ� �ンスの購入が成立した時刻TpurchaseがTpからコ ンテンツの放送終了時刻Teまでの間であるか� ��うかを判定する(ステップS205)。YESの場合、I PTVサーバ20のウェブサーバ21は、メインライ� �ンスの取得要求タイミング情報Tacqを"-1"とし て、テンポラリコンテンツキーKcpを含まない DRMControlMessageを生成し(ステップS206)、これをI PTVクライアント端末10のウェブブラウザ12に� �信する。

 IPTVクライアント端末10のDRMクライアント1 3は、DRMControlMessageに記述されているメインラ イセンスの取得要求タイミング情報Tacqが"-1"� ��あることを知った場合には、IPTVサーバ20の� ��イセンスサーバ22に対して、即時にコンテ� �ツID、ユーザID、パスワードなどを含む、メ� ��ンライセンスの取得要求を送信する。すな� ��ち、ライセンスサーバ22に負荷が集中しな� �時間帯にライセンスの購入が行われた場合� �は、IPTVクライアント端末10は即時にメイン� �イセンスの取得要求をIPTVサーバ20に送信し� �、メインライセンスを取得することができ� �。したがって、この場合、IPTVクライアント� ��末10においては、コンテンツの放送開始時� �Tsから、IPTVメディアサーバ23から取得した暗 号化されたコンテンツをメインコンテンキー Kcを使って復号して再生処理を行うことがで� ��る。

 ところで、Tpはテンポラリコンテンツキ� �Kcpにより復号が可能なコンテンツの終了時� �であり、コンテンツ毎に予め決められた時� �であることは既に述べた。このTpをIPTVサー� �20で設定する場合、そのコンテンツに対する ライセンスの取得要求の頻度予測に基づいて 設定するようにしてもよい。

 図7は、このライセンス取得要求の頻度予 測に基づくTp設定の方法を示すフローチャー� ��である。この例では、ライセンス取得要求� ��頻度をコンテンツの放送時間帯に応じて設� ��することとした。すなわち、いわゆる「ゴ� ��ルデンタイム」と言われる午後7時から午後 9時までの間に放送が開始されるコンテンツ� �その他のコンテンツとでTpの計算方法を変え る(ステップS301)。ゴールデンタイムに放送が 開始されるコンテンツについては、より多く のユーザからのライセンス取得要求の受信が 予測されるので、放送開始時刻TsからTpまで� �時間をより長く設定する(ステップS301)。逆� �、ゴールデンタイムに放送が開始されない� �ンテンツについては、放送開始時刻TsからTp� ��での時間を短めに設定する(ステップS302)。� ��れにより、ライセンス取得要求の頻度に応� ��て良好にTpを設定することができる。なお� �図7において、Zlargeは1以上で、Zsmallに比べて 大きな設定数、Zsmallは1以上で、Zlargeに比べ� �小さな設定数である。

 次に、DRMControlMessageの構造を定義するXML� �キーマの例を説明する。

 図8および図9はDRMControlMessageの構造を定義 するXMLスキーマを示す図である。DRMControlMessa ge50には、MarlinLicenseWithActionTokenType要素51の子� ��素として、テンポラリライセンスを格納す� ��MarlinTemporaryLicense要素52と、メインライセン� ��の取得要求タイミングをAcquisitionTiming属性54 の値として格納することが可能なMarlinActionTok en要素53を記述することができる。

 図10はこのDRMControlMessageのXMLスキーマに基 づくDRMControlMessageの例である。この例では、M arlinTemporaryLicense要素52として" aMarlinTemporaryLic ense"としてテキスト列が格納されている。す� ��わち、この" aMarlinTemporaryLicense"がテンポラ� ��コンテンツキーKcpである。MarlinActionToken要� �53には、AcquisitionTiming属性54の値であるメイ� �ライセンスの取得要求タイミングとして、"2 008年6月3日12時"が格納されている。

 図11は、上述した一連の処理をプログラ� �により実行するコンピュータのハードウェ� �の構成例を示すブロック図である。

 このコンピュータ200において、CPU(Central  Processing Unit)201,ROM(Read Only Memory)202,RAM(Random  Access Memory)203は、バス204により相互に接続さ れている。

 バス204には、さらに、入出力インタフェ� ��ス205が接続されている。入出力インタフェ� ��ス205には、キーボード、マウス、マイクロ� ��ンなどよりなる入力部206、ディスプレイ、� ��ピーカなどよりなる出力部207、ハードディ� ��クや不揮発性のメモリなどよりなる記憶部2 08、ネットワークインタフェースなどよりな� ��通信部209、磁気ディスク、光ディスク、光� ��気ディスク、或いは半導体メモリなどのリ� ��ーバブルメディア211を駆動するドライブ210� ��接続されている。

 以上のように構成されるコンピュータ200� ��は、CPU201が、例えば、記憶部208に記憶され� ��いるプログラムを、入出力インタフェース2 05およびバス204を介して、RAM203にロードして� ��行することにより、上述した一連の処理が� ��われる。

 なお、コンピュータ200が実行するプログ� ��ムは、本明細書で説明する順序に沿って時� ��列に処理が行われるプログラムであっても� ��いし、並列に、あるいは呼び出しが行われ� ��ときなどの必要なタイミングで処理が行わ� ��るプログラムであっても良い。

 また、プログラムは、1台のコンピュータ により処理されるものであってもよいし、複 数のコンピュータによって分散処理されるも のであってもよい。さらに、プログラムは、 遠方のコンピュータに転送されて実行される ものであってもよい。

 以上説明したように、この実施形態によ� ��ば、IPTVサーバ20、特に堅牢なユーザ認証を� ��うライセンスサーバ22において、多数のIPTV� ��ライアント端末10からのライセンス取得要� �がコンテンツの放送開始時直後などに集中� �るのを回避できる。これによりライセンス� �ーバ22の動作が過大な負荷の集中により不安 定になることを防止できる。

 また、この実施形態によれば、IPTVクライ アント端末10において、正式にライセンス(メ インライセンス)を取得する前にIPTVサーバ20� �らテンポラリコンテンツキーKcpが配布され� �ので、コンテンツの放送開始時刻TsからTpま� ��の期間のコンテンツ再生が保証される。さ� ��に、コンテンツの放送開始時刻TsからTpまで の間にライセンスの購入を終えたIPTVクライ� �ント端末10は、そのライセンスの購入の成立 時刻TpurchaseからTpまでの間にIPTVサーバ20から� ��インライセンスを取得できるので、Tp以後� �コンテンツの再生を続けることができる。

 なお、本発明の実施の形態は、上述した� ��施の形態に限定されるものではなく、本発� ��の要旨を逸脱しない範囲において種々の変� ��が可能である。