JP2014052591A

JP2014052591A - マルチディスプレイ制御システム、制御サーバ及びマルチディスプレイ制御方法

Info

Publication number: JP2014052591A
Application number: JP2012198436A
Authority: JP
Inventors: Hiroaki Terakado; 宏明寺門; Shinobu Nakamura; 忍中村
Original assignee: Hitachi Information and Control Systems Inc; Hitachi Information and Control Solutions Ltd
Current assignee: Hitachi Information and Control Systems Inc; Hitachi Information and Control Solutions Ltd
Priority date: 2012-09-10
Filing date: 2012-09-10
Publication date: 2014-03-20
Anticipated expiration: 2032-09-10
Also published as: JP5775043B2

Abstract

【課題】低コストで柔軟なマルチディスプレイの集中管理を実現する、マルチディスプレイ制御システム、制御サーバ及びマルチディスプレイ制御方法を提供する。
【解決手段】制御サーバ１０７は全てのディスプレイ制御端末１０８と、全てのスイッチャ１０６と、全てのマルチディスプレイ１０５と、マルチディスプレイ１０５を構成する全てのディスプレイ１１０を、データベースに登録し、集中管理を行う。そして、特定のディスプレイ制御端末１０８から特権処理を実行すると、予め指定しておいたディスプレイ１１０へ、強制的に所望の映像ソース１０２を配信する。
【選択図】図１

Description

本発明は、複数のディスプレイを組み合わせてなるマルチディスプレイを複数同時に制御する、マルチディスプレイ制御システム、制御サーバ及びマルチディスプレイ制御方法に関する。

パトカー、救急車、消防車等の緊急車両を擁する機関等では、監視業務を遂行するために複数のディスプレイを組み合わせて所望の監視画像を表示させる、マルチディスプレイを機関の建物内に設けている。

なお、本発明に関係すると思われる先行技術文献を特許文献１に示す。特許文献１には、マルチディスプレイシステムにおいて、ハードウェア的な設定の追加なしに表示、及び制御を可能とする構成が開示されている。

特開２００２−１８９５８６号公報

従来のマルチディスプレイ制御システムは、単一の部屋に設置される複数のディスプレイを制御する仕様のシステムが殆どであった。このため、複数の部屋に設置されている複数のマルチディスプレイに対して、共通の緊急情報を表示させる、といった機能を実現できていなかった。

本発明はかかる課題を解決し、低コストで柔軟なマルチディスプレイの集中管理を実現する、マルチディスプレイ制御システム、制御サーバ及びマルチディスプレイ制御方法を提供することを目的とする。

上記課題を解決するために、本発明のマルチディスプレイ制御システムは、所定の映像信号を出力する複数の映像ソースと、ネットワークに接続されるディスプレイを一以上有する複数のマルチディスプレイとを具備する。そして更に、ネットワークに接続され、マルチディスプレイに対して映像ソースを選択する複数のディスプレイ制御端末と、ネットワークに接続され、複数の映像信号を複数のマルチディスプレイに配信するスイッチャとを具備する。
そして制御サーバは、操作者によって選択された映像ソースを、予め選択された一以上のディスプレイに対して一斉に配信するべく、ネットワークを通じてスイッチャを制御する。

本発明のマルチディスプレイ制御システム、制御サーバ及びマルチディスプレイ制御方法によれば、低コストで柔軟なマルチディスプレイの集中管理を実現することができる。

本発明の一実施形態であるマルチディスプレイ制御システムの概略を示すブロック図である。マルチディスプレイの構成と、映像ソースとスイッチャとディスプレイとの対応関係及び接続関係を示すブロック図である。ディスプレイの機能ブロック図である。制御部のハードウェアの構成を示すブロック図である。ディスプレイ制御端末のハードウェアの構成を示すブロック図である。制御サーバのハードウェアの構成を示すブロック図である。ディスプレイ制御端末の機能ブロック図である。制御サーバの機能ブロック図である。制御サーバに存在するテーブルのフィールド構成を示す図である。制御サーバがディスプレイ制御端末からアクセス要求を受けた時の動作の流れを示すフローチャートである。制御サーバが実行する特権処理の動作の流れを示すフローチャートである。制御サーバが実行する端末状態変更処理の動作の流れを示すフローチャートである。制御サーバが実行するスイッチャ状態変更処理の動作の流れを示すフローチャートである。制御サーバが実行するディスプレイ状態変更処理の動作の流れを示すフローチャートである。制御サーバが実行する通常処理の動作の流れを示すフローチャートである。特権処理を実行可能なディスプレイ制御端末の表示部に表示される、表示画面の一例を示す図である。特権処理を実行可能なディスプレイ制御端末の表示部に表示される、表示画面の一例を示す図である。特権処理を実行できないディスプレイ制御端末における表示画面の一例を示す図である。特権処理が行われたマルチディスプレイの表示例を示す図である。

［全体構成］
図１は、本発明の一実施形態であるマルチディスプレイ制御システム１０１の概略を示すブロック図である。
マルチディスプレイ制御システム１０１は、監視カメラ１０３ａ、１０３ｂ、パーソナルコンピュータ（以下「パソコン」と略す）１０４を含む複数の映像ソース１０２を備える。また、この複数の映像ソース１０２が出力する映像信号を、複数の箇所に設置されているマルチディスプレイ１０５ａ、１０５ｂ及び１０５ｃに分配するスイッチャ１０６を有する。更に、スイッチャ１０６を制御する制御サーバ１０７と、制御サーバ１０７に接続してマルチディスプレイ１０５ａ、１０５ｂ及び１０５ｃの制御を行う複数のディスプレイ制御端末１０８ａ、１０８ｂ及び１０８ｃを備えている。
なお、これ以降、マルチディスプレイ１０５ａ、１０５ｂ及び１０５ｃを特定しない場合は、マルチディスプレイ１０５と総称する（後述する図２参照）。
同様に、ディスプレイ制御端末１０８ａ、１０８ｂ及び１０８ｃを特定しない場合は、ディスプレイ制御端末１０８と総称する（後述する図２参照）。

