特許 6092858 ＡＶＢネットワーク内のアプリケーション層構造を使用してオーディオ／ビデオストリームを管理するためのシステム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6092858

(24)【登録日】2017年2月17日

(45)【発行日】2017年3月8日

(54)【発明の名称】ＡＶＢネットワーク内のアプリケーション層構造を使用してオーディオ／ビデオストリームを管理するためのシステム

(51)【国際特許分類】

   H04M 3/00 20060101AFI20170227BHJP

   H04L 29/08 20060101ALI20170227BHJP

   G06F 13/00 20060101ALI20170227BHJP

   H04L 12/911 20130101ALI20170227BHJP

   H04L 12/70 20130101ALI20170227BHJP

【ＦＩ】

   H04M3/00 A

   H04L13/00 307A

   G06F13/00 357A

   H04L12/911

   H04L12/70 E

【請求項の数】15

【全頁数】47

(21)【出願番号】特願2014-518646(P2014-518646)

(86)(22)【出願日】2012年6月20日

(65)【公表番号】特表2014-529206(P2014-529206A)

(43)【公表日】2014年10月30日

(86)【国際出願番号】US2012043284

(87)【国際公開番号】WO2013003145

(87)【国際公開日】20130103

【審査請求日】2015年6月2日

(31)【優先権主張番号】13/174,100

(32)【優先日】2011年6月30日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】512168283

【氏名又は名称】ハーマン インターナショナル インダストリーズ， インコーポレイテッド

(74)【代理人】

【識別番号】100078282

【弁理士】

【氏名又は名称】山本 秀策

(74)【代理人】

【識別番号】100113413

【弁理士】

【氏名又は名称】森下 夏樹

(74)【代理人】

【識別番号】100181674

【弁理士】

【氏名又は名称】飯田 貴敏

(74)【代理人】

【識別番号】100181641

【弁理士】

【氏名又は名称】石川 大輔

(74)【代理人】

【識別番号】230113332

【弁護士】

【氏名又は名称】山本 健策

(72)【発明者】

【氏名】オルセン， デイビッド

(72)【発明者】

【氏名】ピアーソン， レビ

(72)【発明者】

【氏名】グンザー， クレイグ

【審査官】 中村 信也

(56)【参考文献】

【文献】 特開２００８−２７８１６４（ＪＰ，Ａ）

【文献】 Craig Gunther，802.1Qat Current Status，２００８年１１月１１日，P.11-14，ＵＲＬ，http://www.ieee802.org/1/files/pubic/docs2008/at-cgunther-qat-status-1108-v01.pdf

【文献】 IEE P1722/Draft #1.1，Draft Standard for Layer 2 Transport Protocol for Time Sensitive Applications in Bridged Local Area Networks，IEEE，２００８年 ８月２５日，P.27,50,75

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｍ ３／００

Ｈ０４Ｍ ３／１６−３／２０

Ｈ０４Ｍ ３／３８−３／５８

Ｈ０４Ｍ ７／００−７／１６

Ｈ０４Ｍ １１／００−１１／１０

Ｈ０４Ｌ １２／００−１２／２６

Ｈ０４Ｌ １２／２８−１２／４６

Ｈ０４Ｌ １２／５０−１２／９５５

Ｈ０４Ｌ １３／００−１３／１８

Ｈ０４Ｌ ２９／０８

Ｇ０６Ｆ １３／００

(57)【特許請求の範囲】

【請求項1】

イーサネット（登録商標）オーディオビデオブリッジング（「ＡＶＢ」）ネットワークを介したリスナとの接続を成立させるように構成されているトーカデバイスであって、
前記トーカデバイスは、プロセッサによって実行可能な複数のモジュールを備え、
前記複数のモジュールは、
ファンクションブロック（「ＦＢｌｏｃｋ」）インターフェースモジュールと、
ストリーム予約プロトコル（「ＳＲＰ」）に従った前記イーサネット（登録商標）ＡＶＢネットワークを介した接続を成立させるためのＳＲＰスタックモジュールと、
前記ＦＢｌｏｃｋインターフェースモジュールおよび前記ＳＲＰスタックモジュールと通信状態にある状態マシンモジュールと
を含み、
前記ＦＢｌｏｃｋインターフェースモジュールが、
データストリームが作成されることを決定することと、
前記決定に応答して、ＦＢｌｏｃｋコントロールメッセージを前記状態マシンモジュールへ通信することであって、前記ＦＢｌｏｃｋコントロールメッセージは、前記イーサネット（登録商標）ＡＶＢネットワークを介した前記データストリームのための接続を成立させるように前記状態マシンモジュールに示す、ことと
を実行するように構成されており、
前記状態マシンモジュールが、
前記ＦＢｌｏｃｋコントロールメッセージを受信することと、
前記ＦＢｌｏｃｋコントロールメッセージの受信に応答して、前記トーカデバイスが前記データストリームを通信することを望むことを、前記ＳＲＰスタックモジュールを使用して、前記イーサネット（登録商標）ＡＶＢネットワークへ通信することと、
前記ＳＲＰスタックモジュールを用いて、リスナデバイスの前記データストリームを受容する能力を決定することと、
前記リスナデバイスの前記データストリームを受容する能力の決定に応答して、前記リスナデバイスとの前記データストリームの通信のためのＳＲＰに従った前記イーサネット（登録商標）ＡＶＢネットワークを介した前記接続を成立させることと
を実行するように構成されている、トーカデバイス。

【請求項2】

前記状態マシンモジュールは、前記ＳＲＰスタックモジュールを使用して、前記トーカデバイスが前記データストリームを作成することが可能であることを前記イーサネット（登録商標）ＡＶＢネットワークへ通信することの一環として、前記ＳＲＰスタックモジュールを用いてトーカ広告（「ＴＡ」）属性を登録するように更に構成されている、請求項１に記載のトーカデバイス。

【請求項3】

前記状態マシンモジュールは、前記ＳＲＰスタックモジュールへクエリを発行するように更に構成されており、前記ＳＲＰスタックモジュールへ発行された前記クエリが、前記データストリームに関連付けられるストリームＩＤを示す、請求項１または２に記載のトーカデバイス。

【請求項4】

前記状態マシンモジュールは、前記リスナデバイスの前記データストリームを受容する能力を決定することの一環として、前記ＳＲＰスタックモジュールからリスナレディ事象を受信するように更に構成されている、請求項１〜３のいずれか一項に記載のトーカデバイス。

【請求項5】

前記状態マシンモジュールは、前記データストリームを決定するためにコントローラから前記ＦＢｌｏｃｋコントロールメッセージを受信するように更に構成されている、請求項１〜４のいずれか一項に記載のトーカデバイス。

【請求項6】

前記ＦＢｌｏｃｋインターフェースモジュールは、前記トーカデバイスが前記データストリームを作成することが可能であることを示す成功メッセージを前記コントローラへ送信するように更に構成されており、前記コントローラへの前記成功メッセージが前記データストリームのストリームＩＤを含む、請求項５に記載のトーカデバイス。

【請求項7】

前記状態マシンモジュールは、前記リスナデバイスとの前記データストリームの通信のための前記イーサネット（登録商標）ＡＶＢネットワークを介した前記接続の成立に応答して、前記データストリームの通信を開始するためにオーディオ／ビデオトランスポートプロトコル（「ＡＶＴＰ」）エンジンを始動させるように構成されている、請求項１〜６のいずれか一項に記載のトーカデバイス。

【請求項8】

前記リスナデバイスが第１のリスナデバイスを含み、前記状態マシンモジュールが前記ＳＲＰスタックモジュールを使用して第２のリスナデバイスの前記データストリームを受容する能力を決定するように更に構成されている、請求項１〜７のいずれか一項に記載のトーカデバイス。

【請求項9】

前記ＦＢｌｏｃｋコントロールメッセージは、第１のＦＢｌｏｃｋコントロールメッセージを含み、前記ＦＢｌｏｃｋインターフェースモジュールは、前記データストリームの通信のための前記イーサネット（登録商標）ＡＶＢネットワークを介した前記接続を削除することを決定し、第２のＦＢｌｏｃｋコントロールメッセージを前記状態マシンモジュールへ通信するように更に構成されており、前記第２のＦＢｌｏｃｋコントロールメッセージは、前記接続を削除するように前記状態マシンモジュールに示す、請求項１〜８のいずれか一項に記載のトーカデバイス。

【請求項10】

前記状態マシンモジュールは、前記データストリームを削除するための前記第２のＦＢｌｏｃｋコントロールメッセージの受信に応答して、
オーディオ／ビデオトランスポートプロトコル（「ＡＶＴＰ」）エンジンを停止させることと、
トーカ広告属性の登録を解除することと
を実行するように構成されている、請求項９に記載のトーカデバイス。

【請求項11】

イーサネット（登録商標）オーディオビデオブリッジング（「ＡＶＢ」）ネットワークを介したトーカデバイスとリスナデバイスとの間の接続を成立させるために少なくとも一つの状態マシンモジュールを動作させるコンピュータ実装方法であって、前記少なくとも一つの状態マシンモジュールが、メモリに記憶されるとともに少なくとも一つのプロセッサによって実行可能なディジタルロジックを含み、
前記コンピュータ実装方法が、
前記少なくとも一つのプロセッサによって実行される前記少なくとも一つの状態マシンモジュールを用いて、ＦＢｌｏｃｋインターフェースモジュールから、データストリームの通信のためのＦＢｌｏｃｋコントロールメッセージを受信することであって、前記ＦＢｌｏｃｋコントロールメッセージは、前記イーサネット（登録商標）ＡＶＢネットワークを介した前記データストリームのための接続を成立させるように前記少なくとも一つの状態マシンモジュールに示す、ことと、
前記ＦＢｌｏｃｋコントロールメッセージを受信したことに応答して、ストリーム予約プロトコル（「ＳＲＰ」）スタックモジュールを使用して前記少なくとも一つのプロセッサによって実行されている前記少なくとも一つの状態マシンモジュールを用いて、前記イーサネット（登録商標）ＡＶＢネットワークを介して第１のＳＲＰメッセージを通信することであって、前記第１のＳＲＰメッセージは、前記トーカデバイスが前記データストリームを通信することを望むことを示す、ことと、
前記ＳＲＰスタックモジュールを使用して前記少なくとも一つのプロセッサによって実行されている前記少なくとも一つの状態マシンモジュールを用いて、第２のＳＲＰメッセージを受信することであって、前記第２のＳＲＰメッセージは、前記リスナデバイスの前記データストリームを受容する能力を示す、ことと、
前記少なくとも一つのプロセッサによって実行されている前記少なくとも一つの状態マシンモジュールを用いて、前記第２のＳＲＰメッセージを受信したことに応答して、前記トーカデバイスと前記リスナデバイスとの間での前記データストリームの通信のためのＳＲＰに従った前記イーサネット（登録商標）ＡＶＢネットワークを介した前記接続を成立させることと
を含む、コンピュータ実装方法。

【請求項12】

前記少なくとも一つのプロセッサによって実行されている前記少なくとも一つの状態マシンモジュールを用いて、前記ＳＲＰスタックモジュールへクエリを発行することを更に含み、
前記ＳＲＰスタックモジュールへ発行された前記クエリが、前記データストリームに関連付けられるストリームＩＤを示す、請求項１１に記載のコンピュータ実装方法。

【請求項13】

前記イーサネット（登録商標）ＡＶＢネットワークを介した前記接続を成立させたことに応答して、前記データストリームのストリーミングを開始するためにオーディオ／ビデオトランスポートプロトコル（「ＡＶＴＰ」）エンジンを始動させることを更に含む、請求項１１または１２に記載のコンピュータ実装方法。

【請求項14】

前記リスナデバイスが第１のリスナデバイスを含み、前記コンピュータ実装方法は、前記ＳＲＰスタックモジュールを使用して前記少なくとも一つのプロセッサによって実行されている前記少なくとも一つの状態マシンモジュールを用いて、第３のＳＲＰメッセージを受信することを更に含み、前記第３のＳＲＰメッセージは、前記ＳＲＰスタックモジュールから受信され、かつ、前記第１のリスナデバイスは前記データストリームを受容可能であるが第２のリスナデバイスは前記データストリームを受容不可能であることを示す、請求項１１、１２または１３のいずれかに記載のコンピュータ実装方法。

【請求項15】

前記ＦＢｌｏｃｋコントロールメッセージに応答して、
前記少なくとも一つのプロセッサによって実行されている前記少なくとも一つの状態マシンモジュールを用いて、オーディオ／ビデオトランスポートプロトコル（「ＡＶＴＰ」）エンジンを停止することと、
前記ＳＲＰスタックモジュールを使用して前記少なくとも一つのプロセッサによって実行されている前記少なくとも一つの状態マシンモジュールを用いて、トーカ広告属性の登録を解除することと
を更に含む、請求項１１に記載のコンピュータ実装方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、イーサネット（登録商標）オーディオ‐ビデオブリッジング（「ＡＶＢ」）ネットワークに係り、より詳細には、上位アプリケーション層インターフェースを介して送信されるコントロールメッセージに基づいてＡＶＢネットワーク上でデータストリームを管理することに関する。

【背景技術】

【0002】

オーディオ／ビデオ（「Ａ／Ｖ」）データは一エンドポイントから他のエンドポイントまでのネットワークシステムにおいて送信される。Ａ／Ｖデータが送信される前に、コントロール信号は、Ａ／Ｖデータが一つのエンドポイントから他のエンドポイントへ移動する経路を成立させるためにネットワークを介して送信される。同様に、コントロール信号はエンドポイント間の経路を削除するために使用される。

【発明の概要】

【課題を解決するための手段】

【0003】

トーカ、リスナ、およびコントローラを含むシステムは、イーサネット（登録商標）オーディオ／ビデオブリッジング（ＡＶＢ）ネットワーク上で相互に通信する。コントローラはトーカとリスナとの間の一以上のデータストリームの流れを管理するように構成されている。データストリームの流れを管理するために、コントローラはトーカおよび／またはリスナへコントロールメッセージを伝える。一つの例示的なシステムにおいて、コントロールメッセージは、Ｍｅｄｉａ Ｏｒｉｅｎｔｅｄ Ｓｙｓｔｅｍｓ Ｔｒａｎｓｐｏｒｔ（ＭＯＳＴ：車載通信）規格に基づいて使用されるファンクションブロック（ＦＢｌｏｃｋ）コントロールメッセージである。コントロールメッセージは、トーカ（話し手）および／またはリスナ（聞き手）の一以上のアプリケーション層インターフェースモジュールを介して伝達される。コントロールメッセージを受信すると、アプリケーション層インターフェースモジュールは、ストリーム予約プロトコル（ＳＲＰ）に基づいて記載されまたは使用される一以上のファンクションを使用して、ＡＶＢネットワーク上でデータストリームの流れを管理するように構成されている。これらのファンクションを使用するために、アプリケーション層インターフェースモジュールは、一以上の状態マシンモジュールおよび／または一以上のＳＲＰスタックモジュールと相互に通信する。

【0004】

コントローラは、トーカとリスナへ、データストリームを作成するかおよび／またはデータストリームとの接続を切断するために一以上のコントロールメッセージを送信することによってデータストリームの流れを管理する。トーカがデータストリームを作成するためのコントロールメッセージを受信すると、トーカはこのメッセージを状態マシンモジュールへ送信する。状態マシンモジュールは、ＳＲＰプロトコルスタックモジュールを用いて一以上の属性を登録するように構成されており、データストリームの情報をリスナに伝えるためにリスナにおいて一以上の事象がトリガされる。トーカは、アプリケーション層インターフェースモジュールを介して、コントローラへ、トーカがデータストリームを作成することが可能か否かを示す状態メッセージを送信するように構成される。

【0005】

成功（Ｓｕｃｃｅｓｓ）メッセージを受信すると、コントローラは、データストリームに接続するために接続メッセージをリスナへ送信するように構成される。リスナは、リスナのアプリケーション層インターフェースモジュールを介して、接続メッセージを受信する。アプリケーション層インターフェースモジュールは、状態マシンモジュールに接続メッセージを伝える。接続メッセージを受信しかつトーカによってトリガされた一以上の事象を判定した時点で、状態マシンモジュールは一以上のファンクションを実行してリスナがデータストリームへ接続可能であるか、および／または、データストリームへの接続を成立させることが可能であるかを判定する。状態マシンモジュールはまた、ＳＲＰプロトコルスタックモジュールを用いて一以上の属性を登録するように構成され、すなわち、トーカにおいて一以上の事象をトリガし、トーカにリスナがデータストリームへ接続する能力について通知する。リスナはまた、リスナのアプリケーション層インターフェースモジュールを介して、コントローラへリスナがデータストリームに接続可能であるかどうかを示す状態メッセージを送信する。リスナの登録によってトリガされた一以上のリスナ事象を判定する際、トーカの状態マシンモジュールは、リスナとの接続を成立させかつデータストリームをリスナへ送信するためのファンクションを実行する。

【0006】

コントローラはまた、データストリームとの接続を切断するためにトーカとリスナにコントロールメッセージを送信するように構成される。コントローラは、リスナのアプリケーション層インターフェースを介してリスナに切断メッセージを送信するように構成される。切断メッセージを受信すると、リスナの状態マシンモジュールは、ＳＲＰスタックモジュールを用いて一以上のリスナ属性の登録の解除を含む、データストリームからの切断のための一以上のファンクションを実行するように構成される。リスナは、アプリケーション層インターフェースを介して、リスナがデータストリームとの接続を切断することが可能かどうかを示す状態メッセージをコントローラへ送信するように構成される。リスナからの状態メッセージを受信すると、コントローラは、トーカのアプリケーションインターフェースを介して、トーカへデータストリームを削除するためのメッセージを送信するように構成される。メッセージを受信すると、トーカの状態マシンモジュールは、ＳＲＰスタックモジュールを用いて一以上のトーカ属性の登録を解除することを含む、データストリームを削除するための一以上のファンクションを実行するように構成される。トーカは、アプリケーション層インターフェースを介して、コントローラへ、トーカがデータストリームを削除することができたかを示す状態メッセージを送信するように構成される。

【0007】

