(57)【特許請求の範囲】
【請求項１】
ネットワークに接続され、オーディオ信号を表すデジタルオーディオデータを受信し、該デジタルオーディオデータを表すデータパケットを該ネットワークに送出するネットワークインタフェース装置において、
上記オーディオ信号のレベルを表すオーディオレベルデータを生成するオーディオレベル検出器と、
上記デジタルオーディオデータを、上記ネットワークに送出するために、オーディオデータパケットにフォーマットし、上記オーディオレベルデータを、該ネットワークに送出するために、該オーディオデータパケットとは別のオーディオレベルデータパケットにフォーマットするパケット化器と
を備えるネットワークインタフェース装置。
【請求項２】
上記オーディオデータパケット及び上記オーディオレベルデータパケットを、それぞれ別個のマルチキャストグループとして上記ネットワークに送出することを特徴とする請求項１記載のネットワークインタフェース装置。
【請求項３】
上記属性検出器は、上記オーディオレベルデータを定期的な間隔で生成することを特徴とする請求項１乃至２いずれか１項記載のネットワークインタフェース装置。
【請求項４】
上記デジタルオーディオデータは、所定のピクチャ周期で更新される複数のピクチャを有するビデオ信号を表すデジタルビデオデータに関連し、
上記オーディオレベル検出器は、連続した上記ピクチャ周期のそれぞれにおいて少なくとも１回上記オーディオレベルデータを生成することを特徴とする請求項１乃至３いずれか１項記載のネットワークインタフェース装置。
【請求項５】
上記ピクチャはフレームであり、
上記ピクチャ周期は、フレーム周期であることを特徴とする請求項４記載のネットワークインタフェース装置。
【請求項６】
前記ピクチャはフィールドであり、
上記ピクチャ周期は、フィールド周期であることを特徴とする請求項４記載のネットワークインタフェース装置。
【請求項７】
上記デジタルビデオデータは、デジタルビデオデータ及びデジタルオーディオデータの両方を搬送する複合データストリームの一部として当該ネットワークインタフェース装置に供給されることを特徴とする請求項４乃至６いずれか１項記載のネットワークインタフェース装置。
【請求項８】
複合データストリームのデジタルオーディオデータを、オーディオデータパケットとして上記ネットワークに送出するために、別々のデジタルオーディオデータに変換するデータ変換器を備え、
上記パケット化器は、上記デジタルビデオデータを、上記ネットワークに送出するために、ビデオデータパケットにフォーマットすることを特徴とする請求項７記載のネットワークインタフェース装置。
【請求項９】
上記パケット化器は、上記複合データストリームを、上記ネットワークに送出するために、複合データパケットにフォーマットすることを特徴とする請求項８記載のネットワークインタフェース装置。
【請求項１０】
ネットワークに接続され、オーディオ信号を表すオーディオデータパケットを受信するとともに、該オーディオ信号のレベルを表すオーディオレベルデータを搬送するオーディオレベルデータパケットを受信するネットワーク宛先装置において、
上記オーディオレベルデータの現在の値を表すオーディオレベル情報を提供するユーザインタフェースを備えるネットワーク宛先装置。
【請求項１１】
上記ユーザインタフェースは、表示画面上に表示するために、上記オーディオレベルデータの現在の値を示す可視の指示情報を生成する生成手段を備えることを特徴とする請求項１０記載のネットワーク宛先装置。
【請求項１２】
表示画面を備える請求項１１記載のネットワーク宛先装置。
【請求項１３】
上記オーディオレベルデータは、上記属性の値を定期的な間隔で表すことを特徴とする請求項１０乃至１２いずれか１項記載のネットワーク宛先装置。
【請求項１４】
上記オーディオレベルデータパケットを受信し、上記オーディオデータパケットを受信しないように選択的に動作可能であることを特徴とする請求項１０乃至１３いずれか１項記載のネットワーク宛先装置。
【請求項１５】
上記オーディオデータパケットをリアルタイムで上記ネットワークに送出することを特徴とする請求項１０乃至１４いずれか１項記載のネットワーク宛先装置。
【請求項１６】
請求項１乃至９いずれか１項記載の１つ以上のネットワークインタフェース装置と、
請求項１０乃至１４いずれか１項記載の１つ以上のネットワーク宛先装置と、
上記ネットワークインタフェース装置と上記ネットワーク宛先装置間にデータ通信を提供するネットワークとを備えるデータネットワーク。
【請求項１７】
ネットワークに接続され、デジタルビデオ信号を表すデジタルビデオデータ及びデジタルオーディオ信号を表すデジタルオーディオデータを搬送する複合データストリームを受信するネットワークインタフェース装置において、
上記複合データストリームのデジタルオーディオデータを別々のデジタルオーディオデータに変換するデータ変換器と、
上記オーディオ信号のレベルを表すオーディオレベルデータを生成するオーディオレベル検出器と、
上記複合データストリームの少なくともデジタルビデオデータを、ネットワークに送出するために、ビデオデータパケットにフォーマットし、上記別々のデジタルオーディオデータを、上記ネットワークに送出するために、オーディオデータパケットにフォーマットし、上記オーディオレベルデータを、上記ネットワークに創出するために、オーディオレベルデータパケットにフォーマットするパケット化器と
を備えるネットワークインタフェース装置。
【請求項１８】
上記パケット化器は、上記複合データストリームを、上記ネットワークに送出するために、複合データパケットにフォーマットすることを特徴とする請求項１７記載のネットワークインタフェース装置。
【請求項１９】
ＡＥＳオーディオストリームを受信するように構成され、上記パケット化器は、上記別々のデジタルオーディオデータ及び該ＡＥＳオーディオストリームを、上記ネットワークに送出するために、オーディオデータパケットにフォーマットすることを特徴とする請求項１７又は１８記載のネットワークインタフェース装置。
【請求項２０】
ネットワークに接続され、オーディオ信号を表すデジタルオーディオデータを受信し、該デジタルオーディオデータを表すデータパケットを、リアルタイムで該ネットワークに送出するネットワークインタフェース装置の動作方法において、
上記オーディオ信号のオーディオレベルを表すオーディオレベルデータを生成するステップと、
上記デジタルオーディオデータを、上記ネットワークに送出するために、上記オーディオデータパケットにフォーマットするステップと、
上記オーディオレベルデータを、上記ネットワークに送出するために、上記オーディオデータパケットとは別のオーディオレベルデータパケットにフォーマットするステップと
を有するネットワークインタフェース装置の動作方法。
【請求項２１】
ネットワークに接続され、オーディオ信号を表すオーディオデータパケットを受信するとともに、該オーディオ信号のレベルを表すオーディオレベルデータを搬送するオーディオレベルデータパケットを受信するネットワーク宛先装置の動作方法において、
上記該オーディオレベルデータの現在の値を表すオーディオレベル情報を提供するステップを有するネットワーク宛先装置の動作方法。
【請求項２２】
ネットワークに接続され、デジタルビデオデータ及びデジタルオーディオデータを搬送する複合データストリームを受信するネットワークインタフェース装置の動作方法において、
上記複合データストリームのデジタルオーディオデータを別々のデジタルオーディオデータに変換するステップと、
上記複合データストリームの少なくともデジタルビデオデータを、上記ネットワークに送出するために、ビデオデータパケットにフォーマットするステップと、
上記別々のデジタルオーディオデータを、上記ネットワークに送出するために、オーディオデータパケットにフォーマットするステップと、
上記オーディオ信号のレベルを表すオーディオレベルデータを生成するステップと、
上記オーディオレベルデータを、上記ネットワークに創出するために、オーディオレベルデータパケットにフォーマットするステップと
を有するネットワークインタフェース装置の動作方法。
【請求項２３】
請求項２０乃至２２いずれか１項記載の動作方法における各ステップを実行するためのプログラム。
【請求項２４】
請求項２３記載のプログラムを記録した記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、オーディオデータの処理に関する。
【背景技術】
【０００２】
テレビジョンスタジオ内のビデオ機器及びオーディオ機器を、スイッチング装置（switching device）、一般的にはクロスポイントスイッチ（cross point switch）を用いて、互いにリンクさせることが知られている。
【０００３】
係属中の英国特許出願第０３０７４２６．７号には、周知のプロトコル、例えばインターネットプロトコル（ＩＰ）で動作し、交換ローカルエリアネットワーク（switched local area networkswitched local area network）、例えばイーサネット（登録商標）ネットワークによって、テレビジョンスタジオ内のオーディオ機器及びビデオ機器をリンクするシステムが開示されている。
【０００４】
テレビジョンスタジオにおいて用いられるビデオ機器及びオーディオ機器には、ビデオカメラ、編集装置、オーディオミキサ、ビデオテープレコーダ（ＶＴＲ）、他の機器間に設けられた再生スイッチ（play-out switches）がある。また、モニタを用いて、現在再生中の映像を検証し、或いは再生可能な映像をモニタ上でプレビューすることもできる。
【０００５】
同様に、オペレータは、再生されるオーディオマテリアルを聞くことができる。なお、ここでは、オペレータは、幾つかのビデオモニタ、すなわち異なる画面にそれぞれ表示された複数の映像、或いは単一の画面を分割して表示された複数の映像を、同時に有効に見ることができるが、複数のオーディオストリームを同時に有効に聞くことはできないという違いがある。これを実現するには、オペレータに関連するネットワークノードが取り扱うネットワーク帯域幅を非常に広くする必要があり、仮にそうしたとしても、これにより得られる混合された音を理解することは困難である。したがって、実際には、オペレータは、各オーディオストリームの内容をモニタするためには、オーディオストリームを切り換える必要がある。
【０００６】
【非特許文献１】ＢＴ．６５６ビデオ符号化のためのＲＴＰペイロードフォーマット（RTP payload format for BT.656 Video encoding）、ディータイナン（D Tynan）（クラダーフィルムズ (Claddagh films)）、ＲＦＣ２４３１、１９９８年１０月
【発明の開示】
【課題を解決するための手段】
【０００７】
本発明に係るネットワークインタフェース装置は、ネットワークに接続され、オーディオ信号を表すデジタルオーディオデータを受信し、デジタルオーディオデータを表すデータパケットをネットワークに送出するネットワークインタフェース装置において、オーディオ信号の属性を表す属性を表す属性データを生成する属性検出器と、デジタルオーディオデータをネットワークに送出するために、オーディオデータパケットにフォーマットし、属性データを、ネットワークに送出するために、オーディオデータパケットとは別の属性データパケットにフォーマットするパケット化器とを備える。
【０００８】
更に、本発明に係るネットワーク宛先装置は、ネットワークに接続され、オーディオ信号を表すオーディオデータパケットを受信するとともに、オーディオ信号の属性を表す属性データを搬送する属性データパケットを受信するネットワーク宛先装置において、属性データの現在の値を表すユーザ指示情報を提供するユーザインタフェースを備える。
【０００９】
本発明は、オペレータが（例えば）ブロードキャストの状況で、一度に複数のオーディオストリームをモニタリングすることを望むことがあり、このモニタリングは、各ストリームによって、何らかのオーディオ情報が搬送されていることを確認するためだけに行われることがあるという点に注目した。
【００１０】
本発明は、ネットワークソースにおいて、オーディオ信号の属性（例えば、レベル）を示す属性データを生成する構成を提供する。属性データは、オーディオデータを搬送するパケットから独立したパケットによってネットワークに送出される。したがって、ネットワーク受信機は、属性データを搬送するパケットのみを選択的に受信することができる。
【００１１】
受信機側では、好ましくは、オペレータには、属性データの現在の状態を示す、可視の指示情報等の指示情報が提供される。
【００１２】
この構成により、ユーザは、複数のチャンネルについて、同時にオーディオデータの存在（そして、属性）をモニタリングすることができ、この機能は、モニタリングする各ソースを構成するフル帯域幅のオーディオデータをユーザが受信することなく実現できるといった幾つかの利点が実現される。この後者の利点により、例えば、ブロードキャストネットワークにおいて、ネットワークトラヒックを劇的に減少させることができる。
【００１３】
本発明の更なる側面及び特徴は、添付の特許請求の範囲において定義されている。
【発明を実施するための最良の形態】
【００１４】
図１に示すネットワークは、例えばテレビジョンスタジオ内に設置されている。このネットワークは、複数のソースグループのオーディオ／ビジュアル（audio/visual：以下、ＡＶという。）機器を備え、これらのソースグループのＡＶ機器は、３台のビデオカメラＳ１〜Ｓ３と、３台のビデオテープレコーダ（video tape recorder：以下、ＶＴＲという。）Ｓ４〜Ｓ６と、２台のデジタルシグナルプロセッサ（digital signal processor：以下、ＤＳＰという。）Ｓ７、Ｓ８と、シリアルデジタルオーディオデータのみを生成する他のソースグループのＡＶ機器Ｓ９、Ｓ１０とからなる。更に、ネットワークは、１組の宛先グループＡＶ機器を備え、１組の宛先グループＡＶ機器は、ビデオスイッチＤ８と、一対のモニタＤ２と、一対のオーディオプロセッサＤ３と、ビデオプロセッサＤ９と、信号モニタＤ１０とからなる。
【００１５】
イーサネットスイッチ２は、ソースグループＡＶ機器と宛先グループＡＶ機器間を接続する。全てのグループのＡＶ機器Ｓ１〜Ｓ１０、Ｄ１、Ｄ２、Ｄ３、Ｄ８、Ｄ９、Ｄ１０は、拡張ネットワークインタフェースカード（Enhanced Network Interface Card：以下、ＥＮＩＣという。）ＮＩ１〜ＮＩ１２のうちの少なくとも１つに接続されている。ＥＮＩＣＮＩ１〜ＮＩ１２は、標準ネットワークインタフェースカードの構成及び機能を拡張したものであり、詳細については、後に説明する。
【００１６】
更に、このネットワークは、ネットワーク制御装置を備え、ネットワーク制御装置は、スイッチング及びルーティングクライアント（switching and routing client）６と、更なるスイッチング及びルーティングクライアント６１と、ネットワークマネージャ４とを備える。ユーザは、コンピュータソフトウェアアプリケーションによって生成されるグラフィカルユーザインタフェース（Graphical User Interface：以下、ＧＵＩという。）を介して、ネットワークの仮想回線交換接続（virtual circuit-switched connections）の現在の構成を変更することを要求することができる。ＧＵＩは、この構成では、スイッチング及びルーティングクライアント６に関連したモニタに表示される。なお、他の構成として、ＧＵＩをネットワークマネージャ４に関連したモニタに表示してもよい。
【００１７】
このネットワークは、イーサネットスイッチ２を備えたイーサネットマルチキャストネットワークであり、イーサネットスイッチ２は、例えばｎを１〜１０とした非同期ｎギガビットイーサネットスイッチである。このイーサネットスイッチ２には、ネットワークノードとして、ソース「グループ」ＡＶ機器Ｓ１〜Ｓ１０と、宛先「グループ」ＡＶ機器Ｄ１、Ｄ２、Ｄ３、Ｄ８、Ｄ９、Ｄ１０と、ネットワーク制御装置とが接続されている。ネットワーク制御装置は、この実施形態では、ネットワークマネージャ４と、スイッチング及びルーティングクライアント６、６１とである。
【００１８】
ソースグループは、例えばビデオカメラＳ１又はＶＴＲＳ４等、ネットワークを介して送信するオーディオ及び／又はビデオデータを生成又は供給することができる、ＡＶ機器と定義される。ソースグループのＡＶ機器は、１つ以上の入力端子及び／又は１つ以上の出力端子を備える。ＡＶ機器の各入出力端子は、ＥＮＩＣＮＩ１〜ＮＩ１２の１つのポートに接続される。なお、同じＡＶ機器の異なる端子を異なるＥＮＩＣＳに接続してもよく、例えば図１に示す具体例では、ソースグループのビデオカメラＳ１の第１の出力端子は、ＥＮＩＣＮＩ１に接続されており、第２の出力端子は、ＥＮＩＣＮＩ２に接続されている。宛先グループは、例えばビデオスイッチＤ８、ビデオプロセッサＤ９又はオーディオプロセッサＤ３等、ネットワークを介して、パケットオーディオ及び／又はビデオデータを受信し、受信データを処理する機器と定義される。宛先グループは、ソースグループと同様に、１つ以上の入力端子及び／又は１つ以上の出力端子を備え、これらの端子は、同じＥＮＩＣの異なるポートに接続してもよく、異なるＥＮＩＣのそれぞれのポートに接続してもよい。
【００１９】
なお、ネットワーク上の異なるデータ交換イベント（data exchange event）においては、宛先グループがソースグループとして機能し、同様にソースグループが宛先グループとして機能することもできる。例えば、ＶＴＲＳ４は、オーディオ、ビデオ、状態（status）、それに関連したプロキシソース（proxy source）機器及び／又は宛先機器を有し、データ交換の場合には、ＶＴＲＳ４上のビデオソース機器から、ネットワークを介して、ビデオプロセッサＤ９に出力データを送信し、ＶＴＲＳ４は、ソースグループとして機能する。また、異なるデータ交換の場合には、ＶＴＲＳ４は、ビデオカメラＳ１からネットワークによりビデオプロセッサＤ９を経由したデータを受信して、記録する。この場合、処理されたビデオデータは、ネットワークから、ＶＴＲＳ４に関連する宛先機器（ＥＮＩＣ入力ポート）で受信された後、記録するためのシリアルデジタルフォーマットでＶＴＲＳ４に供給される。したがって、この場合、ＶＴＲＳ４は、宛先グループとして機能する。
【００２０】
ここでは、ＡＶ機器について、ソースグループのＡＶ機器Ｓ１〜Ｓ１０とし、宛先グループのＡＶ機器Ｄ１、Ｄ２、Ｄ３、Ｄ８、Ｄ９、Ｄ１０として示し、これらのグループ内の各機器は、１つ以上のＥＮＩＣポートに接続されている。ＥＮＩＣポートは、「ソース機器（source device）」及び「宛先機器（destination device）」として表される。「ソース機器」は、パケットデータをネットワークに出力し、又はシリアルデジタルデータを宛先グループのＡＶ機器に出力するＥＮＩＣ出力ポートと定義され、「宛先機器」は、パケットデータをネットワークから受信し、又はシリアルデジタルデータをソースグループＡＶ機器の出力端子から受信するＥＮＩＣ入力ポートと定義される。ＥＮＩＣのソース機器及び宛先機器は、ソースグループ（ＡＶ機器）に関連させることができ、ソースグループからネットワークを介して伝送するデータを受信し、或いは宛先グループに関連させることができ、ネットワークからのデータを宛先グループに供給する。ネットワークマネージャ４は、ＥＮＩＣポートとＡＶ機器間のマッピングを監視する。
【００２１】
各ソースグループのＡＶ機器Ｓ１〜Ｓ１０及び各宛先グループのＡＶ機器Ｄ１、Ｄ２、Ｄ３、Ｄ８、Ｄ９、Ｄ１０は、ネットワークに接続するために、少なくとも１つのネットワークインタフェースカードＮＩ１〜ＮＩ１２を介して、イーサネットスイッチ２に接続されている。これらのネットワークインタフェースカードＮＩ１〜ＮＩ１２は、本発明の技術に基づいて、ネットワークを介してオーディオ及び／又はビデオデータを伝送するために特別に適応化されており、ＥＮＩＣ（拡張ネットワークインタフェースカード）と呼ばれる。１台のソースグループのＡＶ機器又は宛先グループのＡＶ機器を複数のＥＮＩＣに接続してもよく、例えば、図１に示す実施形態では、ソースグループＡＶ機器Ｓ１のビデオカメラは、異なるＥＮＩＣであるＮＩ１及びＮＩ２に接続されている。特に、ソースグループのソース機器（出力ポート）及び宛先機器（入力ポート）の一方の組が第１のＥＮＩＣＮＩ１に接続され、他方の組が第２のＥＮＩＣＮＩ２に接続されている。ＥＮＩＣＮＩ１〜ＮＩ１２は、それぞれが、複数のポートを備えていてもよい。ＥＮＩＣの第１の組ＮＩ１〜ＮＩ７の入力ポートは、ビデオカメラＳ１〜Ｓ３、ＶＴＲＳ４〜Ｓ６、ＤＳＰＳ７、Ｓ８等のソースグループのＡＶ機器から直接データを受信し、これらのＥＮＩＣの出力ポートは、パケットデータをネットワークに出力する。一方、第２のＥＮＩＣの組ＮＩ８〜ＮＩ１２の入力ポートは、他方のソースグループから生じたパケットデータをネットワークを介して受信し、これらのＥＮＩＣの出力ポートは、ビデオスイッチＤ８及びオーディオプロセッサＤ３等の宛先グループのＡＶ機器にシリアルデジタルオーディオ及び／又はビデオデータを供給する。
【００２２】
従来のテレビジョンスタジオでは、例えばビデオカメラ等のソースグループのＡＶ機器及びビデオプロセッサ等の宛先グループのＡＶ機器は、クロスポイントスイッチを介して接続されていた。従来のクロスポイントスイッチは、クロスポイントスイッチを介して各機器を確実に接続するために、スイッチ上の特定の既知のポートに、対応する特定の既知の機器を接続する必要があった。一方、図１に示すネットワークは、イーサネットスイッチ２を備え、少なくとも１台以上のソースグループのＡＶ機器を１台以上のあらゆる宛先グループのＡＶ機器に接続できるという点において、クロスポイントスイッチをエミュレートする仮想回線交換接続（virtual circuit-switched connections）を提供するように、ネットワークマネージャ４とスイッチング及びルーティングクライアント６によって設定される。仮想回線交換接続は、図１に構成を示すように、周知のプロトコルであるインターネットグループ管理プロトコル（Internet Group Management Protocol：以下、ＩＧＭＰという。）を用いたインターネットプロトコル（Internet Protocol：ＩＰ）マルチキャストネットワークによって実現される。マルチキャストネットワークでは、１台のソース機器から、ネットワークを介して、所定のマルチキャストグループに属する複数の宛先機器にデータを送信することができ、ＩＧＭＰにより、ソース機器又は宛先機器がどのマルチキャストグループに属するかを識別することができる。各ソース機器及び宛先機器には、識別子が割り当てられ、特定のマルチキャストアドレスには、所定のソース機器識別子及び所定の宛先機器識別子が関連付けられ、これにより仮想接続が定義される。図１に示すネットワークでは、従来のクロススイッチネットワークと異なり、識別子及びマルチキャストアドレス、関連した通信プロトコルを用いて、接続が柔軟に設定されるため、どのソース機器及び宛先機器をイーサネットスイッチ２の実際のどの物理ポートに接続するかは自由に選択することができる。
【００２３】
なお、図１に示す構成では、ネットワークは、次のように動作する。すなわち、単一のソース機器は、他のソース機器によって共有されないただ１つのマルチキャストグループに属する必要がある。少なくとも１台の宛先機器がソース機器のマルチキャストグループに参加し、ソース機器からデータを受信する。宛先機器は、マルチキャストグループ参加メッセージを発行することによって、マルチキャストグループに参加し、関連したソース機器からデータを受信する。ネットワーク制御装置４、６、６１は、宛先機器（すなわち宛先グループのＡＶ機器の１つの入力端子又は対応するＥＮＩＣポート）に、宛先機器が適切なソース機器のマルチキャストグループに参加するという要求をイーサネットスイッチ２に発行するように指示する制御メッセージを送信することによって、各仮想回線交換接続を開始する。特定のマルチキャストグループに複数の宛先機器が参加することができ、イーサネットスイッチ２は、ソース機器からのデータに対する所定の複製処理を行い、複製したデータをマルチキャストグループに送信する。ソース機器からマルチキャストグループ内の複数の宛先機器に送信されるデータは、ビデオデータ、オーディオデータ、タイムコードデータ、状態データ（status data）等であってもよい。
【００２４】
ＥＮＩＣにより、マルチキャストネットワーク用に設計されていない、例えばビデオカメラ等のソースグループの全てのＡＶ機器及び例えばＶＴＲ等の宛先グループの全てのＡＶ機器をマルチキャストネットワークで用いることができる。ＥＮＩＣは、オーディオ、ビデオ及び制御データのストリームを供給及び受信することを要求することができる「単一では処理能力がない（dumb）」機器である。ＥＮＩＣは、ネットワークの構成を調べ、構成に対する変更の提案をすることもできない。所定のＥＮＩＣがどのマルチキャストグループに参加するかは、ネットワークマネージャ４によって制御され、ネットワークマネージャ４は、ＥＮＩＣに対し、これらのマルチキャストグループに参加するための要求をイーサネットスイッチ２に送るよう指示する。図１に示す構成では、ＥＮＩＣＮＩ１〜ＮＩ１２は、ＥＮＩＣＮＩ１〜ＮＩ１２が関連付けられているソースグループ及び宛先グループのＡＶ機器から独立したエンティティであるが、他の構成として、ＥＮＩＣの機能をＡＶ機器に組み込んでもよい。
【００２５】
各ＥＮＩＣは、イーサネットアドレスとＩＰアドレスを有している。イーサネットアドレスは、ＬＡＮ内の物理アドレスを特定する４８ビットの値で示され、ＩＰアドレスは、（例えばＩＰバージョン４では）インターネットを介したパケット単位の情報の送信側又は受信側を特定する３２ビットの値で示される。イーサネットアドレスは、通常、ＩＰアドレスと異なるが、これらの２つのアドレスは、例えばアドレス解決プロトコル（Address Resolution Protocol：以下、ＡＲＰという。）を用いて、互いにマッピングすることができる。ＩＰアドレスは、イーサネットスイッチ２がデータをＥＮＩＣに又はＥＮＩＣからルーティングするために必要な情報である。ＥＮＩＣに関連付けられた各データストリームは、マルチキャストアドレスと、ユーザデータグラムプロトコル（User Datagram Protocol：以下、ＵＤＰという。）ポート番号との両方を用いて識別される。ＵＤＰは、ＩＰアドレスとともに、ネットワークを介したデータ通信を取り次ぐトランスポート層プロトコルである。ＵＤＰは、異なるトランザクション要求を区別するためのポート番号を提供する（このサービスは、ＩＰアドレスによっては提供されない）。この実施形態においては、各ＥＮＩＣにそれぞれ固有のＩＰアドレスが関連付けられている。なお、他の実施形態において、複数のＩＰアドレスを単一のＥＮＩＣに関連付けてもよい。イーサネットアドレス及びＩＰアドレスに加えて、ＥＮＩＣには、ＥＮＩＣ識別子（ＩＤ）と、ＥＮＩＣに接続されている宛先機器及びソース機器のそれぞれに対応する複数のポートＩＤとが割り当てられている。各ＥＮＩＣに関連付けられている全てのＩＰアドレス及びＩＤは、ネットワークマネージャ４によって記録されている。ソース機器及び宛先機器（すなわち、ネットワークノード機器Ｓ１〜Ｓ８、Ｄ１、Ｄ２、Ｄ３、Ｄ８、Ｄ９、Ｄ１０の個々の入力端子及び出力端子）は、ＥＮＩＣの１つ以上の物理入力ポート及び物理出力ポートのうちの１つのポートに対応している。ＥＮＩＣは、イーサネットスイッチ２から受信したデータを指定された物理出力ポートに切り換え、及び指定された物理入力ポートからのデータをイーサネットスイッチ２に切り換えるスイッチとして機能する。
【００２６】
イーサネットスイッチ２を用いて実現されるネットワークは、非同期ネットワークである。しかしながら、ビデオデータ及びオーディオデータは、同期処理を必要とする。ＥＮＩＣは、ネットワークを介した同期動作を提供し、例えば編集等の目的のために、異なるビデオストリームのフレームの位置を調整する。ネットワークに接続したビデオ及びオーディオ機器（すなわち、ソースグループのＡＶ機器及び宛先グループのＡＶ機器）は、例えば、コンポーネントデジタルビデオのインタフェースのデジタル標準規格であるシリアルデジタルインタフェース（Serial Digital Interface：以下、ＳＤＩという。）又はオーディオデータのオーディオ技術学会（Audio Engineering Society：以下、ＡＥＳという。）デジタルオーディオ規格に則して、シリアルデジタルデータを処理する。ＥＮＩＣは、ソース機器からのデータを、送信側においてＳＤＩ又はＡＥＳシリアルデジタルフォーマットから、ネットワークを介した伝送に適したパケットフォーマット、詳しくはマルチキャストＵＤＰ／ＩＰデータパケットに変換する。受信側では、ＥＮＩＣは、ネットワークから受信したマルチキャストＵＤＰ／ＩＰデータパケットを宛先機器への配信に適したシリアルデジタルフォーマットに変換する。
【００２７】
ＥＮＩＣによって提供された更なる機能として、所謂「プロキシ」動作がある。ＥＮＩＣは、フル解像度ビデオストリーム（full resolution video stream）から、「プロキシビデオ」と呼ばれる解像度が低減されたビデオストリームを生成する。プロキシビデオは、フル解像度のビデオ情報に対応する低減帯域幅バージョンであり、メモリ容量及び／又は処理能力に制約があるネットワーククライアントにおける処理及び／又はネットワークを介したダウンロードに対する情報コンテンツのプレビューとして使用するのに適している。またＥＮＩＣは、所謂「プロキシオーディオ」を生成する。プロキシオーディオは、オーディオ信号のビットレートを低減したバージョンであってもよいが、この実施形態では、この用語は、例えば、オーディオ信号のレベル等のオーディオ信号の属性を表すデータを指すものとする。プロキシオーディオの生成については、後に更に詳細に説明する。
【００２８】
ソース又は宛先が、ビデオデータを（例えば）ハードディスクドライブに保存するネットワークビデオサーバ又はクライアントである場合、このソース／宛先に関連付けられているＥＮＩＣは、ビデオフレームのフォーマットでサーバに保存されているデータと、ネットワーク上を伝送するためのパケットフォーマットのデータとの間のインタフェースとして機能する。すなわち、ＥＮＩＣは、ローカルのハードディスクから読み出した、出力すべきフィールド又はフレームをパケットフォーマットに変換する。また、ＥＮＩＣは、パケットフォーマットをハードディスクに保存するためのフィールド又はフレームに変換する。
【００２９】
このようなビデオ処理機能とは別に、ＥＮＩＣは、従来のネットワークインタフェースカードとしても機能する。ＥＮＩＣは、同期オーディオ及びビデオトラヒックに加えて、例えば電子メールトラヒック等の補助的な非同期データも処理することができる。通常、ＥＮＩＣは、同期トラヒックを優先するように構成されているが、依然として、処理される非同期パケットのオーディオ及びビデオパケット間にはギャップが残る。
【００３０】
ネットワークマネージャ４は、スイッチング及びルーティングクライアント６、６１と協働して、ネットワーク制御装置を構成し、このネットワーク制御装置は、オーディオ及びビデオソース機器にマルチキャストグループ識別子を割り当て、及び宛先機器に対し、対応するソース機器からデータを受信するために特定のマルチキャストグループに参加するための要求をイーサネットスイッチ２に送信するよう指示することができる。ネットワークマネージャ４は、ネットワークの現在の状態に関する情報と、ネットワークマネージャ４から出す機器構成又はネットワーク接続の変更を開始する指示を維持管理する。図１に示す構成では、ネットワークマネージャ４は、標準ネットワークインタフェースカードを介してネットワークに接続されたパーソナルコンピュータ（Personal Computer：以下、ＰＣという。）である。他の構成として、ネットワークマネージャ４は、例えばワークステーションであってもよく、ネットワーク制御装置は、２つ以上のネットワークマネージャを含んでいてもよい。
【００３１】
ネットワークマネージャ４は、ネットワークの構成を特定するデータベースを維持管理する。図１に示す構成では、データベースは、ネットワークマネージャ４本体であるＰＣ内に保存されているが、他の構成として、少なくとも１台の異なるＰＣにデータベースを保存してもよい。データベースは、各ＥＮＩＣについて、関連するイーサネットアドレス、ＩＰアドレス、ＥＮＩＣ識別子、並びにネットワークを介してそのＥＮＩＣに現在接続されているソース機器及び宛先機器（ネットワークノード機器の入力ポート及び出力ポート）等の情報を格納している。
【００３２】
更に、ネットワークマネージャ４は、スイッチング及びルーティングクライアント６、６１及びＥＮＩＣＮＩ１〜ＮＩ１２にネットワークリソースを割り当て、宛先機器に対し、特定のマルチキャストグループに参加するための要求をイーサネットスイッチ２に送信するよう指示して、これによりネットワークに亘るオーディオ及び／又はビデオ仮想回線交換接続を変更し、各スイッチング及びルーティングクライアント６、６１の観点からネットワークが正しく接続されていることを確実に行う等の機能を有している。
【００３３】
オーディオ及びビデオデータのストリームをソース機器から宛先機器に送信するために、トランスポート層は、ＵＤＰマルチキャストを実現する。オーディオ及びビデオデータは、ＵＤＰパケットにより、リアルタイムプロトコル（Real-Time Protocol：以下、ＲＴＰという。）フォーマット（例えば、所謂ＢＴ．６５６フォーマット−非特許文献１参照）で伝送される。このフォーマットは、オーディオデータ、フル解像度ビデオデータ及び低解像度プロキシビデオデータに適用される。
【００３４】
ＲＴＰは、リアルタイムトラヒック、すなわち宛先アプリケーションにおいて、時間依存再生を要求するトラヒックをサポートする。ＲＴＰによって提供されるサービスは、ペイロードタイプ識別（例えば、ビデオトラヒック）、シーケンス番号付け、タイムスタンプ及び配信監視等である。ＲＴＰは、基底に存在するネットワークによってマルチキャスト配信がサポートされている場合、このマルチキャスト配信を介した複数の宛先へのデータ転送をサポートする。ＲＴＰシーケンス番号により、受信側機器は、元のパケットシーケンスを再構築することができる。また、シーケンス番号を用いて、パケットの正しい位置を判定することもできる。ＲＴＰは、タイムリな配信を確実にするメカニズムを提供してはおらず、また、他のサービス品質（Quality of Service）保証も行っていない。
【００３５】
ＥＮＩＣがネットワークマネージャ４からＡＶＳＣＰ切換要求を受信すると、ＥＮＩＣは、イーサネットスイッチ２にＩＧＭＰ参加メッセージを送信し、受信する必要があるデータのマルチキャストグループに参加する。
【００３６】
ＡＶプロキシストリームは、ＲＴＰを用いて、ＵＤＰマルチキャストを介してネットワークに亘って通信される。スイッチング及びルーティングクライアント６は、監視目的でプロキシビデオデータを受信することを選択し、仮想回線交換接続に関する通知された交換判断（informed switching decisions）を行うことができる。図２に示す構成では、スイッチング及びルーティングクライアント６のみがプロキシビデオストリームを受信し、ＥＮＩＣＮＩ１（「ビデオカメラ１」Ｓ１ソースグループに関連する。）、ＮＩ２（「ビデオカメラ２」Ｓ２ソースグループに関連する。）、ＮＩ８（ビデオスイッチＤ８宛先グループに関連する。）の全てがプロキシビデオデータストリームを出力することができる。ビデオカメラ、ＶＴＲ、ビデオプロセッサ等のソースグループのＡＶ機器及び宛先グループのＡＶ機器のユーザは、オーディオ及び／又はビデオデータストリームのコンテンツに基づいて編集の判断を望むことが多く、ＡＶプロキシストリームは、このために生成される。幾つかの周知のビデオフォーマットでは、ＲＴＰを用いて、ネットワークを介してビデオデータを送信するが、これらの周知の手法は、ビデオデータを高度に圧縮する処理を含む。大きな遅延期間（例えば、１フィールド以上）が導入されるビデオ圧縮処理は、本発明に基づく技術が適用されるテレビジョンスタジオプロダクション環境には適さない。更に、プロダクション環境では、複数のＡＶデータソースを実質的に同時に画面上に表示する必要がある場合もあり、このような複数のデータストリームを伸張するには、データプロセッサの負担が大きくなり、ハードウェアを強化しなくてはならなくなる場合もある。そこで、この実施形態では、ビデオプロキシを圧縮データストリームではなく、非圧縮サブサンプルデータストリーム（例えば、ＱＣＩＦ（１７６又は１８０サンプル×１４４ライン）、１６ビットＲＧＢ、２５フレーム毎秒、水平及び垂直フィルタリングによるサブサンプリング、６２５ライン×１４４０サンプル毎ラインのソースから１５．２Ｍビット毎秒、又は５２５ライン×１４４０サンプルのソースから（１８０サンプル×１２０ライン））として生成する。
【００３７】
オーディオ及びビデオデータフォーマットは、図３に示すように、順次、イーサネットヘッダと、ＩＰマルチキャストヘッダと、ＵＤＰヘッダと、ＲＴＰヘッダと、ペイロードの種類を指定するフィールドと、ペイロードと、巡回冗長検査（cyclic redundancy check：以下、ＣＲＣという。）フィールドとを有する。イーサネットヘッダは、ソースイーサネットアドレスと、宛先マルチキャストイーサネットアドレスとを格納する。ＩＰマルチキャストヘッダは、ＥＮＩＣＩＰアドレスと宛先機器マルチキャストＩＰアドレスとを格納する。ＩＰアドレスには、幾つかの異なるＩＰアドレスクラスがあり、例えば、クラスＡでは、ネットワークＩＤに８ビットが割り当てられ、これに続く２４ビットにホストＩＤが割り当てられる。クラスＢでは、前半の１６ビットがネットワークＩＤに割り当てられ、後半の１６ビットがホストＩＤに割り当てられる。クラスＤのＩＰアドレスは、マルチキャスト伝送に用いられる。クラスＤネットワークアドレスの最初の４ビットは、常にバイナリパターン１１１０であり、１０進法の２２４〜２３９に対応し、残りの２８ビットは、マルチキャストグループＩＤに割り当てられる。ＩＧＭＰは、マルチキャスト伝送及びクラスＤのＩＰアドレスに関連して用いられる。
【００３８】
特定のＩＰマルチキャストアドレスに対応するホストの組（すなわち、ソース及び／又は宛先機器）は、ホストグループと呼ばれる。ホストグループは、複数のネットワークをその範囲に含んでもよく、また、ホストグループのメンバは動的に変更することができる。クラスＤのＩＰアドレスは、イーサネットアドレスにマッピングされ、マルチキャストグループＩＤ（２８ビット）の最後の２３ビットは、イーサネットアドレスの下位２３ビットにコピーされる。したがって、マルチキャストグループＩＤのうち、５ビットはイーサネットアドレスの生成には用いられない。この結果、ＩＰマルチキャストアドレスとイーサネットアドレスとの間のマッピングは、一対一の関係を有さず、すなわち、３２個の異なるマルチキャストグループＩＤが同じイーサネットアドレスにマッピングされる。
【００３９】
ＵＤＰヘッダは、ソースポート番号と宛先ポート番号とを含み、これらは、通常、宛先機器上の特定のアプリケーションに関連付けられている。なお、マルチキャストメッセージでは、マルチキャストグループアドレスがストリーム／コンテンツを特定するので、マルチキャストメッセージの場合、ＵＤＰは、冗長である。オーディオ／ビデオストリームは、ＲＴＰプロトコルを用いて伝送される。例えばフル解像度ビデオストリーム等のある種のデータストリームに対して、前方誤り訂正（Forward Error Correction：以下、ＦＥＣという。）を用いて、ネットワークエラーによるデータ破損に対する一定レベルの訂正を行ってもよい。ＦＥＣは、ＦＥＣを提供する既知のＲＴＰペイロードフォーマットを用いて実現される。ＦＥＴは、パリティに基づくエラー回復技術である。
【００４０】
ＲＴＰプロトコルを拡張することにより、ＲＴＰペイロードヘッダにおいて映像走査線番号を特定できることが知られている。ＲＴＰヘッダは、更に、その映像データが８ビットであるか１０ビットであるかを特定するフィールドも含んでいる。周知のＲＴＰ及びＲＴＰ／ＦＥＣプロトコルフォーマットは、ＩＰネットワークを介してオーディオデータ及びビデオデータを伝送するために必要なデータパケットフィールドを提供するが、ソース状態及びソースタイムコード情報等の更なる情報を伝送できるようにすることが望ましい。例えば、ソース機器がＶＴＲである場合、ネットワークを介して、テープ状記録媒体に記録されるタイムコードを伝送する必要がある。ソース状態情報は、例えば、ＶＴＲが現在再生動作中、停止中、又はジョグ／シャトルモードであるか否か等の情報を示す。この状態情報により、ユーザは、リモートのネットワーク位置からＶＴＲを操作することができる。タイムコードデータ及びソース状態情報は、フィールド毎に１回だけ伝送すればよいため、これらの情報は、垂直帰線としてマークされたＲＴＰパケットにおいて伝送される。オーディオ及びビデオ再同期を実現するために、ＲＴＰタイムコードは、２７ＭＨｚクロックに基づいている。ペイロードタイプフィールドは、ペイロードの種類、すなわち、ペイロードがビデオデータであるかオーディオデータであるかを示している。ペイロードフィールドは、伝送すべきビデオデータ又はオーディオデータを含んでいる。ＣＲＣは、当分野において周知の巡回冗長検査用のデータである。
【００４１】
この具体例では、ソースグループのＡＶ機器Ｓ９からネットワークを介してオーディオプロセッサＤ３にＡＥＳオーディオデータを伝送するデータ通信パスを形成することが望まれている。ＡＥＳオーディオデータは、ＥＮＩＣＮＩ６によってパケット化され、ネットワークを介して送信され、ＥＮＩＣＮＩ１０に供給されて逆パケット化された後、オーディオプロセッサＤ３にシリアルデジタルフォーマットで供給される。ユーザは、スイッチング及びルーティングクライアント６によって表示されるグラフィカルユーザインタフェースとインタラクトすることによって、オーディオソースのＡＶ機器Ｓ９とオーディオプロセッサＤ３とを接続することができる。
【００４２】
オーディオソースのＡＶ機器Ｓ９とオーディオプロセッサＤ３との間の通信パスを確立するために、スイッチング及びルーティングクライアント６は、ＣＮＭＣＰ切換要求メッセージをネットワークマネージャ４の所定のポートに送信し、仮想回線交換接続の現在の構成の変更を開始する。ネットワークマネージャ４は、スイッチング及びルーティングクライアント６に、このスイッチング及びルーティングクライアント６が接続可能なソース機器及び宛先機器（及び関連するソースグループ及び宛先グループ）を提供するＣＮＭＣＰメッセージを送信する。これにより、スイッチング及びルーティングクライアント６は、ネットワークの現在の構成及び状態を知ることができる。各ソース機器及び宛先機器は、ネットワークマネージャ４によって割り当てられた関連するＩＤを有し、この機器ＩＤは、スイッチング及びルーティングクライアント６に送信され、スイッチング及びルーティングクライアント６は、以降のネットワークマネージャ４との通信においてこの機器ＩＤを使用する。ユーザによるＡＶ機器Ｓ９〜Ｄ３に接続するための要求に応じて、スイッチング及びルーティングクライアント６は、関連するソース機器のＩＤ及び宛先機器のＩＤを含むＣＮＭＣＰメッセージをネットワークマネージャ４に送信する。
【００４３】
スイッチング及びルーティングクライアント６がこの処理を行うことが許可されていない場合（例えば、信頼できる接続を確立するための十分なネットワーク帯域幅が確保できない場合）、ネットワークマネージャ４は、接続要求に応答して、否定的応答（negative acknowledgement：ＮＡＣＫ）ＣＮＭＣＰメッセージをスイッチング及びルーティングクライアント６に送信する。一方、ネットワークマネージャ４が接続の確立を許可する場合は、接続要求は次のように処理される。
【００４４】
まず、ネットワークマネージャ４は、ネットワーク構成データベースに問い合わせ、ソースグループのＡＶ機器Ｓ９からのＡＥＳオーディオデータが現在どのマルチキャストＩＰアドレスに送信されているかを判定する。次に、ネットワークマネージャ４は、ソースグループのＡＶ機器Ｓ９がデータを送信するマルチキャストＩＰアドレスを含むＡＶＳＣＰ交換メッセージを生成し、オーディオプロセッサＤ３をネットワークに接続するＥＮＩＣＮＩ１０の関連するポート（機器）に送信する。ＥＮＩＣＮＩ１０に組み込まれたソフトウェアは、オーディオソースのＡＶ機器Ｓ９のオーディオデータが伝送されるマルチキャストＩＰアドレスへのＩＧＭＰ参加メッセージを送信し、及びネットワークマネージャ４にＡＶＳＣＰＡＣＫメッセージをネットワークマネージャ４に返信する。これにより、ＥＮＩＣＮＩ１０は、自らの宛先機器のうちの１つにおいて、オーディオソースのＡＶ機器Ｓ９からの出力信号を受信し、このオーディオデータをオーディオプロセッサＤ３に接続されているソース機器（ＥＮＩＣ ＡＥＳ出力ポート）にルーティングする。一方、ネットワークマネージャ４は、ＥＮＩＣ１０から、特定されたマルチキャストＩＰアドレスに参加する指示を許諾したことを示すＡＶＳＣＰＡＣＫメッセージを受信して、新たに形成される接続の存在を反映させるように、ネットワーク構成データベースにおけるルーティング情報を更新する。最後に、ネットワークマネージャ４は、ＡＶ機器Ｓ９とオーディオプロセッサＤ３間において要求されたオーディオデータ接続の確立に成功したことを示すＣＮＭＣＰＡＣＫメッセージをスイッチング及びルーティングクライアント６に送信する。
【００４５】
この動作の具体例では、図１に示す２個のソースグループのＡＶ機器が単一の宛先グループのＡＶ機器に接続される。詳しくは、「ビデオカメラ１」Ｓ１及び「ビデオカメラ２」Ｓ２からの出力信号がビデオスイッチＤ８への入力信号として供給される。ビデオカメラＳ１とビデオスイッチＤ８との間の接続及びビデオカメラＳ２とビデオスイッチＤ８との間の接続を開始するために、スイッチング及びルーティングクライアント６は、「ビデオカメラ１」Ｓ１、「ビデオカメラ２」Ｓ２、ビデオスイッチＤ８に関連するＩＤ値を含むＣＮＭＣＰ交換メッセージをネットワークマネージャ４に送信する。
【００４６】
上述のように、ネットワークマネージャ４のネットワーク構成データベースは、各ＥＮＩＣ機器カテゴリに関連するデータも格納している。具体的には、ネットワーク構成データベースは、各ソース機器がリンクされているか否か、データストリームの伝送によって遅延されるビデオライン数、ソース機器の現在の伝送状態等を示すデータを格納している。ネットワークマネージャ４は、更に、ネットワーク構成データベースから、宛先機器に関する情報、例えば機器を実現するＥＮＩＣのＩＰアドレスや再生時に遅延されるビデオラインの数等の情報を導出する。
【００４７】
ネットワークマネージャ４は、ネットワーク構成データベースに基づいて、ビデオカメラソースグループＳ１、Ｓ２のそれぞれがデータを送信すべきマルチキャストＩＰアドレスを判定することができる。これにより、ネットワークマネージャ４は、２台のビデオカメラＳ１、Ｓ２とビデオスイッチＤ８との間の接続を確立するために、「ビデオカメラ１」Ｓ１がＡＶデータを送信するマルチキャストＩＰアドレスと、「ビデオカメラ２」Ｓ２がＡＶデータを送信するマルチキャストＩＰアドレスとの両方を特定するＡＶＳＣＰメッセージをＥＮＩＣＮＩ８に送信する。２台のビデオカメラのそれぞれから出力されたＡＶパケットは、ＥＮＩＣ  ＮＩ８のネットワークプロセッサ２０が受信する。供給されたビデオパケットは、そのヘッダデータにおいて、宛先ＩＰアドレスを特定し、及びＡＶパケットが配信されるマルチキャストグループがＩＰアドレスから導出される。ＥＮＩＣＮＩ８は、このマルチキャストグループから、ＥＮＩＣＮＩ８のどの出力ポート（ソース機器）に逆パケット化されたＡＶデータをルーティングするかを判定する。上述のように、マルチキャストグループは、ネットワーク内のどの宛先機器のサブセットにデータパケットをルーティングするかを定めるものである。
【００４８】
したがって、ビデオスイッチＤ８は、「ビデオカメラ１」及び「ビデオカメラ２」からのＡＶデータストリームに加えて、ＥＮＩＣＮＩ８からの制御データも受信する。制御データは、スイッチング及びルーティングクライアント６（図１）によってユニキャスト制御データとして送信され、パケット形式で、ネットワークを介して、ＥＮＩＣＮＩ８のネットワークプロセッサ２０（図４）に供給される。ユニキャスト制御データは、そのパケットが制御パケットであることを示すヘッダを有している。この制御データにより、ビデオスイッチＤ８に対し、その出力信号を一方のＡＶストリームから他方のＡＶストリームに、例えば「ビデオカメラ１」から「ビデオカメラ２」に切り換えるように指示することもできる。
【００４９】
図４は、ＥＮＩＣの機能の一部を示している。ここに説明する機能に関する要素として、ＥＮＩＣは、デマルチプレクサ１００と、クロック発生器１１０と、レベル検出器１２０と、ピークホールドラッチ（peak hold latch）１３０と、パケット化器１４０とを備える。なお、ＥＮＩＣは、図４には示していない、本発明に関連しない他のコンポーネントも備えていることは言うまでもない。
【００５０】
デマルチプレクサ１００は、標準ＳＭＰＴＥ２５９Ｍに基づく所謂ＳＤＩビデオデータを受信する。デマルチプレクサ１００は、ＳＤＩストリームを分解し、ＳＤＩストリームに埋め込まれているオーディオデータＡＳＤＩを取り外してパケット化器１４０に渡す。また、任意の動作として、デマルチプレクサ１００は、ＳＤＩストリームから独立したビデオストリームＶを生成し、これをパケット化器１４０に渡してもよい。
【００５１】
また、パケット化器１４０には、ＳＤＩストリーム自体も供給され、分離されたＡＥＳオーディオストリームＡＡＥＳは、パケット化器１４０に渡される図４に示す第４の信号である。
【００５２】
レベル検出器１２０は、オーディオストリームＡＳＤＩとオーディオストリームＡＡＥＳの２つのオーディオストリームのオーディオレベルを検出する。各オーディオストリームについては、例えば、それぞれ２つの個別のレベル値（左チャンネル用のレベル値及び右チャンネル用のレベル値）又は（例えば）２つのチャンネル間の平均又はピーク値に基づく複合オーディオレベルを生成することができる。２つのオーディオストリームＡＳＤＩ及びＡＡＥＳについて検出されたオーディオレベルは、ピークホールドラッチ１３０に供給される。ピークホールドラッチ１３０は、ラッチが最後にリセットされた以降に受信した（各レベル信号に関する）ピーク値を保存する。ピークホールドラッチ１３０は、クロック発生器１００から受信したフレーム同期パルスに基づいて、現在保存しているピーク値を出力し、及び自らをリセットし、後続するフレーム期間において、新たなピーク値を取得する。このように、ピークホールドラッチ１３０は、１フレーム期間毎に、前のフレーム期間のピークレベルに関するピークオーディオレベル値を出力する。ピークレベル値は、パケット化器１４０に渡される。
【００５３】
もちろん、ここでは、他の期間、例えば、フィールド期間、若しくはランダム又は擬似ランダム期間を用いてもよい。なお、受信されたデータの表示は、多くの場合、フレーム周期で更新されるので、この期間としてフレーム期間を用いることが特に有効である。
【００５４】
レベル検出器１２０は、他の手法で動作させてもよい。例えば、ある周波数帯域のレベル（例えば、２０〜５００Ｈｚ；５００Ｈｚ〜２ｋＨｚ；２ｋＨｚ以上）を検出し、この情報をネットワークに提供し、これにより、受信機（後述）は、チャンネル毎に又はチャンネル間の平均として、異なる帯域に亘るエネルギの分布を示すグラフィックディスプレイを生成してもよい。或いは、レベルの変化を検出し、これに基づく情報を生成してもよい。若しくは、複数のフレーム期間に亘るオーディオレベルが一定であるか否かを示す指示情報を生成してもよい。もちろん、これらの情報の様々な組合せを生成してもよい。
【００５５】
図４に示していない他の機能としては、上述のように、プロキシビデオの生成がある。
【００５６】
パケット化器１３０は、ＳＤＩストリームを表すパケット、プロキシビデオパケット及びレベル（属性）データパケットを含むプロキシデータを表すパケット、後述するオーディオパケット、及び、オプションとして、ビデオパケット（すなわち、オーディオ成分を含まないＳＤＩストリームのビデオ成分）を生成する。これらのパケットは、上述のように、適切なマルチキャストアドレスに基づき、ネットワークに送出される。
【００５７】
更なる変形例として、ＳＤＩパケットには、ＳＤＩオーディオに代えて、ＡＥＳオーディオを組み込んでもよい。
【００５８】
複数のオーディオストリームを用いる特定の具体例として、多言語対応放送の場合等がある。
【００５９】
図５及び図６は、オーディオ属性データを搬送する手法の２つの可能な具体例を図式的に示している。具体的には、図５は、ビデオ及び属性データパケットを示しており、図６は、属性データパケットを示している。いずれの場合も、図３に示すデータ構造と同様に、様々なヘッダが設けられる。図５の具体例では、ヘッダの後には、ビデオデータが続き、このビデオデータは、フルビットレートのビデオデータであってもよく、より有効な具体例として、プロキシ（ビットレートが低減された）ビデオデータであってもよい。次に、属性データが提供され、最後に、誤り訂正のためのＣＲＣコードが提供される。図６の具体例では、ヘッダ直後に、現在のフレーム期間及びオーディオチャンネルのための属性データのみが続いている。
【００６０】
オーディオ属性データを搬送するパケットは、（ａ）ビデオパケットの一部として、又は（ｂ）クライアント６及び／又はネットワークマネージャ４によって、対応するビデオ又はオーディオストリームのマルチキャストグループに関連付けられるマルチキャストグループにブロードキャストされることによって、対応するビデオ又はオーディオストリームに関連付けられる。属性データに関連するマルチキャストグループは、対応するオーディオ信号を搬送するグループとは異なる。
【００６１】
なお、属性データを独立して送信することによって、又はビデオパケットの一部として送信することによって、属性データは、フル帯域幅のオーディオデータとは別に受信することができる。
【００６２】
図７は、ＡＡＥＳストリーム、ＡＳＤＩストリーム又はこれらのに由来するオーディオデータを搬送するＲＴＰ／ＢＴ．６５６パケットを図式的に示している。このパケットのフィールドは、以下の通りである：
Ｖ：ＲＴＰバージョン番号：現在の値は２である。
Ｐ：パディングビット：設定されると、パケットが１つ以上の更なるパディングバイトを含むことを示す。
Ｘ：拡張ビット：設定されると、固定ヘッダの後に１つの拡張ヘッダが続いていることを示す。
ＣＣ：ＣＳＲＣ識別子（後述）の数。
Ｍ：マーカビット：様々に解釈できるが、例えば、フレーム境界等の有意のイベントをマークするために用いることできる。
ＰＴ：ペイロードタイプ：ＲＴＰペイロードのＡＶフォーマットを特定する。
【００６３】
シーケンス番号は、各ＲＴＰパケットの送信毎に１ずつインクリメントされ、受信機は、これを用いて、パケット損失を検出し、パケットシーケンスを復元することができる。ＲＴＰパケットが周期的に生成される場合、タイムスタンプは、経過したＡＶサンプリングクロックチックの数に設定される。
【００６４】
同期ソース（ＳＳＲＣ）識別子は、特定のＲＴＰセッション内で包括的に一意的なランダムに選択された値である。例えば、１つのＲＴＰセッションにおいて、参加者が個々のビデオカメラから複数のストリームを生成する場合、それぞれを異なるＳＳＲＣとして特定する必要がある。貢献ソース（contributing source：以下、ＣＳＲＣという。）識別子は、複数の貢献ソースを有する混合されたＡＶストリーム内のみに存在している。
【００６５】
ＲＴＰパケットヘッダに拡張フィールドとして追加される、ＢＴ．６５６パケットヘッダの一部を構成するフィールドを以下に示す。
Ｆ：Ｆ＝０は、走査線がフレームの第１のフィールドに属することを意味し、Ｆ＝１は、第２のフィールドを意味する。
Ｖ：Ｖ＝１は、この走査線が垂直帰線の一部であることを意味する。
Ｔｙｐｅ：ペイロード内のフレーム符号化の種類を表す。例えば、ＰＡＬ方式（１３．５ＭＨｚのサンプリング周波数、１ラインあたり７２０サンプル、１秒あたり５０フィールド、１フレームあたり６２５ライン）の場合、タイプ＝１とする。
Ｐ：必要なサンプル量子化サイズを示す。
Ｐ＝０は、ペイロードが８ビットサンプルを含むことを意味する。この他の場合、サンプルは、１０ビットである。１０ビットビデオの場合、ライン長は、許容される最大パケットサイズを超え、したがって、２つのパケットに亘ってラインをフラグメント化する必要がある。
Ｚ：予備。
【００６６】
走査線の数は、１〜６２５の範囲内である。走査オフセットフィールド（scan offset field）を用いることにより、複数のパケットに亘る走査線のフラグメント化が可能になる。オーディオ信号については、走査線は、そのパケットに含まれているオーディオ信号の部分の順序を意味する。
【００６７】
これに、オーディオペイロードが続く。以下、オーディオペイロードのフォーマットについて説明する。
【００６８】
図８は、ＡＥＳオーディオペイロードサブパケット構造を示している。
【００６９】
各サブパケットは、以下のフィールドからなる３２ビットヘッダから始まる。
ＤＩＤ（データＩＤ）：シリアルデジタル（ＳＤＩ）ビデオにおけるオーディオデータパケット、拡張データパケット及びオーディオの制御パケットＤＩＤに対応する。オーディオデータパケットＤＩＤは、サブパケットペイロードがオーディオデータパケットデータのみを含み、このパケットについては、関連する拡張データパケットデータが全く存在しないことを示す。拡張データパケットＤＩＤは、サブパケットペイロードがオーディオデータパケット及び関連する拡張データパケットデータを含むことを示す。オーディオの制御パケットＤＩＤは、サブパケットペイロードがオーディオ制御パケットデータを含むことを示す。００ｈのＤＩＤは、オーディオペイロードの終わりを示す。以下の表は、ＤＩＤの用途をまとめたものである。
【００７０】
【表１】
0004525935.tif 000002
【００７１】
ペイロードサイズ：３２ｂｉｔワード内のペイロードのサイズを示す。
チャンネル対１ランカウント（Channel Pair 1 Run Count）：オーディオデータサブパケット又はオーディオデータ及び拡張データサブパケットについては、これは、後続するペイロードに含まれるものを除く、ＤＩＤによって示されているオーディオグループのチャンネル１の対のローリングカウントである。制御データサブパケットについては、これは、ＤＩＤによって示されているグループの制御データサブパケットの総数のローリングカウントである。
チャンネル対２ランカウント（Channel Pair 1 Run Count）：オーディオデータサブパケット又はオーディオデータ及び拡張データサブパケットについては、これは、後続するペイロードに含まれるものを除く、ＤＩＤによって示されているオーディオグループのチャンネル２の対のローリングカウントである。制御データサブパケットについては、このフィールドは使用されず、ゼロに設定される。
【００７２】
図９は、オーディオワードのフォーマットを図式的に示している。
【００７３】
ＡＥＳオーディオグループは、１つ又は２つのチャンネル対からなるので（ＳＭＰＴＥ２７２Ｍパラグラフ３．９参照）、ＡＥＳオーディオグループサブパケットペイロードは、偶数のオーディオワードを含む。各オーディオワードは、以下のような、図９に示す３２ビットのコンテナに保持される。
ＣＨ：オーディオグループ内のオーディオチャンネルを特定する。
Ｚ：チャンネル状態ブロックの始まりを特定する。
Ｖ：ＡＥＳサンプル妥当性ビット
Ｕ：ＡＥＳユーザビット
Ｃ：ＡＥＳは、チャンネル状態ビット
ＡＥＳオーディオ制御サブパケットペイロードは、図１０に示すようにフォーマット化される。このペイロードのコンテンツについては、ＳＭＰＴＥ２７２Ｍのセクション１４に説明されている。
【００７４】
図１１は、例えば、交換及びルーティングクライアント６のＧＵＩ上或いは信号モニタＤ１０によって提供されるＧＵＩ上に表示される画面の一部を示している。図１１の具体例では、タイル化された画像２００として、３つのビデオストリームを示している。ここには、完全な帯域幅の（圧縮されていない）ビデオ画像を表示してもよいが、好ましくは、プロキシビデオ画像を表示する。タイル化された画像２００に並んで、受信した属性データに基づくレベル指示情報２１０（この情報は、対応する完全な帯域幅のオーディオ信号を受信することなく受信することができる。）が表示されている。レベル指示情報２１０は、フレーム期間毎に更新されて表示され、各フレーム期間の間のピークオーディオレベルを視覚的に示している。これにより、ユーザは、レベル指示情報２１０を見て、オーディオレベルが通常の幅で上下している場合、そのオーディオチャンネルに関して、実際のオーディオ信号が搬送されていることを確認することができる。レベル指示情報２１０は、図１１の左上に示すように、ステレオ対の形式で表示してもよく、図１１の右上に示すように、２つのステレオチャンネルの平均（又はモノラルチャンネル）の形式で表示してもよく、或いは、図１１の下側に示すように、１チャンネルあたりの複数の周波数帯域のグラフィック表示として表示してもよい。この表示の形式は、レベル検出器１２０によって生成されるデータの形式に応じて選択できることは当業者にとって明らかである。
【図面の簡単な説明】
【００７５】
【図１】テレビジョンスタジオにおけるネットワークの構成を示すブロック図である。
【図２】ネットワークを介するデータフローを概略的に示す図である。
【図３】ネットワークにおいて用いられるオーディオ又はビデオパケットのフォーマットを示す図である。
【図４】ＥＮＩＣの機能の一部を図式的に示す図である。
【図５】ビデオ及び属性データパケットの構成を示す図である。
【図６】属性データパケットの構成を示す図である。
【図７】ＡＥＳオーディオを搬送するＲＴＰ／ＢＴ．６５６パケットの構成を示す図である。
【図８】ＡＥＳオーディオペイロードサブパケット構造を示す図である。
【図９】オーディオワードのフォーマットを示す図である。
【図１０】ＡＥＳオーディオ制御サブパケットペイロード構造を示す図である。
【図１１】ユーザインタフェースの一部を図式的に示す図である。
【図１】
0004525935.tif 000003
【図２】
0004525935.tif 000004
【図３】
0004525935.tif 000005
【図４】
0004525935.tif 000006
【図５】
0004525935.tif 000007
【図６】
0004525935.tif 000008
【図７】
0004525935.tif 000009
【図８】
0004525935.tif 000010
【図９】
0004525935.tif 000011
【図１０】
0004525935.tif 000012
【図１１】
0004525935.tif 000013