JP2023182982A - 映像伝送システム、映像伝送装置、及び映像伝送プログラム - Google Patents

Abstract

【課題】映像分割による圧縮伸張処理の分散処理化と、分散処理の自動化と、を提供する映像伝送システム。【解決手段】並列分散処理サーバを備える並列分散処理システムと、映像を分割して各分割映像を並列分散処理システムに並列伝送する送信装置としての映像伝送装置と、並列分散処理システムから各分割映像を受信して統合することで分割前の映像を取得する受信装置としての映像伝送装置と、を備え、送信装置としての映像伝送装置は、映像の分割数に応じて、分割された映像の伝送先であって、分割映像を軽圧縮する並列分散処理サーバを割り当て、受信装置としての映像伝送装置は、映像の分割数に応じて、分割された映像の軽圧縮された映像を伸張し、伸張された各分割映像を受信装置としての映像伝送装置にそれぞれ伝送する並列分散処理サーバを割り当てる映像伝送システム。【選択図】図１

Description

本発明は、映像伝送システム、映像伝送装置、及び映像伝送プログラムに関する。

現在、番組制作機能のソフトウェア化が進んでいる。ソフトウェア化された機能群間のデータ伝送において、局内ネットワークを用いる場合、例えば処理部Ａ（オンプレミスサーバ）から処理部Ｂ（オンプレミスサーバ）までの映像伝送が必要となる。また局外ネットワーク（例えば商用通信回線利用）を用いた場合であって、例えばクラウドサーバに処理部を設置する場合、放送局オンプレミスサーバからクラウドサーバまでの映像伝送が必要となる。
このとき、非圧縮の２Ｋ（６０ｉ）映像のデータレートは１．３Ｇｂｐｓ、非圧縮の４Ｋ（６０ｐ）映像のデータレートは１２Ｇｂｐｓ、非圧縮の８Ｋ（６０ｐ）映像のデータレートは約４０Ｇｂｐｓ、非圧縮の８Ｋ（１２０ｐ）映像のデータレートは約１４４Ｇｂｐｓであり、合計で数十、数百もの映像を扱う場合、局外ネットワークはもちろん、局内ネットワークにおいても、データレートの大きさは大きな課題となる。
このため、現在では、低遅延かつ画質を保って圧縮できるＪＰＥＧ ＸＳといった軽圧縮技術を用いて軽圧縮した映像データを伝送することがなされるようになっている。

ＪＰＥＧ ＸＳは、比較的処理が軽量な圧縮技術だが、例えば４Ｋ／８Ｋの映像データを処理する場合において、番組制作では、１Ｆ（１６．６ｍｓ）以内（又は未満）といった低遅延で処理することが要求される。
このため、圧縮以外の処理も含めて１Ｆ（１６．６ｍｓ）以内（又は未満）に実施するためには、圧縮処理を例えば８．３ｍｓ以内に実施することが必要になる。
図５Ａは、高スペックのサーバで各映像データ（２Ｋ、４Ｋ、及び８Ｋ）のエンコードに必要となるスレッド数、また、図５Ｂは、高スペックのサーバで各映像データ（２Ｋ、４Ｋ、及び８Ｋ）のデコードに必要となるスレッド数を表す図である。図５Ａ及び図５Ｂに示すとおり、例えば８Ｋ映像データの場合、高スペックのサーバでも、例えば１００スレッド以上のリソースを割当てることが必要となり、現状のサーバでは、実現が難しいことが考えられる。

この点、例えば、非特許文献１には、８Ｋ映像を１６枚の２Ｋ映像に分割して伝送する方式が紹介されている。具体的には、８Ｋ送信装置が、８Ｋ映像を１６枚の２Ｋ映像（以下、「サブピクチャー」という）に分割し、各サブピクチャーをＳＴ２１１０－２０形式で伝送する。そして、８Ｋ映像の処理を行う代わりに、各サブピクチャーの処理を、２Ｋ対応の映像処理装置で並列に行う。映像処理の内容としては、例えば、映像のカット・ディゾルブ切り替えや色変換等、該当ピクセル情報から計算できる処理が可能としている。そして、８Ｋ受信装置側で、１６枚のサブピクチャーから８Ｋ映像を復元する方式が紹介されている。
この伝送方式の利点として、８Ｋ映像を２Ｋ映像に分割することで、各ＳＴ２１１０－２０フローの伝送に必要な帯域を小さくすることができる点、すなわち、例えば６０ｆｐｓ、４：２：２、１０ビットの８Ｋ映像を１６枚のサブピクチャーに分割した場合、各サブピクチャーの伝送に必要な帯域は約２．６Ｇｂｐｓであり、１０Ｇイーサネットや２５Ｇイーサネットを利用することができることが挙げられている。
本方式を導入することで、８Ｋ受信装置では複数の２Ｋサブピクチャーを同期させて８Ｋ映像に復元する処理が必要となるが、ＳＴ２１１０スイートは、ＰＴＰ（Precision Time Protocol）を用いることで複数の映像フローや音声フローの同期が行えるように設計された規格であることから、特別な機能拡張なしに２Ｋサブピクチャー間の同期をとることが可能であることが紹介されている。
また、高解像度の映像を複数の低解像度映像に分割する方式として、代表的な２つの方法が紹介されている。１つ目の分割方式は、高解像度映像を空間的に分割する方式であり、２つ目の分割方式は、画素ごとに振り分けて低解像度映像を作成する方式である。
なお、非特許文献１に記載された８Ｋ送信装置（８Ｋ／２Ｋ変換装置）では、マルチスレッド処理によって８Ｋ映像を１６枚の２Ｋサブピクチャー映像に分割し、リアルタイム処理を行うために、ＳＩＭＤ（Single Instruction/Multiple Data）を用いて処理の高速化を行い、各サブピクチャーは、それぞれＳＴ２１１０－２０フローとして多重出力している。他方、８Ｋ受信装置（２Ｋ／８Ｋ変換装置）は、１６本のＳＴ２１１０－２０フローを受信し、ＲＴＰタイムスタンプ値を基に同期処理を行い、８Ｋ映像へと変換する。８Ｋ受信装置（２Ｋ／８Ｋ変換装置）は、８Ｋ送信装置（８Ｋ／２Ｋ変換装置）と同様に、ＳＩＭＤを用いて処理の高速化を図っている。

非特許文献１では、８Ｋ映像を１６枚の２Ｋ映像に分割して伝送する方式であるのに対して、非特許文献２では、送信機側で、８Ｋ（１２０ｐ）映像を４並列処理で４Ｋ映像に４分割して、それぞれの４Ｋ映像を軽圧縮した映像データをＩＰフォーマットで伝送し、受信機側で軽圧縮された４Ｋ映像を４並列処理で復号化し、ＰＴＰに基づいて、同期処理を行い、８Ｋ（１２０ｐ）映像に復元する方式が紹介されている。具体的には、送信機は、ＳＤＩ信号を介して入力された８Ｋ（１２０ｐ）映像を４分割し、分割されて得られた４個の４Ｋ映像をそれぞれ軽圧縮処理して（分散化処理）、それぞれイーサネットフォーマットで受信機に伝送する。受信機は受信した４個の４Ｋ映像をそれぞれ伸張処理して（分散化処理）、伸張された４個の４Ｋ画像を統合して、８Ｋ（１２０ｐ）映像に復元して、ＳＤＩ信号を介して出力する。このように映像データを分割し、分割された各映像信号に対して軽圧縮技術を適用することで、伝送帯域を削減しながら、高画質低遅延伝送を実現している。

