JP7167879B2 - サーバ、配車方法、及び配車プログラム - Google Patents

Description

本開示は、サーバ、配車方法、及び配車プログラムに関する。

従来、ユーザからの要求に応じて運行する車両が知られている。例えば特許文献１には、運行効率を向上させる配車方法が開示されている。

特開２０１９－１６２９０号公報

車両に乗客として複数のユーザが乗り合わせる場合において、各ユーザの快適度を向上することが求められる。

かかる事情に鑑みてなされた本開示の目的は、乗客の快適度を向上させることにある。

本開示の一実施形態に係るサーバは、
車両の運行を制御する制御部と、
第１ユーザが所持する端末装置と通信可能に構成される通信部と
を備え、
前記通信部は、前記第１ユーザが車両への乗車を予約する場合に指定する車両指定条件を含むリストを前記端末装置から取得し、
前記制御部は、前記リストに基づいて、前記第１ユーザが乗車する車両を決定する。

本開示の一実施形態に係る配車方法は、
第１ユーザが車両への乗車を予約する場合に指定する車両指定条件を含むリストを、前記第１ユーザが所持する端末装置から取得するステップと、
前記リストに基づいて前記第１ユーザが乗車する車両を決定するステップと
を含む。

本開示の一実施形態に係る配車プログラムは、
第１ユーザが車両への乗車を予約する場合に指定する車両指定条件を含むリストを、前記第１ユーザが所持する端末装置から取得するステップと、
前記リストに基づいて前記第１ユーザが乗車する車両を決定するステップと
をプロセッサに実行させる。

本開示の一実施形態に係るサーバ、配車方法、及び配車プログラムによれば、乗客の快適度を向上させることができる。

一実施形態に係る配車システムの構成例を示す模式図である。 一実施形態に係る配車システムの構成例を示すブロック図である。 車両指定条件を指定するリストの一例を示す表である。 サーバが実行する手順の一例を示すフローチャートである。

図１及び図２に示されるように、一実施形態に係る配車システム１は、サーバ１０と、車両２０と、端末装置３０とを備える。配車システム１は、必須ではないが、データベース（ＤＢ）１５をさらに備える。サーバ１０と、車両２０と、端末装置３０と、ＤＢ１５とは、ネットワーク４０に接続されており、互いに通信可能である。サーバ１０、車両２０、端末装置３０、及びＤＢ１５それぞれの数は、１つに限られず、２つ以上であってよい。

車両２０は、ユーザを乗車させて運行する。車両２０に乗車するユーザは、乗客とも称される。配車システム１は、ユーザが車両２０に乗車することを希望する場合、ユーザからの予約に基づいて、ユーザを乗車させる車両２０を手配する。配車システム１は、ユーザを車両２０に乗車させることができるように、車両２０の運行を管理してもよい。ユーザは、端末装置３０を所持し、端末装置３０からサーバ１０にアクセスすることによって、車両２０への乗車を予約する。サーバ１０は、ユーザからの予約を受け付ける。サーバ１０は、ユーザからの予約に基づいてユーザを乗車させる車両２０を手配する。サーバ１０は、ユーザを乗車させる車両２０の運行ルート又は運行スケジュールを制御してよい。サーバ１０は、車両２０の運行状況に基づいてユーザからの予約を受け付け可能か決定してもよい。サーバ１０は、ユーザからの予約状況に基づいて、車両２０の運行ルート又は運行スケジュールを決定してもよい。ユーザからの予約に基づいて車両２０が運行しユーザを乗車させるサービスは、オンデマンドバスサービスとも称される。配車システム１は、オンデマンドバスサービスを提供できる。

サーバ１０は、１つ又は互いに通信可能な複数のサーバ装置を含んでよい。サーバ１０は、例えばオンデマンドバスサービスを提供する主体によって運用されてよい。サーバ１０は、ユーザから受け付けた、車両２０への乗車の予約を管理する。サーバ１０は、車両２０との間でオンデマンドバスサービスに関する種々の情報を送受信してよい。サーバ１０は、これらの処理だけでなく、オンデマンドバスサービスに関する種々の処理を実行可能に構成されてよい。サーバ１０は、車両２０の運行を管理する。サーバ１０は、車両２０と通信することによって、例えば、車両２０の位置又は速度等の車両２０に関する種々の情報を取得してよい。サーバ１０は、これらの処理だけでなく、車両２０の運行を管理するための種々の処理を実行可能に構成されてよい。

