ホーム > 特許ランキング > 株式会社アルテックス
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024095892
(43)【公開日】2024-07-11
(54)【発明の名称】スイッチャおよびプログラム
(51)【国際特許分類】
H04N 7/18 20060101AFI20240704BHJP
H04N 21/238 20110101ALI20240704BHJP
【ＦＩ】
H04N7/18 F
H04N21/238
【審査請求】未請求
【請求項の数】6
【出願形態】ＯＬ
(21)【出願番号】P 2022212865
(22)【出願日】2022-12-30
(71)【出願人】
【識別番号】322013720
【氏名又は名称】株式会社アルテックス
(74)【代理人】
【識別番号】100109689
【弁理士】
【氏名又は名称】三上 結
(72)【発明者】
【氏名】佐藤 公保
【テーマコード（参考）】
5C054
5C164
【Ｆターム（参考）】
5C054CF06
5C054CF08
5C054CH08
5C054DA09
5C054FE17
5C054FE22
5C054FE23
5C054HA18
5C164FA07
5C164UB21P
5C164UB41S
5C164UC27S
5C164YA21
(57)【要約】
【課題】映像が途切れない切り替えが可能な低負荷のスイッチャを提供する。
【解決手段】スイッチャは、複数のカメラそれぞれによって得られる映像データを取得するデータ取得部と、上記複数のカメラのうち映像データが再生（ＰＬＡＹ）状態である第１カメラについて当該映像データから映像信号を復元するデコーダと、上記複数のカメラのうち、上記第１カメラとは別の第２カメラについて上記映像データを一時停止（ＰＡＵＳＥ）状態にする状態制御部と、上記第２カメラについて映像データを一時停止（ＰＡＵＳＥ）状態から再生（ＰＬＡＹ）状態に変更することで上記デコーダに当該第２カメラの当該映像データから映像信号を復元させる映像切替部と、を備える。
【選択図】図４
【解決手段】スイッチャは、複数のカメラそれぞれによって得られる映像データを取得するデータ取得部と、上記複数のカメラのうち映像データが再生（ＰＬＡＹ）状態である第１カメラについて当該映像データから映像信号を復元するデコーダと、上記複数のカメラのうち、上記第１カメラとは別の第２カメラについて上記映像データを一時停止（ＰＡＵＳＥ）状態にする状態制御部と、上記第２カメラについて映像データを一時停止（ＰＡＵＳＥ）状態から再生（ＰＬＡＹ）状態に変更することで上記デコーダに当該第２カメラの当該映像データから映像信号を復元させる映像切替部と、を備える。
【選択図】図４
【特許請求の範囲】
【請求項1】
複数のカメラそれぞれによって得られる映像データを取得するデータ取得部と、
前記複数のカメラのうちステータスが再生（ＰＬＡＹ）である第１カメラについて映像データから映像信号を復元するデコーダと、
前記複数のカメラのうち、前記第１カメラとは別の第２カメラについてステータスを一時停止（ＰＡＵＳＥ）にする待機部と、
前記第２カメラについてステータスを一時停止（ＰＡＵＳＥ）から再生（ＰＬＡＹ）に変更することで当該第２カメラの映像信号を前記デコーダに復元させる切替部と、
を備えることを特徴とするスイッチャ。
前記複数のカメラのうちステータスが再生（ＰＬＡＹ）である第１カメラについて映像データから映像信号を復元するデコーダと、
前記複数のカメラのうち、前記第１カメラとは別の第２カメラについてステータスを一時停止（ＰＡＵＳＥ）にする待機部と、
前記第２カメラについてステータスを一時停止（ＰＡＵＳＥ）から再生（ＰＬＡＹ）に変更することで当該第２カメラの映像信号を前記デコーダに復元させる切替部と、
を備えることを特徴とするスイッチャ。
【請求項2】
前記待機部は、前記データ取得部が映像データを取得済みの第２カメラについて内部的にステータスを一時停止（ＰＡＵＳＥ）にすることを特徴とする請求項１記載のスイッチャ。
【請求項3】
前記待機部は、前記第２カメラに指示を送ってステータスを一時停止（ＰＡＵＳＥ）にすることを特徴とする請求項１記載のスイッチャ。
【請求項4】
前記切替部および前記待機部は、前記複数のカメラについて予め決められた順序で順次にステータスを変更することを特徴とする請求項１記載のスイッチャ。
【請求項5】
前記複数のカメラのうち、操作者の操作によって選択された第３カメラについてステータスを再生（ＰＬＡＹ）にして前記デコーダに当該第３カメラの映像信号を復元させる選択部と、
前記第３カメラとしてステータスが停止（ＳＴＯＰ）のカメラが選択された場合、選択時に前記デコーダが復元していた映像信号の画像をキャプチャし、キャプチャ画像を表す映像信号を、当該第３カメラについて復元された映像信号が得られる迄出力するキャプチャ部と、
を更に備えることを特徴とする請求項１記載のスイッチャ。
前記第３カメラとしてステータスが停止（ＳＴＯＰ）のカメラが選択された場合、選択時に前記デコーダが復元していた映像信号の画像をキャプチャし、キャプチャ画像を表す映像信号を、当該第３カメラについて復元された映像信号が得られる迄出力するキャプチャ部と、
を更に備えることを特徴とする請求項１記載のスイッチャ。
【請求項6】
情報処理装置を、請求項１から５のいずれか１項に記載のスイッチャにおける各要素として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、スイッチャおよびプログラムに関する。
【背景技術】
【0002】
従来、複数のカメラで映像（動画）を撮影するシステムにおいて、表示や録画のために映像（もしくはカメラ）を選択するスイッチャが用いられている。防犯システムなどにおいては、多数のカメラで撮影が行われ、表示対象や録画対象として複数（例えば４面や１６面）の映像が選択される場合もある。スイッチャにおいては、表示対象や録画対象の映像が切り替えられる際に素早い切替が求められる。
【0003】
例えば特許文献１には、映像を切り替えても映像がとぎれることのないシステムとして、複数のデコーダを備えたシステムが提案されている。特許文献１のシステムは、一方のデコーダで復元した映像信号をモニタに入力して表示している間に、他のデコーダを用いて他のカメラについて映像信号を復元する。そして、表示対象のカメラを、当該他のカメラに切り替えることで途切れのない映像他のカメラに切り替えを実現する。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特開２０００－３１６１４８号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
しかし、特許文献１の技術では、例えば１６面表示から別の１６台分のカメラ映像に切り替える場合、合計で３２台分のカメラの映像信号をデコーダで同時並行に復元する必要があるが、デコーダによる負荷が大きくてスイッチャのリソースが不足する。
そこで、本発明は、映像が途切れない切り替えが可能な低負荷のスイッチャを提供することを目的とする。
そこで、本発明は、映像が途切れない切り替えが可能な低負荷のスイッチャを提供することを目的とする。
【課題を解決するための手段】
【0006】
本発明のスイッチャは、複数のカメラそれぞれによって得られる映像データを取得するデータ取得部と、上記複数のカメラのうちステータスが再生（ＰＬＡＹ）である第１カメラについて映像データから映像信号を復元するデコーダと、上記複数のカメラのうち、上記第１カメラとは別の第２カメラについてステータスを一時停止（ＰＡＵＳＥ）にする待機部と、上記第２カメラについてステータスを一時停止（ＰＡＵＳＥ）から再生（ＰＬＡＹ）に変更することで当該第２カメラの映像信号を前記デコーダに復元させる切替部と、を備える。
【0007】
このようなスイッチャによれば、第１カメラから第２カメラへの映像切り替えにおいて映像が途切れないのでユーザビリティが高い。また、第２カメラはデコーダに負荷を掛けないため、待機中の映像データをデコードする従来技術に較べて低負荷となり、低コストのスイッチャでも実現可能となる。
【0008】
上記スイッチャにおいて、上記待機部は、上記データ取得部が映像データを取得済みの第２カメラについて内部的にステータスを一時停止（ＰＡＵＳＥ）にすることが好ましい。内部的な処理で一時停止状態とする場合には、一時停止機能を有さないカメラについても適用が可能となる。
【0009】
また、上記スイッチャにおいて、上記待機部は、上記第２カメラに指示を送ってステータスを一時停止（ＰＡＵＳＥ）にすることも好ましい。第２カメラに指示を送って一時停止状態とする場合には、カメラからスイッチャに送られる映像データのトラフィックが低減されてネットワーク帯域などの占有が抑制される。
【0010】
また、上記スイッチャにおいて、上記切替部および上記待機部は、上記複数のカメラについて予め決められた順序で順次にステータスを変更することが望ましい。このような切替部および待機部により、映像の自動切り替えが実現される。
また、上記スイッチャは、上記複数のカメラのうち、操作者の操作によって選択された第３カメラについてステータスを再生（ＰＬＡＹ）にして前記デコーダに当該第３カメラの映像信号を復元させる選択部と、上記第３カメラとしてステータスが停止（ＳＴＯＰ）のカメラが選択された場合、選択時に上記デコーダが復元していた映像信号の画像をキャプチャし、キャプチャ画像を表す映像信号を、当該第３カメラについて復元された映像信号が得られる迄出力するキャプチャ部と、を更に備えることが望ましい。ユーザ操作で映像が選択される場合、停止状態のカメラが選択されて映像信号の復元にタイムラグを生じる虞があるが、キャプチャ画像が出力されることで見た目上の途切れ（黒画表示）を抑制し、ユーザのストレスを軽減することが出来る。
また、上記スイッチャは、上記複数のカメラのうち、操作者の操作によって選択された第３カメラについてステータスを再生（ＰＬＡＹ）にして前記デコーダに当該第３カメラの映像信号を復元させる選択部と、上記第３カメラとしてステータスが停止（ＳＴＯＰ）のカメラが選択された場合、選択時に上記デコーダが復元していた映像信号の画像をキャプチャし、キャプチャ画像を表す映像信号を、当該第３カメラについて復元された映像信号が得られる迄出力するキャプチャ部と、を更に備えることが望ましい。ユーザ操作で映像が選択される場合、停止状態のカメラが選択されて映像信号の復元にタイムラグを生じる虞があるが、キャプチャ画像が出力されることで見た目上の途切れ（黒画表示）を抑制し、ユーザのストレスを軽減することが出来る。
【0011】
本発明のプログラムは、情報処理装置を、いずれかの上記スイッチャにおける各要素として機能させる。このプログラムによれば、組み込みコンピュータなどの利用で上記スイッチャを容易に実現することができる。
【発明の効果】
【0012】
本発明によれば、映像が途切れない切り替えが可能な低負荷のスイッチャが得られる。
【図面の簡単な説明】
【0013】
【図1】スイッチャの一実施形態を備えた撮影システムの構成を示す構成図である。
【図2】スイッチャの機能構造を表す機能ブロック図である。
【図3】自動選択による映像表示の一例を示す図である。
【図4】チャンネルの自動選択処理を示すフローチャートである。
【図5】再生ブロックの制御処理を示すフローチャートである。
【図6】チャンネルのマニュアル選択処理を示すフローチャートである。
【発明を実施するための形態】
【0014】
本発明の実施形態について、以下図面を参照して説明する。
以下、添付の図面を参照しながら、本発明のスイッチャおよびプログラムの実施形態を詳細に説明する。但し、以下の説明が不必要に冗長になるのを避け、当業者の理解を容易にするため、必要以上に詳細な説明は省略する場合がある。例えば、既によく知られた事項の詳細説明や実質的に同一の構成に対する重複説明を省略する場合がある。また、先に説明した図に記載の要素については、後の図の説明において適宜に参照する場合がある。
以下、添付の図面を参照しながら、本発明のスイッチャおよびプログラムの実施形態を詳細に説明する。但し、以下の説明が不必要に冗長になるのを避け、当業者の理解を容易にするため、必要以上に詳細な説明は省略する場合がある。例えば、既によく知られた事項の詳細説明や実質的に同一の構成に対する重複説明を省略する場合がある。また、先に説明した図に記載の要素については、後の図の説明において適宜に参照する場合がある。
【0015】
図１は、スイッチャの一実施形態を備えた撮影システムの構成を示す構成図である。
撮影システム１００は、複数のＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）カメラ１０１と、イーサネット（登録商標）ハブ１０３と、レコーダ１０４と、リモートコントローラ１０５と、スイッチャ２００と、モニタ１０６とを備えている。撮影システム１００には、その他のカメラ等１０２が接続されてもよい。
撮影システム１００は、複数のＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）カメラ１０１と、イーサネット（登録商標）ハブ１０３と、レコーダ１０４と、リモートコントローラ１０５と、スイッチャ２００と、モニタ１０６とを備えている。撮影システム１００には、その他のカメラ等１０２が接続されてもよい。
【0016】
ＩＰカメラ１０１は、ネットワークカメラとも称されるカメラであり、個別のＩＰアドレスを有してネットワーク（ここでは一例としてイーサネット）に接続される。ＩＰカメラ１０１は、インターネットなどに接続されてもよい。ＩＰカメラ１０１は撮影した映像を映像データとして出力する。ＩＰカメラ１０１からの映像データは、一例として、Ｈ．２６４やＨ．２６５というＭＰＥＧ規格のデータである。
【0017】
イーサネットハブ１０３は、ＩＰカメラ１０１、レコーダ１０４、リモートコントローラ１０５およびスイッチャ２００を相互に接続してイーサネットを形成する。当該イーサネットには、最大で２５６台のＩＰカメラ１０１が接続可能である。なお、イーサネットに接続されるＩＰカメラ１０１としては複数機種のＩＰカメラ１０１が混在しても良い。
【0018】
レコーダ１０４は、イーサネット経由でＩＰカメラ１０１から映像データを取得して録画する。
リモートコントローラ１０５は、イーサネット経由でＩＰカメラ１０１に接続され、ユーザの操作に従ってＩＰカメラ１０１の向きなどを遠隔制御する。
リモートコントローラ１０５は、イーサネット経由でＩＰカメラ１０１に接続され、ユーザの操作に従ってＩＰカメラ１０１の向きなどを遠隔制御する。
【0019】
スイッチャ２００は、イーサネット経由でＩＰカメラ１０１から例えばＭＰＥＧ規格の映像データを取得し、映像信号として例えばＨＤＭＩ（登録商標）信号を復元してモニタ１０６に入力する。また、スイッチャ２００は、イーサネットに接続された複数のＩＰカメラ１０１から、表示に用いられる複数（ここでは一例として４つ）のＩＰカメラ１０１を選択する。スイッチャ２００は、レコーダ１０４で映像が録画されるＩＰカメラ１０１を選択することもできる。
【0020】
スイッチャ２００には組み込みコンピュータが搭載されていて、アプリケーションソフトのインストールにより内部機能が構築される。スイッチャ２００は、本発明のスイッチャの一実施形態に相当する。また、スイッチャ２００にインストールされるアプリケーションソフトは、本発明のプログラムの一実施形態に相当する。
【0021】
スイッチャ２００は、内部機能によってＩＰカメラ１０１を自動選択することができるとともに、スイッチャ２００の前面に設けられた操作ボタンなどの操作に従ってＩＰカメラ１０１をマニュアル選択することもできる。
モニタ１０６は、スイッチャ２００で選択された複数のＩＰカメラ１０１についてスイッチャ２００が復元した映像信号を受け取って表示画面３００上に複数の映像を表示する。
モニタ１０６は、スイッチャ２００で選択された複数のＩＰカメラ１０１についてスイッチャ２００が復元した映像信号を受け取って表示画面３００上に複数の映像を表示する。
【0022】
図２は、スイッチャの機能構造を表す機能ブロック図である。
スイッチャ２００は、機能構造として、再生アプリ２０１と、再生情報テーブル２０２と、イーサネットの入力端子２０３と、イーサネットのＰＨＹ（Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ）チップ２０４と、マルチプレクサ（ＭＵＸ：ＭＵｌｔｉｐｌｅＸｅｒ）２０５と、ＨＤＭＩの出力端子２０６と、再生ブロック２１０とを備えている。
スイッチャ２００は、機能構造として、再生アプリ２０１と、再生情報テーブル２０２と、イーサネットの入力端子２０３と、イーサネットのＰＨＹ（Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ）チップ２０４と、マルチプレクサ（ＭＵＸ：ＭＵｌｔｉｐｌｅＸｅｒ）２０５と、ＨＤＭＩの出力端子２０６と、再生ブロック２１０とを備えている。
【0023】
入力端子２０３には、イーサネットハブ１０３から延びたケーブルが接続される。ＰＨＹチップ２０４は、入力端子２０３から入力される電気信号を受信し、スイッチャ２００内にデジタルデータとして取り込む。
再生ブロック２１０は、再生アプリ２０１によって生成・破棄される機能であり、各再生ブロック２１０は、対応する１つのＩＰカメラ１０１から送信されてきた映像データを映像信号に復元する。
再生ブロック２１０は、再生アプリ２０１によって生成・破棄される機能であり、各再生ブロック２１０は、対応する１つのＩＰカメラ１０１から送信されてきた映像データを映像信号に復元する。
【0024】
マルチプレクサ２０５は、複数の再生ブロック２１０で得られる複数の映像信号を統合して、それらの映像信号が表す複数の映像をモニタ１０６の画面に並べて表示するためのＨＤＭＩ信号を生成する。ＨＤＭＩの出力端子２０６は、マルチプレクサ２０５で生成されたＨＤＭＩ信号をモニタ１０６へと出力する。
【0025】
再生情報テーブル２０２には、イーサネットハブ１０３に接続された最大で２５６台のＩＰカメラ１０１についてＵＲＩが登録される。登録されたＩＰカメラ１０１、および当該ＩＰカメラ１０１から得られる映像は、チャンネルとして管理される。再生情報テーブル２０２には、モニタ１０６の画面に表示される４つの映像のチャンネルも登録される。表示対象のチャンネルについては再生（ＰＬＡＹ）のステータスで登録される。
【0026】
また、再生情報テーブル２０２には、モニタ１０６の画面に表示中の映像の次に表示が予定されている４つの映像のチャンネルも登録される。表示予定のチャンネルについては一時停止（ＰＡＵＳＥ）のステータスで登録される。
なお、再生情報テーブル２０２にＵＲＩが登録されている最大で２５６台のＩＰカメラ１０１のうち、表示対象でも無く、表示予定でもない残りのＩＰカメラ１０１（チャンネル）は停止（ＳＴＯＰ）のステータスで登録される。
なお、再生情報テーブル２０２にＵＲＩが登録されている最大で２５６台のＩＰカメラ１０１のうち、表示対象でも無く、表示予定でもない残りのＩＰカメラ１０１（チャンネル）は停止（ＳＴＯＰ）のステータスで登録される。
【0027】
再生アプリ２０１は、再生情報テーブル２０２に登録されている情報を参照して、必要な再生ブロック２１０の生成と、不要な再生ブロック２１０の破棄を行う。また、再生アプリ２０１は、映像（チャンネル）の自動選択のため、再生情報テーブル２０２に登録されている表示対象のチャンネルと表示予定のチャンネルとを、一定のインターバル時間毎に書き換える。また、再生アプリ２０１は、ユーザによる操作部の操作でチャンネルが選択された場合、選択されたチャンネルを表示対象などとして再生情報テーブル２０２に登録する。
【0028】
各再生ブロック２１０は、判定部２１１と、抽出部２１２と、解析部２１３と、復元部２１４と、出力部２１５とを備えている。
判定部２１１は、ＰＨＹチップ２０４によって取り込まれたデジタルデータから、ＲＴＳＰ（Ｒｅａｌ Ｔｉｍｅ Ｓｔｒｅａｍｉｎｇ Ｐｒｏｔｏｃｏｌ）ソースを判定し、再生ブロック２１０に対応したＩＰカメラ１０１からの映像ストリームを再生ブロック２１０に取り込む。
判定部２１１は、ＰＨＹチップ２０４によって取り込まれたデジタルデータから、ＲＴＳＰ（Ｒｅａｌ Ｔｉｍｅ Ｓｔｒｅａｍｉｎｇ Ｐｒｏｔｏｃｏｌ）ソースを判定し、再生ブロック２１０に対応したＩＰカメラ１０１からの映像ストリームを再生ブロック２１０に取り込む。
【0029】
抽出部２１２は、映像ストリームからＲＴＰパケットを抽出する。解析部２１３は、ＲＴＰパケットについて構文解析を行い、ＲＴＰパケットのペイロード部に載っている映像データを復元部２１４へ送出する。
但し、解析部２１３は、再生アプリ２０１によりＩＰカメラ１０１のステータスとして、再生（ＰＬＡＹ）または一時停止（ＰＡＵＳＥ）を指定される。そして、再生（ＰＬＡＹ）ステータスの場合、抽出部２１２は、映像ストリームの進行に伴って、連続的に、構文解析後のデータを復元部２１４へと送出する。一方、一時停止（ＰＡＵＳＥ）ステータスの場合、解析部２１３は、データの先頭の１画面分だけ構文解析を行って解析後のデータを復元部２１４へ送出し、その後は構文解析を停止して待機状態となる。このため解析部２１３に一時停止（ＰＡＵＳＥ）が指定された再生ブロック２１０はスイッチャ２００のリソースへの負荷が小さい。
但し、解析部２１３は、再生アプリ２０１によりＩＰカメラ１０１のステータスとして、再生（ＰＬＡＹ）または一時停止（ＰＡＵＳＥ）を指定される。そして、再生（ＰＬＡＹ）ステータスの場合、抽出部２１２は、映像ストリームの進行に伴って、連続的に、構文解析後のデータを復元部２１４へと送出する。一方、一時停止（ＰＡＵＳＥ）ステータスの場合、解析部２１３は、データの先頭の１画面分だけ構文解析を行って解析後のデータを復元部２１４へ送出し、その後は構文解析を停止して待機状態となる。このため解析部２１３に一時停止（ＰＡＵＳＥ）が指定された再生ブロック２１０はスイッチャ２００のリソースへの負荷が小さい。
【0030】
復元部２１４は、例えばＨ．２６４やＨ．２６５というＭＰＥＧ規格の映像データから、例えばＨＤＭＩ信号などの映像信号を復元する。
出力部２１５は、復元された映像信号を出力する。映像信号の出力に際して出力部２１５は、モニタ１０６の画面上における映像の表示位置やサイズに応じて映像信号を調整して出力する。なお、一時停止（ＰＡＵＳＥ）ステータスの場合、出力部２１５は、１画面分の映像信号をキャプチャ画面の信号として出力する。
出力部２１５は、復元された映像信号を出力する。映像信号の出力に際して出力部２１５は、モニタ１０６の画面上における映像の表示位置やサイズに応じて映像信号を調整して出力する。なお、一時停止（ＰＡＵＳＥ）ステータスの場合、出力部２１５は、１画面分の映像信号をキャプチャ画面の信号として出力する。
【0031】
図３は、自動選択による映像表示の一例を示す図である。
ここでは、一例として、Ａ～Ｊの１０台のＩＰカメラ１０１について自動的に選択が切り替わってモニタ１０６の表示画面３００に映像が表示される様子が模式的に示されている。
１０台のＩＰカメラ１０１のうちＡのＩＰカメラ１０１については、表示画面３００の左上の領域３０１に映像が常に表示される。そして、Ｂ、Ｃ、Ｄの各ＩＰカメラ１０１と、Ｅ、Ｆ、Ｇの各ＩＰカメラ１０１と、Ｈ、Ｉ、Ｊの各ＩＰカメラ１０１が順次に循環的に切り替えられ、各映像が表示画面３００の各領域３０２、３０３、３０４に表示される。
ここでは、一例として、Ａ～Ｊの１０台のＩＰカメラ１０１について自動的に選択が切り替わってモニタ１０６の表示画面３００に映像が表示される様子が模式的に示されている。
１０台のＩＰカメラ１０１のうちＡのＩＰカメラ１０１については、表示画面３００の左上の領域３０１に映像が常に表示される。そして、Ｂ、Ｃ、Ｄの各ＩＰカメラ１０１と、Ｅ、Ｆ、Ｇの各ＩＰカメラ１０１と、Ｈ、Ｉ、Ｊの各ＩＰカメラ１０１が順次に循環的に切り替えられ、各映像が表示画面３００の各領域３０２、３０３、３０４に表示される。
【0032】
即ち、最初はＡのＩＰカメラ１０１の映像が左上の領域３０１に表示され、ＢのＩＰカメラ１０１の映像が右上の領域３０２に表示され、ＣのＩＰカメラ１０１の映像が左下の領域３０３に表示され、ＤのＩＰカメラ１０１の映像が右下の領域３０４に表示される。このとき、Ｅ、Ｆ、Ｇの各ＩＰカメラ１０１は一時停止（ＰＡＵＳＥ）ステータスで待機状態になっている。
設定されたインターバル時間が経過すると、左上の領域３０１にはＡのＩＰカメラ１０１の映像が継続して表示され、右上の領域３０２はＥのＩＰカメラ１０１の映像に切り替わり、左下の領域３０３はＦのカメラＩＰ１０１の映像に切り替わり、右下の領域３０４はＧのＩＰカメラ１０１の映像に切り替わる。映像の切り替わりに際しては、ユーザに知覚されるような映像の途切れは発生せず、映像が素早く切り替わる。また、Ｈ、Ｉ、Ｊの各ＩＰカメラ１０１は一時停止（ＰＡＵＳＥ）ステータスで待機状態になる。
設定されたインターバル時間が経過すると、左上の領域３０１にはＡのＩＰカメラ１０１の映像が継続して表示され、右上の領域３０２はＥのＩＰカメラ１０１の映像に切り替わり、左下の領域３０３はＦのカメラＩＰ１０１の映像に切り替わり、右下の領域３０４はＧのＩＰカメラ１０１の映像に切り替わる。映像の切り替わりに際しては、ユーザに知覚されるような映像の途切れは発生せず、映像が素早く切り替わる。また、Ｈ、Ｉ、Ｊの各ＩＰカメラ１０１は一時停止（ＰＡＵＳＥ）ステータスで待機状態になる。
【0033】
インターバル時間が更に経過すると、左上の領域３０１にはＡのＩＰカメラ１０１の映像が継続して表示され、右上の領域３０２はＨのＩＰカメラ１０１の映像に切り替わり、左下の領域３０３はＩのＩＰカメラ１０１の映像に切り替わり、右下の領域３０４はＪのＩＰカメラ１０１の映像に切り替わる。そして、Ｂ、Ｃ、Ｄの各ＩＰカメラ１０１は一時停止（ＰＡＵＳＥ）ステータスで待機状態になる。
インターバル時間が更に経過すると、最初の表示と同様に、ＡのＩＰカメラ１０１の映像が左上の領域３０１に表示され、ＢのＩＰカメラ１０１の映像が右上の領域３０２に表示され、ＣのＩＰカメラ１０１の映像が左下の領域３０３に表示され、ＤのＩＰカメラ１０１の映像が右下の領域３０４に表示される。
インターバル時間が更に経過すると、最初の表示と同様に、ＡのＩＰカメラ１０１の映像が左上の領域３０１に表示され、ＢのＩＰカメラ１０１の映像が右上の領域３０２に表示され、ＣのＩＰカメラ１０１の映像が左下の領域３０３に表示され、ＤのＩＰカメラ１０１の映像が右下の領域３０４に表示される。
【0034】
図３に示す例では、上記説明した映像表示と切り替わりが循環的に繰り返される。
このような映像表示を実現する再生アプリ２０１の処理動作について、フローチャートを参照して説明する。
このような映像表示を実現する再生アプリ２０１の処理動作について、フローチャートを参照して説明する。
【0035】
図４は、チャンネルの自動選択処理を示すフローチャートである。
図４の処理は、スイッチャ２００の電源がオンになると開始され、ステップＳ１０１では、ＩＰカメラ１０１の自動選択について初期設定が行われる。初期設定としては、例えば、順次に表示対象となる複数のＩＰカメラ１０１の指定、各ＩＰカメラ１０１の切り替え順および切替のインターバル時間が再生アプリ２０１に設定される。また、初期設定では、最初に映像が表示されるＩＰカメラ１０１が再生情報テーブル２０２に表示対象のチャンネルとして登録され、次に映像が表示されるＩＰカメラ１０１が再生情報テーブル２０２に表示予定のチャンネルとして登録される。
図４の処理は、スイッチャ２００の電源がオンになると開始され、ステップＳ１０１では、ＩＰカメラ１０１の自動選択について初期設定が行われる。初期設定としては、例えば、順次に表示対象となる複数のＩＰカメラ１０１の指定、各ＩＰカメラ１０１の切り替え順および切替のインターバル時間が再生アプリ２０１に設定される。また、初期設定では、最初に映像が表示されるＩＰカメラ１０１が再生情報テーブル２０２に表示対象のチャンネルとして登録され、次に映像が表示されるＩＰカメラ１０１が再生情報テーブル２０２に表示予定のチャンネルとして登録される。
【0036】
なお、初期設定における設定内容は、手動操作によって入力されてもよいし、スイッチャ２００内の記憶部から読み込まれてもよい。
初期設定の後、処理はステップＳ１０２に進み、設定されたインターバル時間が経過するまで待機状態（Ｓ１０２：Ｎｏ）となる。そして、インターバル時間が経過する（Ｓ１０２：Ｙｅｓ）と、処理はステップＳ１０３に進み、再生情報テーブル２０２の登録内容が変更される。
初期設定の後、処理はステップＳ１０２に進み、設定されたインターバル時間が経過するまで待機状態（Ｓ１０２：Ｎｏ）となる。そして、インターバル時間が経過する（Ｓ１０２：Ｙｅｓ）と、処理はステップＳ１０３に進み、再生情報テーブル２０２の登録内容が変更される。
【0037】
即ち、映像が表示中のチャンネルのうち映像表示が終了されるチャンネルについてはステータスが再生（ＰＬＡＹ）から停止（ＳＴＯＰ）に変更され、ステータスが一時停止（ＰＡＵＳＥ）に設定されていたチャンネルについては再生（ＰＬＡＹ）ステータスに変更され、次に表示が予定されるチャンネルについてはステータスが停止（ＳＴＯＰ）から一時停止（ＰＡＵＳＥ）に変更される。
【0038】
その後、ステップＳ１０２とステップＳ１０３が繰り返し実行されることで、初期設定で設定された切り替え順で順次にチャンネルが切り替えられる。
図５は、再生ブロックの制御処理を示すフローチャートである。
図５は、再生ブロックの制御処理を示すフローチャートである。
【0039】
図５の処理も、スイッチャ２００の電源がオンになると開始され、ステップＳ２０１では再生情報テーブル２０２の登録内容が参照される。その後、ステップＳ２０２では、再生状態のステータスに変更があるか確認される。
再生状態のステータスに変更がある場合（Ｓ２０２：Ｙｅｓ）、処理はステップＳ２０３に進み、必要に応じて再生ブロック２１０の生成と破棄が行われる。即ち、ステータスが停止（ＳＴＯＰ）から、再生（ＰＬＡＹ）および一時停止（ＰＡＵＳＥ）のいずれかに変更されたチャンネルについては、対応する再生ブロック２１０が生成される。また、ステータスが再生（ＰＬＡＹ）および一時停止（ＰＡＵＳＥ）のいずれかから停止（ＳＴＯＰ）に変更されたチャンネルについては、対応する再生ブロック２１０が破棄される。
再生状態のステータスに変更がある場合（Ｓ２０２：Ｙｅｓ）、処理はステップＳ２０３に進み、必要に応じて再生ブロック２１０の生成と破棄が行われる。即ち、ステータスが停止（ＳＴＯＰ）から、再生（ＰＬＡＹ）および一時停止（ＰＡＵＳＥ）のいずれかに変更されたチャンネルについては、対応する再生ブロック２１０が生成される。また、ステータスが再生（ＰＬＡＹ）および一時停止（ＰＡＵＳＥ）のいずれかから停止（ＳＴＯＰ）に変更されたチャンネルについては、対応する再生ブロック２１０が破棄される。
【0040】
再生ブロック２１０の生成と破棄の後、処理はステップＳ２０４に進み、各再生ブロック２１０に対してステータスと表示位置が指定される。即ち、生成された再生ブロック２１０および破棄されていない再生ブロック２１０に対し、ステータスとして再生（ＰＬＡＹ）もしくは一時停止（ＰＡＵＳＥ）が指定される。また、表示位置としては、例えば図３に示す例であれば、４つの領域３０１～３０４のいずれかが指定される。
上述したように、ステータスとして一時停止（ＰＡＵＳＥ）が指定された再生ブロック２１０は、映像信号の復元が行われないのでスイッチャ２００のリソースへの負荷が小さい。従って、十分な数の再生ブロック２１０を一時停止（ＰＡＵＳＥ）ステータスで待機させることができる。
本実施形態では、ＩＰカメラ１０１にステータスの指示を送るのではなく、内部的にステータスを指定し、内部的に処理している。これにより、一時停止（ＰＡＵＳＥ）の機能を有さないＩＰカメラ１０１についても一時停止（ＰＡＵＳＥ）のステータスが実現される。
但し、ステータスは、イーサネットなどを経由してＩＰカメラ１０１に直接指示されてもよい。この場合、ＩＰカメラ１０１では映像データの出力が行われなくなるので、イーサネットなどにおけるトラフィック量が抑制され、ネットワーク帯域などの占有が抑制される。
上述したように、ステータスとして一時停止（ＰＡＵＳＥ）が指定された再生ブロック２１０は、映像信号の復元が行われないのでスイッチャ２００のリソースへの負荷が小さい。従って、十分な数の再生ブロック２１０を一時停止（ＰＡＵＳＥ）ステータスで待機させることができる。
本実施形態では、ＩＰカメラ１０１にステータスの指示を送るのではなく、内部的にステータスを指定し、内部的に処理している。これにより、一時停止（ＰＡＵＳＥ）の機能を有さないＩＰカメラ１０１についても一時停止（ＰＡＵＳＥ）のステータスが実現される。
但し、ステータスは、イーサネットなどを経由してＩＰカメラ１０１に直接指示されてもよい。この場合、ＩＰカメラ１０１では映像データの出力が行われなくなるので、イーサネットなどにおけるトラフィック量が抑制され、ネットワーク帯域などの占有が抑制される。
【0041】
ステップＳ２０４の処理では、表示予定から表示対象になったチャンネルに対応する再生ブロック２１０のステータスが、一時停止（ＰＡＵＳＥ）から再生（ＰＬＡＹ）に変更される。この結果、当該再生ブロック２１０では、解析部２１３による構文解析が直ちに開始され、チャンネルの映像が速やかに表示される。
【0042】
その後、処理はステップＳ２０５に進み、各再生ブロック２１０からの映像信号がマルチプレクサ２０５によって統合されてモニタ１０６へと出力される。そして、処理はステップＳ２０１に戻る。
なお、ステップＳ２０２で再生状態のステータスに変更が無い場合（Ｓ２０２：Ｎｏ）、各再生ブロック２１０は現状維持となり、ステップＳ２０３、Ｓ２０４がスキップされて処理はステップＳ２０５に進む。
なお、ステップＳ２０２で再生状態のステータスに変更が無い場合（Ｓ２０２：Ｎｏ）、各再生ブロック２１０は現状維持となり、ステップＳ２０３、Ｓ２０４がスキップされて処理はステップＳ２０５に進む。
【0043】
本実施形態のスイッチャ２００では、一例として、上記説明したチャンネルの自動選択が実行されている場合であっても、ユーザによる操作ボタンなどの操作で表示対象のチャンネル（ＩＰカメラ１０１）が選択されるとマニュアル選択に切り替わる。
【0044】
図６は、チャンネルのマニュアル選択処理を示すフローチャートである。
図６に示すマニュアル選択処理は、スイッチャ２００の電源がオンになると開始され、図４に示す自動選択処理と並行で実行される。
ステップＳ３０１では、ユーザによるカメラ選択の操作が生じるまで待機状態（Ｓ３０１：Ｎｏ）となる。そして、カメラ選択の操作が行われると（Ｓ３０１：Ｙｅｓ）、処理がステップＳ３０２に進み、図４に示す自動選択処理が中断される。その後、処理はステップＳ３０３に進み、再生情報テーブル２０２の登録内容が、ユーザの操作に従って変更される。
図６に示すマニュアル選択処理は、スイッチャ２００の電源がオンになると開始され、図４に示す自動選択処理と並行で実行される。
ステップＳ３０１では、ユーザによるカメラ選択の操作が生じるまで待機状態（Ｓ３０１：Ｎｏ）となる。そして、カメラ選択の操作が行われると（Ｓ３０１：Ｙｅｓ）、処理がステップＳ３０２に進み、図４に示す自動選択処理が中断される。その後、処理はステップＳ３０３に進み、再生情報テーブル２０２の登録内容が、ユーザの操作に従って変更される。
【0045】
即ち、ユーザの操作で表示終了となったチャンネルについては、再生（ＰＬＡＹ）および一時停止（ＰＡＵＳＥ）のステータスが停止（ＳＴＯＰ）ステータスに変更される。また、ユーザの操作で表示対象となったチャンネルについては、一時停止（ＰＡＵＳＥ）および停止（ＳＴＯＰ）のステータスが再生（ＰＬＡＹ）ステータスに変更される。また、ユーザの操作で次の表示候補となったチャンネルについては、再生（ＰＬＡＹ）および停止（ＳＴＯＰ）のステータスが一時停止（ＰＡＵＳＥ）ステータスに変更される。
【0046】
このような登録内容の変更に伴って、図５に示す制御処理で再生ブロック２１０が生成・廃棄されるとともに、表示対象などが変更される。
再生情報テーブル２０２の登録内容変更後は、処理がステップＳ３０４に進み、ステータスが停止（ＳＴＯＰ）から再生（ＰＬＡＹ）に、一時停止（ＰＡＵＳＥ）を経ずに変更されたチャンネルが有るか判定される。この場合、当該チャンネルでは、再生ブロック２１０が生成されて映像信号が出力されるまでに時間が掛かり、ユーザが知覚できる程度に映像が途切れる虞がある。
再生情報テーブル２０２の登録内容変更後は、処理がステップＳ３０４に進み、ステータスが停止（ＳＴＯＰ）から再生（ＰＬＡＹ）に、一時停止（ＰＡＵＳＥ）を経ずに変更されたチャンネルが有るか判定される。この場合、当該チャンネルでは、再生ブロック２１０が生成されて映像信号が出力されるまでに時間が掛かり、ユーザが知覚できる程度に映像が途切れる虞がある。
【0047】
そのため、上記チャンネルが有る場合（Ｓ３０４：Ｙｅｓ）、ステップＳ３０５で、当該チャンネルの映像が表示される領域３０１～３０４に映像が表示中のチャンネルについて、ステータスが一時停止（ＰＡＵＳＥ）に変更される。これにより、表示中の映像がキャプチャされ、再生（ＰＬＡＹ）のチャンネルから映像信号が出力されるまでキャプチャ画像が表示されることになる。
【0048】
従って、映像の途切れる時間がキャプチャ画像で埋められて見た目上の途切れ（黒画表示）が抑制されるので、ユーザのストレスが軽減されてユーザビリティが向上する。
停止（ＳＴＯＰ）から再生（ＰＬＡＹ）に、一時停止（ＰＡＵＳＥ）を経ずに変更されたチャンネルが無い場合（Ｓ３０４：Ｎｏ）、ステップＳ３０５はスキップされる。
停止（ＳＴＯＰ）から再生（ＰＬＡＹ）に、一時停止（ＰＡＵＳＥ）を経ずに変更されたチャンネルが無い場合（Ｓ３０４：Ｎｏ）、ステップＳ３０５はスキップされる。
【0049】
その後、処理はステップＳ３０６に進み、マニュアル選択処理を終了させる指示の操作がユーザによって行われたか否かが判定される。終了指示の操作が行われた場合（Ｓ３０６：Ｙｅｓ）、ステップＳ３０８で図４に示す自動選択処理が再開され、処理はステップＳ３０１に戻る。
【0050】
終了指示の操作が行われない場合（Ｓ３０６：Ｎｏ）、ステップＳ３０７で、ユーザによる別のカメラ選択の操作が行われたか判定される。カメラ選択の操作も行われない場合（Ｓ３０７：Ｎｏ）、処理はステップＳ３０６に戻る。一方、別のカメラ選択の操作が行われた場合（Ｓ３０７：Ｙｅｓ）、処理はステップＳ３０３に戻る。
【0051】
以上で説明した処理により、本実施形態のスイッチャ２００では、リソースの負荷は低負荷でありながらも、映像の途切れない切り替えが可能となる。
なお、上述した実施形態は、すべての点で例示であって制限的なものではない。本発明の範囲は上記した実施の形態ではなくて請求の範囲によって示され、請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。
なお、上述した実施形態は、すべての点で例示であって制限的なものではない。本発明の範囲は上記した実施の形態ではなくて請求の範囲によって示され、請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。
【0052】
なお、上記では、チャンネルの自動選択において、次に表示が予定されている３つのチャンネルが一時停止（ＰＡＵＳＥ）ステータスで待機されるが、一時停止（ＰＡＵＳＥ）での待機はリソースの負荷が小さいため、より多くのチャンネルが一時停止（ＰＡＵＳＥ）で待機されてもよい。例えば、自動選択で予定されている上述した１０のチャンネルのうち、表示対象の４つを除いた６つのチャンネルがすべて一時停止（ＰＡＵＳＥ）で待機されてもよい。あるいは、最大で２５６台のＩＰカメラ１０１（チャンネル）が１ページあたり１６台で１６ページとして管理されている場合、１ページ分の１６チャンネルのうち、表示対象以外のチャンネルがすべて一時停止（ＰＡＵＳＥ）で待機されてもよい。
【符号の説明】
【0053】
１００……撮影システム、 １０１……ＩＰカメラ、 １０３……イーサネットハブ、
１０４……レコーダ、 １０５……リモートコントローラ、 ２００……スイッチャ、
２０１……再生アプリ、 ２０２……再生情報テーブル、 ２０３……入力端子、
２０４……ＰＨＹチップ、 ２０５……マルチプレクサ、 ２０６……出力端子、
２１０……再生ブロック、 ２１１……判定部、 ２１２……抽出部、
２１３……解析部、 ２１４……復元部、 ２１５……出力部、 ３００……表示画面
１０４……レコーダ、 １０５……リモートコントローラ、 ２００……スイッチャ、
２０１……再生アプリ、 ２０２……再生情報テーブル、 ２０３……入力端子、
２０４……ＰＨＹチップ、 ２０５……マルチプレクサ、 ２０６……出力端子、
２１０……再生ブロック、 ２１１……判定部、 ２１２……抽出部、
２１３……解析部、 ２１４……復元部、 ２１５……出力部、 ３００……表示画面
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】