JP7447919B2 - 交渉装置、交渉方法及びプログラム - Google Patents

Description

本発明は、交渉装置、交渉方法及びプログラムに関する。

自動交渉の技術が知られている。この技術に関連し、特許文献１は、予め立案した製造部門での製造予定計画である生産枠の情報、及び既受注情報に基づいて、顧客の新規注文の納期を算出する納期調整支援装置を開示する。また、特許文献２は、効用関数を利用した探索型交渉を行い得る方法を開示する。

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

商品又は役務を供給する場合、需要を満足するように提供することだけでなく、納期、費用、数量等といった要素からなる条件を踏まえて、供給者である組織の利益をより良くすることが求められる。しかしながら、上述した特許文献にかかる技術では、組織にとって適切な交渉を効率的に行うことができないおそれがある。

本開示の目的は、このような課題を解決するためになされたものであり、適切な交渉を効率的に行うことが可能な交渉装置、交渉方法及びプログラムを提供することにある。

本開示にかかる交渉装置は、商品又は役務の需要に関する１つ以上の要素を含む需要条件を取得する条件取得手段と、商品又は役務の提供に要する１つ以上の資源の利用可能状況を示す資源情報に基づいて、予め定められた効用関数を用いて、取得された前記需要条件の効用値を算出する算出手段と、算出された前記効用値に基づいて、商品又は役務の提供のための交渉に関する動作である交渉動作を決定する動作決定手段と、を有する。

また、本開示にかかる交渉方法は、商品又は役務の需要に関する１つ以上の要素を含む需要条件を取得し、商品又は役務の提供に要する１つ以上の資源の利用可能状況を示す資源情報に基づいて、予め定められた効用関数を用いて、取得された前記需要条件の効用値を算出し、算出された前記効用値に基づいて、商品又は役務の提供のための交渉に関する動作である交渉動作を決定する。

また、本開示にかかるプログラムは、商品又は役務の需要に関する１つ以上の要素を含む需要条件を取得するステップと、商品又は役務の提供に要する１つ以上の資源の利用可能状況を示す資源情報に基づいて、予め定められた効用関数を用いて、取得された前記需要条件の効用値を算出するステップと、算出された前記効用値に基づいて、商品又は役務の提供のための交渉に関する動作である交渉動作を決定するステップと、をコンピュータに実行させる。

本開示によれば、適切な交渉を効率的に行うことが可能な交渉装置、交渉方法及びプログラムを提供できる。

本開示の実施の形態にかかる交渉装置の概要を示す図である。 実施の形態１にかかる交渉システムの構成を示す図である。 実施の形態１にかかる交渉装置の構成を示す図である。 実施の形態１にかかる資源情報を例示する図である。 実施の形態１にかかる交渉装置によって実行される交渉方法を示すフローチャートである。 図５に示したＳ１１０の処理の詳細を示すフローチャートである。 図６に示したＳ１１１の処理で生成される予約パターンを例示する図である。 図６に示したＳ１１１の処理で生成される予約パターンを例示する図である。 図６に示したＳ１１１の処理で生成される予約パターンを例示する図である。 図５に示した再割り当て処理（Ｓ１３０）の詳細を示すフローチャートである。 実施の形態１にかかる再割り当ての方法を説明するための図である。 図５に示したＳ１４０の処理の詳細を示すフローチャートである。 図５に示した枠数変更処理（Ｓ１５０）の詳細を示すフローチャートである。 実施の形態１にかかる枠数変更の方法を説明するための図である。 実施の形態１にかかる枠数変更の方法を説明するための図である。 実施の形態１にかかる、枠を増加するための交渉動作を説明するための図である。 図５に示した交渉動作実行処理（Ｓ１７０）の詳細を示すフローチャートである。 図５に示した交渉動作実行処理（Ｓ１７０）の詳細を示すフローチャートである。 図５に示したＳ１８０の処理の詳細を示すフローチャートである。 図５に示した対案生成処理（Ｓ１９０）の詳細を示すフローチャートである。 到来した商談条件における納期を満たせない資源情報を例示する図である。 実施の形態１にかかる交渉装置による処理の具体例を説明するための図である。 実施の形態１にかかる交渉装置による処理の具体例を説明するための図である。 実施の形態２にかかる交渉装置によって実行される交渉方法を示すフローチャートである。

（本開示にかかる実施の形態の概要）
本開示の実施形態の説明に先立って、本開示にかかる実施の形態の概要について説明する。図１は、本開示の実施の形態にかかる交渉装置１の概要を示す図である。

交渉装置１は、例えば、コンピュータである。交渉装置１は、条件取得部２と、算出部４と、動作決定部６とを有する。条件取得部２、算出部４及び動作決定部６は、それぞれ、条件取得手段、算出手段及び動作決定手段としての機能を有する。

条件取得部２は、商品又は役務（以下、商品等）の需要に関する１つ以上の要素を含む需要条件を取得する。ここで、需要条件に含まれる要素は、例えば、商品等の納期、費用、数量等が含まれるが、これに限定されない。また、需要条件は、例えば、実際に顧客から到来した商談に関する商談条件と、需要予測に関する需要予測条件とを含み得るが、これらに限定されない。算出部４は、資源情報に基づいて、予め定められた効用関数を用いて、取得された需要条件の効用値を算出する。ここで、資源情報は、商品等の提供に要する１つ以上の資源の利用可能状況を示す。資源情報は、例えば、ＡＴＰ（Available To Promise）及びＣＴＰ（Capable to Promise）の少なくとも一方を含み得るが、これらに限定されない。また、利用可能状況は、各資源を利用可能な枠を含み得る。ここで、ＡＴＰは、即時に納期回答が可能な枠の属性を意味する。また、ＣＴＰは、納期回答について交渉の余地がある枠の属性を意味する。

動作決定部６は、算出された効用値に基づいて、商品等の提供のための交渉に関する動作である交渉動作を決定する。交渉動作は、例えば、商談条件を受諾すること、商談条件を拒否すること、及び、資源の供給のための新たな枠を確保するための動作を行うこと、などを含み得るが、これらに限定されない。

上述した特許文献１にかかる技術では、単に、生産残枠等を考慮して顧客希望納期で製品を生産できれば注文を受諾することを開示するのみである。したがって、特許文献１にかかる技術では、組織の利益が良くなるように新規注文を割り付けることができないおそれがある。また、上述した特許文献２にかかる技術では、提案作成ルール群を利用して取引条件提案の効用を評価する効用関数を利用して交渉を行うことを開示するのみである。したがって、特許文献２にかかる技術では、供給者である組織の実際の資源の利用可能状況を考慮して交渉を行うことができないおそれがある。したがって、上述した特許文献にかかる技術では、組織にとって適切な交渉を効率的に行うことができないおそれがある。

これに対し、本実施の形態にかかる交渉装置１は、資源情報に基づいて、効用関数を用いて需要条件の効用値を算出し、算出された効用値に基づいて、交渉動作を決定するように構成されている。これにより、需要条件に応じて、効率的に、組織（企業等）の利益をより高くするような交渉動作を決定することができる。特に、需要条件が複数の要素を含むような複雑な交渉である場合であっても、効率的に、組織（企業等）の利益をより高くするような交渉動作を決定することができる。したがって、本実施の形態にかかる交渉装置１は、組織にとって適切な交渉を効率的に行うことが可能となる。

さらに、本実施の形態にかかる交渉装置１は、資源の供給のための新たな枠（供給能力）を確保するための交渉動作を行うことができるので、二者間での交渉だけでなく、三者以上の間での交渉動作を効率的に決定することができる。すなわち、本実施の形態にかかる交渉装置１は、現在の資源情報では資源を供給するための枠が不足しているため新たな枠を必要とする場合に、顧客以外の他者（サプライヤ等）に対して交渉を行うことも決定できる。したがって、本実施の形態にかかる交渉装置１は、三者以上の間で交渉を行うといった複雑な交渉に対しても、組織にとって適切な交渉を効率的に行うことが可能となる。

なお、交渉装置１によって実行される交渉方法によっても、組織にとって適切な交渉を効率的に行うことができる。また、交渉方法を実行するプログラムを用いても、組織にとって適切な交渉を効率的に行うことができる。さらに、複数の交渉装置１から構成される交渉システムによって、各交渉装置１を用いる組織それぞれの立場で適切な交渉を効率的に行うことができる。

（実施の形態１）
以下、実施形態について、図面を参照しながら説明する。説明の明確化のため、以下の記載及び図面は、適宜、省略、及び簡略化がなされている。また、各図面において、同一の要素には同一の符号が付されており、必要に応じて重複説明は省略されている。

図２は、実施の形態１にかかる交渉システム２０の構成を示す図である。交渉システム２０は、複数の交渉装置１００を有する。交渉装置１００は、図１に示した交渉装置１に対応する。交渉装置１００は、例えばコンピュータである。各交渉装置１００は、交渉の主体となる企業等の組織によって用いられる。つまり、各交渉装置１００は、組織ごとに設けられている。各交渉装置１００は、例えば有線又は無線等のネットワークを介して、通信可能に接続され得る。また、複数の交渉装置１００は、例えばクラウドコンピューティングによって実現されてもよい。この場合、複数の交渉装置１００は、互いに物理的に別個である必要はない。

図２に示す例では、交渉装置１００Ａは、交渉装置１００Ｃ、交渉装置１００Ｓ及び交渉装置１００Ｂと、通信可能に接続されている。交渉装置１００Ａが設けられた組織９０Ａから見て、交渉装置１００Ｃが設けられた組織９０Ｃは、商談における顧客となり得る。組織９０Ａは、組織９０Ｃと組織９０Ａとの商談において、１つ以上の資源を用いて、顧客である組織９０Ｃに、商品又は役務（以下、商品等）を提供する。

また、組織９０Ａから見て、交渉装置１００Ｓが設けられた組織９０Ｓは、必要な資源を提供するサプライヤであり得る。このとき、組織９０Ｓは、組織９０Ｃと組織９０Ａとの商談において、組織９０Ａが組織９０Ｃに供給する商品等の提供に要する資源を供給し得る。したがって、組織９０Ｓから見て、組織９０Ａは、顧客となり得る。また、交渉装置１００Ｂが設けられた組織９０Ｂは、組織９０Ａと実質的に同様の商品等を提供し得る。したがって、組織９０Ａから見て、組織９０Ｂは、同業者となり得る。そして、各組織９０をサプライチェーンの層とみなす場合、組織９０Ａを層ｎとすると、組織９０Ｓは層ｎ＋１であり、組織９０Ｃは層ｎ－１であり、組織９０Ｂは層ｎである。

例えば、組織９０Ｃから組織９０Ａに商品Ａを提供して欲しい旨の商談Ａがあった場合、交渉装置１００Ａは、組織９０Ａにおける資源情報に応じて、商談Ａに対応する需要条件の効用値を算出する。そして、交渉装置１００Ａは、算出された効用値に応じて、交渉動作を決定する。なお、交渉装置１００Ａは、自律的に、他の交渉装置１００（例えば交渉装置１００Ｃ又は交渉装置１００Ｓ）に対して、交渉動作を実行するための情報を送信することで、自動交渉を実行してもよい。あるいは、交渉装置１００Ａは、決定された交渉動作を、組織９０Ａのユーザに知覚可能に出力してもよい。これにより、ユーザは、決定された交渉動作を実行できる。

ここで、現在の資源情報から効用値が予め定められた閾値を超えるような条件下で商品Ａに要する資源を確保できる場合は、交渉装置１００Ａは、交渉動作として、商談Ａを受諾することを決定してもよい。また、商品Ａに要する資源を確保するために、現在の資源情報では効用値が予め定められた閾値を超えるような条件がない場合、交渉装置１００Ａは、資源情報の利用可能状況における、各資源を供給するための枠を変更するための交渉動作を決定してもよい。これは、例えば、変更対象の枠を確保するために、組織９０Ｓに対して、当該枠に対応する資源を供給するように交渉を行うと決定することを意味する。このように、実施の形態１にかかる交渉装置１００Ａは、資源情報に応じて算出された効用値を用いて交渉動作を決定するので、組織９０Ａが利用可能な資源を用いて、組織９０Ａの利益が良くなるように、交渉動作を決定することができる。詳しくは後述する。

図３は、実施の形態１にかかる交渉装置１００の構成を示す図である。図２に示した複数の交渉装置１００それぞれが、図３に示す構成を有し得る。なお、以下、図２に示した複数の交渉装置１００を区別せずに説明する場合、説明の対象となっている交渉装置１００が設けられた組織９０を、単に、「組織９０」と称する。

交渉装置１００は、主要なハードウェア構成として、制御部１０２と、記憶部１０４と、通信部１０６と、インタフェース部１０８（ＩＦ；Interface）とを有する。制御部１０２、記憶部１０４、通信部１０６及びインタフェース部１０８は、データバスなどを介して相互に接続されている。

