JP2016005269A - オーディオビデオブリッジングネットワークのリンプホーム動作 - Google Patents

Abstract

【課題】オーディオビデオブリッジングネットワークのリンプホーム動作を提供する。
【解決手段】車両内の複数の電子モジュールは、オーディオビデオブリッジング（ＡＶＢ）ネットワーク６２上で通信する。これらのモジュールは、通常、特定のサービスの質を有するデータストリームをＡＶＢストリームとして協働して送信及び受信する。ＡＶＢ質ストリームをネットワーク上で送信することができないという状態が存在するとき、モジュールは、ある特定のリンプホーム機能性を用いて通信する。送信モジュール（トーカ３１６）は、ストリーム予約なしでデータストリームをマルチキャストメッセージとして送信する。受信モジュール（リスナ３０８）は、マルチキャストメッセージを受信する。ネットワークブリッジモジュール（ブリッジ３００）は、トーカプルーニング特徴がマルチキャストメッセージのハンドリングを促進する。
【選択図】図２

Description

本出願は、概して車内ネットワーク構築に関するものである。

自走車両における電子モジュールの数の増加が、モジュール間でデータを効率的に移動させる必要性を増加させてきた。１つのモジュールによって送信されたデータは、複数のモジュールにおいて利用法が見出され得る。このデータを移動させる必要性は、車両および部品製造業者にこれらの接続を支援するために車内のネットワークを適合させることを要求し得る。ネットワークトラフィックは、娯楽情報番組システムのために用いられる音声およびビデオデータを含み得る。また、ネットワークトラフィックは、バックアップカメラとディスプレイとの間の通信などの、より安全志向な音声／ビデオデータを含み得る。定義されるプロトコルは、概して正常状態下でのネットワーク動作を識別する。故障状態の間での動作は、詳しく規定され得ない。

通信されるデータの量が増加するにつれて、従来の独占的通信リンクでは、そのデータ要求を満足させるには不十分であり得る。車内使用のために既存のイーサネット（登録商標）基準を適合することが望まれ得る。イーサネット（登録商標）は、高速データ伝送速度を許容し得、既存のイーサネット（登録商標）ハードウェアおよびソフトウェアモジュールの使用を許容し得る。ネットワーク構築基準は、電気電子技術者協会（ＩＥＥＥ）などの機構から入手できる。

少なくとも一実施形態において、オーディオビデオブリッジング（ＡＶＢ）ネットワークに接続するためのモジュールが提供される。本モジュールは、少なくとも１つのトーカコントローラを含む。少なくとも１つのトーカコントローラは、少なくとも１つのリスナコントローラにトーカ広告メッセージを送信するようにプログラムされる。トーカ広告メッセージは、少なくとも１つのリスナコントローラによって消費される利用可能なＡＶＢデータストリームを示す。少なくとも１つのトーカコントローラは、ブリッジコントローラおよび少なくとも１つのリスナコントローラのうちの１つから失敗メッセージを受信するように更にプログラムされる。失敗メッセージは、少なくとも１つのリスナが少なくとも１つのトーカコントローラから利用可能なＡＶＢデータストリームを受信できないことを示す。少なくとも１つのトーカコントローラは、失敗メッセージの受信に応答して、利用可能なＡＶＢデータストリームを非ＡＶＢデータストリームとして少なくとも１つのリスナコントローラに送信するように更にプログラムされ得る。少なくとも１つのトーカコントローラは、失敗メッセージの受信に応答して、ＡＶＢネットワークからトーカ広告メッセージを取り下げるように更にプログラムされ得る。失敗メッセージは、少なくとも１つのリスナコントローラが利用可能なＡＶＢデータストリームを受信することができないことを示す第１の属性を含み得る。少なくとも１つのリスナコントローラは複数のリスナコントローラを含み得、失敗メッセージは、複数のリスナコントローラのうちの全てではないが少なくとも１つが利用可能なＡＶＢデータストリームを受信することができることを示す第１の属性を含み得る。少なくとも１つのトーカコントローラは、失敗メッセージの受信に応答して、オペレータに対して診断指標を出力するように更にプログラムされ得る。診断指標は、ＡＶＢネットワーク上で低下した性能モードの通信を示し得る。非ＡＶＢデータストリームは、少なくとも１つリスナコントローラが、そのストリーム宛先アドレスに関連するパラメータを変更することなく非ＡＶＢデータストリーム受信するように、利用可能なＡＶＢデータストリームと同一のストリーム宛先アドレスを含み得る。非ＡＶＢデータストリームの優先度は、利用可能なＡＶＢデータストリームよりも低くてもよい。少なくとも１つのトーカコントローラは、ブリッジコントローラおよび少なくとも１つのリスナコントローラのうちの１つから準備完了メッセージを受信するように更にプログラムされ得る。準備完了メッセージは、少なくとも１つのリスナコントローラが少なくとも１つのトーカコントローラから利用可能なＡＶＢデータストリームを受信することができることを示す。少なくとも１つのトーカコントローラは、準備完了メッセージの受信に応答して、利用可能なＡＶＢデータストリームをＡＶＢデータストリームとして少なくとも１つのリスナコントローラに送信するようにプログラムされ得る。

別の実施形態では、オーディオビデオブリッジング（ＡＶＢ）ネットワークに接続するためのモジュールが提供される。本モジュールは、少なくとも１つのリスナコントローラを含む。リスナコントローラは、トーカコントローラから特定のストリーム識別情報を有するデータストリームを受信するために、要求メッセージを少なくとも１つのブリッジコントローラへ送信するようにプログラムされる。少なくとも１つのブリッジコントローラは、要求メッセージを送信する少なくとも１つのリスナコントローラに特定のストリーム識別情報を有するデータストリームのためのトーカ広告メッセージを伝播するように構成される。リスナコントローラは、特定のストリーム識別情報を有するデータストリームを受信して、トーカ広告メッセージが少なくとも１つのブリッジコントローラから受信されたかを決定するように更にプログラムされる。リスナコントローラは、少なくとも１つのリスナコントローラでのトーカ広告メッセージの受信に応答して、データストリームをＡＶＢデータストリームとして処理し、トーカ広告メッセージが少なくとも１つのリスナコントローラで受信されないとき、データストリームを非ＡＶＢデータストリームとして処理するように更にプログラムされる。少なくとも１つのリスナコントローラは、非ＡＶＢデータストリームとしてのデータストリームの受信に応答して、オペレータに対して診断指標を出力するように更にプログラムされ得る。少なくとも１つのリスナコントローラは、少なくとも１つのブリッジコントローラからトーカ広告メッセージを受信する前に、少なくとも１つのリスナコントローラがデータストリームを特定のストリーム識別情報を有するＡＶＢデータストリームとして受信することを要求していることを示す準備完了メッセージを送信するように更にプログラムされ得る。少なくとも１つのリスナコントローラは、トーカ広告メッセージの受信に応答して、少なくとも１つのリスナコントローラがデータストリームを特定のストリーム識別情報を有するＡＶＢデータストリームとして受信することを要求していることを示す準備完了メッセージを送信するように更にプログラムされ得る。特定のストリーム識別情報は、所定のストリーム宛先アドレスであり得る。データストリームを処理することは、データストリームに含まれるビデオおよび音声データをビデオディスプレイおよびスピーカのうちの少なくとも１つに出力することを含む。

