JP7276109B2 - 情報処理装置、情報処理方法、及び、システム - Google Patents

Description

本発明は、情報処理装置、情報処理方法、及び、システムに関する。

ライドシェアにおける配車システムにおいて、ユーザに配車した後にそのユーザが車両の交換を希望する場合に、再配車を行う技術が知られている（例えば、特許文献１参照。）。

特開２０１９－０５３３４４号公報

本発明の目的は、ユーザを輸送するコストを低減することにある。

本開示の態様の一つは、
客室部による移動よりも前記客室部内での行為を目的とするユーザである第一ユーザの端末から前記客室部の利用の依頼に関する情報を取得した場合に、前記第一ユーザの行為に対応する所定の客室部に接続して前記所定の客室部を運ぶ走行部に対して、前記第一ユーザを乗せるように、指令を生成することと、
前記第一ユーザが所定数以上乗っている前記所定の客室部に接続している走行部に対して、前記所定の客室部を所定の場所に配置するように、指令を生成することと、
を実行する制御部を備える、情報処理装置である。

本開示の態様の一つは、
コンピュータが、
客室部による移動よりも前記客室部内での行為を目的とするユーザである第一ユーザの端末から前記客室部の利用の依頼に関する情報を取得した場合に、前記第一ユーザの行為に対応する所定の客室部に接続して前記所定の客室部を運ぶ走行部に対して、前記第一ユーザを乗せるように、指令を生成することと、
前記第一ユーザが所定数以上乗っている前記所定の客室部に接続している走行部に対して、前記所定の客室部を所定の場所に配置するように、指令を生成することと、
を実行する、情報処理方法である。

本開示の態様の一つは、
ユーザが乗る客室部と、
前記客室部に接続して運ぶ走行部であって、前記客室部に接続していない状態でも走行可能な走行部と、
前記ユーザが所持する端末と、
前記走行部を制御する制御部と、
を備えるシステムであって、
前記制御部が、
前記客室部の利用の依頼に関する情報を前記客室部による移動よりも前記客室部内での行為を目的とするユーザである第一ユーザの端末から取得した場合に、前記第一ユーザの行為に対応する所定の客室部に接続して前記所定の客室部を運ぶ走行部に対して、前記第
一ユーザを乗せるように、指令を生成することと、
前記第一ユーザが所定数以上乗っている前記所定の客室部に接続している走行部に対して、前記所定の客室部を所定の場所に配置するように、指令を生成することと、
を実行する、システムである。

また、本開示の他の態様は、上記の情報処理方法をコンピュータに実行させるプログラム、または、このプログラムを非一時的に記憶した記憶媒体である。

本開示によれば、ユーザを輸送するコストを低減することができる。

実施形態に係る自動運転システムの概略構成を示す図である。 実施形態に係る自動運転システムを構成する客室部、走行部、ユーザ端末、及びサーバのそれぞれの構成の一例を概略的に示すブロック図である。 サーバの機能構成の一例を示す図である。 ユーザ情報のテーブル構成を例示した図である。 客室部情報のテーブル構成を例示した図である。 走行部情報のテーブル構成を例示した図である。 走行部の機能構成の一例を示す図である。 ユーザ端末の機能構成の一例を示す図である。 実施形態に係るサーバにおける処理のフローチャートの一例である。 実施形態に係る走行部における処理のフローチャートの一例である。 実施形態に係るユーザ端末から利用依頼を送信する処理のフローチャートの一例である。 ユーザ端末の出力部に表示される、ユーザＩＤ、目的地及び利用目的を入力するための画面の一例を示した図である。 実施形態に係るサーバが、走行部に運行指令を送信する処理のフローチャートの一例である。 実施形態に係る客室部を運ぶときに走行部を走行させる処理のフローチャートの一例である。 実施形態に係るユーザ端末から退室依頼を送信する処理のフローチャートの一例である。

本開示の態様の一つである情報処理装置が管理する走行部は、例えば、運行指令に基づいて自律走行する。走行部は、客室部と接続可能であり、客室部を接続した状態で当該客室部を運ぶことができる。客室部は、例えば、ユーザが利用可能な設備を有していてもよい。客室部内での行為を主目的とする第一ユーザに対応する客室部には、例えば、客室内でその行為を実施するための設備または器具が備わっていてもよい。一方、移動を主目的とする第二ユーザに対応する客室部には、座席が備わっていてもよい。走行部は、客室部を接続していない状態であっても走行可能である。したがって、走行部は、所定の場所に客室部を配置した後に、その場所から離れることができる。

制御部は、客室部の利用の依頼に関する情報を第一ユーザの端末から取得する。第一ユーザの端末からの情報には、第一ユーザが客室部に乗車するために必要な情報が含まれる。この情報には、例えば、第一ユーザの乗車地に関する情報、及び、第一ユーザが客室部を利用する目的に関する情報が含まれる。客室部には、第一ユーザが複数乗ることもできる。

制御部は、第一ユーザの端末から客室部の利用の依頼に関する情報を取得した場合に、第一ユーザの行為に対応する所定の客室部に接続して所定の客室部を運ぶ走行部に対して、第一ユーザを乗せるように、指令を生成するする。第一ユーザの行為に対応する客室部は、客室部内で第一ユーザが希望する行為を実施可能な客室部である。走行部が接続した状態の客室部は、走行部によって移動可能である。したがって、第一ユーザの乗車地まで走行部が所定の客室部を運ぶことができる。

また、制御部は、第一ユーザが所定数以上乗っている所定の客室部に接続している走行部に対して、所定の客室部を所定の場所に配置するように、指令を生成する。所定数は、客室部を所定の場所に配置する閾値となるユーザの数であり、例えば、定員であってもよく、コストを考慮して決定した数であってもよい。また、所定の場所は、第一ユーザの行為に対応する客室部を配置可能な場所であり、例えば、駐車場であってもよい。第一ユーザは、客室部内での行為が主目的のため、移動する必要はない。したがって、所定の客室部を所定の場所に配置することで移動しなくなったとしても問題はない。また、走行部から客室部を切り離して客室部を所定の場所に配置することにより、走行部を他のユーザを運ぶ目的に使用することができる。したがって、用意する走行部の数を減らすことができるため、ユーザを輸送するコストを低減することができ、ユーザを輸送する効率を高めることができる。

前記制御部は、前記客室部の利用の依頼に関する情報を前記第一ユーザの端末から取得した場合に、利用している前記第一ユーザの数が所定数未満であり且つ前記客室部内での行為よりも前記客室部による移動を目的とするユーザである第二ユーザが利用していない前記所定の客室部と接続した状態で前記第一ユーザを乗せるように、前記走行部に対する指令を生成してもよい。利用している第一ユーザの数は、客室部に乗っているユーザ、および、客室部に乗ることが予定されているユーザの数を含むことができる。第一ユーザは移動を主目的としていないため、所定の客室部を所定の場所に配置しても問題はないが、その所定の客室部に第二ユーザが乗っている場合には、第二ユーザが移動することができなくなる。第二ユーザは、移動を主目的とするため、所定の場所に配置される所定の客室部に乗らないことが望ましい。したがって、第二ユーザが利用していない所定の客室部に第一ユーザを乗せるようにすれば、第一ユーザのみが乗っている所定の客室部を所定の場所に配置することできる。これにより、第二ユーザの移動が阻害されることを抑制できる。

前記制御部は、前記所定の客室部に乗っている前記第一ユーザの数が所定数未満の場合に、前記所定の客室部の接続を維持した状態で移動するように前記走行部に対する指令を生成してもよい。すなわち、所定の客室部に乗っている第一ユーザの数が所定数以上になるまでは、走行部によって移動可能な状態が維持されてもよい。この場合、第一ユーザの数が所定数以上になるまで、所定の客室部に第一ユーザを乗せるために所定の客室部が移動するので、より多くの第一ユーザを所定の客室部に乗せることができる。

前記制御部は、前記客室部内での行為よりも前記客室部による移動を目的とするユーザである第二ユーザが乗っている前記客室部に接続して前記客室部を運ぶ前記走行部に対して、前記第二ユーザの目的地を経由するように、指令を生成してもよい。第二ユーザは、移動を目的としており、客室部にのることで目的地まで移動する。このように、客室部に接続されている走行部が第二ユーザの目的地を経由するように指令を生成すれば、第二ユーザが目的地で客室部から降りることができる。なお、第二ユーザの目的地を経由する客室部に第一ユーザが乗っていてもよい。第一ユーザは、客室部内で行為を行うことができれば、客室部に乗った状態で移動することも許容できる場合もある。第一ユーザと第二ユーザとが同乗することにより、走行部の利用効率を高めることができる。

前記制御部は、前記所定の場所に前記所定の客室部を配置した後の前記走行部に対して、他の客室部に接続して走行するように、指令を生成してもよい。所定の客室部を配置した後は、走行部のみで移動可能であり、その走行部は他の客室部と接続して運ぶことができる。このように、１つの走行部で複数の客室部を運ぶことにより、ユーザを運ぶ効率を高めることができる。

前記行為は、トレーニングであり、前記所定の客室部は、トレーニング器具を積載している客室部であってもよい。トレーニングは、少しの時間でできるものもあれば、多くの時間が必要なものもある。また、少しの時間だけトレーニングをしたいユーザもいれば、多くの時間をかけてトレーニングしたいユーザもいる。客室部にトレーニング器具を積載しておけば、第一ユーザが所定の場所において、多くの時間をかけてトレーニングすることができる。

前記トレーニング器具は、前記客室部内での行為よりも前記客室部による移動を目的とするユーザである第二ユーザも利用可能であってもよい。第二ユーザが目的地に移動する間に、トレーニングを望む場合もある。このような場合に、トレーニング器具を積載した客室部に第二ユーザを乗せることにより、第二ユーザは、移動しながらトレーニングを実施することができる。この客室部には、第一ユーザを乗せないようにしてもよく、乗せるようにしてもよい。

以下、図面に基づいて、本開示の実施の形態を説明する。以下の実施形態の構成は例示であり、本開示は実施形態の構成に限定されない。また、以下の実施形態は可能な限り組み合わせることができる。

