JP2021068982A - 設定支援装置、設定支援装置の制御方法、設定方法、制御プログラム、および記録媒体 - Google Patents

Abstract

【課題】通信料金を予めユーザに把握できるように通信量を決定するためのパラメータを設定可能とする設定支援装置、その制御方法、設定方法、プログラム及び記録媒体を提供する。【解決手段】管理サーバ６（設定支援装置）は、ユーザの所望のデータおよび当該データを管理サーバに送信するロギング周期を取得する生成部７１と、所望のデータおよびロギング周期から想定される想定通信量を算出する算出部７２と、想定通信量と予め設定された規定量とを比較する判定部７３と、比較した結果を、ユーザに報知するＵＩ提供部７０とを備える。【選択図】図６

Description

本発明は、ＦＡ機器から取得したデータを無線通信により他機器へ送信するゲートウェイ装置の設定を行う設定支援装置等に関する。

近年、製造現場等では効率よく、安定的に製品の製造を行えるよう、ＦＡ（Factory Automation）化が進んでいる。ＦＡの制御システムでは、メンテナンス、トラブル時の対応等のために、製造に伴う様々なデータを取得できることが望ましい。

そこで、特許文献１には、ＦＡ機器を制御する制御装置に対し、制御対象機器のデータの送信を要求し、受信した制御対象機器のデータを変換し、変換されたデータをサーバ装置に送信するゲートウェイ装置が記載されている。

また、特許文献２には、ＰＬＣ（Programmable Logic Controller）に接続されたデータ収集装置であって、周期性を有する時系列デバイスデータを形成するデータ収集部と、指定された抽出期間にしたがって時系列デバイスデータから個別データを抽出し、抽出された各個別データに対して各個別データを識別するための識別情報を付与するデータ収集装置が記載されている。

特許第６４４０８１０号公報（２０１８年１２月１９日発行） 特開２０１９−１６３２７号公報（２０１９年１月３１日公開）

ユーザは、ＦＡ機器から可能な限り多くの、そして可能な限り細かい周期でデータを取得したいと考えるのが通常である。しかし、ＦＡ機器から収集したデータをＰＬＣ等の制御装置からＩＴ技術に基づくストレージやインタフェースに送信する場合、通信量に応じた通信料金が発生する。よって、データが増えれば増えるほど、周期が細かくなればなるほど通信量は膨大になり、通信料金は嵩むことになる。

このようなシステムは、実際に使用してみないと通信料金がどの程度になるのかユーザが把握することができず、予算計上が困難になり、使い勝手が非常に悪いものになってしまう。

本発明の一態様は、上記の問題に鑑みてなされたものであり、その目的は、通信料金を予めユーザに把握できるように通信量を決定するためのパラメータを設定可能な設定支援装置等を実現することにある。

本発明の一態様に係る設定支援装置は、ＰＬＣ（Programmable Logic Controller）からデータを取得し、取得したデータを管理サーバに送信するゲートウェイ装置の設定を支援する設定支援装置であって、ユーザの所望のデータおよび当該データを前記管理サーバに送信するロギング周期を取得する取得部と、前記所望のデータおよび前記ロギング周期から想定される想定通信量を算出する算出部と、前記想定通信量と予め設定された規定量とを比較する比較部と、前記比較した結果を、前記ユーザに報知する報知部と、を備えていることを特徴としている。

前記の構成によれば、ユーザの所望のデータおよびロギング周期の場合の想定通信量と予め設定された規定量と比較し、その結果を報知するので、ユーザの所望の設定における通信量がどの程度になるのか、そのためにはどのようにパラメータを設定すればよいのかを予めユーザに認識させることができる。よって、ユーザに予め通信料金を把握できるように通信量を決定するためのパラメータを設定することができる。

本発明の一態様に係る設定支援装置では、前記所望のデータおよび前記ロギング周期の入力を受け付ける受付画面に入力可能なデータおよび周期の選択肢を表示させる表示制御部を備え、前記表示制御部は、想定される通信量が前記規定量を超えない前記選択肢のみを選択可能に表示させるものであってもよい。

前記の構成によれば、予め設定された規定量を超えるような、データおよび周期を選択肢として選択可能に表示しないので、ユーザが規定量を超えるような設定を行うことを防止することができる。

前記課題を解決するために、本発明の一態様に係る設定支援装置の制御方法は、ＰＬＣ（Programmable Logic Controller）からデータを取得し、取得したデータを管理サーバに送信するゲートウェイ装置の設定を支援する設定支援装置の制御方法であって、ユーザの所望のデータおよび当該データを前記管理サーバに送信するロギング周期を取得する取得ステップと、前記所望のデータおよび前記ロギング周期から想定される想定通信量を算出する算出ステップと、前記想定通信量と予め設定された規定量とを比較する比較ステップと、前記比較した結果を、前記ユーザに報知する報知ステップと、を含むことを特徴としている。

前記課題を解決するために、本発明の一態様に係るゲートウェイ装置の設定方法は、ＰＬＣ（Programmable Logic Controller）からデータを取得し、取得したデータを管理サーバに送信するゲートウェイ装置の設定方法であって、所定期間、前記ゲートウェイ装置を使用するための、通信料金を含む料金の選択を受け付ける料金選択ステップと、選択された料金から前記ゲートウェイ装置と前記管理サーバとの間の通信量の上限を決定する上限決定ステップと、ユーザの所望のデータおよび当該データを前記管理サーバに送信する周期であるロギング周期を取得する取得ステップと、前記所望のデータおよび前記ロギング周期から想定される想定通信量を算出する算出ステップと、前記想定通信量と前記上限とを比較する比較ステップと、前記比較した結果を、前記ユーザに報知する報知ステップと、を含み、さらに、確定入力まで、前記取得ステップから前記報知ステップまでを繰り返し、確定入力がされると、直近の取得ステップで取得した前記所望のデータおよび前記ロギング周期を、前記ゲートウェイ装置から前記管理サーバに送信するデータおよびロギング周期に決定する決定ステップを含むことを特徴としている。

前記の方法によれば、選択された料金に応じて、ゲートウェイ装置と管理サーバとの間の通信量の上限が決定される。そして、ユーザの所望のデータおよびロギング周期から、ゲートウェイ装置と管理サーバとの間の想定通信量を算出し、通信量の上限と想定通信量とを比較する。そして、比較結果を報知する。ユーザは、報知結果から、通信量の上限と想定通信量との関係を把握できるので、所望のデータおよびロギング周期を再調整することができる。再調整後、再度、再調整後の所望のデータおよびロギング周期における想定通信量と上限との比較結果が報知されるので、ユーザは、報知結果から、通信量の上限と再調整後の想定通信量との関係を把握できる。これを繰り返し、最終的に確定入力がされると、直近の所望のデータおよびロギング周期が、ゲートウェイ装置から管理サーバに送信するデータおよびロギング周期に決定される。これにより、ユーザが納得した所望のデータおよびロギング周期に決定することができる。

本発明の一態様に係るゲートウェイ装置の設定方法では、前記料金には、前記ゲートウェイ装置の購入費用も含まれていてもよい。

ゲートウェイ装置の購入費用も含むことにより、ユーザが当該料金を支払うのみで、所定期間ゲートウェイ装置を使用することができる。

本発明の各態様に係る設定支援装置は、コンピュータによって実現してもよく、この場合には、コンピュータを前記設定支援装置が備える各部（ソフトウェア要素）として動作させることにより前記設定支援装置をコンピュータにて実現させる制御プログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。

本発明の一態様によれば、ユーザの所望のデータおよびロギング周期の場合の想定通信量と予め設定された規定量と比較し、その結果を報知するので、ユーザの所望の設定における通信量がどの程度になるのか、そのためにはどのようにパラメータを設定すればよいのかを予めユーザに認識させることができるという効果を奏する。よって、ユーザに予め通信料金を把握できるように通信量を決定するパラメータを設定可能にすることができるという効果を奏する。

ゲートウェイ装置の要部構成を示すブロック図である。 データ収集システムの概要を示す図である。 ゲートウェイ装置の取り付け例を示す図である。 ゲートウェイ装置の取り付け例を示す図である。 顧客の製造設備におけるゲートウェイ装置の適用例を示す図である。 管理サーバの要部構成を示すブロック図である。 準備フェーズにおいて、データ収集システムが実行する処理の流れを示すフローチャートである。 準備フェーズにおいて、設定端末に表示される管理タイプ定義画面の一例を示す図である。 準備フェーズにおいて、設定端末に表示される定常ロギング設定画面の一例を示す図である。 管理タイプ定義テーブルおよび管理タイプデータベース（ＤＢ）のデータ構造を示す図である。 登録フェーズにおいて、設定端末に表示される装置登録画面の一例を示す図である。 装置登録データベース（ＤＢ）のデータ構造を示す図である。 初期設定フェーズにおいて、データ収集システムが実行する処理の流れを示すフローチャートである。 定常ロギングフェーズにおいて、データ収集システムが実行する処理の流れを示すフローチャートである。 ログ情報のデータ構造を示す図である。 ログデータベース（ＤＢ）のデータ構造を示す図である。

〔システム概要〕
図２は、本実施形態に係るデータ収集システム１００の概要を示す図である。データ収集システム１００は、一例として、ゲートウェイ装置１と、ＰＬＣ（Programmable Logic Controller）２と、設定端末３と、監視対象である産業用機器としてのＦＡ機器４およびセンサ５と、管理サーバ（設定支援装置）６と、専用通信回線網７とを含む。

