JP7538238B2

JP7538238B2 - Ｐｌｃ装置及び産業機械システム

Info

Publication number: JP7538238B2
Application number: JP2022550509A
Authority: JP
Inventors: 八起高嶋
Original assignee: Fanuc Corp
Current assignee: Fanuc Corp
Priority date: 2020-09-16
Filing date: 2021-09-09
Publication date: 2024-08-21
Anticipated expiration: 2041-09-09
Also published as: WO2022059588A1; US20230305509A1; JPWO2022059588A1; DE112021004324T5; CN116075784A

Description

本発明は、ＰＬＣ装置及び産業機械システムに関する。

産業機械では、ＰＬＣ（ＰｒｏｇｒｍｍａｂｌｅＬｏｇｉｃＣｏｎｔｒｏｌｌｅｒ）を用いて、ラダープログラム等のシーケンス制御により、機器制御を行う。例えば当該産業機械において異常を検出した際には、シーケンス制御により、産業機械の外部に設置される表示装置へメッセージデータを表示することにより、産業機械の使用者に対して、異常の発生を通知することができる（例えば、特許文献１参照）。

特開平０４－１６４５５２号公報

しかし、表示装置を用いてメッセージデータを表示する場合、遠隔地からメッセージデータを確認することは困難であった。そのため、ＰＬＣシーケンス制御プログラムから、ネットワーク通信機能を利用することが考えられるが、ネットワーク通信機能を利用するには、専用プロトコル設計やネットワークサーバやゲートウェイ等の専用ハードウェアが必要となる。専用プロトコル設計の実現には、高度なネットワークプロトコル設計技術を用いざるを得ない。また、専用ハードウェアを用いるには、導入・運用コストが高くなってしまう。

専用ハードウェアを必要としないために導入・運用コストが低く、簡単なＰＬＣプログラムで汎用プロトコル通信（例えばＨＴＴＰ通信、ＳＭＴＰ通信等）を実現することにより、リモートで状況確認をすることが可能な技術が望まれている。

（１）本開示のＰＬＣ装置の一態様は、ＰＬＣ（ＰｒｏｇｒｍｍａｂｌｅＬｏｇｉｃＣｏｎｔｒｏｌｌｅｒ）装置において、解析したラダープログラムから任意の文字列を出力するため、記憶装置からテキストデータを読み出すテキストデータ出力部と、所定の文字列を表示装置に出力する表示部と、所定のコマンドによりネットワークサーバとテキスト通信を行う通信部と、を含み、前記テキストデータ出力部は、さらに、前記テキストデータに含まれるキーワードに基づいて、前記テキストデータを前記表示部又は前記通信部のいずれに対して出力するかを判定し、判定結果に基づいて前記テキストデータの出力先を前記表示部又は前記通信部に出力する。
（２）本開示の産業機械システムの一態様は、（１）のＰＬＣ装置を備える産業機械と、ＨＴＴＰサーバと、を備え、前記産業機械でアラームが発生した際に、前記ＰＬＣ装置は前記ＨＴＴＰサーバに対し、前記テキストデータを出力する。

一態様によれば、専用ハードウェアを必要としないために導入・運用コストが低く、簡単なＰＬＣプログラムで汎用プロトコル通信（例えばＨＴＴＰ通信、ＳＭＴＰ通信等）を実現することにより、リモートで状況確認をすることが可能となる。

一実施形態に係るＰＬＣ装置１０、及び当該ＰＬＣ装置１０を含むＰＬＣシステム１の構成図である。一実施形態に係るラダープログラムの例を示す図である。一実施形態に係る異常信号出力システムの例を示す図である。一実施形態に係るテキストデータの例を示す図である。一実施形態に係るテキストデータの例を示す図である。一実施形態に係るテキストデータの例を示す図である。一実施形態に係るテキストデータの例を示す図である。一実施形態に係るテキストデータの例を示す図である。一実施形態に係るテキストデータの例を示す図である。一実施形態に係るテキストデータの例を示す図である。一実施形態に係るテキストデータの例を示す図である。一実施形態に係るＰＬＣ装置の動作を示すフローチャートである。一実施形態に係るＰＬＣ装置の動作を示すフローチャートである。一実施形態に係る産業機械システムの構成図である。一実施形態に係る産業機械システムの構成図である。一実施形態に係るラダープログラムの例を示す図である。一実施形態に係るテキストデータの例を示す図である。一実施形態に係る応答データのフォーマットの例を示す図である。

