特許 7310782 インターフェイス装置、インターフェイス方法、および、インターフェイスプログラム

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-07-10

(45)【発行日】2023-07-19

(54)【発明の名称】インターフェイス装置、インターフェイス方法、および、インターフェイスプログラム

(51)【国際特許分類】

   G06F 11/34 20060101AFI20230711BHJP

   G06N 20/00 20190101ALI20230711BHJP

【ＦＩ】

G06F11/34 147

G06N20/00

【請求項の数】 12

(21)【出願番号】P 2020190061

(22)【出願日】2020-11-16

(65)【公開番号】P2022079095

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

【審査請求日】2022-03-03

(73)【特許権者】

【識別番号】000006507

【氏名又は名称】横河電機株式会社

(74)【代理人】

【識別番号】110000877

【氏名又は名称】弁理士法人ＲＹＵＫＡ国際特許事務所

(72)【発明者】

【氏名】岡本 浩実

(72)【発明者】

【氏名】藤井 英幸

(72)【発明者】

【氏名】片山 裕貴

【審査官】加藤 優一

(56)【参考文献】

【文献】特開２０２０－０９５４２５（ＪＰ，Ａ）

【文献】特開２０１４－０１０７７０（ＪＰ，Ａ）

【文献】特開２０１４－１６０４０７（ＪＰ，Ａ）

【文献】特開２０１７－００４５３５（ＪＰ，Ａ）

【文献】欧州特許出願公開第０３６９７０５９（ＥＰ，Ａ１）

【文献】欧州特許出願公開第０３３２４５７９（ＥＰ，Ａ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ １１／０７

Ｇ０６Ｆ １１／２８ －１１／３６

Ｇ０６Ｆ ９／４５５－ ９／５４

Ｇ０６Ｆ １６／００ －１６／９５８

Ｇ０６Ｆ １８／００ －１８／４０

Ｇ０６Ｎ ３／００ － ３／１２

Ｇ０６Ｎ ７／０８ －９９／００

Ｇ０５Ｂ ２３／００ －２３／０２

Ｈ０４Ｌ ５１／００ －５１／５８

Ｈ０４Ｌ ６７／００ －６７／７５

(57)【特許請求の範囲】

【請求項1】

設備の状態を判定するモデルを機械学習により生成する処理、または、前記モデルを用いて前記設備の状態を判定する処理の少なくともいずれか一方を実行するＡＩ処理部から、前記設備を管理するクラウドプラットフォームに非依存である共通形式のプロトコルを用いた第１コマンドを受信するインターフェイス部と、
前記第１コマンドを前記クラウドプラットフォームに依存した形式のプロトコルを用いた第２コマンドに変換して、前記第２コマンドを前記クラウドプラットフォームへ送信するクラウド通信部と
を備え、
前記クラウド通信部は、
第１のクラウドプラットフォームへの前記第１コマンドを、前記第１のクラウドプラットフォームが提供する第１のインターフェイスに対応する第１形式のプロトコルを用いた前記第２コマンドに変換して、前記第１形式のプロトコルを用いた前記第２コマンドを前記第１のクラウドプラットフォームへ送信する固有の第１のクラウド通信部と、
第２のクラウドプラットフォームへの前記第１コマンドを、前記第２のクラウドプラットフォームが提供する第２のインターフェイスに対応する第２形式のプロトコルを用いた前記第２コマンドに変換して、前記第２形式のプロトコルを用いた前記第２コマンドを前記第２のクラウドプラットフォームへ送信する固有の第２のクラウド通信部と、を有する、インターフェイス装置。

【請求項2】

前記クラウド通信部は、前記クラウドプラットフォームに依存した形式のプロトコルを用いた第３コマンドを前記クラウドプラットフォームから受信して、前記第３コマンドを前記共通形式のプロトコルを用いた第４コマンドに変換し、
前記インターフェイス部は、前記第４コマンドを前記ＡＩ処理部へ送信する、請求項１に記載のインターフェイス装置。

【請求項3】

