(57)【要約】【課題】マルチシステムコントローラは、ＯＳの堅牢性を保つために、ファイルシステムの異なる２つのカーネルを持つ。１つは運用時に使用する運用カーネル、もう１つは保守時に使用する保守カーネルである。運用カーネルはシステムに関連する重要情報を読出し専用にし、プログラムの暴走などでシステム破壊を防止できる。保守カーネルは保守時にシステムに関連する重要情報を変更できるように構成される。遠隔保守を行う場合は運用カーネルを保守カーネルに変更し、プログラムの更新を行う必要がある。通用運用カーネルと保守カーネルを変更する場合はＤｉｐスイッチなどを変更して、カーネルを切り替える。【解決手段】運用保守と遠隔保守を切り替えるために、不揮発性メモリ上に変数を設定し、その変数により、運用カーネルと保守カーネルを切り替え、ネットワークから遠隔保守を可能とする。【選択図】図２
2013004061.tif 000002
【特許請求の範囲】
【請求項１】
ＣＰＵ、ＯＳを保存するＲＯＭ、およびメインメモリを備えるマルチシステムコントローラにおいて、
さらに、第１の変数または第２の変数のどちらかの変数を保存する不揮発性メモリを備え、
前記ＲＯＭは、保守専用のＯＳを有する保守カーネル領域と、運用専用のＯＳを有する運用カーネル領域と、プログラムや設定ファイルを格納するルートファイルシステム領域を有し、
前記ＣＰＵは、前記マルチシステムコントローラに電源が投入された直後に、前記不揮発性メモリに保存された変数を読み出し、前記読み出された変数が前記第１の変数の場合には、前記保守カーネル領域の前記保守専用のＯＳを起動し、前記読み出された変数が前記第２の変数の場合には、前記運用カーネル領域の前記運用専用のＯＳを起動することを特徴とするマルチシステムコントローラ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はＣＣＴＶ等の監視システムに関し、特に、監視システムのマルチシステムコントローラに関する。
【背景技術】
【０００２】
マルチシステムコントローラは、ＣＣＴＶ（Closed Circuit Tele-Vision）システム等の監視システムのメインコントローラである。この装置は、主にアナログ映像（ＮＴＳＣ／ＰＡＬ）を入力し、その入力した映像を操作器などで選択しながら、モニタ出力を制御することを行う。また、ＲＳ２３２Ｃ／ＲＳ４８５などのシリアル入出力や接点入出力、ＬＡＮポートなどで周辺機器の制御も可能である。そのため、そのシステムに合わせて、柔軟にアナログＣＣＴＶシステム等の監視システムを構築することができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−７３０６９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
マルチシステムコントローラは、制御盤などに入れられ屋外に設置されることがあり、高所などの簡単に保守できない場所に取り付けられることがある。そのため、プログラムの更新をネットワーク経由で遠隔保守を行うこともある。
マルチシステムコントローラは、ＯＳ（Operating System）の堅牢性を保つために、ファイルシステムの異なる２つのＯＳ（カーネル）を持つ。１つは運用時に使用する運用カーネル、もう１つは保守時に使用する保守カーネルである。運用カーネルはシステムに関連する重要情報を読出し専用にし、プログラムの暴走などでシステム破壊を防止できる。保守カーネルは保守時にシステムに関連する重要情報を変更できるようになっている。
マルチシステムコントローラの遠隔保守を行う場合は、運用カーネルを保守カーネルに変更し、プログラムの更新を行う必要がある。通常運用カーネルと保守カーネルを変更する場合は基板についているＤｉｐスイッチなどを変更して、カーネルを切り替える。また、遠隔保守の場合には、保守管理サーバからプログラムの交信情報を送信し、保守領域に記憶し、次回のシステム立ち上げ時に当該保守領域に記憶された適用プログラムによって運用領域を有効化させる（例えば、特許文献１参照。）。このような遠隔保守を行うためには、保守カーネル（更新プログラム）を適用させるための適用プログラムを作成する必要があった。
本発明の目的は、遠隔保守の場合にも、容易にプログラムの交信可能なマルチシステムコントローラを提供することにある。
【課題を解決するための手段】
【０００５】
上記の目的を達成するために、本発明のマルチシステムコントローラは、運用保守と遠隔保守を切り替えるために、不揮発性メモリ上に変数を設定し、その変数により、運用カーネルと保守カーネルを切り替えるものである。
【０００６】
即ち、本発明のマルチシステムコントローラは、ＣＰＵ（Central Processing Unit）、ＯＳを保存するＲＯＭ（Read Only Memory）、およびメインメモリを備えるマルチシステムコントローラにおいて、さらに、第１の変数または第２の変数のどちらかの変数を保存する不揮発性メモリを備え、前記ＲＯＭは、保守専用のＯＳを有する保守カーネル領域と、運用専用のＯＳを有する運用カーネル領域と、プログラムや設定ファイルを格納するルートファイルシステム領域を有し、前記ＣＰＵは、前記マルチシステムコントローラに電源が投入された直後に、前記不揮発性メモリに保存された変数を読み出し、前記読み出された変数が前記第１の変数の場合には、前記保守カーネル領域の前記保守専用のＯＳを起動し、前記読み出された変数が前記第２の変数の場合には、前記運用カーネル領域の前記運用専用のＯＳを起動するものである。
【０００７】
また、上記本発明のマルチシステムコントローラにおいて、前記ＣＰＵは、前記保守カーネル領域の前記保守専用のＯＳを起動した時には、前記ルートファイルシステム領域を書き込み可能状態とすることを特徴とする。
【０００８】
また、上記本発明のマルチシステムコントローラにおいて、前記ＣＰＵは、前記運用カーネル領域の前記運用専用のＯＳを起動した時には、前記ルートファイルシステム領域を読み出し専用状態とすることを特徴とする。
【０００９】
また、上記本発明は、ＣＰＵ、ＯＳを保存するＲＯＭ、メインメモリ、および第１の変数または第２の変数のどちらかの変数を保存する不揮発性メモリを備えるマルチシステムコントローラにおいて、前記ＲＯＭは、保守専用のＯＳを有する保守カーネル領域と、運用専用のＯＳを有する運用カーネル領域と、プログラムや設定ファイルを格納するルートファイルシステム領域を有し、
前記ルートファイルシステム領域には補助プログラムが格納され、前記格納された前記補助プログラムは、インターネットエクスプローラなどのブラウザから、ユーザのＧＵＩ操作等によってＷｅｂサーバから呼び出され実行されるものである。
【発明の効果】
【００１０】
本発明によれば、不揮発性メモリ上に変数を設定することで、ネットワークからこの変数を設定することできるため、遠隔保守が可能になり、容易にプログラムの更新を行うことができる。
【図面の簡単な説明】
【００１１】
【図１】本発明のマルチシステムコントローラの一実施例の構成を示すブロック図である。
【図２】本発明のマルチシステムコントローラの起動時のシーケンスの一実施例を示すフローチャートである。
【図３】本発明のマルチシステムコントローラにおいて、補助プログラムにより不揮発性メモリの変数を変更するシーケンスの一実施例を示すフローチャートである。
【図４】本発明のマルチシステムコントローラの補助プログラムの一実施例を説明するための図である。
【図５】本発明のマルチシステムコントローラの補助プログラムの一実施例を説明するための図である。
【図６】本発明のマルチシステムコントローラの補助プログラムの一実施例を説明するための図である。
【図７】本発明のマルチシステムコントローラを、インターネットを介して遠隔操作する一実施例を説明するための模式図である。
【発明を実施するための形態】
【００１２】
本発明のマルチシステムコントローラは、ＣＰＵ、ＯＳを保存するＲＯＭ、メインメモリを備え、ＲＯＭは、保守専用のＯＳを有する保守カーネル領域と、運用専用のＯＳを有する運用カーネル領域と、プログラムや設定ファイルを格納するルートファイルシステム領域を有し、２つのＯＳのうち、保守専用ＯＳを起動するとルートファイルシステム領域を書き込み可能状態に切り替え、ルートファイルシステム領域の更新が可能となる。この保守専用ＯＳを起動するために、不揮発性メモリ上に２つのＯＳを切り替えるための変数を持ち、補助プログラムにより、これらの変数を変更できる機能を有し、プログラム更新などの保守作業をネットワークから行うことが可能なシステムである。
以下、添付図面を参照しながら本発明の実施形態を詳細に説明する。なお、各図の説明において、共通な機能を有する構成要素には同一の参照番号を付し、できるだけ説明の重複を避ける。
本発明の一実施例において、マルチシステムコントローラは、ＣＣＴＶシステム等の監視システムのメインコントローラである。マルチシステムコントローラは、制御盤などに入れられ屋外に設置されることがあり、高所や危険区域など、保守員を容易に派遣できず、簡単に保守できない場所に取り付けられることが多い。そのような場所のマルチシステムコントローラについては、プログラムの更新をネットワーク経由で遠隔保守を行うことが多い。
【００１３】
本発明のマルチシステムコントローラの一実施例を、図１によって説明する。図１は、監視システムのメインコントローラである本発明のマルチシステムコントローラの一実施例の構成を示すブロック図である。図１は、特に、マルチシステムコントローラのＣＰＵ周辺のハードウェア構成である。１２はマルチシステムコントローラ、１はＣＰＵ、２はフラッシュメモリ（商標）等のＲＯＭ、３はメインメモリ、４は不揮発性メモリ、５はデータバス、１０はネットワーク用の物理層（ＰＨＹ）、１１はネットワークコネクタである。不揮発性メモリ４は、例えば、ＥＥＰＲＯＭである。
【００１４】
図１に示すように、マルチシステムコントローラ１２は、ＣＰＵ１、メインメモリ３、ＲＯＭ２、不揮発性メモリ４、物理層１０、ネットワークコネクタ１１を備える。
ＲＯＭ２は、ブートローダ領域６、運用カーネル領域７、保守カーネル領域８、およびルートＦＳ領域９の４つのデータ領域を持つ。
ブートローダ領域６には、ＣＰＵ１の起動直後に動作し、保守カーネル領域８または運用カーネル領域７のどちらかのＯＳを読み出して起動するためのプログラムが書き込まれている。即ち、ＣＰＵ１は、マルチシステムコントローラ１２が起動した直後に起動し、ブートローダ領域６のブート処理を実行し、ＯＳを読み出す。
保守カーネル領域８には、保守専用のＯＳが書き込まれており、運用カーネル領域７には、運用専用のＯＳが書き込まれている。即ち、保守専用のＯＳを保守カーネル領域８に有し、運用専用のＯＳを運用カーネル領域７に有し、これら２つのＯＳを適宜切り替えて、マルチシステムコントローラ１２の起動が実行される。
ルートＦＳ領域９は、プログラムの実行環境、補助プログラム、Ｗｅｂサーバなどのミドルウェアを含むファイルシステムである。
このルートＦＳ領域（ファイルシステム）９は、運用カーネル領域７のＯＳを起動することにより読み出し専用状態となる。またルートＦＳ領域９は、保守カーネル領域８のＯＳを起動することにより書き込み可能状態となる。
そのため、運用カーネル領域７のＯＳを起動するか、保守カーネル領域８のＯＳを起動するかで、ルートＦＳ領域９を、読み出し専用状態または書き込み可能状態のどちらかの状態に切り替えることができる。
なお、一定時間、保守カーネルの状態で運用されている場合には、運用カーネル内の時限プログラムにより強制的に運用カーネルに変更される。
【００１５】
図２によって、本発明のマルチシステムコントローラの一実施例の動作を説明する。図２は、本発明のマルチシステムコントローラの起動（ブート）時のシーケンスの一実施例を示すフローチャートである。図２のシーケンスは、ＣＰＵ１がマルチシステムコントローラ１２内の機器を制御することによって動作する。マルチシステムコントローラ１２に電源が投入されると、ＣＰＵ１が起動する。
ステップＳ２１では、ブートローダ領域６が起動され、不揮発性メモリ４に保存されている変数を読み出す。
ステップＳ２２では、この変数が１であるか否かを判定する。変数が１であればステップＳ２３に進み、変数が１でなければステップＳ２４に進む。
ステップＳ２３では、保守カーネル領域８のＯＳを起動する。
ステップＳ２４では、運用カーネル領域７のＯＳを起動する。
このように、不揮発性メモリ４に保存されている変数の値の違いにより、保守カーネル領域８のＯＳと運用カーネル領域７のＯＳと、起動するＯＳを切り替えて使用するようにしている。
【００１６】
図４〜図７を参照しながら、図３を使用して本発明のマルチシステムコントローラの一実施例の動作を説明する。図３は、本発明のマルチシステムコントローラにおいて、補助プログラムにより不揮発性メモリの変数を変更するシーケンスの一実施例を示すフローチャートである。図３のシーケンスは、ＣＰＵ１がマルチシステムコントローラ１２装置内の機器を制御することによって動作する。また、図４〜図６は、本発明のマルチシステムコントローラの補助プログラムの一実施例を説明するための図である。また図７は、本発明のマルチシステムコントローラを、インターネットを介して遠隔操作する一実施例を説明するための模式図である。補助プログラムは、予め、ルートＦＳ領域９に格納されている。
【００１７】
補助プログラムは、マルチシステムコントローラ１２に電源が投入され、保守カーネル領域８のＯＳまたは運用カーネル領域７のＯＳのカーネル起動後に実行される。例えば、補助プログラムは、後述の図７に示すように、マルチシステムコントローラ１２に内蔵しているＷｅｂサーバから呼び出され、インターネットエクスプローラなどのブラウザから、ユーザのＧＵＩ操作等によって実行される。
図７に示すように、マルチシステムコントローラ１２は、ネットワーク７２を介してＰＣ７１と相互にアクセス可能である。例えば、ＰＣ７１は、ネットワーク７２を介して、ユーザによって、ブラウザから補助プログラムを起動されることによって、マルチシステムコントローラ１２で当該補助プログラムが起動する。
【００１８】
補助プログラムが起動されると、図３において、ステップＳ３１では、ＰＣ７１のブラウザは、図４に示すように保守用のパスワード入力画面４００に切り替わり（入力欄４０１は空白で入力待ちの状態）、入力欄４０１にユーザによって、パスワードが入力されるまで待機する。ユーザによって、入力画面４００の入力欄４０１にパスワードの入力されたことを確認すると、ステップＳ３２に進む。
ステップＳ３２では、入力されたパスワードが妥当なパスワード（保守パスワード）であるか否かを確認する。否であれば、再び、ステップ３１に戻る。また、妥当なパスワードであれば、ステップＳ３３に進む。
【００１９】
次に、ステップＳ３３では、図５の表示画面５００に切り替わり、ユーザによって、運用カーネルボタン５０１か保守カーネルボタン５０２が押されたか否かを確認する。保守カーネルボタン５０２が押された場合には、保守カーネルボタン押下の条件が“真”となり、ステップＳ３４に進む。また、運用カーネルボタン５０１が押された場合には、運用カーネルボタンの条件が“偽”となり、ステップＳ３５に進む。
ステップＳ３４では、不揮発性メモリ４に保存される変数を１とし、ステップＳ３６に進む。
ステップＳ３５では、不揮発性メモリ４に保存される変数を０とし、ステップＳ３６に進む。
ステップＳ３６では、マルチシステムコントローラ１２を再起動し、図２のシーケンスが動作する。
この結果、変数が１であれば保守カーネル領域８のＯＳのカーネルが起動される。また、変数が０であれば運用カーネル領域７のＯＳのカーネルが起動される。
【００２０】
起動されるカーネルが保守領域８のＯＳのカーネルであれば、ルートＦＳ領域９が読み書き可能となる。この結果、図６に示すような表示画面６００の更新プログラム欄６０１に、ユーザによって、更新したいローカルプログラムが指定され、更新ボタンが押されることによって、プログラムを更新することができる。
更新完了後は、図５の表示画面５００から、運用カーネル領域７のＯＳが起動されるように戻して、マルチシステムコントローラ１２の運用を開始する。この結果、マルチシステムコントローラ１２は、更新後のプログラムで運用される。
【符号の説明】
【００２１】
１：ＣＰＵ、  ２：ＲＯＭ、  ３：メインメモリ、  ４：不揮発性メモリ、  ５：データバス、  ６：ブートローダ領域、  ７：運用カーネル領域、  ８：保守カーネル領域、  ９：ルートＦＳ領域、  １０：物理層（ＰＨＹ）、  １１：ネットワークコネクタ、  １２：マルチシステムコントローラ。
【図１】
2013004061.tif 000003
【図２】
2013004061.tif 000004
【図３】
2013004061.tif 000005
【図４】
2013004061.tif 000006
【図５】
2013004061.tif 000007
【図６】
2013004061.tif 000008
【図７】
2013004061.tif 000009