特許 7625128 作成システムの制御方法、制御装置、及びプログラム

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

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

(11)【特許番号】

(24)【登録日】2025-01-23

(45)【発行日】2025-01-31

(54)【発明の名称】作成システムの制御方法、制御装置、及びプログラム

(51)【国際特許分類】

   G05B 19/05 20060101AFI20250124BHJP

   G05B 23/02 20060101ALI20250124BHJP

   G06F 8/34 20180101ALI20250124BHJP

【ＦＩ】

G05B19/05 A

G05B23/02 G

G06F8/34

【請求項の数】 12

(21)【出願番号】P 2024188288

(22)【出願日】2024-10-25

【審査請求日】2024-11-25

【早期審査対象出願】

(73)【特許権者】

【識別番号】306022513

【氏名又は名称】日鉄エンジニアリング株式会社

(74)【代理人】

【識別番号】100149548

【弁理士】

【氏名又は名称】松沼 泰史

(74)【代理人】

【識別番号】100140774

【弁理士】

【氏名又は名称】大浪 一徳

(74)【代理人】

【識別番号】100134359

【弁理士】

【氏名又は名称】勝俣 智夫

(74)【代理人】

【識別番号】100188592

【弁理士】

【氏名又は名称】山口 洋

(74)【代理人】

【識別番号】100217249

【弁理士】

【氏名又は名称】堀田 耕一郎

(74)【代理人】

【識別番号】100221279

【弁理士】

【氏名又は名称】山口 健吾

(74)【代理人】

【識別番号】100207686

【弁理士】

【氏名又は名称】飯田 恭宏

(74)【代理人】

【識別番号】100224812

【弁理士】

【氏名又は名称】井口 翔太

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

【図1】画面に表示されるノード及びエッジの例である。

【図2】実施形態に係る作成システムのシステム構成を示す概略ブロック図である。

【図3】実施形態に係る制御装置の機能構成の具体例を示す概略ブロック図である。

【図4】関数の第１例に係るプロンプトの例である。

【図5】言語モデルが作成する、関数の第１例に係るノード及びエッジを示す図である。

【図6】関数の第２例に係るプロンプトの例である。

【図7】関数の第２例に係る機能仕様書の第１図である。

【図8】関数の第２例に係る機能仕様書の第２図である。

【図9】関数の第２例に係る機能仕様書の第３図である。

【図10】関数の第２例に係る機能仕様書を半構造化した例の第１図である。

【図11】関数の第２例に係る機能仕様書を半構造化した例の第２図である。

【図12】関数の第２例に係る機能仕様書を半構造化した例の第３図である。

【図13】関数の第２例における、プラントから情報を収集する関数に与える入力のスキーマの例の第１図である。

【図14】関数の第２例における、プラントから情報を収集する関数に与える入力のスキーマの例の第２図である。

【図15】図１３及び図１４に示すスキーマによって取得される各種情報を含むデータ配列の第１図である。

【図16】図１３及び図１４に示すスキーマによって取得される各種情報を含むデータ配列の第２図である。

【図17】関数の第２例に係るＡＰＩに入力する情報の定義の例である。

【図18】言語モデルによって作成される、関数の第２例に係る言語である。

【図19】言語モデルが作成する、関数の第２例に係るノード及びエッジを示す図である。

【図20】関数の第２例に係るインターロック条件が入力されるスキーマの例の第１図である。

【図21】関数の第２例に係るインターロック条件が入力されるスキーマの例の第２図である。

【図22】図２０及び図２１に示すインターロック条件が入力されるスキーマによって取得される各種情報を含むデータ配列の第１図である。

【図23】図２０及び図２１に示すインターロック条件が入力されるスキーマによって取得される各種情報を含むデータ配列の第２図である。

【図24】言語モデルが作成する、関数の第２例に係るインターロック条件を示すノード及びエッジを示す図である。

【図25】実施形態に係る作成システムの制御方法のフローである。

【図26】実施形態に適用される情報処理装置のハードウェア構成例の概略を示す図である。

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

【0009】

以下、図面を参照し、本開示の一実施形態に係る作成システムを説明する。
本実施形態に係る作成システムは、例えば、制御対象を監視又は制御するための関数や、前記関数に基づくノードやエッジを作成する。本実施形態において、制御対象は、例えば、ごみ処理場等をはじめとするプラントである。本実施形態において、関数は、プラントに含まれる各種センサやアクチュエータを監視又は制御するために用いられる。

【0010】

本実施形態において、作成システムが作成する関数は、第１関数と、第２関数と、を含む。本実施形態において、第１関数及び第２関数それぞれは、制御対象であるプラントを監視又は制御するための関数であってよい。
第１関数と第２関数とは、制御対象を監視又は制御するために、互いに関連付けられてよい。具体的には、例えば、第１関数によってセンサを監視又は制御し、第２関数によってアクチュエータを監視又は制御してよい。このことで、例えば、第１関数によって監視又は制御されるセンサが検出した各種情報に基づき、第２関数によってアクチュエータが動作するように監視又は制御されてよい。

【0011】

本実施形態において、ノードやエッジは、例えば、ユーザが関数の構造を直感的に把握可能とするために、画面に表示される図形をいう。また、ノードやエッジとは、前述のように画面に表示される図形の元となるプログラムのことであってよい。以下、特に記載する場合を除き、ノードやエッジは、画面に表示される図形のことであるとする。

【0012】

図１は、画面に表示されるノードＮ及びエッジＥの例である。
図１に示すように、ノードＮは、例えば、第１ノードＮ１と、第２ノードＮ２と、を含む。第１ノードＮ１は第１関数に対応し、第２ノードＮ２は第２関数に対応する。第１ノードＮ１及び第２ノードＮ２は、例えば、多角形や円等をはじめとする平面図形であってよい。
エッジＥは、複数のノードＮを互いに接続する線である。図１に示す例では、エッジＥは、第１ノードＮ１と第２ノードＮ２とを接続している。エッジＥは、画面上において、図１に示すように直線で表示されてもよいし、曲線で表示されてもよい。なお、エッジＥの元になるプログラムは、例えば、コンパイルレスのテキストファイルであってよい。
例えば、上述のように第１関数によってセンサを監視又は制御し、その結果に基づき第２関数によってアクチュエータを監視又は制御する場合、図１に示すように、画面上に第１ノードＮ１と第２ノードＮ２とが隣り合って表示され、エッジＥによって第１ノードＮ１と第２ノードＮ２とが接続されるように表示されてよい。このことで、第１関数と第２関数とが互いに関連付けられたように表示されてよい。

【0013】

本実施形態において、画面に表示されるノードＮやエッジＥは、ユーザによるビジュアルプログラミングに用いられてよい。すなわち、ユーザは、ノードＮやエッジＥのような図形として表示された関数を、画面上で適宜操作することによって、制御対象を適宜監視又は制御するためのプログラムを作成してもよい。

【0014】

上記のようなビジュアルプログラミングを可能とするために、本実施形態において、第１関数及び第２関数を含むプログラムは、例えば、第１関数及び第２関数が個別にコンパイルされた後に、互いに関連付けられるようにして構成されてよい。この場合、図１に示すような画面上においては、例えば、第１ノードＮ１と第２ノードＮ２とが個別に表示された状態から、ユーザが、エッジＥによって第１ノードＮ１と第２ノードＮ２とを接続することで、第１関数及び第２関数を含むプログラムが構成されてよい。
上述のような方法によるプログラミングによっては、例えば、プログラムの安定した稼働を担保しつつ、新たな機能を追加する際の柔軟性を高くすることができる。

【0015】

例えば、上述のような方法によるプログラミングによって、次のようなことが可能となる。すなわち、第１関数及び第２関数を備えるプログラムの稼働中に、第１関数及び第２関数とは異なる関数を追加することができる。例えば、第１関数及び第２関数を備えるプログラムの稼働中に、ユーザが、第３関数に対応する第３ノード（不図示）を図１に示す画面に追加で表示させ、エッジＥによって第３ノードを第１ノードＮ１又は第２ノードＮ２に接続するようにして、稼働中のプログラムに第３関数を追加してもよい。なお、第３関数は、プログラムに追加される前に、予めコンパイル済であってよい。
このことで、例えば、稼働中のプログラムを停止させることを不要にすることができる。また、第３関数をプログラムに追加する際、第１関数、第２関数及び第３関数を備えるプログラムとして改めてコンパイルを行うことを不要とすることができる。よって、プログラムの改良等を柔軟に行いやすくすることができる。更に、プログラムの改良に必要なリソースを削減することができる。

【0016】

（作成システムの構成について）
図２は、実施形態に係る作成システム１のシステム構成を示す概略ブロック図である。
作成システム１は、制御装置１０と、言語モデル２０と、を備える。図１に示すように、制御装置１０と言語モデル２０とは、ネットワーク７０を介して通信可能に接続される。また、作成システム１と制御対象２とは、ネットワーク７０を介して通信可能に接続される。具体的には、作成システム１の制御装置１０と制御対象２とが、ネットワーク７０を介して通信可能に接続される。また、作成システム１の制御装置１０及び制御対象２には、外部サーバ３が、ネットワーク７０を介して通信可能に接続されてもよい。
本実施形態において、外部サーバ３は、例えば、ＯＰＣサーバであってよい。制御装置１０は、例えば、外部サーバ３によって監視又は制御が可能であってもよい。また、外部サーバ３には、制御対象２の設備（例えば、センサやアクチュエータ）に関する各種情報が、一覧形式で複数保存されていてよい。

【0017】

なお、本実施形態において、外部サーバ３、制御装置１０、及び言語モデル２０は、例えば、単一の装置に全て含まれていてよいし、これらの一部のみが単一の装置に含まれていてもよいし、それぞれが個別の装置に含まれていてもよい。本実施形態では、例えば、外部サーバ３と制御装置１０とが単一の装置に含まれ、言語モデル２０が別の装置に含まれている。
また、作成システムが作成する関数によっては、例えば、プラントが制御されてもよいし、プラントコントローラ（不図示）が制御されてもよい。なお、本実施形態において、プラントコントローラとは、ＰＬＣ（Programmable Logic Controller）等をはじめとする、プラントを監視又は制御する装置を示す。具体的には、プラントコントローラとは、例えば、制御装置１０と、モータを監視又は制御する装置と、を介してポンプに電源を供給して運転する際に用いられる装置であってよい。

【0018】

本実施形態において、ネットワーク７０は、無線通信を用いたネットワークであってもよいし、有線通信を用いたネットワークであってもよい。ネットワーク７０は、例えばインターネットを用いて構成されてもよいし、ローカルエリアネットワーク（ＬＡＮ）を用いて構成されてもよい。ネットワーク７０は、複数のネットワークが組み合わされて構成されてもよい。

【0019】