制御部１０２は、例えばＣＰＵ（Central Processing Unit）等のプロセッサである。制御部１０２は、制御処理及び演算処理等を行う演算装置としての機能を有する。記憶部１０４は、例えばメモリ又はハードディスク等の記憶デバイスである。記憶部１０４は、例えばＲＯＭ（Read Only Memory）又はＲＡＭ（Random Access Memory）等である。記憶部１０４は、制御部１０２によって実行される制御プログラム及び演算プログラム等を記憶するための機能を有する。また、記憶部１０４は、処理データ等を一時的に記憶するための機能を有する。記憶部１０４は、データベースを含み得る。

通信部１０６は、他の交渉装置１００等の他の装置とネットワークを介して通信を行うために必要な処理を行う。通信部１０６は、通信ポート、ルータ、ファイアウォール等を含み得る。インタフェース部１０８（ＩＦ；Interface）は、例えばユーザインタフェース（ＵＩ）である。インタフェース部１０８は、キーボード、タッチパネル又はマウス等の入力装置と、ディスプレイ又はスピーカ等の出力装置とを有する。インタフェース部１０８は、ユーザ（オペレータ）によるデータの入力の操作を受け付け、ユーザに対して情報を出力する。インタフェース部１０８は、決定された交渉動作に関する情報を表示してもよい。

実施の形態１にかかる交渉装置１００は、構成要素として、条件取得部１１２と、資源情報取得部１１４と、顧客交渉部１２０と、再割り当て部１３０と、枠数変更部１４０と、内部資源交渉部１５０と、外部資源交渉部１６０とを有する。顧客交渉部１２０は、パターン生成部１２２と、効用値算出部１２４と、交渉動作決定部１２６とを有する。

条件取得部１１２は、図１に示した条件取得部２に対応する。条件取得部１１２は、条件取得手段としての機能を有する。資源情報取得部１１４は、資源情報取得手段としての機能を有する。顧客交渉部１２０は、顧客交渉手段としての機能を有する。再割り当て部１３０は、再割り当て手段としての機能を有する。枠数変更部１４０は、枠数変更手段としての機能を有する。内部資源交渉部１５０は、内部資源交渉手段（資源交渉手段）としての機能を有する。外部資源交渉部１６０は、外部資源交渉手段（資源交渉手段）としての機能を有する。パターン生成部１２２は、パターン生成手段としての機能を有する。

効用値算出部１２４は、図１に示した算出部４に対応する。効用値算出部１２４は、効用値算出手段としての機能を有する。交渉動作決定部１２６は、図１に示した動作決定部６に対応する。交渉動作決定部１２６は、交渉動作決定手段としての機能を有する。

なお、上述した各構成要素は、例えば、制御部１０２の制御によって、プログラムを実行させることによって実現できる。より具体的には、各構成要素は、記憶部１０４に格納されたプログラムを、制御部１０２が実行することによって実現され得る。また、必要なプログラムを任意の不揮発性記録媒体に記録しておき、必要に応じてインストールすることで、各構成要素を実現するようにしてもよい。また、各構成要素は、プログラムによるソフトウェアで実現することに限ることなく、ハードウェア、ファームウェア、及びソフトウェアのうちのいずれかの組み合わせ等により実現してもよい。また、各構成要素は、例えばＦＰＧＡ（field-programmable gate array）又はマイコン等の、ユーザがプログラミング可能な集積回路を用いて実現してもよい。この場合、この集積回路を用いて、上記の各構成要素から構成されるプログラムを実現してもよい。以上のことは、後述する他の実施の形態においても同様である。なお、各構成要素の具体的な機能については後述する。

条件取得部１１２は、上述した需要条件（商談条件又は需要予測条件）を取得する。顧客から商談が到来した場合、条件取得部１１２は、商談条件を示す情報を取得する。商談条件は、要素として、例えば、顧客が所望する製品、納期、費用、数量等を含み得る。なお、条件取得部１１２は、顧客の交渉装置１００から通信部１０６を介して、商談条件を示す情報を取得してもよい。あるいは、ユーザによって商談条件が入力される場合、条件取得部１１２は、インタフェース部１０８を介して商談条件を示す情報を取得してもよい。

また、条件取得部１１２は、任意のタイミングで、需要予測条件を取得する。需要予測条件は、将来の需要予測に関する条件である。需要予測条件は、過去の需要の実績から予測される需要（商談）に関する。需要予測条件の要素は、例えば、将来需要があると予想される製品、納期（需要が高まる時期）、費用、数量等を示し得る。需要予測条件は、例えば、時期と需要との関係を示す需要予測分布で示されてもよい。需要予測分布は、例えば、ある時期に商談が到来する確率分布を示す商談到来予測分布であってもよい。このような需要予測分布により、後述するように、需要が高まると予測される時期に製品を製造できるように、資源情報における枠を予め確保しておくことができる。需要予測条件は、過去の取引データを教師データとして機械学習によって生成された学習済みモデルによって生成されてもよい。なお、条件取得部１１２は、記憶部１０４に格納された需要予測条件を取得してもよい。あるいは、条件取得部１１２は、交渉装置１００とは別の装置から、通信部１０６を介して、需要予測条件を示す情報を取得してもよい。

資源情報取得部１１４は、上述した資源情報を取得する。資源情報は、商品等の提供に要する複数の資源の利用可能状況を示している。つまり、複数の資源を用いて、商品等が提供され得る。商品等の提供に要する資源は、例えば、資材（部品）及び工程（製造工程）が含まれるが、これに限られない。資源情報で管理される資源は、上記のいずれかであってもよいし、他の資源であってもよい。資源情報の例については図４を用いて後述する。

なお、資源情報が記憶部１０４に格納されている場合、資源情報取得部１１４は、記憶部１０４から資源情報を取得する。また、資源情報が交渉装置１００とは別の装置に格納されている場合、資源情報取得部１１４は、通信部１０６を介して資源情報を取得する。また、資源情報がユーザによって入力される場合、資源情報取得部１１４は、インタフェース部１０８を介して資源情報を取得する。また、資源情報取得部１１４は、交渉装置１００とは別の装置に格納されている情報を取り出して、資源情報を生成（取得）してもよい。

図４は、実施の形態１にかかる資源情報を例示する図である。図４に示す例では、ある商品Ｘの提供に要する資源として、資材Ａ、資材Ｂ、工程Ｅ、及び工程Ｆが示されている。つまり、図４に例示した資源情報では、ある商品Ｘの製造管理は、資材Ａ、資材Ｂ、工程Ｅ、及び工程Ｆを用いて管理され得る。そして、図４の例では、商品Ｘは、資材Ａ、資材Ｂ、工程Ｅ、及び工程Ｆを全て用いて製造され得る。また、図４の例では、資源ごとに、１日に４つの枠が設けられている。なお、図４に示した資源情報では、日付ごとに枠が管理されているが、日付又は時間軸で枠を管理する必要はない。

図４に例示する資源情報において、Ｘ印で表される枠８０ｘは、ある需要に対して予約済みの枠（予約済み枠）である。つまり、枠８０ｘには、ある需要の提供に要する資源が既に割り当てられている。一方、枠８０ａ，８０ｂ，８０ｃ，８０ｄには、未だ、需要の提供に要する資源が既に割り当てられていない。つまり、枠８０ａ，８０ｂ，８０ｃ，８０ｄは、空き枠である。

枠８０ａ，８０ｂ，８０ｃは、ＡＴＰに関する枠（ＡＴＰ枠）である。丸印で表される枠８０ａは、「在庫あり」の枠である。三角形の印で表される枠８０ｂは、「確保済みかつ購入義務内」の枠である。つまり、枠８０ｂは、対応する資源をサプライヤから必ず購入する旨の確約がある枠である。ひし形の印で表される枠８０ｃは、「確保済みかつ購入義務外かつ供給義務内」の枠である。つまり、枠８０ｃは、対応する資源を組織９０がサプライヤから購入する義務はないが、サプライヤに要求すれば必ず供給される旨の確約がある枠である。また、星型の印で表される枠８０ｄは、ＣＴＰに関する枠（ＣＴＰ枠）である。枠８０ｄは、「供給義務外だが交渉による可否回答が早い可能性大」の枠である。つまり、枠８０ｄは、対応する資源をサプライヤが組織９０に供給する義務はないが、サプライヤとの交渉により、供給される可能性が高い枠である。なお、ＡＴＰに関する枠の属性については、上記の３つの種類はあくまでも例示であって、これらの３つの種類に限定されない。

なお、各枠８０（空き枠）には、それぞれ、組織９０が対応する資源を利用する上での損得に関わる属性が対応付けられている。例えば、ある資源について、枠８０ごとに、コスト、品質及び納期が異なり得る。例えば、ある資源について、枠８０ｄでは、他の空き枠よりも、資源を割り当てる際のコストが高い可能性がある。例えば、工程Ｆについて、枠８０ａ－Ｆは、「品質：良、コスト：３００円」といった属性が対応付けられている。また、資材Ａについて、枠８０ａ－Ａは、「品質：良、仕入れ日：１０／１８、価格：１０００円」といった属性が対応付けられている。また、また、資材Ａについて、枠８０ｄ－Ａは、「仕入れ先：Ａ社、価格：１２００円以上予想」といった属性が対応付けられている。後述するように、顧客交渉部１２０は、これらの属性を効用関数に入力することによって、資源情報を用いて需要条件の効用値を算出する。

図４の例において、資材Ａについて、１０月２０日の４つの枠のうち、１つの枠は枠８０ｘであり、２つの枠は枠８０ａであり、残りの１つの枠は枠８０ｄである。また、資材Ａについて、１０月２１日の４つの枠のうち、１つの枠は枠８０ｂであり、１つの枠が枠８０ｃであり、残りの２つの枠は枠８０ｄである。

顧客交渉部１２０（図３）は、顧客との交渉に関する処理を行う。顧客交渉部１２０は、再割り当て部１３０、枠数変更部１４０、内部資源交渉部１５０及び外部資源交渉部１６０の動作を制御し得る。パターン生成部１２２は、資源情報に応じた複数の実現可能なパターンを生成する。具体的には、パターン生成部１２２は、資源情報における空き枠に需要条件にかかる商品等の提供に要する資源を割り当てるパターン（予約パターン）を、複数生成する。詳しくは後述する。

効用値算出部１２４は、予め定められた効用関数を用いて、取得された需要条件の効用値を算出する。具体的には、効用値算出部１２４は、パターン生成部１２２によって生成された複数の予約パターンごとに、効用値を算出する。ここで、資源情報における空き枠に需要条件に関する資源を割り当てる割り当て方に応じて、効用値が異なり得る。詳しくは後述する。なお、効用関数のパラメータは、ユーザによって、適宜、設定可能である。

交渉動作決定部１２６は、効用値算出部１２４によって算出された効用値に基づいて、交渉動作を決定する。具体的には、交渉動作決定部１２６は、予め定められた閾値を超える効用値となる予約パターンに応じて、交渉動作を決定する。さらに具体的には、交渉動作決定部１２６は、閾値を超える効用値のうち最大となる効用値となる予約パターンに応じて、交渉動作を決定する。交渉動作決定部１２６は、例えば、効用値に基づいて、商談条件を受諾するか否かを決定する。また、交渉動作決定部１２６によって決定された動作に応じて、再割り当て部１３０、枠数変更部１４０、内部資源交渉部１５０及び外部資源交渉部１６０が動作し得る。詳しくは後述する。ここで、効用値と比較される閾値は、組織９０の利益が得られる限度を示し得る。つまり、効用値が閾値以下である場合、その予約パターンでは、組織９０の利益が得られない可能性があることを意味する。なお、閾値は、ユーザによって、適宜、設定可能である。

再割り当て部１３０は、再割り当て処理を行う。再割り当て部１３０は、資源情報の利用可能状況における割り当て済みの枠について仮想的に再割り当てを行うことで構成される複数のパターンごとに、予め定められた効用関数を用いて算出された需要条件の効用値に基づいて、再割り当て後のパターンを選択する。具体的には、再割り当て部１３０は、需要条件に関する資源について、複数のパターンで、資源情報において予約済み枠と空き枠とを入れ替えることで、再割り当てを行う。また、再割り当て部１３０は、再割り当てされた資源情報の枠のパターン（再割り当てパターン）ごとに、予め定められた効用関数を用いて、効用値を算出する。したがって、再割り当て部１３０は、効用値を算出する算出手段としても機能し得る。また、再割り当て部１３０に関する効用関数は、顧客交渉部１２０（効用値算出部１２４）に関する効用関数と異なり得る。また、再割り当て部１３０は、再割り当てパターンごとに算出された効用値に基づいて、再割り当て後のパターンを選択する。なお、再割り当て部１３０にかかる需要条件は、商談条件であってもよいし、需要予測条件であってもよい。再割り当て部１３０は、任意のタイミングで、再割り当て処理を行い得る。再割り当て部１３０の処理の詳細については後述する。

