特許 7568572 監視装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-10-07

(45)【発行日】2024-10-16

(54)【発明の名称】監視装置

(51)【国際特許分類】

   G06F 8/65 20180101AFI20241008BHJP

   G06F 11/07 20060101ALI20241008BHJP

【ＦＩ】

G06F8/65

G06F11/07 193

【請求項の数】 6

(21)【出願番号】P 2021072226

(22)【出願日】2021-04-22

(65)【公開番号】P2022166869

(43)【公開日】2022-11-04

【審査請求日】2023-12-11

(73)【特許権者】

【識別番号】591036457

【氏名又は名称】三菱電機エンジニアリング株式会社

(74)【代理人】

【識別番号】100110423

【弁理士】

【氏名又は名称】曾我 道治

(74)【代理人】

【識別番号】100111648

【弁理士】

【氏名又は名称】梶並 順

(74)【代理人】

【識別番号】100147566

【弁理士】

【氏名又は名称】上田 俊一

(74)【代理人】

【識別番号】100161171

【弁理士】

【氏名又は名称】吉田 潤一郎

(74)【代理人】

【識別番号】100188514

【弁理士】

【氏名又は名称】松岡 隆裕

(72)【発明者】

【氏名】磯野 弘典

【審査官】久々宇 篤志

(56)【参考文献】

【文献】特開２０１７－０９７５７６（ＪＰ，Ａ）

【文献】特開２０１９－０６７２６４（ＪＰ，Ａ）

【文献】特開２０１４－１９１５７３（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ ８／６５

Ｇ０６Ｆ １１／０７

(57)【特許請求の範囲】

【請求項1】

産業機器に搭載されたソフトウェアを、ネットワークを経由して取得した更新用ソフトウェアにより更新するために用いられる監視装置であって、
コントローラと、
第１のメモリと
を備え、
前記コントローラは、
前記産業機器と通信可能であるとともに、前記ネットワークを介してサーバと通信可能であり、
更新用ソフトウェアが保存されている前記サーバと前記ネットワークを介して通信することで前記更新用ソフトウェアを取得し、取得した前記更新用ソフトウェアを前記第１のメモリに書込むための書込み処理を実行する機能と、
前記更新用ソフトウェアを前記産業機器に送信することで、前記産業機器内の第２のメモリに書込まれている現在のソフトウェアを、前記更新用ソフトウェアにより更新するための更新処理を実行する機能と、
前記更新処理の実行中において、前記第２のメモリに対して前記更新用ソフトウェアの書込みが完了した部分を示す更新経過情報を前記第１のメモリに記憶させる更新経過監視処理を実行する機能と、
前記更新経過情報に基づいて、前記更新用ソフトウェアへの前記更新処理が正常完了したか否かを判定するための正常完了判定処理を実行する機能と、
前記正常完了判定処理において正常完了していないと判定した場合には、前記更新経過情報から前記更新処理に失敗した部分を特定し、特定した前記部分に関して再更新処理を実行する機能と
を有し、
前記第２のメモリは、書込み可能な最小単位に相当するページと、消去可能な最小単位に相当するブロックとを有し、１つのブロックは複数のページで構成されており、
前記コントローラは、
前記更新経過監視処理を実行する際に、ページ単位で書込みが完了したか否かを示す情報として前記更新経過情報を生成し、
前記正常完了判定処理において正常完了していないと判定した場合には、前記再更新処理を実行する際に、前記更新経過情報から前記更新処理に失敗したページを前記部分として特定し、特定した前記ページを含むブロックのみを前記第２のメモリから消去させ、消去したブロックの先頭ページからブロック単位での書込みを再開することで前記再更新処理を実行する
監視装置。

【請求項2】