＜第１実施形態＞
図１は、実施形態に係る自動運転システム１の概略構成を示す図である。自動運転システム１は、例えば、車両１０、ユーザ端末２０、及び、サーバ３０を含む。車両１０は、客室部１０Ａ及び走行部１０Ｂを含む。客室部１０Ａと走行部１０Ｂとは分離可能である。また、客室部１０Ａは、異なる走行部１０Ｂと接続可能である。客室部１０Ａ及び走行部１０Ｂの数は図１に例示した１つに限らず、２つ以上であってもよい。走行部１０Ｂは、サーバ３０が生成した運行指令に基づいて自律走行可能な移動体である。図１におけるユーザは、ユーザ端末２０を操作するユーザであり、客室部１０Ａの利用を依頼するユーザである。ユーザがユーザ端末２０に入力した内容にしたがって、ユーザ端末２０からサーバ３０に客室部１０Ａの利用の依頼に関する情報が送信される。ユーザは複数存在することができ、ユーザの数に応じてユーザ端末２０も複数存在する。

図１に示す自動運転システム１は、ユーザが客室部１０Ａの利用の依頼をすると、サーバ３０が客室部１０Ａを提供するシステムである。客室部１０Ａには、複数のユーザが相乗り可能である。ユーザは、ユーザ端末２０を介して、客室部１０Ａの利用の依頼に関する情報をサーバ３０に送信する。利用の依頼に関する情報には、ユーザの利用の目的に関する情報、ユーザの目的地に関する情報、ユーザの乗車地に関する情報が含まれる。ユーザの利用の目的は、車両１０によって移動すること、または、車両１０内で所定の行為を実施することの何れかである。なお、所定の行為は、車両１０内で実施可能な行為であれば限定しない。本実施形態では、所定の行為として、筋力を増強するトレーニングまたはウエイトトレーニング（以下、単にトレーニングという。）を実施するものとして説明する。ユーザの目的地は、ユーザが客室部１０Ａに乗った状態で移動を希望するときの移動先である。なお、ユーザの利用の目的が、車両１０内で所定の行為を実施することである場合には、ユーザの目的地は必ずしも必要ではない。ユーザの乗車地は、ユーザ端末２０の現在地、ユーザが希望する場所、または、予め定められている場所（例えば、停留所）の何れであってもよい。

客室部１０Ａは、ユーザの利用の目的に応じて複数の種類があってもよい。例えば、ユーザの利用の目的が移動である場合には、座席が配置された客室部１０Ａが対応してもよい。また、例えば、ユーザの利用の目的がトレーニングである場合には、トレーニング器具が配置された客室部１０Ａが対応してもよい。走行部１０Ｂは、客室部１０Ａに接続して客室部１０Ａを運ぶ。客室部１０Ａは、走行部１０Ｂが接続することによって移動可能になる。客室部１０Ａは、ユーザを乗せた状態で走行部１０Ｂにより移動可能である。また、客室部１０Ａは、走行部１０Ｂから切り離された状態であっても、ユーザが利用可能である。例えば、客室部１０Ａは、走行部１０Ｂから切り離された状態であっても、トレーニング施設として利用可能である。また、走行部１０Ｂは、客室部１０Ａが接続していない状態であっても移動可能である。なお、図１では、客室部１０Ａと走行部１０Ｂとが上下に分離可能であるが、これに限らず、例えば、前後に分離可能であってもよい。客室部１０Ａと走行部１０Ｂとの接続方法及び分離方法は限定しない。

サーバ３０は、ユーザ端末２０から利用の依頼に関する情報を受信すると、例えば、ユーザの利用目的及び目的地に応じて車両１０を割り当てる。ユーザの利用目的が移動である場合には、ユーザの乗車地及び目的地を経由する車両１０を割り当てる。なお、ユーザの乗車地及び目的地を経由する車両１０が存在しない場合には、ユーザの乗車地及び目的地に最も近いルートを通過する車両１０を割り当てると共に、ユーザの乗車地及び目的地を経由するように車両１０のルートを変更してもよい。

一方、ユーザの利用目的がトレーニングである場合には、ユーザの乗車地を経由する車両１０であって、トレーニングが可能な客室部１０Ａが接続されている車両１０を割り当てる。なお、ユーザの乗車地を経由する車両１０が存在しない場合には、ユーザの乗車地に最も近いルートを通過する車両１０を割り当てると共に、ユーザの乗車地を経由するように車両１０のルートを変更してもよい。そして、トレーニング可能な客室部１０Ａに乗車中のユーザの数が、所定数以上になった場合には、サーバ３０は、走行部１０Ｂに対して、客室部１０Ａを所定の場所で分離して配置するように指令を送信する。所定数は、例えば、客室部１０Ａを同時に利用可能な人数である。所定数は、例えば、客室部１０Ａの定員としてもよい。このようにして客室部１０Ａが分離された走行部１０Ｂは、他の客室部１０Ａと接続して、他のユーザを運ぶことが可能となる。一方、走行部１０Ｂから分離された客室部１０Ａでは、ユーザがトレーニングを続けることができる。また、この客室部１０Ａのユーザは、移動を目的としていないため、走行部１０Ｂによって移動させる必要もない。

客室部１０Ａ、走行部１０Ｂ、ユーザ端末２０、及び、サーバ３０は、ネットワークＮ１によって相互に接続されている。ネットワークＮ１は、例えば、インターネット等の世界規模の公衆通信網でありＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）やその他の通信網が採用されてもよい。また、ネットワークＮ１は、携帯電話等の電話通信網、Ｗｉ－Ｆｉ（登録商標）等の無線通信網を含んでもよい。

（ハードウェア構成）
図２に基づいて、客室部１０Ａ、走行部１０Ｂ、ユーザ端末２０、及びサーバ３０のハードウェア構成について説明する。図２は、本実施形態に係る自動運転システム１を構成する客室部１０Ａ、走行部１０Ｂ、ユーザ端末２０、及びサーバ３０のそれぞれの構成の一例を概略的に示すブロック図である。

サーバ３０は、一般的なコンピュータの構成を有している。サーバ３０は、プロセッサ３１、主記憶部３２、補助記憶部３３、通信部３４を有する。これらは、バスにより相互に接続される。

プロセッサ３１は、ＣＰＵ（Central Processing Unit）やＤＳＰ（Digital Signal Processor）等である。プロセッサ３１は、サーバ３０を制御し、様々な情報処理の演算を
行う。プロセッサ３１は、「制御部」の一例である。主記憶部３２は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等である。補助記憶部３３は、ＥＰＲＯＭ（Erasable Programmable ROM）、ハードディスクドライブ（ＨＤＤ、Hard Disk Drive）、リムーバブルメディア等である。補助記憶部３３には、オペレーティングシステム（Operating System :ＯＳ）、各種プログラム、各種テーブル等が格納される。補助記憶部３３に格納されたプログラムをプロセッサ３１が主記憶部３２の作業領域にロードして実行し、このプログラムの実行を通じて各構成部等が制御される。これにより、所定の目的に合致した機能をサーバ３０が実現する。主記憶部３２および補助記憶部３３は、コンピュータで読み取り可能な記録媒体である。なお、サーバ３０は、単一のコンピュータであってもよいし、複数台のコンピュータが連携したものであってもよい。また、補助記憶部３３に格納される情報は、主記憶部３２に格納されてもよい。また、主記憶部３２に格納される情報は、補助記憶部３３に格納されてもよい。

通信部３４は、ネットワークＮ１経由で走行部１０Ｂ及びユーザ端末２０と通信を行う手段である。通信部３４は、例えば、ＬＡＮ（Local Area Network）インターフェースボード、無線通信のための無線通信回路である。ＬＡＮインターフェースボードや無線通信回路は、ネットワークＮ１に接続される。

なお、サーバ３０で実行される一連の処理は、ハードウェアにより実行させることもできるが、ソフトウェアにより実行させることもできる。サーバ３０のハードウェア構成は、図２に示されるものに限定されない。また、サーバ３０の一部または全ての構成が、走行部１０Ｂに搭載されていてもよい。

次に、走行部１０Ｂについて説明する。走行部１０Ｂは、プロセッサ１１Ｂ、主記憶部１２Ｂ、補助記憶部１３Ｂ、接続装置１４Ｂ、通信部１６Ｂ、位置情報センサ１７Ｂ、環境情報センサ１８Ｂ、及び、駆動部１９Ｂを有する。これらは、バスにより相互に接続される。プロセッサ１１Ｂ、主記憶部１２Ｂ、補助記憶部１３Ｂ、及び、通信部１６Ｂについては、サーバ３０のプロセッサ３１、主記憶部３２、補助記憶部３３、及び、通信部３４と同様であるため、説明を省略する。

接続装置１４Ｂは、プロセッサ１１Ｂが生成した制御指令に基づいて、客室部１０Ａと走行部１０Ｂとの接続及び切り離しを行う装置である。接続装置１４Ｂは、例えば、客室部１０Ａを走行部１０Ｂに接続するためのスロープ、レール、または、クレーン等を有している。接続装置１４Ｂはアクチュエータを有しており、客室部１０Ａと走行部１０Ｂとの接続または切り離し時において、アクチュエータが作動する。なお、客室部１０Ａと走行部１０Ｂとの接続方法については限定しない。

通信部１６Ｂは、走行部１０ＢをネットワークＮ１に接続するための通信手段である。通信部１６Ｂは、例えば、移動体通信サービス（例えば、５Ｇ（5th Generation）、４Ｇ（4th Generation）、３Ｇ（3rd Generation）、ＬＴＥ（Long Term Evolution）等の電
話通信網）、または、Ｗｉ－Ｆｉ（登録商標）等の無線通信網を利用して、ネットワークＮ１経由で他の装置（例えばサーバ３０等）と通信を行うための回路である。

位置情報センサ１７Ｂは、所定の周期で、走行部１０Ｂの位置情報（例えば緯度、経度）を取得する。位置情報センサ１７Ｂは、例えば、ＧＰＳ（Global Positioning System
）受信部、無線通信部等である。位置情報センサ１７Ｂで取得された情報は、例えば、補助記憶部１３Ｂ等に記録され、サーバ３０に送信される。

環境情報センサ１８Ｂは、走行部１０Ｂの状態をセンシングしたり、または、走行部１０Ｂの周辺をセンシングしたりする手段である。走行部１０Ｂの状態をセンシングするためのセンサとして、加速度センサ、速度センサ、または、方位角センサが挙げられる。走行部１０Ｂの周辺をセンシングするためのセンサとして、ステレオカメラ、レーザスキャナ、ＬＩＤＡＲ、または、レーダなどが挙げられる。