以下の図面および発明の詳細な説明を参照することにより、他のシステム、方法、特徴および利点の存在が当業者にとって明らかになる。全てのこのような更にシステム、方法、特徴、および利点が本明細書の記載に網羅され、本発明の範囲を逸脱しない限り、以下の特許請求の範囲によって保護されることが意図される。
本発明は、例えば、以下を提供する。
（項目１）
イーサネット（登録商標）オーディオビデオブリッジング（「ＡＶＢ」）ネットワークを介してデータストリームの接続を成立させるように構成されているトーカデバイスであって、
アプリケーション層インターフェースモジュールと、
前記アプリケーション層インターフェースモジュールと通信状態にある状態マシンモジュールと、
前記アプリケーション層インターフェースモジュールと前記状態マシンモジュールと通信状態にあるストリーム予約プロトコル（「ＳＲＰ」）スタックモジュールと、
を含み、
前記アプリケーション層インターフェースモジュールが、
前記データストリームを作成するためのメッセージを判定し、
前記メッセージを前記状態マシンモジュールへ伝える
ように構成されており、
前記状態マシンモジュールが、
前記メッセージを受信し、
前記メッセージの受信に応答して、前記トーカデバイスが前記データストリームを作成することが可能であることを、前記ＳＲＰスタックモジュールを使用して、前記ＡＶＢネットワークへ伝達し、
前記ＳＲＰスタックモジュールを用いて、リスナデバイスが前記データストリームを受容できる能力を判定し、
前記リスナデバイスの前記データストリームを受容する能力の判定に基づいて、前記データストリームの前記リスナデバイスとの接続を成立させる、
ように構成されている、
ことよりなる、トーカデバイス。
（項目２）
前記アプリケーション層インターフェースモジュールがファンクションブロック（「ＦＢｌｏｃｋ」）インターフェースを含む項目１に記載のトーカデバイス。
（項目３）
前記状態マシンモジュールは、前記ＳＲＰスタックモジュールを使用して、前記トーカデバイスが前記データストリームを作成することが可能であることを前記ＡＶＢネットワークへ伝えることの一環として、前記ＳＲＰプロトコルスタックモジュールを用いてトーカ広告（「ＴＡ」）属性を登録するように更に構成されている項目１または２に記載のトーカデバイス。
（項目４）
前記状態マシンモジュールは前記ＳＲＰスタックモジュールへクエリを発行するように更に構成されており、前記ＳＲＰスタックモジュールへ発行された前記クエリが前記ストリームに関連付けられるストリームＩＤを指示する、項目１〜３のいずれか一項に記載のトーカデバイス。
（項目５）
前記状態マシンモジュールは、前記リスナデバイスが前記データストリームを受容できる能力を判定することの一環として、前記ＳＲＰスタックモジュールからリスナレディ事象を受信するように更に構成されている項目１〜４のいずれか一項に記載のトーカデバイス。
（項目６）
前記状態マシンモジュールは、前記データストリームを作成するために前記メッセージを判定することの一環として、コントローラから前記メッセージを受信するように更に構成されている項目１〜５のいずれか一項に記載のトーカデバイス。
（項目７）
前記アプリケーション層インターフェースは、前記トーカデバイスが前記データストリームを作成することが可能であることを示す成功メッセージを前記コントローラへ送信するように更に構成されており、前記コントローラへの前記成功メッセージが前記ストリームのストリームＩＤを含む、項目６に記載のトーカデバイス。
（項目８）
前記状態マシンモジュールは、前記データストリームの前記リスナデバイスとの接続を成立させることの一環として、前記データストリームのストリーミングを開始するためにオーディオ／ビデオトランスポートプロトコル（ＡＶＴＰ）エンジンを始動させるように構成されている、項目１〜７のいずれか一項に記載のトーカデバイス。
（項目９）
前記リスナデバイスが第１のリスナデバイスを含み、前記状態マシンモジュールが前記ＳＲＰスタックモジュールを使用して第２のリスナデバイスが前記データストリームを受容できる能力を判定するように更に構成されている、項目１〜８のいずれか一項に記載のトーカデバイス。
（項目１０）
前記アプリケーション層インターフェースは、前記データストリームを削除するためにメッセージを判定し、前記メッセージを前記状態マシンモジュールへ伝えるように更に構成されている、項目１〜９のいずれか一項に記載のトーカデバイス。
（項目１１）
前記状態マシンモジュールは、前記データストリームを削除するための前記メッセージの受信に応答して、オーディオ／ビデオトランスポートプロトコル（ＡＶＴＰ）エンジンを停止させ、トーカ広告属性の登録を解除するように、構成されている、項目１０に記載のトーカデバイス。
（項目１２）
イーサネット（登録商標）オーディオビデオブリッジング（「ＡＶＢ」）ネットワークを介して相互に通信するトーカデバイスとリスナデバイスとの間でデータストリームの接続を成立させるために少なくとも一つの状態マシンモジュールを動作させるコンピュータ実装方法であって、前記少なくとも一つの状態マシンモジュールが、メモリに記憶されるとともに少なくとも一つのプロセッサによって実行可能なデジタルロジックを含み、
前記方法が、
アプリケーション層インターフェースから、前記データストリームを作成するための第１のメッセージを受信するステップと、
前記ＡＶＢネットワークを介して伝搬させるようにストリーム予約プロトコル（「ＳＲＰ」）スタックモジュールへ前記トーカデバイスが前記データストリームを作成することが可能であることを示す第２のメッセージを伝えるステップと、
前記ＳＲＰスタックモジュールから、前記リスナデバイスが前記データストリームを受容する能力を示す第３のメッセージを受信するステップと、
前記リスナデバイスが前記データストリームを受容する能力の判定に基づいて前記トーカデバイスと前記リスナデバイスとの間で前記データストリームの接続を成立させるステップと、
を含む、コンピュータ実装方法。
（項目１３）
前記アプリケーション層インターフェースがファンクションブロック（「ＦＢｌｏｃｋ」）インターフェースを含む項目１２に記載のコンピュータ実装方法。
（項目１４）
前記トーカデバイスが前記データストリームを作成することが可能であることを示す前記第２のメッセージを前記ＳＲＰスタックモジュールへ伝えるステップが前記ＳＲＰプロトコルスタックモジュールを用いてトーカ広告（「ＴＡ」）属性を登録するステップを含む、項目１２または１３に記載のコンピュータ実装方法。
（項目１５）
前記ＳＲＰスタックモジュールへクエリを発行するステップを更に含み、前記ＳＲＰスタックモジュールへ発行された前記クエリは前記ストリームに関連付けられたストリームＩＤを示す、項目１２〜１４のいずれか一項に記載のコンピュータ実装方法。
（項目１６）
前記データストリームの前記リスナデバイスへの接続を成立させるステップが前記データストリームのストリーミングを開始するためにオーディオ／ビデオトランスポートプロトコル（ＡＶＴＰ）エンジンを始動させるステップを含む項目１２〜１５のいずれか一項に記載のコンピュータ実装方法。
（項目１７）
前記リスナデバイスが第１のリスナデバイスを含み、前記第１のリスナは前記データストリームを受容可能であるが第２のリスナは前記データストリームを受容不可能であることを示す第４のメッセージを前記ＳＲＰスタックモジュールから受信するステップを更に含む、項目１２〜１６のいずれか一項に記載のコンピュータ実装方法。
（項目１８）
前記データストリームを削除するための第５のメッセージを前記アプリケーション層インターフェースから受信するステップを更に含む項目１２〜１７のいずれか一項に記載のコンピュータ実装方法。
（項目１９）
前記データストリームを削除するための前記第５のメッセージの受信に応答して、オーディオ／ビデオトランスポートプロトコル（ＡＶＴＰ）エンジンを停止するステップと、トーカ広告属性の登録を解除するステップと、を更に含む項目１８に記載のコンピュータ実装方法。
（項目２０）
イーサネット（登録商標）オーディオビデオブリッジング（「ＡＶＢ」）ネットワークと通信状態にあるトーカデバイスとリスナデバイスとの間でデータストリームの接続を成立させるために少なくとも一つの状態マシンモジュールを動作させるコンピュータ実装方法であって、
前記少なくとも一つの状態マシンモジュールが、メモリに記憶されるとともに少なくとも一つのプロセッサによって実行可能なデジタルロジックを含み、
前記方法が、
アプリケーション層インターフェースモジュールから、前記データストリームに接続するためのメッセージを受信するステップと、
前記ＡＶＢネットワーク介して伝搬させるようにストリーム予約プロトコル（「ＳＲＰ」）スタックモジュールへ前記リスナデバイスが前記データストリームに接続可能であることを示すメッセージを伝えるステップと、
前記ＳＲＰスタックモジュールから、前記リスナデバイスが前記データストリームを受容できる能力を示すメッセージを受信するステップと、
前記リスナデバイスの前記データストリーム受容能力を判定するステップに基づいて、前記トーカデバイスと前記リスナデバイスとの間で前記データストリームの接続を成立させるステップと、
を含む、コンピュータ実装方法。
（項目２１）
前記トーカデバイスが前記データストリームを作成することが可能であることを示すメッセージを受信するステップと、前記メッセージの受信に応答してオーディオ／ビデオトランスポートプロトコル（ＡＶＴＰ）を始動させるステップと、を更に含む項目２０に記載のコンピュータ実装方法。
（項目２２）
前記データストリームから接続を切断するためのメッセージを受信するステップを更に含む項目２０または２１に記載のコンピュータ実装方法。
（項目２３）
前記メッセージの受信に応答して、オーディオ／ビデオトランスポートプロトコル（ＡＶＴＰ）を停止させるステップと、リスナレディ属性の登録を解除するステップと、を更に含む項目２２に記載のコンピュータ実装方法。
（項目２４）
イーサネット（登録商標）ＡＶＢネットワークを介して通信状態にあるとともに前記イーサネット（登録商標）ＡＶＢネットワーク上でデータストリームを広告するように構成されているトーカを含む、ネットワーク通信システムであって、
前記トーカが、
アプリケーション層インターフェースモジュールを介して、コントローラから、前記ＡＶＢネットワーク上でデータストリームを作成するためのメッセージを受信し、
ストリーム予約プロトコル（「ＳＲＰ」）スタックモジュールを使用してトーカ広告属性を登録し、
前記アプリケーション層インターフェースモジュールを介して、前記コントローラによって受信される、前記トーカが前記データストリームを作成することが可能であることを示す第１のメッセージを送信し、
前記ＳＰＲスタックから、前記ＡＶＢネットワークのリスナが前記ストリームを受容することが可能である指示を受信し、
前記指示の受信に基づいて前記リスナとの接続を成立させるように更に構成されている
ことよりなる、ネットワーク通信システム。
（項目２５）
前記リスナが、
アプリケーション層インターフェースを介して、前記コントローラから、前記データストリームに接続するためのメッセージを受信し、
前記ＳＲＰスタックを介して、前記トーカがデータストリームを作成することが可能であることを示すメッセージを受信し、
前記ＳＲＰスタックを使用してリスナレディ属性を登録する
ように構成されている、項目２４に記載のネットワーク通信システム。
（項目２６）
イーサネット（登録商標）オーディオビデオブリッジング（「ＡＶＢ」）ネットワークにおいてトーカデバイスとリスナデバイスとの間でデータストリームの接続を成立させるために少なくとも一つの状態マシンモジュールを動作させるためのコンピュータ実行可能コードを有形に具体化するコンピュータ可読媒体を有するコンピュータプログラムプロダクトであって、
アプリケーション層インターフェースモジュールから前記データストリームを作成することを示す第１のメッセージを受信するためのコードと、
前記ＡＶＢネットワーク上で前記トーカデバイスが前記データストリームを作成することが可能であることを示すメッセージを伝搬させるようにストリーム予約プロトコル（「ＳＲＰ」）スタックモジュールへ命令を伝えるためのコードと、
前記ＳＰＲスタックモジュールから、前記リスナデバイスが前記データストリームを受容することができる能力を示す第２のメッセージを受信するためのコードと、
前記リスナデバイスが、前記データストリームを受容することができる能力の判定に基づいて、前記トーカデバイスと前記リスナデバイスとの間で前記データストリームの接続を成立させるコードと、
を含む、コンピュータプログラムプロダクト。
（項目２７）
前記ＳＲＰスタックモジュールへクエリを発行するためのコードであって、前記ＳＲＰスタックモジュールへ発行された前記クエリが前記ストリームに関連付けられるストリームＩＤを示すコードを更に含む項目２６に記載のプロダクト。
（項目２８）
前記ＳＲＰスタックモジュールから前記リスナデバイスが前記データストリームを受容することができる能力を示す前記第２のメッセージを受信するための前記コードが、前記ＳＲＰスタックモジュールからリスナレディ事象を受信するためのコードを含む、項目２６または２７に記載のプロダクト。
（項目２９）
前記データストリームの前記リスナデバイスとの前記接続を成立させるための前記コードが、前記データストリームのストリーミングを開始するためにオーディオ／ビデオトランスポートプロトコル（ＡＶＴＰ）エンジンを始動させるためのコードを含む、項目２６〜２８のいずれか一項に記載のプロダクト。
（項目３０）
前記アプリケーション層インターフェースモジュールから前記データストリームを削除することを示す第３のメッセージを受信するためのコードを更に含む項目２６〜２９のいずれか一項に記載のプロダクト。
（項目３１）
前記データストリームを削除するための前記第３のメッセージに応答して、オーディオ／ビデオトランスポートプロトコル（ＡＶＴＰ）エンジンを停止するためのコードと、トーカ広告属性の登録を解除するためのコードと、を更に含む項目３０に記載のプロダクト。

【0008】

このシステムは以下の図面およびその簡単な説明を参照することによってより良く理解されよう。図中の構成要素は、必ずしも縮尺されておらず、本発明の原理を例示的に示すために強調して提供した。更に、図中、様々な図面を通して、同様の参照番号を同様の構成部品に付した。

【図面の簡単な説明】

【0009】

【図1】例示的なネットワーク通信システムを示すブロック図である。

【図2】クライアント、コントローラ、トーカおよびリスナの一以上のコンポーネントを示す例示的なネットワーク通信システムを示すブロック図である。

【図3】イーサネット（登録商標）ＡＶＢネットワーク上のトーカとリスナとの間のデータストリームを作成するためにコントローラが実行する例示的な方法を示す流れ図である。

【図4】イーサネット（登録商標）ＡＶＢネットワーク上でトーカと一以上のリスナとの間のデータストリームを削除するためにコントローラが実行する流れ図である。

【図5】トーカとリスナがコントローラから受信した命令に基づいてトーカとリスナとの間のデータストリームを作成するために実行する方法を例示的に示す流れ図である。

【図6】図５の例示的な方法を詳細に示す流れ図である。

【図7】トーカとリスナがコントローラから受信した命令に基づいてトーカとリスナとの間のデータストリームを削除するために実行する例示的な方法を示す流れ図である。

【図8】図７の例示的な方法を詳細に示す流れ図である。

【図9】例示的なネットワーク通信システムを示すブロック図である。

【図10】ネットワーク通信システム内の一以上のコンポーネントと共に使用する処理システムを例示する図である。

【発明を実施するための形態】

【0010】

ネットワークデバイス間の相互の接続能力に対する要求は急速に高まり続けている。数多くのシステムにおいて、夥しい数のネットワーク接続および／または通信能力を有するデバイスが製造されている。例えば、一部の自動車の場合、以前はその接続性が考えられなかったコンポーネントがその接続能力を確かなものとして製造されている。このような制動装置（ブレーキ）、スロットル、および／または様々な他の部品などのパーツは、イーサネット（登録商標）オーディオビデオブリッジング（Ｅｔｈｅｒｎｅｔ（登録商標） Ａｕｄｉｏ−Ｖｉｄｅｏ Ｂｒｉｄｇｉｎｇ：「イーサネット（登録商標）ＡＶＢ」）有効（イネーブルド）デバイスとして製造され、イーサネット（登録商標）ＡＶＢネットワークを介して相互通信する。一部のシステムでは、イーサネット（登録商標）ＡＶＢネットワークは、一以上のデバイスをワイヤレスにおよび／またはイーサネット（登録商標）ケーブルなどのワイヤラインを介して送信されるオーディオおよび／またはビデオデータストリームに接続するために使用される。

【0011】

他のシステムにおいて、これらのデバイスは、イーサネット（登録商標）ケーブル以外の光ファイバケーブルなどの媒体を使用してネットワーク上で互いに接続されおよび／または通信される。イーサネット（登録商標）ケーブル以外の媒体を使用するネットワークの一例としてＭＯＳＴ（Ｍｅｄｉａ Ｏｒｉｅｎｔｅｄ Ｓｙｓｔｅｍｓ Ｔｒａｎｓｐｏｒｔ：車載通信）ネットワークが挙げられる。ＭＯＳＴネットワークに接続されたデバイスは、デバイス間でＡ／Ｖ（オーディオ／ビデオ）データを通信するための基礎となるトランスポート機構として時分割多重化を使用するＭＯＳＴ車載バス規格を使用して交信する。ＭＯＳＴ車両規格を用いて通信するシステムにおいて、ネットワーク上へ送信されるＡ／Ｖデータのコントロールはファンクションブロック（「ＦＢｌｏｃｋ」）コントロール信号を用いて実行する。ＦＢｌｏｃｋコントロール信号は、デバイスのアプリケーション層におけるＭＯＳＴネットワーク上のデバイスによって送信されおよび／または受信される。アプリケーション層においてデバイスはＦＢｌｏｃｋコントロール信号を送受信するためのインターフェースを有する。このインターフェースは「ＦＢｌｏｃｋインターフェース」と呼ばれる。ＦＢｌｏｃｋインターフェースは、デバイス内の同じまたは異なる層の他のアプリケーションおよび／またはモジュールと通信することにて、ＦＢｌｏｃｋコントロール信号を送信し、受信し、および／または処理する。

【0012】

光ファイバケーブルを使用するＭＯＳＴネットワークは、イーサネット（登録商標）ケーブルを使用するイーサネット（登録商標）ＡＶＢネットワークに置き換えることができ、この際、基礎となるトランスポート機構は、時分割多重化ではなく優先付けされるパケット交換を含む。ＭＯＳＴネットワークがイーサネット（登録商標）ＡＶＢネットワークで置き換えられる場合、Ａ／Ｖデータの流れをコントロールするためには、やはり、ＦＢｌｏｃｋコントロール信号を用いることが望ましい。

【0013】

図１は、Ａ／Ｖ信号の流れをコントロールするために、ＦＢｌｏｃｋコントロール信号などの上位アプリケーション層のコントロール信号を組み込み、含み、および／または使用するネットワーク通信システム１００を例示している。システム１００は、電子デバイス１３０、１３１、１３２、１４０、１４１、１４２、１５０、１６０、および１９０を含む複数の電子デバイスを含む。含まれる電子デバイスはこれより多くても少なくてもよい。各電子デバイス１３０、１３１、１３２、１４０、１４１、１４２、１５０、１６０、および／または１９０は一以上の役割を代行するように構成される。これらの役割には、トーカ（話し手）の役割、リスナ（聞き手）の役割、トーカ／リスナの役割、クライアントの役割、および／またはコントローラの役割が含まれるが、これ以外の役割が含まれてよい。トーカの役割は、ネットワーク１１０を介して情報および／またはデータを送信することである。これに代えまたはこれに加えて、トーカの役割は、情報および／またはデータを運ぶデータストリーム送信のための接続を成立させ、作成しおよび／または予約することである。これに代えまたはこれに加えて、トーカの役割は、接続を削除または切断することである。リスナの役割は、ネットワーク１１０を介して送信された情報および／またはデータを受信することである。これに代えまたはこれに加えて、リスナの役割は、データストリームに接続することおよび／または接続予約することである。これに代えまたはこれに加えて、リスナの役割は、データストリームから接続を削除することである。トーカ／リスナの役割は同時にまたは別の時間でトーカとリスナの両役割を実行することである。

【0014】

コントローラの役割は、トーカとリスナまたはトーカ／リスナ間でデータストリームの流れをコントロールすることである。コントローラは、トーカとリスナまたはトーカ／リスナ間でデータストリームの接続を作成および／または削除するためにトーカ、リスナおよび／またはトーカ／リスナへ一以上のメッセージを送信することによって、データストリームの流れをコントロールする。メッセージは、トーカ、リスナおよび／またはトーカ／リスナの上位アプリケーション層を介して、トーカ、リスナ、および／またはトーカ／リスナへ伝達される。これに代えまたはこれに加えて、コントローラの役割は、トーカのどのトーカが重要性および関連性が高いかおよび／またはリスナに使用されると予想されるかを識別および／または判定することである。クライアントの役割は、データストリームの接続の作成または接続の解除（削除）を示すユーザ入力などの入力を判定しこの入力をコントローラへ伝えることである。

【0015】

電子デバイス１３０、１３１、１３２、１４０、１４１、１４２、１５０、１６０、および／または１９０は、異なる状況や別の時間で異なる役割を果たすように構成される。例えば、ある状況において、電子デバイスの一つはトーカとして構成される。異なる状況下では、電子デバイスはリスナとして構成される。或いは、電子デバイス１３０、１３１、１３２、１４０、１４１、１４２、１５０、１６０、および／または１９０が果たすように構成される役割は固定することもできる。以下の説明において、システム１００内の電子デバイス１３０、１３１、１３２、１４０、１４１、１４２、１５０、１６０、および／または１９０には前述した役割が指定される。他のシステムでは別の役割が指定される。システム１００は、一以上のトーカ１３０、１３１、１３２、一以上のリスナ１４０、１４１、１４２、一以上のトーカ／リスナ１５０、一以上のクライアント１６０、および／または一以上のコントローラ１９０を含む。トーカ１３０、１３１、１３２、リスナ１４０、１４１、１４２、トーカ／リスナ１５０、クライアント１６０、およびコントローラ１９０を含むシステム１００の各コンポーネントは、ネットワーク１１０上の他のコンポーネントの一以上と通信することもできる。

【0016】

トーカ１３０、１３１および１３２、リスナ１４０、１４１および１４２、トーカ／リスナ１５０、クライアント１６０、および／または、コントローラ１９０の一以上は、システム１００の一部または全てのファンクショナリティを実装するために、ハードウェア、ソフトウェアおよび／またはハードウェアとソフトウェアとの組み合わせであるかまたはこれらを含む。トーカ１３０、１３１および１３２、リスナ１４０、１４１および１４２、トーカ／リスナ１５０、クライアント１６０、および／または、コントローラ１９０の一以上は、一以上の中央処理装置（ＣＰＵ）などの一以上のプロセッサであるかまたはこれらを含むことができ、および／または、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）のプロセッサなどの一以上のプロセッサと通信状態にあってよい。他の例において、含まれるコンポーネントはこれより多くても少なくてもよい。

【0017】