映像ソース１０２は所定の映像信号を出力する。映像ソース１０２の種類は、監視カメラ１０３ａ及び１０３ｂや周知のパソコン１０４等、様々な形態のものが利用可能である。これら映像ソース１０２が出力する映像信号には、例えば周知のＮＴＳＣ形式やＲＧＢ形式等のアナログビデオ信号がある。またＤＶＩ（Digital Visual Interface）、ＨＤＭＩ（High-Definition Multimedia Interface）、DisplayPort等で伝送されるデジタルビデオ信号等も利用可能である。

スイッチャ１０６は、周知のマトリクススイッチャと呼ばれる、映像信号の分配器である。スイッチャ１０６は上述の複数の映像ソース１０２から出力される種々の映像信号を受け、必要に応じて映像信号の変換処理を行い、周知のネットワークであるＬＡＮ１０９を通じて制御サーバ１０７から制御命令を受信する。そして、この制御命令に従ってマルチディスプレイ１０５を構成する複数のディスプレイ１１０に映像信号線１１２を通じて映像信号を分配する。映像ソース１０２とディスプレイ１１０との、映像信号の対応関係は、一対多である。単一の映像ソース１０２が出力する映像信号が、複数のディスプレイ１１０に配信されることもある。

制御サーバ１０７では、周知のネットワークＯＳと後述する種々のプログラムが稼働する。制御サーバ１０７は、ディスプレイ制御端末１０８に対して周知のｗｅｂサーバとして動作すると共に、ディスプレイ制御端末１０８から受信した制御命令に従って、スイッチャ１０６とディスプレイ１１０を制御する。

ディスプレイ１１０はスイッチャ１０６から映像信号を受け取って映像を表示する。また、ディスプレイ１１０はＬＡＮ１０９に接続され、制御サーバ１０７と通信を行い、電源のオン又はオフや映像信号の入力端子を切り換える機能を有する。
マルチディスプレイ１０５はこのネットワーク接続機能を有するディスプレイ１１０の集合体である。
図１において、ディスプレイ制御端末１０８ａはマルチディスプレイ１０５ａを制御する為の端末として、マルチディスプレイ１０５ａと共に部屋１１１ａに設置される。
同様に、ディスプレイ制御端末１０８ｂはマルチディスプレイ１０５ｂを制御する為の端末として、マルチディスプレイ１０５ｂと共に部屋１１１ｂに設置される。また、ディスプレイ制御端末１０８ｃはマルチディスプレイ１０５ｃを制御する為の端末として、マルチディスプレイ１０５ｃと共に部屋１１１ｂに設置される。

図２Ａはマルチディスプレイ１０５の構成を示し、図２Ｂは映像ソース１０２とスイッチャ１０６とディスプレイ１１０との対応関係及び接続関係を示すブロック図である。
前述の通り、マルチディスプレイ１０５はネットワーク接続機能を有するディスプレイ１１０の集合体である。
スイッチャ１０６は、複数の映像ソース１０２から映像信号を受け取り、マルチディスプレイ１０５を構成する各々のディスプレイ１１０に映像信号を分配する。
スイッチャ１０６と各々のディスプレイ１１０は、制御サーバ１０７とディスプレイ制御端末１０８と共にＬＡＮ１０９に接続されている。
すなわち、スイッチャ１０６、ディスプレイ１１０、制御サーバ１０７とディスプレイ制御端末１０８は、全てＴＣＰ／ＩＰネットワーク機器である。周知のＩＰｖ４を用いる場合、これら機器には全てプライベートＩＰアドレスが割り振られる。

［ディスプレイ１１０の構成］
図３は、ディスプレイ１１０の機能ブロック図である。
本実施形態で利用するディスプレイ１１０は、それ自体がネットワークに接続され、制御コマンドに従って動作が制御される。
制御部３０１はＬＡＮ１０９を通じて制御サーバ１０７から制御コマンドを受け取り、表示部３０２に電力を供給する主電源３０３のオン又はオフと、入力切換スイッチ３０４の切換制御を行う。また、制御部３０１は現在の表示部３０２と入力切換スイッチ３０４の状態を、制御サーバ１０７に逐次報告する。

図４は、制御部３０１のハードウェアの構成を示すブロック図である。
制御部３０１は周知のマイクロコンピュータであり、ＣＰＵ４０１、ＲＯＭ４０２、ＲＡＭ４０３とＮＩＣ（Network Interface Card）４０４が、バス４０５に接続されている。更に、バス４０５には主電源３０３と入力切換スイッチ３０４も接続されている。

［ディスプレイ制御端末１０８及び制御サーバ１０７のハードウェア構成］
図５はディスプレイ制御端末１０８のハードウェアの構成を示すブロック図である。
周知のパソコンであるディスプレイ制御端末１０８は、ＣＰＵ５０１、ＲＯＭ５０２、ＲＡＭ５０３、ＮＩＣ５０４、不揮発性ストレージ５０６、表示部５０７と操作部５０８が、バス５０５に接続されている。
図６は制御サーバ１０７のハードウェアの構成を示すブロック図である。
制御サーバ１０７は、ＣＰＵ６０１、ＲＯＭ６０２、ＲＡＭ６０３、ＮＩＣ６０４と不揮発性ストレージ６０６が、バス６０５に接続されている。一見して判るように、制御サーバ１０７は実質的にディスプレイ制御端末１０８から表示部５０７と操作部５０８を除去した構成である。なお、表示部６０７と操作部６０８があってもよい。

［ディスプレイ制御端末１０８の機能構成］
図７はディスプレイ制御端末１０８の機能ブロック図である。
ディスプレイ制御端末１０８は周知のパソコンに周知のネットワークＯＳとｗｅｂブラウザが稼働させることで実現される。このｗｅｂブラウザの機能は、周知のＧＵＩ（Graphical User Interface）を提供する表示部５０７及び操作部５０８と、後述する制御サーバ１０７に対し、ＬＡＮ１０９を通じて情報の入出力を制御する入出力制御部７０１で構成される。

