特許 7506562 送信装置、受信装置およびプログラム

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

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

(11)【特許番号】

(24)【登録日】2024-06-18

(45)【発行日】2024-06-26

(54)【発明の名称】送信装置、受信装置およびプログラム

(51)【国際特許分類】

   H04L 65/75 20220101AFI20240619BHJP

   H04N 21/2381 20110101ALI20240619BHJP

   H04N 21/6437 20110101ALI20240619BHJP

【ＦＩ】

H04L65/75

H04N21/2381

H04N21/6437

【請求項の数】 5

(21)【出願番号】P 2020147100

(22)【出願日】2020-09-01

(65)【公開番号】P2022041726

(43)【公開日】2022-03-11

【審査請求日】2023-08-01

(73)【特許権者】

【識別番号】000004352

【氏名又は名称】日本放送協会

(74)【代理人】

【識別番号】100147485

【弁理士】

【氏名又は名称】杉村 憲司

(74)【代理人】

【識別番号】230118913

【弁護士】

【氏名又は名称】杉村 光嗣

(74)【代理人】

【識別番号】100161148

【弁理士】

【氏名又は名称】福尾 誠

(74)【代理人】

【識別番号】100163511

【弁理士】

【氏名又は名称】辻 啓太

(72)【発明者】

【氏名】小山 智史

(72)【発明者】

【氏名】倉掛 卓也

【審査官】前田 健人

(56)【参考文献】

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

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

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

Ｈ０４Ｌ ６５／７５

Ｈ０４Ｎ ２１／２３８１

Ｈ０４Ｎ ２１／６４３７

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

【請求項1】

映像信号および音声信号の少なくとも一方を含む映像音声信号をペイロードに格納した第１のパケットを生成する第１のパケット生成部と、
前記映像音声信号に関するパラメータを示すパラメータ情報ファイルを生成するファイル生成部と、
前記第１のパケットに前記パラメータ情報ファイルを付与するファイル付与部と、
前記パラメータ情報ファイルが付与された前記第１のパケットをペイロードに格納した第２のパケットを生成して送信する第２のパケット生成部と、を備える送信装置。

【請求項2】

請求項１に記載の送信装置において、
前記第１のパケット生成部は、前記映像音声信号が映像信号を含む場合には、前記映像信号をＳＭＰＴＥ ＳＴ２１１０－２０形式に従ってパケット化するようにして前記第１のパケットを生成し、前記映像音声信号が音声信号を含む場合には、前記音声信号をＳＭＰＴＥ ＳＴ２１１０－３０／３１形式に従ってパケット化するようにして前記第１のパケットを生成する、送信装置。

【請求項3】

請求項１または２に記載の送信装置から送信された前記第２のパケットを受信する受信装置であって、
前記パラメータ情報ファイルが付与された前記第１のパケットを含む、前記第２のパケットのペイロードを取得する第１のパケット受信部と、
前記取得されたペイロードから、前記第１のパケットと、前記第１のパケットに付与された前記パラメータ情報ファイルとを取得するファイル取得部と、
前記第１のパケットのペイロードに含まれる映像音声信号を、前記取得されたパラメータ情報ファイルに示されるパラメータを用いて再生する第２のパケット受信部と、を備える受信装置。

【請求項4】

コンピュータを、請求項１または２に記載の送信装置として機能させるプログラム。

【請求項5】

コンピュータを、請求項３に記載の受信装置として機能させるプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、送信装置、受信装置およびプログラムに関する。

【背景技術】

【0002】

これまでＳＤＩ（Serial Digital Interface）（非特許文献１参照）によって構成されていた番組制作システムを、一般的なEthernet（登録商標）/IP（非特許文献２参照）ネットワークに置き換えて構築することが検討されている。ＩＰネットワークは、ＳＤＩと比較して、時間当たりに伝送可能なデータ量が大きく、また、映像信号および音声信号といった異なる種類の信号を同じネットワークに多重して伝送することができる。したがって、ＩＰネットワークによって構成された番組制作システムは、従来行われていたＨＤ（High Definition）画質の番組制作のみならず、４Ｋあるいは８Ｋといったより高解像度の番組制作にも適している。

【0003】

