JP7415091B1 - プログラム、プログラム管理装置、プログラム管理システム、およびプログラム管理方法 - Google Patents

Abstract

プログラム管理装置（１００）は、機器を制御する制御装置（２００）により実行される制御プログラムのエラー情報を取得する取得部と、エラー情報に含まれる制御装置（２００）の識別情報と、制御プログラムの書き込み実績とに基づいて、エラー発生プログラムを特定するエラー発生プログラム特定部と、対応付け情報に基づき、エラー発生プログラムの改訂元プログラムを特定する改訂元特定部と、各制御プログラムのエラー履歴情報に基づいて、特定された改訂元プログラムの中から、実行エラーの発生実績がない改訂元プログラムを更新プログラムとして決定する更新プログラム決定部と、決定された更新プログラムを、エラー発生プログラムを実行した制御装置（２００）が備える記憶部に書き込む書き込み処理を実行する書き込み部と、を備える。

Description

本開示は、プログラム、プログラム管理装置、プログラム管理装置システム、およびプログラム管理方法に関する。

ＦＡ機器を制御する制御装置は、書き込まれた制御プログラムに基づいてＦＡ機器を制御する。開発者は、制御装置のプログラムを開発する際、バージョン管理システムを用いてプログラムを管理することがある。例えば、特許文献１には、開発対象の装置の装置要件と、この装置向けに開発された制御プログラムのバージョンと、を関連付けて記憶することにより、制御プログラムがどのように修正され、どのバージョンがどの装置開発にて利用されたかを確認できるシステムが開示されている。

特開２００８－２２６００５号公報

製造現場において、制御プログラムの実行エラーが発生した場合、実行エラーがどのプログラムのどのバージョンから発生しているかを特定してエラーを解消する必要がある。特許文献１のシステムでは、人手によって、実行エラーが発生した制御プログラムのバージョンを特定し、エラーを解消しなければならず、少ない手間で迅速にエラーを解消するという観点からは改善の余地がある。

本開示は、上記のような問題点に鑑みてなされたものであり、少ない手間で迅速に管理対象装置のエラーを解消することができるプログラム、プログラム管理装置、プログラム管理装置システム、およびプログラム管理方法を提案することを目的にする。

上記の目的を達成するため、本開示に係るプログラムは、コンピュータを、機器を制御する制御装置により実行される制御プログラムの実行エラーが発生したことを示すエラー情報を取得する取得手段、取得されたエラー情報に含まれる制御装置の識別情報と、制御プログラムが複数の制御装置に書き込まれたそれぞれの実績を示す書き込み実績とに基づいて、実行エラーが発生した制御プログラムであるエラー発生プログラムを特定するエラー発生プログラム特定手段、各制御プログラムと、制御プログラムを開発するために使用された制御プログラムである改訂元プログラムとを対応付けた対応付け情報に基づき、エラー発生プログラムの改訂元プログラムを特定する改訂元特定手段、制御プログラム毎の実行エラーが発生した実績を示すエラー履歴情報に基づいて、特定された改訂元プログラムの中から、実行エラーの発生実績がない改訂元プログラムを、更新用の制御プログラムである更新プログラムとして決定する更新プログラム決定手段、決定された更新プログラムを、エラー発生プログラムを実行した制御装置が備える記憶部に書き込む書き込み処理を実行する書き込み手段として機能させる。

本開示によれば、実行エラーが発生した制御プログラムの改訂元の制御プログラムを特定し、エラー履歴情報に基づいて、改訂元の制御プログラムの中から、実行エラーの発生実績がない制御プログラムを更新プログラムとして決定する。そして、決定された更新プログラムを、エラー発生プログラムを実行した制御装置が備える記憶部に書き込む。したがって、迅速に不具合を解消することができる。

本開示の実施の形態に係るプログラム管理装置の構成を示すブロック図 図１に示すデータ保存部に記憶されるプロジェクト管理情報の一例を示す図 図１に示す改訂履歴管理部により管理されるバージョン情報の一例を示す図 図１に示すスケジュール管理部により生成される稼働状況テーブルの一例を示す図 図１に示すスケジュール管理部により表示されるスケジュール設定画面の一例を示す図 実施の形態に係るプログラム管理装置の物理構成の一例を示すブロック図 実施の形態に係るプログラム管理装置によるエラー解消処理を示すフローチャート 図１に示すエラー解消部により表示される表示画面の一例を示す図 図１に示すエラー解消部により表示される通知画面の一例を示す図

以下、本開示の実施の形態に係るプログラム、プログラム管理装置、プログラム管理システム、およびプログラム管理方法について、図面を参照して説明する。なお、図中同一または相当する部分には同じ符号を付す。

図１に示す通り、本実施の形態に係るプログラム管理装置１００は、工場Ａ－Ｃにそれぞれ設置され、接続される複数の制御装置２００からデータを収集するゲートウェイ３００と、ネットワーク４００を介して通信可能に接続される。制御装置２００は、例えば、ＰＬＣ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｃｏｎｔｒｏｌｌｅｒ）を含む。制御装置２００は、ラダープログラムに代表される制御プログラムを実行することにより、制御対象のＦＡ機器を制御する。制御装置２００のメモリには、制御プログラムと制御装置２００の設定情報とを含むプロジェクトファイルが格納される。各制御装置２００に格納されるプロジェクトファイルは、制御プログラムにより実行される機能、装置の型番、制御内容等に応じて、バージョン、または、リビジョンが異なる。各制御装置２００は、格納されたプロジェクトファイルに含まれる制御プログラムをそれぞれ実行する。制御装置２００は、制御プログラムの実行エラーが発生した場合、ゲートウェイ３００に対し、実行エラーが発生したことを示すエラー情報を送信する。ゲートウェイ３００は、エラー情報を受信すると、エラー情報に、エラーが発生した制御装置２００の装置ＩＤを付与して、プログラム管理装置１００に送信する。なお、図示する例において、制御装置２００が、プログラム管理装置１００と通信する機能を備えている場合、プログラム管理装置１００は、ゲートウェイ３００を介さずに、制御装置２００と通信してもよい。なお、制御装置２００のメモリは、記憶部の一例である。