そうすると、例えば非特許文献１に記載されたように、映像圧縮処理の並列化、例えば４Ｋ／８Ｋ映像を２Ｋに分割し、さらに、非特許文献２に記載されたように軽圧縮する処理を並列的にマルチスレッド処理することで２Ｋ相当の処理として扱うことができる。

８Ｋ映像を分割して伝送・処理を行うＩＰ制作システム，NHK技研 R&D/No.179/2020.1.（８Ｋ番組制作のための光・ＩＰ伝送技術特集号）[online]，[令和4年5月20日検索]，インターネット＜https://www.nhk.or.jp/strl/publica/rd/179/pdf/rd179.pdf＞ リモートプロダクションを実現する軽圧縮８Ｋ ＩＰ伝送装置の開発，NHK技研 R&D/No.179/2020.1.（８Ｋ番組制作のための光・ＩＰ伝送技術特集号）[online]，[令和4年5月20日検索]，インターネット＜https://www.nhk.or.jp/strl/publica/rd/179/pdf/rd179.pdf＞

しかしながら、非特許文献２に記載の発明は、送信機において映像を分割した後、送信機においてマルチスレッド処理でそれぞれの分割された映像データを軽圧縮し、それぞれの分割されたデータを受信機に対して伝送するものであり、また受信機においても、マルチスレッド処理でそれぞれの分割された映像データを受信したうえで復元し、８Ｋに統合するものである。また、非特許文献１においても、送信機において映像を予め設定された分割数に分割した後、それぞれの分割されたデータを受信機に対して伝送するものであり、また受信機においても、マルチスレッド処理でそれぞれの予め設定された分割数に分割された映像データを受信したうえで、復元し、８Ｋに統合するものである。
このように、両者ともに、スペックの高い１つの装置におけるマルチスレッド処理を前提としており、また、予め画像の分割数を設定したうえで、送信機及び受信機上に分割数に対応してマルチスレッド処理による制御を実行するように設定されている。このため、例えば送信機又は受信機において、負荷が増大した場合等に、分散処理を動的に対応できるものではない。また、分割数についても、動的に対応できるものでもない。このため、映像を分割して圧縮伸張を分散処理する場合に、自動的に分散化したリソースを確保し割当て制御できることが望まれている。

本発明は、映像伝送時のソフトウェアによる圧縮伸張処理における単一リソース規模の低減と低遅延化を可能とする、映像分割による圧縮伸張処理の分散処理化と、分散処理の自動化と、を提供する映像伝送システムを提供することを目的とする。

本発明に係る映像伝送システムは、並列分散処理サーバを備える並列分散処理システムと、映像を分割して、分割されたそれぞれの分割映像を前記並列分散処理システムに並列伝送する映像送信装置としての映像伝送装置と、前記並列分散処理システムからそれぞれ前記分割映像を受信して統合することで分割前の映像を取得する映像受信装置としての映像伝送装置と、を備える映像伝送システムであって、前記映像送信装置としての映像伝送装置は、映像の分割数に応じて、前記分割された映像の伝送先であって、前記分割された映像を軽圧縮する並列分散処理サーバを割り当て、前記映像受信装置としての映像伝送装置は、映像の分割数に応じて、前記分割された映像の軽圧縮された映像を伸張し、伸張された前記分割された映像を前記映像受信装置としての映像伝送装置にそれぞれ伝送する並列分散処理サーバを割り当て、前記分割された映像を軽圧縮する並列分散処理サーバと、前記軽圧縮された前記分割された映像を伸張する並列分散処理サーバと、を対応づけることで、前記分割された映像の伝送先としての並列分散処理サーバは、軽圧縮した前記分割された映像を、前記対応づけられた並列分散処理サーバに伝送する。

前記映像送信装置としての映像伝送装置及び前記映像受信装置としての映像伝送装置は、映像伝送時の映像圧縮伸張処理を並列分散化する際の映像圧縮伸張処理及び映像分割統合処理方法を定義するＳＤＰファイルに基づいて、それぞれ前記分割された映像の伝送先であって、前記分割された映像を軽圧縮する並列分散処理サーバ、及び前記軽圧縮された前記分割された映像を伸張する並列分散処理サーバを割り当てるとともに、前記分割された映像を軽圧縮する並列分散処理サーバと、前記軽圧縮された前記分割された映像を伸張する並列分散処理サーバと、の対応を前記ＳＤＰファイルに記録するようにしてもよい。

前記ＳＤＰファイルは、少なくとも映像の分割数、映像の分割手法、映像の圧縮率、映像伝送時の遅延要求、並列分散処理サーバの冗長性、及びサーバリソース使用状況通知頻度を記述するパラメータを含むようにしてもよい。

前記映像送信装置としての映像伝送装置及び前記映像受信装置としての映像伝送装置は、前記サーバリソース使用状況通知頻度に応じて、それぞれ前記分割された映像を軽圧縮する並列分散処理サーバ及び前記軽圧縮された前記分割された映像を伸張する並列分散処理サーバからサーバリソース使用状況を取得し、前記サーバリソース使用状況から、動作不安定と判定された場合、前記並列分散処理システムから、新たに並列分散処理サーバを確保し、動作不安定と判定された並列分散処理サーバを置き換えるようにしてもよい。

本発明に係る映像伝送装置は、映像を分割して、分割されたそれぞれの分割映像を、並列分散処理サーバを備える並列分散処理システムに並列伝送する映像送信装置としての映像伝送装置であって、前記映像伝送装置は、映像の分割数に応じて、前記分割された映像の伝送先であって、前記分割された映像を軽圧縮する並列分散処理サーバを映像伝送時の映像圧縮伸張処理を並列分散化する際の映像圧縮伸張処理及び映像分割統合処理方法を定義するＳＤＰファイルに基づいて割り当てる。

本発明に係る映像伝送装置は、並列分散処理サーバを備える並列分散処理システムから、複数個に分割された映像のそれぞれの分割映像を受信して統合することで分割前の映像を取得する映像受信装置としての映像伝送装置であって、前記映像伝送装置は、映像の分割数に応じて、前記分割された映像の軽圧縮された映像を伸張し、伸張された前記分割された映像を前記映像伝送装置にそれぞれ伝送する並列分散処理サーバを、映像伝送時の映像圧縮伸張処理を並列分散化する際の映像圧縮伸張処理及び映像分割統合処理方法を定義するＳＤＰファイルに基づいて割り当てる。

前記ＳＤＰファイルは、少なくとも映像の分割数、映像の分割手法、映像の圧縮率、映像伝送時の遅延要求、並列分散処理サーバの冗長性、及びサーバリソース使用状況通知頻度を記述するパラメータを含むようにしてもよい。

本発明に係る映像伝送プログラムは、映像送信装置としての映像伝送装置としてコンピュータを機能させるためのものである。

本発明に係る映像伝送プログラムは、映像受信装置としての映像伝送装置としてコンピュータを機能させるためのものである。

本発明によれば、映像伝送時のソフトウェアによる圧縮伸張処理における単一リソース規模の低減と低遅延化を可能とする、映像分割による圧縮伸張処理の分散処理化と、分散処理の自動化と、を提供する映像伝送システムを提供することができる。

実施形態における映像伝送システムの構成を示す図である。 ＳＤＰファイルに記述される主要なパラメータを示す図である。 実施形態における並列分散処理サーバにおける動作が不安定の問題があると判定した場合の処理の概要を示す図である。 実施形態における映像送信装置としての映像伝送装置の分散制御処理を示すフローチャートである。 実施形態における映像受信装置としての映像伝送装置の分散制御処理を示すフローチャートである。 高スペックのサーバで映像データ（２Ｋ、４Ｋ、及び８Ｋ）のエンコードに必要となるスレッド数を表す図である。 高スペックのサーバで各映像データ（２Ｋ、４Ｋ、及び８Ｋ）のデコードに必要となるスレッド数を表す図である。

