JP7468768B1 - 情報処理システム、情報処理サーバ、情報処理方法、及びプログラム - Google Patents

Abstract

【課題】最適化問題における解を導出するために要する時間を短縮させる。【解決手段】制約条件及び目的関数を取得する取得部と、前記取得部によって取得された前記制約条件及び前記目的関数を、前記制約条件を満たし、且つ前記目的関数を最適化する問題として定式化する定式化部と、前記定式化部によって定式化された問題を、最適化計算機が利用可能なモデルに変換するモデル変換部と、前記モデル変換部によって変換された前記モデルを、前記最適化計算機に出力するモデル出力部と、前記最適化計算機によって導出された前記モデルに対する解を採用しない場合、前記制約条件及び前記目的関数のうち少なくとも一方を変更する解判定部と、を備える。【選択図】図３

Description

本発明は、情報処理システム、情報処理サーバ、情報処理方法、及びプログラムに関する。

物流業務における配送計画を策定する技術がある。例えば、特許文献１には、異種多品目から構成され、かつ出荷時の梱包荷姿が様々な形状やサイズに亘る荷物の配送において、配送計画を生成する技術が開示されている。

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

しかしながら、配送計画を生成する場合において多様な制約条件が課されることが多く、配送計画を生成するために要する時間が膨大となる場合がある。例えば、配送計画を生成するには、各種の制約条件、例えば、配送すべき荷物の形状や個数、配送に使用可能な車両及び車両を運転するドライバを確保できる時間や数等、を充足しつつ、かつ、目的関数、例えば、配送に使用する車両の総台数を最小にするような最適化問題の解を導出しなければならない。このような最適化問題では、目的関数の要素の数が増えるほど、パラメータの組み合わせが膨大となるため、最適解を導出するまでに膨大な時間を要する。

しかも、物流業務においては、配送当日にシフト変更が発生したり、急ぎで集配しなければならない荷物が追加されたりすることがある。このような急な変更に対応できる時間で最適解を導出することは現実的ではなかった。

本発明は、このような状況に鑑みてなされたものであり、最適化問題における解を導出するために要する時間を短縮させることが可能な情報処理システム、情報処理サーバ、情報処理方法、及びプログラムを提供することを目的とする。

本発明の情報処理システムは、１または２以上の運搬場所に１または２以上の被運搬物を１または２以上の運搬体が運搬する計画である運搬計画を生成する第１のサーバと、最適化計算機と、を備え、前記第１のサーバは、制約条件及び目的関数を取得する取得部と、前記取得部によって取得された前記制約条件及び前記目的関数を、前記制約条件を満たし、且つ前記目的関数を最適化する問題として定式化する定式化部と、前記定式化部によって定式化された問題を、最適化計算機が利用可能なモデルに変換するモデル変換部と、前記モデル変換部によって変換された前記モデルを、前記最適化計算機に出力するモデル出力部と、前記最適化計算機によって導出された前記モデルに対する解を採用しない場合、前記制約条件及び前記目的関数のうち少なくとも一方を変更する解判定部と、を備え、前記最適化計算機は、前記解を複数導出し、前記解判定部は、複数の前記解のそれぞれの前記制約条件を満たす度合に応じて前記解を採用するか否かを判定する。
本発明の情報処理サーバは、最適化計算機と通信可能に接続され、取得部と、定式化部と、モデル変換部と、モデル出力部と、解判定部と、を備え、前記取得部が、制約条件及び目的関数を取得し、前記定式化部が、前記取得部によって取得された前記制約条件及び前記目的関数を、前記制約条件を満たし、且つ前記目的関数を最適化する問題として定式化し、前記モデル変換部が、前記定式化部によって定式化された問題を、前記最適化計算機が利用可能なモデルに変換し、前記モデル出力部が、前記モデル変換部によって変換された前記モデルを、前記最適化計算機に出力し、前記最適化計算機によって導出された前記モデルに対する解を採用しない場合、前記解判定部が、前記制約条件及び前記目的関数のうち少なくとも一方を変更し、前記最適化計算機は、前記解を複数導出し、前記解判定部は、複数の前記解のそれぞれの前記制約条件を満たす度合に応じて前記解を採用するか否かを判定する。

本発明の、情報処理方法は、コンピュータが行う情報処理方法であって、制約条件及び目的関数を取得し、取得された前記制約条件及び前記目的関数を、前記制約条件を満たし、且つ前記目的関数を最適化する問題として定式化し、定式化された問題を、最適化計算機が利用可能なモデルに変換し、変換された前記モデルを、前記最適化計算機に出力し、前記最適化計算機によって導出された前記モデルに対する解を採用しない場合、前記制約条件及び前記目的関数のうち少なくとも一方を変更し、前記最適化計算機が導出した複数の前記解のそれぞれの前記制約条件を満たす度合に応じて前記解を採用するか否かを判定する。

本発明の、プログラムは、コンピュータに、制約条件及び目的関数を取得させ、前記制約条件及び前記目的関数を、前記制約条件を満たし、且つ前記目的関数を最適化する問題として定式化させ、前記定式化された問題を、最適化計算機が利用可能なモデルに変換させ、前記変換された前記モデルを、前記最適化計算機に出力させ、前記最適化計算機によって導出された前記モデルに対する解を採用しない場合、前記制約条件及び前記目的関数のうち少なくとも一方を変更させ、前記最適化計算機が導出した複数の前記解のそれぞれの前記制約条件を満たす度合に応じて前記解を採用するか否かを判定させる、プログラムである。

本発明によれば、最適化問題における解を導出するために要する時間を短縮させることが可能となる。

第１実施形態における情報処理システム１の構成例を示すブロック図である。 第１実施形態の情報処理システム１が行う処理の流れを示すシーケンス図である。 第１実施形態の情報処理サーバ１０の構成例を示すブロック図である。 第１実施形態の配送ＤＢ１２０の例を示す図である。 第１実施形態の情報処理サーバ１０が行う処理の流れを示すフローチャートである。

以下、本発明の実施形態について、図面を参照して説明する。以下の説明では、情報処理システム１を用いて物流業務における配送計画を生成する場合を例に説明する。例えば、情報処理システム１は、積荷、使用可能な車両及びドライバなどの状況に応じて、配送経路及び配送車両とその積荷及びドライバの割り当てなどを最適化した配送計画を生成する。

なお、これに限定されることはなく、工場や倉庫における無人搬送車の走行経路を最適化したり、製造工程における担当者の割当てを最適化したりする場合など、経路や割当てを最適化する任意の事例に適用することが可能である。
また、最適化問題では、目的関数の要素の数が増えるほど、パラメータの組み合わせが膨大となるため、最適解を導出するまでに膨大な時間を要する。パラメータの組み合わせが膨大となると、厳密な最適解を求めることが困難なため、ある程度最適な解が求まれば良いとする近似解法を用いて解くことが一般的に行われている。このような事情から、本実施形態において、「最適化する」とは、唯一の「最も適した解」を導出することに限定されることはなく、ある程度最適な解を複数導出することを含むものとする。