トーカ１３０、１３１および１３２、リスナ１４０、１４１および１４２、トーカ／リスナ１５０、および／または、コントローラ１９０の一以上は、ネットワーク１１０を介してまたはこれを用いて相互接続される。これに代えまたはこれに加えて、トーカ１３０、１３１および１３２、リスナ１４０、１４１および１４２、トーカ／リスナ１５０、および／または、コントローラ１９０の一以上は直接的に相互接続される。例えば、トーカ１３０、１３１および１３２、リスナ１４０、１４１および１４２、トーカ／リスナ１５０、および／または、コントローラ１９０の一以上は、イーサネット（登録商標）ケーブルなどのワイヤライン、および／または、ワイヤレスネットワークを使用して相互に接続される。様々な別の接続も使用できる。

【0018】

ネットワーク１１０は、イーサネット（登録商標）ＡＶＢネットワークであり、これを含み、および／または、これを介して、もしくはこれと通信する。ネットワーク１１０は、ネットワークを介して通信し、および／または、ネットワークに接続された一以上のデバイスと通信する一以上のブリッジを含む。一以上のブリッジは、ＩＥＥＥ（アイトリプルイー）によって指定されたイーサネット（登録商標）ＡＶＢプロトコルなどの様々なプロトコルを介してまたはこれらを用いてネットワーク１１０および／またはネットワークに接続されたデバイスと通信する。例えば、一以上のブリッジは、ネットワークタイミングおよび同期のためのＩＥＥＥ８０２．１ＡＳ‐２００１（ｇＰＴＰ）、ストリーミングデータをキューし転送するためのＩＥＥＥ８０２．１Ｑａｖ−２００９、ネットワークにおけるデータストリーム帯域幅を予約するためのＩＥＥＥ８０２．１Ｑａｔ−２０１０（ＳＲＰ）、および／または使用可能なデータストリーミングフォーマットに関係しているＩＥＥＥ１７２２‐２０１１などのイーサネット（登録商標）ＡＶＢプロトコルを介してまたはこれを使用して、ネットワーク１１０および／またはネットワークに接続されたデバイスと通信する。様々な他のプロトコルを使用することもできる。これに代えまたはこれに加えて、ネットワーク１１０は、インターネット、ローカルエリアネットワーク（ＬＡＮ）、キャンパスエリアネットワーク、メトロポリタンエリアネットワークなどの広域ネットワーク（ＷＡＮ）、または、データ通信を可能にする任意の他のワイヤレスおよび／またはワイヤラインネットワークであり、これらを含み、および／または通信する。ネットワーク１１０は、サブネットワークに分割される。サブネットワークは、ネットワーク１１０に接続されたコンポーネントの全てへのアクセスを可能にし、または、サブネットワークはネットワーク１１０に接続されたコンポーネント同士の間の相互アクセスを制限する。ネットワーク１１０は、パブリックまたはプライベートなネットワークと見なされ、例えば、仮想プライベートネットワーク、暗号化、または、パブリックインターネット上で用いられる任意の他のセキュリティ機構などを含む。様々な他のタイプのネットワーク１１０が使用可能である。

【0019】

トーカ１３０、１３１および１３２、リスナ１４０、１４１および１４２、および／または、トーカ／リスナ１５０の一以上は、データ転送をサポートする任意の構成のネットワーク１１０に接続される。これは、ワイヤード（有線）またはワイヤレス（無線）であるネットワーク１１０へのデータ接続を含む。トーカ１３０、１３１および１３２、リスナ１４０、１４１および１４２、および／または、トーカ／リスナ１５０の一以上は、イーサネット（登録商標）ＡＶＢネットワークへのケーブルまたはワイヤレス接続を用いるなどのイーサネット（登録商標）接続を介してまたはイーサネット（登録商標）接続によって、イーサネット（登録商標）ＡＶＢネットワークに接続され、および／または、互いに接続される。様々な他の接続も使用可能である。

【0020】

システムは、一以上のトーカのシステムまたはトーカ１３０、１３１、および１３２を含む。小なる通信ネットワークでは、システムは、例えば、２０以下のようなほんの小数のトーカを有するにすぎない。他の大なる通信システムでは、システムは、数百、数千、或いは何百万ものトーカを含む。様々な数のトーカが使用可能である。

【0021】

トーカ１３０、１３１、および１３２は、図１０に示されかつ後述されるコンピュータシステム１０００などのコンピュータシステムの特徴の一部または全てであるかまたはそうではなくまたはこれらを含む。トーカ１３０、１３１、および１３２はイーサネット（登録商標）ＡＶＢ有効（イネーブルド）でありおよび／または互換性がある。トーカ１３０、１３１、および１３２は、一以上の規格またはプロトコルを使用して、イーサネット（登録商標）ＡＶＢネットワークを介しておよび／または同イーサネット（登録商標）ＡＶＢネットワークと通信するように構成され、適合され、動作可能とされ、および／またはイネーブル（有効）とされる。例えば、トーカ１３０とネットワーク１１０の間での通信に関連付けられたプロトコルは、ＩＥＥＥ（アイトリプルイー）８０２．ｌＱａｔ‐２０１０で指定されたストリーム予約プロトコルである。これに代えまたはこれに加えて、複数のＭＡＣ（マルチメディアアクセスコントロール）登録プロトコル（「ＭＭＲＰ」）、ＩＥＥＥ８０２．１ＡＳ‐２０１１（ｇＰＴＰ）、ＩＥＥＥ８０２．１Ｑａｖ‐２００９、および／またはＩＥＥＥ１７２２‐２０１１などの様々な他のプロトコルを使用する。

【0022】

トーカ１３０、１３１、および１３２はネットワーク１１０を介して情報および／またはデータを送信するように構成され、適合され、動作可能とされ、および／またはイネーブル（有効）とされる。例えば、トーカ１３０、１３１、および１３２は、イーサネット（登録商標）ＡＶＢネットワークを介して、使用して、または、横切って、データ、コマンド、および／またはコマンド信号を含む情報のストリームを送信するように構成および／または適合される。イーサネット（登録商標）ＡＶＢネットワークなどのネットワーク１１０を介してトーカ１３０、１３１、および１３２によって送信された情報および／またはデータは、ネットワーク１１０に接続されたリスナ１４０、１４１、および１４２および／またはトーカ／リスナ１５０などの他のデバイスによって受信される。

【0023】

トーカ１３０、１３１、および１３２は、様々なファンクションを実行し、および／または、様々なコンポーネントに接続されるかまたはこれらを含む。例えば、トーカ１３０は、ネットワーク１１０、および楽器やマイクなどの入力装置に接続される。情報および／またはデータは、トーカ１３０やトーカ１３０に接続されたデバイスへ送信、受信、および／または、入力される。例えば、ユーザは、楽器を演奏したりトーカ１３０に接続されたマイクへ向かって歌ったりすることができ、楽器や歌および／または音声についての情報および／またはデータはトーカ１３０によって受信される。

【0024】

ネットワーク通信システムのトーカ１３０、１３１、および１３２は（マイク等）の物理デバイス自体でありまたそのように説明されるが、一部のシステムにおいて、トーカが、例えば、図１０に示しかつ後述されるコンピュータシステム１０００の特徴の一部または全部のように、（マイクなどの）トーカをコントロールするために使用されおよび／または動作することができる、コンピュータまたは他の電子コントロールデバイスを含むことが理解されよう。これらのシステムにおいて、コンピュータまたは他の電子コントローラデバイスは、ＡＶＢ有効（イネーブルド）でありおよび／またはネットワーク１１０と直接的に通信することが可能である。更に、コンピュータまたは他の電子コントローラデバイスは、例えば、ワイヤードまたはワイヤレス接続によって、物理的デバイスおよび／または他のデバイスと様々なかたちで交信可能である。これに代わる様々なデバイスも使用可能である。

【0025】

トーカ１３０は、様々なかたちで受信した情報および／またはデータを処理する。例えば、トーカ１３０は、受信した音楽信号などの任意の信号をアナログ信号からデジタル信号へ変換する。他のシステムにおいて、コンピューティングデバイスは、受信した情報および／またはデータの処理を行い、処理された情報および／またはデータをトーカ１３０へ送信する。様々な他のプロセッシングファンクションはトーカ１３０および／またはトーカ１３０と通信状態にあるデバイスによって実行される。

【0026】

トーカ１３０は、処理された情報および／またはデータを、データストリームおよび／またはイーサネット（登録商標）ＡＶＢ信号において、これと共に、および／または、これを使用して、ネットワーク１１０へ向けて、転送、送信、出力、および／または、広告する。例えば、トーカ１３０は、トーカ１３０に接続されたデバイスでユーザによって演奏（再生）される音楽に関連したデータを網羅するデータストリームを、イーサネット（登録商標）ＡＶＢネットワークへ向けて、広告する。ネットワーク１１０上でトーカ１３０によって広告された情報および／またはデータは、様々なリスナ１４０、１４１、および１４２および／またはトーカ／リスナ１５０などの他のデバイスによって受信される。様々な他のファンクションがトーカ１３０によって実行される。

【0027】

各トーカ１３０、１３１、および１３２は、一以上のトーカ属性を有する。トーカ属性は、トーカ１３０および／またはトーカ１３０によって広告されたデータストリームに関する特徴を指定し、含み、或いは、識別する。例えば、トーカ属性は、トーカ１３０がネットワーク上でマルチキャスト展開するオーディオ、ビデオ、および／またはコマンドデータストリームなどのデータストリームを有することを表示しおよび／または広告する。トーカ属性は、トーカ１３０によって広告されたデータストリームがネットワーク１１０を介して転送されるために必要とされる帯域幅のサイズを指定する。指定された帯域幅の量は、トーカ１３０とリスナ１４０の間の経路内スイッチごとに帯域幅の量を予約するだけの帯域幅の能力があるかを判定するためにネットワーク１１０内のブリッジおよび／またはスイッチによって使用される。一例において、属性において指定された帯域幅の情報をリスナが受信する前に、スイッチおよび／またはブリッジの一以上が帯域幅制約によって故障した場合、それを表示するので、リスナ１４０が帯域幅の量を気にかけないこともある。これに代えまたはこれに加えて、トーカ属性は、トーカ１３０から送信された情報および／またはデータがリスナ１４０に届くまでにかかる時間（レイテンシー（待ち時間）またはレイテンシー期間と呼ぶ）を指定する。これに代えまたはこれに加えて、トーカ属性は宛先アドレスを指定する。一例において、宛先アドレスは、リスナ１４０などの特定のリスナに一意のものではない。宛先アドレスは、例えば、リスナ１４０、１４１、１４２などの任意のリスナが、予約されかつ転送が開始されると、広告されているデータストリームを受信および／または処理することを可能にするマルチキャスト宛先であってよい。或いは、宛先アドレスが特定のリスナにとって一意である場合もある。

【0028】

これに代えまたはこれに加えて、トーカ属性は、トーカ１３０によって広告されたストリームに対して一意のストリーム識別子（「ＩＤ」）を指定する。トーカ属性は、様々な他の情報および／またはデータを指定し、含み、および／または識別する。一つのトーカ属性は、例えば、ダウンロードに必要される帯域幅に関する情報および／またはトーカの一意のストリームＩＤなどの複数の情報および／またはデータを含む。一部のシステムにおいて、各トーカ属性は唯一の情報および／またはデータに関係しており、各トーカ１３０、１３１、および１３２は複数のトーカ属性を有する。他のシステムにおいて、各トーカ１３０、１３１、および１３２は、トーカに関する複数の情報および／またはデータを指定する唯一のトーカ属性を有している。様々な組み合わせが使用可能である。

【0029】

トーカ属性はトーカ広告（ＴＡ）および／またはトーカ失敗（ＴＦ）を含む。上述したように、トーカ属性は、トーカ１３０が生成または生成したいとするストリームのためのストリームＩＤを指定する。ストリームＩＤは、一つのストリームにのみ割当てられる文字および／または数字の一意のシーケンスである。いくつかのシステムにおいて、二つのストリームが同じストリームＩＤを有することはない。その後、トーカ１３０の一意のストリームＩＤの割当ておよび／または識別はデバイスがそれ自体を添付したいとするストリームを識別するためにリスナ１４０などのデバイスによって使用される。例えば、リスナ１４０は、イーサネット（登録商標）ＡＶＢネットワーク上で、一意のストリームＩＤを含み、かつ、この一意のストリームＩＤの識別に基づいて、一意のストリームＩＤに関連付けられるストリームへ添付することをリクエストすることができる広告などのメッセージを受信する。ストリームＩＤの様々な他の用途に使用可能である。固有なストリームＩＤは６４ビットのストリームＩＤであり、または、様々な他のストリームＩＤを使用してもよい。トーカ１３０は、例えば、製造者によってトーカ１３０が製造される時に、製造後、例えば、コントローラ１９０によってトーカ１３０がネットワーク１１０に接続される時に、および／または、様々な他の時期に、ストリームへ一意のストリームＩＤを割当てるように構成されている。

【0030】

一以上のトーカ属性は、トーカ１３０、１３１、および１３２、リスナ１４０、１４１、および１４２、トーカ／リスナ１５０、および／またはコントローラ１９０の一以上に記憶される。例えば、トーカ１３０の一意のストリームＩＤは、コントローラ１９０によって送信されおよび／または受信され、例えば、非ＳＲＰプロトコルを介して、これと共に、またはこれを使用して、トーカ１３０の一意のストリームＩＤを記録および／または記憶し、および／または、一以上のリスナ１４０、１４１および１４２へトーカ１３０の一意のストリームＩＤを転送する。トーカ属性の様々な他の用途およびファンクションが使用可能である。

【0031】

ストリーム広告は、ネットワーク１１０を介してパスされるトーカ１３１、１３２、１３０からの信号および／または他の転送であってよい。トーカ１３０によって送信されるストリーム広告は、トーカ１３０がネットワーク１１０上で、送信、マルチキャストおよび／または転送できる、できない、するかもしれない、または、しないかもしれないデータストリームを有することを示す。ストリーム広告は、トーカ広告（「ＴＡ」）またはトーカ失敗（「ＴＦ」）を含む。「ＴＡ」はトーカからのネットワーク経路に沿った任意の帯域幅または他のネットワーク上の制約に遭遇しなかったストリームのための広告である。「ＴＦ」はトーカからのネットワーク経路に沿ったどこかで帯域幅の制約や他の制限によってリスナが使用できなかったストリームのための広告である。トーカからリスナまでの経路に沿ってブリッジまたはスイッチの使用可能な帯域幅やリソースが不十分である場合、ブリッジやスイッチは、リスナへメッセージを転送する前に、ＴＡメッセージをＴＦメッセージに変える。

【0032】

ストリーム広告（ａｄｖｅｒｔｉｓｅｍｅｎｔ）は、トーカ１３０によって広告され、および／または、出力されるストリーム広告内に送信されるかおよび／または含まれる一以上のトーカ属性などのデータストリームについての詳細を含む。例えば、ストリーム広告はこのストリーム広告を用いてトーカ１３０によって広告されているデータストリームの一意のストリームＩＤを含む。トーカ１３０によって送信されたストリーム広告はネットワーク１１０を介してネットワークと通信状態にある一以上のデバイス（例えば、一以上のリスナ１４０、１４１、１４２）へ転送されるか、および／または、これらのデバイスによって受信される。一部のシステムにおいて、ストリーム広告はネットワーク１１０上の全てのデバイスへ送信される。

【0033】

一以上のリスナ１４０、１４１、１４２および／またはトーカ／リスナ１５０はストリーム広告を受信する。リスナの一つがＴＡ（トーカ広告）によって広告されているデータストリームを受信したいとする場合、リスナは、ブリッジ、ネットワーク１１０、および／または、トーカ１３０、１３１、１３２へリスナレディ（リスナレディ：「ＬＲ」）信号を送信する。この信号はストリーム広告に含まれるストリームＩＤを介してデータストリームに添付するためのリクエストであってよい。ＡＶＢネットワーク１１０におけるイーサネット（登録商標）ＡＶＢブリッジまたはスイッチがリスナからＬＲ信号を受信すると、ブリッジはＬＲをＴＡに整合させ、ストリーム広告によって参照されたデータストリームが、リクエスト中のリスナへ、送信されることを可能にする。一以上のリスナ１４０、１４１、１４２は、一つのストリームＩＤを介して、同一のデータストリームをリクエストおよび／または添付する。リスナ１４０、１４１、１４２の一つは、各リクエストされたデータストリームのストリームＩＤを介して、複数のデータストリームをリクエストおよび／または添付する。他の変形も実行可能である。

【0034】

一以上のストリーム広告が、ネットワーク１１０を介しておよび／または使用して、個別におよび／または単独で、送信されおよび／またはアクセスされる。一以上のストリーム広告が、リスナ１４０、１４１、１４２、トーカ／リスナ１５０ および／またはコントローラ１９０などのネットワーク１１０上の一以上の受信デバイスによって、送信され、アクセスされ、および／または、受信される。ストリームの広告および／またはトーカ属性の様々な他の用途およびファンクションが利用可能である。

【0035】

小なる通信ネットワークでは、システム１００は、例えば、２０以下のようなほんの小数のリスナを有するにすぎない。他の大なる通信システムでは、システム１００は、数百、数千、或いは何百万ものリスナを含む。様々な数のリスナが使用可能である。

【0036】

リスナ１４０、１４１、および１４２は、図１０に示されかつ後述されるコンピュータシステム１０００などのコンピュータシステムの特徴の一部または全てであるかまたはそうではなくまたはこれらを含む。リスナ１４０、１４１、および１４２はイーサネット（登録商標）ＡＶＢ有効（イネーブルド）でありおよび／または互換性がある。リスナ１４０、１４１、および１４２は、一以上の規格またはプロトコル、例えば、ＩＥＥＥ８０２．１ＡＳ‐２０１１（ｇＰＴＰ）、ＩＥＥＥ８０２．１Ｑａｖ‐２００９、ＩＥＥＥ８０２．ｌＱａｔ‐２０１０（ＳＲＰ）および／またはＩＥＥＥ１７２２‐２０１１において識別されるストリーム予約プロトコル、を使用して、イーサネット（登録商標）ＡＶＢネットワークを介して、および／または、同イーサネット（登録商標）ＡＶＢネットワークと通信するように構成され、適合され、動作可能とされ、および／またはイネーブル（有効）とされる。或いは、ＭＭＲＰ（マルチメディアアクセスコントロール（ＭＡＣ）登録プロトコル）などの様々な他のプロトコルが使用される。

【0037】

リスナ１４０、１４１、および１４２は、ネットワーク１１０を介して、これを経由して、および／または、使用して、データを含む情報を受信するように、構成され、適合され、および／または、動作可能とされる。例えば、リスナ１４０は、イーサネット（登録商標）ＡＶＢネットワークなどのネットワーク１１０を介して渡されるデータストリームを受信するように構成され、および／または、適合される。リスナ１４０、１４１、および１４２によって受信される情報および／またはデータは、例えば、トーカ１３０、１３１、および１３２によって送信される情報および／またはデータであり、コントローラ１９０によって送信される情報および／またはデータであり、および／または、ネットワーク１１０を介しておよび／または使用して送信される様々な他の情報および／またはデータである。一部のシステムにおいて、リスナ１４０、１４１、および１４２は、トーカ１３０、１３１および１３２の一以上からのデータストリームを登録しおよび／または受信する。データストリームの登録および／または受信は、保証された帯域幅を有するリスナ１４０、１４１、および１４２によって受信される。様々な他の可能性が存在する。

【0038】

リスナ１４０、１４１、および１４２は、他の様々なファンクションを実行し、および／または、様々な他のコンポーネントを含むかまたはこれらに接続される。例えば、リスナ１４０は、ネットワーク１１０と、スピーカやＴＶモニタなどの出力デバイスと、に接続される。情報および／またはデータは、ネットワーク１１０を介してリスナ１４０によって収集および／または受信される。例えば、楽器で弾いた音符に関する情報および／またはデータは、トーカ１３０によってネットワーク１１０を介して送信され、リスナ１４０によって受信される。リスナ１４０は、ネットワーク１１０を介して受信した情報および／またはデータを処理する。リスナ１４０は、処理された情報および／またはデータをスピーカへ出力する。例えば、リスナ１４０は、イーサネット（登録商標）ＡＶＢネットワーク１１０を介して受信した信号に関連した情報および／またはデータをスピーカへ出力する。

【0039】

ネットワーク通信システムにおけるリスナ１４０、１４１、および１４２は、（スピーカなどの）物理的デバイス自体として説明されるが、一部のシステムにおいて、リスナは、図１０に示しかつ後述されるコンピュータシステム１０００の特徴の一部または全てなどの（スピーカなど）リスナをコントロールするために使用されおよび／または動作するコンピュータまたは他の電子コントローラであり或いはこれを含む。これらのシステムにおいて、コンピュータまたは他の電子コントローラは、ＡＶＢ有効とされ、および／または、ネットワーク１１０と直接的に通信する。これらのシステムにおいて、コンピュータまたは他の電子コントローラは、標準的なワイヤードまたはワイヤレスの接続などの様々なやり方において物理的なデバイスおよび／または別なデバイスと通信する。様々な他の代替も可能である。