以下、本発明の実施形態の一例について説明する。
図１は、本実施形態における映像伝送システム１の構成を示す図である。
映像伝送システム１は、映像送信装置としての映像伝送装置１０Ａ（以下、「映像伝送装置（送信側）１０Ａ」又は、「映像伝送装置（送）１０Ａ」ともいう）と、映像受信装置としての映像伝送装置１０Ｂ（以下、「映像伝送装置（受信側）１０Ｂ」、又は「映像伝送装置（受）１０Ｂ」ともいう）と、並列分散処理システム２と、を備える。並列分散処理システム２は、複数の並列分散処理サーバ２０を備える。なお、本実施形態において、映像伝送は、特に断らない限り、ＲＴＰ（Real-time Transport Protocol）を用いた伝送を想定する。
最初に、並列分散処理サーバ２０について説明する。

並列分散処理サーバ２０は、ネットワークインタフェース（図示せず）、ＣＰＵ（図示せず）、主記憶装置（図示せず）、二次記憶装置（図示せず）及び、これらを相互に接続するバス（またはインターコネクト）（図示せず）を備える計算機である。並列分散処理サーバ２０－１～２０－ｎの構成は同様とする。なお、計算機はクラウド、オンプレミス環境における仮想サーバ等であってもよい。
ネットワークインタフェース（図示せず）は、並列分散処理サーバ２０をネットワーク（図示せず）に接続するためのインタフェースである。ＣＰＵ（図示せず）は主記憶装置（図示せず）に記憶されているプログラムを実行することによって並列分散処理サーバの所定の機能を実現する演算処理装置である。主記憶装置（図示せず）は、ＣＰＵ（図示せず）によって実行されるプログラム、及び、プログラムの実行に必要なデータを記憶するＲＡＭ等の記憶装置である。プログラムとは、例えばＯＳ（図示せず）、及び、後述する並列分散処理の機能を実現するためのプログラムである。二次記憶装置（図示せず）は、並列分散処理サーバ２０が所定の機能を実現するために必要なプログラム、及び、入力データ、出力データ等のデータを格納するハードディスク装置等の不揮発性記憶媒体である。なお、二次記憶装置（図示せず）は、ハードディスク装置等の磁気的記憶媒体に限定されるものではなく、フラッシュメモリなどの不揮発性の半導体記憶媒体であってもよい。

本実施形態における並列分散処理サーバ２０は、映像送信側の機能部としてサーバを機能させるプログラムと、映像受信側の機能部としてサーバを機能させるプログラムと、を備えるようにしてもよい。
並列分散処理サーバ２０は、映像送信側の機能部としてサーバを機能させるプログラムを実行することにより、並列分散処理（送信側）サーバ２０Ａとして機能する。以降、簡単のため、並列分散処理（送信側）サーバ２０Ａを「並列分散処理（送）サーバ２０Ａ」ともいう。また、並列分散処理サーバ２０は、映像受信側の機能部としてサーバを機能させるプログラムを実行することにより、並列分散処理（受信側）サーバ２０Ｂとして機能する。以降、簡単のため、並列分散処理（受信側）サーバ２０Ｂを「並列分散処理（受）サーバ２０Ｂ」ともいう。

並列分散処理サーバ２０は、映像送信側の機能部としてサーバを機能させるプログラムと、映像受信側の機能部としてサーバを機能させるプログラムと、を両方備えるようにしてもよい。また、並列分散処理サーバ２０は、サーバリソース使用状況（例えば、ＣＰＵ利用率、ＣＰＵ温度、メモリ使用率、ネットワーク使用率等）を取得して、例えば、予め設定された装置（例えば、後述する映像伝送装置１０等）からサーバリソース使用状況の問い合わせを受けた場合、サーバリソース使用状況を通知するプログラムを実行するようにしてもよい。さらに、通知頻度が指定された場合、指定された通知頻度でサーバリソース状況を通知するようにしてもよい。
そうすることで、後述する映像伝送装置１０は、並列分散処理サーバ２０からサーバリソース使用状況を取得して、充分なサーバリソース容量のあるサーバを確保して、例えば並列分散処理（送）サーバ２０Ａ又は並列分散処理（受）サーバ２０Ｂとして稼動させることができる。
具体的には、確保した並列分散処理サーバ２０に、映像送信側の機能部としてサーバを機能させるプログラムを実行させることにより、確保した並列分散処理サーバ２０を送信側としての分散制御部２０１Ａ、映像圧縮部２０２Ａ、及び映像送信部２０３Ａを備える並列分散処理（送）サーバ２０Ａとして、機能させることができる。他方、後述する映像伝送装置（受）１０Ｂにより、確保された並列分散処理サーバ２０に、映像受信側の機能部としてサーバを機能させるプログラムを実行させることにより、確保した並列分散処理サーバ２０を受信側としての分散制御部２０１Ｂ、映像伸張部２０２Ｂ、及び映像受信部２０３Ｂを備える並列分散処理（受）サーバ２０Ｂとして、機能させることができる。
このように、映像伝送装置（送）１０Ａ及び映像伝送装置（受）１０Ｂは、並列分散処理システム２から、必要に応じて動的に並列分散処理（送）サーバ２０Ａ及び並列分散処理（受）サーバ２０Ｂを確保することができる。

なお、並列分散処理サーバ２０は、前述した並列分散処理の機能を実現するためのプログラムの外に、映像圧縮伝送以外の他の業務における並列分散処理の機能を実行するプログラムを備えるようにしてもよい。その場合、並列分散処理サーバ２０を他の業務でも使用することができる。

並列分散処理サーバ２０は、自身のリソース使用状況を管理し、後述する映像伝送装置（送）１０Ａ又は映像伝送装置（受）１０Ｂからのリソース使用状況の問い合わせに対して、自身のサーバリソース使用状況を通知する。
そうすることで、前述したように映像伝送装置（送）１０Ａ又は映像伝送装置（受）１０Ｂは、並列分散処理サーバ２０のサーバリソース使用状況に基づいて、並列分散処理サーバ２０を並列分散処理（送）サーバ２０Ａ又は並列分散処理（受）サーバ２０Ｂとして割り当てる（確保する）ことができる。

なお、並列分散処理サーバ２０は、それぞれ、並列分散処理（送）サーバ２０Ａ又は並列分散処理（受）サーバ２０Ｂとして機能するように予め設定されている構成としてもよい。その場合、後述する映像伝送装置（送）１０Ａは、並列分散処理（送）サーバ２０Ａとして設定された複数のサーバから並列分散処理（送）サーバ２０Ａを確保し、また、後述する映像伝送装置（受）１０Ｂは、予め並列分散処理（受）サーバ２０Ｂとして設定された複数のサーバから並列分散処理（受）サーバ２０Ｂを確保するようにしてもよい。その場合、映像伝送装置（送）１０Ａは、並列分散処理（送）サーバ２０Ａとして設定された複数のサーバから、サーバリソース使用状況に基づいて、並列分散処理（送）サーバ２０Ａを確保するようにしてもよい。また、映像伝送装置（受）１０Ｂは、並列分散処理（受）サーバ２０Ｂとして設定された複数のサーバから、サーバリソース使用状況に基づいて、並列分散処理（受）サーバ２０Ｂを確保するようにしてもよい。

