JP2014523581A - ローカル・エリア・ネットワークにおいてメディア・リソース・プレイリストを処理する方法、装置、およびシステム - Google Patents

Abstract

メディア・サーバーおよびメディア・レンダラーを含むローカル・エリア・ネットワークにおいてメディア・リソース再生を制御する方法は、メディア・サーバーの状態が変化したと判定した場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新し、更新されたプレイリストをメディア・レンダラーに送信することを含む。対応するプレイリスト処理装置および通信システムがさらに提供される。

Description

本発明は、通信技術の分野に関し、具体的には、ローカル・エリア・ネットワークにおいてメディア・リソース・プレイリストを処理する方法、装置、およびシステムに関する。

電子デジタル技術の進展と、コンシューマエレクトロニクスのデジタル化とに伴って、より一層多くのデジタル電子機器、たとえば、携帯電話またはカメラのようなデジタル化された娯楽機器や、パーソナルコンピュータまたはデジタル・テレビジョン・セットのような家電製品が家庭に現われている。コンテンツ共有化または相互制御することができるローカル・エリア・ネットワーク、たとえばホーム・ネットワークを構成するために、有線または無線モードにおいてデジタル電子機器を接続する方法は、業界が考え、実現しようとしている概念である。ホーム・ネットワークを構成するデジタル電子機器は、ホーム・ネットワーク機器と呼ばれる。

様々なタイプのホーム・ネットワーク機器の相互作用および制御を実現し易くするために、ユニフォーム・プラグ・アンド・プレイ（ＵＰｎＰ、Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ）技術が従来技術において提案されている。ＵＰｎＰは、様々なデジタル電子機器のグローバルなピア・ツー・ピア（Ｐ２Ｐ、Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ）ネットワーク接続性のための構造である。ＵＰｎＰシステムでは、ユーザは、ホーム・ネットワーク内のコントロール・ポイント（ＣＰ、Ｃｏｎｔｒｏｌ Ｐｏｉｎｔ）機器を介してホーム・ネットワーク機器を制御する。ＵＰｎＰプロトコルを介し、ＵＰｎＰ技術をサポートするホーム・ネットワーク機器（以下、ＵＰｎＰ機器と称する）の関連する制御コマンド（アクション）を呼び出すことによって、コントロール・ポイント機器は、ホーム・ネットワーク内のＵＰｎＰ機器の状態情報を読み取り、対応する動作を実行するためにＵＰｎＰ機器を制御する。

複数のＵＰｎＰ機器がホーム・ネットワーク内のメディアを共有するシナリオを実施するために、ＵＰｎＰは、オーディオおよびビデオ（ＡＶ、Ａｕｄｉｏ ａｎｄ Ｖｉｄｅｏ）規格を規定する。ＡＶ規格には、３台の装置、即ち、メディア・サーバー（ＭＳ、Ｍｅｄｉａ Ｓｅｒｖｅｒ）と、メディア再生機器（ＭＲ、Ｍｅｄｉａ Ｒｅｎｄｅｒｅｒ）と、メディア・コントロール・ポイント（ＡＶ ＣＰ、オーディオ・ビデオ・コントロール・ポイント）が規定されている。メディア・サーバーは、メディアを記憶する機器である。メディア・レンダラーは、メディアを再生する機器である。ＡＶ ＣＰは、これら２台の機器を制御する装置である。ＡＶ ＣＰを介して、メディア・サーバーのメディア・リソースが閲覧されることができ、メディア・サーバーのメディアが再生されることができることで、メディア・レンダラーがメディア・サーバー内のコンテンツを再生することは可能となる。たとえば、図１ａに示されるように、ユーザが携帯電話またはデジタルカメラ（すなわち、メディア・サーバー）に記憶されたプライベートビデオをデジタル・テレビジョン・セット（すなわち、メディア・レンダラー）で観ることを望む場合、ＡＶ ＣＰは、携帯電話またはデジタルカメラからプライベートビデオのコンテンツ情報を取得し、その後、プレイリスト（Ｐｌａｙｌｉｓｔ）を生成し、プレイリストを記憶するためデジタル・テレビジョン・セットに送信するので、デジタル・テレビジョン・セットは、プレイリストに応じてメディアリソース（すなわち、ビデオ）を取得し、再生する。

従来技術の研究および実施において、本発明の発明者は、ＡＶ ＣＰによってメディア・サーバー上で生成され、メディア・サーバーへ送信されたプレイリストが一時的であり、プレイリストと関連付けられたコンテンツを記憶するメディア・サーバーがオフラインであるか、インターネット・プロトコル（ＩＰ、Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレスが変化するか、または、コンテンツ自体が変化した場合、プレイリストは、部分的または完全に無効となり、このことがユーザの使用感に非常に影響することを見出した。

本発明の実施形態は、連続的に有効なプレイリストが提供されることでユーザの使用感を向上させるように、ローカル・エリア・ネットワークにおいてメディア・リソース・プレイリストを処理する方法、装置、およびシステムを提供する。

メディア・サーバーおよびメディア・レンダラーを含むローカル・エリア・ネットワークにおいてメディア・リソース・プレイリストを処理する方法は、
メディア・サーバーの状態が変化したと判定した場合、メディア・リソースのユニフォーム・リソース・ロケータおよびメディア・リソースのファイル名を含む記憶されたプレイリストと、メディア・リソース識別子、メディア・サーバー識別子、メディア・サーバーのＩＰアドレス、および、メディア・リソースのユニフォーム・リソース・ロケータのうちの少なくとも１つを含む記憶されたプレイリスト要素テーブルと、を更新し、
更新されたプレイリストをメディア・レンダラーに送信すること、
を含む。

プレイリスト処理装置は、
ローカル・エリア・ネットワーク内のメディア・サーバーの状態が変化したと判定した場合、メディア・リソースのユニフォーム・リソース・ロケータおよびメディア・リソースのファイル名を含む記憶されたプレイリストと、メディア・リソース識別子、メディア・サーバー識別子、メディア・サーバーのインターネット・プロトコル・アドレス、および、メディア・リソースのユニフォーム・リソース・ロケータのうちの少なくとも１つを含む記憶されたプレイリスト要素テーブルと、を更新するように構成される更新ユニットと、
生成したプレイリストをローカル・エリア・ネットワーク内のメディア・レンダラーに送信し、プレイリストが更新された場合、更新されたプレイリストをローカル・エリア・ネットワーク内のメディア・レンダラーに送信するように構成される送信ユニットと、
を含む。

通信システムは、本発明の実施形態による全てのプレイリスト処理装置を含む。

本発明の実施形態では、メディア・サーバーの状態が変化したと判定された場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルが更新され、更新されたプレイリストがローカル・エリア・ネットワーク内のメディア・レンダラーに送信される。本発明の実施形態では、プレイリストは、リアルタイムで更新され得るので、プレイリストとメディア・ソースとの間の整合性が確保されることが可能であり、その結果、連続的に有効なプレイリストが提供されることでユーザの使用感を向上させることができる。

本発明の実施形態または従来技術における技術的解決手法をより明瞭に例示するために、以下の事項は、実施形態または従来技術を説明するため必要とされる添付図面を簡単に説明する。以下の説明における添付図面は、本発明の実施形態の一部を明らかにするだけであり、当業者は、創造的努力を必要とせずに、添付図面から他の図面を導き出すことができる。

従来技術でのローカル・エリア・ネットワークにおいてメディア・リソースを再生するシナリオの概略図である。 本発明の実施形態によるローカル・エリア・ネットワークにおいてメディア・リソース・プレイリストを処理する方法のフローチャートを示した図である。 本発明の実施形態によるローカル・エリア・ネットワークにおいてメディア・リソース・プレイリストを処理する方法の別のフローチャートを示した図である。 本発明の実施形態によるローカル・エリア・ネットワークにおいてメディア・リソース・プレイリストを処理する方法のさらに別のフローチャートを示した図である。 本発明の実施形態によるローカル・エリア・ネットワークにおいてメディア・リソース・プレイリストを処理する方法のさらに別のフローチャートを示した図である。 本発明の実施形態によるプレイリスト処理装置の概略構造図である。 図５ｂは、本発明の実施形態によるプレイリスト処理装置の概略構造図である。

以下は、本発明の実施形態の添付図面を参照して本発明の実施形態による技術的解決手法を明瞭かつ完全に説明する。明らかに、以下の説明において実施形態は、本発明の実施形態の全部ではなく、一部に過ぎない。創造的な努力を必要とせずに本発明の実施形態に基づいて当業者によって達成された他の実施形態のすべては、本発明の保護範囲に当然に含まれる。

本発明の実施形態は、ローカル・エリア・ネットワークにおいてメディア・リソース・プレイリストを処理する方法、装置、およびシステムを提供する。本発明の実施形態は、個々に以下で詳細に説明する。
＜実施形態１＞

本発明の実施形態は、プレイリスト処理装置の観点から説明される。具体的には、プレイリスト処理装置は、コントロール・ポイントでもよく、または、プレイリスト処理装置は、コントロール・ポイントと中央サーバーとを含んでもよく、すなわち、コントロール・ポイントと中央サーバーとが共同で動作を実行する。コントロール・ポイントは、メディア・レンダラー、メディア・サーバー、または中央サーバーと同じエンティティの中に統合されてもよく、或いはコントロール・ポイントは、別個のエンティティでもよい。

ローカル・エリア・ネットワークにおいてメディア・リソース・プレイリストを処理する方法は、ローカル・エリア・ネットワーク内のメディア・サーバーの状態が変化したと判定した場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新し、更新されたプレイリストをローカル・エリア・ネットワーク内のメディア・レンダラーに送信することを含む。

図１ｂに示されるように、具体的な手順は、以下の通りであってよい。

１０１：ローカル・エリア・ネットワーク内のメディア・サーバーの状態が変化したと判定した場合、記憶されたプレイリスト（Ｐｌａｙｌｉｓｔ）、および記憶されたプレイリスト要素テーブル（Ｐｌａｙｌｉｓｔ ｅｌｅｍｅｎｔ ｔａｂｌｅ）を更新する。

プレイリストは、メディア・リソースのＵＲＬおよびメディア・リソースのファイル名のような情報を含んでいてよく、プレイリスト要素テーブルは、メディア・リソース識別子（リソースＩＤ、Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）、メディア・サーバー識別子、メディア・サーバーのＩＰアドレス、および、メディア・リソースのＵＲＬのうちの少なくとも１つを含んでいてよい。メディア・サーバー識別子は、具体的には、メディア・サーバーのユニフォーム・ユニーク識別子（ＵＵＩＤ、Ｕｎｉｖｅｒｓａｌ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ）であってよい。

１０２：更新されたプレイリストをローカル・エリア・ネットワーク内のメディア・レンダラーに送信する。

上述から分かるように、本実施形態では、メディア・サーバーの状態が変化したと判定された場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルが更新され、更新されたプレイリストがローカル・エリア・ネットワーク内のメディア・レンダラーに送信される。本発明の実施形態では、プレイリストは、リアルタイムで更新され得るので、プレイリストとメディア・ソースとの間の整合性が確保されることが可能であり、その結果、連続的に有効なプレイリストが提供されることで、ユーザの使用感を向上させることができる。
＜実施形態２＞

第１の実施形態において説明された方法によれば、「ローカル・エリア・ネットワーク内のメディア・サーバーの状態が変化したと判定した場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新する（すなわち、ステップ１０１）」ステップの前に、プレイリスト処理装置はさらに、プレイリストおよびプレイリスト要素テーブルを生成し、生成したプレイリストおよびプレイリスト要素テーブルをメディア・レンダラーに送信してもよい。たとえば、図２に示されるように、ローカル・エリア・ネットワークにおいてメディア・リソース・プレイリストを処理する方法の具体的な手順は、以下の通りであってもよい。

２０１：ローカル・エリア・ネットワーク内のメディア・サーバーからメディア・リソース情報を取得する。

たとえば、具体的には、メディア・リソース情報は、以下で詳述されるように、ブラウズ要求（Ｂｒｏｗｓｅ（））または検索要求（Ｓｅａｒｃｈ（））をメディア・サーバーに送信することにより取得されてもよく、
プレイリスト処理装置は、ブラウズ要求または検索要求をメディア・サーバーに送信し、
メディア・サーバーは、ブラウズ要求または検索要求を受信した後、メディア・リソース情報をプレイリスト処理装置に返信する。

メディア・リソース情報は、メディア・リソース識別子、メディア・サーバー識別子、メディア・サーバーのインターネット・プロトコル（ＩＰ、Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレス、およびメディア・リソースのユニフォーム・リソース・ロケータ（ＵＲＬ、Ｕｎｉｖｅｒｓａｌ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）のような情報を含んでいてよく、さらに、メディア・リソースのファイル名のような情報を含んでいてよい。

２０２：ステップ２０１で取得されたメディア・リソース情報に応じてプレイリストおよびプレイリスト要素テーブルを生成し、生成したプレイリストおよびプレイリスト要素テーブルを記憶する。

プレイリストは、メディア・リソースのＵＲＬおよびメディア・リソースのファイル名のような情報を含んでいてよい。プレイリスト要素テーブルは、メディア・リソース識別子、メディア・サーバー識別子、メディア・サーバーのＩＰアドレス、およびメディア・リソースのＵＲＬのうちの少なくとも１つを含んでいてよく、メディア・サーバー識別子は、具体的には、メディア・サーバーのＵＵＩＤでもよい。

２０３：生成したプレイリストをローカル・エリア・ネットワーク内のメディア・レンダラーに送信する。

たとえば、具体的には、メディア・レンダラーは、プレイリストがメディア・レンダラーに配信されるように、「静的プレイリスト設定」アクションクラス、すなわち、ＳｅｔＳｔａｔｉｃＰｌａｙｌｉｓｔ（）アクションを呼び出すことを要求されてもよい。

２０４：メディア・サーバーの状態が変化したと判定された場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新する。

メディア・サーバーの状態変化は、メディア・サーバーのＩＰアドレスが変化する、メディア・サーバーがオフラインである、または、メディア・サーバーのメディア・リソースが変化するなどのシナリオを指し、すなわち、ステップ２０４は、具体的には、以下のモードのうちの１つ以上でもよい。

（１）以下で詳述されるように、記憶されたプレイリスト要素テーブルに応じて、メディア・サーバーのＩＰアドレスが変化したと判定した場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新する：
メディア・サーバーによって送信され、メディア・サーバーのＩＰアドレスおよびメディア・サーバー識別子を搬送するオンライン・アナウンスメント・メッセージ、たとえば、シンプル・サービス・ディスカバリ・プロトコル（ＳＳＤＰ、Ｓｉｍｐｌｅ Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）メッセージを受信し、
オンライン・アナウンスメント・メッセージ中で搬送されたメディア・サーバーのＩＰアドレスおよびメディア・サーバー名識別子が記憶されたプレイリスト要素テーブル中のＩＰアドレスおよびメディア・サーバー識別子と整合しないと判定された場合、記憶されたプレイリスト中のＩＰアドレスに関連するコンテンツを更新し、プレイリスト要素テーブル中のメディア・サーバーのＩＰアドレスを更新する。

たとえば、具体的には、オンライン・アナウンスメント・メッセージ中で搬送されたメディア・サーバー名識別子に応じて、記憶されたプレイリスト要素テーブルにおいて対応するＩＰアドレスが探索されることができ、次いで、オンライン・アナウンスメント・メッセージ中で搬送されたメディア・サーバーのＩＰアドレスは、探索されたＩＰアドレスと比較され、整合する場合、アクションは何も実行されず、整合する場合、記憶されたプレイリスト中のＩＰアドレスに関連するコンテンツが更新され、探索されたＩＰアドレスが更新される。

ＩＰアドレスに関連するコンテンツは、ＩＰアドレスに関連したレコード（記録）、たとえば、ＵＲＬを指す。

（２）以下で詳述されるように、メディア・サーバーがオフラインであると判定した場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新する：
メディア・サーバーがオフラインであることを指示するメッセージが受信されるか、または、メディア・サーバーによって送信されるオンライン・アナウンスメント・メッセージ（たとえば、ＳＳＤＰメッセージ）がプリセット（予め定められた）時間内に受信されない場合、メディア・サーバーがオフラインであると判定し、記憶されたプレイリスト中のメディア・サーバーに対応するレコードを削除するか、または、記憶されたプレイリスト中のメディア・サーバーに対応するレコードを利用不可能としてマークする。

メディア・サーバーは、オンライン・アナウンスメント・メッセージをコントロール・ポイントまたは中央サーバーに周期的に送信するので、コントロール・ポイントまたは中央サーバーがある一定の時間内にメディア・サーバーからオンライン・アナウンスメント・メッセージを受信しない場合、このことは、メディア・サーバーがオフラインであることを示す。この場合、記憶されたプレイリスト中および記憶されたプレイリスト要素テーブル中のメディア・サーバーに対応するレコードは、無効項目をクリックすることによって引き起こされるユーザ使用感品質の低下を避けるために削除されてもよい。時間の長さは、実際のアプリケーション要件に応じて設定されてもよい。

（３）以下で詳述されるように、メディア・サーバーのメディア・リソースが変化したと判定した場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新する：
メディア・サーバーによって報告され、メディア・サーバー上の変化したメディア・リソースを指示するイベント（Ｅｖｅｎｔ）を受信し、
受信されたイベントに応じて、記憶されたプレイリスト中の変化したメディア・リソースに対応するレコードを更新し、イベントに応じてプレイリスト要素テーブル中の変化したメディア・リソースに対応するレコードを更新する。

