(57)【要約】      （修正有）【課題】制御装置の機能追加や機能改善に伴って、新規のシステムログデータが制御装置に保存される場合であっても、エンジニアリングツールのバージョンアップ作業を行う必要を無くす。【解決手段】実施形態の制御装置は、制御装置メモリと、制御装置制御部と、を備える。制御装置メモリは、制御装置のシステムログデータを記憶するログデータ領域と、システムログデータに対応する表示内容を含むシステムログデータベースを記憶するログデータベース領域と、を有する。制御装置制御部は、エンジニアリングツールから、システムログデータベースのデータベース読出要求を受信した場合、ログデータベース領域に記憶されるシステムログデータベースをエンジニアリングツールに送信し、エンジニアリングツールから、システムログデータのデータ読出要求を受信した場合、ログデータ領域に記憶されるシステムログデータをエンジニアリングツールに送信する。【選択図】図１
2020046966.tif 000002
【特許請求の範囲】
【請求項１】
制御装置のシステムログデータを記憶する予め設定されたアドレス空間であるログデータ領域と、前記ログデータ領域とは異なる予め設定されたアドレス空間でありかつ前記システムログデータに対応する表示内容を含むシステムログデータベースを記憶するログデータベース領域と、を有する制御装置メモリと、
エンジニアリングツールから、前記制御装置のファームウェアのバージョン情報のバージョン情報送信要求を受信した場合、前記バージョン情報を前記エンジニアリングツールに送信し、前記エンジニアリングツールから、前記システムログデータベースのデータベース読出要求を受信した場合、前記ログデータベース領域に記憶される前記システムログデータベースを前記エンジニアリングツールに送信し、前記エンジニアリングツールから、前記システムログデータのデータ読出要求を受信した場合、前記ログデータ領域に記憶される前記システムログデータを前記エンジニアリングツールに送信する制御装置制御部と、
を備える制御装置。
【請求項２】
制御装置のシステムログデータに対応する表示内容を含むシステムログデータベースを記憶するツールメモリと、
前記システムログデータの表示が選択された場合に、前記制御装置に対して、前記制御装置のファームウェアのバージョン情報のバージョン情報送信要求を送信し、エンジニアリングツールのバージョン情報が前記制御装置から受信する前記バージョン情報より古い場合、前記制御装置に対して、前記システムログデータベースのデータベース読出要求を送信し、前記制御装置から、前記システムログデータベースを受信し、当該受信したシステムログデータベースのうち、少なくとも、前記制御装置のファームウェアのバージョンアップにより追加された新規の前記システムログデータベースを前記ツールメモリに保存し、その後、前記制御装置に対して、前記システムログデータのデータ読出要求を送信し、前記制御装置から前記システムログデータを受信し、前記ツールメモリに記憶される前記システムログデータベースを用いて、受信する前記システムログデータに対応する前記表示内容を表示部に表示させるツール制御部と、
を備えるエンジニアリングツール。
【請求項３】
前記ツール制御部は、前記制御装置から、既存の前記システムログデータベースおよび前記新規のシステムログデータベースを受信し、前記既存のシステムログデータベースおよび前記新規のシステムログデータベースによって、前記ツールメモリに記憶される前記システムログデータベースを上書きする請求項２に記載のエンジニアリングツール。
【請求項４】
制御装置は、
前記制御装置のシステムログデータを記憶する予め設定されたアドレス空間であるログデータ領域と、前記ログデータ領域とは異なる予め設定されたアドレス空間でありかつ前記システムログデータに対応する表示内容を含むシステムログデータベースを記憶するログデータベース領域と、を有する制御装置メモリと、
エンジニアリングツールから、前記制御装置のファームウェアのバージョン情報のバージョン情報送信要求を受信した場合、前記バージョン情報を前記エンジニアリングツールに送信し、前記エンジニアリングツールから、前記システムログデータベースのデータベース読出要求を受信した場合、前記ログデータベース領域に記憶される前記システムログデータベースを前記エンジニアリングツールに送信し、前記エンジニアリングツールから、前記システムログデータのデータ読出要求を受信した場合、前記ログデータ領域に記憶される前記システムログデータを前記エンジニアリングツールに送信する制御装置制御部と、を備え、
前記エンジニアリングツールは、
前記システムログデータベースを記憶するツールメモリと、
前記システムログデータの表示が選択された場合に、前記制御装置に対して、前記制御装置のファームウェアのバージョン情報のバージョン情報送信要求を送信し、前記エンジニアリングツールのバージョン情報が前記制御装置から受信する前記バージョン情報より古い場合、前記制御装置に対して、前記システムログデータベースのデータベース読出要求を送信し、前記制御装置から、前記システムログデータベースを受信し、当該受信したシステムログデータベースのうち、少なくとも、前記制御装置のファームウェアのバージョンアップにより追加された新規の前記システムログデータベースを前記ツールメモリに保存し、その後、前記制御装置に対して、前記システムログデータのデータ読出要求を送信し、前記制御装置から前記システムログデータを受信し、前記ツールメモリに記憶される前記システムログデータベースを用いて、受信する前記システムログデータに対応する前記表示内容を表示部に表示させるツール制御部と、
を備える制御システム。
【請求項５】
前記ツール制御部は、前記制御装置から、既存の前記システムログデータベースおよび前記新規のシステムログデータベースを受信し、前記既存のシステムログデータベースおよび前記新規のシステムログデータベースによって、前記ツールメモリに記憶される前記システムログデータベースを上書きする請求項４に記載の制御システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、制御装置、エンジニアリングツール、および制御システムに関する。
【背景技術】
【０００２】
エンジニアリングツールは、制御ネットワークを介して接続される制御装置のエンジニアリングおよび当該制御装置の運転状態の監視や診断等を行う。
【０００３】
制御装置は、制御装置の運転状態の変化（例えば、電源のオンまたはオフ、運転モードの遷移）の履歴であるイベントログや、制御装置の監視および診断（例えば、自己診断、制御装置に接続される接続機器における異常の発生状況）の履歴であるエラーログ等をシステムログデータとして内部メモリに保存している。
【０００４】
例えば、システムログデータは、システムログデータの発生時刻、システムログデータのログ種別（例えば、イベントログ、エラーログ）、ログ番号（例えば、システムログデータに付される任意の番号）、システムログデータに対応する情報データ（例えば、システムログデータのイベントの発生タイミングや発生箇所）等を含む。
【０００５】
そして、制御装置の内部メモリに保存されるシステムログデータは、エンジニアリングツールにおいて表示される。その際、エンジニアリングツールは、システムログデータに対応する表示内容を含むシステムログデータベースを用いて、制御装置の内部メモリに保存されるシステムログデータに対応する表示内容を表示部に表示させる。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特許第６０５４００８号公報
【特許文献２】特開２０１３−９２８８２号公報
【特許文献３】特開２０１５−３２１５２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ところで、既存の制御装置への機能追加や機能改善に応じて、制御装置の新たな運転状態の変化や制御装置の新たな監視および診断の履歴に基づくシステムログデータを、制御装置の内部メモリに対して新たに追加で保存する場合がある。この場合、新たに追加するシステムログデータに対して、既存のシステムログデータとは異なるログ種別やログ番号を付して、制御装置の内部メモリに保存する。そして、制御装置への機能追加や機能改善が行われると、制御装置のファームウェアのバージョンアップと共に、エンジニアリングツールが有するシステムログデータベースのバージョンアップが必要となる。
【０００８】
これにより、エンジニアリングツールに対する機能追加が無い場合でも、エンジニアリングツール全体のバージョンアップが行われるため、新たなエンジニアリングツールの生成や、エンジニアリングツールのバージョンアップに関わる書類の作成、新たなエンジニアリングツールに関わる図面の製品部への出図等のバージョンアップ作業を行わなければならない。
【０００９】
また、エンジニアリングツールには、日本語版、英語版、サーバ用、クライアント用など複数の型式があるため、エンジニアリングツールをバージョンアップする場合、それぞれの型式に対応するバージョンアップが必要となり、バージョンアップ作業において多くの時間を要することになる。
【課題を解決するための手段】
【００１０】
実施形態の制御装置は、制御装置メモリと、制御装置制御部と、を備える。制御装置メモリは、制御装置のシステムログデータを記憶する予め設定されたアドレス空間であるログデータ領域と、ログデータ領域とは異なる予め設定されたアドレス空間でありかつシステムログデータに対応する表示内容を含むシステムログデータベースを記憶するログデータベース領域と、を有する。制御装置制御部は、エンジニアリングツールから、制御装置のファームウェアのバージョン情報のバージョン情報送信要求を受信した場合、バージョン情報をエンジニアリングツールに送信し、エンジニアリングツールから、システムログデータベースのデータベース読出要求を受信した場合、ログデータベース領域に記憶されるシステムログデータベースをエンジニアリングツールに送信し、エンジニアリングツールから、システムログデータのデータ読出要求を受信した場合、ログデータ領域に記憶されるシステムログデータをエンジニアリングツールに送信する。
【図面の簡単な説明】
【００１１】
【図１】図１は、第１の実施形態にかかる制御システムの構成の一例を示す図である。
【図２】図２は、第１の実施形態にかかる制御システムにおけるシステムログデータに対応する表示内容の表示処理の流れの一例を示すシーケンス図である。
【図３】図３は、第１の実施形態にかかる制御システムにおけるシステムログデータに対応する表示内容の表示処理の一例を説明するための図である。
【図４】図４は、第２の実施形態にかかる制御システムにおけるシステムログデータに対応する表示内容の表示処理の流れの一例を示すシーケンス図である。
【発明を実施するための形態】
【００１２】
以下、添付の図面を用いて、本実施形態にかかる制御装置、エンジニアリングツール、および制御システムの一例について説明する。
【００１３】
（第１の実施形態）
図１は、第１の実施形態にかかる制御システムの構成の一例を示す図である。本実施形態にかかる制御システムは、図１に示すように、複数の制御装置１−１〜１−Ｎ（Ｎは、１以上の整数）と、パーソナルコンピュータ等のエンジニアリングツール２と、を有する。制御装置１とエンジニアリングツール２とは、制御ネットワーク３を介して接続される。
【００１４】
以下の説明では、複数の制御装置１−１〜１−Ｎを区別する必要がない場合には、制御装置１と記載する。また、本実施形態では、制御システムが、エンジニアリングツール２を１つ有する例について説明するが、複数のエンジニアリングツール２を有していても良い。
【００１５】
制御装置１は、ＰＬＣ（Programmable  Logic  Controller）等である。具体的には、制御装置１は、ＣＰＵ（Central  Processing  Unit）等のプロセッサを有する回路基板である制御装置制御部１０１と、制御装置メモリ１０２と、を有する。
【００１６】
制御装置メモリ１０２は、ログデータ領域１０２ａおよびログデータベース領域１０２ｂを有する。本実施形態では、制御装置メモリ１０２は、ログデータ領域１０２ａおよびログデータベース領域１０２ｂに加えて、バージョン情報領域１０２ｃを有する。バージョン情報領域１０２ｃは、ログデータ領域１０２ａおよびログデータベース領域１０２ｂとは異なる予め設定されたアドレス空間であり、制御装置１のファームウェアのバージョン情報を記憶する領域である。
【００１７】
ログデータ領域１０２ａは、制御装置１のログデータ（以下、システムログデータと言う）を記憶する予め設定されたアドレス空間である。本実施形態では、ログデータ領域１０２ａは、制御装置１が有するモジュール毎に設けられ、各モジュールのシステムログデータを記憶する。
【００１８】
システムログデータは、例えば、制御装置１の運転状態の変化（電源のオンまたはオフ、運転モードの遷移）の履歴であるイベントログや、制御装置１の監視および診断（制御装置１の自己診断、制御装置１に接続される制御対象機器における異常の発生状況など）の履歴であるエラーログである。
【００１９】
本実施形態では、システムログデータは、当該システムログデータの発生時刻、システムログデータの種別（以下、ログ種別と言う）、システムログデータに付される任意の番号（以下、ログ番号と言う）等を含む。
【００２０】
ログデータベース領域１０２ｂは、ログデータ領域１０２ａとは異なる予め設定されたアドレス空間であり、システムログデータに対応する表示内容を含むシステムログデータベースを記憶する領域である。
【００２１】
制御装置制御部１０１は、制御装置１全体を制御する。本実施形態では、制御装置制御部１０１は、制御装置１への機能追加や機能改善を行うために、制御装置１のファームウェアのバージョンアップを行う。ところで、ファームウェアのバージョンアップによって制御装置１への機能追加や機能改善が行われると、新規のシステムログデータが、ログデータ領域１０２ａに対して追加で保存される場合がある。新規のシステムログデータには、既存のシステムログデータには含まれない任意のログ種別やログ番号が割り当てられる。そのため、制御装置制御部１０１は、制御装置１のファームウェアのバージョンアップが行われると、新規のシステムログデータに対応する表示内容を含む新規のシステムログデータベースをログデータベース領域１０２ｂに保存する。
【００２２】
また、制御装置制御部１０１は、エンジニアリングツール２から、制御装置１のファームウェアのバージョン情報の送信を要求するバージョン情報送信要求を受信した場合、バージョン情報領域１０２ｃに記憶されるバージョン情報をエンジニアリングツール２に送信する。
【００２３】
また、制御装置制御部１０１は、エンジニアリングツール２から、システムログデータベースの読出要求（以下、データベース読出要求と言う）を受信すると、ログデータベース領域１０２ｂから、システムログデータベースを読み出す。そして、制御装置制御部１０１は、読み出したシステムログデータベースを、エンジニアリングツール２に送信する。
【００２４】
また、制御装置制御部１０１は、エンジニアリングツール２から、システムログデータの読出要求（以下、データ読出要求と言う）を受信すると、ログデータ領域１０２ａから、システムログデータを読み出す。そして、制御装置制御部１０１は、当該読み出したシステムログデータを、エンジニアリングツール２に送信する。
【００２５】
これにより、機能追加や機能改善を行うために制御装置１のファームウェアのバージョンアップが行われた場合に、エンジニアリングツール２は、自身のバージョンアップを行わなくても、制御装置１からエンジニアリングツール２に送信されるシステムログデータベースを用いて、新規のシステムログデータに対応する表示内容を表示することができる。
【００２６】
その結果、制御装置１の機能追加や機能改善に伴って、新規のシステムログデータが制御装置１に保存される場合であっても、新たなエンジニアリングツール２の生成や、エンジニアリングツール２のバージョンアップに関わる書類の作成、新たなエンジニアリングツール２に関わる図面の製品部への出図等のバージョンアップ作業を行う必要が無くなる。また、日本語版、英語版、サーバ用、クライアント用等の複数の型式のエンジニアリングツール２が存在したとしても、それぞれの型式に対応するバージョンアップを行う必要が無くなり、バージョンアップ作業において要する時間を削減することができる。
【００２７】
次に、エンジニアリングツール２について説明する。エンジニアリングツール２は、ＣＰＵ等のプロセッサを有する回路基板であるツール制御部２０１と、ツールメモリ２０２と、表示部２０３と、を有する。
【００２８】
表示部２０３は、ＬＣＤ（Liquid  Crystal  Display）等であり、制御装置１から受信するシステムログデータに対応する表示内容等の各種情報を表示可能である。
【００２９】
ツールメモリ２０２は、システムログデータベースを記憶する。本実施形態では、ツールメモリ２０２は、エンジニアリングツール２が制御ネットワーク３を介して接続される制御装置１毎に、当該制御装置１に対応するシステムログデータベースを記憶する。
【００３０】
ツール制御部２０１は、エンジニアリングツール２全体を制御する。本実施形態では、ツール制御部２０１は、ユーザによってシステムログデータの表示（以下、システムログ表示と言う）が選択された場合に、バージョン情報送信要求を制御装置１に送信する。また、ツール制御部２０１は、バージョン情報送信要求の送信に先立って、実行中のプログラムが、システムログデータの送信元の制御装置１のシステム環境（例えば、制御装置１において実行されるプログラム、制御装置１のハードウェア構成、制御装置１の機種）に対応するプログラムであるか否かを判断する。そして、ツール制御部２０１は、実行中のプログラムが、システムログデータの送信元の制御装置１のシステム環境に対応するプログラムでない場合、当該制御装置１のシステム環境に対応するプログラムをロードする処理（以下、照合処理と言う）を実行する。
【００３１】
次いで、ツール制御部２０１は、制御装置１に対して、データベース読出要求を送信するとともに、制御装置１から、システムログデータベースを受信する。そして、ツール制御部２０１は、受信したシステムログデータベースのうち、少なくとも、制御装置１のファームウェアのバージョンアップにより追加された新規のシステムログデータベースをツールメモリ２０２に保存する。
【００３２】
その後、ツール制御部２０１は、データ読出要求を制御装置１に送信する。次いで、ツール制御部２０１は、制御装置１から、システムログデータを受信する。さらに、ツール制御部２０１は、ツールメモリ２０２から、システムログデータの送信元の制御装置１のシステムログデータベースを読み出し、当該読み出したシステムログデータベースを用いて、受信したシステムログデータに対応する表示内容を表示部２０３に表示させる。
【００３３】
これにより、機能追加や機能改善を行うために制御装置１のファームウェアのバージョンアップが行われた場合に、エンジニアリングツール２は、自身のファームウェアのバージョンアップを行わなくても、制御装置１から送信されるシステムログデータベースを用いて、新規のシステムログデータに対応する表示内容を表示部２０３に表示させることができる。
【００３４】
その結果、制御装置１の機能追加や機能改善に伴って、新規のシステムログデータが制御装置１に保存される場合であっても、エンジニアリングツール２のバージョンアップ作業を行う必要が無くなる。また、複数の型式のエンジニアリングツール２が存在したとしても、それぞれの型式に対応するバージョンアップを行う必要が無くなり、バージョンアップ作業において要する時間を削減することができる。
【００３５】
図２は、第１の実施形態にかかる制御システムにおけるシステムログデータに対応する表示内容の表示処理の流れの一例を示すシーケンス図である。図２に示すように、エンジニアリングツール２のツール制御部２０１は、ユーザによってシステムログ表示が選択され、実行中のプログラムが、システムログデータの送信元の制御装置１のシステム環境に対応するプログラムでない場合、当該制御装置１のシステム環境に対応するプログラムをロードする照合処理を実行する（ステップＳ２１０）。次に、ツール制御部２０１は、制御装置１に対して、バージョン情報送信要求を送信する（ステップＳ２１１）。
【００３６】
制御装置１の制御装置制御部１０１は、エンジニアリングツール２から、バージョン情報送信要求を受信すると、制御装置メモリ１０２のバージョン情報領域１０２ｃに記憶されるバージョン情報を、エンジニアリングツール２に対して送信する（ステップＳ２１２）。
【００３７】
エンジニアリングツール２のツール制御部２０１は、制御装置１からバージョン情報を受信すると、エンジニアリングツール２のバージョン情報が、制御装置１のファームウェアのバージョン情報よりも古いか否かを判断する確認処理を実行する（ステップＳ２１３）。エンジニアリングツール２のバージョン情報が、制御装置１のファームウェアのバージョン情報よりも古い場合、ツール制御部２０１は、データベース読出要求を制御装置１に送信する（ステップＳ２１４）。エンジニアリングツール２のバージョン情報が、制御装置１のファームウェアのバージョン情報と同じまたは制御装置１のファームウェアのバージョン情報より新しい場合、ツール制御部２０１は、データベース読出要求を制御装置１に送信しなくても良い。
【００３８】
制御装置１の制御装置制御部１０１は、エンジニアリングツール２から、データベース読出要求を受信すると、制御装置メモリ１０２のログデータベース領域１０２ｂから、システムログデータベースを読み出す（ステップＳ２１５）。そして、制御装置制御部１０１は、読み出したシステムログデータベースを、エンジニアリングツール２に対して送信する（ステップＳ２１６）。
【００３９】
エンジニアリングツール２のツール制御部２０１は、制御装置１からシステムログデータベースを受信した場合、受信したシステムログデータベースと、ツールメモリ２０２に記憶されるシステムログデータベースとを比較する（ステップＳ２１７）。受信したシステムログデータベースが、ツールメモリ２０２に記憶されている既存のシステムログデータベースと異なる場合、すなわち、受信したシステムログデータベースが、ツールメモリ２０２に記憶されていない場合、ツール制御部２０１は、受信したシステムログデータベースのうち、ツールメモリ２０２に記憶されていない新規のシステムログデータベースを、ツールメモリ２０２に追加で保存する（ステップＳ２１８）。
【００４０】
受信したシステムログデータベースをツールメモリ２０２に追加で保存した後、またはデータベース読出要求を制御装置１に送信しなかった場合、エンジニアリングツール２のツール制御部２０１は、データ読出要求を制御装置１に送信する（ステップＳ２１９）。
【００４１】
制御装置１の制御装置制御部１０１は、エンジニアリングツール２からデータ読出要求を受信すると、制御装置メモリ１０２のログデータ領域１０２ａから、システムログデータを読み出す（ステップＳ２２０）。そして、制御装置制御部１０１は、読み出したシステムログデータを、エンジニアリングツールに送信する（ステップＳ２２１）。
【００４２】
エンジニアリングツール２のツール制御部２０１は、制御装置１からシステムログデータを受信すると、ツールメモリ２０２から、システムログデータの送信元の制御装置１のシステムログデータベースを読み出す（ステップＳ２２２）。そして、ツール制御部２０１は、読み出したシステムログデータベースを用いて、受信したシステムログデータに対応する表示内容を表示部２０３に表示させる（ステップＳ２２３）。
【００４３】
図３は、第１の実施形態にかかる制御システムにおけるシステムログデータに対応する表示内容の表示処理の一例を説明するための図である。例えば、エンジニアリングツール２のツール制御部２０１は、図３に示すように、制御装置１から、１６進数で表されたシステムログデータ３０１を受信する。次いで、ツール制御部２０１は、ツールメモリ２０２から、当該システムログデータ３０１の送信元の制御装置１のシステムログデータベース３０２を読み出す。
【００４４】
システムログデータベース３０２は、下記の表１に示すように、１６進数で表されるシステムログデータのイベントＩＤと、当該システムログデータに対応する表示内容と、を対応付けるデータベースである。システムログデータに対応する表示内容は、表１に示すように、システムログデータに関わるイベントの分類、当該イベントのレベル、当該イベントの内容であるイベント内容、当該イベント内容を補足する補助情報、当該イベントが発生した原因、当該イベントに対する対策等を含む。
【表１】
2020046966.tif 000003
【００４５】
そして、図３に示すように、システムログデータ３０１の各行（例えば、Ｎ行目）の左端から５桁目まで（例えば、「１０００４」）がイベントＩＤを示している場合、ツール制御部２０１は、システムログデータベース３０２（表１参照）において、イベントＩＤ（例えば、「１０００４」）と対応付けられる分類（例えば、「エラー」）、レベル（例えば、「重故障」）、イベント内容（例えば、「Ｉ／Ｏ異常」）、補助情報（例えば、「ループ番号＝０」）、原因（例えば、「Ｉ／Ｏモジュール不良など」）、対策（例えば、「Ｉ／Ｏモジュールを交換して下さい。または、サービス窓口に連絡願います。」）を、表示内容として特定する。
【００４６】
また、図３に示すように、システムログデータ３０１の各行（例えば、Ｎ行目）の６桁目から１７桁目まで（例えば、「１１０７１９０Ｅ２Ｃ１１」）がシステムログデータ３０１の発生日時（例えば、年月日、時刻）を示している場合、ツール制御部２０１は、システムログデータ３０１の６桁目から１７桁目まで（例えば、「１１０７１９０Ｅ２Ｃ１１」）を、１０進数で表される発生日時：「２０１７−７−２５−１４：４４：１７」に変換する。なお、システムログデータ３０１の各行におけるいずれの場所が、イベントＩＤやシステムログデータ３０１の発生日時を示しているかは、予め設定されているものとする。
【００４７】
次いで、ツール制御部２０１は、図３に示すように、システムログデータに対応する表示内容として、発生日時、分類、レベル、およびイベント内容の一覧を含むシステムログ表示画面Ｇ１を表示部２０３に表示させる。そして、システムログ表示画面Ｇ１に含まれる表示内容の中から、ユーザによって詳細を表示する表示内容が選択されると、ツール制御部２０１は、図３に示すように、表示内容の詳細として、イベント内容（例えば、「Ｉ／Ｏ異常」）、補助情報（例えば、「ループ番号＝０」）、原因（例えば、「Ｉ／Ｏモジュール不良など」）、対策（例えば、「Ｉ／Ｏモジュールを交換して下さい。または、サービス窓口に連絡願います。」）を含むシステムログ詳細画面Ｇ２を表示部２０３に表示させる。
【００４８】
このように、第１の実施形態にかかる制御システムによれば、機能追加や機能改善を行うために制御装置１のファームウェアのバージョンアップが行われた場合に、エンジニアリングツール２は、自身のバージョンアップを行わなくても、制御装置１からエンジニアリングツール２に送信されるシステムログデータベースを用いて、新規のシステムログデータに対応する表示内容を表示することができる。その結果、制御装置１の機能追加や機能改善に伴って、新規のシステムログデータが制御装置１に保存される場合であっても、新たなエンジニアリングツール２の生成や、エンジニアリングツール２のバージョンアップに関わる書類の作成、新たなエンジニアリングツール２に関わる図面の製品部への出図等のバージョンアップ作業を行う必要が無くなる。
【００４９】
（第２の実施形態）
本実施形態は、エンジニアリングツールのツール制御部が、制御装置から、既存のシステムログデータベースおよび新規のシステムログデータベースを受信し、受信した既存のシステムログデータベースおよび新規のシステムログデータベースによって、ツールメモリに記憶されるシステムログデータベースを上書きする例である。以下の説明では、第１の実施形態と同様の構成については説明を省略する。
【００５０】
本実施形態では、制御装置１の制御装置メモリ１０２が有するログデータベース領域１０２ｂは、新規のシステムログデータベースに加えて、制御装置１のファームウェアのバージョンアップ前の既存のシステムログデータベースを記憶する。そして、制御装置制御部１０１は、エンジニアリングツール２から、データベース読出要求を受信すると、ログデータベース領域１０２ｂから、新規のシステムログデータベースおよび既存のシステムログデータベースの両方を読み出し、当該読み出した新規のシステムログデータおよび既存のシステムログデータベースを、エンジニアリングツール２に送信する。
【００５１】
本実施形態では、エンジニアリングツール２のツール制御部２０１は、制御装置１から、新規のシステムログデータベースおよび既存のシステムログデータベースを受信する。そして、ツール制御部２０１は、受信した新規のシステムログデータベースおよび既存のシステムログデータベースによって、ツールメモリ２０２に記憶されるシステムログデータベース全体を上書きする。
【００５２】
図４は、第２の実施形態にかかる制御システムにおけるシステムログデータに対応する表示内容の表示処理の流れの一例を示すシーケンス図である。図４に示すステップＳ２１０〜Ｓ２１６およびステップＳ２１９〜Ｓ２２３に示す処理は、図２に示す処理と同様であるため、その説明を省略する。
【００５３】
本実施形態では、エンジニアリングツール２のツール制御部２０１は、制御装置１から新規のシステムログデータベースおよび既存のシステムログデータベースを受信すると、当該受信した新規のシステムログデータベースおよび既存のシステムログデータベースによって、エンジニアリングツール２のツールメモリ２０２に記憶されるシステムログデータベース全体を上書きする（ステップＳ４０１）。
【００５４】
そして、受信した新規のシステムログデータベースおよび既存のシステムログデータベースによって、ツールメモリ２０２に記憶されるシステムログデータベースの上書きが終了した後、またはデータベース読出要求を制御装置１に送信しなかった場合、エンジニアリングツール２のツール制御部２０１は、ステップＳ２１９に進む。
【００５５】
このように、第２の実施形態にかかる制御システムによれば、第１の実施形態と同様に、機能追加や機能改善を行うために制御装置１のファームウェアのバージョンアップが行われた場合に、エンジニアリングツール２は、自身のバージョンアップを行わなくても、制御装置１からエンジニアリングツール２に送信されるシステムログデータベースを用いて、新規のシステムログデータに対応する表示内容を表示することができる。その結果、制御装置１の機能追加や機能改善に伴って、新規のシステムログデータが制御装置１に保存される場合であっても、新たなエンジニアリングツール２の生成や、エンジニアリングツール２のバージョンアップに関わる書類の作成、新たなエンジニアリングツール２に関わる図面の製品部への出図等のバージョンアップ作業を行う必要が無くなる。
【００５６】
以上説明したとおり、第１，２の実施形態によれば、制御装置１の機能追加や機能改善に伴って、新規のシステムログデータが制御装置１に保存される場合であっても、新たなエンジニアリングツール２の生成や、エンジニアリングツール２のバージョンアップに関わる書類の作成、新たなエンジニアリングツール２に関わる図面の製品部への出図等のバージョンアップ作業を行う必要が無くなる。
【００５７】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００５８】
１  制御装置
２  エンジニアリングツール
３  制御ネットワーク
１０１  制御装置制御部
１０２  制御装置メモリ
１０２ａ  ログデータ領域
１０２ｂ  ログデータベース領域
１０２ｃ  バージョン情報領域
２０１  ツール制御部
２０２  ツールメモリ
２０３  表示部
【図１】
2020046966.tif 000004
【図２】
2020046966.tif 000005
【図３】
2020046966.tif 000006
【図４】
2020046966.tif 000007