JP2009081661A - 分散されたメディアサービスに対するメディアパスの選択 - Google Patents

Abstract

【課題】最適にネットワーク化されたメディアサービスを、自動的に選択する。
【解決手段】メディアレベルを基本とするサービス通知が定義され、プラグインのマッチングを低減する。サービス情報は、ＡＶパスの性能に基づいて、下流から上流に中継され、上位レベルに位置する機器は、下位レベルから最良パスだけを受信する。未解決のパスは本処理により排除され、パスはオンデマンドで確実に完結する。最良のメディアサービスは、リアルタイムのパス探索を排除する事前サービス状態に、実質的に結び付けられる。動的最良パス検出構成が採用され、周期的間隔を通じたプラグイン対に関するサービス可用性、メディア品質、および速度に基づいて、最良メディアパスを特定する。最良パステーブルは、隣の下位レベルサービスへのサービスリンク情報を保持し、サービスリンク情報は、ソースと送信先との間に途切れのないパスを形成する情報を有する。
【選択図】図２

Description

本発明は、分散されたメディアサービスに対する最良メディアパスの自動的選択に関する。特に本発明は、メディアレベルを基本とする通知によりネットワーク化されたメディアパスの設定期間を低減し、ネットワーク化されたＣＥ（家庭用電化製品：Ｃｏｎｓｕｍｅｒ Ｅｌｅｃｔｒｏｎｉｃｓ）機器上に分散されたメディアサービスに対して、最良パス順序付け、サービス事前結合、および動的パス評価によって、最高のサービス可用性、最高の品質、および最速速度にもっともよく適合するメディアパスを検出する、装置および方法を与える。

再生処理、分散記憶処理、および遠隔制御のメディアフォーマット変換のようなマルチメディアコンテンツ処理、を含むネットワークメディアサービスを介して、２つの機器の間でマルチメディアコンテンツをストリーミングすることは、共通のシナリオになってきている。ＣＥおよびその他のネットワーク機器の相互運用性により、リソースおよびコンテンツの共有利用が促進され、リソースが豊富な機器は、ネットワークメディアサービスをリソースが貧弱な機器に提供する。このように、マルチメディア機能を拡張することにより、ネットワーク内の補助的処理リソースおよび記憶処理リソースを用いて、サービス分布のパワーを利用することが可能になる。例えば映画放送は、ＤＶＤレコーダにより記録し、プログラムストリーム（ＰＳ）フォーマットでネットワーク付属の記憶機器に記憶することができる。簡単化すれば、コンテンツを検索し、ＭＰＥＧトランスポートストリーム（ＴＳ）に変換し、ホームネットワークを介してブルーレイディスク（ＢＤ）プレーヤにより配信し、遠隔制御により再生することができる。あるいは、高品質画像をブルートゥース（Ｂｌｕｅｔｏｏｔｈ）対応デジタルカメラにより撮り、レート変換し、別のブルートゥース対応携帯電話に転送し、マルチメディアメッセージとして送信することができる。同様に、ＭＰＥＧ２フォーマット状態の映画を部分的に抽出し、３ＧＰＰフォーマットに変換し、携帯電話上で短編の映画予告編として映すことができる。

マイクロソフト（登録商標）ＤｉｒｅｃｔＳｈｏｗ、アップル（登録商標）ＱｕｉｃｋＴｉｍｅ、ＧＳｔｒｅａｍｅｒ等のマルチメディアアーキテクチャは、コンピュータを基本とするシステム用に長く存在していたが、ＣＥ機器、携帯機器、およびコンピュータで構成される異機種環境ネットワークに拡張し、さらに種々のネットワークメディアサービスに展開することができる。これらのマルチメディアアーキテクチャはメディアパスを形成し、一連のメディア処理タスクを実行する。メディアパスは、「プラグイン」と呼ばれるソフトウェア部品を結合し、プラグインのチェーンを１つ以上含む１つのグラフにする。典型的には、１つのプラグインの出力を次のプラグインの入力に接続することによりグラフが構成され、サービス対を生成する。その結果、データストリームは処理することが可能になる。ネットワーク化されたメディアパスは、ソース（ｓｏｕｒｃｅ：送信側）プラグインとシンク（ｓｉｎｋ：受信側）プラグインとの間で物理的に互いに連結され、帯域幅、ジッターレート、および遅延を含むネットワークリソースと、メディアフォーマット変換、復号化、および符号化のようなメディア処理を実行することが可能な中間ネットワーク対応プラグインと、を有する。

ネットワークメディアサービスの一例は、ローエンド携帯機器上で高解像度デジタルビデオを再生することである。例を挙げると、ＭＰＥＧ４／Ｈ．２６４ＡＶＣフォーマットによる高解像度デジタルビデオカメラを用いて、高解像度デジタルビデオが記録されている場合がある。後でこのコンテンツは、３ＧＰＰフォーマットコンテンツの再生だけをサポートするローエンド携帯電話上で、検索され再生される。ＭＰＥＧ／Ｈ．２６４ＡＶＣフォーマットを３ＧＰＰフォーマットに変換することができる追加機能のプラグインを含むブルーレイレコーダが、同一のネットワーク内に存在すれば、非互換フォーマットをブリッジすることが可能となる。したがって、デジタルビデオカメラをブルーレイレコーダとさらに携帯電話に接続することにより、ネットワーク化されたメディアパスは確立可能となる。メディアパスのグラフは、第１ノードにおいてデジタルビデオカメラに位置するファイル読み取りプラグインと、続いて第２および第３ノードにおいてブルーレイレコーダに位置するネットワークメディアソースプラグインおよびＭＰＥＧ４／Ｈ．２６４ＡＶＣから３ＧＰＰへの変換プラグインと、最後にグラフチェーンの第４および第５ノードにおいて携帯電話に位置する３ＧＰＰデコーダプラグインおよび描画プラグインと、を有する。メディアソース、変換、および描画プラグインは、ネットワークマルチメディアアーキテクチャにより、通信ネットワークを介して遠隔制御的に接続される。
ＵＳ００５９１３０３８Ａ ＵＳ２００４０２６４３８３ ＵＳ２００４０２６７７７８Ａ１ ＥＰ１６４３７１６Ａ１ ＥＰ１６３３１１１Ａ１ ＵＳ６７６６４０７Ｂ１ ＷＯ２００５０７９０３９ ＵＳ２００６０１８４７８３ ＵＳ２００６０１６８３２３Ａ１ ＵＳ２００６００３６９０８ ＵＳ２００４０２３３８５０Ａ１ ＷＯ２００６０８３７７１Ａ２

しかしながら、現在のマルチメディアアーキテクチャは、主にＰＣ（パソコン）を基本としてネットワーク化された機器用に設計されている。ＣＥ機器を基本とし、複数の個人用ＣＥ、ホーム用ＣＥ、および携帯用ＣＥで構成されるネットワークに対して、メディアパスを選択し形成する従来の方法の実装は、単純化されており、ＣＥ機器を基本とするネットワークの本来の特徴や、ＣＥ機器ユーザの特定のニーズを少しも考慮してはいない。

具体的には、従来のマルチメディアアーキテクチャは、プラグインの選好に対して、あらかじめ決められたランクもしくはメリット値を採用している。描画プラグインは、初期設定により選択する傾向が、変換プラグインと比べてより高くなっており、そうでなければ、これらのプラグインは手動で割り当てられる。２つの同一の描画器が存在する場合、最初に特定される描画器が自動的に選択される。現行技術は、単一機器を基本とするメディアサービスに対しては適しているが、ネットワークを介して接続される機器に対してしては適していない。例えば、ネットワークＡＶパスは種々の必要条件を有するので、固定的なプラグインのメリットは、自動的なパス初期設定に適用することができない。ＣＥ機器における、予測不可能な可用性、携帯性、およびサービス優先度を含むネットワーク環境において、よりメリットの高いしかし固定的なプラグインを選択しても、サービス品質を確実にはしない。さらにまた、最初に来たものを最初に選択するオプションでは、利用時の振る舞いや、機器およびネットワークの状態が考慮される必要があるので、費用効果が高いサービスを確実にはしない。また、この階層性のメリット構成は、指定された遠隔制御の再生機器上に存在する正しい描画器を選択することに失敗するかもしれない。事実、機能を基本とするメリットの割り当て、すなわちソース、変換、または描画のようなプラグインの高レベルの機能性に単に基づく割り当ては、そのメディア範囲およびサポートされるオプションに対して、メディアサービスの詳細な力量を反映していない。これらの詳細を知ることは、ネットワークメディアパスの自動的な初期設定を確実に最適化するのに役立つ。

リアルタイムのネットワークメディアパスの形成に対して現行のマルチメディアアーキテクチャを利用すると、エンド・ツー・エンドにおけるパス検索の順列が余りにも多いため、サービス遅延が大きくなる。パスをレンダリングすることは、すべての組み合わせ可能なメディアタイプのマッチングに対して、あらゆるプラグインの組み込みを必要とし、メモリおよび処理リソースを消費することになる。さらに、ネットワーク全体のサービス中断は、サービスの停滞を引き起こし、著しく長い期間後にはサービス利用不可の通知を招く可能性がある。機器およびサービスの中断が考慮される場合、メディアパスの再構成が一般的に行われる。

それゆえに、分散されたメディアサービスに対して、別々にネットワーク化された複数のＣＥ機器から、最適なメディアパスを自動的に選択し形成する方法およびシステムが必要となる。有益なことには、このような方法およびシステムは、特定のＣＥ機器に対する、または分散されたメディアサービスに関する、携帯性、可用性、およびサービス優先度のような、ＣＥ機器を基本とする異機種環境ネットワークの特徴を考慮に入れるだろう。本方法およびシステムは、ネットワーク化されたＣＥ機器の範囲内に存在し、そのネットワーク内で複数のその他携帯機器およびＰＣ機器とともに相互運用する。

本発明は、現行技術の状態に応えて、特に、ＣＥ機器を基本とする異機種環境ネットワーク内で、現在利用可能なマルチメディアアーキテクチャ手段および方法によっては、十分に解決されていなかった課題および技術の必要性に応えて、開発された。したがって、本発明は。異機種環境ネットワークにおいて自動的ネットワーク化によりメディアパスを選択し形成することで、上述した欠点を克服し、利用可能な補助的リソースを十分に活用する装置および方法を与えるように、開発された。

