特許 7489276 配車予約管理システム、配車システム、配車予約データ管理装置、及び配車予約データ管理プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-05-15

(45)【発行日】2024-05-23

(54)【発明の名称】配車予約管理システム、配車システム、配車予約データ管理装置、及び配車予約データ管理プログラム

(51)【国際特許分類】

   G08G 1/127 20060101AFI20240516BHJP

   G06Q 50/40 20240101ALI20240516BHJP

   G06Q 10/02 20120101ALI20240516BHJP

【ＦＩ】

G08G1/127 B

G06Q50/40

G06Q10/02

【請求項の数】 9

(21)【出願番号】P 2020152283

(22)【出願日】2020-09-10

(65)【公開番号】P2022046311

(43)【公開日】2022-03-23

【審査請求日】2023-05-09

(73)【特許権者】

【識別番号】000003997

【氏名又は名称】日産自動車株式会社

(73)【特許権者】

【識別番号】507308902

【氏名又は名称】ルノー エス．ア．エス．

【氏名又は名称原語表記】ＲＥＮＡＵＬＴ Ｓ．Ａ．Ｓ．

【住所又は居所原語表記】１２２－１２２ ｂｉｓ， ａｖｅｎｕｅ ｄｕ Ｇｅｎｅｒａｌ Ｌｅｃｌｅｒｃ， ９２１００ Ｂｏｕｌｏｇｎｅ－Ｂｉｌｌａｎｃｏｕｒｔ， Ｆｒａｎｃｅ

(74)【代理人】

【識別番号】110002468

【氏名又は名称】弁理士法人後藤特許事務所

(72)【発明者】

【氏名】岩崎 英城

(72)【発明者】

【氏名】中村 誠秀

(72)【発明者】

【氏名】高木 良貴

(72)【発明者】

【氏名】李 成博

【審査官】高島 壮基

(56)【参考文献】

【文献】国際公開第２０２０／１７０３３７（ＷＯ，Ａ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／０２

５０／４０

Ｇ０８Ｇ １／００－９９／００

(57)【特許請求の範囲】

【請求項1】

共用車両を利用する複数のユーザがそれぞれ有するユーザ端末と、前記ユーザ端末に通信可能に接続されたサーバと、を備える配車予約管理システムであって、
前記サーバは、
前記複数のユーザごとの配車処理に係る予約内容を示す予約データを各ユーザ端末の識別情報に対応させて記憶する記憶部と、
前記記憶部を参照して、一つの前記共用車両に関して、第１ユーザ端末に紐付いた第１予約データと、該第１予約データにより規定される第１配車処理の次に実行される第２配車処理に係る第２予約データと、を特定する特定部と、
特定した前記第１予約データ及び前記第２予約データに基づいて、前記第１配車処理に係る予約内容の変更可能範囲を演算する変更可能範囲演算部と、
演算した前記変更可能範囲を前記第１ユーザ端末に送信する送信部と、を含み、
前記変更可能範囲演算部は、前記共用車両が前記第２配車処理に係る乗車予定時刻以前に該第２配車処理に係る乗車予定地に到達するように前記変更可能範囲を演算し、
前記第１ユーザ端末は、前記サーバから受信した前記変更可能範囲を表示する表示部を含み、
前記第１予約データには、前記第１配車処理の提供を受ける第１ユーザの乗車予定時刻、乗車予定地、降車予定時刻、及び降車予定地が規定され、
前記変更可能範囲演算部は、
前記第１ユーザの乗車予定時刻、乗車予定地、降車予定時刻、又は降車予定地の変更を仮定した場合における変更後の前記第１配車処理の乗車予定地又は降車予定地である変更地を設定し、
前記変更地から変更されない次の固定地である次固定地までの前記共用車両の走行時間としての第１走行時間を演算し、
前記変更地における前記共用車両の到着予測時刻に前記第１走行時間を加算することで、前記次固定地における前記共用車両の到着予測時刻としての次固定地到着予測時刻を演算し、
前記変更可能範囲を、前記次固定地到着予測時刻が所定の許容到着時刻よりも前となるように演算する、
配車予約管理システム。

【請求項2】

請求項１に記載の配車予約管理システムであって、
前記サーバが前記第１ユーザ端末から前記第１ユーザの乗車予定地に関する前記変更可能範囲の提示リクエストを受けると、
前記変更可能範囲演算部は、
前記変更地として、前記第１ユーザの乗車予定地を設定し、
前記次固定地として、前記第１ユーザの降車予定地を設定して前記変更可能範囲を演算する、
配車予約管理システム。

【請求項3】

請求項１に記載の配車予約管理システムであって、
前記サーバが前記第１ユーザ端末から前記第１ユーザの降車予定地に関する前記変更可能範囲の提示リクエストを受けると、
前記変更可能範囲演算部は、
前記変更地として、前記第１ユーザの降車予定地を設定し、
前記次固定地として、前記第２配車処理の提供を受ける第２ユーザの乗車予定地を設定して前記変更可能範囲を演算する、
配車予約管理システム。

【請求項4】

請求項１～３の何れか１項に記載の配車予約管理システムであって、
前記変更可能範囲演算部は、
前記共用車両の現在地である車両現在地を取得し、
取得した前記車両現在地に基づいて、前記変更可能範囲を補正する、
配車予約管理システム。

【請求項5】

請求項１～４の何れか１項に記載の配車予約管理システムであって、
前記変更可能範囲は、所定の基点時刻からの時間経過に応じた２次元領域として演算され、
前記２次元領域は、前記共用車両が前記変更地の直前に通過する固定地としての前固定地を出発点として到達可能な領域と、前記共用車両が前記次固定地に到達し得る領域と、の共通部分であり、
前記第１ユーザ端末の前記表示部は、前記２次元領域を、各配車処理が実行される配車エリアを含む既存の地図データに重ねて表示する、
配車予約管理システム。

【請求項6】

共用車両を利用する複数のユーザがそれぞれ有するユーザ端末と、前記ユーザ端末に通信可能に接続されたサーバと、を備える配車予約管理システムであって、
前記サーバは、
前記複数のユーザごとの配車処理に係る予約内容を示す予約データを各ユーザ端末の識別情報に対応させて記憶する記憶部と、
前記記憶部を参照して、一つの前記共用車両に関して、第１ユーザ端末に紐付いた第１予約データと、該第１予約データにより規定される第１配車処理の次に実行される第２配車処理に係る第２予約データと、を特定する特定部と、
特定した前記第１予約データ及び前記第２予約データに基づいて、前記第１配車処理に係る予約内容の変更可能範囲を演算する変更可能範囲演算部と、
演算した前記変更可能範囲を前記第１ユーザ端末に送信する送信部と、を含み、
前記変更可能範囲演算部は、前記共用車両が前記第２配車処理に係る乗車予定時刻以前に該第２配車処理に係る乗車予定地に到達するように前記変更可能範囲を演算し、
前記第１ユーザ端末は、前記サーバから受信した前記変更可能範囲を表示する表示部を含み、
前記サーバは、予約変更処理部をさらに含み、
前記第１ユーザ端末は、前記予約内容の変更を要求する変更リクエストを生成し、前記サーバに送信する変更リクエスト生成部をさらに含み、
前記予約変更処理部は、
前記第１ユーザ端末から前記変更リクエストを受信すると、変更後の前記予約内容が前記変更可能範囲に含まれるか否かを判定し、
判定の結果が肯定的である場合には、前記記憶部に記憶されている前記第１予約データを変更後の前記予約内容に基づいて更新し、
判定の結果が否定的である場合には、前記第１予約データを維持する、
配車予約管理システム。

【請求項7】

請求項６に記載の配車予約管理システムと、前記サーバに通信可能に接続され前記共用車両に搭載された車載端末と、をさらに含む配車システムであって、
前記車載端末は、
前記サーバから受信した前記予約データに基づいて、配車処理が実行される配車エリア内における前記共用車両の走行制御を実行する走行制御部を含み、
前記走行制御部は、前記予約データに含まれる前記第１予約データが更新された場合には更新後の前記第１予約データに基づいて、前記共用車両の走行制御を実行する、
配車システム。

【請求項8】

共用車両を利用する複数のユーザに対するそれぞれの配車処理に係る予約内容を示す予約データを管理する配車予約データ管理装置であって、
前記複数のユーザごとの配車処理に係る予約内容を示す予約データを各ユーザの識別情報に対応させて記憶する記憶部と、
前記記憶部を参照して、一つの前記共用車両に関して、第１ユーザに紐付いた第１予約データと、該第１予約データにより規定される第１配車処理の次に実行される第２配車処理に係る第２予約データと、を特定する特定部と、
特定した前記第１予約データ及び前記第２予約データに基づいて、前記第１配車処理に係る予約内容の変更可能範囲を演算する変更可能範囲演算部と、を含み、
前記変更可能範囲演算部は、前記共用車両が前記第２配車処理に係る乗車予定時刻以前に該第２配車処理の乗車予定地に到達するように前記変更可能範囲を演算し、
前記第１予約データには、前記第１配車処理の提供を受ける前記第１ユーザの乗車予定時刻、乗車予定地、降車予定時刻、及び降車予定地が規定され、
前記変更可能範囲演算部は、
前記第１ユーザの乗車予定時刻、乗車予定地、降車予定時刻、又は降車予定地の変更を仮定した場合における変更後の前記第１配車処理の乗車予定地又は降車予定地である変更地を設定し、
前記変更地から変更されない次の固定地である次固定地までの前記共用車両の走行時間としての第１走行時間を演算し、
前記変更地における前記共用車両の到着予測時刻に前記第１走行時間を加算することで、前記次固定地における前記共用車両の到着予測時刻としての次固定地到着予測時刻を演算し、
前記変更可能範囲を、前記次固定地到着予測時刻が所定の許容到着時刻よりも前となるように演算する、
配車予約データ管理装置。

【請求項9】

共用車両を利用する複数のユーザに対するそれぞれの配車処理に係る予約内容を示す予約データをコンピュータに管理させる配車予約データ管理プログラムであって、
前記コンピュータに、
前記複数のユーザごとの配車処理に係る予約内容を示す予約データを各ユーザの識別情報に対応させて記憶する記憶部を参照させ、
一つの前記共用車両に関して、第１ユーザに紐付いた第１予約データと、該第１予約データにより規定される第１配車処理の次に実行される第２配車処理に係る第２予約データと、を特定させ、
特定した前記第１予約データ及び前記第２予約データに基づいて、前記第１配車処理に係る予約内容の変更可能範囲を演算させ、
前記変更可能範囲を、前記共用車両が前記第２配車処理に係る乗車予定時刻以前に該第２配車処理の乗車予定地に到達するように演算させ、
前記第１予約データには、前記第１配車処理の提供を受ける前記第１ユーザの乗車予定時刻、乗車予定地、降車予定時刻、及び降車予定地が規定され、
前記変更可能範囲の演算では、前記コンピュータに、
前記第１ユーザの乗車予定時刻、乗車予定地、降車予定時刻、又は降車予定地の変更を仮定した場合における変更後の前記第１配車処理の乗車予定地又は降車予定地である変更地を設定させ、
前記変更地から変更されない次の固定地である次固定地までの前記共用車両の走行時間としての第１走行時間を演算させ、
前記変更地における前記共用車両の到着予測時刻に前記第１走行時間を加算することで、前記次固定地における前記共用車両の到着予測時刻としての次固定地到着予測時刻を演算させ、
前記変更可能範囲を、前記次固定地到着予測時刻が所定の許容到着時刻よりも前となるように演算させる、
配車予約データ管理プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、配車予約管理システム、配車システム、配車予約データ管理装置、及び配車予約データ管理プログラムに関する。