ディスプレイ制御端末１０８は二種類が存在する。一つは一般の権限レベルが付与されている端末である。もう一つは管理者としての権限レベルが付与されている端末である。
この、管理者の権限レベルが与えられているディスプレイ制御端末１０８は、緊急時に予め指定しておいたディスプレイ１１０へ、強制的に所望の映像ソース１０２を配信する権限を有する。これ以降、この緊急時に予め指定しておいたディスプレイ１１０へ強制的に所望の映像ソース１０２を配信する処理を、「特権処理」と呼ぶ。

［制御サーバ１０７の機能構成］
図８は制御サーバ１０７の機能ブロック図である。
ｗｅｂサーバプログラム８０１はＬＡＮ１０９に接続されてディスプレイ制御端末１０８のｗｅｂブラウザに周知のｈｔｍｌ（Hyper-Text Markup Language）文書を周知のＨＴＴＰ（Hyper-Text Transfer Protocol）にて送信する。またこれと共に、ｗｅｂサーバプログラム８０１はディスプレイ制御端末１０８のｗｅｂブラウザから送信される種々のＨＴＴＰコマンドを受信する。
ブラウザ制御部８０２は動的なｈｔｍｌ文書（テキストストリーム）を作成して、ｗｅｂサーバプログラム８０１に渡すと共に、ｗｅｂサーバプログラム８０１からＨＴＴＰコマンドを受信して、コマンド管理部８０３に引き渡す。なお、ブラウザ制御部８０２が生成するｈｔｍｌ文書には、一例としてｗｅｂブラウザが１分毎にリロードを実行するｍｅｔａタグ（<meta http-equiv="refresh" content="60">）が記述されている。

コマンド管理部８０３は、ディスプレイマスタ８０４及びスイッチャマスタ８０５を読み込み、スイッチャ制御部８０６とディスプレイ制御部８０７を起動し、通信内容を制御する。
スイッチャ制御部８０６はスイッチャ１０６と通信を行うプログラム（実行ファイル）であり、コマンド管理部８０３によって実行される。スイッチャ制御部８０６が起動すると、スイッチャ制御部８０６はスイッチャ１０６との接続を行う。スイッチャ制御部８０６はコマンド管理部８０３から引き渡される制御コマンドをスイッチャ１０６に送信すると共に、スイッチャ１０６からステータス情報を受信してコマンド管理部８０３に引き渡すと共に、映像出力情報テーブル８０８を更新する。

ディスプレイ制御部８０７はディスプレイ１１０と通信を行うプログラム（実行ファイル）であり、コマンド管理部８０３によって実行される。ディスプレイ制御部８０７が起動すると、ディスプレイ制御部８０７はディスプレイ１１０との接続を形成する。ディスプレイ制御部８０７はコマンド管理部８０３から引き渡される制御コマンドをディスプレイ１１０に送信すると共に、ディスプレイ１１０からステータス情報を受信してコマンド管理部８０３に引き渡す。そして、ディスプレイ状態テーブル８０９を更新する。
実行ファイルであるスイッチャ制御部８０６は、コマンド管理部８０３によって起動されると共に、設置されている全てのスイッチャ１０６に対して通信を行う。これら通信は独立したスレッドとして、単一のプロセス内に存在する。つまり、スイッチャ制御部８０６は周知のマルチスレッド形式のプログラムである。同様に、実行ファイルであるディスプレイ制御部８０７も、コマンド管理部８０３によって起動されると共に、設置されている全てのディスプレイ１１０に対して通信を行う、マルチスレッド形式のプログラムである。
なお、スイッチャ制御部８０６及びディスプレイ制御部８０７を、一つの通信を一つのプロセスで管理する、周知のマルチプロセス形式のプログラムとして構成してもよい。

なお、スイッチャ１０６と制御サーバ１０７との接続はＬＡＮ１０９に限られない。周知のＲＳ−２３２Ｃ等のシリアルインターフェースを用いる無手順プロトコルも利用可能である。無手順プロトコルにおける接続の形成とは、物理的な接続を包含する。

図９は、制御サーバ１０７内に存在するテーブルのフィールド構成を示す図である。
ディスプレイマスタ８０４は、本実施形態のマルチディスプレイ制御システム１０１が管理する全てのマルチディスプレイ１０５を構成する全てのディスプレイ１１０が登録されているマスタテーブルである。
ディスプレイ番号フィールドは、ディスプレイ１１０を一意に識別する識別番号のフィールドである。
ディスプレイ名称フィールドは、ディスプレイ１１０の名称を格納するフィールドである。

マルチ構成列位置フィールドは、当該ディスプレイ１１０が構成要素となっているマルチディスプレイ１０５上における列の位置を格納するフィールドである。
マルチ構成行位置フィールドは、当該ディスプレイ１１０が構成要素となっているマルチディスプレイ１０５上における行の位置を格納するフィールドである。
スイッチャ番号フィールドは、当該ディスプレイ１１０が接続されるスイッチャ１０６の番号を格納するフィールドである。

スイッチャ出力端子番号フィールドは、当該ディスプレイ１１０が接続されるスイッチャ１０６の出力端子の番号を格納するフィールドである。
ＩＰアドレスフィールドは、当該ディスプレイ１１０に割り振られているＩＰアドレスを格納するフィールドである。
マルチ管理番号フィールドは、当該ディスプレイ１１０が構成要素となっているマルチディスプレイ１０５の番号を格納するフィールドである。
一斉表示対象フラグフィールドは、当該ディスプレイ１１０が後述する一斉表示の対象となっているか否かを示すフラグフィールドである。

スイッチャマスタ８０５は、本実施形態のマルチディスプレイ制御システム１０１において稼働する全てのスイッチャ１０６が登録されているマスタテーブルである。
スイッチャ番号フィールドは、スイッチャ１０６を一意に識別する識別番号のフィールドである。これはディスプレイマスタ８０４の同名フィールドと同じである。
スイッチャ名称フィールドは、スイッチャ１０６の名称を格納するフィールドである。
ＩＰアドレスフィールドは、当該スイッチャ１０６に割り振られているＩＰアドレスを格納するフィールドである。
なお、本実施形態のマルチディスプレイ制御システム１０１においては、スイッチャ１０６は一つだけ設けられているが、システム構築によってはスイッチャ１０６を複数設ける場合もある。