プログラム管理装置１００は、ゲートウェイ３００から、エラー情報を受信すると、エラーが検出された制御装置２００と、この制御装置２００により実行された制御プログラムを含むプロジェクトファイルとを特定する。プログラム管理装置１００は、各プロジェクトファイルの改訂履歴と実行エラーの発生履歴とを参照して、改訂履歴に含まれるプロジェクトファイルの中から、エラー発生の実績がないプロジェクトファイルを特定する。プログラム管理装置１００は、ユーザの選択により、実行エラーが検出された制御装置２００に、エラー発生の実績がないプロジェクトファイルを書き込むことができる。なお、制御装置２００にプロジェクトファイルを書き込むとは、制御装置２００が備えるメモリにプロジェクトファイルを格納することを意味する。また、プログラム管理装置１００は、実行エラーが発生した制御プログラムを含むプロジェクトファイルを改訂して開発された派生プロジェクトファイルを特定する。プロジェクトファイルの改訂は、制御プログラムの更新、制御装置２００の設定情報の更新、制御プログラムおよび設定情報それぞれの更新を含む。プログラム管理装置１００は、特定した派生プロジェクトファイルを、エラー発生の可能性があるプロジェクトファイルとしてユーザに通知する。

プログラム管理装置１００は、制御プログラムを含むプロジェクトファイルを作成するプログラム作成部１１０と、プロジェクトファイル毎の、制御装置２００のメモリへの書き込み履歴とエラー発生履歴とを関連付けたプロジェクト管理情報を記憶するデータ保存部１２０と、プロジェクトファイルの改訂履歴を管理し、発生した実行エラーを解消するプロジェクト管理部１３０と、制御プログラムの実行エラーの発生を監視し、制御装置２００のメモリへプロジェクトファイルを書き込むアセット管理部１４０と、プロジェクトファイルを書き込むスケジュールを管理するスケジュール管理部１５０と、を備える。

プログラム作成部１１０は、制御装置２００に実行させる制御プログラムと制御装置２００の設定情報とを含むプロジェクトファイルを作成し、又は、編集する。具体的に、プログラム作成部１１０の機能は、プログラム管理装置１００に備えられているプロセッサが、エンジニアリングツールを実行することによって実現される。設定情報には、制御装置２００の型名、制御装置２００の接続情報、制御装置２００に設定されている各種パラメータなどが含まれる。プログラム作成部１１０は、データ保存部１２０に作成したプロジェクトファイルを記憶させる。なお、プログラム作成部１１０は、プログラム生成手段の一例である。

データ保存部１２０は、プログラム作成部１１０により作成されたプロジェクトファイルと、プロジェクトファイル毎の書き込み履歴とエラー発生履歴との情報を関連付けたプロジェクト管理情報と、を記憶する。図２に示す通り、プロジェクト管理情報は、各プロジェクトファイルを一意に識別する情報を示す「リビジョン番号」と、プロジェクトファイルの名前を示す「プロジェクト名」と、各プロジェクトファイルがどの制御装置２００のメモリに書き込まれたかの履歴を示す「書き込み履歴」と、各プロジェクトファイルが書き込まれた日時を示す「書き込み日時」とエラー発生の実績を示す「エラー発生履歴」と、を含む。図示する例において、リビジョン番号「３１」のプロジェクトファイルは、プロジェクト名が「プロジェクトＡ」であり、「工場Ｂ」に設置されている装置ＩＤ「６２０」により識別される制御装置２００に、「２０２３年２月１日の０時００分」に書き込まれた実績があることを示す。また、「エラー発生履歴」に「なし」が入力されているため、このプロジェクトファイルは、エラー発生の実績がないことを示す。なお、プロジェクト管理情報は、書き込み実績、エラー履歴情報の一例である。

図１に戻り、プロジェクト管理部１３０は、プログラム作成部１１０により作成されたプロジェクトファイルの改訂履歴を管理する改訂履歴管理部１３１と、実行エラーが発生した制御プロクラムを含むプロジェクトファイルを特定し、発生したエラーを解消するための更新用のプロジェクトファイルを特定するエラー解消部１３２と、を備える。

改訂履歴管理部１３１は、プログラム作成部１１０により作成されたプロジェクトファイルの改訂履歴を示すバージョン情報を生成する。図３に示す通り、バージョン情報は、プロジェクトファイルを一意に識別する情報を示す「リビジョン番号」と、各プロジェクトファイルのバージョンを特定する情報を示す「バージョン」と、各プロジェクトファイルの名前を示す「プロジェクト名」と、各プロジェクトファイルの改訂元となるプロジェクトファイルのリビジョン番号を示す「改訂元プロジェクト」との情報を有する。図示する例において、リビジョン番号「３２」のプロジェクトファイルは、バージョンが「１．０．１（Ａ社リリース）」であり、プロジェクト名が「プロジェクトＢ」であり、リビジョン番号が「３１」のプロジェクトファイルを改訂して作成されたプロジェクトファイルであることを示す。このバージョン情報により、各プロジェクトファイルがそれぞれどのプロジェクトファイルを改訂して作成されたものであるかを把握することが可能となる。なお、バージョン情報は、対応付け情報、プロジェクト対応付け情報の一例である。