産業機器に搭載されたソフトウェアを、ネットワークを経由して取得した更新用ソフトウェアにより更新するために用いられる監視装置であって、
コントローラと、
第１のメモリと
を備え、
前記コントローラは、
前記産業機器と通信可能であるとともに、前記ネットワークを介してサーバと通信可能であり、
更新用ソフトウェアが保存されている前記サーバと前記ネットワークを介して通信することで前記更新用ソフトウェアを取得し、取得した前記更新用ソフトウェアを前記第１のメモリに書込むための書込み処理を実行する機能と、
前記更新用ソフトウェアを前記産業機器に送信することで、前記産業機器内の第２のメモリに書込まれている現在のソフトウェアを、前記更新用ソフトウェアにより更新するための更新処理を実行する機能と、
前記更新処理の実行中において、前記第２のメモリに対して前記更新用ソフトウェアの書込みが完了した部分を示す更新経過情報を前記第１のメモリに記憶させる更新経過監視処理を実行する機能と、
前記更新経過情報に基づいて、前記更新用ソフトウェアへの前記更新処理が正常完了したか否かを判定するための正常完了判定処理を実行する機能と、
前記正常完了判定処理において正常完了していないと判定した場合には、前記更新経過情報から前記更新処理に失敗した部分を特定し、特定した前記部分に関して再更新処理を実行する機能と
を有し、
前記コントローラは、
前記再更新処理を実行する際に、前記更新処理が正常完了したと判定した後に、前記第２のメモリに書込まれた前記更新用ソフトウェアのサム値を第１のサム値として前記産業機器から取得し、前記第１のメモリに書込まれた前記更新用ソフトウェアのサム値を第２のサム値として算出し、前記第１のサム値と前記第２のサム値とが不一致の場合には、前記第２のメモリに書込まれた前記更新用ソフトウェアの全ブロックを消去させ、先頭ページから書込みを始めることで前記再更新処理を実行する
監視装置。

【請求項3】

前記コントローラは、
前記更新処理を実行する日時を更新開始日時としてあらかじめ設定するための更新時刻設定処理を実行する機能をさらに有し、
前記更新開始日時になったタイミングで前記更新処理を開始する
請求項１または２に記載の監視装置。

【請求項4】

前記コントローラは、
前記書込み処理を実行する際に、前記更新用ソフトウェアを暗号化されたデータによって前記サーバから取得する
請求項１から３のいずれか１項に記載の監視装置。

【請求項5】

前記コントローラは、
前記サーバから、前記更新用ソフトウェアのバージョンを含む情報を第１の情報として取得し、前記産業機器の前記第２のメモリに書込まれているソフトウェアのバージョンを含む情報を第２の情報として取得し、前記第１の情報と前記第２の情報とが不一致の場合には、更新すべき最新の更新用ソフトウェアが前記サーバに存在すると判断し、前記書込み処理を実行することで、前記更新用ソフトウェアを前記サーバから取得する
請求項１から４のいずれか１項に記載の監視装置。

【請求項6】

前記コントローラは、
前記更新処理の実行を開始する際、および前記再更新処理の実行を開始する際に、書込み中を示すビットを１に設定し、前記正常完了判定処理において正常完了したと判定した場合には前記ビットを０にリセットし、電源起動時に前記ビットが１であるか否かを判定し、前記ビットが１である場合には、前記再更新処理を実行する
請求項１から５のいずれか１項に記載の監視装置。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、ソフトウェアが搭載された産業機器、およびネットワークと通信可能な監視装置に関する。

【背景技術】

【0002】

産業機器には、ソフトウェアが搭載されており、機能変更あるいは機能追加に伴い、ソフトウェアを更新する必要がある。従来、産業機器のソフトウェア更新をリモートで行う方法として、ＬＡＮ通信等により、更新するソフトウェアを、産業機器の格納用メモリにリモートで書込む方法があった。

【0003】

しかしながら、この方法では、ソフトウェアの書込み中に、電源断などのトラブルが発生して書込みに失敗した場合には、産業機器が正常に起動できなくなる、という問題があった。

【0004】

このような問題を解決するために、更新データのバックアップ用フラッシュメモリと更新データ格納用フラッシュメモリとを産業機器に搭載した従来技術がある（例えば、特許文献１参照）。特許文献１では、更新データをバックアップ用フラッシュメモリに格納した後、更新データ格納用フラッシュメモリに格納する方法が開示されている。

【0005】

この方法によると、更新データ格納用フラッシュメモリへの書込みが失敗した場合でも、バックアップ用フラッシュメモリに格納された更新データを、更新データ格納用フラッシュメモリへ書込むことにより、産業機器を容易に復旧させることができる。