ＰＬＣ２と、ＦＡ機器４およびセンサ５とは、所定のインタフェース規格（例えば、ＲＳ２３２、ＲＳ４８５）に従い、ケーブルで直接接続されている。なお、不図示のＬＡＮ（Local Area Network）を介して通信可能に接続されていてもよい。ＰＬＣ２とゲートウェイ装置１とは、後述するように通信可能に有線にて接続される。ゲートウェイ装置１は、無線通信にて専用通信回線網７に接続する機能を有しており、専用通信回線網７を介して管理サーバ６と通信可能に接続される。設定端末３は、インターネットまたは移動体通信網などの広域通信網８を介して管理サーバ６と通信可能に接続されている。

ＰＬＣ２は、産業用機器の制御および監視を行うものである。図示の例では、ＰＬＣ２は、１以上のＦＡ機器４、および、１以上のセンサ５などの産業用機器から、ＦＡ管理のためのデータを、上述したインタフェース規格による通信、またはＬＡＮ等、ＰＬＣ２の通信規格に対応する通信により取得する。

ＦＡ管理のためのデータとは、例えば、ＦＡ機器４が内蔵するセンサ、または、ＦＡ機器４とは別体のセンサ５によって計測される計測値である。計測値は、ＦＡ機器４の動作またはＦＡ機器４の周囲環境に係る物理量を示すものであってもよいし、ＦＡ機器４または周囲環境の状態を２値化して示すバイナリデータであってもよい。各センサによって計測される計測項目は、特に限定されないが、例えば、電流、電圧、油圧、水圧、気圧、トルク、温度、湿度、消費電力、重量、接触／非接触など多岐に亘る。

ＰＬＣ２は、１以上のレジスタを備え、一例として、１つのレジスタに１つのセンサから取得した１つの計測項目に係る計測値を格納する。ＰＬＣ２は、ゲートウェイ装置１から要求に応じて、自装置が備える各レジスタに格納された計測値を供給する。

本実施形態では、ＰＬＣ２は、１以上の機器を収容する制御盤などの収容ボックス２Ａに収容されている。

ゲートウェイ装置１は、ＲＳ２３２、ＲＳ４８５またはＬＡＮによるＰＬＣ２との通信と、専用通信回線網７による管理サーバ６との通信とを接続する中継装置である。具体的には、ゲートウェイ装置１は、ＰＬＣ２がＬＡＮを介して産業用機器から取得した各種の計測値を、専用通信回線網７を介して、管理サーバ６にアップロードする。本実施形態では、ゲートウェイ装置１とＰＬＣ２とは１対１で対応している。具体的には、１台のＰＬＣ２に、１台のゲートウェイ装置１が結線され、該ゲートウェイ装置１は、取り付けられた相手方のＰＬＣ２が収集する計測値について、管理サーバ６へのアップロードを受け持つ。なお、ここでは、１台のゲートウェイ装置１に対し１台のＰＬＣ２が接続される例を説明しているが、これに限られるものではなく、１台のゲートウェイ装置１に対し複数のＰＬＣ２が接続されてもよい。

ゲートウェイ装置１は、後述するように、ボタンまたはスイッチなど、ＯＴ技術者が操作する操作部を備えていてもよい。ＯＴ技術者は、操作部を操作して、計測値の取得またはアップロードのタイミングをゲートウェイ装置１に対して指示してもよい。

設定端末３は、ＯＴ技術者が、データ収集システム１００を使って製造設備全体を管理するために必要なＨＭＩ（Human Machine Interface）を提供する。具体的には、設定端末３は、製造設備に取り付けられる１以上のゲートウェイ装置１に関する、各種の設定作業を支援するためのＵＩ（User Interface）を提供する。また、設定端末３は、管理サーバ６に集積された膨大な数の計測値について、概要をまとめて一覧表示するなど、いわゆる、ダッシュボードとしての機能を提供してもよい。

設定端末３は、例えば、ＰＣ（Personal Computer）、タブレット、スマートフォンなどで構成される。設定端末３は、データ収集システム１００が出力する情報をＯＴ技術者に提示するための一般的な表示装置と、データ収集システム１００に情報を入力するための一般的な入力装置（受付部、設定送信部）とを備えている。

なお、設定端末３は、後述するサービスプロバイダ３００によって提供されてもよいし、サービスプロバイダ３００とは異なるパーティによって提供されてもよい。

管理サーバ６は、複数のゲートウェイ装置１から計測値を定期的に収集し、収集した膨大な数の計測値を体系的に保管するものである。管理サーバ６は、さらに、保管した計測値を、設定端末３から指定されたクエリに応答して、体系的に供給する機能を有していてもよい。

とりわけ、本実施形態では、管理サーバ６は、設定端末３と通信し、設定端末３がゲートウェイ装置１の設定に関するＵＩを実現できるように、必要な情報を設定端末３に供給する。

専用通信回線網７は、無線通信機能を有する１以上のゲートウェイ装置１が、管理サーバ６と通信するための通信回線を提供する。ゲートウェイ装置１は、専用通信回線網７と無線接続することにより、管理サーバ６に対して集めた計測値をアップロードすることができる。

データ収集システム１００を構成する上述の各資源のうち、管理サーバ６および専用通信回線網７は、支払われた料金の対価として後述するサービスを支払元に提供するパーティに帰属する。このパーティを、以下では、サービスプロバイダ３００と称する。

なお、サービスプロバイダ３００は、専用通信回線網７を所有している必要はない。例えば、通信キャリアなどの別のパーティが所有する専用通信回線網７が、有料または無料でサービスプロバイダ３００に貸与されることにより、専用通信回線網７がサービスプロバイダ３００に帰属してもよい。

また、サービスプロバイダ３００は、ゲートウェイ装置１を製造、販売する事業者であってもよい。

データ収集システム１００を構成する上述の各資源のうち、ゲートウェイ装置１、ＰＬＣ２、設定端末３、ＦＡ機器４、および、センサ５は、必要な料金をサービスプロバイダ３００に支払って、後述するサービスを享受するパーティに帰属する。該パーティを、以下では、顧客２００と称する。

一例として、サービスプロバイダ３００が顧客２００に対して提供するサービスには、少なくとも以下が含まれる。具体的には、（１）ゲートウェイ装置１のハードウェアを提供すること、および、（２）ゲートウェイ装置１が取得した計測値をアップロードするための専用通信回線網７を使用する権利を与えることである。すなわち、顧客２００がサービスプロバイダ３００に支払う料金は、ゲートウェイ装置１の装置そのものの費用、専用通信回線網７の通信に関する費用が少なくとも含まれている。そして、顧客２００はサービスプロバイダ３００とのみ契約し、サービスプロバイダ２００のみに費用を支払うことにより、上記サービスの提供を受けることができる。

サービスプロバイダ３００は、顧客２００との契約の内容にしたがって、さらに、以下のサービスを顧客２００に提供してもよい。具体的には、（３）ゲートウェイ装置１を製造現場で実際に稼動させるために必要な作業ツール（上述のＵＩなど）を提供すること、および、（４）設定端末３からのクエリに応答して、保管した計測値のデータベースから、必要な情報を抽出し提供することである。

〔ゲートウェイ装置の取り付け例〕
次に、図３および図４を参照して、ゲートウェイ装置１を、ＰＬＣ２が収容された収容ボックス２Ａに取り付ける例について説明する。図３および図４は、ゲートウェイ装置１
の取り付け例を示す図である。後述するようにゲートウェイ装置１は筐体がアンテナ部１０および本体部２０に分かれており、アンテナ部１０が収容ボックス２Ａの外側に、本体部２０が収容ボックス２Ａの内部に入るように、収容ボックス２Ａの壁面に取付けられる。アンテナ部１０と本体部２０とは複数の固定ビスにより収容ボックス２Ａの壁面に取り付けられるとともに、相互に固定される。また、アンテナ部１０の本体部２０側の面、本体部２０のアンテナ部１０側の面の中央近傍に対応する収容ボックス２Ａの壁面には、アンテナ部１０と本体部２０とを接続するフラットケーブル１８等が通るように、所定の大きさの丸穴が開けられている。

なお、収容ボックス２Ａに収容されるＰＬＣ２は１つに限られるものではなく、複数であってもよい。この場合、ＰＬＣ２ごとに１つのゲートウェイ装置１が取付けられてもよいし、１つのゲートウェイ装置１に複数のＰＬＣ２が取付けられてもよい。

〔適用例〕
図５は、顧客２００の製造設備におけるゲートウェイ装置１の適用例を示す図である。顧客２００は、一例として、製造設備として、大阪工場および京都工場の２つの工場を所有しているものとする。一例として、大阪工場には、ある製品を製造するための、３つの工程からなる製造ラインが３つ敷設されており、京都工場には、同一の製品を製造するための、同一の製造ラインが２つ敷設されているものとする。

本実施形態では、１つの製造ラインの１つの工程につき、１台のＰＬＣ２が設置されるものとする。上述したとおり、１台のＰＬＣ２に対して、１つのゲートウェイ装置１が結線される。別の例では、１つの工程につき複数台のＰＬＣ２が設置されていてもよく、これらの複数台のＰＬＣ２が１つの収容ボックス２Ａに収容される場合には、１つの収容ボックス２Ａの外壁に対して、ＰＬＣ２ごとのゲートウェイ装置１が複数個取り付けられてもよい。

本実施形態では、ゲートウェイ装置１を用いた産業用機器の管理方法として、製造ラインの異同を問わず、同一製品を製造する同一工程には、同一の管理タイプが適用される。管理タイプとは、監視対象としてまとまりのある製造設備一式を、どのように管理するのかを指す管理様式を意味する。具体的には、１つの工程に属する製造設備一式から取得される計測項目ごとの計測値を、ゲートウェイ装置１が取得およびアップロードする様式が、管理タイプとして工程ごとに定義される。