映像信号をＩＰパケット化し、ＩＰネットワークを介して伝送するための規格として、ＳＭＰＴＥ ＳＴ２１１０－２０（非特許文献３）が発行されている。また、音声信号をＩＰパケット化し、ＩＰネットワークを介して伝送するための規格として、ＳＭＰＴＥ ＳＴ２１１０－３０／３１が発行されている。これらの規格では、映像信号はＵＤＰ（非特許文献４参照）／ＲＴＰ（非特許文献５参照）により伝送される。また、映像信号の送受信など、機器の伝送制御を行う規格として、ＡＭＷＡ ＮＭＯＳ ＩＳ－０５（非特許文献６参照）が発行されている。近年、これらの規格に対応した装置が市場に並び始めている。

【先行技術文献】

【非特許文献】

【0004】

【文献】SMPTE ST292-1: 1.5Gb/S Signal/Data Serial Interface

【文献】RFC791: Internet Protocol

【文献】SMPTE ST2110-20: Professional Media Over Managed IP Networks: Uncompressed Active Video

【文献】RFC768: User Datagram Protocol

【文献】RFC3550: RTP: A Transport Protocol for Real-Time Applications

【文献】AMWA NMOS IS-05 Connection Management

【発明の概要】

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

【0005】

ＩＰネットワークでは、多様な情報を多重して伝送することができるため、関連する規格をまとめたＳＭＰＴＥ ＳＴ２１１０スイートでは、映像および音声の信号フォーマットなどのパラメータをＳＤＰ（Session Description Protocol）で記述することが定められている。また、ＡＭＷＡ ＮＭＯＳ ＩＳ－０５では、ＳＤＰで記述された情報を受信装置が取得するための手段が提供されている。具体的には、受信装置がＡＭＷＡ ＮＭＯＳ ＩＳ－０５により指定されたＵＲＬ（Uniform Resource Locator）へアクセスして情報を取得する方法、または、ＮＭＯＳ ＩＳ－０５のクライアントから受信装置に情報を通知する方法が提供されている。

【0006】

ところで、映像信号および音声信号の少なくとも一方を含む映像音声信号の伝送状態を監視するために、ネットワーク上を伝送される光信号を分岐し、受信装置で受信して測定を行うことがある。受信した映像音声信号を適切に処理するためには、映像信号・音声信号の信号フォーマットなどのパラメータを示すパラメータ情報ファイルが必要となる。しかしながら、光信号を分岐したような場合には、パラメータ情報ファイルを取得するための通信を行うことが困難である。また、パラメータ情報ファイルを取得するための通信を行うことが可能である場合にも、既存の装置に対して、パラメータ情報ファイルを取得する新たな構成の追加が必要となる。

【0007】

本発明の目的は、上述した課題を解決し、既存の装置への影響を抑制しつつ、パラメータ情報ファイルを取得できるようにすることができる送信装置、受信装置およびプログラムを提供することにある。

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

【0008】

上記課題を解決するため、本発明に係る送信装置は、映像信号および音声信号の少なくとも一方を含む映像音声信号をペイロードに格納した第１のパケットを生成する第１のパケット生成部と、前記映像音声信号に関するパラメータを示すパラメータ情報ファイルを生成するファイル生成部と、前記第１のパケットに前記パラメータ情報ファイルを付与するファイル付与部と、前記パラメータ情報ファイルが付与された前記第１のパケットをペイロードに格納した第２のパケットを生成して送信する第２のパケット生成部と、を備える。

【0009】

また、本発明に係る送信装置において、前記第１のパケット生成部は、前記映像音声信号が映像信号を含む場合には、前記映像信号をＳＭＰＴＥ ＳＴ２１１０－２０形式に従ってパケット化するようにして前記第１のパケットを生成し、前記映像音声信号が音声信号を含む場合には、前記音声信号をＳＭＰＴＥ ＳＴ２１１０－３０／３１形式に従ってパケット化するようにして前記第１のパケットを生成することが好ましい。

【0010】

また、上記課題を解決するため、本発明に係る受信装置は、上記の送信装置から送信された前記第２のパケットを受信する受信装置であって、前記パラメータ情報ファイルが付与された前記第１のパケットを含む、前記第２のパケットのペイロードを取得する第１のパケット受信部と、前記取得されたペイロードから、前記第１のパケットと、前記第１のパケットに付与された前記パラメータ情報ファイルとを取得するファイル取得部と、前記第１のパケットのペイロードに含まれる映像音声信号を、前記取得されたパラメータ情報ファイルに示されるパラメータを用いて再生する第２のパケット受信部と、を備える。