（情報処理システム１の構成について）
情報処理システム１は、物流業務における配送計画を生成するためのシステムである。図１は、第１実施形態による情報処理システム１の構成例を示すブロック図である。情報処理システム１は、例えば、情報処理サーバ１０と、最適化計算機２０と、配送業者サーバ３０と、ドライバ端末４０と、荷主端末５０とを備える。この図の例では、情報処理サーバ１０と、最適化計算機２０との間に、ネットワークＮＷが配置されているが、これに限定されることはない。情報処理サーバ１０と、最適化計算機２０との間にネットワークＮＷが配置されていなくともよい。また、情報処理サーバ１０と、配送業者サーバ３０との間に汎用の通信ネットワークが配置されていてもよい。この場合、情報処理サーバ１０と、最適化計算機２０との間にネットワークＮＷと、配送業者サーバ３０との間に汎用の通信ネットワークとが、同一のネットワークであってもよいし、異なるネットワークであってもよい。

情報処理サーバ１０は、物流業者などからの依頼に応じて配送計画を生成するコンピュータである。情報処理サーバ１０は、配送業者サーバ３０から配送計画の生成を依頼する旨の通知を受信する。情報処理サーバ１０は、配送計画を生成するために必要な制約条件及び目的関数に基づいて、制約条件を満たし、且つ目的関数を最適化する問題として定式化する。

制約条件は、配送計画を生成する場合において制約される条件であって、例えば、配送する荷物、車両、ドライバ、配送経路などに関する制約である。例えば、配送する荷物についての制約条件には、配送すべき荷物の総数や、個々の荷物の配送先、配送時間、荷姿、容量、重量などが含まれる。車両についての制約条件には、使用可能な車両の総数や、個々の車両の車種、積載容量、特殊な荷物（チルドや冷凍品、大型の荷物など）の対応可否などが含まれる。ドライバについての制約条件には、割当て可能なドライバの総数や、個々のドライバの保有免許、経験年数、荷下ろしへの対応可否、就労時間、及び就労時間内に確保すべき休憩時間などが含まれる。配送経路についての制約条件には、配送拠点を結ぶ経路の混み具合、配送経路を走行可能な車種などが含まれる。

目的関数は、配送計画を生成する場合において目的を表す関数であって、例えば、なるべく少ないコストで配送を完了させたい場合、車両一台にかかる運行費に車両台数を乗算した値と、ドライバ１人にかかる人件費に人数を乗算した値の和が目的関数となる。そして、制約条件を充足する目的関数における変数の組合せ、例えば、車両台数とドライバ人数の組合せのうち、目的関数の値が最小となる組合せが、制約条件を充足しつつ最も少ないコストで配送を完了させることが可能な最適な組合せである。

情報処理サーバ１０は、定式化した制約条件及び目的関数を、最適化計算機２０が利用できる計算モデル（後述するイジングモデル）に変換する。情報処理サーバ１０は、イジングモデルを最適化計算機２０に出力し、最適化計算機２０からイジングモデルに対する解を取得する。情報処理サーバ１０は、最適化計算機２０から取得した解を用いて配送計画を生成し、生成した配送計画を配送業者サーバ３０に出力する。

最適化計算機２０は、最適化問題を解くための量子コンピュータである。量子コンピュータは、逆過程（ユニタリー演算）を通して計算を実行する。このため、量子コンピュータではない従来型のコンピュータ（以下、古典コンピュータという）と違って、エントロピーの増大が生じない。このため、量子コンピュータは、量子力学的な重ね合わせの原理を用いた並列計算によって、古典コンピュータより指数関数的に高速な計算が可能になる。

例えば、最適化計算機２０は、量子アニーリング方式の量子コンピュータである。最適化計算機２０は、ゲート方式の量子コンピュータであってもよい。最適化計算機２０は、疑似量子コンピュータを含むイジングマシンであってもよい。例えば、商用に公開されている量子コンピュータを、ネットワークＮＷを経由してＡＰＩを呼び出すことにより、最適化計算機２０として利用することができる。
最適化計算機２０は、論理上、古典コンピュータより指数関数的に高速な計算が可能ではあるが、現状では、いくつかの技術的な問題がネックとなって、それほどの高速性が期待できない場合がある。このため、本実施形態では、最適化計算機２０を、ネットワークＮＷを介してクラウド上に配置し、定式化及びイジングモデルへの変換を、古典コンピュータである情報処理サーバ１０で行い、イジングモデルから解を求める計算を最適化計算機２０が行うようにして、最適化計算機２０が行う処理の負荷が増大しないようにしている。これにより、配送計画を生成するために要するトータルの所要時間が増大しないように抑制することができる。

ただし、情報処理サーバ１０と最適化計算機２０との間に、ネットワークＮＷがあってもよいが、なくてもよい。例えば、量子コンピュータと物理的に接続された古典コンピュータが今後開発される可能性もある。このため、本実施形態では、最適化計算機２０がネットワークＮＷを介してクラウド上に配置されている場合を例に説明するが、これに限定されない。例えば、最適化計算機２０と情報処理サーバ１０とがオンプレミスに配置されていてもよい。

最適化計算機２０は、情報処理サーバ１０から取得したイジングモデルにおける最適解を導出する。最適化計算機２０は、イジングモデルにおける目的関数が最小となる変数の組合せを求めることにより最適解を導出する。最適化計算機２０は、導出した最適解をイジングモデルの解として情報処理サーバ１０に出力する。

最適化計算機２０は、制約条件及び目的関数に沿った複数の解を導出してもよい。この場合、最適化計算機２０は、導出した複数の解を情報処理サーバ１０に出力する。

配送業者サーバ３０は、配送業者が管理するコンピュータである。配送業者サーバ３０は、荷主端末５０から荷物の配送を受注する。配送業者サーバ３０は、定期的に、或いは配送を受注する毎に、配送に関する情報を情報処理サーバ１０に送信する。配送に関する情報は、例えば、受注した荷物、車両及びドライバ等に関する情報である。配送業者サーバ３０が通知した配送に関する情報は、例えば、情報処理サーバ１０のデータベース（後述する配送ＤＢ１２０）に記憶される。

配送業者サーバ３０は、配送計画を生成したい対象日などを指定して配送計画を生成するように依頼する通知を情報処理サーバ１０に送信する。配送業者サーバ３０は、依頼に対する応答として、情報処理サーバ１０から配送計画を受信する。配送業者サーバ３０は、情報処理サーバ１０から受信した配送計画に基づいて、ドライバ端末４０に配送指示を通知する。

ドライバ端末４０は、ドライバが使用するコンピュータであり、例えばドライバが携帯する端末装置である。ドライバ端末４０は、例えば、配送業者サーバ３０から通知された配送指示を表示する。ドライバは、ドライバ端末４０に表示された配送指示に従って集配作業を行う。

荷主端末５０は、荷主が使用するコンピュータであり、例えば荷主が携帯するＰＣ（Personal Computer）、又は端末装置である。荷主端末５０は、荷物に関する情報、例えば、荷物の数、荷姿、重量、容量、配送先住所及び配送希望日時などを配送業者サーバ３０に送信することにより荷物の配送を依頼する通知を行う。

（情報処理システム１の処理について）
ここで、図２を用いて、情報処理システム１が行う処理について説明する。図は、情報処理システム１が行う処理の流れを示すシーケンス図である。