【0040】

各リスナ１４０、１４１、および１４２は一以上のリスナ属性を有する。リスナ属性は、例えば、リスナレディ属性、リスナ問合せ失敗属性、および／または、リスナレディ失敗属性である。これらの属性は、リスナが添付したいとするストリームＩＤなどの単一情報を含む場合もあれば含まない場合もある。

【0041】

一以上のリスナ属性は、ネットワーク１１０と共に、これを介して、および／または、これを使用して、送信される。一以上のリスナ属性は、トーカ１３０、１３１、および１３２、トーカ／リスナ１５０、および／または、コントローラ１９０などのネットワーク１１０上の一以上の受信デバイスへ送信され、これによってアクセスされ、および／またはこれによって受信される。一以上のリスナ属性は、トーカ１３０、１３１および１３２、リスナ１４０、１４１および１４２、トーカ／リスナ１５０、および／または、コントローラ１９０の一以上に記憶される。一以上のリスナ属性は、リスナにデータストリームおよび／またはトーカを接続するために使用される。リスナ属性の様々な他の用途およびファンクションが可能である。

【0042】

リスナ属性は、リスナ１４０について特徴を指定し、含み、および／または識別する。リスナ属性は、例えば、トーカまたはリスナ内でストリーム予約プロトコルスタックの外側で存在しおよび／または使用され、および／または、ネットワーク１１０上のデバイスにリスナの属性を知らせるために使用される。例えば、リスナ属性は、リスナ１４０がどのトーカに興味を示すかを特定する。リスナ属性は、例えば、ネットワーク１１０上の他のデバイスに対してリスナ１４０を一意に識別する、リスナ１４０に対する一意のリスナＩＤを指定する。リスナ属性は、リスナが使用可能な帯域幅、リスナ１４０が興味を示しており、および／または処理することが可能なタイプのデータストリームなどの一以上のリスナ１４０の能力を識別し、および／または、リスナ１４０の様々な能力を識別する。これに代えまたはこれに加えて、リスナ属性は、リスナ１４０についての様々な他の情報および／またはデータを指定する。一つのリスナ属性は、複数の情報および／またはデータを含む。いくつかのシステムにおいて、各リスナの属性は唯一の情報および／またはデータに関係しており、各リスナ１４０、１４１、および１４２は複数のリスナ属性を有する。他のシステムにおいて、各リスナ１４０、１４１、および１４２は、リスナについて複数の情報および／またはデータを特定する唯一のリスナ特性を有する。様々な組み合わせが実行可能である。

【0043】

トーカ／リスナ１５０は、ネットワーク１１０を介して情報および／またはデータを送受信できるように構成され、適合され、動作可能とされ、および／または、有効とされる。トーカ／リスナ１５０はトーカ１３０とリスナ１４０のケーパビリティおよびファンクションを含む。いくつかのシステムにおいて、ネットワーク１１０に接続された全てのデバイスはトーカ／リスナ１５０である。他のシステムにおいて、ネットワーク１１０に接続されたデバイスのいくつかがトーカ／リスナ１５０である、または、どれもがそうではない。以下の説明は、トーカ１３０とリスナ１４０に個別に言及しているが、いくつかのシステムでは、記載されているトーカ１３０、１３１、および１３２および／またはリスナ１４０、１４１、および１４２のファンクションおよび属性はトーカ／リスナ１５０によって達成することができることが理解されよう。様々な組み合わせが実行可能である。

【0044】

システムは一以上のコントローラ１９０を含む。コントローラ１９０は、図１０に示しかつ後述されるコンピュータシステム１０００などのコンピュータシステムの特徴の一部または全てであり、そうでない場合もあり、またはこれらを含むこともある。コントローラ１９０はイーサネット（登録商標）ＡＶＢ有効でありおよび／または互換性がある。コントローラ１９０は、ＩＥＥＥ８０２．１Ｑで概説されているストリーム予約プロトコルなどの一以上の規格またはプロトコルに基づいて、これを介して、および／または、これらと共に、イーサネット（登録商標）ＡＶＢネットワークと通信するかおよび／またはこれを介して通信するように構成され、適合され、動作可能とされ、および／または、有効とされる。或いは、ＭＭＲＰなどの様々な他のプロトコルが用いられる。

【0045】

コントローラ１９０はトーカ１３０、１３１、１３２、リスナ１４０、１４１、１４２、トーカ／リスナ１５０、およびクライアント１６０と直接的または間接的に通信するように構成されているアプリケーションレベルインターフェースであるかまたはこれを含む。コントローラ１９０は、トーカ１３０とリスナ１４０との間のように二つ以上のデバイス間のデータストリームの接続を管理および／またはコントロールするように構成される。コントローラ１９０はクライアント１６０と通信するように構成される。クライアント１６０は、二つのデバイス間のデータストリームを成立させるかおよび／または切断することを望むデバイスである。例えば、クライアント１６０はリモートコントロールである。リモートコントロールは、ＤＶＤを再生するために、コントローラ１９０に対して、デジタルバーサタイルディスク（ＤＶＤ）プレーヤ、テレビジョン（ＴＶ）および／またはスピーカの間で相互接続を成立させるように命令する「再生（Ｐｌａｙ）」コマンドなどのコマンドを出すように構成される。図１において、コントローラ１９０は、直接、またはネットワーク１１０を介して、クライアントと通信する。コントローラ１９０、およびトーカ１３０、１３１、および１３２および／またはリスナ１４０、１４１、および１４２の間の様々な他の通信およびインタラクションが実行可能である。更に、トーカ１３０、リスナ１４０、およびリスナ／トーカ１５０が自動設定するようないくつかの実施例において、コントローラ１９０および／またはクライアント１６０は省略される。

【0046】

図２は、電子デバイス２３０、２４０、２６０、および２９０を含む複数の電子デバイスを含むシステム２００を示すブロック図である。電子デバイス２３０、２４０、２６０、および／または２９０は、前述したように、トーカ（話し手）の役割、リスナ（聞き手）の役割、トーカ／リスナの役割、クライアントの役割、および／またはコントローラの役割などの一以上の役割を実行するように構成される。電子デバイス２３０、２４０、２６０、および／または２９０は異なる時機または異なる状況において、異なる役割を実行するように構成される。或いは、電子デバイス２３０、２４０、２６０、および２９０の役割は固定されてもよい。以下に説明されるシステム２００において、システム１００と同様に、電子デバイス２３０、２４０、２６０、および２９０は、トーカ２３０、リスナ２４０、クライアント２６０、およびコントローラ２９０として使用される。

【0047】

図２は、トーカ２３０は、リスナ２４０、クライアント２６０、およびコントローラ２９０のコンポーネントを示す図である。トーカ２３０、リスナ２４０、クライアント２６０、および／またはコントローラ２９０を含むシステム２００および／またはシステム２００のコンポーネントの特徴および／または動作は、図１に示したシステム１００の一以上のトーカ１３０、１３１、および１３２、一以上のリスナ１４０、１４１、および１４２、一以上のトーカ／リスナ１５０、一以上のクライアント１６０、および／または一以上のコントローラ１９０に見られ、システム１００の特徴はシステム２００にも見られる。

【0048】

クライアント２６０は、コントローラ２９０からメッセージを送受信するように構成されている。例えば、クライアント２６０は、トーカ２３０とリスナ２４０との間で、ＡＶＢデータストリームなどのデータストリームの作成および／または削除をコントロールするようにコントローラ２９０へ命令を出すように構成される。他のメッセージは、アプリケーション層インターフェースのファンクションをクエリし、アプリケーション層インターフェースの通知マトリクス（行列）を管理し、この通知マトリクス内にクライアント２６０および／またはコントローラ２９０のエントリが存在するかをチェックし、メジャーバージョン、マイナーバージョン、およびビルド番号に分かれたアプリケーション層インターフェースのバージョンを記述し、および／または、全ての既存のＡＶＢ接続のアレイを生成するための命令を含むことができる。クライアント２６０は、クライアント２６０のアプリケーション層インターフェース２６２を介してメッセージを送信することによって命令を出す。例えば、アプリケーション層インターフェースはＦＢｌｏｃｋインターフェースである。コントローラ２９０は、コントローラ２９０がクライアント２６０から命令を受信するアプリケーションレベルインターフェース２９２を含む。

【0049】

トーカ２３０とリスナ２４０との間でデータストリームを作成する命令の受信に応答して、コントローラ２９０はこの命令をトーカ２３０および／またはリスナ２４０に適したコマンドへ変換するように構成されている。例えば、クライアントからの命令の受信に応答して、コントローラ２９０は、Ａｌｌｏｃａｔｅ（割当て）メッセージと呼ばれるメッセージをトーカ２３０へ送信しトーカ２３０にデータストリームを設定するように命令するように構成されている。トーカ２３０へ送信されたコントローラ２９０からのメッセージは、コントローラ２９０のアプリケーション層インターフェース２９２から、トーカ２３０のアプリケーション層インターフェース２３２へ伝達される。割当てメッセージは、データストリームのソースを表示するＳｏｕｒｃｅＮｒ（ソースナンバー）パラメータを含む様々なパラメータを含む。トーカ２３０はストリーミングされる使用可能なソースリストを有する。このリストから特定のソースを選択することによって、トーカ２３０は選択したソースの帯域幅を割当てるように構成されている。一例として、トーカ２３０は、ステレオオーディオストリームと５．１サラウンド音声符号化ストリームをストリーミングするように構成される。ステレオオーディオストリームはソース１として指定され、５．１サラウンド音声符号化オーディオストリームはソース２として指定される。トーカ２３０がＳｏｕｒｃｅＮｒ１を選択した場合、トーカ２３０はステレオオーディオストリームに対して帯域幅を割当てる。トーカ２３０がＳｏｕｒｃｅＮｒ２を選択した場合、トーカ２３０は、５．１サラウンド音声符号化ストリームに対して帯域幅を割当てる。パラメータはまた、データストリームが送信される一以上の宛先アドレス、データストリームの提示遅延、データストリームのランク（例えば、第１のインジケータは緊急ランクを示し、第２のインジケータは非緊急ランクを示す）、データストリームに使用される仮想ローカルエリアネットワーク（ＶＬＡＮ）識別子、および／またはデータストリームのクラス（例えば、第１のインジケータはクラスＡを示し、第２のインジケータはクラスＢを示す）を含む。

【0050】

割当てメッセージの受信に応答して、トーカ２３０は、コントローラ２９０へ成功メッセージを提供することによってトーカ２３０がデータストリームをソーシングすることができる旨をコントローラ２９０へ応答するように構成されている。成功メッセージは、データソースの番号を表すＳｏｕｒｃｅＮｒ（ソースナンバー）パラメータと、トーカ２３０がソーシングするストリームを一意に識別するストリームＩＤと、を含む様々なパラメータを含む。トーカ２３０はまた、トーカ２３０がコントローラ２９０に失敗メッセージを提供することによって、データストリームを作成することができない旨をコントローラ２９０へ応答するように構成されている。失敗メッセージは、トーカ２３０がデータストリームを作成することができない理由に関するエラー情報を含む。トーカ２３０は、トーカ２３０のアプリケーション層インターフェース２３２、２９２およびコントローラ２９０のそれぞれを介して、これらのメッセージを伝えることによって、成功メッセージおよび／または失敗メッセージを伝える。

【0051】

更に、割当てメッセージの受信に応答して、トーカ２３０はトーカ２３０がデータストリームを供給していることをリスナ２４０に発表するためにトーカ広告（ＴＡ）属性を登録するように構成されている。一例において、トーカ２３０は、ＩＥＥＥ８０１．１Ｑａｔ‐２０１０に記載されているように、ストリーム予約プロトコル（「ＳＲＰ」）に基づいて、これを介して、および／または、これを使用して、発表するために、ＴＡ属性を登録するように構成されている。ＴＡを登録するために、アプリケーション層インターフェース２３２上の割当てメッセージの受信に応答して、アプリケーション層インターフェース２３２はトーカＳＲＰスタック２３４と通信する。図２に示すように、アプリケーション層インターフェース２３２は、トーカ状態マシン２３６を介して、トーカＳＲＰスタック２３４と通信する。トーカ状態マシン２３６は、トーカ２３０が様々な状態の間を遷移するために使用する一以上のアルゴリズムを含む。トーカ状態マシン２３６はアプリケーション層インターフェース２３２および／またはトーカＳＲＰスタック２３４と通信することで、一以上の入力または事象を受信し、受信した入力または事象、トーカ２３０の現在状態、および／または、状態マシン２３６によって判定されたトーカ状態マシン２３６に基づいて、一つの状態から他の状態へ遷移する。これに加えまたはこれに代えて、トーカ状態マシン２３６は、ＳＲＰスタック２３６を使用してネットワーク２１０全体にわたって伝播されるトーカ広告メッセージおよび／またはトーカ失敗メッセージなどの一以上のメッセージをＳＲＰスタック２３６に提供するように構成される。いくつかの例において、トーカ状態マシン２３６を用いて実行される一以上のアクションはリスナ２４０でＳＲＰ事象をトリガする。一例において、実行されるアクションはデータベースの変更を含む。

【0052】

トーカ２３０のアプリケーション層インターフェース２３２がコントローラ２９０から割当てメッセージを受信すると、アプリケーション層インターフェース２３２は、トーカ状態マシン２３６へ割当てメッセージを伝える。割当てメッセージを受信すると、トーカ状態マシン２３６は、現在の状態を判定し、受信した割当てメッセージと現在状態に対応する一以上のアクションを実行する。一例において、現在の状態は初期状態を含む。初期状態において、トーカ状態マシン２３６は、データストリームを作成するための通知を受信していないか、または、リスナ２４０からデータストリームを作成するための登録の通知を待機している最中である。初期状態で割当てメッセージを受信する場合、トーカ状態マシン２３６は、トーカＳＲＰスタック２３４と通信してクエリを発行するように構成される。トーカ状態マシン２３６がクエリを発行する場合、トーカ状態マシン２３６は、トーカ２３０が作成に興味を引かれているストリームのストリームＩＤをトーカＳＲＰスタック２３４に通知する。クエリを発行しない場合、トーカ２３０は、ストリームＩＤに関連付けられるリスナレディ事象（「ＬＲ！」）を判定しない。クエリが発行された後、そのストリームＩＤに対してリスナ２４０によってＳＲＰに登録されている任意のＬＲはトーカ２３０によって判定される。

【0053】

割当てメッセージを受信した後、トーカ状態マシン２３６はまた、ＴＡ（トーカ広告）属性を登録するように構成されている。一例では、トーカ２３０は、トーカ２３０がクエリを発行した後にＴＡ属性を登録する。ＴＡ属性を登録することで、ネットワーク２００にトーカ２３０がストリームを予約するために必要である帯域幅および／またはリソースを予約可能であることを発表する。トーカ２３０がＴＡ属性を登録する際、ＳＲＰスタック２３６はリスナ２４０に登録およびＴＡ属性が登録されているストリームについて通知する。例えば、トーカ２３０がＴＡ属性を登録する際、ＴＡ事象（「ＴＡ！」）がリスナ２４０においてトリガされる。トーカ状態マシン２３６がＴＡ属性を登録した後、トーカ状態マシン２３６は、初期状態から、待機状態へ遷移し、トーカ状態マシン２３６はＬＲ事象などのリスナ登録によってトリガされる事象を待機する。更に、ＴＡ属性の登録の後、トーカ２３０は、トーカ２３０がデータストリームをソース（供給源）とすることが可能であることを示す成功メッセージをコントローラ２９０へ送信するように構成される。トーカ２３０は、トーカ状態マシン２３６が初期状態から待機状態へ遷移する際に、コントローラ２９０へ成功メッセージを送信するように構成される。また、トーカ２３０は、トーカ２３０のアプリケーション層インターフェース２３２を介して成功メッセージを送信することによって、コントローラへ成功メッセージを送信する。一例において、コントローラ２９０へ送信される成功メッセージ２３０にはトーカ２３０が予約したストリームのためのストリームＩＤが含まれる。

【0054】

トーカ２３０から成功メッセージを受信したことに応答して、コントローラ２９０は、トーカ２３０がソーシングするかまたはソーシングすると判定したストリームに接続するようにリスナ２４０に命令するメッセージをリスナ２４０へ送信するように構成される。コントローラ２９０からリスナ２４０へのメッセージは、Ｃｏｎｎｅｃｔ（接続）メッセージと称される。一例において、接続メッセージは、トーカ２３０の成功メッセージの中にトーカ２３０によってコントローラへ提供されたストリームＩＤを含む。一例において、コントローラ２９０は、コントローラ２９０のアプリケーション層インターフェース２９２からコントローラのアプリケーション層インターフェース２４２を介して、リスナ２４０へ接続メッセージを伝える。

【0055】

接続メッセージの受信に応答して、リスナ２４０は、リスナ２４０がデータストリームに接続可能であることをトーカ２３０に発表するためにリスナレディ（ＬＲ）属性を登録するように構成される。一例において、リスナ２４０は、ＩＥＥＥ８０１．１Ｑａｔ‐２０１０に記載されているストリーム予約プロトコル（「ＳＲＰ」）に基づいて、これによって、および／またはこれを使用して、この発表を行うために、ＬＲ属性を登録するように構成されている。アプリケーション層インターフェース２４２上の接続メッセージの受信に応答してＬＲを登録するために、アプリケーション層インターフェース２４２はリスナＳＲＰスタック２４４と通信状態にある。図２に示すように、アプリケーション層インターフェース２４２は、リスナ状態マシン２４６を介して、リスナＳＲＰスタック２４４と通信状態にある。リスナ状態マシン２４６は、リスナ２４０が様々な状態間を遷移するために使用する一以上のアルゴリズムを含む。リスナ状態マシン２４６は、アプリケーション層インターフェース２４２および／またはリスナＳＲＰスタック２４４と通信状態にあり、一以上の入力または事象を受信し、受信した入力または事象、ならびに、リスナ２４０および／またはリスナ状態マシン２４６の現在状態に基づいて、一つの状態から別の状態へ遷移する。これに加えまたはこれに代えて、リスナ状態マシン２４６は、ＳＲＰスタック２４６を使用してネットワーク２１０全体にわたって伝搬される、ＬＲメッセージ、リスナレディ失敗（「ＬＲＦ」）メッセージ、および／またはリスナ問合せ失敗（「ＬＡＦ」）メッセージなどの一以上のメッセージをＳＲＰスタック２４６に提供するように構成される。いくつかの例において、リスナ状態マシン２４６を用いて実行される一以上のアクションは、トーカ２３０においてＳＲＰ事象をトリガする。一例において、実行される一以上のアクションはデータベースの変更を含む。

【0056】

リスナ２４０のアプリケーション層インターフェース２４２がコントローラ２９０からの接続メッセージを受信すると、アプリケーション層インターフェース２４２はリスナ状態マシン２４６へ接続メッセージを伝える。接続メッセージを受信すると、リスナ状態マシン２４６は、リスナ状態マシンの現在状態を判定し、受信した接続メッセージと現在状態に対応する一以上のアクションを実行する。一例において、現在状態は初期状態を含む。初期状態において、リスナ状態マシン２４６は、データストリームへ接続するための通知を受信していない状態またはトーカ２３０からデータストリームに接続するための登録通知を待機していない状態にある。初期状態での接続メッセージを受信すると、リスナ状態マシン２４６はリスナＳＲＰスタック２４４と通信してクエリを発行するように設定される。クエリを発行することによって、リスナ状態マシン２４６は、リスナ２４０が登録の更新（変更）を受信することに興味を示すストリームＩＤをリスナＳＲＰスタック２４４へ通知する。一例において、リスナ状態マシン２４６はクエリを発行する際に接続メッセージに含まれていたストリームＩＤを使用する。クエリを発行しなければ、リスナ２４０は、ストリームＩＤのためのＴＡ（トーカ広告）事象を判定しない。クエリが発行された後、そのストリームＩＤに対してＴＡ登録をするシステム２００におけるリスナＳＲＰスタック２４４、トーカＳＲＰスタック２３４、または任意の他のＳＲＰスタックに登録された任意のＴＡがリスナ２４０へ提供される。

【0057】