図３は、実施形態に係る制御装置１０の機能構成の具体例を示す概略ブロック図である。
制御装置１０は、例えば、制御対象２を監視又は制御する。また、制御装置１０は、言語モデル２０に、制御対象２を監視又は制御するためのプログラムを作成させる。制御装置１０は、例えばスマートフォン、タブレット、パーソナルコンピュータ、専用機器などの情報機器を用いて構成される。図３に示すように、制御装置１０は、通信部１１、入力部１２、表示部１３、記憶部１４及び制御部１５を備える。

【0020】

通信部１１は、通信機器である。通信部１１は、例えばネットワークインターフェースとして構成されてもよい。通信部１１は、制御部１５の制御に応じて、ネットワーク７０を介して他の装置とデータ通信する。通信部１１は、無線通信を行う装置であってもよいし、有線通信を行う装置であってもよい。

【0021】

入力部１２は、キーボード、ポインティングデバイス（マウス、タブレット等）、ボタン、タッチパネル等の既存の入力装置を用いて構成される。入力部１２は、ユーザの指示を制御装置１０に入力する際にユーザによって操作される。入力部１２は、入力装置を制御装置１０に接続するためのインターフェースであっても良い。この場合、入力部１２は、入力装置においてユーザの入力に応じ生成された入力信号を制御装置１０に入力する。入力部１２は、マイク及び音声認識装置を用いて構成されてもよい。この場合、入力部１２はユーザの発話によって生じた音響信号を取得し、ユーザによって発話された文言を音声認識し、認識結果の文字列情報を制御装置１０に入力する。音声認識処理は制御部１５によって実行されてもよい。入力部１２は、ユーザの指示を制御装置１０に入力可能な構成であればどのように構成されてもよい。

【0022】

表示部１３は、情報をユーザが認知可能な形で出力する。表示部１３は、例えば液晶ディスプレイ、有機ＥＬ（Electro Luminescence）ディスプレイ等の画像表示装置であってもよい。表示部１３は、画像表示装置を制御装置１０に接続するためのインターフェースであっても良い。この場合、表示部１３は、画像データを表示するための映像信号を生成し、自身に接続されている画像表示装置に映像信号を出力する。表示部１３は、スピーカー等の音響を出力する装置であってもよい。表示部１３は、スピーカーやヘッドホン等の音響出力装置を制御装置１０に接続するためのインターフェースであってもよい。この場合、表示部１３は、音響データを再生するための音響信号を生成し、自身に接続されている音響出力装置に音響信号を出力する。なお、表示部１３は、入力部１２と一体のタッチパネルとして構成されてもよい。

【0023】

記憶部１４は、磁気ハードディスク装置や半導体記憶装置等の記憶装置を用いて構成される。記憶部１４は、制御部１５によって使用されるデータを記憶する。記憶部１４は、制御部１５が処理を行う際に必要となるデータを記憶する。また、記憶部１４は、制御対象２の制御プログラムを作成するためのプロンプトやメタデータ等をはじめとする各種データを記憶してもよい。なお、本実施形態において、記憶部１４に保存される各種情報は、外部サーバ３に保存されてもよい。

【0024】

制御部１５は、ＣＰＵ（Central Processing Unit）等のプロセッサーとメモリー（主記憶装置）とを用いて構成される。制御部１５は、プロセッサーがプログラムを実行することによって、通知手段１５１、送信手段１５２、作成制御手段１５３、判定手段１５４、表示制御手段１５５、システム制御手段１５６、として機能する。なお、制御部１５の各機能の全て又は一部は、ＡＳＩＣ（Application Specific Integrated Circuit）やＰＬＤ（Programmable Logic Device）やＰＬＣやＦＰＧＡ（Field Programmable Gate Array）等のハードウェアを用いて実現されても良い。上記のプログラムは、コンピュータ読み取り可能な記録媒体に記録されても良い。コンピュータ読み取り可能な記録媒体とは、例えばフレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ－ＲＯＭ、半導体記憶装置（例えばＳＳＤ：Solid State Drive）等の可搬媒体、コンピュータシステムに内蔵されるハードディスクや半導体記憶装置等の記憶装置である。上記のプログラムは、電気通信回線を介して送信されてもよい。

【0025】

制御部１５は、例えば自装置（制御装置１０）にインストールされたアプリケーションプログラムを実行してもよい。制御装置１０にインストールされたプログラムは、制御装置１０（コンピュータ）を、本実施形態に係る作成システム１として機能させてよい。このようなアプリケーションの具体例として、作成システム１の専用アプリケーションとして制御装置１０に提供されるアプリケーションがある。このようなアプリケーションの他の具体例として、ＷＥＢブラウザのアプリケーションがある。このようなアプリケーションは、予め制御装置１０にインストールされていてもよいし、判定処理を実行する際にその都度ダウンロードされてもよい。例えばＷＥＢブラウザのアプリケーションとして実装される場合には、特定のＷＥＢサーバに制御装置１０が接続することに応じてＷＥＢサーバによって指定された装置（例えばＷＥＢサーバそのものでもよいし他のサーバでもよい）から制御装置１０がアプリケーションをダウンロードして実行してもよい。制御部１５は、実行中のアプリケーションのプログラムにしたがって動作する。

【0026】

通知手段１５１は、制御対象２におけるユーザの所望の機能、を示すプロンプトを言語モデル２０に通知する。プロンプトは、例えば、制御対象２がユーザの所望の機能を具備するための指示に関する情報である。プロンプトは、例えば、入力部１２を介してユーザによって入力される。本実施形態において、プロンプトは、自然言語等からなるテキストを含む。テキストは、例えば、日本語や英語をはじめとする任意の言語であってよい。換言すれば、本実施形態において、制御対象２を監視又は制御するためのプロンプトは、ユーザが通常用いる自然言語からなる。
通知手段１５１が言語モデル２０に通知するプロンプトは、例えば、ユーザによって都度入力されてよい。この場合、通知手段１５１は、プロンプトを言語モデル２０に通知する際に、ユーザが入力したプロンプトを言語モデル２０に送信してよい。なお、このようにユーザによって入力されたプロンプトは、例えば、記憶部１４又は外部サーバ３に記憶されてもよい。
また、通知手段１５１が言語モデル２０に通知するプロンプトは、例えば、記憶部１４又は外部サーバ３に記憶されたものが用いられてよい。この場合、通知手段１５１は、プロンプトを言語モデル２０に通知する際に、記憶部１４又は外部サーバ３から読み出されたプロンプトを言語モデル２０に通知してよい。この態様は、例えば、ユーザが過去に入力したプロンプトを用いて関数の作成を行いたい場合に好適である。

【0027】

送信手段１５２は、関数のメタデータを言語モデル２０に送信する。本実施形態において、関数のメタデータは、例えば、通知手段１５１によって言語モデル２０に通知されたプロンプトに基づき、言語モデル２０が関数を作成する際に必要な各種情報を含む。
本実施形態において、送信手段１５２が言語モデル２０に送信するメタデータは、例えば、プロンプトと同時にユーザによって都度入力されてよい。この場合、送信手段１５２は、メタデータを言語モデル２０に送信する際に、ユーザが入力したメタデータを言語モデル２０に送信してよい。なお、このようにユーザによって入力されたメタデータは、例えば、記憶部１４又は外部サーバ３に記憶されてよい。
また、送信手段１５２が言語モデル２０に送信するメタデータは、例えば、記憶部１４又は外部サーバ３に記憶されたものが用いられてよい。この場合、送信手段１５２は、メタデータを言語モデル２０に送信する際に、記憶部１４又は外部サーバ３から読み出されたメタデータを言語モデル２０に送信してよい。この態様は、例えば、ユーザが過去に入力したメタデータを用いて関数の作成を行いたい場合に好適である。

【0028】

作成制御手段１５３は、言語モデル２０に、関数や、前記関数に基づくノードＮやエッジＥを作成させる。作成制御手段１５３は、例えば、通信部１１を介して言語モデル２０と通信することで、まず、言語モデル２０に関数を作成するための指示を送信してよい。言語モデル２０が関数を作成した後、作成制御手段１５３は、第１関数に対応する第１ノードＮ１と、第２関数に対応する第２ノードＮ２と、第１ノードＮ１と第２ノードＮ２とを接続するエッジＥと、言語モデル２０に作成させてよい。作成制御手段１５３は、例えば、これらの関数や、ノードＮ及びエッジＥを、送信ステップにて送信されるメタデータと通知ステップにて通知されるプロンプトとに基づき、言語モデル２０に作成させてよい。送信ステップ及び通知ステップの詳細については後述する。

【0029】

判定手段１５４は、言語モデル２０によって作成された第１ノードＮ１、第２ノードＮ２、及び、エッジＥが、インターロック条件を満足するか否かを判定する手段である。インターロック条件とは、例えば、制御対象２の有する設備の安全性を担保するために設定される条件をいう。インターロック条件は、例えば、複数設定されてよい。制御対象２のアクチュエータは、制御対象２の有するセンサの検出結果がインターロック条件を全て満たす場合に、動作が停止するように制御されてもよい。
判定手段１５４は、例えば、言語モデル２０によって作成された、第１ノードＮ１に対応する第１関数及び第２ノードＮ２に対応する第２関数を含むプログラムが、制御対象２におけるユーザの所望の機能を具備しつつ、インターロック条件による制御が適切に動作するか、を判定する。このことで、判定手段１５４は、作成システム１によって作成されるプログラムの信頼性を担保することに寄与する。

【0030】

表示制御手段１５５は、各種情報を表示部１３に表示する手段である。具体的には、例えば、表示制御手段１５５は、言語モデル２０によって作成される第１ノードＮ１、第２ノードＮ２、及び、エッジＥをともに、表示部１３に表示させる。表示制御手段１５５は、例えば、ユーザによるビジュアルプログラミングを可能とすることに寄与してもよい。すなわち、表示制御手段１５５は、例えば、ユーザが、表示部１３に表示された第１ノードＮ１、第２ノードＮ２、及び、エッジＥを、入力部１２を介して選択又は操作することに伴い、これらの表示態様を適宜変化させてもよい。

【0031】

システム制御手段１５６は、第１関数及び第２関数を実行し、制御対象２を監視又は制御する手段である。本実施形態において、制御対象２であるセンサやアクチュエータは、システム制御手段１５６によって監視又は制御される。システム制御手段１５６は、複数のセンサ及び複数のアクチュエータを同時に監視又は制御してもよい。システム制御手段１５６は、例えば、通信部１１を介してセンサやアクチュエータと通信することで、これらを監視又は制御してよい。

【0032】