まず、荷主端末５０は、荷物に関する情報を配送業者サーバ３０に送信することにより荷物の配送を依頼する通知（注文）を行う（ステップＳ１０）。配送業者サーバ３０は、注文情報、車両及びドライバ情報など、配送に関する情報を情報処理サーバ１０に送信する（ステップＳ１１）。注文情報は受注した荷物に関する情報である。車両及びドライバ情報は、日付或いは時間帯ごとに使用可能な車両のリスト、及び日付或いは時間帯ごとに就労可能なドライバのリスト等である。

配送業者サーバ３０は、配送計画を生成したい対象日などを指定して、配送に関する情報（データ）を参照する（ステップＳ１２）。例えば、配送業者サーバ３０は、配送業者サーバ３０の配送ＤＢ１２０にアクセスすることにより配送に関する情報（データ）を参照する。情報処理サーバ１０は、配送業者サーバ３０からのアクセスに応じて、配送ＤＢ１２０に記憶されている配送に関する情報（データ）を配送業者サーバ３０に出力する（ステップＳ１３）。配送業者サーバ３０は、情報処理サーバ１０から取得した配送に関する情報（データ）に基づいて、配送計画を生成したい対象日における、配送すべき荷物、使用可能な車両、就労可能なドライバの数及び内訳などの制約条件を確定させ、確定させた条件を情報処理サーバ１０に出力する（ステップＳ１４）。これにより、配送業者サーバ３０は、配送計画の生成を情報処理サーバ１０に依頼する。

情報処理サーバ１０は、配送業者サーバ３０から通知された制約条件に基づいて生成したイジングモデルを最適化計算機２０に出力する（ステップＳ１５）。情報処理サーバ１０は、制約条件及び目的関数に基づいて、制約条件を満たし、且つ目的関数を最適化する問題として定式化する。情報処理サーバ１０は、定式化した制約条件及び目的関数を、最適化計算機２０が利用できるイジングモデルに変換する。情報処理サーバ１０は、イジングモデルを最適化計算機２０に出力する。

最適化計算機２０は、情報処理サーバ１０から取得したイジングモデルにおける最適解を導出し、最適解をイジングモデルの解として情報処理サーバ１０に出力する（ステップＳ１６）。

情報処理サーバ１０は、最適化計算機２０から取得した解に基づく配送計画の候補を配送業者サーバ３０に出力する（ステップＳ１７）。情報処理サーバ１０は、最適化計算機２０から取得した解を用いて、例えば、配送に使用する車両毎に、積載する荷物、配送ルート、配送時間、ドライバなどの組合せ、及び配送にかかるコストなどを対応づけた配送計画を生成し、生成した配送計画を、配送計画の候補として配送業者サーバ３０に出力する。

配送業者サーバ３０は、情報処理サーバ１０から取得した配送計画の候補から、配送計画を決定する。例えば、配送業者サーバ３０は、配送計画の候補のうち、配送にかかるコストが最小となるものを、対象日の配送計画として決定する。或いは、配送業者サーバ３０は、ステップＳ１４において、情報処理サーバ１０に伝えきれなかった制約条件、例えば、配送先の顧客によっては、その顧客に荷物を配送するドライバを特定のドライバに割当てる方がよいなどの事情に基づいて、配送計画の候補から対象日の配送計画として決定するようにしてもよい。

配送業者サーバ３０は、決定した配送計画に基づいて、対象日に配達させるドライバのドライバ端末４０に、例えば、ドライバが担当する車両、配送すべき荷物、配送ルート、配送時間などを示す配送指示を通知する。

なお、ステップＳ１８において、配送計画の候補に、対象日の配送計画として適切なものがないと判定した場合、配送業者サーバ３０は、制約条件及び目的関数の少なくとも一方を見直し、ステップＳ１４に戻って見直した制約条件を情報処理サーバ１０に出力する。このようにして、配送業者サーバ３０は、制約条件を見直しながら、対象日の配送計画として適切なものが得られるまで、情報処理サーバ１０に配送計画の生成する依頼を繰り返し行う。

（情報処理サーバ１０の構成について）
ここで、情報処理サーバ１０の構成について、図３を用いて説明する。図３は、第１実施形態による情報処理サーバ１０の構成例を示すブロック図である。情報処理サーバ１０は、例えば、クラウド装置、サーバ装置、ＰＣなどにより実現される。

情報処理サーバ１０は、例えば、通信部１１と、記憶部１２と、演算部１３と、解表示部１４を備える。通信部１１は、最適化計算機２０及び配送業者サーバ３０と通信を行う。

記憶部１２は、ＨＤＤ（Hard Disk Drive）、フラッシュメモリ、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）、ＲＡＭ（Random Access read/write Memory）、ＲＯＭ（Read Only Memory）などの記憶媒体、あるいはこれらの組合せによって構成される。記憶部１２は、情報処理サーバ１０の各種処理を実行するためのプログラム、及び各種処理を行う際に利用される一時的なデータを記憶する。

演算部１３及び解表示部１４は、情報処理サーバ１０がハードウェアとして備えるＣＰＵ（Central Processing Unit）にプログラムを実行させることによって実現される。

演算部１３は、例えば、制約条件・目的関数取得部１３０と、定式化部１３１と、イジングモデル変換部１３２と、イジングモデル出力部１３３とを備える。制約条件・目的関数取得部１３０は、生成すべき配送計画に対応する制約条件及び目的関数を取得する。

定式化部１３１は、制約条件・目的関数取得部１３０によって取得された制約条件及び目的関数を、制約条件を満たし、且つ目的関数を最適化する問題として定式化する。

イジングモデル変換部１３２は、定式化部１３１によって定式化された問題を、最適化計算機２０が利用可能なイジングモデルに変換する。例えば、アニーリング方式を用いる場合、イジングモデル変換部１３２は、定式化部１３１によって定式化された問題を、イジングモデル、またはＱＵＢＯ（Quadratic Unconstrained Binary Optimization、制限なし二次形式二値変数最適化形式）に変換する。イジングモデル及びＱＵＢＯは、二値変数の二次多項式である。イジングモデルは、二値変数として、－１又は１が用いられる。ＱＵＢＯは、二値変数として、０又は１が用いられる。

イジングモデル出力部１３３は、イジングモデル変換部１３２によって変換されたイジングモデルを、最適化計算機２０に出力する。

解表示部１４は、例えば、解取得部１４０と、経路表示部１４１と、シフト表示部１４２と、解判定部１４３とを備える。解取得部１４０は、最適化計算機２０によって導出されたイジングモデルに対する解を取得する。
経路表示部１４１は、解取得部１４０によって取得された解に基づく配送経路を表示する。経路表示部１４１に表示される配送経路には、例えば、ある配送先から別の配送先まで移動するための経路が地図上に示され、ある配送先を出発する時間と、別の配送先に到着する時間、別の配送先に移動する際に積載すべき荷物などが示されている。シフト表示部１４２は、解取得部１４０によって取得された解に基づく車両及びドライバの配置（シフト）を表示する。シフト表示部１４２に表示されるシフトには、例えば、ドライバが、どの車両を使用して、何時ごろ、どのような荷物を配送するか等が、ドライバ毎に示されている。