端末テーブル８１０は、本実施形態のマルチディスプレイ制御システム１０１において稼働する全てのディスプレイ制御端末１０８が登録されているマスタテーブルである。
端末番号フィールドは、ディスプレイ制御端末１０８を一意に識別する識別番号のフィールドである。
操作可能マルチ管理番号フィールドは、当該ディスプレイ制御端末１０８が操作可能なマルチディスプレイ１０５の番号を格納する識別番号のフィールドである。
ＩＰアドレスフィールドは、当該ディスプレイ制御端末１０８に割り振られているＩＰアドレスを格納するフィールドである。

権限レベルフィールドは、当該ディスプレイ制御端末１０８に与えられる権限のレベルを格納するフィールドである。この権限レベルは、特権処理を実行可能なレベルと、一般のレベルとの二つに分けられる。
操作禁止状態フラグフィールドは、当該ディスプレイ制御端末１０８が後述する一斉表示の際に一切の操作が禁止される対象であるのか否かを示すフラグフィールドである。

映像ソースマスタ８１１は、本実施形態のマルチディスプレイ制御システム１０１において稼働する全ての映像ソース１０２が登録されているマスタテーブルである。
映像ソース番号フィールドは、映像ソース１０２を一意に識別する識別番号のフィールドである。

映像ソース名称フィールドは、映像ソース１０２の名称を格納するフィールドである。
部屋番号フィールドは、マルチディスプレイ１０５が設置されている部屋を一意に識別する識別番号が一つ以上格納されるフィールドである。映像ソースマスタ８１１のあるレコードに登録されている映像ソース１０２は、この部屋番号フィールドに記述されている部屋番号の部屋にのみ、映像信号の配信が可能である。
スイッチャ番号フィールドは、当該映像ソース１０２が接続されるスイッチャ１０６の番号を格納するフィールドである。スイッチャ入力端子番号フィールドは、当該映像ソース１０２が接続されるスイッチャ１０６の入力端子の番号を格納するフィールドである。

マルチディスプレイマスタ８１２は、本実施形態のマルチディスプレイ制御システム１０１において稼働する全てのマルチディスプレイ１０５が登録されているマスタテーブルである。マルチ管理番号フィールドは、マルチディスプレイ１０５を一意に識別する識別番号のフィールドである。マルチ管理名称フィールドは、マルチディスプレイ１０５の名称を格納するフィールドである。

マルチ構成列数フィールドは、マルチディスプレイ１０５を構成するディスプレイ１１０の「列」の数を格納するフィールドである。
マルチ構成行数フィールドは、マルチディスプレイ１０５を構成するディスプレイ１１０の「行」の数を格納するフィールドである。
部屋番号フィールドは、マルチディスプレイ１０５が設置されている部屋を一意に識別する識別番号を格納するフィールドである。

なお、映像ソースマスタ８１１の部屋番号フィールドの代わりに、マルチ管理番号フィールドを適用してもよい。全ての部屋にマルチディスプレイ１０５が一つだけ設置されている場合は効果が全く同じになる。

映像出力情報テーブル８０８は、本実施形態のマルチディスプレイ制御システム１０１において稼働中の、全てのディスプレイ１１０と映像ソース１０２との対応関係が登録されているテーブルである。ディスプレイ番号フィールドは、ディスプレイ１１０を一意に識別する識別番号のフィールドである。

マルチ管理番号フィールドは、マルチディスプレイ１０５を一意に識別する識別番号のフィールドである。映像ソース番号フィールドは、映像ソース１０２を一意に識別する識別番号のフィールドである。

ディスプレイ状態テーブル８０９は、本実施形態のマルチディスプレイ制御システム１０１において稼働中の、全てのディスプレイ１１０の状態が登録されているテーブルである。ディスプレイ番号フィールドは、ディスプレイ１１０を一意に識別する識別番号のフィールドである。

マルチ管理番号フィールドは、マルチディスプレイ１０５を一意に識別する識別番号のフィールドである。状態種別フィールドは、ディスプレイ１１０の状態の種別を識別するフィールドである。本実施形態の場合、この状態種別フィールドには最低限、「電源」と「入力端子選択」の二つが格納される。ディスプレイ１１０の種類によってはこれ以外の状態種別も格納され得る。

状態コードフィールドは、ディスプレイ１１０の状態を示すコードを格納するフィールドである。状態種別フィールドが「電源」の場合は「オン」又は「オフ」の何れかが状態コードフィールドに格納される。状態種別フィールドが「入力端子番号」の場合は当該ディスプレイ１１０が有する入力端子の数に応じて「１番」、「２番」…の何れか一つが状態コードフィールドに格納される。

［制御サーバ１０７の動作］
これより、図１０から図１５に至る迄、制御サーバ１０７の動作の流れをフローチャートにて説明する。
図１０は、制御サーバ１０７がディスプレイ制御端末１０８からアクセス要求を受けた時の動作の流れを示すフローチャートである。
制御サーバ１０７は、ディスプレイ制御端末１０８からアクセス要求を受けると（Ｓ１００１）、アクセス要求を送信した当該ディスプレイ制御端末１０８が、特権処理を実行できる権限レベルを有し、且つ特権処理を行う要求を送信してきたのか否かを判断する（Ｓ１００２）。

特権処理を実行可能な権限レベルのディスプレイ制御端末１０８が特権処理を行う要求を送信したのであれば（Ｓ１００２のＹＥＳ）、制御サーバ１０７は特権処理を実行して（Ｓ１００３）、処理を終了する（Ｓ１００４）。ステップＳ１００２において、ディスプレイ制御端末１０８が通常処理を行う要求を送信したのであれば（Ｓ１００２のＮＯ）、制御サーバ１０７は通常処理を実行して（Ｓ１００５）、処理を終了する（Ｓ１００４）。

図１１は、制御サーバ１０７が実行する特権処理の動作の流れを示すフローチャートである。図１０のステップＳ１００３の詳細である。
処理を開始すると（Ｓ１１０１）、制御サーバ１０７は最初に全てのディスプレイ制御端末１０８について各種の状態を確認して、必要なディスプレイ制御端末１０８については状態を変更する、端末状態変更処理を実行する（Ｓ１１０２）。
次に、制御サーバ１０７はスイッチャ状態変更処理を実行する（Ｓ１１０３）。先ず、制御サーバ１０７は全てのスイッチャ１０６について状態を確認する。そして、ディスプレイ制御端末１０８から指定された映像ソース１０２を、予めディスプレイマスタ８０４の一斉表示対象フラグフィールドにて指定されたディスプレイ１１０に配信する。

