(57)【要約】【課題】他の拠点とのデータ連携の効率化を図ること。【解決手段】連携システムは、管理対象からの第１データを記憶するデータベースにアクセス可能な収集装置と、収集装置と通信可能な管理装置と、を有する。収集装置は、第１データの仕様に関する第１説明情報と、第１データの格納先を示す位置情報と、を含む第１関連情報を記憶し、管理装置は、第２データの仕様に関する第２説明情報と、第１データと第２データとの対応関係と、を含む第２関連情報を、管理装置から取得可能であり、収集装置は、管理対象からの第２データの取得要求が受信された場合、第２関連情報に含まれる対応関係および第１関連情報に含まれる位置情報に基づいて、第２データに対応する第１データを取得し、第２関連情報に含まれる対応関係および第２説明情報に基づいて、第１データを第２データに変換し、管理装置に送信する。【選択図】図１
2020091670.tif 000002
【特許請求の範囲】
【請求項１】
管理対象からの第１データを記憶するデータベースにアクセス可能な収集装置と、前記収集装置と通信可能な管理装置と、を有する連携システムであって、
前記収集装置は、
前記第１データの仕様に関する第１説明情報と、前記データベース内での前記第１データの格納先を示す位置情報と、を含む第１関連情報を記憶しており、
前記管理装置は、
第２データの仕様に関する第２説明情報と、前記第１データと前記第２データとの対応関係と、を含む第２関連情報を、前記管理装置、または、前記管理装置と通信可能な他の管理装置から取得可能であり、
前記収集装置は、
前記管理対象からの前記第２データの取得要求が受信された場合、前記第２関連情報に含まれる前記対応関係および前記第１関連情報に含まれる位置情報に基づいて、前記第２データに対応する第１データを前記データベースから取得する取得処理と、
前記第２関連情報に含まれる前記対応関係および前記第２説明情報に基づいて、前記取得処理によって取得された第１データを前記第２データに変換する変換処理と、
前記変換処理による変換後の前記第２データを前記管理装置に送信する送信処理と、
を実行することを特徴とする連携システム。
【請求項２】
請求項１に記載の連携システムであって、
前記収集装置は、
前記第２関連情報が前記収集装置に記憶されている場合、前記第２関連情報を前記管理装置から送信されてきた最新の第２関連情報に更新する更新処理を実行する、
ことを特徴とする連携システム。
【請求項３】
請求項１に記載の連携システムであって、
前記収集装置は、
前記取得処理において、前記収集装置から前記第２関連情報を取得する、
ことを特徴とする連携システム。
【請求項４】
請求項３に記載の連携システムであって、
前記収集装置は、
前記取得処理において、前記収集装置から前記第２関連情報が取得されなかった場合、前記管理装置から前記第２関連情報を取得する、
ことを特徴とする連携システム。
【請求項５】
請求項１に記載の連携システムであって、
前記第２関連情報は、さらに、前記第２データを用いた第１演算式を含み、
前記収集装置は、
前記第２データを前記第１演算式に代入した場合の第１演算結果の取得要求が前記管理装置から受信された場合、前記変換処理による変換後の前記第２データを前記第１演算式に与えることにより、前記第１演算結果として第３データを算出する第１算出処理を実行し、
前記送信処理において、前記第１算出処理によって算出された第３データを前記管理装置に送信する、
ことを特徴とする連携システム。
【請求項６】
請求項５に記載の連携システムであって、
前記収集装置は複数存在し、
前記管理装置は、前記第３データを用いた第２演算式を含む第３関連情報を、前記管理装置、または、前記他の管理装置から取得可能であり、
前記管理装置は、
前記複数の収集装置の各々から送信されてきた前記第３データを前記第２演算式に与えることにより、第４データを算出する第２算出処理を実行する、
ことを特徴とする連携システム。
【請求項７】
管理対象からの第１データを記憶するデータベースにアクセス可能な収集装置と、前記収集装置と通信可能な管理装置と、を有する連携システムが実行する連携方法であって、
前記収集装置は、
前記第１データの仕様に関する第１説明情報と、前記データベース内での前記第１データの格納先を示す位置情報と、を含む第１関連情報を記憶しており、
前記管理装置は、
第２データの仕様に関する第２説明情報と、前記第１データと前記第２データとの対応関係と、を含む第２関連情報を、前記管理装置、または、前記管理装置と通信可能な他の管理装置から取得可能であり、
前記収集装置は、
前記管理対象からの前記第２データの取得要求が受信された場合、前記第２関連情報に含まれる前記対応関係および前記第１関連情報に含まれる位置情報に基づいて、前記第２データに対応する第１データを前記データベースから取得する取得処理と、
前記第２関連情報に含まれる前記対応関係および前記第２説明情報に基づいて、前記取得処理によって取得された第１データを前記第２データに変換する変換処理と、
前記変換処理による変換後の前記第２データを前記管理装置に送信する送信処理と、
を実行することを特徴とする連携方法。
【請求項８】
請求項７に記載の連携方法であって、
前記収集装置は、
前記第２関連情報が前記収集装置に記憶されている場合、前記管理装置から送信されてきた最新の第２関連情報に更新する更新処理を実行する、
ことを特徴とする連携方法。
【請求項９】
請求項７に記載の連携方法であって、
前記収集装置は、
前記取得処理において、前記収集装置から前記第２関連情報を取得する、
ことを特徴とする連携方法。
【請求項１０】
請求項９に記載の連携方法であって、
前記収集装置は、
前記取得処理において、前記収集装置から前記第２関連情報が取得されなかった場合、前記管理装置から前記第２関連情報を取得する、
ことを特徴とする連携方法。
【請求項１１】
請求項７に記載の連携方法であって、
前記第２関連情報は、さらに、前記第２データを用いた第１演算式を含み、
前記収集装置は、
前記第２データを前記第１演算式に与えた場合の第１演算結果の取得要求が前記管理装置から受信された場合、前記変換処理による変換後の前記第２データを前記第１演算式に与えることにより、前記第１演算結果として第３データを算出する第１算出処理を実行し、
前記送信処理において、前記第１算出処理によって算出された第３データを前記管理装置に送信する、
ことを特徴とする連携方法。
【請求項１２】
請求項１１に記載の連携方法であって、
前記収集装置は複数存在し、
前記管理装置は、前記第３データを用いた第２演算式を含む第３関連情報を、前記管理装置、または、前記他の管理装置から取得可能であり、
前記管理装置は、
前記複数の収集装置の各々から送信されてきた前記第３データを前記第２演算式に与えることにより、第４データを算出する第２算出処理を実行する、
ことを特徴とする連携システム方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報を管理する連携システムおよび連携方法に関する。
【背景技術】
【０００２】
下記特許文献１は、サービスの管理コストを抑制し得るデータ提供装置及びデータ提供方法を開示する。下記特許文献１は、サービス装置に現場データを提供するデータ提供装置が、予め登録された、現場データの仕様を含む各現場データの説明情報と、サービスが要求する現場データ及び当該現場データの仕様を含むサービスの説明情報と、現場データの仕様を当該現場データを利用するサービスが要求する仕様に変換するための変換ルールとを記憶し、サービス装置からの現場データの転送要求に応じて、現場データの説明情報、サービスの説明情報および変換ルールを参照して、当該サービス装置が提供するサービスが利用するすべての現場データを、当該サービスが要求する仕様のデータに変換して当該サービス装置に送信する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１８−７２９５８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１は、各拠点や企業が、それぞれ独立かつ段階的にデータ提供装置を用いてシステム構築を行った場合に、各現場システムのデータを、別の拠点または企業にあるアプリ（サービス）とデータ連携する仕組みを開示していない。したがって、特許文献１は、データとコンテキストをそれぞれの拠点で保有している場合に、新たな拠点のアプリがデータ連携をする点について考慮されていない。
【０００５】
本開示技術は、他の拠点とのデータ連携の効率化を図る。
【課題を解決するための手段】
【０００６】
本願において開示される技術の一側面となる連携システムおよび連携方法は、管理対象からの第１データを記憶するデータベースにアクセス可能な収集装置と、前記収集装置と通信可能な管理装置と、を有する連携システムおよび連携方法であって、前記収集装置は、前記第１データの仕様に関する第１説明情報と、前記データベース内での前記第１データの格納先を示す位置情報と、を含む第１関連情報を記憶しており、前記管理装置は、第２データの仕様に関する第２説明情報と、前記第１データと前記第２データとの対応関係と、を含む第２関連情報を、前記管理装置、または、前記管理装置と通信可能な他の管理装置から取得可能であり、前記収集装置は、前記管理対象からの前記第２データの取得要求が受信された場合、前記第２関連情報に含まれる前記対応関係および前記第１関連情報に含まれる位置情報に基づいて、前記第２データに対応する第１データを前記データベースから取得する取得処理と、前記第２関連情報に含まれる前記対応関係および前記第２説明情報に基づいて、前記取得処理によって取得された第１データを前記第２データに変換する変換処理と、前記変換処理による変換後の前記第２データを前記管理装置に送信する送信処理と、を実行することを特徴とする。
【発明の効果】
【０００７】
本発明の代表的な実施の形態によれば、他の拠点とのデータ連携の効率化を図ることができる。前述した以外の課題、構成及び効果は、以下の実施例の説明により明らかにされる。
【図面の簡単な説明】
【０００８】
【図１】図１は、実施例１にかかる連携システムのシステム構成例を示す説明図である。
【図２】図２は、コンピュータ（管理装置および収集装置）のハードウェア構成例を示すブロック図である。
【図３】図３は、図１に示した現場ＤＢの記憶内容例を示す説明図である。
【図４】図４は、第１コンテキストの記憶内容例を示す説明図である。
【図５】図５は、第２コンテキストの記憶内容例を示す説明図である。
【図６】図６は、収集装置の機能的構成例を示すブロック図である。
【図７】図７は、実施例１にかかる連携システムでのシーケンス例を示すシーケンス図である。
【図８】図８は、図７に示した第２コンテキスト検索処理（ステップＳ７０２）の詳細な処理手順例を示すフローチャートである。
【図９】図９は、図７に示した目的データ算出処理（ステップＳ７０３）の詳細な処理手順例を示すフローチャートである。
【図１０】図１０は、実施例２にかかる連携システムのシステム構成例を示す説明図である。
【図１１】図１１は、図１０に示した現場ＤＢの記憶内容例を示す説明図である。
【図１２】図１２は、実施例２にかかる第１コンテキストの記憶内容例を示す説明図である。
【図１３】図１３は、実施例２にかかる第２コンテキストの記憶内容例を示す説明図である。
【図１４】図１４は、実施例２にかかる連携システムでのシーケンス例を示すシーケンス図である。
【図１５】図１５は、図１４に示した中間データ算出処理（ステップＳ１４０３）の詳細な処理手順例を示すフローチャートである。
【発明を実施するための形態】
【実施例１】
【０００９】
＜システム構成例＞
図１は、実施例１にかかる連携システムのシステム構成例を示す説明図である。連携システム１００は、管理装置１０１と、１以上の収集装置１０２と、を有する。管理装置１０１は、１以上の収集装置１０２を管理するコンピュータである。収集装置１０２は、拠点からデータを収集するコンピュータである。拠点には、工場や発電所などの現場システム１２０が配置される。収集装置１０２は、この現場システムからデータを収集する。管理装置１０１と収集装置１０２とは、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ），ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ），インターネットなどのネットワーク１０３を介して通信可能に接続される。
【００１０】
実施例１では、管理装置１０１が、拠点の現場システム１２０で収集されたデータを用いて所望のデータを得たい場合に、管理装置１０１と収集装置１０２との間にあるデータに関する仕様の違いを吸収して、管理装置１０１が所望するデータを取得する。特に、収集装置１０２が、あたかも管理装置１０１であるかのように所望のデータを生成することにより、管理装置１０１と収集装置１０２との間のデータ連携を円滑に実現する。ここで、連携システム１００がある会社に導入された場合、管理装置１０１は、たとえば、当該ある会社の本社で用いられるコンピュータであり、収集装置１０２は、当該ある会社の各拠点で用いられるコンピュータである。
【００１１】
まず、収集装置１０２から説明する。収集装置１０２は、現場ＤＢ１２１と、データモデル１２２と、サービスＤＢ１２３と、第１コンテキストＣＴＸ１と、を有する。現場ＤＢ１２１は、現場システム１２０から収集した現場データを記憶する。現場データとは、温度、湿度、濃度、圧力、水位、排出量など拠点の現場である現場システムが有するセンサで観測されたデータである。
【００１２】
データモデル１２２とは、拠点となる現場システム１２０をモデル化したデータである。具体的には、たとえば、データモデル１２２は、現場システム１２０に設けられたセンサの位置および識別情報を含む。たとえば、現場ＤＢ１２１における「Ｓ１」、「Ｓ２」は、収集装置１０２で使用される識別情報である。
【００１３】
サービスＤＢ１２３は、サービスデータを記憶する。サービスデータとは、現場データから変換されたデータである。たとえば、サービスＤＢ１２３における「Ｄ１」、「Ｍ１」は、管理装置１０１で使用される識別情報である。
【００１４】
第１コンテキストＣＴＸ１は、現場データに関連する情報（関連情報）であり、具体的には、たとえば、現場データの仕様に関する説明情報（以下、第１説明情報）と、現場ＤＢ１２１内での格納先を示す位置情報と、を含む。
【００１５】
第１説明情報は、たとえば、現場データの検出元となるセンサの現場システム１２０での識別情報（たとえば、「Ｓ１」、「Ｓ２」、…。以下、第１識別情報）と、現場データの検出元のセンサの種類や属性が特定可能な現場システム１２０での名称（たとえば、「ＧＴ‐２Ｘ４Ｙ」、「ＡＴ−１Ａ」、…）と、検出元となるセンサが出力する現場データの単位（たとえば、「Ｋ」、「°Ｆ」、…。以下、第１単位）と、を含む。位置情報は、たとえば、現場データが格納されている現場ＤＢ１２１内のエントリの位置を示すポインタである。第１コンテキストＣＴＸ１の詳細は、図４で後述する。
【００１６】
また、収集装置１０２は、管理装置１０１から第２コンテキストＣＴＸ２が送信されてくると、第２コンテキストＣＴＸ２を受信して保持する。第２コンテキストＣＴＸ２は、サービスデータに関連する情報（関連情報）であり、具体的には、たとえば、サービスデータの仕様に関する説明情報（以下、第２説明情報）と、現場データとサービスデータとの対応関係と、を含む。
【００１７】
第２説明情報は、たとえば、現場データの検出元となるセンサの管理装置１０１での識別情報（たとえば、「Ｄ１」、「Ｄ２」、「Ｍ１」、…。以下、第２識別情報）と、現場データの検出元となるセンサの種類や属性が特定可能な管理装置１０１での名称（たとえば、「Ｇａｓ  Ｔｅｍｐ」、「Ａｉｒ  Ｔｅｍｐ」、…）と、検出元となるセンサが出力する現場データに対応するサービスデータの単位（たとえば、「Ｋ」、「°Ｃ」、…。以下、第２単位）と、を含む。
【００１８】
対応関係は、たとえば、データモデル１２２上の同一のセンサとして特定される第１識別情報および第２識別情報の対応テーブルである。これにより、現場データとサービスデータが対応づけされ、収集装置１０２は、変換ルールにより現場データをサービスデータに変換する。たとえば、収集装置１０２は、変換ルールにより、データの単位換算や粒度変更をおこなう。より具体的には、たとえば、収集装置１０２は、第１単位の現場データを第２単位のサービスデータに変換する。
【００１９】
また、収集装置１０２は、サービスデータに要求される代表値となるように、現場データを変換する。たとえば、現場データの粒度である検出周期が１秒である場合、１分間に収集される現場データは６０個となる。サービスデータに要求される代表値が平均値である場合、収集装置１０２は、たとえば、６０個の現場データから代表値となる平均値を算出して、当該平均値をサービスデータの第２単位に単位換算する。
【００２０】
また、第２コンテキストＣＴＸ２は、サービスデータ、または現場データを用いた演算式（たとえば、α１＝ａｖ（Ｍ））を含んでもよい。演算式の左辺の「α１」は、管理装置１０１から要求された目的データである。右辺は、第２識別情報に「Ｍ」を含むサービスデータの平均値を示す。第２コンテキストＣＴＸ２の詳細は、図５で後述する。
【００２１】
つぎに、管理装置１０１について説明する。管理装置１０１は、業務アプリケーションと、第２コンテキストＣＴＸ２と、を有する。業務アプリケーションは、目的データα１の要求を収集装置１０２に送信したり、目的データα１を受信して表示したり、第２コンテキストＣＴＸ２を収集装置１０２に送信したりするためのアプリケーションプログラムである。また、管理装置１０１は、第２コンテキストＣＴＸ２の新規作成や更新を、管理者の操作によりおこなう。
【００２２】
なお、図１では、ある収集装置１０２に対して目的データの要求と取得を実行しているが、他の収集装置１０２についても同様に目的データの要求と取得を同時多発的に実行可能である。したがって、複数の収集装置１０２の各々に対して目的データの要求と取得が集中した場合であっても、各目的データを算出するためのサービスデータの収集や目的データの算出自体を管理装置１０１が実行する必要はない。したがって、管理装置１０１への負荷が集中せず、負荷分散が実現する。
【００２３】
＜コンピュータのハードウェア構成例＞
図２は、コンピュータ（管理装置１０１および収集装置１０２）のハードウェア構成例を示すブロック図である。コンピュータ２００は、プロセッサ２０１と、記憶デバイス２０２と、入力デバイス２０３と、出力デバイス２０４と、通信インターフェース（通信ＩＦ）２０５と、を有する。プロセッサ２０１、記憶デバイス２０２、入力デバイス２０３、出力デバイス２０４、および通信ＩＦ２０５は、バス２０６により接続される。プロセッサ２０１は、コンピュータ２００を制御する。
【００２４】
記憶デバイス２０２は、プロセッサ２０１の作業エリアとなる。また、記憶デバイス２０２は、各種プログラムやデータを記憶する非一時的なまたは一時的な記録媒体である。記憶デバイス２０２としては、たとえば、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）、フラッシュメモリがある。入力デバイス２０３は、データを入力する。入力デバイス２０３としては、たとえば、キーボード、マウス、タッチパネル、テンキー、スキャナがある。出力デバイス２０４は、データを出力する。出力デバイス２０４としては、たとえば、ディスプレイ、プリンタがある。通信ＩＦ２０５は、ネットワークと接続し、データを送受信する。
【００２５】
＜各種データ＞
図３は、図１に示した現場ＤＢ１２１の記憶内容例を示す説明図である。現場ＤＢ１２１は、時刻３０１と、センサＩＤ３０２と、を有する。時刻３０１の値は、センサでの観測時刻を示す。センサＩＤ３０２の値は、第１識別情報を示す。図３において、たとえば、「ｓ１１」は、センサＩＤ３０２の値が「Ｓ１」のセンサ（以下、センサＳ１）で時刻３０１の値ｔ１に観測された現場データである。
【００２６】
図４は、第１コンテキストＣＴＸ１の記憶内容例を示す説明図である。第１コンテキストＣＴＸ１は、センサＩＤ４０１と、センサ種４０２と、単位４０３と、検出周期４０４と、収集頻度４０５と、格納先４０６と、を有する。センサＩＤ４０１の値は、第１識別情報を示す。センサ種４０２の値は、センサＩＤ４０１で特定されるセンサの種類を示す。単位４０３の値は、現場データの単位、すなわち、第１単位を示す。検出周期４０４の値は、センサＩＤ４０１で特定されるセンサで現場データを検出する周期を示す。収集頻度４０５の値は、収集装置１０２が現場システム１２０から現場データを収集する頻度を示す。格納先４０６の値は、上述した位置情報（たとえば、ポインタ）を示す。
【００２７】
図５は、第２コンテキストＣＴＸ２の記憶内容例を示す説明図である。第２コンテキストＣＴＸ２は、センサＩＤ５０１と、対応センサＩＤ５０２と、単位５０３と、代表値５０４と、演算式Ｆと、を有する。センサＩＤ５０１の値は、第２識別情報を示す。対応センサＩＤ５０２の値は、第１識別情報を示す。すなわち、センサＩＤ５０１および対応センサＩＤ５０２が、上述した対応情報となる。したがって、データモデル１２２では、たとえば、同じセンサについて、現場では「Ｓ１」で特定されていたセンサが、管理装置１０１では、「Ｍ２０１」で特定される。
【００２８】
単位５０３の値は、サービスデータの単位、すなわち、第２単位を示す。単位５０３は、現場データからサービスデータに変換する際の変換ルールの１つである。代表値５０４は、検出周期４０４で収集される複数の現場データを代表する値である。代表値５０４への変換も、現場データからサービスデータに変換する際の変換ルールの１つである。
【００２９】
代表値５０４には、たとえば、「平均値」、「最大値」、「最小値」、「中央値」、「なし」が挙げられる。たとえば、代表値５０４が「平均値」である場合、ある時間帯においてセンサＳ１で観測された現場データが１０個あれば、その１０個の現場データの平均値が代表値５０４として算出され、現場データの平均値が単位５０３で換算されて、１個のサービスデータになる。
【００３０】
また、代表値５０４が「なし」である場合、ある時間帯においてセンサＳ１で観測された現場データが１０個あれば、その１０個の現場データの各々が単位５０３で換算されて、１０個のサービスデータになる。
【００３１】
演算式Ｆは、サービスデータ（たとえば、Ｔ２０１〜Ｔ３００）（現場データでもよい）が対応する変数に代入されると、目的データ（たとえば、平均値）を演算結果として出力する式である。センサＩＤ５０１、単位５０３、代表値５０４、および演算式Ｆが、第２説明情報となる。
【００３２】
＜連携システム１００の機能的構成例＞
図６は、連携システム１００の機能的構成例を示すブロック図である。収集装置１０２は、取得部６０１と、更新部６０２と、変換部６０３と、第１算出部６０５と、送信部６０４と、を有する。管理装置は、第２算出部６０６を有する。これらは、具体的には、たとえば、図２に示した記憶デバイス２０２に記憶されたプログラムをプロセッサ２０１に実行させることで実現される。
【００３３】
取得部６０１は、管理対象からの第２データの取得要求が受信された場合、第２コンテキストＣＴＸ２に含まれる対応関係および第１コンテキストＣＴＸ１に含まれる位置情報に基づいて、第２データに対応する第１データをデータベースから取得する。具体的には、たとえば、取得部６０１は、第２データの一例である現場システム１２０からのサービスデータの取得要求が管理装置１０１から受信された場合、第２コンテキストＣＴＸ２に含まれるセンサＩＤ５０１および対応センサＩＤ５０２と、第１コンテキストＣＴＸ１に含まれる格納先４０６と、に基づいて、複数のサービスデータに対応する現場データを現場ＤＢ１２１から取得する。現場データは、第１データの一例である。
【００３４】
また、取得部６０１は、収集装置１０２に取得済みの第２コンテキストＣＴＸ２を取得してもよい。また、取得部６０１は、サービスデータの取得要求とともに、管理装置１０１から第２コンテキストＣＴＸ２を取得してもよい。また、取得部６０１は、サービスデータの取得要求を管理装置１０１から受信した場合に、管理装置１０１から第２コンテキストＣＴＸ２が取得済みか否かを確認する。取得されていなかった場合、取得部６０１は、管理装置１０１から第２コンテキストＣＴＸ２を取得する。
【００３５】
更新部６０２は、第２コンテキストＣＴＸ２が収集装置１０２に記憶されている場合、管理装置１０１から送信されてきた最新の第２コンテキストＣＴＸ２に更新する。
【００３６】
変換部６０３は、第２コンテキストＣＴＸ２に含まれる対応関係および第２説明情報に基づいて、取得部６０１によって取得された第１データを第２データに変換する。具体的には、たとえば、変換部６０３は、第２コンテキストＣＴＸ２に含まれるセンサＩＤ５０１および対応センサＩＤ５０２と、センサＩＤ５０１、単位５０３、および代表値５０４と、に基づいて、取得部６０１によって取得された現場データをサービスデータに変換する。
【００３７】
送信部６０４は、変換部６０３による変換後の第２データを管理装置１０１に送信する。具体的には、たとえば、送信部６０４は、変換部６０３による変換後のデータであるサービスデータを管理装置１０１に送信する。
【００３８】
第１算出部６０５は、第２データを第１演算式に与えた場合の第１演算結果の取得要求が管理装置１０１から受信された場合、変換部６０３による変換後の第２データを第１演算式に与えることにより、第１演算結果として第３データを算出する。具体的には、たとえば、第１算出部６０５は、サービスデータを演算式Ｆに与えた場合の演算結果の取得要求を管理装置１０１から受信された場合、変換部６０３による変換後のサービスデータを演算式Ｆに与えることにより、演算結果として目的データを算出する。この場合、送信部６０４は、第１算出部６０５によって算出された目的データを管理装置１０１に送信する。第２算出部６０６は、実施例２で用いられる機能であるため、実施例２で後述する。
【００３９】
＜連携システム１００でのシーケンス例＞
図７は、実施例１にかかる連携システム１００でのシーケンス例を示すシーケンス図である。管理装置１０１は、目的データの取得要求を収集装置１０２に送信する（ステップＳ７０１）。収集装置１０２は、当該取得要求を受信すると、第２コンテキスト検索処理（ステップＳ７０２）および目的データ算出処理（ステップＳ７０３）を実行する。第２コンテキスト検索処理（ステップＳ７０２）では、収集装置１０２は、取得部６０１により、収集装置１０２内で第２コンテキストＣＴＸ２を検索する。第２コンテキスト検索処理（ステップＳ７０２）の詳細については、図８で後述する。
【００４０】
目的データ算出処理（ステップＳ７０３）は、第１算出部６０５により目的データを算出する。目的データ算出処理（ステップＳ７０３）の詳細については、図９で後述する。目的データ算出処理（ステップＳ７０３）によって目的データが算出された場合、収集装置１０２は、算出結果である目的データを管理装置１０１に送信する。
【００４１】
管理装置１０１は、収集装置１０２からの算出結果を受信する（ステップＳ７０５）。管理装置１０１は、ディスプレイに目的データを表示させる。これにより、管理装置１０１のユーザは、算出結果である目的データを確認することができる、もしくは、任意のアプリケーションにデータを提供することができる。
【００４２】
第２コンテキストＣＴＸ２を更新したい場合、管理装置１０１は、最新の第２コンテキストＣＴＸ２を収集装置１０２に送信する（ステップＳ７０６）。収集装置１０２は、管理装置１０１からの最新の第２コンテキストＣＴＸ２を受信すると（ステップＳ７０７）、更新部６０２により第２コンテキストＣＴＸ２を最新の第２コンテキストＣＴＸ２に更新する（ステップＳ７０８）。なお、Ｓ７０６以降の処理はＳ７０１の処理の実施前などに任意に実施してよい。
【００４３】
図８は、図７に示した第２コンテキスト検索処理（ステップＳ７０２）の詳細な処理手順例を示すフローチャートである。収集装置１０２は、収集装置１０２内で第２コンテキストＣＴＸ２を検索する（ステップＳ８０１）。第２コンテキストＣＴＸ２が存在する場合（ステップＳ８０２：Ｙｅｓ）、目的データ算出処理（ステップＳ７０３）に移行して、第２コンテキスト検索処理（ステップＳ７０２）を終了する。第２コンテキストＣＴＸ２が存在しない場合（ステップＳ８０２：Ｎｏ）、収集装置１０２は、第２コンテキストＣＴＸ２の取得要求を管理装置１０１に送信する（ステップＳ８０３）。
【００４４】
管理装置１０１は、収集装置１０２から第２コンテキストＣＴＸ２の取得要求の受信を待ち受け（ステップＳ８１１：Ｎｏ）、当該取得要求を受信した場合（ステップＳ８１１：Ｙｅｓ）、第２コンテキストＣＴＸ２を収集装置１０２に送信する（ステップＳ８１２）。
【００４５】
収集装置１０２は、管理装置１０１から第２コンテキストＣＴＸ２の受信を待ち受け（ステップＳ：Ｎｏ８０４）、取得要求を送信（ステップＳ８０３）してから所定時間以内に第２コンテキストＣＴＸ２を管理装置１０１から受信すると（ステップＳ８０４：Ｙｅｓ）、ステップＳ８０２に戻る。一方、所定時間以内に第２コンテキストＣＴＸ２を管理装置１０１から受信されなかった場合（ステップＳ８０４：Ｎｏ）、第２コンテキストＣＴＸ２が収集装置１０２に存在しないことになり、算出結果としてＮＧを送信する（ステップＳ７０４）。
【００４６】
図９は、図７に示した目的データ算出処理（ステップＳ７０３）の詳細な処理手順例を示すフローチャートである。収集装置１０２は、第２コンテキストＣＴＸ２から第１コンテキストＣＴＸ１を検索する（ステップＳ９０１）。具体的には、たとえば、収集装置１０２は、第２コンテキストＣＴＸ２の対応センサＩＤ５０２と同一のセンサＩＤ４０１を含む第１コンテキストＣＴＸ１を検索する（ステップＳ９０１）。
【００４７】
第１コンテキストＣＴＸ１が存在しない場合（ステップＳ９０２：Ｎｏ）、収集装置１０２は、目的データ算出処理（ステップＳ７０３）を終了し、算出結果としてＮＧを送信する（ステップＳ７０４）。
【００４８】
一方、第１コンテキストＣＴＸ１が存在する場合（ステップＳ９０２：Ｙｅｓ）、収集装置１０２は、第２コンテキストＣＴＸ２の対応センサＩＤ５０２と同一である第１コンテキストＣＴＸ１のセンサＩＤのセンサからの現場データの格納先を特定する（ステップＳ９０３）。
【００４９】
つぎに、収集装置１０２は、取得部６０１により、現場ＤＢ１２１内の特定した格納先から現場データを取得する（ステップＳ９０４）。そして、収集装置１０２は、変換部６０３により、現場データをサービスデータに変換し（ステップＳ９０５）、第１算出部６０５により、変換したサービスデータで目的データを算出する（ステップＳ９０６）。これにより、収集装置１０２は、目的データ算出処理（ステップＳ７０３）を終了し、算出結果としてステップＳ９０６で算出した目的データを送信する（ステップＳ７０４）。これにより、管理装置１０１は、目的データを計算する必要がないため、負荷集中を回避することができる。
【実施例２】
【００５０】
実施例２について説明する。実施例１では、ある収集装置１０２に管理装置１０１の第２コンテキストＣＴＸ２を与えることで、収集装置１０２にサービスデータへの変換や目的データの算出を実行させて、管理装置１０１の負荷分散を図った。これに対し、実施例２では、複数の収集装置１０２の各々に、管理装置１０１の第２コンテキストＣＴＸ２を与えることで、各収集装置１０２にサービスデータへの変換や中間データの算出を実行させ、管理装置１０１が、複数の中間データから目的データを算出する。これにより、収集装置１０２にサービスデータへの変換や中間データの算出を実行させ、管理装置１０１は、管理装置１０１にしかできない処理を実行することで、管理装置１０１の負荷分散を図る。
【００５１】
なお、実施例２では、２台の収集装置１０２ａ，１０２ｂを例に挙げて説明するが、収集装置１０２は３台以上でもよい。また、収集装置１０２ａ（以下、第１収集装置１０２ａ）は、実施例１に示した管理装置１０１から第２コンテキストＣＴＸ２を受信した収集装置１０２とする。したがって、当該収集装置１０２に関連する構成の符号の末尾には、「ａ」を付し、それらの構成の説明は実施例１を流用または省略する場合がある。同様に、もう１台の収集装置１０２ｂ（以下、第２収集装置１０２ｂ）に関連する構成の符号の末尾には、「ｂ」を付し、それらの構成の説明は実施例１を流用または省略する場合がある。
【００５２】
図１０は、実施例２にかかる連携システム１００のシステム構成例を示す説明図である。第２収集装置１０２ｂは、第１収集装置１０２ａと同様、現場システム１２０ｂから収集した現場データを記憶する現場ＤＢ１２１ｂと、データモデル１２２ｂと、サービスＤＢ１２３ｂと、第１コンテキストＣＴＸ１ｂと、を有する。
【００５３】
データモデル１２２ｂは、拠点となる現場システム１２０ｂをモデル化したデータである。具体的には、たとえば、データモデル１２２ｂは、現場システム１２０ｂに設けられたセンサの位置および識別情報を含む。たとえば、現場ＤＢ１２１ｂにおける「Ｒ１」、「Ｒ２」は、第２収集装置１０２ｂで使用される識別情報である。
【００５４】
サービスＤＢ１２３ｂは、サービスデータを記憶する。サービスＤＢ１２３ｂにおける「Ｅ１」、「Ｗ１」は、管理装置１０１で使用される識別情報である。
【００５５】
第１コンテキストＣＴＸ１ｂは、現場データに関連する情報であり、具体的には、たとえば、現場データの仕様に関する第１説明情報と、現場ＤＢ１２１ｂ内での格納先を示す位置情報と、を含む。
【００５６】
第１説明情報は、たとえば、現場データの検出元となるセンサの現場システム１２０ｂでの第１識別情報（たとえば、「Ｒ１」、「Ｒ２」、…。）と、現場データの検出元のセンサの種類や属性が特定可能な現場システム１２０ｂでの名称（たとえば、「ＧＴ‐２Ｘ４Ｙ」、「ＡＴ−１Ａ」、…）と、検出元となるセンサが出力する現場データの第１単位（たとえば、「Ｋ」、「°Ｆ」、…。）と、を含む。位置情報は、たとえば、現場データが格納されている現場ＤＢ１２１ｂ内のエントリの位置を示すポインタである。第１コンテキストＣＴＸ１ｂの詳細は、図１２で後述する。
【００５７】
また、第２収集装置１０２ｂは、管理装置１０１から第２コンテキストＣＴＸ２ｂが送信されてくると、第２コンテキストＣＴＸ２ｂを受信して保持する。第２コンテキストＣＴＸ２ｂは、サービスデータに関連する情報であり、具体的には、たとえば、サービスデータの仕様に関する第２説明情報と、現場データとサービスデータとの対応関係と、を含む。
【００５８】
第２説明情報は、たとえば、現場データの検出元となるセンサの管理装置１０１での第２識別情報（たとえば、「Ｅ１」、「Ｅ２」、「Ｗ１」、…。）と、現場データの検出元となるセンサの種類や属性が特定可能な管理装置１０１での名称（たとえば、「Ｇａｓ  Ｔｅｍｐ」、「Ａｉｒ  Ｔｅｍｐ」、…）と、検出元となるセンサが出力する現場データに対応するサービスデータの第２単位（たとえば、「Ｋ」、「°Ｃ」、…。以下、第２単位）と、を含む。
【００５９】
また、第２コンテキストＣＴＸ２ｂは、サービスデータを用いた演算式Ｆｂ（たとえば、α２＝ａｖ（Ｍ））を含んでもよい。演算式Ｆｂの左辺の「α２」は、管理装置１０１から要求された中間データである。右辺は、第２識別情報に「Ｗ」を含むサービスデータの平均値を示す。第２コンテキストＣＴＸ２の詳細は、図１３で後述する。なお、実施例２では、図１に示した演算式Ｆａの左辺の「α１」も、管理装置１０１から要求された中間データとなる。
【００６０】
管理装置１０１は、業務アプリケーションと、第２コンテキストＣＴＸ２と、第３コンテキストＣＴＸ３と、を有する。業務アプリケーションは、中間データα１，α２の要求を第１収集装置１０２ａ、第２収集装置１０２ｂに送信したり、中間データα１，α２を受信して表示したり、第２コンテキストＣＴＸ２ａ，ＣＴＸ２ｂを第１収集装置１０２ａ、第２収集装置１０２ｂに送信したりするためのアプリケーションプログラムである。また、管理装置１０１は、第２コンテキストＣＴＸ２および第３コンテキストＣＴＸ３の新規作成や更新を、管理者の操作によりおこなう。
【００６１】
第３コンテキストＣＴＸ３は、目的データに関連する情報（関連情報）であり、中間データを用いて目的データを算出する演算式ＦＣを含む。演算式ＦＣは、第１収集装置１０２ａからの中間データと第２収集装置１０２ｂからの中間データとの加重平均を目的データとして算出する式である。重みは、各中間データを算出元となる現場データの個数に依存する。たとえば、第１収集装置１０２ａからの中間データが１００個の現場データから算出され、第２収集装置１０２ｂからの中間データが６０個の現場データから算出されたとする。この場合、第１収集装置１０２ａからの中間データに付与される重みは、１００／（１００＋６０）であり、第２収集装置１０２ｂからの中間データに付与される重みは、６０／（１００＋６０）である。
【００６２】
なお、図１０では、２台の収集装置１０２（第１収集装置１０２ａ、第２収集装置１０２ｂ）に対して中間データの要求と取得を実行しているが、３台以上の収集装置１０２についても同様に中間データの要求と取得を実行可能である。したがって、複数の収集装置１０２の各々に対して中間データの要求と取得が集中した場合であっても、各中間データを算出するためのサービスデータの収集や目的データの算出自体を管理装置１０１が実行する必要はない。したがって、管理装置１０１への負荷が集中せずに管理装置１０１は目的データβを算出することができ、負荷分散が実現する。
【００６３】
図１１は、図１０に示した現場ＤＢ１２１ｂの記憶内容例を示す説明図である。図１１において、たとえば、「ｒ１１」は、センサＩＤが「Ｒ１」のセンサで時刻ｔ１に観測された現場データである。
【００６４】
図１２は、実施例２にかかる第１コンテキストＣＴＸ１ｂの記憶内容例を示す説明図である。なお、現場システム１２０ａ，１２０ｂが同一構成のシステムである場合、第１コンテキストＣＴＸ１ｂの内容は、第１コンテキストＣＴＸ１ａと同一であってもよい。
【００６５】
図１３は、実施例２にかかる第２コンテキストＣＴＸ２ｂの記憶内容例を示す説明図である。第２コンテキストＣＴＸ２ｂは、センサＩＤ５０１と、対応センサＩＤ５０２と、単位５０３と、代表値５０４と、演算式Ｆｂと、を有する。データモデル１２２ｂでは、たとえば、同じセンサについて、現場では「Ｒ１」と呼ばれていたセンサが、管理装置１０１では、「Ｗ２０１」と呼ばれている。演算式Ｆｂは、サービスデータ（たとえば、Ｖ３０１〜Ｖ３６０）が与えられると、中間データ（たとえば、平均値）を演算結果として出力する。
【００６６】
また、図６において、管理装置１０１は、第２算出部６０６を有する。第２算出部６０６は、各収集装置１０２から送信されてきた中間データを用いて、第３コンテキストＣＴＸ３により目的データβを算出する。なお、現場システム１２０ａ，１２０ｂが同一構成のシステムである場合、第２コンテキストＣＴＸ２ｂの内容は、第２コンテキストＣＴＸ２ａと同一であってもよい。
【００６７】
＜連携システム１００でのシーケンス例＞
図１４は、実施例２にかかる連携システム１００でのシーケンス例を示すシーケンス図である。なお、図７と同一処理については同一ステップ番号を付し、その説明を省略する。管理装置１０１は、目的データの算出元となる中間データの取得要求を第１収集装置１０２ａ、第２収集装置１０２ｂに送信する（ステップＳ１４０１）。第１収集装置１０２ａおよび第２収集装置１０２ｂは、当該取得要求を受信すると、第２コンテキスト検索処理（ステップＳ７０２）および中間データ算出処理（ステップＳ１４０３）を実行する。
【００６８】
中間データ算出処理（ステップＳ１４０３）は、第１算出部６０５により中間データを算出する。中間データ算出処理（ステップＳ１４０３）の詳細については、図１５で後述する。中間データ算出処理（ステップＳ１４０３）によって中間データが算出された場合、第１収集装置１０２ａおよび第２収集装置１０２ｂは、算出結果である中間データを管理装置１０１に送信する。
【００６９】
管理装置１０１は、第１収集装置１０２ａおよび第２収集装置１０２ｂからの算出結果を受信する（ステップＳ７０５）。管理装置１０１は、受信した中間データを用いて、第３コンテキストＣＴＸ３に含まれている演算式Ｆｃにより、目的データβを算出する（ステップＳ１４０５）。管理装置１０１は、ディスプレイに目的データを表示させ、これにより、管理装置１０１のユーザは、算出結果である目的データを確認することができる、もしくは、任意のアプリケーションにデータを提供することができる。
【００７０】
第２コンテキストＣＴＸ２を更新したい場合、管理装置１０１は、最新の第２コンテキストＣＴＸ２を第１収集装置１０２ａおよび第２収集装置１０２ｂに送信する（ステップＳ７０６）。第１収集装置１０２ａおよび第２収集装置１０２ｂは、管理装置１０１からの最新の第２コンテキストＣＴＸ２を受信すると（ステップＳ７０７）、更新部６０２により第２コンテキストＣＴＸ２を最新の第２コンテキストＣＴＸ２に更新する（ステップＳ７０８）。Ｓ７０６以降の処理は、Ｓ１４０１の処理より前など任意の時点で実施しても良い。
【００７１】
図１５は、図１４に示した中間データ算出処理（ステップＳ１４０３）の詳細な処理手順例を示すフローチャートである。第１収集装置１０２ａおよび第２収集装置１０２ｂは、第２コンテキストＣＴＸ２から第１コンテキストＣＴＸ１を検索する（ステップＳ９０１）。具体的には、たとえば、収集装置１０２は、第２コンテキストＣＴＸ２の対応センサＩＤ５０２と同一のセンサＩＤ４０１を含む第１コンテキストＣＴＸ１を検索する（ステップＳ９０１）。
【００７２】
第１コンテキストＣＴＸ１が存在しない場合（ステップＳ９０２：Ｎｏ）、第１収集装置１０２ａおよび第２収集装置１０２ｂは、中間データ算出処理（ステップＳ１４０３）を終了し、算出結果としてＮＧを送信する（ステップＳ７０４）。
【００７３】
一方、第１コンテキストＣＴＸ１が存在する場合（ステップＳ９０２：Ｙｅｓ）、第１収集装置１０２ａおよび第２収集装置１０２ｂは、第２コンテキストＣＴＸ２の対応センサＩＤ５０２と同一である第１コンテキストＣＴＸ１のセンサＩＤのセンサからの現場データの格納先を特定する（ステップＳ９０３）。
【００７４】
つぎに、第１収集装置１０２ａおよび第２収集装置１０２ｂは、取得部６０１により、現場ＤＢ１２１ａ，１２１ｂ内の特定した格納先から現場データを取得する（ステップＳ９０４）。そして、第１収集装置１０２ａおよび第２収集装置１０２ｂは、変換部６０３により、現場データをサービスデータに変換し（ステップＳ９０５）、第１算出部６０５により、変換したサービスデータで中間データを算出する（ステップＳ１５０６）。これにより、第１収集装置１０２ａおよび第２収集装置１０２ｂは、中間データ算出処理（ステップＳ１４０３）を終了し、算出結果としてステップＳ１５０６で算出した中間データを送信する（ステップＳ７０４）。これにより、管理装置１０１は、中間データを計算する必要がないため、負荷集中を回避することができる。
【００７５】
なお、本発明は前述した実施例に限定されるものではなく、添付した特許請求の範囲の趣旨内における様々な変形例及び同等の構成が含まれる。例えば、前述した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに本発明は限定されない。また、ある実施例の構成の一部を他の実施例の構成に置き換えてもよい。また、ある実施例の構成に他の実施例の構成を加えてもよい。また、各実施例の構成の一部について、他の構成の追加、削除、または置換をしてもよい。
【００７６】
また、前述した各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等により、ハードウェアで実現してもよく、プロセッサがそれぞれの機能を実現するプログラムを解釈し実行することにより、ソフトウェアで実現してもよい。
【００７７】
各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリ、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）等の記憶装置、又は、ＩＣ（Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）カード、ＳＤカード、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ）の記録媒体に格納することができる。
【００７８】
また、制御線や情報線は説明上必要と考えられるものを示しており、実装上必要な全ての制御線や情報線を示しているとは限らない。実際には、ほとんど全ての構成が相互に接続されていると考えてよい。
【符号の説明】
【００７９】
１００  連携システム
１０１  管理装置
１０２，１０２ａ，１０２ｂ  収集装置
１２０  現場システム
１２０，１２０ａ，１０２ｂ  現場システム
１２２，１２２ａ，１２２ｂ  データモデル
６０１  取得部
６０２  更新部
６０３  変換部
６０４  送信部
６０５  第１算出部
６０６  第２算出部
６０６  第３算出部
ＣＴＸ１，ＣＴＸ１ａ，ＣＴＸ１ｂ  第１コンテキスト
ＣＴＸ２，ＣＴＸ２ａ，ＣＴＸ２ｂ  第２コンテキスト
ＣＴＸ３  第３コンテキスト
【図１】
2020091670.tif 000003
【図２】
2020091670.tif 000004
【図３】
2020091670.tif 000005
【図４】
2020091670.tif 000006
【図５】
2020091670.tif 000007
【図６】
2020091670.tif 000008
【図７】
2020091670.tif 000009
【図８】
2020091670.tif 000010
【図９】
2020091670.tif 000011
【図１０】
2020091670.tif 000012
【図１１】
2020091670.tif 000013
【図１２】
2020091670.tif 000014
【図１３】
2020091670.tif 000015
【図１４】
2020091670.tif 000016
【図１５】
2020091670.tif 000017