オーディオビデオブリッジング（ＡＶＢ）ネットワーク上でリスナとしてプログラムされる、非一時的コンピュータ可読媒体内に具現化されたコンピュータプログラム製品が提供される。コンピュータプログラム製品は、トーカコントローラから特定のストリーム識別情報を有するデータストリームを受信するために、要求メッセージを少なくとも１つのブリッジコントローラへ送信する命令を含む。少なくとも１つのブリッジコントローラは、要求メッセージを送信するリスナに特定のストリーム識別情報を有するデータストリームのためのトーカ広告メッセージを伝播するように構成される。コンピュータプログラム製品は、特定のストリーム識別情報を有するデータストリームを受信して、トーカ広告メッセージが少なくとも１つのブリッジコントローラから受信されたかを決定する命令を更に含む。コンピュータプログラム製品は、トーカ広告メッセージの受信に応答して、データストリームをＡＶＢデータストリームとして処理し、トーカ広告メッセージが受信されないとき、データストリームを非ＡＶＢデータストリームとして処理する命令を更に含む。コンピュータプログラム製品は、非ＡＶＢデータストリームとしてのデータストリームの受信に応答して、オペレータに対して診断指標を出力する命令を含み得る。診断指標は、ＡＶＢネットワーク上で低下した性能モードの通信を示す。コンピュータプログラム製品は、少なくとも１つのブリッジコントローラからトーカ広告メッセージを受信する前に、リスナがデータストリームを特定のストリーム識別情報を有するＡＶＢデータストリームとして受信することを要求していることを示す準備完了メッセージを送信する命令を含み得る。コンピュータプログラム製品は、トーカ広告メッセージの受信に応答して、少なくとも１つのリスナコントローラがデータストリームを特定のストリーム識別情報を有するＡＶＢデータストリームとして受信することを要求していることを示す準備完了メッセージを送信する命令を含み得る。特定のストリーム識別情報は、所定のストリーム宛先アドレスであり得る。コンピュータプログラム製品は、データストリームに含まれるビデオおよび音声データをビデオディスプレイおよびスピーカのうちの少なくとも１つに出力する命令を含み得る。
例えば、本願発明は以下の項目を提供する。
（項目１）
オーディオビデオブリッジング（ＡＶＢ）ネットワークに接続されるモジュールであって、上記モジュールは、
少なくとも１つのトーカコントローラを備え、上記少なくとも１つのトーカコントローラは、
少なくとも１つのリスナコントローラにトーカ広告メッセージを送信することであって、上記トーカ広告メッセージが、上記少なくとも１つのリスナコントローラによって消費される利用可能なＡＶＢデータストリームを示す、送信することと、
ブリッジコントローラおよび上記少なくとも１つのリスナコントローラのうちの１つから失敗メッセージを受信することであって、上記失敗メッセージが、上記少なくとも１つのリスナが上記少なくとも１つのトーカコントローラから上記利用可能なＡＶＢデータストリームを受信することができないことを示す、受信することと、
上記失敗メッセージの受信に応答して、非ＡＶＢデータストリームとして上記利用可能なＡＶＢデータストリームを上記少なくとも１つのリスナコントローラに送信することと、を行うようにプログラムされる、モジュール。
（項目２）
上記少なくとも１つのトーカコントローラは、上記失敗メッセージの受信に応答して、上記ＡＶＢネットワークから上記トーカ広告メッセージを取り下げるように更にプログラムされる、上記項目に記載のモジュール。
（項目３）
上記失敗メッセージは、上記少なくとも１つのリスナコントローラが上記利用可能なＡＶＢデータストリームを受信することができないことを示す第１の属性を含む、上記項目のいずれか一項に記載のモジュール。
（項目４）
上記少なくとも１つのリスナコントローラは、複数のリスナコントローラを含み、上記失敗メッセージは、上記複数のリスナコントローラのうちの全てではないが、少なくとも１つが上記利用可能なＡＶＢデータストリームを受信することができることを示す第１の属性を含む、上記項目のいずれか一項に記載のモジュール。
（項目５）
上記少なくとも１つのトーカコントローラは、上記失敗メッセージの受信に応答して、オペレータに診断指標を出力するように更にプログラムされ、上記診断指標は、上記ＡＶＢネットワーク上で低下した性能モードの通信を示す、上記項目のいずれか一項に記載のモジュール。
（項目６）
上記非ＡＶＢデータストリームは、上記少なくとも１つリスナコントローラがストリーム宛先アドレスに関連するパラメータを変更することなく上記非ＡＶＢデータストリームを受信するように、上記利用可能なＡＶＢデータストリームと同一の上記ストリーム宛先アドレスを含む、上記項目のいずれか一項に記載のモジュール。
（項目７）
上記非ＡＶＢデータストリームの優先度は、上記利用可能なＡＶＢデータストリームよりも低い、上記項目のいずれか一項に記載のモジュール。
（項目８）
上記少なくとも１つのトーカコントローラは、上記ブリッジコントローラおよび上記少なくとも１つのリスナコントローラのうちの１つから準備完了メッセージを受信することであって、上記準備完了メッセージが、上記少なくとも１つのリスナコントローラが上記少なくとも１つのトーカコントローラから上記利用可能なＡＶＢデータストリームを受信することができることを示す、受信することと、上記準備完了メッセージの受信に応答して、ＡＶＢデータストリームとして上記利用可能なＡＶＢデータストリームを上記少なくとも１つのリスナコントローラに送信することと、を行うように更にプログラムされる、上記項目のいずれか一項に記載のモジュール。
（項目９）
オーディオビデオブリッジング（ＡＶＢ）ネットワークに接続されるモジュールであって、上記モジュールは、
少なくとも１つのリスナコントローラを備え、上記少なくとも１つのリスナコントローラは、
トーカコントローラから特定のストリーム識別情報を有するデータストリームを受信するために少なくとも１つのブリッジコントローラに要求メッセージを送信することであって、上記少なくとも１つのブリッジコントローラが、上記特定のストリーム識別情報を有する上記データストリームのためのトーカ広告メッセージを、上記要求メッセージを送信する上記少なくとも１つのリスナコントローラに伝播するように構成される、送信することと、
上記特定のストリーム識別情報を有する上記データストリームを受信することと、
上記トーカ広告メッセージが上記少なくとも１つのブリッジコントローラから受信されたかを決定することと、
上記少なくとも１つのリスナコントローラでの上記トーカ広告メッセージの受信に応答して、上記データストリームをＡＶＢデータストリームとして処理することと、
上記トーカ広告メッセージが上記少なくとも１つのリスナコントローラによって受信されない場合、上記データストリームを非ＡＶＢデータストリームとして処理することと、を行うようにプログラムされる、モジュール。
（項目１０）
上記少なくとも１つのリスナコントローラは、上記非ＡＶＢデータストリームとしての上記データストリームの受信に応答して、オペレータに診断指標を出力するように更にプログラムされ、上記診断指標は、上記ＡＶＢネットワーク上で低下した性能モードの通信を示す、上記項目に記載のモジュール。
（項目１１）
上記少なくとも１つのリスナコントローラは、上記少なくとも１つのブリッジコントローラから上記トーカ広告メッセージを受信する前に、上記少なくとも１つのリスナコントローラが、上記データストリームを上記特定のストリーム識別情報を有する上記ＡＶＢデータストリームとして受信することを要求していることを示す準備完了メッセージを送信するように更にプログラムされる、上記項目のいずれか一項に記載のモジュール。
（項目１２）
上記少なくとも１つのリスナコントローラは、上記トーカ広告メッセージの受信に応答して、上記少なくとも１つのリスナコントローラが、上記データストリームを上記特定のストリーム識別情報を有する上記ＡＶＢデータストリームとして受信することを要求していることを示す準備完了メッセージを送信するように更にプログラムされる、上記項目のいずれか一項に記載のモジュール。
（項目１３）
上記特定のストリーム識別情報は、所定のストリーム宛先アドレスである、上記項目のいずれか一項に記載のモジュール。
（項目１４）
上記データストリームを処理することは、上記データストリームに含まれるビデオおよび音声データをビデオディスプレイおよびスピーカのうちの少なくとも１つに出力することを含む、上記項目のいずれか一項に記載のモジュール。
（項目１５）
オーディオビデオブリッジング（ＡＶＢ）ネットワーク上でリスナとしてプログラムされる、非一時的コンピュータ可読媒体内に具現化されたコンピュータプログラム製品であって、上記コンピュータプログラム製品は、
トーカコントローラから特定のストリーム識別情報を有するデータストリームを受信するために少なくとも１つのブリッジコントローラに要求メッセージを送信することであって、上記少なくとも１つのブリッジコントローラが、上記特定のストリーム識別情報を有する上記データストリームのためのトーカ広告メッセージを、上記要求メッセージを送信する上記リスナに伝播するように構成される、送信することと、
上記特定のストリーム識別情報を有する上記データストリームを受信することと、
上記トーカ広告メッセージが上記少なくとも１つのブリッジコントローラから受信されたかを決定することと、
上記トーカ広告メッセージの受信に応答して、上記データストリームをＡＶＢデータストリームとして処理することと、
上記トーカ広告メッセージが受信されない場合、上記データストリームを非ＡＶＢデータストリームとして処理することと、を行う命令を含む、コンピュータプログラム製品。
（項目１６）
上記非ＡＶＢデータストリームとしての上記データストリームの受信に応答して、診断指標をオペレータに出力することを行う命令を更に含み、上記診断指標は、上記ＡＶＢネットワーク上で低下した性能モードの通信を示す、上記項目に記載のコンピュータプログラム製品。
（項目１７）
上記少なくとも１つのブリッジコントローラから上記トーカ広告メッセージを受信する前に、上記リスナが、上記データストリームを上記特定のストリーム識別情報を有する上記ＡＶＢデータストリームとして受信することを要求していることを示す準備完了メッセージを送信することを行う命令を更に含む、上記項目のいずれか一項に記載のコンピュータプログラム製品。
（項目１８）
上記トーカ広告メッセージの受信に応答して、上記少なくとも１つのリスナコントローラが、上記データストリームを上記特定のストリーム識別情報を有する上記ＡＶＢデータストリームとして受信することを要求していることを示す準備完了メッセージを送信することを行う命令を更に含む、上記項目のいずれか一項に記載のコンピュータプログラム製品。
（項目１９）
上記特定のストリーム識別情報は、所定のストリーム宛先アドレスである、上記項目のいずれか一項に記載のコンピュータプログラム製品。
（項目２０）
上記データストリームに含まれるビデオおよび音声データをビデオディスプレイおよびスピーカのうちの少なくとも１つに出力することを行う命令を更に含む、上記項目のいずれか一項に記載のコンピュータプログラム製品。
（摘要）
車両内の電子モジュールは、オーディオビデオブリッジング（ＡＶＢ）ネットワーク上で通信し得る。これらのモジュールは、通常、特定のサービスの質を有するデータストリームをＡＶＢストリームとして協働して送信および受信する。ＡＶＢ質ストリームをネットワーク上で送信することができないという状態が存在するとき、モジュールは、ある特定のリンプホーム機能性を用いて通信し得る。送信モジュールは、ストリーム予約なしでデータストリームをマルチキャストメッセージとして送信し得る。受信モジュールは、マルチキャストメッセージを受信するように構成され得る。ネットワークブリッジモジュールは、トーカプルーニング特徴がマルチキャストメッセージのハンドリングを促進することができるように構成され得る。

一実施形態に従う、車両内のネットワーク化されたモジュールを示す。 一実施形態に従う、ネットワークに接続された様々なネットワーク化された構成部品の高レベルなブロック図を示す。 一実施形態に従う、トーカモジュールにおける可能な一連の動作を示すフローチャートである。 一実施形態に従う、リスナモジュールにおける可能な一連の動作を示すフローチャートである。

要求に応じて、本発明の詳細の実施形態が本明細書において開示されるが、開示される実施形態は、各種および代替え形態において具現化され得る本発明の単なる例示にすぎないことを理解すべきである。図面は必ずしも一定の比率ではなく、特定の構成部品の詳細を示すためにいくつかの特徴が誇張されるか、または極小化され得る。したがって、本明細書に開示される特定の構造および機能の詳細は、制限として解釈されるべきではなく、当業者に本発明を様々に用いることを教えるための典型的な原理として単に解釈されるべきである。

本開示の実施形態は、概して複数の回路または他の電気デバイスを提供する。回路および他の電気デバイスの全ての参照、およびそれぞれによって提供される機能性は、図示され、かつ本明細書に記載されるもののみの包括に限定されるようには意図されていない。特定のラベルが様々な開示された回路または他の電気デバイスに割り当てられ得るが、そのようなラベルはその回路および他の電気デバイスのための動作範囲を限定するようには意図されていない。そのような回路および他の電気デバイスは、望ましい特定のタイプの電気的実装に基づき、互いに組み合わされ、かつ／または任意の方法で分離されてもよい。本明細書に開示される任意の回路または他の電気デバイスは、任意の数のマイクロプロセッサ、集積回路、メモリデバイス（例えば、フラッシュ、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、電気的プログラム可能読み出し専用メモリ（ＥＰＲＯＭ）、電気的消去可能プログラム可能読み出し専用メモリ（ＥＥＰＲＯＭ）、または他の好適なその変異型）、および互いに共同して本明細書に開示される動作を行うソフトウェアを含み得ることが認められる。加えて、これらの電気デバイスのうちのいずれか１つ以上は、本明細書に開示される任意の数の機能を実行するためにプログラムされた非一時的コンピュータ可読媒体内に具現化されるコンピュータプログラムを実行するように構成され得る。

図１は、一実施形態に係る車両３０に現れ得るモジュールまたはデバイスの相互接続を示す。モジュールの相互接続は、ネットワーク６２として参照され得る。ネットワーク６２は、様々なモジュールが互いに通信し得るパスを提供し得る。車両ネットワーク６２は、１つ以上のネットワークブリッジモジュール（またはコントローラ）１０、１２を含み得る。各ネットワークブリッジモジュール１０、１２に接続されるのは、任意の数の追加モジュール（またはコントローラ）（例えば、１４、１６、１８、２０、２２、２４、３２、３４、および３６）であってもよい。また、これらのモジュール（１４、１６、１８、２０、２２、２４、３２、３４、および３６）は、エンドステーションとして参照され得る。モジュールのそれぞれは、モジュールが加わるネットワーク活動のタイプによって、トーカ、リスナ、またはトーカ／リスナとして分類され得る。各エンドステーションまたはモジュールは、物理的にネットワーク６２とのインターフェースをとるために関連する回路および構成部品と共にコントローラを含み得る。ネットワーク６２は、第１のブリッジモジュール１０および第２のブリッジモジュール１２と同様に機能する追加のネットワークブリッジモジュールを含み得る。同様に、任意の数のモジュールがトーカ、リスナ、および／またはトーカ／リスナとして接続および構成され得ることが認められる。いくつかの実施形態では、ネットワークブリッジモジュール１０、１２のハードウェアおよびソフトウェア特徴が、１つ以上のエンドステーションに含まれ得る。

ネットワークブリッジモジュール１０、１２は、ネットワークブリッジモジュール１０、１２に他のモジュールを接続するための１つ以上のポートを有し得る。例えば、第１のネットワークブリッジ１０は、モジュール１４、１６、１８、３４および第２のネットワークブリッジ１２を第１のネットワークブリッジ１０に接続するいくつかのポート４８、５０、５２、５４、５６を含み得る。これらのモジュールは、ケーブル、またはＩＥＥＥ８０２．１１で定義される無線データ接続などの物理接続を用いてポートに接続され得る。ネットワークブリッジモジュール１０、１２は、モジュールが異なるネットワークに接続されることを許容し得る。ネットワークブリッジモジュール１０、１２は、分離したネットワーク間のメッセージ通信を促進し得る。各ポート（例えば、４８、５０、５２、５４、５６）は、ネットワークブリッジモジュール（例えば、１０）を異なるネットワークブリッジモジュール（例えば、１２）またはエンドステーションモジュール（例えば、１４）に接続し得る。ネットワークブリッジ１０、１２は、ポート（例えば、１４、２２）間でメッセージを中継または選別し得る。ネットワークブリッジモジュール（例えば、１０）は、ネットワークブリッジモジュール（例えば、１０）の１つの接続されたポート（例えば、４８）から別の接続されたポート（例えば、５０）にメッセージをルーティングし得る。ネットワークブリッジモジュール１０、１２は、オーディオビデオ（ＡＶ）ブリッジであるように構成され得、電気電子技術者協会（ＩＥＥＥ）基準８０２．１ＢＡ（オーディオビデオブリッジング（ＡＶＢ）システム）において規定された要件を満足し得る。

トーカモジュール（例えば、１４、２０）は、１つ以上のデータストリームをネットワーク６２上に提供し得る。データストリームは、ネットワーク６２上で送信される１つ以上のメッセージまたはパケットを含み得る。例えば、データストリームは、１つ以上の音声およびビデオデータを含み得る。リスナモジュール（例えば、１６、２２）は、ネットワーク６２から１つ以上のデータストリームを受信し得る。トーカ／リスナモジュール（例えば、１８、２４）は、ネットワーク６２上に１つ以上のデータストリームを提供し得、ネットワーク６２から１つ以上のデータストリームを受信し得る。様々なプロトコルが、トーカモジュールとリスナモジュールとの間のデータストリームの転送を管理するために定義され得る。

