JP7412119B2 - データ活用システム - Google Patents

Description

本発明はデータ活用システムに関する。

プログラマブル・ロジック・コントローラ（ＰＬＣ）はファクトリーオートメーションにおいて製造機器や搬送装置、検査装置などの産業機械を制御するコントローラである（特許文献１、２）。ＰＬＣはプログラマーによって作成されるラダープログラムなどのユーザプログラムを実行することで様々な拡張ユニットや被制御機器を制御する。

特許第５６６１２２２号公報 特開２０１８－０９７６６２号公報

ところで、ＰＬＣの動作やＰＬＣによって制御される産業機械の動作を監視するために、ＰＬＣが保持しているデータを収集して活用することが望まれている。ＰＬＣは、基本ユニット（ＣＰＵユニット）とそれに接続される拡張ユニットとを有している。基本ユニットは、ラダープログラムなどのユーザプログラムを実行することで拡張ユニットを制御する。拡張ユニットは基本ユニットからの命令にしたがって産業機械を制御し、制御結果を基本ユニットに返す。ここで、基本ユニットの処理負荷を削減するために、発明者らは、拡張ユニットの一つとしてデータ活用ユニットを基本ユニットに接続することを思いついた。これにより一つのＰＬＣ内で時系列データを漏れなく収集することが可能となろう。

ところで、一つの製造ラインにおいて複数のＰＬＣがそれぞれ異なる産業機械を制御することがある。この場合、複数のＰＬＣからデータを収集して活用できれば、製造ラインの全体を統括的に監視しやすくなるであろう。この際に、上位のデータ活用ユニットは、複数の下位のデータ活用ユニットからデータを収集することになる。上位のデータ活用ユニットは、複数の下位のデータ活用ユニットから漏れなく時系列データを収集することが望まれる。しかし、複数のＰＬＣはそれぞれ非同期で動作しているため、漏れなく時系列データを収集することは簡単ではない。

そこで、本発明は、上位のデータ活用ユニットが一つ以上の下位のデータ活用ユニットから漏れなく時系列データを収集できるようにすること、を目的とする。

本発明は、たとえば、
複数のデータ活用ユニットを有するデータ活用システムであって、
前記複数のデータ活用ユニットのうち上位ユニットは、
前記複数のデータ活用ユニットのうち下位ユニットに対して収集対象となるデータを指定する指定情報を設定する設定手段と、
前記下位ユニットに蓄積された前記収集対象となるデータを収集する収集手段と、
前記収集手段により収集されたデータまたは当該データに対して所定の分析処理を実行することで取得された分析結果を表示する表示データを作成する作成手段と、
を有し、
前記下位ユニットは、さらに、
前記指定情報にしたがって、前記下位ユニットに接続された基本ユニットにおいて取得されたデータを前記基本ユニットから取得する取得手段と、
前記上位ユニットまたは前記下位ユニットに設けられ、前記取得手段により取得された前記データを前記下位ユニットから前記上位ユニットに受け渡すために当該データを蓄積するバッファと、
を有し、
前記上位ユニットの前記収集手段は、前記バッファから前記収集対象となるデータを読み出すように構成され、
前記下位ユニットにおいて実行されるユーザプログラムを含むプロジェクトデータを解析することで前記収集対象となるデータを特定し、前記特定されたデータの指定を含むように前記指定情報を作成するように構成されていることを特徴とするデータ活用システムを提供する。

本発明によれば上位のデータ活用ユニットが一つ以上の下位のデータ活用ユニットから漏れなく時系列データを収集することが可能となる。

ＰＬＣシステムを示す図 ＰＣを説明する図 ＰＣを説明する図 ＰＬＣを説明する図 基本ユニットを説明する図 データ活用ユニットを説明する図 拡張ユニットを説明する図 データレコードのフォーマットを説明する図 転送タイミングを説明する図 データレコードのフォーマットを説明する図 情報圧縮を説明する図 ダッシュボードの例を示す図 収集および転送方法を示すフローチャート 収集および転送方法を示すフローチャート 収集および転送方法を示すフローチャート 収集設定の作成方法を示すフローチャート 接続設定の設定ＵＩを説明する図 変数編集ＵＩを説明する図 収集対象の設定ＵＩを説明する図 下位ユニットの収集処理を示すフローチャート 上位ユニットの収集処理を示すフローチャート ダッシュボードを説明する図 表示部品の設定ＵＩを説明する図 受け渡しバッファの配置を説明する図 サブバッファの活用事例を説明する図

以下、添付図面を参照して実施形態が詳しく説明される。尚、以下の実施形態は特許請求の範囲に係る発明を限定するものではなく、また実施形態で説明されている特徴の組み合わせの全てが発明に必須のものとは限らない。実施形態で説明されている複数の特徴のうち二つ以上の特徴が任意に組み合わされてもよい。また、同一または同様の構成には同一の参照番号が付され、重複した説明は省略される。同一または類似の要素を示す参照符号の末尾には小文字のアルファベットが付与されることがある。複数の要素に共通する事項が説明される場合、小文字のアルファベットが省略される。

＜システム構成＞
はじめにプログラマブルロジックコントローラ（ＰＬＣ、単にプログラマブルコントローラと呼ばれてもよい）を当業者にとってよりよく理解できるようにするために、一般的なＰＬＣの構成とその動作について説明する。

図１は、本発明の実施の形態によるプログラマブル・ロジック・コントローラシステムの一構成例を示す概念図である。図１が示すように、このシステムは、ラダープログラムなどのユーザプログラムの編集を行うためのＰＣ２ａと、工場等に設置される各種制御装置を統括的に制御するためのＰＬＣ（プログラマブルロジックコントローラ）１ａ～１ｃとを備えている。ＰＣはパーソナルコンピュータの略称である。ユーザプログラムは、ラダー言語やＳＦＣ（シーケンシャルファンクションチャート）などのフローチャート形式のモーションプログラムなどのグラフィカルプログラミング言語を用いて作成されてもよいし、Ｃ言語などの高級プログラミング言語を用いて作成されてもよい。以下では、説明の便宜上、ユーザプログラムはラダープログラムとする。ＰＬＣ１は、ＣＰＵが内蔵された基本ユニット３と、１つないし複数の拡張ユニット４を備えている。基本ユニット３に対して１つないし複数の拡張ユニット４が着脱可能となっている。

データ活用において、ＰＬＣ１は上位システムとして機能する上位モードと下位システムとして機能する下位モードとを有している。たとえば、図１において、ＰＬＣ１ａは上位システムであり、ＰＬＣ１ｂ、１ｃは下位システムである。ＰＬＣ１ａはＰＬＣ１ｂ、１ｃに対して収集対象データを設定したり、ＰＬＣ１ｂ、１ｃにより収集されたデータを取得したりする。ＰＬＣ１ａは通信ケーブル９ｃを介してＰＬＣ１ｂと接続されている。ＰＬＣ１ａは通信ケーブル９ｄを介してＰＬＣ１ｃと接続されている。ただし、通信ケーブル９は有線ネットワークや無線ネットワークであってもよい。

基本ユニット３は、表示部５および操作部６を備えている。表示部５は、基本ユニット３に取り付けられている各拡張ユニット４の動作状況などを表示することができる。操作部６の操作内容に応じて表示部５は表示内容を切り替える。表示部５は、通常、ＰＬＣ１内のデバイスの現在値（デバイス値）やＰＬＣ１内で生じたエラー情報などを表示する。デバイスとは、デバイス値（デバイスデータ）を格納するために設けられたメモリ上の領域を指す名称であり、デバイスメモリと呼ばれてもよい。デバイス値とは、入力機器からの入力状態、出力機器への出力状態およびユーザプログラム上で設定される内部リレー（補助リレー）、タイマー、カウンタ、データメモリ等の状態を示す情報である。デバイス値の型にはビット型とワード型がある。ビットデバイスは１ビットのデバイス値を記憶する。ワードデバイスは１ワードのデバイス値を記憶する。以下で詳細に説明されるデータ活用プログラムの収集対象としては、デバイスだけでなく、変数が指定されてもよい。ただし、デバイスも変数も情報を保持する保持手段である。したがって、以下の説明においてデバイスは変数も指すものである。なお、デバイスを保持するメモリはデバイスメモリと呼ばれてもよい。また、収集されたデータを保持するメモリはデータメモリと呼ばれてもよい。

拡張ユニット４は、ＰＬＣ１の機能を拡張するために用意されている。各拡張ユニット４には、その拡張ユニット４の機能に対応するフィールドデバイス（被制御装置）１０が接続されることがあり、これにより、各フィールドデバイス１０が拡張ユニット４を介して基本ユニット３に接続される。フィールドデバイス１０は、センサやカメラ、バーコードリーダなどの入力機器であってもよいし、アクチュエータなどの出力機器であってもよい。また、一つの拡張ユニット４に対して複数のフィールドデバイスが接続されてもよい。

たとえば、拡張ユニット４ｂはモータ（フィールドデバイス１０）を駆動してワークの位置決めする位置決めユニットであってもよいし、カウンタユニットであってもよい。カウンタユニットは手動パルサなどのエンコーダ（フィールドデバイス１０）からの信号をカウントする。

拡張ユニット４ａは、基本ユニット３や拡張ユニット４ｂから収集対象データを収集し、フローを実行することで収集対象データにデータ処理を施して表示対象データを作成し、ダッシュボードを表示部７またはＰＣ２に表示するための表示データを作成するデータ収集ユニットである。基本ユニット３はＣＰＵユニットと呼ばれることもある。なお、ＰＬＣ１とＰＣ２とを含むシステムはプログラマブルロジックコントローラシステムと呼ばれてもよい。

ＰＣ２ａは主にプログラマーによって操作されるコンピュータである。一方、ＰＣ２ｂは主に現場担当者によって操作されるコンピュータである。ＰＣ２ａはプログラム作成支援装置（設定装置）と呼ばれてもよい。ＰＣ２は、たとえば、携帯可能なノートタイプやタブレットタイプのパーソナルコンピュータまたはスマートフォンであって、表示部７および操作部８を備えている外部コンピュータである。外部コンピュータとは、ＰＬＣ１の外部にあるコンピュータである。ＰＬＣ１を制御するためのユーザプログラムの一例であるラダープログラムは、ＰＣ２ａを用いて作成される。その作成されたラダープログラムは、ＰＣ２ａ内でニモニックコードに変換される。ＰＣ２は、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）ケーブルなどの通信ケーブル９を介してＰＬＣ１の基本ユニット３に接続される。たとえば、ＰＣ２ａは、ニモニックコードに変換されたラダープログラムを基本ユニット３に送る。基本ユニット３はラダープログラムをマシンコードに変換し、基本ユニット３に備えられたメモリ内に記憶する。なお、ここではニモニックコードが基本ユニット３に送信されているが、本発明はこれに限られない。たとえば、ＰＣ２ａは、ニモニックコードを中間コードに変換し、中間コードを基本ユニット３に送信してもよい。