たとえば、具体的には、イベントに応じてメディア・リソース識別子が判定されてもよく、次いで、プレイリスト要素テーブルおよび記憶されたプレイリスト中の対応するレコードがメディア・リソース識別子に応じてそれぞれ探索され（すなわち、プレイリスト要素テーブル中の対応するレコードを検索し、プレイリスト中の対応するレコードを検索し）、レコード中のメディア・リソースのＵＲＬが更新され、プレイリスト中の探索されたレコード中のメディア・リソースのＵＲＬが更新される。

２０５：メディア・レンダラーが元のプレイリストを更新されたプレイリストを使用して置換するように、更新されたプレイリストをローカル・エリア・ネットワーク内のメディア・レンダラーに送信する。このようにして、コントロール・ポイントは、メディア・レンダラーにプレイリストを問い合わせたとき、更新されたプレイリストを見つけることができるので、それによって、プレイリストとメディア・ソースとの間の整合性、すなわち、プレイリストが有効であることを確保する。

さらに、ローカル・エリア・ネットワークにおいてメディア・リソース再生を制御する方法は、
メディア・レンダラーにプレイリストを問い合わせ、メディア・レンダラー上で探索されたプレイリストに応じて、再生要求をメディア・レンダラーに送信することであって、再生要求が、メディア・レンダラーがプレイリスト識別子およびメディア・リソース識別子に応じてメディア・リソースを再生するように、プレイリスト識別子およびメディア・リソース識別子を搬送すること
をさらに含んでよい。

メディア・サーバーは具体的には、スマートフォン、パーソナルコンピュータ、デジタルカメラ、ノートブックコンピュータ、携帯メディアプレーヤ、または、リムーバブル・ハード・ディスクのような記憶機能を備えた端末装置であってもよい。メディア・レンダラーは具体的には、デジタル・テレビジョン・セット、ノートブックコンピュータ、または、パーソナルコンピュータのようなメディアを表示する能力がある端末装置であってもよい。

上述から分かるように、本実施形態では、メディア・リソース情報が、ローカル・エリア・ネットワーク内のメディア・サーバーから取得され、プレイリストおよびプレイリスト要素テーブルが、メディア・リソース情報に応じて生成され、記憶され、生成されたプレイリストは、ローカル・エリア・ネットワーク内のメディア・レンダラーに送信され、その後、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルは、メディア・サーバーの状態が変化したと判定された場合に更新され、更新されたプレイリストは、ローカル・エリア・ネットワーク内のメディア・レンダラーに送信される。本発明の実施形態では、プレイリストは、リアルタイムで更新され得るので、プレイリストとメディア・ソースとの間の整合性を確保することが可能であり、その結果、連続的に有効なプレイリストが提供されることで、ユーザの使用感を向上させることができる。
＜実施形態３＞

第１の実施形態および第２の実施形態において説明された方法に係るいくつかの実施例を使用することにより、以下に詳細な説明を提供する。

本実施形態は、プレイリスト処理装置が具体的にコントロール・ポイントである実施例を使用して説明される。具体的には、コントロール・ポイントがメディア・レンダラーに統合されてもよく、または、メディア・サーバーに統合されてもよく、或いはセット・トップ・ボックス、ゲートウェイ、もしくは、アクセス・ポイント機器のような一部の中間機器に統合されてもよく、或いは別個のエンティティであってもよい。

図３に示されるように、具体的な手順は、以下の通りであってもよい。

３０１：コントロール・ポイントは、ローカル・エリア・ネットワーク内のメディア・サーバーからメディア・リソース情報を取得する。

たとえば、具体的には、以下で詳述されるように、メディア・リソース情報は、ブラウズ要求（Ｂｒｏｗｓｅ（））または検索要求（Ｓｅａｒｃｈ（））をメディア・サーバーに送信することにより取得されてもよい：
コントロール・ポイントは、ブラウズ要求または検索要求をメディア・サーバーに送信し、
メディア・サーバーは、ブラウズ要求または検索要求を受信した後、メディア・リソース情報をコントロール・ポイントに返信する。

メディア・リソース情報は、メディア・リソース識別子、メディア・サーバー識別子、メディア・サーバーのＩＰアドレス、およびメディア・リソースのＵＲＬのような情報を含んでよく、さらに、メディア・リソースのファイル名のような情報を含んでもよい。

３０２：コントロール・ポイントは、ステップ３０１において取得されたメディア・リソース情報に応じてプレイリストおよびプレイリスト要素テーブルを生成し、生成したプレイリストおよびプレイリスト要素テーブルを記憶する。

プレイリストは、メディア・リソースのＵＲＬおよびメディア・リソースのファイル名のような情報を含んでよい。たとえば、プレイリストの具体的なフォーマットは、表１に示されている通りであってもよい。

ユーザは、プレイリストを通じて、メディア・レンダラーに表示されるべきメディア・リソースを選択できる。たとえば、ユーザがメディア・レンダラー上で「Ｚｈａｎｇ Ｓａｎの冒険」を再生したい場合、ユーザは、プレイリストからファイル名「Ｚｈａｎｇ Ｓａｎの冒険」を有する選択肢を選択する。

プレイリスト要素テーブルは、メディア・リソース識別子、メディア・サーバー識別子、メディア・サーバーのＩＰアドレス、およびメディア・リソースのＵＲＬのうちの１つ以上を含んでよく、メディア・サーバー識別子は、具体的には、メディア・サーバーのＵＵＩＤでもよい。以下の実施形態はすべて、メディア・サーバー識別子が具体的にＵＵＩＤである実施例を使用することにより説明される。たとえば、プレイリスト要素テーブルの具体的なフォーマットは、表２に示されている通りであってもよい。

３０３：コントロール・ポイントは、生成したプレイリストをメディア・レンダラーに送信する。

たとえば、コントロール・ポイントは、プレイリストをメディア・レンダラーに配信するために「静的プレイリスト設定」アクションクラス、すなわち、「ＳｅｔＳｔａｔｉｃＰｌａｙｌｉｓｔ（）アクション」を呼び出すことをメディア・レンダラーに要求してもよい。

「ＳｅｔＳｔａｔｉｃＰｌａｙｌｉｓｔ（）」の引数は、具体的には、表３に例示されるように、メディア・レンダラーに記憶されたプレイリストの識別子（ＩＤ、Ｉｄｅｎｔｉｔｙ）、プレイリストのコンテンツ、およびプレイリストのバイト長のような情報を含んでもよい。

「ＩｎｓｔａｎｃｅＩＤ」は、メディア・レンダラーに記憶されたプレイリストの識別子、すなわち、プレイリストがメディア・レンダラーに記憶されたときにメディア・レンダラーによってプレイリストに割り当てられ、問い合わせおよび検索のためのプレイリストの記憶位置を指示するために使用されるストレージ識別子を指す。「ＰｌａｙｌｉｓｔＤａｔａ」は、プレイリストのコンテンツを指し、「ＰｌａｙｌｉｓｔＤａｔａＬｅｎｇｔｈ」は、プレイリストのバイト長を指す。「ＩＮ」は、対応する引数の状態が「入力」であることを指示する。

３０４：コントロール・ポイントは、オンライン・アナウンスメント・メッセージ、たとえば、ＳＳＤＰメッセージ（以下の説明では、ＳＳＤＰメッセージは、オンライン・アナウンスメント・メッセージとして使用される）を介して、ローカル・エリア・ネットワーク内のメディア・サーバーの状態を監視し、メディア・サーバーの状態が変化したと判定した場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新する。たとえば、具体的なプロセスは、以下の通りでもよい。

（１）コントロール・ポイントは、以下で詳述されるように、記憶されたプレイリスト要素テーブルに応じて、メディア・サーバーのＩＰアドレスが変化したと判定した場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新する：
コントロール・ポイントは、メディア・サーバーによって送信され、メディア・サーバーのＩＰアドレスおよびメディア・サーバー識別子を搬送するＳＳＤＰメッセージを受信し、
ＳＳＤＰメッセージ中のメディア・サーバーのＩＰアドレスおよびメディア・サーバー名識別子が、記憶されたプレイリスト要素テーブル中のＩＰアドレスおよびメディア・サーバー識別子と整合しないと判定した場合、コントロール・ポイントは、記憶されたプレイリスト中のＩＰアドレスに関連するコンテンツを更新し、プレイリスト要素テーブル中のメディア・サーバーのＩＰアドレスを更新する。

たとえば、ＳＳＤＰメッセージ中で搬送されたメディア・サーバー識別子が「ＵＵＩＤ１」であり、ＳＳＤＰメッセージ中で搬送されたメディア・サーバーのＩＰアドレスが「１９２．１６８．５．１２」である場合、表２によれば、「ＵＵＩＤ１」に対応するメディア・サーバーのＩＰアドレスは、「１９２．１６８．５．１１」であり、ＳＳＤＰメッセージ中で搬送されたメディア・サーバーのＩＰアドレス「１９２．１６８．５．１２」と異なる。従って、表２中の「１９２．１６８．５．１１」は、「１９２．１６８．５．１２」に更新され、プレイリスト中のＩＰアドレス「１９２．１６８．５．１１」に関連したコンテンツが同様に更新される。たとえば、元のＵＲＬ「ｈｔｔｐ：／／１９２．１６８．５．１１／ｃｏｎｔｅｎｔ１」は「ｈｔｔｐ：／／１９２．１６８．５．１２／ｃｏｎｔｅｎｔ１」に更新される。

（２）コントロール・ポイントは、以下で詳述されるように、メディア・サーバーがオフラインであると判定した場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新する：

メディア・サーバーがオフラインであることを指示するメッセージが受信されるか、または、メディア・サーバーによって送信されるＳＳＤＰメッセージがプリセット時間内に受信されない場合、コントロール・ポイントは、メディア・サーバーがオフラインであると判定し、記憶されたプレイリスト中のメディア・サーバーに対応するレコードを削除するか、または、記憶されたプレイリスト中のメディア・サーバーに対応するレコードを「利用不可能」としてマークする。

メディア・サーバーは、ＳＳＤＰメッセージをコントロール・ポイントまたは中央サーバーに周期的に送信するので、コントロール・ポイントまたは中央サーバーがある一定の時間内にメディア・サーバーからＳＳＤＰメッセージを受信しない場合、このことは、メディア・サーバーがオフラインであることを示す。この場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブル中のメディア・サーバーに対応するレコードは、無効項目をクリックすることによって引き起こされるユーザの使用感品質の低下を避けるために削除されてもよい。時間の長さは、実際のアプリケーション要件に応じて設定されてもよい。

（３）以下で詳述されるように、コントロール・ポイントは、メディア・サーバーのメディア・リソースが変化したと判定した場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新する：
コントロール・ポイントは、メディア・サーバーによって報告され、メディア・サーバー上の変化したメディア・リソースを指示するイベントを受信し、
受信されたイベントに応じて、記憶されたプレイリスト中の変化したメディア・リソースに対応するレコードを更新し、イベントに応じてプレイリスト要素テーブル中の変化したメディア・リソースに対応するレコードを更新する。

たとえば、具体的には、イベントに応じてメディア・リソース識別子が判定されてもよく、次いで、プレイリスト要素テーブルおよび記憶されたプレイリスト中の対応するレコードがメディア・リソース識別子に応じてそれぞれ探索され（すなわち、プレイリスト要素テーブル中の対応するレコードを検索し、プレイリスト中の対応するレコードを検索し）、レコード中のメディア・リソースのＵＲＬが更新され、プレイリスト中の探索されたレコード中のメディア・リソースのＵＲＬが更新される。

３０５：コントロール・ポイントは、更新されたプレイリストをメディア・レンダラーに送信する。

たとえば、コントロール・ポイントは、更新されたプレイリストをメディア・レンダラーに配信するために「静的プレイリスト設定」アクションクラス、すなわち、「ＳｅｔＳｔａｔｉｃＰｌａｙｌｉｓｔ（）アクション」を呼び出すことをメディア・レンダラーに要求してもよい。

「ＳｅｔＳｔａｔｉｃＰｌａｙｌｉｓｔ（）」の引数は、具体的には、表４に例示されるように、メディア・レンダラーに記憶されたプレイリストの識別子、プレイリストのコンテンツ、およびプレイリストのバイト長のような情報を含んでもよい。

「ＩｎｓｔａｎｃｅＩＤ」は、メディア・レンダラーに記憶されたプレイリストの識別子、すなわち、プレイリストがメディア・レンダラーに記憶されたときにメディア・レンダラーによってプレイリストに割り当てられ、問い合わせおよび検索のためのプレイリストの記憶位置を指示するために使用されるストレージ識別子を指す。「ＰｌａｙｌｉｓｔＤａｔａ」は、プレイリストのコンテンツを指し、「ＰｌａｙｌｉｓｔＤａｔａＬｅｎｇｔｈ」は、プレイリストのバイト長を指す。「ＩＮ」は、対応する引数の状態が「入力」であることを指す。

３０６：メディア・レンダラーは、元のプレイリストを置換するために、受信した、更新されたペイリストを使用する。

３０７：コントロール・ポイントは、メディア・レンダラー上のプレイリストを問い合わせる。

たとえば、アクションクラス（アクション）：ＳｃａｎＰｌａｙｌｉｓｔ（）アクションはメディア・レンダラーに追加されてもよく、このようにして、コントロール・ポイントは、メディア・レンダラーに記憶されたプレイリストを問い合わせるためにメディア・レンダラーにアクションを呼び出すことを要求することができる。

「ＳｃａｎＰｌａｙｌｉｓｔ（）」の引数は、具体的には、表５に例示されるように、メディア・レンダラーに記憶されたプレイリストの識別子、プレイリストのコンテンツ、およびプレイリストのバイト長のような情報を含んでいてよい。

「ＩｎｓｔａｎｃｅＩＤ」は、メディア・レンダラーに保存されたプレイリストの識別子、すなわち、プレイリストがメディア・レンダラーに保存されるときにメディア・レンダラーによってプレイリストに割り当てられ、問い合わせおよび検索のためのプレイリストの記憶位置を指示するために使用されるストレージ識別子を指す。「ＰｌａｙｌｉｓｔＤａｔａ」は、プレイリストのコンテンツを指し、「ＰｌａｙｌｉｓｔＤａｔａＬｅｎｇｔｈ」は、プレイリストのバイト長を指す。「ＩＮ」は、対応する引数の状態が「出力」であることを指す。

３０８：コントロール・ポイントは、メディア・レンダラーによって表示された少なくとも１つのプレイリストからプレイリストを選択し、プレイリストを再生することをメディア・レンダラーに要求し、たとえば、コントロール・ポイントは、プレイリストを再生することを要求するためにメディア・レンダラーにおいて「再生」アクションクラスであるＰｌａｙ（）アクションを呼び出すことができる。

「Ｐｌａｙ（）」の引数は、具体的には、表６に例示されるように、メディア・レンダラーに記憶されたプレイリストの識別子（ＩＤ、Ｉｄｅｎｔｉｔｙ）と、コンテンツ項目の通し番号と、プレイリストの再生速度とのような情報を含むことがある。

「ＩｎｓｔａｎｃｅＩＤ」は、メディア・レンダラーに記憶されたプレイリストの識別子を指し、「Ｉｎｄｅｘ」は、プレイリストのコンテンツ項目の通し番号を指し、「Ｓｐｅｅｄ」は、再生速度を指示する。「ＩＮ」は、対応する引数の状態が「入力」であることを指す。

３０９：メディア・レンダラーは、コントロール・ポイントによって選択されたプレイリストに応じてメディア・サーバーからメディア・リソースを要求する。

たとえば、メディア・レンダラーは、「ＨＴＴＰ Ｇｅｔ」を介して、選択されたプレイリストにおいてＵＲＩによって指示されたメディア・リソースをメディア・サーバーから要求することができる。

３１０：メディア・サーバーは、メディア・リソースをメディア・レンダラーに送信する。

たとえば、メディア・サーバーは、メディア・レンダラーの「ＨＴＴＰ Ｇｅｔ」要求に応答し、メディア・リソースをメディア・レンダラーに送信することができる。

３１１：メディア・レンダラーは、メディア・リソースを再生する。

上述から分かるように、本実施形態では、コントロール・ポイントは、ローカル・エリア・ネットワーク内のメディア・サーバーからメディア・リソース情報を取得し、メディア・リソース情報に応じてプレイリストおよびプレイリスト要素テーブルを生成し、生成したプレイリストを記憶し、ローカル・エリア・ネットワーク内のメディア・レンダラーに送信し、その後、メディア・サーバーの状態が変化したと判定した場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新し、更新されたプレイリストをローカル・エリア・ネットワーク内のメディア・レンダラーに送信するので、その結果、メディア・リソースはその後、更新されたプレイリストに応じて再生されることができる。本発明の実施形態では、プレイリストは、リアルタイムで更新され得るので、プレイリストとメディア・ソースとの間の整合性が確保されることが可能であり、その結果、連続的に有効なプレイリストが提供されることで、ユーザの使用感を向上させることができる。
＜実施形態４＞