図示の例では、顧客２００は、複数の工場で複数の製造ラインを所有しているが、各製造ラインは、同一製品を製造するための同一の製造ラインであり、該製造ラインは、３つの工程で構成されている。したがって、工程ごとに、３つの管理タイプが定義されることになる。各ゲートウェイ装置１には、管轄させる工程に対応する定義済の管理タイプが適用される。各工程を管轄するように取り付けられたゲートウェイ装置１は、自装置の通信相手であるＰＬＣ２によって産業用機器から取得された計測値を、適用された管理タイプにしたがって、管理サーバ６にアップロードする。なお、管理タイプの定義（設定ファイル）は、ＯＴ技術者が設定端末３を操作して行う。管理タイプの定義方法については、後に詳述する。

〔ゲートウェイ装置の構成〕
図１は、本実施形態に係るゲートウェイ装置１の要部構成を示すブロック図である。

（ハードウェア構成）
図１に示すように、ゲートウェイ装置１は、アンテナ部１０と本体部２０との２つの筐体に分かれ、フラットケーブル１８を介して通信可能に接続されている。これらは、ゲートウェイ装置１をＰＬＣ２が収納されている収容ボックス２Ａに取り付ける際、アンテナ部１０が収容ボックス２Ａの外側に、本体部２０が収容ボックス２Ａの内側になるように取り付けられるものである。アンテナ部１０が収容ボックス２Ａの外部に取り付けられることにより、ゲートウェイ装置１と外部装置との間で無線通信する場合の通信状態をよりよいものとすることができる。

アンテナ部１０は、通信モジュール１１、ＬＴＥアンテナ１２、メモリ１３、ＧＰＳ１４、タクトスイッチ１５、ＬＥＤ（Light Emitting Diode）１６、および、コネクタ部１７を含む。

通信モジュール１１は、ＬＴＥアンテナ１２を用いてＬＴＥ（Long Term Evolution）基地局との通信を行うものである。

ＬＴＥアンテナ１２は、ＬＴＥに基づく通信を行うためのアンテナである。

メモリ１３は、ゲートウェイ装置１を識別する装置ＩＤを格納している記憶部である。装置ＩＤとは例えば、ＳＩＭ（Subscriber Identity Module）に基づいて特定されるＩＤである。

ＧＰＳ１４は、ＧＰＳ（Global Positioning System）信号に基づきゲートウェイ装置１の位置を特定するものである。例えば、ＧＰＳ１４は、特定した位置を示す位置情報を制御部２１に送信し、制御部２１は、取得した位置情報をＰＬＣ２から取得した計測値とともに管理サーバ６に送信してもよい。

タクトスイッチ１５は、ＯＴ技術者からの操作を受け付けるスイッチである。タクトスイッチ１５は例えば、異常スイッチであってもよく、この場合、タクトスイッチ１５が押下されると、その旨がフラットケーブル１８を介して本体部２０の制御部２１に通知される。そして、制御部２１は、該通知を受信すると異常があったと判断し、異常発生時の処理を行う。

ＬＥＤ１６は、ゲートウェイ装置１の状態等を示す表示部である。ＬＥＤ１６は単色であってもよいし、複数の色を含んでいてもよい。

コネクタ部１７は、本体部２０と通信接続するフラットケーブル１８の接続部である。

また、本体部２０は、制御部２１および記憶部２２に他に、コネクタ部２３および通信Ｉ／Ｆ２４を含む。

コネクタ部２３は、アンテナ部１０と通信接続するフラットケーブル１８の接続部である。

通信インタフェース（Ｉ／Ｆ）２４は、ＰＬＣ２と通信接続するインタフェースである。より詳細には、通信Ｉ／Ｆ２４は、シリアルデータバス２５を介してＰＬＣ２とシリアル通信を行うためのインタフェースであり、例えばＲＳ２３２Ｃ、またはＲＳ４８５に対応している。

（ソフトウェア構成）
収容ボックス２Ａの内側に取り付けられる本体部２０の制御部２１は、ゲートウェイ装置１を統括的に制御するものであり、一例として、定義取得部３１、初期設定部３２、計測値取得部３３、および、ログ送信部３４を含んでいる。

記憶部２２は、制御部２１が実行する制御プログラム、ＯＳプログラム、および、制御部２１が制御部２１の各ブロックに係る処理を実行するときに読み出す各種データを記録するものである。記憶部２２は、例えば、ＥＥＰＲＯＭ（登録商標）（Electrically Erasable Programmable ROM）などの不揮発性の記憶装置によって構成される。

記憶部２２は、一例として、管理タイプ定義テーブル４１と、複数のドライバ情報４２と、および、リングバッファ４３とを記憶している。なお、リングバッファ４３は、ＲＡＭ（random access memory）などの不図示の一時記憶装置に、電源が入る度に都度展開されてもよい。

定義取得部３１は、管理サーバ６から、自装置に対応する管理タイプ定義テーブルを取得するものである。管理タイプ定義テーブルとは、上述の管理タイプを示す情報であり、具体的には、計測値の取得様式およびアップロード様式を定義する情報である。管理タイプ定義テーブルのデータ構造については、後に詳述する。

具体的には、定義取得部３１は、ゲートウェイ装置１に一意な装置ＩＤを送信して、管理タイプ定義テーブル４１を管理サーバ６に対して要求する。装置ＩＤは、製造シリアル番号などのように、顧客をまたいで一意な識別情報であることが好ましい。本実施形態では、後述するように、管理サーバ６は、装置ＩＤに基づいて、要求元のゲートウェイ装置１が、どの顧客のどの資源（図５に示す適用例においては、どの工場のどの製造ラインのどの工程）に取り付けられているのかを把握することができる。したがって、管理サーバ６は、定義取得部３１から送られた装置ＩＤに基づいて、ゲートウェイ装置１に対応する管理タイプを示す管理タイプ定義テーブル４１を定義取得部３１に返信することができる。定義取得部３１は、管理サーバ６から取得した管理タイプ定義テーブル４１を記憶部２２に保存する。

初期設定部３２は、複数のドライバ情報４２から、自装置が接続されている通信相手のＰＬＣ２の型式に適合したドライバ情報４２を選択し、選択したドライバ情報４２を有効化するものである。具体的には、初期設定部３２は、記憶部２２に記憶された管理タイプ定義テーブル４１から、ＰＬＣ２の型式を読み出し、自装置が接続されている通信相手のＰＬＣ２の型式を特定する。初期設定部３２は、複数のドライバ情報４２から、特定したＰＬＣ２の型式に適合したドライバ情報４２を有効化する。結線されたＰＬＣ２に適合するドライバ情報４２が有効化されることにより、制御部２１は、ドライバ情報４２で定められた通信プロトコルにしたがって、通信Ｉ/Ｆ２４を介して、ＰＬＣ２と正常に通信を行うことが可能になる。そして、制御部２１は、ＰＬＣ２から計測値を取得できるようになる。

また、初期設定部３２は、ドライバ情報４２のアップデートデータを管理サーバ６から取得し、ドライバ情報４２をアップデートしてもよい。さらに、ドライバ情報４２がゲートウェイ装置１に格納されていない場合、ゲートウェイ装置１は、管理サーバ６またはドライバ情報４２を有する他のサーバからドライバ情報４２を取得するものであってもよい。

計測値取得部３３は、ＰＬＣ２と通信し、ＰＬＣ２の各レジスタに保存されている計測項目ごとの計測値を取得するものである。計測値取得部３３は、取得した各計測値を、リングバッファ４３に保存する。

本実施形態では、一例として、計測値取得部３３は、常時、ＰＬＣ２の各レジスタの各計測値を取得し、リングバッファ４３に順次保存していく。ここで、「常時取得する」とは、ＰＬＣ２が各センサから計測値を取得する間隔（例えば、１ミリ秒間隔）と同じ間隔で、つまり、ＰＬＣ２と同じ分解能で、各レジスタの計測値を連続的に取得することを含んでいてもよい。あるいは、「常時取得する」とは、ＰＬＣ２が計測値を取得する間隔よりも大きく、ゲートウェイ装置１が計測値をアップロードする周期（例えば、５分間隔）よりも短い間隔（例えば、１秒間隔）で、各レジスタの計測値を離散的に取得することを含んでいてもよい。

リングバッファ４３は、所定時間（例えば、１０分間）分の計測値を保存できる領域で構成されている。計測値取得部３３は、リングバッファ４３のすべての領域が計測値で埋まった場合、つまり、稼動開始から１０分が経過した場合に、リングバッファ４３に保存されている最も古い計測値を消去またはこれに上書きして、最新の計測値を保存する。

以上のようにして、計測値取得部３３は、ゲートウェイ装置１およびＰＬＣ２に電源が投入されて通信が確立している間、計測値を常時取得することを継続する。

ログ送信部３４は、予め定められたロギング周期にしたがって、リングバッファ４３に保存されている計測値を管理サーバ６にアップロードする。ロギング周期とは、計測値をゲートウェイ装置１から管理サーバ６にアップロードする周期を指定する情報である。ロギング周期は、定義取得部３１によって取得された管理タイプ定義テーブル４１において定義されている。

本実施形態では、ログ送信部３４は、ＰＬＣ２のレジスタごと、つまり、計測項目ごとの計測値に対して、アップロードの時刻を示す時刻情報と、装置ＩＤとを付加したログ情報を生成し、該ログ情報を管理サーバ６に送信する。ログ情報のデータ構造については、後に詳述する。

本実施形態では、ログ送信部３４は、ＰＬＣ２が収集するすべての計測値のうち、ＯＴ技術者が選択した計測項目の計測値だけをログ情報に含めて送信することができる。ＯＴ技術者が選択した計測項目またはレジスタ名は、管理タイプ定義テーブル４１に定義されている。ログ送信部３４は、定義取得部３１によって取得された管理タイプ定義テーブル４１を参照し、アップロードする対象（以下、ロギング対象）の計測項目（データ特定情報）を特定する。ログ送信部３４は、ロギング周期によって定められたアップロードのタイミングが到来すると、該タイミングでリングバッファ４３に格納された最新の各計測値のうち、特定した計測項目に該当する計測値だけを読み出して、上述のログ情報を生成する。

