特許 7709356 連携管理装置及び連携管理方法

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

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

(11)【特許番号】

(24)【登録日】2025-07-08

(45)【発行日】2025-07-16

(54)【発明の名称】連携管理装置及び連携管理方法

(51)【国際特許分類】

   G06Q 10/06 20230101AFI20250709BHJP

   G06N 99/00 20190101ALI20250709BHJP

   B65G 61/00 20060101ALI20250709BHJP

【ＦＩ】

G06Q10/06

G06N99/00 180

B65G61/00 100

【請求項の数】 14

(21)【出願番号】P 2021168551

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

(65)【公開番号】P2023058819

(43)【公開日】2023-04-26

【審査請求日】2024-06-28

(73)【特許権者】

【識別番号】000005108

【氏名又は名称】株式会社日立製作所

(74)【代理人】

【識別番号】110002365

【氏名又は名称】弁理士法人サンネクスト国際特許事務所

(72)【発明者】

【氏名】寺本 やえみ

(72)【発明者】

【氏名】松葉 浩也

【審査官】野口 俊明

(56)【参考文献】

【文献】国際公開第２０２１／１４９０９６（ＷＯ，Ａ１）

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

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

【文献】国際公開第２０１７／０９４１００（ＷＯ，Ａ１）

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

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

Ｇ０６Ｑ １０／００－９９／００

Ｇ０６Ｎ ９９／００

Ｂ６５Ｇ ６１／００

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

【請求項1】

複数の個別システムを連携して１つの全体システムとして動作させる連携管理システムであって、
前記全体システムに関する評価指標である全体指標と、各個別システムに関する評価指標である個別指標又は前記個別指標を制御する各個別システムの動作パラメータと、の関係モデルを用いて、前記全体指標が向上する前記個別指標の条件又は前記動作パラメータを探索して決定する探索部と、
前記探索部によって決定された前記個別指標の条件又は前記動作パラメータを、各個別システムへ通知する通知部と、
前記全体指標と、前記個別指標又は前記動作パラメータとに基づいて、前記関係モデルを生成するモデル生成部と
を有することを特徴とする連携管理システム。

【請求項2】

請求項１に記載の連携管理システムにおいて、
前記全体指標を制御可能な前記個別指標又は前記動作パラメータを選定する選定部
をさらに有することを特徴とする連携管理システム。

【請求項3】

請求項２に記載の連携管理システムにおいて、
前記選定部は、前記全体指標との相関が一定以上である前記個別指標又は前記動作パラメータを選定する
ことを特徴とする連携管理システム。

【請求項4】

複数の個別システムを連携して１つの全体システムとして動作させる連携管理システムであって、
前記全体システムに関する評価指標である全体指標と、各個別システムに関する評価指標である個別指標又は前記個別指標を制御する各個別システムの動作パラメータと、の関係モデルを用いて、前記全体指標が向上する前記個別指標の条件又は前記動作パラメータを探索して決定する探索部と、
前記探索部によって決定された前記個別指標の条件又は前記動作パラメータを、各個別システムへ通知する通知部と、
前記全体指標が向上する前記個別指標の条件又は前記動作パラメータを探索する探索問題に、前記関係モデルを適用する探索問題設定部と
を有し、
前記探索問題設定部は、前記関係モデルの定式化方法によって前記探索問題の特性を選定する
ことを特徴とする連携管理システム。

【請求項5】

複数の個別システムを連携して１つの全体システムとして動作させる連携管理システムであって、
前記全体システムに関する評価指標である全体指標と、各個別システムに関する評価指標である個別指標又は前記個別指標を制御する各個別システムの動作パラメータと、の関係モデルを用いて、前記全体指標が向上する前記個別指標の条件又は前記動作パラメータを探索して決定する探索部と、
前記探索部によって決定された前記個別指標の条件又は前記動作パラメータを、各個別システムへ通知する通知部と
を有し、
前記通知部は、各個別システムに通知した前記個別指標の条件又は前記動作パラメータの受入れ可否を各個別システムから受信し、受入れ否の場合は、前記個別指標の制約又は前記動作パラメータの制約を各個別システムから受信し、
前記探索部は、前記制約に基づいて、前記個別指標の条件又は前記動作パラメータの決定を再度実行する
ことを特徴とする連携管理システム。

【請求項6】

