WO2022059252A1 - バリューチェーン計画連携方法、バリューチェーン計画連携装置およびバリューチェーン計画連携システム - Google Patents

Abstract

連携動作する複数のソフトウェア間で最適な結果を得られる計画パラメータを算出する。　複数のソフトウェアを業務に応じて組み合わせて構成し実行するバリューチェーン計画連携装置を用いるバリューチェーン計画連携方法であって、複数のソフトウェアの少なくともいずれかは、複数のソフトウェアに含まれるいずれかの他のソフトウェアから得られる出力パラメータを入力パラメータとして用いるものであり、バリューチェーン計画連携装置は、複数のソフトウェアのそれぞれにおいて出力パラメータを複数算出する別解要求ステップと、複数のソフトウェアの入出力パラメータの組み合わせに応じてバリューチェーン全体で最良の重要業績評価指標値を得られる出力パラメータを全体計画として表示する表示ステップと、を実施する。

Description

バリューチェーン計画連携方法、バリューチェーン計画連携装置およびバリューチェーン計画連携システム

　本発明は、バリューチェーン計画連携方法、バリューチェーン計画連携装置およびバリューチェーン計画連携システムに関する。本発明は2020年9月17日に出願された日本国特許の出願番号2020-156429の優先権を主張し、文献の参照による織り込みが認められる指定国については、その出願に記載された内容は参照により本出願に織り込まれる。

　特許文献１には、ばらつきが小さいパレート解を与える設計値を効率的に求めることが可能なロバスト最適化装置を提供することが開示されている。

特開２０１３－１２１８５号公報

　上述した特許文献１では、一方のアプリケーションソフトウェアの出力を他方のアプリケーションソフトウェアが入力値として利用するような入出力に利用関係のある複数のアプリケーションソフトウェアを連携動作させる際において、単一のアプリケーションソフトウェアにおいて複数の解を算出すること自体はできるが、利用側のアプリケーションソフトウェアの出力の最適化を考慮した求解を行うことは難しい。

　本発明の目的は、連携動作する複数のソフトウェア間で最適な結果を得られる計画パラメータを算出する技術を提供することにある。

　本願は、上記課題の少なくとも一部を解決する手段を複数含んでいるが、その例を挙げるならば、以下のとおりである。

　本発明の一態様は、複数のソフトウェアを業務に応じて組み合わせて構成し実行するバリューチェーン計画連携装置を用いるバリューチェーン計画連携方法であって、前記複数のソフトウェアの少なくともいずれかは、前記複数のソフトウェアに含まれるいずれかの他のソフトウェアから得られる出力パラメータを入力パラメータとして用いるものであり、前記バリューチェーン計画連携装置は、前記複数のソフトウェアのそれぞれにおいて前記出力パラメータを複数算出する別解要求ステップと、前記複数のソフトウェアの入出力パラメータの組み合わせに応じて前記バリューチェーン全体で最良の重要業績評価指標値を得られる前記出力パラメータを全体計画として表示する表示ステップと、を実施することを特徴とする。

　本発明によれば、連携動作する複数のソフトウェア間で最適な結果を得られる計画パラメータを算出することができる。

　上記した以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。

第１実施形態に係るバリューチェーン計画連携システムの構成例を示す図である。 アプリマスター情報のデータ構造の例を示す図である。 操作変数情報のデータ構造の例を示す図である。 アプリチェーン情報のデータ構造の例を示す図である。 実行履歴情報のデータ構造の例を示す図である。 ジョブチェーン情報のデータ構造の例を示す図である。 最適化結果情報のデータ構造の例を示す図である。 最適化結果詳細情報のデータ構造の例を示す図である。 シナリオ情報のデータ構造の例を示す図である。 バリューチェーン計画連携装置のハードウェア構成の例を示す図である。 バリューチェーン計画連携処理の流れの例を示す図である。 最適解表示画面の例を示す図である。 バリューチェーン計画連携処理の実行例を示す図である。

　以下の実施形態においては便宜上その必要があるときは、複数のセクションまたは実施の形態に分割して説明するが、特に明示した場合を除き、それらはお互いに無関係なものではなく、一方は他方の一部または全部の変形例、詳細、補足説明等の関係にある。

　また、以下の実施形態において、要素の数等（個数、数値、量、範囲等を含む）に言及する場合、特に明示した場合および原理的に明らかに特定の数に限定される場合等を除き、その特定の数に限定されるものではなく、特定の数以上でも以下でもよい。

　さらに、以下の実施形態において、その構成要素（要素ステップ等も含む）は、特に明示した場合および原理的に明らかに必須であると考えられる場合等を除き、必ずしも必須のものではないことは言うまでもない。

　同様に、以下の実施形態において、構成要素等の形状、位置関係等に言及するときは特に明示した場合および原理的に明らかにそうではないと考えられる場合等を除き、実質的にその形状等に近似または類似するもの等を含むものとする。このことは、上記数値および範囲についても同様である。

　また、実施形態を説明するための全図において、同一の部材には原則として同一の符号を付し、その繰り返しの説明は省略する。以下、本発明の各実施形態について図面を用いて説明する。