サーバ１０は、サーバ制御部１２と、サーバ通信部１４とを備える。サーバ制御部１２は、単に制御部とも称される。サーバ制御部１２は、１つ以上のプロセッサを含んでよい。本実施形態において「プロセッサ」は、汎用のプロセッサ、特定の処理に特化した専用のプロセッサ等であるが、これらに限られない。サーバ制御部１２は、１つ以上の専用回路を含んでもよい。専用回路は、例えば、ＦＰＧＡ（Field-Programmable Gate Array）又はＡＳＩＣ（Application Specific Integrated Circuit）を含んでよい。サーバ制御部１２は、プロセッサの代わりに専用回路を含んでもよいし、プロセッサとともに専用回路を含んでもよい。

サーバ通信部１４は、単に通信部とも称される。サーバ通信部１４は、通信モジュールを含み、車両２０と通信してよい。サーバ１０は、記憶部をさらに備えてよい。記憶部は、例えば半導体メモリ、磁気メモリ、又は光メモリ等であるが、これらに限られない。記憶部は、例えば主記憶装置、補助記憶装置、又はキャッシュメモリとして機能してもよい。記憶部は、磁気ディスク等の電磁記憶媒体を含んでよい。記憶部は、サーバ１０の動作に用いられる任意の情報を格納する。例えば、記憶部は、システムプログラム、又はアプリケーションプログラム等を格納してもよい。サーバ１０は、ＤＢ１５を記憶部として、プログラム又は情報等を格納してもよい。記憶部は、サーバ制御部１２に含まれてもよい。

車両２０は、例えばオンデマンドバスサービスに用いられるバス等の乗客輸送車両であるが、これに限られず、ユーザが乗客として利用できる任意の車両であってよい。車両２０の数は、１台に限られず、２台以上であってもよい。車両２０は、自動運転によって運行可能な車両であってもよい。自動運転は、例えばＳＡＥ（Society of Automotive Engineers）において定義されるレベル１からレベル５までのいずれかのレベルで実施されてよい。自動運転は、例示した定義に限られず、他の定義に基づいて実施されてもよい。

車両２０は、制御装置２２と、通信装置２４と、カメラ２６とを搭載している。制御装置２２と、通信装置２４と、カメラ２６とは、例えばＣＡＮ（Controller Area Network）等の車載ネットワーク又は専用線を介して、互いに通信可能に接続されている。

制御装置２２は、車両２０が備える各構成部を制御する。制御装置２２は、１つ以上のプロセッサを含んでよい。制御装置２２は、プロセッサの代わりに１つ以上の専用回路を含んでもよいし、プロセッサとともに１つ以上の専用回路を含んでもよい。制御装置２２は、記憶部をさらに含んでよい。

通信装置２４は、ネットワーク４０を介して、サーバ１０と通信する。通信装置２４は、ネットワーク４０を介して端末装置３０と通信してもよいし、ネットワーク４０を介さずに端末装置３０と通信してもよい。通信装置２４は、例えば車載通信機であってよい。通信装置２４は、ネットワーク４０に接続する通信モジュールを含んでよい。通信モジュールは、例えば４Ｇ（4th Generation）及び５Ｇ（5th Generation）等の移動体通信規格に対応する通信モジュールを含んでよいが、これらに限られない。

カメラ２６は、車両２０の周囲に存在する人物又は物体を撮影する。カメラ２６は、可視光を撮像する撮像デバイスを含んでよいし、赤外光等の可視光以外の電磁波を撮像する撮像デバイスを含んでもよい。カメラ２６が撮影した画像は、車載カメラ画像ともいう。車両２０は、車載カメラ画像を、通信装置２４によってサーバ１０に送信してよい。

車両２０は、必須ではないが、位置情報取得装置２５をさらに備える。位置情報取得装置２５は、車両２０に搭載されている他の構成部とＣＡＮ等の車載ネットワーク又は専用線を介して互いに通信可能に接続されている。位置情報取得装置２５は、車両２０の位置情報を取得する。位置情報取得装置２５は、衛星測位システムに対応する受信機を含んでよい。衛星測位システムに対応する受信機は、例えばＧＰＳ（Global Positioning System）受信機を含んでもよい。本実施形態において、車両２０は、位置情報取得装置２５を用いて、車両２０自身の位置情報を取得できるとする。車両２０は、車両２０自身の位置情報をサーバ１０又は端末装置３０に出力してよい。

端末装置３０は、ネットワーク４０を介して、又は、ネットワーク４０を介さずに、車両２０と通信する。端末装置３０は、ネットワーク４０を介してサーバ１０と通信する。端末装置３０は、例えばスマートフォン等の携帯端末を含んでよい。