複数の個別システムを連携して１つの全体システムとして動作させる連携管理システムであって、
前記全体システムに関する評価指標である全体指標と、各個別システムに関する評価指標である個別指標又は前記個別指標を制御する各個別システムの動作パラメータと、の関係モデルを用いて、前記全体指標が向上する前記個別指標の条件又は前記動作パラメータを探索して決定する探索部と、
前記探索部によって決定された前記個別指標の条件又は前記動作パラメータを、各個別システムへ通知する通知部と
を有し、
前記全体指標は、複数であり、
前記探索部は、複数の前記全体指標が向上するように、前記個別指標の条件又は前記動作パラメータを決定する
ことを特徴とする連携管理システム。

【請求項7】

請求項６に記載の連携管理システムにおいて、
前記探索部は、複数の前記全体指標のうちの第１の優先順位の前記全体指標について決定した前記個別指標の条件又は前記動作パラメータの範囲を、該第１の優先順位よりも低い第２の優先順位の前記全体指標について前記個別指標の条件又は前記動作パラメータを決定する際の探索範囲を限定する条件とする
ことを特徴とする連携管理システム。

【請求項8】

複数の個別システムを連携して１つの全体システムとして動作させる連携管理システムであって、
前記全体システムに関する評価指標である全体指標と、各個別システムに関する評価指標である個別指標又は前記個別指標を制御する各個別システムの動作パラメータと、の関係モデルを用いて、前記全体指標が向上する前記個別指標の条件又は前記動作パラメータを探索して決定する探索部と、
前記探索部によって決定された前記個別指標の条件又は前記動作パラメータを、各個別システムへ通知する通知部と
を有し、
前記探索部は、前記個別指標の組合せについて相反の有無を判定し、相反がある前記個別指標の組合せの該個別指標の条件又は該個別指標を制御する前記動作パラメータの決定を実行する際に、追加条件を設定する
ことを特徴とする連携管理システム。

【請求項9】

請求項８に記載の連携管理システムにおいて、
前記追加条件は、前記個別指標の条件又は前記動作パラメータの上限もしくは下限である
ことを特徴とする連携管理システム。

【請求項10】

複数の個別システムを連携して１つの全体システムとして動作させる連携管理システムが実行する連携管理方法であって、
前記全体システムに関する評価指標である全体指標と、各個別システムに関する評価指標である個別指標又は前記個別指標を制御する各個別システムの動作パラメータと、の関係モデルを用いて、前記全体指標が向上する前記個別指標の条件又は前記動作パラメータを探索して決定し、
決定された前記個別指標の条件又は前記動作パラメータを、各個別システムに通知し、
前記全体指標と、前記個別指標又は前記動作パラメータとに基づいて、前記関係モデルを生成する
各処理を有することを特徴とする連携管理方法。

【請求項11】

複数の個別システムを連携して１つの全体システムとして動作させる連携管理システムが実行する連携管理方法であって、
前記全体システムに関する評価指標である全体指標と、各個別システムに関する評価指標である個別指標又は前記個別指標を制御する各個別システムの動作パラメータと、の関係モデルを用いて、前記全体指標が向上する前記個別指標の条件又は前記動作パラメータを探索して決定し、
決定された前記個別指標の条件又は前記動作パラメータを、各個別システムへ通知し、
前記全体指標が向上する前記個別指標の条件又は前記動作パラメータを探索する探索問題に、前記関係モデルを適用し、
前記関係モデルの定式化方法によって前記探索問題の特性を選定する
各処理を有することを特徴とする連携管理方法。

【請求項12】

複数の個別システムを連携して１つの全体システムとして動作させる連携管理システムが実行する連携管理方法であって、
前記全体システムに関する評価指標である全体指標と、各個別システムに関する評価指標である個別指標又は前記個別指標を制御する各個別システムの動作パラメータと、の関係モデルを用いて、前記全体指標が向上する前記個別指標の条件又は前記動作パラメータを探索して決定し、
決定された前記個別指標の条件又は前記動作パラメータを、各個別システムへ通知し、
各個別システムに通知した前記個別指標の条件又は前記動作パラメータの受入れ可否を各個別システムから受信し、受入れ否の場合は、前記個別指標の制約又は前記動作パラメータの制約を各個別システムから受信し、
前記制約に基づいて、前記個別指標の条件又は前記動作パラメータの決定を再度実行する
各処理を有することを特徴とする連携管理方法。

【請求項13】

