JP2022188197A - プログラマブルロジックコントローラ、端末装置、プログラム管理システム、プログラム管理方法及びプログラム - Google Patents

Abstract

【課題】プログラマブルロジックコントローラに保存されるプログラムの変化点を容易に管理する。【解決手段】ＰＬＣ１０は、ＰＬＣ１０で実行されるプログラムを保存するプログラム記憶部１２０と、プログラム記憶部１２０に保存されたプログラムを更新する更新部１１０と、プログラム記憶部１２０に保存されたプログラムのバージョン管理を行うバージョン管理部１４０と、を備える。バージョン管理部１４０は、更新部１１０によりプログラムが更新されたときの時刻と、バージョン管理の対象となるプログラムを個別に識別する識別情報とに基づいて、プログラム記憶部１２０に保存されたプログラムのバージョン管理を行う。【選択図】図１

Description

本開示は、プログラマブルロジックコントローラ、端末装置、プログラム管理システム、プログラム管理方法及びプログラムに関する。

プログラマブルロジックコントローラ（Programmable Logic Controller。以下ＰＬＣともいう）に関するトラブルが生じたときに、ＰＬＣが記録したログとＰＬＣが実行していたプログラムとを分析してトラブルシューティングをすることがある。

上記の事情に関連する技術として、特許文献１には、ＰＬＣの運用中に特定の事象が発生したときに、現在ＰＬＣにて実行されているプログラムと、プログラムを実行して得られるデータとをともに保存するＰＬＣが開示されている。

特開２０２０－０１３５２７号公報

一方、トラブルシューティングのためには、ＰＬＣに保存されるプログラムの変化点の特定が重要となる場合がある。例えば、プログラムに存在するバグが原因でトラブルが生じる場合を考える。この場合、バグを特定するためには、バグが混入したときのプログラムの変化点を特定する必要がある。

しかし、特許文献１に記載の技術では、特定の事象が発生するより前にプログラムにどのような変更があったかが確認できないため、プログラムの変化点を特定することができない。

この問題に対する策の１つとして、ＰＬＣで実行されるプログラムを開発するための端末装置に一般的なバージョン管理システムを導入し、プログラムの開発に係るプロジェクトファイルを当該バージョン管理システムにてバージョン管理することが考えられる。

しかし、端末装置上でのプログラム開発においては、メタデータの設定、テストデータの追加等、ＰＬＣには反映されない変更がバージョン管理システム上にて多数行われるため、ＰＬＣに保存されるプログラムの変化点と、バージョン管理システム上におけるプロジェクトファイルの変化点とは、１対１に対応しない。また、１つのＰＬＣに対して端末装置が複数存在する場合、端末装置ごとにプロジェクトファイルの変化点が存在し得る。そのため、バージョン管理システム上におけるプロジェクトファイルの変化点に基づいて、ＰＬＣに保存されているプログラムの変化点を特定するのは簡便ではない。

本開示の目的は、上記の事情に鑑み、プログラマブルロジックコントローラに保存されるプログラムの変化点を容易に管理できるプログラマブルロジックコントローラ等を提供することにある。

上記の目的を達成するため、本開示に係るプログラマブルロジックコントローラは、
プログラマブルロジックコントローラであって、
前記プログラマブルロジックコントローラで実行されるプログラムを保存するプログラム記憶手段と、
前記プログラム記憶手段に保存されたプログラムを更新する更新手段と、
前記プログラム記憶手段に保存されたプログラムのバージョン管理を行うバージョン管理手段と、
を備え、
前記バージョン管理手段は、前記更新手段により前記プログラムが更新されたときの時刻と、バージョン管理の対象となるプログラムを個別に識別する識別情報とに基づいて、前記プログラム記憶手段に保存されたプログラムのバージョン管理を行う。

本開示によれば、プログラマブルロジックコントローラに保存されるプログラムの変化点を容易に管理できる。

本開示の実施の形態１に係るプログラム管理システムの全体構成及びプログラマブルロジックコントローラの機能的構成を示す図 本開示の実施の形態１に係るプログラマブルロジックコントローラにおけるバージョン管理データベースの一例を示す図 本開示の実施の形態１に係るプログラマブルロジックコントローラにおけるロギングデータの一例を示す図 本開示の実施の形態１に係る端末装置の機能的構成を示す図 本開示の実施の形態１に係るプログラマブルロジックコントローラ及び端末装置のハードウェア構成の一例を示す図 本開示の実施の形態１に係るプログラマブルロジックコントローラによるバージョン管理の動作の一例を示す図 本開示の実施の形態１に係るプログラマブルロジックコントローラによるロギングの動作の一例を示す図 本開示の実施の形態２に係るプログラマブルロジックコントローラによるバージョン管理の動作の一例を示す図 本開示の実施の形態３に係るプログラム管理システムの全体構成及びプログラマブルロジックコントローラの機能的構成を示す図 本開示のその他の変形例に係るプログラマブルロジックコントローラにおけるバージョン管理データベースの一例を示す図