端末装置３０は、ユーザが車両２０への乗車を予約するために用いるアプリケーションを動作させてよい。端末装置３０は、サーバ１０と通信し、ユーザの乗車予約に関する情報を送受信してよい。ユーザの乗車予約に関する情報は、予約情報とも称される。端末装置３０は、アプリケーションによってユーザに予約情報を入力させてよい。

端末装置３０は、例えば、車両２０が備える位置情報取得装置２５と同一又は類似の構成を備えることによって、端末装置３０自身の位置情報を取得してよい。端末装置３０は、端末装置３０自身の位置情報をサーバ１０又は車両２０に出力してもよい。

（予約情報に基づく車両２０の選出）
サーバ１０のサーバ通信部１４は、端末装置３０から予約情報を取得する。サーバ１０のサーバ制御部１２は、予約情報に基づいてユーザを乗車させる車両２０を選出する。サーバ制御部１２は、ユーザを乗車させる車両２０を決定し、ユーザを乗車させるために配車する。サーバ制御部１２は、ユーザを乗車させるために配車する車両２０の運行情報を更新し、車両２０の運行を制御する。

＜地点・時刻の指定＞
予約情報は、ユーザが車両２０に乗車する地点及び車両２０から降車する地点を指定する情報を含む。予約情報は、ユーザが車両２０に乗車する時刻、及び、車両２０から降車する時刻の少なくとも一方の時刻を指定する情報を含む。ユーザが車両２０に乗車する地点は、乗車地点とも称される。ユーザが車両２０から降車する地点は、降車地点とも称される。ユーザが車両２０に乗車する時刻は、乗車時刻とも称される。ユーザが車両２０から降車する時刻は、降車時刻とも称される。

乗車地点及び降車地点は、特定の地点を表す情報によって指定されてもよい。乗車地点及び降車地点は、例えば、住所によって指定されてもよいし、緯度及び経度によって指定されてもよい。

乗車地点及び降車地点がピンポイントで指定されたり狭い範囲で指定されたりする場合、配車可能な車両２０が選出されにくくなることがある。乗車地点及び降車地点は、ユーザが実際に乗車したり降車したりする地点として許容できる範囲を表す情報によって指定されてもよい。例えば、乗車地点及び降車地点を指定する情報は、ユーザが指定した地点に対してユーザが実際に車両２０に乗車したり車両２０から降車したりする地点がどれくらい離れても許容されるかを表す情報を含んでもよい。具体的には、ユーザが指定した地点から見た、実際の乗車地点又は降車地点の距離としてユーザが許容できる距離が指定されてもよい。また、ユーザが指定した地点から所定の経路に沿って移動した地点が実際の乗車地点又は降車地点となる場合に、指定地点からの移動距離としてユーザが許容できる距離が指定されてもよい。

乗車地点及び降車地点は、所定の範囲を表す情報によって指定されてもよい。所定の範囲は、例えば、住所によって指定されてもよい。所定の範囲は、その範囲を特定する境界によって指定されてもよい。境界は、複数の地点を結ぶ線として指定されてもよい。所定の範囲は、所定の経路に沿った範囲として指定されてもよい。

乗車時刻及び降車時刻は、特定の時刻として指定されてもよい。乗車時刻及び降車時刻がピンポイントで指定されたり狭い範囲で指定されたりする場合、配車可能な車両２０が選出されにくくなることがある。乗車時刻及び降車時刻は、ユーザが実際に乗車したり降車したりする時刻として許容できる範囲を表す情報によって指定されてもよい。例えば、乗車時刻及び降車時刻を指定する情報は、ユーザが指定した時刻に対してユーザが実際に車両２０に乗車したり車両２０から降車したりする時刻がどれくらい早くなったり遅くなったりしても許容されるかを表す情報を含んでもよい。具体的には、ユーザが指定した時刻に対してユーザが許容できる時間の幅が指定されてもよい。

乗車時刻及び降車時刻は、所定の時間帯として指定されてもよい。所定の時間帯は、ユーザが許容できる最も早い時刻と最も遅い時刻との間の時間帯として特定されてよい。

サーバ制御部１２は、ユーザが指定した乗車地点及び降車地点に基づいて、ユーザの予約に応じて配車可能な車両２０を選出する。サーバ制御部１２は、ユーザが指定した乗車地点及び降車地点を通るルートで運行する予定の車両２０を選出してよい。サーバ制御部１２は、ユーザが指定した乗車時刻及び降車時刻の少なくとも一方に更に基づいて、ユーザの予約に応じて配車可能な車両２０を選出する。サーバ制御部１２は、ユーザが指定した乗車時刻に乗車地点を通るルート、又は、ユーザが指定した降車時刻に降車地点を通るルートで運行する予定の車両２０を選出してよい。