〔管理サーバの構成〕
図６は、本実施形態に係る管理サーバ６の要部構成を示すブロック図である。

管理サーバ６は、一例として、制御部６０、記憶部６１および通信部６２を備えている。通信部６２は、広域通信網８を介して、設定端末３と通信を行うものであり、専用通信回線網７を介して、ゲートウェイ装置１と通信を行うものである。

制御部６０は、管理サーバ６の各部の動作を統括的に制御するものである。一例として、制御部６０は、ユーザインタフェース（ＵＩ）提供部（報知部、表示制御部）７０、生成部（取得部）７１、算出部７２、判定部（比較部）７３、登録部７４、供給部７５、ログ管理部７６、および、模擬部７７を含んでいる。制御部６０の各ブロックは、例えば、ＣＰＵ（central processing unit）がＲＯＭ（read only memory）等の記憶装置に記憶されているプログラムをＲＡＭ（random access memory）等に読み出して実行することで実現できる。なお、ＲＯＭ上で実行できる構成であってもよい。

記憶部６１は、制御部６０が実行する制御プログラム、ＯＳプログラム、および、制御部６０が制御部６０の各ブロックに係る処理を実行するときに読み出す各種データを記録するものである。記憶部６１は、例えば、ハードディスクなどの不揮発性の記憶装置によって構成される。

記憶部６１は、一例として、管理タイプデータベース（ＤＢ）８１、装置登録データベース（ＤＢ）８２、および、ログデータベース（ＤＢ）８３を記憶している。

ＵＩ提供部７０は、設定端末３に搭載されている一般的なＷｅｂブラウザアプリケーションによって閲覧および操作が可能なＵＩ画面を提供する。ＵＩ提供部７０は、設定端末３からＵＩ画面を介して入力された各種の入力情報を、制御部６０内で該入力情報を必要とするブロックに伝達する。また、ＵＩ提供部７０は、制御部６０内の各ブロックから出力された出力情報を、ＵＩ画面に反映させて、設定端末３にて確認できるようにする。

なお、ＵＩ提供部７０は、設定端末３に備えられていてもよい。この場合、設定端末３は、例えば、管理サーバ６と情報をやりとりするための専用のアプリケーションをインストールして、ＵＩ提供部７０を獲得することができる。

ＵＩ提供部７０が提供するＵＩ画面としては、例えば、管理タイプ定義画面、定常ロギング設定画面、および、装置登録画面などが想定される。管理タイプ定義画面とは、ＯＴ技術者が行う、管理タイプを定義する作業を支援するためのＵＩ画面である。定常ロギング設定画面とは、ＯＴ技術者が行う、ロギング対象の計測項目を選択する作業、および、計測値のロギング周期を設定する作業を支援するためのＵＩ画面である。装置登録画面とは、ＯＴ技術者が行う、製造設備に導入された複数のゲートウェイ装置１に、管理タイプおよび設置場所を紐付けて登録する作業を支援するためのＵＩ画面である。これらのＵＩ画面については、具体例を用いて後に詳述する。

生成部７１は、管理タイプ定義画面および定常ロギング設定画面を介して設定端末３から入力された入力情報に基づいて、管理タイプ定義テーブルを生成するものである。管理タイプ定義テーブルとは、ゲートウェイ装置１の管理タイプを定義する情報である。

生成部７１は、生成した管理タイプ定義テーブルを管理タイプＤＢ８１に登録する。１つの顧客２００は、複数の管理タイプを定義することができる。したがって、管理タイプＤＢ８１において、管理タイプ定義テーブルは、顧客２００に一意な顧客ＩＤと、管理タイプに一意な管理タイプ名とに紐付けて登録される。

こうして、ＯＴ技術者が、管理タイプ定義画面および定常ロギング設定画面を操作して、管理タイプを定義すると、管理タイプ定義テーブルが生成される。生成された管理タイプ定義テーブルが、ゲートウェイ装置１に適用されると、該ゲートウェイ装置１は、管理タイプ定義テーブルにしたがって、ＯＴ技術者の意図通りに動作することができるようになる。

算出部７２は、上述の入力情報に基づいて、専用通信回線網７における通信量を算出するものである。具体的には、算出部７２は、顧客２００がサービスプロバイダ３００との契約締結に基づいて使用できる専用通信回線網７における１ヶ月の通信量の上限を算出する。本実施形態では、上述の１ヶ月の通信量の上限を通信量上限と称する。

一例として、サービスプロバイダ３００は、顧客２００に対して、提供するサービスの料金プランを複数種類用意している。料金プランには、専用通信回線網７の使用期間と料金とが設定されている。例えば、料金プランは、「２年間１０万円コース」、「２年間２０万円コース」・・・などと設定される。ＯＴ技術者は、サービスプロバイダ３００との契約に基づいて定められた料金プランを、ＵＩ画面を介して入力する。

算出部７２は、料金プランにおいて設定されている使用期間を月数に換算し、料金プランにおいて設定されている料金を、該月数で割って通信量上限を算出してもよい。

さらに、算出部７２は、ＯＴ技術者が定義した管理タイプ定義テーブルに基づいて、専用通信回線網７における想定される１か月分の通信量を算出する。本実施形態では、上述の想定される１か月分の通信量を想定通信量と称する。例えば、管理タイプ定義テーブルには、想定通信量を算出するために必要な想定材料情報が含まれている。想定材料情報には、具体的には、アップロードする計測項目と、アップロードする計測項目ごとの計測値のデータ長と、ロギング周期と、１ヶ月あたりの稼動日数と、１日あたりの稼働時間とが含まれている。

算出部７２は、例えば、アップロードする計測項目ごとの計測値のデータ長の合計を求めて、１回のアップロードで発生する１回分の通信量を求める。算出部７２は、ロギング周期と１日あたりの稼働時間とに基づいて、１日あたりのアップロード回数を求める。そして、算出部７２は、（１回分通信量）×（１日あたりのアップロード回数）×（１ヶ月あたりの稼動日数）により、想定通信量を算出してもよい。

さらに、算出部７２は、後述の模擬部７７がＯＴ技術者の入力を模擬して設定した模擬周期と上述の想定材料情報とに基づいて、ロギング周期が、模擬周期であったと仮定した場合に想定される１か月分の通信量を、仮想通信量として算出してもよい。

判定部７３は、想定通信量が通信量上限を超えるかどうかを判定するものである。判定部７３は、判定結果を出力する。例えば、判定部７３は、想定通信量が通信量上限を超える場合に、「上限超過」を示す判定結果を出力する。あるいは、判定部７３は、想定通信量が通信量上限以下である場合に、「上限内」を示す判定結果を出力する。

なお、想定通信量が通信量上限を超えるかどうかを判定しない構成、すなわち、判定部７３を含まない構成であってもよい。この場合、後述する模擬周期のリストのみをＵＩ提供部７０によって選択可能にＵＩ画面に表示することにより、通信量上限を超えないロギング周期のみを設定可能にすることができる。

模擬部７７は、ロギング周期を模した模擬周期を算出部７２に入力して、仮想通信量を得ることにより、想定通信量が通信量上限を超えないようなロギング周期をシミュレーションによって導出するものである。模擬部７７は、仮想通信量が通信量上限以下となった模擬周期を、すべて推奨周期として出力してもよい。あるいは、模擬部７７は、仮想通信量が通信量上限以下となった模擬周期のうち、最も周期が短い模擬周期だけを推奨周期として出力してもよい。あるいは、模擬部７７は、仮想通信量が通信量上限以下となった模擬周期のうち、周期が短いものから所定個の模擬周期を推奨周期として出力してもよい。

模擬部７７によって出力された模擬周期のリストは、ＵＩ提供部７０によって、選択可能にＵＩ画面において反映される。これにより、ＯＴ技術者は、通信量上限を超えないようなロギング周期を容易に設定することが可能となる。

登録部７４は、装置登録画面を介して設定端末３から入力された入力情報に基づいて、装置情報を生成し、装置登録ＤＢ８２に登録するものである。装置情報および装置登録ＤＢ８２のデータ構造については、後に詳述する。

入力情報には、ゲートウェイ装置１を一意に識別する装置ＩＤと、顧客２００において定義された管理タイプを識別する管理タイプ名と、該ゲートウェイ装置１の取り付け場所を示す設置場所とが含まれる。登録部７４は、装置ＩＤに基づいて、顧客２００を特定し、上述の入力情報と、顧客ＩＤとを紐付けた装置情報を生成し、装置登録ＤＢ８２に登録する。

なお、管理サーバ６は、記憶部６１において不図示の販売リストを保持する。販売リストには、少なくとも、販売したゲートウェイ装置１の装置ＩＤと、これを購入した顧客の顧客ＩＤとが紐付けて格納されている。そのため、登録部７４は、装置ＩＤに基づいて、該当するゲートウェイ装置１を所有している顧客を特定することができる。

制御部６０の各ブロックは、装置登録ＤＢ８２を参照することにより、装置ＩＤに基づいて、どの顧客の、どの設置場所に設置されている、どの管理タイプが適用されたゲートウェイ装置１かを特定できるようになる。

供給部７５は、通信が確立したゲートウェイ装置１に対して、該ゲートウェイ装置１に適用するべき管理タイプ定義テーブルを供給するものである。本実施形態では、専用通信回線網７および通信部６２を介して、ゲートウェイ装置１から、装置ＩＤを含む、管理タイプ定義テーブルを要求するリクエストが送信される。供給部７５は、このリクエストに応答して、要求元のゲートウェイ装置１に適用する管理タイプ定義テーブルを管理タイプＤＢ８１から読み出し、該ゲートウェイ装置１に供給する。供給部７５は、装置登録ＤＢ８２を参照することにより、装置ＩＤに基づいて、ゲートウェイ装置１を所有する顧客の顧客ＩＤと、該ゲートウェイ装置１に適用するべき管理タイプの管理タイプ名とを特定することができる。供給部７５は、特定した顧客ＩＤおよび管理タイプ名が紐付けられた管理タイプ定義テーブルを管理タイプＤＢ８１から抽出することができる。

