(57)【特許請求の範囲】
【請求項１】
メディア・サーバーおよびメディア・レンダラーを備えるローカル・エリア・ネットワークにおいてメディア・リソース・プレイリストを処理する方法であって、
前記メディア・サーバーの状態が変化したと判定した場合、記憶されたプレイリストと記憶されたプレイリスト要素テーブルとを更新し、
前記更新されたプレイリストを前記メディア・レンダラーに送信し、
前記メディア・レンダラー上の前記プレイリストを問い合わせ、
前記メディア・レンダラー上の探索されたプレイリストに応じて再生要求を前記メディア・レンダラーに送信し、前記再生要求が、前記メディア・レンダラーがプレイリスト識別子および前記メディア・リソース識別子の少なくとも一方に応じて前記メディア・リソースを再生するように、前記プレイリスト識別子および前記メディア・リソース識別子を搬送すること、
を含み、
前記プレイリストがメディア・リソースのユニフォーム・リソース・ロケータおよび前記メディア・リソースのファイル名のうちの少なくとも１つを含み、前記プレイリスト要素テーブルが、メディア・リソース識別子、メディア・サーバー識別子、前記メディア・サーバーのインターネット・プロトコル・アドレス、および、前記メディア・リソースのユニフォーム・リソース・ロケータのうちの少なくとも１つを含み、
前記メディア・サーバーの状態が変化したと判定した場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新することは、
前記メディア・サーバーがオフラインであると判定した場合、前記記憶されたプレイリストおよび前記記憶されたプレイリスト要素テーブルを更新することを含み、
前記メディア・サーバーがオフラインであると判定した場合、前記記憶されたプレイリストおよび前記記憶されたプレイリスト要素テーブルを更新することは、
前記メディア・サーバーがオフラインであることを指示するメッセージが受信されるか、または、前記メディア・サーバーによって送信されるオンライン・アナウンスメント・メッセージがプリセット時間内に受信されない場合、前記メディア・サーバーがオフラインであると判定し、前記記憶されたプレイリスト中の前記メディア・サーバーに対応する前記レコードを利用不可能としてマークすることを含む、
方法。
【請求項２】
前記メディア・サーバーの状態が変化したと判定した場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新する前に、
前記メディア・サーバーからメディア・リソース情報を取得し、
前記メディア・リソース情報に応じてプレイリストおよびプレイリスト要素テーブルを生成し、前記プレイリストと前記プレイリスト要素テーブルとを記憶し、
前記生成したプレイリストを前記メディア・レンダラーに送信すること、
をさらに含む、請求項１に記載の方法。
【請求項３】
ローカル・エリア・ネットワーク内のメディア・サーバーの状態が変化したと判定した場合、記憶されたプレイリストと記憶されたプレイリスト要素テーブルとを更新するように構成される更新ユニットと、
前記プレイリストが更新された場合、前記更新されたプレイリストを前記ローカル・エリア・ネットワーク内のメディア・レンダラーに送信するように構成される送信ユニットと、
前記メディア・レンダラー上の前記プレイリストを問い合わせるように構成されるリスト問い合わせユニットと、
前記メディア・レンダラー上の見つけられた前記プレイリストに応じて、再生要求を前記メディア・レンダラーに送信するように構成される再生要求ユニットであって、前記再生要求が、前記メディア・レンダラーがプレイリスト識別子および前記メディア・リソース識別子に応じて前記メディア・リソースを再生するように、前記プレイリスト識別子および前記メディア・リソース識別子を搬送する、再生要求ユニットと、
を備え、
前記プレイリストが、メディア・リソースのユニフォーム・リソース・ロケータおよび前記メディア・リソースのファイル名のうちの少なくとも１つを含み、前記プレイリスト要素テーブルが、メディア・リソース識別子、メディア・サーバー識別子、前記メディア・サーバーのインターネット・プロトコル・アドレス、および、前記メディア・リソースのユニフォーム・リソース・ロケータのうちの少なくとも１つを含み、
前記更新ユニットは、
前記メディア・サーバーがオフラインであると判定した場合、前記記憶されたプレイリストおよび前記記憶されたプレイリスト要素テーブルを更新するように構成される第２の更新サブユニットを備え、
前記第２の更新サブユニットは、前記メディア・サーバーがオフラインであることを指示するメッセージが受信されるか、または、前記メディア・サーバーによって送信されるオンライン・アナウンスメント・メッセージがプリセット時間内に受信されない場合、前記メディア・サーバーがオフラインであると判定し、前記記憶されたプレイリスト中の前記メディア・サーバーに対応する前記レコードを利用不可能としてマークするように構成される、
プレイリスト処理装置。
【請求項４】
前記ローカル・エリア・ネットワーク内の前記メディア・サーバーからメディア・リソース情報を取得するように構成される取得ユニットと、
前記メディア・リソース情報に応じてプレイリストおよびプレイリスト要素テーブルを生成し、前記プレイリストと前記プレイリスト要素テーブルを記憶するように構成される生成ユニットと、
をさらに備え、
前記送信ユニットが、前記生成したプレイリストを前記ローカル・エリア・ネットワーク内の前記メディア・レンダラーに送信するようにさらに構成される、請求項３に記載のプレイリスト処理装置。
【請求項５】
コンピュータに請求項１〜２のいずれか１項に記載の方法を実施させるプログラムを記憶した、コンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信技術の分野に関し、具体的には、ローカル・エリア・ネットワークにおいてメディア・リソース・プレイリストを処理する方法、装置、およびシステムに関する。
【背景技術】
【０００２】
電子デジタル技術の進展と、コンシューマエレクトロニクスのデジタル化とに伴って、より一層多くのデジタル電子機器、たとえば、携帯電話またはカメラのようなデジタル化された娯楽機器や、パーソナルコンピュータまたはデジタル・テレビジョン・セットのような家電製品が家庭に現われている。コンテンツ共有化または相互制御することができるローカル・エリア・ネットワーク、たとえばホーム・ネットワークを構成するために、有線または無線モードにおいてデジタル電子機器を接続する方法は、業界が考え、実現しようとしている概念である。ホーム・ネットワークを構成するデジタル電子機器は、ホーム・ネットワーク機器と呼ばれる。
【０００３】
様々なタイプのホーム・ネットワーク機器の相互作用および制御を実現し易くするために、ユニバーサル・プラグ・アンド・プレイ（ＵＰｎＰ、Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ）技術が従来技術において提案されている。ＵＰｎＰは、様々なデジタル電子機器のグローバルなピア・ツー・ピア（Ｐ２Ｐ、Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ）ネットワーク接続性のためのアーキテクチャである。ＵＰｎＰシステムでは、ユーザは、ホーム・ネットワーク内のコントロール・ポイント（ＣＰ、Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ）機器を介してホーム・ネットワーク機器を制御する。ＵＰｎＰプロトコルを介し、ＵＰｎＰ技術をサポートするホーム・ネットワーク機器（以下、ＵＰｎＰ機器と称する）の関連する制御コマンド（アクション）を呼び出すことによって、コントロール・ポイント機器は、ホーム・ネットワーク内のＵＰｎＰ機器の状態情報を読み取り、対応する動作を実行するためにＵＰｎＰ機器を制御する。
【０００４】
複数のＵＰｎＰ機器がホーム・ネットワーク内のメディアを共有するシナリオを実施するために、ＵＰｎＰは、オーディオおよびビデオ（ＡＶ、Ａｕｄｉｏ  ａｎｄ  Ｖｉｄｅｏ）規格を規定する。ＡＶ規格には、３台の装置、即ち、メディア・サーバー（ＭＳ、Ｍｅｄｉａ  Ｓｅｒｖｅｒ）と、メディア再生機器（ＭＲ、Ｍｅｄｉａ  Ｒｅｎｄｅｒｅｒ）と、メディア・コントロール・ポイント（ＡＶ  ＣＰ、オーディオ・ビデオ・コントロール・ポイント）が規定されている。メディア・サーバーは、メディアを記憶する機器である。メディア・レンダラーは、メディアを再生する機器である。ＡＶ  ＣＰは、これら２台の機器を制御する装置である。ＡＶ  ＣＰを介して、メディア・サーバーのメディア・リソースが閲覧されることができ、メディア・サーバーのメディアが再生されることができることで、メディア・レンダラーがメディア・サーバー内のコンテンツを再生することは可能となる。たとえば、図１ａに示されるように、ユーザが携帯電話またはデジタルカメラ（すなわち、メディア・サーバー）に記憶されたプライベートビデオをデジタル・テレビジョン・セット（すなわち、メディア・レンダラー）で観ることを望む場合、ＡＶ  ＣＰは、携帯電話またはデジタルカメラからプライベートビデオのコンテンツ情報を取得し、その後、プレイリスト（Ｐｌａｙｌｉｓｔ）を生成し、プレイリストを記憶するためデジタル・テレビジョン・セットに送信するので、デジタル・テレビジョン・セットは、プレイリストに応じてメディアリソース（すなわち、ビデオ）を取得し、再生する。
【０００５】
従来技術の研究および実施において、本発明の発明者は、ＡＶ  ＣＰ又はメディア・サーバーによって生成され、メディア・レンダラーへ送信されたプレイリストが一時的であり、プレイリストと関連付けられたコンテンツを記憶するメディア・サーバーがオフラインであるか、インターネット・プロトコル（ＩＰ、Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレスが変化するか、または、コンテンツ自体が変化した場合、プレイリストは、部分的または完全に無効となり、このことがユーザの使用感に非常に影響することを見出した。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明の実施形態は、連続的に有効なプレイリストが提供されることでユーザの使用感を向上させるように、ローカル・エリア・ネットワークにおいてメディア・リソース・プレイリストを処理する方法、装置、およびシステムを提供する。
【課題を解決するための手段】
【０００７】
メディア・サーバーおよびメディア・レンダラーを含むローカル・エリア・ネットワークにおいてメディア・リソース・プレイリストを処理する方法は、
メディア・サーバーの状態が変化したと判定した場合、メディア・リソースのユニフォーム・リソース・ロケータおよびメディア・リソースのファイル名を含む記憶されたプレイリストと、メディア・リソース識別子、メディア・サーバー識別子、メディア・サーバーのＩＰアドレス、および、メディア・リソースのユニフォーム・リソース・ロケータのうちの少なくとも１つを含む記憶されたプレイリスト要素テーブルと、を更新し、
更新されたプレイリストをメディア・レンダラーに送信すること、
を含む。
【０００８】
プレイリスト処理装置は、
ローカル・エリア・ネットワーク内のメディア・サーバーの状態が変化したと判定した場合、メディア・リソースのユニフォーム・リソース・ロケータおよびメディア・リソースのファイル名を含む記憶されたプレイリストと、メディア・リソース識別子、メディア・サーバー識別子、メディア・サーバーのインターネット・プロトコル・アドレス、および、メディア・リソースのユニフォーム・リソース・ロケータのうちの少なくとも１つを含む記憶されたプレイリスト要素テーブルと、を更新するように構成される更新ユニットと、
生成したプレイリストをローカル・エリア・ネットワーク内のメディア・レンダラーに送信し、プレイリストが更新された場合、更新されたプレイリストをローカル・エリア・ネットワーク内のメディア・レンダラーに送信するように構成される送信ユニットと、
を含む。
【０００９】
通信システムは、本発明の実施形態による全てのプレイリスト処理装置を含む。
【００１０】
本発明の実施形態では、メディア・サーバーの状態が変化したと判定された場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルが更新され、更新されたプレイリストがローカル・エリア・ネットワーク内のメディア・レンダラーに送信される。本発明の実施形態では、プレイリストは、リアルタイムで更新され得るので、プレイリストとメディア・ソースとの間の整合性が確保されることが可能であり、その結果、連続的に有効なプレイリストが提供されることでユーザの使用感を向上させることができる。
【００１１】
本発明の実施形態または従来技術における技術的解決手法をより明瞭に例示するために、以下の事項は、実施形態または従来技術を説明するため必要とされる添付図面を簡単に説明する。以下の説明における添付図面は、本発明の実施形態の一部を明らかにするだけであり、当業者は、創造的努力を必要とせずに、添付図面から他の図面を導き出すことができる。
【図面の簡単な説明】
【００１２】
【図１ａ】従来技術でのローカル・エリア・ネットワークにおいてメディア・リソースを再生するシナリオの概略図である。
【図１ｂ】本発明の実施形態によるローカル・エリア・ネットワークにおいてメディア・リソース・プレイリストを処理する方法のフローチャートを示した図である。
【図２】本発明の実施形態によるローカル・エリア・ネットワークにおいてメディア・リソース・プレイリストを処理する方法の別のフローチャートを示した図である。
【図３】本発明の実施形態によるローカル・エリア・ネットワークにおいてメディア・リソース・プレイリストを処理する方法のさらに別のフローチャートを示した図である。
【図４】本発明の実施形態によるローカル・エリア・ネットワークにおいてメディア・リソース・プレイリストを処理する方法のさらに別のフローチャートを示した図である。
【図５ａ】本発明の実施形態によるプレイリスト処理装置の概略構造図である。
【図５ｂ】図５ｂは、本発明の実施形態によるプレイリスト処理装置の概略構造図である。
【発明を実施するための形態】
【００１３】
以下は、本発明の実施形態の添付図面を参照して本発明の実施形態による技術的解決手法を明瞭かつ完全に説明する。明らかに、以下の説明において実施形態は、本発明の実施形態の全部ではなく、一部に過ぎない。創造的な努力を必要とせずに本発明の実施形態に基づいて当業者によって達成された他の実施形態のすべては、本発明の保護範囲に当然に含まれる。
【００１４】
本発明の実施形態は、ローカル・エリア・ネットワークにおいてメディア・リソース・プレイリストを処理する方法、装置、およびシステムを提供する。本発明の実施形態は、個々に以下で詳細に説明する。
＜実施形態１＞
【００１５】
本発明の実施形態は、プレイリスト処理装置の観点から説明される。具体的には、プレイリスト処理装置は、コントロール・ポイントでもよく、または、プレイリスト処理装置は、コントロール・ポイントと中央サーバーとを含んでもよく、すなわち、コントロール・ポイントと中央サーバーとが共同で動作を実行する。コントロール・ポイントは、メディア・レンダラー、メディア・サーバー、または中央サーバーと同じエンティティの中に統合されてもよく、或いはコントロール・ポイントは、別個のエンティティでもよい。
【００１６】
ローカル・エリア・ネットワークにおいてメディア・リソース・プレイリストを処理する方法は、ローカル・エリア・ネットワーク内のメディア・サーバーの状態が変化したと判定した場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新し、更新されたプレイリストをローカル・エリア・ネットワーク内のメディア・レンダラーに送信することを含む。
【００１７】
図１ｂに示されるように、具体的な手順は、以下の通りであってよい。
【００１８】
１０１：ローカル・エリア・ネットワーク内のメディア・サーバーの状態が変化したと判定した場合、記憶されたプレイリスト（Ｐｌａｙｌｉｓｔ）、および記憶されたプレイリスト要素テーブル（Ｐｌａｙｌｉｓｔ  ｅｌｅｍｅｎｔ  ｔａｂｌｅ）を更新する。
【００１９】
プレイリストは、メディア・リソースのＵＲＬおよびメディア・リソースのファイル名のような情報を含んでいてよく、プレイリスト要素テーブルは、メディア・リソース識別子（リソースＩＤ、Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）、メディア・サーバー識別子、メディア・サーバーのＩＰアドレス、および、メディア・リソースのＵＲＬのうちの少なくとも１つを含んでいてよい。メディア・サーバー識別子は、具体的には、メディア・サーバーのユニバーサリー・ユニーク識別子（ＵＵＩＤ、Ｕｎｉｖｅｒｓａｌｌｙ  Ｕｎｉｑｕｅ  Ｉｄｅｎｔｉｆｉｅｒ）であってよい。
【００２０】
１０２：更新されたプレイリストをローカル・エリア・ネットワーク内のメディア・レンダラーに送信する。
【００２１】
上述から分かるように、本実施形態では、メディア・サーバーの状態が変化したと判定された場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルが更新され、更新されたプレイリストがローカル・エリア・ネットワーク内のメディア・レンダラーに送信される。本発明の実施形態では、プレイリストは、リアルタイムで更新され得るので、プレイリストとメディア・ソースとの間の整合性が確保されることが可能であり、その結果、連続的に有効なプレイリストが提供されることで、ユーザの使用感を向上させることができる。
＜実施形態２＞
【００２２】
第１の実施形態において説明された方法によれば、「ローカル・エリア・ネットワーク内のメディア・サーバーの状態が変化したと判定した場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新する（すなわち、ステップ１０１）」ステップの前に、プレイリスト処理装置はさらに、プレイリストおよびプレイリスト要素テーブルを生成し、生成したプレイリストおよびプレイリスト要素テーブルをメディア・レンダラーに送信してもよい。たとえば、図２に示されるように、ローカル・エリア・ネットワークにおいてメディア・リソース・プレイリストを処理する方法の具体的な手順は、以下の通りであってもよい。
【００２３】
２０１：ローカル・エリア・ネットワーク内のメディア・サーバーからメディア・リソース情報を取得する。
【００２４】
たとえば、具体的には、メディア・リソース情報は、以下で詳述されるように、ブラウズ要求（Ｂｒｏｗｓｅ（））または検索要求（Ｓｅａｒｃｈ（））をメディア・サーバーに送信することにより取得されてもよく、
プレイリスト処理装置は、ブラウズ要求または検索要求をメディア・サーバーに送信し、
メディア・サーバーは、ブラウズ要求または検索要求を受信した後、メディア・リソース情報をプレイリスト処理装置に返信する。
【００２５】
メディア・リソース情報は、メディア・リソース識別子、メディア・サーバー識別子、メディア・サーバーのインターネット・プロトコル（ＩＰ、Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレス、およびメディア・リソースのユニフォーム・リソース・ロケータ（ＵＲＬ、Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）のような情報を含んでいてよく、さらに、メディア・リソースのファイル名のような情報を含んでいてよい。
【００２６】
２０２：ステップ２０１で取得されたメディア・リソース情報に応じてプレイリストおよびプレイリスト要素テーブルを生成し、生成したプレイリストおよびプレイリスト要素テーブルを記憶する。
【００２７】
プレイリストは、メディア・リソースのＵＲＬおよびメディア・リソースのファイル名のような情報を含んでいてよい。プレイリスト要素テーブルは、メディア・リソース識別子、メディア・サーバー識別子、メディア・サーバーのＩＰアドレス、およびメディア・リソースのＵＲＬのうちの少なくとも１つを含んでいてよく、メディア・サーバー識別子は、具体的には、メディア・サーバーのＵＵＩＤでもよい。
【００２８】
２０３：生成したプレイリストをローカル・エリア・ネットワーク内のメディア・レンダラーに送信する。
【００２９】
たとえば、具体的には、メディア・レンダラーは、プレイリストがメディア・レンダラーに配信されるように、「静的プレイリスト設定」アクションクラス、すなわち、ＳｅｔＳｔａｔｉｃＰｌａｙｌｉｓｔ（）アクションを呼び出すことを要求されてもよい。
【００３０】
２０４：メディア・サーバーの状態が変化したと判定された場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新する。
【００３１】
メディア・サーバーの状態変化は、メディア・サーバーのＩＰアドレスが変化する、メディア・サーバーがオフラインである、または、メディア・サーバーのメディア・リソースが変化するなどのシナリオを指し、すなわち、ステップ２０４は、具体的には、以下のモードのうちの１つ以上により実施されてもよい。
【００３２】
（１）以下で詳述されるように、記憶されたプレイリスト要素テーブルに応じて、メディア・サーバーのＩＰアドレスが変化したと判定した場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新する：
メディア・サーバーによって送信され、メディア・サーバーのＩＰアドレスおよびメディア・サーバー識別子を搬送するオンライン・アナウンスメント・メッセージ、たとえば、シンプル・サービス・ディスカバリ・プロトコル（ＳＳＤＰ、Ｓｉｍｐｌｅ  Ｓｅｒｖｉｃｅ  Ｄｉｓｃｏｖｅｒｙ  Ｐｒｏｔｏｃｏｌ）メッセージを受信し、
オンライン・アナウンスメント・メッセージ中で搬送されたメディア・サーバーのＩＰアドレスおよびメディア・サーバー識別子が記憶されたプレイリスト要素テーブル中のＩＰアドレスおよびメディア・サーバー識別子と整合しないと判定された場合、記憶されたプレイリスト中のＩＰアドレスに関連するコンテンツを更新し、プレイリスト要素テーブル中のメディア・サーバーのＩＰアドレスを更新する。
【００３３】
たとえば、具体的には、オンライン・アナウンスメント・メッセージ中で搬送されたメディア・サーバー識別子に応じて、記憶されたプレイリスト要素テーブルにおいて対応するＩＰアドレスが探索されることができ、次いで、オンライン・アナウンスメント・メッセージ中で搬送されたメディア・サーバーのＩＰアドレスは、探索されたＩＰアドレスと比較され、整合する場合、アクションは何も実行されず、整合しない場合、記憶されたプレイリスト中のＩＰアドレスに関連するコンテンツが更新され、探索されたＩＰアドレスが更新される。
【００３４】
ＩＰアドレスに関連するコンテンツは、ＩＰアドレスに関連したレコード（記録）、たとえば、ＵＲＬを指す。
【００３５】
（２）以下で詳述されるように、メディア・サーバーがオフラインであると判定した場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新する：
メディア・サーバーがオフラインであることを指示するメッセージが受信されるか、または、メディア・サーバーによって送信されるオンライン・アナウンスメント・メッセージ（たとえば、ＳＳＤＰメッセージ）がプリセット（予め定められた）時間内に受信されない場合、メディア・サーバーがオフラインであると判定し、記憶されたプレイリスト中のメディア・サーバーに対応するレコードを削除するか、または、記憶されたプレイリスト中のメディア・サーバーに対応するレコードを利用不可能としてマークする。
【００３６】
メディア・サーバーは、オンライン・アナウンスメント・メッセージをコントロール・ポイントまたは中央サーバーに周期的に送信するので、コントロール・ポイントまたは中央サーバーがある一定の時間内にメディア・サーバーからオンライン・アナウンスメント・メッセージを受信しない場合、このことは、メディア・サーバーがオフラインであることを示す。この場合、記憶されたプレイリスト中および記憶されたプレイリスト要素テーブル中のメディア・サーバーに対応するレコードは、無効項目をクリックすることによって引き起こされるユーザ使用感品質の低下を避けるために削除されてもよい。時間の長さは、実際のアプリケーション要件に応じて設定されてもよい。
【００３７】
（３）以下で詳述されるように、メディア・サーバーのメディア・リソースが変化したと判定した場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新する：
メディア・サーバーによって報告され、メディア・サーバー上の変化したメディア・リソースを指示するイベント（Ｅｖｅｎｔ）を受信し、
受信されたイベントに応じて、記憶されたプレイリスト中の変化したメディア・リソースに対応するレコードを更新し、イベントに応じてプレイリスト要素テーブル中の変化したメディア・リソースに対応するレコードを更新する。
【００３８】
たとえば、具体的には、イベントに応じてメディア・リソース識別子が判定されてもよく、次いで、プレイリスト要素テーブルおよび記憶されたプレイリスト中の対応するレコードがメディア・リソース識別子に応じてそれぞれ探索され（すなわち、プレイリスト要素テーブル中の対応するレコードを検索し、プレイリスト中の対応するレコードを検索し）、レコード中のメディア・リソースのＵＲＬが更新され、プレイリスト中の探索されたレコード中のメディア・リソースのＵＲＬが更新される。
【００３９】
２０５：メディア・レンダラーが元のプレイリストを更新されたプレイリストを使用して置換するように、更新されたプレイリストをローカル・エリア・ネットワーク内のメディア・レンダラーに送信する。このようにして、コントロール・ポイントは、メディア・レンダラーにプレイリストを問い合わせたとき、更新されたプレイリストを見つけることができるので、それによって、プレイリストとメディア・リソースとの間の整合性、すなわち、プレイリストが有効であることを確保する。
【００４０】
さらに、ローカル・エリア・ネットワークにおいてメディア・リソース・プレイリストを処理する方法は、
メディア・レンダラーにプレイリストを問い合わせ、メディア・レンダラー上で探索されたプレイリストに応じて、再生要求をメディア・レンダラーに送信することであって、再生要求が、メディア・レンダラーがプレイリスト識別子およびメディア・リソース識別子に応じてメディア・リソースを再生するように、プレイリスト識別子およびメディア・リソース識別子を搬送すること
をさらに含んでよい。
【００４１】
メディア・サーバーは具体的には、スマートフォン、パーソナルコンピュータ、デジタルカメラ、ノートブックコンピュータ、携帯メディアプレーヤ、または、リムーバブル・ハード・ディスクのような記憶機能を備えた端末装置であってもよい。メディア・レンダラーは具体的には、デジタル・テレビジョン・セット、ノートブックコンピュータ、または、パーソナルコンピュータのようなメディアを表示する能力がある端末装置であってもよい。
【００４２】
上述から分かるように、本実施形態では、メディア・リソース情報が、ローカル・エリア・ネットワーク内のメディア・サーバーから取得され、プレイリストおよびプレイリスト要素テーブルが、メディア・リソース情報に応じて生成され、記憶され、生成されたプレイリストは、ローカル・エリア・ネットワーク内のメディア・レンダラーに送信され、その後、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルは、メディア・サーバーの状態が変化したと判定された場合に更新され、更新されたプレイリストは、ローカル・エリア・ネットワーク内のメディア・レンダラーに送信される。本発明の実施形態では、プレイリストは、リアルタイムで更新され得るので、プレイリストとメディア・ソースとの間の整合性を確保することが可能であり、その結果、連続的に有効なプレイリストが提供されることで、ユーザの使用感を向上させることができる。
＜実施形態３＞
【００４３】
第１の実施形態および第２の実施形態において説明された方法に係るいくつかの実施例を使用することにより、以下に詳細な説明を提供する。
【００４４】
本実施形態は、プレイリスト処理装置が具体的にコントロール・ポイントである実施例を使用して説明される。具体的には、コントロール・ポイントがメディア・レンダラーに統合されてもよく、または、メディア・サーバーに統合されてもよく、或いはセット・トップ・ボックス、ゲートウェイ、もしくは、アクセス・ポイント機器のような一部の中間機器に統合されてもよく、或いは別個のエンティティであってもよい。
【００４５】
図３に示されるように、具体的な手順は、以下の通りであってもよい。
【００４６】
３０１：コントロール・ポイントは、ローカル・エリア・ネットワーク内のメディア・サーバーからメディア・リソース情報を取得する。
【００４７】
たとえば、具体的には、以下で詳述されるように、メディア・リソース情報は、ブラウズ要求（Ｂｒｏｗｓｅ（））または検索要求（Ｓｅａｒｃｈ（））をメディア・サーバーに送信することにより取得されてもよい：
コントロール・ポイントは、ブラウズ要求または検索要求をメディア・サーバーに送信し、
メディア・サーバーは、ブラウズ要求または検索要求を受信した後、メディア・リソース情報をコントロール・ポイントに返信する。
【００４８】
メディア・リソース情報は、メディア・リソース識別子、メディア・サーバー識別子、メディア・サーバーのＩＰアドレス、およびメディア・リソースのＵＲＬのような情報を含んでよく、さらに、メディア・リソースのファイル名のような情報を含んでもよい。
【００４９】
３０２：コントロール・ポイントは、ステップ３０１において取得されたメディア・リソース情報に応じてプレイリストおよびプレイリスト要素テーブルを生成し、生成したプレイリストおよびプレイリスト要素テーブルを記憶する。
【００５０】
プレイリストは、メディア・リソースのＵＲＬおよびメディア・リソースのファイル名のような情報を含んでよい。たとえば、プレイリストの具体的なフォーマットは、表１に示されている通りであってもよい。
【表１】
0005925304.tif 000002
【００５１】
ユーザは、プレイリストを通じて、メディア・レンダラーに表示されるべきメディア・リソースを選択できる。たとえば、ユーザがメディア・レンダラー上で「Ｚｈａｎｇ  Ｓａｎの冒険」を再生したい場合、ユーザは、プレイリストからファイル名「Ｚｈａｎｇ  Ｓａｎの冒険」を有する選択肢を選択する。
【００５２】
プレイリスト要素テーブルは、メディア・リソース識別子、メディア・サーバー識別子、メディア・サーバーのＩＰアドレス、およびメディア・リソースのＵＲＬのうちの１つ以上を含んでよく、メディア・サーバー識別子は、具体的には、メディア・サーバーのＵＵＩＤでもよい。以下の実施形態はすべて、メディア・サーバー識別子が具体的にＵＵＩＤである実施例を使用することにより説明される。たとえば、プレイリスト要素テーブルの具体的なフォーマットは、表２に示されている通りであってもよい。
【表２】
0005925304.tif 000003
【００５３】
３０３：コントロール・ポイントは、生成したプレイリストをメディア・レンダラーに送信する。
【００５４】
たとえば、コントロール・ポイントは、プレイリストをメディア・レンダラーに配信するために「静的プレイリスト設定」アクションクラス、すなわち、「ＳｅｔＳｔａｔｉｃＰｌａｙｌｉｓｔ（）アクション」を呼び出すことをメディア・レンダラーに要求してもよい。
【００５５】
「ＳｅｔＳｔａｔｉｃＰｌａｙｌｉｓｔ（）」の引数は、具体的には、表３に例示されるように、メディア・レンダラーに記憶されたプレイリストの識別子（ＩＤ、Ｉｄｅｎｔｉｔｙ）、プレイリストのコンテンツ、およびプレイリストのデータ長のような情報を含んでもよい。
【表３】
0005925304.tif 000004
【００５６】
「ＩｎｓｔａｎｃｅＩＤ」は、メディア・レンダラーに記憶されたプレイリストの識別子、すなわち、プレイリストがメディア・レンダラーに記憶されたときにメディア・レンダラーによってプレイリストに割り当てられ、問い合わせおよび検索のためのプレイリストの記憶位置を指示するために使用されるストレージ識別子を指す。「ＰｌａｙｌｉｓｔＤａｔａ」は、プレイリストのコンテンツを指し、「ＰｌａｙｌｉｓｔＤａｔａＬｅｎｇｔｈ」は、プレイリストのバイト長を指す。「ＩＮ」は、対応する引数の状態が「入力」であることを指示する。
【００５７】
３０４：コントロール・ポイントは、オンライン・アナウンスメント・メッセージ、たとえば、ＳＳＤＰメッセージ（以下の説明では、ＳＳＤＰメッセージは、オンライン・アナウンスメント・メッセージとして使用される）を介して、ローカル・エリア・ネットワーク内のメディア・サーバーの状態を監視し、メディア・サーバーの状態が変化したと判定した場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新する。たとえば、具体的なプロセスは、以下の通りでもよい。
【００５８】
（１）コントロール・ポイントは、以下で詳述されるように、記憶されたプレイリスト要素テーブルに応じて、メディア・サーバーのＩＰアドレスが変化したと判定した場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新する：
コントロール・ポイントは、メディア・サーバーによって送信され、メディア・サーバーのＩＰアドレスおよびメディア・サーバー識別子を搬送するＳＳＤＰメッセージを受信し、
ＳＳＤＰメッセージ中のメディア・サーバーのＩＰアドレスおよびメディア・サーバー識別子が、記憶されたプレイリスト要素テーブル中のＩＰアドレスおよびメディア・サーバー識別子と整合しないと判定した場合、コントロール・ポイントは、記憶されたプレイリスト中のＩＰアドレスに関連するコンテンツを更新し、プレイリスト要素テーブル中のメディア・サーバーのＩＰアドレスを更新する。
【００５９】
たとえば、ＳＳＤＰメッセージ中で搬送されたメディア・サーバー識別子が「ＵＵＩＤ１」であり、ＳＳＤＰメッセージ中で搬送されたメディア・サーバーのＩＰアドレスが「１９２．１６８．５．１２」である場合、表２によれば、「ＵＵＩＤ１」に対応するメディア・サーバーのＩＰアドレスは、「１９２．１６８．５．１１」であり、ＳＳＤＰメッセージ中で搬送されたメディア・サーバーのＩＰアドレス「１９２．１６８．５．１２」と異なる。従って、表２中の「１９２．１６８．５．１１」は、「１９２．１６８．５．１２」に更新され、プレイリスト中のＩＰアドレス「１９２．１６８．５．１１」に関連したコンテンツが同様に更新される。たとえば、元のＵＲＬ「ｈｔｔｐ：／／１９２．１６８．５．１１／ｃｏｎｔｅｎｔ１」は「ｈｔｔｐ：／／１９２．１６８．５．１２／ｃｏｎｔｅｎｔ１」に更新される。
【００６０】
（２）コントロール・ポイントは、以下で詳述されるように、メディア・サーバーがオフラインであると判定した場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新する：
【００６１】
メディア・サーバーがオフラインであることを指示するメッセージが受信されるか、または、メディア・サーバーによって送信されるＳＳＤＰメッセージがプリセット時間内に受信されない場合、コントロール・ポイントは、メディア・サーバーがオフラインであると判定し、記憶されたプレイリスト中のメディア・サーバーに対応するレコードを削除するか、または、記憶されたプレイリスト中のメディア・サーバーに対応するレコードを「利用不可能」としてマークする。
【００６２】
メディア・サーバーは、ＳＳＤＰメッセージをコントロール・ポイントまたは中央サーバーに周期的に送信するので、コントロール・ポイントまたは中央サーバーがある一定の時間内にメディア・サーバーからＳＳＤＰメッセージを受信しない場合、このことは、メディア・サーバーがオフラインであることを示す。この場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブル中のメディア・サーバーに対応するレコードは、無効項目をクリックすることによって引き起こされるユーザの使用感品質の低下を避けるために削除されてもよい。時間の長さは、実際のアプリケーション要件に応じて設定されてもよい。
【００６３】
（３）以下で詳述されるように、コントロール・ポイントは、メディア・サーバーのメディア・リソースが変化したと判定した場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新する：
コントロール・ポイントは、メディア・サーバーによって報告され、メディア・サーバー上の変化したメディア・リソースを指示するイベントを受信し、
受信されたイベントに応じて、記憶されたプレイリスト中の変化したメディア・リソースに対応するレコードを更新し、イベントに応じてプレイリスト要素テーブル中の変化したメディア・リソースに対応するレコードを更新する。
【００６４】
たとえば、具体的には、イベントに応じてメディア・リソース識別子が判定されてもよく、次いで、プレイリスト要素テーブルおよび記憶されたプレイリスト中の対応するレコードがメディア・リソース識別子に応じてそれぞれ探索され（すなわち、プレイリスト要素テーブル中の対応するレコードを検索し、プレイリスト中の対応するレコードを検索し）、レコード中のメディア・リソースのＵＲＬが更新され、プレイリスト中の探索されたレコード中のメディア・リソースのＵＲＬが更新される。
【００６５】
３０５：コントロール・ポイントは、更新されたプレイリストをメディア・レンダラーに送信する。
【００６６】
たとえば、コントロール・ポイントは、更新されたプレイリストをメディア・レンダラーに配信するために「静的プレイリスト設定」アクションクラス、すなわち、「ＳｅｔＳｔａｔｉｃＰｌａｙｌｉｓｔ（）アクション」を呼び出すことをメディア・レンダラーに要求してもよい。
【００６７】
「ＳｅｔＳｔａｔｉｃＰｌａｙｌｉｓｔ（）」の引数は、具体的には、表４に例示されるように、メディア・レンダラーに記憶されたプレイリストの識別子、プレイリストのコンテンツ、およびプレイリストのバイト長のような情報を含んでもよい。
【表４】
0005925304.tif 000005
【００６８】
「ＩｎｓｔａｎｃｅＩＤ」は、メディア・レンダラーに記憶されたプレイリストの識別子、すなわち、プレイリストがメディア・レンダラーに記憶されたときにメディア・レンダラーによってプレイリストに割り当てられ、問い合わせおよび検索のためのプレイリストの記憶位置を指示するために使用されるストレージ識別子を指す。「ＰｌａｙｌｉｓｔＤａｔａ」は、プレイリストのコンテンツを指し、「ＰｌａｙｌｉｓｔＤａｔａＬｅｎｇｔｈ」は、プレイリストのバイト長を指す。「ＩＮ」は、対応する引数の状態が「入力」であることを指す。
【００６９】
３０６：メディア・レンダラーは、元のプレイリストを置換するために、受信した、更新されたペイリストを使用する。
【００７０】
３０７：コントロール・ポイントは、メディア・レンダラー上のプレイリストを問い合わせる。
【００７１】
たとえば、アクションクラス（アクション）：ＳｃａｎＰｌａｙｌｉｓｔ（）アクションはメディア・レンダラーに追加されてもよく、このようにして、コントロール・ポイントは、メディア・レンダラーに記憶されたプレイリストを問い合わせるためにメディア・レンダラーにアクションを呼び出すことを要求することができる。
【００７２】
「ＳｃａｎＰｌａｙｌｉｓｔ（）」の引数は、具体的には、表５に例示されるように、メディア・レンダラーに記憶されたプレイリストの識別子、プレイリストのコンテンツ、およびプレイリストのバイト長のような情報を含んでいてよい。
【表５】
0005925304.tif 000006
【００７３】
「ＩｎｓｔａｎｃｅＩＤ」は、メディア・レンダラーに保存されたプレイリストの識別子、すなわち、プレイリストがメディア・レンダラーに保存されるときにメディア・レンダラーによってプレイリストに割り当てられ、問い合わせおよび検索のためのプレイリストの記憶位置を指示するために使用されるストレージ識別子を指す。「ＰｌａｙｌｉｓｔＤａｔａ」は、プレイリストのコンテンツを指し、「ＰｌａｙｌｉｓｔＤａｔａＬｅｎｇｔｈ」は、プレイリストのバイト長を指す。「ＯＵＴ」は、対応する引数の状態が「出力」であることを指す。
【００７４】
３０８：コントロール・ポイントは、メディア・レンダラーによって表示された少なくとも１つのプレイリストからプレイリストを選択し、プレイリストを再生することをメディア・レンダラーに要求し、たとえば、コントロール・ポイントは、プレイリストを再生することを要求するためにメディア・レンダラーにおいて「再生」アクションクラスであるＰｌａｙ（）アクションを呼び出すことができる。
【００７５】
「Ｐｌａｙ（）」の引数は、具体的には、表６に例示されるように、メディア・レンダラーに記憶されたプレイリストの識別子（ＩＤ、Ｉｄｅｎｔｉｔｙ）と、コンテンツ項目の通し番号と、プレイリストの再生速度とのような情報を含むことがある。
【表６】
0005925304.tif 000007
【００７６】
「ＩｎｓｔａｎｃｅＩＤ」は、メディア・レンダラーに記憶されたプレイリストの識別子を指し、「Ｉｎｄｅｘ」は、プレイリストのコンテンツ項目の通し番号を指し、「Ｓｐｅｅｄ」は、再生速度を指示する。「ＩＮ」は、対応する引数の状態が「入力」であることを指す。
【００７７】
３０９：メディア・レンダラーは、コントロール・ポイントによって選択されたプレイリストに応じてメディア・サーバーからメディア・リソースを要求する。
【００７８】
たとえば、メディア・レンダラーは、「ＨＴＴＰ  Ｇｅｔ」を介して、選択されたプレイリストにおいてＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）によって指示されたメディア・リソースをメディア・サーバーから要求することができる。
【００７９】
３１０：メディア・サーバーは、メディア・リソースをメディア・レンダラーに送信する。
【００８０】
たとえば、メディア・サーバーは、メディア・レンダラーの「ＨＴＴＰ  Ｇｅｔ」要求に応答し、メディア・リソースをメディア・レンダラーに送信することができる。
【００８１】
３１１：メディア・レンダラーは、メディア・リソースを再生する。
【００８２】
上述から分かるように、本実施形態では、コントロール・ポイントは、ローカル・エリア・ネットワーク内のメディア・サーバーからメディア・リソース情報を取得し、メディア・リソース情報に応じてプレイリストおよびプレイリスト要素テーブルを生成し、生成したプレイリスト及びプレイリスト要素テーブルを記憶し、ローカル・エリア・ネットワーク内のメディア・レンダラーに送信し、その後、メディア・サーバーの状態が変化したと判定した場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新し、更新されたプレイリストをローカル・エリア・ネットワーク内のメディア・レンダラーに送信するので、その結果、メディア・リソースはその後、更新されたプレイリストに応じて再生されることができる。本発明の実施形態では、プレイリストは、リアルタイムで更新され得るので、プレイリストとメディア・ソースとの間の整合性が確保されることが可能であり、その結果、連続的に有効なプレイリストが提供されることで、ユーザの使用感を向上させることができる。
＜実施形態４＞
【００８３】
第３の実施形態とは異なり、本実施形態は、プレイリスト処理装置が具体的にコントロール・ポイントおよび中央サーバーである実施例を使用することにより説明される。コントロール・ポイントは具体的には、メディア・レンダラーに統合されてもよく、または、メディア・サーバーもしくは中央サーバーに統合されてもよく、または、セット・トップ・ボックス、ゲートウェイ、もしくはアクセス・ポイント機器のような一部の中間機器に統合されてもよく、または、別個のエンティティでもよい。中央サーバーは具体的には、セット・トップ・ボックス、ゲートウェイ、もしくはアクセス・ポイント機器のような端末装置であってもよい。コントロール・ポイントと中央サーバーとは同じエンティティに設置されてもよく、または、異なるエンティティに設置されてもよい。
【００８４】
図４に示されるように、具体的な手順は、以下の通りであってもよい：
【００８５】
４０１：中央サーバーは、ローカル・エリア・ネットワーク内のメディア・サーバーからメディア・リソース情報を取得する。
【００８６】
たとえば、具体的には、以下で詳述されるように、メディア・リソース情報は、ブラウズ要求（Ｂｒｏｗｓｅ（））または検索要求（Ｓｅａｒｃｈ（））をメディア・サーバーに送信することにより取得されてもよい：
中央サーバーは、ブラウズ要求または検索要求をメディア・サーバーに送信し、
メディア・サーバーは、ブラウズ要求または検索要求を受信した後、メディア・リソース情報を中央サーバーに返信する。
【００８７】
メディア・リソース情報は、メディア・リソース識別子、メディア・サーバー識別子、メディア・サーバーのＩＰアドレス、およびメディア・リソースのＵＲＬのような情報を含んでいてよく、さらに、メディア・リソースのファイル名のような情報を含んでいてもよい。
【００８８】
４０２：コントロール・ポイントは、中央サーバーのためのプレイリストの生成に関する構成を実行する。たとえば、ファイル名拡張子がローカル・エリア・ネットワーク内において「ＭＰ３」であるメディア・ファイルのすべてのプレイリストを生成するよう、中央サーバーを構成する。
【００８９】
４０３：中央サーバーは、ステップ４０１において取得されたメディア・リソース情報とステップ４０２における構成とに応じてプレイリストおよびプレイリスト要素テーブルを生成し、生成したプレイリストおよびプレイリスト要素テーブルを記憶する。
【００９０】
プレイリストは、メディア・リソースのＵＲＬおよびメディア・リソースのファイル名のような情報を含んでもよい。たとえば、プレイリストの具体的なフォーマットは、表７に示されている通りであってもよい。
【表７】
0005925304.tif 000008
【００９１】
ユーザは、プレイリストを通じて、メディア・レンダラーに表示するメディア・リソースを選択できる。たとえば、ユーザがメディア・レンダラー上で「Ｚｈａｎｇ  Ｓａｎの冒険」を再生したい場合、ユーザは、プレイリストからファイル名「Ｚｈａｎｇ  Ｓａｎの冒険」を有する選択肢を選択する。
【００９２】
プレイリスト要素テーブルは、メディア・リソース識別子、メディア・サーバー識別子、メディア・サーバーのＩＰアドレス、およびメディア・リソースのＵＲＬのうちの１つ以上を含むことができ、メディア・サーバー識別子は、具体的には、メディア・サーバーのＵＵＩＤでもよい。以下の実施形態はすべて、メディア・サーバー識別子が具体的にＵＵＩＤである実施例を使用することにより説明される。たとえば、プレイリスト要素テーブルの具体的なフォーマットは、表８に示されている通りであってもよい。
【表８】
0005925304.tif 000009
【００９３】
４０４：コントロール・ポイントは、中央サーバー上のプレイリストを取得する。
【００９４】
たとえば、アクションクラス（アクション）：ＳｃａｎＰｌａｙｌｉｓｔ（）アクションが中央サーバーに追加されることができ、このようにして、コントロール・ポイントは、中央サーバー上に記憶されたプレイリストを取得するためにアクションを呼び出すことを要求することができる。
【００９５】
「ＳｃａｎＰｌａｙｌｉｓｔ（）」の引数は、具体的には、表９に例示されるように、メディア・レンダラーに記憶されたプレイリストの識別子、プレイリストのコンテンツ、およびプレイリストのバイト長のような情報を含むことができる。
【表９】
0005925304.tif 000010
【００９６】
「ＩｎｓｔａｎｃｅＩＤ」は、メディア・レンダラーに記憶されたプレイリストの識別子を指し、「ＰｌａｙｌｉｓｔＤａｔａ」は、プレイリストのコンテンツを指し、「ＰｌａｙｌｉｓｔＤａｔａＬｅｎｇｔｈ」は、プレイリストのバイト長を指す。「ＯＵＴ」は、対応する引数の状態が「出力」であることを指す。
【００９７】
４０５：コントロール・ポイントは、取得されたプレイリストをメディア・レンダラーに送信する。
【００９８】
たとえば、コントロール・ポイントは、プレイリストをメディア・レンダラーに配信するために「静的プレイリスト設定」アクションクラス、すなわち、「ＳｅｔＳｔａｔｉｃＰｌａｙｌｉｓｔ（）アクション」を呼び出すことをメディア・レンダラーに要求してもよい。
【００９９】
「ＳｅｔＳｔａｔｉｃＰｌａｙｌｉｓｔ（）」の引数は、具体的には、表１０に例示されるように、メディア・レンダラーに記憶されたプレイリストの識別子（ＩＤ、Ｉｄｅｎｔｉｔｙ）、プレイリストのコンテンツ、およびプレイリストのバイト長のような情報を含むことができる。
【表１０】
0005925304.tif 000011
【０１００】
「ＩｎｓｔａｎｃｅＩＤ」は、メディア・レンダラーに記憶されたプレイリストの識別子を指し、「ＰｌａｙｌｉｓｔＤａｔａ」は、プレイリストのコンテンツを指し、「ＰｌａｙｌｉｓｔＤａｔａＬｅｎｇｔｈ」は、プレイリストのバイト長を指す。「ＩＮ」は、対応する引数の状態が「入力」であることを指す。
【０１０１】
４０６：中央サーバーは、オンライン・アナウンスメント・メッセージ、たとえば、ＳＳＤＰメッセージを介して、ローカル・エリア・ネットワーク内のメディア・サーバーの状態を監視し、メディア・サーバーの状態が変化したと判定した場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新する。たとえば、具体的なプロセスは、以下の通りであってもよい。
【０１０２】
（１）中央サーバーは、以下で詳述されるように、記憶されたプレイリスト要素テーブルに応じて、メディア・サーバーのＩＰアドレスが変化したと判定した場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新する：
【０１０３】
中央サーバーは、メディア・サーバーによって送信され、メディア・サーバーのＩＰアドレスおよびメディア・サーバー識別子を搬送するＳＳＤＰメッセージを受信する。
【０１０４】
中央サーバーが、ＳＳＤＰメッセージ中のメディア・サーバーのＩＰアドレスおよびメディア・サーバー識別子が、記憶されたプレイリスト要素テーブル中のＩＰアドレスおよびメディア・サーバー識別子と整合しないと判定した場合、中央サーバーは、記憶されたプレイリスト中のＩＰアドレスに関連するコンテンツを更新し、プレイリスト要素テーブル中のメディア・サーバーのＩＰアドレスを更新する。
【０１０５】
たとえば、ＳＳＤＰメッセージ中で搬送されたメディア・サーバー識別子が「ＵＵＩＤ１」であり、ＳＳＤＰメッセージ中で搬送されたメディア・サーバーのＩＰアドレスが「１９２．１６８．５．１２」である場合、表８によれば、「ＵＵＩＤ１」に対応するメディア・サーバーのＩＰアドレスは、「１９２．１６８．５．１１」であり、ＳＳＤＰメッセージ中で搬送されたメディア・サーバーのＩＰアドレス「１９２．１６８．５．１２」と異なる。従って、表８中の「１９２．１６８．５．１１」は、「１９２．１６８．５．１２」に更新され、プレイリスト中のＩＰアドレス「１９２．１６８．５．１１」に関連したコンテンツが同様に更新される。
【０１０６】
（２）中央サーバーは、以下で詳述されるように、メディア・サーバーがオフラインであると判定した場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新する：
【０１０７】
メディア・サーバーがオフラインであることを指示するメッセージが受信されるか、または、メディア・サーバーによって送信されるＳＳＤＰメッセージがプリセット時間内に受信されない場合、中央サーバーは、メディア・サーバーがオフラインであると判定し、記憶されたプレイリスト中のメディア・サーバーに対応するレコードを削除するか、または、記憶されたプレイリスト中のメディア・サーバーに対応するレコードを「利用不可能」としてマークする。
【０１０８】
メディア・サーバーは、ＳＳＤＰメッセージをコントロール・ポイントまたは中央サーバーに周期的に送信するので、コントロール・ポイントまたは中央サーバーがある一定の時間内にメディア・サーバーからＳＳＤＰメッセージを受信しない場合、このことは、メディア・サーバーがオフラインであることを示す。この場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブル中のメディア・サーバーに対応するレコードは、無効項目をクリックすることによって引き起こされるユーザ使用感品質の低下を避けるために削除されてもよい。時間の長さは、実際のアプリケーション要件に応じて設定されてもよい。
【０１０９】
（３）以下で詳述されるように、中央サーバーは、メディア・サーバーのメディア・リソースが変化したと判定した場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新する：
中央サーバーは、メディア・サーバーによって報告され、メディア・サーバー上の変化したメディア・リソースを指示するイベントを受信し、
中央サーバーは、イベントに応じて、記憶されたプレイリスト中の変化したメディア・リソースに対応するレコードを更新し、イベントに応じてプレイリスト要素テーブル中の変化したメディア・リソースに対応するレコードを更新する。
【０１１０】
たとえば、具体的には、中央サーバーは、イベントに応じてメディア・リソース識別子を判定し、その後、メディア・リソース識別子に応じてプレイリスト要素テーブルおよび記憶されたプレイリスト中のそれぞれに対応するレコードを検索し（すなわち、プレイリスト要素テーブル中の対応するレコードを検索し、プレイリスト中の対応するレコードを検索し）、レコード中のメディア・リソースのＵＲＬを更新し、探索されたプレイリスト中のレコード中のメディア・リソースのＵＲＬを更新してもよい。
【０１１１】
４０７：中央サーバーは、更新されたプレイリストをメディア・レンダラーに送信する。
【０１１２】
たとえば、中央サーバーは、更新されたプレイリストをメディア・レンダラーに配信するために「静的プレイリスト設定」アクションクラス、すなわち、「ＳｅｔＳｔａｔｉｃＰｌａｙｌｉｓｔ（）アクション」を呼び出すことをメディア・レンダラーに要求してもよい。
【０１１３】
「ＳｅｔＳｔａｔｉｃＰｌａｙｌｉｓｔ（）」の引数は、具体的には、表１１に例示されるように、メディア・レンダラーに記憶されたプレイリストの識別子、プレイリストのコンテンツ、およびプレイリストのバイト長のような情報を含むことができる。
【表１１】
0005925304.tif 000012
【０１１４】
「ＩｎｓｔａｎｃｅＩＤ」は、メディア・レンダラーに記憶されたプレイリストの識別子を指し、「ＰｌａｙｌｉｓｔＤａｔａ」は、プレイリストのコンテンツを指し、「ＰｌａｙｌｉｓｔＤａｔａＬｅｎｇｔｈ」は、プレイリストのバイト長を指す。「ＩＮ」は、対応する引数の状態が「入力」であることを指す。
【０１１５】
４０８：メディア・レンダラーは、元のプレイリストを置換するために、受信した、更新されたプレイリストを使用する。
【０１１６】
４０９：コントロール・ポイントは、メディア・レンダラー上のプレイリストを問い合わせる。
【０１１７】
たとえば、アクションクラス（アクション）：ＳｃａｎＰｌａｙｌｉｓｔ（）アクションがメディア・レンダラーに追加されてもよく、このようにして、コントロール・ポイントは、メディア・レンダラーに記憶されたプレイリストを問い合わせるためにアクションを呼び出すことを要求することができる。
【０１１８】
「ＳｃａｎＰｌａｙｌｉｓｔ（）」の引数は、具体的には、表１２に例示されるように、メディア・レンダラーに記憶されたプレイリストの識別子、プレイリストのコンテンツ、およびプレイリストのバイト長のような情報を含むことができる。
【表１２】
0005925304.tif 000013
【０１１９】
「ＩｎｓｔａｎｃｅＩＤ」は、メディア・レンダラーに記憶されたプレイリストの識別子を指し、「ＰｌａｙｌｉｓｔＤａｔａ」は、プレイリストのコンテンツを指し、「ＰｌａｙｌｉｓｔＤａｔａＬｅｎｇｔｈ」は、プレイリストのバイト長を指す。「ＯＵＴ」は、対応する引数の状態が「出力」であることを指示する。
【０１２０】
４１０：コントロール・ポイントは、メディア・レンダラーによって表示された少なくとも１つのプレイリストからプレイリストを選択し、プレイリストを再生することをメディア・レンダラーに要求し、たとえば、コントロール・ポイントは、プレイリストを再生することを要求するためにメディア・レンダラーにおいて「再生」アクションクラスＰｌａｙ（）アクションを呼び出すことができる。
【０１２１】
「Ｐｌａｙ（）」の引数は、具体的には、表１３に例示されるように、メディア・レンダラーに記憶されたプレイリストの識別子（ＩＤ、Ｉｄｅｎｔｉｔｙ）と、コンテンツ項目の通し番号と、プレイリストの再生速度とのような情報を含むことができる。
【表１３】
0005925304.tif 000014
【０１２２】
「ＩｎｓｔａｎｃｅＩＤ」は、メディア・レンダラーに記憶されたプレイリストの識別子を指し、「Ｉｎｄｅｘ」は、プレイリストのコンテンツ項目の通し番号を指し、「Ｓｐｅｅｄ」は、再生速度を指す。「ＩＮ」は、対応する引数の状態が「入力」であることを指す。
【０１２３】
４１１：メディア・レンダラーは、コントロール・ポイントによって選択されたプレイリストに応じてメディア・サーバーからメディア・リソースを要求する。
【０１２４】
たとえば、メディア・レンダラーは、「ＨＴＴＰ  Ｇｅｔ」を介して、選択されたプレイリストにおいてＵＲＩによって指示されたメディア・リソースをメディア・サーバーから要求することがある。
【０１２５】
４１２：メディア・サーバーは、メディア・リソースをメディア・レンダラーに送信する。
【０１２６】
たとえば、メディア・サーバーは、メディア・レンダラーの「ＨＴＴＰ  Ｇｅｔ」要求に応答し、メディア・リソースをメディア・レンダラーに送信することができる。
【０１２７】
４１３：メディア・レンダラーは、メディア・リソースを再生する。
【０１２８】
上述から分かるように、本実施形態では、中央サーバーは、ローカル・エリア・ネットワーク内のメディア・サーバーからメディア・リソース情報を取得し、メディア・リソース情報に応じてプレイリストおよびプレイリスト要素テーブルを生成し、プレイリストおよびプレイリスト要素テーブルを記憶し、コントロール・ポイントを介してローカル・エリア・ネットワーク内のメディア・レンダラーに生成したプレイリストを送信し、その後、メディア・サーバーの状態が変化したと判定した場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新し、更新されたプレイリストをローカル・エリア・ネットワーク内のメディア・レンダラーに送信するので、メディア・リソースはその後、更新されたプレイリストに応じて再生されることができる。本発明の実施形態では、プレイリストは、リアルタイムで更新され得るので、プレイリストとメディア・ソースとの間の整合性が確保されることが可能であり、その結果、連続的に有効なプレイリストが提供されることにより、ユーザの使用感を向上させることができる。
＜実施形態５＞
【０１２９】
上述の方法をより良く実施するために、本発明の実施形態は対応してプレイリスト処理装置をさらに提供する。図５ａに示されるように、プレイリスト処理装置は、更新ユニット５０３と送信ユニット５０４とを含む。
【０１３０】
更新ユニット５０３は、ローカル・エリア・ネットワーク内のメディア・サーバーが変化したと判定した場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新するように構成される。
【０１３１】
プレイリストは、メディア・リソースのＵＲＬおよびメディア・リソースのファイル名のような情報を含むことができ、プレイリスト要素テーブルは、メディア・リソース識別子、メディア・サーバー識別子、メディア・サーバーのＩＰアドレス、およびメディア・リソースのＵＲＬのうちの少なくとも１つを含むことができ、メディア・サーバー識別子は、具体的には、メディア・サーバーのＵＵＩＤであってもよい。
【０１３２】
送信ユニット５０４は、プレイリストが更新されたとき、更新されたプレイリストをローカル・エリア・ネットワーク内のメディア・レンダラーに送信するように構成される。
【０１３３】
さらに、図５ｂに示されるように、プレイリスト処理装置は、取得ユニット５０１と生成ユニット５０２とをさらに含むことができる。
【０１３４】
取得ユニット５０１は、ローカル・エリア・ネットワーク内のメディア・サーバーからメディア・リソース情報を取得するように構成される。
【０１３５】
たとえば、具体的には、メディア・リソース情報は、ブラウズ要求または検索要求をメディア・サーバーに送信することにより取得されてもよい。
【０１３６】
メディア・リソース情報は、メディア・リソース識別子、メディア・サーバー識別子、メディア・サーバーのＩＰアドレス、およびメディア・リソースのＵＲＬのような情報を含むことができ、さらに、メディア・リソースのファイル名のような情報を含むことができる。
【０１３７】
生成ユニット５０２は、取得ユニット５０１によって取得されたメディア・リソース情報に応じてプレイリストおよびプレイリスト要素テーブルを生成し、プレイリストおよびプレイリスト要素テーブルを記憶するように構成される。
【０１３８】
プレイリストは、メディア・リソースのＵＲＬおよびメディア・リソースのファイル名のような情報を含むことができ、プレイリスト要素テーブルは、メディア・リソース識別子、メディア・サーバー識別子、メディア・サーバーのＩＰアドレス、およびメディア・リソースのＵＲＬのうちの少なくとも１つを含むことができ、メディア・サーバー識別子は、具体的には、メディア・サーバーのＵＵＩＤであってもよい。
【０１３９】
この場合、更新ユニット５０３は、具体的には、メディア・サーバーの状態が変化したことを判定した場合、生成ユニット５０２によって記憶されたプレイリストおよびプレイリスト要素テーブルを更新するように構成される。
【０１４０】
送信ユニット５０４は、具体的には、生成ユニット５０２によって生成したプレイリストをローカル・エリア・ネットワーク内メディア・レンダラーに送信し、プレイリストが更新されたとき、更新ユニット５０３によって更新されたプレイリストをローカル・エリア・ネットワーク内のメディア・レンダラーに送信するように構成される。
【０１４１】
たとえば、具体的には、メディア・レンダラーは、プレイリストがメディア・レンダラーに配信されるように、「静的プレイリスト設定」アクションクラス、すなわち、ＳｅｔＳｔａｔｉｃＰｌａｙｌｉｓｔ（）アクションを呼び出すことを要求されることができる。
【０１４２】
メディア・サーバーの状態変化は、メディア・サーバーのＩＰアドレスが変化する、メディア・サーバーがオフラインである、または、メディア・サーバーのメディア・リソースが変化するなどのシナリオを指し、すなわち、更新ユニット５０３は、第１の更新サブユニット、第２の更新サブユニット、第３の更新サブユニットの少なくとも１つを含む。
【０１４３】
第１の更新サブユニットは、具体的には、記憶されたプレイリスト要素テーブルに応じて、メディア・サーバーのインターネット・プロトコル・アドレスが変化したと判定された場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新するように構成されることができる。
【０１４４】
第２の更新サブユニットは、具体的には、メディア・サーバーがオフラインであると判定された場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新するように構成されることができる。
【０１４５】
第３の更新サブユニットは、具体的には、メディア・サーバーのメディア・リソースが変化したと判定された場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新するように構成されることができる。
【０１４６】
たとえば、第１の更新サブユニットは、具体的には、メディア・サーバーによって送信され、メディア・サーバーのＩＰアドレスおよびメディア・サーバー識別子を搬送するオンライン・アナウンスメント・メッセージを受信し、オンライン・アナウンスメント・メッセージ中で搬送されたメディア・サーバーのＩＰアドレスおよびメディア・サーバー識別子がプレイリスト要素テーブル中のＩＰアドレスおよびメディア・サーバー識別子と整合しないと判定された場合、記憶されたプレイリスト中のＩＰアドレスに関連するコンテンツ、たとえば、ＵＲＬを更新し、プレイリスト要素テーブル中のメディア・サーバーのＩＰアドレスを更新するように構成されることができ、および／または、
第２の更新サブユニットは、具体的には、メディア・サーバーによって送信されるオンライン・アナウンスメント・メッセージがプリセット時間内に受信されない場合、メディア・サーバーがオフラインであると判定し、記憶されたプレイリスト中のメディア・サーバーに対応するレコードを削除するか、または、記憶されたプレイリスト中のメディア・サーバーに対応するレコードを利用不可能としてマークするように構成されることができ、および／または、
第３の更新サブユニットは、具体的には、メディア・サーバーによって報告され、メディア・サーバー上の変化したメディア・リソースを指示するイベントを受信し、受信されたイベントに応じて、記憶されたプレイリスト中の変化したメディア・リソースに対応するレコードを更新し、イベントに応じてプレイリスト要素テーブル中の変化したメディア・リソースに対応するレコードを更新するように構成されることができる。
【０１４７】
オンライン・アナウンスメント・メッセージは、具体的には、ＳＳＤＰメッセージでもよい。
【０１４８】
さらに、プレイリスト処理装置は、リスト問い合わせユニットと再生要求ユニットとを含むことができる。
【０１４９】
リスト問い合わせユニットは、メディア・レンダラー上のプレイリストを問い合わせるように構成される。
【０１５０】
再生要求ユニットは、メディア・レンダラーがプレイリスト識別子およびメディア・リソース識別子に応じてメディア・リソースを再生するように、メディア・レンダラー上の探索されたプレイリストに応じて、プレイリスト識別子およびメディア・リソース識別子を搬送する再生要求をメディア・レンダラーに送信するように構成される。
【０１５１】
具体的な実施では、上述のユニットは、別個のエンティティとして実施されてもよく、または、何らかの形で組み合わされ、１つもしくはいくつかのエンティティとして実施されてもよい。上述のユニットの具体的な実施のため、上述の実施形態が参照されてもよく、ここでは詳細な説明を省略する。
【０１５２】
プレイリスト処理装置は具体的にはコントロール・ポイントでもよく、または、プレイリスト処理装置は、コントロール・ポイントと中央サーバーとを含んでもよく、すなわち、コントロール・ポイントと中央サーバーとは共同で動作を実行する。コントロール・ポイントは具体的にはメディア・レンダラーと同じエンティティの中に統合されてもよく、または、メディア・サーバーと同じエンティティの中に統合されてもよく、または、中央サーバーと同じエンティティの中に統合されてもよく、または、別個のエンティティでもよい。中央サーバーは具体的には、セット・トップ・ボックス、ゲートウェイ、または、アクセス・ポイント機器のような端末装置でもよい。コントロール・ポイントと中央サーバーとは、同じエンティティの中に設置されてもよく、または、異なるエンティティの中に設置されてもよい。
【０１５３】
メディア・サーバーは具体的には、スマートフォン、パーソナルコンピュータ、デジタルカメラ、ノートブックコンピュータ、携帯メディアプレーヤ、または、リムーバブル・ハード・ディスクのような記憶機能を備えた端末装置でもよい。メディア・レンダラーは具体的には、デジタル・テレビジョン・セット、ノートブックコンピュータ、または、パーソナルコンピュータのようなメディアを表示する能力がある端末装置でもよい。
【０１５４】
上述から分かるように、本実施形態では、プレイリスト処理装置の取得ユニット５０１は、ローカル・エリア・ネットワーク内のメディア・サーバーからメディア・リソース情報を取得することができ、生成ユニット５０２は、メディア・リソース情報に応じてプレイリストおよびプレイリスト要素テーブルを生成させ、プレイリストおよびプレイリスト要素テーブルを記憶し、その後、送信ユニット５０４は、生成したプレイリストをローカル・エリア・ネットワーク内のメディア・レンダラーに送信し、更新ユニット５０３は、メディア・サーバーの状態が変化したと判定した場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新し、送信ユニット５０４を介して、更新されたプレイリストをメディア・レンダラーに送信する。本発明の実施形態では、プレイリストは、リアルタイムで更新され得るので、プレイリストとメディア・ソースとの間の整合性を確保することが可能であり、その結果、連続的に有効なプレイリストが提供されることで、ユーザの再生使用感を向上させることができる。
＜実施形態６＞
【０１５５】
結果として、本発明の実施形態は、具体的には第５の実施形態である本発明の実施形態によるプレイリスト処理装置を含む通信システムをさらに提供する。たとえば、具体的な装置は、以下の通りであってもよい：
【０１５６】
プレイリスト処理装置は、ローカル・エリア・ネットワーク内のメディア・サーバーからメディア・リソース情報を取得し、メディア・リソース情報に応じてプレイリストおよびプレイリスト要素テーブルを生成させ、プレイリストおよびプレイリスト要素テーブルを記憶し、メディア・サーバーの状態が変化したと判定した場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新し、更新されたプレイリストをローカル・エリア・ネットワーク内のメディア・レンダラーに送信するように構成される。
【０１５７】
プレイリストは、メディア・リソースのＵＲＬおよびメディア・リソースのファイル名のような情報を含むことができ、プレイリスト要素テーブルは、メディア・リソース識別子、メディア・サーバー識別子、メディア・サーバーのＩＰアドレス、およびメディア・リソースのＵＲＬのうちの少なくとも１つを含むことができ、メディア・サーバー識別子は、具体的には、メディア・サーバーのＵＵＩＤであってもよい。
【０１５８】
メディア・サーバーの状態変化は、メディア・サーバーのＩＰアドレスが変化する、メディア・サーバーがオフラインである、または、メディア・サーバーのメディア・リソースが変化するなどのシナリオを指す。
【０１５９】
プレイリスト処理装置は、具体的には、記憶されたプレイリスト要素テーブルに応じて、メディア・サーバーのインターネット・プロトコル・アドレスが変化したと判定した場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新するように、または、メディア・サーバーがオフラインであると判定した場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新するように、または、メディア・サーバーのメディア・リソースが変化すると判定した場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新するように構成される。たとえば、具体的なプロセスは、以下の通りでもよい：
【０１６０】
（１）以下で詳述されるように、記憶されたプレイリスト要素テーブルに応じて、メディア・サーバーのＩＰアドレスが変化したと判定した場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新する：
メディア・サーバーによって送信され、メディア・サーバーのＩＰアドレスおよびメディア・サーバー識別子を搬送するオンライン・アナウンスメント・メッセージを受信し、
オンライン・アナウンスメント・メッセージ中で搬送されたメディア・サーバーのＩＰアドレスおよびメディア・サーバー識別子が記憶されたプレイリスト要素テーブル中のＩＰアドレスおよびメディア・サーバー識別子と整合しないと判定された場合、記憶されたプレイリスト中のＩＰアドレスに関連するコンテンツ、たとえば、ＵＲＬを更新し、プレイリスト要素テーブル中のメディア・サーバーのＩＰアドレスを更新する。
【０１６１】
（２）以下で詳述されるように、メディア・サーバーがオフラインであると判定した場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新する：
メディア・サーバーによって送信されるオンライン・アナウンスメント・メッセージがプリセット時間内に受信されない場合、メディア・サーバーがオフラインであると判定し、記憶されたプレイリスト中のメディア・サーバーに対応するレコードを削除するか、または、記憶されたプレイリスト中のメディア・サーバーに対応するレコードを利用不可能としてマークする。
【０１６２】
（３）以下で詳述されるように、メディア・サーバーのメディア・リソースが変化したと判定した場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新する：
メディア・サーバーによって報告されたイベントを受信し、受信されたイベントに応じて、記憶されたプレイリスト中の変化したメディア・リソースに対応するレコードを更新し、イベントに応じてプレイリスト要素テーブル中の変化したメディア・リソースに対応するレコードを更新する。
【０１６３】
オンライン・アナウンスメント・メッセージは、具体的には、ＳＳＤＰメッセージでもよい。
【０１６４】
プレイリスト処理装置は、メディア・レンダラー上のプレイリストを問い合わせ、メディア・レンダラーがプレイリスト識別子およびメディア・リソース識別子に応じてメディア・リソースを再生するように、メディア・レンダラー上の探索されたプレイリストに応じて、プレイリスト識別子およびメディア・リソース識別子を搬送する再生要求をメディア・レンダラーに送信するようにさらに構成されている。
【０１６５】
加えて、通信システムは、メディア・レンダラーとメディア・サーバーとをさらに含むことができる。
【０１６６】
メディア・レンダラーは、プレイリスト処理装置によって送信されたプレイリストを受信し、プレイリスト処理装置によって送信された再生要求を受信し、プレイリスト処理装置の再生要求に応じてメディア・サーバーからメディア・リソースを取得し、メディア・リソースを再生するように構成される。
【０１６７】
メディア・サーバーは、メディア・リソース情報をプレイリスト処理装置に送信し、再生のためリソースをメディア・レンダラーに供給するように構成される。
【０１６８】
上述の装置の具体的な実施については上記実施形態を参照できるので、ここでは詳細を省略する。
【０１６９】
上述から分かるように、本実施形態では、通信システムのプレイリスト処理装置は、ローカル・エリア・ネットワーク内のメディア・サーバーからメディア・リソース情報を取得し、メディア・リソース情報に応じてプレイリストおよびプレイリスト要素テーブルを生成させ、プレイリストおよびプレイリスト要素テーブルを記憶し、生成したプレイリストをローカル・エリア・ネットワーク内のメディア・レンダラーに送信し、その後、メディア・サーバーの状態が変化したと判定された場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新し、更新されたプレイリストをローカル・エリア・ネットワーク内のメディア・レンダラーに送信する。本発明の実施形態では、プレイリストは、リアルタイムで更新され得るので、プレイリストとメディア・ソースとの間の整合性を確保することが可能であり、その結果、連続的に有効なプレイリストが提供されるので、ユーザの再生使用感を向上させることができる。
【０１７０】
当業者は、上述の実施形態における様々な方法のステップの全部または一部が関連ハードウェアに指令するプログラムによって実施されてもよいことを理解することができる。プログラムは、コンピュータ読み取り可能な記憶媒体に記憶されてもよい。記憶媒体は、読取専用メモリ（ＲＯＭ、Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ランダム・アクセス・メモリ（ＲＡＭ、Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、磁気ディスク、またはコンパクトディスクを含むことができる。
【０１７１】
本発明の実施形態において提供されるローカル・エリア・ネットワークにおいてメディア・リソース・プレイリストを処理する方法、装置、およびシステムを、上述において詳細に紹介した。本明細書では、具体的な実施例は、本発明の原理と実施様式を説明するため使用されている。実施形態の上述の記載は、本発明の方法とその核心となるアイデアの理解を助けるためだけに使用されている。その一方で、当業者は、本発明のアイデアに応じて、具体的な実施様式および用途範囲を変更してもよい。結論として、本明細書の内容は、本発明を限定するものとして解釈されるべきではない。
【図１ａ】
0005925304.tif 000015
【図１ｂ】
0005925304.tif 000016
【図２】
0005925304.tif 000017
【図３】
0005925304.tif 000018
【図４】
0005925304.tif 000019
【図５ａ】
0005925304.tif 000020
【図５ｂ】
0005925304.tif 000021