次に、並列分散処理（送）サーバ２０Ａについて説明する。
並列分散処理サーバ２０が、映像伝送装置（送）１０Ａにより、並列分散処理（送）サーバ２０Ａとして割り当てられた（確保された）場合、前述したように、並列分散処理サーバ２０を並列分散処理（送）サーバ２０Ａとして機能させるプログラムを実行することにより、並列分散処理（送）サーバ２０Ａは、機能部として、送信側としての分散制御部２０１Ａ、映像圧縮部２０２Ａ、及び映像送信部２０３Ａを備える。

分散制御部２０１Ａは、映像伝送装置（送）１０Ａから送信相手先となる並列分散処理（受）サーバ２０ＢのＩＰアドレス等を受信するとともに、後述するＳＤＰファイルの要件（圧縮率、遅延要件（秒数）、映像分割数、映像分割手法、冗長性、及びサーバリソース使用状況通知頻度等）を受信する。
分散制御部２０１Ａは、ＳＤＰファイルの要件を踏まえて、サーバリソースを確保し、映像圧縮部２０２Ａ及び映像送信部２０３Ａを制御する。分散制御部２０１Ａは、圧縮率、遅延要件（秒数）等を監視するとともに、サーバリソース使用状況通知頻度に基づいて、映像伝送装置（送）１０Ａに対してサーバリソース使用状況を通知する。そうすることで、後述する映像伝送装置（送）１０Ａは、当該並列分散処理（送）サーバ２０Ａの動作に不安定等の問題があると判定した場合、当該並列分散処理（送）サーバ２０Ａの機能を、新たに確保した並列分散処理サーバ２０に移すようにしてもよい。
また、分散制御部２０１Ａは、映像伝送装置（送）１０Ａ又は映像伝送装置（受）１０ＢからＲＴＰ通信終了の通知を受信すると、確保しているサーバリソースを解放する。

映像圧縮部２０２Ａは、映像伝送装置（送）１０Ａから、ＳＤＰファイルの要件（映像分割数及び映像分割手法）に基づいて分割された分割映像を受信し、軽圧縮（「エンコード」ともいう）する。映像圧縮部２０２Ａは、軽圧縮された信号を例えばＲＴＰ（Real-time Transport Protocol）ペイロードにマッピングし、イーサネットフレームとして構成する。具体的には、映像圧縮部２０２Ａは、１つの映像フレームを複数映像ラインから構成される領域に分割し、各領域で映像ライン毎にウェーブレット変換を用いた圧縮を行い（「スライス」ともいう）、スライスを構成するスライスデータをＲＴＰペイロードにマッピングする。
なお、映像分割伝送については、分割映像のＲＴＰパケット作成手法及び映像を分割して伝送していることを示すＳＤＰ表記が、映像データ等を伝送するための規格であるＳＭＰＴＥ ＳＴ２１１０スイートに規定されている。また、映像圧縮伝送についても圧縮映像のＲＴＰパケット作成手法及び圧縮映像を伝送していることを示すＳＤＰ表記が映像データ等を伝送するための規格であるＳＭＰＴＥ ＳＴ２１１０スイートに規定されている。したがって、本実施形態の分割圧縮伝送処理において、ＲＴＰパケット作成手法とＳＤＰ表記とを、映像分割伝送と映像圧縮伝送の規格にそれぞれ準拠することで、ＰＴＰによる同期を取ることができる。

映像送信部２０３Ａは、映像圧縮部２０２Ａにより生成されたＲＴＰパケットを通信相手先となる並列分散処理（受）サーバ２０Ｂにネットワーク（図示せず）を介して送信する。

次に、並列分散処理（受）サーバ２０Ｂの機能部について説明する。
並列分散処理サーバ２０が、映像伝送装置（受）１０Ｂにより、並列分散処理（受）サーバ２０Ｂとして割り当てられた（確保された）場合、前述したように、並列分散処理サーバ２０を並列分散処理（受）サーバ２０Ｂとして機能させるプログラムを実行することにより、並列分散処理（受）サーバ２０Ｂは、機能部として、受信側としての分散制御部２０１Ｂ、映像伸張部２０２Ｂ、及び映像受信部２０３Ｂを備える。

分散制御部２０１Ｂは、映像伝送装置（受）１０Ｂから送信相手先となる並列分散処理（送）サーバ２０ＡのＩＰアドレス等を受信するとともに、後述するＳＤＰファイルの要件（圧縮率、遅延要件（秒数）、映像分割数、映像分割手法、冗長性、及びサーバリソース使用状況通知頻度等）を受信する。
分散制御部２０１Ｂは、ＳＤＰファイルの要件を踏まえて、サーバリソースを確保し、映像伸張部２０２Ｂ及び映像受信部２０３Ｂを制御する。分散制御部２０１Ｂは、圧縮率、遅延要件（秒数）等を監視するとともに、サーバリソース使用状況通知頻度に基づいて、映像伝送装置（受）１０Ｂに対してサーバリソース使用状況を通知する。そうすることで、映像伝送装置（受）１０Ｂは、当該並列分散処理（受）サーバ２０Ｂの動作に不安定等の問題があると判定した場合、別の並列分散処理サーバ２０を確保し、当該並列分散処理（受）サーバ２０Ｂの機能を、新たに確保した並列分散処理サーバ２０に移すようにしてもよい。
また、分散制御部２０１Ｂは、映像伝送装置（送）１０Ａ又は映像伝送装置（受）１０ＢからＲＴＰ通信終了の通知を受信すると、確保しているサーバリソースを解放する。

映像受信部２０３Ｂは、通信相手先となる並列分散処理（送）サーバ２０Ａの映像送信部２０３ＡからＲＴＰパケットを、ネットワーク（図示せず）を介して受信する。

映像伸張部２０２Ｂは、通信相手先となる並列分散処理（送）サーバ２０Ａから受信した軽圧縮された映像データを伸張（「デコード」ともいう）し、伸張した映像データを、分散制御部２０１Ｂを介して、映像伝送装置（受）１０Ｂに送信する。
以上、並列分散処理サーバ２０の備える機能について説明した。
次に、映像伝送装置１０について説明する。映像伝送装置１０は、映像を分割して各並列分散処理（送）サーバ２０Ａに送信する、送信装置としての映像伝送装置（送）１０Ａと、分割された映像を統合する受信装置としての映像伝送装置（受）１０Ｂと、に分類できる。

映像伝送装置（送）１０Ａ及び映像伝送装置（受）１０Ｂは、それぞれネットワークインタフェース（図示せず）、ＣＰＵ（図示せず）、主記憶装置（図示せず）、二次記憶装置（図示せず）及び、これらを相互に接続するバス（またはインターコネクト）（図示せず）を備える計算機である。なお、計算機はクラウド、オンプレミス環境における仮想サーバ等であってもよい。
ネットワークインタフェース（図示せず）は、映像伝送装置（送）１０Ａ又は映像伝送装置（受）１０Ｂがそれぞれネットワーク（図示せず）に接続するためのインタフェースである。ＣＰＵ（図示せず）は主記憶装置（図示せず）に記憶されているプログラムを実行することによって映像伝送装置（送）１０Ａ又は映像伝送装置（受）１０Ｂの所定の機能を実現する演算処理装置である。主記憶装置（図示せず）は、ＣＰＵ（図示せず）によって実行されるプログラム、及び、プログラムの実行に必要なデータを記憶するＲＡＭ等の記憶装置である。プログラムとは、例えば、ＯＳ（図示せず）、及び、後述する映像伝送装置（送）１０Ａ又は映像伝送装置（受）１０Ｂの機能を実現するためのプログラムである。二次記憶装置（図示せず）は、映像伝送装置（送）１０Ａ又は映像伝送装置（受）１０Ｂが所定の機能を実現するために必要なプログラム、及び、入力データ、出力データ等のデータを格納するハードディスク装置等の不揮発性記憶媒体である。なお、二次記憶装置（図示せず）は、ハードディスク装置等の磁気的記憶媒体に限定されるものではなく、フラッシュメモリなどの不揮発性の半導体記憶媒体であってもよい。