第３の実施形態とは異なり、本実施形態は、プレイリスト処理装置が具体的にコントロール・ポイントおよび中央サーバーである実施例を使用することにより説明される。コントロール・ポイントは具体的には、メディア・レンダラーに統合されてもよく、または、メディア・サーバーもしくは中央サーバーに統合されてもよく、または、セット・トップ・ボックス、ゲートウェイ、もしくはアクセス・ポイント機器のような一部の中間機器に統合されてもよく、または、別個のエンティティでもよい。中央サーバーは具体的には、セット・トップ・ボックス、ゲートウェイ、もしくはアクセス・ポイント機器のような端末装置であってもよい。コントロール・ポイントと中央サーバーとは同じエンティティに設置されてもよく、または、異なるエンティティに設置されてもよい。

図４に示されるように、具体的な手順は、以下の通りであってもよい：

４０１：中央サーバーは、ローカル・エリア・ネットワーク内のメディア・サーバーからメディア・リソース情報を取得する。

たとえば、具体的には、以下で詳述されるように、メディア・リソース情報は、ブラウズ要求（Ｂｒｏｗｓｅ（））または検索要求（Ｓｅａｒｃｈ（））をメディア・サーバーに送信することにより取得されてもよい：
中央サーバーは、ブラウズ要求または検索要求をメディア・サーバーに送信し、
メディア・サーバーは、ブラウズ要求または検索要求を受信した後、メディア・リソース情報を中央サーバーに返信する。

メディア・リソース情報は、メディア・リソース識別子、メディア・サーバー識別子、メディア・サーバーのＩＰアドレス、およびメディア・リソースのＵＲＬのような情報を含んでいてよく、さらに、メディア・リソースのファイル名のような情報を含んでいてもよい。

４０２：コントロール・ポイントは、中央サーバーのためのプレイリストの生成に関する構成を実行する。たとえば、ファイル名拡張子がローカル・エリア・ネットワーク内において「ＭＰ３」であるメディア・ファイルのすべてのプレイリストを生成するよう、中央サーバーを構成する。

４０３：中央サーバーは、ステップ３０１において取得されたメディア・リソース情報とステップ４０２における構成とに応じてプレイリストおよびプレイリスト要素テーブルを生成し、生成したプレイリストおよびプレイリスト要素テーブルを記憶する。

プレイリストは、メディア・リソースのＵＲＬおよびメディア・リソースのファイル名のような情報を含んでもよい。たとえば、プレイリストの具体的なフォーマットは、表７に示されている通りであってもよい。

ユーザは、プレイリストを通じて、メディア・レンダラーに表示するメディア・リソースを選択できる。たとえば、ユーザがメディア・レンダラー上で「Ｚｈａｎｇ Ｓａｎの冒険」を再生したい場合、ユーザは、プレイリストからファイル名「Ｚｈａｎｇ Ｓａｎの冒険」を有する選択肢を選択する。

プレイリスト要素テーブルは、メディア・リソース識別子、メディア・サーバー識別子、メディア・サーバーのＩＰアドレス、およびメディア・リソースのＵＲＬのうちの１つ以上を含むことができ、メディア・サーバー識別子は、具体的には、メディア・サーバーのＵＵＩＤでもよい。以下の実施形態はすべて、メディア・サーバー識別子が具体的にＵＵＩＤである実施例を使用することにより説明される。たとえば、プレイリスト要素テーブルの具体的なフォーマットは、表８に示されている通りであってもよい。

４０４：コントロール・ポイントは、中央サーバー上のプレイリストを取得する。

たとえば、アクションクラス（アクション）：ＳｃａｎＰｌａｙｌｉｓｔ（）アクションが中央サーバーに追加されることができ、このようにして、コントロール・ポイントは、中央サーバー上に記憶されたプレイリストを取得するためにアクションを呼び出すことを要求することができる。

「ＳｃａｎＰｌａｙｌｉｓｔ（）」の引数は、具体的には、表９に例示されるように、メディア・レンダラーに記憶されたプレイリストの識別子、プレイリストのコンテンツ、およびプレイリストのバイト長のような情報を含むことができる。

「ＩｎｓｔａｎｃｅＩＤ」は、メディア・レンダラーに記憶されたプレイリストの識別子を指し、「ＰｌａｙｌｉｓｔＤａｔａ」は、プレイリストのコンテンツを指し、「ＰｌａｙｌｉｓｔＤａｔａＬｅｎｇｔｈ」は、プレイリストのバイト長を指す。「ＩＮ」は、対応する引数の状態が「出力」であることを指す。

４０５：コントロール・ポイントは、取得されたプレイリストをメディア・レンダラーに送信する。

たとえば、コントロール・ポイントは、プレイリストをメディア・レンダラーに配信するために「静的プレイリスト設定」アクションクラス、すなわち、「ＳｅｔＳｔａｔｉｃＰｌａｙｌｉｓｔ（）アクション」を呼び出すことをメディア・レンダラーに要求してもよい。

「ＳｅｔＳｔａｔｉｃＰｌａｙｌｉｓｔ（）」の引数は、具体的には、表１０に例示されるように、メディア・レンダラーに記憶されたプレイリストの識別子（ＩＤ、Ｉｄｅｎｔｉｔｙ）、プレイリストのコンテンツ、およびプレイリストのバイト長のような情報を含むことができる。

「ＩｎｓｔａｎｃｅＩＤ」は、メディア・レンダラーに記憶されたプレイリストの識別子を指し、「ＰｌａｙｌｉｓｔＤａｔａ」は、プレイリストのコンテンツを指し、「ＰｌａｙｌｉｓｔＤａｔａＬｅｎｇｔｈ」は、プレイリストのバイト長を指す。「ＩＮ」は、対応する引数の状態が「入力」であることを指す。

４０６：中央サーバーは、オンライン・アナウンスメント・メッセージ、たとえば、ＳＳＤＰメッセージを介して、ローカル・エリア・ネットワーク内のメディア・サーバーの状態を監視し、メディア・サーバーの状態が変化したと判定した場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新する。たとえば、具体的なプロセスは、以下の通りであってもよい。

（１）中央サーバーは、以下で詳述されるように、記憶されたプレイリスト要素テーブルに応じて、メディア・サーバーのＩＰアドレスが変化したと判定した場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新する：

中央サーバーは、メディア・サーバーによって送信され、メディア・サーバーのＩＰアドレスおよびメディア・サーバー識別子を搬送するＳＳＤＰメッセージを受信する。

中央サーバーが、ＳＳＤＰメッセージ中のメディア・サーバーのＩＰアドレスおよびメディア・サーバー名識別子が、記憶されたプレイリスト要素テーブル中のＩＰアドレスおよびメディア・サーバー識別子と整合しないと判定した場合、中央サーバーは、記憶されたプレイリスト中のＩＰアドレスに関連するコンテンツを更新し、プレイリスト要素テーブル中のメディア・サーバーのＩＰアドレスを更新する。

たとえば、ＳＳＤＰメッセージ中で搬送されたメディア・サーバー識別子が「ＵＵＩＤ１」であり、ＳＳＤＰメッセージ中で搬送されたメディア・サーバーのＩＰアドレスが「１９２．１６８．５．１２」である場合、表２によれば、「ＵＵＩＤ１」に対応するメディア・サーバーのＩＰアドレスは、「１９２．１６８．５．１１」であり、ＳＳＤＰメッセージ中で搬送されたメディア・サーバーのＩＰアドレス「１９２．１６８．５．１２」と異なる。従って、表２中の「１９２．１６８．５．１１」は、「１９２．１６８．５．１２」に更新され、プレイリスト中のＩＰアドレス「１９２．１６８．５．１１」に関連したコンテンツが同様に更新される。

（２）中央サーバーは、以下で詳述されるように、メディア・サーバーがオフラインであると判定した場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新する：

メディア・サーバーがオフラインであることを指示するメッセージが受信されるか、または、メディア・サーバーによって送信されるＳＳＤＰメッセージがプリセット時間内に受信されない場合、中央サーバーは、メディア・サーバーがオフラインであると判定し、記憶されたプレイリスト中のメディア・サーバーに対応するレコードを削除するか、または、記憶されたプレイリスト中のメディア・サーバーに対応するレコードを「利用不可能」としてマークする。

メディア・サーバーは、ＳＳＤＰメッセージをコントロール・ポイントまたは中央サーバーに周期的に送信するので、コントロール・ポイントまたは中央サーバーがある一定の時間内にメディア・サーバーからＳＳＤＰメッセージを受信しない場合、このことは、メディア・サーバーがオフラインであることを示す。この場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブル中のメディア・サーバーに対応するレコードは、無効項目をクリックすることによって引き起こされるユーザ使用感品質の低下を避けるために削除されてもよい。時間の長さは、実際のアプリケーション要件に応じて設定されてもよい。

（３）以下で詳述されるように、中央サーバーは、メディア・サーバーのメディア・リソースが変化したと判定した場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新する：
中央サーバーは、メディア・サーバーによって報告され、メディア・サーバー上の変化したメディア・リソースを指示するイベントを受信し、
中央サーバーは、イベントに応じて、記憶されたプレイリスト中の変化したメディア・リソースに対応するレコードを更新し、イベントに応じてプレイリスト要素テーブル中の変化したメディア・リソースに対応するレコードを更新する。

たとえば、具体的には、中央サーバーは、イベントに応じてメディア・リソース識別子を判定し、その後、メディア・リソース識別子に応じてプレイリスト要素テーブルおよび記憶されたプレイリスト中のそれぞれに対応するレコードを検索し（すなわち、プレイリスト要素テーブル中の対応するレコードを検索し、プレイリスト中の対応するレコードを検索し）、レコード中のメディア・リソースのＵＲＬを更新し、探索されたプレイリスト中のレコード中のメディア・リソースのＵＲＬを更新してもよい。

４０７：中央サーバーは、更新されたプレイリストをメディア・レンダラーに送信する。

たとえば、中央サーバーは、更新されたプレイリストをメディア・レンダラーに配信するために「静的プレイリスト設定」アクションクラス、すなわち、「ＳｅｔＳｔａｔｉｃＰｌａｙｌｉｓｔ（）アクション」を呼び出すことをメディア・レンダラーに要求してもよい。

「ＳｅｔＳｔａｔｉｃＰｌａｙｌｉｓｔ（）」の引数は、具体的には、表１１に例示されるように、メディア・レンダラーに記憶されたプレイリストの識別子、プレイリストのコンテンツ、およびプレイリストのバイト長のような情報を含むことができる。

「ＩｎｓｔａｎｃｅＩＤ」は、メディア・レンダラーに記憶されたプレイリストの識別子を指し、「ＰｌａｙｌｉｓｔＤａｔａ」は、プレイリストのコンテンツを指し、「ＰｌａｙｌｉｓｔＤａｔａＬｅｎｇｔｈ」は、プレイリストのバイト長を指す。「ＩＮ」は、対応する引数の状態が「入力」であることを指す。

４０８：メディア・レンダラーは、元のプレイリストを置換するために、受信した、更新されたプレイリストを使用する。

４０９：コントロール・ポイントは、メディア・レンダラー上のプレイリストを問い合わせる。

たとえば、アクションクラス（アクション）：ＳｃａｎＰｌａｙｌｉｓｔ（）アクションがメディア・レンダラーに追加されてもよく、このようにして、コントロール・ポイントは、メディア・レンダラーに記憶されたプレイリストを問い合わせるためにアクションを呼び出すことを要求することができる。

「ＳｃａｎＰｌａｙｌｉｓｔ（）」の引数は、具体的には、表１２に例示されるように、メディア・レンダラーに記憶されたプレイリストの識別子、プレイリストのコンテンツ、およびプレイリストのバイト長のような情報を含むことができる。

「ＩｎｓｔａｎｃｅＩＤ」は、メディア・レンダラーに記憶されたプレイリストの識別子を指し、「ＰｌａｙｌｉｓｔＤａｔａ」は、プレイリストのコンテンツを指し、「ＰｌａｙｌｉｓｔＤａｔａＬｅｎｇｔｈ」は、プレイリストのバイト長を指す。「ＩＮ」は、対応する引数の状態が「出力」であることを指示する。

４１０：コントロール・ポイントは、メディア・レンダラーによって表示された少なくとも１つのプレイリストからプレイリストを選択し、プレイリストを再生することをメディア・レンダラーに要求し、たとえば、コントロール・ポイントは、プレイリストを再生することを要求するためにメディア・レンダラーにおいて「再生」アクションクラスＰｌａｙ（）アクションを呼び出すことができる。

「Ｐｌａｙ（）」の引数は、具体的には、表１３に例示されるように、メディア・レンダラーに記憶されたプレイリストの識別子（ＩＤ、Ｉｄｅｎｔｉｔｙ）と、コンテンツ項目の通し番号と、プレイリストの再生速度とのような情報を含むことができる。

「ＩｎｓｔａｎｃｅＩＤ」は、メディア・レンダラーに記憶されたプレイリストの識別子を指し、「Ｉｎｄｅｘ」は、プレイリストのコンテンツ項目の通し番号を指し、「Ｓｐｅｅｄ」は、再生速度を指す。「ＩＮ」は、対応する引数の状態が「入力」であることを指す。

４１１：メディア・レンダラーは、コントロール・ポイントによって選択されたプレイリストに応じてメディア・サーバーからメディア・リソースを要求する。

たとえば、メディア・レンダラーは、「ＨＴＴＰ Ｇｅｔ」を介して、選択されたプレイリストにおいてＵＲＩによって指示されたメディア・リソースをメディア・サーバーから要求することがある。

４１２：メディア・サーバーは、メディア・リソースをメディア・レンダラーに送信する。

たとえば、メディア・サーバーは、メディア・レンダラーの「ＨＴＴＰ Ｇｅｔ」要求に応答し、メディア・リソースをメディア・レンダラーに送信することができる。

４１３：メディア・レンダラーは、メディア・リソースを再生する。

上述から分かるように、本実施形態では、中央サーバーは、ローカル・エリア・ネットワーク内のメディア・サーバーからメディア・リソース情報を取得し、メディア・リソース情報に応じてプレイリストおよびプレイリスト要素テーブルを生成し、プレイリストおよびプレイリスト要素テーブルを記憶し、コントロール・ポイントを介してローカル・エリア・ネットワーク内のメディア・レンダラーに生成したプレイリストを送信し、その後、メディア・サーバーの状態が変化したと判定した場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新し、更新されたプレイリストをローカル・エリア・ネットワーク内のメディア・レンダラーに送信するので、メディア・リソースはその後、更新されたプレイリストに応じて再生されることができる。本発明の実施形態では、プレイリストは、リアルタイムで更新され得るので、プレイリストとメディア・ソースとの間の整合性が確保されることが可能であり、その結果、連続的に有効なプレイリストが提供されることにより、ユーザの使用感を向上させることができる。
＜実施形態５＞

上述の方法をより良く実施するために、本発明の実施形態は対応してプレイリスト処理装置をさらに提供する。図５ａに示されるように、プレイリスト処理装置は、更新ユニット５０３と送信ユニット５０４とを含む。

更新ユニット５０３は、ローカル・エリア・ネットワーク内のメディア・サーバーが変化したと判定した場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新するように構成される。

プレイリストは、メディア・リソースのＵＲＬおよびメディア・リソースのファイル名のような情報を含むことができ、プレイリスト要素テーブルは、メディア・リソース識別子、メディア・サーバー識別子、メディア・サーバーのＩＰアドレス、およびメディア・リソースのＵＲＬのうちの少なくとも１つを含むことができ、メディア・サーバー識別子は、具体的には、メディア・サーバーのＵＵＩＤであってもよい。

送信ユニット５０４は、プレイリストが更新されたとき、更新されたプレイリストをローカル・エリア・ネットワーク内のメディア・レンダラーに送信するように構成される。

さらに、図５ｂに示されるように、プレイリスト処理装置は、取得ユニット５０１と生成ユニット５０２とをさらに含むことができる。

取得ユニット５０１は、ローカル・エリア・ネットワーク内のメディア・サーバーからメディア・リソース情報を取得するように構成される。

たとえば、具体的には、メディア・リソース情報は、ブラウズ要求または検索要求をメディア・サーバーに送信することにより取得されてもよい。

メディア・リソース情報は、メディア・リソース識別子、メディア・サーバー識別子、メディア・サーバーのＩＰアドレス、およびメディア・リソースのＵＲＬのような情報を含むことができ、さらに、メディア・リソースのファイル名のような情報を含むことができる。
メディア・リソース情報は、メディア・リソース識別子、メディア・サーバー識別子、メディア・サーバーのインターネット・プロトコル（ＩＰ、Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレス、およびメディア・リソースのユニフォーム・リソース・ロケータ（ＵＲＬ、Ｕｎｉｖｅｒｓａｌ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）のような情報を含むことができ、さらに、メディア・リソースのファイル名のような情報を含むことができる。

生成ユニット５０２は、取得ユニット５０１によって取得されたメディア・リソース情報に応じてプレイリストおよびプレイリスト要素テーブルを生成し、プレイリストおよびプレイリスト要素テーブルを記憶するように構成される。

プレイリストは、メディア・リソースのＵＲＬおよびメディア・リソースのファイル名のような情報を含むことができ、プレイリスト要素テーブルは、メディア・リソース識別子、メディア・サーバー識別子、メディア・サーバーのＩＰアドレス、およびメディア・リソースのＵＲＬのうちの少なくとも１つを含むことができ、メディア・サーバー識別子は、具体的には、メディア・サーバーのＵＵＩＤであってもよい。