供給部７５から管理タイプ定義テーブルを受信したゲートウェイ装置１は初期設定を完了し、通常稼動に移ることができる。

ログ管理部７６は、初期設定が完了して通常稼動しているゲートウェイ装置１から、手記的に送信されるログ情報を受信して、ログＤＢ８３に集積するものである。ログＤＢ８３のデータ構造については、後に詳述する。

管理サーバ６は、ログＤＢ８３に集積された製造設備に係る集積データを、例えば、顧客２００の設定端末３からの要求に応じて、広域通信網８などを介して設定端末３に提供することができる。管理サーバ６は、集積データに対して必要な分析を行い、その分析結果を設定端末３に送信してもよい。ＯＴ技術者は、設定端末３に表示された集積データまたは分析結果から得た知見を、製造設備のメンテナンスおよびトラブル時の対応等のために役立てることができる。

〔契約締結後の準備フェーズ〕
顧客２００とサービスプロバイダ３００との間で契約が締結され、ゲートウェイ装置１が顧客２００に納品されることが決まると、データ収集システム１００において、ゲートウェイ装置１を顧客２００の製造設備に取り付ける前の準備フェーズが開始される。

準備フェーズでは、ＯＴ技術者は、設定端末３を操作して、ゲートウェイ装置１に適用する管理タイプを定義する作業、および、定常ロギングを設定する作業を行う。データ収集システム１００は、例えば以下のようにして、ＯＴ技術者の上述の各作業を支援する。

図７は、準備フェーズにおいて、データ収集システム１００の各装置が実行する処理の流れを示すフローチャートである。図８は、準備フェーズにおいて、上述の表示装置に表示される管理タイプ定義画面の一例を示す図である。図９は、準備フェーズにおいて設定端末３の表示装置に表示される定常ロギング設定画面の一例を示す図である。図１０は、管理タイプ定義テーブル４１および管理タイプＤＢ８１のデータ構造を示す図である。

図７に示す一連の処理は、顧客２００の設定端末３が、広域通信網８を介して管理サーバ６にアクセスすることにより開始される。例えば、顧客２００は、サービスプロバイダ３００からＵＲＬ（Uniform Resource Locator）、顧客ＩＤおよびパスワードなどの通知を事前に受けることが想定される。ＯＴ技術者は、ＵＲＬにアクセスして、顧客ＩＤとパスワードとを入力することにより、顧客２００専用のＵＩ画面を設定端末３に表示させることが想定される。

ステップＳ１０１では、設定端末３は、管理サーバ６のＵＩ提供部７０から提供された管理タイプ定義画面を表示装置に表示させる。例えば、図８に示すとおり、管理タイプ定義画面４００は、プラン入力領域４０１、上限表示領域４０２、タイプ入力領域４０３、型式入力領域４０４、日数入力領域４０５、時間入力領域４０６、定義リスト４０７、装置表示領域４０８、および、進行ボタン４０９の各ＵＩ部品で構成される。

ステップＳ１０２では、設定端末３は、管理タイプ定義画面４００を介して受け付けた第１入力情報を、管理サーバ６へ送信する。第１入力情報は、例えば、以下のようにしてＯＴ技術者によって入力される。ＯＴ技術者は、プラン入力領域４０１のドロップダウンリストから契約で定められた料金プランを選択する。ＯＴ技術者は、タイプ入力領域４０３に、定義したい管理タイプを識別するための管理タイプ名をテキストで入力する。ＯＴ技術者は、型式入力領域４０４のドロップダウンリストから、製造設備に導入しているＰＬＣ２の型式（ＰＬＣ特定情報）を選択する。ＯＴ技術者は、日数入力領域４０５に、監視対象の製造設備について１ヶ月あたりの稼動日数を数字で入力する。ＯＴ技術者は、時間入力領域４０６に、上述の製造設備について１日あたり稼動時間を数字で入力する。

ＵＩ提供部７０は、型式入力領域４０４においてＰＬＣの型式が選択された後、定義リスト４０７のレジスタ名のカラムに、選択されたＰＬＣ２の仕様に合ったレジスタ名を反映させる。ＯＴ技術者は、定義リスト４０７の計測項目のカラムに、レジスタごとの計測項目をテキストで入力する。該カラムに入力されるテキストによって、ＯＴ技術者が、何の値を示す計測値であるのかを識別可能になればよいので、該カラムには、計測項目に代えて、ＦＡ機器４またはセンサ５の名称またはＩＤを入力してもよい。ＯＴ技術者は、データ長のカラムに、レジスタに格納される計測値それぞれのデータ長を数字で入力する。

なお、ＵＩ提供部７０は、タイプ入力領域４０３にドロップダウンリストを設けて、すでに登録されている管理タイプの管理タイプ名が選択肢として表示されるようにタイプ入力領域４０３を構成してもよい。

タイプ入力領域４０３が入力された後、その入力された定義済みの該管理タイプが適用されたゲートウェイ装置１が登録済みである場合には、ＵＩ提供部７０は、その登録済みのゲートウェイ装置１の装置ＩＤを、装置表示領域４０８に反映させてもよい。

設定端末３は、管理タイプ定義画面４００を介して受け付けた、料金プラン、管理タイプ名、ＰＬＣ型式、稼動日数、稼動時間、および、レジスタごとの計測項目ならびにデータ長を、第１入力情報として、管理サーバ６に送信する。

ステップＳ１０３では、管理サーバ６の生成部７１は、第１入力情報に基づいて、管理タイプ定義テーブルを生成する。例えば、図１０に示すデータ構造を有する管理タイプ定義テーブル４１を生成する。管理タイプ定義テーブル４１は、管理タイプ名、ＰＬＣ型式、レジスタ名、計測項目、データ長、ロギング周期、稼動日数／月、および、稼動時間／日の各項目を有する。生成部７１は、管理タイプ名の項目に、タイプ入力領域４０３に入力された管理タイプ名を格納する。生成部７１は、ＰＬＣ型式の項目に、型式入力領域４０４で選択されたＰＬＣ２の型式を格納する。生成部７１は、レジスタ名の項目に、定義リスト４０７のレジスタ名のカラムに反映されている各レジスタ名を格納する。生成部７１は、計測項目の項目に、定義リスト４０７の計測項目のカラムに入力された各計測項目を格納する。生成部７１は、データ長の項目に、定義リスト４０７のデータ長のカラムに入力された各データ長を格納する。ロギング周期の項目には、後述する定常ロギング設定画面を介して入力された第２入力情報に基づく値が格納される。そのため、現時点では、該項目には値は格納されない。生成部７１は、稼動日数／月の項目に、日数入力領域４０５に入力された稼動日数を格納する。生成部７１は、稼動時間／日の項目に、時間入力領域４０６に入力された稼動時間を格納する。生成部７１は、以上のようにして生成した管理タイプ定義テーブル４１を出力する。出力された管理タイプ定義テーブル４１は、例えば、不図示の一時記憶部などに保存されてもよい。

ステップＳ１０４では、算出部７２は、プラン入力領域４０１において選択された料金プランに基づいて、１ヶ月の通信量上限を算出する。ＵＩ提供部７０は、設定端末３に対して算出部７２が算出した通信量上限をフィードバックする。具体的には、管理タイプ定義画面４００の上限表示領域４０２に、上述の通信量上限（例えば、１０ＧＢ）を反映させる。

ステップＳ１０５では、設定端末３は、上限表示領域４０２に通信量上限を反映させた管理タイプ定義画面４００を表示する。

ステップＳ１０６では、設定端末３は、第１入力情報に係る上述のＵＩ部品のいずれかがＯＴ技術者によって新たに操作されたか否かを判定する。操作されたと判定した場合、設定端末３は、Ｓ１０６のＹＥＳからＳ１０２に戻り、新たな操作に基づく新たな第１入力情報を管理サーバ６に送信する。上述のような新たな操作が検知されなければ、設定端末３は、Ｓ１０６のＮＯからＳ１０７に進む。

ステップＳ１０７では、設定端末３は、定常ロギング設定画面に進むことを指示するための進行ボタン４０９が、上述のような新たな操作がなされることなく押下されたのかどうかを判定する。進行ボタン４０９が押下されないうちは、設定端末３は、Ｓ１０７のＮＯからＳ１０６に戻り、新たな操作の待機状態を維持する。進行ボタン４０９が押下されると、設定端末３は、Ｓ１０７のＹＥＳからＳ１０８に進む。

ステップＳ１０８では、設定端末３は、管理サーバ６のＵＩ提供部７０から提供された定常ロギング設定画面を表示装置に表示させる。具体的には、設定端末３は、進行ボタン４０９が押下されたことに応じて、定常ロギング設定画面のリクエストを管理サーバ６に送信する。管理サーバ６のＵＩ提供部７０は、リクエストに応答して、定常ロギング設定画面を設定端末３に提供する。これにより、設定端末３は、定常ロギング設定画面を表示装置に表示させることができる。

例えば、図９に示すとおり、定常ロギング設定画面４２０は、タイプ表示領域４２１、型式表示領域４２２、上限表示領域４２３、想定表示領域４２４、装置表示領域４０８、選択リスト４２５、合計表示領域４２６、周期入力領域４２７、判定表示領域４２８、確定ボタン４２９、および、戻るボタン４３０の各ＵＩ部品で構成される。

ＵＩ提供部７０は、Ｓ１０８までに既出の各種の情報を、定常ロギング設定画面４２０に反映させてもよい。例えば、ＵＩ提供部７０は、タイプ表示領域４２１、型式表示領域４２２、上限表示領域４２３、および、装置表示領域４０８に、既出の情報を反映させることができる。また、ＵＩ提供部７０は、選択リスト４２５のレジスタ名、計測項目、および、データ長の各カラムにも、既出の情報を反映させることができる。