トーカモジュールＴ１，１４は、第１のネットワークブリッジモジュール１０のポート４８に接続され得る。リスナモジュールＬ１，１６は、第１のネットワークブリッジモジュール１０のポート５０に接続され得る。トーカ／リスナモジュールＴ／Ｌ１，１８は、第１のネットワークブリッジモジュール１０のポート５２に接続され得る。第２のネットワークブリッジモジュール１２は、ネットワーク６２に接続され得る。トーカモジュールＴ２，２０は、第２のネットワークブリッジモジュール１２のポート４６に接続され得る。リスナモジュールＬ２，２２は、第２のネットワークブリッジモジュール１２のポート４４に接続され得る。トーカ／リスナモジュールＴ／Ｌ２，２４は、第２のネットワークブリッジモジュール１２のポート４２に接続され得る。第１のネットワークブリッジモジュール１０はポート５６を含み得、第２のネットワークブリッジ１２はポート５８を含み得る。有線接続６０は、ポート５６とポート５８との間に位置し得、第１のネットワークブリッジモジュール１０と第２のネットワークブリッジモジュール１２との間の電気通信を可能にする。

そのようなネットワーク化されたシステムの自動車用途の一実施例は、バックアップ監視システムを含み得る。バックアップ監視システムは、車両３０の後方に装着されたバックアップカメラ３２を含み得る。バックアップカメラ３２は、車両３０の背後の領域のビデオを含むビデオデータストリームを提供するように構成されてもよい。バックアップカメラ３２は、ネットワーク６２上のトーカモジュールであってもよい。バックアップカメラ３２は、第２のネットワークブリッジモジュール１２のポート４０に接続され得る。バックアップカメラ３２は、ビデオディスプレイを含み得るディスプレイモジュール３４にビデオデータストリームを送信し得る。ディスプレイモジュール３４は、リスナモジュールであってもよい。ディスプレイモジュール３４は、車両３０がバックギアで操作されるときにビデオディスプレイがドライバから目視可能であるように、車両３０のダッシュボード内に装着され得る。ディスプレイモジュール３４は、第１のネットワークブリッジモジュール１０のポート５４に接続され得る。衝突検出システム３６（別のリスナモジュール）は、ビデオデータストリームも受信し得、車両３０の背後の物を検出するためにビデオデータストリームを処理し得る。衝突検出システム３６は、第２のネットワークブリッジモジュール１２のポート３８に接続され得る。衝突検出システム３６は、車両３０の背後に物が検出されたとき、１つ以上の可聴および可視警告を提供し得る。

第２のネットワークブリッジモジュール１２は、バックアップカメラ３２によって送信されたビデオデータストリームを関連するポート４０を介して受信し得る。第２のネットワークブリッジ１２は、ビデオデータストリームのための宛先を決定し得る。この場合、宛先は、第１のネットワークブリッジモジュール１０に接続されたディスプレイモジュール３４であってもよい。第２のネットワークブリッジモジュール１２は、第１のネットワークブリッジモジュール１０のポート５６に接続されたポート５８を介してビデオデータストリームをルーティングし得る。次に、第１のネットワークブリッジモジュール１０は、ディスプレイモジュール３４に関連するポート５４にビデオデータストリームをルーティングし得る。ディスプレイモジュール３４は、ビデオ情報を表示するためにビデオデータストリームを受信および処理し得る。また、第２のネットワークブリッジモジュール１２は、衝突検出システム３６に関連するポート３８にバックアップカメラ３２からのメッセージをルーティングし得る。衝突検出システム３６は、ビデオデータストリームを受信してそのストリームをしかるべく処理し得る。衝突検出システム３６は、ドライバに可聴警告を提供するためのスピーカを含み得る。

他の実施例も可能である。例えば、トーカモジュール（例えば、２０）は、音声出力を提供するラジオとして実装されてもよい。リスナモジュール（例えば、１６）は、ラジオ（例えば、２０）によって送信された音声データに基づき車両３０の前方近くにサウンド出力を提供する１つ以上のスピーカを含む前方スピーカモジュールであってもよい。別のリスナモジュール（例えば、２２）は、ラジオ（例えば、２０）によって送信された音声データに基づき車両３０の後方近くにサウンド出力を提供する１つ以上のスピーカを含む後方スピーカモジュールとして実装されてもよい。

ネットワーク６２に接続されているモジュールは、コントローラを含み得る。図２は、ネットワーク６２に含まれ得る、様々なタイプのコントローラの高レベルな図を示す。ブリッジコントローラ３００は、マイクロプロセッサ３０２を含み得る。マイクロプロセッサ３０２は、メモリユニット３０４とのインターフェースをとり得る。メモリユニット３０４は、プログラムデータおよびマイクロプロセッサ３０２が実行するための命令を記憶し得る。マイクロプロセッサ３０２およびメモリユニット３０４は、ネットワークインターフェースモジュール３０６とのインターフェースをとり得る。ネットワークインターフェースモジュール３０６は、ブリッジコントローラ３００とネットワーク６２内の他のモジュール（例えば、３０８、３１６）との間の電気通信を可能にするためのハードウェア構成部品を含み得る。ネットワークインターフェースモジュール３０６は、ブリッジコントローラ３００と他のモジュール（例えば、３０８、３１６）との間の無線通信を可能にするハードウェア構成部品を含み得る。ネットワークインターフェースモジュール３０６は、ネットワークインターフェースモジュール３０６の動作を構成するための様々なレジスタを含み得る。マイクロプロセッサ３０２は、本明細書に記載のネットワークブリッジモジュールに要求される機能を実装し得る。図２に示される実装は、ネットワーク６２に接続される任意のネットワークブリッジモジュールに適用され得る。

リスナコントローラ３０８は、マイクロプロセッサ３１０を含み得る。メモリユニット３１２は、マイクロプロセッサ３１０とのインターフェースをとり得る。メモリユニット３１２は、プログラムデータおよびマイクロプロセッサ３１０が実行するための命令を記憶し得る。ネットワークインターフェースモジュール３１４は、マイクロプロセッサ３１０およびメモリユニット３１２とのインターフェースをとり得る。ネットワークインターフェースモジュール３１４は、リスナコントローラ３０８とネットワーク６２内の他のデバイス（例えば、３００）との間の電気通信を可能にするためのハードウェア構成部品を含み得る。ネットワークインターフェースモジュール３１４は、リスナコントローラ３０８と他のモジュール（例えば、３００、３１６）との間の無線通信を可能にするためのハードウェア構成部品を含み得る。ネットワークインターフェースモジュール３１４は、ネットワークインターフェースモジュール３１４の動作を構成するための様々なレジスタを含み得る。マイクロプロセッサ３１０は、本明細書に記載のリスナモジュールに要求される機能を実装し得る。図２に示される構造は、ネットワーク６２に接続される任意のリスナモジュールに適用され得る。

トーカコントローラ３１６は、マイクロプロセッサ３１８を含み得る。メモリユニット３２０は、マイクロプロセッサ３１８とのインターフェースをとり得る。メモリユニット３２０は、プログラムデータおよびマイクロプロセッサ３１８が実行するための命令を記憶し得る。ネットワークインターフェースモジュール３２２は、マイクロプロセッサ３１８およびメモリユニット３２０とのインターフェースをとり得る。ネットワークインターフェースモジュール３２２は、トーカコントローラ３１６とネットワーク６２内の他のデバイス（例えば、３００）との間の電気通信を可能にするためのハードウェア構成部品を含み得る。ネットワークインターフェースモジュール３２２は、トーカコントローラ３１６と他のモジュール（例えば、３００、３０８）との間の無線通信を可能にするためのハードウェア構成部品を含み得る。ネットワークインターフェースモジュール３２２は、ネットワークインターフェースモジュール３２２の動作を構成するための様々なレジスタを含み得る。マイクロプロセッサ３１８は、本明細書に記載のトーカモジュールに要求される機能を実装し得る。図２に示される構造は、ネットワーク６２に接続される任意のトーカモジュールに適用され得る。

マイクロプロセッサ（３０２、３１０、３１８）は、本明細書に記載のアルゴリズムおよび方法を実装する命令を用いてプログラムされ得る。ネットワーク６２は、同様な構成を有する追加エンドモジュールに接続され得る。追加ブリッジモジュールは、ネットワーク６２に含まれ得、図に示されるブリッジモジュール３００と同様に動作するように構成されてもよい。

ネットワーク動作
以下の説明では、モジュールは実施例として図１から参照され得る。例えば、トーカモジュールを参照するとき、モジュールＴ１ １４が参照され得る。しかしながら、図１に示されるトーカモジュール（またはトーカ／リスナモジュール）のうちのいずれもが、同様に参照され得る。トーカモジュール（例えば、１４）は、ネットワーク６２を経由して異なるタイプのデータを送信し得る。データストリームは、データフロー、またはトーカモジュール（例えば、１４）とリスナモジュール（例えば、２２）との間の情報を表し得る。データストリームは、ネットワーク６２上で送信された１つ以上のメッセージから構成され得る。データストリームは、コマンド信号およびデータ信号を含み得る。データストリームには、他のストリームとは異なる優先度が割り当てられ得る。データストリームの優先度により、そのデータストリームが他のデータストリームとの関係においていつ送信されるかが決定され得る。より高い優先度を有するストリームに関連するメッセージは、より低い優先度を有するストリームのメッセージよりも前に送信され得る。データストリームは、音声および／またはビデオ情報を含み得る。

標準のネットワーク構築プロトコルがネットワーク６２上での通信のために利用可能である。ＩＥＥＥは、電子デバイスをネットワーク化するためのいくつかの規格を定義している。例えば、ＩＥＥＥ規格８０２．１Ｑ−２０１１は、メディアアクセスコントロール（ＭＡＣ）ブリッジおよびバーチャルブリッジローカルエリアネットワーク（ＬＡＮ）のための規格を定義している。規格は、パスの作成方法および、ネットワーク６２上で通信されるデータストリームのための帯域幅の予約方法を定義する。他の規格は、データストリーミングパケット（例えば、ブリッジされたローカルエリアネットワークにおける時間依存アプリケーションのためのレイヤー２トランスポートプロトコルのためのＩＥＥＥ１７２２−２０１１ＩＥＥＥ規格）の実際のフォーマットを定義し得るのに対して、８０２．１Ｑ−２０１１規格は、ネットワークリソースを予約することに関連する制御パケットを記述している。

メッセージは、いくつかの構成要素を含み得る。通信される実際のデータとともに、メッセージは、そのメッセージに関する具体的な情報を識別するための１つ以上の属性を含み得る。メッセージは、モジュールまたはモジュールグループのアドレスであり得る宛先アドレスを含み得る。宛先アドレスは、メッセージを受信するモジュールを表し得る。メッセージは、そのメッセージをネットワーク６２上に配置したモジュールのソースアドレスを含み得る。ソースアドレスにより、そのメッセージを送信するモジュールまたはエンドステーションを識別し得る。ネットワーク６２に接続された各モジュールは、割り当てられたアドレスを有し得る。割り当てられたアドレスは、ネットワーク６２に接続された各モジュールに割り当てられた特有の識別子であるＭＡＣアドレスであり得る。メッセージは、他のモジュールによって消費されることを意図したデータを含み得る。メッセージは、そのメッセージの相対的優先度を定義するプライオリティコードポイント（ＰＣＰ）フィールドを含み得る。

ストリームまたはメッセージは、いくつかのタイプのメッセージとして送信され得る。データストリームは、ユニキャストメッセージとして送信され得る。ユニキャストメッセージは、特定のリスナモジュール（例えば、１６）を対象とし得、宛先アドレスとして特定のＭＡＣアドレスを含み得る。トーカモジュール（例えば、１４）は、ユニキャストメッセージを送信し得、ネットワークブリッジモジュール（例えば、１０）はユニキャストメッセージを受信し得る。ネットワークブリッジモジュール（例えば、１０）は、特定のＭＡＣアドレス有するリスナモジュール（例えば、１６）がネットワークブリッジモジュール（例えば、１０）のポート（例えば、５０）に接続され、ユニキャストメッセージをそのポート（例えば、５０）に転送することを認識し得る。

データストリームは、ブロードキャストメッセージとして送信され得る。ブロードキャストメッセージは、ネットワーク６２に接続された全てのリスナモジュール（例えば、１６、１８、２２、２４）に送信され得る。ブロードキャストメッセージを受信したネットワークブリッジモジュール（例えば、１０）は、そのメッセージを全ての接続されたポート（例えば、５０、５２、５４、５６）に転送し得る。このようにして、全てのモジュールまたはエンドステーションは、ブロードキャストメッセージを受信し得る。

