JP2019133477A - データ提供装置及びデータ提供方法 - Google Patents

Abstract

【課題】データ要求元の要求に合ったサービスデータをデータ要求元に提供することでサービスアプリケーションにおける改修工数を低下させること。【解決手段】現場の設備に関する現場データを取得する現場データ取得手段と、現場データをサービスデータとして利用するサービス提供手段を通信対象として、通信対象と情報の送受信を行うデータ提供手段を有し、データ提供手段は、現場データとサービスデータとの関係を規定した変換ルールの情報を管理し、サービス提供手段からデータ取得要求を受信した場合、指定された現場データを現場データ取得手段から取得し、現場データの仕様とサービスデータの仕様との間に相違がある場合、取得した現場データを変換ルールに従ってサービスデータに変換し、変換されたデータをサービス提供手段に送信する。【選択図】図１

Description

本発明はデータ提供装置及びデータ提供方法に関する。

近年、ビックデータを活用したサービスの提供を目的として、例えば、工場設備や現場の機器などから収集したデータ（以下、これを現場データと呼ぶ）を一括して管理することが可能なデータ管理システムが提供されている。

工場内で計測された電力量を可視化したり、ライン毎の製品の生産数から稼働率を取得したりすることを「サービス」と呼ぶものとする。このようなサービスは、例えば、Ｗｅｂサーバからなるサービス装置によって利用者に提供される。

サービス装置は、それぞれ種類や構造が異なる現場データが有する意味や読み方といった説明情報を関連付けて各現場データをそれぞれ管理し、サービス装置が現場データを活用したサービスを利用者に提供できるようにしている。

特許文献１（特開２０１３−１４９１７３号公報）には、「通信部１０１は、ネットワーク３０を介して、複数の端末装置（システム）と通信する。記憶部１０２は、端末装置から発行されたクエリを商品管理ＤＢ１０２１の仕様に対応可能となるようなクエリに変換するための変換内容がシステム毎に定義された変換定義ファイル１０２２を記憶する。クエリ変換部１０３１は、端末装置から発行されたクエリを受信すると、変換定義ファイル１０２２から当該システムに対応する変換内容を取得し、取得した変換内容に基づいて、受信したクエリを変換する。そして、クエリ変換部１０３１は、変換後のクエリをＤＢＭＳ処理部１０３２に供給する。」ことが開示されている（要約参照）。

特開２０１３−１４９１７３号公報

現場データを利用する場合において、工場や生産設備の現場から取得した現場データを収集する現場システムとサービスとの関係性が高い場合、特許文献１に開示された技術を利用することにより、現場データを効率的に利用することができる。

近年では、１つの組織だけが現場データを利用するに留まらず、現場システムと関係性が低いサービスにおいてもデータ分析などに現場データを活用しようとする動きが広まりつつある。

特許文献１に開示される技術は、テーブルレイアウトが異なる端末装置が有する旧レイアウトの情報を共通のデータベースに対して読み書きをするためにクエリ変換を行うものである。

特許文献１の共通のデータベースとは、共通のデータベースよりも上位のレイヤーに位置する基幹業務システム等のデータベースとのやりとりのみで処理できる場合に限り分野に適用できる技術である。

一方、産業や工業の分野においては、複数の現場データを統合的に利用する場合、時刻情報に代表されるような各現場データの粒度、データ収集頻度やデータ量などの差を意識して複数の現場システムから現場データを取得しなければならない。現場システムの上位に位置する複数のサービスやシステムは複数の現場システムからデータを取得するため、サービス等と現場システムは共通のデータベースを用いたデータのやりとりをすることが困難である。

さらに、現場システムは現場データを取得するセンサ等がリプレースにより変更され、変更前後でデータ収集集頻度やデータ量などが変更されることがある。これにより、現場システム側でデータの仕様（データ粒度等）が変更された場合に、サービス側が現場データの仕様に併せて変更する必要があることについて特許文献１の技術では考慮されていない。

すなわち、現場データの仕様と、サービスが要求する現場データの仕様（データ粒度等）とが異なる場合、そのサービスを提供するアプリケーションソフトウェア（以下、これをサービスアプリケーションと呼ぶ）が、現場データをサービスが要求する仕様に合致したデータに変換している。

しかし、現場における機器のリプレースなどの仕様変更のたびに、現場データの仕様が変更されるため、これに合わせてサービスアプリケーションの改変が必要になる。

このように、近年のデータ統合環境においては、複数の現場における機器の変更が複数のサービスに影響を及ぼすため、サービス装置の管理者は常に各現場の機器の変更を意識する必要がある。この結果、現場システム側の変更に伴うサービスアプリケーションの改修工数が増加する課題があった。

本発明は以上の点を考慮してなされたもので、データ要求元の要求に合ったサービスデータをデータ要求元に提供することで、サービスアプリケーションにおける改修工数を低下させるデータ提供装置及びデータ提供方法を提案しようとするものである。

かかる課題を解決するため本発明においては、現場の設備に関する現場データを取得する現場データ取得手段と、前記現場データをサービスデータとして利用するサービス提供手段を通信対象として、前記通信対象と情報の送受信を行うデータ提供手段を有し、前記データ提供手段は、前記現場データと前記サービスデータとの関係を規定した変換ルールの情報を管理し、前記サービス提供手段からデータ取得要求を受信した場合、指定された前記現場データを前記現場データ取得手段から取得し、取得した前記現場データの仕様と前記サービスデータの仕様とを比較し、比較された前記現場データの仕様と前記サービスデータの仕様との間に相違がある場合に、前記取得した現場データを前記変換ルールに従って変換し、変換された前記現場データを前記サービス提供手段に送信することを特徴とする。

本発明によれば、データ要求元の要求に合ったサービスデータをデータ要求元に提供することでサービスアプリケーションにおける改修工数を低下させるデータ提供装置及びデータ提供方法を実現できる。

本発明の実施形態におけるデータ統合システムの全体構成を示すブロック図である。 本発明の実施形態におけるデータ提供装置の論理構成を示すブロック図である。 本発明の実施形態における現場データ説明情報管理テーブルの構成を示す概念図である。 本発明の実施形態におけるサービスデータ説明情報管理テーブルの構成を示す概念図である。 本発明の実施形態における変換ルール管理テーブルの構成を示す概念図である。 本発明の実施形態における現場データ説明情報登録画面の構成を示す概念図である。 本発明の実施形態における現場データ説明情報バージョン管理画面の構成を示す概念図である。 本発明の実施形態におけるサービスデータ説明情報登録画面の構成を示す概念図である。 本発明の実施形態における変換ルール登録画面の構成を示す概念図である。 本発明の実施形態における変換ルールバージョン管理画面の構成を示す概念図である。 本発明の実施形態における説明情報登録処理の処理手順を示すフローチャートである。 本発明の実施形態における説明情報バージョン管理処理の処理手順を示すフローチャートである。 本発明の実施形態における変換ルール登録処理の処理手順を示すフローチャートである。 本発明の実施形態における変換ルールバージョン管理処理の処理手順を示すフローチャートである。 本発明の実施形態におけるサービスデータ取得処理の処理手順を示すフローチャートである。

本発明は、例えば、工場の生産ラインなどの現場から現場データを取得し、取得した現場データを利用したサービスを提供するデータ統合システムに適用して好適なものである。

以下、本発明を実施するための形態について、図面を参照して説明する。図１〜図１０を用いて、データ統合システムの構成について説明し、図１１〜図１５を用いて、データ統合システムに説明情報およびデータ変換ルールを登録する処理フローについて説明する。

また、図１５を用いて、データ統合システムにおいて、データ提供装置が、データ要求元であるサービス端末からのサービスデータ要求に従い現場データを取得し、取得した現場データのデータ変換を行い、サービス端末へサービスデータを提供する処理フローについて説明する。
なお、本明細書及び各図において、実質的に同一の機能又は構成を有する構成要素については、同一の符号を付することにより重複する説明を省略する。
また、明細書中で既に説明した構成要素と符号については、他の図面を用いた説明においても使用する場合があるが、特に断りなく説明する。

図１は、本発明の実施形態におけるデータ統合システムの全体構成例を示すブロック図である。データ統合システムは、複数のサービス端末１００、説明情報設定端末１０１、データ提供装置１０３、現場システム（１）１１８、現場システム（２）１１９を備える。各サービス端末１００とデータ提供装置１０３は、通信路１０２により接続され、相互にデータを通信することが可能である。通信路１０２として、例えば、組織内のローカルネットワークやインターネット等が用いられる。同様に、データ提供装置１０３と説明情報設定端末１０１、および、データ提供装置１０３と現場システム（１）１１８、現場システム（２）１１９においても別あるいは同一の通信路１０２により接続される。

各サービス端末１００は、現場システム（１）１１８や現場システム（２）１１９のデータ（現場データ）をサービスデータとして利用して、エンドユーザや他の装置に対してサービスを提供するサービス提供手段或いはデータ要求元又はサービス提供元であり、例えば、ＣＰＵ（Central Processing Unit）、メモリ、入出力インタフェース等の情報処理資源を備えたコンピュータ装置で構成される。

メモリには、ＣＰＵが実行するためのサービスアプリケーションが格納される。サービス端末１００は、例えば、サービスＡ、Ｂといったサービス毎に構成されており、図中では、エンドユーザにサービスＡを提供可能なサービス端末１００が「サービス端末Ａ」と表されている。

以下の説明でサービスＡ、Ｂを区別しない場合は「サービス」と総称する。各サービス端末１００は、通信路１０２を介してデータ提供装置１０３にサービスデータ要求を送信し、サービスに必要なデータ（サービスデータ）をデータ提供装置１０３から取得する。本データ取得の詳細処理フローについては図１５を用いて後述する。サービスに必要なデータとは、サービスアプリケーションが演算結果をサービス情報として提供する際に用いる所定の現場データまたは所定の現場データを加工したデータをいう。

説明情報設定端末１０１は、データ提供装置１０３が保持している現場データ説明情報、サービスデータ説明情報、変換ルールに対して、設定・修正などの各種管理を行う説明情報設定手段であり、例えば、ＣＰＵ、メモリ、入出力インタフェース、入力部（マウス、キーボード）、表示部（液晶ディスプレイ）等を備えたコンピュータ装置で構成される。現場データ説明情報は、現場システム（１）１１８や現場システム（２）１１９が保持している現場データのデータ型、データ精度、単位、用途など、現場データを説明する様々な情報である。サービスデータ説明情報は、各サービス端末１００がデータ提供装置１０３に要求するサービスデータのデータ型、精度、単位、用途など、サービスデータを説明する様々な情報である。変換ルールは、サービスデータを現場データからどのように生成するかを示す情報である。この変換ルールは、例えばサービスデータとそれを生成する元となる現場データとの１対１もしくは１対Ｎのリレーション情報、前置補間や線形補間などデータ補間時の補間方法、平均値や相関値などのデータ変換時の変換ルール、等を含む。