ステップＳ１０９では、設定端末３は、定常ロギング設定画面４２０を介して受け付けた第２入力情報を、管理サーバ６へ送信する。第２入力情報は、例えば、以下のようにしてＯＴ技術者によって入力される。

選択リスト４２５のロギング対象のカラムにおいて、レジスタごとに、ロギング対象としての採否を選択可能なトグルボタンが設けられる。ＯＴ技術者は、トグルボタンを操作して、ロギング対象とする計測項目を選択する。図示の例では、ロギング対象として選択されている計測項目は、トグルボタンにチェックが入っている状態で示されている。ＯＴ技術者は、トグルボタンのオンオフ操作をして、ロギングが必要な計測項目を選択する。

ＵＩ提供部７０は、選択リスト４２５のロギング対象のカラムが操作された後、選択リスト４２５のデータ量／回のカラムに、アップデート１回あたりに必要な通信量を計測項目ごとに反映させる。ＵＩ提供部７０は、ロギング対象として選択されている、すなわち、トグルボタンがオン状態の計測項目については、予め入力されたデータ長をそのまま反映させる。ＵＩ提供部７０は、ロギング対象として選択されていない、すなわち、トグルボタンがオフ状態の計測項目については、アップデートしないので、ゼロの値を反映させる。

続いて、ＵＩ提供部７０は、ロギング対象のカラムのオンオフが反映されたアップデート１回あたりの総データ量を合計表示領域４２６に反映させる。総データ量は、データ量／回のカラムに反映されたデータ量の合計値である。

続いて、ＯＴ技術者は、周期入力領域４２７に、上述の計測値を管理サーバ６にアップロードする周期（ロギング情報）を数字で入力する。ＵＩ提供部７０は、周期入力領域４２７に、模擬部７７から取得した推奨周期で構成されたドロップダウンリストを設けてもよい。これにより、ＯＴ技術者は、選択リスト４２５で選択した各計測値をアップロードするためのロギング周期について、１ヶ月の通信量が通信量上限を超えないようなロギング周期を容易に設定することが可能となる。

以上のように、設定端末３は、定常ロギング設定画面４２０を介して受け付けた、ロギング対象として選択された計測項目と、選択された計測項目の計測値をアップロードするロギング周期とを、第２入力情報として、管理サーバ６に送信する。

ステップＳ１１０では、生成部７１は、Ｓ１０３で生成した管理タイプ定義テーブル４１のロギング周期の項目に、第２入力情報に基づく値を追加する。図９に示す例では、ロギング対象として選択された計測項目は、電流、電圧、および、温度であり、ロギング周期は、５分と設定されている。したがって、図１０に示す例では、生成部７１は、管理タイプ定義テーブル４１の電流、電圧、および、温度の行について、ロギング周期の項目に、「５分」を示す値を格納する。生成部７１は、選択されなかった油圧およびトルクの行について、適用されるロギング周期がないことを示す値を格納する。

ステップＳ１１１では、算出部７２は、１ヶ月の想定通信量を算出する。算出部７２は、既に述べたとおり、Ｓ１１０にて完成した管理タイプ定義テーブル４１に含まれている、想定材料情報を用いて想定通信量を算出する。

ここで、ＵＩ提供部７０は、算出部７２によって算出された想定通信量を、設定端末３にフィードバックしてもよい。これにより、定常ロギング設定画面４２０の想定表示領域４２４に、Ｓ１１１で算出された想定通信量が表示される。

ステップＳ１１２では、判定部７３は、Ｓ１０４で算出された通信量上限とＳ１１１で算出された想定通信量とを比較し、想定通信量が通信量上限を超えるか否かを判定する。想定通信量が通信量上限を超える場合、判定部７３は、Ｓ１１２のＹＥＳからＳ１１３に進む。想定通信量が通信量上限以下である場合、判定部７３は、Ｓ１１２のＮＯからＳ１１４に進む。

ステップＳ１１３では、判定部７３は、「上限超過」を示す判定結果を出力する。ＵＩ提供部７０は、該判定結果を、判定表示領域４２８に反映させる。

ステップＳ１１４では、判定部７３は、「上限内」を示す判定結果を出力する。ＵＩ提供部７０は、該判定結果を、判定表示領域４２８に反映させる。

ＵＩ提供部７０は、判定表示領域４２８の表示態様を、「上限超過」か「上限内」かで異ならせてもよい。例えば、ＵＩ提供部７０は、「上限超過」の判定結果が、「上限内」の判定結果よりも目立つように判定表示領域４２８を構成してもよい。

ステップＳ１１５では、設定端末３は、ＵＩ提供部７０にしたがって、上述の判定結果が反映された定常ロギング設定画面４２０を表示装置に表示させる。これにより、ＯＴ技術者は、自身が設定した内容で、１ヶ月の通信量が、通信量上限を超える見込みであるのかどうかを事前に判断することができる。このように、上述の方法によれば、ＯＴ技術者に、設定した内容が妥当であるのかどうかを再検討するための判断材料と機会とを与えることができる。

ステップＳ１１６では、設定端末３は、第２入力情報に係る上述のＵＩ部品のいずれかがＯＴ技術者によって新たに操作されたか否かを判定する。例えば、ＯＴ技術者は、周期入力領域４２７のドロップダウンリストから、通信量上限を超えないようにする推奨周期を改めて選択することができる。

選択リスト４２５または周期入力領域４２７が操作されたと判定した場合、設定端末３は、Ｓ１１６のＹＥＳからＳ１０９に戻り、新たな操作に基づく新たな第２入力情報を管理サーバ６に送信する。この場合、新たな第２入力情報に基づく新たな判定結果が判定表示領域４２８に反映される。上述のような新たな操作が検知されなければ、設定端末３は、Ｓ１１６のＮＯからＳ１１７に進む。以上のように、上述の方法によれば、通信量上限を超えないような定常ロギング設定を行うよう、ＯＴ技術者を誘導することができる。

ステップＳ１１７では、設定端末３は、第１入力情報および第２入力情報を確定させることを指示するための確定ボタン４２９が、上述のような操作がなされることなく押下されたのかどうかを判定する。確定ボタン４２９が押下されないうちは、設定端末３は、Ｓ１１７のＮＯからＳ１１６に戻り、新たな操作の待機状態を維持する。確定ボタン４２９が押下されると、設定端末３は、Ｓ１１７のＹＥＳからＳ１１８に進む。

なお、図示していないが、ここで、管理タイプ定義画面４００に戻ることを指示する戻るボタン４３０が押下されてもよい。この場合には、設定端末３は、Ｓ１０６に戻って、表示装置の表示を管理タイプ定義画面４００に戻し、第１入力情報に係る新たな操作の待機状態を維持する。ここでは、ＵＩ提供部７０は、定義リスト４０７のロギング周期のカラムにおいて、管理タイプ定義テーブル４１に示されている計測項目ごとのロギング周期を反映させることができる。

ステップＳ１１８では、設定端末３は、第１入力情報および第２入力情報を確定させるように、リクエストを管理サーバ６に送信する。

ステップＳ１１９では、生成部７１は、リクエストに応答して、ロギング周期が追加されて完成した管理タイプ定義テーブル４１を管理タイプＤＢ８１に登録する。このとき、生成部７１は、管理タイプ定義テーブル４１を顧客ＩＤと紐付けて管理タイプＤＢ８１に登録する。

〔納品後の登録フェーズ〕
ゲートウェイ装置１が顧客２００に納品されると、上述の準備フェーズが完了した後、データ収集システム１００において、ゲートウェイ装置１と管理タイプとを対応付けるための、ゲートウェイ装置１の登録フェーズが開始される。

登録フェーズでは、ＯＴ技術者は、個々のゲートウェイ装置１をどの製造ラインのどの工程に設置されているＰＬＣ２に取り付けるのかを設計する。そして、ＯＴ技術者は、設計内容にしたがって、設定端末３を操作して、個々のゲートウェイ装置１に管理タイプを紐付けるという装置の登録作業を行う。データ収集システム１００は、例えば以下のようにして、ＯＴ技術者の登録作業を支援する。

図１１は、登録フェーズにおいて、設定端末３の表示装置に表示される装置登録画面の一例を示す図である。図１２は、装置登録ＤＢ８２のデータ構造を示す図である。

ＯＴ技術者は、設定端末３を使って管理サーバ６にアクセスし、ゲートウェイ装置１の登録作業を行うための装置登録画面を設定端末３に表示させる。管理サーバ６のＵＩ提供部７０は、設定端末３からリクエストに応答して、例えば、図１１に示す装置登録画面４４０を設定端末３に提供する。

装置登録画面４４０は、一例として、ＩＤ入力領域４４１、タイプ入力領域４４２、場所入力領域４４３、登録ボタン４４４、装置リスト４４５、および、完了ボタン４４６の各ＵＩ部品を含んで構成される。

ＯＴ技術者は、装置登録画面４４０を用いて、納品されたゲートウェイ装置１の登録作業を行う。まず、ＯＴ技術者は、１台のゲートウェイ装置１の装置ＩＤを、ＩＤ入力領域４４１に入力する。ＯＴ技術者は、手動で装置ＩＤを入力してもよいし、設定端末３の適宜の情報読取手段を用いて設定端末３に装置ＩＤを読み取らせてもよい。例えば、情報読取手段としては、Ｂｌｕｅｔｏｏｔｈ(登録商標)、赤外線またはＲＦＩＤタグなどの近距離無線通信手段、もしくは、バーコードリーダ、２次元コードリーダまたは文字認識手段、などの光学的読取手段などが想定される。

