JP7598497B2 - 走行制御装置、走行制御方法及びコンピュータプログラム - Google Patents

Description

本発明の実施形態は、走行制御装置、走行制御方法及びコンピュータプログラムに関する。

外部から搬送要求を受信し、複数の移動体に対して、ルートの立案とルートの走行を指示する運行制御システムが知られている。このシステムにおいて、各移動体は、干渉地点を通過する度に、出退出時間等を格納した管理テーブルの参照し、他の移動体との干渉の有無を予測する。干渉を予測した場合、再度別のルートを移動体に立案させる。

この技術では、新規の搬送要求が発生したときに、新規の搬送要求を実行する移動体と、新規の搬送要求の発生より前に別の搬送要求を実行している移動体との衝突又はデッドロック等を避けるために、別の搬送要求を実行している移動体の動きを全て停止させる場合があった。このため、システム全体の効率が低下する問題があった。

特開２００５－２４２４８９号公報

本発明の実施形態は、移動体を効率的に走行させる走行制御装置、走行制御方法及びコンピュータプログラムを提供する。

本実施形態に係る走行制御装置は、第１移動体に第１ルートの走行を指示する第１移動指令データを送信する第１送信部と、前記第１移動体による前記第１移動指令データの実行状況に応じて、第２移動体の第２ルートを生成する運行計画部と、前記第２ルートの走行を指示する第２移動指令データを前記第２移動体に送信する第２送信部と、を備える。

本実施形態に係る走行制御装置としての運行管理装置のブロック図。 複数の移動体の運行を制御する様子を模式的に示した上面図。 衝突及びデッドロックの例を示す図。 走行路ネットワークの簡単な例を示す図。 図４の走行路ネットワークの構造情報の例を示す図。 各アーク（仮想走行路）及び基準ノードの情報の一例を示す図。 基準領域に結合された各走行路に設定された仮想領域の例を示す図。 仮想領域ＤＢの一例を示す図。 走行路ネットワークの構造情報に仮想ノードを設定した例を示す図。 運行情報の一例を示す図。 運行計画の例を示す図。 ＡＧＶ０が運行計画に示される出発地点に配置された状態を示す図。 ＡＧＶ０及びＡＧＶ１に対して生成された移動指令データの例を示す図。 ＡＧＶ１が運行計画に示される出発地点に配置された状態を示す図。 保留タスクＤＢの例を示す図。 ＡＧＶ１の運行情報の状態を“保留”に更新した例を示す図。 ＡＧＶ１の運行情報の状態を“未実行”に更新した例を示す図。 ＡＧＶ０が領域Ｎａの通過済みを通知した後の状態を示す図。 ＡＧＶ１の運行情報の状態を“未実行”から“実行中”に更新した例を示す図。 本実施形態に係る運行管理装置の動作の一例を示すフローチャート。 図１の運行管理装置のハードウェア構成を示す図。

以下、図面を参照しながら、本発明の実施形態について説明する。

図１に、本実施形態に係る走行制御装置としての運行管理装置のブロック図を示す。運行管理装置１００は、通信部１１（第１送信部、第２送信部）、運行計画部１２、走行制御部１３、通過順序算出部１４、タスク取得部１５，走行路情報データベース（ＤＢ）２１、基準領域ＤＢ２２、走行路ネットワーク情報ＤＢ２３、移動体情報ＤＢ２４、運行情報ＤＢ２５（運行情報記憶部）、運行計画ＤＢ２６、仮想領域ＤＢ２７及び保留タスクＤＢ２８を備えている。運行管理装置１００は、タスク生成装置２００（運行情報生成装置）と有線又は無線により接続されている。

運行管理装置１００は、一例として自由平面である走行エリアを含む走行路ネットワークを複数の移動体１～Ｎが自律走行する場合に、各移動体の運行（走行、荷物の積み上げ・積み降ろし等の作業）を効率的に制御するための運行計画を作成する。運行計画の作成の際、複数の移動体に衝突又はデッドロックを起こさないようにする。複数の移動体１～Ｎは、ＡＧＶ、自律型の移動ロボット、自動走行の車両（例えば自動走行車）などの、自律移動可能な移動体である。

複数の移動体１～Ｎは、例えば、工場内、倉庫内、施設敷地内などの走行路ネットワークを走行する。複数の移動体１～Ｎは一例として蓄電池（バッテリー）を搭載し、バッテリーに蓄積された電力を用いて移動又は荷物の積み上げ・積み降ろし等の動作を行う。

図２は、走行路ネットワークにおいて複数の移動体の運行を制御する様子を模式的に示した上面図である。走行路ネットワークに対して、基準となる複数の領域（基準領域）Ａ，Ｂ，Ｃ，Ｄ，Ｅ，Ｆ，Ｇ，Ｈが設定されている。基準領域間は移動体が走行可能な通路（走行路）である。走行路ネットワークは、このように複数の基準領域と、複数の基準領域間の複数の走行路とを含む。基準領域は、例えば走行路の交差部や、走行路の端部など、任意の箇所に対応づけて設定される。基準領域Ｆ、Ｇに対して搬入口が配置されており、基準領域Ａ、Ｅ、Ｈに対して棚が配置されている。基準領域Ｂは複数の走行路の交差部に対応する。

ここで基準領域は、特定の位置でもよいし、ある範囲を有する領域でもよい。例えば走行路ネットワークをＸＹ平面により表した場合、基準領域は、ＸＹ座標により特定される。高さを考慮する場合、基準領域は、ＸＹＺ座標により特定される。あるいは、複数のＸＹ座標の組により特定されてもよい。例えば基準領域が矩形の場合、各頂点のＸＹ座標の組により特定されてもよい。以下では、基準領域がＸＹ座標によって特定される場合を想定する。

複数の基準領域は、走行路ネットワークのマップデータ上の座標に対応付けた形で、基準ノードとして管理されている。基準ノードと基準領域とを、説明の都合上、同じ符号によって表す。基準領域間を結んだ線（アーク）を、移動体が走行する仮想走行路として管理する。基準ノード及び仮想走行路は、予めデータとして格納されている。図の実線が、基準ノード間を結ぶ線（仮想走行路に対応）である。基準ノード間で２台以上の移動体が併走可能な場合は、基準ノード間が２本以上の線で結ばれてもよい。基準ノード及び仮想走行路のデータは、マップデータ上に定義されている。マップデータは、予めＣＡＤ（Ｃｏｍｐｕｔｅｒ－Ａｉｄｅｄ Ｄｅｓｉｇｎ）等の図面として定義されたものでもよいし、移動体が自己位置検知機能により環境マップを作成する機能を有する場合は、当該機能により作成した環境マップでもよい。なお、仮想走行路の形状は、直線でも、曲線でも、直線と曲線の組み合わせでもよい。

移動体１～３は、自律走行機能を備えている。より詳細には、移動体１～３は、基準領域間の走行路を走行する動線を移動体自身が生成し、生成した動線に沿って自律的に走行する機能を備えている。一例として、基準領域Ｂから基準領域Ｃへ移動する場合、基準領域Ｂ及び基準領域Ｃ間に障害物等が存在しなければ、基準領域Ｂの位置と、基準領域Ｃの位置とを結んだ線分を動線として生成し、当該動線に沿って走行路を自律的に走行する。移動体が生成する動線は、基準ノードＢ及び基準ノードＣ間の仮想走行路と一致しても、しなくてもよい。移動体は、仮想走行路を２つの基準ノード間を移動する際の推奨経路として走行し、仮想走行路上に一時的な障害物を発見した場合は、障害物を回避する機能を備えていてもよい。

なお、移動体が障害物を回避して走行する余裕のある走行路を、移動体同士のデッドロック等が発生しない走行路として扱うことも可能である。例えば、図２で走行路ＢＥ（基準領域Ｂ及び基準領域Ｅ間の走行路。以下同様）、走行路ＢＡ、走行路ＢＨなどの走行路では、例えば相互回避を行うだけの余裕が十分にあるため、２台の移動体が互いに向かい合う方向に走行しても、デッドロック等は発生しない。例えば一方の移動体は走行路の脇で待機し、他方の移動体は走行路を動線に沿って移動する。他方の移動体が通過し終わったら、一方の移動体は移動を再開する。一方、走行路ＢＣでは、相互回避を行うだけの余裕がないため、当該走行路で２台の移動体が互いに向かい合う方向に走行すると、デッドロック等が発生し得る。