データ提供装置１０３は、各サービス端末１００からのサービスデータ要求（データ取得要求を含む）を元に、サービスデータ生成に必要な現場データを現場システム（１）１１８や現場システム（２）１１９から取得し、取得した現場データに対して必要なデータ変換を行い、データ変換されたサービスデータをサービス端末１００に提供する装置である。このデータ提供装置１０３は、データアクセスＩ／Ｆ（Interface）１０４、データ生成部１０５、データ変換実行部１０６、クエリ生成部１０７、クエリ実行制御部１０８、取得データ受信部１０９、通信Ｉ／Ｆ１１０、説明情報アクセスＩ／Ｆ１１１、説明情報登録部１１２、管理画面生成部１１３、説明情報管理部１１４、現場データ説明情報管理テーブル１１５、サービスデータ説明情報管理テーブル１１６、変換ルール管理テーブル１１７から構成される。

データアクセスＩ／Ｆ１０４は、サービス端末１００からのサービスデータ要求（データ取得要求）、および、サービス端末１００へのデータ提供に関するインタフェースを提供するものであり、例えばWebAPIのRESTなどがその一つである。データ生成部１０５は、サービス端末１００からのサービスデータ要求（データ取得要求）のあったサービスデータを生成する機能ブロックである。具体的には、データ生成部１０５は、説明情報管理部１１４経由で変換ルール管理テーブル１１７の情報を参照し、必要な現場データ取得のためにクエリ生成部１０７にクエリ生成要求を行い、取得データ受信部１０９経由で、現場システム（１）１１８や現場システム（２）１１９から現場データを取得し、取得した現場データに対するデータ変換処理をデータ変換実行部１０６に指示する。これらの詳細処理フローについては、図１５にて説明する。

データ変換実行部１０６は、データ生成部１０５からのデータ変換要求に従ってデータ変換を行う機能ブロックである。クエリ生成部１０７は、データ生成部１０５からのクエリ生成要求に従い、現場データを現場システム（１）１１８や現場システム（２）１１９から取得するためのクエリを生成し、クエリ実行制御部１０８に対し、生成したクエリの実行を指示する機能ブロックである。クエリ実行制御部１０８は、クエリ生成部１０７からのクエリ実行指示に従って、通信Ｉ／Ｆ１１０経由で現場システム（１）１１８や現場システム（２）１１９に対してクエリを発行する機能ブロックである。取得データ受信部１０９は、クエリ実行制御部１０８が発行したクエリに対する現場システム（１）１１８や現場システム（２）１１９からの応答である現場データを通信Ｉ／Ｆ１１０経由で受信し、データ生成部１０５に渡す機能ブロックである。通信Ｉ／Ｆ１１０は、現場システム（１）１１８や現場システム（２）１１９と通信路１０２を介して通信するためのインタフェース機能を提供するものである。

説明情報アクセスＩ／Ｆ１１１は、説明情報設定端末１０１からの各種要求（登録・変更・削除等の要求）、および、説明情報設定端末１０１への情報提供に関するインタフェースを提供するものであり、例えばWebAPIのRESTなどがその一つである。説明情報登録部１１２は、説明情報設定端末１０１から受信した各種説明情報の登録・変更・削除要求に応じて、各種管理テーブル１１５〜１１７の情報の登録・変更・削除を行う機能ブロックである。管理画面生成部１１３は、説明情報設定端末１０１からの説明情報管理画面要求に応じて、各種管理テーブル１１５〜１１７の情報を取得し、説明情報管理画面を生成する機能ブロックである。説明情報管理部１１４は、各種管理テーブル１１５〜１１７を管理する機能ブロックであり、データ生成部１０５や説明情報登録部１１２からの要求に応じて、各種管理テーブル１１５〜１１７に対する新規データ登録、データ変更、データ削除などを行う。

現場データ説明情報管理テーブル１１５は、上述の現場データ説明情報を管理するテーブルであり、詳細なテーブル構成については図３にて説明する。サービスデータ説明情報管理テーブル１１６は、上述のサービスデータ説明情報を管理するテーブルであり、詳細なテーブル構成については図４にて説明する。変換ルール管理テーブル１１７は、上述の変換ルールを管理するテーブルであり、詳細なテーブル構成については図５にて説明する。

現場システム（１）１１８は、データ提供装置１０３と現場システム（１）１１８を接続するゲートウェイ１２３、現場システム（１）１１８をセンシングするセンサ群１２０、それらセンサを制御するコントローラ１２１、各センサ１２０がセンシングした現場データを蓄積する現場データ格納部（１）１２２から構成される。

現場システム（１）１１８が、例えば、発電プラントシステムで構成される場合、各センサ１２０は、ガスタービンの回転数を検出する回転数センサやタービンの温度を検出する温度センサ等で構成される。

この際、各センサ１２０は、設備や機器を計測対象として、各計測対象を各計測対象について規定された仕様に従って計測し、計測結果のデータを現場データとして出力する。設備や機器とは、工業分野や産業分野に用いる設備や機器等であり、例えば、工作機械、ベルトコンベアー、モータ、インバータ、圧縮機、自動搬送ロボット、温度センサ、流量センサ等であり、これらを総称して単に設備と呼ぶ。

また、設備の変更に伴って、各計測対象の仕様が変更された場合、各センサ１２０の計測による現場データも各計測対象の仕様に変更に応じて変更される。例えば、センサ１２０のうち温度センサの仕様に属する単位が「Ｋ」から「℃」に変更された場合、温度センサの計測による現場データの値も、「Ｋ」の値から「℃」の値に変更される。

また、現場システム（１）１１８は、センサ１２０で計測されたデータを現場データとして取得する現場データ取得手段、或いは現場データとして収集する現場データ収集手段である。

現場システム（２）１１９は、データ提供装置１０３と現場システム（２）１１９を接続する通信路１０２でのデータのやり取りを行うための通信Ｉ／Ｆ１２５と、現場システム（２）１１９の生産計画などを制御するために収集したデータを蓄積するデータベース、例えば、MES（Manufacturing Execution System）やDCS（Distributed Control System）といった既存のデータベースである現場データ格納部（２）１２４から構成される。
なお、現場データ格納部（１）１２２と現場データ格納部（２）１２４には、現場データを各現場システムと各センサに関連づけて管理するための現場テーブルが格納される。

続いて、データ提供装置１０３のハードウェア構成について、図２を用いて説明する。図２は、本発明の実施形態におけるデータ提供装置１０３の論理構成を示すブロック図である。データ提供装置１０３は、各種処理を行うホストＣＰＵ２０１、ホストメモリ２０２、周辺Ｉ／Ｆ２０３、記憶装置２０４、通信Ｉ／Ｆ２０５、およびバス２０６から構成される。そして、ホストＣＰＵ２０１、ホストメモリ２０２、周辺Ｉ／Ｆ２０３、記憶装置２０４、および通信Ｉ／Ｆ２０５は、バス２０６を介して接続され、相互に情報をやり取り可能である。

このうちホストＣＰＵ２０１は、記憶装置２０４に保持しているプログラムを実行する演算装置であり、データ提供装置１０３全体を統括制御すると共に、サービス端末１００、説明情報設定端末１０１、現場システム（１）１１８、現場システム（２）１１９を通信対象として、各通信対象と情報の送受信を行う。また、ホストメモリ２０２は、ホストＣＰＵ２０１が上述のプログラムを実行する際に、ワーキングメモリおよび入出力データの一時バッファとして用いる揮発性記憶装置である。また、周辺Ｉ／Ｆ２０３は、マウス、キーボード、モニタ等の入出力装置や、ＵＳＢ（Universal Serial Bus）メモリ等の外部ストレージ等の各種周辺機器、をデータ提供装置１０３に接続するインタフェースである。

また、記憶装置２０４は、磁気ディスク装置、フラッシュＲＯＭ（Read Only Memory）等から構成され、ＯＳ（Operating System）、各種ドライバ、各種アプリケーションプログラムや、プログラムで使用される各種情報（例えば、管理者または保守者によって設定される情報等）を格納している。

また、通信Ｉ／Ｆ２０５は、データ提供装置１０３が通信路１０２を介してサービス端末１００や説明情報設定端末１０１や現場システム（１）１１８や現場システム（２）１１９と通信を行う際のインタフェースを提供する。この通信Ｉ／Ｆ２０５は、２つ以上あっても構わない。

次に、データ提供装置１０３が備える各種管理テーブル１１５〜１１７に格納される情報について、図３〜図５を用いて説明する。

図３は、本発明の実施形態における現場データ説明情報管理テーブル１１５のテーブル構成を示す概念図である。現場データ説明情報管理テーブル１１５は、データ名３０１、説明情報種別３０２、説明情報３０３、有効期間３０４の各情報を格納している。現場データ説明情報管理テーブル１１５は、現場データを識別するための第１の識別情報（データ名３０１）と現場データの仕様に関する第１の仕様情報（説明情報種別３０２、説明情報３０３）をその有効期間３０４に関連付けて管理するテーブルである。

データ名３０１の列は、全ての現場データを一意に識別する現場のデータ名（現場データ名）が格納されており、例えば現場システム（１）で動作するセンサ（１）のように、各現場システムと各センサを識別する情報（ＩＤ、名称等）が格納されている。
説明情報種別３０２の列は、現場データの説明情報を分類する種別情報が格納されており、例えば周期データの周期を表す「時刻粒度」や、データの単位を表す「単位」などが格納される。説明情報３０３の列は、現場データの説明情報が格納されており、例えば、時刻粒度の値を示す「100ms」、現場データ（温度）の単位（ケルビン）を示す「Ｋ」などが格納される。有効期間３０４の列は、当該レコードの説明情報が有効となる開始日時と終了日時が格納されている。