解判定部１４３は、解取得部１４０によって複数の解が取得された場合、経路表示部１４１及びシフト表示部１４２に表示させる解を選択する。例えば、解判定部１４３は、解が制約条件を満たす度合、及び目的関数の値に応じて、複数の解から、経路表示部１４１及びシフト表示部１４２に表示させる解を選択する。例えば、解判定部１４３は、制約条件を満たす度合が高い解を幾つか選択し、選択した解を経路表示部１４１及びシフト表示部１４２に表示させる解とする。また、解判定部１４３は、目的関数が小さい解を幾つか選択し、選択した解を、経路表示部１４１及びシフト表示部１４２に表示させる解とする。

また、解取得部１４０によって取得された解を、配送計画として採用するか否かを判定する。例えば、解判定部１４３は、ユーザの指示に応じて、解を配送計画として採用するか否かを判定する。ユーザは、例えば、配送計画の生成を依頼した配送業者の担当者等である。

例えば、情報処理サーバ１０は、最適化計算機２０から得られた解に基づく配送経路、及びシフトを配送業者サーバ３０に出力する。配送業者サーバ３０は、情報処理サーバ１０から取得した配送経路及びシフトを表示する。配送業者の担当者は、配送業者サーバ３０に表示された配送経路及びシフトを視認して対象日における配送計画として採用するか否かを判断する。担当者は、配送業者サーバ３０に接続されたキーボードなどを操作することにより、配送計画として採用するか否かを示す情報を入力する。配送業者サーバ３０は、担当者によって入力された情報を取得し、取得した情報を情報処理サーバ１０に送信する。情報処理サーバ１０は、配送業者サーバ３０から通知された情報に基づいて、解を配送計画として採用するか否かを判定する。具体的に、解判定部１４３は、担当者が配送計画を採用すると判断した場合には解を配送計画として採用すると判定する。担当者が配送計画を採用しないと判断した場合には解を配送計画として採用しないと判定する。

解判定部１４３は、解を採用しないと判定した場合、制約条件及び目的関数のうち少なくとも一方を変更する。例えば、解判定部１４３は、ユーザの指示に応じて、制約条件及び目的関数のうち少なくとも一方を変更する。

例えば、担当者は、配送計画として採用しない旨を示す情報を入力する場合、採用しない旨を示す情報と共に、制約条件及び目的関数のうち少なくとも一方を変更する情報を入力する。例えば、対象日に対応できるドライバの人数を増やせる場合には、制約条件としてのドライバ人数の上限を増やす設定を行う事により、制約条件を緩和する。また、ガソリンの値上がりや人件費の高騰などに対応して、配送コストを算出する式に変更が必要な場合には、目的関数としての配送コストを表す関数を変更する。或いは、配送コストよりも労働時間の平準化を優先させる場合には、目的関数を、各ドライバの労働時間のばらつき度合などを表す式に変更するようにしてもよい。配送業者サーバ３０は、担当者によって入力された情報を取得し、取得した情報を情報処理サーバ１０に送信する。情報処理サーバ１０は、配送業者サーバ３０から通知された情報に基づいて、制約条件及び目的関数のうち少なくとも一方を変更する。

解判定部１４３は、変更後における制約条件及び目的関数の組合せを制約条件・目的関数取得部１３０に出力する。これにより、情報処理サーバ１０は、変更後の制約条件及び目的関数の組合せに応じた解を得ることが可能となる。

ここで、解判定部１４３は、最適化計算機２０から複数の解が得られた場合において、複数の解のうち、何れの解を採用するかを、制約条件を満たす度合に応じて判定するようにしてもよい。例えば、解判定部１４３は、最適化計算機２０から複数の解が得られた場合において、複数の解のうち、配送業者サーバ３０に表示させる配送計画に対応させる解を選択するようにしてもよい。例えば、解判定部１４３は、複数の解のそれぞれについて、制約条件を充足する度合、及び目的関数を最小にする度合に基づいて、解を選択する。例えば、解判定部１４３は、制約条件のうちの厳守すべき条件を満たしていない解、例えば、使用できる車両台数の上限を超えているものなどを、配送業者サーバ３０に表示させる配送計画としては採用しない解とする。制約条件のうちの厳守すべき条件は、配送業者サーバ３０から予め通知されてもよいし、情報処理サーバ１０が予め設定したものであってもよい。解判定部１４３は、配送業者サーバ３０に表示させる配送計画として採用しない解を除外して残った解を、配送業者サーバ３０に表示させる配送計画に対応させる解とする。

図４は、第１実施形態の配送ＤＢ１２０の例を示す図である。配送ＤＢ１２０は、配送業者サーバ３０から通知される配送に関する情報により構成される。例えば、配送ＤＢ１２０は、地図データ、荷物データ、車両データ、及びドライバデータの各項目に対応する情報を記憶する。

地図データは、配送経路を含む地図の情報であり、例えば、オープンデータとして開示されている地図データを利用することが可能である。なお、オープンデータとして開示されている地図データに、配送業者による独自の情報、例えば、朝の混雑度合を示す情報などが付加されていてもよい。
荷物データは、配送する荷物の配送先、荷姿、重量、容積などを示す情報である。
車両データは、車種、積載容量、特殊免許の有無などを示す情報である。
ドライバデータは、免許、荷下ろしへの対応の可否、担当顧客などが決まっている場合にはその顧客名などを示す情報である。

（情報処理サーバ１０が行う処理について）
ここで、情報処理サーバ１０が行う処理について、図５を用いて説明する。図５は、実施形態の情報処理サーバ１０が行う処理の流れを示すフローチャートである。

まず、情報処理サーバ１０は、制約条件及び目的関数を取得する（ステップＳ１０１）。情報処理サーバ１０は、目的関数及び制約条件を定式化し、定式化した問題をイジングモデルに変換する（ステップＳ１０２）。情報処理サーバ１０は、イジングモデルを、最適化計算機２０に送信する（ステップＳ１０３）。情報処理サーバ１０は、最適化計算機２０から、イジングモデルに対する解を受信する（ステップＳ１０４）。ここで、情報処理サーバ１０は、例えば、最適化計算機２０から、イジングモデルに対する解を複数受信する。

情報処理サーバ１０は、最適化計算機２０から得られた解が制約条件を満たす度合、及び目的関数の値に応じて選択した複数の解を、配送計画の候補として配送業者サーバ３０に表示する（ステップＳ１０５）。
情報処理サーバ１０は、表示した配送計画の候補から、配送計画が決定されたか否かを判定する（ステップＳ１０６）。情報処理サーバ１０は、配送業者サーバ３０から配送計画として採用する旨の通知を受信した場合、配送計画が決定されたと判定する。一方、情報処理サーバ１０は、配送業者サーバ３０から配送計画として採用できない旨の通知を受信した場合、配送計画が決定されなかったと判定する。

配送計画が決定されなかった場合、情報処理サーバ１０は、目的関数及び制約条件のうち少なくとも一方を変更する（ステップＳ１０７）。情報処理サーバ１０は、例えば、配送業者サーバ３０から配送計画として採用できない旨の通知と共に、目的関数及び制約条件のうち少なくとも一方を変更する内容を受信し、受信した内容に応じて目的関数及び制約条件のうち少なくとも一方を変更する。情報処理サーバ１０は、ステップＳ１０１に戻り、変更後の目的関数及び制約条件に対応する解を出力するための処理を実行する。