なお、図１は示していないが、ＰＣ２の操作部８には、ＰＣ２に接続されたマウスなどのポインティングデバイスが含まれていてもよい。また、ＰＣ２は、ＵＳＢケーブル以外の他の通信ケーブル９を介して、ＰＬＣ１の基本ユニット３に対して着脱可能に接続されるような構成であってもよい。また、ＰＣ２は、通信ケーブル９を介さず、ＰＬＣ１の基本ユニット３に対して無線通信によって接続されてもよい。

＜プログラム作成支援装置＞
図２はＰＣ２ａの電気的構成について説明するためのブロック図である。図２が示すように、ＰＣ２ａは、ＣＰＵ１１ａ、表示部７ａ、操作部８ａ、記憶装置１２ａおよび通信部１３ａを備えている。表示部７ａ、操作部８ａ、記憶装置１２ａおよび通信部１３ａは、それぞれＣＰＵ１１ａに対して電気的に接続されている。記憶装置１２ａはＲＡＭやＲＯＭ、ＨＤＤ、ＳＳＤを含み、さらに着脱可能なメモリカードを含んでもよい。ＣＰＵは中央演算処理装置の略称である。ＲＯＭはリードオンリーメモリの略称である。ＲＡＭはランダムアクセスメモリの略称である。ＨＤＤはハードディスクドライブの略称である。ＳＳＤはソリッドステートドライブの略称である。

ＰＣ２ａのユーザは記憶装置１２ａに記憶されているプロジェクト編集プログラム１４ａをＣＰＵ１１ａに実行させて、操作部８ａを通じてプロジェクトデータ１５を編集する。ＣＰＵ１１ａがプロジェクト編集プログラム１４ａを実行することで、プロジェクト作成部１６とプロジェクト転送部１７が実現される。プロジェクト作成部１６はユーザ入力にしたがってプロジェクトデータ１５を作成する。プロジェクト転送部１７はプロジェクトデータ１５をＰＬＣ１に転送する。プロジェクトデータ１５は、一つ以上のユーザープログラム（例：ラダープログラム）と、基本ユニット３や拡張ユニット４の構成情報などを含む。構成情報は、基本ユニット３に対する複数の拡張ユニット４の接続位置や、基本ユニット３に備えられた機能（例：通信機能や位置決め機能）を示す情報、拡張ユニット４の機能（例：撮影機能）などを示す情報である。ここで、プロジェクトデータ１５の編集には、プロジェクトデータ１５の作成および変更（再編集）が含まれる。ユーザは、必要に応じて記憶装置１２ａに記憶されているプロジェクトデータ１５を読み出し、そのプロジェクトデータ１５を、プロジェクト編集プログラム１４ａを用いて変更することができる。通信部１３ａは、通信ケーブル９ａを介して基本ユニット３と通信する。プロジェクト転送部１７は通信部１３ａを介してプロジェクトデータを基本ユニット３に転送する。通信部１３ａは、通信ケーブル９ｂを介して拡張ユニット４ａと通信する。

変数情報１９は、プロジェクトデータ１５の一部であり、ユーザプログラム内で使用されている変数とそれに割り付けられているデバイス、データの型、初期値、コメントなどを含む情報である。変数情報１９は、データ活用の際に収集対象となるデバイスを設定する際に役に立つ。たとえば、変数情報１９から変数のリストが作成され、変数のリストからユーザによっていずれかの変数が指定されると、指定された変数に割り付けられているデバイスが変数情報１９または当該リストから特定され、収集対象デバイスに決定される。なお、ＰＣ２の代わりに、上位システムとして機能するＰＬＣ１ａのデータ活用ユニットが下位システムの変数情報１９を読み出し、収集対象デバイスを決定してもよい。ＰＣ２が三つのＰＬＣ１について設定装置（プログラム作成支援装置）として機能する場合、ＰＣ２が収集設定を作成してもよい。図２にはこの例が示されている。プロジェクトデータ１５ａはＰＬＣ１ａ用のプロジェクトデータであり、変数情報１９ａはＰＬＣ１ａ用の変数情報である。プロジェクトデータ１５ｂはＰＬＣ１ｂ用のプロジェクトデータであり、変数情報１９ｂはＰＬＣ１ｂ用の変数情報である。プロジェクトデータ１５ｃはＰＬＣ１ｃ用のプロジェクトデータであり、変数情報１９ｃはＰＬＣ１ｃ用の変数情報である。三つのＰＬＣ１についてそれぞれ異なる設定装置によって設定される場合、上位システムが統括的に収集設定を作成することになろう。これにより、収集設定の作成が効率化しよう。収集対象は、デバイスだけでなく、変数そのものであってもよい。

＜ダッシュボードの表示に使用されるＰＣ＞
図３はＰＣ２ｂの電気的構成について説明するためのブロック図である。図３が示すように、ＰＣ２ｂは、ＣＰＵ１１ｂ、表示部７ｂ、操作部８ｂ、記憶装置１２ｂおよび通信部１３ｂを備えている。表示部７ｂ、操作部８ｂ、記憶装置１２ｂおよび通信部１３ｂは、それぞれＣＰＵ１１ｂに対して電気的に接続されている。記憶装置１２ｂはＲＡＭやＲＯＭ、ＨＤＤ、ＳＳＤを含み、さらに着脱可能なメモリカードを含んでもよい。

ＣＰＵ１１ｂはＷｅｂブラウザプログラム１４ｄを実行することでＷｅｂブラウザ１８を実現する。Ｗｅｂブラウザ１８は、通信部１３ｂを介して、拡張ユニット４ａによって提供されるデータ活用アプリケーションの設定ページにアクセスしたり、ダッシュボードのページにアクセスしたりする。

＜ＰＬＣ＞
図４はＰＬＣ１の電気的構成について説明するためのブロック図である。図４が示すように、基本ユニット３は、ＣＰＵ３１、表示部５、操作部６、記憶装置３２および通信部３３を備えている。表示部５、操作部６、記憶装置３２、および通信部３３は、それぞれＣＰＵ３１に電気的に接続されている。記憶装置３２は、ＲＡＭやＲＯＭ、メモリカードなどを含んでもよい。記憶装置３２はデバイス部３４やプロジェクト記憶部３５などの複数の記憶領域を有している。デバイス部３４はビットデバイスやワードデバイスなどを有し、各デバイスはデバイス値を記憶する。プロジェクト記憶部３５は、ＰＣ２ａから入力されたプロジェクトデータを記憶する。記憶装置３２は基本ユニット３用の制御プログラムも記憶する。図４が示すように基本ユニット３と拡張ユニット４とは通信バスの一種である拡張バス９０を介して接続されている。なお、図４では拡張バス９０に関する通信回路がＣＰＵ３１に実装されているが、通信部３３の一部として実装されてもよい。通信部３３はネットワーク通信回路を有してもよい。ＣＰＵ３１は通信部３３を介してプロジェクトデータをＰＣ２ａから受信する。

ここで、拡張バス９０について、補足説明する。この拡張バス９０は、入出力リフレッシュに使用される通信バスである。入出力リフレッシュとは、基本ユニット３と拡張ユニット４との間でデバイス値を更新する処理である。入出力リフレッシュは、ラダープログラムが一回実行されるごとに（つまり、一スキャンごとに）、実行される。なお、一つのスキャン周期は、入出力リフレッシュの実行期間と、ユーザプログラムの実行期間と、エンド処理の実行期間とを含む。

拡張ユニット４はＣＰＵ４１とメモリ４２を備えている。拡張ユニット４ｂのＣＰＵ４１ｂは、デバイスに格納された基本ユニット３からの指示（デバイス値）にしたがってフィールドデバイス１０を制御する。また、ＣＰＵ４１ｂは、フィールドデバイス１０の制御結果をバッファメモリとよばれるデバイスに格納する。デバイスに格納された制御結果は入出力リフレッシュによって基本ユニット３に転送される。また、デバイスに格納されている制御結果は、基本ユニット３からの読み出し命令にしたがって、入出力リフレッシュとは異なるタイミングであっても、基本ユニット３に転送される。メモリ４２はＲＡＭやＲＯＭなどを含む。とりわけ、ＲＡＭにはバッファメモリとして使用される記憶領域が確保されている。メモリ４２は、フィールドデバイス１０によって取得されたデータ（例：静止画データや動画データ）を一時的に保持するバッファを有してもよい。

データ活用ユニットとして機能する拡張ユニット４ａのＣＰＵ４１ａは、通信部４３とケーブル９ｂを介してＰＣ２ｂと通信する。データ活用ユニットは、データ活用アプリケーションを実行する拡張ユニットである。データ活用アプリケーションは、制御データを収集したりデータ処理したりするフローと、フローの実行結果を表示するダッシュボードとを含む。なお、制御データを収集する機能は、データ活用アプリケーション以外のユーザプログラムによって実現されてもよい。フローはデータを収集する演算ブロック、データ処理を実行する演算ブロック、および、表示データを作成する演算ブロックなどを有してもよい。ダッシュボードは、グラフ表示部品や数値表示部品などを有する。これらの表示部品は、ＨＴＭＬデータ、ＣＳＳデータおよびＪａｖａＳｃｒｉｐｔ（登録商標）コードなどにより実現されてもよい。なお、ＨＴＭＬデータ、ＣＳＳデータおよびＪａｖａＳｃｒｉｐｔ（登録商標）コードの集合体はＷｅｂアプリケーションと呼ばれてもよい。本実施形態で、フローはフローテンプレートにより実現される。フローテンプレートは予めアプリケーションごとに用意されており、ユーザにより指定されたパラメータが設定される一つ以上の演算ブロックを有している。ダッシュボードもテンプレートにより実現される。ダッシュボードテンプレートは、ユーザにより指定されたパラメータが設定される一つ以上の表示部品を有している。パラメータは、たとえば、ダッシュボードの名称、デバイス名、数値、ユニット変数名など多種多様な情報である。ユニット変数とは、拡張ユニット４ａがフローの実行結果を保持するための変数である。