前記第１コマンドは、前記クラウドプラットフォームが管理する前記設備に設けられたセンサのリストの取得を要求するセンサリスト取得要求コマンドを含む、請求項１または２に記載のインターフェイス装置。

【請求項4】

前記第１コマンドは、前記クラウドプラットフォームが管理する前記設備に設けられたセンサの測定データの取得を要求するセンサデータ取得要求コマンドを含む、請求項１から３のいずれか一項に記載のインターフェイス装置。

【請求項5】

前記第１コマンドは、前記クラウドプラットフォームのデータベースに前記設備の状態を判定した判定結果を書き込む要求をする判定結果書き込み要求コマンドを含む、請求項１から４のいずれか一項に記載のインターフェイス装置。

【請求項6】

前記第１コマンドは、前記クラウドプラットフォームが管理する前記モデルの情報の変更を要求するモデル情報変更要求コマンドを含む、請求項１から５のいずれか一項に記載のインターフェイス装置。

【請求項7】

前記第１コマンドは、前記クラウドプラットフォームが管理するコンフィグレーション情報の変更を要求するコンフィグ情報変更要求コマンドを含む、請求項１から６のいずれか一項に記載のインターフェイス装置。

【請求項8】

前記ＡＩ処理部を更に備える、請求項１から７のいずれか一項に記載のインターフェイス装置。

【請求項9】

前記ＡＩ処理部は、前記モデルを機械学習により生成する学習部を有する、請求項８に記載のインターフェイス装置。

【請求項10】

前記ＡＩ処理部は、前記モデルを用いて前記設備の状態を判定する判定部を有する、請求項８または９に記載のインターフェイス装置。

【請求項11】

コンピュータが、
設備の状態を判定するモデルを機械学習により生成する処理、または、前記モデルを用いて前記設備の状態を判定する処理の少なくともいずれか一方を実行するＡＩ処理部から、前記設備を管理するクラウドプラットフォームに非依存である共通形式のプロトコルを用いた第１コマンドを受信することと、
前記第１コマンドを前記クラウドプラットフォームに依存した形式のプロトコルを用いた第２コマンドに変換して、前記第２コマンドを前記クラウドプラットフォームへ送信することと
を備え、
前記第２コマンドに変換して、前記第２コマンドを前記クラウドプラットフォームへ送信することは、
固有の第１のクラウド通信部が、第１のクラウドプラットフォームへの前記第１コマンドを、前記第１のクラウドプラットフォームが提供する第１のインターフェイスに対応する第１形式のプロトコルを用いた前記第２コマンドに変換して、前記第１形式のプロトコルを用いた前記第２コマンドを前記第１のクラウドプラットフォームへ送信することと、
固有の第２のクラウド通信部が、第２のクラウドプラットフォームへの前記第１コマンドを、前記第２のクラウドプラットフォームが提供する第２のインターフェイスに対応する第２形式のプロトコルを用いた前記第２コマンドに変換して、前記第２形式のプロトコルを用いた前記第２コマンドを前記第２のクラウドプラットフォームへ送信することと、を有する、インターフェイス方法。

【請求項12】

コンピュータにより実行されて、前記コンピュータを、
設備の状態を判定するモデルを機械学習により生成する処理、または、前記モデルを用いて前記設備の状態を判定する処理の少なくともいずれか一方を実行するＡＩ処理部から、前記設備を管理するクラウドプラットフォームに非依存である共通形式のプロトコルを用いた第１コマンドを受信するインターフェイス部と、
前記第１コマンドを前記クラウドプラットフォームに依存した形式のプロトコルを用いた第２コマンドに変換して、前記第２コマンドを前記クラウドプラットフォームへ送信するクラウド通信部と
して機能させ、
前記クラウド通信部は、
第１のクラウドプラットフォームへの前記第１コマンドを、前記第１のクラウドプラットフォームが提供する第１のインターフェイスに対応する第１形式のプロトコルを用いた前記第２コマンドに変換して、前記第１形式のプロトコルを用いた前記第２コマンドを前記第１のクラウドプラットフォームへ送信する固有の第１のクラウド通信部と、
第２のクラウドプラットフォームへの前記第１コマンドを、前記第２のクラウドプラットフォームが提供する第２のインターフェイスに対応する第２形式のプロトコルを用いた前記第２コマンドに変換して、前記第２形式のプロトコルを用いた前記第２コマンドを前記第２のクラウドプラットフォームへ送信する固有の第２のクラウド通信部と、を有する、インターフェイスプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、インターフェイス装置、インターフェイス方法、および、インターフェイスプログラムに関する。