なお移動体は、前方向、後方向又は前後両方向に移動できる。移動体は前後を反転するように回転可能であってもよい。また、移動体は、斜め方向など、前後以外の方向に移動できてもよい。

移動体の状態を検出するセンサ、移動体と通信する通信装置又はこれらの両方が、基準領域、走行路、棚、搬入口、その他の任意の箇所に配置されていてもよい。この場合、センサは、通信装置及び運行管理装置１００の少なくとも一方と有線又は無線で接続される。

移動体は、図１の運行管理装置１００の管理の元、割り当てられた運行情報に従って走行路ネットワークを走行する。例えば、搬入口から受け取った荷物を、別の搬入口まで運ぶ。移動の途中で、棚から荷物を積み下ろしたり、積み上げたりするなどの作業を行う場合もある。このような作業を各移動体は、具体的には、運行管理装置１００が運行情報に基づき生成した移動指令データを受信し、移動指令データに含まれる命令群を実行することにより行う。なお、移動体は、荷物の搬送を行わず、ただ移動するだけの場合もあり得る。

ここで衝突及びデッドロックについて説明する。

図３（Ａ）は衝突の例を示す。図３（Ｂ）はデッドロックの例を示す。図３（Ａ）及び図３（Ｂ）では便宜上、走行路を直線によって表している。図３（Ａ）では、交差部につながる２つの走行路を２つの移動体が交差部に向かって走行し、交差部に同時に到着し、互いに衝突している。図３（Ｂ）では同一の走行路を２つの移動体が互いに逆方向に走行している。２つの移動体は前進のみ可能であるとすると、２つの移動体は、元の方向に戻れないため、任意の領域（交差部又は端部等）に移動できなくなり、デッドロックが発生する。

走行路ネットワーク情報ＤＢ２３は、走行路ネットワークの構造情報を内部に記憶している。走行路ネットワークの構造情報は、基準ノードと仮想走行路（アーク）とを含む。基準ノードと仮想走行路（アーク）は、走行エリアのマップデータに対応づけられている。基準ノードは、基準領域に対応する。基準領域は、一例として、複数の走行路の交差部又は走行路の端部等に設定される。但し、基準領域は、走行路上の任意の箇所に設定できる。任意の箇所の例として、荷物の積み上げ・積み降ろし場所、待機場所等がある。

図４は、走行路ネットワークの簡単な例を示す。図５は、走行路ネットワーク情報ＤＢ２３に記憶されている図４の走行路ネットワークの構造情報の例を示す。図４の走行路ネットワークは５つの基準領域と、４つの走行路とを含む。ここでは便宜上、走行路を直線によって表している。基準領域Ｎａは、４つの走行路が交差する交差部であり、基準領域Ｐａ、Ｐｂ、Ｐｃ、Ｐｄは４つの走行路の端部である。基準領域Ｐｂ、Ｐｄには棚が配置されており、基準領域Ｐａ、Ｐｃには搬入口が存在する。基準領域Ｐａ、Ｐｂ、Ｐｃ、Ｐｄは、一例として、移動体の出発地点又は到着地点ともなり得る。

図５の走行路ネットワークの構造情報において、基準ノード間を結合（あるいは接続）する直線によって仮想走行路が表されている。各円が基準ノード（基準領域）を表し、円間をつなぐ直線がアーク（仮想走行路）を表す。基準ノードには基準領域と同じ符号を付してある。

走行路情報ＤＢ２１は、走行路ネットワークの構造情報における各アーク（仮想走行路）の情報と基準ノードの情報とを走行路情報として記憶している。走行路情報は、アークＩＤ（走行路ＩＤ）と、アークの両端のノードのＩＤ（すなわち走行路の両端の領域のＩＤ）とを含む。

図６（Ａ）は、走行路情報ＤＢ２１に記憶されている各アーク（仮想走行路）の情報の例を示す。図６（Ａ）において、例えば基準ノードＰａ、Ｎａ間のアークＩＤは１、当該アークの両端の基準ノードはＰａ及びＮａである。アークＩＤに対応づけて、基準ノード間の距離（走行路の距離）を記憶してもよい。あるいは、アークの両側の基準ノードの位置に基づき、走行路の距離を計算してもよい。また走行路の幅・高さ・材質・摩擦係数・勾配など、走行路の構造・配置に関する情報を記憶していてもよい。

基準領域ＤＢ２２は、走行路ネットワークの構造情報における各基準ノードの情報を記憶している。例えば、基準ノードの情報として、基準ノードＩＤ、Ｘ座標、Ｙ座標を記憶している。基準ノードの位置は、例えば基準ノードに対応する基準領域の位置（座標）に対応する。

図６（Ｂ）は、走行路情報ＤＢ２１に記憶されている基準ノードの情報の一例を示す。例えば、基準ノードＰｂの座標は（Ｘ，Ｙ）＝（２０，２０）である。つまり基準ノードＰｂに対応する基準領域の位置は（Ｘ，Ｙ）＝（２０，２０）である。また基準ノードＮａの位置は（Ｘ，Ｙ）＝（２０，６０）である。つまり、基準ノードＮａに対応する基準領域Ｎａの位置は（Ｘ，Ｙ）＝（２０，６０）である。

仮想領域ＤＢ２７は、走行路ネットワークに対して設定されている仮想領域の情報を記憶している。仮想領域は、少なくとも１つの基準領域に対して、当該基準領域に結合された複数の走行路に設定されている。具体的には、仮想領域ＤＢ２７は、基準ノードと仮想走行路（アーク）に関連づけて、仮想領域を表す仮想ノードを記憶している。

仮想領域は、移動体の通過順序を管理するための領域である。ここでは基準領域に結合（あるいは接続）された各走行路において、基準領域から離れた位置に設定される。すなわち、走行路ネットワークの構造情報において、基準ノードに結合される各アーク上に、基準ノードから離れた位置に、仮想ノードを設定する。仮想領域は走行路ネットワークにおける全ての基準領域に対して設定してもよいし、交差部に対応する基準領域、走行路の端部に対応する基準領域又はこれらの両方など、特定の基準領域に対してのみ設定してもよい。仮想領域の設定は、運行管理装置１００のオペレータであるユーザが入力装置を用いて指定してもよい。ここでは交差部に対応する基準領域に対して仮想領域を設定する場合を説明する。

図７は、基準領域（交差部）Ｎａに結合された各走行路に設定された仮想領域の例を示す。交差部Ｎａに結合された各走行路において、交差部Ｎａから一定距離離れた位置に仮想領域Ｉａ，Ｉｂ，Ｉｃ，Ｉｄが設定されている。

図８は、仮想領域ＤＢ２７の一例を示す。図７の仮想領域（仮想ノード）Ｉａが、基準領域（基準ノード）Ｎａに結合された走行路（ＩＤが１のアーク）に設定されている。仮想領域ＩａのＸＹ座標は（１５，６０）である。

図９は、図７に示した走行路ネットワークの構造情報に仮想ノードを設定した例を示す。基準ノードＮａに結合（あるいは接続）された各アーク上に、基準ノードＮａから一定距離離れた位置に仮想ノードＩａ，Ｉｂ，Ｉｃ，Ｉｄが設定されている。なお、仮想ノードには、当該仮想ノードに対応する仮想領域と同じ符号を付してある。基準ノードＰａ～Ｐｄに対しても仮想ノードを設定することも可能である。例えば、基準ノードＰａ～Ｐｄに結合された各アークにおいて、基準ノードＰａ～Ｐｄから一定距離離れた位置に仮想ノードを設定すればよい。

移動体情報ＤＢ２４は、１つ以上の移動体の情報を格納している。例えば、移動体の位置情報を格納している。移動体の位置情報は、一例として、リアルタイムの位置情報（最新の位置情報）である。例えば、移動体から一定時間ごとに位置情報を含むデータを受信し、受信したデータから、移動体の位置情報を取得してもよい。あるいは、走行路ネットワークに設けられたセンサが移動体の通過を検知した場合に、センサに接続された通信装置から、移動体の通過を通知するデータを受信してもよい。移動体の位置情報は、まだ運行情報を割り当てられていない待機中の移動体の位置情報でもよい。この場合、待機中の移動体又は待機場所に設置されたセンサに接続された通信装置から位置情報を含むデータを受信することで、移動体の待機位置を把握してもよい。位置情報を含むデータの受信は、通信部１１が行う。位置情報は、移動体がこれまで通過した位置の履歴情報でもよい。位置情報以外の例としては、移動体が搭載するバッテリーの残存電力、移動体が荷物を保有しているか否か（移動体が荷物を搬送する場合）、搬送中の荷物の種類や数等が有り得る。移動体の固有の情報として、例えば、標準速度、最大速度、最低速度、移動体のサイズ、移動可能な方向など、移動体の仕様情報がある。物の搬送を目的とした移動体であれば、荷物の積み降しに要する作業時間の情報（例えば所定個数の荷物を積み上げ又は積み下ろすのに要する時間）がある。ここに挙げた情報は一例に過ぎず、他の情報でもよい。

