特許 7586178 映像配信システム、映像配信方法、送信装置及び送信プログラム

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

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

(11)【特許番号】

(24)【登録日】2024-11-11

(45)【発行日】2024-11-19

(54)【発明の名称】映像配信システム、映像配信方法、送信装置及び送信プログラム

(51)【国際特許分類】

   H04N 21/436 20110101AFI20241112BHJP

【ＦＩ】

H04N21/436

【請求項の数】 7

(21)【出願番号】P 2022532220

(86)(22)【出願日】2020-06-26

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

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

(87)【国際公開日】2021-12-30

【審査請求日】2022-11-10

(73)【特許権者】

【識別番号】000004226

【氏名又は名称】日本電信電話株式会社

(74)【代理人】

【識別番号】100119677

【弁理士】

【氏名又は名称】岡田 賢治

(74)【代理人】

【識別番号】100160495

【弁理士】

【氏名又は名称】畑 雅明

(74)【代理人】

【識別番号】100115794

【弁理士】

【氏名又は名称】今下 勝博

(72)【発明者】

【氏名】藤原 稔久

(72)【発明者】

【氏名】谷口 友宏

(72)【発明者】

【氏名】小野 央也

【審査官】松元 伸次

(56)【参考文献】

【文献】米国特許出願公開第２００９／０３１３６６９（ＵＳ，Ａ１）

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

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

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

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

Ｈ０４Ｎ７／１０

７／１４－７／１７３

７／２０－７／５６

２１／００－２１／８５８

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

【請求項1】

送信装置が、非圧縮映像データをフレーム及び走査線の少なくともいずれかで分離してパケット化し、フレーム及び走査線の少なくともいずれかに応じたアドレスをヘッダに記載してパケットを送信し、
受信装置が、自装置のネットワーク帯域及び画質の少なくともいずれかで定められるアドレスがヘッダに記載された非圧縮映像データを選択的に受信する、
映像配信システム。

【請求項2】

前記送信装置が、映像データとは異なるデータを、映像データとは異なるアドレスをヘッダに記載して送信する、
請求項１に記載の映像配信システム。

【請求項3】

前記送信装置が、映像ソースからフレーム及び走査線の少なくともいずれかを間引いた第１の非圧縮映像データと、前記第１の非圧縮映像データにおいて前記映像ソースから間引かれた第２の非圧縮映像データと、をそれぞれパケット化し、前記第１の非圧縮映像データと第２の非圧縮映像データとを異なるアドレスをヘッダに記載して送信する、
請求項１に記載の映像配信システム。

【請求項4】

前記受信装置は、
前記第１の非圧縮映像データ及び第２の非圧縮映像データを受信し、
前記第１の非圧縮映像データ及び第２の非圧縮映像データを組み合わせ、表示デバイスで再生可能な非圧縮映像データを構築する、
請求項３に記載の映像配信システム。

【請求項5】

送信装置が、非圧縮映像データをフレーム及び走査線の少なくともいずれかで分離してパケット化し、フレーム及び走査線の少なくともいずれかに応じたアドレスをヘッダに記載してパケットを送信し、
受信装置が、自装置のネットワーク帯域及び画質の少なくともいずれかで定められるアドレスがヘッダに記載された非圧縮映像データを選択的に受信する、
映像配信方法。

【請求項6】

非圧縮映像データのフレーム及び走査線の少なくともいずれかを識別する信号解析部と、
非圧縮映像データをフレーム及び走査線の少なくともいずれかで分離してパケット化するパケット化部と、
フレーム及び走査線の少なくともいずれかに応じた、ネットワーク帯域及び画質の少なくともいずれかで定められるアドレスをヘッダに記載して、前記パケット化部で生成された各パケットを送出するデータ送出部と、
を備える送信装置。

【請求項7】

請求項６に記載の送信装置に備わる各機能部としてコンピュータを機能させるための送信プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ネットワークを介して、画面を遠隔地に配信するシステムに関する。

【背景技術】

【0002】

従来、ディスプレイやモニタなどの表示デバイスへの映像データの転送には、数ｍから数十ｍ程度の近距離の接続が前提の接続方式が用いられてきた。例えば、ＨＤＭＩ（Ｈｉｇｈ－Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ）（登録商標）［非特許文献１］は、コンピュータとそのモニタや、テレビや関連するＡＶ（Ａｕｄｉｏ／Ｖｉｓｕａｌ）機器同士を接続するために普及した方式であるが、数ｋｍなど先などの遠隔地の機器を直接接続し、映像データを転送することはできない。

【0003】

遠隔地に映像データを転送するためには、上記のＨＤＭＩの信号を通信用に適した信号に変換するための装置が用いられる。ＨＤＭＩ信号を所定の形式でＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）パケット化する方式などが知られている［非特許文献２，３］。

【先行技術文献】

【非特許文献】

【0004】

【文献】ｈｔｔｐｓ：／／ｗｗｗ．ｈｄｍｉ．ｏｒｇ／ｓｐｅｃ／ｈｄｍｉ２＿１