次に、制御サーバ１０７は全てのディスプレイ１１０について状態を確認して、必要なディスプレイ１１０については電源のオン制御を実行したり、選択される入力端子の変更を実行する、ディスプレイ状態変更処理を実行する（Ｓ１１０４）。
最後に、制御サーバ１０７はステータス変更変更処理を実行する（Ｓ１１０５）。制御サーバ１０７はステップＳ１１０２、Ｓ１１０３及びＳ１１０４の実行結果を、端末テーブル８１０の操作禁止状態フラグフィールドと、映像出力情報テーブル８０８と、ディスプレイ状態テーブル８０９に反映させる。そして、一連の処理を終了する（Ｓ１１０６）。

図１２は、制御サーバ１０７が実行する端末状態変更処理の動作の流れを示すフローチャートである。図１１のステップＳ１１０２の詳細である。
処理を開始すると（Ｓ１２０１）、制御サーバ１０７のブラウザ制御部８０２は最初に端末テーブル８１０の最初のレコードを注目する（Ｓ１２０２）。
次に、ブラウザ制御部８０２は端末テーブル８１０の現在注目しているレコードに係るディスプレイ制御端末１０８が、特権処理によって操作の禁止を指定された端末であるか否かを確認する（Ｓ１２０３）。

当該ディスプレイ制御端末１０８が操作禁止の対象となる端末であるならば（Ｓ１２０３のＹＥＳ）、ブラウザ制御部８０２は端末テーブル８１０の現在注目しているレコードの操作禁止状態フラグフィールドの値を、操作禁止を示す値に書き換える（Ｓ１２０４）。当該ディスプレイ制御端末１０８が操作禁止の対象となる端末でないならば（Ｓ１２０３のＮＯ）、ブラウザ制御部８０２は端末テーブル８１０の現在注目しているレコードの操作禁止状態フラグフィールドの値を書き換えない。

ステップＳ１２０４の処理を行うか否かにかかわらず、ブラウザ制御部８０２は次に端末テーブル８１０の現在注目しているレコードを‘１’だけインクリメントする（Ｓ１２０５）。そして、ブラウザ制御部８０２はレコードをインクリメントした後、端末テーブル８１０のレコードが存在しないか確認する（Ｓ１２０６）。未だレコードが存在するなら（Ｓ１２０６のＮＯ）、ブラウザ制御部８０２はステップＳ１２０３に戻って一連の処理を繰り返す。もうレコードが存在しないなら（Ｓ１２０６のＹＥＳ）、ブラウザ制御部８０２は一連の処理を終了する（Ｓ１２０７）。

つまり、端末状態変更処理は、特権処理の要求にしたがい、端末テーブル８１０の、選択されたディスプレイ制御端末１０８のレコードの操作禁止状態フラグフィールドに、操作禁止のフラグを書き込む。

図１３は、制御サーバ１０７が実行するスイッチャ状態変更処理の動作の流れを示すフローチャートである。図１１のステップＳ１１０３の詳細である。
処理を開始すると（Ｓ１３０１）、制御サーバ１０７のコマンド管理部８０３は最初にディスプレイマスタ８０４の最初のレコードを注目する（Ｓ１３０２）。
次に、コマンド管理部８０３はディスプレイマスタ８０４の現在注目しているレコードの一斉表示対象フラグが、当該ディスプレイ１１０が一斉表示の対象であることを示す値に設定されているか否かを確認する（Ｓ１３０３）。

当該レコードの一斉表示対象フラグが一斉表示の対象であることを示す値であるならば（Ｓ１３０３のＹＥＳ）、コマンド管理部８０３は以下の動作を行う。先ず、コマンド管理部８０３は当該レコードのスイッチャ番号フィールドで指定されるスイッチャ１０６の、スイッチャ出力端子番号フィールドで指定される出力端子について、特権処理の要求で指定された映像ソース１０２を配信するコマンドを生成する。そして、コマンド管理部８０３は生成したコマンドをスイッチャ１０６に送信する（Ｓ１３０４）。
当該レコードの一斉表示対象フラグが一斉表示の対象であることを示す値でないならば（Ｓ１３０３のＮＯ）、コマンド管理部８０３は当該レコードのスイッチャ番号フィールドで指定されるスイッチャ１０６に対してコマンドの生成及び送信を行わない。

ステップＳ１３０４の処理を行うか否かにかかわらず、コマンド管理部８０３は次にディスプレイマスタ８０４の現在注目しているレコードを１インクリメントする（Ｓ１３０５）。そして、コマンド管理部８０３はレコードをインクリメントした後、ディスプレイマスタ８０４のレコードが存在しないか確認する（Ｓ１３０６）。未だレコードが存在するなら（Ｓ１３０６のＮＯ）、コマンド管理部８０３はステップＳ１３０３に戻って一連の処理を繰り返す。もうレコードが存在しないなら（Ｓ１３０６のＹＥＳ）、コマンド管理部８０３は一連の処理を終了する（Ｓ１３０７）。

つまり、スイッチャ状態変更処理は、特権処理の要求にしたがい、選択されたディスプレイ１１０に対して指定された映像ソース１０２を割り当てるコマンドを生成して、スイッチャ１０６に送信する。

図１４は、制御サーバ１０７が実行するディスプレイ状態変更処理の動作の流れを示すフローチャートである。図１１のステップＳ１１０４の詳細である。
処理を開始すると（Ｓ１４０１）、制御サーバ１０７のコマンド管理部８０３は最初にディスプレイ状態テーブル８０９の最初のレコードを注目する（Ｓ１４０２）。
次に、コマンド管理部８０３はディスプレイ状態テーブル８０９の現在注目しているレコードの状態種別フィールドの値が「電源」であり、且つ状態コードフィールドの値が「電源オフ」であるか否かを確認する（Ｓ１４０３）。