以下、図面を参照しながら、本開示の実施の形態に係るプログラム管理システムを説明する。各図面においては、同一又は同等の部分に同一の符号を付す。

（実施の形態１）
図１を参照しながら、実施の形態１に係るプログラム管理システム１を説明する。プログラム管理システム１は、ＰＬＣ１０と端末装置２０とを備える。ＰＬＣ１０と端末装置２０とは通信可能に接続されている。プログラム管理システム１によれば、プログラマブルロジックコントローラであるＰＬＣ１０にて実行されるプログラムの変化点を簡便に管理することができる。プログラム管理システム１は、本開示に係るプログラム管理システムの一例である。

ＰＬＣ１０は、端末装置２０にて開発されたプログラムを実行することができるプログラマブルロジックコントローラ（ＰＬＣ）である。また、ＰＬＣ１０は、ＰＬＣ１０自身にて実行されるプログラムをＰＬＣ１０自身にてバージョン管理することができる。また、ＰＬＣ１０は、ＰＬＣ１０自身の動作に関するログを記録する。ＰＬＣ１０は、例えば生産現場に設置され、同様に生産現場に設置された図示しないセンサ、アクチュエータ等のフィールド機器を制御する。ＰＬＣ１０の機能的構成については後述する。ＰＬＣ１０は、本開示に係るプログラマブルロジックコントローラの一例である。

なお、ＰＬＣの分野においては、ＰＬＣにプログラムを書き込む際に、実行ファイルとしてのプログラムのみでなく、実行ファイルとしてのプログラムの元となった可読プログラムも書き込むことが行われている。可読プログラムとは、例えばラダー図にて表現されたプログラムである。そのため、本実施の形態において「プログラム」は実行ファイルのみならず可読プログラムも含み得るものとする。

端末装置２０は、ＰＬＣ１０にて実行されるプログラムを開発するための端末装置である。端末装置２０は、例えばＰＬＣ１０の製造者が提供するエンジニアリングツールのプログラムがインストールされたパーソナルコンピュータである。端末装置２０は、ＰＬＣ１０にて実行されるプログラムをＰＬＣ１０に送信することにより、ＰＬＣ１０にて実行されるプログラムを更新することができる。また、端末装置２０は、ＰＬＣ１０にて記録されたログと、ＰＬＣ１０にて実行されるプログラムとを関連付けて表示することができる。端末装置２０の機能的構成については後述する。端末装置２０は、本開示に係る端末装置の一例である。

次に、図１を参照しながら、ＰＬＣ１０の機能的構成を説明する。ＰＬＣ１０は、通信部１００と更新部１１０とプログラム記憶部１２０とプログラム実行部１３０とバージョン管理部１４０とデータベース記憶部１５０とロギング部１６０とログ記憶部１７０とを備える。また、ＰＬＣ１０は、図１に示す機能的構成のほか、プログラマブルロジックコントローラとしての一般的な機能的構成を備える。

通信部１００は、端末装置２０と通信する。通信部１００は、例えばネットワークインタフェースにより実現される。通信部１００は特に、端末装置２０から、ＰＬＣ１０にて実行されるプログラムを受信する。

更新部１１０は、端末装置２０が送信し通信部１００が受信したプログラムにより、後述のプログラム記憶部１２０に保存されたプログラムを更新する。更新部１１０は、本開示に係る更新手段の一例である。

プログラム記憶部１２０は、後述のプログラム実行部１３０にて実行されるプログラムを保存する。プログラム記憶部１２０に保存されるプログラムが、ＰＬＣ１０にて実行されるプログラムである。プログラム記憶部１２０は、本開示に係るプログラム記憶手段の一例である。

プログラム実行部１３０は、プログラム記憶部１２０に保存されたプログラムを読み出して実行する。プログラム実行部１３０がプログラム記憶部１２０に保存されたプログラムを読み出して実行することにより、例えば図示しないフィールド機器を制御することができる。