駆動部１９Ｂは、プロセッサ１１Ｂが生成した制御指令に基づいて、走行部１０Ｂを走行させる。駆動部１９Ｂは、例えば、走行部１０Ｂが備える車輪を駆動するためのモータやインバータ、ブレーキ、または、ステアリング機構等を含んで構成され、制御指令に従ってモータまたはブレーキ等が駆動されることで、走行部１０Ｂの自律走行が実現される。

次に、客室部１０Ａについて説明する。客室部１０Ａは、プロセッサ１１Ａ、主記憶部１２Ａ、補助記憶部１３Ａ、通信部１６Ａ、及び位置情報センサ１７Ａを有する。これらは、バスにより相互に接続される。また、客室部１０Ａには、ユーザが利用可能なトレーニング器具１８Ａが備わる。客室部１０Ａのプロセッサ１１Ａ、主記憶部１２Ａ、補助記憶部１３Ａ、通信部１６Ａ、及び位置情報センサ１７Ａについては、走行部１０Ｂのプロセッサ１１Ｂ、主記憶部１２Ｂ、補助記憶部１３Ｂ、通信部１６Ｂ、及び位置情報センサ１７Ｂと同様であるため、説明を省略する。なお、プロセッサ１１Ａ、主記憶部１２Ａ、補助記憶部１３Ａ、通信部１６Ａ、及び位置情報センサ１７Ａは、必ずしも必要ではない。

トレーニング器具１８Ａは、筋力を高めるための機器であってもよく、健康を維持するための機器であってもよい。また、トレーニング器具１８Ａは全ての客室部１０Ａに備える必要はない。すなわち、移動を目的とするユーザが乗車する客室部１０Ａには、トレーニング器具１８Ａが備わっていなくてもよい。

次に、ユーザ端末２０について説明する。ユーザ端末２０は、例えば、スマートフォン、携帯電話、タブレット端末、個人情報端末、ウェアラブルコンピュータ（スマートウォッチ等）、パーソナルコンピュータ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ、ＰＣ）といった小型のコンピュータである。ユーザ端末２０は、プロセッサ２１、主記憶部２２、補助記憶部２３、入力部２４、出力部２５、通信部２６、及び、位置情報センサ２７を有する。これらは、バスにより相互に接続される。プロセッサ２１、主記憶部２２、補助記憶部２３、通信部２６、及び、位置情報センサ２７は、走行部１０Ｂのプロセッサ１１Ｂ、主記憶部１２Ｂ、補助記憶部１３Ｂ、通信部１６Ｂ、及び、位置情報センサ１７Ｂと同様であるため、説明を省略する。

入力部２４は、ユーザが行った入力操作を受け付ける手段であり、例えば、タッチパネル、押しボタン等である。出力部２５は、ユーザに対して情報を提示する手段であり、例えば、ＬＣＤ（Liquid Crystal Display）、ＥＬ（Electroluminescence）パネル、スピ
ーカ、ランプ等である。入力部２４及び出力部２５は、１つのタッチパネルディスプレイとして構成してもよい。

（機能構成：サーバ）
図３は、サーバ３０の機能構成の一例を示す図である。サーバ３０は、機能構成要素として、依頼取得部３０１、車両管理部３０２、車両選定部３０３、指令生成部３０４、ユーザ情報ＤＢ３１１、客室部情報ＤＢ３１２、走行部情報ＤＢ３１３、及び、地図情報ＤＢ３１４を含む。依頼取得部３０１、車両管理部３０２、車両選定部３０３、及び、指令生成部３０４は、例えば、サーバ３０のプロセッサ３１が、補助記憶部３３に記憶された
各種プログラムを実行することで提供される機能構成要素である。

ユーザ情報ＤＢ３１１、客室部情報ＤＢ３１２、走行部情報ＤＢ３１３、及び、地図情報ＤＢ３１４は、プロセッサ３１によって実行されるデータベース管理システム（Ｄａｔａｂａｓｅ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ、ＤＢＭＳ）のプログラムが、補助記憶部３３に記憶されるデータを管理することで構築される、例えば、リレーショナルデータベースである。なお、サーバ３０の各機能構成素のいずれか、またはその処理の一部は、ネットワークＮ１に接続される他のコンピュータにより実行されてもよい。

依頼取得部３０１は、例えば、ユーザ端末２０から送信される利用依頼を取得する。利用依頼とは、ユーザが移動またはトレーニングのために客室部１０Ａ及び走行部１０Ｂの利用を依頼するための情報である。利用依頼には、例えば、ユーザの現在地に関する情報（ユーザの位置情報）、ユーザの目的地に関する情報、及び、ユーザの利用目的に関する情報が含まれる。利用依頼は、ユーザがユーザ端末２０の入力部２４に所定の入力を行うことにより、ユーザ端末２０において生成される。ユーザの利用目的がトレーニングの場合には、ユーザの目的地は、所定の場所としてもよい。依頼取得部３０１は、利用依頼に含まれる、現在地に関する情報、目的地に関する情報、及び、利用目的に関する情報を、ユーザＩＤと関連付けて、後述するユーザ情報ＤＢ３１１に格納する。

また、依頼取得部３０１は、例えば、ユーザ端末２０から送信される退室依頼を取得する。退室依頼とは、トレーニングの終了等によりユーザがサーバ３０に対して客室部１０Ａからの降車を依頼するための情報である。退室依頼は、ユーザ端末２０から送信される情報である。退室依頼にはユーザＩＤが含まれる。

車両管理部３０２は、客室部１０Ａ及び走行部１０Ｂに関する様々な情報を管理する。車両管理部３０２は、例えば、客室部１０Ａ及び走行部１０Ｂの現在地及び目的地を管理する。現在地及び目的地は、例えば、緯度及び経度で表される。車両管理部３０２は、例えば、所定の周期で客室部１０Ａから送信された位置情報、または、サーバ３０からの要求に応じて客室部１０Ａから送信された位置情報を取得して管理する。また、車両管理部３０２は、例えば、所定の周期で走行部１０Ｂから送信された位置情報、または、サーバ３０からの要求に応じて走行部１０Ｂから送信された位置情報を取得して管理する。なお、走行部１０Ｂに客室部１０Ａが接続されている場合には、接続されている客室部１０Ａの位置情報が、走行部１０Ｂの位置情報と同じものとして扱ってもよい。また、走行部１０Ｂから客室部１０Ａが切り離された場合には、客室部１０Ａの位置情報が、走行部１０Ｂが客室部１０Ａを切り離したときの走行部１０Ｂの位置情報と同じものとして扱ってもよい。このようにすることで、客室部１０Ａの位置情報センサ１７Ａ等を省略することもできる。車両管理部３０２は、客室部１０Ａの位置情報を客室部ＩＤと関連付けて客室部情報ＤＢ３１２に格納する。客室部ＩＤは、客室部１０Ａに固有な識別子である。また、車両管理部３０２は、走行部１０Ｂの位置情報を走行部ＩＤと関連付けて、後述する走行部情報ＤＢ３１３に格納する。走行部ＩＤは、走行部１０Ｂに固有な識別子である。

また、車両管理部３０２は、例えば、走行部１０Ｂの目的地を管理する。客室部１０Ａに乗車しているユーザが移動を目的とするユーザ（以下、第二ユーザともいう。）の場合には、走行部１０Ｂの目的地は、第二ユーザの目的地になる。第二ユーザの目的地は、利用依頼に含まれる。客室部１０Ａに複数の第二ユーザが乗車している場合には、何れかの第二ユーザの目的地を走行部１０Ｂの最終的な目的地とし、他の第二ユーザの目的地を走行部１０Ｂの経由地としてもよい。また、客室部１０Ａに乗車している第二ユーザが移動を目的とするユーザの場合には、走行部１０Ｂの目的地が予め決まっていてもよい。

一方、客室部１０Ａに乗車しているユーザがトレーニングを目的とするユーザ（以下、
第一ユーザともいう。）の場合には、走行部１０Ｂの目的地は、所定の場所となる。所定の場所は、客室部１０Ａが走行部１０Ｂから切り離される場所である。ただし、客室部１０Ａに乗車している第一ユーザの数が所定数未満の場合には、走行部１０Ｂが走行を続けるように仮の目的地を設定したり、任意の目的地を設定したりしてもよい。また、トレーニング器具が備わる客室部１０Ａには、第一ユーザの他に第二ユーザが乗車することもできる。この場合、第二ユーザの目的地を走行部１０Ｂの目的地としてもよい。車両管理部３０２は、走行部１０Ｂの目的地に関する情報を走行部ＩＤと関連付けて走行部情報ＤＢ３１３に格納する。

また、車両管理部３０２は、客室部１０Ａが対応する、ユーザの利用目的を管理する。客室部１０Ａが対応する、ユーザの利用目的は、予め客室部１０Ａ毎に決められていてもよく、乗車したユーザに応じて決めてもよい。車両管理部３０２は、例えば、最初に客室部１０Ａを利用するユーザの利用目的を、その客室部１０Ａが対応する利用目的としてもよい。車両管理部３０２は、対応する利用目的を客室部ＩＤと関連付けて客室部情報ＤＢ３１２に格納する。

車両選定部３０３は、ユーザに割り当てる客室部１０Ａ及び走行部１０Ｂを選定する。車両選定部３０３は、ユーザの利用目的及び目的地に応じて客室部１０Ａ及び走行部１０Ｂを選定する。車両選定部３０３は、ユーザの利用目的が移動である場合には、例えば、移動に対応する客室部１０Ａ及び走行部１０Ｂを選定する。車両選定部３０３は、ユーザ情報ＤＢ３１１、客室部情報ＤＢ３１２、走行部情報ＤＢ３１３、及び、地図情報ＤＢ３１４にアクセスして、移動に対応する客室部１０Ａ及び走行部１０Ｂを選定する。車両選定部３０３は、例えば、ユーザの現在地及び目的地から所定距離内のエリアに走行部１０Ｂの移動予定経路が含まれ、且つ、走行部１０Ｂに接続されている客室部１０Ａに乗車しているユーザの利用目的が移動である走行部１０Ｂを選定する。なお、客室部情報ＤＢ３１２の情報に基づいて、客室部１０Ａの利用ユーザが所定数以上の客室部１０Ａが選定されないようにする。また、ユーザの現在地及び目的地から所定距離内のエリアに走行部１０Ｂの移動予定経路が含まれ、且つ、走行部１０Ｂに接続されている客室部１０Ａに他のユーザが乗車していない走行部１０Ｂを選定してもよい。移動予定経路は、走行部１０Ｂの現在地及び目的地と、後述する地図情報ＤＢ３１４に格納されている地図情報とに基づいて後述の指令生成部３０４によって生成される。なお、所定距離とは、相乗りに適した距離であり、所定距離内のエリアとは、例えば、同一の市町村区内のエリアである。