　バリューチェーンとは、原材料・部品の調達から、製造、在庫管理、販売、配送までの製品の供給プロセスにおいて、各段階で付与される価値の連鎖を指す。配送や在庫管理業務においては、モノに直接的に価値を付与するプロセスではないものの、それらのコストは企業の利益を直接的に減少させるため最小化することが望ましい。したがって、バリューチェーンを最適運用するためには、利益最大かつコスト最小の両方を追求する必要がある。

　しかし、バリューチェーンを構成する各々の供給プロセスを個別にみたときには、それらのＫＰＩ（Ｋｅｙ　Ｐｅｒｆｏｒｍａｎｃｅ　Ｉｎｄｉｃａｔｏｒ：重要業績評価指標）が互いに異なる場合がある。製造部門を例にとると、小日程計画を立案するソフトウェア（以降、アプリケーションソフトウェア、アプリ、アプリケーションと称呼することがある）では、そのソフトウェアを用いる製造部門のＫＰＩが製造コストの最小化であるため、設備の変更をできる限り少なくする計画を立案することが最適な計画となる。つまり、同一製品を同時刻にまとめて製造するのが最適な計画となる。

　一方で、製品の配送計画を立案するソフトウェアにおいては、そのソフトウェアを用いる配送部門のＫＰＩが手配コストの最小化であるため、需要地が要求する複数の製品を同じトラックに積載するのが最適な計画となる。しかし、需要地に複数の製品を配送する場合を想定すると、上述したように同一製品が同時刻に完成する場合には、他の製品が製造される時刻までトラックの出発を後らせて待機させなければならないこととなる。これは非効率を招く。

　さらにいうと、工場においては、製品をトラックに積載するためのスペースに限りがあるため、同時刻に発着できるトラックの台数は制限される。そのため、小日程計画ソフトウェアが出力した製品の完成日時計画を配送計画ソフトウェアにインプットした場合、各トラックは製品の完成までの待機が必要となることから、発着可能台数を超過し、配送計画ソフトウェアにおいては実行不可能な解となる可能性すらある。

　本発明に係るバリューチェーン計画連携方法、装置、システムによれば、一方のアプリケーションソフトウェアの出力を他方のアプリケーションソフトウェアが入力値として利用するような入出力に利用関係のある複数のアプリケーションソフトウェアを連携動作させるバリューチェーンの計画システムにおいて、バリューチェーン全体で実行可能かつ効率的な計画を一貫性をもって立案できるため、棚資削減や生産、販売効率の向上が期待できる。

　図１は、第１実施形態に係るバリューチェーン計画連携システムの構成例を示す図である。バリューチェーン計画連携システム１は、複数のソフトウェアを業務に応じて組み合わせて構成し実行するバリューチェーン計画連携装置１００と、ネットワーク５０を介してバリューチェーン計画連携装置１００に通信可能に接続するユーザー端末装置２００と、を含む。

　ネットワーク５０は、例えば、ＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）、ＶＰＮ（Ｖｉｒｔｕａｌ　Ｐｒｉｖａｔｅ　Ｎｅｔｗｏｒｋ）、インターネット等の一般公衆回線を一部または全部に用いた通信網、携帯電話通信網等、のいずれかまたはこれらの複合したネットワークである。なお、ネットワーク５０は、Ｗｉ-Ｆｉ（登録商標）や５Ｇ（Ｇｅｎｅｒａｔｉｏｎ）等の無線による通信網であってもよい。

　バリューチェーン計画連携装置１００は、記憶部１１０と、処理部１２０と、入出力部１３０と、通信部１４０と、を備える。なお、バリューチェーン計画連携装置１００が実行するバリューチェーンを構成するソフトウェアのうち、複数のソフトウェアの少なくともいずれかは、複数のソフトウェアに含まれるいずれかの他のソフトウェアから得られる出力パラメータを入力パラメータとして用いるものである。

　記憶部１１０には、アプリマスター情報１１１と、操作変数情報１１２と、アプリチェーン情報１１３と、実行履歴情報１１４と、ジョブチェーン情報１１５と、最適化結果情報１１６と、最適化結果詳細情報１１７と、シナリオ情報１１８と、が含まれる。

　図２は、アプリマスター情報のデータ構造の例を示す図である。アプリマスター情報１１１では、アプリＩＤ１１１ａと、アプリ名称１１１ｂと、パラメータＩＤ１１１ｃと、ＫＰＩ１１１ｄと解生成数１１１ｅと、が対応付けられている。

　アプリＩＤ１１１ａと、アプリ名称１１１ｂとは、バリューチェーン計画連携システム１におけるソフトウェア動作の一連の機能を発揮するためのエントリーポイントを特定する情報である。例えば、アプリＩＤ１１１ａは、所定のソフトウェア動作の処理単位を特定する情報で、重複なく割り振られた識別子である。アプリ名称１１１ｂは、あるアプリＩＤにより特定される処理単位に付けられた名称である。

　パラメータＩＤ１１１ｃは、アプリＩＤ１１１ａにより特定されるソフトウェアにおいて読み込む変数または変数群を特定する情報である。ＫＰＩ１１１ｄは、アプリＩＤ１１１ａにより特定されるソフトウェアにおいて重視する（アウトプットの評価に用いる）変数を特定する情報である。解生成数１１１ｅは、アプリＩＤ１１１ａにより特定されるソフトウェアにおいてロバスト解を得る数の上限を特定する情報である。なお、本発明に係る実施形態においては、ロバスト解は、後続するソフトウェアにおいてデッドロック等が発生しないように、一つの入力に対し、ソフトウェアが持つパラメータを操作することで、ある程度のＫＰＩを得られる複数の準最適解とする。