運行情報ＤＢ２５は、１つ以上の移動体に割り当てるべき運行（タスク）を表した運行情報（タスク情報）を格納している。運行情報は、タスク生成装置（運行情報生成装置）２００により生成され、運行管理装置１００で受信される。

タスク生成装置２００は、例えば運行管理装置１００の操作用の入力インタフェースを備え、入力インタフェースを介して操作者であるユーザから、出発地点と到着地点とを含むタスク生成指示を受け付ける。タスク生成指示に、出発地点、到着地点、又は、出発地点及び出発地点間で行う作業の指示を含めてもよい。タスク生成装置２００は、入力されたタスク生成指示に基づき、出発地点と到着地点まで移動体を走行させるタスクを生成し、生成したタスクに関するタスク情報を運行情報として運行管理装置１００に送信する。

運行管理装置１００は、タスク生成装置２００から受信した運行情報を、運行情報の実行状態を示す情報（状態情報）に関連づけて、運行情報ＤＢ２５に格納する。運行情報は、出発地点及び到着地点の情報を含む。運行情報は、出発地点及び到着地点に加えて、移動体が行うべき作業の内容及び作業の順序を含んでいてもよい。運行情報は、ユーザが入力装置を用いて入力してもよいし、外部の装置から有線又は無線の通信により取得してもよい。

図１０は、運行情報の一例を示す。図１０の運行情報は、図４の走行路ネットワークの場合を想定している。図１０では、２つの運行情報の例が示される。１つ目の運行情報は、出発地点Ｐａ、到着地点Ｐｂを含む。これは出発地点Ｐａを出発して、到着地点Ｐｂまで移動することを表す。２つ目の運行情報は、出発地点Ｐｃ、到着地点Ｐｄを含む。これは出発地点Ｐｃを出発して、到着地点Ｐｄまで移動することを表す。運行情報には、タスクの実行状態を示す情報（状態情報）が付与されている。状態情報には“実行中”、“新規”、“保留”“未実行”がある。

“実行中”は、運行情報が移動体に割り当てられ、タスクが既に実行されていることを意味する。“新規”はタスク生成装置から運行情報が受信されて、運行情報ＤＢ２５に格納された後、まだ運行計画部１２の処理を経ていないことを意味する。“保留”は、運行情報に係るタスクが運行計画部１２の処理により実行を保留すると判断されたことを意味する。運行情報が最初に運行情報ＤＢ２５に格納される際は、“新規”が付与される。“未実行”は移動体に対して運行計画の処理の保留が解除されたことを意味する。状態情報は、“新規”、“実行中”の順に遷移させられる、もしくは、“新規”、“保留”、“未実行”、“実行中”の順に遷移させられる。

運行計画部１２は、運行情報ＤＢ２５から運行情報を選択し、選択した運行情報を割り当てるべき移動体を決定し、決定した移動体に運行情報を割り当てる。選択する運行情報は、“新規”、又は“未実行”の運行情報である。運行計画部１２は、運行情報を割り当てられた移動体に対して、当該移動体に割り当てられた運行情報と、移動体情報ＤＢ２４における移動体の情報とに基づき、移動体が走行するルート（以下、走行ルート）を生成する。走行ルートは、移動体が通過する基準領域の順序を含む。また、運行計画部１２は、走行ルートに含まれる基準領域を出発又は通過するタイミング（以下、走行タイミング）を決定する。走行タイミングは、一例として運行管理装置１００が備える時計の時刻によって特定される。運行計画部１２は、タスク取得部１５で運行状態が取得されたときに、当該運行情報を割り当てる移動体を決定してもよい。

移動体の走行ルートと走行タイミングは、一例として他の移動体との間でデッドロック又は衝突等を生じさせないように決定される。走行ルート及び走行タイミングの決定方法として、任意の方法を用いることができる。例えばシミュレーションにより移動体のあらゆる移動パターンを探索することにより、デッドロック等の発生しない走行ルートと走行タイミングを決定してもよい。この際、移動体の移動速度として標準速度を用いてもよい。標準速度は、移動体の特性、走行路の特性（例えば走行路の材質など）、走行路の勾配などに応じて定められていてもよい。この際、デッドロック等が生じる可能性がある条件を定義し、条件を満たさない移動パターンを探索してもよい。あるいは、先に移動体の走行ルートを決定し、その後、他の移動体とのデッドロック等が生じないように各基準領域の出発時刻（通過時刻）を決定してもよい。走行ルートは、出発地点から目的地点までの移動距離又は移動時間が最短となるルートでもよい。他の方法を用いて、走行ルート及び走行タイミングを決定してもよい。

運行計画部１２は、移動体の走行ルートと、運行中の他の移動体（運行情報が実行中の移動体）の走行ルートと共通に含まれる基準領域（指定領域と呼ぶ）を特定する。運行計画部１２は、指定領域について、移動体の通過順序を決定する。例えば、移動体間で当該指定領域の出発時刻を比較し、出発時刻が早いほど順番が早くなるように、通過順序を決定する。運行計画部１２は、決定した通過順序を含む通過順序情報として生成、もしくは通過順序情報を更新する。各移動体の走行ルートと、通過順序情報とをまとめて、運行計画と呼ぶ。

運行計画ＤＢ２６は、運行計画部１２により作成された運行計画（各移動体の走行ルートと、通過順序情報）を記憶する。

以下、運行計画部１２の動作の具体例を示す。まず、（出発地点：Ｐａ、到着地点のＰｂ）の運行情報を移動体に割り当てる場合の動作を示す。運行中の他の移動体は存在しない場合を想定する。

図１１に、運行計画部１２により得られた運行計画の例を示す。移動体としてＡＧＶ０が選択され、ＡＧＶ０の走行ルートとして、Ｐａ、Ｎａ、Ｐｂが決定されたとする。ＡＧＶ０より前に、運行中の移動体（運行情報が割り当てられた移動体）は存在しないため、通過順序情報は生成されない（図では通過順序情報がブランクとなっている）。走行ルート情報の１行目には、ＡＧＶ０の識別情報（ＩＤ）である“ＡＧＶ０”と、走行ルート（Ｐａ、Ｎａ，Ｐｂ）とが含まれる。

図１２に、図４に示した走行路ネットワークにおいてＡＧＶ０が運行計画に示される出発地点Ｐａに配置された状態を示す。図１２では便宜上、走行路を直線によって表している。なお、運行計画の作成前に、ＡＧＶ０は出発地点Ｐａに存在しており、運行計画部１２は、ＡＧＶ０が地点Ｐａに存在するとの情報を用いて、ＡＧＶ０に運行情報を割り当てている。但し、ＡＧＶ０に運行を割り当てた後に、ＡＧＶ０を地点Ｐａに配置してもよい。

走行制御部１３は、運行計画ＤＢ２６における移動体の運行計画（走行ルート情報、通過順序情報）に基づき移動体の走行を制御する。具体的には、走行制御部１３は、運行計画に基づき、移動体の走行ルートを取得する。走行ルートに含まれる複数の基準ノード（基準領域）に対してそれぞれ１つ以上の命令を生成する。より詳細には以下の通りである。

走行ルートにおける最初の基準領域は、移動体の出発地点（開始位置）に対応する。当該最初の基準領域に対しては、出発地点への移動命令を生成する（なお移動体は出発地点に既に位置する場合、移動命令を実行しても移動体は移動しない）。

走行ルートの最後の基準領域は、移動体の到着地点（終了位置）に対応する。最後の基準領域に対しては、到着地点への移動命令を生成する。

最初の基準領域と最後の基準領域以外の基準領域については、以下の方法で命令を生成する。

まず、基準領域の前に結合されている走行路を特定する。特定した走行路において当該基準領域に対して設定されている仮想領域（仮想領域Ａと記載する）を特定する。また、基準領域の後ろに結合された走行路を特定し、特定した走行路において当該基準領域に対して設定されている仮想領域（仮想領域Ｂとする）を特定する。