枠数変更部１４０は、枠数変更処理を行う。枠数変更部１４０は、資源情報の利用可能状況における各資源を供給するための枠の数を仮想的に変更することで構成される複数のパターンごとに、予め定められた効用関数を用いて算出された需要条件の効用値に基づいて、枠数変更後のパターンを選択する。具体的には、枠数変更部１４０は、需要条件に関する資源について、複数のパターンで、資源情報において、仮想的に空き枠の数を変更する。これにより、枠数が変更されたパターン（枠数変更パターン）が生成される。また、枠数変更部１４０は、枠数変更パターンごとに、予め定められた効用関数を用いて、効用値を算出する。したがって、枠数変更部１４０は、効用値を算出する算出手段としても機能し得る。また、枠数変更部１４０に関する効用関数は、顧客交渉部１２０（効用値算出部１２４）及び再割り当て部１３０に関する効用関数と異なり得る。また、枠数変更部１４０は、枠数変更パターンごとに算出された効用値に基づいて、枠数変更後のパターンを選択する。枠数変更部１４０は、任意のタイミングで枠数変更処理を行い得る。枠数変更部１４０の処理の詳細については後述する。

内部資源交渉部１５０は、組織９０の内部における資源（内部資源）を利用可能か否かの交渉を行うための処理を行う。ここで、「内部資源」とは、ある商品Ｘに関する資源情報に予め割り当てられている枠（図４の例では１日４個）とは異なる枠に、交渉次第で割り当てられ得る資源である。例えば、資材Ａに関する内部資源は、商品Ｘとは異なるが資源Ａを要する商品Ｘ’の供給に要し、在庫がある資材Ａに対応し得る。また、工程Ｆに関する内部資源は、残業等によって確保されるマンパワーに対応し得る。内部資源交渉部１５０は、閾値を超える効用値となる枠数変更パターンに関する条件に基づいて、枠数変更に伴って変更された枠に割り当てられる資源に関する新たな商談に関する新たな商談条件を生成する。また、内部資源交渉部１５０は、商談条件に応じて他の交渉装置によって生成された回答情報に応じて、新たな商談条件の成立の有無を判定する。回答情報は、変更された枠に割り当てられる資源に関する情報であって、商談を受諾するか否か、及び受諾しない場合の対案を示し得る。

外部資源交渉部１６０は、組織９０の外部における資源（外部資源）を利用可能か否かの交渉を行うための処理を行う。ここで、「外部資源」とは、他の組織から交渉によって供給され得る資源のことである。外部資源交渉部１６０は、閾値を超える効用値となる枠数変更パターンに関する条件に基づいて、枠数変更に伴って変更された枠に割り当てられる資源に関する新たな商談に関する新たな商談条件を生成する。また、外部資源交渉部１６０は、商談条件に応じて他の交渉装置によって生成された、変更された枠に割り当てられる資源に関する回答情報に応じて、新たな商談条件の成立の有無を判定する。なお、内部資源交渉部１５０及び外部資源交渉部１６０は、ある資源についてＣＴＰ枠を予約した場合も、交渉に関する処理を行ってもよい。この場合、後述する商談条件は相手とすでに契約済み等の既知の情報であってもよく、後述する商談生成ルールはその事前にやり取りした条件を発出するように定められていてもよい。

図５は、実施の形態１にかかる交渉装置１００によって実行される交渉方法を示すフローチャートである。図５は、商談が到来した場合の交渉方法を示すフローチャートを示している。なお、図５に示した処理フローは、あくまでも一例であって、交渉方法のフローは、図５の流れに限定されない。

まず、顧客から商談が到来すると、交渉装置１００は、商談条件及び資源情報を取得する（ステップＳ１０２）。具体的には、条件取得部１１２は、需要条件である商談条件Ｘを取得する。このとき、条件取得部１１２は、さらに需要予測条件を取得してもよい。商談条件Ｘは、例えば、図４に例示した資源情報で管理される資源（資材Ａ、資材Ｂ、工程Ｅ、工程Ｆ）を用いて製造される商品Ｘに関する。このとき、商談条件は、（商品Ｘ、納期：１０月２０日）といった情報を含み得る。また、資源情報取得部１１４は、組織９０における現在の資源の利用可能状況を示す資源情報を取得する。資源情報取得部１１４は、例えば図４に例示した資源情報を取得する。

顧客交渉部１２０は、現在の資源情報に、商談条件に関する資源のための空き枠があるか否かを判定する（ステップＳ１０４）。現在の資源情報に空き枠がある場合（Ｓ１０４のＹＥＳ）、顧客交渉部１２０は、現在の資源情報に応じた交渉動作決定処理を行う（ステップＳ１１０）。Ｓ１１０の処理については後述する。そして、交渉動作決定部１２６は、Ｓ１１０の処理結果に対応する交渉動作を決定する。一方、現在の資源情報に空き枠がない場合（Ｓ１０４のＮＯ）、交渉動作決定部１２６は、枠数変更処理を行うと決定する。そして、処理はＳ１５０に進む。

Ｓ１１０の処理の結果、商談条件が受諾される場合（ステップＳ１２０のＹＥＳ）、処理は終了する。このとき、顧客交渉部１２０は、自動的に、顧客である組織９０の交渉装置１００に対して、商談を受諾する旨の回答情報を送信してもよい（以降の「商談条件が受諾される場合」について同様）。一方、Ｓ１１０の処理の結果、商談条件が受諾されない場合（Ｓ１２０のＮＯ）、交渉動作決定部１２６は、再割り当て処理を行うと決定する。そして、顧客交渉部１２０の制御により、再割り当て部１３０は、再割り当て処理を実行する（ステップＳ１３０）。Ｓ１３０の処理については後述する。そして、顧客交渉部１２０は、再割り当て後の資源情報に応じた交渉動作決定処理を行う（ステップＳ１４０）。Ｓ１４０の処理については後述する。

そして、交渉動作決定部１２６は、Ｓ１４０の処理結果に対応する交渉動作を決定する。Ｓ１４０の処理の結果、商談条件が受諾される場合（ステップＳ１４９のＹＥＳ）、処理は終了する。一方、Ｓ１４０の処理の結果、商談条件が受諾されない場合（Ｓ１４９のＮＯ）、交渉動作決定部１２６は、枠数変更処理を行うと決定する。そして、顧客交渉部１２０の制御により、枠数変更部１４０は、枠数変更処理を実行する（ステップＳ１５０）。Ｓ１５０の処理については後述する。そして、交渉装置１００（内部資源交渉部１５０及び外部資源交渉部１６０の少なくとも一方）は、Ｓ１５０の処理結果に応じた交渉動作を実行する（ステップＳ１７０）。Ｓ１５０及びＳ１７０の処理については後述する。

そして、顧客交渉部１２０は、枠数変更後の資源情報に応じた交渉動作決定処理を行う（ステップＳ１８０）。Ｓ１８０の処理については後述する。そして、交渉動作決定部１２６は、Ｓ１８０の処理結果に対応する交渉動作を決定する。Ｓ１８０の処理の結果、商談条件が受諾される場合（ステップＳ１８９のＹＥＳ）、処理は終了する。一方、Ｓ１８０の処理の結果、商談条件が受諾されない場合（Ｓ１８９のＮＯ）、交渉動作決定部１２６は、対案を生成する（ステップＳ１９０）。Ｓ１８０及びＳ１９０の処理については後述する。なお、Ｓ１３０の処理及びＳ１５０の処理は、任意のタイミングで行われてもよい。

図６は、図５に示したＳ１１０の処理の詳細を示すフローチャートである。顧客交渉部１２０のパターン生成部１２２は、複数の予約パターンを生成する（ステップＳ１１１）。具体的には、パターン生成部１２２は、商談に関する商品等の提供に要する資源を空き枠に割り当てることで、複数の予約パターンを生成する。

図７～図９は、図６に示したＳ１１１の処理で生成される予約パターンを例示する図である。図７～図９の例では、図４に例示した資源情報における空き枠である枠８０ａ～８０ｄに、商談条件Ｘにかかる資源が割り当てられている。図７に例示した予約パターン＃１では、資材Ａは、１０月２０日の枠８０ａ－Ａに割り当てられている。資材Ｂは、１０月２０日の枠８０ａ－Ｂに割り当てられている。工程Ｅは、１０月２０日の枠８０ａ－Ｅに割り当てられている。工程Ｆは、１０月２１日の枠８０ｂ－Ｆに割り当てられている。

図８に例示した予約パターン＃２では、資材Ａは、１０月２０日の枠８０ａ－Ａに割り当てられている。資材Ｂは、１０月２０日の枠８０ａ－Ｂに割り当てられている。工程Ｅは、１０月２０日の枠８０ａ－Ｅに割り当てられている。工程Ｆは、１０月２０日の枠８０ａ－Ｆに割り当てられている。

図９に例示した予約パターン＃３では、資材Ａは、１０月２０日の枠８０ｄ－Ａに割り当てられている。資材Ｂは、１０月２０日の枠８０ａ－Ｂに割り当てられている。工程Ｅは、１０月２０日の枠８０ａ－Ｅに割り当てられている。工程Ｆは、１０月２０日の枠８０ａ－Ｆに割り当てられている。

効用値算出部１２４は、効用関数を用いて、Ｓ１１１の処理で生成された複数の予約パターンごとに、効用値を算出する（ステップＳ１１３）。つまり、効用値算出部１２４は、商談条件に必要な１つ以上の資源を、資源情報における現在の利用可能状況における複数の枠のどれに割り当てるかに応じて構成される複数のパターン（予約パターン）ごとに、商談条件の効用値を算出する。具体的には、効用値算出部１２４は、予約パターンごとに、ある資源が割り当てられた枠８０の属性を入力として、効用関数を計算し、効用値を算出する。

顧客交渉部１２０における効用関数Ｆ１は、例えば、以下の式１で表される。
Ｆ１＝ｆ１＋ｇ１ ・・・（１）
ここで、関数ｆ１は、例えば、以下の式２で表される。
ｆ１（売値，買値）＝売値－買値 ・・・（２）
また、関数ｇ１は、例えば、以下の式３で表される。

ここで、関数ｆ１は、組織９０の儲けに関する関数である。また、関数ｇ１は、納期に関する関数であり、上段の条件は顧客の納期を守れないことに対する自社（組織９０）の不利益に対応し、下段の条件は組織９０における在庫管理コストに対応する。ここで、関数ｇ１のａは、在庫管理コストに関するパラメータである。また、関数ｆ１の「売値」及び関数ｇ１の「希望納期」は、商談条件Ｘに応じて与えられ得る。つまり、関数ｆ１の「売値」及び関数ｇ１の「希望納期」は、顧客との合意事項である。一方、関数ｆ１の「買値」及び関数ｇ１の「提供日」は、予約パターンにおいて資源が割り当てられた枠８０の属性に応じて与えられ得る。

効用値算出部１２４は、予約パターンごとに、効用関数Ｆ１の値である効用値Ｆ１（予約パターン）を算出する。そして、交渉動作決定部１２６は、予め定められた閾値を超える効用値があるか否かを判定する（ステップＳ１１５）。つまり、交渉動作決定部１２６は、各予約パターンに関する効用値が予め定められた閾値を超えるか否かを判定する。具体的には、交渉動作決定部１２６は、以下の式４が成り立つ予約パターン＃ｘがあるか否かを判定する。
Ｆ１（予約パターン＃ｘ）＞ｔ１ ・・・（４）

なお、ｔ１は、予め定められた閾値である。閾値ｔ１は、ユーザによって適宜設定され得る。閾値ｔ１は、組織９０の利益に関する。効用値が閾値ｔ１を超える場合、顧客の希望納期を守り、かつ、組織９０の必要な利益を確保しつつ、商品等を提供可能であることを意味する。なお、Ｓ１１５の処理は、ｆ１（予約パターン＃ｘ）＞ｔｆ１、かつ、ｇ１（予約パターン＃ｘ）＞ｔｇ１であるか否かを判定することであってもよい（後述するＳ１４５及びＳ１８５の処理でも同様）。ここで、ｔｆ１及びｔｇ１は、予め定められた閾値である。閾値ｔｆ１は、価格に対する利益に関する。また、閾値ｔｇ１は、納期に対する利益に関する。なお、上述した効用関数及び閾値については、組織９０の目的に沿うように（つまり組織９０の利益が大きくなるように）、適宜、設定可能である。このことは、後述する他の効用関数及び閾値についても同様である。

そして、閾値を超える効用値がある場合（Ｓ１１５のＹＥＳ）、交渉動作決定部１２６は、効用値が最大となる予約パターンを選択する（ステップＳ１１７）。そして、交渉動作決定部１２６は、選択された予約パターンに応じた条件で商談を受諾すると決定する（ステップＳ１１９、Ｓ１２０のＹＥＳ）。一方、閾値を超える効用値がない場合（Ｓ１１５のＮＯ）、処理はＳ１３０に進む。つまり、交渉動作決定部１２６は、再割り当て処理（Ｓ１３０）を行うと決定する。Ｓ１３０の処理については後述する。

ここで、図７に示した予約パターン＃１では、工程Ｆが割り当てられた枠８０の日付は、希望納期よりも後である。したがって、商品Ａを提供できるのは１０月２１日以降となるので、（希望納期－提供日）＜０となる。したがって、式３より、ｇ１＝－∞となるので、効用値Ｆ１（予約パターン＃１）は、閾値ｔ１以下となる。なお、図８に示した予約パターン＃２及び図９に示した予約パターン＃３では、効用値は閾値ｔ１を超えるとする。つまり、Ｆ１（予約パターン＃２）＞ｔ１、Ｆ１（予約パターン＃３）＞ｔ１である。