本発明では、ユーザの応用ニーズを反映する、最良パス順序付け、サービス事前結合、および動的パス評価によって、最高のサービス可用性、最良の品質、および最速速度を含む最適なメディアパスを通知し検出することにより、ネットワーク化されたメディアパスの設定期間を低減する自立可能なシステムが与えられる。本システムは、今後の選択用に、メディアパスをメディアレベルに分類するのに必要なステップを機能的に実行するように構成された複数のモジュールを含む。

サービス通知を基本とするメディアレベルは、最良パス順序付けに基づいて、プラグインマッチングを低減するように定義される。サービスは、３つの主グループ、すなわちメディアソース、メディア変換、およびメディアシンク、に分類される。完結されるネットワーク化メディアパスは、２つの構成、すなわち、（１）ネットワーク対応ソースを直接にネットワーク対応シンクに接続する構成、（２）ネットワーク対応ソースを、１つまたは多数のネットワーク対応変換を介して、ネットワーク対応シンクに接続する構成、によって形成される有向グラフである。このように、メディアレベルは、２つのサービスの間における関係を処理するメディアに基づいて形成することが可能である。

第１メディアレベルは、１つのメディアソースを１つのメディアシンクに接続するサービス対、または１つのメディア変換を１つのメディアシンクに接続するサービス対、を促進する。第２メディアレベルおよび続くメディアレベルは、さらに、１つのメディアソースと、１つのメディアシンクに接続される最後のメディア変換を含む１つ以上のメディア変換との間における接続、または１つのメディアシンクに接続される最後のメディア変換を含む複数のメディア変換の間における接続を構成する。

第１メディアレベルは、上流の変換サービスおよびソースサービスに対する、下流のシンクサービスの通知を含む。第２メディアレベルおよび続くメディアレベルは、上流の変換サービスおよびソースサービスに対する、下流のサービス対またはサービスリンクの通知を含む。サービス情報は、ＡＶパス性能に基づいて、第１メディアレベルから第２メディアレベルに中継される。最良性能サービスは、サービス通知の間、上位メディアレベルにある機器が下位メディアレベルから最良パスだけを受信するような、より高い選好に順序付けられる。接続されたシンクサービスを含まない変換またはソースサービスのような、標準以下のまたは解決不可のパスは、この過程で排除される。これにより、オンデマンドのパス形成が確実に完結される。ここで留意すべきは、本発明における開示は、説明の簡単化のため、メディアシンクからメディア変換およびメディアソースへの有向性の通知として、メディアレベルサービス通知に対して与えられた例で説明していることである。しかしながら、メディアソース、メディア変換、またはメディアシンクのうちいずれかのメディアサービスについて、いずれかの方向で起動されるいずれのサービス通知であっても、最良パス形成に対して同一の結果を与える。このように、説明した装置および方法は、上述した組み合わせのすべてに対して、適用される。

サービス通知を受信すると、接続可能なサービス対は、上流機器において２つのメディアサービスに属する、主、副、および詳細なメディア仕様を含むメディアタイプをマッチングさせ、その後、実質的に結び付けられる。サービスマッチングは、上流サービスの出力メディアタイプを、下流サービスの入力メディアタイプと比較することにより実行される。２つのメディアサービスは、サービス対を形成するようにかみ合わせることができる。サービス対は、上流メディアサービスと下流メディアサービスとの間の関係を形成する。ソースからシンクへのサービス対に対しては、ソースサービスは、その下流シンクサービスへの上流サービスと判断される。その一方で、変換からシンクへのサービス対に対しては、変換サービスは、その下流シンクサービスへの上流サービスとなる。同様に、ソースから変換へのサービス対に対しては、ソースサービスは上流サービスであり、変換サービスは下流サービスである。ネットワークソースは、直接的に、または１つまたは多数のネットワーク対応変換サービス対を介して間接的に、ネットワークシンクと対にすることができる。サービス対は、上流機器により保持され、第２およびその次の利用に対して、再度、照合される必要はない。

動的最良パスの検出構成が採用され、最近の期間を通じて最良メディアパスを特定する。各サービス対は、サービス対可用性、メディア品質、および速度に基づいて、性能ベンチマークから導出される動的サービスウェートを割り当てられる。最高のサービスウェートを得る最良サービス対が、選択用の最良パステーブル（ＢＰＴ）に記憶される。ＢＰＴは、そのすぐ隣の下位メディアレベルサービスへのリンク情報を保持し、この下位メディアレベルサービスは、続いてソースと送信先との間に途切れのないパスを形成する再帰的で相対的な情報を含む。

ストリームコンテンツメディアタイプと、可用性に対する優先度と、速度および品質と、指定されたシンクの機器ＩＤにおける任意の入力とを含むサービス要求を受信すると、次の最良下流サービスがＢＰＴから検出される。サービス要求が下流サービスに対して発動され、メディアパスは、下流サービスのＢＰＴに基づいて、自動的に投入される。

本発明の実施の形態は、本発明を図示する図面により、特定の図要素を参照することで補完される。反復的な事例は、特定の図要素でカバーされる複数の特定の事例によりカバーされる。

本発明の好適な実施の形態は、添付の図を参照して、以下に説明される。図中の等しい参照数詞は、同一の部品、または同一の動作および作用を実行する部品を示すことに注意を要する。

本発明で表される装置および方法は、物理的に同一場所に配置される必要性はなく、集積回路またはＣＥ機器セットに記憶された、本質的に異なるコンピュータ命令または製品コードを有してもよいし、これら集積回路またはＣＥ機器セットは、モジュールを有し、論理的に結合された場合にモジュールに対して定まった目的を達成してもよい。

技術の明瞭性および一貫性を確実にするため、本開示において使用される用語の定義を説明する。
１．「メディアソース」または「ソースサービス」は、ファイル、ライブ録画機器、またはその他のソースからデータを読み出す機能性を有する部品として定義される。これらは、記号「Ｓ」で表される。これらの２つの用語は、明細書を通して同一の定義で使用される。
２．「メディア変換」または「変換サービス」は、例えば翻訳、変換、ミキシング、拡大縮小、サンプリング、および分割のような、変換目的の作用を含むデジタルオーディオまたはデジタルビデオを処理する機能性を有する部品として定義される。これらは、記号「Ｔ」で表される。
３．「メディアシンク」または「シンクサービス」は、再生用にメディアコンテンツを復号化し、または記憶用にメディアコンテンツをファイル内に書き込む機能性を有する部品として定義される。これらは、記号「Ｒ」で表される。
４．「メディアサービス」は、メディアソース、メディア変換、メディアシンク、または、メディアソース、メディアシンク、もしくはメディア変換で構成される組み合わせ、として定義される。これらのメディアサービスの組み合わせは、メディアサービスグループとなる。
５．書き方「Ｘ→Ｙ」の決まりは、メディアサービスＸがメディアサービスＹに接続されることとして定義される。メディアサービスＸおよびメディアサービスＹの場所は、同一の機器または別個の機器に位置することができる。「Ｘ→Ｙ」記号は、サービスＸの出力がサービスＹの入力に位置付けられることを示す。一方、「Ｘ→Ｙ」の逆の記号（すなわち「Ｘ←Ｙ」）は、ＸとＹとの間におけるサービス通知の方向を示す。
６．メディアサービスＸは｛Ｓ、Ｔ｝サービスで構成され、メディアサービスＹは｛（Ｔ_１→Ｔ_２、Ｔ_２→Ｔ_３、・・・、Ｔ_n−１→Ｔ_n）、（Ｔ→Ｒ）、Ｒ｝で構成され、有効なメディアパスを形成する。
７．「サービス対」は、第１のメディアサービスの出力メディアタイプが、連続する順番に位置する第２のメディアサービスの入力メディアタイプと同一の状態でリンクされた、２つのメディアサービスとして定義される。
８．「サービスリンク」は、Ｘ→Ｙの形成において２つ以上のサービス対として定義され、ここでＸは｛Ｓ、Ｔ｝サービス群の１つであることが可能であり、Ｙは｛（Ｔ_１→Ｔ_２、・・・、Ｔ_n−１→Ｔ_n、Ｔ_n→Ｒ）、（Ｔ→Ｒ）｝サービス群の１つであることが可能である。
９．「メディアレベル」は、有効なメディアパスを形成する３つのメディアサービスグループ、すなわちメディアシンク、メディア変換、およびメディアソースからのメンバーの有向性連関として定義される。有効なメディアパスは、部分もしくは全部が再生目的もしくは記憶目的で、意味のあるメディアデータストリーミングをメディアソースからメディア描画器に与える。これらのメンバーの連関は、種々のレベルでなすことができる。２つ以上のレベルは、サービス対またはサービスリンクを形成する上述した３つのグループからのこれらメンバーの関係、と定義することができる。
ａ．レベル１は、メディアシンクに接続されるネットワーク対応メディアソースの有向性連関、またはメディアシンクに接続されるネットワーク対応メディア変換の有向性連関、として定義される。ここで、対ごとのメンバーシップは、メディアサービスグループからの２つの別個のメディアサービスである。
ｂ．レベル２およびその次のレベルは、１つのメディアシンクに接続される最後のメディア変換を含む複数のネットワーク対応メディア変換に関する有向性連関、または１つのメディアシンクに接続される最後のメディア変換を含む１つ以上のメディア変換に接続される１つのネットワーク対応メディアソースに関する有向性連関、として定義される。ここでリンクは、出力および入力メディアポートタイプが同一であるようにリンクされたメディアサービスを含む、２つ以上のサービス対で構成される。
１０．「上流サービス」は、特定フォーマットのメディアコンテンツを含むサービスとして定義され、用語「下流サービス」は、入力メディアポートタイプがその出力メディアポートタイプと同一であるメディアコンテンツの特定フォーマットを受信するサービスとして定義される。

図１は、ＡＶコンテンツ（１０６）を含むソース機器（１０４）が、中間機器（１１２）を介して、ＡＶコンテンツ（１１０）を記憶できるシンク機器（１０８）に接続されることを示す。これらの機器（１０４、１０８、１１２）は、直接的に接続することが可能なネットワーク（１０２）を介して、またはこれら３つの機器間における別の間接的接続用ネットワーク機器を介して、リンクされる。さらに、ソース機器とシンク機器との間には、多数の中間機器を設けることができる。記憶または再生のいずれかの目的のためには、ソース機器（１０４）からシンク機器（１０８）に、ＡＶコンテンツ（１０６）をストリームする必要がある。直接的なストリーミングおよび再生に加えて、変換、拡大縮小、アップサンプリング等のように、ＡＶコンテンツを新しい目的で再利用するために、ＡＶコンテンツは、シンク機器（１０８）にストリームされる前に中間機器（１１２）にストリームされる。中間機器（１１２）は、ＡＶコンテンツ（１１４）を記憶する能力を有する。場合によっては、中間機器は記憶する能力を有せず、ローカルバッファにすぎない可能性もある。この中間処理には、シンク機器（１０８）において高品質のＡＶ配信を確実にするため、ソース機器（１０４）からの無中断連続ＡＶストリーミングが必要となる。ソース機器（１０４）とシンク機器（１０８）との間には、多数の中間機器が存在可能である。