この場合、更新ユニット５０３は、具体的には、メディア・サーバーの状態が変化したことを判定した場合、生成ユニット５０２によって記憶されたプレイリストおよびプレイリスト要素テーブルを更新するように構成される。

送信ユニット５０４は、具体的には、生成ユニット５０２によって生成したプレイリストをローカル・エリア・ネットワーク内メディア・レンダラーに送信し、プレイリストが更新されたとき、更新ユニット５０３によって更新されたプレイリストをローカル・エリア・ネットワーク内のメディア・レンダラーに送信するように構成される。

たとえば、具体的には、メディア・レンダラーは、プレイリストがメディア・レンダラーに配信されるように、「静的プレイリスト設定」アクションクラス、すなわち、ＳｅｔＳｔａｔｉｃＰｌａｙｌｉｓｔ（）アクションを呼び出すことを要求されることができる。

メディア・サーバーの状態変化は、メディア・サーバーのＩＰアドレスが変化する、メディア・サーバーがオフラインである、または、メディア・サーバーのメディア・リソースが変化するなどのシナリオを指し、すなわち、更新ユニット５０３は、第１の更新サブユニット、第２の更新サブユニット、第３の更新サブユニットの少なくとも１つを含む。

第１の更新サブユニットは、具体的には、記憶されたプレイリスト要素テーブルに応じて、メディア・サーバーのインターネット・プロトコル・アドレスが変化したと判定された場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新するように構成されることができる。

第２の更新サブユニットは、具体的には、メディア・サーバーがオフラインであると判定された場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新するように構成されることができる。

第３の更新サブユニットは、具体的には、メディア・サーバーのメディア・リソースが変化したと判定された場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新するように構成されることができる。

たとえば、第１の更新サブユニットは、具体的には、メディア・サーバーによって送信され、メディア・サーバーのＩＰアドレスおよびメディア・サーバー識別子を搬送するオンライン・アナウンスメント・メッセージを受信し、オンライン・アナウンスメント・メッセージ中で搬送されたメディア・サーバーのＩＰアドレスおよびメディア・サーバー名識別子がプレイリスト要素テーブル中のＩＰアドレスおよびメディア・サーバー識別子と整合しないと判定された場合、記憶されたプレイリスト中のＩＰ関連コンテンツ、たとえば、ＵＲＬを更新し、プレイリスト要素テーブル中のメディア・サーバーのＩＰを更新するように構成されることができ、および／または、
第２の更新サブユニットは、具体的には、メディア・サーバーによって送信されるオンライン・アナウンスメント・メッセージがプリセット時間内に受信されない場合、メディア・サーバーがオフラインであると判定し、記憶されたプレイリスト中のメディア・サーバーに対応するレコードを削除するか、または、記憶されたプレイリスト中のメディア・サーバーに対応するレコードを利用不可能としてマークするように構成されることができ、および／または、
第３の更新サブユニットは、具体的には、メディア・サーバーによって報告され、メディア・サーバー上の変化したメディア・リソースを指示するイベントを受信し、受信されたイベントに応じて、記憶されたプレイリスト中の変化したメディア・リソースに対応するレコードを更新し、イベントに応じてプレイリスト要素テーブル中の変化したメディア・リソースに対応するレコードを更新するように構成されることができる。

オンライン・アナウンスメント・メッセージは、具体的には、ＳＳＤＰメッセージでもよい。

さらに、プレイリスト処理装置は、リスト問い合わせユニットと再生要求ユニットとを含むことができる。

リスト問い合わせユニットは、メディア・レンダラー上のプレイリストを問い合わせるように構成される。

再生要求ユニットは、メディア・レンダラーがプレイリスト識別子およびメディア・リソース識別子に応じてメディア・リソースを再生するように、メディア・レンダラー上の探索されたプレイリストに応じて、プレイリスト識別子およびメディア・リソース識別子を搬送する再生要求をメディア・レンダラーに送信するように構成される。

具体的な実施では、上述のユニットは、別個のエンティティとして実施されてもよく、または、何らかの形で組み合わされ、１つもしくはいくつかのエンティティとして実施されてもよい。上述のユニットの具体的な実施のため、上述の実施形態が参照されてもよく、ここでは詳細な説明を省略する。

プレイリスト処理装置は具体的にはコントロール・ポイントでもよく、または、プレイリスト処理装置は、コントロール・ポイントと中央サーバーとを含んでもよく、すなわち、コントロール・ポイントと中央サーバーとは共同で動作を実行する。コントロール・ポイントは具体的にはメディア・レンダラーと同じエンティティの中に統合されてもよく、または、メディア・サーバーと同じエンティティの中に統合されてもよく、または、中央サーバーと同じエンティティの中に統合されてもよく、または、別個のエンティティでもよい。中央サーバーは具体的には、セット・トップ・ボックス、ゲートウェイ、または、アクセス・ポイント機器のような端末装置でもよい。コントロール・ポイントと中央サーバーとは、同じエンティティの中に設置されてもよく、または、異なるエンティティの中に設置されてもよい。

メディア・サーバーは具体的には、スマートフォン、パーソナルコンピュータ、デジタルカメラ、ノートブックコンピュータ、携帯メディアプレーヤ、または、リムーバブル・ハード・ディスクのような記憶機能を備えた端末装置でもよい。メディア・レンダラーは具体的には、デジタル・テレビジョン・セット、ノートブックコンピュータ、または、パーソナルコンピュータのようなメディアを表示する能力がある端末装置でもよい。

上述から分かるように、本実施形態では、プレイリスト処理装置の取得ユニット５０１は、ローカル・エリア・ネットワーク内のメディア・サーバーからメディア・リソース情報を取得することができ、生成ユニット５０２は、メディア・リソース情報に応じてプレイリストおよびプレイリスト要素テーブルを生成させ、プレイリストおよびプレイリスト要素テーブルを記憶し、その後、送信ユニット５０４は、生成したプレイリストをローカル・エリア・ネットワーク内のメディア・レンダラーに送信し、更新ユニット５０３は、メディア・サーバーの状態が変化したと判定した場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新し、送信ユニット５０４を介して、更新されたプレイリストをメディア・レンダラーに送信する。本発明の実施形態では、プレイリストは、リアルタイムで更新され得るので、プレイリストとメディア・ソースとの間の整合性を確保することが可能であり、その結果、連続的に有効なプレイリストが提供されることで、ユーザの再生使用感を向上させることができる。
＜実施形態６＞

結果として、本発明の実施形態は、具体的には第５の実施形態である本発明の実施形態によるプレイリスト処理装置を含む通信システムをさらに提供する。たとえば、具体的な装置は、以下の通りであってもよい：

プレイリスト処理装置は、ローカル・エリア・ネットワーク内のメディア・サーバーからメディア・リソース情報を取得し、メディア・リソース情報に応じてプレイリストおよびプレイリスト要素テーブルを生成させ、プレイリストおよびプレイリスト要素テーブルを記憶し、メディア・サーバーの状態が変化したと判定した場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新し、更新されたプレイリストをローカル・エリア・ネットワーク内のメディア・レンダラーに送信するように構成される。

プレイリストは、メディア・リソースのＵＲＬおよびメディア・リソースのファイル名のような情報を含むことができ、プレイリスト要素テーブルは、メディア・リソース識別子、メディア・サーバー識別子、メディア・サーバーのＩＰアドレス、およびメディア・リソースのＵＲＬのうちの少なくとも１つを含むことができ、メディア・サーバー識別子は、具体的には、メディア・サーバーのＵＵＩＤであってもよい。

メディア・サーバーの状態変化は、メディア・サーバーのＩＰアドレスが変化する、メディア・サーバーがオフラインである、または、メディア・サーバーのメディア・リソースが変化するなどのシナリオを指す。

プレイリスト処理装置は、具体的には、記憶されたプレイリスト要素テーブルに応じて、メディア・サーバーのインターネット・プロトコル・アドレスが変化したと判定した場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新するように、または、メディア・サーバーがオフラインであると判定した場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新するように、または、メディア・サーバーのメディア・リソースが変化すると判定した場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新するように構成される。たとえば、具体的なプロセスは、以下の通りでもよい：

（１）以下で詳述されるように、記憶されたプレイリスト要素テーブルに応じて、メディア・サーバーのＩＰアドレスが変化したと判定した場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新する：
メディア・サーバーによって送信され、メディア・サーバーのＩＰアドレスおよびメディア・サーバー識別子を搬送するオンライン・アナウンスメント・メッセージを受信し、
オンライン・アナウンスメント・メッセージ中で搬送されたメディア・サーバーのＩＰアドレスおよびメディア・サーバー名識別子が記憶されたプレイリスト要素テーブル中のＩＰアドレスおよびメディア・サーバー識別子と整合しないと判定された場合、記憶されたプレイリスト中のＩＰアドレスに関連するコンテンツ、たとえば、ＵＲＬを更新し、プレイリスト要素テーブル中のメディア・サーバーのＩＰアドレスを更新する。

（２）以下で詳述されるように、メディア・サーバーがオフラインであると判定した場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新する：
メディア・サーバーによって送信されるオンライン・アナウンスメント・メッセージがプリセット時間内に受信されない場合、メディア・サーバーがオフラインであると判定し、記憶されたプレイリスト中のメディア・サーバーに対応するレコードを削除するか、または、記憶されたプレイリスト中のメディア・サーバーに対応するレコードを利用不可能としてマークする。

（３）以下で詳述されるように、メディア・サーバーのメディア・リソースが変化したと判定した場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新する：
メディア・サーバーによって報告されたイベントを受信し、受信されたイベントに応じて、記憶されたプレイリスト中の変化したメディア・リソースに対応するレコードを更新し、イベントに応じてプレイリスト要素テーブル中の変化したメディア・リソースに対応するレコードを更新する。

オンライン・アナウンスメント・メッセージは、具体的には、ＳＳＤＰメッセージでもよい。

プレイリスト処理装置は、メディア・レンダラー上のプレイリストを問い合わせ、メディア・レンダラーがプレイリスト識別子およびメディア・リソース識別子に応じてメディア・リソースを再生するように、メディア・レンダラー上の探索されたプレイリストに応じて、プレイリスト識別子およびメディア・リソース識別子を搬送する再生要求をメディア・レンダラーに送信するようにさらに構成されている。

加えて、通信システムは、メディア・レンダラーとメディア・サーバーとをさらに含むことができる。

メディア・レンダラーは、プレイリスト処理装置によって送信されたプレイリストを受信し、プレイリスト処理装置によって送信された再生要求を受信し、プレイリスト処理装置の再生要求に応じてメディア・サーバーからメディア・リソースを取得し、メディア・リソースを再生するように構成される。

メディア・サーバーは、メディア・リソース情報をプレイリスト処理装置に送信し、再生のためリソースをメディア・レンダラーに供給するように構成される。

上述の装置の具体的な実施については上記実施形態を参照できるので、ここでは詳細を省略する。

上述から分かるように、本実施形態では、通信システムのプレイリスト処理装置は、ローカル・エリア・ネットワーク内のメディア・サーバーからメディア・リソース情報を取得し、メディア・リソース情報に応じてプレイリストおよびプレイリスト要素テーブルを生成させ、プレイリストおよびプレイリスト要素テーブルを記憶し、生成したプレイリストをローカル・エリア・ネットワーク内のメディア・レンダラーに送信し、その後、メディア・サーバーの状態が変化したと判定された場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新し、更新されたプレイリストをローカル・エリア・ネットワーク内のメディア・レンダラーに送信する。本発明の実施形態では、プレイリストは、リアルタイムで更新され得るので、プレイリストとメディア・ソースとの間の整合性を確保することが可能であり、その結果、連続的に有効なプレイリストが提供されるので、ユーザの再生使用感を向上させることができる。

当業者は、上述の実施形態における様々な方法のステップの全部または一部が関連ハードウェアに指令するプログラムによって実施されてもよいことを理解することができる。プログラムは、コンピュータ読み取り可能な記憶媒体に記憶されてもよい。記憶媒体は、読取専用メモリ（ＲＯＭ、Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ランダム・アクセス・メモリ（ＲＡＭ、Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、磁気ディスク、またはコンパクトディスクを含むことができる。

本発明の実施形態において提供されるローカル・エリア・ネットワークにおいてメディア・リソース・プレイリストを処理する方法、装置、およびシステムを、上述において詳細に紹介した。本明細書では、具体的な実施例は、本発明の原理と実施様式を説明するため使用されている。実施形態の上述の記載は、本発明の方法とその核心となるアイデアの理解を助けるためだけに使用されている。その一方で、当業者は、本発明のアイデアに応じて、具体的な実施様式および用途範囲を変更してもよい。結論として、本明細書の内容は、本発明を限定するものとして解釈されるべきではない。

本発明は、通信技術の分野に関し、具体的には、ローカル・エリア・ネットワークにおいてメディア・リソース・プレイリストを処理する方法、装置、およびシステムに関する。

電子デジタル技術の進展と、コンシューマエレクトロニクスのデジタル化とに伴って、より一層多くのデジタル電子機器、たとえば、携帯電話またはカメラのようなデジタル化された娯楽機器や、パーソナルコンピュータまたはデジタル・テレビジョン・セットのような家電製品が家庭に現われている。コンテンツ共有化または相互制御することができるローカル・エリア・ネットワーク、たとえばホーム・ネットワークを構成するために、有線または無線モードにおいてデジタル電子機器を接続する方法は、業界が考え、実現しようとしている概念である。ホーム・ネットワークを構成するデジタル電子機器は、ホーム・ネットワーク機器と呼ばれる。

様々なタイプのホーム・ネットワーク機器の相互作用および制御を実現し易くするために、ユニバーサル・プラグ・アンド・プレイ（ＵＰｎＰ、Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ）技術が従来技術において提案されている。ＵＰｎＰは、様々なデジタル電子機器のグローバルなピア・ツー・ピア（Ｐ２Ｐ、Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ）ネットワーク接続性のためのアーキテクチャである。ＵＰｎＰシステムでは、ユーザは、ホーム・ネットワーク内のコントロール・ポイント（ＣＰ、Ｃｏｎｔｒｏｌ Ｐｏｉｎｔ）機器を介してホーム・ネットワーク機器を制御する。ＵＰｎＰプロトコルを介し、ＵＰｎＰ技術をサポートするホーム・ネットワーク機器（以下、ＵＰｎＰ機器と称する）の関連する制御コマンド（アクション）を呼び出すことによって、コントロール・ポイント機器は、ホーム・ネットワーク内のＵＰｎＰ機器の状態情報を読み取り、対応する動作を実行するためにＵＰｎＰ機器を制御する。

複数のＵＰｎＰ機器がホーム・ネットワーク内のメディアを共有するシナリオを実施するために、ＵＰｎＰは、オーディオおよびビデオ（ＡＶ、Ａｕｄｉｏ ａｎｄ Ｖｉｄｅｏ）規格を規定する。ＡＶ規格には、３台の装置、即ち、メディア・サーバー（ＭＳ、Ｍｅｄｉａ Ｓｅｒｖｅｒ）と、メディア再生機器（ＭＲ、Ｍｅｄｉａ Ｒｅｎｄｅｒｅｒ）と、メディア・コントロール・ポイント（ＡＶ ＣＰ、オーディオ・ビデオ・コントロール・ポイント）が規定されている。メディア・サーバーは、メディアを記憶する機器である。メディア・レンダラーは、メディアを再生する機器である。ＡＶ ＣＰは、これら２台の機器を制御する装置である。ＡＶ ＣＰを介して、メディア・サーバーのメディア・リソースが閲覧されることができ、メディア・サーバーのメディアが再生されることができることで、メディア・レンダラーがメディア・サーバー内のコンテンツを再生することは可能となる。たとえば、図１ａに示されるように、ユーザが携帯電話またはデジタルカメラ（すなわち、メディア・サーバー）に記憶されたプライベートビデオをデジタル・テレビジョン・セット（すなわち、メディア・レンダラー）で観ることを望む場合、ＡＶ ＣＰは、携帯電話またはデジタルカメラからプライベートビデオのコンテンツ情報を取得し、その後、プレイリスト（Ｐｌａｙｌｉｓｔ）を生成し、プレイリストを記憶するためデジタル・テレビジョン・セットに送信するので、デジタル・テレビジョン・セットは、プレイリストに応じてメディアリソース（すなわち、ビデオ）を取得し、再生する。

従来技術の研究および実施において、本発明の発明者は、ＡＶ ＣＰ又はメディア・サーバーによって生成され、メディア・レンダラーへ送信されたプレイリストが一時的であり、プレイリストと関連付けられたコンテンツを記憶するメディア・サーバーがオフラインであるか、インターネット・プロトコル（ＩＰ、Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレスが変化するか、または、コンテンツ自体が変化した場合、プレイリストは、部分的または完全に無効となり、このことがユーザの使用感に非常に影響することを見出した。

本発明の実施形態は、連続的に有効なプレイリストが提供されることでユーザの使用感を向上させるように、ローカル・エリア・ネットワークにおいてメディア・リソース・プレイリストを処理する方法、装置、およびシステムを提供する。