また、Ｆ１（予約パターン＃２）とＦ１（予約パターン＃３）とを比較すると、予約パターン＃２では、資材Ａは、枠８０ａに割り当てられている。一方、予約パターン＃３では、資材Ａは、枠８０ｄに割り当てられている。ここで、上述したように、枠８０ｄ－Ａのコストは、枠８０ａ－Ａのコストよりも高くなる可能性が高い。したがって、式２より、ｆ１（予約パターン＃２）の方がｆ１（予約パターン＃３）よりも大きくなる。したがって、Ｆ１（予約パターン＃２）＞Ｆ１（予約パターン＃３）＞ｔ１となる。したがって、交渉動作決定部１２６は、予約パターン＃２を選択する。そして、交渉動作決定部１２６は、予約パターン＃２に関する条件で商談条件を受諾すると決定する。

上述したように、顧客交渉部１２０は、資源情報を用いて得られた複数の予約パターンそれぞれについて、商談条件の効用値を算出し、効用値が閾値を超える予約パターンに応じて、交渉動作を決定するように構成されている。したがって、より効率的に、組織９０の利益が得られるといった適切な交渉を行うことが可能となる。さらに、顧客交渉部１２０は、閾値を超える効用値のうちの最大となる効用値の予約パターンに応じて、交渉動作を決定するように構成されている。したがって、組織９０の利益が最大となるような交渉を、効率的に行うことが可能となる。

なお、式１の例では、効用関数は、関数ｆ１と関数ｇ１との和としたが、これに限られない。効用関数Ｆ１は、関数ｆ１であってもよいし、関数ｇ１であってもよい。あるいは、効用関数は、関数ｆ１と関数ｇ１との積であってもよい。Ｆ１＝ｆ１である場合、ｆ１（予約パターン）＞ｔ１となる予約パターンが選択され得る。また、Ｆ１＝ｇ１である場合、ｇ１（予約パターン）＞ｔ１となる予約パターンが選択され得る。さらに、上述した効用関数は一例であって、効用関数は、組織９０ごと又は資源ごとに、任意に設定され得る。これらのことは、以下に説明する他の効用関数についても同様である。

図１０は、図５に示した再割り当て処理（Ｓ１３０）の詳細を示すフローチャートである。再割り当て部１３０は、資源情報を取得する（ステップＳ１３１）。再割り当て部１３０は、複数の再割り当てパターンを生成する（ステップＳ１３３）。具体的には、上述したように、再割り当て部１３０は、需要条件に関する資源について、複数のパターンで、資源情報において予約済み枠（枠８０ｘ）と空き枠（枠８０ａ等）とを入れ替えることで、再割り当てを行う。

図１１は、実施の形態１にかかる再割り当ての方法を説明するための図である。例えば、ある資源について、現在の資源情報の利用可能状況では、１０月２０日には４つの空き枠（例えば枠８０ａ）があり、１０月２１日には４つの予約済み枠（枠８０ｘ）があるとする。このとき、再割り当て部１３０は、１０月２０日の空き枠と１０月２１日の予約済み枠とを任意に入れ替える。これにより、例えば、図１１に例示した４つの再割り当てパターン＃１～＃４が生成される。

再割り当てパターン＃１では、１０月２０日に３つの空き枠及び１つの予約済み枠があり、１０月２１日に３つの予約済み枠及び１つの空き枠がある。再割り当てパターン＃２では、１０月２０日に２つの空き枠及び２つの予約済み枠があり、１０月２１日に２つの予約済み枠及び２つの空き枠がある。再割り当てパターン＃３では、１０月２０日に１つの空き枠及び３つの予約済み枠があり、１０月２１日に１つの予約済み枠及び３つの空き枠がある。再割り当てパターン＃４では、１０月２０日に４つの予約済み枠があり、１０月２１日に４つの空き枠がある。なお、図１１の例では、空き枠と予約済み枠とが入れ替えられる期間を２日間（１０月２０日から１０月２１日）としたが、この期間は任意である。この期間は、ユーザによって適宜設定され得る。

次に、再割り当て部１３０は、効用関数を用いて、Ｓ１３３の処理で生成された複数の再割り当てパターンごとに、効用値を算出する（ステップＳ１３５）。具体的には、再割り当て部１３０は、再割り当てパターンごとに、需要予測条件に関するパラメータを入力として、効用関数を計算し、効用値を算出する。

再割り当て部１３０における効用関数Ｆ２は、例えば、以下の式５で表される。
Ｆ２＝ｆ２＋ｇ２ ・・・（５）
ここで、関数ｆ２は、例えば、以下の式６で表される。
ｆ２＝（再割り当てパターン＃ｘにおける商談到来予測分布による期待利益）－（再割り当て前の資源情報のパターンにおける商談到来予測分布による期待利益） ・・・（６）
また、関数ｇ２は、例えば、以下の式７で表される。

ここで、関数ｆ２は、組織９０の儲けに関する関数である。また、関数ｇ２は、納期に関する関数であり、上段の条件は顧客の納期を守れないことに対する自社（組織９０）の不利益に対応し、下段の条件は組織９０における在庫管理コストに対応する。なお、商談到来予測分布による期待利益は、商談到来予測分布において需要が高くなる日に空き枠が多ければ、大きくなる。また、式７の「希望納期」は、予約済み枠における商品等の希望納期に対応し、「提供日」は入れ替え後の予約済み枠の日に対応する。なお、効用関数Ｆ２は、実際に到来した商談条件を考慮して、以下の式８のように表されてもよい。
Ｆ２＝（ｆ１＋ｆ２）＋（ｇ１＋ｇ２） ・・・（８）
また、効用関数Ｆ２は、予約済み枠が特定の日に偏らないように、平準化された場合に値が高くなるような関数としてもよい。

再割り当て部１３０は、予め定められた閾値を超える効用値があるか否かを判定する（ステップＳ１３７）。つまり、再割り当て部１３０は、各再割り当てパターンに関する効用値が予め定められた閾値を超えるか否かを判定する。具体的には、再割り当て部１３０は、以下の式９が成り立つ再割り当てパターン＃ｘがあるか否かを判定する。
Ｆ２（再割り当てパターン＃ｘ）＞ｔ２ ・・・（９）

なお、ｔ２は、予め定められた閾値である。閾値ｔ２は、ユーザによって適宜設定され得る。閾値ｔ２は、組織９０の利益に関する。効用値が閾値ｔ２を超える場合、予約済み枠に関する商談における希望納期を守り、かつ、組織９０の必要な利益を確保しつつ、需要条件に対して商品等を提供可能であることを意味する。

そして、閾値を超える効用値がある場合（Ｓ１３７のＹＥＳ）、再割り当て部１３０は、効用値が最大となる再割り当てパターンを選択する（ステップＳ１３９）。そして、処理は、後述するＳ１４０に進む。一方、閾値を超える効用値がない場合（Ｓ１３７のＮＯ）、再割り当て部１３０は、再割り当てを行わない。この場合、交渉動作決定部１２６は、枠数変更処理（Ｓ１５０）を行うと決定する。そして、処理は、後述するＳ１５０に進む。

例えば、Ｆ２（再割り当てパターン＃２）＞Ｆ２（再割り当てパターン＃ｘ）＞ｔ２（但しｘ＝１，３，４）である場合、再割り当て部１３０は、再割り当てパターン＃２を選択する。この場合、再割り当て部１３０は、１０月２１日の４つの予約済み枠のうちの２つを１０月２０日に移行し、１０月２１日に２つの空き枠を設けると決定する。これにより、例えば１０月２１日に製造されるはずであった２つの商品Ａ（又は資源Ａ等）が、１０月２０日に製造されることとなる。これにより、希望納期と提供日との差が大きくなるのでｇ２の値は減少するものの、効用関数Ｆ２の値としては最大となる。なお、上述した例では、再割り当て部１３０は、効用値が最大となる再割り当てパターンを選択するとしたが、これに限られない。再割り当て部１３０は、例えば空き枠が少ない場合等では、上位ｎ個（ｎは１以上の整数）の効用値の再割り当てパターンを選択してもよい。

図１２は、図５に示したＳ１４０の処理の詳細を示すフローチャートである。顧客交渉部１２０のパターン生成部１２２は、Ｓ１３９の処理で選択された再割り当てパターンに対して、１つ以上の予約パターンを生成する（ステップＳ１４１）。具体的には、パターン生成部１２２は、商談に関する商品等の提供に要する資源を、再割り当てパターンにおける空き枠に割り当てることで、１つ以上の予約パターン（再割り当て後の予約パターン）を生成する。なお、再割り当て部１３０が上位ｎ個の効用値の再割り当てパターンを選択した場合、パターン生成部１２２は、選択されたｎ個の再割り当てパターンそれぞれについて、予約パターン（再割り当て後の予約パターン）を生成してもよい。

効用値算出部１２４は、効用関数を用いて、Ｓ１４１の処理で生成された予約パターンごとに、効用値を算出する（ステップＳ１４３）。つまり、効用値算出部１２４は、商談条件に必要な１つ以上の資源を、再割り当て部１３０によって選択された再割り当て後のパターンにおける枠のどれに割り当てるかに応じて構成されるパターンごとに、商談条件の効用値を算出する。具体的には、効用値算出部１２４は、再割り当て後の予約パターンごとに、ある資源が割り当てられた枠８０の属性を入力として、効用関数を計算し、効用値を算出する。なお、効用関数は、上記の式１で表されるものであってもよい。

そして、交渉動作決定部１２６は、予め定められた閾値を超える効用値があるか否かを判定する（ステップＳ１４５）。具体的には、交渉動作決定部１２６は、上記の式４が成り立つ予約パターン＃ｘがあるか否かを判定する。そして、閾値を超える効用値がある場合（Ｓ１４５のＹＥＳ）、交渉動作決定部１２６は、効用値が最大となる予約パターンを選択する（ステップＳ１４７）。そして、交渉動作決定部１２６は、選択された予約パターンに応じた条件で商談を受諾すると決定する（ステップＳ１４８，Ｓ１４９のＹＥＳ）。一方、閾値を超える効用値がない場合（Ｓ１４５のＮＯ）、処理はＳ１５０に進む。つまり、交渉動作決定部１２６は、枠数変更処理を行うと決定する。Ｓ１５０の処理については後述する。

上述したように、再割り当て部１３０は、資源情報の利用可能状況における割り当て済みの枠について仮想的に再割り当てを行うことで構成される複数のパターンごとに、予め定められた効用関数を用いて需要条件の効用値を算出する。そして、再割り当て部１３０は、算出された効用値に基づいて、再割り当て後のパターンを選択する。これにより、予約済み枠に関する商談における希望納期を守り、かつ、組織９０の必要な利益を確保しつつ、需要条件に対して商品等を提供可能な再割り当てパターンを選択することができる。そして、その選択された再割り当てパターンで構成される予約パターンそれぞれの効用値から交渉動作を決定することで、現在の資源情報では組織９０にとって適切な交渉を行うことができない場合でも、適切な交渉を行うことが可能となる。

図１３は、図５に示した枠数変更処理（Ｓ１５０）の詳細を示すフローチャートである。枠数変更部１４０は、資源情報を取得する（ステップＳ１５１）。枠数変更部１４０は、複数の枠数変更パターンを生成する（ステップＳ１５３）。具体的には、上述したように、枠数変更部１４０は、需要条件に関する資源について、複数のパターンで、空き枠の数（枠数）を仮想的に変更することで、枠数変更を行う。なお、枠数変更は、枠数（空き枠の数）を増加させることと、枠数（空き枠の数）を減少させることとを含む。以下の説明では、主に、枠数を増加させる場合について述べる。

図１４及び図１５は、実施の形態１にかかる枠数変更の方法を説明するための図である。例えば、商談到来予測分布において、商品Ｘについて納期つまり需要日が１０月２１日であるとする。そして、商品Ｘに関する全ての資源について、１０月２０日及び１０月２１日の全ての枠が予約済みであるとする。この場合において、図１４の例では、全ての資源について、１０月２１日に、空き枠（枠８０ａ）が仮想的に増加される。これにより、１０月２１日の枠の合計は、４つから５つに増加する。このようにして、枠数変更パターン＃１が生成される。また、図１５の例では、全ての資源について、１０月２１日の、ある顧客Ｙについて予約済みの枠８０ｘ－Ａ，８０ｘ－Ｂ，８０ｘ－Ｅ，８０ｘ－Ｆに関する商談をキャンセルすることで、空き枠（枠８０ａ）が仮想的に増加される。この場合、１０月２１日の枠の合計は、４つのままである。このようにして、枠数変更パターン＃２が生成される。なお、図１４及び図１５の例では、空き枠の数が変更される期間を２日間（１０月２０日から１０月２１日）としたが、この期間は任意である。この期間は、ユーザによって適宜設定され得る。なお、上述の例は、実際に到来した商品Ｘの商談について、納期が１０月２１日である場合にも適用され得る。つまり、実際に商談が到来した場合でも、図１４及び図１５に例示したような枠数変更パターンが生成されうる。

