特開 2022-190647 データ収集システム及び遠隔制御システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2022190647

(43)【公開日】2022-12-26

(54)【発明の名称】データ収集システム及び遠隔制御システム

(51)【国際特許分類】

   G06F 16/84 20190101AFI20221219BHJP

   G06Q 50/04 20120101ALI20221219BHJP

【ＦＩ】

G06F16/84

G06Q50/04

【審査請求】未請求

【請求項の数】10

【出願形態】ＯＬ

(21)【出願番号】P 2021171134

(22)【出願日】2021-10-19

(31)【優先権主張番号】P 2021099000

(32)【優先日】2021-06-14

(33)【優先権主張国・地域又は機関】JP

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＪＡＶＡＳＣＲＩＰＴ

(71)【出願人】

【識別番号】000003078

【氏名又は名称】株式会社東芝

(71)【出願人】

【識別番号】301063496

【氏名又は名称】東芝デジタルソリューションズ株式会社

(74)【代理人】

【識別番号】110001737

【氏名又は名称】弁理士法人スズエ国際特許事務所

(72)【発明者】

【氏名】稲田 稔

(72)【発明者】

【氏名】島内 護

(72)【発明者】

【氏名】加茂 隆康

(72)【発明者】

【氏名】山本 輝哉

(72)【発明者】

【氏名】竹下 聡子

(72)【発明者】

【氏名】萩森 翔

【テーマコード（参考）】

5B175

5L049

【Ｆターム（参考）】

5B175CA02

5B175CA07

5B175FB03

5L049CC04

(57)【要約】

【課題】半構造データを収集し、収集した半構造データをデータベースに記憶することができるデータ収集システムを提供すること。
【解決手段】実施形態によるデータ収集システムは、第1階層の第1データと、第１データに含まれ、第２識別情報が夫々設定される第２階層の複数の第２データを含む半構造データを受信する手段と、データベースと、前記データベースにおける前記複数の第２識別情報の格納位置を示す格納位置情報を記憶する情報記憶手段と、格納位置情報に基づいて複数の第２データをデータベースに書き込む登録手段を具備する。
【選択図】図５

【特許請求の範囲】

【請求項1】

第1階層の第1データと、前記第１データに含まれる第２階層の複数の第２データを含む半構造データであって、前記複数の第２データには複数の第２識別情報が夫々設定されている半構造データを受信する受信手段と、
データベースと、
前記データベースにおける前記複数の第２識別情報の格納位置を示す格納位置情報を記憶する情報記憶手段と、
前記格納位置情報に基づいて前記複数の第２データを前記データベースに書き込む登録手段と、を具備するデータ収集システム。

【請求項2】

前記データベースは、複数のテーブルを含む第２データベースと、
前記第１データには第1識別情報が設定されており、
前記格納位置情報は、前記第１識別情報と前記複数のテーブルの中の少なくとも２つの第１テーブルのカラムとの対応関係を示す第１情報と、前記複数の第２識別情報のいずれかと前記複数のテーブルの中の第２テーブルのカラムとの対応関係を示す第２情報を含み、
前記登録手段は、前記第１情報に基づいて前記第１データに含まれる前記複数の第２データの中の少なくとも２つのデータを前記少なくとも２つの第１テーブルのカラムに書き込み、前記第２情報に基づいて前記第２データを前記第２テーブルのカラムに書き込む、請求項１記載のデータ収集システム。

【請求項3】

前記第２データはアセットに関するデータを含み、
前記アセットは設備、装置、製品、材料、治具、工具、ソフトウェア、システム、社員、従業員、工場、プラント、生産計画情報、保守計画情報、保守対応情報、仕様情報、又は注文情報の少なくとも一つを含み、
前記第１データは前記アセットの側面に関する第２データの集合を含み、
前記第２データは製品特性、プロセス変数、外部へのリンク、前記アセットの能力、前記アセットの属性、又は前記アセットの稼働状況を含む、請求項２記載のデータ収集システム。

【請求項4】

前記受信手段はアセット管理シェルを受信し、
前記アセット管理シェルはヘッダとボディを含み、
前記ヘッダはアセット識別子とアセット管理シェル識別子を含み、
前記ボディは前記第１データを含む、請求項３記載のデータ収集システム。

【請求項5】

前記半構造データは、センサに関する第１半構造データを含み、
前記第１半構造データの前記第２データは、前記センサの計測値と、センサ識別情報と、計測時刻を含み、
前記データベースは、前記センサ識別情報毎に前記計測値の時系列データを格納する第１時系列データベースを含む、請求項１記載のデータ収集システム。

【請求項6】

前記格納位置情報は、前記第1半構造データの前記第２識別情報と前記第1時系列データベースにおける格納位置との対応関係を示す、請求項５記載のデータ収集システム。

【請求項7】

前記半構造データは、前記センサが検出する状態変化に関する第２半構造データを含み、
前記第２半構造データの前記第２データは、前記状態変化の識別情報と、前記状態変化の時刻と、前記状態変化の種類を含み、
前記データベースは、前記状態変化の識別情報毎に前記状態変化の時刻と前記状態変化の種類からなる時系列データを格納する第２時系列データベースを含む、請求項５記載のデータ収集システム。

【請求項8】

前記状態変化は、前記センサの計測値が許容範囲を超えたイベントである、請求項７記載のデータ収集システム。

【請求項9】

前記格納位置情報は、前記第２半構造データの前記第２識別情報と前記第２時系列データベースにおける格納位置との対応関係を示す、請求項７記載のデータ収集システム。

【請求項10】

複数の制御対象に関する第1階層の第1データと前記複数の制御対象に関する第２階層の複数の第２データを含む半構造データであって、前記複数の第２データには複数の第２識別情報が夫々設定されている半構造データを受信する受信手段と、
データベースと、
前記複数の第２識別情報と前記データベースにおける格納位置を示す格納位置情報を記憶する情報記憶手段と、
前記格納位置情報に基づいて前記第２データを前記データベースに書き込む登録手段と、
前記データベースに格納された前記第２データに基づき前記複数の制御対象の何れに関する情報を出力する通知手段と、を具備する遠隔制御システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明の実施形態はデータ収集システム及び遠隔制御システムに関する。

【背景技術】

【0002】

工場やプラントの設備や機器を遠隔で制御する遠隔制御システムがある。遠隔制御システムは制御対象の設備や機器に関するデータを収集するデータ収集システムを含む。データ収集システムは収集したデータを記憶するデータベースを含む。遠隔制御システムは、データ収集システムのデータベースに記憶されているデータに基づき、制御対象を制御する。例えば、データ収集システムは制御対象の稼働状況に関するデータを収集する。遠隔制御システムは、制御対象の稼働状況が異常であることを検出すると、制御対象を遠隔制御する。

【0003】

工場やプラントの設備や機器は、異なるメーカーにより製造されたものを含むことがある。異なるメーカーにより製造された設備や機器は、夫々異なる形式のデータを出力する可能性がある。データ収集システムが異なるメーカーの制御対象から出力される異なる形式のデータを収集できるように、制御対象から出力されるデータの形式を統一する提案がある。提案の一例は、Ｉｎｄｕｓｔｒｉｅ４．０で規格化が進んでいるアセット管理シェルＡＡＳ（Ａｓｓｅｔ Ａｄｍｉｎｉｓｔｒａｔｉｏｎ Ｓｈｅｌｌ）データである。ＡＡＳデータは半構造データである。

【0004】

データ収集システムのデータベースはその事業者独自のデータベースであることが多い。そのため、半構造データであるＡＡＳデータのデータエレメントフィールドの名称とデータベースのフィールドの名称が一致せず、データ収集システムは半構造データをデータベースに記憶することができないことがある。

【先行技術文献】

【特許文献】

【0005】

【特許文献1】特許第６１６２８２１号公報

【特許文献2】特許第６５７７５４６号公報

【特許文献3】特開２０２０－５７０８９号公報

【非特許文献】

【0006】

【非特許文献1】ＳＰＥＣＩＦＩＣＡＴＩＯＮ Ｄｅｔａｉｌｓ ｏｆ ｔｈｅ Ａｓｓｅｔ Ａｄｍｉｎｉｓｔｒａｔｉｏｎ Ｓｈｅｌｌ， Ｐａｒｔ １， Ｆｅｄｅｒａｌ Ｍｉｎｉｓｔｒｙ ｆｏｒ Ｅｃｏｎｏｍｉｃ Ａｆｆａｉｒｓ ａｎｄ Ｅｎｅｒｇｙ （ＢＭＷｉ）， ２０２０年１１月

【発明の概要】

【発明が解決しようとする課題】