次に、仮想領域Ａへ移動する命令（第１命令）、基準領域を通過することが許可されるか確認する命令（第２命令）、基準領域の通過が許可された場合に仮想領域Ｂへ移動する命令（第３命令）、仮想領域Ｂへ移動した後に基準領域を通過したことを示す通知を含む情報を運行管理装置１００へ送信する命令（第４命令）を生成する。このように１つの基準領域に対して、４つの命令が生成される。

走行制御部１３は、走行ルートに含まれる複数の基準領域に対して生成した命令を、これら複数の基準領域の順序で配置することにより、移動体の移動指令データを生成する。移動指令データは、運行情報を割り当てられた移動体に、運行計画で定められた走行ルートを走行することを移動体に指示するデータである。

最初と最後の基準領域以外の基準領域全てについて第１命令～第４命令を生成したが、基準領域のうち指定領域（通過順序情報に含まれる基準領域）についてのみ、第１命令～第４命令を生成してもよい。この場合、最初と最後の基準領域以外の基準領域のうち、指定領域以外の基準領域に対しては、基準領域へ移動する命令を生成すればよい。

移動指令データに含まれる最初の命令に実行開始時刻を付加してもよい。最初の命令の実行開始時刻は、走行計画における最初の基準領域の出発時刻と同じでもよい。走行ルートに、移動体が行う作業が含まれる場合は、当該作業に対応する命令も、移動指令データに追加される。作業の例として、搬入口から荷物を受け取ること、受け取った荷物を棚に運ぶこと、棚に荷物を積み上げることなどがある。また、棚から荷物を積み降ろすことなどもある。

走行制御部１３は、生成した移動指令データを、通信部１１を介して、当該移動体に送信する。通信部１１は、第１移動体に移動指令データを送信する第１送信部及び第２移動体に移動指令データを送信する第２送信部を含む。運行計画部１２は移動指令データの送信後又は送信前に、移動体に割り当てた運行情報における状態を、“新規”から“実行中”に更新する。なお走行制御部１３は、移動体による移動指令データの実行状況として移動指令データの実行を完了したとの通知を移動体から受信した場合、運行情報ＤＢ２５から運行情報を削除してもよい。あるいは運行情報の状態として“完了”を定義し、運行情報の状態を“実行中”から“完了”に遷移させてもよい。

図１３（Ａ）に、ＡＧＶ０に対して生成された移動指令データの例を示す。以下、図１３（Ａ）の移動指令データを生成する例を記載する。ＡＧＶ０の走行ルートには、基準領域Ｐａ、Ｎａ、Ｐｂが含まれる。

最初の基準領域であるＰａは出発地点に対応するため、地点Ｐａへ移動する命令が生成される。図１３（Ａ）の“Ｐａ”はＰａへ移動する命令を意味する。なお、本例では、ＡＧＶ０はすでに出発地点に存在するため、この命令を実行しても実際に移動することはないものとする。したがって、Ｐａへ移動する命令の生成を省略することも可能である。

２番目の基準領域である領域Ｎａについては、領域Ｎａの直前に走行する走行路が特定され、特定された走行路において、領域Ｎａに対して設定された仮想領域Ｉａを特定する。領域Ｎａの後の直後に走行する走行路を特定する。特定した走行路において領域Ｎａに対して設定された仮想領域Ｉｂを特定する。仮想領域Ｉａへ移動する命令“Ｉａ”、指定領域Ｎａを通過する（仮想領域Ｉａを出発又は通過する）ことが許可されるかを確認する命令“Ｃｈｅｃｋ（Ｎａ）”、指定領域Ｎａの通過が許可される場合に仮想領域Ｉｂへ移動（仮想領域Ｉａを出発又は通過）する命令“Ｉｂ”、仮想領域Ｉｂへ移動した後に指定領域Ｎａを通過したこと（仮想領域Ｉｂに到達したこと）を示す情報を運行管理装置１００に送信する命令“Ｎｏｔｉｃｅ（Ｎａ）”を生成する。Ｃｈｅｃｋ（Ｎａ）は、指定領域Ｎａに対する通過確認を行う命令、Ｎｏｔｉｃｅ（Ｎａ）は、指定領域Ｎａの通過完了通知を行う命令に相当する。

なお、ＡＧＶ０は、Ｃｈｅｃｋ（Ｎａ）の実行により走行制御部１３から領域Ｎａの通過を許可される前は、仮想領域Ｉａより先に進むことはできないものとする。例えばＡＧＶ０は、領域Ｎａの通過の許可を得る前に仮想領域Ｉａに達した場合は、仮想領域Ｉａで一時停止する。一方、ＡＧＶ０は、仮想領域Ｉｂでは、仮想領域Ｉｂに達した時点で、Ｎｏｔｉｃｅ（Ｎａ）を実行し、仮想領域Ｉｂで一時停止する必要はない。

３番目の領域Ｐｂは、到着地点であるため、到着地点Ｐｂへ移動する命令“Ｐｄ”を生成する。

以上のように生成した命令を、走行ルートに含まれる基準領域の順番に対応して配置することで、図１３（Ａ）に示した移動指令データがＡＧＶ０に対して生成される。

続いて、（出発地点：Ｐｃ、到着地点：Ｐｄ）の運行情報を移動体に割り当てる場合の動作を示す。ＡＧＶ０には既に運行情報が割り当てられ、ＡＧＶ０は移動指令データを実行しているとする。運行情報の状態は、図１０の例に示す“実行中”であるとする。

出発地点：Ｐｃ、到着地点：Ｐｄ）の運行情報を割り当てる移動体としてＡＧＶ１が選択され、ＡＧＶ１の走行ルートとして、Ｐｃ、Ｎａ、Ｐｄが決定されたとする。

図１４に、図４に示した走行路ネットワークにおいてＡＧＶ１が運行計画に示される出発地点Ｐａ、Ｐｃに配置された状態を示す。ＡＧＶ０は運行中（移動指令データを実行中）である。

ＡＧＶ１より前に運行中（移動指令データを実行中）の移動体としてＡＧＶ０が存在する。運行中のＡＧＶ０が存在することは一例として運行情報ＤＢ２５から判断できる。運行計画部１２は、ＡＧＶ１の走行ルートを、すでに運行されている移動体（ここではＡＧＶ０）の走行ルートと比較し、両走行ルートに、同じ基準領域（指定領域）が含まれるかを判断する。同じ基準領域が含まれない場合、ＡＧＶ０と同様にして、ＡＧＶ１に対して移動指令データを生成し、移動指令データを移動体（ＡＧＶ１）に送信する。なお、すでに運行されている移動体の走行ルートは、当該移動体の移動指令データに含まれる命令の行き先を順番に辿ることで特定することができる。あるいは、すでに運行されている移動体の走行ルートは、運行計画から特定することもできる。

一方、両走行ルートに同じ基準領域が含まれる場合、ＡＧＶ１の走行ルートがすでに運行されているＡＧＶ０の走行ルートと競合するかを判断する。走行ルートが競合するとは、すでに運行されている移動体の運行を遅らせる又は遅らせる可能性があることである。

一例として、対象となる移動体（ここではＡＧＶ１）の走行ルートと、すでに運行されている移動体（ここではＡＧＶ０）の走行ルートとに同じ基準領域が含まれ、かつ運行されている移動体が当該同じ基準領域をまだ通過していないことがある（競合の例１）。

または対象となる移動体（ここではＡＧＶ１）の走行ルートと、すでに運行されている移動体（ここではＡＧＶ０）とに同じ基準領域が含まれ、かつ通過順序情報において対象となる移動体（ここではＡＧＶ１）の順序が、すでに運行されている移動体（ここではＡＧＶ０）よりも前になっていることがある（競合の例２）。

ＡＧＶ１の走行ルートがＡＧＶ０の走行ルートと競合するかを判断することにおいて、競合の例１、及び競合の例２のいずれを用いてもかまわない。上述した競合の例は一例であり、他の移動体の運行を遅らせる可能性がある限り、他の場合も可能である。

ＡＧＶ１の走行ルートがすでに運行されているＡＧＶ０の走行ルートと競合することを、ＡＧＶ１の運行情報がＡＧＶ０の運行情報と競合すると称する場合もある。