データストリームは、マルチキャストメッセージとして送信され得る。マルチキャストメッセージは、１つ以上のリスナモジュール（例えば、１６、１８）のグループに送信され得る。マルチキャストメッセージは、宛先アドレスとしてグループＭＡＣアドレスを含み得る。マルチキャストメッセージのための初期モード動作は、ブロードキャストメッセージと類似している。マルチキャストメッセージを受信するネットワークブリッジモジュール（例えば、１０）は、ネットワークブリッジモジュール（例えば、１０）のポート（例えば、５０、５２、５４、５６）がそのマルチキャストメッセージを要求したかを決定し得る。ネットワークブリッジモジュール（例えば、１０）は、マルチキャストメッセージ内に含まれる宛先アドレスに基づきデータストリームをどのポートまたはどの複数のポートから送信するかを決定し得る。マルチキャストメッセージがポート（例えば、５０）に接続されたリスナモジュール（例えば、１６）によって要求されている場合、そのメッセージはそのポート（例えば、５０）上で転送され得る。

ネットワークトラフィックを減らして帯域幅を増やすためには、メッセージがそのメッセージの消費を望むモジュールにだけ送信されるようにネットワーク６２を構成することが望ましい。特定のメッセージは、少ない数のリスナモジュールにとってのみ有益であり得る。メッセージを消費することを望まないモジュールに関連するポート上でメッセージを送信することは、不必要にネットワークトラフィックを増加し得る。ＩＥＥＥ規格は、ネットワーク６２上でメッセージの効率的ルーティングを促進するために、ネットワークブリッジモジュール（例えば、１０、１２）のための様々なモード動作を規定している。

ネットワーク６２により、１つ以上のバーチャルローカルエリアネットワーク（ＶＬＡＮ）を定義し得る。ＶＬＡＮを定義することは、異なるネットワークブリッジモジュール（例えば、１０、１２）に接続されたモジュール（例えば、１４、２２）を、あたかも同一のネットワークブリッジモジュール（例えば、１０）に接続されているかのように、一緒にグループ化されることを許容する。ＶＬＡＮに関連するメッセージは、ＶＬＡＮのメンバーであるモジュールの全てに送信され得る。ＶＬＡＮは、メッセージ属性またはメッセージ内のフィールド（例えば、ＶＬＡＮ識別子（ＶＩＤ））によって識別され得る。ＶＬＡＮに関連するメッセージは、個別のまたはグループのアドレスによって更に識別され得る。

ネットワークブリッジモジュール（例えば、１０、１２）は、ＶＬＡＮに関連するメッセージを扱うように構成され得る。ネットワークブリッジモジュール（例えば、１０、１２）は、ＶＩＤに基づき、特定のＶＬＡＮに属するように着信メッセージを分類し得る。ネットワークブリッジモジュール（例えば、１０、１２）は、各接続されたポートを１つ以上のＶＬＡＮに結び付け得る。ネットワークブリッジモジュール（例えば、１０、１２）は、ＶＬＡＮを１つ以上のポートに結び付ける構成テーブルを保持し得る。次に、ネットワークブリッジモジュール（例えば、１０、１２）は、ＶＬＡＮに結び付けられるとして識別されたポートに、ＶＬＡＮに特化したメッセージを転送し得る。

ネットワークブリッジモジュール（例えば、１０）のポート（例えば、５０）に接続されたリスナモジュール（例えば、１６）は、マルチプルＶＬＡＮレジストレーションプロトコル（ＭＶＲＰ）によってＶＬＡＮに含められるポート（例えば、５０）を動的に構成し得る。ＭＶＲＰは、モジュール（例えば、１６）がＶＬＡＮにおける会員資格を要求および解除することを許可する。モジュール（例えば、１６）は、モジュール（例えば、１６）をＶＬＡＮに含めるか、またはＶＬＡＮから除外するために、ネットワーク６２上でＭＶＲＰ会員資格要求を送信し得る。ポート（例えば、５０）を介してモジュール（例えば、１６）に接続されたネットワークブリッジモジュール（例えば、１０）は、ＭＶＲＰ会員資格要求を受信し得る。次に、ネットワークブリッジモジュール（例えば、１０）は、ＶＬＡＮに関連する全てのメッセージを、ＭＶＲＰ会員資格要求を発行したモジュール（例えば、１６）に転送し得る。ネットワークブリッジモジュール（例えば、１０）は、要求されたＶＬＡＮにモジュール（例えば、１６）の包含を登録し、ＶＬＡＮ会員資格をネットワーク６２上で伝播し得る。ネットワークブリッジモジュール（例えば、１０）は、ＶＬＡＮごとに登録されたモジュール（例えば、１６）およびポート（例えば、５０）を示す内部テーブルを保持し得る。

モジュール（例えば、１６、２０）がＶＬＡＮと関連しているときには、トーカモジュール（例えば、２０）は、ＶＬＡＮに関連するメッセージを送信し得、ＶＬＡＮの会員であるモジュール（例えば、１６）はそのメッセージを受信し得る。ネットワークブリッジ（例えば、１０、１２）は、メッセージがどのＶＬＡＮを意図するかを確かめるために、ＶＩＤなどのメッセージ属性を確認し得る。ネットワークブリッジモジュール（例えば、１０、１２）は、メッセージ内で指定されたＶＬＡＮに関連するポート（例えば、４６、５０、５６、５８）を識別するために内部テーブルを相互参照し得る。ネットワークブリッジ（例えば、１０、１２）は、ＶＬＡＮに関連するポート（例えば、４６、５０、５６、５８）を介してメッセージを転送し得る。メッセージは、ＶＬＡＮに関連しないポートには転送され得ない。

ＶＬＡＮに加えて、ネットワークブリッジモジュール（例えば、１０、１２）は、様々な形態のメッセージフィルタリングに対応し得る。フィルタリングは、メッセージが好適なリスナモジュール（例えば、１６）にルーティングされることを許可し、一方では、そのメッセージを消費することを望まないリスナ（例えば、１８）への不必要な送信を除外する。ネットワークブリッジモジュール（例えば、１０、１２）は、モジュール（例えば、１６）にルーティングされるＭＡＣアドレスの動的な登録に対応し得る。モジュール（例えば、１６）は、特定のグループ宛先ＭＡＣアドレスを登録し得る。メッセージは、マルチプルＭＡＣレジストレーションプロトコル（ＭＭＲＰ）を用いて登録および登録取り消しされ得る。

ＭＭＲＰは、モジュール（例えば、１６）およびネットワークブリッジ（例えば、１０、１２）がＭＡＣアドレス情報を登録および登録取り消しすることを許可する。モジュール（例えば、１６）は、ネットワークブリッジ（例えば、１０）に宛先アドレスを登録するために、ネットワークブリッジモジュール（例えば、１０）にＭＭＲＰ要求を送信し得る。ネットワークブリッジ（例えば、１０）は、宛先アドレスを有するネットワークブリッジモジュール（例えば、１０）に到達したメッセージを、モジュール（例えば、１６）が接続されるポート（例えば、５０）にルーティングし得る。宛先アドレスは、グループのまたは個別のＭＡＣアドレスであり得る。ネットワークブリッジモジュール（例えば、１０）は、ＭＭＲＰ要求を処理し、必要に応じてリスナモジュール（例えば、１６）とトーカモジュール（例えば、２０）との間の他のネットワークブリッジモジュール（例えば、１２）にそのＭＭＲＰ要求を伝播し得る。

リスナモジュール（例えば、１６）が、ＭＭＲＰを用いてストリーム宛先アドレスを登録するとき、ネットワークブリッジモジュール（例えば、１０）は、ストリーム宛先アドレスを有するメッセージを登録されたリスナモジュール（例えば、１６）のポート（例えば、５０）にルーティングする。ネットワークブリッジモジュール（例えば、１０）は、ストリーム宛先アドレスを登録していないポート（例えば、５２）にはメッセージをルーティングしない。

ネットワーク６２は、データストリームのための帯域幅予約を作成するために、ストリームリザベーションプロトコル（ＳＲＰ）に対応し得る。ＳＲＰは、望ましいサービスの質（ＱｏＳ）でストリームの送信および受信を保証するために、ネットワークリソースを予約する能力を提供し得る。ＳＲＰは、ストリーム予約を確立するために、ＭＭＲＰおよびＭＶＲＰを用い得る。ＭＶＲＰは、データストリームが供給されるＶＬＡＮにおいて会員資格を確立し得る。ＭＭＲＰは、トーカプルーニングが可能なとき、ネットワーク６２を介してトーカ登録の伝播を制御するために用いられ得る。また、ＳＲＰは、マルチプルストリームレジストレーションプロトコル（ＭＳＲＰ）と呼ぶ信号伝達プロトコルを用い得る。ＭＳＲＰは、ネットワーク６２を経由して要求されたＱｏＳを保証するために、ネットワークリソースを予約する能力を提供する。

ネットワーク６２は、マルチプルレジストレーションプロトコル（ＭＲＰ）に対応し得る。ＭＲＰは、モジュールがネットワーク６２に接続された他のモジュールを用いて属性を登録することを許可する。ＭＲＰは、モジュールが属性宣言を行うか、および取り下げることを許可する。属性宣言は、ネットワーク６２上で伝播され得る。モジュールは、属性、および望ましい作成または取り下げ動作を識別する好適な宣言メッセージを送信することによって、属性宣言を行うか、または取り下げ得る。

トーカモジュール（例えば、２０）は、トーカ宣言メッセージを生成し得る。トーカ宣言メッセージは、トーカモジュール（例えば、２０）およびトーカモジュール（例えば、２０）からのデータストリームが存在するということをリスナモジュール（例えば、１６、１８、２２、２４）に警告するために、伝播され得る。トーカ宣言メッセージは、トーカアドバタイズおよびトーカ失敗の属性を有し得る。トーカモジュール（例えば、２０）は、ネットワーク６２上にトーカ宣言メッセージを送信し得、ネットワーク６２上のリスナモジュール（例えば、１６、１８、２２，２４）はトーカ宣言メッセージを受信し得る。初期設定により、トーカアドバタイズ属性を有するメッセージは、ネットワーク６２に接続された全てのモジュールに送信される。また、トーカモジュール（例えば、２０）は、関係する属性がネットワーク６２から取り除かれた場合に、トーカ宣言を取り下げ得る。

トーカアドバタイズ属性を有するトーカ宣言メッセージの受信に応答して、リスナモジュール（例えば、１６）は、そのメッセージ内で識別されたＶＬＡＮのためのＶＬＡＮ会員資格を求めるＭＶＲＰ要求を送信し得る。次に、リスナモジュール（例えば、１６）は、リスナ準備完了属性を有するリスナ宣言メッセージを送信し得る。仲介ネットワークブリッジ（例えば、１０，１２）は、メッセージが、そのメッセージ内で指定されたＱｏＳパラメータを用いて通信できない場合にトーカアドバタイズ属性をトーカ失敗属性に変更し得る。トーカ失敗属性を受信したリスナモジュール（例えば、１６）は、リスナ問合せ失敗属性を有するリスナ宣言メッセージを送信し得る。

リスナモジュール（例えば、１６）は、リスナ宣言メッセージを生成し得る。ネットワークブリッジモジュール（例えば、１０）は、データストリームがリスナモジュール（例えば、１６）によって望まれていること、またはリスナモジュール（例えば、１６）がデータストリームを受信できないことを示すために、リスナ宣言メッセージをネットワーク６２上で伝播し得る。リスナ宣言メッセージは、リスナ準備完了、リスナ準備失敗、およびリスナ問合せ失敗のいずれかの属性を有し得る。ネットワークブリッジモジュール（例えば、１０、１２）は、何等かの状況で、リスナ宣言属性を変更し得る。例えば、ネットワークブリッジモジュール（例えば、１０、１２）は、特定の条件下で、リスナ準備完了属性をリスナ問合せ失敗属性に変更し得る。

ネットワークブリッジモジュール（例えば、１０、１２）は、トーカプルーニングと呼ばれる特徴を実装し得る。トーカプルーニングがネットワークブリッジモジュール（例えば、１０、１２）上で許可されているとき、リスナモジュール（例えば、１６）は、リスナモジュール（例えば、１６）が接続されるポート（例えば、５０）用にストリーム宛先アドレスが登録されている場合に、トーカモジュール（例えば、２０）から送信されたトーカ宣言メッセージだけを受信し得る。トーカプルーニングが許可されている状態では、ネットワークブリッジモジュール（例えば、１０、１２）は、トーカ広告属性を有するメッセージなどのトーカ宣言メッセージを、ストリーム宛先アドレスを登録したリスナモジュール（例えば、１６）に転送する。トーカ広告属性を有するトーカ宣言メッセージは、トーカ広告メッセージとして参照され得る。トーカプルーニングが禁止されているとき、ネットワークブリッジモジュール（例えば、１０、１２）は、ネットワークブリッジモジュール（例えば、１０、１２）に関連する全てのポートにトーカ広告メッセージを転送し得る。