例えば、行３０５のレコードは、「2017-06-01 00:00:00」から「2017-06-19 10:30:00」までの間に、現場システム（１）のセンサ（１）で計測されたデータの「時刻粒度」が「100ms」、すなわち、「100ms」ごとの周期データであることを示している。
同じく行３０６のレコードは、日時が「2017-06-01 00:00:00」から「2017-06-19 10:30:00」までの間に、現場システム（１）のセンサ（１）で計測されたデータの「単位」が「Ｋ」であることを示している。
同じく行３０７のレコードは、日時が「2017-06-01 00:00:00」から「2017-06-19 10:30:00」までの間に、現場システム（１）のセンサ（１）で計測されたデータの「時刻精度」が「±1ms未満」であることを示している。

また、説明情報種別３０２と説明情報３０３および、有効期間３０４に格納された情報（年月日時刻を含む時間情報）は、現場データ説明情報管理テーブル１１５のバージョンを特定するための情報として利用される。例えば、行３０８と行３０９において、説明情報種別３０２の情報である「時刻粒度」は同じであるが、説明情報３０３と有効期間３０４の情報はそれぞれ異なっている。この場合、現場システム（１）のセンサ（２）で計測された現場データは、設備の変更に伴って、時刻粒度が「100ms」から「10ms」に変更されており、行３０８の情報は、行３０９の情報に対して、過去のバージョンの情報または過去の設備に対応する情報となる。

図４は、本発明の実施形態におけるサービスデータ説明情報管理テーブル１１６のテーブル構成を示す概念図である。サービスデータ説明情報管理テーブル１１６は、データ名４０１、説明情報種別４０２、説明情報４０３、有効期間４０４の各情報を格納している。

サービスデータ説明情報管理テーブル１１６は、サービスデータを識別する第２の識別情報（データ名４０１）と、サービスデータの仕様に関する第２の仕様情報（説明情報種別４０２、説明情報４０３）をその有効期間４０４に関連付けて管理するテーブルとして構成されている。

データ名４０１の列は、全てのサービスデータを一意に識別するデータ名が格納されており、例えばサービスＡで利用するデータＡのように、各サービスデータを識別する情報（ＩＤ、名称等）が格納されている。説明情報種別４０２、説明情報４０３、有効期間４０４については、それぞれ図３の説明情報種別３０２、説明情報３０３、有効期間３０４と同じであるため説明を省略する。

例えば、行４０５のレコードは、サービスＡが要求する、日時が「2017-06-01 00:00:00」以降のデータＡの時刻粒度が「1sec」であることを示している。行４０６のレコードは、サービスＡが要求する、日時が「2017-06-01 00:00:00」以降のデータＡの単位が「℃」であることを示している。行４０７のレコードは、サービスＡが要求する、日時が「2017-06-01 00:00:00」以降のデータＡの時刻粒度が「±10ms未満」であることを示している。また、行４０８のレコードは、サービスＡが要求する、日時が「2017-06-01 00:00:00」以降のデータＢの時刻粒度が「秒」であることを示している。行４０９のレコードは、サービスＡが要求する、日時が「2017-06-01 00:00:00」以降のデータＢの単位が「RPM」であることを示している。

図５は、本発明の実施形態における変換ルール管理テーブル１１７のテーブル構成を示す概念図である。変換ルール管理テーブル１１７は、データ名５０１、データソース５０２、時刻粒度変換ルール５０３、データ変換ルール５０４、不足時ルール５０５、有効期間５０６の各情報を格納している。

変換ルール管理テーブル１１７は、現場データを識別する、すなわち、データの提供元がどの設備であるかを示す第３の識別情報（データソース５０２）とサービスデータを識別する第４の識別情報（データ名５０１）と、を関連付けて管理する。また、変換ルール管理テーブル１１７は、変換ルール（時刻粒度変換ルール５０３、データ変換ルール５０４、不足時ルール５０５）をその有効期間５０６に関連付けて管理する。

データ名５０１の列は、変換後のデータを一意に識別するデータ名としてサービスデータを識別するデータ名が格納されている。データソース５０２の列は、変換前の元データを一意に識別するデータ名として現場データの計測元を識別するデータ名が格納されている。ここでは簡単のためにデータソースは１つしか記載していないが、複数のデータソースを指定してもよい。時刻粒度変換ルール５０３の列は、データソース５０２のデータの時刻粒度から、データ名５０１のデータの時刻粒度に変換（リサンプリング）する場合に適用される変換ルールが格納されている。データ変換ルール５０４の列は、データソース５０２のデータのデータ値（現場データのデータ値）から、データ名５０１のデータのデータ値（サービスデータのデータ値）に変換する場合に適用されるデータ変換ルールが格納されている。図５には、代表して単位変換を用いる例を示している。

データ変換ルール５０４には「単位変換」を代表例として記載しているが、これに限らず、スケール変換、各種四則演算、その他任意の変換用の関数等を用いることができる。
不足時ルール５０５の列は、データソース５０２のデータが欠損している場合、もしくは時刻粒度変換やデータ変換を行った結果、データ名５０１のデータが不足した場合に適用される補間ルールの情報が格納されている。

有効期間５０６の列は、格納されている変換ルールの有効期間が格納されており、本有効期間内のデータのみに本変換ルール（時刻粒度変換ルール５０３、データ変換ルール５０４、不足時ルール５０５）が適用される。

具体的に行５０７を例に説明する。行５０７は、「現場システム（１）センサ（１）」のデータから、「サービスＡデータＡ」のデータに変換するための変換ルールが記載されている。それぞれのデータの説明情報は、図３および図４に記載の例の通りとする。
また、現場システム（１）センサ（１）の時刻粒度は100msecである一方で、サービスＡが要求するデータＡの時刻粒度は1secであるため、時刻粒度の変換（リサンプリング）を行うことを示す。

ここでは、時刻粒度変換ルール５０３として「最近傍値補間, 50%」、すなわち、サービスＡデータＡの１秒周期の基準時刻（00:00:00.000, 00:00:01.000, 00:00:02.000, …）に最も近いタイムスタンプの「現場システム（１）センサ（１）」のデータを用いて「サービスＡデータＡ」のデータを補間することを表している。
「50%」は、補間候補の「現場システム（１）センサ（１）」のデータの範囲を表している。この場合、「サービスＡデータＡ」の周期の±50%の範囲、すなわち、基準時刻の±500msecの「現場システム（１）センサ（１）」の最近傍値で補間を行う。
また、もし±500msecに一つも「現場システム（１）センサ（１）」のデータが存在しない場合は、当該基準時刻の「サービスＡデータＡ」のデータを欠損値として扱い、後ほど説明する不足時ルール５０５に基づき補間処理が行われる。

次に、データ変換ルール５０４として「単位変換」が指定されているため、「現場システム（１）センサ（１）」の単位「Ｋ」から、「サービスＡデータＡ」の単位「℃」に変換を行う。すなわち、「現場システム（１）センサ（１）」のデータの値から「273.15」を引いた値を「サービスＡデータＡ」とする。また、不足時ルール５０５として「線形補間, 200%」と指定されているため、ある基準時刻の「サービスＡデータＡ」のデータが欠損していた場合に、その前後の周期の200%の範囲、すなわち±2secの「サービスＡデータＡ」のデータを用いて線形補間を行う。そして、本変換ルール（時刻粒度変換ルール５０３、データ変換ルール５０４、不足時ルール５０５）が適用されるのは、「2017-06-01 00:00:00」から「2017-06-19 10:30:00」の期間のデータであり、それ以外の期間のデータについては、別の有効な変換ルールに基づき変換が行われる。

また、行５０７と行５０８の場合、データ名５０１の情報は、「サービスＡデータＡ」で同一であるが、データソース５０２は、「現場システム（１）センサ（１）」と、「現場システム（１）センサ（３）」で異なり、有効期間５０６の情報も異なっている。これは、設備の変更によるバージョンの変更に伴って、「サービスＡデータＡ」に対応するデータソース５０２の情報が変更されていることを示している。

この場合、行５０７の情報は、行５０８の情報に対して、過去のバージョンの情報となる。行５０９、行５１０、行５１１の情報は、それぞれ同一バージョンの情報となる。すなわち、変換ルール管理テーブル１１７には、各種サービスデータに適用される変換ルールの各バージョンの情報が格納されている。言い換えると、変換ルールの各バーションとは、設備の変更の履歴に対応する変換ルール情報である。

続いて、説明情報設定端末１０１が図３〜図５に示した各種説明情報や変換ルールを管理するための管理画面について図６〜図１０を用いて説明する。図６は、本発明の実施形態における現場データ説明情報登録画面６０１の構成を示す概念図である。

図６に、本現場データ説明情報登録画面６０１は、説明情報設定端末１０１が現場データ説明情報を登録、変更、削除するために用いるユーザインタフェース（表示部）を示す。

この現場データ説明情報登録画面６０１は、現場テーブル名選択部６０２、登録／更新 確定ボタン６０３、データ名入力部６０４、追加ボタン６０５、データ名選択部６０６、削除ボタン６０７、説明情報種別入力部６０８、追加ボタン６０９、説明情報種別選択部６１０、削除ボタン６１１、説明情報入力部６１２、編集ボタン６１３から構成されている。

現場テーブル名選択部６０２は、説明情報の登録・変更・削除を行う現場テーブルを選択するためのＩ／Ｆである。現場テーブルを選択する場合、直接入力して指定してもよく、既に登録されている現場テーブルの一覧から選択してもよい。

登録／更新 確定ボタン６０３は、本現場データ説明情報登録画面６０１で登録・変更・削除を行った結果を確定するためのI/Fであり、登録／更新 確定ボタン６０３の操作で確定されると、図３〜図５の各種テーブル１１５〜１１７で管理されている情報が更新される。

データ名入力部６０４および追加ボタン６０５は、現場データ説明情報を登録する対象として新たに現場データを追加する際に用いるＩ／Ｆである。データ名入力部６０４にデータ名を入力し、追加ボタン６０５を押下することにより、説明情報入力部６１２に新規データ名の行が追加される。

データ名選択部６０６および削除ボタン６０７は、説明情報入力部６１２に表示されている現場データの行を削除する際に用いるＩ／Ｆである。データ名選択部６０６には、現在登録されている全データ名が表示されており、データ名選択部６０６にて削除したいデータ名を選択し、削除ボタン６０７を押下することにより、選択された現場データの行が説明情報入力部６１２から削除される。

説明情報種別入力部６０８および追加ボタン６０９は、説明情報入力部６１２に新規に説明情報種別を追加するためのＩ／Ｆである。Ｉ／Ｆによって入力された情報は、図３の説明情報種別３０２に追加される。