●基本ユニットのＣＰＵにより実現される機能
図５はデータ活用に関してＣＰＵ３１により実現される機能を示している。実行エンジン５１は、スキャン周期ごとにユーザプログラムを繰り返し実行する。実行エンジン５１は、ＣＰＵ３１の外部に設けられたＡＳＩＣまたはＦＰＧＡなどにより実現されてもよい。ＡＳＩＣは特定用途集積回路の略称である。ＦＰＧＡはフィールドプログラマブルゲートアレイの略称である。これらの専用回路は、ＣＰＵとプログラムとの組み合わせよりも、特定のデータ処理を高速に実行できることが多い。収集部５２ａは、スキャン周期のうちエンド処理の期間においてデバイス部３４から収集対象のデバイス値を収集してデータレコードを作成して第一バッファ３７ａに格納する。なお、エンド処理の期間でデータを収集することは必須ではなく、実行エンジン５１で実行されるユーザプログラムにデータを収集するための記述（トリガ命令などのプログラムコード）が含まれていてもよい。ただし、エンド処理によってデータを収集するケースでは、ユーザプログラムの変更が不要であるといったメリットがある。また、収集周期は、収集設定３６ａにより指定された周期であってもよい。第一バッファ３７ａを設けることで、実行エンジン５１は、収集や転送処理によるスキャンタイムの伸びなどの影響を受けにくくなる。収集対象のデバイス値は、収集設定３６ａにより指定されている。収集設定３６ａは、ＰＣ２ａまたは拡張ユニット４ａによって基本ユニット３に格納されうる。転送部５３ａは、第一バッファ３７ａに格納された一つ以上のデータレコードを、拡張バス９０を介して、拡張ユニット４ａに転送する。なお、転送部５３ａは、拡張バス９０における通信トラフィックが空いているときに、転送処理を実行する。したがって、実行エンジン５１ａが入出力リフレッシュを実行している期間や、ユーザプログラムに記述された読み出し命令にしたがって拡張ユニット４のバッファメモリからデータを読み出している期間を避けて、転送処理が実行される。なお、拡張バス９０の通信トラフィックは監視部５４ａによって監視されている。なお、データレコードの転送時間を短縮するために、圧縮エンジン５５ａが複数のデータレコードを圧縮してもよい。なお、圧縮エンジン５５ａはＣＰＵ３１により実現される必要は無く、ＡＳＩＣまたはＦＰＧＡなどにより実現されてもよい。このように、第一バッファ３７ａを採用することで、転送処理とユーザプログラムを非同期で実行することが可能となる。

●データ活用ユニットの機能
図６は拡張ユニット４ａのＣＰＵ４１ａによって実現される機能を説明する図である。なお、上位システムの拡張ユニット４ａは上位ユニットと呼ばれ、下位システムの拡張ユニット４ａは下位ユニットと呼ばれてもよい。はじめに下位ユニットのＣＰＵ４１ａにより実現される機能が説明される。ただし、上位ユニットのＣＰＵ４１ａも自己が接続されているＰＬＣ１ａにおいてデータを収集してもよい。

収集部５２ｃは、ＣＰＵ４１ａが収集設定３９にしたがってデータを収集する機能である。収集部５２ｃは、ＣＰＵ４１ａがユーザプログラムなどの制御プログラムを実行することで実現されうる。収集部５２ｃは、収集設定３９により指定されたデバイス値を基本ユニット３が収集して拡張ユニット４ａの第二バッファ３７ｂに転送するよう基本ユニット３を設定する。なお、収集部５２ｃは、収集設定３９に含まれている基本ユニット３の収集設定３６ａを基本ユニット３の記憶装置３２に書き込んでもよい。収集設定３９はＰＣ２または上位システムとして動作している他のデータ活用ユニットによってメモリ４２ａに書き込まれうる。収集部５２ｃとデータ処理部７３とは基本的に非同期で動作できることが望ましい。これを実現するためにバッファが設けられてもよい。

収集部５２ｃは、収集設定３９により指定されたデバイス値を拡張ユニット４ｂが収集して拡張ユニット４ａの第三バッファ３７ｃに転送するよう拡張ユニット４ｂを設定してもよい。第二バッファ３７ｂおよび第三バッファ３７ｃを設けることで、データ処理部７３の処理負荷が変動しても、データを取りこぼさず収集できるようになる。収集部５２ｃは、収集設定３９に含まれている拡張ユニット４ｂの収集設定３６ｂ（図７）を拡張ユニット４ｂのメモリ４２ｂに書き込んでもよい。なお、これらの設定機能は設定部７１によって実現されてもよい。設定部７１は、ＰＣ２ａまたはＰＣ２ｂから収集設定３９、処理設定６１、表示設定６２を受信してメモリ４２ａに書き込む。処理設定６１は、データ処理部７３により収集データに対して実行されるデータ処理を定義する情報とフロー（プログラム）を含む。表示設定６２は、Ｗｅｂサーバ７０を通じてＷｅｂブラウザ１８にデータ処理結果を提供するダッシュボードのテンプレート（ＨＴＭＬデータ、ＣＳＳ、ＪａｖａＳｃｒｉｐｔ（登録商標）のコードなど）を含む。生成部７４は、ダッシュボードの表示部品を定義する表示設定６２にしたがって、ダッシュボードのテンプレートにデータ処理結果を代入することで、ダッシュボードの表示データを作成する。表示データは、たとえば、ＨＴＭＬデータや画像データ、ＣＳＳ（カスケーディングスタイルシート）、ＪａｖａＳｃｒｉｐｔ（登録商標）のコードなどであってもよい。表示部品としては、たとえば、円グラフ部品、棒グラフ部品、折れ線グラフ部品、数値表示部品などが含まれる。Ｗｅｂサーバ７０は、Ｗｅｂブラウザ１８によりダッシュボードのＷｅｂページにアクセスがあると、ダッシュボードの表示データをＷｅｂブラウザ１８に送信する。Ｗｅｂブラウザ１８が表示データを受信してダッシュボードを表示する。

なお、複数のデータ活用アプリケーションが提供されることがある。この場合、データ活用アプリケーションごとに必要とするデータと読み出しタイミングが異なることがある。この場合、データ活用アプリケーションごとにサブバッファがメモリ４２ａに確保されてもよい。収集部５２ｃは、第二バッファ３７ｂに格納されたデータレコードを読み出し、第一データ活用アプリケーション用のデータを第一サブバッファ３８ａに格納する。収集部５２ｃは、第二バッファ３７ｂに格納されたデータレコードを読み出し、第二データ活用アプリケーション用のデータを第二サブバッファ３８ｂに格納する。なお、収集部５２ｃは、第三バッファ３７ｃに格納されたデータレコードを読み出し、第一データ活用アプリケーション用のデータを第一サブバッファ３８ａに格納してもよい。収集部５２ｃは、第三バッファ３７ｃに格納されたデータレコードを読み出し、第二データ活用アプリケーション用のデータを第二サブバッファ３８ｂに格納してもよい。データ処理部７３は、第一データ活用アプリケーションにしたがってデータを第一サブバッファ３８ａから読み出してデータ処理を実行し、処理結果を生成する。データ処理部７３は、第二データ活用アプリケーションにしたがってデータを第二サブバッファ３８ｂから読み出してデータ処理を実行し、処理結果を生成する。解凍エンジン７５は、基本ユニット３の圧縮エンジン５５ａおよび拡張ユニット４ｂの圧縮エンジン５５ｂと対を成す機能である。解凍エンジン７５は、基本ユニット３により圧縮されて転送されてきたデータを解凍して第二バッファ３７ｂに格納する。解凍エンジン７５は、拡張ユニット４ｂにより圧縮されて転送されてきたデータを解凍して第三バッファ３７ｃに格納する。これにより拡張バス９０の通信トラフィックの混雑が緩和されるようになろう。解凍エンジン７５はＡＳＩＣまたはＦＰＧＡなどにより実現されてもよい。このように基本ユニット３および拡張ユニット４ａ、４ｂとの間のデータの伝送は拡張バス９０を介して実行される。

データ活用アプリケーションごとに必要となるデータが複数である場合がある。その場合、各スキャンで収集されたデータの塊をバッファに維持したままサブバッファに必要な複数のデータを格納することもある。さらに、サブバッファにデータを分配する場合にも、各レコードにタイムスタンプ等が付与されもよい。図２５が示すように、第二バッファ３７ｂ（第三バッファ３７ｃであってもよい）は、収集されたデータの塊を保持している。一つのレコードはスキャン番号と、タイマーの値（タイムスタンプ）と、収集されたデータを含む。この例で、収集されたデータは、リレーＲＬ１～ＲＬ３、デバイスＤｅｖ１、Ｄｅｖ２を含む。第一データ活用アプリケーション２５０１は、収集されたデータのうち、リレーＲＬ１～ＲＬ３を必要とする。したがって、スキャン番号、タイマーの値、リレーＲＬ１～ＲＬ３が第二バッファ３７ｂから読み出されて、第一サブバッファ３８ａに格納される。第一データ活用アプリケーション２５０１は、第一サブバッファ３８ａからスキャン番号、タイマーの値、リレーＲＬ１～ＲＬ３を読み出して表示画面（ソースデータ）を作成する。第二データ活用アプリケーション２５０２は、収集されたデータのうち、リレーＲＬ３、デバイスＤｅｖ１、Ｄｅｖ２を必要とする。したがって、スキャン番号、タイマーの値、リレーＲＬ３、デバイスＤｅｖ１、Ｄｅｖ２が第二バッファ３７ｂから読み出されて、第二サブバッファ３８ｂに格納される。第二データ活用アプリケーション２５０２は、第二サブバッファ３８ｂからスキャン番号、タイマーの値、リレーＲＬ３、デバイスＤｅｖ１、Ｄｅｖ２を読み出して表示画面（ソースデータ）を作成する。このようにサブバッファを活用することで、元のデータを変更することなくバッファ内に維持することが可能となる。バッファ内に保持された元のデータは他の目的で利用可能となる。

受け渡しバッファ４０は上位システムと下位システムとの間で収集されたデータを転送する際に利用される。受け渡しバッファ４０は上位システムと下位システムとのうちの少なくとも一方に設けられていればよい。たとえば、下位システムとして機能するＰＬＣ１ｂのデータ活用ユニットは、ＰＬＣ１ｂ内で収集した時系列データを受け渡しバッファ４０に格納する。上位システムとして機能するＰＬＣ１ａのデータ活用ユニットは、下位システムの受け渡しバッファ４０からＰＬＣ１ｂに関する時系列データを取得する。ＰＬＣ１ａと比較してＰＬＣ１ｂが高速で動作している場合、ＰＬＣ１ｂにおいて非常に短い間だけＯＮとなるビットデバイスのデバイス値を取得できない可能性がある。そこで、受け渡しバッファ４０を設けることで、時系列データの取得漏れが生じにくくなる。また、このバッファ配置は、統計処理などのデータ処理を下位システムで実行し、処理結果を上位システムに転送するケースでも、有利であろう。下位システムは、処理結果を受け渡しバッファ４０に格納する。上位システムは、定期的に受け渡しバッファ４０を確認する。上位システムは、処理結果が受け渡しバッファ４０に格納されていれば、処理結果を読み出す。この場合、受け渡しバッファ４０としてはＦＩＦＯタイプが向いていよう。