図１に戻り、エラー解消部１３２は、データ保存部１２０に保存されたプロジェクト管理情報に基づき、エラーが発生した制御プログラムを含むプロジェクトファイルを特定する。具体的に、エラー解消部１３２は、ゲートウェイ３００から、エラー情報を受信すると、エラー情報に含まれる装置ＩＤを取得して、実行エラーが発生した制御装置２００を特定する。次に、エラー解消部１３２は、図２に示すプロジェクト管理情報を参照して、取得した装置ＩＤの制御装置２００のメモリに現在書き込まれているプロジェクトファイルを特定する。例えば、エラー解消部１３２は、エラー情報から装置ＩＤ「６２０」を取得した場合、「書き込み履歴」の情報を読み出して、装置ＩＤ「６２０」に書き込まれた履歴のあるプロジェクトファイルは、リビジョン番号「３１」、「３３」、「３８」であることを特定する。次に、エラー解消部１３２は、それぞれの「書き込み日時」の情報を読み出す。リビジョン番号「３１」のプロジェクトファイルは、２０２３年２月１日の０時００分に書き込まれ、リビジョン番号「３３」のプロジェクトファイルは、２０２３年７月１日の０時００分に書き込まれ、リビジョン番号「３８」のプロジェクトファイルは、２０２３年８月１日の０時００分に書き込まれていることから、エラー解消部１３２は、書き込み日時の遅いリビジョン番号「３８」のプロジェクトファイルにエラーが発生したと特定する。

図１に戻り、エラー解消部１３２は、発生したエラーを解消するための更新用のプロジェクトファイルを特定する。具体的に、エラー解消部１３２は、図３に示すバージョン情報を参照して、エラーが発生したプロジェクトファイルがどのプロジェクトファイルを改訂して開発されたものかを示す改訂履歴を取得する。次に、エラー解消部１３２は、図２に示すプロジェクト管理情報を参照して、改訂履歴に含まれるエラー発生の実績を確認し、エラー実績のないプロジェクトファイルを更新用のプロジェクトファイルに決定する。エラー解消部１３２が更新用のプロジェクトファイルを特定する処理の詳細については、後述する。

エラー解消部１３２は、実行エラーが発生した制御プログラムを含むプロジェクトファイルを改訂して作成された派生プロジェクトファイルを特定してユーザに通知する。これにより、ユーザは、実行エラーが発生したプロジェクトファイルと同じエラーが発生し得るプロジェクトファイルを事前に把握することが可能になる。エラー解消部１３２が派生プロジェクトファイルを特定する処理の詳細については、後述する。なお、エラー解消部１３２は、エラー発生プログラム特定手段、改訂元特定手段、更新プログラム決定手段、派生先特定手段、通知手段の一例であり、派生プロジェクトファイルは、派生プログラムの一例である。

図１に戻り、アセット管理部１４０は、制御装置２００のメモリにプロジェクト管理部１３０により特定された更新用のプロジェクトファイルを書き込む書き込み部１４１と、プロジェクトファイルに含まれる制御プログラムの実行エラーの発生を監視するエラー監視部１４２と、ゲートウェイ３００と通信する通信部１４３と、を備える。

書き込み部１４１は、エラーが発生した制御装置２００のメモリに、プロジェクト管理部１３０により正常に動作すると特定された更新用のプロジェクトファイルを書き込む。具体的に、書き込み部１４１は、プロジェクト管理部１３０により特定されたリビジョン番号のプロジェクトファイルをデータ保存部１２０から取得する。次に、書き込み部１４１は、取得したプロジェクトファイルをエラーが発生した制御装置２００に送信し、制御装置２００のメモリに送信したプロジェクトファイルを書き込む。なお、プロジェクトファイルの書き込みは、書き込み部１４１が、取得したプロジェクトファイルとこのファイルの書き込みを要求するメッセージとを制御装置２００に送信し、制御装置２００が、受信した書き込み要求に基づき、制御装置２００が備えるメモリに、受信したプロジェクトファイルを書き込むことにより、実行されてもよい。なお、書き込み部１４１は、書き込み手段の一例である。

エラー監視部１４２は、制御プログラムの実行エラーの発生を監視する。具体的に、エラー監視部１４２は、ゲートウェイ３００からのエラー情報を待ち受ける。エラー監視部１４２は、ゲートウェイ３００からエラー情報を受信すると、受信したエラー情報をプロジェクト管理部１３０に送信する。

通信部１４３は、プログラム管理装置１００とゲートウェイ３００との間の通信のためのネットワークインタフェースを含む。通信部１４３は、書き込み部１４１からの書き込み要求を、制御装置２００に送信し、ゲートウェイ３００からエラー情報を受信する。なお、通信部１４３は、取得手段の一例である。

スケジュール管理部１５０は、更新用のプロジェクトファイルを制御装置２００に書き込む日時を設定する。具体的に、スケジュール管理部１５０は、制御装置２００から制御装置２００の稼働状況を示す稼働データを取得して、制御装置２００が過去に稼働した時間帯を割り出す。例えば、スケジュール管理部１５０は、過去１週間、過去１か月などの予め設定された期間内の稼働データに基づいて、図４に示す、制御装置２００毎の稼働した実績のある時間帯を示す稼働状況テーブルを生成し、データ保存部１２０に保存する。更新用のプロジェクトファイルを書き込む日時を設定する際、ユーザは、図５に示すスケジュール設定画面上で設定操作を行う。スケジュール管理部１５０は、実行エラーが発生した制御装置２００の機器ＩＤと工場名と書き込み処理の開始予定日時を入力したスケジュール設定画面を表示部に表示させる。例えば、図示する機器ＩＤ「６２０」の例の場合、スケジュール管理部１５０は、現在の日付「９／７」をタイマから取得し、翌日の日付である「９／８」を開始予定日の日付としてフォームに入力する。次に、スケジュール管理部１５０は、図４に示す稼働状況テーブルを参照して、機器ＩＤ「６２０」の稼働実績がない時間「２３：００」を開始予定時間としてフォームに入力する。ユーザにより設定ボタンが押下されると、スケジュール管理部１５０は、開始予定日時のフォームに入力された日時に、書き込み部１４１に書き込み処理を実行する指示信号を送信する送信タイマを設定する。なお、ユーザは、開始予定日時のフォームに入力された日時を変更してもよく、フォームに新たな日時を入力して、設定ボタンを押下することにより、ユーザにより変更された日時に基づく送信タイマが設定される。また、ユーザにより、稼働実績のある時間が入力された場合、スケジュール管理部１５０は、エラーメッセージを表示させて、時間を変更する旨をユーザに通知してもよい。また、スケジュール管理部１５０は、フォームにおいて、稼働実績のある時間は表示させないことにしてもよい。なお、スケジュール管理部１５０は、スケジュール設定手段の一例であり、稼働状況テーブルは、稼働実績情報の一例である。