以上説明したように、第１実施形態の情報処理システム１は、制約条件・目的関数取得部１３０と、定式化部１３１と、イジングモデル変換部１３２と、イジングモデル出力部１３３と、解表示部１４とを備える。制約条件・目的関数取得部１３０は制約条件及び目的関数を取得する。定式化部１３１は、制約条件を満たし、且つ、目的関数を最適化する問題として制約条件及び目的関数を定式化する。イジングモデル変換部１３２は、定式化された問題を、最適化計算機２０が利用可能なイジングモデルに変換する。イジングモデル出力部１３３は、イジングモデルを、最適化計算機２０に出力する。解表示部１４は、最適化計算機２０によって導出された、イジングモデルに対する解を表示する。

これにより、第１実施形態の情報処理システム１では、最適化計算機２０に最適化問題の解を導出させることができる。最適化計算機２０は古典コンピュータより指数関数的に高速な計算を実行することできる。したがって、最適化問題における解を導出するために要する時間を短縮させることが可能となる。

また、第１実施形態の情報処理システム１では、最適化計算機２０は、アニーリング型の量子コンピュータ、疑似量子コンピュータを含むイジングマシン及びゲート型の量子コンピュータのうち何れかである。これにより、第１実施形態の情報処理システム１では、上述した効果と同様の効果を奏することができる。

また、第１実施形態の情報処理システム１では、最適化計算機は、クラウド上に配置される。これにより、第１実施形態の情報処理システム１では、クラウド上に配置される商用の量子コンピュータなどを利用することができる。

また、第１実施形態の情報処理システム１では、制約条件には、物流業務における配送経路、配送車両、配送物、及び配送車両を運転するドライバのうち、少なくとも何れか１つに関する制約が含まれ、目的関数は、配送車両の数が最小であり、且つ、配送車両が走行する距離が最小である場合に、最適となる関数である。これにより、第１実施形態の情報処理システム１では、最適化問題の解を物流業務に適用することができる。

また、第１実施形態の情報処理システム１では、解判定部１４３を更に備える。解判定部１４３は、解を採用するか否かを判定し、解を採用しない場合、制約条件及び目的関数のうち少なくとも一方を変更する。これにより、第１実施形態の情報処理システム１では、解を採用しない場合に制約条件及び目的関数のうち少なくとも一方を変更することができる。

また、第１実施形態の情報処理システム１では、最適化計算機２０は、解を複数導出する。解判定部１４３は、複数の解のそれぞれの制約条件を満たす度合に応じて、解を採用するか否かを判定する。これにより、第１実施形態の情報処理サーバ１０では、最適化計算機２０によって導出された複数の解のうち、適切な解を選択して配送業者サーバ３０に提示することが可能となる。

（第２実施形態）
ここで、第２実施形態について説明する。本実施形態では、無人搬送車（以下、ＡＧＶ（Automatic Guided Vehicle）という）を走行させる走行経路の最適化に、情報処理システム１を適用する。以下では、工場などに設けられた資材置き場から製造ラインの各工程まで必要な資材を搬送するＡＧＶの走行計画を生成する場合を例に説明する。

本実施形態において、情報処理システム１は、ＡＧＶの走行計画を生成するシステムである。情報処理サーバ１０は、最適化計算機２０を用いて走行計画を生成する。情報処理サーバ１０は、走行計画において設定された制約条件及び目的関数に基づいて、制約条件を満たし、且つ、目的関数を最適化する問題として定式化し、定式化した制約条件及び目的関数を最適化計算機２０が利用できる計算モデルに変換する。最適化計算機２０は、計算モデルにおける最適解を導出する。配送業者サーバ３０は、ＡＧＶによる資材の搬送を管理する業者が使用するＡＧＶ管理サーバであり、荷主端末５０から依頼された資材を搬送するためのＡＧＶの走行計画の生成を情報処理サーバ１０に依頼する。ドライバ端末４０は、ＡＧＶに搭載されるＡＧＶ制御装置であり、ＡＧＶ管理サーバからの指示に従いＡＧＶを走行させる。荷主端末５０は、工場の管理者が使用する管理者端末であり、ＡＧＶによる資材の搬送をＡＧＶ管理サーバに指示する。

本実施形態において、制約条件は、走行計画を生成する際に設けられる制約条件であって、例えば、資材、ＡＧＶ、経路、及び作業員などに関する制約条件である。
ここでの資材とは、ＡＧＶに搬送させる資材である。資材に関する制約条件として、資材の総数、各資材の大きさ、ＡＧＶに搬送させる順序（優先順位）、搬送する際の取り扱いの注意事項（衝撃に弱い、傾けられない等）、搬送元となる資材置き場の位置、及び、搬送先となる製造ラインの各工程に対応する作業場所の位置などの制約条件が含まれる。
ここでのＡＧＶとは、資材を搬送する車両である。ＡＧＶに関する制約条件として、資材の搬送に利用可能なＡＧＶの総数、各ＡＧＶのキャパシティ（積載可能な資材の重量及び容量の上限）、各ＡＧＶを稼働させることが可能な時間（バッテリ残量）などの制約条件が含まれる。
ここでの経路とは、ＡＧＶを走行させる経路である。経路に関する制約条件として、通路におけるＡＧＶによる走行不可を示す制約条件、例えば、工場内に設けられた通路においてＡＧＶが走行するには幅が狭すぎる通路、ＡＧＶが走行することが困難となる傾斜、又は障害物がある通路に、ＡＧＶを走行させないようにするという制約条件がある。また、経路に関する制約条件として、混雑や事故などを回避するための制約条件、例えば、衝突を回避するため複数のＡＧＶが同時に同じ経路を走行することを禁止するという制約条件などが含まれる。
ここでの作業員とはＡＧＶを管理する作業員である。作業員に関する制約条件として、作業員の総数、各作業員のスケジュール（勤務可能時間帯）などの制約条件が含まれる。

目的関数は、走行計画における目的を表す関数である。例えば、なるべく少ない時間に抑えることを目的とする場合、搬送を開始してから全ての資材の搬送を完了するまでに要する総時間を目的関数とする。上記の制約条件を充足する変数（本実施形態では、資材、ＡＧＶ、経路、及び作業員）の組合せのうち、目的関数の値が最小となる組合せが、少ない時間で資材を搬送するという目的を達成する最適な組合せである。
また、ＡＧＶと作業員が連携して運搬作業を行う、例えば、ＡＧＶが最寄りの通路まで搬送し、その後、作業員が製造ラインの所定の位置まで資材を運ぶような作業を行う場合、作業員の負担をなるべく少なくすることを目的として、作業員が作業のために移動する距離を目的関数としてもよい。この場合、上記の制約条件を充足する変数の組合せのうち、目的関数の値が最小となる組合せが、作業員の移動距離を最小限にして資材を運搬するという目的を達成する最適な組合せである。
さらに、上記にて説明した２つの目的関数の和、すなわち、資材の搬送を完了するまでに要した総時間と、作業員が作業のために移動する距離と、の和を、目的関数とすることも可能である。この場合、上記の制約条件を充足する変数の組合せのうち、目的関数の値が最小となる組合せが、少ない時間で作業員の負担を抑えながら資材を搬送するという目的を達成する最適な組合せである。
また、なるべく少ない費用に抑えることを目的とする場合、ＡＧＶが走行する総走行距離、走行に要する総エネルギー消費（電力）、走行させるＡＧＶの総数、及びこれらの組合せた値の何れかを目的関数とする。上記の制約条件を充足する変数の組合せのうち、目的関数の値が最小となる組合せが、少ない費用で資材を運搬するという目的を達成する最適な組合せである。