リスナ状態マシン２４６がクエリを発行した後、リスナ状態マシン２４６は初期状態から待機状態に遷移する、待機状態において、リスナ状態マシン２４６は、ＴＡ事象（「ＴＡ！」）などのトーカ登録によってトリガされる事象を待機する。例えば、トーカ２３０がＴＡを登録する場合、この登録はリスナ状態マシン２４６においてＴＡ事象をトリガする。一例において、ＴＡ登録は、リスナ状態マシン２４６がリスナＳＲＰスタック２４４へクエリを発行するまで、リスナ２４０においてＴＡ事象をトリガしない。リスナ状態マシン２４６がリスナＳＲＰスタック２４４からＴＡメッセージを判定する時、リスナ状態マシン２４６は一連のアクションを実行する。一つのアクションにおいて、リスナ状態マシン２４６はＴＡメッセージに受信された情報を処理する。ＴＡメッセージを処理することはストリームの宛先アドレス（ＤＡ）を取得することを含み、これは、そのマルチキャストアドレスにアドレスされたフレームを受信するためにリスナ２４０のイーサネット（登録商標）アダプタをプログラミングするために必要とされる。

【0058】

別のアクションにおいて、リスナ状態マシン２４６は、リスナのオーディオ／ビデオトランスポートプロトコル（ＡＶＴＰ）エンジンを始動させる。ＡＶＴＰエンジンを始動させない場合、メディアがネットワーク２１０上をストリーミングしリスナ２４０に配信されている場合でも、メディアの全てまたはほとんどがリスナによって認識されないし処理もされない。例えば、リスナ２４０がＬＲ（リスナレディ）属性を登録した場合、この登録はトーカ状態マシン２３６においてＬＲ事象をトリガし、トーカ２３０にデータストリームのストリーミングを開始させる。ＡＶＴＰプロトコルエンジンを始動させない場合、リスナ２４０はストリームを認識しない。更に、イーサネット（登録商標）アダプタは、ＡＶＴＰプロトコルの始動中にプログラミングされる。イーサネット（登録商標）アダプタをプログラミングするためにＴＡ処理のアクション中に判定されたＤＡを使用することができる。ＡＶＴＰエンジンを「始動させる」ことは、別個のモジュールを開始すること、および／または、既存モジュールの遂行をイネーブルとすることを含む。

【0059】

別のアクションにおいて、リスナ２４０はＬＲ属性を登録するように構成される。リスナ２４０は、リスナ２４０が接続する可能性があり、予約しようとしている、または既にデータストリームに接続予約していることをネットワーク２１０および／またはトーカ２３０に発表するためにＬＲ属性を登録する。ＬＲ属性の登録によってトーカ２３０においてＬＲ事象（ＬＲ！）をトリガし、これに応答して、トーカ２３０は、ネットワーク２１０に対してデータストリームを送信するように構成される。上記に説明したように、リスナ２４０は、ＡＶＴＰエンジンを始動した後で、ＬＲ事象を登録するように構成されており、これにより、リスナ２４０はトーカ２３０がＬＲ事象を受信することによって送信することを判定したメディアストリームを認識する。

【0060】

リスナ２４０は、待機状態から監視状態へ遷移するように更に構成される。一例において、リスナ２４０は、ＬＲ属性を登録した後で待機状態から監視状態へ遷移するように構成される。ストリーミングメディア接続がトーカ２３０とリスナ２４０との間で成立された場合、監視状態はリスナ２４０の「正常動作」状態とみなされる。監視状態において、リスナ２４０は当該リスナ２４０が接続されているストリームおよび／または予約したストリームが正常終了または異常終了したことの表示を監視する。状態マシン２４６はストリームそれ自体、または、アプリケーション層インターフェース２４２、リスナＳＲＰスタック２４４、および／または、ストリームの終了を監視しおよび／または検出するように構成されているリスナ２４０の他のコンポーネントまたはモジュールを介して受信されたメッセージを監視する。一例として、監視状態において、リスナ状態マシン２４６は、ストリームの予約の異常終了の表示である、トーカ失敗事象（「ＴＦ！」）を監視する。ＴＦ事象は、ストリームが使用していた帯域幅を占有する緊急度優先ストリームによって発行される。別の例として、監視状態において、リスナ状態マシン２４６はトーカ登録解除事象（「トーカ登録解除！」）のためのストリームを監視し、これは、トーカ２３０による予約の正常終了を示す。別の例として、リスナ状態マシン２４６は、切断事象（「切断せよ！」）を監視することができ、この事象は、コントローラ２９０から送られる、クライアント２６０および／またはコントローラ２９０がリスナ２４０にもはやストリームを聞いてほしくないことを示すメッセージまたはコマンドである。

【0061】

ＬＲ属性を登録した後、および、待機状態から監視状態の遷移の前、遷移中、または遷移の後、リスナ２４０は、コントローラ２９０へ、リスナ２４０がそのデータストリームに首尾よく接続しおよび／またはそれを予約したことを示す成功メッセージを送信するように構成される。リスナ２４０は、コントローラ２９０のアプリケーション層インターフェース２９２へ、リスナ２４０のアプリケーション層インターフェース２４２を介して成功メッセージを発行するように構成される。リスナ２４０からの成功メッセージの受信に応答して、コントローラ２９０はクライアント２６０へトーカ２３０およびリスナ２４０がデータストリームをストリーミングするための接続を成立することができたことの応答を提供するように構成される。

【0062】

一例において、リスナ２４０はまた、リスナ２４０がデータストリームに接続するおよび／またはデータストリーム予約を予約することが不可能であることを示しおよび／またはそのデータストリームに対するリスナの接続および／または予約が終了したことを示す失敗メッセージをコントローラ２９０へ発行するように構成される。リスナ２４０は、リスナ２４０のアプリケーション層インターフェース２４２を介して、このコントローラ２９０への失敗メッセージをコントローラ２９０のアプリケーション層インターフェース２９２へ送信するように構成される。失敗メッセージは、なぜリスナ２４０はそのデータストリームに接続できなかったか、予約できなかったか、または継続的にそのデータストリームに接続できないかまたは予約できないかに関連付けられた一以上のエラーに関係した情報を含む。リスナ２４０からの失敗メッセージの受信に応答して、コントローラ２９０は、トーカ２３０とリスナ２４０がデータストリームをストリーミングするための接続を成立させることができなかったことをクライアントへ示す応答をクライアント２６０へ提供するように構成される。

【0063】

リスナ２４０は、リスナ状態マシン２４６が、待機状態および／または監視状態に設定されている場合に失敗メッセージを送信するように構成されている。これに加えてまたはこれに代えて、リスナ２４０は、トーカ失敗事象に応答して、失敗メッセージを送信するように構成される。一例において、上述したように、トーカ失敗事象は、ストリームが既に使用していた帯域幅を占有する緊急度優先ストリームによってなどして、ストリームの予約の異常終了によってトリガされる。リスナ状態マシン２４６が待機状態で構成されている場合、トーカ失敗メッセージが受信された際、リスナ状態マシン２４６は、リスナ２４０がストリームに接続することができないまたはもはや接続予約することができないことを示すリスナ問合せ失敗（「ＬＡＦ」）属性を登録するように構成される。リスナ状態マシン２４６は、なぜリスナ２４０がストリームに接続できないかまたはもはやストリームに接続予約ができないかを示す一以上のエラーをログ（記録）するように更に構成される。リスナ状態マシン２４６は待機状態におかれたままであるように更に構成される。ＬＡＦ属性を登録しおよび／または一以上のエラーをログした後、リスナ２４０はコントローラ２９０に失敗メッセージを送信するように構成される。

【0064】

或いは、リスナ状態マシン２４６が監視状態にある場合、その後、トーカ失敗メッセージの受信に応答して、トーカ状態マシン２４６はデータストリームから接続を切断するためにＡＶＴＰエンジンを最初に停止するように構成される。ＡＶＴＰエンジンを停止した後、次に、リスナ状態マシン２４６はＬＡＦ属性を登録し、かつ、ＴＦ事象を受信および／またはＬＡＦ属性の登録に関連付けられる一以上のエラーをログ（記録）するように構成される。リスナ状態マシン２４６はまた、監視状態から待機状態へ遷移するように構成される。ＬＡＦ属性を登録しおよび／または一以上のエラーを記録した後、監視状態から待機状態への遷移の前、遷移中、または遷移後に、リスナ２４０はコントローラ２９０へ失敗メッセージを送信するように構成される。

【0065】

リスナ状態マシン２４６によってＬＲ（リスナレディ）属性を登録した後、ＬＲ事象（「ＬＲ！」）がトリガされる。例えば、ＬＲ事象に関連付けられたＬＲ信号は、リスナ２４０のリスナＳＲＰスタック２４４および／またはトーカ２３０のトーカＳＲＰスタック２３４を介して伝播され、トーカ状態マシン２３６によって受信される。トーカ状態マシン２３６がＬＲ事象を受信する際、トーカ状態マシン２３６は待機状態にある。ＬＲ事象を受信すると、そして、待機状態において、トーカ状態マシン２３６は、トーカ２３０のＡＶＴＰエンジンを始動させるように構成される。トーカ状態マシンがＡＶＴＰエンジンを始動させる際、トーカ２４０はネットワーク２１０を介してデータストリームのストリーミングを開始し、トーカ２３０とリスナ２４０との間でデータストリームの接続が成立される。リスナ２４０は既にそれ自体のＡＶＴＰエンジンを始動させていたので、リスナ２４０はトーカ２３０から受信されているメディアストリームを認識することができる。

【0066】

トーカ２３０は、トーカ状態マシン２３６が待機状態以外の状態で構成されている場合でもＬＲ事象を受信した時点でデータストリームのストリーミングを開始しリスナ２４０との接続を成立させるように構成される。例えば、トーカ２３０は、トーカ状態マシン２３６が失敗状態で構成されている場合であってもＬＲ事象を受信した時点でリスナ２４０との接続を成立させるように構成される。失敗状態において、トーカ２３０は、ＬＡＦ事象を受信するなどによって、リスナ２４０がデータストリームとの接続を予約できない旨の通知を受けていたので、トーカ２３０はトーカ２４０へデータストリームをストリーミングしない。ＬＲ事象を受信すると、リスナ２４０は、リスナ２４０がデータストリームに接続することができることをトーカ２３０に示す。ＬＲメッセージを受信すると、トーカ状態マシン２３６はトーカ２３０がリスナ２４０との接続を成立させるためにＡＶＴＰエンジンを始動させ、レディ状態へ遷移し、この状態において、トーカ２３０はリスナ２４０がストリームに接続することができるという通知の下で動作する。

【0067】

上記の例において、トーカ状態マシン２３６は最初、失敗状態に設定される。トーカ状態マシン２３６は、トーカ２３０はリスナ２４０がストリームを受容できない旨の通知を受けたので、失敗状態に設定される。リスナ２４０がストリームを受容しないと判断すると、リスナ２４０はＬＡＦ属性を登録し、トーカ２３０においてＬＡＦ事象をトリガする。トーカ状態マシン２３６がＬＡＦ事象を受信した際、トーカ状態マシン２３６は準備完了（レディ）状態に設定される。ＬＡＦ事象を受信すると、トーカ状態マシン２３６は、データストリームのストリーミングを停止するためにＡＶＴＰエンジンを停止するように構成される。トーカ状態マシン２３６はまた、ＬＡＦ事象に関連付けられる一以上のエラーを記録するように構成される。更に、トーカ状態マシン２３６は、レディ状態から失敗状態へ遷移するように構成される。

【0068】

図１に示したシステム１００のような一部のシステムにおいて、システム１００のリスナ１４０、１４１、１４２などの複数のリスナが存在し得る。システムが複数のリスナを含む場合、レディ状態は全てのリスナがデータストリームを受容できることを示す。同様に、システムが複数のリスナを含む場合、失敗状態は、いずれのリスナもストリームを受容できないことを示す。システムが複数のリスナを含む場合、少なくとも一つのリスナがストリームを受容でき、更に、少なくとも一つのリスナがストリームを受容できないことを示す第３の状態がある。例えば、システム１００において、リスナ１４０と１４１が各々、リスナ１４０、１４１がストリームを受容できることを示すＬＲ属性を登録する場合、および、リスナ１４２がストリームを受容できないことを示すＬＡＦ属性を登録する場合、トーカ状態マシン２３６は第３の状態に設定されるように構成される。第３の状態はレディ／失敗状態と呼ばれる。少なくとも一つのＬＲ属性と少なくとも一つのＬＡＦ属性の登録はリスナ失敗／レディ事象（「ＬＲＦ！」）をトリガする。

【0069】

トーカ状態マシン２３６は、レディ／失敗状態に遷移するように構成される。トーカ状態マシン２３６がレディ／失敗状態に遷移する際、トーカ状態マシン２３６は、データストリーミングを開始し、および／または、少なくとも一つのリスナがストリームを受容可能であるので、データストリーミングを維持するように構成される。更に、レディ／失敗状態において、トーカ状態マシン２３６は、少なくとも一つのリスナがストリームを受容することができないので、一以上のエラーをログするように構成される。例えば、トーカ状態マシン２３６が待機状態にありかつレディ／失敗事象を受信する場合、トーカ状態マシン２３６はＡＶＴＰエンジンを始動させ、エラーをログし、次に待機状態からレディ／失敗状態へ遷移するように構成される。同様に、トーカ状態マシン２３６がレディ／失敗状態に設定され、ＬＲＦ事象を受信する場合、状態マシン２３６はエラーをログし、レディ状態からレディ／失敗状態へ遷移するように構成される。同様に、トーカ状態マシン２３６が失敗状態に設定され、ＬＲＦ事象を受信した場合、トーカ状態マシン２３６はＡＶＴＰエンジンを始動させ、エラーをログし、失敗状態からレディ／失敗状態へ遷移するように構成される。

【0070】

トーカ状態マシン２３６もレディ／失敗状態から遷移するように構成される。例えば、トーカ状態マシン２３６がＬＲ事象を受信した際、トーカ状態マシン２３６はレディ／失敗状態からレディ状態へ遷移するように構成される。別の例として、トーカ状態マシン２３６がＬＡＦ事象を受信した際、トーカ状態マシン２３６は、ＡＶＴＰエンジンを停止し、ＬＡＦ事象に関連付けられた任意のエラーをログし、レディ／失敗状態からレディ状態へ遷移するように構成される。

【0071】

トーカ状態マシン２３６および／またはリスナ状態マシン２４６はまた、登録解除事象の受信に応答してそれらの各々の待機状態へ遷移するように構成される。トーカ状態マシン２３６は、リスナ登録解除（ＬｉｓｔｅｎｅｒＤｅｒｅｇｉｓｔｅｒ！）事象を受信する。リスナ登録解除事象は、リスナ状態マシン２４６が、例えば、ＬＲ属性の登録解除などの一以上の属性を登録解除することに応答して、トリガされる。リスナ状態マシン２４６は、データストリームへの接続の正常または自然終了に応答して属性の登録を解除する。例えば、正常または自然終了はストリームを変更するためのユーザ開始終了である。別の例としては、デバイスが節電スリープ状態に入るためのシステム開始終了が挙げられる。同様に、リスナ状態マシン２４６は、トーカ登録解除事象（ＴａｌｋｅｒＤｅｒｅｇｉｓｔｅｒ！）を受信する。トーカ登録解除事象は、トーカ状態マシン２３６がＴＡ属性の登録解除などの一以上の属性の登録を解除することに応答して、トリガされる。トーカ状態マシン２３６は、データストリーム供給の正常または自然終了に応答して、属性の登録を解除する。例えば、データストリームの供給の正常終了はストリームに対するコンパクトディスク（ＣＤ）オーディオソースの削除などのメディア変更によるユーザ開始終了である。

【0072】

リスナ状態マシン２４６は、リスナ状態マシン２４６が監視状態に設定されている場合、トーカ登録解除事象を受信するように構成される。リスナ状態マシン２４６がトーカ登録解除事象を受信した際、リスナ状態マシンはリスナ２４０のＡＶＴＰエンジンを停止するように構成される。リスナ状態マシン２４６はまた、ＬＲ属性などのリスナ属性を登録解除するように構成される。リスナ属性を登録解除することはトーカ状態マシン２３６でリスナ登録事象をトリガし、トーカ状態マシン２３６によってトーカ２３０のＡＶＴＰエンジンを停止させ、および／または、待機状態へ遷移させる。リスナ状態マシン２４６がリスナ属性を登録解除した後、リスナ状態マシンは監視状態から待機状態へ遷移するように構成される。

【0073】

トーカ状態マシン２３６は、トーカ状態マシン２３６がレディ状態、レディ／失敗状態、または失敗状態のいずれか一つに設定されている場合でも、リスナ登録解除事象を受信するように構成される。トーカ状態マシン２３６がレディ状態に設定され、かつ、トーカ状態マシン２３６がリスナ登録解除事象を受信した際、トーカ状態マシン２３６は、ＡＶＴＰエンジンを停止させレディ状態から待機状態へ遷移するように構成される。トーカ状態マシン２３６がレディ／失敗状態に設定され、かつ、トーカ状態マシン２３６がリスナ登録解除事象を受信した際、トーカ状態マシン２３６はトーカ２３０のＡＶＴＰエンジンを停止させかつレディ／失敗状態から待機状態へ遷移するように構成される。トーカ状態マシン２３６が失敗状態に設定されかつリスナ登録解除事象を受信した際、トーカ状態マシン２３６は失敗状態からトーカ状態へ遷移するように構成される。

【0074】

クライアント２６０は、コントローラ２９０へトーカ２３０とリスナ２４０の間でデータストリームの接続を切断する命令を送信するように構成される。クライアント２６０は、クライアントのアプリケーション層インターフェース２６２を介して、接続を切断するための命令を送信するように構成される。

【0075】

クライアント２６０から、データストリームの接続を切断するための命令を受信すると、これに応答して、コントローラ２９０は、リスナ２４０にデータストリームから切断するように命令するメッセージをリスナ２４０へ送信するように構成される。コントローラ２９０からリスナ２４０へ送信されたメッセージはＤｉｓｃｏｎｎｅｃｔ（切断）メッセージと呼ばれる。切断メッセージは、コントローラ２９０のアプリケーション層インターフェース２９２からリスナ２４０のアプリケーション層インターフェース２４２へ送信される。

【0076】

切断メッセージの受信に応答して、リスナ２４０は、データストリームから接続を削除するように構成される。リスナ２４０が切断メッセージを受信すると、リスナ状態マシン２４６は待機状態または監視状態のいずれかで設定される。切断メッセージが受信されるかリスナ状態マシン２４６が待機状態にある場合、リスナ状態マシン２４６は、一以上の登録されたＬＡＦ属性の登録を解除するように構成される。リスナ状態マシン２４６がＬＡＦ属性を登録しなかった場合、ＬＡＦ属性を登録解除するアクションは実行されない。ＬＡＦ属性を登録解除した後、または、解除すべき登録されたＬＡＦ属性が存在しないと判定した後、リスナ２４０は待機状態から初期状態へ遷移する。

【0077】

切断メッセージが受信されかつリスナ状態マシン２４６が監視状態である場合、リスナ状態マシン２４６はＡＶＴＰエンジンを停止してデータストリームの流れを停止させるように構成される。リスナ状態マシン２４６はまた一以上の登録されたＬＲ属性の登録を解除するようにも構成される。リスナ状態マシン２４６がＬＲ属性を登録していなかった場合、ＬＲ属性を登録するためのアクションは実行されない。ＬＲ属性を登録解除するかまたは登録解除すべきＬＲ属性が存在しないと判断した後、リスナ状態マシン２４６はリスナＳＲＰスタック２４４へクエリ＿終了（ｅｎｄ＿ｑｕｅｒｙ）ファンクションを発行する。リスナＳＲＰスタックへクエリ＿終了ファンクションを発行することで、リスナ状態マシン２４６は、リスナＳＲＰスタックから、リスナ２４０が切断命令を指示しているストリームに関連付けられるストリームＩＤに関する登録を削除する。クエリ＿終了が発行されることで、リスナＳＲＰスタック２４４はもはやリスナ状態マシン２４６へリスナ２４０がもはや興味を示さない登録を通知しない。

【0078】

クエリ＿終了ファンクションを発行した後、リスナ状態マシン２４０は監視状態から初期状態へ遷移するように構成される。更に、リスナ状態マシン２４６がＡＶＴＰエンジンを停止し、ＬＲ属性を登録解除し、および／または、クエリ＿終了（ｅｎｄ＿ｑｕｅｒｙ）を発行し、および／または、監視状態から初期状態へ遷移した後、リスナ２４０はコントローラ２９０へ、リスナ２４０がストリームを正常に接続切断したことを示す成功メッセージを送信する。リスナは、リスナ２４０のアプリケーション層インターフェース２４２を介して、コントローラ２９０のアプリケーション層インターフェース２９２へ成功メッセージを送信する。