ＯＴ技術者は、タイプ入力領域４４２のドロップダウンリストに示される、先の準備フェーズにて定義済みの管理タイプの中から、上述のゲートウェイ装置１に適用する管理タイプを選択する。

ＯＴ技術者は、場所入力領域４４３のドロップダウンリストから、上述のゲートウェイ装置１を取り付ける製造ラインを選択する。なお、顧客２００の製造ラインの一覧は、事前に管理サーバ６に登録されているものとする。ＵＩ提供部７０は、事前に登録された情報に基づいて、場所入力領域４４３のドロップダウンリストを構成することができる。

ＯＴ技術者は、ＩＤ入力領域４４１、タイプ入力領域４４２および場所入力領域４４３の入力が完了すると、登録ボタン４４４を押下する。この操作を受け付けた設定端末３は、装置ＩＤ、管理タイプ名、および、設置場所（ここでは、工場名と製造ライン名との組み合わせ）を含む第３入力情報を、管理サーバ６に送信する。

管理サーバ６の登録部７４は、第３入力情報に基づいて、装置情報を生成し、生成した装置情報を装置登録ＤＢ８２に登録する。具体的には、登録部７４は、不図示の販売リストから、第３入力情報に含まれている装置ＩＤに対応する顧客ＩＤを読み出す。登録部７４は、上述の装置ＩＤに、読み出した顧客ＩＤと、第３入力情報に含まれている管理タイプ名および設置場所とを紐付けた装置情報を生成し、装置登録ＤＢ８２に登録する。図１２に示すとおり、装置登録ＤＢ８２は、複数の装置情報を集積して構成される。

登録部７４が１台のゲートウェイ装置１の登録を完了すると、ＵＩ提供部７０は、装置登録ＤＢ８２の更新内容を、装置登録画面４４０に反映させてもよい。例えば、ＵＩ提供部７０は、装置登録画面４４０に設けられている装置リスト４４５に、新たに登録されたゲートウェイ装置１のレコードを追加してもよい。図１１に示す例は、装置ＩＤ「ＧＷ０００１」から「ＧＷ００３」までの３台のゲートウェイ装置１の管理サーバ６への登録が完了しており、これから４台目のゲートウェイ装置１が登録されてようとしている状態を示している。

ＯＴ技術者は、すべてのゲートウェイ装置１について登録作業を済ませると完了ボタン４４６を押下する。設定端末３は、完了ボタン４４６が押下されたことに伴って登録作業の完了を管理サーバ６に対して通知してもよい。登録部７４は、完了の通知を受信すると、装置登録ＤＢ８２に登録した内容を最終的に確定させる。

これにより、供給部７５は、図１２に示す装置登録ＤＢ８２を参照して、装置ＩＤに基づき、ゲートウェイ装置１を所有する顧客と、該ゲートウェイ装置１に適用されている管理タイプと、該ゲートウェイ装置１が取り付けられている設置場所とを特定できる。

〔取り付け直後の初期設定フェーズ〕
ＯＴ技術者によって、納品された各ゲートウェイ装置１の登録作業が完了し、各ゲートウェイ装置１が各ＰＬＣ２と結線されると、ゲートウェイ装置１の初期設定フェーズが開始される。

初期設定フェーズでは、ＯＴ技術者は、ゲートウェイ装置１をＰＬＣ２と１対１になるように取り付ける作業を行って電源を入れるだけでよい。ゲートウェイ装置１は、ＯＴ技術者の手を煩わせることなく自動で初期設定を済ませて、通常の稼動、つまり、定常ロギングの動作を開始することができる。

図１３は、初期設定フェーズにおいて、データ収集システム１００の各装置が実行する処理の流れを示すフローチャートである。図１３に示す一連の処理は、ステップＨＳ１にて、ＯＴ技術者が、ゲートウェイ装置１を収容ボックス２Ａに取り付け、ＰＬＣ２に有線接続し、ゲートウェイ装置１およびＰＬＣ２の電源を投入したことにより開始される。

ステップＳ２０１では、ゲートウェイ装置１の制御部２１は、初めて電源が入れられたか否かを判定する。初めて電源が入れられた場合、制御部２１は、Ｓ２０１のＹＥＳからＳ２０２に進む。電源が入れられたのが初めてでない場合、制御部２１は、Ｓ２０１のＮＯからＳ２０９に進み、ＰＬＣ２との通信を確立して定常ロギングを実行する。

ステップＳ２０２では、制御部２１の定義取得部３１は、自装置に適用される管理タイプ定義テーブルを要求するリクエストを、管理サーバ６に送信する。具体的には、定義取得部３１は、アンテナ部１０および専用通信回線網７を介して管理サーバ６との通信を確立し、自装置の装置ＩＤを含むリクエストを管理サーバ６に送信する。

ステップＳ２０３では、管理サーバ６の供給部７５は、ゲートウェイ装置１から装置ＩＤを含むリクエストを受信する。

ステップＳ２０４では、供給部７５は、図１２に示す装置登録ＤＢ８２を参照し、受信した装置ＩＤに基づいて、要求元のゲートウェイ装置１の所有者である顧客と、該ゲートウェイ装置１に適用すべき管理タイプとを特定する。すなわち、装置登録ＤＢ８２において、上述の装置ＩＤに紐付けられた顧客ＩＤと管理タイプ名とを抽出する。

ステップＳ２０５では、供給部７５は、図１０に示す管理タイプＤＢ８１から、Ｓ２０４で抽出した顧客ＩＤおよび管理タイプ名に紐付けられた管理タイプ定義テーブル４１を読み出し、要求元のゲートウェイ装置１に供給する。

ステップＳ２０６では、ゲートウェイ装置１の定義取得部３１は、供給部７５から送信された管理タイプ定義テーブル４１を受信し、記憶部２２に保存する。

ステップＳ２０７では、初期設定部３２は、保存された管理タイプ定義テーブル４１を参照し、管理タイプ定義テーブル４１に含まれているＰＬＣ型式の項目に基づいて、自装置の接続相手であるＰＬＣ２の型式を特定する。

ステップＳ２０８では、初期設定部３２は、特定したＰＬＣの型式に対応するドライバ情報４２（通信プログラム）を選択し、これを有効化する。記憶部２２には、ゲートウェイ装置１が複数の型式のＰＬＣに対応できるように複数のドライバ情報４２があらかじめ格納されている。初期設定部３２は、自装置の接続相手であるＰＬＣ２に適合するドライバ情報４２を１つ選択してこれを有効化するだけでよい。これにより、制御部２１は、通信Ｉ/Ｆ２４を介して、接続相手であるＰＬＣ２が採用している通信プロトコルに準拠した通信が行えるようになる。なお、初期設定部３２は、ここで、管理サーバ６と通信し、ＰＬＣ２に適合するドライバ情報を管理サーバ６からダウンロードしてもよい。

ステップＳ２０９では、計測値取得部３３は、有効化されたドライバ情報４２に基づいて、ＰＬＣ２との通信を確立する。これ以降、計測値取得部３３は、管理タイプ定義テーブル４１において定義された、ＰＬＣ２の各レジスタに格納されている値を、所定間隔で取得してリングバッファ４３に記憶する動作を実行することができる。

〔定常ロギングフェーズ〕
ＰＬＣ２に接続されたゲートウェイ装置１が初期設定を完了させると、ゲートウェイ装置１の定常ロギングフェーズが開始される。定常ロギングフェーズでは、ゲートウェイ装置１は、管理タイプ定義テーブル４１にしたがって、ＰＬＣ２から１以上の計測値を取得する一方、取得した計測値を、管理サーバ６にアップロードする。

図１４は、定常ロギングフェーズにおいて、データ収集システム１００の各装置が実行する処理の流れを示すフローチャートである。図１５は、ログ情報のデータ構造を示す図である。図１６は、ログＤＢ８３のデータ構造を示す図である。

図１４に示す一連の処理は、上述の初期設定フェーズ以降、ゲートウェイ装置１およびＰＬＣ２の電源が入っている間、繰り返し実行される。

ステップＳ３０１では、ゲートウェイ装置１およびＰＬＣ２の電源が入ると、制御部２１が通信Ｉ/Ｆ２４を介してＰＬＣ２との通信を確立する。ここで、ログ送信部３４は、管理タイプ定義テーブル４１において定義されているロギング周期にしたがって、ログ情報のアップロードタイミングの監視を開始する。

ステップＳ３０２では、計測値取得部３３は、管理タイプ定義テーブル４１において定義されている各レジスタから計測値をそれぞれ取得する。

ステップＳ３０３では、計測値取得部３３は、取得した各計測値をリングバッファ４３に保存する。

ステップＳ３０４では、ログ送信部３４は、ログ情報のアップロードタイミングが到来したか否かを判定する。アップロードタイミングが到来しない間は、計測値取得部３３は、Ｓ３０４のＮＯからＳ３０２に戻り、Ｓ３０２およびＳ３０３の処理を繰り返す。この繰り返しの間隔は、例えば、上述のロギング周期よりも短い。アップロードタイミングが到来した場合、ログ送信部３４は、Ｓ３０４のＹＥＳからＳ３０５に進む。

ステップＳ３０５では、ログ送信部３４は、アップロードタイミングにおいて、リングバッファ４３から最新の各計測値を読み出し、これらの計測値を含むログ情報を生成し、管理サーバ６にアップロードする。

具体的には、ログ送信部３４は、管理タイプ定義テーブル４１において、ロギング対象として指定されている計測項目の計測値をリングバッファ４３から読み出す。図１０に示す例では、管理タイプ定義テーブル４１において、レジスタ１の電流、レジスタ２の電圧、および、レジスタ５の温度、の３つの計測項目が、ロギング対象として指定されている。ロギング対象は、一例として、ロギング周期の項目が「なし」ではなく所定周期（例えば、「５分」）と指定されていることで判別される。

