(57)【要約】      （修正有）【課題】リモート監視システムの信頼性を向上する。【解決手段】ユーザネットワークに接続されている複数の送信装置２は、監視ネットワークに接続されている複数の受信装置３にデータを送信する。各送信装置２は、ユーザネットワークからデータを受信すると、ユーザネットワークで使用される第１のプロトコルから、第２のプロトコルに変換するプロトコル変換部２２と、複数の受信装置３のそれぞれの動作状態を確認し、確認の結果に基づいて、一の受信装置３を選択して前記データを第２のプロトコルで出力する受信装置インタフェース２３とを備える。各受信装置３は、各送信装置２からデータを受信すると、第２のプロトコルから、監視ネットワークで使用されている第３のプロトコルへ変換するプロトコル変換部３２と、データを、第３のプロトコルで監視ネットワークに対して出力するネットワークインタフェース３３と、を備える。【選択図】  図２
2005217481.tif 000002
【特許請求の範囲】
【請求項１】
第１のネットワークと第２のネットワークとを接続するためのネットワーク接続装置であって、
第１のネットワークに接続され、第１のネットワークから第２のネットワークに対してデータを出力する複数の送信装置と、
第２のネットワークに接続され、前記データを受信する複数の受信装置とを備え、
前記送信装置のそれぞれは、
第１のネットワークから前記データを受信すると、第１のネットワークで使用される第１のプロトコルから、第１のプロトコルとは異なる第２のプロトコルに変換する第１の変換手段と、
前記複数の受信装置のそれぞれの動作状態を確認する手段と、
前記確認の結果に基づいて、一の受信装置を選択して前記データを第２のプロトコルで出力する第１の出力手段とを備え、
前記受信装置のそれぞれは、
前記送信装置から前記データを受信すると、第２のプロトコルから、第２のプロトコルとは異なる、前記第２のネットワークで使用されている第３のプロトコルへ変換する第２の変換手段と、
前記データを、第３のプロトコルで第２のネットワークに対して出力する第２の出力手段と、を備えるネットワーク接続装置。
【請求項２】
前記受信装置のぞれぞれは、
第３のプロトコルから第２のプロトコルへの変換手段を備えていないことを特徴とする請求項１記載のネットワーク接続装置。
【請求項３】
前記第１のプロトコルおよび第３のプロトコルは、いずれも、ＴＣＰ／ＩＰであることを特徴とする請求項１記載のネットワーク接続装置。
【請求項４】
前記複数の送信装置のそれぞれと、前記複数の受信装置のそれぞれとは、ＲＳ２３２−Ｃケーブルで接続されていることを特徴とする請求項１記載のネットワーク接続装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータシステムをリモート監視する技術に関し、特にリモート監視の信頼性を向上するための技術に関する。
【背景技術】
【０００２】
ユーザネットワーク内のコンピュータシステムの動作状態を、外部のネットワークに接続された端末装置からリモート監視するシステムが知られている。このようなリモート監視システムにおいて、外部のネットワークからユーザネットワークへの不正アクセスを防止するために、ユーザネットワークと外部ネットワークとの間のインタフェースを、ユーザネットワークから外部ネットワークへの一方向にのみ信号を伝達する装置で行うことが、例えば、特許文献１に記載されている。
【０００３】
【特許文献１】特開２００３−１５２７２４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ミッションクリティカルなシステムにおいては、システムを２重化するなどして、サービスが停止しないように万全の体制を整えている。このため、トラブルが発生したときでもバックアップ系が動作して、サービスを継続することができる。
【０００５】
しかしながら、バックアップ系が動作しているときには、さらなるバックアップが用意されていない限り２重化されていない、いわば危険な状態となる。従って、直ちにトラブルから復旧する必要がある。
【０００６】
このとき、リモートで監視している監視端末に対して監視情報を転送する装置にトラブルがあると、危険な状態の発見が遅れることになる。
【０００７】
本発明の目的は、リモート監視システムの信頼性を向上することである。
【課題を解決するための手段】
【０００８】
本発明の一つの実施態様に従うネットワーク接続装置は、第１のネットワークと第２のネットワークとを接続するためのネットワーク接続装置であって、第１のネットワークに接続され、第１のネットワークから第２のネットワークに対してデータを出力する複数の送信装置と、第２のネットワークに接続され、前記データを受信する複数の受信装置とを備える。そして、前記送信装置のそれぞれは、第１のネットワークから前記データを受信すると、第１のネットワークで使用される第１のプロトコルから、第１のプロトコルとは異なる第２のプロトコルに変換する第１の変換手段と、前記複数の受信装置のそれぞれの動作状態を確認する手段と、前記確認の結果に基づいて、一の受信装置を選択して前記データを第２のプロトコルで出力する第１の出力手段とを備える。さらに、前記受信装置のそれぞれは、前記送信装置から前記データを受信すると、第２のプロトコルから、第２のプロトコルとは異なる、前記第２のネットワークで使用されている第３のプロトコルへ変換する第２の変換手段と、前記データを、第３のプロトコルで第２のネットワークに対して出力する第２の出力手段と、を備える。
【０００９】
好適な実施形態では、前記受信装置のぞれぞれは、第３のプロトコルから第２のプロトコルへの変換手段を備えないようにする。
【００１０】
好適な実施形態では、前記第１のプロトコルおよび第３のプロトコルは、いずれも、ＴＣＰ／ＩＰであってもよい。
【００１１】
好適な実施形態では、前記複数の送信装置のそれぞれと、前記複数の受信装置のそれぞれとは、ＲＳ２３２−Ｃケーブルで接続されていてもよい。
【発明を実施するための最良の形態】
【００１２】
以下、本発明の一実施形態に係るネットワークシステムについて、図面を用いて説明する。
【００１３】
図１は、本実施形態に係るシステム監視業務を行うためのネットワークシステムの構成を示す。本システムは、監視サーバ１、送信装置２（２ａ，２ｂ）、監視端末５、および監視対象システム１０を含むユーザネットワーク１００と、受信装置３（３ａ，３ｂ）、監視センタ４（４ａ，４ｂ）、および監視端末６を含む監視ネットワーク２００とを含んでいる。そして、ユーザネットワーク１００と監視ネットワーク２００とは、送信装置２と受信装置３とで接続されている。つまり、送信装置２と受信装置３とは、ネットワーク接続装置を構成する。
【００１４】
ユーザネットワーク１００および監視ネットワーク２００は、各ネットワーク１００，２００内でそれぞれ共通のプロトコルで通信を行うことができる。ここでは、各ネットワーク１００，２００内で用いられている通信プロトコルは、いずれもＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）である。送信装置２および受信装置３間のプロトコルは、ＴＰＣ／ＩＰとは異なるプロトコルである。
【００１５】
監視サーバ１、監視センタ４，監視端末５，６は、いずれも例えば汎用的なコンピュータシステムにより構成され、以下に説明する各装置１，４，５，６内の個々の構成要素または機能は、例えば、コンピュータプログラムを実行することにより実現される。
【００１６】
送信装置２および受信装置３は、それぞれ、複数台（図１では２台ずつ）ある。各送信装置２はすべての受信装置３と接続され、各受信装置３はすべての送信装置２と接続されている。本実施形態では、送信装置２と受信装置３との間は、シリアルインタフェース（例えばＲＳ−２３２Ｃ）ケーブルで接続されている。
【００１７】
本実施形態では、送信装置２および受信装置３は二重化されている。そして、ここでは、送信装置２ａおよび受信装置３ａを正系とし、送信装置２ｂおよび受信装置３ｂを副系とする。つまり、送信装置２ａ、２ｂおよび受信装置３ａ、３ｂがすべて正常の場合には正系が優先され、監視データは送信装置２ａから受信装置３ａへ送信される。送信装置２ａから受信装置３ｂ、および送信装置２ｂから受信装置３ａへも転送可能なので、正系に異常があるときは、副系の送信装置２ｂおよび受信装置３ｂを含むいずれかの送信装置２および受信装置３を用いて監視データが転送される。
【００１８】
監視サーバ１は、監視対象システム１０を監視する。監視対象システム１０には、例えば、複数台のコンピュータが含まれている。監視サーバ１は、監視対象システム１０内の各コンピュータで何らかのエラーや警告などが生じていないか、その動作状況を監視する。監視サーバ１は、例えば、監視対象システム１０内の各コンピュータからエラー発生の通知を受けたり、各コンピュータの動作状況を照会するためのメッセージを送信したりする。これらのシステム監視の機能は、市販のシステム監視ツールをインストールして実現可能である。監視サーバ１は、監視結果を監視センタ４へ報告するために監視データを生成し、送信装置２へ送信する。この詳細な処理手順は後述する。
【００１９】
監視センタ４は、監視対象システム１０の運用状況を収集し、監視対象システムを集中監視する。収集された情報は、監視端末６へ出力する。
【００２０】
監視端末５、６は図示しない表示装置を備え、それぞれ、監視サーバ１または監視センタ４から送られてきた情報を、表示装置に表示させたり、音声で出力したりする。
【００２１】
次に、送信装置２および受信装置３の構成について、図２を用いて説明する。図２では、説明の便宜上、送信装置２および受信装置３を１台ずつ示している。
【００２２】
送信装置２は、監視サーバ１から送られた監視データを受信し、受信装置３へ送信する。送信装置２は、図２に示すように、ネットワークインタフェース２１と、プロトコル変換部２２と、受信装置インタフェース２３と、ステータステーブル２４とを備える。
【００２３】
ネットワークインタフェース２１は、第１のネットワークに対するインタフェースである。例えば、監視サーバ１との間でＴＣＰ／ＩＰの手順に従いデータを送受信する。ここでは、監視サーバ１から送信される監視データを受信する。受信した監視データのフォーマットの一例を図３（ａ）に示す。すなわち、監視データ５０には、監視対象システム１０で発生した障害の種類を示すキーＩＤ５１と、障害状況をより詳細に示す文字列５２を含む。このとき、ネットワークインタフェース２１は、データを付加し、図３（ｂ）に示す監視データ６０としてプロトコル変換部２２へデータを渡す。つまり、監視データ６０には、識別情報記憶領域６１，６２，６３が追加されている。識別情報記憶領域６１には、監視サーバ１の識別情報（例えばＩＰアドレス。以下同様。）が格納される。識別情報記憶領域６２には、自装置の識別情報が格納される。識別情報記憶領域６３は、この時点では何も格納されていない。
【００２４】
プロトコル変換部２２は、ＴＣＰ／ＩＰから、受信装置３との通信で用いられる、ＴＣＰ／ＩＰとは異なるプロトコル（ここでは、特定プロトコルと呼ぶ）に変換する。プロトコル変換部２２は、特定プロトコルからＴＣＰ／ＩＰへ変換する機能は備えていない。
【００２５】
受信装置インタフェース２３は、受信装置３に対するインタフェースである。例えば、受信装置インタフェース２３は、受信装置３に対して特定プロトコルに従って監視データを送信する。また、受信装置インタフェース２３は、受信装置３の動作状態を確認するために、所定の信号を送信して応答の有無を確認するアライブチェックを行う。そして、アライブチェックの結果に基づいて、受信装置３の状態をステータステーブル２４に保持する。ステータステーブル２４の一例を図４に示す。受信装置インタフェース２３は、監視データを送信する際に、ステータステーブル２４を参照して正常に動作している受信装置３を選択して、送信する。さらに、後述するように受信装置３からアライブチェックを受けると、受信装置インタフェース２３がそれに対する応答を返す。
【００２６】
また、ネットワークインタフェース２１が、監視サーバ１のアライブチェックを行い、その結果をステータステーブル２４に格納する。アライブチェックは、例えば、ｐｉｎｇコマンドを送り、その応答の有無により行ってもよい。
【００２７】
受信装置３は、図２に示すように、送信装置インタフェース３１と、プロトコル変換部３２と、ネットワークインタフェース３３と、ステータステーブル３４とを備える。
【００２８】
送信装置インタフェース３１は、送信装置２に対するインタフェースである。例えば、送信装置インタフェース３１は、送信装置２から特定プロトコルで送られてくる監視データを受信する。また、送信装置２からアライブチェックを受けると、それに対する応答を返す。さらに、送信装置２と同様に、送信装置２対してアライブチェックを行い、その結果をステータステーブル３４に保持する。ステータステーブル３４の一例を図５に示す。
【００２９】
プロトコル変換部３２は、特定プロトコルからＴＣＰ／ＩＰへのプロトコル変換を行う。すなわち、受信装置インタフェース３１が受信した特定プロトコルの監視データを、ＴＣＰ／ＩＰへプロトコル変換する。なお、プロトコル変換部３２は、ＴＣＰ／ＩＰから特定プロトコルへのプロトコル変換を行うことはできない。
【００３０】
ネットワークインタフェース３３は、監視ネットワーク２００に対するインタフェースである。例えば、ネットワークインタフェース３３は、監視センタ４に対してアライブチェックを行い、その結果をステータステーブル３４に格納する。監視センタ４に対するアライブチェックは、例えば、ｐｉｎｇコマンドを送り、その応答の有無を確認しても良い。また、ネットワークインタフェース３３は、ステータステーブル３４を参照して送信先の監視センタ４を選択し、ＴＣＰ／ＩＰの手順に従い、送信する。このとき、監視データ６０の識別情報記憶領域６３に、自装置の識別情報を格納する。
【００３１】
ここで、受信装置３は、上述のようにＴＣＰ／ＩＰから特定プロトコルへの変換機能を有しないし、送信装置２は特定プロトコルからＴＣＰ／ＩＰへの変換機能を有しない。この結果、送信装置２および受信装置３間の通信は、送信装置２から受信装置３への一方向にのみデータ送信が可能である。これにより、監視ネットワーク２００からユーザネットワーク１００にデータを送信したり、侵入したりすることはできない。
【００３２】
また、監視センタ４は、監視データ６０を受信する。そして、監視データ６０に含まれている文字列５２を監視端末６に表示させたり、音声で出力したりする。また、監視センタ４は、識別情報記憶領域６２，６３を参照することにより、監視データ６０が転送されてきた経路を知ることができる。そして、監視データ６０の転送が正系（送信装置２ａ、受信装置３ａ）を優先して行われる場合には、送信装置２ａ、受信装置３ａ以外の送信装置および受信装置を経由しているときは、正系に異常が発生していることが分かる。このとき、正系での異常発生を監視端末６に出力しても良い。
【００３３】
次に、監視サーバ１の詳細な処理手順について、図６のフローチャートを用いて説明する。すなわち、監視サーバ１は、監視対象システム１０に含まれている各コンピュータ等を監視する（Ｓ１１）。そして、監視対象システム１０で異常が発生していないときは、監視を続ける（Ｓ１２：Ｎｏ）。監視対象システム１０で何らかの異常が発生したことを検出したときには（Ｓ１２：Ｙｅｓ）、監視サーバ１は、異常発生を知らせるための監視データを生成して、送信装置２ａに対して送信する（Ｓ１３）。監視サーバ１は送信装置２ａから監視データの転送完了を示す通知を受けると、正常終了と判断してステップＳ１１へ戻る（Ｓ１４：Ｙｅｓ）。
【００３４】
送信装置２ａからの通知がない場合など、監視データの送信が正常終了しないと判断したときは（Ｓ１４：Ｎｏ）、監視サーバ１は監視データを送信装置２ｂに対して送信する（Ｓ１５）。そして、監視サーバ１はステップＳ１４と同様に、正常終了したかどうかを判定する（Ｓ１６）。正常終了したときには、ステップＳ１１へ戻る（Ｓ１６：Ｙｅｓ）。
【００３５】
送信装置２ｂへの監視データの送信が正常終了しなかったときは、ステップＳ１３〜Ｓ１６までを所定回数繰り返す（Ｓ１７）。そして、所定回数繰り返しても正常終了しないときは、監視端末５に対してエラーの発生を通知し、エラーメッセージを表示させる（Ｓ１８）。
【００３６】
次に、送信装置２の処理手順について、図７のフローチャートを用いて説明する。各送信装置２ａ，２ｂが、それぞれ独立に、図７のフローチャートに従った処理を実行する。
【００３７】
送信装置２は、受信装置インタフェース２３が受信装置３ａ，３ｂのアライブチェックを行い（Ｓ２１）、アライブチェックの結果をステータステーブル２４に反映させる（Ｓ２２）。そして、送信装置２は、監視サーバ１から監視データを受信したかどうかを判定する（Ｓ２３）。監視データを受信していないときは（Ｓ２３：Ｎｏ）、ステップＳ２１へ戻る。
【００３８】
ネットワークインタフェース２１が監視データを受信したときは（Ｓ２３：Ｙｅｓ）、ステータステーブル２４を参照して、正常に動作している受信装置３の有無を確認する（Ｓ２４）。正常に動作している受信装置３がないときは（Ｓ２４：Ｎｏ）、ネットワークインタフェース２１が監視サーバ１へ受信装置３での障害発生を通知する（Ｓ２７）。
【００３９】
正常に動作している受信装置３があるときは（Ｓ２４：Ｙｅｓ）、プロトコル変換部２２がプロトコル変換を行い、送信装置インタフェース２３が正常な受信装置３へ監視データを送信する（Ｓ２５）。このとき、複数の受信装置３が正常であるときは、受信装置３ａ（正系）を優先させても良いし、いずれの受信装置３へ送信しても良い。そして、ネットワークインタフェース２１が、監視サーバ１に対して正常に転送が完了したことを通知する（Ｓ２６）。
【００４０】
次に、受信装置３の処理手順の詳細について、図８のフローチャートを用いて説明する。各受信装置３ａ，３ｂが、それぞれ独立に、図８のフローチャートに従った処理を実行する。鴻野
受信装置３は、ネットワークインタフェース３３が監視センタ４ａ，４ｂに対してアライブチェックを行い、その結果をステータステーブル３４に反映させる（Ｓ３０１，Ｓ３０２）。また、送信装置インタフェース３１は、送信装置２のアライブチェックを行い、その結果をステータステーブル３４に反映させる（Ｓ３０３，Ｓ３０４）。
【００４１】
ステータステーブル３４を参照し、送信装置２がすべて異常であるときは（Ｓ３０５：Ｙｅｓ）、ネットワークインタフェース３３が監視センタ４へ通知する（Ｓ３０９）。
【００４２】
正常に動作している送信装置２があるときは、送信装置インタフェース３１が監視データを受信したかどうかを確認する（Ｓ３０６）。監視データを受信していないときは（Ｓ３０６：Ｎｏ）、ステップＳ３０１へ戻る。
【００４３】
送信装置インタフェース３１が監視データを受信したときは（Ｓ３０６：Ｙｅｓ）、ステータステーブル３４を参照して、正常に動作している監視センタ４の有無を判定する（Ｓ３０７）。正常に動作している監視センタ４がないときは、送信装置インタフェース３１が送信装置２へその旨を通知する（Ｓ３１０）。正常に動作している監視センタ４があるときは、プロトコル変換部３２がプロトコル変換を行い、ネットワークインタフェース３３がその監視センタ４へ監視データを送信する（Ｓ３０８）。
【００４４】
次に、監視センタ４の処理手順の詳細について、図９のフローチャートを用いて説明する。
【００４５】
監視センタ４は、上述の通り、受信装置３からアライブチェックを受けて、これに対する応答を返す（Ｓ４１）。このとき、一定時間以上アライブチェックを受けなかったり、アライブチェックとして送られてきたデータに異常があったりするときは（Ｓ４２：Ｙｅｓ）、監視端末６に受信装置３で異常が発生していることを通知し、エラーメッセージを表示させる（Ｓ４５）。
【００４６】
異常がないときは（Ｓ４２：Ｎｏ）、監視データを受信しているかどうかを判定する（Ｓ４３）。そして、監視データを受信しているとき（Ｓ４３：Ｙｅｓ）、監視データに含まれている文字列データ  を監視端末６へ送信し、監視端末６で出力させる（Ｓ４４）。監視データを受信していないときは（Ｓ４３：Ｎｏ）、ステップＳ４１へ戻る。
【００４７】
以上で説明したように、送信装置２、受信装置３および監視センタ４を二重化することにより、監視対象システム１０で生じたエラーを監視ネットワーク２００側へ確実に通知することができる。
【図面の簡単な説明】
【００４８】
【図１】本発明の一実施形態に係るネットワークシステムの全体構成を示す図である。
【図２】送信装置および受信装置の詳細な構成の一例を示す図である。
【図３】監視データのフォーマットの例を示す図である。
【図４】ステータステーブルの一例を示す図である。
【図５】ステータステーブルの一例を示す図である。
【図６】監視サーバの処理手順を示すフローチャートである。
【図７】送信装置の処理手順を示すフローチャートである。
【図８】受信装置の処理手順を示すフローチャートである。
【図９】監視センタの処理手順を示すフローチャートである。
【符号の説明】
【００４９】
１…監視サーバ、２…送信装置、３…受信装置、４…監視センタ、５、６…監視端末、１０…監視対象システム、５０、６０…監視データ、１００…ユーザネットワーク、２００…監視ネットワーク。
【図１】
2005217481.tif 000003
【図２】
2005217481.tif 000004
【図３】
2005217481.tif 000005
【図４】
2005217481.tif 000006
【図５】
2005217481.tif 000007
【図６】
2005217481.tif 000008
【図７】
2005217481.tif 000009
【図８】
2005217481.tif 000010
【図９】
2005217481.tif 000011