競合の例１を用いる場合において、競合しないと判断された場合、ＡＧＶ０と同様にして、ＡＧＶ１に対して移動指令データを生成し、生成した移動指令データを移動体（ＡＧＶ１）に送信する。競合の例２を用いる場合において、競合しないと判断された場合、決定された通過順序を含む通過順序情報を生成、又は通過順序情報を更新（既に通過順序情報が生成されている場合）する。そして、ＡＧＶ０と同様にして、ＡＧＶ１に対して移動指令データを生成し、生成した移動指令データを移動体（ＡＧＶ１）に送信する。

競合の例１又は競合の例２を用いる場合において、両走行ルートが競合すると判断された場合、対象となる移動体（ＡＧＶ１）に割り当てられた運行情報に対して保留タスクを生成する。保留タスクは、一例として、運行情報を割り当てられた移動体（ＡＧＶ０）の識別子と、出発地点と、到着地点と、通過チェック領域（通過チェックノード）と、競合すると判断された運行情報の識別子とを含む。通過チェック領域は、競合の原因となった基準領域のことである。すなわち、通過チェック領域は、対象となる移動体の走行ルートと、すでに運行中の移動体の走行ルートとに共通に含まる基準領域であり、競合すると判断される原因となった基準領域である。本例では、競合の例１又は競合の例２が用いられ、ＡＧＶ１のルートがＡＧＶ０のルートと競合すると判断されて、保留タスクが生成される。

運行計画部１２は、保留タスクを保留タスクＤＢ２８に格納する。保留タスクＤＢ２８を運行情報ＤＢ２５に統合し、保留タスクと運行情報とを１つのレコードとして管理してもよい。

図１５は保留タスクＤＢ２８の例を示す。図の例では、ＡＧＶ１に対して生成された保留タスクが格納されている。ＡＧＶ１の保留タスクは、ＡＧＶ１の出発地点Ｐｃ、到着地点Ｐｄ、通過チェック領域、競合する運行情報（実行中タスク）の識別子（Ｎｏ．）を含む。

運行計画部１２は、保留タスクに係る運行情報の状態を”保留”に更新する。

図１６は、ＡＧＶ１の運行情報（運行情報Ｎｏ．２）の状態を”保留”に更新した例を示す。

走行制御部１３は、保留タスクＤＢ２８に格納されている保留タスクについて、通過チェック領域を、競合する運行情報のタスクを運行している移動体が通過したかを判断する。すなわち、競合する運行情報のタスクを運行している移動体の移動指令データの実行状況を検査する。図１４の例の場合、ＡＧＶ０が通過チェック領域Ｎａを通過したかを判断する。ＡＧＶ０が通過チェック領域Ｎａを通過したか否かは、ＡＧＶ０の移動指令データに含まれる命令のうちどの命令まで実行されかを判断することで決定できる。

具体的には、走行制御部１３は、ＡＧＶ０からＮｏｔｉｃｅ（Ｎａ）の通知を受けた場合に通過チェック領域Ｎａを通過したと判断する。あるいは、通信環境に起因してＮｏｔｉｃｅ（Ｎａ）の通知を受信できなかった場合に、Ｎｏｔｉｃｅ（Ｎａ）の後に配置された任意の命令が実行されたことの通知を受けたときに通過チェック領域Ｎａを通過したと判断してもよい。あるいは、ＡＧＶ０が、通過チェック領域の前の仮想領域Ｉａと、通過チェック領域の後の仮想領域Ｉｂとの間に位置する場合に、ＡＧＶ０が通過チェック領域Ｎａを通過したと見なしてもよい。Ｃｈｅｃｋ（Ｎａ）（第３命令）が実行され、Ｎｏｔｉｃｅ（Ｎａ）（第４命令）が実行されていない場合に、ＡＧＶ０が仮想領域Ｉａ及び仮想領域Ｉｂ間に位置することを決定できる。あるいは、ＡＧＶ０が、仮想領域Ｉａと仮想領域Ｉｂとの間に位置することは移動体から位置情報を通信によって取得することによって検出してもよい。ＡＧＶ０が仮想領域Ｉａと仮想領域Ｉｂとの間に位置するかの検査を一定時間間隔で行ってもよい。

走行制御部１３は、ＡＧＶ０が通過チェック領域Ｎａを通過したと判断した場合、運行計画部１２は、ＡＧＶ０の保留タスクを、保留タスクＤＢ２８から削除する。このように、競合する移動体の移動指令データの実行状況に応じて、保留タスクＤＢ２８から保留タスクが削除される。具体的には実行状況が変化し、通過チェック領域ＮａをＡＧＶ０が通過した場合に、競合が解消されたとして、保留タスクが削除される。また、運行計画部１２は、保留タスクに係る移動体（ＡＧＶ１）の運行情報の状態を“保留”から“未実行”に更新する。

図１７は、ＡＧＶ１の運行情報（運行情報Ｎｏ．２）の状態を”未実行”に更新した例を示す。

運行計画部１２は、運行情報ＤＢ２５から“新規”又は“未実行”の運行情報を選択する。図１７の例では、“未実行”のＮｏ．２の運行情報を選択する。選択した運行情報を割り当てる移動体は、前回と同じＡＧＶ１（保留タスクに係る移動体）と同じである。そして、運行計画部１２は、選択した運行情報に基づきＡＧＶ１の走行ルートを決定する。このように運行計画部１２は、ＡＧＶ０の移動指令データの実行状況が変化して保留タスクＤＢ２８から削除された保留タスクに係る移動体（ＡＧＶ１）に対して走行ルートを生成する。すなわち、運行計画部１２は、ＡＧＶ０の移動指令データの実行状況に応じて、ＡＧＶ１の運行情報に基づき、ＡＧＶ１の走行ルートを生成する。また、運行計画部１２は、ＡＧＶ１の走行ルートにおけるＡＧＶ１の走行タイミングを決定する。運行計画部１２は、ＡＧＶ１の走行ルートが、運行中のＡＧＶ０の走行ルートと競合するかを再度判断する。走行ルートの競合を判断する方法として、前述した競合の例１又は例２を用いることができる。

すなわち、前述した競合の例１を用いる場合、ＡＧＶ１の走行ルートに、運行中のＡＧＶ０の走行ルートと同じ基準領域（指定領域）が含まれるかを判断する。本例では指定領域Ｎａが含まれる。運行計画部１２は、ＡＧＶ０が指定領域を通過済みの場合は、競合しないと判断する。

前述した競合の例２を用いる場合は、ＡＧＶ１の走行ルートに、運行中のＡＧＶ０の走行ルートと同じ基準領域（指定領域）が含まれ、かつＡＧＶ０による指定領域の通過順序がＡＧＶ１よりも早いかを判断する。指定領域の通過順序は通過順序算出部１４が算出する。通過順序算出部１４は、ＡＧＶ０及びＡＧＶ１の各々の指定領域の走行タイミングに基づき、ＡＧＶ１及びＡＧＶ０が指定領域を通過する順序を算出する。ＡＧＶ０の通過順序がＡＧＶ１よりも早い場合は、ＡＧＶ１の走行ルートはＡＧＶ０の走行ルートと競合しないと判断する。

本例では、運行計画部１２は、ＡＧＶ０は指定領域である通過チェック領域Ｎａを通過済みのため、ＡＧＶ１の走行ルートはＡＧＶ０の走行ルートと競合しないと判断する。

このように運行計画部１２は、ＡＧＶ１の走行ルートがＡＧＶ０の走行ルートと競合する場合に、ＡＧＶ０の移動指令データの実行状況に応じて、ＡＧＶ０の走行ルートを再生成する。ＡＧＶ０の走行ルートと競合しないＡＧＶ１の走行ルートを取得できるまで、この動作を繰り返し行う。なお、再生成したＡＧＶ１の走行ルートは、再生成の前に生成したＡＧＶ１の走行ルートと同じ場合もあれば、異なる場合もある。再生成されるＡＧＶ１の走行ルートは、ＡＧＶ０の移動指令データの実行状況に応じて変わり得る。

図１８に、ＡＧＶ０がＮｏｔｉｃｅ（Ｎａ）の実行により領域Ｎａの通過済みを運行管理装置１００に通知した後の走行路ネットワークの状態を示す。

走行制御部１３は、ＡＧＶ１の走行ルートに基づき、ＡＧＶ１に対する移動指令データを生成する。走行制御部１３は、生成された移動指令データを、通信部１１を介してＡＧＶ１に送信する。

図１３（Ｂ）のＮｏ．２の行に、ＡＧＶ１に対して生成された移動指令データの例を示す。

運行計画部１２は、ＡＧＶ１の運行情報の状態を“未実行”から“実行中”に更新する。