【0011】

また、上記課題を解決するため、本発明に係るプログラムは、コンピュータを、上記送信装置として機能させる。

【0012】

また、上記課題を解決するため、本発明に係るプログラムは、コンピュータを、上記受信装置として機能させる。

【発明の効果】

【0013】

本発明に係る送信装置、受信装置およびプログラムによれば、既存の装置への影響を抑制しつつ、パラメータ情報ファイルを取得できるようにすることができる。

【図面の簡単な説明】

【0014】

【図1】本発明の一実施形態に係る送信装置の構成例を示す図である。

【図2】本発明の一実施形態に係る受信装置の構成例を示す図である。

【図3】図１に示すＳＤＰファイル付与部の動作の一例を示すフローチャートである。

【図4】図１に示すＳＤＰファイル付与部によるＳＤＰファイル付与処理について説明するためのフローチャートである。

【図5】図１に示すＳＤＰファイル付与部が生成するＳＤＰファイル付与ヘッダの構成例を示す図である。

【図6】図１に示すＵＤＰ／ＩＰパケット生成部が生成するＩＰパケットの構成例を示す図である。

【図7】図２に示すＳＤＰファイル再構成部の動作の一例を示すフローチャートである。

【図8】図２に示すＳＤＰファイル再構成部によるＳＤＰファイル先頭読み込み処理について説明するためのフローチャートである。

【図9】図２に示すＳＤＰファイル再構成部によるＳＤＰファイル途中読み込み処理について説明するためのフローチャートである。

【図10】図２に示すＳＤＰファイル再構成部によるＳＤＰファイル完成判定処理について説明するためのフローチャートである。

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

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

ＳＤＰファイル付与フラグが０であると判定した場合（ステップＳ１２：Ｙｅｓ）、ＳＤＰファイル付与部１３は、入力されたＲＴＰパケットのヘッダ（ＲＴＰヘッダ）に含まれるＭ（Maker）ビットが１であるか否かを判定する（ステップＳ１７）。Ｍビットは、例えば、映像信号が送信される場合、ＲＴＰパケットで送信されるデータが１つの静止画（フレーム）における最後のデータであるか否かを示すビットである。ＲＴＰパケットで送信されるデータが１つの静止画における最後のデータである場合、Ｍビットが１になる。

【0045】

Ｍビットが１ではない（Ｍビットが０である）と判定した場合（ステップＳ１７：Ｎｏ）、ＳＤＰファイル付与部１３は、ＳＤＰファイル付与フラグが０であるので、入力されたＲＴＰパケットにＳＤＰファイルを付与することなく、ＵＤＰペイロードとして出力する（ステップＳ１６）。

【0046】

Ｍビットが１であると判定した場合（ステップＳ１７：Ｙｅｓ）、ＳＤＰファイル付与部１３は、ＳＤＰファイル付与フラグを１に設定し、ＳＤＰファイル付与オフセットを０に設定し、ＢＯＦファイルを１に設定し、ＥＯＦファイルを０に設定する（ステップＳ１８）。そして、ＳＤＰファイル付与部１３は、ＳＤＰファイル付与フラグが０であるので、入力されたＲＴＰパケットにＳＤＰファイルを付与することなく、ＵＤＰペイロードとして出力する（ステップＳ１６）。

【0047】

上述したように、Ｍビットが１である場合、ＲＴＰパケットで送信されるデータは、１つの静止画（フレーム）における最後のデータである。つまり、Ｍビットが１であるＲＴＰパケットの次のＲＴＰパケットは、次の静止画のデータを伝送するパケットである。Ｍビットが１である場合に、ＳＤＰファイル付与フラグを１に設定することで、次の静止画のデータを伝送するＲＴＰパケットに、そのＲＴＰパケットのペイロードに含まれる映像音声信号に関するパラメータを記述したＳＤＰファイルが付与される。従って、１つの静止画ごとに、その静止画を処理するためのパラメータを記述したＳＤＰファイルを伝送することができる。

【0048】

次に、ＳＤＰファイル付与部１３によるＳＤＰファイル付与処理の詳細について、図４に示すフローチャートを参照して説明する。