複数の個別システムを連携して１つの全体システムとして動作させる連携管理システムが実行する連携管理方法であって、
前記全体システムに関する評価指標である複数の全体指標と、各個別システムに関する評価指標である個別指標又は前記個別指標を制御する各個別システムの動作パラメータと、の関係モデルを用いて、前記全体指標が向上する前記個別指標の条件又は前記動作パラメータを探索して決定し、
決定された前記個別指標の条件又は前記動作パラメータを、各個別システムへ通知する
各処理を有し、
前記全体指標は、複数であり、
複数の前記全体指標が向上するように、前記個別指標の条件又は前記動作パラメータを決定する
ことを特徴とする連携管理方法。

【請求項14】

複数の個別システムを連携して１つの全体システムとして動作させる連携管理システムが実行する連携管理方法であって、
前記全体システムに関する評価指標である全体指標と、各個別システムに関する評価指標である個別指標又は前記個別指標を制御する各個別システムの動作パラメータと、の関係モデルを用いて、前記全体指標が向上する前記個別指標の条件又は前記動作パラメータを探索して決定し、
決定された前記個別指標の条件又は前記動作パラメータを、各個別システムへ通知する
各処理を有し、
前記個別指標の組合せについて相反の有無を判定し、相反がある前記個別指標の組合せの該個別指標の条件又は該個別指標を制御する前記動作パラメータの決定を実行する際に、追加条件を設定する
ことを特徴とする連携管理方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、連携管理装置及び連携管理方法に関する。

【背景技術】

【0002】

複数の個別システムが連携して一つのシステムとして動作するシステムがある。このようなシステムは、システム・オブ・システムズ（System of Systems）と呼ばれ、連携するシステム全体（以下、全体システムという）で達成すべき指標を持ちつつ、個々の個別システムもそれぞれに独立して達成すべき指標を持つ。

【0003】

全体システムの一例として、サプライチェーン・マネジメント・システムがある。サプライチェーン・マネジメントに関して、例えばサプライチェーン全体における重要業績評価指標が最適となるように、サプライチェーンを構成する複数の企業の行動ルールを生成する情報処理装置が特許文献１に開示されている。具体的には、特許文献１には、「行動ルールパターン生成部は、サプライチェーンを構成する第１の企業と、第１の企業のサプライチェーンを構成する第２の企業の状態に応じた行動ロジックとを対応付けた行動ルール情報の複数のパターンを生成する。シミュレーション部は、複数のパターンの行動ルール情報のそれぞれにおいて、サプライチェーンの全体における重要業績評価指標を算出する。最適行動ルール選択部は、重要業績評価指標に基づいて、サプライチェーンに適用する行動ルール情報を選択する。」ことが開示されている。

【先行技術文献】

【特許文献】

【0004】

【文献】特開２０１６－２０７０１７号公報

【発明の概要】

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

【0005】

しかしながら、上述の従来技術では、ユーザ入力された各企業の行動ルールの候補に基づいて予め生成された行動ルールの候補の複数パターンから、サプライチェーン全体の重要業績評価指標が最良となるパターンを選択しており、サプライチェーン全体の重要業績評価指標をより良化する行動ルールが他にある場合に、それらを選択することに関する記載はない。また、ここで選択される各企業の行動ルールのパターンは、ユーザ入力に基づく限られた候補から選択されているが、必ずしもサプライチェーン全体の重要業績評価指標を最良化させるものであるとは限らない。

【0006】

またサプライチェーンを構成する企業の数が多くなればなるほど、重要業績評価指標が最良となる行動ルールのパターンを選択する計算が複雑かつ膨大になるという問題がある。

【0007】

本発明は、上記に鑑みてなされたものであり、複数の個別システムが連携した全体システムにおいて、上位システムである全体システムの目標をより良化するように、下位システムである個別システムの目標又は動作を容易かつ適切に決定することを目的とする。

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

【0008】

上述した課題を解決するため、本発明の一態様では、複数の個別システムを連携して１つの全体システムとして動作させる連携管理システムであって、前記全体システムに関する評価指標である全体指標と、各個別システムに関する評価指標である個別指標又は前記個別指標を制御する各個別システムの動作パラメータと、の関係モデルを用いて、前記全体指標が向上する前記個別指標の条件又は前記動作パラメータを探索して決定する探索部と、前記探索部によって決定された前記個別指標の条件又は前記動作パラメータを、各個別システムへ通知する通知部とを有することを特徴とする。

