(57)【要約】      （修正有）【課題】ネットワーク経由でメディアレンダラにオーディオビデオのメディアストリームを送信するメディアサーバのコンテンツ・ディレクトリ・サービス内に、赤外線リモートコントロールパススルー・プロトコルを表現する。【解決手段】ＣＤＳは、メディアコンテンツをメディアサーバ１０に供給するメディア供給元デバイス３０・３１を表すメディアコンテンツ・アイテムのリストと、各メディアコンテンツ・アイテム毎の関連付けられたＩＲパススルー・プロトコル識別子のリストとを含む。各ＩＲパススルー・プロトコル識別子は、メディアサーバ１０内のＩＲデコーダで使用可能なＩＲパススルー・エンコード／デコード・プロトコルを識別する。メディアサーバ１０では、ＲＣコマンドが、同じＩＲパススルー・プロトコルを用いてデコードされた後、メディア供給元デバイス３０・３１の動作を制御するためにメディア供給元デバイス３０・３１へ赤外線で送信される。【選択図】図１
2007336553.tif 000002
【特許請求の範囲】
【請求項１】
メディア供給元デバイスからのオーディオビデオのメディアコンテンツをネットワーク送信するためのローカルエリアネットワークへの接続に適合されたオーディオビデオ・メディアサーバであって、
赤外線リモートコントロール・コマンドを上記メディア供給元デバイスに送信するための赤外線送信器と、
上記メディア供給元デバイスからの上記メディアコンテンツをネットワーク送信フォーマットに変換するためのアダプタと、
上記ローカルエリアネットワークを介して受信されたエンコードされた赤外線リモートコントロール信号を、上記オーディオビデオ・メディアサーバの上記赤外線送信器から上記メディア供給元デバイスへ送信するためのリモートコントロール・コマンドにデコードするための赤外線デコーダと、
メモリとを備え、
上記メモリが、上記オーディオビデオ・メディアサーバで利用可能な複数のメディア供給元デバイスを表す複数のメディアコンテンツ・アイテムと、各メディアコンテンツ・アイテムに関連付けられた少なくとも１つの赤外線パススルー・プロトコル識別子とを含み、上記赤外線パススルー・プロトコル識別子が、上記オーディオビデオ・メディアサーバの上記赤外線デコーダで使用可能な赤外線パススルー・エンコード／デコード・スキームを表すオーディオビデオ・メディアサーバ。
【請求項２】
上記メモリが、ユニバーサル・プラグアンドプレイのコンテンツ・ディレクトリ・サービスを含み、
上記メディアコンテンツ・アイテムが、上記コンテンツ・ディレクトリ・サービス内に含まれる請求項１記載のオーディオビデオ・メディアサーバ。
【請求項３】
上記コンテンツ・ディレクトリ・サービスが、拡張可能マークアップ言語で表現され、
その少なくとも１つの赤外線パススルー・プロトコル識別子に関連付けられたメディアコンテンツ・アイテムの各々が、第１のリソース拡張可能マークアップ言語要素を含み、上記第１のリソース拡張可能マークアップ言語要素が、上記メディアコンテンツ・アイテムのメディアフォーマットを表す第１の属性を有する請求項２記載のオーディオビデオ・メディアサーバ。
【請求項４】
上記第１のリソース拡張可能マークアップ言語要素が、上記赤外線パススルー・プロトコル識別子を表す第２の属性を有する請求項３記載のオーディオビデオ・メディアサーバ。
【請求項５】
その少なくとも１つの赤外線パススルー・プロトコル識別子に関連付けられたメディアコンテンツ・アイテムの各々が、上記赤外線パススルー・プロトコル識別子を表す第２のリソース拡張可能マークアップ言語要素を含む請求項３記載のオーディオビデオ・メディアサーバ。
【請求項６】
その少なくとも１つの赤外線パススルー・プロトコル識別子に関連付けられたメディアコンテンツ・アイテムの各々が、第１の拡張可能マークアップ言語ネームスペース内で表され、上記少なくとも１つの赤外線パススルー・プロトコル識別子が、第２の拡張可能マークアップ言語ネームスペース内で表される請求項３記載のオーディオビデオ・メディアサーバ。
【請求項７】
上記メモリ内に複数の赤外線パススルー・プロトコル識別子があり、それら赤外線パススルー・プロトコル識別子の各々が、固有の赤外線パススルー・エンコード／デコード・スキームを表す請求項１記載のオーディオビデオ・メディアサーバ。
【請求項８】
上記メモリ内の少なくとも１つのメディアコンテンツ・アイテムが、生のメディアコンテンツ・アイテムであり、
上記赤外線パススルー・プロトコル識別子が、上記少なくとも１つの生のメディアコンテンツ・アイテムに関連付けられている請求項１記載のオーディオビデオ・メディアサーバ。
【請求項９】
上記メモリが、各赤外線パススルー・プロトコル識別子に関連付けられたインターネット・プロトコル接続ポイントを含んでいる請求項１記載のオーディオビデオ・メディアサーバ。
【請求項１０】
上記赤外線送信器が、第１の赤外線送信器であり、
上記オーディオビデオ・メディアサーバが、第２の赤外線送信器をさらに備え、
上記各赤外線送信器が、インターネット・プロトコル接続ポイントによって識別されている請求項９記載のオーディオビデオ・メディアサーバ。
【請求項１１】
ローカルエリアネットワーク上でオーディオビデオのメディアコンテンツを送信するためのローカルエリアネットワークに接続可能なオーディオビデオ・メディアサーバ・システムであって、
メディアコンテンツを上記ローカルエリアネットワークに供給するためのメディアサーバと、
メディアコンテンツを上記メディアサーバに供給するためのデバイスであって、赤外線リモートコントロール・コマンドによって制御可能なメディア供給元デバイスと、
上記メディアコンテンツをネットワーク送信フォーマットに変換するためのアダプタと、
上記ローカルエリアネットワークを介して受信されたエンコードされた赤外線リモートコントロール信号を、リモートコントロール・コマンドにデコードするための赤外線デコーダと、
上記メディア供給元デバイスを制御するために、上記リモートコントロール・コマンドを上記メディア供給元デバイスに送信するための赤外線ブラスターと、
メモリとを含み、
上記メモリが、拡張可能マークアップ言語で表現されたコンテンツ・ディレクトリ・サービスを含み、上記コンテンツ・ディレクトリ・サービスが、上記メディアサーバで利用可能なメディア供給元デバイスを表すメディアコンテンツ・アイテムと、各メディアコンテンツ・アイテムに関連付けられた少なくとも１つの赤外線パススルー・プロトコル識別子とを含み、上記赤外線パススルー・プロトコル識別子が、赤外線デコーダで使用可能な赤外線パススルー・エンコード／デコード・スキームを表すオーディオビデオ・メディアサーバ・システム。
【請求項１２】
上記赤外線パススルー・プロトコル識別子に関連付けられたメディアコンテンツ・アイテムの各々が、第１のリソース拡張可能マークアップ言語要素を含み、該第１のリソース拡張可能マークアップ言語要素が、上記メディアコンテンツ・アイテムのメディアフォーマットを表す第１の属性と、上記赤外線パススルー・プロトコル識別子を表す第２の属性とを有する請求項１１記載のオーディオビデオ・メディアサーバ・システム。
【請求項１３】
赤外線パススルー・プロトコル識別子と関連付けられたメディアコンテンツ・アイテムの各々が、上記メディアコンテンツ・アイテムのメディアフォーマットを表す第１のリソース拡張可能マークアップ言語要素と、上記赤外線パススルー・プロトコル識別子を表す第２のリソース拡張可能マークアップ言語要素とを含む請求項１１記載のオーディオビデオ・メディアサーバ・システム。
【請求項１４】
赤外線パススルー・プロトコル識別子と関連付けられたメディアコンテンツ・アイテムの各々が、第１の拡張可能マークアップ言語ネームスペース内で表され、上記赤外線パススルー・プロトコル識別子が、第２の拡張可能マークアップ言語ネームスペース内で表される請求項１１記載のオーディオビデオ・メディアサーバ・システム。
【請求項１５】
上記コンテンツ・ディレクトリ・サービスが、各赤外線パススルー・プロトコル識別子に関連付けられたインターネット・プロトコル接続ポイントを含む請求項１１記載のオーディオビデオ・メディアサーバ・システム。
【請求項１６】
上記赤外線ブラスターが、第１の赤外線ブラスターであり、
上記オーディオビデオ・メディアサーバ・システムが、第２の赤外線ブラスターをさらに備え、
上記各赤外線ブラスターが、インターネット・プロトコル接続ポイントによって識別されている請求項１１記載のオーディオビデオ・メディアサーバ・システム。
【請求項１７】
メディア供給元デバイスからメディアサーバを通してメディアレンダラへオーディオビデオのメディアコンテンツを送信するためのローカルエリアネットワーク内において、メディアレンダラによるメディア供給元デバイスの赤外線リモートコントロールを可能にする方法であって、
上記メディアサーバを通して上記メディアレンダラへメディアコンテンツを供給するメディア供給元デバイスを表すメディアコンテンツ・アイテムと、メディアコンテンツ・アイテムに関連付けられ、赤外線パススルー・エンコード／デコード・スキームを表す少なくとも１つの赤外線パススルー・プロトコル識別子とを含むコンテンツ・ディレクトリ・サービスを上記メディアサーバ内に設けるステップと、
送信すべきメディアコンテンツ・アイテムとそれに関連付けられた少なくとも１つの赤外線パススルー・プロトコル識別子とを識別するために上記メディアレンダラから上記コンテンツ・ディレクトリ・サービスを閲覧するステップと、
リモートコントロール・コマンドを赤外線によってリモートコントロールから上記メディアレンダラへ送信するステップと、
上記メディアレンダラで、上記少なくとも１つの赤外線パススルー・プロトコル識別子によって表される上記赤外線パススルー・エンコード／デコード・スキームに従って上記リモートコントロール・コマンドをエンコードするステップと、
上記のエンコードされたリモートコントロール・コマンドをメディアレンダラからローカルエリアネットワークを介してメディアサーバへ送信するステップと、
上記メディアサーバで、上記少なくとも１つの赤外線パススルー・プロトコル識別子によって表される赤外線パススルー・エンコード／デコード・スキームに従って上記リモートコントロール・コマンドをデコードするステップと、
上記メディア供給元デバイスの動作を制御するために、上記リモートコントロール・コマンドを赤外線によって上記メディアサーバから上記メディア供給元デバイスへ送信するステップとを含む方法。
【請求項１８】
上記赤外線パススルー・プロトコル識別子を設けるステップが、拡張可能マークアップ言語で表現された赤外線パススルー・プロトコル識別子を設けるステップを含み、
上記赤外線パススルー・プロトコル識別子に関連付けられたメディアコンテンツ・アイテムを設けるステップが、上記メディアコンテンツ・アイテムのメディアフォーマットを表す第１の属性を有する第１のリソース拡張可能マークアップ言語要素を表現するステップを含む請求項記載１７の方法。
【請求項１９】
上記赤外線パススルー・プロトコル識別子を表す第２の属性を有する第１のリソース拡張可能マークアップ言語要素を表現するステップをさらに含む請求項１８記載の方法。
【請求項２０】
上記赤外線パススルー・プロトコル識別子と関連付けられたメディアコンテンツ・アイテムを設けるステップが、上記赤外線パススルー・プロトコル識別子を表す第２のリソース拡張可能マークアップ言語要素を表現するステップを含む請求項１８記載の方法。
【請求項２１】
上記赤外線パススルー・プロトコル識別子と関連付けられたメディアコンテンツ・アイテムを設けるステップが、上記メディアコンテンツ・アイテムを第１の拡張可能マークアップ言語ネームスペース内で表現するステップを含み、
上記赤外線パススルー・プロトコル識別子を設けるステップが、上記赤外線パススルー・プロトコル識別子を第２の拡張可能マークアップ言語ネームスペース内で表現するステップを含む請求項１８記載の方法。
【請求項２２】
上記コンテンツ・ディレクトリ・サービス内に、各赤外線パススルー・プロトコル識別子ごとにインターネット・プロトコル接続ポイントを設けるステップをさらに含む請求項１７記載の方法。
【請求項２３】
少なくとも２つのメディア供給元デバイスがローカルエリアネットワーク上にあり、上記メディアサーバから赤外線によって上記リモートコントロール・コマンドを送信するステップが、上記少なくとも２つのメディア供給元デバイスへ上記リモートコントロール・コマンドを送信するステップを含む請求項１７記載の方法。
【請求項２４】
メディア供給元デバイスからのオーディオビデオのメディアコンテンツをネットワーク送信するためのローカルエリアネットワークへの接続に適合されたオーディオビデオ・メディアサーバであって、赤外線リモートコントロール・コマンドを上記メディア供給元デバイスに送信するための赤外線送信器と、上記オーディオビデオ・メディアサーバで利用可能な複数のメディア供給元デバイスを表す複数のメディアコンテンツ・アイテムを格納し、かつ赤外線パススルー・エンコード／デコード・スキームを表す少なくとも１つの赤外線パススルー・プロトコル識別子を各メディアコンテンツ・アイテムに関連付けて格納するメモリとを備えるオーディオビデオ・メディアサーバを動作させるためのデコーダプログラムであって、
上記赤外線パススルー・プロトコル識別子で表される赤外線パススルー・エンコード／デコード・スキームを用いて、上記ローカルエリアネットワークを介して受信されたエンコードされた赤外線リモートコントロール信号を、赤外線送信器からメディア供給元デバイスへ送信するためのリモートコントロール・コマンドにデコードするための赤外線デコーダとしてコンピュータを機能させるためのデコーダプログラム。
【請求項２５】
請求項２４記載のデコーダプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、概括的には、オーディオおよび／またはビデオ（オーディオビデオあるいは「ＡＶ」）を送信するホーム・ネットワークに関し、より詳細には、ユニバーサル・プラグアンドプレイ（ＵＰｎＰ（登録商標））技術に基づくホーム・ネットワーク内において、ＵＰｎＰ（登録商標）コンテンツ・ディレクトリ・サービス（ＣＤＳ）内で赤外線（ＩＲ）リモートコントロール（ＲＣ）パススルー(pass-through)・プロトコルを具現化するためのシステムおよび方法に関する。
【背景技術】
【０００２】
現在、家庭環境およびオフィス環境において、ローカルエリアネットワーク（ＬＡＮ）が広く使用されている。家庭内ＬＡＮには、１０／１００ｂａｓｅＴ  Ｅｔｈｅｒｎｅｔ（登録商標）などのような有線ＬＡＮ、および、周知のＩＥＥＥ（登録商標）  ８０２．１１あるいはＷｉ−Ｆｉ（登録商標）規格に基づくものなどのような無線ローカルエリアネットワーク（無線ＬＡＮ）が含まれる。他のタイプのＬＡＮは、無線送信を使用しないものであり、家庭内または単一のビル内にある既存の電気配線を使用するＨｏｍｅＰｌｕｇ（登録商標）規格に基づくＰＬＣネットワークなどのような電力線通信（ＰＬＣ）ネットワークである。
【０００３】
家庭内ＬＡＮは、現在、消費者電子（ＣＥ）デバイス間におけるオーディオおよび／またはビデオ（オーディオビデオあるいは「ＡＶ」）のメディアコンテンツの転送に広く使用されている。デジタル・リビング・ネットワーク・アライアンス（ＤＬＮＡ（登録商標））は、ホーム・ネットワークを介した、ＣＥデバイス、パーソナルコンピュータ（ＰＣ）、および他の電子機器の間でのシームレスな相互運用を促進する組織である。ＤＬＮＡ（登録商標）は、メディアの管理および制御のためにＵＰｎＰ（登録商標）  ＡＶ技術を採用した。ＵＰｎＰ（登録商標）  ＡＶ技術は、デバイスおよびアプリケーションがＡＶメディアコンテンツを識別し、管理し、かつ分配することを可能にし、相互運用可能なホーム・ネットワークを保証する。
【０００４】
ＵＰｎＰ（登録商標）  ＡＶ技術は、２つのＡＶデバイス、メディアサーバおよびメディアレンダラを規定している。ユーザは、メディアサーバ上に格納されているか、あるいはメディアサーバに接続された１つ以上のメディア供給元デバイスからの送信に利用可能であるＡＶメディアアイテムを閲覧(browse)し、特定のアイテムを選択し、かつ、メディアレンダラ上でそのアイテムを再生させることができる必要がある。最大の利便性を得るためには、上記の行為をユーザが様々なメディアレンダリングデバイスから行えるようにすることが望ましい。なぜなら、ユーザは、メディア供給元デバイスと直接、情報をやりとりしようとすることはまずないからである。メディアサーバから利用可能なＡＶメディアアイテムをメディアレンダリングデバイスが閲覧し、かつ、個別のＡＶメディアアイテムに関する詳細情報をメディアレンダリングデバイスが得るための画一的な機構を提供するために、ＵＰｎＰ（登録商標）  ＡＶ技術は、メディアサーバ内におけるコンテンツ・ディレクトリ・サービス（ＣＤＳ）を規定している。ＣＤＳは、メディアサーバが、役立ちうるＡＶメディアアイテムのリストを、関連付けられた、ＡＶメディアアイテムを記述するメタデータと共に公開する方法を提供する。ＵＰｎＰ（登録商標）技術は、拡張可能マークアップ言語（ＸＭＬ）上で構築される。したがって、ＣＤＳは、主としてＸＭＬ  Ｓｃｈｅｍａによって規定されるが、他の規格によって追加の制約を受けることがある。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
メディア供給元デバイスまたはメディアレンダリングデバイスとして機能しうる多くのＡＶデバイスは、関連付けられた赤外線（ＩＲ）リモートコントロール（ＲＣ）を含んでいる。しかしながら、典型的なホーム・ネットワークにおいて、メディア供給元デバイスは、メディアレンダリングデバイスから遠く離れた位置、多くは別の部屋に、置かれる。したがって、メディアレンダリングデバイスでＩＲ  ＲＣを用いてメディア供給元デバイスを制御できることが望ましいであろう。これは、現在の技術および規格を用いて実現できない。なぜなら、ＩＲ  ＲＣによって送信されたＲＣコマンドは、メディアレンダラによって解明できないＩＲエンコード・スキームまたはＩＲエンコード・プロトコルを用いてメディア供給元デバイスがエンコードするからである。異なるＣＥデバイス・メーカーは異なるＩＲプロトコルを使用することがあり、したがって、異なるＡＶメディア供給元デバイスではＩＲプロトコルが異なることがある。
【０００６】
必要とされているのは、ホーム・ネットワーク内において、メディアレンダリングデバイスでＲＣコマンドの受信およびエンコード、ネットワークを介したエンコードされたコマンドの転送、並びに、メディア供給元デバイスを制御するためのコマンドのデコードを可能にするために、ＩＲパススルー・プロトコルを具現化するシステムおよび方法である。
【課題を解決するための手段】
【０００７】
本発明のシステムおよび方法によれば、ＡＶメディアサーバ・システムは、１つ以上のメディア供給元デバイスからＡＶメディアコンテンツを受信し、該ＡＶメディアコンテンツをＡＶメディアストリームとしてメディアレンダラにローカルエリアネットワークを介して送信し、メディア供給元デバイスを制御するために、エンコードされたＩＲ  ＲＣコマンドをメディアレンダラから受信するメディアサーバを含んでいる。メディアサーバは、１つ以上のメディア供給元デバイスに接続されており、かつ、ＩＲ  ＲＣコマンドをメディア供給元デバイスに送信可能な少なくとも１つのＩＲ送信器（ＩＲ「ブラスター」と呼ぶこともある）を有している。メディアサーバは、拡張可能マークアップ言語（ＸＭＬ）で表現されたコンテンツ・ディレクトリ・サービス（ＣＤＳ）を含むＵＰｎＰ（登録商標）メディアサーバ・デバイスである。ＣＤＳは、メディア供給元デバイスのリストを含む。そのリストは、メディアコンテンツ「アイテム」としてＣＤＳ内で規定される。ＣＤＳ内のメディアコンテンツ・アイテムの各々について、そのメディアコンテンツ・アイテムがＩＲ  ＲＣによって制御可能であれば、そのメディアコンテンツ・アイテムに関連付けられた少なくとも１つのＩＲパススルー・プロトコル識別子（ＩＲＰＴ−ＩＤ）もＣＤＳ内にある。ＩＲＰＴ−ＩＤの各々は、ネットワーク上のＩＲ信号を搬送するのに用いられるＩＲパススルー・エンコード／デコード・スキームまたはＩＲパススルー・エンコード／デコード・プロトコルを識別する。メディアサーバは、１つより多くのＩＲパススルー・エンコード／デコード・スキームまたはＩＲパススルー・エンコード／デコード・プロトコルをサポートしなければならないこともあり、したがって各メディアコンテンツ・アイテムに関連付けられた複数の異なるＩＲＰＴ−ＩＤがあることもある。メディアサーバとの通信結合を確立するためにメディアレンダラによって用いられるインターネット・プロトコル（ＩＰ）接続ポイントＩＲＰＴ−ＣＰ（すなわちＩＰアドレスおよびポート番号）も、各ＩＲＰＴ−ＩＤごとにある。メディアサーバ内には、メディア供給元デバイスを全て制御するためのＩＲ送信器が１つだけあってもよい。メディアサーバ内に１つより多くのＩＲ送信器がある場合、例えば、ＩＲ  ＲＣコマンドが全てのメディア供給元デバイスに到達できるよう保証するために、メディアサーバに接続された各メディア供給元デバイスごとに１つずつＩＲ送信器がある場合、各ＩＲＰＴ−ＣＰは、正しいメディア供給元デバイスが制御されるよう、どのＩＲ送信器がメディアサーバによって使用されるかを識別する機能も果たす。
【０００８】
一つの実施態様において、ＣＤＳ内の第１のリソース（ＲＥＳ）ＸＭＬ要素は、メディアコンテンツ・アイテムのメディアフォーマットを表す第１の属性と、そのメディアコンテンツ・アイテムに関連したＩＲＰＴ−ＩＤを表す第２の属性とを有している。他の実施態様において、ＩＲＰＴ−ＩＤに関連付けられたメディアコンテンツ・アイテムは、ＩＲＰＴ−ＩＤを表す第２のリソース（ＲＥＳ）ＸＭＬ要素を含んでいる。さらに他の実施態様において、ＩＲＰＴ−ＩＤに関連付けられたメディアコンテンツ・アイテムは、第１のＸＭＬネームスペース内で表され、ＩＲＰＴ−ＩＤは、第２のＸＭＬネームスペース内で表される。
【０００９】
上記方法は、メディアレンダラによって１つ（または複数（１つより多い場合））のメディア供給元デバイスのＩＲ  ＲＣを可能にする。メディアレンダラは、メディアコンテンツ・アイテムおよびその関連付けられたＩＲＰＴ−ＩＤ（あるいは１つ以上ある場合にＩＲＰＴ−ＩＤ）を識別するためにＣＤＳを閲覧する。メディアレンダラでは、ＩＲ  ＲＣが、ＩＲ受信器にＲＣコマンドを送信する。次に、ＩＲ受信器の出力が、メディアレンダラにより、ＩＲＰＴ−ＩＤによって表されるＩＲパススルー・エンコード／デコード・プロトコルを用いてエンコードされる。次に、エンコードされた複数のＲＣコマンドが、ＩＲＰＴ−ＩＤに関連したＩＲＰＴ−ＣＰを用いて、メディアレンダラからメディアサーバに、ＡＶメディアストリームの逆方向に、ネットワークを介して送信される。エンコードされた複数のＲＣコマンドは、ＩＲＰＴ−ＩＤによって表される同一のＩＲパススルー・エンコード／デコード・プロトコルに従ってメディアサーバでデコードされ、次にＩＲ送信器に送信される。その後、メディアサーバのＩＲ送信器は、メディア供給元デバイスの動作を制御するためにそれらＲＣコマンドをＩＲ  ＲＣコマンドとしてメディア供給元デバイスに送信する。
【発明の効果】
【００１０】
本発明によれば、エンコードされた赤外線リモートコントロール信号がメディアレンダラ等からローカルエリアネットワークを介してオーディオビデオ・メディアサーバへ送信されると、赤外線デコーダが、エンコードされた赤外線リモートコントロール信号を、赤外線送信器からメディア供給元デバイスへ送信するためのリモートコントロール・コマンドにデコードし、赤外線送信器が、デコードされた赤外線リモートコントロール・コマンドをメディア供給元デバイスに送信することができる。これにより、赤外線リモートコントロール・コマンドによってメディア供給元デバイスの動作を制御することが可能になる。したがって、メディアレンダラ等からローカルエリアネットワークを介してメディア供給元デバイスの動作を制御することが可能になる。
【００１１】
さらに、本発明によれば、上記オーディオビデオ・メディアサーバが、赤外線デコーダで使用可能な赤外線パススルー・エンコード／デコード・スキームを表す少なくとも１つの赤外線パススルー・プロトコル識別子を含むメモリを備えているので、赤外線デコーダが、赤外線パススルー・プロトコル識別子で表される赤外線パススルー・エンコード／デコード・スキームに従って赤外線リモートコントロール信号を送信用のリモートコントロール信号にデコードすることができる。したがって、上記オーディオビデオ・メディアサーバが、異なるＩＲ信号を用いる複数のＡＶメディア供給元デバイスに接続されている場合であっても、各ＡＶメディア供給元デバイスに適合した送信用のリモートコントロール信号を各ＡＶメディア供給元デバイスに送信して、各ＡＶメディア供給元デバイスを制御することができる。
【００１２】
さらに、本発明によれば、赤外線パススルー・プロトコル識別子が各メディアコンテンツ・アイテムに関連付けられているので、エンコードされた赤外線リモートコントロール信号として特定のメディアコンテンツ・アイテムを選択して再生する信号がオーディオビデオ・メディアサーバへ送信されると、赤外線デコーダが、その選択されたメディアコンテンツ・アイテムに応じた赤外線パススルー・プロトコル識別子で表される赤外線パススルー・エンコード／デコード・スキームに従って赤外線リモートコントロール信号を送信用のリモートコントロール信号にデコードすることができる。したがって、選択されたメディアコンテンツ・アイテムに適合した送信用のリモートコントロール信号を各ＡＶメディア供給元デバイスに送信して、選択されたメディアコンテンツ・アイテムに対応するＡＶメディア供給元デバイスからそのメディアコンテンツ・アイテムに対応するメディアコンテンツを受信することができる。さらに、本発明によれば、上記オーディオビデオ・メディアサーバが、メディアコンテンツをメディア供給元デバイスからローカルエリアネットワークを介して受信し、受信したメディアコンテンツをアダプタによってネットワーク送信フォーマットに変換して、メディアレンダラ等へ送信することができる。これらの結果、選択されたメディアコンテンツ・アイテムに対応するメディアコンテンツをメディアレンダラ等へ送信することができる。
【００１３】
本発明の性質および利点についてさらに十分に理解するために、添付図と共に説明する次の詳細な説明を参照されたい。
【発明を実施するための最良の形態】
【００１４】
本発明によれば、ネットワークデバイスを制御するのに用いる特定のＩＲパススルー・プロトコルを発見することができる。本発明は、ネットワークを介してＲＣコマンドを搬送するＩＲ  ＲＣおよびＩＲパススルー・プロトコルによってストリームを制御できる場合、メディアレンダリングデバイスがいつＡＶメディアストリームに接続するかを決定することを可能にする。本発明は、ユニバーサル・プラグアンドプレイ技術（ＵＰｎＰ（登録商標））に基づくローカルエリアネットワークにおけるシステムおよび方法に適用できる。本発明は、サーバデバイスおよびレンダリングデバイスの間にＡＶメディアコンテンツを分配するホーム・ネットワークに、特にＵＰｎＰ（登録商標）  ＡＶ技術を用いるホーム・ネットワークに適用できる。ＵＰｎＰ（登録商標）技術は、「ＵＰｎＰデバイス・アーキテクチャ、バージョン１．０」で規定されており、また、インターネット・プロトコル（ＩＰ）、転送制御プロトコル（ＴＣＰ）、ユーザ・データグラム・プロトコル（ＵＤＰ）、ハイパーテキスト転送プロトコルＨＴＴＰ、および拡張可能マークアップ言語（ＸＭＬ）で構築される。
【００１５】
ＵＰｎＰ（登録商標）  ＡＶ技術は、メディアサーバ、メディアレンダラ、およびコントロールポイントを規定する。メディアサーバは、メディアコンテンツにアクセスし、そのメディアコンテンツをネットワーク上の他のデバイスへ送信することができる。メディアサーバとして機能することができる、より新しいデジタル・デバイスの例は、ＭＰ３サーバ、パーソナル・ビデオ・レコーダ（ＰＶＲ）、およびホーム・メディアサーバ（パーソナルコンピュータ（ＰＣ）など）を含んでいる。メディアサーバに接続できる従来のメディア供給元デバイスには、ＶＣＲ、ＣＤプレーヤ、ＤＶＤプレーヤ、オーディオ・テーププレーヤ、静止画カメラ、カムコーダ、ラジオ、ＴＶチューナ、およびセットトップ・ボックスが含まれる。メディアレンダラは、メディアコンテンツを受信し、そのメディアコンテンツをレンダリングすることができる。メディアレンダリングデバイスの例は、ＴＶおよびステレオシステムなどのような従来のデバイスを含んでいる。典型的な実施態様において、メディアレンダラは、表示装置に接続されるか、あるいは、レンダリングされたコンテンツを表示するために表示装置と一体化される。コントロールポイントは、ユーザの要望を遂行するためにメディアサーバおよびメディアレンダラの動作を協調させる。
【００１６】
ＵＰｎＰ（登録商標）  ＡＶ仕様は、メディアレンダラおよびメディアサーバを管理するために必要なサービスのテンプレートを含んでいる。そのようなサービスは、接続マネージャー・サービス、ＡＶ伝送サービス、およびコンテンツ・ディレクトリ・サービス（ＣＤＳ）を含んでいる。接続マネージャー・サービスは、コントロールポイントが、メディア供給元デバイス（ＣＤＳではメディアコンテンツ「アイテム」と呼ばれる）およびメディアレンダリングデバイスの受信能力および供給能力を他の制御の詳細と共に得る方法を提供する。ＡＶ伝送サービスは、メディアレンダリングデバイスの制御方法を提供する。
【００１７】
ＣＤＳは、メディアコンテンツおよびその属性を体系化するための制御方法およびスキームを提供する。ＣＤＳの実施態様において、メディアファイル（例えば、オーディオファイル、ビデオ・ファイル、画像など）および実際のメディアコンテンツは、オブジェクトとして表現される。最新版のＣＤＳの仕様書は、メディアオブジェクトを表現するためのクラス体系を記述している。基本クラスは、オブジェクトクラスである。２つのクラスは、オブジェクトクラスである、アイテム・クラスおよびコンテナ・クラスに由来する。アイテム（つまりアイテム・クラスのインスタンス）は、いかなる他のオブジェクトも含んでいない。コンテナ（つまりコンテナ・クラスのインスタンス）は、少なくとも１つの他のオブジェクトを含みうる。ＣＤＳは、主としてＸＭＬ  Ｓｃｈｅｍａによって規定されるが、他の規格によって追加の制約を受けることがある。ＸＭＬ  Ｓｃｈｅｍａは、ＤＩＤＬ−Ｌｉｔｅ要素セットを使用している。ＤＩＤＬ−Ｌｉｔｅは、ＩＳＯ／ＭＰＥＧ２１（ＤＩＤＬ）内で開発されたデジタル・アイテム宣言言語ＤＩＤＬのサブセットから得られる。ＣＤＳの部分の例を下記のＸＭＬフラグメント１に示す。このＸＭＬフラグメント１は、多くのチャネルを持つＴＶチューナを表すＸＭＬデータを示す。この例は、ＤＬＮＡ（登録商標）ガイドラインから得られる。
【００１８】
ＸＭＬフラグメント１
<DIDL-Lite
xmlns="urn:schemas-upnp-org:metadata-1-0/DIDL-Lite/"
xmlns:dc=”http://purl.org/dc/elements/1.1/”
xmlns:upnp="urn:schemas-upnp-org:metadata-1-0/upnp/"
xmlns:dlna="urn:schemas-dlna-org:metadata-1-0/”>
<!-- ルートコンテナ -->
<container id="0" parentID="-1" restricted=”1” childCount=”2”>
<dc:title>DLNA Device</dc:title>
<upnp:class>object.container</upnp:class>
<!-- ＮＴＳＣ  ＴＶチューナ・コンテナ --><container id="1" parentID="0" restricted="1" childCount="2">
<dc:title>NTSC TV Tuner</dc:title>
<upnp:class>object.container</upnp:class>
<dlna:containerType>Tuner_1_0</dlna:containerType>
<!-- ＮＴＳＣ  ＴＶチャンネル -->
<item id="1-1" parentID="1" restricted="1">
<!-- 完全な記述 -->
<dc:title>Cartoons, Cartoons, Cartoons</dc:title>
<upnp:class>object.item.videoItem.videoBroadcast</upnp:class>
<upnp:genre>Movie</upnp:genre>
<upnp:channelNr>2</upnp:channelNr>
<upnp:channelName>PBS</upnp:channelName>
<res protocolInfo="http-get:*:video/mpeg:DLNA.ORG_PN=MPEG_PS_NTSC">
http://192.168.0.20:58849/Tuner1/ch2.mpg
</res>
</item>
<item id="1-2" parentID="1" restricted="1">
<!-- 最小の記述 -->
<dc:title>Channel 4</dc:title>
<upnp:class>object.item.videoItem.videoBroadcast</upnp:class>
<upnp:channelNr>4</ upnp:channelNr>
<res protocolInfo="http-get:*:video/mpeg:DLNA.ORG_PN=MPEG_PS_NTSC">
http://192.168.0.20:58849/Tuner1/ch4.mpg
</res>
</item>
</container>
<!-- ＦＭラジオ・チューナ・コンテナ -->
<container id="2" parentID="0" restricted="1" childCount="3">
<dc:title>FM Radio Tuner</dc:title>
<upnp:class>object.container</upnp:class>
<dlna:containerType>Tuner_1_0</dlna:containerType>
<!-- ＦＭラジオ・チャンネル -->
<item id="2-1" parentID="2" restricted="1">
<!-- プリセット＃１ -->
<dc:title>FM 89.9</dc:title>
<upnp:class>object.item.audioItem.audioBroadcast</upnp:class>
<upnp:channelNr>1</upnp:channelNr>
<upnp:channelName>FM 89.9</upnp:channelName>
<res protocolInfo="http-get:*:audio/L16:DLNA.ORG_PN=LPCM">
http://192.168.0.20:58849/Tuner2/ch1.L16
</res>
</item>
<item id="2-2" parentID="2" restricted="1">
<!-- プリセット＃２ -->
<dc:title>FM 101.9</dc:title>
<upnp:class>object.item.audioItem.audioBroadcast</upnp:class>
<upnp:channelNr>2</upnp:channelNr>
<res protocolInfo="http-get:*:audio/L16:DLNA.ORG_PN=LPCM">
http://192.168.0.20:58849/Tuner2/ch2.L16
</res>
</item>
<item id="2-3" parentID="2" restricted="1">
<!-- プリセット＃３ -->
<dc:title>FM 95.5</dc:title>
<upnp:class>object.item.audioItem.audioBroadcast</upnp:class>
<upnp:channelNr>3</upnp:channelNr>
<res protocolInfo="http-get:*:audio/L16:DLNA.ORG_PN=LPCM">
http://192.168.0.20:58849/Tuner2/ch3.L16
</res>
</item>
</container>
</container>
</DIDL-Lite>
図１は、本発明のシステムおよび方法を用いたホーム・ネットワークの高レベルブロック図である。上記ネットワークは、ＩＥＥＥ（登録商標）  ８０２．１１無線ＬＡＮなどのような無線ネットワーク２０として、無線ネットワーク２０に接続されたメディアサーバ１０およびメディアレンダラ４０と共に図示している。単に例証の目的で無線ＬＡＮを示したが、他の多数のタイプの無線および有線のネットワークが、本発明に使用できる。
【００１９】
メディアサーバ１０は、ビデオカセットレコーダ（ＶＣＲ）およびデジタル・ヴァーサタイル・ディスク（ＤＶＤ）プレーヤなどのような、メディアコンテンツを提供する２つのレガシーメディア供給元デバイス（メディアコンテンツ・アイテム）３０および３１に接続されているものとして図示している。レガシーデバイスは、「補助の(auxiliary)」入力としてメディアサーバ１０に与えられ、その結果、それらのメディアコンテンツ、例えばメディアサーバ１０へ送信すべき実際のビデオ・ファイルは、「生の(live)」メディアコンテンツとみなされる。ＰＶＲやホーム・メディアＰＣなどのようなメディアサーバ１０は、典型的には、デジタル映像、写真、および音楽などのような「格納された(stored)」メディアコンテンツを含むハード・ディスク・ドライブも含んでいるであろう。
【００２０】
メディアサーバ１０は、ＩＲ  ＲＣコマンドをメディア供給元デバイス３０および３１に送信するための少なくとも１つのＩＲ送信器ＸＭＴＲを含んでいる。各メディア供給元デバイス３０または３１は、ＩＲ受信器ＲＣＶＲを有しており、ＩＲ  ＲＣによって制御可能である。メディア供給元デバイス３０および３１は、それらのＩＲ受信器ＲＣＶＲがメディアサーバ１０のＩＲ送信器ＸＭＴＲのＩＲ範囲内となるように配置されている。図１では、ＩＲ送信器ＸＭＴＲを１つだけ備えたメディアサーバ１０を図示したが、メディアサーバ１０は、１つ以上の追加のＩＲ送信器ＸＭＴＲを有していてもよい。例えば、メディアサーバ１０は、複数のメディア供給元デバイスとのＩＲ接続を保証するために１つ以上の複数のメディア供給元デバイス３０および３１に各々が割り当てられた複数のＩＲ送信器を有していてもよい。メディアサーバ１０からメディア供給元デバイス３０および３１へのＩＲ送信は、市販のＩＲ「ドングル」によって容易に実現できる。このＩＲ「ドングル」は、メディアサーバ１０上のユニバーサル・シリアル・バス（ＵＳＢ）または他のポートにプラグ接続し、ＩＲ出力をメディア供給元デバイス１０のＩＲ受信器ＲＣＶＲの近くに位置させることができる。
【００２１】
メディアサーバ１０は、メディア供給元デバイス３０および３１からのメディアコンテンツを、ＡＶメディアストリームとして無線ネットワーク２０を介してメディアレンダラ４０へ送信可能なフォーマットに変換するための、メディアサーバ・アダプタ１も含んでいる。ＶＣＲおよびＤＶＤプレーヤからなるメディア供給元デバイス３０および３１は、例証の目的だけで示したものである。ＣＤプレーヤ、オーディオ・テーププレーヤ、静止画像カメラ、カムコーダ、ラジオ、ＴＶチューナ、生のメディアコンテンツを供給する他のメディア供給元デバイスなど、他の多数のメディア供給元デバイスがメディア供給元デバイス３０および３１として利用可能である。無線ＬＡＮの場合には、メディアサーバ・アダプタ１が、無線トランシーバを含むであろう。
【００２２】
メディアサーバ１０は、ＩＲデコーダとしてのプロセッサ（例えばマイクロプロセッサやマイクロコントローラ）２および関連付けられたメモリ３も含んでいる。メモリ３は、ＩＲパススルー・プロトコルまたはＩＲパススルー・スキームに対応するエンコード／デコード・アルゴリズムを含んでいる。ＩＲパススルー・プロトコルまたはＩＲパススルー・スキームは、ＶＣＲ３０およびＤＶＤプレーヤ３１を制御するために、メディアレンダラ４０から無線ネットワーク２０を介して送信されたＲＣコマンドをメディアサーバ１０のＩＲ送信器ＸＭＴＲが送信用のＲＣコマンドに変換することを可能にする。メディアサーバ１０は、複数のＩＲパススルー・プロトコルを処理することができるので、複数のアルゴリズムをメモリ３内に格納してもよい。メモリ３は、ＣＤＳも含む。ＣＤＳは、メディアコンテンツ・アイテムのリストおよび関連付けられたメタデータだけでなく、メディアコンテンツ・アイテムに関連付けられたＩＲパススルー・プロトコル識別子（ＩＲＰＴ−ＩＤ）、およびＩＲＰＴ−ＩＤに関連付けられたＩＲＰＴ接続ポイント（ＩＲＰＴ−ＣＰ）も含んでいるものとして図示している。ＣＤＳ内のメディアコンテンツ・アイテムは、特定のメディア供給元デバイスを表す。少なくとも１対のＩＲＰＴ−ＩＤ／ＩＲＰＴ−ＣＰ、あるいは複数対のＩＲＰＴ−ＩＤ／ＩＲＰＴ−ＣＰのリストが、ＣＤＳ内の各メディアコンテンツ・アイテムに関連付けられる。上記各対は、ＩＲパススルー・プロトコルおよびそのＩＰ接続ポイントを表す。単一のＩＲ送信器ＸＭＴＲによって制御される複数のメディアコンテンツ・アイテムがメディアサーバ１０内にある場合、複数のメディアコンテンツ・アイテムが同一のＩＲＰＴ−ＩＤ／ＩＲＰＴ−ＣＰの対を有していてもよい。メディアサーバ１０が、１つより多くのＩＲ送信器を有している場合、例えば第２のメディア供給元デバイスを制御するための第２のＩＲ送信器を有している場合、第２のメディアコンテンツ・アイテムは、第１のメディアコンテンツ・アイテムと同じＩＲＰＴ−ＩＤを有していてもよく、異なるＩＲＰＴ−ＣＰを有していてもよい。メディアサーバ１０は、ＩＲＰＴ−ＣＰに基づいてどのＩＲ送信器を使用するかを選択する。
【００２３】
メディアレンダラ４０は、ディスプレイと、メディアサーバ１０からのネットワーク送信をディスプレイ上でレンダリングできるフォーマットに変換するためのメディアレンダラ・アダプタとを含んでいる。メディアレンダラ４０は、さらに、ＩＲ  ＲＣによって制御可能であり、それゆえＩＲ受信器ＲＣＶＲを含んでいる。メディアレンダラ４０は、プロセッサ（例えば、マイクロプロセッサやマイクロコントローラ）および関連付けられたメモリも含んでいる。図１に示すように、メディアレンダラ４０の構成要素は全て、デジタルＴＶなどのような単一ユニット内に含めることができる。メディアレンダラ４０は、さらに個別のメディアレンダラ・アダプタに接続されたレガシーＴＶであってもよい。その場合には、メディアレンダラ・アダプタは、プロセッサおよび関連付けられたメモリを含むであろう。例えば、Ｌｉｎｋｓｙｓ（登録商標）ＷＭＡ１１ｂなどのような市販のメディアレンダラ・アダプタが利用可能である。このメディアレンダラ・アダプタは、標準的な家庭用電子機器ケーブルを用いてレガシーＴＶおよびステレオシステムに取り付けられるものであり、無線のＩＥＥＥ（登録商標）  ８０２．１１ｂあるいは有線の１０／１００  Ｅｔｈｅｒｎｅｔ（登録商標）を介してホーム・ネットワークＰＣ（メディアサーバ１０）に接続する。
【００２４】
メディアレンダラ４０のメモリは、１つ以上のＩＲパススルー・エンコード／デコード・アルゴリズムを含んでいる。上記各アルゴリズムは、特定タイプのＩＲパススルー・プロトコルまたはＩＲパススルー・スキームに対応しており、固有のＩＲＰＴ−ＩＤによって識別可能である。各ＩＲＰＴ−ＩＤは、関連付けられたインターネット・プロトコル（ＩＰ）接続ポイント（ＩＲＰＴ−ＣＰ）を有している。ＣＤＳ内の提供された情報は、メディアレンダラ４０の閲覧機能が起動されたときに、メディアレンダラ４０がメディアコンテンツ・アイテムに関連付けられたＩＲＰＴ−ＩＤ／ＩＲＰＴ−ＣＰの対（１つまたは複数）を発見することを可能にする。メディアレンダラ４０は、上記メディアコンテンツ・アイテムおよびそれに関連付けられたＩＲＰＴ−ＩＤ／ＩＲＰＴ−ＣＰの対を識別するために、ＣＤＳを閲覧する。メディアレンダラ４０にあるＩＲ  ＲＣは、ＩＲＰＴ−ＩＤによって表されるＩＲパススルー・プロトコルを用いてエンコードされたＲＣコマンドをメディアレンダラ４０に送信する。ＩＲ  ＲＣの出力は、メディアレンダラ４０のＩＲ受信器ＲＣＶＲによって受信される。プロセッサは、ＩＲＰＴ−ＩＤに関連付けられたＩＲパススルー・エンコード・アルゴリズムをメモリから再度呼び出し、このアルゴリズムを用いてＩＲ受信器ＲＣＶＲからのＩＲ信号をエンコードする。エンコードされたＲＣコマンドは、メディアレンダラ・アダプタによって無線ネットワーク２０経由で送信可能なフォーマットに変換された後、上記ネットワークを介してメディアサーバ・アダプタ１へＡＶメディアストリームの逆方向に送信できる。メディアサーバ・アダプタ１が、ネットワーク送信を受信し、それをエンコードされたＲＣコマンドに変換する。次に、メディアサーバ１０のプロセッサ２が、エンコードされたＲＣコマンドを、ＩＲＰＴ−ＩＤによって識別された同じＩＲパススルー・エンコード／デコード・アルゴリズムを用いてデコードする。その後、メディアサーバ１０のＩＲ送信器ＸＭＴＲが、メディア供給元デバイス３０または３１を制御するために、上記ＩＲ  ＲＣコマンドをメディア供給元デバイス３０または３１（ＶＣＲまたはＤＶＤプレーヤ）上のＩＲ受信器ＲＣＶＲに送信する。メディアサーバ１０が１つより多くのＩＲ送信器ＸＭＴＲを有している場合、例えば１つ以上のメディア供給元デバイス３０および３１の各々について１つずつのＩＲ送信器ＸＭＴＲが指定されている場合、上記ＩＲＰＴ−ＩＤ／ＩＲＰＴ−ＣＰの対の中における特定のＩＲＰＴ−ＣＰによって正しいＩＲ送信器ＸＭＴＲが識別されるので、正しいＩＲ送信器ＸＭＴＲが選択される。
【００２５】
本発明には多くの実施態様がある。とり得る実施態様をより良く理解するために、ＩＲパススルー・プロトコルのサポートがＣＤＳ内で発行されない基本の場合を下記のＸＭＬフラグメント２で示す。
【００２６】
ＸＭＬフラグメント２
<item id="1-2" parentID="1" restricted="1">
<dc:title>Auxilary Input 1</dc:title>
<upnp:class>object.item.videoItem.videoBroadcast</upnp:class>
<upnp:channelNr>1</ upnp:channelNr>
<res protocolInfo="http-get:*:video/mpeg:DLNA.ORG_PN=MPEG_PS_NTSC">
http://192.168.0.20:58849/Tuner1/ch1.mpg
</res>
</item>
これは、任意のタイプのメディア供給元デバイスが接続され得る場合、メディアコンテンツ・アイテムが「補助入力」に相当することを示す。ＡＶメディアストリームは、それが格納されたメディアコンテンツではなく生のメディアコンテンツであることを示すクラス「ｖｉｄｅｏＢｒｏａｄｃａｓｔ」である。ＡＶメディアストリームを検索するプロトコルは「ＨＴＴＰ」であり、「ＧＥＴ」メソッドを使用しなければならない。メディアフォーマットは、ＤＬＮＡ（登録商標）  ＭＩＭＥ形式およびＭＰＥＧ  ２  ＰＳによって規定される。ホストＩＰアドレスおよびポート番号が、リソース（“ｒｅｓ”）要素のＵＲＩフィールド内に与えられる。
【００２７】
下記のＸＭＬフラグメント３は、基本の場合にＩＲパススルー・プロトコルのサポートを追加した場合の一実施態様を示す。
【００２８】
ＸＭＬフラグメント３
<item id="1-2" parentID="1" restricted="1">
<dc:title>Auxilary Input 1</dc:title>
<upnp:class>object.item.videoItem.videoBroadcast</upnp:class>
<upnp:channelNr>1</ upnp:channelNr>
<res protocolInfo="http-get:*:video/mpeg:DLNA.ORG_PN=MPEG_PS_NTSC"
CntrlIRProtocol=”IRPT_FFIR”
CntrlProtocol =”tcp” CntrlIPAddress=”192.168.0.20” CntrlPortNumber=”60000”>
http://192.168.0.20:58849/Tuner1/ch1.mpg
</res>
</item>
この場合、メディアコンテンツ・アイテムに関連付けられた“ｒｅｓ”要素に、複数の新しい属性が追加される。これらの新しい属性は、本発明の方法に係るＩＲパススルーのために必要な情報を提供する。「ＣｎｔｒｌＩＲＰｒｏｔｏｃｏｌ」属性は、メディアコンテンツ・アイテムがＩＲ  ＲＣによって制御可能であることをメディアレンダラ４０に通知する機能を果たし、また、メディアコンテンツ・アイテム（ＸＭＬフラグメント３内では「ＦＦＩＲ」と呼ばれる）に関連付けられたＩＲパススルー・プロトコルを識別する。「ＣｎｔｒｌＰｒｏｔｏｃｏｌ」は、使用されるＩＰプロトコルを識別する。使用されるＩＰプロトコルは、ＴＣＰかＵＤＰの何れかになり得る。「ＣｎｔｒｌＩＰＡｄｄｒｅｓｓ」および「ＣｎｔｒｌＰｏｒｔＮｕｍｂｅｒ」は、ＩＲＰＴ−ＣＰ情報を提供する。
【００２９】
ＸＭＬフラグメント３で示す方法は、新しい属性の理解を可能とするためには、スキームの変更が必要である。この方法では、１つの“ｒｅｓ”アイテムについて単一のＩＲパススルー・プロトコルだけがサポートされる。さらに、この方法は、ＩＲパススルー・プロトコルを、特定のメディアフォーマット（つまり“ｒｅｓ”アイテム）にリンクさせるが、典型的にはＩＲパススルー・プロトコルとメディアフォーマットとの間に従属性はない。
【００３０】
下記のＸＭＬフラグメント４は、基本の場合にＩＲパススルー・プロトコルのサポートを追加した場合の第２の実施態様を示す。
【００３１】
ＸＭＬフラグメント４
<item id="1-2" parentID="1" restricted="1">
<dc:title>Auxilary Input 1</dc:title>
<upnp:class>object.item.videoItem.videoBroadcast</upnp:class>
<upnp:channelNr>1</ upnp:channelNr>
<res protocolInfo="http-get:*:video/mpeg:DLNA.ORG_PN=MPEG_PS_NTSC">
http://192.168.0.20:58849/Tuner1/ch1.mpg
</res>
<res protocolInfo="sharp.co.jp:*:x-infrared:SHARP.COM_PN=IRPT_FFIR”>
tcp://192.168.0.20:60000
</res>
</item>
この場合、ＩＲＰＴ−ＩＤおよびＩＲＰＴ−ＣＰを提供するために、第２の“ｒｅｓ”要素がメディアコンテンツ・アイテムに追加される。この場合、同じプロパティ「ｐｒｏｔｏｃｏｌＩｎｆｏ」が使用されるが、このプロパティの複数の値が、ＩＲパススルー・プロトコルを識別するために用いられ、“ｒｅｓ”要素の値が、接続ポイントを決定するのに用いられる。ＩＲＰＴ−ＩＤは、「ｐｒｏｔｏｃｏｌＩｎｆｏ」属性の値によって規定される。ＵＰｎＰ（登録商標）内で規定された方法が、専用のプロトコルを規定するのに用いられる。この場合、最初のフィールド「ｓｈａｒｐ．ｃｏ．ｊｐ」は、この専用のプロトコルをＳＨＡＲＰ（登録商標）専用のＩＲパススルー・プロトコルとして規定し、最後のフィールド「ｘ−ｉｎｆｒａｒｅｄ（ＳＨＡＲＰ．ＣＯＭ＿ＰＮ＝ＩＲＰＴ＿ＦＦＩＲ）」は、プロトコルを規定するＭＩＭＥ形式である。“ｒｅｓ”要素の値「ｔｃｐ：／／１９２．１６８．０．２０：６００００」は、専用のＵＲＩのようなフォーマットでＩＲＰＴ−ＣＰ情報を提供する。
【００３２】
この方法は、ＤＩＤＬ−Ｌｉｔｅスキームに変更を加えることを必要としない。この方法では、ｒｅｓ”要素が、コントロールプロトコルのためにではなく写真、歌、ビデオなどのような何らかのタイプのバイナリ・アセット(asset)のために設計されている。したがって、“ｒｅｓ”要素は、意図しない方法で使用される。しかしながら、これは、ＣＤＳを閲覧するクライアントデバイスにとって問題を引き起こさない。なぜなら、クライアントデバイスは、典型的には、理解されない“ｒｅｓ”要素を無視するからである。「ｐｒｏｔｏｃｏｌＩｎｆｏ」を理解するクライアントだけが、“ｒｅｓ”アイテムを使用するであろう。この方法は、さらに、メディアフォーマットに何ら依存することなく、ＣＤＳ内で複数の異なるＩＲパススルー・プロトコルを発行することを可能にする。
【００３３】
下記のＸＭＬフラグメント５は、基本の場合にＩＲパススルー・プロトコルのサポートを追加した場合の第３の実施態様を示す。
【００３４】
ＸＭＬフラグメント５
<DIDL-Lite
xmlns="urn:schemas-upnp-org:metadata-1-0/DIDL-Lite/"
xmlns:dc=”http://purl.org/dc/elements/1.1/”
xmlns:upnp="urn:schemas-upnp-org:metadata-1-0/upnp/"
xmlns:dlna="urn:schemas-dlna-org:metadata-1-0/”>
<item id="1-2" parentID="1" restricted="1">
<dc:title>Auxilary Input 1</dc:title>
<upnp:class>object.item.videoItem.videoBroadcast</upnp:class>
<upnp:channelNr>1</ upnp:channelNr>
<res protocolInfo="http-get:*:video/mpeg:DLNA.ORG_PN=MPEG_PS_NTSC">
http://192.168.0.20:58849/Tuner1/ch1.mpg
</res>
<desc xmlns:av=”urn:schemas-sharp-co-jp:av” id=”l1description” nameSpace=”urn:schemas-sharp-co-jp:av”>
<av:irpt protocolInfo="sharp.co.jp:*:x-infrared:SHARP.COM_PN=IRPT_FFIR">
tcp://192.168.0.20:65531
</av:irpt>
</desc>
</item>
この場合、新しいＸＭＬネームスペース（「ｘｍｌｎｍｓ」）が使用される。新しい要素「ａｖ：ｉｒｐｔ」は、ネームスペース「ｕｒｎ：ｓｃｈｅｍａｓ−ｓｈａｒｐ−ｃｏ−ｊｐ：ａｖ」に属するものとして規定される。これによって、専用の要素を理解しないＸＭＬ構文解析系(parser)が、そのような専用の要素の属性または値をチェックすることなく、専用の要素を無視することが可能になる。この方法は、さらにＤＩＤＬ−Ｌｉｔｅスキームに従う。
【００３５】
最後に、メディアサーバ１０の赤外線デコーダは、ハードウェアロジックによって構成してもよいが、次のように、デコーダプログラムを記録した記録媒体（メモリ３等）とデコーダプログラムを実行するプロセッサ２とを用いてソフトウェア的に実現できる。
【００３６】
すなわち、メディアサーバ１０は、デコーダプログラムの命令を実行するＣＰＵ（central processing unit）等のプロセッサ２、上記デコーダプログラムを格納したＲＯＭ（read only memory）、上記デコーダプログラムを展開するＲＡＭ（random access memory）、上記デコーダプログラムおよび各種データを格納するメモリ３等の記憶装置（記録媒体）などを備えるコンピュータで実現できる。本発明の目的は、上述した赤外線デコーダの機能を実現するソフトウェアであるデコーダプログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータ（プロセッサ２そのもの、あるいはプロセッサ２およびＲＡＭ）で読み取り可能に記録した記録媒体を、メディアサーバ１０に供給し、そのコンピュータが記録媒体に記録されているプログラムコードを読み出し実行することによって、達成可能である。
【００３７】
上記デコーダプログラムは、メディア供給元デバイス３０・３１からのＡＶメディアコンテンツをネットワーク送信するためのネットワーク２０への接続に適合されたメディアサーバ１０を動作させるためのものであって、ＩＲＰＴ−ＩＤで表されるＩＲパススルー・エンコード／デコード・スキームを用いて、ネットワーク２０を介して受信されたエンコードされたＩＲ  ＲＣ信号を、赤外線送信器ＸＭＴＲからメディア供給元デバイス３０・３１へ送信するためのリモートコントロール・コマンドにデコードするための赤外線デコーダとしてコンピュータを機能させるものである。メディアサーバ１０は、前述したように、ＩＲ  ＲＣコマンドをメディア供給元デバイス３０・３１に送信するための赤外線送信器ＸＭＴＲと、メディアサーバ１０で利用可能なメディア供給元デバイス３０・３１を表す複数のメディアコンテンツ・アイテムを格納し、かつＩＲパススルー・エンコード／デコード・スキームを表す少なくとも１つのＩＲパススルー・プロトコル識別子を各メディアコンテンツ・アイテムに関連付けて格納するメモリ３とを備えている。
【００３８】
上記記録媒体としては、例えば、磁気テープやカセットテープ等のテープ系、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ−Ｒ等の光ディスクを含むディスク系、ＩＣカード（メモリカードを含む）／光カード等のカード系、あるいはマスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ／フラッシュＲＯＭ等の半導体メモリ系などを用いることができる。
【００３９】
また、メディアサーバ１０を通信ネットワークと接続可能に構成し、上記プログラムコードを通信ネットワークを介して供給してもよい。この通信ネットワークとしては、特に限定されず、例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（virtual private network）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、通信ネットワークを構成する伝送媒体としては、特に限定されず、例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、８０２．１１無線、ＨＤＲ、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。なお、本発明は、上記プログラムコードが電子的な伝送で具現化された、搬送波に埋め込まれたコンピュータデータ信号の形態でも実現され得る。
【００４０】
本発明を好ましい実施形態に関して詳細に示し記述したが、当業者であれば、本発明の精神および範囲から外れない限りにおいて形式および詳細の種々の変更を行い得ることが理解できるであろう。従って、開示された発明は、単に説明のための例として考えられるべきものであり、添付の請求項で指定された通りにのみ範囲が限定されるべきものである。
【図面の簡単な説明】
【００４１】
【図１】本発明のシステムおよび方法を用いたホーム・ネットワークのブロック図である。
【符号の説明】
【００４２】
１  メディアサーバ・アダプタ
２  プロセッサ（赤外線デコーダ）
３  メモリ
１０  メディアサーバ
２０  無線ネットワーク
３０  メディア供給元デバイス（ＶＣＲ）
３１  メディア供給元デバイス（ＤＶＤプレーヤ）
４０  メディアレンダラ
ＸＭＴＲ  赤外線送信器（赤外線ブラスター）
ＲＣＶＲ  赤外線受信器
【図１】
2007336553.tif 000003