分散されたメディアサービスに対する装置が、図２で表される。このシステムは、多数の制御ユニット（２１２、２１４、２１６、２１８）、サービス情報テーブル（ＳＩＴ）（２２８、２３６、２４４、２５２）、グループ情報テーブル（ＧＩＴ）（２３２、２４０、２４８）、可用性／速度／品質テーブル（ＡＳＱＴ）（２３４、２４２、２５０）、最良パステーブル（ＢＰＴ）（２３０、２３８、２４６）、および複数のネットワーク対応メディアサービス（２２０、２２２、２２４、２２６）で構成される。

制御ユニット（２１２、２１４、２１６、２１８）はネットワーク対応メディアサービス（２２０、２２２、２２４、２２６）を調整し（２５６、２５８、２６２、２６８）、これらのサービスを、分散されたメディアサービスに対応するネットワークメディアパスにかみ合わせる（２７４、２８２）。リソース豊富機器（２０２、２０４、２０８、２０６）は専用の制御ユニットを有し、他方、リソース貧弱機器（２１０）は、それ自身（２１０）のために動作する別のリソース豊富機器（２０６）に遠隔制御の制御ユニットが存在するようにしてもよい。データベース情報は、それぞれの制御ユニットから読み出され（２５４、２６０、２６４、２６６）、それぞれの制御ユニットへ書き込まれ（２５４、２６０、２６４、２６６）、処理され、サービス通知を介して複数の制御ユニット間で交換される（２７０、２７２、２７６、２７８、２８０）。

サービス情報テーブル（ＳＩＴ）（２２８、２３６、２４４、２５２）は、サービスマッチングに対して通知される詳細なメディアサービス仕様を含む。図３は、ＳＩＴ登録事項（３０２）を定義する。ＳＩＴ登録事項は、明示的にまたは自動的に生成することができる。サービスＩＤまたはその他のあらゆるサービス特定の固有ＩＤ（３０４）は、ＳＩＴにおける各登録事項への識別コードを表す。サービスタイプフィールド（３０６）は、提供されるサービスについての情報を含む。サービスタイプは、主として、ソース、変換、およびシンクで構成される。入力メディアタイプフィールド（３０８）は、入力メディアストリームからの主メディアタイプ（３１０）、副メディアタイプ（３１２）、およびサポートされるメディアタイプ細目（３１４）についての情報を含む。一方、出力メディアタイプフィールド（３２４）は、出力メディアストリームとして生成される、サポートされる主メディアタイプ（３２６）、副メディアタイプ（３２８）、およびサポートされるメディアタイプ細目（３３０）を含む。主メディアタイプは、コンテナ、オーディオ、ビデオ情報を含む。副メディアタイプは、主タイプについての特定のメディアフォーマットで構成される。例えば、メディアコンテナは、３ＧＰ、ＡＳＦ、ＭＰＥＧ−２／ＰＳ、ＭＰＥＧ−２／ＴＳ、ＭＰ４、ＲＭＶＢ（ＲｅａｌＭｅｄｉａ Ｖａｒｉａｂｌｅ Ｂｉｔｒａｔｅ Ｍｏｖｉｅ Ｆｉｌｅ）等の副タイプのメディアを有してもよい。同様に、オーディオ主タイプは、ＡＡＣ、ＡＣ３、ＲｅａｌＡｕｄｉｏ、ＷＭＡ等の副タイプのメディアを有してもよい。サポートされるメディアタイプ細目（３１４、３３０）は、ビットレート（３１６、３３２）、フレームレート（３１８、３３４）、解像度（３２０、３３６）、色深度（３２２、３３８）等、サービス構成に関してサポートされる範囲およびオプションを提供する。サポートされるメディアタイプ細目（３１４、３３０）のフィールドは、各サービスのサポートされる構成に基づいて変化することが可能である。サービス名またはその他のあらゆる固有ＩＤは、動作起動インタフェース（３４０）として機能する。

グループ情報テーブル（ＧＩＴ）（２３２、２４０、２４８）は、サービスマッチングからの接続可能なサービス対の結果を追跡するために存在する。ＧＩＴはサービス通知を受信すると自動的に生成され、続いて少なくとも１つの接続可能な下流サービスが検出される。図４は、ＧＩＴ登録事項（４０２）のフォーマットを示す。サービス対の固有ＩＤ（４０４）は、ＧＩＴにおける各登録事項への識別コードを表す。ローカルメディアサービスフィールド（４０６）は、ローカルメディアサービスのＳＩＴ登録事項（３０２）への参照可能なサービス情報を含む。下流メディアサービスフィールド（４０８）は、下流メディアサービスのＳＩＴ登録事項（３０２）への参照可能なサービス情報を含む。下流機器接続フィールド（４１０）は、機器ＩＤ（４１２）、通信ポート番号（４１６）、およびＩＰアドレス（４１４）、またはその他のあらゆる機器特定の固有ＩＤを含み、ローカルメディアサービスと下流メディアサービスとの間の接続を可能にする。各ローカルメディアサービスフィールド（４０６）は、レコードの登録事項を形成する１つの下流メディアサービスフィールド（４０８）を有する必要がある。レコードの登録事項においてローカルメディアサービスは、出力メディアタイプを下流メディアサービスの入力メディアタイプに一致させる必要がある。グループＩＤフィールド（４１８）は、多数のサービスグループに対応するサービス対を識別し、類似したサービス対が同一のグループＩＤを有するようにする。類似したサービス対は、上流サービスにおいて類似した入力メディアタイプ、および最終サービスにおいて類似した最終送信先機器ＩＤを含むサービス対である。最終送信先機器ＩＤは、ＧＩＴ（４０２）登録事項における機器接続フィールド（４１０）において、または最良パステーブル（ＢＰＴ）（６１６）が存在する場合、サービス対ＩＤ（６０4）により特定される、一登録事項の最終送信先サービス機器ＩＤ（６０６）において、見出される。

ＧＩＴ（２３２、２４０、２４８）に存在する各サービス対は監視され、サービス可用性、メディア品質、およびメディア速度に基づいて、サービス対の比較が導出される。図５に図示されるＡＳＱＴ登録事項（５１２）を含む可用性／速度／品質テーブル（ＡＳＱＴ）（２３４、２４２、２５０）が、サービス対の性能を記録するＧＩＴとともに形成される。サービス対の固有ＩＤ（５０２）は、各ＧＩＴ（４０２）に関連する各登録事項に対応する識別コードを表す。識別コードは、間接的に、ＡＳＱＴ登録事項のサービス対情報を含む。サービス可用性レート（５０４）は、２つのサービス対の間で、時間間隔の一期間を通じて、サービスおよび機器が停止しネットワークが中断する割合である。メディア品質レート（５０６）は、時間間隔の一期間の期待性能に関して、２つのサービス対の間におけるビットおよびフレームの生成速度、再生遅延、ならびに表示品質の程度である。メディア速度レート（５０８）は、２つのサービス対の間における、時間間隔の一期間を通じた、伝送レートおよびエンドホストの処理レートの程度である。指標フィールド（５１０）は、この登録事項が、最高のサービス可用性、最速速度、または最良品質を有するかどうかを示すフラグを含む。ＡＳＱＴにおける登録事項は、ＧＩＴ登録事項（４０２）に示されるグループＩＤ（４１８）に基づいて、類似したサービス対で構成される複数のグループ間における最適サービス対を決定するために評価される。

ＡＳＱＴにおける各登録事項は、印を付けられた指標フィールド（５１０）を含み、さらにＢＰＴ（６１６）内に記録される。ＢＰＴは、上流サービスに通知される最適化されたサービス対情報を含み、最適化されていないサービス対を通知する必要性を排除する。図６は、最良パステーブルの登録事項フォーマットを表す。パスＩＤフィールド（６０２）は、複数のサービス対間の関係を示す固有ＩＤを含み、ここで複数のサービス対は、互いに接続することが可能であり、サービスソースとサービス送信先との間に途切れのないパスを形成することが可能である。サービス対ＩＤフィールド（６０４）は、２つのサービスのＳＩＴ登録事項（３０２）への参照を含み、ここで２つのサービスは、ＧＩＴ登録事項（４０２）に示されるような一対を形成する。最終送信先サービス機器ＩＤフィールド（６０６）は、事前結合サービスパスにおける最終の機器に関する、機器ＩＤ、機器通信ポート番号、およびＩＰアドレス、またはその他のあらゆる機器特定の固有ＩＤを含む。最終送信先サービスタイプフィールド（６０８）は、事前結合サービスパスにおけるシンク等の最終サービスタイプを含む。最終送信先サービス機器ＩＤフィールドおよび最終送信先サービスタイプの両方は、全体のパスにおける最終サービス（または後述するプラグイン）の機器ＩＤおよびサービスタイプを、それぞれ参照し、類似したパスＩＤを含むＢＰＴ内の同一の登録事項を通じて決して変化しない。パスサービス可用性レートフィールド（６１０）は、ＡＳＱＴ（５１２）におけるサービス可用性レートフィールド（５０４）への参照を含む。パスサービス品質レートフィールド（６１２）は、品質レートフィールド（５０６）への参照を含み、パスサービス速度レートフィールド（６１４）は、ＡＳＱＴ（５１２）の速度レートフィールド（５０８）への参照を含む。

ＳＩＴ、ＧＩＴ、ＡＳＱＴ、およびＢＰＴの利用法については、図２に示される。（２０２）のようにシンクサービスだけで構成される機器は、ＳＩＴだけを含む。一方では、変換およびソースサービスで構成される機器（２０４、２０６、２０８）は、すべてＳＩＴ（２４４、２５２）、ＡＳＱＴ（２４２、２５０）、ＧＩＴ（２４０、２４８）、およびＢＰＴ（２３８、２４６）を有する。遠隔制御の機器に位置する制御ユニットを有する機器（２１０）の場合、ＳＩＴ（２３６）、ＡＳＱＴ（２３４）、ＧＩＴ（２３２）、およびＢＰＴ（２３０）は、遠隔制御の機器により記憶され、保持される。