図１９は、ＡＧＶ１の運行情報（運行情報Ｎｏ．２）の状態を“未実行”から“実行中”に更新した例を示す。

図２０は、本実施形態に係る運行管理装置１００の動作の一例を示すフローチャートである。

タスク生成装置２００で、移動体に割り当てるタスクの情報（運行情報）が生成された場合に、タスク取得部１５が運行情報を取得し、取得した運行情報を運行情報ＤＢ２５に格納する（Ｓ１０１）。運行情報の状態の初期値として“新規”を設定する。

走行制御部１３は、保留タスクＤＢ２８に含まれる保留タスクについて、競合する移動体（タスク実行中の移動体）が通過チェック領域を通過したかを検査する（Ｓ１０２）。通過した場合は、運行計画部１２が保留タスクを削除し、運行情報の状態を“保留”から“未実行”に変更する。走行制御部１３は、一定時間間隔で保留タスクについて、競合する移動体が通過チェック領域を通過したかの検査を行ってもよい。このように保留タスクは、競合する移動体の移動指令データの実行状況に応じて保留タスクＤＢ２８から削除される。これにより、次のステップで、削除された保留タスクに係る移動体に対して、当該移動体の運行情報に基づき走行ルートが生成される。

運行計画部１２は、運行情報ＤＢ２５から状態が“新規”又は“未実行”の運行情報を選択し、選択した運行情報に基づき、運行情報を割り当てる移動体（対象となる移動体）を決定する（Ｓ１０３）。運行情報の選択の順序は任意でもよいし、所定のルールで定めてもよい。例えば“未実行”を“新規”よりも優先してもよい。あるいは、運行情報に優先度を設定し、優先度が高い順に選択してもよい。その他の方法で選択順序を決定してもよい。運行計画部１２は、タスク取得部１５で運行状態が取得されたときに、取得した運行情報を割り当てる移動体を決定してもよい。

運行計画部１２は、対象となる移動体に対して運行情報に基づき走行ルートを決定する。また、走行ルートに含まれる基準領域の走行タイミングを決定する（Ｓ１０４）。“実行中”の運行情報が存在するか、すなわち運行中の移動体が存在するかを確認する（Ｓ１０５）。存在しない場合は（Ｓ１０５のＮＯ）、当該走行ルートに基づき移動指令データを生成し、生成した移動指令データを移動体に送信する（Ｓ１０６）。また運行情報の状態を“実行中”に更新する（同Ｓ１０６）。

運行中の移動体が存在する場合（Ｓ１０５のＹＥＳ）、当該運行中の移動体の走行ルートを取得する（Ｓ１０７）。走行ルートは例えば当該移動体が実行する移動体指令データに基づき特定してもよいし、当該移動体の運行計画に基づき特定してもよい。対象となる移動体の走行ルートが、運行中の移動体の走行ルートと競合するかを、前述した競合の例１又は競合の例２などに基づき判断する（Ｓ１０８）。また対象となる移動体の走行ルートが、運行中の移動体の走行ルートと共通する基準領域を含む場合は、当該基準領域の通過順序を決定する。

競合しない場合は（Ｓ１０８のＮＯ）、当該走行ルートに基づき移動指令データを生成し、生成した移動指令データを移動体に送信する（Ｓ１１０）。また運行情報の状態を“実行中”に更新する（同Ｓ１１０）。競合の例２を用いる場合において、対象となる移動体の走行ルートが、運行中の移動体の走行ルートと共通する基準領域を含む場合は、上記の決定した通過順序に基づき、通過順序情報を生成又は更新する。

競合する場合は（Ｓ１０８のＹＥＳ）、保留タスクを生成し、生成した保留タスクを保留タスクＤＢ２８に格納する。（Ｓ１０９）。

全ての移動体の運行が終了したかを判断し（Ｓ１１１）、終了した場合は（Ｓ１１１のＹＥＳ）、本処理を終了する。終了していない場合は（Ｓ１１１のＮＯ）、ステップＳ１０１に戻る。

以上、本実施形態によれば移動体の走行ルートが、運行中の移動体の走行ルートと競合する場合には、移動体の運行情報を保留タスクとして保留にし、競合の原因（前述した競合の例１又は競合の例２）が解消された場合には、運行情報に基づき運行計画（走行ルート等）を再生成する。これにより、移動体の運行中に新たな運行情報が発生した場合にも、運行中の移動体を妨げることなく、新たな運行情報に基づくタスクを他の移動体に実行させることができる。

［変形例１］
前述した実施形態では運行中の移動体を停止させることなく、対象となる移動体の運行計画（走行ルート等）を作成したが、運行中の移動体を一時停止させてもよい。

例えば、運行中の移動体を指定領域の手前の仮想領域で一時停止させてもよい。これにより、対象となる移動体の運行計画を作成する処理の途中で、運行中の移動体が指定領域を通過することにより、運行計画の作成前後で通過順序に矛盾が生じることを防止できる。

この場合、運行中の移動体から、仮想領域でＣｈｅｃｋ命令に基づく通知が受信されても走行制御部１３は通過の許可を出さなくてよい。対象となる移動体の処理が完了したら走行制御部１３は許可の通知を送信してもよい。例えば移動体の走行ルートが決定された場合、又は当該移動体に移動指令データが送信された場合に、許可の通知を送信する。

このように一時停止される運行中の移動体が存在しても、対象となる移動体と共通する基準領域を含まない運行中の移動体は一時停止されないため、システム全体の効率の低下は抑制される。

［変形例２］
運行中の移動体が指定領域を通過中（指定領域の前の仮想領域と、指定領域の後の仮想領域との間に位置する場合）、運行中の移動体が指定領域を通過するまで待機し、指定領域を通過した後、対象となる移動体の運行計画の作成の処理を行ってもよい。これにより運行計画の作成前後で通過順序に矛盾が生じることを防止できる。運行中の移動体が指定領域を通過したことは、例えば走行制御部１３がＮｏｔｉｃｅ命令に基づく通知を受信することで判断できる。

［変形例３］
前述した実施形態では出発地点から到着地点までの走行を少なくとも含むものをタスクと定義したが、タスクの定義は他にも可能である。例えば、移動体がある閾値を下回ったら充電を開始するタスクでもよい。ある時間を経過したら、走行路ネットワークを変更するタスクでもよい。走行路ネットワークを変更する例として、走行路の一部を使用不可にする、新たな走行路が追加するなどがある。走行路ネットワークを変更する場合、走行路情報ＤＢ２１、基準領域ＤＢ２２及び走行路ネットワーク情報ＤＢ２３の少なくとも１つの更新を伴ってもよい。充電のタスク、走行路ネットワークの変更のタスクも、タスク生成装置２００でユーザ入力を介して生成し、当該タスクの情報を運行管理装置１００に入力してもよい。運行管理装置１００は、通信部１１を用いて、当該タスクを実行する指示を該当する移動体に送信したり、当該タスクを運行管理装置１００の制御部（図示せず）が実行したりする。

（ハードウェア構成）
図２１に、図１の運行管理装置１００のハードウェア構成を示す。図１の運行管理装置１００は、コンピュータ装置３００により構成される。コンピュータ装置３００は、ＣＰＵ３０１と、入力インタフェース３０２と、表示装置３０３と、通信装置３０４と、主記憶装置３０５と、外部記憶装置３０６とを備え、これらはバス３０７により相互に接続されている。

ＣＰＵ（中央演算装置）３０１は、主記憶装置３０５上で、コンピュータプログラムである運行計画プログラム（情報処理プログラム）を実行する。運行計画プログラムは、運行管理装置１００の上述の各機能構成を実現するプログラムのことである。運行計画プログラムは、１つのプログラムではなく、複数のプログラムやスクリプトの組み合わせにより実現されていてもよい。ＣＰＵ３０１が、運行計画プログラムを実行することにより、各機能構成は実現される。

入力インタフェース３０２は、キーボード、マウス、およびタッチパネルなどの入力装置からの操作信号を、運行管理装置１００に入力するための回路又は入力装置である。

表示装置３０３は、運行管理装置１００から出力されるデータを表示する。表示装置３０３は、例えば、ＬＣＤ（液晶ディスプレイ）、有機エレクトロルミネッセンスディスプレイ、ＣＲＴ（ブラウン管）、またはＰＤＰ（プラズマディスプレイ）であるが、これに限られない。コンピュータ装置３００から出力されたデータは、この表示装置３０３に表示することができる。

