アプリケーションサーバ及びその制御方法、プログラム、並びにコンピュータ可読記憶媒体
アプリケーションサーバ（１００）は、ユーザ機器からメディアオブジェクトに対する要求を受信する受信手段（１０１）と、受信要求が真正であることを検証する検証手段（１０２）と、要求が真正であることが正常に検証された場合に既存のセッションと関連付けられるセッションキーを生成する第１の生成手段（１０３）と、前記メディアサーバがセッションキーで要求されたメディアオブジェクトを暗号化し且つ暗号化されたメディアオブジェクトをユーザ機器に向けて送出するように、セッションキーをメディアサーバに送出する第１の送出手段（１０４）と、セッションキーが埋め込まれるワンタイムプレーヤを生成する第２の生成手段（１０５）と、ワンタイムプレーヤをユーザ機器に送出する第２の送出手段（１０６）であり、これにより前記ユーザ機器がメディアサーバから送出される暗号化されたメディアオブジェクトを復号及びデコードできる第２の送出手段とを備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アプリケーションサーバ及びその制御方法、プログラム、並びにコンピュータ可読記憶媒体に関し、特に、ＩＰ（インターネットプロトコル）マルチメディアサブシステム（ＩＭＳ）ネットワークを使用するメディア配信システムにおけるＤＲＭ機構に関する。
【背景技術】
【０００２】
ＩＰマルチメディアサブシステム（ＩＭＳ）は、ＩＰパケットドメインにおいて種々のマルチメディアのアプリケーション及びセッションを処理するためのオープン標準として第３世代パートナーシッププロジェクト（３ＧＰＰ）により開発されてきた通信アーキテクチャである（ＩＭＳに関する詳細については、http://www.3gpp.org/ftp/Specs/html-info/23228.htm を参照されたい）。ＩＭＳは、認証及び許可されるＩＭＳセッションを作成することにより、移動電話、パーソナルコンピュータ（ＰＣ）及びパーソナルデジタルアシスタント（ＰＤＡ）等を含む種々の通信装置間の信号伝送を管理する。このように、ＩＭＳシステムは、セルラネットワーク及びインターネットを介してイニシエータと受信機との間の多数の種々のノードにわたりセッションをセットアップする。更にＩＭＳは、ＱｏＳ（サービス品質）、請求書作成及び種々のサービスの統合等の通信サービスを提供する。
【０００３】
ＩＰＴＶ（インターネットプロトコルテレビジョン）等のマルチメディア配信は、主なＩＭＳアプリケーションのうちの１つである。デジタルメディア配信システムにおいて、デジタルメディアの使用を制御するためのデジタル著作権管理（ＤＲＭ）技術は、円滑なデジタルメディア配信市場を維持するために重要である。特に「従量料金制」サービスの場合、デジタルメディアがセッションの有効期限後は再使用不可であり且つ再配信不可であることを保証できるのが望ましい。しかし、ＩＭＳ自体はそのようなＤＲＭ機構を提供していない。
【０００４】
特許文献１において、メディアストリーム受信者を自動的に認証するためのシステムが記載されている。認証システムにおいて、メディアストリームは、自己インストール型及び自己実行型のメディアプレーヤ及びメディアコンテンツを含む。メディアプレーヤは、認証サービスと通信して認証トークンを取得する。認証トークンは、認証された受信者に代わってメディアコンテンツへのアクセスを取得し且つメディアコンテンツを再生するためにメディアプレーヤにより使用される。メディア受信者を認証することにより、無許可のクライアントがメディアオブジェクトを違法に受信するのを効率的に阻止する。しかし、特許文献１において、無許可の受信者が所定のセッションの有効期限後にメディアオブジェクトを再生又は再配信するのを阻止する問題には対処されない。
【０００５】
非特許文献１の付録Ｃにおいて、ＯＭＡ ＤＲＭをストリーミングサービスに適用する基本概念が記載されている。また、非特許文献２において３ＧＰＰからのエンドツーエンドパケット交換サービス標準が記載され、付録Ｋにおいてメディアストリーム（ＲＴＰペイロード等）のコンテンツを暗号化する機構が記載されている。しかし、これらの文献は、セッションの有効期限後の配信されたメディアオブジェクト、特にストリーミングメディアオブジェクトに対する著作権保護に関する特定の構成について全く記載していない。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】米国特許出願公開第２００５／０００５１４６Ａ１号明細書
【非特許文献】
【０００７】
【非特許文献１】オープンモバイルアライアンス（ＯＭＡ）ＤＲＭ仕様候補バージョン２．０（http://member.openmobilealliance.org/ftp/Public_documents/DRM/ からダウンロードできる）
【非特許文献２】３ＧＰＰ技術仕様「Ｔｒａｎｓｐａｒｅｎｔ Ｅｎｄ−ｔｏ−Ｅｎｄ Ｐａｃｋｅｔ−ｓｗｉｔｃｈｅｄ Ｓｔｒｅａｍｉｎｇ Ｓｅｒｖｉｃｅ （ＰＳＳ）， Ｐｒｏｔｏｃｏｌｓ ａｎｄ Ｃｏｄｅｃｓ，Ｒｌｅａｓｅ ７」（http://www.3gpp.org/ftp/Specs/archive/26_series/26.234/ からダウンロードできる）
【発明の概要】
【発明が解決しようとする課題】
【０００８】
本発明は上述の問題に対処することを意図し、その特徴は、デジタルメディアがＩＭＳセッションの有効期限後はＩＭＳに基づくメディア配信システムにおいて再使用不可であり且つ再配信不可であることを保証するための技術を導入することである。
【課題を解決するための手段】
【０００９】
本発明の第１の態様によると、ユーザ機器からメディアオブジェクトに対する要求を受信する受信手段と、受信要求が真正であることを検証する検証手段と、要求が真正であることが正常に検証された場合に既存のセッションと関連付けられるセッションキーを生成する第１の生成手段と、前記メディアサーバがセッションキーで要求されたメディアオブジェクトを暗号化し且つ暗号化されたメディアオブジェクトをユーザ機器に向けて送出するように、セッションキーをメディアサーバに送出する第１の送出手段と、セッションキーが埋め込まれるワンタイムプレーヤを生成する第２の生成手段と、ワンタイムプレーヤをユーザ機器に送出する第２の送出手段であり、これにより前記ユーザ機器がメディアサーバから送出される暗号化されたメディアオブジェクトを復号及びデコードできる第２の送出手段とを含むアプリケーションサーバが提供される。
【００１０】
本発明の第２の態様によると、ユーザ機器からメディアオブジェクトに対する要求を受信するステップと、受信要求が真正であることを検証するステップと、要求が真正であることが正常に検証された場合に既存のセッションと関連付けられるセッションキーを生成するステップと、前記メディアサーバがセッションキーで要求されたメディアオブジェクトを暗号化し且つ暗号化されたメディアオブジェクトをユーザ機器に向けて送出するように、セッションキーをメディアサーバに送出するステップと、セッションキーが埋め込まれるワンタイムプレーヤを生成するステップと、ワンタイムプレーヤをユーザ機器に送出するステップであり、これにより前記ユーザ機器がメディアサーバから送出される暗号化されたメディアオブジェクトを復号及びデコードできるステップとを含むアプリケーションサーバを制御する方法が提供される。
【００１１】
本発明の主な利点は以下の通りである。本発明に係るアプリケーションサーバは、既存のセッションと関連付けられ且つメディアオブジェクトを暗号化するために使用されるセッションキーを生成し、且つセッションキーが埋め込まれたワンタイムプレーヤをユーザ機器に送出するため、デジタルメディアは、既存のセッションの有効期限後はＩＭＳに基づくメディア配信システムにおいて再使用不可であり且つ再配信不可であることが保証される。
【００１２】
添付の図面を参照して、以下の例示的な実施形態の説明から本発明の更なる特徴が明らかになるだろう。図中、同一の図中記号が同一の部分又は同様の部分を示す。
【図面の簡単な説明】
【００１３】
【図１】例示的なメディア配信システムを示す図である。
【図２】ポータルサーバの例示的な機能構成を示すブロック図である。
【図３】ユーザ機器の例示的な機能構成を示すブロック図である。
【図４】メディアサーバの例示的な機能構成を示すブロック図である。
【図５】ＲＧ／ＨＩＧＡの例示的な機能構成を示すブロック図である。
【図６】メディアオブジェクトがユーザ機器に配信される処理を示すシーケンス図である。
【図７】ポータルサーバにより実行された処理を示すフローチャートである。
【図８】別の例示的なメディア配信システムを示す図である。
【図９】メディアオブジェクトがユーザ機器に配信される処理を示すシーケンス図である。
【発明を実施するための形態】
【００１４】
次に、添付の図面を参照して本発明の好適な実施形態を詳述する。尚、本実施形態において説明された構成要素は例であり、本発明の範囲はこれらの構成要素のみに限定されない。
【００１５】
本発明の例示的な一実施形態に係るメディア配信システムは、メディアオブジェクトを再生するために使用されたクライアントソフトウェアモジュールが現在のセッションの有効期限後は再使用不可であることを保証することにより、デジタル著作権管理（ＤＲＭ）方式をインターネットプロトコルテレビジョン（ＩＰＴＶ）システムに適用する。メディア配信システムにおいて、セッション従属キーを含むワンタイププレーヤが作成され、且つＳＩＰ／ＩＭＳ（セッション開始プロトコル／ＩＰマルチメディアサブシステム）交換を使用してクライアント装置に送信される。メディアオブジェクトは、同一のセッション従属キーで暗号化される。ワンタイムプレーヤのダウンロード又はプッシュは、セッションの一部として実行される。本明細書は、メディア配信を中断することなくワンタイムプレーヤの更新を管理するためにＳＩＰ／ＩＭＳ信号伝送がどのように使用されるかについても説明する。
【００１６】
以下の例示的な実施形態の説明（添付の図面を参照する）から、本発明の更なる特徴が明らかになるだろう。
【００１７】
（メディア配信システム）
図１は、本発明の例示的な実施形態に係る例示的なメディア配信システム５０１を示す。図１に示されたように、メディア配信システム５０１は、ポータルサーバ１００、ユーザ機器（ＵＥ）２００及びホームサーバ３００を含む。実施形態は、ＵＥ２００が一般に居住エリア３８０に配置されるホームサーバ３００にアクセスする宅内ネットワークの例を仮定する。ある種のリモート接続が予め確立されていてもよいが、このメディア配信システム５０１は、ＵＥ２００及びそのユーザが信頼できる安全な方法で認証されるという条件下でリモートアクセスシステムの代わりとして機能してもよい。
【００１８】
ポータルサーバ１００は、ＩＭＳネットワーク４５０におけるＩＰマルチメディアサブシステム（ＩＭＳ）アプリケーションサーバ（ＡＳ）であり、レジデンシャルゲートウェイ／ホームＩＭＳゲートウェイ（ＲＧ／ＨＩＧＡ）３５０を介してＵＥ２００とホームサーバ３００との間を仲介する。ＵＥ２００からメディアオブジェクトに対する要求を受信すると、ポータルサーバ１００は要求が真正であることを検証する。要求が真正であることが正常に検証された場合、ポータルサーバ１００は、現在のセッション（ＩＭＳ又はＳＩＰセッション）と関連付けられるセッションキーを生成し、ホームサーバ３００がセッションキーで要求されたメディアオブジェクトを暗号化できるようにセッションキーをホームサーバ３００に送出する。次に、ポータルサーバ１００は、セッションキーを埋め込むワンタイムプレーヤを生成し、ワンタイムプレーヤをＵＥ２００に送出する。これにより、ＵＥ２００は、ホームサーバ３００から送出された暗号化されたメディアオブジェクトを復号及びデコードできる。
【００１９】
ポータルサーバ１００は、ＵＥ２００を含む非ＩＭＳ端末とＩＭＳネットワーク４５０との間の通信のためのＳＩＰバックツーバックユーザエージェント（Ｂ２ＢＵＡ）を含んでもよい。ポータルサーバ１００は、パーソナルコンピュータ（ＰＣ）又はワークステーション（ＷＳ）等において実現されてもよい。
【００２０】
ＩＭＳネットワーク４５０は、ＩＭＳネットワーク４５０を実現するための必須の構成要素であるＩＭＳコア４００を含む。ＩＭＳコア４００は、ＳＩＰ通信において端末間に確立されたセッションを制御し且つある特定のサービスを開始するためにポータルサーバ１００を含むアプリケーションサーバ（ＡＳ）にアクセスするＳＩＰサーバであるコールセッション制御機能（ＣＳＣＦ）を含んでもよい。ＣＳＣＦは、ある特定のネットワークを介してＲＧ／ＨＩＧＡ３５０に接続される。ＣＳＣＦは、プロキシＣＳＣＦ（Ｐ−ＣＳＣＦ）、問合せＣＳＣＦ（Ｉ−ＣＳＣＦ）及び／又はサービングＣＳＣＦ（Ｓ−ＣＳＣＦ）を含んでもよい。ＡＳは、種々のアプリケーションをユーザ機器２００に提供するサーバである。また、ＩＭＳコアは、ホーム加入者サーバ（ＨＳＳ）、加入者ロケータ機能（ＳＬＦ）、ＩＭＳイネーブラ及び／又はマルチメディアリソース機能（ＭＲＦ）を含んでもよい。
【００２１】
ユーザ機器（ＵＥ）２００は、ユーザがメディアオブジェクトを再生及び／又は複製するために使用されたクライアント装置である。ＵＥ２００は、移動電話、セルラハンドセット、パーソナルデジタルアシスタンス（ＰＤＡ）又はラップトップＰＣ等として実現されてもよい。ユーザからのメディアオブジェクトを取得するための命令を入力する場合、ＵＥ２００は、メディアオブジェクトに対する要求を生成し、それをポータルサーバ１００に送出する。ＵＥ２００は、ポータルサーバ２００からワンタイムプレーヤを受信し且つホームサーバ３００から暗号化されたメディアオブジェクトを受信する場合、メディアオブジェクトを復号及び再生するためにワンタイムプレーヤを使用する。
【００２２】
ホームサーバ３００は、メディアオブジェクトに対する要求をポータルサーバ１００に送出したＵＥ２００に暗号化されたメディアオブジェクトを送出するためのメディアサーバである。特に、ホームサーバ３００は、ＵＥ２００のＩＰアドレス及び要求されたメディアオブジェクトの識別子を含むＵＥ２００から発信された要求、並びにポータルサーバ１００により生成されるセッションキーを受信し、セッションキーで要求されたメディアオブジェクトを暗号化し、暗号化されたメディアオブジェクトをＩＰアドレスに送出する。ホームサーバ３００は、パーソナルコンピュータ（ＰＣ）又はワークステーション（ＷＳ）等において実現されてもよい。配信されるメディアオブジェクトの種類は、ストリーミングデータ及びダウンロードデータの双方を含んでもよいが、限定しない例として、本実施形態において、ビデオデータ又はオーディオデータ等を含むストリーミングメディアであってもよい。
【００２３】
本例においてホームサーバ３００はＩＭＳ端末ではないため、ホームサーバ３００とポータルサーバ１００との間の通信はＲＧ／ＨＩＧＡ３５０によりインタフェースされる。ＲＧ／ＨＩＧＡ３５０は、非ＩＭＳ端末がＩＭＳネットワーク４５０にアクセスできるようにするマルチメディアゲートウェイである。ＲＧ／ＨＩＧＡ３５０は、少なくとも１つの非ＩＭＳ端末が接続されるプライベートネットワーク（すなわち、居住エリア３８０）に配置される。ＨＩＧＡは、非ＩＭＳ端末とＩＭＳネットワーク４５０との間の通信のためのＳＩＰ Ｂ２ＢＵＡを含む。ＨＩＧＡは、ＳＩＰゲートウェイ（３ＧＰＰ ＴＳ ２４．２２９及びＩＥＴＦ ＲＦＣ ３２６１に従って実現された）を更に含む。ＳＩＰゲートウェイは、種々のクライアント端末シグナリングプロトコルとＩＭＳにより使用されたＳＩＰとの間の相互動作を可能にする。例えばＳＩＰゲートウェイは、ＩＳＤＮに基づくシグナリングプロトコルとＳＩＰとの間の変換を提供してもよい。従って、非ＩＭＳ端末は、ＳＩＰ機能性を有しても有さなくてもよい。
【００２４】
尚、添付の図面において示された各矢印は限定しない例として主なデータの流れを示すため、一部のデータは矢印の向きとは逆に流れてもよい。また、ポータルサーバ１００、ＵＥ２００、ホームサーバ３００、ＲＧ／ＨＩＧＡ３５０及びＩＭＳコア４００は、ｘＤＳＬ（デジタル加入者回線）ネットワーク、光ファイバネットワーク及びケーブルネットワーク等を含むブロードバンドアクセスネットワーク、並びにＷＣＤＭＡ（広帯域符号分割多元接続）移動ネットワーク、３Ｇネットワーク及びＣＤＭＡ ２０００ネットワーク等を含むセルラネットワーク等の少なくとも１つのある特定の種類のネットワーク（不図示）を介して相互接続される。
【００２５】
（ポータルサーバ）
図２は、ポータルサーバ１００の例示的な機能構成を示すブロック図である。図２に示されたように、ポータルサーバ１００は、要求受信ユニット１０１、検証ユニット１０２、セッションキー生成ユニット１０３、セッションキー送出ユニット１０４、プレーヤ生成ユニット１０５及びプレーヤ送出ユニット１０６を含む。
【００２６】
ポータルサーバ１００のＣＰＵ（中央処理ユニット）は、ＲＡＭ（ランダムアクセスメモリ）にロードされたプログラムを実行してもよく、ハードウェアと協働してもよい。それにより、図２に示された機能要素１０１〜１０６を実現する。当然、一部又は全ての機能要素は専用のハードウェアにより実現されてもよい。
【００２７】
要求受信ユニット１０１は、例えばポータルサーバ１００において搭載された通信インタフェースを介してＵＥ２００からメディアオブジェクトに対する要求を受信するように構成される機能要素である。要求を受信すると、要求受信ユニット１０１はそれを検証ユニット１０２に渡す。
【００２８】
検証ユニット１０２は、要求受信ユニット１０１から渡される受信要求が真正であることを検証するように構成される機能要素である。好適な一実施形態において、検証ユニット１０２は、ＩＭＳコア４００においてＣＳＣＦと対話することにより真正性を検証してもよく、その詳細は後で説明する。真正であることが正常に検証された場合、検証ユニット１０２は、検証の結果をセッションキー生成ユニット１０３に通知し、要求を渡す。
【００２９】
セッションキー生成ユニット１０３は、要求が真正であることが検証ユニット１０２により正常に検証された場合に現在のセッションと関連付けられたセッションキーを生成するように構成される機能要素である。セッションキー生成ユニット１０３は、既知の乱数生成アルゴリズムを使用してセッションキーを生成してもよい。生成されたセッションキーは、セッションキー送出ユニット１０４及びプレーヤ生成ユニット１０５に渡される。
【００３０】
セッションキー送出ユニット１０４は、本実施形態においてホームサーバとして仮定されるメディアサーバ３００にセッションキーを送出するように構成される機能要素である。セッションキー送出ユニット１０４は、要求されたメディアオブジェクトの識別子を含む要求のコンテンツ及びメディアオブジェクトを要求するＵＥ２００のＩＰアドレスをメディアサーバ３００に更に通知する。後で詳細に説明されるように、メディアサーバ３００は、セッションキーで要求されたメディアオブジェクトを暗号化し、暗号化されたメディアオブジェクトをＵＥ２００に向けて送出する。
【００３１】
プレーヤ生成ユニット１０５は、メディアサーバ３００に送出されるキーと同一であるセッションキーが埋め込まれるワンタイムプレーヤを生成するように構成される機能要素である。ワンタイムプレーヤは、ＵＥ２００において暗号化されたメディアオブジェクトを復号、デコード及び再生するために使用される。ワンタイムプレーヤは、例えばＪａｖａ（登録商標）アプレットとして実現される。プレーヤ生成ユニット１０５は、生成されたワンタイムプレーヤをプレーヤ送出ユニット１０６１に渡す。
【００３２】
プレーヤ送出ユニット１０６は、プレーヤ生成ユニット１０５により生成されたワンタイムプレーヤをユーザ機器２００に送出するように構成される機能要素である。
【００３３】
（ユーザ機器）
図３は、ユーザ機器（ＵＥ）２００の例示的な機能構成を示すブロック図である。図３に示されたように、ＵＥ２００は、中央処理ユニット（ＣＰＵ）２０１、トランシーバ２０２及びメディアレンダラ２０３を含む。
【００３４】
ＣＰＵ２０１は、ＵＥ２００の種々の制御及び処理を実行するように構成される機能要素である。本発明の実施形態において、ＣＰＵ２０１は、ワンタイムプレーヤを実行するための実行環境を提供する。ＵＥ２００のＣＰＵ２０１は、ＲＡＭにロードされたプログラムを実行してもよく、ハードウェアと協働してもよい。それにより、図３に示された機能要素２０１〜２０３を実現する。当然、一部又は全ての機能要素は専用のハードウェアにより実現されてもよい。
【００３５】
トランシーバ２０２は、トラフィックチャネル又は制御チャネルを介してデータ外部装置（ポータルサーバ１００及びメディアサーバ３００を含む）に送出し且つ／あるいはデータ外部装置から受信するように構成される機能要素である。
【００３６】
メディアレンダラ２０３は、ワンタイムプレーヤにより復号、デコード及び再生されるメディアオブジェクトをレンダリングするように構成される機能要素である。例えば、レンダリングされた画面はモニタにおいて表示されてもよく、且つ／あるいはレンダリングされた可聴信号はスピーカを介して再生されてもよい。
【００３７】
（メディアサーバ）
図４は、本実施形態においてホームサーバ３００として仮定されるメディアサーバ３００の例示的な機能構成を示すブロック図である。図４に示されたように、メディアサーバ３００は、中央処理ユニット（ＣＰＵ）３０１、トランシーバ３０２、メディアデータベース（ＤＢ）３０３及び暗号化ユニット３０４を含む。
【００３８】
ＣＰＵ３０１は、メディアサーバ３００の種々の制御及び処理を実行するように構成される機能要素である。メディアサーバ３００のＣＰＵ３０１は、ＲＡＭにロードされたプログラムを実行してもよく、ハードウェアと協働してもよい。それにより、図４に示された機能要素３０１〜３０４を実現する。当然、一部又は全ての機能要素は専用のハードウェアにより実現されてもよい。
【００３９】
トランシーバ３０２は、トラフィックチャネル又は制御チャネルを介してデータ外部装置（ポータルサーバ１００及びＵＥ２００を含む）に送出し且つ／あるいはデータ外部装置から受信するように構成される機能要素である。
【００４０】
メディアＤＢ３０３は、配信される少なくとも１つのメディアオブジェクトを格納するように構成される機能要素である。メディアＤＢ３０３における各メディアオブジェクトは識別子と関連付けられる。
【００４１】
暗号化ユニット３０４は、同一のセッションキーが埋め込まれるワンタイムプレーヤのみが暗号化されたメディアオブジェクトを復号できることを保証するために、ポータルサーバ１００から受信したセッションキーで配信されるメディアオブジェクトを暗号化するように構成される機能要素である。
【００４２】
（ＲＧ／ＨＩＧＡ）
図５は、ＲＧ／ＨＩＧＡ３５０の例示的な機能構成を示すブロック図である。図５に示されたように、ＲＧ／ＨＩＧＡ３５０は、少なくとも１つのＩＭＳ加入者アイデンティティモジュールアプリケーション（ＩＳＩＭ）３５１及びＢ２ＢＵＡ３５２を含む。
【００４３】
ＲＧ／ＨＩＧＡ３５０のＣＰＵ（中央処理ユニット）は、ＲＡＭにロードされたプログラムを実行してもよく、ハードウェアと協働してもよい。それにより、図５に示された機能要素３５１〜３５２を実現する。当然、一部又は全ての機能要素は専用のハードウェアにより実現されてもよい。
【００４４】
ＩＳＩＭ３５１は、非ＩＭＳ端末毎にＩＭＳプライベートアイデンティティ（ＩＭＰＩ）及び少なくとも１つのＩＭＳパブリックアイデンティティ（ＩＭＰＵ）を格納する。Ｂ２ＢＵＡ３５２は、各非ＩＭＳ端末に関する全ての信号伝送がＩＳＩＭ３５１上で対応するＩＭＰＩと関連付けられるように、非ＩＭＳ端末に代わってＩＭＳ信号伝送を処理する。例えば、非ＩＭＳ端末がＳＩＰ ＲＥＧＩＳＴＥＲメッセージをＲＧ／ＨＩＧＡ３５０に送出する場合、Ｂ２ＢＵＡ３５２は、そのメッセージを非ＩＭＳ端末に対応するＩＭＰＩ及びＩＭＰＵの双方を含むＩＭＳ ＲＥＧＩＳＴＥＲメッセージに変換する。従って、ＲＧ／ＨＩＧＡ３５０が非ＩＭＳ端末に代わってＩＭＳ端末として動作することにより、非ＩＭＳ端末はＩＭＳネットワーク４５０にアクセスできる。
【００４５】
（メディア配信の流れ）
図６は、メディアオブジェクトがＵＥ２００に配信される処理を示すシーケンス図である。処理の例において、信号伝送全体の流れは示されないが、ＩＭＳ信号伝送は影響を受ける。
【００４６】
ステップＳ１０１において、ＵＥ２００は、メディアオブジェクトに対する要求をホームサーバ３００に向けて送出する。この要求は、例えばＨＴＴＰ ＧＥＴ又はＳＩＰ ＩＮＶＩＴＥを使用して送信されてもよい。尚、要求は、ポータルサーバ１００が情報により特定された能力に適応したワンタイムプレーヤを生成するように、ＵＥ２００の能力を特定する情報を含んでもよい。そのような「適合したプレーヤ」を生成する詳細を以下において説明する。
【００４７】
要求は、このセッションに適用されるセッションキーをネゴシエイトするポータルサーバ１００により阻止される。上述したように、ポータルサーバ１００は、ＵＥ２００とＲＧ／ＨＩＧＡ３５０との間を仲介するＢ２ＢＵＡを含むＩＭＳ ＡＳである。
【００４８】
ＵＥ２００からメディアオブジェクトに対する要求を受信すると、ポータルサーバ１００は要求が真正であることを検証する。ポータルサーバ１００が要求（例えば、ＨＴＴＰ ＧＥＴ要求）を受信する場合、リクエスタＩＤは検証を実行するために使用される。ＩＤがＰ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙであり、ＵＥ２００がＩＭＳコア４００により既に認証されていることを意味する場合、ステップＳ１０６に進む。
【００４９】
ＩＤがＩＰアドレスである場合、このＩＰアドレスはＩＭＳコア４００のＳ−ＣＳＣＦにおいてルックアップされ、アドレスの真正性が検証される。すなわち、ポータルサーバ１００は、ＩＭＳコア４００におけるＳＣＳＦにＩＰアドレスが真正であることを検証するための要求メッセージ「Ｖｅｒｉｆｙ ＩＤ」を送出する（ステップＳ１０２において）。真正であることが正常に検証された場合、ＩＭＳコア４００は、「Ｖｅｒｉｆｙ ＩＤ ＯＫ」メッセージをポータルサーバ４００に返送する（ステップＳ１０３）。
【００５０】
ポータルサーバ１００が「Ｖｅｒｉｆｙ ＩＤ ＯＫ」メッセージを受信する場合、ポリシー及びセキュリティ表明がセットアップされる。ステップＳ１０４において、ポータルサーバ１００は、ナンス（乱数）、あるいはＳＰＩ（インターネットプロトコルセキュリティ：ＩＰＳＥＣにおいて使用されるセキュリティパラメータインデックス）又は生存期間（生存時間）等の他のチャレンジと共に「ＳＩＰ ＩＮＶＩＴＥ」をＵＥ２００に送出する。尚、「ＳＩＰ ＩＮＶＩＴＥ」は、メディアオブジェクトのＨＴＴＰ ＵＲＩを含むコール情報フィールド及びパラメータとして「プッシュ」を含む「目的」フィールドを含む。このように、サーバから検索されるコンテンツを参照するＨＴＴＰ ＵＲＩは、ＳＩＰ ＩＮＶＩＴＥメッセージを使用してＵＥ２００にプッシュされる。これは、現在のＳＩＰ仕様において規定されないが、それほど労力をかけずに実現される。ＵＥ２００がポータルサーバ１００から「ＳＩＰ ＩＮＶＩＴＥ」を受信する場合、ＵＥ２００は、同一のナンス（又は使用された他の同様のトークン）を含む「ＳＩＰ ２００ ＯＫ」をポータルサーバ１００に返送する（Ｓ１０５）。次に、ステップＳ１０６に進む。
【００５１】
ステップＳ１０６において、ポータルサーバ１００は、既知のキー生成アルゴリズムのうちの１つを使用してセッションキーを生成する。セッションキーはこのセッション固有である。
【００５２】
次に、ステップＳ１０７において、ポータルサーバ１００は、ＳＩＰ ＩＮＶＩＴＥメッセージを使用してセッションキーをホームサーバ３００に転送する。セッションキーは、ホームサーバ３００により暗号化キーとして使用される。ポータルサーバ１００とＲＧ／ＨＩＧＡ３５０との間の接続はＩＭＳコア４００によりセキュリティ保護及び認証され、ホームサーバ３００とＲＧ／ＨＩＧＡ３５０との間の接続は信頼できる領域にあると仮定される。従って、セッションキーの送信は安全である。
【００５３】
ステップＳ１０８において、ポータルサーバ１００は、ステップＳ１０６において生成されるセッションキーが埋め込まれるメディアアクセスに対するワンタイムプレーヤを生成する。セッションキーは、ＵＥ２００により復号キーとして使用される。セッションキーは、容易に抽出されないようにワンタイムプレーヤに埋め込まれる。上述したように、ワンタイムプレーヤは例えばＪａｖａ（登録商標）アプレットであってもよい。
【００５４】
「ワンタイム」機能性は、ワンタイムプレーヤがセッションキーと関連付けられる要求されたメディアオブジェクトを１回だけ再生できることを意味する。すなわち、ワンタイムプレーヤは、現在のセッションの有効期限後に自動的に無効化される。従って、メディア配信システム５０１におけるデジタルメディアは現在のセッションの有効期限後は再使用不可であり且つ再配信不可であることが保証される。
【００５５】
尚、ワンタイムプレーヤはＵＥ２００の装置特性に適合されてもよい。装置能力情報がＳＩＰ ＳＤＰ（セッション記述プロトコル）を使用して記述されるメディアオブジェクトに対する要求において、ポータルサーバ１００は、ＵＥ２００の装置特性を特定する装置特性情報を通知されてもよい。あるいは、メディア配信システム５０１はＵＥ２００毎に装置能力情報を格納するデータベースを含んでもよく、ポータルサーバ１００はデータベースから要求中のＵＥ２００に対する情報を検索してもよい。装置能力情報は、ＵＥ２００の構成要素、例えばＣＰＵ速度、メモリサイズ、記憶容量、表示サイズ及び／又は表示カラー等毎に仕様データを含んでもよい。
【００５６】
装置能力情報を検索すると、ポータルサーバ１００は、情報により特定された能力に適応したワンタイムプレーヤを生成してもよい。例えばポータルサーバ１００は、用意された複数のワンタイムプレーヤから最適なワンタイムプレーヤを選択してもよく、選択されたワンタイムプレーヤにセッションキーを埋め込んでもよい。従って、その機構により、ユーザ機器装置の能力に適応した適合したプレーヤを作成できる。
【００５７】
次に、ポータルサーバ１００は、生成されたワンタイムプレーヤをＵＥ２００にプッシュする。プッシュは、ＳＩＰプッシュ、ＨＴＴＰ ＰＯＳＴ、ＷＡＰ（無線アプリケーションプロトコル）プッシュ又は他の適切な動作であってもよい。例えば、ポータルサーバ１００がステップＳ１０４においてＳＩＰ ＩＮＶＩＴＥを送出する場合、ワンタイムプレーヤの送信は、ＨＴＴＰ ＧＥＴに応答してポータルサーバ１００から取り出されてもよい。ＨＴＴＰ ＧＥＴは、ＳＩＰ ＩＮＶＩＴＥを受信することに応答してＵＥ２００によりトリガされる。別の例によると、プッシュはＦＬＵＴＥ送信（ＲＦＣ３９２６参照）であってもよい。この場合、要求されたパラメータ（ＲＦＣ３９２６の第６章を参照）は、ＳＩＰ ２００ ＯＫメッセージにおいて送信されてもよい。尚、ＦＬＵＴＥが確認メッセージを含まないため、この確認は、送信を確認するために同等のコンテンツを含むＳＩＰ ２００ ＯＫ又は別個のＳＩＰ ＭＥＳＳＡＧＥを送出することにより別個に追加されなければならない。更に別の例によると、プッシュは、ステップＳ１０９において示されたようなＨＴＴＰ ＰＯＳＴであってもよい。これは、ＵＥ２００からＳＩＰ ２００ ＯＫを受信することによりトリガされる。ＵＥ２００は、ステップＳ１０９においてＨＴＴＰ ＰＯＳＴを受信する場合、ステップＳ１１０において確認としてＨＴＴＰ ＯＫをポータルサーバ１００に返送する。
【００５８】
ポータルサーバ１００は、プッシュされたワンタイムプレーヤを正常に受信したという確認を受信する場合、ＳＩＰ ＩＮＶＩＴＥメッセージを使用してホームサーバ３００に通知する（ステップＳ１１１）。
【００５９】
確認を受信すると、ホームサーバ３００は、要求メディアオブジェクトのファイル又はストリームを暗号化するためにセッションキーを使用する（ステップＳ１１２）。使用する暗号化アルゴリズムは、ＡＥＳ（新暗号規格）又は３ＤＥＳ（トリプルデジタル暗号規格）等を含む公知のあらゆる対称キー暗号化アルゴリズムから選択されてもよい。暗号化されたファイル形式は、自社開発のファイル形式又は拡張等を含んでもよい。
【００６０】
暗号化されたファイルは、ワンタイムプレーヤがそれを復号できるように、元の要求（例えば、ステップ１０１におけるＨＴＴＰ ＧＥＴ又はＩＮＶＩＴＥ等）への応答としてホームサーバ３００からＵＥ２００に送出される。図６に示された一例において、ポータルサーバ１００は、ステップＳ１１３においてＵＥ２００に代わってオブジェクトに対する要求ＨＴＴＰ ＧＥＴをホームサーバ３００に送出し、ホームサーバ３００は、要求に応答して要求されたメディアオブジェクト、暗号化されたメディアオブジェクトをＵＥ２００に送出する。
【００６１】
ステップＳ１１５において、ＵＥ２００は、ホームサーバ３００から送出される暗号化されたメディアオブジェクトを復号し、デコードし、ユーザに対して再生する。
【００６２】
「ワンタイム」特性は、ワンタイムプレーヤが現在のセッションの有効期限後に自動的に無効になることを義務付けるため、セッションの期限が切れ且つユーザが再度メディアオブジェクトを視聴したい場合、新しいプレーヤを受信するように処理が繰り返される必要がある。
【００６３】
（ポータルサーバの処理）
図７は、ポータルサーバ１００により実行された処理を示すフローチャートである。以下に説明される各ステップは、ポータルサーバ１００に含まれたＣＰＵの制御に基づいて実行される。
【００６４】
ステップＳ１２１において、ポータルサーバ１００は、ＵＥ２００からメディアオブジェクトに対する要求を受信する。
【００６５】
ステップＳ１２２において、ポータルサーバ１００は要求が真正であることを検証する。要求の真正性は、ＩＭＳネットワーク４５０においてＣＳＣＦと対話することにより検証されてもよい。真正であることが正常に検証された場合はステップＳ１２３に進み（ステップＳ１２３においてＹＥＳ）、それ以外の場合は終了する。
【００６６】
ステップＳ１２４において、ポータルサーバ１００は、既知の乱数生成アルゴリズムを使用して現在のセッションと関連付けられるセッションキーを生成する。
【００６７】
ステップＳ１２５において、ポータルサーバ１００は、ホームサーバ３００がセッションキーで要求されたメディアオブジェクトを暗号化し且つ暗号化されたメディアオブジェクトをＵＥ２００に向けて送出するように、セッションキーをホームサーバ３００（メディアサーバに対応する）に送出する。
【００６８】
ステップＳ１２６において、ポータルサーバ１００は、セッションキーが埋め込まれるワンタイムプレーヤを生成する。セッションキーはプレーヤから容易に抽出されない。
【００６９】
ステップＳ１２７において、ポータルサーバ１００は、ワンタイムプレーヤをＵＥ２００に送出する。これにより、ＵＥ２００は、ホームサーバ３００から送出される暗号化されたメディアオブジェクトを復号及びデコードできる。
【００７０】
尚、ステップの手順は置換されてもよい。例えばポータルサーバ１００は、ワンタイムプレーヤを生成した後に（ステップＳ１２６）セッションキーをメディアサーバ３００に送出してもよい（ステップＳ１２５）。
【００７１】
上述したように、ＤＲＭに対する暗号化機構は、図６のステップＳ１０６及び図７のステップＳ１２４においてポータルサーバ１００により計算されたように、現在のセッション（上述したように、ＳＩＰ又はＩＭＳセッション）に結び付けられる。これにより、クライアントの再ダウンロードなしではメディアのコピーが再生されないことを保証する。
【００７２】
メディアオブジェクトが現在のセッションの有効期限後に再使用不可であることをモデルが保証し、且つセッションの期限が切れる時に期限が切れるキーでメディアオブジェクトが暗号化されるため、モデルは、即金販売に対立するものとして多くのメディア生産者及び消費者に対するデジタル領域により適する時間に基づくライセンス（すなわち、著作権の借用）の使用を奨励する。
【００７３】
また、ＤＲＭのエンコード及びデコード（すなわち、暗号化アルゴリズム）がメディアエンコード形式を考慮せずに適用されるため、上記の実施形態により、メディアの形式に関係なく同一のＤＲＭ機構を再使用できる。
【００７４】
更に、上記の実施形態によると、プレーヤはセッション毎にユーザ機器装置にプッシュされる。これは、この種の先行プレーヤが予めＵＥ２００にインストールされる必要がないことを意味する。また、上述したように、プレーヤはＵＥ２００の能力に適合されてもよい。
【００７５】
（他の実施形態）
上述の実施形態は宅内ネットワークの例を仮定するが、メディアサーバ３００をホームサーバとして実現する必要はない。例えばメディアサーバ３００は、ネットワークにおけるストリーミングサーバ３００であってもよい。図８は、本発明の別の実施形態に従って例示的なメディア配信システム５０２を示す。宅内ネットワークの例を仮定する実施形態とは異なり、本実施形態において、ネットワークにおけるストリーミングサーバ３００は、メディアオブジェクトをユーザ機器（ＵＥ）２００に配信するためのメディアサーバとして動作し、ストリーミングサーバ３００とポータルサーバ１００との間の通信はＲＧ／ＨＩＧＡにより仲介されない。
【００７６】
ストリーミングサーバ３００の機能構成は、第１の実施形態におけるホームサーバ３００の機能構成と同一である。同様に、ポータルサーバ１００及びＵＥ２００の機能構成は、第１の実施形態における機能構成と同一である。
【００７７】
図９は、メディアオブジェクトがＵＥ２００に配信される処理を示すシーケンス図である。図６と同様に、信号伝送全体の流れは示されないが、ＩＭＳ信号伝送は処理の例において影響を受ける。
【００７８】
ステップＳ１３１における処理は、図６のステップＳ１０１における処理に類似する。メディアオブジェクトに対する要求を受信すると、ポータルサーバ１００は、ステップＳ１３１において要求が真正であることを検証する。検証は上述したように処理されてもよい。ステップＳ１３３〜Ｓ１４３は、図６のステップＳ１０４〜Ｓ１１０及びＳ１１２〜Ｓ１１５と殆ど同一である。図９においてワンタイムプレーヤが生成された後にセッションキーがストリーミングサーバ３００に送出され（Ｓ１３９）且つストリーミングサーバ３００がセッションキーを受信するとメディアオブジェクトを暗号化するという点において、図６と図９とは異なる。
【００７９】
上述の実施形態によると、宅内ネットワークの例を仮定しない場合であっても、第１の実施形態と同様に、デジタルメディアは、ＩＭＳセッションの有効期限後はＩＭＳに基づくメディア配信システムにおいて再使用不可であり且つ再配信不可であることが保証される。
【００８０】
上述の実施形態において、ポータルサーバ１００はセッションキー及びワンタイムプレーヤをＵＥ２００に別個に送出するが、キー及びプレーヤは単一のファイルを形成するように組み合わされてもよく且つＵＥ２００に送出されてもよい。すなわち、ポータルサーバ１００は、代理として動作してもよく、ストリーミングサーバ３００から配信される場合にワンタイムプレーヤをメディアオブジェクトファイルに添付してもよい。
【００８１】
本発明の実施形態を詳細に上述した。しかし、コンピュータ装置又は通信端末等を別にして、実施形態は、コンピュータが上記の処理を実行するか、あるいはプログラム又はプログラムが格納される記憶媒体として実行する方法を含むことができる。
【００８２】
例示的な実施形態を参照して本発明を説明したが、本発明は開示された例示的な実施形態に限定されないことが理解されるべきである。以下の請求の範囲の範囲は、全てのそのような変形、並びに同等の構造及び機能を含むように最も広範に解釈される。
【技術分野】
【０００１】
本発明は、アプリケーションサーバ及びその制御方法、プログラム、並びにコンピュータ可読記憶媒体に関し、特に、ＩＰ（インターネットプロトコル）マルチメディアサブシステム（ＩＭＳ）ネットワークを使用するメディア配信システムにおけるＤＲＭ機構に関する。
【背景技術】
【０００２】
ＩＰマルチメディアサブシステム（ＩＭＳ）は、ＩＰパケットドメインにおいて種々のマルチメディアのアプリケーション及びセッションを処理するためのオープン標準として第３世代パートナーシッププロジェクト（３ＧＰＰ）により開発されてきた通信アーキテクチャである（ＩＭＳに関する詳細については、http://www.3gpp.org/ftp/Specs/html-info/23228.htm を参照されたい）。ＩＭＳは、認証及び許可されるＩＭＳセッションを作成することにより、移動電話、パーソナルコンピュータ（ＰＣ）及びパーソナルデジタルアシスタント（ＰＤＡ）等を含む種々の通信装置間の信号伝送を管理する。このように、ＩＭＳシステムは、セルラネットワーク及びインターネットを介してイニシエータと受信機との間の多数の種々のノードにわたりセッションをセットアップする。更にＩＭＳは、ＱｏＳ（サービス品質）、請求書作成及び種々のサービスの統合等の通信サービスを提供する。
【０００３】
ＩＰＴＶ（インターネットプロトコルテレビジョン）等のマルチメディア配信は、主なＩＭＳアプリケーションのうちの１つである。デジタルメディア配信システムにおいて、デジタルメディアの使用を制御するためのデジタル著作権管理（ＤＲＭ）技術は、円滑なデジタルメディア配信市場を維持するために重要である。特に「従量料金制」サービスの場合、デジタルメディアがセッションの有効期限後は再使用不可であり且つ再配信不可であることを保証できるのが望ましい。しかし、ＩＭＳ自体はそのようなＤＲＭ機構を提供していない。
【０００４】
特許文献１において、メディアストリーム受信者を自動的に認証するためのシステムが記載されている。認証システムにおいて、メディアストリームは、自己インストール型及び自己実行型のメディアプレーヤ及びメディアコンテンツを含む。メディアプレーヤは、認証サービスと通信して認証トークンを取得する。認証トークンは、認証された受信者に代わってメディアコンテンツへのアクセスを取得し且つメディアコンテンツを再生するためにメディアプレーヤにより使用される。メディア受信者を認証することにより、無許可のクライアントがメディアオブジェクトを違法に受信するのを効率的に阻止する。しかし、特許文献１において、無許可の受信者が所定のセッションの有効期限後にメディアオブジェクトを再生又は再配信するのを阻止する問題には対処されない。
【０００５】
非特許文献１の付録Ｃにおいて、ＯＭＡ ＤＲＭをストリーミングサービスに適用する基本概念が記載されている。また、非特許文献２において３ＧＰＰからのエンドツーエンドパケット交換サービス標準が記載され、付録Ｋにおいてメディアストリーム（ＲＴＰペイロード等）のコンテンツを暗号化する機構が記載されている。しかし、これらの文献は、セッションの有効期限後の配信されたメディアオブジェクト、特にストリーミングメディアオブジェクトに対する著作権保護に関する特定の構成について全く記載していない。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】米国特許出願公開第２００５／０００５１４６Ａ１号明細書
【非特許文献】
【０００７】
【非特許文献１】オープンモバイルアライアンス（ＯＭＡ）ＤＲＭ仕様候補バージョン２．０（http://member.openmobilealliance.org/ftp/Public_documents/DRM/ からダウンロードできる）
【非特許文献２】３ＧＰＰ技術仕様「Ｔｒａｎｓｐａｒｅｎｔ Ｅｎｄ−ｔｏ−Ｅｎｄ Ｐａｃｋｅｔ−ｓｗｉｔｃｈｅｄ Ｓｔｒｅａｍｉｎｇ Ｓｅｒｖｉｃｅ （ＰＳＳ）， Ｐｒｏｔｏｃｏｌｓ ａｎｄ Ｃｏｄｅｃｓ，Ｒｌｅａｓｅ ７」（http://www.3gpp.org/ftp/Specs/archive/26_series/26.234/ からダウンロードできる）
【発明の概要】
【発明が解決しようとする課題】
【０００８】
本発明は上述の問題に対処することを意図し、その特徴は、デジタルメディアがＩＭＳセッションの有効期限後はＩＭＳに基づくメディア配信システムにおいて再使用不可であり且つ再配信不可であることを保証するための技術を導入することである。
【課題を解決するための手段】
【０００９】
本発明の第１の態様によると、ユーザ機器からメディアオブジェクトに対する要求を受信する受信手段と、受信要求が真正であることを検証する検証手段と、要求が真正であることが正常に検証された場合に既存のセッションと関連付けられるセッションキーを生成する第１の生成手段と、前記メディアサーバがセッションキーで要求されたメディアオブジェクトを暗号化し且つ暗号化されたメディアオブジェクトをユーザ機器に向けて送出するように、セッションキーをメディアサーバに送出する第１の送出手段と、セッションキーが埋め込まれるワンタイムプレーヤを生成する第２の生成手段と、ワンタイムプレーヤをユーザ機器に送出する第２の送出手段であり、これにより前記ユーザ機器がメディアサーバから送出される暗号化されたメディアオブジェクトを復号及びデコードできる第２の送出手段とを含むアプリケーションサーバが提供される。
【００１０】
本発明の第２の態様によると、ユーザ機器からメディアオブジェクトに対する要求を受信するステップと、受信要求が真正であることを検証するステップと、要求が真正であることが正常に検証された場合に既存のセッションと関連付けられるセッションキーを生成するステップと、前記メディアサーバがセッションキーで要求されたメディアオブジェクトを暗号化し且つ暗号化されたメディアオブジェクトをユーザ機器に向けて送出するように、セッションキーをメディアサーバに送出するステップと、セッションキーが埋め込まれるワンタイムプレーヤを生成するステップと、ワンタイムプレーヤをユーザ機器に送出するステップであり、これにより前記ユーザ機器がメディアサーバから送出される暗号化されたメディアオブジェクトを復号及びデコードできるステップとを含むアプリケーションサーバを制御する方法が提供される。
【００１１】
本発明の主な利点は以下の通りである。本発明に係るアプリケーションサーバは、既存のセッションと関連付けられ且つメディアオブジェクトを暗号化するために使用されるセッションキーを生成し、且つセッションキーが埋め込まれたワンタイムプレーヤをユーザ機器に送出するため、デジタルメディアは、既存のセッションの有効期限後はＩＭＳに基づくメディア配信システムにおいて再使用不可であり且つ再配信不可であることが保証される。
【００１２】
添付の図面を参照して、以下の例示的な実施形態の説明から本発明の更なる特徴が明らかになるだろう。図中、同一の図中記号が同一の部分又は同様の部分を示す。
【図面の簡単な説明】
【００１３】
【図１】例示的なメディア配信システムを示す図である。
【図２】ポータルサーバの例示的な機能構成を示すブロック図である。
【図３】ユーザ機器の例示的な機能構成を示すブロック図である。
【図４】メディアサーバの例示的な機能構成を示すブロック図である。
【図５】ＲＧ／ＨＩＧＡの例示的な機能構成を示すブロック図である。
【図６】メディアオブジェクトがユーザ機器に配信される処理を示すシーケンス図である。
【図７】ポータルサーバにより実行された処理を示すフローチャートである。
【図８】別の例示的なメディア配信システムを示す図である。
【図９】メディアオブジェクトがユーザ機器に配信される処理を示すシーケンス図である。
【発明を実施するための形態】
【００１４】
次に、添付の図面を参照して本発明の好適な実施形態を詳述する。尚、本実施形態において説明された構成要素は例であり、本発明の範囲はこれらの構成要素のみに限定されない。
【００１５】
本発明の例示的な一実施形態に係るメディア配信システムは、メディアオブジェクトを再生するために使用されたクライアントソフトウェアモジュールが現在のセッションの有効期限後は再使用不可であることを保証することにより、デジタル著作権管理（ＤＲＭ）方式をインターネットプロトコルテレビジョン（ＩＰＴＶ）システムに適用する。メディア配信システムにおいて、セッション従属キーを含むワンタイププレーヤが作成され、且つＳＩＰ／ＩＭＳ（セッション開始プロトコル／ＩＰマルチメディアサブシステム）交換を使用してクライアント装置に送信される。メディアオブジェクトは、同一のセッション従属キーで暗号化される。ワンタイムプレーヤのダウンロード又はプッシュは、セッションの一部として実行される。本明細書は、メディア配信を中断することなくワンタイムプレーヤの更新を管理するためにＳＩＰ／ＩＭＳ信号伝送がどのように使用されるかについても説明する。
【００１６】
以下の例示的な実施形態の説明（添付の図面を参照する）から、本発明の更なる特徴が明らかになるだろう。
【００１７】
（メディア配信システム）
図１は、本発明の例示的な実施形態に係る例示的なメディア配信システム５０１を示す。図１に示されたように、メディア配信システム５０１は、ポータルサーバ１００、ユーザ機器（ＵＥ）２００及びホームサーバ３００を含む。実施形態は、ＵＥ２００が一般に居住エリア３８０に配置されるホームサーバ３００にアクセスする宅内ネットワークの例を仮定する。ある種のリモート接続が予め確立されていてもよいが、このメディア配信システム５０１は、ＵＥ２００及びそのユーザが信頼できる安全な方法で認証されるという条件下でリモートアクセスシステムの代わりとして機能してもよい。
【００１８】
ポータルサーバ１００は、ＩＭＳネットワーク４５０におけるＩＰマルチメディアサブシステム（ＩＭＳ）アプリケーションサーバ（ＡＳ）であり、レジデンシャルゲートウェイ／ホームＩＭＳゲートウェイ（ＲＧ／ＨＩＧＡ）３５０を介してＵＥ２００とホームサーバ３００との間を仲介する。ＵＥ２００からメディアオブジェクトに対する要求を受信すると、ポータルサーバ１００は要求が真正であることを検証する。要求が真正であることが正常に検証された場合、ポータルサーバ１００は、現在のセッション（ＩＭＳ又はＳＩＰセッション）と関連付けられるセッションキーを生成し、ホームサーバ３００がセッションキーで要求されたメディアオブジェクトを暗号化できるようにセッションキーをホームサーバ３００に送出する。次に、ポータルサーバ１００は、セッションキーを埋め込むワンタイムプレーヤを生成し、ワンタイムプレーヤをＵＥ２００に送出する。これにより、ＵＥ２００は、ホームサーバ３００から送出された暗号化されたメディアオブジェクトを復号及びデコードできる。
【００１９】
ポータルサーバ１００は、ＵＥ２００を含む非ＩＭＳ端末とＩＭＳネットワーク４５０との間の通信のためのＳＩＰバックツーバックユーザエージェント（Ｂ２ＢＵＡ）を含んでもよい。ポータルサーバ１００は、パーソナルコンピュータ（ＰＣ）又はワークステーション（ＷＳ）等において実現されてもよい。
【００２０】
ＩＭＳネットワーク４５０は、ＩＭＳネットワーク４５０を実現するための必須の構成要素であるＩＭＳコア４００を含む。ＩＭＳコア４００は、ＳＩＰ通信において端末間に確立されたセッションを制御し且つある特定のサービスを開始するためにポータルサーバ１００を含むアプリケーションサーバ（ＡＳ）にアクセスするＳＩＰサーバであるコールセッション制御機能（ＣＳＣＦ）を含んでもよい。ＣＳＣＦは、ある特定のネットワークを介してＲＧ／ＨＩＧＡ３５０に接続される。ＣＳＣＦは、プロキシＣＳＣＦ（Ｐ−ＣＳＣＦ）、問合せＣＳＣＦ（Ｉ−ＣＳＣＦ）及び／又はサービングＣＳＣＦ（Ｓ−ＣＳＣＦ）を含んでもよい。ＡＳは、種々のアプリケーションをユーザ機器２００に提供するサーバである。また、ＩＭＳコアは、ホーム加入者サーバ（ＨＳＳ）、加入者ロケータ機能（ＳＬＦ）、ＩＭＳイネーブラ及び／又はマルチメディアリソース機能（ＭＲＦ）を含んでもよい。
【００２１】
ユーザ機器（ＵＥ）２００は、ユーザがメディアオブジェクトを再生及び／又は複製するために使用されたクライアント装置である。ＵＥ２００は、移動電話、セルラハンドセット、パーソナルデジタルアシスタンス（ＰＤＡ）又はラップトップＰＣ等として実現されてもよい。ユーザからのメディアオブジェクトを取得するための命令を入力する場合、ＵＥ２００は、メディアオブジェクトに対する要求を生成し、それをポータルサーバ１００に送出する。ＵＥ２００は、ポータルサーバ２００からワンタイムプレーヤを受信し且つホームサーバ３００から暗号化されたメディアオブジェクトを受信する場合、メディアオブジェクトを復号及び再生するためにワンタイムプレーヤを使用する。
【００２２】
ホームサーバ３００は、メディアオブジェクトに対する要求をポータルサーバ１００に送出したＵＥ２００に暗号化されたメディアオブジェクトを送出するためのメディアサーバである。特に、ホームサーバ３００は、ＵＥ２００のＩＰアドレス及び要求されたメディアオブジェクトの識別子を含むＵＥ２００から発信された要求、並びにポータルサーバ１００により生成されるセッションキーを受信し、セッションキーで要求されたメディアオブジェクトを暗号化し、暗号化されたメディアオブジェクトをＩＰアドレスに送出する。ホームサーバ３００は、パーソナルコンピュータ（ＰＣ）又はワークステーション（ＷＳ）等において実現されてもよい。配信されるメディアオブジェクトの種類は、ストリーミングデータ及びダウンロードデータの双方を含んでもよいが、限定しない例として、本実施形態において、ビデオデータ又はオーディオデータ等を含むストリーミングメディアであってもよい。
【００２３】
本例においてホームサーバ３００はＩＭＳ端末ではないため、ホームサーバ３００とポータルサーバ１００との間の通信はＲＧ／ＨＩＧＡ３５０によりインタフェースされる。ＲＧ／ＨＩＧＡ３５０は、非ＩＭＳ端末がＩＭＳネットワーク４５０にアクセスできるようにするマルチメディアゲートウェイである。ＲＧ／ＨＩＧＡ３５０は、少なくとも１つの非ＩＭＳ端末が接続されるプライベートネットワーク（すなわち、居住エリア３８０）に配置される。ＨＩＧＡは、非ＩＭＳ端末とＩＭＳネットワーク４５０との間の通信のためのＳＩＰ Ｂ２ＢＵＡを含む。ＨＩＧＡは、ＳＩＰゲートウェイ（３ＧＰＰ ＴＳ ２４．２２９及びＩＥＴＦ ＲＦＣ ３２６１に従って実現された）を更に含む。ＳＩＰゲートウェイは、種々のクライアント端末シグナリングプロトコルとＩＭＳにより使用されたＳＩＰとの間の相互動作を可能にする。例えばＳＩＰゲートウェイは、ＩＳＤＮに基づくシグナリングプロトコルとＳＩＰとの間の変換を提供してもよい。従って、非ＩＭＳ端末は、ＳＩＰ機能性を有しても有さなくてもよい。
【００２４】
尚、添付の図面において示された各矢印は限定しない例として主なデータの流れを示すため、一部のデータは矢印の向きとは逆に流れてもよい。また、ポータルサーバ１００、ＵＥ２００、ホームサーバ３００、ＲＧ／ＨＩＧＡ３５０及びＩＭＳコア４００は、ｘＤＳＬ（デジタル加入者回線）ネットワーク、光ファイバネットワーク及びケーブルネットワーク等を含むブロードバンドアクセスネットワーク、並びにＷＣＤＭＡ（広帯域符号分割多元接続）移動ネットワーク、３Ｇネットワーク及びＣＤＭＡ ２０００ネットワーク等を含むセルラネットワーク等の少なくとも１つのある特定の種類のネットワーク（不図示）を介して相互接続される。
【００２５】
（ポータルサーバ）
図２は、ポータルサーバ１００の例示的な機能構成を示すブロック図である。図２に示されたように、ポータルサーバ１００は、要求受信ユニット１０１、検証ユニット１０２、セッションキー生成ユニット１０３、セッションキー送出ユニット１０４、プレーヤ生成ユニット１０５及びプレーヤ送出ユニット１０６を含む。
【００２６】
ポータルサーバ１００のＣＰＵ（中央処理ユニット）は、ＲＡＭ（ランダムアクセスメモリ）にロードされたプログラムを実行してもよく、ハードウェアと協働してもよい。それにより、図２に示された機能要素１０１〜１０６を実現する。当然、一部又は全ての機能要素は専用のハードウェアにより実現されてもよい。
【００２７】
要求受信ユニット１０１は、例えばポータルサーバ１００において搭載された通信インタフェースを介してＵＥ２００からメディアオブジェクトに対する要求を受信するように構成される機能要素である。要求を受信すると、要求受信ユニット１０１はそれを検証ユニット１０２に渡す。
【００２８】
検証ユニット１０２は、要求受信ユニット１０１から渡される受信要求が真正であることを検証するように構成される機能要素である。好適な一実施形態において、検証ユニット１０２は、ＩＭＳコア４００においてＣＳＣＦと対話することにより真正性を検証してもよく、その詳細は後で説明する。真正であることが正常に検証された場合、検証ユニット１０２は、検証の結果をセッションキー生成ユニット１０３に通知し、要求を渡す。
【００２９】
セッションキー生成ユニット１０３は、要求が真正であることが検証ユニット１０２により正常に検証された場合に現在のセッションと関連付けられたセッションキーを生成するように構成される機能要素である。セッションキー生成ユニット１０３は、既知の乱数生成アルゴリズムを使用してセッションキーを生成してもよい。生成されたセッションキーは、セッションキー送出ユニット１０４及びプレーヤ生成ユニット１０５に渡される。
【００３０】
セッションキー送出ユニット１０４は、本実施形態においてホームサーバとして仮定されるメディアサーバ３００にセッションキーを送出するように構成される機能要素である。セッションキー送出ユニット１０４は、要求されたメディアオブジェクトの識別子を含む要求のコンテンツ及びメディアオブジェクトを要求するＵＥ２００のＩＰアドレスをメディアサーバ３００に更に通知する。後で詳細に説明されるように、メディアサーバ３００は、セッションキーで要求されたメディアオブジェクトを暗号化し、暗号化されたメディアオブジェクトをＵＥ２００に向けて送出する。
【００３１】
プレーヤ生成ユニット１０５は、メディアサーバ３００に送出されるキーと同一であるセッションキーが埋め込まれるワンタイムプレーヤを生成するように構成される機能要素である。ワンタイムプレーヤは、ＵＥ２００において暗号化されたメディアオブジェクトを復号、デコード及び再生するために使用される。ワンタイムプレーヤは、例えばＪａｖａ（登録商標）アプレットとして実現される。プレーヤ生成ユニット１０５は、生成されたワンタイムプレーヤをプレーヤ送出ユニット１０６１に渡す。
【００３２】
プレーヤ送出ユニット１０６は、プレーヤ生成ユニット１０５により生成されたワンタイムプレーヤをユーザ機器２００に送出するように構成される機能要素である。
【００３３】
（ユーザ機器）
図３は、ユーザ機器（ＵＥ）２００の例示的な機能構成を示すブロック図である。図３に示されたように、ＵＥ２００は、中央処理ユニット（ＣＰＵ）２０１、トランシーバ２０２及びメディアレンダラ２０３を含む。
【００３４】
ＣＰＵ２０１は、ＵＥ２００の種々の制御及び処理を実行するように構成される機能要素である。本発明の実施形態において、ＣＰＵ２０１は、ワンタイムプレーヤを実行するための実行環境を提供する。ＵＥ２００のＣＰＵ２０１は、ＲＡＭにロードされたプログラムを実行してもよく、ハードウェアと協働してもよい。それにより、図３に示された機能要素２０１〜２０３を実現する。当然、一部又は全ての機能要素は専用のハードウェアにより実現されてもよい。
【００３５】
トランシーバ２０２は、トラフィックチャネル又は制御チャネルを介してデータ外部装置（ポータルサーバ１００及びメディアサーバ３００を含む）に送出し且つ／あるいはデータ外部装置から受信するように構成される機能要素である。
【００３６】
メディアレンダラ２０３は、ワンタイムプレーヤにより復号、デコード及び再生されるメディアオブジェクトをレンダリングするように構成される機能要素である。例えば、レンダリングされた画面はモニタにおいて表示されてもよく、且つ／あるいはレンダリングされた可聴信号はスピーカを介して再生されてもよい。
【００３７】
（メディアサーバ）
図４は、本実施形態においてホームサーバ３００として仮定されるメディアサーバ３００の例示的な機能構成を示すブロック図である。図４に示されたように、メディアサーバ３００は、中央処理ユニット（ＣＰＵ）３０１、トランシーバ３０２、メディアデータベース（ＤＢ）３０３及び暗号化ユニット３０４を含む。
【００３８】
ＣＰＵ３０１は、メディアサーバ３００の種々の制御及び処理を実行するように構成される機能要素である。メディアサーバ３００のＣＰＵ３０１は、ＲＡＭにロードされたプログラムを実行してもよく、ハードウェアと協働してもよい。それにより、図４に示された機能要素３０１〜３０４を実現する。当然、一部又は全ての機能要素は専用のハードウェアにより実現されてもよい。
【００３９】
トランシーバ３０２は、トラフィックチャネル又は制御チャネルを介してデータ外部装置（ポータルサーバ１００及びＵＥ２００を含む）に送出し且つ／あるいはデータ外部装置から受信するように構成される機能要素である。
【００４０】
メディアＤＢ３０３は、配信される少なくとも１つのメディアオブジェクトを格納するように構成される機能要素である。メディアＤＢ３０３における各メディアオブジェクトは識別子と関連付けられる。
【００４１】
暗号化ユニット３０４は、同一のセッションキーが埋め込まれるワンタイムプレーヤのみが暗号化されたメディアオブジェクトを復号できることを保証するために、ポータルサーバ１００から受信したセッションキーで配信されるメディアオブジェクトを暗号化するように構成される機能要素である。
【００４２】
（ＲＧ／ＨＩＧＡ）
図５は、ＲＧ／ＨＩＧＡ３５０の例示的な機能構成を示すブロック図である。図５に示されたように、ＲＧ／ＨＩＧＡ３５０は、少なくとも１つのＩＭＳ加入者アイデンティティモジュールアプリケーション（ＩＳＩＭ）３５１及びＢ２ＢＵＡ３５２を含む。
【００４３】
ＲＧ／ＨＩＧＡ３５０のＣＰＵ（中央処理ユニット）は、ＲＡＭにロードされたプログラムを実行してもよく、ハードウェアと協働してもよい。それにより、図５に示された機能要素３５１〜３５２を実現する。当然、一部又は全ての機能要素は専用のハードウェアにより実現されてもよい。
【００４４】
ＩＳＩＭ３５１は、非ＩＭＳ端末毎にＩＭＳプライベートアイデンティティ（ＩＭＰＩ）及び少なくとも１つのＩＭＳパブリックアイデンティティ（ＩＭＰＵ）を格納する。Ｂ２ＢＵＡ３５２は、各非ＩＭＳ端末に関する全ての信号伝送がＩＳＩＭ３５１上で対応するＩＭＰＩと関連付けられるように、非ＩＭＳ端末に代わってＩＭＳ信号伝送を処理する。例えば、非ＩＭＳ端末がＳＩＰ ＲＥＧＩＳＴＥＲメッセージをＲＧ／ＨＩＧＡ３５０に送出する場合、Ｂ２ＢＵＡ３５２は、そのメッセージを非ＩＭＳ端末に対応するＩＭＰＩ及びＩＭＰＵの双方を含むＩＭＳ ＲＥＧＩＳＴＥＲメッセージに変換する。従って、ＲＧ／ＨＩＧＡ３５０が非ＩＭＳ端末に代わってＩＭＳ端末として動作することにより、非ＩＭＳ端末はＩＭＳネットワーク４５０にアクセスできる。
【００４５】
（メディア配信の流れ）
図６は、メディアオブジェクトがＵＥ２００に配信される処理を示すシーケンス図である。処理の例において、信号伝送全体の流れは示されないが、ＩＭＳ信号伝送は影響を受ける。
【００４６】
ステップＳ１０１において、ＵＥ２００は、メディアオブジェクトに対する要求をホームサーバ３００に向けて送出する。この要求は、例えばＨＴＴＰ ＧＥＴ又はＳＩＰ ＩＮＶＩＴＥを使用して送信されてもよい。尚、要求は、ポータルサーバ１００が情報により特定された能力に適応したワンタイムプレーヤを生成するように、ＵＥ２００の能力を特定する情報を含んでもよい。そのような「適合したプレーヤ」を生成する詳細を以下において説明する。
【００４７】
要求は、このセッションに適用されるセッションキーをネゴシエイトするポータルサーバ１００により阻止される。上述したように、ポータルサーバ１００は、ＵＥ２００とＲＧ／ＨＩＧＡ３５０との間を仲介するＢ２ＢＵＡを含むＩＭＳ ＡＳである。
【００４８】
ＵＥ２００からメディアオブジェクトに対する要求を受信すると、ポータルサーバ１００は要求が真正であることを検証する。ポータルサーバ１００が要求（例えば、ＨＴＴＰ ＧＥＴ要求）を受信する場合、リクエスタＩＤは検証を実行するために使用される。ＩＤがＰ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙであり、ＵＥ２００がＩＭＳコア４００により既に認証されていることを意味する場合、ステップＳ１０６に進む。
【００４９】
ＩＤがＩＰアドレスである場合、このＩＰアドレスはＩＭＳコア４００のＳ−ＣＳＣＦにおいてルックアップされ、アドレスの真正性が検証される。すなわち、ポータルサーバ１００は、ＩＭＳコア４００におけるＳＣＳＦにＩＰアドレスが真正であることを検証するための要求メッセージ「Ｖｅｒｉｆｙ ＩＤ」を送出する（ステップＳ１０２において）。真正であることが正常に検証された場合、ＩＭＳコア４００は、「Ｖｅｒｉｆｙ ＩＤ ＯＫ」メッセージをポータルサーバ４００に返送する（ステップＳ１０３）。
【００５０】
ポータルサーバ１００が「Ｖｅｒｉｆｙ ＩＤ ＯＫ」メッセージを受信する場合、ポリシー及びセキュリティ表明がセットアップされる。ステップＳ１０４において、ポータルサーバ１００は、ナンス（乱数）、あるいはＳＰＩ（インターネットプロトコルセキュリティ：ＩＰＳＥＣにおいて使用されるセキュリティパラメータインデックス）又は生存期間（生存時間）等の他のチャレンジと共に「ＳＩＰ ＩＮＶＩＴＥ」をＵＥ２００に送出する。尚、「ＳＩＰ ＩＮＶＩＴＥ」は、メディアオブジェクトのＨＴＴＰ ＵＲＩを含むコール情報フィールド及びパラメータとして「プッシュ」を含む「目的」フィールドを含む。このように、サーバから検索されるコンテンツを参照するＨＴＴＰ ＵＲＩは、ＳＩＰ ＩＮＶＩＴＥメッセージを使用してＵＥ２００にプッシュされる。これは、現在のＳＩＰ仕様において規定されないが、それほど労力をかけずに実現される。ＵＥ２００がポータルサーバ１００から「ＳＩＰ ＩＮＶＩＴＥ」を受信する場合、ＵＥ２００は、同一のナンス（又は使用された他の同様のトークン）を含む「ＳＩＰ ２００ ＯＫ」をポータルサーバ１００に返送する（Ｓ１０５）。次に、ステップＳ１０６に進む。
【００５１】
ステップＳ１０６において、ポータルサーバ１００は、既知のキー生成アルゴリズムのうちの１つを使用してセッションキーを生成する。セッションキーはこのセッション固有である。
【００５２】
次に、ステップＳ１０７において、ポータルサーバ１００は、ＳＩＰ ＩＮＶＩＴＥメッセージを使用してセッションキーをホームサーバ３００に転送する。セッションキーは、ホームサーバ３００により暗号化キーとして使用される。ポータルサーバ１００とＲＧ／ＨＩＧＡ３５０との間の接続はＩＭＳコア４００によりセキュリティ保護及び認証され、ホームサーバ３００とＲＧ／ＨＩＧＡ３５０との間の接続は信頼できる領域にあると仮定される。従って、セッションキーの送信は安全である。
【００５３】
ステップＳ１０８において、ポータルサーバ１００は、ステップＳ１０６において生成されるセッションキーが埋め込まれるメディアアクセスに対するワンタイムプレーヤを生成する。セッションキーは、ＵＥ２００により復号キーとして使用される。セッションキーは、容易に抽出されないようにワンタイムプレーヤに埋め込まれる。上述したように、ワンタイムプレーヤは例えばＪａｖａ（登録商標）アプレットであってもよい。
【００５４】
「ワンタイム」機能性は、ワンタイムプレーヤがセッションキーと関連付けられる要求されたメディアオブジェクトを１回だけ再生できることを意味する。すなわち、ワンタイムプレーヤは、現在のセッションの有効期限後に自動的に無効化される。従って、メディア配信システム５０１におけるデジタルメディアは現在のセッションの有効期限後は再使用不可であり且つ再配信不可であることが保証される。
【００５５】
尚、ワンタイムプレーヤはＵＥ２００の装置特性に適合されてもよい。装置能力情報がＳＩＰ ＳＤＰ（セッション記述プロトコル）を使用して記述されるメディアオブジェクトに対する要求において、ポータルサーバ１００は、ＵＥ２００の装置特性を特定する装置特性情報を通知されてもよい。あるいは、メディア配信システム５０１はＵＥ２００毎に装置能力情報を格納するデータベースを含んでもよく、ポータルサーバ１００はデータベースから要求中のＵＥ２００に対する情報を検索してもよい。装置能力情報は、ＵＥ２００の構成要素、例えばＣＰＵ速度、メモリサイズ、記憶容量、表示サイズ及び／又は表示カラー等毎に仕様データを含んでもよい。
【００５６】
装置能力情報を検索すると、ポータルサーバ１００は、情報により特定された能力に適応したワンタイムプレーヤを生成してもよい。例えばポータルサーバ１００は、用意された複数のワンタイムプレーヤから最適なワンタイムプレーヤを選択してもよく、選択されたワンタイムプレーヤにセッションキーを埋め込んでもよい。従って、その機構により、ユーザ機器装置の能力に適応した適合したプレーヤを作成できる。
【００５７】
次に、ポータルサーバ１００は、生成されたワンタイムプレーヤをＵＥ２００にプッシュする。プッシュは、ＳＩＰプッシュ、ＨＴＴＰ ＰＯＳＴ、ＷＡＰ（無線アプリケーションプロトコル）プッシュ又は他の適切な動作であってもよい。例えば、ポータルサーバ１００がステップＳ１０４においてＳＩＰ ＩＮＶＩＴＥを送出する場合、ワンタイムプレーヤの送信は、ＨＴＴＰ ＧＥＴに応答してポータルサーバ１００から取り出されてもよい。ＨＴＴＰ ＧＥＴは、ＳＩＰ ＩＮＶＩＴＥを受信することに応答してＵＥ２００によりトリガされる。別の例によると、プッシュはＦＬＵＴＥ送信（ＲＦＣ３９２６参照）であってもよい。この場合、要求されたパラメータ（ＲＦＣ３９２６の第６章を参照）は、ＳＩＰ ２００ ＯＫメッセージにおいて送信されてもよい。尚、ＦＬＵＴＥが確認メッセージを含まないため、この確認は、送信を確認するために同等のコンテンツを含むＳＩＰ ２００ ＯＫ又は別個のＳＩＰ ＭＥＳＳＡＧＥを送出することにより別個に追加されなければならない。更に別の例によると、プッシュは、ステップＳ１０９において示されたようなＨＴＴＰ ＰＯＳＴであってもよい。これは、ＵＥ２００からＳＩＰ ２００ ＯＫを受信することによりトリガされる。ＵＥ２００は、ステップＳ１０９においてＨＴＴＰ ＰＯＳＴを受信する場合、ステップＳ１１０において確認としてＨＴＴＰ ＯＫをポータルサーバ１００に返送する。
【００５８】
ポータルサーバ１００は、プッシュされたワンタイムプレーヤを正常に受信したという確認を受信する場合、ＳＩＰ ＩＮＶＩＴＥメッセージを使用してホームサーバ３００に通知する（ステップＳ１１１）。
【００５９】
確認を受信すると、ホームサーバ３００は、要求メディアオブジェクトのファイル又はストリームを暗号化するためにセッションキーを使用する（ステップＳ１１２）。使用する暗号化アルゴリズムは、ＡＥＳ（新暗号規格）又は３ＤＥＳ（トリプルデジタル暗号規格）等を含む公知のあらゆる対称キー暗号化アルゴリズムから選択されてもよい。暗号化されたファイル形式は、自社開発のファイル形式又は拡張等を含んでもよい。
【００６０】
暗号化されたファイルは、ワンタイムプレーヤがそれを復号できるように、元の要求（例えば、ステップ１０１におけるＨＴＴＰ ＧＥＴ又はＩＮＶＩＴＥ等）への応答としてホームサーバ３００からＵＥ２００に送出される。図６に示された一例において、ポータルサーバ１００は、ステップＳ１１３においてＵＥ２００に代わってオブジェクトに対する要求ＨＴＴＰ ＧＥＴをホームサーバ３００に送出し、ホームサーバ３００は、要求に応答して要求されたメディアオブジェクト、暗号化されたメディアオブジェクトをＵＥ２００に送出する。
【００６１】
ステップＳ１１５において、ＵＥ２００は、ホームサーバ３００から送出される暗号化されたメディアオブジェクトを復号し、デコードし、ユーザに対して再生する。
【００６２】
「ワンタイム」特性は、ワンタイムプレーヤが現在のセッションの有効期限後に自動的に無効になることを義務付けるため、セッションの期限が切れ且つユーザが再度メディアオブジェクトを視聴したい場合、新しいプレーヤを受信するように処理が繰り返される必要がある。
【００６３】
（ポータルサーバの処理）
図７は、ポータルサーバ１００により実行された処理を示すフローチャートである。以下に説明される各ステップは、ポータルサーバ１００に含まれたＣＰＵの制御に基づいて実行される。
【００６４】
ステップＳ１２１において、ポータルサーバ１００は、ＵＥ２００からメディアオブジェクトに対する要求を受信する。
【００６５】
ステップＳ１２２において、ポータルサーバ１００は要求が真正であることを検証する。要求の真正性は、ＩＭＳネットワーク４５０においてＣＳＣＦと対話することにより検証されてもよい。真正であることが正常に検証された場合はステップＳ１２３に進み（ステップＳ１２３においてＹＥＳ）、それ以外の場合は終了する。
【００６６】
ステップＳ１２４において、ポータルサーバ１００は、既知の乱数生成アルゴリズムを使用して現在のセッションと関連付けられるセッションキーを生成する。
【００６７】
ステップＳ１２５において、ポータルサーバ１００は、ホームサーバ３００がセッションキーで要求されたメディアオブジェクトを暗号化し且つ暗号化されたメディアオブジェクトをＵＥ２００に向けて送出するように、セッションキーをホームサーバ３００（メディアサーバに対応する）に送出する。
【００６８】
ステップＳ１２６において、ポータルサーバ１００は、セッションキーが埋め込まれるワンタイムプレーヤを生成する。セッションキーはプレーヤから容易に抽出されない。
【００６９】
ステップＳ１２７において、ポータルサーバ１００は、ワンタイムプレーヤをＵＥ２００に送出する。これにより、ＵＥ２００は、ホームサーバ３００から送出される暗号化されたメディアオブジェクトを復号及びデコードできる。
【００７０】
尚、ステップの手順は置換されてもよい。例えばポータルサーバ１００は、ワンタイムプレーヤを生成した後に（ステップＳ１２６）セッションキーをメディアサーバ３００に送出してもよい（ステップＳ１２５）。
【００７１】
上述したように、ＤＲＭに対する暗号化機構は、図６のステップＳ１０６及び図７のステップＳ１２４においてポータルサーバ１００により計算されたように、現在のセッション（上述したように、ＳＩＰ又はＩＭＳセッション）に結び付けられる。これにより、クライアントの再ダウンロードなしではメディアのコピーが再生されないことを保証する。
【００７２】
メディアオブジェクトが現在のセッションの有効期限後に再使用不可であることをモデルが保証し、且つセッションの期限が切れる時に期限が切れるキーでメディアオブジェクトが暗号化されるため、モデルは、即金販売に対立するものとして多くのメディア生産者及び消費者に対するデジタル領域により適する時間に基づくライセンス（すなわち、著作権の借用）の使用を奨励する。
【００７３】
また、ＤＲＭのエンコード及びデコード（すなわち、暗号化アルゴリズム）がメディアエンコード形式を考慮せずに適用されるため、上記の実施形態により、メディアの形式に関係なく同一のＤＲＭ機構を再使用できる。
【００７４】
更に、上記の実施形態によると、プレーヤはセッション毎にユーザ機器装置にプッシュされる。これは、この種の先行プレーヤが予めＵＥ２００にインストールされる必要がないことを意味する。また、上述したように、プレーヤはＵＥ２００の能力に適合されてもよい。
【００７５】
（他の実施形態）
上述の実施形態は宅内ネットワークの例を仮定するが、メディアサーバ３００をホームサーバとして実現する必要はない。例えばメディアサーバ３００は、ネットワークにおけるストリーミングサーバ３００であってもよい。図８は、本発明の別の実施形態に従って例示的なメディア配信システム５０２を示す。宅内ネットワークの例を仮定する実施形態とは異なり、本実施形態において、ネットワークにおけるストリーミングサーバ３００は、メディアオブジェクトをユーザ機器（ＵＥ）２００に配信するためのメディアサーバとして動作し、ストリーミングサーバ３００とポータルサーバ１００との間の通信はＲＧ／ＨＩＧＡにより仲介されない。
【００７６】
ストリーミングサーバ３００の機能構成は、第１の実施形態におけるホームサーバ３００の機能構成と同一である。同様に、ポータルサーバ１００及びＵＥ２００の機能構成は、第１の実施形態における機能構成と同一である。
【００７７】
図９は、メディアオブジェクトがＵＥ２００に配信される処理を示すシーケンス図である。図６と同様に、信号伝送全体の流れは示されないが、ＩＭＳ信号伝送は処理の例において影響を受ける。
【００７８】
ステップＳ１３１における処理は、図６のステップＳ１０１における処理に類似する。メディアオブジェクトに対する要求を受信すると、ポータルサーバ１００は、ステップＳ１３１において要求が真正であることを検証する。検証は上述したように処理されてもよい。ステップＳ１３３〜Ｓ１４３は、図６のステップＳ１０４〜Ｓ１１０及びＳ１１２〜Ｓ１１５と殆ど同一である。図９においてワンタイムプレーヤが生成された後にセッションキーがストリーミングサーバ３００に送出され（Ｓ１３９）且つストリーミングサーバ３００がセッションキーを受信するとメディアオブジェクトを暗号化するという点において、図６と図９とは異なる。
【００７９】
上述の実施形態によると、宅内ネットワークの例を仮定しない場合であっても、第１の実施形態と同様に、デジタルメディアは、ＩＭＳセッションの有効期限後はＩＭＳに基づくメディア配信システムにおいて再使用不可であり且つ再配信不可であることが保証される。
【００８０】
上述の実施形態において、ポータルサーバ１００はセッションキー及びワンタイムプレーヤをＵＥ２００に別個に送出するが、キー及びプレーヤは単一のファイルを形成するように組み合わされてもよく且つＵＥ２００に送出されてもよい。すなわち、ポータルサーバ１００は、代理として動作してもよく、ストリーミングサーバ３００から配信される場合にワンタイムプレーヤをメディアオブジェクトファイルに添付してもよい。
【００８１】
本発明の実施形態を詳細に上述した。しかし、コンピュータ装置又は通信端末等を別にして、実施形態は、コンピュータが上記の処理を実行するか、あるいはプログラム又はプログラムが格納される記憶媒体として実行する方法を含むことができる。
【００８２】
例示的な実施形態を参照して本発明を説明したが、本発明は開示された例示的な実施形態に限定されないことが理解されるべきである。以下の請求の範囲の範囲は、全てのそのような変形、並びに同等の構造及び機能を含むように最も広範に解釈される。
【特許請求の範囲】
【請求項１】
メディアオブジェクトに対する要求をユーザ機器から受信する受信手段（１０１）と、
受信した前記要求が真正であることを検証する検証手段（１０２）と、
前記要求が真正であることが正常に検証された場合に、既存のセッションと関連付けられたセッションキーを生成する第１の生成手段（１０３）と、
メディアサーバが、要求された前記メディアオブジェクトを前記セッションキーを用いて暗号化するとともに、当該暗号化されたメディアオブジェクトを前記ユーザ機器に向けて送出するように、前記セッションキーを前記メディアサーバに送出する第１の送出手段（１０４）と、
前記セッションキーが埋め込まれたワンタイムプレーヤを生成する第２の生成手段（１０５）と、
前記ワンタイムプレーヤを前記ユーザ機器に送出する第２の送出手段（１０６）であって、これにより前記ユーザ機器が前記メディアサーバから送出される前記暗号化されたメディアオブジェクトを復号及びデコードできるようにする、第２の送出手段と
を備えることを特徴とするアプリケーションサーバ（１００）。
【請求項２】
前記アプリケーションサーバは、ＩＰマルチメディアサブシステム（ＩＭＳ）ネットワークにおけるＩＭＳアプリケーションサーバであることを特徴とする請求項１記載のアプリケーションサーバ。
【請求項３】
前記検証手段は、前記ＩＭＳネットワークにおいてＣＳＣＦと対話することにより前記要求が真正であることを検証することを特徴とする請求項２記載のアプリケーションサーバ。
【請求項４】
前記ユーザ機器からの前記要求は当該ユーザ機器の能力を特定する情報を含み、
前記第２の生成手段は、前記情報により特定された前記能力に適応した前記ワンタイムプレーヤを生成する
ことを特徴とする請求項１から３のいずれか１項に記載のアプリケーションサーバ。
【請求項５】
前記メディアサーバにより暗号化された前記メディアオブジェクトを前記メディアサーバから受信する第２の受信手段を更に備え、
前記第２の送出手段は、前記受信した暗号化されたメディアオブジェクトに前記ワンタイムプレーヤを添付するとともに、前記ワンタイムプレーヤを含む前記メディアオブジェクトを前記ユーザ機器に送出する
ことを特徴とする請求項１から４のいずれか１項に記載のアプリケーションサーバ。
【請求項６】
前記第２の生成手段は、前記既存のセッションの有効期限後に自動的に無効化される前記ワンタイムプレーヤを生成することを特徴とする請求項１から５のいずれか１項に記載のアプリケーションサーバ。
【請求項７】
アプリケーションサーバを制御する方法であって、
メディアオブジェクトに対する要求をユーザ機器から受信するステップ（Ｓ１２１）と、
受信した前記要求が真正であることを検証するステップ（Ｓ１２２）と、
前記要求が真正であることが正常に検証された場合に、既存のセッションと関連付けられたセッションキーを生成するステップ（Ｓ１２４）と、
メディアサーバが、要求された前記メディアオブジェクトを前記セッションキーを用いて暗号化するとともに、当該暗号化されたメディアオブジェクトを前記ユーザ機器に向けて送出するように、前記セッションキーを前記メディアサーバに送出するステップ（Ｓ１２５）と、
前記セッションキーが埋め込まれたワンタイムプレーヤを生成するステップ（Ｓ１２６）と、
前記ワンタイムプレーヤを前記ユーザ機器に送出するステップ（Ｓ１２７）であって、これにより前記ユーザ機器が前記メディアサーバから送出される前記暗号化されたメディアオブジェクトを復号及びデコードできるようにする、ステップと
を有することを特徴とする方法。
【請求項８】
前記アプリケーションサーバは、ＩＰマルチメディアサブシステム（ＩＭＳ）ネットワークにおけるＩＭＳアプリケーションサーバであることを特徴とする請求項７記載の方法。
【請求項９】
前記検証するステップにおいて、前記ＩＭＳネットワークにおいてＣＳＣＦと対話することにより前記要求の真正性が検証されることを特徴とする請求項８記載の方法。
【請求項１０】
前記ユーザ機器からの前記要求は当該ユーザ機器の能力を特定する情報を含み、
ワンタイムプレーヤを生成する前記ステップにおいては、前記情報により特定された前記能力に適応したワンタイムプレーヤが生成される
ことを特徴とする請求項７から９のいずれか１項に記載の方法。
【請求項１１】
前記メディアサーバにより暗号化された前記メディアオブジェクトを前記メディアサーバから受信するステップを更に有し、
前記ワンタイムプレーヤを送出するステップにおいては、前記受信した暗号化されたメディアオブジェクトに前記ワンタイムプレーヤが添付されるとともに、前記ワンタイムプレーヤを含む前記メディアオブジェクトが前記ユーザ機器に送出される
ことを特徴とする請求項７から１０のいずれか１項に記載の方法。
【請求項１２】
前記ワンタイムプレーヤを生成するステップにおいては、前記既存のセッションの有効期限後に自動的に無効化される前記ワンタイムプレーヤが生成されることを特徴とする請求項７から１１のいずれか１項に記載の方法。
【請求項１３】
請求項７から１２のいずれか１項に記載の方法をコンピュータに実行させるためのプログラム。
【請求項１４】
請求項１３に記載のプログラムを格納したコンピュータ可読記憶媒体。
【請求項１】
メディアオブジェクトに対する要求をユーザ機器から受信する受信手段（１０１）と、
受信した前記要求が真正であることを検証する検証手段（１０２）と、
前記要求が真正であることが正常に検証された場合に、既存のセッションと関連付けられたセッションキーを生成する第１の生成手段（１０３）と、
メディアサーバが、要求された前記メディアオブジェクトを前記セッションキーを用いて暗号化するとともに、当該暗号化されたメディアオブジェクトを前記ユーザ機器に向けて送出するように、前記セッションキーを前記メディアサーバに送出する第１の送出手段（１０４）と、
前記セッションキーが埋め込まれたワンタイムプレーヤを生成する第２の生成手段（１０５）と、
前記ワンタイムプレーヤを前記ユーザ機器に送出する第２の送出手段（１０６）であって、これにより前記ユーザ機器が前記メディアサーバから送出される前記暗号化されたメディアオブジェクトを復号及びデコードできるようにする、第２の送出手段と
を備えることを特徴とするアプリケーションサーバ（１００）。
【請求項２】
前記アプリケーションサーバは、ＩＰマルチメディアサブシステム（ＩＭＳ）ネットワークにおけるＩＭＳアプリケーションサーバであることを特徴とする請求項１記載のアプリケーションサーバ。
【請求項３】
前記検証手段は、前記ＩＭＳネットワークにおいてＣＳＣＦと対話することにより前記要求が真正であることを検証することを特徴とする請求項２記載のアプリケーションサーバ。
【請求項４】
前記ユーザ機器からの前記要求は当該ユーザ機器の能力を特定する情報を含み、
前記第２の生成手段は、前記情報により特定された前記能力に適応した前記ワンタイムプレーヤを生成する
ことを特徴とする請求項１から３のいずれか１項に記載のアプリケーションサーバ。
【請求項５】
前記メディアサーバにより暗号化された前記メディアオブジェクトを前記メディアサーバから受信する第２の受信手段を更に備え、
前記第２の送出手段は、前記受信した暗号化されたメディアオブジェクトに前記ワンタイムプレーヤを添付するとともに、前記ワンタイムプレーヤを含む前記メディアオブジェクトを前記ユーザ機器に送出する
ことを特徴とする請求項１から４のいずれか１項に記載のアプリケーションサーバ。
【請求項６】
前記第２の生成手段は、前記既存のセッションの有効期限後に自動的に無効化される前記ワンタイムプレーヤを生成することを特徴とする請求項１から５のいずれか１項に記載のアプリケーションサーバ。
【請求項７】
アプリケーションサーバを制御する方法であって、
メディアオブジェクトに対する要求をユーザ機器から受信するステップ（Ｓ１２１）と、
受信した前記要求が真正であることを検証するステップ（Ｓ１２２）と、
前記要求が真正であることが正常に検証された場合に、既存のセッションと関連付けられたセッションキーを生成するステップ（Ｓ１２４）と、
メディアサーバが、要求された前記メディアオブジェクトを前記セッションキーを用いて暗号化するとともに、当該暗号化されたメディアオブジェクトを前記ユーザ機器に向けて送出するように、前記セッションキーを前記メディアサーバに送出するステップ（Ｓ１２５）と、
前記セッションキーが埋め込まれたワンタイムプレーヤを生成するステップ（Ｓ１２６）と、
前記ワンタイムプレーヤを前記ユーザ機器に送出するステップ（Ｓ１２７）であって、これにより前記ユーザ機器が前記メディアサーバから送出される前記暗号化されたメディアオブジェクトを復号及びデコードできるようにする、ステップと
を有することを特徴とする方法。
【請求項８】
前記アプリケーションサーバは、ＩＰマルチメディアサブシステム（ＩＭＳ）ネットワークにおけるＩＭＳアプリケーションサーバであることを特徴とする請求項７記載の方法。
【請求項９】
前記検証するステップにおいて、前記ＩＭＳネットワークにおいてＣＳＣＦと対話することにより前記要求の真正性が検証されることを特徴とする請求項８記載の方法。
【請求項１０】
前記ユーザ機器からの前記要求は当該ユーザ機器の能力を特定する情報を含み、
ワンタイムプレーヤを生成する前記ステップにおいては、前記情報により特定された前記能力に適応したワンタイムプレーヤが生成される
ことを特徴とする請求項７から９のいずれか１項に記載の方法。
【請求項１１】
前記メディアサーバにより暗号化された前記メディアオブジェクトを前記メディアサーバから受信するステップを更に有し、
前記ワンタイムプレーヤを送出するステップにおいては、前記受信した暗号化されたメディアオブジェクトに前記ワンタイムプレーヤが添付されるとともに、前記ワンタイムプレーヤを含む前記メディアオブジェクトが前記ユーザ機器に送出される
ことを特徴とする請求項７から１０のいずれか１項に記載の方法。
【請求項１２】
前記ワンタイムプレーヤを生成するステップにおいては、前記既存のセッションの有効期限後に自動的に無効化される前記ワンタイムプレーヤが生成されることを特徴とする請求項７から１１のいずれか１項に記載の方法。
【請求項１３】
請求項７から１２のいずれか１項に記載の方法をコンピュータに実行させるためのプログラム。
【請求項１４】
請求項１３に記載のプログラムを格納したコンピュータ可読記憶媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公表番号】特表２０１２−５０２５４７（Ｐ２０１２−５０２５４７Ａ）
【公表日】平成２４年１月２６日（２０１２．１．２６）
【国際特許分類】
【出願番号】特願２０１１−５２６００７（Ｐ２０１１−５２６００７）
【出願日】平成２０年９月５日（２００８．９．５）
【国際出願番号】ＰＣＴ／ＳＥ２００８／０５０９９９
【国際公開番号】ＷＯ２０１０／０２７３０９
【国際公開日】平成２２年３月１１日（２０１０．３．１１）
【出願人】（５９８０３６３００）テレフオンアクチーボラゲット エル エム エリクソン（パブル） (2,266)
【Ｆターム（参考）】
【公表日】平成２４年１月２６日（２０１２．１．２６）
【国際特許分類】
【出願日】平成２０年９月５日（２００８．９．５）
【国際出願番号】ＰＣＴ／ＳＥ２００８／０５０９９９
【国際公開番号】ＷＯ２０１０／０２７３０９
【国際公開日】平成２２年３月１１日（２０１０．３．１１）
【出願人】（５９８０３６３００）テレフオンアクチーボラゲット エル エム エリクソン（パブル） (2,266)
【Ｆターム（参考）】
[ Back to top ]