【背景技術】

【0002】

特許文献１には、「診断装置１００は、複数のセンサ２０の検出信号に基づいて設備１０の異常動作を診断する解析モデルを生成し、当該解析モデルを学習することで診断の精度を向上させる。」と記載されている。
［先行技術文献］
［特許文献］
［特許文献１］ 特開２０１９－１０１４９５

【発明の概要】

【0003】

本発明の第１の態様においては、インターフェイス装置を提供する。インターフェイス装置は、設備の状態を判定するモデルを機械学習により生成する処理、または、モデルを用いて設備の状態を判定する処理の少なくともいずれか一方を実行するＡＩ処理部から、設備を管理するクラウドプラットフォームに非依存である共通形式のプロトコルを用いた第１コマンドを受信するインターフェイス部を備えてよい。インターフェイス装置は、第１コマンドを第１のクラウドプラットフォームに依存した第１形式のプロトコルを用いた第２コマンドに変換して、第２コマンドを第１のクラウドプラットフォームへ送信するクラウド通信部を備えてよい。

【0004】

クラウド通信部は、第１形式のプロトコルを用いた第３コマンドを第１のクラウドプラットフォームから受信して、第３コマンドを共通形式のプロトコルを用いた第４コマンドに変換し、インターフェイス部は、第４コマンドをＡＩ処理部へ送信してよい。

【0005】

クラウド通信部は、複数のクラウドプラットフォームのそれぞれに対応する固有の通信部を複数有してよい。

【0006】

第１コマンドは、第１のクラウドプラットフォームが管理する設備に設けられたセンサのリストの取得を要求するセンサリスト取得要求コマンドを含んでよい。

【0007】

第１コマンドは、第１のクラウドプラットフォームが管理する設備に設けられたセンサの測定データの取得を要求するセンサデータ取得要求コマンドを含んでよい。

【0008】

第１コマンドは、第１のクラウドプラットフォームのデータベースに、設備の状態を判定した判定結果を書き込む要求をする判定結果書き込み要求コマンドを含んでよい。

【0009】

第１コマンドは、第１のクラウドプラットフォームが管理するモデルの情報の変更を要求するモデル情報変更要求コマンドを含んでよい。

【0010】

第１コマンドは、第１のクラウドプラットフォームが管理するコンフィグレーション情報の変更を要求するコンフィグ情報変更要求コマンドを含んでよい。

【0011】

インターフェイス装置は、ＡＩ処理部を更に備えてよい。

【0012】

ＡＩ処理部は、モデルを機械学習により生成する学習部を有してよい。

【0013】

ＡＩ処理部は、モデルを用いて設備の状態を判定する判定部を有してよい。

【0014】

本発明の第２の態様においては、インターフェイス方法を提供する。インターフェイス方法は、設備の状態を判定するモデルを機械学習により生成する処理、または、モデルを用いて設備の状態を判定する処理の少なくともいずれか一方を実行するＡＩ処理部から、設備を管理するクラウドプラットフォームに非依存である共通形式のプロトコルを用いた第１コマンドを受信することを備えてよい。インターフェイス方法は、第１コマンドを第１のクラウドプラットフォームに依存した第１形式のプロトコルを用いた第２コマンドに変換して、第２コマンドを第１のクラウドプラットフォームへ送信することを備えてよい。

【0015】