本実施形態における映像伝送装置１０は、映像送信側の機能部として映像伝送装置１０を機能させるプログラムと、映像受信側の機能部として映像伝送装置１０を機能させるプログラムと、を備えるようにしてもよい。そうすることで、本実施形態における映像伝送装置１０は、映像送信側の機能部として映像伝送装置１０を機能させるプログラムを実行することにより、映像伝送装置（送）１０Ａとして機能する。
同様に、本実施形態における映像伝送装置１０は、映像受信側の機能部として映像伝送装置１０を機能させるプログラムを実行することにより、映像伝送装置（受）１０Ｂとして機能する。
映像伝送装置（送）１０Ａ及び映像伝送装置（受）１０Ｂを総称して、映像伝送装置という。映像伝送装置１０を説明する前に、本件発明の特徴となる、映像を送受信するセッションを開始するために必要な情報を記述するＳＤＰファイルについて説明する。ＳＤＰファイルは、本実施形態において、並列分散処理（送）サーバ及び並列分散処理（受）サーバ間で映像圧縮処理の分散化を制御する際に必要なパラメータを備える。具体的には、ＳＤＰファイルには、圧縮率、遅延要件（例えば秒数）、映像の分割数、映像の分割手法、並列分散処理サーバの冗長度、及びサーバリソース使用状況通知頻度等が記述され、映像伝送装置（送）１０Ａ及び映像伝送装置（受）１０Ｂ間、並びに並列分散処理（送）サーバ２０Ａ及び並列分散処理（受）サーバ２０Ｂ間で共有する。

図２は、ＳＤＰファイルに記述される主要なパラメータを示す図である。
例えば、遅延要求における特定の数値については、例えば８．３ｍｓ以下、１６．６ｍｓ以下とする指定、又は８．３ｍｓ－１６．６ｍｓといった範囲による指定、また、事前に定義した範囲、例えばＬｏｗ、Ｍｉｄ、Ｈｉｇｈ等による指定を記述するようにしてもよい。ここで、Ｌｏｗは、事前に例えば８．３ｍｓ以下と定義され、Ｍｉｄは例えば８．３ｍｓ－１６．６ｍｓといった範囲と定義され、Ｈｉｇｈは、例えば１６．６ｍｓ以上と定義するようにしてもよい。
圧縮率については、圧縮比による表現（例えば、１：１０、１：２０等）、又は圧縮率による表現（例えば、１／１０、１／２０等）による指定を記述してもよい。
分割数については、数値のみの指定（例えば、４、１６等）を記述してもよい。なお、分割数とは、映像の分割数を意味する。
分割手法については、番組制作分野で規格化されている分割方式（例えば、２ＳＩ（2 Sample Interleave）、ＳＱＤ（Square Division）等）を記述してもよい。また、その他の分割方式を用いる場合は、適宜その名称を記述してもよい。
冗長性については、並列分散処理サーバ２０の冗長化無しの場合はｎｏｎｅを、処理機能に問題があれば並列分散処理サーバ２０毎に冗長化するＲｅｄｕｎｄａｎｃｙを、また、すべての並列分散処理サーバ２０を常に２重化するＤｕｐＲｅｄｕｎｄａｎｃｙを記述するようにしてもよい。
サーバリソース使用状況通知頻度については、例えば通知頻度を秒数（例えば、１ｓ、１０ｓ、６０ｓ等）により指定するようにしてもよい。ここで、サーバリソース使用状況とは、例えば並列分散処理サーバ２０におけるＣＰＵ利用率、ＣＰＵ温度、メモリ使用率、ネットワーク使用率等を指す。なお、サーバの動作が不安定にならずに、遅延要件を満たす場合の、サーバリソース使用状況（ＣＰＵ利用率、ＣＰＵ温度、メモリ使用率、ネットワーク使用率等）の閾値等については、例えば、予め並列分散処理サーバ２０を稼動させて測定することにより、予め閾値等を求めるようにしてもよい。また、所定の算出式により、予め閾値等を求めるようにしてもよい。

映像伝送装置（送）１０Ａは、機能部として、映像入力インタフェース（図示せず）と、送信側としての分散制御部１０１Ａと、映像分割部１０２Ａと、を備える。他方、映像伝送装置（受）１０Ｂは、機能部として、映像出力インタフェース（図示せず）と、受信側としての分散制御部１０１Ｂと、映像統合部１０２Ｂと、を備える。以下、簡単のため、分散制御部１０１Ｂを（受信側）分散制御部１０１Ｂともいう。

分散制御部１０１Ａは、映像入力インタフェース（図示せず）を介して、例えばカメラ映像等が入力されると、映像伝送装置（受）１０Ｂの備える分散制御部１０１Ｂと、圧縮伸張処理の分散処理を開始する旨のセッションを開始するための通信を行う。具体的には、分散制御部１０１Ａは、（受信側）分散制御部１０１Ｂに対して、映像伝送装置（受）１０Ｂとのセッションを開始するためのＳＤＰファイルを含む通知を行う。ＳＤＰファイルには、前述したように、分散処理を行うためのパラメータ、例えば圧縮率、遅延要件、分割数、分割手法、並列分散処理サーバの冗長度、及びサーバリソース使用状況通知頻度等が記述される。
分散制御部１０１Ａは、ＳＤＰファイルの記述された分散処理要件に基づいて、例えば、分割された映像毎に伝送するために必要となる並列分散処理（送）サーバ２０Ａを、並列分散処理システム２の備えるそれぞれの並列分散処理サーバ２０のリソース使用状況に基づいて確保して、並列分散処理（送）サーバ２０Ａとして割り当てる。

同様に、（受信側）分散制御部１０１Ｂは、ＳＤＰファイルに記述された分散処理要件に基づいて、例えば、分割された映像毎に伝送（受信）するために必要となる並列分散処理（受）サーバ２０Ｂを、並列分散処理システム２の備えるそれぞれの並列分散処理サーバ２０のリソース使用状況に基づいて確保して、並列分散処理（受）サーバ２０Ｂとして割り当てる。

分散制御部１０１Ａ及び（受信側）分散制御部１０１Ｂは、分割された映像毎に、対となって伝送処理する並列分散処理（送）サーバ２０ＡのＩＰアドレスと並列分散処理（送）サーバ２０ＡのＩＰアドレスの情報を含めて、ＳＤＰファイルに追記し、交換する。

分散制御部１０１Ａは、各並列分散処理（送）サーバ２０Ａに対して、対となって伝送処理する並列分散処理（受）サーバ２０ＢのＩＰアドレスを通知する。同様に、（受信側）分散制御部１０１Ｂは、各並列分散処理（受）サーバ２０Ｂに対して、対となって伝送処理する並列分散処理（送）サーバ２０ＡのＩＰアドレスを通知する。
そのうえで、分散制御部１０１Ａは、各並列分散処理（送）サーバ２０Ａに対して、また（受信側）分散制御部１０１Ｂは、各並列分散処理（受）サーバ２０Ｂに対して、ＳＤＰファイルの要件を与える。こうすることで、各並列分散処理（送）サーバ２０Ａと、各並列分散処理（受）サーバ２０Ｂと、は分割された映像（「分割映像」ともいう）を伝送するためのセッションを開始することができる。