【0049】

ＳＤＰファイル付与部１３は、ＳＤＰファイル付与オフセットが示す位置から、付与ＳＤＰファイル長だけ、ＳＤＰファイルのデータを、ＲＴＰパケットの後ろにコピーする（ステップＳ１５１）。つまり、ＳＤＰファイル付与部１３は、ＲＴＰパケットにＳＤＰファイルをパディングとして付与する。

【0050】

ＳＤＰファイル付与部１３は、ＳＤＰファイル付与オフセットにＳＤＰ付与ファイル長を加算する（ステップＳ１５２）。

【0051】

次に、ＳＤＰファイル付与部１３は、ＳＤＰファイル付与オフセットがＳＤＰファイルサイズと同じであるか否かを判定する（ステップＳ１５３）。

【0052】

ＳＤＰファイル付与オフセットがＳＤＰファイルサイズと同じでないと判定した場合（ステップＳ１５３：Ｎｏ）、ＳＤＰファイル付与部１３は、ＳＤＰファイル付与ヘッダを生成する。

【0053】

図５は、ＳＤＰファイル付与部１３が生成するＳＤＰファイル付与ヘッダの構成例を示す図である。

【0054】

上述したように、本実施形態においては、ＳＤＰファイル付与ヘッダは１６ビットで構成される。図５に示すように、ＳＤＰファイル付与部１３は、ビット位置０のビットに、ＢＯＦフラグの値を割り当てる。また、ＳＤＰファイル付与部１３は、ビット位置１のビットに、ＥＯＦフラグの値を割り当てる。また、ＳＤＰファイル付与部１３は、ビット位置２のビットからビット位置７のビットには０を割り当てる。また、ＳＤＰファイル付与部１３は、ビット位置８からビット位置１５のビットに、付与ＳＤＰファイル長とＳＤＰファイル付与ヘッダ長（２ビット）とを足し合わせたパディング長を割り当てる。上述したように、付与ＳＤＰファイル長とＳＤＰファイル付与ヘッダ長と合わせた最大値は２５６バイトである。したがって、パディング長は８ビットで表わすことができる。

【0055】

図４を再び参照すると、ＳＤＰファイル付与部１３は、生成したＳＤＰファイル付与ヘッダを、ＲＴＰパケットの後ろに付与したＳＤＰファイルの後ろに付与する。また、ＳＤＰファイル付与部１３は、ＲＴＰヘッダのＰ（Padding）ビットを１に設定する（ステップＳ１５４）。Ｐビットは、パディングの有無を示すビットである。ＳＤＰファイル付与部１３は、ＲＴＰパケットにＳＤＰファイルを付与すると、ＲＴＰヘッダのＰビットを１に設定する。

【0056】

次に、ＳＤＰファイル付与部１３は、これ以降にＲＴＰパケットに付与されるＳＤＰファイルのデータは先頭のデータではないので、ＢＯＦフラグを０に設定する（ステップＳ１５５）。

【0057】

ＳＤＰファイル付与オフセットがＳＤＰファイルサイズと同じであると判定した場合（ステップＳ１５３：Ｙｅｓ）、ＳＤＰファイル付与部１３は、ＳＤＰファイルを全て伝送したと判定する。ＳＤＰファイル付与部１３は、ＳＤＰファイル付与フラグを０に、ＥＯＦフラグを１に設定し（ステップＳ１５６）、ステップＳ１５４の処理に進む。

【0058】

ＳＤＰファイル付与部１３は、ＳＤＰファイル（の一部）をＲＴＰパケットに付与した後、ＵＤＰペイロードとしてＵＤＰ／ＩＰパケット生成部１４に出力する。また、ＳＤＰファイル付与部１３は、ＲＴＰパケットサイズに、付与ＳＤＰファイル長と、ＳＤＰファイル付与ヘッダ長（２ビット）とを加えた値を、ＵＤＰペイロードサイズとしてＵＤＰ／ＩＰパケット生成部１４に出力する。

【0059】