メディアサービスの選択に先立って、２つのネットワーク対応メディアサービスの間における可能性のあるサービス契約を促進するために、サービス通知が実行されなければならない。提供されるすべてのサービスを通知することが可能であるにもかかわらず、動的最良パス順序付け方法の採用により、最良の可能性のある下流サービスだけを上流サービスに通知する。最良サービス対が事前に決定され、そのためリアルタイムにパスをレンダリングする際に、メディアサービスを大量にマッチングさせる必要性を排除する。

メディアサービスは、３つの主な機能グループ：ソース、変換、およびシンクにグループ化される。シンクサービスは、ソースサービスまたは変換サービスに接続することができる。関連したシンクサービスが検出されたとすると、変換サービスは別の変換サービスまたはソースサービスに接続することができる。少なくとも１つのソースが検出される場合、完結したパスが形成される。さもなければ、そのソースは、接続される可能性のある別の変換サービスに接続することができる。同様に、関連した変換サービスが少なくとも１つのシンクサービスに接続されたとすると、ソースサービスは完結したパスを形成することができる。

メディアレベルを基本とする通知構成は、通知を少なくとも２つのメディアレベルに分割することにより、プラグイン対のマッチングを低減する。図７は、メディアレベルを基本とするサービス通知のフローチャートを説明する。ＵＰｎＰ等の従来のサービス通知プロトコルおよびメカニズムは、この目的に対して採用することができる。まず第一に、通知されたサービスは検査され、それが単一メディアサービス（７０１）、サービス対（７０２）、またはサービスリンク（７０３）かどうかを決定する。メディアサービスは、単一メディアソース、メディア変換、メディアシンク、またはサービス対もしくはサービスリンクを形成するこれらサービスの組み合わせのうち、いずれか１つであることが可能である。通知されたサービスが単一メディアサービスの場合、特定のメディアサービスグループからの１つのサービスを有するサービス対が、検出されたかどうかが検査される（７０４）。サービス対が検出されない場合、サービス情報がネットワークに通知される（７０６）。サービス対またはサービスリンクが検出される場合、選択された最良サービス対情報または複数のサービス対情報が、ネットワークに通知される（７０８）。シンクサービスは、完結したパスを形成するために必須であるから、レベル１のサービス通知は、上流の変換サービスおよびソースサービスへのシンクサービスの通知で構成される。シンクサービスのサービス情報は、上流の変換サービスおよびソースサービスに通知されようとしている（７０６）。さらに、サービスマッチングおよび最良パス評価において、最良サービス対Ｔ→ＲおよびＳ→Ｒが生成される。この段階において、最良パス情報Ｔ→Ｒが上流の変換サービスおよびソースサービスに通知される場合、レベル２のサービス通知が始動する（７０８）。ソースサービスが変換サービスに対して検出することができない場合、所定の閾値を表すメディアサービスレベルに達する前に、または最終的にはソースサービスを検出する前に、多数の中間変換サービスを検索するために、多数のレベルの通知（７１２）がＴ→Ｒ通知に対してなされる。サービス通知（７１０、７１２）は、周期的に、または機器がサービスもしくは機器の切断を検出するときのようなサービス更新時に、実行することが可能である。

下流サービスからの通知を受信すると、サービスの事前結合が実行され、事前サービスにおける最良パス決定により、リアルタイムのパスのレンダリングを排除する。サービス対は、上流機器において詳細なメディア仕様のレベル上でマッチングした後、結び付けられる。事前結合サービス対の情報は、上流機器のＧＩＴにおいて記憶される。接続可能なサービス対は上流機器により保持され、第２およびその次の利用に対して、再度、照合される必要はない。図８は、サービス事前結合のフローチャートを表す。下流サービスのサービス情報を受信すると（８０２）、ローカルＳＩＴが参照され、関係のある上流サービス情報を検索する（８０４）。具体的には、ローカルソースサービスおよびローカル変換サービスは、下流シンクサービスまたは下流変換サービスに対する上流サービスとなる。ローカルメディアサービスの出力メディアタイプは、下流メディアサービスの入力メディアタイプとマッチングする（８０６）。メディアタイプのマッチングは、ローカルメディアサービスおよび下流メディアサービスの両方でサポートされる主タイプを比較することにより実行される。次に、ローカルメディアサービスおよび下流メディアサービスの両方が、例えばビデオ等の類似した主タイプをサポートする場合、ローカルメディアサービスの、例えばＭＰＥＧ−４パート１０のような出力副タイプが、下流サービスの入力副タイプと同一であるように、両副タイプが互いに比較される。続いて、詳細メディア仕様のマッチングがなされ、ローカルサービスおよび下流サービスの両方が、ビットレート等の類似した範囲またはアスペクト比等のオプションをサポートすることを確実にする。２つの接続可能なサービスは、同一の主タイプ、同一の副タイプ、ならびにメディア仕様に関する同一の範囲もしくはオプションをサポートする必要がある。２つのサービスが互いにマッチングする（８０８）場合、１つの新しいサービス対の登録事項がローカルＧＩＴに生成され（８１０）、２つのサービス情報がこの登録事項（４０２）に記憶される。

さらに、ＧＩＴにおけるサービス対は、長い期間をかけて、最良性能サービス対を決定するために評価される。最良メディアパスは、サービス対およびその下流サービス対またはサービスリンクに関する、最近の期間を通じた平均の可用性、メディア品質、および速度に基づいて、動的に検出される。図９は、サービス対を比較するための、最適ＡＶパスの性能を測定するフローチャートを提供する。最初にサービス対は、ＧＩＴにおいて特定され（９０２）、ＡＳＱＴにおいて生成される（９０４）。本質的には、ＧＩＴにおいて存在する登録事項は、ＡＳＱＴにおいて存在しなければならず、ＡＳＱＴではサービス対に関するサービス可用性、品質、および速度が追跡される。次に、サービス対の性能に対するデータ収集が始動する（９０６）。サービス対に関するサービス可用性は、より優先度の高いサービスが入力されるためにサービスが中止される回数、機器がサービスの途中で放置されたり電源が切られたりすることによりサービスが中止される回数、ＣＰＵリソースの低下によるシステム警告の回数、記憶スペースの不足もしくはメモリ不足によるサービス中止の回数、ならびに遅延の変動差のような値に基づいて、長い期間をかけて測定することができる。サービス対のメディア速度は、平均ネットワーク遅延、平均サービス正味伝送量、平均フレームレート、および平均ビットレートのようなセッション当たりの値に基づいて、計算することができる。メディアサービス品質は、セッション当たりの平均再生遅延、期待フレームレートに対する平均フレームレート、期待ビットレートに対する平均ビットレート、および期待再生解像度に対する再生解像度に基づいて、評価することができる。データ収集は、上述した各属性に対して周期的に実行される。これらのデータは、下流サービス対もしくは下流サービスリンクに関する平均可用性、メディア品質、および速度とともに平均化され、全体のメディアパスのサービス性能を反映する。ＡＶパス性能評価の各ラウンドに対して、サービス可用性レート、メディア品質レート、および速度レートに関する先行する平均結果は、それぞれ現時点の平均結果といっしょに計算され、長い期間をかけてサービス対の振る舞いを保存する移動平均を形成する。サービス対の平均性能を計算する種々の方法が、移動平均計算以外に採用することが可能である。サービス対に関して新たに更新された平均可用性レート、平均メディア品質レート、および平均速度レートは、そのＡＳＱＴ登録事項へ、それぞれ更新される（９０８）。

各接続可能なメディアサービスがＧＩＴにおいて保持され、ＡＳＱＴおいて監視される一方、サービス対のリンクが最良メディアパスを形成することを確実にするために、上流通知に対して、最適サービス対のみが要求される。図１０は、最適ＡＶパス評価のフローチャートを示す。まず第一に、サービス機器ＩＤのうち、同一の入力メディアタイプおよび同一の最終送信先を含むグループに、サービス対が形成され（１００２）、ＧＩＴ登録事項（４０２）内のグループＩＤフィールド（４１８）が更新される。同一のグループ内で機器もしくはサービスが停止し、ネットワークが中断する回数が最小の１つのサービス対が選択される（１００４）。この登録事項のＡＳＱＴ指標フィールドは印を付けられ、グループ内で最高のサービス可用性を有することを示す（１００６）。次に、最高に生成される全ビットおよびフレームを含むとともに、期待品質と比較して、最小の再生遅延および最高の表示品質を含む、１つのサービス対が、各グループから特定される（１００８）。この登録事項のＡＳＱＴ指標フィールドは印を付けられ、グループ内で最良のメディア品質を有することを示す（１０１０）。その後、最高の伝送レートおよびエンドホストにおける最速の処理レートを含む１つのサービス対が、各グループから選択され（１０１２）、グループ内で最速の速度性能を有するとして印を付けられる（１０１４）。評価する順序は、どのような組み合わせでも可能である。それゆえに、最良のサービス対についてのサービス対情報が抽出され、ＢＰＴ内に記憶される（１０１６）。

図１１は、最適にＡＶパスを選択するフローチャートを説明する。サービス要求は、ストリームコンテンツメディアタイプと、可用性、速度、品質に対する優先度と、指定されたシンクの機器ＩＤにおける任意の入力と、で構成される。要求を受信すると（１１０２）、ストリームコンテンツメディアタイプは、ＢＰＴにおいて、ローカルメディアサービスの入力メディアタイプとマッチングする（１１０４）。指定されたシンク機器が与えられる（１１０６）場合、指定されたシンクの機器ＩＤとマッチングしない最終送信先のサービス機器ＩＤを有するサービスパスが、取り除かれる（１１０８）。さもなければ、１つ以上のサービスパスが存在する（１１１０）場合、所定の可用性優先度、速度優先度、および品質優先度に基づいて、１つの最適パスがＢＰＴから選択される（１１１２）。最終的に、最適サービス対情報が戻される（１１１４）。