次に、図６を参照してプログラム管理装置１００の物理的構成について説明する。プログラム管理装置１００は、プログラムに従った処理を実行するプロセッサ１１と、揮発性メモリであるＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１２と、不揮発性メモリであるＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１３と、データを記憶する記憶部１４と、情報の入力を受け付ける入力部１５と、情報を可視化して表示する表示部１６と、情報の送受信を行う通信部１７と、を備え、これらが内部バス９９を介して接続されている。

プロセッサ１１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）を含む。プロセッサ１１は、記憶部１４に記憶されるプログラムをＲＡＭ１２に読み出して実行することにより、各種処理を実行する。プロセッサ１１は、プログラムにより提供される主要な機能として、プログラム作成部１１０、プロジェクト管理部１３０、アセット管理部１４０、スケジュール管理部１５０による処理を実行する。

ＲＡＭ１２は、ＣＰＵのワークエリアとして使用される。ＲＯＭ１３は、プログラム管理装置１００の基本動作のためにＣＰＵが実行する制御プログラム、ＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）等を記憶する。

記憶部１４は、ハードディスクドライブを備え、ＣＰＵが実行するプログラムを記憶し、プログラム実行の際に使用される各種データを記憶する。記憶部１４は、データ保存部１２０として機能する。

入力部１５は、キーボード、マウス等を備えるユーザインタフェースである。表示部１６は情報を可視化して表示する液晶ディスプレイ、有機ＥＬ（Ｅｌｅｃｔｒｏ Ｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイ等の表示装置である。

通信部１７は、ネットワークに接続する網終端装置または無線通信装置、およびそれらと接続するシリアルインタフェースまたはＬＡＮインタフェースである。通信部１７は、外部から信号を受信して、この信号により示されるデータをプロセッサ１１へ出力する。通信部１７は、通信部１４３として機能する。

次に、上記構成を有するプログラム管理装置１００による動作について、図７を参照して説明する。

プログラム管理装置１００のデータ保存部１２０には、図２に示すプロジェクト管理情報と、図３に示すバージョン情報と、図４に示す稼働状況テーブルとが予め記憶されている。

アセット管理部１４０の書き込み部１４１は、制御装置２００のメモリにプロジェクトファイルを書き込む処理を行った場合、書き込んだプロジェクトファイルのリビジョン番号とプロジェクト名、対象の制御装置２００の装置ＩＤと工場名、書き込む処理を行った日時の情報を、図２に示すプロジェクト管理情報に追加して、更新する。また、エラー解消部１３２は、エラー情報を受信してエラーが発生したプロジェクトファイルを特定した場合、データ保存部１２０からプロジェクト管理情報を読み出して、特定したプロジェクトファイルのリビジョン番号と同列の「エラー発生履歴」に「あり」を入力してプロジェクト管理情報を更新する。なお、書き込み部１４１が制御装置２００に書き込み要求メッセージを出力した場合、書き込み要求メッセージを出力した日時をプロジェクト管理情報に追加して更新すればよい。

プロジェクトファイルの開発者は、新たなプロジェクトファイルを作成した場合、または、既存のプロジェクトファイルを改訂して新たなバージョン、または、新たなリビジョンのプロジェクトファイルを作成した場合、図３に示すバージョン情報を読み出して、「リビジョン番号」、「バージョン」、「プロジェクト名」、「改訂元プロジェクト」の項目に、情報を追加して、バージョン情報を更新する。

スケジュール管理部１５０は、制御装置２００から制御装置２００の稼働状況を示す稼働データを取得して、制御装置２００毎の稼働した実績のある時間帯を示す稼働状況テーブルを生成する。具体的に、スケジュール管理部１５０は、過去１週間、過去１か月などの予め設定された期間内の稼働データに基づいて、制御装置２００が稼働した実績のある時間帯を割り出す。スケジュール管理部１５０は、例えば、１週間毎、１か月毎などの一定期間毎に、稼働状況テーブルを生成して、データ保存部１２０に保存する。

図７に戻り、ユーザが入力部１５を操作して、エラー解消処理の開始を要求すると、プログラム管理装置１００は、処理を開始する。

アセット管理部１４０のエラー監視部１４２は、制御プログラムの実行エラーが発生したことを示すエラー情報を待ち受ける（ステップＳ１１）。エラー監視部１４２は、通信部１４３を介して、ゲートウェイ３００からエラー情報を受信すると（ステップＳ１２；Ｙｅｓ）、受信したエラー情報をプロジェクト管理部１３０に送信して、ステップＳ１３の処理に移行する。一方、エラー監視部１４２は、エラー情報を受信していない場合（ステップＳ１２；Ｎｏ）、エラー情報を受信するまで、エラー情報を待ち受ける（ステップＳ１１）。

プロジェクト管理部１３０のエラー解消部１３２は、エラー監視部１４２からエラー情報を受信すると、エラーが発生した制御プログラムを含むプロジェクトファイルを特定する（ステップＳ１３）。具体的に、エラー解消部１３２は、エラー情報に含まれる制御装置２００の装置ＩＤを取得して、実行エラーが発生した制御装置２００を特定する。次に、エラー解消部１３２は、図２に示すプロジェクト管理情報を参照して、取得した装置ＩＤの制御装置２００のメモリに現在書き込まれているプロジェクトファイルを特定する。