【背景技術】

【0002】

特許文献１には、複数のユーザからの要望に応じてオンデマンド共用車両の運行計画を決定し、決定した運行計画に従ってオンデマンド共用車両の運行を管理する運行管理手段を備えたオンデマンド共用車両運行管理装置が提案されている。このオンデマンド共用車両運行管理装置では、複数のユーザが一台のオンデマンド共用車両を利用できるように運行計画を決定する。

【0003】

また、特許文献１では、ユーザがオンデマンド共用車両の利用に対する予約内容（乗降予定場所及び乗降予定時刻など）の変更を希望する場合、この変更を加味して運行計画の調整を行うことが提案されている。

【先行技術文献】

【特許文献】

【0004】

【文献】国際公開第２０１４－０４５３５９号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

しかしながら、特許文献１においては、一台のオンデマンド共用車両を複数のユーザが利用する場合において、一のユーザの予約内容の変更による他のユーザの配車への影響について具体的な検討がなされていない。特に、一台のオンデマンド共用車両に対して先のユーザの乗降地及び乗降時間などを変更すれば、その変更内容によっては、当該ユーザの利用が完了した後以降にオンデマンド共用車両の利用予約を行っているユーザへの配車が遅れる可能性がある。

【0006】

このような事情に鑑み、本発明の目的は、一台の共用車両に対して複数のユーザの利用予約が設定されている場合に、後のユーザへの配車の遅れを抑制しつつ先のユーザの予約内容の変更範囲を定めることのできるシステムを実現することにある。

【課題を解決するための手段】

【0007】

本発明のある態様によれば、共用車両を利用する複数のユーザがそれぞれ有するユーザ端末と、ユーザ端末に通信可能に接続されたサーバと、を備える配車予約管理システムが提供される。この配車予約管理システムにおいて、サーバは、複数のユーザごとの配車処理に係る予約内容を示す予約データを各ユーザ端末の識別情報に対応させて記憶する記憶部と、記憶部を参照して、一つの共用車両に関して、第１ユーザ端末に紐付いた第１予約データと、第１予約データにより規定される第１配車処理の次に実行される第２配車処理に係る第２予約データと、を特定する特定部と、特定した第１予約データ及び第２予約データに基づいて、第１配車処理に係る予約内容の変更可能範囲を演算する変更可能範囲演算部と、演算した変更可能範囲を第１ユーザ端末に送信する送信部と、を含む。そして、変更可能範囲演算部は、共用車両が第２配車処理に係る乗車予定時刻以前に該第２配車処理に係る乗車予定地に到達するように変更可能範囲を演算する。さらに、第１ユーザ端末は、サーバから受信した変更可能範囲を表示する表示部を含む。第１予約データには、第１配車処理の提供を受ける第１ユーザの乗車予定時刻、乗車予定地、降車予定時刻、及び降車予定地が規定される。そして、変更可能範囲演算部は、第１ユーザの乗車予定時刻、乗車予定地、降車予定時刻、又は降車予定地の変更を仮定した場合における変更後の第１配車処理の乗車予定地又は降車予定地である変更地を設定し、変更地から変更されない次の固定地である次固定地までの共用車両の走行時間としての第１走行時間を演算し、変更地における共用車両の到着予測時刻に前記第１走行時間を加算することで、次固定地における共用車両の到着予測時刻としての次固定地到着予測時刻を演算し、変更可能範囲を、前記次固定地到着予測時刻が所定の許容到着時刻よりも前となるように演算する。

【発明の効果】

【0008】

本発明によれば、一台の共用車両に対して複数のユーザが利用予約を行っているシーンにおいて、他のユーザへの配車の遅れを抑制しつつ一のユーザの予約内容の変更を可能とする具体的なシステムが実現される。

【図面の簡単な説明】

【0009】

【図1】図１は、本発明の第１実施形態による配車システムの構成を説明する図である。

【図2】図２は、第１実施形態による配車予約管理システム及びユーザ端末の構成を説明するためのブロック図である。

【図3】図３は、車載端末の構成を説明する図である。

【図4】図４は、予約管理ＤＢに記憶されたデータの一態様を示す図である。

【図5】図５は、変更可能範囲の演算を説明するための現実のモデルの一例を示す図である。

【図6】図６は、配車システムにおける各構成の間における主な処理及びデータの授受を表すシーケンス図である。

【図7】図７は、第２実施形態において、ユーザが乗車予定時刻の変更を希望する場合における変更可能範囲の演算について説明する図である。

【図8】図８は、第２実施形態において、ユーザが降車予定時刻の変更を希望する場合における変更可能範囲の演算について説明する図である。

【図9】図９は、第３実施形態において、ユーザが乗車予定地の変更を希望する場合における変更可能範囲の演算について説明する図である。

【図10】図１０は、第３実施形態において、ユーザが降車予定地の変更を希望する場合における変更可能範囲の演算について説明する図である。

【図11A】図１１Ａは、第４実施形態に係る車両現在地に基づく変更可能範囲の補正の一態様を説明する図である。

【図11B】図１１Ｂは、第４実施形態に係る車両現在地に基づく変更可能範囲の補正の一態様を説明する図である。

【図11C】図１１Ｃは、第４実施形態に係る車両現在地に基づく変更可能範囲の補正の一態様を説明する図である。

【図11D】図１１Ｄは、第４実施形態に係る車両現在地に基づく変更可能範囲の補正の一態様を説明する図である。

【図11E】図１１Ｅは、第４実施形態に係る車両現在地に基づく変更可能範囲の補正の一態様を説明する図である。

【図12】図１２は、第４実施形態による配車システムの構成を説明する図である。

【図13】図１３は、配車予約管理システムの構成を説明する図である。

【図14】図１４は、補正変更可能範囲の演算について説明するフローチャートである。

【図15】図１５は、第５実施形態による変更可能範囲の表示のための処理を説明する図である。

【図16】図１６は、変更可能範囲の表示のための処理を説明する図である。

【図17】図１７は、変更可能範囲の表示態様の一例を示す図である。

【図18】図１８は、現実の地図データに変更可能範囲を重ね合わせて表示態様の一例を示す図である。

【発明を実施するための形態】

【0010】

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

【0011】

［第１実施形態］
図１は、本実施形態による配車システム１０の構成を説明する図である。また、図２は、配車システム１０の構成要素である配車予約管理システム１５及びユーザ端末ＵＴの構成を説明する図である。さらに、図３は、配車システム１０の構成要素である車載端末ＶＴの構成を説明する図である。

【0012】

配車システム１０は、複数のユーザＵにより指定される共用車両Ｖの利用に関する予約内容にしたがって、各ユーザＵに共用車両Ｖを用いた配車サービスの提供を行うためのシステムである。

【0013】

図１に示すように、本実施形態の配車システム１０は、配車予約管理システム１５と、配車予約管理システム１５にネットワーク１００を介して通信可能に接続された車載端末ＶＴを備える。さらに、図２に示すように、配車予約管理システム１５は、共用車両Ｖを利用するユーザＵ（Ｕ１，Ｕ２・・・Ｕｎ）によりそれぞれ操作されるユーザ端末ＵＴ（ＵＴＶａ，ＵＴ２・・・ＵＴｎ）と、各ユーザ端末ＵＴ及び車載端末ＶＴにネットワーク１００を介して通信可能に接続されたサーバ２０と、を含んでいる。

【0014】

配車システム１０を構成するサーバ２０、ユーザ端末ＵＴ、及び車載端末ＶＴは、それぞれ、ＣＰＵ（Central processing Unit）等の演算／制御装置、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、ＳＳＤ（Solid State Drive）、又はハードディスク（磁気記憶装置）等の各種記憶装置、及びキーボード、マウス、タッチパネル、ディスプレイ、プリンタ、及びＩ／Ｏポート等の各種入出力装置を備えたコンピュータで構成される。そして、サーバ２０、ユーザ端末ＵＴ、及び車載端末ＶＴは、後述する各処理を上記各ハードウェア、及び記憶装置に記憶される所定のプログラム（ソフトウェア）により実行する。

【0015】

また、ネットワーク１００は、各ユーザ端末ＵＴ、車載端末ＶＴ、及びサーバ２０の間における相互通信を可能とするための各種ハードウェア及び通信プロトコルにより構成される。特に、ネットワーク１００における車載端末ＶＴとサーバ２０の間の通信機能は、共用車両Ｖに搭載される広域通信インターフェースを用いたＶ２Ｎ（Vehicle to Network）などにより実現される。

【0016】

本実施形態の配車予約管理システム１５は、複数のユーザＵ（Ｕ１，Ｕ２・・・Ｕｎ）のごとの配車処理に係るそれぞれに応じた予約内容を示す予約データＢｄ_uの管理を実行するためのシステムとして構成される。特に、本実施形態の予約データＢｄ_uの管理には、一台の共用車両Ｖに対して複数のユーザＵに配車サービスを提供するにあたり、各ユーザＵに対して実行される配車処理における場所（予定乗降地など）、及びスケジュール（予定乗降地点など）に応じた予約内容に基づく当該予約データＢｄ_uの生成、予約内容の変更範囲の生成、及び更新などが含まれる。

【0017】

なお、本明細書において「各ユーザＵに対する配車処理」とは、複数のユーザＵに対する配車サービスの提供に関連する処理として定義される。より詳細には配車処理とは、共用車両Ｖを利用するユーザＵが、共用車両Ｖの乗車予定地で乗車動作を開始した時点から、降車予定地において降車動作を完了した時点までの一連のプロセスを意味する。また、乗車動作には、ユーザＵ自身の共用車両Ｖへの乗車のための動作に加え、手荷物を共用車両Ｖに載せる動作、悪天候時に想定される動作（傘を閉じるなど）、及び共用車両Ｖの利用方法などのユーザＵに報知することが要求される情報の報知（音声ガイダンスなど）などの共用車両Ｖの乗車時に付帯する処理が含まれる。さらに、降車動作にも、ユーザＵ自身が共用車両Ｖからの降車のための動作に加え、手荷物を共用車両Ｖから降ろす動作、悪天候時に想定される動作（傘を開くなど）、及び必要な情報の報知などの共用車両Ｖの降車時に付帯する処理が含まれる。

【0018】

また、以下では、ユーザＵに対する配車処理の提供が開始される予定時刻（ユーザＵによる共用車両Ｖへの乗車を開始することが予定されている時刻）を「乗車予定時刻ｔ_s」と称する。また、配車処理の開始が予定されている場所（すなわち、乗車予定地）を「乗車予定地ｐ_s」とも称する。さらに、各ユーザＵの配車処理の完了が予定されている時刻（ユーザＵによる共用車両Ｖからの降車の完了が予定されている時刻）を「降車予定時刻ｔ_e」と称する。また、配車処理の完了が予定されている場所（すなわち、降車予定地）を「降車予定地ｐ_e」とも称する。

【0019】

次に、配車予約管理システム１５のサーバ２０及びユーザ端末ＵＴの構成の詳細についてそれぞれ説明する。

【0020】

（サーバ２０の構成）
サーバ２０は、例えば、配車サービスを提供する業者が所在する施設に設置されるサーバ用途のコンピュータ、又はいわゆるクラウドなどのネットワーク１００を介して相互に通信可能な複数の地点に分散させたハードウェア及びソフトウェアにより構成される。そして、

【0021】