サーバ制御部１２は、選出した車両２０にユーザが乗車する場合の、ユーザの乗車地点及び乗車時刻並びに降車地点及び降車時刻を指定する。ユーザが乗車時刻を指定し降車時刻を指定していない場合、サーバ制御部１２は、選出した車両２０の運行状況に基づいてユーザの降車時刻を指定してよい。ユーザが降車時刻を指定し乗車時刻を指定していない場合、サーバ制御部１２は、選出した車両２０の運行状況に基づいてユーザの乗車時刻を指定してよい。

＜運行条件の指定＞
車両２０は、種々の条件で運行する。例えば、車両２０は、複数の乗客を同乗させて運行したり、種々のルートを運行したりする。車両２０が運行する条件は、運行条件とも称される。配車システム１は、ユーザが運行条件を更に指定して予約できるように構成される。予約情報は、ユーザが予約時に運行条件を指定する情報を更に含む。ユーザが予約時に指定する運行条件は、車両指定条件とも称される。ユーザは、端末装置３０に予約情報を入力する際、車両指定条件も入力する。サーバ通信部１４は、端末装置３０から、車両指定条件を含む予約情報を取得する。サーバ制御部１２は、車両指定条件に更に基づいて、ユーザの予約に応じて配車可能な車両２０を選出する。

予約情報は、車両指定条件を更に含む。車両指定条件は、車両２０の運行条件としてユーザが許容できる条件を含んでよい。車両２０の運行条件としてユーザが許容できる条件は、許容条件とも称される。車両指定条件は、車両２０の運行条件としてユーザが回避したい条件を含んでよい。車両２０の運行条件としてユーザが回避したい条件は、回避条件とも称される。車両指定条件は、複数の条件によって構成されるリストとして表されてよい。許容条件によって構成されるリストは、ポジティブリスト又はホワイトリストとも称される。回避条件によって構成されるリストは、ネガティブリスト又はブラックリストとも称される。車両指定条件は、車両２０の運行条件としてユーザが必須とする条件を含んでよい。車両２０の運行条件としてユーザが必須とする条件は、必須条件とも称される。必須条件は、回避条件を否定する形式で表され得る。

サーバ制御部１２は、車両指定条件に更に基づいて、ユーザの予約に応じて配車可能な車両２０を選出する。車両指定条件の例については後述される。

サーバ制御部１２は、選出した車両２０に関する情報をサーバ通信部１４からユーザの端末装置３０に出力し、ユーザに対して通知させてよい。選出した車両２０に関する情報は、選出した車両２０にユーザが乗車する場合の、ユーザの乗車地点及び乗車時刻並びに降車地点及び降車時刻を含む。端末装置３０は、選出された車両２０に乗車することをユーザが承諾する操作を受け付けてよい。サーバ制御部１２は、選出した車両２０に乗車することをユーザが承諾した場合に、選出した車両２０にユーザを乗車させるように配車してもよい。

（車両指定条件の例）
図３に例示されるように、車両指定条件は、複数の条件によって構成されるリストとして表され得る。車両指定条件は、許容条件として指定される条件を含んでもよい。車両指定条件は、回避条件として指定される条件を含んでもよい。車両指定条件は、必須条件として指定される条件を含んでもよい。上述のとおり、車両指定条件は、車両２０に同乗する乗客を指定する条件を含んでもよいし、車両２０の走行状態を指定する条件を含んでもよい。

＜乗り合わせる乗客の指定＞
車両２０に複数の乗客が乗り合わせる場合、ユーザは、車両指定条件として、車両２０に乗り合わせる他の乗客に関する条件を指定してよい。車両２０への乗車を予約するユーザは、第１ユーザとも称される。車両２０に乗り合わせる他の乗客は、第２ユーザとも称される。第１ユーザは、第２ユーザとして許容できる乗客に関する条件を許容条件として指定してよい。第１ユーザは、第２ユーザとして回避したい乗客に関する条件を回避条件として指定してよい。

第１ユーザは、他の乗客を氏名等によって個人として特定する条件を許容条件又は回避条件若しくは必須条件として指定してもよい。第１ユーザは、他の乗客を年齢又は性別等の属性によって特定する条件を許容条件又は回避条件若しくは必須条件として指定してもよい。第１ユーザは、他の乗客が１人で乗車するか２人以上のグループとして乗車するかによって特定する条件を許容条件又は回避条件若しくは必須条件として指定してもよい。