ログ送信部３４は、リングバッファ４３に保存されている計測値のうち、アップロードタイミングにおいて最新の計測値をリングバッファ４３から読み出す。一例として、ログ送信部３４は、レジスタ１の電流の計測値「Ａ１」と、レジスタ２の電圧の計測値「Ｖ１」と、レジスタ５の温度の計測値「Ｔ１」とをリングバッファ４３から読み出す。

ログ送信部３４は、図１５に示すログ情報を生成する。図１５に示すとおり、ログ情報は、読み出したレジスタごとの計測値を含む。ログ送信部３４は、各計測値に、レジスタ名および計測項目の少なくとも１つを紐付けておくことが好ましい。さらに、ログ送信部３４は、リングバッファ４３から読み出した時刻またはアップロードする時刻を示す時刻情報と、自装置の装置ＩＤとをログ情報に含めることが好ましい。ログ送信部３４は、こうして生成した図１５に示すログ情報を、専用通信回線網７を介して、管理サーバ６にアップロードする。

ステップＳ３０６では、管理サーバ６のログ管理部７６は、ゲートウェイ装置１からログ情報を受信する。

ステップＳ３０７では、ログ管理部７６は、図１２に示す装置登録ＤＢ８２を参照し、ログ情報に含まれている装置ＩＤに基づいて、このログ情報を取得された顧客と設置場所（工場および製造ライン）とを特定する。ログ管理部７６は、さらに、管理タイプを特定することができる。管理タイプを特定することで、さらに、製造ラインのどの工程のログ情報であるのかまで特定することができる。

ステップＳ３０８では、ログ管理部７６は、ログ情報を図１６に示すログＤＢ８３に登録する。例えば、ログ管理部７６は、図１６に示すように、図１５に示すログ情報に、Ｓ３０７で特定した顧客ＩＤ、設置場所、管理タイプ名を紐付けて、ログＤＢ８３に登録する。ログ管理部７６は、ログ情報内の時刻情報に基づいて、各ログ情報を時系列で登録しておく。また、ログ管理部７６は、登録時に、レジスタ名に１対１で対応する計測項目のカラムを追加してもよい。

このようにして、ログ情報が、ログＤＢ８３に登録され、集積されることにより、制御部６０は、顧客２００の設定端末３から要求に応じて、時系列に整頓されたログ情報群を分かり易く提供することができる。

〔変形例〕
上述した実施形態では、管理サーバ６において、ゲートウェイ装置１の管理タイプ定義テーブルを生成して、ゲートウェイ装置１へ供給するとともに、ゲートウェイ装置１がＰＬＣ２からのデータを受信していた。本発明は、これに限られるものではなく、ゲートウェイ装置１の管理タイプ定義テーブルの生成およびゲートウェイ装置１への供給と、ゲートウェイ装置１がＰＬＣ２から取得したデータの受信および記憶とを、異なるサーバで行ってもよい。すなわち、サーバＡが、ゲートウェイ装置１の管理タイプ定義テーブルを生成して、ゲートウェイ装置１へ供給する等の、ゲートウェイ装置１の設定に関する処理を行い、サーバＡとは異なるサーバＢが、ゲートウェイ装置１がＰＬＣ２から取得したデータを、ゲートウェイ装置１から受信してもよい。

以上のように、本実施形態に係るデータ収集システム１００では、サービスプロバイダ３００が、ゲートウェイ装置１本体、固有の識別番号が付与され、通信を行うためのＳＩＭであって取得データの送信元の特定に利用できるＳＩＭ、通信回線を利用するためのブロバイダ契約、管理サーバ６、ダッシュボードを提供する設定端末３、設定端末３を利用した設定ツール等のユーザがＩｏＴ化することに必要なサービスを全て提供することが可能である。これにより、サービスプロバイダ３００は、データ収集システム１００全体を網羅することができ、これにより、ゲートウェイ装置１と管理サーバ６との通信量を最小限に抑制しつつ、必要なデータを取得、管理できるシステムを提供することができる。

〔ソフトウェアによる実現例〕
ゲートウェイ装置１の制御ブロック（特に、定義取得部３１、初期設定部３２、計測値取得部３３、および、ログ送信部３４）は、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ソフトウェアによって実現してもよい。

管理サーバ６の制御ブロック（特に、ＵＩ提供部７０、生成部７１、算出部７２、判定部７３、登録部７４、供給部７５、ログ管理部７６、および、模擬部７７）は、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ソフトウェアによって実現してもよい。

後者の場合、ゲートウェイ装置１および管理サーバ６のそれぞれは、各機能を実現するソフトウェアであるプログラムの命令を実行するコンピュータを備えている。このコンピュータは、例えば少なくとも１つのプロセッサ（制御装置）を備えていると共に、上記プログラムを記憶したコンピュータ読み取り可能な少なくとも１つの記録媒体を備えている。そして、上記コンピュータにおいて、上記プロセッサが上記プログラムを上記記録媒体から読み取って実行することにより、本発明の目的が達成される。上記プロセッサとしては、例えばＣＰＵ（Central Processing Unit）を用いることができる。上記記録媒体としては、「一時的でない有形の媒体」、例えば、ＲＯＭ（Read Only Memory）等の他、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、上記プログラムを展開するＲＡＭ（Random Access Memory）などをさらに備えていてもよい。また、上記プログラムは、該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記コンピュータに供給されてもよい。なお、本発明の一態様は、上記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。

本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。さらに、各実施形態にそれぞれ開示された技術的手段を組み合わせることにより、新しい技術的特徴を形成することができる。

１ ゲートウェイ装置
２ ＰＬＣ
２Ａ 収容ボックス
３ 設定端末
４ ＦＡ機器
５ センサ
６ 管理サーバ（設定支援装置）
１０ アンテナ部
１１ 通信モジュール
１２ ＬＴＥアンテナ
１３ メモリ
１４ ＧＰＳ
１５ タクトスイッチ
１６ ＬＥＤ
１７ コネクタ部
１８ フラットケーブル
２０ 本体部
２１ 制御部
２２ 記憶部
２３ コネクタ部
２４ 通信インタフェース（Ｉ／Ｆ）
２５ シリアルデータバス
３１ 定義取得部
３２ 初期設定部
３３ 計測値取得部
３４ ログ送信部
４１ 管理タイプ定義テーブル
４２ ドライバ情報
４３ リングバッファ
６０ 制御部
６１ 記憶部
６２ 通信部
７０ ユーザインタフェース（ＵＩ）提供部（報知部、表示制御部）
７１ 生成部（取得部）
７２ 算出部
７３ 判定部（比較部）
７４ 登録部
７５ 供給部
７６ ログ管理部
７７ 模擬部
１００ データ収集システム

Claims (7)

1. ＰＬＣ（Programmable Logic Controller）からデータを取得し、取得したデータを管理サーバに送信するゲートウェイ装置の設定を支援する設定支援装置であって、
   ユーザの所望のデータおよび当該データを前記管理サーバに送信するロギング周期を取得する取得部と、
   前記所望のデータおよび前記ロギング周期から想定される、前記ゲートウェイ装置と前記管理サーバとの間の想定通信量を算出する算出部と、
   前記想定通信量と予め設定された規定量とを比較する比較部と、
   前記比較した結果を、前記ユーザに報知する報知部と、を備えていることを特徴とする設定支援装置。
2. 前記所望のデータおよび前記ロギング周期の入力を受け付ける受付画面に入力可能なデータおよび周期の選択肢を表示させる表示制御部を備え、
   前記表示制御部は、想定される通信量が前記規定量を超えない前記選択肢のみを選択可能に表示させることを特徴とする請求項１に記載の設定支援装置。
3. ＰＬＣ（Programmable Logic Controller）からデータを取得し、取得したデータを管理サーバに送信するゲートウェイ装置の設定を支援する設定支援装置の制御方法であって、
   ユーザの所望のデータおよび当該データを前記管理サーバに送信するロギング周期を取得する取得ステップと、
   前記所望のデータおよび前記ロギング周期から想定される、前記ゲートウェイ装置と前記管理サーバとの間の想定通信量を算出する算出ステップと、
   前記想定通信量と予め設定された規定量とを比較する比較ステップと、
   前記比較した結果を、前記ユーザに報知する報知ステップと、を含むことを特徴とする設定支援装置の制御方法。
4. ＰＬＣ（Programmable Logic Controller）からデータを取得し、取得したデータを管理サーバに送信するゲートウェイ装置の設定方法であって、
   所定期間、前記ゲートウェイ装置を使用するための、通信料金を含む料金の選択を受け付ける料金選択ステップと、
   選択された料金から前記ゲートウェイ装置と前記管理サーバとの間の通信量の上限を決定する上限決定ステップと、
   ユーザの所望のデータおよび当該データを前記管理サーバに送信する周期であるロギング周期を取得する取得ステップと、
   前記所望のデータおよび前記ロギング周期から想定される想定通信量を算出する算出ステップと、
   前記想定通信量と前記上限とを比較する比較ステップと、
   前記比較した結果を、前記ユーザに報知する報知ステップと、を含み、
   さらに、確定入力まで、前記取得ステップから前記報知ステップまでを繰り返し、確定入力がされると、直近の取得ステップで取得した前記所望のデータおよび前記ロギング周期を、前記ゲートウェイ装置から前記管理サーバに送信するデータおよびロギング周期に決定する決定ステップを含むことを特徴とする設定方法。
5. 前記料金には、前記ゲートウェイ装置の購入費用も含むことを特徴とする請求項４に記載の設定方法。
6. 請求項１に記載の設定支援装置としてコンピュータを機能させるための制御プログラムであって、前記取得部、前記算出部、前記比較部および前記報知部としてコンピュータを機能させるための制御プログラム。
7. 請求項６のいずれか１項に記載の制御プログラムを記録したコンピュータ読み取り可能な記録媒体。

Images