ＡＶＢネットワーク動作
データストリームは、時間依存の音声およびビデオ情報を含み得る。音声およびビデオ情報を含むデータストリームは、表示されたビデオが音声再生と一致するように、その音声およびビデオ情報の同期を要求し得る。加えて、リアルタイム視聴は、途切れのない再生を許容するために、音声／ビデオデータストリームが十分なネットワーク帯域幅を有することを要求し得る。

自動車製造業者は、ＩＥＥＥによって定義されているような標準のネットワーク構築プロトコルを適合させ得る。例えば、ＩＥＥＥ規格８０２．１ＢＡは、オーディオビデオブリッジング（ＡＶＢ）システム用の規格を定義している。ＡＶＢ規格は、同期、帯域幅、およびデータストリームのためのタイミングなどの課題を扱うように定義されている。ＡＶＢ規格を用いて送信されるデータは、通常のネットワークトラフィックよりも高い基準を大体満足する。ＩＥＥＥ ＡＶＢ規格は、ＡＶＢネットワークが有し得る特定のネットワーク特徴を定義している。ＡＶＢ規格は、ＩＥＥＥ規格８０２．１Ｑ−２０１１からの特徴を利用して、時間依存の音声／ビジュアルデータに有益なシステムを実装する。また、ＡＶＢ規格は、ＡＶＢネットワーク全体を通していかに正確に時間情報を同期させるかを定義するＩＥＥＥ８０２．１ＡＳ−２０１１を参照する。ネットワーク６２は、ＡＶＢデータストリームに対応し得る。ネットワーク６２は、ＡＶＢメッセージトラフィックおよび非ＡＶＢメッセージトラフィックの両方を有し得る。

ＡＶＢネットワーク６２に接続されたモジュールは、先立って説明したＶＬＡＮ機能性に対応し得る。また、ＡＶＢネットワーク６２に接続されたモジュールは、モジュール（例えば、１６）が特定のＱｏＳ要件を有するストリーム予約を確立することを許容するために、ＳＲＰに対応し得る。ＡＶＢネットワーク６２は、ＱｏＳ要件がデータストリーム用に満足されることを確実にするために、ネットワークリソースの予約を試みてもよい。

ネットワーク６２に接続されているモジュール（例えば、１０、１２、１６、２０）は、そのモジュール（例えば、１６、２０）間のネットワークパスを協働して構成し得る。ＳＲＰは、ネットワークパスを確立し、データストリーム用のリソースを予約するために用いられ得る。ネットワークパスは、その予約が完了する前に、ネットワーク帯域幅および待ち時間を含む特定のＱｏＳ要件を満足させるように要求され得る。

トーカモジュール（例えば、２０）は、ＡＶＢデータストリームをネットワーク６２上で広告し得る。トーカ広告メッセージは、トーカモジュール（例えば、２０）によってネットワーク６２上に送信され得る。トーカ広告メッセージは、ＡＶＢデータストリームがネットワーク６２に接続されているリスナモジュール（例えば、１６）による消費のために利用可能であることを示し得る。トーカ広告メッセージは、トーカ広告メッセージによって参照されるＡＶＢデータストリームに関する様々な属性を含み得る。属性により、帯域幅および待ち時間要件を含むストリーム用のＱｏＳ要件を指定し得る。属性は、ストリーム宛先アドレスまたはストリーム識別子を含み得る。ネットワーク６２におけるネットワークブリッジモジュール（例えば、１０、１２）は、関連する属性を有するトーカ広告メッセージを受信し得、トーカ広告メッセージを接続されたモジュールまたは他のネットワークブリッジモジュールに伝播し得る。ネットワークブリッジモジュール（例えば、１０、１２）は、広告されたストリーム用のＱｏＳ要件が満足され得るかを確かめ得る。トーカ広告属性を有してリスナモジュール（例えば、１６）に到達するメッセージは、トーカモジュール（例えば、２０）とリスナモジュール（例えば、１６）との間でネットワーク６２において適正な帯域幅があることを示し得る。ネットワークブリッジモジュール（例えば、１０、１２）は、ＡＶＢデータストリームを扱うのに十分なネットワークリソースが入手できない場合に、トーカ広告属性をトーカ失敗属性に変更し得る。トーカ失敗属性を有してリスナモジュール（例えば、１６）に到達するメッセージは、ＡＶＢデータストリーム用に十分な帯域幅が入手できないことを示し得る。トーカ失敗属性は、ＡＶＢデータストリームがトーカ広告メッセージで指定される適正なＱｏＳ要件パラメータを有するリスナモジュール（例えば、１６）に到達できないことを示し得る。

ネットワーク６２上のリスナモジュール（例えば、１６、１８）は、トーカ広告メッセージを受信し得る。それに応答して、リスナモジュール（例えば、１６）は、ＡＶＢデータストリームの受信を登録し得る。リスナモジュール（例えば、１６）は、トーカ広告メッセージで指定されたＶＩＤの会員資格を要求するＭＶＲＰ要求を送信し得る。リスナモジュール（例えば、１６）は、様々なリスナ属性を含み得るリスナ宣言メッセージをネットワーク６２上に送信することによって応答し得る。リスナモジュール（例えば、１６）は、ＡＶＢデータストリームに対する予約を確立するために、リスナ準備完了属性をネットワーク６２上に送信し得る。リスナモジュール（例えば、１６）とトーカモジュール（例えば、２０）との間のネットワーク６２のネットワークブリッジモジュール（例えば、１０、１２）は、ネットワークリソースを予約するためにネットワークパスを構成し、リスナ準備完了メッセージをトーカモジュール（例えば、２０）に転送し得る。予約失敗属性は、リスナ問合せ失敗属性およびリスナ準備失敗属性など、ＡＶＢデータストリームの予約を確立できなかったこと、または確立できないことを示し得る。リスナ準備失敗属性は、１つ以上のリスナモジュール（例えば、１６）がＡＶＢデータストリームを要求しているが、その要求は何等かの理由で失敗したことを示し得る。リスナ問合せ失敗属性は、ＡＶＢデータストリームを受信できるリスナモジュール（例えば、１６、１８、２２、２４）がないことを示し得る。ネットワークブリッジモジュール（例えば、１０、１２）は、ストリーム予約を扱うのにリソースが不十分な場合に、リスナ準備完了属性を予約失敗属性の１つに変更し得る。予約失敗属性のうちの１つを含むリスナ宣言メッセージは、リスナモジュール（例えば、１６）がトーカモジュール（例えば、２０）からＡＶＢデータストリームを受信できないことを示す失敗メッセージに匹敵する。

ネットワークブリッジモジュール（例えば、１０、１２）は、ストリームを受信するためのトーカ広告メッセージおよび対応するリスナ宣言メッセージを受信した後、ＡＶＢデータストリームを扱うためのリソースを設定し得る。リソースは、ＡＶＢデータストリームを扱うために予約され得る。ネットワークブリッジモジュール（例えば、１０、１２）は、ＡＶＢデータストリームが要求するリスナモジュール（例えば、１６）にルーティングされることを確実にするために、ネットワークパスを構成し得る。リスナ準備完了メッセージを受信後、トーカモジュール（例えば、２０）は、ＡＶＢデータストリームを送信し得る。ＡＶＢデータストリームは、ネットワーク６２を介してトーカモジュール（例えば、２０）とリスナモジュール（例えば、１６）との間で伝播され得る。次に、リスナモジュール（例えば、１６）は、ＡＶＢデータストリームを受信し得る。ＡＶＢ予約が完了すると、ＡＶＢデータストリームは、適正なＱｏＳ要件を満足し得る。

リスナ宣言メッセージがリスナ問合せ失敗またはリスナ準備失敗属性（例えば、失敗メッセージ）を含む場合、１つ以上のリスナモジュール（例えば、１６）は、ＡＶＢデータストリームを受信不可能であり得る。これは、ＡＶＢデータストリームを受信することを望む１つ以上のリスナモジュール（例えば、１６）が、ＡＶＢ質を有するストリームを受信不可能であることを示す。結果として起こり得るのは、いくつかの機能が正しく実行され得ないか、または診断条件が生成され得る。自動車環境においては、そのようなネットワーク障害の場合に、何らかの最小限の性能が提供されることが望ましい。リンプホームモード動作は、可能な限り少なくとも最少量の機能性を提供し得る。自動車ネットワーク６２は、ネットワーク問題の場合に、十分なリンプホーム性能を提供すると共に、正常動作条件下でのデータの送信に対応すべきである。

特定の条件下では、リスナモジュール（例えば、１６）がＡＶＢデータストリームを受信できないようにし得るネットワーク問題が存在し得る。１つ以上のモジュールは、正常なＡＶＢメッセージトラフィックが不可能であり得るような、ネットワーク６２に悪影響を及ぼすか、または変化をもたらし得る。例えば、トーカモジュール（例えば、２０）は、ネットワーク６２上にデータストリームを連続して送信して、ネットワーク６２を氾濫させ得る。ネットワーク６２に接続された任意のモジュールは、メッセージがネットワーク６２上に連続して送信され、他の健全なネットワークトラフィックのためのネットワーク容量を低減させるという問題を生じさせ得る。配線が不通になるか、または切断されたとき、ネットワークトラフィックの全損または断続的な損失を引き起こす問題が生じ得る。全てのネットワークトラフィックを停止させる代わりに、少なくとも何らかのメッセージ操作性能を保持できるように、ネットワーク６２の動作を修正することが望ましい場合がある。

例えば、トーカモジュールとして実装されるバックアップカメラ３２およびリスナモジュールとして実装されるディスプレイユニット３４を考慮する。バックアップカメラ３２は、ＡＶＢビデオデータストリームの入手可能性を識別するトーカ広告メッセージを送信し得る。ネットワーク問題によって、バックアップカメラ３２は、ネットワーク６２からリスナ準備失敗またはリスナ問合せ失敗応答を受信し得る。この場合、ＡＶＢビデオデータストリームのためのＡＶＢストリーム予約は、ディスプレイユニット３４を用いて達成され得ない。ＡＶＢストリーム予約を確立できないバックアップカメラ３２は、ＡＶＢビデオデータストリームを送信し得ない。その結果、ディスプレイユニット３４は、利用可能なＡＶＢビデオデータストリームがないため、いずれのビデオも表示できない。現在の設計は、任意のタイプのバックアップモード動作も含んでいない。これまで、バックアップカメラ３２からディスプレイユニット３４へのビデオデータを通信するための代替えの機構が存在しない。

先行技術のシステムは、ＡＶＢネットワーク６２における障害を識別し得る。ネットワーク障害の場合、先行技術のシステムは、第２のモード動作を用い得る。例えば、全体的に異なるネットワーク構築プロトコルが実装され得る。これらの方法のデメリットは、ネットワーク６２に接続されたモジュールの全てがネットワーク障害の場合にプロトコルを変更する必要があることである。これにより、第１のＡＶＢモード動作と第２のモード動作とに対応する必要があるので、システム内のモジュールの全てに対して追加の費用と複雑さが増す。

ＡＶＢネットワークトラフィック用リンプホームモード
ＡＶＢネットワーク障害の場合、データストリームを非ＡＶＢデータストリームとして送信することが可能であり得る。ＡＶＢデータストリームと比較されるとき、非ＡＶＢデータストリームの質とタイミングは減少され得るが、データは少なくとも非ＡＶＢデータストリームを受信できるリスナモジュール（例えば、３４）に到達し得る。非ＡＶＢデータストリームは、ＡＶＢデータストリームによって定義されたＱｏＳを満足させ得ないが、非ＡＶＢデータストリームは、リンプホームモード動作を許容するのには十分であり得る。バックアップ監視システム実施例を用いて、ディスプレイユニット３４は、バックアップカメラ３２から画像を表示するのに十分なビデオデータを受信し得る。ビデオデータは、タイミングおよび同期に関して「上質」ではないかもしれないが、表示されたビデオは、車両オペレータが車両３０の背後にある物を識別することを許容するのには十分であり得る。