最適パス選択の優先度は、ユーザの選好からの入力に基づいて割り当てられてもよいし、所定の、もしくはこれまでの性能データに基づいて動的に導出された、ウェート値群に従って、実行されるメディアサービスのタイプ（しかしこのタイプには限定されない）に基づいて、自動的に割り当てられてもよい。例として、ネットワークメディアが高解像度ＴＶ上で再生されるシナリオにおいて、実行されるメディアサービスのタイプに基づいて優先度が割り当てられる場合、メディア品質は、優先順位付けられた所定の許容サービス速度および許容可用性となる。１つの単純なウェート付けメカニズムは、サービス可用性、速度、および品質に対して、それぞれ０．５、０．５、および１のように、優先度の差異を強調するように割り当てることである。結果として、最良メディア品質を生成するメディアパスは、速度および可用性に関して、よりよく実行する代替メディアパスと比較して、より高い得点を有することになる。変換および記憶サービスを含むネットワークメディア再生が発動するような別のシナリオでは、サービス可用性の優先度が第１位にランクされ、変換サービスが一度に成し遂げられることを確実にする一方、コンテンツの品質は第２位にランクされ、記憶用に変換されたコンテンツの品質を、許容再生速度に比例して確実にする。この場合、サービス可用性、速度、および品質の優先度は、それぞれ１、０．３、および０．７のように割り当てることができる。ここで留意すべきは、実行されるメディアサービスのタイプは、ユーザ動作（再生、記録等）に基づいて特定することが可能であり、さらに、自動的に特定（変換等）することも可能なことである。

図１２は、メディアサービスを通知し結合し選択する、２つのサービス体の間における相互作用およびメッセージ交換を説明する。ネットワークメディアサービス提供モジュール（１２３６、１２４０）を含む多数の機器が１つのネットワークに加わる場合、サービス通知（１２０２、１２０４、１２０６、１２０８）が始動し、機器によりネットワークへ提供されるサービスを通知する。サービス調整モジュール（１２３４、１２３８）は、リソース豊富機器に存在する可能性があり、サービスマッチングを実行しサービス対を検出する。さらに各サービス対は、一期間内で維持されるサービスにおけるサービス可用性、速度、および品質に基づいて、評価される。最高のサービス可用性、最速の速度、および最良の品質を含む最良サービス対が決定され、今後の選択用に維持される。さらに最良サービス対の収集が、関連したネットワークメディアサービス供給モジュールを介して、上流メディアサービスに通知され（１２１４、１２１８、１２２２）、次に、最良サービス対だけを含むサービスマッチングの別のラウンドを始動させる。

その後は、サービス要求モジュール（１２３２）は、サービス必要条件（１２１６）をサービス調整モジュール（１２３４）に送信する。サービス調整モジュール（１２３４）は、最適サービス対をチェックする。ローカルＢＰＴ登録事項に基づき、次のサービス対がサービスリンクにおける最終サービスに接続される場合、サービス対のＧＩＴ登録事項が参照され、下流シンクサービスの接続情報を、ＧＩＴがリンクされた下流サービスＳＩＴから抽出する。さもなければ、固有パスＩＤを含む接続要求が、次の下流サービス機器のサービス調整モジュール（１２３８）に送信される（１２２０）。接続要求を受信すると、下流サービス機器はローカルＢＰＴを参照し、所定の固有パスＩＤに基づいて次のパス確立情報を特定する。接続要求が成功する場合、接続要求状態は上流サービス機器（１２２４、１２２６）に中継される。次に、サービス要求モジュール（１２３２）は、下流サービス供給モジュール（１２２８、１２３０）へのサービス接続を起動し、最終的に完結し分散された有効なメディアパスを形成することが可能となる。

図１２において、サービス供給モジュール（１２３６、１２４０）は、ネットワーク対応メディアサービスを提供するＣＥ機器の制御ユニット（２１２、２１４、２１６、２１８）内に存在する。このモジュールは、下流機器から上流機器へサービス情報の通知を指示するタスクを実行するメディアレベルを基本とする通知装置を含む。最良パス情報が存在する場合、このモジュールは、最良パス情報を通知するタスクを指示する。

図１２に示されるサービス調整モジュール（１２３４、１２３８）は、ネットワークメディアサービスを調整することが可能なＣＥ機器の制御ユニット（２１２、２１４、２１６、２１８）内に存在する。このモジュールは、ネットワークメディアパスの事前結合装置および最適ＡＶメディアパスの評価装置を含む。ＡＶメディアパス事前結合装置は、ローカルメディアサービスを含む受信したサービス通知に基づいて、サービスマッチングのタスクを実行する機能、ならびにサービス対を構成しＧＩＴにおけるサービス対登録事項を処理するタスクを実行する機能を有する。最適ＡＶメディアパス評価装置は、サービス対情報に基づいてサービス対性能情報を構成し、ＡＳＱＴにおけるサービス対性能登録事項を処理するタスクを実行する。最適ＡＶメディアパス評価装置は、さらに各サービス対に対してサービス可用性、メディア品質、および速度を計算し、サービス対に対してサービス可用性、メディア品質、および速度に関する最適サービス対を評価するデータ収集のタスクを実行する。さらに、最適ＡＶメディアパス評価装置は、最適サービス対を選択し、最良パス情報を構成し、ＢＰＴにおける最良パス登録事項を処理するタスクを実行する。要求を受信すると、最適ＡＶメディアパス評価装置は、サービス必要条件に基づいて最良パスを選択するタスクを処理する。

最適化され分散されたメディアサービスを含むネットワーク環境において、メディアレベル１のサービス通知およびサービス対形成に対する簡単なシナリオが、図１３に図示される。ネットワークは、ソース（１３３２）プラグイン、多数の変換（１３２６、１３２８、１３３０）プラグイン、および多数のシンク（１３２０、１３２２、１３２４、１３４８、１３５０）プラグインを有する５つの機器（１３０４、１３０６、１３０８、１３１０、１３４４）で構成される。各機器は、分散されたメディアサービスを調整する制御ユニット（１３１２、１３１４、１３１６、１３１８、１３４６）、ならびにＳＩＴ（１３７２、１３７４、１３７６、１３７８、１３８０）、ＧＩＴ（１３８２、１３８４、１３８６）、ＡＳＱＴ（１３８８、１３９０、１３９２）、およびＢＰＴ（１３９４、１３９６、１３９８）で構成される関連した情報データベースを有する。機器４（１３０６）はシンクサービスだけで構成され、機器５（１３４４）はＳＩＴだけを含む。一方では、機器（１３０４、１３１０、１３０８）は変換サービスおよびソースサービスで構成され、または同一の機器における複数の変換、ソース、およびシンクサービスは、すべてのＳＩＴ、ＡＳＱＴ、ＧＩＴ、およびＢＰＴを有する。

サービス情報は、通知に先立って、それぞれの機器ＳＩＴ（１３７２、１３７４、１３７６、１３７８、１３８０）から検索される（１３０１、１３０３、１３０５、１３０７、１３０９）。メディアレベル１の通知（１３３４、１３３６、１３３８、１３４０、１３４２、１３５２、１３６０、１３６２、１３７０）は、サービス（１３２０、１３２２、１３２４、１３４８、１３５０）を変換サービス（１３２６、１３２８、１３３０）またはソースサービス（１３３２）に送付する通知サービス情報で構成される。ここに、レベル１の通知は、Ｓ→ＲおよびＴ→Ｒとして示され、Ｒはコンテンツを受信する下流メディアサービスであり、ＳおよびＴはコンテンツを有する上流サービスである。レベル１のサービス通知において、サービスマッチングは、すべてのシンクのいずれかと、ソースおよび変換のいずれかとの間で、それらのサービス情報に基づいて実行され、サービス対を特定する。サービスマッチングにおけるこのシナリオにおいて、機器１（１３０４）はＳ１→Ｒ５（１３５６）がサービス対であることを検出し、機器２（１３１０）はＴ１→Ｒ３（１３５８）およびＴ３→Ｒ４（１３６４）が別のサービス対であることを知り、機器３（１３０８）はＴ２→Ｒ１（１３６６）およびＴ２→Ｒ２（１３６８）が別の２つのローカルサービス対を形成することを検出する。これらの接続可能なサービス対は、それぞれの機器のＧＩＴ（１３８２、１３８４、１３８６）において記憶される（１３１１、１３１３、１３１５）。次に、動的パス評価（１３５６、１３５８、１３６４、１３６６、１３６８）が、ＧＩＴ登録事項に記載されたすべてのサービス対の方向に実行される。さらに、サービス可用性、速度、および品質レートの結果は、それぞれの機器のＡＳＱＴ（１３８８、１３９０、１３９２）内に、記録される（１３１７、１３１９、１３２１）。最良サービス対は、ＡＳＱＴリストから選択され、さらに今後の選択用および次のレベルのサービス通知用に、それぞれの機器のＢＰＴ（１３９４、１３９６、１３９８）内に記録される（１３２３、１３２５、１３２７）。

図１４Ａ、図１４Ｂ、および図１４Ｃは、レベル１のサービス通知、サービス対形成、およびＡＶパス性能ベンチマークに関して、機器３（１３０８）のＧＩＴ（１３８６）、ＡＳＱＴ（１３９２）、およびＢＰＴ（１３９８）を提供する。図１４Ａは、Ｔ２→Ｒ１（１４０４）およびＴ２→Ｒ２（１４０６）のサービス対情報が記録される機器３のＧＩＴ（１４０２）を示す。サービス対は、サポートされる入力メディアタイプおよび最終サービス場所に基づいて、個別のグループにグループ化され、グループＩＤを与えられる。各サービス対に関するサービス可用性、速度、および品質は、一期間を通じて、収集されるとともに評価され、図１４Ｂに表されるように、ＡＳＱＴ（１４０８）内に記録される。サービスウェートは、（１４１０、１４１２）に示されるように、各サービス対に対して可用性、品質、および速度を平均化することにより導出される。さらに、サービス対は、性能に基づいて、階級的ランキングに分類される。各グループにおいて最高のウェートを含む最良サービス対が、より高いランクに順序付けられ、通知および今後の選択用に、ＢＰＴ内に記録される。このシナリオにおいて、Ｔ２→Ｒ１（１４０４）およびＴ２→Ｒ２（１４０６）は、同一のグループ内にある。Ｔ２→Ｒ２（１４１２）サービス対は、サービス可用性、品質、および速度に対してそれぞれ０．９、０．８、および０．８を得るから、Ｔ２→Ｒ１（１４１０）における０．９、０．４、および０．４を性能でしのぐ。これにより、機器３（１３０８）は、Ｔ２→Ｒ２（１４１２）サービス対情報を、図１４Ｃに表されるＢＰＴ（１４１４）内に記憶し、通知の次のラウンドにおいて、Ｔ２→Ｒ２（１４１６）だけを通知する。