バージョン管理部１４０は、プログラム記憶部１２０に保存されたプログラムのバージョン管理を行う。より詳細には、バージョン管理部１４０は、更新部１１０による更新により新たにプログラム記憶部１２０に保存されたプログラムをバージョン管理の対象とする。そのため、プログラム記憶部１２０に保存されたプログラムが更新部１１０により更新されるたびにバージョン管理の対象となるプログラムが追加されることとなる。バージョン管理部１４０は、本開示に係るバージョン管理手段の一例である。

バージョン管理について具体的に説明する。まず、バージョン管理部１４０は、更新部１１０による更新があったときに、新たにプログラム記憶部１２０に保存されたプログラムについてバージョン番号を採番する。バージョン番号は、例えば１から順に採番されるものであってもよいし、ＵＵＩＤ（Universally Unique Identifier）バージョン４のようにランダムに採番されるものであってもよいし、プログラムをバイナリデータとみなしたときに得られるハッシュ値であってもよい。バージョン番号により、バージョン管理の対象となるプログラムを個別に識別することができる。バージョン番号は、本開示に係る識別情報の一例である。

バージョン番号の採番ののちに、バージョン管理部１４０は、新たにプログラム記憶部１２０に保存されたプログラムを、バージョン番号及び更新時刻と対応付けて後述のバージョン管理データベースＶＤＢに登録する。この登録により、新たにプログラム記憶部１２０に保存されたプログラムがバージョン管理部１４０によるバージョン管理の対象となる。

バージョン管理部１４０は、例えば以下のいずれかのタイミングでバージョン管理を行う。
（１）更新部１１０から、プログラム記憶部１２０に保存されたプログラムを更新した旨の通知があったとき。
（２）バージョン管理部１４０が定期的にプログラム記憶部１２０をチェックし、プログラム記憶部１２０に保存されたプログラムが更新されたことを検知できたとき。
（３）端末装置２０から更新通知があったとき。
以下、それぞれの場合について具体的に説明する。

（１）の場合、更新部１１０は、プログラム記憶部１２０に保存されたプログラムを更新したときに、プログラムを更新した旨をバージョン管理部１４０に通知する機能を備える。バージョン管理部１４０は、更新部１１０から通知を受けたタイミングでバージョン管理を行う。

（２）の場合、更新部１１０は、プログラムの更新の際に、プログラムの更新時刻をプログラム記憶部１２０に保存する機能を備える。バージョン管理部１４０は、プログラム記憶部１２０に保存された更新時刻を定期的にチェックし、更新時刻が変更されたことを検知したときに、バージョン管理を行う。なお、ＮＴＦＳ（NT File System）、ｅｘｔ４（fourth extended file system）などの一般的なファイルシステムがプログラム記憶部１２０上に構築されている場合、更新部１１０がプログラムを更新したときに更新時刻も必然的に更新されることとなる。

あるいは、更新部１１０は、プログラムの更新の際に、プログラムをバイナリデータとみなしたときに得られるハッシュ値をプログラム記憶部１２０に保存する機能を備える。バージョン管理部１４０は、プログラム記憶部１２０に保存されたハッシュ値を定期的にチェックし、ハッシュ値が変更されたことを検知したときに、バージョン管理を行う。

（３）の場合、端末装置２０は、プログラムをＰＬＣ１０に送信する際に、プログラムの更新を示す更新通知をＰＬＣ１０に送信する機能を備える。バージョン管理部１４０は、通信部１００が受信する信号を監視する。バージョン管理部１４０は、通信部１００が端末装置２０から更新通知を受信したことを検知したときに、バージョン管理を行う。

データベース記憶部１５０は、バージョン管理データベースＶＤＢを保存する。バージョン管理データベースＶＤＢは、バージョン管理部１４０によりバージョン管理されるプログラムに関する情報を格納する。バージョン管理データベースＶＤＢは、例えば図２に示すようなテーブルにて表される。図２に示す例では、バージョン番号は古い順に００１から連続に採番されている。なお、「プログラム」の列は、プログラムそのものを示す。つまり、図２においては、プログラムがバージョン番号及び更新時刻と対応付けてバージョン管理データベースＶＤＢに登録されている。なお、プログラムそのものがバージョン管理データベースＶＤＢに登録される代わりに、プログラムは一般的なファイルシステムの管理下に保存され、当該プログラムのファイル名がバージョン番号及び更新時刻と対応付けられてバージョン管理データベースＶＤＢに登録されるものであってもよい。