しかし、このような客室部１０Ａが接続されている走行部１０Ｂが存在しない場合もある。このような場合には、走行部１０Ｂが接続されていない客室部１０Ａ、及び、客室部１０Ａを接続していない走行部１０Ｂが選定される。このときに、例えば、客室部１０Ａ及び走行部１０Ｂの現在地がユーザの現在地から所定の距離内である客室部１０Ａ及び走行部１０Ｂを選定してもよい。

また、選定可能な走行部１０Ｂが複数存在する場合には、例えば、走行部１０Ｂの現在地からユーザの現在地に至るまでの移動距離が、最も短くなる走行部１０Ｂを選定してもよいし、所定の距離以内になる走行部１０Ｂをランダムに選定してもよい。また、コストが最小になる走行部１０Ｂを選定してもよい。

一方、車両選定部３０３は、ユーザの利用目的がトレーニングである場合には、例えば、トレーニングに対応する客室部１０Ａ及び走行部１０Ｂを選定する。車両選定部３０３は、ユーザ情報ＤＢ３１１、客室部情報ＤＢ３１２、走行部情報ＤＢ３１３、及び、地図情報ＤＢ３１４にアクセスして、トレーニングに対応する客室部１０Ａ及び走行部１０Ｂを選定する。車両選定部３０３は、ユーザの現在地及び目的地から所定距離内のエリアに走行部１０Ｂの移動予定経路が含まれ、且つ、走行部１０Ｂに接続されている客室部１０
Ａに乗車しているユーザの利用目的がトレーニングである走行部１０Ｂを選定する。このときに、客室部情報ＤＢ３１２の情報に基づいて、客室部１０Ａの利用ユーザが所定数以上の客室部１０Ａが選定されないようにする。また、ユーザの現在地及び目的地から所定距離内のエリアに走行部１０Ｂの移動予定経路が含まれ、且つ、走行部１０Ｂに接続されている客室部１０Ａに他のユーザが乗車していない走行部１０Ｂを選定してもよい。

しかし、このような客室部１０Ａが接続されている走行部１０Ｂが存在しない場合もある。このような場合には、走行部１０Ｂが接続されていない客室部１０Ａ、及び、客室部１０Ａを接続していない走行部１０Ｂが選定される。このときに、例えば、客室部１０Ａ及び走行部１０Ｂの現在地がユーザの現在地から所定の距離内である客室部１０Ａ及び走行部１０Ｂを選定してもよい。

また、選定可能な走行部１０Ｂが複数存在する場合には、例えば、走行部１０Ｂの現在地からユーザの現在地に至るまでの移動距離が、最も短くなる走行部１０Ｂを選定してもよいし、この移動距離が所定の距離以内になる走行部１０Ｂをランダムに選定してもよい。また、コストが最小になる走行部１０Ｂを選定してもよい。

車両選定部３０３は、選定した客室部１０Ａに乗車しているユーザの数を、後述する客室部情報ＤＢ３１２に入力する。また、車両選定部３０３は、客室部１０Ａと走行部１０Ｂとを組み合わせた場合には、その組み合わせが判別できるように、後述する客室部情報ＤＢ３１２及び走行部情報ＤＢ３１３を更新する。

指令生成部３０４は、走行部１０Ｂを運行させるための指令である運行指令を生成する。指令生成部３０４は、利用目的が同じユーザが相乗りするように運行指令を生成する。ただし、これに限らず、利用目的が異なるユーザが相乗りしてもよい。運行指令には、例えば、走行部１０Ｂの移動経路が含まれる。指令生成部３０４は、例えば、走行部１０Ｂが、現在地（例えば、基地）から出発して、客室部１０Ａが配置されている場所において客室部１０Ａと接続し、その後に、ユーザの目的地まで移動するように運行指令を生成する。ユーザの利用目的がトレーニングの場合には、客室部１０Ａを所定の場所で切り離すように運行指令を生成する。なお、所定の場所で客室部１０Ａを切り離した走行部１０Ｂに対しては、基地に戻るように運行指令を生成してもよく、他の客室部１０Ａが配置されている場所まで移動するように運行指令を生成してもよし、他の客室部１０Ａを運ぶ指令があるまでその場で待機してもよい。また、ユーザの利用目的にかかわらず、走行部１０Ｂの目的地は、ユーザの目的地ではなく、予め定められた目的地であってもよい。すなわち、走行部１０Ｂの出発地及び目的地は、予め定められていてもよい。そして、所定時間毎に走行部１０Ｂが運行するように、運行指令を生成してもよい。

指令生成部３０４は、車両選定部３０３によって客室部１０Ａが選定されると、当該客室部１０Ａを利用する夫々のユーザの現在地及び目的地を通過するように走行部１０Ｂの移動経路を再生成する。移動経路は、各ユーザの現在地及び目的地と、後述する地図情報ＤＢ３１４に格納されている地図情報とに基づいて生成される。移動経路は、車両１０の移動距離が最短になる経路や、車両１０の移動時間が最短になる経路等の予め決められたルールにしたがった経路となるように生成される。指令生成部３０４は、生成した移動経路に関する情報を、走行部情報ＤＢ３１３に格納すると共に、走行部１０Ｂに送信する。

ユーザ情報ＤＢ３１１は、上記の補助記憶部３３にユーザ情報が格納されて形成されている。ユーザ情報には、例えば、ユーザと紐付けされているユーザＩＤ、ユーザの現在地、ユーザの目的地、及び、ユーザの利用目的に関する情報が含まれる。ここで、ユーザ情報ＤＢ３１１に格納されるユーザ情報の構成について、図４に基づいて説明する。図４は、ユーザ情報のテーブル構成を例示した図である。ユーザ情報テーブルは、ユーザＩＤ、
現在地、目的地、及び、利用目的の各フィールドを有する。ユーザＩＤフィールドには、ユーザまたはユーザ端末２０を特定するための情報が入力される。現在地フィールドには、ユーザの現在地に関する情報が入力される。ユーザの現在地は、ユーザがユーザ端末２０に入力した任意の場所であってもよく、ユーザ端末２０から取得される現在地に基づいた場所であってもよい。目的地フィールドには、ユーザの目的地に関する情報が入力される。利用目的フィールドには、ユーザの利用目的に関する情報が入力される。ユーザＩＤ、現在地、目的地、及び、利用目的の夫々に関する情報は、ユーザ端末２０から送信される利用依頼に含まれている。

客室部情報ＤＢ３１２は、補助記憶部３３に客室部１０Ａに関する情報（以下、「客室部情報」ともいう。）が格納されて形成されている。ここで、客室部情報ＤＢ３１２に格納される客室部情報の構成について、図５に基づいて説明する。図５は、客室部情報のテーブル構成を例示した図である。客室部情報テーブルは、客室部ＩＤ、位置情報、利用目的、ユーザ数、及び、走行部ＩＤの各フィールドを有する。客室部ＩＤフィールドには、客室部１０Ａを特定するための識別情報が入力される。位置情報フィールドには、客室部１０Ａの位置情報が入力される。この位置情報は、客室部１０Ａの現在地を示す情報である。なお、客室部１０Ａが走行部１０Ｂから切り離された場合には、次に走行部１０Ｂに接続されるまで客室部１０Ａの現在地が固定されてもよい。利用目的フィールドには、客室部１０Ａがどのような目的で利用されているのかを示す情報が入力される。各客室部１０Ａに対応する利用目的は、最初のユーザの利用目的によって決定されてもよいし、予め定められていてもよい。ユーザ数フィールドには、客室部１０Ａを利用するユーザの数に関する情報が入力される。このユーザの数は、客室部１０Ａに乗車しているユーザと、乗車予定のユーザとが含まれる。車両選定部３０３が、ユーザに対応する客室部１０Ａを選定すると、その客室部１０Ａに対応する客室部情報ＤＢ３１２のユーザ数フィールドに１を加算する。走行部ＩＤフィールドには、客室部１０Ａに接続されている走行部１０Ｂを特定するための識別情報が入力される。なお、走行部１０Ｂが接続されていない客室部１０Ａの場合の走行部ＩＤフィールドは空欄となる。車両選定部３０３が、客室部１０Ａと走行部１０Ｂとを新たに組み合わせた場合に、車両選定部３０３が、客室部情報ＤＢ３１２の客室部１０Ａに対応する走行部ＩＤを更新する。

走行部情報ＤＢ３１３は、補助記憶部３３に走行部１０Ｂに関する情報（以下、「走行部情報」ともいう。）が格納されて形成されている。ここで、走行部情報ＤＢ３１３に格納される走行部情報の構成について、図６に基づいて説明する。図６は、走行部情報のテーブル構成を例示した図である。走行部情報テーブルは、走行部ＩＤ、位置情報、目的地、移動経路、及び、客室部ＩＤの各フィールドを有する。走行部ＩＤフィールドには、走行部１０Ｂを特定するための情報が入力される。位置情報フィールドには、走行部１０Ｂの位置情報が入力される。この位置情報は、走行部１０Ｂの現在地を示す情報である。目的地フィールドには、走行部１０Ｂの目的地に関する情報が入力される。走行部１０Ｂの目的地は、走行部１０Ｂの最終的な目的地である。なお、利用目的がトレーニングであるユーザが乗車している客室部１０Ａに接続している走行部１０Ｂの目的地は、所定の場所になる。また、利用目的が移動であるユーザが乗車している客室部１０Ａに接続している走行部１０Ｂの目的地は、乗車しているユーザの目的地の何れかであってもよく、予め定められていてもよい。移動経路フィールドには、走行部１０Ｂの移動予定経路に関する情報が入力される。移動予定経路は、指令生成部３０４が生成する。客室部ＩＤフィールドには、走行部１０Ｂに接続されている客室部１０Ａの客室部ＩＤが入力される。なお、客室部１０Ａが接続されていない走行部１０Ｂの場合の客室部ＩＤフィールドは空欄となる。車両選定部３０３が、客室部１０Ａと走行部１０Ｂとを新たに組み合わせた場合に、車両選定部３０３が、走行部情報ＤＢ３１３の走行部１０Ｂに対応する客室部ＩＤを更新する。