その一方で、サービスマッチング、対形成、およびＡＶパス性能ベンチマークが、機器２（１３１０）および機器１（１３０４）において、平行して実行される。図１５Ａ、図１５Ｂ、および図１５Ｃは、メディアレベル１のサービス通知、サービス対形成、および性能ベンチマークに関して、機器２（１３１０）のＧＩＴ（１３８４）、ＡＳＱＴ（１３９０）、およびＢＰＴ（１３９６）を提供する。図１５Ａは、Ｔ１→Ｒ３（１５０４）およびＴ３→Ｒ４（１５０６）サービス対情報が記録される機器２のＧＩＴ（１５０２）を示す。各サービス対に関するサービス可用性、速度、および品質は、一期間を通じて、収集されるとともに評価され、図１５Ｂに表されるようにＡＳＱＴ（１５０８）内に記録される。Ｔ１→Ｒ３（１５０４）およびＴ３→Ｒ４（１５０６）は同一のグループに入るから、Ｔ１→Ｒ３（１５１０）は、サービス可用性、品質、および速度に対してそれぞれ０．８、０．８、および０．７５を得る。これは、Ｔ３→Ｒ４における０．５、０．４、および０．６（１５１２）に比較して、より高いサービスウェートを有し、したがってＴ１→Ｒ３（１５１６）がより高いランクに順序付けられ、図１５Ｃに表されるように機器２のＢＰＴ（１５１４）内に記憶される。

図１６Ａ、図１６Ｂ、および図１６Ｃは、ＧＩＴ（１３８２）、レベル１のサービス通知、サービス対形成、およびＡＶパス性能ベンチマークに関して、機器１（１３０４）のＧＩＴ（１３８２）、ＡＳＱＴ（１３８８）、およびＢＰＴ（１３９４）を提供する。図１６Ａは、Ｓ１→Ｒ５（１６０４）サービス対情報が記録される機器１のＧＩＴ（１６０２）を示す。Ｓ１→Ｒ５に関するサービス可用性、速度、および品質は、一期間を通じて評価され、図１６Ｂに表されるようにＡＳＱＴ（１６０６）内に記録される。Ｓ１→Ｒ５（１６０８、１６１２）は、機器５（１３４４）の方向にマッチングする完結したパスだけであるから、機器１のＢＰＴ（１６１０）内に記憶される。

図１４Ａ、図１４Ｂ、図１４Ｃ、図１５Ａ、図１５Ｂ、図１５Ｃ、図１６Ａ、図１６Ｂ、および図１６Ｃは、ＧＩＴ、ＡＳＱＴ、およびＢＰＴについて、すべての可能性十分には表していない状態の例を示す。これらのテーブル情報は、所定の期間および状態に対する実際のメディアサービスの情報通知に依存する。

レベル１の後、Ｓ→ＲおよびＴ→Ｒの最良のサービス対が決定される。Ｓ→Ｒ、すなわちＳ１→Ｒ５（１６１２）という最良サービス対の情報は、今後の選択用に維持される。その一方で、Ｔ→Ｒ、すなわちＴ２→Ｒ２（１４１６）およびＴ１→Ｒ３（１５１６）の最良サービス対は、さらに、ソースサービスおよび次のレベル通知におけるその他の変換サービスに通知される。機器２におけるＴ３→Ｒ４（１５１２）および機器３におけるＴ２→Ｒ１（１４１０）のように、サービスのグループ内でより低いサービスウェートを有する標準以下のパスは、上流サービスには通知されず、これにより、上流におけるサービスマッチングに対して、順列の数を低減させる。

図１７は、分散されたメディアサービスに対するメディアレベル２サービス通知およびサービスリンク形成を提供する。最良パス情報が、通知に先立って、それぞれの機器のＢＰＴ（１７０２、１７０４）から検索される（１７０６、１７０８）。制御ユニットは、サービス通知、サービスマッチング、および情報更新を調整する。メディアレベル２通知は、ソースサービスが検出されるＳ→（Ｔ→Ｒ）（１７２６、１７２８）として、およびＴ→Ｒ対とマッチングした上流変換サービスが検出される場合に対するＴ→（Ｔ→Ｒ）（１７２４）として、示される。サービスマッチングは、すべての変換（１３２６、１３２８、１３３０）のいずれかと、ソース（１３３２）およびその他の変換サービス（１３２６、１３２８、１３３０）のいずれかとの間で実行され、可能性のあるサービスリンクを特定する。最終的に、上流のソースサービスおよび変換サービスの出力メディアタイプが、下流変換サービスの入力メディアタイプと比較される。

Ｔ→（Ｔ→Ｒ）（１７２４、１７２６）の通知は、Ｓが検出されるまで繰り返され、Ｓ→（Ｔ_１→、・・・、→Ｔ_n→Ｒ）の形式で、サービスリンクを生成する。しかしながら、サービスリンクにおけるサービス数が、所定の閾値、例えば１つのリンクでｎ＝５、を超えた場合、サービス通知は停止する。これにより、無限ループを回避し、１つの長いリンクにおけるサービス切り替えのオーバーヘッドを防止する。この構成において、関連したシンクサービスを含まない変換サービスまたはソースサービスのような完結しないパスは、いかなる通知も実行しない。この場合、上位レベルに位置する機器は、下位レベルから最良パスだけを受信する。

図１７に表されるように、Ｔ１（１３２８）が（１７３２）をＴ２（１３２６）に接続する新しいサービスパスが、機器２（１３１０）において見出される。このパスは、機器２のＧＩＴ（１７１２）がこのサービス対情報（１８０６）のレコードを記憶する（１７１８）場合に、事前結合される。機器３（１３０８）からのＢＰＴ（１４１４）通知に従って、このパス（１７３２）は、Ｔ２（１３６８、１４１６、１８０６）を介して、Ｔ１をＲ２に接続する。図１８Ａ、図１８Ｂ、および図１８Ｃは、レベル２サービス通知、サービス対形成、およびＡＶパス性能ベンチマークに関して、機器２（１３１０）の更新されたＧＩＴ（１８０８）、ＡＳＱＴ（１８１６）、およびＢＰＴ（１８２２）を提供する。最良パス評価が実行され、機器２のＡＳＱＴ、Ｔ１→Ｒ３（１３５８、１８１０）、およびＴ３→Ｒ４（１３６４、１８１２）における現在の登録事項を含むＴ１→Ｔ２→Ｒ２（１７３２、１３６８、１８０６）を評価する。評価の過程は、まずＴ１→Ｔ２サービス対およびＴ２→Ｒ２サービス対に関するサービス可用性、品質、および速度の平均化に基づいて、Ｔ１→Ｔ２→Ｒ２（１８１４）のサービスウェートを計算することを含む。次に、Ｔ１→Ｔ２→Ｒ２（１８０６）、Ｔ３→Ｒ４（１８０４）、およびＴ１→Ｒ３（１８０２）が、それぞれのグループ化に基づいて評価される。Ｔ１→Ｒ３は、依然としてＴ３→Ｒ４を性能でしのぎ、したがってＢＰＴに選択される。一方、Ｒ２およびＲ３は別個の機器に位置するので、Ｔ１→Ｔ２→Ｒ２およびＴ１→Ｒ３は同一のグループには存在しない。これにより、Ｔ１→Ｔ２→Ｒ２（１８２０）およびＴ１→Ｒ３（１８１８）は、２つの別個の機器に向かう２つの最良パスとして分類される。これらのパスは、図１８Ｃに示されるように、機器３のＢＰＴ（１８２２）内に記憶され、次のレベル通知における機器１（１３０４）に通知される。

機器１（１３０４）において、Ｓ１からＴ１への接続（１７３０）が見出される。図１９Ａ（１９０４）および図１８Ａ（１８０２）に表されるように、この接続は、Ｔ１（１３５８）を介してＳ１をＲ３にリンクする。最良パス評価の１つのラウンドが実行され、Ｓ１→Ｔ１→Ｒ３（１７３０、１３５８、１９０４）およびＳ１→Ｒ５（１３５６、１９０２）を評価する。結果（１９０８、１９１０）は、図１９Ｂにおける機器１のＡＳＱＴ（１９１２）に示される。Ｒ３およびＲ５が別個の機器に位置するので、Ｓ１→Ｔ１→Ｒ３（１９０４）およびＳ１→Ｒ５（１９０２）は同一のループに存在せず、両パスは別個のグループＩＤを有する。これにより、Ｓ１→Ｔ１→Ｒ３（１９１６）およびＳ１→Ｒ５（１９１４）は、２つの別個の機器に向かう２つの最良パスとして分類される。これらのパスは、図１９Ｃに示されるように、今後の選択用に機器１のＢＰＴ（１９１８）内に記憶される。

機器１において、次のラウンドのサービス通知（１７２６）に関する結果、Ｓ１からＴ１への別の接続（１７２２）が検出される。（１９０４、１８０６、１４０６）からの再帰的なリンク情報に従って、この接続は、Ｔ１→Ｔ２（１７３２、１３６８）を介して、Ｓ１をＲ２に接続する。評価の過程は、繰り返され、３つのパス（２００２、２００４、２００６）のサービスウェートおよびそれらのグループ化を、図２０Ａ（２００８）に従って導出する。結果（２０１０、２０１２、２０１４）は、図２０Ｂに示される（２０１６）。評価において、Ｓ１→Ｔ１→Ｔ２→Ｒ２（２０２２）、Ｓ１→Ｔ１→Ｒ３（２０２０）、およびＳ１→Ｒ５（２０１８）は、３つの別個の機器に向かう３つの最良パスとして分類され、図２０Ｃに示されるように、機器１のＢＰＴ（２０２４）内に記録される。