受け渡しバッファ４０がＰＬＣ１ａのデータ活用ユニットに設けられてもよい。下位システムとして機能するＰＬＣ１ｂのデータ活用ユニットは、ＰＬＣ１ｂ内で収集した時系列データを、上位システムであるＰＬＣ１ａのデータ活用ユニットの受け渡しバッファ４０に格納する。

●データ活用に関連する拡張ユニット４ｂの機能
図７は拡張ユニット４ｂのＣＰＵ４１ｂによって実現される機能を説明する図である。

実行エンジン５１ｂは拡張ユニット４ｂの基本機能（モーションユニットであればモーションフローの実行など）を実行する。収集部５２ｂは、収集設定３６により指定されたデータを、収集設定３６により指定されたタイミングでデバイス部３４ｂから収集して第四バッファ３７ｄに格納する。転送部５３ｂは、収集設定３６により指定されたタイミング、または、拡張ユニット４ａにより転送要求が受信されたタイミングで、第四バッファ３７ｄに格納されているデータレコードを読み出して、拡張バス９０を介して、拡張ユニット４ａの第三バッファ３７ｃに転送する。なお、監視部５４により監視される拡張バス９０の通信トラフィックが少ないタイミングに、転送部５３ｂがデータレコードの転送を実行してもよい。圧縮エンジン５５ｂは、収集設定３６にしたがってデータレコードを圧縮する。つまり、転送部５３ｂは、圧縮エンジン５５ｂにより情報圧縮されたデータレコードを拡張ユニット４ａに転送してもよい。圧縮エンジン５５ｂは、ＣＰＵ４１ｂにより実現されてもよいが、高速処理の観点やＣＰＵ４１ｂの処理負荷の軽減の観点から、ＡＳＩＣまたはＦＰＧＡにより実現されてもよい。

●データレコードの例
図８は収集部５２ａによって第一バッファ３７ａに書き込まれるデータレコード９１を示している。複数のデータレコード９１は時系列データの一例である。この例で、収集部５２ａは一スキャン周期ごとに、Ｄｅｖ０、Ｄｅｖ１、Ｄｅｖ１０というデバイス名のデバイス値をデバイス部３４ａから収集し、収集カウントおよびタイマーから取得された時刻情報を付加して一つのデータレコードを作成し、第一バッファ３７ａに格納する。なお、収集対象は、拡張ユニット４ｂに割り当てられたバッファメモリまたはデバイスに格納されたデータであってもよい。この例で第一バッファ３７ａはＦＩＦＯ（先入先出）タイプのバッファである。収集カウントは、一つのデータレコードを収集するたびに１ずつカウントアップされるカウンタのカウント値である。収集カウントはシーケンシャルに付与される番号であるため、データレコードの抜けや圧縮を検出することに役立つ。

タイムスタンプなどの時刻情報は、たとえば、基本ユニット３で取得されたデータと、拡張ユニット４ｂで取得されたデータとを対比可能にダッシュボードに表示する際に役立つ。一般に、基本ユニット３における収集タイミングと拡張ユニット４ｂにおける収集タイミングとは一致しない。そのため、基本ユニット３の動作と拡張ユニット４ｂの動作とを比較するためには、基本ユニット３のデータと、拡張ユニット４ｂのデータとを紐付けるための情報が必要となる。一般に、基本ユニット３は拡張ユニット４ａ、４ｂはユニット間同期などによって時刻情報を同期できる。したがって、基本ユニット３と拡張ユニット４ｂはそれぞれデータレコードを収集したときの時刻情報をデータレコードに付与することで、データ処理部７３は、異なるユニットで取得された複数のデータレコードを時間軸上で整列させることができる。

●転送のタイミング
図９はデータレコードの転送タイミングを説明する図である。図９が示すようにＰＬＣ１は、入出力のリフレッシュ、ユーザプログラムの実行およびエンド処理を繰り返し実行する。スキャン周期の伸びを低減するために、転送処理は、入出力のリフレッシュの期間を避けて実行される。同様に、スキャン周期の伸びを低減するために、転送処理は、ＵＲＥＡＤおよびＵＷＲＩＴの実行期間を避けて実行される。ＵＲＥＡＤは拡張ユニット４に割り当てられているバッファメモリからデータを読み出す命令であり、ユーザプログラム中に記述される。そのため、基本ユニット３は、ユーザプログラムの実行期間中に、ＵＲＥＡＤにしたがって拡張ユニット４にアクセスしてバッファメモリからデータを取得する。ＵＷＲＩＴは、拡張ユニット４に割り当てられているバッファメモリにデータを書き込む命令であり、ユーザプログラム中に記述される。基本ユニット３は、ユーザプログラムの実行期間中に、ＵＷＲＩＴにしたがって拡張ユニット４にアクセスしてバッファメモリにデータを書き込む。

図９が示すように、入出力のリフレッシュ、ＵＲＥＡＤおよびＵＷＲＩＴを除いた残りの転送可能期間において、転送処理は、拡張バス９０で実行される。たとえば、収集設定３６ａによって５個のデータレコードずつ転送処理を実行することが設定されていたと仮定する。この場合、転送部５３ａは、第一バッファ３７ａに５個のデータレコードの蓄積が完了した後であって、最初の転送可能期間または拡張ユニット４ａによって転送要求を受信したタイミングで、転送処理を実行する。

●収集設定の変更
データの収集は、たとえば、工場の稼働期間において常時実行されてもよい。この場合、午前中に使用されていた収集設定と午後に使用される収集設定とが異なることがある。この場合、複数のデータレコードのうちどのデータレコードが第一の収集設定に基づき取得され、どのデータレコードが第二の収集設定に基づき取得されたかを簡単に識別できれば便利であろう。

図１０は収集設定の途中変更に対応可能なデータレコード９１のフォーマットを示している。この例では、複数の収集設定を区別するための識別情報がデータレコード９１に追加されている。設定識別情報"１"は第一の収集設定に対応している。第一の収集設定において収集対象のデバイスはＤｅｖ１とＤｅｖ１０である。設定識別情報"２"は第二の収集設定に対応している。第一に収集設定において収集対象のデバイスはＤｅｖ１、Ｄｅｖ１０、Ｄｅｖ１１である。このようなフォーマットを採用することで、データ処理部７３は、収集設定ごとにデータ処理対象を分けて、データ処理を実行することが可能となる。たとえば、設定識別情報"１"は、第一のデータ処理設定に対応し、設定識別情報"２"は、第二のデータ処理設定に対応していてもよい。データ処理部７３は、設定識別情報に対応したデータ処理設定を処理設定６１から取得し、取得したデータ処理設定にしたがってデータレコードにデータ処理を施してもよい。

なお、データレコード９１は受け渡しバッファ４０に格納される際にＣＰＵ４１ａによってシステムＩＤが付与されてもよい。システムＩＤは、ＰＬＣ１ａ～１ｃを識別するための識別情報である。

●情報圧縮
図１１はデータレコードの情報圧縮を説明する図である。データレコード群９１ａは情報圧縮前のデータレコードを示している。ここでは収集対象として四つのリレーデバイスＲＬ１，ＲＬ２，ＲＬ３，ＲＬ４が指定されている。また、収集カウントとしてスキャン番号が採用されている。カウンタは、タイマーなどにより取得される時刻情報（例：あるリレーがＯＮになってからＯＦＦになるまでの時間間隔を示す数値）であってもよい。データレコード群９１ａにおいてスキャン番号"１"のデータレコードと、スキャン番号"２"のデータレコードとの間ではリレーデバイスの変化点が存在しない。つまり、スキャン番号"２"のデータレコードは圧縮（廃棄または削除）可能である。しかし、スキャン番号"３"のデータレコードのリレーデバイスＲＬ１とスキャン番号"１"のデータレコードのリレーデバイスＲＬ１とが異なっている。このように、スキャン番号"３"は変化点を有しているため、スキャン番号"３"のデータレコードは圧縮されない。スキャン番号"３"のデータレコードと、スキャン番号"４"のデータレコードとの間ではリレーデバイスの変化点が存在しないため、スキャン番号"４"のデータレコードは圧縮可能である。同様に、スキャン番号"５"のデータレコードと、スキャン番号"６"のデータレコードとの間ではリレーデバイスの変化点が存在しないため、スキャン番号"６"のデータレコードは圧縮可能である。このような変化点に着目した情報圧縮を実行することで、圧縮されたデータレコード群９１ｂが実現される。圧縮されたデータレコード群９１ｂを構成する各データレコードは変化点を有している。

●ダッシュボードの一例
図１２はＷｅｂブラウザ１８のＵＩ１３０を示している。ＵＩ１３０には、ＵＲＬ入力部１３１と、ダッシュボードの表示領域１０５とが含まれている。ＵＲＬ入力部１３１には、ダッシュボードに割り当てられたＵＲＬが入力されている。表示領域１０５には、データ処理部７３によって収集対象データから求められたデータ処理結果が示されている。この例では、リレーデバイスＲＬ１、ＲＬ２の波形が含まれている。データレコードはスキャン周期ごとに収集されるため、たとえば、一日にわたりデータ収集を継続すると、多数のデータレコードが収集される。データ処理部７３は、リレーデバイスＲＬ１の立ち上がりを基準としてリレーデバイスＲＬ１について取得された複数の波形を重ねて表示している。この例では、リレーデバイスＲＬ１の立下りのタイミングにずれが生じている。たとえば、データ処理部７３は、複数の波形の平均値を演算し、平均値に相当する波形を太い線で表示してもよい。立下りのずれについて合格範囲ｄＸ１が存在してもよい。データ処理部７３は、各立下りのタイミングが合格範囲ｄＸ１に含まれていれば、合格と判定してもよい。データ処理部７３は、リレーデバイスＲＬ２についても同様の処理を実行してもよい。ただし、リレーデバイスＲＬ２について立ち上がりのずれが合格範囲ｄＸ２に含まれていないため、データ処理部７３は、不合格と判定してもよい。

