特許 7010976 ＡＥＳ６７互換オーディオ情報信号からオーディオパラメータ値を導出する方法および装置

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

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

(11)【特許番号】

(24)【登録日】2022-01-17

(45)【発行日】2022-01-26

(54)【発明の名称】ＡＥＳ６７互換オーディオ情報信号からオーディオパラメータ値を導出する方法および装置

(51)【国際特許分類】

   H04J 3/06 20060101AFI20220119BHJP

   G10L 19/00 20130101ALI20220119BHJP

【ＦＩ】

H04J3/06

G10L19/00 330C

【請求項の数】 13

(21)【出願番号】P 2019571476

(86)(22)【出願日】2018-07-11

(65)【公表番号】

(43)【公表日】2020-10-01

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

(87)【国際公開番号】W WO2019011981

(87)【国際公開日】2019-01-17

【審査請求日】2020-05-25

(31)【優先権主張番号】102017000078297

(32)【優先日】2017-07-11

(33)【優先権主張国・地域又は機関】IT

(73)【特許権者】

【識別番号】511109386

【氏名又は名称】インスティテュート フューア ランドファンクテクニック ゲーエムベーハー

(74)【代理人】

【識別番号】110000877

【氏名又は名称】龍華国際特許業務法人

(72)【発明者】

【氏名】バウマン、フランツ

(72)【発明者】

【氏名】レンジュースキー、フェリックス

【審査官】北村 智彦

(56)【参考文献】

【文献】特開２００２－３７４３１９（ＪＰ，Ａ）

【文献】特開２００１－１４４６９４（ＪＰ，Ａ）

【文献】特開２００２－１６２９９８（ＪＰ，Ａ）

【文献】Florian Schmidt et al.，A Heuristic Header Error Recovery Scheme for RTP，2013 10th Annual Conference on Wireless On-demand Network Systems and Services (WONS)，2013年，pp.186-190

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

Ｈ０４Ｊ ３／０６

Ｇ１０Ｌ １９／００

ＩＥＥＥ Ｘｐｌｏｒｅ

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

【請求項1】

ＡＥＳ６７互換のオーディオ情報信号として、相互に連続するＩＰパケットのシリアルデータストリームから構成されているＡＥＳ６７互換のオーディオ情報信号から、オーディオパラメータ値を導出する方法において、前記ＩＰパケットは、ＩＰヘッダと、ＵＤＰヘッダと、ＲＴＰヘッダと、データフィールドとを含み、かつ少なくとも二つのＩＰパケットの少なくとも二つのＲＴＰヘッダ内に格納された情報から値Ｎを導出し、前記値Ｎは、一つのパケットのデータフィールド内に含まれているチャンネル毎のサンプル数に等しく、サンプリング周波数を導出するために、所定の時間間隔Ｔ内でどれだけ多くのＩＰパケットＭが受信されたかを測定し、かつ前記サンプリング周波数は、主にＮ・Ｍ／Ｔに等しい、方法。

【請求項2】

ＡＥＳ６７互換のオーディオ情報信号として、相互に連続するＩＰパケットのシリアルデータストリームから構成されているＡＥＳ６７互換のオーディオ情報信号から、オーディオパラメータ値を導出する方法において、前記ＩＰパケットは、ＩＰヘッダと、ＵＤＰヘッダと、ＲＴＰヘッダと、データフィールドとを含み、かつ少なくとも二つのＩＰパケットの少なくとも二つのＲＴＰヘッダ内に格納された情報から値Ｎを導出し、前記値Ｎは、一つのパケットのデータフィールド内に含まれているチャンネル毎のサンプル数に等しく、チャンネル数を導出するために、まずＵＤＰヘッダから、前記ＩＰパケットのデータフィールドの、バイトで表される長さＬを導出し、前記チャンネル数は、Ｌ／Ｎ'に等しく、Ｎ'は、Ｎ・ｋに等しく、かつｋは、バイト数で表されるサンプル値の長さである、方法。

【請求項3】