特に、図２に示すように、本実施形態のサーバ２０は、記憶部としての予約管理データベース２２（以下、「予約管理ＤＢ２２」とも称する）と、特定部２６と、変更可能範囲演算部２８と、予約変更処理部３０と、送信部として機能する送受信部３２と、を有する。なお、これらの構成は、サーバ２０を構成するコンピュータのハードウェアとソフトウェア（プログラム）が協働することで実現される。

【0022】

予約管理ＤＢ２２は、各ユーザＵ（特に各ユーザ端末ＵＴ）を識別するための識別情報に対応させた予約データＢｄ_uを、所定期間（例えば、一営業日）ごとの単位で記憶している。なお、各ユーザＵの識別情報としては、ユーザＵの氏名、住所、又は連絡先などの個人を特定するための情報、及び各ユーザ端末ＵＴのＩＤ情報など、各ユーザＵと予約データＢｄ_uの対応関係を識別可能であるものであれば任意の情報を用いることができる。

【0023】

図４は、予約管理ＤＢ２２に記憶された各種データの一態様を示す表である。図示のように、予約管理ＤＢ２２は、各ユーザ端末ＵＴの識別情報に対応させて、予約データＢｄ_uとしての配車処理の乗車予定時刻ｔ_s、乗車予定地ｐ_s、降車予定時刻ｔ_e、及び降車予定地ｐ_eが記憶されている。

【0024】

また、予約管理ＤＢ２２に記憶されている識別情報及び予約データＢｄ_uは、各ユーザ端末ＵＴの入力インターフェースなどを介して各ユーザＵにより予め指定する情報に基づいて生成される。

【0025】

以下では、説明の便宜上、本実施形態における予約データＢｄ_uの管理を構成する主な処理に関して、サーバ２０との間でデータの送受を行うユーザ端末ＵＴを「第１ユーザ端末ＵＴ_k」（１≦ｋ＜ｎ）とも称する。また、第１ユーザ端末ＵＴ_kに紐付いたユーザＵを「第１ユーザＵ_k」とも称する。さらに、第１ユーザＵ_kに対して実行される配車処理を「第１配車処理」とも称し、第１ユーザＵ_kに係る予約データＢｄ_uを「第１予約データＢｄ_uk」とも称する。

【0026】

また、第１配車処理の提供を受ける第１ユーザＵ_kの乗車予定時刻ｔ_s、乗車予定地ｐ_s、降車予定時刻ｔ_e、及び降車予定地ｐ_eをそれぞれ、「第１乗車予定時刻ｔ_{s_k}」、「第１乗車予定地ｐ_{s_k}」、「第１降車予定時刻ｔ_{e_k}」、及び「第１降車予定地ｐ_{e_k}」とも称する。

【0027】

一方、予約管理ＤＢ２２において規定された、第１配車処理の次に実行される配車処理を「第２配車処理」とも称する。そして、第２配車処理に紐付いたユーザＵ（すなわち、第１ユーザＵ_kの次に共用車両Ｖの予約を行っているユーザＵ）を「第２ユーザＵ_k+1」とも称し、「第２ユーザＵ_k+1」に紐付いたユーザ端末ＵＴを「第２ユーザ端末Ｕ_k+1」とも称し、第２ユーザＵ_k+1に係る予約データＢｄ_uを「第２予約データＢｄ_uk+1」とも称する。

【0028】

さらに、第２配車処理の提供を受ける第２ユーザＵ_k+1の乗車予定時刻ｔ_s及び乗車予定地ｐ_sをそれぞれ、「第２乗車予定時刻Ｔ２」及び「第２乗車予定地Ｐ２」とも称する。

【0029】

図２に戻り、サーバ２０の特定部２６は、第１ユーザ端末ＵＴ_kの識別情報及び予約内容の変更範囲の提示を求める指令情報を含む第１リクエスト信号Ｓ_r1を受信すると、予約管理ＤＢ２２を参照して、上記識別情報に基づき第１予約データＢｄ_uk及び第２予約データＢｄ_uk+1を特定する。特定部２６は、特定した第１予約データＢｄ_uk及び第２予約データＢｄ_uk+1を変更可能範囲演算部２８に出力する。

【0030】

変更可能範囲演算部２８は、特定部２６から入力された第１予約データＢｄ_uk及び第２予約データＢｄ_uk+1に基づいて、第１予約データＢｄ_ukに係る予約内容の変更可能範囲Ｒを演算する。

【0031】

特に、変更可能範囲演算部２８は、共用車両Ｖが第２乗車予定時刻Ｔ２以前に第２乗車予定地Ｐ２に到達する条件において、第１予約データＢｄ_ukに含まれる第１乗車予定時刻ｔ_{s_k}、第１乗車予定地ｐ_{s_k}、第１降車予定時刻ｔ_{e_k}、及び第１降車予定地ｐ_{e_k}の少なくとも何れかに対する変更を行うことのできる範囲を変更可能範囲Ｒとして演算する。すなわち、この演算ロジックにより得られる変更可能範囲Ｒは、第２ユーザＵ_k+1の配車（第２乗車予定時刻Ｔ２以前の配車）を遅らせない第１予約データＢｄ_ukの予約内容の変更範囲を規定するものとなる。以下、この演算ロジックについてより詳細に説明する。

【0032】

特に、本実施形態では、第１配車処理の予約変更に伴い、第１乗車予定時刻ｔ_{s_k}、第１乗車予定地ｐ_{s_k}、第１降車予定時刻ｔ_{e_k}、又は第１降車予定地ｐ_{e_k}が変更される場合における包括的な変更可能範囲Ｒの演算態様を説明する。

【0033】

図５は、本実施形態における変更可能範囲Ｒの演算態様を説明するための図である。なお、図５では、予約管理ＤＢ２２において第１配車処理の直前に設定された配車処理（以下、「前ユーザ配車処理」とも称する）の提供を受けるユーザＵ_k-1（以下、「前ユーザＵ_k-1」とも称する）、第１ユーザＵ_k、及び第２ユーザＵ_k+1における各配車処理を実行する配車エリアＡを前提とした、第１ユーザＵ_kの予約変更による変更可能範囲Ｒの演算が想定される。

【0034】

図５に示すように、本実施形態の変更可能範囲Ｒの演算においては、配車エリアＡ内において、「第１固定地Ｇ１」、「変更地Ｖａ」、及び「第２固定地Ｇ２」を規定する。ここで、「第１固定地Ｇ１」とは、変更地Ｖａの直前の共用車両Ｖの停車地であって、第１配車処理の予約変更の影響を受けない場所である。第１固定地Ｇ１としては、第１配車処理の予約変更の影響を受けない前ユーザＵ_k-1の降車予定地ｐ_e（以下、「前ユーザ降車予定地Ｐ０」とも称する）、又は変更されない場合の第１乗車予定地ｐ_{s_k}が想定される。

【0035】

また、「変更地Ｖａ」は、第１配車処理の予約変更に伴い変更される共用車両Ｖの停車地である。変更地Ｖａとしては、第１配車処理の予約変更に伴い変更された第１乗車予定地ｐ_{s_k}又は第１降車予定地ｐ_{e_k}が想定される。さらに、この「変更地Ｖａ」の概念には、第１配車処理の予約変更によって第１乗車予定時刻ｔ_{s_k}又は第１降車予定時刻ｔ_{e_k}のみが変更される場合（第１乗車予定地ｐ_{s_k}及び第１降車予定地ｐ_{e_k}が実質的に変化しない場合）も含まれ得る。

【0036】

また、「第２固定地Ｇ２」とは、変更地Ｖａの直後の共用車両Ｖの停車地であって、第１配車処理の予約変更の影響を受けない場所である。第２固定地Ｇ２としては、第１配車処理の予約変更の影響を受けない第２乗車予定地Ｐ２、又は変更されない場合の第１降車予定地ｐ_{e_k}が想定される。

【0037】

そして、変更可能範囲演算部２８は、図５に示す配車エリアＡのモデルに沿った以下の式（１）を用いて変更可能範囲Ｒとして演算する。

【0038】

【数1】

【0039】

ここで、式（１）の「Ｔ_G1」は、共用車両Ｖが第１固定地Ｇ１に到着する予定の時刻である。なお、以下では、この時刻を単に「第１固定地到着予定時刻Ｔ_G1」とも称する。第１固定地到着予定時刻Ｔ_G1は、例えば、予約管理ＤＢ２２に記録された第１配車処理の予約変更に依っては変化しない定数である。また、「ｔ_Va」は、共用車両Ｖが変更地Ｖａに到着すると予測される時刻を表す。なお、以下では、この時刻を単に「変更地到着予測時刻ｔ_Va」とも称する。変更地到着予測時刻ｔ_Vaは、第１配車処理の予約変更に応じて変化し得る変数である。

【0040】

さらに、「Δｔ０」は、第１固定地Ｇ１から変更地Ｖａまでの共用車両Ｖの予測走行時間を表す。なお、以下では、この走行時間を単に「第０走行時間Δｔ０」とも称する。そして、「Δｔ１」は、変更地Ｖａから第２固定地Ｇ２までの共用車両Ｖの予測走行時間を表す。以下では、この走行時間を単に「第１走行時間Δｔ１」とも称する。

【0041】

特に、変更可能範囲演算部２８は、外部サーバ又は共用車両Ｖの任意の記憶領域に保存された地図データ、及び配車サービスの提供にあたり共用車両Ｖが走行する配車エリアＡの道路状況に関する情報などを参照して、第１固定地Ｇ１、変更地Ｖａ、及び第２固定地Ｇ２の位置情報（ＧＰＳ座標など）を特定し、当該位置情報に基づいて第０走行時間Δｔ０及び第１走行時間Δｔ１を演算する。

【0042】

そして、「Ｔｂ」は、共用車両Ｖが第２固定地Ｇ２に到着すると予測される時間（以下、単に「第２固定地到着予測時間ｔ_G2」とも称する）として、許容される最も遅い時刻を表す。以下、これを単に「許容到着時刻Ｔｂ」とも称する。なお、許容到着時刻Ｔｂは、共用車両Ｖを第２乗車予定時刻Ｔ２以前に第２乗車予定地Ｐ２に到着させる観点から適宜定められる。また、第２固定地到着予測時間ｔ_G2は、第１固定地到着予定時刻Ｔ_G1に、第０走行時間Δｔ０及び第１走行時間Δｔ１を加算した時刻として演算することができる。

【0043】

式（１）により規定される演算アルゴリズムにより、第２ユーザＵ_k+1に対する配車の遅延を抑制し得る変更可能範囲Ｒの演算が可能となる。また、式（１）による変更可能範囲Ｒの演算は、予約管理ＤＢ２２に営業日単位などで記憶されている連続する配車処理に繰り返し適用することで、各ユーザＵに関して好適な変更可能範囲Ｒの演算を実現することができる。

【0044】

そして、変更可能範囲演算部２８は、演算した変更可能範囲Ｒを予約変更処理部３０及び送受信部３２に出力する。

【0045】

予約変更処理部３０は、第１ユーザ端末ＵＴ_kの識別情報、第１予約データＢｄ_ukに係る予約内容の変更の指令、及び要求される変更内容（変更後）の予約内容に関する情報を含む第２リクエスト信号Ｓ_r2を受信する。そして、予約変更処理部３０は、変更後の予約内容が、変更可能範囲演算部２８で変更可能範囲Ｒに含まれるか否かを判定する。

【0046】