メディア・サーバーおよびメディア・レンダラーを含むローカル・エリア・ネットワークにおいてメディア・リソース・プレイリストを処理する方法は、
メディア・サーバーの状態が変化したと判定した場合、メディア・リソースのユニフォーム・リソース・ロケータおよびメディア・リソースのファイル名を含む記憶されたプレイリストと、メディア・リソース識別子、メディア・サーバー識別子、メディア・サーバーのＩＰアドレス、および、メディア・リソースのユニフォーム・リソース・ロケータのうちの少なくとも１つを含む記憶されたプレイリスト要素テーブルと、を更新し、
更新されたプレイリストをメディア・レンダラーに送信すること、
を含む。

プレイリスト処理装置は、
ローカル・エリア・ネットワーク内のメディア・サーバーの状態が変化したと判定した場合、メディア・リソースのユニフォーム・リソース・ロケータおよびメディア・リソースのファイル名を含む記憶されたプレイリストと、メディア・リソース識別子、メディア・サーバー識別子、メディア・サーバーのインターネット・プロトコル・アドレス、および、メディア・リソースのユニフォーム・リソース・ロケータのうちの少なくとも１つを含む記憶されたプレイリスト要素テーブルと、を更新するように構成される更新ユニットと、
生成したプレイリストをローカル・エリア・ネットワーク内のメディア・レンダラーに送信し、プレイリストが更新された場合、更新されたプレイリストをローカル・エリア・ネットワーク内のメディア・レンダラーに送信するように構成される送信ユニットと、
を含む。

通信システムは、本発明の実施形態による全てのプレイリスト処理装置を含む。

本発明の実施形態では、メディア・サーバーの状態が変化したと判定された場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルが更新され、更新されたプレイリストがローカル・エリア・ネットワーク内のメディア・レンダラーに送信される。本発明の実施形態では、プレイリストは、リアルタイムで更新され得るので、プレイリストとメディア・ソースとの間の整合性が確保されることが可能であり、その結果、連続的に有効なプレイリストが提供されることでユーザの使用感を向上させることができる。

本発明の実施形態または従来技術における技術的解決手法をより明瞭に例示するために、以下の事項は、実施形態または従来技術を説明するため必要とされる添付図面を簡単に説明する。以下の説明における添付図面は、本発明の実施形態の一部を明らかにするだけであり、当業者は、創造的努力を必要とせずに、添付図面から他の図面を導き出すことができる。

従来技術でのローカル・エリア・ネットワークにおいてメディア・リソースを再生するシナリオの概略図である。 本発明の実施形態によるローカル・エリア・ネットワークにおいてメディア・リソース・プレイリストを処理する方法のフローチャートを示した図である。 本発明の実施形態によるローカル・エリア・ネットワークにおいてメディア・リソース・プレイリストを処理する方法の別のフローチャートを示した図である。 本発明の実施形態によるローカル・エリア・ネットワークにおいてメディア・リソース・プレイリストを処理する方法のさらに別のフローチャートを示した図である。 本発明の実施形態によるローカル・エリア・ネットワークにおいてメディア・リソース・プレイリストを処理する方法のさらに別のフローチャートを示した図である。 本発明の実施形態によるプレイリスト処理装置の概略構造図である。 図５ｂは、本発明の実施形態によるプレイリスト処理装置の概略構造図である。

以下は、本発明の実施形態の添付図面を参照して本発明の実施形態による技術的解決手法を明瞭かつ完全に説明する。明らかに、以下の説明において実施形態は、本発明の実施形態の全部ではなく、一部に過ぎない。創造的な努力を必要とせずに本発明の実施形態に基づいて当業者によって達成された他の実施形態のすべては、本発明の保護範囲に当然に含まれる。

本発明の実施形態は、ローカル・エリア・ネットワークにおいてメディア・リソース・プレイリストを処理する方法、装置、およびシステムを提供する。本発明の実施形態は、個々に以下で詳細に説明する。
＜実施形態１＞

本発明の実施形態は、プレイリスト処理装置の観点から説明される。具体的には、プレイリスト処理装置は、コントロール・ポイントでもよく、または、プレイリスト処理装置は、コントロール・ポイントと中央サーバーとを含んでもよく、すなわち、コントロール・ポイントと中央サーバーとが共同で動作を実行する。コントロール・ポイントは、メディア・レンダラー、メディア・サーバー、または中央サーバーと同じエンティティの中に統合されてもよく、或いはコントロール・ポイントは、別個のエンティティでもよい。

ローカル・エリア・ネットワークにおいてメディア・リソース・プレイリストを処理する方法は、ローカル・エリア・ネットワーク内のメディア・サーバーの状態が変化したと判定した場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新し、更新されたプレイリストをローカル・エリア・ネットワーク内のメディア・レンダラーに送信することを含む。

図１ｂに示されるように、具体的な手順は、以下の通りであってよい。

１０１：ローカル・エリア・ネットワーク内のメディア・サーバーの状態が変化したと判定した場合、記憶されたプレイリスト（Ｐｌａｙｌｉｓｔ）、および記憶されたプレイリスト要素テーブル（Ｐｌａｙｌｉｓｔ ｅｌｅｍｅｎｔ ｔａｂｌｅ）を更新する。

プレイリストは、メディア・リソースのＵＲＬおよびメディア・リソースのファイル名のような情報を含んでいてよく、プレイリスト要素テーブルは、メディア・リソース識別子（リソースＩＤ、Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）、メディア・サーバー識別子、メディア・サーバーのＩＰアドレス、および、メディア・リソースのＵＲＬのうちの少なくとも１つを含んでいてよい。メディア・サーバー識別子は、具体的には、メディア・サーバーのユニバーサリー・ユニーク識別子（ＵＵＩＤ、Ｕｎｉｖｅｒｓａｌｌｙ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ）であってよい。

１０２：更新されたプレイリストをローカル・エリア・ネットワーク内のメディア・レンダラーに送信する。

上述から分かるように、本実施形態では、メディア・サーバーの状態が変化したと判定された場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルが更新され、更新されたプレイリストがローカル・エリア・ネットワーク内のメディア・レンダラーに送信される。本発明の実施形態では、プレイリストは、リアルタイムで更新され得るので、プレイリストとメディア・ソースとの間の整合性が確保されることが可能であり、その結果、連続的に有効なプレイリストが提供されることで、ユーザの使用感を向上させることができる。
＜実施形態２＞

第１の実施形態において説明された方法によれば、「ローカル・エリア・ネットワーク内のメディア・サーバーの状態が変化したと判定した場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新する（すなわち、ステップ１０１）」ステップの前に、プレイリスト処理装置はさらに、プレイリストおよびプレイリスト要素テーブルを生成し、生成したプレイリストおよびプレイリスト要素テーブルをメディア・レンダラーに送信してもよい。たとえば、図２に示されるように、ローカル・エリア・ネットワークにおいてメディア・リソース・プレイリストを処理する方法の具体的な手順は、以下の通りであってもよい。

２０１：ローカル・エリア・ネットワーク内のメディア・サーバーからメディア・リソース情報を取得する。

たとえば、具体的には、メディア・リソース情報は、以下で詳述されるように、ブラウズ要求（Ｂｒｏｗｓｅ（））または検索要求（Ｓｅａｒｃｈ（））をメディア・サーバーに送信することにより取得されてもよく、
プレイリスト処理装置は、ブラウズ要求または検索要求をメディア・サーバーに送信し、
メディア・サーバーは、ブラウズ要求または検索要求を受信した後、メディア・リソース情報をプレイリスト処理装置に返信する。

メディア・リソース情報は、メディア・リソース識別子、メディア・サーバー識別子、メディア・サーバーのインターネット・プロトコル（ＩＰ、Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレス、およびメディア・リソースのユニフォーム・リソース・ロケータ（ＵＲＬ、Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）のような情報を含んでいてよく、さらに、メディア・リソースのファイル名のような情報を含んでいてよい。

２０２：ステップ２０１で取得されたメディア・リソース情報に応じてプレイリストおよびプレイリスト要素テーブルを生成し、生成したプレイリストおよびプレイリスト要素テーブルを記憶する。

プレイリストは、メディア・リソースのＵＲＬおよびメディア・リソースのファイル名のような情報を含んでいてよい。プレイリスト要素テーブルは、メディア・リソース識別子、メディア・サーバー識別子、メディア・サーバーのＩＰアドレス、およびメディア・リソースのＵＲＬのうちの少なくとも１つを含んでいてよく、メディア・サーバー識別子は、具体的には、メディア・サーバーのＵＵＩＤでもよい。

２０３：生成したプレイリストをローカル・エリア・ネットワーク内のメディア・レンダラーに送信する。

たとえば、具体的には、メディア・レンダラーは、プレイリストがメディア・レンダラーに配信されるように、「静的プレイリスト設定」アクションクラス、すなわち、ＳｅｔＳｔａｔｉｃＰｌａｙｌｉｓｔ（）アクションを呼び出すことを要求されてもよい。

２０４：メディア・サーバーの状態が変化したと判定された場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新する。

メディア・サーバーの状態変化は、メディア・サーバーのＩＰアドレスが変化する、メディア・サーバーがオフラインである、または、メディア・サーバーのメディア・リソースが変化するなどのシナリオを指し、すなわち、ステップ２０４は、具体的には、以下のモードのうちの１つ以上により実施されてもよい。

（１）以下で詳述されるように、記憶されたプレイリスト要素テーブルに応じて、メディア・サーバーのＩＰアドレスが変化したと判定した場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新する：
メディア・サーバーによって送信され、メディア・サーバーのＩＰアドレスおよびメディア・サーバー識別子を搬送するオンライン・アナウンスメント・メッセージ、たとえば、シンプル・サービス・ディスカバリ・プロトコル（ＳＳＤＰ、Ｓｉｍｐｌｅ Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）メッセージを受信し、
オンライン・アナウンスメント・メッセージ中で搬送されたメディア・サーバーのＩＰアドレスおよびメディア・サーバー識別子が記憶されたプレイリスト要素テーブル中のＩＰアドレスおよびメディア・サーバー識別子と整合しないと判定された場合、記憶されたプレイリスト中のＩＰアドレスに関連するコンテンツを更新し、プレイリスト要素テーブル中のメディア・サーバーのＩＰアドレスを更新する。

たとえば、具体的には、オンライン・アナウンスメント・メッセージ中で搬送されたメディア・サーバー識別子に応じて、記憶されたプレイリスト要素テーブルにおいて対応するＩＰアドレスが探索されることができ、次いで、オンライン・アナウンスメント・メッセージ中で搬送されたメディア・サーバーのＩＰアドレスは、探索されたＩＰアドレスと比較され、整合する場合、アクションは何も実行されず、整合しない場合、記憶されたプレイリスト中のＩＰアドレスに関連するコンテンツが更新され、探索されたＩＰアドレスが更新される。

ＩＰアドレスに関連するコンテンツは、ＩＰアドレスに関連したレコード（記録）、たとえば、ＵＲＬを指す。

（２）以下で詳述されるように、メディア・サーバーがオフラインであると判定した場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新する：
メディア・サーバーがオフラインであることを指示するメッセージが受信されるか、または、メディア・サーバーによって送信されるオンライン・アナウンスメント・メッセージ（たとえば、ＳＳＤＰメッセージ）がプリセット（予め定められた）時間内に受信されない場合、メディア・サーバーがオフラインであると判定し、記憶されたプレイリスト中のメディア・サーバーに対応するレコードを削除するか、または、記憶されたプレイリスト中のメディア・サーバーに対応するレコードを利用不可能としてマークする。

メディア・サーバーは、オンライン・アナウンスメント・メッセージをコントロール・ポイントまたは中央サーバーに周期的に送信するので、コントロール・ポイントまたは中央サーバーがある一定の時間内にメディア・サーバーからオンライン・アナウンスメント・メッセージを受信しない場合、このことは、メディア・サーバーがオフラインであることを示す。この場合、記憶されたプレイリスト中および記憶されたプレイリスト要素テーブル中のメディア・サーバーに対応するレコードは、無効項目をクリックすることによって引き起こされるユーザ使用感品質の低下を避けるために削除されてもよい。時間の長さは、実際のアプリケーション要件に応じて設定されてもよい。

（３）以下で詳述されるように、メディア・サーバーのメディア・リソースが変化したと判定した場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新する：
メディア・サーバーによって報告され、メディア・サーバー上の変化したメディア・リソースを指示するイベント（Ｅｖｅｎｔ）を受信し、
受信されたイベントに応じて、記憶されたプレイリスト中の変化したメディア・リソースに対応するレコードを更新し、イベントに応じてプレイリスト要素テーブル中の変化したメディア・リソースに対応するレコードを更新する。

たとえば、具体的には、イベントに応じてメディア・リソース識別子が判定されてもよく、次いで、プレイリスト要素テーブルおよび記憶されたプレイリスト中の対応するレコードがメディア・リソース識別子に応じてそれぞれ探索され（すなわち、プレイリスト要素テーブル中の対応するレコードを検索し、プレイリスト中の対応するレコードを検索し）、レコード中のメディア・リソースのＵＲＬが更新され、プレイリスト中の探索されたレコード中のメディア・リソースのＵＲＬが更新される。

２０５：メディア・レンダラーが元のプレイリストを更新されたプレイリストを使用して置換するように、更新されたプレイリストをローカル・エリア・ネットワーク内のメディア・レンダラーに送信する。このようにして、コントロール・ポイントは、メディア・レンダラーにプレイリストを問い合わせたとき、更新されたプレイリストを見つけることができるので、それによって、プレイリストとメディア・リソースとの間の整合性、すなわち、プレイリストが有効であることを確保する。

さらに、ローカル・エリア・ネットワークにおいてメディア・リソース・プレイリストを処理する方法は、
メディア・レンダラーにプレイリストを問い合わせ、メディア・レンダラー上で探索されたプレイリストに応じて、再生要求をメディア・レンダラーに送信することであって、再生要求が、メディア・レンダラーがプレイリスト識別子およびメディア・リソース識別子に応じてメディア・リソースを再生するように、プレイリスト識別子およびメディア・リソース識別子を搬送すること
をさらに含んでよい。

メディア・サーバーは具体的には、スマートフォン、パーソナルコンピュータ、デジタルカメラ、ノートブックコンピュータ、携帯メディアプレーヤ、または、リムーバブル・ハード・ディスクのような記憶機能を備えた端末装置であってもよい。メディア・レンダラーは具体的には、デジタル・テレビジョン・セット、ノートブックコンピュータ、または、パーソナルコンピュータのようなメディアを表示する能力がある端末装置であってもよい。

上述から分かるように、本実施形態では、メディア・リソース情報が、ローカル・エリア・ネットワーク内のメディア・サーバーから取得され、プレイリストおよびプレイリスト要素テーブルが、メディア・リソース情報に応じて生成され、記憶され、生成されたプレイリストは、ローカル・エリア・ネットワーク内のメディア・レンダラーに送信され、その後、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルは、メディア・サーバーの状態が変化したと判定された場合に更新され、更新されたプレイリストは、ローカル・エリア・ネットワーク内のメディア・レンダラーに送信される。本発明の実施形態では、プレイリストは、リアルタイムで更新され得るので、プレイリストとメディア・ソースとの間の整合性を確保することが可能であり、その結果、連続的に有効なプレイリストが提供されることで、ユーザの使用感を向上させることができる。
＜実施形態３＞

第１の実施形態および第２の実施形態において説明された方法に係るいくつかの実施例を使用することにより、以下に詳細な説明を提供する。

本実施形態は、プレイリスト処理装置が具体的にコントロール・ポイントである実施例を使用して説明される。具体的には、コントロール・ポイントがメディア・レンダラーに統合されてもよく、または、メディア・サーバーに統合されてもよく、或いはセット・トップ・ボックス、ゲートウェイ、もしくは、アクセス・ポイント機器のような一部の中間機器に統合されてもよく、或いは別個のエンティティであってもよい。

図３に示されるように、具体的な手順は、以下の通りであってもよい。

３０１：コントロール・ポイントは、ローカル・エリア・ネットワーク内のメディア・サーバーからメディア・リソース情報を取得する。

たとえば、具体的には、以下で詳述されるように、メディア・リソース情報は、ブラウズ要求（Ｂｒｏｗｓｅ（））または検索要求（Ｓｅａｒｃｈ（））をメディア・サーバーに送信することにより取得されてもよい：
コントロール・ポイントは、ブラウズ要求または検索要求をメディア・サーバーに送信し、
メディア・サーバーは、ブラウズ要求または検索要求を受信した後、メディア・リソース情報をコントロール・ポイントに返信する。

メディア・リソース情報は、メディア・リソース識別子、メディア・サーバー識別子、メディア・サーバーのＩＰアドレス、およびメディア・リソースのＵＲＬのような情報を含んでよく、さらに、メディア・リソースのファイル名のような情報を含んでもよい。

３０２：コントロール・ポイントは、ステップ３０１において取得されたメディア・リソース情報に応じてプレイリストおよびプレイリスト要素テーブルを生成し、生成したプレイリストおよびプレイリスト要素テーブルを記憶する。

プレイリストは、メディア・リソースのＵＲＬおよびメディア・リソースのファイル名のような情報を含んでよい。たとえば、プレイリストの具体的なフォーマットは、表１に示されている通りであってもよい。

