(57)【要約】【課題】ストリーミングコンテンツのライセンス管理方法を提供すること。【解決手段】スクランブルが施されたコンテンツを配信すると共に、スクランブルの解除に用いる暗号化されたスクランブル鍵をストリーミング配信する複数のコンテンツ配信サーバと、所定のコンテンツ配信サーバから配信される暗号化されたスクランブル鍵を復号するためのワーク鍵を提供するライセンスサーバと、所定のコンテンツ配信サーバのアドレス情報を提供するポータルサーバと、ポータルサーバから所定のコンテンツ配信サーバのアドレス情報を取得し、アドレス情報を参照して所定のコンテンツ配信サーバからコンテンツ及びスクランブル鍵を取得し、ライセンスサーバから取得したワーク鍵を用いてスクランブル鍵を復号し、スクランブル鍵を用いてコンテンツのスクランブルを解除するコンテンツ受信端末とを含むシステムが提供される。【選択図】図３
2010021615.tif 000002
【特許請求の範囲】
【請求項１】
スクランブルが施されたコンテンツを配信すると共に、前記スクランブルの解除に用いる暗号化されたスクランブル鍵をストリーミング配信する複数のコンテンツ配信サーバと；
所定の前記コンテンツ配信サーバから配信される前記暗号化されたスクランブル鍵を復号するためのワーク鍵を提供するライセンスサーバと；
前記所定のコンテンツ配信サーバのアドレス情報を提供するポータルサーバと；
前記ポータルサーバから前記所定のコンテンツ配信サーバのアドレス情報を取得するアドレス情報取得部と、前記アドレス情報取得部により取得されたアドレス情報を参照して前記所定のコンテンツ配信サーバから前記コンテンツ及び前記スクランブル鍵を取得するコンテンツ取得部と、前記ライセンスサーバから取得したワーク鍵を用いて前記スクランブル鍵を復号するスクランブル鍵復号部と、前記スクランブル鍵を用いて前記コンテンツのスクランブルを解除するスクランブル解除部と、を有するコンテンツ受信端末と；
を含む、コンテンツ配信システム。
【請求項２】
前記ポータルサーバは、前記所定のコンテンツ配信サーバの再生制御方式を示す情報をさらに提供し、
前記コンテンツ受信端末は、前記ポータルサーバから再生制御方式の情報を取得する再生制御情報取得部をさらに有し、前記再生制御情報取得部により取得された情報が示す再生制御方式に従って前記コンテンツ取得部により前記コンテンツ及びスクランブル鍵を取得する、請求項１に記載のコンテンツ配信システム。
【請求項３】
前記コンテンツ配信システムは、コンテンツ鍵を用いて復号可能な暗号化されたコンテンツのみを配信するコンテンツ配信サーバをさらに含み、
前記ライセンスサーバは、所定の前記コンテンツ配信サーバにより配信されるコンテンツの配信形態に応じて前記ワーク鍵又は前記コンテンツ鍵を提供し、
前記ポータルサーバは、前記所定のコンテンツ配信サーバにより配信されるコンテンツの配信形態を示す情報をさらに提供し、
前記コンテンツ受信端末は、前記所定のコンテンツ配信サーバにより配信されるコンテンツの配信形態を示す情報を前記ポータルサーバから取得する配信形態取得部と、前記ライセンスサーバから取得したコンテンツ鍵を用いて前記暗号化されたコンテンツを復号するコンテンツ復号部と、をさらに有し、前記配信形態取得部により取得された情報が示す配信形態がコンテンツ鍵方式を利用する配信形態である場合、前記コンテンツ取得部により前記暗号化されたコンテンツを取得し、前記コンテンツ復号部によりコンテンツを復号する、請求項１に記載のコンテンツ配信システム。
【請求項４】
前記コンテンツ受信端末が有するスクランブル鍵復号部は、前記コンテンツ取得部によりコンテンツ及びスクランブル鍵が提供される配信形態を利用したコンテンツを取得開始する際に前記ライセンスサーバからワーク鍵を取得する、請求項１に記載のコンテンツ配信システム。
【請求項５】
前記コンテンツ受信端末が有するコンテンツ復号部は、前記コンテンツ取得部により前記暗号化されたコンテンツの取得を行う際に前記ライセンスサーバからコンテンツ鍵を取得する、請求項３に記載のコンテンツ配信システム。
【請求項６】
スクランブルが施されたコンテンツ及び前記スクランブルの解除に用いる暗号化されたスクランブル鍵をストリーミング配信するコンテンツ配信サーバ、又はコンテンツ鍵を用いて復号可能な暗号化されたコンテンツを配信するコンテンツ配信サーバのアドレス情報を取得するアドレス情報取得部と、
前記アドレス情報に対応するコンテンツ配信サーバから配信されるコンテンツの配信形態が示された情報を取得する配信形態取得部と、
前記アドレス情報取得部により取得されたアドレス情報を参照し、前記配信形態取得部により取得された情報に示された配信形態に応じて、当該アドレス情報に対応するコンテンツ配信サーバから前記コンテンツ及び前記スクランブル鍵、或いは、前記暗号化されたコンテンツを取得するコンテンツ取得部と、
前記配信形態がワーク鍵方式を利用する場合に前記スクランブル鍵を復号するためのワーク鍵を取得し、前記配信形態がコンテンツ鍵方式を利用する場合に前記コンテンツ鍵を取得する鍵取得部と、
前記配信形態がワーク鍵方式を利用する場合に前記ワーク鍵を用いて前記スクランブル鍵を復号するスクランブル鍵復号部と、
前記配信形態がワーク鍵方式を利用する場合に前記スクランブル鍵を用いてコンテンツのスクランブルを解除し、前記配信形態がコンテンツ鍵方式の場合に前記コンテンツ鍵を用いて前記暗号化されたコンテンツを復号するコンテンツ復号部と、
を有する、コンテンツ受信端末。
【請求項７】
スクランブルが施されたコンテンツを配信すると共に、前記スクランブルの解除に用いる暗号化されたスクランブル鍵をストリーミング配信する所定のコンテンツ配信サーバのアドレス情報がポータルサーバから取得されるアドレス取得ステップと、
前記所定のコンテンツ配信サーバから配信される前記暗号化されたスクランブル鍵を復号するためのワーク鍵がライセンスサーバから取得されるワーク鍵取得ステップと、
前記アドレス取得ステップで取得されたアドレス情報を参照して前記所定のコンテンツ配信サーバから前記コンテンツ及び前記スクランブル鍵が取得されるコンテンツ取得ステップと、
前記ワーク鍵取得ステップで取得されたワーク鍵を用いて前記スクランブル鍵が復号されるスクランブル鍵復号ステップと、
前記スクランブル鍵復号ステップで復号されたスクランブル鍵を用いて前記コンテンツのスクランブルが解除されるスクランブル解除ステップと、
を含む、コンテンツ配信方法。
【請求項８】
スクランブルが施されたコンテンツ及び前記スクランブルの解除に用いる暗号化されたスクランブル鍵をストリーミング配信するコンテンツ配信サーバ、又はコンテンツ鍵を用いて復号可能な暗号化されたコンテンツのみを配信するコンテンツ配信サーバのアドレス情報が取得されるアドレス情報取得ステップと、
前記アドレス情報に対応するコンテンツ配信サーバから配信されるコンテンツの配信形態が示された情報が取得される配信形態取得ステップと、
前記アドレス情報取得ステップで取得されたアドレス情報を参照し、前記配信形態取得ステップで取得された情報に示された配信形態に応じて、当該アドレス情報に対応するコンテンツ配信サーバから前記コンテンツ及び前記スクランブル鍵、或いは、前記暗号化されたコンテンツが取得されるコンテンツ取得ステップと、
前記配信形態がワーク鍵方式を利用する場合に前記スクランブル鍵を復号するためのワーク鍵が取得され、前記配信形態がコンテンツ鍵方式の場合に前記コンテンツ鍵が取得される鍵取得ステップと、
前記配信形態がワーク鍵方式を利用する場合に前記ワーク鍵を用いて前記スクランブル鍵が復号されるスクランブル鍵復号ステップと、
前記配信形態がワーク鍵方式の場合に前記スクランブル鍵を用いてコンテンツのスクランブルが解除され、前記配信形態がコンテンツ鍵方式の場合に前記コンテンツ鍵を用いて前記暗号化されたコンテンツが復号されるコンテンツ復号ステップと、
を含む、ストリーミングコンテンツの視聴処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ配信システム、コンテンツ受信端末、コンテンツ配信方法、及びストリーミングコンテンツの視聴処理方法に関する。
【背景技術】
【０００２】
近年、情報処理技術、及び通信技術の急速な発展に伴い、多くの音楽コンテンツや映像コンテンツ等は劣化の少ないデジタルデータとして扱われ、各種の通信網を通じて配信されるようになってきている。デジタルデータは、複数回のコピーを繰り返したり、長い距離の通信を経たりしても劣化しないという性質を持っている。
【０００３】
このような性質があるため、昨今、デジタルコンテンツが不正にコピーされ、インターネット等の広域通信網を介して不正に配布されてしまう事例が後を絶たない。このような不正行為に対抗するため、コンテンツのストリーミング配信等においては、例えば、デジタルコンテンツの利用や配布を制限するためのデジタル著作権管理（ＤＲＭ；Ｄｉｇｉｔａｌ  Ｒｉｇｈｔｓ  Ｍａｎａｇｅｍｅｎｔ）と呼ばれる技術が用いられている。また、地上デジタル放送においては、ＣＡＳ（Ｃｏｎｄｉｔｉｏｎａｌ  Ａｃｃｅｓｓ  Ｓｙｓｔｅｍ）と呼ばれる限定受信方式が用いられている。
【０００４】
このようなコンテンツ配信に関する技術として、例えば、下記の特許文献１には、動画コンテンツを複数のコンテンツパーツに分割し、各コンテンツパーツを暗号化して配信するコンテンツ配信システムの構成が記載されている。また、下記の特許文献２には、利用者がストリーミングコンテンツを一定時間内だけしか視聴できないように制限するための技術が記載されている。さらに、下記の特許文献３には、メタファイル及びＭＩＭＥタイプ情報の生成処理を行うメタファイル管理サーバを含むストリームコンテンツ配信システムの構成が記載されている。
【０００５】
【特許文献１】特開２００６−２２２６７４号公報
【特許文献２】特開２００３−１５０４９２号公報
【特許文献３】特開２００５−１１０３１０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ＤＲＭやＣＡＳを用いた従来のシステムとしては、例えば、コンテンツに施された暗号を解除して視聴できるようにするための復号鍵をライセンス契約を締結した視聴者に直接提供する方式がある。この方式を用いたライセンス形式の一例としては、ＶｏＤ（Ｖｉｄｅｏ  ｏｎ  Ｄｅｍａｎｄ）ライセンス形式がある。ＶｏＤライセンス形式の場合、視聴者は、ポータルサーバにアクセスしてライセンス契約を締結し、コンテンツの取得先を示すアドレス情報を取得する。そして、視聴者は、取得したアドレス情報が示すコンテンツ配信サーバにアクセスしてコンテンツを取得し、提供された復号鍵を用いてコンテンツを復号することで視聴することができるようになる。
【０００７】
一方、コンテンツに施されたスクランブルを解除するためのスクランブル鍵をさらに暗号化し、その暗号化を解除するためのワーク鍵をライセンス契約した視聴者に提供する方式がある。この方式の場合、暗号化されたスクランブル鍵は、スクランブルされたコンテンツと共に視聴者に提供される。このような二重暗号化方式を用いるライセンス形式としては、例えば、マルチキャストライセンス形式（以下、ＭＣライセンス形式）がある。ＭＣライセンス形式の場合、視聴者は、例えば、チャンネル単位で設置された複数のコンテンツ配信サーバの中から所望のコンテンツが置かれたコンテンツ配信サーバにアクセスしてコンテンツを取得する。そして、視聴者は、ワーク鍵でスクランブル鍵を復号し、そのスクランブル鍵を用いてコンテンツをデスクランブルすることで視聴可能になる。
【０００８】
上記のＶｏＤライセンス形式の場合、ポータルサーバからコンテンツの取得先を指定できるため、コンテンツ単位でライセンスの管理ができるという利点がある。しかし、コンテンツを単純に暗号化して配信しているため、コンテンツの制作者が暗号化を行うと、コンテンツの配信者がライセンスを管理することが難しくなる。また、コンテンツの配信者が暗号化を行うと、コンテンツの制作者がライセンスを管理することが難しくなる。また、リアルタイムな映像を配信したい場合にコンテンツ単位で暗号化することも困難である。一方、上記のＭＣライセンス形式の場合、ライセンス契約を締結した視聴者が各コンテンツ配信サーバから提供されるコンテンツを任意に視聴できるように、マルチキャストライセンスにしている。そのため、コンテンツ単位又は所定のコンテンツグループに対してライセンスを供与するような配信形態を実現することが難しい。また、コンテンツ単位で接続先の変更を実現することも困難である。
【０００９】
そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、コンテンツの制作者及び配信者等が各々ライセンスを管理することが可能であり、さらに、コンテンツの配信者等がコンテンツ単位でライセンスを管理することが可能な、新規かつ改良されたコンテンツ配信システム、コンテンツ受信端末、コンテンツ配信方法、及びストリーミングコンテンツの視聴処理方法を提供することにある。
【課題を解決するための手段】
【００１０】
上記課題を解決するために、本発明のある観点によれば、スクランブルが施されたコンテンツを配信すると共に、前記スクランブルの解除に用いる暗号化されたスクランブル鍵をストリーミング配信する複数のコンテンツ配信サーバと；所定の前記コンテンツ配信サーバから配信される前記暗号化されたスクランブル鍵を復号するためのワーク鍵を提供するライセンスサーバと；前記所定のコンテンツ配信サーバのアドレス情報を提供するポータルサーバと；前記ポータルサーバから前記所定のコンテンツ配信サーバのアドレス情報を取得するアドレス情報取得部と、前記アドレス情報取得部により取得されたアドレス情報を参照して前記所定のコンテンツ配信サーバから前記コンテンツ及び前記スクランブル鍵を取得するコンテンツ取得部と、前記ライセンスサーバから取得したワーク鍵を用いて前記スクランブル鍵を復号するスクランブル鍵復号部と、前記スクランブル鍵を用いて前記コンテンツのスクランブルを解除するスクランブル解除部と、を有するコンテンツ受信端末と；を含む、コンテンツ配信システムが提供される。
【００１１】
また、前記ポータルサーバは、前記所定のコンテンツ配信サーバの再生制御方式を示す情報をさらに提供するように構成されていてもよい。さらに、前記コンテンツ受信端末は、前記ポータルサーバから再生制御方式の情報を取得する再生制御情報取得部をさらに有し、前記再生制御情報取得部により取得された情報が示す再生制御方式に従って前記コンテンツ取得部により前記コンテンツ及びスクランブル鍵を取得するように構成されていてもよい。
【００１２】
また、前記コンテンツ配信システムは、コンテンツ鍵を用いて復号可能な暗号化されたコンテンツを配信するコンテンツ配信サーバをさらに含んでいてもよい。さらに、前記ライセンスサーバは、所定の前記コンテンツ配信サーバにより配信されるコンテンツの配信形態に応じて前記ワーク鍵又は前記コンテンツ鍵を提供するように構成されていてもよい。そして、前記ポータルサーバは、前記所定のコンテンツ配信サーバにより配信されるコンテンツの配信形態を示す情報をさらに提供するように構成されていてもよい。この場合、前記コンテンツ受信端末は、前記所定のコンテンツ配信サーバにより配信されるコンテンツの配信形態を示す情報を前記ポータルサーバから取得する配信形態取得部と、前記ライセンスサーバから取得したコンテンツ鍵を用いて前記暗号化されたコンテンツを復号するコンテンツ復号部と、をさらに有するように構成される。そして、コンテンツ受信端末は、前記配信形態取得部により取得された情報が示す暗号化形態がコンテンツ鍵方式である場合、前記コンテンツ取得部により前記暗号化されたコンテンツを取得し、前記コンテンツ復号部によりコンテンツを復号する。
【００１３】
また、前記コンテンツ受信端末が有するスクランブル鍵復号部は、前記コンテンツ取得部によりコンテンツ及びスクランブル鍵が取得される配信形態でのコンテンツ受信を開始する際に前記ライセンスサーバからワーク鍵を取得するように構成されていてもよい。
【００１４】
また、前記コンテンツ受信端末が有するコンテンツ復号部は、前記コンテンツ取得部により前記暗号化されたコンテンツの取得を行う際に前記ライセンスサーバからコンテンツ鍵を取得するように構成されていてもよい。
【００１５】
また、上記課題を解決するために、本発明の別の観点によれば、スクランブルが施されたコンテンツ及び前記スクランブルの解除に用いる暗号化されたスクランブル鍵をストリーミング配信するコンテンツ配信サーバ、又はコンテンツ鍵を用いて復号可能な暗号化されたコンテンツを配信するコンテンツ配信サーバのアドレス情報を取得するアドレス情報取得部と、前記アドレス情報に対応するコンテンツ配信サーバから配信されるコンテンツの配信形態が示された情報を取得する配信形態取得部と、前記アドレス情報取得部により取得されたアドレス情報を参照し、前記配信形態取得部により取得された情報に示された配信形態に応じて、当該アドレス情報に対応するコンテンツ配信サーバから前記コンテンツ及び前記スクランブル鍵、或いは、前記暗号化されたコンテンツを取得するコンテンツ取得部と、前記配信形態がワーク鍵方式を利用する場合に前記スクランブル鍵を復号するためのワーク鍵を取得し、前記配信形態がコンテンツ鍵方式の場合に前記コンテンツ鍵を取得する鍵取得部と、前記配信形態がワーク鍵方式を利用する場合に前記ワーク鍵を用いて前記スクランブル鍵を復号するスクランブル鍵復号部と、前記配信形態がワーク鍵方式を利用する場合に前記スクランブル鍵を用いてコンテンツのスクランブルを解除し、前記配信形態がコンテンツ鍵方式の場合に前記コンテンツ鍵を用いて前記暗号化されたコンテンツを復号するコンテンツ復号部と、を有する、コンテンツ受信端末が提供される。
【００１６】
また、上記課題を解決するために、本発明の別の観点によれば、スクランブルが施されたコンテンツを配信すると共に、前記スクランブルの解除に用いる暗号化されたスクランブル鍵をストリーミング配信する所定のコンテンツ配信サーバのアドレス情報がポータルサーバから取得されるアドレス取得ステップと、前記所定のコンテンツ配信サーバから配信される前記暗号化されたスクランブル鍵を復号するためのワーク鍵がライセンスサーバから取得されるワーク鍵取得ステップと、前記アドレス取得ステップで取得されたアドレス情報を参照して前記所定のコンテンツ配信サーバから前記コンテンツ及び前記スクランブル鍵が取得されるコンテンツ取得ステップと、前記ワーク鍵取得ステップで取得されたワーク鍵を用いて前記スクランブル鍵が復号されるスクランブル鍵復号ステップと、前記スクランブル鍵復号ステップで復号されたスクランブル鍵を用いて前記コンテンツのスクランブルが解除されるスクランブル解除ステップと、を含む、コンテンツ配信方法が提供される。
【００１７】
また、上記課題を解決するために、本発明の別の観点によれば、スクランブルが施されたコンテンツ及び前記スクランブルの解除に用いる暗号化されたスクランブル鍵をストリーミング配信するコンテンツ配信サーバ、又はコンテンツ鍵を用いて復号可能な暗号化されたコンテンツのみを配信するコンテンツ配信サーバのアドレス情報が取得されるアドレス情報取得ステップと、前記アドレス情報に対応するコンテンツ配信サーバから配信されるコンテンツの配信形態が示された情報が取得される配信形態取得ステップと、前記アドレス情報取得ステップで取得されたアドレス情報を参照し、前記配信形態取得ステップで取得された情報に示された配信形態に応じて、当該アドレス情報に対応するコンテンツ配信サーバから前記コンテンツ及び前記スクランブル鍵、或いは、前記暗号化されたコンテンツが取得されるコンテンツ取得ステップと、前記配信形態がワーク鍵方式を利用する場合に前記スクランブル鍵を復号するためのワーク鍵が取得され、前記配信形態がコンテンツ鍵方式を利用する場合に前記コンテンツ鍵が取得される鍵取得ステップと、前記配信形態がワーク鍵方式を利用する場合に前記ワーク鍵を用いて前記スクランブル鍵が復号されるスクランブル鍵復号ステップと、前記配信形態がワーク鍵方式を利用する場合に前記スクランブル鍵を用いてコンテンツのスクランブルが解除され、前記配信形態がコンテンツ鍵方式を利用する場合に前記コンテンツ鍵を用いて前記暗号化されたコンテンツが復号されるコンテンツ復号ステップと、を含む、ストリーミングコンテンツの視聴処理方法が提供される。
【発明の効果】
【００１８】
以上説明したように本発明によれば、コンテンツの制作者及び配信者等が各々ライセンスを管理することが可能であり、さらに、コンテンツの配信者等がコンテンツ単位でライセンス、及びコンテンツ取得先を管理することが可能になる。
【発明を実施するための最良の形態】
【００１９】
以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００２０】
［説明の流れについて］
ここで、以下に記載する本発明の実施形態に関する説明の流れについて簡単に述べる。まず、図１を参照しながら、ＶｏＤライセンス方式に係るコンテンツ配信システムのシステム構成について具体例を挙げて説明する。次いで、図２を参照しながら、ＭＣライセンス方式に係るコンテンツ配信システムのシステム構成について具体例を挙げて説明する。これらの具体例に関する説明の中で、本発明の実施形態が目的とするところについても併せて説明する。
【００２１】
次いで、図３を参照しながら、本発明の一実施形態に係るコンテンツ配信システムのシステム構成について説明する。次いで、図４を参照しながら、当該コンテンツ配信システムに含まれるコンテンツサーバの機能構成について説明する。次いで、図５を参照しながら、当該コンテンツ配信システムに含まれるコンテンツ受信端末の機能構成について説明する。次いで、図６Ａ及び図６Ｂを参照しながら、本実施形態に係る視聴時のコンテンツ配信処理等の流れについて説明する。
【００２２】
次いで、図７Ａを参照しながら、本実施形態の一変形例に係る契約時のライセンス取得処理等の流れについて説明する。さらに、図７Ｂを参照しながら、本実施形態の一変形例に係る視聴時のコンテンツ配信処理等の流れについて説明する。なお、これらの説明の中で、適宜、図８に示す再生制御メタファイルの構成例、及びライセンス情報の具体例を参照する。次いで、図９を参照しながら、本実施形態に係る各種のサーバ及び端末の機能を実現することが可能なハードウェア構成の一例について説明する。最後に、本実施形態に係る技術的構成が奏する作用効果について纏める。
【００２３】
［目的］
まず、本発明の実施形態ついて説明するに先立ち、図１を参照しながら、ＶｏＤライセンス方式に係るコンテンツ配信システムのシステム構成について簡単に説明する。また、図２を参照しながら、ＭＣライセンス方式に係るコンテンツ配信システムのシステム構成について簡単に説明する。図１は、ＶｏＤライセンス方式に係るコンテンツ配信システム１のシステム構成例を示す説明図である。図２は、ＭＣライセンス方式に係るコンテンツ配信システム２のシステム構成例を示す説明図である。
【００２４】
（ＶｏＤライセンス方式）
まず、図１を参照する。図１に示すように、コンテンツ配信システム１は、主に、送信システム１０と、コンテンツ受信端末２０とにより構成される。また、送信システム１０は、主に、ＤＲＭ／ＣＡＳサーバ１２と、ポータルサーバ１４と、コンテンツサーバ１６と、コンテンツ配信サーバ１８とにより構成される。
【００２５】
（購入時の処理）
コンテンツの視聴を開始する前に、視聴者は、視聴したいコンテンツを購入する。そこで、コンテンツの購入処理に係る一連の流れについて簡単に説明する。但し、ここで示す処理の流れは大枠のみであり、実際には相互認証等の各種処理が含まれる。
【００２６】
例えば、視聴者は、ポータルサーバ１４から提供されるコンテンツリストを参照し、所望のコンテンツを指定して購入操作を行う。このとき、ポータルサーバ１４には、視聴者により指定されたコンテンツに対応するコンテンツ購入要求がコンテンツ受信端末２０から送信される。このコンテンツ購入要求を受信すると、ポータルサーバ１４は、ＤＲＭ／ＣＡＳサーバ１２に対してライセンス生成要求を送信する。このライセンス生成要求を受信すると、ＤＲＭ／ＣＡＳサーバ１２は、ライセンスを生成してライセンス生成完了通知をポータルサーバ１４に送信する。ＤＲＭ／ＣＡＳサーバ１２からライセンス生成完了通知を受信すると、ポータルサーバ１４は、コンテンツ受信端末２０に対してコンテンツ購入完了通知を送信する。
【００２７】
以上の流れでコンテンツの購入処理が完了する。但し、実際には、ポータルサーバ１４とコンテンツ受信端末２０との間で認証処理等が実行されたり、ポータルサーバ１４に接続された課金サーバ（非図示）による課金処理等が実行される。
【００２８】
（コンテンツ視聴時の処理）
次に、視聴者は、上記の処理により購入されたコンテンツを視聴する。この視聴時にコンテンツ配信システム１により実行される一連の処理について説明する。但し、ここで示す処理の流れは大枠のみであり、実際には相互認証等の各種処理が含まれる。
【００２９】
上記のようにしてコンテンツの購入処理が完了すると、視聴者は、コンテンツ受信端末２０からコンテンツ配信サーバ１８にアクセスし、購入したコンテンツを視聴することができる。このとき、コンテンツ受信端末２０により次の処理が行われる。まず、コンテンツ受信端末２０からポータルサーバ１４にコンテンツ視聴要求が送信される。このコンテンツ視聴要求を受信すると、ポータルサーバ１４は、コンテンツ受信端末２０に対して再生制御メタファイルを送信する。
【００３０】
この再生制御メタファイルには、コンテンツ受信端末２０がコンテンツ配信サーバ１８
に接続してセッションを確立するために必要なコンテンツの取得先となるコンテンツ配信サーバ１８のアドレス情報、及びＤＲＭ／ＣＡＳサーバ１２のアドレス情報が含まれている。また、再生制御メタファイルには、コンテンツを視聴する際に制御可能な再生方式の情報等が含まれていてもよい。ここで言う再生方式とは、例えば、倍速再生、１６倍速再生、再生停止、早送り等である。
【００３１】
上記の再生制御メタファイルを受信すると、コンテンツ受信端末２０は、再生制御メタファイルの中からＤＲＭ／ＣＡＳサーバ１２のアドレス情報を抽出し、当該アドレス情報に基づいてＤＲＭ／ＣＡＳサーバ１２にアクセスする。そして、コンテンツ受信端末２０は、ＤＲＭ／ＣＡＳサーバ１２に対してライセンス取得要求を送信する。このライセンス取得要求を受信すると、ＤＲＭ／ＣＡＳサーバ１２は、コンテンツ受信端末２０に対してライセンス情報とコンテンツ鍵とを送信する。
【００３２】
このライセンス情報には、例えば、コンテンツ鍵の有効期限を示す情報が含まれている。また、このコンテンツ鍵は、コンテンツ配信サーバ１８から配信されるコンテンツを復号するためのものである。但し、このコンテンツ鍵により復号できるコンテンツは、視聴者が事前に購入したコンテンツである。なお、コンテンツ受信端末２０が既にコンテンツ鍵を保持している場合、そのコンテンツ鍵に対応するライセンス情報のみがＤＲＭ／ＣＡＳサーバ１２からコンテンツ受信端末２０に送信されるように構成されていてもよい。
【００３３】
ライセンス情報及びコンテンツ鍵を受信すると、コンテンツ受信端末２０は、ライセンス情報に含まれる有効期限を参照してコンテンツ鍵の有効期限を確認する。そして、有効期限が切れていないことが確認されると、コンテンツ受信端末２０は、上記の再生制御メタファイルに含まれるコンテンツ受信端末２０がコンテンツ配信サーバ１８に接続してセッションを確立するために必要なコンテンツ配信サーバ１８のアドレス情報を抽出し、当該コンテンツ配信サーバ１８にアクセスする。
【００３４】
コンテンツ配信サーバ１８からコンテンツを取得すると、コンテンツ受信端末２０は、ＤＲＭ／ＣＡＳサーバ１２から取得したコンテンツ鍵を用いて暗号化されたコンテンツを復号する。このような処理が行われることにより、視聴者は、コンテンツ受信端末２０を用いて取得したコンテンツを視聴することができる。
【００３５】
なお、コンテンツ配信サーバ１８から配信されるコンテンツは、コンテンツサーバ１６により提供される。このとき、コンテンツサーバ１６は、ＤＲＭ／ＣＡＳサーバ１２から供与されたコンテンツ鍵を用いてコンテンツを暗号化してコンテンツ配信サーバ１８に供与する。このコンテンツ鍵は、ポータルサーバ１４を介してコンテンツ受信端末２０から購入されたコンテンツのライセンスに対応するものである。
【００３６】
以上、ＶｏＤライセンス方式におけるコンテンツ配信システムの構成例、及びコンテンツの視聴処理に係る一連の流れについて簡単に説明した。上記の通り、ＶｏＤライセンス方式の場合、ポータルサーバ１４から提供される再生制御メタファイルによりコンテンツの配信先を指定することができる。また、個々のコンテンツ配信サーバ１８に対し、個々のコンテンツ鍵で暗号化されたコンテンツをユニキャスト配信することで、コンテンツ単位でライセンスを管理することができる。しかしながら、暗号化されたコンテンツを復号するためのコンテンツ鍵を用いてライセンスが管理されているため、コンテンツの制作者及び配信者が相互に異なる形態でライセンスを管理し難いという問題がある。また、リアルタイムな映像をストリーミング配信したい場合、コンテンツを暗号化することができない。
【００３７】
（ＭＣライセンス方式）
次に、図２を参照する。図２に示すように、コンテンツ配信システム２は、主に、送信システム３０と、コンテンツ受信端末３８とにより構成されている。また、送信システム３０は、主に、ＤＲＭ／ＣＡＳサーバ３２と、コンテンツサーバ３４と、コンテンツ配信サーバ３６とにより構成されている。
【００３８】
（契約時の処理）
コンテンツの視聴を開始する前に、視聴者は、コンテンツの視聴契約を締結する。そこで、視聴契約の締結処理に係る一連の流れについて簡単に説明する。但し、ここで示す処理の流れは大枠のみであり、実際には相互認証等の各種処理が含まれる。
【００３９】
例えば、視聴者は、事前に月極でコンテンツの視聴契約を締結する。このとき、視聴者は、個々のコンテンツに対して視聴契約を締結するのではなく、所定のチャンネルに対応するコンテンツを自由に視聴できる契約を締結することが多い。また、複数のチャンネルを自由に選択して視聴できる契約が締結されることが多い。契約内容については、コンテンツの配信者と視聴者との間で自由に設定される事項であるが、上記のような契約が締結される場合を例に挙げて説明する。
【００４０】
この場合、視聴者は、コンテンツ受信端末３８を用いてＤＲＭ／ＣＡＳサーバ３２にアクセスし、ライセンスの供与を受ける。このとき、コンテンツ受信端末３８は、ＤＲＭ／ＣＡＳサーバ３２に対してライセンス取得要求を送信する。このライセンス取得要求を受信すると、ＤＲＭ／ＣＡＳサーバ３２は、所定の認証処理や課金処理等を実行する。これらの処理が完了すると、ＤＲＭ／ＣＡＳサーバ３２は、コンテンツ受信端末３８に対してライセンス情報、及びワーク鍵を送信する。このライセンス情報には、ワーク鍵の有効期限、及び当該有効期限とワーク鍵との対応関係を示す情報が含まれている。また、ここで言うワーク鍵とは、コンテンツをデスクランブルするために用いるスクランブル鍵の暗号化を解除するためのものである。
【００４１】
以上の流れでコンテンツの視聴契約が締結される。上記の通り、コンテンツ受信端末３８には、ライセンスに対応したワーク鍵が保持された状態となる。但し、ＭＣライセンス方式の場合、コンテンツ受信端末３８は、ＤＲＭ／ＣＡＳサーバ３２のアドレス情報、及びコンテンツを配信するコンテンツ配信サーバ３６のアドレス情報を認知していることが前提である。そのため、ＶｏＤライセンス方式で利用される再生制御メタファイルやポータルサーバが存在しない点に注意されたい。
【００４２】
（コンテンツ視聴時の処理）
次に、視聴者は、締結された契約に基づいてコンテンツを視聴する。この視聴時にコンテンツ配信システム２により実行される一連の処理について説明する。但し、ここで示す処理の流れは大枠のみであり、実際には相互認証等の各種処理が含まれる。
【００４３】
上記のようにして事前に契約が締結されていると、視聴者は、コンテンツ受信端末３８から所望のコンテンツを配信しているコンテンツ配信サーバ３６にアクセスし、配信されるコンテンツを視聴することができる。このとき、コンテンツ受信端末３８は、視聴者により指定されたコンテンツを配信しているコンテンツ配信サーバ３６に対してコンテンツ視聴要求を送信する。このコンテンツ視聴要求を受信すると、コンテンツ配信サーバ３６は、コンテンツ及びＥＣＭ（Ｅｎｔｉｔｌｅ  Ｃｏｎｔｒｏｌ  Ｍｅｓｓａｇｅ）パケットをコンテンツ受信端末３８に送信する。
【００４４】
このとき送信されるコンテンツは、後述するコンテンツサーバ３４によりスクランブルされたものである。また、ここで言うＥＣＭパケットとは、コンテンツに施されたスクランブルを解除するためのスクランブル鍵にワーク鍵を用いて暗号化を施したものである。
【００４５】
このようなコンテンツ及びＥＣＭパケットを受信すると、コンテンツ受信端末３８は、事前に取得したワーク鍵を用いてＥＣＭパケットからスクランブル鍵を復号する。さらに、コンテンツ受信端末３８は、復号したスクランブル鍵を用いてコンテンツに施されたスクランブルを解除する。このような処理が行われることにより、視聴者は、コンテンツ受信端末３８を用いて取得したコンテンツを視聴することができる。
【００４６】
なお、コンテンツ配信サーバ３６から配信されるコンテンツには、上記の通り、コンテンツサーバ３４によりスクランブルが施されている。また、コンテンツサーバ３４は、ＤＲＭ／ＣＡＳサーバ３２からワーク鍵を取得し、当該ワーク鍵を用いてスクランブル鍵を暗号化する。そして、コンテンツサーバ３４により暗号化されたスクランブル鍵は、ＥＣＭパケットとしてコンテンツ配信サーバ３６に送信される。但し、コンテンツサーバ３４は、同じワーク鍵を用いて、複数のコンテンツ配信サーバ３６に送信される各コンテンツのスクランブル鍵を暗号化する。そのため、視聴者は、任意のコンテンツ配信サーバ３６を選択してコンテンツを視聴することができるのである。
【００４７】
以上、ＭＣライセンス方式におけるコンテンツ配信システムの構成例、及びコンテンツの視聴処理に係る一連の流れについて簡単に説明した。上記の通り、ＭＣライセンス方式の場合、コンテンツのスクランブル及びスクランブル鍵の暗号化という２種類の暗号処理が行われるため、コンテンツの制作者と配信者とで個別にライセンスを管理することができる。例えば、コンテンツの制作者は、スクランブル鍵の提供先を管理することで、コンテンツの配信者に対するライセンス管理を実現することができる。一方、コンテンツの配信者は、ワーク鍵の提供先を管理することで、コンテンツの視聴者に対するライセンス管理を実現することができる。しかしながら、マルチキャスト配信を実現するため、同一のマルチキャストアドレス宛に配信されている異なるコンテンツのスクランブル鍵に対して同じワーク鍵で暗号化しており、コンテンツ毎のライセンス管理が難しいという問題があった。また、ストリーミングで提供されるコンテンツに対して、コンテンツ単位で異なるコンテンツ取得先を視聴者へ提供するような配信形態を実現することも出来なかった。
【００４８】
以下で説明する本発明の実施形態は、上記のＶｏＤライセンス方式、及びＭＣライセンス方式の問題点を解決し、両方式の利点を併せ持ったコンテンツ配信システムを提案することを目的とするものである。
【００４９】
＜実施形態＞
以下、本発明の一実施形態について説明する。本実施形態は、ＭＣライセンス方式と同様に２種類の暗号処理を用いたライセンス形態を採用しつつ、コンテンツ単位でのライセンス管理を可能にしたコンテンツ配信方式に関する。
【００５０】
［コンテンツ配信システム１０００の構成］
まず、図３を参照しながら、本実施形態に係るコンテンツ配信システム１０００のシステム構成、及び、本実施形態のコンテンツ配信処理に係る一連の流れについて説明する。図３は、本実施形態に係るコンテンツ配信システム１０００のシステム構成例を示す説明図である。
【００５１】
図３に示すように、コンテンツ配信システム１０００は、主に、送信システム１００と、コンテンツ受信端末１３０とにより構成される。また、送信システム１００は、主に、コンテンツサーバ１０２と、コンテンツ配信サーバ１０４と、ＤＲＭ／ＣＡＳサーバ１０６と、ポータルサーバ１０８と、課金サーバ１１０と、認証サーバ１１２とにより構成される。但し、実施の態様に応じて、課金サーバ１１０、及び認証サーバ１１２は、適宜省略されることもある。
【００５２】
（購入時の処理）
本実施形態においても、コンテンツの視聴を開始する前に、視聴者は、視聴したいコンテンツを購入する。そこで、コンテンツの購入処理に係る一連の流れについて説明する。
【００５３】
まず、視聴者は、ポータルサーバ１０８から提供されるコンテンツリストを参照し、所望のコンテンツを指定して購入操作を行う。このコンテンツリストは、例えば、ＥＰＧ（Ｅｌｅｃｔｒｏｎｉｃ  Ｐｒｏｇｒａｍ  Ｇｕｉｄｅ）等のような番組表の形式で提示される。この場合、視聴者は、番組表の中から所望の番組を指定することで、その番組に対応するコンテンツを購入することができる。もちろん、コンテンツリストの提示形式は任意である。このような購入操作が行われると、コンテンツ受信端末１３０によりコンテンツの購入処理が進められる。
【００５４】
上記のような購入操作が行われると、コンテンツ受信端末１３０は、ポータルサーバ１０８に対してコンテンツ購入要求を送信する。このとき、コンテンツ受信端末１３０は、ポータルサーバ１０８に対して視聴者及び端末を特定するための認証情報を送信する。コンテンツ購入要求、及び認証情報を受信すると、ポータルサーバ１０８は、受信した認証情報を認証サーバ１１２に送信する。認証サーバ１１２は、受信した認証情報を用いて視聴者及び端末の認証処理を実行し、その認証結果をポータルサーバ１０８に通知する。
【００５５】
ポータルサーバ１０８は、認証サーバ１１２から認証結果の通知を受け、成功裏に認証が完了したことを確認すると、ポータルサーバ１０８は、ＤＲＭ／ＣＡＳサーバ１０６に対してライセンス生成要求を送信する。このライセンス生成要求を受信すると、ＤＲＭ／ＣＡＳサーバ１０６は、ライセンスを生成してライセンス生成完了通知をポータルサーバ１０８に送信する。ポータルサーバ１０８は、ＤＲＭ／ＣＡＳサーバ１０６からライセンス生成完了通知を受信し、課金サーバ１１０に対してライセンス課金要求を送信する。
【００５６】
課金サーバ１１０は、ポータルサーバ１０８から受信したライセンス課金要求に基づいてライセンスに対する課金処理を実行する。課金処理が完了すると、課金サーバ１１０は、ポータルサーバ１０８に対してライセンス課金完了通知を送信する。このライセンス課金完了通知を受信すると、ポータルサーバ１０８は、コンテンツ受信端末１３０に対してコンテンツ購入完了通知を送信する。このコンテンツ購入完了通知を受信することで、コンテンツ受信端末１３０は、コンテンツの購入処理を完了する。
【００５７】
以上、購入時の処理について説明した。但し、コンテンツの購入処理に関しては、種々の変形が可能である。例えば、課金されないコンテンツに対しては、課金サーバ１１０による課金処理等が省略される。認証処理等においても同様に、実施の態様に応じて省略することが可能である。また、ポータルサーバ１０８からコンテンツ受信端末１３０に提供されるコンテンツリストの提示形式等においても、種々の変形が可能である。
【００５８】
（コンテンツ視聴時の処理）
次に、視聴者は、上記の処理により購入されたコンテンツを視聴する。この視聴時にコンテンツ配信システム１０００により実行される一連の処理について説明する。但し、ここで示す処理の流れは大枠のみであり、実際には相互認証等の各種処理が含まれる。
【００５９】
上記のようにしてコンテンツの購入処理が完了すると、視聴者は、コンテンツ受信端末１３０からコンテンツ配信サーバ１０４にアクセスし、購入したコンテンツを視聴することができる。このとき、コンテンツ受信端末１３０により次の処理が行われる。まず、コンテンツ受信端末１３０からポータルサーバ１０８にコンテンツ視聴要求が送信される。このコンテンツ視聴要求を受信すると、ポータルサーバ１０８は、コンテンツ受信端末１３０に対して再生制御メタファイルを送信する。
【００６０】
この再生制御メタファイルには、図８に示すように、コンテンツ受信端末１３０がコンテンツ配信サーバ１０４に接続してセッションを確立するために必要なコンテンツの取得先となるコンテンツ配信サーバ１０４のアドレス情報、及びＤＲＭ／ＣＡＳサーバ１０６のアドレス情報が含まれている。
【００６１】
また、再生制御メタファイルには、コンテンツを視聴する際に制御可能な再生方式の情報等が含まれている。ここで言う再生方式とは、例えば、倍速再生、１６倍速再生、再生停止、早送り等である。さらに、再生制御メタファイルには、取得するコンテンツの種別を示すコンテンツ種別情報が含まれている。コンテンツ種別情報には、例えば、ＶｏＤライセンス形式でコンテンツが配信されるのか、ＭＣライセンス形式（Ｌｉｖｅ  Ｓｔｒｅａｍｉｎｇ形式）でコンテンツが配信されるのか等が示されている。
【００６２】
コンテンツ受信端末１３０は、上記のような再生制御メタファイルの中からＤＲＭ／ＣＡＳサーバ１０６のアドレス情報を抽出し、当該アドレス情報に基づいてＤＲＭ／ＣＡＳサーバ１０６にアクセスする。そして、コンテンツ受信端末１３０は、ＤＲＭ／ＣＡＳサーバ１０６に対してライセンス取得要求を送信する。このライセンス取得要求を受信すると、ＤＲＭ／ＣＡＳサーバ１０６は、コンテンツ受信端末１３０に対してライセンス情報及びワーク鍵を送信する。
【００６３】
このライセンス情報には、例えば、コンテンツ鍵の有効期限を示す情報が含まれている。また、このワーク鍵は、上記のＭＣライセンス方式のものと同様、コンテンツ配信サーバ１０４から配信されるコンテンツのスクランブル鍵を復号するためのものである。但し、このワーク鍵により復号できるスクランブル鍵は、視聴者が事前に購入したコンテンツに対応するものである。なお、複数のコンテンツ配信サーバ１０４から配信されるコンテンツの視聴契約が視聴者により締結されている場合、それらのコンテンツ配信サーバ１０４に共通するワーク鍵がコンテンツ受信端末１３０に提供される。
【００６４】
上記のようにして、ライセンス情報及びワーク鍵が送信されると、コンテンツ受信端末１３０は、それらを受信し、ライセンス情報に含まれる有効期限を参照してワーク鍵の有効期限を確認する。そして、有効期限が切れていないことを確認すると、コンテンツ受信端末１３０は、上記の再生制御メタファイルに含まれるコンテンツ配信サーバ１０４のアドレス情報を抽出し、当該アドレス情報に対応するコンテンツ配信サーバ１０４にアクセスすることにより、スクランブルが施されたコンテンツ及びＥＣＭパケットを取得する。
【００６５】
このとき、複数のコンテンツ配信サーバ１０４から配信されるコンテンツに対して購入処理又は契約処理が完了している場合、再生制御メタファイルには、複数のコンテンツ配信サーバ１０４のアドレス情報が含まれている。この場合、コンテンツ受信端末１３０は、所望のコンテンツを配信しているコンテンツ配信サーバ１０４を選択し、選択されたコンテンツ配信サーバ１０４からコンテンツを取得することができる。例えば、視聴者は、３つのチャンネルから配信されるコンテンツのみを購入することができる。この場合、再生制御メタファイルには、３つのチャンネルに対応するコンテンツ配信サーバ１０４のアドレス情報等が含まれる。
【００６６】
上記のようにして、コンテンツ配信サーバ１０４からスクランブルが施されたコンテンツ及びＥＣＭパケットを取得すると、コンテンツ受信端末１３０は、ＤＲＭ／ＣＡＳサーバ１０６から取得したワーク鍵を用いてＥＣＭパケットからスクランブル鍵を復号する。さらに、コンテンツ受信端末１３０は、復号したスクランブル鍵を用いてコンテンツに施されたスクランブルを解除する。このような処理が行われることにより、視聴者は、コンテンツ受信端末１３０を用いて取得したコンテンツを視聴することができる。
【００６７】
なお、コンテンツ配信サーバ１０４から配信されるコンテンツ及びＥＣＭパケットは、コンテンツサーバ１０２により提供される。コンテンツサーバ１０２は、コンテンツにスクランブルを施すと共に、ＤＲＭ／ＣＡＳサーバ１０６から供与されたワーク鍵を用いてスクランブルを解除するためのスクランブル鍵を暗号化してＥＣＭパケットを生成する。そして、コンテンツサーバ１０２は、スクランブルが施されたコンテンツ、及びＥＣＭパケットをコンテンツ配信サーバ１０４に供与する。
【００６８】
但し、複数のコンテンツ配信サーバ１０４から配信されるコンテンツに対してライセンスが与えられる場合、コンテンツサーバ１０２は、それらのコンテンツのスクランブル鍵を共通のワーク鍵で暗号化する。このような構成にすることで、各コンテンツは、コンテンツ単位で異なるスクランブル鍵によりスクランブルされる。一方で、配信されるコンテンツ群は、同じワーク鍵により視聴が制限される。つまり、マルチキャストライセンスでありながら、個々のコンテンツに対するライセンス管理もできるように構成されている。
【００６９】
以上、本実施形態に係るコンテンツ配信システム１０００の構成例、及びコンテンツの視聴処理に係る一連の流れについて説明した。上記の通り、本実施形態に係るコンテンツ配信方式においては、コンテンツのスクランブル及びスクランブル鍵の暗号化という２種類の暗号処理が行われるため、コンテンツの制作者と配信者とで個別にライセンスを管理することができる。また、再生制御メタファイルによるコンテンツ取得先の制限や、ワーク鍵を用いたライセンス管理により、配信形態をマルチキャストにしたり、ユニキャストにしたり、自由に設定することができるようになる。
【００７０】
［コンテンツサーバ１０２の機能構成］
ここで、図４を参照しながら、コンテンツ配信システム１０００に含まれるコンテンツサーバ１０２の機能構成について説明する。図４は、本実施形態に係るコンテンツサーバ１０２の機能構成の一例を示す説明図である。
【００７１】
図４に示すように、コンテンツサーバ１０２は、主に、記憶部１５２と、スクランブル部１５４と、ワーク鍵取得部１５６と、スクランブル鍵暗号化部１５８と、多重送信部１６０とにより構成される。
【００７２】
なお、記憶部１５２の機能は、後述するハードウェア構成の中で、例えば、ＲＡＭ９０６、記憶部９２０、又はリムーバブル記録媒体９２８等により実現される。また、スクランブル部１５４、スクランブル鍵暗号化部１５８の機能は、例えば、ＲＯＭ９０４、ＲＡＭ９０６、記憶部９２０、又はリムーバブル記録媒体９２８等に記録されたプログラムに基づいてＣＰＵ９０２により実現される。さらに、ワーク鍵取得部１５６、多重送信部１６０の機能は、例えば、接続ポート９２４、又は通信部９２６等により実現される。
【００７３】
（記憶部１５２）
記憶部１５２には、コンテンツ配信サーバ１０４により配信されるコンテンツが格納されている。但し、当該コンテンツは、スクランブルされていないものである。また、記憶部１５２には、コンテンツをスクランブルするためのスクランブル鍵が格納されている。さらに、記憶部１５２には、コンテンツに施されたスクランブルを解除するためのスクランブル鍵が格納されている。但し、スクランブル解除に用いられるスクランブル鍵は、スクランブルに用いられるスクランブル鍵と同じものでもよいし、別のものでもよい。但し、以下の説明においては、同じものであると仮定して説明を進めることにする。
【００７４】
（スクランブル部１５４）
スクランブル部１５４は、記憶部１５２からコンテンツ及びスクランブル鍵を取得する。そして、スクランブル部１５４は、取得したスクランブル鍵を用いてコンテンツにスクランブルを施す。このとき、スクランブルが施されるコンテンツとスクランブル鍵とは対応するものである。そして、どのコンテンツをどのスクランブル鍵でスクランブルするかということは、例えば、コンテンツの制作者により設定される。スクランブル部１５４によりスクランブルが施されたコンテンツは、多重送信部１６０に入力される。
【００７５】
（ワーク鍵取得部１５６、スクランブル鍵暗号化部１５８）
ワーク鍵取得部１５６は、ＤＲＭ／ＣＡＳサーバ１０６からワーク鍵を取得する。このとき、ワーク鍵取得部１５６は、取得したワーク鍵とコンテンツ（又はスクランブル鍵）との対応関係を示す情報も併せて取得する。そして、ワーク鍵取得部１５６は、取得したワーク鍵、及び対応関係を示す情報をスクランブル鍵暗号化部１５８に入力する。
【００７６】
スクランブル鍵暗号化部１５８は、記憶部１５２からスクランブル鍵を取得する。さらに、スクランブル鍵暗号化部１５８は、ワーク鍵取得部１５６からワーク鍵、及び対応関係を示す情報を取得する。そして、スクランブル鍵暗号化部１５８は、ワーク鍵取得部１５６から入力された対応関係を示す情報に基づき、取得したスクランブル鍵に対応するワーク鍵を用いて当該スクランブル鍵を暗号化する。スクランブル鍵暗号化部１５８により暗号化されたスクランブル鍵は、ＥＣＭパケットとして多重送信部１６０に入力される。
【００７７】
（多重送信部１６０）
上記の通り、多重送信部１６０には、スクランブル部１５４からスクランブルされたコンテンツが入力され、スクランブル鍵暗号化部１５８からＥＣＭパケットが入力される。但し、多重送信部１６０に入力されたコンテンツ及びＥＣＭパケットは、互いに対応するものであると仮定する。つまり、入力されたコンテンツのスクランブルに用いたスクランブル鍵と、ＥＣＭパケットを構成する暗号化されたスクランブル鍵とは同じものであると仮定する。この場合、多重送信部１６０は、入力されたコンテンツ及びＥＣＭパケットをセットにしてコンテンツ配信サーバ１０４に送信する。
【００７８】
既に述べた通り、ライセンス契約の内容によっては、同じワーク鍵で複数のスクランブル鍵が暗号化されることがある。このような場合にも、多重送信部１６０は、各コンテンツとＥＣＭパケットとをそれぞれセットにして各コンテンツ配信サーバ１０４に送信する。逆に、個々のコンテンツに対してライセンスを発行する形態にすることもできる。その場合、個々のコンテンツに対応するスクランブル鍵が個々のワーク鍵で暗号化され、それぞれ対応するコンテンツ配信サーバ１０４に対して送信される。
【００７９】
以上、本実施形態に係るコンテンツサーバ１０２の機能構成について説明した。上記の通り、本実施形態におけるコンテンツの暗号処理は、スクランブル鍵を用いたコンテンツのスクランブル処理と、スクランブル鍵をワーク鍵で暗号化する暗号化処理とにより実現される。そのため、スクランブル鍵を用いてコンテンツ単位のライセンス管理が可能になり、ワーク鍵を用いて、配信されるコンテンツの組み合わせ単位でライセンスを管理することが可能になる。つまり、ＭＣライセンスの形態が実現される。
【００８０】
［コンテンツ受信端末１３０の機能構成］
次に、図５を参照しながら、コンテンツ配信システム１０００に含まれるコンテンツ受信端末１３０の機能構成について説明する。図５は、本実施形態に係るコンテンツ受信端末１３０の機能構成の一例を示す説明図である。
【００８１】
図５に示すように、コンテンツ受信端末１３０は、主に、ＤＲＭクライアント１３２と、視聴クライアント１３４とにより構成される。ＤＲＭクライアント１３２は、ＤＲＭ／ＣＡＳサーバ１０６にアクセスするための手段であり、ライセンス取得部１７２を有する。視聴クライアント１３４は、コンテンツ視聴時の処理を行う手段である。視聴クライアント１３４は、コンテンツ購入処理部１７４と、再生制御メタ取得部１７６と、コンテンツ配信形態判別部１７８と、コンテンツ取得部１８０と、スクランブル鍵復号部１８２と、デスクランブル部１８４とを有する。
【００８２】
なお、ＤＲＭクライアント１３２、及び視聴クライアント１３４が有する主な機能は、後述するハードウェア構成の中で、例えば、ＲＯＭ９０４、ＲＡＭ９０６、記憶部９２０、又はリムーバブル記録媒体９２８等に記録されたプログラムに基づいてＣＰＵ９０２により実現される。但し、ライセンス取得部１７２、再生制御メタ取得部１７６、コンテンツ取得部１８０の主な機能は、例えば、接続ポート９２４、又は通信部９２６等により実現される。
【００８３】
まず、コンテンツの購入処理に係る機能構成について説明する。次いで、コンテンツの視聴処理に係る機能構成について説明する。
【００８４】
（コンテンツ購入処理部１７４）
コンテンツ購入処理部１７４は、ポータルサーバ１０８に対してコンテンツ購入要求を送信する。さらに、コンテンツ購入処理部１７４は、コンテンツ購入要求に応じてポータルサーバ１０８から送信されたコンテンツ購入完了通知を受信する。このコンテンツ購入完了通知を受信すると、コンテンツ購入処理部１７４は、コンテンツの購入が完了した旨を再生制御メタ取得部１７６に通知する。
【００８５】
（再生制御メタ取得部１７６）
再生制御メタ取得部１７６は、コンテンツ購入処理部１７４からコンテンツの購入が完了した旨の通知を受けた後、ポータルサーバ１０８に対してコンテンツ視聴要求を送信する。さらに、再生制御メタ取得部１７６は、コンテンツ視聴要求に応じてポータルサーバ１０８から送信された再生制御メタファイルを受信する。この再生制御メタファイルには、図８に示すように、コンテンツ配信サーバ１０４のアドレス情報、ＤＲＭ／ＣＡＳサーバ１０６のアドレス情報、コンテンツ種別情報、及び配信形態の情報等が含まれている。
【００８６】
そこで、再生制御メタ取得部１７６は、受信した再生制御メタファイルからＤＲＭ／ＣＡＳサーバ１０６のアドレス情報等を抽出してライセンス取得部１７２に入力する。また、再生制御メタ取得部１７６は、再生制御メタファイルからコンテンツ配信サーバ１０４のアドレス情報を抽出してコンテンツ取得部１８０に入力する。さらに、再生制御メタ取得部１７６は、再生制御メタファイルからコンテンツの配信形態に関する情報を抽出してコンテンツ配信形態判別部１７８に入力する。
【００８７】
（コンテンツ配信形態判別部１７８）
コンテンツ配信形態判別部１７８は、再生制御メタ取得部１７６から入力された情報に基づいてコンテンツの配信形態を判別する。コンテンツの配信形態に関する情報としては、例えば、コンテンツの種別を示す情報や、そのコンテンツに対して行える再生制御方式の情報がある。コンテンツの種別に関しては、例えば、ＶｏＤ方式で配信されるコンテンツなのか、ライブストリーミング方式で配信されるコンテンツなのか、その他のコンテンツなのか等が判別される。また、再生制御方式に関しては、例えば、倍速再生が可能なのか、再生停止が可能なのか等が判別される。コンテンツ配信形態判別部１７８により判別された結果は、コンテンツ取得部１８０に入力される。
【００８８】
（コンテンツ取得部１８０）
コンテンツ取得部１８０は、再生制御メタ取得部１７６から入力されたコンテンツ配信サーバ１０４のアドレス情報等を用いてコンテンツ配信サーバ１０４にアクセスする。そして、コンテンツ取得部１８０は、コンテンツ配信サーバ１０４に対してセッション開始要求を送信する。その後、コンテンツ取得部１８０は、セッション開始要求に応じてコンテンツ配信サーバ１０４から送信されたコンテンツ及びＥＣＭパケットを受信する。但し、このコンテンツはスクランブルが施されたものである。コンテンツ取得部１８０により受信されたコンテンツは、デスクランブル部１８４に入力される。また、コンテンツ取得部１８０により受信されたＥＣＭパケットは、スクランブル鍵復号部１８２に入力される。
【００８９】
ここで、コンテンツの配信形態に関する判別結果に係るコンテンツ取得部１８０の処理について簡単に説明する。配信形態に関する判別結果は、例えば、下記の（Ａ）（Ｂ）のように処理される。
【００９０】
（Ａ）上記の説明においては、全てのコンテンツ配信サーバ１０４からＭＣライセンス方式のコンテンツ及びＥＣＭパケットが配信されるものと仮定していた。しかし、コンテンツ配信サーバ１０４の中には、ＶｏＤライセンス方式のようにコンテンツ鍵で暗号化されたコンテンツを送信するものが含まれているシステム構成も考えられる。この場合、コンテンツ受信端末１３０は、ＤＲＭ／ＣＡＳサーバ１０６から取得した鍵（ワーク鍵、コンテンツ鍵）を用いて復号する対象が何かを知っている必要がある。
【００９１】
このような場合、コンテンツ取得部１８０は、コンテンツ配信形態判別部１７８により入力された判別結果がコンテンツ鍵暗号方式の場合、その判別結果をスクランブル鍵復号部１８２、及びデスクランブル部１８４に入力する。逆に、ワーク鍵による２重暗号処理方式の場合、本来の処理形態であるため、その判別結果をスクランブル鍵復号部１８２、及びデスクランブル部１８４に入力しない。但し、判別結果をスクランブル鍵復号部１８２、及びデスクランブル部１８４に入力するように構成されていてもよい。
【００９２】
（Ｂ）また、ストリーミングコンテンツを視聴する場合、コンテンツ又はコンテンツ配信サーバ１０４が対応している再生制御方式が何かをコンテンツ受信端末１３０が知っていることが好ましい。例えば、２倍速再生に対応していないコンテンツ配信サーバ１０４に対して２倍速再生を指定する再生制御情報を送信しても、コンテンツ取得部１８０によりコンテンツを正しく取得して再生することができないからである。そこで、コンテンツ取得部１８０は、コンテンツ配信形態判別部１７８の判別結果に適合する配信形態でコンテンツ配信サーバ１０４からコンテンツを取得する。
【００９３】
（ライセンス取得部１７２）
ライセンス取得部１７２は、再生制御メタ取得部１７６から入力されたアドレス情報を用いてＤＲＭ／ＣＡＳサーバ１０６にアクセスする。このとき、ライセンス取得部１７２は、事前に保持している機器固有のＩＤ等の認証情報を用いてＤＲＭ／ＣＡＳサーバ１０６との間で相互認証を行う。そして、ライセンス取得部１７２は、ＤＲＭ／ＣＡＳサーバ１０６に対してライセンス取得要求を送信する。その後、ライセンス取得部１７２は、このライセンス取得要求に応じてＤＲＭ／ＣＡＳサーバ１０６から送信されたライセンス情報、及びワーク鍵を受信する。
【００９４】
このライセンス情報には、図８に示すように、ワーク鍵、ワーク鍵の有効期限、及び当該有効期限とワーク鍵との対応関係を示す情報が含まれている。なお、ワーク鍵は、このタイミングで取得せず、事前に取得して保持しておくように構成されていてもよい。このようにしてライセンス情報及びワーク鍵を取得すると、ライセンス取得部１７２は、ライセンス情報に含まれる有効期限を参照し、ワーク鍵が有効か否かを判断する。ワーク鍵が有効な場合、ライセンス取得部１７２は、そのワーク鍵をスクランブル鍵復号部１８２に入力する。
【００９５】
（スクランブル鍵復号部１８２）
スクランブル鍵復号部１８２は、ライセンス取得部１７２により入力されたワーク鍵を用いて、コンテンツ取得部１８０により入力されたＥＣＭパケットからスクランブル鍵を復号する。スクランブル鍵復号部１８２により復号されたスクランブル鍵は、デスクランブル部１８４に入力される。但し、コンテンツ鍵暗号方式である旨を示す配信形態の判別結果がコンテンツ取得部１８０から入力された場合、ライセンス取得部１７２から入力された鍵をそのままデスクランブル部１８４に入力する。
【００９６】
（デスクランブル部１８４）
デスクランブル部１８４は、スクランブル鍵復号部１８２により復号されたスクランブル鍵を用いてコンテンツ取得部１８０から入力されたコンテンツのスクランブルを解除する。但し、コンテンツ鍵暗号方式である旨を示す配信形態の判別結果がコンテンツ取得部１８０から入力された場合、デスクランブル部１８４は、スクランブル鍵復号部１８２から入力された鍵を用いてコンテンツ取得部１８０により取得されたコンテンツを復号する。このような処理により、コンテンツが視聴可能な状態に復元される。
【００９７】
以上、本実施形態に係るコンテンツ受信端末１３０の機能構成について説明した。上記のような構成にすることで、ＶｏＤライセンス方式のように再生制御メタファイルを用いてコンテンツの取得先を指定する構成の枠組みの中で、ＭＣライセンスのような２重暗号方式を適用できるようになる。
【００９８】
（コンテンツ配信形態について）
ここで、再生制御メタファイルに含まれるコンテンツ配信形態に関する情報の扱い方について説明を補足する。上記の通り、再生制御メタファイルには、コンテンツの配信形態を示す情報として、再生制御方式の情報と、ライセンス形態に関する情報とが含まれる。再生制御方式に関する情報は、コンテンツ取得部１８０がコンテンツを取得する際に、コンテンツ配信サーバ１０４が対応する形態で取得するために利用される。一方、ライセンス形態に関する情報についてはシステム構成にも依存するため、ここで説明を補足する。
【００９９】
上記の通り、本実施形態に係るコンテンツ配信システム１０００は、ＭＣライセンス方式と同様にワーク鍵を用いた２重暗号方式を採用している。しかし、本実施形態に係るコンテンツ受信端末１３０は、コンテンツ配信システム１０００の構成にＶｏＤライセンス方式のシステム要素を追加して拡張されたシステム形態にも対応できる。実際には、既存のＶｏＤライセンス方式のシステム等に本実施形態に係る技術を適用して拡張することになるかもしれない。もちろん、このように拡張されたシステムも、本実施形態の技術的範囲に属するものである。
【０１００】
但し、このような拡張を行う場合、コンテンツ受信端末１３０は、ＭＣライセンス方式で配信されたのか、ＶｏＤライセンス方式で配信されたのかを認識する必要がある。もちろん、これら以外のライセンス方式についても同様である。そこで、コンテンツ配信システム１０００は、ポータルサーバ１０８から送信される再生制御メタファイルにコンテンツ配信形態の情報を付加しているのである。コンテンツ受信端末１３０は、このコンテンツ配信形態を認識し、コンテンツの復号に係る処理を切り替えるのである。
【０１０１】
例えば、配信形態がＶｏＤライセンス方式であると判別された場合、コンテンツ受信端末１３０は、ライセンス取得部１７２によりＤＲＭ／ＣＡＳサーバ１０６からコンテンツ鍵を取得する。また、コンテンツ取得部１８０は、コンテンツ配信サーバ１０４から暗号化されたコンテンツのみを取得する。さらに、スクランブル鍵復号部１８２は機能せず、デスクランブル部１８４により、コンテンツ鍵を用いてコンテンツが復号される。
【０１０２】
このように、コンテンツの配信形態を示す情報が再生制御メタファイルに含まれることで、容易にコンテンツ視聴時の処理を切り替えることができる。その結果、他のライセンス方式との互換性を確保することが可能になり、既存のシステム構成をベースにして本実施形態の技術を実現させることができるようになる。その結果、本実施形態において提案する技術を比較的低い開発コスト及び導入コストで実現することが可能になる。
【０１０３】
［視聴時の処理シーケンス］
次に、図６Ａ、及び図６Ｂを参照しながら、本実施形態のコンテンツ配信システム１０００における視聴時の処理シーケンスについて説明する。ここでは、コンテンツサーバ１０２やコンテンツ受信端末１３０が有する細かな機能構成については意識せず、システム全体として行われる処理の流れについて説明する。
【０１０４】
まず、図６Ａを参照する。図６Ａに示すように、まず、視聴クライアント１３４からポータルサーバ１０８に対してコンテンツ購入要求が送信される（Ｓ１０２）。次いで、ポータルサーバ１０８と認証サーバ１１２との間で認証処理が行われる（Ｓ１０４）。次いで、ポータルサーバ１０８とＤＲＭ／ＣＡＳサーバ１０６との間でライセンス生成処理が行われる（Ｓ１０６）。次いで、ポータルサーバ１０８と課金サーバ１１０との間で課金処理が行われる（Ｓ１０８）。次いで、ポータルサーバ１０８から視聴クライアント１３４にコンテンツ購入完了通知が送信される（Ｓ１１０）。以上の処理により、コンテンツの購入に係る一連の処理が完了する。
【０１０５】
次いで、視聴クライアント１３４からポータルサーバ１０８に対してコンテンツ視聴要求が送信される（Ｓ１１２）。次いで、ポータルサーバ１０８から視聴クライアント１３４に対して再生制御メタファイルが送信される（Ｓ１１４）。次いで、視聴クライアント１３４により再生制御メタファイルに含まれる再生制御情報の確認が行われる（Ｓ１１６）。この段階で、再生制御メタファイルから各サーバのアドレス情報等が抽出される。次いで、視聴クライアント１３４からＤＲＭクライアント１３２に対してライセンス取得指示が発行される（Ｓ１１８）。
【０１０６】
次いで、ＤＲＭクライアント１３２とＤＲＭ／ＣＡＳサーバ１０６との間で相互認証が行われる（Ｓ１２０）。次いで、ＤＲＭクライアント１３２からＤＲＭ／ＣＡＳサーバ１０６に対してライセンス取得要求が送信される（Ｓ１２２）。次いで、ＤＲＭ／ＣＡＳサーバ１０６からＤＲＭクライアント１３２に対してライセンス情報が提供される（Ｓ１２４）。例えば、この段階でライセンス情報と共にワーク鍵が送信される。次いで、ＤＲＭクライアント１３２によりライセンス状態が確認される（Ｓ１２６）。つまり、ワーク鍵の有効期限が確認される。次いで、ＤＲＭクライアント１３２から視聴クライアント１３４に対してライセンス状態が通知される（Ｓ１２８）。
【０１０７】
図６Ｂを参照する。次いで、視聴クライアント１３４とコンテンツ配信サーバ１０４との間でセッションが開始される（Ｓ１３０）。次いで、視聴クライアント１３４とコンテンツ配信サーバ１０４との間でライブストリーミングが実行される（Ｓ１３２）。このとき、コンテンツ配信サーバ１０４からスクランブルが施されたコンテンツと、ＥＣＭパケットとが視聴クライアント１３４に送信される。視聴クライアント１３４は、ワーク鍵を用いてスクランブル鍵を復号し、そのスクランブル鍵を用いてコンテンツのスクランブルを解除する（Ｓ１３４）。同様に、ライブストリーミングが繰り返され（Ｓ１３６）、都度、スクランブル鍵の復号、及びコンテンツのデスクランブルが繰り返される（Ｓ１３８）。視聴を終了する際には、視聴クライアント１３４とコンテンツ配信サーバ１０４との間でセッションの終了処理が行われ（Ｓ１４０）、視聴時の処理が終了する。
【０１０８】
（変形例：視聴契約を締結する場合）
次に、図７Ａ、図７Ｂを参照しながら、本実施形態のコンテンツ配信方式に係る一変形例について説明する。本変形例は、あるコンテンツに対して視聴者が視聴契約を締結し、その契約締結時に提供されたライセンスを用いてコンテンツを視聴するというものである。当該変形例のように、視聴契約やコンテンツの購入形態に関しては、種々の変形が可能である。こうした変形を行ったとしても、視聴時の処理シーケンスにおける本実施形態の技術的思想が含まれるものであれば、本実施形態の技術的範囲に属する。
【０１０９】
まず、図７Ａを参照する。図７Ａに示すように、まず、視聴クライアント１３４は、ポータルサーバ１０８に対してコンテンツ視聴契約要求を送信する（Ｓ２０２）。次いで、ポータルサーバ１０８は、認証サーバ１１２との間で認証処理を実行する（Ｓ２０４）。次いで、ポータルサーバ１０８とＤＲＭ／ＣＡＳサーバ１０６との間でライセンス生成処理が行われる（Ｓ２０６）。次いで、ポータルサーバ１０８と課金サーバ１１０との間でライセンス課金処理が行われる（Ｓ２０８）。次いで、ポータルサーバ１０８から視聴クライアント１３４に対して契約完了通知が送信される（Ｓ２１０）。このように、視聴契約を締結する場合においても、ここまでの処理の流れは購入処理と実質的に同じである。
【０１１０】
次いで、視聴クライアント１３４は、ＤＲＭクライアント１３２に対してライセンス取得指示を伝送する（Ｓ２１２）。次いで、ＤＲＭクライアント１３２とＤＲＭ／ＣＡＳサーバ１０６との間で相互認証が行われる（Ｓ２１４）。次いで、ＤＲＭクライアント１３２からＤＲＭ／ＣＡＳサーバ１０６に対してライセンス取得要求が送信される（Ｓ２１６）。次いで、ＤＲＭ／ＣＡＳサーバ１０６からＤＲＭクライアント１３２に対してライセンス情報が提供される（Ｓ２１８）。例えば、この段階でライセンス情報と共にワーク鍵が提供される。次いで、ＤＲＭクライアント１３２によりライセンス状態が確認される（Ｓ２２０）。次いで、ＤＲＭクライアント１３２から視聴クライアント１３４に対してライセンス状態が通知される（Ｓ２２２）。
【０１１１】
ステップＳ２１２〜Ｓ２２２までの一連の処理をライセンス取得ステップＳＬと呼ぶことにする。ここで示したライセンス取得ステップＳＬにより、ライセンス情報に含まれる有効期限まで契約者に対してライセンスが供与されるのである。図７Ａに示したシーケンスまでが契約時の処理に相当する。次に、視聴時の処理シーケンスについて説明する。
【０１１２】
図７Ｂを参照する。図７Ｂに示すように、まず、視聴クライアント１３４は、ポータルサーバ１０８に対してコンテンツ視聴要求を送信する（Ｓ２２４）。次いで、ポータルサーバ１０８と認証サーバ１１２との間で認証処理が行われる（Ｓ２２６）。次いで、ポータルサーバ１０８から視聴クライアント１３４に対して再生制御メタファイルが送信される（Ｓ２２８）。次いで、視聴クライアント１３４とコンテンツ配信サーバ１０４との間でライブストリーミングが実行される（Ｓ２３２）。このとき、コンテンツ配信サーバ１０４からスクランブルが施されたコンテンツと、ＥＣＭパケットとが視聴クライアント１３４に送信される。
【０１１３】
視聴クライアント１３４は、ワーク鍵を用いてスクランブル鍵を復号し、そのスクランブル鍵を用いてコンテンツのスクランブルを解除する（Ｓ２３４）。同様に、ライブストリーミングが繰り返され（Ｓ２３６）、都度、スクランブル鍵の復号、及びコンテンツのデスクランブルが繰り返される（Ｓ２３８）。視聴を終了する際には、視聴クライアント１３４とコンテンツ配信サーバ１０４との間でセッションの終了処理が行われ（Ｓ２４０）、視聴時の処理が終了する。なお、契約期間が満了した場合、視聴者は、図７Ａに示すライセンス取得ステップＳＬの処理を再び実行し、ライセンスの更新処理を行う。
【０１１４】
以上、本実施形態の一変形例に係るコンテンツ配信処理の流れについて説明した。このように、視聴契約を締結する場合においても本実施形態の技術を適用することができる。
【０１１５】
［ハードウェア構成］
上記装置が有する各構成要素の機能は、例えば、図９に示すハードウェア構成を有する情報処理装置により、上記の機能を実現するためのコンピュータプログラムを用いて実現することが可能である。図９は、上記装置の各構成要素が有する機能を実現することが可能な情報処理装置のハードウェア構成を示す説明図である。この情報処理装置の形態は任意であり、例えば、パーソナルコンピュータ、携帯電話、ＰＨＳ（Ｐｅｒｓｏｎａｌ  Ｈａｎｄｙ−ｐｈｏｎｅ  Ｓｙｓｔｅｍ）、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）等の携帯情報端末、ゲーム機、又は各種の情報家電等の形態がこれに含まれる。
【０１１６】
図９に示すように、前記の情報処理装置は、主に、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）９０２と、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）９０４と、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）９０６と、ホストバス９０８と、ブリッジ９１０と、外部バス９１２と、インターフェース９１４と、入力部９１６と、出力部９１８と、記憶部９２０と、ドライブ９２２と、接続ポート９２４と、通信部９２６とにより構成される。
【０１１７】
ＣＰＵ９０２は、例えば、演算処理装置又は制御装置として機能し、ＲＯＭ９０４、ＲＡＭ９０６、記憶部９２０、又はリムーバブル記録媒体９２８に記録された各種プログラムに基づいて各構成要素の動作全般又はその一部を制御する。ＲＯＭ９０４は、例えば、ＣＰＵ９０２に読み込まれるプログラムや演算に用いるデータ等を格納する。ＲＡＭ９０６は、例えば、ＣＰＵ９０２に読み込まれるプログラムや、そのプログラムを実行する際に適宜変化する各種パラメータ等を一時的又は永続的に格納する。これらの構成要素は、例えば、高速なデータ伝送が可能なホストバス９０８によって相互に接続されている。また、ホストバス９０８は、例えば、ブリッジ９１０を介して比較的データ伝送速度が低速な外部バス９１２に接続されている。
【０１１８】
入力部９１６は、例えば、マウス、キーボード、タッチパネル、ボタン、スイッチ、及びレバー等の操作手段である。また、入力部９１６は、赤外線やその他の電波を利用して制御信号を送信することが可能なリモートコントロール手段（所謂、リモコン）であってもよい。なお、入力部９１６は、上記の操作手段を用いて入力された情報を入力信号としてＣＰＵ９０２に伝送するための入力制御回路等により構成されている。
【０１１９】
出力部９１８は、例えば、ＣＲＴ（Ｃａｔｈｏｄｅ  Ｒａｙ  Ｔｕｂｅ）、ＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）、ＰＤＰ（Ｐｌａｓｍａ  ＤｉｓｐｌａｙＰａｎｅｌ）、又はＥＬＤ（Ｅｌｅｃｔｒｏ−Ｌｕｍｉｎｅｓｃｅｎｃｅ  Ｄｉｓｐｌａｙ）等のディスプレイ装置、スピーカ、ヘッドホン等のオーディオ出力装置、プリンタ、携帯電話、又はファクシミリ等、取得した情報を利用者に対して視覚的又は聴覚的に通知することが可能な装置である。
【０１２０】
記憶部９２０は、各種のデータを格納するための装置であり、例えば、ハードディスクドライブ（ＨＤＤ；Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）等の磁気記憶デバイス、半導体記憶デバイス、光記憶デバイス、又は光磁気記憶デバイス等により構成される。
【０１２１】
ドライブ９２２は、例えば、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリ等のリムーバブル記録媒体９２８に記録された情報を読み出し、又はリムーバブル記録媒体９２８に情報を書き込む装置である。リムーバブル記録媒体９２８は、例えば、ＤＶＤメディア、Ｂｌｕ−ｒａｙメディア、ＨＤ  ＤＶＤメディア、コンパクトフラッシュ（登録商標）（ＣＦ；ＣｏｍｐａｃｔＦｌａｓｈ）、メモリースティック、又はＳＤメモリカード（Ｓｅｃｕｒｅ  Ｄｉｇｉｔａｌ  ｍｅｍｏｒｙ  ｃａｒｄ）等である。もちろん、リムーバブル記録媒体９２８は、例えば、非接触型ＩＣチップを搭載したＩＣカード（Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ  Ｃａｒｄ）、又は電子機器等であってもよい。
【０１２２】
接続ポート９２４は、例えば、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）ポート、ＩＥＥＥ１３９４ポート、ＳＣＳＩ（Ｓｍａｌｌ  Ｃｏｍｐｕｔｅｒ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｆａｃｅ）、ＲＳ−２３２Ｃポート、又は光オーディオ端子等のような外部接続機器９３０を接続するためのポートである。外部接続機器９３０は、例えば、プリンタ、携帯音楽プレーヤ、デジタルカメラ、デジタルビデオカメラ、又はＩＣレコーダ等である。
【０１２３】
通信部９２６は、ネットワーク９３２に接続するための通信デバイスであり、例えば、有線又は無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、又はＷＵＳＢ（Ｗｉｒｅｌｅｓｓ  ＵＳＢ）用の通信カード、光通信用のルータ、ＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ  Ｄｉｇｉｔａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｌｉｎｅ）用のルータ、又は各種通信用のモデム等である。また、通信部９２６に接続されるネットワーク９３２は、有線又は無線により接続されたネットワークにより構成され、例えば、インターネット、家庭内ＬＡＮ、赤外線通信、可視光通信、放送、又は衛星通信等である。
【０１２４】
［まとめ］
最後に、本実施形態のコンテンツ配信システム、及びコンテンツ受信端末が有する機能構成と、当該機能構成が奏する作用効果について簡単に纏める。
【０１２５】
まず、本実施形態に係るコンテンツ配信システム、及びコンテンツ受信端末が有する機能構成は次のように表現することができる。
【０１２６】
本実施形態に係るコンテンツ配信システムは、複数のコンテンツ配信サーバと、ライセンスサーバと、ポータルサーバと、コンテンツ受信端末とにより構成される。
【０１２７】
ここで言うコンテンツ配信サーバの一例が、コンテンツサーバ１０２、コンテンツ配信サーバ１０４である。また、ライセンスサーバの一例が、ＤＲＭ／ＣＡＳサーバ１０６である。さらに、ここで言うポータルサーバ、コンテンツ受信端末の一例が、それぞれ、既に説明したポータルサーバ１０８、コンテンツ受信端末１３０である。
【０１２８】
このコンテンツ配信サーバは、スクランブルが施されたコンテンツを配信すると共に、前記スクランブルの解除に用いる暗号化されたスクランブル鍵をストリーミング配信するものである。つまり、このコンテンツ配信サーバは、上記のＭＣライセンス方式のような２重暗号処理が施されたコンテンツをストリーミング配信するものである。
【０１２９】
また、ライセンスサーバは、所定の前記コンテンツ配信サーバから配信される前記暗号化されたスクランブル鍵を復号するためのワーク鍵を提供するものである。もちろん、ワーク鍵は、所定の購入処理又は契約処理等に基づいてライセンスが供与された視聴者に対して提供されるものである。また、ポータルサーバは、前記所定のコンテンツ配信サーバのアドレス情報を提供するものである。なお、ポータルサーバは、視聴者にコンテンツを指定させるための窓口としての役割を果たす。つまり、ポータルサーバは、各コンテンツと、それを配信するコンテンツ配信サーバとの橋渡しを行うのである。その方法の１つが、アドレス情報の提供である。
【０１３０】
そして、コンテンツ受信端末は、アドレス情報取得部と、コンテンツ取得部と、スクランブル鍵復号部と、スクランブル解除部とを有している。
【０１３１】
このアドレス情報取得部は、前記ポータルサーバから前記所定のコンテンツ配信サーバのアドレス情報を取得するものである。また、コンテンツ取得部は、前記アドレス情報取得部により取得されたアドレス情報を参照して前記所定のコンテンツ配信サーバから前記コンテンツ及び前記スクランブル鍵を取得するものである。スクランブル鍵復号部は、前記ライセンスサーバから取得したワーク鍵を用いて前記スクランブル鍵を復号するものである。さらに、スクランブル解除部は、前記スクランブル鍵を用いて前記コンテンツのスクランブルを解除するものである。
【０１３２】
ここで言うアドレス情報取得部の一例が、再生制御メタ取得部１７６である。但し、再生制御メタ取得部１７６の場合、再生制御メタファイルを取得し、その中に含まれるアドレス情報を抽出することで、コンテンツ配信サーバ１０４のアドレス情報を取得している。また、ここで言うコンテンツ取得部の一例が、コンテンツ取得部１８０である。また、スクランブル鍵復号部の一例が、スクランブル鍵復号部１８２である。さらに、スクランブル解除部の一例が、デスクランブル部１８４である。
【０１３３】
また、前記ポータルサーバは、前記所定のコンテンツ配信サーバの再生制御方式を示す情報をさらに提供するように構成されていてもよい。この再生制御方式には、例えば、倍速再生やストップ等が含まれる。この場合、前記コンテンツ受信端末は、前記ポータルサーバから再生制御方式の情報を取得する再生制御情報取得部をさらに有する。そして、このコンテンツ受信端末は、前記再生制御情報取得部により取得された情報が示す再生制御方式に従って前記コンテンツ取得部により前記コンテンツ及びスクランブル鍵を取得する。このような構成にすることで、再生制御方式が異なるためにコンテンツが正しく受信出来なくなる状況を回避することができる。
【０１３４】
なお、ここで言う再生制御情報取得部の一例が、再生制御メタ取得部１７６である。但し、再生制御メタ取得部１７６の場合、再生制御メタファイルを取得し、その中に含まれる再生制御方式の情報を抽出することで、再生制御方式の情報を取得している。
【０１３５】
また、前記コンテンツ配信システムは、コンテンツ鍵を用いて復号可能な暗号化されたコンテンツのみを配信するコンテンツ配信サーバをさらに含むように構成されることがある。例えば、ＶｏＤライセンス方式のコンテンツ配信システムをベースに、本実施形態に係るコンテンツ配信システムを構築する場合において、このようなシステム構成になる場合がある。
【０１３６】
このとき、前記ライセンスサーバは、所定の前記コンテンツ配信サーバにより配信されるコンテンツの配信形態に応じて前記ワーク鍵又は前記コンテンツ鍵を提供するように構成される。また、前記ポータルサーバは、前記所定のコンテンツ配信サーバにより配信されるコンテンツの配信形態を示す情報をさらに提供するように構成される。この配信形態を示す情報の一例が、再生制御メタファイルに含まれるコンテンツ種別情報やライセンス形態の情報である。通常、コンテンツの配信形態とライセンス形態（又は暗号形態）とは対応関係があるため、この情報を得ることにより、ストリーミング配信されるコンテンツの配信形態を識別することができる。
【０１３７】
さらに、前記コンテンツ受信端末には、前記所定のコンテンツ配信サーバにより配信されるコンテンツの配信形態を示す情報を前記ポータルサーバから取得する配信形態取得部と、前記ライセンスサーバから取得したコンテンツ鍵を用いて前記暗号化されたコンテンツを復号するコンテンツ復号部と、がさらに設けられる。そして、このコンテンツ受信端末は、前記配信形態取得部により取得された情報が示す配信形態がコンテンツ鍵方式である場合、前記コンテンツ取得部により前記暗号化されたコンテンツを取得し、前記コンテンツ復号部によりコンテンツを復号するように構成される。
【０１３８】
ここで言う配信形態取得部の一例が、再生制御メタ取得部１７６である。但し、再生制御メタ取得部１７６の場合、再生制御メタファイルを取得し、その中に含まれるコンテンツ種別情報等を抽出してコンテンツのライセンス形態を識別する。上記の通り、コンテンツの配信形態が分かると、例えば、そのコンテンツがＶｏＤライセンス方式で暗号化されたものか、ＭＣライセンス方式で暗号化されたものか、或いは、その他のライセンス方式で暗号化されたものかが識別できる。また、本実施形態の場合、ＭＣライセンス方式と実質的に同じ２重暗号方式が基本であるため、その方式か別の方式かを容易に識別できるようになる。
【０１３９】
また、ここで言うコンテンツ復号部の一例が、デスクランブル部１８４である。デスクランブル部１８４の基本的な動作は、復号されたスクランブル鍵を用いてコンテンツのスクランブルを解除することである。しかし、本実施形態の場合、コンテンツ鍵方式で暗号化されたコンテンツにも対応できるようにするため、デスクランブル部１８４は、コンテンツ鍵を用いてコンテンツを復号することが可能なように構成されている点については既に説明した。このように、複数のライセンス方式又は暗号化形態に対応することで、本実施形態の技術を既存のシステムに適用してシステム全体の可用性を容易に高めることができるようになる。
【０１４０】
また、前記コンテンツ受信端末が有するスクランブル鍵復号部は、前記コンテンツ取得部によりコンテンツ及びスクランブル鍵が取得される度に前記ライセンスサーバからワーク鍵を取得するように構成されていてもよい。同様に、前記コンテンツ受信端末が有するコンテンツ復号部は、前記コンテンツ取得部により前記暗号化されたコンテンツが取得される度に前記ライセンスサーバからコンテンツ鍵を取得するように構成されていてもよい。このような構成にすることで、コンテンツ単位でのライセンス管理が実現できるようになる。
【０１４１】
また、コンテンツ受信端末の機能構成は、次のように表現することもできる。
【０１４２】
当該コンテンツ受信端末は、アドレス情報取得部と、配信形態取得部と、コンテンツ取得部と、鍵取得部と、スクランブル鍵復号部と、コンテンツ復号部とを有する。
【０１４３】
アドレス情報取得部は、スクランブルが施されたコンテンツ及び前記スクランブルの解除に用いる暗号化されたスクランブル鍵をストリーミング配信するコンテンツ配信サーバ、又はコンテンツ鍵を用いて復号可能な暗号化されたコンテンツを配信するコンテンツ配信サーバのアドレス情報を取得するものである。
【０１４４】
さらに、配信形態取得部は、前記アドレス情報に対応するコンテンツ配信サーバから配信されるコンテンツの配信形態が示された情報を取得するものである。そして、コンテンツ取得部は、前記アドレス情報取得部により取得されたアドレス情報を参照し、前記配信形態取得部により取得された情報に示された配信形態に応じて、当該アドレス情報に対応するコンテンツ配信サーバから前記コンテンツ及び前記スクランブル鍵、或いは、前記暗号化されたコンテンツを取得するものである。
【０１４５】
また、鍵取得部は、前記配信形態がワーク鍵方式の場合に前記スクランブル鍵を復号するためのワーク鍵を取得し、前記配信形態がコンテンツ鍵方式の場合に前記コンテンツ鍵を取得するものである。スクランブル鍵復号部は、前記配信形態がワーク鍵方式の場合に前記ワーク鍵を用いて前記スクランブル鍵を復号するものである。そして、コンテンツ復号部は、前記配信形態がワーク鍵方式の場合に前記スクランブル鍵を用いてコンテンツのスクランブルを解除し、前記暗号化形態がコンテンツ鍵方式の場合に前記コンテンツ鍵を用いて前記暗号化されたコンテンツを復号するものである。
【０１４６】
ここで言うアドレス情報取得部、配信形態取得部の一例が、再生制御メタ取得部１７６である。また、コンテンツ取得部の一例が、コンテンツ取得部１８０である。さらに、鍵取得部の一例が、ライセンス取得部１７２である。そして、スクランブル鍵復号部の一例が、スクランブル鍵復号部１８２である。また、コンテンツ復号部の一例が、デスクランブル部１８４である。このように配信形態に応じて処理を切り替えることにより、複数のライセンス方式を利用した配信形態に対応することが可能になる。その結果、コンテンツ毎に配信形態が異なるとしても、視聴者は、各コンテンツのライセンスがどのような配信形態であるかを意識せずに視聴することができる。
【０１４７】
このように、本実施形態に係る技術は、視聴度にコンテンツの取得先を知る必要があるライブストリーミング配信によるコンテンツ提供方式に対し、ＤＲＭ／ＣＡＳシステムと連携してライセンスの発行及び管理が行えるようにしたものである。さらに、本実施形態は、コンテンツ受信端末による配信形態の判別、及びコンテンツ受信処理の切り替えを行うことが可能なコンテンツ配信システムを提供するものである。
【０１４８】
以上、添付図面を参照しながら本発明の好適な実施形態について説明したが、本発明は係る例に限定されないことは言うまでもない。当業者であれば、特許請求の範囲に記載された範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。
【図面の簡単な説明】
【０１４９】
【図１】ＶｏＤ方式によるコンテンツ提供システムの構成例を示す説明図である。
【図２】ＭＣ方式によるコンテンツ提供システムの構成例を示す説明図である。
【図３】本発明の一実施形態に係るコンテンツ提供システムのシステム構成の一例を示す説明図である。
【図４】本実施形態に係るコンテンツサーバの機能構成の一例を示す説明図である。
【図５】本実施形態に係るコンテンツ受信端末の機能構成の一例を示す説明図である。
【図６Ａ】本実施形態に係るコンテンツ視聴処理の流れを示す説明図である。
【図６Ｂ】本実施形態に係るコンテンツ視聴処理の流れを示す説明図である。
【図７Ａ】本実施形態の変形例に係るコンテンツ視聴処理の流れ（契約時の処理）を示す説明図である。
【図７Ｂ】本実施形態の変形例に係るコンテンツ視聴処理の流れ（視聴時の処理）を示す説明図である。
【図８】本実施形態に係る再生制御メタファイル、及びライセンス情報の具体例を示す説明図である。
【図９】本実施形態に係る端末又はサーバのハードウェア構成例を示す説明図である。
【符号の説明】
【０１５０】
１０００    コンテンツ配信システム
１００    送信システム
１０２    コンテンツサーバ
１０４    コンテンツ配信サーバ
１０６    ＤＲＭ／ＣＡＳサーバ
１０８    ポータルサーバ
１１０    課金サーバ
１１２    認証サーバ
１３０    コンテンツ受信端末
１３２    ＤＲＭクライアント
１３４    視聴クライアント
１５２    記憶部
１５４    スクランブル部
１５６    ワーク鍵取得部
１５８    スクランブル鍵暗号化部
１６０    多重送信部
１７２    ライセンス取得部
１７４    コンテンツ購入処理部
１７６    再生制御メタ取得部
１７８    コンテンツ配信形態判別部
１８０    コンテンツ取得部
１８２    スクランブル鍵復号部
１８４    デスクランブル部
【図１】
2010021615.tif 000003
【図２】
2010021615.tif 000004
【図３】
2010021615.tif 000005
【図４】
2010021615.tif 000006
【図５】
2010021615.tif 000007
【図６Ａ】
2010021615.tif 000008
【図６Ｂ】
2010021615.tif 000009
【図７Ａ】
2010021615.tif 000010
【図７Ｂ】
2010021615.tif 000011
【図８】
2010021615.tif 000012
【図９】
2010021615.tif 000013