当該レコードの状態種別フィールドの値が「電源」であり、且つ状態コードフィールドの値が「電源オフ」であるならば（Ｓ１４０３のＹＥＳ）、コマンド管理部８０３は以下の動作を行う。先ず、コマンド管理部８０３は当該レコードのディスプレイ番号フィールドで指定されるディスプレイ１１０に対して、電源オンのコマンドを生成する。そして、コマンド管理部８０３は生成した電源オンのコマンドを当該ディスプレイ１１０に送信する（Ｓ１４０４）。
当該レコードの状態種別フィールドの値が「電源」でないか、或は状態コードフィールドの値が「電源オフ」でないならば（Ｓ１４０３のＮＯ）、コマンド管理部８０３はステップＳ１４０４のようなコマンドの生成及び送信を行わない。

次に、コマンド管理部８０３はディスプレイ状態テーブル８０９の現在注目しているレコードの状態種別フィールドの値が「入力端子番号」であり、且つ状態コードフィールドの値が一斉表示のために設定された入力端子の番号であるか否かを確認する（Ｓ１４０５）。
当該レコードの状態種別フィールドの値が「入力端子番号」であり、且つ状態コードフィールドの値が一斉表示のために設定された入力端子の番号でないならば（Ｓ１４０５のＹＥＳ）、コマンド管理部８０３は以下の動作を行う。先ず、コマンド管理部８０３は当該レコードのディスプレイ番号フィールドで指定されるディスプレイ１１０に対して、入力端子の選択設定を一斉表示のために設定された入力端子の番号に設定するコマンドを生成する。そして、コマンド管理部８０３は生成したコマンドを当該ディスプレイ１１０に送信する（Ｓ１４０６）。

当該レコードの状態種別フィールドの値が「入力端子番号」でないか、或は状態コードフィールドの値が一斉表示のために設定された入力端子の番号であるならば（Ｓ１４０５のＮＯ）、コマンド管理部８０３はステップＳ１４０６のようなコマンドの生成及び送信を行わない。

ステップＳ１４０６の処理を行うか否かにかかわらず、コマンド管理部８０３は次にディスプレイ状態テーブル８０９の現在注目しているレコードを‘１’だけインクリメントする（Ｓ１４０７）。そして、コマンド管理部８０３はレコードをインクリメントした後、ディスプレイ状態テーブル８０９のレコードが存在しないか確認する（Ｓ１４０８）。未だレコードが存在するなら（Ｓ１４０８のＮＯ）、コマンド管理部８０３はステップＳ１４０３に戻って一連の処理を繰り返す。もうレコードが存在しないなら（Ｓ１４０８のＹＥＳ）、コマンド管理部８０３は一連の処理を終了する（Ｓ１４０９）。

つまり、ディスプレイ状態変更処理は、特権処理の要求にしたがい、選択されたディスプレイ１１０の状態を確認する。そして、電源が落ちていれば電源オンを命令し、一斉表示のために設定された入力端子が選択されていない場合は一斉表示のために設定された入力端子に変更するコマンドを生成して、スイッチャ１０６に送信する。

図１５は、制御サーバ１０７が実行する通常処理の動作の流れを示すフローチャートである。図１０のステップＳ１００５の詳細である。
処理を開始すると（Ｓ１５０１）、ブラウザ制御部８０２は受信したアクセス要求から、アクセス要求を送信してきたディスプレイ制御端末１０８のＩＰアドレスを取得し、端末テーブル８１０を検索してレコードを特定する（Ｓ１５０２）。
次にブラウザ制御部８０２は、当該レコードの操作禁止状態フラグフィールドを見て、操作禁止に設定されているか否かを確認する（Ｓ１５０３）。操作禁止状態に設定されているならば（Ｓ１５０３のＹＥＳ）、ブラウザ制御部８０２は一切の操作を禁止するためのｈｔｍｌ文書を生成する（Ｓ１５０４）。そして、ｗｅｂサーバプログラム８０１を通じてｈｔｍｌ文書をディスプレイ制御端末１０８へ送信して（Ｓ１５０５）、一連の処理を終了する（Ｓ１５０６）。

ステップＳ１５０３において、操作禁止状態に設定されていないならば（Ｓ１５０３のＮＯ）、ブラウザ制御部８０２は入力操作を許容する通常のｈｔｍｌ文書を生成する（Ｓ１５０７）。そして、ｗｅｂサーバプログラム８０１を通じてｈｔｍｌ文書をディスプレイ制御端末１０８へ送信して（Ｓ１５０５）、一連の処理を終了する（Ｓ１５０６）。

前述の通り、ブラウザ制御部８０２が生成するｈｔｍｌ文書にはブラウザが１分毎にリロードを実行するｍｅｔａタグが埋め込まれている。このため、最長でも１分経過すれば、ブラウザ制御部８０２が端末テーブル８１０の操作禁止状態フラグを変更した結果が、ディスプレイ制御端末１０８のｗｅｂブラウザに反映される。

［表示画面］
図１６及び図１７は、特権処理を実行可能なディスプレイ制御端末１０８の表示部５０７に表示される、表示画面の一例を示す図である。
対象端末一覧タブ１６０１は、右端のプルダウンボタン１６０１ａをマウス等のポインティングデバイスでクリックすると、図１７に示すように対象端末一覧プルダウンウィンドウ１７０１が表示され、ディスプレイ制御端末１０８の一覧が表示される。
操作者は、操作を禁止したいディスプレイ制御端末１０８の、対象端末一覧プルダウンウィンドウ１７０１の抑止対象チェックボックス１７０２をクリックしてチェックを入れる。そして、操作者が操作を禁止したいディスプレイ制御端末１０８を選択する。

抑止モード状態表示欄１６０２は、制御サーバ１０７の現在の状態を表示する。抑止制御ボタン１６０３は、特権制御によって選択したディスプレイ制御端末１０８の操作を禁止させるか否かを設定する。

映像選択ボタン１６０４は、複数の映像ソース１０２の中から強制的に配信を行う映像ソース１０２を一つだけ選択する。図１６においては、「指令台２・地図」という映像ソース１０２が選択されている。出力先選択ボタン１６０５は、映像選択ボタン１６０４で選択した映像ソース１０２を強制的に配信する対象となる部屋を選択する。クリックして選択したボタンは、チェックボックスにチェックが表示される。