リスナモジュール（例えば、３６）またはネットワークブリッジモジュール（例えば、１０、１２）からリスナ準備失敗属性またはリスナ問合せ失敗属性を有する失敗メッセージを受信するトーカモジュール（例えば、３２）は、リンプホームモード動作に移行し得る。この時まで、トーカモジュール（例えば、３２）は、リスナモジュール（例えば、３４）を用いてストリーム予約を確立するために、標準のＡＶＢプロトコルを利用して、トーカ広告メッセージを送信していることがあり得る。トーカモジュール（例えば、３２）が、ＡＶＢストリーム予約が１つ以上のリスナモジュール（例えば、３４、３６）を用いて完了できないことを一旦確認すると、代替えモード動作が望ましい場合がある。ＡＶＢストリーム予約が確立され得ないため、標準のＡＶＢプロトコルを利用すると、ＡＶＢデータストリームを望み得るリスナモジュール（例えば、３４、３６）の全てにストリームが送信されることを保証されない。

上記のシナリオに応答して、トーカモジュール（例えば、３２）は、トーカ広告メッセージを取り下げ得る。トーカ広告を取り下げることにより、トーカ広告がネットワーク６２から素早く取り除かれる。例えば、ネットワーク６２上で送信された第１のトーカ広告に応答して、トーカモジュール（例えば、３２）は、ＡＶＢストリーム予約を達成され得ないことを示す失敗メッセージを受信し得る。ネットワークブリッジモジュール（例えば、１０、１２）またはリスナモジュール（例えば、３４、３６）は、失敗メッセージを送信し得る。失敗メッセージに応答して、トーカモジュール（例えば、３２）は、ネットワーク６２上での第２以降のトーカ広告メッセージを送信することを禁じ得る。次に、トーカモジュール（例えば、３２）は、同一のストリーム識別子を用いて非ＡＶＢデータストリームをマルチキャストメッセージとして、および／またはストリーム宛先アドレスをＡＶＢデータストリームとして送信することを開始し得る。非ＡＶＢデータストリーム用に提供されたプライオリティコードポイント値は、ＡＶＢネットワーク６２が、ストリーム識別子および／またはストリーム宛先アドレスを変更することなく、非ＡＶＢデータストリームが流れることを許容できるように、調整され得る。

非ＡＶＢデータストリームが首尾よく正しいリスナモジュール（例えば、３４、３６）に送信されることを確実にするには、リスナモジュール（例えば、１６、１８、２２、２４、３４、３６）に何らかの変更が要求される。リスナモジュール（例えば、３４）は、トーカモジュール（例えば、３２）からＡＶＢデータストリームのストリーム宛先アドレスを求めるＭＭＲＰ要求を送信し得る。ＭＭＲＰ要求は、登録されたリスナモジュール（例えば、３４）にストリーム宛先アドレスを有するＡＶＢデータストリームおよび非ＡＶＢデータストリームをルーティングするように、ネットワークブリッジモジュール（例えば、１０、１２）を構成し得る。ＭＭＲＰ要求は、ＡＶＢデータストリームおよび非ＡＶＢデータストリームが転送されることを確実にするために、ネットワークブリッジモジュール（例えば、１０、１２）内の適切な処理を始動させ得る。ネットワークブリッジモジュール（例えば、１０、１２）は、ＡＶＢデータストリームおよび非ＡＶＢデータストリームがリスナモジュール（例えば、３４）にルーティングされることを確実にするために、トーカモジュール（例えば、３２）とリスナモジュール（例えば、３４）との間の任意の他のネットワークブリッジモジュール（例えば、１０、１２）に対してＭＭＲＰ要求を伝播し得る。

リスナモジュール（例えば、３４）は、リスナ準備完了応答を用いてトーカ広告メッセージに応答し続け得る。リスナモジュール（例えば、３４）が首尾よくＡＶＢプロトコルを介してＡＶＢストリーム予約を確立した場合には、ＡＶＢデータストリームがＡＶＢ質を有して送信および受信され得る。リスナモジュール（例えば、３４）がトーカ失敗属性を認識するか、または他の何らかの理由で、ＡＶＢストリーム予約が確立できない場合には、リスナモジュール（例えば、３４）は、ＭＭＲＰ要求に起因して非ＡＶＢデータストリームを受信し得る。ＡＶＢストリーム予約を確立できなかった場合には、トーカモジュール（例えば、３２）は、メッセージを非ＡＶＢデータストリームとして送信し得る。リスナモジュール（例えば、３４）は、非ＡＶＢデータストリームを受信し、それに応じてメッセージを処理し得る。

ＭＭＲＰ要求は、マルチキャストデータとしてストリームを登録する。これにより、リスナモジュール（例えば、３４）および他のエンドステーション（例えば、１８）がその存在を示し、マルチキャストグループに加入することが許可される。マルチキャストメッセージは、メッセージを要求している１つ以上のリスナモジュール（例えば、３４）に送信され得る。マルチキャストメッセージのための初期値は、全てのモジュールに送信されることとする。ＭＭＲＰは、マルチキャストトラフィックの氾濫を制御するために、非ＡＶＢアプリケーションによって用いられ得る。

リンプホーム性能は、トーカプルーニングと呼ばれるネットワーク特徴を利用し得る。通常は、ＡＶＢネットワーク６２において、トーカ広告メッセージは、ネットワークブリッジモジュール（例えば、１０）の全てのポート（例えば、４８、５０、５２、５４、５６）上に伝播される。トーカプルーニングが使用可能なとき、トーカ広告メッセージは、一致するストリーム宛先アドレスを登録しているポート（例えば、５４）上にのみ伝播する。トーカプルーニングは、ＭＭＲＰを用いてデータストリームの宛先メディアアクセスコントロール（ＭＡＣ）アドレスのための事前登録を行う。リスナモジュール（例えば、３４）は、ＭＭＲＰ要求を発行してストリーム宛先アドレスを登録することよりトーカ広告メッセージを受信し得る。ＩＥＥＥ８０２．１ＢＡ条項６．７．１は、トーカプルーニングがＡＶブリッジにおいて対応されていないことを示す。本明細書に記載のリンプホームモードは、トーカプルーニングモードを用いて望ましい結果を達成するが、これは現在定義されているＡＶＢネットワーク用のＩＥＥＥ規格から逸脱する。

リスナモジュール（例えば、３４）は、特定のストリーム宛先アドレスを有する望ましいデータストリームを事前登録し得る。トーカプルーニングモードが使用可能な状態で、トーカ広告メッセージは、特定のストリーム宛先アドレスを登録しているポート（例えば、５４）にのみ転送され得る。ＡＶＢ予約が、トーカ広告メッセージに応答して、リスナ準備完了を送信することによって確立され得る場合、ネットワーク６２は、ＡＶＢによって確立されたＱｏＳパラメータ内の望ましいデータストリームを提供し得る。ＡＶＢストリーム予約が確立できない場合、トーカモジュール（例えば、３２）は、トーカ広告メッセージを取り除き、特定のストリーム宛先アドレスを用いて望ましいデータストリームを非ＡＶＢデータストリームとして送信し得る。ネットワーク６２は、これを正常なマルチキャストトラフィックとして見做し得る。しかしながら、ＭＭＲＰ登録を特定のストリーム宛先アドレスに対して既に行っているため、非ＡＶＢデータストリームは、ネットワーク６２を氾濫させない。非ＡＶＢデータストリームは、特定のストリーム宛先アドレスを受信するために登録されているリスナモジュール（例えば、３４）にのみ転送され得る。その他に、リスナモジュール（例えば、３４）は、事前登録し、ＭＶＲＰ要求機構を用いて望ましいデータストリームに関連するＶＬＡＮに加入し得る。

本明細書に記載のネットワークシステムは、ＡＶＢネットワーク６２のためのリンプホームモード動作を提供する。本システムは、ネットワーク６２に接続されたトーカモジュール（例えば、３２）およびリスナモジュール（例えば、３４）に対して最小限の変更を要求する。ＡＶＢデータストリームがネットワーク６２上で送信され得ない場合、システムは、データストリームが非ＡＶＢ質で送信されることを確実にし得る。リンプホームモードで送信されるストリームは、ＡＶＢストリームとして同一のＱｏＳを有し得ない。

上記のシステムは、トーカモジュール（例えば、３２）およびリスナモジュール（例えば、３４）のコントローラソフトウェアに実装され得る。適切なソフトウェアコードは、本明細書に記載の方法を実行するために実装され得る。その他に、ネットワークブリッジコントローラ（例えば、１０、１２）は、本明細書に記載のトーカプルーニング特徴を実装し得る。

以下の考察では、トーカモジュールの参照は、図１に表されるトーカモジュールのうちのいずれかを含み得、リスナモジュールの参照は、図１に表されるリスナモジュールのうちのいずれかを含み得る。ネットワークブリッジモジュールの参照は、図１のネットワークブリッジモジュールのうちのいずれかを含み得る。参照される任意のトーカ、リスナ、およびネットワークブリッジモジュールは、図２によって示される構成を有し得る。

図３は、トーカモジュールにおける前述の機能性を実装するための可能なフローチャートを示す。動作１００は、トーカ広告メッセージをネットワーク６２上で送信するために実装され得る。動作１０２において、トーカモジュール（例えば、２０）は、ネットワーク６２上のリスナモジュール（例えば、１６）から受信したメッセージを確認し得る。トーカモジュール（例えば、２０）は、リスナモジュール（例えば、１６）から受信したメッセージのタイプを決定し得る。メッセージは、リスナ準備完了、リスナ問合せ失敗、およびリスナ準備失敗の属性を有し得る。異なる順番の動作が、リスナモジュール（例えば、１６）から受信したメッセージのタイプに基づき、実行され得る。

パス１１６は、トーカモジュール（例えば、２０）がリスナ準備完了属性を受信した場合に追従され得る。トーカモジュール（例えば、２０）がＡＶＢデータストリームを送信することを開始し得る動作１１４が実行され得る。この場合、ＡＶＢストリーム予約のための正常なプロトコルが確立され、ＡＶＢデータストリームを消費することを望む全てのリスナモジュール（例えば、１６）に対して、ＡＶＢデータストリームがＡＶＢ質で送信される。トーカモジュール（例えば、２０）は、リスナモジュール（例えば、１６）からのメッセージを受信および監視し続け得る。

パス１１８は、トーカモジュール（例えば、２０）がリスナ問合せ失敗属性を有するメッセージを受信した場合に追従され得る。トーカモジュール（例えば、２０）がリンプホームモード動作に移行したかを確認し得る動作１０６が実行され得る。トーカモジュール（例えば、２０）は、リスナ問合せ失敗属性が受信されたときに、初期設定によってリンプホームモードに移行し得る。リスナ問合せ失敗属性は、ＡＶＢデータストリームを受信できるリスナモジュール（例えば、１６）がないことを示す。いくつかの実装例は、リンプホームモードへの移行の決定のために他の基準を用い得る。リンプホームモードに移行する決定は、データストリームの優先度に基づいて行われ得る。データストリームの優先度が、所定の閾値よりも大きい場合、そのストリームを送信するための試みがなされることを確実にするために、リンプホームモードへの移行がなされ得る。あるいは、メッセージの優先度が十分低い場合には、リンプホームモードへの移行をしないという決定がなされ得る。トーカモジュール（例えば、２０）がリンプホームモード動作に切り替わる場合には、トーカモジュール（例えば、２０）がトーカ広告メッセージをネットワーク６２から取り下げ得るという動作１０８が実行され得る。リンプホームモードへの移行を行わないという決定がなされる場合、ＡＶＢデータストリームおよび非ＡＶＢデータストリームがネットワーク６２上で送信されないという動作１１２が実行され得る。トーカモジュール（例えば、２０）は、トーカ広告メッセージに対する応答がまだ受信され得るので、リスナモジュール（例えば、１６）から受信されるメッセージに対する監視をし続け得る。

