(57)【要約】  本発明は、相互に連続するＩＰパケット（ＩＰ（ｉ））のシリアルデータストリームから構成されているＡＥＳ６７互換オーディオ情報信号からオーディオパラメータ値を導出する方法および装置に関し、ＩＰパケットは、ＩＰヘッダ（ＩＰ  ＨＤＲ）と、ＵＤＰヘッダ（ＵＤＰ  ＨＤＲ）と、ＲＴＰヘッダ（ＲＴＰ  ＨＤＲ）と、データフィールド（ＤＡＴＡ）とを含み、かつこれらのヘッダ内に格納された情報から、サンプリング周波数およびチャンネル数のようなオーディオパラメータ値を導出する。
2020529147.tif 000002
【特許請求の範囲】
【請求項１】
ＡＥＳ６７互換のオーディオ情報信号として、相互に連続するＩＰパケットのシリアルデータストリームから構成されているＡＥＳ６７互換のオーディオ情報信号から、オーディオパラメータ値を導出する方法において、前記ＩＰパケットは、ＩＰヘッダと、ＵＤＰヘッダと、ＲＴＰヘッダと、データフィールドとを含み、かつ少なくとも二つのＩＰパケットの少なくとも二つのＲＴＰヘッダ内に格納された情報から値Ｎを導出し、前記値Ｎは、一つのパケットのデータフィールド内に含まれているチャンネル毎のサンプル数に等しい、方法。
【請求項２】
前記シリアルデータストリーム内の二つのＩＰパケットの前記ＲＴＰヘッダから、それぞれ一つのタイムスタンプを導出し、前記値Ｎを、式Ｎ＝｛ＴＳ（ｊ）−ＴＳ（ｉ）｝／（ｐ＋１）を用いて計算し、ＴＳ（ｉ）およびＴＳ（ｊ）は、二つの導出されたタイムスタンプの値と等しく、かつｐは、前記シリアルデータストリーム内の前記二つのＩＰパケット（ＩＰ（ｉ）、ＩＰ（ｊ））の間に存在するＩＰパケット数に等しく、ｐは、ゼロ以上の整数である、請求項１に記載の方法。
【請求項３】
サンプリング周波数を導出するために、所定の時間間隔Ｔ内でどれだけ多くのＩＰパケットＭが受信されたかを測定し、かつ前記サンプリング周波数は、主にＮ．Ｍ／Ｔに等しい、請求項１または２に記載の方法。
【請求項４】
チャンネル数を導出するために、まずＵＤＰヘッダから、前記ＩＰパケットのデータフィールドの、バイトで表される長さＬを導出し、前記チャンネル数は、Ｌ／Ｎ'に等しく、Ｎ'は、Ｎ．ｋに等しく、かつｋは、バイト数で表されるサンプル値の長さである、請求項１または２に記載の方法。
【請求項５】
前記ＡＥＳ６７互換のオーディオ情報信号内のＵＤＰヘッダ内に、チェックサムフィールドが存在し、前記チェックサムフィールド内に、送信されるべき情報信号の内容に関するデータを格納し、かつ前記データを、前記ＡＥＳ６７互換のオーディオ情報信号から導出する、請求項１から４までのいずれか１項に記載の方法。
【請求項６】
前記オーディオ情報信号の内容に関するデータは、送信タイプおよび／または情報信号内の送信されるべきデータの種類および／または圧縮タイプおよび／またはコーディングタイプを示す、請求項５に記載の方法。
【請求項７】
少なくとも２ビット、好ましくは第一の２ビット（ビット０、１）は、次の送信タイプ、つまりＡＥＳ６７、Ｔｒ０１、Ｔｒ０３およびＳＭＰＴＥ２１１０を示す、請求項６に記載の方法。
【請求項８】
少なくとも２ビット、好ましくは第二の２ビット（ビット２，３）は、送信されるべき情報信号内の次のデータタイプ、つまりオーディオ、ビデオおよびメタデータを示す、請求項６に記載の方法。
【請求項９】
少なくとも１ビット、好ましくは第五のビット（ビット４）は、次の圧縮タイプ、つまり圧縮ありまたは圧縮なしを示す、請求項６に記載の方法。
【請求項１０】
少なくとも２ビット、好ましくは第六および第七のビット（ビット５、６）は、次のコーディングタイプ、つまりＪＰＥＧ２０００およびＴＩＣＯを示す、請求項６に記載の方法。
【請求項１１】
ＡＥＳ６７互換のオーディオ情報信号を受信する入力を備え、ＡＥＳ６７互換のオーディオ情報信号として、ＩＰヘッダと、ＵＤＰヘッダと、ＲＴＰヘッダと、データフィールドとを含む相互に連続するＩＰパケットのシリアルデータストリームから構成されているＡＥＳ６７互換の情報信号から、オーディオパラメータ値を導出する装置において、前記装置は、前記シリアルデータストリーム内の少なくとも二つのＩＰパケットの少なくとも二つのＲＴＰヘッダから情報を導出する導出ユニット（４００）と、前記情報から値Ｎを導出する計算ユニットとを備え、前記値Ｎは、一つのＩＰパケットのデータフィールド内に含まれているチャンネル毎のサンプル数に等しい、装置。
【請求項１２】
前記導出ユニット（４００）はさらに、前記シリアルデータストリーム内の二つのＩＰパケットの前記ＲＴＰヘッダからタイムスタンプを導出するために取り付けられていて、かつ前記計算ユニットは、次の式
Ｎ＝｛ＴＳ（ｊ）−ＴＳ（ｉ）｝／（ｐ＋１）
に従ってＮを計算するために取り付けられていて、
ＴＳ（ｉ）およびＴＳ（ｊ）は、導出された前記二つのタイムスタンプの値に等しく、かつｐは、シリアルデータストリーム内の前記二つのＩＰパケット（ＩＰ（ｉ）、ＩＰ（ｊ））との間に存在するＩＰパケット数に等しく、ｐは、ゼロ以上の整数である、請求項１１に記載の装置。
【請求項１３】
前記装置にはさらに、所定の時間間隔Ｔ内で受信されるＩＰパケット数Ｍを決定するユニット（４１０、４１２）が設けられていて、かつ前記計算ユニットは、結果がサンプリング周波数に等しい計算Ｎ．Ｍ／Ｔを実行するために取り付けられている、請求項１１または１２に記載の装置。
【請求項１４】
前記導出ユニット（４００）はさらに、前記ＵＤＰヘッダから、前記ＩＰパケットのデータフィールドの、バイトで表される長さＬを導出するために取り付けられていて、かつさらに、計算Ｌ／Ｎ'を実行する計算ユニットを備えていて、Ｎ'は、Ｎ．ｋに等しく、かつｋは、結果がチャンネル数に等しいサンプル値のバイト数である、請求項１１または１２に記載の装置。
【請求項１５】
前記ＡＥＳ６７互換のオーディオ情報信号内の前記ＵＤＰヘッダ内にチェックサムフィールドが存在し、前記チェックサムフィールド内には、前記オーディオ情報信号の内容に関するデータが格納されていて、かつ前記装置はさらに、前記チェックサムフィールド内に格納されたデータを導出する導出ユニットを備えている、請求項１１に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＡＥＳ６７互換オーディオ情報信号からオーディオパラメータ値を導出する方法および装置に関する。ＡＥＳ６７オーディオ規格で詳述されている情報信号は、相互に連続するＩＰパケットから構成されていて、かつ単なるビットストリームとして送信される（ａｕｄｉｏ  ｏｖｅｒ  ＩＰまたはａｕｄｉｏ  ｏｖｅｒ  ｅｔｈｅｒｎｅｔ（登録商標））。
【０００２】
ＡＥＳ６７で規格化されているようなＩＰを介したオーディオ情報の送信により、ライブ−ＩＰ制作において、回線交換網からパケット交換網に置き換えも行われる。エラーのない機能を保障するために、ストリームがネットワーク内で正しく送信されることが特に重要である。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
本発明には、ネットワーク内でのデータ送信を本質的に改善するという課題が課せられる。このため、請求項１の上位概念による本発明の方法は、請求項１の特徴的措置により特徴付けられている。同様に、本発明による装置は、請求項１１の特徴部により特徴付けられている。
【課題を解決するための手段】
【０００４】
本発明は、以下の知見に基づく。
ネットワーク内でのストリームの上述の正しい切替が実現されない場合、ネットワーク管理者は、ネットワーク経由で受信した情報信号のプロパティを知っていればエラーを見つけることができる。
【０００５】
しかしながら、これまでは、ネットワークからネットワーク管理者に提供されたデータからストリームに関する情報を得ることは、ネットワーク管理者には不可能であった。これは、ＩＰパケットがペイロードだけを含み、かつ全ての設定データは、他のチャンネルを介して送信されるためである。
【０００６】
それにもかかわらず、本発明による措置は、ネットワーク管理者に、受信したＩＰパケットから、サンプリング周波数やオーディオチャンネル数のようなオーディオパラメータ値を導出することを可能にする。まず、このために請求項１および２により、ＲＴＰパケット内に含まれているチャンネル毎のサンプル数を導出する。
【０００７】
それにより、請求項３により、サンプリング周波数を導出することができる。あるいは、請求項４により、チャンネル数が導出される。
【０００８】
他の方法は、上述の措置に代えてまたは上述の措置と組み合わせて、請求項５の特徴とされる特徴部により、オーディオ情報信号内のＵＤＰヘッダのチェックサムフィールド内にオーディオ情報信号の内容に関するデータを記録し、次いでこのデータをＵＤＰヘッダから導出することである。これは、請求項６から１０で定義されているデータであってよい。これは、有用ビット数を低減することをせずにも、ストリームのタイプに関する付加的情報をストリームと一緒に送信するという利点を有する。
【０００９】
本発明を図面の説明で詳細に説明する。
【図面の簡単な説明】
【００１０】
【図１】ライブ制作のオーディオ収録をＡＥＳ６７互換オーディオ情報信号に変換しかつインターネット経由で離れた処理スタジオに送信し、かつインターネット経由で送信されたデータの監視のためにネットワーク管理ユニットが設けられている設備を示す。
【図２】「マルチキャストセッション記述」データの構造を示す。
【図３】ＡＥＳ６７互換オーディオ情報信号の構造を示す。
【図４】ＡＥＳ６７互換オーディオ情報信号からオーディオパラメータ値を導出する装置の第一の実施例を示す。
【図５】ＵＤＰヘッダの構造を示す。
【図６】ＡＥＳ６７互換オーディオ情報信号からオーディオパラメータ値を導出する装置の第二の実施例を示す。
【発明を実施するための形態】
【００１１】
図面の詳細な説明
図１は、ライブ制作のオーディオ収録を行い、収録されたオーディオ情報信号をＡＥＳ６７互換オーディオ情報信号に変換し、その後でインターネット経由で離れた処理スタジオまたは離れたサウンドコントロールルームに送信する設備の実施例を示す。
【００１２】
図１は、概略的に参照符号１００により示した、ライブ制作のオーディオ収録を行う収録スタジオを示す。通常では、収録スタジオから離れたところに処理スタジオがある。収録スタジオ１００内では、この例の場合に、例えば収録スタジオ内で左前、右前、左後および右後に位置する四本のマイクロフォンを用いて収録を実施する。収録された（ここでは４チャンネルの）オーディオ情報信号は、変換ユニット１２４内でＡＥＳ６７互換オーディオ情報信号に変換される。この場合に、変換が行われ、しかもＡＥＳ６７規格仕様（例えばＡＥＳ６７−２０１５：ネットワークのオーディオアプリケーション用のＡＥＳ規格−高性能ストリーミングａｕｄｉｏ−ｏｖｅｒ−ＩＰ相互運用性（ＡＥＳ  ｓｔａｎｄａｒｄ  ｆｏｒ  ａｕｄｉｏ  ａｐｐｌｉｃａｔｉｏｎｓ  ｏｆ  ｎｅｔｗｏｒｋｓ−Ｈｉｇｈ  ｐｅｒｆｏｒｍａｎｃｅ  ｓｔｒｅａｍｉｎｇ  ａｕｄｉｏ−ｏｖｅｒ−ＩＰ  ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ））において定められた条件に従って、インターネット経由で送信することができる送信信号への変換が行われる。インターネットと接続されている出力１０４では、ＡＥＳ互換オーディオ情報信号が提供される。
【００１３】
ＡＥＳ６７互換オーディオ情報信号は、（この例では四つ）チャンネルでのオーディオ情報信号のサンプルを含む互いに連続するＩＰパケットから構成されている。しかしながら、出力１０４で提供されるようなＡＥＳ６７互換オーディオ情報信号は、オーディオ情報信号の、例えば送信されるべきオーディオ情報信号内に含まれているサンプリング周波数や送信されたオーディオチャンネル数のようなオーディオ固有のパラメータ値に関する情報を含まない。このＡＥＳ６７仕様は、いわゆる「マルチキャストセッション記述」データ１１８を予定し、このデータ内にこのオーディオ固有のパラメータに関する情報が含まれている。このデータは、出力１０６で提供され、インターネット経由でサーバー１０８に供給されかつそこに保存される。
【００１４】
データ１１８は、とりわけ収録スタジオ１００のソースアドレスも含み、それによりインターネット経由で出力１０４を確認することができる。
【００１５】
オーディオ情報信号の更なる加工のために、音響技師がサウンドコントロールルーム１０２内でライブプログラムのオーディオ収録を受信して、これを放送送信信号として一つまたは複数の発信機に提供する場合、音響技師はインターネット経由でサーバー１０８から「マルチキャストセッション記述」データ１１８を受け取る（図１内ではサウンドコントロールルーム１０２とサーバー１０８との間の接続１１０を介した情報送信を参照）。
【００１６】
図２は、ＡＥＳ６７−２０１５規格仕様の８．５．１章にも記載されているような「マルチキャストセッション記述」データ１１８の一例を示す。
【００１７】
このデータ内のパラメータｃは、ソースアドレス（この例ではＩＰ４  ２３９．０．０．１／３２）を表し、パラメータｉは、オーディオチャンネル数（この例では８）を表し、その下にはサンプリング周波数（この例では４８ｋＨｚ）を確認することができる。
【００１８】
この情報により、音響技師は、ＡＥＳ６７互換オーディオ情報信号を受信することができる。ＡＥＳ６７互換オーディオ情報信号を、インターネット経由で収録スタジオ１００の出力１０４からサウンドコントロールルーム１０２の入力１１２へ送信することは、図１では、スイッチ１１４と１１６を介して行われる。
【００１９】
図３は、インターネット、スイッチ１１４および１１６を介して、サウンドコントロールルーム１０２の入力１１２に提供されるＡＥＳ６７互換オーディオ情報信号の構造を示す。ＡＥＳ６７互換オーディオ情報信号は、相互に連続する複数のＩＰパケット...ＩＰ（ｉ）、ＩＰ（ｉ＋１）、ＩＰ（ｉ＋２）、...から構成されている。一つのＩＰパケットは、ＩＰヘッダＩＰ−ＨＤＲと、ＵＤＰヘッダＵＤＰ  ＨＤＲと、ＲＴＰヘッダＲＴＰ  ＨＤＲと、データフィールドＤＡＴＡを含む。そこで、ＡＥＳ６７互換オーディオ情報信号を、サウンドコントロールルーム１０２に送信し、かつ、そこでさらに処理することができる。
【００２０】
それにもかかわらず場合により、収録スタジオ１００の出力１０４と処理スタジオ／サウンドコントロールルーム１０２の入力１１２との間でエラーを含むデータの送信が起こることがある。
【００２１】
一方で、音響技師は、誤った「マルチキャストセッション記述」データ１１８をサーバー１０８からダウンロードすることがある。あるいは、「マルチキャストセッション記述」データが存在しないことがある。
【００２２】
この種の送信の問題を排除するために、インターネット経由で送信されたデータを監視するためのネットワーク管理ユニット１２０が設けられている。
【００２３】
このために、このネットワーク管理ユニット１２０は、この場合に、スイッチ１１４を介してネットワークに連結され、かつ全てのＡＥＳ６７互換情報信号を収録スタジオ１００から受信するために設置されている。
【００２４】
先にすでに述べたように、ＡＥＳ６７互換オーディオ情報信号は、例えば送信されるべきオーディオ情報信号内に含まれているサンプリング周波数や送信されたオーディオチャンネル数のような、オーディオ情報信号のオーディオ固有のパラメータ値に関する情報を含んでいないことにより、ネットワーク管理ユニット１２０用に、このオーディオ固有のパラメータ値をＡＥＳ６７互換オーディオ情報信号から直接導出することは不可能である。
【００２５】
本発明によると、それでもなおこれらのオーディオ固有のパラメータ値をＡＥＳ６７互換オーディオ情報信号から導出することを可能にするいくつかの提案が説明される。
【００２６】
このためにまず、ＡＥＳ６７互換オーディオ情報信号から、ＩＰパケットのデータフィールドＤＡＴＡ内に含まれているチャンネル毎のサンプル数Ｎを導出する。これは、次のように実現される。図３では、ＩＰパケットＩＰ（ｉ）のＲＴＰヘッダ内に、タイムスタンプフィールドＴＳ（ｉ）が、ＩＰパケットＩＰ（ｉ＋１）のＲＴＰヘッダ内に、タイムスタンプフィールドＴＳ（ｉ＋１）が存在していることが明らかである。ネットワーク管理ユニット１２０は、これらの相互に連続するＩＰパケットのタイムスタンプ値ＴＳ（ｉ）とＴＳ（ｉ＋１）とを、これらのパケットのＲＴＰヘッダから導出する。次いで、減算、つまりＴＳ（ｉ＋１）−ＴＳ（ｉ）＝ＮによりによりＮを導出する。例として、ＴＳ（ｉ）＝ｎおよびＴＳ（ｉ＋１）＝ｎ＋２とする。これは、ＩＰパケットのデータフィールドＤＡＴＡ内に、チャンネル毎の二つのサンプル（ｎ＋２−ｎ＝）が含まれていることを意味する。
【００２７】
ＩＰパケットのデータフィールド内に含まれているチャンネル毎のサンプル数Ｎを導出するための他の方法は、次の通りである。ここでは、ＩＰパケットのＩＰ（ｉ）とＩＰ（ｊ）とのＲＴＰヘッダから、ＴＳ（ｉ）とＴＳ（ｊ）とを導出する。ここで、Ｎは、次のように計算される：
Ｎ＝｛ＴＳ（ｊ）−ＴＳ（ｉ）｝／（ｐ＋１）
ここで、ｐは、シリアルデータストリーム内の二つのＩＰパケット（ＩＰ（ｉ）、ＩＰ（ｊ））の間にあるＩＰパケット数に等しく、ここで、ｐはゼロ以上の整数である。
【００２８】
図３は、ＩＰパケットＩＰ（ｉ）のデータフィールドの内容の例を示す。その中には、第一のチャンネルの二つのサンプルｓ（１，１）、ｓ（１，２）が含まれ、その後に、第二のチャンネルの二つのサンプルｓ（２，１）、ｓ（２，２）が含まれ、その後に、第三のチャンネルの二つのサンプルｓ（３，１）、ｓ（３，２）が含まれ、その後に、第四のチャンネルの二つのサンプルｓ（４，１）、ｓ（４，２）が含まれている。ＩＰパケットＩＰ（ｉ＋１）のデータフィールドＤＡＴＡ内には、さらにまた八つのサンプルが含まれている、つまり第一のチャンネルの二つのサンプルｓ（１，３）、ｓ（１，４）が含まれ、その後に、第二のチャンネルの二つのサンプルｓ（２，３）、ｓ（２，４）が含まれ、その後に、第三のチャンネルの二つのサンプルｓ（３，３）、ｓ（３，４）が含まれ、その後に第四のチャンネルの二つのサンプルｓ（４，３）、ｓ（４，４）が含まれている。
【００２９】
ＡＥＳ６７互換オーディオ情報信号内で送信されるチャンネル数を導出するために、ＵＤＰヘッダＵＤＰ  ＨＤＲから、値Ｌ'を導出する（図５参照）。この値Ｌ´は、バイトで表されるＲＴＰパケットの長さ（これはＲＴＰヘッダとデータフィールドＤＡＴＡとの長さに等しい）を提供する。ＲＴＰヘッダＲＴＰ  ＨＤＲの長さは、規格により定められているため、それによりデータフィイールドＤＡＴＡの長さＬはＬ'から導出することもできる。ここで、チャンネル数は、Ｌ／Ｎ'により計算することができ、ここで、Ｎ'＝Ｎ．ｐであり、かつｐは、バイト数で表されるサンプル値の長さである。ｐはまた、規格により定められていて、例えば３バイトに等しい。
【００３０】
サンプリング周波数の導出のために、所定の時間間隔Ｔ内でどれだけ多くのＩＰパケットＭが受信されるかが決定される。このサンプリング周波数は、この場合、Ｎ．Ｍ／Ｔに等しいと見なすことができる。Ｍは、この場合、多様な手法で導出することができる。第一に、Ｍは、所定の時間間隔内で受信されるＩＰパケット数をカウントすることにより導出することができる。第二に、時間間隔内で受信された最初のＩＰパケットと最後のＩＰパケットとのシーケンス番号（ｓｅｑｕｅｎｃｅ  ｎｕｍｂｅｒ）も導出することができ、この場合、両方の値Ｍの減算により計算することができる。このシーケンス番号は、ＲＴＰヘッダ内に格納されている。
【００３１】
ネットワーク管理者は、この場合、送信されたＡＥＳ６７互換オーディオ情報信号を受信しかつデコードすることができるために、この所望の情報を音響技師に転送することができる。ネットワーク管理者は、先にすでに述べたように、全ての情報信号を収録スタジオから受信するため、ネットワーク管理者は、ＡＥＳ互換オーディオ情報信号のＩＰヘッダから、ソースアドレスも導出できかつ音響技師に転送することができる。
【００３２】
図４は、ＡＥＳ６７互換オーディオ情報信号からオーディオパラメータ値を導出する装置の第一の実施例を示す。この装置は、ＡＥＳ６７互換オーディオ情報信号を受信する入力１２２を含む。この装置には、ＡＥＳ６７互換オーディオ情報信号のシリアルデータストリーム内の少なくとも二つのＩＰパケットの少なくとも二つのＲＴＰヘッダから情報を導出する、この例の場合にはタイムスタンプＴＳ（ｉ）とＴＳ（ｊ）とを導出する導出ユニット４００が設けられていて、これらのタイムスタンプは、二つの出力で引き渡されかつ計算ユニット４０２の複数の入力に供給される。
【００３３】
計算ユニット４０２内では、次の式に従ってチャンネル数Ｎを計算する
Ｎ＝｛ＴＳ（ｊ）−ＴＳ（ｉ）｝／（ｐ＋１）
ここで、ＴＳ（ｉ）およびＴＳ（ｊ）は、二つの導出されたタイムスタンプの値に等しく、かつｐは、シリアルデータストリーム内の二つのＩＰパケット（ＩＰ（ｉ）、ＩＰ（ｊ））の間に存在するＩＰパケット数に等しく、ここで、ｐはゼロ以上の整数である。
【００３４】
これは、計算ユニットが、二つのタイムスタンプ値を相互に減算する減算ユニット４０６と、この減算ユニット４０６の結果をｐ＋１で除算する除算ユニット４０８を含むことを意味する。
【００３５】
値Ｎは、この場合、除算ユニット４０８の出力４０４で提供される。
【００３６】
サンプリング周波数Ｆｓの導出のために、この装置は、カウントユニット４１０とタイマーユニット４１２とを含む。タイマーユニット４１２は、時間間隔Ｔを決定し、カウントユニットは、この時間間隔Ｔ内で、この時間間隔Ｔで入力１２２で受信されるＩＰパケット数Ｍをカウントする。値Ｍは、カウントユニット４１０の出力４１４で提供され、かつ計算ユニット４０２に供給される。時間間隔Ｔの値も、計算ユニット４０２に供給される。計算ユニット４０２は、値Ｎと、Ｍと、Ｔとを受信し、そこからサンプリング周波数Ｆｓを、式Ｆｓ＝ＮＭ／Ｔに従って導出するサンプリング周波数計算ユニット４１６を含む。
【００３７】
すでに先に述べたように、ユニット４１０は、その代わりに、この時間間隔Ｔ内で受信される最初のＩＰパケットと最後のＩＰパケットとのシーケンス番号を読み出すカウントユニットとして取り付けられてよい。このユニットは、この場合、次いで、値Ｍの導出のために、二つのシーケンス番号を相互に減算してよい。
【００３８】
導出ユニット４００は、さらに、ＵＤＰヘッダから、ＩＰパケットのデータフィールドの、バイトで表される長さＬを導出するために取り付けられている。ＵＤＰヘッダの長さフィールド５００内には、図５で示されているように、値Ｌ'が格納されている。この値Ｌ'は、ＲＴＰパケットの長さ（つまり、ＲＴＰヘッダＲＴＰ  ＨＤＲとデータフィールドＤＡＴＡの長さ、図３）と一致する。ＲＴＰヘッダの長さは既知であるため、したがって、データフィールドＤＡＴＡの長さＬを導出することができる。この値Ｌは、同様に、計算ユニット４０２にも供給される。計算ユニット４０２内では、ブロック４１８中の計算が実行され、ここで、チャンネル数ＮＣＨが次の式に従って計算される
ＮＣＨ＝Ｌ／Ｎ．ｋ
ここで、ｋは、バイト数で表されるサンプル値の長さである。ＡＥＳ６７規格仕様では、ｋは３に等しいと述べられている。
【００３９】
先にすでに述べたように、音響技師が送信されたＡＥＳ互換オーディオ情報信号を受信しかつデコードすることができるために、この情報を音響技師に転送することができる。
【００４０】
図５は、ＩＰパケット内に含まれているようなＵＤＰヘッダを示す。ＵＤＰヘッダは、四つのフィールド、つまり１６ビットソースアドレス（ＳＲＣＥ  ＰＯＲＴ）と、１６ビット受信アドレス（ＤＥＳＴ  ＰＯＲＴ）と、先にすでに説明された１６ビット長さフィールドＬ'５００と、１６ビットＣＨＥＣＫＳＵＭフィールドとからなる。このＣＨＥＣＫＳＵＭフィールドは、ＵＤＰヘッダ内の、ＲＴＰヘッダ内の、データフィールドＤＡＴＡ内のビットエラーを検出し、場合により修正することを想定している。他のプロトコルの場合には、これは、誤って送信されたパケットを改めて要求するために利用される。しかしながら、これはＵＤＰでは予定されていないので、このＣＨＥＣＫＳＵＭフィールドは、頻繁に「ｎｕｌｌ」が設定され、これは、利用されないことを意味する。
【００４１】
本発明によれば、ここで、ＵＤＰヘッダのＣＨＥＣＫＳＵＭフィールドを、情報データをメディアストリームに送信するために利用することが提案される。この場合、ＣＨＥＣＫＳＵＭフィールド内に、送信されるべき情報信号をさらに特徴付けるデータを格納することができる。これは、例えば、ＡＥＳ６７互換情報信号の場合に利用することができるが、ネットワーク経由で他の情報信号を送信する場合でも利用することができる。
【００４２】
ＣＨＥＣＫＳＵＭフィールド内でこのように利用される１６ビット内でのコーディングは、次のように見なされる
ビット０、１（図５ではビット４８および４９）は、例えばＡＥＳ６７、ＴＲ０１、ＴＲ０３およびＳＭＰＴＥ２１１０のような送信タイプであり、ここでＴｒは、技術勧告を表す。
ビット２、３（図５ではビット５０および５１）は、例えばオーディオ、ビデオおよびメタデータのようなデータの種類である。
ビット４（図５ではビット５２）は圧縮あり／なしである。
ビット５、６（図５ではビット５３および５４）は、例えばＪＰＥＧ２０００およびＴＩＣＯ（ｔｉｎｙ  ｃｏｄｅｃ）のようなコーディングタイプである。
図６は、入力１２２に提供されるＡＥＳ６７互換情報信号を受信する装置の一つの実施例を示す。この装置は、ＵＤＰヘッダの１６ビットＣＨＥＣＫＳＵＭフィールドの内容を格納するための１６ビット長のシフトレジスタ６００を含む。ビット０および１（図５ではビット４８および４９）の格納位置の出力は、第一のデータ検出ユニット６０２に供給される。この検出ユニット６０２は、ビット０および１のビット値から、送信タイプＴＲＭ  ＴＹＰＥを導出する。ビット２および３の格納位置の出力は、第二の検出ユニット６０４に供給される。この検出ユニット６０４は、ビット２および３（図５でハビット５０および５１）のビット値から、送信するデータＤＡＴＡ  ＴＹＰＥのタイプを導出する。ビット４の格納位置の出力は、第三の検出ユニット６０６に供給される。この検出ユニット６０６は、ビット４（図５ではビット５２）のビット値から、情報信号が圧縮されているかまたは圧縮されていないかＣＯＭＰ  Ｙ／Ｎを導出する。ビット５および６の格納位置の出力は、第四の検出ユニット６０８に供給される。この検出ユニット６０８は、ビット５および６（図５ではビット５３および５４）のビット値から、コーディングタイプＣＯＤ  ＴＹＰＥを導出する。
【００４３】
相互に連続するＩＰパケットから構成されているシリアルデータストリームから信号固有の識別子を導出するための装置であって、ＩＰパケットは、ＩＰヘッダと、ＵＤＰヘッダと、ＲＴＰヘッダと、データフィールドとを含み、この装置は、シリアルデータストリームを受信するために入力を含み、シリアルデータストリームのＩＰパケット内のＵＤＰヘッダ内にチェックサムフィールドが存在し、このチェックサムフィールド内に、送信されるべきシリアルデータストリームの内容に関する識別子が格納されていて、この装置には、ＩＰパケットのチェックサムフィールドからこの識別子を導出する導出ユニットが設けられている。
【００４４】
この識別子は、データ送信信号の内容、送信タイプおよび／またはデータ送信信号の種類および／または圧縮の種類および／またはコーディングタイプを示すことができる。このように、チェックサムフィールドの少なくとも２ビット、好ましくは第一の２ビット（ビット０、１）は、次の送信タイプ、つまりＡＥＳ６７、Ｔｒ０１、Ｔｒ０３およびＳＭＰＴＥ２１１０を示すことができる。
【００４５】
あるいは、チェックサムフィールドの少なくとも２ビット、好ましくは第二の２ビット（ビット２，３）は、データ送信信号内のデータの次の種類、つまりオーディオ、ビデオおよびメタデータを示すことができる。
【００４６】
あるいは、チェックサムフィールドの少なくとも１ビット、好ましくは第五のビット（ビット４）は、次の圧縮タイプ、つまり圧縮ありおよび圧縮なしを示すことができる。あるいは、チェックサムフィールドの少なくとも２ビット、好ましくは第六および第七のビット（ビット５，６）は、次のコーディングタイプ、つまりＪＰＥＧ２０００およびＴＩＣＯを示すことができる。この装置は、図６の装置と全く同じであってよい。
【図１】
2020529147.tif 000003
【図２】
2020529147.tif 000004
【図３】
2020529147.tif 000005
【図４】
2020529147.tif 000006
【図５】
2020529147.tif 000007
【図６】
2020529147.tif 000008
【国際調査報告】
2020529147.tif 000009
2020529147.tif 000010
2020529147.tif 000011