地図情報ＤＢ３１４には、地図データ、当該地図データ上の各地点の特性を示す文字や写真等のＰＯＩ（Point of interest）情報を含む地図情報が格納される。なお、地図情
報ＤＢ３１４は、ネットワークＮ１に接続される他のシステム、例えば、ＧＩＳ（Geographic Information System）から提供されてもよい。

（機能構成：走行部）
図７は、走行部１０Ｂの機能構成の一例を示す図である。走行部１０Ｂは、機能構成要素として、運行計画生成部１０１、環境検出部１０２、走行制御部１０３、位置情報送信部１０４、及び、客室部管理部１０５を含む。運行計画生成部１０１、環境検出部１０２、走行制御部１０３、位置情報送信部１０４、及び、客室部管理部１０５は、例えば、走行部１０Ｂのプロセッサ１１Ｂが、補助記憶部１３Ｂに記憶された各種プログラムを実行することで提供される機能構成要素である。

運行計画生成部１０１は、サーバ３０から運行指令を取得し、自身の運行計画を生成する。当該運行指令には、走行部１０Ｂの移動経路に関する情報が含まれる。運行計画生成部１０１は、サーバ３０から与えられた運行指令に基づいて、走行部１０Ｂのルートを算出し、そのルートを移動する運行計画を生成する。

環境検出部１０２は、環境情報センサ１８Ｂが取得したデータに基づいて、自律走行に必要な走行部１０Ｂの周囲の環境を検出する。検出の対象は、例えば、車線の数や位置、走行部１０Ｂの周囲に存在する他の移動体の数や位置、自身の周囲に存在する障害物（例えば歩行者、自転車、構造物、建築物など）の数や位置、道路の構造、道路標識などであるが、これらに限られない。自律的な走行を行うために必要なものであれば、検出の対象はどのようなものであってもよい。例えば、環境情報センサ１８Ｂがステレオカメラである場合には、それにより撮像された画像データを画像処理することで走行部１０Ｂの周囲の物体検出が行われる。環境検出部１０２が検出した、走行部１０Ｂの周囲環境に関するデータ（以下、環境データ）は、後述する走行制御部１０３へ送信される。

走行制御部１０３は、運行計画生成部１０１が生成した運行計画と、環境検出部１０２が生成した環境データと、位置情報センサ１７Ｂが取得した走行部１０Ｂの位置情報とに基づいて、走行部１０Ｂの自律的な走行を制御するための制御指令を生成する。例えば、走行制御部１０３は、所定の経路に沿って走行し、かつ、走行部１０Ｂを中心とする所定の安全領域内に障害物が進入しないように走行部１０Ｂを走行させるべく制御指令を生成する。生成された制御指令は、駆動部１９Ｂへ送信される。走行部１０Ｂを自律移動させるための制御指令の生成方法については、公知の方法を採用することができる。

位置情報送信部１０４は、位置情報センサ１７Ｂから取得される位置情報を、通信部１６Ｂを介してサーバ３０に送信する。位置情報送信部１０４が位置情報を送信するタイミングは適宜設定可能であり、例えば、定期的に送信してもよいし、何らかの情報をサーバ３０に送信するタイミングに合わせて送信してもよし、サーバ３０からの要求に応じて送信してもよい。位置情報送信部１０４は、走行部ＩＤとともに、位置情報をサーバ３０に送信する。

客室部管理部１０５は、客室部１０Ａと走行部１０Ｂとの接続及び切り離しに関する指令を生成する。この指令には、走行部１０Ｂに客室部１０Ａを接続する動作を接続装置１４Ｂに指示する指令、及び、走行部１０Ｂから客室部１０Ａを切り離す動作を接続装置１４Ｂに指示する指令等が含まれる。

（機能構成：ユーザ端末）
図８は、ユーザ端末２０の機能構成の一例を示す図である。ユーザ端末２０は、機能構
成要素として、情報送受信部２０１を含む。情報送受信部２０１は、例えば、ユーザ端末２０のプロセッサ２１が、補助記憶部２３に記憶された各種プログラムを実行することで提供される機能構成要素である。情報送受信部２０１は、例えば、サーバ３０への情報の送信、または、サーバ３０からの情報の受信を制御する。また、情報送受信部２０１は、例えば、ユーザが客室部１０Ａを利用するための動作を行った場合に、利用依頼を生成する。例えば、情報送受信部２０１は、ユーザ端末２０のタッチパネルディスプレイに客室部１０Ａの利用を依頼するためのアイコン等を出力し、当該アイコンをユーザがクリックした場合に利用依頼を生成する。利用依頼には、ユーザの位置情報が含まれる。ユーザの位置情報は、位置情報センサ２７により得てもよく、ユーザが入力部２４を介して入力してもよい。情報送受信部２０１は、生成した利用依頼を、ユーザＩＤと紐付けしてサーバ３０に送信する。

また、情報送受信部２０１は、例えば、ユーザが客室部１０Ａからの降車を依頼するための動作を行った場合に、退室依頼を生成する。例えば、情報送受信部２０１は、ユーザ端末２０のタッチパネルディスプレイに客室部１０Ａからの降車を依頼するためのアイコン等を出力し、当該アイコンをユーザがクリックした場合に退室依頼を生成する。情報送受信部２０１は、生成した退室依頼を、ユーザＩＤと紐付けしてサーバ３０に送信する。

（処理の流れ：サーバ）
次に、サーバ３０における処理について説明する。図９は、本実施形態に係るサーバ３０における処理のフローチャートの一例である。図９に示す処理は、サーバ３０のプロセッサ３１によって所定の時間毎に実行される。なお、ここでは、客室部情報ＤＢ３１２及び走行部情報ＤＢ３１３を構築するために必要な情報をサーバ３０が既に受信しているものとする。

ステップＳ１０１では、依頼取得部３０１が、ユーザ端末２０から利用依頼を受信したか否か判定する。この利用依頼には、客室部１０Ａを利用するユーザの現在地に関する情報、ユーザの目的地に関する情報、及び、ユーザの利用目的に関する情報が含まれる。依頼取得部３０１は、利用依頼を受信すると、利用依頼に含まれる情報をユーザ情報ＤＢ３１１に格納すると共に、ステップＳ１０１において肯定判定する。ステップＳ１０１で肯定判定された場合にはステップＳ１０２へ進み、否定判定された場合には本ルーチンを終了させる。

ステップＳ１０２では、車両選定部３０３が、ユーザの利用目的がトレーニングであるか否か判定する。このユーザは、ステップＳ１０１で受信した利用依頼に係るユーザである。車両選定部３０３は、ユーザ情報ＤＢ３１１の情報に基づいて、ユーザの利用目的がトレーニングであるか否か判定する。ステップＳ１０２で肯定判定された場合にはステップＳ１０３へ進み、否定判定された場合にはステップＳ１０７へ進む。

ステップＳ１０３では、車両選定部３０３が、トレーニングに対応する客室部１０Ａ及び走行部１０Ｂを選定する。車両選定部３０３は、ユーザ情報ＤＢ３１１、客室部情報ＤＢ３１２、走行部情報ＤＢ３１３、及び、地図情報ＤＢ３１４にアクセスして、トレーニングに対応する客室部１０Ａ及び走行部１０Ｂを選定する。車両選定部３０３は、ユーザの現在地及び目的地から所定距離内のエリアに走行部１０Ｂの移動予定経路が含まれ、且つ、走行部１０Ｂに接続されている客室部１０Ａに乗車しているユーザの利用目的がトレーニングである走行部１０Ｂを選定する。このときに、客室部情報ＤＢ３１２の情報に基づいて、客室部１０Ａの利用ユーザが所定数以上の客室部１０Ａが選定されないようにする。または、ユーザの現在地及び目的地から所定距離内のエリアに走行部１０Ｂの移動予定経路が含まれ、且つ、走行部１０Ｂに接続されている客室部１０Ａに他のユーザが乗車していない走行部１０Ｂを選定する。なお、本ステップＳ１０３では、車両選定部３０３
が、第二ユーザが乗っていない客室部１０Ａを選定する。ただし、これに限らず、車両選定部３０３が、第二ユーザが乗っている客室部１０Ａを選定してもよい。

さらに、車両選定部３０３が、その客室部１０Ａに対応する客室部情報ＤＢ３１２のユーザ数フィールドに１を加算する。また、ステップＳ１０３において、客室部１０Ａと走行部１０Ｂとが新たに組み合わされた場合には、車両選定部３０３が、客室部情報ＤＢ３１２の客室部１０Ａに対応する走行部ＩＤを入力し、走行部情報ＤＢ３１３の走行部１０Ｂに対応する客室部ＩＤを入力する。

次に、ステップＳ１０４では、車両選定部３０３が、ステップＳ１０３において選定された客室部１０Ａに乗車するユーザ数が所定数以上であるか否か判定する。所定数は、例えば客室部１０Ａの定員であり、予め客室部１０Ａ毎に定めておいてもよい。車両選定部３０３は、客室部情報ＤＢ３１２にアクセスして、乗車するユーザ数を取得する。このユーザの数は、すでに乗車しているユーザの数と、これから乗車する予定のユーザの数との総計である。なお、走行部１０Ｂに客室部１０Ａが接続されていない場合には、乗車する予定のユーザの数は本ルーチンに係るユーザの１人のみである。ステップＳ１０４で肯定判定された場合にはステップＳ１０５へ進み、否定判定された場合にはステップＳ１０６へ進む。

ステップＳ１０５では、車両管理部３０２が、走行部１０Ｂの最終的な目的地を所定の場所に設定する。すなわち、所定の場所に客室部１０Ａを配置するように、所定の場所を最終的な目的地とする。そして、車両管理部３０２が、走行部情報ＤＢ３１３の走行部１０Ｂに対応する目的地を更新する。