【先行技術文献】

【特許文献】

【0006】

【文献】特開２０１１－１９７８７０号公報

【発明の概要】

【発明が解決しようとする課題】

【0007】

しかしながら、特許文献１に係る構成では、ネットワークとの通信機能が産業機器に搭載されていることが前提である。さらに、フラッシュメモリを２個搭載する必要もある。

【0008】

なお、フラッシュメモリを２個搭載する代わりに、大容量のフラッシュメモリを１個搭載し、パーティション分割して、更新データ格納用とバックアップ用の領域を設けることも考えられる。

【0009】

しかしながら、いずれにせよ、産業機器に搭載すべきメモリ容量が大きくなってしまう。そのため、ネットワークとの通信機能が搭載されていない産業機器、およびメモリ容量に余裕がない産業機器には、特許文献１に開示された方法は適用できないという課題がある。

【0010】

本開示は、上記のような課題を解決するためになされたものであり、ネットワーク経由で取得した更新用ソフトウェアにより、産業機器に搭載されているソフトウェアの更新処理を迅速かつ確実に完了させることができる監視装置を得ることを目的とする。

【課題を解決するための手段】

【0011】

本開示に係る監視装置は、産業機器に搭載されたソフトウェアを、ネットワークを経由して取得した更新用ソフトウェアにより更新するために用いられる監視装置であって、コントローラと、第１のメモリとを備え、コントローラは、産業機器と通信可能であるとともに、ネットワークを介してサーバと通信可能であり、更新用ソフトウェアが保存されているサーバとネットワークを介して通信することで更新用ソフトウェアを取得し、取得した更新用ソフトウェアを第１のメモリに書込むための書込み処理を実行する機能と、更新用ソフトウェアを産業機器に送信することで、産業機器内の第２のメモリに書込まれている現在のソフトウェアを、更新用ソフトウェアにより更新するための更新処理を実行する機能と、更新処理の実行中において、第２のメモリに対して更新用ソフトウェアの書込みが完了した部分を示す更新経過情報を第１のメモリに記憶させる更新経過監視処理を実行する機能と、更新経過情報に基づいて、更新用ソフトウェアへの更新処理が正常完了したか否かを判定するための正常完了判定処理を実行する機能と、正常完了判定処理において正常完了していないと判定した場合には、更新経過情報から更新処理に失敗した部分を特定し、特定した部分に関して再更新処理を実行する機能とを有し、第２のメモリは、書込み可能な最小単位に相当するページと、消去可能な最小単位に相当するブロックとを有し、１つのブロックは複数のページで構成されており、コントローラは、更新経過監視処理を実行する際に、ページ単位で書込みが完了したか否かを示す情報として更新経過情報を生成し、正常完了判定処理において正常完了していないと判定した場合には、再更新処理を実行する際に、更新経過情報から更新処理に失敗したページを部分として特定し、特定したページを含むブロックのみを第２のメモリから消去させ、消去したブロックの先頭ページからブロック単位での書込みを再開することで再更新処理を実行するものである。
また、本開示に係る監視装置は、産業機器に搭載されたソフトウェアを、ネットワークを経由して取得した更新用ソフトウェアにより更新するために用いられる監視装置であって、コントローラと、第１のメモリとを備え、コントローラは、産業機器と通信可能であるとともに、ネットワークを介してサーバと通信可能であり、更新用ソフトウェアが保存されているサーバとネットワークを介して通信することで更新用ソフトウェアを取得し、取得した更新用ソフトウェアを第１のメモリに書込むための書込み処理を実行する機能と、更新用ソフトウェアを産業機器に送信することで、産業機器内の第２のメモリに書込まれている現在のソフトウェアを、更新用ソフトウェアにより更新するための更新処理を実行する機能と、更新処理の実行中において、第２のメモリに対して更新用ソフトウェアの書込みが完了した部分を示す更新経過情報を第１のメモリに記憶させる更新経過監視処理を実行する機能と、更新経過情報に基づいて、更新用ソフトウェアへの更新処理が正常完了したか否かを判定するための正常完了判定処理を実行する機能と、正常完了判定処理において正常完了していないと判定した場合には、更新経過情報から更新処理に失敗した部分を特定し、特定した部分に関して再更新処理を実行する機能とを有し、コントローラは、再更新処理を実行する際に、更新処理が正常完了したと判定した後に、第２のメモリに書込まれた更新用ソフトウェアのサム値を第１のサム値として産業機器から取得し、第１のメモリに書込まれた更新用ソフトウェアのサム値を第２のサム値として算出し、第１のサム値と第２のサム値とが不一致の場合には、第２のメモリに書込まれた更新用ソフトウェアの全ブロックを消去させ、先頭ページから書込みを始めることで再更新処理を実行するものである。