例えば、エラー解消部１３２は、エラー情報から装置ＩＤ「６２０」を取得した場合、「書き込み履歴」の情報を読み出して、装置ＩＤ「６２０」に書き込まれた履歴のあるプロジェクトファイルは、リビジョン番号「３１」、「３３」、「３８」であることを特定する。次に、エラー解消部１３２は、それぞれの「書き込み日時」の情報を読み出す。リビジョン番号「３１」のプロジェクトファイルは、２０２３年２月１日の０時００分に書き込まれ、リビジョン番号「３３」のプロジェクトファイルは、２０２３年７月１日の０時００分に書き込まれ、リビジョン番号「３８」のプロジェクトファイルは、２０２３年８月１日の０時００分に書き込まれていることから、エラー解消部１３２は、書き込み日時の遅いリビジョン番号「３８」のプロジェクトファイルが装置ＩＤ６２０の制御装置２００のメモリに現在書き込まれているプロジェクトファイルであり、エラーが発生したプロジェクトファイルであると特定する。エラー解消部１３２は、プロジェクト管理情報のリビジョン番号「３８」の「エラー発生履歴」に、実行エラーが発生したことを示す「あり」を追加し、更新する。なお、リビジョン番号「３８」のプロジェクトファイルは、エラー発生プログラムの一例である。

図７に戻り、次に、エラー解消部１３２は、発生したエラーを解消するための更新用のプロジェクトファイルを特定する（ステップＳ１４）。具体的に、エラー解消部１３２は、図３に示すバージョン情報を参照して、エラーが発生した制御プログラムを含むプロジェクトファイルがどのプロジェクトファイルを改訂して開発されたものかを示す改訂履歴を取得する。例えば、ステップＳ１３で特定したリビジョン番号「３８」のプロジェクトファイルの場合、エラー解消部１３２は、バージョン情報の「改訂元プロジェクト」を読み出し、リビジョン番号「３８」のプロジェクトファイルは、リビジョン番号「３３」を改訂元とするプロジェクトファイルであると特定する。次に、エラー解消部１３２は、同様の処理により、リビジョン番号「３３」のプロジェクトファイルは、リビジョン番号「３１」を改訂元とするプロジェクトファイルであると特定する。これらの処理により、エラー解消部１３２は、リビジョン番号「３１」、および、リビジョン番号「３３」のプロジェクトファイルを、リビジョン番号「３８」のプロジェクトファイルの改訂履歴として取得する。なお、リビジョン番号「３１」、および、リビジョン番号「３３」のプロジェクトファイルは、改訂元プログラムの一例である。

図７に戻り、次に、エラー解消部１３２は、図２に示すプロジェクト管理情報を参照して、改訂履歴に含まれるプロジェクトファイルのエラー発生の実績を確認し、エラー実績のないプロジェクトファイルを更新用のプロジェクトファイルに決定する。具体的に、エラー解消部１３２は、プロジェクト管理情報の「エラー発生履歴」を読み出して、リビジョン番号「３１」、および、「３３」のプロジェクトファイルのエラー発生の実績を取得する。図示する例において、書き込み日時の新しいリビジョン番号「３３」のプロジェクトファイルは、エラー発生履歴が「あり」であり、書き込み日時の古いリビジョン番号「３１」のプロジェクトファイルは、エラー発生履歴が「なし」である。エラー解消部１３２は、エラー発生履歴がない、リビジョン番号「３１」のプロジェクトファイルを更新用のプロジェクトファイルに決定する。エラー解消部１３２は、リビジョン番号「３１」のプロジェクトファイルを更新用のプロジェクトファイルに決定した旨を書き込み部１４１に通知する。なお、リビジョン番号「３１」のプロジェクトファイルは、更新プログラムの一例である。

図８は、エラー解消部１３２により更新用のプロジェクトファイルが決定された結果を表示する表示画面の一例を示す。この表示画面の縦軸には、プロジェクトファイルのバージョンを示すバージョン情報が表示され、横軸には、プロジェクトファイルのリビジョン番号が表示される。また、実行エラーが発生したプロジェクトファイルのバージョン「１．０．３」とリビジョン番号「３８」とが交差するセルと、ステップＳ１４にて更新用のプロジェクトファイルとして決定されたプロジェクトファイルのバージョン「１．０．０」とリビジョン番号「３１」とが交差するセルがそれぞれ強調されて表示される。また、各セルを結ぶ点線により、リビジョン番号「３８」のプロジェクトファイルの改訂履歴と、リビジョン番号「３８」のプロジェクトファイルを改訂して作成されたプロジェクトファイルとが可視化されて表示される。ユーザは、表示画面に表示された内容を確認し、「はい」のアイコンをクリックすることで、ステップＳ１５に移行する。

図７に戻り、次に、スケジュール管理部１５０は、ステップＳ１４により特定された更新用のプロジェクトファイルを制御装置２００のメモリに書き込むスケジュールを設定する（ステップＳ１５）。具体的に、スケジュール管理部１５０は、図５に例示するスケジュール設定画面を表示部１６に表示させ、ユーザの入力操作を受け付ける。スケジュール設定画面において、スケジュール管理部１５０は、対象の制御装置２００の機器ＩＤと、工場名とをそれぞれのフォームに入力する。次に、スケジュール管理部１５０は、データ保存部１２０に記憶されている図４に示す稼働状況テーブルを参照して、稼働実績のない時間帯を割り出し、開始予定日時のフォームに入力する。例えば、機器ＩＤ「６２０」が対象の制御装置２００の場合、スケジュール管理部１５０は、現在の日付「９／７」をタイマから取得し、翌日の日付である「９／８」を開始予定の日付としてフォームに入力する。次に、スケジュール管理部１５０は、稼働状況テーブルを参照して、機器ＩＤ「６２０」の稼働実績がない「２３：００」を開始予定時間としてフォームに入力する。ユーザにより設定ボタンが押下されると、スケジュール管理部１５０は、開始日時のフォームに入力された日時に、書き込み部１４１に書き込み処理を実行する指示信号を送信する送信タイマを設定する。