　図３は、操作変数情報のデータ構造の例を示す図である。操作変数とは、ソフトウェアが利用する入力情報のうち、ソフトウェア外部から操作可能な変数、すなわち設定値等により規定される独立変数であって、かつソフトウェアの出力情報を変化させることができる変数である。操作変数情報１１２では、パラメータＩＤ１１２ａと、入力ファイル１１２ｂと、カラム名称１１２ｃと、行数１１２ｄと、上限１１２ｅと、下限１１２ｆと、が対応付けられている。

　パラメータＩＤ１１２ａは、ソフトウェアにおいて読み込む変数または変数群を特定する情報である。入力ファイル１１２ｂは、パラメータＩＤ１１２ａによって特定される変数群が格納されているファイルを特定する情報である。カラム名称１１２ｃは、入力ファイル１１２ｂによって特定されるファイル内における、パラメータＩＤ１１２ａによって特定される変数の名称を特定する情報である。

　行数１１２ｄは、カラム名称１１２ｃによって特定される変数が格納されているファイル内における位置（行数）を特定する情報である。上限１１２ｅと、下限１１２ｆとは、パラメータＩＤ１１２ａによって特定される変数の取りうる値の上限と下限をそれぞれ決定する情報である。

　図４は、アプリチェーン情報のデータ構造の例を示す図である。アプリチェーン情報１１３では、直前アプリＩＤ１１３ａと、アプリＩＤ１１３ｂと、が対応付けられている。

　直前アプリＩＤ１１３ａは、連続して動作する関係性にある二つのソフトウェアのうち、先行して動作するソフトウェアを特定する情報である。そして、アプリＩＤ１１３ｂは、連続して動作する関係性にある二つのソフトウェアのうち、先行して動作するソフトウェアに続いて動作するソフトウェアを特定する情報である。すなわち、アプリチェーン情報１１３では、直前アプリＩＤ１１３ａにより特定される先行ソフトウェアと、アプリＩＤ１１３ｂにより特定される後続ソフトウェアとがその実行順に応じて対応付けられている。

　図５は、実行履歴情報のデータ構造の例を示す図である。実行履歴情報１１４では、アプリＩＤ１１４ａと、解Ｎｏ１１４ｂと、パラメータＩＤ１１４ｃと、パラメータ値１１４ｄと、ＫＰＩ１１４ｅと、解候補フラグ１１４ｆと、が対応付けられている。

　アプリＩＤ１１４ａは、実行したソフトウェアを特定する情報である。解Ｎｏ１１４ｂは、アプリＩＤ１１４ａにおいて特定されるソフトウェアにより出力された結果である解を特定する情報である。パラメータＩＤ１１４ｃは、アプリＩＤ１１４ａにおいて特定されるソフトウェアが入力に用いた変数を特定する情報である。パラメータ値１１４ｄは、パラメータＩＤ１１４ｃにおいて特定される変数の値を特定する情報である。

　ＫＰＩ１１４ｅは、アプリＩＤ１１４ａにおいて特定されるソフトウェアが出力した結果のＫＰＩの値を特定する情報である。解候補フラグ１１４ｆは、アプリＩＤ１１４ａにおいて特定されるソフトウェアが実行不可能となるか否かに応じて、実行不可能である場合には「Ｎｏ」、実行可能である場合には「Ｙｅｓ」を示す情報である。

　図６は、ジョブチェーン情報のデータ構造の例を示す図である。ジョブチェーン情報１１５では、直前アプリＩＤ１１５ａと、入力解Ｎｏ１１５ｂと、アプリＩＤ１１５ｃと、解Ｎｏ１１５ｄと、解結果１１５ｅとが対応付けられている。

　直前アプリＩＤ１１５ａは、連続して実行された二つのソフトウェアのうち、先行して実行したソフトウェアを特定する情報である。入力解Ｎｏ１１５ｂは、直前アプリＩＤ１１５ａにおいて特定されるソフトウェアにより出力された結果である解を特定する情報である。この解は、連続して実行された二つのソフトウェアのうち、後続して実行したソフトウェアには入力として利用されるため、入力解ともいえる。

　アプリＩＤ１１５ｃは、直前アプリＩＤ１１５ａにおいて特定されるソフトウェアに後続して連続して実行されたソフトウェアを特定する情報である。解Ｎｏ１１５ｄは、アプリＩＤ１１５ｃにおいて特定されるソフトウェアにより出力された結果である解を特定する情報である。

　解結果１１５ｅは、アプリＩＤ１１５ｃにおいて特定されるソフトウェアが実行不可能となるか否かに応じて、実行不可能である場合には「Ｆａｉｌｕｒｅ」、実行可能である場合には「Ｓｕｃｃｅｓｓ」を示す情報である。

　図７は、最適化結果情報のデータ構造の例を示す図である。最適化結果情報１１６では、シナリオＩＤ１１６ａと、最適ＫＰＩ１１６ｂとが対応付けられている。

　シナリオＩＤ１１６ａは、バリューチェーンの計画立案単位に付与され、ある計画を他の計画から区別する情報である。最適ＫＰＩ１１６ｂは、シナリオＩＤ１１６ａにおいて特定される計画上最適となったＫＰＩの値である。