また、バージョン管理部１４０は、後述のロギング部１６０に、現在プログラム実行部１３０にて実行されているプログラムのバージョン番号を示す信号を出力する。具体的には、バージョン管理部１４０は、バージョン管理の対象となっているプログラムのうち最新のプログラムに対応するバージョン番号を示す信号を、ロギング部１６０に出力する。バージョン管理の対象となっているプログラムのうち最新のプログラムが、現在プログラム記憶部１２０に保存されプログラム実行部１３０により実行されているプログラムだからである。

再び図１を参照する。ロギング部１６０は、ＰＬＣ１０の動作に関する動作ログを後述のログ記憶部１７０に記録する。より詳細には、ロギング部１６０は、動作ログを現在時刻及びバージョン番号とともにロギングデータとしてログ記憶部１７０に記録する。ここで、バージョン番号は、現在プログラム実行部１３０にて実行されているプログラムのバージョン番号である。また、「現在時刻」はロギングデータの記録が行われた「記録時刻」となる。ロギング部１６０は、現在プログラム実行部１３０にて実行されているプログラムのバージョン番号を示す信号をバージョン管理部１４０から受信することにより、現在プログラム実行部１３０にて実行されているプログラムのバージョン番号を取得する。ロギング部１６０は、本開示に係るロギング手段の一例である。

ログ記憶部１７０は、ロギング部１６０にて記録されたロギングデータを保存する。ロギングデータは、例えば図３に示すテーブルにて表される。図３に示す例において、例えば上から２行目のログが異常を示すものでありトラブルシューティングが必要となる場合、バージョン番号が００２以前（００２を含む）のプログラムに異常の原因が含まれることとなるので、バージョン番号が００２以前のプログラムのみを分析対象とすればよい。ログ記憶部１７０は、本開示に係るログ記憶手段の一例である。

次に、図４を参照しながら、端末装置２０の機能的構成を説明する。端末装置２０は、通信部２００とログ読み出し部２１０とプログラム読み出し部２２０と表示制御部２３０と入力部２４０と表示部２５０とを備える。端末装置２０は、図４に示す機能的構成のほか、ユーザがＰＬＣ１０にて実行されるプログラムを開発するために必要な一般的な機能的構成を備える。

通信部２００は、ＰＬＣ１０と通信する。通信部２００は、例えばネットワークインタフェースにより実現される。通信部２００は特に、ＰＬＣ１０からロギングデータ及びプログラムを受信する。

ログ読み出し部２１０は、通信部２００を介してＰＬＣ１０のログ記憶部１７０にアクセスし、ＰＬＣ１０からログ記憶部１７０に保存されたロギングデータを読み出す。ログ読み出し部２１０は、例えば後述の入力部２４０を介したユーザの指示に基づいてロギングデータを読み出す。ログ読み出し部２１０は、本開示に係るログ読み出し手段の一例である。

プログラム読み出し部２２０は、通信部２００を介してＰＬＣ１０のデータベース記憶部１５０にアクセスし、ＰＬＣ１０からバージョン管理データベースＶＤＢに登録されたプログラムを読み出す。より詳細には、プログラム読み出し部２２０は、ログ読み出し部２１０により読み出されたロギングデータに含まれるバージョン番号に対応するプログラムを、バージョン管理データベースＶＤＢから読み出す。これにより、プログラム読み出し部２２０は、ロギングデータの記録時にＰＬＣ１０にて実行されていたプログラム（つまりロギングデータの記録時にＰＬＣ１０のプログラム記憶部１２０に保存されていたプログラム）のみを読み出すことができる。プログラム読み出し部２２０は、本開示に係るプログラム読み出し手段の一例である。

表示制御部２３０は、後述の表示部２５０を制御して、ログ読み出し部２１０により読み出されたロギングデータと、プログラム読み出し部２２０により読み出されたプログラムとを表示部２５０に表示させる。これにより、ユーザは、ロギングデータの詳細及びロギングデータに対応するプログラムの詳細を確認することができる。また、表示制御部２３０は、後述の入力部２４０を介したユーザの指示に基づいて表示部２５０を制御する。例えば、表示制御部２３０は、ユーザが表示対象となるロギングデータを切り替える操作をしたときに、表示部２５０に表示するロギングデータ及び対応するプログラムの表示を切り替える。表示制御部２３０は、本開示に係る表示制御手段の一例である。

入力部２４０は、ユーザからの入力を受け付けて、ユーザの入力を示す信号をログ読み出し部２１０及び表示制御部２３０に出力する。入力部２４０は、例えばキーボード、マウス、タッチパネルなどの入力装置である。