前記シリアルデータストリーム内の二つのＩＰパケットの前記ＲＴＰヘッダから、それぞれ一つのタイムスタンプを導出し、前記値Ｎを、式Ｎ＝｛ＴＳ（ｊ）－ＴＳ（ｉ）｝／（ｐ＋１）を用いて計算し、ＴＳ（ｉ）およびＴＳ（ｊ）は、二つの導出されたタイムスタンプの値と等しく、かつｐは、前記シリアルデータストリーム内の前記二つのＩＰパケット（ＩＰ（ｉ）、ＩＰ（ｊ））の間に存在するＩＰパケット数に等しく、ｐは、ゼロ以上の整数である、請求項１または２に記載の方法。

【請求項4】

前記ＡＥＳ６７互換のオーディオ情報信号内のＵＤＰヘッダ内に、チェックサムフィールドが存在し、前記チェックサムフィールド内に、前記ＡＥＳ６７互換のオーディオ情報信号の内容に関するデータを格納し、かつ前記データを、前記ＡＥＳ６７互換のオーディオ情報信号から導出する、請求項１から３までのいずれか１項に記載の方法。

【請求項5】

前記ＡＥＳ６７互換のオーディオ情報信号の内容に関するデータは、送信タイプおよび／または情報信号内の送信されるべきデータの種類および／または圧縮タイプおよび／またはコーディングタイプを示す、請求項４に記載の方法。

【請求項6】

少なくとも２ビット、第一の２ビットは、次の送信タイプ、つまりＡＥＳ６７、Ｔｒ０１、Ｔｒ０３およびＳＭＰＴＥ２１１０を示す、請求項５に記載の方法。

【請求項7】

少なくとも２ビット、第二の２ビットは、送信されるべき情報信号内の次のデータタイプ、つまりオーディオ、ビデオおよびメタデータを示す、請求項５に記載の方法。

【請求項8】

少なくとも１ビット、第五のビットは、次の圧縮タイプ、つまり圧縮ありまたは圧縮なしを示す、請求項５に記載の方法。

【請求項9】

少なくとも２ビット、第六および第七のビットは、次のコーディングタイプ、つまりＪＰＥＧ２０００およびＴＩＣＯを示す、請求項５に記載の方法。

【請求項10】

ＡＥＳ６７互換のオーディオ情報信号を受信する入力を備え、ＡＥＳ６７互換のオーディオ情報信号として、ＩＰヘッダと、ＵＤＰヘッダと、ＲＴＰヘッダと、データフィールドとを含む相互に連続するＩＰパケットのシリアルデータストリームから構成されているＡＥＳ６７互換の情報信号から、オーディオパラメータ値を導出する装置において、前記装置は、前記シリアルデータストリーム内の少なくとも二つのＩＰパケットの少なくとも二つのＲＴＰヘッダから情報を導出する導出ユニットと、前記情報から値Ｎを導出する計算ユニットとを備え、前記値Ｎは、一つのＩＰパケットのデータフィールド内に含まれているチャンネル毎のサンプル数に等しく、
前記装置にはさらに、所定の時間間隔Ｔ内で受信されるＩＰパケット数Ｍを決定するユニットが設けられていて、かつ前記計算ユニットは、結果がサンプリング周波数に等しい計算Ｎ・Ｍ／Ｔを実行するために取り付けられている、装置。

【請求項11】

ＡＥＳ６７互換のオーディオ情報信号を受信する入力を備え、ＡＥＳ６７互換のオーディオ情報信号として、ＩＰヘッダと、ＵＤＰヘッダと、ＲＴＰヘッダと、データフィールドとを含む相互に連続するＩＰパケットのシリアルデータストリームから構成されているＡＥＳ６７互換の情報信号から、オーディオパラメータ値を導出する装置において、前記装置は、前記シリアルデータストリーム内の少なくとも二つのＩＰパケットの少なくとも二つのＲＴＰヘッダから情報を導出する導出ユニットと、前記情報から値Ｎを導出する計算ユニットとを備え、前記値Ｎは、一つのＩＰパケットのデータフィールド内に含まれているチャンネル毎のサンプル数に等しく、
前記導出ユニットはさらに、前記ＵＤＰヘッダから、前記ＩＰパケットのデータフィールドの、バイトで表される長さＬを導出するために取り付けられていて、かつさらに、計算Ｌ／Ｎ'を実行する計算ユニットを備えていて、Ｎ'は、Ｎ・ｋに等しく、かつｋは、結果がチャンネル数に等しいサンプル値のバイト数である、装置。