【0079】

リスナ２４０からの成功メッセージの受信に応答して、コントローラ２９０は、他のリスナは、ストリームから切断するように命令する必要のある他のリスナがシステム内に存在するかどうかを判定するように構成される。システム１００に戻って参照するに、リスナ１４０がコントローラ１９０に成功メッセージを送信した場合、コントローラ１９０はリスナ１４１へ切断メッセージを送信することを判定する。他のシステムにおいて、コントローラ１９０は各リスナ１４０、１４１、１４２へ切断メッセージを同時送信するように構成される。また別の代替システムにおいて、コントローラ１９０は、リスナ１４０から成功メッセージを受信する前に、リスナ１４１および／またはリスナ１４２に切断メッセージを送信するかどうかを判定する。

【0080】

全てのリスナ、例えば、システム２００のリスナ２４０から成功メッセージを受信した後、コントローラ２９０はトーカにストリームを削除するように命令するメッセージをトーカ２３０に送信するように構成される。トーカ２３０にストリームを削除するように命令するメッセージは「割当て解除メッセージ」と称される。コントローラ２９０は、コントローラ２９０のアプリケーション層インターフェース２９２を介して、トーカ２３０へ割当て解除メッセージを送信する。トーカ２３２はトーカ２３０のアプリケーション層インターフェース２３２を介して割当て解除メッセージを受信する。

【0081】

割当て解除メッセージの受信に応答して、トーカ２３０はデータストリームを削除するように構成される。トーカ２３０が割当て解除メッセージを受信すると、トーカ状態マシン２３６は、待機状態、レディ状態、レディ／失敗状態、または失敗状態に設定される。トーカ２３０が割当て解除メッセージを受信した際、トーカ状態マシン２３６は、トーカ状態マシンが現在の設定されている状態とは無関係に、初期状態に遷移するように構成される。例えば、割当て解除メッセージが受信されかつトーカ状態マシン２３６が待機状態にある場合、トーカ状態マシン２３６は待機状態から初期状態へ遷移するように構成される。割当て解除メッセージが受信されかつトーカ状態マシン２３６がレディ状態にある場合、トーカ状態マシン２３６はＡＶＴＰエンジンおよびデータストリームの流れを停止するように構成される。トーカ状態マシン２３６は一以上の登録されたトーカ属性の登録を解除するようにも構成される。リスナ状態マシン２３６がトーカの属性を登録していなかった場合、トーカ属性の登録を解除するアクションは実行されない。トーカ属性を登録解除した後、または登録解除すべきトーカ属性が登録されていなかったことを判断した後、トーカ状態マシン２３６はレディ状態から初期状態へ遷移する。

【0082】

割当て解除メッセージが受信されかつトーカ状態マシン２３６がレディ／失敗状態にある場合、トーカ状態マシン２３６はＡＶＴＰエンジンおよびデータストリームの流れを停止するように構成される。トーカ状態マシン２３６はまた一以上の登録されたトーカ属性の登録を解除するように構成される。リスナ状態マシン２３６がトーカ属性を登録していなかった場合、トーカ属性を登録解除するためのアクションは実行されない。トーカ属性を登録解除した後、または、登録を解除すべきトーカ属性が登録されていないと判断した後、トーカ状態マシン２３６はレディ／失敗状態から初期状態に遷移する。

【0083】

割当て解除メッセージが受信されかつトーカ状態マシン２３６が失敗状態にある場合、トーカ状態マシン２３６は一以上の登録されたトーカ属性の登録を解除するように構成される。リスナ状態マシン２３６がトーカ属性をなんら登録していなかった場合、トーカ属性の登録を解除するアクションは実行されない。トーカ属性の登録を解除した後、または、登録解除すべきトーカ属性が存在しないと判断した後、トーカ状態マシン２３６は、トーカＳＲＰスタック２３４へ、クエリ＿終了（ｅｎｄ＿ｑｕｅｒｙ）ファンクションを発行する。クエリ＿終了を発行することによって、リスナ状態マシン２３６は、トーカＳＲＰスタック２３４から、トーカ２３０が切断するように命令されていたストリームに関連付けられるストリームＩＤに関連する登録を削除する。クエリ＿終了が発行されることで、トーカＳＲＰスタック２３４はもはや、リスナ状態マシン２３６へトーカ２３０がもはや興味を示さない登録通知はしない。トーカ状態マシン２３６がクエリ＿終了を発行した後、トーカ状態マシン２３６は失敗状態から初期状態へと遷移する。

【0084】

トーカ属性を登録解除した後、および、トーカ状態マシン２３６が、待機状態、レディ状態、レディ／失敗状態、または失敗状態から遷移する前、遷移中、または遷移後、トーカ２３０は、コントローラ２９０へ、トーカ２３０がストリームを首尾よく切断したことを示す成功メッセージを送信する。トーカ２３０は、リスナ２３０のアプリケーション層インターフェース２３２を介して、コントローラ２９０のアプリケーション層インターフェース２９２へ、成功メッセージを送信する。

【0085】

トーカ２４０からの成功メッセージの受信に応答して、コントローラ２９０は、ストリームが切断されていることを示すメッセージをクライアント２６０へ送信するように構成される。コントローラ２９０からクライアント２６０へのメッセージは、クライアント２６０のアプリケーション層インターフェース２９２を介して、送信される。このメッセージはクライアント２６０のアプリケーション層インターフェース２６２を介してクライアント２６０によって受信される。

【0086】

一例において、ＴＡまたはＬＲ事象は、これらがトーカＳＲＰスタック２３４および／またはリスナＳＲＰスタック２４４を介してネットワーク２１０上を伝播する時に変更される。一例において、システム２００は、トーカ２３０および／またはリスナ２４０、コントローラ２９０および／またはクライアント２６０などのエンドポイント以外のコンポーネントを含む。例えば、システム２００は、スイッチおよび／またはブリッジなどのコンポーネントを含む。スイッチおよび／またはブリッジは、指定された経路を通って新しい予約をセットアップするために帯域幅が十分であるかどうかを判断することを責務とする。システム２００がスイッチおよび／またはブリッジを含む場合、帯域幅の計算はＴＡまたはＬＲ事象を受信する各スイッチおよび／またはブリッジによって行われる。スイッチまたはブリッジが十分な帯域幅があると判定している限り、スイッチまたはブリッジにおいて予約が行われ、ＴＡまたはＬＲが伝播を続ける。ストリームがトーカ２３０やリスナ２４０などのターゲットに向かってスイッチまたはブリッジを通過するには帯域幅が不十分である場合、スイッチまたはブリッジはＴＡに代えてＴＦまたはＬＲに代えてＬＡＦを登録し、その後、リスナまたはトーカに向かって伝搬を続ける。一以上の登録がアクティブである期間の間、これらの登録が周期的に繰り返されおよび／または伝搬されることで、トーカ２３０、リスナ２４０、クライアント２６０および／またはコントローラ２９０などのネットワーク２１０上の他のデバイスがこれらの登録がまだ求められていることを把握する。予約された経路のどこかで一以上の条件が変更されることでストリームに対する帯域幅の要件がもはや満たされなくなった場合、変更された条件（例えば、ボトルネックスイッチ）を識別するスイッチは不十分な帯域幅を有するリンクに対して一以上のリスナ登録を変更し、その後、変更されたリスナ登録を伝搬する。例えば、ストリームのために複数のリスナ登録が提供されておりリスナ２４０とトーカ２３０との間の経路内のスイッチまたはブリッジがそのストリームに対するリスナ登録の全てではないが一以上に対して帯域幅が足りていると判断した場合、スイッチまたはブリッジは、ＬＲまたはＬＡＦをＬＲＦへ変換し、このＬＲＦがトーカ２３０に伝搬される。

【0087】

これに代えまたはこれに加えて、トーカ２３０および／またはリスナ２４０は、トーカ状態マシン２３６および／またはリスナ状態マシン２４６によって実行されるアクションとは無関係である失敗メッセージをコントローラ２９０へ送信するように構成される。この失敗メッセージは、状態マシン２３６、２４６には関係のないシステム２００内の条件を介して生じる失敗、例えば、フルネットワークキューまたはメモリ割当て失敗に基づく。このような失敗をコントローラ２９０へ報告することによって、トーカ２３０および／またはリスナ２４０は、これらの失敗がアプリケーション層などのシステムの上位レベルで回復されるようにこの失敗をシステム２００に伝える方法を提供する。

【0088】

アプリケーション層インターフェース２３２、２４２、２６２、および／または２９２は、アプリケーション層モジュール、アプリケーション層インターフェースモジュール、アプリケーション層、および／またはアプリケーション層スタックである場合があり、それらを含む場合がありおよび／またはそれらとして参照される場合がある。アプリケーション層インターフェース２３２、２４２、２６２、および／または、２９２は、プロセッサによって実行可能なソフトウェア、ハードウェア、またはそれらの何らかの組み合わせを含むことができる。アプリケーション層インターフェース２３２、２４２、２６２、および／または２９２は、それぞれのシステムコンポーネント２３０、２４０、２６０、および／または２９０のために一以上の管理タスクを実行し、および／または、それぞれのシステムコンポーネント２３０、２４０、２６０、および／または２９０を統合および／または組織化してシステムコンポーネント２３０、２４０、２６０および／または２９０が実施され得るタスクを実行することを確実にすることができる。

【0089】

トーカＳＲＰスタック２３４および／またはリスナＳＲＰスタック２４４は、代替的に、ＳＲＰモジュール、ＳＲＰスタックモジュール、ＳＲＰ層モジュール、ＳＲＰ、および／または、ＳＲＰアプリケーションであってよいし、これらを含むこともでき、および／または、このように称される。トーカＳＲＰスタック２３４および／またはリスナＳＲＰスタック２４４はプロセッサによって実行可能なソフトウェア、ハードウェア、またはこれらの一部の組み合わせを含む。トーカＳＲＰスタック２３４および／またはリスナＳＲＰスタック２４４は、トーカＳＲＰスタック２３４および／またはリスナＳＲＰスタック２４４が受信したデータストリームに関する情報などの情報および／またはデータを記憶するために使用するメモリおよび／またはデータベースと通信しおよび／またはそれらを含むことができる。トーカＳＲＰスタック２３４および／またはリスナＳＲＰスタック２４４によってアクセス可能でありかつ利用されるメモリおよび／またはデータベースは、トーカＳＲＰスタック２３４および／またはリスナＳＲＰスタック２４４の一部とするか、または、メモリ２３８および／またはメモリ２４８などのトーカ２３０および／またはリスナ２４０の個別のコンポーネントとすることができる。メモリ２３８および／またはメモリ２４８は、ＳＲＰスタック２３８および／またはＳＲＰスタック２４８によって実行されるべきオペレーションおよび／またはファンクションに関する命令を含みおよび／または記憶することができる。様々な他の例が可能である。

【0090】

トーカ状態マシン２３６および／またはリスナ状態マシン２４６は、コンピュータ命令、コンピュータコード、デジタルロジック、他のソフトウェア、ハードウェア、または、その一部を、メモリ２３８、メモリ２４８、および／または、トーカ２３０および／またはリスナ２４０の内外に配設されかつ一以上のプロセッサによって実行可能な任意の他の記憶デバイスに記憶することができる任意の組み合わせを含むことができる。

【0091】

メモリ２３８および／またはメモリ２４８は、ランダムアクセスメモリ、読み出し専用メモリ、プログラム可能読み出し専用メモリ、電気的プログラム可能読み出し専用メモリ、電気的消去可能読み出し専用メモリ、フラッシュメモリ、磁気テープまたはディスク、光媒体などを含むがこれらには限定されない、様々なタイプの揮発性および不揮発性記憶媒体などのコンピュータ可読記憶媒体を含むことができるが、これには限定されない。一例において、メモリ２３８および／またはメモリ２４８は、後述するコンピュータシステム１０００のプロセッサ１００２のようなプロセッサのためのキャッシュまたはランダムアクセスメモリを含むことができる。他の例において、メモリ２３８および／またはメモリ２４８は、プロセッサのキャッシュメモリ、システムメモリ、または他のメモリのように、プロセッサから独立している。メモリ２３８および／またはメモリ２４８は、データを記憶するための外部記憶デバイスまたはデータベースであることができる。例は、ハードドライブ、コンパクトディスク（「ＣＤ」）、デジタルビデオディスク（「ＤＶＤ」）、メモリカード、メモリスティック、フロッピー（登録商標）ディスク、ユニバーサルシリアルバス（「ＵＳＢ」）メモリデバイス、またはデータを記憶するように動作する任意の他のデバイスを含む。メモリ２３８および／またはメモリ２４８は、プロセッサによって実行可能な命令を記憶するように動作可能であることができる。図面において例示されているかまたは説明されているファンクション、役割またはタスクは、メモリ２３８および／またはメモリ２４８内に記憶されている命令を実行するプログラムされたプロセッサによって実行されることができる。ファンクション、役割またはタスクは特定のタイプの命令セット、記憶媒体、プロセッサまたは処理ストラテジーとは無関係であり、独立してまたは組み合わせにおいて動作しているソフトウェア、ハードウェア、集積回路、ファームウェア、マイクロコードなどによって実行されることができる。同様に、処理ストラテジーは、マルチ処理、マルチタスキング、並列処理などを含むことができる。

【0092】

トーカのＳＲＰスタック２３４および／またはリスナのＳＲＰスタック２４４は属性データベース２３５、２４５を各々、含み、それに接続され、および／または、通信することができる。一例において、属性データベース２３５および／または属性データベース２４５はそれぞれのＭＳＲＰ属性データベースを含む。属性データベース２３５および／または属性データベース２４５はメモリを表すことができ、これは、メモリ２３８および／またはメモリ２４８、データ記憶バンク、および／または様々な他のコンポーネントと類似するかおよび／または同様である。属性データベース２３５および／または属性データベース２４５は、図１０に示し後述するコンピュータシステム１０００などのコンピュータシステムの一以上の特徴である場合もあり、それらを含む場合もあれば、それらを含まない場合もある。属性データベース２３５および／または属性データベース２４５は、トーカ属性および／またはトーカストリームＩＤなどの新たな属性がネットワーク２１０上で登録されおよび／またはトーカＳＲＰスタック２３４および／またはリスナＳＲＰスタック２４４によって受信され次第、いつでも、上位アプリケーション層に通知するように設計され得るアプリケーションプログラミングインターフェース（「ＡＰＩ」）を有することができる。

【0093】

上述のように、トーカ２３０はトーカ属性を有することができおよび／またはリスナ２４０はリスナ属性を有することができる。属性データベース２３５および／または属性データベース２４４は、一以上のトーカ属性および／またはリスナ属性を含みおよび／または記憶するデータベースを表す。例えば、属性データベース２３５は、トーカ２３０のための属性を含み、および／または、ネットワーク２１０上の、または当該ネットワークに接続される、リスナ２４０のための属性を含む。属性データベース２３５および／または属性データベース２４５は、トーカ２３０および／またはリスナ２４０がどこにあるか、トーカ２３０からのデータストリームがどれだけの帯域幅を必要とするか、リスナ２４０にとってどれだけの帯域幅が利用可能であるか、トーカ２３０および／またはリスナ２４０のための一意のストリームＩＤ、および／または、様々な他の情報および／またはデータを記憶または識別する。属性データベース２３５および／または属性データベース２４５は、例えば、第１の一意のストリームＩＤを有するトーカ２３０がイーサネット（登録商標）ＡＶＢネットワークに接続されていることを示し、トーカ２３０からデータストリームを取得しおよび／またはそれに登録するためにどの情報および／またはどのデータをネットワーク２１０および／またはコントローラ１９０からリクエストするか、ならびに、リスナ１４０がトーカ２３０からデータストリームに登録しており、および／または、その受信を開始する場合にどの程度のイーサネット（登録商標）接続の割合が使用されるかを特定する情報および／またはデータを記憶することができる。ネットワーク２１０からの一以上のデータストリームなどの、属性データベース２３５および／または属性データベース２４５によって受信される情報および／またはデータは、トーカＳＲＰスタック２３４および／またはリスナＳＲＰスタック２４４からアプリケーション層インターフェース２３２および／またはアプリケーション層インターフェース２４２に転送、出力、送信、および／または、渡される。

【0094】

いくつかのシステムにおいて、トーカ２３０の属性データベース２３５および／またはリスナ２４０の属性データベース２４５は、別個のおよび／または集合的な属性データベースから作成されおよび／または更新される。この別個のおよび／または集合的な属性データベースは、トーカ２３０およびリスナ２４０の両方に対して一つのデータベースを表すことができる。図１に示したシステム１００に戻って参照するに、複数のトーカ１３０、１３１、１３２および／または複数のリスナ１４０、１４１および１４２が示されており、これらの別個および／または集合的な属性データベースは、複数または全てのトーカ１３０、１３１および１３２および／または全てのリスナ１４０、１４１および１４２に対して一つのデータベースを表すことができる。例えば、別個のおよび／または集合的なＭＳＲＰ属性データベースは、ネットワーク１１０にアタッチされ、および／または、ネットワーク１１０と通信することができ、および／または、一以上のトーカ１３０、１３１、および１３２、および／または、リスナ１４０、１４１、および１４２に関する情報および／またはデータを記憶することができる。これに代えまたはこれに加えて、各トーカ１３０、１３１、および１３２、および／または、リスナ１４０、１４１、および１４２は、属性データベースを含むことができ、および／または、別個のおよび／または集合的なＭＳＲＰ属性データベースにアクセスすることができる。

【0095】

属性データベース２３５および／または属性データベース２４５は、別個のおよび／または集合的な属性データベースの複製であることができ、および／または当該属性データベースからの情報を含む。このようなシステムでは、別個のおよび／または集合的な属性データベースは、連続的に更新されるか、または様々な異なる間隔で更新される。いくつかのシステムにおいては、別個のおよび／または集合的な属性データベースは、ＳＲＰ属性データベース２３５、２４５のそれぞれにおいて受信および／または記憶されているデータストリームに関する情報および／またはデータに基づいて情報を収集および／または更新することができる。更新は、別個のおよび／または集合的な属性データベースによって、属性データベース２３５および／または属性データベース２４５に、１０〜１５秒ごとなどの様々な間隔で送信される。これらのシステムでは、属性データベース２３５および／または属性データベース２４５は同じである。

【0096】

代替的な例では、属性データベース２３５および／または属性データベース２４５は、トーカ２３０および／またはリスナ２４０に含まれないこともあるが、別個に存在するかおよび／またはトーカ２３０および／またはリスナと通信することもある。別の代替的な例では、別個のおよび／または集合的な属性データベースの部分は、トーカ２３０および／またはリスナ２４０が電源投入されると外部データベースから抽出され、トーカ２３０および／またはリスナ２４０内の揮発性メモリ内に記憶される。属性データベース２３５および／または属性データベース２４５の様々な他の実施例、ファンクションおよび／または特徴が実行可能である。

【0097】

図３は、コントローラがイーサネット（登録商標）ＡＶＢネットワークにおいてトーカとリスナとの間でデータストリームを作成するためのイーサネット（登録商標）ＡＶＢネットワーク上で通信するシステムにおいて実行するために例示的な方法３００を示す流れ図である。この方法は、コントローラが初期状態に設定されかつコントローラがトーカとリスナとの間でデータストリームを作成するためのクライアントからの命令を待機するブロック３０２から開始される。ブロック３０４において、コントローラはクライアントからデータストリームを作成するための命令を受信する。命令は、アプリケーション層などのシステムの上位層を介して送信される。クライアントは、アプリケーション層インターフェースを介して、命令を送信する。一例において、アプリケーション層インターフェースは、ファンクションブロック（「ＦＢｌｏｃｋ」）インターフェースである。コントローラは、コントローラのアプリケーション層インターフェースを介してなどしてアプリケーション層においてクライアントからの命令を受信するように構成される。

【0098】

ブロック３０６において、クライアントからのデータストリームを作成するための命令の受信に応答して、コントローラは、トーカヘデータストリームを作成するように命令する割当てメッセージを送信するように構成される。割当てメッセージは、コントローラのアプリケーション層インターフェースから、システムのイーサネット（登録商標）ＡＶＢネットワークを介して、トーカのＦＢｌｏｃｋインターフェースなどのアプリケーション層インターフェースへ、送信される。割当てメッセージは、データソースの数を表示するＳｏｕｒｃｅＮｒ（ソースナンバー）パラメータ、データストリームが送信される一以上の宛先アドレス、データストリームの提示遅延、データストリームのランク（例えば、第１のインジケータは緊急ランクを示し、第２のインジケータは非緊急ランクを示す）、データストリームに使用される仮想ローカルエリアネットワーク（ＶＬＡＮ）識別子、および／またはデータストリームのクラス（例えば、第１のインジケータはクラスＡを示し、第２のインジケータはクラスＢを示す）を含む様々なパラメータを含む。