【0007】

本発明の目的は、半構造データを収集し、収集した半構造データをデータベースに記憶することができるデータ収集システム及び遠隔制御システムを提供することである。

【課題を解決するための手段】

【0008】

実施形態に係るデータ収集システムは、受信手段と、データベースと、情報記憶手段と、登録手段と、を具備する。受信手段は、第1階層の第1データと、前記第１データに含まれる第２階層の複数の第２データを含む半構造データを受信する。前記複数の第２データには複数の第２識別情報が夫々設定されている。情報記憶手段は、前記データベースにおける前記複数の第２識別情報の格納位置を示す格納位置情報を記憶する。登録手段は、前記格納位置情報に基づいて前記複数の第２データを前記データベースに書き込む。

【図面の簡単な説明】

【0009】

【図1】第１実施形態による遠隔制御システムの一例を示すブロック図。

【図2】ＡＡＳデータの一例を示す図。

【図3】ＡＡＳデータの具体的な一例を示す図。

【図4】ＡＡＳデータの他の例を示す図。

【図5】マッピング処理部の処理の一例を示すフローチャート。

【図6】ＡＡＳオブジェクト抽出の一例を示す図。

【図7】親子関係辞書の一例を示す図。

【図8】登録バッファの一例を示す図。

【図9】ＡＡＳＩＤの取得の一例を示す図。

【図10】サブモデルマッピングの一例を示す図。

【図11】サブモデルマッピングの他の例を示す図。

【図12】サブモデルマッピングのさらに他の例を示す図。

【図13】アセットデータベースへのデータ登録の一例を示す図。

【図14】アセットデータベースへのデータ登録の他の例を示す図。

【図15】親子関係辞書更新の一例を示す図。

【図16】第２実施形態による遠隔制御システムの一例を示すブロック図。

【図17】登録バッファの一例を示す図。

【図18】サブモデルマッピングの一例を示す図。

【図19】サブモデルマッピングの他の例を示す図。

【発明を実施するための形態】

【0010】

以下、図面を参照して、実施形態を説明する。以下の説明は、実施形態の技術的思想を具体化するための装置や方法を例示するものであって、実施形態の技術的思想は、以下に説明する構成要素の構造、形状、配置、材質等に限定されるものではない。当業者が容易に想到し得る変形は、当然に開示の範囲に含まれる。説明をより明確にするため、図面において、各要素のサイズ、厚み、平面寸法又は形状等を実際の実施態様に対して変更して模式的に表す場合もある。複数の図面において、互いの寸法の関係や比率が異なる要素が含まれることもある。複数の図面において、対応する要素には同じ参照数字を付して重複する説明を省略する場合もある。いくつかの要素に複数の呼称を付す場合があるが、これら呼称の例はあくまで例示であり、これらの要素に他の呼称を付すことを否定するものではない。また、複数の呼称が付されていない要素についても、他の呼称を付すことを否定するものではない。なお、以下の説明において、「接続」は直接接続のみならず、他の要素を介して接続されることも意味する。

【0011】

以下、図面を参照しながら本実施の形態について詳細に説明する。

【0012】

［第１実施形態］
図１は、第１実施形態によるデータ収集システムを応用した遠隔制御システムの一例を示す。データ収集システムは監視対象に関する様々なデータを収集する。遠隔制御システムは、データ収集システムにより収集したデータに基づいて、監視対象を制御、又は監視対象のオペレータに対して何らかの指示を送信する。遠隔制御システムから監視対象の制御に関する部分を削除したものがデータ収集システムとなる。遠隔制御システムは、クラウドサーバ１０、エッジ１２、アセット管理シェルサーバ（ＡＡＳサーバ）１４、１８、アセット１６、２０、意味ＩＤデータベース（意味ＩＤ ＤＢ）２２、監視対象３６、及びＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）サーバ３８を含む。

【0013】

アセット１６、２０はＩｎｄｕｓｔｒｉｅ４．０で定義されており、組織、企業、業界により所有又は管理される物理的又は論理的なオブジェクトである。アセット１６、２０も遠隔制御システムの監視対象である。オブジェクトは、組織、企業、業界にとって価値のある「もの」である。「もの」は、機械等の物質的なものと、ドキュメント等の非物質的なものを含む。アセットの例は、設備、装置、製品、材料、治具、工具、ソフトウェア、システム、社員、従業員、工場、プラント、生産計画情報、保守計画情報、保守対応情報、仕様情報、注文情報の少なくとも一つである。

【0014】

ＡＡＳサーバ１４、１８は監視対象であるアセット１６、２０に関するあらゆるデータを包括的に管理するＡＡＳデータを生成する。

【0015】

図２は、ＡＡＳサーバ１４、１８が生成するＡＡＳデータのデータ表現の一例を示す。図２のデータ表現は、ＯＰＣ ＵＡ（ＯＬＥ ｆｏｒ Ｐｒｏｃｅｓｓ Ｃｏｎｔｒｏｌ Ｕｎｉｆｉｅｄ Ａｒｃｈｉｔｅｃｔｕｒｅ）通信インターフェースに従ったデータ表現の例を示す。ＡＡＳデータはヘッダとボディを含む。ＡＡＳデータはアセットのデジタル表現である。ＡＡＳデータは、アセットをインターネットで繋がったデジタル世界に接続する通信インターフェースである。

【0016】

ヘッダはＡＡＳのＩＤ（ＡＡＳＩＤ）とアセットＩＤを含む。ＡＡＳＩＤにはＩＲＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌｉｚｅｄ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）又はＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）を用いることができる。アセットＩＤにはＩＲＩを用いることができる。ヘッダは他のＡＡＳデータと情報交換を行う外部のネットワークと接続するためのインターフェースを持つ。

【0017】

ボディは第１階層の複数のデータ項目（サブモデルと称される）を含む。複数のサブモデルによりＡＡＳデータはアセットの様々な側面（例えば、セキュリティ面、安全面、エネルギー効率、組み立て能力）について記述することができる。或る1つの側面に関する情報は1つのサブモデルに纏められる。サブモデルは、標準化された共通の基礎サブモデルと、業界や企業毎に作成され流通する自由サブモデルを含む。各サブモデルは第２階層の複数のデータ項目（サブモデルエレメントと称される）を含む。サブモデルエレメントの例はプロパティ（Ｐｒｏｐ）とサブモデルエレメントコレクション（ＳＭＣ）である。プロパティは製品特性、プロセス変数、外部へのリンク、アセットの能力、属性の集合等のアセットに関するあらゆる情報を含む。プロパティは製品又は部品を表現又は区別するに適する特性を定義する。ＳＭＣは、プロパティを含む。すなわち、プロパティはサブモデルに直接含まれるものと、サブモデルに含まれるＳＭＣに含まれるものを含む。サブモデルに直接含まれるプロパティは第２階層のデータ項目であり、ＳＭＣに含まれるプロパティは第３階層のデータ項目である。

【0018】

サブモデルにはＩＤに加えて意味ＩＤ（Ｓｅｍａｎｔｉｃ ＩＤ）が設定されている。サブモデルの意味ＩＤはそのサブモデルが表現する内容の意味に対応した、外部の標準化辞書のＩＤであり、ＩＲＤＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｒｅｇｉｓｔｒａｔｉｏｎ Ｄａｔａ Ｉｄｅｎｔｉｆｉｅｒ）、ＩＲＩ又はＵＲＩを用いることができる。

【0019】

サブモデルエレメント（プロパティ）にもｉｄＳｈｏｒｔに加えて意味ＩＤが設定されている。ｉｄＳｈｏｒｔはプロパティの識別子であり、サブモデルのＩＤと区別するためにプロパティの識別子はｉｄＳｈｏｒｔと称される。サブモデルエレメントの意味ＩＤもサブモデルエレメントが表現する内容の意味を表す。サブモデルエレメントの意味ＩＤはＣｏｎｃｅｐｔＤｅｓｃｒｉｐｔｉｏｎのＩＤにリンクされている。サブモデルエレメントの意味ＩＤにもＩＲＤＩ、ＩＲＩ又はＵＲＩを用いることができる。

【0020】

ＡＡＳサーバ１４、１８は、意味ＩＤ ＤＢ２２を参照して、ＡＡＳデータの中のデータ項目に意味ＩＤを設定する（詳細は後述する）。意味ＩＤ ＤＢ２２は、データ項目と意味ＩＤの対応関係を示す情報を記憶している。

【0021】