特に、予約変更処理部３０は、第２リクエスト信号Ｓ_r2に含まれる第１乗車予定時刻ｔ_{s_k}、第１乗車予定地ｐ_{s_k}、第１降車予定時刻ｔ_{e_k}、及び第１降車予定地ｐ_{e_k}の少なくとも何れかに対して要求される変更内容を特定する。そして、予約変更処理部３０は、この変更内容が式（１）で規定される変更許可条件を満たすか否かを判定する。

【0047】

そして、予約変更処理部３０は、当該判定結果が肯定的である場合には、予約管理ＤＢ２２に記憶されている第１予約データＢｄ_ukを要求された変更内容に更新する。なお、この場合、当該変更が許可された旨の情報を含む変更許可信号を生成して送受信部３２に出力する。なお、以下では、予約管理ＤＢ２２において更新された第１予約データＢｄ_ukを「更新第１予約データＢｄ_{uk_up}」とも称する。

【0048】

一方、予約変更処理部３０は、上記判定結果が否定的である場合には、上記変更内容を反映せずに、予約管理ＤＢ２２の第１予約データＢｄ_ukを元のまま維持する。なお、この場合、当該変更が許可されない旨の情報を含む変更不許可信号を生成して、送受信部３２を介して第１ユーザ端末ＵＴ_kに送信する構成を採用しても良い。

【0049】

なお、第１ユーザ端末ＵＴ_kにおいては上記変更許可信号又は変更不許可信号を受信したことをトリガとして、表示処理部５２がディスプレイ５４に予約内容の変更の許可又は不許可を報知するための所定の表示を実行する構成を採用しても良い。

【0050】

送受信部３２は、第１ユーザ端末ＵＴ_kの第１リクエスト生成部５０から第１リクエスト信号Ｓ_r1を受信し、特定部２６に出力する。また、第１ユーザ端末ＵＴ_kの第２リクエスト生成部５６から第２リクエスト信号Ｓ_r2を受信し、特定部２６に出力する。さらに、送受信部３２は、変更可能範囲演算部２８から変更可能範囲Ｒを受信し、第１ユーザ端末ＵＴ_kの表示処理部５２に出力する。また、送受信部３２は、予約管理ＤＢ２２に記憶されている第１予約データＢｄ_uk（更新第１予約データＢｄ_{uk_up}も含む）を後述する車載端末ＶＴに送信する。

【0051】

（ユーザ端末ＵＴの構成）

【0052】

次に、図２等を参照してユーザ端末ＵＴ（特に第１ユーザ端末ＵＴ_k）の構成について説明する。

【0053】

第１ユーザ端末ＵＴ_kは、第１ユーザＵ_kが操作する端末であって、スマートフォン、タブレット端末、フィーチャーフォン（ガラパゴス携帯）及びＰＤＡ等の携帯端末、又はノートパソコン（ラップトップ）及びデスクトップ等のパーソナルコンピュータなどから構成される。

【0054】

特に、図２に示すように、本実施形態の第１ユーザ端末ＵＴ_kは、第１リクエスト生成部５０と、表示部を構成する表示処理部５２及びディスプレイ５４と、変更リクエスト生成部としての第２リクエスト生成部５６と、を有している。なお、これらの構成は、第１ユーザ端末ＵＴ_kを構成するコンピュータのハードウェアとソフトウェア（プログラム）が協働することで実現される。

【0055】

第１ユーザ端末ＵＴ_kは、第１リクエスト生成部５０と、表示処理部５２と、ディスプレイ５４と、第２リクエスト生成部５６と、を有している。

【0056】

第１リクエスト生成部５０は、第１ユーザ端末ＵＴ_kへの入力インターフェース（タッチパネルなど）への操作に応じて上述した第１リクエスト信号Ｓ_r1を生成し、生成した第１リクエスト信号Ｓ_r1をサーバ２０に送信する。

【0057】

表示処理部５２は、サーバ２０で演算された変更可能範囲Ｒを所定の表示態様でディスプレイ５４に表示するための表示制御を実行する。なお、表示処理部５２の演算機能は、表示処理以外の処理も行う第１ユーザ端末ＵＴ_kは主演算装置（ＣＰＵ）、表示処理の実行に特化した補助演算装置（ＧＰＵ）、又はこれらの併用により実現される。

【0058】

ディスプレイ５４は、表示処理部５２からの指令に応じて、上記表示態様に従った表示を行う液晶ディスプレイ又は有機ＥＬディスプレイなどで構成される表示装置である。

【0059】

一方、第１ユーザ端末ＵＴ_kの第２リクエスト生成部５６は、第１ユーザ端末ＵＴ_kへの入力インターフェース（タッチパネルなど）への操作に応じて上述した第２リクエスト信号Ｓ_r2を生成し、生成した第２リクエスト信号Ｓ_r2をサーバ２０に送信する。

【0060】

（車載端末ＶＴの構成）

【0061】

次に、図３等を参照して、車載端末ＶＴの構成について説明する。

【0062】

本実施形態の車載端末ＶＴは、予約管理ＤＢ２２に記憶された予約データＢｄ_u（特に第１予約データＢｄ_uk又は更新第１予約データＢｄ_{uk_up}）で規定された予約内容に基づいて、配車エリアＡにおける共用車両Ｖの走行制御を行う。

【0063】

車載端末ＶＴは、いわゆるカーナビゲーションシステム、及び各種オーディオ機能などのユーザＵの使用に与するための各種機能を実現するとともに、共用車両ＶのユーザＵによる所定の入力操作を受け付けるインターフェース機能を備えた車載コンピュータ、及び上記運転支援装置としての機能を実現するためのECU（Electronic Control Unit）又はADAS（Advanced driver-assistance systems）により構成される。

【0064】

特に、図３に示すように、車載端末ＶＴは、共用車両Ｖの走行アクチュエータ７０を制御する走行制御部６０を備える。なお、走行制御部６０は、車載端末ＶＴを構成するコンピュータのハードウェアとソフトウェア（プログラム）が協働することで実現される。

【0065】

走行制御部６０は、サーバ２０から受信した予約データＢｄ_uに基づいて、配車エリアＡ内における共用車両Ｖの走行制御を実行する。

【0066】

より詳細には、走行制御部６０は、予約データＢｄ_uから、外部サーバ又は共用車両Ｖの任意の記憶領域に保存された地図データ、及び配車サービスの提供にあたり共用車両Ｖが走行する配車エリアＡの道路状況に関する情報などを適宜参照して、配車エリアＡ内において設定される共用車両Ｖの各走行予定ルートの情報を特定する。なお、サーバ２０において、各走行予定ルートの情報を予め特定して予約管理ＤＢ２２に記憶させておき、走行制御部６０は、予約管理ＤＢ２２を参照して各走行予定ルートを特定する構成を採用しても良い。

【0067】

特に、本実施形態において、走行制御部６０は、上述した予約管理ＤＢ２２に記憶されている第１予約データＢｄ_ukの更新が行われた場合には、更新第１予約データＢｄ_{uk_up}に基づいて各走行予定ルートの情報を特定する。

【0068】

走行制御部６０は、共用車両Ｖが特定した各走行予定ルートに従って走行するように、共用車両Ｖに搭載されている走行アクチュエータ７０を操作する。なお、走行アクチュエータ７０は、主に、駆動系アクチュエータ及び操舵系アクチェータにより構成される。

【0069】

特に、駆動系アクチュエータとしては、例えば、エンジン又はモータ等の走行アクチュエータ及び油圧ブレーキなどの制動アクチュエータにより構成される。また、操舵系アクチェータは、例えば、電動パワーステアリングシステムにおけるステアリングトルクを制御するアシストモータなどにより構成される。

【0070】

上記車載端末ＶＴの構成によれば、第１予約データＢｄ_ukが更新された場合には、更新第１予約データＢｄ_{uk_u}が反映された上で共用車両Ｖの走行制御が実行されることとなる。すなわち、第１ユーザＵ_kの予約内容の変更に応じて、当該変更内容を自動的に配車エリアＡ内における共用車両Ｖの走行制御に反映することができる。

【0071】

なお、図６には、参考のため、上述した本実施形態にかかる配車システム１０における各構成の間における主な処理及びデータの授受を表すシーケンス図を示す。

【0072】

以上説明した本実施形態において提供される各構成及びそれによる作用効果について説明する。

【0073】

本実施形態によれば、共用車両Ｖを利用する複数のユーザＵがそれぞれ有するユーザ端末ＵＴと、ユーザ端末ＵＴに通信可能に接続されたサーバ２０と、を備える配車予約管理システム１５が提供される。

【0074】

そして、この配車予約管理システム１５のサーバ２０は、複数のユーザＵごとの配車処理（第１配車処理及び第２配車処理など）に係る予約内容（配車処理に係る乗車予定時刻ｔ_s、乗車予定地ｐ_s、降車予定時刻ｔ_e、及び降車予定地ｐ_e）を示す予約データＢｄ_uを各ユーザ端末ＵＴの識別情報（端末ＩＤ等）を対応させて記憶する記憶部としての予約管理ＤＢ２２（図３）を含む。

【0075】

また、配車予約管理システム１５のサーバ２０は、予約管理ＤＢ２２を参照して、一つの共用車両Ｖに関して、第１ユーザ端末ＵＴ_kに紐付いた第１予約データＢｄ_ukから、第１予約データＢｄ_ukにより規定される第１配車処理の次に実行される第２配車処理に係る第２予約データＢｄ_uk+1を特定する特定部２６と、特定した第１予約データＢｄ_uk及び第２予約データに基づいて第１配車処理に係る予約内容の変更可能範囲Ｒを演算する変更可能範囲演算部２８と、演算した変更可能範囲Ｒを第１ユーザ端末ＵＴ_kに送信する送信部（送受信部３２）と、を含む。そして、変更可能範囲演算部２８は、共用車両Ｖが第２配車処理の乗車予定時刻ｔ_s以前に該第２配車処理の乗車予定地ｐ_sに到達するように変更可能範囲Ｒを演算する。

【0076】

さらに、第１ユーザ端末ＵＴ_kは、サーバ２０から受信した変更可能範囲Ｒを表示する表示部としての表示処理部５２及びディスプレイ５４を含む。

【0077】

これにより、第１ユーザ端末ＵＴ_k（第１ユーザＵ_k）に紐づいた第１予約データＢｄ_ukにより規定されている第１配車処理に対する変更範囲（すなわち、予約内容の変更範囲）を、第１配車処理の次に実行されるべき第２ユーザＵ_k+1に係る第２配車処理の開始に対して遅らせないように設定することのできる具体的な制御ロジックを備えたシステムが実現されることとなる。すなわち、本実施形態の配車予約管理システム１５を用いれば、同営業日において１台の共用車両Ｖに対して複数のユーザＵの利用予約が設定されているシーンにおいて、後の第２ユーザＵ_k+1に対する配車サービスの提供に影響（配車の遅延）をもたらさないように、第１ユーザＵ_kの予約内容の変更範囲を定めることができる。

【0078】

また、第１ユーザ端末ＵＴ_kにより演算された変更可能範囲Ｒの表示が行われるので、第１ユーザＵ_kに対して後の第２ユーザＵ_k+1に対する配車サービスを遅延させない観点から許容される予約内容の変更範囲を認識させることができる。

【0079】