次に、枠数変更部１４０は、効用関数を用いて、Ｓ１５３の処理で生成された複数の枠数変更パターンごとに、効用値を算出する（ステップＳ１５５）。具体的には、枠数変更部１４０は、枠数変更パターンごとに、需要予測条件に関するパラメータを入力として、効用関数を計算し、効用値を算出する。

枠数変更部１４０における効用関数Ｆ３は、例えば、以下の式１０で表される。
Ｆ３＝ｆ３ ・・・（１０）
ここで、関数ｆ３は、例えば、以下の式１１で表される。
ｆ３＝（商談到来予測分布による期待利益）－（枠増加によるコスト） ・・・（１１）

ここで、関数ｆ３は、組織９０の儲けに関する関数である。また、「商談到来予測分布による期待利益」とは、商談到来予測分布基づいた、枠が埋まる（商談が成立する）ことによる期待利益である。また、「枠増加によるコスト」とは、例えば、図１４に例示するような枠の合計が増加する場合では、在庫を増加させるためのコストであってもよい。また、図１５に例示するような予約済みの商談をキャンセルする場合では、「枠増加によるコスト」とは、キャンセルすることによる逸失利益であってもよい。なお、枠数変更部１４０は、予約済みの商談をキャンセルした場合の効用値を算出する機能のみであってもよく、商談のキャンセルに係る交渉については、顧客交渉部１２０等が行ってもよい。あるいは、枠数変更部１４０が商談のキャンセルに係る交渉を行ってもよい。

なお、効用関数Ｆ３は、関数ｆ３に、関数ｇ１，ｇ２のような納期（在庫コスト）に関する関数を加算したものであってもよい。また、効用関数Ｆ３は、実際に到来した商談条件を考慮して、以下の式１２のように表されてもよい。
Ｆ３＝（ｆ１＋ｆ３）＋（ｇ１） ・・・（１２）

枠数変更部１４０は、予め定められた閾値を超える効用値があるか否かを判定する（ステップＳ１５７）。つまり、枠数変更部１４０は、各枠数変更パターンに関する効用値が予め定められた閾値を超えるか否かを判定する。具体的には、枠数変更部１４０は、以下の式１３が成り立つ枠数変更パターン＃ｘがあるか否かを判定する。
Ｆ３（枠数変更パターン＃ｘ）＞ｔ３ ・・・（１３）

なお、ｔ３は、予め定められた閾値である。閾値ｔ３は、ユーザによって適宜設定され得る。閾値ｔ３は、組織９０の利益に関する。効用値が閾値ｔ３を超える場合、組織９０の必要な利益を確保しつつ、需要条件に対して商品等を提供可能であることを意味する。

そして、閾値を超える効用値がある場合（Ｓ１５７のＹＥＳ）、枠数変更部１４０は、効用値が最大となる枠数変更パターンを選択する（ステップＳ１５９）。そして、枠数変更部１４０は、選択された枠数変更パターンに対応する交渉条件を生成し、内部資源交渉部１５０及び外部資源交渉部１６０に対して出力する（ステップＳ１６０）。そして、処理はＳ１７０に進む。交渉条件の生成方法については後述する。一方、閾値を超える効用値がない場合（Ｓ１５７のＮＯ）、枠数変更部１４０は、枠数変更処理を行わない。この場合、交渉動作決定部１２６は、対案を生成すると決定する。そして、処理はＳ１９０に進む。対案の生成方法については後述する。

例えば、Ｆ３（枠数変更パターン＃２）＞Ｆ３（枠数変更パターン＃ｘ）＞ｔ３（但しｘ＝１）である場合、枠数変更部１４０は、枠数変更パターン＃２を選択する。この場合、枠数変更部１４０は、１０月２１日の各資源の顧客Ｙの商談条件Ｙについての予約済み枠をキャンセルし、それらの枠を空き枠にすると決定する。これにより、例えば、元々予約されていた商談条件Ｙ（顧客Ｙが提示）よりも組織９０にとって有利な商談条件Ｘ（顧客Ｘが提示）のために、資源を提供することができる。一方、Ｆ３（枠数変更パターン＃１）＞Ｆ３（枠数変更パターン＃ｘ）＞ｔ３（但しｘ＝２）である場合、枠数変更部１４０は、枠数変更パターン＃１を選択する。この場合、枠数変更部１４０は、１０月２１日の各資源の枠をそれぞれ１つずつ増加すると決定する。これにより、例えば、提示される可能性がある商談条件Ｙ（顧客Ｙが提示）のために、資源を提供することができる。なお、上述した例では、枠数変更部１４０は、効用値が最大となる枠数変更パターンを選択するとしたが、これに限られない。枠数変更部１４０は、上位ｎ個（ｎは１以上の整数）の効用値の枠数変更パターンを選択してもよい。この場合、Ｓ１６０の処理において、ｎ個の枠数変更パターンそれぞれに対応する交渉条件が生成されてもよい。

また、式１２で示した効用関数Ｆ３により、現在の資源情報では、商談到来予測における需要日（納期）に間に合わない場合であっても、商談条件に係る商品等に必要な資源に割り当てられる枠を確保することができる可能性がある。例えば、商談到来予測分布において需要が高まる日が１０月２１日である場合、現在の資源情報が図１４及び図１５の上図に示すような状態だと、商談条件を受諾できない。しかしながら、式１２で示した効用関数Ｆ３で閾値を超える効用値となるような枠数変更パターンが選択されると、その枠数変更パターンでは、１０月２１日の需要日に間に合うように、必要な資源を割り当てるための枠が増加される。

また、式１２で示した効用関数Ｆ３により、現在の資源情報では、実際に到来した商談条件における納期に間に合わない場合であっても、商談条件に係る商品等に必要な資源に割り当てられる枠を確保することができる可能性がある。例えば、実際に到来した商談条件における納期が１０月２１日である場合、現在の資源情報が図１４及び図１５の上図に示すような状態だと、商談条件を受諾できない。しかしながら、式１２で示した効用関数Ｆ３で閾値を超える効用値となるような枠数変更パターンが選択されると、その枠数変更パターンでは、１０月２１日の納期に間に合うように、必要な資源を割り当てるための枠が増加される。

ここで、交渉条件について説明する。交渉条件は、内部資源交渉部１５０及び外部資源交渉部１６０が交渉を行う際の条件である。枠数変更部１４０は、予め定められた交渉規則に従って、組織９０にとって利益が発生するように、選択された枠数変更パターンに対応する交渉条件ωを生成する。ここで、交渉条件ωは、要素として、例えば、枠数変更パターンにおいて増加した枠に対応する資源、納期、価格、数量等を含み得る。なお、交渉条件ωは、交渉相手、つまり資源を供給する立場の組織からみると、上述した商談条件に対応し得る。

また、交渉規則は、交渉条件ωを入力とした効用関数Ｆ３の値が閾値ｔ３を超えるように、交渉条件ωが生成されるように設定されている。例えば、交渉規則は、交渉条件ωにおける価格が、（枠増加によるコスト）＋ｔ３＋α３となるように、設定され得る。また、交渉規則は、交渉条件ωにおける納期が、（枠数変更パターンにおいて増加された日付）－ｍ３となるように、設定され得る。なお、α３及びｍ３は、ユーザによって適宜設定されてもよいし、機械学習によって得られた最適値としてもよい。なお、交渉規則は、交渉条件ωを入力とした効用関数Ｆ１の値が閾値ｔ１を超えるように、交渉条件ωが生成されるように設定されていてもよい。

なお、商談到来予測分布により需要が減少すると予想される場合などでは、枠数変更部１４０は、上述したように、空き枠の数（枠数）を減少させた枠数変更パターンを生成し、この枠数変更パターンについて効用値を算出してもよい。枠数を減少させる場合の効用関数Ｆ３における関数ｆ３は、例えば、以下の式１４で表される。
ｆ３＝（枠数を減少させることによる利益）－（枠数調整によるコスト） ・・・（１４）
ここで、「枠数を減少させることによる利益」とは、例えば、減少させる枠に対応する資源を調達するコストの減少による利益、及び、在庫コストの減少による利益である。

図１６は、実施の形態１にかかる、枠を増加するための交渉動作を説明するための図である。図１６は、図２に示した組織９０Ａから見た交渉動作を示している。交渉動作Ｉは、組織９０Ａの内部資源を割り当てるための枠を確保するための交渉動作である。この交渉動作Ｉは、内部資源交渉部１５０によって実行され得る。

交渉動作Ｐは、サプライヤである組織９０Ｓ（層ｎ＋１）から資源を調達して枠を確保するための交渉動作である。交渉動作Ｚは、同業者である組織９０Ｂ（層ｎ）から資源を調達して枠を確保するための交渉動作である。交渉動作Ｍは、顧客である組織９０Ｃから到来し既に受諾した商談をキャンセルすることで、他の顧客からの商談についての資源に割り当てる枠を確保するための交渉動作である。交渉動作Ｐ、交渉動作Ｚ及び交渉動作Ｍは、外部資源交渉部１６０によって実行され得る。

枠数変更部１４０による上述した処理によって、これらの交渉動作のうち、効用関数Ｆ３の値がよくなるような交渉動作が決定され得る。例えば、枠数変更部１４０は、交渉動作Ｍに対応する枠数変更パターン（図１５に例示した枠数変更パターン＃２）に対する効用値と、交渉動作Ｐに対応する枠数変更パターン（図１４に例示した枠数変更パターン＃１）に対する効用値とを比較する。そして、交渉動作Ｐに対応する枠数変更パターンの効用値の方が、交渉動作Ｍに対応する枠数変更パターンの効用値よりも大きい場合、商談をキャンセルする方が、資源を追加発注するよりもコストがかかると判断できる。したがって、この場合は、交渉動作Ｐに対応する枠数変更パターンが選択され、交渉動作Ｐを行うと決定される。

図１７及び図１８は、図５に示した交渉動作実行処理（Ｓ１７０）の詳細を示すフローチャートである。図１７は、内部資源交渉部１５０による交渉動作実行処理を示すフローチャートである。図１８は、外部資源交渉部１６０による交渉動作実行処理を示すフローチャートである。Ｓ１７０の処理によって商談が成立すると、実際に枠が確保され得ることとなる。なお、Ｓ１７０の処理で、いずれの交渉動作においても商談が成立しなかった場合、Ｓ１９０の処理が行われてもよい。なお、以下の図１７及び図１８の説明においては、図１６における組織９０Ａの交渉装置１００Ａにおける動作を説明する。

図１７に示したフローチャートについて説明する。内部資源交渉部１５０は、枠数変更部１４０から、交渉条件ωを取得する（ステップＳ１７１Ａ）。内部資源交渉部１５０は、交渉条件ωを元に、新たな商談条件を生成する（ステップＳ１７２Ａ）。なお、内部資源交渉部１５０は、通信部１０６を介して、交渉相手の交渉装置１００に、生成された商談条件を送信してもよい。あるいは、内部資源交渉部１５０は、生成された商談条件をインタフェース部１０８に出力し、出力された商談条件を、ユーザが、交渉相手の交渉装置１００に入力してもよい。なお、ここでいう「交渉相手の交渉装置１００」は、同じ組織９０Ａに設けられている別の交渉装置１００である。

例えば、内部資源交渉部１５０は、予め定められた商談生成ルールｆ４と交渉条件ωとによって、商談条件ｆ４（ω）を生成する。例えば、ω＝（ライン稼働，製品Ｘを２個組み立てる，ＹＹ月ＺＺ日）とする。この交渉条件は、「ラインを稼働して、ＹＹ月ＺＺ日までに、製品Ｘを２個組み立てる」という条件である。また、ｆ４を、「取得した交渉条件ωを満たす商談をランダムに１つ生成」とする。この場合、内部資源交渉部１５０は、例えば以下の式１５で表される商談条件ｆ４（ω）を生成する。
ｆ４（ω）＝（ライン稼働，特定の技術を持つ人を２人，３時間） ・・・（１５）
なお、この商談条件は、「ラインを稼働して、特定の技術を持つ２人の作業員を３時間勤務させる」ことを意味する。

そして、内部資源交渉部１５０は、交渉相手からの商談条件ｆ４に対する回答情報を取得する（ステップＳ１７３Ａ）。なお、内部資源交渉部１５０は、通信部１０６を介して交渉相手の交渉装置１００から回答情報を受信することで、回答情報を取得してもよい。あるいは、交渉相手の交渉装置１００から出力された回答情報を、ユーザが、インタフェース部１０８を用いて入力することで、内部資源交渉部１５０は、回答情報を取得してもよい。なお、回答情報は、交渉相手が商談条件ｆ４（ω）を受諾したことを示す情報、あるいは、対案ω’を含み得る。対案ω’の生成方法については後述するＳ１９０における方法と実質的に同様である。