説明の簡単化のためにＡＡＳサーバ１４、１８とアセット１６、２０の数は２個としたが、これらの数は２個に限定されない。データ収集システムは、多数のＡＡＳサーバと多数のアセットを含み得る。また、１個のＡＡＳサーバに１個のアセットが接続されているが、１個のＡＡＳサーバに複数個のアセットが接続されてもよい。例えば、アセットの稼働状態を示すデータをＡＡＳデータに含めたい場合、アセット１６、２０はセンサを含む。

【0022】

ＡＡＳデータのユースケースを説明する。ここでは、生産システムにおけるＡＡＳデータを説明する。複数のＡＡＳデータが生産システムの各段階において夫々生成される。設計段階では、ＡＡＳサーバはメーカーの設計部門が設備を設計する時に生成した製品仕様や図面マニュアルを含むＡＡＳデータを生成する。調達段階では、ＡＡＳサーバはサプライヤが必要な部品を提供する時に生成した部品情報や契約情報を含むＡＡＳデータを生成する。製造段階では、ＡＡＳサーバはメーカー製造部門が設備を製造する時に生成した製品構成や品質情報を含むＡＡＳデータを生成する。設置段階では、ＡＡＳサーバはインテグレータが製造ラインを設置、稼働する時に生成したシステム仕様書、設置情報、設定情報を含むＡＡＳデータを生成する。ＡＡＳデータは、機器・設備の属性や構成に関するデータを含む。属性や構成に関するデータは、時間の属性を含まない。ＡＡＳデータは稼働状況データも含む。稼働状況データは、センサにより測定したアセットに関する測定値の瞬時値や瞬時値の変化に基づき検出したイベントを表す。稼働状況データは、時間の属性を含み、時間経過とともに値が変化する時系列データである。機器・設備の属性や構成に関するデータは静的なデータであり、時系列データは動的なデータである。保守段階では、ＡＡＳサーバはメーカーや保守会社がシステム保守やメンテナンスをする時に生成した点検情報、メンテナンス情報を含むＡＡＳデータを生成する。

【0023】

遠隔制御システムはＡＡＳデータを用いることにより、異なるメーカーの様々な設備や機器、人に関するあらゆる情報を１つの方式で包括的に繋げることができ、生産システムを管理する複数のアプリケーションを連携させることができる。

【0024】

図１の説明に戻り、ＡＡＳクライアント３２、４４は、データ取得要求を一定周期でＡＡＳサーバ１４、１８へ夫々送信する。ＡＡＳサーバ１４、１８は、ＡＡＳクライアント３２、４４からのデータ取得要求を受信すると、図２のデータ表現のスナップショットを所定のデータ形式で表現したアセットの属性や構成に関するＡＡＳデータを一定周期でＡＡＳクライアント３２、４４へ送信する。ＡＡＳサーバ１４、１８は、ＡＡＳクライアント３２、４４からのデータ取得要求が無くても、アセット１６、２０の属性や構成が変化することによりＡＡＳデータの値が変化した場合、ＡＡＳデータをＡＡＳクライアント３２、４４へ夫々送信してもよい。データ形式の例はＪＳＯＮ（Ｊａｖａ Ｓｃｒｉｐｔ Ｏｂｊｅｃｔ Ｎｏｔｉｆｉｃａｔｉｏｎ）、ＸＭＬ、ＲＤＦ（Ｒｅｓｏｕｒｃｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｆｒａｍｅｗｏｒｋ）である。ＡＡＳクライアント３２は、取得したＡＡＳデータをエッジデータ通信処理部３４へ送信する。

【0025】

ＡＡＳサーバ１４は、ＡＡＳデータをＯＰＣ ＵＡ（ＯＬＥ ｆｏｒ Ｐｒｏｃｅｓｓ Ｃｏｎｔｒｏｌ Ｕｎｉｆｉｅｄ Ａｒｃｈｉｔｅｃｔｕｒｅ）通信インターフェースに従ってＡＡＳクライアント３２に送信する。エッジ１２はＡＡＳクライアント３２とエッジデータ通信処理部３４を含む。

【0026】

ＡＡＳサーバ１８は、アセット２０の属性や構成に関するＡＡＳデータをＯＰＣ ＵＡ通信インターフェースに従ってＡＡＳクライアント４４へ送信する。

【0027】

監視対象３６は、アセット以外の遠隔制御の監視対象であり、センサ３６ａを含む。ＩｏＴサーバ３８は、監視対象３６に関する種々のデータを取得し、取得したデータをエッジデータ通信処理部３４に送信する。

【0028】

種々のデータは、センサ３６ａのセンシングデータ（ＩｏＴデータと称される）やイベント履歴データを含む。ＩｏＴデータは、センサ３６ａにより検出された監視対象３６の稼働状態（温度、電圧値等）と検出時刻を示すデータである。イベント履歴データは、監視対象３６に関して何時、何が、どのような状態となったかの記録を示すデータである。遠隔制御システムは、監視対象３６が正常に動作しているか否かを監視している。監視対象３６の動作が正常の場合は、センサ３６ａから出力されるＩｏＴデータは許容範囲内に収まっている。監視対象３６の動作が異常になると、センサ３６ａから出力されるＩｏＴデータが許容範囲を超える。ＩｏＴサーバ３８は、ＩｏＴデータが許容範囲内にあるか否かに基づいて、監視対象３６が正常に動作しているか否を判断し、ＩｏＴデータが許容範囲を超えたイベントの発生を検出しイベント履歴データを生成する。

【0029】

エッジデータ通信処理部３４は、データ取得要求を一定周期でＩｏＴサーバ３８に送信する。ＩｏＴサーバ３８は、エッジデータ通信処理部３４からのデータ取得要求に応じて一定周期でＩｏＴデータをエッジデータ通信処理部３４へ送信する。ＩｏＴサーバ３８は、エッジデータ通信処理部３４からのデータ取得要求が無くても、ＩｏＴデータの値が変化した時に、ＩｏＴデータをエッジデータ通信処理部３４へ送信してもよい。ＩｏＴサーバ３８は、エッジデータ通信処理部３４からのデータ取得要求とは無関係にイベントの検出時に生成されたイベント履歴データをエッジデータ通信処理部３４へ送信する。

【0030】

エッジデータ通信処理部３４は、エッジデータをＡＭＱＰ（Ａｄｖａｎｃｅｄ Ｍｅｓｓａｇｅ Ｑｕｅｕｉｎｇ Ｐｒｏｔｏｃｏｌ）やＭＱＴＴ（Ｍｅｓｓａｇｅ Ｑｕｅｕｉｎｇ Ｔｅｌｅｍｅｔｏｒｙ Ｔｒａｎｓｐｏｒｔ）通信インターフェースに従ってクラウドサーバ１０へ送信する。エッジデータは、ＡＡＳクライアント３２がＡＡＳサーバ１４からから取得したアセット１６の属性や構成に関するＡＡＳデータと、エッジデータ通信処理部３４がＩｏＴサーバ３８から取得した監視対象３６のＩｏＴデータとイベント履歴データを含む。

【0031】

クラウドサーバ１０が受信するアセットの属性や構成に関するＡＡＳデータは、ＡＡＳサーバ１８からＡＡＳクライアント４４に送信されるものと、ＡＡＳサーバ１４からエッジ１２を介してエッジデータ通信処理部４２に送信されるものを含む。

【0032】

クラウドサーバ１０は、エッジデータ通信処理部４２、ＡＡＳクライアント４４、収集部４６、蓄積部４８、ストレージ部５０、ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ）部５２、ユーザインタフェース（ＵＩ）部５４及び認証・許可部５６を含む。

【0033】

エッジデータ通信処理部４２はエッジ１２からＡＭＱＰ通信インターフェースに従って送信されたエッジデータを受信する。ＡＡＳクライアント４４はＡＡＳサーバ１８からＯＰＣ ＵＡ通信インターフェースに従って送信されたデータを受信する。エッジデータ通信処理部４２は受信したエッジデータを収集部４６へ送信する。収集部４６は、ＩｏＴデータキュー６２、イベント履歴データキュー６４及びＡＡＳデータキュー６６を含む。エッジデータ通信処理部４２は、エッジデータの中のＩｏＴデータをＩｏＴデータキュー６２へ送信し、エッジデータの中のイベント履歴データをイベント履歴データキュー６４へ送信し、エッジデータの中のＡＡＳデータをＡＡＳデータキュー６６へ送信する。ＡＡＳクライアント４４は受信したＡＡＳデータをＡＡＳデータキュー６６へ送信する。

【0034】

蓄積部４８は、ＩｏＴデータ蓄積処理部７２、イベント履歴データ蓄積処理部７４及びマッピング処理部７６を含む。ストレージ部５０は、ＩｏＴデータストレージ８２、イベント履歴データストレージ８４、アセットデータベース（アセットＤＢ）８６及びマッピング辞書８８を含む。