ユーザは、プレイリストを通じて、メディア・レンダラーに表示されるべきメディア・リソースを選択できる。たとえば、ユーザがメディア・レンダラー上で「Ｚｈａｎｇ Ｓａｎの冒険」を再生したい場合、ユーザは、プレイリストからファイル名「Ｚｈａｎｇ Ｓａｎの冒険」を有する選択肢を選択する。

プレイリスト要素テーブルは、メディア・リソース識別子、メディア・サーバー識別子、メディア・サーバーのＩＰアドレス、およびメディア・リソースのＵＲＬのうちの１つ以上を含んでよく、メディア・サーバー識別子は、具体的には、メディア・サーバーのＵＵＩＤでもよい。以下の実施形態はすべて、メディア・サーバー識別子が具体的にＵＵＩＤである実施例を使用することにより説明される。たとえば、プレイリスト要素テーブルの具体的なフォーマットは、表２に示されている通りであってもよい。

３０３：コントロール・ポイントは、生成したプレイリストをメディア・レンダラーに送信する。

たとえば、コントロール・ポイントは、プレイリストをメディア・レンダラーに配信するために「静的プレイリスト設定」アクションクラス、すなわち、「ＳｅｔＳｔａｔｉｃＰｌａｙｌｉｓｔ（）アクション」を呼び出すことをメディア・レンダラーに要求してもよい。

「ＳｅｔＳｔａｔｉｃＰｌａｙｌｉｓｔ（）」の引数は、具体的には、表３に例示されるように、メディア・レンダラーに記憶されたプレイリストの識別子（ＩＤ、Ｉｄｅｎｔｉｔｙ）、プレイリストのコンテンツ、およびプレイリストのデータ長のような情報を含んでもよい。

「ＩｎｓｔａｎｃｅＩＤ」は、メディア・レンダラーに記憶されたプレイリストの識別子、すなわち、プレイリストがメディア・レンダラーに記憶されたときにメディア・レンダラーによってプレイリストに割り当てられ、問い合わせおよび検索のためのプレイリストの記憶位置を指示するために使用されるストレージ識別子を指す。「ＰｌａｙｌｉｓｔＤａｔａ」は、プレイリストのコンテンツを指し、「ＰｌａｙｌｉｓｔＤａｔａＬｅｎｇｔｈ」は、プレイリストのバイト長を指す。「ＩＮ」は、対応する引数の状態が「入力」であることを指示する。

３０４：コントロール・ポイントは、オンライン・アナウンスメント・メッセージ、たとえば、ＳＳＤＰメッセージ（以下の説明では、ＳＳＤＰメッセージは、オンライン・アナウンスメント・メッセージとして使用される）を介して、ローカル・エリア・ネットワーク内のメディア・サーバーの状態を監視し、メディア・サーバーの状態が変化したと判定した場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新する。たとえば、具体的なプロセスは、以下の通りでもよい。

（１）コントロール・ポイントは、以下で詳述されるように、記憶されたプレイリスト要素テーブルに応じて、メディア・サーバーのＩＰアドレスが変化したと判定した場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新する：
コントロール・ポイントは、メディア・サーバーによって送信され、メディア・サーバーのＩＰアドレスおよびメディア・サーバー識別子を搬送するＳＳＤＰメッセージを受信し、
ＳＳＤＰメッセージ中のメディア・サーバーのＩＰアドレスおよびメディア・サーバー識別子が、記憶されたプレイリスト要素テーブル中のＩＰアドレスおよびメディア・サーバー識別子と整合しないと判定した場合、コントロール・ポイントは、記憶されたプレイリスト中のＩＰアドレスに関連するコンテンツを更新し、プレイリスト要素テーブル中のメディア・サーバーのＩＰアドレスを更新する。

たとえば、ＳＳＤＰメッセージ中で搬送されたメディア・サーバー識別子が「ＵＵＩＤ１」であり、ＳＳＤＰメッセージ中で搬送されたメディア・サーバーのＩＰアドレスが「１９２．１６８．５．１２」である場合、表２によれば、「ＵＵＩＤ１」に対応するメディア・サーバーのＩＰアドレスは、「１９２．１６８．５．１１」であり、ＳＳＤＰメッセージ中で搬送されたメディア・サーバーのＩＰアドレス「１９２．１６８．５．１２」と異なる。従って、表２中の「１９２．１６８．５．１１」は、「１９２．１６８．５．１２」に更新され、プレイリスト中のＩＰアドレス「１９２．１６８．５．１１」に関連したコンテンツが同様に更新される。たとえば、元のＵＲＬ「ｈｔｔｐ：／／１９２．１６８．５．１１／ｃｏｎｔｅｎｔ１」は「ｈｔｔｐ：／／１９２．１６８．５．１２／ｃｏｎｔｅｎｔ１」に更新される。

（２）コントロール・ポイントは、以下で詳述されるように、メディア・サーバーがオフラインであると判定した場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新する：

メディア・サーバーがオフラインであることを指示するメッセージが受信されるか、または、メディア・サーバーによって送信されるＳＳＤＰメッセージがプリセット時間内に受信されない場合、コントロール・ポイントは、メディア・サーバーがオフラインであると判定し、記憶されたプレイリスト中のメディア・サーバーに対応するレコードを削除するか、または、記憶されたプレイリスト中のメディア・サーバーに対応するレコードを「利用不可能」としてマークする。

メディア・サーバーは、ＳＳＤＰメッセージをコントロール・ポイントまたは中央サーバーに周期的に送信するので、コントロール・ポイントまたは中央サーバーがある一定の時間内にメディア・サーバーからＳＳＤＰメッセージを受信しない場合、このことは、メディア・サーバーがオフラインであることを示す。この場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブル中のメディア・サーバーに対応するレコードは、無効項目をクリックすることによって引き起こされるユーザの使用感品質の低下を避けるために削除されてもよい。時間の長さは、実際のアプリケーション要件に応じて設定されてもよい。

（３）以下で詳述されるように、コントロール・ポイントは、メディア・サーバーのメディア・リソースが変化したと判定した場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新する：
コントロール・ポイントは、メディア・サーバーによって報告され、メディア・サーバー上の変化したメディア・リソースを指示するイベントを受信し、
受信されたイベントに応じて、記憶されたプレイリスト中の変化したメディア・リソースに対応するレコードを更新し、イベントに応じてプレイリスト要素テーブル中の変化したメディア・リソースに対応するレコードを更新する。

たとえば、具体的には、イベントに応じてメディア・リソース識別子が判定されてもよく、次いで、プレイリスト要素テーブルおよび記憶されたプレイリスト中の対応するレコードがメディア・リソース識別子に応じてそれぞれ探索され（すなわち、プレイリスト要素テーブル中の対応するレコードを検索し、プレイリスト中の対応するレコードを検索し）、レコード中のメディア・リソースのＵＲＬが更新され、プレイリスト中の探索されたレコード中のメディア・リソースのＵＲＬが更新される。

３０５：コントロール・ポイントは、更新されたプレイリストをメディア・レンダラーに送信する。

たとえば、コントロール・ポイントは、更新されたプレイリストをメディア・レンダラーに配信するために「静的プレイリスト設定」アクションクラス、すなわち、「ＳｅｔＳｔａｔｉｃＰｌａｙｌｉｓｔ（）アクション」を呼び出すことをメディア・レンダラーに要求してもよい。

「ＳｅｔＳｔａｔｉｃＰｌａｙｌｉｓｔ（）」の引数は、具体的には、表４に例示されるように、メディア・レンダラーに記憶されたプレイリストの識別子、プレイリストのコンテンツ、およびプレイリストのバイト長のような情報を含んでもよい。

「ＩｎｓｔａｎｃｅＩＤ」は、メディア・レンダラーに記憶されたプレイリストの識別子、すなわち、プレイリストがメディア・レンダラーに記憶されたときにメディア・レンダラーによってプレイリストに割り当てられ、問い合わせおよび検索のためのプレイリストの記憶位置を指示するために使用されるストレージ識別子を指す。「ＰｌａｙｌｉｓｔＤａｔａ」は、プレイリストのコンテンツを指し、「ＰｌａｙｌｉｓｔＤａｔａＬｅｎｇｔｈ」は、プレイリストのバイト長を指す。「ＩＮ」は、対応する引数の状態が「入力」であることを指す。

３０６：メディア・レンダラーは、元のプレイリストを置換するために、受信した、更新されたペイリストを使用する。

３０７：コントロール・ポイントは、メディア・レンダラー上のプレイリストを問い合わせる。

たとえば、アクションクラス（アクション）：ＳｃａｎＰｌａｙｌｉｓｔ（）アクションはメディア・レンダラーに追加されてもよく、このようにして、コントロール・ポイントは、メディア・レンダラーに記憶されたプレイリストを問い合わせるためにメディア・レンダラーにアクションを呼び出すことを要求することができる。

「ＳｃａｎＰｌａｙｌｉｓｔ（）」の引数は、具体的には、表５に例示されるように、メディア・レンダラーに記憶されたプレイリストの識別子、プレイリストのコンテンツ、およびプレイリストのバイト長のような情報を含んでいてよい。

「ＩｎｓｔａｎｃｅＩＤ」は、メディア・レンダラーに保存されたプレイリストの識別子、すなわち、プレイリストがメディア・レンダラーに保存されるときにメディア・レンダラーによってプレイリストに割り当てられ、問い合わせおよび検索のためのプレイリストの記憶位置を指示するために使用されるストレージ識別子を指す。「ＰｌａｙｌｉｓｔＤａｔａ」は、プレイリストのコンテンツを指し、「ＰｌａｙｌｉｓｔＤａｔａＬｅｎｇｔｈ」は、プレイリストのバイト長を指す。「ＯＵＴ」は、対応する引数の状態が「出力」であることを指す。

３０８：コントロール・ポイントは、メディア・レンダラーによって表示された少なくとも１つのプレイリストからプレイリストを選択し、プレイリストを再生することをメディア・レンダラーに要求し、たとえば、コントロール・ポイントは、プレイリストを再生することを要求するためにメディア・レンダラーにおいて「再生」アクションクラスであるＰｌａｙ（）アクションを呼び出すことができる。

「Ｐｌａｙ（）」の引数は、具体的には、表６に例示されるように、メディア・レンダラーに記憶されたプレイリストの識別子（ＩＤ、Ｉｄｅｎｔｉｔｙ）と、コンテンツ項目の通し番号と、プレイリストの再生速度とのような情報を含むことがある。

「ＩｎｓｔａｎｃｅＩＤ」は、メディア・レンダラーに記憶されたプレイリストの識別子を指し、「Ｉｎｄｅｘ」は、プレイリストのコンテンツ項目の通し番号を指し、「Ｓｐｅｅｄ」は、再生速度を指示する。「ＩＮ」は、対応する引数の状態が「入力」であることを指す。

３０９：メディア・レンダラーは、コントロール・ポイントによって選択されたプレイリストに応じてメディア・サーバーからメディア・リソースを要求する。

たとえば、メディア・レンダラーは、「ＨＴＴＰ Ｇｅｔ」を介して、選択されたプレイリストにおいてＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）によって指示されたメディア・リソースをメディア・サーバーから要求することができる。

３１０：メディア・サーバーは、メディア・リソースをメディア・レンダラーに送信する。

たとえば、メディア・サーバーは、メディア・レンダラーの「ＨＴＴＰ Ｇｅｔ」要求に応答し、メディア・リソースをメディア・レンダラーに送信することができる。

３１１：メディア・レンダラーは、メディア・リソースを再生する。

上述から分かるように、本実施形態では、コントロール・ポイントは、ローカル・エリア・ネットワーク内のメディア・サーバーからメディア・リソース情報を取得し、メディア・リソース情報に応じてプレイリストおよびプレイリスト要素テーブルを生成し、生成したプレイリスト及びプレイリスト要素テーブルを記憶し、ローカル・エリア・ネットワーク内のメディア・レンダラーに送信し、その後、メディア・サーバーの状態が変化したと判定した場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新し、更新されたプレイリストをローカル・エリア・ネットワーク内のメディア・レンダラーに送信するので、その結果、メディア・リソースはその後、更新されたプレイリストに応じて再生されることができる。本発明の実施形態では、プレイリストは、リアルタイムで更新され得るので、プレイリストとメディア・ソースとの間の整合性が確保されることが可能であり、その結果、連続的に有効なプレイリストが提供されることで、ユーザの使用感を向上させることができる。
＜実施形態４＞

第３の実施形態とは異なり、本実施形態は、プレイリスト処理装置が具体的にコントロール・ポイントおよび中央サーバーである実施例を使用することにより説明される。コントロール・ポイントは具体的には、メディア・レンダラーに統合されてもよく、または、メディア・サーバーもしくは中央サーバーに統合されてもよく、または、セット・トップ・ボックス、ゲートウェイ、もしくはアクセス・ポイント機器のような一部の中間機器に統合されてもよく、または、別個のエンティティでもよい。中央サーバーは具体的には、セット・トップ・ボックス、ゲートウェイ、もしくはアクセス・ポイント機器のような端末装置であってもよい。コントロール・ポイントと中央サーバーとは同じエンティティに設置されてもよく、または、異なるエンティティに設置されてもよい。

図４に示されるように、具体的な手順は、以下の通りであってもよい：

４０１：中央サーバーは、ローカル・エリア・ネットワーク内のメディア・サーバーからメディア・リソース情報を取得する。

たとえば、具体的には、以下で詳述されるように、メディア・リソース情報は、ブラウズ要求（Ｂｒｏｗｓｅ（））または検索要求（Ｓｅａｒｃｈ（））をメディア・サーバーに送信することにより取得されてもよい：
中央サーバーは、ブラウズ要求または検索要求をメディア・サーバーに送信し、
メディア・サーバーは、ブラウズ要求または検索要求を受信した後、メディア・リソース情報を中央サーバーに返信する。

メディア・リソース情報は、メディア・リソース識別子、メディア・サーバー識別子、メディア・サーバーのＩＰアドレス、およびメディア・リソースのＵＲＬのような情報を含んでいてよく、さらに、メディア・リソースのファイル名のような情報を含んでいてもよい。

４０２：コントロール・ポイントは、中央サーバーのためのプレイリストの生成に関する構成を実行する。たとえば、ファイル名拡張子がローカル・エリア・ネットワーク内において「ＭＰ３」であるメディア・ファイルのすべてのプレイリストを生成するよう、中央サーバーを構成する。

４０３：中央サーバーは、ステップ４０１において取得されたメディア・リソース情報とステップ４０２における構成とに応じてプレイリストおよびプレイリスト要素テーブルを生成し、生成したプレイリストおよびプレイリスト要素テーブルを記憶する。

プレイリストは、メディア・リソースのＵＲＬおよびメディア・リソースのファイル名のような情報を含んでもよい。たとえば、プレイリストの具体的なフォーマットは、表７に示されている通りであってもよい。

ユーザは、プレイリストを通じて、メディア・レンダラーに表示するメディア・リソースを選択できる。たとえば、ユーザがメディア・レンダラー上で「Ｚｈａｎｇ Ｓａｎの冒険」を再生したい場合、ユーザは、プレイリストからファイル名「Ｚｈａｎｇ Ｓａｎの冒険」を有する選択肢を選択する。

プレイリスト要素テーブルは、メディア・リソース識別子、メディア・サーバー識別子、メディア・サーバーのＩＰアドレス、およびメディア・リソースのＵＲＬのうちの１つ以上を含むことができ、メディア・サーバー識別子は、具体的には、メディア・サーバーのＵＵＩＤでもよい。以下の実施形態はすべて、メディア・サーバー識別子が具体的にＵＵＩＤである実施例を使用することにより説明される。たとえば、プレイリスト要素テーブルの具体的なフォーマットは、表８に示されている通りであってもよい。

４０４：コントロール・ポイントは、中央サーバー上のプレイリストを取得する。

たとえば、アクションクラス（アクション）：ＳｃａｎＰｌａｙｌｉｓｔ（）アクションが中央サーバーに追加されることができ、このようにして、コントロール・ポイントは、中央サーバー上に記憶されたプレイリストを取得するためにアクションを呼び出すことを要求することができる。

「ＳｃａｎＰｌａｙｌｉｓｔ（）」の引数は、具体的には、表９に例示されるように、メディア・レンダラーに記憶されたプレイリストの識別子、プレイリストのコンテンツ、およびプレイリストのバイト長のような情報を含むことができる。

「ＩｎｓｔａｎｃｅＩＤ」は、メディア・レンダラーに記憶されたプレイリストの識別子を指し、「ＰｌａｙｌｉｓｔＤａｔａ」は、プレイリストのコンテンツを指し、「ＰｌａｙｌｉｓｔＤａｔａＬｅｎｇｔｈ」は、プレイリストのバイト長を指す。「ＯＵＴ」は、対応する引数の状態が「出力」であることを指す。

４０５：コントロール・ポイントは、取得されたプレイリストをメディア・レンダラーに送信する。

たとえば、コントロール・ポイントは、プレイリストをメディア・レンダラーに配信するために「静的プレイリスト設定」アクションクラス、すなわち、「ＳｅｔＳｔａｔｉｃＰｌａｙｌｉｓｔ（）アクション」を呼び出すことをメディア・レンダラーに要求してもよい。

「ＳｅｔＳｔａｔｉｃＰｌａｙｌｉｓｔ（）」の引数は、具体的には、表１０に例示されるように、メディア・レンダラーに記憶されたプレイリストの識別子（ＩＤ、Ｉｄｅｎｔｉｔｙ）、プレイリストのコンテンツ、およびプレイリストのバイト長のような情報を含むことができる。