表示部２５０は、表示制御部２３０の制御に基づいてロギングデータ及びプログラムを表示する。表示部２５０は、例えば液晶ディスプレイである。表示部２５０は、本開示に係る表示手段の一例である。

次に、ＰＬＣ１０及び端末装置２０のハードウェア構成の一例について、図５を参照しながら説明する。図５に示す構成は、ＰＬＣ１０においては、例えばプログラマブルロジックコントローラが備えるコンピュータにより実現され、端末装置２０においては、例えばパーソナルコンピュータ、スマートフォン、タブレット端末などのコンピュータにより実現される。

ＰＬＣ１０及び端末装置２０は、バス１０００を介して互いに接続された、プロセッサ１００１と、メモリ１００２と、インタフェース１００３と、二次記憶装置１００４と、を備える。

プロセッサ１００１は、例えばＣＰＵ（Central Processing Unit：中央演算装置）である。プロセッサ１００１が、二次記憶装置１００４に記憶された動作プログラムをメモリ１００２に読み込んで実行することにより、ＰＬＣ１０及び端末装置２０の各機能が実現される。

メモリ１００２は、例えば、ＲＡＭ（Random Access Memory）により構成される主記憶装置である。メモリ１００２は、プロセッサ１００１が二次記憶装置１００４から読み込んだ動作プログラムを記憶する。また、メモリ１００２は、プロセッサ１００１が動作プログラムを実行する際のワークメモリとして機能する。

インタフェース１００３は、例えばシリアルポート、ＵＳＢ（Universal Serial Bus）ポート、ネットワークインタフェースなどのＩ／Ｏ（Input/Output）インタフェースである。インタフェース１００３により、通信部１００及び通信部２００の機能が実現される。

二次記憶装置１００４は、例えば、フラッシュメモリ、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）である。二次記憶装置１００４は、プロセッサ１００１が実行する動作プログラムを記憶する。また、二次記憶装置１００４により、プログラム記憶部１２０、データベース記憶部１５０及びログ記憶部１７０の機能が実現される。

次に、図６を参照しながら、ＰＬＣ１０によるバージョン管理の動作の一例を説明する。図６に示す動作は、例えばＰＬＣ１０の起動時に開始される。

ＰＬＣ１０の更新部１１０は、端末装置２０からＰＬＣ１０の通信部１００に新たなプログラムが送信されるのを待ち受ける（ステップＳ１０１）。

端末装置２０から新たなプログラムが送信されたとき、更新部１１０は、通信部１００が受信した新たなプログラムをプログラム記憶部１２０に書き込むことによりプログラム記憶部１２０に保存されたプログラムを更新する（ステップＳ１０２）。

ＰＬＣ１０のバージョン管理部１４０は、更新部１１０により更新された新たなプログラムについてバージョン番号を採番する（ステップＳ１０３）。

バージョン管理部１４０は、新たなプログラムを、バージョン番号及び更新時刻と対応付けてデータベース記憶部１５０のバージョン管理データベースＶＤＢに登録することにより、新たなプログラムをバージョン管理の対象とする（ステップＳ１０４）。そしてＰＬＣ１０は、ステップＳ１０１からの動作を繰り返す。

次に、図７を参照しながら、ＰＬＣ１０によるロギングの動作の一例を説明する。図７に示す動作は、例えばＰＬＣ１０の起動時に開始される。

ＰＬＣ１０のロギング部１６０は、現在プログラム実行部１３０にて実行されているプログラムのバージョン番号を取得する（ステップＳ２０１）。

ロギング部１６０は、ＰＬＣ１０の動作ログを、時刻及びステップＳ２０１にて取得したバージョン番号とともにロギングデータとしてログ記憶部１７０に記録する（ステップＳ２０２）。そしてロギング部１６０は、ステップＳ２０１からの動作を繰り返す。

以上、実施の形態１に係るプログラム管理システム１を説明した。プログラム管理システム１においては、ＰＬＣ１０にて実行されるプログラムのバージョン管理をＰＬＣ１０自身が行う。バージョン管理の対象となるプログラムの追加は、ＰＬＣ１０にて実行されるプログラムが更新されたときに行われるため、ＰＬＣ１０にて実行されるプログラムの変化点と、バージョン管理の対象となるプログラムとは１対１に対応する。そのため、ＰＬＣ１０のユーザは、ＰＬＣ１０にて実行されるプログラムの変化点を簡便に管理できる。

