(57)【要約】【課題】一時的な通信トラブルの際に、異常個所の切り分け作業を可能となる通信システムを提供する。【解決手段】複数のコントローラ２からネットワーク３を介して計算機１へそれぞれデータを通信する通信システムにおいて、計算機１には、データを処理するアプリケーションソフトウェアを有するアプリケーション部１ａと、アプリケーション部１ａとネットワーク３との間でデータの通信を行うとともにログ情報を記録する通信ソフトウェアを有するＬＡＮドライバ部１ｄ、通信Ｍ／Ｗ部１ｃと、各ログ情報を格納するログ格納領域部１ｇと、アプリケーション部１ａへのデータの通信の停止を検出すると、停止を検出したログ情報をログ格納領域部１ｇに格納するとともにログ格納領域部１ｇに格納されている各ログ情報を抽出する通信停止検出機構部１ｆとを備える。【選択図】図１
2014002689.tif 000002
【特許請求の範囲】
【請求項１】
複数のコントローラからネットワークを介して計算機へそれぞれデータを通信する通信システムにおいて、
上記計算機には、上記データを処理するアプリケーションソフトウェアを有するアプリケーション部と、
上記アプリケーション部と上記ネットワークとの間で上記データの通信を行うとともにログ情報を記録する通信ソフトウェアを有する複数の通信ソフトウェア部と、
上記各ログ情報を格納するログ格納領域部と、
上記アプリケーション部への上記データの通信の停止を検出すると、上記停止を検出したログ情報を上記ログ格納領域部に格納するとともに上記ログ格納領域部に格納されている上記各ログ情報を抽出する通信停止検出機構部とを備えた通信システム。
【請求項２】
複数のコントローラからネットワークを介して計算機へそれぞれデータを通信する通信システムにおいて、
上記計算機には、上記データを処理するアプリケーションソフトウェアを有するアプリケーション部と、
上記アプリケーション部と上記ネットワークとの間で上記データの通信を行うとともにログ情報を記録する通信ソフトウェアを有する複数の通信ソフトウェア部と、
上記各ログ情報を格納するログ格納領域部と、
上記アプリケーション部への上記データの通信が停止からの復旧を検出すると、上記停止からの復旧を検出したログ情報を上記ログ格納領域部に格納するとともに上記ログ格納領域部から上記各ログ情報を抽出する通信停止検出機構部とを備えた通信システム。
【請求項３】
複数のコントローラからネットワークを介して計算機へそれぞれデータを通信する通信システムにおいて、
上記計算機には、上記データを処理するアプリケーションソフトウェアを有するアプリケーション部と、
上記アプリケーション部と上記ネットワークとの間で上記データの通信を行うとともにログ情報を記録する通信ソフトウェアを有する複数の通信ソフトウェア部と、
上記各ログ情報を格納するログ格納領域部と、
上記アプリケーション部への上記データの通信の停止、または、上記アプリケーション部への上記データの通信が停止からの復旧の少なくともいずれか一方を検出すると、上記停止、または上記停止からの復旧の少なくともいずれか一方を検出したログ情報を上記ログ格納領域部に格納するとともに上記ログ格納領域部から上記各ログ情報を抽出する通信停止検出機構部とを備えた通信システム。
【請求項４】
上記通信停止検出機構部が抽出した上記各ログ情報を退避格納するログ退避領域部を備えた請求項１ないし請求項３のいずれか１項に記載の通信システム。
【請求項５】
上記通信停止検出機構部は、監視対象となる上記コントローラの監視設定を行う定義ファイルを格納する定義ファイル部を備えた請求項１ないし請求項４のいずれか１項に記載の通信システム。
【請求項６】
上記定義ファイル部は、外部から上記定義ファイルを設定可能に構成されている請求項５に記載の通信システム。
【請求項７】
上記計算機と上記各コントローラとの間においてライブチェックを行いログ情報として上記ログ格納領域部に格納するライブチェック機能部を備えた請求項１ないし請求項６のいずれか１項に記載の通信システム。
【請求項８】
上記各ログ情報の記録条件を設定するログ設定部を備えた請求項１ないし請求項７のいずれか１項に記載の通信システム。
【請求項９】
上記ログ設定部は、外部から上記記録条件を設定可能に構成されている請求項８に記載の通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、複数のコントローラから計算機へ定周期で通信を行う通信システムにおいて、一時的な通信停止のトラブルが発生した場合に障害部位の特定ができるものである。
【背景技術】
【０００２】
従来の通信システムは、計算機と、各コントローラから収集したデータの表示等を行うためのアプリケーションと、各コントローラから収集したデータと、通信Ｍ／Ｗ（通信ミドルウェアの略称で、以下同様に示す）と、通信ＬＳＩを制御するためのソフトウェアと、通信を行うＬＳＩとで構成されている。複数のコントローラにはコントローラデータがそれぞれ保持されている。これらがネットワークにて接続されている。各コントローラは、計算機に対して定周期に自身が保持するデータを送信し、計算機はコントローラから収集したコントローラデータを表示できるシステムである。従来では、一時的な通信停止が発生した場合、ログの記録をしていたとしても、ログの記録は継続される。しかしながらログの領域は有限であり、ログが上書きされることがあるため、異常時のログを確認できない場合があった。また、ネットワーク上の異常については、アナライザを接続してネットワークの状態を確認するため、障害切り分けに非常に時間を要していた。
【０００３】
そこで、ネットワーク上の異常原因を切り分ける方法として、ヘルスチェックパケットを送信することで異常を検出し、伝送路を切り替えるものがある（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−１８２１７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
従来の通信システムは、定周期でデータが送信されるようなネットワーク通信システムにおいて、一時的に発生した通信停止のトラブルの場合、送信側、ネットワーク、受信側のいずれに問題があるのか、特定がしにくい。また、次の周期や、あるいは、その次の周期のデータ送信によりデータが回復してしまうこともあるため、障害解析が困難となる。さらに、通信Ｍ／Ｗやアプリケーションなどのソフトウェアが関連し、障害切り分けが複雑になるなどという問題点があった。
【０００６】
この発明は上記のような課題を解決するためになされたものであり、定周期でデータが送信されるようなネットワークにおける通信システムにおいて、一時的な通信トラブルの際に、異常個所の切り分け作業が可能となる通信システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
この発明の通信システムは、
複数のコントローラからネットワークを介して計算機へそれぞれデータを通信する通信システムにおいて、
上記計算機には、上記データを処理するアプリケーションソフトウェアを有するアプリケーション部と、
上記アプリケーション部と上記ネットワークとの間で上記データの通信を行うとともにログ情報を記録する通信ソフトウェアを有する複数の通信ソフトウェア部と、
上記各ログ情報を格納するログ格納領域部と、
上記アプリケーション部への上記データの通信の停止を検出すると、上記停止を検出したログ情報を上記ログ格納領域部に格納するとともに上記ログ格納領域部に格納されている上記各ログ情報を抽出する通信停止検出機構部とを備えたものである。
通信システム。
【０００８】
また、この発明の通信システムは、
複数のコントローラからネットワークを介して計算機へそれぞれデータを通信する通信システムにおいて、
上記計算機には、上記データを処理するアプリケーションソフトウェアを有するアプリケーション部と、
上記アプリケーション部と上記ネットワークとの間で上記データの通信を行うとともにログ情報を記録する通信ソフトウェアを有する複数の通信ソフトウェア部と、
上記各ログ情報を格納するログ格納領域部と、
上記アプリケーション部への上記データの通信が停止からの復旧を検出すると、上記停止からの復旧を検出したログ情報を上記ログ格納領域部に格納するとともに上記ログ格納領域部から上記各ログ情報を抽出する通信停止検出機構部とを備えたものである。
【０００９】
また、この発明の通信システムは、
複数のコントローラからネットワークを介して計算機へそれぞれデータを通信する通信システムにおいて、
上記計算機には、上記データを処理するアプリケーションソフトウェアを有するアプリケーション部と、
上記アプリケーション部と上記ネットワークとの間で上記データの通信を行うとともにログ情報を記録する通信ソフトウェアを有する複数の通信ソフトウェア部と、
上記各ログ情報を格納するログ格納領域部と、
上記アプリケーション部への上記データの通信の停止、または、上記アプリケーション部への上記データの通信が停止からの復旧の少なくともいずれか一方を検出すると、上記停止、または上記停止からの復旧の少なくともいずれか一方を検出したログ情報を上記ログ格納領域部に格納するとともに上記ログ格納領域部から上記各ログ情報を抽出する通信停止検出機構部とを備えたものである。
【発明の効果】
【００１０】
この発明の通信システムは、
複数のコントローラからネットワークを介して計算機へそれぞれデータを通信する通信システムにおいて、
上記計算機には、上記データを処理するアプリケーションソフトウェアを有するアプリケーション部と、
上記アプリケーション部と上記ネットワークとの間で上記データの通信を行うとともにログ情報を記録する通信ソフトウェアを有する複数の通信ソフトウェア部と、
上記各ログ情報を格納するログ格納領域部と、
上記アプリケーション部への上記データの通信の停止を検出すると、上記停止を検出したログ情報を上記ログ格納領域部に格納するとともに上記ログ格納領域部に格納されている上記各ログ情報を抽出する通信停止検出機構部とを備えたので、
一時的な通信トラブルの際に、異常個所の切り分け作業を可能となる。
【００１１】
また、この発明の通信システムは、
複数のコントローラからネットワークを介して計算機へそれぞれデータを通信する通信システムにおいて、
上記計算機には、上記データを処理するアプリケーションソフトウェアを有するアプリケーション部と、
上記アプリケーション部と上記ネットワークとの間で上記データの通信を行うとともにログ情報を記録する通信ソフトウェアを有する複数の通信ソフトウェア部と、
上記各ログ情報を格納するログ格納領域部と、
上記アプリケーション部への上記データの通信が停止からの復旧を検出すると、上記停止からの復旧を検出したログ情報を上記ログ格納領域部に格納するとともに上記ログ格納領域部から上記各ログ情報を抽出する通信停止検出機構部とを備えたので、
一時的な通信トラブルの際に、異常個所の切り分け作業を可能となる。
【００１２】
また、この発明の通信システムは、
複数のコントローラからネットワークを介して計算機へそれぞれデータを通信する通信システムにおいて、
上記計算機には、上記データを処理するアプリケーションソフトウェアを有するアプリケーション部と、
上記アプリケーション部と上記ネットワークとの間で上記データの通信を行うとともにログ情報を記録する通信ソフトウェアを有する複数の通信ソフトウェア部と、
上記各ログ情報を格納するログ格納領域部と、
上記アプリケーション部への上記データの通信の停止、または、上記アプリケーション部への上記データの通信が停止からの復旧の少なくともいずれか一方を検出すると、上記停止、または上記停止からの復旧の少なくともいずれか一方を検出したログ情報を上記ログ格納領域部に格納するとともに上記ログ格納領域部から上記各ログ情報を抽出する通信停止検出機構部とを備えたので、
一時的な通信トラブルの際に、異常個所の切り分け作業を可能となる。
【図面の簡単な説明】
【００１３】
【図１】この発明の実施の形態１の通信システムの構成を示す図である。
【図２】図１に示した通信システムの通信停止検出機構部の構成を示す図である。
【図３】図１に示した通信システムにおけるログ情報の格納状態およびログ情報の構成を示す図である。
【図４】図２に示した通信停止検出機構部における管理テーブルの構成を示す図である。
【図５】図１に示した通信システムにおけるコントローラのデータフレームの構成を示す図である。
【図６】図１に示した通信システムにおける監視設定の追加を示すフローチャートである。
【図７】図１に示した通信システムにおける監視設定の削除を示すフローチャートである。
【図８】図１に示した通信システムの動作を説明するためのフローチャートである。
【図９】図１に示した通信システムにおけるＬＡＮドライバ部のログ情報の構成を示す図である。
【図１０】図１に示した通信システムにおける通信ミドルウェア部のログ情報の構成を示す図である。
【図１１】図１に示した通信システムにおける通信停止検出機構部のログ情報の構成を示す図である。
【図１２】この発明の実施の形態２の通信システムの構成を示す図である。
【図１３】図１２に示した通信システムにおける定義ファイルを示す図である。
【図１４】この発明の実施の形態３の通信システムの構成を示す図である。
【図１５】図１４に示した通信システムにおけるライブチェック対象設定定義ファイルを示す図である。
【図１６】図１４に示した通信システムにおけるログ情報の構成を示す図である。
【図１７】この発明の実施の形態４の通信システムの構成を示す図である。
【図１８】この発明の実施の形態５の通信システムの構成を示す図である。
【図１９】この発明の実施の形態５の通信システムの構成を示す図である。
【発明を実施するための形態】
【００１４】
実施の形態１．
以下、本願発明の実施の形態について説明する。図１はこの発明の実施の形態１の通信システムの構成を示す図、図２は図１に示した通信システムの通信停止検出機構部の構成を示す図、図３は図１に示した通信システムにおけるログ情報の格納状態およびログ情報の構成を示す図、図４は図２に示した通信停止検出機構部における管理テーブルの構成を示す図、図５は図１に示した通信システムにおけるコントローラのデータフレームの構成を示す図、図６は図１に示した通信システムにおける監視設定の追加を示すフローチャート、図７は図１に示した通信システムにおける監視設定の削除を示すフローチャート、図８は図１に示した通信システムの動作を説明するためのフローチャート、図９は図１に示した通信システムにおけるＬＡＮドライバ部のログ情報の構成を示す図、図１０は図１に示した通信システムにおける通信ミドルウェア部のログ情報の構成を示す図、図１１は図１に示した通信システムにおける通信停止検出機構部のログ情報の構成を示す図である。
【００１５】
図において、複数のコントローラ２と、これらコントローラ２が保持する各データ２ａを処理する計算機１とはネットワーク３を介して接続されている。そして、計算機１は、各コントローラ２から各データ２ａを入力するための通信ＬＳＩ部１ｅと、この通信ＬＳＩ部１ｅを制御する通信ソフトウェアを有する通信ソフトウェア部としてのＬＡＮドライバ部１ｄと、このＬＡＮドライバ部１ｄを介した各データ２ａを通信するための通信ソフトウェアを有する通信ソフトウェア部としての通信ミドルウェア部１ｃ（以下、通信Ｍ／Ｗ部１ｃと称す）と、各コントローラ２から収集した各データ２ａ（収集データ１ｂを示す）の処理、例えば表示を行うためのアプリケーションソフトウェアを有すアプリケーション部１ａと、計算機１上の各ソフトウェアのログ情報を記録するためのログ格納領域部１ｇとを備える。
【００１６】
ログ格納領域部１ｇは有限であり、あらかじめ登録できる件数は決定されている。例えば、１００件登録できるものとしておくと、登録する件数が１００件を超えた場合には、古いログから順に上書き（サイクリックに書き込む）されるものとする。また、ログ格納領域部１ｇに格納されるログ情報は、図３に示すように、時刻情報と、ソフトウェア識別子と、詳細情報とにて構成されている。ソフトウェア識別子は、例えば、ＬＡＮドライバであれば「１」、通信Ｍ／Ｗであれば「２」、通信停止検出機構であれば「３」というように識別子がそれぞれ設定され、各ログ情報がいずれのソフトウェアにて作成されたものかが判断できる。また、詳細情報としては、例えば、ＬＡＮドライバであれば、「受信フレームを記録」を、また、通信Ｍ／Ｗであれば、「動作状態を記録」を、また、通信停止検出機構であれば、「通信停止／復旧の状態を記録」を行っている。それぞれの内容の詳細については後述する。
【００１７】
さらに、アプリケーション部１ａに通信されるデータの通信の停止、または、アプリケーション部１ａへのデータの通信が停止からの復旧の少なくともいずれか一方を検出すると停止、または停止からの復旧の少なくともいずれか一方を検出したログ情報をログ格納領域に格納するとともにログ格納領域部１ｇから各ログ情報を抽出する通信停止検出機構部１ｆと、通信停止検出機構部１ｆがログ格納領域部１ｇから抽出したログ情報を退避するためのログ退避領域部１ｈとを有する。尚、ログ退避領域部１ｈは計算機１外に配設する例を示したが、これに限られることはなく、計算機１内に備えるようにしてもよい。そして、通信停止検出機構部１ｆは、メイン処理部１１と、タイマを管理および監視するタイマ監視処理部１２と、管理テーブルを格納する管理テーブル部１３とを備えている。
【００１８】
各コントローラ２が送信するデータのデータフレーム（受信側においては、「受信フレーム」を示すものである）は、図５に示すように、送信先端末番号と、送信元端末番号と、シーケンス番号と、送信時刻と、データとから構成されている。各端末番号とは、ネットワーク３に接続される計算機１および各コントローラ２の全てに対して、識別可能とするためにユニークな番号が割り付け設定されている番号である。また、シーケンス番号とは、コントローラ２がデータを送信するたびにインクリメントした値が設定されている番号である。また、送信時刻は、コントローラ２が送信した時刻が設定されている。
【００１９】
次に、上記のように構成された実施の形態１の通信システムの動作について説明する。各コントローラ２は、計算機１に対して、ネットワーク３を介してデータ２ａを定周期にて送信している。この送信における定周期の時間については、あらかじめシステムにて決定されているものである。次に、通信ＬＳＩ部１ｅを介して、ＬＡＮドライバ部１ｄは、コントローラ２のデータ２ａのデータフレームの受信時に、受信フレーム内容を時刻情報とともにログ情報としてログ格納領域部１ｇへ記録する(図１のＢ−１：受信フレームのログ記録）。そしてこれととともに、受信フレームを通信Ｍ／Ｗ部１ｃへ渡す。次に、通信Ｍ／Ｗ部１ｃは、受信フレームの内容及び時刻情報とともにログ情報としてログ格納領域部１ｇへ記録する（図１のＢ−２：受信フレームのログ記録）。
【００２０】
ログ情報の記録は、解析性を考慮し、図３のように統一した形式で書き込む。また、ここで記録される具体的なログ情報の例としては、図９、図１０に示すように、時刻情報、ソフトウェア識別子、詳細情報として、トレースポイント識別子、送信先端末番号、送信元端末番号、シーケンス番号、送信時刻、データの一部などが記録されている。ＬＡＮドライバのログのトレースポイント識別子は、例えば、フレーム受信タイミングであれば「１」、通信Ｍ／Ｗへデータを渡すタイミングであれば「２」というように識別子がそれぞれ設定されている。また、通信Ｍ／Ｗの動作状態ログのトレースポイント識別子は、例えば、ＬＡＮドライバからの受信タイミングポイントであれば「１」、通信停止検出機構へのデータを渡すタイミングポイントであれば「２」というように識別子がそれぞれ設定されている。
【００２１】
そして、アプリケーション部１ａは、事前に通信停止検出機構部１ｆの管理テーブル部１３に対して、図４に示すような、監視対象フレームの送信元端末番号と、定周期とを設定している（図１のＡ：監視設定）。管理テーブル部１３には、送信元端末番号、送信周期の監視設定がされており、さらにそれぞれに対する、タイマ状態が登録されている。タイマ状態において、起動中とは、監視対象となっており、タイマがスタートしている状態を示す。また、未起動とは、監視対象となっていない状態を示す。また、タイムアウトとは、監視対象であり、通信停止を検出している状態を示す。
【００２２】
この監視設定の方法について説明する。まず、監視を要求する場合について図６に基づいて説明する。アプリケーション部１ａが監視対象フレームの設定処理を通信停止検出機構部１ｆのメイン処理部１１に要求する（図６のステップＳ２１）。次に、メイン処理部１１は管理テーブル部１３を参照し（図２のＸ−０：管理テーブル追加／削除、図６のステップＳ２２）、監視するための送信元端末番号がエントリされているか否かを判断する（図６のステップＳ２３）。そして、エントリ済みの場合には、処理を終了する。また、エントリされていない場合には、メイン処理部１１はタイマ監視処理部１２に対してタイマスタート処理（起動中）を行う（図２のＸ−１：タイマスタート処理、図６のステップＳ２４）。そして、メイン処理部１１は管理テーブル部１３に監視する送信元端末番号、送信周期（タイムアウト検出時間）、および、タイマ監視処理部１２はタイマ状態を「起動中」に設定する（図２のＸ−４：タイマ状態更新処理、図６のステップＳ２５）。例えば、図４（ａ）に示すような管理テーブル部１３の状態から、送信元端末番号２０を監視対象として追加する場合、図４（ｂ）に示すように、送信元端末番号が２０、送信周期が１００、タイマ状態が起動中として、管理テーブル部１３に設定される。
【００２３】
また、監視を削除する場合について図７に基づいて説明する。アプリケーション部１ａが監視対象フレームの削除処理を通信停止検出機構部１ｆのメイン処理部１１に要求する（図７のステップＳ３１）。次に、メイン処理部１１は管理テーブル部１３を参照し（図２のＸ−０：管理テーブル追加／削除、図７のステップＳ３２）、監視を削除する送信元端末番号がエントリされているか否かを判断する（図７のステップＳ３３）。そして、エントリされていない場合には、処理を終了する。また、エントリされている場合には、タイマ監視処理部１２に対してタイマをキャンセル処理（未起動）にする（図７のステップＳ３４）。そして、管理テーブル部１３から監視を削除する送信元端末番号、送信周期（タイムアウト検出時間）、および、タイマ状態の設定を削除する（図７のステップＳ３５）。例えば、図４（ｂ）に示すような管理テーブル部１３の状態から、送信元端末番号２０を監視対象から削除する場合、図４（ａ）に示すように、送信元端末番号２０に対応する、送信周期、タイマ状態などが削除された管理テーブル部１３に設定される。
【００２４】
このようにしてアプリケーション部１ａにより通信停止検出機構部１ｆに管理テーブルに監視設定が行われた後（例えば、図４（ｂ））、通信停止検出機構部１ｆは、受信フレームを待つ（図８のステップＳ２）。そして、監視している受信フレームが受信されない場合には、タイマ監視処理部１２がタイムアウトを検出し、管理テーブルのタイマ状態がタイムアウトに更新される（図２のＸ−３：タイムアウト通知処理、例えば、送信元端末番号２０がタイムアウトの場合、図４（ｃ）のようにタイマ状態が更新される）。そして、タイムアウトが検出されると、通信停止検出機構部１ｆは通信停止のログ情報、例えば、図１１に示すようにログ情報がログ格納領域部１ｇに格納される（図１のＣ：停止／復旧のログ記録、図８のステップＳ１０）。
【００２５】
図１１によれば、通信停止検出機構部１ｆのログ情報は、時刻情報、ソフトウェア識別子、詳細情報としてのログ種別、端末番号、および送信周期などである。ソフトウェア識別子には、通信停止検出機構としての３が、また、ログ種別には、停止であれば「１」、復旧であれば「２」というように識別子がそれぞれ設定される。ここでは通信停止であるため、ログ種別に１が設定され、通信停止検出機構部１ｆのログ情報が、停止によるものか、復旧によるものかを区別することができる。次に、通信停止検出機構部１ｆはログ格納領域１ｇに格納されている全てのログ情報を、ログ退避領域部１ｈに格納し（図１のＤ：停止検出のタイミングで退避、図８のステップＳ１１）、再びステップＳ２に戻る。
【００２６】
また、通信停止検出機構部１ｆが、ステップＳ２にて各コントローラ２からのデータ２ａの受信フレームを得ると、その受信フレームの送信元端末番号が、管理テーブル部１３の送信元端末番号にエントリされているか否かを判断することにより監視対象であるか否かを判断する（図８のステップＳ３）。そして、この受信フレームが監視対象でないと判断される（管理テーブル部１３にエントリされていない）と、アプリケーション部１ａに受信フレームを通知する（図８のステップＳ６）。また、監視対象であると判断される（管理テーブル部１３にエントリされている）と、タイマ監視処理部１２に通知して、管理テーブル部１３のタイマ状態を判断する。そして、タイマ状態が起動中であると、管理テーブル部１３に登録されていると、管理テーブル部１３に登録されているタイマ識別子により、起動中のタイマをリセットし、再度スタートさせ（図２のＸ−２：タイマキャンセル処理、およびＸ−４：タイマ状態更新処理、図８のステップＳ７）、ステップＳ６に移る。
【００２７】
また、タイマ状態がタイムアウトであると、データの通信が停止から復旧であると判断して、通信停止検出機構部１ｆは通信復旧のログ情報を、例えば、図１１に示すようにログ格納領域部１ｇに格納する（図１のＣ：停止／復旧のログ記録、図８のステップＳ８）。次に、通信停止検出機構部１ｆはログ格納領域１ｇに格納されている全てのログ情報を、ログ退避領域部１ｈに格納する（図１のＥ：復旧検出のタイミングで退避、図８のステップＳ９）。次に、再度、タイマ監視処理部１２により管理テーブルのタイマ状態を起動中に更新し（図２のＸ−４：タイマ状態更新処理、図８のステップＳ５）、ステップＳ６に移る。
【００２８】
このように、通信停止または通信復旧といった現象が発生した場合、ログ情報を解析し、計算機１内でデータの遅延、廃棄等により通信停止している場合、シーケンス番号が順序、フレーム内の送信時刻などを確認し、様々なログ解析を行うことができる。具体例として以下に示すような解析が可能となる。但し、これらに限られることはなく、ログ情報から解析できるものであれば、様々なものが考えられる。
【００２９】
このようにして、抽出され保存されたログ情報から、例１としては、図９に示したＬＡＮドライバの時刻情報（図９の時刻情報ａ１）と、図１０に示した通信Ｍ／Ｗの時刻情報の（図１０の時刻情報ｂ１）とに時間差があるようなログ情報が得られた場合には、ＬＡＮドライバと通信Ｍ／Ｗとの受け渡し処理に障害がありデータの遅延が発生したと判断することができる。
【００３０】
また、例２としては、通信Ｍ／Ｗの時刻情報（図１０の時刻情報ｂ１）と、通信停止検出機構の通信停止の時刻情報（図１１の時刻情報ｃ１）との時刻に時間差があるようなログ情報が得られた場合に、通信Ｍ／Ｗ部１ｃ内で障害がありデータ遅延が発生したと判断することができる。
【００３１】
また、例３としては、ＬＡＮドライバの（図９）ログ情報は記録されているが、通信Ｍ／Ｗのログ情報が記録されていないようなログ情報が得られた場合は、通信Ｍ／Ｗ部１ｃに障害があり、受信フレームが廃棄されたと判断することができる。
【００３２】
また、例４としては、ＬＡＮドライバのログでシーケンス番号抜けのログ情報が得られた場合（上記図９のシーケンス番号ａ２が連続でない）、コントローラ側に障害があり、データを送信してきていないと判断することができる。尚、これは、コントローラ側が、送信するたびにシーケンス番号をインクリメントして送信する仕組みを用いていることを前提としている。
【００３３】
また、例５としては、ＬＡＮドライバのログで送信時刻（図９の送信時刻ａ３）の間隔が、決められた周期間隔であるが、ログ記録時の時刻情報（図９の時刻情報ａ１）の間隔が、それより長い場合、コントローラは正しくデータを送信しているが、ネットワーク上に障害があり、実際に計算機側にデータが届くのが遅れていると判断することができる。
【００３４】
上記のように構成された実施の形態１によれば、通信停止／復旧時のログ情報を容易に抽出することができるため、それらログ情報を解析することで、障害の切り分けが可能となる。
【００３５】
また、通信停止検出機構部が抽出した各ログ情報をログ退避領域部に退避格納できるため、ログ情報の解析が時間の制約なく行うことができる。
【００３６】
また、通信停止検出機構部は、監視対象となるコントローラの監視設定を行う定義ファイルを格納する定義ファイル部を備えているため、監視対象を自由に設定することができる。
【００３７】
尚、上記実施の形態１においては、ログ情報の停止、または、ログ情報の停止からの復旧のいずれも検出してログ情報の抽出を行う場合を示したが、これに限られることはなく、ログ情報の停止のみ、または、ログ情報の停止からの復旧のみを検出してログ情報を抽出することが可能で有り、監視状況に応じて適宜設定することができる。
【００３８】
実施の形態２．
上記実施の形態１においては、監視対象の設定すなわち定義ファイルの設定をアプリケーション部１ａで行う例を示したが、これに限られることはなく、本実施の形態２においては、定義ファイル部１３ｆが監視対象の設定の定義ファイルを外部から登録化し、ユーザー側で自由に設定可能とした場合について説明する。図１２はこの発明の実施の形態２の通信システムの構成を示す図、図１３は図１２に示した通信システムにおける定義ファイルを示す図である。図において、上記実施の形態１と同様の部分は同一符号を付して説明を省略する。計算機１に、例えば外部のユーザから監視対象を設定するための定義ファイルを格納するための定義ファイル部１ｉを備える。尚、図１２における通信システムの構成において、各動作に基づいて示したＡ、Ｂ、Ｃなどの矢印は、本実施の形態において新たに追加された部分を除いて省略して示している。また、このことは以下の実施の形態においても同様に示すものである。
【００３９】
次に、上記のように構成された実施の形態２の通信システムの定義ファイルの設定について説明する。まず、ユーザーは、図１３に示すような定義ファイルとして、監視対象の送信端末番号と、送信周期とを設定しておく。次に、計算機１は起動時に、この定義ファイルを定義ファイル部１ｉに読み込み、通信停止検出機構部１ｆの管理テーブル部１３に設定し、監視を開始する。他の工程は上記実施の形態１と同様に行うことができ、その説明を適宜省略する。
【００４０】
上記のように構成された実施の形態２の通信システムによれば、上記実施の形態１と同様の効果を奏するのはもちろんのこと、監視対象の設定をユーザなど外部からでも行えるため、操作性が良くなり、障害切り分けの時間短縮を図ることが可能となる。
【００４１】
実施の形態３．
図１４はこの発明の実施の形態３の通信システムの構成を示す図、図１５は図１４に示した通信システムにおけるライブチェック対象設定定義ファイルを示す図、図１６は図１４に示した通信システムにおけるログ情報の構成を示す図である。図において、上記各実施の形態と同様の部分は同一符号を付して説明を省略する。計算機１と各コントローラ２との間でそれぞれライブチェックを実施するためのライブチェック機能部１ｊを備える。また、定義ファイル部１ｉには、図１５に示すような、定義ファイルの他に、ライブチェック対象設定定義ファイルが設定されている。ライブチェック対象設定定義としては、端末番号と、送信周期とが設定されている。
【００４２】
次に、上記のように構成された実施の形態３の通信システムの動作について説明する。まず、ライブチェック機能部１ｊは、図１５に示すような定義ファイルを参照し、ライブチェック対象の端末番号を有する端末を認識する。その後、この端末番号に対応するコントローラ２に対してライブチェックパケットを送信する。次に、コントローラ２はライブチェックパケットを受信すると、それに対してライブチェック応答パケットを返信する。このときライブチェック応答パケットには、コントローラ２が返信した時刻を設定する。ライブチェックエラーが発生したら、ライブチェック機能部１ｊは、図１６に示すようなログ情報をログ格納領域部１ｇに記録する。例えば、通信停止となった場合に、ネットワーク３に接続されるすべてのコントローラ２のライブチェック異常が残っているようなことがあれば、ネットワーク３側に問題があると判断できる。他の工程は上記各実施の形態と同様に行うことができ、その説明を適宜省略する。
【００４３】
上記のように構成された実施の形態３の通信システムによれば、上記各実施の形態と同様の効果を奏するのはもちろんのこと、ライブチェックのログ情報を残すことで、ネットワーク上の障害の切り分けが容易となる。
【００４４】
実施の形態４．
図１７はこの発明の実施の形態４の通信システムの構成を示す図である。図において、上記各実施の形態と同様の部分は同一符号を付して説明を省略する。ログ記録に関するトリガを設定するためのログ記録トリガ設定機能部１ｋを備える。本実施の形態４においては、障害特定部位に絞り込みができれば、障害と関係のないソフトウェアのログ情報の記録を停止させたい場合について説明する。このことを実施することができるようにするために、本実施の形態４では、ログ情報の記録開始、または、記録停止といったトリガ条件を設定するものである。
【００４５】
次に、上記のように構成された実施の形態４の通信システムの動作について説明する。まず、ログ情報の解析性を良くするために、ユーザーは、ソフトウェアごとにログ情報の記録の開始／停止や特定のコントローラ２からデータ受信のみ記録（複数設定可能）といった条件をログ情報の記録のトリガ条件として、ログ記録トリガ設定機能部１ｋに設定する（図１７のＭ）。次に、ログ記録トリガ設定機能１ｋは、各ソフトウェア、通信停止検出機構部１ｆ、ライブチェック機能部１ｊ、通信Ｍ／Ｗ部１ｃ、ＬＡＮドライバ部１ｄに対して、そのトリガ条件を通知する（図１７のＮ）。次に、各ソフトウェア、通信停止検出機構部１ｆ、ライブチェック機能１ｊ、通信Ｍ／Ｗ部１ｃ、ＬＡＮドライバ部１ｄでは、このトリガ条件に従いログ情報の記録を行う。他の工程は上記各実施の形態と同様に行うことができ、その説明を適宜省略する。
【００４６】
上記のように構成された実施の形態４の通信システムによれば、上記各実施の形態と同様の効果を奏するのはもちろんのこと、ログ情報を記録する条件に柔軟性を持たせることにより、必要最小限のログ情報を記録可能とし、ログ情報の解析性を向上させることができる。
【００４７】
実施の形態５．
図１８および図１９はこの発明の実施の形態５の通信システムの構成を示す図である。図において、上記各実施の形態と同様の部分は同一符号を付して説明を省略する。ネットワーク３を介してリモートで計算機１に接続される保守用端末４と、計算機１に配設され保守用端末４とのインタフェースを行う保守Ｉ／Ｆ１ｌとを備える。
【００４８】
本実施の形態５においては、例えば、ネットワーク３上には複数の計算機１が接続されることが考えられる。その都度、計算機１毎に様々な設定を行うためには手間がかかる。このため、ネットワーク３上に保守用端末４を接続する。そして各計算機１には、保守Ｉ／Ｆ１ｌの機能を設け保守用端末４上からも操作を可能にしたものである。保守用端末４からの操作は、上記各実施の形態にて示した、ログ情報の記録のトリガ条件に対する設定や、ログ情報の参照といった内容である。
【００４９】
次に、上記のように構成された実施の形態５の通信システムの動作について説明する。まず、保守用端末４は、計算機１の保守Ｉ／Ｆ１ｌに対してトリガの設定内容の情報を送る（図１８のＰ）。それを受けた保守Ｉ／Ｆ１ｌは、ログ記録トリガ設定機能１ｋに通知する（図１８のＱ）。次に、ログ記録トリガ設定機能１ｋは、各ソフトウェアに記録の条件を設定する（図１８のＮ）。そして、各ソフトウェアはこの設定された条件でログ情報の記録を行う。また、ログ情報を収集する場合には、図１９に示すように、保守用端末４から計算機１の保守Ｉ／Ｆ１ｌに対してログ収集要求を行う（図１９のＳ）。次に、要求を受けた保守Ｉ／Ｆ１ｌは、ログ情報を読み込む（図１９のＴ）。この際、ログ情報を読み込む領域は、ログ格納領域部１ｇまたはログ退避領域部１ｈのいずれかが指定できるものである。次に、保守Ｉ／Ｆ１ｌは、保守用端末４に対して、ログ情報をネットワーク３を通じて送信する（図１９のＵ）。他の工程は上記各実施の形態と同様に行うことができ、その説明を適宜省略する。
【００５０】
上記のように構成された実施の形態５の通信システムによれば、上記各実施の形態と同様の効果を奏するのはもちろんのこと、ネットワーク上に複数の計算機が接続されるシステムにおいて、保守用端末から計算機へ設定が可能となり、また、ログ情報が収集可能となるため、操作性がより向上し、障害解析時間の短縮を図ることが可能となる。
【００５１】
尚、本発明は、その発明の範囲内において、各実施の形態を自由に組み合わせたり、各実施の形態を適宜、変形、省略することが可能である。
【符号の説明】
【００５２】
１  計算機、１ａ  アプリケーション部、１ｃ  通信Ｍ／Ｗ部、
１ｄ  ＬＡＮドライバ部、１ｆ  通信停止検出機構部、１ｇ  ログ格納領域部、
１ｈ  ログ退避領域部、１ｉ  定義ファイル部、１ｊ  ライブチェック機能部、
１ｋ  ログ記録トリガ設定機能部、２  コントローラ、２ａ  データ、
３  ネットワーク、４  保守用端末、１３  管理テーブル部。
【図１】
2014002689.tif 000003
【図２】
2014002689.tif 000004
【図３】
2014002689.tif 000005
【図４】
2014002689.tif 000006
【図５】
2014002689.tif 000007
【図６】
2014002689.tif 000008
【図７】
2014002689.tif 000009
【図８】
2014002689.tif 000010
【図９】
2014002689.tif 000011
【図１０】
2014002689.tif 000012
【図１１】
2014002689.tif 000013
【図１２】
2014002689.tif 000014
【図１３】
2014002689.tif 000015
【図１４】
2014002689.tif 000016
【図１５】
2014002689.tif 000017
【図１６】
2014002689.tif 000018
【図１７】
2014002689.tif 000019
【図１８】
2014002689.tif 000020
【図１９】
2014002689.tif 000021