以下、本発明の実施形態について図１～図７Ｃを参照することにより説明する。

〔１実施形態の構成〕
図１は、本発明の実施形態に係るＰＬＣ装置１０、及び当該ＰＬＣ装置１０を含むＰＬＣシステム１の構成図である。
ＰＬＣシステム１は、ＰＬＣ装置１０と、記憶装置２０と、Ｉ／Ｏ入出力装置３０と、ネットワーク３５と、ネットワークサーバ４０と、表示装置５０とを備える。
ＰＬＣ装置１０について説明する前に、まず、記憶装置２０、Ｉ／Ｏ入出力装置３０、ネットワーク３５、ネットワークサーバ４０、及び表示装置５０について説明する。

記憶装置２０は、各種の情報を記憶する装置であり、とりわけ本実施形態においては、ＰＬＣプログラム２１、テキストデータ２２、リプライデータ２３を記憶する。記憶装置２０は、例えばＨＤＤ（ＨａｒｄＤｉｓｋＤｒｉｖｅ）、ＳＤＤ（ＳｏｌｉｄＳｔａｔｅＤｒｉｖｅ）等の書き換え可能なメモリであってよい。

Ｉ／Ｏ入出力装置３０は、ＰＬＣ装置１０への出力信号（ＰＬＣ装置１０にとっての入力信号）を出力したり、ＰＬＣ装置１０からの入力信号（ＰＬＣ装置１０にとっての出力信号）を入力したりする装置である。

ネットワークサーバ４０は、ネットワーク３５上に設けられたサーバであり、ネットワーク３５を介して、ＰＬＣ装置１０と通信可能に接続される。とりわけ本実施形態において、ネットワークサーバ４０は、ＰＬＣ装置１０とテキストデータ２２を含むプロトコル通信を実行する。また、ネットワークサーバ４０は、例えばＨＴＴＰサーバ、ＳＭＴＰサーバ等であってよいが、これには限定されない。

表示装置５０は、例えば、ディスプレイ等の画像表示装置である。とりわけ本実施形態において、表示装置５０は、ＰＬＣ装置１０から取得したメッセージデータとしてのテキストデータ２２を表示する。

次にＰＬＣ装置１０について説明する。
ＰＬＣ装置１０は、ラダープログラム等のシーケンス制御プログラムを実行して、ラダープログラムに従って各種制御や演算処理、信号の入出力処理等を行う装置であり、ＰＬＣ装置の一般的な機能については公知であり、詳細な説明は省略する。本実施形態では、本発明に係る機能について詳細に説明する。

図１に示すように、ＰＬＣ装置１０は、ＰＬＣプログラム実行部１１と、テキストデータ出力部１２と、通信部１３と、受信データ処理部１４と、表示部１５とを備える。

ＰＬＣプログラム実行部１１は、記憶装置２０から、当該記憶装置２０に格納されたＰＬＣプログラム２１を読み出し、ＰＬＣプログラム２１を解析して実行し、Ｉ／Ｏ信号を制御する。とりわけ本実施形態において、ＰＬＣプログラム実行部１１は、テキストデータ出力指令をするＰＬＣプログラム２１としてのラダープログラムを解析する。

テキストデータ出力部１２は、後述するように、解析したラダープログラムに基づき、指定された箇所に格納された任意の文字列を出力するため、記憶装置２０からテキストデータ２２を読み出す。
このテキストデータ２２には、テキスト通信コマンド２２１又はメッセージデータ表示コマンド２２２のいずれかが含まれる。ここで、テキスト通信コマンド２２１とは、後述の通信部１３により処理されるテキスト通信コマンド（例えば、ＨＴＴＰ通信に係るコマンド、ＳＭＴＰ通信に係るコマンド等）を意味する。また、メッセージデータ表示コマンド２２２とは、後述の表示部１５により処理され、後述の表示装置にテキストデータ２２に含まれるメッセージデータを、表示させるためのコマンドである。

具体的には、テキストデータ出力部１２は、テキストデータ判断部１２１と出力切替部１２２とを備える。