説明情報種別入力部６０８に、追加したい説明情報種別を入力し、追加ボタン６０９を押下すると、説明情報入力部６１２に新たな説明情報種別の列が追加される。説明情報種別選択部６１０および削除ボタン６１１は、説明情報入力部６１２から説明情報種別を削除するためのＩ／Ｆである。

説明情報種別選択部６１０には現在登録されている全説明情報種別が表示されており、説明情報種別選択部６１０にて削除したい説明情報種別を選択し、削除ボタン６１１を押下することにより、選択された説明情報種別の列が、説明情報入力部６１２から削除される。説明情報入力部６１２は、現在登録されている各種現場データの説明情報を編集するためのＩ／Ｆであり、編集したい説明情報のセルを選択して直接入力することにより、内容を編集する。編集された各種現場データの説明情報は、図３の説明情報３０３にその編集内容が反映される。

また、説明情報はバージョン管理されており、図６に示す例では、現在有効に利用されている最新バージョンの説明情報が表示されている。最新バージョンの説明情報とは、現在の現場システムに接続または取り付けられているセンサ等に対応する説明情報である。
過去バージョンの説明情報の参照・編集を行う場合は、各データ名のバージョン管理の列の編集ボタン６１３を押下することにより、参照・編集の情報が表示される。ユーザが、後述の図７の現場データ説明情報バージョン管理画面７０１上にて各種操作を行う。

図７は、本発明の実施形態における現場データ説明情報バージョン管理画面７０１の構成を示す概念図である。本現場データ説明情報バージョン管理画面７０１は、説明情報設定端末１０１が現場データ説明情報のバージョン管理をするために用いるユーザインタフェース（表示部）である。

この現場データ説明情報バージョン管理画面７０１は、データ名選択エリア７０２、登録／更新 確定ボタン７０３、説明情報バージョン一覧７０４から構成されている。データ名選択エリア７０２には、図６の編集ボタン６１３を押下した時の現場データ名が表示されており、説明情報バージョン一覧７０４には、データ名選択エリア７０２に表示されている現場データ名に関する過去、現在および未来の説明情報一覧が表示される。

ユーザは、説明情報バージョン一覧７０４上で、直接、説明情報種別と説明情報および有効期間を編集し、登録／更新 確定ボタン７０３を押下することにより、編集内容の確定、すなわち、現場データ説明情報管理テーブル１１５で管理している各種情報（図３の説明情報種別３０２、説明情報３０３、有効期間３０４）の更新を行う。

もし、ユーザが他の現場データの説明情報のバージョン管理を行いたい場合は、データ名選択エリア７０２で別の現場データ名を選択すると、選択された現場データの説明情報が説明情報バージョン一覧７０４に表示される。

図８は、本発明の実施形態におけるサービスデータ説明情報登録画面８０１の構成を示す概念図である。本サービスデータ説明情報登録画面８０１は、説明情報設定端末１０１がサービスデータ説明情報を登録、変更、削除するために用いるユーザインタフェース（表示部）である。

このサービスデータ説明情報登録画面８０１は、サービステーブル名選択部８０２、登録／更新 確定ボタン８０３、データ名入力部８０４、追加ボタン８０５、データ名選択部８０６、削除ボタン８０７、説明情報種別入力部８０８、追加ボタン８０９、説明情報種別選択部８１０、削除ボタン８１１、説明情報入力部８１２、編集ボタン８１３を有する。

本サービスデータ説明情報登録画面８０１は、図６の現場データをサービスデータに読み替えたものと同じであるため、説明を省略する。すなわち、図６の現場データ説明情報登録画面６０１で、「現場テーブル名」を選択して、「現場データ」等を登録する代わりに、サービスデータ説明情報登録画面８０１では、「サービステーブル名」を選択して、「サービスデータ」等を登録することが行われる。
なお、サービステーブル名は、サービスデータを管理するためのテーブルの名称であるが、サービステーブル名を用いることなく、サービスデータ名でサービスデータを管理することができる。

図９は、本発明の実施形態における変換ルール登録画面９０１の構成を示す概念図である。本変換ルール登録画面９０１は、説明情報設定端末１０１がサービスデータを現場データ等のデータソースから生成するための変換ルールを登録、変更、削除するために用いるユーザインタフェース（表示部）である。

この変換ルール登録画面９０１は、サービステーブル名選択部９０２、登録／更新 確定ボタン９０３、データ名選択部９０４、データソース選択部９０５、時刻粒度変換ルール選択部９０６、データ変換ルール選択部９０７、不足時ルール選択部９０８、ルール追加ボタン９０９、変換ルール一覧９１０、編集ボタン９１１、削除ボタン９１２を有する。

サービステーブル名選択部９０２は、変換ルールを登録するサービスデータのテーブルを指定するためのＩ／Ｆである。本Ｉ／Ｆでサービステーブル名を指定すると、そのサービステーブルに関する変換ルール一覧が、変換ルール一覧９１０に表示される。

登録／更新 確定ボタン９０３は、本変換ルール登録画面９０１で登録・変更・削除を行った結果を確定するためのＩ／Ｆであり、登録／更新 確定ボタン９０３の操作で、結果が確定されると図５の変換ルール管理テーブル１１７で管理されている情報が更新される。

データ名選択部９０４は、変換ルールを設定する対象のサービスデータ名を選択するためのＩ／Ｆであり、サービステーブル名選択部９０２で指定されたサービステーブルのデータ名一覧が表示されている。

データソース選択部９０５は、データ名選択部９０４で選択したサービスデータを生成するための元データを指定するためのＩ／Ｆである。本変換ルール登録画面９０１の例では単一のデータソースを選択するＩ／Ｆとなっている。

例えば、他にも、現場データＡと現場データＢの平均値をサービスデータＣとする、といったように、データソースを複数選択できるようにしてもよい。また、データソースを指定する場合、現場データを指定してもよいし、データ名選択部９０４で指定したものとは別のサービスデータを指定してもよい。

時刻粒度変換ルール選択部９０６は、データ名選択部９０４で指定したサービスデータの時刻粒度（サンプリングレート）とデータソース選択部９０５で指定したデータソースの時刻粒度が異なる場合に、どのように時刻粒度を変換するかを指定するためのＩ／Ｆである。

データ変換ルール選択部９０７は、データ名選択部９０４で指定したサービスデータの値を生成するために、データソース選択部９０５で指定したデータソースの値にどのようなデータ変換を行うかを指定するＩ／Ｆである。
簡単な例として単位変換や（複数データソースの）単純平均があるが、JSON(JavaScript(登録商標) Object Notation)形式やXML（eXtensible Markup Language）形式等を用いて複雑な変換ルールを指定することも可能である。

不足時ルール選択部９０８は、データソースのデータが、欠損する等の何らかの理由で不足している場合に、どのように補間するかを指定するためのＩ／Ｆであり、例えば前値補間や線形補間等がある。

ルール追加ボタン９０９は、データ名選択部９０４〜不足時ルール選択部９０８で指定した内容を、新規変換ルールとして追加するためのＩ／Ｆであり、本Ｉ／Ｆを押下することで変換ルール一覧９１０に追加された情報が表示される。

変換ルール一覧９１０は、サービステーブル名選択部９０２で指定されたサービステーブルに関する変換ルールの一覧表示、およびそれらの編集を行うためのＩ／Ｆである。編集したい変換ルールのセルを選択して直接入力することにより、入力された内容が編集され、編集された内容が変換ルール一覧９１０に表示される。

また、変換ルールはバージョン管理されており、本例では、現在有効な最新バージョンの変換ルールが表示されている。すなわち、設備の仕様が変更されても、設備の仕様の変更に合わせて、現在有効な最新バージョンの変換ルールが表示される。

過去バージョンの変換ルールの参照・編集を行う場合は、各データ名のバージョン管理の列の編集ボタン９１１を押下することにより、参照・編集の情報が表示される。ユーザが、後述の図１０の変換ルールバージョン管理画面１００１上にて各種操作を行う。削除ボタン９１２は、変換ルール一覧９１０の行を削除するためのＩ／Ｆである。

図１０は、本発明の実施形態における変換ルールバージョン管理画面１００１の構成を示す概念図である。本変換ルールバージョン管理画面１００１は、説明情報設定端末１０１が変換ルールのバージョン管理をするために用いるユーザインタフェース（表示部）であり、データ名選択エリア１００２、登録／更新を確定する確定ボタン１００３、変換ルールバージョン一覧１００４が示される。

データ名選択エリア１００２には、図９の編集ボタン９１１を押下した時のサービスデータ名が表示されており、変換ルールバージョン一覧１００４には、選択したサービスデータの過去、現在および未来の変換ルール一覧が表示される。登録／更新を確定するとは、ユーザがコンピュータに対して登録／更新したい情報の入力が終わったことを完了、宣言または伝えることである。

ユーザは、変換ルールバージョン一覧１００４上で、直接変換ルールおよび有効期間を編集し、登録／更新確定ボタン１００３を押下することにより、編集内容の確定、すなわち、変換ルール管理テーブル１１７で管理している各種情報（図５の時刻粒度変換ルール５０３、データ変換ルール５０４、不足時ルール５０５等）の更新を行う。
もし、ユーザが他の現場データの変換ルールのバージョン管理を行いたい場合は、データ名選択エリア１００２で別の現場データ名を選択すると、選択されたサービスデータの変換ルールが変換ルールバージョン一覧１００４に表示される。

続いて、図１及び図２に示されるデータ提供装置１０３の各種処理フローについて、図１１〜１５を用いて説明する。図１１は、ユーザが説明情報設定端末１０１を用いて現場データもしくはサービスデータの説明情報を登録する際の、データ提供装置１０３の処理フローを説明したフローチャートである。

以下、本フローチャートでは現場データの説明情報の登録処理を前提に説明を行うが、サービスデータの説明情報の登録処理については、現場データをサービスデータに読み替えればよい。

データ提供装置１０３の管理画面生成部１１３が、説明情報アクセスＩ／Ｆ１１１を介して、説明情報設定端末１０１から説明情報登録を行うための現場データ説明情報登録画面要求を受信すると、管理画面生成部１１３は、説明情報管理部１１４に現場データ説明情報一覧を要求する。この後、管理画面生成部１１３は、現場データ説明情報管理テーブル１１５に保持している現場データ説明情報一覧を説明情報管理部１１４から取得する（ステップ１１０１）。