本発明の第３の態様においては、インターフェイスプログラムを提供する。インターフェイスプログラムは、コンピュータにより実行されてよい。インターフェイスプログラムは、コンピュータを、設備の状態を判定するモデルを機械学習により生成する処理、または、モデルを用いて設備の状態を判定する処理の少なくともいずれか一方を実行するＡＩ処理部から、設備を管理するクラウドプラットフォームに非依存である共通形式のプロトコルを用いた第１コマンドを受信するインターフェイス部として機能させてよい。インターフェイスプログラムは、コンピュータを、第１コマンドを第１のクラウドプラットフォームに依存した第１形式のプロトコルを用いた第２コマンドに変換して、第２コマンドを第１のクラウドプラットフォームへ送信するクラウド通信部として機能させてよい。

【0016】

なお、上記の発明の概要は、本発明の必要な特徴の全てを列挙したものではない。また、これらの特徴群のサブコンビネーションもまた、発明となりうる。

【図面の簡単な説明】

【0017】

【図1】本実施形態に係るインターフェイス装置１００のブロック図の一例を、設備１０、および、クラウドプラットフォーム５０とともに示す。

【図2】本実施形態に係るインターフェイス装置１００を用いた学習モデルの生成フローの一例を示す。

【図3】本実施形態に係るインターフェイス装置１００を用いた学習モデルによる判定フローの一例を示す。

【図4】本実施形態に係るインターフェイス装置１００を用いて外部システム３００から学習モデルを更新するフローの一例を示す。

【図5】本実施形態に係るインターフェイス装置１００を用いた外部システム３００から学習モデルを更新するフローの他の例を示す。

【図6】本発明の複数の態様が全体的または部分的に具現化されてよいコンピュータ９９００の例を示す。

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

【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】

ステップ５２５０において、学習モデル管理部２３０は、ステップ５２３０において受信した第２コマンドに対する応答を任意のクラウドプラットフォーム５０へ送信する。例えば、学習モデル管理部２３０は、自身が管理する情報を成功裡に変更したことに応じて、情報の変更が成功したことを示すＳＵＣＣＥＳＳコマンドを、第１のクラウドプラットフォーム５０Ａへ送信する。

【0086】

ステップ５２６０において、任意のクラウドプラットフォーム５０は、ステップ５２５０において受信したコマンドに対する応答をクラウド通信部１２０へ送信する。例えば、第１のクラウドプラットフォーム５０Ａは、ステップ５２５０においてＳＵＣＣＥＳＳコマンドを受信したことに応じて、当該コマンドを第１形式のプロトコルを用いた第３コマンドとして、第１のクラウド通信部１２０Ａへ送信する。

【0087】

ステップ５２７０において、クラウド通信部１２０は、ステップ５２６０において受信した第３コマンドを、共通形式のプロトコルを用いた第４コマンドに変換する。例えば、第１のクラウド通信部１２０Ａは、情報の変更が成功したことを示すＳＵＣＣＥＳＳコマンドであって、第１のクラウドプラットフォーム５０Ａに依存した第１形式のプロトコルを用いた第３コマンドを、クラウドプラットフォーム５０に非依存である共通形式のプロトコルを用いた第４コマンドに変換する。

【0088】

ステップ５２８０において、クラウド通信部１２０は、ステップ５２７０において変換した第４コマンドを、インターフェイス部１１０を介して外部システム３００へ送信する。例えば、第１のクラウド通信部１２０Ａは、ステップ５２７０において変換した第４コマンドをインターフェイス部１１０へ供給する。そして、インターフェイス部１１０は、共通形式のプロトコルを用いたＳＵＣＣＥＳＳコマンドを、外部システム３００へ送信する。

【0089】

このように、インターフェイス装置１００は、外部システム３００からクラウドプラットフォーム５０の内部メモリに格納されている情報を、クラウドプラットフォームを介して変更するためのインターフェイスをも提供する。これにより、どのようなクラウドプラットフォーム５０が用いられている場合であっても、外部システム３００からクラウドプラットフォーム５０の内部メモリに保存されている情報へのアクセスが容易となる。

【0090】