（実施の形態１の変形例）
実施の形態１において、ＰＬＣ１０のロギング部１６０は、図３にも示すとおり、ログを時刻及びバージョン番号とともに記録した。しかし、ロギング部１６０は、バージョン番号を記録せず、ログと時刻のみを記録するものであってもよい。ロギングデータがバージョン番号を含まないものであっても、図２にて示すとおり更新時刻とバージョンとが対応付けられていることから、ログの記録時刻においてどのバージョンのプログラムが実行されていたかは特定可能だからである。

（実施の形態２）
実施の形態１において、ＰＬＣ１０のバージョン管理部１４０は、現在プログラム記憶部１２０に保存されている最新のプログラムもバージョン管理の対象としている。しかし、現在プログラム記憶部１２０に保存されている最新のプログラムは明らかにバージョン管理対象となっているプログラムのうち最新のものであるため、最新のプログラムについては必ずしもバージョン管理の対象としなくてもよい。この場合、プログラムの更新があったときに、更新直前のプログラムをバージョン管理の対象とする必要がある。

実施の形態２に係るプログラム管理システム１のＰＬＣ１０は、上記のように、最新のプログラムはバージョン管理の対象としないものである。機能的構成については図１に示す実施の形態１と同様であるため説明を省略し、動作の違いのみを説明する。

以下、図８を参照しながら、ＰＬＣ１０によるバージョン管理の動作のうち図６に示す実施の形態１と異なる点を説明する。

ＰＬＣ１０の更新部１１０は、実施の形態１の場合と同様に、新たなプログラムを待ち受ける（ステップＳ３０１）。この動作は、図６に示すステップＳ１０１に対応する。

新たなプログラムが送信されたとき、ＰＬＣ１０のバージョン管理部１４０は、プログラムが更新されるより前に、現在プログラム記憶部１２０に保存されているプログラムについてバージョン番号を採番する（ステップＳ３０２）。この動作は、図６に示すステップＳ１０３に対応する。

バージョン管理部１４０は、現在プログラム記憶部１２０に保存されているプログラムを、ステップＳ３０２にて採番したバージョン番号及び更新時刻と対応付けてバージョン管理の対象とする（ステップＳ３０３）。この動作は、図６に示すステップＳ１０４に対応する。

更新部１１０は、新たなプログラムをプログラム記憶部１２０に書き込み、プログラムを更新する（ステップＳ３０４）。この動作は、図６に示すステップＳ１０２に対応する。

そしてＰＬＣ１０は、ステップＳ３０１からの動作を繰り返す。

以上の動作により、実施の形態２に係るＰＬＣ１０は、更新による新たなプログラムをバージョン管理の対象とせずに、更新される直前のプログラムをバージョン管理の対象とすることができる。

なお、実施の形態２においては、上述の実施の形態１の変形例と同様に、ロギングデータはバージョン番号を含まないものとなる。実施の形態２においては、現在プログラム記憶部１２０に保存されているプログラムにはバージョン番号が採番されていないからである。

（実施の形態３）
図９を参照しながら、実施の形態３に係るプログラム管理システム１を説明する。実施の形態３に係るプログラム管理システム１は、図１に示す実施の形態１と比べて、ＰＬＣ１０と通信可能に接続されているサーバ３０をさらに備える点と、ＰＬＣ１０がデータ送信部１８０を備える点とが実施の形態１と異なる。

サーバ３０は、例えば一般的なファイルサーバである。サーバ３０は、ＰＬＣ１０が送信するロギングデータ及びロギングデータに対応するプログラムを保存する。サーバ３０は、本開示に係るサーバの一例である。ロギングデータに対応するプログラムとは、ロギングデータの記録時にプログラム記憶部１２０に保存されていたプログラムである。

ＰＬＣ１０のデータ送信部１８０は、ログ記憶部１７０に記録されたロギングデータを、ロギングデータに対応するプログラムとともに、通信部１００を介してサーバに送信する。データ送信部１８０は、データベース記憶部１５０のバージョン管理データベースＶＤＢを参照し、バージョン管理部１４０によるバージョン管理の対象となるプログラムのうちロギングデータの記録時にプログラム記憶部１２０に保存されていたプログラムを特定する。データ送信部１８０は、本開示に係るロギングデータ送信手段の一例である。

実施の形態３に係るプログラム管理システム１によれば、ＰＬＣ１０がロギングデータを、ロギングデータに対応するプログラムとともにサーバ３０に送信する。そのため、サーバ３０にはロギングデータと、ロギングデータに対応するプログラムとが蓄積されるので、サーバ３０に蓄積されたデータをトラブルシューティングに活かすことができる。