図７に戻り、エラー解消部１３２は、実行エラーが発生した制御プログラムを含むプロジェクトファイルを改訂して作成された派生プロジェクトファイルがあるか否かを判定する（ステップＳ１６）。具体的に、エラー解消部１３２は、図３に示すバージョン情報を参照して、派生プロジェクトファイルを特定する。エラー解消部１３２は、バージョン情報の「改訂元プロジェクト」に実行エラーが発生したプロジェクトファイルのリビジョン番号「３８」を含むプロジェクトファイルを検索する。図示する例において、「改訂元プロジェクト」にリビジョン番号「３８」を含むリビジョン番号「４１」のプロジェクトファイルがあるため、エラー解消部１３２は、派生プロジェクトファイルがあると判定して（ステップＳ１６；Ｙｅｓ）、リビジョン番号「４１」のプロジェクトファイルを派生プロジェクトファイルとして特定する。次に、エラー解消部１３２は、図２に示すプロジェクト管理情報を参照して、リビジョン番号「４１」のプロジェクトファイルが書き込まれた装置２００は、装置ＩＤ「６３０」であると特定する。次に、エラー解消部１３２は、同様の処理により、リビジョン番号「４１」のプロジェクトファイルを改訂して作成された派生プロジェクトファイルの有無を判定する。図示する例において、「改訂元プロジェクト」に、リビジョン番号「４１」を含むプロジェクトファイルがないため、エラー解消部１３２は、リビジョン番号「４１」のプロジェクトファイルを元とする派生プロジェクトファイルはないと判定する。

次に、エラー解消部１３２は、ステップＳ１６で特定した派生プロジェクトファイルをユーザに通知する（ステップＳ１７）。具体的に、エラー解消部１３２は、図９に示す通知画面を生成して、派生プロジェクトファイルを特定したことを示す情報を表示部に表示させる。これにより、ユーザは、同じエラーが発生し得る制御プログラムを含むプロジェクトファイルを事前に把握することが可能になる。なお、エラー解消部１３２は、リビジョン番号「４１」の派生プロジェクトファイルがあると判定した場合、この派生プロジェクトファイルのリビジョン番号を特定し、派生プロジェクトファイルがないと判定するまで処理を繰り返す。

図７に戻り、次に、エラー解消部１３２は、ステップＳ１６で特定した派生プロジェクトファイルに対する更新用のプロジェクトファイルを特定する（ステップＳ１８）。具体的に、エラー解消部１３２は、ステップＳ１４と同様の処理により、派生プロジェクトファイルの改訂履歴を取得し、改訂履歴に含まれるプロジェクトファイルのエラー発生の実績を確認して、エラー実績のないプロジェクトファイルを更新用のプロジェクトファイルに決定する。

次に、スケジュール管理部１５０は、ステップＳ１８により特定された更新用のプロジェクトファイルを、派生プロジェクトファイルが書き込まれている制御装置２００のメモリに書き込むスケジュールを設定する（ステップＳ１９）。具体的に、スケジュール管理部１５０は、ステップＳ１５と同様に、図５に例示するスケジュール設定画面を表示部１６に表示させ、ユーザの入力操作に応じてスケジュールを設定する。

図７に戻り、ステップＳ１６にて、エラー解消部１３２は、派生プロジェクトファイルがないと判定すると（ステップＳ１６；Ｎｏ）、ステップＳ２０に移行する。

次に、スケジュール管理部１５０は、ステップＳ１５、または、ステップＳ１９にて設定したスケジュールの日時になり、送信タイマが満了したことを検知すると、書き込み部１４１に書き込み処理を実行する指示信号を送信する。書き込み部１４１は、指示信号を受信すると、ステップＳ１４、または、ステップＳ１８にて決定された更新用のプロジェクトファイルを制御装置２００のメモリに書き込む処理を実行する（ステップＳ２０）。具体的に、ステップＳ１５で設定した書き込みを実行する場合、書き込み部１４１は、プロジェクト管理部１３０により決定されたリビジョン番号「３１」のプロジェクトファイルをデータ保存部１２０から取得する。次に、書き込み部１４１は、取得したプロジェクトファイルをエラーが発生した制御装置２００に送信し、エラー制御装置２００のメモリに送信したプロジェクトファイルを書き込む。

次に、書き込み部１４１は、図２に示すプロジェクト管理情報を更新する（ステップＳ２１）。具体的に、書き込み部１４１は、プロジェクト管理情報を読み出して、ステップＳ２０で書き込んだプロジェクトファイルのリビジョン番号「３１」の「書き込み履歴」に、書き込み先の制御装置２００の装置ＩＤと工場名とを示す「工場Ｂ－装置ＩＤ：６２０」を追加し、書き込みを行った日時を「書き込み日時」に追加して、プロジェクト管理情報を更新し、処理を終了する。なお、ステップＳ１８で特定した派生プロジェクトファイルに対する更新用のプロジェクトファイルの書き込みを実行した場合も、同様にプロジェクト管理情報を更新する。

以上のように、制御装置２００が実行する制御プログラムに実行エラーが発生した場合、プログラム管理装置１００は、実行エラーが発生した制御プログラムを含むプロジェクトファイルの改訂履歴とエラー発生履歴とを参照して、エラー発生実績のないプロジェクトファイルを特定する。プログラム管理装置１００は、特定したプロジェクトファイルを制御装置２００のメモリに書き込む。したがって、少ない手間で、迅速に制御装置２００に発生したエラーを解消することが可能となる。