特に、本実施形態では、第１予約データＢｄ_ukには、第１配車処理に係る第１ユーザＵ_kの乗車予定時刻（第１乗車予定時刻ｔ_{s_k}）、乗車予定地（第１乗車予定地ｐ_{s_k}）、降車予定時刻（第１降車予定時刻ｔ_{e_k}）、及び降車予定地（第１降車予定地ｐ_{e_k}）が規定される（図４参照）。また、変更可能範囲演算部２８は、第１乗車予定時刻ｔ_{s_k}、第１乗車予定地ｐ_{s_k}、第１降車予定時刻ｔ_{e_k}、又は第１降車予定地ｐ_{e_k}の変更を仮定した場合における変更後の第１乗車予定地ｐ_{s_k}又は第１降車予定地ｐ_{e_k}である変更地Ｖａを設定する。

【0080】

また、変更可能範囲演算部２８は、変更地Ｖａにおける共用車両Ｖの到着時刻としての変更地到着予測時刻ｔ_Vaを演算し、変更地Ｖａから変更されない次の固定地である次固定地（第２固定地Ｇ２）までの共用車両Ｖの走行時間としての第１走行時間Δｔ１を演算する。さらに、変更可能範囲演算部２８は、変更地Ｖａにおける共用車両Ｖの到着予測時刻としての変更地到着予測時刻ｔ_Vaに第１走行時間Δｔ１を加算することで、第２固定地Ｇ２における共用車両Ｖの到着予測時刻としての次固定地到着予測時刻（第２固定地到着予測時間ｔ_G2）を演算する。そして、変更可能範囲演算部２８は、変更可能範囲Ｒを、第２固定地到着予測時間ｔ_G2が所定の許容到着時刻Ｔｂよりも前となるように演算する。

【0081】

これにより、第２ユーザＵ_k+1に対する配車サービスの提供に影響（配車の遅延）をもたらさないという条件下において、第１ユーザＵ_kの予約内容を変更し得る範囲をより好適に定量化するための具体的な制御ロジックが実現される。

【0082】

また、本実施形態による配車予約管理システム１５のサーバ２０は、予約変更処理部３０をさらに含む。また、配車予約管理システム１５の第１ユーザ端末ＵＴ_kは、予約内容の変更を要求する変更リクエスト（第１リクエスト信号Ｓ_r1）を生成し、サーバ２０に送信する変更リクエスト生成部としての第２リクエスト生成部５６をさらに含む。

【0083】

そして、予約変更処理部３０は、第１ユーザ端末ＵＴ_kから第１リクエスト信号Ｓ_r1を受信すると、変更後の予約内容が変更可能範囲Ｒに含まれるか否かを判定する。そして、予約変更処理部３０は、判定結果が肯定的である場合には、予約管理ＤＢ２２に記憶されている第１予約データＢｄ_ukを変更後の予約内容に基づいて更新する（更新第１予約データＢｄ_{uk_up}）。一方、予約変更処理部３０は、判定結果が肯定的である場合には、第１予約データＢｄ_ukを維持する。

【0084】

これにより、第１ユーザＵ_kから第１配車処理に係る予約内容の変更リクエストを受け付けた場合において、その変更内容が第２ユーザＵ_k+1に対する配車を遅延させない範囲内（変更可能範囲Ｒ）である場合に限って、当該予約内容の変更を予約管理ＤＢ２２に反映するシステムを実現することができる。

【0085】

また、本実施形態によれば、配車予約管理システム１５と、サーバ２０に通信可能に接続され共用車両Ｖに搭載された車載端末ＶＴと、をさらに含む配車システム１０が提供される。

【0086】

サーバ２０から受信した予約データＢｄ_uに基づいて、配車処理が実行される配車エリアＡ内における共用車両Ｖの走行制御を実行する走行制御部６０を含む。そして、走行制御部６０は、予約データＢｄ_uに含まれる第１予約データＢｄ_ukが更新された場合には更新後の第１予約データＢｄ_ukとしての更新第１予約データＢｄ_{uk_up}に基づいて、共用車両Ｖの走行制御を実行する。

【0087】

これにより、サーバ２０の予約管理ＤＢに記憶されている予約データＢｄ_uに係る情報に基づき、配車エリアＡ内において共用車両Ｖの走行を自動的に制御する機能を実現することができる。特に、車載端末ＶＴは、予約内容の変更が実際に反映された更新第１予約データＢｄ_{uk_up}に基づいて共用車両Ｖの走行制御を行う。このため、サーバ２０により管理される第１ユーザＵ_kの予約内容の変更を、当該サーバ２０と離れて走行する共用車両Ｖの走行制御に自動的に反映することができる。

【0088】

さらに、本実施形態によれば、共用車両Ｖを利用する複数のユーザＵに対するそれぞれの配車処理に係る予約内容を示す予約データＢｄ_uを管理する配車予約データ管理装置としてのサーバ２０が提供される。

【0089】

そして、このサーバ２０は、複数のユーザＵごとの配車処理（第１配車処理及び第２配車処理など）に係る予約内容（配車処理に係る乗車予定時刻ｔ_s、乗車予定地ｐ_s、降車予定時刻ｔ_e、及び降車予定地ｐ_e）を示す予約データＢｄ_uを各ユーザＵの識別情報（ユーザ名等）を対応させて記憶する記憶部としての予約管理ＤＢ２２（図３）を含む。

【0090】

また、サーバ２０は、予約管理ＤＢ２２を参照して、一つの共用車両Ｖに関して、第１ユーザＵ_kに紐付いた第１予約データＢｄ_ukから、第１予約データＢｄ_ukにより規定される第１配車処理の次に実行される第２配車処理に係る第２予約データＢｄ_uk+1を特定する特定部２６と、特定した第１予約データＢｄ_uk及び第２予約データに基づいて第１配車処理に係る予約内容の変更可能範囲Ｒを演算する変更可能範囲演算部２８と、を含む。そして、変更可能範囲演算部２８は、共用車両Ｖが第２配車処理の乗車予定時刻ｔ_s以前に該第２配車処理の乗車予定地ｐ_sに到達するように変更可能範囲Ｒを演算する。

【0091】

これにより、第１ユーザＵ_kの第１配車処理に対する変更範囲（すなわち、予約内容の変更範囲）を、第１配車処理の次に実行されるべき第２ユーザＵ_k+1に係る第２配車処理の開始に対して遅らせないように設定することのできる具体的な制御ロジックを備えた配車予約データ管理装置が実現されることとなる。

【0092】

さらに、本実施形態によれば、共用車両Ｖを利用する複数のユーザＵに対するそれぞれの配車処理に係る予約内容を示す予約データＢｄ_uをコンピュータとしてのサーバ２０に管理させる配車予約データ管理プログラムが提供される。

【0093】

特に、本実施形態の配車予約データ管理プログラムは、サーバ２０に、複数のユーザＵごとの配車処理（第１配車処理及び第２配車処理など）に係る予約内容（配車処理に係る乗車予定時刻ｔ_s、乗車予定地ｐ_s、降車予定時刻ｔ_e、及び降車予定地ｐ_e）を示す予約データＢｄ_uを各ユーザＵの識別情報（ユーザ名等）を対応させて記憶する記憶部としての予約管理ＤＢ２２を参照させる。そして、サーバ２０に、一つの共用車両Ｖに関して、第１ユーザＵ_kに紐付いた第１予約データＢｄ_ukから、第１予約データＢｄ_ukにより規定される第１配車処理の次に実行される第２配車処理に係る第２予約データＢｄ_uk+1を特定させる（特定部２６）。

【0094】

さらに、サーバ２０に、特定した第１予約データＢｄ_uk及び第２予約データに基づいて第１配車処理に係る予約内容の変更可能範囲Ｒを演算させる。特に、本実施形態の配車予約データ管理プログラムは、サーバ２０に、共用車両Ｖが第２配車処理の乗車予定時刻ｔ_s以前に該第２配車処理の乗車予定地ｐ_sに到達するように変更可能範囲Ｒを演算させる（変更可能範囲演算部２８）。

【0095】

これにより、第１ユーザＵ_kの第１配車処理に対する変更範囲（すなわち、予約内容の変更範囲）を、第１配車処理の次に実行されるべき第２ユーザＵ_k+1に係る第２配車処理の開始に対して遅らせないように設定することのできる具体的な演算をコンピュータに実行させるためのプログラムが実現されることとなる。

【0096】

なお、この配車予約データ管理プログラムは、当該配車予約データ管理プログラムにより処理を主に実行するサーバ２０の記憶領域に格納しても良いし、当該処理をサーバ２０に実行させることができるように当該サーバ２０と通信可能な任意のコンピュータの記憶領域に格納されても良い。また、当該配車予約データ管理プログラムを記憶した記憶媒体も、本出願における出願時の明細書等に記載された事項の範囲内に含まれる。

【0097】

（変形例）
変形例では、変更可能範囲Ｒを、各乗降地における停車処理時間を考慮して補正する演算態様が提供される。

【0098】

ここで、「停車処理時間」とは、ユーザＵの乗車動作及び降車動作に費やされる時間、その他の必要な処理時間、及び共用車両Ｖを停車させることが可能な時間に基づいて設定される各乗降予定地における共用車両Ｖの停車時間範囲を意味する。

【0099】

停車処理時間は、例えば、配車エリアＡの道路情報（駐停車禁止エリアの情報）、天候、及びユーザＵ個人の情報（荷物の有無、飲酒の有無、過去の平均的な乗降時間など）若しくはユーザＵの属性（年齢及び身体障害の有無など）に応じた乗降時間に関する統計情報などに応じて適宜に定められる。

【0100】

例えば、変更可能範囲演算部２８は、変更地到着予測時刻ｔ_Va、及び／又は許容到着時刻Ｔｂに必要に応じて上記停車処理時間を加算又は減算する補正を行った上で、上記式（１）に基づく変更可能範囲Ｒの演算を行う。これにより、変更可能範囲Ｒを、ユーザＵの乗降動作や荷物の積み下ろしに要する時間などが考慮されたより現実の配車オペレーションに合致した値として演算することができる。また、式（１）における許容到着時刻Ｔｂから上記停車処理時間相当の補正値を減じることで、当該停車処理時間を変更可能範囲Ｒの演算に反映する構成を採用しても良い。

【0101】

［第２実施形態］
以下、第２実施形態について説明する。なお、第１実施形態と同様の要素には同一の符号を付し、その説明を省略する。本実施形態では、第１乗車予定時刻ｔ_{s_k}、又は第１降車予定時刻ｔ_{e_k}を変更する場合の変更可能範囲Ｒの演算について説明する。

【0102】

（第１乗車予定時刻ｔ_{s_k}の変更）
図７は、第１乗車予定時刻ｔ_{s_k}の変更を想定した場合の変更可能範囲Ｒの演算について説明する図である。

【0103】

図７に示すように、変更可能範囲演算部２８は、第１ユーザＵ_kが乗車予定時刻の変更を希望する場合（第１リクエスト信号Ｓ_r1に第１乗車予定時刻ｔ_{s_k}の変更を希望する情報が含まれている場合）には、第１固定地Ｇ１を前ユーザ降車予定地Ｐ０、変更地Ｖａを第１乗車予定地ｐ_{s_k}、及び第２固定地Ｇ２を第１降車予定地ｐ_{e_k}にそれぞれ設定する。なお、前ユーザ降車予定地Ｐ０、第１乗車予定地ｐ_{s_k}、及び第１降車予定地ｐ_{e_k}は予約変更の影響を受けないため、第０走行時間Δｔ０及び第１走行時間Δｔ１はそれぞれ固定値ｍ０及び固定値ｍ１とみなすことができる。したがって、変更可能範囲演算部２８は、式（１）において図７に示すシーンで特定される条件を反映することで、第１乗車予定時刻ｔ_{s_k}を変数とする以下の式（２）に基づいて変更可能範囲Ｒを演算することができる。