実行ボタン１６０６をクリックすると、ディスプレイ制御端末１０８は操作者が対象端末一覧タブ１６０１、抑止制御ボタン１６０３、映像選択ボタン１６０４及び出力先選択ボタン１６０５にて行った選択操作の結果を制御サーバ１０７に送信する。

図１８Ａ及びＢは、特権処理を実行できないディスプレイ制御端末１０８における表示画面の一例を示す図である。
特権処理を実行可能なディスプレイ制御端末１０８によって抑止制御（図１６参照）が行われると、図１８Ａに示すように映像選択ボタン１８０１が表示されていた表示画面は、図１８Ｂに示すように映像選択ボタン１８０１が表示されず、その代わりに映像ソース１０２の選択ができない旨のメッセージ１８０２が表示される。

図１９Ａ及びＢは、特権処理が行われたマルチディスプレイ１０５の表示例を示す図である。
映像ソース１０２の強制配信が行われると、図１８Ａ及びＢに示すように、マルチディスプレイ１０５ａ及び１０５ｂの、予め選択された一つのディスプレイ１９０１ａ及び１９０１ｂに、選択した映像ソース１９０２が共通に表示される。

本実施形態では以下の応用例が可能である。
（１）ｗｅｂサーバプログラム８０１、ブラウザ制御部８０２、コマンド管理部８０３、スイッチャ制御部８０６及びディスプレイ制御部８０７は、それぞれ単一の実行ファイルとして構成してもよいし、単一のプログラムとして構成してもよい。特に、ｐｅｒｌ、ｐｙｔｈｏｎ、Ｒｕｂｙ等のインタプリタ系スクリプト言語処理系を用いる場合、全体を単一のプロセスで、スイッチャ制御部８０６とディスプレイ制御部８０７をマルチスレッドで動作させることが可能である。

（２）複数のユーザに対してＧＵＩを提供する手段はｗｅｂブラウザに限られない。一般的なクライアントアプリケーションプログラムを用いるクライアント−サーバシステムや、周知のＶＮＣ（Virtual Network Computing）やＲＤＰ（Remote Desktop Protocol）等の仮想デスクトップ環境、ＰＯＳＩＸ系ＯＳとＸＷｉｎｄｏｗＳｙｓｔｅｍ等のマルチユーザ環境等、様々な手段が利用可能である。これらの手段はｗｅｂサーバプログラム８０１及びブラウザ制御部８０２を置換する。

（３）本実施形態ではディスプレイ制御端末１０８毎に権限レベルを設定しているが、ディスプレイ制御端末１０８ではなく、操作者に権限レベルを設定する方法でもよい。周知のパスワード等を用いる一般的なユーザ認証を経て、特権処理が許可されている操作者のみ、どのディスプレイ制御端末１０８からでも特権処理を実行できる仕組みにしてもよい。この場合、端末テーブル８１０の代わりに操作者テーブル（ユーザテーブル）を設けることとなる。

（４）図１１のステップＳ１１０５に示すステータス変更処理は、ステップＳ１１０２の端末状態変更処理の最終段階（図１２のステップＳ１２０６の後、ステップＳ１２０７に至る前）、ステップＳ１１０３のスイッチャ状態変更処理の最終段階（図１３のステップＳ１３０６の後、ステップＳ１３０７に至る前）、ステップＳ１１０４のディスプレイ状態変更処理の最終段階（図１４のステップＳ１４０８の後、ステップＳ１４０９に至る前）に、夫々の処理の結果を分けて反映させる処理にしてもよい。

（５）本実施形態のマルチディスプレイ制御システム１０１では、特権処理の際に選択した映像ソース１０２を一つだけ指定して、マルチディスプレイ１０５のうち、一斉表示対象フラグが付されているディスプレイ１１０が一つだけ割り当てられているが、強制的に配信する映像ソース１０２を複数個指定できるように構成してもよい。例えば、強制的に配信する映像ソース１０２を二つ迄設定できる構成にする場合、マルチディスプレイ１０５のうち、一斉表示対象フラグが付されているディスプレイ１１０は二つ必要になる。

（６）複数のディスプレイ１１０でマルチディスプレイ１０５を構成する代わりに、大画面のディスプレイ１１０を一つだけ設け、これを画面分割にて擬似的にマルチディスプレイを実現してもよい。

本実施形態では、マルチディスプレイ制御システム１０１を開示した。
制御サーバ１０７は全てのディスプレイ制御端末１０８と、全てのスイッチャ１０６と、全てのマルチディスプレイ１０５と、マルチディスプレイ１０５を構成する全てのディスプレイ１１０を、データベースに登録し、集中管理を行う。そして、特定のディスプレイ制御端末１０８から特権処理を実行すると、予め指定しておいたディスプレイ１１０へ、強制的に所望の映像ソース１０２を配信する。

その際、電源が入っていないディスプレイ１１０は電源オンの制御が行われ、指定されていない映像ソース１０２を選択しているディスプレイ１１０は強制的に指定された映像ソース１０２を選択する制御が行われる。更に、指定されたディスプレイ制御端末１０８は、マルチディスプレイ１０５に対して任意の映像ソース１０２を選択したり、ディスプレイ１１０の電源を落とす等の操作が禁じられる。これらの仕組みによって、本実施形態のマルチディスプレイ制御システム１０１は、所望の映像ソース１０２を所望のマルチディスプレイ１０５が設置されている部屋に強制的に配信させることが可能になる。

また、本実施形態の制御サーバ１０７は、ディスプレイ１１０に対して映像ソース１０２を一斉に配信する対象となっているか否かを示す一斉表示対象フラグフィールドを備えるディスプレイマスタ８０４を備えている。制御サーバ１０７は、このディスプレイマスタ８０４の一斉表示対象フラグフィールドを見て、ネットワークに接続される複数のディスプレイ１１０のうち、一斉表示対象のディスプレイ１１０を選択する。そして、選択された映像ソース１０２をそれらディスプレイ１１０に配信するべく、スイッチャ制御部８０６がスイッチャ１０６を制御する。これらの機能によって、制御サーバ１０７は所望の映像ソース１０２を所望のマルチディスプレイ１０５が設置されている部屋に強制的に且つ確実に配信させることが可能になる。

