(57)【要約】【課題】管理装置とは別の装置のユーザが管理装置におけるトラブルシュートを円滑に支援することを可能とする管理装置を提供する。【解決手段】管理装置３は、１台以上のノードを含むネットワークを管理する管理装置であって、前記ネットワークの状態を示すバイナリ形式の第１データを作成するデータ取得部と、前記第１データをビューア形式の第２データに変換するデータ変換部３２６と、を備える。【選択図】図２
2020161965.tif 000002
【特許請求の範囲】
【請求項１】
１台以上のノードを含むネットワークを管理する管理装置であって、
前記ネットワークの状態を示すバイナリ形式の第１データを取得するデータ取得部と、
前記第１データをビューア形式の第２データに変換するデータ変換部と、
を備えることを特徴とする管理装置。
【請求項２】
前記第２データはＸＭＬ形式であることを特徴とする請求項１に記載の管理装置。
【請求項３】
前記データ変換部は、前記第１データから前記ネットワークの知的財産に関するデータを除去し、当該データが除去された前記第１データを前記第２データに変換することを特徴とする請求項１または２に記載の管理装置。
【請求項４】
前記第１データは、前記ノードで発生した事象の発生時刻と前記事象を特定する情報とを対応づけたイベントログを含むことを特徴とする請求項１から３のいずれかに記載の管理装置。
【請求項５】
前記第１データは、前記ノードの状態に関する状態情報を含むことを特徴とする請求項１から４のいずれかに記載の管理装置。
【請求項６】
前記第１データは、前記ノードの接続関係を示すネットワーク構成図を含むことを特徴とする請求項１から５のいずれかに記載の管理装置。
【請求項７】
請求項１から６のいずれかに記載の管理装置から受信された前記第２データを前記第１データに復元するデータ復元部を備えることを特徴とする支援装置。
【請求項８】
１台以上のノードを含むネットワークを管理する管理方法であって、
前記ネットワークの状態を示すバイナリ形式の第１データを取得するデータ取得ステップと、
前記第１データをビューア形式の第２データに変換するデータ変換ステップと、
を備えることを特徴とする管理方法。
【請求項９】
請求項１に記載の管理装置としてコンピュータを機能させるための管理プログラムであって、前記データ取得部および前記データ変換部としてコンピュータを機能させるための管理プログラム。
【請求項１０】
請求項９に記載の管理プログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、マスタ装置およびスレーブ装置などのノードを含むネットワークを管理する管理装置、支援装置、管理方法および管理プログラムに関する。
【背景技術】
【０００２】
ＦＡ（Factory Automation）においては、工場内に設置される生産設備のデータ収集及び制御を行う各種のスレーブ装置と、複数のスレーブ装置を集中管理するマスタ装置などのノードから構成される産業用ネットワークシステムにより生産設備の制御が行われる。
【０００３】
何らかの原因で生産ラインに異常が発生して、生産ラインが停止した場合には、異常箇所を特定して生産ラインを早急に復旧する必要がある。これに対し、特許文献１および２には、制御システムで発生したイベントログを収集し、収集したイベントログを制御システムのネットワーク構成図と対応付けてグラフィカルに表示する技術が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１８−１２４６９６号公報
【特許文献２】特開２０１８−１２４６９７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
イベントログの収集や分析は、工場内に設置される管理装置（特許文献１および２では、プログラマブルターミナル）において行われるが、管理装置の操作に慣れている者が現場にいない場合がある。この場合、現状では、管理装置においてイベントログをＣＳＶデータに変換し、このＣＳＶデータを、現場以外のサポート部門（他オフィスのネットワーク設計者やＰＬＣの製造元など）に送信し、復旧作業を依頼している。
【０００６】
しかし、ＣＳＶデータは、単純なテキスト形式のデータであるため、サポート部門の支援装置では、現場の管理装置で表示されるイベントログのようにグラフィカルにイベントログを表示することができない。そのため、現場の管理装置のユーザと支援装置のユーザとの間で意思疎通がうまくいかないケースがあった。
【０００７】
本発明は、上記問題を解決するためになされたものであって、管理装置とは別の装置のユーザが管理装置におけるトラブルシュートを円滑に支援することを可能とする管理装置を提供することを課題とする。
【課題を解決するための手段】
【０００８】
本発明に係る管理装置は、１台以上のノードを含むネットワークを管理する管理装置であって、前記ネットワークの状態を示すバイナリ形式の第１データを取得するデータ取得部と、前記第１データをビューア形式の第２データに変換するデータ変換部と、を備えることを特徴とする。
【０００９】
また、上記管理装置において、前記第２データはＸＭＬ形式であることが好ましい。
【００１０】
また、上記管理装置において、前記データ変換部は、前記第１データから前記ネットワークの知的財産に関するデータを除去し、当該データが除去された前記第１データを前記第２データに変換することが好ましい。
【００１１】
また、上記管理装置において、前記第１データは、前記ノードで発生した事象の発生時刻と前記事象を特定する情報とを対応づけたイベントログを含むことが好ましい。
【００１２】
また、上記管理装置において、前記第１データは、前記ノードの状態に関する状態情報を含むことが好ましい。
【００１３】
また、上記管理装置において、前記第１データは、前記ノードの接続関係を示すネットワーク構成図を含むことが好ましい。
【００１４】
本発明に係る支援装置は、本発明に係る管理装置から受信された前記第２データを前記第１データに復元するデータ復元部を備えることを特徴とする。
【００１５】
本発明に係る管理方法は、１台以上のノードを含むネットワークを管理する管理方法であって、前記ネットワークの状態を示すバイナリ形式の第１データを取得するデータ取得ステップと、前記第１データをビューア形式の第２データに変換するデータ変換ステップと、を備えることを特徴とする。
【００１６】
また、上記管理装置としてコンピュータを機能させるための管理プログラムであって、前記データ取得部および前記データ変換部としてコンピュータを機能させるための管理プログラム、および、当該管理プログラムを記録したコンピュータ読み取り可能な記録媒体も本発明の技術的範囲に属する。
【発明の効果】
【００１７】
本発明によれば、管理装置とは別の装置のユーザが管理装置におけるトラブルシュートを円滑に支援することができる。
【図面の簡単な説明】
【００１８】
【図１】本発明の一実施形態に係る産業用ネットワークシステムの概略構成を示すブロック図である。
【図２】本発明の一実施形態に係る管理装置の構成を示すブロック図である。
【図３】管理装置に表示されたイベントログの表示画面の一例である。
【図４】期間に基づくイベントログの絞り込みを説明するための図である。
【図５】ネットワーク構成図の表示指示を説明するための図である。
【図６】管理装置に表示されたネットワーク構成図の一例である。
【図７】ネットワーク構成図において、あるノードに発生した事象に関する詳細な情報をツールチップ表示した状態を示す図である。
【図８】ネットワーク構成図の他の例である。
【図９】ネットワーク構成図において、あるノードにおいて発生中の異常に関する詳細な情報をツールチップ表示した状態を示す図である。
【図１０】（ａ）および（ｂ）は、バイナリ形式のデータをビューア形式のデータに変換する操作を行うためのダイアログ画面を示す図である。
【図１１】本発明の一実施形態に係る支援装置の構成を示すブロック図である。
【図１２】支援装置に表示されたイベントログの表示画面の一例である。
【図１３】支援装置に表示されたネットワーク構成図の一例である。
【発明を実施するための形態】
【００１９】
以下、本発明の実施形態について添付図面を参照して説明する。以下の実施形態ではＥｔｈｅｒＣＡＴ（Ethernet for Control Automation Technology：登録商標）の規格に即したネットワークシステムにおける管理装置について説明するが、本発明の対象はこれに限られない。１台以上のノードを備えたネットワークシステムであれば、本発明を適用することができる。
【００２０】
（システムの全体構成）
図１は、本発明の一実施形態に係る産業用ネットワークシステム１００の概略構成を示すブロック図である。産業用ネットワークシステム１００は、マスタ装置１、およびマスタ装置１に接続されたスレーブ装置２を含むネットワークと、マスタ装置１に接続された管理装置３とを備えている。マスタ装置１とスレーブ装置２とは、ＥｔｈｅｒＣＡＴ通信に適合するケーブルで接続され、スレーブ装置２同士もＥｔｈｅｒＣＡＴ通信に適合するケーブルで接続されている。マスタ装置１と管理装置３とは、有線または無線によるＥｔｈｅｒＮＥＴ（登録商標）通信またはＵＳＢ通信で接続されている。さらに、管理装置３は、インターネットなどの通信ネットワークＮを介して支援装置５に通信可能となっている。
【００２１】
マスタ装置１は、スレーブ装置２を集中管理する装置であり、例えばＰＬＣ（Programmable Logic Controller）で構成されている。マスタ装置１は、シーケンス制御を行うための制御命令をスレーブ装置２へ送信することでスレーブ装置２を制御するとともに、スレーブ装置２から各種データを受け取ることで、スレーブ装置２の状態監視を行う。
【００２２】
また、マスタ装置１は、自装置で所定の事象（イベント）が発生する度に、事象の発生時刻と事象を特定する情報とを対応づけたイベントログを、内蔵する不揮発性メモリに記録している。本実施形態における事象は、通信トラブル等の異常に関するシステムイベント、および、ユーザからの操作により発生するアクセスイベントに分類される。
【００２３】
スレーブ装置２は、生産設備のデータ収集および制御を行う装置であり、マスタ装置１からの制御命令に応じた生産設備の制御動作や、受信した制御命令の書き換えおよび返送処理を行う。スレーブ装置２としては、スレーブターミナル、ＮＸユニット、ＣＪユニット、ＩＯ−Ｌｉｎｋデバイス、電源ユニット、モータユニット、カウンタユニット、画像ユニット、通信ユニット、Ｉ／Ｏユニット等が含まれる。スレーブ装置２は有線または無線で生産設備に適宜接続されている。生産設備としては、センサ、押しボタン、リミットスイッチなどの入力装置やランプなどの出力装置が含まれる。
【００２４】
スレーブ装置２は、マスタ装置１と同様に、自装置で所定の事象が発生する度に、事象の発生時刻と事象を特定する情報とを対応づけたイベントログを、内蔵する不揮発性メモリに記録している。
【００２５】
なお、マスタ装置１に接続可能なスレーブ装置２の台数およびトポロジは特に限定されない。本実施形態では、１台のマスタ装置１に最大５１２台のスレーブ装置２が接続可能であり、スレーブ装置２間の連携や配線の都合に応じて、直列状、リング状、ツリー状またはスター状など、あらゆるトポロジを適用可能である。またノードとして、マスタ装置１およびスレーブ装置２以外に、ハブ装置を含んでもよい。
【００２６】
（管理装置）
図２は、管理装置３の構成を示すブロック図である。管理装置３は、マスタ装置１およびスレーブ装置２のネットワークを管理するコンピュータであり、例えば汎用のパーソナルコンピュータで構成することができる。管理装置３は、ハードウェア構成として、例えば、ＣＰＵ（中央演算処理装置）、主記憶装置（メモリ）、補助記憶装置（ハードディスク、ＳＳＤなど）、表示装置および入力装置（キーボード、マウスなど）を備えている。
【００２７】
また管理装置３は、機能ブロックとして、通信部３１、トラブルシュート制御部３２、ネットワーク管理部３３、トラブルシュート用の記憶部３４、ネットワーク管理用の記憶部３５および補助記憶部３６を備えている。通信部３１、トラブルシュート制御部３２およびネットワーク管理部３３は、補助記憶装置に格納されている管理プログラム（図示省略）が主記憶装置に読み出され、ＣＰＵによって実行されることによって実現される。管理プログラムは、ＣＤ−ＲＯＭなどの非一時的なコンピュータ読み取り可能な記録媒体に記録されてもよく、当該記録媒体を管理装置３に読み取らせることにより、管理プログラムを管理装置３にインストールしてもよい。あるいは、インターネット等の通信ネットワークを介して管理プログラムのコードを管理装置３にダウンロードしてもよい。
【００２８】
記憶部３４および記憶部３５は、主記憶装置に設定することができる。また、補助記憶部３６は、補助記憶装置に設定することができる。
【００２９】
通信部３１は、管理装置３がマスタ装置１および支援装置５と通信を行うための通信ユニットである。例えば、通信部３１は、マスタ装置１に従い通信プロトコルを切り替える機能、ノードに発生中の異常を定時でモニタリングする機能、各ノードからイベントログを取得するための送受信処理を行う機能等を有している。
【００３０】
トラブルシュート制御部３２は、マスタ装置１およびスレーブ装置２を含むネットワークの各種トラブルの解消を支援する機能を有している。この機能を実現するために、トラブルシュート制御部３２は、イベントログ取得部３２１、状態情報取得部３２２、イベントログ表示部３２３、第１のイベントログ選択部３２４、第２のイベントログ選択部３２５およびデータ変換部３２６を備えている。
【００３１】
イベントログ取得部３２１は、マスタ装置１およびスレーブ装置２の各ノードから、イベントログを取得する機能ブロックである。また、状態情報取得部３２２は、取得されたイベントログから、各ノードの現在の状態情報を抽出する機能ブロックである。上述のように、マスタ装置１およびスレーブ装置２の各ノードでは、自装置で発生した事象の発生時刻と事象を特定する情報とを対応づけたイベントログが記録されている。ユーザが管理プログラムを起動し、所定の操作（例えば、トラブルシュートボタンの押下）を行うことにより、イベントログ取得部３２１は、管理装置３に直接又は間接的に接続された全てのノードから、イベントログを取得することができる。取得されたイベントログは、記憶部３４に全イベントログＤ１として格納される。さらに、状態情報取得部３２２は、格納された全イベントログＤ１の中から、各ノードの状態に関する情報を抽出することができる。抽出された情報は、記憶部３４にノード状態情報Ｄ２として格納される。
【００３２】
なお、本実施形態において、イベントログ取得部３２１は、スレーブ装置２に記録されているイベントログを全て取得してもよいが、スレーブターミナル、ＮＸユニット、ＣＪユニットおよびＩＯ−Ｌｉｎｋデバイスに記録されたイベントログは、後述する通信異常に関するイベントログではないため、取得しない構成としてもよい。また、イベントログ取得部３２１は、マスタ装置１に記憶されているイベントログのうち、発生源が「ＥｔｈｅｒＣＡＴマスタ機能モジュール」のものを取得してもよい。
【００３３】
イベントログ表示部３２３は、イベントログの一覧を表示装置に表示する機能ブロックである。本実施形態では、イベントログ取得部３２１が各ノードからイベントログを取得すると、イベントログ表示部３２３は、取得された全てのイベントログの一覧を自動的に表示する。
【００３４】
図３は、イベントログの表示画面の一例である。図３では、領域Ｒ１に、イベントログの一覧が時系列順に表示されており、イベントログとして、エントリ、日時、重要度、発生源、発生源詳細、イベント名およびイベントコードが含まれている。本実施形態では、イベントログ自体に、異常の有無を示す例えばBoolean値のフラグが設定されており、フラグの値により発生中の異常であるか否かを識別することができる。
【００３５】
日時は、各ノードにおける事象の発生時刻である。本実施形態では、発生時刻が年月日および時分秒で示されているが、発生時刻の表示態様はこれに限定されない。
【００３６】
エントリ、重要度、発生源、発生源詳細、イベント名およびイベントコードは、事象を特定する情報である。具体的には、エントリは、Ｉ／Ｏエントリマッピングに割り付けられているＩ／Ｏデータである。重要度は、各ノードが検知した事象の重要度を表す情報であり、重要度が高いほどシステムへの影響が大きく、復旧に対する緊急度も高くなる。重要度の情報の一例としては、高い順に、例えば、全停止フォールト、部分停止フォールトおよび軽度フォールト等である。発生源は、事象の発生を検知したノードを表す情報であり、ノードの接続種別に応じた、例えば、ＥｔｈｅｒＣＡＴまたはＥｔｈｅｒｎｅｔ等の情報である。発生源詳細は、事象が発生したノードを特定する情報（ＩＤ、ノードアドレスなど）である。イベント名は、事象の種類である。イベントコードは、事象の種類に応じてあらかじめシステムがノードの事象に割り付けているコードであり、１６進８桁で示される。なお、事象を特定する情報は、これらに限定されない。
【００３７】
図３では、１４０２件のイベントログの一部が表示されているが、ユーザは、領域Ｒ１の右側にあるスクロールバーＲ２を操作することにより、イベントログの全てを閲覧することができる。しかし、イベントログが多い場合、イベントログの検証に多大な時間がかかるため、本実施形態では、第１のイベントログ選択部３２４が、ユーザによって設定されたフィルタリング条件に従ってイベントログを絞り込むことができるようになっている。
【００３８】
図３における領域Ｒ３〜Ｒ５には、フィルタリング条件を設定するためのメニューが表示されている。ユーザは、これらのメニューを選択した後、更新ボタンＢ１を押下することにより、領域Ｒ１に表示するイベントログを絞り込むことができる。
【００３９】
領域Ｒ３には、イベントログの一覧に表示するノードの範囲を選択するためのメニューが表示される。ユーザは、マスタ装置１およびスレーブ装置２のみを表示するか、スレーブ装置２に接続されたスレーブターミナルも一覧表示させるかを、選択することができる。
【００４０】
領域Ｒ４には、イベントログの種類に応じて一覧に表示する対象を絞り込むためのメニューが表示される。ユーザは、システムイベントログおよび／またはアクセスイベントログを選択することができる。
【００４１】
また、領域Ｒ５には、イベントログの重要度に応じて一覧に表示する対象を絞り込むためのメニューが表示される。全停止フォールトは、ノード全体の制御が不能となる異常であり、部分停止フォールトは、ノードの機能モジュール全体の制御が不能となる異常であり、軽度フォールトは、ノードの機能モジュールの範囲で制御動作が不能／継続不能となる異常である。監視情報は、制御に影響がないレベルの軽微な異常であるが、軽度フォールトレベル以上の異常に発展しないようにユーザに注意を促す目的で、イベントログに記録してユーザに通知される情報である。一般情報は、異常ではないが、イベントログに記録してユーザに通知される情報である。
【００４２】
さらに本実施形態では、上述のようなイベントログの絞り込みに加え、第１のイベントログ選択部３２４は、所定の期間内に発生した事象に関するイベントログへの絞り込みが可能となっている。具体的には、図４に示すように、イベントログの一覧において、所定の期間の起点となるイベントログを選択して右クリックすると、下側にコンテキストメニューが表示される。コンテキストメニューから、「これ以降の日時のイベントのみ表示」を選択することにより、選択したイベントログよりも発生時刻が遅いイベントログのみに絞り込むことができる。同様に、所定の期間の終点となるイベントログを選択して右クリックし、コンテキストメニューから「これ以前の日時のイベントのみ表示」を選択することにより、選択したイベントログよりも発生時刻が早いイベントログのみに絞り込むことができる。なお、イベントログを絞り込んだ後、コンテキストメニューから「日付フィルタを解除」を選択すると、再度、全てのイベントログを表示することができる。
【００４３】
第１のイベントログ選択部３２４は、全イベントログＤ１から選択したイベントログを第１の選択済イベントログＤ３として記憶部３４に格納する。これにより、イベントログ表示部３２３は、第１の選択済イベントログＤ３に基づいて、選択されたイベントログの一覧を表示する。その結果、イベントログの一覧には、所定の期間内に発生した事象に関するイベントログが表示される。
【００４４】
第２のイベントログ選択部３２５は、イベントログ（全イベントログＤ１または第１の選択済イベントログＤ３）から、通信異常の事象に関するイベントログを選択する機能ブロックである。通信異常に関する事象は、大部分が軽度フォールトのシステムイベントログである。第２のイベントログ選択部３２５によるイベントログの選択は、後述するように、ユーザがネットワーク構成図の表示を指示したときに行われ、選択されたイベントログは第２の選択済イベントログＤ４として記憶部３５に格納される。
【００４５】
以上のように、イベントログ取得部３２１、状態情報取得部３２２、第１のイベントログ選択部３２４および第２のイベントログ選択部３２５はそれぞれ、全イベントログＤ１、ノード状態情報Ｄ２、第１の選択済イベントログＤ３および第２の選択済イベントログＤ４を取得または作成する（データ取得ステップ）。全イベントログＤ１、ノード状態情報Ｄ２、第１の選択済イベントログＤ３および第２の選択済イベントログＤ４は、バイナリ形式のデータ（第１データ）であり、イベントログ取得部３２１、状態情報取得部３２２、第１のイベントログ選択部３２４および第２のイベントログ選択部３２５の各部は、特許請求の範囲に記載のデータ取得部に対応する。なお本明細書において、「取得」とは、データ等を他の装置から受信する態様と、データ等を自ら生成する態様との両方を含む概念である。データ変換部３２６の機能については、後述する。
【００４６】
ネットワーク管理部３３は、ユーザによるネットワークの状態管理を支援する機能を有している。この機能を実現するために、ネットワーク管理部３３は、実構成情報取得部３３１、ネットワーク構成図照合部３３２、ネットワーク構成図表示部３３３、状態表示部３３４および情報表示部３３５を備えている。
【００４７】
実構成情報取得部３３１は、実機のネットワーク構成の情報（実構成情報）を取得する機能ブロックである。本実施形態では、実際に構築された産業用ネットワークシステム１００において、マスタ装置１がネットワークスキャン処理を行うことにより、各スレーブ装置２の情報を収集し、実構成情報を生成する。実構成情報取得部３３１は、この実構成情報をマスタ装置１から受信して、図２に示す実構成情報Ｄ５として記憶部３５に読み出す。
【００４８】
また、補助記憶部３６には、ユーザにより作成された設計上のネットワーク構成を示すネットワーク構成情報Ｄ７が、プロジェクトファイルとしてあらかじめ格納されている。管理プログラムの起動後、ネットワーク構成図照合部３３２は、ネットワーク構成情報Ｄ７を記憶部３５に読み出し、ネットワーク構成情報Ｄ７と実構成情報Ｄ５とを照合する。照合の結果、両者が一致している場合、ネットワーク構成図照合部３３２は、実構成情報Ｄ５を記憶部３５から消去し、ネットワーク構成情報Ｄ７のみを記憶部３５に格納する。一方、照合の結果、両者が不一致の場合、ネットワーク構成図照合部３３２は、ネットワーク構成情報Ｄ７を記憶部３５から消去するとともに、実構成情報Ｄ５を補助記憶部３６に格納されているネットワーク構成情報Ｄ７に上書き保存する。これにより、記憶部３５には、実構成情報Ｄ５およびネットワーク構成情報Ｄ７のいずれかが残存する。
【００４９】
また、ネットワーク構成図照合部３３２は、ネットワーク構成情報Ｄ７と実構成情報Ｄ５とを比較することにより、ネットワークの断線位置を検出する。検出結果は、図２に示すネットワーク断線情報Ｄ６として記憶部３５に格納する。
【００５０】
なお、スレーブ装置２は、例えばメンテナンスなどの理由により、ネットワークから一時的に取り外される（離脱する）場合がある。スレーブ装置２は、メンテナンスから復帰すると、ネットワークに再加入することができる。本実施形態では、このような一時的な離脱による断線は、断線とは判断せずに処理することができる。離脱するスレーブ装置２の情報は、ネットワークに接続されたままのものとして、実構成情報Ｄ５に残すことができる。
【００５１】
ネットワーク構成図表示部３３３は、ノードの接続関係を示すネットワーク構成図を表示する機能ブロックである。本実施形態では、図５に示すように、イベントログの一覧において右クリックし、コンテキストメニューから「EtherCAT構成情報を表示する」を選択することにより、ユーザはネットワーク構成図の表示を指示することができる。これに応じて、ネットワーク構成図表示部３３３は、記憶部３５に格納された実構成情報Ｄ５またはネットワーク構成情報Ｄ７を参照して、図６に示すネットワーク構成図をグラフィカルに表示する。ネットワーク構成図では、ネットワークに含まれる全てのノードがアイコンで示され、それらがツリー表示されている。また、各アイコンの近傍には、ノードアドレスおよび機種名が表示されている。
【００５２】
なお、ネットワーク構成図の具体的な表示態様はこれに限定されず、ユーザがネットワーク構成を直感的に把握できるものであればよい。
【００５３】
また、ネットワーク構成図表示部３３３は、ユーザがネットワーク構成図の表示を指示した際に、第２の選択済イベントログＤ４を参照して、ネットワーク構成図上で、事象が発生したノードを当該事象が発生していないノードと識別可能に表示することができる。図６に示すネットワーク構成図では、ノードアドレスＥ０１０，Ｅ００８の各ノードの近傍にエラーアイコンＥが表示されている。これにより、ユーザは、エラーアイコンＥが表示されたノードに事象が発生したことを容易に把握することができる。従って、本実施形態に係る管理装置３を用いることにより、ノードに発生した事象の分析作業が容易になる。
【００５４】
また、スレーブ装置２に発生する事象の中で、通信異常は復旧に時間がかかるため、発生要因の分析対象として重要である。そこで本実施形態では、第２のイベントログ選択部３２５は、第２の選択済イベントログＤ４が通信異常の事象に関するイベントログのみを含むように、イベントログの選択を行う。これによりユーザは、ネットワーク構成図に基づいて、所定の期間内において、どのノードに通信異常が発生したかを容易に把握することができ、イベントログに基づく検証作業の効率化を図ることができる。
【００５５】
なお、ネットワーク構成図上で、事象が発生したノードを他のノードと識別可能に表示する態様は、上記に限定されない。例えば、該当するアイコンを点滅表示または強調表示するといった態様が適用できる。
【００５６】
状態表示部３３４は、ノード状態情報Ｄ２およびネットワーク断線情報Ｄ６に基づき、各ノードの現在の状態に関する情報を、各ノードと対応付けてネットワーク構成図上に表示する機能ブロックである。表示する態様としては、例えば、対応するノードのアイコンの近傍にアイコンを表示する。アイコンの種類は、状態の内容または程度に応じて変化させることができる。
【００５７】
例えば図８に例示するネットワーク構成図では、ノードアドレスＥ００２〜Ｅ００６の各ノードの近傍に、ノードの状態を示すアイコンＥ１が表示されている。例示する態様では、ノードアドレスＥ００４，Ｅ００５のノードには、正常に動作していることを意味するアイコンが表示されており、ノードアドレスＥ００２，Ｅ００６，Ｅ００３のノードには、何らかの異常が生じていることを意味するアイコンが表示されている。さらに、ノードアドレスＥ００２のノードの近傍には、発生中の異常を示すアイコンＥ２が表示されており、ノードＥ００２とノードＥ００１との間の接続線Ｅ３は、断線状態であることが識別可能に表示されている。なお、図８に例示する態様では、アイコンＥ２は、部分停止フォールトを意味するアイコンである。
【００５８】
これにより、ユーザは、表示されるアイコンＥ１の種類の違いにより、ノードの現在の状態を容易に把握することができる。また、ユーザは、アイコンＥ２が表示されたノードにおいて異常が発生中であることを容易に把握することができる。また、ユーザは、接続線Ｅ３の位置において通信が停止し、断線状態であることを容易に把握することができる。通信停止位置は、ネットワークの物理的なトラブルにおいて、復旧すべき優先度が高い箇所である。ネットワーク構成図において通信停止位置がグラフィカルに表示されることにより、原因箇所の特定も容易になる。
【００５９】
なお、ネットワーク構成図上で、ノードの状態を表示する態様、発生中の異常を表示する態様、および断線状態を表示する態様は、上記に限定されない。例えば、該当するアイコンや接続線を点滅表示または強調表示するといった態様が適用できる。
【００６０】
情報表示部３３５は、ネットワーク構成図上で識別可能に表示されたノードに対する所定の操作に応じて、当該ノードに発生した事象に関する情報を表示する機能ブロックである。例えば図６に示す、エラーアイコンＥが表示されたノードアドレスＥ０１０のノードのアイコンにマウスオーバーすると、情報表示部３３５は、第２の選択済イベントログＤ４から、マウスオーバーされたアイコンに対応するノードのイベントログを取得し、図７に示すように、ノードアドレスＥ０１０のノードにおいて所定の期間内に発生した事象に関する詳細な情報（日時、イベントコード、イベント名の一覧）を時刻順にツールチップ表示する。これにより、ユーザは、各ノードにどのような事象が発生したかを、簡単な操作で把握することができる。従って、ノードに発生した事象の分析作業がさらに容易になる。
【００６１】
また、例えば図８に示す、発生中の異常を示すアイコンＥ２が表示されたノードアドレスＥ００２のノードのアイコンにマウスオーバーされると、情報表示部３３５は、全イベントログＤ１から、マウスオーバーされたアイコンに対応するノードのイベントログを取得し、図９の符号Ｅ４にて示すように、当該ノードにおいて発生中の異常に関する詳細な情報（イベントコード、イベント名の一覧）をツールチップ表示する。これにより、ユーザは、各ノードにおいてどのような異常が発生中であるかを、簡単な操作で把握することができる。したがって、ノードにおいて発生中の異常の分析作業がさらに容易になる。なお、図９に例示する態様では、アイコンＥ２は、軽度フォールトを意味するアイコンである。
【００６２】
なお、ノードに対する所定の操作は、所望のノードを選択する操作であれば特に限定されず、例えばノードに対するクリックやタップ等であってもよい。
【００６３】
以上のように、実構成情報取得部３３１およびネットワーク構成図照合部３３２はそれぞれ、実構成情報Ｄ５およびネットワーク断線情報Ｄ６を取得または生成する（データ取得ステップ）。実構成情報Ｄ５およびネットワーク断線情報Ｄ６は、バイナリ形式のデータ（第１データ）であり、実構成情報取得部３３１およびネットワーク構成図照合部３３２の各部は、特許請求の範囲に記載のデータ取得部に対応する。また、図２では省略しているが、ネットワーク構成情報Ｄ７を作成する機能ブロックも、特許請求の範囲に記載のデータ取得部に対応する。
【００６４】
（データ変換）
以上のように、管理装置３では、トラブルシュート制御部３２のイベントログ取得部３２１、状態情報取得部３２２、イベントログ表示部３２３、第１のイベントログ選択部３２４および第２のイベントログ選択部３２５、ならびに、ネットワーク管理部３３の実構成情報取得部３３１、ネットワーク構成図照合部３３２、ネットワーク構成図表示部３３３および状態表示部３３４の機能により、ノードに発生した事象の分析作業などを行うことができる。しかし、管理装置３の操作に慣れている者が現場にいない場合、管理装置３と通信ネットワークＮで接続された支援装置５のユーザにサポートを依頼することになる。
【００６５】
管理装置３に格納された全イベントログＤ１やノード状態情報Ｄ２などのネットワークの状態を示すデータ（第１データ）は、管理プログラムに対応したバイナリ形式のデータである。一方、支援装置５には、管理プログラムがインストールされていないことが多い。そこで、本実施形態では、管理装置３に格納されたデータをビューア形式のデータ（第２データ）に変換して（データ変換ステップ）、支援装置５に送信する。
【００６６】
例えば、図３に示すイベントログに基づくトラブルシュートを支援装置５に依頼する場合、管理装置３のユーザは、保存ボタンＢ２を押下する。これにより、図１０（ａ）に示すように、データの保存形式を選択するためのダイアログ画面が表示される。このダイアログ画面には、保存形式としてビューア形式またはＣＳＶ形式を選択するためのラジオボタンが設けられている。ビューア形式を選択して「次へ」ボタンＢ３を押下すると、図１０（ｂ）に示すように、保存場所を選択するダイアログ画面が表示される。このダイアログ画面において、保存場所を選択し、保存ボタンＢ４を押下すると、図２に示すデータ変換部３２６が全イベントログＤ１およびネットワーク構成情報Ｄ７をバイナリ→アスキー変換を行うことにより、ビューア形式（本実施形態ではＸＭＬ形式）のビューアデータＤ８（第２データ）に変換し、ビューアデータＤ８を補助記憶部３６に格納する。ビューアデータＤ８は、所定の操作により、通信ネットワークＮを介して支援装置５に送信することができる。
【００６７】
あるいは、図８に示すネットワーク構成図に基づくトラブルシュートを支援装置５に依頼する場合、管理装置３のユーザは、ファイル出力ボタンＢ５を押下する。これにより、上記と同様に、図１０（ａ）に示すダイアログ画面が表示され、ビューア形式を選択して「次へ」ボタンＢ４を押下すると、図１０（ｂ）に示すダイアログ画面が表示される。このダイアログ画面において、保存場所を選択し、保存ボタンＢ５を押下すると、図２に示すデータ変換部３２６が全イベントログＤ１、ノード状態情報Ｄ２、実構成情報Ｄ５、ネットワーク断線情報Ｄ６およびネットワーク構成情報Ｄ７をバイナリ→アスキー変換を行うことにより、ビューア形式（本実施形態ではＸＭＬ形式）のビューアデータＤ９（第２データ）に変換し、ビューアデータＤ９を補助記憶部３６に格納する。ビューアデータＤ９は、所定の操作により、通信ネットワークＮを介して支援装置５に送信することができる。
【００６８】
ここで、データ変換部３２６は、バイナリ形式の第１データから、産業用ネットワークシステム１００の知的財産に関するデータを除去し、当該データが除去された第１データをビューア形式の第２データに変換することが好ましい。知的財産に関するデータとは、各ノードの制御プログラムや変数（バリアブル）など、トラブルシュートに関係のない機密情報を意味する。なお、管理装置３のイベントログ取得部３２１、状態情報取得部３２２、実構成情報取得部３３１などが、ネットワークから各種データを取得する際に、知的財産に関するデータを除外してデータ取得してもよい。この場合、データ変換部３２６において、知的財産に関するデータの除去処理は不要となる。
【００６９】
なお、図１０（ａ）に示すダイアログ画面において、ＣＳＶ形式を選択してデータ変換を行った場合、従来技術と同様に、バイナリ形式の第１データは、ＣＳＶ形式のデータに変換される。
【００７０】
（支援装置５）
図１１は、支援装置５の構成を示すブロック図である。支援装置５は、管理装置３と同様に、例えば汎用のパーソナルコンピュータで構成することができる。支援装置５は、ハードウェア構成として、例えば、ＣＰＵ（中央演算処理装置）、主記憶装置（メモリ）、補助記憶装置（ハードディスク、ＳＳＤなど）、表示装置および入力装置（キーボード、マウスなど）を備えている。
【００７１】
また支援装置５は、機能ブロックとして、通信部５１、トラブルシュート支援部５２、ネットワーク管理部５３、トラブルシュート用の記憶部５４、ネットワーク管理用の記憶部５５および補助記憶部５６を備えている。通信部５１、トラブルシュート支援部５２およびネットワーク管理部５３は、補助記憶装置に格納されているビューアプログラム（図示省略）が主記憶装置に読み出され、ＣＰＵによって実行されることによって実現される。ビューアプログラムは、ＣＤ−ＲＯＭなどの非一時的なコンピュータ読み取り可能な記録媒体に記録されてもよく、当該記録媒体を支援装置５に読み取らせることにより、ビューアプログラムを支援装置５にインストールしてもよい。あるいは、インターネット等の通信ネットワークを介してビューアプログラムのコードを支援装置５にダウンロードしてもよい。
【００７２】
記憶部５４および記憶部５５は、主記憶装置に設定することができる。また、補助記憶部５６は、補助記憶装置に設定することができる。
【００７３】
通信部５１は、支援装置５が管理装置３と通信を行うための通信ユニットである。例えば通信部５１は、管理装置３から送信されたビューアデータＤ８，Ｄ９を受信する。なお通信部５１は必須の構成ではなく、支援装置５が管理装置３と接続されていない場合は、ビューアデータＤ８，Ｄ９をＵＳＢメモリなどの記録媒体を介して受信してもよい。
【００７４】
トラブルシュート支援部５２は、管理装置３におけるトラブルシュートを支援する機能を有している。この機能を実現するために、トラブルシュート支援部５２は、データ復元部５２１、イベントログ表示部５２２、第１のイベントログ選択部５２３および第２のイベントログ選択部５２４を備えている。イベントログ表示部５２２、第１のイベントログ選択部５２３および第２のイベントログ選択部５２４はそれぞれ、図２に示す管理装置３のイベントログ表示部３２３、第１のイベントログ選択部３２４および第２のイベントログ選択部３２５と同等の機能を有している。
【００７５】
図１１に示すネットワーク管理部５３は、支援装置５のユーザがネットワークの状態管理を行うための機能を有している。この機能を実現するために、ネットワーク管理部５３は、ネットワーク構成図表示部５３１、状態表示部５３２および情報表示部５３３を備えている。ネットワーク管理部５３は、ネットワーク構成図表示部５３１、状態表示部５３２および情報表示部５３３はそれぞれ、図２に示す管理装置３のネットワーク構成図表示部３３３、状態表示部３３４および情報表示部３３５と同等の機能を有している。
【００７６】
図１１に示すトラブルシュート支援部５２のデータ復元部５２１は、管理装置３から受信されたビューアデータＤ８，Ｄ９をバイナリ形式のデータに復元する機能ブロックである。
【００７７】
例えば、ビューアデータＤ８を受信した場合、データ復元部５２１は、ビューアデータＤ８を全イベントログＤ１およびネットワーク構成情報Ｄ７に復元する。
【００７８】
イベントログ表示部５２２は、復元された全イベントログＤ１を記憶部５４に展開して、図１２に示すイベントログの一覧を支援装置５の表示装置に表示することができる。図１２に示すイベントログの一覧は、図３に示すイベントログの一覧と同様のグラフィカルなレイアウトであり、エラーを示すアイコンなどの非テキスト情報も含まれている。なお、支援装置５は、ネットワークのイベントログの収集機能を備えていないため、更新ボタンＢ１１およびクリアボタンＢ１２は、押下できないようになっている。
【００７９】
図１２に示すイベントログの一覧では、第１のイベントログ選択部５２３および第２のイベントログ選択部５２４によって、図４〜図５に示すようなイベントログの絞り込み操作が可能となっている。また、ネットワーク構成図表示部５３１および情報表示部５３３によって、図６に示すようなネットワーク構成図をグラフィカルに表示し、さらに図７に示すように、マウスオーバーされたアイコンに対応するノードにおいて発生した事象に関する詳細な情報をツールチップ表示することも可能となっている。
【００８０】
あるいは、ビューアデータＤ９を受信した場合、データ復元部５２１は、ビューアデータＤ９を全イベントログＤ１、ノード状態情報Ｄ２、実構成情報Ｄ５、ネットワーク断線情報Ｄ６およびネットワーク構成情報Ｄ７に復元する。
【００８１】
状態表示部５３２は、復元されたノード状態情報Ｄ２およびネットワーク断線情報Ｄ６に基づき、各ノードの現在の状態に関する情報を、図１３に示すように、各ノードと対応付けてネットワーク構成図上に表示することができる。図１３に示すネットワーク構成図は、図８に示すネットワーク構成図と同様のグラフィカルなレイアウトであり、各ノードのアイコンＥ１、発生中の異常を示すアイコンＥ２、接続線Ｅ３などの非テキスト情報も含まれている。なお、支援装置５は、ネットワークの各ノードの状態情報を抽出する機能を備えていないため、取得ボタンＢ１３およびクリアボタンＢ１４は、押下できないようになっている。
【００８２】
また、図１３に示すネットワーク構成図において、ノードを示すアイコンにマウスオーバーすると、情報表示部５３３によって、図９に示す画面と同様に、マウスオーバーされたノードにおいて発生中の異常に関する詳細な情報をツールチップ表示することも可能となっている。
【００８３】
以上のように、支援装置５では、ビューア形式のビューアデータＤ８，Ｄ９を復元することにより、イベントログの一覧やネットワーク構成図を、管理装置３におけるものと同様に、グラフィカルに表示することができる。よって、支援装置５のユーザは、実質的に同じ表示態様の画面を管理装置３のユーザと共有することができるため、リモートデスクトップの機能を使用しなくても、電話などの音声会話のみによって、管理装置３におけるトラブルシュートを円滑に支援することができる。
【００８４】
さらに、本実施形態では、データ変換部３２６が、ネットワークの知的財産に関するデータを除去されたバイナリ形式の第１データをビューア形式の第２のデータに変換している。そのため、支援装置５に機密情報が漏洩することなく、トラブルシュートの支援を依頼することができる。
【００８５】
（付記事項）
以上、本発明の実施形態について説明したが、本発明は上記実施形態に限定されるものではなく、その趣旨を逸脱しない限りにおいて種々の変更が可能であり、例えば、上記実施形態に開示された技術的手段を適宜組み合わせて得られる形態も、本発明の技術的範囲に属する。
【００８６】
上記実施形態では、支援装置５に送信する第２データがＸＭＬ形式であったが、本発明はこれに限定されない。ビューア形式とは、管理プログラムがインストールされていない装置において、イベントログの一覧やネットワーク構成図などのバイナリ形式の第１のデータを、管理装置３におけるものと同等の表示態様でグラフィカルに表示することができる形式を意味する。
【００８７】
なお、支援装置５における表示態様と管理装置３における表示態様とは全く同一である必要は無く、支援装置５のユーザが円滑に支援できる程度であれば、両者に若干の差異が存在してもよい。
【００８８】
また、上記実施形態では、全イベントログＤ１、ノード状態情報Ｄ２、第１の選択済イベントログＤ３、第２の選択済イベントログＤ４、実構成情報Ｄ５、ネットワーク断線情報Ｄ６およびネットワーク構成情報Ｄ７をビューア形式のデータ（第２データ）に変換していたが、変換対象となるデータ（第１データ）は、ネットワークの状態を示すバイナリ形式のデータであれば特に限定されない。
【符号の説明】
【００８９】
１      マスタ装置（ノード）
２      スレーブ装置（ノード）
３      管理装置
３１    通信部
３２    トラブルシュート制御部
３２１  イベントログ取得部（データ取得部）
３２２  状態情報取得部（データ取得部）
３２３  イベントログ表示部
３２４  第１のイベントログ選択部（データ取得部）
３２５  第２のイベントログ選択部（データ取得部）
３２６  データ変換部
３３    ネットワーク管理部
３３１  実構成情報取得部（データ取得部）
３３２  ネットワーク構成図照合部（データ取得部）
３３３  ネットワーク構成図表示部
３３４  状態表示部
３３５  情報表示部
３４    記憶部
３５    記憶部
３６    補助記憶部
５      支援装置
５１    通信部
５２    トラブルシュート支援部
５２１  データ復元部
５２２  イベントログ表示部
５２３  第１のイベントログ選択部
５２４  第２のイベントログ選択部
５３    ネットワーク管理部
５３１  ネットワーク構成図表示部
５３２  状態表示部
５３３  情報表示部
５４    記憶部
５５    記憶部
５６    補助記憶部
１００  産業用ネットワークシステム
Ｄ１    全イベントログ（第１データ）
Ｄ２    ノード状態情報（第１データ）
Ｄ３    第１の選択済イベントログ（第１データ）
Ｄ４    第２の選択済イベントログ（第１データ）
Ｄ５    実構成情報（第１データ）
Ｄ６    ネットワーク断線情報（第１データ）
Ｄ７    ネットワーク構成情報（第１データ）
Ｄ８    ビューアデータ（第２データ）
Ｄ９    ビューアデータ（第２データ）
【図１】
2020161965.tif 000003
【図２】
2020161965.tif 000004
【図３】
2020161965.tif 000005
【図４】
2020161965.tif 000006
【図５】
2020161965.tif 000007
【図６】
2020161965.tif 000008
【図７】
2020161965.tif 000009
【図８】
2020161965.tif 000010
【図９】
2020161965.tif 000011
【図１０】
2020161965.tif 000012
【図１１】
2020161965.tif 000013
【図１２】
2020161965.tif 000014
【図１３】
2020161965.tif 000015