(57)【要約】【課題】データを適切に管理し得るデータ管理装置を提供する。【解決手段】現場システムに設けられる複数のセンサの各々で検知された各センサデータを管理するデータ管理装置であって、管理者端末と通信可能であり、現場システムの所定の構成要素を変更することを示す構成情報変更要求を管理者端末より受け付けるインターフェース部と、インターフェース部により受け付けられた構成変更要求と、現場システムに係る構成要素の依存関係を示す構成情報とに基づいて、構成変更要求で示される構成要素の変更により影響があるセンサを特定し、特定したセンサで検知されるセンサデータおよびセンサデータの説明情報を管理するためのリビジョン情報を更新するデータリビジョン情報管理部とを設けるようにした。【選択図】図１
2019067160.tif 000002
【特許請求の範囲】
【請求項１】
現場システムに設けられる複数のセンサの各々で検知された各センサデータを管理するデータ管理装置であって、
管理者端末と通信可能であり、前記現場システムの所定の構成要素を変更することを示す構成情報変更要求を前記管理者端末より受け付けるインターフェース部と、
前記インターフェース部により受け付けられた構成変更要求と、前記現場システムに係る構成要素の依存関係を示す構成情報とに基づいて、前記構成変更要求で示される構成要素の変更により影響があるセンサを特定し、特定したセンサで検知されるセンサデータおよび前記センサデータの説明情報を管理するためのリビジョン情報を更新するデータリビジョン情報管理部と、
を備えることを特徴とするデータ管理装置。
【請求項２】
前記インターフェース部は、ユーザ端末と通信可能であり、前記各センサデータを記憶する記憶装置に記憶されたセンサデータを要求するデータ要求を前記ユーザ端末より受け付け、
前記データ要求には、前記センサデータを要求する時間帯を特定するための時間情報と、前記複数のセンサの各々を特定するためのセンサ特定情報とが含まれ、
前記インターフェース部で受け付けられたデータ要求に基づいて、前記データ要求に含まれる時間帯のリビジョン情報を取得し、取得したリビジョン情報ごとにセンサデータを前記記憶装置から抽出するデータ管理部を備え、
前記インターフェース部は、前記データ管理部で抽出されたセンサデータを前記ユーザ端末に送信する、
ことを特徴とする請求項１に記載のデータ管理装置。
【請求項３】
前記各センサデータの説明情報を演算するためのアルゴリズムおよび実行条件が含まれる生成情報に基づいて、実行条件が満たされた生成情報のアルゴリズムでの演算に用いるリビジョン情報を特定し、前記各センサデータを記憶する記憶装置から前記アルゴリズムでの演算に用いるセンサデータを読み出し、特定したリビジョン情報ごとに読み出したセンサデータの説明情報を演算する情報自動生成部を備える、
ことを特徴とする請求項１に記載のデータ管理装置。
【請求項４】
現場システムに設けられる複数のセンサの各々で検知された各センサデータを管理して提供するためのデータ提供制御方法であって、
管理者端末と通信可能なインターフェース部が、前記現場システムの所定の構成要素を変更することを示す構成情報変更要求を前記管理者端末より受け付ける第１のステップと、
データリビジョン情報管理部が、前記インターフェース部により受け付けられた構成変更要求と、前記現場システムに係る構成要素の依存関係を示す構成情報とに基づいて、前記構成変更要求で示される構成要素の変更により影響があるセンサを特定し、特定したセンサで検知されるセンサデータおよび前記センサデータの説明情報を管理するためのリビジョン情報を更新する第２のステップと、
を備えることを特徴とするデータ提供制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はデータ管理装置およびデータ提供制御方法に関し、例えば現場システムに設けられる複数のセンサの各々で検知された各センサデータを管理するデータ管理装置およびデータ提供制御方法に適用して好適なものである。
【背景技術】
【０００２】
ビッグデータを活用したサービスの提供を目的として、工場設備、現場の機器、センサ等から収集した現場データを一括管理することが可能なデータ管理システムが提供されている。かかるデータ管理システムは、収集したデータを現場設備の状態をリアルタイムに運用者のユーザ端末の画面に表示して現場を監視する集中監視システムなどに利用されている。
【０００３】
近年、情報通信技術の向上により、大量のセンサ情報、機器情報等から設備の異常を予兆検知するなどのデータ分析に対するニーズが増えてきている。このようなデータ分析では、データの準備（分析対象データの選択）、分析モデルの選択、分析結果の評価といった作業が行われる。
【０００４】
データの準備においては、膨大なデータの中から分析の対象となるセンサ情報だけを迅速に選定する。この作業では、蓄積されたデータに対して予めメタデータを付与しておき、そのメタデータを利用することで、分析に利用するセンサ情報の選定を効率化している。分析モデルには、過去のデータを用いて学習が必要なモデルがあり、このような場合にはシステム毎に学習が必要となる。
【０００５】
一方、現場では、ビッグデータを活用したサービスとは別に、独自の手法で品質改善に取り組み、現場主導でセンサの追加などを行っている。ビッグデータを活用したサービスでは、このようなシステムの変更を検知し、サービスに必要なデータを適切に扱う必要がある。この点、システムの変更を検知することができる方法が開示されている（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１０−２０６５８２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
特許文献１に記載の技術では、ネットワーク障害の場合と同様に、システムの変更により影響を受けるサービスを特定し得るが、例えば計測点を増やすことを目的としたセンサの追加においては、システムとして影響がないものの、システムの変更として扱われてしまう。つまり、システムの変更を正確に把握できないために、収集したデータのうちどのデータを利用できるのかの判断ができないという問題がある。
【０００８】
本発明は以上の点を考慮してなされたもので、データを適切に管理し得るデータ管理装置を提案しようとするものである。
【課題を解決するための手段】
【０００９】
かかる課題を解決するため本発明においては、現場システムに設けられる複数のセンサの各々で検知された各センサデータを管理するデータ管理装置であって、管理者端末と通信可能であり、前記現場システムの所定の構成要素を変更することを示す構成情報変更要求を前記管理者端末より受け付けるインターフェース部と、前記インターフェース部により受け付けられた構成変更要求と、前記現場システムに係る構成要素の依存関係を示す構成情報とに基づいて、前記構成変更要求で示される構成要素の変更により影響があるセンサを特定し、特定したセンサで検知されるセンサデータおよび前記センサデータの説明情報を管理するためのリビジョン情報を更新するデータリビジョン情報管理部と、を設けるようにした。
【００１０】
また本発明においては、現場システムに設けられる複数のセンサの各々で検知された各センサデータを管理して提供するためのデータ提供制御方法であって、管理者端末と通信可能なインターフェース部が、前記現場システムの所定の構成要素を変更することを示す構成情報変更要求を前記管理者端末より受け付ける第１のステップと、データリビジョン情報管理部が、前記インターフェース部により受け付けられた構成変更要求と、前記現場システムに係る構成要素の依存関係を示す構成情報とに基づいて、前記構成変更要求で示される構成要素の変更により影響があるセンサを特定し、特定したセンサで検知されるセンサデータおよび前記センサデータの説明情報を管理するためのリビジョン情報を更新する第２のステップと、を設けるようにした。
【００１１】
上記構成によれば、現場システムに係る構成要素の変更により影響があるセンサで検知されるセンサデータおよびセンサデータの説明情報を管理するためのリビジョン情報を更新することができる。
【発明の効果】
【００１２】
本発明によれば、データを適切に管理し得るデータ管理装置を実現することができる。
【図面の簡単な説明】
【００１３】
【図１】第１の実施の形態によるデータ管理システムの構成の一例を示す図である。
【図２】第１の実施の形態によるデータ管理サーバのハードウェア構成の一例を示す図である。
【図３】第１の実施の形態によるデータの一例を示す図である。
【図４】第１の実施の形態による現場システムにおける構成例を示す図である。
【図５Ａ】第１の実施の形態による構成情報の一例を示す図である。
【図５Ｂ】第１の実施の形態による構成情報の一例を示す図である。
【図６Ａ】第１の実施の形態による生成ルールの一例を示す図である。
【図６Ｂ】第１の実施の形態による生成ルールの一例を示す図である。
【図７Ａ】第１の実施の形態による説明情報の一例を示す図である。
【図７Ｂ】第１の実施の形態による説明情報の一例を示す図である。
【図８】第１の実施の形態による構成情報変更要求受信時処理に係るフローチャートの一例を示す図である。
【図９】第１の実施の形態によるメタデータ自動生成処理に係るフローチャートの一例を示す図である。
【図１０】第１の実施の形態によるデータ要求受信時処理に係るフローチャートの一例を示す図である。
【発明を実施するための形態】
【００１４】
以下図面について、本発明の一実施の形態を詳述する。
【００１５】
（１）第１の実施の形態
図１において、１は全体として第１の実施の形態によるデータ管理システムを示す。データ管理システム１は、ユーザ端末１１０、管理者端末１２０、現場システム１３０、およびデータ管理サーバ１４０を備える。データ管理システム１は、（Ａ）データ収集処理、（Ｂ）データ管理処理、（Ｃ）データ分析処理、（Ｄ）データ提供処理などを行い、現場システム１３０から送信されるセンサデータであるデータ１４０Ａおよびデータ１４０Ａの説明情報１４０Ｂを適切に管理する。以下、詳細について説明する。
【００１６】
ユーザ端末１１０は、通信路１５０を介してデータ管理サーバ１４０と通信可能に接続され、データ管理サーバ１４０が管理するデータ１４０Ａ、データ１４０Ａの説明情報１４０Ｂ等を利用するためにユーザが使用する端末（コンピュータ等）である。
【００１７】
管理者端末１２０は、通信路１５０を介してデータ管理サーバ１４０と通信可能に接続され、現場システム１３０を管理する現場システム管理者が管理業務を行うために使用する端末（コンピュータ等）である。管理業務としては、例えば、データ管理サーバ１４０内の現場システム１３０に係る構成情報１４０Ｃを参照、更新、追加、削除すること、説明情報１４０Ｂを生成するための生成情報（生成ルール１４０Ｄ、生成プログラム１４０Ｅ等）を参照、追加、更新、削除すること等が挙げられる。
【００１８】
現場システム１３０は、通信路１５０を介してデータ管理サーバ１４０と通信可能に接続するゲートウェイ１３１と、生産ライン設備、発電プラント設備等の設備を制御するコントローラ群１３２と、各設備に内蔵されたセンサ、外付けられたセンサ等を有するセンサ群１３３とを含んで構成される。例えば、ゲートウェイ１３１は、コントローラ群１３２が収集したコントローラ内の制御実績データ、センサ群１３３が検知した各種センサデータ等の現場データを集約し、データ管理サーバ１４０に送信する。
【００１９】
データ管理サーバ１４０は、コンピュータ、データ管理装置等であり、データアクセスＩ／Ｆ部１４１、データ管理部１４２、現場データ格納部１４３、通信Ｉ／Ｆ部１４４、説明情報アクセスＩ／Ｆ部１４５、構成情報アクセスＩ／Ｆ部１４６、データリビジョン情報管理部１４７、メタデータ生成管理Ｉ／Ｆ部１４８、および情報自動生成部１４９を含んで構成される。
【００２０】
また、データ管理サーバ１４０は、データ１４０Ａ、説明情報１４０Ｂ、構成情報１４０Ｃ、生成ルール１４０Ｄ、および生成プログラム１４０Ｅを備える。
【００２１】
データアクセスＩ／Ｆ部１４１は、ユーザ端末１１０からのデータ要求の受信など、データ１４０Ａにアクセスするためのインターフェース部（Ｉ／Ｆ部）である。なお、データ１４０Ａについては、その一例を図３に示し、後述する。
【００２２】
データ管理部１４２は、データアクセスＩ／Ｆ部１４１からデータ要求を受け取ると、データ１４０Ａ、構成情報１４０Ｃ等に基づいて応答データを生成し、データアクセスＩ／Ｆ部１４１を介してユーザ端末１１０に送信する。
【００２３】
現場データ格納部１４３は、通信Ｉ／Ｆ部１４４を介してパケットを受け取ると、データ１４０Ａとして格納する。また、現場データ格納部１４３は、データ１４０Ａの使用先（データ管理部１４２、情報自動生成部１４９等）からの指示に応じて当該使用先にデータ１４０Ａを送信する。
【００２４】
通信Ｉ／Ｆ部１４４は、現場システム１３０のゲートウェイ１３１から送信されるパケットを受信するためのＩ／Ｆ部である。通信Ｉ／Ｆ部１４４は、現場データ格納部１４３に受信したパケットを渡す。なお、パケットには、現場データ、現場データに係る時間情報（現場データが取得された時間、現場データが送信された時間などを示す情報）などが含まれる。
【００２５】
説明情報アクセスＩ／Ｆ部１４５は、ユーザ端末１１０からの説明情報要求の受信など、ユーザ端末１１０が説明情報１４０ＢにアクセスするためのＩ／Ｆ部である。例えば、説明情報アクセスＩ／Ｆ部１４５は、説明情報１４０Ｂの参照、追加、更新、削除などを行う。説明情報１４０Ｂは、データ１４０Ａを説明するための情報（平均値、分散値、外れ値など、人がデータ１４０Ａを理解するための情報）である。なお、説明情報１４０Ｂについては、その一例を図７Ａおよび図７Ｂに示し、後述する。
【００２６】
構成情報アクセスＩ／Ｆ部１４６は、管理者端末１２０からの構成情報変更要求（構成変更要求）の受信など、管理者端末１２０が構成情報１４０ＣにアクセスするためのＩ／Ｆ部である。構成情報１４０Ｃは、現場システム１３０の構成を特定するための情報（システム構成情報）である。なお、構成情報１４０Ｃについては、その一例を図５Ａおよび図５Ｂに示し、後述する。
【００２７】
データリビジョン情報管理部１４７は、構成情報アクセスＩ／Ｆ部１４６から構成情報変更要求を受け取ると、データ１４０Ａ、構成情報１４０Ｃなどに基づいて、現場システム１３０において変更された構成要素により影響を受けるセンサを特定し、構成情報１４０Ｃ（特定したセンサのリビジョン情報）を更新する。
【００２８】
メタデータ生成管理Ｉ／Ｆ部１４８は、ユーザ端末１１０または管理者端末１２０を介して、説明情報１４０Ｂを生成するための生成情報（生成ルール１４０Ｄ、生成プログラム１４０Ｅ等）を参照、追加、更新、削除などを行うためのＩ／Ｆ部である。なお、生成ルール１４０Ｄについては、その一例を図６Ａおよび図６Ｂに示し、後述する。
【００２９】
情報自動生成部１４９は、ユーザ端末１１０等からの生成指示、生成情報などに基づいて説明情報１４０Ｂを自動生成する。
【００３０】
（Ａ）データ収集処理
データ収集処理では、現場システム１３０における現場データを収集するための処理が適宜のタイミングに行われる。例えば、現場データ格納部１４３は、通信Ｉ／Ｆ部１４４を介して現場システム１３０から受信したパケットに基づいて現場データを再構築し、各種データ処理で使用したり、データベースに格納したりできるようにデータ１４０Ａとして格納（記憶）する。
【００３１】
（Ｂ）データ管理処理
データ管理処理では、データ１４０Ａおよび説明情報１４０Ｂを管理するための構成情報１４０Ｃを更新する処理が行われる。例えば、構成情報アクセスＩ／Ｆ部１４６は、管理者端末１２０からの構成情報変更要求に応じて、構成情報１４０Ｃの追加、更新、削除などに関する操作をデータリビジョン情報管理部１４７に指示する。データリビジョン情報管理部１４７は、その内容に応じて構成情報１４０Ｃの変更を行う。これらの一連の処理の詳細については、図８を用いて説明する。
【００３２】
（Ｃ）データ分析処理
データ分析処理では、データ１４０Ａが評価（データ１４０Ａが分析されて説明情報１４０Ｂが生成等）される。例えば、情報自動生成部１４９は、ユーザ端末１１０からの生成指示、生成ルール１４０Ｄなどに基づいて現場データ格納部１４３を介してデータ１４０Ａを取得し、生成ルール１４０Ｄに従って演算を行い、その結果（演算結果）を説明情報１４０Ｂとして格納する。また、情報自動生成部１４９は、予め登録されている生成ルール１４０Ｄに従って、定期的にデータ１４０Ａの内容をもとに演算を行い、その結果を説明情報１４０Ｂとして格納する。これらの一連の処理の詳細については、図９を用いて説明する。
【００３３】
（Ｄ）データ提供処理
データ提供処理では、ユーザ端末１１０からデータ要求に基づいてデータが提供される。例えば、データ管理部１４２は、データ要求に応じて、データ１４０Ａおよび構成情報１４０Ｃを参照し、リビジョンを跨がないデータとして構成した応答データをユーザ端末１１０に提供する。これらの一連の処理の詳細については、図１０を用いて説明する。
【００３４】
また、データ提供処理では、ユーザ端末１１０から説明情報要求に基づいてデータが提供される。例えば、説明情報アクセスＩ／Ｆ部１４５は、説明情報要求に応じて、説明情報１４０Ｂおよび構成情報１４０Ｃを参照し、リビジョンを跨がないデータとして構成した応答データをユーザ端末１１０に提供する。
【００３５】
なお、（Ａ）データ収集処理、（Ｂ）データ管理処理、（Ｃ）データ分析処理、および（Ｄ）データ提供処理の各々は、上述の順序にかかわらず、基本的には非同期に行われるものである。
【００３６】
図２は、データ管理サーバ１４０のハードウェア構成の一例を示す図である。データ管理サーバ１４０は、ＣＰＵ（Central  Processing  Unit）２０１と、メモリ２０２と、周辺Ｉ／Ｆ２０３と、記憶装置２０４と、通信Ｉ／Ｆ２０５と、バス２０６とを含んで構成される。ＣＰＵ２０１、メモリ２０２、周辺Ｉ／Ｆ２０３、記憶装置２０４、および通信Ｉ／Ｆ２０５は、それぞれバス２０６を介して接続され、相互に情報をやり取りする。
【００３７】
ＣＰＵ２０１は、記憶装置２０４（周辺Ｉ／Ｆ２０３を介して接続される周辺機器であってもよい。）に記憶されたプログラムをメモリ２０２に読み出して実行することにより、データ管理サーバ１４０の機能（図１に示す各部１４１〜１４９など）を実現する。なお、データ管理サーバ１４０の機能は、上述のようにソフトウェアにより実現されるものに限られるものではなく、機能の一部または全部は、専用の回路等のハードウェアにより実現されてもよいし、ソフトウェアおよびソフトウェアが組み合わされて実現されてもよい。
【００３８】
メモリ２０２は、ＣＰＵ２０１がプログラムを実行する際に、ワーキングメモリおよび入出力データの一時バッファとして用いる揮発性記憶装置である。周辺Ｉ／Ｆ２０３は、マウス、キーボード、モニタ等の入出力装置、ＵＳＢ（Universal  Serial  Bus）メモリ等の外部ストレージ等の各種周辺機器などをデータ管理サーバ１４０に接続するインターフェースである。
【００３９】
記憶装置２０４は、磁気ディスク装置、フラッシュＲＯＭ（Read  Only  Memory）等から構成され、ＯＳ（Operating  System）、各種ドライバ、各種アプリケーションプログラム、プログラムで使用される各種の情報（例えば、管理者または保守者によって設定される情報、データ１４０Ａ、説明情報１４０Ｂ、構成情報１４０Ｃ、生成ルール１４０Ｄ、生成プログラム１４０Ｅ等）を格納している。通信Ｉ／Ｆ２０５は、データ管理サーバ１４０が通信路１５０を介してユーザ端末１１０、管理者端末１２０、現場システム１３０等と通信を行う際のインターフェースを提供する。通信Ｉ／Ｆ２０５は、２つ以上あっても構わない。
【００４０】
なお、ユーザ端末１１０および管理者端末１２０の各々は、ＣＰＵ、メモリ、周辺Ｉ／Ｆ、記憶装置、および通信Ｉ／Ｆを備えるコンピュータ等であり、ユーザ端末１１０および管理者端末１２０のハードウェアの構成は、データ管理サーバ１４０のハードウェアの構成と同様であるので、図示およびその説明を省略する。
【００４１】
図３は、データ管理サーバ１４０に記憶されるデータ１４０の一例（データ管理テーブル３００）を示す図である。データ管理テーブル３００は、レコードを一意に特定（識別）可能な項目と、現場システム１３０で収集される現場データをセンサごとに格納する項目（センサ項目）とで構成されるテーブルである。データ管理テーブル３００では、図３に示すように、時間情報と現場データ（例えば、センサ群１３３の各々が検出した各センサデータ）とが対応付けられて管理されている。
【００４２】
図４は、現場システム１３０における現場データ、構成要素などの物理的な作用の順を示す構成例（システム構成例４００）を示す図である。システム構成例４００に示すように、現場システム１３０では、センサ群１３３が複数の装置の前後に設置されている。例えば、「センサ１」と「装置Ａ」と「センサ２」とに関しては、「センサ１」で温度、湿度などの現場状態を計測し、その内容が「装置Ａ」によって処理され、その結果を「センサ２」で計測するというプロセスで実行されることが示される。
【００４３】
図５Ａおよび図５Ｂは、データ管理サーバ１４０に記憶される構成情報１４０Ｃの一例（構成情報管理テーブル５００Ａおよびリビジョン管理テーブル５００Ｂ）を示す図である。
【００４４】
構成情報管理テーブル５００Ａは、システム構成例４００に係る情報（装置名、装置の収集周期、システム構成、パラメータ、演算結果などの構成要素の依存関係を示す情報）を格納する。構成情報管理テーブル５００Ａでは、センサ群１３３の間に存在する構成要素との依存関係をメタデータとして扱うために、データの出所を「Ｆｒｏｍ」、データの行先を「Ｔｏ」に格納する。
【００４５】
リビジョン管理テーブル５００Ｂは、レコードを一意に特定可能な項目と、現場システム１３０で収集された現場データを測定したセンサのリビジョン情報（現場システム１３０の構成要素の更新を管理するための修正、改定等を示す情報）を格納する項目とで構成されるテーブルである。リビジョン管理テーブル５００Ｂでは、図５Ｂに示すように、時間情報とセンサ群１３３の各々のリビジョン情報とが対応付けられて管理されている。
【００４６】
また、リビジョン管理テーブル５００Ｂは、現場システム１３０に対してセンサの追加、装置の制御アルゴリズムが変更された場合に、管理者端末１２０からの要求（構成情報変更要求）に基づいて更新され得る。
【００４７】
なお、リビジョン管理テーブル５００Ｂは、データ管理テーブル３００と同様のカラムで構成される。また、データ管理テーブル３００にデータが格納されるたびに、リビジョン管理テーブル５００Ｂにもデータが格納される。
【００４８】
図６Ａおよび図６Ｂは、データ管理サーバ１４０に記憶される生成ルール１４０Ｄの一例（生成条件管理テーブル６００Ａおよび生成ルール管理テーブル６００Ｂ）を示す図である。生成条件管理テーブル６００Ａと生成ルール管理テーブル６００Ｂとは、メタデータ生成管理Ｉ／Ｆ部１４８を介して参照、追加、更新、削除が行われる。
【００４９】
生成条件管理テーブル６００Ａは、データ１４０Ａを用いた演算の結果を示す説明情報１４０Ｂ（メタデータ）の自動生成に係る情報を記憶する。より具体的には、生成条件管理テーブル６００Ａは、説明情報１４０Ｂを自動生成するタイミング（設定項目）と自動生成の対象とするか否かを判定するための情報（演算実行条件）とが対応付けられた情報（生成条件情報）を格納する。
【００５０】
例えば、「条件１」は、設定項目が「ユーザアクセス」であり、演算実行条件が「Ｔｒｕｅ」となっているので、ユーザ端末１１０（ユーザ）が説明情報１４０Ｂにアクセスしたタイミングで条件を満たすことを示す。例えば、「条件２」は、設定項目が「データ更新」であり、演算実行条件が「１００回更新」となっているので、データ管理テーブル３００のデータ更新が所定回数（本例では１００回）発生したときに条件を満たすことを示す。
【００５１】
例えば、「条件３」は、設定項目が「時間周期」であり、演算実行条件が「６０分」となっているので、特定の時間周期（本例では６０分の時間周期）で条件を満たすことを示す。例えば、「条件４」は、設定項目が「時刻指定」であり、演算実行条件が「８：００」となっているので、特定の時刻（本例では８：００）に条件を満たすことを示す。例えば、「条件５」は、設定項目が「データ値」であり、演算実行条件が「{センサ１}＜１０」となっているので、センサ情報の値が特定の条件（本例ではセンサ１のセンサ値が１０未満）になったときに条件を満たすことを示す。
【００５２】
生成ルール管理テーブル６００Ｂは、実行Ｎｏ．、対象データ、アルゴリズム、パラメータ、および実行条件の項目で構成される。対象データは、データ管理テーブル３００のカラム名（センサ項目）から選択される。アルゴリズムは、データ管理サーバ１４０が管理する生成プログラム１４０Ｅから選択される。パラメータは、生成プログラム１４０Ｅから選択したアルゴリズムで演算する際に必要となるパラメータが入力される。実行条件は、生成条件管理テーブル６００Ａで設定した条件から選択される。
【００５３】
例えば、情報自動生成部１４９は、実行条件「条件２ａｎｄ条件４」を満たしたと判定した場合、「センサ１」のセンサデータについて平均値を算出する。
【００５４】
図７Ａおよび図７Ｂは、データ管理サーバ１４０に記憶される説明情報１４０Ｂの一例（説明情報管理テーブル７００Ａ，７００Ｂ）を示す図である。説明情報管理テーブル７００Ａ，７００Ｂは、ユーザ端末１１０または管理者端末１２０により説明情報アクセスＩ／Ｆ部１４５を介して参照、追加、更新、削除が行われる。
【００５５】
説明情報管理テーブル７００Ａは、特定の時間帯に対して１つの説明情報を付与する例である。説明情報管理テーブル７００Ａは、カラム名、開始時刻、終了時刻、リビジョン、説明項目、および説明内容で構成される。カラム名は、データ管理テーブル３００のカラム名の何れかが格納される。開始時刻と終了時刻とは、これらの時刻（時間帯）に指定した範囲に対して説明情報が有効であることを示す。リビジョンは、カラム名に指定したセンサが、開始時刻と終了時刻との範囲においてどのリビジョンに属しているかを格納する。説明項目および説明内容は、説明情報そのものを示す。ここでは、分散値、分布が正規分布に則っているか否かと平均値との例を示している。
【００５６】
説明情報管理テーブル７００Ｂは、各時刻に対してそれぞれ説明情報を付与する例である。説明情報管理テーブル７００Ｂでは、カラム名、説明項目、およびリビジョンごとに、時刻と説明内容とが対応付けられて管理される。ここでは、外れ値であるか否かの例を示している。
【００５７】
図８は、データリビジョン情報管理部１４７が構成情報アクセスＩ／Ｆ部１４６を介して構成情報変更要求を受信したときに実行する構成情報変更要求受信時処理に係るフローチャートの一例を示す図である。
【００５８】
データリビジョン情報管理部１４７は、構成情報変更要求を受信すると、現在の構成情報管理テーブル５００Ａとの差分（装置、パラメータを変更したい等の変更情報）を取得する（ステップＳ８０１）。
【００５９】
データリビジョン情報管理部１４７は、変更されたＦｒｏｍの内容がデータテーブル（データ管理テーブル３００またはリビジョン管理テーブル５００Ｂ）のカラムに含まれているか否か（変更されたものがセンサであるか否か）を判断する（ステップＳ８０２）。データリビジョン情報管理部１４７は、含まれている（センサである）と判定した場合、ステップＳ８０４に処理を移し、含まれていない（センサでない）と判定した場合、ステップＳ８０３に処理を移す。
【００６０】
ステップＳ８０３では、データリビジョン情報管理部１４７は、構成情報管理テーブル５００Ａの「Ｆｒｏｍ」において「Ｔｏ」の内容を検索し、影響のあるセンサ（項目）の一覧を取得し、ステップＳ８０４に処理を移す。例えば、データリビジョン情報管理部１４７は、「装置Ａ」が変更されたと判定した場合、「Ｆｒｏｍ」から「装置Ａ」を検索し、「装置Ａ」に対応付けられた「Ｔｏ」の「センサ２」を特定し、続いて「Ｆｒｏｍ」から「センサ２」を検索し、「センサ２」に対応付けられた「Ｔｏ」の「装置Ｃ」を特定し、続いて「Ｆｒｏｍ」から「装置Ｃ」を検索し、「装置Ｃ」に対応付けられた「Ｔｏ」の「センサ３」を特定し、「センサ３」に対応付けられた「Ｔｏ」がないため、センサの一覧として「センサ２」および「センサ３」を取得する。
【００６１】
ステップＳ８０４では、データリビジョン情報管理部１４７は、全ての変更情報を確認したか否かを判定する。データリビジョン情報管理部１４７は、確認したと判定した場合、ステップＳ８０５に処理を移し、確認していないと判定した場合、ステップＳ８０１に処理を移す。
【００６２】
ステップＳ８０５では、データリビジョン情報管理部１４７は、センサが変更された時間（構成情報変更要求に含まれている現場システム管理者により指定された時間、構成情報変更要求を受信した時間などであってもよい。）に基づいて、リビジョン管理テーブル５００ＢにおいてステップＳ８０３で取得したセンサのリビジョン情報を更新する。
【００６３】
このように、現場システム１３０の構成情報とその変更に伴う影響範囲とを特定し、その情報をリビジョン情報としてセンサと対応付けて管理することで、ユーザは、あるセンサで収集されたデータのうちどのデータが利用できるのかを適切に判断できるようになる。
【００６４】
図９は、情報自動生成部１４９が周期的に実行するメタデータ自動生成処理に係るフローチャートの一例を示す図である。
【００６５】
情報自動生成部１４９は、生成ルール管理テーブル６００Ｂの処理対象の実行条件を参照する（ステップＳ９０１）。
【００６６】
ステップＳ９０２では、情報自動生成部１４９は、実行条件を満たしているか否かを判定する。情報自動生成部１４９は、実行条件を満たしていると判定した場合、ステップＳ９０３に処理を移し、実行条件を満たしていないと判定した場合、処理対象を次に進め、ステップＳ９０１に処理を移す。
【００６７】
ステップＳ９０３では、情報自動生成部１４９は、リビジョン管理テーブル５００Ｂを参照し、演算に用いる時間帯のリビジョン情報を取得する。
【００６８】
ステップＳ９０４では、情報自動生成部１４９は、取得したリビジョン情報ごとに指定のアルゴリズムを用いて演算を行う。
【００６９】
例えば、生成ルール管理テーブル６００Ｂの「実行３」が実行される場合、「条件３」は「６０分」ごとに満たされることから、現在の時刻が「１４：００」であったとき、「センサ２」について「１３：００」〜「１４：００」における平均値が算出される。この際、「１３：３０」に「センサ２」のリビジョン情報が変更されていた場合、「１３：００」〜「１３：２９」の平均値「５０．３」と、「１３：３０」〜「１４：００」の平均値「５１．０」とが算出される。
【００７０】
ステップＳ９０５では、情報自動生成部１４９は、演算結果を説明情報管理テーブル７００Ａ，７００Ｂに格納し、処理対象を次に進め、ステップＳ９０１に処理を移す。
【００７１】
上述の処理では、メタデータ自動生成処理が周期的に実行される場合について述べたが、メタデータ自動生成処理がユーザ操作（ユーザアクセス）を契機に実行される場合についても同様に、ステップＳ９０３〜ステップＳ９０５の処理が行わる（図示およびその説明を省略する）。
【００７２】
このように、演算に用いる時間帯のリビジョン情報（データが属するリビジョン情報）を特定することで、現場システム１３０の構成要素の変更を加味した説明情報を自動的に生成することができる。
【００７３】
図１０は、データ管理部１４２がデータアクセスＩ／Ｆ部１４１を介してデータ要求を受信したときに実行するデータ要求受信時処理に係るフローチャートの一例を示す図である。ここで、データ要求は、データ管理テーブル３００における時刻を指定するための指定区間（時間情報）とセンサ群１３３を指定するためのカラム情報（「センサ１」など、センサを特定するためのセンサ特定情報）とを含んで構成されるものとして説明する。
【００７４】
データ管理部１４２は、データ要求を受信すると、リビジョン管理テーブル５００Ｂを取得（選択）する（ステップＳ１００１）。
【００７５】
ステップＳ１００２では、データ管理部１４２は、リビジョン管理テーブル５００Ｂから指定区間の先頭のリビジョン情報（指定区間における最も古いリビジョン情報）を取得する。
【００７６】
ステップＳ１００３では、データ管理部１４２は、データ管理テーブル３００を選択し、指定区間のうち、取得したリビジョン情報のデータをデータ管理テーブル３００から取得する。
【００７７】
ステップＳ１００４では、データ管理部１４２は、取得したデータを要求元（ユーザ端末１１０）にデータアクセスＩ／Ｆ部１４１を介して送信する。
【００７８】
このように、現場システム１３０の構成要素の変更に伴うリビジョン情報に基づいて、リビジョン情報を跨がないデータに再構成してデータを提供することができる。
【００７９】
なお、図１０では、データ管理テーブル３００からデータを取得する場合について説明したが、説明情報管理テーブル７００Ａ，７００Ｂから説明情報を取得する場合についても同様である。つまり、データアクセス時に、説明情報管理テーブル７００Ａ，７００Ｂを使用することで、時間帯および／または装置変更などによるリビジョン情報ごとに説明内容を提供（管理）することが可能である。また、従来では、装置の交換、パラメータの変更など、現場での変更を意識してデータを検索・抽出していたが、上述の構成によれば、リビジョン情報または説明内容による検索・抽出が可能となり、データ分析の作業コストが低減される。
【００８０】
上述した構成によれば、例えば、プロセス制御システムで収集された大量の現場データに対し、制御システムが変更されたか否かを判定し、制御システムの変更による影響の有無に関する情報を提供することで、上位のサービスがデータ利用における再検討を必要とすることなく、データを利用することが可能となる。
【００８１】
本実施の形態によれば、現場システム１３０で収集されたデータおよび当該データの説明情報を適切に管理できるようになる。
【００８２】
（２）他の実施の形態
なお上述の実施の形態においては、本発明をデータ管理システム１に適用するようにした場合について述べたが、本発明はこれに限らず、この他種々のデータ管理システム（データ提供制御方法）に広く適用することができる。
【００８３】
また上述の実施の形態においては、データ要求受信時処理では、指定区間の先頭のリビジョン情報を取得し、リビジョン情報のデータを取得し、取得したデータを要求元に送信する場合について述べたが、本発明はこれに限らず、指定区間の全てのリビジョン情報を取得し、リビジョン情報ごとにデータを取得し、リビジョン情報ごとにデータを識別可能なデータ形式（態様）で要求元に送信するようにしてもよい。
【００８４】
また上述の実施の形態においては、リビジョン管理テーブル５００Ｂにおいて各センサのリビジョン情報を所定の時間（例えば、データ管理テーブル３００にデータが格納されるたびに）ごとに管理（記憶）する場合について述べたが、本発明はこれに限らず、所定の時間を１秒などの指定時間にしてもよいし、リビジョン情報が変更された時間を特定可能なデータ形式で（例えば、各センサの同じリビジョン情報については１つの時間帯に対応付けて）管理するようにしてもよい。
【符号の説明】
【００８５】
１……データ管理システム、１１０……ユーザ端末、１２０……管理者端末、１３０……現場システム、１４０……データ管理サーバ。
【図１】
2019067160.tif 000003
【図２】
2019067160.tif 000004
【図３】
2019067160.tif 000005
【図４】
2019067160.tif 000006
【図５Ａ】
2019067160.tif 000007
【図５Ｂ】
2019067160.tif 000008
【図６Ａ】
2019067160.tif 000009
【図６Ｂ】
2019067160.tif 000010
【図７Ａ】
2019067160.tif 000011
【図７Ｂ】
2019067160.tif 000012
【図８】
2019067160.tif 000013
【図９】
2019067160.tif 000014
【図１０】
2019067160.tif 000015