パス１２０は、トーカモジュール（例えば、２０）がリスナ準備失敗属性を有するメッセージを受信した場合に追従され得る。トーカモジュール（例えば、２０）がリンプホームモードに移行したかを確認し得る動作１０４が実行され得る。リスナ準備失敗属性は、少なくとも１つのリスナモジュール（例えば、１８）がＡＶＢデータストリームを受信できないことを示すが、ＡＶＢデータストリームを受信できる少なくとも１つのリスナモジュール（例えば、１６）があることを示す。トーカモジュール（例えば、２０）は、リスナ準備失敗属性が受信されたときに、初期設定によってリンプホームモードに移行し得る。いくつかの実装例は、リンプホームモードへの移行の決定のために他の基準を用い得る。決定の結果がリンプホームモードに移行しないという場合は、動作１１４が実行され、その中で、トーカモジュール（例えば、２０）がＡＶＢデータストリームを送信し得る。リンプホームモードに移行する決定は、決定のパフォーマンスインパクトに基づき得る。上質のＡＶＢストリームを受信するモジュールのいくつかの重要性は、低質の非ＡＶＢマルチキャストストリームを受信するモジュールの全てに対して重み付けされ得る。

パス１２０が追従される場合（例えば、リスナ準備失敗属性）には、リスナモジュールのうちのいくつかが、ＡＶＢデータストリームを受信するためにＡＶＢ予約を確立することが可能である。少なくとも１つのリスナモジュール（例えば、１６）がＡＶＢデータストリームを受信することを確実にするために、ＡＶＢデータストリームを送信する決定がなされ得る。代替えの決定はリンプホームモードに移行することであり得、この場合、全てのリスナモジュールがより低いＱｏＳであり得る非ＡＶＢデータストリームを受信し得る。例えば、ネットワーク６２は、前方スピーカに関連するリスナモジュール（例えば、１６）および後方スピーカに関連するリスナモジュール（例えば、２２）を有し得る。トーカモジュール（例えば、２０）が、後方スピーカに関連するリスナモジュール（例えば、２０）に関する問題に起因してリスナ準備失敗を受信する場合、ＡＶＢデータストリームとして前方スピーカに関連するリスナモジュール（例えば、１６）に音声ストリームを送信することが好ましい場合がある。これで、後方スピーカに関連するリスナモジュール（例えば、２２）は、いずれの音声データも受信しないが、上質ストリームがネットワーク６２上で前方スピーカに関連するリスナモジュール（例えば、１６）に送信される。これにより、全てのスピーカを低質で機能させるよりもむしろ１セットのスピーカを上質で機能させることが確実になり得る。

トーカモジュール（例えば、２０）がリンプホームモード動作に切り替わる場合には、トーカモジュール（例えば、２０）がトーカ広告メッセージをネットワーク６２から取り下げ得るという動作１０８が実行され得る。すなわち、トーカモジュール（例えば、２０）は、トーカ広告メッセージをネットワーク６２から取り下げ得る。トーカモジュール（例えば、２０）が非ストリーム予約クラス優先度を有する非ＡＶＢデータストリームを送信し得る動作１１０が実行され得る。この場合、非ＡＶＢデータストリームが、非ＡＶＢ質を有して、ネットワーク６２に接続された全てのリスナモジュールに、マルチキャストメッセージとして送信され得る。リンプホームモードに移行するトーカモジュール（例えば、２０）は、ＡＶＢネットワーク６２に関する潜在的問題を示す診断フラグを設定し得る。トーカモジュール（例えば、２０）は、トーカ広告を再送し、図３のステップを繰り返すことによって、任意にＡＶＢ動作を後に再確立するよう試み得る。

図４は、リスナモジュール（例えば、１６）における前述の機能性を実装するための可能なフローチャートを示す。動作２００は、ストリーム宛先アドレスを求めるＭＭＲＰ要求を送信するためにリスナモジュール（例えば、１６）によって実装され得る。ストリーム宛先アドレスは、望ましいＡＶＢデータストリームのストリーム宛先アドレスに対応し得る。本要求は、ネットワークブリッジモジュール（例えば、１０、１２）におけるトーカプルーニングを可能にすることと連動して利用され得る。これにより、ＡＶＢデータストリームのためのトーカ広告メッセージがリスナモジュール（例えば、１６）に転送されることが確実になり得る。

動作２０２は、ＭＶＲＰ ＶＬＡＮ会員資格要求を送信するためにリスナモジュール（例えば、１６）によって実行され得る。ＭＶＲＰ ＶＬＡＮ会員資格要求は、ＶＬＡＮに関連するメッセージをリスナモジュール（例えば、１６）に送信するようにネットワークブリッジモジュール（例えば、１０、１２）を構成し得る。トーカ広告メッセージがリスナモジュール（例えば、１６）によって受信される前に、リスナモジュール（例えば、１６）がリスナ準備完了属性を有するリスナ宣言メッセージを送信する動作２０４が任意に実装され得る。ネットワークブリッジモジュール（例えば、１６）は、ネットワークブリッジモジュール（例えば、１０、１２）がトーカアドバタイズまたはトーカ失敗属性を有する関連するトーカ宣言を受信するまで、リスナ準備完了属性を伝播しない場合がある。８０２．１Ｑ−２０１１仕様書は、リスナ宣言メッセージが関連するトーカ宣言の受信前に発行され得るということを定めている。しかしながら、そのような場合、仕様書は、リスナモジュール（例えば、１６）がリスナ問合せ失敗属性を有するリスナ宣言を送信することを示している。リスナ問合せ失敗属性に関連する問題は、最も近いネットワークブリッジモジュール（例えば、１０）が、トーカ宣言メッセージの受信に応答して、リスナ宣言をトーカモジュール（例えば、２０）に向けて伝播することである。トーカモジュール（例えば、２０）は、リスナ問合せ失敗属性を受信して時期を早めてリンプホームモードに移行する可能性があるはずである。本問題は、リスナモジュール（例えば、１６）がリスナ準備完了属性を初期に送信することによって回避され得る。

リスナモジュール（例えば、１６）がトーカモジュール（例えば、２０）から受信されたメッセージタイプを確認し得る動作２０６は、リスナモジュール（例えば、１６）に実装され得る。リスナモジュール（例えば、１６）は、メッセージ内の属性に基づき、トーカモジュール（例えば、２０）から受信したメッセージのタイプを識別し得る。メッセージ属性は、トーカ広告、トーカ失敗、または無しであり得る。トーカモジュール（例えば、２０）がリンプホームモードでないとき、トーカモジュール（例えば、２０）は、ＡＶＢ予約を確立するよう試みている最中か、またはトーカ広告属性もしくはトーカ失敗属性を有するトーカ宣言メッセージを送信する場合があり得る。トーカモジュール（例えば、２０）がリンプホームモードであるとき、トーカモジュール（例えば、２０）は、属性無し（無し）の非ＡＶＢデータストリームを送信中であり得る。受信されたメッセージのタイプに基づき、リスナモジュール（例えば、１６）は、受信されたデータストリームがＡＶＢ質もしくは非ＡＶＢ質であるかを決定し得る。

パス２１４は、リスナモジュール（例えば、１６）がトーカ広告メッセージを受信するか、または既にトーカ広告を受信済みの場合に、追従され得る。その後のトーカ失敗メッセージが受信されることなく、望ましいストリーム宛先アドレスを有するトーカ広告が受信されるとき、ＡＶＢ予約は確立され得る。望ましいストリーム宛先アドレスを有するその後の受信メッセージは、ＡＶＢ質データストリームの一部であり得る。リスナモジュール（例えば、１６）がリスナ準備完了属性を有するリスナ宣言メッセージを送信する動作２２２が実装され得る。パス２１４は、ＡＶＢ質データストリームを処理するための動作を含み得る。リスナモジュール（例えば、１６）がその後の受信メッセージをＡＶＢ質データストリームとして処理する動作２１２が実装され得る。

パス２１６は、リスナモジュール（例えば、１６）がトーカ失敗メッセージを受信した場合に追従され得る。トーカ失敗メッセージの受信は、予約が確立されていないので、データストリームがＡＶＢ質で受信されていないことを示す。リスナモジュール（例えば、１６）は、リスナ問合せ失敗属性を有するリスナ宣言メッセージが送信される動作２２０を実装し得る。この場合、リスナモジュール（例えば、１６）はＡＶＢデータストリームを受信しないことがあり得る。リスナモジュール（例えば、１６）は、トーカ失敗属性を有するメッセージが取り下げられるまで、何もしないことがあり得る。トーカモジュール（例えば、２０）がトーカ広告メッセージを取り下げた場合、リスナモジュール（例えば、１６）は、トーカモジュール（例えば、２０）からいずれのトーカ宣言メッセージも受信しないことがあり得る。リスナモジュール（例えば、１６）は、ＡＶＢネットワーク６２に関する潜在的問題を示す診断フラグを設定し得る。

パス２１８は、リスナモジュール（例えば、１６）がトーカ宣言メッセージの受信を停止した場合に追従され得る。リスナモジュール（例えば、１６）が、特定のストリーム宛先アドレスを有する非ＡＶＢデータストリームが受信されたかを決定する動作２０８が実装され得る。リスナモジュール（例えば、１６）が非ＡＶＢデータストリーム受信する場合、非ＡＶＢデータストリームが処理される動作２１０がリスナモジュール（例えば、１６）によって実装され得る。リスナモジュール（例えば、１６）は、ＡＶＢネットワーク６２に関する潜在的問題を示す診断フラグを設定し得る。受信されたメッセージがＡＶＢストリームまたは非ＡＶＢストリームとして処理されても、リスナモジュール（例えば、１６）は、トーカモジュール（例えば、２０）からメッセージを受信し続け得、受信したメッセージのタイプを決定するためにメッセージを監視し続け得る。

本明細書に記載のリンプホームモード動作は、ネットワークモジュールに対する最小限の変更をもたらす。メッセージが同一のアドレスを有し得るので、トーカおよびリスナモジュールに対するソフトウェア修正は最小化され得る。リスナモジュール（例えば、１６）は、メッセージがＡＶＢメッセージであるか、もしくは非ＡＶＢマルチキャストメッセージであるかにかかわらず、そのメッセージを受信し得る。メッセージの処理は、いずれの場合にも同一であり得る。場合によっては、メッセージが非ＡＶＢマルチキャストメッセージとして受信されるとき、リスナモジュール（例えば、１６）は、メッセージの質が下げられ得ることを示す診断フラグを設定し得る。警告ランプまたはダッシュボード警告メッセージは、車両オペレータに対して診断フラグを示し得る。

リンプホームモード動作を図解するために、図１を再度参照して、バックアップ監視システムの実施例がもう一度使用され得る。バックアップカメラ３２は、ネットワーク６２上に所定のストリーム宛先アドレスを有するビデオデータストリームを送信するように構成されてもよい。また、ビデオデータストリームは、所定のＶＩＤを有するＶＬＡＮの一部であるように構成されてもよい。ネットワークブリッジモジュール１０、１２は、トーカプルーニング特徴を可能にするように構成されてもよい。ディスプレイモジュール３４は、ビデオデータストリームの所定のストリーム宛先アドレスを求めるＭＭＲＰ要求を送信するように構成されてもよい。第１のネットワークブリッジモジュール１０は、ＭＭＲＰ要求を受信し、モジュール自体が所定のストリーム宛先アドレスを有する任意のメッセージをディスプレイモジュール３４が接続されたポート５４にルーティングするように構成し得る。第１のネットワークブリッジモジュール１０は、ＭＭＲＰ要求を第２のブリッジモジュール１２に伝播し得る。第２のブリッジモジュール１２は、伝播された要求を受信し、モジュール自体が所定のストリーム宛先アドレスを有する全てのメッセージを第１のネットワークブリッジ１０が接続されるポート５８に転送するように構成し得る。

ディスプレイモジュール３４は、ビデオデータストリームのための所定のＶＩＤを有するＶＬＡＮに加入するためにＭＶＲＰ要求を送信し得る。第１のネットワークブリッジモジュール１０は、ＭＶＲＰ要求を受信し、モジュール自体が所定のＶＩＤを有するＶＬＡＮに関連する任意のメッセージをディスプレイモジュール３４が接続されたポート５４に転送するように構成し得る。第１のネットワークブリッジモジュール１０は、ＭＶＲＰ要求を第２のブリッジモジュール１２に伝播し得る。第２のブリッジモジュール１２は、伝播されたＭＶＲＰ要求を受信し、モジュール自体が所定のＶＩＤを有するＶＬＡＮに関連する任意のメッセージを第１のネットワークブリッジ１０が接続されたポート５８に転送するように構成し得る。また、ディスプレイモジュール３４は、リスナ準備完了属性を有するリスナ宣言メッセージを送信し得る。