　図８は、最適化結果詳細情報のデータ構造の例を示す図である。最適化結果詳細情報１１７では、シナリオＩＤ１１７ａと、アプリＩＤ１１７ｂと、解Ｎｏ１１７ｃと、パラメータＩＤ１１７ｄと、パラメータ値１１７ｅとが対応付けられている。

　シナリオＩＤ１１７ａは、バリューチェーンの計画立案単位に付与され、ある計画を他の計画から区別する情報である。アプリＩＤ１１７ｂは、シナリオＩＤ１１７ａにおいて特定される計画上実行されたソフトウェアを特定する情報である。解Ｎｏ１１７ｃは、アプリＩＤ１１７ｂにおいて出力された結果である解を特定する情報である。パラメータＩＤ１１７ｄは、解Ｎｏ１１７ｃにおいて特定される解に含まれるパラメータを特定する情報である。パラメータ値１１７ｅは、パラメータＩＤ１１７ｄにおいて特定されるパラメータの値を特定する情報である。

　図９は、シナリオ情報のデータ構造の例を示す図である。シナリオ情報１１８では、シナリオＩＤ１１８ａと、シナリオ名称１１８ｂとが対応付けられている。

　シナリオＩＤ１１８ａは、バリューチェーンの計画立案単位に付与され、ある計画を他の計画から区別する情報である。シナリオ名称１１８ｂは、シナリオＩＤ１１８ａにおいて特定される計画の名称を特定する情報である。

　このような記憶部１１０の各情報は、必要時に、ネットワーク５０を介して、例えばＥＲＰ（Ｅｎｔｅｒｐｒｉｓｅ　Ｒｅｓｏｕｒｃｅ　Ｐｌａｎｎｉｎｇ）等のシステム、またはそれに準じるデータを蓄積したデータベース、もしくはＮＡＳ（Ｎｅｔｗｏｒｋ　Ａｔｔａｃｈｅｄ　Ｓｔｏｒａｇｅ）装置等から通信部１４０を介して取得するようにしてもよい。また、このような記憶部１１０の各情報は、出力パラメータを含むが、出力パラメータを上書き保存することで、バリューチェーン計画連携装置１００とは異なる他のリソース計画システムにおいて用いられる情報として活用されうる。さらには、記憶部１１０がＮＡＳ装置等に保存されている場合、最良のＫＰＩ値を得る場合の入出力パラメータを選択して上書き保存することで、バリューチェーン計画連携装置とは異なる他のリソース計画システムに送信することができる。

　図１の説明に戻る。処理部１２０には、設定情報読み込み部１２１と、アプリ実行部１２２と、別解要求部１２３と、計画組合せ部１２４と、計画評価部１２５と、表示制御部１２６と、が含まれる。

　設定情報読み込み部１２１は、記憶部１１０から処理に必要なデータをロードする。

　アプリ実行部１２２は、複数のソフトウェアを所定の順に実行して出力パラメータとともに重要業績評価指標値を記憶部１１０に格納する。アプリ実行部１２２が実行する複数のソフトウェアには、様々な種類のソフトウェアが含まれるが、例えば、バリューチェーンを構成する在庫計画を出力するソフトウェアや、生産計画を出力するソフトウェア等が少なくとも含まれる。その他には、輸送計画を出力するソフトウェア等、各種のソフトウェアが含まれる。

　別解要求部１２３は、アプリ実行部１２２にて実行したソフトウェアが実行不可能解を算出すると、該ソフトウェアの入力パラメータとして用いた情報を出力した直前のソフトウェアにおいて、ロバスト最適解となる出力パラメータを算出する。

　計画組合せ部１２４は、アプリ実行部１２２が実行したソフトウェアの処理結果のうち、実施可能解を得られた処理結果を抽出する。

　計画評価部１２５は、複数のソフトウェアの入出力パラメータの組み合わせに応じて重要業績評価指標値を集計する。

　表示制御部１２６は、集計した結果の良否を含めて表示する画面情報を生成し、ディスプレイ装置等の表示部に表示させる。あるいは、画面情報をユーザー端末装置２００に送信してユーザー端末装置２００のディスプレイ装置上に表示させる。

　入出力部１３０は、例えば、所定の処理を行った結果出力する情報が含まれる画面情報を表示し、キーボード、マウスおよびタッチパネル等にて入力された入力情報を受け付ける。

　通信部１４０は、ネットワーク５０を介して、ユーザー端末装置２００を含む他の装置との間で情報の送受信を行う。

　ユーザー端末装置２００は、バリューチェーン計画立案者が操作することのできる情報処理装置である。ユーザー端末装置２００は、データを保持する記憶部と、入出力を制御する入出力部と、各種処理を行う処理部と、を備える一般的なパーソナルコンピューター等の情報処理装置である。

