JP5949711B2 - 情報処理装置、情報処理装置の処理継続方法 - Google Patents

Description

本発明は、情報処理装置、情報処理装置の処理継続方法に関し、特に、冗長構成のＢＭＣ（Ｂａｓｅｂｏａｒｄ Ｍａｎａｇｅｍｅｎｔ Ｃｏｎｔｒｏｌｌｅｒ）を備える情報処理装置、情報処理装置の処理継続方法に関する。

一般的に、情報処理装置は、図１に示されるように、冗長構成のＢＭＣ（Ｂａｓｅｂｏａｒｄ Ｍａｎａｇｅｍｅｎｔ Ｃｏｎｔｒｏｌｌｅｒ）を備えることが知られている。図１は、一般的な情報処理装置の構成図である。運用系ＢＭＣは、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）を介して監視制御端末と接続される。監視制御端末は、運用系ＢＭＣに対し、制御コマンドを出力する。制御コマンドは、一般的なパケットとして出力される。運用系ＢＭＣは、監視制御端末から制御コマンド（パケット）が入力されると、その制御コマンドに従って、装置に備わる所定のハードウエア(以下、「運用系ハードウエア」という)を制御する。

また、運用系ＢＭＣと待機系ＢＭＣは、一般的なフェイルオーバー機能を備える。すなわち、運用系ＢＭＣは運用系ハードウエアに障害が発生すると、自身の処理を待機系ＢＭＣに引き継ぎ、待機系ＢＭＣが運用系ＢＭＣの処理を継続する。具体的には、運用系ＢＭＣは、運用系ハードウエアに障害が発生すると、制御情報や運用系ハードウエアの状態情報を待機系ＢＭＣに通知し、待機系ＢＭＣは、通知された情報を基に所定のハードウエア（以下、「待機系ハードウエア」）を制御する。待機系ハードウエアは、運用系ハードウエアとは異なるハードウエアである。

さらに、運用系ＢＭＣは、自身の処理を待機系ＢＭＣに引き継いだ後、自身のＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレスを待機系のＢＭＣに通知する。待機系ＢＭＣは、通知されたＩＰアドレスを自身のＩＰアドレスとして保持する。一般的な情報処理装置は、処理を行うＢＭＣのＩＰアドレスを障害発生前後で同じにすることができる。

処理を行う機能部のＩＰアドレスを障害発生前後で同じにする装置については、以下の特許文献１が開示されている。

特許文献１の装置は、冗長構成のＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）カード＃０、＃１を備える。ＬＡＮカード＃０、＃１は、Ｌ２ＳＷ（Ｌａｙｅｒ２ Ｓｗｉｔｃｈ）を介して、遠隔監視・保守装置や呼制御サーバに接続される。特許文献１の装置は、運用系のＬＡＮカード＃０に障害が発生した場合には、待機系のＬＡＮカード＃１に処理を切り替え、さらに、ＬＡＮカード＃０に設定されていたＩＰアドレスをＬＡＮカード＃１に設定する。

上述の構成や動作の通り、特許文献１の装置は、処理を行うＬＡＮカードのＩＰアドレスを障害発生前後で同じにするので、障害発生後もそのまま遠隔監視・保守装置や呼制御サーバと通信でき、遠隔監視や呼制御を継続することができる。

特開２００８−１７７７１０号公報

しかし、冗長構成のＢＭＣを備える一般的な情報処理装置では、運用系ＢＭＣから待機系ＢＭＣに処理が引き継がれた後、監視制御端末から遠隔制御できなくなるという課題があった。

その理由としては、運用系ＢＭＣと待機系ＢＭＣでＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレスが異なるので、ＩＰアドレスを同じにしても、処理を行う待機系ＢＭＣに監視制御端末からの制御コマンド（パケット）が届かないからである。

なお、待機系ＢＭＣに制御コマンド（パケット）が届くようにする為には、監視制御端末から待機系ＢＭＣのＭＡＣアドレスを含む制御コマンド（パケット）が出力される必要がある。しかし、その為には、監視制御端末のユーザが、監視制御端末に待機系ＢＭＣのＭＡＣアドレスを設定しなければならず、手間が必要であった。

さらに、処理を行うＢＭＣにパケットが届かなくなるので、より上位層のセッションも切れてしまう。その為、監視制御端末のユーザは、再度セッションを確立する手間も必要であった。

本発明は、上記課題を解決する情報処理装置、情報処理装置の処理継続方法を提供することを目的とする。

上記目的を達成するために、本発明の情報処理装置は、ＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレスの異なる冗長構成の機能部を備え、運用系の前記機能部は、待機系の前記機能部に自身の処理を引き継ぐと、入力される制御コマンドを、前記制御コマンドに対応して所定の処理を行う前記待機系の機能部に出力する。

上記目的を達成するために、本発明の情報処理装置の処理継続方法は、ＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレスの異なる冗長構成の機能部を備えた情報処理装置の処理継続方法であって、運用系の前記機能部は、待機系の前記機能部に自身の処理を引き継ぐと、入力される制御コマンドを、前記制御コマンドに対応して所定の処理を行う前記待機系の機能部に出力する。

本発明によれば、ＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレスの異なる冗長構成の機能部を備える情報処理装置は、障害発生等により運用系から待機系に処理の引き継ぎが行われた後であっても、監視制御端末から遠隔制御できる。

一般的な情報処理装置の構成図である。 本発明の第１の実施の形態における情報処理装置の構成例を示す図である。 本発明の第１の実施の形態における情報処理装置に備わるＢＭＣ（Ｂａｓｅｂｏａｒｄ Ｍａｎａｇｅｍｅｎｔ Ｃｏｎｔｒｏｌｌｅｒ）の構成例を示す図である。 本発明の第１の実施の形態における情報処理装置の動作（平時の動作）を説明する為の図である。 本発明の第１の実施の形態における情報処理装置の動作（ハードウエア５０に障害が発生したときの動作）を説明する為の図（その１）である。 本発明の第１の実施の形態における情報処理装置の動作（ハードウエア５０に障害が発生したときの動作）を説明する為の図（その２）である。 本発明の第２の実施の形態における情報処理装置の構成例を示す図である。 本発明の第２の実施の形態における情報処理装置の動作を説明する為の図である。 本発明の第３の実施の形態における情報処理装置の構成例を示す図である。