【0035】

ＩｏＴデータ蓄積処理部７２は、ＩｏＴデータキュー６２からＩｏＴデータを読み出して、読み出したＩｏＴデータをＩｏＴデータストレージ８２へ書き込む。イベント履歴データ蓄積処理部７４は、イベント履歴データキュー６４からイベント履歴データを読み出して、読み出したイベント履歴データをイベント履歴データストレージ８４へ書き込む。ＩｏＴデータとイベント履歴データは、時刻に関する属性情報を持つデータである。ＩｏＴデータストレージ８２とイベント履歴データストレージ８４は、時系列データを格納するように構成されている。ＩｏＴデータ蓄積処理部７２は、ＩｏＴデータを時系列データとして、ＩｏＴデータストレージ８２へ書き込む。イベント履歴データ蓄積処理部７４は、イベント履歴データを時系列データとして、イベント履歴データストレージ８４へ書き込む。

【0036】

マッピング処理部７６は、ＡＡＳデータキュー６６からＡＡＳデータを読み出して、読み出したＡＡＳデータをマッピング辞書８８から読み出したマッピング情報に従ってアセットＤＢ８６へ書き込む。マッピング処理部７６は、登録バッファ７８を備える。登録バッファ７８は、マッピング処理部７６が内蔵するメモリに作成される。

【0037】

アセットＤＢ８６は多数のテーブルからなるリレーショナルデータベースである。リレーショナルデータベースは構造化データベースとも称される。各テーブルは複数の行（レコード）と複数の列（カラム）を含む。２つのテーブルが同一のカラムを含む場合、２つのテーブルの同一カラムのフィールドは外部キーにより関連付けられる。

【0038】

マッピング辞書８８はＡＡＳデータの各データ項目をアセットＤＢ８６のどのテーブルのどのカラムに書き込むかを示すマッピング情報を記憶する。ＡＡＳデータの各データ項目には固有の意味ＩＤが設定されているので、マッピング辞書８８は、意味ＩＤ毎にアセットＤＢ８６のどのテーブルのどのカラムに書き込むかを示すマッピング情報を記憶する。マッピング情報は、プロパティ単位のマッピング情報と、サブモデル又はＳＭＣ単位のグループマッピング情報と、ＡＡＳの親子関係を示すエンティティ単位のマッピング情報を含む。エンティティは他のＡＡＳ又はアセットへの参照を示すデータである。

【0039】

ＡＰＩ部５２はデータ収集と遠隔制御に関する種々の機能を実現するＡＰＩを記憶する。ユーザはＵＩ部５４を操作してＡＰＩ部５２に記憶されているＡＰＩのいずれかを実行させる。例えば、ＡＰＩは、イベント履歴情報に基づきアセットが異常な動作をしていることを検出した場合、アセットに問合せメールを送信することや保守・点検会社に保守員の派遣を依頼するメールを送信することである。

【0040】

図３は、ＡＡＳデータのデータ構造の一例を示す。図３は、ＪＳＯＮ、ＸＭＬ等の種々の半構造データ形式のＡＡＳデータに共通する統一的なデータ構造を表現する。図３の左側は、ＡＡＳデータ“ＡＢＣＤ＿Ｃｏｍｐａｃｔ Ｓｙｓｔｅｍ”は４個のサブモデル、すなわちサブモデル“Ｎａｍｅｐｌａｔｅ”、サブモデル“Ｄｏｃｕｍｅｎｔ”、サブモデル“Ｓｅｒｖｉｃｅ”、サブモデル“Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ”を含むことを示す。

【0041】

各サブモデルは複数のサブモデルエレメントを含む。サブモデル“Ｎａｍｅｐｌａｔｅ”はサブモデルエレメント“Ｐｒｏｐ”、サブモデルエレメント“ＳＭＣ”を含む。サブモデル“Ｄｏｃｕｍｅｎｔ”はサブモデルエレメント“ＳＭＣ”を含む。サブモデルエレメント“ＳＭＣ”はサブモデルエレメント“Ｐｒｏｐ”を含む。サブモデル“Ｄｏｃｕｍｅｎｔ”は操作マニュアル等のＰＤＦ文書のデータを管理する。サブモデル“Ｓｅｒｖｉｃｅ”はサブモデルエレメント“ＳＭＣ”を含む。サブモデル“Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ”はサブモデルエレメント“Ｐｒｏｐ”を含む。

【0042】

図３の右側は、マッピング処理で選択中のサブモデル“Ｎａｍｅｐｌａｔｅ”のサブモデルエレメント“Ｐｒｏｐ”（ＭａｎｕｆａｃｔｕｒｅｒＮａｍｅ）１０２のデータ構造の一例を示す。サブモデルエレメント“Ｐｒｏｐ”は意味ＩＤ１０４を含む。意味ＩＤ１０４の値は“０１７３－１＃０２－ＡＡＯ６７７＃００２”である。

【0043】

図４は、ＡＡＳデータのデータ構造の他の例を示す。ＡＡＳデータは単数／複数のサブモデルＳＭを含む。サブモデルＳＭは単数／複数のプロパティ（Ｐｒｏｐ）と単数／複数のサブモデルエレメントコレクション（ＳＭＣ）を含むこともあるし、サブモデルエレメントコレクション（ＳＭＣ）を含まず、単数／複数のプロパティ（Ｐｒｏｐ）のみを含むこともあるし、プロパティ（Ｐｒｏｐ）まず、単数／複数のサブモデルエレメントコレクション（ＳＭＣ）を含むこともある。サブモデルエレメントコレクション（ＳＭＣ）は単数／複数のプロパティ（Ｐｒｏｐ）と単数／複数のサブモデルエレメントコレクション（ＳＭＣ）を含むこともある。プロパティ（Ｐｒｏｐ）は単数／複数のプロパティ（Ｐｒｏｐ）と単数／複数のサブモデルエレメントコレクション（ＳＭＣ）を含むこともある。このようにサブモデルＳＭは、複数階層のサブモデルエレメントコレクション（ＳＭＣ）／プロパティ（Ｐｒｏｐ）を含むことがある。

【0044】

図５は、マッピング処理部７６の処理の一例を示すフローチャートである。

【0045】

ＡＡＳデータは複数のＡＡＳに関するデータを含むことができる。１つのＡＡＳに関するデータはＡＡＳオブジェクトと称される。

【0046】

マッピング処理部７６は、ＡＡＳデータキュー６６からＡＡＳデータを取得すると、Ｓ４０２で、ＡＡＳデータからＡＡＳオブジェクトを抽出する。

【0047】

図６は、入力されたＡＡＳデータと抽出されたＡＡＳオブジェクト群の一例（ＪＳＯＮ形式のデータ）を示す。ＡＡＳデータはＡＡＳＩＤ（＝ＸＸＸ）のＡＡＳに関するオブジェクトと、ＡＡＳＩＤ（＝ＹＹＹ）のＡＡＳに関するオブジェクトを含む。ＡＡＳＩＤ（＝ＸＸＸ）のＡＡＳに関するオブジェクトは、ＡＡＳＩＤ（＝ＸＸＸ）のＡＡＳに関するデータと、ＡＡＳＩＤ（＝ＸＸＸ）のアセットに関するデータと、ＡＡＳＩＤ（＝ＸＸＸ）のサブモデル１と、ＡＡＳＩＤ（＝ＸＸＸ）のサブモデル２と、…ＡＡＳＩＤ（＝ＸＸＸ）のサブモデルＮを含む。ＡＡＳＩＤ（＝ＹＹＹ）のＡＡＳに関するオブジェクトは、ＡＡＳＩＤ（＝ＹＹＹ）のＡＡＳに関するデータと、ＡＡＳＩＤ（＝ＹＹＹ）のアセットに関するデータと、ＡＡＳＩＤ（＝ＹＹＹ）のサブモデル１と、ＡＡＳＩＤ（＝ＹＹＹ）のサブモデル２と、…ＡＡＳＩＤ（＝ＹＹＹ）のサブモデルＮを含む。

【0048】

マッピング処理部７６は、Ｓ４０４で、親子関係辞書を作成する。親子関係辞書は、子ＡＡＳＩＤから親デバイスＩＤを引くための辞書である。図７は、親子関係辞書の一例を示す。

【0049】

Ｓ４０８で、マッピング処理部７６は今回取得したＡＡＳオブジェクトからマッピング情報に従って取得したデータのマッピング先のテーブルに対応する登録バッファ７８を作成する。

【0050】

図８は、登録バッファ７８の例を示す。