（実施の形態３の変形例）
実施の形態３においては、ＰＬＣ１０のデータ送信部１８０が、ロギングデータと、ロギングデータに対応するプログラムとをサーバ３０に送信するものとした。これに代えて、データ送信部１８０は、バージョン管理の対象となる新たなプログラムが追加されたときに、当該プログラムをサーバ３０に送信してもよい。これにより、ＰＬＣ１０にてバージョン管理されているプログラムのバックアップをサーバ３０に保存することができる。この場合において、サーバ３０は、一般的なファイルサーバであってもよいし、一般的なバージョン管理システムが動作するサーバであってもよい。サーバ３０が一般的なバージョン管理システムが動作するサーバであるとき、ＰＬＣ１０は、当該バージョン管理システムのクライアントとして動作することとなる。この場合、データ送信部１８０は、本開示に係るプログラム送信手段の一例である。

（その他の変形例）
上記の各実施の形態においては、プログラムはバージョン番号と更新時刻とを対応付けてバージョン管理されるものとした。しかし、バージョン番号と更新時刻のみならず、当該プログラムの変更元となる「親バージョン」をさらに対応付けてもよい。

例えば、図１０に示すように、バージョン管理データベースは、各バージョンにおいて「親バージョン」がどのバージョンかを示す情報を含んでもよい。図１０に示す例では、バージョン００１のプログラムは最も古いプログラムであるため親バージョンがなく、バージョン００２のプログラムの親バージョンはバージョン００１である。また、バージョン００５のプログラムの親バージョンはバージョン００４ではなくバージョン００１であることから、バージョン００１から２つの系統に分岐していることがわかる。

このように、親バージョンがどれかを示すことにより、どのように変更履歴が分岐しているかがわかるため、より詳細に変化点を管理することができる。

ただし、このように親バージョンを含めて管理するには、端末装置２０にてプログラムを修正する際に、親バージョンがどのバージョンであるかを特定した上で、端末装置２０がＰＬＣ１０にプログラムを送信する際に、親バージョンを示す情報を併せて送信する必要がある。プログラムはあくまで端末装置２０にて開発されることから、端末装置２０上でどのバージョンのプログラムを元に新たなプログラムが開発されたかを特定する必要があるからである。

そのため、端末装置２０のユーザは、まずＰＬＣ１０のバージョン管理データベースＶＤＢにアクセスし、変更元となるプログラムと当該変更元プログラムのバージョン番号を取得する必要がある。

図５に示すハードウェア構成においては、ＰＬＣ１０及び端末装置２０が二次記憶装置１００４を備えている。しかし、これに限らず、二次記憶装置１００４をＰＬＣ１０及び端末装置２０の外部に設け、インタフェース１００３を介してＰＬＣ１０及び端末装置２０と二次記憶装置１００４とが接続される形態としてもよい。この形態においては、ＵＳＢフラッシュドライブ、メモリカードなどのリムーバブルメディアも二次記憶装置１００４として使用可能である。

また、図５に示すハードウェア構成に代えて、ＡＳＩＣ（Application Specific Integrated Circuit：特定用途向け集積回路）、ＦＰＧＡ（Field Programmable Gate Array）などを用いた専用回路によりＰＬＣ１０及び端末装置２０を構成してもよい。また、図５に示すハードウェア構成において、ＰＬＣ１０及び端末装置２０の機能の一部を、例えばインタフェース１００３に接続された専用回路により実現してもよい。

ＰＬＣ１０及び端末装置２０で用いられるプログラムは、ＣＤ－ＲＯＭ（Compact Disc Read Only Memory）、ＤＶＤ（Digital Versatile Disc）、ＵＳＢフラッシュドライブ、メモリカード、ＨＤＤ等のコンピュータ読み取り可能な記録媒体に格納して配布することが可能である。そして、かかるプログラムを特定の又は汎用のコンピュータにインストールすることによって、当該コンピュータをＰＬＣ１０及び端末装置２０として機能させることが可能である。

また、上述のプログラムをインターネット上の他のサーバが有する記憶装置に格納しておき、当該サーバから上述のプログラムがダウンロードされるようにしてもよい。

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

１ プログラム管理システム、１０ ＰＬＣ、２０ 端末装置、３０ サーバ、１００ 通信部、１１０ 更新部、１２０ プログラム記憶部、１３０ プログラム実行部、１４０ バージョン管理部、１５０ データベース記憶部、１６０ ロギング部、１７０ ログ記憶部、１８０ データ送信部、２００ 通信部、２１０ ログ読み出し部、２２０ プログラム読み出し部、２３０ 表示制御部、２４０ 入力部、２５０ 表示部、１０００ バス、１００１ プロセッサ、１００２ メモリ、１００３ インタフェース、１００４ 二次記憶装置、ＶＤＢ バージョン管理データベース。