テキストデータ判断部１２１は、テキストデータ２２にテキスト通信コマンド２２１が含まれるか否かを、判断する。より具体的には、テキストデータ判断部１２１は、予め設定される所定のキーワードが前記テキストデータ２２に含まれる場合、テキストデータ２２にテキスト通信コマンド２２１が含まれると判断する。他方、予め設定される所定のキーワードが前記テキストデータ２２に含まれない場合、テキストデータ２２にメッセージデータ表示コマンド２２２が含まれると判断する。

出力切替部１２２は、テキストデータ判断部１２１による判断結果に応じて、テキストデータ２２にテキスト通信コマンド２２１が含まれる場合、当該テキストデータ２２を通信部１３に対して出力し、それ以外の場合、当該テキストデータ２２を表示部１５に対して出力する。そうすることで、出力切替部１２２は、ＰＬＣプログラム２１に含まれる任意の文字列の出力先を、表示部１５又は通信部１３のいずれか一方に切り替える。

図２Ａは、テキストデータ出力部１２が、テキストデータ出力指令をするために、ＰＬＣプログラム実行部１１で解析されるラダープログラムの例を示す。

上記の例に示すように、テキストデータ出力部１２は、例えば、異常検出器により異常信号が出力され、“Ｘ０００１．０”がＯＮにされると、テキストデータ出力部１２は、 “Ａ００００．０”に記憶されたテキストデータ２２を読み出す。

さらに、テキストデータ出力部１２は、例えば“Ａ００００．０”に記憶されたテキストデータ２２にテキスト通信コマンド２２１（例えば予め設定される所定のキーワード）が含まれるか否かを判断し、テキストデータ２２に例えばＨＴＴＰ通信を要求するキーワードが含まれる場合には、当該テキストデータ２２を通信部１３に出力することで、例えば通信部１３は、当該テキストデータ２２に基づいて、ＨＴＴＰサーバに対してＨＴＴＰ通信を実行することができる。また、“Ａ００００．０”に記憶されたテキストデータ２２にテキスト通信コマンド２２１（例えば予め設定される所定のキーワード）が含まれていない場合、テキストデータ出力部１２は、従来どおり、表示部１５に対して出力することで、例えば表示部１５は、当該テキストデータ２２に基づいて、表示装置に対してメッセージを出力することができる。

図２Ｂは、工作機械２００からＰＬＣコントローラ１００の入出力ユニット１１０に対して異常信号が出力される異常信号出力システムの例を示す。図２Ａに示すラダープログラムは、例えば、図２Ｂに示すように、工作機械２００の異常信号出力が入出力ユニット１１０の入力ポートに接続され、工作機械２００の異常信号が“ＯＮ”されると、メッセージが出力されるようなラダーをプログラムした場合の一例である。

次に、テキストデータ２２の例を示しながら、テキストデータ出力部１２の処理を説明する。

図３Ａ～図３Ｈは、テキストデータ２２の例を示す。

図３Ａに示すように、“Ａ００００．０”に格納されたテキストデータ２２に、テキスト通信コマンド２２１が含まれない場合、すなわち、テキストデータ２２が通常のメッセージデータである場合には、テキストデータ判断部１２１が、テキストデータ２２にテキスト通信コマンドが含まれないと判断し、出力切替部１２２が、テキストデータ２２の出力先を表示部１５とすることで、後述の表示装置５０に通常のメッセージデータとしてのテキストデータ２２を表示する。

図３Ｂに示すように、“Ａ００００．０”に格納されたテキストデータ２２に、テキスト通信コマンド２２１（図３Ｂに示す例においては、“＄ｃｕｒｌ”）が含まれる場合には、テキストデータ判断部１２１が、テキストデータ２２にテキスト通信コマンド２２１が含まれると判断し、出力切替部１２２が、テキストデータ２２の出力先を通信部１３とすることで、後述のネットワークサーバ４０に、ＨＴＴＰリクエストを送信する。

なお、図３Ｂにおいては、テキスト通信コマンド２２１として、“＄ｃｕｒｌ”を用いる例を示したが、本発明の実施形態はこれには限定されない。例えば、図３Ｃに例示するような簡略化した独自コマンドをキーワードとしてもよい。