言語モデル２０は、第１関数及び第２関数と、第１ノードＮ１及び第２ノードＮ２と、第１ノードＮ１と第２ノードＮ２とを接続するエッジＥと、を、送信手段１５２によって送信されるメタデータと通知手段１５１によって通知されるプロンプトとに基づき作成する。なお、言語モデル２０による第１関数及び第２関数の作成は、記憶部１４に予め記憶されているメタデータ及びプロンプトを読み出すことによって実現されても良い。
言語モデル２０は、例えば、学習済みモデルである。この学習済みモデルは、例えば、インターネットサイト等の情報源にアクセスし、「常識知」などのワードを使って、様々なテキスト情報（含むソースコード）や画像情報を事前に学習させられることで、汎用的な知識を習得させられたものである。より詳細には、言語モデル２０は、例えば、大規模言語モデルを含む。大規模言語モデルは、例えば、GPT-4（登録商標）、GPT-3.5-turbo、PaLM2、LaMDA2、LLaMa2、Claude 2.1、OpenCALM、Alpaca 7Bを含んでよい。言語モデル２０は、例えば、ＷＥＢサーバ上に記憶されたものを用いてもよいし、制御装置１０の記憶部１４又は外部サーバ３に記憶されたものを用いてもよい。言語モデル２０は、例えば、情報処理装置に記憶されていて、その情報処理装置によって動作させられてもよい。
以上の各構成により、本実施形態に係る作成システム１は構成される。

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

図１５に示す“ｓｅｎｓｏｒｓ”における上から２番目の配列は、“ｉｄ”： “ｐｒｅｓｓｕｒｅ＿ｓｅｎｓｏｒ＿１”，“ｄｅｖｉｃｅＮａｍｅ”： “Ｐｒｅｓｓｕｒｅ Ｓｅｎｓｏｒ １”，とあるように、圧力センサについての情報が格納されている。また、“ｔｙｐｅ”： “ｐｒｅｓｓｕｒｅ”，“ｖａｌｕｅ”： １０１．５，“ｕｎｉｔ”： “ｋＰａ”，“ｔｉｍｅｓｔａｍｐ”： “２０２４－０７－３０Ｔ１２：００：００Ｚ”，とあるように、当該圧力センサは圧力を測定するものであり、“ｔｉｍｅｓｔａｍｐ”に示される時刻において圧力センサが測定した圧力が１０１．５ｋＰａであることを示している。そして、 “ｄｅｓｃｒｉｐｔｉｏｎ”： “Ｍｏｎｉｔｏｒｓ ｔｈｅ ｐｒｅｓｓｕｒｅ ｉｎ ｔｈｅ ｐｒｉｍａｒｙ ｐｉｐｅｌｉｎｅ”とあるように、当該圧力センサは、一次パイプライン（ｐｒｉｍａｒｙ ｐｉｐｅｌｉｎｅ）内の圧力を測定する。

【0113】

図１５に示す“ｓｅｎｓｏｒｓ”における上から３番目の配列は、“ｉｄ”： “ｆｌｏｗ＿ｍｅｔｅｒ＿３”，“ｄｅｖｉｃｅＮａｍｅ”： “Ｆｌｏｗ Ｍｅｔｅｒ ３”，とあるように、流量計についての情報が格納されている。また、“ｔｙｐｅ”： “ｆｌｏｗ”，“ｖａｌｕｅ”： ５００，“ｕｎｉｔ”： “Ｌ／ｍｉｎ”，“ｔｉｍｅｓｔａｍｐ”： “２０２４－０７－３０Ｔ１２：００：００Ｚ”，とあるように、当該流量計は流量を測定するものであり、“ｔｉｍｅｓｔａｍｐ”に示される時刻において流量計が測定した流量が５００Ｌ／ｍｉｎであることを示している。そして、“ｄｅｓｃｒｉｐｔｉｏｎ”： “Ｍｅａｓｕｒｅｓ ｔｈｅ ｆｌｏｗ ｒａｔｅ ｏｆ ｔｈｅ ｃｏｏｌａｎｔ”とあるように、当該流量計は、冷却水（ｃｏｏｌａｎｔ）の流量を測定する。

【0114】

図１５に示す“ｓｅｎｓｏｒｓ”における上から４番目の配列は、“ｉｄ”： “ｌｉｑｕｉｄ＿ｌｅｖｅｌ＿ｓｅｎｓｏｒ＿４”，“ｄｅｖｉｃｅＮａｍｅ”： “Ｌｉｑｕｉｄ Ｌｅｖｅｌ Ｓｅｎｓｏｒ ４”，とあるように、水位センサについての情報が格納されている。また、“ｔｙｐｅ”： “ｌｉｑｕｉｄ＿ｌｅｖｅｌ”，“ｖａｌｕｅ”： ７５．５，“ｕｎｉｔ”： “％”，“ｔｉｍｅｓｔａｍｐ”： “２０２４－０７－３０Ｔ１２：００：００Ｚ”，とあるように、当該水位センサは水位を測定するものであり、“ｔｉｍｅｓｔａｍｐ”に示される時刻において水位センサが測定した水位が満水時の７５．５％であることを示している。そして、 “ｄｅｓｃｒｉｐｔｉｏｎ”： “Ｉｎｄｉｃａｔｅｓ ｔｈｅ ｌｉｑｕｉｄ ｌｅｖｅｌ ｉｎ ｔｈｅ ｓｔｏｒａｇｅ ｔａｎｋ”とあるように、当該水位センサは、タンク（ｓｔｏｒａｇｅ ｔａｎｋ）の水位を測定する。

【0115】

“ａｃｔｕａｔｏｒｓ”は、アクチュエータの情報を格納する。図１６に示す例では、“ａｃｔｕａｔｏｒｓ”は、“ｉｄ”， “ｄｅｖｉｃｅＮａｍｅ”， “ｔｙｐｅ”， “ｓｔａｔｕｓ”， “ｔｉｍｅｓｔａｍｐ”， “ｄｅｓｃｒｉｐｔｉｏｎ”，を含む配列を６つ含む。制御対象２を監視又は制御するために必要な“ａｃｔｕａｔｏｒｓ”の数に応じて、配列の数を変更してもよい。

【0116】

図１６に示す“ａｃｔｕａｔｏｒｓ”における上から１番目の配列は、“ｉｄ”： “ｐｕｍｐ＿１”，“ｄｅｖｉｃｅＮａｍｅ”： “Ｐｕｍｐ １”，“ｔｙｐｅ”： “ｐｕｍｐ”，とあるように、ポンプについての情報が格納されている。また、 “ｓｔａｔｕｓ”： “ＯＮ”，“ｔｉｍｅｓｔａｍｐ”： “２０２４－０７－３０Ｔ１２：００：００Ｚ”，とあるように、“ｔｉｍｅｓｔａｍｐ”に示される時刻においてポンプが動作中（ＯＮ）であることを示している。そして、“ｄｅｓｃｒｉｐｔｉｏｎ”： “Ｔｒａｎｓｆｅｒｓ ｔｈｅ ｌｉｑｕｉｄ ｆｒｏｍ ｔｈｅ ｍａｉｎ ｔａｎｋ ｔｏ ｔｈｅ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ”とあるように、当該ポンプは、タンク（ｍａｉｎ ｔａｎｋ）から処理ユニット（ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ）に液体を移動させることを示している。

【0117】

図１６に示す“ａｃｔｕａｔｏｒｓ”における上から２番目の配列は、“ｉｄ”： “ｖａｌｖｅ＿２”，“ｄｅｖｉｃｅＮａｍｅ”： “Ｖａｌｖｅ ２”，“ｔｙｐｅ”： “ｖａｌｖｅ”，とあるように、バルブについての情報が格納されている。また、“ｓｔａｔｕｓ”： “ＣＬＯＳＥＤ”，“ｔｉｍｅｓｔａｍｐ”： “２０２４－０７－３０Ｔ１２：００：００Ｚ”，とあるように、“ｔｉｍｅｓｔａｍｐ”に示される時刻においてバルブが閉じている（ＣＬＯＳＥＤ）であることを示している。そして、“ｄｅｓｃｒｉｐｔｉｏｎ”： “Ｃｏｎｔｒｏｌｓ ｔｈｅ ｆｌｏｗ ｏｆ ｇａｓ ｉｎ ｔｈｅ ａｕｘｉｌｉａｒｙ ｐｉｐｅｌｉｎｅ”とあるように、当該バルブは、補助パイプライン（ａｕｘｉｌｉａｒｙ ｐｉｐｅｌｉｎｅ）内のガスの流れを制御することを示している。

【0118】

図１６に示す“ａｃｔｕａｔｏｒｓ”における上から３番目の配列は、“ｉｄ”： “ｃｏｎｖｅｙｏｒ＿１”，“ｄｅｖｉｃｅＮａｍｅ”： “Ｃｏｎｖｅｙｏｒ １”，“ｔｙｐｅ”： “ｃｏｎｖｅｙｏｒ”，とあるように、コンベアについての情報が格納されている。また、“ｓｔａｔｕｓ”： “ＡＵＴＯ”，“ｔｉｍｅｓｔａｍｐ”： “２０２４－０７－３０Ｔ１２：００：００Ｚ”，とあるように、“ｔｉｍｅｓｔａｍｐ”に示される時刻においてコンベアが自動運転（ＡＵＴＯ）の状態であることを示している。そして、“ｄｅｓｃｒｉｐｔｉｏｎ”： “Ａｕｔｏｍａｔｉｃａｌｌｙ ｃｏｎｖｅｙｓ ｐｒｏｄｕｃｔｓ ｆｒｏｍ ｔｈｅ ａｓｓｅｍｂｌｙ ｌｉｎｅ ｔｏ ｔｈｅ ｐａｃｋａｇｉｎｇ ａｒｅａ”とあるように、当該コンベアは、製品を組立ラインから梱包エリアに移動させることを示している。

【0119】

図１６に示す“ａｃｔｕａｔｏｒｓ”における上から４番目の配列は、“ｉｄ”： “ａｇｉｔａｔｏｒ＿１”，“ｄｅｖｉｃｅＮａｍｅ”： “Ａｇｉｔａｔｏｒ １”，“ｔｙｐｅ”： “ａｇｉｔａｔｏｒ”，とあるように、撹拌機についての情報が格納されている。また、“ｓｔａｔｕｓ”： “ＯＮ”，“ｔｉｍｅｓｔａｍｐ”： “２０２４－０７－３０Ｔ１２：００：００Ｚ”，とあるように、“ｔｉｍｅｓｔａｍｐ”に示される時刻において撹拌機が動作中（ＯＮ）であることを示している。そして、“ｄｅｓｃｒｉｐｔｉｏｎ”： “Ｍｉｘｅｓ ｔｈｅ ｃｏｎｔｅｎｔｓ ｏｆ ｔｈｅ ｍｉｘｉｎｇ ｔａｎｋ”とあるように、当該撹拌機は、タンクの内容物を攪拌することを示している。

【0120】