次に本発明の実施形態について、図面を参照して詳細に説明する。

［第１の実施の形態］
本発明の第１の実施の形態における情報処理装置は冗長構成のＢＭＣを備え、平時、運用系ＢＭＣが、監視制御端末から入力される制御コマンドに対応して所定の処理を行っていることを前提とする。運用系ＢＭＣは、障害発生により待機系ＢＭＣに自身の処理を引き継ぐと、以降、監視制御端末から入力された制御コマンドを待機系ＢＭＣに通知する。これにより、引き継ぎが行われた後であっても、待機系ＢＭＣに監視制御端末からの制御コマンドが届く。待機系ＢＭＣは、届いた制御コマンドに対応して所定の処理を行う。その結果、情報処理装置は、監視制御端末から遠隔制御できる。

以下に、本発明の第１の実施の形態における情報処理装置の構成や機能、動作について説明する。

［構成の説明］
まず、本発明の第１の実施の形態における情報処理装置の構成と機能について説明する。

（１）本発明の第１の実施の形態における情報処理装置の構成
図２は、本発明の第１の実施の形態における情報処理装置の構成例を示す図である。

本実施形態の情報処理装置は、図２に示されるように、冗長構成のＢＭＣ１０、２０を備える。ＢＭＣ１０が運用系であり、ＢＭＣ２０が待機系である。ＢＭＣ１０とＢＭＣ２０は、ＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレスが異なる。また、本実施形態の情報処理装置は、ＵＡＲＴ（Ｕｎｉｖｅｒｓａｌ Ａｓｙｎｃｈｒｏｎｏｕｓ Ｒｅｃｅｉｖｅｒ Ｔｒａｎｓｍｉｔｔｅｒ）３０、４０と、ハードウエア５０、６０を備える。

（１−１）ハードウエア５０、６０の構成
ハードウエア５０、６０は、ＰＣＨ（Ｐｌａｔｆｏｒｍ Ｃｏｎｔｒｏｌｌｅｒ Ｈｕｂ）１５１、１６１と、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１５２、１５３、１６２、１６３と、を備える。ＣＰＵ１５２、１５３、１６２、１６３は、それぞれ一般的なメモリを備える。ＣＰＵ１５２、１５３、１６２、１６３は、ＭＣ（Ｍｅｍｏｒｙ Ｃｏｎｔｒｏｌｌｅｒ）とＤＩＭＭ（Ｄｕａｌ Ｉｎｌｉｎｅ Ｍｅｍｏｒｙ Ｍｏｄｕｌｅ）を備えてもよい。

（１−２）ＢＭＣ１０、２０の構成
図３は、本発明の第１の実施の形態における情報処理装置に備わるＢＭＣ（Ｂａｓｅｂｏａｒｄ Ｍａｎａｇｅｍｅｎｔ Ｃｏｎｔｒｏｌｌｅｒ）の構成例を示す図である。

運用系ＢＭＣ１０は、図３に示されるように、サーバ部１１、クライアント部１２、及びシリアルドライバ１３を備える。サーバ部１１、クライアント部１２、及びシリアルドライバ１３は、ソフトモジュールである。

待機系ＢＭＣ２０は、図３に示されるように、サーバ部２１とシリアルドライバ２２を備える。サーバ部２１とシリアルドライバ２２は、ソフトモジュールである。

ＢＭＣ１０、２０は、上述の各ソフトモジュールが処理を実行できるよう、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）とＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等のメモリを備える。また、ＢＭＣ１０、２０は、Ｈｕｂ２を介して、監視制御端末１とＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）ケーブルで接続される。その為、ＢＭＣ１０、２０は、図示していないが、ＬＡＮコネクタ等のＩ／Ｏ（Ｉｎｐｕｔ／Ｏｕｔｐｕｔ）ポートを備える。

（２）監視制御端末１の機能
監視制御端末１の機能について説明しておく。

監視制御端末１は、本実施形態の情報処理装置を遠隔操作する為のＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）である。その為に、監視制御端末１は、所定の制御コマンドが入力されると、その制御コマンドを本実施形態の情報処理装置に備わるＢＭＣ１０に出力する。所定の制御コマンドは、監視制御端末１のユーザによって、入力デバイスから監視制御端末１に入力される。所定の制御コマンドは、ＩＰＭＩ（Ｉｎｔｅｌｌｉｇｅｎｔ Ｐｌａｔｆｏｒｍ Ｍａｎａｇｅｍｅｎｔ Ｉｎｔｅｒｆａｃｅ）に準拠するコマンドであってもよい。なお、監視制御端末１は、上述の制御コマンドをＴＣＰ／ＩＰやＵＤＰ／ＩＰを用いてパケットとしてＢＭＣ１０、２０に出力する。ＴＣＰ／ＩＰは、Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌの略称であり、ＵＤＰ／ＩＰは、Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌの略称である。

（３）本発明の第１の実施の形態における情報処理装置の各部位の機能
（３−１）ハードウエア５０、６０の機能
ハードウエア５０、６０は、自身に備わるメモリ上に本実施形態の情報処理装置のユーザによってプログラムが予め記憶される。ハードウエア５０、６０は、起動後、メモリからプログラムを読み出し、ＣＰＵ１５２、１５３、１６２、１６３上で実行することにより、所定の機能を実現する。設定されたプログラムは、自身に備わるＭＣやＤＩＭＭを使用することができる。また、ハードウエア５０、６０のＣＰＵ１５２、１５３、１６２、１６３は、ＢＭＣ１０、２０からＵＡＲＴ３０、４０、およびＰＣＨ１５１、１６１を介して所定の制御信号が入力されると、その制御信号を実行中のプログラムに入力する。プログラムは、入力された制御信号に応じた所定の処理を実行する。