また、プログラム管理装置１００は、実行エラーが発生した制御プログラムを含むプロジェクトファイルを改訂して作成された派生プロジェクトファイルを自動的に特定してユーザに通知する。したがって、ユーザは、発生した実行エラーと同じエラーが発生する可能性のあるプロジェクトファイルを予め把握することが可能となる。そして、実行エラーが発生する前に、制御装置２００のメモリに更新用のプロジェクトファイルの書き込みをしたり、派生プロジェクトファイルの改訂作業を始めることができ、工場全体の信頼性を向上することができる。

また、プログラム管理装置１００は、更新用のプロジェクトファイルを書き込むスケジュールを自動的に生成する。ユーザは、生成されたスケジュールの日時を確認し、必要に応じて日時を変更することによりスケジュールを変更する。したがって、対象の制御装置２００の稼働状況を人手で確認して、スケジュールを作成する手間が省けるため、少ない手間でプロジェクトファイルを更新することが可能となる。

本開示の主旨を逸脱しない限り、上記実施の形態で挙げた構成を取捨選択したり、他の構成に適宜変更したりすることが可能である。

上記実施の形態において、各制御装置２００は、１つのプロジェクトファイルに含まれる制御プログラムをそれぞれ実行するものとして説明したがこれに限られない。制御装置２００は、複数のＣＰＵを備え、ＣＰＵ毎に異なるプロジェクトファイルに含まれる制御プログラムを実行してもよい。この場合、制御装置２００は、エラー情報に、ＣＰＵを識別する情報を付加して、ゲートウェイ３００に送信すればよい。また、書き込み部１４１は、図２に示すプロジェクト管理情報の「書き込み履歴」に装置ＩＤとＣＰＵの識別情報とを追加すればよい。プロジェクト管理部１３０のエラー解消部１３２は、図７のステップＳ１３の処理において、エラー情報に含まれる制御装置２００の装置ＩＤとＣＰＵの識別情報とを取得して、プロジェクト管理情報を参照し、取得した装置ＩＤの制御装置２００のＣＰＵに現在書き込まれているプロジェクトファイルを特定すればよい。また、図７のステップＳ２０において、書き込み部１４１は、スケジュール管理部１５０から指示信号を受信すると、ステップＳ１３で特定したＣＰＵが読み出すメモリの領域に更新用のプロジェクトファイルを書き込む処理を実行すればよい。

上記実施の形態において、プログラム管理装置１００は、実行エラーが発生した制御装置２００のメモリに更新用のプロジェクトファイルを書き込むものとして説明したがそれに限られない。プログラム管理装置１００は、実行エラーが発生した制御装置２００と同じプロジェクトファイルがメモリに書き込まれた他の制御装置２００を特定して、これらのメモリに更新用のプロジェクトファイルを書き込んでもよい。具体的に、図２に示すプロジェクト管理情報において、図７のステップＳ１３で特定したプロジェクトファイルが、複数の制御装置２００のメモリに書き込まれている場合、エラー解消部１３２は、プロジェクト管理情報からそれぞれの制御装置２００の装置ＩＤを取得する。ステップＳ１５において、スケジュール管理部１５０は、稼働状況テーブルを参照して、取得した装置ＩＤの制御装置２００それぞれの稼働実績のない時間帯を割り出す。スケジュール管理部１５０は、制御装置２００それぞれの書き込み処理の開示予定日時をスケジュール設定画面に表示させ、書き込みスケジュールを設定する。ステップＳ２０において、書き込み部１４１は、ステップＳ１５で設定されたスケジュールにより送信された指示信号を受信すると、制御装置２００のメモリにステップＳ１４で特定されたプロジェクトファイルを書き込む。

また、上記実施の形態では、プログラム管理装置１００は、制御プログラムを含むプロジェクトファイルを管理することとして説明したがこれに限られず、制御プログラムを管理し、エラーが発生した制御装置２００のメモリに制御プログラムを書き込むものであってもよい。

また、データ保存部１２０が記憶する情報は、ネットワーク上に存在するクラウドサーバで一括管理され、プログラム管理装置１００は必要に応じて当該クラウドサーバにアクセスして情報の読み書きを行うようにしてもよい。この場合プログラム管理装置１００はデータ保存部１２０を備えなくてもよい。

また、上記実施の形態において、１台のプログラム管理装置１００により処理を実行することとしたが、システム構成は任意である。例えば、プログラム作成部１１０と、プロジェクト管理部１３０と、アセット管理部１４０と、スケジュール管理部１５０と、の機能のいずれかの機能を実現する複数の装置を備えるシステムによりプログラム管理装置１００の機能を実現してもよい。

また、プログラム管理装置１００は、専用の装置によらず、通常のコンピュータシステムを用いて実現可能である。例えば、プログラム管理装置１００における各機能を実現するためのプログラムを、コンピュータが読み取り可能なＣＤ－ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＤＶＤ－ＲＯＭ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等の記録媒体に格納して配布し、このプログラムをコンピュータに書き込むことにより、上述の各機能を実現することができるコンピュータを構成してもよい。

また、各機能をＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）とアプリケーションとの分担、またはＯＳとアプリケーションとの協同により実現する場合には、アプリケーションのみを記録媒体に格納してもよい。

また、本開示は、本開示の広義の精神と範囲を逸脱することなく、様々な実施の形態及び変形が可能とされるものである。また、上述した実施の形態は、この開示を説明するためのものであり、本開示の範囲を限定するものではない。すなわち、本開示の範囲は、実施の形態ではなく、特許請求の範囲によって示される。そして、請求の範囲内及びそれと同等の開示の意義の範囲内で施される様々な変形が、本開示の範囲内とみなされる。