【請求項12】

前記導出ユニットはさらに、前記シリアルデータストリーム内の二つのＩＰパケットの前記ＲＴＰヘッダからタイムスタンプを導出するために取り付けられていて、かつ前記計算ユニットは、次の式
Ｎ＝｛ＴＳ（ｊ）－ＴＳ（ｉ）｝／（ｐ＋１）
に従ってＮを計算するために取り付けられていて、
ＴＳ（ｉ）およびＴＳ（ｊ）は、導出された前記二つのタイムスタンプの値に等しく、かつｐは、シリアルデータストリーム内の前記二つのＩＰパケット（ＩＰ（ｉ）、ＩＰ（ｊ））との間に存在するＩＰパケット数に等しく、ｐは、ゼロ以上の整数である、請求項１０または１１に記載の装置。

【請求項13】

前記ＡＥＳ６７互換のオーディオ情報信号内の前記ＵＤＰヘッダ内にチェックサムフィールドが存在し、前記チェックサムフィールド内には、前記オーディオ情報信号の内容に関するデータが格納されていて、かつ前記装置はさらに、前記チェックサムフィールド内に格納されたデータを導出する導出ユニットを備えている、請求項１０から１２のいずれか一項に記載の装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ＡＥＳ６７互換オーディオ情報信号からオーディオパラメータ値を導出する方法および装置に関する。ＡＥＳ６７オーディオ規格で詳述されている情報信号は、相互に連続するＩＰパケットから構成されていて、かつ単なるビットストリームとして送信される（ａｕｄｉｏ ｏｖｅｒ ＩＰまたはａｕｄｉｏ ｏｖｅｒ ｅｔｈｅｒｎｅｔ（登録商標））。

【0002】

ＡＥＳ６７で規格化されているようなＩＰを介したオーディオ情報の送信により、ライブ－ＩＰ制作において、回線交換網からパケット交換網に置き換えも行われる。エラーのない機能を保障するために、ストリームがネットワーク内で正しく送信されることが特に重要である。

【発明の概要】

【発明が解決しようとする課題】

【0003】

本発明には、ネットワーク内でのデータ送信を本質的に改善するという課題が課せられる。このため、請求項１の上位概念による本発明の方法は、請求項１の特徴的措置により特徴付けられている。同様に、本発明による装置は、請求項１１の特徴部により特徴付けられている。

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

【0004】

本発明は、以下の知見に基づく。
ネットワーク内でのストリームの上述の正しい切替が実現されない場合、ネットワーク管理者は、ネットワーク経由で受信した情報信号のプロパティを知っていればエラーを見つけることができる。

【0005】

しかしながら、これまでは、ネットワークからネットワーク管理者に提供されたデータからストリームに関する情報を得ることは、ネットワーク管理者には不可能であった。これは、ＩＰパケットがペイロードだけを含み、かつ全ての設定データは、他のチャンネルを介して送信されるためである。

【0006】

それにもかかわらず、本発明による措置は、ネットワーク管理者に、受信したＩＰパケットから、サンプリング周波数やオーディオチャンネル数のようなオーディオパラメータ値を導出することを可能にする。まず、このために請求項１および２により、ＲＴＰパケット内に含まれているチャンネル毎のサンプル数を導出する。

【0007】

それにより、請求項３により、サンプリング周波数を導出することができる。あるいは、請求項４により、チャンネル数が導出される。

【0008】