（３−２）ＢＭＣ１０、２０の機能
ＢＭＣ１０、２０は、監視制御端末１等から自分宛のパケットが入力されると、そのパケットから制御コマンドを抽出し、抽出した制御コマンドに対応して所定の処理を行う。具体的には、ＢＭＣ１０、２０は、抽出した制御コマンドに対応する所定の制御信号をハードウエア５０、６０に出力する。また、ＢＭＣ１０は、一般的なＢＭＣ機能によって、ハードウエア５０に障害が発生したことを検出する。運用系ＢＭＣ１０は、ハードウエア５０に障害が発生したことを検出すると、一般的なフェイルオーバー機能により自身の処理を待機系のＢＭＣ２０に引き継ぐ。処理を引き継ぐ具体的な動作については、[背景技術]に記載した内容と同じであるので、ここでは割愛する。

さらに、運用系のＢＭＣ１０は、ハードウエア５０の障害を検出し、待機系のＢＭＣ２０に自身の処理を引き継いだ後は、監視制御端末１から入力される制御コマンドを待機系のＢＭＣ２０に出力する。待機系のＢＭＣ２０は、運用系のＢＭＣ１０から制御コマンドが入力されると、その制御コマンドに対応して上述の所定の処理を行う。

上述の「（３−２）ＢＭＣ１０、２０の機能」に示した機能を実現する為、ＢＭＣ１０、２０の各部位は、以下の「（２−３）ＢＭＣ１０、２０の各部位の機能」に示す機能を有する。

（３−３）ＢＭＣ１０、２０の各部位の機能
（ＢＭＣ１０の各部位の機能）
（３−３−１）ＢＭＣ１０のサーバ部１１の機能
ＢＭＣ１０のサーバ部１１は、監視制御端末１からＩ／Ｏポートを介して自分宛のパケットが入力されると、そのパケットから制御コマンドを抽出し、抽出した制御コマンドに対応して所定の処理を行う。具体的には、ＢＭＣ１０のサーバ部１１は、抽出した制御コマンドに対応する所定の制御信号をシリアルドライバ１３に出力し、ハードウエア５０の制御を行う。

また、ＢＭＣ１０のサーバ部１１は、一般的なＢＭＣ機能によって、ハードウエア５０の稼動状況を把握し、ハードウエア５０に障害が発生したことを検出する。ＢＭＣ１０のサーバ部１１は、ハードウエア５０に障害が発生したことを検出すると、一般的なフェイルオーバー機能により自身の処理を待機系ＢＭＣ２０のサーバ部２１に引き継ぐ。ＢＭＣ１０のサーバ部１１は、自身の処理を待機系ＢＭＣ２０のサーバ部２１に引き継いだ後に、制御コマンドが入力されると、その制御信号をクライアント部１２に出力する。

（３−３−２）ＢＭＣ１０のクライアント部１２の機能
ＢＭＣ１０のクライアント部１２は、サーバ部１１から入力された制御コマンドや情報を電気信号としてＢＭＣ２０のサーバ部２１に出力する。

（３−３−３）ＢＭＣ１０のシリアルドライバ１３の機能
ＢＭＣ１０のシリアルドライバ１３は、入力された制御信号をＵＡＲＴ３０に出力する。

（ＢＭＣ２０の各部位の機能）
（３−３−４）ＢＭＣ２０のサーバ部２１の機能
ＢＭＣ２０のサーバ部２１は、一般的なフェイルオーバー機能によりＢＭＣ１０のサーバ部１１の処理を引き継ぐ。ＢＭＣ２０のサーバ部２１は、ＢＭＣ１０のサーバ部１１の処理を引き継いだ後、ＢＭＣ１０のクライアント部１２から電気信号が入力されると、電気信号から制御コマンドを抽出し、抽出した制御コマンドに対応して所定の処理を行う。具体的には、ＢＭＣ２０のサーバ部２１は、抽出した制御コマンドに対応する所定の制御信号をシリアルドライバ２２に出力する。

（３−３−５）ＢＭＣ２０のシリアルドライバ２２の機能
ＢＭＣ２０のシリアルドライバ２２は、入力された制御信号をＵＡＲＴ４０に出力する。

［動作の説明］
本発明の第１の実施の形態における情報処理装置では、運用系ＢＭＣ１０が、フェイルオーバー機能によって自身の処理を待機系ＢＭＣ２０に引き継いだ後、監視制御端末１から入力された制御コマンドを待機系ＢＭＣ２０に出力する。待機系ＢＭＣ２０は、運用系ＢＭＣ１０から入力された制御コマンドに対応して所定の処理を行い、待機系ハードウエア６０を制御する。

本実施形態の情報処理装置における動作の詳細を図４〜図６を用いて、以下に説明する。

（１）ハードウエア５０に障害が発生する前の平時の動作
本実施形態の情報処理装置では、平時、運用系ＢＭＣ１０が、監視制御端末から入力される制御コマンドに対応して所定の処理を行っていることを前提とする。例えば、運用系ＢＭＣ１０の各部位と監視制御装置１が、以下の（Ｉ）〜（ＩＩＩ）を繰り返し実施していたとする。

（Ｉ）監視制御端末１は、自身に備わる入力デバイスを介して監視制御端末１のユーザから所定の制御コマンドが入力されると、図４に示されるように、入力された制御コマンドをＢＭＣ１０のサーバ部１１にパケットとして出力する。上述の所定の制御コマンドは、ＩＰＭＩ（Ｉｎｔｅｌｌｉｇｅｎｔ Ｐｌａｔｆｏｒｍ Ｍａｎａｇｅｍｅｎｔ Ｉｎｔｅｒｆａｃｅ）に準拠するコマンドであってもよい。