　図１０は、バリューチェーン計画連携装置のハードウェア構成の例を示す図である。バリューチェーン計画連携装置１００は、中央処理装置（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ：ＣＰＵ）３０１と、メモリ３０２と、ハードディスク装置（Ｈａｒｄ　Ｄｉｓｋ　Ｄｒｉｖｅ：ＨＤＤ）などの外部記憶装置３０３と、ＣＤ（Ｃｏｍｐａｃｔ　Ｄｉｓｋ）やＤＶＤ（Ｄｉｇｉｔａｌ　Ｖｅｒｓａｔｉｌｅ　Ｄｉｓｋ）などの可搬性を有する記憶媒体３０４に対して情報を読む読取装置３０５と、キーボードやマウス、バーコードリーダなどの入力装置３０６と、ディスプレイなどの出力装置３０７と、インターネットなどのネットワーク５０を介して他のコンピュータと通信する通信装置３０８とを備えた一般的なコンピュータ３００、あるいはこのコンピュータ３００を複数備えたネットワークシステムにより実現できる。なお、読取装置３０５は、可搬性を有する記憶媒体３０４の読取だけでなく、書き込みも可能なものであっても良いことは言うまでもない。

　例えば、処理部１２０に含まれる設定情報読み込み部１２１と、アプリ実行部１２２と、別解要求部１２３と、計画組合せ部１２４と、計画評価部１２５と、表示制御部１２６とは、外部記憶装置３０３に記憶されている所定のプログラムをメモリ３０２にロードしてＣＰＵ３０１で実行することで実現可能であり、入出力部１３０は、ＣＰＵ３０１が入力装置３０６および出力装置３０７を利用することで実現可能であり、通信部１４０は、ＣＰＵ３０１が通信装置３０８を利用することで実現可能であり、記憶部１１０は、ＣＰＵ３０１がメモリ３０２または外部記憶装置３０３を利用することにより実現可能である。

　処理部１２０を実現する所定のプログラムは、読取装置３０５を介して可搬性を有する記憶媒体３０４から、あるいは、通信装置３０８を介してネットワーク５０から、外部記憶装置３０３にダウンロードされ、それから、メモリ３０２上にロードされてＣＰＵ３０１により実行されるようにしてもよい。また、読取装置３０５を介して可搬性を有する記憶媒体３０４から、あるいは、通信装置３０８を介してネットワークから、メモリ３０２上に直接ロードされ、ＣＰＵ３０１により実行されるようにしてもよい。

　なお、ユーザー端末装置２００についても、図１０に示すような一般的なコンピュータ３００で実現可能である。

　図１１は、バリューチェーン計画連携処理の流れの例を示す図である。バリューチェーン計画連携処理は、バリューチェーン計画連携装置１００が起動後に要求を受け付けた場合、あるいは所定の周期（例えば、毎日）に従って開始される。

　まず、設定情報読み込み部１２１は、マスタデータを読込む（ステップＳ００１）。具体的には、設定情報読み込み部１２１は、アプリマスター情報１１１と、操作変数情報１１２と、アプリチェーン情報１１３と、シナリオ情報１１８と、を読込む。以降の各処理では、シナリオ情報１１８におけるシナリオＩＤごとに実行を制御する。

　アプリ実行部１２２は、シナリオ上のアプリチェーンにおいて、最後尾のアプリが終了したか否か判定する（ステップＳ００２）。具体的には、アプリ実行部１２２は、アプリチェーン情報１１３を参照し、直前アプリＩＤ１１３ａに、処理が完了したソフトウェアのアプリＩＤが含まれているか否か判定する。含まれていない場合には、アプリ実行部１２２は、最後尾のアプリが終了した（ステップＳ００２にて「Ｙｅｓ」）と判断して、ステップＳ０１１へ制御を進める。含まれている場合には、アプリ実行部１２２は、まだ後続するソフトウェアが存在するために最後尾のアプリが終了していない（ステップＳ００２にて「Ｎｏ」）と判断して、アプリ実行部１２２は、制御をステップＳ００３へ進める。

　アプリ実行部１２２は、直前アプリの実行結果ごとにカレントアプリを実行する（ステップＳ００３）。具体的には、アプリチェーン情報１１３を参照し、最後に実行したソフトウェアを直前アプリＩＤ１１３ａから検索し、紐づけられたアプリＩＤ１１３ｂを参照して該当するソフトウェアを実行する（実行するソフトウェアをカレントアプリとする）。その実行については、アプリ実行部１２２は、直前アプリから出力された結果が複数セット存在する場合には、各結果ごとにソフトウェアを実行する。なお、初回実行時は、アプリ実行部１２２は、アプリＩＤ１１３ｂに存在しないアプリであって、かつ直前アプリＩＤ１１３ａに唯一エントリのあるソフトウェアを実行することにより、アプリチェーンの先頭からソフトウェアを実行する。

　アプリＩＤ１１３ｂに該当するソフトウェアの実行結果は、アプリ実行部１２２が、実行履歴情報１１４に入力値として使用した解Ｎｏと、パラメータのＩＤと値と、実行の結果得たＫＰＩとして格納する。また、アプリ実行部１２２は、ジョブチェーン情報１１５についても作成し格納する。

　そして、アプリ実行部１２２は、実行不可能解が無かったか否か判定する（ステップＳ００４）。具体的には、アプリ実行部１２２は、実行したカレントアプリの処理結果において、実行不可能と判定された結果を特定する。実行不可能解が無く、すべての解が実行可能な場合（ステップＳ００４にて「Ｙｅｓ」の場合）には、アプリ実行部１２２は、制御をステップＳ００９へ進める。

　実行不可能解の存在がある場合（ステップＳ００４にて「Ｎｏ」の場合）には、アプリ実行部１２２は、当該ソフトウェアの解候補フラグ１１４ｆについて、実行不可能である場合には「Ｎｏ」を格納する（ステップＳ００５）。さらに、アプリ実行部１２２は、実行不可能である場合にはジョブチェーン情報１１５の解結果１１５ｅを「Ｆａｉｌｕｒｅ」に変更する。