バックアップカメラ３２は、トーカ広告属性（例えば、トーカ広告メッセージ）を有するトーカ宣言メッセージをネットワーク６２上に送信し得る。トーカ宣言メッセージは、所定のストリーム宛先アドレスを有し、満足される特定のＱｏＳパラメータを指定し得る。第２のブリッジモジュール１２は、トーカ広告メッセージを受信し得る。トーカ宣言メッセージを受信すると、第２のブリッジモジュール１２は、ストリーム宛先アドレスを確認し、メッセージを他のポートに転送するかを決定し得る。また、第２のブリッジモジュール１２は、ＱｏＳパラメータが満足され得るかを確認し得る。ＱｏＳパラメータが満足され得ない場合、第２のブリッジモジュール１２は、トーカ広告属性をトーカ失敗属性に変更し得る。トーカ宣言メッセージ（トーカ広告またはトーカ失敗）は、第１のネットワークブリッジモジュール１０に転送され得る。

第１のネットワークブリッジモジュール１０は、トーカ宣言メッセージを受信し、そのストリーム宛先アドレスとＱｏＳパラメータを確認し得る。ディスプレイモジュール３４は、先立ってリスナ準備完了メッセージを送信済みであるため、ストリーム予約が完了し得る場合、第１のネットワークブリッジモジュール１０は、リスナ準備完了をネットワーク６２上でバックアップカメラモジュール３２に向けて送信し得る。第１のネットワークブリッジモジュール１０は、ＱｏＳパラメータが満足され得ない場合、トーカ広告属性をトーカ失敗属性に変更し得る。第１のネットワークブリッジ１０がトーカ失敗属性を第２のネットワークブリッジ１２から受信する場合、トーカ失敗属性は、変更されずに残り得る。次に、メッセージは、ディスプレイモジュール３４に転送され得る。

ディスプレイモジュール３４によって受信したトーカ宣言メッセージがトーカ広告属性を有する場合、ディスプレイモジュール３４は、リスナ準備完了属性を有するリスナ宣言メッセージを送信し得る。第１のネットワークブリッジモジュール１０は、リスナ宣言メッセージを受信し、そのリスナ宣言メッセージを第２のネットワークブリッジモジュール１２に転送し得る。第２のネットワークブリッジモジュール１２は、リスナ宣言メッセージをバックアップカメラ３２上に転送し得る。加えて、ディスプレイモジュール３４は、ＡＶＢメッセージの受信開始の準備をし得る。リスナ準備完了メッセージを受信後、バックアップカメラ３２は、データストリームがＡＶＢ質で送信され得ることを決定し、ＡＶＢデータストリームの送信を開始し得る。

ディスプレイモジュール３４によって受信したトーカ宣言メッセージがトーカ失敗属性を有する場合、ディスプレイモジュール３４は、リスナ問合せ失敗属性を有するリスナ宣言メッセージを送信し得る。リスナ宣言メッセージは、ネットワークブリッジコントローラ１０、１２を介してバックアップカメラ３２に伝播し得る。失敗メッセージを受信すると、バックアップカメラ３２は、トーカ広告メッセージを取り下げ得る。バックアップカメラ３２は、所定のストリーム宛先アドレスを有する非ＡＶＢデータストリームの送信を開始し得る。データストリームの優先度は、非ストリーム予約（ＳＲ）クラス優先度に変更され得る。ＭＭＲＰ要求は先立って送信されているため、第２のネットワークブリッジ１２は、非ＡＶＢデータストリームを受信し、その非ＡＶＢデータストリームを第１のネットワークブリッジ１０に転送し得る。次に、第１のネットワークブリッジ１０は、非ＡＶＢデータストリームをディスプレイモジュール３４上に転送し得る。ディスプレイモジュール３４は、非ＡＶＢデータストリームを受信し、それに応じて処理し得る。

上記の実施例では、衝突検出システム３６は、ディスプレイモジュール３４と同様に動作し得る。上記は、リンプホームモード動作がどのように車両３０内で利用され得るかの一実施例である。多くの他の実施例が可能である。車両３０内のネットワーク６２上の各トーカおよびリスナモジュールは、本明細書に記載の機能性を有するように構成され得る。

例示的実施形態が前述されているが、これらの実施形態が本発明の全ての可能な形態を説明するようには意図されていない。むしろ、本明細書で使用される単語は、限定するものではなく説明するための単語であり、本発明の精神および範囲から逸脱することなく様々な変更を加えることができることが理解される。更に、様々な実装実施形態の特徴を組み合せて、本発明の更なる実施形態を形成することができる。

Claims (20)

1. オーディオビデオブリッジング（ＡＶＢ）ネットワークに接続されるモジュールであって、前記モジュールは、
   少なくとも１つのトーカコントローラを備え、前記少なくとも１つのトーカコントローラは、
   少なくとも１つのリスナコントローラにトーカ広告メッセージを送信することであって、前記トーカ広告メッセージが、前記少なくとも１つのリスナコントローラによって消費される利用可能なＡＶＢデータストリームを示す、送信することと、
   ブリッジコントローラおよび前記少なくとも１つのリスナコントローラのうちの１つから失敗メッセージを受信することであって、前記失敗メッセージが、前記少なくとも１つのリスナが前記少なくとも１つのトーカコントローラから前記利用可能なＡＶＢデータストリームを受信することができないことを示す、受信することと、
   前記失敗メッセージの受信に応答して、非ＡＶＢデータストリームとして前記利用可能なＡＶＢデータストリームを前記少なくとも１つのリスナコントローラに送信することと、を行うようにプログラムされる、モジュール。
2. 前記少なくとも１つのトーカコントローラは、前記失敗メッセージの受信に応答して、前記ＡＶＢネットワークから前記トーカ広告メッセージを取り下げるように更にプログラムされる、請求項１に記載のモジュール。
3. 前記失敗メッセージは、前記少なくとも１つのリスナコントローラが前記利用可能なＡＶＢデータストリームを受信することができないことを示す第１の属性を含む、請求項１に記載のモジュール。
4. 前記少なくとも１つのリスナコントローラは、複数のリスナコントローラを含み、前記失敗メッセージは、前記複数のリスナコントローラのうちの全てではないが、少なくとも１つが前記利用可能なＡＶＢデータストリームを受信することができることを示す第１の属性を含む、請求項１に記載のモジュール。
5. 前記少なくとも１つのトーカコントローラは、前記失敗メッセージの受信に応答して、オペレータに診断指標を出力するように更にプログラムされ、前記診断指標は、前記ＡＶＢネットワーク上で低下した性能モードの通信を示す、請求項１に記載のモジュール。
6. 前記非ＡＶＢデータストリームは、前記少なくとも１つリスナコントローラがストリーム宛先アドレスに関連するパラメータを変更することなく前記非ＡＶＢデータストリームを受信するように、前記利用可能なＡＶＢデータストリームと同一の前記ストリーム宛先アドレスを含む、請求項１に記載のモジュール。
7. 前記非ＡＶＢデータストリームの優先度は、前記利用可能なＡＶＢデータストリームよりも低い、請求項１に記載のモジュール。
8. 前記少なくとも１つのトーカコントローラは、前記ブリッジコントローラおよび前記少なくとも１つのリスナコントローラのうちの１つから準備完了メッセージを受信することであって、前記準備完了メッセージが、前記少なくとも１つのリスナコントローラが前記少なくとも１つのトーカコントローラから前記利用可能なＡＶＢデータストリームを受信することができることを示す、受信することと、前記準備完了メッセージの受信に応答して、ＡＶＢデータストリームとして前記利用可能なＡＶＢデータストリームを前記少なくとも１つのリスナコントローラに送信することと、を行うように更にプログラムされる、請求項１に記載のモジュール。
9. オーディオビデオブリッジング（ＡＶＢ）ネットワークに接続されるモジュールであって、前記モジュールは、
   少なくとも１つのリスナコントローラを備え、前記少なくとも１つのリスナコントローラは、
   トーカコントローラから特定のストリーム識別情報を有するデータストリームを受信するために少なくとも１つのブリッジコントローラに要求メッセージを送信することであって、前記少なくとも１つのブリッジコントローラが、前記特定のストリーム識別情報を有する前記データストリームのためのトーカ広告メッセージを、前記要求メッセージを送信する前記少なくとも１つのリスナコントローラに伝播するように構成される、送信することと、
   前記特定のストリーム識別情報を有する前記データストリームを受信することと、
   前記トーカ広告メッセージが前記少なくとも１つのブリッジコントローラから受信されたかを決定することと、
   前記少なくとも１つのリスナコントローラでの前記トーカ広告メッセージの受信に応答して、前記データストリームをＡＶＢデータストリームとして処理することと、
   前記トーカ広告メッセージが前記少なくとも１つのリスナコントローラによって受信されない場合、前記データストリームを非ＡＶＢデータストリームとして処理することと、を行うようにプログラムされる、モジュール。
10. 前記少なくとも１つのリスナコントローラは、前記非ＡＶＢデータストリームとしての前記データストリームの受信に応答して、オペレータに診断指標を出力するように更にプログラムされ、前記診断指標は、前記ＡＶＢネットワーク上で低下した性能モードの通信を示す、請求項９に記載のモジュール。
11. 前記少なくとも１つのリスナコントローラは、前記少なくとも１つのブリッジコントローラから前記トーカ広告メッセージを受信する前に、前記少なくとも１つのリスナコントローラが、前記データストリームを前記特定のストリーム識別情報を有する前記ＡＶＢデータストリームとして受信することを要求していることを示す準備完了メッセージを送信するように更にプログラムされる、請求項９に記載のモジュール。
12. 前記少なくとも１つのリスナコントローラは、前記トーカ広告メッセージの受信に応答して、前記少なくとも１つのリスナコントローラが、前記データストリームを前記特定のストリーム識別情報を有する前記ＡＶＢデータストリームとして受信することを要求していることを示す準備完了メッセージを送信するように更にプログラムされる、請求項９に記載のモジュール。
13. 前記特定のストリーム識別情報は、所定のストリーム宛先アドレスである、請求項９に記載のモジュール。
14. 前記データストリームを処理することは、前記データストリームに含まれるビデオおよび音声データをビデオディスプレイおよびスピーカのうちの少なくとも１つに出力することを含む、請求項９に記載のモジュール。
15. オーディオビデオブリッジング（ＡＶＢ）ネットワーク上でリスナとしてプログラムされる、非一時的コンピュータ可読媒体内に具現化されたコンピュータプログラム製品であって、前記コンピュータプログラム製品は、
    トーカコントローラから特定のストリーム識別情報を有するデータストリームを受信するために少なくとも１つのブリッジコントローラに要求メッセージを送信することであって、前記少なくとも１つのブリッジコントローラが、前記特定のストリーム識別情報を有する前記データストリームのためのトーカ広告メッセージを、前記要求メッセージを送信する前記リスナに伝播するように構成される、送信することと、
    前記特定のストリーム識別情報を有する前記データストリームを受信することと、
    前記トーカ広告メッセージが前記少なくとも１つのブリッジコントローラから受信されたかを決定することと、
    前記トーカ広告メッセージの受信に応答して、前記データストリームをＡＶＢデータストリームとして処理することと、
    前記トーカ広告メッセージが受信されない場合、前記データストリームを非ＡＶＢデータストリームとして処理することと、を行う命令を含む、コンピュータプログラム製品。
16. 前記非ＡＶＢデータストリームとしての前記データストリームの受信に応答して、診断指標をオペレータに出力することを行う命令を更に含み、前記診断指標は、前記ＡＶＢネットワーク上で低下した性能モードの通信を示す、請求項１５に記載のコンピュータプログラム製品。
17. 前記少なくとも１つのブリッジコントローラから前記トーカ広告メッセージを受信する前に、前記リスナが、前記データストリームを前記特定のストリーム識別情報を有する前記ＡＶＢデータストリームとして受信することを要求していることを示す準備完了メッセージを送信することを行う命令を更に含む、請求項１５に記載のコンピュータプログラム製品。
18. 前記トーカ広告メッセージの受信に応答して、前記少なくとも１つのリスナコントローラが、前記データストリームを前記特定のストリーム識別情報を有する前記ＡＶＢデータストリームとして受信することを要求していることを示す準備完了メッセージを送信することを行う命令を更に含む、請求項１５に記載のコンピュータプログラム製品。
19. 前記特定のストリーム識別情報は、所定のストリーム宛先アドレスである、請求項１５に記載のコンピュータプログラム製品。
20. 前記データストリームに含まれるビデオおよび音声データをビデオディスプレイおよびスピーカのうちの少なくとも１つに出力することを行う命令を更に含む、請求項１９に記載のコンピュータプログラム製品。