Claims (11)

1. プログラマブルロジックコントローラであって、
   前記プログラマブルロジックコントローラで実行されるプログラムを保存するプログラム記憶手段と、
   前記プログラム記憶手段に保存されたプログラムを更新する更新手段と、
   前記プログラム記憶手段に保存されたプログラムのバージョン管理を行うバージョン管理手段と、
   を備え、
   前記バージョン管理手段は、前記更新手段により前記プログラムが更新されたときの時刻と、バージョン管理の対象となるプログラムを個別に識別する識別情報とに基づいて、前記プログラム記憶手段に保存されたプログラムのバージョン管理を行う、
   プログラマブルロジックコントローラ。
2. 前記バージョン管理手段は、前記更新手段による更新が起きたとき、更新により新たに前記プログラム記憶手段に保存されたプログラムをバージョン管理の対象とする、
   請求項１に記載のプログラマブルロジックコントローラ。
3. 前記バージョン管理手段は、前記更新手段による更新が起きたとき、更新により新たに前記プログラム記憶手段に保存されたプログラムをバージョン管理の対象とせずに、更新される直前に前記プログラム記憶手段に保存されていた前記プログラムをバージョン管理の対象とする、
   請求項１に記載のプログラマブルロジックコントローラ。
4. ログ記憶手段と、
   前記プログラマブルロジックコントローラの動作に関するログを時刻とともにロギングデータとして前記ログ記憶手段に記録するロギング手段と、
   をさらに備える請求項１から３のいずれか１項に記載のプログラマブルロジックコントローラ。
5. 前記ロギング手段は、前記識別情報とともに前記ロギングデータを記録する、
   請求項４に記載のプログラマブルロジックコントローラ。
6. 前記ログ記憶手段に記録されたロギングデータをサーバに送信するロギングデータ送信手段をさらに備え、
   前記ロギングデータ送信手段は、前記バージョン管理手段による管理の対象となるプログラムのうち前記ロギングデータの記録時に前記プログラム記憶手段に保存されていたプログラムをあわせて送信する、
   請求項４又は５に記載のプログラマブルロジックコントローラ。
7. 前記バージョン管理手段が新たなプログラムをバージョン管理の対象としたときに、前記新たなプログラムをサーバに送信するプログラム送信手段をさらに備える、
   請求項１から５のいずれか１項に記載のプログラマブルロジックコントローラ。
8. 請求項４から６のいずれか１項に記載のプログラマブルロジックコントローラから前記ロギングデータを読み出すログ読み出し手段と、
   前記ログ読み出し手段により読み出された前記ロギングデータに基づいて、前記バージョン管理手段による管理の対象となるプログラムのうち前記ロギングデータの記録時に前記プログラム記憶手段に保存されていたプログラムを前記プログラマブルロジックコントローラから読み出すプログラム読み出し手段と、
   前記ログ読み出し手段により読み出された前記ロギングデータと、前記プログラム読み出し手段により読み出された前記プログラムとを表示手段に表示させる表示制御手段と、
   を備える端末装置。
9. 請求項４から６のいずれか１項に記載のプログラマブルロジックコントローラと、
   請求項８に記載の端末装置と、
   を備えるプログラム管理システム。
10. プログラマブルロジックコントローラにて実行されるプログラムを管理するプログラム管理方法であって、
    前記プログラマブルロジックコントローラで実行されるプログラムを保存するプログラム記憶手段に保存されたプログラムを更新し、
    前記プログラムが更新されたときの時刻と、バージョン管理の対象となるプログラムを個別に識別する識別情報とに基づいて、前記プログラム記憶手段に保存されたプログラムのバージョン管理を行う、
    プログラム管理方法。
11. プログラマブルロジックコントローラが備えるコンピュータを、
    前記プログラマブルロジックコントローラで実行されるプログラムを保存するプログラム記憶手段、
    前記プログラム記憶手段に保存されたプログラムを更新する更新手段、
    前記プログラム記憶手段に保存されたプログラムのバージョン管理を行うバージョン管理手段、
    として機能させ、
    前記バージョン管理手段は、前記更新手段により前記プログラムが更新されたときの時刻と、バージョン管理の対象となるプログラムを個別に識別する識別情報とに基づいて、前記プログラム記憶手段に保存されたプログラムのバージョン管理を行う、
    プログラム。

Images