図１６に示す“ａｃｔｕａｔｏｒｓ”における上から５番目の配列は、“ｉｄ”： “ｈｅａｔｅｒ＿１”，“ｄｅｖｉｃｅＮａｍｅ”： “Ｈｅａｔｅｒ １”，“ｔｙｐｅ”： “ｈｅａｔｅｒ”，とあるように、ヒータについての情報が格納されている。また、“ｓｔａｔｕｓ”： “ＯＦＦ”，“ｔｉｍｅｓｔａｍｐ”： “２０２４－０７－３０Ｔ１２：００：００Ｚ”，とあるように、“ｔｉｍｅｓｔａｍｐ”に示される時刻においてヒータが停止中（ＯＦＦ）であることを示している。そして、“ｄｅｓｃｒｉｐｔｉｏｎ”： “Ｈｅａｔｓ ｔｈｅ ｒｅａｃｔｏｒ ｔｏ ｍａｉｎｔａｉｎ ｔｈｅ ｒｅｑｕｉｒｅｄ ｐｒｏｃｅｓｓ ｔｅｍｐｅｒａｔｕｒｅ”とあるように、当該ヒータは、要求された処理温度（ｐｒｏｃｅｓｓ ｔｅｍｐｅｒａｔｕｒｅ）を保つために反応器（ｒｅａｃｔｏｒ）を加熱することを示している。

【0121】

図１６に示す“ａｃｔｕａｔｏｒｓ”における上から６番目の配列は、“ｉｄ”： “ａｌａｒｍ＿ｓｙｓｔｅｍ”，“ｄｅｖｉｃｅＮａｍｅ”： “Ａｌａｒｍ Ｓｙｓｔｅｍ”，“ｔｙｐｅ”： “ａｌａｒｍ”，とあるように、警報システムについての情報が格納されている。また、“ｓｔａｔｕｓ”： “ＯＮ”，“ｔｉｍｅｓｔａｍｐ”： “２０２４－０７－３０Ｔ１２：００：００Ｚ”，とあるように、“ｔｉｍｅｓｔａｍｐ”に示される時刻において警報システムが動作中（ＯＮ）であることを示している。そして、“ｄｅｓｃｒｉｐｔｉｏｎ”： “Ａｌｅｒｔｓ ｏｐｅｒａｔｏｒｓ ｔｏ ａｎｙ ａｎｏｍａｌｉｅｓ ｉｎ ｔｈｅ ｓｙｓｔｅｍ”とあるように、当該警報システムは、作業者（ｏｐｅｒａｔｏｒｓ）にシステムの異常を知らせることを示している。

【0122】

以上の内容により、関数の第２例に係るスキーマ及びデータ配列が構成される。
上述のように、関数の第２例において、ポンプはタンク内の水位に対応して動作する。このため、関数の第２例においては、第１関数及び第２関数は、上述した“ｓｅｎｓｏｒｓ”のデータ配列から、水位のデータを読み込むように作成されてよい。また、第１関数及び第２関数は、上述した“ａｃｔｕａｔｏｒｓ”から、ポンプの動作を読み込むように作成されてよい。

【0123】

図１７は、関数の第２例に係るＡＰＩに入力する情報の定義の例である。
図１７に示す、ＡＰＩに入力する情報の定義は、言語モデル２０によって作成されるノードＮ及びエッジＥの定義が記載されたものである。図１７に示すＡＰＩは、上述した関数等のそれぞれが言語モデル２０に送信又は通知された後、言語モデル２０によってノードＮ及びエッジＥが生成される際、言語モデル２０によって作成されるノードＮの具体的な内容について記載されている。換言すれば、図１７に示すＡＰＩは、関数の第２例に係る第１関数及び第２関数の構成について示している。
図１７に示すＡＰＩは、例えば、ユーザが入力部１２を介して入力してよい。この時、ユーザは、キーボードである入力部１２を用いて言語を入力してもよいし、音声認識装置である入力部１２を用いて、口頭で言語を発話して入力してもよい。あるいは、ユーザが口頭で発話した内容に基づき、人工知能等によって言語が生成されてもよい。
図１７に示すＡＰＩは、記憶部１４又は外部サーバ３に構造データとして保存されてもよい。このことで、図１７に示すＡＰＩは、言語モデル２０によって新たな機能に関する関数を作成する際、参照可能とされてもよい。

【0124】

図１７に示すスキーマは、冒頭に「“ｔｉｔｌｅ”： “ＯＰＣＳｅｒｖｅｒＷｒｉｔｅＩｎｐｕｔ”」と記載されている。当該記載は、図１７に示すスキーマが、制御装置１０に情報を書き込む機能（例えば、ＯＰＣサーバ）に各種情報を書き込む構造を示している。
図１７に示すスキーマは、冒頭の記載に続き、“ｔｙｐｅ”： “ｏｂｊｅｃｔ”とあるように、ｏｂｊｅｃｔ型の関数である。
また、図１７に示すＡＰＩは、“ｐｒｏｐｅｒｔｉｅｓ”と、“ｒｅｑｕｉｒｅｄ”と、を含む。

【0125】

“ｐｒｏｐｅｒｔｉｅｓ”は、ノードＮの作成に用いられる各種情報の詳細を管理するための関数である。図１７に示すＡＰＩにおいて、“ｐｒｏｐｅｒｔｉｅｓ”は、“ｎｏｄｅ＿ｉｄ”と、“ｖａｌｕｅ”と、“ｔｙｐｅ”と、を含む。

【0126】

“ｎｏｄｅ＿ｉｄ”は、“ｔｉｔｌｅ”： “Ｎｏｄｅ Ｉｄ”とあるように、ノードＮの識別子を取得する部分である。以下、ノードＮの識別子をノードＩＤという。“ｎｏｄｅ＿ｉｄ”は、“ｔｙｐｅ”： “ｓｔｒｉｎｇ”とあるようにｓｔｒｉｎｇ型であり、ノードＩＤについての情報を文字列として取得する。
また、“ｄｅｓｃｒｉｐｔｉｏｎ”： “Ｔｈｅ ｎｏｄｅ ｉｄ ｏｆ ｔｈｅ ＯＰＣ ｓｅｒｖｅｒ ｔｏ ｗｈｉｃｈ ｔｈｅ ｖａｌｕｅ ｗｉｌｌ ｂｅ ｗｒｉｔｔｅｎ. Ｔｈｅ ｓｐｅｃｉｆｉｅｄ ｖａｌｕｅ ｗｉｌｌ ｂｅ ｗｒｉｔｔｅｎ ｔｏ ｔｈｅ ａｄｄｒｅｓｓ ｏｆ ｔｈｅ ｐｌａｎｔ ｃｏｎｔｒｏｌｌｅｒ ｌｉｎｋｅｄ ｗｉｔｈ ｔｈｅ ｎｏｄｅ ｉｄ.“とあるように、“ｎｏｄｅ＿ｉｄ”は、関数に関する値が書き込まれるＯＰＣサーバのノードＩＤを取得する。また、ノードＮが作成される際、関数に関する値は、ノードＩＤに関連付けられたプラントコントローラ（例えば、ＰＬＣ）のアドレスに書き込まれる。

【0127】

“ｖａｌｕｅ”は、“ｔｉｔｌｅ”： “Ｖａｌｕｅ”とあるように、作成されるノードＮに係る関数に関する値を取得する部分である。“ｖａｌｕｅ”は、“ｔｙｐｅ”： “ｓｔｒｉｎｇ” とあるようにｓｔｒｉｎｇ型であり、関数に関する値についての情報を文字列として取得する。
また、“ｄｅｓｃｒｉｐｔｉｏｎ”： “Ｔｈｅ ｖａｌｕｅ ｔｏ ｂｅ ｗｒｉｔｔｅｎ ｔｏ ｔｈｅ ＯＰＣ ｓｅｒｖｅｒ. Ｔｈｉｓ ｖａｌｕｅ ｗｉｌｌ ｄｉｒｅｃｔｌｙ ｂｅ ｗｒｉｔｔｅｎ ｔｏ ｔｈｅ ａｄｄｒｅｓｓ ｏｆ ｔｈｅ ｐｌａｎｔ ｃｏｎｔｒｏｌｌｅｒ ｌｉｎｋｅｄ ｗｉｔｈ ｔｈｅ ｎｏｄｅ ｉｄ.”とあるように、“ｖａｌｕｅ”は、ＯＰＣサーバに書き込まれる値を取得する。また、ノードＮが作成される際、関数に関する値は、ノードＩＤに関連付けられたプラントコントローラ（例えば、ＰＬＣ）のアドレスに直接書き込まれる。

【0128】

“ｔｙｐｅ”は、“ｔｉｔｌｅ”： “Ｔｙｐｅ ”とあるように、関数に係る値のデータ型に関するデータを取得する部分である。図１７に示すスキーマにおいて、“ｔｙｐｅ”は、“ｔｙｐｅ”と称される関数を更に含む。“ｔｙｐｅ”の中に含まれる“ｔｙｐｅ”は、“ｔｙｐｅ”： “ｓｔｒｉｎｇ”, “ｅｎｕｍ”： ［“ｉｎｔ”, “ｆｌｏａｔ”, “ｓｔｒｉｎｇ”, “ｂｏｏｌ”］とあるようにｓｔｒｉｎｇ型であり、ｉｎｔ型、ｆｌｏａｔ型、ｓｔｒｉｎｇ型、ｂｏｏｌ型のいずれかの形式のデータを列挙子として取得する。
また、“ｄｅｓｃｒｉｐｔｉｏｎ”： “Ｔｈｅ ｄａｔａ ｔｙｐｅ ｏｆ ｔｈｅ ｖａｌｕｅ ｔｏ ｂｅ ｗｒｉｔｔｅｎ ｔｏ ｔｈｅ ＯＰＣ ｓｅｒｖｅｒ. Ｔｈｅ ｄａｔａ ｔｙｐｅ ｓｈｏｕｌｄ ｂｅ ｔｈｅ ｓａｍｅ ａｓ ｔｈｅ ｄａｔａ ｔｙｐｅ ｏｆ ｔｈｅ ａｄｄｒｅｓｓ ｏｆ ｔｈｅ ｐｌａｎｔ ｃｏｎｔｒｏｌｌｅｒ ｌｉｎｋｅｄ ｗｉｔｈ ｔｈｅ ｎｏｄｅ ｉｄ.”とあるように、“ｔｙｐｅ”は、ＯＰＣサーバに書き込まれる値のデータ型を取得する。また、値のデータ型は、ノードＩＤに関連付けられたプラントコントローラ（例えば、ＰＬＣ）のアドレスのデータ型と同じであるべきことが示されている。

【0129】