一方、ステップＳ１０６では、車両管理部３０２が、走行部１０Ｂの最終的な目的地を仮に設定する。仮に設定される目的地は、客室部１０Ａに乗車するユーザの数が所定数以上になるまで走行部１０Ｂが走行を続けるように設定される。また、例えば、所定のルートを循環するような目的地の設定をしてもよい。そして、車両管理部３０２が、走行部情報ＤＢ３１３の走行部１０Ｂに対応する目的地を更新する。

ステップＳ１０７では、車両選定部３０３が、移動に対応する客室部１０Ａ及び走行部１０Ｂを選定する。車両選定部３０３は、ユーザ情報ＤＢ３１１、客室部情報ＤＢ３１２、走行部情報ＤＢ３１３、及び、地図情報ＤＢ３１４にアクセスして、移動に対応する客室部１０Ａ及び走行部１０Ｂを選定する。なお、本ステップＳ１０７では、車両選定部３０３が、第一ユーザが乗っていない客室部１０Ａを選定する。ただし、これに限らず、車両選定部３０３が、第一ユーザが乗っている客室部１０Ａを選定してもよい。

なお、ステップＳ１０７において客室部１０Ａが選定されると、車両選定部３０３が、その客室部１０Ａに対応する客室部情報ＤＢ３１２のユーザ数フィールドに１を加算する。また、ステップＳ１０７において、客室部１０Ａと走行部１０Ｂとが新たに組み合わされた場合には、車両選定部３０３が、客室部情報ＤＢ３１２の客室部１０Ａに対応する走行部ＩＤを入力し、走行部情報ＤＢ３１３の走行部１０Ｂに対応する客室部ＩＤを入力する。

次に、ステップＳ１０８において、車両管理部３０２が、走行部１０Ｂの最終的な目的地を何れかのユーザの目的地に設定する。この場合、走行部１０Ｂの現在地から最も遠いユーザの目的地を走行部１０Ｂの最終的な目的地としてもよい。また、最終的な目的地が予め決まっている場合には、その最終的な目的地が設定される。そして、車両管理部３０２が、走行部情報ＤＢ３１３の走行部１０Ｂに対応する目的地を更新する。

そして、ステップＳ１０９では、指令生成部３０４が、移動経路を含む運行指令を生成する。指令生成部３０４は、走行部１０Ｂの現在地と、最終的な目的地と、各ユーザの現在地と、各ユーザの目的地と、を通過するように走行部１０Ｂの移動経路を生成する。なお、走行部１０Ｂに客室部１０Ａが接続されていない場合には、最初に走行部１０Ｂの現在地から客室部１０Ａの現在地を経由するように移動経路を生成する。移動経路は、走行部１０Ｂの現在地と、最終的な目的地と、各ユーザの現在地及び目的地と、地図情報ＤＢ３１４に格納されている地図情報とに基づいて生成される。移動経路は、予め決められたルールにしたがった経路となるように生成される。また、運行指令には、例えば、走行部１０Ｂの移動経路の他に、走行部１０Ｂが、客室部１０Ａの現在地において客室部１０Ａを接続することと、各経由地においてユーザを乗降させることと、を含んでいてもよい。

なお、ステップＳ１０３またはステップＳ１０７において、客室部１０Ａと走行部１０Ｂとが新たに組み合わされた場合には、ステップＳ１０９において生成される運行指令に、客室部１０Ａの現在地において客室部１０Ａを接続する指令（以下、接続指令ともいう。）を含める。また、ステップＳ１０５において目的地が所定の場所に設定された場合には、ステップＳ１０９において生成される運行指令に、所定の場所において客室部１０Ａを切り離す指令（以下、切り離し指令ともいう。）を含める。

ステップＳ１０９において移動経路が生成されると、指令生成部３０４が、走行部情報ＤＢ３１３の走行部１０Ｂに対応する移動経路を更新する。そして、ステップＳ１１０では、指令生成部３０４が、生成した移動経路を含む運行指令を走行部１０Ｂに送信する。また、ステップＳ１１１では、指令生成部３０４が、利用依頼を送信したユーザ端末２０に対して、割り当てた客室部１０Ａに対応する客室部ＩＤを送信する。ユーザは、ユーザ端末２０で自身が乗るべき客室部１０Ａの客室部ＩＤを確認することができる。

（処理の流れ：走行部）
次に、走行部１０Ｂにおける処理について説明する。図１０は、本実施形態に係る走行部１０Ｂにおける処理のフローチャートの一例である。図１０に示す処理は、走行部１０Ｂのプロセッサ１１Ｂによって所定の時間毎に実行される。なお、本フローチャートは、待機状態にある走行部１０Ｂにおいて実行される。

ステップＳ２０１では、運行計画生成部１０１が、サーバ３０から運行指令を受信したか否か判定する。ステップＳ２０１で肯定判定された場合にはステップＳ２０２へ進み、否定判定された場合には本ルーチンを終了させる。ステップＳ２０２では、運行計画生成部１０１が運行指令にしたがって運行計画を生成する。運行計画には、経由地及び目的地まで走行すること関する計画が含まれる。

運行計画の生成が完了すると、ステップＳ２０３において、走行制御部１０３が制御指令を生成し、この制御指令にしたがって、駆動部１９Ｂが制御され、次の経由地まで走行部１０Ｂが走行する。経由地を全て経由した後は、目的地まで走行部１０Ｂが走行する。経由地には、客室部１０Ａを接続する場所、及び、ユーザが乗降する場所が含まれる。

ステップＳ２０４では、走行制御部１０３が、経由地に到着したか否か判定する。走行制御部１０３は、例えば、位置情報センサ１７Ｂにより取得される位置情報と、サーバ３０から取得した経由地の位置に関する情報とを比較して、走行部１０Ｂが経由地に到着したか否か判定する。ステップＳ２０４で肯定判定された場合にはステップＳ２０５へ進み、否定判定された場合にはステップＳ２０８へ進む。

ステップＳ２０５では、客室部管理部１０５が、経由地に対応する接続指令があるか否か判定する。例えば、客室部管理部１０５は、走行部１０Ｂの位置情報と、サーバ３０か
ら取得した接続指令に係る客室部１０Ａの現在地とを比較して、経由地に対応する接続指令があるか否か判定する。接続指令がある場合には、その経由地に客室部１０Ａが配置されている。ステップＳ２０５で肯定判定された場合にはステップＳ２０６へ進み、否定判定された場合にはステップＳ２０７へ進む。

ステップＳ２０６では、客室部管理部１０５が、客室部１０Ａと走行部１０Ｂとを接続させるように接続装置１４Ｂを制御する。この客室部１０Ａは、サーバ３０によって選定された客室部１０Ａである。例えば、サーバ３０からの運行指令に客室部ＩＤが含まれており、走行部１０Ｂは、この客室部ＩＤに基づいて客室部１０Ａを判別する。走行部１０Ｂは、例えば、客室部１０Ａに表示されている客室部ＩＤを環境情報センサ１８Ｂによって読み取ることにより客室部１０Ａを識別してもよいし、客室部１０Ａと通信することにより客室部１０Ａを識別してもよい。

一方、ステップＳ２０７では、走行制御部１０３が、ユーザを客室部１０Ａに乗降させるための制御を実施する。例えば、走行制御部１０３は、経由地において走行部１０Ｂを停止させ、ドアロックの施解錠及びドアの開閉をする。

次に、ステップＳ２０８では、走行制御部１０３が、最終的な目的地に到着したか否か判定する。走行制御部１０３は、位置情報と、サーバ３０から取得した最終的な目的地の位置に関する情報とを比較して、走行部１０Ｂが最終的な目的地に到着したか否か判定する。ステップＳ２０８で肯定判定された場合にはステップＳ２０９へ進み、否定判定された場合にはステップＳ２０３へ戻って引き続き走行部１０Ｂの走行が制御される。

ステップＳ２０９では、客室部管理部１０５が、目的地に対応する切り離し指令があるか否か判定する。切り離し指令は、サーバ３０から受信した運行指令に含まれる。切り離し指令がある場合には、その目的地で客室部１０Ａを切り離す。すなわち、ステップＳ２０９で肯定判定された場合には、ステップＳ２１０へ進み、客室部管理部１０５が、客室部１０Ａを走行部１０Ｂから切り離すように接続装置１４Ｂを制御する。一方、ステップＳ２０９で否定判定された場合には、本ルーチンを終了させる。

走行部１０Ｂが目的地に到着すると、例えば、サーバ３０が走行部１０Ｂの位置情報に基づいて走行部１０Ｂが目的地に到着したと判断して、次の運行指令を生成して走行部１０Ｂに送信する。

（処理の流れ：ユーザ端末）
次に、ユーザ端末２０から利用依頼を送信する処理について説明する。図１１は、本実施形態に係るユーザ端末２０から利用依頼を送信する処理のフローチャートの一例である。図１１に示す処理は、ユーザ端末２０のプロセッサ２１によって所定の時間毎に実行される。

ステップＳ３０１では、情報送受信部２０１が、入力部２４に対して客室部１０Ａの利用に関する入力があったか否か判定する。情報送受信部２０１は、例えば、ユーザが、出力部２５に出力されている利用依頼を送信するためのアイコンをクリックする等の動作を行った場合に、客室部１０Ａの利用に関する入力があったと判定する。利用依頼を送信するためのアイコンは、例えば、タッチパネルディスプレイに表示されており、ユーザがそのアイコンをクリックしたか否かを情報送受信部２０１が判定する。なお、利用依頼の送信は、アイコンをクリックしたときに限らない。ステップＳ３０１で肯定判定された場合にはステップＳ３０２へ進み、否定判定された場合には本ルーチンを終了させる。