【発明の効果】

【0009】

本発明の一態様によれば、複数の個別システムが連携した全体システムにおいて、上位システムである全体システムの目標をより良化するように、下位システムである個別システムの目標又は動作を容易かつ適切に決定できる。

【図面の簡単な説明】

【0010】

【図1】実施形態の概要を説明するための図。

【図2】実施形態に係る複数システム統合運用システムの構成を示す図。

【図3】実施形態に係る複数システム統合運用システムの構成を示す機能ブロック図。

【図4】実施形態に係る関係モデル作成処理を示すフローチャート。

【図5】個別ＫＰＩ／動作パラメータ選定処理を示すフローチャート。

【図6】ＫＰＩ／動作パラメータ関係モデル生成処理を示すフローチャート。

【図7】実施形態に係る個別ＫＰＩ／動作パラメータ決定処理を示すフローチャート。

【図8】探索問題設定処理を示すフローチャート。

【図9】個別ＫＰＩ／動作パラメータ探索処理を示すフローチャート。

【図10】個別ＫＰＩ／動作パラメータ通知処理を示すフローチャート。

【図11】連携管理システムに接続される端末装置の表示画面を示す図。

【図12】実施形態の複数システム統合運用システムをサプライチェーン計画・運用システムへ適用した例を示す図。

【図13】実施形態の複数システム統合運用システムを電力グリッド保守管理システムへ適用した例を示す図。

【図14】実施形態の複数システム統合運用システムを電力グリッド保守管理システムへ適用した他の例を示す図。

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

【0011】

以下、本発明の実施形態について、図面を参照して説明する。なお、以下に説明する実施形態は、図面を含めて例示に過ぎず、特許請求の範囲に係る発明を限定するものではない。また実施形態の中で説明されている諸要素及びその組合せの全てが、発明の解決手段に必須であるとは限らない。また発明の構成に必須だが周知である構成については、図示及び説明を省略する場合がある。

【0012】

以下の説明において、「プログラム」を主語として処理を説明する場合がある。プログラムは、プロセッサによって実行されることで、定められた処理を、適宜に記憶部及び／又はインターフェース等を用いながら行うため、処理の主体が、プロセッサ（或いは、そのプロセッサを有するコントローラのようなデバイス）とされてもよい。すなわち「ＸＸＸプログラム」の処理の主体が「ＸＸＸ部」とされてもよい。

【0013】

プログラムは、計算機のような装置にインストールされてもよいし、例えば、プログラム配布サーバ又は計算機が読み取り可能な（例えば非一時的な）記録媒体にあってもよい。また以下の説明において、２以上のプログラムが１つのプログラムとして実現されてもよいし、１つのプログラムが２以上のプログラムとして実現されてもよい。

【0014】

また「プロセッサ」は、１又は複数である。プロセッサは、典型的には、ＣＰＵ（Central Processing Unit）のようなマイクロプロセッサであるが、ＧＰＵ（Graphics Processing Unit）のような他種のプロセッサでもよい。またプロセッサは、シングルコアでもよいしマルチコアでもよい。また、プロセッサは、処理の一部又は全部を行うハードウェア回路（例えばＦＰＧＡ（Field-Programmable Gate Array）又はＡＳＩＣ（Application Specific Integrated Circuit））といった広義のプロセッサでもよい。

【0015】

また以下の説明において、種々の対象の識別情報として、識別番号が使用されるが、識別番号以外の種類の識別情報（例えば、英字や符号を含んだ識別子）が採用されてもよい。以下の説明において、“＃Ｙ”は番号Ｙを表し、例えば“ＸＸＸ＃Ｙ”は、番号Ｙで識別されるＸＸＸを表す。

【0016】

また以下の説明において、同種の要素を区別しないで説明する場合には、参照符号（または、参照符号のうちの共通符号）を使用し、同種の要素を区別して説明する場合は、要素の識別番号（または参照符号）を使用することがある。また各図に示す各要素の数は一例であって、図示に限られるものではない。

【0017】

また以下の説明において、「Ａ／Ｂ」なる標記は、「Ａ及びＢのうちの一方又は両方」を意味する。

【0018】

（実施形態の概要）
図１は、実施形態の概要を説明するための図である。本実施形態に係る複数システム統合運用システムＳは、連携管理システム１と、複数の個別システム２（個別システム＃１（個別システム２－１）、個別システム＃２（個別システム２－２）、・・・、個別システム＃Ｎ（個別システム２－Ｎ））と、を有する。複数の個別システム２は、通信回線を介して接続された連携管理システム１によって一部の情報を共有する連携が管理される。