次に管理画面生成部１１３は、取得した現場データ説明情報一覧を元に、現場データ説明情報登録画面６０１の情報を生成し（ステップ１１０２）、説明情報アクセスＩ／Ｆ１１１を介して説明情報設定端末１０１に現場データ説明情報登録画面６０１の情報を返信する（ステップ１１０３）。

ユーザが説明情報設定端末１０１を用いて現場データ説明情報登録画面６０１で画面入力の操作を行うと、説明情報設定端末１０１からデータ提供装置１０３に対して、画面入力情報が送信され、管理画面生成部１１３がユーザの画面入力を検知する（ステップ１１０４）。

管理画面生成部１１３は、画面入力が「登録／更新確定」、すなわち、図６の登録／更新 確定ボタン６０３が押下されたかどうかを確認し（ステップ１１０５）、「登録／更新確定」の場合、ステップ１１１３に進む。画面入力が「登録／更新確定」でない場合、管理画面生成部１１３は画面入力が「追加 or 削除」、すなわち、図６の追加ボタン６０５、６０９もしくは削除ボタン６０７、６１１が押下されたかどうかを確認する（ステップ１１０６）。

画面入力が「追加 or 削除」の場合は、管理画面生成部１１３はユーザの操作に応じて、現場データ説明情報登録画面６０１の説明情報入力部６１２の一覧情報が更新された画面の情報を作成し、説明情報設定端末１０１に更新後の画面の情報を返し（ステップ１１０７）、再度ユーザの画面入力を待ち受ける。

ステップ１１０６にて、画面入力が「追加 or 削除」でない場合、管理画面生成部１１３は画面入力が「バージョン編集」、すなわち、図６の編集ボタン６１３が押下されたかどうかを確認する（ステップ１１０８）。

画面入力が「バージョン編集」の場合、管理画面生成部１１３は、バージョン管理画面処理フローを実行し（ステップ１１０９）、再度ユーザの画面入力を待ち受ける。ステップ１１０９の詳細については、図１２にて説明する。

ステップ１１０８にて、ユーザの画面入力が「バージョン編集」でない場合、管理画面生成部１１３は、ユーザが入力した入力情報に基づき、関連する情報を各種管理テーブル１１５〜１１７から検索し（ステップ１１１０）、関連情報が存在するかどうかを確認する（ステップ１１１１）。

管理画面生成部１１３は、関連情報が無ければ何もせずユーザの画面入力を待ち受け、関連情報が見つかれば、見つかった関連情報を元に画面を更新し、説明情報設定端末１０１に更新された画面の関連情報を返信する（ステップ１１１２）。

ステップ１１１０〜１１１２を具体例で説明すると、例えばユーザの入力が図６の現場テーブル名選択部６０２の場合、管理画面生成部１１３は、選択されたテーブルで管理しているデータ名一覧および説明情報一覧を現場データ説明情報管理テーブル１１５から取得し、データ名選択部６０６にデータ名一覧が表示されるように画面を更新したり、説明情報入力部６１２に説明情報一覧を表示したりする。

また、例えばユーザが特定のデータ名の説明情報を登録しようとして、説明情報入力部６１２の該当するセルを選択した場合、管理画面生成部１１３は、選択されたセルのデータ名と類似のデータ名を現場データ説明情報管理テーブル１１５やサービスデータ説明情報管理テーブル１１６内で検索する。

管理画面生成部１１３は、検索結果からそれらの類似データに関する説明情報を取得して、ユーザに対する入力支援として説明情報入力部６１２上に候補を表示したり、自動補完したりする。最後に、ステップ１１０５にてユーザ入力が「登録／更新確定」の場合、管理画面生成部１１３は、ユーザが画面上で更新した情報一式を説明情報登録部１１２に渡して、現場データ説明情報管理テーブル１１５を登録又は更新する（ステップ１１１３）。

この際、管理画面生成部１１３は、説明情報設定端末１０１からデータ名３０１（又はデータ名４０１）を含む入力情報を受信した場合、受信した入力情報を基に現場データ説明情報管理テーブル１１５やサービスデータ説明情報管理テーブル１１６を検索する。管理画面生成部１１３は、検索により、入力情報に類似した説明情報を抽出する。管理画面生成部１１３は、抽出された説明情報を候補として、説明情報設定端末１０１に送信する。説明情報設定端末１０１は、候補の説明情報を現場データ説明情報登録画面６０１の説明情報入力部６１２に表示する。これにより、説明情報設定端末１０１を利用するユーザは、候補を参考として、現場データに関する情報を登録することができる。

図１２は、本発明の実施形態におけるフローチャートであって、ユーザが説明情報設定端末１０１を用いて現場データもしくはサービスデータの説明情報のバージョン情報を編集する際の、データ提供装置１０３の処理フローを説明したフローチャートである。

ユーザが「バージョン編集」要求、すなわち、図６の「編集」ボタン６１３を押下すると、管理画面生成部１１３は現場データ説明情報管理テーブル１１５から、該当するデータ名に関する説明情報のバージョン情報一覧を取得する（ステップ１２０１）。次に、管理画面生成部１１３は取得したバージョン情報一覧に基づき、現場データ説明情報バージョン管理画面７０１の情報を生成し（ステップ１２０２）、説明情報設定端末１０１に生成した画面の情報を返す(ステップ１２０３)。

ユーザが説明情報設定端末１０１を用いて現場データ説明情報バージョン管理画面７０１で画面入力の操作を行うと、説明情報設定端末１０１からデータ提供装置１０３に対して、画面入力情報が送信され、管理画面生成部１１３がユーザの画面入力を検知する（ステップ１２０４）。

管理画面生成部１１３は、ユーザの画面入力が「登録／更新確定」、すなわち、図７の登録／更新 確定ボタン７０３を押下したかを確認し（ステップ１２０５）、「登録／更新確定」でない場合は再度ユーザ入力を待ち受ける。「登録／更新確定」の場合は、管理画面生成部１１３は、ユーザが画面上で更新した情報一式を説明情報登録部１１２に渡して、現場データ説明情報管理テーブル１１５を登録又は更新する（ステップ１２０６）。

図１３は、本発明の実施形態におけるフローチャートであって、ユーザが説明情報設定端末１０１を用いて変換ルールを登録する際の、データ提供装置１０３の処理フローを説明したフローチャートである。

データ提供装置１０３の管理画面生成部１１３が、説明情報アクセスＩ／Ｆ１１１を介して、説明情報設定端末１０１から変換ルール登録を行うための変換ルール登録画面要求を受信すると、管理画面生成部１１３は、説明情報管理部１１４に変換ルール一覧を要求する。その後、管理画面生成部１１３は、変換ルール管理テーブル１１７に保持している変換ルール一覧を説明情報管理部１１４から取得する（ステップ１３０１）。

次に管理画面生成部１１３は、取得した変換ルール一覧を元に、変換ルール登録画面９０１の情報を生成する（ステップ１３０２）。この後、管理画面生成部１１３は、生成した変換ルール登録画面９０１の情報を説明情報アクセスＩ／Ｆ１１１を介して説明情報設定端末１０１に返信する（ステップ１３０３）。変換ルール登録画面９０１の情報は、すなわち、変換ルール登録画面９０１を生成または作成するための情報である。

ユーザが説明情報設定端末１０１を用いて変換ルール登録画面９０１で画面入力の操作を行うと、説明情報設定端末１０１からデータ提供装置１０３に対して、画面入力情報が送信され、管理画面生成部１１３がユーザの画面入力を検知する（ステップ１３０４）。

管理画面生成部１１３は、画面入力が「登録／更新確定」、すなわち、図９の登録／更新 確定ボタン９０３が押下されたかどうかを確認し（ステップ１３０５）、「登録／更新確定」の場合、ステップ１３１３に進む。

ここで、画面入力が「登録／更新確定」でない場合、管理画面生成部１１３は画面入力が「追加 or 削除」、すなわち、図９のルール追加ボタン９０９もしくは削除ボタン９１２が押下されたかどうかを確認する（ステップ１３０６）。

画面入力が「追加 or 削除」の場合は、管理画面生成部１１３はユーザの操作に応じて、変換ルール登録画面９０１の変換ルール一覧９１０の一覧情報が更新された画面の情報を作成し、説明情報設定端末１０１に更新後の画面の情報を返し（ステップ１３０７）、再度ユーザの画面入力を待ち受ける。

ステップ１３０６にて、画面入力が「追加 or 削除」でない場合、管理画面生成部１１３は画面入力が「バージョン編集」、すなわち、図９の編集ボタン９１１が押下されたかどうかを確認する（ステップ１３０８）。

画面入力が「バージョン編集」の場合、管理画面生成部１１３はバージョン管理画面処理フローを実行し（ステップ１３０９）、再度ユーザの画面入力を待ち受ける。ステップ１３０９の詳細については、図１４にて説明する。

ステップ１３０８にて、ユーザの画面入力が「バージョン編集」でない場合、管理画面生成部１１３は、ユーザが入力した入力情報に基づき、関連する情報を各種管理テーブル１１５〜１１７から検索し（ステップ１３１０）、関連情報が存在するかどうかを確認する（ステップ１３１１）。

管理画面生成部１１３は、関連情報が無ければ何もせずユーザの画面入力を待ち受け、関連情報が見つかれば、見つかった関連情報を元に画面の情報を更新し、説明情報設定端末１０１に更新された画面の関連情報を返信する（ステップ１３１２）。

ステップ１３１０〜１３１２を具体例で説明すると、例えばユーザの入力が図９のデータ名選択部９０４の場合、選択されたデータ名と同一もしくは類似のデータ名に関して過去に登録済みの変換ルールを、変換ルール管理テーブル１１７から検索し、取得した変換ルール情報（データソースや各種ルール）を、ユーザの入力支援のために、データソース選択部９０５から不足時ルール選択部９０８の各Ｉ／Ｆに候補として表示または自動的に補完する。

なお、関連情報を検索するときには、データ名をキーにするだけでなく、そのデータ名の説明情報をキーにしてもよい。例えば、データ名が似ていなくても、そのデータの説明情報が類似している場合、入力されたデータ名と見つかったデータ名は類似していると特定し、そのデータに関する変換ルールも一候補として画面上に表示してもよい。

最後に、ステップ１３０５にてユーザ入力が「登録／更新確定」の場合、管理画面生成部１１３は、ユーザが画面上で更新した情報一式を説明情報登録部１１２に渡す。説明情報登録部１１２は、変換ルール管理テーブル１１７を登録又は更新する（ステップ１３１３）。