【0051】

図８（ａ）は、登録バッファ７８としてのデバイス（アセット）に関する情報を記憶するデバイステーブル“Ｄｅｖｉｃｅ＿Ｉｎｆｏ”を示す。デバイステーブル“Ｄｅｖｉｃｅ＿Ｉｎｆｏ”はデバイスＩＤ、企業ＣＤ（企業ＩＤとも称される）、デバイス名、アセットＩＤ、ＡＡＳＩＤ、製品シリアルＩＤ、親デバイスＩＤ等のカラムを含む。

【0052】

図８（ｂ）は、登録バッファ７８としての企業マスタテーブル“Ｅｎｔｅｒｐｒｉｓｅ＿ｍｓｔ”を示す。企業マスタテーブル“Ｅｎｔｅｒｐｒｉｓｅ＿ｍｓｔ”は企業ＣＤ、企業所在国、企業名称等のカラムを含む。

【0053】

図８（ｃ）は、登録バッファ７８としてのドキュメントテーブル“Ｄｏｃｕｍｅｎｔｓ”を示す。ドキュメントテーブル“Ｄｏｃｕｍｅｎｔｓ”はｎａｍｅ（文書名）、ｔｙｐｅ（文書タイプ）、ｔｉｔｌｅ（タイトル）、ａｕｔｈｏｒ（著者）等のカラムを含む。

【0054】

図８（ｄ）は、登録バッファ７８としての子ＡＡＳＩＤリストを示す。

【0055】

図５の説明に戻り、Ｓ４１０で、マッピング処理部７６は今回取得したＡＡＳオブジェクトからＡＡＳＩＤを取得し、ＡＡＳＩＤを登録バッファ７８内のデバイステーブル“Ｄｅｖｉｃｅ＿Ｉｎｆｏ”に設定する。また、マッピング処理部７６はＡＡＳＩＤから既定の方法に従ってデバイスＩＤを生成し、デバイスＩＤを登録バッファ７８内のデバイステーブル“Ｄｅｖｉｃｅ＿Ｉｎｆｏ”に設定する。既定の方法は、例えば、ＡＡＳＩＤのハッシュ値をデバイスＩＤとすることである。図９は、ＡＡＳＩＤ取得（Ｓ４１０）の処理の一例を示す。図９の左側は、ＡＡＳデータ“ＡＢＣＤ＿Ｃｏｍｐａｃｔ Ｓｙｓｔｅｍ”１０６は５個のサブモデル、すなわちサブモデル“Ｎａｍｅｐｌａｔｅ”、サブモデル“Ｄｏｃｕｍｅｎｔ”、サブモデル“Ｓｅｒｖｉｃｅ”、サブモデル“Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ”、サブモデル“ＴｅｃｈｎｉｃａｌＳｐｅｃｉｆｉｃａｔｉｏｎ”を含むことを示す。図３は各サブモデルのサブモデルエレメントを示したが、図９は各サブモデルのサブモデルエレメントの図示を省略する。

【0056】

図９の右側は、現在選択中のＡＡＳデータ“ＡＢＣＤ＿Ｃｏｍｐａｃｔ Ｓｙｓｔｅｍ”１０６のデータ構造の一例を示す。ＡＡＳデータ“ＡＢＣＤ＿Ｃｏｍｐａｃｔ Ｓｙｓｔｅｍ”はＡＡＳＩＤ１０８を含む。ＡＡＳＩＤ１０８のタイプはＩＲＤＩであり、ＩＤの値はＵＲＬ（ｈｔｔｐ：／／ａｂｃｄ．ｃｏｍ／ｓｈｅｌｌｓ／…）である。マッピング処理部７６はＡＡＳＩＤ１０８をデバイステーブル“Ｄｅｖｉｃｅ＿Ｉｎｆｏ”のＡＡＳＩＤのカラムに書き込む。また、マッピング処理部７６はＡＡＳＩＤ１０８のハッシュ値を取りデバイスＩＤとしてデバイステーブル“Ｄｅｖｉｃｅ＿Ｉｎｆｏ”のデバイスＩＤのカラムに書き込む。

【0057】

Ｓ４１２で、マッピング処理部７６は取得したＡＡＳＩＤの値が親子関係辞書（図７）の子ＡＡＳＩＤの欄に存在するか否かを判定する。

【0058】

存在する場合、Ｓ４１４で、マッピング処理部７６は親子関係辞書から親デバイスＩＤを取得し、取得した親デバイスＩＤを登録バッファ７８内のデバイステーブル“Ｄｅｖｉｃｅ＿Ｉｎｆｏ”（図８（ａ））の親デバイスＩＤのカラムに書き込む。

【0059】

存在しない場合、又はＳ４１４の処理の後、Ｓ４１８で、マッピング処理部７６はサブモデルの各サブモデルエレメントのデータをマッピング辞書８８の定義に従って登録バッファ７８に書き込む（サブモデルマッピング）。サブモデルマッピング（Ｓ４１８）の詳細は、図１０乃至図１２を参照して後述する。

【0060】

マッピング処理部７６はサブモデルマッピング（Ｓ４１８）をＡＡＳオブジェクトに含まれるサブモデルの数だけ繰り返す。

【0061】

サブモデルマッピングとは、ＡＡＳデータ（半構造データ）を、サブモデル又はサブモデルエレメントに付与されている意味ＩＤに対応する登録バッファ７８のカラムへ書き込むことである。

【0062】

サブモデルマッピングは、プロパティ単位でマッピングする例と、サブモデル又はＳＭＣ単位で複数のプロパティトを纏めてマッピングする例と、ＡＡＳの親子関係を示すエンティティ単位でマッピングする例を含む。

【0063】

図１０はプロパティ単位のマッピングの一例を示す。図３と同様に、図１０の左側は、ＡＡＳデータ“ＡＢＣＤ＿Ｃｏｍｐａｃｔ Ｓｙｓｔｅｍ”は４個のサブモデル、すなわちサブモデル“Ｎａｍｅｐｌａｔｅ”、サブモデル“Ｄｏｃｕｍｅｎｔ”、サブモデル“Ｓｅｒｖｉｃｅ”、サブモデル“Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ”を含むことを示す。ただし、図３はサブモデルエレメントの名称だけを図示し、その値の図示を省略しているが、図１０は一部のサブモデルエレメント“Ｐｒｏｐ”（ＭａｎｕｆａｃｔｕｒｅｒＮａｍｅ）１０２ａについてはその値“ＡＢＣＤ”も表示する。

【0064】

図１０の右側は、選択中のサブモデルエレメント“Ｐｒｏｐ”（ＭａｎｕｆａｃｔｕｒｅｒＮａｍｅ）のデータ構造の一例を示す。サブモデルエレメント“Ｐｒｏｐ”（ＭａｎｕｆａｃｔｕｒｅｒＮａｍｅ）は意味ＩＤ１０４を含む。意味ＩＤ１０４のタイプはＩＲＤＩであり、意味ＩＤ１０４の値は“０１７３－１＃０２－ＡＡＯ６７７＃００２”である。

【0065】

マッピング辞書８８は、意味ＩＤ１０４の値“０１７３－１＃０２－ＡＡＯ６７７＃００２”はサブモデルエレメント“Ｐｒｏｐ”（ＭａｎｕｆａｃｔｕｒｅｒＮａｍｅ）が「企業名称」を意味することを示すマッピング情報を記憶する。このため、マッピング処理部７６は、ＡＡＳデータ“ＡＢＣＤ＿Ｃｏｍｐａｃｔ Ｓｙｓｔｅｍ”のサブモデル“Ｎａｍｅｐｌａｔｅ”のサブモデルエレメント“Ｐｒｏｐ”（ＭａｎｕｆａｃｔｕｒｅｒＮａｍｅ）１０２ａの値“ＡＢＣＤ”を企業マスタテーブル“Ｅｎｔｅｒｐｒｉｓｅ＿ｍｓｔ”（図８（ｂ））の「企業名称」のカラムに書き込む。

【0066】

図１１はサブモデル又はＳＭＣ単位で複数のプロパティを纏めてマッピングする一例を示す。図１１の左側は、ＡＡＳデータ“ＡＢＣＤ＿Ｃｏｍｐａｃｔ Ｓｙｓｔｅｍ”は２個のサブモデル、すなわちサブモデル“Ｎａｍｅｐｌａｔｅ”、サブモデル“Ｄｏｃｕｍｅｎｔ”１１０を含むことを示す。サブモデル“Ｄｏｃｕｍｅｎｔ”１１０はサブモデルエレメントコレクションＳＭＣを含む。サブモデルエレメントコレクションＳＭＣは複数のサブモデルエレメント“Ｐｒｏｐ”を含む。