また、図３Ｂ及び図３Ｃに示す例においては、テキスト通信コマンド２２１として、ＨＴＴＰリクエストを送信するコマンドを例示したが、本発明の実施形態はこれには限定されない。例えば、Ｅメール通信（ＳＭＴＰ）機能を実行してもよい。例えば、図３Ｄに例示するテキストデータ２２により、ｃｕｒｌコマンド形式で、Ｇｍａｉｌ（登録商標）を送信してもよい。あるいは、図３Ｅに例示するテキストデータ２２により、ｔｅｌｎｅｔコマンド形式で、メールサーバにメールを送信してもよい。あるいは、図３Ｆに例示するような簡略化した独自コマンドにより、Ｅメール通信機能を実行してもよい。なお、これらの場合、メールアドレス等は、予め設定ファイルの中に記載されるようにしてもよい。

なお、図３Ｇ及び図３Ｈのテキストメッセージについては後述する。

通信部１３は、ネットワークサーバ４０とテキストデータを含むプロトロル通信を行う。より詳細には、通信部１３は、出力切替部１２２から取得したテキストデータを、ネットワーク３５を介してネットワークサーバ４０に送信すると共に、ネットワークサーバ４０からの応答として、ネットワーク３５を介して、リプライデータを受信する。さらに、通信部１３は、受信したリプライデータを、後述の受信データ処理部１４に出力する。

受信データ処理部１４は、通信部１３から取得した受信データとしてのリプライデータを処理する。より詳細には、受信データ処理部１４は、リプライデータの受信が起因するテキストデータに含まれるオプションキーワードを識別することにより、リプライデータを記憶装置２０に保存するか、表示装置５０に表示するかを判断する。

受信データ処理部１４の処理内容について、図３Ｇ及び図３Ｈに示すテキストメッセージを例示しながら説明する。ここで、図３Ｇ及び図３Ｈは、オプションキーワードを含むテキストデータ２２の例を示す。

図３Ｇに例示されるテキストデータ２２は、テキスト通信コマンド２２１としての“＄ｃｕｒｌ－ＸＧＥＴ”の後に、オプションキーワードとして、“－ｏｄｉｓｐ”という文字列を含む。この場合、受信データ処理部１４は、ＵＲＬ“http://www.fan11105plc.com/update/notice.json”からリプライデータを取得し、記憶装置２０に格納する。

一方、図３Ｈに例示されるテキストデータ２２は、テキスト通信コマンド２２１としての“＄ｃｕｒｌ－ＸＧＥＴ”の後に、オプションキーワードとして、“－ｏｄｉｓｐ”と、ファイル名を含む。この場合、受信データ処理部１４は、ＵＲＬ“http://www.fan11105plc.com/notice.xml”からリプライデータを取得し、表示部１５を介して、表示装置５０にリプライデータをメッセージ出力する。

なお、受信データ処理部１４が、リプライデータを記憶装置２０に保存した場合、表示部１５は、記憶装置２０に保存されたリプライデータを、表示装置５０に表示してもよい。
以上、ＰＬＣ装置１０の備える、本発明に係る機能部について説明した。

〔２実施形態の動作〕
図４Ａ及び図４Ｂは、本実施形態に係るＰＬＣ装置１０の動作を示すフローチャートである。より詳細には、図４Ａは、ＰＬＣ装置１０が、テキストデータ２２を出力する際の動作を示すフローチャートである。ここでは、テキスト通信コマンドとしてＨＴＴＰコマンドを例示しているが、これに限られない。ＨＴＴＰコマンドに換えて任意のテキスト通信コマンドに置き換えてもよい。図４Ｂは、ＰＬＣ装置１０が、リプライデータとして、ＨＴＴＰデータを受信する際の動作を示すフローチャートである。

〔２．１テキストデータ出力時の動作〕
図４Ａを参照すると、ステップＳ１において、ＰＬＣプログラム実行部１１がＰＬＣプログラム２１としてのラダープログラムを解析し実行しているときに、テキストデータ出力要求がある場合（Ｓ１：あり）には、処理はステップＳ２に移行する。テキストデータ出力要求がない場合（Ｓ１：なし）には、ステップＳ１に戻る。

ステップＳ２において、テキストデータ出力部１２が、記憶装置２０からテキストデータを読み出す。