（ＩＩ）次に、ＢＭＣ１０のサーバ部１１は、ＢＭＣ１０に備わるＩ／Ｏポート（図示せず）を介し、監視制御端末１から自分宛のパケットが入力されると、そのパケットから制御コマンドを抽出し、抽出した制御コマンドに対応した所定の処理を行う。

例えば、ＢＭＣ１０のサーバ部１１は、所定の処理として、入力された制御コマンドに対応する所定の制御信号をシリアルドライバ１３に出力してもよい。

（ＩＩＩ）ＢＭＣ１０のサーバ部１１が、所定の制御信号をシリアルドライバ１３に出力した場合、ＢＭＣ１０のシリアルドライバ１３は、入力された制御信号をＵＡＲＴ３０に出力する。出力された制御信号は、ＵＡＲＴ３０とＰＣＨ１５１を介して、ハードウエア５０のＣＰＵ１５２、１５３上で動作するプログラムに入力され、プログラムは、入力された制御信号に応じた所定の処理を実施する。

（２）ハードウエア５０に障害発生時の動作
ハードウエア５０に障害が発生するとき、本実施形態の情報処理装置の各部位は、以下のＳ１〜Ｓ４の処理を行う。

（Ｓ１）
まず、運用系ＢＭＣ１０のサーバ部１１は、図５に示されるように、所定のタイミング毎に、一般的なＢＭＣ機能によってハードウエア５０の稼動状況を把握し、ハードウエア５０に障害が発生したかを判別する。

例えば、ＢＭＣ１０のサーバ部１１は、所定のタイミング毎に、一般的なＢＭＣ機能によってハードウエア５０のＣＰＵ１５２、１５３における温度を把握し、温度が所定値以上であるときには、障害が発生したと判別してもよい。所定のタイミングは、一定間隔毎のタイミングであってもよく、本実施形態の情報処理装置のユーザによってサーバ部１１に設定される。

（Ｓ２）
次に、運用系ＢＭＣ１０のサーバ部１１は、ハードウエア５０に障害が発生したと判別した場合（Ｓ１でＹｅｓの場合）には、一般的な情報処理装置と同様、フェイルオーバー機能により自身の処理を待機系ＢＭＣ２０のサーバ部２１に引き継ぐ。

（Ｓ３）
次に、監視制御端末１のユーザが監視制御端末１に所定の制御コマンドを入力したとする。このとき、監視制御端末１は、入力された制御コマンドを運用系ＢＭＣ１０のサーバ部１１にパケットとして出力する。

（Ｓ４）
運用系ＢＭＣ１０のサーバ部１１は、入力された自分宛のパケットから制御コマンドを抽出し、図６に示されるように、抽出した制御コマンドをクライアント部１２に出力する。クライアント部１２は、入力された制御コマンドを電気信号として待機系ＢＭＣ２０のサーバ部２１に出力する。

（Ｓ５）
次に、待機系ＢＭＣ２０のサーバ部２１は、クライアント部１２から電気信号が入力されると、その電気信号から制御コマンドを抽出し、抽出した制御コマンドに対応して所定の処理を行う。

すなわち、待機系ＢＭＣ２０のサーバ部２１は、監視制御端末１から制御コマンドを受信し、その制御コマンドに対応した所定の処理を行う。なお、ＢＭＣ２０のサーバ部２１は、所定の処理として、抽出した制御コマンドに対応する所定の制御信号をシリアルドライバ２２に出力してもよい。

（シリアルドライバ２２やハードウエア６０の動作）
ＢＭＣ２０のサーバ部２１が、所定の制御信号をシリアルドライバ２２に出力した場合、ＢＭＣ２０のシリアルドライバ２２は、入力された制御信号をＵＡＲＴ４０に出力する。出力された制御信号は、ＵＡＲＴ４０とＰＣＨ１６１を介して、ハードウエア６０のＣＰＵ１６２、１６３上で動作するプログラムに入力され、プログラムは、入力された制御信号に応じた所定の処理を実施する。

なお、ＢＭＣ１０のサーバ部１１は、上述のＳ１〜Ｓ４を実施中に自分宛のパケットが入力された場合には、上述の（ＩＩ）、（ＩＩＩ）の処理を先に実施して、その後で実施中のＳ１〜Ｓ４を行う。

また、サーバ部２１と監視制御端末１は、ＳＯＬ（Ｓｅｒｉａｌ Ｏｖｅｒ ＬＡＮ）機能を有していてもよい。

［効果の説明］
本実施形態によれば、ＭＡＣアドレスの異なる冗長構成のＢＭＣを備えた情報処理装置は、障害発生等により運用系ＢＭＣから待機系ＢＭＣに処理の引継ぎが行われた後であっても、監視制御端末から遠隔制御できる。

その理由としては、運用系ＢＭＣが、待機系ＢＭＣに処理を引き継いだ後は、監視制御端末からパケットとして入力される制御コマンドを待機系ＢＭＣに通知し、待機系ＢＭＣが、制御コマンドに対応する所定の処理を行うからである。

また、監視制御端末から遠隔制御できるので、監視制御端末のユーザは、待機系ＢＭＣのＭＡＣアドレス等を監視制御端末に設定する必要はない。

［第２の実施の形態］
次に、本発明の第２の実施の形態について説明する。