ステップＳ３０２では、情報送受信部２０１が、ユーザ情報を取得する。情報送受信部
２０１は、位置情報センサ２７に基づいてユーザ端末２０の位置情報を取得する。また、情報送受信部２０１は、ユーザＩＤ、目的地及び利用目的の入力をユーザに促す画面を出力部２５に表示させる。図１２は、ユーザ端末２０の出力部２５に表示される、ユーザＩＤ、目的地及び利用目的を入力するための画面の一例を示した図である。ユーザＩＤ及び目的地については、ユーザが文字を入力する。ユーザＩＤは、ユーザ端末２０に固有な値として予め設定されていてもよい。目的地は、住所や施設名を入力してもよい。また、予め設定された場所を複数表示して、その中からユーザが目的地を選択できるようにしてもよい。また、利用目的がトレーニングの場合には目的地を入力しなくてもよい。利用目的が移動またはトレーニングの何れに該当するのかは、予め用意されたボタンのアイコンをユーザが押すことにより選択する。ステップＳ３０３では、情報送受信部２０１が利用依頼を生成する。そして、ステップＳ３０４では、情報送受信部２０１が利用依頼をサーバ３０に送信する。

ステップＳ３０５では、情報送受信部２０１が、サーバ３０から客室部ＩＤを受信したか否か判定する。ここで受信する客室部ＩＤは、ユーザが利用する客室部１０Ａに対応する客室部ＩＤである。ステップＳ３０５で肯定判定された場合にはステップＳ３０６へ進み、否定判定された場合にはステップＳ３０５を再度実行する。次いで、ステップＳ３０６では、情報送受信部２０１が、出力部２５に客室部ＩＤを出力する。これにより、ユーザは、乗るべき客室部１０Ａを知ることができる。

なお、所定の場所に配置されている客室部１０Ａは、所定の時間の経過後に走行部１０Ｂが接続し、走行部１０Ｂが乗車している各ユーザの乗車地まで戻って各ユーザを降車させてもよい。また、例えば、何れかのユーザ端末２０から退室に関する情報が送信された場合に、客室部１０Ａを運ぶ走行部１０Ｂを手配して、当該ユーザの乗車地まで客室部１０Ａを移動させてもよい。このようにして、１人のユーザが退室した場合には、客室部１０Ａに乗っているユーザの数が所定数よりも少なくなるため、他のユーザが当該客室部１０Ａに乗るまで、走行部１０Ｂが客室部１０Ａを運んでもよい。

次に、客室部１０Ａからユーザが退室を希望する場合の処理について説明する。この客室部１０Ａは、トレーニングを目的とする客室部１０Ａである。ユーザが退室を希望する場合には、ユーザがユーザ端末２０に入力部２４を介して退室を希望することを入力する。そうすると、ユーザ端末２０は、退室依頼を生成する。

サーバ３０は、ユーザ端末２０から退室依頼を受信すると、客室部１０Ａを運ぶ走行部１０Ｂを選定する。この走行部１０Ｂは、例えば、客室部１０Ａからの距離が所定の距離以内になる走行部１０Ｂである。本実施形態における所定の距離は、客室部１０Ａを運ぶコストが許容範囲内になる距離としてもよい。

客室部１０Ａを運ぶ走行部１０Ｂを選定したサーバ３０は、走行部１０Ｂに対する指令を生成する。この指令には、客室部１０Ａが配置されている所定の場所まで走行することと、客室部１０Ａを走行部１０Ｂに接続することと、客室部１０Ａをユーザの降車地まで運ぶことと、が含まれる。ユーザの降車地は、ユーザの乗車地と同じ場所であってもよいし、ユーザが希望する場所であってもよい。指令を生成したサーバ３０は、選定した走行部１０Ｂに対して指令を送信する。指令を受信した走行部１０Ｂは、この指令にしたがって自律走行する。

（処理の流れ：サーバ）
次に、退室依頼をサーバ３０が受信した場合に、客室部１０Ａを運ぶための運行指令をサーバ３０が送信する処理について説明する。図１３は、本実施形態に係るサーバ３０が、走行部１０Ｂに運行指令を送信する処理のフローチャートの一例である。図１３に示す
処理は、サーバ３０のプロセッサ３１によって所定の時間毎に実行される。なお、ここでは、ユーザ情報ＤＢ３１１、客室部情報ＤＢ３１２、走行部情報ＤＢ３１３、及び、地図情報ＤＢ３１４を構築するために必要な情報をサーバ３０が既に受信しているものとする。

ステップＳ４０１では、依頼取得部３０１が、ユーザ端末２０から退室依頼を受信したか否か判定する。ステップＳ４０１で肯定判定された場合にはステップＳ４０２へ進み、否定判定された場合には本ルーチンを終了させる。

ステップＳ４０２では、車両選定部３０３が、ユーザが退室を希望する客室部１０Ａを運ぶための走行部１０Ｂを選定する。車両選定部３０３は、走行部情報ＤＢ３１３及び地図情報ＤＢ３１４にアクセスし、客室部ＩＤが空欄である走行部１０Ｂのうち、例えば、ステップＳ４０１で退室依頼があった客室部１０Ａに最も近い走行部１０Ｂ、または、走行部１０Ｂの現在地から客室部１０Ａの現在地までの移動距離が所定の距離以内になる走行部１０Ｂを選定する。車両選定部３０３は、走行部情報ＤＢ３１３において、選定された走行部１０Ｂの客室部ＩＤフィールドに、対応する客室部ＩＤを入力する。また、車両選定部３０３は、客室部情報ＤＢ３１２において、選定された客室部１０Ａの走行部ＩＤフィールドに、対応する走行部ＩＤを入力する。

ステップＳ４０３では、指令生成部３０４が、走行部１０Ｂに送信するための運行指令を生成する。指令生成部３０４は、走行部１０Ｂが、走行部１０Ｂの現在地から客室部１０Ａの現在地まで移動することと、客室部１０Ａの現在地において客室部１０Ａを接続することと、客室部１０Ａの現在地からユーザの降車地まで移動することと、を含む運行指令を生成する。なお、運行指令には、ユーザが降車した後に、走行部１０Ｂを上記の仮の目的地まで走行させる指令が含まれていてもよい。指令生成部３０４は、運行指令を生成すると、ステップＳ４０４へ進み、走行部１０Ｂに対して運行指令を送信する。

（処理の流れ：走行部）
次に、退室依頼に係る客室部１０Ａを運ぶときに走行部１０Ｂを走行させる処理について説明する。図１４は、本実施形態に係る客室部１０Ａを運ぶときに走行部１０Ｂを走行させる処理のフローチャートの一例である。図１４に示す処理は、走行部１０Ｂのプロセッサ１１Ｂによって所定の時間毎に実行される。なお、本フローチャートは、客室部１０Ａが接続されていない走行部１０Ｂ（すなわち、走行部情報ＤＢ３１３において客室部ＩＤが空欄の走行部１０Ｂ）において実行される。

ステップＳ５０１では、運行計画生成部１０１が、サーバ３０からの運行指令を受信したか否か判定する。ステップＳ５０１で肯定判定された場合にはステップＳ５０２へ進み、否定判定された場合には本ルーチンを終了させる。ステップＳ５０２では、運行計画生成部１０１が運行指令にしたがって運行計画を生成する。

運行計画の生成が完了すると、ステップＳ５０３において、走行制御部１０３が制御指令を生成し、この制御指令にしたがって、駆動部１９Ｂが制御され、走行部１０Ｂが所定の場所まで走行する。この所定の場所には、ユーザが退室を希望する客室部１０Ａが配置されている。そして、走行部１０Ｂが所定の場所に到着するとステップＳ５０４へ進み、客室部管理部１０５が、客室部１０Ａを走行部１０Ｂに接続させるように接続装置１４Ｂを制御する。この客室部１０Ａの客室部ＩＤは、サーバ３０からの運行指令に含まれており、走行部１０Ｂは、客室部ＩＤに基づいて客室部１０Ａを判別する。

客室部１０Ａの接続が完了すると、ステップＳ５０５へ進み、走行制御部１０３が制御指令を生成し、この制御指令にしたがって、駆動部１９Ｂが制御され、走行部１０Ｂがユ
ーザの降車地まで走行する。この降車地は、例えば、ユーザがユーザ端末２０に入力した地点、またはユーザが乗車した地点である。そして、ステップＳ５０６では、走行制御部１０３が制御指令を生成し、この制御指令にしたがって、駆動部１９Ｂが制御され、走行部１０Ｂが仮設定された目的地まで走行する。なお、ステップＳ５０６から後は、図９に示したフローチャートに移行してもよい。

（処理の流れ：ユーザ端末）
次に、ユーザ端末２０から退室依頼を送信する処理について説明する。図１５は、本実施形態に係るユーザ端末２０から退室依頼を送信する処理のフローチャートの一例である。図１５に示す処理は、ユーザ端末２０のプロセッサ２１によって所定の時間毎に実行される。なお、本フローチャートは、利用依頼を送信した後のユーザ端末２０において実行される。

ステップＳ６０１では、情報送受信部２０１が、入力部２４に対して客室部１０Ａからの降車に関する入力があったか否か判定する。情報送受信部２０１は、例えば、ユーザが、出力部２５に出力されている退室依頼を送信するためのアイコンをクリックする等の動作を行った場合に、客室部１０Ａからの降車に関する入力があったと判定する。退室依頼を送信するためのアイコンは、例えば、タッチパネルディスプレイに表示されており、ユーザがそのアイコンをクリックしたか否かを情報送受信部２０１が判定する。なお、退室依頼の送信は、アイコンをクリックしたときに限らない。ステップＳ６０１で肯定判定された場合にはステップＳ６０２へ進み、否定判定された場合には本ルーチンを終了させる。ステップＳ６０２では、情報送受信部２０１が退室依頼を生成する。退室依頼には、客室部１０Ａからユーザが退室する旨を示す情報、及び、ユーザＩＤが含まれる。次に、ステップＳ６０３では、情報送受信部２０１が退室依頼をサーバ３０に送信する。

以上説明したように本実施形態によれば、ユーザの利用目的に応じた車両１０をユーザに提供することができる。そして、ユーザの利用目的が移動ではなく客室部１０Ａ内での行為である場合には、所定数以上のユーザが乗った客室部１０Ａを走行部１０Ｂから切り離して所定の場所に配置することで、その走行部１０Ｂは他の客室部１０Ａを運ぶことができる。これにより、少ない数の走行部１０Ｂで、より多くの客室部１０Ａを運ぶことができるため、走行部１０Ｂの利用効率を高めることができる。

＜その他の実施形態＞
上記の実施形態はあくまでも一例であって、本開示はその要旨を逸脱しない範囲内で適宜変更して実施し得る。

本開示において説明した処理や手段は、技術的な矛盾が生じない限りにおいて、自由に組み合わせて実施することができる。

