(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024001432
(43)【公開日】2024-01-10
(54)【発明の名称】ＩＰ番組切替装置及びＩＰ番組切替プログラム
(51)【国際特許分類】
H04N 21/242 20110101AFI20231227BHJP
H04N 21/234 20110101ALI20231227BHJP
【ＦＩ】
H04N21/242
H04N21/234
【審査請求】未請求
【請求項の数】8
【出願形態】ＯＬ
(21)【出願番号】P 2022100065
(22)【出願日】2022-06-22
(71)【出願人】
【識別番号】000004352
【氏名又は名称】日本放送協会
(74)【代理人】
【識別番号】100106002
【弁理士】
【氏名又は名称】正林 真之
(74)【代理人】
【識別番号】100120891
【弁理士】
【氏名又は名称】林 一好
(72)【発明者】
【氏名】福留 大貴
(72)【発明者】
【氏名】黒住 正顕
(72)【発明者】
【氏名】西出 彩花
(72)【発明者】
【氏名】西村 敏
(72)【発明者】
【氏名】西本 友成
【テーマコード（参考）】
5C164
【Ｆターム（参考）】
5C164SA32S
5C164SB01P
5C164SB10P
5C164SB41S
5C164YA21
(57)【要約】
【課題】高精度な番組切替機能を持ったリニア配信サービスをＩＰ環境で運用可能とするためのＩＰ番組切替装置を提供すること。
【解決手段】ＩＰ番組切替装置５は、ロケーションの異なる拠点で制作されたライブ番組素材が軽圧縮され、基準時刻から生成されるタイムスタンプが付加され、ＩＰ伝送によって送信される番組素材ストリームを受信し、番組編成情報に指定された番組切替時刻から算出される切替時刻タイムスタンプ値に基づいて、切替前の番組素材ストリームの切替直前の素材フレームのタイムスタンプ値及び切替後の番組素材ストリームの切替直後の素材フレームのタイムスタンプ値を算定し、切替直前の素材フレームから、切替直後の素材フレームにフレーム精度で切替える。
【選択図】図１
【解決手段】ＩＰ番組切替装置５は、ロケーションの異なる拠点で制作されたライブ番組素材が軽圧縮され、基準時刻から生成されるタイムスタンプが付加され、ＩＰ伝送によって送信される番組素材ストリームを受信し、番組編成情報に指定された番組切替時刻から算出される切替時刻タイムスタンプ値に基づいて、切替前の番組素材ストリームの切替直前の素材フレームのタイムスタンプ値及び切替後の番組素材ストリームの切替直後の素材フレームのタイムスタンプ値を算定し、切替直前の素材フレームから、切替直後の素材フレームにフレーム精度で切替える。
【選択図】図１
【特許請求の範囲】
【請求項1】
通信可能に接続されるライブ伝送装置及び／又はファイル伝送装置から、番組編成情報により指定された時刻に送信される、伝送用プロトコルヘッダに基準時刻から生成されるタイムスタンプが付加された番組素材ストリームを受信するストリーム受信部と、
前記番組素材ストリームを前記ストリーム受信部から受取り、前記番組編成情報に指定された番組切替時刻から算出される切替時刻タイムスタンプ値ＴＳＰｔｇｔに基づいて、切替前の番組素材ストリームにおける切替直前の素材フレームのタイムスタンプ値ＴＳＰｅｎｄ及び切替後の番組素材ストリームにおける切替直後の素材フレームのタイムスタンプ値ＴＳＰｓｔａｒｔを算定し、
切替前の番組素材ストリームにおける切替直前の素材フレームから、切替後の番組素材ストリームにおける切替直後の素材フレームにフレーム精度で切替える番組切替部と、
前記番組素材ストリームを、配信用ライブエンコーダに転送するパケット送信部と、
を備える、ＩＰ番組切替装置。
前記番組素材ストリームを前記ストリーム受信部から受取り、前記番組編成情報に指定された番組切替時刻から算出される切替時刻タイムスタンプ値ＴＳＰｔｇｔに基づいて、切替前の番組素材ストリームにおける切替直前の素材フレームのタイムスタンプ値ＴＳＰｅｎｄ及び切替後の番組素材ストリームにおける切替直後の素材フレームのタイムスタンプ値ＴＳＰｓｔａｒｔを算定し、
切替前の番組素材ストリームにおける切替直前の素材フレームから、切替後の番組素材ストリームにおける切替直後の素材フレームにフレーム精度で切替える番組切替部と、
前記番組素材ストリームを、配信用ライブエンコーダに転送するパケット送信部と、
を備える、ＩＰ番組切替装置。
【請求項2】
前記番組切替部は、
前記番組素材ストリーム毎にライブ伝送に伴う遅延及び／又はジッタを吸収するためのバッファを保有する、請求項１に記載のＩＰ番組切替装置。
前記番組素材ストリーム毎にライブ伝送に伴う遅延及び／又はジッタを吸収するためのバッファを保有する、請求項１に記載のＩＰ番組切替装置。
【請求項3】
前記ストリーム受信部が、前記ライブ伝送装置及び／又は前記ファイル伝送装置から受信する番組素材ストリームは、軽圧縮ＩＰ伝送されるストリームである、請求項１に記載のＩＰ番組切替装置。
【請求項4】
前記番組切替部は、
受信する前記番組素材ストリーム毎にスレッドの並列化を行う、請求項３に記載のＩＰ番組切替装置。
受信する前記番組素材ストリーム毎にスレッドの並列化を行う、請求項３に記載のＩＰ番組切替装置。
【請求項5】
シーケンス番号、送信元識別ＩＤ、フレーム番号を管理するヘッダ生成部を備え、
前記ヘッダ生成部は、前記番組切替部から転送用のパケットを受け取ると、パケットヘッダのシーケンスナンバーが切替え前後で連続となるように、前記ＩＰ番組切替装置自身のシーケンスナンバーを生成し、転送するパケットに上書きするとともに、パケットヘッダの送信元識別情報を前記ＩＰ番組切替装置自身のＩＤにより上書きし、前記パケット送信部に出力する、請求項１から請求項４の何れか１項に記載のＩＰ番組切替装置。
前記ヘッダ生成部は、前記番組切替部から転送用のパケットを受け取ると、パケットヘッダのシーケンスナンバーが切替え前後で連続となるように、前記ＩＰ番組切替装置自身のシーケンスナンバーを生成し、転送するパケットに上書きするとともに、パケットヘッダの送信元識別情報を前記ＩＰ番組切替装置自身のＩＤにより上書きし、前記パケット送信部に出力する、請求項１から請求項４の何れか１項に記載のＩＰ番組切替装置。
【請求項6】
同期信号を管理する同期管理部を備え、
前記パケット送信部は、
前記同期管理部から受け取った前記同期信号に同期し、前記番組素材ストリームを前記配信用ライブエンコーダに転送する請求項５に記載のＩＰ番組切替装置。
前記パケット送信部は、
前記同期管理部から受け取った前記同期信号に同期し、前記番組素材ストリームを前記配信用ライブエンコーダに転送する請求項５に記載のＩＰ番組切替装置。
【請求項7】
前記配信用ライブエンコーダを備える、請求項６に記載のＩＰ番組切替装置。
【請求項8】
請求項１に記載のＩＰ番組切替装置としてコンピュータを機能させるためのＩＰ番組切替プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明はＩＰによる番組切替装置及びＩＰ番組切替プログラムに関する。
【背景技術】
【0002】
これまで映像制作ではＳＤＩ（Serial Digital Interface）による非圧縮方式が一般的であった。しかしながら、近年はワークフローの効率化やコンテンツの大容量化に対応するためＩＰ（Internet Protocol）方式への移行が進んでおり、標準規格ＳＭＰＴＥ（Society of Motion Picture and Television Engineers） ＳＴ２１１０規格では、ＩＰネットワーク上の個別の映音等ストリームの運搬、同期等が規定されている。特にＳＴ２１１０－２２では圧縮ビデオについて規定されており、ＩＰレベルで軽圧縮ストリームを取り扱うことが可能となっている。軽圧縮技術の１つであるJPEG-XSは、非圧縮方式と比較し１／１０程度のデータ量で劣化が視認されないよう圧縮することが可能となっている。また配信等で用いられているＡＶＣ（Advanced Video Coding）等の圧縮方式と比較し、少ない計算量で低遅延に圧縮することが可能とされている。
一方動画の視聴形態について、ＶＯＤ（Video On Demand）やライブ配信等でインターネットを利用した動画配信サービスの需要は年々増加しており、近年ではリニア配信サービスをインターネット上で展開する事業者も出始めていることから、今後もインターネットによる動画視聴の形態が増加することが予想される。インターネット回線サービスの大半はベストエフォート型で提供されるため、映像品質は保証されない一方で、帯域の上限が固定されていないことから、例えばクラウド上にリニア配信用の計算処理リソースを動的に確保することで、配信チャンネルを必要なときに必要なだけ生成することが可能である。また上記の軽圧縮技術の進展やＳＭＰＴＥ ＳＴ２１１０等の規格化、伝送路の大容量化により、スタジオ等で制作された４Ｋ／８Ｋといった大容量ライブ番組素材を、ＩＰ回線を経由しクラウド上に低遅延かつ劣化の少ない状態で伝送することが可能となる。そのため、配信素材伝送から、番組切替え、視聴者への配信までのエンドツーエンドでの高品質なリニア配信基盤をクラウド上で仮想的に構築することが可能となることが期待されている。
一方動画の視聴形態について、ＶＯＤ（Video On Demand）やライブ配信等でインターネットを利用した動画配信サービスの需要は年々増加しており、近年ではリニア配信サービスをインターネット上で展開する事業者も出始めていることから、今後もインターネットによる動画視聴の形態が増加することが予想される。インターネット回線サービスの大半はベストエフォート型で提供されるため、映像品質は保証されない一方で、帯域の上限が固定されていないことから、例えばクラウド上にリニア配信用の計算処理リソースを動的に確保することで、配信チャンネルを必要なときに必要なだけ生成することが可能である。また上記の軽圧縮技術の進展やＳＭＰＴＥ ＳＴ２１１０等の規格化、伝送路の大容量化により、スタジオ等で制作された４Ｋ／８Ｋといった大容量ライブ番組素材を、ＩＰ回線を経由しクラウド上に低遅延かつ劣化の少ない状態で伝送することが可能となる。そのため、配信素材伝送から、番組切替え、視聴者への配信までのエンドツーエンドでの高品質なリニア配信基盤をクラウド上で仮想的に構築することが可能となることが期待されている。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２０１３－１７９４９０号公報
【非特許文献】
【0004】
【非特許文献1】ＳＭＰＴＥ ＳＴ２１１０規格[online]，[令和４年６月３日検索]，インターネット＜https://ieeexplore.ieee.org/stamp/stamp.jsp?tp=&arnumber=8165974＞
【発明の概要】
【発明が解決しようとする課題】
【0005】
リニア配信では番組編成に従い指定時刻に番組を切り替えながら配信する必要がある。番組切替え精度が低いと、例えば拠点１から拠点２に切替える際、切替えが遅れてしまった場合、拠点１の番組終了後の映像が流れてしまう可能性があり、逆に切り替えが早い場合、拠点２の番組開始前の映像が流れてしまう可能性があることから、製作者の意図しない映像が配信される可能性がある。このため、ロケーションの異なるスタジオ等で生成されたライブ番組素材を、例えばクラウド上で編成し切替える際、伝送時の遅延差が発生することから、フレーム精度での時刻指定切替えを実現するためには、素材間の同期処理等を実現することが必要となる。
前述したように、現在の地上波放送、又は衛星放送では番組切替えの制御を実行するためのマスター装置等については、ハードウェアをベースとして構成されている。また、ＩＰ等広く普及している汎用的な技術ではなく、放送事業専用の仕組みで実装されていることから、ライブ番組素材を、例えばクラウド上で編成し、切替える制御処理に適用することはできない。
このため、これまでの放送局内でＳＤＩとハードウェアをベースとしたマスター装置を用いて実現していた、編成に従った指定時刻での番組切替えを、例えばクラウド上で実現するためには、伝送路等によって異なるＩＰでの番組素材伝送時の遅延差やソフトウェア処理によるパフォーマンス等を十分考慮した、新しい仕組みが必要となる。
前述したように、現在の地上波放送、又は衛星放送では番組切替えの制御を実行するためのマスター装置等については、ハードウェアをベースとして構成されている。また、ＩＰ等広く普及している汎用的な技術ではなく、放送事業専用の仕組みで実装されていることから、ライブ番組素材を、例えばクラウド上で編成し、切替える制御処理に適用することはできない。
このため、これまでの放送局内でＳＤＩとハードウェアをベースとしたマスター装置を用いて実現していた、編成に従った指定時刻での番組切替えを、例えばクラウド上で実現するためには、伝送路等によって異なるＩＰでの番組素材伝送時の遅延差やソフトウェア処理によるパフォーマンス等を十分考慮した、新しい仕組みが必要となる。
【0006】
本発明は、このような従来技術の問題点に鑑みてなされたもので、ロケーションの異なる拠点で制作されたライブ番組素材を、例えばクラウド上でも指定時刻によりフレーム精度で切り替えることが可能となり、放送のような高精度な番組切替機能を持ったリニア配信サービスをクラウド上でも運用可能とするためのＩＰ番組切替装置及びＩＰ番組切替プログラムを提供することを目的とする。
【課題を解決するための手段】
【0007】
本発明に係るＩＰ番組切替装置は、通信可能に接続されるライブ伝送装置及び／又はファイル伝送装置から、番組編成情報により指定された時刻に送信される、伝送用プロトコルヘッダに基準時刻から生成されるタイムスタンプが付加された番組素材ストリームを受信するストリーム受信部と、
前記番組素材ストリームを前記ストリーム受信部から受取り、前記番組編成情報に指定された番組切替時刻から算出される切替時刻タイムスタンプ値ＴＳＰｔｇｔに基づいて、切替前の番組素材ストリームにおける切替直前の素材フレームのタイムスタンプ値ＴＳＰｅｎｄ及び切替後の番組素材ストリームにおける切替直後の素材フレームのタイムスタンプ値ＴＳＰｓｔａｒｔを算定し、
切替前の番組素材ストリームにおける切替直前の素材フレームから、切替後の番組素材ストリームにおける切替直後の素材フレームにフレーム精度で切替える番組切替部と、
前記番組素材ストリームを、配信用ライブエンコーダに転送するパケット送信部と、
を備える。
前記番組素材ストリームを前記ストリーム受信部から受取り、前記番組編成情報に指定された番組切替時刻から算出される切替時刻タイムスタンプ値ＴＳＰｔｇｔに基づいて、切替前の番組素材ストリームにおける切替直前の素材フレームのタイムスタンプ値ＴＳＰｅｎｄ及び切替後の番組素材ストリームにおける切替直後の素材フレームのタイムスタンプ値ＴＳＰｓｔａｒｔを算定し、
切替前の番組素材ストリームにおける切替直前の素材フレームから、切替後の番組素材ストリームにおける切替直後の素材フレームにフレーム精度で切替える番組切替部と、
前記番組素材ストリームを、配信用ライブエンコーダに転送するパケット送信部と、
を備える。
【0008】
前記番組切替部は、前記番組素材ストリーム毎にライブ伝送に伴う遅延及び／又はジッタを吸収するためのバッファを保有するようにしてもよい。
【0009】
前記ストリーム受信部が、前記ライブ伝送装置及び／又は前記ファイル伝送装置から受信する番組素材ストリームは、軽圧縮ＩＰ伝送されるストリームであるようにしてもよい。
【0010】
前記番組切替部は、
受信する前記番組素材ストリーム毎にスレッドの並列化を行うようにしてもよい。
受信する前記番組素材ストリーム毎にスレッドの並列化を行うようにしてもよい。
【0011】
前記ＩＰ番組切替装置は、シーケンス番号、送信元識別ＩＤ、フレーム番号を管理するヘッダ生成部を備え、
前記ヘッダ生成部は、前記番組切替部から転送用のパケットを受け取ると、パケットヘッダのシーケンスナンバーが切替え前後で連続となるように、前記ＩＰ番組切替装置自身のシーケンスナンバーを生成し、転送するパケットに上書きするとともに、パケットヘッダの送信元識別情報を前記ＩＰ番組切替装置自身のＩＤにより上書きし、前記パケット送信部に出力するようにしてもよい。
前記ヘッダ生成部は、前記番組切替部から転送用のパケットを受け取ると、パケットヘッダのシーケンスナンバーが切替え前後で連続となるように、前記ＩＰ番組切替装置自身のシーケンスナンバーを生成し、転送するパケットに上書きするとともに、パケットヘッダの送信元識別情報を前記ＩＰ番組切替装置自身のＩＤにより上書きし、前記パケット送信部に出力するようにしてもよい。
【0012】
前記ＩＰ番組切替装置は、同期信号を管理する同期管理部を備え、
前記パケット送信部は、
前記同期管理部から受け取った前記同期信号に同期し、前記番組素材ストリームを前記配信用ライブエンコーダに転送するようにしてもよい。
前記パケット送信部は、
前記同期管理部から受け取った前記同期信号に同期し、前記番組素材ストリームを前記配信用ライブエンコーダに転送するようにしてもよい。
【0013】
前記ＩＰ番組切替装置は、前記配信用ライブエンコーダを備えるようにしてもよい。
【0014】
本発明に係るＩＰ番組切替プログラムは、前記ＩＰ番組切替装置としてコンピュータを機能させるためのものである。
【発明の効果】
【0015】
本発明によれば、ロケーションの異なる拠点で制作されたライブ番組素材を、例えばクラウド上でも指定時刻によりフレーム精度で切り替えることが可能となり、放送のような高精度な番組切替機能を持ったリニア配信サービスをクラウド上でも運用可能とするためのＩＰ番組切替装置及びＩＰ番組切替プログラムを提供することができる。
【図面の簡単な説明】
【0016】
【図1】実施形態におけるＩＰ番組切替システムの構成を示す図である。
【図2】実施形態におけるＩＰ番組切替装置の構成を示す機能ブロック図である。
【図3】実施形態における番組編成情報の例を示す図である。
【図4】実施形態におけるパケットヘッダ情報を含むＩＰ番組切替装置５の主要変数を示す図である。
【図5A】実施形態において、異なる拠点から伝送される素材ストリームをＩＰ番組切替装置により、フレーム精度で切替える際の概念を示す概念図である。
【図5B】実施形態において、異なる拠点から伝送される素材ストリームをＩＰ番組切替装置により、フレーム精度で切替える際の概念を示す概念図である。
【図6】実施形態におけるＩＰ番組切替装置の処理フローを示す図である。
【発明を実施するための形態】
【0017】
以下、本発明の実施形態の一例について説明する。
図１は、本実施形態におけるＩＰ番組切替システム１００の構成を示す図である。
ＩＰ番組切替システム１００は、ＰＴＰグランドマスター１と、ライブ伝送装置２と、ファイル伝送装置３と、ファイルストレージ４と、ＩＰ番組切替装置５と、配信用ライブエンコーダ６と、これらの装置を通信可能に接続するネットワーク（図示せず）と、を備える。
図１は、本実施形態におけるＩＰ番組切替システム１００の構成を示す図である。
ＩＰ番組切替システム１００は、ＰＴＰグランドマスター１と、ライブ伝送装置２と、ファイル伝送装置３と、ファイルストレージ４と、ＩＰ番組切替装置５と、配信用ライブエンコーダ６と、これらの装置を通信可能に接続するネットワーク（図示せず）と、を備える。
【0018】
ＰＴＰグランドマスター１は、ＧＮＳＳ（Global Navigation Satellite System）基準時刻等をソースとしたＰＴＰ（Precision Time Protocol）信号を、ライブ伝送装置２及びファイル伝送装置３に提供する。それにより、後述するように、各ライブ伝送装置２はＧＮＳＳ等の基準時刻に同期され、編成情報により指定された時刻にＲＴＰ等伝送用プロトコルヘッダのタイムスタンプフィールドに基準時刻から生成されたタイムスタンプ値を付加した上で商用回線等を用いてＩＰ番組切替装置５に伝送することができる。同様に、ファイル伝送装置３も、編成情報により指定された指定時刻になると、ライブ伝送装置２と同様に、ＧＮＳＳ等の基準時刻に同期したうえで、ＩＰ番組切替装置５に伝送することができる。なお、本実施形態では、タイムスタンプ値のサンプリング周波数及びその計算式は、ライブ伝送装置２、ファイル伝送装置３毎に同じとして説明するが、異なる場合には、ＩＰ番組切替装置５により、同一フォーマットに変換するようにしてもよい。
そうすることで、後述するようにＩＰ番組切替装置５は、ライブ伝送装置２、ファイル伝送装置３からＧＮＳＳ等の基準時刻に同期した番組素材ストリームを受信し、前記タイムスタンプに基づいて、編成情報に沿った指定時刻での番組切替を行うことができる。
そうすることで、後述するようにＩＰ番組切替装置５は、ライブ伝送装置２、ファイル伝送装置３からＧＮＳＳ等の基準時刻に同期した番組素材ストリームを受信し、前記タイムスタンプに基づいて、編成情報に沿った指定時刻での番組切替を行うことができる。
【0019】
ライブ伝送装置２は、ＪＰＥＧ－ＸＳ等の軽圧縮をリアルタイムにエンコードし、ＳＭＴＰＥ ＳＴ２１１０等を用いたＩＰ伝送が可能な装置である。ライブ伝送装置２は、図１に示すように、拠点１、拠点２（例えば放送局スタジオやスポーツスタジアムといった様々なロケーション）に設置されることを想定する。
各ライブ伝送装置２は前述したように、ＧＮＳＳ等の基準時刻に同期したうえで、カメラ（図示せず）やスイッチャー（図示せず）等の映像音声ソースをリアルタイムにＪＰＥＧ－ＸＳ等の軽圧縮をエンコードし、伝送用ストリームに変換し、ＩＰ番組切替装置５に送信する。なお、伝送時にＲＴＰ等伝送用プロトコルヘッダのタイムスタンプフィールドに基準時刻から生成されたタイムスタンプ値を付加し、さらに送信元を特定するための送信元識別ＩＤを、例えばＲＴＰ（Real time Transport Protocol）の場合は、ＲＴＰヘッダにＳＳＲＣ（Synchronization Source）を格納した上で商用回線等を用いてＩＰ番組切替装置５に伝送する。受信側ではＳＳＲＣにより送信元を識別することができる。
各ライブ伝送装置２は前述したように、ＧＮＳＳ等の基準時刻に同期したうえで、カメラ（図示せず）やスイッチャー（図示せず）等の映像音声ソースをリアルタイムにＪＰＥＧ－ＸＳ等の軽圧縮をエンコードし、伝送用ストリームに変換し、ＩＰ番組切替装置５に送信する。なお、伝送時にＲＴＰ等伝送用プロトコルヘッダのタイムスタンプフィールドに基準時刻から生成されたタイムスタンプ値を付加し、さらに送信元を特定するための送信元識別ＩＤを、例えばＲＴＰ（Real time Transport Protocol）の場合は、ＲＴＰヘッダにＳＳＲＣ（Synchronization Source）を格納した上で商用回線等を用いてＩＰ番組切替装置５に伝送する。受信側ではＳＳＲＣにより送信元を識別することができる。
【0020】
ファイル伝送装置３は、編成情報で指定された映像音声ファイル（ＨＥＶＣやＡＶ１等の形式であっても良い）をファイルストレージ４より事前にダウンロード（もしくはプログレッシブダウンロードでも良い）し、指定時刻になるとライブ伝送装置２と同様に基準時刻に同期した上でＩＰ番組切替装置５に軽圧縮ＩＰ伝送を行う。ファイルストレージ４はファイル伝送装置３内のストレージであっても良い。
【0021】
ＩＰ番組切替装置５は、編成情報で指定された送信元及び指定時刻に基づき、それぞれの（軽圧縮された）伝送用ストリームをＩＰレベルで切替え、配信用ライブエンコーダ６に転送する。具体的には、ＩＰ番組切替装置５は、番組素材のライブ伝送に伴う遅延やジッタ等を吸収するためのバッファを素材ストリーム毎に保有することで、編成情報の指定時刻に素材ストリームをフレーム精度でシームレスに切り替えることができる。例えば、ＩＰ番組切替装置５はライブ伝送装置２やファイル伝送装置３からのストリームを２つ以上同時に受信することができ、番組素材ストリームを、後述する編成情報に従い配信用ライブエンコーダ６に転送する。ＩＰ番組切替装置５の備える機能の詳細については後述する。
また、ＩＰ番組切替装置５と後述する配信用ライブエンコーダ６とは同一の装置に含まれるものであってもよい。その場合、ＩＰ番組切替装置５は配信用ライブエンコーダ６にストリームの転送は行わず、切替え後のストリームを配信用ストリームにトランスコードすればよい。
また、ＩＰ番組切替装置５と後述する配信用ライブエンコーダ６とは同一の装置に含まれるものであってもよい。その場合、ＩＰ番組切替装置５は配信用ライブエンコーダ６にストリームの転送は行わず、切替え後のストリームを配信用ストリームにトランスコードすればよい。
【0022】
配信用ライブエンコーダ６は、ＪＰＥＧ－ＸＳ等の軽圧縮ストリームを配信用ストリームにリアルタイムでトランスコードし、ＣＤＮ（Content Delivery Network）や視聴端末に配信する。エンコード形式はＡＶＣ、ＨＥＶＣ、ＡＶＩ等を、配信形式はＭＰＥＧ－ＤＡＳＨやＨＬＳ、ＣＭＦ等を想定するがその他の形式であってもよい。
また、配信用ライブエンコーダ６は、トランスコード時にウォータマークやスーパー、チャイム音といった、動画像や音声を合成しても良い。また映像音声に加え、例えば、ＭＰ４におけるｅｍｓｇＢＯＸ等Ｍｅｄｉａ Ｔｉｍｅｄ Ｅｖｅｎｔ等メタ情報を多重するようにしても良い。
以上、ＩＰ番組切替システム１００の備える装置の概要について説明した。なお、図１に記載したように、ファイル伝送装置３、ファイルストレージ４、ＩＰ番組切替装置５及び配信用ライブエンコーダ６は、それぞれ、商用クラウド等の一般的な仮想サーバにソフトウェアとして実装するようにしてもよい。また、プライベートクラウドやオンプレミス環境でも良い。またハードウェアで構成されても良い。
また、配信用ライブエンコーダ６は、トランスコード時にウォータマークやスーパー、チャイム音といった、動画像や音声を合成しても良い。また映像音声に加え、例えば、ＭＰ４におけるｅｍｓｇＢＯＸ等Ｍｅｄｉａ Ｔｉｍｅｄ Ｅｖｅｎｔ等メタ情報を多重するようにしても良い。
以上、ＩＰ番組切替システム１００の備える装置の概要について説明した。なお、図１に記載したように、ファイル伝送装置３、ファイルストレージ４、ＩＰ番組切替装置５及び配信用ライブエンコーダ６は、それぞれ、商用クラウド等の一般的な仮想サーバにソフトウェアとして実装するようにしてもよい。また、プライベートクラウドやオンプレミス環境でも良い。またハードウェアで構成されても良い。
【0023】
次に、本実施形態におけるＩＰ番組切替装置５の備える機能について説明する。図２に、ＩＰ番組切替装置５の機能構成を示す。
ＩＰ番組切替装置５は、制御部（図示せず）及び記憶部（図示せず）を備えた情報処理装置であり、前述したように、商用クラウド等の一般的な仮想サーバにソフトウェアとして実装することで、仮想サーバをＩＰ番組切替装置５として機能させるようにしてもよい。また、商用クラウド等に換えて、プライベートクラウドやオンプレミス環境でも良い。またハードウェアで構成される情報処理装置でも良い。
いずれにしても、制御部（図示せず）は、記憶部（図示せず）に格納されたＩＰ番組切替プログラム等を読み出し実行することにより、後述するストリーム受信部５１、編成情報管理部５２、番組切替部５３、ヘッダ生成部５４、同期管理部５５及びパケット送信部５６として機能する。
ＩＰ番組切替装置５は、これらの機能部により、編成情報で指定された送信元及び指定時刻に基づき、それぞれの（軽圧縮された）伝送用ストリーム（素材ストリーム）をフレーム精度でシームレスに切り替えることができる。
次に、ＩＰ番組切替装置５の各機能について説明する。
ＩＰ番組切替装置５は、制御部（図示せず）及び記憶部（図示せず）を備えた情報処理装置であり、前述したように、商用クラウド等の一般的な仮想サーバにソフトウェアとして実装することで、仮想サーバをＩＰ番組切替装置５として機能させるようにしてもよい。また、商用クラウド等に換えて、プライベートクラウドやオンプレミス環境でも良い。またハードウェアで構成される情報処理装置でも良い。
いずれにしても、制御部（図示せず）は、記憶部（図示せず）に格納されたＩＰ番組切替プログラム等を読み出し実行することにより、後述するストリーム受信部５１、編成情報管理部５２、番組切替部５３、ヘッダ生成部５４、同期管理部５５及びパケット送信部５６として機能する。
ＩＰ番組切替装置５は、これらの機能部により、編成情報で指定された送信元及び指定時刻に基づき、それぞれの（軽圧縮された）伝送用ストリーム（素材ストリーム）をフレーム精度でシームレスに切り替えることができる。
次に、ＩＰ番組切替装置５の各機能について説明する。
【0024】
ストリーム受信部５１は、編成情報管理部５２からの通知を受け、指定されたＩＰアドレス、ポート、ＳＳＲＣに対して素材ストリームの受信を開始し、パケットヘッダ（例えばＲＴＰヘッダ）の解析を行った上で、番組切替部５３に対して、パケットヘッダ情報とともに当該パケットを渡す。
【0025】
ここで、編成情報、パケットヘッダ情報及びフレーム精度で番組を切替えるために使用する主要変数であるタイムスタンプ値（ＴＳＰ）、伝送遅延量Ｔｉ、フレームに関する変数値等について説明する。まず編成情報について説明する。
図３は、番組編成情報の例を示す図である。図３に示すように、編成情報はＪＳＯＮ形式で記述され、例えばｖｉｄｅｏフィールド、Ｓｗｉｔｃｈｉｎｇ＿ｔｉｍｅフィールドを持つ。ここで、ｖｉｄｅｏフィールドには送信元識別ＩＤを配列等で記載してもよい。例えばＲＴＰヘッダのＳＳＲＣフィールドの値を利用しても良い。
Ｓｗｉｔｃｈｉｎｇ＿ｔｉｍｅフィールドには切替時刻（以下「ＳＴ」で表す）が記述される。切替時刻ＳＴは、ＲＦＣ３９９９形式で記述される。そうすることで、後述するように編成情報管理部５２は、切替時刻ＳＴを、ＴＳＰを生成するときと同一の算出式に基づいて、切替時刻のタイムスタンプ値（以下、「ＴＳＰｔｇｔ」で表す）に変換することができる。また、後述するように、番組切替部５３は、切替時刻のタイムスタンプ値ＴＳＰｔｇｔに基づいて、切替対象となる切替直前の素材フレームのタイムスタンプ値（以下「ＴＳＰｅｎｄ」で表す）と、切替直後の素材フレームのタイムスタンプ値（以下「ＴＳＰｓｔａｒｔ」で表す）と、を検出することができる。
編成情報は、編成情報を登録する端末（図示せず）等で生成し、ＨＴＴＰ等でＩＰ番組切替装置５に通知するようにしてもよい。その場合、ＩＰ番組切替装置５は編成情報を受け付けるためのインタフェースＩＦ（ＲＥＳＴＡＰＩ形式）を持つようにしてもよい。また、ＩＰ番組切替装置５に編成情報を登録・生成する機能を持たせるようにしてもよい。
ＩＰ番組切替装置５（ストリーム受信部５１）は、例えば、ＳＤＰ（Session Description Protocol）等の仕組みを利用して、データベース（図示せず）に、送信元識別ＩＤとＩＰ情報（受信ポートやマルチキャストアドレス等）、素材ストリームのメディアフォーマット等との紐づけ情報を登録するようにしてもよい。
図３は、番組編成情報の例を示す図である。図３に示すように、編成情報はＪＳＯＮ形式で記述され、例えばｖｉｄｅｏフィールド、Ｓｗｉｔｃｈｉｎｇ＿ｔｉｍｅフィールドを持つ。ここで、ｖｉｄｅｏフィールドには送信元識別ＩＤを配列等で記載してもよい。例えばＲＴＰヘッダのＳＳＲＣフィールドの値を利用しても良い。
Ｓｗｉｔｃｈｉｎｇ＿ｔｉｍｅフィールドには切替時刻（以下「ＳＴ」で表す）が記述される。切替時刻ＳＴは、ＲＦＣ３９９９形式で記述される。そうすることで、後述するように編成情報管理部５２は、切替時刻ＳＴを、ＴＳＰを生成するときと同一の算出式に基づいて、切替時刻のタイムスタンプ値（以下、「ＴＳＰｔｇｔ」で表す）に変換することができる。また、後述するように、番組切替部５３は、切替時刻のタイムスタンプ値ＴＳＰｔｇｔに基づいて、切替対象となる切替直前の素材フレームのタイムスタンプ値（以下「ＴＳＰｅｎｄ」で表す）と、切替直後の素材フレームのタイムスタンプ値（以下「ＴＳＰｓｔａｒｔ」で表す）と、を検出することができる。
編成情報は、編成情報を登録する端末（図示せず）等で生成し、ＨＴＴＰ等でＩＰ番組切替装置５に通知するようにしてもよい。その場合、ＩＰ番組切替装置５は編成情報を受け付けるためのインタフェースＩＦ（ＲＥＳＴＡＰＩ形式）を持つようにしてもよい。また、ＩＰ番組切替装置５に編成情報を登録・生成する機能を持たせるようにしてもよい。
ＩＰ番組切替装置５（ストリーム受信部５１）は、例えば、ＳＤＰ（Session Description Protocol）等の仕組みを利用して、データベース（図示せず）に、送信元識別ＩＤとＩＰ情報（受信ポートやマルチキャストアドレス等）、素材ストリームのメディアフォーマット等との紐づけ情報を登録するようにしてもよい。
【0026】
パケットヘッダ情報を含むＩＰ番組切替装置５の主要変数について説明する。図４は、パケットヘッダ情報を含むＩＰ番組切替装置５の主要変数を示す図である。
前述したように、ライブ伝送装置２及びファイル伝送装置３から伝送される素材ストリームのパケットには、（パケットヘッダに）フレーム単位に、基準時刻から生成されたタイムスタンプ値（ＴＳＰ）が付加される。すなわち、１フレームを構成する全てのパケットに、同一のタイムスタンプ値（ＴＳＰ）が付加される。
ここで、ＴＳＰの取り得る値について説明する。
前述したように、ライブ伝送装置２及びファイル伝送装置３から伝送される素材ストリームのパケットには、（パケットヘッダに）フレーム単位に、基準時刻から生成されたタイムスタンプ値（ＴＳＰ）が付加される。すなわち、１フレームを構成する全てのパケットに、同一のタイムスタンプ値（ＴＳＰ）が付加される。
ここで、ＴＳＰの取り得る値について説明する。
【0027】
まず、基準時刻からサンプリング周波数ｓｆに基づいて生成される値は、所定の算出式により算出される離散値であり、例えばサンプリング周波数ｓｆを９０ｋＨｚとした場合、基準時刻から生成される値は、離散値であり、１／９０００００秒ずつ、その値が増加する。なお、ＴＳＰは、パケットヘッダに付加されるため、その値は、所定の数のモジュロを取った値となる。以下、ＴＳＰの取り得る最大値をＴＳＰｍａｘで表す。
例えば、伝送用プロトコルとしてＲＴＰを使用した場合、ＲＴＰヘッダのタイムスタンプフィールド（ｔｉｍｅｓｔａｍｐ）は、２３２ビットで規定されるため、
ＴＳＰｍａｘ＝（２３２－１）となり、ＴＳＰは、符号なし整数（２３２）でモジュロを取った値、０≦ＴＳＴ≦（２３２－１）となる。
前述したように、切替時刻ＳＴから、前記所定の算出式により、切替時刻タイムスタンプ値ＴＳＰｔｇｔが生成される。なお、ＴＳＰｔｇｔは、例えば、サンプリング周波数ｓｆを９０ｋＨｚとした場合、基準時刻から生成される値は、１／９０００００秒ずつ、その値が増加する、離散値である。
例えば、伝送用プロトコルとしてＲＴＰを使用した場合、ＲＴＰヘッダのタイムスタンプフィールド（ｔｉｍｅｓｔａｍｐ）は、２３２ビットで規定されるため、
ＴＳＰｍａｘ＝（２３２－１）となり、ＴＳＰは、符号なし整数（２３２）でモジュロを取った値、０≦ＴＳＴ≦（２３２－１）となる。
前述したように、切替時刻ＳＴから、前記所定の算出式により、切替時刻タイムスタンプ値ＴＳＰｔｇｔが生成される。なお、ＴＳＰｔｇｔは、例えば、サンプリング周波数ｓｆを９０ｋＨｚとした場合、基準時刻から生成される値は、１／９０００００秒ずつ、その値が増加する、離散値である。
【0028】
ライブ伝送装置２及びファイル伝送装置３から伝送される素材ストリームに付加されるタイムスタンプ値（ＴＳＰ）は、フレーム単位に基準時刻から生成されたタイムスタンプ値（ＴＳＰ）である。したがって、素材ストリームのフレームレートをｆで表した場合、タイムスタンプ値（ＴＳＰ）は、フレームレートｆに依存した離散値となる。具体的には、素材ストリームのフレーム単位に付加されるタイムスタンプ値（ＴＳＰ）は、１フレーム毎に、サンプリング周波数ｓｆをフレームレートｆで除算した値（ｓｆ/ｆ）ずつ、増加する離散値となる。以下、フレーム毎のタイムスタンプ値ＴＳＰの差分（増加単位）をＴＳＰｄｉｆｆで表す。例えば、サンプリング周波数ｓｆ＝９０ｋＨｚとし、素材ストリームのフレームレートｆ＝６０ｆｐｓとした場合、素材ストリームのフレーム単位に付加されるタイムスタンプ値（ＴＳＰ）の差分ＴＳＰｄｉｆｆは、ｓｆ/ｆ＝１５００となる。
番組切替え制御に欠かせないタイムスタンプ値（ＴＳＰ）として、番組編成情報（切り換え情報）により設定された切替前の素材ストリームの切替直前の素材フレームのタイムスタンプ値ＴＳＰｅｎｄと、切替後の素材ストリームの切替直後の素材フレームのタイムスタンプ値ＴＳＰｓｔａｒｔと、がある。
番組切替え制御に欠かせないタイムスタンプ値（ＴＳＰ）として、番組編成情報（切り換え情報）により設定された切替前の素材ストリームの切替直前の素材フレームのタイムスタンプ値ＴＳＰｅｎｄと、切替後の素材ストリームの切替直後の素材フレームのタイムスタンプ値ＴＳＰｓｔａｒｔと、がある。
【0029】
次に、各フレームを構成するパケットに関する変数について説明する。１フレームを構成するパケット数をｎで表す。前述したように、各フレームを構成するパケット（パケットヘッダ）には、当該フレーム単位に付加されるタイムスタンプ値ＴＳＰが共通に付加されている。このため、１つのフレームを構成するパケットを区別するために０から始まるシーケンシャルなパケット番号ｐｉ（０≦ｐｉ≦（ｎ－１））が付加される。なお、パケット番号については、軽圧縮にＪＰＥＧ－ＸＳコーデックを利用する場合、ＳＭＰＴＥ ＳＴ２１１０－２２ ＲＴＰ Ｐａｙｌｏａｄヘッダで規定されるＰカウンターを利用するようにしてもよい。
ＩＰ番組切替装置５（番組切替部５３）は、パケット番号を参照することで、フレームを構成する最終パケット（ｐｉ＝（ｎ－１））及びフレームを構成する先頭パケット（ｐｉ＝０）を判定することができる。なお、伝送用プロトコルとしてＲＴＰを使用した場合、最終パケットの判定は、ＲＴＰヘッダのＭフィールドを利用するようにしてもよい。
ＩＰ番組切替装置５（番組切替部５３）は、パケット番号を参照することで、フレームを構成する最終パケット（ｐｉ＝（ｎ－１））及びフレームを構成する先頭パケット（ｐｉ＝０）を判定することができる。なお、伝送用プロトコルとしてＲＴＰを使用した場合、最終パケットの判定は、ＲＴＰヘッダのＭフィールドを利用するようにしてもよい。
【0030】
各拠点ｉに設置されている、ライブ伝送装置２（ｉ）又はファイル伝送装置３（ｉ）から素材ストリームが伝送され、ＩＰ番組切替装置５（ストリーム受信部５１）が受信する際の伝送遅延について説明する。各拠点ｉから伝送される際の遅延量Ｔｉは、伝送路等の情報から予め算出することができる。遅延量Ｔｉは、拠点ｉ毎に算出され、全ての拠点ｉの集合において、遅延量Ｔｉの最大値をＴｍａｘで表す。そうすると、拠点ｉから伝送される素材ストリームは、遅延量が最大値Ｔｍａｘとなる拠点と比べて、ＴｍａｘからＴｉを減じた時間（Ｔｍａｘ－Ｔｉ）早く受信することになる。（Ｔｍａｘ－Ｔｉ）をＴｉ＿ｄｉｆｆで表す。
そうすると、ＩＰ番組切替装置５が、仮に拠点ｉから素材ストリームを受信した後に、遅延量が最大値Ｔｍａｘとなる拠点から受信する素材ストリームに、フレーム精度で切替するためには、ＩＰ番組切替装置５（ストリーム受信部５１）は、拠点Ｔｉから受信する素材ストリームを少なくともＴｍａｘからＴｉを減じた時間Ｔｉ＿ｄｉｆｆ分のパケットを最低限バッファリングすることが必要となる。具体的には、フレームレートｆにフレーム毎のパケット数ｎを積算した値にＴｉ＿ｄｉｆｆを積算した値を繰り上げた個数分、拠点Ｔｉから受信する素材ストリームのパケットをバッファリングすることが必要になる。
なお、遅延量が変動する可能性があるため、全ストリームのバッファ量に同量のマージンを持たせるようにしてもよい。ただしマージンを増やした場合、処理は安定するが、遅延量が増加するため、変動等を考慮したうえで必要最小限に設定することが好ましい。
以上、ＩＰ番組切替装置５の主要変数について説明した。
そうすると、ＩＰ番組切替装置５が、仮に拠点ｉから素材ストリームを受信した後に、遅延量が最大値Ｔｍａｘとなる拠点から受信する素材ストリームに、フレーム精度で切替するためには、ＩＰ番組切替装置５（ストリーム受信部５１）は、拠点Ｔｉから受信する素材ストリームを少なくともＴｍａｘからＴｉを減じた時間Ｔｉ＿ｄｉｆｆ分のパケットを最低限バッファリングすることが必要となる。具体的には、フレームレートｆにフレーム毎のパケット数ｎを積算した値にＴｉ＿ｄｉｆｆを積算した値を繰り上げた個数分、拠点Ｔｉから受信する素材ストリームのパケットをバッファリングすることが必要になる。
なお、遅延量が変動する可能性があるため、全ストリームのバッファ量に同量のマージンを持たせるようにしてもよい。ただしマージンを増やした場合、処理は安定するが、遅延量が増加するため、変動等を考慮したうえで必要最小限に設定することが好ましい。
以上、ＩＰ番組切替装置５の主要変数について説明した。
【0031】
編成情報管理部５２は、例えば編成情報を登録する端末（図示せず）から、ＨＴＴＰ等で編成情報を受付け、番組の開始や番組の切替え時刻前に、ストリーム受信部５１に対して、番組の開始時又は番組切替後の素材ストリームの送信元を特定するためのＳＳＲＣ、ＩＰアドレス、ポート番号等を指定して、素材ストリーム受信の開始通知を送る。
また、編成情報管理部５２は、ＲＦＣ３９９９形式で記述された番組切替時刻ＳＴを所定の算出式により、切替時刻タイムスタンプ値ＴＳＰｔｇｔに変換し、番組切替部５３に対し、切替時刻タイムスタンプ値ＴＳＰｔｇｔとともに、被切替対象となる現在受信中の素材ストリームの送信元を特定するためのＳＳＲＣ、ＩＰアドレス、ポート番号等と、切替後の素材ストリームの送信元を特定するためのＳＳＲＣ、ＩＰアドレス、ポート番号等を指定して、切替処理の開始通知を送る。
また、編成情報管理部５２は、ＲＦＣ３９９９形式で記述された番組切替時刻ＳＴを所定の算出式により、切替時刻タイムスタンプ値ＴＳＰｔｇｔに変換し、番組切替部５３に対し、切替時刻タイムスタンプ値ＴＳＰｔｇｔとともに、被切替対象となる現在受信中の素材ストリームの送信元を特定するためのＳＳＲＣ、ＩＰアドレス、ポート番号等と、切替後の素材ストリームの送信元を特定するためのＳＳＲＣ、ＩＰアドレス、ポート番号等を指定して、切替処理の開始通知を送る。
【0032】
番組切替部５３は、ストリーム受信部５１からのパケットをバッファし、ヘッダ生成部５４に転送用パケットを渡す。
また、番組切替部５３は、番組の開始時刻や番組の切替時刻においては、開始時刻又は切替時刻タイムスタンプ値ＴＳＰｔｇｔを基準に、転送用のパケットを切替え、ヘッダ生成部５４に転送用パケットを渡す。
次に、番組の開始時刻や番組の切替時刻において、編成情報の指定時刻に素材ストリームをフレーム精度でシームレスに切り替える、番組切替部５３の処理について詳細に説明する。
また、番組切替部５３は、番組の開始時刻や番組の切替時刻においては、開始時刻又は切替時刻タイムスタンプ値ＴＳＰｔｇｔを基準に、転送用のパケットを切替え、ヘッダ生成部５４に転送用パケットを渡す。
次に、番組の開始時刻や番組の切替時刻において、編成情報の指定時刻に素材ストリームをフレーム精度でシームレスに切り替える、番組切替部５３の処理について詳細に説明する。
【0033】
番組切替部５３は、切替時刻タイムスタンプ値ＴＳＰｔｇｔに基づいて、切替直前の素材フレームのタイムスタンプ値ＴＳＰｅｎｄを算定する。具体的には、切替時刻タイムスタンプ値ＴＳＰｔｇｔと、切替直前の素材フレームのタイムスタンプ値ＴＳＰｅｎｄと、は、以下の式１又は式２を満たすことから、番組切替部５３は、ＴＳＰｅｎｄを算定することができる。なお、（式２）は、ＴＳＰで表現できる最大の値ＴＳＰｍａｘを考慮したものである。
TSPtgt -TSPdiff≧0のとき
TSPtgt >TSPend≧TSPtgt -TSPdiff
（式１）
TSPtgt -TSPdiff＜0のとき
TSPmax≧TSPend≧TSPmax+1－(TSPdiff - TSPtgt)
又は
TSPtgt >TSPend≧0
（式２）
TSPtgt -TSPdiff≧0のとき
TSPtgt >TSPend≧TSPtgt -TSPdiff
（式１）
TSPtgt -TSPdiff＜0のとき
TSPmax≧TSPend≧TSPmax+1－(TSPdiff - TSPtgt)
又は
TSPtgt >TSPend≧0
（式２）
【0034】
番組切替部５３は、次に、切替後の素材ストリームの切替直後の素材フレームのタイムスタンプ値ＴＳＰｓｔａｒｔを算定する。具体的には、切替直後の素材フレームのタイムスタンプ値ＴＳＰｓｔａｒｔと、切替直前の素材フレームのタイムスタンプ値ＴＳＰｅｎｄと、の差がＴＳＰｄｉｆｆとなること、すなわち、以下の式３を満たすことから、番組切替部５３は、ＴＳＰｅｎｄから、ＴＳＰｓｔａｒｔを算定することができる。
TSPstart= (TSPend + TSPdiff) mod (TSPmax+1)
（式３）
ここで、式３について説明する。切替前の素材フレームを伝送する、例えば拠点１におけるライブ伝送装置２と、切替後の素材フレームを伝送する、例えば拠点２におけるライブ伝送装置２とは、ＧＮＳＳの基準時刻に同期されていることから、同じ時刻に同じタイムスタンプ値ＴＳＰを持ったパケットを送信する。
このため、切替前の素材フレームを伝送する、拠点１におけるライブ伝送装置２の切替直前の素材フレームのＴＳＰｅｎｄと、切替後の素材フレームを伝送する、拠点２におけるライブ伝送装置２の切替直後の素材フレームのＴＳＰｓｔａｒｔと、の差がＴＳＰｄｉｆｆとなるように、切替えるようにすることができる。
番組切替部５３は、切替直前の素材フレームのＴＳＰｅｎｄのパケット番号を参照することで、切替直前の素材フレームを構成する最終パケットを判定し、最終パケットで切替える（なお、前述したように、最終パケットの判定はＲＴＰヘッダのＭフィールドを利用して判定するようにしてもよい）。また、番組切替部５３は、切替直後の素材フレームのＴＳＰｓｔａｒｔのパケット番号を参照することで、切替直後の素材フレームを構成する先頭パケット（ｐｉ＝０）を判定し、先頭パケットで切替える。
切替前の素材フレームの伝送と、切替後の素材ストリームの伝送における、遅延量については、前述したように、番組切替部５３は、複数拠点からの番組が編成される際には、拠点（ｉ）からＩＰ番組切替装置５までの伝送遅延Ｔｉを考慮して、受信する素材ストリームを少なくともＴｍａｘからＴｉを減じた時間Ｔｉ＿ｄｉｆｆ分のパケットを最低限バッファリングすることから、切替を遅延なくスムーズに行うことができる。
なお、番組切替部５３は、入力される素材ストリーム毎にスレッド並列化を行うことで、処理負荷を低減させるようにしてもよい。これにより、例えば、４Ｋ／８Ｋ等の大容量素材の軽圧縮ストリーム等のパケットの各フィールドの解析等に要する時間を短縮することができる。
以上のように、番組切替部５３は、切替前の番組をパケットレベルで、切替後の番組に切替えることができる。
TSPstart= (TSPend + TSPdiff) mod (TSPmax+1)
（式３）
ここで、式３について説明する。切替前の素材フレームを伝送する、例えば拠点１におけるライブ伝送装置２と、切替後の素材フレームを伝送する、例えば拠点２におけるライブ伝送装置２とは、ＧＮＳＳの基準時刻に同期されていることから、同じ時刻に同じタイムスタンプ値ＴＳＰを持ったパケットを送信する。
このため、切替前の素材フレームを伝送する、拠点１におけるライブ伝送装置２の切替直前の素材フレームのＴＳＰｅｎｄと、切替後の素材フレームを伝送する、拠点２におけるライブ伝送装置２の切替直後の素材フレームのＴＳＰｓｔａｒｔと、の差がＴＳＰｄｉｆｆとなるように、切替えるようにすることができる。
番組切替部５３は、切替直前の素材フレームのＴＳＰｅｎｄのパケット番号を参照することで、切替直前の素材フレームを構成する最終パケットを判定し、最終パケットで切替える（なお、前述したように、最終パケットの判定はＲＴＰヘッダのＭフィールドを利用して判定するようにしてもよい）。また、番組切替部５３は、切替直後の素材フレームのＴＳＰｓｔａｒｔのパケット番号を参照することで、切替直後の素材フレームを構成する先頭パケット（ｐｉ＝０）を判定し、先頭パケットで切替える。
切替前の素材フレームの伝送と、切替後の素材ストリームの伝送における、遅延量については、前述したように、番組切替部５３は、複数拠点からの番組が編成される際には、拠点（ｉ）からＩＰ番組切替装置５までの伝送遅延Ｔｉを考慮して、受信する素材ストリームを少なくともＴｍａｘからＴｉを減じた時間Ｔｉ＿ｄｉｆｆ分のパケットを最低限バッファリングすることから、切替を遅延なくスムーズに行うことができる。
なお、番組切替部５３は、入力される素材ストリーム毎にスレッド並列化を行うことで、処理負荷を低減させるようにしてもよい。これにより、例えば、４Ｋ／８Ｋ等の大容量素材の軽圧縮ストリーム等のパケットの各フィールドの解析等に要する時間を短縮することができる。
以上のように、番組切替部５３は、切替前の番組をパケットレベルで、切替後の番組に切替えることができる。
【0035】
図５Ａ及び図５Ｂは、番組切替部５３により、異なる拠点から伝送される素材ストリームをフレーム精度で切替える際の概念を示す概念図である。図５Ａは、「ソース１からソース２」に切り替える処理、図５Ｂは、「ソース２からソース１」に切り替える処理の概念図を示す。いずれの概念図においても、ソース１とソース２のみが編成されているものとする。図５Ａ、図５Ｂを参照して、ＩＰ番組切替処理を説明する。
【0036】
図５Ａ及び図５Ｂに示す概念図に記載の主要変数について説明する。
ＲＴＰパケットを、（ＴＳＰ値，パケット番号）で表す。例えば、（１，６）は、タイムスタンプ値（ＴＳＰ）＝１のフレームを構成するパケット番号（ｐｉ）＝６のパケットを表す。
タイムスタンプＴＳＰはフレーム毎に５ずつ（ＴＳＰｄｉｆｆ＝５）増加し、
切替時刻ＳＴのタイムスタンプ値ＴＳＰｔｇｔ＝３、
切替直前のフレームのタイムスタンプ値ＴＳＰｅｎｄ＝１、
切替直後のフレームのタイムスタンプ値ＴＳＰｓｔａｒｔ＝６、
１フレームを構成するパケット数ｎ＝７とする。
ソース１ではパケットレベルでＴ１（２個分のパケット）の伝送遅延、
ソース２ではＴ２（６個分のパケット）の伝送遅延があるものとする。
Ｔｍａｘ＝Ｔ２となり、Ｔ１＿ｄｉｆｆ＝４、Ｔ２＿ｄｉｆｆ＝０となる。
簡単のため、番組切替部５３は、ソース１から受信するストリームについては、パケット４個分のバッファリングをし、ソース２から受信するストリームについては、バッファリングしないものとする。これにより、番組切替部５３が、ソース２から受信するフレームの先頭パケット（パケット番号ｐｉ＝０）を受信する時点で、ソース１から受信するフレームのパケット番号は４となる。このため、ソース１から受信するフレームの先頭パケット（パケット番号ｐｉ＝０）からパケット番号３までのパケットは、ソース１からのストリームに対応するバッファに記憶される。
Ｔｈｒｅａｄ１は、ソース１のパケットの各フィールドを解析するスレッド、
Ｔｈｒｅａｄ２は、ソース２のパケットの各フィールドを解析するスレッドであって、番組切替部５３は、それぞれの入力ストリームを並列に解析することができる。
ＲＴＰパケットを、（ＴＳＰ値，パケット番号）で表す。例えば、（１，６）は、タイムスタンプ値（ＴＳＰ）＝１のフレームを構成するパケット番号（ｐｉ）＝６のパケットを表す。
タイムスタンプＴＳＰはフレーム毎に５ずつ（ＴＳＰｄｉｆｆ＝５）増加し、
切替時刻ＳＴのタイムスタンプ値ＴＳＰｔｇｔ＝３、
切替直前のフレームのタイムスタンプ値ＴＳＰｅｎｄ＝１、
切替直後のフレームのタイムスタンプ値ＴＳＰｓｔａｒｔ＝６、
１フレームを構成するパケット数ｎ＝７とする。
ソース１ではパケットレベルでＴ１（２個分のパケット）の伝送遅延、
ソース２ではＴ２（６個分のパケット）の伝送遅延があるものとする。
Ｔｍａｘ＝Ｔ２となり、Ｔ１＿ｄｉｆｆ＝４、Ｔ２＿ｄｉｆｆ＝０となる。
簡単のため、番組切替部５３は、ソース１から受信するストリームについては、パケット４個分のバッファリングをし、ソース２から受信するストリームについては、バッファリングしないものとする。これにより、番組切替部５３が、ソース２から受信するフレームの先頭パケット（パケット番号ｐｉ＝０）を受信する時点で、ソース１から受信するフレームのパケット番号は４となる。このため、ソース１から受信するフレームの先頭パケット（パケット番号ｐｉ＝０）からパケット番号３までのパケットは、ソース１からのストリームに対応するバッファに記憶される。
Ｔｈｒｅａｄ１は、ソース１のパケットの各フィールドを解析するスレッド、
Ｔｈｒｅａｄ２は、ソース２のパケットの各フィールドを解析するスレッドであって、番組切替部５３は、それぞれの入力ストリームを並列に解析することができる。
【0037】
図５Ａを参照して、ソース１からソース２に切替える処理（「ソース１－＞ソース２」）について説明する。図５Ａに示すように、切替直前のソース１のパケットを（１、６）で示す。なお、ソース１から受信するストリームは、バッファリングされているため、ソース１のパケット（１、６）出力後に、ソース２の（６，０）を続けて出力することができる。なお、切替後のソース１から受信する（６，０）以降のパケットは破棄するか、又は入力受付を任意で終了するようにしてもよい。
図５Ｂを参照して、ソース２からソース１に切替える処理（「ソース２－＞ソース１」）について説明する。図５Ｂに示すように、切替直前のソース２のパケットを（１、６）で示す。なお、ソース１から受信するストリームは、バッファリングされているため、ソース２のパケット（１、６）出力後に、ソース１のパケット（６，０）を続けて出力することができる。
以上、番組切替部５３の機能について説明した。
図５Ｂを参照して、ソース２からソース１に切替える処理（「ソース２－＞ソース１」）について説明する。図５Ｂに示すように、切替直前のソース２のパケットを（１、６）で示す。なお、ソース１から受信するストリームは、バッファリングされているため、ソース２のパケット（１、６）出力後に、ソース１のパケット（６，０）を続けて出力することができる。
以上、番組切替部５３の機能について説明した。
【0038】
ヘッダ生成部５４は、シーケンス番号、ＳＳＲＣ、フレーム番号を管理している。ヘッダ生成部５４は、番組切替部５３から転送用のパケットを受け取ると、ＲＴＰヘッダのシーケンスナンバーが切替え前後で連続となるように、ＩＰ番組切替装置５自身のシーケンスナンバーを生成し、転送するパケットに上書きする。また、ＲＴＰヘッダのＳＳＲＣフィールドについても同様にＩＰ番組切替装置５自身のＩＤであるＳＳＲＣを上書きする。
ヘッダ生成部５４は、転送用のパケットに上書きを行った後、パケット送信部５６に出力する。
ヘッダ生成部５４は、転送用のパケットに上書きを行った後、パケット送信部５６に出力する。
【0039】
同期管理部５５は、例えばＧＮＳＳ基準時刻等をソースとしたＰＴＰ信号を受付、同期信号をパケット送信部に渡す。なお、同期については、ＰＴＰ信号に限られない。
なお、現在転送しているソースの入力ストリームに同期することもできるが、そうすると、入力ストリーム１から入力ストリーム２に切り替える際、転送ストリームの送出タイミング（同期元）も入力ストリーム１から入力ストリーム２に代わるため、転送ストリームの送出タイミングが揺らぐ（同期が乱れる）可能性がある。また、入力ストリームに同期し転送している時に、入力ストリームが番組切替装置までの伝送路の影響で揺らいでしまった場合、転送ストリームもその揺らぎを反映してしまう可能性がある。
このため、送出タイミングをＰＴＰや高精度なインターナルクロックに同期することで、切り替え時に前記の乱れを防ぐことが可能となる。
なお、現在転送しているソースの入力ストリームに同期することもできるが、そうすると、入力ストリーム１から入力ストリーム２に切り替える際、転送ストリームの送出タイミング（同期元）も入力ストリーム１から入力ストリーム２に代わるため、転送ストリームの送出タイミングが揺らぐ（同期が乱れる）可能性がある。また、入力ストリームに同期し転送している時に、入力ストリームが番組切替装置までの伝送路の影響で揺らいでしまった場合、転送ストリームもその揺らぎを反映してしまう可能性がある。
このため、送出タイミングをＰＴＰや高精度なインターナルクロックに同期することで、切り替え時に前記の乱れを防ぐことが可能となる。
【0040】
パケット送信部５６は、同期管理部５５から入力されたＰＴＰ信号に同期し、ヘッダ生成部５４から入力される転送用パケットを配信用ライブエンコーダ６に転送する。
【0041】
以上、ＩＰ番組切替システム１００の備える機能について、主に映像ストリームの切替制御について説明したが、音声についても、映像とは別のＲＴＰパケットで伝送されることから、映像と同様にタイムスタンプ値（ＴＳＰ）に基づいて、切替処理が可能である。
ＩＰ番組切替システム１００により、指定時刻でのフレーム精度によるシームレス（映像の乱れがない）な切替えが可能となり、転送先である配信用ライブエンコーダ６は特別な処理を行う必要なく、汎用的なものを利用することができる。
次に、ＩＰ番組切替装置５の動作について説明する。
ＩＰ番組切替システム１００により、指定時刻でのフレーム精度によるシームレス（映像の乱れがない）な切替えが可能となり、転送先である配信用ライブエンコーダ６は特別な処理を行う必要なく、汎用的なものを利用することができる。
次に、ＩＰ番組切替装置５の動作について説明する。
【0042】
図６は、ＩＰ番組切替装置５の動作を示すフローチャートを示す図である。
図６を参照すると、ステップＳＴ０１において、ＩＰ番組切替装置５は、ＨＴＴＰ等を介して編成情報を受信する。具体的には、編成情報管理部５２は、ＨＴＴＰ等を介して、編成情報を受信し、番組開始時刻、素材ストリームの伝送元情報（ＩＰアドレス、ポート番号、ＳＳＲＣ等）を指定して、ストリーム受信部５１及び番組切替部５３に通知する。
図６を参照すると、ステップＳＴ０１において、ＩＰ番組切替装置５は、ＨＴＴＰ等を介して編成情報を受信する。具体的には、編成情報管理部５２は、ＨＴＴＰ等を介して、編成情報を受信し、番組開始時刻、素材ストリームの伝送元情報（ＩＰアドレス、ポート番号、ＳＳＲＣ等）を指定して、ストリーム受信部５１及び番組切替部５３に通知する。
【0043】
ステップＳＴ０２において、ＩＰ番組切替装置５は、先頭に編成されている番組の素材ストリームを受信するとともに、バッファを開始する。具体的には、ストリーム受信部５１は、編成情報の先頭に編成されている番組の素材ストリームを受信し、番組切替部５３にパケットを渡し、番組切替部５３は、受信した素材ストリームをバッファする。
【0044】
ステップＳＴ０３において、ＩＰ番組切替装置５は、素材ストリームより番組開始時刻に該当するタイムスタンプＴＳＰを検知し、配信用ライブエンコーダ６に転送を開始する。具体的には、番組切替部５３は、ヘッダ生成部５４に転送用のパケットを出力し、ヘッダ生成部５４は、転送用のパケットに上書きを行った後、パケット送信部５６に出力し、パケット送信部５６は、同期管理部５５から入力されたＰＴＰ信号に同期し、ヘッダ生成部５４から入力された転送用パケットを配信用ライブエンコーダ６に転送する。そうすることで、配信用ライブエンコーダ６は、番組開始時刻から、当該番組のＪＰＥＧ－ＸＳ等の軽圧縮ストリームを配信用ストリームにリアルタイムでトランスコードし、ＣＤＮや視聴端末に配信する。
【0045】
ステップＳＴ０４において、番組切替部５３は、後続番組の編成の有無を判定する。後続番組の編成がある場合（ＹＥＳの場合）ステップＳＴ０５に移る。後続番組の編成がない場合（ＮＯの場合）ステップＳＴ０８に移る。
【0046】
ステップＳＴ０５において、番組切替部５３は、切替後の番組の素材ストリームを受信し、バッファを開始するとともに、切替前の番組の素材ストリームの切替直前の素材フレームのタイムスタンプ値ＴＳＰｅｎｄを算定するとともに、切替後の番組の素材ストリームの切替直後の素材フレームのタイムスタンプ値ＴＳＰｓｔａｒｔを算定する。
【0047】
ステップＳＴ０６において、ＩＰ番組切替装置５は、切替前の番組終了時刻に該当するフレームの最終パケットを転送後、切替前の番組のストリーム受信を終了する。具体的には、番組切替部５３は、切替直前の素材フレームのタイムスタンプ値ＴＳＰｅｎｄであって、切替直前の素材フレームを構成する最終パケットをヘッダ生成部５４に出力するとともに、切替前の番組のストリーム受信を終了する。ヘッダ生成部５４は、転送用のパケットに上書きを行った後、パケット送信部５６から転送用パケットを配信用ライブエンコーダ６に転送する。
【0048】
ステップＳＴ０７において、ＩＰ番組切替装置５は、切替後の番組開始時刻に該当する切替直後の番組の素材フレームの先頭パケットから転送を開始する。具体的には、番組切替部５３は、切替後の番組開始時刻に該当する切替直後の番組の素材フレームのタイムスタンプ値ＴＳＰｓｔａｒｔであって、切替直後の素材フレームを構成する先頭パケットから、ヘッダ生成部５４に出力し、ヘッダ生成部５４は、転送用のパケットに上書きを行った後、パケット送信部５６に出力し、パケット送信部５６は転送用パケットを配信用ライブエンコーダ６に転送開始する。そうすることで、配信用ライブエンコーダ６は、切替後の番組のＪＰＥＧ－ＸＳ等の軽圧縮ストリームを配信用ストリームにリアルタイムでトランスコードし、ＣＤＮや視聴端末に配信する。その後、ステップＳＴ０４に移る。
【0049】
ステップＳＴ０８において、番組終了時刻に該当する素材フレームの最終パケットを転送後、全処理を終了する。
以上、ＩＰ番組切替装置５の動作について説明した。
以上、ＩＰ番組切替装置５の動作について説明した。
【0050】
本実施形態によれば、ＩＰ番組切替装置５は、通信可能に接続されるライブ伝送装置２及び／又はファイル伝送装置３から、番組編成情報により指定された時刻に送信される、伝送用プロトコルヘッダに基準時刻から生成されるタイムスタンプが付加された番組素材ストリームを受信するストリーム受信部５１と、番組素材ストリームをストリーム受信部５１から受取り、番組編成情報に指定された番組切替時刻から算出される切替時刻タイムスタンプ値ＴＳＰｔｇｔに基づいて、切替前の番組素材ストリームにおける切替直前の素材フレームのタイムスタンプ値ＴＳＰｅｎｄ及び切替後の番組素材ストリームにおける切替直後の素材フレームのタイムスタンプ値ＴＳＰｓｔａｒｔを算定し、切替前の番組素材ストリームにおける切替直前の素材フレームから、切替後の番組素材ストリームにおける切替直後の素材フレームにフレーム精度で切替える番組切替部５３と、番組素材ストリームを、配信用ライブエンコーダ６に転送するパケット送信部５６と、を備える。
これにより、ＩＰ番組切替装置５は、ロケーションの異なる拠点で制作されたライブ番組素材を、それぞれＩＰ伝送によって受信し、指定時刻にフレーム精度で切り替えることを可能とし、放送のような高精度な番組切替機能を持ったリニア配信サービスをＩＰネットワーク上で運用することができる。
これにより、ＩＰ番組切替装置５は、ロケーションの異なる拠点で制作されたライブ番組素材を、それぞれＩＰ伝送によって受信し、指定時刻にフレーム精度で切り替えることを可能とし、放送のような高精度な番組切替機能を持ったリニア配信サービスをＩＰネットワーク上で運用することができる。
【0051】
番組切替部５３は、番組素材ストリーム毎にライブ伝送に伴う遅延及び／又はジッタを吸収するためのバッファを保有するようにしてもよい。
それにより、ロケーションの異なる拠点で制作されたライブ番組素材を、それぞれＩＰ伝送によって受信した場合、伝送時の遅延差、ジッタ等を考慮した、番組切替機能を持ったリニア配信サービスをＩＰネットワーク上で運用することができる。
それにより、ロケーションの異なる拠点で制作されたライブ番組素材を、それぞれＩＰ伝送によって受信した場合、伝送時の遅延差、ジッタ等を考慮した、番組切替機能を持ったリニア配信サービスをＩＰネットワーク上で運用することができる。
【0052】
ストリーム受信部５１が、ライブ伝送装置２及び／又はファイル伝送装置３から受信する番組素材ストリームは、軽圧縮ＩＰ伝送されるストリームであるようにしてもよい。
そうすることで、例えばスタジオ等で制作された４Ｋ／８Ｋといった大容量ライブ番組素材を、ＩＰ回線を経由し、低遅延かつ劣化の少ない状態で伝送することが可能となる。そのため、配信素材伝送から、番組切替え、視聴者への配信までのエンドツーエンドでの高品質なリニア配信基盤を、クラウドを含むＩＰ環境上で仮想的に構築することが可能となる。
そうすることで、例えばスタジオ等で制作された４Ｋ／８Ｋといった大容量ライブ番組素材を、ＩＰ回線を経由し、低遅延かつ劣化の少ない状態で伝送することが可能となる。そのため、配信素材伝送から、番組切替え、視聴者への配信までのエンドツーエンドでの高品質なリニア配信基盤を、クラウドを含むＩＰ環境上で仮想的に構築することが可能となる。
【0053】
番組切替部５３は、
受信する番組素材ストリーム毎にスレッドの並列化を行うようにしてもよい。
それにより、例えば４Ｋ／８Ｋ等の大容量素材の軽圧縮ストリームに係るパケットの各フィールドを解析するための処理負荷を低減させることができる。
受信する番組素材ストリーム毎にスレッドの並列化を行うようにしてもよい。
それにより、例えば４Ｋ／８Ｋ等の大容量素材の軽圧縮ストリームに係るパケットの各フィールドを解析するための処理負荷を低減させることができる。
【0054】
ＩＰ番組切替装置５は、シーケンス番号、送信元識別ＩＤ、フレーム番号を管理するヘッダ生成部５４を備え、番組切替部５３から転送用のパケットを受け取ると、パケットヘッダのシーケンスナンバーが切替え前後で連続となるように、ＩＰ番組切替装置５におけるシーケンスナンバーを生成し、転送するパケットに上書きするとともに、パケットヘッダの送信元識別情報をＩＰ番組切替装置５の識別ＩＤにより上書きし、パケット送信部５６に出力するようにしてもよい。
それにより、配信用ライブエンコーダ６は特別な処理を行う必要がなく、汎用的なものを利用することができる。
それにより、配信用ライブエンコーダ６は特別な処理を行う必要がなく、汎用的なものを利用することができる。
【0055】
ＩＰ番組切替装置５は、同期信号を管理する同期管理部５５を備え、パケット送信部５６は、同期管理部５５から受け取った同期信号に同期し、番組素材ストリームを配信用ライブエンコーダ６に転送するようにしてもよい。
これにより、例えば番組素材ストリーム１から番組素材ストリーム２に切替えるときの、配信用ライブエンコーダ６に出力する転送ストリームに乱れが生じないようにすることができる。
これにより、例えば番組素材ストリーム１から番組素材ストリーム２に切替えるときの、配信用ライブエンコーダ６に出力する転送ストリームに乱れが生じないようにすることができる。
【0056】
ＩＰ番組切替装置５は、配信用ライブエンコーダ６を備えるようにしてもよい。
それにより、ストリームの転送は行わず、切替え後のストリームを配信用ストリームにトランスコードすることができる。
それにより、ストリームの転送は行わず、切替え後のストリームを配信用ストリームにトランスコードすることができる。
【0057】
本発明に係るＩＰ番組切替プログラムは、ＩＰ番組切替装置５としてコンピュータを機能させるためのものである。それにより、コンピュータとして、クラウドを適用することで、ロケーションの異なる拠点で制作されたライブ番組素材を、クラウド上で指定時刻によりフレーム精度で切り替えることが可能となり、放送のような高精度な番組切替機能を持ったリニア配信サービスをクラウド上で運用することが可能となる。また、クラウド上にリニア配信用の計算処理リソースを動的に確保することで、配信チャンネルを必要なときに必要なだけ生成することが可能となる。
【0058】
前述の実施形態では、ＩＰ番組切替装置５は、制御部及び記憶部を備えた情報処理装置であり、商用クラウド等の一般的な仮想サーバにおいても、ソフトウェアとして実装することで、仮想サーバをＩＰ番組切替装置５として機能させることが可能となる。そうすることで、以下のように多チャンネル化を実現することができる。
従来の放送設備で多チャンネル化を実現するためには、放送用の帯域が無限に確保されていたとしても、高価な番組編成に必要なマスター装置等をチャンネル数に応じて増設する必要があったが、本発明の編成機能を含むリニア配信基盤を、例えばクラウド上で仮想的に運用することで、必要な時のみ配信チャンネル数に応じた必要最低限のコンピュータリソースを確保し、多チャンネル化を実現するとともに、その際、設備導入時のコストや運用コストを削減することができる。
従来の放送設備で多チャンネル化を実現するためには、放送用の帯域が無限に確保されていたとしても、高価な番組編成に必要なマスター装置等をチャンネル数に応じて増設する必要があったが、本発明の編成機能を含むリニア配信基盤を、例えばクラウド上で仮想的に運用することで、必要な時のみ配信チャンネル数に応じた必要最低限のコンピュータリソースを確保し、多チャンネル化を実現するとともに、その際、設備導入時のコストや運用コストを削減することができる。
【0059】
上述した実施形態の機能的構成を変形するようにしてもよい。つまり、図２の機能的構成は例示に過ぎず、本実施形態の機能的構成を限定するものではない。すなわち、本発明の番組切替機能に関する一連の処理を全体として実行できる機能が各機器に備えられていれば足り、この機能を実現するためにどのような機能ブロックを用いるのかは、特に図２の例に限定されない。
また、これら機能的構成を実現するための装置についても、上述した実施形態での説明は例示に過ぎない。例えば、上述の実施形態では、ＩＰ番組切替装置５を１つの装置等により実現すると説明したが、ＩＰ番組切替装置５の各機能を、適宜複数の装置に分散する、分散処理システムとしてもよい。また、前述したように、クラウド上で仮想サーバ機能等を利用して、ＩＰ番組切替装置５の各機能を実現してもよい。
また、これら機能的構成を実現するための装置についても、上述した実施形態での説明は例示に過ぎない。例えば、上述の実施形態では、ＩＰ番組切替装置５を１つの装置等により実現すると説明したが、ＩＰ番組切替装置５の各機能を、適宜複数の装置に分散する、分散処理システムとしてもよい。また、前述したように、クラウド上で仮想サーバ機能等を利用して、ＩＰ番組切替装置５の各機能を実現してもよい。
【0060】
ＩＰ番組切替装置５の機能を実現するためのプログラムをコンピュータで読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現してもよい。
【0061】
ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータで読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ－ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
【0062】
さらに「コンピュータで読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時刻の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時刻プログラムを保持しているものも含んでもよい。また、上記プログラムは、前述した機能の一部を実現するためのものであってもよく、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよい。
【符号の説明】
【0063】
１００ ＩＰ番組切替システム
１ ＰＴＰグランドマスター
２ ライブ伝送装置
３ ファイル伝送装置
４ ファイルストレージ
５ ＩＰ番組切替装置
５１ ストリーム受信部
５２ 編成情報管理部
５３ 番組切替部
５４ ヘッダ生成部
５５ 同期管理部
５６ パケット送信部
６ 配信用ライブエンコーダ
１ ＰＴＰグランドマスター
２ ライブ伝送装置
３ ファイル伝送装置
４ ファイルストレージ
５ ＩＰ番組切替装置
５１ ストリーム受信部
５２ 編成情報管理部
５３ 番組切替部
５４ ヘッダ生成部
５５ 同期管理部
５６ パケット送信部
６ 配信用ライブエンコーダ
【図1】
【図2】
【図3】
【図4】
【図5A】
【図5B】
【図6】