第２の実施の形態の情報処理装置は、運用系ＢＭＣから待機系ＢＭＣに処理の引き継ぎが行われた後、監視制御端末が制御コマンドを直接待機系ＢＭＣに通知できるように制御する。具体的には、本実施形態の情報処理装置における待機系ＢＭＣは、処理の引き継ぎが完了すると、運用系ＢＭＣと同じＩＰアドレスを保持し、さらに保持するＩＰアドレスと自身のＭＡＣアドレスを含むｇａｒｐパケットを監視制御端末に対して出力する。上述のｇａｒｐは、Ｇｒａｔｕｉｔｏｕｓ Ａｄｄｒｅｓｓ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｔｏｃｏｌの略称である。ｇａｒｐパケットが入力された監視制御端末は、ａｒｐテーブルを更新し、待機系ＢＭＣのＭＡＣアドレスを含む制御コマンド（パケット）を出力できるので、制御コマンドを直接待機系ＢＭＣに通知することができる。監視制御端末は、制御コマンドを直接待機系ＢＭＣに通知することができるので、本実施形態の情報処理装置を第１の実施形態の情報処理装置よりも早く制御することができる。なお、ａｒｐは、Ａｄｄｒｅｓｓ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｔｏｃｏｌの略称である。

また、監視制御端末は、自身に備わる画面にフェイルオーバー処理の開始、若しくは完了を表示する。その為に、運用系ＢＭＣがフェイルオーバー処理の開始および完了を監視制御端末に通知する。

［構成の説明］
図７は、本発明の第２の実施の形態における情報処理装置の構成例を示す図である。

（１）本発明の第２の実施の形態における情報処理装置の構成
第２の実施の形態における情報処理装置は、図７に示されるように、冗長構成のＢＭＣ１０、２０の代わりに、冗長構成のＢＭＣ２１０、２２０を備える。ＢＭＣ２１０が運用系、ＢＭＣ２２０が待機系である。また、ＢＭＣ２１０は、サーバ部１１とクライアント部１２の代わりにサーバ部２１１とクライアント部２１２を備え、ＢＭＣ２２０は、サーバ部２１の代わりにサーバ部２２１を備える。さらに、本実施形態の情報処理装置は、監視制御端末１の代わりに監視制御端末２０１に接続される。

（２）ＢＭＣ２１０、２２０の各部位の機能
（２−１）運用系ＢＭＣ２１０のサーバ部２１１の機能
サーバ部２１１は、ハードウエア５０に障害が発生したと判別すると、フェイルオーバーを開始することを示す所定の識別子を含むパケット（以下、「開始パケット」という）を監視制御端末２０１に出力する。所定の識別子は、本実施形態の情報処理装置のユーザによってＢＭＣ２１０のサーバ部２１１に設定される。また、サーバ部２１１は、開始パケットを出力すると、フェイルオーバーを開始することを示す電気信号（以下、「開始信号」という）をクライアント部２１２に出力する。サーバ部２１１は、フェイルオーバー完了を示す信号（以下、「完了信号」という）がサーバ部２２１から入力されると、フェイルオーバー完了を示す所定の識別子を含むパケット、すなわち完了パケットを監視制御端末２０１に出力する。所定の識別子は、本実施形態の情報処理装置のユーザによってサーバ部２１１に設定される。また、サーバ部２１１は、一般的なセッション管理機能を有し、所定のタイミング毎に、監視制御端末２０１との間にセッションが確立していない状態かを判別する。サーバ部２１１は、セッションが確立していない状態と判別した場合には、運用系ＢＭＣ２１０のＩＰアドレスをクライアント部２１２に出力する。サーバ部２１１は、クライアント部２１２からｇａｒｐパケットが入力されると、入力されたｇａｒｐパケットを監視制御端末２０１に出力する。

（２−２）待機系ＢＭＣ２２０のサーバ部２２１の機能
サーバ部２２１は、一般的なフェイルオーバー機能により運用系ＢＭＣ２１０のサーバ部２１１から処理を引き継いだ後、フェイルオーバー完了を示す完了信号をクライアント部２１２に出力する。サーバ部２２１は、クライアント部２１２から電気信号が入力されると、その電気信号からＩＰアドレスを抽出し、そのＩＰアドレスを待機系ＢＭＣ２２０のＩＰアドレスとして保持する。さらに、サーバ部２２１は、保持したＩＰアドレスと待機系ＢＭＣ２２０のＭＡＣアドレスを含むｇａｒｐパケットをクライアント部１２に電気信号として出力する。

（２−２）運用系ＢＭＣ２１０のクライアント部２１２の機能
クライアント部２１２は、待機系ＢＭＣ２２０のサーバ部２２１から電気信号が入力されると、電気信号からｇａｒｐパケットを抽出し、サーバ部２１１に出力する。クライアント部２１２は、待機系ＢＭＣ２２０のサーバ部２２１から完了信号が入力されると、入力された完了信号をサーバ部２１１に出力する。クライアント部２１２は、サーバ部２１１から入力されたＩＰアドレスを電気信号として待機系ＢＭＣ２２０のサーバ部２２１に出力する。

（２−３）監視制御端末２０１の機能
監視制御端末２０１は、上述した開始パケットが入力されると、フェイルオーバーの開始を示す文字を自身に備わる画面に表示する。監視制御端末２０１は、完了パケットが入力されると、フェイルオーバー完了を示す文字を自身に備わる画面に表示する。さらに、監視制御端末２０１は、ｇａｒｐパケットが入力されると、ｇａｒｐパケットから待機系ＢＭＣ２２０のＩＰアドレスとＭＡＣアドレスを抽出する。監視制御端末２０１は、自身が保持するａｒｐテーブルにおいて、抽出したＩＰアドレスに関連づけられているＭＡＣアドレスを、抽出したＭＡＣアドレスに更新する。

なお、上述した以外の構成や機能は、第１の実施の形態のおける無線通信端末を適用した情報処理装置と同じであるので、同一の符号を付して説明を省略する。

［動作の説明］
図８は、本発明の第２の実施の形態における情報処理装置の動作を説明する為の図である。図８を用いて、本実施形態における情報処理装置の動作を説明する。

（Ｓ１）
まず、ＢＭＣ２１０のサーバ部２１１は、図８に示されるように、所定のタイミング毎に、一般的なＢＭＣ機能によってハードウエア５０の稼動状況を把握し、ハードウエア５０に障害が発生したかを判別する。

