(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B1)
(11)【特許番号】
(24)【登録日】2024-05-08
(45)【発行日】2024-05-16
(54)【発明の名称】装置、システム、方法およびプログラム
(51)【国際特許分類】
G05B 23/02 20060101AFI20240509BHJP
G05B 19/042 20060101ALI20240509BHJP
【ＦＩ】
G05B23/02 Z
G05B19/042
【請求項の数】
13
(21)【出願番号】P 2023195119
(22)【出願日】2023-11-16
【審査請求日】2023-11-16
【早期審査対象出願】
(73)【特許権者】
【識別番号】000006507
【氏名又は名称】横河電機株式会社
(74)【代理人】
【識別番号】110000877
【氏名又は名称】弁理士法人ＲＹＵＫＡ国際特許事務所
(72)【発明者】
【氏名】山形 隆
(72)【発明者】
【氏名】坪田 一郎
【審査官】漆原 孝治
(56)【参考文献】
【文献】特開２０１０－２５７４２９（ＪＰ，Ａ）
【文献】特表２０２３－５０５５９４（ＪＰ，Ａ）
【文献】特開２０１６－１７０６６９（ＪＰ，Ａ）
【文献】特開２００９－１６３６５８（ＪＰ，Ａ）
【文献】特開２０１７－１１１７６１（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０５Ｂ ２３／０２
Ｇ０５Ｂ １９／０４２
(57)【特許請求の範囲】
【請求項1】
第１サーバから取得されるコンテナイメージに対する設定データを記憶する記憶部と、前記第１サーバから第１コンテナイメージおよび他のコンテナイメージを取得するコンテナ取得部と、
前記設定データを提供して前記第１コンテナイメージを実行し、設備の状態を示す第１状態データの取得を行うコンテナ型装置部を実現すると共に、前記他のコンテナイメージを実行し、前記第１状態データに対してデータ処理を行って前記第１状態データに応じた第２状態データを生成するデータ処理部を実現する実行部と、
を備え、
前記コンテナ型装置部は、取得した前記第１状態データを前記データ処理部に供給して第２状態データを取得する装置。
【請求項2】
前記設定データは、前記第１状態データの取得先のアドレスと、前記第１状態データの出力先である前記データ処理部の入力アドレスと、前記第２状態データの取得先である前記データ処理部の出力アドレスと、前記第２状態データの出力先のアドレスと、を含む、請求項１に記載の装置。
【請求項3】
前記コンテナ取得部は、前記第１コンテナイメージとは異なる第２コンテナイメージを前記第１サーバからさらに取得し、当該装置は、
前記実行部に前記設定データを提供させて前記第２コンテナイメージを実行させて、前記第１コンテナイメージに基づく前記コンテナ型装置部を前記第２コンテナイメージに基づく前記コンテナ型装置部に更新するコンテナ更新部をさらに備える、請求項１に記載の装置。
【請求項4】
２つの前記コンテナ型装置部を備え、前記コンテナ更新部は、
前記２つのコンテナ型装置部のうち、一方のコンテナ型装置部の更新が完了するまで、他方のコンテナ型装置部を動作状態に維持し、
前記一方のコンテナ型装置部の更新が完了したことに応じて、当該一方のコンテナ型装置部を動作させて、前記他方のコンテナ型装置部を更新する、請求項３に記載の装置。
【請求項5】
前記コンテナ更新部は、前記一方のコンテナ型装置部の更新が完了し、かつ、前記他方のコンテナ型装置部が待機状態であることに応じて、前記他方のコンテナ型装置部を更新する、請求項４に記載の装置。
【請求項6】
前記記憶部は、前記第１状態データをさらに記憶し、前記コンテナ型装置部は、
前記第１状態データに応じた、前記設備の状態を示す第２状態データを第２サーバに送信し、
前記コンテナ更新部により前記コンテナ型装置部が更新されたことに応じて、前記記憶部に記憶された前記第１状態データのうち、前記コンテナ型装置部の更新中に記憶された前記第１状態データに応じた前記第２状態データを、前記コンテナ型装置部の更新後に前記第２サーバに送信する、請求項３に記載の装置。
【請求項7】
前記コンテナ型装置部は、前記設備から前記第１状態データを取得して前記記憶部に記憶させ、
現時点において前記設備から取得するべき前記第１状態データが最大データ量を超えていることに応じて、前記最大データ量以下のデータ量ずつ当該第１状態データを前記設備から取得する、請求項６に記載の装置。
【請求項8】
前記コンテナ型装置部を介さずに前記第１状態データを取得して前記記憶部に記憶させるデータ格納部をさらに備え、前記コンテナ型装置部は、前記記憶部に記憶された前記第１状態データに応じた、前記設備の状態を示す第２状態データを第２サーバに送信する、請求項１に記載の装置。
【請求項9】
前記コンテナ型装置部は、予め決められた内容の処理を、予め決められた時間帯に行い、前記コンテナ更新部は、前記予め決められた時間帯とは異なる時間に前記コンテナ型装置部の更新を行う、請求項３に記載の装置。
【請求項10】
前記第１サーバに前記第２コンテナイメージが有るか否かを検知する検知部をさらに備え、前記コンテナ取得部は、前記検知部により前記第２コンテナイメージが検知されたことに応じて、当該第２コンテナイメージを取得する、請求項３に記載の装置。
【請求項11】
請求項１から１０の何れか一項に記載の装置と、前記第１状態データについて予め設定された設定値に応じて前記設備を制御するコントローラと、
ユーザ操作により指定される新たな設定値を、前記装置の前記コンテナ型装置部を介して前記コントローラに供給し、前記コントローラ内の前記設定値を前記新たな設定値に更新させるサーバと、
を備えるシステム。
【請求項12】
第１サーバから取得されるコンテナイメージに対する設定データを記憶する記憶段階と、前記第１サーバから第１コンテナイメージおよび他のコンテナイメージを取得するコンテナ取得段階と、
前記設定データを提供して前記第１コンテナイメージを実行し、設備の状態を示す第１状態データの取得を行うコンテナ型装置部を実現すると共に、前記他のコンテナイメージを実行し、前記第１状態データに対してデータ処理を行って前記第１状態データに応じた第２状態データを生成するデータ処理部を実現する実行段階と、
を備え、
前記コンテナ型装置部は、取得した前記第１状態データを前記データ処理部に供給して第２状態データを取得する方法。
【請求項13】
コンピュータを、第１サーバから取得されるコンテナイメージに対する設定データを記憶する記憶部と、
前記第１サーバから第１コンテナイメージおよび他のコンテナイメージを取得するコンテナ取得部と、
前記設定データを提供して前記第１コンテナイメージを実行し、設備の状態を示す第１状態データの取得を行うコンテナ型装置部を実現すると共に、前記他のコンテナイメージを実行し、前記第１状態データに対してデータ処理を行って前記第１状態データに応じた第２状態データを生成するデータ処理部を実現する実行部と、
として機能させ、
前記コンテナ型装置部は、取得した前記第１状態データを前記データ処理部に供給して第２状態データを取得するプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、装置、システム、方法およびプログラムに関する。
【背景技術】
【0002】
特許文献１～６には「上水道プラント、下水道プラント、各種の製造プラントなど、監視制御対象に指定されたプラント２を構成する各機器のセンサから出力される状態信号などを取り込んで、監視画面などを作成する処理、入力された制御内容に応じた制御信号を生成し、これを前記各機器に供給してプラント２の運転状態を制御する処理などを行う一般的なプラント監視制御装置３」（特許文献１の段落００１４）等と記載されている。
［先行技術文献］
［特許文献］
［特許文献１］ 特開平１１－１４６４６６号公報
［特許文献２］ 特開２０２１－１４９７８９号公報
［特許文献３］ 特開２０２１－１４４６２９号公報
［特許文献４］ 特開２０２１－１９６３１６号公報
［特許文献５］ 特開２０２１－１６２４５９号公報
［特許文献６］ 特開２０２２－００７２２２号公報
［先行技術文献］
［特許文献］
［特許文献１］ 特開平１１－１４６４６６号公報
［特許文献２］ 特開２０２１－１４９７８９号公報
［特許文献３］ 特開２０２１－１４４６２９号公報
［特許文献４］ 特開２０２１－１９６３１６号公報
［特許文献５］ 特開２０２１－１６２４５９号公報
［特許文献６］ 特開２０２２－００７２２２号公報
【発明の概要】
【0003】
本発明の第１の態様においては、第１サーバから取得されるコンテナイメージに対する設定データを記憶する記憶部と、前記第１サーバから第１コンテナイメージを取得するコンテナ取得部と、前記設定データを提供して前記第１コンテナイメージを実行し、設備の状態を示す第１状態データの取得を行うコンテナ型装置部を実現する実行部と、を備える装置が提供される。
【0004】
上記の装置においては、前記コンテナ取得部は、前記第１コンテナイメージとは異なる第２コンテナイメージを前記第１サーバからさらに取得し、当該装置は、前記実行部に前記設定データを提供させて前記第２コンテナイメージを実行させて、前記第１コンテナイメージに基づく前記コンテナ型装置部を前記第２コンテナイメージに基づく前記コンテナ型装置部に更新するコンテナ更新部をさらに備えてよい。
【0005】
上記の装置は、２つの前記コンテナ型装置部を備え、前記コンテナ更新部は、前記２つのコンテナ型装置部のうち、一方のコンテナ型装置部の更新が完了するまで、他方のコンテナ型装置部を動作状態に維持し、前記一方のコンテナ型装置部の更新が完了したことに応じて、当該一方のコンテナ型装置部を動作させて、前記他方のコンテナ型装置部を更新してよい。
【0006】
上記の装置は、前記コンテナ更新部は、前記一方のコンテナ型装置部の更新が完了し、かつ、前記他方のコンテナ型装置部が待機状態であることに応じて、前記他方のコンテナ型装置部を更新してよい。
【0007】
コンテナ更新部を備える上記何れかの装置においては、前記記憶部は、前記第１状態データをさらに記憶し、前記コンテナ型装置部は、前記第１状態データに応じた、前記設備の状態を示す第２状態データを第２サーバに送信し、前記コンテナ更新部により前記コンテナ型装置部が更新されたことに応じて、前記記憶部に記憶された前記第１状態データのうち、前記コンテナ型装置部の更新中に記憶された前記第１状態データに応じた前記第２状態データを、前記コンテナ型装置部の更新後に前記第２サーバに送信してよい。
【0008】
上記の装置においては、前記コンテナ型装置部は、前記設備から前記第１状態データを取得して前記記憶部に記憶させ、現時点において前記設備から取得するべき前記第１状態データが最大データ量を超えていることに応じて、前記最大データ量以下のデータ量ずつ当該第１状態データを前記設備から取得してよい。
【0009】
コンテナ更新部を備える上記何れかの装置は、前記コンテナ型装置部を介さずに前記第１状態データを取得して前記記憶部に記憶させるデータ格納部をさらに備え、前記コンテナ型装置部は、前記記憶部に記憶された前記第１状態データに応じた、前記設備の状態を示す第２状態データを第２サーバに送信してよい。
【0010】
コンテナ更新部を備える上記何れかの装置においては、前記コンテナ型装置部は、予め決められた内容の処理を、予め決められた時間帯に行い、前記コンテナ更新部は、前記予め決められた時間帯とは異なる時間に前記コンテナ型装置部の更新を行ってよい。
【0011】
コンテナ更新部を備える上記何れかの装置は、前記第１サーバに前記第２コンテナイメージが有るか否かを検知する検知部をさらに備え、前記コンテナ取得部は、前記検知部により前記第２コンテナイメージが検知されたことに応じて、当該第２コンテナイメージを取得してよい。
【0012】
本発明の第２の態様においては、第１の態様の何れかの装置と、前記第１状態データについて予め設定された設定値に応じて前記設備を制御するコントローラと、ユーザ操作により指定される新たな設定値を、前記装置の前記コンテナ型装置部を介して前記コントローラに供給し、前記コントローラ内の前記設定値を前記新たな設定値に更新させるサーバとを備えるシステムが提供される。
【0013】
本発明の第３の態様においては、第１サーバから取得されるコンテナイメージに対する設定データを記憶する記憶段階と、前記第１サーバから第１コンテナイメージを取得するコンテナ取得段階と、前記設定データを提供して前記第１コンテナイメージを実行し、設備の状態を示す第１状態データの取得を行うコンテナ型装置部を実現する実行段階と、を備える方法が提供される。
【0014】
本発明の第４の態様においては、コンピュータを、第１サーバから取得されるコンテナイメージに対する設定データを記憶する記憶部と、前記第１サーバから第１コンテナイメージを取得するコンテナ取得部と、前記設定データを提供して前記第１コンテナイメージを実行し、設備の状態を示す第１状態データの取得を行うコンテナ型装置部を実現する実行部と、として機能させるプログラムが提供される。
【0015】
なお、上記の発明の概要は、本発明の必要な特徴の全てを列挙したものではない。また、これらの特徴群のサブコンビネーションもまた、発明となりうる。
【図面の簡単な説明】
【0016】
【図1】実施形態に係るシステム１を示す。
【図2】実施形態に係るエッジ端末４を統合サーバ７等と共に示す。
【図3】エッジ端末４の動作を示す。
【図4】本発明の複数の態様が全体的または部分的に具現化されてよいコンピュータ１２００の例を示す。
【発明を実施するための形態】
【0017】
以下、発明の実施の形態を通じて本発明を説明するが、以下の実施形態は特許請求の範囲にかかる発明を限定するものではない。また、実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。
【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】
１ システム
２ 設備
３ コントローラ
４ エッジ端末
５ ＡＰサーバ
６ レポジトリサーバ
７ 統合サーバ
８ シンクライアント
４１ ハードウェア部
４２ ソフトウェア部
１００ サイト
４１１ 記憶部
４２１ ＯＳ
４２２ コンテナランタイム
４２３ コンテナ群
４２４ データ格納部
４２５ 検知部
４２６ コンテナ取得部
４２７ 実行制御部
１２００ コンピュータ
１２０１ ＤＶＤ－ＲＯＭ
１２１０ ホストコントローラ
１２１２ ＣＰＵ
１２１４ ＲＡＭ
１２１６ グラフィックコントローラ
１２１８ ディスプレイデバイス
１２２０ 入／出力コントローラ
１２２２ 通信インタフェース
１２２４ ハードディスクドライブ
１２２６ ＤＶＤ－ＲＯＭドライブ
１２３０ ＲＯＭ
１２４０ 入／出力チップ
１２４２ キーボード
４２３１ コンテナ型装置部
４２３２ データ処理部
２ 設備
３ コントローラ
４ エッジ端末
５ ＡＰサーバ
６ レポジトリサーバ
７ 統合サーバ
８ シンクライアント
４１ ハードウェア部
４２ ソフトウェア部
１００ サイト
４１１ 記憶部
４２１ ＯＳ
４２２ コンテナランタイム
４２３ コンテナ群
４２４ データ格納部
４２５ 検知部
４２６ コンテナ取得部
４２７ 実行制御部
１２００ コンピュータ
１２０１ ＤＶＤ－ＲＯＭ
１２１０ ホストコントローラ
１２１２ ＣＰＵ
１２１４ ＲＡＭ
１２１６ グラフィックコントローラ
１２１８ ディスプレイデバイス
１２２０ 入／出力コントローラ
１２２２ 通信インタフェース
１２２４ ハードディスクドライブ
１２２６ ＤＶＤ－ＲＯＭドライブ
１２３０ ＲＯＭ
１２４０ 入／出力チップ
１２４２ キーボード
４２３１ コンテナ型装置部
４２３２ データ処理部
【要約】
【解決手段】 第１サーバから取得されるコンテナイメージに対する設定データを記憶する記憶部と、前記第１サーバから第１コンテナイメージを取得するコンテナ取得部と、前記設定データを提供して前記第１コンテナイメージを実行し、設備の状態を示す第１状態データの取得を行うコンテナ型装置部を実現する実行部と、を備え、前記コンテナ取得部は、前記第１コンテナイメージとは異なる第２コンテナイメージを前記第１サーバからさらに取得し、当該装置は、前記実行部に前記設定データを提供させて前記第２コンテナイメージを実行させて、前記第１コンテナイメージに基づく前記コンテナ型装置部を前記第２コンテナイメージに基づく前記コンテナ型装置部に更新するコンテナ更新部をさらに備える装置が提供される。
【選択図】図２
【選択図】図２
【図1】
【図2】
【図3】
【図4】