図１８は、言語モデル２０によって作成される、関数の第２例に係る言語である。
図１８に示される言語は、図１８に示す、関数の第２例に係るプロンプトに対応する内容である。すなわち、上述した「ポンプ１をＯＮ／ＯＦＦする機能を実現せよ」とのプロンプトに対応し、言語モデル２０は、“ｎｏｄｅ＿ｉｄ”： “ｐｕｍｐ＿１”, “ｖａｌｕｅ”： ｔｒｕｅ, “ｔｙｐｅ”： “ｂｏｏｌ”との言語を作成する。これは、関数の第２例によって制御されるポンプの識別子が“ｐｕｍｐ＿１”であり、ポンプのＯＮ／ＯＦＦが、ｂｏｏｌ型の関数において、“ｖａｌｕｅ”として示されるｔｒｕｅ（又はｆａｌｓｅ）との値によって指示されることが示されている。
図１８に示される言語は、画面に表示されるノードＮの基礎となる言語である。本実施形態において、ノードＮは、言語モデル２０によって作成される、図１８に示されるような言語に基づき作成され、画面に表示されてよい。

【0130】

図１９は、言語モデル２０が作成する、関数の第２例に係るノードＮ及びエッジＥを示す図である。
図１９に示す例では、複数のノードＮは、アクチュエータ信号ノードＮｂ１と、センサ信号ノードＮｂ２と、インターロック情報ノードＮｂ３と、情報マージノードＮｂ４と、ＯＰＣ入力ノードＮｂ５と、コード入力ノードＮｂ６と、制御処理実行ノードＮｂ７と、制御出力先設定ノードＮｂ８と、ＯＰＣ出力ノードＮｂ９と、を含む。

【0131】

アクチュエータ信号ノードＮｂ１は、制御対象２の備えるポンプの各種情報（信号）を取得するためのノードである。具体的には、アクチュエータ信号ノードＮｂ１は、例えば、アクチュエータの識別子、アクチュエータの名称、アクチュエータの種類、アクチュエータの状態、アクチュエータの状態を検知した時刻、等を取得する。アクチュエータ信号ノードＮｂ１は、例えば、図１３及び図１４を用いて上述した入力のスキーマによって情報を取得してよい。アクチュエータ信号ノードＮｂ１においてポンプに関する情報が取得されることで、第２例に係る処理が実行される。

【0132】

センサ信号ノードＮｂ２は、制御対象２の備えるセンサの各種情報（信号）を取得するためのノードである。具体的には、センサ信号ノードＮｂ２は、例えば、センサの識別子、センサの名称、センサが検知する値の内容、センサが検知する値、センサが検知する値の単位、センサが値を検知した時刻、等を取得する。センサ信号ノードＮｂ２は、例えば、図１３及び図１４を用いて上述した入力のスキーマによって情報を取得してよい。

【0133】

インターロック情報ノードＮｂ３は、制御対象２におけるインターロック条件を取得するためのノードである。インターロック情報ノードＮｂ３は、例えば、図２０及び図２１を用いて後述する入力のスキーマから、インターロック条件に関する情報を取得してよい。

【0134】

情報マージノードＮｂ４は、アクチュエータ信号ノードＮｂ１、センサ信号ノードＮｂ２、及びインターロック情報ノードＮｂ３が取得した各種情報をマージする（合併する）ためのノードである。情報マージノードＮｂ４は、例えば、上述した各種ノードが取得した情報を、ａｒｒａｙ型の配列としてマージしてよい。

【0135】

ＯＰＣ入力ノードＮｂ５は、情報マージノードＮｂ４によってマージした各種情報（信号）を取得するためのＡＰＩに対応したノードである。ＯＰＣ入力ノードＮｂ５が上述のように各種情報（信号）を取得することで、外部サーバ３（例えば、ＯＰＣサーバ）から、ユーザによって指定された各種情報（信号）を取得することができる。

【0136】

コード入力ノードＮｂ６は、第２例に係る第１関数及び第２関数に係るソースコードを出力するためのＡＰＩに対応したノードである。コード入力ノードＮｂ６によって出力されたソースコードは、制御処理実行ノードＮｂ７に送られてよい。コード入力ノードＮｂ６においては、例えば、上述した各関数における“ｄｅｓｃｒｉｐｔｉｏｎ”で記載した機能が入力されてよい。このことで、上述した各機能が実装されてよい。

【0137】

制御処理実行ノードＮｂ７は、第２例に係る第１関数及び第２関数を実行するためのＡＰＩに対応したノードである。制御処理実行ノードＮｂ７は、コード入力ノードＮｂ６によって出力されたソースコードを取得し、取得したソースコードに係るプログラムを実行する。このことで、第２例においては、タンクの水位に応じて、ポンプの動作を開始又は停止する処理が実行される。
上述の処理によって、例えば、タンクの水位が上昇したことを検知した場合、制御処理実行ノードＮｂ７は、ポンプの動作を開始する旨をＯＰＣ出力ノードＮｂ９に送信してよい。

【0138】

制御出力先設定ノードＮｂ８は、制御処理実行ノードＮｂ７によって送信される、アクチュエータを動作させる旨の信号の出力先を設定するためのＡＰＩに対応したノードである。ユーザは、例えば、制御出力先設定ノードＮｂ８に「Ｐｕｍｐ Ｏｒｄｅｒ」等といった自然言語を入力することで、信号の出力先をポンプに設定してよい。

【0139】

ＯＰＣ出力ノードＮｂ９は、アクチュエータを動作させる旨を、アクチュエータに送信するためのＡＰＩに対応したノードである。ＯＰＣ出力ノードＮｂ９は、制御処理実行ノードＮｂ７から、アクチュエータの動作を開始する旨を受信することで、制御出力先設定ノードＮｂ８によって設定されたアクチュエータ（本実施形態においては、ポンプ）の動作を開始させてよい。

【0140】

図２０は、関数の第２例に係るインターロック条件が入力されるスキーマの例の第１図である。
図２１は、関数の第２例に係るインターロック条件が入力されるスキーマの例の第２図である。
図２０及び図２１に示すスキーマは、上述した機能仕様書に係るポンプのインターロック条件を定めるのに必要な各種情報を取得するためのデータ構造を示している。図２０及び図２１に示すスキーマは、プロンプトとして、通知ステップにおいて通知手段１５１によって言語モデル２０に通知されてよい。
図２０及び図２１に示すスキーマは、例えば、ユーザが入力部１２を介して入力してよい。この時、ユーザは、キーボードである入力部１２を用いて言語を入力してもよいし、音声認識装置である入力部１２を用いて、口頭で言語を発話して入力してもよい。あるいは、ユーザが口頭で発話した内容に基づき、人工知能等によって言語が生成されてもよい。

【0141】

図２０及び図２１に示すスキーマは、例えば、制御対象２の安全性を担保するためのインターロック条件として、記憶部１４又は外部サーバ３に構造データとして保存されてもよい。このことで、図２０及び図２１に示すスキーマは、言語モデル２０によって新たな機能に関する関数を作成する際、参照可能とされてもよい。また、言語モデル２０は、図２０及び図２１に示すスキーマを用いて、プログラムを作成する際、プログラムがインターロック条件を満たすか否かを検討の上、プログラムを作成してもよい。

【0142】

図２０及び図２１に示す例では、冒頭に“ｔｉｔｌｅ”： “Ｒｕｎｎｉｎｇ Ｃｏｎｄｉｔｉｏｎ ｓｃｈｅｍａ”， “ｄｅｓｃｒｉｐｔｉｏｎ”： “Ｔｈｉｓ ｓｃｈｅｍａ ｉｓ ｕｓｅｄ ｔｏ ｄｅｆｉｎｅ ｔｈｅ ｃｏｎｄｉｔｉｏｎｓ ｔｈａｔ ｎｅｅｄ ｔｏ ｏｐｅｒａｔｅ ｐｌａｎｔ ｆｕｎｃｔｉｏｎｓ”と記載されており、図２０及び図２１に示すスキーマが、制御対象２となるプラントの設備（例えば、ポンプ）を動作させるために必要な条件を定義するために用いられることを示している。
また、図２０及び図２１に示す例では、冒頭の記載に続き“ｔｙｐｅ”： “ｏｂｊｅｃｔ”と記載されている。この記載は、図２０及び図２１に示すスキーマが、ｏｂｊｅｃｔ型の関数であることを示している。

【0143】

図２０及び図２１に示すスキーマは、前述の内容に続き、“ｐｒｏｐｅｒｔｉｅｓ”の関数が設けられている。
“ｐｒｏｐｅｒｔｉｅｓ”は、インターロック条件の作成に必要な各種情報を取得するための関数である。“ｐｒｏｐｅｒｔｉｅｓ”は、“ｃｏｎｄｉｔｉｏｎｓ”を含む。
“ｃｏｎｄｉｔｉｏｎｓ”は、“ｔｙｐｅ”： “ａｒｒａｙ”とあるように、ａｒｒａｙ型の関数である。また、“ｔｉｔｌｅ”： “Ｌｉｓｔ ｏｆ Ｃｏｎｄｉｔｉｏｎｓ”とあるように、“ｃｏｎｄｉｔｉｏｎｓ”は、インターロック条件の一覧として機能する。図２０及び図２１に示すスキーマにおいて、“ｃｏｎｄｉｔｉｏｎｓ”は、“ｉｔｅｍｓ”を含む。

【0144】

“ｉｔｅｍｓ”は、インターロック条件の一覧に係る各種情報を取得するための関数である。“ｉｔｅｍｓ”は、“ｔｙｐｅ”： “ｏｂｊｅｃｔ”とあるように、ｏｂｊｅｃｔ型の関数である。“ｉｔｅｍｓ”は、“ｐｒｏｐｅｒｔｉｅｓ”と、“ｄｅｐｅｎｄｅｎｃｉｅｓ”と、“ｒｅｑｕｉｒｅｄ”と、“ｉｆ”と、“ｔｈｅｎ”と、を含む。

【0145】

“ｐｒｏｐｅｒｔｉｅｓ”は、インターロック条件に係る各種情報の具体的な内容を取得する関数である。“ｐｒｏｐｅｒｔｉｅｓ”は、“ｔｙｐｅ”， “ｋｅｙ”， “ｖａｌｕｅ”， “ｏｐｅｒａｔｉｏｎ”， “ｓｕｂＣｏｎｄｉｔｉｏｎｓ”，を含む。

【0146】

“ｔｙｐｅ”は、インターロック条件の形式についての情報を取得する部分である。また、“ｔｙｐｅ”： “ｓｔｒｉｎｇ”， “ｔｉｔｌｅ”： “Ｃｏｎｄｉｔｉｏｎ Ｔｙｐｅ”とあるように、“ｔｙｐｅ”はｓｔｒｉｎｇ型の関数であり、インターロック条件の形式を文字列として取得する。また、“ｅｎｕｍ”： ［“ＡＮＤ”， “ＯＲ”， “ＮＯＴ”， “ＣＯＮＤＩＴＩＯＮ”］とあるように、“ｔｙｐｅ”においては、ＡＮＤ（論理積）、ＯＲ（論理和）、ＮＯＴ（否定）、ＣＯＮＤＩＴＩＯＮ（その他の条件）のいずれかが取得される。

【0147】