ステップＳ３において、テキストデータにテキスト通信コマンド２２１としてＨＴＴＰリクエストキーワード（例えば、図３Ｂに例示する“ｃｕｒｌ”）が含まれる場合（Ｓ３：あり）には、処理はステップＳ４に移行する。ＨＴＴＰリクエストキーワードが含まれない場合（Ｓ３：なし）には、処理はステップＳ６に移行する。

ステップＳ４において、テキストデータ出力部１２が、通信部１３に対し、ＨＴＴＰ送信データを出力する。

ステップＳ５において、通信部１３が、テキストデータ出力部１２から取得したＨＴＴＰ送信データを、ネットワーク３５を介してネットワークサーバ４０に送信する。

ステップＳ６において、テキストデータ出力部１２が、表示部１５に対して、メッセージデータとしての表示文字列データを出力する。

ステップＳ７において、表示部１５が、表示装置５０に対して、メッセージデータとしての表示文字列データを表示させる処理を実行する。

〔２．２ＨＴＴＰデータ受信時の動作〕
図４Ｂを参照すると、ステップＳ１１において、通信部１３が、ネットワーク３５を介して、ネットワークサーバ４０からリプライデータを受信する処理を実行する。

ステップＳ１２において、テキストデータにＨＴＴＰリプライ表示指定（例えば、図３Ｇに例示する“－ｏｄｉｓｐ”）が含まれる場合（Ｓ１２：あり）には、処理はステップＳ１３に移行する。ＨＴＴＰリプライ表示指定が含まれない場合（Ｓ１２：なし）には、処理はステップＳ１５に移行する。

ステップＳ１３において、受信データ処理部１４は、リプライデータに含まれるメッセージデータとしての表示文字列データを表示部１５に出力する。

ステップＳ１４において、表示部１５は、メッセージデータとしての表示文字列データを表示装置５０に表示する処理を実行する。

ステップＳ１５において、テキストデータにＨＴＴＰ保存指定（例えば、図３Ｈに例示する“－ｏ任意のファイル名”）が含まれる場合（Ｓ１５：あり）には、処理はステップＳ１６に移行する。テキストデータにＨＴＴＰ保存指定が含まれない場合（Ｓ１５：なし）には、処理を終了する。

ステップＳ１６において、受信データ処理部１４は、リプライデータ２３を、記憶装置２０の指定された記憶領域に保存する。
以上、本実施形態に係るＰＬＣ装置１０の動作を説明した。
次に、例えば、ＰＬＣ装置１０のテキスト通信コマンドを、クラウド上で所定のサービスが提供されているサーバと連携させることで、有用なシステムを簡易に構成することができる例を説明する。

〔３実施例〕
〔３．１第１の実施例〕
まず、クラウド上で所定のサービスが提供されているサーバとして、チャットシステム７０、及び課題管理システム８０を例示する。図５は、第１の実施例としての産業機械システム２の構成を示す図である。産業機械システム２は、産業機械としての工作機械６０と、オンライン上に設置されるチャットシステム７０と、課題管理システム８０とを備える。

工作機械６０は、例えば、数値制御による加工用の機械の他、工場内で稼働するロボット等である。また、工作機械６０は、ＰＬＣ装置１０を備える。とりわけ本実施例においては、工作機械６０は、例えば消耗部品を交換する必要が発生した場合等にアラームを発報し、工作機械６０がアラームを発報したことに基づいて、ＰＬＣ装置１０は、チャットシステム７０がインストールされたオンライン上のＨＴＴＰサーバに対し、ＨＴＴＰリクエストを出力する。

チャットシステム７０は、オンライン上のＨＴＴＰサーバにインストールされたチャットシステムであり、例えばＳｌａｃｋ（登録商標）等のチャットボットであって良い。チャットシステム７０は、ＰＬＣ装置１０からＨＴＴＰリクエストを取得すると、課題管理システム８０に対し、例えば消耗部品の交換が必要である等の課題が記載された、新しいイシューを送信する。