　そして、別解要求部１２３は、ジョブチェーン情報１１５の解結果１１５ｅが「Ｆａｉｌｕｒｅ」であるレコードの直前アプリＩＤ１１５ａを参照し、実行履歴情報１１４におけるアプリＩＤ１１４ａに該当するレコードを検索する。そして、別解要求部１２３は、検索した結果について、ＫＰＩ１１４ｅを参照し、最も良いＫＰＩを得ている解Ｎｏ１１４ｂを選択する。すなわち、別解要求部１２３は、実行不能解を導出するに至ったソフトウェアの直前アプリにおいて最も良いＫＰＩを得たパラメータを特定する。

　そして、別解要求部１２３は、実行履歴情報１１４のパラメータＩＤ１１４ｃとパラメータ値１１４ｄを初期操作変数値として、操作変数情報１１２に示した上限１１２ｅ、下限１１２ｆの範囲内でロバスト最適解を一つまたは複数算出する。（ステップＳ００６）すなわち、記憶部１１０の操作変数情報１１２に予め記憶された直前のソフトウェアの処理に用いるパラメータの範囲内で、直前のソフトウェアのＫＰＩが最良となる場合の出力パラメータに基づいてロバスト最適解となる出力パラメータを一つまたは複数算出する。なお、ロバスト最適解の算出方法は例えばベイズ最適化や機械学習等を用いてもよいし、数理計画法における感度分析などを使用してもよい。

　ロバスト最適解を算出する処理においては、別解要求部１２３は、優良なＫＰＩが求まる操作変数の値を複数算出する。算出する解の個数は、アプリマスター情報１１１の解生成数１１１ｅにおいて各ソフトウェア単位で特定される。ロバスト最適解を算出する際にソフトウェアの実行を要するが、その実行にはアプリ実行部１２２を使用する。

　そして、アプリ実行部１２２は、カレントアプリの全解が実行不可能か否か判定する（ステップＳ００７）。具体的には、アプリ実行部１２２は、実行履歴情報１１４から、ステップＳ００６において算出したロバスト最適解およびカレントアプリにおけるその他すべての解が実行不可能か否か判定する。

　すべての解が実行不可能の場合（ステップＳ００７において「Ｙｅｓ」の場合）には、アプリ実行部１２２は、直前アプリにてロバスト最適解を追加する（ステップＳ００８）。具体的には、アプリ実行部１２２は、アプリチェーン情報１１３を参照し、カレントアプリの直前アプリＩＤ１１３ａを特定する。そして、特定した直前アプリでロバスト最適解を算出し、ステップＳ００３に制御を戻す。

　いずれかの解を得られた場合（ステップＳ００７において「Ｎｏ」の場合）には、アプリ実行部１２２は、実行履歴を登録する（ステップＳ００９）。具体的には、アプリ実行部１２２は、当該ソフトウェアの解候補フラグ１１４ｆについて、実行可能である場合には「Ｙｅｓ」を格納し、実行履歴情報１１４とジョブチェーン情報１１５を計画連携情報として保存する。

　そして、アプリ実行部１２２は、次のアプリに処理を進める（ステップＳ０１０）。具体的には、アプリ実行部１２２は、アプリチェーン情報１１３を参照して、カレントアプリが直前アプリＩＤ１１３ａであるレコードを特定し、後続して実行するアプリをカレントアプリとして特定する。そして、アプリ実行部１２２は、制御をステップＳ００２に戻す。

　最後尾アプリが終了済みである場合（ステップＳ００２にて「Ｙｅｓ」の場合）には、計画組合せ部１２４および計画評価部１２５は、ＫＰＩが最大となる全体解を抽出する（ステップＳ０１１）。具体的には、計画組合せ部１２４は、計画連携情報に含まれる実行履歴情報１１４およびジョブチェーン情報１１５を参照し、解候補フラグ１１４ｆと、解結果１１５ｅがそれぞれ「Ｙｅｓ」、「Ｓｕｃｃｅｓｓ」のレコードを抽出する。

　そして、計画評価部１２５は、計画組合せ部１２４によって抽出されたレコードを対象として、最適化結果情報１１６を作成する。計画評価部１２５は、シナリオを構成するジョブチェーン情報１１５に紐づく実行履歴情報１１４のＫＰＩ１１１４ｆをシナリオ単位で集計し、最良ＫＰＩを選択してシナリオＩＤ１１６ａごとに最適ＫＰＩ１１６ｂに格納する。

　なお、このＫＰＩの集計においては、計画評価部１２５は、ＫＰＩの値の性質、重視する指標値、複数のソフトウェアの入出力パラメータの組み合わせ等に応じて各ＫＰＩに重みづけを行って集計するようにしてもよい。例えば、小さい値の方が良いＫＰＩの値と、大きい値の方が良いＫＰＩの値とを単純に和算すると、全体ＫＰＩの評価が適切でなくなる可能性が大きいため、何らかの値の加工を行って全体ＫＰＩを算出するようにしてもよい。

　また、計画評価部１２５は、計画組合せ部１２４によって抽出されたレコードを対象に、最適化結果詳細情報１１７を作成する。最適化結果詳細情報１１７には、一貫して実行可能なバリューチェーン計画を得る各アプリの操作変数を示すデータが格納される。