また、１つの装置が行うものとして説明した処理が、複数の装置によって分担して実行されてもよい。あるいは、異なる装置が行うものとして説明した処理が、１つの装置によって実行されても構わない。コンピュータシステムにおいて、各機能をどのようなハードウェア構成（サーバ構成）によって実現するかは柔軟に変更可能である。上記実施形態では、サーバ３０が、機能構成要素として、依頼取得部３０１、車両管理部３０２、車両選定部３０３、指令生成部３０４、ユーザ情報ＤＢ３１１、客室部情報ＤＢ３１２、走行部情報ＤＢ３１３、及び、地図情報ＤＢ３１４を含んでいるが、これらの機能構成要素の一部または全部が、客室部１０Ａ、走行部１０Ｂ、または、ユーザ端末２０に含まれていてもよい。

上記実施形態では、ユーザ端末２０から退室依頼を送信しているが、これに代えて、客
室部１０Ａが退室依頼を送信してもよい。そのために、客室部１０Ａが入力部を備えていてもよい。また、客室部１０Ａを利用したユーザは、所定の場所において降車してもよい。その場合、例えば、ユーザが客室部１０Ａから降りたことを検知するセンサを備え、センサによりユーザの降車が検知された場合に、走行部１０Ｂが客室部１０Ａに接続して他のユーザを乗せるようにサーバ３０が運行指令を生成してもよい。

なお、移動を目的とするユーザが、目的地まで移動するまでの間に客室部１０Ａ内でトレーニング器具を使うこともできる。移動時の短い時間であってもトレーニングを行うことが可能になれば、ユーザの利便性を向上させることができる。

客室部１０Ａ内での行為は上記実施形態で説明したトレーニングに限らない。客室部１０Ａ内での行為には、器具を必要としない行為も含まれる。例えば、ユーザの利用目的が読書である場合に、所定の場所を読書に適した静かな場所に設定してもよい。また、客室部１０Ａ内の行為には、睡眠等のユーザが何もしないこと、及び、受動的な行為も含まれる。受動的な行為には、マッサージ又は治療を受けることを例示できる。また、複数の行為に対応して複数の種類の客室部１０Ａを設定し、同じ利用目的のユーザを、そのユーザに対応する客室部１０Ａに乗せるように運行指令を生成してもよい。

本開示は、上記の実施形態で説明した機能を実装したコンピュータプログラムをコンピュータに供給し、当該コンピュータが有する１つ以上のプロセッサがプログラムを読み出して実行することによっても実現可能である。このようなコンピュータプログラムは、コンピュータのシステムバスに接続可能な非一時的なコンピュータ可読記憶媒体によってコンピュータに提供されてもよいし、ネットワークを介してコンピュータに提供されてもよい。非一時的なコンピュータ可読記憶媒体は、例えば、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスクドライブ（ＨＤＤ）等）、光ディスク（ＣＤ－ＲＯＭ、ＤＶＤディスク、ブルーレイディスク等）など任意のタイプのディスク、読み込み専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気カード、フラッシュメモリ、光学式カード、電子的命令を格納するために適した任意のタイプの媒体を含む。

１ 自動運転システム
１０ 車両
１０Ａ 客室部
１０Ｂ 走行部
１１Ａ プロセッサ
１１Ｂ プロセッサ
１８Ａ トレーニング器具
２０ ユーザ端末
２１ プロセッサ
３０ サーバ
３１ プロセッサ
３０１ 依頼取得部
３０２ 車両管理部
３０３ 車両選定部
３０４ 指令生成部

Claims (15)

1. ユーザの端末から、客室部による移動よりも前記客室部内での行為を目的とすること、または、前記客室部内での行為よりも前記客室部による移動を目的とすることの何れか一方を示す情報である前記客室部の利用の目的に関する情報を含む前記客室部の利用の依頼に関する情報を取得することと、
   前記客室部による移動よりも前記客室部内での行為を目的とするユーザである第一ユーザの端末から前記客室部の利用の依頼に関する情報を取得した場合に、前記第一ユーザの行為に対応する所定の客室部に接続して前記所定の客室部を運ぶ走行部に対して、前記第一ユーザを乗せるように、指令を生成することと、
   前記第一ユーザが所定数以上乗っている前記所定の客室部に接続している走行部に対して、前記所定の客室部を所定の場所に配置するように、指令を生成することと、
   を実行する制御部を備え、
   前記制御部は、前記客室部の利用の依頼に関する情報を前記第一ユーザの端末から取得した場合に、利用している前記第一ユーザの数が所定数未満であり且つ前記客室部内での行為よりも前記客室部による移動を目的とするユーザである第二ユーザが利用していない前記所定の客室部と接続した状態で前記第一ユーザを乗せるように、前記走行部に対する指令を生成する、
   情報処理装置。
2. 前記制御部は、前記所定の客室部に乗っている前記第一ユーザの数が所定数未満の場合に、前記所定の客室部の接続を維持した状態で移動するように前記走行部に対する指令を生成する、
   請求項１に記載の情報処理装置。
3. 前記制御部は、前記客室部内での行為よりも前記客室部による移動を目的とするユーザである第二ユーザが乗っている前記客室部に接続して前記客室部を運ぶ前記走行部に対して、前記第二ユーザの目的地を経由するように、指令を生成する、
   請求項１または２に記載の情報処理装置。
4. 前記制御部は、前記所定の場所に前記所定の客室部を配置した後の前記走行部に対して、他の客室部に接続して走行するように、指令を生成する、
   請求項１から３の何れか１項に記載の情報処理装置。
5. 前記行為は、トレーニングであり、
   前記所定の客室部は、トレーニング器具を積載している客室部である、
   請求項１から４の何れか１項に記載の情報処理装置。
6. コンピュータが、
   ユーザの端末から、客室部による移動よりも前記客室部内での行為を目的とすること、または、前記客室部内での行為よりも前記客室部による移動を目的とすることの何れか一方を示す情報である前記客室部の利用の目的に関する情報を含む前記客室部の利用の依頼に関する情報を取得することと、
   前記客室部による移動よりも前記客室部内での行為を目的とするユーザである第一ユーザの端末から前記客室部の利用の依頼に関する情報を取得した場合に、前記第一ユーザの行為に対応する所定の客室部に接続して前記所定の客室部を運ぶ走行部に対して、前記第一ユーザを乗せるように、指令を生成することと、
   前記第一ユーザが所定数以上乗っている前記所定の客室部に接続している走行部に対して、前記所定の客室部を所定の場所に配置するように、指令を生成することと、
   を実行し、
   前記コンピュータが、前記客室部の利用の依頼に関する情報を前記第一ユーザの端末から取得した場合に、利用している前記第一ユーザの数が所定数未満であり且つ前記客室部内での行為よりも前記客室部による移動を目的とするユーザである第二ユーザが利用していない前記所定の客室部と接続した状態で前記第一ユーザを乗せるように、前記走行部に対する指令を生成する、
   情報処理方法。
7. 前記所定の客室部に乗っている前記第一ユーザの数が所定数未満の場合に、前記所定の客室部の接続を維持した状態で移動するように前記走行部に対する指令を生成する、
   請求項６に記載の情報処理方法。
8. 前記客室部内での行為よりも前記客室部による移動を目的とするユーザである第二ユーザが乗っている前記客室部に接続して前記客室部を運ぶ前記走行部に対して、前記第二ユーザの目的地を経由するように、指令を生成する、
   請求項６または７に記載の情報処理方法。
9. 前記所定の場所に前記所定の客室部を配置した後の前記走行部に対して、他の客室部に接続して走行するように、指令を生成する、
   請求項６から８の何れか１項に記載の情報処理方法。
10. 前記行為は、トレーニングであり、
    前記所定の客室部は、トレーニング器具を積載している客室部である、
    請求項６から９の何れか１項に記載の情報処理方法。
11. ユーザが乗る客室部と、
    前記客室部に接続して運ぶ走行部であって、前記客室部に接続していない状態でも走行可能な走行部と、
    前記ユーザが所持する端末と、
    前記走行部を制御する制御部と、
    を備えるシステムであって、
    前記制御部が、
    前記端末から、前記客室部による移動よりも前記客室部内での行為を目的とすること、
    または、前記客室部内での行為よりも前記客室部による移動を目的とすることの何れか一方を示す情報である前記客室部の利用の目的に関する情報を含む前記客室部の利用の依頼に関する情報を取得することと、
    前記客室部の利用の依頼に関する情報を前記客室部による移動よりも前記客室部内での行為を目的とするユーザである第一ユーザの端末から取得した場合に、前記第一ユーザの行為に対応する所定の客室部に接続して前記所定の客室部を運ぶ走行部に対して、前記第一ユーザを乗せるように、指令を生成することと、
    前記第一ユーザが所定数以上乗っている前記所定の客室部に接続している走行部に対して、前記所定の客室部を所定の場所に配置するように、指令を生成することと、
    を実行し、
    前記制御部は、前記客室部の利用の依頼に関する情報を前記第一ユーザの端末から取得した場合に、利用している前記第一ユーザの数が所定数未満であり且つ前記客室部内での行為よりも前記客室部による移動を目的とするユーザである第二ユーザが利用していない前記所定の客室部と接続した状態で前記第一ユーザを乗せるように、前記走行部に対する指令を生成する、
    システム。
12. 前記制御部は、前記所定の客室部に乗っている前記第一ユーザの数が所定数未満の場合に、前記所定の客室部の接続を維持した状態で移動するように前記走行部に対する指令を生成する、
    請求項１１に記載のシステム。
13. 前記制御部は、前記客室部内での行為よりも前記客室部による移動を目的とするユーザである第二ユーザが乗っている前記客室部に接続して前記客室部を運ぶ前記走行部に対して、前記第二ユーザの目的地を経由するように、指令を生成する、
    請求項１１または１２に記載のシステム。
14. 前記制御部は、前記所定の場所に前記所定の客室部を配置した後の前記走行部に対して、他の客室部に接続して走行するように、指令を生成する、
    請求項１１から１３の何れか１項に記載のシステム。
15. 前記行為は、トレーニングであり、
    前記所定の客室部は、トレーニング器具を積載している客室部である、
    請求項１１から１４の何れか１項に記載のシステム。

Images