“ｋｅｙ”は、インターロック条件の対象となるセンサを特定するための関数である。“ｔｙｐｅ”： “ｓｔｒｉｎｇ”， “ｔｉｔｌｅ”： “Ｋｅｙ”とあるように、“ｋｅｙ”はｓｔｒｉｎｇ型の関数であり、インターロック条件の対象となるセンサに関する情報を文字列として取得する。

【0148】

“ｖａｌｕｅ”は、インターロック条件の対象となるセンサが検知する値の内容についての情報を取得する部分である。“ｔｙｐｅ”： “ｓｔｒｉｎｇ”， “ｔｉｔｌｅ”： “Ｖａｌｕｅ”とあるように、“ｖａｌｕｅ”はｓｔｒｉｎｇ型の関数であり、インターロック条件の対象となるセンサが検知する値の内容についての情報を文字列として取得する。

【0149】

“ｏｐｅｒａｔｉｏｎ”は、インターロック条件に係る演算子を取得するための関数である。“ｏｐｅｒａｔｉｏｎ”は、例えば、センサが検知した値と、インターロック条件に係る数値とを比較する際の条件を特定する。“ｔｙｐｅ”： “ｓｔｒｉｎｇ”， “ｔｉｔｌｅ”： “Ｏｐｅｒａｔｏｒ”とあるように、“ｏｐｅｒａｔｉｏｎ”はｓｔｒｉｎｇ型の関数であり、インターロック条件に係る等号又は不等号に関する情報を文字列として取得する。また、“ｅｎｕｍ”： ［“＝”， “！＝”， “＜”， “＞”， “＜＝”， “＞＝”］とあるように、“ｏｐｅｒａｔｉｏｎ”においては、このように列挙されたもののいずれかが取得される。なお、“！＝”は、否定等号を示すものである。

【0150】

“ｓｕｂＣｏｎｄｉｔｉｏｎｓ”は、インターロック条件に係る具体的な条件を示す関数であり“ｓｕｂＣｏｎｄｉｔｉｏｎｓ”は、インターロック条件の形式が、“ｔｙｐｅ”において上述したものを用いて記述される。
図２０に示す例では、“ｔｙｐｅ”： “ａｒｒａｙ”， “ｔｉｔｌｅ”： “Ｓｕｂ Ｃｏｎｄｉｔｉｏｎｓ”とあるように、“ｓｕｂＣｏｎｄｉｔｉｏｎｓ”は、インターロック条件に係る具体的な情報を、配列データとして与えることで所望のインターロック条件を設定する。

【0151】

“ｄｅｐｅｎｄｅｎｃｉｅｓ”は、上述した“ｐｒｏｐｅｒｔｉｅｓ”関数が取得した情報に基づき、インターロック条件を定義するための関数である。図２１に示す例では、“ｄｅｐｅｎｄｅｎｃｉｅｓ”は、“ｔｙｐｅ”を含む。
“ｔｙｐｅ”は、インターロック条件の形式を定義するための関数である。“ｔｙｐｅ”は、“ｏｎｅＯｆ”を含む。

【0152】

“ｏｎｅＯｆ”は、インターロック条件の形式を、ＡＮＤ（論理積）、ＯＲ（論理和）、ＮＯＴ（否定）のいずれか、又は、ＣＯＮＤＩＴＩＯＮ（その他の条件）のいずれであるかを決定するための関数である。
図２１に示すように、“ｏｎｅＯｆ”は、２つの“ｐｒｏｐｅｒｔｉｅｓ”を含む。

【0153】

１つ目の“ｐｒｏｐｅｒｔｉｅｓ”は、“ｔｙｐｅ”： ｛“ｅｎｕｍ”： ［“ＡＮＤ”, “ＯＲ”, “ＮＯＴ”］｝とあるように、インターロック条件の形式が、ＡＮＤ（論理積）、ＯＲ（論理和）、ＮＯＴ（否定）のいずれかである場合の関数である。
図２１に示すように、インターロック条件の形式が、ＡＮＤ（論理積）、ＯＲ（論理和）、ＮＯＴ（否定）のいずれかである場合、“ｋｅｙ”： ｛“ｔｙｐｅ”： “ｓｔｒｉｎｇ”｝,“ｖａｌｕｅ”： ｛“ｔｙｐｅ”： “ｓｔｒｉｎｇ”｝,“ｏｐｅｒａｔｉｏｎ”： ｛“ｔｙｐｅ”： “ｓｔｒｉｎｇ”｝とあるように、上述した“ｋｅｙ”関数、“ｖａｌｕｅ”関数、“ｏｐｅｒａｔｉｏｎ”関数によって、上述した各種情報が出力される。

【0154】

２つ目の“ｐｒｏｐｅｒｔｉｅｓ”は、“ｔｙｐｅ”： ｛ “ｅｎｕｍ”： ［“ＣＯＮＤＩＴＩＯＮ”］｝とあるように、インターロック条件の形式が、ＣＯＮＤＩＴＩＯＮ（その他の条件）である場合の関数である。
図２１に示すように、インターロック条件の形式が、ＣＯＮＤＩＴＩＯＮ（その他の条件）である場合、“ｓｕｂＣｏｎｄｉｔｉｏｎｓ”： ｛“ｔｙｐｅ”： “ａｒｒａｙ”｝とあるように、上述した“ｓｕｂＣｏｎｄｉｔｉｏｎｓ” 関数によって、上述した各種情報が出力される。

【0155】

“ｒｅｑｕｉｒｅｄ”は、［“ｔｙｐｅ”］とあるように、上述した“ｔｙｐｅ”関数を実行し、インターロック条件の形式を読み込む。そして、次に述べる“ｉｆ”を実行し、必要に応じて“ｔｈｅｎ”を実行する。
“ｉｆ”は、“ｐｒｏｐｅｒｔｉｅｓ”： ｛“ｔｙｐｅ”： ｛ “ｅｎｕｍ”： ［“ＣＯＮＤＩＴＩＯＮ”］｝｝とあるように、読み込まれたインターロック条件の形式が、ＣＯＮＤＩＴＩＯＮ（その他の条件）であるか否かを判断する。そして、読み込まれたインターロック条件の形式がＣＯＮＤＩＴＩＯＮ（その他の条件）である場合、“ｔｈｅｎ”： ｛“ｒｅｑｕｉｒｅｄ”： ［“ｋｅｙ”, “ｖａｌｕｅ”, “ｏｐｅｒａｔｉｏｎ”］｝とあるように、“ｋｅｙ”関数、“ｖａｌｕｅ”関数、及び“ｏｐｅｒａｔｉｏｎ”の情報を入力することが必須であることを示す。このことで、上述した“ｓｕｂＣｏｎｄｉｔｉｏｎｓ”関数において上述した各種情報が出力されるようにする。

【0156】

図２２は、図２０及び図２１に示すインターロック条件が入力されるスキーマによって取得される各種情報を含むデータ配列の第１図である。
図２３は、図２０及び図２１に示すインターロック条件が入力されるスキーマによって取得される各種情報を含むデータ配列の第２図である。
図２２及び図２３に示すデータ配列は、図２０及び図２１に示すスキーマに各種情報を格納するための関数である。図２２及び図２３に示すデータ配列は、通知ステップにおいて、通知手段１５１によって言語モデル２０に通知されてよい。
図２２及び図２３に示すデータ配列は、例えば、ユーザが入力部１２を介して入力してよい。この時、ユーザは、キーボードである入力部１２を用いて言語を入力してもよいし、音声認識装置である入力部１２を用いて、口頭で言語を発話して入力してもよい。あるいは、ユーザが口頭で発話した内容に基づき、人工知能等によって言語が生成されてもよい。

【0157】

図２２及び図２３に示すデータ配列は、“ｃｏｎｄｉｔｉｏｎｓ”を含む。図２２及び図２３に示す例では、“ｔｙｐｅ”： “ＡＮＤ”とあるように、インターロック条件の形式がＡＮＤ（論理積）である場合と、“ｔｙｐｅ”： “ＮＯＴ”とあるように、インターロック条件の形式がＮＯＴ（否定）である場合と、が例示されている。
インターロック条件の形式がＡＮＤ（論理積）である場合において、図２２に示す例では、以下のように“ｓｕｂＣｏｎｄｉｔｉｏｎｓ”関数の引数が３種類設けられる。

【0158】

図２２に示す１つ目の引数は、｛“ｔｙｐｅ”： “ＣＯＮＤＩＴＩＯＮ”， “ｋｅｙ”： “ｌｅｖｅｌ＿ｓｅｎｓｏｒ＿１”, “ｖａｌｕｅ”： “ＬＬ”, “ｏｐｅｒａｔｉｏｎ”： “＞”｝とあるように、インターロック条件の形式がＣＯＮＤＩＴＩＯＮ（その他の条件）であり、インターロック条件の対象となるセンサが水位センサであり、水位センサが検知する値が“ＬＬ”であり、インターロック条件に係る演算子が“＞”である。すなわち、１つ目の引数によっては、水位センサが検知する水位が“ＬＬ”未満であるか、という条件が定義される。

【0159】

図２２に示す２つ目の引数は、｛“ｔｙｐｅ”： “ＣＯＮＤＩＴＩＯＮ”, “ｋｅｙ”： “ｔｅｍｐｅｒａｔｕｒｅ＿ｓｅｎｓｏｒ＿１”, “ｖａｌｕｅ”： “５０”, “ｏｐｅｒａｔｉｏｎ”： “＜”｝とあるように、インターロック条件の形式がＣＯＮＤＩＴＩＯＮ（その他の条件）であり、インターロック条件の対象となるセンサが温度センサであり、温度センサが検知する値が“５０”であり、演算子が“＜”である。すなわち、２つ目の引数によっては、温度センサが検知する温度が５０℃を上回っているか、という条件が定義される。

【0160】

図２２に示す３つ目の引数は、｛“ｔｙｐｅ”： “ＣＯＮＤＩＴＩＯＮ”, “ｋｅｙ”： “ｐｒｅｓｓｕｒｅ＿ｓｅｎｓｏｒ＿１”, “ｖａｌｕｅ”： “１００”, “ｏｐｅｒａｔｉｏｎ”： “＜＝”｝とあるように、インターロック条件の形式がＣＯＮＤＩＴＩＯＮ（その他の条件）であり、インターロック条件の対象となるセンサが圧力センサであり、圧力センサが検知する値が“１００”であり、演算子が“＜＝”である。すなわち、３つ目の引数によっては、圧力センサが検知する圧力が１００ｋＰａ以上であるか、という条件が定義される。

【0161】