具体的には、映像伝送装置（送信側）１０Ａの映像分割部１０２Ａは、入力インタフェース（図示せず）を介して入力された映像を分割し、分割された映像（「分割映像」ともいう）を各並列分散処理（送）サーバ２０Ａの映像圧縮部２０２Ａに送信する。それにより、前述したように、各並列分散処理（送）サーバ２０Ａは、対となる各並列分散処理（受）サーバ２０Ｂに対して軽圧縮伝送を開始する。
各並列分散処理（受）サーバ２０Ｂは、対となる各並列分散処理（送）サーバ２０Ａから受信した軽圧縮映像を、映像受信部２０３Ｂを介して受信し、映像伸張部２０２Ｂにおいて伸張し、伸張された分割映像を映像伝送装置（受信側）１０Ｂ（映像統合部１０２Ｂ）に対して送信する。
このように、映像伝送装置（受信側）１０Ｂは、各並列分散処理（受）サーバ２０Ｂから伸長された分割映像を受信し、分割前の映像に統合することで、元の映像を得ることができる。なお、分割映像を伝送する際のタイムスタンプ値は、分割前の映像のタイムスタンプ値を適用することから、映像伝送装置（受信側）１０Ｂは、タイムスタンプ値に基づいて、同期をとって分割前の映像に統合することで、元の映像を得ることができる。

前述したように、分散制御部１０１Ａは、並列分散処理（送）サーバ２０Ａから、ＳＤＰファイルに記述されたサーバリソース使用状況通知頻度に基づいて、サーバリソース使用状況を受信する。同様に、分散制御部（受信側）１０１Ｂは、並列分散処理（受）サーバ２０Ｂから、ＳＤＰファイルに記述されたサーバリソース使用状況通知頻度に基づいて、サーバリソース使用状況を受信する。
そうすることで、分散制御部１０１Ａ及び（受信側）分散制御部１０１Ｂは、それぞれの並列分散処理サーバ２０間での映像伝送動作が不安定になっていないかを判定することができる。

前述したように、分散制御部１０１Ａ及び（受信側）分散制御部１０１Ｂは、それぞれの並列分散処理サーバ２０におけるＣＰＵ利用率、ＣＰＵ温度、メモリ使用率、ネットワーク使用率等に基づいて、所定の閾値を超えるか否かを判定するようにしてもよい。なお動作が予め設定された閾値を超えると判定した場合、分散制御部１０１Ａ及び（受信側）分散制御部１０１Ｂは、前述したように、該並列分散処理サーバ２０の機能を、新たに確保した並列分散処理サーバ２０に移すようにしてもよい。この場合の処理については、後述する。
このように、分散制御部１０１Ａ及び（受信側）分散制御部１０１Ｂは、ＳＤＰファイルの要件を踏まえて、それぞれ並列分散処理（送）サーバ２０Ａの動作及び並列分散処理（受）サーバ２０Ｂの動作が遅延していないか、を判定しながら、映像伝送状況を監視することができる。

その後、分散制御部１０１Ａ及び（受信側）分散制御部１０１Ｂは、映像の伝送が不要となった場合、その旨を対となる並列分散処理（送）サーバ２０Ａ又は並列分散処理（受信側）サーバ２０Ｂに通知する。それにより、並列分散処理（送）サーバ２０Ａ又は並列分散処理（受信側）サーバ２０Ｂは、対となる並列分散処理（送）サーバ２０Ａ又は並列分散処理（受信側）サーバ２０Ｂに対してＲＴＰ通信終了を通知する。ＲＴＰ通信終了を通知された並列分散処理サーバ２０は、速やかに、サーバリソースを解放する。
以上、主要な分散処理について説明した。

次に、分散制御部１０１Ａ及び（受信側）分散制御部１０１Ｂが、それぞれの並列分散処理サーバ２０における動作が不安定等の問題があると判定した場合の処理について説明する。図３は、並列分散処理サーバ２０における動作が不安定で遅延要件を満たさない等問題があると判定した場合の処理の概要を示す図である。図３を参照しながら説明する。
前述したように、並列分散処理（送）サーバ２０Ａ及び並列分散処理（受信側）サーバ２０Ｂはそれぞれ、サーバリソース使用状況を予め設定された通知頻度で映像伝送装置（送）１０Ａ、及び映像伝送装置（受）１０Ｂに対して通知している。

図３に示すように、例えば、映像伝送装置（送）１０Ａが並列分散処理（送信側）サーバＸにおいて動作が不安定等の問題があると判定した場合に、予め冗長性を確保していた場合（例えば、サーバＮを確保していた場合）、映像伝送装置（送）１０Ａは、サーバＸの機能をサーバＮに移すとともに、サーバＮのＩＰアドレスを、映像伝送装置（受）１０Ｂに通知する。それに応じて、映像伝送装置（受）１０Ｂは、並列分散処理（送信側）サーバＸから映像受信していた並列分散処理（受信側）サーバＹに対して、サーバＮのＩＰアドレスを通知することで、サーバＮからサーバＹへの映像圧縮伝送を開始させる。サーバＹはサーバＮから分割画像を受信することができた場合、映像伝送装置（受）１０Ｂに通知する。それに応じて、映像伝送装置（受）１０Ｂは、映像伝送装置（送）１０Ａに対して、サーバＮからサーバＹへの映像圧縮伝送ができたことを通知する。映像伝送装置（送）１０Ａは、当該通知結果を受けて、並列分散処理（送信側）サーバＸのＲＴＰ通信を終了させる。こうすることで、並列分散処理（受信側）サーバＹは、分割映像をサーバＮから滞りなく、受信することが可能となる。
なお、映像伝送装置（受）１０Ｂが並列分散処理（受信側）サーバＹにおいて動作が不安定等の問題があると判定した場合、前述した映像伝送装置（送）１０Ａの処理と同様の処理を映像伝送装置（受）１０Ｂが行うことで対応することができる。また、分割映像の圧縮伸張処理の対となる並列分散処理（送信側）サーバＸと並列分散処理（受信側）サーバＹとが、ともに動作不安定の場合、例えば、先ず並列分散処理（送信側）サーバＸの置き換え処理を実行した後、並列分散処理（受信側）サーバＹの置き換え処理をするようにしてもよい。又は、並列分散処理（送信側）サーバＸの置き換え処理、及び並列分散処理（受信側）サーバＹの置き換え処理を同時に実行するようにしてもよい。
以上の処理により、映像伝送システム１は、映像圧縮伝送の分散処理を維持することができる。

次に、映像伝送装置（送信側）１０Ａ及び映像伝送装置（受信側）１０Ｂの、映像伝送分散処理に係る制御処理フローを説明する。
図４Ａは、本実施形態における映像伝送装置（送信側）１０Ａの分散制御処理を示すフローチャートである。ここでは、映像伝送処理対象となる、例えば８Ｋ映像のカメラ映像等が入力されたものとする。
図４Ｂは、本実施形態における映像伝送装置（受信側）１０Ｂの分散制御処理を示すフローチャートである。

図４Ａを参照すると、映像伝送装置（送信側）１０Ａは、ステップＳＴ０１において、映像送信先となる映像伝送装置（受信側）１０Ｂに対して、映像圧縮処理の分散化を制御する際に必要なパラメータを含むＳＤＰファイルとともに、映像伝送の圧縮伸張処理の分散処理開始メッセージを送信する。
図４Ｂを参照すると、映像伝送装置（受信側）１０Ｂは、ステップＳＴ１１において、映像伝送の圧縮伸張処理の分散処理開始メッセージを受信する。