近年、選択可能なクラウドプラットフォームが多様化しており、多様なクラウドプラットフォームにＡＩ処理を実行する機能部を組み込むことが容易ではなくなってきている。ここで、クラウドプラットフォームとＡＩ処理を実行する機能部とが一体となったシステムを提供することが好ましいが、すでにクラウドシステムを導入済みのユーザも存在しているのが実情であり、ＡＩ処理を実行する機能部のみを後付けで新たに導入する場合もある。このような場合、クラウド構築担当のシステムエンジニアは、導入済みのプラットフォームと新たに導入するＡＩ処理を実行する機能部のインターフェイス資料を理解して組み込む必要があり、構築作業が煩雑となる。また、エンジニアリング工程での組み込み作業ミスが発生しやすくなる。

【0091】

これに対して、本実施形態に係るインターフェイス装置１００は、ＡＩ処理を実行するＡＩ処理部２００とクラウドプラットフォーム５０との間のインターフェイスを提供する。特に、本実施形態に係るインターフェイス装置１００は、ＡＩ処理部２００からクラウドプラットフォーム５０に依存しない共通形式のプロトコルを用いた第１コマンドを受信する。そして、インターフェイス装置１００は、当該共通形式のプロトコルを用いた第１コマンドを任意のクラウドプラットフォーム５０に依存した固有形式のプロトコルを用いた第２コマンドに変換して、当該変換した第２コマンドを任意のクラウドプラットフォーム５０へ送信する。これにより、本実施形態に係るインターフェイス装置１００によれば、ＡＩ処理部２００がクラウドプラットフォーム５０毎に固有のコマンドを生成する必要がなく、ＡＩ処理部２００の負荷を軽減させることができる。また、ＡＩ処理部２００がクラウドプラットフォーム５０の様々な仕様に非依存であるので、クラウドプラットフォーム５０への影響を考慮することなく、ＡＩ処理部２００の更新を容易に行うことができる。このように、本実施形態に係るインターフェイス装置１００によれば、様々なクラウド環境にＡＩ処理を実行する機能部を容易に組み込むことができる。

【0092】

また、本実施形態に係るインターフェイス装置１００は、クラウドプラットフォーム５０からクラウドプラットフォーム５０に依存した固有形式のプロトコルを用いた第３コマンドを受信する。そして、インターフェイス装置１００は、当該固有形式のプロトコルを用いた第３コマンドをクラウドプラットフォーム５０に依存しない共通形式のプロトコルを用いた第４コマンドに変換して、当該変換した第４コマンドをＡＩ処理部２００へ送信する。これにより、本実施形態に係るインターフェイス装置１００によれば、ＡＩ処理部２００からクラウドプラットフォーム５０へ、および、クラウドプラットフォーム５０からＡＩ処理部２００への両方向のインターフェイスを提供することができる。

【0093】

また、本実施形態に係るインターフェイス装置１００は、複数のクラウドプラットフォーム５０のそれぞれに対応する固有の通信部を複数有する。これにより、本実施形態に係るインターフェイス装置１００によれば、ＡＩ処理部２００と、それぞれ仕様の異なる複数のクラウドプラットフォーム５０との間のインターフェイスを提供することができる。また、本実施形態に係るインターフェイス装置１００によれば、固有の通信部を追加するだけで、ＡＩ処理部２００と新たなクラウドプラットフォーム５０との間のインターフェイスを提供することができる。

【0094】

また、本実施形態に係るインターフェイス装置１００は、第１コマンドとして、センサリスト取得要求コマンド、センサデータ取得要求コマンド、判定結果書き込み要求コマンド、モデル情報変更要求コマンド、または、コンフィグ情報変更要求コマンドの少なくともいずれかを受け付ける。これにより、本実施形態に係るインターフェイス装置１００は、設備１０の状態を判定するためのＡＩ処理（学習処理や判定処理等）に係るコマンドを、ＡＩ処理部２００とクラウドプラットフォーム５０との間で中継することができる。

【0095】