課題管理システム８０は、工作機械６０を含む複数台の産業機械に発生した課題を管理するためのシステムであり、例えばＧｉｔＨｕｂ（登録商標）等のシステムであってよい。課題管理システム８０は、チャットシステム７０から、課題が記載された新しいイシューを受信すると、課題を解決する期日と担当者を設定することにより、この新しいイシューを登録し、設定された担当者に新しいイシューが登録されたことが通知される。工作機械６０から離れた遠隔地にいる担当者は新しいイシューに基づいて状況を確認し、課題を解決する。すなわち上記の例においては、遠隔地の担当者は、新しいイシューに基づいて、消耗部品を交換する必要が発生したことを認識し、担当者本人、又は担当者から連絡を受けた工作機械６０の管理者が、消耗部品を交換する。

なお、この新しいイシューの登録は、Ｗｅｂページで行うことも可能であるが、外部からのＨＴＴＰＰＯＳＴで作成することも可能である。

すなわち、産業機械システム２においては、工作機械６０でアラームが発生した際に、チャットシステム７０を介して、課題管理システム８０に新しいイシューを登録することで、工作機械６０から離れた遠隔地にいる課題の担当者や、工作機械６０の管理者に、アラームが発生したことをその内容と共に通知することが可能となる。

また、産業機械システム２においては、上記のＨＴＴＰリクエストとしての送信データのフォーマットと、それを受信したチャットシステム７０のプログラムとをパッケージとして提供することで、工作機械６０の管理者やユーザにおけるＩｏＴ対応が可能となる。

なお、チャットシステム７０がインストールされたオンライン上のＨＴＴＰサーバは、例えば、工作機械６０のメーカ内や、工作機械６０が設置される工場内のサーバ（フィールドサーバ）であってよい。

〔３．２第２の実施例〕
次に、クラウド上で所定のサービスが提供されているサーバとして、ＷＥＢサーバ９０を例示する。図６は、第２の実施例としての産業機械システム３の構成を示す図である。産業機械システム３は、産業機械としての工作機械６０と、表示装置５０と、ＷＥＢサーバ９０とを備える。

工作機械６０は、例えば、数値制御による加工用の機械の他、工場内で稼働するロボット等である。また、工作機械６０は、ＰＬＣ装置１０を備える。とりわけ本実施例においては、ＰＬＣ装置１０が実行するラダープログラムが、ＷＥＢサーバ９０からのリプライデータに基づいて定期的に、当該ラダープログラムの更新データが配信されたか確認する処理を実装する。当該処理において、ＰＬＣ装置１０は、更新データの配信の確認をするためのＨＴＴＰリクエストとして、テキスト通信コマンド２２１を含むテキストデータ２２を、ＷＥＢサーバ９０に送信する。

図７Ａは、ＰＬＣ装置１０が実行するラダープログラムを示す。例えば、工作機械６０のメーカが、工作機械６０の出荷後に、ラダープログラムを、改良や不具合修正のために差し替える必要が発生した際に差し替えるために、図７Ａに示すように、１日ごとにテキストデータ出力を行うプログラムを実装する。

図７Ｂは、テキストデータの例を示す。図７Ｂに示すテキストデータが含むテキスト通信コマンドは、上記の工作機械メーカのホームページにて、ＰＬＣ１のｕｐｄａｔｅ＿ｐｌｃというサイトにアクセスしたときの応答データを、ｐｌｃ＿ｕｐｄａｔｅ＿ｃｈｅｃｋ．ｊｓｏｎという形式で保存することを指示する通信コマンドである。

上記のように、テキストデータには自身のサービスサイトへのＵＲＬを登録しておき、更新が必要なタイミングが来た場合に、ＷＥＢサーバ９０から配信されるリプライデータの内容を変更する。

図７Ｃは、ｐｌｃ＿ｕｐｄａｔｅ＿ｃｈｅｃｋ．ｊｓｏｎのフォーマットを示す。

ＰＬＣ装置１０が実行するラダープログラムのバージョンと、ｐｌｃ＿ｕｐｄａｔｅ＿ｃｈｅｃｋ．ｊｓｏｎに含まれる最新バージョン情報とを比較することにより、ＷＥＢサーバ９０から更新データが配信されているかを確認することが出来るので、図６に示すように、必要であれば表示装置５０に通知メッセージを表示することが出来る。