【文献】ｈｔｔｐｓ：／／ｗｗｗ．ａｊａ－ｊｐ．ｃｏｍ／ｎｅｗｓ／ｐｒｅｓｓ／１０６８－ａｊａ－ａｎｎｏｕｎｃｅｓ－ｉｐｔ－１０ｇ２－ｈｄｍｉ－ａｎｄ－ｉｐｔ－１０ｇ２－ｓｄｉ

【文献】ｈｔｔｐ：／／ｈ－ｐａｔｈ．ｃｏ．ｊｐ／ｓｅｒｖｉｃｅ＿ｐｒｏｄｕｃｔ／３－ｍｏｎｉｔｏｒｉｎｇ－ｗｉｔｈ－ｔｒａｎｓｍｉｔｔｅｒ－ｒｅｃｅｉｖｅｒ／

【発明の概要】

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

【0005】

遠隔地に映像データを転送する場合、１つの映像ソースに対して、１つの表示デバイスだけでなく、複数の表示デバイスに同時配信する場合がある。特に、低遅延の配信を実現する場合は、非圧縮の映像データの転送が必要となる。

【0006】

ＨＤＭＩ等の非圧縮映像データをネットワークで転送する従来方式では、１つの映像ソースに対して、複数の表示デバイスに対する効率的な配信が実現できていなかった。例えば、マルチキャストで、同一の映像データをすべての表示デバイスへ配信するだけであった。このようなシステムには２つの問題がある。

【0007】

１つはすべての受信装置に対して、十分な非圧縮映像データを伝送するネットワーク帯域がない場合があることである。一律高画質・高フレームレートで配信を実施すると、非圧縮映像データは膨大なデータ量となることから、帯域が十分でないネットワークで映像コンテンツが表示できないだけでなく、ネットワーク帯域を圧迫し、その他の通信をも阻害することとなる。また、低いネットワーク帯域に合わせて配信すると、高画質・高フレームレートの映像ソースの品質を活かした配信ができないという問題が生じる。

【0008】

もう１つは、映像ソースの画素及びフレームレートに対応した映像を表示できる表示デバイスがない場合があることである。固定的なシステムではなく、動的に都度映像ソースが変更になることや、多数の表示デバイスに配信する場合、全ての映像ソースのフォーマットに対して、すべての表示デバイスが対応することは難しい。

【0009】

つまり、本開示は、大容量の映像データを利用可能帯域が異なる複数のネットワークを介して遠隔地の表示能力が異なる表示デバイスへ転送可能にすることを目的とする。

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

【0010】

送信側が、映像データをフレームまたは走査線ごとに異なる識別子のパケットで送信し、受信側が、ネットワーク帯域または表示可能な画質に応じて、所定の識別子のパケットを選択的に受信する。

【0011】

具体的には、本開示の映像配信システムは、
送信装置が、フレーム及び走査線の少なくともいずれかごとに映像データをパケット化し、複数の識別子をヘッダに記載してパケットを送信し、
受信装置が、前記複数の識別子のうちの所定の識別子がヘッダに記載された映像データを選択的に受信する。

【0012】

具体的には、本開示の映像配信方法は、
送信装置が、フレーム及び走査線の少なくともいずれかごとに映像データをパケット化し、複数の識別子をヘッダに記載してパケットを送信し、
受信装置が、前記複数の識別子のうちの所定の識別子がヘッダに記載された映像データを選択的に受信する。

【0013】

具体的には、本開示の送信装置は、
映像データのフレーム又は走査線の少なくともいずれかを識別する信号解析部と、
フレーム及び走査線の少なくともいずれかごとに映像データをパケット化するパケット化部と、
複数の識別子をヘッダに記載して、前記パケット化部で生成された各パケットを送出するデータ送出部と、
を備える。

【0014】

本開示の送信プログラムは、本開示に係る送信装置に備わる各機能部としてコンピュータを実現させるためのプログラムであり、本開示に係る送信装置が実行する送信方法に備わる各ステップをコンピュータに実行させるためのプログラムである。

【発明の効果】

【0015】

本開示によれば、大容量の映像データを利用可能帯域が異なる複数のネットワークを介して遠隔地の表示能力が異なる表示デバイスへ転送することができる。

【図面の簡単な説明】

【0016】

【図1】本開示の概略構成の一例を示す。

【図2】フレームを用いたアドレスの制御例を示す。

【図3】走査線を用いたアドレスの制御例を示す。

【図4】画像データ以外を用いたアドレスの制御例を示す。

【図5】音声データの第１の配置例を示す。

【図6】音声データの第２の配置例を示す。

【図7】本開示のシステム構成例を示す。

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

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

本開示は情報通信産業に適用することができる。

【符号の説明】

【0047】

１０１：送信装置
１０２、１０３：受信装置
１１２、１１３：ネットワーク境界装置
１２１、１２２、１２３：ネットワーク
５００：送信装置
５０１、６０１：入力バッファ
５０２、６０３：信号解析部
５０３、６０４：データ調整部
５０４：パケット化部
５０５：データ送出部
６００：受信装置
６０２：デパケット部
６０５：データ出力部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】