また、本実施形態に係るインターフェイス装置１００は、例えば、学習部や判定部を有するＡＩ処理部を備える。これにより、本実施形態に係るインターフェイス装置１００によれば、インターフェイスの機能とＡＩ処理を実行する機能とを一体の装置として構成することができる。

【0096】

本発明の様々な実施形態は、フローチャートおよびブロック図を参照して記載されてよく、ここにおいてブロックは、（１）操作が実行されるプロセスの段階または（２）操作を実行する役割を持つ装置のセクションを表わしてよい。特定の段階およびセクションが、専用回路、コンピュータ可読媒体上に格納されるコンピュータ可読命令と共に供給されるプログラマブル回路、および／またはコンピュータ可読媒体上に格納されるコンピュータ可読命令と共に供給されるプロセッサによって実装されてよい。専用回路は、デジタルおよび／またはアナログハードウェア回路を含んでよく、集積回路（ＩＣ）および／またはディスクリート回路を含んでよい。プログラマブル回路は、論理ＡＮＤ、論理ＯＲ、論理ＸＯＲ、論理ＮＡＮＤ、論理ＮＯＲ、および他の論理操作、フリップフロップ、レジスタ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブルロジックアレイ（ＰＬＡ）等のようなメモリ要素等を含む、再構成可能なハードウェア回路を含んでよい。

【0097】

コンピュータ可読媒体は、適切なデバイスによって実行される命令を格納可能な任意の有形なデバイスを含んでよく、その結果、そこに格納される命令を有するコンピュータ可読媒体は、フローチャートまたはブロック図で指定された操作を実行するための手段を作成すべく実行され得る命令を含む、製品を備えることになる。コンピュータ可読媒体の例としては、電子記憶媒体、磁気記憶媒体、光記憶媒体、電磁記憶媒体、半導体記憶媒体等が含まれてよい。コンピュータ可読媒体のより具体的な例としては、フロッピー（登録商標）ディスク、ディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、消去可能プログラマブルリードオンリメモリ（ＥＰＲＯＭまたはフラッシュメモリ）、電気的消去可能プログラマブルリードオンリメモリ（ＥＥＰＲＯＭ）、静的ランダムアクセスメモリ（ＳＲＡＭ）、コンパクトディスクリードオンリメモリ（ＣＤ-ＲＯＭ）、デジタル多用途ディスク（ＤＶＤ）、ブルーレイ（ＲＴＭ）ディスク、メモリスティック、集積回路カード等が含まれてよい。

【0098】

コンピュータ可読命令は、アセンブラ命令、命令セットアーキテクチャ（ＩＳＡ）命令、マシン命令、マシン依存命令、マイクロコード、ファームウェア命令、状態設定データ、またはＳｍａｌｌｔａｌｋ（登録商標）、ＪＡＶＡ（登録商標）、Ｃ＋＋等のようなオブジェクト指向プログラミング言語、および「Ｃ」プログラミング言語または同様のプログラミング言語のような従来の手続型プログラミング言語を含む、１または複数のプログラミング言語の任意の組み合わせで記述されたソースコードまたはオブジェクトコードのいずれかを含んでよい。

【0099】

コンピュータ可読命令は、汎用コンピュータ、特殊目的のコンピュータ、若しくは他のプログラム可能なデータ処理装置のプロセッサまたはプログラマブル回路に対し、ローカルにまたはローカルエリアネットワーク（ＬＡＮ）、インターネット等のようなワイドエリアネットワーク（ＷＡＮ）を介して提供され、フローチャートまたはブロック図で指定された操作を実行するための手段を作成すべく、コンピュータ可読命令を実行してよい。プロセッサの例としては、コンピュータプロセッサ、処理ユニット、マイクロプロセッサ、デジタル信号プロセッサ、コントローラ、マイクロコントローラ等を含む。

【0100】