〔４実施形態が奏する効果〕
（１）本実施形態に係るＰＬＣ装置（例えば、上記の「ＰＬＣ装置１０」）は、ＰＬＣ（ＰｒｏｇｒｍｍａｂｌｅＬｏｇｉｃＣｏｎｔｒｏｌｌｅｒ）装置において、解析したラダープログラムから任意の文字列を出力するため、記憶装置（例えば、上記の「記憶装置２０」）からテキストデータを読み出すテキストデータ出力部（例えば、上記の「テキストデータ出力部１２」）と、所定の文字列を表示装置（例えば、上記の「表示装置５０」）に出力する表示部（例えば、上記の「表示部１５」）と、所定のコマンドによりネットワークサーバ（例えば、上記の「ネットワークサーバ４０」）とテキスト通信を行う通信部（例えば、上記の「通信部１３」）とを含み、前記テキストデータ出力部（例えば、上記の「テキストデータ出力部１２」）は、さらに、前記テキストデータに含まれるキーワードに基づいて、前記テキストデータを前記表示部（例えば、上記の「表示部１５」）又は前記通信部（例えば、上記の「通信部１３」）のいずれに対して出力するかを判定し、判定結果に基づいて前記テキストデータの出力先を前記表示部（例えば、上記の「表示部１５」）又は前記通信部（例えば、上記の「通信部１３」）に出力する。

これにより、専用ハードウェアを必要としないために導入・運用コストが低く、簡単なＰＬＣプログラムで汎用プロトコル通信（ＨＴＴＰ通信）を実現することにより、リモートで状況確認をすることが可能となる。

とりわけ、ＰＬＣプログラミングツールに、ネットワーク通信機能を実行するための専用の命令コードを追加しなくてもコマンドデータのキーワードを検出することで、テキストデータ通信（ＨＴＴＰ通信やＥメール通信（ＳＭＴＰ））機能を実現することができる。

また、高度なネットワークプロトコル技術が不要で、ユーザの学習コストが下げられる。

さらに、汎用のプロトコルを使用するため、専用ネットワーク設備を用いずに、オープンサービス（ＳａａＳ）との連携が容易になる。

また、テキストデータにテキスト通信コマンドが含まれる場合には、通信部（例えば、上記の「通信部１３」）に任意の文字列を出力し、テキストデータにテキスト通信コマンドが含まれない場合には、表示部（例えば、上記の「表示部１５」）に任意の文字列を出力することが可能となる。

（２）（１）に記載のＰＬＣ装置（例えば、上記の「ＰＬＣ装置１０」）は、前記通信部（例えば、上記の「通信部１３」）によって、前記ネットワークサーバ（例えば、上記の「ネットワークサーバ４０」）から受信したリプライデータを、前記表示部（例えば、上記の「表示部１５」）に出力する受信データ処理部（例えば、上記の「受信データ処理部１４」）をさらに備えてもよい。

これにより、ネットワークサーバ（例えば、上記の「ネットワークサーバ４０」）から返ってきたリプライデータを、表示装置（例えば、上記の「表示装置５０」）に表示することが可能となる。

（３）（２）に記載のＰＬＣ装置（例えば、上記の「ＰＬＣ装置１０」）において、前記受信データ処理部（例えば、上記の「受信データ処理部１４」）は、前記リプライデータを前記記憶装置（例えば、上記の「記憶装置２０」）に保存し、前記表示部は、前記記憶装置（例えば、上記の「記憶装置２０」）に保存された前記リプライデータを前記表示装置（例えば、上記の「表示装置５０」）に出力してもよい。

これにより、ネットワークサーバ（例えば、上記の「ネットワークサーバ４０」）から返ってきたリプライデータを、いったん記憶装置（例えば、上記の「記憶装置２０」）に保存した上で、表示装置（例えば、上記の「表示装置５０」）に表示することが可能となる。

（４）（３）に記載のＰＬＣ装置（例えば、上記の「ＰＬＣ装置１０」）において、前記ラダープログラムは、前記リプライデータに基づいて定期的に、前記ラダープログラムの更新データが配信されたか確認する処理を実装し、前記更新データが配信されている場合には、前記表示部（例えば、上記の「表示部１５」）は、前記表示装置（例えば、上記の「表示装置５０」）に更新を促すメッセージを表示させてもよい。

これにより、ＰＬＣ装置（例えば、上記の「ＰＬＣ装置１０」）のユーザは、ＰＬＣ装置（例えば、上記の「ＰＬＣ装置１０」）が実行するラダープログラムの更新データが配信されているか否かを確認することが可能となる。