【0067】

図１１の右側は、サブモデル“Ｄｏｃｕｍｅｎｔ”１１０のデータ構造の一例を示す。サブモデル“Ｄｏｃｕｍｅｎｔ”は意味ＩＤ１１２を含む。意味ＩＤ１１２の値はＵＲＬ“ｈｔｔｐｓ：ｗｗｗ．ｈｓｕ－ｈｈ．ｄｅ／…”である。

【0068】

マッピング辞書８８は、意味ＩＤ１１２の値であるＵＲＬ“ｈｔｔｐｓ：ｗｗｗ．ｈｓｕ－ｈｈ．ｄｅ／…２はサブモデル“Ｄｏｃｕｍｅｎｔ”のサブモデルエレメント“Ｐｒｏｐ”（ＶＤＩ２７７０＿ＯｒｇａｎｉｓａｔｉｏｎＮａｍｅ）１１４ａが「ａｕｔｈｏｒ」を意味することを示し、サブモデルエレメント“Ｐｒｏｐ”（ＶＤＩ２７７０＿Ｔｉｔｌｅ）１１４ｂが「ｔｉｔｌｅ」を意味することを示し、サブモデルエレメント“Ｐｒｏｐ”（ＶＤＩ２７７０＿ＦｉｌｅＦｏｒｍａｔ）１１４ｃが「ｔｙｐｅ」を意味することを示すマッピングパターン情報を記憶する。マッピングパターン情報は、複数のサブモデルエレメントの意味を纏めて示すものである。

【0069】