【0104】

【数2】

【0105】

（第１降車予定時刻ｔ_{e_k}の変更）
図８は、第１降車予定時刻ｔ_{e_k}の変更を想定した場合の変更可能範囲Ｒの演算について説明する図である。

【0106】

図８に示すように、変更可能範囲演算部２８は、第１ユーザＵ_kが降車予定時刻の変更を希望する場合（第１リクエスト信号Ｓ_r1に第１降車予定時刻ｔ_{e_k}の変更を希望する情報が含まれている場合）には、第１固定地Ｇ１を第１乗車予定地ｐ_{s_k}、変更地Ｖａを第１降車予定地ｐ_{e_k}、及び第２固定地Ｇ２を第２乗車予定地Ｐ２にそれぞれ設定する。なお、第１乗車予定時刻ｔ_{s_k}、第１乗車予定地ｐ_{s_k}、第１降車予定地ｐ_{e_k}、及び第１降車予定地ｐ_{e_k}は予約変更の影響を受けないため、第０走行時間Δｔ０、及び第１走行時間Δｔ１はそれぞれ固定値ｍ０、及び固定値ｍ１とみなすことができる。したがって、変更可能範囲演算部２８は、式（１）において図７に示すシーンで特定される条件を反映することで、第１降車予定時刻ｔ_{e_k}を変数とする以下の式（３）に基づいて変更可能範囲Ｒを演算することができる。

【0107】

【数3】

【0108】

［第３実施形態］
以下、第３実施形態について説明する。なお、第１実施形態又は第２実施形態と同様の要素には同一の符号を付し、その説明を省略する。本実施形態では、第１乗車予定地ｐ_{s_k}、又は第１降車予定地ｐ_{e_k}を変更する場合の変更可能範囲Ｒの演算について説明する。

【0109】

（第１乗車予定地ｐ_{s_k}の変更）
図９は、第１乗車予定地ｐ_{s_k}の変更を想定した場合の変更可能範囲Ｒの演算について説明する図である。

【0110】

図９に示すように、変更可能範囲演算部２８は、第１ユーザＵ_kが乗車予定時刻の変更を希望する場合（第１リクエスト信号Ｓ_r1に第１乗車予定地ｐ_{s_k}の変更を希望する情報が含まれている場合）には、第１固定地Ｇ１を前ユーザ降車予定地Ｐ０、変更地Ｖａを第１乗車予定地ｐ_{s_k}、及び第２固定地Ｇ２を第１降車予定地ｐ_{e_k}にそれぞれ設定する。そして、変更可能範囲演算部２８は、式（１）において図９に示すシーンで特定される条件を反映することで、以下の式（４）に基づいて変更可能範囲Ｒを演算することができる。

【0111】

【数4】

【0112】

式（４）において、前ユーザ降車予定時刻Ｔ０、及び許容到着時刻Ｔｂは固定値である。したがって、変更可能範囲演算部２８は、変更可能範囲Ｒを２変数の第０走行時間Δｔ０及び第１走行時間Δｔ１で規定される領域として定めることができる。

【0113】

（第１降車予定地ｐ_{e_k}の変更）
図１０は、第１降車予定地ｐ_{e_k}の変更を想定した場合の変更可能範囲Ｒの演算について説明する図である。

【0114】

図１０に示すように、変更可能範囲演算部２８は、第１ユーザＵ_kが降車予定時刻の変更を希望する場合（第１リクエスト信号Ｓ_r1に第１降車予定地ｐ_{e_k}の変更を希望する情報が含まれている場合）には、第１固定地Ｇ１を第１乗車予定地ｐ_{s_k}、変更地Ｖａを第１降車予定地ｐ_{e_k}、及び第２固定地Ｇ２を第２乗車予定地Ｐ２にそれぞれ設定する。そして、変更可能範囲演算部２８は、式（１）において図１０に示すシーンで特定される条件を反映することで、以下の式（５）に基づいて変更可能範囲Ｒを演算することができる。

【0115】

【数5】

【0116】

式（５）において、第１乗車予定時刻Ｔ１、及び第２乗車予定時刻Ｔ２は固定値である。したがって、第１乗車予定地ｐ_{s_k}が変更される場合と同様に、変更可能範囲演算部２８は、変更可能範囲Ｒを２変数の第０走行時間Δｔ０及び第１走行時間Δｔ１で規定される領域として定めることができる。

【0117】

以上説明した本実施形態において提供される各構成及びそれによる作用効果について説明する。

【0118】

本実施形態では、サーバ２０が第１ユーザ端末ＵＴ_kから第１乗車予定地ｐ_{s_k}に関する変更可能範囲Ｒの提示リクエスト（第１リクエスト信号Ｓ_r1）を受けると、変更可能範囲演算部２８は、第１固定地Ｇ１として第１配車処理の直前の配車処理の提供を受ける前ユーザＵ_k-1の降車予定地（前ユーザ降車予定地Ｐ０）を設定し、変更地Ｖａとして第１乗車予定地ｐ_{s_k}を設定し、第２固定地Ｇ２として第１降車予定地ｐ_{e_k}を設定して変更可能範囲Ｒを演算する。

【0119】

これにより、第１ユーザＵ_kが第１乗車予定地ｐ_{s_k}の変更を希望する場合において、第２配車処理の開始を遅延させないような変更可能範囲Ｒを定めるための具体的な演算ロジックが実現される。

【0120】

一方、本実施形態では、サーバ２０が第１ユーザ端末ＵＴ_kから第１降車予定地ｐ_{e_k}に関する変更可能範囲Ｒの提示リクエスト（第１リクエスト信号Ｓ_r1）を受けると、変更可能範囲演算部２８は、第１固定地Ｇ１として第１乗車予定地ｐ_{s_k}を設定し、変更地Ｖａとして第１降車予定地ｐ_{e_k}を設定し、第２固定地Ｇ２として第２配車処理の提供を受ける第２ユーザの乗車予定地（第２乗車予定地Ｐ２）を設定して変更可能範囲Ｒを演算する。

【0121】

これにより、第１ユーザＵ_kが第１降車予定地ｐ_{e_k}の変更を希望する場合において、第２配車処理の開始を遅延させないような変更可能範囲Ｒを定めるための具体的な演算ロジックが実現される。

【0122】

［第４実施形態］
以下、第４実施形態について説明する。なお、第１～第３実施形態の何れかと同様の要素には同一の符号を付し、その説明を省略する。

【0123】

本実施形態では、第３実施形態で説明した構成をベースとし、共用車両Ｖが配車エリアＡ内における配車オペレーションの実行下にあるシーンを想定し、当該共用車両Ｖの現在地（以下、単に「車両現在地ｐ_v」とも称する）に基づいて変更可能範囲Ｒを補正する例について説明する。

【0124】

先ず、図１１Ａ～図１１Ｅを参照して本実施形態に係る制御が適用される具体的なシーンの例について説明する。

【0125】

より詳細には、図１１Ａ及び図１１Ｂは、いずれも、共用車両Ｖが前ユーザ降車予定地Ｐ０に向かって移動している状況（前ユーザ配車処理の実行中）において、変更可能範囲Ｒを補正する状況を想定している。特に、図１１Ａは、この状況の下、第１乗車予定地ｐ_{s_k}を変更する場合における変更可能範囲Ｒの補正を説明する図である。また、図１１Ｂは、同じ状況の下、第１降車予定地ｐ_{e_k}を変更する場合における変更可能範囲Ｒの補正を説明する図である。

【0126】

図１１Ａ及び図１１Ｂに示すシーンにおける変更可能範囲Ｒの補正は、例えば、共用車両Ｖが前ユーザ降車予定地Ｐ０に実際に到着した時刻が想定された時刻（前ユーザ降車予定時刻Ｔ０）に対して遅れ、上記予約データＢｄ_uで規定されたスケジュール通りに前ユーザ配車処理が完了しない可能性などを想定して実行される。

【0127】

また、図１１Ｃ及び図１１Ｄでは、前ユーザ降車予定地Ｐ０から第１乗車予定地ｐ_{s_k}に向かって走行している状況（すなわち、第１配車処理を実行するための第１ユーザＵ_kに対する迎車時）において、変更可能範囲Ｒを補正する場合を想定している。特に、図１１Ｃは、この状況の下、第１乗車予定地ｐ_{s_k}を変更する場合における変更可能範囲Ｒの補正を説明する図である。また、図１１Ｄは、同じ状況の下、第１降車予定地ｐ_{e_k}を変更する場合における変更可能範囲Ｒの補正を説明する図である。

【0128】

図１１Ｃに示すシーンにおける変更可能範囲Ｒの補正は、例えば、第１乗車予定地ｐ_{s_k}に向かっている共用車両Ｖが、変更後の第１乗車予定地ｐ_{s_k}に向かうように走行経路を変更する可能性を想定して実行される。また、図１１Ｄに示すシーンにおける変更可能範囲Ｒの補正は、例えば、第１配車処理の進行が想定よりも早くなる又は遅れる可能性などを想定して実行される。

【0129】

さらに、図１１Ｅは、既に第１ユーザＵ_kが共用車両Ｖに乗車し、第１乗車予定地ｐ_{s_k}から第１降車予定地ｐ_{e_k}に向かって走行している状況（すなわち、第１配車処理の実行中）における、変更可能範囲Ｒの補正を説明する図である。

【0130】

図１１Ｅに示すシーンにおける変更可能範囲Ｒの補正は、例えば、第１降車予定地ｐ_{e_k}に向かっている共用車両Ｖが、変更後の第１降車予定地ｐ_{e_k}に向かうように走行経路を変更する可能性を想定して実行される。

【0131】

本実施形態の配車システム１０（特に配車予約管理システム１５のサーバ２０）は、図１１Ａ～図１１Ｅで例示したシーンにおいても第２配車処理の開始を遅らせないように、リアルタイムに取得される車両現在地ｐ_vに基づいて変更可能範囲Ｒを補正するための機能を備える。以下では、この機能を実現するための具体的な構成について説明する。

【0132】

図１２は、本実施形態の配車システム１０の構成を説明する図である。また、図１３は、本実施形態の配車予約管理システム１５を説明する図である。なお、図１３では簡略化のため、配車予約管理システム１５におけるサーバ２０の構成を中心的に示し、ユーザ端末ＵＴの構成に関する記載は省略している。

【0133】

図示のように、本実施形態の配車システム１０及び配車予約管理システム１５において、サーバ２０の変更可能範囲演算部２８が、例えば外部装置又は共用車両Ｖに搭載されて自己位置検出センサなどから車両現在地ｐ_vを取得する点、及び取得した車両現在地ｐ_vに基づいて補正された変更可能範囲Ｒ（以下、単に「補正変更可能範囲Ｒ_c」とも称する）を演算する点で第１実施形態と異なる。

【0134】

図１４は、本実施形態における補正変更可能範囲Ｒ_cの演算の詳細を説明するフローチャートである。なお、変更可能範囲演算部２８は、本フローチャートで規定される各処理を所定の演算周期で繰り返し実行する。

【0135】

ステップＳ１１０において、変更可能範囲演算部２８は車両現在地ｐ_vを取得する。特に、変更可能範囲演算部２８は、車両現在地ｐ_vを、その取得時刻（以下、単に「現在時刻ｔ_pv」とも称する）とともにサーバ２０の内部メモリ等に記憶させる。

【0136】