以上説明したように、第２実施形態の情報処理システム１では、ＡＧＶによる資材の運搬業務に係る走行計画を、最適化計算機２０を用いて生成することができる。これにより、ＡＧＶによる資材の搬送業務に係る、資材、ＡＧＶ、経路、及び作業員などの制約を考慮しつつ、時間や費用などの目的を達成することが可能な走行計画を生成することが可能となる。

（第３実施形態）
ここで、第３実施形態について説明する。本実施形態では、廃棄物を回収して処理場まで搬送する回収経路の最適化に、情報処理システム１を適用する。

本実施形態において、情報処理システム１は、廃棄物の回収計画を生成するシステムである。情報処理サーバ１０は、最適化計算機２０を用いて回収計画を生成する。情報処理サーバ１０は、走行計画において設定された制約条件及び目的関数に基づいて、制約条件を満たし、且つ、目的関数を最適化する問題として定式化し、定式化した制約条件及び目的関数を最適化計算機２０が利用できる計算モデルに変換する。最適化計算機２０は、計算モデルにおける最適解を導出する。配送業者サーバ３０は、廃棄物の回収を行う業者が管理する廃棄物回収管理サーバである。廃棄物回収管理サーバは、廃棄物を回収するための回収計画の生成を情報処理サーバ１０に依頼する。ドライバ端末４０は、廃棄物の回収を行う回収車両のドライバが携帯する端末装置であり、廃棄物回収管理サーバからの指示に従って回収車両を走行させ、廃棄物の回収と搬送を行う。荷主端末５０は、廃棄物の回収を廃棄物回収管理サーバに依頼する利用者が使用する端末である。

本実施形態において、制約条件は、回収計画を生成する際に設けられる制約条件であって、例えば、廃棄物、処理場、回収車両、ドライバ、及び経路などに関する制約条件である。
廃棄物に関する制約条件として、廃棄物の種類（例えば、有害廃棄物、リサイクル可能な廃棄物、及び一般廃棄物等の種類）、回収車両に他の廃棄物と混載してよいか否か、廃棄物の大きさ及び重量、及び、定められた回収の曜日及び日時などの制約条件が含まれる。
処理場に関する制約条件として、処理場における処理能力（例えば、１日に処理できる廃棄物の量）、処理場において処理することができる廃棄物の種類、処理場において廃棄物を受入ることが可能な時間帯などの制約条件含まれる。
ドライバに関する制約として、回収業務に対応可能なドライバの総人数、各ドライバが対応可能なスケジュール（例えば、各ドライバが勤務することが可能な時間帯など）、各ドライバが保有する資格（例えば、安全管理などに関する講習を受講済みであるか否かなど）の制約条件がある。
経路に関する制約として、廃棄物を回収して処理場まで搬送する回収経路に関する制約、例えば、道路の混み具合、回収車両が通行できるか否かなどの制約条件がある。

目的関数は、回収計画における目的を表す関数である。例えば、なるべく少ない時間に抑えることを目的とする場合、回収車両の走行開始から処理場への搬送が完了するまでに要する総時間を目的関数とする。上記の制約条件を充足する変数（本実施形態では、廃棄物、処理場、車両、ドライバ、及び経路）の組合せのうち、目的関数の値が最小となる組合せが、少ない時間で、廃棄物を回収して処理場まで搬送するという目的を達成する最適な組合せである。
また、なるべく多くの廃棄物を回収して処理場まで搬送することを目的とする場合、処理場に搬送される廃棄物の総量を目的関数としてもよい。この場合、上記の制約条件を充足する変数の組合せのうち、目的関数の値が最大となる組合せが、多くの廃棄物を回収して処理場まで搬送するという目的を達成する最適な組合せである。
なお、最適化問題を解く上では目的関数を最小化することを目指すことを前提とすることが多い。情報処理サーバ１０は、目的に対応する値（ここでは、処理場に搬送される廃棄物の総量）を最大化することによって最適化する場合、目的関数として、目的に対応する値にマイナスを乗算した関数を用いる。すなわち、情報処理サーバ１０は、どのような目的を設定したかに関わらず、目的関数を最小化することによって最適化されるように定式化を実行する。
これにより、情報処理システム１では、最適化計算機２０の処理負荷が増大しないように抑制することができる。最適化計算機２０に、目的関数を最大化することによって最適化するのか、或いは目的関数を最小化することによって最適化するのか、といった判断や場合分けをするような複雑な処理を行わせる必要がなくなるためである。これにより、回収計画を生成するために要するトータルの所要時間が増大しないように抑制することができる。
さらに、上記にて説明した２つの目的関数の和、すなわち、処理場への搬送が完了するまでに要する総時間と、処理場に搬送される廃棄物の総量（にマイナスを乗じた値）と、の和を、目的関数とすることも可能である。この場合、上記の制約条件を充足する変数の組合せのうち、目的関数の値が最小となる組合せが、少ない時間で、より多くの廃棄物を回収して処理場まで搬送するという目的を達成する最適な組合せである。
また、なるべく少ない費用に抑えることを目的とする場合、回収車両が走行する総走行距離、走行に要する燃料費、ドライバの人件費、及びこれらの組合せのいずれかに対応する回収業務に関る費用を目的関数とする。この場合、上記の制約条件を充足する変数の組合せのうち、目的関数の値が最小となる組合せが、少ない費用で、廃棄物を回収して処理場まで搬送するという目的を達成する最適な組合せである。
また、なるべく環境への影響を抑えることを目的とする場合、回収車両を走行させることによって排出される温室効果ガスの排出量を目的関数とする。この場合、上記の制約条件を充足する変数の組合せのうち、目的関数の値が最小となる組合せが、環境への影響を抑えながら廃棄物を回収して処理場まで搬送するという目的を達成する最適な組合せである。

以上説明したように、第３実施形態の情報処理システム１では、廃棄物の回収業務と処理場への搬送業務に係る回収計画を、最適化計算機２０を用いて生成することができる。これにより、回収業務及び搬送業務に係る、廃棄物、処理場、回収車両、ドライバ、及び経路などの制約を考慮しつつ、時間や費用、及び環境への影響などの目的を達成することが可能な回収計画を生成することが可能となる。

（第４実施形態）
ここで、第４実施形態について説明する。本実施形態では、車両のレンタルサービスに情報処理システム１を適用する。レンタルサービスでは、レンタル車両（例えば、レンタカー、及び／又はレンタサイクル）が、複数の拠点、例えば、レンタカーであれば駐車場、レンタサイクルスであれば自転車ステーションなどに配置される。利用者は利用し易い場所にある拠点からレンタル車両をレンタルし、返却し易い場所にある拠点にレンタル車両を返却する。以下では、レンタルサービスのスタッフが、利用者から返却されたレンタル車両を、回送車両として複数ある拠点のうちいずれかの拠点に回送する回送計画を生成する場合を例に説明する。