ＵＤＰ／ＩＰパケット生成部１４は、図６に示すように、ＲＴＰパケットにＳＤＰファイルおよびＳＤＰファイル付与ヘッダが付与されたＵＤＰペイロードに、ＵＤＰヘッダおよびＩＰヘッダを付加して、ＩＰパケットを生成する。なお、図６においては、映像信号を伝送するＩＰパケットの構成例を示している。上述したように、映像信号は、ＳＭＰＴＥ ＳＴ２１１０－２０形式に従って、ＲＴＰパケットのペイロードに格納される。したがって、ＲＴＰパケットのペイロードには、図６に示すように、ＳＭＰＴＥ ＳＴ２１１０－２０形式のヘッダ（ＳＴ２１１０－２０ヘッダ）と、映像信号とが含まれる。

【0060】

次に、ＳＤＰファイル再構成部２２の動作の詳細について説明する。

【0061】

図７は、ＳＤＰファイル再構成部２２の動作の一例を示すフローチャートである。

【0062】

ＳＤＰファイル再構成部２２は、内部状態として、ＢＯＦフラグ、ＥＯＦフラグ、受信ＳＤＰファイル長、ＲＴＰｓｅｑ＿ｌａｓｔおよびＳＤＰファイル再構成バッファを管理する。受信ＳＤＰファイル長は、受信済みのＳＤＰファイルのデータのサイズを示す値である。ＲＴＰｓｅｑ＿ｌａｓｔは、最後に受信したＲＴＰパケットのシーケンス番号である。ＳＤＰファイル再構成バッファは、受信済みのＳＤＰファイルのデータを一時的に記憶するバッファである。

【0063】

特に指定しない場合、ＢＯＦフラグの初期値は１である。ＥＯＦフラグの初期値は０である。受信ＳＤＰファイル長の初期値は０である。ＲＴＰｓｅｑ＿ｌａｓｔの初期値は任意の値である。上述した各初期値は、例えば、受信装置２０の起動時に一度だけ設定される。ＳＤＰファイル再構成バッファのサイズは、ＳＤＰファイルを格納するために必要なサイズである。

【0064】

ＳＤＰファイル再構成部２２は、ＵＤＰ／ＩＰパケット受信部２１からＵＤＰペイロードが入力されると（ステップＳ２１）、ＲＴＰパケットサイズをＵＤＰペイロードサイズに設定する（ステップＳ２２）。

【0065】

次に、ＳＤＰファイル再構成部２２は、ＵＤＰペイロードに含まれるＲＴＰパケットのＲＴＰヘッダのＰビットが１であるか否かを判定する（ステップＳ２３）。

【0066】

ＲＴＰヘッダのＰビットが１であると判定した場合（ステップＳ２３：Ｙｅｓ）、ＳＤＰファイル再構成部２２は、ＲＴＰパケットにＳＤＰファイルが付与されていると判定する。そして、ＳＤＰファイル再構成部２２は、入力されたＵＤＰペイロードの最後２バイトをＳＤＰファイル付与ヘッダとして読み込む（ステップＳ２４）。そして、ＳＤＰファイル再構成部２２は、ＵＤＰペイロードの最後２バイトに格納されたＳＤＰファイル付与ヘッダを取得する。

【0067】

ＳＤＰファイル付与ヘッダを取得すると、ＳＤＰファイル再構成部２２は、ＲＴＰパケットサイズを算出する（ステップＳ２５）。具体的には、ＳＤＰファイル再構成部２２は、ＵＤＰペイロードサイズから取得したＳＤＰファイル付与ヘッダのパディング長で示される長さを引いて、ＲＴＰパケットサイズを算出する。

【0068】

ＲＴＰパケットサイズを算出すると、あるいは、ＲＴＰヘッダのＰビットが１でない（Ｐビットが０である）と判定すると（ステップＳ２３：Ｎｏ）、ＳＤＰファイル再構成部２２は、管理しているＥＯＦフラグが１であるか否かを判定する（ステップＳ２６）。

【0069】

ＥＯＦフラグが１であると判定した場合（ステップＳ２６：Ｙｅｓ）、ＳＤＰファイル再構成部２２は、ＳＤＰファイルの取得を完了したと判定し、後述するステップＳ３４の処理に進む。

【0070】

ＥＯＦフラグが１でない（ＥＯＦフラグが０である）と判定した場合（ステップＳ２６：Ｎｏ）、ＳＤＰファイル再構成部２２は、管理しているＢＯＦフラグが１であるか否かを判定する（ステップＳ２７）。

【0071】