【発明の効果】

【0012】

本開示によれば、産業機器とネットワークとの間に通信手段を有する監視装置を接続する構成を備えることで、ネットワークとの通信機能が搭載されていない、かつ不揮発性メモリ容量に余裕がない産業機器であっても、ネットワーク経由で取得した更新用ソフトウェアにより、産業機器に搭載されているソフトウェアの更新処理を迅速かつ確実に完了させることができる監視装置を得ることができる。

【図面の簡単な説明】

【0013】

【図1】本開示の実施の形態１に係る監視装置を含む全体構成図である。

【図2】本開示の実施の形態１に係る監視装置における、ソフトウェア更新処理の一連の処理手順を示すフローチャートである。

【図3】本開示の実施の形態１に係る監視装置により実行される、産業機器に搭載された不揮発性メモリへの書込み処理を説明するための図であり、不揮発性メモリのページとブロックの関係を示す説明図である。

【図4】本開示の実施の形態２に係る監視装置を含む全体構成図である。

【図5】本開示の実施の形態３に係る監視装置を含む監視システムの構成図である。

【図6】本開示の実施の形態４に係る監視装置における、ソフトウェアのサム値確認処理手順を示すフローチャートである。

【発明を実施するための形態】

【0014】

実施の形態１．
図１は、本開示の実施の形態１に係る監視装置を含む全体構成図である。図１に示した本実施の形態１に係る監視装置２０は、ソフトウェアが搭載された産業機器１０と通信ケーブル２を介して接続されている。さらに、監視装置２０は、ＬＡＮまたは専用回線３を介して外部のネットワーク４に接続されている。

【0015】

従って、監視装置２０は、産業機器１０とネットワーク４との間に配置され、通信ケーブル２を介して産業機器１０と通信可能な構成を有しているとともに、専用回線３およびネットワーク４を介してサーバ５と通信可能な構成を有している。

【0016】

産業機器１０は、ソフトウェアが搭載される不揮発性メモリ１１を備えている。また、監視装置２０は、ＣＰＵ（コントローラ）２１および不揮発性メモリ２２を備えている。ここで、ＣＰＵ２１はコントローラに相当し、不揮発性メモリ２２は第１のメモリに相当し、不揮発性メモリ１１は第２のメモリに相当する。

【0017】

図２は、本開示の実施の形態１に係る監視装置２０における、ソフトウェア更新処理の一連の処理手順を示すフローチャートである。本実施の形態１に係る監視装置２０による一連処理について、図１の構成図および図２のフローチャートに基づいて詳細に説明する。

【0018】

ステップＳ１において、監視装置２０は、サーバ５と通信を行うことで、サーバ５に、産業機器１０の更新用ソフトウェアが格納されているか否かを判定する。

【0019】

更新用ソフトウェアが格納されていないと判定した場合には、ステップＳ２に進み、監視装置２０は、産業機器１０のソフトウェア更新を行わず、一連処理を終了する。

【0020】

一方、更新用ソフトウェアが格納されていると判定した場合には、ステップＳ３に進み、監視装置２０は、ネットワーク４を介して、サーバ５から産業機器１０のための更新用ソフトウェアを取得する。

【0021】

次に、ステップＳ４において、監視装置２０は、監視装置２０に搭載された不揮発性メモリ２２へ、ステップＳ３で取得した更新用ソフトウェアを書込む。

【0022】

