(57)【要約】  システムと方法は、モバイルデバイスを使用して、ネットワーク中のメディアレンダリングを制御する。システムと方法は、リモートアクセス及び／又はリモートユーザーインターフェースを使用して、ホームネットワーク中のメディアを、管理、制御、及び／又は、レンダリングする。システムと方法は、ユーザが、モバイルデバイスを使用して、ホームネットワークに接続された、多数の記憶デバイス及び／又は複数のサーバから、メディアレンダリングを制御可能なようにする。システムと方法は、ユーザが、モバイルデバイスを使用して、ホームネットワークに接続されている、多数のレンダリングデバイスでのメディアレンダリングを制御可能にする。システムと方法は、ホームネットワークに直接接続された、または、独立のデバイスとしてホームネットワークに接続された、固定の非モバイルデバイス上でホストとして機能する制御要素を有している。【選択図】  図４
2012505467.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク中のメディアレンダリングを制御する方法であって、第１メディアレンダリングデバイスおよび第１メディアサーバは、ネットワークに接続されており、およびさらに、第１マルチメディアファイルは、第１メディアサーバから利用可能であり、ここで、メタデータが第１マルチメディアファイルに関係付けられており、
該方法は、
ネットワークに第１制御要素を接続する工程と、
第１制御要素に第１モバイルデバイスを接続する工程と、
第１メッセージを送信する工程であって、該第１メッセージは第１モバイルデバイスから第１制御要素へと送信される、工程と、
第２メッセージを送信する工程であって、該第２メッセージは第１制御要素から第１モバイルデバイスに送信され、ここで、第２メッセージは第１メッセージに対応し、該第２メッセージは第１マルチメディアファイルに関連するメタデータを有している、工程と、
第３メッセージを送信する工程であって、該第３メッセージは第１モバイルデバイスから第１制御要素へと送信される、工程と、
第４メッセージを送信する工程であって、該第４メッセージは第１制御要素から第１メディアレンダリングデバイスへと送信され、およびさらに、第４メッセージは第３メッセージに対応する、工程と、
第１メディアサーバからの第１マルチメディアファイルをレンダリングする工程であって、該第１メディアレンダリングデバイスは第１メディアサーバからの第１マルチメディアファイルをレンダリングし、およびさらに、第１メディアレンダリングデバイスによる第４メッセージの受信は第１メディアレンダリングデバイスを導くことによって第１マルチメディアファイルをレンダリングする、工程と、
を含むことを特徴とする方法。
【請求項２】
第１モバイルデバイスは、ウェブブラウザを有しており、およびさらに、第１メッセージと第３メッセージはウェブブラウザから生成される、
ことを特徴とする請求項１記載の方法。
【請求項３】
第１メッセージおよび第３メッセージは、ハイパーテキスト送信プロトコルリクエストである、
ことを特徴とする請求項１記載の方法。
【請求項４】
第１メッセージおよび第３メッセージは、拡張可能なマークアップ言語を使用してフォーマットされる、
ことを特徴とする請求項１記載の方法。
【請求項５】
第１モバイルデバイスは、フラッシュプレーヤーを有しており、およびさらに、第１メッセージおよび第３メッセージは、フラッシュプレーヤーから生成される、
ことを特徴とする請求項１記載の方法。
【請求項６】
第１メディアレンダリングデバイス上の第１マルチメディアファイルのレンダリングを制御する工程であって、第１モバイルデバイスは、第１モバイルデバイスから第１制御要素へと送信されたレンダリング命令を使用して、第１メディアレンダリングデバイスでの第１マルチメディアファイルのレンダリングを制御する、工程をさらに含むことを特徴とする請求項１記載の方法。
【請求項７】
第１マルチメディアファイルに関連するメタデータと、第２マルチメディアファイルに関連するメタデータとを有するデバイスキューを生成する工程であって、該デバイスキューは、第１メディアレンダリングデバイスによってレンダリングされ、およびさらに、デバイスキューは、第１モバイルデバイスから第１制御要素に送信されたキュー管理命令に基づいて管理される、工程を、
さらに含むことを特徴とする請求項１記載の方法。
【請求項８】
第２マルチメディアファイルは、ネットワークに接続された第２メディアサーバから利用可能である、
ことを特徴とする請求項７記載の方法。
【請求項９】
第２マルチメディアファイルおよび第３マルチメディアファイルに関連するメタデータを有しているデバイスキューを生成する工程であって、第１制御要素は、第１モバイルデバイスから第１制御要素へと送られたキュー生成命令に基づいてデバイスキューの内容について第２マルチメディアファイルおよび第３マルチメディアファイルを選択し、およびさらに、第１モバイルデバイスは、第２マルチメディアファイルおよび第３マルチメディアファイルが第１制御要素によって選択されたときに、第２マルチメディアファイルおよび第３マルチメディアファイルに関連するメタデータにアクセスしない、工程を、
さらに含むことを特徴とする請求項１記載の方法。
【請求項１０】
第２モバイルデバイスを第１制御要素に接続する工程であって、第２モバイルデバイスは、第２モバイルデバイスから第１制御要素へと送信されたレンダリング命令を使用して、第１メディアレンダリングデバイスでの第１マルチメディアファイルのレンダリングを制御する、工程を、
さらに含むことを特徴とする請求項１記載の方法。
【請求項１１】
第２メディアレンダリングデバイスをネットワークに接続する工程であって、第２メディアレンダリングデバイスは、第１モバイルデバイスから第１制御要素へと送信された命令に基づいて、第２マルチメディアファイルをレンダリングする、工程を、
さらに含むことを特徴とする請求項１記載の方法。
【請求項１２】
第２メディアレンダリングデバイスをネットワークに接続する工程であって、第１モバイルデバイスは、レンダリングデバイス送信命令を第１制御要素に送り、ここで、第２メディアレンダリングデバイスは、第１マルチメディアコンテンツファイルをレンダリングし、および第１メディアレンダリングデバイスは、レンダリングデバイス送信命令に基づいて第１マルチメディアファイルのレンダリングを停止する、工程を、
さらに含むことを特徴とする請求項１記載の方法。
【請求項１３】
第２制御要素をネットワークに接続する工程であって、第１制御要素および第２制御要素は、第１制御要素および第２制御要素の１つが別の制御要素に対して優位なマスター制御要素であることを、決定する、工程を、
さらに含むことをと特徴とする請求項１記載の方法。
【請求項１４】
ネットワークに接続された利用可能なデバイスのリストを生成する工程であって、第１制御要素は、第１モバイルデバイスにリストを送信する、工程を、
さらに含んでいることを特徴とする請求項１記載の方法。
【請求項１５】
第１モバイルデバイスがインターネットによって制御要素に接続される、
ことを特徴とする請求項１記載の方法。
【請求項１６】
第１モバイルデバイスの第１制御要素への接続は、２．４０２ＧＨｚと２．４８０ＧＨｚ間の周波数を有している無線波を使用する、
ことを特徴とする請求項１記載の方法。
【請求項１７】
第１モバイルデバイスは、キャリアモバイルネットワークによって第１制御要素に接続され、およびさらにキャリアモバイルネットワークは、携帯電話会社によって与えられる、
ことを特徴とする請求項１記載の方法。
【請求項１８】
第１マルチメディアファイルのメタデータおよび第２マルチメディアファイルのメタデータを有しているデバイスキューを生成する工程であって、該デバイスキューは、第１モバイルデバイスから第１制御要素へと送信されたデバイスキュー生成命令に基づいて生成され、ここで、デバイスキューは、第１メディアレンダリングデバイスによってレンダリングされる、工程と、
第１制御要素から第１モバイルデバイスを切断する工程と、
第１メディアレンダリングデバイス上のデバイスキューのレンダリングを制御する工程であって、第１モバイルデバイスが第１制御要素から切断されている間に、デバイスキューのレンダリングが第１制御要素によって制御される、工程と、
をさらに含むことを特徴とする請求項１記載の方法。
【請求項１９】
イベントメッセージを第１制御要素から第１モバイルデバイスへと送信する工程であって、第１モバイルデバイスは、第１制御要素を切断し、その後、第１構成要素へと再度接続し、およびさらに、イベントメッセージは、第１モバイルデバイスが第１制御要素から切断されている間、発生したイベントに関する情報を伝える、工程を、
さらに含むことを特徴とする請求項１記載の方法。
【請求項２０】
第１制御要素から第１モバイルデバイスにイベントメッセージを送信する工程であって、イベントメッセージの送信は、第１モバイルデバイスから第１制御要素へと送信されたリクエストに応答する、工程を、
さらに含むことを特徴とする請求項１記載の方法。
【請求項２１】
第１メディアサーバは、インターネットを通じて第１マルチメディアファイルにアクセスする、
ことを特徴とする請求項１記載の方法。
【請求項２２】
第１モバイルデバイスを使用して、ネットワーク中のメディアレンダリングを管理するためのシステムであって、第１メディアレンダリングデバイスはネットワークに接続されており、およびさらに、第１メディアレンダリングデバイスは、マルチメディアファイルの第１キューをレンダリングし、ここで、第２メディアレンダリングデバイスは、ネットワークに接続されており、およびさらに、第２メディアレンダリングデバイスは、マルチメディアファイルの第２キューをレンダリングするものであり、
該システムは、
第１モバイルデバイスに接続された第１制御インターフェースと、
第１制御インターフェースに接続されたコアコンポーネントであって、第１モバイルデバイスは、第１キューレンダリング命令を、第１制御インターフェースを介してコアコンポーネントへと送信する、コアコンポーネントと、
コアコンポーネントへと接続されている記憶コンポーネントであて、記憶コンポーネントは、第１キューおよび第２キューに関する情報を記憶する、記憶コンポーネントと、および
コアコンポーネントとネットワークに接続されている制御点コンポーネントであって、制御点コンポーネントは、第１メッセージを第１メディアレンダリングデバイスに送信し、およびさらに、第１メッセージは、第１キューレンダリング命令に基づくものであり、ここで、第１メディアレンダリングデバイスは、第１メッセージに基づいてマルチメディアファイルの第１キューをレンダリングし、ここで、制御点コンポーネントは、第２メッセージを第２メディアレンダリングデバイスへと送信し、およびさらに、第２メッセージは、第１キューレンダリング命令に基づくものであり、およびさらに、第２メディアレンダリングデバイスは、第２メッセージに基づいて、マルチメディアコンテンツファイルの第２キューをレンダリングするものである、制御点コンポーネントと、
を含んでいることを特徴とするシステム。
【請求項２３】
制御点コンポーネントは、ＵＰｎＰ  ＡＶ制御点として機能する、
ことを特徴とする請求項２２記載のシステム。
【請求項２４】
コアコンポーネントに接続された第２制御インターフェースと、および
第２制御インターフェースに接続された第２モバイルデバイスであって、第２モバイルデバイスは、第２キューレンダリング命令を第２制御インターフェース経由でコアコンポーネントへと送信するものであり、およびさらに、制御点コンポーネントは、第３メッセージを第１メディアレンダリングデバイスへと送信し、ここで、第３メッセージは、第２キューレンダリング命令に基づくものであり、およびさらに、第１メディアレンダリングデバイスは、第３メッセージに基づいてマルチメディアファイルの第１キューをレンダリングするものである、第２モバイルデバイスと、
をさらに含むことを特徴とする請求項２２記載のシステム。
【請求項２５】
ネットワーク中のメディアレンダリングを管理する方法であって、第１メディアレンダリングデバイスおよび第１メディアサーバは、ネットワークに接続されており、およびさらに、第１マルチメディアファイルおよび第２マルチメディアファイルは、第１メディアサーバから利用可能であり、ここで、第１マルチメディアファイルは、第１メタデータに関連し、および、第２マルチメディアファイルは、第２メタデータに関連しており、
該方法は、
ネットワークに制御要素を接続する工程と、
第１モバイルデバイスおよび第２モバイルデバイスを第１制御要素に接続する工程と、
第１メッセージを送信する工程であって、第１メッセージは、第１モバイルデバイスから制御要素へと送信される、工程と、
第１メタデータおよび第２メタデータを有している第１デバイスキューを生成する工程であって、第１デバイスキューは、第１メッセージに基づいて作成されるものである、工程と、および
第１メディアレンダリングデバイス上で第１デバイスキューをレンダリングする工程であって、第１モバイルデバイスおよび第２モバイルデバイスは、第１デバイスキューのレンダリングを制御する、工程と、
を含んでいることを特徴とする方法。
【請求項２６】
第２モバイルデバイスからロックリクエストを送信する工程であって、ロックリクエストは、第１モバイルデバイスが第１デバイスキューにアクセスするのを防ぐ、工程を、
さらに含むことを特徴とする請求項２５記載の方法。
【請求項２７】
第２デバイスキューを生成する工程であって、制御要素は、第２モバイルデバイスから制御要素へと送信されたデバイスキュー生成命令に基づいた第２デバイスキューを作成する、工程を、
さらに含むことを特徴とする請求項２５記載の方法。
【請求項２８】
第１デバイスキューを修正されたデバイスキューへと変更する工程であって、第１デバイスキューおよび修正されたデバイスキューは、異なり、およびさらに、制御要素は、第１デバイスキューを第２メッセージに基づいた修正さえたデバイスキューに変更し、ここで、第２メッセージは、第２モバイルデバイスから制御要素へと送信されるものである、工程を、
さらに含むことを特徴とする請求項２５記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一般的に、モバイルデバイスを使用して、ネットワークにおいてメディアレンダリングを制御するためのシステム及び方法を指す。より具体的には、本発明は、リモートアクセス及び／又はリモートユーザインターフェースを使用して、ホームネットワークにおけるメディアを管理し、制御し、及び／又はレンダリングするシステム及び方法を指す。このシステム及び方法は、ユーザが、モバイルデバイスを使用するホームネットワークに接続される多数の記憶デバイス及び／又は多数のサーバからのメディアレンダリングを制御することを可能にする。このシステム及び方法は、ユーザが、モバイルデバイスを使用して、ホームネットワークに接続されるレンダリングデバイスの上で多数のメディアレンダリングを制御することを可能にする。
【背景技術】
【０００２】
ユーザが、例えば、音声ファイル、動画ファイル、デジタル写真などの家庭内のメディアオブジェクトを消費するために、多数のメディアサーバ及び多数のメディアレンダリングデバイスを使用することが周知である。例えば、メディアオブジェクトは、ホームネットワークに接続されるメディアサーバにより提供される。メディアオブジェクトは、１つ以上のメディアサーバ上で記憶される。ホームネットワークはまた、例えば、ステレオ、テレビ、パーソナルコンピュータ、デジタルフォトフレーム、マルチメディアコンテンツレンダリング性能を有する他のデバイスなどの、ホームネットワークに接続される様々なメディアレンダリングデバイスを有する。ユーザは、ホームネットワークにおける１つ以上の「制御ポイント」から離れてメディアオブジェクトをブラウズし、ホームネットワークに接続される任意の互換性のあるメディアレンダリングデバイス上で、特定のメディアファイルを消費する。
【０００３】
メディアを組織し、ブラウズし、消費する能力は、例えば、ユニバーサルプラグアンドプレイ（「ＵＰｎＰ」）、音声画像（「ＡＶ」）基準及びデジタルリビングネットワークアライアンス（「ＤＬＮＡ」）標準などの接続技術の利用により増強される。これら接続技術は、ホームネットワークにおける様々な記憶デバイスと関連するメディアレンダリングデバイスの間でのマルチメディアコンテンツの配布を可能にする。ＵＰｎＰ ＡＶ標準は、プロトコルを定義し、このプロトコルにより、メディアサーバ及びメディアレンダリングデバイスが接続され、制御され、及び使用されることで、マルチメディアコンテンツを処理して再生する。ＤＬＮＡ標準は、ＵＰｎＰ ＡＶ基盤のホームネットワーク製品が適切に通信し、共に動くことを確実にするため、追加の細部及び一致点を提供する。ＵＰｎＰ ＡＶ標準及びＤＬＮＡ標準に基づく製品は、消費者が、マルチメディア対応のホームネットワークを使用して、マルチメディアコンテンツに簡単にアクセスし、制御し、及び楽しむことを可能にする。
【０００４】
制御ポイントのアプリケーションは、ＵＰｎＰ互換性サーバ及びＵＰｎＰ互換性レンダリングデバイスを制御するアプリケーションである。例えば、制御ポイントのアプリケーションは、ユーザが、特定のＵＰｎＰサーバから利用できる、デジタル動画ファイル又はデジタル音声ファイルなどのマルチメディアコンテンツを見出す及び／又はブラウズすることを可能にする。制御ポイントのアプリケーションは、ユーザが、消費のためマルチメディアコンテンツを特定のＵＰｎＰレンダリングデバイスへと送信することを可能にする。
【０００５】
典型的に、ホームネットワークに接続されるメディアサーバ、メディアレンダリングデバイス、制御ポイント及び他のデバイスは、イーサネット／有線ローカルエリアネットワーク（「ＬＡＮ」）、ＩＥＥＥ １３９４（「Ｆｉｒｅ  Ｗｉｒｅ」）、ＩＥＥＥ ８０２．１１（「Ｗｉ−Ｆｉ」）又はアートネットワーク技術の他の同じような状態を介して接続される。ホームネットワークに相互作用するモバイルデバイスは、無線接続技術に限定され；それゆえ、モバイルデバイスはＷｉ−Ｆｉ接続を介してホームネットワークに接続しなければならない。典型的に、ホームネットワークはまた、ホームネットワークに接続されるパーソナルコンピュータ及び他のデバイスが、例えば、ウェブページ、マルチメディアファイル、インターネット上で利用できる他のコンテンツなどの外部コンテンツにアクセスすることを可能にする、インターネットへの外部接続を有する。 
【０００６】
ＵＰｎＰ ＡＶ制御ポイントは、ＰＣ上に存在し、メディアサーバに繋げられ、又はメディアレンダリングデバイスへと組み込まれる。或いは、ＵＰｎＰ ＡＶ制御ポイントは、例えば、ＵＰｎＰ「遠隔制御（Remote Control）」デバイスなどの独立デバイス上に位置する。ＵＰｎＰ ＡＶ制御ポイントの機能性をパーソナルモバイルデバイスに加えるため、ＵＰｎＰ ＡＶ制御ポイントの機能性は、携帯端末（ＰＤＡ）、携帯電話、ポータブルビデオプレーヤー、ポータブルゲーム機又は他のモバイルデバイスに存在する。標準のＵＰｎＰ ＡＶ制御ポイントは、ホームネットワークに接続することが出来る、任意のモバイルデバイスに加えられる。従って、ＵＰｎＰ ＡＶ制御ポイントは、ホームネットワークに接続される、ＡＶ対応のメディアサーバ及びＵＰｎＰ ＡＶ対応のメディアレンダリングデバイスに通信することが出来る。しかしながら、モバイルデバイスは、ホームネットワークに無線で接続するために、Ｗｉ−Ｆｉ接続性能を有していなければならない。それゆえ、Ｗｉ−Ｆｉ接続は、標準のＵＰｎＰ ＡＶ制御ポイントの機能性を支える任意のモバイルデバイスのための必要要件である。
【０００７】
メディアサーバからメディアレンダリングデバイスへとストリームされるメディアを制御するため、標準のＵＰｎＰ ＡＶ制御ポイントにより使用される、典型的な通信経路は、メディアサーバ、メディアレンダリングデバイス及び制御ポイントを接続する。これら典型的な通信経路は、メディアサーバ、メディアレンダリングデバイス及びＵＰｎＰ ＡＶ制御ポイントを接続するため、ホームネットワークを使用する。
【０００８】
標準のＵＰｎＰ ＡＶ制御ポイントを使用する際、制御ポイントのユーザは、ホームネットワークに接続されるメディアサーバ上で利用できるマルチメディアコンテンツをブラウズし、レンダリングのためにメディアコンテンツオブジェクトを選択して用意し、選択されたメディアレンダリングデバイス上で選択されたマルチメディアコンテンツファイルのレンダリングを開始して制御する。ＵＰｎＰ ＡＶ制御ポイントは、マルチメディアコンテンツファイルを直接扱わない。ＵＰｎＰ ＡＶ制御ポイントは、メディアサーバからマルチメディアコンテンツファイルのためメタデータをリクエストし、及び制御ポイントのユーザに対しメタデータにより与えられる情報を提供する。制御ポイントのユーザは、１つ以上のマルチメディアコンテンツファイルを選択するため、メタデータにより与えられる情報を使用する。さらに、ＵＰｎＰ ＡＶ制御ポイントは、メディアレンダリングデバイスがレンダリングすべき特定のマルチメディアコンテンツファイルを識別する、メディアレンダリングデバイスの一つに対し、例えば、ユニフォームリソースロケータ（「ＵＲＬ」）などの間接的な参照を与える。メディアレンダリングデバイスはその後、マルチメディアコンテンツファイルが記憶されるメディアサーバから、マルチメディアコンテンツファイルを直接リクエストすることに関与する。
【０００９】
マルチメディアコンテンツファイルは、レンダリングのために個々に選択され、又はマルチメディアコンテンツファイルのリストである「デバイスキュー（device queue）」に置かれる。デバイスキューは、デバイスキューに位置するマルチメディアコンテンツファイルを、選択されたメディアレンダリングデバイスへと送信するために使用される。デバイスキューは典型的に、ＵＰｎＰ ＡＶ制御ポイントによって管理され、維持される。制御ポイントのユーザは、様々な遠隔制御オプションを有し、その間コンテンツは、メディアレンダリングデバイス上で、例えば、早送り、巻き戻し、一時停止、再生、停止、ボリューム調節などを行っている。デバイスキューが利用されると、制御ポイントのユーザは、例えば、マルチメディアコンテンツファイルの順番と配置を変えるため、マルチメディアコンテンツファイルをデバイスキューに加えるため、マルチメディアコンテンツファイルをデバイスキューから消去するため、デバイスキュー内の異なるマルチメディアコンテンツに進めるためなどのように、デバイスキューを管理するため、追加するためのオプションを有する。
【００１０】
制御ポイントのユーザは、メディアレンダリングデバイスを選択し、及びメディアレンダリングデバイス上でデバイスキューのコンテンツをレンダリングするためにＵＰｎＰ ＡＶ制御ポイントを命令する。ＵＰｎＰ ＡＶ制御ポイントは、メディアレンダリングデバイスに、次々とデバイスキューにあるメディアコンテンツオブジェクトの各々を行うよう命令する。デバイスキューは、選択されたメディアレンダリングデバイス上で現在消費されているマルチメディアコンテンツファイルの一時的なリストとして、制御ポイントのユーザへと提供される。
【００１１】
メディアレンダリングデバイスがメディアコンテンツオブジェクトをレンダリングする間、ＵＰｎＰ ＡＶ制御ポイントは、制御ポイントのユーザの制御下で、例えば、早送り、巻き戻し、一時停止、再生、停止、ボリューム調節などの、レンダリングに対する追加するための制御を行使する。加えて、ＵＰｎＰ ＡＶ制御ポイントは、例えば、デバイスキューにおける次のメディアコンテンツオブジェクトに進める、デバイスキューにおける以前のメディアコンテンツオブジェクトに進めるなどといったように、デバイスキューに対する追加するための制御を行使する。
【００１２】
SimpleCenter（Universal Electronics, Inc.の登録商標）、Nokia（Nokia Corporationの登録商標）ＵＰｎＰ機能的モバイルデバイス、及びポケットＰＣデバイス上のRudeo Play & Control（Rudeo Consultingの商標）は、ＵＰｎＰ ＡＶ制御ポイントの例である。SimpleCenterは、メディアサーバ及びメディアレンダリングデバイスの性能と同様、ＵＰｎＰ制御ポイントを実装するウィンドウズＰＣソフトウェアである。Ｎ８０携帯電話及びＮ９５携帯電話などの特定のNokiaの携帯電話、及びNokiaのタブレットデバイス、Ｎ８００インターネットタブレットは、モバイルデバイスの上にある標準のＵＰｎＰ制御ポイントを有する。Rudeo Play & Controlは、ポケットＰＣデバイス上でＵＰｎＰ ＡＶ制御ポイントを実装する、アドオンソフトウェア製品である。Rudeo Play & Controlは、以下に記載される追加の専用強化点を備えた標準のＵＰｎＰ ＡＶ制御ポイントを有する。
【００１３】
ＵＰｎＰ ＡＶ通信プロトコルは、ＵＰｎＰ ＡＶ制御ポイントを受け入れるデバイスが常に電源が「オン」であり、常にホームネットワークに接続されるという前提に基づいて操作する。ＵＰｎＰはイベントフレームワークを定義し；従って、メディアサーバ及びメディアレンダリングデバイスは、例えば、デバイスがホームネットワークで利用できるようになることを示すメッセージ、又は再生状態を示すメッセージのような、イベントメッセージを定期的に送信する。例えば、再生状態を示すメッセージは、メディアレンダリングデバイスがマルチメディアコンテンツファイルのレンダリングを終了した時に送信される。
【００１４】
ＵＰｎＰ ＡＶ制御ポイントを受け入れるデバイスが、常に電源が「オン」ではなく、常にホームネットワークに接続されない場合、その時ＵＰｎＰ ＡＶ制御ポイントは、操作を維持し、又は制御するためにアドレス指定される必要があるイベントを除外する。ＵＰｎＰ ＡＶレンダリングデバイスは、１度にほんの１つのマルチメディアコンテンツファイルだけを扱うという点で簡単である。従って、デバイスキュー性能を有するＵＰｎＰ ＡＶ制御ポイントは、メディアレンダリングデバイスによるレンダリングを監視しなければならない。メディアレンダリングデバイスがデバイスキューにおける１つのマルチメディアコンテンツファイルのレンダリングを達成すると、ＵＰｎＰ ＡＶ制御ポイントはその後、次のマルチメディアコンテンツファイルの標的メディアレンダリングデバイスにレンダリングするよう知らせる。ＵＰｎＰ ＡＶ制御ポイントは、デバイスキューを管理し、メディアレンダリングデバイスを連続して導かねばならない。
【００１５】
ＵＰｎＰ ＡＶ制御ポイントがホームネットワークへの接続を失えば、その後制御ポイントのユーザが確立したデバイスキューは維持されなくなり、メディアレンダリングデバイスは、デバイスキューにあるマルチメディアコンテンツファイルをレンダリングし続ける方法に関する命令を全く有していない。現在のデバイスキューオブジェクトのレンダリングが達成されると、モバイルデバイス上に存在するＵＰｎＰ ＡＶ制御ポイントに対し、問題のあるレンダリングは止まる。モバイルデバイスが電源「オフ」になり、不十分なバッテリ電力が残るようにバッテリ電力を利用し、又はＷｉ−Ｆｉ接続範囲の外側の位置に動くため、モバイルデバイスは、ＵＰｎＰ ＡＶ制御ポイントを確実には受け入れない。 
【００１６】
例えば、制御ポイントのユーザは、ＵＰｎＰ ＡＶメディアサーバからＵＰｎＰ ＡＶ有能ホームステレオまで選択された音楽トラックのデバイスキューを行うため、NokiaのＮ８００携帯電話のＵＰｎＰ ＡＶ制御ポイントを利用する。Ｎ８００デバイスが電源「オフ」になり、バッテリ電力を利用し、その結果不十分なバッテリ電力が残り、及び／又はＷｉ−Ｆｉ接続範囲外の位置に動かされる場合、その後ホームステレオは、現在の音楽トラックの終わりでレンダリングを止める。
【００１７】
Rudeo Play & Controlは、この問題に対する解決策を提供する。関連するＰＣアプリケーションと、Play & Controlのメディアサーバが与えられる。Play & Controlのメディアサーバは、デバイスキューを受け入れることが出来る。制御ポイントのユーザは、ポケットＰＣモバイルデバイス上のPlay & Controlクライアントのユーザインターフェースからデバイスキューを作り、管理し、使用する。デバイスキューは、ＰＣが関連したサーバアプリケーションを実行する場合に、ホームネットワークに接続されるＰＣ上で受け入れられる。この場合、デバイスキューは、ポケットＰＣモバイルデバイスからＰＣサーバアプリケーションへと送られるコマンドにより作られ、及び遠隔制御される。ＰＣサーバアプリケーションは、デバイスキューのコンテンツをレンダリングし続けるため、メディアレンダリングデバイスに周期的なコマンドを送信することに関与する。それゆえ、たとえモバイルデバイスが電源「オフ」になり、不十分なバッテリ電力が残るようにバッテリ電力を利用し、又はＷｉ−Ｆｉ接続範囲外の位置に動く場合でも、デバイスキューはレンダリングされ続ける。 
【００１８】
Rudeo Play & Controlのモバイル制御ポイントのクライアントは、ＰＣサーバアプリケーションが存在しない又は制御ポイントのユーザがＰＣサーバアプリケーションを利用しないことを選ぶ時、標準のＵＰｎＰ ＡＶ制御ポイントとして機能する。モバイル制御ポイントのクライアントは、ＰＣサーバアプリケーションが存在しない又は制御ポイントのユーザがＰＣサーバアプリケーションを利用しないことを選ぶ場合、標準のＵＰｎＰ ＡＶ制御ポイントに関して以前説明されたように、デバイスキューを内面的に管理する。ＰＣサーバアプリケーションが存在しない場合、モバイル制御ポイントのクライアントは、標準のＵＰｎＰ ＡＶプロトコル及び専用のプロトコルの組み合わせを使用する。例えば、モバイル制御ポイントのクライアントは、コンテンツに関するメディアサーバを直接ブラウズするため、又は非キュー関連タスク（non-queue related tasks）に関するメディアレンダリングデバイスを制御するため、標準のＵＰｎＰ ＡＶプロトコルを使用し、及び専用のＰＣサーバアプリケーションにより受け入れられるデバイスキューを作り、管理し、制御するため、専用のプロトコルを使用する。ホームネットワークとの直接の通信が要求され；それゆえ、Rudeoのモバイル制御ポイントのクライアントは、モバイル制御ポイントを受け入れるポケットＰＣモバイルデバイスがＷｉ−Ｆｉ接続性能を有することを要求する。
【００１９】
多くのモバイルデバイスがＷｉ−Ｆｉ接続性能を有さないため、既存のモバイルＵＰｎＰＡＶ制御ポイントは、不都合なＷｉ−Ｆｉ接続性能を備えたデバイスに限定される。加えて、Ｗｉ−Ｆｉ接続性能を有するモバイルデバイスは、比較的高価で、少量で生産及び販売される、ビジネス用電話機及びＰＤＡなどの高性能デバイスである傾向がある。より一般的なもので、中性能から低性能の携帯電話などの低価格デバイスは典型的に、これらモバイルデバイスが制御ポイントの機能性を受け入れることを妨げる、Ｗｉ−Ｆｉ接続性能を有する。
【００２０】
さらに、既存のモバイルＵＰｎＰ ＡＶ制御ポイントは、例えば、ＵＰｎＰスタック及び関連した制御ポイントのアプリケーションなどのモバイルデバイス上でインストールされる、特定のソフトウェアを有していなければならない。特定のソフトウェアは、ホームネットワークに接続されるＵＰｎＰ適合メディアサーバ及びＵＰｎＰ適合メディアレンダリングデバイスと直接通信するモバイルデバイスを要求される。プロバイダーが様々なモバイルデバイスを支える特定のソフトウェアの多くの改良型を作り出さねばならないので、特定のソフトウェアを必要とすることは不利なことである。特定のソフトウェアの改良型の製造は、更なるコストと労力が加わり、制御ポイントソフトウェアのプロバイダーに負担をかける。またさらに、特定のソフトウェアは、モバイルデバイスが当初からユーザに販売される場合、モバイルデバイス上でインストールされることができない。ユーザはその後、モバイルデバイス上の特定のソフトウェアの正しい改良型を得て、インストールしなければならない。特定のソフトウェアを得て、インストールする労力が要求される場合、多くのユーザは、特定のソフトウェアを使用しない。
【００２１】
またさらに、既存のモバイルＵＰｎＰ ＡＶ制御ポイントは、一度に１つのメディアレンダリングデバイスに対しマルチメディアコンテンツを導く、１つのデバイスキューに制限されてきた。しかしながら、ほとんどのマルチメディア対応ホームネットワークは、様々なメディアレンダリングデバイスを有する。
【００２２】
さらに、既存のモバイルＵＰｎＰ ＡＶ制御ポイントが存在することは、デバイスキューの使用と制御を、制御ポイント、及びデバイスキューを作った、関連した制御ポイントのユーザに制限する。デバイスキューの制御は、異なるモバイルデバイスの上で多数のユーザの間で分けられない。しかしながら、ホームネットワークに接続されるメディアレンダリングデバイスは典型的に、家庭の多数の住人の間でわけられ、各々の住人は、マルチメディアコンテンツのレンダリングを制御するために使用される、異なるモバイルデバイスを有する。例えば、ユーザＢは、家の部屋に入り、ユーザＡが所有するモバイルデバイス上のモバイル制御ポイントを使用して、ユーザＡにより以前に作られた音楽コンテンツのキューを既に再生して、デジタルステレオを見つける。ユーザＢは、どの音楽コンテンツがデジタルステレオ上でキューされたかを確認することを望み、又は音楽コンテンツを制御する或いは編集することを望む。しかしながら、ユーザＢは典型的に、音楽コンテンツを再生しているキューを確認し、編集し、制御し、又は管理するためのアクセスを有さず、というのも、キューがユーザＡのモバイルデバイス上に存在するモバイル制御ポイントの制御下と所有下にあるからである。
【００２３】
それゆえ、モバイルデバイスを使用して、ネットワークにおいてメディアレンダリングを制御するためのシステム及び方法が必要とされる。さらに、リモートアクセス及び／又はリモートユーザインターフェースを使用して、ホームネットワークにおいてメディアを管理し、制御し、及び／又はレンダリングするためのシステム及び方法が必要とされる。またさらに、ユーザがネットワークにおける多数の記憶デバイス及び／又は多数のサーバからのメディアレンダリングを制御することを可能にするモバイルデバイスを使用して、ネットワークにおいてメディアレンダリングを制御するためのシステム及び方法が必要とされる。またさらに、ユーザがモバイルデバイスを使用して、ホームネットワークに接続される多数のレンダリングデバイス上でメディアレンダリングを制御することを可能にするモバイルデバイスを使用して、ネットワークにおいてメディアレンダリングを制御するためのシステム及び方法が必要とされる。またさらに、モバイルデバイス上でインストールされる特定のソフトウェアを必要とすることなく、ネットワークにおける制御ポイントとしてのモバイルデバイスを使用して、ネットワークにおけるメディアレンダリングを制御するためのシステム及び方法が必要とされる。またさらに、単一の制御ポイントが多数のデバイスキューからコンテンツを作り、制御し、管理し、及びレンダリングすることを可能にするモバイルデバイスを使用して、ネットワークにおいてメディアレンダリングを制御するためのシステム及び方法が必要とされ、ここで、各々のデバイスキューは、メディアコンテンツを異なる選択されたメディアレンダリングデバイスへと送信する。さらに、デバイスキューがホームネットワークにおける多数のユーザの間で分けられることを可能にするモバイルデバイスを使用して、ネットワークにおいてメディアレンダリングを制御するためのシステム及び方法が必要とされる。
【発明の概要】
【００２４】
本発明は一般的に、モバイルデバイスを使用して、ネットワークにおいてメディアレンダリングを制御するためのシステム及び方法を指す。より具体的には、本発明は、リモートアクセス及び／又はリモートユーザインターフェースを使用して、ホームネットワークにおけるメディアを管理し、制御し、及び／又はレンダリングするシステム及び方法を指す。このシステム及び方法は、ユーザが、モバイルデバイスを使用するホームネットワークに接続される多数の記憶デバイス及び／又は多数のサーバからのメディアレンダリングを制御することを可能にする。このシステム及び方法は、ユーザが、モバイルデバイスを使用して、ホームネットワークに接続される多数のレンダリングデバイスの上でメディアレンダリングを制御することを可能にする。
【００２５】
それゆえ、モバイルデバイスを使用して、ネットワークにおいてメディアレンダリングを制御するためのシステム及び方法を提供することは、本発明の利点である。
【００２６】
本発明の別の利点は、リモートアクセスを使用して、ネットワークにおけるメディアを管理し、制御し、及び／又はレンダリングするシステム及び方法を提供することである。
【００２７】
そして、本発明の別の利点は、リモートユーザインターフェースを使用して、ネットワークにおけるメディアを管理し、制御し、及び／又はレンダリングするシステム及び方法を提供することである。
【００２８】
本発明のまた別の利点は、ユーザがネットワークにおける多数の記憶デバイス及び／又は多数にサーバから、メディアレンダリングを制御することを可能にするモバイルデバイスを使用して、ネットワークにおいてメディアレンダリングを制御するためのシステム及び方法を提供することである。
【００２９】
またさらに、本発明の利点は、モバイルデバイス上でインストールされる特定のソフトウェアを必要とすることなく、ネットワークにおける制御ポイントとしてのモバイルデバイスを使用して、ネットワークにおいてメディアレンダリングを制御するためのシステム及び方法を提供することである。
【００３０】
本発明のまた別の利点は、デバイスキューがホームネットワークにおける多数のユーザの間で分けられることを可能にするモバイルデバイスを使用して、ネットワークにおいてメディアレンダリングを制御するためのシステム及び方法を提供することである。
【００３１】
またさらに、本発明の利点は、マルチメディア有能ホームネットワークにある常時オンの、常時利用可能な制御要素を有するモバイルデバイスを使用して、ネットワークにおいてメディアレンダリングを制御するためのシステム及び方法を提供することである。
【００３２】
そして、本発明の別の利点は、ホームネットワークに直接接続される、固定された非モバイルデバイス上で受け入れられる制御要素を有するモバイルデバイスを使用して、ネットワークにおいてメディアレンダリングを制御するためのシステム及び方法を提供することである。
【００３３】
またさらに、本発明の利点は、ホームネットワークにおける標準のＵＰｎＰ ＡＶメディアサーバ及び標準のＵＰｎＰ ＡＶメディアレンダリングデバイスと通信し、制御することできる制御要素を有するモバイルデバイスを使用して、ネットワークにおいてメディアレンダリングを制御するためのシステム及び方法を提供することである。
【００３４】
本発明の別の利点は、多数のデバイスキューが、ホームネットワークに接続される異なるメディアレンダリングデバイスに対して独立して作られ、管理され、制御され、及びレンダリングされることを可能にするモバイルデバイスを使用して、ネットワークにおいてメディアレンダリングを制御するためのシステム及び方法を提供することである。
【００３５】
本発明のまた別の利点は、１つ以上のモバイルデバイスが制御要素の機能的な性能を制御することを可能にする制御インターフェースを露出する、ネットワークにおけるメディアを管理し、制御し、及び／又はレンダリングするシステム及び方法を提供することである。
【００３６】
またさらに、本発明の利点は、モバイルデバイスと制御要素の間の制御インターフェースを介して、モバイルデバイスがメディアサーバ、メディアレンダリングデバイス及びデバイスキューを全体的に制御することを可能にするネットワークにおけるメディアを管理し、制御し、及び／又はレンダリングするシステム及び方法を提供することである。 
【００３７】
そして、本発明の別の利点は、モバイルデバイスに、ホームネットワーク又はホームネットワークに接続されるメディアサーバ及びメディアレンダリングデバイスに直接通信することを要求しないモバイルデバイスを使用して、ネットワークにおいてメディアレンダリングを制御するためのシステム及び方法を提供することである。
【００３８】
さらに、本発明の利点は、制御要素がモバイルデバイスと通信する任意の利用可能な接続を介して、制御インターフェースを露出する、ネットワークにおけるメディアを管理し、制御し、及び／又はレンダリングするシステム及び方法を提供することである。
【００３９】
本発明の追加の特徴及び利点は、現在の好ましい実施形態の詳細な説明及び図面において記載され、及びそれらから明らかとなる。
【図面の簡単な説明】
【００４０】
【図１】マルチメディア対応ホームネットワークのための典型的な構成を図示する。
【図２】標準のＵＰｎＰ ＡＶ制御ポイントにより使用される通信経路を図示する。
【図３】Rudeo Play & Controlシステムの典型的な操作を図示する。
【図４】本発明の実施形態におけるモバイルデバイスを使用して、ネットワークにおいてメディアレンダリングを制御するシステムを図示する。
【図５】本発明の実施形態におけるモバイルデバイスを使用して、ネットワークにおいてメディアレンダリングを制御するシステムを図示する。
【図６】本発明の実施形態におけるモバイルデバイスと制御要素の間のセッションを図示する。
【図７】本発明の実施形態において利用される、様々な接続技術を図示する。
【図８Ａ】本発明の実施形態におけるモバイルデバイスを使用して、ネットワークにおいてメディアレンダリングを制御するためのフローチャートを図示する。
【図８Ｂ】本発明の実施形態におけるモバイルデバイスを使用して、ネットワークにおいてメディアレンダリングを制御するためのフローチャートを図示する。
【図９Ａ】本発明の実施形態におけるモバイルデバイスを使用して、ネットワークにおいてメディアレンダリングを制御するためのフローチャートを図示する。
【図９Ｂ】本発明の実施形態におけるモバイルデバイスを使用して、ネットワークにおいてメディアレンダリングを制御するためのフローチャートを図示する。
【図１０Ａ】本発明の実施形態におけるモバイルデバイスを使用して、ネットワークにおいてメディアレンダリングを制御するためのフローチャートを図示する。
【図１０Ｂ】本発明の実施形態におけるモバイルデバイスを使用して、ネットワークにおいてメディアレンダリングを制御するためのフローチャートを図示する。
【図１１Ａ】本発明の実施形態におけるモバイルデバイスを使用して、ネットワークにおいてメディアレンダリングを制御するためのフローチャートを図示する。
【図１１Ｂ】本発明の実施形態におけるモバイルデバイスを使用して、ネットワークにおいてメディアレンダリングを制御するためのフローチャートを図示する。
【図１２Ａ】本発明の実施形態におけるモバイルデバイスを使用して、ネットワークにおいてメディアレンダリングを制御するためのフローチャートを図示する。
【図１２Ｂ】本発明の実施形態におけるモバイルデバイスを使用して、ネットワークにおいてメディアレンダリングを制御するためのフローチャートを図示する。
【発明を実施するための形態】
【００４１】
本発明は一般的に、モバイルデバイスを使用して、ネットワークにおいてメディアレンダリングを制御するためのシステム及び方法を指す。より具体的には、本発明は、リモートアクセス及び／又はリモートユーザインターフェースを使用して、ホームネットワークにおけるメディアを管理し、制御し、及び／又はレンダリングするシステム及び方法を指す。このシステム及び方法は、ユーザが、モバイルデバイスを使用して、ホームネットワークににおける多数の記憶デバイス及び／又は多数のサーバからのメディアレンダリングを制御することを可能にする。このシステム及び方法は、ユーザが、モバイルデバイスを使用して、ホームネットワークに接続される多数のレンダリングデバイスの上でメディアレンダリングを制御することを可能にする。ネットワークにおけるメディアレンダリングを制御するシステム及び方法は、モバイルデバイス上でインストールされる特定のソフトウェアを必要とすることなく、ネットワークにおける制御ポイントとしてのモバイルデバイスを使用する。
【００４２】
モバイルデバイスのユーザは、システムと方法によって多数のデバイスキューを作成し、制御し、管理し及びレンダリングすることができる。おのおののデバイスキューは、異なる選択されたメディアレンダリングデバイスにメディアコンテンツを送信するために使用され得る。デバイスキューは、多数のユーザ及び／又は多数のモバイルデバイス間で共有され得る。制御要素は、スタンドアロンデバイスとしてネットワークに接続され得る。代替的に、制御要素は、ホームネットワークに直接接続された固定の、非モバイルデバイス上でホストされ得る。制御要素は、当該制御要素と通信する１つ以上のモバイルデバイスによって制御され得る。制御要素は、前記ホームネットワークに接続された標準ＵＰｎＰ  ＡＶメディアサーバおよび標準ＵＰｎＰ  ＡＶメディアレンダリングデバイスと通信及び／又は前記ホームネットワークに接続された標準ＵＰｎＰ  ＡＶメディアサーバおよび標準ＵＰｎＰ  ＡＶメディアレンダリングデバイスを制御する。
【００４３】
ここで図面を参照すると、類似の数字は類似の部分を言及しており、図１は、一般的にマルチメディア対応のホームネットワークのための典型的な構成を示す。当該ホームネットワークは、第１メディアサーバ（２）、第２メディアサーバ（３）、ＵＰｎＰ  ＡＶ制御ポイント（９）（以下、「制御ポイント（９）」という）、第１メディアレンダリングデバイス（５）、第２メディアレンダリングデバイス（６）及び／又はルータ（７）に接続され得る。ネットワーク（１）を含むルータ（７）は、インターネット（１１）とネットワーク（１）とを接続し得る。ネットワーク（１）は、例えば、ＩＥＥＥ８０２．１１（「Ｗｉ−Ｆｉ」）ネットワーク、イーサネット／有線ローカルエリアネットワーク（「ＬＡＮ」））、ＩＥＥＥ１３９４（「ファイヤーワイヤ」）ネットワーク及び／又は、そのような技術の組合せを使用するハイブリッドネットワークであり得る。制御ポイント（９）は、ネットワーク（１）に接続されたデバイス、例えばパーソナルコンピュータ（「ＰＣ」））のようなデバイスに提供され得る。制御ポイント（９）は、例えば、メディアサーバ、メディアレンダリングデバイス及び／又はスタンドアロンＵＰｎＰリモート制御デバイスのような、別のデバイスにホストされ得る。第１メディアサーバ（２）及び／又は第２メディアサーバ（３）は、例えばオーディオファイル、ビデオファイル、デジタル写真及び／又は、同種のもののようなマルチメディアコンテンツファイルを記憶し得る。
【００４４】
制御ポイント（９）のユーザは、第１メディアサーバ（２）及び／又は第２メディアサーバ（３）で利用可能なマルチメディアコンテンツファイルをブラウズすることができ、レンダリングするためのマルチメディアコンテンツファイルを選択及び／又は配列することができ、及び／又は第１メディアレンダリングデバイス（５）及び／又は第２メディアレンダリングデバイス（６）上で選択されたマルチメディアコンテンツファイルのレンダリングを開始制御し得る。制御ポイント（９）は、第１メディアサーバ（２）及び／又は第２メディアサーバ（３）からのマルチメディアコンテンツファイルにメタベースをリクエストすることができ、及び／又は制御ポイント（９）のユーザにメタデータによって与えられる情報を提示し得る。ユーザに提示された情報は、ユーザがマルチメディアコンテンツファイルの１つ以上を選択することを可能にする。さらに、制御ポイント（９）は、第１メディアレンダリングデバイス（５）及び／又は第２メディアレンダリングデバイス（６）に、例えばＵＲＬのような間接的な参照を与えることができ、第１メディアレンダリングデバイス（５）及び／又は第２メディアレンダリングデバイス（６）が、それぞれレンダリングする特定のマルチメディアコンテンツファイルを識別する。第１メディアレンダリングデバイス（５）及び／又は第２メディアレンダリングデバイス（６）は、ついで、第１メディアサーバ（２）及び／又は第２メディアサーバ（３）から直接マルチメディアコンテンツファイルをリクエストすることができる。
【００４５】
図２は、一般的に、メディアサーバ（１１）からメディアレンダリングデバイス（１２）までストリームされたメディアを制御するために、標準ＵＰｎＰ  ＡＶ制御ポイント（１０）（以下、「制御ポイント１０」という）によって使用される通信パスを一般的に示している。メディアサーバ（１１）とメディアレンダリングデバイス（１２）と制御ポイント（１０）との間の通信パスの各々は、ホームネットワークを利用し得る。制御ポイントユーザ（１３）の制御の下で、制御ポイント（１０）は、利用可能なマルチメディアコンテンツを決定するためにメディアサーバ（１１）をブラウズし得る。制御ポイントユーザ（１３）は、レンダリングされるべきマルチメディアコンテンツファイルを選択し得る。選択されたマルチメディアコンテンツファイルへの参照は、制御ポイント（１０）に位置し得るデバイスキュー（１４）に設けることができる。仮にデバイスキュー（１４）が、マルチメディアコンテンツファイル自体の代わりにマルチメディアコンテンツと関連付けられたマルチメディアコンテンツファイル及び／又はメタデータに参照していても、簡潔さのために、我々は、以下にデバイスキュー（１４）に位置するようなマルチメディアコンテンツファイルに参照する。
【００４６】
制御ポイントユーザ（１３）は、デバイスキュー（１４）を管理することができ、マルチメディアコンテンツをデバイスキュー（１４）に追加し、デバイスキュー（１４）からマルチメディアコンテンツを削除し、及び／又はデバイスキュー（１４）にあるマルチメディアコンテンツファイルの順序を再整理する。制御ポイントユーザ（１３）はメディアレンダリングデバイス（１２）を選択することができ及び／又はメディアレンダリングデバイス（１２）上のデバイスキュー（１４）のコンテンツをレンダリングするように制御ポイント（１０）に命令することができる。制御ポイント（１０）は、デバイスキュー（１４）に順序正しく配されたマルチメディアコンテンツファイルの各々を再生するようにメディアレンダリングデバイス（１２）に命令し得る。
【００４７】
デバイスキュー（１４）に配された各マルチメディアコンテンツファイルについて、制御ポイント（１０）は、メディアレンダリングデバイス（１２）にＵＲＬを供給することができ、前記ＵＲＬは、メディアサーバ（１１）上に記憶され得る、対応するマルチメディアコンテンツファイルと関連付けられる。その後、メディアレンダリングデバイス（１２）は、レンダリングのために、対応するマルチメディアコンテンツファイルを得るためにメディアサーバ（１１）を直接接触させてもよい。メディアレンダリングデバイス（１２）がマルチメディアコンテンツファイルをレンダリングしているとき、制御ポイント（１０）は、制御ポイントユーザ（１３）の制御の下で、例えば、早送り、巻き戻し、一時停止、再生、停止、ボリューム調節などのように、レンダリングに対する追加のコントロールを行い得る。加えて、制御ポイント（１０）は、制御ポイントユーザ（１３）の制御の下で、例えば、デバイスキュー（１４）の次のマルチメディアコンテンツファイルへの前進及び／又はデバイスキュー（１４）の前のマルチメディアコンテンツファイルへ戻るように、デバイスキュー（１４）に対する追加のコントロールを行い得る。
【００４８】
図３は、Ｒｕｄｅｏ  Ｐｌａｙ＆Ｃｏｎｔｒｏｌシステム（４９）の動作を示す。ＰＣサーバアプリケーション（５１）はＷｉｎｄｏｗｓ  ＰＣ  ６０（マイクロソフト社の登録商標）の上でホストされ得る。Ｒｕｄｅｏ  Ｐｌａｙ＆Ｃｏｎｔｒｏｌモバイル制御ポイント（５０）（以下、「モバイル制御ポイント（５０）」という）は、ＰＣサーバアプリケーション（５１）が存在しない場合、及び／又は制御ポイントユーザ（５２）がＰＣサーバアプリケーション（５１）を利用しないことを選択する場合、標準ＵＰｎＰ  ＡＶ制御ポイントとして機能し得る。標準ＵＰｎＰ制御ポイントとして機能する場合、モバイル制御ポイント（５０）はデバイスキュー（１４）を内部で管理し得るものであり、当該デバイスキュー（１４）が図２に示される標準ＵＰｎＰ  ＡＶ制御ポイント（１０）によって管理されるのに類似している。
【００４９】
ＰＣサーバアプリケーション（５１）が存在するとき、モバイル制御ポイント（５０）は標準ＵＰｎＰ  ＡＶプロトコルおよびプロプラエタリプロトコルの組合せを利用し得る。例えば、モバイル制御ポイント（５０）は、標準ＵＰｎＰ  ＡＶプロトコルを使用して、コンテンツのためにディアサーバ（５４）を直接ブラウズすることができ、及び／又は非キューに関連するタスクのために直接メディアレンダリングデバイス（５５）を制御することができ、かつプロプラエタリＰＣサーバアプリケーション（５１）によってホストされるデバイスキュー（５３）を生成し、管理し及び／又は制御することができる。ホームネットワークとの直通の通信が要求され、ＲｕｄｅｏのＭｏｂｉｌｅ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔクライアントは、モバイル制御ポイント（５０）をホストするポケットＰＣモバイルデバイスがＷｉ−Ｆｉ接続機能を要求している。
【００５０】
図４は、一般に、本発明の実施形態のモバイルデバイスを使用して、ネットワーク中のメディアレンダリングを制御するためのシステム（９０）を示す。システム（９０）は制御要素（１００）を有することができ、当該制御要素（１００）は第１ユーザ（９１）、第２ユーザ（９２）及び／又は第３ユーザ（９３）がアクセスし、管理し、組織化し及び／又はネットワークを介して送達されるマルチメディアコンテンツファイルを消費する。制御要素（１００）は、デスクトップパーソナルコンピュータ（ＰＣ）、ラップトップＰＣ、ネットワークに取付けられた記憶（ＮＡＳ）デバイス、ルータ、メディアサーバ、メディアレンダリングデバイス及び／又は同種のものでホストされ得る。代替的に、制御要素（１００）はスタンドアロンデバイスであり得る。当該スタンドアロンデバイスは、ネットワークに接続し得る。
【００５１】
第１メディアサーバ（１１１）、第２メディアサーバ（１１２）及び／又は第３メディアサーバ（１１３）（まとめて、「メディアサーバ（１１１）、（１１２）および（１１３）」という）は、ネットワークを介して制御要素（１００）に接続され得る。
第１メディアレンダリングデバイス（１２１）、第２メディアレンダリングデバイス（１２２）及び／又は第３メディアレンダリングデバイス（１２３）（まとめて、「メディアレンダリングデバイス（１２１）、（１２２）、（１２３）」という）がネットワークを介して制御要素（１００）に接続し得る。メディアサーバ（１１１）、（１１２）、（１１３）は、ネットワークを介してメディアレンダリングデバイス（１２１）、（１２２）、（１２３）に接続され得る。制御要素（１００）は、ネットワークを介してメディアサーバ（１１１）、（１１２）、（１１３）及び／又はメディアレンダリングデバイス（１２１）、（１２２）、（１２３）に接続され得る。制御要素（１００）はメディアサーバ（１１１）、（１１２）、（１１３）及び／又はメディアレンダリングデバイス（１２１）、（１２２）、（１２３）と通信することができ、制御することができる。
【００５２】
好ましい実施形態では、ネットワークはホームネットワークであり得る。ネットワークは、有線及び／又は無線である接続を有し得る。ネットワークは下記技術の１つ以上に基づくことができる。イーサネット／有線ＬＡＮ、ファイヤーワイヤ及び／又はＷｉ−Ｆｉ。ネットワークは、本明細書に挙げられていない他の技術を利用し得る。本発明はネットワークの特定の実施形態に限定的されない。
【００５３】
メディアサーバ（１１１）、（１１２）、（１１３）及び／又はメディアレンダリングデバイス（１２１）、（１２２）、（１２３）は、ＤＬＮＡ標準及び／又はＵＰｎＰ  ＡＶ標準を準拠し得る。システム（９９）は、少なくとも１つのメディアサーバと、少なくとも１台のメディアレンダリングデバイスとを有し得る。しかしながら、システム（９９）は、メディアサーバの数、及び／又はネットワークを介してアクセスできるメディアレンダリングデバイスの数に対する上限を有していない。本発明はメディアサーバの特定の数、及び／又はメディアレンダリングデバイスの特定の数に限定されない。
【００５４】
メディアサーバ（１１１）、（１１２）、（１１３）の各々は、例えば、ＤＬＮＡに準拠したＡＶサーバを実装し得るソフトウェアとを有し得るパーソナルコンピュータ（「ＰＣ」）であり得る。メディアサーバ（１１１）、（１１２）、（１１３）の各々は、また例えば、ネットワークに取付けられた記憶（「ＮＡＳ」）デバイスであり、当該ＮＡＳデバイスは、ＤＬＮＡに準拠したＡＶサーバ能力を有し得る、当該ＮＡＳは、さらにデジタルビデオレコーダー（「ＤＶＲ」）を有し得るものであり、当該ＤＶＲはＤＬＮＡに準拠したＡＶサーバ能力を有し得る。当該ＮＡＳは、さらにモバイル電話またはパーソナルデジタルアシスタント（「ＰＤＡ」）などの携帯コンピューティングデバイスを有し得るものであり、当該携帯コンピューティングはＤＬＮＡに準拠したＡＶサーバ能力を有し得る、及び／又は、デジタルスチルカメラまたはカムコーダーなどのメディアキャプチャデバイスを有し得るのであり、当該メディアキャプチャデバイスは、ＤＬＮＡに準拠したＡＶサーバ能力を有し得る。本発明は、メディアサーバ（１１１）、（１１２）、（１１３）の特定の実施形態に限定されない。
【００５５】
メディアレンダリングデバイス（１２１）、（１２２）、（１２３）の各々は、例えばＤＬＮＡに準拠したテレビの各々は、ＤＬＮＡに準拠した、テレビに接続され、ＤＬＮＡに準拠し得る、あるいは準拠し得ないセットトップボックス、ＤＬＮＡに準拠したステレオシステム、ＤＬＮＡに準拠し、ＤＬＮＡに準拠し得るもの、あるいは準拠し得ないオーディオアダプタデバイス、メディアプレイヤーソフトウェアを持つことができ、当該メディアプレイヤーソフトウェアはＤＬＮＡに準拠したレンダリング能力を有し得るＰＣ、例えばモバイル電話又はパーソナルデジタルアシスタント（「ＰＤＡ」）などの携帯コンピューティングデバイスであって、ＤＬＮＡに準拠したレンダリング能力を有し得る携帯コンピューティングデバイス、ＤＬＮＡに準拠した写真ディスプレーフレーム及び／又はＵＰｎＰ技術を有し得るビデオゲームコンソールが挙げられる。本発明は、メディアレンダリングデバイス（１２１）、（１２２）、（１２３）の特定の実施形態に限定されない。
【００５６】
メディアサーバ（１１１）、（１１２）、（１１３）の各々は、マルチメディアコンテンツファイルを記憶することができ、及び／又は外部に記憶されたマルチメディアコンテンツにアクセスし得る。例えば、メディアサーバは、コンテンツサービスを介して、遠隔でアクセス可能なマルチメディアコンテンツファイル、コンテンツストリーム及び／又はコンテンツフィードにアクセスし得る。前記メディアサーバは、外部に記憶されたルチメディアコンテンツファイル、コンテンツストリーム及び／又はコンテンツフィードの利用可能性を、メディアレンダリングデバイス及び／又は他のデバイスを提供し得る。本発明は、マルチメディアコンテンツが記憶され、メディアサーバを介して入手可能になったマルチメディアコンテンツを利用し得る位置に限定されない。
【００５７】
メディアサーバ（１１１）、（１１２）、（１１３）の各々はメディアレンダリングデバイス（１２１）、（１２２）、（１２３）にマルチメディアコンテンツファイルを与え得る。マルチメディアコンテンツファイルは、例えばビデオクリップ、ミュージックトラック及び／又はデジタル写真などの、単一のメディアオブジェクトであり得る。前記マルチメディアコンテンツファイルは、例えばテレビシリーズ及び／又はミュージックアルバムなどのあらかじめ定義された複合オブジェクトであり得、例えばミュージックプレイリスト及び／又はフォトスライドショーなどのようなユーザが上記で定義した編集オブジェクト。本発明は、特定の実施形態またはマルチメディアコンテンツファイルのタイプに限定されない。
【００５８】
制御要素（１００）は、１つ以上の制御インターフェースを表示し得る。制御インターフェースの各々は、１つ以上のモバイルデバイスが前記制御要素（１００）の機能的な能力を制御ですることが可能であり、前記制御要素（１００）は標準的なＵＰｎＰ  ＡＶ制御ポイント能力及び／又は以下に記載する拡張デバイスキューの機能を有し得る。
【００５９】
標準的なＵＰｎＰ  ＡＶ制御ポイント機能は、例えば、標準的なＵＰｎＰメディアサーバおよび標準的なＵＰｎＰメディアレンダリングデバイスと通信し、及び／又は標準的なＵＰｎＰメディアサーバおよび標準的なＵＰｎＰメディアレンダリングデバイスを制御し得る。したがって、制御要素（１００）は、メディアサーバ（１１１）、（１１２）、（１１３）及び／又はメディアレンダリングデバイス（１２１）、（１２２）、（１２３）と通信し得るものであり、制御し得るものである。
【００６０】
拡張デバイスキューの機能、例えば、作成し、管理し、及び／又はネットワークに接続された異なるメディアレンダリングデバイスに多数のデバイスキューを、独立してレンダリングする。したがって、制御要素（１００）は第１デバイスキュー（１３１）、第２デバイスキュー（１３２）及び／又は第３デバイスキュー（１３３）（まとめて、「デバイスキュー（１３１）、（１３２）、（１３３）」という）が生成され、管理され及び／又はメディアレンダリングデバイス（１２１）、（１２２）、（１２３）に独立して供給され得る。デバイスキュー（１３１）、（１３２）、（１３３）の各々はターゲットメディアレンダリングデバイスに関連づけられ得る。例えば、一般的に図４で示されるように、第１デバイスキュー（１３１）は、第１メディアレンダリングデバイス（１２１）に関連づけられることができ、第２デバイスキュー（１３２）は第３メディアレンダリングデバイス（１２３）と関連づけられることができ、及び／又は第３デバイスキュー（１３３）は第３メディアレンダリングデバイス（１２２）と関連付けられることができる。
【００６１】
第１モバイルデバイス（１４１）、第２モバイルデバイス（１４２）及び／又は第３モバイルデバイス（１４３）（まとめて、「モバイルデバイス（１４１）、（１４２）、（１４３）」という）が、第１表示制御インターフェース（１５１）、第２表示制御インターフェース（１５２）及び／又は第３表示制御インターフェース（１５３）（まとめて、「制御インターフェース（１５１）、（１５２）、（１５３）」という）によって、それぞれ制御要素（１００）に接続され得る。制御インターフェース（１５１）、（１５２）、（１５３）は利用可能な任意の接続を介して表示されることができ、当該利用可能な任意の接続によって、制御要素（１００）はモバイルデバイス（１４１）、（１４２）、（１４３）と通信することが可能である。モバイルデバイス（１４１）、（１４２）、（１４３）の各々は、例えば、モバイルセルラー電話、パーソナルデジタルアシスタント（「ＰＤＡ」）、４Ｇモバイルデバイス、３Ｇモバイルデバイス、２．５Ｇモバイルデバイス、インターネットプロトコル（以下、「ＩＰ」という）ビデオセルラー電話、ＡＬＬ−ＩＰ電子デバイス、サテライトラジオ受信器、ポータブルデジタルオーディオプレイヤー、ポータブルデジタルビデオプレーヤ、ラップトップＰＣ、ポータブルゲームデバイス及び／又は同種のものであり得る。
【００６２】
システム（９９）はデバイスキューの数に対して上限がなく、当該デバイスキューは、制御要素（１００）によって生成され得る。本発明は、特定の数のデバイスキューに限定されない。加えて、システム（９９）はモバイルデバイスの数に上限がなく、モバイルデバイスは制御要素（１００）に接続され得る。本発明は特定の数のモバイルデバイスに限定されない。
【００６３】
制御インターフェース（１５１）、（１５２）、（１５３）の各々により、それぞれモバイルデバイス（１４１）、（１４２）および（１４３）は、特定のモバイルデバイスと制御要素１００の間の特定の制御インターフェースを介して、メディアサーバ（１１１）、（１１２）、（１１３）、メディアレンダリングデバイス（１２１）、（１２２）、（１２３）及び／又はデバイスキュー（１３１）、（１３２）、（１３３）をコントロールすることができる。したがって、特定のモバイルデバイスと制御要素（１００）の間の通信は、制御要素（１００）の機能性の制御を可能にするのに充分であり得る。モバイルデバイス（１４１）、（１４２）、（１４３）は、ネットワーク、メディアサーバ（１１１）、（１１２）、（１１３）及び／又はメディアレンダリングデバイス（１２１）、（１２２）、（１２３）との直通の通信を必要としない。したがって、モバイルデバイス（１４１）、（１４２）、（１４３）の各々は、ネットワークに直接接続されない。更に、モバイルデバイス（１４１）、（１４２）、（１４３）は、標準ＵＰｎＰプロトコルのサポートを必要としない。
【００６４】
個々のモバイルデバイス（１４１）、（１４２）、（１４３）の特定の機能は、モバイルデバイスがネットワークに直接接続され得るか否かを決定することである。
例えば、Ｗｉ−Ｆｉとの接続ができないモバイルデバイスは、ネットワークに直接接続できない可能性がある。Ｗｉ−Ｆｉ接続ができないモバイルデバイスは、例えばＢｌｕｅｔｏｏｔｈ（Ｂｌｕｅｔｏｏｔｈ社のトレードマーク）無線接続または携帯電話キャリアネットワークのような、代替の接続技術を使用し得る。携帯電話キャリアネットワークは、例えば２．５Ｇセルラーネットワーク（３Ｇセルラーネットワーク）、４Ｇデータセルラーネットワーク、ＩＥＥＥ  ８０２．１６（「ＷｉＭａｘ」）ネットワーク及び／又は同種のものであり得る。例えば、モバイルデバイスがＷｉ−Ｆｉが設けられた携帯電話、Ｗｉ−Ｆｉが設けられたＰＤＡ、Ｗｉ−Ｆｉが設けられたモバイルビデオプレーヤー及び／又はＷｉ−Ｆｉが設けられたモバイルゲームデバイスであるとき、モバイルデバイスはＷｉ−Ｆｉ接続を使用して、制御要素（１００）と通信することができる。さらに次の実施例として、モバイルデバイスがＢｌｕｅｔｏｏｔｈ接続をサポートしてもよいモバイル電話であるとき、モバイルデバイスはＢｌｕｅｔｏｏｔｈ接続を使用して、制御要素（１００）と通信することができる。さらに、他の実施例として、モバイルデバイスがモバイル電話キャリアネットワーク上のパケットデータ接続をサポートすることができるモバイル電話であるとき、モバイルデバイスはモバイル電話キャリアネットワークを使用して、制御要素（１００）と通信し得る。これらの接続方法のための追加の詳細は今後与えられるだろう。
【００６５】
制御インターフェースは、モバイルデバイス（１４１）、（１４２）、（１４３）にインストールされた専用のソフトウェアアプリケーションによって制御要素（１００）の制御を可能にし得る。あるいは、制御インターフェースは、モバイルデバイス（１４１）、（１４２）、（１４３）上で存在し得る標準ソフトウェアを介して制御要素（１００）の制御を可能にし得る。そのような標準ソフトウェアは、例えばＨＴＭＬウェブブラウザ（ＸＨＴＭＬウェブブラウザ）、ジャバスクリプト（ＪａｖａＳｃｒｉｐｔ）インタープリター、ジャバ（Ｊａｖａ）仮想マシン、フラッシュプレーヤー及び／又は同種のものであり得る。これらの場合では、制御インターフェースは特定の標準ソフトウェアモジュールとの適合性のために設計され及び／又はフォーマットされ得る。例えば、制御要素（１００）は、ジャバスクリプト（ＪａｖａＳｃｒｉｐｔ）によってＸＨＴＭＬウェブページに基づいた制御インターフェースを表示し得る。別の実施例として、制御要素（１００）は、モバイルデバイス上のユーザインターフェースを実行し得る及び／又は制御要素（１００）と通信し得る及び／又は制御要素（１００）を制御し得るＡｃｔｉｏｎＳｃｒｉｐｔコードを有するフラッシュ（．ｓｗｆ）ファイルを表示し得る。
【００６６】
図５で一般に示されるように、制御要素（１００）はモバイルデバイス（１４１）、（１４２）、（１４３）に接続するために制御インターフェース（１５１）、（１５２）、（１５３）を表示し得る。モバイルデバイス（１４１）、（１４２）、（１４３）は、制御要素（１００）によって提供され得る機能を制御する。制御インターフェース（１５１）、（１５２）、（１５３）の各々は、第１データ接続（１６１）、第２データ接続（１６２）及び／又は第３データ接続（１６３）（まとめて、「データ接続（１６１）、（１６２）、（１６３）」という）と、それぞれ関連付けられうる。モバイルデバイスはデータ接続（１６１）、（１６２）、（１６３）との接続機能を有している。制御インターフェース（１５１）、（１５２）、（１５３）の記載、および接続技術に対する特定の適合性の記載を以下に提供する。
【００６７】
制御要素（１００）は、制御要素（１００）によって提示され得る機能性のためのコアロジックがあり得るコアコンポーネント（１０１）を有する。それ故、コアコンポーネント（１０１）は、制御要素（１００）の機能を制御し得る。コアコンポーネント（１０１）は、標準ＵＰｎＰ  ＡＶコマンド及び／又は制御インターフェース（１５１）、（１５２）、（１５３）を介してモバイルデバイス（１４１）、（１４２）、（１４３）に提示される標準ＵＰｎＰ  ＡＶ機能のためにプロキシとして、それぞれ機能し得る。したがって、コアコンポーネント（１０１）は、標準ＵＰｎＰ  ＡＶ制御ポイント機能性を実行するために、ネットワークに直接接続することができないモバイルデバイスを可能にし得る。コアコンポーネント（１０１）は拡張デバイスキュー機能を提供し得る。したがって、コアコンポーネント（１０１）はモバイルデバイス（１４１）、（１４２）、（１４３）の１つをユーザが利用できることで、デバイスキュー（１３１）、（１３２）、（１３３）を作成し、編集し、かつ管理するこができ及び／又は選択されたメディアレンダリングデバイス（１２１）、（１２２）、（１２３）の１つ以上によってメディアレンダリングデバイス（１２１）、（１２２）、（１２３）のマルチメディアコンテンツのレンダリングを制御することが可能である。コアコンポーネント（１０１）は関連するメディアレンダリングデバイスによってデバイスキューレンダリングを制御し得る。したがって、モバイルデバイスは、選択されたメディアレンダリングデバイスと直接通信する必要がない。モバイルデバイスが利用可能でないとき、デバイスキューレンダリングは継続し得る。コアコンポーネント（１０１）は、モバイルデバイス（１４１）、（１４２）、（１４３）の２つ以上の間のデバイスキュー（１３１）、（１３２）、（１３３）の１つ以上の共有を可能にし得る。コアコンポーネント（１０１）は、キューの発見、アクセス制御及び／又はコンフリクトの回避のための準備を確立し得る。
【００６８】
コアコンポーネント（１０１）は、モバイルデバイス（１４１）、（１４２）、（１４３）のうちの１つによりセッションを管理し得る。当該セッションは、モバイルデバイス（１４１）、（１４２）、（１４３）のうちの１つと制御要素（１００）との間の制御関係を追跡し得る。当該セッションは、制御関係と関連付けられたセッションを有し得る。モバイルデバイス（１４１）、（１４２）、（１４３）の各々は、制御要素（１００）との単一のセッションを有し得るか、または多数の同時のセッションを有し得る。多数の同時のセッションの各々は独立したセッション状態に関係づけられ得る。一意的セッション識別子は、多数の同時のセッションの各々を識別するために使用され得る。セッション管理は、制御要素（１００）と、対応するモバイルデバイスとの間の接続の障害を克服するために、セッション状態の自動保存及び／又は自動回復を含み得る。
【００６９】
コアコンポーネント（１０１）は主な制御要素の選択処理を実行し得るものであり、当該選択処理によって、コアコンポーネント（１０１）は、多数の制御要素（１００）がネットワークに接続され得ることを検知し得る。主な制御要素は、他の制御要素（１００）を超える優位性を持ち得る。
【００７０】
制御要素（１００）は記憶コンポーネント（１０２）を有し得る。コアコンポーネント（１０１）は記憶コンポーネント（１０２）に接続され得る。コアコンポーネント（１０１）は、デバイスキュー（１３１）、（１３２）、（１３３）及び／又は特定のモバイルデバイスに関連させたセッションのセッション状態に関する情報を記憶するために記憶コンポーネント（１０２）を使用し得る。記憶コンポーネント（１０２）は利用可能なデバイスキュー（１３１）、（１３２）、（１３３）のリストを有し得る。利用可能なデバイスキュー（１３１）、（１３２）、（１３３）の各々について、記憶コンポーネント（１０２）は特定のデバイスキュー用の一意的識別子、特定のデバイスキューにあるマルチメディアコンテンツファイルの順序づけリスト、メディアレンダリングデバイス、もしあれば、特定のデバイスキューに関連付けられた識別子、特定のデバイスキューの現在の再生状態、特定のデバイスキューを生成したセッションへの参照、特定のデバイスキューに関連付けられたセッションへの参照、特定のデバイスキューを生成した及び／又は特定のデバイスキューに関連付けられたユーザへの参照及び／又は特定のデバイスキューに対するアクセスが特定のセッション、特定のモバイルデバイス及び／又は特定のユーザに対してロックされるか否かの表示を有し得る。
【００７１】
デバイスキューに配された各マルチメディアコンテンツファイルについて、記憶コンポーネント（１０２）は、マルチメディアコンテンツファイルが検索され得る特定のメディアサーバ、マルチメディアコンテンツファイルについて記載し得るメタデータ、マルチメディアコンテンツファイル及び／又はマルチメディアコンテンツファイルのための「選択された」状態を参照するＵＲＬを有し得る。マルチメディアコンテンツファイルのための「選択された」状態は、「Ｙｅｓ」または「Ｎｏ」であり得る。マルチメディアコンテンツファイルについて記載し得るメタデータは、例えば、メディアタイプ、多目的のインターネットメール拡張（「ＭＩＭＥ」）タイプ、タイトル、著者、アルバム名、コンテンツ格付け、著作権日、関連するグラフィック表示アイコン及び／又は類するものへの言及を表示し得る。例えば、メディアタイプは、オーディオ、ビデオ、イメージ及び／又は同種のものであり得る。
【００７２】
セッション状態について、記憶コンポーネント（１０２）は既知のセッションのリストを有し得る。知られたセッション各々について、記憶コンポーネント（１０２）は、例えば、セッションの一意的セッション識別子、メディアレンダリングデバイス用の一意的デバイス識別子、各セッションに関係したメディアレンダリングデバイス用の一意的識別子、各セッションに関係したユーザ用の一意的識別子、デフォルトメディアサーバ、デフォルトメディアレンダリングデバイス、関連するデバイスキューのリスト、デフォルトデバイスキューへの参照、セッションに関連付けられ得る１以上のコマンドであってリストされ得るコマンド履歴、最近のコマンドが受け取られた時間、セッションと関連し得るイベントのリスト及び／又はセッションに関連した付加的な状態情報を有し得る。
【００７３】
制御要素（１００）は、制御ポイントコンポーネント（１０３）を有し得る。当該制御ポイントコンポーネント（１０３）は標準ＵＰｎＰ  ＡＶ制御ポイント機能性を提供し得る。当該標準ＵＰｎＰ  ＡＶ制御ポイント機能性はコアコンポーネント（１０１）によって制御され得る。制御ポイントコンポーネント（１０３）は標準ＵＰｎＰメディアサーバ、標準ＵＰｎＰメディアレンダリングデバイス及び／又はネットワークに接続された他のＵＰｎＰ互換デバイスデバイスと通信し得る。例えば、制御ポイントコンポーネント（１０３）はメディアサーバ（１１１）、（１１２）、（１１３）及び／又はメディアレンダリングデバイス（１２１）、（１２２）、（１２３）と通信し得る。制御ポイントコンポーネント（１０３）は第４データ接続（１６４）を使用して、ネットワークと接続し得る。制御ポイントコンポーネント（１０３）は、標準ＵＰｎＰ  ＡＶメディアサーバ、標準ＵＰｎＰ  ＡＶメディアレンダリングデバイス、第４データ接続（１６４）を使用して、ネットワークに接続された他のＵＰｎＰ  ＡＶ互換デバイスデバイスと通信し得る。
【００７４】
制御ポイントコンポーネント（１０３）は、標準ＵＰｎＰ  ＡＶメディアサーバ、標準ＵＰｎＰ  ＡＶメディアレンダリングデバイス及び／又はネットワークに接続した他のＵＰｎＰ  ＡＶ互換デバイスを発見するために、標準ＵＰｎＰ  ＡＶ発見プロセスを使用し得る。制御ポイントコンポーネント（１０３）は、標準ＵＰｎＰ  ＡＶメディアサーバ、標準ＵＰｎＰ  ＡＶメディアレンダリングデバイス及び／又はネットワークに接続された他のＵＰｎＰ  ＡＶ互換デバイスデバイスが利用できることについてコアコンポーネント（１０１）に情報を報告し得る。制御ポイントコンポーネント（１０３）は、ネットワークに接続され得る他の制御要素（１００）を発見し得る。制御ポイントコンポーネント（１０３）は、コアコンポーネント（１０１）へのネットワークに接続され得る他の制御要素（１００）に報告し得る。当該コアコンポーネント（１０１）は、ついで、主な制御要素の選択処理を実行して、主な制御要素を選択する。
【００７５】
図６で一般に示されるように、モバイルデバイス（２００）と制御要素（１００）との間のセッションが生じ得る。モバイルデバイス（２００）は、関連するデータ接続（２０１）及び／又は関連する制御インターフェース（２０２）を使用して、制御要素（１００）に接続し得る。コアコンポーネント（１０１）は、記憶コンポーネント（１０２）にセッションを作り、制御要素（１００）とモバイルデバイス（２００）の間のセッションの状態を記録する。モバイルデバイス（２００）と相互に作用するとき、コアコンポーネント（１０１）は、セッションに関する詳細を記録及び／又は検索し得る。モバイルデバイス（２００）は制御要素（１００）を持った単一の同時セッションに制限し得るか、又はモバイルデバイス（２００）は、コアコンポーネント（１０１）を持った多数の同時セッションを開始することができる。
【００７６】
図６は単に１つのモバイルデバイス、１つのデータ接続および１つの制御インターフェースを図示しているが、制御要素（１００）は１つ以上の制御インターフェースを表示し得る。また、制御インターフェースの各々は、１つ以上のモバイルデバイスが前述の制御要素（１００）の機能的な能力を制御することを可能にし得る。多数制御インターフェース、多数データ接続および多数のモバイルデバイスは、図６で一般に示された本発明の実施形態で使用され得る。
【００７７】
ユーザは、制御要素（１００）にコマンドを送信するためにモバイルデバイス（２００）を利用し得る。コマンドは、制御要素（１００）がネットワークに接続された標準ＵＰｎＰ  ＡＶメディアサーバ（２１０）及び／又はネットワーク（２０５）に接続された標準ＵＰｎＰ  ＡＶメディアレンダリングデバイス（２２０）に標準ＵＰｎＰ制御ポイントコマンドを送信させ得る。制御要素（１００）はモバイルデバイス２００へのコマンドの結果に関するものであり得る。それ故、制御要素（１００）は制御ポイントプロキシとして作用し得るのであり、当該制御ポイントプロキシは、モバイルデバイス（２００）がネットワークに接続された標準ＵＰｎＰ  ＡＶメディアサーバ（２１０）及び／又はネットワークに接続された標準ＵＰｎＰ  ＡＶメディアレンダリングデバイス（２２０）と直接に接続を行わずに標準ＵＰｎＰ  ＡＶ制御ポイント機能性を有することができる。
【００７８】
ユーザは、関連する対応データ接続（２０１）及び／又は関連する制御インターフェース（２０２）を用いて、コアコンポーネント（１０１）にコマンドを送信するためにモバイルデバイス（２００）を利用し得る。コアコンポーネント（１０１）はコマンドを解釈することができ、及び／又は制御ポイントコンポーネント（１０３）に、第４データ接続（１６４）を使用して、ネットワーク（２０５）に接続されたＵＰｎＰ  ＡＶデバイスに適切なＵＰｎＰ制御ポイントコマンドを送信するように命令し得る。適切なＵＰｎＰ  ＡＶデバイスは、第４データ接続（１６４）を使用している制御ポイントコンポーネント（１０３）に使用している標準応答情報を戻し得る。制御ポイントコンポーネント（１０３）はコアコンポーネント（１０１）に情報を報告し得る。当該コアコンポーネント（１０１）は、ついで、関連する制御インターフェース（２０２）及び／又は関連するデータ接続（２０１）を介してモバイルデバイス（２００）に情報を提供し得る。
【００７９】
下記は、標準ＵＰｎＰ制御ポイント機能性用の制御ポイントプロキシとして制御要素（１００）が作用し得る典型的なコマンド交換である。ユーザは、制御要素（１００）がネットワークに接続された既知のメディアサーバのリスト及び／又はネットワークに接続された既知のメディアレンダリングデバイスのリストの提供をリクエストする（まとめて、「リクエストされたリスト」という）のために利用し得る。これに応答して、制御要素（１００）はモバイルデバイス（２００）にリクエストされたリストを提供し得る。リクエストされたリストはデバイス発見情報に基づき得る。当該デバイス発見情報は、以前に制御ポイントコンポーネント（１０３）を介して受け取られ、及び／又は記憶コンポーネント（１０２）にコアコンポーネント（１０１）によって記憶された。モバイルデバイス（２００）は、ユーザに対してリクエストされたリストを表示し得る。
【００８０】
ユーザは、制御要素（１００）がネットワークに接続された既知のメディアサーバのリストのリフレッシュ及び／又はネットワークに接続された既知のメディアレンダリングデバイスのリストのリフレッシュ（「リフレッシュされたリスト」）のリクエストのためにモバイルデバイス（２００）を利用し得る。応答して、制御要素（１００）の制御ポイントコンポーネント（１０３）は標準ＵＰｎＰ方法を使用して、デバイス発見リフレッシュを始め得る。制御要素（１００）はモバイルデバイス（２００）にリフレッシュされたリストを提供し得る。モバイルデバイス（２００）は、ユーザにリフレッシュされたリストを表示し得る。制御要素（１００）は、ネットワークに接続された既知のメディアサーバのリスト及び／又はネットワークに接続された既知のメディアレンダリングデバイスのリストを更新し得る。当該リストは制御要素（１００）の内部に配され得る。
【００８１】
ユーザは、メディアサーバにより提供され得るコンテンツを探してブラウズするように制御要素（１００）に指示を出すために、モバイルデバイス（２００）を利用し得る。ブラウズリクエストは、モバイルデバイス（２００）から制御要素（１００）に送信され得る。ブラウズリクエストは、コンテンツ位置、検索用語及び／又はフィルタを含み得る。コンテンツ位置は、例えばフォルダ名（ディレクトリパスネーム）、コンテナ識別番号、ＵＲＬ及び／又はコンテンツディレクトリ構造及び／又は構成階層内にブラウズするための位置を指定する他の手段であり得る。それらの下で、メディアサーバはブラウジングのためのコンテンツを提示し得る。フィルタは、ブラウズ応答を制限するために、特定のメタデータフィールドを識別することで、特定のメタデータフィールドのみを有する。フィルタは、通常、戻され得るマルチメディアコンテンツファイルのサブセットに対するブラウズ応答を制限するために、例えば１０−２０のように、さまざまなマルチメディアコンテンツファイルインデックスを有し得る。更に、ブラウズリクエストは、ブラウザ検索結果で、通常戻され得るマルチメディアコンテンツファイルが制御要素（１００）によって管理された、新規デバイスキューまたは既存のデバイスキューに加えられるべきであることを示し得る。
【００８２】
それに応答して、制御ポイントコンポーネント（１０３）は、ブラウジングコマンドをメディアサーバに送信し得るものであり、及び／又はメディアサーバからブラウズ結果を受け取り得る。ブラウズズ結果は、制御要素（１００）からモバイルデバイス（２００）に送信され得る。ブラウズリクエストが既存のデバイスキューに加えられるべきであることをブラウザリクエストが示したとき、制御要素（１００）は、新しいデバイスキューを生成及び／又はブラウズ結果に表示されたマルチメディアコンテンツファイルを現在のデバイスキューに加え得る。制御要素（１００）は、新規デバイスキュー及び／又は修正された既存のデバイスキューに関する情報をモバイルデバイス（２００）に送信し得る。
【００８３】
ブラウズ結果は、マルチメディアファイルを有するマルチメディアコンテンツファイル及び／又はコンテナのリストを有することができ、当該マルチメディアファイルはメディアサーバから利用可能であり得る。ブラウズ結果は、おのののマルチメディアコンテンツファイル及び／又はおのおののコンテナに関するメタデータを有し得る。コンテナのメタデータは、タイトル、コンテナのための識別子、コンテナのペアレント用の識別子及び／又はコンテナに参照しているＵＲＬを有し得る。マルチメディアコンテンツファイルに関するメタデータは、ファイルタイプ、ジャンル、ＭＩＭＥタイプ、タイトル、著者、アルバム名、コンテンツ定格、著作権日、関連するグラフィック表示アイコン及び／又は同種のものを有し得る。ファイルタイプは、例、オーディオファイル、ビデオファイル、イメージ、プレイリスト及び／又は同種のものであり得る。ブラウズ結果は、プレインテキストとして、拡張可能なマークアップ言語（「ＸＭＬ」）として、デジタルアイテム宣言言語（「ＤＩＤＬ」）―ライトフラグメント及び／又は他の適切なフォーマットでフォーマットされ得る。モバイルデバイス（２００）はメタデータからの情報をユーザに表示し得る。
【００８４】
モバイルデバイス（２００）は、メディアレンダリングデバイスの機能についてメディアレンダリングデバイス（２２０）のうちの１つに質問するように制御要素（１００）に命令し得る。それに応答して、制御ポイントコンポーネント（１０３）は、特定のメディアレンダリングデバイスの機能を決定するために、標準ＵＰｎＰ能力交換を使用し得る。特定のメディアレンダリングデバイスの機能に関する情報は、モバイルデバイス（２００）に送信され得る。モバイルデバイス（２００）は、メディアレンダリングデバイスの機能及び／又マルチメディアコンテンツファイルの特性に基づいて、特定のメディアレンダリングデバイスがレンダリングできるか否かを決定し得る。モバイルデバイス（２００）は、上述したブラウズ技術を介してマルチメディアコンテンツファイルの特性を決定し得る。
【００８５】
ユーザは、特定のマルチメディアコンテンツファイルをレンダリングするように、特定のメディアレンダリングデバイスに指示することを制御要素（１００）に指示を出すためにモバイルデバイス（２００）を利用し得る。それに応答して、制御ポイントコンポーネント（１０３）は、特定のメディアレンダリングデバイスのためにＡＶ輸送ユニフォームリソースアイデンティファイヤ（「ＵＲＩ」）を確立する標準ＵＰｎＰコマンドを送信し得る。特定のメディアレンダリングデバイスによって発生したＡＶ輸送ＵＲＩ及び／又はエラーメッセージは、ついで、制御要素（１００）からモバイルデバイス（２００）に送信され得る。
【００８６】
ユーザは、特定のメディアレンダリングデバイスの再生状態を制御するように制御要素（１００）に指示するためにモバイルデバイス（２００）を利用し得る。例えば、モバイルデバイス（２００）は、例えば、再生、停止、一時停止、早送り、リバース、頭出し及び／又は同種のものなどの、特定のメディアレンダリングデバイスに対してＶＣＲ様の制御をリクエストし得る。それに応答して、制御ポイントコンポーネント（１０３）は、特定のメディアレンダリングデバイス上のレンダリングのための対応する制御結果を達成する標準ＵＰｎＰコマンドを送信し得る。別の実施例として、モバイルデバイス（２００）は、ボリュームの変更、ミュート状態の設定及び／又は同種のものなどの特定のメディアレンダリングデバイス上でオーディオボリューム設定制御をリクエストし得る。制御ポイントコンポーネント（１０３）は、特定のメディアレンダリングデバイスに関する対応するボリューム制御結果を達成する標準ＵＰｎＰコマンドを送信し得る。レンダリング制御のための他の標準ＵＰｎＰコマンドは、モバイルデバイス（２００）による使用のために制御要素（１００）によって表示され得る。
【００８７】
ユーザは、特定のメディアレンダリングデバイスの現在の再生状態に関する情報を与えるよう制御要素（１００）に命じるために、モバイルデバイス（２００）を利用し得る。例えば、モバイルデバイス（２００）は、特定のメディアレンダリングデバイスが、現在レンダリングし得るマルチメディアコンテンツファイルに関する情報、現在の再生位置、再生時間、再生速度及び／又は特定のメディアレンダリングデバイスが、現在、一時停止されているか否かに関する情報をリクエストし得る。モバイルデバイス（２００）は、例えば、特定のメディアレンダリングデバイスのボリューム設定、特定のメディアレンダリングデバイスの最大の利用可能なボリューム設定及び／又は特定のメディアレンダリングデバイスが現在ミュート状態にあるか否かをリクエストし得る。それに応答して、制御ポイント（１０３）は、標準ＵＰｎＰコマンドを特定のメディアレンダリングデバイスに送信し及び／又は応答からの情報を、特定のメディアレンダリングデバイスからモバイルデバイス（２００）に送信し得る。モバイルデバイス（２００）はユーザに対する応答からの情報を表示し得る。
【００８８】
特定のメディアサーバ上でプレイリストを作成し、編集し及び削除するように指示をするために、ユーザは制御要素（１００）を利用し得る。プレイリストを編集する命令は、プレイリストにマルチメディアコンテンツファイルを加えるための操作、プレイリストからマルチメディアコンテンツファイルを除去する操作及び／又はプレイリスト内にマルチメディアコンテンツファイルを移動する操作を有し得る。それに応答して、制御ポイントコンポーネント（１０３）は、作成すべき特定のメディアサーバ上で再生リストを作成、編集及び／又は削除するために、標準ＵＰｎＰコマンドを特定のメディアサーバに送信し得る。プレイリストを、作成、編集及び／又は削除する指示及び／又はエラーメッセージの結果は、制御要素（１００）によって集められ得る及び／又はモバイルデバイス（２００）に送信され得る。モバイルデバイス（２００）は、プレイリストを作成するか、編集するか、又は削除する指示及び／又はユーザへのエラーメッセージの結果を表示し得る。
【００８９】
ユーザは、リネーム及び／又は削除する指示を制御要素（１００）に送信して、マルチメディアコンテンツファイル及び／又は特定のメディアサーバからのマルチメディアコンテンツファイルを有するコンテナをリネーム及び／又は削除モバイルデバイス（２００）を利用し得る。それに応答して、制御ポイント（１０３）は、標準ＵＰｎＰコマンドを特定のメディアサーバに送信して、マルチメディアコンテンツファイル及び／又はファイルコンテナをリネーム及び／又は削除する。リネーム及び／又は削除の命令及び／又はエラーメッセージの結果は、制御要素（１００）によって集められ及び／又はモバイルデバイス（２００）に送信され得る。モバイルデバイス（２００）は、リネーム及び／又は削除の命令の結果を表示し得る。
【００９０】
モバイルデバイス（２００）は、ネットワークに接続されたメディアサーバに関連付けられたベントメッセージ及び／又はネットワークに接続されたメディアレンダリングデバイスに関連付けられたイベントメッセージをモバイルデバイス（２００）に提供するように制御要素（１００）に指示し得る。それに応答して、制御ポイント（１０３）は標準ＵＰｎＰ  ＡＶイベントメッセージ加入フレームワークを使用して、関連するイベントメッセージに加入する。ついで、情報が、ネットワークに接続されたメディアサーバ及び／又はネットワークに接続されたメディアレンダリングデバイスから送信されると、制御要素（１００）はイベントメッセージに関する情報を集め得る。制御要素（１００）はイベントメッセージに関する情報をモバイルデバイス（２００）に送信し得る。
【００９１】
メディアサーバイベントメッセージは、例えば、メディアサーバが、いつネットワークにおいて利用可能か利用不可能かの表示、メディアサーバに配された更新された最新のコンテンツの表示及び／又は同種の表示であり得る。再生状態に関連するマルチレンダリングデバイスメッセージは、例えば、現在レンダリングされているマルチメディアコンテンツファイルに対する変更及び／又更新、現在の再生位置、再生時間、再生速度、特定のメディアレンダリングデバイスが現在ミュート状態及び／又は同種の状態であるかどうかである。メディアレンダリングデバイスイベントメッセージは、メディアレンダリングデバイスが現在のマルチメディアコンテンツファイルのエンドに達したことを示し得る。
【００９２】
モバイルデバイス（２００）は、制御要素（１００）の記憶コンポーネント（１０２）に記録されたセッションの状態に記憶され得る１つ以上のデフォルト及び／又は好みを確立するように制御要素（１００）に指示し得る。ユーザは、デフォルト及び／又は好みを確立するように制御要素（１００）に指示するためにモバイルデバイス（２００）を利用し得る。例えば、モバイルデバイス（２００）は制御要素（１００）に対して、デフォルトサーバ及び／又は後のコマンドで使用されるデフォルトメディアレンダリングデバイスを確立するように指示し得る。モバイルデバイス（２００）は、メディア形式、ＭＩＭＥタイプ、ジャンル、及び／又はコンテンツ格付け及び／又は同種のものに基づいてその後のブラウズ結果を制限するフィルタを提供し得る。モバイルデバイス（２００）は、モバイルデバイス（２００）に配されたユーザインターフェイスディスプレイデバイスにおいて使用されるべきグラフィックサムネールアイコンに対する好ましい解像度を確立し得る。更にモバイルデバイス（２００）は、モバイルデバイス（２００）によって以前確立されたデフォルト及び／又は好み回復するために尋ね得る。
【００９３】
ユーザは、制御要素（１００）の拡張デバイスキューの機能性を制御し得る制御要素（１００）にリクエストを送信するためにモバイルデバイス（２００）を利用し得る。そのリクエストは、例えば、デバイスキューを作成、編集及び／又は管理し、デバイスキューと特定のメディアレンダリングデバイスとを関連づけ、デバイスキューから関連付けられたメディアレンダリングデバイスへのマルチメディアコンテンツのレンダリングを開始及び／又は制御するために使用され得る。リクエストは、関連する制御インターフェース（２０２）及び／又関連するデータ接続を使用して、モバイルデバイス（２００）から受け取られ及び／又は制御要素（１００）のコアコンポーネント（１０１）によって解釈される。リクエストはコアコンポーネント（１０１）を、例えば、記憶コンポーネント（１０２）に保持され得るデバイスキューレコードにアクセスさせ、デバイスキューを修正し及び／又はデバイスキューに関する情報をモバイルデバイス（２００）に送信させる。リクエストは、標準ＵＰｎＰコマンドをデバイスキューに関連したメディアレンダリングデバイスに送信するように制御ポイントコンポーネント（１０３）に指示して、デバイスキューに配されたマルチメディアコンテンツファイルの再生を開始及び／又は制御する。
【００９４】
以下に示すのは、モバイルデバイス（２００）が、制御要素（１００）の拡張デバイスのキュー機能にアクセスする、及び／又は制御する一般的なコマンド変換である。
モバイルデバイス（２００）は、制御要素（１００）に対し、利用可能なデバイスキューのリストを提供すること、及び／又は、デバイスキューについての詳細な情報を提供することをリクエストする。これに応じて、コアコンポーネント（１０１）は、記憶コンポーネント（１０２）で保持されるデバイスキューのレコードからリクエストされた情報を獲得する、及び／又はモバイルデバイス（２００）に対して情報を送信する。利用可能なデバイスキューのリストは、デバイスキュー名、識別番号、ＵＲＬ及び／又は、後続するコマンドにおけるデバイスキューを参照するために使用される他の一意の識別子を有する。デバイスキューに関する詳細な情報は、例えば、デバイスキューに位置されるマルチメディアコンテンツファイルの順序づけリスト、デバイスキューに関連付けられるメディアレンダリングデバイスに対する参照、デバイスキューの現在の再生状態、デバイスキューを生成したセッションに対する参照、デバイスキューを生成した及び／又は関連付けられたモバイルデバイスに対する参照、デバイスキューを生成した及び／又は関連付けられたユーザに対する参照、及び／又はデバイスキューに対するアクセスが特定のセッション、特定のモバイルデバイス及び／又は特定のユーザに対してロックされているかどうかについての表示を有する。
【００９５】
ユーザは、モバイルデバイス（２００）を利用し、制御要素（１００）に対して、新しいデバイスキューを生成することをリクエストする。モバイルデバイス（２００）は、新しいデバイスキューの生成コマンドを制御要素（１００）に送信する。例えば、コアコンポーネント（１０１）は、記憶要素（１０２）において、新しいデバイスのキューレコードを生成する、及び／又は、モバイルデバイス（２００）に対して、デバイスキュー名、識別番号、ＵＲＬ及び／又は、新しいデバイスキューにより続けて参照される他の識別子を送信する。新しいデバイスキューは、最初は空である、及び／又は、新しいデバイスキューは、新しいデバイスキュー生成コマンドによるモバイルデバイス（２００）により特定されるマルチメディアコンテンツファイルを有する。新しいデバイスキューは、デフォルトのメディアレンダリングデバイスに関連付けられる、新しいデバイスキュー生成コマンドにおいて、モバイルデバイス（２００）により特定されるメディアレンダリングデバイスに関連付けられる、又はメディアレンダリングデバイスに関連付けられない。
【００９６】
ユーザは、モバイルデバイス（２００）を利用し、制御要素（１００）に対して、デバイスキューを削除することをリクエストする。これに応じて、コアコンポーネント（１０１）は、デバイスキューを削除する、及び/又は、記憶要素（１０２）からデバイスキューのレコードを削除する。ユーザは、モバイルデバイス（２００）を利用し、制御要素（１００）が、デバイスキューを編集することをリクエストする。例えば、編集操作は、デバイスキューに対して１又はそれより多いマルチメディアコンテンツファイルを加えることであり、デバイスキューから１又はそれより多いマルチメディアコンテンツファイルを除去することであり、デバイスキュー内の１又はそれより多いマルチメディアコンテンツファイルの位置を移動することであり、及び／又はデバイスキューからマルチメディアコンテンツファイルの全てを除去することである。コアコンポーネント（１０１）は、デバイスキューに対して適切な変更を実行する、及び／又は、記憶要素（１０２）において保持されるデバイスキューのレコードに対して適切な変更を実行する。
【００９７】
ユーザは、モバイルデバイス（２００）を利用し、制御要素（１００）が、特定のブラウズリクエストに基づいて、特定されたユーザの好みに基づいて、及び／又は、以前のコンテンツ閲覧及び／又はリスニング履歴にもとづいて、新しいデバイスキューを生成する。ブラウズリクエストは、上述されるように、コンテンツの位置、検索用語及び／又はフィルタを含む。ユーザの好みは、メディアのタイプ、ジャンル、スタイル、アルバム名、シリーズタイトル、日付範囲、「シード（Seed)」用語のセット、及び／又は上述と同類のものを含む。シード用語は、マルチメディアコンテンツファイル、アーティスト、アルバム、プログラムシリーズタイトル及び／又は特定されたシード用語に類似する、及び／又は対応するマルチメディアコンテンツを特定する他の手段を含む。
【００９８】
新しいデバイスキューを生成するためのリクエストが、ブラウズリクエストを示す場合、制御要素（１００）は、上述したように、対応するブラウズリクエストを適切なメディアサーバに送信する、記憶要素（１０２）に記憶された関連付けられた状態の新しいデバイスキューを生成する、ブラウズ結果を新しいデバイスキューに加える、及び／又は新しいデバイスキューについての情報をモバイルデバイス（２００）に送信する。ブラウズリクエストがユーザの好みを示す場合、制御要素は、１又はそれより多いブラウズリクエストを、１又はそれより多い利用可能なメディアサーバに送信する、ユーザの好みと対応するブラウズ結果に配置、フィルタ及び／又は限定する、記憶要素（１０２）に記憶された関連付けられた状態の新しいデバイスキューを生成する、配置、フィルタ及び／又は限定されたブラウズ結果を、新しいデバイスキューに加える、及び／又は、新しいデバイスキューについての情報を、モバイルデバイス（２００）に送信する。制御要素（１００）は、「コンテンツレコメンデーションエンジン」（content recommendation engine)を利用し、ユーザの好みに基づいて、新しいデバイスキューにおいて含まれるマルチメディアコンテンツを選択する。コンテンツレコメンデーションエンジンは、本発明の範囲ではない。しかしながら、コンテンツレコメンドエンジンの例は、従来技術において周知である。
【００９９】
新しいデバイスキューを生成するためのリクエストが、以前のコンテンツ閲覧及び／又はリスニング履歴に基づいて、新しいデバイスキューの生成を特定する場合、制御要素（１００）のコアコンポーネント（１０１）は、記憶要素（１０２）にアクセスし、モバイルデバイス（２００）の閲覧及び／又はリスニング履歴、及び／又はモバイルデバイス（２００）のユーザからマルチメディアコンテンツを決定する。マルチメディアコンテンツは、以前に閲覧され、リスニングされ及び／又はモバイルデバイス（２００）及び／又はモバイルデバイスユーザにより、デバイスキューに加えられる。制御要素（１００）は、記憶要素（１０２）に保存された、関連付けられた状態の新しいデバイスキューを生成する、マルチメディアコンテンツを新しいデバイスキューに加える、及び／又は新しいデバイスキューについての情報を、モバイルデバイスに送信する。
【０１００】
ユーザは、モバイルデバイス（２００）を利用し、デバイスキューに位置される、選択されたマルチメディアコンテンツファイルのサブセットを特定する。デバイスキューの後ろに続くレンダリングは、選択されたマルチメディアコンテンツファイルのサブセットに限定される。記憶要素（１０２）に保持されるデバイスキューレコードに対して、コアコンポーネント（１０１）は、「選択された」(selected)フラグを、選択されたサブセットのマルチメディアコンテンツファイルのそれぞれに、「Yes」のフラグを設定し、及び／又は、「選択された」(selected)フラグを、選択されたサブセットに位置されないマルチメディアコンテンツファイルのそれぞれに、「No」のフラグを設定する。モバイルデバイス（２００）がデバイスキューについての詳細な情報をリクエストする場合、モバイルデバイス（２００）は、デバイスキューにおいて位置されるマルチメディアコンテンツファイルに関連付けられた「選択された」フラグの値を検索する。
【０１０１】
ユーザは、モバイルデバイス（２００）を利用し、制御要素（１００）に対して、関連付けられたメディアレンダリングデバイスにより、デバイスキューのレンダリングを開始及び／又は制御するように命令する。関連付けられたメディアレンダリングデバイスは、デバイスキューに前もって関連付けられる、デフォルトのメディアレンダリングデバイスである、あるいは、モバイルデバイスが制御要素（１００）に対して、デバイスキューのレンダリングを開始するように命令する場合、特定される。デバイスキューのレンダリングは、デバイスキューに位置される第１マルチメディアファイルのレンダリングで開始される、又は、ユーザ及び／又はモバイルデバイス（２００）により特定されるマルチメディアコンテンツファイルのレンダリングで開始される。デバイスキューのレンダリングは、デバイスキューに位置されるマルチメディアコンテンツファイルをレンダリングする、又は、選択されたマルチメディアコンテンツファイルのサブセットのレンダリングに制限される。デバイスキューのレンダリングは、ノーマルモードである。あるいは、デバイスキューのレンダリングは、マルチメディアコンテンツファイルがレンダリングされる順序を無作為にする「シャッフル」(shuffle)モードである。
【０１０２】
レンダリング制御は、例えば、再生、一時停止、停止、早送り、巻き戻し、検索及び／又はこれらと同類のものなどの、VCRのような制御を有する。例えば、レンダリング制御により、ユーザは、どのマルチメディアコンテンツファイルが現在、レンダリングされているかを確立することが可能である、どのマルチメディアコンテンツファイルが次にレンダリングされるかを確立することが可能である、デバイスキューに位置される次のマルチメディアコンテンツファイルへと先に進めることが可能である、デバイスキューにおいて位置される以前のマルチメディアコンテンツファイルへと前に戻すことが可能である、デバイスキューに位置される無作為のマルチメディアコンテンツファイルへと先に進めることが可能である、及び／又はこれらと同類のものを行うことが可能である。さらに次の例として、レンダリング制御により、ユーザは、画像オブジェクトが「スライドショー」(slide show)モードで表示される時間間隔を確立することが可能である、及び／又は「スライドショー」モードで、画像オブジェクトを介して、手動で先に進める又は前に戻すことが可能である。コアコンポーネント（１０１）は、記憶要素（１０２）に保持されるデバイスキューレコードに関連付けられる再生状態を設定する及び／又は変更する。コアコンポーネント（１０１）は、制御ポイントコンポーネント（１０３）に対して、標準UPnPコマンドを、デバイスキューに関連づけられるメディアレンダリングデバイスへと送信するように命令し、これにより、デバイスキューのレンダリングを開始する及び／又は制御する。
【０１０３】
ユーザは、モバイルデバイス（２００）を利用し、制御要素（１００）がデバイスキューの再生状態についての情報を提供する。これに対応し、コアコンポーネント（１０１）は、記憶要素（１０２）によって保持されるデバイスキューのレコードからの再生状態についての情報を獲得する。コアコンポーネント（１０１）は、モバイルデバイス（２００）に再生状態についての情報を送信する。モバイルデバイス（２００）は、デバイスキューの再生状態についての情報を、ユーザに対して表示する。
【０１０４】
デバイスキューの現在の再生状態についての情報は、例えば、一時停止、再生及び／又はこれらと同類のものを有する；現在の順序付けリスト例えば、ノーマルモードまたは「シャッフル」モード；現在のファイル制限モード、例えば、デバイスキューに位置される全てのマルチメディアコンテンツファイルをレンダリングする、選択されたマルチメディアコンテンツファイルのみをレンダリングする及び／又はこれらと同類のものをレンダリングする；レンダリングされる現在のマルチメディアコンテンツファイル；レンダリングされる次のマルチメディアコンテンツファイル；関連するメディアレンダリングデバイス；及び／又はこれらと同類のもの。デバイスキューの再生状態についての情報は、現在の再生位置、現在の再生時間、及び／又はレンダリングされるマルチメディアコンテンツファイルの残りの再生時間についての情報及び／又は概算を有する。
【０１０５】
モバイルデバイス（２００）は、制御要素（１００）に対して、制御要素（１００）により保持されるデバイスキューに関連するイベントについての情報を、モバイルデバイス（２００）に提供するように命令する。これに対応し、制御要素（１００）は、デバイスキューにおける変更を示唆するイベントについての情報を、モバイルデバイスに送信する。例えば、デバイスキューの変更は、デバイスキューに加えられたマルチメディアコンテンツファイル；デバイスキューから削除されたマルチメディアコンテンツファイル；デバイスキュー内のマルチメディアコンテンツファイルの位置の移動；現在の再生モードにおける変更、例えば、一時停止、再生及び／又はこれらと同類のもの；現在の順序付けモードにおける変更、例えば、ノーマルモードへの変更、あるいは、「シャッフル」モードへの変更など；現在のファイル制限のモードの変更、例えば、マルチメディアコンテンツファイルをレンダリングする、選択されたマルチメディアコンテンツファイル及び／又はこれらと同類のもの；現在レンダリングされているマルチメディアコンテンツファイルの変更；再生時間及び/又は再生位置のアップデート；デバイスキューに関連づけられたメディアレンダリングデバイスの変更；及び／又はこれらと同類のものである。
【０１０６】
ユーザは、モバイルデバイス（２００）を利用し、制御要素（１００）に対して、１又はそれより多いデフォルト及び／又は好みを確立するように命令し、これらは、拡張デバイスキュー機能に関連づけられる、後続のコマンドの処理に使用される。例えば、デフォルト及び／又は好みは、デバイスキューの再生のためのデフォルトのメディアメディアレンダリングデバイス；デフォルトのデバイスキュー；デフォルトの順序付けモード、例えば、通常のモード又は「シャッフル」モード；ファイル制限のデフォルトモード、例えば、マルチメディアコンテンツファイルをレンダリングする、選択されたマルチメディアコンテンツファイルのみをレンダリングする及び／又はこれらと同類のものをレンダリングする；画像オブジェクトが「スライドショー」モードで表示されるデフォルトの時間間隔；メディアのタイプ、MIMEのタイプ、ジャンル、コンテンツの格付け及び／又はこれらと同類のものを確立する。コアコンポーネント（１０１）は、記憶要素（１０２）により保持されるセッションにおけるデフォルト及び／又は好みをレコードする。セッションに関連付けられた後続のコマンドを処理する際、デフォルト及び／又は好みが、コアコンポーネント（１０１）により使用される。
【０１０７】
ユーザは、モバイルデバイス（２００）を利用し、制御要素（１００）が特定のデバイスキューに対するアクセスをロックするようにリクエストする。制御要素（１００）は、アクセスをロックするようにリクエストを与える、アクセスをロックするリクエストを否定する、及び／又はアクセスをロックするリクエストが与えられるか否定されるかのどちらかについてモバイルデバイスに通知する。モバイルデバイス（２００）は、ユーザに対し、制御要素（２００）がアクセスをロックするリクエストを与える、又はアクセスをロックするリクエストを否定するかどうかを示す。アクセスをロックするリクエストが与えられる場合、コアコンポーネント（１０１）は、ストレージ要素（１０２）により保持されるデバイスキューのレコードをアップデートし、デバイスキューに対するアクセスがロックされることを示す。デバイスキューのレコードは、デバイスキューがモバイルデバイス（２００）に、関連付けられたセッションに、及び／又は、アクセスをロックするリクエストを生成したユーザにロックされる。
【０１０８】
コアコンポーネント（１０１）は、ロックされたデバイスキュー、モバイルデバイス（２００）、関連付けられたセッション及び／又はアクセスをロックするリクエストを生成したユーザへの完全なアクセス及び／又は完全な制御を可能にする。コアコンポーネント（１０１）は、他のモバイルデバイス、他のセッション及び／又は他のユーザにより、ロックされたデバイスキューのアクセス及び／又は制御を制限する。他のモバイルデバイス、他のセッション及び/又は他のユーザは、デバイスキューのコンテンツ及び／又は再生状態を閲覧することを許可されるが、ロックされたデバイスキューのレンダリングの編集、管理、削除及び／又は制御を禁止する。コアコンポーネント（１０１）が、モバイルデバイス（２００）からのデバイスキュー、関連付けられたセッション及び／又はアクセスをロックするリクエストを生成したユーザに対するロックを解除するリクエストを受信するまで、コアコンポーネント（１０１）は、ロックされたデバイスキューのアクセス及び／又は制御の制限を強いる。
【０１０９】
管理上で無効にすることが提供されることで、ロックされたデバイスキューのロックを解除することが可能である。モバイルデバイス（２００）が、デバイスキューを編集及び／又は制御し、編集コマンドのコンフリクトを妨げる、及び／又は、他のモバイルデバイスから制御コマンドのコンフリクトを妨げる間に、モバイルデバイス（２００）は、一時的にデバイスキューをロックする。共有されたデバイスキューのアクセスを必要としない場合、代替的に、モバイルデバイス（２００）は、延長された時間に、デバイスキューをロックし、デバイスキューに対する共有アクセスを妨げる。
【０１１０】
制御要素（１００）は、デバイスキューのレンダリングを保持する。制御要素（１００）は、モバイルデバイス（２００）によって作成されたデバイスキューのレンダリングを保持するために、モバイルデバイス（２００）からの進行中の命令を要求しない。制御要素（１００）は、デバイスキューに関連付けられたメディアレンダリングデバイスの再生状態をモニタし、標準UPnPコマンドがメディアレンダリングデバイスにいつ送信されることで、デバイスキューのレンダリングを保持するかを決定する。
【０１１１】
制御要素（１００）は、デバイスキューに関連づけられたメディアレンダリングデバイスによる再生をモニタする、メディアレンダリングデバイスがマルチメディアコンテンツファイルのレンダリングをいつ完了したかを決定する、及び／又は、メディアレンダリングデバイスに対して、次のマルチメディアコンテンツファイルのレンダリングを開始するように、命令する。例えば、メディアレンダリングデバイスがマルチメディアコンテンツファイルのレンダリングをいつ完了するかを決定することについては、メディアレンダリングデバイスから制御要素（１００）へと送信された標準UPnPイベントに関する情報に基づいている、制御要素（１００）により生成されたステータスについてのリクエストに対する応答に基づいている、メディアレンダリングデバイスから受信したステータスメッセージに基づいている、利用可能な時計を用いて制御要素（１００）により測定される経過時間に基づいている、及び／又はこれらの方法の組み合わせに基づいている。
【０１１２】
レンダリングされる次のマルチメディアコンテンツファイルは、デバイスキューにおいて位置されるマルチメディアコンテンツファイルの順序付けリストにおける次のマルチメディアコンテンツファイルである。「シャッフル」(shuffle)モードが選択される場合、レンダリングされる次のマルチメディアコンテンツファイルは、デバイスキューに位置されるマルチメディアコンテンツファイルの無作為に再び順序づけられた、順序付けリストの次のマルチメディアコンテンツファイルである。「選択されたオブジェクトのみの再生」(play selected objects only)が選択される場合、レンダリングされる次のマルチメディアコンテンツファイルが、デバイスキューに位置されるマルチメディアコンテンツファイルの順序付けリストでの「選択された」状態を有する次のマルチメディアコンテンツファイルである。
【０１１３】
制御要素（１００）は、ネットワークに接続されるメディアサーバからUPnPイベントに関する情報、ネットワークに接続されたメディアレンダリングデバイスに関する情報、及び／又はネットワークに接続される他の標準UPnPデバイスに関する情報を受信する。
UPnPイベントに関する情報は、制御ポイントコンポーネント（１０３）により受信される、及び／又は、UPnPイベントについての情報は、処理のために、制御ポイントコンポーネント（１０３）からコアコンポーネント（１０１）へと送信される。コアコンポーネント（１０１）は、UPnPイベントに関する情報を、UPnPイベントに関する情報をリクエストしたモバイルデバイスに対して送信する。UPnPイベントに関する情報は、制御要素（１００）からモバイルデバイス（２００）へと、関連付けられた制御インターフェース（２０１）及び／又は関連付けられたデータ接続（２０２）を用いて送信される。
【０１１４】
UPnPイベントに関する情報が、制御要素（１００）により受信された後、UPnPイベントに関する情報は、遅れることなく、制御要素（１００）からモバイルデバイス（２００）へと、送信される。例えば、UPnPイベントに関する情報が、制御要素（１００）がUPnPイベントに関する情報を受信すると、UPnPイベントに関する情報は、制御要素（１００）からモバイルデバイス（２００）へと送信される。あるいは、UPnPイベントに関する情報が収集される、及び／又は制御要素（１００）の記憶要素（１０２）における制御要素（１００）により記憶される。遅延の後、UPnPイベントに関する記憶された情報は、モバイルデバイス（２００）へと送信される、及び／又は、モバイルデバイス（２００）からのリクエストに応じてモバイルデバイス（２００）へと送信される。
【０１１５】
制御要素（１００）は、ネットワークにメッセージを送信し、該メッセージは、制御要素（１００）の存在及び／又は機能を示す。制御要素（１００）が機能を開始する際に、メッセージが送信される、定期的に送信される、及び／又は、制御要素（１００）がネットワークに接続されるもうひとつ別のデバイスから受信するデバイス発見リクエストに応答して送信される。
【０１１６】
制御要素（１００）は、ネットワークに接続される第２制御要素の存在及び／又は機能を示すメッセージを受信する。ネットワークに接続される第２制御要素の存在及び／又は機能を示すメッセージを受信した後に、制御要素（１００）コンポーネントは、第２制御要素と情報を交換し、どの利用可能な制御要素が主な制御要素であるかを決定する。
【０１１７】
主な制御要素（１００）を選択することは、利用可能な制御要素の機能を比較することに基づいている。例えば、主な制御要素は、処理速度、利用可能なメモリ、接続速度、ソフトウェアのバージョン及び／又は制御要素（１００）により利用されるファームウェア及び／又はこれら要素の組合せに基づいて、選択される。主な制御要素コンポーネントは、制御インターフェースの最大数を提供する能力に基づいて選択される。主な制御要素は、１又はそれより多い制御要素のサポートに必要となる１又はそれより多い接続技術を提供する能力に基づいて選択される。
【０１１８】
代替的に、主な制御要素は、無作為な処理を用いて選択される。例えば、利用可能な制御要素は、無作為の数をそれぞれ生成する、無作為の数を交換する、及び／又は、より大きい無作為の数を生成した利用可能な制御要素に対して、主な制御要素を割り当てる。
【０１１９】
さらに代替的には、主な制御要素は、ユーザの好み及び／又は設定に基づいて、選択される。例えば、ホームネットワークの所有者及び／又は管理者は、特定の制御要素を設定し、これにより、ホームネットワークの主な制御要素として常に選択される。
【０１２０】
新しい制御要素はネットワークに接続される。主な制御要素は、ネットワークに既に接続される。主な制御要素は、主な制御要素として作用し続ける。代替的に、主な制御要素の選択処理は、新しい制御要素、主な制御要素、及び／又は以前にネットワークに接続された利用可能な制御要素の間で繰り返される。新しい主な制御要素が選択されることで、ネットワークにおける制御要素サービスを提供する。新しい主な制御要素が選択される場合、古い主な制御要素は状態の情報を、新しい主な制御要素へと移り、その結果、新しい主な制御は、古い主な制御要素により以前から保持される責任を負う。古い主な制御要素により以前に役割を果たしてきたモバイルデバイスは、新しい主な制御要素が確立されたことを通知される。
【０１２１】
前に述べられたように、モバイルデバイスが制御要素（１００）と通信する、及び／又は制御することにより、１又はそれより多い制御インターフェースを表示する。制御インターフェース（２０２）及び／又はデータ接続（２０１）により、関連付けられたモバイルデバイス（２００）は、制御要素（１００）にリクエストを送信することが可能であり、及び／又は制御要素（１００）から対応する応答を受信することが可能である。制御インターフェース（２０２）及び／又はデータ接続（２０１）により、制御要素（１００）は、イベントメッセージを、モバイルデバイス（２００）へと送信することが可能である。イベントメッセージは、モバイルデバイス（２００）から制御要素（１００）へと送信される、対応するリクエストメッセージを必要とはしない。代替的に、制御インターフェース（２０２）及び／又は、データ接続（２０１）は、制御要素（１００）が、モバイルデバイスにイベントメッセージを送信することを許可しない、及び／又は、モバイルデバイス（２００）が制御要素（１００）に対してリクエストを送信し、制御要素（１００）からイベントメッセージを得ることを必要とする。
【０１２２】
２の機能的カテゴリ、すなわち、標準UPnP機能及び拡張デバイスキュー機能にしたがって、モバイルデバイス（２００）と制御要素（１００）との間の、制御インターフェース（２０２）及び／又はデータ接続（２０１）により、リクエスト、応答及び／又はイベントメッセージの交換を可能にする。標準UPnP機能は、リクエスト、応答及び／又はイベントメッセージの送信に関し、該機能により、モバイルデバイス（２００）は、制御要素（１００）を介して間接的にネットワークに接続される標準UPnPデバイスの制御、管理及び／又は使用を可能にする。したがって、制御要素（１００）は、標準UPnP機能を提供するコマンドのプロキシとして作用する。例えば、制御要素（１００）は、ネットワークに直接接続する能力を有さないモバイルデバイスのプロキシとして作用する、及び／又は、UPnP AV 制御ポイントクライアントを直接サポートしない、モバイルデバイスのプロキシとして作用する。拡張デバイスキュー機能は、リクエスト、応答及び／又はイベントメッセージの送信に関し、該機能により、モバイルデバイス（２００）は、制御要素（１００）を介して、デバイスキューを生成、管理及び／又は使用することが可能である。
【０１２３】
リクエスト、応答及び／又はイベントメッセージは、ハイパーテキスト転送プロトコル(「HTTP」)リクエスト及び／又はHTTP応答で運ばれる、伝送制御プロトコル（「TCP」）のパケットのペイロードとして、直接的に運ばれる、及び／又は、モバイルデバイス（２００）に関連付けられたデータ接続（２０１）により、モバイルデバイス（２００）と制御要素（１００）との間の双方向のデータ交換を可能にするもう一つ別のプロトコルで運ばれる。リクエスト、応答及び／又はイベントメッセージは、キー／値のペアのリストとして、プレインテキストとして、及び／又はいくつかの他の適切なフォーマットで、XML、抽象構文記法1（「ASN.1」）でフォーマットされる。
【０１２４】
様々な接続技術は、図7で一般的に示される。本発明の好ましい実施形態において、3の異なる接続技術が接続を提供するために使用される。モバイルデバイス（３００）がWi-Fi機能を有する場合、ホームWi-Fiネットワーク（３０１）を介した、モバイルデバイス（３００）と制御要素（１００）との間のWi-Fi接続（３０２）が、利用される。
【０１２５】
制御要素（１００）をホストするモバイルデバイス（３１０）とデバイス（図示せず）がともにBluetooth機能を有する場合、モバイルデバイス（３１０）と制御要素（１００）との間のBluetooth接続（３１２）が、利用される。代替的に、モバイルデバイス（３１０）が制御要素（１００）をホストするデバイスに直接接続する任意の無線データ接続が使用されることがある。
【０１２６】
モバイルデバイス（３４０）が、キャリアモバイルネットワーク（３２０）を利用する場合、制御要素とモバイルデバイス（３４０）との接続は、キャリアモバイルネットワーク（３２０）、インターネット（３３０）及び／又はホームWi-Fiネットワーク（３２０）を用いて、達成される。好適な実施形態において、ネットワークは、３Ｇモバイルネットワークである。しかしながら、モバイルデバイスに対して無線データ接続を提供する任意のモバイルネットワーク技術が使用される。例えば、キャリアモバイルネットワーク（３２０）は、２．５Ｇモバイルネットワーク、４Ｇモバイルネットワーク、ＷｉＭａｘネットワーク及び/又はこれらと同類のものである。
【０１２７】
Ｗｉ−Ｆｉ機能を有するモバイルデバイス（３００）は、Ｗｉ−Ｆｉ接続（３０２）を介してホームＷｉ−Ｆｉネットワーク（３０１）に直接接続される。制御要素（１００）は、Ｗｉ−Ｆｉ機能を有するモバイルデバイス（３００）に制御インターフェースを表示する。インターネットプロトコル(「ＩＰ」)上で運ばれる任意のプロトコルは、Ｗｉ−Ｆｉ機能を有するモバイルデバイス（３００）に制御インターフェースを提供するように用いられる。制御インターフェースを提供するリクエスト、応答及び／又はイベントメッセージは、さまざまな方法で運ばれる。例えば、リクエスト、応答及び／又はイベントメッセージは、伝送制御プロトコル/インターネットプロトコル(「ＴＣＰ／ＩＰ」)で直接運ばれるペイロードとしてフォーマットされる。もうひとつ別の実施例として、リクエスト及び/又は応答は、ＨＴＴＰリクエスト及び／又はＨＴＴＰ応答として形成され、該ＨＴＴＰリクエスト及び／又はＨＴＴＰ応答は、引数、結果及び／又は、ＨＴＴＰリクエスト及び／又はＨＴＴＰ応答を一体で運ばれる他のデータを有する。イベントメッセージは、ＨＴＴＰリクエストによって運ばれる、及び／又は、応答は、イベントメッセージの本来の送信者により廃棄される。さらにもう１つ別の実施例として、リクエスト、引数、パラメータ、結果及び/又は、他の関連するデータは、ＸＭＬ本体として、ASN.1メッセージとして、プレインテキストとして、キー/値のペアのリストとして、もうひとつ別のフォーマットにフォーマットされ、該もう１つ別のフォーマットは、ＴＣＰペイロードとして、ＨＴＴＰリクエスト及び／又はＨＴＴＰ応答の本体として、及び／又はいくつかの他のＩＰベースのプロトコルのペイロードとして運ばれる。
【０１２８】
Ｗｉ−Ｆｉ機能を有するモバイルデバイス（３００）を、制御要素（１００）と接続するＷｉ−Ｆｉ接続（３０２）は、ホームＷｉ−Ｆｉ接続を介したデータパスである。Ｗｉ−Ｆｉ機能を有するモバイルデバイス（３００）を、制御要素（１００）と接続するＷｉ−Ｆｉ接続（３０２）により、制御要素（１００）は、イベントメッセージを、Ｗｉ−Ｆｉ機能を有するモバイルデバイス（３００）へと直接送信することが可能である。したがって、Wi-Fi機能を有しているモバイルデバイス（３００）に表示される制御インターフェースは、イベントメッセージを、Wi-Fi機能を有するモバイルデバイス（３００）へと送達する多数のオプションを有する。イベントメッセージが生成されると、及び／又は処理遅延の後に、イベントメッセージは、制御要素（１００）から、Ｗｉ−Ｆｉ機能を有するモバイルデバイス（３００）へと送信される。代替的に、イベントメッセージは、バッファされる、及び／又は、制御要素（１００）により累積されることで、多数のイベントメッセージが結合される、及び／又は実質的に同時に制御要素（１００）からＷｉ−Ｆｉ機能を有するモバイルデバイス（３００）へと送信される。代替的に、イベントメッセージは、制御要素（１００）にバッファされる、及び／又は、Wi-Fi機能を有するモバイルデバイス（３００）から制御要素（１００）へと送信されたリクエストに応じて、Wi-Fi機能を有するモバイルデバイス（３００）へと送信される。
【０１２９】
Wi-Fi機能を有するモバイルデバイス（３００）は、ホームWi-Fiネットワーク（３０１）に接続されるメディアサーバ（３０３）に直接通信する接続機能を有する、及び／又は、ホームWi-Fiネットワーク（３０１）に接続されるメディアレンダリングデバイス（３０４）に直接通信する接続機能を有し、Wi-Fi機能を有するモバイルデバイス（３００）は、直接メディアサーバ（３０３）及び／又はメディアレンダリングデバイス（３０４）と直接通信する必要がない。制御要素（１００）は、メディアサーバ（３０３）及び／又はメディアレンダリングデバイス（３０４）を制御するのに用いられる通信の単一のポイントを提供するため、Ｗｉ−Ｆｉ機能を有するモバイルデバイス（３００）は、メディアサーバ（３０３）及び／又はメディアレンダリングデバイス（３０４）に直接的に通信することを必要とされない。したがって、Ｗｉ−Ｆｉ機能を有するモバイルデバイス（３００）は、標準ＵＰｎＰコマンドをサポートすることを必要とされない。さらに、UPnP制御ポイント機能は、制御インターフェースを用いて制御要素（１００）により提供されるため、Ｗｉ−Ｆｉ機能を有するモバイルデバイス（３００）は、UPnP制御ポイント機能を有することを必要とされない。
【０１３０】
Bluetooth機能を有するモバイルデバイス（３１０）は、Bluetooth接続（３１２）により、直接的に制御要素（１００）をホストするデバイスに接続される。制御要素（１００）は、Bluetooth機能を有するモバイルデバイス（３１０）に対して制御インターフェースを表示する。制御インターフェースは、Bluetooth機能を有するモバイルデバイス（３１０）と制御要素（１００）をホストするデバイスの両方によりサポートされる適切なBluetooth特性を利用する。例えば、制御インターフェースは、Bluetoothエリアネットワーク（「ＰＡＮ」）特性及び／又は双方向のメッセージ交換を可能とするもう一つ別の特性に基づいている。リクエスト、応答及び／又は制御インターフェースを提供するイベントは、Ｗｉ−Ｆｉ機能を有するモバイルデバイス（３００）のリクエスト、応答及び／又はイベントと同様の方法で、実行及び／又は送信される。例えばリクエスト、引数、パラメータ、結果及び/又は、他の関連するデータは、XML本体、ASN.1メッセージ、プレインテキスト、キー／値のペアとしてフォーマットされ、TCPペイロード、HTTPリクエスト及び／又はHTTP応答の本体として運ばれるもう一つ別のフォーマット、及び／又はいくつかの別のIPベースプロトコルのペイロードとしてフォーマットされる。
【０１３１】
Bluetoothデータ接続（３１２）が確立されてから、制御要素（１００）は、Bluetooth機能を有しているモバイルデバイス（３１０）にイベントメッセージを直接送信するためにBluetoothデータ接続（３１２）を使用することがある。したがって、Bluetooth機能を有するモバイルデバイス（３１０）に表示される制御インターフェースは、Bluetooth機能を有するモバイルデバイス（３１０）に対して、イベントメッセージの送達についての多数のオプションを有する。イベントメッセージが生成される時、又は処理の遅延後に、イベントメッセージは、制御要素１００からBluetooth機能を有するモバイルデバイス（３１０）へと送信される。代替的に、イベントメッセージは、制御要素（１００）においてバッファされる及び／又は累積され、これにより、多数のイベントメッセージがほぼ同時に結合される、及び／又は制御要素（１００）からBluetooth機能を有するモバイルデバイス（３１０）へと送信される。代替的に、イベントメッセージが制御要素（１００）にバッファされる、及び／又はBluetooth機能を有するモバイルデバイス（３１０）から制御要素（１００）へとリクエストが送信されることに応じて、Bluetooth機能を有するモバイルデバイス（３１０）へと送信される。
【０１３２】
Bluetooth機能を有するモバイルデバイス（３１０）が、Ｗｉ−Ｆｉ機能を有さない、ホームネットワークに直接的に接続不可能である、及び／又は、ホームＷｉ−Ｆｉネットワーク（３０１）に接続されるメディアサーバ（３０３）、ホームＷｉ−Ｆｉネットワーク（３０１）と接続されるメディアレンダリングデバイス（３０４）及び／又はホームＷｉ−Ｆｉネットワーク（３０１）と接続される他のUPnPデバイス（図示されず）と直接通信する任意の手段を有さない。
【０１３３】
モバイルデバイス（３４０）は、キャリアモバイルネットワーク（３２０）を使用して、制御要素（１００）に接続する。したがって、モバイルデバイス（３４０）を制御要素（１００）に接続するデータ接続は、キャリアモバイルネットワーク（３２０）、インターネット（３３０）及び／又はホームＷｉ−Ｆｉネットワーク（３０１）を介したデータパスである。前に述べられたように、キャリアモバイルネットワーク（３２０）は、３Ｇモバイルネットワークである。;しかしながら、モバイルデバイスに対し無線データ接続を提供する任意のモバイルネットワーク技術が使用される。例えば、キャリアモバイルネットワーク（３２０）は、２．５Ｇモバイルネットワーク、４Ｇモバイルネットワーク、WiMaxネットワーク及び/又はこれらと同類のものである。
【０１３４】
制御インターフェースが、３つの別個のネットワークに及ぶため、複雑な問題は、キャリアモバイルネットワーク（３２０）、インターネット（３３０）及び／又はホームＷｉ−Ｆｉネットワーク（３０１）を用いるデータパスから生じる。例えば、モバイルデバイス（３４０）は、キャリアモバイルネットワーク（３２０）におけるローカルのＬＡＮアドレスであるＩＰアドレスを有する。ローカルのLANアドレスは、制御要素（１００）がモバイルデバイス（３４０）へとメッセージを送信することを妨げる。しかしながら、制御要素（１００）をホストするデバイスは、グローバルでルーティング可能なＩＰアドレスを有し、モバイルデバイス（３４０）は、メッセージを制御要素（１００）へと送信する。
【０１３５】
制御要素（１００）が、ホームネットワークにおいてローカルのLANアドレスを有するデバイス上でホストされる場合、モバイルデバイス（３４０）は、制御要素（１００）にメッセージを直接送信することは不可能である。例えばルータ（３５０）のような、ホームＷｉ−Ｆｉネットワーク（３０１）に接続されたもうひとつ別のデバイスには、グローバルにルーティング可能なＩＰアドレスが割り当てられる。モバイルデバイス（３４０）は、ルータ（３５０）のグローバルにルーティング可能なＩＰアドレスへとメッセージを送信することが可能である。ルータ（３５０）は、モバイルデバイス（３４０）から制御要素（１００）をホストするデバイスへとメッセージを送付するように構成される。送付は、ポートマッピング方法を使用して達成される。
【０１３６】
制御インターフェースが３つの別個のネットワークに及ぶために生じる複雑な問題のもうひとつ別の例として、制御要素（１００）をホストするデバイス、ルータ（３５０）及び／又はホームＷｉ−Ｆｉネットワーク（３０１）に接続されるもう一つ別のアドレス可能なデバイスに対して割り当てられるグローバルにルーティング可能なＩＰアドレスは、経時的に動的に変化する。例えば、グローバルにルーティング可能なＩＰアドレスは、インターネット接続をホームＷｉ−Ｆｉネットワーク（３０１）へと提供する、インターネットサービスプロバイダにより定期的に変更される。したがって、制御要素（１００）へとメッセージを送信するモバイルデバイス（３４０）の場合、モバイルデバイス（３４０）は、制御要素（１００）、ルータ（３５０）及び／又は、ホームＷｉ−Ｆｉネットワーク（３０１）へと接続される他のグローバルにアドレス可能なデバイスをホストする。
【０１３７】
ＤＮＳサーバ（３６０）は、モバイルデバイス（３４０）によりアクセス可能である、及び／又はアドレス可能である。ＤＮＳサーバ（３６０）は、動的DNSのアップデート方法をサポートする。例えば、ＤＮＳサーバ（３６０）は、 IETF RFC 2136 「Dynamic Updates in the Domain Name System」及び／又は同様の方法に記載される方法をサポートする。ＤＮＳサーバ（３６０）は、ルータ（３５０）の現在のＩＰアドレス、制御要素（１００）をホストするデバイスの現在のＩＰアドレス、及び／又はホームＷｉ−Ｆｉネットワーク（３０１）に接続される他のグローバルにアドレス可能なデバイスの現在のＩＰアドレスで常に更新される。現在のＩＰアドレスは、インターネットサービスプロバイダによるＤＮＳサーバ、ルータ（３５０）、制御要素（１００）をホストするデバイス、ホームＷｉ−Ｆｉネットワーク（３０１）に接続される他のグローバルにアドレス可能なデバイス、及び／又は現在のＩＰアドレスを認識するホームネットワークに接続される任意のデバイスにおいて、アップデートされる。
【０１３８】
さらに、制御インターフェースは、３つの別個のネットワークに及ぶために、生じ得る複雑な問題のもう一つ別の例について、キャリアモバイルネットワーク（３２０）は、制御要素（１００）から送信されるメッセージが、モバイルデバイス（３４０）により受信されることを妨げるファイアウォール（３７０）を実装する。しかしながら、ファイアウォール（３７０）は、キャリアモバイルネットワーク（３２０）に接続されたモバイルデバイスから送信されたリクエストに対する応答をブロックしない。したがって、モバイルデバイス（３４０）は、例えば、ホームＷｉ−Ｆｉネットワーク（３０１）に接続される制御要素（１００）に送信されるＨＴＴＰリクエストなどといったリクエストを開始する。制御要素（１００）は、例えば、キャリアモバイルネットワーク（３２０）のファイアウォール（３７０）によりブロックされることなく、モバイルデバイス（３４０）へと送信される、ＨＴＴＰ応答などの応答を開始する。
【０１３９】
ホームＷｉ−Ｆｉネットワーク（３０１）は、ルータ（３５０）上に存在するファイアウォールを有する。ホームＷｉ−Ｆｉネットワーク（３０１）は、ホームＷｉ−Ｆｉネットワーク（３０１）に接続されたデバイスにソフトウェアファイアウォールを有する。ルータ（３５０）及び／又はソフトウェアファイアウォール上に位置されるファイアウォールは、モバイルデバイス（３４０）から及び／又はホームＷｉ−Ｆｉネットワーク（３０１）の外側に位置される他のデバイスから送信されるリクエストをブロックしないように構成される。ルータ（３５０）の構成及び／又はソフトウェアファイアウォールの構成は、ルータ（３５０）及び／又はソフトウェアファイアウォール上のポートを解放し、ポートにアドレスされる流入するメッセージ及び／又はＨＴＴＰリクエストは、ルータ（３５０）及び／又はソフトウェアファイアウォールによりブロックされない。
【０１４０】
制御インターフェースが３の別個のネットワークに及ぶために生じる上述に記載される複雑な問題を処理するために、モバイルデバイス（３４０）による使用に適した制御インターフェースの例は以下の通りである。モバイルデバイス（３４０）は、ＤＮＳサーバ（３６０）にアクセスし、制御要素（１００）、ルータ（３５０）及び／又はホームＷｉ−Ｆｉネットワーク（３０１）に接続された他のグローバルにアドレス可能なデバイスに割り当てられたグローバルにルーティング可能なＩＰアドレスを得る。モバイルデバイス（３４０）から制御要素（１００）へと送信されるリクエストは、ＨＴＴＰリクエストとして形成され、及び／又はグローバルにルーティング可能なＩＰアドレスに送信される。グローバルにルーティング可能なＩＰアドレスが、制御要素（１００）に割り当てられると、リクエストは、制御要素（１００）により直接的に受信される。グローバルにルーティング可能なＩＰアドレスが、制御要素（１００）に割り当てられない場合、ルータ（３５０）及び／又は、ホームＷｉ−Ｆｉネットワーク（３０１）に接続される他のグローバルにアドレス可能なデバイスは、リクエストを受信する、及び／又は、制御要素（１００）にリクエストを送付するように構成される。制御要素（１００）は、上述されたリクエストを受信する、及び／又は処理する。
【０１４１】
受信したリクエストについて、制御要素（１００）は応答を生成し、及び／又はモバイルデバイス（３４０）に応答を送信する。応答は、受信したＨＴＴＰリクエストに対するＨＴＴＰ応答としてフォーマットされる。ＨＴＴＰ応答は、ファイアウォール及び様々なネットワークにおいて存在するネットワークアドレス変換機能（「NATs」）により、一般的に適応されている。したがって、応答はモバイルデバイス（３４０）に送達される。
【０１４２】
イベントメッセージがキャリアモバイルネットワークのファイアウォール（３７０）によりブロックされるため、制御要素（１００）は、イベントメッセージをモバイルデバイス（３４０）へと送信することは不可能である。したがって、制御要素（１００）は、イベントメッセージを生成する、及び／又は、制御要素（１００）の記憶コンポーネント（１０２）においてイベントメッセージを記憶する。モバイルデバイス（３４０）は、制御要素（１００）に対してイベントメッセージのリクエストを送信する。制御要素（１００）は、制御要素（１００）により以前生成されている及び／又は記憶されているイベントメッセージを有する応答を生成する。モバイルデバイス（３４０）は、周期的な時間間隔でイベントメッセージのリクエストを送信する。
【０１４３】
代替的に、モバイルデバイス（３４０）は、イベントメッセージが有益である場合に、イベントメッセージを時々にリクエストする。メディアサーバ（３０３）、メディアレンダリングデバイス（３０４）及び／又はデバイスキューについてのアップデート情報が、モバイルデバイス（３４０）のユーザインターフェースに表示される場合、例えば、モバイルデバイス（３４０）は、ユーザの双方向性の期間にイベントメッセージをリクエストする。引数、パラメータ、結果及び/又は、リクエスト、応答及び／又はイベントメッセージに関連付けられた他のデータは、XML本体、ASN.1メッセージ、プレインテキスト、キー／値のペアのリストとして、及び／又は、HTTPリクエスト及び／又はHTTP応答を一体として、運ばれるいくつかの他のフォーマットでフォーマットされる。
【０１４４】
図８Ａ、８Ｂ、９Ａ、９Ｂ、１０Ａ、１０Ｂ、１１Ａ、１１Ｂ、１２Ａおよび１２Ｂは、モバイルデバイス、制御要素、メディアサーバ及び本発明の実施形態におけるメディアレンダリングデバイスの間の通信を一般的に示すフローチャートである。図８Ａ、９Ａ、１０Ａ、１１Ａ及び１２Ａの工程は、工程を実行するシステムのコンポーネントに関連して、図８Ｂ、９Ｂ、１０Ｂ、１１Ｂ及び１２Ｂに示される。
【０１４５】
より特に、図８Ｂ、９Ｂ、１０Ｂ、１１Ｂ及び１２Ｂにおいて、制御要素（１００）の直接下方の領域が用いられ、制御要素（１００）が着手するタスクを示す、制御要素（１００）の内部論理を一般的に示すのに用いられる。図８Ｂ、９Ｂ、１０Ｂ、１１Ｂおよび１２Ｂにおいて、第１モバイルデバイス（１４１）及び第２モバイルデバイス（１４２）の直接下方の領域が用いられ、第１モバイルデバイス（１４１）及び第２モバイルデバイス（１４２）がそれぞれ実行する動作を一般的に示す。図８Ｂ、９Ｂ、１０Ｂ、１１Ｂ及び１２Ｂにおいて、第１メディアレンダリングデバイス（１２１）及び第２メディアレンダリングデバイス（１２２）の直接下方の領域が用いられ、第１メディアレンダリングデバイス（１２１）及び第２メディアレンダリングデバイス（１２２）がそれぞれ実行する動作を一般的に示す。図８Ｂ、９Ｂ、１０Ｂ、１１Ｂ及び１２Ｂにおいて、第１メディアサーバ（１２１）の直接下方の領域が用いられ、第１メディアサーバ（１１１）が実行する動作を一般的に示す。
【０１４６】
各々の図８Ａ、９Ａ、１０Ａ、１１Ａ及び１２Ａのそれぞれは、上述のフローチャート図の続きであり、図８Ｂ、９Ｂ、１０Ｂ、１１Ｂ及び１２Ｂのそれぞれは、上述のフローチャート図の続きである。各フローチャートの終わりの状態は、次のフローチャートの始まりに引き継がれる。したがって、図８Ａ、９Ａ、１０Ａ、１１Ａ及び１２Ａは、単一の連続的な使用フローとして扱われ、図８Ｂ、図９Ｂ、１０Ｂ、１１Ｂ及び１２Ｂは、単一の連続的な使用フローとして処理される。
【０１４７】
モバイルデバイス（１４１）、（１４２）、（１４３）の各々と制御要素（１００）の制御インターフェースとの間の通信は、モバイルデバイスと制御要素（１００）の両方に支持される適切なデータ接続を使用する。制御要素（１００）、メディアサーバ（１１１、１１２、１１３）、および／または、メディアレンダリングデバイス（１２１、１２２、１２３）の間の通信は、ホームネットワークを介する。図８Ａ、８Ｂ、９Ａ、９Ｂ、１０Ａ、１０Ｂ、１１Ａ、１１Ｂ、１２Ａ、および、１２Ｂは、一般的に、モバイルデバイス（１４１、１４２、１４３）が、メディアサーバ（１１１、１１２、１１３）および／またはメディアレンダリングデバイス（１２１、１２２、１２３）に直接接続するために、および／または、直接通信するために、必要とされないこともあるということを示す。
【０１４８】
図８Ａ、８Ｂ、９Ａ、９Ｂ、１０Ａ、１０Ｂ、１１Ａ、１１Ｂ、１２Ａおよび１２Ｂは、制御要素（１００）によって維持されるデバイスキュー（１３１、１３２、１３３）の状態を示す。デバイスキュー（１３１、１３２、１３３）の各々は、デバイスキューの名前を示すタイトル行を含むボックスとして描かれる。タイトル行は、第２レンダリングデバイス（１２２）のデバイスキューとの関連を示す、例えば「→Ｒ２」などの、デバイスキューに関連付けられたメディアレンダリングデバイスも示す。
【０１４９】
例えば、「Ｓ１」は第１メディアサーバ１１１を表し、「Ｒ１」は第１メディアレンダリングデバイス（１２１）を表し、「Ｒ２」は第２メディアレンダリングデバイス（１２２）を表し、「Ｑ１」は第１デバイスキュー（１３１）を表し、および／または、「Ｑ２」は第２デバイスキュー（１３２）を表す。
【０１５０】
デバイスキューに配されるマルチメディアコンテンツファイルの順序付けリストは、タイトル行の下に描かれる。マルチメディアコンテンツファイルの各々は、円または星として示される。マルチメディアコンテンツファイルの各々は、参照番号により標識化される。したがって、上記の数「１」の上に配されたマルチメディアコンテンツファイルは、デバイスキューの第１マルチメディアコンテンツファイルである。オブジェクトの再生順序は、関連する参照番号の昇順に対応する。再生状態記号は、デバイスキューが現在アクティブ再生モードであることを示すために、マルチメディアコンテンツファイルのうちの１つの下で現われる。再生状態記号の位置は、再生状態記号の真上にあるマルチメディアコンテンツファイルが、現在再生されているマルチメディアコンテンツファイルであるかもしれないことを示す。再生状態記号は、デバイスキューに関連付けられるメディアレンダリングデバイスが、再生状態記号の真上にあるマルチメディアコンテンツファイルをレンダリングするために現在設定されていること、および、そのメディアレンダリングデバイスが「再生」状態にあることを示すために、三角形（“▲”）として現れる。再生状態記号は、デバイスキューに関連付けられるメディアレンダリングデバイスが、再生状態記号の真上にあるマルチメディアコンテンツファイルをレンダリングするために現在設定されていること、および、そのメディアレンダリングデバイスが「一時停止」状態および／または「停止」状態にあることを示すために、１組の垂直線（「｜｜」）として現われる。デバイスキューは、デバイスキューが特定のモバイルデバイス、特定のユーザおよび／または特定のセッションにロックされることを示すために、南京錠記号が伴う。
【０１５１】
図８Ａと８Ｂに関して、第１ユーザ（９１）は、第１デバイスキュー（１３１）を形成するために、および／または、第２メディアレンダリングデバイス（１２２）に対して再生を開始するために、第１モバイルデバイス（１４１）を利用する。工程（８０１）で示されるように、制御要素（１００）は利用可能なデバイスのためにホームネットワークをスキャンする。制御要素（１００）は、ホームネットワークへマルチキャストデバイススキャンメッセージを送信することによりスキャンする。工程（８０３）で示されるように、各々の利用可能なＵＰｎＰデバイスは、例えば、「ＳＳＤＰ：Ａｌｉｖｅ」などのメッセージを制御要素（１００）に送信することによって応答する。メッセージは、メディアサーバ（１１１、１１２、および、１１３）、および／または、ホームネットワークにおいて利用可能なメディアレンダリングデバイス（１２１、１２２、１２３）の存在を示す。図８Ａと８Ｂで描かれた特定の実施例で、第１メディアサーバ（１１１）および／または、第２メディアレンダリングデバイス（１２２）は、有効性を示すメッセージを制御要素（１００）に送信する。他のメディアサーバおよび／または他のメディアレンダリングデバイスは、有効性を示すメッセージを制御要素（１００）に送信する。
【０１５２】
工程（８０５）で示されるように、制御要素（１００）はデバイスとそれらの関連するサービスの詳細な記載をリクエストする。工程（８０７）で示されるように、ネットワークに接続された各々のデバイスは、能力情報、例えば「ＳＳＤＰ：デバイスとサービスの能力（Ｄｅｖｉｃｅ  ａｎｄ  Ｓｅｒｖｉｃｅ  Ｃａｐａｂｉｌｉｔｉｅｓ）」メッセージなどを提供するメッセージを、制御要素（１００）に送信することによって応答する。制御要素（１００）に能力情報を提供するメッセージは、ホームネットワークにおいて利用可能なメディアサーバ（１１１、１１２、１１３）および／またはメディアレンダリングデバイス（１２１、１２２、１２３）の各々に関する能力情報を提供する。
【０１５３】
工程（８０９）で示されるように、制御要素（１００）は能力情報を記録する。例えば、制御要素（１００）の記憶コンポーネント（１０２）は能力情報を記録する。能力情報は制御要素（１００）によって内部で使用され、および／または、能力情報は、ホームネットワークに接続された利用可能なメディアサーバ（１１１、１１２、１１３）に関する情報、および／または、ホームネットワークに接続された利用可能なメディアレンダリングデバイス（１２１、１２２、１２３）に関する情報をリクエストするモバイルデバイスに提供される。図８Ａと８Ｂで描かれた特定の実施例において、制御要素（１００）は、第１メディアサーバ（１１１）に関する情報、および／または、第２メディアレンダリングデバイス（１２２）に関する情報を受け取る、および／または、格納する。制御要素（１００）は、他のメディアサーバおよびメディアレンダリングデバイスに関する情報も、受け取るおよび／または格納する。
【０１５４】
工程（８１１）で示されるように、第１モバイルデバイス（１４１）は、例えば「メディアサーバリストをリクエストする（ＲｅｑｕｅｓｔＭｅｄｉａＳｅｒｖｅｒＬｉｓｔ）」などのリクエストを送信することで、利用可能なメディアサーバのリストを得る。利用可能なメディアサーバのリストを得るためのリクエストは制御要素（１００）に送信される。工程（８１３）で示されるように、制御要素（１００）は、第１モバイルデバイス（１４１）に、利用可能なメディアサーバのリストを提供する。図８Ａと８Ｂで描かれた特定の実施例において、利用可能なメディアサーバのリストは第１メディアサーバ（１１１）を有する。利用可能なメディアサーバのリストは、同様に、第１メディアサーバ（１１１）に加えて他の利用可能なメディアサーバを有する。
【０１５５】
工程（８１５）で示されるように、第１モバイルデバイス（１４１）は、例えば「レンダラーリストをリクエストする（ＲｅｑｕｅｓｔＲｅｎｄｅｒｅｒＬｉｓｔ）」などのリクエストを送信することで、利用可能なメディアレンダリングデバイスのリストを得る。利用可能なメディアレンダリングデバイスのリストを得るためのリクエストは、制御要素（１００）に送信される。工程（８１７）で示されるように、制御要素（１００）は、第１モバイルデバイス（１４１）に、利用可能なメディアレンダリングデバイスのリストを提供する。図８Ａと８Ｂで描かれた特定の実施例において、利用可能なメディアレンダリングデバイスのリストは、第２メディアレンダリングデバイス（１２２）を有する。利用可能なメディアレンダリングデバイスのリストは、同様に、第２メディアレンダリングデバイス（１２２）に加えて、他の利用可能なメディアレンダリングデバイスを有する。
【０１５６】
工程（８１９）で示されるように、第１モバイルデバイス（１４１）は、第１メディアサーバ（１１１）から利用可能なコンテンツに関する詳細な情報を決定するおよび／または得るために、リクエストを送信する。第１メディアサーバ（１１１）から利用可能なコンテンツに関する詳細な情報を決定するおよび／または得るためのリクエストは、制御要素（１００）に送信される。詳細な情報を決定するおよび／または得るためのリクエストは、例えば、「ブラウズコンテンツ（ＢｒｏｗｓｅＣｏｎｔｅｎｔ）（Ｓ１）」であり、ここで、Ｓ１は第１メディアサーバ（１１１）を示す。
【０１５７】
詳細な情報を決定するおよび／または得るためのリクエストは、第１メディアサーバ（１１１）、コンテンツの位置、検索語および／または、フィルタに関係がある。コンテンツの位置は、例えば、フォルダ名、ディレクトリパス名、コンテナ識別番号、ＵＲＬ、および／または、第１メディアサーバ（１１１）がブラウズするためのコンテンツを提示するコンテンツディレクトリ構造および／または構成階層内で、ブラウズするために記憶場所を特定する他の手段である。フィルタは、特定のメタデータフィールドを同定することによって、特定のメタデータフィールドのみを有するようブラウズ応答を限定する。フィルタは、通常返されるマルチメディアコンテンツファイルのサブセットに対するブラウズ応答を制限するために、例えば、１０−２０などのさまざまなマルチメディアコンテンツファイルインデックスを有する。
【０１５８】
工程（８２１）で示されるように、制御要素（１００）は第１メディアサーバ（１１１）にブラウズリクエストを送信する。制御要素（１００）から送信されたブラウズリクエストは、第１メディアサーバ（１１１）上で利用可能なコンテンツに関する詳細な情報を決定するおよび／または得るための、第１モバイルデバイス（１４１）のリクエストに対応する。
【０１５９】
工程（８２３）で示されるように、制御要素（１００）は、例えば、利用可能なコンテンツおよび／またはコンテンツについて記載する関連のメタデータのリストなどの、第１メディアサーバ（１１１）上で利用可能なコンテンツに関する詳細な情報を受け取る。制御要素（１００）は、第１メディアサーバ（１１１）から第１メディアサーバ（１１１）上で利用可能なコンテンツに関する詳細な情報を受け取る。検索語および／またはフィルタの適用は、検索および／またはフィルタするための十分な機構が第１メディアサーバ（１１１）に支持される場合に、制御要素（１００）から第１メディアサーバ（１１１）に送信されるブラウズリクエストの適切な構築によって行われる。あるいは、検索語および／またはフィルタの適用は、例えば、第１メディアサーバ（１１１）によって提供される結果が制御要素（１００）から第１モバイルデバイス（１４１）に送信される前に、該結果を制御要素（１００）に、再フォーマットする、変更する、または、制限することによってなどして、制御要素（１００）内で達成される。
【０１６０】
工程（８２５）で示されるように、制御要素（１００）は第１モバイルデバイス（１４１）のリクエストに応答することで、利用可能なコンテンツおよび／またはコンテンツについて記載する関連のメタデータのリストに、第１モバイルデバイス（１４１）を提供することによって、第１メディアサーバ（１１１）上で利用可能なコンテンツに関する詳細な情報を決定するおよび／または得る。
【０１６１】
工程（８２７）で示されるように、第１ユーザ（９１）が、利用可能なフォルダ、利用可能なコンテナ、および／または、第１メディアサーバ（１１１）が整理するおよび／またはブラウズのために提示するカテゴリをナビゲートすると、マルチプルブラウズ交換が実行される。第１ユーザ（９１）は、利用可能なコンテンツと、および／または、ブラウズ交換の結果として第１モバイルデバイス（１４１）に提供される関連のメタデータとの１以上のリストに基づいてレンダリングされるコンテンツを選択する。
【０１６２】
工程（８２９）で示されるように、第１モバイルデバイス（１４１）は、新しいデバイスキュー（１３１）を作成するための、例えば「キューを作成する（ＣｒｅａｔｅＱｕｅｕｅ）」などのリクエストを制御要素（１００）に送信する。第１モバイルデバイス（１４１）上のユーザ入力は、新しいデバイスキュー（１３１）を作成するためのリクエストの送信を促す。これを受けて、制御要素（１００）は新しいデバイスキュー（１３１）を作るか、および／または、例えば「Ｑ１」のようなキュー識別子を、工程（８３１）で示されるような第１モバイルデバイス（１４１）に戻す。キュー識別子は、後のコマンドで第１デバイスキュー（１３１）を参照するために、第１モバイルデバイス（１４１）によって使用される。
【０１６３】
工程（８３３）で示されるように、第１モバイルデバイス（１４１）は、第１デバイスキュー（１３１）にマルチメディアコンテンツファイルを加えるための、例えば、「キューに加える（ＡｄｄＴｏＱｕｅｕｅ）（Ｑ１、コンテンツリスト（ＣｏｎｔｅｎＬｉｓｔ））」などの１つ以上のリクエストを制御要素（１００）に送信し、ここで、Ｑ１は、第１デバイスキュー（１３１）を同定し、および／または、コンテンツリストは第１デバイスキュー（１３１）に加えられるマルチメディアコンテンツファイルのリストを示す。第１モバイルデバイス（１４１）上のユーザ入力は、第１デバイスキュー（１３１）にマルチメディアコンテンツファイルのリストを加えるためのリクエストの送信を促す。第１デバイスキュー（１３１）に加えられるマルチメディアコンテンツファイルのリストは、第１メディアサーバ（１１１）上の対応するマルチメディアコンテンツファイルへの言及によって特定される。これを受けて、工程（８３５）で示されるように、制御要素（１００）は第１デバイスキュー（１３１）の内部状態をアップデートし、および／または、マルチメディアファイルが第１デバイスキュー（１３１）に成功裡に加えられたことを第１モバイルデバイス（１４１）に示す。図８ａと８Ｂで描かれた特定の実施例において、４つのマルチメディアコンテンツファイルが第１デバイスキュー（１３１）に加えられた。
【０１６４】
工程（８３７）で示されるように、第１モバイルデバイス（１４１）は、第１デバイスキュー（１３１）を第２メディアレンダリングデバイス（１２２）に関連付けるためのリクエストを、制御要素（１００）に送信する。第１デバイスキュー（１３１）を第２メディアレンダリングデバイス（１２２）に関連づけるためのリクエストは、例えば「レンダラーを関連付ける（ＡｓｓｏｃｉａｔｅＲｅｎｄｅｒｅｒ）（Ｑ１、Ｒ２）」であり、ここで、Ｑ１は第１デバイスキュー（１３１）を示し、および／または、Ｒ２は第２メディアレンダリングデバイス（１２２）を示す。第１モバイルデバイス（１４１）上のユーザ入力は、第１デバイスキュー（１３１）を第２メディアレンダリングデバイス（１２２）に関連付けるための、リクエストの送信を促す。これを受けて、工程（８３９）で示されたように、制御要素（１００）は第１デバイスキュー（１３１）の内部状態をアップデートし、および／または、第１デバイスキュー（１３１）が、第２メディアレンダリングデバイス（１２２）に関連付けられることを、第１モバイルデバイス（１４１）に示す。
【０１６５】
工程（８４１）で示されるように、第１モバイルデバイス（１４１）は、第１デバイスキュー（１３１）のレンダリングを開始するための、例えば「キューを再生する（ＰｌａｙＱｕｅｕｅ）（Ｑ１）」などのリクエストを制御要素（１００）に送信し、ここで、Ｑ１は第１デバイスキュー（１３１）を示す。第１モバイルデバイス（１４１）上のユーザ入力は、第１デバイスキュー（１３１）のレンダリングを開始するためのリクエストの送信を促す。これを受けて、制御要素（１００）は、第１デバイスキュー（１３１）にある第１マルチメディアコンテンツファイルのレンダリングを開始するために、第２メディアレンダリングデバイス（１２２）を導く。工程（８４３）で示されるように、制御要素（１００）からのリクエストは、第１デバイスキュー（１３１）にある第１マルチメディアコンテンツファイルを同定するＵＲＩを、第２メディアレンダリングデバイス（１２２）に提供する。ＵＲＩを提供するリクエストは、例えば、「ＡＶＴｒａｎｓｐｏｒｔＵＲＩ（Ｘ）を設定する（ＳｅｔＡＶＴｒａｎｓｐｏｒｔＵＲＩ（Ｘ））」であり、ここで、ＸはＵＲＩを示す。工程（８４５）で示されるように、制御要素（１００）からのリクエストは、第１デバイスキュー（１３１）にある第１マルチメディアコンテンツファイルのレンダリングを開始するために、第２メディアレンダリングデバイス（１２２）を導く。第１マルチメディアコンテンツファイルのレンダリングを開始するためのリクエストは、例えば、「再生（Ｐｌａｙ）」である。第１デバイスキュー（１３１）にある第１マルチメディアコンテンツファイルに対応するＵＲＩを与えるリクエストと、レンダリングを開始するためのリクエストとの組合せに基づいて、第２レンダリングデバイス（１２２）は、第１デバイスキュー（１３１）の第１マルチメディアコンテンツファイルをリクエストするために、第１メディアサーバ（１１１）と連絡する。他のコマンド交換は、第２メディアレンダリングデバイス（１２２）の特定の能力に依存して、第１マルチメディアファイルのレンダリングを開始するのに適切である。
【０１６６】
制御要素（１００）は、第１デバイスキュー（１３１）の第１マルチメディアコンテンツファイルが第２メディアレンダリングデバイス（１２２）上で現在レンダリングされているということを示すために、第１デバイスキュー（１３１）の内部状態をアップデートする。工程（８４７）で示されるように、制御要素（１００）は、第１デバイスキュー（１３１）のレンダリングを開始するための第１モバイルデバイス（１４１）からのリクエストが成功したことを示す応答を、第１モバイルデバイス（１４１）に送信する。図８Ａと８Ｂで説明された通信と動作の結果、第２メディアレンダリングデバイス（１２２）は、第１デバイスキュー（１３１）をレンダリングする。
【０１６７】
図９Ａと９Ｂは、一般的に、第１デバイスキュー（１３１）を修正するために、および、第１メディアレンダリングデバイス（１２１）上で結果として生じるコンテンツをレンダリングするために、第１ユーザ（９１）による第１モバイルデバイス（１４１）の使用を示す。図９Ａと９Ｂは、図８Ａと８Ｂの延長として扱われ、図８Ａと８Ｂの最後の状態は、図９Ａと９Ｂの開始時に繰り越される。したがって、第２メディアレンダリングデバイス（１２２）は、第１モバイルデバイス（１４１）を使用して、第１ユーザ（９１）によって生成された第１デバイスキュー（１３１）をレンダリングする。
【０１６８】
図９Ａと９Ｂに再度関連して、第１メディアレンダリングデバイス（１２１）は、当初は非アクティブである。第１メディアレンダリングデバイスの能力は、制御要素（１００）によって、発見されているか、および／または、記録されている。第１メディアレンダリングデバイス（１２１）の存在は、第１モバイルデバイス（１４１）によって測定される。第１メディアレンダリングデバイス（１２１）の存在は、利用可能なメディアレンダリングデバイスのリストを得るための、第１モバイルデバイス（１４１）からのリクエストに応じて、制御要素（１００）によって第１モバイルデバイス（１４１）に示されている。
【０１６９】
工程（９０１）で示されるように、第１モバイルデバイス（１４１）は、第１デバイスキュー（１３１）のレンダリングを一時停止するための、例えば、「一時停止キュー（ＰａｕｓｅＱｕｅｕｅ）（Ｑ１）」などのリクエストを制御要素（１００）に送信し、ここで、Ｑ１は第１デバイスキュー（１３１）を示す。第１モバイルデバイス（１４１）上のユーザ入力は、第１デバイスキュー（１３１）のレンダリングを一時停止するためのリクエストの送信を促す。これを受けて、工程（９０３）で示されるように、制御要素（１００）は、第１マルチメディアコンテンツファイルのレンダリングを一時停止するために、および／または、停止するために、第２メディアレンダリングデバイス（１２２）と通信する。制御要素（１００）は、工程（９０５）で示されるように、第１デバイスキュー（１３１）の内部状態をアップデートし、および／または、第１マルチメディアコンテンツファイルのレンダリングが一時停止および／または停止したことを第１モバイルデバイス（１４１）に示す。
【０１７０】
工程（９０７）で示されるように、第１モバイルデバイス（１４１）は、第１メディアサーバ（１１１）上で利用可能なコンテンツに関する詳細な情報を決定するおよび／または得るためのリクエストを送信する。第１メディアサーバ（１１１）上で利用可能なコンテンツに関する詳細な情報を決定するおよび／または得るためのリクエストは、例えば、「ブラウズコンテンツ（ＢｒｏｗｓｅＣｏｎｔｅｎｔ）（Ｓ１）」であり、ここで、Ｓ１は第１メディアサーバ（１１１）を示す。そのリクエストは制御要素（１００）に送信される。工程（９０９）で示されるように、制御要素（１００）はブラウズリクエストを第１メディアサーバ（１１１）に送信する。制御要素（１００）から送信されたブラウズリクエストは、第１メディアサーバ（１１１）上で利用可能なコンテンツに関する詳細な情報を決定するおよび／または得るために、第１モバイルデバイス（１４１）のリクエストに応答する。
【０１７１】
工程（９１１）で示されるように、制御要素（１００）は、第１メディアサーバ（１１１）で利用可能なコンテンツに関する詳細な情報、例えば、利用可能なコンテンツおよび／またはコンテンツについて記載する関連のメタデータのリストなどを受け取る。制御要素（１００）は、第１メディアサーバ（１１１）からの第１メディアサーバ（１１１）上で利用可能なコンテンツに関する詳細な情報を受け取る。
【０１７２】
工程（９１５）で示されるように、制御要素（１００）は、利用可能なコンテンツおよび／またはコンテンツについて記載する関連のメタデータのリストを第１モバイルデバイス（１４１）に提供することによって、第１メディアサーバ（１１１）上で利用可能なコンテンツに関する詳細な情報を決定するおよび／または得るために、第１モバイルデバイス（１４１）のリクエストに応答する。
【０１７３】
工程（９１９）で示されるように、第１モバイルデバイス（１４１）は、第１デバイスキュー（１３１）に１以上のマルチメディアコンテンツファイルを加えるための、１以上のリクエストを送信する。第１モバイルデバイス（１４１）上のユーザ入力は、第１デバイスキュー（１３１）にマルチメディアコンテンツファイルを加えるためのリクエストの送信を促す。第１デバイスキュー（１３１）にマルチメディアコンテンツファイルを加えるためのリクエストは、制御要素（１００）に送信される。第１デバイスキュー（１３１）にマルチメディアコンテンツファイルを加えるためのリクエストは、例えば、「キューに加える（ＡｄｄｔｏＱｕｅｕｅ）（Ｑ１、コンテンツリスト（ＣｏｎｔｅｎｔＬｉｓｔ））」であり、ここで、Ｑ１は第１デバイスキュー（１３１）を示し、および／または、コンテンツリストは、第１デバイスキュー（１３１）に加えられる１以上のマルチメディアコンテンツファイルのリストを示す。第１デバイスキュー（１３１）に加えられるマルチメディアコンテンツファイルのリストは、第１メディアサーバ（１１１）上の対応するマルチメディアコンテンツファイルへの言及によって特定される。これを受けて、工程（９２１）で示されるように、制御要素（１００）は第１デバイスキュー（１３１）の内部状態をアップデートし、および／または、マルチメディアファイルが第１デバイスキュー（１３１）に成功裡に加えられたことを第１モバイルデバイス（１４１）に示す。図９Ａと９Ｂで描かれた特定の実施例において、第５のマルチメディアコンテンツファイルと第６のマルチメディアコンテンツファイルは、第１デバイスキュー（１３１）に既にある４つのマルチメディアコンテンツファイルに加えられた。
【０１７４】
工程（９２３）で示されるように、第１モバイルデバイス（１４１）は、第１デバイスキュー（１３１）に関連したメディアレンダリングデバイスを、第１メディアレンダリングデバイス（１２１）に変更させるためのリクエストを送信する。第１デバイスキュー（１３１）に関連付けられるメディアレンダリングデバイスを変更するためのリクエストは、例えば、「レンダラーを関連付ける（ＡｓｓｏｃｉａｔｅＲｅｎｄｅｒｅｒ）（Ｑ１、Ｒ１）」であり、ここで、Ｑ１は第１デバイスキュー（１３１）であり、Ｒ１は第１メディアレンダリングデバイス（１２１）を示す。第１モバイルデバイス（１４１）上のユーザ入力は、第１デバイスキュー（１３１）に関連付けられるメディアレンダリングデバイスを変更するためのリクエストの送信を促す。第１デバイスキュー（１３１）に関連付けられるメディアレンダリングデバイスを変更するためのリクエストが、制御要素（１００）に送信される。これを受けて、制御要素（１００）は、第１デバイスキュー（１３１）の第１メディアレンダリングデバイス（１２１）との関連性を反映するために、第１デバイスキュー（１３１）の内部状態をアップデートする。工程（９２５）で示されるように、制御要素（１００）は、第１デバイスキュー（１３１）が第１メディアレンダリングデバイス（１２１）に関係付けられることを、第１モバイルデバイス（１４１）に示す。
【０１７５】
工程（９２７）で示されるように、第１モバイルデバイス（１４１）は、新しく関連付けられる第１メディアレンダリングデバイス（１２１）によって、修正された第１デバイスキュー（１３１）のレンダリングを開始するためのリクエストを送信する。修正された第１デバイスキュー（１３１）のレンダリングを開始するためのリクエストは、例えば、「キューを再生する（ＰｌａｙＱｕｅｕｅ）（Ｑ１）」であり、ここで、Ｑ１は第１デバイスキュー（１３１）を示す。第１モバイルデバイス（１４１）上のユーザ入力は、新しく関連付けられる第１メディアレンダリングデバイス（１２１）によって、修正された第１デバイスキュー（１３１）のレンダリングを開始するためのリクエストの送信を促す。修正された第１デバイスキュー（１３１）のレンダリングを開始するためのリクエストは、レンダリングが以前に一時停止されたポイントから第１マルチメディアコンテンツファイルの継続的なレンダリングを導き、または、第１マルチメディアコンテンツファイルの始めからのレンダリングの開始を導く。
【０１７６】
これを受けて、制御要素（１００）は、第１デバイスキュー（１３１）にある第１マルチメディアコンテンツファイルのレンダリングを開始するために、第１メディアレンダリングデバイス（１２１）と通信する。工程（９２９）で示されるように、制御要素（１００）からのリクエストは、第１デバイスキュー（１３１）にある第１マルチメディアコンテンツファイルを同定するＵＲＩを、第１メディアレンダリングデバイス（１２１）に与える。ＵＲＩを与えるリクエストは、例えば、「ＡＶＴｒａｎｓｐｏｒｔＵＲＩ（Ｘ）を設定する（ＳｅｔＡＶＴｒａｎｓｐｏｒｔＵＲＩ（Ｘ））」であり、ここで、ＸはＵＲＩを示す。工程（９３１）で示されるように、制御要素（１００）からのリクエストは、第１デバイスキュー（１３１）にある第１マルチメディアコンテンツファイルのレンダリングを開始するために、第１メディアレンダリングデバイス（１２１）を導く。第１マルチメディアコンテンツファイルのレンダリングを開始するためのリクエストは、例えば、「再生する（Ｐｌａｙ）」である。第１デバイスキュー（１３１）にある第１マルチメディアコンテンツファイルに対応するＵＲＩを与えるリクエストと、レンダリングを開始するためのリクエストとの組合せに基づいて、第１レンダリングデバイス（１２１）は、第１マルチメディアコンテンツファイルをリクエストするために、第１メディアサーバ（１１１）に連絡する。
【０１７７】
制御要素（１００）は、第１デバイスキュー（１３１）の第１マルチメディアコンテンツファイルが、第１メディアレンダリングデバイス（１２１）上で現在レンダリングされているということを示すために、第１デバイスキュー（１３１）の内部状態をアップデートする。工程（９３３）で示されるように、制御要素（１００）は、第１デバイスキュー（１３１）の第１マルチメディアコンテンツファイルが、第１メディアレンダリングデバイス（１２１）上で現在レンダリングされているということを示す応答を、第１モバイルデバイス（１４１）に送信する。図９Ａと９Ｂで説明された通信と動作の結果として、第１メディアレンダリングデバイス（１２１）は、第１デバイスキュー（１３１）をレンダリングする。
【０１７８】
第１モバイルデバイス（１４１）の第１ユーザ（９１）は、レンダリングボリュームの調節をリクエストする。工程（９３５）で示されるように、第１モバイルデバイス（１４１）は、制御要素（１００）にボリューム調節リクエストを送信する。ボリューム調節リクエストは、例えば、「ボリュームを調節する（ＡｄｊｕｓｔＶｏｌｕｍｅ）（Ｒ１、Ｘ）」であり、ここで、Ｒ１は第１メディアレンダリングデバイス（１２１）を示し、および／または、Ｘは所望のレンダリングボリュームレベルを示す。その結果、制御要素（１００）は、レンダリングボリュームを、工程（９３７）で示される所望のレンダリングボリュームレベルに調節するために、第１メディアレンダリングデバイス（１２１）と通信する。工程（９４１）で示されるように、制御要素（１００）は、レンダリングボリュームが所望のレンダリングボリュームレベルに調節されたことを第１モバイルデバイス（１４１）に示す。
【０１７９】
図１０Ａと１０Ｂは、一般的に、制御要素（１００）からの第１モバイルデバイス（１４１）の一時的な切断を示す。図１０Ａと１０Ｂは、図９Ａと９Ｂの延長として扱われ、および／または、図９Ａと９Ｂの終わりの状態が、図１０Ａの開始時に繰り越される。したがって、第１メディアレンダリングデバイス（１２１）は、第１モバイルデバイス（１４１）を使用して、第１ユーザ（９１）によって修正されている第１デバイスキュー（１３１）をレンダリングする。
【０１８０】
工程（１００１）で示されるように、第１モバイルデバイス（１４１）は、第１デバイスキュー（１３１）にある第３マルチメディアコンテンツファイルに進むことによってレンダリングを制御するためのリクエストを、制御要素（１００）に送信する。第３マルチメディアコンテンツファイルに進むことによってレンダリングを制御するためのリクエストは、例えば、「キューを飛ばす（ＳｋｉｐＩｎＱｕｅｕｅ）（Ｑ１、３）」であり、ここで、Ｑ１は第１デバイスキュー（１３１）を示し、および／または、３は、第３マルチメディアコンテンツファイルを示す。第１モバイルデバイス（１４１）上のユーザ入力は、第１デバイスキュー（１３１）にある第３マルチメディアコンテンツファイルに進むことによってレンダリングを制御するためのリクエストの送信を促す。
【０１８１】
これを受けて、制御要素（１００）は、第１デバイスキュー（１３１）にある第３マルチメディアコンテンツファイルのレンダリングを開始するために、第１メディアレンダリングデバイス（１２１）と通信する。工程（１００３）で示されるように、制御要素（１００）からのリクエストは、第１デバイスキュー（１３１）にある第３マルチメディアコンテンツファイルを同定するＵＲＩを、第１メディアレンダリングデバイス（１２１）に与える。ＵＲＩを与えるリクエストは、例えば、「ＡＶＴｒａｎｓｐｏｒｔＵＲＩ（Ｘ）を設定する（ＳｅｔＡＶＴｒａｎｓｐｏｒｔＵＲＩ（Ｘ））」であり、ここで、ＸはＵＲＩを示す。工程（１００５）で示されるように、制御要素（１００）からのリクエストは、第１デバイスキュー（１３１）にある第３マルチメディアコンテンツファイルのレンダリングを開始するよう、第１メディアレンダリングデバイス（１２１）を導く。第３マルチメディアコンテンツファイルのレンダリングを開始するためのリクエストは、例えば、「再生（Ｐｌａｙ）」である。第１デバイスキュー（１３１）にある第３マルチメディアコンテンツファイルに対応するＵＲＩを提供するリクエストと、レンダリングを開始するためのリクエストとの組合せに基づいて、第１レンダリングデバイス（１２１）は、第１デバイスキュー（１３１）の第３マルチメディアコンテンツファイルをリクエストするために、第１メディアサーバ（１１１）に連絡する。
【０１８２】
制御要素（１００）は、第１デバイスキュー（１３１）にある第３マルチメディアコンテンツファイルが、第１メディアレンダリングデバイス（１２１）上で現在レンダリングされているということを示すために、第１デバイスキュー（１３１）の内部状態をアップデートする。工程（１００７）で示されるように、制御要素（１００）は、第１デバイスキュー（１３１）にある第３マルチメディアコンテンツファイルが、第１メディアレンダリングデバイス（１２１）上で現在レンダリングされているということを示す応答を、第１モバイルデバイス（１４１）に返す。
【０１８３】
工程（１００９）で示されるように、第１モバイルデバイス（１４１）は、制御要素（１００）から切断される。例えば、第１モバイルデバイス（１４１）は、電源「オフ（off）」にされ得るものであり、接続を維持するために十分なバッテリ電源を欠き得るものであり、第１モバイルデバイス（１４１）が制御要素（１００）と通信できる無線データ接続通信の範囲外の位置、および/または、第１モバイルデバイス（１４１）と制御要素（１００）間の通信を妨げる任意の接続中断の位置へと移動され得るものである。
【０１８４】
工程（１０１０）で示されるように、第１メディアレンダリングデバイス（１２１）によるレンダリングは、第１デバイスキュー（１３１）にある第３マルチメディアコンテンツファイルの終端に達する。工程（１０１１）で示されるように、第１メディアレンダリングデバイス（１２１）によるレンダリングが第１デバイスキュー（１３１）にある第３マルチメディアコンテンツファイルの終端に達したことを示すために、第１メディアレンダリングデバイス（１２１）は、制御要素（１００）にイベントメッセージを送信する。例えば、イベントメッセージは、「メディアが無いという状態情報を送信する（TransportState=NO_MEDIA_PRESENT）」である。制御要素（１００）は、第１メディアレンダリングデバイス（１２１）からイベントメッセージを受け取るために、第１メディアレンダリングデバイス（１２１）に対してサブスクリプションを事前に開始している。
【０１８５】
イベントメッセージに応じて、制御要素（１００）は、第１メディアレンダリングデバイス（１２１）に命じて、第１デバイスキュー（１３１）にある第４マルチメディアコンテンツファイルのレンダリングを開始する。工程（１０１３）で示されるように、制御要素（１００）からのリクエストは、第４マルチメディアコンテンツファイルを同定し得る、ＵＲＩを第１メディアレンダリングデバイス（１２１）に与える。例えば、ＵＲＩを与えるリクエストは、「ＡＶにＵＲＩを送信させる（Set AV Transport URI） (X)」でもよい。ここで、Ｘは、ＵＲＩを示す。工程（１０１５）で示されるように、制御要素（１００）からリクエストは、第１メディアレンダリングデバイス（１２１）を導いて、第１デバイスキュー（１３１）にある第４マルチメディアコンテンツファイルのレンダリングを開始する。例えば、第４マルチメディアコンテンツファイルのレンダリングを開始するリクエストは、「再生(Play)」でもよい。第１デバイスキュー（１３１）にある第４マルチメディアコンテンツファイルに対応するＵＲＩを与えるリクエストと、レンダリングを開始するリクエストとの組合せに基づいて、第１レンダリングデバイス（１２１）は、第１メディアサーバ（１１１）に連絡を取り、第１デバイスキュー（１３１）の第４マルチメディアコンテンツファイルをリクエストする。制御要素（１００）は、第１デバイスキュー（１３１）の内部状態を更新し、第１デバイスキュー（１３１）にある第４マルチメディアコンテンツファイルが第１メディアレンダリングデバイス（１２１）によって現在レンダリングされていることを示す。
【０１８６】
工程（１０１７）で示されるように、制御要素（１００）は、例えば「イベント（Event）-1」等のイベントメッセージを、生成および/または格納し得る。イベントメッセージは、第１モバイルデバイス（１４１）へとアドレス指定される。イベントメッセージは、第１デバイスキュー（１３１）にある、第３マルチメディアコンテンツファイルから第４マルチメディアコンテンツファイルへのキュー位置の変化を示す。イベントメッセージは、制御要素（１００）によって記憶され、その結果、イベントメッセージは、イベントメッセージ用の第１モバイルデバイス（１４１）からのリクエストの後に、第１モバイルデバイス（１４１）へと送信される。あるいは、イベントメッセージが生成された時、および/または、遅延の後に、イベントメッセージは、第１モバイルデバイス（１４１）に直接送信される。
【０１８７】
工程（１０１９）で示されるように、第１モバイルデバイス（１４１）は、制御要素（１００）に再接続する。例えば、第１モバイルデバイス（１４１）は、電源「オン(on)」にされ、接続を確立するのに十分なバッテリ電源を獲得し、および/または、第１モバイルデバイス（１４１）が制御要素（１００）と通信する無線データ接続の範囲内に位置するように、移動される。
【０１８８】
工程（１０２１）で示されるように、第１モバイルデバイス（１４１）は、例えば「状態情報を得る（GetStatelnfo） (X)」（ここで、Ｘはセッションを示す）等のリクエストを制御要素（１００）へと送信し、状態情報を修復し得る。工程（１０２３）で示されるように、制御要素（１００）は、第１モバイルデバイス（１４１）に状態情報を送信することによって、応答する。状態情報は、第１ユーザ（９１）、第１モバイルデバイス（１４１）、および/または、状態情報を回復するためのリクエストによって指定されたセッション、に関連する情報を有する。状態情報は、デバイスキューのリスト、事前にセットされているデフォルトおよび/または好みの設定のリスト、未決定の状態及び／又は訂正を待っている状態のイベントの表示、および/または、同種のもの、を有し得る。
【０１８９】
工程（１０２５）で示されるように、第１モバイルデバイス（１４１）は、リクエストを制御要素（１００）へと送信して、制御要素（１００）によって生成される、および/または、第１モバイルデバイス（１４１）へと送信されていない、イベントメッセージを得る。例えば、イベントメッセージを得るリクエストは、「イベント情報を得る（Get Event lnfo） (X)」（ここで、Ｘはセッションを示す）である。イベントメッセージは、第１ユーザ（９１）、第１モバイルデバイス（１４１）、及び／又は、イベントメッセージを得るためのリクエストによって指定されるセッション、に関連する。第１モバイルデバイス（１４１）は、第１メディアレンダリングデバイス（１２１）に関係する制御要素（１００）からのイベントメッセージを受け取るために、サブスクリプションを制御要素（１００）に対して事前に開始している。
【０１９０】
工程（１０２７）で示されるように、制御要素（１００）は、例えば「イベント（Event）-1」等のイベントメッセージを第１モバイルデバイス（１４１）へと送信することによって、応答する。それ故、第１モバイルデバイス（１４１）は、第１デバイスキュー（１３１）のレンダリングが第３マルチメディアコンテンツファイルから第４マルチメディアコンテンツファイルへと進んだことを示す指標を受けとる。
【０１９１】
図１１Ａと１１Ｂは、第２デバイスキュー（１３２）を生成し、および/または使用するため、第１モバイルデバイス（１４１）を利用する第１ユーザ（９１）を一般に示す。図１１Ａと１１Ｂは、図１ＯＡ、および１ＯＢの延長として扱われ、および/または、図１ＯＡおよび１ＯＢの終端の状態は、図１１Ａと１１Ｂの最初へと繰り越される。したがって、第１メディアレンダリングデバイス（１２１）は、第１モバイルデバイス（１４１）を使用する第１ユーザ（９１）によって、作成され、及び／又は、修正されている、第１デバイスキュー（１３１）をレンダリングする。
【０１９２】
工程（１１０１）で示されるように、追加のマルチメディアコンテンツファイルは、第１メディアサーバ（１１１）から利用可能になるものでもよい。追加のマルチメディアコンテンツファイルは、星記号によって表わされる。また、マルチメディアコンテンツファイルより先に存在することは円記号によって表わされる。工程（１１０３）で示されるように、第１メディアサーバ（１１１）は、制御要素（１００）にイベントメッセージを送信して、第１メディアサーバ（１１１）のコンテンツ階層中の、付加的なマルチメディアコンテンツファイルの存在を示し、及び／又は、追加のマルチメディアコンテンツファイルの位置を示させる。工程（１１０５）で示されるように、制御要素（１００）は、追加のマルチメディアコンテンツファイルの存在及び／又は位置を示すイベントメッセージを、生成し及び／又は記憶する。追加のマルチメディアコンテンツファイルの存在及び／又は位置を示すイベントメッセージは、例えば「イベント（Event）-2」であり、及び／又は、第１モバイルデバイス（１４１）にアドレス指定されるものである。
【０１９３】
制御要素（１００）は、第１メディアサーバ（１１１）からイベントメッセージを受け取るために、サブスクリプションを第１メディアサーバ（１１１）に事前に開始している。第１モバイルデバイス（１４１）は、第１メディアサーバ（１１１）に関係する制御要素（１００）からのイベントメッセージを受け取るために、サブスクリプションを制御要素（１００）に事前に開始している。第１メディアサーバ（１１１）への制御要素（１００）のサブスクリプション、及び／又は、制御要素（１００）への第１モバイルデバイス（１４１）のサブスクリプションは、第１モバイルデバイス（１４１）に追加のマルチメディアコンテンツファイルの存在及び／又は位置を示すイベントメッセージを受け取らせるものでもよい。
【０１９４】
工程（１１０７）で示されるように、第１モバイルデバイス（１４１）は、例えば「キューの生成（Create Queue）」等のリクエストを制御要素（１００）に送信し、新規デバイスキュー（１３２）を作成する。第１モバイルデバイス（１４１）でのユーザ入力は、新規デバイスキュー（１３２）を生成するリクエストの送信を促すものでもよい。これを受けて、工程（１１０９）で示されるように、制御要素（１００）は、新規デバイスキュー（１３２）を生成し、及び／又は、例えば「Q2」等のキュー識別子を第１モバイルデバイス（１４１）へと返すものでもよい。キュー識別子は、後のコマンド中で第２デバイスキュー（１３２）を参照するために、第１モバイルデバイス（１４１）によって使用される。
【０１９５】
工程（１１１１）で示されるように、第１モバイルデバイス（１４１）は、リクエストを制御要素（１００）に送信し、制御要素（１００）によって生成される、及び／又は、第１モバイルデバイス（１４１）に送信される、イベントメッセージを得る。例えば、イベントメッセージを得るためのリクエストは、「イベント情報を得る（Get Event lnfo） (X)」（ここで、Ｘは、セッションを示す）である。第１モバイルデバイス（１４１）は、第１メディアサーバ（１１１）に関係する制御要素（１００）からイベントメッセージを受け取るため、サブスクリプションを制御要素（１００）に事前に開始している。
【０１９６】
工程（１１１３）で示されるように、制御要素（１００）は、例えば「イベント（Event）-2」等のイベントメッセージを第１モバイルデバイス（１４１）へと送信することによって応答する。それ故、第１モバイルデバイス（１４１）は、第１メディアサーバ（１１１）から利用可能な追加のマルチメディアコンテンツファイルの存在及び／又は位置の指標を受け取る。工程（１１１５）で示されるように、第１モバイルデバイス（１４１）は、第１ユーザ（９１）に、第１メディアサーバ（１１１）から利用可能な追加のマルチメディアコンテンツファイルの存在について知らせる。
【０１９７】
工程（１１１７）で示されるように、第１モバイルデバイス（１４１）は、第１メディアサーバ（１１１）で利用可能なコンテンツに関する詳細情報を、決定し、及び／又は、得るリクエストを送信する。第１メディアサーバ（１１１）で利用可能なコンテンツに関する詳細情報を、決定し、及び／又は、得るためのリクエストは、例えば「コンテンツをブラウズする（Browse Content） (Sl)」（ここで、Ｓｌは、第１メディアサーバ（１１１）を示す）である。そのリクエストは、制御要素（１００）に送信される。工程（１１１９）で示されるように、制御要素（１００）は、ブラウザリクエストを第１メディアサーバ（１１１）へと送信する。制御要素（１００）から送信されたブラウザリクエストは、第１メディアサーバ（１１１）で利用可能なコンテンツに関する詳細情報を、決定および/または得るための第１モバイルデバイス（１４１）のリクエストに相当する。
【０１９８】
工程（１１２１）で示されるように、制御要素（１００）は、例えば、利用可能なコンテンツ及び／又はコンテンツを記述している関連のメタデータのリスト等の、第１メディアサーバ（１１１）で利用可能なコンテンツに関する詳細情報を受け取る。利用可能なコンテンツのリストは、追加のマルチメディアコンテンツファイルを含む。制御要素（１００）は、第１メディアサーバ（１１１）から第１メディアサーバ（１１１）で利用可能なコンテンツに関する詳細情報を受け取る。
【０１９９】
工程（１１２３）で示されるように、制御要素（１００）は、利用可能なコンテンツ及び／又はコンテンツを記載している関連するメタデータのリストを第１モバイルデバイス（１４１）に与えることによって、第１メディアサーバ（１１１）で利用可能なコンテンツに関する詳細情報を、決定及び／又は得るための、第１モバイルデバイス（１４１）のリクエストに応える。利用可能なコンテンツのリストは、追加のマルチメディアコンテンツファイルを含む。
【０２００】
工程（１１２５）で示されるように、第１モバイルデバイス（１４１）は、１以上のマルチメディアコンテンツファイルを第２デバイスキュー（１３２）へと加える、１以上のリクエストを送信する。第２デバイスキュー（１３２）にマルチメディアコンテンツファイルを加えるリクエストは、制御要素（１００）へと送信される。マルチメディアコンテンツファイルを第２デバイスキュー（１３２）に加えるリクエストは、例えば「キューに加える（Add To Queue） (Q2, ContentList )」（ここで、Ｑ２は、第２デバイスキュー（１３２）を示し、及び／又は、コンテンツリストは、第２デバイスキュー（１３２）に加えられる、マルチメディアコンテンツファイルのリストを示す）ものである。マルチメディアコンテンツファイルは、第１メディアサーバ（１１１）の対応するマルチメディアコンテンツファイルを参照することによって特定される。第１モバイルデバイス（１４１）でのユーザ入力は、マルチメディアコンテンツファイルを第２デバイスキュー（１３２）に加えるリクエストの送信を促す。これを受けて、工程（１１２７）で示されるように、制御要素（１００）は、第２デバイスキュー（１３２）の内部状態を更新し、及び／又は、マルチメディアファイルが第２デバイスキュー（１３２）に成功裏に加えられたことを第１モバイルデバイス（１４１）に示す。図１１Ａおよび１１Ｂに描かれた特定の実施例では、４つのマルチメディアコンテンツファイルが第２デバイスキュー（１３２）に加えられ；第１マルチメディアコンテンツファイル、第３マルチメディアコンテンツファイル及び／又は第４マルチメディアコンテンツファイルは、第１メディアサーバ（１１１）から新しく利用可能と成る追加のマルチメディアコンテンツファイルであり；及び／又は、第２マルチメディアコンテンツファイルは、第１メディアサーバ（１１１）から既に利用可能になっている、先に存在するコンテンツファイルである。それ故、第１メディアサーバ（１１１）からの、先に存在するマルチメディアコンテンツファイルおよび新しく利用可能なコンテンツファイルの組合せは、第２デバイスキュー（１３２）へと加えられる。
【０２０１】
工程（１１２９）で示されるように、第１モバイルデバイス（１４１）は、例えば、「レンダリングデバイスに関係つける（Associate Renderer） (Q2, R2)」（ここで、Ｑ２は、第２デバイスキュー（１３２）を示し、及び／又は、Ｒ２は、第２メディアレンダリングデバイス（１２２）を示す）等のリクエストを制御要素（１００）に送信することによって、第２デバイスキュー（１３２）を、第２メディアレンダリングデバイス（１２２）に関連付ける。第１モバイルデバイス（１４１）でのユーザ入力は、第２デバイスキュー（１３２）を、第２メディアレンダリングデバイス（１２２）に関連付けるリクエストの送信を促す。これを受けて、工程（１１３１）で示されるように、制御要素（１００）は、第２デバイスキュー（１３２）の内部状態を更新し、及び／又は、第２デバイスキュー（１３２）が第２メディアレンダリングデバイス（１２２）に関係付けられたことを第１モバイルデバイス（１４１）に示す。
【０２０２】
工程（１１３２）で示されるように、第１モバイルデバイス（１４１）は、例えば「キューを再生する（PlayQueue） (Q2 )」（ここで、Ｑ２は、第２デバイスキュー（１３２）を示す）等のリクエストを制御要素（１００）に送信することによって、第２デバイスキュー（１３２）のレンダリングを開始する。第１モバイルデバイス（１４１）でのユーザ入力は、第２デバイスキュー（１３２）のレンダリングを開始するリクエストの送信を促す。これを受けて、制御要素（１００）は、第２メディアレンダリングデバイス（１２２）を導くことによって、第２デバイスキュー（１３２）から第１マルチメディアコンテンツファイルのレンダリングを開始させる。工程（１１３３）で示されるように、制御要素（１００）からのリクエストは、第２デバイスキュー（１３２）にある第１マルチメディアコンテンツファイルを同定し得るＵＲＩを、第２メディアレンダリングデバイス（１２２）に与える。ＵＲＩを与えリクエストは、例えば、「ＡＶにＵＲＩを送信させる（Set AV Transport URI） (X)」（ここで、Ｘは、ＵＲＩを示す）である。工程（１１３５）で示されるように、制御要素（１００）からのリクエストは、第２メディアレンダリングデバイス（１２２）を導くことによって、第２デバイスキュー（１３２）にある第１マルチメディアコンテンツファイルのレンダリングを開始させる。第１マルチメディアコンテンツファイルのレンダリングを開始するリクエストは、例えば、「再生(Play)」でもい。第２デバイスキュー（１３２）にある第１マルチメディアコンテンツファイルに対応するＵＲＩを与え得るリクエストと、レンダリングを開始するリクエストとの組合せに基づいて、第２レンダリングデバイス（１２２）は、第１メディアサーバ（１１１）と連絡をとり、第２デバイスキュー（１３２）の第１マルチメディアコンテンツファイルをリクエストする。
【０２０３】
制御要素（１００）は、第２デバイスキュー（１３２）の内部状態を更新して、第２デバイスキュー（１３２）の第１マルチメディアコンテンツファイルが第２メディアレンダリングデバイス（１２２）上で現在レンダリングされていることを示す。工程（１１３７）で示されるように、制御要素（１００）は、第２デバイスキュー（１３２）のレンダリングを開始する、第１モバイルデバイス（１４１）からのリクエストが成功したことを示す応答を、第１モバイルデバイス（１４１）に送信する。図１１Ａおよび１１Ｂで述べられた通信と動作の結果、第２メディアレンダリングデバイス（１２２）は、第２デバイスキュー（１３２）をレンダリングする。
【０２０４】
図１２Ａおよび１２Ｂは、第２モバイルデバイス（１４２）を利用して、第１デバイスキュー（１３１）を制御する第２ユーザ（９２）を一般的に示す。図１２Ａおよび１２Ｂは、図１１Ａおよび１２Ａの延長として扱われ、及び／又は、図１１Ａと１１Ｂの終端部の状態は、図１２Ａおよび１２Ｂの開始時に繰り越される。したがって、第１メディアレンダリングデバイス（１２１）は、第１モバイルデバイス（１４１）を使用して、第１ユーザ（９１）によって作成され、及び／又は、修正された第１デバイスキュー（１３１）をレンダリングする。第２メディアレンダリングデバイス（１２２）は、第１モバイルデバイス（１４１）を使用して、第１ユーザ（９１）によって作成された第２デバイスキュー（１３２）をレンダリングする。
【０２０５】
第２モバイルデバイス（１４２）は、適切なデータ接続及び／又は適切な制御インターフェースを使用して、制御要素（１００）に接続される。第２モバイルデバイス（１４２）を制御要素（１００）に接続する制御インターフェースは、第１モバイルデバイス（１４１）を制御要素（１００）に接続する制御インターフェースと同じである。あるいは、第２モバイルデバイス（１４２）を制御要素（１００）に接続する制御インターフェースは、第１モバイルデバイス（１４１）を制御要素（１００）に接続する制御インターフェースと異なる。モバイルデバイスを制御要素（１００）に接続する制御インターフェース及び／又はデータ接続は、モバイルデバイスの接続能力及び／又は制御要素（１００）の接続能力によって異なってもよい。
【０２０６】
工程（１２０１）で示されるように、第２モバイルデバイス（１４２）は、制御要素（１００）に、利用可能なデバイスキューのリストを得るリクエストを送信する。利用可能なデバイスキューのリストを得るリクエストは、例えば、「キューを得る（GetQueues）」である。これを受けて、工程（１２０３）で示されるように、制御要素（１００）は、利用可能なデバイスキューのリストを返してくる。図１２Ａおよび１２Ｂで描かれた特定の実施例では、利用可能なデバイスキューのリストは、第１デバイスキュー（１３１）及び／又は第２デバイスキュー（１３２）を有する。
【０２０７】
工程（１２０５）で示されるように、第２モバイルデバイス（１４２）は、第１デバイスキュー（１３１）の状態に関する詳細情報を得るリクエストを送信する。第１デバイスキュー（１３１）の状態に関する詳細情報を得るリクエストは、例えば「キューの情報を得る（GetQueuelnfo） (Ql)」（ここで、Ｑｌは第１デバイスキュー（１３１）を示す）である。これを受けて、工程（１２０７）で示されるように、制御要素（１００）は、第１デバイスキュー（１３１）の状態に関する詳細情報を返してくる。
【０２０８】
工程（１２０９）で示されるように、第２モバイルデバイス（１４２）は、制御要素（１００）に対して、第１デバイスキュー（１３１）に対するアクセスをロックするリクエストを送信する。第１デバイスキュー（１３１）に対するアクセスをロックするリクエストは、例えば「キューをロックする（LockQueue） (Ql)」（ここで、Ｑｌは第１デバイスキュー（１３１）を示す）である。第２モバイルデバイス（１４２）でのユーザ入力は、第１デバイスキュー（１３１）に対するアクセスをロックするリクエストの送信を促す。第１デバイスキュー（１３１）に対するアクセスのロックは、第２モバイルデバイス（１４２）、第２ユーザ（９２）、及び／又は、第１デバイスキュー（１３１）に対するアクセスをロックするリクエストによって特定される特定のセッションに、関連付けられる。図１２Ａおよび１２Ｂで描かれた特定の実施例において、第１デバイスキュー（１３１）に対するアクセスのロックは、第２モバイルデバイス（１４２）に関連付けられる。
【０２０９】
制御要素（１００）は、第１デバイスキュー（１３１）の内部状態を更新し、第２モバイルデバイス（１４２）に関連付けられる第１デバイスキュー（１３１）に対するアクセスのロックを示す。工程（１２１３）で示されるように、制御要素（１００）は、第２モバイルデバイス（１４２）へ、第１デバイスキュー（１３１）に対するアクセスをロックするリクエストが与えられたことを第２モバイルデバイス（１４２）に示す。
【０２１０】
制御要素（１００）は、また、第２モバイルデバイス（１４２）にキーを送信する。第２モバイルデバイス（１４２）は、第２モバイルデバイス（１４２）に関連付けられる第１デバイスキュー（１３１）に対するアクセスのロック除去をリクエストするために、キーを使用する。
【０２１１】
工程（１２１５）で示さるように、第１モバイルデバイス（１４１）は、制御要素（１００）にリクエストを送信し、第１デバイスキュー（１３１）から第５のマルチメディアコンテンツファイルを取り除く。リクエストは、例えば「キューから取り消す（RemoveFromQueue） (Ql, 5)」（ここで、Ｑｌは、第１デバイスキュー（１３１）を示し、及び／又は、数字の５は、第５のマルチメディアコンテンツファイルを示す）ものである。第１モバイルデバイス（１４１）でのユーザ入力は、第１デバイスキュー（１３１）から第５のマルチメディアコンテンツファイルを取り除くリクエストの送信を促すものでもよい。工程（１２１７）で示されるように、制御要素（１００）は、第１デバイスキュー（１３１）から第５のマルチメディアコンテンツファイルを取り除くリクエストを拒否する。制御要素（１００）は、リクエストの拒否を示す第１モバイルデバイス（１４１）への応答を送信する。メッセージは、第２モバイルデバイス（１４２）に関係する、例えば、第１デバイスキュー（１３１）に対するアクセスのロック等のリクエストの拒否理由を示す。制御要素（１００）は、応答中に追加情報を示す。例えば、応答は、第２モバイルデバイス（１４２）及び／又は第２ユーザ（９２）が、第２モバイルデバイス（１４２）に関係する、第１デバイスキュー（１３１）に対するアクセスのロックをリクエストしたことを示す。
【０２１２】
工程（１２１９）で示されるように、第２モバイルデバイス（１４１）は、制御要素（１００）にリクエストを送信し、第１デバイスキュー（１３１）から、第５のマルチメディアコンテンツファイル及び／又は第６のマルチメディアコンテンツファイルを取り消すことができる。例えば、リクエストは、「キューから取り消す（RemoveFromQueue） (Ql, [5, 6] )」（ここで、Ｑｌは第１デバイスキュー（１３１）を示し、５は第５のマルチメディアコンテンツファイルを示し、及び／又は、６は第６のマルチメディアコンテンツファイルを示す）である。第２モバイルデバイス（１４２）でのユーザ入力は、第１デバイスキュー（１３１）から、第５のマルチメディアコンテンツファイル及び／又は第６のマルチメディアコンテンツファイルを取り消すリクエストの送信を促すものでもよい。これを受けて、工程（１２２１）で示されるように、制御要素（１００）は、第１デバイスキュー（１３１）から、第５のマルチメディアコンテンツファイル及び／又は第６のマルチメディアコンテンツファイルを取消し、及び／又は、制御要素（１００）は、第１デバイスキュー（１３１）から、第５のマルチメディアコンテンツファイル及び／又は第６のマルチメディアコンテンツファイルを取り消したことを、第２モバイルデバイス（１４２）に示す。制御要素（１００）は、それに応じて、第１デバイスキュー（１３１）の内部状態を更新する。
【０２１３】
工程（１２２３）で示されるように、第２モバイルデバイス（１４２）は、第１メディアレンダリングデバイス（１２１）によるレンダリングを、第１デバイスキュー（１３１）にある第１マルチメディアコンテンツファイルに進めることによって制御するためのリクエストを、制御要素（１００）に送信する。第１マルチメディアコンテンツファイルに進めることによって、第１メディアレンダリングデバイス（１２１）によるレンダリングを制御するリクエストは、例えば「キュー内でスキップする（SkipInQueue） (Ql, 1)」（ここで、Ｑｌは第１デバイスキュー（１３１）を示し、及び／又は、数字の１は第１マルチメディアコンテンツファイルを示す）である。第２モバイルデバイス（１４２）でのユーザ入力は、第１メディアレンダリングデバイス（１２１）によるレンダリングを、第１デバイスキュー（１３１）にある第１マルチメディアコンテンツファイルに進めることによって制御するリクエストの送信を促す。
【０２１４】
その結果、制御要素（１００）は、第１メディアレンダリングデバイス（１２１）と通信し、第１デバイスキュー（１３１）にある第１マルチメディアコンテンツファイルのレンダリングを開始する。工程（１２２５）で示されるように、制御要素（１００）からのリクエストは、第１デバイスキュー（１３１）にある第１マルチメディアコンテンツファイルを同定するＵＲＩを第１メディアレンダリングデバイス（１２１）に与える。ＵＲＩを与えるリクエストは、例えば「ＡＶにＵＲＩを送信させる（Set AV Transport URI） (X) 」（ここで、ＸはＵＲＩを示す）である。工程（１２２７）で示されるように、制御要素（１００）からのリクエストは、第１メディアレンダリングデバイス（１２１）を導くことによって、第１デバイスキュー（１３１）にある第１マルチメディアコンテンツファイルのレンダリングを開始する。第１マルチメディアコンテンツファイルのレンダリングを開始するリクエストは、例えば「プレイ(Play)」である。第１デバイスキュー（１３１）にある第１マルチメディアコンテンツファイルに対応するＵＲＩを与えるリクエストと、レンダリングを開始するリクエストとの組合せに基づいて、第１レンダリングデバイス（１２１）は、第１メディアサーバ（１１１）と連絡をとり、第１デバイスキュー（１３１）の第１マルチメディアコンテンツファイルをリクエストする。
【０２１５】
制御要素（１００）は、第１デバイスキュー（１３１）の内部状態を更新し、第１デバイスキュー（１３１）にある第１マルチメディアコンテンツファイルが、第１メディアレンダリングデバイス（１２１）上で現在レンダリングされていることを示す。工程（１２２９）で示されるように、制御要素（１００）は、第１デバイスキュー（１３１）にある第１マルチメディアコンテンツファイルが第１メディアレンダリングデバイス（１２１）上で現在レンダリングされていることを示す応答を、第２モバイルデバイス（１４２）に返す。
【０２１６】
工程（１２３１）で示されるように、第２モバイルデバイス（１４２）は、制御要素（１００）にリクエストを送信することによって、第２モバイルデバイス（１４２）に関連する第１デバイスキュー（１３１）に対するアクセスのロックを取り消す。第２モバイルデバイス（１４２）でのユーザ入力は、アクセスのロックを取り消すリクエストの送信を促すものでもよい。アクセスのロックを取り消すリクエストは、例えば「キューのロックを取り消す（UnlockQueue） (Ql)」（ここで、Ｑｌは第１デバイスキュー（１３１）を示す）である。キーが制御要素（１００）によって第２モバイルデバイス（１４２）へと与えられた場合、第２モバイルデバイス（１４２）は、アクセスのロックを取り消すリクエスト内にキーを与える。あるいは、制御要素（１００）は、アクセスのロックを取り消すリクエストが第１デバイスキュー（１３１）に対するアクセスのロックをリクエストしたモバイルデバイス及び／又はユーザから送信されたことの検証に基づいてアクセスのロックを取り消すリクエストを承諾する。図１２Ａおよび１２Ｂで描かれた特定の実施例では、制御要素（１００）は、アクセスのロックを取り消すリクエストが第２モバイルデバイス（１４２）及び／又は第２ユーザ（９２）から送信されたという検証に基づいてアクセスのロックを取り消すリクエストを承諾する。
【０２１７】
制御要素（１００）は、工程（１２３３）で示されたように、第２モバイルデバイス（１４２）に関与する第１デバイスキュー（１３１）に対するアクセスのロックを取り消す。制御要素（１００）は、それに応じて、第１デバイスキュー（１３１）の内部状態を更新する。工程（１２３５）で示されるように、制御要素（１００）は、第２モバイルデバイス（１４２）に関連する第１デバイスキュー（１３１）に対するアクセスのロックが取り消されたことを、第２モバイルデバイス（１４２）に示す。図１２Ａおよび１２Ｂで述べられた通信と動作の結果、第１メディアレンダリングデバイス（１２１）は、第１デバイスキュー（１３１）をレンダリングし、及び／又は、第２メディアレンダリングデバイス（１２２）は、第２デバイスキュー（１３２）をレンダリングする。本明細書に記載されている好ましい実施形態に対する、様々な変更および修正は、当業者に明らかになることが理解される。そのような変更および修正は、本発明の精神および範囲から外れず、その付随する利点を減じることなく行なわれ得る。そのような変更および修飾は、添付の請求の範囲によって包含されることが、意図されている。
【図１】
2012505467.tif 000003
【図２】
2012505467.tif 000004
【図３】
2012505467.tif 000005
【図４】
2012505467.tif 000006
【図５】
2012505467.tif 000007
【図６】
2012505467.tif 000008
【図７】
2012505467.tif 000009
【図８Ａ】
2012505467.tif 000010
【図８Ｂ】
2012505467.tif 000011
【図９Ａ】
2012505467.tif 000012
【図９Ｂ】
2012505467.tif 000013
【図１０Ａ】
2012505467.tif 000014
【図１０Ｂ】
2012505467.tif 000015
【図１１Ａ】
2012505467.tif 000016
【図１１Ｂ】
2012505467.tif 000017
【図１２Ａ】
2012505467.tif 000018
【図１２Ｂ】
2012505467.tif 000019
【国際調査報告】
2012505467.tif 000020