１００ プログラム管理装置、１１０ プログラム作成部、１２０ データ保存部、１３０ プロジェクト管理部、１３１ 改訂履歴管理部、１３２ エラー解消部、１４０ アセット管理部、１４１ 書き込み部、１４２ エラー監視部、１４３ 通信部、１５０ スケジュール管理部、１１ プロセッサ、１２ ＲＡＭ、１３ ＲＯＭ、１４ 記憶部、１５ 入力部、１６ 表示部、１７ 通信部、９９ 内部バス、２００ 制御装置、３００ ゲートウェイ、４００ ネットワーク。

Claims (8)

1. コンピュータを、
   機器を制御する制御装置により実行される制御プログラムの実行エラーが発生したことを示すエラー情報を取得する取得手段、
   取得されたエラー情報に含まれる前記制御装置の識別情報と、前記制御プログラムが複数の前記制御装置に書き込まれたそれぞれの実績を示す書き込み実績とに基づいて、実行エラーが発生した前記制御プログラムであるエラー発生プログラムを特定するエラー発生プログラム特定手段、
   各前記制御プログラムと、該制御プログラムを開発するために使用された制御プログラムである改訂元プログラムとを対応付けた対応付け情報に基づき、前記エラー発生プログラムの前記改訂元プログラムを特定する改訂元特定手段、
   前記制御プログラム毎の実行エラーが発生した実績を示すエラー履歴情報に基づいて、特定された前記改訂元プログラムの中から、実行エラーの発生実績がない前記改訂元プログラムを、更新用の前記制御プログラムである更新プログラムとして決定する更新プログラム決定手段、
   決定された前記更新プログラムを、前記エラー発生プログラムを実行した制御装置が備える記憶部に書き込む書き込み処理を実行する書き込み手段、
   として機能させる、プログラム。
2. 前記書き込み実績は、前記制御装置により実行される前記制御プログラムを含むプロジェクトが書き込まれた実績を含み、
   前記エラー発生プログラム特定手段は、前記識別情報と前記書き込み実績とに基づいて、実行エラーが発生した前記エラー発生プログラムを含むプロジェクトを特定し、
   前記改訂元特定手段は、各プロジェクトと該プロジェクトの改訂元のプロジェクトとの対応付けを含むプロジェクト対応付け情報に基づき、前記エラー発生プログラムを含むプロジェクトの改訂元のプロジェクトを特定し、
   前記更新プログラム決定手段は、前記改訂元特定手段により特定された改訂元のプロジェクトの中から、実行エラーの発生実績がない前記改訂元プログラムを含むプロジェクトを更新用のプロジェクトとして決定し、
   前記書き込み手段は、決定された更新用の前記プロジェクトを、前記エラー発生プログラムを実行した制御装置が備える記憶部に書き込む、
   請求項１に記載のプログラム。
3. 前記コンピュータを、
   前記対応付け情報に基づき、前記エラー発生プログラム特定手段により特定された前記エラー発生プログラムを改訂して作成された制御プログラムである派生プログラムを特定する派生先特定手段、
   前記派生先特定手段により特定された前記派生プログラムを通知する通知手段、
   としてさらに機能させる、請求項１または２に記載のプログラム。
4. 前記コンピュータを、
   前記制御装置の稼働時間の実績を示す稼働実績情報に基づき、前記書き込み手段が前記書き込み処理を実行する日時を設定するスケジュール設定手段、
   としてさらに機能させる、請求項１または２に記載のプログラム。
5. 前記コンピュータを、
   機器を制御する制御装置により実行される制御プログラムを生成するプログラム生成手段、
   としてさらに機能させる、請求項１または２に記載のプログラム。
6. 機器を制御する制御装置により実行される制御プログラムの実行エラーが発生したことを示すエラー情報を取得する取得手段と、
   前記取得手段により取得されたエラー情報に含まれる制御装置の識別情報と、前記制御プログラムの書き込み実績とに基づいて、実行エラーが発生した前記制御プログラムであるエラー発生プログラムを特定するエラー発生プログラム特定手段と、
   各前記制御プログラムと、該制御プログラムを開発するために使用された制御プログラムである改訂元プログラムとを対応付けた対応付け情報に基づき、前記エラー発生プログラムの前記改訂元プログラムを特定する改訂元特定手段と、
   各前記制御プログラムのエラー履歴情報に基づいて、特定された前記改訂元プログラムの中から、実行エラーの発生実績がない前記改訂元プログラムを、更新用の前記制御プログラムである更新プログラムとして決定する更新プログラム決定手段と、
   決定された前記更新プログラムを、前記エラー発生プログラムを実行した制御装置が備える記憶部に書き込む書き込み処理を実行する書き込み手段と、
   を備える、プログラム管理装置。
7. 請求項６に記載のプログラム管理装置と、
   機器を制御する制御装置により実行される制御プログラムの実行エラーが発生したことを示すエラー情報を送信する制御装置と、
   前記制御装置から送信されたエラー情報を取得して、前記プログラム管理装置に送信するゲートウェイと、
   を備えるプログラム管理システム。
8. 機器を制御する制御装置により実行される制御プログラムの実行エラーが発生したことを示すエラー情報を取得するステップと、
   取得されたエラー情報に含まれる制御装置の識別情報と、前記制御プログラムの書き込み実績とに基づいて、実行エラーが発生した前記制御プログラムであるエラー発生プログラムを特定するステップと、
   各前記制御プログラムと、該制御プログラムを開発するために使用された制御プログラムである改訂元プログラムとを対応付けた対応付け情報に基づき、前記エラー発生プログラムの前記改訂元プログラムを特定するステップと、
   各前記制御プログラムのエラー履歴情報に基づいて、特定された前記改訂元プログラムの中から、実行エラーの発生実績がない前記改訂元プログラムを、更新用の前記制御プログラムである更新プログラムとして決定するステップと、
   決定された前記更新プログラムを、前記エラー発生プログラムを実行した制御装置が備える記憶部に書き込むステップと、
   を含む、プログラム管理方法。