図２１は、分散されたメディアサービスに対して、メディアパスを選択し形成する１つのシナリオを図示する。機器１における制御ユニットが、Ｓ１により利用しやすい特定のＡＶコンテンツを再生する要求（２１５０）を受信する場合、機器１のＢＰＴ（２１０２）が参照される（２１０４）。機器１のＢＰＴ（２０２４）に従って、選択用に３つのパス、すなわちＳ１→Ｔ１→Ｔ２→Ｒ２（２０２２）、Ｓ１→Ｔ１→Ｒ３（２０２０）、およびＳ１→Ｒ５（２０１８）、が存在する。可用性優先度、速度優先度、および品質優先度に基づいて、最適パス選択が始動する。図２０Ｃにおける最後のサービス対の性能に従って、Ｓ１→Ｔ１→Ｔ２→Ｒ２（２０２２）は、サービス可用性レート、速度レート、および品質レートに対して、それぞれ平均０．６、０．６、０．５を得る。Ｓ１→Ｔ１→Ｒ３（２０２０）は、サービス可用性レート、速度レート、および品質レートに対して、それぞれ平均０．７５、０．７５、０．７に達する。Ｓ１→Ｒ５（２０１８）は、サービス可用性レート、速度レート、および品質レートに対して、それぞれ平均０．１、０．３、０．４を得る。所定の最適パス選択優先度は、サービス可用性、速度および、品質に対して、それぞれ１、０．３、０．７であり、３つの可能性のあるパスに関して、正規化した平均の可用性性能、速度性能、および品質性能（２０１８、２０２０、２０２２）を含む最良パス選択優先度を増大させる。その結果、３つの可能性のあるパスは、Ｓ１→Ｔ１→Ｒ３がＳ１→Ｔ１→Ｔ２→Ｒ２およびＳ１→Ｒ５を性能でしのぐようになる。これにより、Ｓ１→Ｔ１→Ｒ３サービスリンクが選択される。これとともに、固有のパスＩＤを含む接続要求は、機器１から機器２に送信される（２１０６）。接続要求を受信すると、機器２はローカルＢＰＴ（２１０８）を参照し（２１１０）、所定の固有パスＩＤに基づいて、次のパス確立情報を特定する。接続要求は、機器４に送信される（２１１２）。接続要求が成功する場合、接続要求状態が上流サービス機器（２１１４、２１１６）に中継される。次に機器１は、下流サービス（２１１８、２１２０）へのサービス接続を起動し、最終的に完結する分散されたメディアパスを形成する。

ここで留意すべきは、各サービス対（１３５６、１３５８、１３６４、１３６６、１３６８、１７２２、１７３０、１７３２）に関するサービス可用性、速度、および品質レートは、周期的に収集されることである。このように、パス評価は動的であり、可能性のある各パスのサービスウェートは、サービス対の性能に応じて周期的に変化する。これとともに、下流パスは、１つのソースを、別個の中間サービスを介して別個の送信先サービスに接続する場合に、変化する。一例として、パス評価の３番目のラウンドにおいて、Ｔ３→Ｒ４（１３６４）は、サービス可用性、速度、および品質に関して、Ｔ１→Ｒ３（１３５８）を性能でしのぎ、それゆえに、Ｔ１→Ｒ３に比較して、より高いサービスウェートを与えることになる。これとともに、Ｔ３→Ｒ４は、機器２のＢＰＴにおいて、Ｔ１→Ｒ３を置き換える。サービス通知の４番目のラウンドにおいて、機器１は、機器２からのＢＰＴにおける最良パスの変化を知る。このように、機器１は、ＢＰＴからＳ１→Ｔ１→Ｒ３（１７３０、１３５８）を取り除き、Ｓ１→Ｔ３→Ｒ４（１７３０、１３６４）で置き換える。次のサービス要求が機器１において発動される場合、最良パスが、Ｓ１→Ｔ１→Ｔ２→Ｒ２（２０２２）、Ｓ１→Ｔ３→Ｒ４（１７３０、１３６４）、およびＳ１→Ｒ５（２０１８）で構成されるプールから選択される。

同一の性能値を含む２つのパスが存在する場合、ランダムに選択することが可能であり、またはユーザは好適な再生機器を選択するように促される。しかしながら、指定されたシンクが示される場合、機器１のＢＰＴ（２０２４）に従って、ＢＰＴにおける３つのマッチング登録事項のうち１つの最大値だけが、完結したネットワークメディアパスを決定するために必要となる。

本発明は、分散されたメディアサービスに対するメディアパスの選択に利用できる。

図１は、ＡＶコンテンツを有し、中間機器を介して互いに連結されたソース機器およびシンク機器を含む簡単な異機種環境ネットワークを示す。 図２は、分散されたメディアサービスに対する装置を表す。 図３は、サービス情報テーブルを定義する。 図４は、グループ情報テーブルを定義する。 図５は、可用性、速度、および品質テーブルを定義する。 図６は、最良パステーブルを定義する。 図７は、サービス通知を基本とするメディアレベルフローチャートを説明する。 図８は、サービス事前結合のフローチャートを表す。 図９は、最適ＡＶパスの性能を測定するフローチャートを提供する。 図１０は、最適ＡＶパスを評価するフローチャートを示す。 図１１は、最適ＡＶパスを選択するフローチャートを説明する。 図１２は、メディアサービスを通知、結合、および選択する２つのサービス体の間における相互作用およびメッセージ交換を図示する。 図１３は、分散されたメディアサービスに対するメディアレベル１のサービス通知およびサービス対の形成を提供する。 図１４Ａは、メディアレベル１のサービス通知、サービス対形成、および性能ベンチマークに関して、機器３のグループ情報テーブル、可用性、速度、および品質テーブル、ならびに最良パステーブルを提供する。 図１４Ｂは、メディアレベル１のサービス通知、サービス対形成、および性能ベンチマークに関して、機器３のグループ情報テーブル、可用性、速度、および品質テーブル、ならびに最良パステーブルを提供する。 図１４Ｃは、メディアレベル１のサービス通知、サービス対形成、および性能ベンチマークに関して、機器３のグループ情報テーブル、可用性、速度、および品質テーブル、ならびに最良パステーブルを提供する。 図１５Ａは、メディアレベル１のサービス通知、サービス対形成、および性能ベンチマークに関して、機器２のグループ情報テーブル、可用性、速度、および品質テーブル、ならびに最良パステーブルを提供する。 図１５Ｂは、メディアレベル１のサービス通知、サービス対形成、および性能ベンチマークに関して、機器２のグループ情報テーブル、可用性、速度、および品質テーブル、ならびに最良パステーブルを提供する。 図１５Ｃは、メディアレベル１のサービス通知、サービス対形成、および性能ベンチマークに関して、機器２のグループ情報テーブル、可用性、速度、および品質テーブル、ならびに最良パステーブルを提供する。 図１６Ａは、メディアレベル１のサービス通知、サービス対形成、および性能ベンチマークに関して、機器１のグループ情報テーブル、可用性、速度、および品質テーブル、ならびに最良パステーブルを提供する。 図１６Ｂは、メディアレベル１のサービス通知、サービス対形成、および性能ベンチマークに関して、機器１のグループ情報テーブル、可用性、速度、および品質テーブル、ならびに最良パステーブルを提供する。 図１６Ｃは、メディアレベル１のサービス通知、サービス対形成、および性能ベンチマークに関して、機器１のグループ情報テーブル、可用性、速度、および品質テーブル、ならびに最良パステーブルを提供する。 図１７は、分散されたメディアサービスに対して、メディアレベル２におけるサービス通知およびサービス対形成を提供する。 図１８Ａは、メディアレベル２のサービス通知、サービス対形成、および性能ベンチマークに関して、機器２のグループ情報テーブル、可用性、速度、および品質テーブル、ならびに最良パステーブルを提供する。 図１８Ｂは、メディアレベル２のサービス通知、サービス対形成、および性能ベンチマークに関して、機器２のグループ情報テーブル、可用性、速度、および品質テーブル、ならびに最良パステーブルを提供する。 図１８Ｃは、メディアレベル２のサービス通知、サービス対形成、および性能ベンチマークに関して、機器２のグループ情報テーブル、可用性、速度、および品質テーブル、ならびに最良パステーブルを提供する。 図１９Ａは、メディアレベル２のサービス通知、サービス対形成、および性能ベンチマークに関して、機器１のグループ情報テーブル、可用性、速度、および品質テーブル、ならびに最良パステーブルを提供する。 図１９Ｂは、メディアレベル２のサービス通知、サービス対形成、および性能ベンチマークに関して、機器１のグループ情報テーブル、可用性、速度、および品質テーブル、ならびに最良パステーブルを提供する。 図１９Ｃは、メディアレベル２のサービス通知、サービス対形成、および性能ベンチマークに関して、機器１のグループ情報テーブル、可用性、速度、および品質テーブル、ならびに最良パステーブルを提供する。 図２０Ａは、メディアレベル３のサービス通知、サービス対形成、および性能ベンチマークに関して、機器１のグループ情報テーブル、可用性、速度、および品質テーブル、ならびに最良パステーブルを提供する。 図２０Ｂは、メディアレベル３のサービス通知、サービス対形成、および性能ベンチマークに関して、機器１のグループ情報テーブル、可用性、速度、および品質テーブル、ならびに最良パステーブルを提供する。 図２０Ｃは、メディアレベル３のサービス通知、サービス対形成、および性能ベンチマークに関して、機器１のグループ情報テーブル、可用性、速度、および品質テーブル、ならびに最良パステーブルを提供する。 図２１は、分散されたメディアサービスに対して、メディアパスを選択し形成するシナリオを図示する。

符号の説明

１０２ ネットワーク
１０４ ソース機器
１０６ ＡＶコンテンツ
１０８、１１０、１１４ シンク機器
１１２ 中間機器
２０２ 機器４
２０４ 機器２
２０６ 機器３
２０８ 機器１
２１０ 機器５
２２０ ソース
２１２、２１４、２１６、２１８ 制御ユニット
２２２、２２４ コーデック
２２６ シンク

Claims (17)

1. メディアレベルを基本とするサービスを通知し、第１メディアレベルから選択されたメディアサービスだけが第２メディアレベルに通知され、第２メディアレベルからのメディアサービスが続くメディアレベルに繰り返し通知されるように、サービスマッチングを低減する方法であって、
   ａ）メディアレベルを決定するために与えられるメディアサービスを表すメディアサービスグループ、サービス対、またはサービスリンクのうち、いずれか１つを決定し、
   ｂ）第１メディアレベルに対して、サポートされるメディアタイプおよび動作起動インタフェースをネットワークに通知し、
   ｃ）第２メディアレベルおよび続くメディアレベルに対して、最良サービス対情報をネットワークに通知し、
   ｄ）メディアデータベースに含まれる先行メディアレベルから、メディアサービスまたはサービスリンクを検出する、ステップを有することを特徴とする方法。
