(57)【要約】【課題】  オペレーティングシステムの監視機能が強化された制御用計算機を得る。【解決手段】  メモリ領域１６を管理してアプリケーション１２を実行する制御用ＯＳ１１を、監視用ＯＳ１４により監視するもので、メモリ領域１６を管理してアプリケーション１２を実行する制御用ＯＳ１１は、生存信号送信機能２２により、一定周期で生存信号をマルチＯＳ制御部１３を介して監視用ＯＳ１４に送信し、監視用ＯＳ１４の異常検知機能２３は、この生存信号送信機能２２により送信される生存信号を監視して、生存信号の途絶を検出することにより制御用ＯＳ１１の異常を検出し、この制御用ＯＳ１１の異常が検出されたとき、監視用ＯＳ１４のメモリダンプ機能２４によりマルチＯＳ制御部１３のメモリ制御機能２５を介して、メモリ領域１６の内容をディスク１７に出力するようにした。【選択図】図１
2006171995.tif 000002
【特許請求の範囲】
【請求項１】
メモリ領域を管理してアプリケーションを実行する制御用ＯＳ、この制御用ＯＳを監視する監視用ＯＳ、及びこの監視用ＯＳの監視により上記制御用ＯＳの異常が検出されたとき、上記メモリ領域の内容が出力されるディスク装置を備え、
上記制御用ＯＳは、一定周期で生存信号を送信する生存信号送信手段を有し、
上記監視用ＯＳは、上記生存信号送信手段により送信される生存信号を監視して、上記生存信号の途絶を検出することにより上記制御用ＯＳの異常を検出する異常検知手段と、この異常検知手段により上記制御用ＯＳの異常が検出されたとき、上記メモリ領域の内容を上記ディスク装置に出力するメモリダンプ手段とを有することを特徴とする制御用計算機。
【請求項２】
アプリケーションを実行する制御用ＯＳ、上記制御用ＯＳを監視する監視用ＯＳ、及びこの監視用ＯＳにより制御されると共に、上記制御用ＯＳの正常時に上記監視用ＯＳを介して上記アプリケーションの稼働状況が外部出力される外部接点出力部を備え、
上記制御用ＯＳは、一定周期で生存信号を送信する生存信号送信手段を有し、
上記監視用ＯＳは、上記生存信号送信手段により送信される生存信号を監視して、上記生存信号の途絶を検出することにより上記制御用ＯＳの異常を検出する異常検知手段と、この異常検知手段により上記制御用ＯＳの異常が検出されたとき、上記外部接点出力部を異常側に切替える接点制御手段とを有することを特徴とする制御用計算機。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、オペレーティングシステム（ＯＳ）の障害監視機能を有する制御用計算機に関するものである。
【背景技術】
【０００２】
例えば特許文献１に示される従来のオペレーティングシステムの障害監視方法では、第１ＯＳ上で動作する被監視ＡＰ（アプリケーション）は、第１ＯＳ上で動作するＡＰ障害監視モニタにて監視される。その一方で、この第１ＯＳ及び被監視ＡＰは、マルチＯＳ制御部を経由して第２ＯＳ上で動作する障害監視モニタに通信され、ここでも生存監視が行われる。これにより、第２ＯＳ上で動作する障害監視モニタにより、第１ＯＳとアプリケーションの生存監視が行われることになる。
【０００３】
【特許文献１】特開２００１−１０１０３３号公報（第３〜７頁、図１）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
特許文献１の従来のオペレーティングシステムの障害監視方法においては、第１ＯＳに障害が発生した場合、メモリに記録された状態に合わせて第１ＯＳの再起動を実行する機能は、用意されているが、発生した障害を解析する機能が用意されていない、という問題があった。
また、被監視ＡＰが外部接点を制御する場合、特許文献１では、第１ＯＳの生存監視を主体として設計されているため、外部接点制御までは処理されることがなかった。そのため、被監視ＡＰにて異常が発生して、外部接点の制御が困難になっても、他装置は、その状態を知ることができないという問題もあった。
【０００５】
この発明は、上述のような課題を解決するためになされたものであり、オペレーティングシステムの監視機能が強化された制御用計算機を得ることを目的としている。
【課題を解決するための手段】
【０００６】
この発明に係わる制御用計算機においては、メモリ領域を管理してアプリケーションを実行する制御用ＯＳ、この制御用ＯＳを監視する監視用ＯＳ、及びこの監視用ＯＳの監視により制御用ＯＳの異常が検出されたとき、メモリ領域の内容が出力されるディスク装置を備え、
制御用ＯＳは、一定周期で生存信号を送信する生存信号送信手段を有し、
監視用ＯＳは、生存信号送信手段により送信される生存信号を監視して、生存信号の途絶を検出することにより制御用ＯＳの異常を検出する異常検知手段と、この異常検知手段により制御用ＯＳの異常が検出されたとき、メモリ領域の内容をディスク装置に出力するメモリダンプ手段とを有するものである。
【発明の効果】
【０００７】
この発明は、以上説明したように、メモリ領域を管理してアプリケーションを実行する制御用ＯＳ、この制御用ＯＳを監視する監視用ＯＳ、及びこの監視用ＯＳの監視により制御用ＯＳの異常が検出されたとき、メモリ領域の内容が出力されるディスク装置を備え、
制御用ＯＳは、一定周期で生存信号を送信する生存信号送信手段を有し、
監視用ＯＳは、生存信号送信手段により送信される生存信号を監視して、生存信号の途絶を検出することにより制御用ＯＳの異常を検出する異常検知手段と、この異常検知手段により制御用ＯＳの異常が検出されたとき、メモリ領域の内容をディスク装置に出力するメモリダンプ手段とを有するので、制御用ＯＳの障害発生時には、制御用ＯＳの管理下のメモリ領域の内容を、監視用ＯＳのメモリダンプ手段によりディスク装置に出力することができ、このディスク装置に出力されたメモリ領域の内容を解析することにより、制御用ＯＳの異常内容を調査することができる。
【発明を実施するための最良の形態】
【０００８】
実施の形態１．
実施の形態１は、制御用ＯＳを監視用ＯＳにより監視し、この監視用ＯＳに、制御用ＯＳの障害発生時に、制御用ＯＳの使用するメモリ領域をメモリダンプする機能を設けたものである。
図１は、この発明の実施の形態１による制御用計算機を示す構成図である。
図１において、制御用計算機１は、マルチＯＳ制御部１３の制御の下に、互いに独立して動作する制御用ＯＳ１１と監視用ＯＳ１４の二つのＯＳを有している。制御用ＯＳ１１は、システムの制御を行い、アプリケーション１２は、制御用ＯＳ１１上で動作する。監視用ＯＳ１４は、制御用ＯＳ１１とは独立して動作し、マルチＯＳ制御部１３によって制御用ＯＳ１１との間の通信が可能な構造となっている。
制御用ＯＳ１１管理下のメモリ領域１６は、アプリケーション１２の実行時に用いられると共に、マルチＯＳ制御部１３のメモリ制御機能２５によっても制御される。また、制御用計算機１には、ディスク１７（ディスク装置）が接続されている。
制御用ＯＳ１４は、生存信号送信機能２２（生存信号送信手段）を有し、一定間隔にて監視用ＯＳ１４にマルチＯＳ制御部１３を介して生存信号を送信する。監視用ＯＳ１４は、生存信号を監視して異常を検知する異常検知機能２３（異常検知手段）を有すると共に、制御用ＯＳ１１の障害時に、制御用ＯＳ１１管理下のメモリ領域１６の内容を、マルチＯＳ制御部１３のメモリ制御機能２５を介して、ディスク１７に出力するメモリダンプ機能２４（メモリダンプ手段）を有している。
図２は、この発明の実施の形態１による制御用計算機の動作を示すフローチャートである。
【０００９】
次に、動作について説明する。
制御用計算機の起動時には、マルチＯＳ制御部１３がまず起動され、この後に制御用ＯＳ１１と監視用ＯＳ１４が起動される。起動後は、制御用ＯＳ１１が正常に動作していることを示す生存信号が、制御用ＯＳ１１の生存信号送信機能２２から一定間隔で、マルチＯＳ制御部１３を介して監視用ＯＳ１４に送信される。
この生存信号送信機能２２から一定間隔にて送信される生存信号を監視用ＯＳ１４が受信することで、正常に動作していることを認識し、受信がないとき、異常を検知する異常検知機能２３により、監視用ＯＳ１４は、制御用ＯＳ１１の動作を監視する。
もし、制御用ＯＳ１１に何らかの障害が発生して、監視用ＯＳ１４への生存信号が途絶えた場合、異常検知機能２３は、異常と判断して処理を開始する。その際、アプリケーション１２を含む制御用ＯＳ１１が管理するメモリ領域１６の内容は、メモリダンプ機能２４によりマルチＯＳ制御部１３のメモリ制御機能２５を介して、ディスク１７に出力される。ディスク１７へ出力した後に、監視用ＯＳ１４は、異常発生前の制御用ＯＳ１１の状態に基づき、再起動またはシステム停止の処理を行う。
その後、ディスク１７に記録されたメモリ状態を解析することで、制御用ＯＳ１１で発生した異常を調査することが可能となる。
【００１０】
次に、図２を用いて、さらに詳しく制御用計算機の動作について説明する。
制御用ＯＳ１１の生存信号送信機能２２は、一定間隔で生存信号をマルチＯＳ制御部１３を経由して監視用ＯＳ１４に送信している（ステップＳ１）。監視用ＯＳ１４の異常検知機能２３は、この生存信号の受信ができたときは、正常とする（ステップＳ２）。
制御用ＯＳ１１に障害が発生して、生存信号の送信が途絶えた（ステップＳ３）ときは、監視用ＯＳ１４の異常検知機能２３は、この信号の途絶により、異常を検知し、監視用ＯＳ１４のメモリダンプ機能２４に、制御用ＯＳ１１のメモリ領域１６のメモリダンプを要求する（ステップＳ４）。
【００１１】
監視用ＯＳ１４のメモリダンプ機能２４は、この要求を受けて、マルチＯＳ制御部１３のメモリ制御機能２５にメモリダンプを要求する（ステップＳ５）。マルチＯＳ制御部１３のメモリ制御機能２５は、メモリ領域１６の内容を読み込み、監視用ＯＳ１４のメモリダンプ機能２４に転送する（ステップＳ６）。監視用ＯＳ１４のメモリダンプ機能２４は、転送されたメモリ領域１６の内容をディスク１７に出力する（ステップＳ７）。
【００１２】
実施の形態１によれば、監視用ＯＳにより制御用ＯＳを監視し、障害発生時には、制御用ＯＳの管理下のメモリ領域の内容を、監視用ＯＳのメモリダンプ機能によりディスクに出力することができるようにしたので、このディスクに出力されたメモリ領域の内容を解析することにより、制御用ＯＳの異常を調査することができる。
【００１３】
実施の形態２．
実施の形態２は、制御用ＯＳを監視用ＯＳにより監視し、制御用ＯＳの障害発生時に、これを検出した監視用ＯＳにより、外部接点出力の切替えを行うようにしたものである。
図３は、この発明の実施の形態２による制御用計算機を示す構成図である。
図３において、１、１１〜１４、１６、２２、２３は図１におけるものと同一のものである。図３には、監視用ＯＳ１４に外部接点出力２０（外部接点出力部）を制御する接点制御機能２６（接点制御手段）を設け、制御用ＯＳ１１の障害時には、外部接点出力２０を接点制御機能２６により異常側に切替えるようにしている。
図４は、この発明の実施の形態２による制御用計算機の動作を示すフローチャートである。
【００１４】
実施の形態２では、制御用ＯＳ１１の状態を他装置に通知する手段として、外部接点出力２０が用意されている。正常時に、制御用ＯＳ１１のアプリケーション１２は、監視用ＯＳ１４の接点制御機能２６を経由して、外部接点出力２０をオンないしオフに制御し、同じく、接点制御機能２６を経由して、他装置に対して装置状態やアプリケーションの稼動状況を通知する。
この場合、もし制御用ＯＳ１１に何らかの異常が発生した場合、外部接点出力２０が出力している信号は、異常発生直前の状況（生存状態）にて固定された状態となるため、他装置は、その異常を知ることができない。
【００１５】
このため、実施の形態２では、制御用ＯＳ１１の障害発生時に、外部接点出力２０の制御を、監視用ＯＳ１４の接点制御機能２６によって行う。
もし、制御用ＯＳ１１が異常になった場合、実施の形態１と同様に監視用ＯＳ１４は、異常検知機能２３により、制御用ＯＳ１１からの定周期信号が途絶えたことで異常を検知する。そのとき、接点制御機能２６により、外部接点出力２０の出力状態を異常側に切り替えることで、他装置に対して制御用ＯＳ１１が異常であり、正しい制御ができないことを通知することが可能となる。
この外部接点出力２０の異常側への切替えは、予め定義されたように行われてよい。例えば、接点出力をオフするものであってもよく、また、所定の信号を出力するものであってもよい。以下の図４の説明では、外部接点出力２０の異常側への切替えを、外部接点出力２０を強制オフするようにしている。
【００１６】
次に、図４を用いて、実施の形態２による制御用計算機の動作を説明する。
制御用ＯＳ１１の生存信号送信機能２２は、一定間隔で生存信号をマルチＯＳ制御部１３を経由して監視用ＯＳ１４に送信している（ステップＳ１）。監視用ＯＳ１４の異常検知機能２３は、この生存信号の受信ができたときは、正常とする（ステップＳ２）。
一方、アプリケーション１２は、監視用ＯＳ１４に対して、外部接点出力２０をオンにする接点出力指示を行う（ステップＳ１１）。この接点出力指示は、マルチＯＳ制御部１３を介して監視用ＯＳ１４の接点制御機能２６に伝えられ、接点制御機能２６は、外部接点出力２０をオンにして（ステップＳ１２）、以後、この外部接点出力２０により、装置状態やアプリケーションの稼動状況などの外部出力を行う。
制御用ＯＳ１１に障害が発生して、生存信号の送信が途絶えた（ステップＳ１３）ときは、監視用ＯＳ１４の異常検知機能２３は、この信号の途絶により、異常を検知し、外部接点出力２０を異常側へ強制オフする（ステップＳ１４）。これにより、外部には、接点出力されなくなる。
【００１７】
実施の形態２によれば、監視用ＯＳの接点制御機能により、制御用ＯＳの異常時に外部接点出力を制御することにより、他装置に、制御用ＯＳの異常を知らせることができる。
【００１８】
なお、実施の形態２の制御用ＯＳの異常時に監視用ＯＳの外部接点出力を切替える機能を、実施の形態１の制御用ＯＳの異常時に監視用ＯＳのメモリ領域をディスクにメモリダンプする機能と共に用いることにより、制御用ＯＳに対する監視用ＯＳによる監視機能が一層強化される。
【図面の簡単な説明】
【００１９】
【図１】この発明の実施の形態１による制御用計算機を示す構成図である。
【図２】この発明の実施の形態１による制御用計算機の動作を示すフローチャートである。
【図３】この発明の実施の形態２による制御用計算機を示す構成図である。
【図４】この発明の実施の形態２による制御用計算機の動作を示すフローチャートである。
【符号の説明】
【００２０】
１１  制御用ＯＳ、１２  アプリケーション、１３  マルチＯＳ制御部、
１４  監視用ＯＳ、１６  制御用ＯＳ管理下のメモリ領域、
１７  ディスク、２０  外部接点出力、２２  生存信号送信機能、
２３  異常検知機能、２４  メモリダンプ機能、２５  メモリ制御機能、
２６  接点制御機能。
【図１】
2006171995.tif 000003
【図２】
2006171995.tif 000004
【図３】
2006171995.tif 000005
【図４】
2006171995.tif 000006