CPU、OSを保存するROM、およびメインメモリを備えるマルチシステムコントローラにおいて、さらに、第1の変数または第2の変数のどちらかの変数を保存する不揮発性メモリを備え、前記ROMは、保守専用のOSを有する保守カーネル領域と、運用専用のOSを有する運用カーネル領域と、プログラムや設定ファイルを格納するルートファイルシステム領域を有し、前記CPUは、前記マルチシステムコントローラに電源が投入された直後に、前記不揮発性メモリに保存された変数を読み出し、前記読み出された変数が前記第1の変数の場合には、前記保守カーネル領域の前記保守専用のOSを起動し、前記読み出された変数が前記第2の変数の場合には、前記運用カーネル領域の前記運用専用のOSを起動することを特徴とするマルチシステムコントローラ。マルチシステムコントローラは、制御盤などに入れられ屋外に設置されることがあり、高所などの簡単に保守できない場所に取り付けられることがある。そのため、プログラムの更新をネットワーク経由で遠隔保守を行うこともある。マルチシステムコントローラは、OSOperatingSystemの堅牢性を保つために、ファイルシステムの異なる2つのOSカーネルを持つ。1つは運用時に使用する運用カーネル、もう1つは保守時に使用する保守カーネルである。運用カーネルはシステムに関連する重要情報を読出し専用にし、プログラムの暴走などでシステム破壊を防止できる。保守カーネルは保守時にシステムに関連する重要情報を変更できるようになっている。マルチシステムコントローラの遠隔保守を行う場合は、運用カーネルを保守カーネルに変更し、プログラムの更新を行う必要がある。通常運用カーネルと保守カーネルを変更する場合は基板についているDipスイッチなどを変更して、カーネルを切り替える。また、遠隔保守の場合には、保守管理サーバからプログラムの交信情報を送信し、保守領域に記憶し、次回のシステム立ち上げ時に当該保守領域に記憶された適用プログラムによって運用領域を有効化させる例えば、特許文献1参照。。このような遠隔保守を行うためには、保守カーネル更新プログラムを適用させるための適用プログラムを作成する必要があった。本発明の目的は、遠隔保守の場合にも、容易にプログラムの交信可能なマルチシステムコントローラを提供することにある。上記の目的を達成するために、本発明のマルチシステムコントローラは、運用保守と遠隔保守を切り替えるために、不揮発性メモリ上に変数を設定し、その変数により、運用カーネルと保守カーネルを切り替えるものである。即ち、本発明のマルチシステムコントローラは、CPUCentralProcessingUnit、OSを保存するROMReadOnlyMemory、およびメインメモリを備えるマルチシステムコントローラにおいて、さらに、第1の変数または第2の変数のどちらかの変数を保存する不揮発性メモリを備え、前記ROMは、保守専用のOSを有する保守カーネル領域と、運用専用のOSを有する運用カーネル領域と、プログラムや設定ファイルを格納するルートファイルシステム領域を有し、前記CPUは、前記マルチシステムコントローラに電源が投入された直後に、前記不揮発性メモリに保存された変数を読み出し、前記読み出された変数が前記第1の変数の場合には、前記保守カーネル領域の前記保守専用のOSを起動し、前記読み出された変数が前記第2の変数の場合には、前記運用カーネル領域の前記運用専用のOSを起動するものである。また、上記本発明のマルチシステムコントローラにおいて、前記CPUは、前記保守カーネル領域の前記保守専用のOSを起動した時には、前記ルートファイルシステム領域を書き込み可能状態とすることを特徴とする。また、上記本発明のマルチシステムコントローラにおいて、前記CPUは、前記運用カーネル領域の前記運用専用のOSを起動した時には、前記ルートファイルシステム領域を読み出し専用状態とすることを特徴とする。また、上記本発明は、CPU、OSを保存するROM、メインメモリ、および第1の変数または第2の変数のどちらかの変数を保存する不揮発性メモリを備えるマルチシステムコントローラにおいて、前記ROMは、保守専用のOSを有する保守カーネル領域と、運用専用のOSを有する運用カーネル領域と、プログラムや設定ファイルを格納するルートファイルシステム領域を有し、前記ルートファイルシステム領域には補助プログラムが格納され、前記格納された前記補助プログラムは、インターネットエクスプローラなどのブラウザから、ユーザのGUI操作等によってWebサーバから呼び出され実行されるものである。本発明によれば、不揮発性メモリ上に変数を設定することで、ネットワークからこの変数を設定することできるため、遠隔保守が可能になり、容易にプログラムの更新を行うことができる。本発明のマルチシステムコントローラは、CPU、OSを保存するROM、メインメモリを備え、ROMは、保守専用のOSを有する保守カーネル領域と、運用専用のOSを有する運用カーネル領域と、プログラムや設定ファイルを格納するルートファイルシステム領域を有し、2つのOSのうち、保守専用OSを起動するとルートファイルシステム領域を書き込み可能状態に切り替え、ルートファイルシステム領域の更新が可能となる。この保守専用OSを起動するために、不揮発性メモリ上に2つのOSを切り替えるための変数を持ち、補助プログラムにより、これらの変数を変更できる機能を有し、プログラム更新などの保守作業をネットワークから行うことが可能なシステムである。以下、添付図面を参照しながら本発明の実施形態を詳細に説明する。なお、各図の説明において、共通な機能を有する構成要素には同一の参照番号を付し、できるだけ説明の重複を避ける。本発明の一実施例において、マルチシステムコントローラは、CCTVシステム等の監視システムのメインコントローラである。マルチシステムコントローラは、制御盤などに入れられ屋外に設置されることがあり、高所や危険区域など、保守員を容易に派遣できず、簡単に保守できない場所に取り付けられることが多い。そのような場所のマルチシステムコントローラについては、プログラムの更新をネットワーク経由で遠隔保守を行うことが多い。本発明のマルチシステムコントローラの一実施例を、図1によって説明する。図1は、監視システムのメインコントローラである本発明のマルチシステムコントローラの一実施例の構成を示すブロック図である。図1は、特に、マルチシステムコントローラのCPU周辺のハードウェア構成である。12はマルチシステムコントローラ、1はCPU、2はフラッシュメモリ商標等のROM、3はメインメモリ、4は不揮発性メモリ、5はデータバス、10はネットワーク用の物理層PHY、11はネットワークコネクタである。不揮発性メモリ4は、例えば、EEPROMである。図1に示すように、マルチシステムコントローラ12は、CPU1、メインメモリ3、ROM2、不揮発性メモリ4、物理層10、ネットワークコネクタ11を備える。ROM2は、ブートローダ領域6、運用カーネル領域7、保守カーネル領域8、およびルートFS領域9の4つのデータ領域を持つ。ブートローダ領域6には、CPU1の起動直後に動作し、保守カーネル領域8または運用カーネル領域7のどちらかのOSを読み出して起動するためのプログラムが書き込まれている。即ち、CPU1は、マルチシステムコントローラ12が起動した直後に起動し、ブートローダ領域6のブート処理を実行し、OSを読み出す。保守カーネル領域8には、保守専用のOSが書き込まれており、運用カーネル領域7には、運用専用のOSが書き込まれている。即ち、保守専用のOSを保守カーネル領域8に有し、運用専用のOSを運用カーネル領域7に有し、これら2つのOSを適宜切り替えて、マルチシステムコントローラ12の起動が実行される。ルートFS領域9は、プログラムの実行環境、補助プログラム、Webサーバなどのミドルウェアを含むファイルシステムである。このルートFS領域ファイルシステム9は、運用カーネル領域7のOSを起動することにより読み出し専用状態となる。またルートFS領域9は、保守カーネル領域8のOSを起動することにより書き込み可能状態となる。そのため、運用カーネル領域7のOSを起動するか、保守カーネル領域8のOSを起動するかで、ルートFS領域9を、読み出し専用状態または書き込み可能状態のどちらかの状態に切り替えることができる。なお、一定時間、保守カーネルの状態で運用されている場合には、運用カーネル内の時限プログラムにより強制的に運用カーネルに変更される。図2によって、本発明のマルチシステムコントローラの一実施例の動作を説明する。図2は、本発明のマルチシステムコントローラの起動ブート時のシーケンスの一実施例を示すフローチャートである。図2のシーケンスは、CPU1がマルチシステムコントローラ12内の機器を制御することによって動作する。マルチシステムコントローラ12に電源が投入されると、CPU1が起動する。ステップS21では、ブートローダ領域6が起動され、不揮発性メモリ4に保存されている変数を読み出す。ステップS22では、この変数が1であるか否かを判定する。変数が1であればステップS23に進み、変数が1でなければステップS24に進む。ステップS23では、保守カーネル領域8のOSを起動する。ステップS24では、運用カーネル領域7のOSを起動する。このように、不揮発性メモリ4に保存されている変数の値の違いにより、保守カーネル領域8のOSと運用カーネル領域7のOSと、起動するOSを切り替えて使用するようにしている。図4~図7を参照しながら、図3を使用して本発明のマルチシステムコントローラの一実施例の動作を説明する。図3は、本発明のマルチシステムコントローラにおいて、補助プログラムにより不揮発性メモリの変数を変更するシーケンスの一実施例を示すフローチャートである。図3のシーケンスは、CPU1がマルチシステムコントローラ12装置内の機器を制御することによって動作する。また、図4~図6は、本発明のマルチシステムコントローラの補助プログラムの一実施例を説明するための図である。また図7は、本発明のマルチシステムコントローラを、インターネットを介して遠隔操作する一実施例を説明するための模式図である。補助プログラムは、予め、ルートFS領域9に格納されている。補助プログラムは、マルチシステムコントローラ12に電源が投入され、保守カーネル領域8のOSまたは運用カーネル領域7のOSのカーネル起動後に実行される。例えば、補助プログラムは、後述の図7に示すように、マルチシステムコントローラ12に内蔵しているWebサーバから呼び出され、インターネットエクスプローラなどのブラウザから、ユーザのGUI操作等によって実行される。図7に示すように、マルチシステムコントローラ12は、ネットワーク72を介してPC71と相互にアクセス可能である。例えば、PC71は、ネットワーク72を介して、ユーザによって、ブラウザから補助プログラムを起動されることによって、マルチシステムコントローラ12で当該補助プログラムが起動する。補助プログラムが起動されると、図3において、ステップS31では、PC71のブラウザは、図4に示すように保守用のパスワード入力画面400に切り替わり入力欄401は空白で入力待ちの状態、入力欄401にユーザによって、パスワードが入力されるまで待機する。ユーザによって、入力画面400の入力欄401にパスワードの入力されたことを確認すると、ステップS32に進む。ステップS32では、入力されたパスワードが妥当なパスワード保守パスワードであるか否かを確認する。否であれば、再び、ステップ31に戻る。また、妥当なパスワードであれば、ステップS33に進む。次に、ステップS33では、図5の表示画面500に切り替わり、ユーザによって、運用カーネルボタン501か保守カーネルボタン502が押されたか否かを確認する。保守カーネルボタン502が押された場合には、保守カーネルボタン押下の条件が真となり、ステップS34に進む。また、運用カーネルボタン501が押された場合には、運用カーネルボタンの条件が偽となり、ステップS35に進む。ステップS34では、不揮発性メモリ4に保存される変数を1とし、ステップS36に進む。ステップS35では、不揮発性メモリ4に保存される変数を0とし、ステップS36に進む。ステップS36では、マルチシステムコントローラ12を再起動し、図2のシーケンスが動作する。この結果、変数が1であれば保守カーネル領域8のOSのカーネルが起動される。また、変数が0であれば運用カーネル領域7のOSのカーネルが起動される。起動されるカーネルが保守領域8のOSのカーネルであれば、ルートFS領域9が読み書き可能となる。この結果、図6に示すような表示画面600の更新プログラム欄601に、ユーザによって、更新したいローカルプログラムが指定され、更新ボタンが押されることによって、プログラムを更新することができる。更新完了後は、図5の表示画面500から、運用カーネル領域7のOSが起動されるように戻して、マルチシステムコントローラ12の運用を開始する。この結果、マルチシステムコントローラ12は、更新後のプログラムで運用される。