この際、図１又は図２に示す管理画面生成部１１３は、説明情報設定端末１０１から図４に示すデータ名４０１、また、図３に示すデータ名３０１を含む入力情報を受信した場合に、受信した入力情報を基に変換ルール管理テーブル１１７を検索して、入力情報に対応したデータ名５０１（又はデータソース５０２）で特定される変換ルールであって、変換ルール管理テーブル１１７に登録済みの変換ルールを複数の変換ルールの中から抽出する。さらに管理画面生成部１１３は、抽出された変換ルールに関する情報を候補として、説明情報設定端末１０１に送信する。説明情報設定端末１０１は、変換ルール登録画面９０１の変換ルール一覧９１０に表示する。これにより、説明情報設定端末１０１を利用するユーザは、候補を参考として、変換ルールを登録することができる。

図１４は、本発明の実施形態におけるフローチャートであって、ユーザが説明情報設定端末１０１を用いて変換ルールのバージョン情報を編集する際の、データ提供装置１０３の処理フローを説明したフローチャートである。

ユーザが「バージョン編集」要求、すなわち、図９の「編集」ボタン９１１を押下すると、管理画面生成部１１３は変換ルール管理テーブル１１７から、該当するデータ名に関する変換ルールのバージョン情報一覧を取得する（ステップ１４０１）。

次に、管理画面生成部１１３は取得したバージョン情報一覧に基づき、変換ルールバージョン管理画面１００１の情報を生成し（ステップ１４０２）、説明情報設定端末１０１に生成した画面の情報を返す(ステップ１４０３)。

ユーザが説明情報設定端末１０１を用いて変換ルールバージョン管理画面１００１で画面入力の操作を行うと、説明情報設定端末１０１からデータ提供装置１０３に対して、画面入力情報が送信され、管理画面生成部１１３がユーザの画面入力を検知する（ステップ１４０４）。

管理画面生成部１１３は、ユーザの画面入力が「登録／更新確定」、すなわち、図１０の登録／更新 確定ボタン１００３を押下したかを確認し（ステップ１４０５）、「登録／更新確定」でない場合は再度ユーザ入力を待ち受ける。
「登録／更新確定」の場合は、管理画面生成部１１３は、ユーザが画面上で更新した情報一式を説明情報登録部１１２に渡す。説明情報登録部１１２は、変換ルール管理テーブル１１７を登録又は更新する（ステップ１４０６）。

図１５は、本発明の実施形態におけるフローチャートであって、サービス端末１００がデータ提供装置１０３にサービスデータを要求した際の、データ提供装置１０３の処理フローを説明したフローチャートである。

データ提供装置１０３のデータ生成部１０５が、データアクセスＩ／Ｆ１０４経由でサービスデータ要求を受信すると、データ生成部１０５は、サービスデータ要求に含まれる、サービスデータのテーブル名、データ名（データ名４０１）、要求期間を説明情報管理部１１４に渡す。説明情報管理部１１４は、変換ルール管理テーブル１１７から、当該要求期間内に有効かつ当該サービスデータに関する変換ルールのバージョン一覧を取得する（ステップ１５０１）。この変換ルールのバージョン一覧には、変換ルール管理テーブル１１７に記録されたデータ名５０１の情報であって、要求期間内に有効な全ての情報が含まれる。

次に、データ生成部１０５は、取得した変換ルールのバージョン一覧に属する各バージョン情報から、各々のバージョンの有効期間に対応したデータソースであって、有効期間のデータ生成に必要なデータソース（データソース５０２に記録された情報）と変換ルール（時刻粒度変換ルール５０３と、データ変換ルール５０４及び、不足時ルール５０５に記録された情報）を抽出する（ステップ１５０２）。

そして、データ生成部１０５は、各々の有効期間単位で、データソースから必要なデータを取得する（ステップ１５０３）。ここで言う必要なデータとは、例えば、データソース５０２に記録された情報で特定される現場システムにおける現場データである。

具体的には、データ生成部１０５は、クエリ生成部１０７にデータ取得のためのクエリ生成を指示し、クエリ生成部１０７で生成されたクエリをクエリ実行制御部１０８が実行する。

クエリ実行制御部１０８がクエリを実行することにより、データ生成部１０５は、通信Ｉ／Ｆ１１０および取得データ受信部１０９経由で現場システム（１）１１８や現場システム（２）１１９から現場データを取得する。

例えば、データ名４０１で特定されるデータ名５０１の情報が「サービスＡデータＡ」の場合、クエリ実行制御部１０８は、「サービスＡデータＡ」を基に変換ルール管理テーブル１１７を参照して、現場システム（１）１１８のセンサ（１）に関する現場データと、現場システム（２）１１９のセンサ（３）に関する現場データとを、現場システム（１）１１８と現場システム（２）１１９とからそれぞれ取得する。

次に、データ生成部１０５は、変換ルール管理テーブル１１７に記録された情報を参照し、現場システム（１）１１８や現場システム（２）１１９から取得したデータ（現場データ）に各種変換ルール（時刻粒度変換ルール５０３と、データ変換ルール５０４及び、不足時ルール５０５）の設定する必要があるかを確認する（ステップ１５０４）。

すなわち、データ生成部１０５は、サービスデータ要求に含まれるデータ名４０１に対応したデータ名５０１を基に変換ルール管理テーブル１１７のデータ名５０１の情報（サービスデータ説明情報管理テーブル１１６の情報）と、このデータ名５０１に対応したデータソース５０２の情報（現場データ説明情報管理テーブル１１５の情報）を参照する。参照結果から、データ生成部１０５は、データ名５０１で特定されるサービスデータの仕様（時刻粒度や単位等の説明情報の内容）と、データソース５０２で特定される現場データの仕様（時刻粒度や単位等の説明情報の内容）との間に相違があるか否かを判定する。この後、データ生成部１０５は、少なくとも両者の仕様の一部に相違があると判定したことを条件に、取得したデータに各種変換ルールの設定があるか否かを判定する。

両者の仕様に相違が無く、変換ルール設定が無い場合はステップ１５０６に進む。
両者の仕様に相違があり、変換ルール設定がある場合は、データ生成部１０５はデータ変換実行部１０６に変換前のデータ（現場データ）および変換ルールを渡してデータ変換処理を実施する（ステップ１５０５）。

データ変換実行部１０６が、要求期間の全データに対して必要なデータ変換が終わったら、データ生成部１０５は、データ変換された全てのデータを、要求期間毎にデータ変換されたデータとしてそれぞれ統合して、サービス端末１００に返信するためのサービスデータを作成する（ステップ１５０６）。次に、データ生成部１０５は、作成したサービスデータを、要求されたサービスデータとしてサービス端末１００に返信する（ステップ１５０７）。

なお、取得したデータ（現場データ）に各種変換ルールの設定が無く、両者（現場データとサービスデータ）の仕様に相違が無い場合、データ生成部１０５は、取得したデータ（現場データ）をそのままサービスデータとして作成し、作成したサービスデータを、要求されたサービスデータとしてサービス端末１００に返信する。

また、両者（現場データとサービスデータ）の仕様の少なくとも一部に相違がある場合、データ生成部１０５は、両者の仕様のうち相違の生じた仕様（例えば、単位）を特定し、特定された仕様に変換ルールを適用し、取得したデータを、特定された仕様に適用された変換ルール（例えば、単位変換）に従ってサービスデータに変換することになる。

具体的には、変換ルールとして「単位変換」が適用される場合、「現場システム（１）センサ（１）」の単位「Ｋ」から、「サービスＡデータＡ」の単位「℃」に単位変換を行い、「現場システム（１）センサ（１）」の現場データの値から「273.15」を引いた値を「サービスＡデータＡ」のサービスデータとする。また、作成したサービスデータをいずれかの管理テーブルや記憶装置２０４に格納して管理することもできる。

上記した実施の形態を換言すれば、本発明のデータ統合システムの一例は、現場データ取得手段とサービス提供手段とデータ提供手段を有している。現場データ取得手段は、設備に接続されており、設備の情報を取得する。

データ提供装置１０３は、現場データ取得手段が現場データを取得または生成する方法に関する情報と、サービス提供手段が取得または生成された現場データを使用する方法に関する情報と、サービス提供手段が要求があった場合に取得または生成する情報に関する情報を現場データを使用する方法に関する情報に変換するルールに関する情報と、を有している。

サービス提供手段の要求を受けたデータ提供装置１０３は、取得または生成する方法に関する情報と、使用する方法に関する情報とを比較し、比較結果に基いて変換するルールを変更する。

データ提供装置１０３は、サービス提供手段の当該要求に対して、現場データ取得手段から取得し、取得した現場データを変更されたルールに基いて変更し、変更された現場データをサービス提供手段に送信する。

設備に接続された現場データ取得手段が変更または更新された場合に、取得又は生成する方法に関する情報を更新することができる。設備が更新または変更された場合に、取得または生成する方法に関する情報と使用する方法に関する情報に差異が生じる。

データ取得手段は、図１に示される設備に接続または設置されたセンサ１２０単体またはセンサ１２０とコントローラ１２１がセットになったものであってもよい。また、場合によってはゲートウェイ１２１または現場データ格納部１２２を含んでもよい。つまり、データ取得手段は、現場データを取得する装置であればよい。

センサは温度、湿度、角度、物体の有無等を測定または検出し、アナログ値または所定のフォーマットでデータを出力するものである。現場システムは、センサから取得したデータを現場システムが接続されたアクチュエータや入出力ポートを制御する際に必要なデータに変換等を行う。

つまり、現場システムがコントローラ１２１に接続された機器を制御するためのデータに変換等を行う。センサが出力するデータや変換後のデータはコントローラ１２１内の記憶手段に記憶またはコントローラ１２１とは別の記憶手段に格納してもよい。
コントローラ１２１にカメラ等の撮像手段が接続されている場合には、別途ストレージ等の記憶手段を設けてもよい。また、コントローラ１２１の他にゲートウェイ１２３に記憶手段や補助記憶手段を設けて、データを格納することもできる。あるいは、図１に示すようにゲートウェイ１２３とコントローラ１２１が共通して使用できる現場データ格納部１２２を設けてもよい。

一方、サービス提供手段が必要とするデータは、サービス提供手段に適したデータに変換する必要がある。つまり、サービス提供手段は、現場システム内でコントローラ１２１に接続された機器を制御するためのデータとは異なるデータが必要である。