第１ユーザは、回避条件として、第１ユーザと異なる年齢層の乗客を指定してよい。この場合、第１ユーザは、必須条件として、第２ユーザに第１ユーザと異なる年齢層の乗客が含まれないことを指定してもよい。第１ユーザは、回避条件として、乳幼児を連れているグループを指定してもよい。この場合、第１ユーザは、必須条件として、第２ユーザに乳幼児が含まれないことを指定してもよい。第１ユーザは、回避条件として、２人以上のグループを指定してもよい。この場合、第１ユーザは、必須条件として、第２ユーザ全てがそれぞれ１人で乗車していることを指定してもよい。第１ユーザは、回避条件として、２人以上の未成年者を含むグループを指定してもよい。この場合、第１ユーザは、必須条件として、第２ユーザとして２人以上の未成年者を含むグループが乗車していないことを指定してもよい。例えばユーザが女性である場合、ユーザは、必須条件として、車両２０が女性専用車両であることを指定してもよい。この場合、ユーザは、回避条件として、車両２０が女性専用車両となっていないことを指定してもよい。

第１ユーザは、許容条件として、他の乗客の年齢にかかわらず第２ユーザとして許容することを指定してもよい。第１ユーザは、許容条件として、他の乗客の性別にかかわらず第２ユーザとして許容することを指定してもよい。第１ユーザは、許容条件として、回避条件に該当する乗客であっても、車両２０内において離れた座席に乗車する乗客を第２ユーザとして許容することを指定してもよい。

上述のとおり、サーバ制御部１２は、車両指定条件に更に基づいて、ユーザの予約に応じて配車可能な車両２０を選出する。車両指定条件が第１ユーザ自身の属性との比較によって表される場合、端末装置３０は、第１ユーザ自身の属性を第１ユーザに入力させ、予約情報としてサーバ通信部１４を介してサーバ制御部１２に出力する。

以上述べてきたように、本実施形態に係る配車システム１は、車両２０に複数の乗客が乗り合わせる際に、それぞれの乗客が他の乗客に対して求める条件を満たし、乗車環境を向上することができる。その結果、それぞれの乗客の快適度を向上することができる。

車両２０は、車室内を少なくとも第１領域と第２領域とに分けるカーテン等の仕切りを備えてよい。第１ユーザが第１領域に乗車する場合、サーバ制御部１２は、第１ユーザと同じ第１領域に乗車している乗客を、車両指定条件を含むリストに基づく判定対象としてよい。サーバ制御部１２は、第１ユーザと異なる第２領域に乗車している乗客を、車両指定条件を含むリストに基づく判定対象としなくてよい。このようにすることで、ユーザからの予約情報に基づいて選出される車両２０が増加し得る。その結果、ユーザの利便性が向上するとともに、車両２０の運行効率が向上する。

＜走行状態の指定＞
車両２０が種々のルートを運行する場合、車両２０は、種々の状態で走行し得る。例えば、ユーザは、平坦且つ直線の道路を一定速度で走行する車両２０に乗車する場合、乗車環境を快適に感じる。一方で、例えば、カーブが多かったりアップダウンが多かったりするルートを車両２０が運行する場合、ユーザは、車両２０にかかる加速度をストレスとして感じることがある。例えば、信号機が多かったり交通量が多かったりするルートを車両２０が運行することによって停車及び発進を高頻度で繰り返す場合、ユーザは、車両２０にかかる加速度をストレスとして感じることがある。例えば、車両２０が走行時に大きい音を出したり、車両２０が走行している地域において大きい音が出ていたりする場合、ユーザは、音をストレスとして感じることがある。ユーザは、車両指定条件として、車両２０の走行状態に関する条件を指定してよい。ユーザは、乗車を許容できる走行状態に関する条件を許容条件として指定してよい。ユーザは、乗車を回避したい走行状態に関する条件を回避条件として指定してよい。

車両２０の走行状態は、例えば、運行ルートの高低差によって特定されてもよい。車両２０の走行状態は、運行ルートに含まれるカーブの数、又は、カーブの曲率の大きさによって特定されてもよい。車両２０の走行状態は、運行ルートの路面状態によって特定されてもよい。運行ルートの路面状態は、路面の凹凸又は路面の摩擦係数等を含んでよい。車両２０の走行状態は、運行ルートに含まれる信号機の数によって特定されてもよい。車両２０の走行状態は、運行ルートの交通量によって特定されてもよい。