（Ｓ２０）
次に、ＢＭＣ２１０のサーバ部２１１は、ハードウエア５０に障害が発生したと判別した場合（Ｓ１でＹｅｓの場合）、フェイルオーバーを開始することを示す所定の識別子を含むパケット、すなわち開始パケットを監視制御端末２０１に出力する。所定の識別子は、本実施形態の情報処理装置のユーザによってＢＭＣ２１０のサーバ部２１１に設定される。

（Ｓ２１）
次に、監視制御端末２０１は、開始パケットが入力されると、フェイルオーバーの開始を示す文字を自身に備わる画面に表示する。例えば、監視制御端末２０１は、開始パケットが入力されると、「フェイルオーバーを開始します」と表示してもよい。

（Ｓ２２）
上述のＳ２０の後、ＢＭＣ２１０のサーバ部２１１は、フェイルオーバーを開始することを示す電気信号、すなわち開始信号をクライアント部２１２に出力し、ＢＭＣ２１０のクライアント部２１２は、入力された開始信号をＢＭＣ２２０のサーバ部２２１に出力する。

（Ｓ２）
次に、運用系ＢＭＣ２１０のサーバ部２１１は、開始信号をクライアント部２１２に出力すると、上述したＳ２の処理を行う。すなわち、運用系ＢＭＣ２１０のサーバ部２１１は、一般的なフェイルオーバー機能により自身の処理を待機系ＢＭＣ２２０のサーバ部２２１に引き継ぐ。

（Ｓ２３）
次に、待機系ＢＭＣ２２０のサーバ部２２１は、一般的なフェイルオーバー機能により運用系ＢＭＣ２１０のサーバ部２１１の処理を引き継ぐと、フェイルオーバー完了を示す完了信号をＢＭＣ２１０のクライアント部２１２に出力する。

（Ｓ２４）
次に、ＢＭＣ２１０のクライアント部２１２は、待機系ＢＭＣ２２０のサーバ部２２１から入力された完了信号をサーバ部２１１に出力する。ＢＭＣ２２０のサーバ部２１１は、完了信号が入力されると、フェイルオーバー完了を示す所定の識別子を含むパケット、すなわち完了パケットを監視制御端末２０１に出力する。所定の識別子は、本実施形態の情報処理装置のユーザによってＢＭＣ２２０のサーバ部２１１に設定される。

（Ｓ２５）
監視制御端末２０１は、完了パケットが入力されると、フェイルオーバー完了を示す文字を自身に備わる画面に表示する。例えば、監視制御端末２０１は、完了信号が入力されると、「フェイルオーバー完了」と表示してもよい。

（Ｓ３）
次に、フェイルオーバーが完了したので、監視制御端末２０１のユーザが監視制御端末２０１に所定の制御コマンドを入力したとする。このとき、監視制御端末２０１は、上述のＳ３と同様、入力された制御コマンドを運用系ＢＭＣ２１０のサーバ部２１１にパケットとして出力する。

（Ｓ４）
次に、運用系ＢＭＣ２１０のサーバ部２１１は、上述のＳ４と同様、入力された自分宛のパケットから制御コマンドを抽出し、抽出した制御コマンドをクライアント部２１２に出力する。クライアント部２１２は、入力された制御コマンドを電気信号として待機系ＢＭＣ２２０のサーバ部２２１に出力する。

（Ｓ５）
次に、待機系ＢＭＣ２２０のサーバ部２２１は、クライアント部２１２から電気信号が入力されると、その電気信号から制御コマンドを抽出し、抽出した制御コマンドに対応して所定の処理を行う。

すなわち、待機系ＢＭＣ２２０のサーバ部２２１は、監視制御端末２０１から制御コマンドを受信し、その制御コマンドに対応した所定の処理を行う。なお、ＢＭＣ２２０のサーバ部２２１は、所定の処理として、抽出した制御コマンドに対応する所定の制御信号をシリアルドライバ２２に出力してもよい。

（Ｓ２６）
上述のＳ４の後、ＢＭＣ２１０のサーバ部２１１は、所定のタイミング毎に、自身に備わる一般的なセッション管理機能によって監視制御端末２０１との間でセッションが確立していない状態かどうかを判別する。所定のタイミングは、一定間隔毎のタイミングであってもよく、本実施形態の情報処理装置のユーザによってサーバ部２１１に設定される。

（Ｓ２７）
次に、ＢＭＣ２１０のサーバ部２１１は、監視制御端末２０１との間でセッションが確立していない状態と判別した場合（Ｓ２６でＹｅｓの場合）、運用系ＢＭＣ２１０のＩＰアドレスをクライアント部２１２に出力する。クライアント部２１２は、サーバ部２１１から入力されたＩＰアドレスを電気信号として待機系ＢＭＣ２２０のサーバ部２２１に出力する。なお、本実施形態の情報処理装置のユーザは、ＢＭＣ２１０のサーバ部２１１に予め運用系ＢＭＣ２１０のＩＰアドレスを設定しておく。

（Ｓ２６でＮｏの場合）
なお、ＢＭＣ２１０のサーバ部２１１は、監視制御端末２０１との間でセッションが確立していると判別した場合（Ｓ２６でＮｏの場合）、次の所定のタイミングになるまで待ち、再度、上述のＳ２６の処理を実施する。

（Ｓ２８）
待機系ＢＭＣ２２０のサーバ部２２１は、クライアント部２１２から電気信号が入力されると、その電気信号からＩＰアドレスを抽出し、そのＩＰアドレスを待機系ＢＭＣ２２０のＩＰアドレスとして保持する。

（Ｓ２９）
さらに、待機系ＢＭＣ２２０のサーバ部２２１は、保持したＩＰアドレスと待機系ＢＭＣ２２０のＭＡＣアドレスを含むｇａｒｐパケットを運用系ＢＭＣ２１０のクライアント部２１２に電気信号として出力する。なお、本実施形態の情報処理装置のユーザは、予め待機系ＢＭＣ２２０のＭＡＣアドレスを待機系ＢＭＣ２２０のサーバ部２２１に設定しておくものとする。