監視装置２０は、不揮発性メモリ２２へ格納された更新用ソフトウェアを、産業機器１０に搭載された不揮発性メモリ１１に書込むように制御する機能を有している。そこで、ステップＳ５において、監視装置２０は、不揮発性メモリ２２に格納された更新用ソフトウェアを、産業機器１０に搭載された不揮発性メモリ１１に書込むための書込み処理を実行する。

【0023】

次に、ステップＳ６において、監視装置２０は、不揮発性メモリ１１への更新用ソフトウェアの書込み処理を実行中における書込み状況を、更新経過情報として不揮発性メモリ２２に記録する。

【0024】

次に、ステップＳ７において、監視装置２０は、監視装置２０から不揮発性メモリ１１への更新用ソフトウェアの書込み処理が成功したか、途中で失敗したかを判定する。書込みが成功したと判定した場合には、ステップＳ１０に進み、監視装置２０は、産業機器１０のソフトウェア書込みに関する一連処理を完了する。

【0025】

一方、書込みが失敗したと判定した場合には、ステップＳ８に進み、監視装置２０は、不揮発性メモリ１１への書込み状況に基づいて、書込みが失敗したページを含むブロックを消去する。

【0026】

さらに、ステップＳ９において、監視装置２０は、消去したブロックの先頭ページから、書込みを再開し、ステップＳ７に戻る。すなわち、監視装置２０は、書込み状況に基づいて、書込みに失敗した部分を特定し、特定した部分に関して再更新処理を実行することができる。

【0027】

なお、更新経過情報に基づく書込みの再開処理の詳細に関しては、図３を用いて後述する。

【0028】

そして、ステップＳ７に戻った後、監視装置２０は、ステップＳ９により再開した書込みが成功したか否かを再度判定する。書込みが成功したと判定した場合には、ステップＳ１０に進み、産業機器のソフトウェア書込みを完了する。

【0029】

一方、書込みが失敗したと判定した場合には、ステップＳ８に進み、監視装置２０は、ステップＳ８以降の処理を再度実行する。

【0030】

このように、図２に示した一連処理が実行されることで、ネットワーク４との通信機能が搭載されていない、かつ搭載された不揮発性メモリ１１の容量にソフトウェアをバックアップしておく余裕がない産業機器１０であっても、監視装置２０を介することで、ネットワーク４経由で取得した更新用ソフトウェアにより、産業機器１０に搭載されているソフトウェアを、迅速かつ確実に更新することができる。

【0031】

なお、図２におけるステップＳ３、Ｓ４による処理は「書込み処理」に相当し、ステップＳ５による処理は「更新処理」に相当し、ステップＳ６による処理は「更新経過監視処理」に相当し、ステップＳ７による処理は、「正常完了判定処理」に相当し、ステップＳ８、Ｓ９による処理は「再更新処理」に相当する。

【0032】

本開示において使用される産業機器１０の種類は問わず、たとえば、工作機械、検査装置、製造装置、電源装置、電力変換装置などでもよい。

【0033】

なお、「メモリ容量に余裕がない」とは、たとえば、産業機器１０用のソフトウェアを１つ保存するだけのメモリ容量はあるものの、バックアップ用と更新用の２つのソフトウェアを保存するメモリ容量は無いような状態である。

【0034】

監視装置２０には、産業機器１０との通信を可能とするインターフェース部が設けられているが、この通信手段についてはその種類を問わず、たとえばシリアル通信、パラレル通信等を用いることができる。このような通信手段を備えることで、監視装置２０は、産業機器１０の運転状態、計測値等の監視、各種設定、制御等を行うことができる。

【0035】

また、産業機器１０に搭載された不揮発性メモリ１１、および監視装置２０に搭載された不揮発性メモリ２２の種類は問わず、たとえば、フラッシュＲＯＭ（フラッシュメモリと称することもできる）、ＥＥＰＲＯＭなどを用いることができる。また、監視装置２０に搭載される不揮発性メモリ２２は、ＣＰＵ（コントローラ）２１に内蔵されているものであってもよい。

【0036】

次に、監視装置２０から不揮発性メモリ１１への更新用ソフトウェアの書込み処理が成功したか途中で失敗したかを判定し、必要に応じて書込みの再開処理を行う手法について詳細に説明する。

【0037】