このように不合格が発生すると、ＣＰＵ４１ａは、所定のメールアドレスに対してエラー報告メールを送信してもよい。エラー報告メールには、ダッシュボードのＵＲＬを含むリンクが含まれていてもよい。エラー報告メールの受信者はこのリンクをクリックすることで、Ｗｅｂブラウザ１８を起動してダッシュボードを表示して波形を確認することで、エラーの原因を解消してもよい。

なお、拡張ユニット４ｂとしてモーションユニットがある。モーションユニットは、基本ユニット３によって指令値にしたがって、産業機械を動作させ、産業機械の動作結果を保持している。指令値は、たとえば、アーム型ロボットのアームの座標であってもよい。動作結果（現在値）は、センサなどによって取得された実際のアームの座標であってもよい。拡張ユニット４ａは、指令値とそれに対応する現在値とを時系列データとして拡張ユニット４ｂから取得し、指令値と現在値とのずれをダッシュボードに表示してもよい。データ処理部７３は、指令値と現在値との差分を求め、時間の経過とともに差分がどのように変化しているかを示すグラフをダッシュボードに表示してもよい。このような波形をユーザが確認することで、発生したエラーの原因が消耗品の寿命に起因したものなのか、外部から加えられた突発的なイベントにあるのかを判断しやすくなろう。たとえば、消耗品の寿命の末期が近づくと徐々に波形の応答が遅れることがある。一方で、突発的なイベントが原因でエラーが発生した場合、イベントの発生時刻でのみ波形の変化が発生する。よって、ユーザは波形を観察することでエラー原因を発見し、その対策を施すことが可能となろう。

＜フローチャート＞
●拡張ユニット４ａ
図１３は拡張ユニット４ａのＣＰＵ４１ａにより実行される収集処理を示すフローチャートである。ＣＰＵ４１ａは、特定のリレーデバイスがＯＮになると、以下の処理を実行する。

Ｓ１でＣＰＵ４１ａ（設定部７１）は基本ユニット３と拡張ユニット４ｂを設定する。たとえば、ＣＰＵ４１ａは基本ユニット３のための収集設定３６ａを基本ユニット３に転送する。基本ユニット３は、収集設定３６ａを記憶装置３２に格納する。ＣＰＵ４１ａは基本ユニット３のための収集設定３６ｂを拡張ユニット４ｂに転送する。拡張ユニット４ｂは、収集設定３６ｂをメモリ４２ｂに格納する。

Ｓ２でＣＰＵ４１ａ（データ処理部７３または収集部５２ｃ）は第二バッファ３７ｂまたは第三バッファ３７ｃ（第一サブバッファ３８ａまたは第二サブバッファ３８ｂ）に所定量の収集データが格納されているかどうかを判定する。所定量は処理設定６１により定義されている。ここでは、処理設定６１により指定されたバッファが確認されれば十分であり、常に、第二バッファ３７ｂと第三バッファ３７ｃとの両方が確認対象となるわけではない。ＣＰＵ４１は、バッファに所定量のデータが格納されるまで待機する。バッファに所定量のデータが格納されると、ＣＰＵ４１ａはＳ３に進む。

Ｓ３でＣＰＵ４１ａ（データ処理部７３）はバッファから読み出した所定量のデータに対してデータ処理を実行して、データ処理結果を求める。データ処理の内容は処理設定６１により定義されている。データ処理結果はメモリ４２ａに保持される。

Ｓ４でＣＰＵ４１ａ（生成部７４）はＰＣ２ｂのＷｅｂブラウザ１８からダッシュボードの表示要求（Ｗｅｂアクセス）があったかどうかを判定する。表示要求が無ければ、ＣＰＵ４１ａはＳ２に進み、データの収集とデータ処理とを継続する。表示要求があれば、ＣＰＵ４１ａはＳ５に進む。

Ｓ５でＣＰＵ４１ａ（生成部７４）は表示要求に対応するダッシュボードの表示データを作成する。たとえば、ＣＰＵ４１ａは、メモリ４２ａに格納されているデータ処理結果をダッシュボードのテンプレートに代入して表示データを作成する。

Ｓ６でＣＰＵ４１ａ（Ｗｅｂサーバ７０）は表示データをＰＣ２ｂのＷｅｂブラウザ１８に送信する。これにより、ＰＣ２ｂのＷｅｂブラウザ１８はダッシュボードを表示できるようになる。

●基本ユニット３
図１４は基本ユニット３のＣＰＵ３１により実行される収集処理を示すフローチャートである。ＣＰＵ３１は、特定のリレーデバイスがＯＮになると、以下の処理を実行する。

Ｓ１１でＣＰＵ３１（収集部５２ａ）は収集設定３６ａにより指定された収集タイミング（例：１スキャン周期ごと、トリガ信号が入力されるごと、所定周期ごと）が到来したかどうかを判定する。収集タイミングが到来すると、ＣＰＵ３１はＳ１２に進む。

Ｓ１２でＣＰＵ３１（収集部５２ａ）は、収集設定３６ａにより指定された収集対象データをデバイス部３４ａから収集して第一バッファ３７ａに格納する。

Ｓ１３でＣＰＵ３１（転送部５３ａ）は、収集設定３６ａにより指定された転送条件が満たされたかどうかを判定する。転送条件は、たとえば、第一バッファ３７ａに蓄積されているデータレコードの数であってもよい。転送条件が満たされていなければ、ＣＰＵ３１は、Ｓ１１に戻り、データの収集を継続する。転送条件が満たされていれば、ＣＰＵ３１はＳ１４に進む。

Ｓ１４でＣＰＵ３１（監視部５４ａ）は、拡張バス９０の通信トラフィックが少ないかどうかを判定する。通信トラフィックが多ければ、ＣＰＵ３１はＳ１１に戻り、データの収集を継続する。通信トラフィックが少なければ、ＣＰＵ３１はＳ１５に進む。

Ｓ１５でＣＰＵ３１（転送部５３ａ）は第一バッファ３７ａから所定量のデータレコードを読み出して第二バッファ３７ｂに転送する。所定量も収集設定３６ａにより定義されている。

●拡張ユニット４ｂ
図１５は拡張ユニット４ｂのＣＰＵ４１ｂにより実行される収集処理を示すフローチャートである。ＣＰＵ４１ｂは、特定のリレーデバイスがＯＮになると、以下の処理を実行する。

Ｓ２１でＣＰＵ４１ｂ（収集部５２ｂ）は収集設定３６ｂにより指定された収集タイミング（例：トリガ信号が入力されるごと、所定周期ごと）が到来したかどうかを判定する。収集タイミングが到来すると、ＣＰＵ４１ｂはＳ２２に進む。

Ｓ２２でＣＰＵ４１ｂ（収集部５２ｂ）は、収集設定３６ａにより指定された収集対象データをデバイス部３４ａから収集して第四バッファ３７ｄに格納する。

Ｓ２３でＣＰＵ４１ｂ（転送部５３ｂ）は、収集設定３６ｂにより指定された転送条件が満たされたかどうかを判定する。転送条件は、たとえば、第四バッファ３７ｄに蓄積されているデータレコードの数であってもよい。転送条件が満たされていなければ、ＣＰＵ４１ｂは、Ｓ２１に戻り、データの収集を継続する。転送条件が満たされていれば、ＣＰＵ４１ｂはＳ２４に進む。

Ｓ２４でＣＰＵ４１ｂ（監視部５４ｂ）は、拡張バス９０の通信トラフィックが少ないかどうかを判定する。通信トラフィックが多ければ、ＣＰＵ４１ｂはＳ２１に戻り、データの収集を継続する。通信トラフィックが少なければ、ＣＰＵ４１ｂはＳ２５に進む。

Ｓ２５でＣＰＵ４１ｂ（転送部５３ｂ）は第四バッファ３７ｄから所定量のデータレコードを読み出して第三バッファ３７ｃに転送する。所定量も収集設定３６ｂにより定義されている。

＜上位システムによる下位システムからのデータ収集と活用＞
すでに説明されたように、データ活用ユニットは上位モードと下位モードとを有していてもよい。ここでは、ＰＬＣ１ａが上位モードで動作する上位システムとして機能する。ＰＬＣ１ｂ、１ｃが下位モードで動作する下位システムとして機能する。ＰＣ２ａまたはＰＬＣ１ａの拡張ユニット４ａは、ＰＬＣ１ｂ、１ｃのための収集設定３９を作成する。

●収集設定の作成
図１６はＰＣ２ａのＣＰＵ１１ａまたはＰＬＣ１ａの拡張ユニット４ａのＣＰＵ４１ａによって実行される設定方法を示している。ここではＣＰＵ４１ａによって設定方法が実行されるが、ＣＰＵ１１ａによって実行されてもよい。ＰＣ２ｂのＷｅｂブラウザを通じてユーザによる指示がＣＰＵ４１ａに入力される。ＣＰＵ４１ａのＷｅｂサーバ７０は、収集設定３９を作成するために役立つＷｅｂページを提供するとともに、ユーザ入力を受け付ける。

Ｓ３１でＣＰＵ４１ａ（設定部７１）はＰＬＣ１ａ～１ｃの変数情報１９ａ～１９ｃを取得する。たとえば、ＣＰＵ４１ａは、図１７に示されるような設定ＵＩ１７００をＰＣ２ｂの表示部７ａなどに表示する。設定ＵＩ１７００は、システムＩＤ、ネットワークアドレスおよび変数情報のファイル名などを含む。システムＩＤは、ＰＬＣ１ａ～１ｃを識別するための識別情報である。ネットワークアドレスは、ＰＬＣ１ｂ、１ｃの拡張ユニット４ａに付与されているＩＰアドレスなどである。変数情報は、ＰＬＣ１ｂ、１ｃにおいて変数情報１９ｂ、１９ｃを保持しているファイルのファイル名である。ＣＰＵ４１ａは、設定ＵＩ１７００を通じてシステムＩＤ、ネットワークアドレスおよび変数情報のファイル名を受け付けて、接続設定情報を作成し、メモリ４２ａに格納する。ＣＰＵ４１ａは、接続設定情報に含まれているネットワークアドレスにしたがって下位システムであるＰＬＣ１ｂに接続し、変数情報１９ｂを読み出す。ＣＰＵ４１ａは、接続設定情報に含まれているネットワークアドレスにしたがって下位システムであるＰＬＣ１ｃに接続し、変数情報１９ｃを読み出す。ＣＰＵ１１ａが設定を実行する場合、ＣＰＵ１１ａは記憶装置１２ａから変数情報１９ａ～１９ｃを読み出す。