内部資源交渉部１５０は、回答情報が商談条件を受諾したことを示しているか否かを判定する（ステップＳ１７４Ａ）。回答情報が商談条件を受諾したことを示している場合（Ｓ１７４ＡのＹＥＳ）、内部資源交渉部１５０は、商談が成立したと判定し、処理を終了する。一方、回答情報が商談条件を受諾したことを示していない場合（Ｓ１７４ＡのＮＯ）、内部資源交渉部１５０は、回答情報に対案が存在するか否かを判定する（ステップＳ１７５Ａ）。対案が存在しない場合（Ｓ１７５ＡのＮＯ）、内部資源交渉部１５０は、商談は破棄されたと判定し、処理を終了する。

一方、対案が存在する場合（Ｓ１７５ＡのＹＥＳ）、内部資源交渉部１５０は、対案ω’が交渉条件ωを満たすか否かを判定する（ステップＳ１７６Ａ）。上述の例において、対案ω’が、ω’＝（ライン稼働，特定の技術を持つ人を３人，２時間）であるとする。なお、この対案は、「ラインを稼働して、特定の技術を持つ３人の作業員を２時間勤務させる」ことを意味する。そして、内部資源交渉部１５０は、対案ω’が交渉条件ωと整合するか否かを判定し、整合する場合に、対案ω’が交渉条件ωを満たすと判定する。

対案ω’が交渉条件ωを満たす場合（Ｓ１７６ＡのＹＥＳ）、内部資源交渉部１５０は、商談が成立したと判定し、処理を終了する。一方、対案ω’が交渉条件ωを満たさない場合（Ｓ１７６ＡのＮＯ）、内部資源交渉部１５０は、予め定められた交渉時間が満了したか否かを判定する（ステップＳ１７７Ａ）。なお、Ｓ１７７Ａの処理において、交渉時間の満了ではなく、交渉回数（商談条件の送信及び回答情報の受信のやりとりの回数）が予め定められた回数を超えたか否かを判定してもよい。交渉時間が満了した場合（Ｓ１７７ＡのＹＥＳ）、内部資源交渉部１５０は、商談は破棄されたと判定し、処理を終了する。一方、交渉時間が満了した場合（Ｓ１７７ＡのＮＯ）、内部資源交渉部１５０は、Ｓ１７２からの処理を繰り返す。このとき、生成される商談条件は、既に生成された商談条件とは異なることが望ましい。

図１８に示したフローチャートについて説明する。外部資源交渉部１６０は、枠数変更部１４０から、交渉条件ωを取得する（ステップＳ１７１Ｂ）。外部資源交渉部１６０は、交渉条件ωを元に、新たな商談条件を生成する（ステップＳ１７２Ｂ）。なお、外部資源交渉部１６０は、通信部１０６を介して、交渉相手の交渉装置１００に、生成された商談条件を送信してもよい。あるいは、外部資源交渉部１６０は、生成された商談条件をインタフェース部１０８に出力し、出力された商談条件を、ユーザが、交渉相手の交渉装置１００に入力してもよい。なお、ここでいう「交渉相手の交渉装置１００」は、組織９０Ａとは異なる組織９０に設けられている別の交渉装置１００である。そして、外部資源交渉部１６０は、交渉動作Ｐ及び交渉動作Ｚを、並行して行ってもよい。さらに、外部資源交渉部１６０は、複数の組織９０Ｓに対して、並行して、商談条件を送信してもよい。また、外部資源交渉部１６０は、予め定められたリストに記載された順に、組織９０Ｓに商談条件を送信してもよい。

例えば、外部資源交渉部１６０は、予め定められた商談生成ルールｆ５と交渉条件ωとによって、商談条件ｆ５（ω）を生成する。例えば、組織９０Ｃから組織９０Ａに到来した商談が「自動車」の提供に関するとする。この場合、例えば、ω＝（エンジン，２つ，４万円以下）とする。この交渉条件は、「サプライヤ（組織９０Ｓ）がエンジン２つを４万円以下で提供する」（つまり「組織９０Ａがエンジン２つを４万円以下で購入する」ということと同義。以下の商談条件について同様）という条件である。また、ｆ５を、「取得した交渉条件ωを満たす商談をランダムに１つ生成」とする。この場合、外部資源交渉部１６０は、例えば以下の式１６で表される商談条件ｆ５（ω）を生成する。
ｆ５（ω）＝（エンジン，２つ，３万円） ・・・（１６）
なお、この商談条件は、「サプライヤがエンジン２つを３万円で提供する」ことを意味する。

そして、外部資源交渉部１６０は、交渉相手からの商談条件ｆ５に対する回答情報を取得する（ステップＳ１７３Ｂ）。なお、外部資源交渉部１６０は、通信部１０６を介して交渉相手の交渉装置１００から回答情報を受信することで、回答情報を取得してもよい。あるいは、交渉相手の交渉装置１００から出力された回答情報を、ユーザが、インタフェース部１０８を用いて入力することで、外部資源交渉部１６０は、回答情報を取得してもよい。なお、回答情報は、交渉相手が商談条件ｆ５（ω）を受諾したことを示す情報、あるいは、対案ω’を含み得る。対案ω’の生成方法については後述する。

外部資源交渉部１６０は、回答情報が商談条件を受諾したことを示しているか否かを判定する（ステップＳ１７４Ｂ）。回答情報が商談条件を受諾したことを示している場合（Ｓ１７４ＢのＹＥＳ）、外部資源交渉部１６０は、商談が成立したと判定し、処理を終了する。一方、回答情報が商談条件を受諾したことを示していない場合（Ｓ１７４ＢのＮＯ）、外部資源交渉部１６０は、回答情報に対案が存在するか否かを判定する（ステップＳ１７５Ｂ）。対案が存在しない場合（Ｓ１７５ＢのＮＯ）、外部資源交渉部１６０は、商談は破棄されたと判定し、処理を終了する。

一方、対案が存在する場合（Ｓ１７５ＢのＹＥＳ）、外部資源交渉部１６０は、対案ω’が交渉条件ωを満たすか否かを判定する（ステップＳ１７６Ｂ）。上述の例において、対案ω’が、ω’＝（エンジン，２つ，５万円）であるとする。なお、この対案は、「サプライヤがエンジン２つを５万円で提供する」ことを意味する。そして、外部資源交渉部１６０は、対案ω’が交渉条件ωと整合するか否かを判定し、整合する場合に、対案ω’が交渉条件ωを満たすと判定する。

対案ω’が交渉条件ωを満たす場合（Ｓ１７６ＢのＹＥＳ）、外部資源交渉部１６０は、商談が成立したと判定し、処理を終了する。一方、対案ω’が交渉条件ωを満たさない場合（Ｓ１７６ＢのＮＯ）、外部資源交渉部１６０は、予め定められた交渉時間が満了したか否かを判定する（ステップＳ１７７Ｂ）。なお、Ｓ１７７Ｂの処理において、交渉時間の満了ではなく、交渉回数（商談条件の送信及び回答情報の受信のやりとりの回数）が予め定められた回数を超えたか否かを判定してもよい。交渉時間が満了した場合（Ｓ１７７ＢのＹＥＳ）、外部資源交渉部１６０は、商談は破棄されたと判定し、処理を終了する。一方、交渉時間が満了した場合（Ｓ１７７ＢのＮＯ）、外部資源交渉部１６０は、Ｓ１７２からの処理を繰り返す。このとき、生成される商談条件は、既に生成された商談条件とは異なることが望ましい。なお、上述した対案ω’では、交渉条件ωを満たさないので、交渉時間が満了していなければ、再度、商談条件が生成される。

図１９は、図５に示したＳ１８０の処理の詳細を示すフローチャートである。顧客交渉部１２０のパターン生成部１２２は、Ｓ１５９の処理で選択された枠数変更パターンに対して、１つ以上の予約パターンを生成する（ステップＳ１８１）。具体的には、パターン生成部１２２は、商談に関する商品等の提供に要する資源を、枠数変更パターンにおける空き枠に割り当てることで、１つ以上の予約パターン（枠数変更後の予約パターン）を生成する。

効用値算出部１２４は、効用関数を用いて、Ｓ１８１の処理で生成された予約パターンごとに、効用値を算出する（ステップＳ１８３）。つまり、効用値算出部１２４は、商談条件に必要な１つ以上の資源を、枠数変更部１４０によって選択された枠数変更後のパターンにおける枠のどれに割り当てるかに応じて構成されるパターンごとに、商談条件の効用値を算出する。具体的には、効用値算出部１２４は、枠数変更後の予約パターンごとに、Ｓ１６０で生成された交渉条件ω、又は、対案ω’を入力として、効用関数を計算し、効用値を算出する。なお、効用関数は、上記の式１で表されるものであってもよい。

そして、交渉動作決定部１２６は、予め定められた閾値を超える効用値があるか否かを判定する（ステップＳ１８５）。具体的には、交渉動作決定部１２６は、上記の式４が成り立つ予約パターン＃ｘがあるか否かを判定する。そして、閾値を超える効用値がある場合（Ｓ１８５のＹＥＳ）、交渉動作決定部１２６は、効用値が最大となる予約パターンを選択する（ステップＳ１８７）。そして、交渉動作決定部１２６は、選択された予約パターンに応じた条件で商談を受諾すると決定する（ステップＳ１８８，Ｓ１８９のＹＥＳ）。

一方、閾値を超える効用値がない場合（Ｓ１８５のＮＯ）、処理はＳ１９０に進む。つまり、交渉動作決定部１２６は、対案を生成すると決定する。これにより、顧客交渉部１２０は、顧客からの商談条件ω_０に対する対案ω_０’を生成する（Ｓ１９０）。対案の生成方法については後述する。

上述したように、枠数変更部１４０は、資源情報の前記利用可能状況における各資源を供給するための枠の数を仮想的に変更することで構成される複数のパターンごとに、予め定められた効用関数を用いて需要条件の効用値を算出する。そして、枠数変更部１４０は、算出された効用値に基づいて、枠の数を変更した後のパターンを選択する。これにより、需要条件における需要日（納期）に応じて、組織９０の必要な利益を確保しつつ、需要に対応する資源に関する枠の数を適切に変更することができる。特に、現在の資源情報では需要条件における需要日（納期）に商品等を提供できない場合であっても、組織９０の必要な利益を確保しつつ、必要な資源を割り当てるための枠を確保することができる。

また、上述したように、内部資源交渉部１５０及び外部資源交渉部１６０は、予め定められた閾値を超える効用値となるパターンに関する条件に基づいて、新たな商談条件を生成する。そして、内部資源交渉部１５０及び外部資源交渉部１６０は、回答情報に応じて、新たな商談条件の成立の有無を判定する。これにより、組織９０の利益が確保されるように、効率的に、資源を確保するための交渉を行うことが可能となる。つまり、上記のような構成によって、顧客と自己の組織とサプライヤといった三者間の交渉が必要である場合であっても、自己の組織の必要な利益を確保しつつ、効率的に、交渉を行うことが可能となる。

図２０は、図５に示した対案生成処理（Ｓ１９０）の詳細を示すフローチャートである。顧客交渉部１２０は、顧客からの商談条件ω_０を取得する（ステップＳ１９１）。顧客交渉部１２０は、予め定められた対案生成規則Ｃに従って、予約パターンＰを選択する（ステップＳ１９３）。なお、対案生成規則Ｃは、ユーザによって予め設定されたものであってもよい。あるいは、対案生成規則Ｃは、機械学習によって学習された学習済みモデルであってもよい。そして、顧客交渉部１２０は、対案生成規則Ｃに従って、Ｓ１９３で選択された予約パターンＰから対案ω_０’を生成する（ステップＳ１９５）。

ここで、商談条件ω_０における納期では商品等を提供できない場合の対案生成規則Ｃの例について説明する。Ｓ１９３の処理について、対案生成規則Ｃでは、「確約できる最短納期の予約パターンのうちの１つを、予約パターンＰとして無作為に選ぶ」と規定されている。また、Ｓ１９５の処理について、対案生成規則Ｃでは、「予約パターンＰに対して、閾値ｔ１を超える効用値ｒが見込める対案ω_０’を生成する。そのような予約パターンＰが複数ある場合は、その中から無作為に１つ選ぶ」と規定されている。この場合、顧客が対案ω_０’を受諾すると、予約パターンＰの効用値ｒが閾値ｔ１を超えているので、組織９０としての利益を確保することができる。

図２１は、到来した商談条件における納期を満たせない資源情報を例示する図である。図２１の例では、１０月２０日の枠に、顧客Ａ及び顧客Ｂの商談にかかる商品等に要する資源が割り当てられている。したがって、１０月２０日では、全ての資源について、全ての枠が予約済みである。また、１０月２１日の枠に、顧客Ｃの商談にかかる商品等に要する資源が割り当てられている。したがって、１０月２１日では、全ての資源について、１つの枠が空き枠（枠８０ａ）である。そして、顧客Ｇから、納期が１０月２０日である商談が到来したとする。