図６は、本発明の複数の態様が全体的または部分的に具現化されてよいコンピュータ９９００の例を示す。コンピュータ９９００にインストールされたプログラムは、コンピュータ９９００に、本発明の実施形態に係る装置に関連付けられる操作または当該装置の１または複数のセクションとして機能させることができ、または当該操作または当該１または複数のセクションを実行させることができ、および／またはコンピュータ９９００に、本発明の実施形態に係るプロセスまたは当該プロセスの段階を実行させることができる。そのようなプログラムは、コンピュータ９９００に、本明細書に記載のフローチャートおよびブロック図のブロックのうちのいくつかまたはすべてに関連付けられた特定の操作を実行させるべく、ＣＰＵ９９１２によって実行されてよい。

【0101】

本実施形態によるコンピュータ９９００は、ＣＰＵ９９１２、ＲＡＭ９９１４、グラフィックコントローラ９９１６、およびディスプレイデバイス９９１８を含み、それらはホストコントローラ９９１０によって相互に接続されている。コンピュータ９９００はまた、通信インターフェイス９９２２、ハードディスクドライブ９９２４、ＤＶＤ－ＲＯＭドライブ９９２６、およびＩＣカードドライブのような入／出力ユニットを含み、それらは入／出力コントローラ９９２０を介してホストコントローラ９９１０に接続されている。コンピュータはまた、ＲＯＭ９９３０およびキーボード９９４２のようなレガシの入／出力ユニットを含み、それらは入／出力チップ９９４０を介して入／出力コントローラ９９２０に接続されている。

【0102】

ＣＰＵ９９１２は、ＲＯＭ９９３０およびＲＡＭ９９１４内に格納されたプログラムに従い動作し、それにより各ユニットを制御する。グラフィックコントローラ９９１６は、ＲＡＭ９９１４内に提供されるフレームバッファ等またはそれ自体の中にＣＰＵ９９１２によって生成されたイメージデータを取得し、イメージデータがディスプレイデバイス９９１８上に表示されるようにする。

【0103】

通信インターフェイス９９２２は、ネットワークを介して他の電子デバイスと通信する。ハードディスクドライブ９９２４は、コンピュータ９９００内のＣＰＵ９９１２によって使用されるプログラムおよびデータを格納する。ＤＶＤ－ＲＯＭドライブ９９２６は、プログラムまたはデータをＤＶＤ－ＲＯＭ９９０１から読み取り、ハードディスクドライブ９９２４にＲＡＭ９９１４を介してプログラムまたはデータを提供する。ＩＣカードドライブは、プログラムおよびデータをＩＣカードから読み取り、および／またはプログラムおよびデータをＩＣカードに書き込む。

【0104】

ＲＯＭ９９３０はその中に、アクティブ化時にコンピュータ９９００によって実行されるブートプログラム等、および／またはコンピュータ９９００のハードウェアに依存するプログラムを格納する。入／出力チップ９９４０はまた、様々な入／出力ユニットをパラレルポート、シリアルポート、キーボードポート、マウスポート等を介して、入／出力コントローラ９９２０に接続してよい。

【0105】

プログラムが、ＤＶＤ－ＲＯＭ９９０１またはＩＣカードのようなコンピュータ可読媒体によって提供される。プログラムは、コンピュータ可読媒体から読み取られ、コンピュータ可読媒体の例でもあるハードディスクドライブ９９２４、ＲＡＭ９９１４、またはＲＯＭ９９３０にインストールされ、ＣＰＵ９９１２によって実行される。これらのプログラム内に記述される情報処理は、コンピュータ９９００に読み取られ、プログラムと、上記様々なタイプのハードウェアリソースとの間の連携をもたらす。装置または方法が、コンピュータ９９００の使用に従い情報の操作または処理を実現することによって構成されてよい。

【0106】

例えば、通信がコンピュータ９９００および外部デバイス間で実行される場合、ＣＰＵ９９１２は、ＲＡＭ９９１４にロードされた通信プログラムを実行し、通信プログラムに記述された処理に基づいて、通信インターフェイス９９２２に対し、通信処理を命令してよい。通信インターフェイス９９２２は、ＣＰＵ９９１２の制御下、ＲＡＭ９９１４、ハードディスクドライブ９９２４、ＤＶＤ－ＲＯＭ９９０１、またはＩＣカードのような記録媒体内に提供される送信バッファ処理領域に格納された送信データを読み取り、読み取られた送信データをネットワークに送信し、またはネットワークから受信された受信データを記録媒体上に提供される受信バッファ処理領域等に書き込む。