次に、変更可能範囲演算部２８は、ステップＳ１２０の判定、及びその後のステップＳ１３０の判定を実行する。

【0137】

ステップＳ１２０の判定において、変更可能範囲演算部２８は、取得した車両現在地ｐ_v及び現在時刻ｔ_pvに基づいて、共用車両Ｖが前ユーザ降車予定地Ｐ０を通過したか否かを判定する。例えば、変更可能範囲演算部２８は、現在時刻ｔ_pvが前ユーザ降車予定時刻Ｔ０を過ぎており、且つ車両現在地ｐ_vが前ユーザ降車予定地Ｐ０から第１乗車予定地ｐ_{s_k}に向かう走行経路上に位置しているか否かを判定する。ステップＳ１２０の判定結果が肯定的である場合には、変更可能範囲演算部２８は、ステップＳ１３０に移行する。

【0138】

一方、ステップＳ１３０の判定において、変更可能範囲演算部２８は、取得した車両現在地ｐ_v及び現在時刻ｔ_pvに基づいて、共用車両Ｖが第１乗車予定地ｐ_{s_k}を通過したか否かを判定する。例えば、変更可能範囲演算部２８は、現在時刻ｔ_pvが第１乗車予定時刻ｔ_{s_k}を過ぎており、且つ車両現在地ｐ_vが第１乗車予定地ｐ_{s_k}から第１降車予定地ｐ_{e_k}に向かう走行経路上に位置しているか否かを判定する。

【0139】

そして、ステップＳ１２０の判定結果が否定的である場合には、変更可能範囲演算部２８は、ステップＳ１４０に進み、第１補正変更可能範囲Ｒ_c1を演算する。具体的に、変更可能範囲演算部２８は、第１乗車予定地ｐ_{s_k}を変更する場合（図１１Ａに示すシーンである場合）には、以下の式（６）に基づいて第１補正変更可能範囲Ｒ_c1を演算する。

【0140】

【数6】

【0141】

式（６）中の「Ｔ_c０」は、前ユーザ降車予定時刻Ｔ０の補正値（以下、「補正前ユーザ降車予定時刻Ｔ_c０」とも称する）である。特に、変更可能範囲演算部２８は、車両現在地ｐ_vから前ユーザ降車予定地Ｐ０までの共用車両Ｖの予測走行時間を演算し、現在時刻ｔ_pvに当該予測走行時間を加算することで補正前ユーザ降車予定時刻Ｔ_c０を演算する。なお、式（６）は実質的に式（４）の「Ｔ０」を「Ｔ_c０」に置き換えたものである。

【0142】

次に、変更可能範囲演算部２８は、第１降車予定地ｐ_{e_k}を変更する場合（図１１Ｂに示すシーンである場合）には、以下の式（７）に基づいて第１補正変更可能範囲Ｒ_c1を演算する。

【数7】

【0143】

ここで、式（７）中の「Ｔ_c１」は、第１乗車予定時刻Ｔ１の補正値（以下、「補正第１乗車予定時刻Ｔ_c１」とも称する）である。特に、変更可能範囲演算部２８は、車両現在地ｐ_vから前ユーザ降車予定地Ｐ０を経由して第１乗車予定地ｐ_{s_k}に到達するまでの共用車両Ｖの予測走行時間を演算し、現在時刻ｔ_pvに当該予測走行時間を加算することで補正第１乗車予定時刻Ｔ_c１を演算する。なお、式（７）は実質的に式（５）の「Ｔ１」を「Ｔ_c１」に置き換えたものである。

【0144】

次に、ステップＳ１２０の判定結果が肯定的であって且つステップＳ１３０の判定結果が否定的である場合には、変更可能範囲演算部２８は、ステップＳ１５０に進み、第２補正変更可能範囲Ｒ_c2を演算する。具体的に、変更可能範囲演算部２８は、第１乗車予定地ｐ_{s_k}を変更する場合（図１１Ｃに示すシーンである場合）には、以下の式（８）に基づいて第２補正変更可能範囲Ｒ_c2を演算する。

【0145】

【数8】

【0146】

ここで、式（８）中の「Ｔ_G1c」は、第１固定地到着予定時刻Ｔ_G1の補正値（以下、「補正第１固定地到着予定時刻Ｔ_G1c」とも称する）である。特に、変更可能範囲演算部２８は、補正第１固定地到着予定時刻Ｔ_G1cを現在時刻ｔ_pvと同一の時刻に設定する。また、「Δｔ_c０」は、第０走行時間Δｔ０の補正値（以下、「補正第０走行時間Δｔ_c０」）を表す。特に、変更可能範囲演算部２８は、補正後の第１固定地Ｇ１とされる車両現在地ｐ_vから変更後の第１乗車予定地ｐ_{s_k}に向かう走行経路における予測走行時間を演算し、これを補正第０走行時間Δｔ_c０とする。なお、式（８）は実質的に式（４）の「Ｔ０」を「Ｔ_G1c」、及び「Δｔ０」を「Δｔ_c０」にそれぞれ置き換えたものである。

【0147】

一方、変更可能範囲演算部２８は、第１降車予定地ｐ_{e_k}を変更する場合（図１１Ｄに示すシーンである場合）には、以下の式（９）に基づいて第２補正変更可能範囲Ｒ_c2を演算する。

【0148】

【数9】

【0149】

なお、この場合、変更可能範囲演算部２８は、補正第０走行時間Δｔ_c０を、車両現在地ｐ_v（補正された第１固定地Ｇ１）から第１乗車予定地ｐ_{s_k}を経由して変更後の第１降車予定地ｐ_{e_k}に向かう走行経路（図１１Ｄの太い実線で表す走行経路）における予測走行時間として演算する。式（９）は実質的に式（５）の「Ｔ１」を「Ｔ_G1c」、及び「Δｔ０」を「Δｔ_c０」にそれぞれ置き換えたものである。

【0150】

次に、ステップＳ１３０の判定結果が否定的である場合（図１１Ｅに示すシーンである場合）には、変更可能範囲演算部２８は、ステップＳ１５０に進み、第３補正変更可能範囲Ｒ_c3を演算する。具体的に、変更可能範囲演算部２８は、図１１Ｄの場合と同様に上記式（９）に基づいて第３補正変更可能範囲Ｒ_c3を演算する。

【0151】

ただし、この場合、変更可能範囲演算部２８は、補正第０走行時間Δｔ_c０を、車両現在地ｐ_vから変更後の第１降車予定地ｐ_{e_k}に向かう走行経路（図１１Ｅの太い実線で表す走行経路）における予測走行時間として演算する。

【0152】

そして、変更可能範囲演算部２８は、補正変更可能範囲Ｒ_cを、上記図１４で説明した判定ロジックに応じて第１補正変更可能範囲Ｒ_c1、第２補正変更可能範囲Ｒ_c2、及び第３補正変更可能範囲Ｒ_c3の何れかとして演算する。さらに、サーバ２０は、演算した変更可能範囲Ｒを補正変更可能範囲Ｒ_cに置き換えて以降の処理（表示処理部５２への送信など）を実行する。

【0153】

以上説明した本実施形態において提供される各構成及びそれによる作用効果について説明する。

【0154】

本実施形態の配車システム１０又は配車予約管理システム１５において、サーバ２０の変更可能範囲演算部２８は、共用車両Ｖの現在地である車両現在地ｐ_vを取得し、取得した車両現在地ｐ_vに基づいて変更可能範囲Ｒを補正する。

【0155】

これによれば、配車オペレーションの実行下における共用車両Ｖの現在地に応じて変更可能範囲Ｒを適切に補正することができる。したがって、実際の配車オペレーションの進行が考慮されたより高精度な変更可能範囲Ｒの演算ロジックが実現される。

【0156】

特に、このように変更可能範囲Ｒが、上記第１実施形態で説明した後の処理（第１ユーザ端末ＵＴ_kにおける表示、予約変更処理部３０における処理、及び車載端末ＶＴにおける走行制御）に用いられることで、これらの処理においても配車オペレーション中の共用車両Ｖのリアルタイム挙動が反映されることとなる。

【0157】

［第５実施形態］
以下、第５実施形態について説明する。なお、第１実施形態～第４実施形態の何れかと同様の要素には同一の符号を付し、その説明を省略する。本実施形態では、特に、第１ユーザ端末ＵＴ_kの表示部（表示処理部５２及びディスプレイ５４）における変更可能範囲Ｒの表示処理の一形態について説明する。

【0158】

図１５及び図１６は、本実施形態における変更可能範囲Ｒの表示のための処理を説明する図である。

【0159】

図１５には、第１固定地Ｇ１（図５参照）を基点として第０走行時間Δｔ０の間に共用車両Ｖが到達可能な範囲に相当する第１円領域Ｓ_G1（半径＝Δｔ０）、及び第１走行時間Δｔ１の間に第２固定地Ｇ２に到着可能な共用車両Ｖの存在範囲に相当する第２円領域Ｓ_G2（半径＝Δｔ１）が示されている。

【0160】

特に、図１５（ａ）～図１５（ｆ）では、任意の基点時刻ｔ_bを基準として、第０走行時間Δｔ０及び第１走行時間Δｔ１を段階的に変化させた場合の各第１円領域Ｓ_G1及び各第２円領域Ｓ_G2をそれぞれ示している。より詳細には、第０走行時間Δｔ０を１０ｍｉｎ間隔で増加させる一方、第１走行時間Δｔ１を１０ｍｉｎ間隔で減少させた場合の第１円領域Ｓ_G1及び第２円領域Ｓ_G2をそれぞれ示している。また、図１５（ａ）～図１５（ｆ）に示される各第１円領域Ｓ_G1及び各第２円領域Ｓ_G2は、第０走行時間Δｔ０と第１走行時間Δｔ１の和が所定値（特に、７０ｍｉｎ）をとる条件を満たしている。そして、この所定値は、基点時刻ｔ_bに当該所定値を加算した時刻が許容到着時刻Ｔｂ以下となるように設定される。すなわち、各第１円領域Ｓ_G1及び各第２円領域Ｓ_G2は、式（１）の条件を満たす領域として定まる。なお、本実施形態における具体的な数値は説明の便宜上示したものであり、本発明の技術的範囲を限定するものでは無い。

【0161】

したがって、図１５（ａ）～図１５（ｆ）の各第１円領域Ｓ_G1は、それぞれ、基点時刻ｔ_bから１０分経過、２０分経過、３０分経過、４０分経過、５０分経過、６０分経過、及び７０分経過した場合に、共用車両Ｖが第１固定地Ｇ１を出発して到達し得る範囲を表す。一方、図１５（ａ）～図１５（ｆ）の各第２円領域Ｓ_G2は、それぞれ、同じ基点時刻ｔ_bから、７０分以内、６０分以内、５０分以内、４０分以内、３０分以内、２０分以内、及び１０分以内に第２固定地Ｇ２に到達可能な共用車両Ｖの存在範囲を表す。このため、各第１円領域Ｓ_G1及び各第２円領域Ｓ_G2の共通領域として定まる各２次元領域Ｓは、式（１）を満たすように設定可能な変更地Ｖａの候補領域となる。したがって、本実施形態の変更可能範囲演算部２８は、これを変更可能範囲Ｒとして演算する。

【0162】

図１６（ａ）～図１６（ｆ）には、図１５（ａ）～図１５（ｆ）のそれぞれ規定される各２次元領域Ｓを表す。なお、以下では、説明の便宜上、図１６（ａ）～図１６（ｆ）に示す各２次元領域Ｓにそれぞれ、符号「Ｓ１」、「Ｓ２」、「Ｓ３」、「Ｓ４」、「Ｓ５」、及び「Ｓ６」を付す。