インターロック条件の形式がＮＯＴ（否定）である場合において、図２３に示す例では、以下のように“ｓｕｂＣｏｎｄｉｔｉｏｎｓ”関数の引数が１種類設けられる。
すなわち、図２３に示す例において｛“ｔｙｐｅ”： “ＣＯＮＤＩＴＩＯＮ”, “ｋｅｙ”： “ｅｍｅｒｇｅｎｃｙ＿ｓｔｏｐ”, “ｖａｌｕｅ”： “ｔｒｕｅ”, “ｏｐｅｒａｔｉｏｎ”： “＝”｝とあるように、インターロック条件の形式がＣＯＮＤＩＴＩＯＮ（その他の条件）であり、インターロック条件の対象が非常停止ボタンであり、検知される値が“ｔｒｕｅ”であり、演算子が“＝”である。すなわち、この引数によっては、非常停止ボタンが押されたか、という条件が定義される。
なお、形式がＮＯＴ（否定）であるインターロック条件の複数存在する場合、前記複数のインターロック条件は、適宜ＯＲ（論理和）と組み合わされてよい。

【0162】

図２４は、言語モデル２０が作成する、関数の第２例に係るインターロック条件を示すノードＮ及びエッジＥを示す図である。
図２４に示す例では、上述したインターロック条件を示す複数のノードＮが、エッジＥによって適宜接続されている。ユーザは、この図を目視することで、関数の第２例に係るインターロック条件を直感的に把握する。

【0163】

（関数の第３例）
関数の第３例において、第１関数は、移動機械を移動させるための関数であり、第２関数は、移動のルート上に物体があるか否かを判定するための関数である。
通知ステップにて言語モデル２０に通知されるプロンプトは、ルート上に物体がある場合に移動機械の移動を停止させること、を示す。

【0164】

本実施形態においては、上述した関数の３例のいずれかが、言語モデル２０によって作成される。

【0165】

（作成システムの制御方法）
次に、本実施形態に係る作成システム１の制御方法について説明する。作成システム１の制御方法とは、例えば、上述した作成システム１によって、プラントを監視又は制御するための関数や、プラントを監視又は制御するための関数に基づく、画面に表示されるノードＮやエッジＥを作成する方法をいう。
図２５は、実施形態に係る作成システム１の制御方法のフローである。
図２５に示すように、本実施形態の制御方法は、送信ステップＳ１と、通知ステップＳ２と、作成制御ステップＳ３と、判定ステップＳ４と、表示制御ステップＳ５と、を含む。

【0166】

送信ステップＳ１は、コンピュータ（例えば、制御装置１０）が、第１関数及び第２関数それぞれのメタデータを言語モデル２０に送信するステップである。送信ステップＳ１では、例えば、送信手段１５２が、第１関数及び第２関数それぞれのメタデータを言語モデル２０に送信する。なお、上述のように、第１関数及び第２関数それぞれは、プラントを監視又は制御するための関数である。
本実施形態では、送信ステップＳ１にて、第１関数及び第２関数それぞれのメタデータは、外部サーバ３から言語モデル２０へ送信されてよい。また、送信ステップＳ１にてプラントの機能仕様書が言語モデル２０に送信されてもよい。

【0167】

通知ステップＳ２は、コンピュータ（例えば、制御装置１０）が、ユーザの所望の機能、を示すプロンプトを言語モデル２０に通知するステップである。本実施形態において、通知ステップＳ２にて言語モデル２０に通知されるプロンプトは、プラントのインターロック条件を示す条件情報を含んでよい。

【0168】

作成制御ステップＳ３は、コンピュータ（例えば、制御装置１０）が、第１関数に対応する第１ノードＮ１と、第２関数に対応する第２ノードＮ２と、第１ノードＮ１と第２ノードＮ２とを接続するエッジＥと、を、送信ステップＳ１にて送信されるメタデータと通知ステップＳ２にて通知されるプロンプトとに基づき、言語モデル２０に作成させるステップである。作成制御ステップＳ３において、作成制御手段１５３は、通知ステップＳ２にて通知される条件情報を用い、第１関数及び第２関数のいずれか一方を言語モデル２０に選択させてもよい。

【0169】

判定ステップＳ４は、コンピュータ（例えば、制御装置１０）が、作成制御ステップＳ３にて作成される第１ノードＮ１、第２ノードＮ２、及び、エッジＥが、インターロック条件を満足するか否かを判定するステップである。判定ステップＳ４において、判定手段１５４が上記判定を行うことで、作成された第１ノードＮ１、第２ノードＮ２、及び、エッジＥによって、より確実に制御対象２の安全性を確保できるようにすることに寄与する。

【0170】

表示制御ステップＳ５は、コンピュータ（例えば、制御装置１０）が、作成制御ステップＳ３にて作成される第１ノードＮ１、第２ノードＮ２、及び、エッジＥをともに、表示部１３に表示させるステップである。表示制御手段１５５において、表示制御手段１５５が上述の各種情報を表示部１３に表示させることで、ユーザが、各種情報を容易に把握できるようにすることに寄与する。また、ユーザが、表示部１３に表示された第１ノードＮ１、第２ノードＮ２、及び、エッジＥを、入力部１２を介して適宜操作することで、ユーザによるビジュアルプログラミングを可能とする。
以上の各ステップにより、本実施形態に係る作成システム１の制御方法が行われる。

【0171】

図２６は、実施形態に適用される情報処理装置９０のハードウェア構成例の概略を示す図である。情報処理装置９０は、プロセッサー９１、主記憶装置９２、通信インターフェース９３、補助記憶装置９４、入出力インターフェース９５及び内部バス９６を備える。プロセッサー９１、主記憶装置９２、通信インターフェース９３、補助記憶装置９４及び入出力インターフェース９５は、内部バス９６を介して互いに通信可能に接続される。情報処理装置９０は、例えば制御装置１０に適用されてもよい。この場合、例えば通信部１１は通信インターフェース９３を用いて構成されてもよい。例えば記憶部１４は補助記憶装置９４を用いて構成されてもよい。また、制御部１５は、プロセッサー９１及び主記憶装置９２を用いて構成されてもよい。

【0172】

以上説明したように、本実施形態に係る作成システム１及び作成システム１の制御方法によれば、作成制御ステップＳ３において、第１関数に対応する第１ノードＮ１と、第２関数に対応する第２ノードＮ２と、第１ノードＮ１と第２ノードＮ２とを接続するエッジＥと、を、送信ステップＳ１にて送信されるメタデータと通知ステップＳ２にて通知されるプロンプトとに基づき、言語モデル２０に作成させる。これにより、ノードＮとエッジＥをユーザが作成することを不要にすることができる。よって、プログラミングの煩雑さを抑えることができる。
また、第１関数及び第２関数それぞれは、プラントを制御するための関数である。これにより、例えば、プラントの制御プログラムの作成を行いやすくすることができる。

【0173】

また、送信ステップＳ１にて、第１関数及び第２関数それぞれのメタデータは、外部サーバ３から言語モデル２０へ送信される。これにより、例えば、プラントにおけるネットワーク通信の負荷を抑えやすくすることができる。また、例えば、第１関数及び第２関数それぞれのメタデータを、プラントにおける複数の拠点で共有しやすくすることができる。よって、プラントの制御プログラムの作成を、拠点を問わずに行うことができる。

【0174】

また、送信ステップＳ１にてプラントの機能仕様書が言語モデル２０に送信される。これにより、言語モデル２０に、プラントの機能仕様を正確に把握させることができる。よって、言語モデル２０による制御プログラムの作成を、より正確に行いやすくすることができる。

【0175】

また、通知ステップＳ２にて言語モデル２０に通知されるプロンプトは、プラントのインターロック条件を示す条件情報を含む。これにより、例えば、言語モデル２０によって作成される制御プログラムを、インターロック条件を含むものとすることができる。よって、通知ステップＳ２にて言語モデル２０に通知されるプロンプトを、設備の維持を考慮したものにすることができる。

【0176】

また、通知ステップＳ２にて通知される条件情報を用い、第１関数及び第２関数のいずれか一方を言語モデル２０に選択させる。これにより、言語モデル２０は、プラントのインターロック条件を示す条件情報に基づき、送信ステップＳ１で言語モデル２０に送信された複数の関数それぞれのメタデータから、ユーザの所望の機能を満たすことができる関数を適切に選択することができる。よって、言語モデル２０は、プラントのインターロック条件を含む制御プログラムを適切に作成することができる。

【0177】

また、判定ステップＳ４において、作成制御ステップＳ３にて作成される第１ノードＮ１、第２ノードＮ２、及び、エッジＥが、インターロック条件を満足するか否かを判定する。これにより、例えば、プラントの制御における正確性を高めることができる。

【0178】

また、例えば、第１関数は、ごみピットの煙又は火災を検知するための関数であり、第２関数は、アラームを発報するための関数である。そして、通知ステップＳ２にて言語モデル２０に通知されるプロンプトは、ごみピットの煙又は火災が検知される場合にアラームを発報させること、を示す。これにより、例えば、制御対象２であるプラントがごみ処理場である場合に、第１関数及び第２関数によって、ごみピットにおいて発生した火災を迅速にユーザに報知することができる。よって、プラントの安全性を確保しやすくすることができる。

【0179】

また、例えば、第１関数は、タンクの水位を検知するための関数であり、第２関数は、ポンプを動作させるための関数であってもよい。そして、通知ステップＳ２にて言語モデル２０に通知されるプロンプトは、タンクの水位が所定水位より低くなった場合にポンプの動作を停止させること、を示してもよい。これにより、例えば、第１関数及び第２関数によって、タンクの水位に応じたポンプの動作を適切に制御することができる。よって、タンク及びポンプを備えるプラントの安全性を確保しやすくすることができる。

【0180】

また、例えば、第１関数は、移動機械を移動させるための関数であり、第２関数は、移動機械の移動のルート上に物体があるか否かを判定するための関数であってもよい。そして、通知ステップＳ２にて言語モデル２０に通知されるプロンプトは、移動機械の移動のルート上に物体がある場合に移動機械の移動を停止させること、を示してもよい。これにより、例えば、第１関数及び第２関数によって、移動機械と物体とが接触等することを抑えることができる。

【0181】

また、表示制御ステップＳ５において、作成制御ステップＳ３にて作成される第１ノードＮ１、第２ノードＮ２、及び、エッジＥをともに、表示部１３に表示させる。これにより、ユーザは、作成された制御プログラムの内容を把握しやすくすることができる。

【0182】

なお、本開示の技術的範囲は前記実施形態に限定されるものではなく、本開示の趣旨を逸脱しない範囲において種々の変更を加えることが可能である。
例えば、本実施形態に係る作成システムの制御方法は、制御装置１０に代えて、外部サーバ３によって実施されてもよい。
また、送信ステップＳ１にて、第１関数及び第２関数それぞれのメタデータは、外部サーバ３から言語モデル２０へ送信されず、例えば、制御装置１０の記憶部１４から読み出されて言語モデル２０へ送信されてよい。
また、通知ステップＳ２にて言語モデル２０に通知されるプロンプトは、制御対象２であるプラントのインターロック条件を示す条件情報を含まなくてよい。
また、制御装置１０は、通知ステップＳ２にて通知されるインターロック条件に関する情報を用い、第１関数及び第２関数のいずれか一方を言語モデルに選択させなくてもよい。
また、判定手段１５４による、作成されたプログラムがインターロック条件を満足するか否かを判定するためのプログラムが、別途設けられて用いられてもよい。