「ＩｎｓｔａｎｃｅＩＤ」は、メディア・レンダラーに記憶されたプレイリストの識別子を指し、「ＰｌａｙｌｉｓｔＤａｔａ」は、プレイリストのコンテンツを指し、「ＰｌａｙｌｉｓｔＤａｔａＬｅｎｇｔｈ」は、プレイリストのバイト長を指す。「ＩＮ」は、対応する引数の状態が「入力」であることを指す。

４０６：中央サーバーは、オンライン・アナウンスメント・メッセージ、たとえば、ＳＳＤＰメッセージを介して、ローカル・エリア・ネットワーク内のメディア・サーバーの状態を監視し、メディア・サーバーの状態が変化したと判定した場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新する。たとえば、具体的なプロセスは、以下の通りであってもよい。

（１）中央サーバーは、以下で詳述されるように、記憶されたプレイリスト要素テーブルに応じて、メディア・サーバーのＩＰアドレスが変化したと判定した場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新する：

中央サーバーは、メディア・サーバーによって送信され、メディア・サーバーのＩＰアドレスおよびメディア・サーバー識別子を搬送するＳＳＤＰメッセージを受信する。

中央サーバーが、ＳＳＤＰメッセージ中のメディア・サーバーのＩＰアドレスおよびメディア・サーバー識別子が、記憶されたプレイリスト要素テーブル中のＩＰアドレスおよびメディア・サーバー識別子と整合しないと判定した場合、中央サーバーは、記憶されたプレイリスト中のＩＰアドレスに関連するコンテンツを更新し、プレイリスト要素テーブル中のメディア・サーバーのＩＰアドレスを更新する。

たとえば、ＳＳＤＰメッセージ中で搬送されたメディア・サーバー識別子が「ＵＵＩＤ１」であり、ＳＳＤＰメッセージ中で搬送されたメディア・サーバーのＩＰアドレスが「１９２．１６８．５．１２」である場合、表８によれば、「ＵＵＩＤ１」に対応するメディア・サーバーのＩＰアドレスは、「１９２．１６８．５．１１」であり、ＳＳＤＰメッセージ中で搬送されたメディア・サーバーのＩＰアドレス「１９２．１６８．５．１２」と異なる。従って、表８中の「１９２．１６８．５．１１」は、「１９２．１６８．５．１２」に更新され、プレイリスト中のＩＰアドレス「１９２．１６８．５．１１」に関連したコンテンツが同様に更新される。

（２）中央サーバーは、以下で詳述されるように、メディア・サーバーがオフラインであると判定した場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新する：

メディア・サーバーがオフラインであることを指示するメッセージが受信されるか、または、メディア・サーバーによって送信されるＳＳＤＰメッセージがプリセット時間内に受信されない場合、中央サーバーは、メディア・サーバーがオフラインであると判定し、記憶されたプレイリスト中のメディア・サーバーに対応するレコードを削除するか、または、記憶されたプレイリスト中のメディア・サーバーに対応するレコードを「利用不可能」としてマークする。

メディア・サーバーは、ＳＳＤＰメッセージをコントロール・ポイントまたは中央サーバーに周期的に送信するので、コントロール・ポイントまたは中央サーバーがある一定の時間内にメディア・サーバーからＳＳＤＰメッセージを受信しない場合、このことは、メディア・サーバーがオフラインであることを示す。この場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブル中のメディア・サーバーに対応するレコードは、無効項目をクリックすることによって引き起こされるユーザ使用感品質の低下を避けるために削除されてもよい。時間の長さは、実際のアプリケーション要件に応じて設定されてもよい。

（３）以下で詳述されるように、中央サーバーは、メディア・サーバーのメディア・リソースが変化したと判定した場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新する：
中央サーバーは、メディア・サーバーによって報告され、メディア・サーバー上の変化したメディア・リソースを指示するイベントを受信し、
中央サーバーは、イベントに応じて、記憶されたプレイリスト中の変化したメディア・リソースに対応するレコードを更新し、イベントに応じてプレイリスト要素テーブル中の変化したメディア・リソースに対応するレコードを更新する。

たとえば、具体的には、中央サーバーは、イベントに応じてメディア・リソース識別子を判定し、その後、メディア・リソース識別子に応じてプレイリスト要素テーブルおよび記憶されたプレイリスト中のそれぞれに対応するレコードを検索し（すなわち、プレイリスト要素テーブル中の対応するレコードを検索し、プレイリスト中の対応するレコードを検索し）、レコード中のメディア・リソースのＵＲＬを更新し、探索されたプレイリスト中のレコード中のメディア・リソースのＵＲＬを更新してもよい。

４０７：中央サーバーは、更新されたプレイリストをメディア・レンダラーに送信する。

たとえば、中央サーバーは、更新されたプレイリストをメディア・レンダラーに配信するために「静的プレイリスト設定」アクションクラス、すなわち、「ＳｅｔＳｔａｔｉｃＰｌａｙｌｉｓｔ（）アクション」を呼び出すことをメディア・レンダラーに要求してもよい。

「ＳｅｔＳｔａｔｉｃＰｌａｙｌｉｓｔ（）」の引数は、具体的には、表１１に例示されるように、メディア・レンダラーに記憶されたプレイリストの識別子、プレイリストのコンテンツ、およびプレイリストのバイト長のような情報を含むことができる。

「ＩｎｓｔａｎｃｅＩＤ」は、メディア・レンダラーに記憶されたプレイリストの識別子を指し、「ＰｌａｙｌｉｓｔＤａｔａ」は、プレイリストのコンテンツを指し、「ＰｌａｙｌｉｓｔＤａｔａＬｅｎｇｔｈ」は、プレイリストのバイト長を指す。「ＩＮ」は、対応する引数の状態が「入力」であることを指す。

４０８：メディア・レンダラーは、元のプレイリストを置換するために、受信した、更新されたプレイリストを使用する。

４０９：コントロール・ポイントは、メディア・レンダラー上のプレイリストを問い合わせる。

たとえば、アクションクラス（アクション）：ＳｃａｎＰｌａｙｌｉｓｔ（）アクションがメディア・レンダラーに追加されてもよく、このようにして、コントロール・ポイントは、メディア・レンダラーに記憶されたプレイリストを問い合わせるためにアクションを呼び出すことを要求することができる。

「ＳｃａｎＰｌａｙｌｉｓｔ（）」の引数は、具体的には、表１２に例示されるように、メディア・レンダラーに記憶されたプレイリストの識別子、プレイリストのコンテンツ、およびプレイリストのバイト長のような情報を含むことができる。

「ＩｎｓｔａｎｃｅＩＤ」は、メディア・レンダラーに記憶されたプレイリストの識別子を指し、「ＰｌａｙｌｉｓｔＤａｔａ」は、プレイリストのコンテンツを指し、「ＰｌａｙｌｉｓｔＤａｔａＬｅｎｇｔｈ」は、プレイリストのバイト長を指す。「ＯＵＴ」は、対応する引数の状態が「出力」であることを指示する。

４１０：コントロール・ポイントは、メディア・レンダラーによって表示された少なくとも１つのプレイリストからプレイリストを選択し、プレイリストを再生することをメディア・レンダラーに要求し、たとえば、コントロール・ポイントは、プレイリストを再生することを要求するためにメディア・レンダラーにおいて「再生」アクションクラスＰｌａｙ（）アクションを呼び出すことができる。

「Ｐｌａｙ（）」の引数は、具体的には、表１３に例示されるように、メディア・レンダラーに記憶されたプレイリストの識別子（ＩＤ、Ｉｄｅｎｔｉｔｙ）と、コンテンツ項目の通し番号と、プレイリストの再生速度とのような情報を含むことができる。

「ＩｎｓｔａｎｃｅＩＤ」は、メディア・レンダラーに記憶されたプレイリストの識別子を指し、「Ｉｎｄｅｘ」は、プレイリストのコンテンツ項目の通し番号を指し、「Ｓｐｅｅｄ」は、再生速度を指す。「ＩＮ」は、対応する引数の状態が「入力」であることを指す。

４１１：メディア・レンダラーは、コントロール・ポイントによって選択されたプレイリストに応じてメディア・サーバーからメディア・リソースを要求する。

たとえば、メディア・レンダラーは、「ＨＴＴＰ Ｇｅｔ」を介して、選択されたプレイリストにおいてＵＲＩによって指示されたメディア・リソースをメディア・サーバーから要求することがある。

４１２：メディア・サーバーは、メディア・リソースをメディア・レンダラーに送信する。

たとえば、メディア・サーバーは、メディア・レンダラーの「ＨＴＴＰ Ｇｅｔ」要求に応答し、メディア・リソースをメディア・レンダラーに送信することができる。

４１３：メディア・レンダラーは、メディア・リソースを再生する。

上述から分かるように、本実施形態では、中央サーバーは、ローカル・エリア・ネットワーク内のメディア・サーバーからメディア・リソース情報を取得し、メディア・リソース情報に応じてプレイリストおよびプレイリスト要素テーブルを生成し、プレイリストおよびプレイリスト要素テーブルを記憶し、コントロール・ポイントを介してローカル・エリア・ネットワーク内のメディア・レンダラーに生成したプレイリストを送信し、その後、メディア・サーバーの状態が変化したと判定した場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新し、更新されたプレイリストをローカル・エリア・ネットワーク内のメディア・レンダラーに送信するので、メディア・リソースはその後、更新されたプレイリストに応じて再生されることができる。本発明の実施形態では、プレイリストは、リアルタイムで更新され得るので、プレイリストとメディア・ソースとの間の整合性が確保されることが可能であり、その結果、連続的に有効なプレイリストが提供されることにより、ユーザの使用感を向上させることができる。
＜実施形態５＞

上述の方法をより良く実施するために、本発明の実施形態は対応してプレイリスト処理装置をさらに提供する。図５ａに示されるように、プレイリスト処理装置は、更新ユニット５０３と送信ユニット５０４とを含む。

更新ユニット５０３は、ローカル・エリア・ネットワーク内のメディア・サーバーが変化したと判定した場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新するように構成される。

プレイリストは、メディア・リソースのＵＲＬおよびメディア・リソースのファイル名のような情報を含むことができ、プレイリスト要素テーブルは、メディア・リソース識別子、メディア・サーバー識別子、メディア・サーバーのＩＰアドレス、およびメディア・リソースのＵＲＬのうちの少なくとも１つを含むことができ、メディア・サーバー識別子は、具体的には、メディア・サーバーのＵＵＩＤであってもよい。

送信ユニット５０４は、プレイリストが更新されたとき、更新されたプレイリストをローカル・エリア・ネットワーク内のメディア・レンダラーに送信するように構成される。

さらに、図５ｂに示されるように、プレイリスト処理装置は、取得ユニット５０１と生成ユニット５０２とをさらに含むことができる。

取得ユニット５０１は、ローカル・エリア・ネットワーク内のメディア・サーバーからメディア・リソース情報を取得するように構成される。

たとえば、具体的には、メディア・リソース情報は、ブラウズ要求または検索要求をメディア・サーバーに送信することにより取得されてもよい。

メディア・リソース情報は、メディア・リソース識別子、メディア・サーバー識別子、メディア・サーバーのＩＰアドレス、およびメディア・リソースのＵＲＬのような情報を含むことができ、さらに、メディア・リソースのファイル名のような情報を含むことができる。

生成ユニット５０２は、取得ユニット５０１によって取得されたメディア・リソース情報に応じてプレイリストおよびプレイリスト要素テーブルを生成し、プレイリストおよびプレイリスト要素テーブルを記憶するように構成される。

プレイリストは、メディア・リソースのＵＲＬおよびメディア・リソースのファイル名のような情報を含むことができ、プレイリスト要素テーブルは、メディア・リソース識別子、メディア・サーバー識別子、メディア・サーバーのＩＰアドレス、およびメディア・リソースのＵＲＬのうちの少なくとも１つを含むことができ、メディア・サーバー識別子は、具体的には、メディア・サーバーのＵＵＩＤであってもよい。

この場合、更新ユニット５０３は、具体的には、メディア・サーバーの状態が変化したことを判定した場合、生成ユニット５０２によって記憶されたプレイリストおよびプレイリスト要素テーブルを更新するように構成される。

送信ユニット５０４は、具体的には、生成ユニット５０２によって生成したプレイリストをローカル・エリア・ネットワーク内メディア・レンダラーに送信し、プレイリストが更新されたとき、更新ユニット５０３によって更新されたプレイリストをローカル・エリア・ネットワーク内のメディア・レンダラーに送信するように構成される。

たとえば、具体的には、メディア・レンダラーは、プレイリストがメディア・レンダラーに配信されるように、「静的プレイリスト設定」アクションクラス、すなわち、ＳｅｔＳｔａｔｉｃＰｌａｙｌｉｓｔ（）アクションを呼び出すことを要求されることができる。

メディア・サーバーの状態変化は、メディア・サーバーのＩＰアドレスが変化する、メディア・サーバーがオフラインである、または、メディア・サーバーのメディア・リソースが変化するなどのシナリオを指し、すなわち、更新ユニット５０３は、第１の更新サブユニット、第２の更新サブユニット、第３の更新サブユニットの少なくとも１つを含む。

第１の更新サブユニットは、具体的には、記憶されたプレイリスト要素テーブルに応じて、メディア・サーバーのインターネット・プロトコル・アドレスが変化したと判定された場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新するように構成されることができる。

第２の更新サブユニットは、具体的には、メディア・サーバーがオフラインであると判定された場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新するように構成されることができる。

第３の更新サブユニットは、具体的には、メディア・サーバーのメディア・リソースが変化したと判定された場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新するように構成されることができる。

たとえば、第１の更新サブユニットは、具体的には、メディア・サーバーによって送信され、メディア・サーバーのＩＰアドレスおよびメディア・サーバー識別子を搬送するオンライン・アナウンスメント・メッセージを受信し、オンライン・アナウンスメント・メッセージ中で搬送されたメディア・サーバーのＩＰアドレスおよびメディア・サーバー識別子がプレイリスト要素テーブル中のＩＰアドレスおよびメディア・サーバー識別子と整合しないと判定された場合、記憶されたプレイリスト中のＩＰアドレスに関連するコンテンツ、たとえば、ＵＲＬを更新し、プレイリスト要素テーブル中のメディア・サーバーのＩＰアドレスを更新するように構成されることができ、および／または、
第２の更新サブユニットは、具体的には、メディア・サーバーによって送信されるオンライン・アナウンスメント・メッセージがプリセット時間内に受信されない場合、メディア・サーバーがオフラインであると判定し、記憶されたプレイリスト中のメディア・サーバーに対応するレコードを削除するか、または、記憶されたプレイリスト中のメディア・サーバーに対応するレコードを利用不可能としてマークするように構成されることができ、および／または、
第３の更新サブユニットは、具体的には、メディア・サーバーによって報告され、メディア・サーバー上の変化したメディア・リソースを指示するイベントを受信し、受信されたイベントに応じて、記憶されたプレイリスト中の変化したメディア・リソースに対応するレコードを更新し、イベントに応じてプレイリスト要素テーブル中の変化したメディア・リソースに対応するレコードを更新するように構成されることができる。

オンライン・アナウンスメント・メッセージは、具体的には、ＳＳＤＰメッセージでもよい。

さらに、プレイリスト処理装置は、リスト問い合わせユニットと再生要求ユニットとを含むことができる。

リスト問い合わせユニットは、メディア・レンダラー上のプレイリストを問い合わせるように構成される。

再生要求ユニットは、メディア・レンダラーがプレイリスト識別子およびメディア・リソース識別子に応じてメディア・リソースを再生するように、メディア・レンダラー上の探索されたプレイリストに応じて、プレイリスト識別子およびメディア・リソース識別子を搬送する再生要求をメディア・レンダラーに送信するように構成される。

具体的な実施では、上述のユニットは、別個のエンティティとして実施されてもよく、または、何らかの形で組み合わされ、１つもしくはいくつかのエンティティとして実施されてもよい。上述のユニットの具体的な実施のため、上述の実施形態が参照されてもよく、ここでは詳細な説明を省略する。

プレイリスト処理装置は具体的にはコントロール・ポイントでもよく、または、プレイリスト処理装置は、コントロール・ポイントと中央サーバーとを含んでもよく、すなわち、コントロール・ポイントと中央サーバーとは共同で動作を実行する。コントロール・ポイントは具体的にはメディア・レンダラーと同じエンティティの中に統合されてもよく、または、メディア・サーバーと同じエンティティの中に統合されてもよく、または、中央サーバーと同じエンティティの中に統合されてもよく、または、別個のエンティティでもよい。中央サーバーは具体的には、セット・トップ・ボックス、ゲートウェイ、または、アクセス・ポイント機器のような端末装置でもよい。コントロール・ポイントと中央サーバーとは、同じエンティティの中に設置されてもよく、または、異なるエンティティの中に設置されてもよい。

メディア・サーバーは具体的には、スマートフォン、パーソナルコンピュータ、デジタルカメラ、ノートブックコンピュータ、携帯メディアプレーヤ、または、リムーバブル・ハード・ディスクのような記憶機能を備えた端末装置でもよい。メディア・レンダラーは具体的には、デジタル・テレビジョン・セット、ノートブックコンピュータ、または、パーソナルコンピュータのようなメディアを表示する能力がある端末装置でもよい。