通信装置３０４は、運行管理装置１００が外部装置と無線または有線で通信するための回路である。データは、通信装置３０４を介して外部装置から入力することができる。外部装置から入力したデータを、主記憶装置３０５や外部記憶装置３０６に格納することができる。

主記憶装置３０５は、運行計画プログラム、運行計画プログラムの実行に必要なデータ、および運行計画プログラムの実行により生成されたデータなどを記憶する。運行計画プログラムは、主記憶装置３０５上で展開され、実行される。主記憶装置３０５は、例えば、ＲＡＭ、ＤＲＡＭ、ＳＲＡＭであるが、これに限られない。図１の各ＤＢ又は記憶部は、主記憶装置３０５上に構築されてもよい。

外部記憶装置３０６は、運行計画プログラム、運行計画プログラムの実行に必要なデータ、および運行計画プログラムの実行により生成されたデータなどを記憶する。これらの運行計画プログラムやデータは、運行計画プログラムの実行の際に、主記憶装置３０５に読み出される。外部記憶装置３０６は、例えば、ハードディスク、光ディスク、フラッシュメモリ、及び磁気テープであるが、これに限られない。図１の各ＤＢ又は各記憶部は、外部記憶装置３０６上に構築されてもよい。

なお、運行計画プログラムは、コンピュータ装置３００に予めインストールされていてもよいし、ＣＤ－ＲＯＭなどの記憶媒体に記憶されていてもよい。また、運行計画プログラムは、インターネット上にアップロードされていてもよい。

また、運行管理装置１００は、単一のコンピュータ装置３００により構成されてもよいし、相互に接続された複数のコンピュータ装置３００からなるシステムとして構成されてもよい。

なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。

１～Ｎ：移動体
１１：通信部
１２：運行計画部
１３：走行制御部
１４：通過順序算出部
１５：タスク取得部
２１：走行路情報データベース（ＤＢ）
２２：基準領域ＤＢ
２３：走行路ネットワーク情報ＤＢ
２４：移動体情報ＤＢ
２５：運行情報ＤＢ（運行情報記憶部）
２６：運行計画ＤＢ
２７：仮想領域ＤＢ
２８：保留タスクＤＢ
１００：運行管理装置（走行制御装置）
２００：タスク生成装置（運行情報生成装置）
３０１：ＣＰＵ
３００：コンピュータ装置
３０２：入力インタフェース
３０３：表示装置
３０４：通信装置
３０５：主記憶装置
３０６：外部記憶装置

Claims (16)

1. 出発地点と到着地点とを含む運行情報を生成する運行情報生成装置から第１出発地点と第１到着地点とを含む第１運行情報を取得する取得部と、
   前記取得部によって取得された前記第１運行情報を割り当てる移動体を決定し、決定した移動体である第１移動体に対して前記第１運行情報に基づき前記第１出発地点から前記第１到着地点へ移動するルートであり、通過すべき複数の基準領域を含む第１ルートを生成する運行計画部と、
   前記第１移動体に、前記第１ルートの走行を指示する第１移動指令データを送信する送信部と、を備え、
   前記第１移動体が前記第１移動指令データを実行して前記出発地点を出発した後、前記取得部は、前記運行情報生成装置から第２出発地点と第２到着地点とを含む第２運行情報を取得し、
   前記運行計画部は、前記取得部によって取得された前記第２運行情報を割り当てる移動体を決定し、決定した移動体である第２移動体に対して前記第２運行情報と前記第１移動体の前記第１移動指令データの実行状況とに基づき、前記第１移動体の前記第１ルートを変更することなく、前記第２出発地点から前記第２到着地点へ移動するルートであり、通過すべき複数の基準領域を含む第２ルートを生成し、前記第２ルートが前記第１ルートと競合する場合は、前記競合が解消されるまで待機し、前記競合が解消された後、前記第２ルートを再生成し、
   前記送信部は、前記再生成した第２ルートが前記第１ルートと競合しない場合に、前記再生成した第２ルートの走行を指示する第２移動指令データを前記第２移動体に送信して、前記第２出発地点から前記第２移動体を出発させ、
   前記第１ルートにおける前記複数の基準領域のうちの１つは第１基準領域であり、
   前記運行計画部は、前記第２ルートを生成した際、前記第２ルートにおける前記複数の基準領域のうちの１つが前記第１基準領域でありかつ前記第１移動体が前記第１基準領域を通過していない場合に、前記第２ルートが前記第１ルートと競合することを決定する、
   走行制御装置。
2. 前記第１移動体及び前記第２移動体が前記第１基準領域を通過する順序を含む通過順序情報を生成する通過順序算出部を備え、
   前記運行計画部は、前記第２移動体が前記第１移動体よりも前に第１基準領域を通過することを前記通過順序情報が示す場合に、前記第２ルートが前記第１ルートと競合することを決定する
   請求項１に記載の走行制御装置。
3. 前記第１移動体が前記第１基準領域を通過したかを判断する走行制御部を備え、
   前記運行計画部は、前記第１移動体が前記第１基準領域を通過した場合に、前記第２ルートの再生成を行う
   請求項２に記載の走行制御装置。
4. 前記走行制御部は、前記第１移動体が前記第１基準領域を通過したかの検査を一定時間間隔で行う
   請求項３に記載の走行制御装置。
5. 前記第１ルートにおいて前記第１基準領域に結合された第１走行路に第１仮想領域が設定されており、前記第１基準領域に結合された第２走行路に第２仮想領域が設定されており、
   前記第１移動体が前記第１ルートにおける前記第１仮想領域及び前記第２仮想領域間に位置するかを判断する走行制御部を備え、
   前記運行計画部は、前記第１移動体が前記第１仮想領域及び前記第２仮想領域間に位置する場合、前記第２ルートの再生成を行う
   請求項１～４のいずれか一項に記載の走行制御装置。
6. 前記走行制御部は、前記第１移動体が前記第１仮想領域及び前記第２仮想領域間に位置するかの検査を一定時間間隔で行う
   請求項５に記載の走行制御装置。
7. 前記第１移動指令データは、
   前記第１仮想領域へ移動する第１命令と、
   前記第１基準領域の通過の許可を前記走行制御装置に確認する第２命令と、
   前記第１基準領域の通過を許可された場合に前記第１仮想領域から前記第２仮想領域に移動する第３命令と、
   前記第２仮想領域に到達した場合に前記第１基準領域を通過したことを示す情報を前記走行制御装置に送信する第４命令と、を含み、
   前記走行制御部は、前記第３命令が実行され、前記第４命令が実行されていない場合に、前記第１移動体が前記第１仮想領域及び前記第２仮想領域間に位置することを決定する 請求項５又は６に記載の走行制御装置。
8. 前記第１ルートにおいて前記第１基準領域に結合された第１走行路に第１仮想領域が設定されており、前記第１基準領域に結合された第２走行路に第２仮想領域が設定されており、
   前記第１移動指令データは、
   前記第１仮想領域へ移動する第１命令と、
   前記第１基準領域の通過の許可を前記走行制御装置に確認する第２命令と、
   前記第１基準領域の通過を許可された場合に前記第１仮想領域から前記第２仮想領域に移動する第３命令と、
   前記第２仮想領域に到達した場合に前記第１基準領域を通過したことを示す情報を前記走行制御装置に送信する第４命令と、を含み、
   前記第１移動体から前記第４命令に基づき前記第１基準領域を通過したことを示す情報を受信した場合に、前記第１移動体が前記第１基準領域を通過済みであることを決定する走行制御部を備えた、
   請求項１～４のいずれか一項に記載の走行制御装置。
9. 前記第１ルートにおいて前記第１基準領域に結合された第１走行路に第１仮想領域が設定されており、
   前記運行計画部の処理の間、前記第１移動体を前記第１仮想領域で待機させる走行制御部を備え、
   前記走行制御部は、前記第２ルートが生成された後、又は前記第２移動指令データが前記第２移動体に送信された後、前記第１仮想領域の通過を前記第１移動体に許可する
   請求項１に記載の走行制御装置。