【0019】

複数システム統合運用システムＳには、達成すべき目標を表す指標が定められている。また各々の個別システム２にも達成すべき目標を表す指標が定められている。本実施形態では、目標を表す指標はＫＰＩ（Key Performance Indicators）である。以下では、ＫＰＩは、例え売上、利益、品質、コスト等の一般的なＫＰＩに加え、リソース制限、納期等の制約条件も含むとする。

【0020】

複数システム統合運用システムＳが達成すべき全体ＫＰＩ（kpi）と、各々の個別システム＃ｎが達成すべき個別ＫＰＩ（kpiｎ_k）は、下記式（１）のように、kpiを目的変数、kpiｎ_kを説明変数とする関数で表される相関関係がある。ｎ＝１，２，・・・，Ｎ、ｋ＝１，２，・・・は、個別システム＃ｎのkpi＃ｋを識別するインデックスである。

kpi＝F(kpi１_k１(Θ１),kpi２_k２(Θ２),kpi３_k３(Θ３),…,kpiＮ_kＮ(ΘＮ))
・・・（１）
但し、kpiｎ_kはΘｎの関数である。
また、Θｎは、個別システム＃ｎの動作パラメータである。

【0021】

式（１）の関数Ｆは、例えばkpiと、kpiｎ_kのデータの学習により生成された関係モデルを適用することができる。

【0022】

ここで個別システム＃ｎの個別ＫＰＩ（kpiｎ_k）及び動作パラメータΘｎは複数あるが、上位の複数システム統合運用システムＳの全体ＫＰＩ（kpi）に強く影響するもののみに限定する。図１に示すように、個別システム＃ｎ（ｎ＝１～Ｎ）の個別ＫＰＩのうち全体ＫＰＩに強く影響する個別ＫＰＩが各々kpiｎ_kｎ（ｎ＝１，２，３，・・・）である場合、kpiｎ_kｎを基に式（１）が生成される。

【0023】

そして連携管理システム１は、現在の複数システム統合運用システムＳの最新状態を基に、所定の制約条件下で、式（１）を目的関数又は評価関数とする探索問題を解くことで、全体ＫＰＩ（kpi）を最良にする各個別システム＃ｎの個別ＫＰＩ（kpiｎ_kｎ）／動作パラメータΘｎを決定する。連携管理システム１は、決定した個別ＫＰＩ（kpiｎ_kｎ）／動作パラメータΘｎを各個別システム＃ｎへ通知する。

【0024】

個別システム＃ｎは、連携管理システム１から通知された個別ＫＰＩ（kpiｎ_kｎ）／動作パラメータΘｎを自システムへ設定し、個別ＫＰＩ（kpiｎ_kｎ）／動作パラメータΘｎの条件内で個々の目的に沿って自律的に動作する。

【0025】

このように連携管理システム１は、全体ＫＰＩを最良化するように個別ＫＰＩ／動作パラメータを決定し、個別システム＃ｎに対して通知する。個別システム＃ｎは、通知された個別ＫＰＩとなるように自律的に動作する、あるいは、通知された動作パラメータに従って動作することで、全体ＫＰＩを最良化させつつ個々の個別システム＃ｎの目標も達成することができる。

【0026】

（複数システム統合運用システムＳの構成）
次に図２を参照して、複数システム統合運用システムＳの構成を説明する。

【0027】

図２は、実施形態に係る複数システム統合運用システムＳの構成を示す図である。複数システム統合運用システムＳは、連携管理システム１と、複数の個別システム２－１，・・・，２－Ｎとを有する。連携管理システム１と複数の個別システム２は、通信回線を介して接続されている。

【0028】

連携管理システム１は、ＣＰＵ１１と、メモリ１２と、通信装置１３と、プログラム記憶装置１４と、データ記憶装置１８と、を有する。ＣＰＵ１１は、プログラム記憶装置１４から後述のプログラムを読出して、メモリ１２及び通信装置１３と協働して各処理を実行する。通信装置１３は、連携管理システム１が個別システム２とデータ送受信を行うためのインターフェースである。

【0029】