（Ｓ３０）
次に、ＢＭＣ２１０のクライアント部２１２は、待機系ＢＭＣ２２０のサーバ部２２１から電気信号が入力されると、電気信号からｇａｒｐパケットを抽出し、ＢＭＣ２１０のサーバ部２１１に出力する。サーバ部２１１は、クライアント部２１２から入力されたｇａｒｐパケットを監視制御端末２０１に出力する。

（Ｓ３１）
次に、監視制御端末２０１は、ｇａｒｐパケットが入力されると、ｇａｒｐパケットから待機系ＢＭＣ２２０のＩＰアドレスとＭＡＣアドレスを抽出し、自身が保持するａｒｐテーブルを更新する。

具体的には、監視制御端末２０１は、自身が保持するａｒｐテーブルにおいて、抽出したＩＰアドレスに関連づけられているＭＡＣアドレスを、抽出したＭＡＣアドレスに更新する。

監視制御端末２０１は、上述のＳ３１の処理により、ａｒｐテーブルを更新し、待機系ＢＭＣのＭＡＣアドレスを含む制御コマンドを出力できる状態、すなわち制御コマンドを直接待機系ＢＭＣに通知することができる状態となる。

（Ｓ３２）
次に、監視制御端末２０１のユーザが、監視制御端末２０１に備わる入力デバイスから所定の制御コマンドを入力したものとする。監視制御端末２０１は、入力された制御コマンドをパケットとして待機系ＢＭＣに出力する。この際、監視制御端末２０１は、一般的な監視制御端末と同様、ａｒｐテーブルに反映されている待機系ＢＭＣのＭＡＣアドレスをパケットに含めて出力することとなる。

（Ｓ３３）
次に、ＢＭＣ２２０のサーバ部２２１は、自分宛のパケットから制御コマンドを抽出する。

具体的には、ＢＭＣ２２０のサーバ部２２１は、一般的なサーバと同様、パケットが入力されると、そのパケットに含まれるＭＡＣアドレスが自身のＭＡＣアドレスであるかを判別する。ＢＭＣ２２０のサーバ部２２１は、自身のＭＡＣアドレスであると判別すると、入力されたパケットを自分宛のパケットとみなし、そのパケットから制御コマンドを抽出する。

（Ｓ３４）
ＢＭＣ２２０のサーバ部２２１は、制御コマンドを抽出すると、その制御コマンドに対応して所定の処理を行う。

すなわち、ＢＭＣ２２０のサーバ部２２１は、直接、監視制御端末１から制御コマンドを受信し、その制御コマンドに対応して所定の処理を行う。なお、ＢＭＣ２２０のサーバ部２２１は、所定の処理として、抽出した制御コマンドに対応する所定の制御信号をシリアルドライバ２２に出力してもよい。

（シリアルドライバ２２やハードウエア６０の動作）
ＢＭＣ２２０のサーバ部２２１が、所定の制御信号をシリアルドライバ２２に出力した場合、ＢＭＣ２２０のシリアルドライバ２２は、入力された制御信号をＵＡＲＴ４０に出力する。出力された制御信号は、ＵＡＲＴ４０とＰＣＨ１６１を介して、ハードウエア６０のＣＰＵ１６２、１６３上で動作するプログラムに入力され、プログラムは、入力された制御信号に応じた所定の処理を実施する。

その他の動作については、第１の実施の形態の動作と同様である為、詳細の説明を省略する。

［効果の説明］
本実施形態によれば、監視制御端末が制御コマンドを直接待機系ＢＭＣに通知することができる。

その理由は、本実施形態の情報処理装置における待機系ＢＭＣが、監視制御端末に自身のＭＡＣアドレスとＩＰアドレスを含めたｇａｒｐパケットを監視制御端末に出力するからである。これにより、監視制御端末は待機系ＢＭＣのａｒｐテーブルを更新し、待機系ＢＭＣのＭＡＣアドレスを含む制御コマンド（パケット）を出力できるので、制御コマンドを直接待機系ＢＭＣに通知することができる。

また、監視制御端末は、制御コマンドに対応して処理を行う待機系ＢＭＣに対して、直接、制御コマンドを通知することができるので、本実施形態の情報処理装置を第１の実施形態の情報処理装置よりも早く制御することができる。

さらに、本実施形態の情報処理装置では、監視制御端末が直接、待機系ＢＭＣに制御コマンドを通知できるようになるまで、運用系ＢＭＣが監視制御端末から通知された制御コマンドを待機系ＢＭＣに通知する。その結果、監視制御端末が直接、待機系ＢＭＣに制御コマンドを通知できるようになる前であっても本実施形態の情報処理装置は、第１の実施形態の情報処理装置と同様、継続して監視制御端末から遠隔制御できる。

さらに、本実施形態によれば、監視制御端末が、フェイルオーバー処理の開始、若しくは完了を表示することができる。なぜなら、運用系ＢＭＣが、フェイルオーバー処理の開始と完了時点に、フェイルオーバー処理の開始や完了を示す所定の識別子を含むパケットを出力し、フェイルオーバー処理の開始、及び完了を監視制御端末に通知するからである。

［第３の実施の形態］
次に、本発明の第３の実施の形態について説明する。

［構成の説明］
図９は、本発明の第３の実施の形態における情報処理装置の構成例を示す図である。

第３の実施の形態における情報処理装置は、図９に示されるように、冗長構成の機能部１０００、１１００を備える。機能部１０００は運用系であり、機能部１１００は待機系である。機能部１０００と機能部１１００は、互いにＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレスが異なる。機能部１０００は、外部装置と接続されてもよい。