10. 前記取得部によって取得された前記第１運行情報及び前記第２運行情報を保持する運行情報記憶部を備え、
    前記運行計画部は、前記運行情報記憶部から前記第１運行情報を選択し、選択した前記第１運行情報を割り当てる移動体として前記第１移動体を決定し、前記第１運行情報を実行状態に設定し、
    前記運行情報記憶部から前記第２運行情報を選択し、選択した前記第２運行情報を割り当てる移動体として前記第２移動体を決定し、前記第２ルートが前記第１ルートに競合すると決定した場合、前記第２運行情報を保留状態に設定して、前記第２運行情報に前記第１運行情報を識別する識別子を関連付けた保留タスクを生成して前記保留タスクを保留タスク記憶部に格納し、
    前記保留タスク記憶部における前記保留タスクに含まれる前記識別子に基づき前記第１運行情報を特定し、前記第１運行情報から生成される前記第１移動指令データの実行状況を取得し、前記取得した実行状況に基づき前記競合が解消した場合には、前記保留タスク記憶部から前記保留タスクを削除するとともに、前記運行情報記憶部における前記第２運行情報を前記保留状態から未実行状態に変更し、
    前記運行情報記憶部から前記未実行状態の前記第２運行情報を読み出し、読み出した前記第２運行情報に基づき、前記第２移動体の第２ルートを再生し、前記再生成した第２ルートが前記第１ルートに競合しない場合は、前記第２運行情報を実行状態に変更し、
    前記送信部は、前記再生成した第２ルートの走行を指示する前記第２移動指令データを前記第２移動体に送信する
    請求項１～９のいずれか一項に記載の走行制御装置。
11. 前記運行計画部は、前記第２移動体により前記第２移動指令データの実行が完了した場合は、前記運行情報記憶部から、前記実行状態に設定されている前記第２運行情報を削除する
    請求項１０に記載の走行制御装置。
12. 前記第１ルート及び前記第２ルートは、複数の走行路と、前記複数の走行路間を結合する複数の基準領域とを含む走行路ネットワークにおけるルートである
    請求項１～１１のいずれか一項に記載の走行制御装置。
13. 前記第１移動指令データは、前記第１ルートに含まれる複数の前記基準領域を順番に通過することを指示する情報を含み、
    前記第２移動指令データは、前記第２ルートに含まれる複数の前記基準領域を順番に通過することを指示する情報を含む
    請求項１２に記載の走行制御装置。
14. 出発地点と到着地点とを含む運行情報を生成する運行情報生成装置から第１出発地点と第１到着地点とを含む第１運行情報を取得し、
    取得された前記第１運行情報を割り当てる移動体を決定し、決定した移動体である第１移動体に対して前記第１運行情報に基づき前記第１出発地点から前記第１到着地点へ移動するルートであり、通過すべき複数の基準領域を含む第１ルートを生成し、
    前記第１移動体に、前記第１ルートの走行を指示する第１移動指令データを送信し、
    前記第１移動体が前記第１移動指令データを実行して前記出発地点を出発した後、前記運行情報生成装置から第２出発地点と第２到着地点とを含む第２運行情報を取得し、
    取得された前記第２運行情報を割り当てる移動体を決定し、決定した移動体である第２移動体に対して前記第２運行情報と前記第１移動体の前記第１移動指令データの実行状況とに基づき、前記第１移動体の前記第１ルートを変更することなく、前記第２出発地点から前記第２到着地点へ移動するルートであり、通過すべき複数の基準領域を含む第２ルートを生成し、前記第２ルートが前記第１ルートと競合する場合は、前記競合が解消されるまで待機し、前記競合が解消された後、前記第２ルートを再生成し、
    前記再生成した第２ルートが前記第１ルートと競合しない場合に、前記再生成した第２ルートの走行を指示する第２移動指令データを前記第２移動体に送信して、前記第２出発地点から前記第２移動体を出発させる、
    走行制御方法。
15. 出発地点と到着地点とを含む運行情報を生成する運行情報生成装置から第１出発地点と第１到着地点とを含む第１運行情報を取得する第１ステップと、
    取得された前記第１運行情報を割り当てる移動体を決定し、決定した移動体である第１移動体に対して前記第１運行情報に基づき前記第１出発地点から前記第１到着地点へ移動するルートであり、通過すべき複数の基準領域を含む第１ルートを生成する第２ステップと、
    前記第１移動体に、前記第１ルートの走行を指示する第１移動指令データを送信する第３ステップと、
    前記第１移動体が前記第１移動指令データを実行して前記出発地点を出発した後、前記運行情報生成装置から第２出発地点と第２到着地点とを含む第２運行情報を取得する第４ステップと、
    取得された前記第２運行情報を割り当てる移動体を決定する第５ステップと、
    決定した移動体である第２移動体に対して前記第２運行情報と前記第１移動体の前記第１移動指令データの実行状況とに基づき、前記第１移動体の前記第１ルートを変更することなく、前記第２出発地点から前記第２到着地点へ移動するルートであり、通過すべき複数の基準領域を含む第２ルートを生成する第６ステップと、
    前記第２ルートが前記第１ルートと競合する場合は、前記競合が解消されるまで待機する第７ステップと、
    前記競合が解消された後、前記第２ルートを再生成する第８ステップと、
    再生成した第２ルートが前記第１ルートと競合しない場合に、前記再生成した第２ルートの走行を指示する第２移動指令データを前記第２移動体に送信することにより、前記第２出発地点から前記第２移動体を出発させる、第９ステップと、 をコンピュータに実行させ、
    前記第１ルートにおける前記複数の基準領域のうちの１つは第１基準領域であり、
    前記第７ステップは、前記第６ステップで前記第２ルートが生成された際、前記第２ルートにおける前記複数の基準領域のうちの１つが前記第１基準領域でありかつ前記第１移動体が前記第１基準領域を通過していない場合に、前記第２ルートが前記第１ルートと競合することを決定する、
    コンピュータプログラム。
16. 出発地点と到着地点とを含む運行情報を生成する運行情報生成装置から第１出発地点と第１到着地点とを含む第１運行情報を取得する取得部と、
    前記取得部によって取得された前記第１運行情報を割り当てる移動体を決定し、決定した移動体である第１移動体に対して前記第１運行情報に基づき前記第１出発地点から前記第１到着地点へ移動するルートである第１ルートを生成する運行計画部と、
    前記第１移動体に、前記第１ルートの走行を指示する第１移動指令データを送信する送信部と、を備え、
    前記取得部は、前記運行情報生成装置から第２出発地点と第２到着地点とを含む第２運行情報を取得し、
    前記運行計画部は、前記取得部によって取得された前記第２運行情報を割り当てる移動体を決定し、決定した移動体である第２移動体に対して前記第２運行情報と前記第１移動体の前記第１移動指令データの実行状況とに基づき前記第２出発地点から前記第２到着地点へ移動するルートである第２ルートを生成し、前記第２ルートが前記第１ルートと競合する場合は、前記競合が解消されるまで待機し、前記競合が解消された後、前記第２ルートを再生成し、
    前記送信部は、前記再生成した第２ルートが前記第１ルートと競合しない場合に、前記再生成した第２ルートの走行を指示する第２移動指令データを前記第２移動体に送信して、前記第２出発地点から前記第２移動体を出発させ、
    前記取得部によって取得された前記第１運行情報及び前記第２運行情報を保持する運行情報記憶部をさらに備え、
    前記運行計画部は、前記運行情報記憶部から前記第１運行情報を選択し、選択した前記第１運行情報を割り当てる移動体として前記第１移動体を決定し、前記第１運行情報を実行状態に設定し、
    前記運行情報記憶部から前記第２運行情報を選択し、選択した前記第２運行情報を割り当てる移動体として前記第２移動体を決定し、前記第２ルートが前記第１ルートに競合すると決定した場合、前記第２運行情報を保留状態に設定して、前記第２運行情報に前記第１運行情報を識別する識別子を関連付けた保留タスクを生成して前記保留タスクを保留タスク記憶部に格納し、
    前記保留タスク記憶部における前記保留タスクに含まれる前記識別子に基づき前記第１運行情報を特定し、前記第１運行情報から生成される前記第１移動指令データの実行状況を取得し、前記取得した実行状況に基づき前記競合が解消した場合には、前記保留タスク記憶部から前記保留タスクを削除するとともに、前記運行情報記憶部における前記第２運行情報を前記保留状態から未実行状態に変更し、
    前記運行情報記憶部から前記未実行状態の前記第２運行情報を読み出し、読み出した前記第２運行情報に基づき、前記第２移動体の第２ルートを再生し、前記再生成した第２ルートが前記第１ルートに競合しない場合は、前記第２運行情報を実行状態に変更し、
    前記送信部は、前記再生成した第２ルートの走行を指示する前記第２移動指令データを前記第２移動体に送信する
    走行制御装置。