映像伝送装置（送信側）１０Ａは、ステップＳＴ０２において、ＳＤＰファイルの要件を踏まえて、映像の分割数に応じて並列分散処理（送）サーバ２０Ａを確保する。また、映像伝送装置（受信側）１０Ｂは、ステップＳＴ１２において、ＳＤＰファイルの要件を踏まえて、映像の分割数に応じて並列分散処理（受）サーバ２０Ｂを確保する。

映像伝送装置（送信側）１０Ａは、ステップＳＴ０３において、各並列分散処理（送）サーバ２０Ａからリソースを確保した旨の通知を受信する。また、映像伝送装置（受信側）１０Ｂは、ステップＳＴ１３において、各並列分散処理（受）サーバ２０Ｂからリソースを確保した旨の通知を受信する。

映像伝送装置（送信側）１０Ａは、ステップＳＴ０４において、各並列分散処理（送）サーバ２０ＡのＩＰアドレスをＳＤＰファイルに追記し、映像伝送装置（受信側）１０Ｂと交換する。また映像伝送装置（受信側）１０Ｂは、ステップＳＴ１４において、各並列分散処理（受）サーバ２０ＢのＩＰアドレスをＳＤＰファイルに追記し、映像伝送装置（送信側）１０Ａと交換する。

映像伝送装置（送信側）１０Ａは、ステップＳＴ０５において、各並列分散処理（送）サーバ２０ＡにＳＤＰファイルを通知する。映像伝送装置（受信側）１０Ｂは、ステップＳＴ１５において、各並列分散処理（受）サーバ２０ＢにＳＤＰファイルを通知する。

映像伝送装置（送信側）１０Ａは、ステップＳＴ０６において、８Ｋ映像を分割し、分割映像を各並列分散処理（送）サーバ２０Ａに渡す。各並列分散処理（送）サーバ２０Ａは、対となる各並列分散処理（受）サーバ２０Ｂへの軽圧縮伝送をする。また、映像伝送装置（受信側）１０Ｂは、ステップＳＴ１６において、各並列分散処理（受）サーバ２０Ｂから伸張された分割映像を受信し、分割映像を８Ｋ映像に統合して８Ｋ映像を得る。以降、映像伝送が終了するまで、当該ステップを繰り返す。

映像伝送装置（送信側）１０Ａは、ステップＳＴ０７において、映像伝送が不要となったか否か、判定する。不要と判定した場合（ＮＯの場合）ステップＳＴ０８に移る。必要と判定した場合（ＹＥＳの場合）、ステップＳＴ０６に移る。また、映像伝送装置（受信側）１０Ｂは、ステップＳＴ１７において、映像伝送が不要となったか否か、判定する。不要と判定した場合（ＮＯの場合）ステップＳＴ１８に移る。必要と判定した場合（ＹＥＳの場合）、ステップＳＴ１６に移る。
なお、ステップＳＴ０６及びステップＳＴ１６の繰返し処理中に、映像伝送装置（送信側）１０Ａ及び映像伝送装置（受信側）１０Ｂは、それぞれ各並列分散処理（送）サーバ２０Ａ及び各並列分散処理（受）サーバ２０Ｂのサーバリソース使用状況を定期的に収集して、動作が不安定となっていないか、判断する。映像伝送装置（送信側）１０Ａ及び映像伝送装置（受信側）１０Ｂは、それぞれいずれかの並列分散処理（送）サーバ２０Ａ及び／又はいずれかの並列分散処理（受）サーバ２０Ｂの動作が不安定と判断した場合、並列分散処理サーバ２０の入替を動的に行うことで、並列分散処理を維持する。

映像伝送装置（送信側）１０Ａは、ステップＳＴ０８において、映像伝送装置（受信側）１０Ｂ、及び各並列分散処理（送）サーバ２０ＡにＲＴＰ通信終了を通知するとともに、並列分散処理サーバ２０Ａのサーバリソースを解放する。また、映像伝送装置（受信側）１０Ｂは、ステップＳＴ１８において、各並列分散処理（受）サーバ２０ＢにＲＴＰ通信終了を通知するとともに、並列分散処理サーバ２０Ｂのサーバリソースを解放する。
以上、映像伝送装置（送信側）１０Ａ及び映像伝送装置（受信側）１０Ｂの、映像伝送分散処理に係る制御フローについて説明した。

本実施形態によれば、映像伝送システム１は、並列分散処理サーバ２０を備える並列分散処理システム２と、映像を分割して、分割されたそれぞれの分割映像を並列分散処理システム２に並列伝送する映像送信装置としての映像伝送装置１０Ａと、並列分散処理システム２からそれぞれ分割映像を受信して統合することで分割前の映像を取得する映像受信装置としての映像伝送装置１０Ｂと、を備える映像伝送システム１であって、映像送信装置としての映像伝送装置１０Ａは、映像の分割数に応じて、分割された映像の伝送先であって、分割された映像を軽圧縮する並列分散処理サーバ２０Ａを割り当て、映像受信装置としての映像伝送装置１０Ｂは、映像の分割数に応じて、分割された映像の軽圧縮された映像を伸張し、伸張された分割された映像を映像受信装置としての映像伝送装置１０Ｂにそれぞれ伝送する並列分散処理サーバ２０Ｂを割り当て、分割された映像を軽圧縮する並列分散処理サーバ２０Ａと、記軽圧縮された分割された映像を伸張する並列分散処理サーバ２０Ｂと、を対応づけることで、分割された映像の伝送先としての並列分散処理サーバ２０Ａは、軽圧縮した分割された映像を、対応づけられた並列分散処理サーバ２０Ｂに伝送する。
これにより、映像伝送システム１は、映像伝送時のソフトウェアによる圧縮伸張処理における単一リソース規模の低減と低遅延化を可能とする、映像分割による圧縮伸張処理の分散処理化と、分散処理の自動化と、を行うことができる。

また、映像送信装置としての映像伝送装置１０Ａ及び映像受信装置としての映像伝送装置１０Ｂは、映像伝送時の映像圧縮伸張処理を並列分散化する際の映像圧縮伸張処理及び映像分割統合処理方法を定義するＳＤＰファイルに基づいて、それぞれ分割された映像の伝送先であって、分割された映像を軽圧縮する並列分散処理サーバ２０Ａ、及び軽圧縮された分割された映像を伸張する並列分散処理サーバ２０Ｂを割り当てるとともに、分割された映像を軽圧縮する並列分散処理サーバ２０Ａと、軽圧縮された分割された映像を伸張する並列分散処理サーバ２０Ｂと、の対応をＳＤＰファイルに記録するようにしてもよい。
これにより、映像伝送システム１は、映像分割による圧縮伸張処理を実行する、複数の並列分散処理サーバ２０Ａ、２０Ｂを自動的に割り当てることができる。

前記ＳＤＰファイルは、少なくとも映像の分割数、映像の分割手法、映像の圧縮率、映像伝送時の遅延要求、並列分散処理サーバの冗長性、及びサーバリソース使用状況通知頻度を記述するパラメータを含むようにしてもよい。
これにより、映像伝送システム１は、映像分割による圧縮伸張処理を実行する複数の並列分散処理サーバ２０Ａ、２０Ｂによる、映像伝送における映像分割による圧縮伸張処理の分散処理を自動的に行うことができる。