ＢＯＦフラグが１であると判定した場合（ステップＳ２７：Ｙｅｓ）、ＳＤＰファイル再構成部２２は、ＳＤＰファイル先頭読み込み処理を行う（ステップＳ２８）。ＳＤＰファイル先頭読み込み処理の詳細については後述する。

【0072】

ＢＯＦフラグが１でない（ＢＯＦフラグが０である）と判定した場合（ステップＳ２７：Ｎｏ）、ＳＤＰファイル再構成部２２は、ＳＤＰファイル途中読み込み処理を行う（ステップＳ２９）。ＳＤＰファイル途中読み込み処理の詳細については後述する。

【0073】

次に、ＳＤＰファイル再構成部２２によるＳＤＰファイル先頭読み込み処理について、図８に示すフローチャートを参照して説明する。

【0074】

ＳＤＰファイル再構成部２２は、ＲＴＰヘッダのＰビットが１であるか否かを判定する（ステップＳ２８１）。

【0075】

ＲＴＰヘッダのＰビットが１でない（Ｐビットが０である）と判定した場合（ステップＳ２８１：Ｎｏ）、ＳＤＰファイル再構成部２２は、後述するステップＳ３４の処理に進む。

【0076】

ＲＴＰヘッダのＰビットが１であると判定した場合（ステップＳ２８１：Ｙｅｓ）、ＳＤＰファイル再構成部２２は、取得したＳＤＰファイル付与ヘッダのＢＯＦフラグが１であるか否かを判定する（ステップＳ２８２）。

【0077】

ＳＤＰファイル付与ヘッダのＢＯＦフラグが１でない（ＢＯＦフラグが０である）と判定した場合（ステップＳ２８２：Ｎｏ）、ＳＤＰファイル再構成部２２は、後述するステップＳ３４の処理に進む。

【0078】

ＳＤＰファイル付与ヘッダのＢＯＦフラグが１であると判定した場合（ステップＳ２８２：Ｙｅｓ）、ＳＤＰファイル再構成部２２は、ＲＴＰパケットに付与されたＳＤＰファイルをＳＤＰファイル再構成バッファにコピーする。具体的には、ＳＤＰファイル再構成部２２は、ＵＤＰペイロードの後ろからパディング長だけ戻った位置から、「パディング長－２」分のデータを、ＳＤＰファイル再構成バッファの先頭からコピーする（ステップＳ２８３）。

【0079】

図６を参照して説明したように、ＲＴＰパケットに付与されたＳＤＰファイルの後ろに、２バイトのＳＤＰファイル付与ヘッダが付与される。また、ＳＤＰファイル付与ヘッダにおけるパディング長は、付与ＳＤＰファイル長とＳＤＰファイル付与ヘッダ長（２バイト）とを足した値である。したがって、ＵＤＰペイロードの後ろからパディング長だけ戻った位置から、「パディング長－２」分のデータは、ＲＴＰパケットに付与されたＳＤＰファイルのデータに相当する。したがって、ＳＤＰファイル再構成部２２は、ＲＴＰパケットに付与されたＳＤＰファイルをＳＤＰファイル再構成バッファにコピーすることができる。

【0080】

次に、ＳＤＰファイル再構成部２２は、ＲＴＰｓｅｑ＿ｌａｓｔをＲＴＰヘッダのシーケンス番号に設定し、ＢＯＦフラグを０に設定し、受信ＳＤＰファイル長を「パディング長－２」に設定する（ステップＳ２８４）。その後、ＳＤＰファイル再構成部２２は、後述するステップＳ３１の処理に進む。

【0081】

次に、ＳＤＰファイル再構成部２２によるＳＤＰファイル途中読み込み処理について、図９に示すフローチャートを参照して説明する。

【0082】

ＳＤＰファイル再構成部２２は、ＲＴＰヘッダのシーケンス番号が「ＲＴＰｓｅｑ＿ｌａｓｔ＋１」と等しいか否かを判定する（ステップＳ２９１）。つまり、ＳＤＰファイル再構成部２２は、ＲＴＰヘッダのシーケンス番号が管理しているＲＴＰｓｅｑ＿ｌａｓｔよりも１大きいか否かを判定する。ここで、ＳＤＰファイル再構成部２２は、ＲＴＰｓｅｑ＿ｌａｓｔは１６ビットの非負整数とする。