【0099】

ブロック３０８で、コントローラは、トーカがデータストリームを作成できるかどうかを判定する。トーカから応答メッセージを受信すると、コントローラは、応答メッセージが成功メッセージかまたは失敗メッセージであるかの識別に基づいて、トーカがデータストリームを作成することが可能かを判定する。応答メッセージはトーカのアプリケーション層インターフェースを介して送信される。成功メッセージは、トーカがデータストリームを作成することができることを示す。成功メッセージは、トーカおよび／またはシステム内のＳＲＰスタックへクエリを発行すること、トーカ広告属性を登録すること、および／または、初期状態からリスナレディ事象を待機する待機状態へ遷移することを含む、一連のアクションをトーカが実行した後、および／または、その最中に、トーカによりコントローラへと送信される。成功メッセージは、クライアントが作成することが可能なデータストリームを識別するストリームＩＤを含む。失敗メッセージはデータストリームを作成するためにトーカがリソースおよび／または帯域幅を有するかどうかとは無関係である。例えば、失敗メッセージは無関係であり、このメッセージは、失敗がフルネットワークキューまたはメモリ割当て失敗などのシステムにおける失敗条件によって発生した場合、コントローラによって受信される。コントローラがトーカから失敗メッセージを受信した場合、コントローラは、トーカがストリームを作成することができないと判断し、ブロック３１６においてこの失敗をクライアントへ報告する。その後、この方法は、ブロック３０２に戻って、コントローラはクライアントからの他の命令を待機する。コントローラがリスナから成功メッセージを受信した場合、この方法はブロック３１８へ進む。

【0100】

ブロック３１８において、リスナから成功メッセージの受信に応答して、コントローラは、トーカとリスナがデータストリームのために接続を成立させることができることを示す成功メッセージをクライアントに報告するように構成される。コントローラからクライアントへのメッセージは、コントローラのアプリケーション層インターフェースを介して、送信され、クライアントのアプリケーション層インターフェースにおいて受信される。その後、この方法は、コントローラがクライアントからの他の命令を待つブロック３０２に進む。

【0101】

図４は、イーサネット（登録商標）ＡＶＢネットワーク内のトーカと一以上のリスナとの間でデータストリームを削除するためにイーサネット（登録商標）ＡＶＢネットワークを介して通信するシステムにおいてコントローラが実行する例示的な方法４００を示す流れ図である。この方法は、コントローラがクライアントからのトーカとリスナの間でデータストリームを削除するための命令を待機する、ブロック４０２から開始される。ブロック４０４において、コントローラは、クライアントから、データストリームを削除するための命令を受信する。命令は、アプリケーション層などのシステムの上位層を介して送信される。クライアントは、アプリケーション層インターフェースを介して、命令を送信する。一例において、アプリケーション層インターフェースは、ファンクションブロック（「ＦＢｌｏｃｋ」）インターフェースである。コントローラは、コントローラのアプリケーション層インターフェースを介してなどして、アプリケーション層においてクライアントからの命令を受信するように構成される。

【0102】

ブロック４０６において、クライアントからのデータストリームを削除するための命令の受信に応答して、コントローラはリスナへデータストリームから接続を切断する切断メッセージを送信するように構成される。切断メッセージは、コントローラのアプリケーション層インターフェースから、システムのイーサネット（登録商標）ＡＶＢネットワーク層を介して、リスナの、例えば、ＦＢｌｏｃｋインターフェースなどのアプリケーション層インターフェースへ、送信される。ブロック４０８において、コントローラはリスナから、接続が削除されたメッセージを受信する。メッセージは、リスナから、リスナのアプリケーション層インターフェースを介して、送信される。コントローラへメッセージを送信する前におよび／またはそれと同時に、リスナは、リスナのＡＶＴＰエンジンを停止すること、もしあれば、リスナ属性の登録を解除すること、リスナがもう興味を示さないストリームＩＤに関連付けられる任意の登録を削除するためにＳＲＰへクエリ 終了を発行すること、および監視状態からリスニング状態へ遷移することを含む一連のステップを実行する。

【0103】

ブロック４１０で、リスナからのメッセージを受信した後、コントローラがストリームから切断すべきリスナがまだあるかを判定する。ストリームから切断すべきリスナがまだある場合、方法は、ブロック４０６へ戻って、コントローラは別のリスナを判定しそのリスナへストリームから切断する命令を送信する。或いは、リスナは、ストリームから接続切断するためにリスナへ一以上のメッセージを送信する前に、ストリームから切断されるべきリスナの全てを判定する。全てのリスナを識別した後、コントローラは全てのリスナへ全ての切断メッセージを同時に送信する。或いは、コントローラは全てのリスナへ全ての切断メッセージを同時に送信しない代わりに、最初のリスナからの応答を受信する前に別のリスナに切断メッセージを送信する。

【0104】

リスナが全てのリスナがストリームから接続を切断したことを応答したと判断すると、ブロック４１２へ進み、コントローラはトーカにストリームを削除するように命令する割当て解除メッセージをトーカへ送信するように構成される。割当て解除メッセージは、コントローラのアプリケーション層インターフェースを介して送信され、トーカのアプリケーション層インターフェースで受信される。トーカのアプリケーション層インターフェースはＦＢｌｏｃｋインターフェースである。トーカは、接続を削除するために、リスナのＡＶＴＰエンジンの停止、トーカ属性の登録解除、ＳＲＰスタックへのクエリ＿終了ファンクションの発行、および／または、初期状態への遷移を含む一連のアクションを実行する。ブロック４１４で、コントローラは、トーカから、ストリームの削除が成功したことを示すメッセージを受信する。次に、方法はブロック４０２へ戻り、コントローラはクライアントからの命令を待機する。

【0105】

図５は、イーサネット（登録商標）ＡＶＢネットワークにおけるトーカとリスナがコントローラから受信した命令に基づいてトーカとリスナとの間でデータストリームを作成するために実行し得る例示的な方法を示す流れ図である。この方法は、ブロック５２０で開始され、同ブロックでは、トーカは、コントローラから、トーカにデータストリームを作成するように命令する割当てメッセージを受信する。割当てメッセージは、トーカのＦＢｌｏｃｋインターフェースなどの上位アプリケーション層インターフェースを介してトーカによって受信される。割当てメッセージの受信に応答して、トーカは、初期状態から、トーカがリスナによる登録通知を待機する待機状態へ、遷移するように構成される。トーカはまた、トーカがデータストリームを作成可能であることを示す成功メッセージをコントローラへ送信するように構成される。トーカは、アプリケーション層インターフェースを介して、コントローラへ成功メッセージを送信する。成功メッセージは、トーカが作成可能であるストリームを識別するストリームＩＤを含む。

【0106】

トーカがコントローラに成功メッセージを送信した後、ブロック５４０において、リスナはコントローラから接続メッセージを受信するように構成される。接続メッセージは、リスナのＦＢｌｏｃｋインターフェースなどの上位アプリケーション層インターフェースを介して受信される。接続メッセージはトーカがコントローラに送信したストリームＩＤを含む。接続メッセージを受信した後、リスナは初期状態から監視状態へ遷移するように構成される。初期状態から監視状態へ遷移するために、リスナは、ＳＲＰスタックへクエリを発行することを含む一連のアクションを実行し、受信したトーカ広告事象を処理し、リスナのＡＶＴＰエンジンを始動させ、および／またはリスナ属性を登録するように構成される。

【0107】

トーカがリスナレディ属性を登録した後、ブロック５６０において、トーカはリスナがリスナレディ属性を登録したことを示すリスナレディ事象を受信し、トーカのＡＶＴＰエンジンを始動させ、待機状態からレディまたはレディ／失敗状態へ遷移する。ＡＶＴＰエンジンを始動させ、レディまたはレディ／失敗状態へ遷移すると、トーカとリスナの間での接続が成立し、データストリームがトーカからリスナへ流れる。

【0108】

図６は、図５の例示的な方法をより詳細に示す流れ図である。図６に示した流れ図は、図５に示したブロック５２０、５４０および５６０に関連付けられるブロックを示すために三列にグループ分けされたブロック６０２〜６３２を示している。ブロック６０２〜６１０はブロック５２０に関連付けられ、ブロック６１２〜６２４はブロック５４０に関連付けられ、ブロック６２６〜６３２は、ブロック５６０に関連付けられる。他の関連付けまたは組み合わせを判定してもよい。この方法は、トーカとリスナが初期状態で構成されているブロック６０２から開始される。ブロック６０４において、トーカは、データストリームを作成するために、割当てメッセージに含まれた、命令を受信する。メッセージは、トーカのＦＢｌｏｃｋインターフェースなどのアプリケーション層インターフェースを介して、受信される。ブロック６０６において、割当てメッセージの受信に応答して、トーカはＳＲＰスタックへクエリを発行する。ＳＲＰスタックへのクエリは、ＳＲＰスタックへトーカが作成に興味を示しているストリームに対するストリームＩＤを通知する。クエリを発行しなければ、トーカはこのストリームＩＤに関連付けられるリスナレディ事象（「ＬＲ！」）を判定できない。クエリが発行された後、そのストリームＩＤのためにリスナがＳＲＰスタックに登録したＬＲはいずれもトーカによって判定される。

【0109】

ブロック６０８で、トーカは、トーカ広告（ＴＡ）属性を登録する。ＴＡ属性の登録は、トーカがストリームを予約するために必要な帯域幅および／またはリソースの予約が可能であることをイーサネット（登録商標）ＡＶＢネットワークに発表することである。トーカがＴＡ属性を登録する場合、ＳＲＰスタックは登録とそれが登録されているストリームをリスナに通知する。トーカがＴＡ属性を登録した後、ブロック６１０において、トーカは、初期状態から、トーカがＬＲ事象などのリスナ登録によってトリガされる事象を待機する待機状態へ、遷移する。更に、ＴＡ属性登録後、トーカはコントローラへトーカがデータストリームを作成可能であることを示す成功メッセージを送信するように構成される。トーカは、トーカのアプリケーション層インターフェースを介して成功メッセージを送信することにより、コントローラに成功メッセージを送信する。コントローラへ送信された成功メッセージはトーカが予約したストリームに対するストリームＩＤを含む。

【0110】

ブロック６１２において、リスナはリスナがストリームに接続するように指示する接続（Ｃｏｎｎｅｃｔ）メッセージをコントローラから受信する。接続メッセージはトーカがコントローラへ送信した成功メッセージに含まれるストリームＩＤを含む。リスナは、ＦＢｌｏｃｋインターフェースなどの上位アプリケーション層インターフェースを介して接続メッセージを受信する。ブロック６１４において、接続メッセージを受信するとこれに応答して、リスナは、初期状態から、トーカによるＴＡ（トーカ広告）属性登録の通知を待機する待機状態へ、遷移する。ブロック６１６において、リスナは、トーカがＴＡ属性を登録したことを示すメッセージを受信する。リスナは、ＳＲＰスタックを介して、この通知を受信する。ブロック６０８において、トーカがＴＡ属性を登録した場合、この登録がＴＡ事象をトリガし、ブロック６１６においてＴＡ属性の登録をリスナに通知する。ブロック６１８において、トーカはＴＡメッセージを処理する。 ＴＡメッセージの処理はストリームの宛先アドレス（ＤＡ）を取得することを含み、これはリスナのイーサネット（登録商標）アダプタをプログラムしてマルチキャストアドレスにアドレスされるフレームを受信するために必要である。

【0111】

ブロック６２０において、リスナは、データストリームを認識および／または処理するためにＡＶＴＰエンジンを始動する。ブロック６２２において、リスナはリスナレディ（「ＬＲ」）属性を登録する。リスナは、ＬＲ属性を登録し、ネットワークおよび／または（リスナが接続する可能性があり、予約しているか、またはデータストリームへの接続を予約している）トーカに発表する。ブロック６２４において、リスナは待機状態からモニタ（監視）状態へ遷移する。監視状態において、リスナは、リスナが接続しているおよび／または予約していたストリームが正常終了したかまたは異常終了したかの表示を監視する。リスナは、ストリーム自体またはアプリケーション層インターフェースを介して受信したメッセージ、ＳＲＰスタック、および／または、ストリームの終了を監視および／または検出するように構成されるリスナの他のコンポーネントやモジュールを監視する。一例において、リスナは、ストリームの予約の異常終了が表示されるトーカ失敗事象（「ＴＦ！」）を監視する。別の実施例において、リスナは、ストリームの予約の正常終了が表示されるトーカ登録解除事象（「ＴａｌｋｅｒＤｅｒｅｇｉｓｔｅｒ！（トーカデレジスタ）」）を監視する。別の実施例において、リスナは、クライアントおよび／またはコントローラがリスナにもうストリームを聴かせたくない旨のコントローラからのメッセージやコマンドに伴う接続切断事象（「Ｄｉｓｃｏｎｎｅｃｔ！（切断せよ）」）を監視する。ブロック６２４において、リスナはまた、リスナがデータストリームに首尾よく接続したことおよび／またはデータストリーム予約を予約できたことを示す成功メッセージをコントローラへ送信するように構成される。リスナはリスナのアプリケーション層インターフェースを介して成功メッセージを発行するように構成される。

【0112】

コントローラおよび／またはクライアントは、コントローラがリスナから成功メッセージを受信した後でデータストリームに対する接続を成立させることができたことを判定するが、トーカは、リスナからレディ（Ｒｅａｄｙ）登録の通知を受けるまでは、接続の形成および／またはデータストリーミングの開始を行わない。ブロック６２６において、トーカはレディ事象を受信する。レディ事象は、リスナがリスナレディ属性を登録した際にトリガされる。他の例示的な方法において、複数のリスナがある時、ＡＶＢネットワーク内のスイッチまたはブリッジがストリームを受信するための帯域幅の量が少なくとも一リスナには十分だが全てのリスナには不十分だと判断した場合、スイッチまたはブリッジは、レディ事象を、レディ／失敗事象に変換する。トーカはＳＲＰスタックを介してレディ／失敗事象のレディ事象を受信する。

【0113】

ブロック６２８において、レディ事象またはレディ／失敗事象の受信に応答して、トーカはＡＶＴＰエンジンを始動し、データストリームは、トーカから、ストリームのストリームＩＤに関連付けられるリスナレディ属性を登録した一以上のリスナへ流れる。ブロック６３０において、トーカがレディ／失敗事象を受信した場合、トーカはデータストリームを受容することができなかった一以上のリスナに関連付けられる一以上のエラーをログ（記録）する。ブロック６３２において、ブロック６２６のトーカが受信したリスナ事象に応じて待機状態からレディまたはレディ／失敗状態へ遷移する。ＡＶＴＰエンジンを始動しおよび／またはレディまたはレディ／失敗状態へ遷移した後、トーカとリスナの間でデータストリームの接続が成立され、データストリームはトーカからリスナへ首尾よく流れる。

【0114】

図７は、イーサネット（登録商標）ＡＶＢ環境にあるトーカとリスナがコントローラから受信した命令に基づいてトーカとリスナとの間でデータストリームを削除するために実行する可能性のある例示的な方法を示す流れ図である。この方法はブロック７２０で開始され、ブロック７２０において、リスナはコントローラから、リスナにデータストリームとの接続を切断するように命令する切断メッセージを受信する。リスナは、ＦＢｌｏｃｋインターフェースなどの上位アプリケーション層インターフェースを介して切断メッセージを受信する。切断メッセージの受信に応答して、リスナは、リスナがＳＲＰスタックおよび／またはＳＲＰスタックにクエリ 終了を発行する準備ができている（レディである）ことを示すリスナレディ属性などの任意のリスナ属性の登録を解除するように構成される。更に、切断メッセージに応答して、リスナは、監視状態から初期状態に遷移するように構成される。また、リスナはコントローラへリスナがデータストリームへの接続を首尾よく削除したことを示す成功メッセージを送信する。リスナは、リスナのアプリケーション層インターフェースを介して、成功メッセージを送信する。

【0115】

ブロック７４０において、トーカは、コントローラから、データストリームを削除するようにコントローラに命令する割当て解除メッセージを受信する。トーカは、リスナがコントローラへ成功メッセージを送信したことを受けて、コントローラから割当て解除メッセージを受信する。トーカは、トーカの、ＦＢｌｏｃｋインターフェースなどの上位アプリケーション層インターフェースを介して、割当て解除メッセージを受信する。割当て解除メッセージの受信に応答して、トーカは、ＡＶＴＰマシンを停止し、登録されたトーカ属性の登録を解除し、レディまたはレディ／失敗状態から初期状態へ遷移する。

【0116】

図８は、図７の例示的な方法を詳細に示す流れ図である。図８に示した流れ図は、図７に示されたブロック７２０および７４０に関連付けられるブロックを示すために２列にグループ分けされたブロック８０２〜８１８を示す。ブロック８０２〜８１０は、ブロック７２０に関連付けられ、ブロック８１２〜８１８はブロック７４０に関連付けられる。他の関連付けや組み合わせも判定され得る。この方法は、ブロック８０２において開始され、同ブロックにおいて、リスナは、コントローラから、ストリームとの接続を切断する命令を受信する。リスナは、命令を切断メッセージとして受信する。切断（Ｄｉｓｃｏｎｎｅｃｔ）メッセージは、リスナの上位アプリケーション層インターフェースを介して受信されてもよい。ブロック８０４において、切断メッセージの受信に応答して、リスナはＡＶＴＰエンジンを停止し、すなわち、データストリームがまだリスナへフロー中であっても、リスナのデータストリームの認識を停止する。ブロック８０６において、リスナが一以上の登録されたリスナレディ属性の登録を解除する。リスナがＬＲ属性を登録していなかった場合、ＬＲ属性の登録を解除するためのアクションはとられない。ＬＲ属性を登録解除後、または、解除するべきＬＲ属性の登録がないと判断した後、ブロック８０８において、リスナは、ＳＲＰスタックへクエリ 終了ファンクションを発行する。ＳＲＰスタックへクエリ 終了ファンクションを発行することによって、リスナは、ＳＲＰスタックから、リスナが接続を切断するように命令したストリームに関連付けられるストリームＩＤに関連する登録を削除する。クエリ 終了が発行されることでリスナはもはやリスナが興味を持たない登録について通知されなくなる。

【0117】

ブロック８１０において、リスナは監視状態から初期状態に遷移する。更に、リスナは、リスナがストリームから首尾よく切断されたことを示す成功メッセージをコントローラへ送信する。リスナは、リスナのアプリケーション層インターフェースを介して、成功メッセージを送信する。

【0118】

ブロック８１２において、リスナからの成功メッセージの受信に応答して、トーカは、コントローラから、ストリームを削除するようにトーカに命令する旨の割当て解除メッセージを受信する。トーカは、トーカのアプリケーション層インターフェースを介して、割当て解除メッセージを受信する。ブロック８１４において、トーカはトーカのＡＶＴＰエンジンを停止し、すなわち、データストリームがネットワーク上でストリーミングすることを停止する。ブロック８１６において、トーカは一以上の登録されたトーカ属性の登録を解除する。属性が登録されていない場合、トーカ属性を登録解除するためのアクションはとられない。トーカ属性を登録解除後、または、解除するべきトーカ属性の登録がないと判断した後、ブロック８１８において、トーカは、レディ状態から初期状態へ遷移する。また、ブロック８１８において、トーカは、トーカがストリームを首尾よく切断したことを示す成功メッセージをコントローラへ送信する。トーカは、トーカのアプリケーション層インターフェースを介して、成功メッセージを送信する。トーカのＡＶＴＰエンジンを停止し、任意のトーカ属性の登録を解除し、および／または、初期状態へ遷移した後、トーカとリスナの間のデータストリームの接続は首尾よく削除される。

【0119】