映像送信装置としての映像伝送装置１０Ａ及び映像受信装置としての映像伝送装置１０Ｂは、サーバリソース使用状況通知頻度に応じて、それぞれ分割された映像を軽圧縮する並列分散処理サーバ２０Ａ及び軽圧縮された分割された映像を伸張する並列分散処理サーバ２０Ｂからサーバリソース使用状況を取得し、サーバリソース使用状況から、動作不安定と判定された場合、並列分散処理システム２から、新たに並列分散処理サーバ２０を確保し、動作不安定と判定された並列分散処理サーバ２０を置き換えるようにしてもよい。
これにより、映像伝送システム１は、並列分散処理サーバ２０に動作不安定等の問題があった時点で、即時に並列分散処理サーバ２０を置き換え、映像伝送における映像分割による圧縮伸張処理の分散処理を維持することができる。

以上、本発明の実施形態について説明したが、本発明は前述した実施形態に限るものではない。また、前述の実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、実施形態に記載されたものに限定されるものではない。

前述の実施形態では、分割された映像を軽圧縮する並列分散処理サーバ２０Ａと、軽圧縮された分割映像を伸張する並列分散処理サーバ２０Ｂをそれぞれ、映像の分割数のサーバを確保し、１対１対応としたが、これに限られない。
例えば、２台の、分割された映像を軽圧縮する並列分散処理サーバ２０Ａに対して、２つのプロセスを低遅延で処理可能な、１台の軽圧縮された分割映像を伸張する並列分散処理サーバ２０Ｂを対応づけるようにしてもよい。

本実施形態では、主に映像伝送システム１の構成と動作について説明したが、本発明はこれに限られず、各構成要素を備え、映像分割による圧縮伸張処理の分散処理化と、分散処理の自動化と、を行うための方法、又はプログラムとして構成されてもよい。

さらに、映像伝送システム１の機能を実現するためのプログラムをコンピュータで読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステム（計算機）に読み込ませ、実行することによって実現してもよい。また、コンピュータシステム（計算機）はクラウド、オンプレミス環境における仮想サーバ等であってもよい。

ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータで読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ－ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。

さらに「コンピュータで読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時刻の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時刻プログラムを保持しているものも含んでもよい。また、上記プログラムは、前述した機能の一部を実現するためのものであってもよく、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよい。

１ 映像伝送システム
１０ 映像伝送装置
１０Ａ 映像伝送装置（送信側）
１０１Ａ 分散制御部
１０２Ａ 映像分割部
１０Ｂ 映像伝送装置（受信側）
１０１Ｂ 分散制御部
１０２Ｂ 映像統合部
２ 並列分散処理システム
２０ 並列分散処理サーバ
２０Ａ 並列分散処理（送信側）サーバ
２０１Ａ 分散制御部
２０２Ａ 映像圧縮部
２０３Ａ 映像送信部
２０Ｂ 並列分散処理（受信側）サーバ
２０１Ｂ 分散制御部
２０２Ｂ 映像伸張部
２０３Ｂ 映像受信部

Claims (9)

1. 並列分散処理サーバを備える並列分散処理システムと、
   映像を分割して、分割されたそれぞれの分割映像を前記並列分散処理システムに並列伝送する映像送信装置としての映像伝送装置と、
   前記並列分散処理システムからそれぞれ前記分割映像を受信して統合することで分割前の映像を取得する映像受信装置としての映像伝送装置と、を備える映像伝送システムであって、
   前記映像送信装置としての映像伝送装置は、映像の分割数に応じて、前記分割された映像の伝送先であって、前記分割された映像を軽圧縮する並列分散処理サーバを割り当て、
   前記映像受信装置としての映像伝送装置は、映像の分割数に応じて、前記分割された映像の軽圧縮された映像を伸張し、伸張された前記分割された映像を前記映像受信装置としての映像伝送装置にそれぞれ伝送する並列分散処理サーバを割り当て、
   前記分割された映像を軽圧縮する並列分散処理サーバと、前記軽圧縮された前記分割された映像を伸張する並列分散処理サーバと、を対応づけることで、
   前記分割された映像の伝送先としての並列分散処理サーバは、軽圧縮した前記分割された映像を、前記対応づけられた並列分散処理サーバに伝送する映像伝送システム。
2. 前記映像送信装置としての映像伝送装置及び前記映像受信装置としての映像伝送装置は、映像伝送時の映像圧縮伸張処理を並列分散化する際の映像圧縮伸張処理及び映像分割統合処理方法を定義するＳＤＰファイルに基づいて、それぞれ前記分割された映像の伝送先であって、前記分割された映像を軽圧縮する並列分散処理サーバ、及び前記軽圧縮された前記分割された映像を伸張する並列分散処理サーバを割り当てるとともに、前記分割された映像を軽圧縮する並列分散処理サーバと、前記軽圧縮された前記分割された映像を伸張する並列分散処理サーバと、の対応を前記ＳＤＰファイルに記録する、請求項１に記載の映像伝送システム。
3. 前記ＳＤＰファイルは、少なくとも映像の分割数、映像の分割手法、映像の圧縮率、映像伝送時の遅延要求、並列分散処理サーバの冗長性、及びサーバリソース使用状況通知頻度を記述するパラメータを含む、請求項２に記載の映像伝送システム。
4. 前記映像送信装置としての映像伝送装置及び前記映像受信装置としての映像伝送装置は、前記サーバリソース使用状況通知頻度に応じて、それぞれ前記分割された映像を軽圧縮する並列分散処理サーバ及び前記軽圧縮された前記分割された映像を伸張する並列分散処理サーバからサーバリソース使用状況を取得し、
   前記サーバリソース使用状況から、動作不安定と判定された場合、前記並列分散処理システムから、新たに並列分散処理サーバを確保し、動作不安定と判定された並列分散処理サーバを置き換える、請求項３に記載の映像伝送システム。
5. 映像を分割して、分割されたそれぞれの分割映像を、並列分散処理サーバを備える並列分散処理システムに並列伝送する映像送信装置としての映像伝送装置であって、
   前記映像伝送装置は、映像の分割数に応じて、前記分割された映像の伝送先であって、前記分割された映像を軽圧縮する並列分散処理サーバを、
   映像伝送時の映像圧縮伸張処理を並列分散化する際の映像圧縮伸張処理及び映像分割統合処理方法を定義するＳＤＰファイルに基づいて割り当てる映像伝送装置。
6. 並列分散処理サーバを備える並列分散処理システムから、複数個に分割された映像のそれぞれの分割映像を受信して統合することで分割前の映像を取得する映像受信装置としての映像伝送装置であって、
   前記映像伝送装置は、映像の分割数に応じて、前記分割された映像の軽圧縮された映像を伸張し、伸張された前記分割された映像を前記映像伝送装置にそれぞれ伝送する並列分散処理サーバを、
   映像伝送時の映像圧縮伸張処理を並列分散化する際の映像圧縮伸張処理及び映像分割統合処理方法を定義するＳＤＰファイルに基づいて割り当てる映像伝送装置。
7. 前記ＳＤＰファイルは、少なくとも映像の分割数、映像の分割手法、映像の圧縮率、映像伝送時の遅延要求、並列分散処理サーバの冗長性、及びサーバリソース使用状況通知頻度を記述するパラメータを含む、請求項５又は請求項６に記載の映像伝送装置。
8. プログラムであって、前記プログラムをコンピュータが実行することにより、前記コンピュータを、請求項５に記載の映像送信装置としての映像伝送装置として機能させる映像伝送プログラム。
9. プログラムであって、前記プログラムをコンピュータが実行することにより、前記コンピュータを、請求項６に記載の映像受信装置としての映像伝送装置として機能させる映像伝送プログラム。

Images