2. メディアレベルは、２つのサービスの間における関係に基づいて形成することが可能であり、
   ａ）第１メディアレベルは、
   １つのメディアシンクに接続される１つのメディアソース、または
   １つのメディアシンクに接続される１つのメディア変換、
   のうちいずれか一方のサービス対を含み、
   ｂ）第２メディアレベルおよび続くメディアレベルは、
   １つのメディアシンクに接続される最後のメディア変換を含む、少なくとも１つのメディア変換に接続される１つのメディアソース、または
   １つのメディアシンクに接続される最後のメディア変換を含む、少なくとも２つのメディア変換、
   のうちいずれか一方のサービスリンクを含む、ことを特徴とする、請求項１に記載の方法。
3. メディアレベルを基本とするサービス通知は、少なくとも第１および第２メディアレベルを含み、
   ａ）第１メディアレベルは、単一メディアサービスに属するサービス通知を含み、
   ｂ）第２メディアレベルは、サービス対またはサービスリンクのうちいずれか一方のサービス通知を含み、
   ｃ）サービスリンクに対する通知の多数のメディアレベルは、メディアソースをメディアシンクに最終的に接続する多数の中間メディア変換を検索し、有効なメディアパスを形成するため、実行することが可能である、ことを特徴とする、請求項１に記載の方法。
4. 最良のサービス対情報は、最高のウェートを含むサービス対に関する、サポートされるメディアタイプ、サービス可用性レート、品質レート、速度レート、最終送信先サービスタイプ、および機器ＩＤ、を含むことを特徴とする、請求項１に記載の方法。
5. メディアレベルを基本とするサービス通知は、少なくとも１つのメディアシンクに接続される少なくとも１つのメディアソースを含む有効なメディアパスを形成する場合、またはメディアパスにおけるメディアサービスの数が閾値を超える場合のうち、少なくとも１つの場合、中止することを特徴とする、請求項３に記載の方法。
6. サービスマッチングを介して、下流メディアサービスの入力メディアの細目および上流メディアサービスの出力メディアの細目に基づいて、サービス対を生成する方法であって、
   ａ）サポートされるメディアタイプおよび下流サービスの動作起動インタフェースを受信し、
   ｂ）サポートされるメディアタイプを含むローカルメディアサービスを検索し、
   ｃ）下流メディアサービスの入力メディアタイプとマッチングするローカルメディアサービスの出力メディアタイプを決定し、
   ｄ）２つのマッチングしたサービスをリンクし、サービス対を形成し、
   ｅ）サービス対情報を記憶する、ステップを有することを特徴とする方法。
7. サービス可用性、メディア品質、および速度に基づいて、サービス対を比較する方法であって、
   ａ）サービス対を特定し、
   ｂ）各サービス対に対して、サービス可用性、品質、および速度の登録事項を構成し、
   ｃ）サービス対に対して、サービス可用性情報、品質情報、および速度情報の測定を、周期的に始動させ、
   ｄ）サービス対に対して、サービス可用性レート、メディア品質レート、および速度レートを更新する、ステップを有することを特徴とする方法。
8. サービス可用性、品質、および速度に関して、最適サービス対を評価する方法であって、
   ａ）サービス機器ＩＤのうち、同一入力メディアタイプおよび同一最終送信先を含むサービス対のグループを形成し、
   ｂ）機器もしくはサービスが停止し、ネットワークが中断する回数が最小の１つのサービス対を、各グループから特定し、
   ｃ）グループにおいて最高の可用性を有するように、サービス対に印を付け、
   ｄ）全ビットおよびフレームが最高に生成されたサービス対であって、期待品質と比較して最小の再生遅延と最高の表示品質とを含む１つのサービス対を、各グループから特定し、
   ｅ）グループにおいて最良のメディア品質を有するように、サービス対に印を付け、
   ｆ）最高の伝送レートとエンドホストの最速処理レートとを含む１つのサービス対を、各グループから特定し、
   ｇ）特定されたグループにおいて最速速度性能を有するように、サービス対に印を付け、
   ｈ）サービス対情報を抽出し、可用性、速度、および品質レートを記憶する、ステップを有することを特徴とする方法。
9. 最適サービスパスを選択し形成する方法であって、
   ａ）ストリームコンテンツメディアタイプと、可用性、速度、および品質に対する優先度と、指定されたシンクの機器ＩＤにおける任意の入力と、を含むサービス要求を受信し、
   ｂ）ストリームコンテンツメディアタイプを、ローカルメディアサービスの入力メディアタイプにマッチングさせ、
   ｃ）指定されたシンクの機器ＩＤとマッチングしない最終送信先サービス機器ＩＤを有するサービスパスを、所定の指定されたシンク機器に対して取り除き、
   ｄ）１つ以上のサービスパスが存在する場合、所定の可用性優先度、速度優先度、および品質優先度に基づいて、最適パスを選択し、
   ｅ）下流サービス機器ＩＤを抽出し、
   ｆ）固有パスＩＤを含む接続要求を下流サービス機器に送信し、
   ｇ）下流サービス機器が、接続要求を受信すると、
   接続要求状態を上流サービス機器に戻し、
   接続要求が成功する場合、さらに下流サービス機器ＩＤを特定し、
   ｉ）さらに、ステップ（ｆ）を繰り返す、ステップを有することを特徴とする方法。
10. ネットワーク対応メディアサービスの仕様を含むサービス情報の装置であって、
    ａ）サービス特定の固有ＩＤを表すサービスＩＤと、
    ｂ）提供されるサービスの情報を含むサービスタイプフィールドと、
    ｃ）サポートされる主メディアタイプ、副メディアタイプ、およびサポートされるメディアタイプ細目、に関する情報を含む、入力メディアストリームからの入力メディアタイプフィールドと、
    ｄ）サポートされる主メディアタイプ、副メディアタイプ、およびサポートされるメディアタイプ細目、に関する情報を含む、出力メディアストリームとして生成される出力メディアタイプフィールドと、
    ｅ）動作起動インタフェースとして機能する固有ＩＤを表すサービス名と、を有する仕様を含むことを特徴とする、サービス情報の装置。
11. ネットワーク対応メディアサービス対の情報を含むグループ情報テーブルの装置であって、
    ａ）サービス対の固有ＩＤと、
    ｂ）ローカルメディアサービスのサービス情報への参照を含むローカルメディアサービスフィールドと、
    ｃ）下流メディアサービスのサービス情報または最良パス情報のうち、少なくとも１つへの参照を含む下流メディアサービスフィールドと、
    ｄ）機器特定の固有ＩＤをそれぞれ表す、機器ＩＤ、通信ポート番号、およびＩＰアドレスを含む下流機器接続フィールドと、
    ｅ）類似したサービス対のグループに対する固有ＩＤを含むグループＩＤフィールドと、を有する情報を含むことを特徴とする、グループ情報テーブルの装置。
12. ネットワーク対応メディアサービス対の性能を追跡する装置であって、
    ａ）サービス対の固有ＩＤと、
    ｂ）２つのサービス対の間において、時間間隔の一期間を通じて、サービス、機器、およびネットワークが中断する頻度を含むサービス可用性レートフィールドと、
    ｃ）２つのサービス対の間における、時間間隔の一期間を通じた、伝送レートおよびエンドホストの処理レートを含む速度レートフィールドと、
    ｄ）２つのサービス対の間における、時間間隔の一期間を通じた、メディアサービス品質を含む品質レートフィールドと、
    ｅ）この登録事項が、類似したサービス対を通じて、最高のサービス可用性、最速速度、または最良品質のうち少なくとも１つを有するかどうかを示すフラグを含む指標フィールドと、を有することを特徴とする、ネットワーク対応メディアサービス対の性能を追跡する装置。
13. 最適化されたメディアサービス対の情報に用いる装置であって、
    ａ）互いに接続することができ、続いてサービス送信元とサービス送信先との間に途切れのないパスを形成するサービス対において、複数のサービス対間の関係を表す固有ＩＤを含むパスＩＤフィールドと、
    ｂ）サービス可用性、速度、および品質性能に基づいて選択されたサービス対の情報への参照を含むサービス対フィールドと、
    ｃ）事前結合サービスパスにおいて、最終の機器における機器特定の固有ＩＤをそれぞれ表す、機器通信ポート番号およびＩＰアドレスを含む最終送信先サービスフィールドと、
    ｄ）事前結合サービスパスにおいて、最終のサービスタイプを含む最終送信先サービスタイプフィールドと、
    ｅ）請求項１２に記載の可用性レートフィールドへの参照を含むパスサービス可用性レートフィールドと、
    ｆ）請求項１２に記載の品質レートフィールドへの参照を含むパスサービス品質レートフィールドと、
    ｇ）請求項１２に記載の速度レートフィールドへの参照を含むパスサービス速度レートフィールドと、を有することを特徴とする装置。
14. 選択されたサービス対は、上流サービスにおいて類似した入力メディアタイプを受信する同一グループのサービス対を通じて、サービス可用性、メディア品質、および性能速度に関して複数の最良サービス対を含み、類似した最終送信先機器ＩＤを有することを特徴とする、請求項１３に記載の装置。
15. ＡＶメディアパスレベル通知装置であって、
    ａ）下流機器から上流機器へ、サービス情報の通知を指示するタスクを実行し、
    ｂ）最良パス情報が存在する場合、最良パス情報の通知を指示するタスクを実行し、
    ｃ）最良パス情報が存在しない場合、サービス情報の通知を指示するタスクを実行する、機能を有することを特徴とする、ＡＶメディアパスレベル通知装置。
16. ＡＶメディアパス事前結合装置であって、
    ａ）受信したサービス通知に基づいて、ローカルメディアサービスとのサービスマッチングのタスクを実行し、
    ｂ）サービス対を構成し、サービス対の登録事項を処理するタスクを実行する、機能を有することを特徴とする、ＡＶメディアパス事前結合装置。
17. 最適ＡＶメディアパス評価装置であって、
    ａ）サービス対の情報に基づいてサービス対性能情報を構成し、サービス対性能の登録事項を処理するタスクを実行し、
    ｂ）各サービス対に対して、サービス可用性、メディア品質、および速度を測定するタスクを実行し、
    ｃ）サービス対に対して、可用性、メディア品質、および速度に関して、最適サービス対を評価するタスクを実行し、
    ｄ）最適サービス対を選択するタスクを実行し、
    ｅ）最良パス情報を構成し、最良パスの登録事項を処理するタスクを実行し、
    ｆ）サービス要求を受信し、サービス必要条件に基づいて最良パスを選択するタスクを実行する、機能を有することを特徴とする、最適ＡＶメディアパス評価装置。

Images