また、本実施形態に開示されるマルチディスプレイ制御方法は、端末状態変更ステップにおいて、指定されたディスプレイ制御端末１０８に対して映像信号を選択する操作を禁止する。そして、スイッチャ状態変更ステップにおいて、スイッチャ１０６に対し、指定された映像ソース１０２を指定された復数のディスプレイ１１０に一斉に配信するべく制御する。更に、ディスプレイ状態変更ステップにおいて、指定された映像ソース１０２が一斉に配信される対象となった復数のディスプレイ１１０に対し、電源オン操作及び／又は入力信号の選択を実行する。これらのステップによって、マルチディスプレイ制御方法は所望の映像ソース１０２を所望のマルチディスプレイ１０５が設置されている部屋に強制的に且つ確実に配信させることが可能になる。

以上、本発明の実施形態例について説明したが、本発明は上記実施形態例に限定されるものではなく、特許請求の範囲に記載した本発明の要旨を逸脱しない限りにおいて、他の変形例、応用例を含む。
例えば、上記した実施形態例は本発明をわかりやすく説明するために装置及びシステムの構成を詳細且つ具体的に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることは可能であり、更にはある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることも可能である。

また、上記の各構成、機能、処理部等は、それらの一部又は全部を、例えば集積回路で設計するなどによりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行するためのソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Solid State Drive）等の揮発性或は不揮発性のストレージ、または、ＩＣカード、光ディスク等の記録媒体に保持することができる。
また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしもすべての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。

１０１…マルチディスプレイ制御システム、１０２…映像ソース、１０５…マルチディスプレイ、１０６…スイッチャ、１０７…制御サーバ、１０８…ディスプレイ制御端末、１０９…ＬＡＮ、１１０…ディスプレイ

Claims

所定の映像信号を出力する複数の映像ソースと、
ネットワークに接続されるディスプレイを一以上有する複数のマルチディスプレイと、
前記ネットワークに接続され、前記マルチディスプレイに対して前記映像ソースを選択する複数のディスプレイ制御端末と、
前記ネットワークに接続され、複数の前記映像信号を複数の前記マルチディスプレイに配信するスイッチャと、
前記ディスプレイ制御端末が出力する指示に基づいて、複数の前記映像ソースのうち、操作者によって選択された前記映像ソースを、複数の前記マルチディスプレイを構成する前記ディスプレイのうち、予め選択された一以上の前記ディスプレイに対して一斉に配信するべく、前記ネットワークを通じて前記スイッチャを制御する制御サーバと
を具備するマルチディスプレイ制御システム。
前記制御サーバは更に、
前記ディスプレイを一意に識別するディスプレイ番号フィールドと、前記ディスプレイに対して前記映像ソースを一斉に配信する対象となっているか否かを示す一斉表示対象フラグフィールドとを備えるディスプレイマスタと
を具備し、
前記一斉表示対象フラグフィールドの状態に応じて前記映像ソースを一斉に配信するディスプレイを選択する、
請求項１記載のマルチディスプレイ制御システム。
前記制御サーバは、前記ディスプレイに対して前記映像ソースを一斉に配信する際、複数の前記ディスプレイ制御端末のうち、選択した前記ディスプレイ制御端末に対して操作を禁止する処理を前記ネットワークを通じて行う、
請求項２記載のマルチディスプレイ制御システム。
前記制御サーバは、前記ディスプレイに対して前記映像ソースを一斉に配信する際、前記映像ソースを一斉に配信する対象となっている前記ディスプレイの状態を前記ネットワークを通じて確認して、前記ディスプレイの電源がオフ状態である場合は電源オンを前記ネットワークを通じて指示する、
請求項３記載のマルチディスプレイ制御システム。
前記制御サーバは、前記ディスプレイに対して前記映像ソースを一斉に配信する際、前記映像ソースを一斉に配信する対象となっている前記ディスプレイの状態を前記ネットワークを通じて確認して、前記ディスプレイの入力端子が前記映像ソースを一斉に配信するための端子でない場合は前記端子の選択を前記ネットワークを通じて指示する、
請求項３記載のマルチディスプレイ制御システム。
所定の映像信号を出力する複数の映像ソースを一意に識別する映像ソース番号フィールドを備える映像ソースマスタと、
ネットワークに接続されるディスプレイを一意に識別するディスプレイ番号フィールドと、前記ディスプレイに対して前記映像ソースを一斉に配信する対象となっているか否かを示す一斉表示対象フラグフィールドとを備えるディスプレイマスタと、
前記ネットワークに接続され、複数の前記映像信号を、前記ディスプレイを一以上有する複数のマルチディスプレイに配信するスイッチャに対し、前記ネットワークに接続され、前記マルチディスプレイに対して前記映像ソースを選択する複数のディスプレイ制御端末が出力する指示に基づいて、前記映像ソースマスタに登録されている複数の前記映像ソースのうち、操作者によって選択された前記映像ソースを、複数の前記マルチディスプレイを構成する前記ディスプレイのうち、前記一斉表示対象フラグフィールドによって予め選択された一以上の前記ディスプレイに対して一斉に配信するべく、前記ネットワークを通じて前記スイッチャを制御するスイッチャ制御部と
を具備する制御サーバ。
ネットワークに接続されるディスプレイを一以上有する複数のマルチディスプレイに入力される映像信号を選択するための、復数のディスプレイ制御端末のうち、指定された前記ディスプレイ制御端末に対して映像信号を選択する操作を禁止する端末状態変更ステップと、
前記ネットワークに接続され、複数の前記映像信号を、複数の前記ディスプレイに配信するスイッチャに対し、指定された映像ソースを指定された復数の前記ディスプレイに一斉に配信するべく制御するスイッチャ状態変更ステップと、
前記スイッチャ状態変更ステップにおいて指定された前記映像ソースが一斉に配信される対象となった復数の前記ディスプレイに対し、電源オン操作及び／又は入力信号の選択を実行するディスプレイ状態変更ステップと
を有する、マルチディスプレイ制御方法。