データ記憶装置１８は、関係モデルデータベース１８１と、個別システム設定・動作データベース１８２と、を含む。個別システム設定・動作データベース１８２は、各個別システム２から収集した各個別システム２の設定情報及び実稼働データを保存する。

【0030】

プログラム記憶装置１４は、ＫＰＩ関係モデル生成モジュール１５と、個別システム動作パラメータ決定モジュール１６と、データ入出力モジュール１７と、を記憶している。

【0031】

ＫＰＩ関係モデル生成モジュール１５は、全体ＫＰＩ算出プログラム１５１と、個別システムデータ収集プログラム１５２と、個別ＫＰＩ／動作パラメータ選定プログラム１５３と、ＫＰＩ／動作パラメータ関係モデル生成プログラム１５４と、を含む。

【0032】

全体ＫＰＩ算出プログラム１５１は、上記式（１）に基づいて全体ＫＰＩを算出する。個別システムデータ収集プログラム１５２は、各個別システム２から各個別システム２に関する各種データを定期的に収集する。各個別システム２に関する各種データは、本実施形態の連携管理システム１の各処理で用いられるデータを含む。

【0033】

個別ＫＰＩ／動作パラメータ選定プログラム１５３は、各個別システム２の個別ＫＰＩを制御可能な動作パラメータを選定する。個別ＫＰＩ／動作パラメータ選定プログラム１５３は、例えば外部（個々の個別システム２等）から入力や通知を受けて、各個別システム２の個別ＫＰＩを制御可能な動作パラメータを選定してもよい。または個別ＫＰＩ／動作パラメータ選定プログラム１５３は、連携管理システム１内に保持する個別システム２の設定情報から、各個別システム２の個別ＫＰＩを制御可能な動作パラメータを選定してもよい。

【0034】

さらに個別ＫＰＩ／動作パラメータ選定プログラム１５３は、個別システム２毎の個別ＫＰＩ／動作パラメータから、全体ＫＰＩに対する影響が強い個別ＫＰＩ／動作パラメータをそれぞれ選定する。例えば全体ＫＰＩとの相関係数が最大の個別ＫＰＩ／動作パラメータを個別システム２毎に１つ選定したり、相関係数が一定以上の個別ＫＰＩ／動作パラメータを個別システム２毎に複数選定したりしてもよい。

【0035】

個別ＫＰＩ／動作パラメータ選定プログラム１５３によって選定された、各個別システム２の個別ＫＰＩを制御可能な動作パラメータ、かつ、全体ＫＰＩに対する影響が強い個別ＫＰＩ／動作パラメータを「対象個別ＫＰＩ／動作パラメータ」と呼ぶ。

【0036】

ＫＰＩ／動作パラメータ関係モデル生成プログラム１５４は、全体ＫＰＩと、個別システムデータ収集プログラム１５２により収集された個別システム２毎の個別ＫＰＩ／動作パラメータと、の各データの関係を学習し、関係モデルを生成する。ＫＰＩ／動作パラメータ関係モデル生成プログラム１５４は、生成した関係モデルを、関係モデルデータベース１８１へ格納する。

【0037】

個別システム動作パラメータ決定モジュール１６は、探索問題設定プログラム１６１と、個別ＫＰＩ／動作パラメータ探索プログラム１６２と、個別システム状態取得プログラム１６３と、個別ＫＰＩ／動作パラメータ通知プログラム１６４と、を記憶している。

【0038】

探索問題設定プログラム１６１は、関係モデルデータベース１８１から関係モデルを読出し、全体ＫＰＩを最良にする個別システム２毎の個別ＫＰＩ／動作パラメータを探索し決定するための探索問題を設定する。探索問題は、目的関数／評価関数を上記式（１）の全体ＫＰＩ（kpi）とし、目的関数／評価関数を最良にする個別システム２毎の個別ＫＰＩ（kpiｎ_k）条件／動作パラメータΘｎを探索する問題として設定される。個別ＫＰＩ条件は、個別ＫＰＩの値、上限、下限、及び範囲を含む。

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

Ｓ：複数システム統合運用システム、１：連携管理システム、２：個別システム、１５３：個別ＫＰＩ／動作パラメータ選定プログラム、１５４：ＫＰＩ／動作パラメータ関係モデル生成プログラム、１６１：探索問題設定プログラム、１６２：個別ＫＰＩ／動作パラメータ探索プログラム、１６４：個別ＫＰＩ／動作パラメータ通知プログラム、ＣＰＵ１１、１２：メモリ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】