一般的に、不揮発性メモリは、書込み可能な最小単位と、消去可能な最小単位とが互いに異なる。ここで、書込み可能な最小単位は、ページ（ワードと称することもできる）に相当し、消去可能な最小単位は、ブロックに相当する。また、１つのブロックは、複数のページで構成されている。

【0038】

監視装置２０は、産業機器１０に搭載された不揮発性メモリ１１へ更新用ソフトウェアの書込みを行う際に、ページ単位で書込み状況を監視装置２０内に記録する。記録方法は問わず、たとえば、更新用ソフトウェアを監視装置２０から不揮発性メモリ１１のページに書込む度に、産業機器１０から監視装置２０に書込み完了応答を送信することが考えられる。

【0039】

この手法を採用する場合には、監視装置２０は、完了応答を受信するごとに、カウントしておく。また、監視装置２０は、受信応答がない、あるいは否定応答を受信した場合には、書込み失敗と判断する。すなわち、監視装置２０は、更新経過監視処理を実行する際に、書込み状況を示す更新経過情報を、ページ単位で書込みが完了したか否かを示す情報として生成することができる。

【0040】

電源断などのトラブルによって、監視装置２０から不揮発性メモリ１１への更新用ソフトウェアの書込みが失敗した場合について考える。この場合、本実施の形態１に係る監視装置２０は、更新用ソフトウェアの書込み処理中に、更新経過情報としての書込み状況を逐次記録している。

【0041】

このため、監視装置２０は、書込み状況に基づいて、書込みが失敗したページを特定することができる。この結果、監視装置２０は、書込みが失敗したページを含むブロックのみを消去し、消去したブロックの先頭ページから書込みを再開することで、ソフトウェア更新を正常に完了させることができる。

【0042】

図３は、本開示の実施の形態１に係る監視装置２０により実行される、産業機器１０に搭載された不揮発性メモリ１１への書込み処理を説明するための図であり、不揮発性メモリ１１のページとブロックの関係を示す説明図である。図３を用いて書込み再開時の処理について説明する。

【0043】

図３では、それぞれのブロックが、ページ１～ページＮで構成されている場合を例示している。たとえば、ブロック１の全ページを正常に書き終え、ブロック２のページ３に書込んでいる途中で、電源断などのトラブルにより書込みが失敗した場合を考える。

【0044】

この場合、監視装置２０は、書込み状況から、ブロック２のページ２までは正常に完了したが、ブロック２のページ３が正常完了していないことと判定することができる。そこで、監視装置２０は、ブロック２の内容を消去し、ブロック２のページ１から書込みを再開する。

【0045】

書込み状況を記録しておくことで、書込み失敗時に全ブロックを消去して、ブロック１のページ１から再書込みする必要がなく、書込みが失敗したページを含むブロックのみを消去し、消去したブロックの先頭ページから書込みをすることができる。この結果、書込み時間の短縮化を図ることができる。

【0046】

また、一般的に、不揮発性メモリは、書換え回数の上限がある。従って、書込みが失敗したページを含むブロックのみを消去することで、消去するブロックの数を最小限に抑え、書換え回数を少なくすることができる。

【0047】

以上のように、実施の形態１によれば、ネットワークとの通信機能が搭載されていない、かつメモリ容量に余裕がない産業機器であっても、産業機器およびサーバと通信可能な監視装置を用いることで、ネットワーク経由で取得した更新用ソフトウェアにより、産業機器に搭載されているソフトウェアを更新することができる。

【0048】

また、ネットワーク経由で取得した更新用ソフトウェアは、監視装置搭載の不揮発性メモリに記憶されるとともに、更新処理を実行中には書込み状況をモニタリングし、不揮発性メモリに記録させることができる。この結果、電源断などのトラブルによって書込みが失敗した場合であっても、書込み状況に基づいて、更新処理を再開させることで、ソフトウェア更新を正常に完了させることができる。

【0049】

さらに、書込み状況を記録しておくことで、書込み失敗時に全ブロックを消去して最初から書込みをする必要がなく、書込みが失敗したページを含むブロックのみを消去し、消去したブロックの先頭ページから書込みをすることが可能となる。この結果、書込み時間の短縮化を図ることができる。また、消去するブロックの数を最小限に抑え、書換え回数を抑制することができる。