図１８は、変数情報１９を作成するための変数編集ＵＩ１８００である。ＰＣ２ａのＣＰＵ１１ａはプロジェクトデータ１５からグローバル変数とローカル変数を抽出し、抽出された変数のリストを含む変数情報１９を作成する。変数情報１９は、たとえば、変数名、変数のデータ型、変数に割り付けられたデバイス名（割り付けデバイス）、初期値などの情報を含む。ユーザは、操作部８ａを操作することで変数情報１９を編集する。変数情報１９は、プロジェクトデータ１５の一部を構成してもよいし、プロジェクトデータ１５から独立していてもよい。いずれにしても、変数情報１９は、ＰＣ２ａからＰＬＣ１に転送される。これにより、上位システムのＣＰＵ４１ａは下位システムの変数情報１９を下位システムから取得できるようになる。変数情報１９には各ＰＬＣのシステムＩＤも含まれている。

Ｓ３２でＣＰＵ４１ａ（設定部７１、Ｗｅｂサーバ７０）は、収集対象の設定ＵＩをＰＣ２ｂの表示部７ａに表示する。ＣＰＵ４１ａ（Ｗｅｂサーバ７０）は設定ＵＩに相当するＷｅｂページをＰＣ２ｂに送信する。一方、ＣＰＵ１１ａが設定を実行する場合、ＣＰＵ１１ａは表示部７ａに設定ＵＩを表示する。

Ｓ３３でＣＰＵ４１ａ（設定部７１、Ｗｅｂサーバ７０）は、収集対象の設定ＵＩを通じて収集対象などの指定を受け付ける。ＣＰＵ４１ａ（Ｗｅｂサーバ７０）はＨＴＴＰ通信によりユーザ入力を受け付ける。一方、ＣＰＵ１１ａが設定を実行する場合、ＣＰＵ１１ａは操作部８ａを通じてユーザ入力を受け付ける。

Ｓ３４でＣＰＵ４１ａ（設定部７１）は、収集対象などの指定に基づき収集設定３９を作成する。一方、ＣＰＵ１１ａが設定を実行する場合、ＣＰＵ１１ａはユーザ入力にしたがって収集設定３９を作成する。

Ｓ３５でＣＰＵ４１ａ（設定部７１）は収集設定３９を下位システム（例：ＰＬＣ１ｂ、ＰＬＣ１ｃ）に転送する。一方、ＣＰＵ１１ａが設定を実行する場合、ＣＰＵ１１ａは収集設定３９をＰＬＣ１ａ～１ｃに転送する。

図１９は収集対象の設定ＵＩ１９００を示している。設定ＵＩ１９００は、設定対象のシステムを選択するためのプルダウンメニュー１９０１と、収集対象指定部１９０２とを有している。ＣＰＵ４１ａは、変数情報１９からシステムＩＤを取得して、プルダウンメニュー１９０１にシステムＩＤを列挙する。この例では、システムＩＤとして"ＰＬＣ１ｂ"が選択されているが、"ＰＬＣ１ｃ"または"ＰＬＣ１ａ"が選択されてもよい。ＣＰＵ４１ａは、プルダウンメニュー１９０１により指定されたシステムＩＤに関連付けられている変数情報１９ｂをメモリ４２ａから読み出して、収集対象指定部１９０２に反映させる。収集対象指定部１９０２は、収集対象となる変数またはデバイスを選択するためのプルダウンメニュー１９０３を有している。ＣＰＵ４１ａは、ＰＬＣ１ｂに関連付けられている変数情報１９ｂに含まれている変数名やデバイス名をプルダウンメニュー１９０３に列挙する。ＣＰＵ４１ａは変数やデバイスのデータ型の指定を受け付けてもよい。格納先指定部１９０４は、収集対象データを格納するバッファの名称（例：ＰＬＣ１ｂの受け渡しバッファ４０またはＰＬＣ１ａの受け渡しバッファ４０）の指定を受け付ける。ＣＰＵ４１ａはバッファのタイプ（例：ＦＩＦＯ、リングなど）の指定を受け付けてもよい。ＣＰＵ４１ａは設定ＵＩ１９００を通じて受け付けた指定情報を用いて収集設定３９を作成する。

●下位システムの収集動作
図２０は下位システムにおける収集動作を示すフローチャートである。なお、すでに説明された処理と同一または類似した処理には同一の参照符号が付与されており、簡潔に説明される。なお、ＰＬＣ１ａ内でのデータ収集に関しては、ＰＬＣ１ａは図１３に示されたフローチャートにしたがってデータを収集する。

Ｓ１で下位システムのＣＰＵ４１ａ（設定部７１）は、上位システムまたはＰＣ２ａによって作成された収集設定３９にしがって下位システムの基本ユニット３と拡張ユニット４を設定する。

Ｓ２でＣＰＵ４１ａ（データ処理部７３または収集部５２ｃ）は第二バッファ３７ｂまたは第三バッファ３７ｃ（第一サブバッファ３８ａまたは第二サブバッファ３８ｂ）に所定量の収集データが格納されているかどうかを判定する。所定量は処理設定６１により定義されている。ここでは、処理設定６１により指定されたバッファが確認されれば十分であり、常に、第二バッファ３７ｂと第三バッファ３７ｃとの両方が確認対象となるわけではない。ＣＰＵ４１は、バッファに所定量のデータが格納されるまで待機する。バッファに所定量のデータが格納されると、ＣＰＵ４１ａはＳ３に進む。

Ｓ３でＣＰＵ４１ａ（データ処理部７３）はバッファから読み出した所定量のデータに対してデータ処理を実行して、データ処理結果を求める。データ処理の内容は処理設定６１により定義されている。データ処理結果はメモリ４２ａに保持される。図２０では、Ｓ３の次にＳ９が設けられている。

Ｓ９でＣＰＵ４１ａ（データ処理部７３または収集部５２ｃ）は収集設定３９により指定されたデータ（例：ＰＬＣ１において収集されたデータおよびデータ処理結果）を、収集設定３９により指定された受け渡しバッファ４０に格納する。受け渡しバッファ４０は、下位システムのデータ活用ユニット（拡張ユニット４ａ）に設けられてもよいし、上位システムのデータ活用ユニット（拡張ユニット４ａ）に設けられてもよい。受け渡しバッファ４０の位置は、収集設定３９により指定されている。

●上位システムの収集動作
図２１は下位システムにおける収集動作を示すフローチャートである。なお、すでに説明された処理と同一または類似した処理には同一の参照符号が付与されており、簡潔に説明される。

Ｓ４１で上位システムのＣＰＵ４１ａ（収集部５２ｃ）は、上位システムの収集設定３９に含まれている読み出し条件が満たされたかどうかを判定する。読み出し条件は、定期的なタイミングであってもよいし、受け渡しバッファ４０に所定量のデータが格納されたことであってもよい。読み出し条件が満たされると、ＣＰＵ４１ａはＳ４２に進む。

Ｓ４２でＣＰＵ４１ａ（データ処理部７３または収集部５２ｃ）は受け渡しバッファ４０からデータを読み出す。上位システムのＣＰＵ４１ａはＰＬＣ１ａ～１ｃから取得されたデータについてＳ３～Ｓ６を実行する。データの数は増えるものの、基本的な処理の流れは同じである。

ＣＰＵ４１ａは、データ処理を実行する前に、ＰＬＣ１ａ内で収集された時系列データと、ＰＬＣ１ｂ、１ｃ内でそれぞれ収集された時系列データとを、タイムスタンプを用いて、統合してもよい。これにより、同一時刻に、異なる複数のＰＬＣ１ａ～１ｃで取得されたデータを対比しやすくなるであろう。

●変数情報の利用
収集された時系列データやその分析結果を表示するダッシュボードは複数の表示部品を有している。その一方で、ＰＣ２は変数情報１９ａ～１９ｃを有していてもよい。よって、ＰＣ２は変数情報１９ａ～１９ｃを利用して、ダッシュボードを構成する表示部品の設定を容易化してもよい。

図２２はダッシュボード１２０の一例を示している。図２２において凡例部１２１は、解析対象のデータや分析結果に割り当てられた色を示している。グラフ部１２２は、ロス解析などのデータ処理結果を表示する一つ以上のグラフを含む。グラフの種類はダッシュボードごとに予め用意されていてもよい。解析結果表示部１２３は、ロス解析などのデータ処理結果を表示する。解析結果表示部１２３に表示される表示対象もダッシュボードごとに予め用意されていてもよい。現在状態表示部１２４は、ＰＬＣ１の現在状態を示す。現在状態表示部１２４は、ＰＬＣ１ａ、１ｂ、１ｃのそれぞれについて個別に用意されていてもよい。ＰＬＣ選択部１２５は、ＰＬＣ１ａ、１ｂ、１ｃのうちダッシュボードにデータ処理結果を表示される対象となるＰＬＣを選択するためのプルダウンメニューである。この例では、ＰＬＣ選択部１２５においてＰＬＣ１ｂが選択されているため、ダッシュボード１２０は、ＰＬＣ１ｂについてのデータ処理結果を表示する。ＰＬＣ選択部１２５においてＰＬＣ１ｃが選択されると、ＣＰＵ４１ａは、ＰＬＣ１ｃについてのデータ処理結果をダッシュボード１２０が表示するよう、表示データを切り替える。

ＣＰＵ４１ａやＰＣ２のＣＰＵ１１ａはダッシュボード１２０を設定してもよい。ＣＰＵ１１ａはダッシュボード１２０を設定する際に、ダッシュボード１２０のプレビューを表示部７ａに表示してもよい。ここで、ＣＰＵ１１ａは、ポインタ１０１によりいずれかの表示部品が右クリックされたことを検知すると、表示部品の設定ＵＩを表示してもよい。

図２３は設定ＵＩ２３００を示す図である。設定ＵＩ２３００は、プレビューにおいて右クリックされた表示部品を設定するためのＵＩである。参照先指定部２３０１は、表示部品に表示される変数やデバイス値の指定を受け付ける。ＣＰＵ１１ａは、参照先指定部２３０１に"ＰＬＣ１ｂ"が入力されると、変数情報１９ｂを変数等の検索対象に設定する。操作部８ａを通じて"ＰＬＣ１ｂ"に続いて"．"と"Ｅ"が入力されると、ＣＰＵ１１ａは、"Ｅ"ではじまる変数を変数情報１９ｂから抽出し、抽出された変数の名称"ＥｒｒｏｒＮｏ"を参照先指定部２３０１に入力する。つまり、ユーザは、変数名のすべてを入力することなく、変数名を指定することが可能となる。このように、変数情報１９を利用することで、ダッシュボードの設定が容易化されてもよい。