　そして、表示制御部１２６は、ユーザー画面に最適解を出力する（ステップＳ０１２）。具体的には、表示制御部１２６は、最適化結果詳細情報１１７を参照して、全体ＫＰＩが最適となる場合の各アプリのＫＰＩの内訳を含めて表示画面を生成し、ディスプレイ装置あるいはユーザー端末装置２００に出力させる。

　以上が、バリューチェーン計画連携処理の流れの例である。バリューチェーン計画連携処理によれば、連携動作する複数のソフトウェア間で最適な結果を得られる計画パラメータを算出することができる。

　図１２は、最適解表示画面の例を示す図である。表示制御部１２６は、最適化結果情報１１６および最適化結果詳細情報１１７を用いて、最適解表示画面５００を作成する。最適解表示画面５００では、各ユーザーが作成したシナリオの選択を受け付けるシナリオ一覧領域５１０と、シナリオごとの全体ＫＰＩをグラフ化したＫＰＩグラフ表示領域５２０と、各シナリオの最適ＫＰＩを得られる内訳をアプリごとに表示する内訳表示領域５３０を表示している一例を示している。ユーザーはシナリオを選択すると、下部にバリューチェーン全体で実行可能な計画の組合せのうち、網掛け表示の最適ＫＰＩおよびその他の実行可能な計画のＫＰＩを表示し、各アプリのパラメータ値とそのときのＫＰＩを個別表示することができる。

　図１３は、バリューチェーン計画連携処理の実行例を示す図である。アプリ実行部１２２は、Ａアプリ４１０と、Ｂアプリ４２０と、Ｃアプリ４３０と、をその順に実行する。これは、アプリチェーン情報１１３に、「直前アプリＩＤ、アプリＩＤ」の組み合わせとして、「Ａアプリ、Ｂアプリ」、「Ｂアプリ、Ｃアプリ」の情報が含まれる場合の例であるといえる。

　Ａアプリ４１０が入力情報４００を用いて、出力情報４１１を出力したとすると、後続するＢアプリ４２０では出力情報４１１を用いて出力情報４２１を出力する。仮に出力情報４２１が実行不可能である場合には、別解要求部１２３は、直前アプリであるＡアプリ４１０の中で最良のＫＰＩとなる出力情報４１１を特定して類似のＫＰＩを得られるロバスト最適解（例えば、出力情報４１１ａと、出力情報４１１ｂと）を生成する。そして、アプリ実行部１２２は、出力情報４１１ａを用いてＢアプリ４２０を実行し、出力情報４２２を得る。

　Ｂアプリ４２０に後続するＣアプリ４３０では出力情報４２２を用いて出力情報４３１を出力する。仮に出力情報４３１が実行不可能である場合には、別解要求部１２３は、直前アプリであるＢアプリ４２０の中で最良のＫＰＩとなる出力情報４２２を特定して類似のＫＰＩを得られるロバスト最適解（例えば、出力情報４２２ａと、出力情報４２２ｂと）を生成する。

　出力情報４２２ａと、出力情報４２２ｂとを用いてＣアプリ４３０が処理を行った場合に、それぞれ出力情報４３２と出力情報４３３とが得られる。これらの出力情報４３２と出力情報４３３とが実行不可能解である場合であっても、Ａアプリ４１０による出力情報４１１のロバスト最適解である出力情報４１１ｂを用いたＢアプリ４２０による出力情報４２４を入力情報としてＣアプリ４３０を実行し、出力情報４３４を得ることができる。

　そして、この例では、実行したシナリオ内で最良の全体ＫＰＩを得られる解を最適解として、Ａアプリ４１０の出力を特定し表示している。なお、図１３においては、出力情報のうち、実施不可能結果の場合は「バツ」を、実行可能であるが標準的な結果の場合は「三角」を、ＫＰＩが良い結果の場合には「マル」として示しているが、出力画面上では別の表示を行うものとして構わない。

　以上が、第１実施形態に係る計画連携システムである。バリューチェーン計画連携システム１によると、連携動作する複数のソフトウェア間、とくにバリューチェーン全体で最適な結果を得られる計画パラメータを算出することができる。

　なお、本発明は上記の実施形態に限定されるものではなく、様々な変形例が含まれる。例えば、計画評価部１２５は、各アプリにおいて得られるＫＰＩをシナリオ単位で集計する際に重みづけ計算を行っているが、これに限られるものではなく、例えば所定のアルゴリズムを用いて計算するようにしてもよい。あるいは、各アプリにおいて得られるＫＰＩに変動幅がある場合には、ＫＰＩの確率分布に応じて全体ＫＰＩを算出するようにしてもよい。

　また、計画評価部１２５は、ＫＰＩを集計するのみならず、最良となるＫＰＩを得る計画の入出力パラメータを選択して他のＥＲＰシステムに送信するようにしてもよい。このようにすることで、各種のシステムと自動的に連動することができる。

　また、ある実施形態の構成の一部を他の実施形態の構成に置き換えることが可能であり、ある実施形態の構成に他の実施形態の構成を加えることも可能である。また、実施形態の構成の一部について、他の構成の追加・削除・置換をすることが可能である。

　また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ等の記録装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。

　また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が通信ネットワーク、バス等により相互に接続されていると考えてもよい。