図２１の例の場合、顧客交渉部１２０は、確約できる最短納期を「１０月２１日」と判定する。したがって、Ｓ１９３の処理で、顧客交渉部１２０は、１０月２１日の空き枠（枠８０ａ）に顧客Ｇの商談に係る資源を割り当てる予約パターンＰを選択する。そして、商談条件ω_０に納期以外の要素（例えば価格）がある場合、「閾値ｔ１を超える効用値ｒが見込める」ようにするという対案生成規則Ｃに従って、顧客交渉部１２０は、商談条件ω_０における価格を上回るように、売値を設定する。例えば、空き枠の属性から、商品を１５０万円で提供できるが、５０万円の利益を見込みたい場合、売値は２００万円と決定される。この場合、（２００万円，１０月２１日）という対案ω_０’が生成される。

なお、上述した対案生成規則Ｃは、あくまでも一例であって、対案生成規則Ｃは、上述した例に限られない。例えば、Ｓ１９３にかかる対案生成規則Ｃを、「納期に間に合わない要因となる資源に類似し納期に間に合う資源を提供する予約パターンのうちの１つを、予約パターンＰとして無作為に選ぶ」としてもよい。例えば、商品Ａに関する商談条件について、資源Ａの枠が納期よりも後となってしまう場合、資源Ａに類似する資源Ａ’であれは納期以前に枠を確保できるならば、資源Ａ’に関する予約パターンを選択してもよい。例えば、商品Ａが「自動車」であり、資源Ａが「革張りシート」である場合に、資源Ａ’が「布張りシート」といったケースが考えられる。なお、資源Ａ’が資源Ａに類似するか否かの判定は、資源Ａ’と資源Ａとの類似度が予め定められた閾値を超えるか否かを判定することで行われ得る。また、Ｓ１９３にかかる対案生成規則Ｃを、「納期に間に合わない要因となる資源の枠がＡＴＰ枠である場合、その資源について納期に間に合うＣＴＰの枠を確保した場合の予約パターンのうちの１つを、予約パターンＰとして無作為に選ぶ」としてもよい。

＜具体例＞
図２２及び図２３は、実施の形態１にかかる交渉装置１００による処理の具体例を説明するための図である。前提として、図２１の例のような状況であったとする。この場合、再割り当て部１３０は、１０月２０日における顧客Ａにかかる資源が割り当てられている枠と、１０月２１日における空き枠８０ａとを入れ替えた再割り当てパターン＃１を生成する。同様に、再割り当て部１３０は、１０月２０日における顧客Ｂにかかる資源が割り当てられている枠と、１０月２１日における空き枠８０ａとを入れ替えた再割り当てパターン＃２を生成する（Ｓ１３３）。

そして、図２２の例では、再割り当て部１３０は、再割り当てパターン＃１の効用値が再割り当てパターン＃２の効用値よりも大きいと判定する（Ｓ１３７のＹＥＳ，Ｓ１３９）。つまり、Ｆ２（再割り当てパターン＃１）＞ｔ２、かつ、Ｆ２（再割り当てパターン＃１）＞Ｆ２（再割り当てパターン＃２）である。したがって、再割り当て部１３０は、１０月２０日における顧客Ａにかかる資源が割り当てられている枠と、１０月２１日における空き枠８０ａとを入れ替えた再割り当てパターン＃１を選択する。そして、顧客交渉部１２０は、この再割り当てパターン＃１にかかる予約パターンで効用値が閾値を超えれば（Ｓ１４５のＹＥＳ）、図２２に示したような予約パターンで、商談を受諾すると決定する（Ｓ１４８）。

一方、図２３の例では、再割り当て部１３０は、再割り当てパターン＃２の効用値が再割り当てパターン＃１の効用値よりも大きいと判定する（Ｓ１３７のＹＥＳ、Ｓ１３９）。つまり、Ｆ２（再割り当てパターン＃２）＞ｔ２、かつ、Ｆ２（再割り当てパターン＃２）＞Ｆ２（再割り当てパターン＃１）である。したがって、再割り当て部１３０は、１０月２０日における顧客Ｂにかかる資源が割り当てられている枠と、１０月２１日における空き枠８０ａとを入れ替えた再割り当てパターン＃２を選択する。そして、顧客交渉部１２０は、この再割り当てパターン＃２にかかる予約パターンで効用値が閾値を超えれば（Ｓ１４５のＹＥＳ）、図２３に示したような予約パターンで、商談を受諾すると決定する（Ｓ１４８）。

なお、上述した実施の形態１にかかる交渉装置１００によって実行される交渉方法（図５）において、処理の流れは、図５に示したものに限定されない。例えば、交渉装置１００は、再割り当て処理（Ｓ１３０）と枠数変更処理（Ｓ１５０）とを、並行して実行してもよい。この場合、交渉動作決定部１２６は、再割り当て処理によって選択された再割り当てパターンの効用値と、枠数変更処理によって選択された枠数変更パターンの効用値とを比較してもよい。この場合、枠数変更パターンの効用値が閾値を超え、かつ、再割り当てパターンの効用値よりも大きい場合、交渉動作決定部１２６は、枠数変更パターンに対応する交渉動作を決定してもよい。同様に、図５のＳ１０４の処理で空き枠がある場合、交渉装置１００は、Ｓ１１０の処理とＳ１３０の処理とを並行して実行し、効用値が高いパターンを選択してもよい。さらに、空き枠がある場合に、交渉装置１００は、Ｓ１１０の処理とＳ１３０の処理とＳ１５０の処理とを並行して実行し、効用値が高いパターンを選択してもよい。

（実施の形態２）
次に、実施の形態２について説明する。実施の形態２では、再割り当て処理及び枠数変更処理が、商談が到来する前に実行される。実施の形態２にかかる交渉装置１００の構成については、実施の形態１にかかる構成と実質的に同様であるので、説明を省略する。

図２４は、実施の形態２にかかる交渉装置１００によって実行される交渉方法を示すフローチャートである。まず、交渉装置１００は、需要予測条件及び資源情報を取得する（ステップＳ２０２）。具体的には、条件取得部１１２は、需要条件である需要予測条件を取得する。また、資源情報取得部１１４は、組織９０における現在の資源の利用可能状況を示す資源情報を取得する。

次に、再割り当て部１３０は、Ｓ１３０の処理と同様にして、再割り当て処理を実行する（ステップＳ２１０）。また、枠数変更部１４０は、Ｓ１５０の処理と同様にして、枠数変更処理を実行する（ステップＳ２２０）。また、内部資源交渉部１５０及び外部資源交渉部１６０の少なくとも一方は、Ｓ１７０の処理と同様にして、Ｓ２２０の処理結果に応じた交渉動作を実行する（ステップＳ２３０）。ここで、Ｓ２１０の処理とＳ２２０及びＳ２３０の処理とは、並行して行われ得る。そして、商談が到来すると（ステップＳ２４０のＹＥＳ）、Ｓ１０２～Ｓ１９０の処理が実行される（ステップＳ２５０）。一方、商談が到来しない場合（Ｓ２４０のＮＯ）、処理はＳ２０２に戻る。

上述したように、実施の形態２では、再割り当て部１３０は、顧客から商談が到来する前に、需要予測条件を用いて、再割り当て後のパターンを選択する処理を行う。同様に、実施の形態２では、枠数変更部１４０は、顧客から商談が到来する前に、需要予測条件を用いて、枠の数を変更した後のパターンを選択する処理を行う。このように、再割り当て処理及び枠数変更処理が、商談が到来する前に実行されることによって、資源情報が、需要予測に対応したものに変更され得る。この場合、Ｓ２５０における、Ｓ１３０、Ｓ１５０，Ｓ１７０といった処理が行われることなく、商談が成立し得る。したがって、実施の形態２にかかる交渉装置１００は、実際の商談が到来したときの処理を、効率的に実行することができる。

（変形例）
なお、本発明は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。例えば、図５等に示したフローチャートの各処理の順序は、適宜、変更可能である。また、図５等に示したフローチャートの処理の１つ以上は、なくてもよい。例えば、図４のフローチャートにおいて、Ｓ１３０～Ｓ１８９の処理を省略してもよい。また、例えば、図４のフローチャートにおいて、Ｓ１５０～Ｓ１８９の処理を省略してもよい。例えば、図４のフローチャートにおいて、Ｓ１３０～Ｓ１４９の処理を省略してもよい。また、Ｓ１７０とＳ１８０の順序は逆でもよい。

上述の例において、プログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ－ＲＯＭ（Read Only Memory）、ＣＤ－Ｒ、ＣＤ－Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（Random Access Memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。

以上、実施の形態を参照して本願発明を説明したが、本願発明は上記によって限定されるものではない。本願発明の構成や詳細には、発明のスコープ内で当業者が理解し得る様々な変更をすることができる。