したがって、本発明のデータ提供装置１０３は、現場システムのうちコントローラ１２１に接続されたセンサ等の情報に基づいた現場システム側の現場データの仕様と、サービス提供手段が必要とするデータの仕様をそれぞれ有することから、サービス提供手段にどのようなデータに変換してデータを提供すればよいかを判断することが可能となる。
また、データ提供装置１０３は、サービス提供手段が必要とするデータに変換し、変換されたデータを提供することができる。

さらに、コントローラ１２１に接続されたセンサが交換や更新された場合に、交換後のセンサと交換前のセンサのデータ仕様が異なる場合（例えば、単位が異なる場合）に、データ提供装置１０３は現場システムの現場データの仕様とサービス提供手段が必要とするデータの仕様とを比較することによって、センサが変更されたことを検出可能となる。また、検出後には、データ提供装置１０３は、現場システムの現場データの仕様の内容を知っているため、サービス提供手段が必要とするデータに変換が可能となる。

このように、現場システムの一部が交換等された場合であっても、データ提供装置１０３は現場システムの現場データの仕様とデータ提供装置１０３が必要とするデータの仕様の両方の情報を有しており交換前後の比較を行うことができるため、サービス提供手段が必要とするデータにスムーズに変換することが実現できる。

以上、説明した実施形態では、現場システムで収集・蓄積する現場データと、それらを利用するサービス（サービスデータ）との間でデータそのものに、要求する粒度や精度が異なった場合であっても、データ統合システムがそれら差異を変換・吸収する。このため、現場システムの仕様に変更があった場合においても、サービス側（サービス端末側）では自サービスの設定を変更することなしに、すなわち、サービスアプリケーションを改変することなく、サービスの提供が可能となり、現場データ利用時のサービス管理負担が軽減される。

本実施形態によれば、データ要求元となるサービス端末の要求に合ったサービスデータをサービス端末に提供することができ、結果として、サービス端末におけるサービスアプリケーションにおける改修工数を低下させることができる。

また、データ提供装置１０３は、サービス端末から、要求期間を含むサービスデータ要求を受信した場合、サービスデータの仕様と現場データの仕様とを比較し、両者の仕様の異なる現場データを特定し、特定した現場データを、サービスデータ要求で指定されたサービスデータに変換することができる。これにより、現場システムにおける設備の仕様が変更されても、サービスアプリケーションを改変する必要のないサービスデータをサービス端末に提供することができる。また、変換ルールの情報として、管理テーブルの情報を利用することで、仕様と要求期間の合ったサービスデータをサービス顛末に提供することができる。

さらに、データ提供装置１０３は、サービスデータと現場データを管理する管理テーブルを設備の仕様の変更に応じてバージョン毎に管理することができる。これにより、要求期間が複数のバージョンの有効期間と重複し、要求期間内に複数回、現場システムにおける設備の仕様が変更されても、サービスアプリケーションを改変する必要のないサービスデータをサービス端末に提供することができる。

また、データ提供装置１０３は、第１の識別情報又は第２の識別情報を含む入力情報を受信した場合、入力情報に対応した第３の識別情報又は第４の識別情報で特定される変換ルールであって、登録済みの変換ルールを複数の変換ルールの中から抽出し、抽出された変換ルールに関する情報を候補として、説明情報設定端末に送信することができる。これにより、説明情報設定端末では、候補を参考に変換ルールの設定を行うことができる。

また、データ提供装置１０３では、現場データを、サービスデータ要求で指定された要求期間におけるサービスデータに変換してサービス端末に提供することができる。これにより、現場システムでは、設備や機器が変更されても、そのまま現場データをデータ提供装置１０３に送信することができ、現場システムにおける現場データの管理コストを低減することができる。

本実施形態においては、サービス（サービス端末）からのデータ取得要求に基づき現場システムからデータを取得、変換処理を行う、データ取得・要求型のデータの流れについて説明したが、現場システムからＰｕｓｈ型でデータをデータ提供装置１０３に送信する場合であっても、同様のデータ変換処理を実施することで適用可能である。

例えば、データ提供装置１０３は、現場システム（１）１１８からデータ送信通知（データ名３０１と要求期間が付加された通知）を受信した場合、データ送信通知に付加されたデータ名３０１）に対応した第２の識別情報（データ名４０１）で特定される現場データであって、データ送信通知で指定された要求期間における現場データを現場システム（１）１１８から取得する。次に、データ提供装置１０３は、データ送信通知に付加された第１の識別情報（データ名３０１）と第１の識別情報に対応する第２の識別情報（データ名４０１）を基に現場データ説明情報管理テーブル１１５とサービスデータ説明情報管理テーブル１１６を参照して、現場データの仕様とサービスデータの仕様とを比較する。この後、データ提供装置１０３は、現場データの仕様とサービスデータの仕様との間に相違がある場合に、変換ルール管理テーブル１１７を参照して、取得した前記現場データを、データ送信通知で指定された要求期間における変換ルールに従ってサービスデータに変換し、変換されたサービスデータをサービス端末１００で利用されるサービスデータとして管理することができる。

これにより、現場システム（１）１１８からのデータ送信通知を基に、サービス端末１００で要求されるサービスデータを保持することができ、サービス端末１００からのサービスデータ要求に即座に対応することができる。なお、現場システム（１）１１８は、データ送信通知を定期的に、或いは、設備の変更（仕様の変更）を条件に、データ提供装置１０３に送信することができる。

上述した本発明の実施形態は、本発明の説明のための例示であり、本発明の範囲をそれらの実施形態のみに限定する趣旨ではない。当業者は、本発明の要旨を逸脱することなしに、他の様々な態様で本発明を実施することができる。例えば、現場データ説明情報管理テーブル１１５と、サービスデータ説明情報管理テーブル１１６及び、変換ルール管理テーブル１１７をそれぞれ単一の管理テーブルに統合し、各管理テーブルの情報を単一の管理テーブルで管理することもできる。また、管理テーブルには、データ提供装置（ホストＣＰＵ２０１）１０３の検索対象であって、少なくとも現場データの仕様とサービスデータの仕様とを関連付けて記録された情報と、現場データとサービスデータとの関係を規定した変換ルールの情報が記録される。

さらに、データ提供装置１０３と、現場システム（１）１１８と、説明情報設定端末１０１を設備管理システムとして構成することもできる。この際、現場システム（１）１１８は、設備に関するデータを収集するデータ収集手段であり、データ提供装置１０３は、データ収集手段を通信対象として、通信対象と情報の送受信を行うデータ提供手段である。

データ提供手段（ホストＣＰＵ２０１）は、データ収集手段で収集されたデータであって、設備の変更前に生成された第１のデータ（現場データ）を管理する第１の情報（バージョン変更前の現場データ名３０１）と、設備の変更後に生成された第１の変更データ（現場データ）を管理する第１の変更情報（バージョン変更後の現場データ名３０１）を設備の仕様（説明情報種別３０２、説明情報３０３）に関連付けて登録し、第１の変更データを第１のデータに変換する複数の変換ルール（時刻粒度変換ルール５０３、データ変換ルール５０４、不足時ルール５０５）を登録する管理テーブル（現場データ説明情報管理テーブル１１５、変換ルール管理テーブル１１７）を有する。

データ提供手段は、データ収集手段から第１の情報と第１の変更情報を読込むと共に、第１のデータと第１の変更データを読込み、読込んだ各情報を基に読込んだ各データに適用する変換ルールを複数の変換ルールの中から抽出し、抽出した変換ルールを基に読込まれた第１の変更データを第１のデータに変換し、変換された第１のデータを管理テーブルに登録する。

これにより、設備が変更されても、設備の変更に伴って変更されたデータ（第１の変更データ）を、設備の変更前のデータに相当する第１のデータに変換して管理することができる。

また、データ提供手段の通信対象に属する手段として、データ提供手段からの情報を表示する表示部（６０１、７０１、８０１、９０１、１００１）を有する説明情報設定端末１０１を更に備える場合、前記表示部は、前記第１の変更情報（図６）を表示することができる。また、表示部は、前記第１の変更情報が前記第１の情報よりも後に前記データ提供手段に読み込まれたことを示す情報（図７）を表示したり、前記第１の変更情報を表示することができる。さらに、表示部は、前記第１の変更情報が前記設備が変更された後の値（図１０）であることを表示したり、あるいは、前記データ提供手段により特定された変換ルールに関する情報（図９、図１０）を表示することができる。これにより、設備の変更に伴う情報をユーザに提示することができる。

また、データ提供手段（ホストＣＰＵ２０１）は、前記サービス端末１００からサービスデータ要求（データ取得要求）を受信した場合、前記サービスデータ要求で指定された現場データを前記現場データ管理端末（１１８）から取得し、前記取得した前記現場データを基に前記管理テーブルを参照して、前記現場データの仕様と前記サービスデータの仕様とを比較し（ステップ１５０４）、前記現場データの仕様と前記サービスデータの仕様との間に相違がある場合に、取得した現場データを前記変換ルールに従ってサービスデータに変換し（ステップ１５０５）、前記変換されたサービスデータを前記サービスデータ要求で要求されたサービスデータとして前記サービス端末１００に送信する（ステップ１５０７）。これにより、現場システムにおける設備の仕様が変更されても、サービスアプリケーションを改変する必要のないサービスデータをサービス端末に提供することができる。

１００・・・サービス端末、１０１・・・説明情報設定端末、１０２・・・通信路、１０３・・・データ提供装置、１０４・・・データアクセスＩ／Ｆ、１０５・・・データ生成部、１０６・・・データ変換実行部、１０７・・・クエリ生成部、１０８・・・クエリ実行制御部、１０９・・・取得データ受信部、１１０・・・通信Ｉ／Ｆ、１１１・・・説明情報アクセスＩ／Ｆ、１１２・・・説明情報登録部、１１３・・・管理画面生成部、１１４・・・説明情報管理部、１１５・・・現場データ説明情報管理テーブル、１１６・・・サービスデータ説明情報管理テーブル、１１７・・・変換ルール管理テーブル、１１８・・・現場システム（１）、１１９・・・現場システム（２）、１２０・・・センサ、１２１・・・コントローラ、１２２・・・現場データ格納部（１）、１２３・・ゲートウェイ、１２４・・・現場データ格納部（２）、１２５・・・通信Ｉ／Ｆ

Claims (14)