【0107】

また、ＣＰＵ９９１２は、ハードディスクドライブ９９２４、ＤＶＤ－ＲＯＭドライブ９９２６（ＤＶＤ－ＲＯＭ９９０１）、ＩＣカード等のような外部記録媒体に格納されたファイルまたはデータベースの全部または必要な部分がＲＡＭ９９１４に読み取られるようにし、ＲＡＭ９９１４上のデータに対し様々なタイプの処理を実行してよい。ＣＰＵ９９１２は次に、処理されたデータを外部記録媒体にライトバックする。

【0108】

様々なタイプのプログラム、データ、テーブル、およびデータベースのような様々なタイプの情報が記録媒体に格納され、情報処理を受けてよい。ＣＰＵ９９１２は、ＲＡＭ９９１４から読み取られたデータに対し、本開示の随所に記載され、プログラムの命令シーケンスによって指定される様々なタイプの操作、情報処理、条件判断、条件分岐、無条件分岐、情報の検索／置換等を含む、様々なタイプの処理を実行してよく、結果をＲＡＭ９９１４に対しライトバックする。また、ＣＰＵ９９１２は、記録媒体内のファイル、データベース等における情報を検索してよい。例えば、各々が第２の属性の属性値に関連付けられた第１の属性の属性値を有する複数のエントリが記録媒体内に格納される場合、ＣＰＵ９９１２は、第１の属性の属性値が指定される、条件に一致するエントリを当該複数のエントリの中から検索し、当該エントリ内に格納された第２の属性の属性値を読み取り、それにより予め定められた条件を満たす第１の属性に関連付けられた第２の属性の属性値を取得してよい。

【0109】

上で説明したプログラムまたはソフトウェアモジュールは、コンピュータ９９００上またはコンピュータ９９００近傍のコンピュータ可読媒体に格納されてよい。また、専用通信ネットワークまたはインターネットに接続されたサーバーシステム内に提供されるハードディスクまたはＲＡＭのような記録媒体が、コンピュータ可読媒体として使用可能であり、それによりプログラムを、ネットワークを介してコンピュータ９９００に提供する。

【0110】

以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態に、多様な変更または改良を加えることが可能であることが当業者に明らかである。その様な変更または改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。

【0111】

特許請求の範囲、明細書、および図面中において示した装置、システム、プログラム、および方法における動作、手順、ステップ、および段階等の各処理の実行順序は、特段「より前に」、「先立って」等と明示しておらず、また、前の処理の出力を後の処理で用いるのでない限り、任意の順序で実現しうることに留意すべきである。特許請求の範囲、明細書、および図面中の動作フローに関して、便宜上「まず、」、「次に、」等を用いて説明したとしても、この順で実施することが必須であることを意味するものではない。

【符号の説明】

【0112】

１０ 設備
２０ センサ
５０ クラウドプラットフォーム
１００ インターフェイス装置
１１０ インターフェイス部
１２０ クラウド通信部
２００ ＡＩ処理部
２１０ 学習部
２２０ 学習モデル生成部
２３０ 学習モデル管理部
２４０ 判定部
２５０ 判定処理部
９９００ コンピュータ
９９０１ ＤＶＤ－ＲＯＭ
９９１０ ホストコントローラ
９９１２ ＣＰＵ
９９１４ ＲＡＭ
９９１６ グラフィックコントローラ
９９１８ ディスプレイデバイス
９９２０ 入／出力コントローラ
９９２２ 通信インターフェイス
９９２４ ハードディスクドライブ
９９２６ ＤＶＤ－ＲＯＭドライブ
９９３０ ＲＯＭ
９９４０ 入／出力チップ
９９４２ キーボード

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】