(57)【特許請求の範囲】
【請求項１】
クライアント（５００）、及び再生のために許可データを必要とするコンテンツを格納するコンテンツサーバ（４００）と通信可能なプロキシサーバ（１２０）であって、
前記コンテンツサーバから、前記コンテンツサーバ及び前記コンテンツを識別するコンテンツ情報を引き出すコンテンツ情報引き出しユニット（２０１）と、
前記プロキシサーバ及び前記コンテンツ情報によって識別される前記コンテンツを識別する、修正済コンテンツ情報を生成する生成ユニット（２０２）と、
前記修正済コンテンツ情報を前記クライアントへ送信する修正済コンテンツ情報送信ユニット（２０３）と、
前記クライアントから、前記修正済コンテンツ情報によって識別される前記コンテンツの要求を受信するコンテンツ要求受信ユニット（２０４）と、
前記要求されたコンテンツを識別する前記コンテンツ情報によって識別される前記コンテンツサーバから、前記要求されたコンテンツのための許可データを作成可能な許可サーバ（４１０）を識別する許可サーバ情報を引き出す許可サーバ情報引き出しユニット（２０５）であって、前記プロキシサーバを識別するプロキシサーバ情報を前記コンテンツサーバへ送信する、前記許可サーバ情報引き出しユニットと、
前記コンテンツの前記要求に対する応答として、前記コンテンツ情報を前記クライアントへ送信するコンテンツ情報送信ユニット（２０６）と、
前記クライアントから、前記要求されたコンテンツのための前記許可データの要求を受信する許可要求受信ユニット（３０３）と、
前記許可サーバから前記要求された許可データを引き出す許可データ引き出しユニット（３０４）と、
前記許可データの前記要求に対する応答として、前記要求された許可データを前記クライアントへ送信する許可データ送信ユニット（３０５）と、
を備えることを特徴とするプロキシサーバ。
【請求項２】
前記許可サーバ情報引き出しユニットは、前記コンテンツサーバへ識別情報を送信し、前記引き出された許可サーバ情報と関連付けて前記識別情報を維持管理し、
前記許可データの前記要求は、前記識別情報を含み、
前記許可データ引き出しユニットは、前記識別情報に関連付けられた前記許可サーバ情報に基づいて、前記要求された許可データの引き出し元となる前記許可サーバを識別する
ことを特徴とする請求項１に記載のプロキシサーバ。
【請求項３】
前記プロキシサーバのユーザを識別するユーザＩＤをメモリ（１１０）から引き出すＩＤ引き出しユニット（３０１）を更に備え、
前記許可データ引き出しユニットは、前記ユーザＩＤから導出される認証情報を送信する
ことを特徴とする請求項１又は２に記載のプロキシサーバ。
【請求項４】
認証サーバ（５２０）から、前記ユーザＩＤに関連付けられ前記認証サーバとの間で共有される認証識別子を受信するブートストラッピングユニット（３０２）を更に備え、
前記許可データ引き出しユニットは、前記ユーザＩＤに関連付けられた前記認証識別子に関連付けられた前記認証情報を生成する
ことを特徴とする請求項３に記載のプロキシサーバ。
【請求項５】
前記ユーザＩＤは、ＩＰマルチメディア・サブシステム（ＩＭＳ）プライベート・ユーザ・アイデンティティ（ＩＭＰＩ）であり、
前記認証サーバは、ブートストラッピング・サーバ機能（ＢＳＦ）であり、
前記認証識別子は、ブートストラップ・トランザクション・アイデンティファイア（Ｂ−ＴＩＤ）である
ことを特徴とする請求項４に記載のプロキシサーバ。
【請求項６】
前記プロキシサーバは、ユニバーサル・プラグ・アンド・プレイ（ＵＰｎＰ）ネットワーク経由で前記クライアントと通信するように構成され、
前記プロキシサーバは、インターネット又はＩＰマルチメディア・サブシステム（ＩＭＳ）ネットワーク経由で前記コンテンツサーバと通信するように構成される
ことを特徴とする請求項１乃至５のいずれか１項に記載のプロキシサーバ。
【請求項７】
クライアント（５００）、及び再生のために許可データを必要とするコンテンツを格納するコンテンツサーバ（４００）と通信可能なプロキシサーバ（１２０）の制御方法であって、
前記コンテンツサーバから、前記コンテンツサーバ及び前記コンテンツを識別するコンテンツ情報を引き出すステップ（Ｓ５０５−Ｓ５０６）と、
前記プロキシサーバ及び前記コンテンツ情報によって識別される前記コンテンツを識別する、修正済コンテンツ情報を生成するステップ（Ｓ５０７）と、
前記修正済コンテンツ情報を前記クライアントへ送信するステップ（Ｓ５０８）と、
前記クライアントから、前記修正済コンテンツ情報によって識別される前記コンテンツの要求を受信するステップ（Ｓ５０９）と、
前記要求されたコンテンツを識別する前記コンテンツ情報によって識別される前記コンテンツサーバから、前記要求されたコンテンツのための許可データを作成可能な許可サーバ（４１０）を識別する許可サーバ情報を引き出すステップ（Ｓ５１０−Ｓ５１１）であって、前記プロキシサーバを識別するプロキシサーバ情報を前記コンテンツサーバへ送信する、ステップと、
前記コンテンツの前記要求に対する応答として、前記コンテンツ情報を前記クライアントへ送信するステップ（Ｓ５１２）と、
前記クライアントから、前記要求されたコンテンツのための前記許可データの要求を受信するステップ（Ｓ６０２）と、
前記許可サーバから前記要求された許可データを引き出すステップ（Ｓ６０３，Ｓ６０５）と、
前記許可データの前記要求に対する応答として、前記要求された許可データを前記クライアントへ送信するステップ（Ｓ６０６）と、
を備えることを特徴とする制御方法。
【請求項８】
前記許可サーバ情報を引き出す前記ステップは、前記コンテンツサーバへ識別情報を送信し、前記引き出された許可サーバ情報と関連付けて前記識別情報を維持管理し、
前記許可データの前記要求は、前記識別情報を含み、
前記要求された許可データを引き出す前記ステップは、前記識別情報に関連付けられた前記許可サーバ情報に基づいて、前記要求された許可データの引き出し元となる前記許可サーバを識別する
ことを特徴とする請求項７に記載の制御方法。
【請求項９】
前記プロキシサーバのユーザを識別するユーザＩＤをメモリ（１１０）から引き出すステップ（Ｓ５０１）を更に備え、
前記要求された許可データを引き出す前記ステップは、前記ユーザＩＤから導出される認証情報を送信する
ことを特徴とする請求項７又は８に記載の制御方法。
【請求項１０】
認証サーバ（５２０）から、前記ユーザＩＤに関連付けられ前記認証サーバとの間で共有される認証識別子を受信するステップ（Ｓ５０２）を更に備え、
前記要求された許可データを引き出す前記ステップは、前記ユーザＩＤに関連付けられた前記認証識別子に関連付けられた前記認証情報を生成する
ことを特徴とする請求項９に記載の制御方法。
【請求項１１】
前記ユーザＩＤは、ＩＰマルチメディア・サブシステム（ＩＭＳ）プライベート・ユーザ・アイデンティティ（ＩＭＰＩ）であり、
前記認証サーバは、ブートストラッピング・サーバ機能（ＢＳＦ）であり、
前記認証識別子は、ブートストラップ・トランザクション・アイデンティファイア（Ｂ−ＴＩＤ）である
ことを特徴とする請求項１０に記載の制御方法。
【請求項１２】
前記プロキシサーバは、ユニバーサル・プラグ・アンド・プレイ（ＵＰｎＰ）ネットワーク経由で前記クライアントと通信するように構成され、
前記プロキシサーバは、インターネット又はＩＰマルチメディア・サブシステム（ＩＭＳ）ネットワーク経由で前記コンテンツサーバと通信するように構成される
ことを特徴とする請求項７乃至１１のいずれか１項に記載の制御方法。
【請求項１３】
再生のために許可データを必要とするコンテンツを格納すると共にプロキシサーバ（１２０）及びクライアント（５００）と通信可能なコンテンツサーバ（４００）であって、
前記プロキシサーバへ、前記コンテンツサーバ及び前記コンテンツを識別するコンテンツ情報を送信するコンテンツ情報送信ユニット（４０１）と、
前記プロキシサーバから、前記コンテンツのための許可データを作成可能な許可サーバ（４１０）を識別する許可サーバ情報の要求であって、前記プロキシサーバを識別するプロキシサーバ情報を含む前記要求を受信する許可サーバ情報要求受信ユニット（４０２）と、
前記許可サーバ情報の前記要求に対する応答として、前記許可サーバ情報を前記プロキシサーバへ送信する許可サーバ情報送信ユニット（４０３）と、
前記クライアントから、前記コンテンツの要求を受信するコンテンツ要求受信ユニット（４０４）と、
前記コンテンツの前記要求に対する応答として、前記プロキシサーバ情報を前記クライアントへ送信するプロキシサーバ情報送信ユニット（４０５）と、
を備えることを特徴とするコンテンツサーバ。
【請求項１４】
前記許可サーバ情報の前記要求は、当該要求中に含まれる前記プロキシサーバ情報と関連付けられる識別情報を含み、
前記プロキシサーバ情報送信ユニットは、前記識別情報を前記クライアントへ送信する
ことを特徴とする請求項１３に記載のコンテンツサーバ。
【請求項１５】
前記許可サーバと、
前記プロキシサーバから、前記要求されたコンテンツのための前記許可データの要求を受信する許可要求受信ユニット（４１０）と、
前記許可データの前記要求に対する応答として、前記要求された許可データを前記プロキシサーバへ送信する許可データ送信ユニット（４１１）と、
を更に備えることを特徴とする請求項１３又は１４に記載のコンテンツサーバ。
【請求項１６】
前記許可要求受信ユニットは、前記プロキシサーバから認証情報を受信し、認証サーバ（５２０）に対して問い合わせることにより当該認証情報を検証し、
前記許可データ送信ユニットは、前記認証情報が有効でない場合、前記要求された許可データを送信しない
ことを特徴とする請求項１５に記載のコンテンツサーバ。
【請求項１７】
前記プロキシサーバ情報送信ユニットは、前記要求されたコンテンツを前記クライアントへ送信する
ことを特徴とする請求項１３乃至１６のいずれか１項に記載のコンテンツサーバ。
【請求項１８】
前記コンテンツサーバは、インターネット又はＩＰマルチメディア・サブシステム（ＩＭＳ）ネットワーク経由で前記プロキシサーバと通信するように構成され、
前記コンテンツサーバは、インターネット経由で前記クライアントと通信するように構成される
ことを特徴とする請求項１３乃至１７のいずれか１項に記載のコンテンツサーバ。
【請求項１９】
再生のために許可データを必要とするコンテンツを格納すると共にプロキシサーバ（１２０）及びクライアント（５００）と通信可能なコンテンツサーバ（４００）の制御方法であって、
前記プロキシサーバへ、前記コンテンツサーバ及び前記コンテンツを識別するコンテンツ情報を送信するステップ（Ｓ５０６）と、
前記プロキシサーバから、前記コンテンツのための許可データを作成可能な許可サーバ（４１０）を識別する許可サーバ情報の要求であって、前記プロキシサーバを識別するプロキシサーバ情報を含む前記要求を受信するステップ（Ｓ５１０）と、
前記許可サーバ情報の前記要求に対する応答として、前記許可サーバ情報を前記プロキシサーバへ送信するステップ（Ｓ５１１）と、
前記クライアントから、前記コンテンツの要求を受信するステップ（Ｓ５１３）と、
前記コンテンツの前記要求に対する応答として、前記プロキシサーバ情報を前記クライアントへ送信するステップ（Ｓ６０１）と、
を備えることを特徴とする制御方法。
【請求項２０】
前記許可サーバ情報の前記要求は、当該要求中に含まれる前記プロキシサーバ情報と関連付けられる識別情報を含み、
前記プロキシサーバ情報を送信する前記ステップは、前記識別情報を前記クライアントへ送信する
ことを特徴とする請求項１９に記載の制御方法。
【請求項２１】
前記コンテンツサーバは、前記許可サーバを備え、
前記制御方法は、
前記プロキシサーバから、前記要求されたコンテンツのための前記許可データの要求を受信するステップ（Ｓ６０３）と、
前記許可データの前記要求に対する応答として、前記要求された許可データを前記プロキシサーバへ送信するステップ（Ｓ６０５）と、
を更に備えることを特徴とする請求項１９又は２０に記載の制御方法。
【請求項２２】
前記許可データの前記要求を受信する前記ステップは、前記プロキシサーバから認証情報を受信し、認証サーバ（５２０）に対して問い合わせることにより当該認証情報を検証し、
前記許可データを送信する前記ステップは、前記認証情報が有効でない場合、前記要求された許可データを送信しない
ことを特徴とする請求項２１に記載の制御方法。
【請求項２３】
前記プロキシサーバ情報を送信する前記ステップは、前記要求されたコンテンツを前記クライアントへ送信する
ことを特徴とする請求項１９乃至２２のいずれか１項に記載の制御方法。
【請求項２４】
前記コンテンツサーバは、インターネット又はＩＰマルチメディア・サブシステム（ＩＭＳ）ネットワーク経由で前記プロキシサーバと通信するように構成され、
前記コンテンツサーバは、インターネット経由で前記クライアントと通信するように構成される
ことを特徴とする請求項１９乃至２３のいずれか１項に記載の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は概して、プロキシサーバ、プロキシサーバの制御方法、コンテンツサーバ、及びコンテンツサーバの制御方法に関する。本発明は特に、限定されはしないが、消費されるコンテンツアイテム及びそのアイテムを消費したユーザの識別を促進する技術に関する。
【背景技術】
【０００２】
現在、所謂「仮想デジタルメディアサーバ（ｖＤＭＳ）」が知られている。ｖＤＭＳの一例は、TVersity Media Serverである。これに関する情報は、http://tversity.com/において見ることができる。ｖＤＭＳは、コンテンツサーバとユニバーサル・プラグ・アンド・プレイ（ＵＰｎＰ）対応デジタルメディアプレーや（ＤＭＰ）との間に配置され、ＵＰｎＰ対応ＤＭＰに対して、コンテンツサーバに関するＵＰｎＰコンテンツディレクトリサービス（ＣＤＳ）を提供する。換言すると、ＵＰｎＰ対応ＤＭＰは、ｖＤＭＳ経由でコンテンツサーバのコンテンツリストを取得することができる。
【０００３】
加えて、ユーザ装置（ＵＥ）の一種であるＩＰマルチメディア・サブシステム（ＩＭＳ）ゲートウェイ（ＩＧ）が知られている。ＩＧは、セッション開始プロトコル（ＳＩＰ）バック・ツー・バック・ユーザエージェント（Ｂ２ＢＵＡ）として機能し、ＩＭＳ非対応デバイス（例えば、ＤＭＰ）に対してＩＭＳ接続を提供する。ＩＧの基本構成は、例えばWO 2006/045706において提案されている。
【０００４】
ｖＤＭＳがＩＧと協力する場合、ｖＤＭＳは、ＤＭＰに対して、ＩＭＳネットワーク経由でコンテンツサーバのコンテンツリストを提供することができる。換言すると、ｖＤＭＳ及びＩＧの組み合わせにより、ＤＭＰがＩＭＳネットワーク経由でコンテンツサーバのコンテンツリストを取得することが可能になる。このシナリオでは、ＤＭＰは最初にｖＤＭＳ経由でコンテンツサーバのコンテンツリストを取得する。ユーザによって何らかのコンテンツアイテムがコンテンツリストから選択されると、ＤＭＰは、選択されたコンテンツアイテムを引き出すために、これを格納しているコンテンツサーバに対してＨＴＴＰ  ＧＥＴメッセージを送信する。注目すべきこととして、ＨＴＴＰ  ＧＥＴメッセージ及び選択されたコンテンツアイテムは、ｖＤＭＳ及びＩＭＳネットワークを経由せずにＤＭＰとコンテンツサーバとの間で交換される。
【０００５】
近頃は、コンテンツサーバによって格納されているコンテンツは、しばしば、例えばOpen Mobile Alliance（ＯＭＡ）  ＤＲＭ  ２．０のようなデジタル著作権管理（ＤＲＭ）技術を用いて保護されている。ＯＭＡ  ＤＲＭ  ２．０の場合、ＤＭＰは、ＤＲＭコンテンツフォーマット（ＤＣＦ）の形式でコンテンツアイテムを受信する。ＤＭＰがＤＣＦコンテンツアイテムを受信する場合、ＤＭＰは、ＤＣＦコンテンツアイテムの再生を可能にする権限オブジェクト（ＲＯ）を、OMA DRM Rights Object Acquisition Protocol（ＲＯＡＰ）を用いて権限イシュアから獲得する。ＲＯが要求されると、権限イシュアは、ＤＭＰのデバイス証明書に基づいてＤＭＰを認証する。コンテンツアイテムの場合と同様に、ＲＯは、ｖＤＭＳ及びＩＭＳネットワークを経由せずに権限イシュアからＤＭＰへ送信される。
【０００６】
コンテンツプロバイダは、しばしば、ＤＭＰのユーザに対して、コンテンツの消費（典型的には、再生）に関する課金を行うことを必要とする。特に、ＩＭＳオペレータは通常、課金の促進に十分なユーザに関する情報を持っているので、コンテンツプロバイダはしばしば、自身に代わってＩＭＳオペレータが課金を実行することを要求する。
【０００７】
しかしながら、上述の通り、コンテンツアイテム及びＲＯはｖＤＭＳ及びＩＭＳネットワークを経由せずにＤＭＰによって受信されるので、所与のコンテンツアイテムを誰が消費したかをＩＭＳオペレータが識別することは、極めて困難であるか不可能である。その結果、コンテンツプロバイダが効率的且つ適切にユーザに課金することは不可能である。
【発明の概要】
【０００８】
本発明は上述の課題に対処することを意図したものであり、消費されるコンテンツアイテム及びそのアイテムを消費したユーザの識別を促進する技術を導入することを特徴とする。
【０００９】
本発明の第１の態様によれば、クライアント、及び再生のために許可データを必要とするコンテンツを格納するコンテンツサーバと通信可能なプロキシサーバであって、
前記コンテンツサーバから、前記コンテンツサーバ及び前記コンテンツを識別するコンテンツ情報を引き出すコンテンツ情報引き出しユニットと、
前記プロキシサーバ及び前記コンテンツ情報によって識別される前記コンテンツを識別する、修正済コンテンツ情報を生成する生成ユニットと、
前記修正済コンテンツ情報を前記クライアントへ送信する修正済コンテンツ情報送信ユニットと、
前記クライアントから、前記修正済コンテンツ情報によって識別される前記コンテンツの要求を受信するコンテンツ要求受信ユニットと、
前記要求されたコンテンツを識別する前記コンテンツ情報によって識別される前記コンテンツサーバから、前記要求されたコンテンツのための許可データを作成可能な許可サーバを識別する許可サーバ情報を引き出す許可サーバ情報引き出しユニットであって、前記プロキシサーバを識別するプロキシサーバ情報を前記コンテンツサーバへ送信する、前記許可サーバ情報引き出しユニットと、
前記コンテンツの前記要求に対する応答として、前記コンテンツ情報を前記クライアントへ送信するコンテンツ情報送信ユニットと、
前記クライアントから、前記要求されたコンテンツのための前記許可データの要求を受信する許可要求受信ユニットと、
前記許可サーバから前記要求された許可データを引き出す許可データ引き出しユニットと、
前記許可データの前記要求に対する応答として、前記要求された許可データを前記クライアントへ送信する許可データ送信ユニットと、
を備えることを特徴とするプロキシサーバが提供される。
【００１０】
本発明の第２の態様によれば、クライアント、及び再生のために許可データを必要とするコンテンツを格納するコンテンツサーバと通信可能なプロキシサーバの制御方法であって、
前記コンテンツサーバから、前記コンテンツサーバ及び前記コンテンツを識別するコンテンツ情報を引き出すステップと、
前記プロキシサーバ及び前記コンテンツ情報によって識別される前記コンテンツを識別する、修正済コンテンツ情報を生成するステップと、
前記修正済コンテンツ情報を前記クライアントへ送信するステップと、
前記クライアントから、前記修正済コンテンツ情報によって識別される前記コンテンツの要求を受信するステップと、
前記要求されたコンテンツを識別する前記コンテンツ情報によって識別される前記コンテンツサーバから、前記要求されたコンテンツのための許可データを作成可能な許可サーバを識別する許可サーバ情報を引き出すステップであって、前記プロキシサーバを識別するプロキシサーバ情報を前記コンテンツサーバへ送信する、ステップと、
前記コンテンツの前記要求に対する応答として、前記コンテンツ情報を前記クライアントへ送信するステップと、
前記クライアントから、前記要求されたコンテンツのための前記許可データの要求を受信するステップと、
前記許可サーバから前記要求された許可データを引き出すステップと、
前記許可データの前記要求に対する応答として、前記要求された許可データを前記クライアントへ送信するステップと、
を備えることを特徴とする制御方法が提供される。
【００１１】
本発明の第３の態様によれば、再生のために許可データを必要とするコンテンツを格納すると共にプロキシサーバ及びクライアントと通信可能なコンテンツサーバであって、
前記プロキシサーバへ、前記コンテンツサーバ及び前記コンテンツを識別するコンテンツ情報を送信するコンテンツ情報送信ユニットと、
前記プロキシサーバから、前記コンテンツのための許可データを作成可能な許可サーバを識別する許可サーバ情報の要求であって、前記プロキシサーバを識別するプロキシサーバ情報を含む前記要求を受信する許可サーバ情報要求受信ユニットと、
前記許可サーバ情報の前記要求に対する応答として、前記許可サーバ情報を前記プロキシサーバへ送信する許可サーバ情報送信ユニットと、
前記クライアントから、前記コンテンツの要求を受信するコンテンツ要求受信ユニットと、
前記コンテンツの前記要求に対する応答として、前記プロキシサーバ情報を前記クライアントへ送信するプロキシサーバ情報送信ユニットと、
を備えることを特徴とするコンテンツサーバが提供される。
【００１２】
本発明の第４の態様によれば、再生のために許可データを必要とするコンテンツを格納すると共にプロキシサーバ及びクライアントと通信可能なコンテンツサーバの制御方法であって、
前記プロキシサーバへ、前記コンテンツサーバ及び前記コンテンツを識別するコンテンツ情報を送信するステップと、
前記プロキシサーバから、前記コンテンツのための許可データを作成可能な許可サーバを識別する許可サーバ情報の要求であって、前記プロキシサーバを識別するプロキシサーバ情報を含む前記要求を受信するステップと、
前記許可サーバ情報の前記要求に対する応答として、前記許可サーバ情報を前記プロキシサーバへ送信するステップと、
前記クライアントから、前記コンテンツの要求を受信するステップと、
前記コンテンツの前記要求に対する応答として、前記プロキシサーバ情報を前記クライアントへ送信するステップと、
を備えることを特徴とする制御方法が提供される。
【００１３】
本発明の主な利点は次の通りである。本発明によれば、ユーザＩＤを引き出すことができるプロキシサーバが、コンテンツ及び許可データ(permission data)の獲得を傍受する。従って、コンテンツ及び許可データの獲得を、ユーザＩＤに効率的に関連付けることが可能であり、ネットワークオペレータがコンテンツプロバイダに代わって獲得に関する課金を行うことがより容易になる。
【００１４】
本発明の更なる特徴は、添付の図面を参照する以下の例示的な実施形態に関する記述から明らかになるであろう。添付の図面においては、全図を通して、同様の参照符号は同一の又は類似する部分を示す。
【図面の簡単な説明】
【００１５】
【図１】本発明の実施形態に従うＩＰマルチメディア・サブシステム（ＩＭＳ）ゲートウェイ（ＩＧ）の概要を示す。
【図２】本発明の実施形態に従う仮想デジタルメディアサーバ（ｖＤＭＳ）の機能ブロック図である。
【図３】本発明の実施形態に従う認証プロキシの機能ブロック図である。
【図４】本発明の実施形態に従うコンテンツサーバの機能ブロック図である。
【図５】本発明の実施形態に従う手順を示すシーケンス図である。
【図６】図５に続く手順を示すシーケンス図である。
【図７】Rights Object Acquisition Protocol（ＲＯＡＰ）トリガーのＸＭＬ構造（スキーマ）を示す。
【図８】図６に対応する代替手順を示すシーケンス図である。
【発明を実施するための形態】
【００１６】
以下、添付図面を参照して、本発明の実施形態を説明する。以下で説明する各実施形態は、一般的なものからより具体的なものまでの多様なコンセプトを理解するのに役立つであろう。
【００１７】
なお、本発明の技術的範囲は、特許請求の範囲によって規定されるのであって、以下の各実施形態によって限定されるわけではない。また、実施形態の中で説明されている特徴の組み合わせすべてが、本発明に必須とは限らない。
【００１８】
図１は、本発明の実施形態に従うＩＧ１００の概要を示す。ＩＧ１００は、ＩＭＳプライベート・ユーザ・アイデンティティ（ＩＭＰＩ）のようなＩＭＳ加入情報を格納するUniversal Integrated Circuit Card（ＵＩＣＣ）１１０を備える。ＵＩＣＣ１１０は、ＩＧ１００から取り外し可能である。
【００１９】
ＩＧ１００はまた、プロキシサーバ１２０も備える。プロキシサーバ１２０は、ｖＤＭＳ２００及び認証プロキシ３００を備える。プロキシサーバ１２０（より具体的には、ｖＤＭＳ２００及び認証プロキシ３００）は、例えばＵＰｎＰネットワーク経由で、ＤＭＰのようなクライアントと通信することができる。また、プロキシサーバ１２０は、例えばＩＧ１００のＩＭＳ機能による支援を受けてＩＭＳネットワーク経由でコンテンツサーバと通信することができる。或いは、プロキシサーバ１２０は、ＩＧ１００による支援無しにインターネット経由でコンテンツサーバと通信してもよい。
【００２０】
図２及び図３は、それぞれ、ｖＤＭＳ２００及び認証プロキシ３００の機能ブロック図である。ｖＤＭＳ２００及び認証プロキシ３００の各ブロックの動作は、図５、図６、及び図８のシーケンス図を参照して後述する。注目すべきこととして、ｖＤＭＳ２００及び認証プロキシ３００の各ブロックの機能は、専用ハードウェア、プロセッサ（不図示）によって実行されるソフトウェア、又はその組み合わせによって実装可能である。
【００２１】
図４は、本発明の実施形態に従うコンテンツサーバ４００の機能ブロック図である。コンテンツサーバ４００は、例えばＩＧ１００のＩＭＳ機能による支援を受けてＩＭＳネットワーク経由でプロキシサーバ１２０（より具体的には、ｖＤＭＳ２００及び認証プロキシ３００）と通信することができる。また、コンテンツサーバ４００は、例えばインターネット経由でＤＭＰのようなクライアントと通信することができる。更に、コンテンツサーバ４００は、ＯＭＡ  ＤＲＭ  ２．０のようなＤＲＭ技術を用いて保護されたコンテンツを格納する。換言すると、ＲＯのような許可データが、コンテンツサーバ４００に格納されるコンテンツの再生に必要とされる。
【００２２】
図４において、コンテンツサーバ４００は、ＲＯを作成可能な許可サーバ４１０を備える。しかしながら、許可サーバ４１０は、プロキシサーバ１２０（より具体的には、認証プロキシ３００）からアクセス可能である限り、コンテンツサーバ４００から離れて配置されてもよい。許可サーバ４１０は、例えば3GPP TS33.220 V7.3.0 (2006-03)を通じて当業者に知られている汎用ブートストラッピング・アーキテクチャ（ＧＢＡ）ネットワークアプリケーション機能（ＮＡＦ）として振る舞う。加えて、認証プロキシ３００は、ＧＢＡクライアントとして振る舞う。従って、許可サーバ４１０と認証プロキシ３００との間の通信チャネルは、ＧＢＡによって保護可能である。代替実施形態では、許可サーバ４１０は、例えば3GPP TS33.222 V7.1.0 (2006-03)を通じて当業者に知られているＧＢＡ認証プロキシサーバの背後に配置されており、許可サーバ４１０がＧＢＡ  ＮＡＦとして振る舞う必要が無い。
【００２３】
コンテンツサーバ４００の各ブロックの動作は、図５、図６、及び図８のシーケンス図を参照して後述する。注目すべきこととして、コンテンツサーバ４００の各ブロックの機能は、専用ハードウェア、プロセッサ（不図示）によって実行されるソフトウェア、又はその組み合わせによって実装可能である。
【００２４】
図５は、本発明の実施形態に従う手順を示すシーケンス図である。本実施形態では、ＵＰｎＰ機能を備えるＤＭＰ５００が、コンテンツサーバ４００からコンテンツを取得するものとする。ＤＭＰ５００は、保護されたコンテンツを再生するために許可サーバ４１０からＲＯを取得するＤＲＭエージェント５０１を備える。
【００２５】
ステップＳ５０１で、認証プロキシ３００のＩＤ引き出しユニット３０１（図３参照）は、プロキシサーバ１２０のユーザを識別するユーザＩＤを取得する。本実施形態では、ユーザＩＤはＩＭＰＩであり、ＵＩＣＣ１１０から引き出される。
【００２６】
ステップＳ５０２で、ブートストラッピングユニット３０２は、ＩＭＰＩを使用して、ブートストラッピング・サーバ機能（ＢＳＦ）５２０とのブートストラッピング手順を実行する。ブートストラッピング手順の結果として、ブートストラップ・トランザクション・アイデンティファイア（Ｂ−ＴＩＤ）が、認証プロキシ３００とＢＳＦ５２０との間で共有される。
【００２７】
ステップＳ５０３で、ＤＭＰ５００は、ｖＤＭＳ２００を発見するためにＵＰｎＰディスカバリーを実行する。
【００２８】
ステップＳ５０４で、ＤＭＰ５００は、UPnP CDS::browse要求をｖＤＭＳ２００へ送信する。
【００２９】
ステップＳ５０５で、ｖＤＭＳ２００のコンテンツ情報引き出しユニット２０１（図２参照）は、ＩＭＳネットワーク５１０経由でコンテンツサーバ４００に対して、コンテンツサーバ４００のコンテンツリストを要求するＳＩＰ  ＳＵＢＳＣＲＩＢＥメッセージを送信する。ＳＩＰ  ＳＵＢＳＣＲＩＢＥメッセージは、最終的に、コンテンツサーバ４００のコンテンツ情報送信ユニット４０１（図４参照）によって受信される。なお、コンテンツサーバ４００は、例えば、P-Asserted-Identityや、ＩＭＳオペレータとコンテンツサーバ４００を運用しているコンテンツプロバイダとの間で合意された他の何らかの識別メカニズムを用いて、ＳＩＰ  ＳＵＢＳＣＲＩＢＥメッセージの発信元を安全に識別することができる。
【００３０】
ステップＳ５０６で、コンテンツ情報送信ユニット４０１は、ＣＤＳデータ（即ち、コンテンツリスト）を含むＳＩＰ  ＮＯＴＩＦＹメッセージをｖＤＭＳ２００へ送信する。ＳＩＰ  ＮＯＴＩＦＹメッセージは、最終的に、コンテンツ情報引き出しユニット２０１によって受信される。
【００３１】
ステップＳ５０７で、生成ユニット２０２は、修正されたコンテンツリストを生成する。修正されたコンテンツリストにおいて、ＣＤＳデータ中の、コンテンツサーバ４００を識別する（即ち、場所を特定する）コンテンツＵＲＬは、ｖＤＭＳ２００を識別するように変更される。例えば、元のコンテンツＵＲＬがhttp://ptv.example.com/content?cid=001である場合、これは、http://192.168.1.1:8080/content?cid=001に変更される。ここで、"192.168.1.1:8080"は、ｖＤＭＳ２００の待ち受け(listening)ＩＰアドレス及びポートである。このステップにより、ステップＳ５０９に示すように、ＤＭＰ５００によるコンテンツ要求をｖＤＭＳ２００が傍受することが可能になる。
【００３２】
ステップＳ５０８で、修正済コンテンツ情報送信ユニット２０３は、修正済コンテンツリストをＤＭＰ５００へ送信する。
【００３３】
ステップＳ５０９で、ＤＭＰ５００は、例えばＤＭＰ５００のユーザによって選択された、修正済コンテンツリスト中のコンテンツＵＲＬのうちの１つに対して、ＨＴＴＰ  ＧＥＴメッセージを送信する。コンテンツ要求受信ユニット２０４は、ＨＴＴＰ  ＧＥＴメッセージを、選択されたコンテンツアイテムの要求として受信する。
【００３４】
ステップＳ５１０で、許可サーバ情報引き出しユニット２０５は、コンテンツサーバ４００に対してＳＩＰ  ＩＮＶＩＴＥメッセージを送信する。ＳＩＰ  ＩＮＶＩＴＥメッセージは、ＱｏＳパラメータと、修正前の要求されたコンテンツＵＲＬ（例えば、http://ptv.example.com/content?cid=001）と、認証プロキシ３００のＵＲＬ（例えば、http://192.168.1.1:7070/auth_proxy?sid=123）とを含む。ここで、"sid=123"は、セッション識別子である。注目すべきこととして、元のコンテンツＵＲＬ及び修正済コンテンツＵＲＬの両方が"cid=001"を用いて同一のコンテンツを識別するので、許可サーバ情報引き出しユニット２０５は、元のコンテンツＵＲＬを認識することができる。ＳＩＰ  ＩＮＶＩＴＥメッセージは、最終的に、コンテンツサーバ４００の許可サーバ情報要求受信ユニット４０２によって受信される。許可サーバ情報要求受信ユニット４０２は、例えばコンテンツサーバ４００によって割り当てられたセッション識別子（例えば、"session=456"）によって識別される現在のコンテンツ配信セッションと関連付けて、受信した認証プロキシ３００のＵＲＬを格納する。
【００３５】
ステップＳ５１１で、許可サーバ情報送信ユニット４０３は、ｖＤＭＳ２００に対して２００  ＯＫメッセージを送信する。２００  ＯＫメッセージは、ＱｏＳパラメータと、ＳＩＰ  ＩＮＶＩＴＥメッセージ中のコンテンツＵＲＬによって識別されるコンテンツアイテムのためのＲＯを作成可能な許可サーバ４１０を識別するRights Object Acquisition Protocol（ＲＯＡＰ）  ＵＲＬ（例えば、http://ro.example.com/roap?session=456）と、"session=456"によって識別されるコンテンツ配信セッションに関連付けられたコンテンツの場所を示し、後にステップＳ５１２でＤＭＰ５００がリダイレクトされる先となる、コンテンツＵＲＬ（例えば、http://ptv.example.com/content?cid=001&session=456）と、を含む。２００  ＯＫメッセージは、最終的に、ｖＤＭＳ２００の許可サーバ情報引き出しユニット２０５によって受信される。許可サーバ情報引き出しユニット２０５は、受信したＲＯＡＰ  ＵＲＬをセッション識別子"sid=123"と関連付けて格納することで、認証プロキシ３００がこの受信したＲＯＡＰ  ＵＲＬを後で識別できるようにする。
【００３６】
ステップＳ５１２で、コンテンツ情報送信ユニット２０６は、ステップＳ５０９の要求に対する応答として、ＤＭＰ５００に対して３０２  Ｒｅｄｉｒｅｃｔｉｏｎメッセージを送信する。３０２  Ｒｅｄｉｒｅｃｔｉｏｎメッセージは、ステップＳ５１１で受信されたコンテンツＵＲＬ（即ち、http://ptv.example.com/content?id=001&session=456）を含む。
【００３７】
ステップＳ５１３で、ＤＭＰ５００は、ステップＳ５１２で受信したコンテンツＵＲＬに対してＨＴＴＰ  ＧＥＴメッセージを送信する。ＨＴＴＰ  ＧＥＴメッセージは、最終的に、コンテンツサーバ４００のコンテンツ要求受信ユニット４０４によって受信される。
【００３８】
図６は、図５に続く手順を示すシーケンス図である。
【００３９】
ステップＳ６０１で、プロキシサーバ情報送信ユニット４０５は、ステップＳ５１３のＨＴＴＰ  ＧＥＴメッセージに対する応答として、２００  ＯＫメッセージをＤＭＰ５００へ送信する。２００  ＯＫメッセージは、multipart/relatedの形式である。２００  ＯＫメッセージのエンティティの１つは、ＤＣＦコンテンツアイテムであり、他のエンティティは、ＲＯの獲得に用いるＲＯＡＰトリガー（ＲＯＡＰ  Ｔｒｉｇｇｅｒ）（図７に示されるＸＭＬスキーマ）である。本実施形態では、ＲＯＡＰトリガーに含まれるＲＯＡＰ  ＵＲＬは、ステップＳ５１０で受信された認証プロキシ３００のＵＲＬ（即ち、http://192.168.1.1:7070/auth_proxy?sid=123）である。注目すべきこととして、ステップＳ５１３のＨＴＴＰ  ＧＥＴメッセージがセッション識別子（例えば、"session=456"）を含み、セッション識別子はステップＳ５１０においてＲＯＡＰ  ＵＲＬと関連付けられるので、プロキシサーバ情報送信ユニット４０５は、送信すべきＲＯＡＰ  ＵＲＬを認識することができる。２００  ＯＫメッセージは、最終的に、ＤＭＰ５００のＤＲＭエージェント５０１によって受信される。
【００４０】
ステップＳ６０２で、ＤＲＭエージェント５０１は、ステップＳ６０１のＲＯＡＰトリガーに含まれるＲＯＡＰ  ＵＲＬに対してＨＴＴＰ  ＰＯＳＴメッセージを送信する。ＨＴＴＰ  ＰＯＳＴメッセージは、ＲＯＡＰトリガーによって指定されるＲＯを要求するＲＯＲｅｑｕｅｓｔを含む。ＨＴＴＰ  ＰＯＳＴメッセージは、最終的に、認証プロキシ３００の許可要求受信ユニット３０３（図３参照）によって受信される。
【００４１】
ステップＳ６０３で、許可データ引き出しユニット３０４は、ステップＳ５０２で取得したＢ−ＴＩＤ及びこのＢ−ＴＩＤに関連付けられた認証情報と共に、ＲＯＲｅｑｕｅｓｔのＨＴＴＰ  ＰＯＳＴを、ステップＳ５１１で受信したＲＯＡＰ  ＵＲＬによって識別される許可サーバ４１０へと転送する。ＨＴＴＰ  ＰＯＳＴメッセージは、最終的に、許可サーバ４１０の許可要求受信ユニット４１１によって受信される。注目すべきこととして、ステップＳ６０２のＨＴＴＰ  ＰＯＳＴメッセージが、ステップＳ５１１において許可サーバ４１０を識別するＲＯＡＰ  ＵＲＬと関連付けられたセッション識別子（即ち、"sid=123"）を含むので、許可データ引き出しユニット３０４は、許可サーバ４１０を識別することができる。
【００４２】
ステップＳ６０４で、許可要求受信ユニット４１１は、 3GPP TS24.109 V7.3.0 (2006-06)に規定されるＧＢＡ  Ｕａ認証のための定義済みメカニズムのうちの１つに基づいて、認証プロキシ３００を認証する。例えば、許可要求受信ユニット４１１は、ＢＳＦ５２０に問い合わせることにより、ステップＳ６０３で受信した認証情報及びＢ−ＴＩＤを検証する。この認証により、許可サーバ４１０は、信頼でき安全なやり方で、ＲＯの獲得をＩＧ１００のＩＭＰＩに関連付けることが可能となる。従って、ＩＭＳネットワーク５１０のＩＭＳオペレータがコンテンツプロバイダに代わってＲＯの獲得に対する課金を行うことが、より容易になる。ステップＳ６０４で、許可要求受信ユニット４１１はまた、ＲＯＲｅｑｕｅｓｔに添付されたデジタル署名及びデバイス証明書に基づき、ＲＯＲｅｑｕｅｓｔの発信元（即ち、ＤＭＰ５００）を認証する。
【００４３】
ステップＳ６０５で、許可データ送信ユニット４１２は、ＨＴＴＰ  ２００  ＯＫメッセージを使用して、ステップＳ６０３の要求に対する応答として、要求されたＲＯを含んだＲＯＲｅｓｐｏｎｓｅを認証プロキシ３００へ送信する。２００  ＯＫメッセージは、最終的に、許可データ引き出しユニット３０４によって受信される。注目すべきこととして、ステップＳ６０４の認証が失敗した場合、許可データ送信ユニット４１２は、ＲＯを送信しなくてもよい。
【００４４】
ステップＳ６０６で、許可データ送信ユニット３０５は、ＲＯＲｅｓｐｏｎｓｅをＤＲＭエージェント５０１へ転送する。
【００４５】
ステップＳ６０７で、ＤＭＰは、ＲＯ中のコンテンツ暗号鍵を用いてＤＣＦコンテンツを復号し、コンテンツの再生を開始する。
【００４６】
本実施形態では、ＤＣＦコンテンツアイテム及びＲＯがステップＳ６０１及びＳ６０６で別々に配信されるものとした。しかしながら、コンテンツサーバ４００は、ＤＣＦコンテンツアイテム及びＲＯを一緒に配信するように構成されてもよい。
【００４７】
図８は、図６に対応する代替手順を示すシーケンス図である。図８において、図６におけるものと同じ操作が実行されるステップは図６のステップと同じ参照番号を持ち、その説明は省略される。
【００４８】
ステップＳ８０１では、ステップＳ６０１と異なり、２００  ＯＫメッセージはＤＣＦコンテンツを含まない。
【００４９】
ステップＳ８０５及びＳ８０６では、ＨＴＴＰ  ２００  ＯＫメッセージは、ＲＯに加えて、ステップＳ５１３で要求されたＤＣＦコンテンツを含む。
【００５０】
上述の実施形態では、プロキシサーバ１２０がＩＭＳネットワーク５１０経由でコンテンツサーバ４００と通信するものとした。しかしながら、プロキシサーバ１２０は、ＩＭＳネットワーク５１０を経由せずにインターネットを経由してコンテンツサーバ４００と通信してもよい。この場合、ステップＳ５０１においてプロキシサーバ１２０がＩＭＰＩのようなユーザＩＤを引き出し可能でありさえすれば、ＩＧ１００は、本発明を実装する必要がない。また、これに従ってメッセージタイプが修正される。例えば、ステップＳ５０５、Ｓ５０６、Ｓ５１０、及びＳ５１１のＳＩＰメッセージは、ＨＴＴＰメッセージであってもよく、これらのＨＴＴＰメッセージは、必要に応じてステップＳ６０３及びＳ６０４と同じやり方でＧＢＡを通じて認証可能である。例えＩＭＳネットワーク５１０がプロキシサーバ１２０とコンテンツサーバ４００との間の通信に関与しなくても、ＩＭＰＩに関連付けられたＢ−ＴＩＤが図６又は図８のステップＳ６０３において受信されるので、コンテンツサーバ４００（より具体的には、許可サーバ４１０）は、ＲＯの獲得をＩＭＰＩに関連付けることができる。
【００５１】
（本発明の利点）
本発明によれば、様々な実施形態を参照して上述したように、ユーザＩＤを引き出し可能なプロキシサーバがコンテンツ及び許可データの獲得を傍受する。従って、コンテンツ及び許可データの獲得を効率的にユーザＩＤに関連付けることができ、ネットワークオペレータがコンテンツプロバイダに代わってその獲得に対する課金を行うことがより容易になる。
【００５２】
例示的な実施形態を参照して本発明を説明してきたが、理解すべきこととして、本発明は開示された例示的な実施形態には限定されない。以下の請求項の範囲には、全ての修正物、及び均等な構造及び機能を包含するように、最も広い解釈が与えられる。
【図１】
0005308527.tif 000002
【図２】
0005308527.tif 000003
【図３】
0005308527.tif 000004
【図４】
0005308527.tif 000005
【図５】
0005308527.tif 000006
【図６】
0005308527.tif 000007
【図７】
0005308527.tif 000008
【図８】
0005308527.tif 000009