車両２０の走行状態は、スコアとして表されてもよい。車両２０の走行状態を表すスコアは、走行状態スコアとも称される。走行状態スコアは、車両２０の加速度の変化又は車両２０の走行時の騒音若しくは車両２０の走行地域で出ている音等に基づいて算出されてよい。車両２０の乗客に対して与えるストレスが大きいほど、走行状態スコアは小さい値として算出されてよいし、大きい値として算出されてもよい。本実施形態において、車両２０の乗客に対して与えるストレスが大きいほど、走行状態スコアが小さい値として算出されるとする。ユーザは、走行状態スコアが所定値未満であることを回避条件として指定してもよい。この場合、ユーザは、走行状態スコアが所定値以上であることを必須条件として指定してもよい。

以上述べてきたように、本実施形態に係る配車システム１は、第１ユーザが車両２０の走行状態に対して求める条件を満たすことができる。その結果、ユーザの利便性が向上する。

サーバ制御部１２は、第１ユーザによる車両２０の予約が成立した場合、第１ユーザに対してインセンティブを付与してよい。インセンティブは、例えば、車両２０への乗車料金を第１ユーザに還元する形式で付与されてよい。インセンティブは、車両２０の乗車料金の支払いに適用できるポイントとして付与されてもよい。インセンティブは、電子マネーとして付与されてもよい。インセンティブは、有価物又は有償サービスと交換可能なポイントとして付与されてもよい。

サーバ制御部１２は、第１ユーザが入力した予約情報に含まれるリストに基づいて、インセンティブの大きさを決定してよい。例えば、サーバ制御部１２は、リストに基づいて選出できた車両２０が多いほど、ユーザに対して付与するインセンティブを大きくしてよい。サーバ制御部１２は、リストに含まれる許容条件が多いほど、ユーザに対して付与するインセンティブを大きくしてもよい。サーバ制御部１２は、リストに含まれる回避条件又は必須条件が少ないほど、ユーザに対して付与するインセンティブを大きくしてもよい。

第１ユーザに対してインセンティブが付与されることによって、車両指定条件が厳しくなることが避けられ得る。その結果、車両２０の運行効率が向上する。

端末装置３０は、図３に例示されるリストを表示し、ユーザが車両指定条件として適用したい項目のチェックボックスをチェックさせてよい。このようにすることで、ユーザは車両指定条件を容易に設定できる。図３の例において、チェックボックスが黒塗りである項目は車両指定条件として適用されるとする。チェックボックスが白抜きである項目は車両指定条件として適用されないとする。

例えば、他の乗客の性別にかかわらず第２ユーザとして許容するという許容条件は、車両２０が女性専用車両となっていないという回避条件に対して矛盾する条件となっている。この場合、端末装置３０は、矛盾する条件が両方とも適用されないようにチェックボックスを制御してよい。例えば、端末装置３０は、矛盾する条件の一方のチェックボックスがチェックされた場合に、他方のチェックボックスのチェックを外してよい。このようにすることで、ユーザは、車両指定条件を容易に設定できる。

（配車方法の例）
配車システム１に含まれるサーバ１０は、図４に例示されるフローチャートの手順を含む配車方法を実行してもよい。配車方法は、サーバ制御部１２に実行させる配車プログラムとして実現されてもよい。

サーバ制御部１２は、サーバ通信部１４によってユーザの端末装置３０から予約情報を取得する（ステップＳ１）。ユーザは、所持している端末装置３０を操作することによって、予約情報を入力して車両２０への乗車を申し込むことができる。端末装置３０は、ユーザが入力した予約情報をサーバ１０に出力する。端末装置３０は、ユーザに、乗車地点及び降車地点を指定させる。端末装置３０は、ユーザに、乗車時刻及び降車時刻の少なくとも一方を指定させる。端末装置３０は、ユーザに、ユーザ自身の属性情報を入力させてよい。端末装置３０は、ユーザに、車両指定条件に関する情報を入力させてよい。端末装置３０は、ユーザに入力させた情報を含む予約情報を生成し、サーバ１０に出力する。サーバ制御部１２は、ユーザを会員としてあらかじめ登録し、登録されたユーザの属性に関する情報を格納しておいてよい。サーバ制御部１２は、会員として登録されているユーザに限って車両２０への乗車の予約を受け付けてもよい。サーバ制御部１２は、会員として登録されているユーザからの予約を優先的に受け付けてもよい。