【0183】

その他、本開示の趣旨に逸脱しない範囲で、前記実施形態における構成要素を周知の構成要素に置き換えることは適宜可能であり、また、前記した変形例を適宜組み合わせてもよい。

【0184】

（付記）
前記実施形態に係る作成システムの制御方法、作成システム、及びプログラムは、例えば以下のように把握される。

【0185】

＜１＞本開示の一態様に係る作成システムの制御方法は、コンピュータが、第１関数及び第２関数それぞれのメタデータを言語モデルに送信する送信ステップと、コンピュータが、ユーザの所望の機能、を示すプロンプトを前記言語モデルに通知する通知ステップと、コンピュータが、前記第１関数に対応する第１ノードと、前記第２関数に対応する第２ノードと、前記第１ノードと前記第２ノードとを接続するエッジと、を、前記送信ステップにて送信される前記メタデータと前記通知ステップにて通知される前記プロンプトとに基づき、前記言語モデルに作成させる作成制御ステップと、を備え、前記第１関数及び前記第２関数それぞれは、プラントを制御するための関数である、ことを特徴とする。

【0186】

上記の作成システムの制御方法によれば、作成制御ステップにおいて、第１関数に対応する第１ノードと、第２関数に対応する第２ノードと、第１ノードと第２ノードとを接続するエッジと、を、送信ステップにて送信されるメタデータと通知ステップにて通知されるプロンプトとに基づき、言語モデルに作成させる。これにより、ノードとエッジをユーザが作成することを不要にすることができる。よって、プログラミングの煩雑さを抑えることができる。
また、第１関数及び第２関数それぞれは、プラントを制御するための関数である。これにより、例えば、プラントの制御プログラムの作成を行いやすくすることができる。

【0187】

＜２＞上記＜１＞に係る作成システムの制御方法では、前記送信ステップにて、前記第１関数及び前記第２関数それぞれの前記メタデータは、外部サーバから前記言語モデルへ送信される、ことを特徴とする構成を採用してもよい。

【0188】

また、送信ステップにて、第１関数及び第２関数それぞれのメタデータは、外部サーバから言語モデルへ送信される。これにより、例えば、プラントにおけるネットワーク通信の負荷を抑えやすくすることができる。また、例えば、第１関数及び第２関数それぞれのメタデータを、プラントにおける複数の拠点で共有しやすくすることができる。よって、プラントの制御プログラムの作成を、拠点を問わずに行うことができる。

【0189】

＜３＞上記＜１＞または＜２＞に係る作成システムの制御方法では、前記送信ステップにて前記プラントの機能仕様書が前記言語モデルに送信される、ことを特徴とする構成を採用してもよい。

【0190】

また、送信ステップにてプラントの機能仕様書が言語モデルに送信される。これにより、言語モデルに、プラントの機能仕様を正確に把握させることができる。よって、言語モデルによる制御プログラムの作成を、より正確に行いやすくすることができる。

【0191】

＜４＞上記＜１＞から＜３＞のいずれか一態様に係る作成システムの制御方法では、前記通知ステップにて前記言語モデルに通知される前記プロンプトは、前記プラントのインターロック条件を示す条件情報を含む、ことを特徴とする構成を採用してもよい。

【0192】

また、通知ステップにて言語モデルに通知されるプロンプトは、プラントのインターロック条件を示す条件情報を含む。これにより、例えば、言語モデルによって作成される制御プログラムを、インターロック条件を含むものとすることができる。よって、通知ステップにて言語モデルに通知されるプロンプトを、設備の維持を考慮したものにすることができる。

【0193】

＜５＞上記＜４＞に係る作成システムの制御方法では、前記通知ステップにて通知される前記条件情報を用い、前記第１関数及び前記第２関数のいずれか一方を前記言語モデルに選択させる、ことを特徴とする構成を採用してもよい。

【0194】

また、通知ステップにて通知される条件情報を用い、第１関数及び第２関数のいずれか一方を言語モデルに選択させる。これにより、言語モデルは、プラントのインターロック条件を示す条件情報に基づき、送信ステップで言語モデルに送信された複数の関数それぞれのメタデータから、ユーザの所望の機能を満たすことができる関数を適切に選択することができる。よって、言語モデルは、プラントのインターロック条件を含む制御プログラムを適切に作成することができる。

【0195】

＜６＞上記＜１＞から＜５＞のいずれか一態様に係る作成システムの制御方法では、コンピュータが、前記作成制御ステップにて作成される前記第１ノード、前記第２ノード、及び、前記エッジが、インターロック条件を満足するか否かを判定する判定ステップ、を更に備えることを特徴とする構成を採用してもよい。

【0196】

また、判定ステップにおいて、作成制御ステップにて作成される第１ノード、第２ノード、及び、エッジが、インターロック条件を満足するか否かを判定する。これにより、例えば、プラントの制御における正確性を高めることができる。

【0197】

＜７＞上記＜１＞から＜６＞のいずれか一態様に係る作成システムの制御方法では、前記第１関数は、ごみピットの煙又は火災を検知するための関数であり、前記第２関数は、アラームを発報するための関数であり、前記通知ステップにて前記言語モデルに通知される前記プロンプトは、前記ごみピットの煙又は火災が検知される場合に前記アラームを発報させること、を示す、ことを特徴とする構成を採用してもよい。

【0198】

また、例えば、第１関数は、ごみピットの煙又は火災を検知するための関数であり、第２関数は、アラームを発報するための関数である。そして、通知ステップにて言語モデルに通知されるプロンプトは、ごみピットの煙又は火災が検知される場合にアラームを発報させること、を示す。これにより、例えば、制御対象であるプラントがごみ処理場である場合に、第１関数及び第２関数によって、ごみピットにおいて発生した火災を迅速にユーザに報知することができる。よって、プラントの安全性を確保しやすくすることができる。

【0199】

＜８＞上記＜１＞から＜６＞のいずれか一態様に係る作成システムの制御方法では、前記第１関数は、タンクの水位を検知するための関数であり、前記第２関数は、ポンプを動作させるための関数であり、前記通知ステップにて前記言語モデルに通知される前記プロンプトは、前記タンクの水位が所定水位より低くなった場合に前記ポンプの動作を停止させること、を示す、ことを特徴とする構成を採用してもよい。

【0200】

また、例えば、第１関数は、タンクの水位を検知するための関数であり、第２関数は、ポンプを動作させるための関数であってもよい。そして、通知ステップにて言語モデルに通知されるプロンプトは、タンクの水位が所定水位より低くなった場合にポンプの動作を停止させること、を示してもよい。これにより、例えば、第１関数及び第２関数によって、タンクの水位に応じたポンプの動作を適切に制御することができる。よって、タンク及びポンプを備えるプラントの安全性を確保しやすくすることができる。

【0201】

＜９＞上記＜１＞から＜６＞のいずれか一態様に係る作成システムの制御方法では、前記第１関数は、移動機械を移動させるための関数であり、前記第２関数は、前記移動のルート上に物体があるか否かを判定するための関数であり、前記通知ステップにて前記言語モデルに通知される前記プロンプトは、前記ルート上に前記物体がある場合に前記移動機械の前記移動を停止させること、を示す、ことを特徴とする構成を採用してもよい。

【0202】

また、例えば、第１関数は、移動機械を移動させるための関数であり、第２関数は、移動機械の移動のルート上に物体があるか否かを判定するための関数であってもよい。そして、通知ステップにて言語モデルに通知されるプロンプトは、移動機械の移動のルート上に物体がある場合に移動機械の移動を停止させること、を示してもよい。これにより、例えば、第１関数及び第２関数によって、移動機械と物体とが接触等することを抑えることができる。

【0203】

＜１０＞上記＜１＞から＜６＞のいずれか一態様に係る作成システムの制御方法では、コンピュータが、前記作成制御ステップにて作成される前記第１ノード、前記第２ノード、及び、前記エッジをともに、表示部に表示させる表示制御ステップ、を更に備えることを特徴とする構成を採用してもよい。

【0204】

また、表示制御ステップにおいて、作成制御ステップにて作成される第１ノード、第２ノード、及び、エッジをともに、表示部に表示させる。これにより、ユーザは、作成された制御プログラムの内容を把握しやすくすることができる。

【0205】

＜１１＞本開示の一態様に係る制御装置は、第１関数及び第２関数それぞれのメタデータを言語モデルに送信する送信手段と、ユーザの所望の機能、を示すプロンプトを前記言語モデルに通知する通知手段と、前記第１関数に対応する第１ノードと、前記第２関数に対応する第２ノードと、前記第１ノードと前記第２ノードとを接続するエッジと、を、前記送信手段によって送信される前記メタデータと前記通知手段によって通知される前記プロンプトとに基づき、前記言語モデルに作成させる作成制御手段と、を備え、前記第１関数及び前記第２関数それぞれは、プラントを制御するための関数である、ことを特徴とする。

【0206】

＜１２＞本開示の一態様に係るプログラムは、コンピュータを、上記＜１１＞に記載の制御装置として機能させる、ことを特徴とする。

【符号の説明】

【0207】

１ 作成システム
２ 制御対象
３ 外部サーバ
１０ 制御装置
１１ 通信部
１２ 入力部
１３ 表示部
１４ 記憶部
１５ 制御部
１５１ 通知手段
１５２ 送信手段
１５３ 作成制御手段
１５４ 判定手段
１５５ 表示制御手段
１５６ システム制御手段
２０ 言語モデル
Ｅ エッジ
Ｎ ノード
Ｎ１ 第１ノード
Ｎ２ 第２ノード
Ｓ１ 送信ステップ
Ｓ２ 通知ステップ
Ｓ３ 作成制御ステップ
Ｓ４ 判定ステップ
Ｓ５ 表示制御ステップ

【要約】

【課題】ノードとエッジを自動で作成することができる作成システムの制御方法、制御装置、及びプログラムを提供することを目的とする。
【解決手段】第１関数及び第２関数それぞれのメタデータを言語モデルに送信する送信ステップＳ１と、ユーザの所望の機能、を示すプロンプトを言語モデルに通知する通知ステップＳ２と、第１関数に対応する第１ノードと、第２関数に対応する第２ノードと、第１ノードと第２ノードとを接続するエッジと、を、送信ステップＳ１にて送信されるメタデータと通知ステップＳ２にて通知されるプロンプトとに基づき、言語モデルに作成させる作成制御ステップＳ３と、を備え、第１関数及び第２関数それぞれは、プラントを制御するための関数である、ことを特徴とする。
【選択図】図２５

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26】