【0050】

実施の形態２．
本実施の形態２では、サーバ５が、クラウドサーバ７として構成されている場合について説明する。

【0051】

図４は、本開示の実施の形態２に係る監視装置を含む全体構成図である。図４に示した本実施の形態２に係る構成は、先の実施の形態１における図１の構成と比較すると、ネットワーク４とサーバ５との組合せの代わりに、インターネット６とクラウドサーバ７との組合せが使用されるとともに、ホスト管理システム８がインターネット６にさらに接続されている。

【0052】

図４に示すように、ネットワーク４を介したサーバ５の構成は、インターネット６を介したクラウドサーバ７として構成されている。また、管理者用のホスト管理システム８をさらに設けてもよい。

【0053】

図４に示した構成では、あらかじめ、ホスト管理システム８により、クラウドサーバ７上に、産業機器１０の更新用ソフトウェアを保存しておく。監視装置２０は、インターネット６を介して、クラウドサーバ７から産業機器１０の更新用ソフトウェアを取得することができる。

【0054】

以上のように、実施の形態２によれば、監視システムが国内、海外各所の遠隔地に点在していても、迅速かつ確実にソフトウェアを更新することが可能となる。

【0055】

実施の形態３．
本実施の形態３では、産業機器１０に対して別の産業機器がさらに接続されている場合について説明する。

【0056】

図５は、本開示の実施の形態３に係る監視装置を含む監視システムの構成図である。図５に示すように、産業機器１０には、第２の産業機器３０がさらに接続されていてもよい。

【0057】

監視装置２０は、第２の産業機器３０の更新用ソフトウェアを、不揮発性メモリ２２へ書込んだ後、監視装置２０から第２の産業機器３０に搭載された不揮発性メモリ３１に書込むことで、同様に、第２の産業機器３０のソフトウェアを更新することができる。

【0058】

以上のように、実施の形態２によれば、複数台の産業機器のソフトウェアを更新することができる。

【0059】

実施の形態４．
本実施の形態４では、本開示に係る監視装置におけるデータ化け対策について説明する。

【0060】

図６は、本開示の実施の形態４に係る監視装置における、ソフトウェアのサム値確認処理手順を示すフローチャートである。

【0061】

ステップＳ１０において、監視装置２０は、監視装置２０から産業機器１０に搭載された不揮発性メモリ１１へのソフトウェアの書込みが完了したことを確認する。その後、ステップＳ１１において、監視装置２０は、産業機器１０から、産業機器１０によって算出された、更新後のソフトウェアのサム値を第１のサム値として取得する。

【0062】

次に、ステップＳ１２において、監視装置２０は、不揮発性メモリ１１に書込みを行ったソフトウェアのサム値を第２のサム値として算出し、ステップＳ１１で取得した第１のサム値と比較する。第１のサム値と第２のサム値との比較結果が一致した場合には、ステップＳ１５に進み、監視装置２０は、サム値確認完了とする。

【0063】

一方、第１のサム値と第２のサム値との比較結果が不一致の場合には、ステップＳ１３に進み、監視装置２０は、産業機器１０に搭載された不揮発性メモリ１１の全ブロックを消去する。さらに、ステップＳ１４において、監視装置２０は、不揮発性メモリ１１の先頭ページから、再度、更新すべきソフトウェアの書込みを始める。

【0064】

このようにすることで、データ化け等のトラブルが起こったとしても、確実にソフトウェアを更新することができる。

【0065】

以上のように、実施の形態４によれば、更新用ソフトウェアを産業機器内の不揮発性メモリに正常に書込み完了した後に、サム値を比較することで、データ化け等のトラブルを検出でき、データ化け等のトラブルが起こったとしても、確実にソフトウェアを再更新することができる。

【0066】

実施の形態５．
本実施の形態５では、本開示に係る監視装置２０において、ソフトウェアの更新日時を事前に設定する機能について説明する。

【0067】

本実施の形態５に係る監視装置２０は、産業機器１０に搭載された不揮発性メモリ１１へのソフトウェアの書込み日時を設定するための更新時刻設定処理を実行する機能を有する。