【0163】

さらに、図１７には、各２次元領域Ｓ１，Ｓ２，Ｓ３，Ｓ４，Ｓ５，Ｓ６を一つの２次元平面上に重ね合わせた状態を示す。したがって、変更可能範囲Ｒは、各２次元領域Ｓ１，Ｓ２，Ｓ３，Ｓ４，Ｓ５，Ｓ６を重ね合わせてなる全領域として演算されることとなる。変更可能範囲演算部２８は、このように各２次元領域Ｓ１，Ｓ２，Ｓ３，Ｓ４，Ｓ５，Ｓ６を重ね合わせてなる変更可能範囲Ｒを表示処理部５２に送信する。

【0164】

さらに、表示処理部５２は、受信した変更可能範囲Ｒに基づいて表示データを生成する。具体的に、表示処理部５２は、変更可能範囲Ｒを内部メモリ等に記憶された配車エリアＡを含む現実の地図データに重ね合わせることで上記表示データを生成する。そして、表示処理部５２は、生成した表示データをディスプレイ５４に表示させる。

【0165】

図１８は、現実の地図データに変更可能範囲Ｒを重ね合わせた表示態様の一例を示す図である。図１８に示す例では、基点時刻ｔ_bからの経過時間ごとに変更地Ｖａを設定可能な領域が各２次元領域Ｓ１，Ｓ２，Ｓ３，Ｓ４，Ｓ５，Ｓ６として表されている。したがって、本実施形態によれば、基点時刻ｔ_bからの時間経過に応じて、予約変更に係る変更地Ｖａ（変更後の第１乗車予定地ｐ_{s_k}又は変更後の第１降車予定地ｐ_{e_k}）の候補を定め、表示することができる。

【0166】

特に、本実施形態の表示態様は、第１実施形態で定義した「第１固定地Ｇ１」、「変更地Ｖａ」、及び「第２固定地Ｇ２」を、より具体化した第２～第４実施形態の定義に基づいて、図１８に示す表示態様を実行することで、変更可能範囲Ｒを第１ユーザＵ_kの視覚を通じて好適に認識させることができる表示バリエーションが実現される。例えば、乗車前に乗車予定地を変更することが希望される場合（図１１Ａ又は図１１Ｂに示すシーン）には、変更地Ｖａを第１乗車予定地ｐ_{s_k}に設定し、任意の基点時刻ｔ_bからの所定時間間隔の経過時間（図１８では１０分毎）とした場合、時間別の第１乗車予定地ｐ_{s_k}の変更先の候補を表示することができる。

【0167】

より具体的には、変更可能範囲Ｒを、基点時刻ｔ_bから１０分後までに第１乗車予定地ｐ_{s_k}を変更する場合には２次元領域Ｓ１～Ｓ６の和として定まる領域、１０分後～２０分後までに変更する場合には２次元領域Ｓ２～Ｓ６の和として定まる領域、２０分後～３０分後までに変更する場合には２次元領域Ｓ３～Ｓ６の和として定まる領域、３０分後～４０分後までに変更する場合には２次元領域Ｓ４～Ｓ６の和として定まる領域、４０分後～５０分後までに変更する場合には２次元領域Ｓ５～Ｓ６の和として画定する領域、及び５０分後～６０分後までに変更する場合には２次元領域Ｓ６で表される領域として求めることができる。特に、図１１Ａのシーンでは基点時刻ｔ_bを補正前ユーザ降車予定時刻Ｔ_c０、図１１Ｂのシーンでは基点時刻ｔ_bを補正第１乗車予定時刻Ｔ_c１、図１１Ｃ～図１１Ｅのシーンでは基点時刻ｔ_bを現在時刻ｔ_pv（補正第１固定地到着予定時刻Ｔ_G1c）とすることで、適宜、図１８に示す変更可能範囲Ｒの表示態様の実現が可能となる。

【0168】

以上説明した本実施形態において提供される各構成及びそれによる作用効果について説明する。

【0169】

本実施形態の配車システム１０又は配車予約管理システム１５において、変更可能範囲Ｒは、所定の基点時刻ｔ_bからの時間経過に応じた２次元領域Ｓ１～Ｓ６として演算される。また、２次元領域Ｓ１～Ｓ６は、共用車両Ｖが変更地Ｖａの直前に通過する前固定地としての第１固定地Ｇ１を出発点として到達可能な領域としての第１円領域Ｓ_G1と、共用車両Ｖが第２固定地Ｇ２に到達し得る領域としての第２円領域Ｓ_G2と、の共通部分である。そして、本実施形態の表示処理部５２は、２次元領域Ｓ１～Ｓ６を配車エリアＡを含む現実の地図データに重ねて表示する。

【0170】

これにより、変更可能範囲Ｒを第１ユーザＵ_kに認識させるための様々な表示態様を実現することができる。また、変更可能範囲Ｒが配車エリアＡ内における現実の地図に重なって表示されるため、第１ユーザＵ_kによる変更可能範囲Ｒに対する視覚を通じた認識を促進することができる。

【0171】

以上、本発明の各実施形態について説明したが、上記各実施形態は本発明の適用例の一部を示したに過ぎず、本発明の技術的範囲を上記各実施形態の具体的構成に限定する趣旨ではない。

【0172】

例えば、上記各実施形態における配車システム１０の各ハードウェア構成及びソフトウェア構成は一態様であり、本発明の技術的範囲に含まれる範囲で任意に変更が可能である。一例として、配車システム１０における各ハードウェア構成及び各ソフトウェア構成は、一台のコンピュータで実現されても良いし、適宜複数台のコンピュータの機能を統合させて実現するようにしても良い。例えば、上記実施形態において配車予約データ管理装置としてのサーバ２０の各機能を、必要に応じてユーザ端末ＵＴ、車載端末ＶＴ、又はその他のサーバ２０とは物理的に離れた種々のハードウェア資源に分散させて構成しても良い。

【0173】

また、上記各実施形態では、説明の簡略化の観点から配車システム１０に含まれる共用車両Ｖが一台である例について説明している。しかしながら、上記各実施形態の演算ロジックは、配車システム１０に複数の共用車両Ｖが属しており、当該複数の共用車両Ｖの中の何れかに対して所定時間内に複数のユーザＵに係る配車処理が設定されているシーンにおいても、各共用車両Ｖごとに適用することが可能である。

【0174】

さらに、上記各実施形態では、予約内容の変更範囲の確認を求めるリクエスト（第１リクエスト信号Ｓ_r1）と、実際に予約内容の変更の指示を求めるリクエスト（第２リクエスト信号Ｓ_r2）と、が個別に生じることを前提としている。しかしながら、これら両リクエストを同時に受け付け、第１ユーザ端末ＵＴ_kに対する変更可能範囲Ｒの出力、当該変更を受け付けたことに基づく予約管理ＤＢ２２の更新等の処理を同時に実行する構成を採用しても良い。また、第１ユーザ端末ＵＴ_kの表示部と同様の機能を車載端末ＶＴに備え、ユーザＵが共用車両Ｖに乗車している際に、上記変更可能範囲Ｒの表示を実行する構成としても良い。さらに、第１ユーザ端末ＵＴ_kの表示処理部５２における表示のための演算処理を行う機能をサーバ２０のハードウェア及びソフトウェア構成により実現するか、サーバ２０及び第１ユーザ端末ＵＴ_k若しくは車載端末ＶＴにおける各ハードウェア及びソフトウェア構成に分散させても良い。

【0175】

また、第２実施形態において、車両現在地ｐ_vに基づいて図１１Ａ～図１１Ｅに示すシーンを推定し、補正された変更可能範囲Ｒを演算する例について説明した。しかしながら、これに代えて、現在の配車オペレーションの進捗状況を示す任意の情報をサーバ２０がアクセスすることのできる任意の記憶領域に記憶させておき、当該情報を参照して又は当該情報と車両現在地ｐ_vの双方を参照して、現在の状態が図１１Ａ～図１１Ｅに示すいずれのシーンに該当するのかを判断する構成を採用しても良い。これにより、例えば、配車オペレーションにおいて、第１ユーザＵ_kの配車処理に係る走行経路と異なるユーザＵの配車処理の走行経路の一部が共通する場合などにおいても、より高精度に図１１Ａ～図１１Ｅに示す各シーンを特定することができる。

【0176】

また、本出願における出願時の明細書等に記載された事項の範囲には、共用車両Ｖを利用する複数のユーザＵに対するそれぞれの配車処理に係る予約内容を示す予約データＢｄ_uをコンピュータとしてのサーバ２０に管理させる配車予約データ管理方法が含まれる。

【0177】

特に、この配車予約データ管理方法では、サーバ２０に、複数のユーザＵごとの配車処理（第１配車処理及び第２配車処理など）に係る予約内容（配車処理に係る乗車予定時刻ｔ_s、乗車予定地ｐ_s、降車予定時刻ｔ_e、及び降車予定地ｐ_e）を示す予約データＢｄ_uを各ユーザＵの識別情報（ユーザ名等）を対応させて記憶する記憶部としての予約管理ＤＢ２２を参照させる。そして、サーバ２０に第１ユーザＵ_kに紐付いた第１予約データＢｄ_ukから、第１予約データＢｄ_ukにより規定される第１配車処理の次に実行される第２配車処理に係る第２予約データＢｄ_uk+1を特定させる（特定部２６）。

【0178】

さらに、サーバ２０に、特定した第１予約データＢｄ_uk及び第２予約データに基づいて第１配車処理に係る予約内容の変更可能範囲Ｒを演算させる。特に、この配車予約データ管理方法では、サーバ２０に、共用車両Ｖが第２配車処理の乗車予定時刻ｔ_s以前に該第２配車処理の乗車予定地ｐ_sに到達するように変更可能範囲Ｒを演算させる（変更可能範囲演算部２８）。

【0179】

上記各実施形態の構成は、論理的に矛盾しない範囲で相互に組み合わせることが可能である。例えば、第２実施形態と第３実施形態を組み合わせることにより、車両現在地ｐ_v（現在の配車オペレーションの進捗状況）に応じて、リアルタイムに図１３に示す乗車予定時刻に応じた乗車予定地（又は降車予定地）の変更先候補の表示を更新することもできる。

【0180】

上記各実施形態では、予約変更にあたり、第１乗車予定時刻ｔ_{s_k}、第１降車予定時刻ｔ_{e_k}、第１乗車予定地ｐ_{s_k}、及び第１降車予定地ｐ_{e_k}の何れか一つが変更される場合を想定して変更可能範囲Ｒの演算及びその表示を行う例について説明した。一方で、これらの要素の内の２種以上が変更される場合には、上記各実施形態で説明した演算ロジックを各要素ごとに変更可能範囲Ｒの演算を実行し、各演算結果を統合した一つの変更可能範囲Ｒを生成し、これを表示処理部５２による表示する構成を採用しても良い。

【符号の説明】

【0181】

１０ 配車システム
１５ 配車予約管理システム
２０ サーバ
２２ 予約管理ＤＢ（記憶部）
２６ 特定部
２８ 変更可能範囲演算部
３０ 予約変更処理部
３２ 送受信部（送信部）
５０ 第１リクエスト生成部
５２ 表示処理部
５４ ディスプレイ
５６ 第２リクエスト生成部
６０ 走行制御部
７０ 走行アクチュエータ
１００ ネットワーク

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11A】

【図11B】

【図11C】

【図11D】

【図11E】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】