本実施形態において、情報処理システム１は、レンタル車両の回送計画を生成するシステムである。情報処理サーバ１０は、最適化計算機２０を用いて回送計画を生成する。情報処理サーバ１０は、回送計画において設定された制約条件及び目的関数に基づいて、制約条件を満たし、且つ、目的関数を最適化する問題として定式化し、定式化した制約条件及び目的関数を最適化計算機２０が利用できる計算モデルに変換する。最適化計算機２０は、計算モデルにおける最適解を導出する。配送業者サーバ３０は、レンタルサービスを提供する業者が使用するレンタル車両管理サーバである。レンタル車両管理サーバは、レンタル車両の回送計画の生成を情報処理サーバ１０に依頼する。ドライバ端末４０は、レンタル車両を回送するスタッフが携帯する端末装置であり、レンタル車両管理サーバからの指示に従い、レンタル車両を自ら運転したり、配送車にレンタル車両を搭載して配送したりして、指定された拠点にレンタル車両を回送する。荷主端末５０は、レンタル車両をレンタルする利用者が使用する端末装置である。

本実施形態において、制約条件は、回送計画を生成する際に設けられる制約条件であって、例えば、レンタル車両、利用者、拠点（駐車場や自転車ステーション）、道路状況、及びスタッフなどに関する制約条件である。
レンタル車両に関する制約条件として、レンタル車両として利用可能な車両の総台数、各車両の燃料（またはバッテリー）残量、各車両をレンタル車両として稼働させることが可能な時間、各車両の保守スケジュール、車種、キャパシティ（何人乗りか）などがある。
利用者に関する制約条件として、利用者によって予約されたレンタル日時及びレンタル時間、返却場所、及び利用者の数などの制約条件がある。
拠点に関する制約条件として、拠点に収容することができるレンタル車両の数、特定の時間帯における利用制限、例えば、深夜の利用禁止の有無などの制約条件がある。
道路状況に関する制約条件として、拠点までの経路にある道路における通行制限、例えば、工事中による通行止め、一方通行、渋滞等、速度制限などの制約条件がある。また、道路の種類、たとば、高速道路か一般道かなどの種類に応じた制約条件などがある。
スタッフに関する制約条件としては、レンタル車両の回送を担当することができるスタッフの総人数、各スタッフのスケジュール、例えば、各スタッフが勤務することが可能な時間帯、各スタッフが所有する免許の種類などの制約条件がある。

目的関数は、回送計画における目的を表す関数である。例えば、なるべく少ない時間で回送することを目的とする場合、回送を開始してから全てのレンタル車両の回送を完了するまでに要する総時間を目的関数とする。上記の制約条件を充足する変数（本実施形態では、レンタル車両、利用者、拠点、道路状況、及びスタッフ）の組合せのうち、目的関数の値が最小となる組合せが、少ない時間で回送を完了させるという目的を達成する最適な組合せである。また、なるべく少ない回送距離で回送することを目的とする場合、回送車両のそれぞれを回送する距離の和（総距離）を目的関数としてもよい。
また、なるべく少ない費用に抑えることを目的とする場合、回送するレンタル車両のそれぞれの燃料消費の総量、レンタル車両を回送するために要する総人件費、レンタル車両を回送するために使用する配送車の総数など、及びこれらの組合せなど、回送に関する費用を目的関数とする。上記の制約条件を充足する変数（本実施形態では、レンタル車両、利用者、拠点、道路状況、及びスタッフ）の組合せのうち、目的関数の値が最小となる組合せが、少ない費用で回送を完了させるという目的を達成する最適な組合せである。
また、利用者の満足度を最大化することを目的とする場合、利用者が予約したレンタル車両が、確実に利用できるようにするために、予約された拠点に予約されたレンタル車両が配置される確率に基づく値（例えば、確率が大きいほど値が小さくなる関数）を目的関数とする。上記の制約条件を充足する変数の組合せのうち、目的関数の値が最小となる組合せが、利用者の満足度を最大化するという目的を達成する最適な組合せである。
また、レンタル車両の利用率を最大化することを目的とする場合、レンタル車両のそれぞれがレンタルされていない空時間の総和を目的関数とする。上記の制約条件を充足する変数の組合せのうち、目的関数の値が最小となる組合せが、レンタル車両の利用率を最大化するという目的を達成する最適な組合せである。

以上説明したように、第４実施形態の情報処理システム１では、レンタル車両の回送業務に係る回送計画を、最適化計算機２０を用いて生成することができる。これにより、回送業務に係る、レンタル車両、利用者、拠点、道路状況、及びスタッフなどの制約を考慮しつつ、時間や費用、及び利用者の満足度などの目的を達成することが可能な回収計画を生成することが可能となる。

（第５実施形態）
ここで、第５実施形態について説明する。本実施形態では、食品の配達サービスに情報処理システム１を適用する。配達サービスでは、複数の利用者と、複数の配達員が登録されており、利用者が飲食店などの持ち帰り可能なメニューなどの食品を指定して配達を依頼すると、配達員による、飲食店での食品の受け取りと利用者への配達が行われる。以下では、配達サービスのスタッフが、配達員に対してどのような経路で食品の受け取りと利用者への配達を実行させるかを示す配達計画を生成する場合を例に説明する。

本実施形態において、情報処理システム１は、配達計画を生成するシステムである。情報処理サーバ１０は、最適化計算機２０を用いて配達計画を生成する。情報処理サーバ１０は、配達計画において設定された制約条件及び目的関数に基づいて、制約条件を満たし、且つ、目的関数を最適化する問題として定式化し、定式化した制約条件及び目的関数を最適化計算機２０が利用できる計算モデルに変換する。最適化計算機２０は、計算モデルにおける最適解を導出する。配送業者サーバ３０は、配達サービスを提供する業者が使用する配達管理サーバである。配達管理サーバは、配達計画の生成を情報処理サーバ１０に依頼する。ドライバ端末４０は、配達員が携帯する端末装置であり、配達管理サーバからの指示に従い、飲食店で食品を受け取ったり、受け取った食品を利用者の自宅或いは指定された場所まで配達したりする。荷主端末５０は、利用者が使用する端末装置である。

本実施形態において、制約条件は、配達計画を生成する際に設けられる制約条件であって、例えば、配達員、利用者、飲食店、食品、道路状況などに関する制約条件である。
配達員に関する制約条件として、配達員の総人数、各配達員が配達業務に対応できる時間帯、配達員が配達に使用する輸送手段、例えば、自転車、バイク、車等など、各配達員が１回の配達で配達することができるキャパシティ（最大の荷物量）などの制約条件がある。
利用者に関する制約条件として、利用者からの依頼を受けた時間、利用者が希望する配達時間、配達先の住所などの制約条件がある。
飲食店に関する制約条件として、飲食店の場所、営業時間、注文を受けてから食品を準備するまでに要する時間、配達用の食品として飲食店が提供できる料理の種類や数量などの制約条件がある。
食品に関する制約条件として、食品の大きさ（重量および容量）、配送時における食品の温度、食品の品質を保持できる時間、例えば、一定時間以上が経過すると品質が低下する可能性がある食品であるか否かなどの制約条件がある。
道路状況に関する制約条件として、配達に利用される道路における通行制限、例えば、工事中による通行止め、一方通行、渋滞等、速度制限などの制約条件がある。また、道路の種類、たとば、高速道路か一般道かなどの種類に応じた制約条件などがある。

