(57)【特許請求の範囲】
【請求項１】
情報を配信する方法であって、
グローバルネットワークに接続されたホームネットワークに位置しているユーザ装置から発信され、特定のメディアタイプを付与されたメディアコンテンツを要求するメディアリクエストであって、当該メディアコンテンツを示すメディア識別情報と前記ユーザ装置のユーザを示すユーザ識別情報とを含むメディアリクエストを、当該グローバルネットワークを介して受信する受信ステップと、
前記メディア識別情報と前記ユーザ識別情報とに基づいて前記ユーザが前記メディアコンテンツへのアクセスを許可されていないと判定するとともに、前記メディア識別情報に基づいて前記メディアコンテンツに付与されている前記特定のメディアタイプを検出することによって、前記メディアリクエストを処理する処理ステップと、
前記処理ステップで検出された特定のメディアタイプに基づいて、前記特定のメディアタイプで、前記メディアコンテンツへのアクセスが許可されなかったことを前記ユーザに通知するレスポンス情報を選択する選択ステップと、
前記選択ステップで選択されたレスポンス情報に基づいて、前記ホームネットワークに位置するデジタルメディアプレイヤにレンダリングさせるレスポンスを供給する供給ステップと、
前記ホームネットワークに位置している前記ユーザ装置に対して前記グローバルネットワークを介して前記レスポンスを送信する送信ステップと
を有し、前記特定のメディアタイプが動画タイプである場合、動画タイプのレスポンス情報が選択されることを特徴とする方法。
【請求項２】
前記受信ステップは、
前記ユーザ装置から発信された前記メディア識別情報と前記ユーザ識別情報とを含むハイパーテキストトランスファープロトコル（ＨＴＴＰ）のリクエストを受信するステップ
を含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記供給ステップは、
前記メディアリクエストの処理結果に基づいて、前記グローバルネットワークに位置するサーバが保持している前記レスポンス情報へのＨＴＴＰリンクを含むＨＴＴＰリダイレクトレスポンスを供給するステップ
を含むことを特徴とする請求項２に記載の方法。
【請求項４】
前記供給ステップは、
前記特定のメディアタイプを付与された前記レスポンス情報を含む少なくとも１つのデータパケットを供給するステップ
を含むことを特徴とする請求項１に記載の方法。
【請求項５】
前記処理ステップは、
前記メディア識別情報と前記ユーザ識別情報とに基づいて支払いを要求する支払いリクエストを生成するステップと、
前記支払いリクエストを決済サーバに送信するステップと、
前記ユーザのアカウントステータスに基づいて前記メディアコンテンツへのアクセスを前記ユーザが許可されているかどうかを示す支払いレスポンスを前記決済サーバから受信するステップと
を含むことを特徴とする請求項１ないし４のいずれか１項に記載の方法。
【請求項６】
前記ユーザ装置は、デジタルリビングネットワークアライアンスと互換性のある
ことを特徴とする請求項１ないし５のいずれか１項に記載の方法。
【請求項７】
ホームネットワークに接続したグローバルネットワークに配置可能なリクエストサーバであって、
前記ホームネットワークに位置しているユーザ装置から発信され、特定のメディアタイプを付与されたメディアコンテンツを要求するメディアリクエストであって、当該メディアコンテンツを示すメディア識別情報と前記ユーザ装置のユーザを示すユーザ識別情報とを含むメディアリクエストを、当該グローバルネットワークを介して受信する受信部と、
前記メディア識別情報と前記ユーザ識別情報とに基づいて、前記ユーザが前記メディアコンテンツへのアクセスを許可されていないと判定するとともに、前記メディア識別情報に基づいて前記メディアコンテンツに付与されている前記特定のメディアタイプを検出することによって、前記メディアリクエストを処理するリクエスト処理部と、
前記リクエスト処理部によって検出された前記特性のメディアタイプに基づいて、前記特定のメディアタイプで、かつ、前記メディアコンテンツへのアクセスが許可されなかったことを前記ユーザに通知するレスポンス情報を選択し、当該選択したレスポンス情報に基づいて、前記ホームネットワークに位置するデジタルメディアプレイヤにレンダリングを実行させるレスポンスを供給するレスポンス供給部と、
前記ホームネットワークに位置している前記ユーザ装置に対して前記グローバルネットワークを介して前記レスポンスを送信する送信部と
を備え、前記特定のメディアタイプが動画タイプである場合、動画タイプのレスポンス情報が選択されることを特徴とするリクエストサーバ。
【請求項８】
前記受信部は、
前記ユーザ装置から発信された前記メディア識別情報と前記ユーザ識別情報とを含むハイパーテキストトランスファープロトコル（ＨＴＴＰ）のリクエストを受信する
ことを特徴とする請求項７に記載のリクエストサーバ。
【請求項９】
前記レスポンス供給部は、
前記リクエスト処理部による前記メディアリクエストの処理結果に基づいて、前記グローバルネットワークに位置するサーバが保持している前記レスポンス情報へのＨＴＴＰリンクを含むＨＴＴＰリダイレクトレスポンスを供給する
ことを特徴とする請求項８に記載のリクエストサーバ。
【請求項１０】
前記レスポンス供給部は、
前記特定のメディアタイプを付与された前記レスポンス情報を含む少なくとも１つのデータパケットを供給する
ことを特徴とする請求項７に記載のリクエストサーバ。
【請求項１１】
前記リクエスト処理部は、
前記メディア識別情報と前記ユーザ識別情報とに基づいて支払いを要求する支払いリクエストを生成し、
前記送信部は、
前記支払いリクエストを決済サーバに送信し、
前記受信部は、
前記ユーザのアカウントステータスに基づいて前記メディアコンテンツへのアクセスを前記ユーザが許可されているかどうかを示す支払いレスポンスを前記決済サーバから受信する
ことを特徴とする請求項７ないし１０のいずれか１項に記載のリクエストサーバ。
【請求項１２】
メディアを配信する方法であって、
グローバルネットワークに接続されたホームネットワークに位置し、かつ、デジタルリビングネットワークアライアンス（ＤＬＮＡ）と互換性のあるユーザ装置が、特定のメディアタイプのメディアコンテンツを示すメディア識別情報と前記ユーザ装置のユーザを示すユーザ識別情報とを含み、当該メディアコンテンツを要求するメディアリクエストを、前記グローバルネットワークに位置しているリクエストサーバに送信するステップと、
前記リクエストサーバが、前記メディア識別情報と前記ユーザ識別情報とに基づいて支払いリクエストを生成するステップと、
前記リクエストサーバが、前記グローバルネットワークに位置している決済サーバに前記支払いリクエストを送信するステップと、
前記決済サーバが、前記支払いリクエストに基づいて、前記メディアコンテンツへのアクセスを前記ユーザが許可されているかどうかを示す支払いレスポンスを生成するステップと、
前記決済サーバが、前記支払いレスポンスを前記リクエストサーバに送信するステップと、
前記リクエストサーバが、前記メディアコンテンツへのアクセスを前記ユーザが許可されていないことを前記支払いレスポンスが示している場合に、前記メディア識別情報と前記ユーザ識別情報とに基づいて、前記グローバルネットワークに位置しているメディアサーバが保持しているレスポンス情報であって、前記特定のメディアタイプで、かつ、前記メディアコンテンツへのアクセスが許可されなかったことを前記ユーザに通知するレスポンス情報へのリンクを含むメディアレスポンスを生成するステップと、
前記リクエストサーバが、前記特定のメディアタイプの前記メディアレスポンスを前記ユーザ装置に送信するステップと、
前記ユーザ装置が、前記リンクに基づいて、前記レスポンス情報を要求するリクエストを前記メディアサーバに送信するステップと、
前記メディアサーバが、前記レスポンス情報を要求する前記リクエストに基づいて、前記レスポンス情報を含むデータパケットを前記ユーザ装置に送信するステップと
を有し、前記特定のメディアタイプが動画タイプである場合、動画タイプのレスポンス情報が選択されることを特徴とする方法。
【請求項１３】
メディアを配信するシステムであって、
グローバルネットワークに接続されたホームネットワークに位置し、かつ、デジタルリビングネットワークアライアンス（ＤＬＮＡ）と互換性のあるユーザ装置と、
前記グローバルネットワークに位置しているリクエストサーバと、
前記グローバルネットワークに位置している決済サーバと、
前記グローバルネットワークに位置しているメディアサーバと
を備え、
前記ユーザ装置が、特定のメディアタイプのメディアコンテンツを示すメディア識別情報と前記ユーザ装置のユーザを示すユーザ識別情報とを含み、当該メディアコンテンツを要求するメディアリクエストを、前記リクエストサーバに送信し、
前記リクエストサーバが、前記メディア識別情報と前記ユーザ識別情報とに基づいて支払いリクエストを生成し、前記決済サーバに前記支払いリクエストを送信し、
前記決済サーバが、前記支払いリクエストに基づいて、前記メディアコンテンツへのアクセスを前記ユーザが許可されたているかどうかを示す支払いレスポンスを生成し、前記支払いレスポンスを前記リクエストサーバに送信し、
前記リクエストサーバが、前記メディアコンテンツへのアクセスを前記ユーザが許可されていないことを前記支払いレスポンスが示している場合に、前記メディア識別情報と前記ユーザ識別情報とに基づいて、前記グローバルネットワークに位置しているメディアサーバが保持しているレスポンス情報であって、前記特定のメディアタイプで、かつ、前記メディアコンテンツへのアクセスが許可されなかったことを前記ユーザに通知するレスポンス情報へのリンクを含むレスポンスを生成し、前記レスポンスを前記ユーザ装置に送信し、
前記ユーザ装置が、前記レスポンスに含まれている前記リンクに基づいて、前記レスポンス情報を要求するリクエストを前記メディアサーバに送信し、
前記メディアサーバが、前記レスポンス情報を要求する前記リクエストに基づいて、前記特定のメディアタイプの前記レスポンス情報を含むデータパケットを前記ユーザ装置に送信し、
前記特定のメディアタイプが動画タイプである場合、動画タイプのレスポンス情報が選択されることを特徴とするシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般にホームネットワークに存在するユーザ装置へのデータ配信に関し、特にデジタルリビングネットワークアライアンスに対応したユーザ装置へのそのようなデータ配信に関する。
【背景技術】
【０００２】
デジタルリビングネットワークアライアンス（ＤＬＮＡ）は、ホームネットワークにおける家庭用デバイスの相互通信およびデバイス間でのメディア共有を容易にするために作られた国際的かつ業界横断的な協力団体および標準規格である。
【０００３】
ＤＬＮＡ対応デバイスは、デバイスがシームレスに接続してデータを共有するのを可能にするプロトコルセットであるＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ）によって、ホームネットワーク内で互いに通信する。
【０００４】
ＤＬＮＡコンパチブル（ＤＬＮＡと互換性のある）ユーザ装置は、潜在的にタイプと製造業者が異なる複数のＤＬＮＡコンパチブルユーザ装置を備えるホームネットワーク内であっても通常は動作可能である。当技術分野においては、ホームネットワーク内におけるメディアの配信および展開（レンダリング）の機能に主に基づくＤＬＮＡコンパチブルユーザ装置の分類が使用されており、その分類には、とりわけデジタルメディアサーバ（ＤＭＳ）、モバイルＤＭＳ（Ｍ−ＤＭＳ）、デジタルメディアプレイヤ（ＤＭＰ）、モバイルＤＭＰ（Ｍ−ＤＭＰ）、デジタルメディアレンダラ（ＤＭＲ）、デジタルメディアコントローラ（ＤＭＣ）およびモバイルＤＭＣ（Ｍ−ＤＭＣ）を含む。
【０００５】
ＤＭＳおよびＭ−ＤＭＳは、メディアコンテンツを格納し、有線および／または無線でネットワークされたＤＭＰ、Ｍ−ＤＭＰおよびＤＭＲからそのコンテンツを利用できるようにするデバイスである。ＤＭＳおよびＭ−ＤＭＳには、とりわけパーソナルコンピュータ、ネットワーク接続ストレージ（ＮＡＳ）デバイス、移動電話機、および携帯音楽プレイヤを含む。ＤＭＰまたはＭ−ＤＭＰは、ＤＭＳまたはＭ−ＤＭＳ上のコンテンツを見つけ、レンダリングや再生（プレイバック）の機能を備えるデバイスである。ＴＶ、ステレオ、ホームシアター、ワイヤレスモニタ、ゲームコンソール、移動電話機、および移動式メディアテーブルは、ＤＭＰまたはＭ−ＤＭＰとして機能し得るユーザ装置の具体例である。ＤＭＣまたはＭ−ＤＭＣは、ＤＭＳまたはＭ−ＤＭＳ上のコンテンツを見つけ、それをＤＭＲで再生するデバイスである。ＤＭＣおよびＭ−ＤＭＣには、インターネットタブレット、Ｗｉ−Ｆｉ（登録商標）対応デジタルカメラ、携帯情報端末（ＰＤＡ）、および移動電話機等を含む。最後に、ＤＭＲは、ＤＭＣまたはＭ−ＤＭＣから受信したコンテンツを再生するデバイスであり、ＴＶ、オーディオ受信機／ビデオ受像機、ビデオディスプレイ、リモートスピーカなどのデバイスを含む。
【０００６】
ＤＬＮＡベースのホームネットワークには、デジタルメディアプリンタ（ＤＭＰｒ）、モバイルデジタルメディアアップローダ（Ｍ−ＤＭＵ）、モバイルデジタルメディアダウンローダ（Ｍ−ＤＭＤ）、モバイルネットワーク接続機能（Ｍ−ＮＣＦ）、およびメディア相互接続ユニット（ＭＩＵ）などの他のＤＬＮＡ対応デバイスも有してもよい。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ホームネットワークに仮想ＤＭＳ（ｖＤＭＳ）デバイスを導入することが検討されている。ｖＤＭＳデバイスは、ＤＭＰデバイスおよびＤＭＲデバイスに対しては通常のＤＭＳとして働くが、インターネットまたは他のグローバルネットワークのような、リモートプレースから提供されるメディアを取得する手段を有する。
【０００８】
ｖＤＭＳは、ＤＬＮＡ対応デバイスに対する新しいメディア配信方法を開拓するものであるが、新しい課題ももたらそうとしている。現在のところ、ＤＬＮＡデバイスのユーザは、リモートメディアサーバに送信したメディアリクエスト（メディア要求）どのように処理されるかを示す通知を効率よく受け取ることができない。たとえば、ユーザのアカウントステータスに依存してメディアリクエストが反映されるのか否かなどを示す通知を効率的に受けることができない。
【０００９】
本発明の実施形態は、先行技術の構成におけるこれらの欠点および他の欠点を克服しようとするものである。
【００１０】
一般的な目的は、ホームネットワーク内のメディアリクエストにかかわるＤＬＮＡコンパチブルユーザ装置およびデバイスに、効率的に情報を配信することである。
【００１１】
この目的および他の目的は、添付の特許請求の範囲に規定される実施形態によって達成される。
【課題を解決するための手段】
【００１２】
簡潔に言うと、本発明は、ホームネットワークに存在するＤＬＮＡコンパチブルユーザ装置にかかわる情報配信に関する。ユーザ装置は、特定のメディアタイプを有するメディアコンテンツに関するメディアリクエストを編集し、ホームネットワークに接続されたグローバルネットワークに存在するリクエストサーバに送信する。リクエスト（要求）サーバは、メディアリクエストに含まれたメディア識別情報およびユーザ識別情報に基づいて、メディアリクエストを処理する。このリクエストの処理結果に対応して、リクエストサーバはレスポンスを作成し、このレスポンスはユーザ装置に送信される。このレスポンスによって、ホームネットワークのＤＬＮＡコンパチブルのデジタルメディアプレイヤは、メディアリクエストにかかわるレスポンス情報のレンダリングが可能になる。なお、このレスポンスは、要求されたメディアコンテンツと同じ特定のメディアタイプである。
【００１３】
従って、特定のメディアタイプのレスポンス情報が、ユーザにメディアリクエストの処理について通知するために使用され、例として、要求されたコンテンツへのアクセスについて、例えばユーザのアカウントステータスが低すぎるなどに起因したアクセスの拒否を通知するために使用されてもよい。
【００１４】
それ故、実施形態は、ＤＬＮＡコンパチブルユーザ装置が、そのアクションの成り行きについてのフィードバックをバックエンドシステムから取得するのを可能にする。これまでＤＬＮＡコンパチブルユーザ装置に関して、ユーザ装置からのメディアリクエストおよび他のアクションにかかわる情報の提供を、リクエストサーバなどのバックエンドシステムに可能にさせる効率的な情報配信方法が存在しなかったので、これは、ＤＬＮＡコンパチブルユーザ装置に新規な特徴である。
【００１５】
実施形態は、実施形態のさらなる目的および利点も合わせて、添付の図面とともに以下の説明を参照することによって最もよく理解されるであろう。
【図面の簡単な説明】
【００１６】
【図１】一実施形態による設備を有する、ホームネットワークおよびグローバルネットワークの概略図である。
【図２】一実施形態による情報配信方法の信号図である。
【図３】別の実施形態による設備を有する、ホームネットワークおよびグローバルネットワークの概略図である。
【図４】別の実施形態による、情報配信方法の信号図である。
【図５】一実施形態によるメディア配信方法の信号図である。
【図６】さらなる実施形態による設備を有する、ホームネットワークおよびグローバルネットワークの概略図である。
【図７】さらなる実施形態による情報配信方法の信号図である。
【図８】別の実施形態によるメディア配信方法の信号図である。
【図９】一実施形態によるリクエストサーバの略ブロック図である。
【図１０】一実施形態によるデジタルメディアプレイヤの実施の略ブロック図である。
【図１１】別の実施形態によるデジタルメディアプレイヤの実施の略ブロック図である。
【発明を実施するための形態】
【００１７】
図面を通して、同じ参照文字を同じかまたは類似の要素に対して使用する。
【００１８】
本発明は、一般にデジタルリビングネットワークアライアンス（ＤＬＮＡ）対応ユーザ装置にかかわる情報配信に関する。
【００１９】
ＤＬＮＡは、パーソナルコンピュータおよび移動デバイスを含む家庭用電化製品による相互通信、ならびにそれらの間でのデジタルメディアおよびコンテンツの共有を可能にするための標準および協力団体である。ＤＬＮＡコンパチブルユーザ装置間で通信するために使用される通信プロトコルは、ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ）であり、ＵＰｎＰフォーラムが管理している。
【００２０】
背景セクションで述べた移動電話機および他の端末などのＤＬＮＡと互換性のあるＤＬＮＡコンパチブルユーザ装置は、そのユーザ装置のハードウェアおよび／ソフトウェアリソース次第で、ホームネットワークにおいて実際にはいくつかの役割を有してもよい。例として、１つのデバイスまたはユーザ装置が、ＤＭＳの役割とＤＭＰの役割の両方を可能にする機能を有してもよい。
【００２１】
以下では、ＤＬＮＡベースのホームネットワークで動作し、ＵＰｎＰプロトコルを使用して他のＤＬＮＡ対応デバイスと通信できるデバイスを表すために、ＤＬＮＡコンパチブルユーザ装置という用語を使用する。それ故、このユーザ装置は、ＤＭＰ、Ｍ−ＤＭＰ、ＤＭＣ、Ｍ−ＤＭＣの少なくとも１つの役割を持つことができ、ＤＭＳ、Ｍ−ＤＭＳおよび／またはＤＭＲの少なくとも１つの役割を持つことも可能であろう。
【００２２】
ＤＬＮＡベースのホームネットワークにおける従来のやり方は、１つ以上のＤＭＳ／Ｍ−ＤＭＳデバイスのハードウェア上にメディアコンテンツを格納することである。このメディアコンテンツは、ＤＭＰ／Ｍ−ＤＭＰデバイスまたはＤＭＣデバイスによってユーザに提示される。メディアコンテンツの提示は、通常、利用可能なメディアコンテンツを列挙するツリー構造の形態を取る。
ルート
｜―映画
｜｜―ドラマ
｜｜―アクション
｜  ｜―映画Ｘ
｜  ｜―映画Ｙ
｜―音楽
｜―絵画
次いでビデオ、オーディオまたはイメージなどの選択されたメディアコンテンツは、ＤＭＰ／Ｍ−ＤＭＰデバイスまたはＤＭＲデバイスで利用可能となり、そこで、ユーザのためにレンダリングまたは再生される。
【００２３】
しかし、ＤＬＮＡベースのホームネットワークにおいて、リモートリソースにあるメディアコンテンツの取り扱いを可能にすることが議論されている。その場合は、いわゆる仮想ＤＭＳ（ｖＤＭＳ）が使用される。このｖＤＭＳデバイスは、ＤＭＰ／Ｍ−ＤＭＰデバイスおよびＤＭＣデバイスに対しては通常のＤＭＳデバイスとして働くが、そのローカルハードドライブだけでなく、インターネットまたは別のグローバルネットワークのような他の場所からもメディアコンテンツを取得する手段を有する。
【００２４】
リモートソースにあるメディアコンテンツをＤＬＮＡベースのホームネットワークで配信することが可能になったことに伴い、新しい課題が生じている。そのような課題の１つは、リモートリソースからＤＬＮＡデバイスのユーザへのメディアリクエストにかかわる情報の配信を可能にすることである。本明細書に開示の実施形態は、ＤＬＮＡ対応デバイスおよびユーザ装置とともに実施するのに適しており、そのような情報の配信を効率的に提供する。
【００２５】
図１は、ＤＬＮＡベースのホームネットワーク１０とグローバルネットワーク２０とを備える通信システムの一例の概略図である。このグローバルネットワーク２０は、例として、インターネットまたは移動ユーザ装置用の無線ベースの通信ネットワークなどの管理ネットワークもしくは独自ネットワークによって代表されてもよい。
【００２６】
ホームネットワーク１０は、この例では、グローバルネットワーク２０に設けられたｖＤＭＳサーバ５０と通信できるｖＤＭＳデバイス４０を備える。典型的な実施形態では、ｖＤＭＳデバイス４０が、まずｖＤＭＳサーバ５０に登録する。この登録は、実際のところユーザ固有の登録であってもよく、ｖＤＭＳデバイス４０は、登録手順中にホームネットワーク１０のユーザに割り当てられたユーザ識別情報を転送する。この場合、ｖＤＭＳは、好ましくは、拡張可能マークアップ言語（ＸＭＬ）ファイルに格納されているようなユーザ識別情報にアクセスできる。登録手順は、ｖＤＭＳデバイスとｖＤＭＳサーバ５０との間で、例として、セッション開始プロトコル（ＳＩＰ）またはハイパーテキストトランスファープロトコル（ＨＴＴＰ）のシグナリングを使用してもよい。
【００２７】
ｖＤＭＳサーバ５０は、登録を受けて、ユーザが利用可能なメディアコンテンツを特定するメディアリストを返信する。このメディアリストは、基本的に、従来のＤＭＳ／Ｍ−ＤＭＳデバイスのハードドライブで利用可能なメディアコンテンツを列挙するメディアリストと同じフォーマット、例えばツリー構造などである。
【００２８】
登録にユーザ識別情報の転送が含まれる場合、ｖＤＭＳサーバ５０は、特定のユーザに適合させたメディアリストを提供および転送してもよい。例として、特定のユーザに関してｖＤＭＳサーバ５０に前もって登録されたユーザの好みが、このユーザの好みに基づいてユーザにより興味があると見なされるメディアコンテンツを提示するために、利用されてもよい。さらに、ｖＤＭＳサーバ５０において、過去に注文されたメディアコンテンツをユーザ識別情報と関連付けて、それによって同じユーザによる以前のメディア注文／レンダリングに基づきメディアコンテンツを勧めてもよい。他のユーザまたは友人が、特定のユーザが興味を有するとｖＤＭＳサーバ５０に提案したメディアコンテンツを、メディアリストが含むことができるようにすることは実際に可能である。
【００２９】
いずれにしても、メディアリストは、ｖＤＭＳデバイス４０で受信され、ＤＬＮＡデバイス３０およびユーザに提示される。今やユーザは、コンテンツをｖＤＭＳデバイス４０から実際にローカルで入手できるかのように、同じやり方でメディアリストから特定のメディアコンテンツを選択し得る。ｖＤＭＳデバイス４０は、ユーザが利用可能なメディアコンテンツの「新しい」適切な情報にアクセスできるように、最新のメディアリストをｖＤＭＳサーバ５０に定期的に要求するようにオプションで実施されてもよい。
【００３０】
図２は、一実施形態による情報配信方法を示すフロー図である。この配信方法は、図１の通信システムで都合良く実施することができる。
【００３１】
図２に示されるように、ｖＤＭＳデバイス４０は、典型的にｖＤＭＳサーバ５０に登録し、次いでこのｖＤＭＳサーバ５０は、メディアリストを返信する。そのメディアリストは、ｖＤＭＳデバイス４０とＵＰｎＰプロトコルを使用して通信するＤＬＮＡデバイス３０でユーザに提示される。しかし、ｖＤＭＳデバイス４０とＤＬＮＡデバイス３０は、異なる物理ユーザ装置であることも、また同じ物理ユーザ装置であることもできることに注意されたい。
【００３２】
ユーザは、提示されたメディアコンテンツの１つを、ＤＬＮＡデバイス３０を用いて選択する。このＤＬＮＡデバイス３０は、コンテンツの選択に基づき、メディアコンテンツまたは特定のメディアタイプおよびフォーマットを有するコンテンツに関するメディアリクエストを編集する。従って、リクエストにより要求されるメディアコンテンツは、以下のイメージフォーマットであるＪＰＥＧ（Ｊｏｉｎｔ  Ｐｈｏｔｏｇｒａｐｈｉｃ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）、ＧＩＦ（Ｇｒａｐｈｉｃｓ  Ｉｎｔｅｒｃｈａｎｇｅ  Ｆｏｒｍａｔ）、ＴＩＦＦ（Ｔａｇｇｅｄ  Ｉｍａｇｅ  Ｆｉｌｅ  Ｆｏｒｍａｔ）、またはＮＰＧ（Ｐｏｒｔａｂｌｅ  Ｎｅｔｗｏｒｋ  Ｇｒａｐｈｉｃｓ）のいずれかのようなイメージタイプであることができよう。あるいは、メディアコンテンツはオーディオタイプであり、例えば以下のオーディオフォーマットであるＬＰＣＭ（Ｌｉｎｅａｒ  Ｐｕｌｓｅ  Ｃｏｄｅ  Ｍｏｄｕｌａｔｉｏｎ）、ＭＰＥＧ−１（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ−１）ＭＰ３（Ａｕｄｉｏ  Ｌａｙｅｒ  ３）、ＷＭＡ９などのＷＭＡ（Ｗｉｎｄｏｗｓ（登録商標）  Ｍｅｄｉａ  Ａｕｄｉｏ）、ＡＣ−３、ＡＡＣ  ＬＣ（ＡＡＣ  Ｌｏｗ  Ｃｏｍｐｌｅｘｉｔｙ）、ＨＥ  ＡＡＣ（Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ  ＡＡＣ）、ＡＡＣ  ＬＴＰ（ＡＡＣ  Ｌｏｎｇ  Ｔｅｒｍ  Ｐｒｅｄｉｃｔｏｒ）などのＡＡＣ（Ａｄｖａｎｃｅｄ  Ａｕｄｉｏ  Ｃｏｄｉｎｇ）、ＡＴＲＡＣ３プラスなどのＡＴＲＡＣ（Ａｄａｐｔｉｖｅ  Ｔｒａｎｓｆｏｒｍ  Ａｃｏｕｓｔｉｃ  Ｃｏｄｉｎｇ）、ＭＰＥＧ４、ＢＳＡＣ（Ｂｉｔ  Ｓｌｉｃｅｄ  Ａｒｉｔｈｍｅｔｉｃ  Ｃｏｄｉｎｇ）、ＡＭＲ（Ａｄａｐｔｉｖｅ  Ｍｕｌｔｉ−Ｒａｔｅ）およびＧ．７２６のいずれかであることができよう。メディアタイプのさらなる例はビデオであり、例えばＭＰＥＧ２、ＭＰＥＧ１、ＭＰＥＧ５、ＷＭＶ９などのＷＭＶ（Ｗｉｎｄｏｗｓ（登録商標）  Ｍｅｄｉａ  Ｖｉｄｅｏ）、ＭＰＥＧ４  ＡＶＣ（Ａｄｖａｎｃｅｄ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ）、ＶＣ−１、Ｈ．２６３およびＭＰＥＧパート２のフォーマットのいずれかなどである。
【００３３】
メディアリクエストは、メディアコンテンツのメディア識別情報とユーザのユーザ識別情報とを含む。メディアリクエストは、メディア識別情報およびユーザ識別情報を含むＨＴＴＰ要求が有利ではあろうが、必ずしもそうでなくてもよい。そのようなＨＴＴＰ要求の非限定的例は、
http://www.RequestServer.com/userID/movieX.mpg
または
http://RequestServer.com?movie=movieX&user=userID
である。ここで、ｕｓｅｒＩＤはユーザ識別情報を表し、ｍｏｖｉｅＸはメディア識別情報を示す。
【００３４】
メディアリクエストは、ホームネットワークのＤＬＮＡデバイス３０からホームネットワーク１０に接続されたグローバルネットワークに存在するリモートリクエストサーバ１００に送信される。オプションのゲートウェイ６０が、ホームネットワーク１０とグローバルネットワーク２０との間のインタフェースとして実装されてもよい。その場合、ゲートウェイ６０は、ＤＬＮＡデバイス３０からメディアリクエストを受信し、それをリクエストサーバ１００に転送する。
【００３５】
リクエストサーバ１００は、メディア識別情報およびユーザ識別情報に基づいてメディアリクエストを処理する。リクエストサーバ１００のこの処理は、要求されたメディアコンテンツのメディアタイプの判別処理を含み、好ましくは実際のメディアフォーマットの判別処理も含む。このメディアタイプまたはメディアフォーマットの検出は、メディアリクエストに含まれるメディア識別情報に基づいてさらに行われる。例えば、上記のＨＴＴＰ要求を用いて、リクエストサーバ１００が検出するのは、要求されたメディアコンテンツのメディアタイプがビデオであり、ビデオフォーマットは拡張子である．ｍｐｇから明らかなようにＭＰＥＧであるか、またはメディア識別情報を使用して判別してもよいということである。
【００３６】
メディアリクエストの処理に基づき、リクエストサーバ１００からレスポンスが提供される。このレスポンスによって、ホームネットワーク１０に存在するＤＭＰ／Ｍ−ＤＭＰデバイスまたはＤＭＲデバイスなどのデジタルメディアプレイヤ３０は、メディアリクエストにかかわるレスポンス情報のレンダリングが可能になる。さらに、このレスポンス情報は、メディア識別情報から識別した要求されたメディアコンテンツと同じ特定のメディアタイプであり、好ましくは同じメディアフォーマットである。従って、要求されたメディアコンテンツが映画すなわちビデオタイプだった場合、レスポンス情報もビデオタイプである。さらに、レスポンス情報の特定のビデオフォーマットは、前述のビデオフォーマットの１つなどの、要求された映画のビデオフォーマットと同一であることが好ましい。同様に、要求されたメディアがオーディオまたはイメージである場合、レスポンス情報はそれぞれオーディオフォーマットまたはイメージフォーマットであろう。
【００３７】
それ故、ビデオフォーマットのレスポンス情報をレンダリングすると、デジタルメディアプレイヤのスクリーン上にビデオシーケンスが表示されるであろう。同様に、イメージフォーマットのレスポンス情報によって、スクリーン上に関連情報を有するイメージが表示されるであろう。しかし、オーディオフォーマットのレスポンス情報は、デジタルメディアプレイヤのスピーカで再生され、それによってユーザに情報を可聴音で提示する。
【００３８】
それ故、リクエストサーバ１００は、好ましくは、メディアリクエストのメディア識別情報から判定されるメディアタイプまたはフォーマットの検出に基づいて、適切なレスポンス情報タイプおよび好ましくはフォーマットも選択する。
【００３９】
レスポンス情報フォーマットをこのように制限する理由は、ＤＬＮＡデバイス３０が現在のところ前に要求したメディアコンテンツのメディアタイプおよびフォーマットと同じメディアを受信しレンダリングするように制限されているからである。従って、例として、ｍｏｖｉｅＸ．ｍｐｇを要求した場合、ＤＬＮＡデバイス３０は、ＭＰＥＧフォーマットのメディアコンテンツデータの受信を予想し、それ故、そのメディアセッション中にそのフォーマットのデータだけを処理することができる。それ故、発明者は、メディアリクエストにかかわるユーザにレスポンス情報を提供できる手段として、この情報を利用している。
【００４０】
このレスポンス情報は、ユーザにとって重要で、メディアリクエストに関係があるメタデータまたは記述データと見なすことができよう。そのレスポンス情報の典型的だが非限定の例は、ユーザが要求したメディアにアクセスできるか否かについてユーザに通知するレスポンス情報であることができよう。
【００４１】
リクエストサーバ１００が提供するレスポンスは、デジタルメディアプレイヤ３０におけるレスポンス情報のレンダリングを可能にする。このデジタルメディアプレイヤ３０は、特にＤＭＰ／Ｍ−ＤＭＰデバイスのためにメディアリクエストを生成し送信したのと同じＤＬＮＡ対応デバイス３０であることができよう。しかし、例として要求生成デバイス３０がＤＭＣ／Ｍ−ＤＭＣデバイスである場合、デジタルメディアプレイヤは、ＤＭＣ／Ｍ−ＤＭＣデバイスと同じかまたは異なる物理ユーザ装置に内蔵できるＤＭＲデバイスであることができよう。
【００４２】
一実施形態では、リクエストサーバ１００は、レスポンス情報を運ぶ通常１つ以上のデータパケットの形態のレスポンス情報を直接提供および送信する。データ送信では、デジタルメディアプレイヤ３０にデータを転送するゲートウェイ６０をオプションで利用してもよい。
【００４３】
しかし、図２の下部に示される代替実施形態では、リクエストサーバ１００は、ＤＬＮＡデバイス３０がレスポンス情報を取って来ることができる場所を特定するために処理し得る、リンクまたは他のデータを備えるリダイレクトレスポンスを編集する。メディアリクエストがＨＴＴＰベースの要求だった場合、リダイレクトレスポンスは、以下のようなＨＴＴＰリダイレクト要求であることができよう。
ＨＴＴＰ／１．１  ３０２  Ｆｏｕｎｄ
Ｌｏｃａｔｉｏｎ：http://www.RequestServer.com/ResponseInformation.mpg
ＨＴＴＰレスポンス状態コード３０２  Ｆｏｕｎｄは、リダイレクションを実行する非常に適したやり方である。しかし、リダイレクションを可能にするために、３０２  Ｆｏｕｎｄに加えて他のＨＴＴＰレスポンスステータスコードを含む他のレスポンスステータスコードを代わりに使用できよう。
【００４４】
リダイレクトレスポンスの受信時、ＤＬＮＡデバイス３０は、リダイレクトレスポンスを単に処理し、情報要求を編集し、リクエストサーバ１００からのレスポンスの中に示される対象の受取デバイスに送信する。情報要求の受取デバイスは、実際のところ、元のメディアリクエストを受信したのと同じリクエストサーバ１００かまたはグローバルネットワーク２０に配置された別のサーバであることができよう。これについては、本明細書でさらに述べる。
【００４５】
情報要求を受信したサーバは、情報要求に示されるレスポンス情報を編集し返送する。メディアリクエストに関係し、特定のメディアタイプであるレスポンス情報を備える１つ以上のデータパケットが生成され、ＤＬＮＡデバイス３０に返送され、ホームネットワーク１０のデジタルメディアプレイヤでレンダリングされる。
【００４６】
図３は、ＤＬＮＡベースのホームネットワーク１０とそれに接続されたグローバルネットワーク２０とを備える通信システムの別の例を示す。図４は、図３の通信システムの情報配信の実施形態を概略的に示す。
【００４７】
この実施形態では、リクエストサーバ１００は、メディア識別情報およびユーザ識別情報を備えるメディアリクエストを受信すると直ぐに、識別情報に基づき支払いを要求する支払いリクエストを生成する。支払いリクエストは、グローバルネットワーク２０に存在する決済サーバ７０に転送される。この決済サーバ７０は、実際のところ、リクエストサーバ１００と同じ物理ネットワークノードに配置されてもよいし、またそこからリモートの場所すなわち別のネットワークノードに配置できよう。
【００４８】
決済サーバ７０は、ユーザがメディアへのアクセスを許可されるべきか否かを判定するために、受け取った支払いリクエストを分析する。この判定は、例として、決済サーバ７０または決済サーバ７０にアクセスでき、支払いを仲介する決済ブローカにおけるユーザの現在のアカウントステータス（口座の状態）に基づくことができよう。あるいは、決済サーバ７０は、前に注文を受けたメディアコンテンツに関して未払いの負債を持ち、それ故、前の負債が清算されるまで新しいメディアコンテンツの購入を許可しないユーザのリストを有することができよう。
【００４９】
メディアコンテンツの支払は、当技術分野で公知の種々の技法によってなされてもよい。例として、ユーザは、メディアコンテンツを注文、購入、レンタルするたび毎に請求されるアカウント（口座）を決済サーバ７０に有してもよい。あるいは、決済サーバ７０は、ユーザのクレジットカード情報にアクセスでき、それ故、支払いリクエストの受け取り時にクレジットカードに請求できる。そのクレジットカード情報は、別のやり方では、メディア識別情報と一緒にメディアリクエストに含むことができよう。さらなる実行可能手段は、メディアコンテンツが注文されると直ぐに、インボイスを作成しユーザに送ることである。
【００５０】
決済サーバ７０は、支払レスポンスを生成し、リクエストサーバ１００に返送する。要求されたメディアへのアクセスが、例えばアカウントステータスが低すぎる、クレジットカードが受け入れられない、または前に発行したインボイスが清算されていないなどからユーザに許可されない場合、図４に示されるように支払レスポンスはアクセスの不許可を示す。支払レスポンスは、ユーザがメディアへのアクセスを許可されないことを示すだけでもよい。あるいは、アカウントステータスが低すぎる、クレジットカードが有効でないなどのような、メディアアクセスが何故拒否されたかを明示するさらなる記述情報を、支払レスポンスに含めることもできよう。
【００５１】
先行技術には、ＤＬＮＡデバイス３０のユーザに要求されたメディアコンテンツを提供できないことを通知する効率的な技法がなかった。しかし、本明細書に開示の実施形態は、要求されたメディアコンテンツと同じメディアタイプで好ましくは同じフォーマットのレスポンス情報を生成および提供することによって、この問題を解決する。
【００５２】
従って、リクエストサーバ１００は、決済サーバからの支払レスポンスに基づいて、レスポンス情報のレンダリングをユーザ装置に可能ならしめるレスポンスを生成する。図４の上部では、リクエストサーバ１００は、特定のメディアフォーマットのレスポンス情報を備えるデータパケットを直接返送する。図の下部では、リクエストサーバ１００は、ＤＬＮＡデバイス３０が前述のグローバルネットワーク２０に実装されたサーバ１００から特定のメディアフォーマットのレスポンス情報を取って来るのを可能にするリンクを有するリダイレクトレスポンスを返送する。
【００５３】
この後の方の場合、サーバ１００は、メディアセッションに関連して使用できる複数の予め定められたレスポンスにアクセスできる。それ故、リクエストサーバ１００は、決済サーバ７０からの支払レスポンスを使用して、現在の事例に最も適切な予め定められたレスポンスを見分ける。次いで、その予め定められたレスポンスへのリンクが、ＤＬＮＡデバイス３０に返送される。
【００５４】
どちらの実施形態でも、正しいメディアフォーマットのレスポンス情報がユーザのデジタルメディアプレイヤでレンダリングされ、それによって、イメージもしくはビデオシーケンスの形態では視覚的に、またオーディオシーケンスの形態では可聴的に、要求されたメディアへのアクセスが拒否されることをユーザに提示する。レスポンス情報は、レンダリングされるとき、メディアアクセスが何故許可されなかったかも追加で通知してもよい。
【００５５】
図５は、決済サーバ７０によって判定または指示されたように、メディアリクエストが許可される場合の情報配信方法の信号図の一例である。この場合、決済サーバ７０は、メディア識別情報およびユーザ識別情報に基づき、ユーザアカウントまたはクレジットカードに請求するかまたはインボイス作成のための情報を提供する。特定のメディアコンテンツに対する請求額は、メディア識別情報に基づき定められる。
【００５６】
リクエストサーバ１００は、ユーザに対してメディアコンテンツへのアクセスの許可を示す支払レスポンスを受け取る。リクエストサーバ１００は、そのメディアコンテンツを入手可能である場合、支払レスポンスの受け取り時にそのメディアコンテンツの配信を直接開始することができよう。これについては、図５の上部に示されている。
【００５７】
あるいは、リクエストサーバ１００は、メディアを取って来ることができる場所へのリンクを備える以下のようなメディアレスポンスを返送する。
ＨＴＴＰ／１．１  ３０２  Ｆｏｕｎｄ
Ｌｏｃａｔｉｏｎ：http://www.RequestServer.com/Media/MovieX.mpg
この場合、図５の下部に示されるように、ＤＬＮＡデバイス３０は、メディアレスポンスを受信し、メディアレスポンスのリンクまたは情報に基づきメディアリクエストを編集および送信し、次いでメディアデータを受信する。
【００５８】
図４の信号図のメディアコンテンツアクセスの拒否と図５の信号図のメディアコンテンツアクセスの許可を比較すると、両方の図において、メディアデータは、リクエストサーバ１００からＤＬＮＡデバイス３０に直接返信されるか、またはリクエストサーバ１００からのリンクを運ぶレスポンスに基づいて生成した要求によって、ＤＬＮＡデバイス３０が取って来る。しかし図５では、メディアデータは実際に要求されたメディアコンテンツであるのに対して、図４では、メディアデータはレンダリングされるとユーザにメディアアクセスの拒否を告げるレスポンス情報である。また、両方の場合においてメディアデータすなわちメディアコンテンツまたはレスポンス情報は、ビデオ、オーディオまたはイメージなどの同じメディアタイプである。
【００５９】
図４および５においてリクエストサーバ１００がメディアコンテンツまたはレスポンス情報へのリンクを備えるレスポンスを返信するとき、リンクは、リクエストサーバ１００の中の共通の保管場所を指し示している。図６は、代替のやり方を示す。この図では、専用メディアサーバ８０が、グローバルネットワーク２０に配置されるが、リクエストサーバ１００と比べて同じネットワークノードまたは別のネットワークノードに配置される。このメディアサーバ８０は、要求に応じてＤＬＮＡデバイス３０に配信するメディアデータおよび予め生成されたレスポンス情報にアクセスできる。
【００６０】
図７を参照すると、リクエストサーバ１００は、例として決済サーバ７０からの支払レスポンスに基づき決定されるように、ＤＬＮＡデバイス３０が要求したメディアコンテンツへのアクセスを拒否すべきであると判断を下す。リクエストサーバ１００は、リダイレクトレスポンスを編集し、オプションでゲートウェイ６０を通して、ＤＬＮＡデバイス３０に送信する。このリダイレクトレスポンスは、リンクを備えるか、またはＤＬＮＡデバイス３０がレスポンスとしての情報要求を自動的に編集しメディアサーバ８０に送信するのを可能にする他のデータを備える。メディアサーバ８０は、要求された元のメディアコンテンツと同じメディアタイプを有するレスポンス情報を運ぶ１つ以上のデータパケットを返送する。レスポンス情報は、ホームネットワークのＤＬＮＡデバイス３０に内蔵されたかまたは有線／無線接続されたデジタルメディアプレイヤでレンダリングされ、ユーザにメディアコンテンツアクセスの拒否を通知する。
【００６１】
図８は、リクエストサーバ１００がユーザの要求したメディアコンテンツへのアクセスを許可すると判断を下す場合の、対応する信号図である。図７と同様に、リクエストサーバ１００は、メディアサーバ８０の関連するメディアコンテンツへのリンクを運ぶレスポンスを、ＤＬＮＡデバイス３０に返信する。ＤＬＮＡデバイス３０は、提供されたリンクに基づき、自動的にメディアコンテンツ要求を生成し、メディアサーバ８０に送信する。メディアサーバ８０は、要求されたメディアコンテンツを搬送する１つ以上のデータパケットをＤＬＮＡデバイス３０に返送し、デジタルメディアプレイヤがレンダリングする。
【００６２】
図６に示される通信システムの例は、メディアサーバ８０、リクエストサーバ１００、および決済サーバ７０に加えて、いわゆるレスポンスサーバをさらに備えるように拡張されてもよい。その場合は、リクエストサーバ１００は、ユーザのメディアコンテンツへのアクセスを拒否する場合に、レスポンスサーバへのリンクを運ぶレスポンスを返信する。この意味することは、メディアサーバ８０がメディアコンテンツだけにアクセスし、それを提供するのに対して、様々なメディアフォーマットの予め定められたレスポンス情報は代わりにレスポンスサーバで管理されるということである。
【００６３】
さらなる例として、専用レスポンスサーバは、図１および３に示される通信システムにも存在し使用されてもよい。その場合、リクエストサーバ１００が要求されたメディアコンテンツにアクセスし管理するのに対して、レスポンスサーバはレスポンス情報を提供する。
【００６４】
さらなる実行可能手段は、メディアサーバ８０がメディアコンテンツを提供するのに対して、リクエストサーバ１００がレスポンス情報を管理するものである。
【００６５】
ユーザに例えばアカウントステータスが低すぎるなどに起因するメディアコンテンツへのアクセスの拒否を通知するためのレスポンス情報の使用は、レスポンス情報をどのように使用できるかの１つの具体例に過ぎないと見なされるべきである。一般的に言うと、実施形態は、特別のメディア例すなわちレスポンス情報を使用することによって、ｖＤＭＳの向こう側にあるバックエンドシステムからＤＬＮＡデバイスに、その行為の成り行きについてのフィードバックを提供する。それ故、バックエンドシステムは、アカウントステータスが低すぎるなどの制約に応じて異なるメディアを選択でき、それによって、メディアの再生を通してユーザに明示的な回答を与え得る。従って、ＤＬＮＡおよびＵＰｎＰ対応デバイスの制約された分野において、質問システムを確立し得る。
【００６６】
実施形態で使用できるレスポンス情報の非限定のさらなる例はメディアデータであり、ホームネットワークのデジタルメディアプレイヤでレンダリングされると、このメディアデータは、決済サーバにおけるユーザのアカウントステータスの情報を表示または再生する。
【００６７】
図９は、図１、３または６の通信システムに実装されるようなリクエストサーバ１００の一実施形態の略ブロック図である。リクエストサーバ１００は、ホームネットワークに存在するユーザ装置からグローバルネットワークを通じてメディアリクエストを受信するように構成された受信部１１０を備える。前述のように、要求されたメディアコンテンツは、ビデオ、オーディオまたはイメージなどの特定のメディアタイプならびにビデオ／オーディオ／イメージのフォーマットである。さらに、メディアリクエストは、メディア識別情報およびユーザ識別情報を備える。
【００６８】
メディアリクエストは、それに含まれているメディア識別情報およびユーザ識別情報に基づいてメディアリクエストを処理するように構成されたリクエスト処理部１２０に転送される。リクエスト処理部１２０は、特に、受信したメディアリクエストに含まれるメディア識別情報に基づいて、要求されたメディアコンテンツのメディアタイプおよび好ましくはメディアフォーマットを検出する。
【００６９】
リクエスト処理部１２０によるメディアリクエストの処理に基づいて、接続されたレスポンス供給部１３０がレスポンスを供給する。レスポンス供給部１３０は、通常、リクエスト処理部１２０が判定したメディアタイプまたはフォーマットの検出に基づいて、レスポンス情報の適切なメディアタイプまたはフォーマットを選択する。次いで、選択されたレスポンス情報に基づき、レスポンスが生成される。レスポンスは、送信部１４０に転送され、この送信部１４０は、要求したユーザ装置にそれを送信する。そこでは、そのレスポンスによって、メディアリクエストに関係があり、要求された元のメディアコンテンツと同じメディアタイプおよび好ましくはさらに同じメディアフォーマットである情報の、デジタルメディアプレイヤによるレンダリングが可能になる。
【００７０】
特定の実施形態では、受信部１１０は、メディア識別情報およびユーザ識別情報を備えるメディアリクエストとしてＨＴＴＰ要求を受信する。その場合、レスポンス供給部１３０は、リクエスト処理部１２０が行った処理に基づいてＨＴＴＰリダイレクトレスポンスを提供できよう。このＨＴＴＰリダイレクトレスポンスは、グローバルネットワークに存在するサーバの中のレスポンス情報へのＨＴＴＰリンクを備える。この実施形態では、リクエストサーバ１００は、好ましくは、サーバの中のレスポンス情報へのリンクを備えるリンクデータベース１５０を有するかまたはそれに接続されている。その場合、リンクデータベース１５０は、好ましくは、特定のタイプのレスポンス情報のそれぞれに対して、要求されたメディアコンテンツのメディアタイプおよびフォーマットに応じて使用される複数のリンクを備える。例として、レスポンス情報がメディアアクセスの拒否の形態である場合、このレスポンス情報は、ビデオ、オーディオまたはイメージのタイプなどの少なくとも３つのメディアタイプで存在できよう。ビデオ、オーディオおよびイメージの特定のフォーマットへのさらなる細分も好ましい。
【００７１】
リクエストサーバ１００の代替実施形態では、レスポンス供給部１３０が、リクエストサーバ１００に存在または接続しているメディアメモリ１６０に接続されている。この場合、このメディアメモリ１６０は、様々なメディアタイプおよびフォーマットの予め定められたレスポンス情報を収容している。この場合、レスポンス供給部１３０は、ダイレクトレスポンスを少しも提供せず、代わりに、レスポンス情報を運ぶ１つ以上のデータパケットを直接編集できる。
【００７２】
一実施形態では、リクエスト処理部１２０は、メディア識別情報およびユーザ識別情報に基づいて支払いリクエストを生成するように構成される。支払いリクエストは、２つのサーバが同じネットワークノードに実装される場合、オプションで一般的な入力および出力（Ｉ／Ｏ）インタフェース（図示せず）を使用して、決済サーバに直接転送される。あるいは、支払いリクエストは、送信部１４０からリモートの場所にある決済サーバに送信される。次いで受信部またはＩ／Ｏインタフェースは、ユーザのアカウントステータスに基づいてユーザがメディアコンテンツへのアクセスを許可されるかそれとも許可されないかを示す支払レスポンスを、決済サーバから受信する。
【００７３】
リクエストサーバ１００の構成部１１０〜１４０は、ハードウェア、ソフトウェア、またはハードウェアとソフトウェアの組み合わせで実装されてもよい。構成部１１０〜１６０はすべて、グローバルネットワークの１つのネットワークノードに一緒に実装されてもよい。あるいは、構成部１１０〜１６０の一部が異なるネットワークノードに配置されるが、依然としてリクエストサーバ１００として動作する分散実装も可能である。
【００７４】
図１０は、一実施形態によるＤＬＮＡコンパチブルユーザ装置２００の略ブロック図である。この図では、ユーザ装置２００は、デジタルメディアプレイヤ（ＤＭＰ）２００またはＭ−ＤＭＰ２００の形態である。ＤＭＰ２００は、ｖＤＭＳがＤＭＰ２００の中に配置されている場合を除いて、ｖＤＭＳを含むホームネットワークに存在する他のＤＬＮＡコンパチブルユーザ装置と、無線および／または有線で通信するための受信部２１０および送信部２４０を備える。受信部２１０および送信部２４０、あるいは専用の受信部−送信部の対は、リモートのリクエストサーバと場合によりゲートウェイを通して通信を行うように構成される。特に、ｖＤＭＳによって列挙されて付属の表示スクリーン２５０に表示されたコンテンツをユーザが選択するのに基づいてメディアリクエストを生成するために、リクエスト処理部２３０がＤＭＰ２００に設けられる。生成されたメディアリクエストは、メディア識別情報およびユーザ識別情報を備える。
【００７５】
オプションの実施形態では、リクエスト処理部２３０は、受信部２１０が受信したリダイレクトレスポンスに備えられたリンクに基づいて、レスポンス情報／メディアリクエストを編集するようにも構成される。
【００７６】
この実施形態では、ＤＭＰ２００は、メディアコンテンツおよびデータをレンダリングまたは再生するように構成されたメディアプレイヤ２２０も備える。それ故、メディアプレイヤ２２０は、表示スクリーン２５０および／またはスピーカ２６０にアクセスできる。受信部２１０は、メディアコンテンツまたはレスポンス情報であるメディアデータを受信すると直ぐに、メディアプレイヤにデータを転送し、このメディアプレイヤは、それを処理し、メディアコンテンツまたはレスポンス情報のメディアタイプに応じて、表示スクリーン２５０および／またはスピーカ２６０で再生する。
【００７７】
ＤＭＰ２００の構成部２１０〜２４０は、ハードウェア、ソフトウェア、または実際のところハードウェアとソフトウェアの組み合わせで実装されてもよい。
【００７８】
図１１は、ＤＬＮＡコンパチブルユーザ装置の別の可能なセットを示す。この事例では、デジタルメディアコントローラ（ＤＭＣ）３００またはＭ−ＤＭＣ３００は、ｖＤＭＳからメディアコンテンツを選択するために、リクエスト処理部３３０でメディアリクエストを生成するために、および送信部３４０でメディアリクエストをリモートに送信するために、ユーザによって使用される。ＤＭＣ３００の受信部３１０は、要求したメディアコンテンツまたはレスポンス情報を受信し、そのコンテンツまたは情報は、ＵＰｎＰと互換性があるＵＰｎＰ対応通信部３７０を使用してデジタルメディアレンダラ４００の対応する構成部４７０に転送される。通信部４７０は、メディアデータすなわちメディアコンテンツまたはレスポンス情報をメディアプレイヤ４２０に転送し、このメディアプレイヤ４２０は、データをレンダリングして、表示スクリーン４５０で表示および／またはスピーカ４６０で再生する。
【００７９】
ＤＭＣ３００の構成部３１０〜３７０およびＤＭＲ４００の構成部４２０、４７０は、ハードウェア、ソフトウェア、または実際のところハードウェアとソフトウェアの組み合わせで実装されてもよい。
【００８０】
添付の特許請求の範囲に規定される本発明の範囲から逸脱することなしに、本発明に種々の修正および変更を行い得ることを当業者は理解するであろう。
【図１】
0005367845.tif 000002
【図２】
0005367845.tif 000003
【図３】
0005367845.tif 000004
【図４】
0005367845.tif 000005
【図５】
0005367845.tif 000006
【図６】
0005367845.tif 000007
【図７】
0005367845.tif 000008
【図８】
0005367845.tif 000009
【図９】
0005367845.tif 000010
【図１０】
0005367845.tif 000011
【図１１】
0005367845.tif 000012