上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
（付記１）
商品又は役務の需要に関する１つ以上の要素を含む需要条件を取得する条件取得手段と、
商品又は役務の提供に要する１つ以上の資源の利用可能状況を示す資源情報に基づいて、予め定められた効用関数を用いて、取得された前記需要条件の効用値を算出する算出手段と、
算出された前記効用値に基づいて、商品又は役務の提供のための交渉に関する動作である交渉動作を決定する動作決定手段と、
を有する交渉装置。
（付記２）
前記算出手段は、前記資源情報に応じた複数の実現可能なパターンごとに、前記効用値を算出し、
前記動作決定手段は、予め定められた閾値を超える前記効用値となる前記パターンに応じて、前記交渉動作を決定する、
付記１に記載の交渉装置。
（付記３）
前記動作決定手段は、前記閾値を超える前記効用値のうち最大となる前記効用値となる前記パターンに応じて、前記交渉動作を決定する、
付記２に記載の交渉装置。
（付記４）
前記需要条件は、顧客からの商談に関する商談条件を含み、
前記動作決定手段は、前記効用値に基づいて、前記商談条件を受諾するか否かを決定する、
付記１から３のいずれか１項に記載の交渉装置。
（付記５）
前記算出手段は、前記商談条件に必要な１つ以上の資源を、前記資源情報における現在の利用可能状況における複数の枠のどれに割り当てるかに応じて構成される複数のパターンごとに、前記商談条件の効用値を算出し、
前記動作決定手段は、予め定められた閾値を超える前記効用値となる前記パターンに関する条件で、前記商談条件を受諾すると決定する、
付記４に記載の交渉装置。
（付記６）
前記資源情報の前記利用可能状況における割り当て済みの枠について仮想的に再割り当てを行うことで構成される複数のパターンごとに、予め定められた効用関数を用いて算出された前記需要条件の効用値に基づいて、再割り当て後のパターンを選択する再割り当て手段
をさらに有する付記１から５のいずれか１項に記載の交渉装置。
（付記７）
前記需要条件は、顧客からの商談に関する商談条件を含み、
前記算出手段は、前記商談条件に必要な１つ以上の資源を、前記資源情報における現在の利用可能状況における複数の枠のどれに割り当てるかに応じて構成される複数のパターンごとに、前記商談条件の効用値を算出し、
予め定められた閾値を超える前記効用値となる前記パターンがない場合に、前記再割り当て手段は、前記再割り当て後のパターンを選択する動作を行う、
付記６に記載の交渉装置。
（付記８）
前記算出手段は、前記商談条件に必要な１つ以上の資源を、前記再割り当て手段によって選択された前記再割り当て後のパターンにおける枠のどれに割り当てるかに応じて構成される複数のパターンごとに、前記商談条件の効用値を算出し、
前記動作決定手段は、予め定められた閾値を超える前記効用値となる前記パターンに関する条件で、前記商談条件を受諾すると決定する、
付記７に記載の交渉装置。
（付記９）
前記資源情報の前記利用可能状況における各資源を供給するための枠の数を仮想的に変更することで構成される複数のパターンごとに、予め定められた効用関数を用いて算出された前記需要条件の効用値に基づいて、枠の数を変更した後のパターンを選択する枠数変更手段
をさらに有する付記１から８のいずれか１項に記載の交渉装置。
（付記１０）
前記需要条件は、顧客からの商談に関する商談条件を含み、
前記算出手段は、前記商談条件に必要な１つ以上の資源を、前記資源情報における現在の利用可能状況における複数の枠のどれに割り当てるかに応じて構成される複数のパターンごとに、前記商談条件の効用値を算出し、
予め定められた閾値を超える前記効用値となる前記パターンがない場合に、前記枠数変更手段は、前記枠の数を変更した後のパターンを選択する動作を行う、
付記９に記載の交渉装置。
（付記１１）
前記需要条件は、顧客からの商談に関する商談条件を含み、
前記算出手段は、前記商談条件に必要な１つ以上の資源を、前記枠数変更手段によって選択された前記枠の数を変更した後のパターンにおける枠のどれに割り当てるかに応じて構成される複数のパターンごとに、前記商談条件の効用値を算出し、
前記動作決定手段は、予め定められた閾値を超える前記効用値となる前記パターンに関する条件で、前記商談条件を受諾すると決定する、
付記９又は１０に記載の交渉装置。
（付記１２）
予め定められた閾値を超える前記効用値となる前記パターンに関する条件に基づいて、枠数変更に伴って前記変更された枠に割り当てられる資源に関する新たな商談に関する新たな商談条件を生成し、生成された前記商談条件に応じて他の交渉装置によって生成された、前記変更された枠に割り当てられる資源に関する前記商談条件に対する回答を示す回答情報に応じて、前記新たな商談条件の成立の有無を判定する資源交渉手段
をさらに有する付記９から１１のいずれか１項に記載の交渉装置。
（付記１３）
前記再割り当て手段は、顧客から商談が到来する前に、前記需要条件である需要予測条件を用いて、再割り当て後のパターンを選択する処理を行う、
付記６に記載の交渉装置。
（付記１４）
前記枠数変更手段は、顧客から商談が到来する前に、前記需要条件である需要予測条件を用いて、枠の数を変更した後のパターンを選択する処理を行う、
付記９に記載の交渉装置。
（付記１５）
商品又は役務の需要に関する１つ以上の要素を含む需要条件を取得し、
商品又は役務の提供に要する１つ以上の資源の利用可能状況を示す資源情報に基づいて、予め定められた効用関数を用いて、取得された前記需要条件の効用値を算出し、
算出された前記効用値に基づいて、商品又は役務の提供のための交渉に関する動作である交渉動作を決定する、
交渉方法。
（付記１６）
前記資源情報に応じた複数の実現可能なパターンごとに、前記効用値を算出し、
予め定められた閾値を超える前記効用値となる前記パターンに応じて、前記交渉動作を決定する、
付記１５に記載の交渉方法。
（付記１７）
前記閾値を超える前記効用値のうち最大となる前記効用値となる前記パターンに応じて、前記交渉動作を決定する、
付記１６に記載の交渉方法。
（付記１８）
前記需要条件は、顧客からの商談に関する商談条件を含み、
前記効用値に基づいて、前記商談条件を受諾するか否かを決定する、
付記１５から１７のいずれか１項に記載の交渉方法。
（付記１９）
前記商談条件に必要な１つ以上の資源を、前記資源情報における現在の利用可能状況における複数の枠のどれに割り当てるかに応じて構成される複数のパターンごとに、前記商談条件の効用値を算出し、
予め定められた閾値を超える前記効用値となる前記パターンに関する条件で、前記商談条件を受諾すると決定する、
付記１８に記載の交渉方法。
（付記２０）
前記資源情報の前記利用可能状況における割り当て済みの枠について仮想的に再割り当てを行うことで構成される複数のパターンごとに、予め定められた効用関数を用いて算出された前記需要条件の効用値に基づいて、再割り当て後のパターンを選択する、
付記１５から１９のいずれか１項に記載の交渉方法。
（付記２１）
前記需要条件は、顧客からの商談に関する商談条件を含み、
前記商談条件に必要な１つ以上の資源を、前記資源情報における現在の利用可能状況における複数の枠のどれに割り当てるかに応じて構成される複数のパターンごとに、前記商談条件の効用値を算出し、
予め定められた閾値を超える前記効用値となる前記パターンがない場合に、前記再割り当て後のパターンを選択する動作を行う、
付記２０に記載の交渉方法。
（付記２２）
前記商談条件に必要な１つ以上の資源を、選択された前記再割り当て後のパターンにおける枠のどれに割り当てるかに応じて構成される複数のパターンごとに、前記商談条件の効用値を算出し、
予め定められた閾値を超える前記効用値となる前記パターンに関する条件で、前記商談条件を受諾すると決定する、
付記２１に記載の交渉方法。
（付記２３）
前記資源情報の前記利用可能状況における各資源を供給するための枠の数を仮想的に変更することで構成される複数のパターンごとに、予め定められた効用関数を用いて算出された前記需要条件の効用値に基づいて、枠の数を変更した後のパターンを選択する、
付記１５から２２のいずれか１項に記載の交渉方法。
（付記２４）
前記需要条件は、顧客からの商談に関する商談条件を含み、
前記商談条件に必要な１つ以上の資源を、前記資源情報における現在の利用可能状況における複数の枠のどれに割り当てるかに応じて構成される複数のパターンごとに、前記商談条件の効用値を算出し、
予め定められた閾値を超える前記効用値となる前記パターンがない場合に、前記枠の数を変更した後のパターンを選択する動作を行う、
付記２３に記載の交渉方法。
（付記２５）
前記需要条件は、顧客からの商談に関する商談条件を含み、
前記商談条件に必要な１つ以上の資源を、選択された前記枠の数を変更した後のパターンにおける枠のどれに割り当てるかに応じて構成される複数のパターンごとに、前記商談条件の効用値を算出し、
予め定められた閾値を超える前記効用値となる前記パターンに関する条件で、前記商談条件を受諾すると決定する、
付記２３又は２４に記載の交渉方法。
（付記２６）
予め定められた閾値を超える前記効用値となる前記パターンに関する条件に基づいて、枠数変更に伴って前記変更された枠に割り当てられる資源に関する新たな商談に関する新たな商談条件を生成し、生成された前記商談条件に応じて他の交渉方法によって生成された、前記変更された枠に割り当てられる資源に関する前記商談条件に対する回答を示す回答情報に応じて、前記新たな商談条件の成立の有無を判定する、
付記２３から２５のいずれか１項に記載の交渉方法。
（付記２７）
顧客から商談が到来する前に、前記需要条件である需要予測条件を用いて、再割り当て後のパターンを選択する処理を行う、
付記２０に記載の交渉方法。
（付記２８）
顧客から商談が到来する前に、前記需要条件である需要予測条件を用いて、枠の数を変更した後のパターンを選択する処理を行う、
付記２３に記載の交渉方法。
（付記２９）
商品又は役務の需要に関する１つ以上の要素を含む需要条件を取得するステップと、
商品又は役務の提供に要する１つ以上の資源の利用可能状況を示す資源情報に基づいて、予め定められた効用関数を用いて、取得された前記需要条件の効用値を算出するステップと、
算出された前記効用値に基づいて、商品又は役務の提供のための交渉に関する動作である交渉動作を決定するステップと、
をコンピュータに実行させるプログラムが格納された非一時的なコンピュータ可読媒体。

１ 交渉装置
２ 条件取得部
４ 算出部
６ 動作決定部
２０ 交渉システム
８０ 枠
９０ 組織
１００ 交渉装置
１１２ 条件取得部
１１４ 資源情報取得部
１２０ 顧客交渉部
１２２ パターン生成部
１２４ 効用値算出部
１２６ 交渉動作決定部
１３０ 再割り当て部
１４０ 枠数変更部
１５０ 内部資源交渉部
１６０ 外部資源交渉部

Claims (8)

1. 商品又は役務の需要に関する１つ以上の要素を含み顧客からの商談に関する第１の商談条件を含む需要条件を取得する条件取得手段と、
   商品又は役務の提供に要する１つ以上の資源の利用可能状況を示す資源情報に基づいて、予め定められた効用関数を用いて、取得された前記需要条件の効用値を算出する算出手段と、
   算出された前記効用値に基づいて、商品又は役務の提供のための交渉に関する動作である交渉動作を決定する動作決定手段と、
   前記資源情報の前記利用可能状況における各資源を供給するための枠の数を仮想的に変更することで構成される複数のパターンごとに、予め定められた効用関数を用いて算出された前記需要条件の効用値に基づいて、枠の数を変更した後のパターンを選択する枠数変更手段と、
   予め定められた閾値を超える前記効用値となる前記パターンに関する条件に基づいて、枠数変更に伴って前記変更された枠に割り当てられる資源に関する新たな商談に関する第２の商談条件を生成し、生成された前記第２の商談条件に応じて他の交渉装置によって生成された、前記変更された枠に割り当てられる資源に関する前記第２の商談条件に対する回答を示す回答情報に応じて、前記第２の商談条件の成立の有無を判定する資源交渉手段と、
   を有し、
   前記算出手段は、前記第１の商談条件に必要な１つ以上の資源を、前記資源交渉手段によって成立すると判定された前記第２の商談条件に関し、前記枠数変更手段によって選択された前記枠の数を変更した後のパターンにおける枠のどれに割り当てるかに応じて構成される複数のパターンごとに、前記第１の商談条件の効用値を算出し、
   前記動作決定手段は、予め定められた閾値を超える前記効用値となる前記パターンに関する条件で、前記第１の商談条件を受諾すると決定する、
   交渉装置。
2. 前記算出手段は、前記資源情報に応じた複数の実現可能なパターンごとに、前記効用値を算出し、
   前記動作決定手段は、予め定められた閾値を超える前記効用値となる前記パターンに応じて、前記交渉動作を決定する、
   請求項１に記載の交渉装置。
3. 前記動作決定手段は、前記閾値を超える前記効用値のうち最大となる前記効用値となる前記パターンに応じて、前記交渉動作を決定する、
   請求項２に記載の交渉装置。
4. 前記算出手段は、前記第１の商談条件に必要な１つ以上の資源を、前記資源情報における現在の利用可能状況における複数の枠のどれに割り当てるかに応じて構成される複数のパターンごとに、前記第１の商談条件の効用値を算出し、
   前記動作決定手段は、予め定められた閾値を超える前記効用値となる前記パターンに関する条件で、前記第１の商談条件を受諾すると決定する、
   請求項１に記載の交渉装置。
5. 前記資源情報の前記利用可能状況における割り当て済みの枠について仮想的に再割り当てを行うことで構成される複数のパターンごとに、予め定められた効用関数を用いて算出された前記需要条件の効用値に基づいて、再割り当て後のパターンを選択する再割り当て手段
   をさらに有する請求項１から４のいずれか１項に記載の交渉装置。
6. 前記算出手段は、前記商談条件に必要な１つ以上の資源を、前記資源情報における現在の利用可能状況における複数の枠のどれに割り当てるかに応じて構成される複数のパターンごとに、前記第１の商談条件の効用値を算出し、
   予め定められた閾値を超える前記効用値となる前記パターンがない場合に、前記再割り当て手段は、前記再割り当て後のパターンを選択する動作を行う、
   請求項５に記載の交渉装置。
7. コンピュータが、
   商品又は役務の需要に関する１つ以上の要素を含み顧客からの商談に関する第１の商談条件を含む需要条件を取得し、
   商品又は役務の提供に要する１つ以上の資源の利用可能状況を示す資源情報に基づいて、予め定められた効用関数を用いて、取得された前記需要条件の効用値を算出し、
   算出された前記効用値に基づいて、商品又は役務の提供のための交渉に関する動作である交渉動作を決定し、
   前記資源情報の前記利用可能状況における各資源を供給するための枠の数を仮想的に変更することで構成される複数のパターンごとに、予め定められた効用関数を用いて算出された前記需要条件の効用値に基づいて、枠の数を変更した後のパターンを選択し、
   予め定められた閾値を超える前記効用値となる前記パターンに関する条件に基づいて、枠数変更に伴って前記変更された枠に割り当てられる資源に関する新たな商談に関する第２の商談条件を生成し、生成された前記第２の商談条件に応じて他の交渉装置によって生成された、前記変更された枠に割り当てられる資源に関する前記第２の商談条件に対する回答を示す回答情報に応じて、前記第２の商談条件の成立の有無を判定し、
   前記第１の商談条件に必要な１つ以上の資源を、成立すると判定された前記第２の商談条件に関し、選択された前記枠の数を変更した後のパターンにおける枠のどれに割り当てるかに応じて構成される複数のパターンごとに、前記第１の商談条件の効用値を算出し、
   予め定められた閾値を超える前記効用値となる前記パターンに関する条件で、前記第１の商談条件を受諾すると決定する、
   交渉方法。
8. 商品又は役務の需要に関する１つ以上の要素を含み顧客からの商談に関する第１の商談条件を含む需要条件を取得するステップと、
   商品又は役務の提供に要する１つ以上の資源の利用可能状況を示す資源情報に基づいて、予め定められた効用関数を用いて、取得された前記需要条件の効用値を算出するステップと、
   算出された前記効用値に基づいて、商品又は役務の提供のための交渉に関する動作である交渉動作を決定するステップと、
   前記資源情報の前記利用可能状況における各資源を供給するための枠の数を仮想的に変更することで構成される複数のパターンごとに、予め定められた効用関数を用いて算出された前記需要条件の効用値に基づいて、枠の数を変更した後のパターンを選択するステップと、
   予め定められた閾値を超える前記効用値となる前記パターンに関する条件に基づいて、枠数変更に伴って前記変更された枠に割り当てられる資源に関する新たな商談に関する第２の商談条件を生成し、生成された前記第２の商談条件に応じて他の交渉装置によって生成された、前記変更された枠に割り当てられる資源に関する前記第２の商談条件に対する回答を示す回答情報に応じて、前記第２の商談条件の成立の有無を判定するステップと、
   前記第１の商談条件に必要な１つ以上の資源を、成立すると判定された前記第２の商談条件に関し、選択された前記枠の数を変更した後のパターンにおける枠のどれに割り当てるかに応じて構成される複数のパターンごとに、前記第１の商談条件の効用値を算出するステップと、
   予め定められた閾値を超える前記効用値となる前記パターンに関する条件で、前記第１の商談条件を受諾すると決定するステップと、
   をコンピュータに実行させるプログラム。

Images