(57)【要約】【課題】冗長化した送信機がシーケンス番号を同期することなく映像信号を再構築する。【解決手段】ＰＴＰグランドマスタと、ＰＴＰグランドマスタとＰＴＰに従って時刻同期する第１および第２の送信機と第１の送信機および第２の送信機とＩＰネットワークを介して接続された受信機とを備え、第１の送信機および第２の送信機のそれぞれは、１つの映像信号を分配された入力映像信号を複数のＩＰパケットに分割し、ＰＴＰに従って時刻同期されたタイムスタンプを、分割した複数のＩＰパケットのそれぞれに設定し、第１および第２の送信機は、タイムスタンプが設定された複数のＩＰパケットを第１および第２のＩＰパケットストリームとして、ＲＴＰに従って、第１および第２の伝送経路を介して受信機にそれぞれ送信する。【選択図】図３
2018042019.tif 000002
【特許請求の範囲】
【請求項１】
ＰＴＰグランドマスタと、
前記ＰＴＰグランドマスタとＰＴＰに従って時刻同期する第１の送信機と、
前記ＰＴＰグランドマスタとＰＴＰに従って時刻同期する第２の送信機と、
前記第１の送信機および前記第２の送信機とＩＰネットワークを介して接続された受信機とを備え、
前記第１の送信機および前記第２の送信機のそれぞれは、
１つの映像信号から分配された映像信号を入力とし、
前記入力された映像信号を複数のＩＰパケットに分割し、
前記ＰＴＰに従って同期した時刻に基づいたタイムスタンプを、前記分割した複数のＩＰパケットのそれぞれに設定し、
前記第１の送信機は、前記タイムスタンプが設定された前記複数のＩＰパケットを第１のＩＰパケットストリームとして、ＲＴＰに従って、第１の伝送経路を介して送信し、
前記第２の送信機は、前記タイムスタンプが設定された前記複数のＩＰパケットを第２のＩＰパケットストリームとして、ＲＴＰに従って、第２の伝送経路を介して送信する
ことを特徴とする映像切替システム。
【請求項２】
前記受信機は、
前記第１のＩＰパケットストリームおよび前記第２のＩＰパケットストリームにおいてそれぞれのＩＰパケットに設定された前記タイムスタンプを比較し、
比較結果が所定の範囲内にあることに基づいて、前記第１のＩＰパケットストリームおよび前記第２のＩＰパケットストリームにおいてそれぞれ同一のペイロードを有する２つのＩＰパケットを含むＩＰパケット対を識別し、
前記ＩＰパケット対を受信する場合は、前記ＩＰパケット対のうちのいずれかのＩＰパケットを選択して映像信号を再構築し、
前記ＩＰパケット対のうちの１つのＩＰパケットのみを受信する場合は、前記１つのＩＰパケットを使用して映像信号を再構築する
ことを特徴とする請求項１に記載の映像切替システム。
【請求項３】
前記受信機は、前記ＩＰパケット対におけるそれぞれのＩＰパケットの映像フレーム境界を示すフィールドを比較することを特徴とする請求項２に記載の映像切替システム。
【請求項４】
前記ＰＴＰに従って同期した時刻に基づいたタイムスタンプは、ＲＴＰタイムスタンプであり、
前記第１の送信機および前記第２の送信機は、ＰＴＰによる時刻情報をＲＴＰタイムスタンプに変換する
ことを特徴とする請求項１乃至３のいずれか一項に記載の映像切替システム。
【請求項５】
前記受信機は、
前記第１のＩＰパケットストリームおよび前記第２のＩＰパケットストリームにおいてそれぞれのＩＰパケットに設定された前記タイムスタンプを比較し、
比較結果が所定の範囲内にあることに基づいて、前記第１のＩＰパケットストリームおよび前記第２のＩＰパケットストリームにおいてそれぞれ同一のペイロードを有する２つのＩＰパケットを含むＩＰパケット対を識別し、
前記ＩＰパケット対を受信する場合は、前記ＩＰパケット対のうちのいずれかのＩＰパケットを選択して第３のＩＰストリームを構築し、
前記ＩＰパケット対のうちの１つのＩＰパケットのみを受信する場合は、前記１つのＩＰパケットを使用して前記第３のＩＰストリームを構築する
ことを特徴とする請求項１に記載の映像切替システム。
【請求項６】
前記受信機は、
前記ＩＰパケットのＭＡＣヘッダ、ＩＰヘッダ、ＵＤＰヘッダのうちの少なくとも１つを変更し、新たな連番のＲＴＰシーケンス番号を前記第３のＩＰストリームに設定することを特徴とする請求項５に記載の映像切替システム。
【請求項７】
１つの映像信号から分配された映像信号を入力とする複数の送信機であって、
前記複数の送信機のうちの第１の送信機は、
ＰＴＰグランドマスタとＰＴＰに従って時刻同期し、
前記分配された入力映像信号を複数のＩＰパケットに分割し、
前記ＰＴＰに従って同期した時刻に基づくタイムスタンプを、前記分割した複数のＩＰパケットのそれぞれに設定し、
前記タイムスタンプが設定された前記複数のＩＰパケットを第１のＩＰパケットストリームとして、ＲＴＰに従って、第１の伝送経路を介して送信し、
前記複数の送信機のうちの第２の送信機は、
前記ＰＴＰグランドマスタとＰＴＰに従って時刻同期し、
前記分配された入力映像信号を複数のＩＰパケットに分割し、
前記ＰＴＰに従って同期した時刻に基づくタイムスタンプを、前記分割した複数のＩＰパケットのそれぞれに設定し、
前記タイムスタンプが設定された前記複数のＩＰパケットを第２のＩＰパケットストリームとして、ＲＴＰに従って、第２の伝送経路を介して送信する
ことを特徴とする映像送信機。
【請求項８】
第１の送信機および第２の送信機とＩＰネットワークを介して接続され、
タイムスタンプが設定された複数の第１のＩＰパケットを第１のＩＰパケットストリームとして、ＲＴＰに従って、第１の伝送経路を介して受信し、
タイムスタンプが設定された複数の第２のＩＰパケットを第２のＩＰパケットストリームとして、ＲＴＰに従って、第２の伝送経路を介して受信し、
前記第１のＩＰパケットストリームおよび前記第２のＩＰパケットストリームにおいてそれぞれのＩＰパケットに設定された前記タイムスタンプを比較し、
比較結果が所定の範囲内にあることに基づいて、前記第１のＩＰパケットストリームおよび前記第２のＩＰパケットストリームにおいてそれぞれ同一のペイロードを有する２つのＩＰパケットを含むＩＰパケット対を識別し、
前記ＩＰパケット対を受信する場合は、前記ＩＰパケット対のうちのいずれかのＩＰパケットを選択して第３のＩＰストリームを構築し、
前記ＩＰパケット対のうちの１つのＩＰパケットのみを受信する場合は、前記１つのＩＰパケットを使用して前記第３のＩＰストリームを構築する
ことを特徴とする映像受信機。
【請求項９】
第１の送信機および第２の送信機とＩＰネットワークを介して接続され、
タイムスタンプが設定された複数のＩＰパケットを第１のＩＰパケットストリームとして、ＲＴＰに従って、第１の伝送経路を介して受信し、
タイムスタンプが設定された前記複数のＩＰパケットを第２のＩＰパケットストリームとして、ＲＴＰに従って、第２の伝送経路を介して受信し、
前記第１のＩＰパケットストリームおよび前記第２のＩＰパケットストリームにおいてそれぞれのＩＰパケットに設定された前記タイムスタンプを比較し、
比較結果が所定の範囲内にあることに基づいて、前記第１のＩＰパケットストリームおよび前記第２のＩＰパケットストリームにおいて同一のペイロードを有するＩＰパケット対を識別し、
前記ＩＰパケット対を受信する場合は、前記ＩＰパケット対のうちのいずれかのＩＰパケットを選択して第３のＩＰストリームを構築し、
前記ＩＰパケット対のうちの１つのＩＰパケットのみを受信する場合は、前記１つのＩＰパケットを使用して前記第３のＩＰストリームを構築する
ことを特徴とする映像受信機。
【請求項１０】
１つの映像信号から分配された映像信号を入力とし、
入力された前記映像信号を複数のＩＰパケットに分割し、
前記複数のＩＰパケットを第１のＩＰパケットストリームとして、ＲＴＰに従って、第１の伝送経路を介して送信する第１の送信機と、
前記分配された映像信号を入力とし、
入力された前記映像信号を複数のＩＰパケットに分割し、
前記複数のＩＰパケットを第２のＩＰパケットストリームとして、ＲＴＰに従って、第２の伝送経路を介して送信する第２の送信機と、
前記第１の送信機および前記第２の送信機とＩＰネットワークを介して接続された受信機と
を備え、
前記受信機は、
前記第１のＩＰパケットストリームのうちの映像フレーム境界を示す第１のＩＰパケットを判定し、
前記第２のＩＰパケットストリームのうちの映像フレーム境界を示す第２のＩＰパケットを判定し、
前記第１のＩＰパケットストリームのうちのいずれかのＩＰパケットのシーケンス番号と、前記第１のＩＰパケットのシーケンス番号との第１の比較を行い、
前記第２のＩＰパケットストリームのうちのいずれかのＩＰパケットのシーケンス番号と、前記第２のＩＰパケットのシーケンス番号との第２の比較を行い、
前記第１の比較と前記第２の比較との結果が一致したことに基づいて、前記第１のＩＰパケットストリームおよび前記第２のＩＰパケットストリームにおいてそれぞれ同一のペイロードを有する２つのＩＰパケットを含むＩＰパケット対を識別し、
前記ＩＰパケット対を受信する場合は前記ＩＰパケット対のうちのいずれかのＩＰパケットを選択して映像信号を再構築し、
前記ＩＰパケット対のうちの１つのＩＰパケットのみを受信する場合は、前記１つのＩＰパケットを使用して映像信号を再構築する
ことを特徴とする映像切替システム。
【請求項１１】
第１の送信機および第２の送信機とＩＰネットワークを介して接続され、
第１のＩＰパケットストリームを、ＲＴＰに従って、第１の伝送経路を介して受信し、
第２のＩＰパケットストリームを、ＲＴＰに従って、第２の伝送経路を介して受信し、
前記第１のＩＰパケットストリームのうちの映像フレーム境界を示す第１のＩＰパケットを判定し、
前記第２のＩＰパケットストリームのうちの映像フレーム境界を示す第２のＩＰパケットを判定し、
前記第１のＩＰパケットストリームのうちのいずれかのＩＰパケットのシーケンス番号と、前記第１のＩＰパケットのシーケンス番号との第１の比較を行い、
前記第２のＩＰパケットストリームのうちのいずれかのＩＰパケットのシーケンス番号と、前記第２のＩＰパケットのシーケンス番号との第２の比較を行い、
前記第１の比較と前記第２の比較の結果が一致したことに基づいて、前記第１のＩＰパケットストリームおよび前記第２のＩＰパケットストリームにおいてそれぞれ同一のペイロードを有する２つのＩＰパケットを含むＩＰパケット対を識別し、
前記ＩＰパケット対を受信する場合は前記ＩＰパケット対のうちのいずれかのＩＰパケットを選択して映像信号を再構築し、
前記ＩＰパケット対のうちの１つのＩＰパケットのみを受信する場合は、前記１つのＩＰパケットを使用して映像信号を再構築する
ことを特徴とする映像受信機。
【請求項１２】
１つの映像信号から分配された映像信号を入力とし、
入力された前記映像信号を複数のＩＰパケットに分割し、
前記複数のＩＰパケットを第１のＩＰパケットストリームとして、ＲＴＰに従って、第１の伝送経路を介して送信する第１の送信機と、
前記分配された映像信号を入力とし、
入力された前記映像信号を複数のＩＰパケットに分割し、
前記複数のＩＰパケットを第２のＩＰパケットストリームとして、ＲＴＰに従って、第２の伝送経路を介して送信する第２の送信機と
前記第１の送信機および前記第２の送信機とＩＰネットワークを介して接続された受信機と
を備え、
前記受信機は、
前記第１のＩＰパケットストリームのうちの映像フレーム境界を示す第１のＩＰパケットを判定し、
前記第２のＩＰパケットストリームのうちの映像フレーム境界を示す第２のＩＰパケットを判定し、
前記第１のＩＰパケットストリームのうちのいずれかのＩＰパケットのシーケンス番号と、前記第１のＩＰパケットのシーケンス番号との第１の比較を行い、
前記第２のＩＰパケットストリームのうちのいずれかのＩＰパケットのシーケンス番号と、前記第２のＩＰパケットのシーケンス番号との第２の比較を行い、
前記第１の比較と前記第２の比較の結果が一致したことに基づいて、前記第１のＩＰパケットストリームおよび前記第２のＩＰパケットストリームにおいてそれぞれ同一のペイロードを有する２つのＩＰパケットを含むＩＰパケット対を識別し、
前記ＩＰパケット対を受信する場合は、前記ＩＰパケット対のうちのいずれかのＩＰパケットを選択して第３のＩＰストリームを構築し、
前記ＩＰパケット対のうちの１つのＩＰパケットのみを受信する場合は、前記１つのＩＰパケットを使用して前記第３のＩＰストリームを構築する
ことを特徴とする映像切替システム。
【請求項１３】
第１の送信機および第２の送信機とＩＰネットワークを介して接続され、
第１のＩＰパケットストリームを、ＲＴＰに従って、第１の伝送経路を介して受信し、
第２のＩＰパケットストリームを、ＲＴＰに従って、第２の伝送経路を介して受信し、
前記第１のＩＰパケットストリームのうちの映像フレーム境界を示す第１のＩＰパケットを判定し、
前記第２のＩＰパケットストリームのうちの映像フレーム境界を示す第２のＩＰパケットを判定し、
前記第１のＩＰパケットストリームのうちのいずれかのＩＰパケットのシーケンス番号と、前記第１のＩＰパケットのシーケンス番号との第１の比較を行い、
前記第２のＩＰパケットストリームのうちのいずれかのＩＰパケットのシーケンス番号と、前記第２のＩＰパケットのシーケンス番号との第２の比較を行い、
前記第１の比較と前記第２の比較の結果が一致したことに基づいて、前記第１のＩＰパケットストリームおよび前記第２のＩＰパケットストリームにおいてそれぞれ同一のペイロードを有する２つのＩＰパケットを含むＩＰパケット対を識別し、
前記ＩＰパケット対を受信する場合は、前記ＩＰパケット対のうちのいずれかのＩＰパケットを選択して第３のＩＰストリームを構築し、
前記ＩＰパケット対のうちの１つのＩＰパケットのみを受信する場合は、前記１つのＩＰパケットを使用して前記第３のＩＰストリームを構築する
ことを特徴とする映像受信機。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、映像切替システムに関し、特に、ＩＰパケット化された映像信号をシームレスに切り替える映像切替システムに関する。
【背景技術】
【０００２】
スポーツ中継での映像を競技場から放送用の中継センター、もしくは直接放送局に伝送する放送システム、または（基幹）放送局から他の放送局に映像信号をマルチキャストで伝送する映像伝送システムが知られている。このような映像信号を伝送する場合、その映像信号はＩＰパケットに変換されて、ＲＴＰ（Real-time Transport Protocol）に従ってＩＰネットワークを経由して伝送されることが多い。ＲＴＰは、音声や動画などのデータ信号をリアルタイムに配信するためのデータ通信プロトコルである。
【０００３】
上述したＩＰパケットを伝送する場合に使用される伝送経路に障害が発生した場合、ＩＰパケットを伝送することができないことがある。このような事象に対処するために、伝送経路を冗長化することが一般的に行われている。伝送経路を冗長化することによって、現用系の伝送経路に障害が発生した場合に、予備系の伝送経路からのＩＰパケットに切り替えてＩＰパケットを伝送することができる。このような構成によって、ＩＰパケットの伝送が中断されることを防止することができる。ここで、映像信号の場合、何ら制御をせずに切り替えを行うと、映像の乱れが視聴者の目に見えることになる。よって、上述したような切り替えを行う際に、シームレスな切り替えを行うことが要求される。
【０００４】
上述したＩＰパケットの切り替えを行うための映像信号の伝送方式に関する標準規格として、ＳＭＰＴＥ（Society of Motion Picture and Television Engineers）２０２２−７が規定されている。ＳＭＰＴＥ２０２２−７は、ＩＰネットワーク上でＩＰパケットを送信する送信側（送信機）が、同一のペイロードデータを有する複数のＩＰパケットを複数の異なる伝送経路（イーサネット：登録商標）上で宛先に送信することを規定している。図１は、ＳＭＰＴＥ２０２２−７に従ったパケット伝送の方式を示す。
【０００５】
図１に示すように、送信機１と受信機２との間にはＩＰネットワーク３が存在し、伝送経路４（現用系）および伝送経路５（予備系）を介して両者が接続される。放送局などから伝送される入力映像信号（ＳＤＩ信号、ＤＶＢ−ＡＳＩ信号、またはイーサネット経由で受信するＩＰパケット内のペイロードに含まれる映像および音声情報）を受信した送信機１は、入力映像信号を一連のＩＰパケット群（以下、「ＩＰパケットストリーム」と呼ぶ）にカプセル化し、さらに各ＩＰパケットを複製し（この複製によって同一のペイロードデータを有する２つのＩＰパケットストリームが生成される）、２つのＩＰパケットストリームを伝送経路４および伝送経路５のそれぞれを介して送信する。複製された２つのＩＰパケットには、同一のＲＴＰシーケンス番号が設定される。ただし、２つのＩＰパケットは、伝送経路４および伝送経路５のそれぞれを通じて送信されるために、ＩＰヘッダ、ＭＡＣヘッダ、およびＶＬＡＮタグの一部、または必要とあれば全てについて各々異なった値が設定される。受信機２は、伝送経路４および伝送経路５で送信された２つのＩＰパケットストリームをそれぞれ受信し、通常は、伝送経路４から受信したＩＰパケットストリームに基づいて、映像信号を再構築する。
【０００６】
ここで、伝送経路４に障害が発生した場合、伝送経路５から受信したＩＰパケットに切り替える必要がある。この切り替え時に、伝送経路４から受信したＩＰパケットストリームおよび伝送経路５から受信したＩＰパケットストリームを、受信機２における遅延時間調整用のバッファメモリ（遅延バッファ）２ａおよび２ｂによってそれぞれバッファリングすることによって、切り替え点での両系の遅延が同一となるように調整する。これにより、切り替え時に出力する映像を乱さずに切り替えることが可能となる。
【０００７】
図１では、受信機２が、ＲＴＰシーケンス番号に「２」が設定されたＩＰパケットを受信した時点で、伝送経路４に障害が発生したことを示している。この場合、受信機２は、伝送経路４からはＲＴＰシーケンス番号に「３」あるいは「４」が設定されたＩＰパケットを受信することができない。一方で、受信機２は、伝送経路５からはＲＴＰシーケンス番号が「２」のＩＰパケットに引き続いて「３」および「４」のＩＰパケットを受信する。受信機２は、受信した２つのＩＰパケットストリームから１つのＩＰパケットストリームの構築を行う段階で、伝送経路４の遅延バッファにはＲＴＰシーケンス番号が「３」のＩＰパケットが存在しないことを検出し、伝送経路５への切り替えを行う。そして、伝送経路５の遅延バッファが出力するＲＴＰシーケンス番号が「３」および「４」のＩＰパケットをＩＰパケットストリームの構築に使用することによりパケットロスを発生させず、結果としての出力する再構築済み映像信号を乱すことはない。これにより、映像信号のシームレスな切り替えが実現される。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特表２００９−５２８７０９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
上述した方式でも、当然ながら、送信機が故障した場合は、２つの伝送経路のうちのいずれにおいてもＩＰパケットストリームを送信することができないことがある。従って、より高い信頼性が要求される場合には、（複数の筐体および／またはカードを使用することによって）送信機が冗長化されることが必要となる。ここで、ＳＭＰＴＥ２０２２−７で規定された方式では、ＲＴＰシーケンス番号を使用して、映像信号を再構築しているので、冗長化された複数の送信機間でＲＴＰシーケンス番号を合わせる必要がある。しかしながら、従来技術では、複数の送信機間でＲＴＰシーケンス番号を合わせる技術が存在せず、ＲＴＰシーケンス番号に基づいて映像信号を再構築する方法では、送信機を冗長化することができなかった。
【００１０】
引用文献１は、ザッピングサービスにおいて、入力画像シーケンスの同一の画像が元になったデータを含む複数のＲＴＰパケットに同一のタイムスタンプを持たせることによって、ザッピングサービスに収容された特定の個別の画像の、メインサービスデータシーケンスに対する位置を知ることができる動画エンコーダおよびデコーダを開示している。引用文献１では、同一の画像の複数のＲＴＰパケットに同一のタイムスタンプを持たせているが、これは複数のＲＴＰパケットに同じＲＴＰシーケンス番号を持たせることと何ら変わりはなく、上述した課題を解決するものではない。
【００１１】
本発明は、このような問題に鑑みてなされたものであり、複数の送信機間でＲＴＰシーケンス番号を合わせる必要なく、ＲＴＰに従って映像信号をＩＰネットワーク上で送信し、送信されたＩＰパケットを受信機側で切り替えることができる映像切替システムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
上記の課題を解決するために、本発明に係る映像切替システムは、ＰＴＰグランドマスタと、前記ＰＴＰグランドマスタとＰＴＰに従って時刻同期し、１つの映像信号から分配された映像信号を入力とする第１の送信機および第２の送信機と、前記第１の送信機および前記第２の送信機とＩＰネットワークを介して接続された受信機とを備え、前記第１の送信機および前記第２の送信機のそれぞれは、前記分配された映像信号を複数のＩＰパケットに分割する事でＩＰパケットストリームを作成し、前記ＰＴＰに従って時刻同期された時刻情報をベースにしたタイムスタンプを、前記ＩＰパケットストリームにおけるＩＰパケットのそれぞれに設定し、前記第１の送信機は、前記ＩＰパケットストリームを第１のＩＰパケットストリームとして、ＲＴＰに従って、第１の伝送経路を介して前記受信機に送信し、前記第２の送信機は、前記ＩＰパケットストリームを第２のＩＰパケットストリームとして、ＲＴＰに従って、第２の伝送経路を介して前記受信機に送信し、前記受信機はＩＰパケットストリームにおけるタイムスタンプに基づいてシームレス切替えを行うことをすることを特徴とする。
【００１３】
上記の課題を解決するために、本発明に係る別の映像切替システムは、第１の送信機と、第２の送信機と、前記第１の送信機および前記第２の送信機とＩＰネットワークを介して接続された受信機とを備え、前記第１の送信機は入力映像信号から第１のＩＰパケットストリームを作成して前記ＩＰネットワークを介して前記受信機に送信し、前記第２の送信機は入力映像信号から第２のＩＰパケットストリームを作成して前記ＩＰネットワークを介して前記受信機に送信し、前記受信機は、受信する前記第１および第２のＩＰパケットストリームから入力映像信号の映像フレーム境界を示すＩＰパケットを検出し、検出した前記入力映像信号の境界を示すＩＰパケットの位置とＲＴＰシーケンス番号に基づいて前記第１のＩＰパケットストリームにおけるＩＰパケットと前記第２のＩＰパケットストリームにおけるＩＰパケットの位置とを対応付けすることにより異なったＲＴＰシーケンス番号を有するＩＰパケットストリーム間のシームレス切替えを行うことを特徴とする。
【発明の効果】
【００１４】
本発明に係る映像切替システムによれば、冗長化された複数の送信機がＲＴＰシーケンス番号を合わせる必要なく、現用系に障害が発生した際にＩＰパケットのシームレスな切り替えが可能になる。
【図面の簡単な説明】
【００１５】
【図１】ＳＭＰＴＥ２０２２−７に従った映像信号を伝送する方式の例を示す図である。
【図２】本発明の第１の実施形態に係る映像切替システムが使用するＰＴＰの処理を示す図である。
【図３】本発明の第１の実施形態に係る映像切替システムの構成の例を示す図である。
【図４】本発明の第１の実施形態に係る送信機の構成の例を示す図である。
【図５】本発明の第１の実施形態に係るタイムスタンプの変換の具体例を示す図である。
【図６】本発明の第１の実施形態に係る受信機の構成の例を示す図である。
【図７】本発明の第１の実施形態に係る遅延バッファの具体的な構成の一例を示す図である。
【図８】本発明の第１の実施形態に係るＩＰパケットの一部が消失（ロスト）した場合の例を示す図である。
【図９】本発明の第２の実施形態に係る映像切替システムの構成の例を示す図である。
【図１０】本発明の第２の実施形態に係る受信機の構成の例を示す図である。
【図１１】本発明の第２の実施形態に係る遅延バッファの具体的な構成の一例を示す図である。
【図１２】本発明の第２の実施形態に係る受信機の別の構成の例を示す図である。
【発明を実施するための形態】
【００１６】
＜第１の実施形態＞
以下、図面を参照して、本発明の実施形態について説明する。図２は、本発明の第１の実施形態に係る映像切替システムが使用するＰＴＰ（Precision Time Protocol）の処理を示す図である。ＰＴＰは、ＩＥＥＥ（Institute of Electrical and Electronics Engineers）１５８８ｖ２で規定された、ナノ秒のレベルでの誤差精度を実現する時刻同期プロトコルである。
【００１７】
ＩＥＥＥ１５８８ｖ２は、ＬＡＮ（Local Area Network）経由での高精度な時刻の配信方法について規定している。ＰＴＰで時刻同期するネットワークは、ＰＴＰグランドマスタとＰＴＰスレーブから構成される。ＰＴＰグランドマスタは、通常、高精度のＧＰＳ信号、電波時計信号あるいは映像信号の同期用のＢＢ（Black Burst）信号などをリファレンスクロックのソースとして使用することができるハードウェアとして実装される。ＰＴＰスレーブはＰＴＰグランドマスタとの間で時刻同期する。
【００１８】
図２に示すように、ＰＴＰグランドマスタ２０１がＰＴＰスレーブ２０２にＡｎｎｏｕｎｃｅメッセージを送信することによって、ＰＴＰグランドマスタ２０１とＰＴＰスレーブ２０２との関係が確立される（ステップＳ２０１）。
【００１９】
次に、ＰＴＰグランドマスタ２０１がＰＴＰスレーブ２０２にＳｙｎｃメッセージを送信する（ステップＳ２０２）。Ｓｙｎｃメッセージには、メッセージの送信時刻（ｔ１）が含まれ、ＰＴＰスレーブ２０２が受信すると到着時刻（ｔ２）が記録される。  
【００２０】
ＰＴＰスレーブ２０２がＰＴＰグランドマスタ２０１にＤｅｌａｙ＿Ｒｅｑメッセージを送信する（ステップＳ２０３）。Ｄｅｌａｙ＿Ｒｅｑメッセージには、メッセージの送信時刻の実際の値（ｔ３）が記録される。
【００２１】
次に、ＰＴＰグランドマスタ２０１がＰＴＰスレーブ２０２にＤｅｌａｙ＿Ｒｅｓｐメッセージを送信する（ステップＳ２０４）。Ｄｅｌａｙ＿Ｒｅｓｐメッセージには、Ｄｅｌａｙ＿Ｒｅｑメッセージの実際の到着時刻（ｔ４）が記録される。
【００２２】
ＰＴＰスレーブ２０２は、ｔ１、ｔ２、ｔ３、およびｔ４を使用して、往復の遅延時間とＰＴＰグランドマスタ２０１の時刻とＰＴＰスレーブ２０２の時刻とのオフセット（時間差）を算出する。片道の遅延時間が往復の遅延時間の半分であると仮定すると、ＰＴＰスレーブ２０２のオフセットは以下の式によって算出される。
ＰＴＰスレーブのクロックのオフセット＝（ｔ２−ｔ１）−（片道の遅延時間）
（片道の遅延時間）=｛（Ｔ２−Ｔ１）  ＋  （Ｔ４−Ｔ３）｝  ／  ２
式１
ＰＴＰスレーブ２０２が上記の処理を１秒間に複数回繰り返し、処理結果のオフセット値の平滑化を行い時刻情報にフィードバックすることによって、ＰＴＰグランドマスタ２０１との時刻の同期が維持される。
【００２３】
本説明は１ステップクロック（１−ｓｔｅｐ  ｃｌｏｃｋ）とＥ２Ｅディレイメカニズム （Ｅｎｄ−ｔｏ−Ｅｎｄ  ｄｅｌａｙ  ｍｅｃｈａｎｉｓｍ）でのＰＴＰの動作を説明したものである。  実際には、ＰＴＰでは２ステップクロック（２−ｓｔｅｐ  ｃｌｏｃｋ）、あるいはＰ２Ｐディレイメカニズム （Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ  ｄｅｌａｙ  ｍｅｃｈａｎｉｓｍ）の仕様も定義されており、さらなる補正などの処理が行われ、より誤差精度の高い時刻同期が実現されるが、本明細書では、これ以上の詳細な説明は行わない。
【００２４】
次に、図３を参照して、本発明の第１の実施形態に係る映像切替システムの構成の例を説明する。本実施形態に係る映像切替システムは、ＳＭＰＴＥ２０２２−２（ＩＰネットワーク上でのＭＰＥＧ−２トランスポートストリーム（ＴＳ）の伝送を規定）、ＳＭＰＴＥ２０２２−６（ＩＰネットワーク上での高ビットレートメディア信号の伝送を規定）などの、ＳＭＰＴＥ２０２２で規定されたプロトコルに準拠することを前提とする。また、ＩＰネットワーク上でのＩＰパケットの伝送においては、ＲＴＰ／ＵＤＰに準拠することを前提とする。
【００２５】
図３に示すように、本発明の第１の実施形態に係る映像切替システムは、分配器１１、ＰＴＰグランドマスタ１２、送信機１３ａ、送信機１３ｂ、および受信機１４を備える。送信機１３ａおよび送信機１３ｂ、ならびに受信機１４は、ＩＰネットワーク１５を介して相互に接続される。送信機１３ａと受信機１４との間には伝送経路１６が存在し、送信機１３ｂと受信機１４との間には伝送経路１７が存在する。
【００２６】
分配器１１は、放送局などから伝送された入力映像信号を受信すると、その入力映像信号を送信機１３ａおよび１３ｂに分配する。つまり、分配器１１によって、入力映像信号が複製される。映像信号がＳＤＩ信号またはＤＶＢ−ＡＳＩ信号の場合は、分配器１１は同軸ケーブルまたは光ファイバーケーブルのコネクタを備えた分配器である。映像信号がイーサネット経由で受信される場合は、分配器１１はイーサネットのスイッチである。
【００２７】
ＰＴＰグランドマスタ１２は、図２で説明したＲＴＰグランドマスタとして機能し、送信機１３ａおよび１３ｂとＰＴＰによる時刻同期を行う。ＰＴＰグランドマスタ１２は、受信機１４ともＰＴＰによる時刻同期を行ってもよいが、受信機１４との時刻同期は必須ではない。
【００２８】
送信機１３ａおよび１３ｂはそれぞれ、分配器１１によって分配された入力映像信号からＩＰパケットストリームを生成し、そのＩＰパケットストリームをＩＰネットワーク１５上で受信機１４に送信する機器である。送信機１３ａは、ＩＰパケットストリームＡを、ＲＴＰに従って伝送経路１６上で受信機１４に送信する。送信機１３ｂは、ＩＰパケットストリームＢを、ＲＴＰに従って伝送経路１７上で受信機１４に送信する。つまり、送信機１３ａおよび１３ｂの各々は、同一のペイロードを有するＩＰパケットを含むＩＰパケットストリームを、別個の伝送経路上で送信する。
【００２９】
受信機１４がＩＰパケットストリームＡを使用して映像信号の再構築を行っている場合、送信機１３ａおよび伝送経路１６のいずれか（以下、現用系）に障害が発生すると、受信機１４は、伝送経路１７を介して送信されたＩＰパケットストリームＢを使用して映像信号を再構築するように切り替えを行う。ここで、送信機１３ａと１３ｂから送信されるＩＰパケットストリームにおけるそれぞれのＩＰパケットのＲＴＰシーケンス番号は、互いに独立しており同一の番号が設定されるわけではない。
【００３０】
送信機１３ａおよび１３ｂは、ＰＴＰスレーブとして機能し、ＰＴＰグランドマスタ１２との間でＰＴＰに従って時刻同期を行う。送信機１３ａから送信されるＩＰパケットのＲＴＰタイムスタンプ（ＲＴＰヘッダにおけるタイムスタンプフィールド）には、ＰＴＰにより時刻同期された時刻情報をベースにしたタイムスタンプ値が設定される。同様に、送信機１３ｂから送信されるＩＰパケットのＲＴＰタイムスタンプには、ＰＴＰにより時刻同期された時刻情報をベースにしたＰＴＰタイムスタンプ値が設定される。ＰＴＰタイムスタンプをＲＴＰタイムスタンプに変換する方法の詳細は後述する。ＩＰパケットストリームＡおよびＩＰパケットストリームＢにおいて同一のペイロードを有するＩＰパケットは、同一の映像信号を同一の時刻にＩＰパケット化したものなので、両方のＲＴＰタイムスタンプ値の差は、ＰＴＰのスレーブ間の時刻差程度のものとなり、僅かな差となる。
【００３１】
なお、本実施形態では、２台の送信機、送信機１３ａおよび１３ｂによって冗長化を図っているが、構成する送信機の数は２に限定されず、任意の数で送信機を構成してもよい。この場合、伝送経路も送信機の数に対応した数で構成される。
【００３２】
また、ＰＴＰグランドマスタ１２は、送信機１３ａおよび１３ｂのいずれかで実装されてもよく、または、送信機１３ａおよび１３ｂ以外の第３の送信機（図示せず）で実装されてもよい。例えば、ＰＴＰグランドマスタ１２を送信機１３ａで実装する場合、その送信機１３ｂが、送信機１３ａと時刻同期を行う。ＰＴＰグランドマスタ１２を第３の送信機で実装する場合、送信機１３ａおよび１３ｂが第３の送信機と時刻同期を行う。
【００３３】
受信機１４は、伝送経路１６上で送信されたＩＰパケットストリームＡ、および伝送経路１７上で送信されたＩＰパケットストリームＢの両方を受信する。ここで、通常状態であれば、受信機１４は、例えば、ＩＰパケットストリームＡのみに基づいて映像信号を再構築する（ＩＰパケットストリームＢは破棄される）。一方、例えば、現用系に障害が発生した場合などには、受信機１４は、ＩＰパケットストリームＡではなくＩＰパケットストリームＢに基づいて再構築するように切り替えを行う。ここで、出力する映像信号が乱れることなく切り替えるために、受信機１４における遅延バッファでＩＰパケットストリームＡおよびＩＰパケットストリームＢのバッファリングを行うことによって、切り替え点での両系の遅延が同一となるように調整する。二つのＩＰパケットストリームにおいてどのＩＰパケット同士が同一のペイロードを有するかは、双方のＩＰパケットストリームのＩＰパケットのＲＴＰタイムスタンプ値（設定された値は、ＰＴＰに従って時刻同期されたタイムスタンプ値から変換されたタイムスタンプ値である）の差が所定の範囲内にあるかにより判定される。
【００３４】
次に、図４を参照して、図３で説明した送信機１３ａおよび１３ｂ（図４では、総称して「送信機１３」）の構成の例を説明する。図４に示すように、送信機１３は、映像信号受信部１３１、ＩＰパケット生成部１３２、ＰＴＰ制御部１３３、ＰＴＰタイムスタンプカウンタ１３４、タイムスタンプ変換部１３５、ＲＴＰタイムスタンプカウンタ１３６、送信部１３７、およびデータネットワークインタフェース部１３８、および制御ネットワークインタフェース部１３９を備える。
【００３５】
映像信号受信部１３１は、分配器１１によって分配された映像信号を受信する。ＩＰパケット生成部１３２は、映像信号をＩＰ伝送するために、受信した映像信号からＲＴＰ／ＵＤＰ／ＩＰプロトコルで規定されたＩＰパケットを生成する。具体的には、ＲＴＰヘッダ、ＵＤＰヘッダ、ＩＰヘッダ、およびＭＡＣヘッダなどを付加して、ＩＰパケットを生成する。
【００３６】
ＰＴＰ制御部１３３は、制御ネットワークインタフェース部１３９を介してＰＴＰグランドマスタ１２からＰＴＰのメッセージを受信し、ＰＴＰグランドマスタ１２との間で時刻同期を行う。その時刻同期に基づいて、ＰＴＰタイムスタンプカウンタ１３４がカウントアップされる。
【００３７】
タイムスタンプ変換部１３５は、ＰＴＰタイムスタンプカウンタ１３４によってカウントアップされたタイムスタンプを、ＲＴＰタイムスタンプに変換する。ＳＭＰＴＥ２０２２−２では９０ＫＨｚ、ＳＭＰＴＥ２０２２−６では２７ＭＨｚのクロックレートを使用して、３２ビットのＲＴＰタイムスタンプを設定するよう規定している。一方、ＰＴＰタイムスタンプカウンタ１３４は、ナノ秒カウンタを有するので、ＰＴＰのタイムスタンプとＲＴＰのタイムスタンプとはクロックレートが大きく異なる。このＰＴＰタイムスタンプを９０ＫＨｚまたは２７ＭＨｚのクロックレートによるＲＴＰタイムスタンプに変換することによって、ＲＴＰで規定されたタイムスタンプフィールド（３２ビット）を使用することができる。つまり、ＰＴＰによる誤差精度を有しつつ、従来通りのＲＴＰで規定されたフォーマットでＩＰパケットを送信することができる。
【００３８】
タイムスタンプの変換の具体例を図５に示す。タイムスタンプ変換部１３５は、ＰＴＰタイムスタンプカウンタ１３４のナノ秒カウンタ１３４ａが０になったときに、秒カウンタ１３４ｂのカウンタ値と２７，０００，０００（１０進数表示）または９０，０００（１０進数表示）とを乗算器１３５ａで乗算した値をＲＴＰタイムスタンプカウンタ１３６に設定する。ＳＭＰＴＥ２０２２−６の場合には２７，０００，０００を乗算対象として使用し、ＳＭＰＴＥ２０２２−２の場合は、９０，０００を乗算対象として使用する。なお、説明の都合上、乗算する値は１０進数で説明しているが、実際の回路においては２進数演算となることは言うまでもない。
【００３９】
タイムスタンプ変換部１３５は、ＰＴＰタイムスタンプカウンタ１３４を更新するクロックに同期したクロックを、ＰＴＰ制御部１３３からリファレンスクロックとして受信する。そして、そのレファレンスクロックに基づいて、ＰＬＬまたはＤＬＬを使用して９０ＫＨｚまたは２７ＭＨｚのクロックを作成する。そして、作成した９０ＫＨｚまたは２７ＭＨｚのクロックでＲＴＰタイムスタンプカウンタ１３６をカウントアップする。このようにすることによって、ＰＴＰの誤差精度を実現しつつ、ＲＴＰで規定されたタイムスタンプを生成することができる。
【００４０】
カウントアップされたＲＴＰタイムスタンプカウンタ１３６の値は、ＩＰパケット生成部１３２が生成するＩＰパケットのＲＴＰヘッダのＲＴＰタイムスタンプフィールドに設定される。なお、上述した形態に限定されず、例えば、伝送する映像信号がＳＭＰＴＥ２０２２−６に従った映像信号の場合、ＲＴＰタイムスタンプカウンタ１３６の値をメディアペイロードヘッダにおけるビデオタイムスタンプフィールドに設定してもよい。ＲＴＰフォーマットでは、ＲＴＰヘッダの中にメディアペイロードヘッダを有し、その中にビデオタイムスタンプが規定されている。また、上述したようなＰＴＰタイムスタンプを、ＲＴＰタイムスタンプに変換せず、ＲＴＰヘッダまたはＲＴＰペイロードの未使用フィールドに設定してもよい。この場合、以下で説明するタイムスタンプ判定部１４３は、ＰＴＰタイムスタンプの値を使用して２つのＩＰパケットストリーム内で同一のペイロードを有するＩＰパケットを判定することになる。
【００４１】
送信部１３７は、ＩＰパケット生成部１３２により生成されたＩＰパケットストリームを、データネットワークインタフェース部１３８を介してＩＰネットワーク１５にパケット単位で送信する。
【００４２】
データネットワークインタフェース部１３８は、ＩＰストリーム送信用のイーサネットネットワークへのインタフェース機能を有する。制御ネットワークインタフェース部１３９は、ＰＴＰ用のイーサネットネットワークへのインタフェース機能を有する。データネットワークインタフェース部１３８と制御ネットワークインタフェース部１３９とを１つのインタフェースとして構成してもよいが、この場合には１つのネットワークインタフェースが、データネットワークインタフェース部１３８および制御ネットワークインタフェース部１３９の両機能を兼ねることになる。
【００４３】
次に、図６を参照して、図３で説明した受信機１４の構成の例を説明する。受信機１４は、ネットワークインタフェース部１４１ａおよび１４１ｂ、ＩＰパケット選択部１４２、タイムスタンプ判定部１４３、遅延バッファ１４４ａおよび１４４ｂ、シーケンス番号設定部１４５、ならびに映像信号生成部１４６を備える。
【００４４】
ネットワークインタフェース部１４１ａおよびネットワークインタフェース部１４１ｂは、伝送経路１６を介して送信されるＩＰパケットストリームＡおよび伝送経路１７を介して送信されるＩＰパケットストリームＢをそれぞれ受信する。
【００４５】
遅延バッファ１４４ａ、遅延バッファ１４４ｂ（以下、総称して「遅延バッファ１４４」と呼ぶ）はまず、それぞれネットワークインタフェース部１４１ａより受信したＩＰパケットストリームＡおよびネットワークインタフェース部１４１ｂより受信したＩＰパケットストリームＢを格納する。そして、ＩＰパケット選択部１４２が映像信号生成部１４６に送信するＩＰパケットを選択する時点で両方のＩＰパケットストリームにおける同一のペイロードを有するＩＰパケットが同一のタイミングで出力されるように遅延時間を調整する。遅延バッファ１４４の具体的な構成の一例を図７に示す。
【００４６】
遅延バッファ１４４は、パケットメモリ１４４１、先頭空きアドレスレジスタ１４４２、読み出しアドレスレジスタ１４４３、書き込みアドレスレジスタ１４４４、タイムスタンプメモリ１４４５、ベースシーケンス番号レジスタ１４４６、およびシーケンス番号比較演算部１４４７を備える。
【００４７】
パケットメモリ１４４１は、遅延バッファ１４４が受信したＩＰパケットを格納する。パケットメモリ１４４１は再構築する映像信号に同期し、継続的に読み出される。
【００４８】
先頭空きアドレスレジスタ１４４２は、パケットメモリ１４４１における空きエリアの先頭を示す。先頭空きアドレスレジスタは、新しいＩＰパケットがパケットメモリ１４４１に書き込まれ、空きエリアが変更された時に新しい先頭空きアドレスを示すように更新される。
【００４９】
読み出しアドレスレジスタ１４４３は、ＩＰパケット選択部１４２に出力するＩＰパケットの読み出しアドレスを指示する。遅延バッファ１４４は、読み出しアドレスレジスタ１４４３により先頭位置が示され、先頭空きアドレスレジスタ１４４２により最終位置を示すＦＩＦＯ（First In First Out）として動作する。
【００５０】
書き込みアドレスレジスタ１４４４は、遅延バッファ１４４が受信したＩＰパケットを書き込むアドレスを指示する。
【００５１】
タイムスタンプメモリ１４４５は、パケットメモリ１４４１に書き込んだＩＰパケットのＲＴＰタイムスタンプ値とそのＩＰパケットを格納したパケットメモリのアドレスの対応を示す。ベースシーケンス番号レジスタ１４４６は、パケットメモリ１４４１において読み出しアドレスレジスタ１４４３が指示するアドレスに格納されているＩＰパケットのＲＴＰシーケンス番号を示す。シーケンス番号比較演算部１４４７は、ベースシーケンス番号レジスタ１４４６と受信したＩＰパケットのＲＴＰシーケンス番号の差分を計算し読み出しアドレスレジスタ１４４３に加算することにより受信したＩＰパケットの書き込みアドレスを決定する。
【００５２】
なお、本実施形態では、説明の簡素化のために読み出しアドレス、書き込みアドレス、先頭空きアドレスは１つのＩＰパケットを１アドレスとするものとする。すなわち、パケットメモリの１ワードの大きさが１つのＩＰパケットのバイト数となる。実際の実装においては、上記のアドレスの下位にオフセットを与えて、例えば３２ビットあるいは６４ビットのワード幅でパケットメモリを構成することが可能である。
【００５３】
読み出しアドレスレジスタ１４４３は、パケットメモリ１４４１よりＩＰパケットを読み出した時に、次に読み出すＩＰパケットを示すように更新され、読み出したＩＰパケットが格納されていたパケットメモリ１４４１におけるエリアは「空き」とされる。「空き」にする方法の一例として、例えば全て０にクリアされる。同時に、更新された読み出しアドレスレジスタ１４４３の示すアドレスに格納されているＩＰパケットのＲＴＰシーケンス番号の値でベースシーケンス番号レジスタ１４４６が更新される。
【００５４】
以下、遅延バッファ１４４ａにＩＰパケットが入力された場合の動作を、タイムスタンプ判定部１４３の動作を含めて説明する。
【００５５】
図６の説明に戻ると、タイムスタンプ判定部１４３はネットワークインタフェース部１４１ａからＩＰパケットを受信すると、そのＩＰパケットのＲＴＰタイムスタンプ値と遅延バッファ１４４ｂにおけるタイムスタンプメモリ１４４５における全てのエントリのタイムスタンプ値の差を取得する。そして、差が所定の範囲内にあるタイムスタンプ値が検出されなかった場合、同一のペイロードを有するＩＰパケットがネットワークインタフェース部１４１ｂによって受信されていないと判定する。この場合には、遅延バッファ１４４ａのシーケンス番号比較演算部１４４７により当該受信ＩＰパケットのＲＴＰシーケンス番号がベースシーケンス番号レジスタ１４４６の内容と比較され、読み出しアドレスレジスタ１４４３の値と加算される。加算した結果の値が書き込みアドレスレジスタ１４４４に書き込まれ、受信したＩＰパケットがパケットメモリの対応するアドレスに書き込まれる。書き込みアドレスレジスタ１４４４に書き込まれたアドレスが、読み出しアドレスレジスタ１４４３の示すアドレスと、先頭空きアドレスレジスタ１４４２の示すアドレスの一つ前のアドレスとの間に含まれていない場合、すなわち空きエリアにある場合には、先頭空きアドレスレジスタ１４４２の値を、書き込まれたアドレスの次のアドレスに設定する。同時に、遅延バッファ１４４ａにおけるタイムスタンプメモリ１４４５に、パケットメモリ１４４１に書き込んだアドレスと受信したＩＰパケットのタイムスタンプ値との組み合わせを登録する。
【００５６】
遅延バッファ１４４ａのタイムスタンプメモリ１４４５に登録した情報は、ネットワークインタフェース部１４１ｂよりＩＰパケットを受信した場合に、タイムスタンプ判定部１４３により読み出され、ＩＰパケットストリームＡとＩＰパケットストリームＢにおいて同一のペイロードを有するＩＰパケットを検出するのに使用される。
【００５７】
タイムスタンプ判定部１４３は、ＩＰパケットのＲＴＰタイムスタンプ値と遅延バッファ１４４ｂにおけるタイムスタンプメモリ１４４５における全てのエントリのタイムスタンプ値との差を取得する。その結果、差が所定の範囲内にあるタイムスタンプ値が検出された場合、同一のペイロードを有するＩＰパケットがネットワークインタフェース部１４１ｂによってすでに受信されていると判定する。そして、受信したＩＰパケットを遅延バッファ１４４ａにおいて、遅延バッファ１４４ｂと「同一の位置」に格納する。同時に遅延バッファ１４４ａにおけるタイムスタンプメモリ１４４５に、パケットメモリ１４４１に書き込んだアドレスと受信したＩＰパケットのタイムスタンプ値との組み合わせを登録する。ここで「同一の位置」とは、遅延バッファ１４４ａに格納する当該ＩＰパケットが遅延バッファ１４４ａより出力されるまでの遅延時間が、同一のペイロードを有するＩＰパケットの遅延バッファ１４４ｂでの出力までの遅延時間と等しくなる遅延バッファ１４４ａにおける位置である。
【００５８】
具体的には次の手順で導きだされる。
（１）遅延バッファ１４４ｂのタイムスタンプメモリ１４４５における同一のペイロードを有するＩＰパケットのタイムスタンプ値に対応するアドレス値を読み出す。
（２）（１）で読み出したアドレス値から遅延バッファ１４４ｂの読み出しアドレスレジスタ１４４３の値を減算する。
（３）（２）で減算した値に、遅延バッファ１４４ａの読み出しアドレスレジスタ１４４３の値を加算した値を、遅延バッファ１４４ａの書き込みアドレスとし、遅延バッファ１４４ａの書き込みアドレスレジスタ１４４４に設定する。
【００５９】
上記の動作で書き込みアドレスレジスタ１４４４に書き込まれたアドレスが、読み出しアドレスレジスタ１４４３の示すアドレスと、先頭空きアドレスレジスタ１４４２の示すアドレスの一つ前のアドレスとの間に含まれていない場合、すなわち空きエリアにある場合には、先頭空きアドレスレジスタ１４４２の値を書き込んだアドレスの次のアドレスに設定する。
【００６０】
このように二つの遅延バッファにおいて「同一の位置」に同一のペイロードを有するＩＰパケットを格納することにより、二つの遅延バッファの出力において現用系と予備系の両系の遅延が同一となるように調整する。
【００６１】
ＩＰパケットが伝送経路１６あるいは１７において消失した場合には、そのＩＰパケットが格納されるはずのパケットメモリ１４４１のアドレスにはＩＰパケットが書き込まれず、「空き」のままとなる。パケットメモリ１４４１の読み出しアドレスと先頭空きアドレスとの間には書き込まれたＩＰパケットストリームの中に「空き」のエリアが存在することとなる。
【００６２】
上記動作はネットワークインタフェース部１４１ａよりＩＰパケットを受信した場合について記述したが、ネットワークインタフェース部１４１ｂよりＩＰパケットを受信した場合には、遅延バッファ１４４ｂが、上記遅延バッファ１４４ａについて説明したのと同様の動作をする。
【００６３】
遅延バッファ１４４ａおよび遅延バッファ１４４ｂにおけるタイムスタンプメモリ１４４５に登録されたアドレスとタイムスタンプ値との組み合わせは、対象となるＩＰパケットがパケットメモリ１４４１より読み出された時に削除される。
【００６４】
上記述べたように、タイムスタンプ判定部１４３は、ネットワークインタフェース部１４１ａにより受信したＩＰパケットのＲＴＰタイムスタンプ値を、ネットワークインタフェース部１４１ｂにより受信したＩＰパケットのＲＴＰタイムスタンプ値と比較する。そして、比較した結果が所定の範囲内にある場合、両パケットが同一のペイロードを有するＩＰパケットであると判定する。具体的には、両方のＩＰパケットのタイムスタンプ値の差が、ＰＴＰに従って時刻同期している複数の送信機間で許容される時刻差に基づく閾値内にある場合に、同一のペイロードを有していると識別する。
【００６５】
閾値は、例えば、分配器１１によって分配された入力映像信号を送信機１３ａおよび１３ｂのそれぞれが受信するタイミング誤差の統計的な最大値を考慮した値であってもよい。代わりに、受信機１４が同一のペイロードを有すると判定した２つのＩＰパケットが生成された時刻の統計的なタイミング誤差の最大値を考慮した値であってもよい。閾値は、予め設定された固定値であってもよい。この場合、試験的に得られた統計値から閾値が設定される。また、送信機１３ａおよび１３ｂのそれぞれが分配器１１から映像信号を受信した時刻／各ＩＰパケットを生成した時刻を受信機１４に送信することによって、閾値が動的に更新されてもよい（この時刻は、ＰＴＰグランドマスタ１２との時刻同期を行うことで得られる時刻であってもよい）。
【００６６】
上記をまとめると、タイムスタンプ判定部１４３は、ＩＰパケットストリームＡにおけるＩＰパケットとＩＰパケットストリームＢにおけるＩＰパケットとが同一のペイロードを有していると識別すると、各々をそれぞれ遅延バッファ１４４ａと遅延バッファ１４４ｂの同一の位置に格納する。ここで同一の位置とは、遅延バッファの出力までの遅延が等しくなる遅延バッファにおける位置である。これにより現用系、予備系、両系の遅延が同一となるように調整する。
【００６７】
ＩＰパケット選択部１４２は、遅延バッファ１４４ａおよび遅延バッファ１４４ｂから継続的に読み出されて出力されるＩＰパケットの中から、映像信号生成部１４６に送信するＩＰパケットを選択する。
【００６８】
現用系および予備系の両方が正常な場合には、遅延バッファ１４４ａにＩＰパケットストリームＡが格納され、遅延バッファ１４４ｂにはＩＰパケットストリームＢが格納される。両ＩＰパケットストリーム上で同一ペイロードを有するＩＰパケットはタイムスタンプ判定部１４３の制御により遅延バッファ１４４ａと遅延バッファ１４４ｂの「同一の位置」に置かれる。したがって、遅延バッファ１４４ａと遅延バッファ１４４ｂにおいて同一ストリームを有するＩＰパケットは同一のタイミングでそれぞれの遅延バッファより出力される。ＩＰパケット選択部１４２は、現用系のＩＰパケット、すなわち遅延バッファ１４４ａの出力を映像信号生成部１４６に送信する。
【００６９】
現用系に障害が発生した場合、ＩＰパケットストリームＡが受信されず、遅延バッファ１４４ａにはＩＰパケットが格納されず、そのＩＰパケット用のエリアは「空き」となる。したがって、障害発生した時のＩＰパケットに関しては、遅延バッファ１４４ａからはＩＰパケットが出力されず、遅延バッファ１４４ｂからのみＩＰパケットが出力される。ＩＰパケット選択部１４２は遅延バッファ１４４ａからのＩＰパケットが出力されないことを検出したら即時に、遅延バッファ１４４ｂからのＩＰパケットを選択し映像信号生成部１４６に送信するように切替える。
【００７０】
なお、タイムスタンプ判定部１４３は、上述した判定処理において、ＩＰパケットのＲＴＰヘッダにおけるマーカービット（Ｍビット）（入力映像信号がＳＭＰＴＥ２０２２−６に準拠している場合）、またはＴＳヘッダにおけるペイロードユニット開始インジケータ（入力映像信号がＳＭＰＴＥ２０２２−２に準拠している場合）の値を参照してもよい。ここで、Ｍビットまたはペイロードユニット開始インジケータは、映像フレームの境界を示す値が設定される。すなわち、ＩＰパケットのＭビット（またはペイロードユニット開始インジケータ）に映像境界を示す値が設定されている場合、ＩＰパケットが映像フレーム境界を示すパケット（以下、映像フレーム境界ＩＰパケットと呼ぶ）であることを意味する。
【００７１】
両系のＩＰパケットストリームのＩＰパケットが同一のタイミングで映像フレーム境界パケットである場合、両方のＩＰパケットが同一のペイロードを有している可能性が高いと判断することができる。つまり、ＲＴＰタイムスタンプが所定の閾値内にあると判定することに加え、両方のＩＰパケットが同一のタイミングで映像フレーム境界にあると判定することによって、両方のＩＰパケットが同一のペイロードを有していると判定することの精度がさらに高まることになる。
【００７２】
映像信号生成部１４６は、ＩＰパケット選択部１４２から送られたＩＰパケットに基づいて、映像信号を再構築する。再構築された映像信号は、中継局などの受信機に伝送される。
【００７３】
シーケンス番号設定部１４５は、ＩＰパケット選択部１４２から送信されたＩＰパケットのＭＡＣヘッダ、ＩＰヘッダ、ＵＴＰヘッダの一部または全部を変更し、連番でＲＴＰシーケンス番号を設定する。そして、シーケンス番号が設定されたＩＰパケットから新しいＩＰパケットストリームを作成し、受信機１４より出力する。上述したように、送信機１３ａおよび１３ｂがそれぞれのＩＰパケットに設定するＲＴＰシーケンス番号には、同一の値が設定されるとは限らない。これを、正確な順序付けに対応したＲＴＰシーケンス番号を新たに設定することによって、受信機が後続の中継装置に伝送する場合など（受信機が中継機として機能する場合）、後続の機器が上述したタイムスタンプによる判定処理を行わずに、ＲＴＰシーケンス番号のみに基づいて映像信号を再構築することができる。
【００７４】
以上説明したように、受信機は、複数の伝送経路で送信された複数のＩＰパケットに対し、タイムスタンプに基づいて同一ペイロードを有するかの判定を行っているので、冗長化された送信機間でＲＴＰシーケンス番号を合わせる必要がない。つまり、冗長化された複数の送信機のそれぞれは、ＰＴＰによって時刻同期されたタイムスタンプを設定してＩＰパケットを送信することのみでよい。そして、そのタイムスタンプ値が、ＰＴＰに従って設定されるので、高精度の判定が可能になる。
【００７５】
また、送信機はＰＴＰタイムスタンプをＲＴＰタイムスタンプに変換しているので、従来通りのＲＴＰに従ったフォーマットでＩＰパケットを送信することができる。さらに、受信機において正確な順序付けに対応したＲＴＰシーケンス番号を設定しているので、本実施形態に係る映像切替システム以外の中継機、受信機でも、本実施形態の受信機からのＩＰパケットストリームを受信し、ＲＴＰに従った従来通りの方式で中継あるいは映像信号の再構成が可能になる。
【００７６】
次に、図８を参照して、ＩＰパケットの一部が消失（ロスト）した場合の例を説明する。
【００７７】
図８に示すように、送信機１３ａが送信する現用系のＩＰパケットストリームＡの各ＩＰパケットは、「１」乃至「４」のＲＴＰシーケンス番号が設定される。一方、送信機１３ｂが送信する予備系のＩＰパケットストリームＢの各ＩＰパケットは、「５」乃至「８」のＲＴＰシーケンス番号が設定され、それぞれが、「１」乃至「４」のＲＴＰシーケンス番号が設定された４つのＩＰパケットと同一のペイロードを有する。上述したように、送信機１３ａと１３ｂとの間で、シーケンス番号を合わせないので、同一のペイロードを有するＩＰパケットであっても、必ずしも同一のシーケンス番号が設定されない。図８の例では、ＩＰパケットストリームＡの４つのＩＰパケットのうちＲＴＰシーケンス番号に「３」が設定されたＩＰパケット（切替対象ＩＰパケット）が何らかの理由で、ＩＰネットワーク１５上で消失したものとする。
【００７８】
まず、受信機１４のＩＰパケット選択部１４２は、伝送経路１６を介して受信されたＩＰパケットストリームＡの２つのＩＰパケットを選択し、映像信号生成部１４６へ送信する。次のＩＰパケットの選択時に、ＲＴＰシーケンス番号「３」のＩＰパケットが存在しないと判定され、遅延バッファ１４４ｂの出力のＲＴＰシーケンス番号「７」のＩＰパケットに切り替えられる。その後、ＩＰパケット選択部１４２は遅延バッファ１４４ａの出力であるＲＴＰシーケンス番号４のＩＰパケットと、遅延バッファ１４４ｂの出力であるＲＴＰシーケンス番号「８」のＩＰパケットとを検出し、現用系のＲＴＰシーケンス番号「４」のＩＰパケットを選択し映像信号生成部１４６へ送信する。
【００７９】
図８に示す例では、予備系のＩＰパケットを選択するように切り替えた後、現用系のＲＴＰシーケンス番号「４」のＩＰパケットを検出しても、予備系のＩＰパケットを選択し続ける実施形態も考えられる。
【００８０】
図８の例でも、冗長化された複数の送信機が相互にＲＴＰシーケンス番号を合わせる必要なく、消失したＩＰパケットと同一のペイロードを有する予備系のＩＰパケットを判定することができる。このようにして、現用系に障害が発生しなくとも、ＩＰパケットの一部が消失した場合に対処することができる。
【００８１】
＜第２の実施形態＞
次に、本発明の第２の実施形態を説明する。第２の実施形態では、入力映像信号がＳＭＰＴＥ２０２２−６に準拠している場合にはＭビット（または、入力映像信号がＳＭＰＴＥ２０２２−２に準拠している場合、ＴＳヘッダにおけるペイロードユニット開始インジケータ）およびＲＴＰシーケンス番号に基づいて、同一のペイロードを有するＩＰパケットを判定することによって伝送経路の切り替えを行う。
【００８２】
図９に第２の実施形態の構成を示す。本実施形態に係る映像切替システムは、分配器１１、送信機１３ａ、送信機１３ｂ、受信機９４を備える。送信機１３ａおよび送信機１３ｂ、受信機９４は、ＩＰネットワーク９５を介して相互に接続される。送信機１３ａと受信機９４との間には伝送経路９６が存在し、送信機１３ｂと受信機９４との間には伝送経路９７が存在する。ここで、伝送経路９６の遅延時間は伝送経路９７より大きいものとする。
【００８３】
図９に示す第２の実施形態に係る映像切替システムは、ＰＴＰを使用しないことおよび受信機９４の構成以外については、第１の実施形態に係る構成要素と同一である。
【００８４】
図１０に第２の実施形態に係る受信機９４の構成を示す。受信機９４は第１の実施形態に係る受信機１４が備えるタイムスタンプ判定部を含まず、フレーム境界判定部９４８およびシーケンス番号判定部９４９を含む。また、第２の実施形態の遅延バッファ９４４ａおよび９４４ｂは、第１の実施形態に係る受信機１４の遅延バッファ１４４ａおよび１４４ｂが供えるタイムスタンプメモリを必要とせず、図１１に示す単純なＦＩＦＯの構造となる。その他の構成要素については、第１の実施形態の受信機１４に係る構成要素と同一である。
【００８５】
フレーム境界判定部９４８は、ネットワークインタフェース部１４１ａおよびネットワークインタフェース部１４１ｂを介して受信した２つのＩＰパケットストリームにおけるＩＰパケットが映像フレームの境界のＩＰパケット（映像フレーム境界ＩＰパケット）であるかを判定する。具体的には、受信したＩＰパケットがＳＭＰＴＥ２０２２−６に準拠している場合には、ＲＴＰヘッダのマーカービットの値を参照し、該当のＩＰパケットが映像フレーム境界ＩＰパケットであるか否かを判定する。該当のＩＰパケットが映像フレーム境界ＩＰパケットである場合、映像フレーム境界ＩＰパケットを格納した遅延バッファのＲＴＰシーケンス番号がシーケンス番号判定部９４９に渡される。なお、受信したＩＰパケットがＳＭＰＴＥ２０２２−２に準拠している場合、ＴＳヘッダにおけるペイロードユニット開始インジケータの値が参照されて、映像フレーム境界ＩＰパケットであるかを判定する。
【００８６】
ＩＰパケットストリームＡおよびＢはそれぞれ、独立してＲＴＰシーケンス番号が設定されている。シーケンス番号判定部９４９は、フレーム境界判定部９４８によって判定された両系の映像フレーム境界ＩＰパケットのＲＴＰシーケンス番号を渡される。ＩＰパケットストリームＡが伝送される伝送経路９６の遅延時間はＩＰパケットストリームＢが伝送される伝送経路９７より大きい。したがって、同一のペイロードを有する映像フレーム境界ＩＰパケットに関しては、ＩＰパケットストリームＢにおけるＩＰパケットがより早く受信機１４によって受信され、シーケンス番号判定部９４９にＲＴＰシーケンス番号が渡される。その後ＩＰパケットストリームＡにおけるＩＰパケットが受信機１４によって受信され、シーケンス番号判定部９４９にＲＴＰシーケンス番号が渡される。
【００８７】
遅延バッファ９４４ｂにネットワークインタフェース部１４１ａから受信ＩＰパケットが渡されると、図１１のシーケンス番号比較演算部１４４７により当該受信ＩＰパケットのＲＴＰシーケンス番号がベースシーケンス番号レジスタ１４４６の内容と比較され、読み出しアドレスレジスタ１４４３の値と加算される。加算した結果の値が書き込みアドレスレジスタ１４４４に書き込まれ、受信したＩＰパケットがパケットメモリの対応するアドレスに書き込まれる。書き込みアドレスレジスタ１４４４に書き込まれたアドレスが、読み出しアドレスレジスタ１４４３の示すアドレスと、先頭空きアドレスレジスタ１４４２の示すアドレスの一つ前のアドレスとの間に含まれていない場合、すなわち空きエリアにある場合には、先頭空きアドレスレジスタ１４４２の値を書き込んだアドレスの次のアドレスに設定する。
【００８８】
シーケンス番号判定部９４９は、フレーム境界判定部９４８から受信したＩＰパケットストリームＢにおける映像フレーム境界ＩＰパケットのＲＴＰシーケンス番号（基準番号Ｂ）を記憶する。同時に、遅延バッファ９４４ｂにおける書き込みアドレスレジスタ１４４４の値を読み、当該映像フレーム境界ＩＰパケットを格納したアドレス（フレーム境界アドレスｂ）を記憶する。
【００８９】
その後、シーケンス番号判定部９４９はフレーム境界判定部９４８からＩＰパケットストリームＡにおける映像フレーム境界ＩＰパケットのＲＴＰシーケンス番号（基準番号Ａ）を受信すると、ＩＰパケットストリームＢにおけるフレーム境界ＩＰパケットの遅延バッファ１４４ｂにおける「同一の位置」で遅延バッファ９４４ａに格納する。ここで「同一の位置」とは、遅延バッファ１４４ａに格納する映像フレーム境界ＩＰパケットが遅延バッファ１４４ａより出力されるまでの遅延時間が、遅延バッファ１４４ｂで映像フレーム境界ＩＰパケットの出力までの遅延時間と等しくなる遅延バッファ１４４ａにおける位置である。具体的には次の手順で導きだされる。
（１）遅延バッファ９４４ｂのフレーム境界アドレスｂから遅延バッファ９４４ｂの読み出しアドレスレジスタ１４４３の値を減算する。
（２）（１）の値を遅延バッファ９４４ａの読み出しアドレスレジスタの値に加算した値を書き込みアドレス（フレーム境界アドレスａ）とする。
【００９０】
上記の動作で書き込みアドレスレジスタ１４４４に書き込まれたアドレスが、読み出しアドレスレジスタ１４４３の示すアドレスと、先頭空きアドレスレジスタ１４４２の示すアドレスの一つ前のアドレスとの間に含まれていない場合、すなわち空きエリアにある場合には、先頭空きアドレスレジスタ１４４２の値を書き込んだアドレスの次のアドレスに設定する。
【００９１】
遅延バッファ９４４ａおよび９４４ｂに映像フレーム境界ＩＰパケットを書き込んだ後、ＩＰパケットストリームＡにおけるＩＰパケットを受信した場合、シーケンス番号判定部９４９はＲＴＰシーケンス番号から基準番号Ａを減算する。そして、その差分に対応する値をフレーム境界アドレスａに加算した値を書き込みアドレスレジスタ１４４４に書き込み、当該ＩＰパケットを遅延バッファ９４４ａに書き込む。この時に書き込みアドレスレジスタ１４４４に書き込まれたアドレスが、読み出しアドレスレジスタ１４４３の示すアドレスと、先頭空きアドレスレジスタ１４４２の示すアドレスの一つ前のアドレスのと間に含まれていない場合、すなわち空きエリアにある場合には、遅延バッファ９４４ａにおける先頭空きアドレスレジスタ１４４２の値を書き込んだアドレスの次のアドレスに設定する。
【００９２】
同様にＩＰパケットストリームＢにおけるＩＰパケットを受信した場合、シーケンス番号判定部９４９はＲＴＰシーケンス番号から基準番号Ｂを減算する。そして、その差分に対応する値をフレーム境界アドレスｂに加算した値を書き込みアドレスレジスタ１４４４に書き込み、当該ＩＰパケットを遅延バッファ９４４ｂに書き込む。この時に書き込みアドレスレジスタ１４４４に書き込まれたアドレスが、読み出しアドレスレジスタ１４４３の示すアドレスと、先頭空きアドレスレジスタ１４４２の示すアドレスの一つ前のアドレスとの間に含まれていない場合、すなわち空きエリアにある場合には、遅延バッファ９４４ｂにおける先頭空きアドレスレジスタ１４４２の値を書き込んだアドレスの次のアドレスに設定する。
【００９３】
上記をまとめると、シーケンス番号判定部９４９は、ＩＰパケットストリームＡにおける映像フレーム境界ＩＰパケットとＩＰパケットストリームＢにおける映像フレーム境界ＩＰパケットとを識別し、各々をそれぞれ遅延バッファ９４４ａと遅延バッファ９４４ｂとの「同一の位置」に格納する。ここで「同一の位置」とは、遅延バッファの出力までの遅延が等しくなる遅延バッファにおける位置である。これにより現用系と予備系の両系の遅延が同一となるように調整する。
【００９４】
表１は、ＲＴＰシーケンス番号の具体的な値を一例として示す。
【００９５】
【表１】
2018042019.tif 000003
【００９６】
表１に示すように、ＩＰパケットストリームＡにおいてＲＴＰシーケンス番号１０２９のＩＰパケットが映像フレーム境界ＩＰパケットの場合、基準番号Ａは１０２９である。ＩＰパケットストリームＢにおいてＲＴＰシーケンス番号３０１６のＩＰパケットが映像フレーム境界ＩＰパケットの場合、基準番号Ｂは３０１６である。
【００９７】
ＩＰパケット選択部１４２は、遅延バッファ９４４ａおよび遅延バッファ９４４ｂから継続的に読み出されて出力されるＩＰパケットの中から、映像信号生成部１４７に送信するＩＰパケットを選択する。
【００９８】
現用系、予備系とも正常な場合には、遅延バッファ９４４ａにＩＰパケットストリームＡが格納され、遅延バッファ９４４ｂにはＩＰパケットストリームＢが格納される。両ＩＰパケットストリーム上で同一ペイロードを有するＩＰパケットはシーケンス番号判定部９４９の制御により遅延バッファ９４４ａと遅延バッファ９４４ｂの「同一の位置」に置かれる。したがって、遅延バッファ９４４ａと遅延バッファ９４４ｂにおいて同一ペイロードを有する二つのＩＰパケットは同一のタイミングでそれぞれの遅延バッファより出力される。ＩＰパケット選択部１４２は、現用系のＩＰパケット、すなわち遅延バッファ９４４ａの出力を映像信号生成部１４７に送信する。
【００９９】
現用系に障害が発生した場合、ＩＰパケットストリームＡが受信されず、遅延バッファ９４４ａにはＩＰパケットが格納されず、そのＩＰパケット用のエリアは「空き」となる。したがって、障害発生した時のＩＰパケットに関しては、遅延バッファ９４４ａからはＩＰパケットが出力されず、遅延バッファ９４４ｂからのみＩＰパケットが出力される。ＩＰパケット選択部１４２は遅延バッファ９４４ａからＩＰパケットが出力されないことを検出したら即時に、遅延バッファ９４４ｂからのＩＰパケットを選択し、映像信号生成部１４７に送信するように切替える。表１の例では、受信するＩＰパケットストリームＡにＲＴＰシーケンス番号１０３３のＩＰパケットが含まれない。したがって、遅延バッファ９４４ａの出力にＲＴＰシーケンス番号１０３２のＩＰパケットに連続するＩＰパケットが無いことをＩＰパケット選択部１４２が検出し、ＩＰパケット選択部１４２が映像信号生成部１４７に送信するＩＰパケットのソースを遅延バッファ９４４ａから遅延バッファ９４４ｂへ切替え、ＲＴＰシーケンス番号３０２０のＩＰパケットを映像信号生成部１４７に送信する。
【０１００】
映像信号生成部１４７は、ＩＰパケット選択部１４２から送信されたＩＰパケットに基づいて、映像信号を再構築する。再構築された映像信号は、中継局などの受信機に伝送される。
【０１０１】
シーケンス番号設定部１４５は、ＩＰパケット選択部１４２から送信されたＩＰパケットのＭＡＣヘッダ、ＩＰヘッダ、ＵＴＰヘッダの一部または全部を変更し、連番でＲＴＰシーケンス番号を設定し、新しいＩＰパケットストリームを作成し、受信機９４より出力する。上述したように、送信機１３ａおよび１３ｂがそれぞれのＩＰパケットに設定するＲＴＰシーケンス番号には、同一の値が設定されるとは限らない。これを、正確な順序付けに対応したＲＴＰシーケンス番号を新たに設定することによって、受信機が後続の中継装置に伝送する場合など（受信機が中継機として機能する場合）、後続の機器が上述したタイムスタンプによる判定処理を行わずに、ＲＴＰシーケンス番号のみに基づいて映像信号を再構築することができる。
【０１０２】
以上説明したように、受信機は、複数の伝送経路で送信された複数のＩＰパケットに対し、映像フレーム境界ＩＰパケットとＲＴＰシーケンス番号に基づいて同一ペイロードを有するかの判定を行っているので、冗長化された送信機間でＲＴＰシーケンス番号を合わせる必要がない。
【０１０３】
本実施形態の説明においては、伝送経路９６の遅延時間は伝送経路９７より大きいこととその遅延時間の差が１映像フレーム時間以内であることを前提としている。もし、伝送経路９７の遅延時間が伝送経路９６より大きい場合、前述した受信機９４における処理はＩＰパケットストリームＡとＩＰパケットストリームＢを入れ替えたものとなる。また、遅延時間の差が１映像フレームより大きい場合には図１２に示す様に遅延バッファ９４４ｂの前段に遅延バッファ９４４ａ、９４４ｂの入り口での遅延時間を１映像フレーム以内にするための別の遅延バッファ９４７を設ける必要がある。
【０１０４】
図１２では遅延時間が４映像フレームから５映像フレームでの構成を示しており、４映像フレームの固定遅延を与える遅延バッファ９４７を設けている。遅延バッファ９４７は遅延バッファ９４４ａ、９４４ｂと同一の構成だが、先頭空きアドレスと読み出しアドレスの差を常に４映像フレーム分、すなわち
４×ＩＰパケット数／映像フレーム
空けるように制御し、ＩＰパケットを受信した時は先頭空きアドレスレジスタの値を書き込みアドレスレジスタに移し、ＩＰパケットを書き込み、その後、先頭空きアドレスレジスタの値を更新する。
【０１０５】
なお、上記の制御を行うには、伝送経路９６と９７の遅延時間の差を計る必要があるが、従来の技術で容易に実現可能であり、一例をあげて、詳細な説明は省略する。この遅延時間差測定の一例としては、カラーバーなどの特定の映像信号をＩＰパケットストリームＡおよびＩＰパケットストリームＢで伝送し、内部遅延時間が同一の二つの受信機によりＩＰパケットストリームＡおよびＩＰパケットストリームＢを受信し、再構築済みの映像信号間の遅延時間を計ることである。
【０１０６】
なお、本実施形態においては、２つのＩＰパケットストリームにおけるＩＰパケットのＲＴＰヘッダまたはＲＴＰペイロードの未使用フィールドに、ＩＰパケットストリームにおいて映像フレーム境界ＩＰパケットからのＩＰパケット数を示すカウント値のフィールドを設けるように構成してもよい。このカウント値は、映像フレーム境界ＩＰパケットを示す場合に初期化される。ＩＰパケットストリームＡとＩＰパケットストリームＢのＩＰパケットのカウンタ値が一致する場合、両方のＩＰパケットが同一のペイロードを有していると判定することができる。このカウント値は、送信機１３ａおよび１３ｂに実装される。この場合、同一ペイロードを有するＩＰパケットの判定にＲＴＰシーケンス番号を使用する必要はない。
【０１０７】
以上説明したように、第２の実施形態では、ＩＰパケットストリームＡおよびＢにおけるＩＰパケットが、映像フレーム境界から何番目のＩＰパケットであるかに基づいて両方のＩＰパケットを特定しているので、送信機１３ａおよび１３ｂが相互にＲＴＰシーケンス番号を合わせる必要がない。また、ＲＴＰシーケンス番号または映像フレーム境界ＩＰパケットからのカウント値に基づいて同一のペイロードを有するか否かを判定しているので、送信機１３ａおよび１３ｂがＰＴＰスレーブを実装する必要がない。
【０１０８】
上述した第２の実施形態で説明した方式は、図８で説明したＩＰパケットの一部が消失（ロスト）した場合にも適用することができる。
【０１０９】
以上のように、本発明に係る映像切替システムを説明した。上記説明した各構成要素が実行する処理、およびその処理の順序は例示的なものであることに留意されたい。
【符号の説明】
【０１１０】
Ａ  ＩＰパケットストリーム
Ｂ  ＩＰパケットストリーム
４  伝送経路
５  伝送経路
１６  伝送経路
１７  伝送経路
【図１】
2018042019.tif 000004
【図２】
2018042019.tif 000005
【図３】
2018042019.tif 000006
【図４】
2018042019.tif 000007
【図５】
2018042019.tif 000008
【図６】
2018042019.tif 000009
【図７】
2018042019.tif 000010
【図８】
2018042019.tif 000011
【図９】
2018042019.tif 000012
【図１０】
2018042019.tif 000013
【図１１】
2018042019.tif 000014
【図１２】
2018042019.tif 000015