上述から分かるように、本実施形態では、プレイリスト処理装置の取得ユニット５０１は、ローカル・エリア・ネットワーク内のメディア・サーバーからメディア・リソース情報を取得することができ、生成ユニット５０２は、メディア・リソース情報に応じてプレイリストおよびプレイリスト要素テーブルを生成させ、プレイリストおよびプレイリスト要素テーブルを記憶し、その後、送信ユニット５０４は、生成したプレイリストをローカル・エリア・ネットワーク内のメディア・レンダラーに送信し、更新ユニット５０３は、メディア・サーバーの状態が変化したと判定した場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新し、送信ユニット５０４を介して、更新されたプレイリストをメディア・レンダラーに送信する。本発明の実施形態では、プレイリストは、リアルタイムで更新され得るので、プレイリストとメディア・ソースとの間の整合性を確保することが可能であり、その結果、連続的に有効なプレイリストが提供されることで、ユーザの再生使用感を向上させることができる。
＜実施形態６＞

結果として、本発明の実施形態は、具体的には第５の実施形態である本発明の実施形態によるプレイリスト処理装置を含む通信システムをさらに提供する。たとえば、具体的な装置は、以下の通りであってもよい：

プレイリスト処理装置は、ローカル・エリア・ネットワーク内のメディア・サーバーからメディア・リソース情報を取得し、メディア・リソース情報に応じてプレイリストおよびプレイリスト要素テーブルを生成させ、プレイリストおよびプレイリスト要素テーブルを記憶し、メディア・サーバーの状態が変化したと判定した場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新し、更新されたプレイリストをローカル・エリア・ネットワーク内のメディア・レンダラーに送信するように構成される。

プレイリストは、メディア・リソースのＵＲＬおよびメディア・リソースのファイル名のような情報を含むことができ、プレイリスト要素テーブルは、メディア・リソース識別子、メディア・サーバー識別子、メディア・サーバーのＩＰアドレス、およびメディア・リソースのＵＲＬのうちの少なくとも１つを含むことができ、メディア・サーバー識別子は、具体的には、メディア・サーバーのＵＵＩＤであってもよい。

メディア・サーバーの状態変化は、メディア・サーバーのＩＰアドレスが変化する、メディア・サーバーがオフラインである、または、メディア・サーバーのメディア・リソースが変化するなどのシナリオを指す。

プレイリスト処理装置は、具体的には、記憶されたプレイリスト要素テーブルに応じて、メディア・サーバーのインターネット・プロトコル・アドレスが変化したと判定した場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新するように、または、メディア・サーバーがオフラインであると判定した場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新するように、または、メディア・サーバーのメディア・リソースが変化すると判定した場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新するように構成される。たとえば、具体的なプロセスは、以下の通りでもよい：

（１）以下で詳述されるように、記憶されたプレイリスト要素テーブルに応じて、メディア・サーバーのＩＰアドレスが変化したと判定した場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新する：
メディア・サーバーによって送信され、メディア・サーバーのＩＰアドレスおよびメディア・サーバー識別子を搬送するオンライン・アナウンスメント・メッセージを受信し、
オンライン・アナウンスメント・メッセージ中で搬送されたメディア・サーバーのＩＰアドレスおよびメディア・サーバー識別子が記憶されたプレイリスト要素テーブル中のＩＰアドレスおよびメディア・サーバー識別子と整合しないと判定された場合、記憶されたプレイリスト中のＩＰアドレスに関連するコンテンツ、たとえば、ＵＲＬを更新し、プレイリスト要素テーブル中のメディア・サーバーのＩＰアドレスを更新する。

（２）以下で詳述されるように、メディア・サーバーがオフラインであると判定した場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新する：
メディア・サーバーによって送信されるオンライン・アナウンスメント・メッセージがプリセット時間内に受信されない場合、メディア・サーバーがオフラインであると判定し、記憶されたプレイリスト中のメディア・サーバーに対応するレコードを削除するか、または、記憶されたプレイリスト中のメディア・サーバーに対応するレコードを利用不可能としてマークする。

（３）以下で詳述されるように、メディア・サーバーのメディア・リソースが変化したと判定した場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新する：
メディア・サーバーによって報告されたイベントを受信し、受信されたイベントに応じて、記憶されたプレイリスト中の変化したメディア・リソースに対応するレコードを更新し、イベントに応じてプレイリスト要素テーブル中の変化したメディア・リソースに対応するレコードを更新する。

オンライン・アナウンスメント・メッセージは、具体的には、ＳＳＤＰメッセージでもよい。

プレイリスト処理装置は、メディア・レンダラー上のプレイリストを問い合わせ、メディア・レンダラーがプレイリスト識別子およびメディア・リソース識別子に応じてメディア・リソースを再生するように、メディア・レンダラー上の探索されたプレイリストに応じて、プレイリスト識別子およびメディア・リソース識別子を搬送する再生要求をメディア・レンダラーに送信するようにさらに構成されている。

加えて、通信システムは、メディア・レンダラーとメディア・サーバーとをさらに含むことができる。

メディア・レンダラーは、プレイリスト処理装置によって送信されたプレイリストを受信し、プレイリスト処理装置によって送信された再生要求を受信し、プレイリスト処理装置の再生要求に応じてメディア・サーバーからメディア・リソースを取得し、メディア・リソースを再生するように構成される。

メディア・サーバーは、メディア・リソース情報をプレイリスト処理装置に送信し、再生のためリソースをメディア・レンダラーに供給するように構成される。

上述の装置の具体的な実施については上記実施形態を参照できるので、ここでは詳細を省略する。

上述から分かるように、本実施形態では、通信システムのプレイリスト処理装置は、ローカル・エリア・ネットワーク内のメディア・サーバーからメディア・リソース情報を取得し、メディア・リソース情報に応じてプレイリストおよびプレイリスト要素テーブルを生成させ、プレイリストおよびプレイリスト要素テーブルを記憶し、生成したプレイリストをローカル・エリア・ネットワーク内のメディア・レンダラーに送信し、その後、メディア・サーバーの状態が変化したと判定された場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新し、更新されたプレイリストをローカル・エリア・ネットワーク内のメディア・レンダラーに送信する。本発明の実施形態では、プレイリストは、リアルタイムで更新され得るので、プレイリストとメディア・ソースとの間の整合性を確保することが可能であり、その結果、連続的に有効なプレイリストが提供されるので、ユーザの再生使用感を向上させることができる。

当業者は、上述の実施形態における様々な方法のステップの全部または一部が関連ハードウェアに指令するプログラムによって実施されてもよいことを理解することができる。プログラムは、コンピュータ読み取り可能な記憶媒体に記憶されてもよい。記憶媒体は、読取専用メモリ（ＲＯＭ、Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ランダム・アクセス・メモリ（ＲＡＭ、Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、磁気ディスク、またはコンパクトディスクを含むことができる。

本発明の実施形態において提供されるローカル・エリア・ネットワークにおいてメディア・リソース・プレイリストを処理する方法、装置、およびシステムを、上述において詳細に紹介した。本明細書では、具体的な実施例は、本発明の原理と実施様式を説明するため使用されている。実施形態の上述の記載は、本発明の方法とその核心となるアイデアの理解を助けるためだけに使用されている。その一方で、当業者は、本発明のアイデアに応じて、具体的な実施様式および用途範囲を変更してもよい。結論として、本明細書の内容は、本発明を限定するものとして解釈されるべきではない。

Claims (15)

1. メディア・サーバーおよびメディア・レンダラーを備えるローカル・エリア・ネットワークにおいてメディア・リソース・プレイリストを処理する方法であって、
   前記メディア・サーバーの状態が変化したと判定した場合、記憶されたプレイリストと記憶されたプレイリスト要素テーブルとを更新し、前記プレイリストがメディア・リソースのユニフォーム・リソース・ロケータおよび前記メディア・リソースのファイル名を含み、前記プレイリスト要素テーブルが、メディア・リソース識別子、メディア・サーバー識別子、前記メディア・サーバーのインターネット・プロトコル・アドレス、および、前記メディア・リソースのユニフォーム・リソース・ロケータのうちの少なくとも１つを含み、
   前記更新されたプレイリストを前記メディア・レンダラーに送信すること、
   を含む方法。
2. 前記メディア・サーバーの状態が変化したと判定した場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新する前に、
   前記メディア・サーバーからメディア・リソース情報を取得し、
   前記メディア・リソース情報に応じてプレイリストおよびプレイリスト要素テーブルを生成し、前記プレイリストと前記プレイリスト要素テーブルとを記憶し、
   前記生成したプレイリストを前記メディア・レンダラーに送信すること、
   をさらに含む、請求項１に記載の方法。
3. 前記メディア・サーバーの状態が変化したと判定した場合、記憶されたプレイリストおよび記憶されたプレイリスト要素テーブルを更新することは、
   前記記憶されたプレイリスト要素テーブルに応じて、前記メディア・サーバーの前記インターネット・プロトコル・アドレスが変化したと判定した場合、前記記憶されたプレイリストおよび前記記憶されたプレイリスト要素テーブルを更新すること、または
   前記メディア・サーバーがオフラインであると判定した場合、前記記憶されたプレイリストおよび前記記憶されたプレイリスト要素テーブルを更新すること、または
   前記メディア・サーバーの前記メディア・リソースが変化したと判定した場合、前記記憶されたプレイリストおよび前記記憶されたプレイリスト要素テーブルを更新すること、
   のいずれかを含む、請求項１または２に記載の方法。
4. 前記記憶されたプレイリスト要素テーブルに応じて、前記メディア・サーバーのインターネット・プロトコル・アドレスが変化したと判定した場合、前記記憶されたプレイリストおよび前記記憶されたプレイリスト要素テーブルを更新することは、
   前記メディア・サーバーによって送信され、前記メディア・サーバーの前記インターネット・プロトコル・アドレスおよびメディア・サーバー識別子を搬送するオンライン・アナウンスメント・メッセージを受信し、
   前記オンライン・アナウンスメント・メッセージ中で搬送された前記メディア・サーバーの前記インターネット・プロトコル・アドレスおよび前記メディア・サーバー識別子が、前記記憶されたプレイリスト要素テーブル中の前記インターネット・プロトコル・アドレスおよび前記メディア・サーバー識別子と整合しないと判定した場合、前記記憶されたプレイリスト中のインターネット・プロトコル・アドレスに関連するコンテンツを更新し、前記プレイリスト要素テーブル中の前記メディア・サーバーの前記インターネット・プロトコル・アドレスを更新すること、
   を含む、請求項３に記載の方法。
5. 前記メディア・サーバーがオフラインであると判定した場合、前記記憶されたプレイリストおよび前記記憶されたプレイリスト要素テーブルを更新することは、
   前記メディア・サーバーがオフラインであることを指示するメッセージが受信されるか、または、前記メディア・サーバーによって送信されるオンライン・アナウンスメント・メッセージがプリセット時間内に受信されない場合、前記メディア・サーバーがオフラインであると判定し、前記記憶されたプレイリスト中の前記メディア・サーバーに対応するレコードを削除するか、または、前記記憶されたプレイリスト中の前記メディア・サーバーに対応する前記レコードを利用不可能としてマークすることを含む、請求項３に記載の方法。
6. 前記メディア・サーバーの前記メディア・リソースが変化したと判定した場合、前記記憶されたプレイリストおよび前記記憶されたプレイリスト要素テーブルを更新することは、
   前記メディア・サーバーによって報告され、前記メディア・サーバー上の前記変化したメディア・リソースを指示するイベントを受信し、前記イベントに応じて前記記憶されたプレイリスト中の前記変化したメディア・リソースに対応するレコードを更新し、前記イベントに応じて前記プレイリスト要素テーブル中の前記変化したメディア・リソースに対応するレコードを更新することを含む、請求項３に記載の方法。
7. 前記メディア・レンダラー上の前記プレイリストを問い合わせ、
   前記メディア・レンダラー上の探索されたプレイリストに応じて再生要求を前記メディア・レンダラーに送信し、前記再生要求が、前記メディア・レンダラーがプレイリスト識別子および前記メディア・リソース識別子に応じて前記メディア・リソースを再生するように、前記プレイリスト識別子および前記メディア・リソース識別子を搬送すること、
   をさらに含む、請求項１〜６のいずれか１項に記載の方法。
8. ローカル・エリア・ネットワーク内のメディア・サーバーの状態が変化したと判定した場合、記憶されたプレイリストと記憶されたプレイリスト要素テーブルとを更新するように構成される更新ユニットであって、前記プレイリストが、メディア・リソースのユニフォーム・リソース・ロケータおよび前記メディア・リソースのファイル名を含み、前記プレイリスト要素テーブルが、メディア・リソース識別子、メディア・サーバー識別子、前記メディア・サーバーのインターネット・プロトコル・アドレス、および、前記メディア・リソースのユニフォーム・リソース・ロケータのうちの少なくとも１つを含む、更新ユニットと、
   前記プレイリストが更新された場合、前記更新されたプレイリストを前記ローカル・エリア・ネットワーク内のメディア・レンダラーに送信するように構成される送信ユニットと、
   を備えるプレイリスト処理装置。
9. 前記ローカル・エリア・ネットワーク内の前記メディア・サーバーからメディア・リソース情報を取得するように構成される取得ユニットと、
   前記メディア・リソース情報に応じてプレイリストおよびプレイリスト要素テーブルを生成し、前記プレイリストと前記プレイリスト要素テーブルを記憶するように構成される生成ユニットと、
   前記生成したプレイリストを前記ローカル・エリア・ネットワーク内の前記メディア・レンダラーに送信するように構成される送信ユニットと、
   をさらに備える、請求項８に記載のプレイリスト処理装置。
10. 前記更新ユニットは、
    前記記憶されたプレイリスト要素テーブルに応じて、前記メディア・サーバーの前記インターネット・プロトコル・アドレスが変化したと判定した場合、前記記憶されたプレイリストおよび前記記憶されたプレイリスト要素テーブルを更新するように具体的に構成される第１の更新サブユニット、
    前記メディア・サーバーがオフラインであると判定した場合、前記記憶されたプレイリストおよび前記記憶されたプレイリスト要素テーブルを更新するように具体的に構成される第２の更新サブユニット、
    前記メディア・サーバーの前記メディア・リソースが変化したと判定した場合、前記記憶されたプレイリストおよび前記記憶されたプレイリスト要素テーブルを更新するように具体的に構成される第３の更新サブユニット、
    のうちの少なくとも１つを備える、請求項８または９に記載のプレイリスト処理装置。
11. 前記第１の更新サブユニットは、前記メディア・サーバーによって送信され、前記メディア・サーバーの前記インターネット・プロトコル・アドレスおよびメディア・サーバー識別子を搬送するオンライン・アナウンスメント・メッセージを受信し、前記オンライン・アナウンスメント・メッセージ中で搬送された前記メディア・サーバーの前記インターネット・プロトコル・アドレスおよび前記メディア・サーバー名識別子が、前記記憶されたプレイリスト要素テーブル中の前記インターネット・プロトコル・アドレスおよび前記メディア・サーバー識別子と整合しない場合、前記記憶されたプレイリスト中のインターネット・プロトコル・アドレスに関連するコンテンツを更新し、前記プレイリスト要素テーブル中の前記メディア・サーバーの前記インターネット・プロトコル・アドレスを更新するように具体的に構成される、請求項１０に記載のプレイリスト処理装置。
12. 前記第２の更新サブユニットは、前記メディア・サーバーがオフラインであることを指示するメッセージが受信されるか、または、前記メディア・サーバーによって送信されるオンライン・アナウンスメント・メッセージがプリセット時間内に受信されない場合、前記メディア・サーバーがオフラインであると判定し、前記記憶されたプレイリスト中の前記メディア・サーバーに対応するレコードを削除するか、または、前記記憶されたプレイリスト中の前記メディア・サーバーに対応する前記レコードを利用不可能としてマークするように具体的に構成される、請求項１０に記載のプレイリスト処理装置。
13. 前記第３の更新サブユニットは、前記メディア・サーバーによって報告され、前記メディア・サーバー上の前記変化したメディア・リソースを指示するイベントを受信し、前記イベントに応じて前記記憶されたプレイリスト中の前記変化したメディア・リソースに対応するレコードを更新し、前記イベントに応じて前記プレイリスト要素テーブル中の前記変化したメディア・リソースに対応するレコードを更新するように具体的に構成される、請求項１０に記載のプレイリスト処理装置。
14. 前記メディア・レンダラー上の前記プレイリストを問い合わせるように構成されるリスト問い合わせユニットと、
    前記メディア・レンダラー上の前記見つけられたプレイリストに応じて、再生要求を前記メディア・レンダラーに送信するように構成される再生要求ユニットであって、前記再生要求が、前記メディア・レンダラーがプレイリスト識別子および前記メディア・リソース識別子に応じて前記メディア・リソースを再生するように、前記プレイリスト識別子および前記メディア・リソース識別子を搬送する、再生要求ユニットと、
    をさらに備える、請求項８〜１３のいずれか１項に記載のプレイリスト処理装置。
15. 請求項８〜１４のいずれか１項に記載のプレイリスト処理装置を備える通信システム。

Images