【0083】

ＲＴＰヘッダのシーケンス番号が「ＲＴＰｓｅｑ＿ｌａｓｔ＋１」と等しくないと判定した場合（ステップＳ２９１：Ｎｏ）、ＳＤＰファイル再構成部２２は、シーケンス番号が連続していないため、パケットロスが発生したと判定する。ＳＤＰファイル再構成部２２は、ＢＯＦフラグを１に設定し（ステップＳ２９２）、後述するステップＳ３４の処理に進む。

【0084】

ＲＴＰヘッダのシーケンス番号が「ＲＴＰｓｅｑ＿ｌａｓｔ＋１」と等しいと判定した場合（ステップＳ２９１：Ｙｅｓ）、ＳＤＰファイル再構成部２２は、ＲＴＰｓｅｑ＿ｌａｓｔをＲＴＰヘッダのシーケンス番号に設定する（ステップＳ２９３）。

【0085】

次に、ＳＤＰファイル再構成部２２は、ＲＴＰヘッダのＰビットが１であるか否かを判定する（ステップＳ２９４）。

【0086】

ＲＴＰヘッダのＰビットが１でない（Ｐビットが０である）と判定した場合（ステップＳ２９４：Ｎｏ）、ＳＤＰファイル再構成部２２は、後述するステップＳ３４の処理に進む。

【0087】

Ｐビットが１であると判定した場合（ステップＳ２９４：Ｙｅｓ）、ＳＤＰファイル再構成部２２は、ＲＴＰパケットに付与されたＳＤＰファイルをＳＤＰファイル再構成バッファにコピーする。具体的には、ＳＤＰファイル再構成部２２は、ＵＤＰペイロードの後ろからパディング長だけ戻った位置から、「パディング長－２」分のデータを、ＳＤＰファイル再構成バッファの先頭から、受信ＳＤＰファイル長だけ進んだ位置からコピーする（ステップＳ２９５）。

【0088】

次に、ＳＤＰファイル再構成部２２は、受信ＳＤＰファイル長に「パディング長－２」を加算し（ステップＳ２９６）、後述するステップＳ３１の処理に進む。

【0089】

ＳＤＰファイル再構成部２２は、ステップＳ２６においてＥＯＦフラグが１でないと判定した場合、ステップＳ２８の処理（ＳＤＰファイル先頭読み込み処理）を行った後、あるいはステップＳ２９の処理（ＳＤＰファイル途中読み込み処理）を行った後、ＳＤＰファイルが完成したか否かを判定するＳＤＰファイル完成判定処理を行う。

【0090】

ＳＤＰファイル再構成部２２によるＳＤＰファイル完成判定処理について、図１０に示すフローチャートを参照して説明する。

【0091】

ＳＤＰファイル再構成部２２は、ＳＤＰファイル付与ヘッダのＥＯＦフラグが１であるか否かを判定する（ステップＳ３１）。

【0092】

ＳＤＰファイル付与ヘッダのＥＯＦフラグが１であると判定した場合（ステップＳ３１：Ｙｅｓ）、ＳＤＰファイル再構成部２２は、ＳＤＰファイルが完成したと判定する。そして、ＳＤＰファイル再構成部２２は、ＳＤＰファイル再構成バッファにコピーしたＳＤＰファイルおよび管理している受信ＳＤＰファイルサイズを、ＳＤＰファイル記憶部２３に出力する（ステップＳ３２）。

【0093】

次に、ＳＤＰファイル再構成部２２は、管理しているＥＯＦフラグを１に設定する（ステップＳ３３）。なお、ＳＤＰファイル付与ヘッダのＥＯＦフラグが１である場合に、ＳＤＰファイル再構成部２２は、管理しているＥＯＦフラグを１に設定する代わりに、ＢＯＦフラグを１に設定してもよい。こうすることで、次のＳＤＰファイルが送信されることで、現在完成しているＳＤＰファイルを更新することができる。

【0094】

次に、ＳＤＰファイル再構成部２２は、ＲＴＰヘッダのＰビットを０に設定する（ステップＳ３４）。

【0095】

そして、ＳＤＰファイル再構成部２２は、ＵＤＰペイロードの先頭から算出したＲＴＰパケットサイズ分のデータをＲＴＰパケットとして、ＲＴＰパケット受信部２４に出力する（ステップＳ３５）。