　本発明に係る技術は、計画連携システムに限られず、サーバー装置、コンピュータ読み取り可能なプログラム、バリューチェーン計画方法などの様々な態様で提供できる。

　１・・・計画連携システム、５０・・・ネットワーク、１００・・・バリューチェーン計画連携装置、１１０・・・記憶部、１１１・・・アプリマスター情報、１１２・・・操作変数情報、１１３・・・アプリチェーン情報、１１４・・・実行履歴情報、１１５・・・ジョブチェーン情報、１１６・・・最適化結果情報、１１７・・・最適化結果詳細情報、１１８・・・シナリオ情報、１２０・・・処理部、１２１・・・設定情報読み込み部、１２２・・・アプリ実行部、１２３・・・別解要求部、１２４・・・計画組合せ部、１２５・・・計画評価部、１２６・・・表示制御部、１３０・・・入出力部、１４０・・・通信部、２００・・・ユーザー端末装置。

Claims (9)

1. 　複数のソフトウェアを業務に応じて組み合わせて構成し実行するバリューチェーン計画連携装置を用いるバリューチェーン計画連携方法であって、
   　前記複数のソフトウェアの少なくともいずれかは、前記複数のソフトウェアに含まれるいずれかの他のソフトウェアから得られる出力パラメータを入力パラメータとして用いるものであり、
   　前記バリューチェーン計画連携装置は、
   　前記複数のソフトウェアのそれぞれにおいて前記出力パラメータを複数算出する別解要求ステップと、
   　前記複数のソフトウェアの入出力パラメータの組み合わせに応じて前記バリューチェーン全体で最良の重要業績評価指標値を得られる前記出力パラメータを全体計画として表示する表示ステップと、
   　を実施することを特徴とするバリューチェーン計画連携方法。
2. 　請求項１に記載のバリューチェーン計画連携方法であって、
   　前記別解要求ステップにおいて、前記バリューチェーン計画連携装置は、
   　前記ソフトウェアの処理において、ロバスト最適解となる前記出力パラメータを一つまたは複数算出する、
   　ことを特徴とするバリューチェーン計画連携方法。
3. 　請求項１に記載のバリューチェーン計画連携方法であって、
   　前記別解要求ステップにおいて、前記バリューチェーン計画連携装置は、
   　前記ソフトウェアの処理において、該ソフトウェアの前記出力パラメータより求まる重要業績評価指標値が最良となる場合の前記出力パラメータに基づいて前記ロバスト最適解となる前記出力パラメータを一つまたは複数算出する、
   　ことを特徴とするバリューチェーン計画連携方法。
4. 　請求項１に記載のバリューチェーン計画連携方法であって、
   　前記出力パラメータは、前記バリューチェーン計画連携装置とは異なる他のリソース計画システムにおいて用いられる情報である、
   　ことを特徴とするバリューチェーン計画連携方法。
5. 　請求項１に記載のバリューチェーン計画連携方法であって、
   　前記バリューチェーン計画連携装置は、
   　前記出力パラメータより求まる重要業績評価指標値が最良となる場合の前記入出力パラメータを選択して、前記バリューチェーン計画連携装置とは異なる他のリソース計画システムに送信する計画評価ステップ、
   　を実施することを特徴とするバリューチェーン計画連携方法。
6. 　請求項１に記載のバリューチェーン計画連携方法であって、
   　前記バリューチェーン計画連携装置は、
   　前記複数のソフトウェアの入出力パラメータの組み合わせに応じて前記出力パラメータより求まる重要業績評価指標値に所定の重みづけを行って集計する計画評価ステップ、
   　を実施することを特徴とするバリューチェーン計画連携方法。
7. 　請求項１に記載のバリューチェーン計画連携方法であって、
   　前記複数のソフトウェアには、少なくとも、在庫計画を出力する処理、または生産計画を出力する処理のいずれかを含む、
   　ことを特徴とするバリューチェーン計画連携方法。
8. 　複数のソフトウェアを業務に応じて組み合わせて構成し実行するバリューチェーン計画連携装置であって、
   　前記複数のソフトウェアの少なくともいずれかは、前記複数のソフトウェアに含まれるいずれかの他のソフトウェアから得られる出力パラメータを入力パラメータとして用いるものであり、
   　前記複数のソフトウェアのそれぞれにおいて前記出力パラメータを複数算出する別解要求部と、
   　前記複数のソフトウェアの入出力パラメータの組み合わせに応じて前記バリューチェーン全体で最良の重要業績評価指標値を得られる前記出力パラメータを全体計画として表示する表示制御部と、
   　を備えることを特徴とするバリューチェーン計画連携装置。
9. 　複数のソフトウェアを業務に応じて組み合わせて構成し実行するバリューチェーン計画連携システムであって、
   　前記複数のソフトウェアの少なくともいずれかは、前記複数のソフトウェアに含まれるいずれかの他のソフトウェアから得られる出力パラメータを入力パラメータとして用いるものであり、
   　前記複数のソフトウェアのそれぞれにおいて前記出力パラメータを複数算出する別解要求部と、
   　前記複数のソフトウェアの入出力パラメータの組み合わせに応じて前記バリューチェーン全体で最良の重要業績評価指標値を得られる前記出力パラメータを全体計画として表示する表示制御部と、
   　を備えることを特徴とするバリューチェーン計画連携システム。

Images