サーバ制御部１２は、車両２０を配車可能か判定する（ステップＳ２）。サーバ制御部１２は、ユーザが指定した乗車地点及び降車地点に基づいて、配車可能な車両２０を選出する。サーバ制御部１２は、ユーザが指定した乗車時刻及び降車時刻の少なくとも一方に更に基づいて配車可能な車両２０を選出する。サーバ制御部１２は、車両指定条件に更に基づいて配車可能な車両２０を選出する。サーバ制御部１２は、ユーザが入力した予約情報で指定された条件に適合する車両２０として少なくとも１台の車両２０を選出できた場合、予約情報で指定された条件に適合する車両２０を配車可能と判定する。サーバ制御部１２は、予約情報で指定された条件に適合する車両２０を１台も選出できなかった場合、予約情報で指定された条件に適合する車両２０を配車できないと判定する。

サーバ制御部１２は、車両２０を配車できないと判定した場合（ステップＳ２：ＮＯ）、配車できない旨をユーザに通知する（ステップＳ３）。サーバ制御部１２は、サーバ通信部１４からユーザの端末装置３０に対して配車できない旨を出力する。端末装置３０がユーザに配車できない旨を通知する。サーバ制御部１２は、予約情報で指定された条件に適合する車両２０を配車できない旨を通知してもよい。サーバ制御部１２は、予約情報で指定された条件に含まれる特定の条件を削除したり、変更したりすることによって車両２０を配車可能になる旨を通知してもよい。ユーザは、通知に基づいて、予約情報で指定する条件を設定し直してもよい。サーバ制御部１２は、ステップＳ３の手順を実行した後、ステップＳ１の手順に戻り、ユーザが設定し直した条件を含む予約情報を取得してもよい。

サーバ制御部１２は、車両２０を配車可能と判定した場合（ステップＳ２：ＹＥＳ）、ユーザを乗車させる車両２０を決定し、配車する（ステップＳ４）。サーバ制御部１２は、ユーザを乗車させる車両２０を決定した旨をサーバ通信部１４からユーザの端末装置３０に出力してよい。サーバ制御部１２は、ユーザの乗車地点又は乗車時刻を指定する情報をサーバ通信部１４から端末装置３０に出力してよい。端末装置３０は、ユーザの乗車地点及び乗車時刻を指定する情報をユーザに通知してよい。サーバ制御部１２は、選出した車両２０に関する情報をサーバ通信部１４からユーザの端末装置３０に出力し、ユーザに通知させてよい。選出した車両２０に関する情報は、選出した車両２０にユーザが乗車する場合の、ユーザの乗車地点及び乗車時刻並びに降車地点及び降車時刻を含む。端末装置３０は、選出された車両２０に乗車することをユーザが承諾する操作を受け付けてよい。サーバ制御部１２は、選出した車両２０に乗車することをユーザが承諾した場合に、選出した車両２０にユーザを乗車させるように配車してもよい。サーバ制御部１２は、車両２０を配車した場合、車両２０の運行情報を更新することによって車両２０の運行を制御してよい。

サーバ制御部１２は、ユーザに対してインセンティブを付与する（ステップＳ５）。サーバ制御部１２は、サーバ通信部１４から、端末装置３０にユーザに対してインセンティブを付与した旨を通知させるための情報を出力してよい。サーバ制御部１２は、車両指定条件に基づいてインセンティブの大きさを決定してよい。サーバ制御部１２は、ステップＳ３の手順においてユーザに対して通知した車両指定条件の削除又は変更の提案に対してユーザが応じた場合、インセンティブを加算してもよい。サーバ制御部１２は、ステップＳ５の手順を実行した後、図４のフローチャートの手順を終了する。

以上述べてきたように、本実施形態に係るサーバ制御部１２が配車方法又は配車プログラムを実行することによって、車両２０に複数の乗客が乗り合わせる際に、それぞれの乗客が他の乗客に対して求める条件が満たされることによって、乗車環境が向上され得る。その結果、それぞれの乗客の快適度が向上し得る。

本開示に係る実施形態について、諸図面及び実施例に基づき説明してきたが、当業者であれば本開示に基づき種々の変形及び修正を行うことが容易であることに注意されたい。したがって、これらの変形及び修正は本開示の範囲に含まれることに留意されたい。例えば、各手段又は各ステップ等に含まれる機能等は論理的に矛盾しないように再配置可能であり、複数の手段又はステップ等を１つに組み合わせたり、或いは分割したりすることが可能である。

１ 配車システム
１０ サーバ（１２：サーバ制御部、１４：サーバ通信部）
１５ データベース
２０ 車両
２２ 制御装置
２４ 通信装置
２５ 位置情報取得装置
２６ カメラ
３０ 端末装置
４０ ネットワーク

Claims (18)