1. 現場の設備に関する現場データを取得する現場データ取得手段と、前記現場データをサービスデータとして利用するサービス提供手段を通信対象として、前記通信対象と情報の送受信を行うデータ提供手段を有し、
   前記データ提供手段は、
   前記現場データと前記サービスデータとの関係を規定した変換ルールの情報を管理し、前記サービス提供手段からデータ取得要求を受信した場合、指定された前記現場データを前記現場データ取得手段から取得し、取得した前記現場データの仕様と前記サービスデータの仕様とを比較し、比較された前記現場データの仕様と前記サービスデータの仕様との間に相違がある場合に、前記取得した現場データを前記変換ルールに従って変換し、変換された前記現場データを前記サービス提供手段に送信することを特徴とするデータ提供装置。
2. 前記変換ルールの情報は、
   前記現場データを識別する第１の識別情報と前記現場データの仕様に関する第１の仕様情報をその有効期間に関連付けて管理する現場データ管理テーブルと、
   前記サービスデータを識別する第２の識別情報と前記サービスデータの仕様に関する第２の仕様情報をその有効期間に関連付けて管理するサービスデータ管理テーブルと、
   前記現場データを識別する第３の識別情報と前記サービスデータを識別する第４の識別情報とを関連付けて管理すると共に、前記変換ルールをその有効期間に関連付けて管理する変換ルール管理テーブルとを含み、
   前記データ提供手段は、
   前記サービス提供手段から前記データ取得要求として前記第２の識別情報と要求期間を含むデータ取得要求を受信した場合、受信した前記データ取得要求に付加された前記第２の識別情報に対応した第１の識別情報で特定される現場データであって、前記データ取得要求に付加された前記要求期間における現場データを前記現場データ取得手段から取得し、前記データ取得要求に付加された前記第２の識別情報を基に前記現場データ管理テーブルと前記サービスデータ管理テーブルを参照して、前記現場データの仕様と前記サービスデータの仕様とを比較し、比較された前記現場データの仕様と前記サービスデータの仕様との間に相違がある場合に、前記変換ルール管理テーブルを参照して、取得した前記現場データを、前記データ取得要求に付加された前記要求期間における変換ルールに従ってサービスデータに変換することを特徴とする請求項１に記載のデータ提供装置。
3. 前記データ提供手段は、
   前記現場データ取得手段から前記第１の識別情報と要求期間を含むデータ送信通知を受信した場合、前記データ送信通知に付加された前記第１の識別情報で特定される現場データであって、前記データ送信通知に付加された前記要求期間における現場データを前記現場データ取得手段から取得し、前記データ送信通知に付加された前記第１の識別情報と前記第１の識別情報に対応した第２の識別情報とを基に前記現場データ管理テーブルと前記サービスデータ管理テーブルを参照して、前記現場データの仕様と前記サービスデータの仕様とを比較し、比較された前記現場データの仕様と前記サービスデータの仕様との間に相違がある場合に、前記変換ルール管理テーブルを参照して、取得した前記現場データを、前記データ送信通知に付加された前記要求期間における変換ルールに従ってサービスデータに変換し、変換された前記サービスデータを前記サービス提供手段で利用されるサービスデータとして管理することを特徴とする請求項２に記載のデータ提供装置。
4. 前記データ提供手段は、
   前記通信対象に属する説明情報設定手段から前記第１の識別情報又は前記第２の識別情報を含む入力情報を受信した場合、受信した前記入力情報を基に前記変換ルール管理テーブルを検索して、前記入力情報に対応した前記第３の識別情報又は前記第４の識別情報で特定される変換ルールであって、前記変換ルール管理テーブルに登録済みの変換ルールを複数の変換ルールの中から抽出し、抽出された前記変換ルールに関する情報を候補として、前記説明情報設定手段に送信することを特徴とする請求項２に記載のデータ提供装置。
5. 前記サービスデータ管理テーブルと、前記現場データ管理テーブル及び前記変換ルール管理テーブルにそれぞれ登録される情報は、前記有効期間に関連付けてバージョン毎に管理されていることを特徴とする請求項２に記載のデータ提供装置。
6. 現場の設備に関する現場データを取得する現場データ取得手段と、前記現場データをサービスデータとして利用するサービス提供手段を通信対象として、前記通信対象と情報の送受信を行うデータ提供手段を有するデータ提供装置におけるデータ提供方法であって、
   前記データ提供手段が、前記現場データと前記サービスデータとの関係を規定した変換ルールの情報を管理する管理ステップと、
   前記データ提供手段が、前記サービス提供手段からデータ取得要求を受信した場合、指定された現場データを前記現場データ取得手段から取得する取得ステップと、
   前記データ提供手段が、前記取得ステップで取得した前記現場データの仕様と前記サービスデータの仕様とを比較する比較ステップと、
   前記データ提供手段が、前記比較ステップでの比較により、前記現場データの仕様と前記サービスデータの仕様との間に相違がある場合に、取得した前記現場データを前記変換ルールに従って変換する変換ステップと、
   前記データ提供手段が、前記変換ステップで変換されたデータを前記サービス提供手段に送信する送信ステップと、を有することを特徴とするデータ提供方法。
7. 前記変換ルールの情報は、
   前記現場データを識別する第１の識別情報と前記現場データの仕様に関する第１の仕様情報をその有効期間に関連付けて管理する現場データ管理テーブルと、
   前記サービスデータを識別する第２の識別情報と前記サービスデータの仕様に関する第２の仕様情報をその有効期間に関連付けて管理するサービスデータ管理テーブルと、
   前記現場データを識別する第３の識別情報と前記サービスデータを識別する第４の識別情報とを関連付けて管理すると共に、前記変換ルールをその有効期間に関連付けて管理する変換ルール管理テーブルとを含み、
   前記データ提供手段は、
   前記取得ステップでは、前記サービス提供手段から前記データ取得要求として前記第２の識別情報と要求期間を含むデータ取得要求を受信した場合、受信した前記第２の識別情報に対応した第１の識別情報で特定される現場データであって、前記データ取得要求に付加された前記要求期間における現場データを前記現場データ取得手段から取得し、
   前記比較ステップでは、前記データ取得要求に付加された前記第２の識別情報を基に前記現場データ管理テーブルと前記サービスデータ管理テーブルを参照して、前記現場データの仕様と前記サービスデータの仕様とを比較し、
   前記変換ステップでは、前記比較ステップでの比較により、前記現場データの仕様と前記サービスデータの仕様との間に相違がある場合に、前記変換ルール管理テーブルを参照して、取得した前記現場データを、前記データ送信要求に付加された前記要求期間における変換ルールに従ってサービスデータに変換することを特徴とする請求項６に記載のデータ提供方法。
8. 前記データ取得手段は、
   前記取得ステップでは、
   前記現場データ取得手段から前記第１の識別情報と要求期間を含むデータ送信通知を受信した場合、前記データ送信通知に付加された前記第１の識別情報で特定される現場データであって、前記データ送信通知に付加された前記要求期間における現場データを前記現場データ取得手段から取得し、
   前記比較ステップでは、
   前記データ送信通知に付加された前記第１の識別情報と前記第１の識別情報に対応する第２の識別情報とを基に前記現場データ管理テーブルと前記サービスデータ管理テーブルを参照して、前記現場データの仕様と前記サービスデータの仕様とを比較し、
   前記変換ステップでは、
   前記比較ステップでの比較により、前記現場データの仕様と前記サービスデータの仕様との間に相違がある場合に、前記変換ルール管理テーブルを参照して、取得した前記現場データを、前記データ送信通知で指定された前記要求期間における変換ルールに従ってサービスデータに変換し、変換された前記サービスデータを前記サービス提供手段で利用されるサービスデータとして管理することを特徴とする請求項７に記載のデータ提供方法。
9. 前記データ提供手段が、前記通信対象に属する説明情報設定手段から前記第１の識別情報又は前記第２の識別情報を含む入力情報を受信した場合、受信した前記入力情報を基に前記変換ルール管理テーブルを検索して、前記受信した入力情報に対応した前記第３の識別情報又は前記第４の識別情報で特定される変換ルールであって、前記変換ルール管理テーブルに登録済みの変換ルールを複数の変換ルールの中から抽出し、抽出された前記変換ルールに関する情報を候補として、前記説明情報設定手段に送信する抽出送信ステップを更に有することを特徴とする請求項７に記載のデータ提供方法。
10. 前記サービスデータ管理テーブルと、前記現場データ管理テーブル及び前記変換ルール管理テーブルにそれぞれ登録される情報は、前記有効期間に関連付けてバージョン毎に管理されていることを特徴とする請求項７に記載のデータ提供方法。
11. 少なくとも設備に関するデータを収集するデータ収集手段と、前記データ収集手段を通信対象として、前記通信対象と情報の送受信を行うデータ提供手段と、を備えた設備管理システムであって、
    前記データ提供手段は、
    前記データ収集手段で収集されたデータであって、前記設備の変更前に生成された第１のデータを管理する第１の情報と、前記設備の変更後に生成された第１の変更データを管理する第１の変更情報を前記設備の仕様に関連付けて登録すると共に、前記第１の変更データを前記第１のデータに変換する複数の変換ルールを登録する管理テーブルを有し、
    前記データ提供手段は、
    前記データ収集手段から前記第１の情報と前記第１の変更情報を読込むと共に、前記第１のデータと前記第１の変更データを読込み、読込んだ前記各情報を基に読込んだ前記各データに適用する変換ルールを前記複数の変換ルールの中から抽出し、抽出された前記変換ルールを基に読込まれた前記第１の変更データを第１のデータに変換し、変換された前記第１のデータを前記管理テーブルに登録することを特徴とする設備管理システム。
12. 前記データ提供手段の前記通信対象に属し、前記データ提供手段からの情報を表示する表示部を有する説明情報設定手段を更に備え、
    前記表示部は、
    前記第１の変更情報を表示すると共に、前記第１の変更情報が前記第１の情報よりも後に前記データ提供手段に読み込まれたことを示す情報を表示することを特徴とする請求項１１に記載の設備管理システム。
13. 前記データ提供手段の前記通信対象に属し、前記データ提供手段からの情報を表示する表示部を有する説明情報設定手段を更に備え、
    前記表示部は、
    前記第１の変更情報を表示すると共に、前記第１の変更情報が、前記設備が変更された後の値であることを表示することを特徴とする請求項１１に記載の設備管理システム。
14. 前記データ提供手段の前記通信対象に属し、前記データ提供手段からの情報を表示する表示部を有する説明情報設定手段を更に備え、
    前記表示部は、
    前記データ提供手段により特定された変換ルールに関する情報を表示することを特徴とする請求項１１に記載の設備管理システム。

Images