【0068】

産業機器１０の運転中は、ソフトウェア更新を行うことができない。このため、産業機器１０を停止してからソフトウェアを更新することになる。本実施の形態１に係る監視装置２０では、更新開始日時の設定が可能なため、産業機器１０が停止している日時に更新開始日時を設定することで、運転中の装置を停止させることなく、ソフトウェアの更新処理を所望のタイミングで開始させることができる。

【0069】

以上のように、実施の形態５によれば、運転中の産業機器を停止させることなく、事前に設定した所望のタイミングで、ソフトウェアを更新することができる。

【0070】

実施の形態６．
本実施の形態６では、本開示に係る監視装置２０において、暗号化されたデータを用いて通信を行う場合について説明する。

【0071】

本実施の形態６に係る監視装置２０は、ネットワーク４を介したサーバ５との間で、暗号化された通信を実行する。暗号化された通信を利用することで、セキュリティ性能を高めることができ、更新用ソフトウェアに関するデータの盗聴、改ざん等を防ぐことができる。

【0072】

以上のように、実施の形態６によれば、更新用ソフトウェアデータの盗聴、改ざん等を防ぐことができ、セキュリティ性能を高めた更新処理を実現できる。

【0073】

実施の形態７．
本実施の形態７では、本開示に係る監視装置２０において、ソフトウェアの更新が必要であるか否かを判定する機能について説明する。

【0074】

本実施の形態７に係る監視装置２０は、ネットワーク４を介してサーバ５から、サーバ５に保存された最新のソフトウェア情報を第１の情報として取得する機能と、産業機器１０から、現在実装されているソフトウェアのソフトウェア情報を第２の情報として取得する機能とを有する。ここで。ソフトウェア情報とは、ソフトウェアのバージョン情報を含むことができる。

【0075】

そして、監視装置２０は、取得した互いの情報を比較し、差があり、不一致の場合には、産業機器１０に実装されているソフトウェアを、サーバ５に存在している最新のソフトウェアによって更新する必要があると判定する。

【0076】

監視装置２０は、更新処理が必要であると判定した場合には、ネットワーク４経由でサーバ５から最新のソフトウェアを取得することができる。さらに、必要に応じて、産業機器１０のソフトウェアを、取得した最新のソフトウェアにより更新することができる。

【0077】

以上のように、実施の形態７によれば、産業機器のソフトウェアを、常に最新のバージョンに保つことができる。

【0078】

実施の形態８．
本実施の形態８では、本開示に係る監視装置２０において、ソフトウェアの書込み中に電源オフとなった場合の対策について説明する。

【0079】

本実施の形態８に係る監視装置２０は、監視装置２０から産業機器１０に搭載された不揮発性メモリ１１へのソフトウェアの書込み中に、書込み中を示すビットを１に設定し、不揮発性メモリ２２に記憶させておく。書込み完了時には、書込み中を示すビットを０にリセットする。

【0080】

監視装置２０は、起動時に、書込み中を示すビットを確認し、１であれば書込みを再開し、０であれば書込みは行わず、通常通り起動することができる。このようにすることで、電源断などのトラブルによって監視装置２０の電源がオフになった場合にも、再起動時に書込み中を示すビットを確認し、１であれば書込みを再開することができ、確実にソフトウェアを更新することができる。

【0081】

以上のように、実施の形態８によれば、電源起動時において、書込み中を示すビットを確認し、ビットが１であれば、何らかの理由で更新処理中に電源がオフになったと判定し、更新処理を再開することができ、確実にソフトウェアを更新することができる。

【符号の説明】

【0082】

１ 監視システム、２ 通信ケーブル、３ ＬＡＮまたは専用回線、４ ネットワーク、５ サーバ、６ インターネット、７ クラウドサーバ、８ 管理者用のホスト管理システム、１０ 産業機器、１１ 産業機器搭載の不揮発性メモリ（第２のメモリ）、２０ 監視装置、２１ ＣＰＵ（コントローラ）、２２ 監視装置搭載の不揮発性メモリ（第１のメモリ）、３０ 第２の産業機器、３１ 第２の産業機器搭載の不揮発性メモリ（第２のメモリ）。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】