1. 少なくとも第１領域と第２領域とに分けられている車室を有する車両の運行を制御する制御部と、
   第１ユーザが所持する端末装置と通信可能に構成される通信部と
   を備え、
   前記通信部は、前記第１ユーザが車両への乗車を予約する場合に指定する車両指定条件と、前記第１ユーザが乗車する車両に乗り合わせる第２ユーザを指定する条件とを含むリストを前記端末装置から取得し、
   前記制御部は、
   前記リストに基づいて前記第１ユーザが乗車する車両を決定し、
   前記第１ユーザが前記第１領域に乗車する場合に、前記第１領域に乗車している乗客を前記リストに基づく判定対象とするものの、前記第２領域に乗車している乗客を前記リストに基づく判定対象とせずに、前記第１ユーザが乗車する車両を決定する、サーバ。
2. 前記リストは、前記第２ユーザとして前記第１ユーザが許容する条件を特定するポジティブリストを含む、請求項１に記載のサーバ。
3. 前記リストは、前記第２ユーザとして前記第１ユーザが回避する条件を特定するネガティブリストを含む、請求項１又は２に記載のサーバ。
4. 前記リストは、前記第２ユーザを属性によって特定する、請求項１から３までのいずれか一項に記載のサーバ。
5. 前記車両指定条件は、前記第１ユーザが乗車する車両の状態を指定する条件を含む、請求項１から４までのいずれか一項に記載のサーバ。
6. 前記制御部は、前記リストに基づいて、前記第１ユーザにインセンティブを付与する、請求項１から５までのいずれか一項に記載のサーバ。
7. 第１ユーザが少なくとも第１領域と第２領域とに分けられている車室を有する車両への乗車を予約する場合に指定する車両指定条件と、前記第１ユーザが乗車する車両に乗り合わせる第２ユーザを指定する条件とを含むリストを、前記第１ユーザが所持する端末装置から取得するステップと、
   前記リストに基づいて前記第１ユーザが乗車する車両を決定するステップと
   を含み、
   前記第１ユーザが乗車する車両を決定するステップにおいて、前記第１ユーザが前記第１領域に乗車する場合に、前記第１領域に乗車している乗客を前記リストに基づく判定対象とするものの、前記第２領域に乗車している乗客を前記リストに基づく判定対象としない、配車方法。
8. 前記リストは、前記第２ユーザとして前記第１ユーザが許容する条件を特定するポジティブリストを含む、請求項７に記載の配車方法。
9. 前記リストは、前記第２ユーザとして前記第１ユーザが回避する条件を特定するネガティブリストを含む、請求項７又は８に記載の配車方法。
10. 前記リストは、前記第２ユーザを属性によって特定する、請求項７から９までのいずれか一項に記載の配車方法。
11. 前記車両指定条件は、前記第１ユーザが乗車する車両の状態を指定する条件を含む、請求項７から１０までのいずれか一項に記載の配車方法。
12. 前記リストに基づいて前記第１ユーザにインセンティブを付与するステップをさらに含む、請求項７から１１までのいずれか一項に記載の配車方法。
13. 第１ユーザが少なくとも第１領域と第２領域とに分けられている車室を有する車両への乗車を予約する場合に指定する車両指定条件と、前記第１ユーザが乗車する車両に乗り合わせる第２ユーザを指定する条件とを含むリストを、前記第１ユーザが所持する端末装置から取得するステップと、
    前記リストに基づいて前記第１ユーザが乗車する車両を決定するステップと
    をプロセッサに実行させ、
    前記第１ユーザが乗車する車両を決定するステップにおいて、前記第１ユーザが前記第１領域に乗車する場合に、前記第１領域に乗車している乗客を前記リストに基づく判定対象とするものの、前記第２領域に乗車している乗客を前記リストに基づく判定対象としない、配車プログラム。
14. 前記リストは、前記第２ユーザとして前記第１ユーザが許容する条件を特定するポジティブリストを含む、請求項１３に記載の配車プログラム。
15. 前記リストは、前記第２ユーザとして前記第１ユーザが回避する条件を特定するネガティブリストを含む、請求項１３又は１４に記載の配車プログラム。
16. 前記リストは、前記第２ユーザを属性によって特定する、請求項１３から１５までのいずれか一項に記載の配車プログラム。
17. 前記車両指定条件は、前記第１ユーザが乗車する車両の状態を指定する条件を含む、請求項１３から１６までのいずれか一項に記載の配車プログラム。
18. 前記リストに基づいて前記第１ユーザにインセンティブを付与するステップを前記プロセッサに更に実行させる、請求項１３から１７までのいずれか一項に記載の配車プログラム。

Images