＜まとめ＞
［観点１］
図１が示すように、本実施形態によれば、複数のデータ活用ユニット（例：ＰＬＣ１ａ～１ｃの拡張ユニット４ａ）を有するデータ活用システムが提供される。複数のデータ活用ユニットのうち上位ユニット（例：ＰＬＣ１ａの拡張ユニット４ａ）において、ＣＰＵ４１ａや設定部７１は、複数のデータ活用ユニットのうち下位ユニット（例：ＰＬＣ１ｂ、１ｃの拡張ユニット４ａ）に対して収集対象となるデータを指定する指定情報（例：収集設定３９）を設定する設定手段として機能する。ＣＰＵ４１ａや収集部５２ｃは、下位ユニットに蓄積された収集対象となるデータ（例：デバイス値、変数、分析結果など）を収集する収集手段として機能する。複数の収集対象となるデータは、時系列データを形成してもよい。データ処理部７３や生成部７４は、収集手段により収集されたデータまたは当該データに対して所定の分析処理を実行することで取得された分析結果を表示する表示データを作成する作成手段として機能する。下位ユニットは、プログラマブルロジックコントローラ（例：ＰＬＣ１ｂ、１ｃ）を構成する拡張ユニットであってもよいが、他のユニットであってもよい。ＰＬＣ１ｂ、１ｃのＣＰＵ４１ａや収集部５２ｃは指定情報にしたがって、下位ユニットに接続された基本ユニット３において取得されたデータを基本ユニット３から取得する取得手段として機能する。受け渡しバッファ４０は、上位ユニットまたは下位ユニットに設けられ、取得手段により取得されたデータを下位ユニットから上位ユニットに受け渡すために当該データを蓄積するバッファの一例である。上位ユニットの収集手段（例：収集部５２ｃまたはデータ処理部７３）は、バッファから収集対象となるデータを読み出すように構成されている。このような受け渡しバッファ４０を採用することで、時系列データを漏れなく収集することが可能となろう。また、上位ユニットと下位ユニットとが複雑なハンドシェイクを実行することなく、収集対象データを受け渡すことが可能となろう。

［観点２］
図２４（Ａ）が示すように、下位ユニットが受け渡しバッファ４０を有してもよい。下位ユニットは、下位システム内で収集したデータや下位システム内で取得されたデータ処理結果を受け渡しバッファ４０ｂ、４０ｃに書き込んで行く。上位ユニットは、下位ユニットの受け渡しバッファ４０ｂ、４０ｃからデータを収集する。上位ユニットの作成手段（例：データ処理部７３）は、受け渡しバッファ４０ａ、４０ｂから収集された収集対象となるデータに対して所定の分析処理を実行する分析手段として機能する。なお、表示データは、上位ユニットにおいて実行された所定の分析処理の分析結果を含んでもよい。下位ユニットが受け渡しバッファ４０を有しているため、下位ユニットが上位ユニットよりも高速に動作していても、データの収集漏れが発生しにくくなる。

図２４（Ｂ）が示すように、上位ユニットが受け渡しバッファ４０ａを有してもよい。下位ユニットは、下位システム内で収集したデータや下位システム内で取得されたデータ処理結果を、上位ユニットの受け渡しバッファ４０ａに書き込んで行く。上位ユニットは、上位ユニットの受け渡しバッファ４０ａからデータを読み出して、データ処理を実行する。この場合にも、データの収集漏れが発生しにくくなる。受け渡しバッファ４０ａは、ＰＬＣ１ｂとＰＬＣ１ｃについてそれぞれ個別に設けられてもよい。ＰＬＣ１ｂとＰＬＣ１ｃについて共通に一つの受け渡しバッファ４０ａが設けられると、ＰＬＣ１ｂからのデータの書き込みと、ＰＬＣ１ｂからのデータの書き込みとを上位ユニットが調停する必要がある。一方で、ＰＬＣ１ｂとＰＬＣ１ｃについてそれぞれ個別に受け渡しバッファ４０ａが設けられると、このような調停が不要となろう。また、上位ユニットは、ＰＬＣ１ｂ用の受け渡しバッファ４０ａとＰＬＣ１ｃ用の受け渡しバッファ４０ａを、第二バッファ３７ｂおよび第三バッファ３７ｂと同列に扱うことが可能となる。

［観点３］
下位ユニットは、さらに、取得手段により取得されたデータに基づき収集対象となるデータを生成する生成手段（例：ＰＬＣ１ｂ、１ｃのＣＰＵ４１ａ）を有してもよい。生成手段は、所定の分析処理を実行する分析手段（例：データ処理部７３）を有してもよい。この場合、収集対象となるデータは所定の分析処理の分析結果を含むことが可能となる。また、表示データは、下位ユニットにおいて実行された所定の分析処理の分析結果を含むことが可能となる。このように下位ユニットにおいて分析処理を実行することで上位ユニットにおける演算負荷が軽減される。また、データの収集漏れが発生しにくくなると考えられる。

［観点４］
設定手段（例：ＰＬＣ１ａの設定部７１）は、下位ユニットにおいて実行されるユーザプログラムを含むプロジェクトデータ１５を解析することで収集対象となるデータを特定し、特定されたデータの指定を含むように指定情報（例：収集設定３９）を作成してもよい。これにより、指定情報を作成する際のユーザの負担が軽減されよう。

［観点５］
設定手段（例：ＰＬＣ１ａの設定部７１）は、プロジェクトデータ１５を解析することで収集対象の候補となる変数を特定し、当該特定された変数のうちユーザにより指定された変数または当該変数を格納するデバイスを含むように指定情報を作成してもよい。これにより、指定情報を作成する際のユーザの負担が軽減されよう。また、デバイス値だけでなく、変数なども収集対象として指定可能となろう。

［観点６］
取得手段（例：ＰＬＣ１ｂ、１ｃの収集部５２ｃ）は、収集対象となるデータに対して下位ユニットの識別情報（例：システムＩＤ）を付与して受け渡しバッファ４０に格納してもよい。これにより上位ユニットは、複数の下位ユニットから収集した時系列データを区別しやすくなるであろう。

［観点７］
上位ユニットはプログラマブルロジックコントローラとは異なるコンピュータであってもよい。
上位ユニットは、下位ユニットを含むプログラマブルロジックコントローラ（例：ＰＬＣ１ｂ、１ｃ）とは異なる別のプログラマブルロジックコントローラ（例：ＰＬＣ１ａ）における拡張ユニットであってもよい。この場合、ＰＬＣ１ａを顧客に納入するメーカーと、ＰＬＣ１ｂを顧客に納入するメーカーと、ＰＬＣ１ｃを顧客に納入するメーカーとはそれぞれ異なってもよいし、同じであってもよい。

［観点８］
複数のＰＬＣ１ａ～１ｃがワーク（工場で製造される製品）の製造ラインを制御することがある。ＰＬＣ１ｂは、ワークの製造ラインにおいて上流側に配置された第一産業機械（例：ＰＬＣ１ｂのフィールドデバイス１０）を制御する第一プログラマブルロジックコントローラとして機能する。また、ＰＬＣ１ｂの拡張ユニット４は、ＰＬＣ１ｂに搭載された第一下位ユニットとして機能する。ＰＬＣ１ｃは、製造ラインにおいて下流側に配置された第二産業機械（例：ＰＬＣ１ｃのフィールドデバイス１０）を制御する第二プログラマブルロジックコントローラとして機能する。ＰＬＣ１ｂｃ拡張ユニット４は、ＰＬＣ１ｃに搭載された第二下位ユニットとして機能する。この場合、第一下位ユニットと第二下位ユニットとからそれぞれ収集される収集対象となるデータには、各ワークを識別するためのワーク識別情報が含まれていてもよい。ワークにはバーコードやＱＲコード（登録商標）などのワーク識別情報が貼付または刻印されることがある。フィールドデバイス１０の一つはコードリーダであってもよい。この場合、受け渡しバッファ４０に格納される時系列データにはコードリーダによって取得されたワーク識別情報が含まれることになる。上位ユニットの作成手段（例：ＰＬＣ１ａのＣＰＵ４１ａ）は、第一下位ユニットから収集されたデータと第二下位ユニットから収集されたデータとについてそれぞれのワーク識別情報を参照することで、各ワークごとにデータを統合してもよい。これにより、複数のＰＬＣにまたがって取得されたデータに基づくワークごとの分析データが簡単に得られるようになろう。

［観点９］
第一下位ユニット（例：ＰＬＣ１ｂの拡張ユニット４）と第二下位ユニット（例：ＰＬＣ１ｃの拡張ユニット４）とからそれぞれ収集される収集対象となるデータには、各データの収集時刻を示すタイムスタンプが含まれてもよい。つまり、ＰＬＣ１ｂ、１ｃのＣＰＵ４１ａは時系列データにこのようなタイムスタンプを付与して受け渡しバッファ４０に格納してもよい。作成手段（例：ＰＬＣ１ａのＣＰＵ４１ａ）は、第一下位ユニットから収集されたデータと第二下位ユニットから収集されたデータとについてそれぞれのタイムスタンプを参照することで、タイムスタンプが近いデータを統合してもよい。これは、時刻の近い時系列データを比較するのに役立つであろう。

［観点１０］
作成手段（例：ＰＬＣ１ａのＣＰＵ４１ａ）は、第一下位ユニットから収集されたデータのタイムスタンプと第二下位ユニットから収集されたデータのタイムスタンプとのうち一方のデータのタイムスタンプを一定時間ずらした上で、当該タイムスタンプに基づきデータの統合を実行してもよい。

［観点１１］
図２２や図２３を用いて説明されたように、ＣＰＵ１１ａ、４１ａや参照先指定部２３０１は、表示データを表示するダッシュボードの表示部品に対して、収集されたデータを指定する指定手段として機能してもよい。図２３に関して説明されたように、ＣＰＵ１１ａ、４１ａや参照先指定部２３０１は、ダッシュボードの表示部品に表示データを関連付ける際に、プロジェクトデータ１５を解析することで取得された変数またはデバイスを表示データの候補として表示してもよい。これにより、表示部品に表示するデータの指定に関するユーザの負担が軽減されるであろう。

発明は上記の実施形態に制限されるものではなく、発明の要旨の範囲内で、種々の変形・変更が可能である。

Claims (14)