図９は、コントローラ９９０、クライアント９６０、一以上のトーカ９３０、９３１、９３２、および一以上のリスナ９４０、９４１、９４２を含む例示的なシステム９００を示す。例示的なシステム９００は自動車通信システムを含む。自動車通信システム９００のトーカは、ＤＶＤプレーヤ９３０、ＣＤプレーヤ９３１、および／または無線９３２を含む。自動車通信システム９００のリスナは、フロントスピーカアンプ９４０、後部座席ディスプレイ９４１、およびリアアンプ９４２を含む。自動車通信システムのクライアントはヘッドユニット９６０である。ヘッドユニット９６０は、例えば、再生、停止、早送り、巻戻し、一時停止することによって、音量コントロール、チャンネルコントロール、ＤＶＤプレーヤおよび／またはＣＤプレーヤのコントロールなどの様々なコントロールを含む。他のコントロールはヘッドユニットに含まれる。コントロールは、自動車の運転者または乗員などの通信システム９００のユーザによって操作される。ユーザは、トーカ９３０、９３１、９３２および／またはリスナ９４０、９４１、９４２をコントロールするために、ヘッドユニット９６０を動作させる。ユーザが自動車内で音楽の音量を下げたい場合、ユーザはヘッドユニット９６０上の音量ノブを操作して、フロントスピーカアンプ９４０および／またはリアスピーカアンプ９４２をコントロールする。

【0120】

トーカ９３０、９３１、９３２、リスナ９４０、９４１、９４２、ヘッドユニット９６０、およびコントローラ９９０は、ネットワーク９１０上で通信することによって相互の一以上と通信状態にある。ネットワーク９１０はイーサネット（登録商標）ＡＶＢネットワークである。トーカからリスナに転送されるデータストリームはイーサネット（登録商標）ＡＶＢネットワークを含む一以上のイーサネット（登録商標）ケーブルを介して送信される。トーカとリスナの間でストリームを予約しおよび／または予約を削除するために、ネットワーク９１０はＩＥＥＥ８０２．ｌＱａｔ‐２０１０において説明したようにストリーム予約プロトコルを使用する。ＳＲＰは、システムのコンポーネント９３０、９３１、９３２、９４０、９４１、９４２、９６０に含まれてよいし、または、これらによってアクセス可能なＳＲＰスタックを介して通信することによって使用される。データストリームをコントロールするためのコントロール信号はイーサネット（登録商標）ケーブルを介しても送信される。更に、コントロール信号は、システム９００の上位アプリケーション層において、開始され、生成され、受信され、および／または、処理される。コントロール信号は、アプリケーション層へおよびアプリケーション層からアプリケーション層インターフェースを介してイーサネット（登録商標）ＡＶＢネットワーク上で通信される。ＤＶＤプレーヤ９３０、ＣＤプレーヤ９３１、ラジオ９３２、フロントスピーカアンプ９４０、後部座席ディスプレイ９４１、リアスピーカアンプ９４２、および／または、ヘッドユニットの各々はアプリケーション層インターフェースを有している。一例において、アプリケーション層インターフェースは、ＦＢｌｏｃｋインターフェースを含む。システム９００のコンポーネントがＦＢｌｏｃｋインターフェースを有する場合、ネットワーク９１０を介して送信されるコントロール信号は、ＦＢｌｏｃｋコントロール信号を含む。コントローラ９９０は、システム９００のコンポーネント９３０、９３１、９３２、９４０、９４１、９４２、および９６０の各々へＦＢｌｏｃｋコントロール信号などのコントロール信号を送受信するように構成される。コントローラ９９０は、コントロール信号を送受信するためにアプリケーション層インターフェースであるかまたはこれを含む。

【0121】

システム９００の例示的な動作は、自動車の後部座席に乗員のためにＤＶＤを始動させたいとする自動車の運転者を含む。ＤＶＤを始動させるため、運転者は、ヘッドユニット９６０と通信状態にある「再生」ボタンを押す。ヘッドユニット９６０は、「再生」ボタンが押されたことを認識して、ＤＶＤプレーヤ９３０と後部座席ディスプレイ９４１との間でＡ／Ｖストリームを作成するようにコントローラ９９０に命令する「再生」コマンドをコントローラ９９０へ送信する。コントローラ９９０は、ヘッドユニット９６０から命令を受信すると、ＤＶＤプレーヤ９３０へ割当てメッセージを送信し、ＤＶＤプレーヤ９３０にストリームを作成するように命令する。割当てメッセージを受信すると、ＤＶＤプレーヤ９３０またはＤＶＤプレーヤ９３０と一緒に動作可能なトーカは、ストリームを作成するために一以上の状態マシンを使用して一以上のアクションを実行する。例えば、ＤＶＤプレーヤ９３０はＤＶＤプレーヤ９３０がこのストリームに関連する任意の登録について知らされるようにＤＶＤプレーヤ９３０のＳＲＰスタックをクエリする。ＤＶＤプレーヤ９３０は、トーカ広告属性をＳＲＰスタックへ登録しＤＶＤプレーヤのストリームの作成を発表し、その後、ＤＶＤプレーヤは待機状態に遷移して、リスナとして動作している後部座席ディスプレイ９４１からのリスナレディ登録によってリスナレディ事象の受信を待機する。ＤＶＤプレーヤ９３０はまた、コントローラ９９０へ成功メッセージを送信する。ＤＶＤプレーヤは、ＤＶＤプレーヤ９３０の、ＦＢｌｏｃｋインターフェースなどのアプリケーション層インターフェースを介して、コントローラへ成功メッセージを送信する。成功メッセージは、ＤＶＤプレーヤが作成したいとするストリームを識別するストリームＩＤを含む。

【0122】

コントローラ９９０は、ＤＶＤプレーヤから成功メッセージを受信し、これに応答して、後部座席ディスプレイ９４１に接続メッセージを送信し、その際、接続メッセージ内にはストリームＩＤが含まれる。接続メッセージを受信すると、後部座席ディスプレイ９４１は、状態マシンを使って、ＳＲＰスタックにクエリを発行し、これにより、ＳＲＰスタックは、後部座席ディスプレイ９４１が接続されたいとするストリームのストリームＩＤに関連付けられるトーカ属性登録について通知を受ける。更に、後部座席ディスプレイ９４１は、ＤＶＤプレーヤによって実行されるトーカ広告登録によるＳＲＰスタックを介してトーカ広告事象を受信する。トーカ広告事象を受信すると、後部座席ディスプレイ９４１は、トーカ広告事象を処理し、後部座席ディスプレイ９４１のＡＶＴＰエンジンを始動させて後部座席ディスプレイがＤＶＤプレーヤ９３０から送信されたメディアストリームを認識できるようにし、リスナレディ属性を登録してメディアストリームを受容できることを発表し、その後、監視状態へ遷移する。この監視状態下では、後部座席ディスプレイ９４１がメディアストリームまたはＳＲＰスタックまたはアプリケーション層インターフェースを介して送信された信号を監視する。

【0123】

後部座席ディスプレイ９４１がリスナレディ属性を登録した場合、リスナレディ事象がＳＲＰスタックを介して伝搬されかつＤＶＤプレーヤ９３０によって受信される。ＤＶＤプレーヤ９３０がリスナレディ事象を識別する場合、ＤＶＤプレーヤ９３０はＡＶＴＰエンジンをスタートさせてメディアフローを始動させ、その後、レディ状態へ遷移する。この状態において、ＤＶＤプレーヤ９３０は全てのリスナがメディアストリームを受容できる構成の下で動作し、ＤＶＤプレーヤ９３０と後部座席ディスプレイ９４１との間でのメディアストリームの接続が首尾よく成立される。

【0124】

上記の動作は単なる例示にすぎず、システム９００上または上記の説明に基づいてイーサネット（登録商標）ＡＶＢ環境においてトーカとリスナとを含む他のシステム上で実行することができる。

【0125】

図１に示したトーカ１３０、１３１、および１３２、リスナ１４０、１４１、および１４２、トーカ／リスナ１５０、および／または、コントローラ１９０などのトーカの一以上は、図１０のコンピューティングデバイスなどの様々な種類のうちの一以上のコンピューティングデバイスの一部または全てであるかおよび／またはこれらを含む。図１０は、１０００で示された汎用コンピュータシステムの一例を示す。システム１００および／またはシステム２００からのコンポーネントのいずれもコンピュータシステム１０００の一部または全てを含む。例えば、いくつかの実施例において、コンピュータシステム１０００はプロセッサとメモリのみを含む。コンピュータシステム１０００は、開示されている方法またはコンピュータベースのファンクションのいずれか一つ以上をコンピュータシステム１０００に実行させるために遂行することができる一組の命令を含むことができる。コンピュータシステム１０００は、スタンドアローンデバイスとして動作するか、または、例えば、ネットワークを使用して他のコンピュータシステムまたは周辺機器に接続される。

【0126】

ネットワーク化された配備において、コンピュータシステム１０００は、サーバ−クライアントユーザネットワーク環境におけるサーバの容量内でもしくはクライアントユーザコンピュータとして、またはピアツーピア（もしくは分散型）ネットワーク環境におけるピアコンピュータシステムとして動作することができる。コンピュータシステム１０００はパーソナルコンピュータ（ＰＣ）、タブレットＰＣ、セットトップボックス（ＳＴＢ）、携帯情報端末（ＰＤＡ）、モバイルデバイス、パームトップコンピュータ、ラップトップコンピュータ、デスクトップコンピュータ、通信デバイス、無線電話機、固定電話機、制御システム、カメラ、スキャナ、ファクシミリ装置、プリンタ、ポケットベル、個人信託装置、ウェブアプライアンス、ネットワークルータ、スイッチもしくはブリッジ、または、その装置によって為されるべき操作を指定する（順次またはそれ以外の）命令のセットを実行することが可能な任意の他の装置のような様々なデバイスとして実施されるかまたはその中に組み込むことも可能である。特定の例では、コンピュータシステム１０００は、音声、音響、ビデオまたはデータ通信を提供する電子デバイスを使用して実施されることが可能である。更に、単一のコンピュータシステム１０００が例示されているが、「システム」という用語は、一以上のコンピュータファンクションを実行するための命令のセット、または複数のセットを個別にまたは連帯して実行するシステムまたはサブシステムの任意の集合を含むようにも解釈されるべきである。

【0127】

図１０に例示されるように、コンピュータシステム１０００は、プロセッサ１００２、例えば、中央処理装置（ＣＰＵ）、グラフィックス処理装置（ＧＰＵ）、またはその両方を含むことができる。プロセッサ１００２は、様々なシステム内のコンポーネントであることができる。例えば、プロセッサ１００２は、標準的なパーソナルコンピュータまたはワークステーションの一部であることができる。プロセッサ１００２は、一以上の汎用プロセッサ、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、サーバ、ネットワーク、デジタル回路、アナログ回路、それらの組み合わせ、またはデータを分析および処理するための、他の現在既知のもしくは将来開発されるデバイスであることができる。プロセッサ１００２は、手作業で生成される（すなわち、プログラムされる）コードのようなソフトウェアプログラムを実施することができる。

【0128】

用語「モジュール」は、複数の実行可能なモジュールを含むものとして定義される。本明細書中に記載されるように、モジュールは、プロセッサ１００２などのプロセッサによって実行可能なソフトウェア、ハードウェア、またはそれらの何らかの組み合わせを含むとして定義される。ソフトウェアモジュールは、メモリ１００４のようなメモリ、または別のメモリデバイス内に記憶される、プロセッサ１００２または他のプロセッサによって実行可能である命令を含むことができる。ハードウェアモジュールは、プロセッサ１００２により実行するために実行可能とされ、指定され、および／またはコントロールされる様々なデバイス、コンポーネント、回路、ゲート、回路基板などを含む。

【0129】

コンピュータシステム１０００は、バス１００８を介して通信することが可能であるメモリ１００４のようなメモリ１００４を含むことができる。メモリ１００４は、主記憶装置、静的記憶装置、または動的記憶装置であることができる。メモリ１００４は、ランダムアクセスメモリ、読み出し専用メモリ、プログラム可能読み出し専用メモリ、電気的プログラム可能読み出し専用メモリ、電気的消去可能読み出し専用メモリ、フラッシュメモリ、磁気テープまたはディスク、光ディスクなどを含むがこれらには限定されない、様々なタイプの揮発性および不揮発性記憶媒体のような、コンピュータ可読記憶媒体を含むことができるが、これには限定されない。一つの例では、メモリ１００４は、プロセッサ１００２のためのキャッシュまたはランダムアクセスメモリを含む。代替的な例では、メモリ１００４は、プロセッサのキャッシュメモリ、システムメモリ、または他のメモリのように、プロセッサ１００２から独立している。メモリ１００４は、データを記憶するための外部記憶デバイスまたはデータベースとすることができる。例は、ハードドライブ、コンパクトディスク（「ＣＤ」）、デジタルビデオディスク（「ＤＶＤ」）、メモリカード、メモリスティック、フロッピー（登録商標）ディスク、ユニバーサルシリアルバス（「ＵＳＢ」）メモリデバイス、またはデータを記憶するように動作する任意の他のデバイスを含む。メモリ１００４は、プロセッサ１００２によって実行可能な命令を記憶するように動作可能である。図面において例示されているかまたは説明されるファンクション、役割またはタスクは、メモリ１００４内に記憶されている命令を実行するプログラムされたプロセッサ１００２によって実行されることができる。ファンクション、役割またはタスクは特定のタイプの命令セット、記憶媒体、プロセッサまたは処理ストラテジーとは無関係であり、独立してまたは組み合わせにおいて動作するソフトウェア、ハードウェア、集積回路、ファームウェア、マイクロコードなどによって実行されることができる。同様に、処理ストラテジーは、マルチ処理、マルチタスキング、並列処理などを含むことができる。

【0130】

図示されるように、コンピュータシステム１０００は、液晶ディスプレイ（ＬＣＤ）、有機発光ダイオード（ＯＬＥＤ）、フラットパネルディスプレイ、ソリッド状態ディスプレイ、陰極線管（ＣＲＴ）、プロジェクタ、プリンタ、または、確定された情報を出力するための他の現在既知のもしくは将来開発される表示デバイスのような表示装置１０１０を更に含む場合もあれば、含まない場合もある。ディスプレイ１０１０は、ユーザが、プロセッサ１００２がどう機能するか（ファンクショニング）を見るためのインターフェースとして、または具体的には、メモリ１００４もしくはドライブユニット１０１６内に記憶されているソフトウェアとのインターフェースとしてアクションすることができる。

【0131】

更に、コンピュータシステム１０００は、ユーザがシステム１０００のコンポーネントのいずれかと対話することを可能にするように構成される入力デバイス１０１２を含むことができる。入力デバイス１０１２は、数字キーパッド、キーボード、もしくは、マウスのようなカーソル制御デバイス、またはジョイスティック、タッチスクリーンディスプレイ、リモートコントロール、またはコンピュータシステム１０００と対話するように動作する任意の他のデバイスであることができる。

【0132】

図１０において図示されるような特定の例では、コンピュータシステム１０００は、ディスクまたは光学式ドライブユニット１０１６をも含むことができる。ディスクドライブユニット１０１６は、命令１０２４の一以上のセット、例えば、ソフトウェアが埋め込まれることができるコンピュータ可読媒体１０２２を含むことができる。更に、命令１０２４は、記載されているような方法またはロジックのうちの一以上を具現化することができる。特定の例において、命令１０２４は、コンピュータシステム１０００による実行中にメモリ１００４内におよび／またはプロセッサ１００２内に完全にまたは少なくとも部分的に存在することができる。メモリ１００４およびプロセッサ１００２は、上述のようなコンピュータ可読媒体をも含むことができる。

【0133】

本開示は、命令１０２４を含むかまたは伝播信号に応答して命令１０２４を受信および実行するコンピュータ可読媒体を企図しており、それによって、ネットワーク１０２６に接続されるデバイスがネットワーク１０２６を介して音声、ビデオ、音響、画像または任意の他のデータを通信することが可能である。更に、命令１０２４は、通信ポートもしくはインターフェース１０２０を介して、および／またはバス１００８を使用してネットワーク１０２６を介して送信または受信されることができる。通信ポートまたはインターフェース１０２０は、プロセッサ１００２の一部であることができるか、または別個のコンポーネントであることができる。通信ポート１０２０は、ソフトウェアにおいて作成されることができるか、またはハードウェア内の物理接続であることができる。通信ポート１０２０は、ネットワーク１０２６、外部媒体、ディスプレイ１０１０、もしくはシステム１０００内の任意の他のコンポーネント、またはそれらの組み合わせに接続するように構成されることができる。ネットワーク１０２６との接続は有線イーサネット（登録商標）接続のような物理接続であることができるか、または、後述するように無線で確立されることができる。同様に、システム１０００の他のコンポーネントとの追加の接続は、物理接続であることができるか、または、無線で確立されることができる。ネットワーク１０２６は、代替的に、バス１００８に直接接続されることができる。

【0134】

ネットワーク１０２６は、有線ネットワーク、無線ネットワーク、イーサネット（登録商標）ＡＶＢネットワーク、またはそれらの組み合わせを含むことができる。無線ネットワークは、携帯電話ネットワーク、８０２．１１、８０２．１６、８０２．２０、８０２．１ＱまたはＷｉＭａｘネットワークであることができる。更に、ネットワーク１０２６は、インターネットのような公衆ネットワーク、イントラネットのような私的ネットワーク、またはそれらの組み合わせであることができ、ＴＣＰ／ＩＰベースのネットワークプロトコルを含むがそれには限定されない、現在利用可能であるかまたは将来開発される様々なネットワークプロトコルを利用することができる。

【0135】

コンピュータ可読媒体は単一の媒体であるように示されているが、「コンピュータ可読媒体」という用語は、集中型もしくは分散型データベース、および／または命令の一以上のセットを記憶する、関連付けられるキャッシュおよびサーバのような、単一の媒体または複数の媒体を含むことができる。「コンピュータ可読媒体」という用語は、プロセッサによる実行のために命令のセットを記憶、符号化または搬送することが可能であるか、またはコンピュータシステムに、開示される方法または動作のうちのいずれか一以上を実行させる任意の媒体をも含むことができる。「コンピュータ可読媒体」は持続性であることができ、有形であることができる。

【0136】

一例において、コンピュータ可読媒体は、メモリカードまたは一以上の不揮発性読み出し専用メモリを収容する他のパッケージのようなソリッド状態メモリを含むことが可能である。更に、コンピュータ可読媒体は、ランダムアクセスメモリまたは他の揮発性書き換え可能メモリであることが可能である。付加的に、コンピュータ可読媒体は、ディスクもしくはテープのような磁気光または光媒体、または伝送媒体を介して通信される信号のような搬送波信号を捕捉するための他のストレージデバイスを含むことが可能である。電子メールに対するデジタルファイル添付または他の内蔵型の情報アーカイブもしくはアーカイブのセットは、有形記憶媒体である配布媒体とみなすことができる。従って、本開示は、コンピュータ可読媒体または配布媒体ならびに他の均等物および後続の媒体のうちのいずれか一以上を含むと考えられ、その中にデータまたは命令が記憶されることができる。

【0137】

代替的な例では、特定用途向け集積回路、プログラマブルロジックアレイおよび他のハードウェアデバイスなどの専用ハードウェアの実施態様が、システムの様々なモジュールまたはモジュールの部分を実施するために構築可能である。装置およびシステムを含むことができるアプリケーションは、様々な電子システムおよびコンピュータシステムを広範に含むことが可能である。記載されている一以上の例は、二つ以上の特定の相互接続されるハードウェアモジュールまたはデバイスを、当該モジュールの間でかつそれらを介して通信することが可能である関連するコントロール信号およびデータ信号を用いて使用して、または特定用途向け集積回路の部分として、ファンクションを実施することができる。従って、本発明のシステムはソフトウェア、ファームウェア、およびハードウェアの実施態様を包含する。

【0138】

記載されているシステムは、コンピュータシステムによって実行可能なソフトウェアプログラムによって実施されることができる。更に、非限定的な例において、実施態様は、分散型処理、コンポーネント／オブジェクト分散型処理、および並列処理を含むことが可能である。代替的に、仮想コンピュータシステム処理、例えばクラウドコンピューティングが、システムの様々な部分を実施するために構築されることができる。

【0139】

システムは、いかなる特定の標準規格およびプロトコルを用いた動作にも限定されない。例えば、インターネットおよび他のパケット交換ネットワーク伝送のための標準規格（例えば、ＴＣＰ／ＩＰ、ＵＤＰ／ＩＰ、ＨＴＭＬ、ＨＴＴＰ）が使用されることができる。このような規格は、基本的に同じファンクションを有する、より高速またはより効率的な均等物によって定期的に取って代わられる。従って、開示されているものと同じまたは同様のファンクションを有する置き換え可能な規格やプロトコルがそれらと同等のものと考えられる。

【0140】

本発明の様々な実施形態が記載されてきたが、更に多くの実施形態および実施態様が本発明の範囲内で可能であることは、当業者には明らかであろう。従って、本発明は添付の特許請求の範囲およびその均等物を考慮する以外では限定されるべきではない。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】