目的関数は、配達計画における目的を表す関数である。例えば、なるべく少ない時間で配達することを目的とする場合、各配達員が配達を開始してから配達が完了するまでに要する時間の総和を目的関数とする。上記の制約条件を充足する変数（本実施形態では、配達員、利用者、飲食店、食品、道路状況）の組合せのうち、目的関数の値が最小となる組合せが、少ない時間で配達を完了させるという目的を達成する最適な組合せである。
或いは、配達に係る距離をなるべく少なくすることを目的とする場合、各配達員が配達のために移動する距離の総和を目的関数とする。また、配達に要する時間をなるべく少なく、且つ配達に係る距離をなるべく少なくすることを目的とする場合、これらの目的関数の和、つまり、配達が完了するまでに要する時間の総和と配達のために移動する距離の総和との和を、目的関数としてもよい。
また、利用者の満足度を最大化することを目的とする場合、利用者の待ち時間として、例えば、各配達が完了する時間と利用者が希望する配達時間との差を目的関数とする。上記の制約条件を充足する変数の組合せのうち、目的関数の値が最小となる組合せが、利用者の待ち時間が最小となり、利用者の満足度を最大化するという目的を達成する最適な組合せである。

以上説明したように、第５実施形態の情報処理システム１では、食品の配達業務に係る配達計画を、最適化計算機２０を用いて生成することができる。これにより、配達業務に係る、配達員、利用者、飲食店、食品、道路状況などの制約を考慮しつつ、時間や費用、及び利用者の満足度などの目的を達成することが可能な回収計画を生成することが可能となる。

以上説明したように、実施形態の情報処理システム１では、物品を運ぶ業務に係る制約に係る業務計画を、最適化計算機２０を用いて生成することができる。これにより、物品を運ぶ業務に係る制約を考慮しつつ、物品を運ぶ業務に係る時間や費用などの目的を達成することが可能な業務計画を生成することが可能となる。

上述した実施形態における情報処理システム１及び情報処理サーバ１０の全部または一部をコンピュータで実現するようにしてもよい。その場合、この機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現してもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ－ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであってもよく、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよく、ＦＰＧＡ等のプログラマブルロジックデバイスを用いて実現されるものであってもよい。

以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。

１…情報処理システム
１０…情報処理サーバ
１３０…制約条件・目的関数取得部（取得部）
１３１…定式化部
１３２…イジングモデル変換部（モデル変換部）
１３３…イジングモデル出力部（モデル出力部）
１４…解表示部
１４０…解取得部
１４１…経路表示部
１４２…シフト表示部
１４３…解判定部
２０…最適化計算機
３０…配送業者サーバ
４０…ドライバ端末
５０…荷主端末

Claims (8)

1. １または２以上の運搬場所に１または２以上の被運搬物を１または２以上の運搬体が運搬する計画である運搬計画を生成する第１のサーバと、最適化計算機と、を備え、
   前記第１のサーバは、
   制約条件及び目的関数を取得する取得部と、
   前記取得部によって取得された前記制約条件及び前記目的関数を、前記制約条件の下で前記目的関数を最適化する問題として定式化する定式化部と、
   前記定式化部によって定式化された問題を、前記最適化計算機が利用可能なモデルに変換するモデル変換部と、
   前記モデル変換部によって変換された前記モデルを、前記最適化計算機に出力するモデル出力部と、
   前記最適化計算機によって導出された前記モデルに対する解を採用しない場合、前記制約条件及び前記目的関数のうち少なくとも一方を変更する解判定部と、
   を備え、
   前記最適化計算機は、前記解を複数導出し、
   前記解判定部は、複数の前記解のそれぞれの前記制約条件を満たす度合に応じて前記解を採用するか否かを判定する、
   情報処理システム。
2. 前記第１のサーバに前記運搬計画を生成するように依頼する通知を送信し、前記第１のサーバから前記最適化計算機によって導出された前記解を受信する第２のサーバを備え、
   前記第２のサーバは、前記解を表示し、前記解を前記運搬計画として採用するか否かを示す情報を受け付ける処理をし、
   前記解判定部は、前記第２のサーバが前記解を前記運搬計画として採用しないことを示す情報を受け付けた場合に、前記制約条件及び前記目的関数の少なくとも一方を変更し、変更後の前記制約条件及び前記目的関数の組合せを前記取得部に出力する、
   請求項１に記載の情報処理システム。
3. 前記最適化計算機は、アニーリング型の量子コンピュータ、疑似量子コンピュータを含むイジングマシン、及びゲート型の量子コンピュータのうち何れかである、
   請求項１に記載の情報処理システム。
4. 前記モデル変換部は、前記最適化計算機がアニーリング型の量子コンピュータである場合、前記定式化部によって定式化された問題を、イジングモデルまたはＱＵＢＯに変換する、
   請求項１に記載の情報処理システム。
5. 前記制約条件には、物流業務における配送経路、配送車両、配送物、及び前記配送車両を運転するドライバのうち、少なくとも何れか１つに関する制約が含まれ、
   前記目的関数は、前記配送車両の数が最小であり、且つ前記配送車両が走行する距離が最小となる場合に最適となる関数である、
   請求項１に記載の情報処理システム。
6. 最適化計算機と通信可能に接続され、
   取得部と、定式化部と、モデル変換部と、モデル出力部と、解判定部と、を備え、
   前記取得部が、制約条件及び目的関数を取得し、
   前記定式化部が、前記取得部によって取得された前記制約条件及び前記目的関数を、前記制約条件を満たし、且つ前記目的関数を最適化する問題として定式化し、
   前記モデル変換部が、前記定式化部によって定式化された問題を、前記最適化計算機が利用可能なモデルに変換し、
   前記モデル出力部が、前記モデル変換部によって変換された前記モデルを、前記最適化計算機に出力し、
   前記最適化計算機によって導出された前記モデルに対する解を採用しない場合、前記解判定部が、前記制約条件及び前記目的関数のうち少なくとも一方を変更し、
   前記最適化計算機は、前記解を複数導出し、
   前記解判定部は、複数の前記解のそれぞれの前記制約条件を満たす度合に応じて前記解を採用するか否かを判定する、
   情報処理サーバ。
7. コンピュータが行う情報処理方法であって、
   制約条件及び目的関数を取得し、
   取得された前記制約条件及び前記目的関数を、前記制約条件を満たし、且つ前記目的関数を最適化する問題として定式化し、
   定式化された前記問題を、最適化計算機が利用可能なモデルに変換し、
   変換された前記モデルを、前記最適化計算機に出力し、
   前記最適化計算機によって導出された前記モデルに対する解を採用しない場合、前記制約条件及び前記目的関数のうち少なくとも一方を変更し、
   前記最適化計算機が導出した複数の前記解のそれぞれの前記制約条件を満たす度合に応じて前記解を採用するか否かを判定する、
   情報処理方法。
8. コンピュータに、
   制約条件及び目的関数を取得させ、
   前記制約条件及び前記目的関数を、前記制約条件を満たし、且つ前記目的関数を最適化する問題として定式化させ、
   前記定式化された問題を、最適化計算機が利用可能なモデルに変換させ、
   前記変換された前記モデルを、前記最適化計算機に出力させ、
   前記最適化計算機によって導出された前記モデルに対する解を採用しない場合、前記制約条件及び前記目的関数のうち少なくとも一方を変更させ、
   前記最適化計算機が導出した複数の前記解のそれぞれの前記制約条件を満たす度合に応じて前記解を採用するか否かを判定させる、
   プログラム。

Images