他の方法は、上述の措置に代えてまたは上述の措置と組み合わせて、請求項５の特徴とされる特徴部により、オーディオ情報信号内のＵＤＰヘッダのチェックサムフィールド内にオーディオ情報信号の内容に関するデータを記録し、次いでこのデータをＵＤＰヘッダから導出することである。これは、請求項６から１０で定義されているデータであってよい。これは、有用ビット数を低減することをせずにも、ストリームのタイプに関する付加的情報をストリームと一緒に送信するという利点を有する。

【0009】

本発明を図面の説明で詳細に説明する。

【図面の簡単な説明】

【0010】

【図1】ライブ制作のオーディオ収録をＡＥＳ６７互換オーディオ情報信号に変換しかつインターネット経由で離れた処理スタジオに送信し、かつインターネット経由で送信されたデータの監視のためにネットワーク管理ユニットが設けられている設備を示す。

【図2】「マルチキャストセッション記述」データの構造を示す。

【図3】ＡＥＳ６７互換オーディオ情報信号の構造を示す。

【図4】ＡＥＳ６７互換オーディオ情報信号からオーディオパラメータ値を導出する装置の第一の実施例を示す。

【図5】ＵＤＰヘッダの構造を示す。

【図6】ＡＥＳ６７互換オーディオ情報信号からオーディオパラメータ値を導出する装置の第二の実施例を示す。

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

【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】