1. 複数のデータ活用ユニットを有するデータ活用システムであって、
   前記複数のデータ活用ユニットのうち上位ユニットは、
   前記複数のデータ活用ユニットのうち下位ユニットに対して収集対象となるデータを指定する指定情報を設定する設定手段と、
   前記下位ユニットに蓄積された前記収集対象となるデータを収集する収集手段と、
   前記収集手段により収集されたデータまたは当該データに対して所定の分析処理を実行することで取得された分析結果を表示する表示データを作成する作成手段と、
   を有し、
   前記下位ユニットは、さらに、
   前記指定情報にしたがって、前記下位ユニットに接続された基本ユニットにおいて取得されたデータを前記基本ユニットから取得する取得手段と、
   前記上位ユニットまたは前記下位ユニットに設けられ、前記取得手段により取得された前記データを前記下位ユニットから前記上位ユニットに受け渡すために当該データを蓄積するバッファと、
   を有し、
   前記上位ユニットの前記収集手段は、前記バッファから前記収集対象となるデータを読み出すように構成され、
   前記下位ユニットにおいて実行されるユーザプログラムを含むプロジェクトデータを解析することで前記収集対象となるデータを特定し、前記特定されたデータの指定を含むように前記指定情報を作成するように構成されていることを特徴とするデータ活用システム。
2. 前記下位ユニットが前記バッファを有し、
   前記上位ユニットの前記作成手段は、前記バッファから収集された前記収集対象となるデータに対して前記所定の分析処理を実行する分析手段を有し、
   前記表示データは、前記上位ユニットにおいて実行された前記所定の分析処理の分析結果を含むことを特徴とする請求項１に記載のデータ活用システム。
3. 前記下位ユニットは、さらに、
   前記取得手段により取得されたデータに基づき前記収集対象となるデータを生成する生成手段
   を有し、
   前記生成手段は、前記所定の分析処理を実行する分析手段を有し、
   前記収集対象となるデータは前記所定の分析処理の分析結果を含み、
   前記表示データは、前記下位ユニットにおいて実行された前記所定の分析処理の分析結果を含むことを特徴とする請求項１に記載のデータ活用システム。
4. 前記設定手段は、前記プロジェクトデータを解析することで収集対象の候補となる変数を特定し、当該特定された変数のうちユーザにより指定された変数または当該変数を格納するデバイスを含むように前記指定情報を作成するように構成されていることを特徴とする請求項１に記載のデータ活用システム。
5. 前記取得手段は、前記収集対象となるデータに対して前記下位ユニットの識別情報を付与して前記バッファに格納することを特徴とする請求項１ないし４のいずれか一項に記載のデータ活用システム。
6. 前記上位ユニットは、前記下位ユニットを含むプログラマブルロジックコントローラと
   は異なる別のプログラマブルロジックコントローラにおける拡張ユニットであることを特徴とする請求項１ないし５のいずれか一項に記載のデータ活用システム。
7. 前記下位ユニットとして、
   ワークの製造ラインにおいて上流側に配置された第一産業機械を制御する第一プログラマブルロジックコントローラに搭載された第一下位ユニットと、
   前記製造ラインにおいて下流側に配置された第二産業機械を制御する第二プログラマブルロジックコントローラに搭載された第二下位ユニットと
   を有し、
   前記第一下位ユニットと前記第二下位ユニットとからそれぞれ収集される前記収集対象となるデータには、各ワークを識別するためのワーク識別情報が含まれており、
   前記作成手段は、前記第一下位ユニットから収集されたデータと前記第二下位ユニットから収集されたデータとについてそれぞれの前記ワーク識別情報を参照することで、各ワークごとにデータを統合するように構成されていることを特徴とする請求項１ないし６のいずれか一項に記載のデータ活用システム。
8. 前記下位ユニットとして、第一下位ユニットと第二下位ユニットとを有し、
   前記第一下位ユニットと前記第二下位ユニットとからそれぞれ収集される前記収集対象となるデータには、各データの収集時刻を示すタイムスタンプが含まれており、
   前記作成手段は、前記第一下位ユニットから収集されたデータと前記第二下位ユニットから収集されたデータとについてそれぞれの前記タイムスタンプを参照することで、前記タイムスタンプが近いデータを統合するように構成されていることを特徴とする請求項１ないし６のいずれか一項に記載のデータ活用システム。
9. 前記作成手段は、前記第一下位ユニットから収集されたデータのタイムスタンプと前記第二下位ユニットから収集されたデータのタイムスタンプとのうち一方のデータのタイムスタンプを一定時間ずらした上で、当該タイムスタンプに基づきデータの統合を実行することを特徴とする請求項８に記載のデータ活用システム。
10. 前記表示データを表示するダッシュボードの表示部品に前記収集されたデータを指定する指定手段をさらに有し、
    前記指定手段は、前記ダッシュボードの表示部品に前記表示データを関連付ける際に、前記プロジェクトデータを解析することで取得された変数またはデバイスを前記表示データの候補として表示することを特徴とする請求項１ないし９のいずれか一項に記載のデータ活用システム。
11. 複数のデータ活用ユニットを有するデータ活用システムであって、
    前記複数のデータ活用ユニットのうち上位ユニットは、
    前記複数のデータ活用ユニットのうち下位ユニットに対して収集対象となるデータを指定する指定情報を設定する設定手段と、
    前記下位ユニットに蓄積された前記収集対象となるデータを収集する収集手段と、
    前記収集手段により収集されたデータまたは当該データに対して所定の分析処理を実行することで取得された分析結果を表示する表示データを作成する作成手段と、
    を有し、
    前記下位ユニットは、さらに、
    前記指定情報にしたがって、前記下位ユニットに接続された基本ユニットにおいて取得されたデータを前記基本ユニットから取得する取得手段と、
    前記上位ユニットまたは前記下位ユニットに設けられ、前記取得手段により取得された前記データを前記下位ユニットから前記上位ユニットに受け渡すために当該データを蓄積するバッファと、
    を有し、
    前記上位ユニットの前記収集手段は、前記バッファから前記収集対象となるデータを読み出すように構成され、
    前記取得手段は、前記収集対象となるデータに対して前記下位ユニットの識別情報を付与して前記バッファに格納することを特徴とするデータ活用システム。
12. 複数のデータ活用ユニットを有するデータ活用システムであって、
    前記複数のデータ活用ユニットのうち上位ユニットは、
    前記複数のデータ活用ユニットのうち下位ユニットに対して収集対象となるデータを指定する指定情報を設定する設定手段と、
    前記下位ユニットに蓄積された前記収集対象となるデータを収集する収集手段と、
    前記収集手段により収集されたデータまたは当該データに対して所定の分析処理を実行することで取得された分析結果を表示する表示データを作成する作成手段と、
    を有し、
    前記下位ユニットは、さらに、
    前記指定情報にしたがって、前記下位ユニットに接続された基本ユニットにおいて取得されたデータを前記基本ユニットから取得する取得手段と、
    前記上位ユニットまたは前記下位ユニットに設けられ、前記取得手段により取得された前記データを前記下位ユニットから前記上位ユニットに受け渡すために当該データを蓄積するバッファと、
    を有し、
    前記上位ユニットの前記収集手段は、前記バッファから前記収集対象となるデータを読み出すように構成され、
    前記上位ユニットは、前記下位ユニットを含むプログラマブルロジックコントローラと
    は異なる別のプログラマブルロジックコントローラにおける拡張ユニットであることを特徴とするデータ活用システム。
13. 複数のデータ活用ユニットを有するデータ活用システムであって、
    前記複数のデータ活用ユニットのうち上位ユニットは、
    前記複数のデータ活用ユニットのうち下位ユニットに対して収集対象となるデータを指定する指定情報を設定する設定手段と、
    前記下位ユニットに蓄積された前記収集対象となるデータを収集する収集手段と、
    前記収集手段により収集されたデータまたは当該データに対して所定の分析処理を実行することで取得された分析結果を表示する表示データを作成する作成手段と、
    を有し、
    前記下位ユニットは、さらに、
    前記指定情報にしたがって、前記下位ユニットに接続された基本ユニットにおいて取得されたデータを前記基本ユニットから取得する取得手段と、
    前記上位ユニットまたは前記下位ユニットに設けられ、前記取得手段により取得された前記データを前記下位ユニットから前記上位ユニットに受け渡すために当該データを蓄積するバッファと、
    を有し、
    前記上位ユニットの前記収集手段は、前記バッファから前記収集対象となるデータを読み出すように構成され、
    前記下位ユニットとして、
    ワークの製造ラインにおいて上流側に配置された第一産業機械を制御する第一プログラマブルロジックコントローラに搭載された第一下位ユニットと、
    前記製造ラインにおいて下流側に配置された第二産業機械を制御する第二プログラマブルロジックコントローラに搭載された第二下位ユニットと
    を有し、
    前記第一下位ユニットと前記第二下位ユニットとからそれぞれ収集される前記収集対象となるデータには、各ワークを識別するためのワーク識別情報が含まれており、
    前記作成手段は、前記第一下位ユニットから収集されたデータと前記第二下位ユニットから収集されたデータとについてそれぞれの前記ワーク識別情報を参照することで、各ワークごとにデータを統合するように構成されていることを特徴とするデータ活用システム。
14. 複数のデータ活用ユニットを有するデータ活用システムであって、
    前記複数のデータ活用ユニットのうち上位ユニットは、
    前記複数のデータ活用ユニットのうち下位ユニットに対して収集対象となるデータを指定する指定情報を設定する設定手段と、
    前記下位ユニットに蓄積された前記収集対象となるデータを収集する収集手段と、
    前記収集手段により収集されたデータまたは当該データに対して所定の分析処理を実行することで取得された分析結果を表示する表示データを作成する作成手段と、
    を有し、
    前記下位ユニットは、さらに、
    前記指定情報にしたがって、前記下位ユニットに接続された基本ユニットにおいて取得されたデータを前記基本ユニットから取得する取得手段と、
    前記上位ユニットまたは前記下位ユニットに設けられ、前記取得手段により取得された前記データを前記下位ユニットから前記上位ユニットに受け渡すために当該データを蓄積するバッファと、
    を有し、
    前記上位ユニットの前記収集手段は、前記バッファから前記収集対象となるデータを読み出すように構成され、
    前記下位ユニットとして、第一下位ユニットと第二下位ユニットとを有し、
    前記第一下位ユニットと前記第二下位ユニットとからそれぞれ収集される前記収集対象となるデータには、各データの収集時刻を示すタイムスタンプが含まれており、
    前記作成手段は、前記第一下位ユニットから収集されたデータと前記第二下位ユニットから収集されたデータとについてそれぞれの前記タイムスタンプを参照することで、前記タイムスタンプが近いデータを統合するように構成されていることを特徴とするデータ活用システム。

Images