【0096】

ＳＤＰファイル付与ヘッダのＥＯＦフラグが１でない（ＥＯＦフラグが０である）と判定した場合（ステップＳ３１：Ｎｏ）、ＳＤＰファイル再構成部２２は、ＳＤＰファイルが完成していないと判定し、ステップＳ３４の処理に進む。

【0097】

このように本実施形態においては、送信装置１０は、第１のパケット生成部としてのＲＴＰパケット生成部１１と、ファイル生成部としてのＳＤＰファイル生成部１２と、ファイル付与部としてのＳＤＰファイル付与部１３と、第２のパケット生成部としてのＵＤＰ／ＩＰパケット生成部１４とを備える。ＲＴＰパケット生成部１１は、映像音声信号をペイロードに格納したＲＴＰパケット（第１のパケット）を生成する。ＳＤＰファイル生成部１２は、映像音声信号に関するパラメータを示すＳＤＰファイル（パラメータ情報ファイル）を生成する。ＳＤＰファイル付与部１３は、ＲＴＰパケットにＳＤＰファイルを付与する。ＵＤＰ／ＩＰパケット生成部１４は、ＳＤＰファイルが付与されたＲＴＰパケットをペイロードに格納したＩＰパケット（第２のパケット）を生成して送信する。

【0098】

また、本実施形態においては、受信装置２０は、第１のパケット受信部としてのＵＤＰ／ＩＰパケット受信部２１と、ファイル取得部としてのＳＤＰファイル再構成部２２と、第２のパケット受信部としてのＲＴＰパケット受信部２４とを備える。ＵＤＰ／ＩＰパケット受信部２１は、ＳＤＰファイルが付与されたＲＴＰパケット（第１のパケット）を含む、ＩＰパケット（第２のパケット）のペイロード（ＵＤＰペイロード）を取得する。ＳＤＰファイル再構成部２２は、取得されたＵＤＰペイロードから、ＲＴＰパケットと、ＲＴＰパケットに付与されたＳＤＰファイルとを取得する。ＲＴＰパケット受信部２４は、ＲＴＰパケットに含まれる映像音声信号を、取得されたＳＤＰファイルに示されるパラメータを用いて再生する。

【0099】

このように、映像音声信号を含むパケットに、映像音声信号に関するパラメータを示すパラメータ情報ファイルを付与して送信することで、当該パケットを受信するだけで、パラメータ情報ファイルも受信することができる。そのため、パラメータ情報ファイルを取得するための別途の通信などを行うための構成を設ける必要がないので、既存の装置への影響を抑制しつつ、パラメータ情報ファイルを取得できるようにすることができる。

【0100】

なお、実施形態では特に触れていないが、コンピュータを、送信装置１０または受信装置２０として機能させるプログラムが提供されてもよい。また、プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭなどの記録媒体であってもよい。

【0101】

あるいは、送信装置１０および受信装置２０が行う各処理を実行するためのプログラムを記憶するメモリ、および、メモリに記憶されたプログラムを実行するプロセッサによって構成され、送信装置１０または受信装置２０に搭載されるチップが提供されてもよい。

【0102】

上述の実施形態は代表的な例として説明したが、本発明の趣旨および範囲内で、多くの変更および置換が可能であることは当業者に明らかである。したがって、本発明は、上述の実施形態によって制限するものと解するべきではなく、特許請求の範囲から逸脱することなく、種々の変形および変更が可能である。例えば、実施形態の構成図に記載の複数の構成ブロックを１つに組み合わせたり、あるいは１つの構成ブロックを分割したりすることが可能である。

【符号の説明】

【0103】

１０ 送信装置
１１ ＲＴＰパケット生成部（第１のパケット生成部）
１２ ＳＤＰファイル生成部（ファイル生成部）
１３ ＳＤＰファイル付与部（ファイル付与部）
１４ ＵＤＰ／ＩＰパケット生成部（第２のパケット生成部）
２０ 受信装置
２１ ＵＤＰ／ＩＰパケット受信部（第１のパケット受信部）
２２ ＳＤＰファイル再構成部（ファイル取得部）
２３ ＳＤＰファイル記憶部
２４ ＲＴＰパケット受信部（第２のパケット受信部）

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】