運用系の機能部１０００は、外部装置等から入力される制御コマンドに対応して所定の処理を行う。上述の制御コマンドは、ＩＰＭＩ（Ｉｎｔｅｌｌｉｇｅｎｔ Ｐｌａｔｆｏｒｍ Ｍａｎａｇｅｍｅｎｔ Ｉｎｔｅｒｆａｃｅ）に準拠するコマンドであってもよい。なお、制御コマンドは、パケットとして外部装置等から入力されてもよい。

さらに、運用系の機能部１０００は、障害発生等により、待機系の機能部１１００に自身の処理を引き継ぐと、入力される制御コマンドを待機系の機能部１１００に出力する。

待機系の機能部１１００は、入力された制御コマンドに対応して所定の処理を行う。

[動作の説明]
まず、運用系の機能部１０００は、外部装置から入力される制御コマンドに対応して所定の処理を行っているものとする。上述の制御コマンドは、ＩＰＭＩ（Ｉｎｔｅｌｌｉｇｅｎｔ Ｐｌａｔｆｏｒｍ Ｍａｎａｇｅｍｅｎｔ Ｉｎｔｅｒｆａｃｅ）に準拠するコマンドであってもよい。なお、制御コマンドは、パケットとして外部装置から入力されてもよい。

運用系の機能部１０００は、障害発生等により、待機系の前記機能部１１００に自身の処理を引き継ぐと、外部装置から入力される制御コマンドを待機系の機能部１１００に出力する。

次に、待機系の第１の機能部１１００は、入力された制御コマンドに対応して所定の処理を行う。

［効果の説明］
本実施形態によれば、ＭＡＣアドレスの異なる冗長構成の機能部を備えた情報処理装置は、障害発生等により運用系の機能部から待機系の機能部に処理の引継ぎが行われた後であっても、監視制御端末から遠隔制御されることが可能となる。

その理由としては、運用系の機能部が、待機系の機能部に自身の処理を引き継いだ後は、パケットとして入力される制御コマンドを待機系の機能部に出力し、待機系の機能部が、その制御コマンドに対応する所定の処理を行うからである。

なお、上述した実施の形態は、その形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で種々変更可能である。

１ 監視制御端末
２ Ｈｕｂ
１０、２０ ＢＭＣ
１１ サーバ部
１２ クライアント部
１３ シリアルドライバ
２１ サーバ部
２２ シリアルドライバ
３０、４０ ＵＡＲＴ
５０、６０ ハードウエア
１５１、１６１ ＰＣＨ
１５２、１５３、１６２、１６３ ＣＰＵ
２０１ 監視制御端末
２１０、２２０ ＢＭＣ
２１１ サーバ部
２１２ クライアント部
２２１ サーバ部
１０００ 運用系の機能部
１１００ 待機系の機能部

Claims (10)

1. ＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレスの異なる冗長構成の機能部を備え、
   運用系の前記機能部は、待機系の前記機能部に自身の処理を引き継ぐと、入力される制御コマンドを、前記制御コマンドに対応して所定の処理を行う前記待機系の機能部に出力する、
   ことを特徴とする情報処理装置。
2. 前記待機系の機能部は、前記運用系の機能部から処理を引き継いだ後、前記運用系の機能部と同じＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレスを保持し、自身のＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレスと前記ＩＰアドレスを含んだ、ＡＲＰテーブルの更新を強制的に行わせる更新パケットを前記運用系の機能部を介して、前記制御コマンドを出力する監視制御装置に出力する、
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記更新パケットは、ｇａｒｐ（Ｇｒａｔｕｉｔｏｕｓ Ａｄｄｒｅｓｓ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｔｏｃｏｌ）パケットである、
   ことを特徴とする請求項２に記載の情報処理装置。
4. 前記運用系の機能部は、前記待機系の機能部に自身の処理を引き継ぐ前に処理開始を示す所定の識別子を含んだ開始パケットを前記監視制御装置に出力し、引き継ぎ後に、処理完了を示す識別子を含んだ完了パケットを前記監視制御装置に出力する、
   ことを特徴とする請求項２乃至３のいずれか１項に記載の情報処理装置。
5. 前記制御コマンドは、ＩＰＭＩ（Ｉｎｔｅｌｌｉｇｅｎｔ Ｐｌａｔｆｏｒｍ Ｍａｎａｇｅｍｅｎｔ Ｉｎｔｅｒｆａｃｅ）に準拠するコマンドである、
   ことを特徴とする請求項１乃至４のいずれか１項に記載の情報処理装置。
6. ＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレスの異なる冗長構成の機能部を備えた情報処理装置の処理継続方法であって、
   運用系の前記機能部は、待機系の前記機能部に自身の処理を引き継ぐと、入力される制御コマンドを、前記制御コマンドに対応して所定の処理を行う前記待機系の機能部に出力する、
   ことを特徴とする情報処理装置の処理継続方法。
7. 前記待機系の機能部は、前記運用系の機能部から処理を引き継いだ後、前記運用系の機能部と同じＩＰアドレスを保持し、自身のＭＡＣアドレスと前記ＩＰアドレスを含んだ、ＡＲＰテーブルの更新を強制的に行わせる更新パケットを前記運用系の機能部を介して、前記制御コマンドを出力する監視制御装置に出力する、
   ことを特徴とする請求項６に記載の情報処理装置の処理継続方法。
8. 前記更新パケットは、ｇａｒｐパケットである、
   ことを特徴とする請求項７に記載の情報処理装置の処理継続方法。
9. 前記運用系の機能部は、前記待機系の機能部に自身の処理を引き継ぐ前に処理開始を示す所定の識別子を含んだ開始パケットを前記監視制御装置に出力し、引き継ぎ後に、処理完了を示す識別子を含んだ完了パケットを前記監視制御装置に出力する、
   ことを特徴とする請求項７乃至８のいずれか１項に記載の情報処理装置の処理継続方法。
10. 前記制御コマンドは、ＩＰＭＩに準拠するコマンドである、
    ことを特徴とする請求項６乃至９のいずれか１項に記載の情報処理装置の処理継続方法。

Images