このため、マッピング処理部７６は、サブモデル“Ｄｏｃｕｍｅｎｔ”のサブモデルエレメント“Ｐｒｏｐ”（ＶＤＩ２７７０＿ＯｒｇａｎｉｓａｔｉｏｎＮａｍｅ）１１４ａの値“ａｂｃｄ”をドキュメントテーブル“Ｄｏｃｕｍｅｎｔ”(図８（ｃ））のａｕｔｈｏｒのカラムに書き込み、サブモデルエレメント“Ｐｒｏｐ”（ＶＤＩ２７７０＿Ｔｉｔｌｅ）１１４ｂの値“＊＊＊＊”をドキュメントテーブル“Ｄｏｃｕｍｅｎｔ”の「ｔｉｔｌｅ」のカラムに書き込み、サブモデルエレメント“Ｐｒｏｐ”（ＶＤＩ２７７０＿ＦｉｌｅＦｏｒｍａｔ）１１４ｃの値“ａｐｐｌｉｃａｔｉｏｎ／ｐｄｆ”をドキュメントテーブル“Ｄｏｃｕｍｅｎｔ”の「ｔｙｐｅ」のカラムに書き込む。

【0070】

図１２は、ＡＡＳの親子関係を示すエンティティのマッピングの一例を示す。サブモデル“ＢｉｌｌｏｆＭａｔｅｒｉａｌ”がプロパティ“Ｅｎｔｉｔｙ”１１６を含む。Ｅｎｔｉｔｙは他のＡＡＳ又はアセットへの参照を示すデータである。選択中のエンティティ１１６の意味ＩＤと値の例はＵＲＬである。マッピング辞書８８は、意味１１６ａ“ｈｔｔｐｓ：／／ｘｘｘ／ＢｉｌｌｏｆＭａｔｅｔｉａｌ”は親子関係情報を意味することを示すマッピング情報を記憶する。このため、マッピング処理部７６は、親子関係を示すエンティティ１１６ｂの値“ｈｔｔｐ：／／ＡＡＡ／ＢＢＢ”を子ＡＡＳＩＤリストに追加する。

【0071】

図５の説明に戻り、ＡＡＳオブジェクトに含まれる全てのサブモデルに含まれるデータ項目のマッピングが終了すると、Ｓ４２２で、マッピング処理部７６は登録バッファ７８のデータをアセットＤＢ８６の対応するテーブルのレコードに書き込む（データ登録）。

【0072】

図１３はアセットＤＢ８６へのデータ登録の一例を示す図である。登録バッファ７８の企業マスタテーブル“Ｅｎｔｅｒｐｒｉｓｅ＿ｍｓｔ”をデータ登録する際、マッピング処理部７６はアセットＤＢ８６の企業マスタテーブル“Ｅｎｔｅｒｐｒｉｓｅ＿ｍｓｔ”に同じ企業名称（例えばＡａＡａ）をもつレコードが存在するか調べる。存在しない場合、マッピング処理部７６は企業ＣＤ（例えば１００）を新規に決定し、アセットＤＢ８６の企業マスタテーブル“Ｅｎｔｅｒｐｒｉｓｅ＿ｍｓｔ”に新レコードを生成し、その企業ＣＤ（１００）を新レコードの企業ＣＤのカラムと、デバイステーブル“Ｄｅｖｉｃｅ＿Ｉｎｆｏ”の企業ＣＤのカラムに設定する。存在する場合、マッピング処理部７６は企業マスタテーブル“Ｅｎｔｅｒｐｒｉｓｅ＿ｍｓｔ”の同じ企業名称をもつレコードの企業ＣＤをそのレコードの企業ＣＤのカラムと、デバイステーブル“Ｄｅｖｉｃｅ＿Ｉｎｆｏ”の企業ＣＤのカラムに設定する。

【0073】

図１４はアセットＤＢ８６へのデータ登録の他の例を示す図である。図１４は、ＡＡＳオブジェクトの企業名称がＡａＡａからＢｂＢｂに変更された場合を示す。図１３に示すように、アセットＤＢ８６の企業マスタテーブル“Ｅｎｔｅｒｐｒｉｓｅ＿ｍｓｔ”では企業名称がＡａＡａであり、企業ＣＤが１００であるとする。この状態で、同じＡＡＳオブジェクトの企業名称がＢｂＢｂに変更されたとする。そのため、アセットＤＢ８６の企業マスタテーブル“Ｅｎｔｅｒｐｒｉｓｅ＿ｍｓｔ”には企業名称がＢｂＢｂであり、企業ＣＤが２００のレコードが追加される。

【0074】

データ登録が終了すると、Ｓ４２４で、マッピング処理部７６は親子関係辞書を更新する。図１５は親子関係辞書更新の一例を示す。

【0075】

この結果、半構造データであるＡＡＳデータのサブモデルエレメントのデータ項目が構造化データベースであるアセットＤＢ８６の対応するテーブルのカラムに書き込まれる。

【0076】

なお、ドキュメントテーブル“Ｄｏｃｕｍｅｎｔｓ”は他のテーブルと外部キーで接続されていないので、アセットＤＢ８６とは別のデータベースとしてもよい。

【0077】

ＡＰＩ部５２は、ＩｏＴデータストレージ８２、イベント履歴データストレージ８４、アセットＤＢ８６に格納されているデータを解析し、アセット１６、２０、監視対象３６の動作が異常であることを検出すると、制御用ＡＰＩをエッジデータ通信処理部４２又はＡＡＳクライアント４４に送信する。エッジデータ通信処理部４２はエッジデータ通信処理部３４、ＩｏＴサーバ３８を介して監視対象３６の動作を制御する、又はＡＡＳクライアント３２、ＡＡＳサーバ１４を介してアセット１６の動作を制御することができる。ＡＡＳクライアント４４はＡＡＳサーバ１８を介してアセット２０の動作を制御することができる。

【0078】

これにより、異常な動作をしているアセット１６、２０、監視対象３６の動作を正常に戻すことができる。あるいは、エッジデータ通信処理部４２はエッジデータ通信処理部３４、ＩｏＴサーバ３８を介して監視対象３６に異常動作を知らせる通知を送信する、又はＡＡＳクライアント３２、ＡＡＳサーバ１４を介してアセット１６に異常動作を知らせる通知を送信することができる。ＡＡＳクライアント４４はＡＡＳサーバ１８を介してアセット２０に異常動作を知らせる通知を送信することができる。これらの通知は、アセット１６、２０、監視対象３６の制御盤の表示部に表示されてもよいし、アセット１６、２０、監視対象３６のオペレータが所持するスマートフォン等に送信されてもよい。

【0079】

実施形態によるデータ収集システムは、ＡＡＳデータを収集し、ＡＡＳデータの各データ項目を、その意味ＩＤにより表される意味を持つアセットＤＢ８６内のテーブルの対応するカラムに書き込む。ＡＡＳデータを利用しない場合、様々なメーカーの多種多様な装置や機器等の制御対象のデータを網羅的に収集するためには、メーカー個々の仕様に基づいて個別に収集しなければならない、あるいは制御対象の管理情報を個別に設定しなければならないため、手間が係っていた。しかし、このデータ収集システムが応用された遠隔制御システムは、工場やプラントに設置された様々なメーカーの設備や機器等の制御対象の稼働状態を網羅的に収集することができる。このため、遠隔制御システムは、制御対象の稼働状態をリアルタイムに捉え、稼働状態に応じた最適な運転や保守業務の効率化を達成できる。

【0080】

［第２実施形態］
図１６は、第２実施形態によるデータ収集システムを応用した遠隔制御システムの一例を示す。第２実施形態において、第１実施形態と同じ構成は同じ参照数字を付して詳細な説明は省略する。

【0081】

アセット２０は、センサ２０ａ、２０ｂを含む。センサ２０ａ、２０ｂは、監視対象３６のセンサ３６ａと同様に、アセット２０に関する種々のデータを計測する。ＡＡＳサーバ１８は、アセット２０の属性や構成に関するＡＡＳデータとともに、センサ２０ａ、２０ｂが計測したＩｏＴデータを保持する。

【0082】

ＡＡＳクライアント４４は、データ取得要求を一定周期でＡＡＳサーバ１８へ送信する。ＡＡＳサーバ１８は、ＡＡＳクライアント４４からのデータ取得要求を受信すると、アセット２０の属性や構成に関する第１ＡＡＳデータと、センサ２０ａ、２０ｂが計測したＩｏＴデータを含む第２ＡＡＳデータを一定周期でＡＡＳクライアント４４へ送信する。ＡＡＳサーバ１８は、ＡＡＳクライアント４４からのデータ取得要求が無くても、第１ＡＡＳデータ又は第２ＡＡＳデータの値が変化した場合、第１ＡＡＳデータ又は第２ＡＡＳデータをＡＡＳクライアント３２へ送信してもよい。ＡＡＳサーバ１８は、ＩｏＴデータが許容範囲内にあるか否かを判定し、ＩｏＴデータが許容範囲を超える場合、イベントの発生を検出し、イベントの発生時刻と、イベントの種類を示すイベント履歴データを含む第３ＡＡＳデータをＡＡＳクライアント４４へ送信する。

【0083】

このようにＡＡＳクライアント４４が受信したＡＡＳデータは、属性や構成に関するデータ以外にＩｏＴデータ、イベント履歴データを含む。

【0084】

ＡＡＳクライアント４４は、ＡＡＳデータをＡＡＳデータキュー６６へ送信する。マッピング処理部７６は、ＡＡＳデータキュー６６に記憶されているＡＡＳデータをストレージ部５０に書き込む。マッピング処理部７６は、アセットＤＢ８６、ＩｏＴデータストレージ８２、イベント履歴データストレージ８４に接続される。マッピング処理部７６は、マッピング辞書８８に記憶されているマッピング情報に基づいて、アセットの属性や構成に関する第１ＡＡＳデータをアセットＤＢ８６に書き込み、ＩｏＴデータを含む第２ＡＡＳデータをＩｏＴデータストレージ８２に書き込み、イベント履歴データを含む第３ＡＡＳデータをイベント履歴ストレージ８４に書き込む。このように、マッピング処理部７６のマッピング先は、アセットＤＢ８６に限らず、ＩｏＴデータストレージ８２、イベント履歴データストレージ８４も含む。

【0085】

登録バッファ７８は、第1実施形態の登録バッファ（図８）に加えて、図１７に示す登録バッファも含む。図１７（ａ）は、ＩｏＴデータを含む第２ＡＡＳデータのためのＩｏＴデータ登録バッファの一例を示す。図１７（ｂ）は、イベント履歴データを含む第３ＡＡＳデータのためのイベント履歴データ登録バッファの一例を示す。

【0086】

ＩｏＴデータ登録バッファ（図１７（ａ））は、デバイスＩＤ、センサＩＤ、計測時刻、計測値を含み、デバイスＩＤとセンサＩＤの組に対して、計測時間と計測値を記録する。

【0087】

デバイスＩＤは、監視対象３６又はアセット１６、２０の識別情報である。センサＩＤは、監視対象３６又はアセット１６、２０における複数のセンサの識別情報である。本実施形態においてセンサＩＤは、デバイスＩＤ毎に一意としている。それ故、デバイスＩＤとセンサＩＤとの組み合わせで、システムとして１つのセンサが特定される。例えば、デバイスＩＤ＝ＸＸＸのデバイスがセンサＩＤ＝ｓｅｎｓｏｒ０のセンサを持つ場合、デバイスＩＤ＝ＹＹＹのデバイスもセンサＩＤ＝ｓｅｎｓｏｒ０のセンサを持ち得る。単一のセンサが監視対象３６又はアセット１６、２０に設けられている場合、センサＩＤとデバイスＩＤは等しくてもよい。

【0088】

なお、センサをどのような識別子で識別するかはシステムの設計による。本実施形態では、センサはデバイスに付随するものと考えて、デバイスＩＤとセンサＩＤでセンサを識別している。このとき、デバイスＩＤはシステム全体で一意だが、センサＩＤは対応するセンサが付随するデバイスのデバイスＩＤについて一意であれば良い。従って、上述のようにデバイスＩＤ＝ＸＸＸのデバイスがセンサＩＤ＝ｓｅｎｓｏｒ０のセンサを持つときに、デバイスＩＤ＝ＹＹＹのデバイスもセンサＩＤ＝ｓｅｎｓｏｒ０のセンサを持ち得る。本実施形態の他にも、センサマスタ（後述）に登録されているセンサが、センサ毎にシステム全体で一意なセンサＩＤを付与されて識別するシステムが考えられる。

【0089】

計測時刻は、ＩＳＯ８６０１の拡張方式に従う形式で表記される。ＩＳＯ８６０１の拡張方式は、年＝ＹＹＹＹ（グレゴリオ暦）、月＝ＭＭ、日＝ＤＤ、時＝ｈｈ、分＝ｍｍ、秒＝ｓｓにより表される。なお、協定世界時刻（ＵＴＣ）との時差がある場合は、時差が最後に付加される。図１７（ａ）のＩｏＴデータは、１分毎に取得されたことを示す。

【0090】

ＩｏＴデータ登録バッファに書き込まれるセンサＩＤと、それに関連する定義（センサ計測値の単位等）は、センサマスタとして、アセットＤＢ８６に記憶されている。

【0091】

イベント履歴データ登録バッファ（図１７（ｂ））は、デバイスＩＤ、イベントＩＤ、イベント発生時刻、イベント種別、詳細情報を含む。デバイスＩＤは、監視対象３６又はアセット１６、２０の識別情報である。イベントＩＤは、イベントの識別情報である。イベント発生時刻も、ＩＳＯ８６０１の拡張方式に従う形式で表記される。

【0092】

イベント履歴データ登録バッファに書き込まれるイベントＩＤと、それに関連する定義（イベントＩＤに対応するイベントの意味や、発生するイベント種類）は、イベントマスタとして、アセットＤＢ８６に記憶されている。

【0093】

マッピング処理部７６は、ＩｏＴデータストレージ８２、イベント履歴データストレージ８４、アセットＤＢ８６に接続される。

【0094】

第２実施形態の他の構成は、第１実施形態の構成と同じである。

【0095】

第２実施形態に係るマッピング処理部７６の動作は、図５に示す第１実施形態に係るマッピング処理部７６の動作とは、サブモデルマッピング（Ｓ４１８）とデータ登録（Ｓ４２２）の２つが異なる。

【0096】

アセット２０の一例は、モータにより駆動される搬送システムである。センサ２０ａの一例は、モータに流れる電流を計測する電流計である。アセット２０はセンサ２０ａのみを含み、センサ２０ｂを含まないとする。アセット２０の機器の名称は“ＡＢＣＤ＿ＣｏｍｐａｃｔＳｙｓｔｅｍ”であり、電流計のＩＤは“Ｓｅｎｓｏｒ１”であるとする。

【0097】

マッピング処理部７６は、図５のマッピング処理のサブモデルマッピング（Ｓ４１８）において、ＡＡＳデータのサブモデルの各サブモデルエレメントのデータをマッピング辞書８８の定義に従って、図８に示す第1実施形態の登録バッファ、図１７（ａ）に示すＩｏＴデータ登録バッファ、又は図１７（ｂ）に示すイベント履歴データ登録バッファに書き込む。

【0098】

図１８は、ＡＡＳクライアント４４が取得したセンサ２０ａからのＩｏＴデータを含む第２ＡＡＳデータの一例を示す。第２ＡＡＳデータ“ＡＢＣＤ＿ＣｏｍｐａｃｔＳｙｓｔｅｍ”のサブモデルＳＭ“ＯｐｅｒａｔｉｏｎａｌＤａｔａ”は、サブモデルエレメントＳＭＣ“Ｓｅｎｓｏｒ１”（センサ２０ａのセンサＩＤ）、サブモデルエレメントＰｒｏｐ“ＭｅａｓｕｒｅｍｅｎｔＴｉｍｅ”（センサ２０ａの計測時刻＝２０２１年９月２４日００時００分００秒）、サブモデルエレメントＰｒｏｐ“ＭｅａｓｕｒｅｍｅｎｔＶａｌｕｅ”（計測値＝１００）、及びサブモデルエレメントＰｒｏｐ“ｕｎｉｔ”（単位＝アンペア）を含む。第２ＡＡＳデータのサブモデルＳＭ、サブモデルエレメントＳＭＣ、サブモデルエレメントＰｒｏｐのデータから、マッピング辞書８８の定義に従って、センサＩＤ、計測時刻、計測値が取り出され図１７（ａ）に示すＩｏＴデータ登録バッファに記憶される。また、ＡＡＳＩＤ取得・デバイスＩＤ設定（Ｓ４１０）の処理によって図８（ａ）に示す登録バッファに記憶されているデバイスＩＤが図１７（ａ）に示すＩｏＴデータ登録バッファにコピーされる。

【0099】

図１８の右側は、選択中のサブモデルエレメントＰｒｏｐ“ＭｅａｓｕｒｅｍｅｎｔＶａｌｕｅ”のデータ構造の一例を示す。サブモデルエレメントＰｒｏｐ“ＭｅａｓｕｒｅｍｅｎｔＶａｌｕｅ”は意味ＩＤ２０４を含む。意味ＩＤ２０４のタイプはＵＲＩであり、意味ＩＤ２０４の値はＵＲＩ“ｈｔｔｐ：／／ａｂｃｄ．ｃｏｍ／ａａｓ／ｓｉｄ／ｏｐｅｒａｔｉｏｎａｌｄａｔａ／ｓｅｎｓｏｒ／ｍｅａｓｕｒｅｍｅｎｔｖａｌｕｅ”である。

【0100】

マッピング辞書８８は、意味ＩＤ２０４を持つサブモデルエレメントＰｒｏｐ“ＭｅａｓｕｒｅｍｅｎｔＶａｌｕｅ”の値は、センサＩＤ（Ｓｅｎｓｏｒ１）で識別されるセンサ２０ａの測定値であることを示す。そのため、マッピング処理部７６は、ＡＡＳデータ“ＡＢＣＤ＿ＣｏｍｐａｃｔＳｙｓｔｅｍ”のサブモデルエレメントＰｒｏｐ“ＭｅａｓｕｒｅｍｅｎｔＶａｌｕｅ”の値（＝１００）をＩｏＴデータ登録バッファのデバイスＩＤとセンサＩＤの組により指定される計測値のフィールドに書き込む。

【0101】

同様に、マッピング処理部７６は、ＡＡＳデータ“ＡＢＣＤ＿ＣｏｍｐａｃｔＳｙｓｔｅｍ”のサブモデルエレメントＰｒｏｐ“ＭｅａｓｕｒｅｍｅｎｔＴｉｍｅ”の値（＝２０２１年９月２４日００時００分００秒）をＩｏＴデータ登録バッファのデバイスＩＤとセンサＩＤの組により指定される計測時刻のフィールドに書き込む。

【0102】

図１９は、ＡＡＳクライアント４４が取得したイベント履歴データを含む第３ＡＡＳデータの一例を示す。第３ＡＡＳデータ“ＡＢＣＤ＿ＣｏｍｐａｃｔＳｙｓｔｅｍ”のサブモデルＳＭ“ＯｐｅｒａｔｉｏｎａｌＤａｔａ”は、サブモデルエレメントＳＭＣ“Ｅｖｅｎｔ１”（イベントＩＤ）、サブモデルエレメントＰｒｏｐ“ＯｃｃｕｒｒｅｎｃｅＴｉｍｅ”（イベントの発生時刻＝２０２１年9月２4日００時００分００秒）、サブモデルエレメントＰｒｏｐ“ＥｖｅｎｔＴｙｐｅ”（イベント種類＝Ｈ）、及びサブモデルエレメントＰｒｏｐ“Ｄｅｓｃｒｉｐｔｉｏｎ”（詳細情報＝上限超過）を含む。第３ＡＡＳデータのサブモデルＳＭ、サブモデルエレメントＳＭＣ、サブモデルエレメントＰｒｏｐのデータから、マッピング辞書８８の定義に従って、イベントＩＤ、イベント発生時刻、イベント種別、詳細情報が取り出され図１７（ｂ）に示すイベント履歴データ登録バッファに記憶される。また、ＡＡＳＩＤ取得（Ｓ４１０）の処理によって図８（ａ）に示す登録バッファに記憶されているデバイスＩＤが図１７（ｂ）に示すイベント履歴データ登録バッファにコピーされる。

【0103】

図１９の右側は、選択中のサブモデルエレメントＰｒｏｐ“ＥｖｅｎｔＴｙｔｐｅ”のデータ構造の一例を示す。サブモデルエレメントＰｒｏｐ“ＥｖｅｎｔＴｙｐｅ”は意味ＩＤ２０６を含む。意味ＩＤ２０６のタイプはＵＲＩであり、意味ＩＤ２０６の値はＵＲＩ“ｈｔｔｐ：／／ａｂｃｄ．ｃｏｍ／ａａｓ／ｓｉｄ／ｏｐｅｒａｔｉｏｎａｌｄａｔａ／ｅｖｅｎｔ／ｅｖｅｎｔｔｙｐｅ”である。

【0104】

マッピング辞書８８は、意味ＩＤ２０６を持つサブモデルエレメントＰｒｏｐ“ＥｖｅｎｔＴｙｐｅ”の値は、イベントＩＤ（Ｅｖｅｎｔ１）で識別されるイベントの種別であることを示す。そのため、マッピング処理部７６は、ＡＡＳデータ“ＡＢＣＤ＿ＣｏｍｐａｃｔＳｙｓｔｅｍ”のサブモデルエレメントＰｒｏｐ“ＥｖｅｎｔＴｙｐｅ”の値（＝Ｈ）をイベント履歴データ登録バッファのデバイスＩＤとセンサＩＤの組により指定されるイベント種別のフィールドに書き込む。

【0105】

同様に、マッピング処理部７６は、ＡＡＳデータ“ＡＢＣＤ＿ＣｏｍｐａｃｔＳｙｓｔｅｍ”のサブモデルエレメントＰｒｏｐ“ＯｃｃｕｒｒｅｎｃｅＴｉｍｅ”の値（＝２０２１年９月２４日００時００分００秒）をイベント履歴データ登録バッファのデバイスＩＤとセンサＩＤの組により指定されるイベント発生時刻のフィールドに書き込み、サブモデルエレメントＰｒｏｐ“Ｄｅｓｃｒｉｐｔｉｏｎ”のテキスト（＝上限超過）をイベント履歴データ登録バッファのデバイスＩＤとセンサＩＤの組により指定される詳細情報のフィールドに書き込む。

【0106】

第２実施形態によるデータ収集システムによれば、アセット２０がセンサ２０ａ、２０ｂを含み、ＡＡＳサーバ１８は、アセットの属性や構成に関する第１ＡＡＳデータと、センサ２０ａ、２０ｂが収集したＩｏＴデータを含む第２ＡＡＳデータと、イベント履歴データを含む第３ＡＡＳデータをＡＡＳクライアント４４へ送信する。第１、第２、第３ＡＡＳデータの各データ項目には意味ＩＤが設定されている。マッピング辞書８６は、意味ＩＤ毎にデータ項目のマッピング先をＩｏＴデータストレージ８２、イベント履歴データストレージ８４、又はアセットＤＢ８６に設定するマッピング情報を記憶する。ＡＡＳクライアント４４からのＡＡＳデータを受信するマッピング処理部７６は、ＡＡＳデータの各データ項目を、その意味ＩＤのマッピング情報に従ってＩｏＴデータストレージ８２、イベント履歴データストレージ８４、又はアセットＤＢ８６に書き込むことができる。

【0107】

なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を生成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。

【符号の説明】

【0108】

１０…クラウドサーバ、１２…エッジ、１４，１８…ＡＡＳサーバ、１６，２０…アセット、６６…ＡＡＳデータキュー、７６…マッピング処理部、７８…登録バッファ、８６…アセットＤＢ、８８…マッピング辞書

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】