あるいは、チェックサムフィールドの少なくとも１ビット、好ましくは第五のビット（ビット４）は、次の圧縮タイプ、つまり圧縮ありおよび圧縮なしを示すことができる。あるいは、チェックサムフィールドの少なくとも２ビット、好ましくは第六および第七のビット（ビット５，６）は、次のコーディングタイプ、つまりＪＰＥＧ２０００およびＴＩＣＯを示すことができる。この装置は、図６の装置と全く同じであってよい。
［項目１］
ＡＥＳ６７互換のオーディオ情報信号として、相互に連続するＩＰパケットのシリアルデータストリームから構成されているＡＥＳ６７互換のオーディオ情報信号から、オーディオパラメータ値を導出する方法において、上記ＩＰパケットは、ＩＰヘッダと、ＵＤＰヘッダと、ＲＴＰヘッダと、データフィールドとを含み、かつ少なくとも二つのＩＰパケットの少なくとも二つのＲＴＰヘッダ内に格納された情報から値Ｎを導出し、上記値Ｎは、一つのパケットのデータフィールド内に含まれているチャンネル毎のサンプル数に等しい、方法。
［項目２］
上記シリアルデータストリーム内の二つのＩＰパケットの上記ＲＴＰヘッダから、それぞれ一つのタイムスタンプを導出し、上記値Ｎを、式Ｎ＝｛ＴＳ（ｊ）－ＴＳ（ｉ）｝／（ｐ＋１）を用いて計算し、ＴＳ（ｉ）およびＴＳ（ｊ）は、二つの導出されたタイムスタンプの値と等しく、かつｐは、上記シリアルデータストリーム内の上記二つのＩＰパケット（ＩＰ（ｉ）、ＩＰ（ｊ））の間に存在するＩＰパケット数に等しく、ｐは、ゼロ以上の整数である、項目１に記載の方法。
［項目３］
サンプリング周波数を導出するために、所定の時間間隔Ｔ内でどれだけ多くのＩＰパケットＭが受信されたかを測定し、かつ上記サンプリング周波数は、主にＮ・Ｍ／Ｔに等しい、項目１または２に記載の方法。
［項目４］
チャンネル数を導出するために、まずＵＤＰヘッダから、上記ＩＰパケットのデータフィールドの、バイトで表される長さＬを導出し、上記チャンネル数は、Ｌ／Ｎ'に等しく、Ｎ'は、Ｎ・ｋに等しく、かつｋは、バイト数で表されるサンプル値の長さである、項目１または２に記載の方法。
［項目５］
上記ＡＥＳ６７互換のオーディオ情報信号内のＵＤＰヘッダ内に、チェックサムフィールドが存在し、上記チェックサムフィールド内に、送信されるべき情報信号の内容に関するデータを格納し、かつ上記データを、上記ＡＥＳ６７互換のオーディオ情報信号から導出する、項目１から４までのいずれか１項に記載の方法。
［項目６］
上記オーディオ情報信号の内容に関するデータは、送信タイプおよび／または情報信号内の送信されるべきデータの種類および／または圧縮タイプおよび／またはコーディングタイプを示す、項目５に記載の方法。
［項目７］
少なくとも２ビット、好ましくは第一の２ビット（ビット０、１）は、次の送信タイプ、つまりＡＥＳ６７、Ｔｒ０１、Ｔｒ０３およびＳＭＰＴＥ２１１０を示す、項目６に記載の方法。
［項目８］
少なくとも２ビット、好ましくは第二の２ビット（ビット２，３）は、送信されるべき情報信号内の次のデータタイプ、つまりオーディオ、ビデオおよびメタデータを示す、項目６に記載の方法。
［項目９］
少なくとも１ビット、好ましくは第五のビット（ビット４）は、次の圧縮タイプ、つまり圧縮ありまたは圧縮なしを示す、項目６に記載の方法。
［項目１０］
少なくとも２ビット、好ましくは第六および第七のビット（ビット５、６）は、次のコーディングタイプ、つまりＪＰＥＧ２０００およびＴＩＣＯを示す、項目６に記載の方法。
［項目１１］
ＡＥＳ６７互換のオーディオ情報信号を受信する入力を備え、ＡＥＳ６７互換のオーディオ情報信号として、ＩＰヘッダと、ＵＤＰヘッダと、ＲＴＰヘッダと、データフィールドとを含む相互に連続するＩＰパケットのシリアルデータストリームから構成されているＡＥＳ６７互換の情報信号から、オーディオパラメータ値を導出する装置において、上記装置は、上記シリアルデータストリーム内の少なくとも二つのＩＰパケットの少なくとも二つのＲＴＰヘッダから情報を導出する導出ユニット（４００）と、上記情報から値Ｎを導出する計算ユニットとを備え、上記値Ｎは、一つのＩＰパケットのデータフィールド内に含まれているチャンネル毎のサンプル数に等しい、装置。
［項目１２］
上記導出ユニット（４００）はさらに、上記シリアルデータストリーム内の二つのＩＰパケットの上記ＲＴＰヘッダからタイムスタンプを導出するために取り付けられていて、かつ上記計算ユニットは、次の式
Ｎ＝｛ＴＳ（ｊ）－ＴＳ（ｉ）｝／（ｐ＋１）
に従ってＮを計算するために取り付けられていて、
ＴＳ（ｉ）およびＴＳ（ｊ）は、導出された上記二つのタイムスタンプの値に等しく、かつｐは、シリアルデータストリーム内の上記二つのＩＰパケット（ＩＰ（ｉ）、ＩＰ（ｊ））との間に存在するＩＰパケット数に等しく、ｐは、ゼロ以上の整数である、項目１１に記載の装置。
［項目１３］
上記装置にはさらに、所定の時間間隔Ｔ内で受信されるＩＰパケット数Ｍを決定するユニット（４１０、４１２）が設けられていて、かつ上記計算ユニットは、結果がサンプリング周波数に等しい計算Ｎ・Ｍ／Ｔを実行するために取り付けられている、項目１１または１２に記載の装置。
［項目１４］
上記導出ユニット（４００）はさらに、上記ＵＤＰヘッダから、上記ＩＰパケットのデータフィールドの、バイトで表される長さＬを導出するために取り付けられていて、かつさらに、計算Ｌ／Ｎ'を実行する計算ユニットを備えていて、Ｎ'は、Ｎ・ｋに等しく、かつｋは、結果がチャンネル数に等しいサンプル値のバイト数である、項目１１または１２に記載の装置。
［項目１５］
上記ＡＥＳ６７互換のオーディオ情報信号内の上記ＵＤＰヘッダ内にチェックサムフィールドが存在し、上記チェックサムフィールド内には、上記オーディオ情報信号の内容に関するデータが格納されていて、かつ上記装置はさらに、上記チェックサムフィールド内に格納されたデータを導出する導出ユニットを備えている、項目１１に記載の装置。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】