（５）本実施形態に係る産業機械システム（例えば、上記の「産業機械システム２」）は、（１）～（４）に記載のＰＬＣ装置（例えば、上記の「ＰＬＣ装置１０」）を備える産業機械（例えば、上記の「工作機械６０」）と、ＨＴＴＰサーバとを備え、前記産業機械（例えば、上記の「工作機械６０」）でアラームが発生した際に、前記ＰＬＣ装置（例えば、上記の「ＰＬＣ装置１０」）は前記ＨＴＴＰサーバに対し、前記テキストデータを出力する。

これにより、産業機械（例えば、上記の「工作機械６０」）から離れた遠隔地にいる課題の担当者や、産業機械（例えば、上記の「工作機械６０」）の管理者に、アラームが発生したことを通知することが可能となる。

以上、本発明の実施形態について説明したが、本発明は前述した実施形態に限るものではない。また、本実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、本実施形態に記載されたものに限定されるものではない。

ＰＬＣ装置１０による制御方法は、ソフトウェアにより実現される。ソフトウェアによって実現される場合には、このソフトウェアを構成するプログラムが、コンピュータ（ＰＬＣ装置１０）にインストールされる。また、これらのプログラムは、リムーバブルメディアに記録されてユーザに配布されてもよいし、ネットワークを介してユーザのコンピュータにダウンロードされることにより配布されてもよい。さらに、これらのプログラムは、ダウンロードされることなくネットワークを介したＷｅｂサービスとしてユーザのコンピュータ（ＰＬＣ装置１０）に提供されてもよい。

１ＰＬＣシステム
１０ＰＬＣ装置
１１ＰＬＣプログラム実行部
１２テキストデータ出力部
１３通信部
１４受信データ処理部
１５表示部
２０記憶装置
３０Ｉ／Ｏ入出力装置
３５ネットワーク
４０ネットワークサーバ
５０表示装置
１２１テキストデータ判断部
１２２出力切替部

Claims

ＰＬＣ（ＰｒｏｇｒｍｍａｂｌｅＬｏｇｉｃＣｏｎｔｒｏｌｌｅｒ）装置において、
解析したラダープログラムから任意の文字列を出力するため、記憶装置からテキストデータを読み出すテキストデータ出力部と、
所定の文字列を表示装置に出力する表示部と、
所定のコマンドによりネットワークサーバとテキスト通信を行う通信部とを含み、
前記テキストデータ出力部は、さらに、テキストデータ判断部と、出力切替部と、を備え、
前記テキストデータ判断部は、
予め設定される所定のキーワードが前記テキストデータに含まれない場合、テキストデータにメッセージデータ表示コマンドが含まれると判断し、
予め設定される所定のキーワードが前記テキストデータに含まれる場合、前記テキストデータにテキスト通信コマンドが含まれると判断し、
前記出力切替部は、
前記テキストデータ判断部による判断結果に応じて、前記テキストデータに前記所定のキーワードが含まれない場合、当該テキストデータを前記表示部に対して出力し、
前記テキストデータに前記所定のキーワードが含まれる場合、当該テキストデータを前記通信部に対して出力する、ＰＬＣ装置。
前記通信部によって、前記ネットワークサーバから受信したリプライデータを、前記表示部に出力する受信データ処理部をさらに備える、請求項１に記載のＰＬＣ装置。
前記受信データ処理部は、前記リプライデータを前記記憶装置に保存し、
前記表示部は、前記記憶装置に保存された前記リプライデータを前記表示装置に出力する、請求項２に記載のＰＬＣ装置。
前記ラダープログラムは、前記リプライデータに基づいて定期的に、前記ラダープログラムの更新データが配信されたか確認する処理を実装し、
前記更新データが配信されている場合には、前記表示部は、前記表示装置に更新を促すメッセージを表示させる、請求項３に記載のＰＬＣ装置。
請求項１から請求項４のいずれか１項に記載のＰＬＣ装置を備える産業機械と、
ＨＴＴＰサーバと、を備え、
前記産業機械でアラームが発生した際に、前記ＰＬＣ装置は前記ＨＴＴＰサーバに対し、前記テキストデータを出力する、産業機械システム。