特許 7481110 乗車管理装置

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

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

(11)【特許番号】

(24)【登録日】2024-04-30

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

(54)【発明の名称】乗車管理装置

(51)【国際特許分類】

   G08G 1/00 20060101AFI20240501BHJP

   G08G 1/13 20060101ALI20240501BHJP

   G08G 1/09 20060101ALI20240501BHJP

   G06Q 50/10 20120101ALI20240501BHJP

   G06Q 50/40 20240101ALI20240501BHJP

【ＦＩ】

G08G1/00 D

G08G1/13

G08G1/09 F

G06Q50/10

G06Q50/40

【請求項の数】 10

(21)【出願番号】P 2019230380

(22)【出願日】2019-12-20

(65)【公開番号】P2021099593

(43)【公開日】2021-07-01

【審査請求日】2022-09-29

(73)【特許権者】

【識別番号】000237592

【氏名又は名称】株式会社デンソーテン

(72)【発明者】

【氏名】▲濱▼上 斉

(72)【発明者】

【氏名】前畑 実

(72)【発明者】

【氏名】勝野 雅之

【審査官】武内 俊之

(56)【参考文献】

【文献】特開２０１９－１７５３９０（ＪＰ，Ａ）

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

Ｇ０８Ｇ １／００

Ｇ０８Ｇ １／１３

Ｇ０８Ｇ １／０９

Ｇ０６Ｑ ５０／１０

Ｇ０６Ｑ ５０／４０

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

【請求項1】

第１利用者が乗車する車両に第２利用者を相乗りさせる場合、
前記第２利用者が前記車両に乗車する合流地点を決定し、
前記車両に搭載された車載通信端末からの情報に基づいて、前記車両が前記合流地点への移動を開始したと判断すると、前記第２利用者に前記合流地点で待機するよう通知し、
設定した期限までに前記第２利用者から前記合流地点での待機を承諾したことを示す通知を受信しない場合、前記相乗りのキャンセルを前記車載通信端末に通知する、
乗車管理装置。

【請求項2】

前記第２利用者が使用する通信端末の位置を示す位置情報と前記合流地点の位置情報とに基づいて前記第２利用者が前記合流地点で待機できるか否かを判断する、
請求項１に記載の乗車管理装置。

【請求項3】

前記車両の位置を示す位置情報に基づいて、前記車両が予め設定された合流時刻に前記合流地点に到着するか否かを予想し、
前記車両が前記合流時刻に到着しないと予想された場合、前記合流地点を変更し、変更された合流地点への移動が可能か否かを問い合わせる変更確認通知を前記第２利用者が使用する通信端末に送信し、
前記変更された合流地点へ移動できることを示す移動可能通知を前記変更確認通知の応答として受けた場合、前記変更された合流地点への移動指示を前記車載通信端末に送信する、
請求項１又は２に記載の乗車管理装置。

【請求項4】

前記車両が前記合流地点に前記合流時刻よりも遅れて到着すると判断された場合、前記合流地点を変更する、
請求項３に記載の乗車管理装置。

【請求項5】

前記車両が前記合流地点に前記合流時刻よりも早く到着すると判断された場合、前記合流地点を維持する、
請求項３又は４に記載の乗車管理装置。

【請求項6】

前記移動可能通知を受けた場合、前記第２利用者が前記車両に同乗する料金を割り引く、
請求項３～５のいずれか１項に記載の乗車管理装置。

【請求項7】

前記移動可能通知を受けた場合、前記車両を含む車両に同乗する時に使用できるポイントを前記第２利用者に付与する、
請求項３～５のいずれか１項に記載の乗車管理装置。

【請求項8】

前記第２利用者が前記車両に乗車した後に第３利用者が前記車両に乗車するための次の合流地点を設定し、
前記第２利用者が乗車した車両が前記決定された次の合流地点へ移動している時に、前記第３利用者の相乗りのキャンセルを受け付けた場合、前記第２利用者の利用料金を割引し、前記第３利用者のキャンセル料を決定する、
請求項１～７のいずれか１項に記載の乗車管理装置。

【請求項9】

前記第２利用者が前記車両に乗車した後に第３利用者が前記車両に乗車するための次の合流地点を設定し、
前記第２利用者が乗車した車両が前記決定された次の合流地点へ移動している時に、前記第３利用者の相乗りのキャンセルを受け付けた場合、前記車両を含む車両に同乗する時に使用できるポイントを前記第２利用者に付与し、前記第３利用者のポイントの少なくとも一部を消滅させる、
請求項１～７のいずれか１項に記載の乗車管理装置。

【請求項10】

第１利用者が乗車する車両に第２利用者を相乗りさせる場合、
前記第２利用者が前記車両に乗車する合流地点を決定し、
前記車両に搭載された車載通信端末からの情報に基づいて、前記車両が前記合流地点への移動を開始したと判断すると、前記第２利用者に前記合流地点で待機するよう通知し、
設定した期限までに前記第２利用者から前記合流地点での待機を承諾したことを示す通知を受信しない場合、前記相乗りのキャンセルを前記車載通信端末に送信する、
乗車管理装置が行う乗車管理方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、車両に相乗りする利用者を受け付ける乗車管理装置に関する。

【背景技術】

【0002】

同じ方向へ移動する複数の利用者が同一の車両に乗車する相乗りサービスの導入が進められている。相乗りサービスは、電車やバスに代わる新たな移動手段として注目されている。相乗りサービスの導入により、都0164市部における交通渋滞の緩和が期待される。

【0003】

利用者は、相乗りサービスを運営する事業者により管理される乗車管理装置にアクセスして、相乗りする車両の予約を行う。

【0004】

例えば、特許文献１は、利用者の移動通信端末から受けた乗車予約に応じて、車両の走行ルートを変更する乗車予約システムを開示している。具体的には、この乗車予約システムは、移動通信端末の位置情報を取得し、その取得した位置情報に基づいて利用者の乗車位置を決定する。この乗車予約システムは、決定した乗車位置に基づいて車両の走行ルートを変更し、その変更した走行ルートに従って走行するように車両に指示する。

【0005】

しかし、利用者が、乗車予約システムにより決定された乗車位置で待機していない場合がある。車両は、利用者が現れるまで決定された乗車位置で停止していなければならないため、車両の走行スケジュールが遅延する。この結果、この車両を利用する他の利用者が所望の時刻に目的地に到着できないという問題が発生する。

【先行技術文献】

【特許文献】

【0006】

【文献】特開２００２－８１９５号公報

【発明の概要】

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

【0007】

上記問題点に鑑み、本発明の目的は、相乗りに提供される車両の運行スケジュールの遅延発生を防ぐ乗車管理装置を提供することである。

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

【0008】

上記課題を解決するため、第１の発明は、乗車管理装置であって、相乗り決定部と、走行管理部と、待機判断部と、キャンセル通知部とを備える。相乗り決定部は、第１利用者が乗車する相乗り車両に第２利用者が同乗する場合、第２利用者が相乗り車両に乗車する合流地点を決定する。走行管理部は、相乗り車両に搭載された通信端末からの情報に基づいて、相乗り車両が相乗り決定部により決定された合流地点への移動を開始したか否かを判断する。待機判断部は、相乗り車両が移動を開始したと走行管理部により判断された場合、第２利用者が使用する通信端末から受ける所定の情報に基づいて第２利用者が決定された合流地点で待機しているか否を判断する。キャンセル通知部は、第２利用者が決定された合流地点で待機していないと待機判断部により判断された場合、第２利用者の相乗りがキャンセルされたことを相乗り車両に搭載された通信装置に通知する。

【0009】

第１の発明によれば、第２利用者が合流地点で待機していない場合、第２利用者の相乗りがキャンセルされる。これにより、第１利用者は、第２利用者が現れるまで合流地点で待機しなくてもよいため、相乗り車両の運行スケジュールが遅延することを防ぐことができる。

【0010】

第２の発明は、第１の発明であって、待機判断部は、待機指示部と、期限設定部と、期限判断部とを含む。待機指示部は、相乗り車両が移動を開始したと走行管理部により判断された場合、第２利用者が決定された合流地点で待機することを指示する待機指示通知を送信する。期限設定部は、待機指示通知に応答を受信する期限を設定する期限設定部。期限はんだ部は、決定された合流地点での待機を承諾したことを示す通知を期限設定部により設定された期限までに受信できない場合、第２利用者が待機していないと判断する。

【0011】

第２の発明によれば、相乗り車両は、第２利用者が待機を承諾した場合に第２利用者が合流地点で待機していると判断する。従って、第２の発明は、第２利用者が合流地点で待機しているか否かの判断精度を向上することができる。

【0012】

第３の発明は、第１又は第２の発明であって、待機判断部は、位置判断部を含む。位置判断部は、第２利用者が使用する通信端末の位置を示す位置情報と決定された位置情報とに基づいて第２利用者が決定された合流地点で待機できるか否かを判断する。

【0013】

第３の発明によれば、第２利用者が合流地点で待機できるか否かが第２利用者の位置に基づいて判断される。従って、第３の発明は、第２利用者が合流地点で待機しているか否かの判断精度を向上することができる。

【0014】

第４の発明は、第１～第３の発明のいずれかであって、さらに、到着予想部と、変更確認部と、変更指示部とを備える。到着予想部は、相乗り車両の位置を示す位置情報に基づいて、相乗り車両が予め設定された合流時刻に決定された合流地点に到着する否かを予想する。変更確認部は、相乗り車両が合流時刻に到着しないと到着予想部により予想された場合、決定された合流地点を変更し、変更された合流地点への移動が可能か否かを問い合わせる変更確認通知を通信端末に送信する。変更指示部は、変更された合流地点へ移動できることを示す移動可能通知を変更確認通知の応答として受けた場合、変更された合流地点への移動を指示する車両に搭載された通信端末に送信する。

【0015】

第４の発明によれば、相乗り車両の走行ルートが合流地点に到着する時刻に応じて変更される。従って、第４の発明は、相乗り車両の走行スケジュールの遅延発生をさらに効果的に防ぐことができる。

【0016】

第５の発明は、第４の発明であって、相乗り車両が決定された合流地点に予定時刻よりも遅れて到着すると到着予想部により判断された場合、変更確認部は、決定された合流地点を変更する。

【0017】

第５の発明によれば、相乗り車両が合流地点に遅れて到着すると予想される場合、合流地点が変更される。従って、第５の発明は、相乗り車両が合流地点に遅れて到着する場合であっても目的地に遅れて到着することを防ぐことができる。

【0018】

第６の発明は、第４又は５の発明であって、相乗り車両が決定された合流地点に予定時刻よりも早く到着すると到着予想部により判断された場合、変更確認部は、決定された合流地点を維持する。

【0019】

第６の発明によれば、相乗り車両が合流地点に早着すると予想される場合、合流地点は変更されない。合流地点の変更に伴う第２利用者の移動が発生しないため、第６の発明は、第２利用者のスケジュール変更を防ぐことができる。

【0020】

第７の発明は、第４～第６の発明のいずれかであって、変更指示部は、移動可能通知を受けた場合、第２利用者が相乗り車両に同乗する料金を割り引く。

【0021】

合流地点が変更された場合、第２利用者のスケジュールが変更される。これにより、第２利用者が不公平感を抱く虞がある。第７の発明は、第２利用者の利用料金を割り引くことにより、第２利用者の不公平感を緩和することができる。

【0022】

第８の発明は、第４～第６の発明のいずれかであって、変更指示部は、移動可能通知を受けた場合、相乗り車両を含む車両に同乗する時に使用できるポイントを第２利用者に付与する。

【0023】

合流地点が変更された場合、第２利用者のスケジュールが変更される。これにより、第２利用者が不公平感を抱く虞がある。第８の発明は、第２利用者にポイントを付与することにより、第２利用者の不公平感を緩和することができる。

【0024】

第９の発明は、第１～第８の発明のいずれかであって、相乗り決定部は、第２利用者が相乗り車両に乗車した後に第３利用者が相乗り車両に乗車するための次の合流地点を設定する。第９の発明はさらに、キャンセル受付部と、キャンセル処理部とを備える。キャンセル受付部は、第２利用者が乗車した相乗り車両が相乗り決定部により決定された次の合流地点へ移動している時に、第３利用者の相乗りのキャンセルを受け付ける。キャンセル処理部は、キャンセル受付部が第３利用者の相乗りのキャンセルを受け付けた場合、第２利用者の利用料金を割引し、第３利用者のキャンセル料を決定する。

【0025】

第９の発明によれば、第３利用者が相乗りをキャンセルすることにより、第３利用者のキャンセル料と、第２利用者の利用料金の割引額とが決定される。これにより、第９の発明は、第２利用者が単に遠回りを強いられたことに対して補償することができる。

【0026】

第１０の発明は、第１～第８の発明のいずれかであって、相乗り決定部は、第２利用者が相乗り車両に乗車した後に第３利用者が相乗り車両に乗車するための次の合流地点を設定する。第１０の発明は、さらに、キャンセル受付部と、キャンセル処理部とを備える。キャンセル受付部は、第２利用者が乗車した相乗り車両が相乗り決定部により決定された次の合流地点へ移動している時に、第３利用者の相乗りのキャンセルを受け付ける。キャンセル処理部は、キャンセル受付部が第３利用者の相乗りのキャンセルを受け付けた場合、相乗り車両を含む車両に同乗する時に使用できるポイントを第２利用者に付与し、第３利用者のポイントの少なくとも一部を消滅させる。

【0027】

第１０の発明によれば、第３利用者が相乗りをキャンセルすることにより、第３利用者のポイントの一部が消滅し、ポイントが第２利用者に付与される。これにより、第１０の発明は、第２利用者が単に遠回りを強いられたことに対して補償することができる。

【0028】

第１１の発明は、乗車管理方法であって、ａ）ステップと、ｂ）ステップと、ｃ）ステップと、ｄ）ステップとを備える。ａ）ステップは、第１利用者が乗車する相乗り車両に第２利用者が同乗する場合、第２利用者が相乗り車両に乗車する合流地点を決定する。ｂ）ステップは、相乗り車両に搭載された通信端末からの情報に基づいて、相乗り車両が決定された合流地点への移動を開始したか否かを判断する。ｃ）ステップは、相乗り車両が移動を開始したと判断された場合、第２利用者が使用する通信端末から受ける所定の情報に基づいて第２利用者が決定された合流地点で待機しているか否を判断する。ｄ）ステップは、第２利用者が決定された合流地点で待機していないと判断された場合、第２利用者の相乗りがキャンセルされたことを相乗り車両に搭載された通信装置に送信する。

【0029】

第１１の発明は、第１の発明に用いられる。

【発明の効果】

【0030】

本発明によれば、相乗りに提供される車両の運行スケジュールの遅延発生を防ぐ乗車管理装置を提供することができる。

【図面の簡単な説明】

【0031】

【図1】本発明の第１の実施の形態に係る乗車管理システムの構成を示す機能ブロック図である。

【図2】図１に示す乗車管理装置の構成を示す機能ブロック図である。

【図3】図２に示す待機判断部の構成を示す機能ブロック図である。

【図4】図１に示す乗車管理装置により計算される走行ルートの一例を示す図である。

【図5】図１に示す乗車管理装置が相乗りを決定する時における乗車管理システムの動作を示すシーケンス図である。

【図6】図１に示す通信端末から送信される車両提供情報の一例を示す図である。

【図7】図１に示す通信端末から送信される申請情報の一例を示す図である。

【図8】図１に示す乗車管理装置が合流地点で利用者が待機していないと判断する場合における乗車管理システムの動作を示すシーケンス図である。

【図9】図１に示す通信端末が待機承諾通知を送信した場合における乗車管理システムの動作を示すシーケンス図である。

【図10】図２に示す待機判断部により実行される位置判断を説明する図である。

【図11】図１に示す乗車管理装置に計算される変更ルートの一例を示す図である。

【図12】図４に示す合流地点を変更する場合における乗車管理システムのシーケンス図である。

【図13】本発明の第２の実施の形態に係る乗車管理装置により計算される走行ルートの一例を示す図である。

【図14】図１３に示す乗車管理装置の構成を示す機能ブロック図である。

【図15】図１４に示す乗車管理装置を備える乗車管理システムの動作を示すシーケンス図である。

【図16】ＣＰＵバス構成を示す図である。

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

【0032】

以下、図面を参照し、本発明の実施の形態を詳しく説明する。図中同一又は相当部分には同一符号を付してその説明は繰り返さない。

【0033】

［第１の実施の形態］
｛１．構成｝
｛１．１．乗車管理システム１００の構成｝
図１は、本発明の第１の実施の形態に係る乗車管理システム１００の構成を示す機能ブロック図である。図１を参照して、乗車管理システム１００は、利用者Ａ及びＢによる車両３の相乗りを管理するためのシステムである。

【0034】

本実施の形態では、利用者Ｂが、利用者Ａの運転する車両３に相乗りする場合を例として説明する。利用者Ａ及びＢの各々の目的地は、同じであると仮定する。

【0035】

乗車管理システム１００は、利用者Ａが乗車する車両３が、予め設定されている合流地点への移動を開始した場合、利用者Ｂが合流地点において車両３に乗車できるか否かを判断する。乗車管理システム１００は、利用者Ｂが乗車できないと判断した場合、利用者Ｂの相乗りをキャンセルする。

【0036】

乗車管理システム１００は、通信端末１０及び２０と、乗車管理装置４０とを備える。

【0037】

通信端末１０は、利用者Ａが所持する移動通信端末であり、例えば、スマートフォンである。通信端末１０は、利用者Ａの操作に応じて、車両提供情報１１を乗車管理装置４０に送信する。車両提供情報１１は、車両３を相乗りに提供することを示し、車両３の提供条件を含む。詳細については後述するが、提供条件は、出発地と、出発可能時刻と、目的地と、到着予定時刻とを含む。

【0038】

通信端末１０は、相乗り情報１２を乗車管理装置４０から受け、その受けた相乗り情報１２を図示しないディスプレイに表示する。相乗り情報１２は、相乗りが決定したことを示し、利用者Ｂが車両３に乗車する合流地点と、合流地点の到着時刻とを含む。

【0039】

通信端末２０は、利用者Ｂが所持する移動通信端末であり、例えば、スマートフォンである。通信端末２０は、利用者Ｂの操作に応じて、相乗りを申し込む申請情報２１を乗車管理装置４０に送信する。申請情報２１は、利用者Ｂにより指定された相乗り条件を記録する。詳細については後述するが、相乗り条件は、乗車希望地点と、乗車希望時刻と、目的地を含む。

【0040】

通信端末２０は、許可情報２２を乗車管理装置４０から受け、その受けた許可情報２２を図示しないディスプレイに表示する。許可情報２２は、車両３への相乗りが許可されたことを示す。許可情報２２は、車両３に乗車する位置である合流地点と、車両３が合流地点に到着する時刻である合流時刻とを含む。

【0041】

通信端末２０は、待機指示通知２４を乗車管理装置４０から受けた場合、利用者Ｂの操作に応じて、待機承諾通知２５を乗車管理装置４０に送信する。待機指示通知２４は、利用者Ｂが合流地点で待機することを指示するメッセージである。待機承諾通知２５は、利用者Ｂが合流地点での待機を承諾したことを示すメッセージである。

【0042】

利用者Ａは、通信端末１０を所持して、車両３を運転する。車両３が合流地点への移動を開始した場合、通信端末１０は、通信端末１０の位置を示す位置情報１３を乗車管理装置４０に送信する。通信端末１０は、キャンセル通知１４を乗車管理装置４０から受けた場合、利用者Ｂの相乗りがキャンセルされたことを利用者Ａに報知する。

【0043】

乗車管理装置４０は、相乗りサービスを提供する事業者により運営されるサーバであり、利用者Ａ及びＢによる車両３の相乗りを管理する。

【0044】

乗車管理装置４０は、通信端末１０から受けた車両提供情報１１と、通信端末２０から受けた申請情報２１とに基づいて、利用者Ｂが利用者Ａの運転する車両３に相乗りすることを決定する。乗車管理装置４０は、相乗りの決定に基づいて相乗り情報１２及び許可情報２２を生成し、その生成した相乗り情報１２及び許可情報２２を通信端末１０及び２０に送信する。

【0045】

乗車管理装置４０は、車両３が利用者Ａにより指定された出発地を出発した後に、利用者Ｂが合流地点で待機しているか否かを判断する。具体的には、乗車管理装置４０は、車両が出発地を出発した後に、乗車管理装置４０は、車両３が出発地を出発した後に、待機指示通知２４を通信端末２０に送信し、待機指示通知２４の応答として待機承諾通知２５を受ける。乗車管理装置４０は、通信端末２０の位置を示す位置情報２３を通信端末２０から受ける。

【0046】

乗車管理装置４０は、その受けた位置情報２３及び待機承諾通知２５に基づいて、利用者Ｂが合流地点で待機しているか否かを判断する。乗車管理装置４０は、利用者Ｂが待機していないと判断した場合、利用者Ｂの相乗りをキャンセルする。乗車管理装置４０は、利用者Ｂの相乗りがキャンセルされたことを示すキャンセル通知１４及び２６を生成する。乗車管理装置４０は、生成したキャンセル通知１４を通信端末１０に送信し、生成したキャンセル通知２６を通信端末２０に送信する。

【0047】

なお、乗車管理装置４０は、合流地点を変更する場合、図１に示していない情報を通信端末１０及び２０と送受信する。これらの情報については、後述する。

【0048】

｛１．２．乗車管理装置４０の構成｝
図２は、図１に示す乗車管理装置４０の構成を示す機能ブロック図である。図２を参照して、乗車管理装置４０は、相乗り決定部４１と、走行管理部４２と、待機判断部４３と、キャンセル通知部４４と、到着予想部４５と、変更確認部４６と、変更指示部４７と、記憶装置４８とを備える。

【0049】

相乗り決定部４１は、車両提供情報１１を通信端末１０から受け、申請情報２１を通信端末２０から受ける。相乗り決定部４１は、その受けた車両提供情報１１及び申請情報２１に基づいて、利用者Ｂが利用者Ａにより運転される車両３に相乗りすることを決定する。

【0050】

相乗り決定部４１は、相乗りの決定をする際に、車両３の走行ルート５１を決定する。走行ルート５１は、利用者Ｂが車両３に相乗りする場合に車両３が走行すべきルートであり、合流地点と、合流時刻とを含む。相乗り決定部４１は、決定した走行ルート５１を含む相乗り情報１２を生成し、生成した相乗り情報１２を通信端末１０に送信する。相乗り決定部４１は、合流地点と、合流時刻とを含む許可情報２２を生成し、生成した許可情報２２を通信端末２０に送信する。

【0051】

走行管理部４２及び待機判断部４３は、利用者Ｂが合流地点で待機しているか否かを判断するために用いられる。

【0052】

走行管理部４２は、走行ルート５１を相乗り決定部４１から受け、位置情報１３を通信端末１０から受ける。走行管理部４２は、その受けた走行ルート５１及び位置情報１３に基づいて、車両３が合流地点への移動を開始したか否かを判断する。走行管理部４２は、車両３が合流地点への移動を開始したことを示す移動開始通知５２を待機判断部４３に出力する。

【0053】

待機判断部４３は、移動開始通知５２を走行管理部４２から受けた場合、利用者Ｂが合流地点で待機しているか否かの判断を開始する。具体的には、待機判断部４３は、待機指示通知２４を通信端末２０に送信し、位置情報２３の送信を通信端末２０に要求する。待機判断部４３は、位置情報２３及び待機承諾通知２５を通信端末２０から受け、その受けた位置情報２３及び待機承諾通知２５に基づいて、利用者Ｂが合流地点で待機しているか否かを判断する。待機判断部４３は、利用者Ｂが待機しているか否かを示す待機判断結果５３をキャンセル通知部４４に出力する。

【0054】

キャンセル通知部４４は、待機判断結果５３を待機判断部４３から受ける。その受けた待機判断結果５３が、利用者Ｂが合流地点で待機していないことを示す場合、キャンセル通知部４４は、利用者Ｂの車両３への相乗りをキャンセルすることを決定する。キャンセル通知部４４は、キャンセル通知１４を通信端末１０に送信し、キャンセル通知２６を通信端末２０に送信する。

【0055】

その受けた待機判断結果５３が、利用者Ｂが合流地点で待機していることを示す場合、キャンセル通知部４４は、利用者Ｂが合流地点で車両３に乗車できると判断し、待機完了通知１５を通信端末１０に送信する。

【0056】

到着予想部４５、変更確認部４６及び変更指示部４７は、合流地点を変更するための構成である。合流地点は、車両３が合流時刻に合流地点に到着できないと予想される場合に変更される。

【0057】

到着予想部４５は、車両３の位置を示す位置情報１３を通信端末１０から受け、その受けた位置情報１３に基づいて、車両３が合流地点に到着する時刻を予想する。到着予想部４５は、予想した時刻に基づいて、車両３が合流時刻までに合流地点に到着できるか否かを予想する。

【0058】

変更確認部４６は、走行ルート５１を相乗り決定部４１から受け、予想結果５４を到着予想部４５から受ける。その受けた予想結果５４が、車両３が合流時刻までに合流地点に到着できないことを示す場合、変更確認部４６は、代替候補地点を決定し、その決定した代替候補地点を含む変更確認通知５５を通信端末２０に送信する。変更確認通知５５は、代替候補地点への移動が可能か否かを問い合わせるメッセージである。変更確認部４６は、変更確認通知５５を通信端末１０に送信した時刻を基準時刻５６として、変更指示部４７に出力する。

【0059】

変更指示部４７は、基準時刻５６を変更確認部４６から受けた場合、その受けた基準時刻５６に基づいて指示期限時刻を決定する。変更指示部４７は、現在時刻が決定した指示期限時刻まで待機する。変更指示部４７は、指示期限時刻までの待機中に移動可能通知２７を通信端末２０から受けた場合、合流変更通知５８を通信端末１０及び２０に送信する。移動可能通知２７は、利用者Ｂが変更合流地点への移動が可能であることを示すメッセージである。合流変更通知５８は、利用者Ｂが車両３に乗車する位置が合流地点から変更合流地点に変更されたことを示すメッセージである。図２に示す移動不可通知２８については、後述する。

【0060】

記憶装置４８は、不揮発性であり、例えば、ハードディスク装置である。記憶装置４８は、複数の車両に対応する複数の車両提供情報１１を記憶する。

【0061】

なお、以下の説明において、利用者Ａにより提供される車両３についての車両提供情報１１を、「車両提供情報１１Ａ」と記載する。

【0062】

乗車管理装置４０は、走行管理部４２、待機判断部４３及びキャンセル通知部４４を備えることにより、利用者Ｂが現れるまで利用者Ａが合流地点で待機することを防ぐことができる。乗車管理装置４０が、利用者Ｂが合流地点で待機しているか否かを判断し、その判断結果に基づいて利用者Ｂの相乗りをキャンセルするためである。従って、乗車管理装置４０は、車両３の運行スケジュールの遅延発生を防ぐことができる。

【0063】

乗車管理装置４０は、到着予想部４５、変更確認部４６及び変更指示部４７を備えることにより、乗車管理装置４０は、運行スケジュールの遅延を回復することができる。車両３が合流地点に送れて到着すると予想される場合に、乗車管理装置４０が合流地点を変更するためである。これにより、乗車管理装置４０は、車両３が合流地点に遅れて到着する場合であっても目的地に遅れて到着することを防ぐことができる。

【0064】

｛１．３．待機判断部４３の構成｝
図３は、図２に示す待機判断部４３の構成を示す機能ブロック図である。図３を参照して、待機判断部４３は、待機指示部４３１と、期限設定部４３２と、期限判断部４３３と、位置判断部４３４と、最終判断部４３５とを含む。

【0065】

待機指示部４３１は、移動開始通知５２を走行管理部４２から受けた場合、待機指示通知２４を生成し、その生成した待機指示通知２４を利用者Ｂが使用する通信端末２０に送信する。待機指示部４３１は、待機指示通知２４を送信した送信時刻を期限設定部４３２に出力する。

【0066】

期限設定部４３２は、待機指示部４３１から受けた送信時刻に基づいて、待機承諾期限を設定し、その設定した待機承諾期限を期限判断部４３３に出力する。

【0067】

期限判断部４３３は、期限設定部４３２から受けた待機承諾期限までに待機承諾通知２５を通信端末２０から受けた場合、利用者Ｂが合流地点で待機していないと判断する。期限判断部４３３は、待機承諾期限までに待機承諾通知２５を受けた場合、利用者Ｂが合流地点で待機していると判断する。期限判断部４３３は、利用者Ｂが待機しているか否かを示す承諾判断結果を最終判断部４３５に出力する。

【0068】

待機承諾通知２５は、後述するように、利用者Ｂが通信端末２０を操作することにより送信される。従って、期限判断部４３３は、待機承諾通知２５を受信した場合に、第２利用者が合流地点で待機していると判断することができる。従って、第２利用者が合流地点で待機しているか否かの判断精度を向上することができる。

【0069】

位置判断部４３４は、移動開始通知５２を走行管理部４２から受けた場合、通信端末２０の位置を示す位置情報２３を通信端末２０から取得する。位置判断部４３４は、合流地点と取得した位置情報２３とに基づいて、利用者Ｂが合流地点で待機できるか否かを判断する。位置判断部４３４は、利用者Ｂが合流地点で待機できるか否かを示す位置判断結果を最終判断部４３５に出力する。

【0070】

位置判断部４３４は、位置情報２３と合流地点とに基づいて、第２利用者が合流地点で待機できるか否かを判断する。従って、第２利用者が合流地点で待機しているか否かの判断精度を向上することができる。

【0071】

最終判断部４３５は、期限判断部４３３から受けた承諾判断結果と、位置判断部４３４から受けた位置判断結果とに基づいて、利用者Ｂが合流地点で待機しているか否かを最終的に判断する。具体的には、受けた承諾判断結果及び位置判断結果の少なくとも一方が、利用者Ｂが合流地点で待機していないことを示す場合、最終判断部４３５は、利用者Ｂが合流地点で待機していないことを示す待機判断結果５３をキャンセル通知部４４に出力する。

【0072】

｛２．動作｝
以下、乗車管理システム１００の動作を、相乗りの決定、待機判断、合流地点の変更に分けて説明する。

【0073】

相乗り決定とは、利用者Ａの通信端末１０から送信される車両提供情報１１Ａと、利用者Ｂの通信端末２０から送信される申請情報２１とに基づいて、利用者Ｂが利用者Ａの運転する車両３に相乗りすることを決定する処理である。

【0074】

待機判断とは、車両３が合流地点への移動を開始した後に、利用者Ｂが合流地点で待機しているか否かを判断する処理である。利用者Ｂが合流地点で待機していないと判断された場合、利用者Ｂの相乗りがキャンセルされる。

【0075】

合流地点の変更とは、車両３が合流時刻までに合流地点に到着できない場合に合流地点を変更する処理である。

【0076】

｛２．１．相乗り決定｝
図４は、図２に示す相乗り決定部４１により計算される走行ルート５１の一例を示す図である。図４を参照して、走行ルート５１は、利用者Ａが運転する車両３に利用者Ｂが相乗りする場合に車両３が走行すべきルートとして計算される。

【0077】

走行ルート５１は、出発地５１１と、合流地点５１２と、目的地５１３と、出発時刻５１６と、合流時刻５１７と、到着時刻５１８とを含む。さらに、走行ルート５１は、図示しない通過点を含む。通過点は、走行ルート５１を走行する車両３が通過すべき場所であり、例えば、交差点である。走行ルート５１は、出発地５１１から目的地５１３へ直行するルート５１Ｄよりも遠回りである。

【0078】

出発地５１１及び目的地５１３は、利用者Ａにより指定される。出発地は、例えば、車両３の駐車場である。合流地点５１２は、利用者Ｂが車両３に乗車する場所である。合流地点５１２は、例えば、車両３を一時的に駐車することができる駐車場を有する施設である。公共施設、コンビニエンスストアなどが、駐車場を有する施設として挙げられる。

【0079】

出発時刻５１６は、利用者Ａが車両３を運転して出発地５１１を出発する時刻である。合流時刻５１７は、利用者Ｂが合流地点５１２で車両３に乗車する時刻である。到着時刻５１８は、車両３に乗車する利用者Ａ及びＢが目的地５１３に到着する時刻である。本実施の形態では、利用者Ａの目的地が利用者Ｂの目的地と同じである例を説明するが、これらの目的地が異なっていてもよい。

【0080】

図５は、図１に示す乗車管理装置４０が相乗りを決定する時における乗車管理システム１００の動作を示すシーケンス図である。図５を参照しながら、利用者Ｂが利用者Ａの運転する車両３に相乗りすることを決定する乗車管理装置４０の動作を説明する。

【0081】

通信端末１０は、利用者Ａの操作に応じて、車両３を乗車管理装置４０に登録する（ステップＳ１１）。具体的には、通信端末１０は、利用者Ａの操作に応じて車両提供情報１１Ａを生成し、その生成した車両提供情報１１Ａを乗車管理装置４０に送信する。相乗り決定部４１は、車両提供情報１１Ａを通信端末１０から受けた場合、その受けた車両提供情報１１Ａを記憶装置４８に保存する。これにより、車両提供情報１１Ａが乗車管理装置４０に登録される。

【0082】

図６は、通信端末１０から送信される車両提供情報１１Ａの一例を示す図である。図６を参照して、車両提供情報１１Ａは、データ識別番号１１１と、車両識別番号１１２と、個人識別番号１１３と、出発地５１１と、目的地５１３と、出発時刻１１４と、到着時刻１１５と、許容人数１１６とを含む。データ識別番号１１１は、車両提供情報１１Ａを一意に特定する番号である。車両識別番号１１２は、車両３を一意に特定する番号である。個人識別番号１１３は、利用者Ａを一意に特定する番号である。

【0083】

出発地５１１及び目的地５１３は、例えば、世界測地系で記述される。出発時刻１１４は、利用者Ａが出発地５１１を出発する希望時刻である。到着時刻１１５は、利用者Ａが目的地５１３に到着する希望時刻である。許容人数は、車両３に相乗りすることができる人数の最大値である。なお、利用者Ａは、出発時刻１１４及び到着時刻１１５の各々に代えて、出発時間帯及び到着時間帯を指定してもよい。

【0084】

相乗り決定部４１は、登録した車両提供情報１１Ａを通信端末２０に公開する（ステップＳ１２）。

【0085】

例えば、通信端末２０は、利用者Ｂの操作に応じて、目的地及び到着希望時刻を含む検索要求を送信する。相乗り決定部４１は、検索要求を通信端末２０から受けた場合、検索要求に含まれる目的地及び到着希望時刻に基づいて、記憶装置４８に記憶された複数の車両提供情報１１を検索する。相乗り決定部４１は、検索結果として、車両提供情報１１Ａを特定し、特定した車両提供情報１１Ａを通信端末２０に送信する。これにより、登録した車両提供情報１１Ａが公開される。

【0086】

通信端末２０は、相乗り決定部４１により公開された車両提供情報１１Ａを表示する。利用者Ｂは、表示された車両提供情報１１Ａに基づいて、車両３の相乗りを申し込むことを決定する。通信端末２０は、申請情報２１を乗車管理装置４０に送信することにより、車両３の相乗りを乗車管理装置４０に申請する（ステップＳ１３）。

【0087】

図７は、通信端末２０により送信される申請情報２１の一例を示す図である。図７を参照して、申請情報２１は、データ識別番号２１１と、個人識別番号２１２と、目的地２１３と、希望合流地点２１４と、希望合流時刻２１５と、乗車人数２１６と、希望車両番号２１７とを含む。

【0088】

データ識別番号２１１は、申請情報２１を一意に特定するための番号である。個人識別番号２１２は、利用者Ｂを一意に特定するための番号である。目的地２１３は、利用者Ｂにより指定される。希望合流地点２１４は、利用者Ｂが車両３に乗車を希望する場所である。希望合流時刻２１５は、利用者Ｂが車両３に乗車を希望する時刻である。乗車人数２１６は、希望合流地点２１４において乗車する人数を示す。希望車両番号２１７は、利用者Ｂが乗車を希望する車両３の識別番号である。

【0089】

なお、申請情報２１は、希望車両番号２１７に代えて、車両提供情報１１Ａのデータ識別番号１１１又は利用者Ａの個人識別番号１１３を含んでいてもよい。

【0090】

図５を参照して、相乗り決定部４１は、申請情報２１を通信端末２０から受けた場合、その受けた申請情報２１に含まれる希望車両番号２１７に基づいて、車両提供情報１１Ａを特定する。相乗り決定部４１は、その受けた申請情報２１と、特定した車両提供情報１１Ａとに基づいて、走行ルート５１を計算する（ステップＳ１４）。

【0091】

具体的には、相乗り決定部４１は、希望合流地点２１４に基づいて、車両３が一時的に駐車できる場所を合流地点に決定する。相乗り決定部４１は、出発地５１１から合流地点を経由して目的地５１３に達する走行ルート５１を計算する。走行ルート５１の出発時刻は、車両提供情報１１Ａに記録された出発時刻１１４に設定される。走行ルート５１において、目的地の到着時刻は、車両提供情報１１Ａに記録された到着時刻１１５よりも前となるように設定される。暫定ルートの到着時刻が到着時刻１１５よりも後である場合、相乗り決定部４１は、合流地点を変更した上で、走行ルート５１を再計算する。

【0092】

相乗り決定部４１は、計算した走行ルート５１において、合流地点の通過時刻を合流時刻に決定する。決定した合流時刻が、希望合流時刻２１５を基準にして所定の範囲内である場合、相乗り決定部４１は、計算した走行ルート５１を利用者Ａ及びＢに提案することを決定する。所定の範囲は、例えば、希望合流時刻２１５を基準にして前後３０分の時間帯である。希望合流時刻２１５が所定の範囲外である場合、相乗り決定部４１は、走行ルート５１を計算できないと判断する。相乗り決定部４１は、走行ルート５１を計算できないと判断した場合、申請情報２１で指定された条件で相乗りできないことを通信端末２０に通知する。

【0093】

相乗り決定部４１は、ステップＳ１４で計算された走行ルート５１を通信端末１０に提案する（ステップＳ１５）。具体的には、相乗り決定部４１は、ステップＳ１４で計算された走行ルート５１を含む相乗り情報１２を生成し、その生成した相乗り情報１２を通信端末１０に送信する。

【0094】

通信端末１０は、相乗り情報１２を相乗り決定部４１から受けた場合、その受けた相乗り情報１２に基づいて、相乗りの希望者がいることを利用者Ａに通知する。通信端末１０は、受けた相乗り情報１２に含まれる走行ルート５１を表示する。利用者Ａが、提案された走行ルート５１を承諾する操作をした場合、通信端末１０は、相乗り承諾通知を相乗り決定部４１に送信する（ステップＳ１６）。

【0095】

相乗り決定部４１は、相乗り承諾通知を通信端末１０から受けた場合、ステップＳ１４で計算された走行ルート５１に基づいて、合流条件を通信端末２０に提案する（ステップＳ１７）。具体的には、相乗り決定部４１は、合流地点５１２及び合流時刻５１７を含む許可情報２２を生成し、その生成した許可情報２２を通信端末２０に送信する。

【0096】

通信端末２０は、許可情報２２を相乗り決定部４１から受けた場合、その受けた許可情報２２に基づいて、合流地点５１２及び合流時刻５１７を表示する。利用者Ｂが表示された合流条件を承諾する操作をした場合、通信端末２０は、相乗り承諾通知を相乗り決定部４１に送信する（ステップＳ１７）。

【0097】

相乗り決定部４１は、承諾通知を通信端末１０及び２０の各々から受けた場合、相乗りが成立したと判断する。相乗り決定部４１は、相乗りが成立したことを通信端末１０及び２０の各々に通知する（ステップＳ１８及びＳ１９）。相乗り決定部４１は、ステップＳ１９において、車両３のナンバーや色など、車両３を特定する情報を通信端末２０に送信してもよい。利用者Ｂが合流地点で車両３を特定できるようにするためである。これにより、相乗りを決定する乗車管理装置４０の動作が終了する。

【0098】

｛２．２．待機判断｝
乗車管理装置４０は、車両３が合流地点への移動を開始した場合、利用者Ｂが合流地点で待機しているか否かを判断する。

【0099】

（利用者Ｂが待機していないと判断する場合）
図８は、図２に示す待機判断部４３が合流地点で利用者Ｂが待機していないと判断する場合における乗車管理システム１００の動作を示すシーケンス図である。走行ルート５１で指定された出発時刻に、通信端末１０を所持して車両３の運転を開始すると仮定する。つまり、通信端末１０が、車両３に搭載される。

【0100】

通信端末１０は、利用者Ａの操作に応じて、出発地５１１を出発することを示す出発通知を乗車管理装置４０に通知する（ステップＳ２１）。通信端末１０は、出発通知と合わせて、定期的な位置情報１３の送信を開始する（ステップＳ２２）。送信間隔は、例えば、１０秒である。

【0101】

乗車管理装置４０において、走行管理部４２は、通信端末１０から受ける出発通知及び位置情報１３に基づいて、車両３が合流地点５１２への移動を開始したか否かを判断する（ステップＳ２３）。具体的には、走行管理部４２は、出発通知を受けた場合、位置情報１３の変化を確認する。位置情報１３が走行ルート５１に沿って変化している場合、走行管理部４２は、車両３が合流地点５１２への移動を開始したと判断する。走行管理部４２は、車両３が合流地点５１２への移動を開始したことを示す移動開始通知５２を待機判断部４３に出力する。

【0102】

走行管理部４２は、車両３が出発時刻５１６を過ぎても移動を開始しない場合、合流地点５１２への移動を促すメッセージを通信端末１０に送信してもよい。

【0103】

待機判断部４３は、移動開始通知５２を走行管理部４２から受けた場合、待機指示通知２４を通信端末２０に送信する（ステップＳ２４）。具体的には、待機指示部４３１は、移動開始通知５２を受けたことをトリガとして、待機指示時刻を設定する。待機指示時刻は、走行ルート５１に設定された合流時刻よりも所定時間前の時刻である。所定時間は、例えば、３０分である。現在時刻が設定した待機指示時刻となった場合、待機判断部４３は、合流地点５１２での待機を指示する待機指示通知２４を通信端末１０に送信する。

【0104】

通信端末２０は、待機指示通知２４を待機判断部４３から受けた場合、合流地点５１２での待機を指示するメッセージを表示する。利用者Ｂが、表示されたメッセージを承諾する操作をするまで、通信端末２０は、メッセージを表示したまま待機する。

【0105】

待機判断部４３は、待機指示通知２４を送信した時刻に基づいて、承諾期限時刻を設定する（ステップＳ２５）。具体的には、待機指示部４３１は、待機指示通知２４を送信した時刻を期限設定部４３２に通知する。期限設定部４３２は、待機指示部４３１から通知された時刻に基づいて、承諾期限時刻を設定する。承諾期限時刻は、例えば、待機指示通知２４を送信した時刻から予め設定された待機時間を経過した時刻である。待機時間は、例えば、１５分である。承諾期限時刻は、待機指示時刻から合流時刻までの期間内であればよい。

【0106】

待機判断部４３において、期限判断部４３３が、ステップＳ２５で設定された承諾期限時刻に基づいて、利用者Ｂが合流地点５１２に待機しているか否かを判断する（ステップＳ２６）。具体的には、期限判断部４３３は、承諾期限時刻を過ぎるまでに待機承諾通知２５を受信しなかった場合、利用者Ｂが合流地点５１２で待機していないと判断する。

【0107】

待機判断部４３が、利用者Ｂが合流地点５１２で待機していないと判断した場合、キャンセル通知部４４は、キャンセル通知１４を送信して、利用者Ｂの相乗りがキャンセルされたことを通信端末１０に通知する（ステップＳ２７）。

【0108】

具体的には、最終判断部４３５は、利用者Ｂが待機していないことを示す承諾判断結果を期限判断部４３３から受けた場合、位置判断部４３４の判断結果に関係なく、利用者Ｂが待機していないことをキャンセル通知部４４に通知する。

【0109】

キャンセル通知部４４は、利用者Ｂが待機していないことを示す通知を最終判断部４３５から受けた場合、キャンセル通知１４を通信端末１０に送信する。通信端末１０は、キャンセル通知１４を乗車管理装置４０から受けた場合、利用者Ｂが合流地点５１２で待機していないため、合流地点５１２へ移動しなくてもよいメッセージを利用者Ａに知らせる。通信端末１０が、キャンセル通知１４に基づくメッセージを出力する方法は、特に限定されない。

【0110】

キャンセル通知部４４は、キャンセル通知１４を送信した後に、通信端末１０の現在位置に基づいて代替ルートを計算してもよい。代替ルートは、通信端末１０の現在位置から目的地５１３に直行するルートである。合流地点５１２は、代替ルートにおいて経由地として設定されない。キャンセル通知部４４は、計算した代替ルートを通信端末１０に送信する。利用者Ａは、新たに提示された代替ルートに従って目的地５１３へ移動する。

【0111】

ステップＳ２７の後に、キャンセル通知部４４は、キャンセル通知２６を送信して、利用者Ｂの相乗り申請がキャンセルされたことを通信端末２０に通知する（ステップＳ２８）。通信端末２０は、キャンセル通知２６を受けた場合、合流地点５１２での待機を承諾しなかったため、車両３の相乗りがキャンセルされたことを示すメッセージを表示する。

【0112】

このように、乗車管理装置４０は、利用者Ｂが合流地点５１２で待機していることを確認できない場合、１４を通信端末１０に送信する。利用者Ｂが合流地点５１２に現れるまで、利用者Ａが合流地点５１２で待機し続けることを防ぐことができる。利用者Ａは、目的地５１３の到着希望時刻に遅れて目的地５１３に到着することを防ぐことができる。

【0113】

（利用者Ｂが待機していると判断する場合）
図９は、図１に通信端末２０が待機承諾通知２５を送信する場合における乗車管理システム１００の動作を示すシーケンス図である。図９に示すステップＳ２１～Ｓ２５は既に説明済みであるため、その説明を省略する。

【0114】

図９を参照して、通信端末２０は、ステップＳ２４で受けた待機指示通知２４に基づいて、合流地点５１２での待機を指示するメッセージを表示する。利用者Ｂが表示されたメッセージを承諾する操作をすることにより、通信端末２０は、待機承諾通知２５を乗車管理装置４０に送信する（ステップＳ３１）。

【0115】

待機判断部４３において、期限判断部４３３が、ステップＳ２５で設定された承諾期限時刻を過ぎるまでに、待機承諾通知２５を受信したと仮定する。この場合、期限判断部４３３は、現在位置の通知を通信端末２０に要求する（ステップＳ３２）。通信端末２０は、ステップＳ２５における要求の応答として、通信端末２０の現在位置を示す位置情報２３を待機判断部４３に送信する（ステップＳ３３）。

【0116】

待機判断部４３において、位置判断部４３４が、合流地点５１２及び通信端末２０から受けた位置情報２３に基づいて、位置判断を実行する（ステップＳ３４）。位置判断は、利用者Ｂが合流時刻５１７までに合流地点５１２に到着できるか否かを判断する処理である。

【0117】

図１０は、ステップＳ２７で実行される位置判断を説明する図である。図１０を参照して、現在位置２３１は、位置情報２３により示される通信端末２０の位置を示す。位置判断部４３４は、合流地点５１２を中心した半径３６を中心とした円形の移動可能領域３７を生成し、現在位置２３１がその生成した移動可能領域３７内であるか否かを判断する。半径３６は、現在時刻と合流時刻５１７との時間差に基づいて決定される。半径３６は、時間差が短くなるにつれて短くなる。

【0118】

位置２３１が移動可能領域３７内である場合、位置判断部４３４は、利用者Ｂが合流時刻５１７までに合流地点５１２に到着可能であると判断する。位置２３１が移動可能領域３７外である場合、位置判断部４３４は、利用者Ｂが合流時刻５１７までに合流地点５１２に到着できないと判断する。位置判断部４３４は、利用者Ｂが合流時刻５１７までに合流地点５１２に到着できるか否かを示す位置判断結果を最終判断部４３５に出力する。

【0119】

なお、位置判断部４３４は、現在位置２３１から合流地点５１２までのルートを計算し、その計算したルートの所要時間が、現在時刻と合流時刻との時間差より短いか否かを判断してもよい。所要時間が時間差よりも短ければ、待機判断部４３は、利用者Ｂが合流時刻５１７までに合流地点５１２に到着できると判断する。

【0120】

位置判断結果が、利用者Ｂが合流時刻５１７までに合流地点に到着できることを示している場合、最終判断部４３５は、利用者Ｂが合流地点５１２で待機していると判断する。最終判断部４３５は、図示しない待機通知を通信端末１０に送信する（ステップＳ３５）。つまり、通信端末２０が待機承諾通知２５を送信し、かつ、通信端末２０が移動可能領域３７内に位置する場合、乗車管理装置４０は、利用者Ｂが合流地点５１２で待機していると判断する。通信端末１０は、最終判断部４３５から受けた待機通知に基づいて、利用者Ｂが合流地点５１２で待機していることを利用者Ａに知らせる。

【0121】

（利用者Ｂが合流時刻までに到着できないと判断する場合）
位置判断結果が、利用者Ｂが合流時刻５１７までに合流地点に到着できないことを示している場合、最終判断部４３５は、待機承諾通知２５を受信しているか否かに関係なく、利用者Ｂが合流時刻に合流地点５１２で待機していないと判断する。最終判断部４３５は、利用者Ｂが合流地点で待機していないことを示す待機判断結果５３をキャンセル通知部４４に出力する。

【0122】

待機判断結果５３が、利用者Ｂが合流地点待機していないことを示しているため、キャンセル通知部４４は、利用者Ｂの相乗りをキャンセルする。キャンセル通知部４４は、キャンセル通知１４を通信端末１０に送信し（ステップＳ２７）、キャンセル通知２６を通信端末２０に送信する。

【0123】

このように、乗車管理装置４０は、利用者Ｂが合流時刻５１７までに合流地点５１２までに到着できないと判断した場合に、利用者Ｂの相乗りのキャンセルを通信端末１０及び２０に通知する。利用者Ｂが合流時刻５１７までに合流地点５１２に到着できない場合に、利用者Ａが合流地点５１２で待機し続けることを防ぐことができる。これにより、車両３の運行スケジュールの遅延発生を防ぐことができる。

【0124】

なお、図１０を参照して、位置判断部４３４は、位置判断（ステップＳ３４）の実行時に、警告領域３８を設定してもよい。警告領域３８は、移動可能領域３７に含まれる。警告領域３８は、合流地点５１２を中心とした半径３６の円と、合流地点５１２を中心とした半径３９の円との間の領域である。半径３９は、半径３６よりも短く、現在時刻と合流時刻５１７との差が小さくなるにつれて短くなる。位置判断部４３４は、現在位置２３１が警告領域３８内であるか否かを判断する。

【0125】

位置判断部４３４は、現在位置２３１が警告領域３８内であると判断した場合、利用者Ｂの相乗りがキャンセルされる可能性があることを通信端末２０に通知する。乗車管理装置４０は、利用者Ｂが合流地点５１２への移動を利用者Ｂに促すことができるため、利用者Ｂが合流地点５１２に送れて到着することを防ぐことができる。また、利用者Ｂの相乗りがキャンセルされることを防ぐことができる。

【0126】

また、位置判断部４３４は、待機承諾通知２５を受けてから、通信端末２０が警告領域３８内に位置するか否かを判断してもよい。これにより、利用者Ｂが合流地点５１２に送れて到着することをさらに効果的に防ぐことができる。

【0127】

｛２．３．合流地点５１２の変更｝
（概略）
車両３が、合流地点５１２への移動を開始した後に、道路状況等の原因によって合流時刻５１７までに合流地点５１２に到着できないことがある。この場合、乗車管理装置４０は、合流地点５１２を変更することにより、車両３が目的地５１３に遅れて到着することを防ぐ。

【0128】

図１１は、図１に示す乗車管理装置４０に計算される変更ルート５９の一例を示す図である。図１１を参照して、乗車管理装置４０は、車両３が合流地点５１２への移動を開始した場合、通信端末１０の位置情報１３に基づいて、車両３が合流時刻５１７までに合流地点５１２に到着できるか否かを判断する。

【0129】

乗車管理装置４０は、車両３が到着できないと判断した場合、車両３の現在位置から変更合流地点５１４を経由して目的地５１３に到着する変更ルート５９を計算する。車両３の現在位置から目的地５１３までの所要時間は、走行ルート５１よりも変更ルート５９の方が短い。

【0130】

乗車管理装置４０は、変更確認通知５５を通信端末２０に送信して、変更合流地点５１４への移動が可能か否かを利用者Ｂに問い合わせる。乗車管理装置４０は、移動可能通知２７を変更確認通知５５の応答として通信端末２０から受けた場合、変更ルート５９を送信して変更合流地点５１４へ向かうことを通信端末１０に指示する。乗車管理装置４０は、変更合流地点５１４へ移動することを通信端末２０に指示する。

【0131】

これにより、乗車管理装置４０は、車両３が合流時刻５１７までに合流地点５１２に到着できない場合であっても、車両３の運行スケジュールの遅延を回復することができる。

【0132】

（乗車管理装置４０の動作）
図１２は、図４に示す合流地点５１２を変更する場合における乗車管理システム１００のシーケンス図である。図１２を参照して、ステップＳ２１～Ｓ２３については、上記と同様であるため、その詳細の説明を省略する。

【0133】

図１２に示すステップＳ４１～Ｓ４７は、待機指示通知２４の送信（図９に示すステップＳ２４）の前、又は、待機通知の送信（図９に示すステップＳ３５）の後に実行されることが望ましい。合流地点５１２が図９に示すステップＳ２４～Ｓ３５の実行中に変更された場合、利用者Ｂが合流地点５１２及び変更合流地点５１４のどちらで待機しているかを特定できなくなるためである。なお、図９に示すステップＳ２４～Ｓ３５は、利用者Ｂが合流地点５１２で待機しているか否かの判断のための処理である。

【0134】

図１２を参照して、走行管理部４２が、車両３が合流地点５１２への移動を開始したと判断した場合（ステップＳ２３）、到着予想部４５は、車両３が合流時刻５１７までに合流地点５１２に到着できるか否かを判断する（ステップＳ４１）。

【0135】

具体的には、到着予想部４５は、位置情報１３を通信端末１０から受けるたびに、走行ルート５１及び受けた位置情報１３及びに基づいて、通信端末１０の現在位置から合流地点５１２までの所要時間を計算する。所要時間は、例えば、現在位置から合流地点５１２までの区間における渋滞の発生状況や、現在位置から合流地点５１２までの道のり等に基づいて計算される。到着予想部４５は、現在時刻と計算した所要時間とに基づいて、車両３が合流地点５１２に到着する時刻を予想する。到着予想部４５は、予想した時刻を合流時刻５１７と比較した結果に基づいて、車両３が合流時刻５１７までに合流地点５１２に到着できるか否かを判断する。

【0136】

予想した時刻が合流時刻５１７と同じである、又は、予想した時刻が合流時刻５１７よりも前である場合、到着予想部４５は、車両３が合流時刻５１７までに合流地点５１２に到着できると判断する。この場合、乗車管理装置４０は、合流地点５１２を変更しない。車両３が合流地点５１２に早着する場合において、利用者Ｂのスケジュールが変更されることを防ぐことができる。

【0137】

予想した時刻が合流地点よりも後である場合、到着予想部４５は、車両３が合流時刻５１７までに合流地点５１２に到着できないこと示す予想結果５４を変更確認部４６に出力する。

【0138】

予想結果５４が、車両３が合流時刻５１７までに合流地点５１２に到着できないこと示す場合、変更確認部４６は、変更ルート５９及び変更合流地点５１４を決定する（ステップＳ４２）。

【0139】

例えば、変更確認部４６は、合流地点５１２を中心とした円形の候補検索領域を設定し、設定した候補検索領域の中において、合流基準を満たす地点を選択する。合流基準は、上述のように、車両３が一時的に駐車することができる駐車場を有する施設である。候補検索領域の半径は、現在時刻から合流時刻５１７までの時間が短くなるにつれて短くなる。変更確認部４６は、車両３の現在位置から選択した地点を経由して目的地５１３に到着するルートを計算する。計算したルートの所要時間が、走行ルート５１のうち車両３の現在位置から目的地５１３までの区間の所要時間よりも高い場合、変更確認部４６は、計算したルートを変更ルート５９に決定する。

【0140】

あるいは、変更確認部４６は、車両３現在位置から目的地５１３に到着するルートであって、到着時刻５１８までに目的地５１３に到着できる候補ルートを計算する。変更確認部４６は、合流基準を満たし、かつ、計算した候補ルートに沿って位置する複数の地点を特定する。変更確認部４６は、特定した複数の地点の中で最も合流地点５１２に近い地点を変更合流地点５１４に決定する。

【0141】

つまり、変更ルート５９は、車両３の現在位置から目的地までの現時点での所要時間が走行ルート５１よりも短いルートである。変更合流地点５１４は、変更ルート５９上に位置し、合流地点５１２に基づいて決定される。変更確認部４６は、決定した変更ルート５９において変更合流地点５１４を通過する時刻を、変更合流時刻に決定する。

【0142】

変更確認部４６は、決定した変更合流地点５１４及び変更合流時刻を含む変更確認通知５５を通信端末２０に送信する（ステップＳ４３）。

【0143】

変更確認部４６は、指示期限時刻を設定する（ステップＳ４４）。具体的には、変更指示部４７は、変更確認通知５５の送信時刻を基準時刻５６に設定し、変更指示部４７に通知する。変更指示部４７は、変更確認部４６から受けた基準時刻５６から、応答待機時刻を経過した時刻を指示期限時刻に設定する。応答待機時刻は、予め変更指示部４７に設定されている。変更指示部４７は、ステップＳ４４で設定した指示期限時刻まで、移動可能通知２７の受信を待機する。

【0144】

通信端末２０は、変更確認通知５５を変更確認部４６から受けた場合、変更合流時刻までに変更合流地点５１４へ移動できるか否かを問い合わせる画面を表示する。通信端末２０は、利用者Ｂが変更合流地点５１４への移動を承諾する操作をした場合、変更合流地点５１４へ移動できることを示す移動可能通知２７を乗車管理装置４０に送信する（ステップＳ４５）。

【0145】

変更指示部４７は、ステップＳ４４で設定した指示期限時刻を過ぎるまでに移動可能通知２７を通信端末１０から受けた場合、走行ルートの変更を通信端末１０に通知する（ステップＳ４６）。具体的には、変更指示部４７は、ステップＳ４２で決定した変更ルート５９及び変更合流地点５１４を通信端末１０に送信する。通信端末１０は、変更指示部４７から受けた変更ルート５９を走行して変更合流地点５１４に向かうことを、利用者Ａに指示する。

【0146】

変更指示部４７は、車両３の乗車場所が変更合流地点５１４に変更されたことを通信端末２０に通知する（ステップＳ４７）。通信端末２０は、ステップＳ４８の通知に基づいて、変更合流地点５１４へ移動を開始することを指示する画面を表示する。

【0147】

このように、乗車管理装置４０は、車両３が合流時刻５１７までに合流地点５１２に到着できない場合、合流地点５１２を変更合流地点５１４に変更する。この結果、乗車管理装置４０は、車両３が運航スケジュールの遅れを回復することができる。

【0148】

なお、変更指示部４７は、移動可能通知２７を通信端末２０から受けた場合、利用者Ｂが支払う相乗り料金を割引してもよいし、利用者Ｂにポイントを付与してもよい。利用者Ｂの相乗り料金の計算方法は特に限定されない。利用者Ｂは、付与されたポイントを、事業者が提供する相乗りサービスを利用するときに使用することができる。なお、利用者Ｂの相乗り料金は、相乗りサービスを提供する事業者に支払われる手数料と、利用者Ａに支払われる車両提供料金とを含む。

【0149】

乗車管理装置４０は、相乗り料金を割り引く場合、一定額を利用者Ｂの相乗り料金から割り引いてもよいし、合流地点５１２から変更合流地点５１４までの距離に応じて割り引いてもよい。この場合、利用者Ａに支払われる車両提供料金が減額されることが望ましい。利用者Ａが到着時刻５１８に目的地５１３に到着できるように、利用者Ｂが協力したためである。

【0150】

乗車管理装置４０は、ポイントを利用者Ｂに付与する場合、一定額を利用者Ｂのポイントに付与してもよいし、合流地点５１２から変更合流地点５１４までの距離に応じて付与してもよい。この場合、乗車管理装置４０は、利用者Ａに既に付与されているポイントの一部を、利用者Ｂに付与してもよい。乗車管理装置４０は、利用者Ａに支払われる車両提供料金を減額し、減額分を利用者Ｂに付与するポイントの原資としてもよい。

【0151】

合流地点が変更された場合、利用者Ｂのスケジュールが変更されるため、利用者Ｂが不公平感を抱く虞がある。乗車管理装置４０は、利用者Ｂの利用料金を割り引く、あるいは、利用者Ｂにポイントを付与することにより、第２利用者の不公平感を緩和することができる。

【0152】

以上説明したように、車両３が合流地点５１２への移動を開始した場合、乗車管理装置４０は、通信端末２０から受ける待機指示通知２４及び位置情報２３に基づいて、利用者Ｂが合流地点で待機しているか否かを判断する。乗車管理装置４０は、利用者Ｂが待機していないと判断した場合、利用者Ｂの相乗りをキャンセルする。利用者Ａは、利用者Ｂが合流地点に表れるまで合流地点で待機することを防ぐことができるため、車両３が、利用者Ａの目的地に送れて到着することを防ぐことが可能となる。

【0153】

また、車両３が合流時刻５１７までに合流地点５１２に到着できないと予想される場合、乗車管理装置４０は、車両３の現在位置から目的地５１３までの所要時間が短縮されるように合流地点５１２を変更する。これにより、車両３の遅延が発生した場合であっても、車両３の遅延を回復することができる。

【0154】

［第２の実施の形態］
｛１．走行ルートの一例｝
図１３は、本発明の第２の実施の形態に係る乗車管理装置により計算される走行ルートの一例を示す図である。図１３を参照して、本実施の形態に係る乗車管理装置は、利用者Ｂ及びＣが利用者Ａの運転する車両３に相乗りするための走行ルート６０を計算する。

【0155】

走行ルート６０は、出発地６１から、合流地点６２及び６３を経由して、目的地６４に到着する。利用者Ｂは、合流地点６２で車両３に乗車する。利用者Ｃは、合流地点６３で車両３に乗車する。走行ルート６０において、合流地点６２は、合流地点６３よりも先に到着するように設定される。利用者Ｂ及びＣが車両３に相乗りしない場合、車両３は、直行ルート６０Ｄを走行する。

【0156】

通信端末３０は、利用者Ｃが所持する移動通信端末であり、例えば、スマートフォンである。通信端末３０は、本実施の形態に係る乗車管理装置と通信する。

【0157】

｛２．乗車管理装置４０Ａの構成｝
図１４は、本実施の形態に係る乗車管理装置４０Ａの構成を示す機能ブロック図である。図１４を参照して、乗車管理装置４０Ａは、相乗り決定部４１と、到着予想部４５と、変更確認部４６と、変更指示部４７とに代えて、相乗り決定部４１Ａと、キャンセル受付部７１と、キャンセル処理部７２とを備える。

【0158】

以下、上記第１の実施の形態に係る乗車管理装置４０と異なる点を中心に、乗車管理装置４０Ａについて説明する。

【0159】

相乗り決定部４１Ａは、車両提供情報１１Ａを通信端末１０から受け、申請情報２１及び３１を通信端末２０及び３０から受ける。申請情報３１は、利用者Ｃにより指定された相乗り条件を記録する。相乗り決定部４１Ａは、受けた車両提供情報１１Ａと、受けた申請情報２１及び３１とに基づいて、利用者Ｂ及びＣが利用者Ａの運転する車両３に相乗りすることを決定し、走行ルート６０を計算する。合流地点６２及び６３は、走行ルート６０上に設定される。

【0160】

キャンセル受付部７１は、車両３が利用者Ｂを乗せて合流地点６３へ移動している時に、相乗りのキャンセルを申請するキャンセル申請３２を利用者Ｃの通信端末３０から受け付ける。

【0161】

キャンセル処理部７２は、キャンセル申請３２がキャンセル受付部７１により受け付けられた場合、位置情報１３及び合流地点６３に基づいて、利用者Ａの車両提供料金を加算し、利用者Ｂの利用料金を割り引き、利用者Ｃのキャンセル料金料を決定する。キャンセル処理部７２は、加算通知６６を通信端末１０に送信し、割引通知６７を通信端末２０に送信し、請求通知６８を通信端末３０に送信する。加算通知６６は、加算された車両提供料金の額を示すメッセージである。割引通知６７は、割り引きされた利用料金の額を示すメッセージである。請求通知６８は、利用者Ｃのキャンセル料金の額を示すメッセージである。

【0162】

｛３．乗車管理装置４０Ａの動作｝
図１５は、図１４に示す乗車管理装置４０Ａを備える乗車管理システムの動作を示すシーケンス図である。図１５を参照しながら、利用者Ｃが車両３の相乗りをキャンセルする時における乗車管理装置４０Ａの動作を説明する。

【0163】

車両３が利用者Ｂを乗せた場合、通信端末１０は、利用者Ａの操作に応じて、合流地点６３への移動を開始することを乗車管理装置４０に通知する（ステップＳ５１）。通信端末１０は、移動開始の通知後に、定期的な位置情報１３の送信を開始する（ステップＳ５２）。乗車管理装置４０Ａにおいて、走行管理部４２は、通信端末１０から受ける移動開始の通知及び位置情報１３に基づいて、車両３が合流地点６３への移動を開始したか否かを判断する（ステップＳ５３）。ステップＳ５１～Ｓ５３は、図８に示すステップＳ２１～Ｓ２３と同様の処理である。

【0164】

走行管理部４２が、車両３が合流地点６２への移動を開始したと判断した場合、待機判断部４３は、待機指示通知２４を通信端末３０に送信する（ステップＳ５４）。ステップＳ５４は、図８に示すステップＳ２４と同様の処理である。

【0165】

通信端末３０が、待機指示通知２４を走行管理部４２から受けた後に、利用者Ｃが、通信端末３０を操作して、車両３の相乗りをキャンセルしたと仮定する。

【0166】

この場合、通信端末３０は、車両３の相乗りのキャンセルを申請するキャンセル申請３２を乗車管理装置４０に送信する（ステップＳ５５）。キャンセル申請３２は、合流地点６３と図１３に示す合流時刻６５とを含む。合流時刻６５は、合流地点６３において利用者Ｃが車両３に乗車する時刻であり、相乗り決定部４１Ａにより事前に通信端末３０に通知されている。

【0167】

乗車管理装置４０において、キャンセル受付部７１が、通信端末３０から受けたキャンセル申請３２に基づいて、利用者Ｃのキャンセルを受け付ける（ステップＳ５６）。具体的には、キャンセル受付部７１は、キャンセル申請３２を通信端末３０から受けた場合、その受けたキャンセル申請３２に含まれる合流地点６３及び合流時刻６５に基づいて、走行ルート６０における利用者Ｃの相乗りがキャンセルされたと判断する。キャンセル受付部７１は、利用者Ｃの相乗りキャンセルをキャンセル処理部７２に通知する。

【0168】

キャンセル処理部７２は、利用者Ｃの相乗りキャンセルをキャンセル受付部７１から通知された場合、利用者Ｃのキャンセル料金を決定する（ステップＳ５７）。

【0169】

例えば、キャンセル処理部７２は、通信端末１０から受ける位置情報１３に基づいて、キャンセル基準位置を決定する。キャンセル基準位置は、キャンセル受付部７１がキャンセル申請３２を受けた時刻における車両３の位置である。キャンセル処理部７２は、決定したキャンセル基準位置から合流地点６３までの道のりを走行ルート６０に基づいて特定し、特定した道のりに基づいて利用者Ｃのキャンセル料金を決定する。キャンセル料金は、特定した位置から合流地点６３までの距離が短くなるにつれて、高くなる。キャンセル料金は、特定した位置から合流地点６３までの直線距離に基づいて決定されてもよい。

【0170】

キャンセル処理部７２は、特定したキャンセル基準位置から合流地点６３までの所要時間に基づいて、キャンセル料金を決定してもよい。この場合、所要時間が短くなるにつれて、キャンセル料金は高くなる。所要時間が短くなるにつれて、車両３が合流地点６３に近づくためである。

【0171】

キャンセル処理部７２は、利用者Ｂの利用料金の割引額を決定する（ステップＳ５８）。具体的には、キャンセル処理部７２は、キャンセル料金と同様に、キャンセル基準位置から合流地点６３までの道のりに基づいて、割引額を決定する。割引額は、キャンセル基準位置から合流地点６３までの所要時間に基づいて決定されてもよい。

【0172】

キャンセル処理部７２は、利用者Ａの車両提供料金の加算額を決定する（ステップＳ５９）。具体的には、キャンセル処理部７２は、キャンセル料金と同様に、キャンセル基準位置から合流地点６３までの道のりに基づいて、加算額を決定する。加算額は、キャンセル基準位置から合流地点６３までの所要時間に基づいて決定されてもよい。

【0173】

利用者Ｃのキャンセル料金の一部が、ステップＳ５８で決定される割引額とステップＳ５９で決定される加算額とに充当されてもよい。この場合、ステップＳ５８で決定される割引額とステップＳ５９で決定される加算額の合計額が、利用者Ｃのキャンセル料金を超えないことが望ましい。また、利用者Ｃのキャンセル料金と、ステップＳ５８で決定される割引額と、ステップＳ５９で決定される加算額との各々は、一定額であってもよい。

【0174】

キャンセル処理部７２は、ステップＳ５７で決定されたキャンセル料金を含む請求通知６８を通信端末３０に送信する（ステップＳ６０）。キャンセル処理部７２は、ステップＳ５８で決定された割引額を通信端末２０に通知する（ステップＳ６１）。キャンセル処理部７２は、ステップＳ５９で決定された加算額を通信端末１０に通知する（ステップＳ６２）。

【0175】

このように、乗車管理装置４０Ａは、利用者Ａ及びＢが乗車している車両３が合流地点６３への移動を開始した後に、利用者Ｃが操作する通信端末３０から送信されるキャンセル申請３２を受け付けることができる。乗車管理装置４０は、利用者Ｃによる相乗りのキャンセル申請３２を受け付けた場合、利用者Ｃのキャンセル料金と、利用者Ｂの利用料金の割引額と、車両提供料金の加算額とを決定する。これにより、乗車管理装置４０Ａは、利用者Ｃが相乗りを車両３の乗車直前にキャンセルした場合において、利用者Ａ及びＢに補償をすることができる。

【0176】

なお、本実施の形態において、キャンセル処理部７２は、キャンセル料金、利用者Ｂの利用料金の割引額、及び、車両提供料金の加算額の決定に代えて、利用者Ａ～Ｃの各々のポイントを変更してもよい。

【0177】

例えば、キャンセル処理部７２は、ステップＳ５７において、利用者Ｃのポイントの一部を消滅させる。消滅するポイントは、キャンセル基準位置から合流地点６３までの道のりに基づいて決定される。キャンセル処理部７２は、ステップＳ５８において、キャンセル基準位置から合流地点６３までの道のりに応じて、新たなポイントを利用者Ｂに付与する。キャンセル処理部７２は、ステップＳ５９において、キャンセル基準位置から合流地点６３までの道のりに応じて、新たなポイントを利用者Ａに付与する。この場合であっても、利用者Ａ及びＢは、利用者Ｃによる相乗りの直前キャンセルによる補償を受けることができる。

【0178】

本実施の形態において、キャンセル受付部７１は、利用者Ｂによるキャンセルを受け付けてもよい。この場合、キャンセル受付部７１は、車両３が合流地点６２への移動を開始した後に、通信端末２０から送信されるキャンセル申請を受け付ける。この場合、キャンセル処理部７２は、キャンセル基準位置から合流地点６２までの道のりに基づいて、利用者Ｂのキャンセル料金を決定し、車両提供料金の加算額を決定する。利用者Ｃは、利用者Ｂのキャンセルの影響を受けないため、キャンセル処理部７２は、利用者Ｃの利用料金の加算額を決定しない。

【0179】

［変形例］
上記実施の形態では、通信端末１０が、車両３の位置を示す情報として位置情報１３を送信する例を説明したが、これに限られない。例えば、車両３に搭載されたカーナビゲーション装置が、車両３の位置を示す情報を送信してもよいし、キャンセル通知１４を受信してもよい。この場合、通信端末１０は、車両３が合流地点への移動を開始する前に、車両３の移動中における通信先をカーナビゲーション装置に変更することを示すメッセージを乗車管理装置４０に送信しておけばよい。つまり、車両３に搭載される通信端末は、車両３に固定されていてもよいし、固定されていなくてもよい。

【0180】

上記実施の形態では、走行管理部４２が、走行ルート５１及び位置情報１３に基づいて、車両３が合流地点への移動を開始したか否かを判断する例を説明したが、これに限られない。走行管理部４２は、走行ルート５１を使用しなくてもよい。この場合、走行管理部４２は、位置情報１３の変化に基づいて、車両３が合流地点への移動を開始したか否かを判断してもよい。あるいは、走行管理部４２は、車両３が合流地点への移動を開始したことを示す移動開始通知を通信端末３０から受けた場合、車両３が移動を介したと判断してもよい。

【0181】

上記実施の形態において、乗車管理装置４０が、到着予想部４５と、変更確認部４６と、変更指示部４７とを備える例を説明したが、これに限られない。乗車管理装置４０は、到着予想部４５と、変更確認部４６と、変更指示部４７とを備えていなくてもよい。

【0182】

上記実施の形態において、待機判断部４３が、期限判断部４３３及び位置判断部４３４を含む例を説明したが、これに限られない。待機判断部４３は、期限判断部４３３及び位置判断部４３４の少なくとも一方を備えていればよい。つまり、待機判断部４３は、車両３が合流地点５１２への移動を開始した後に、通信端末２０から受ける所定の情報に基づいて、利用者Ｂが合流地点５１２で待機しているか否かを判断すればよい。

【0183】

上記実施の形態において、車両３が利用者Ａにより運転される例を説明したが、これに限られない。車両３は、利用者Ａが乗車する車両であれば、特に限定されない。車両３は、利用者Ａが乗車するタクシーや、バスであってもよい。

【0184】

また、上記実施の形態において、乗車管理装置４０及び４０Ａは、ＬＳＩ（Large Scale Integration）などの半導体装置により個別に１チップ化されてもよいし、一部又は全部を含むように１チップ化されてもよい。ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ（Int egrated Circuit）、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。

【0185】

集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。

【0186】

また、乗車管理装置４０及び４０Ａにより実行される処理の一部または全部は、プログラムにより実現されてもよい。そして、上記各実施の形態の各機能ブロックの処理の一部または全部は、コンピュータにおいて、中央演算装置（ＣＰＵ）により行われる。また、それぞれの処理を行うためのプログラムは、ハードディスク、ＲＯＭなどの不揮発性記憶装置に格納されており、ＲＯＭにおいて、あるいはＲＡＭに読み出されて実行される。

【0187】

また、上記実施の形態の各処理をハードウェアにより実現してもよいし、ソフトウェア（ＯＳ（オペレーティングシステム）、ミドルウェア、あるいは、所定のライブラリとともに実現される場合を含む。）により実現してもよい。さらに、ソフトウェアおよびハードウェアの混在処理により実現しても良い。

【0188】

例えば、乗車管理装置４０及び４０Ａを、ソフトウェアにより実現する場合、図１６に示したハードウェア構成（例えば、ＣＰＵ、ＲＯＭ、ＲＡＭ、入力部、出力部等をバスＢｕｓにより接続したハードウェア構成）を用いて、各機能部をソフトウェア処理により実現するようにしてもよい。

【0189】

また、上記実施の形態における処理方法の実行順序は、上記実施の形態の記載に制限されるものではなく、発明の要旨を逸脱しない範囲で実行順序を入れ替えてもよい。

【0190】

前述した方法をコンピュータに実行させるコンピュータプログラム及びそのプログラムを記録したコンピュータ読み取り可能な記録媒体は、本発明の範囲に含まれる。ここで、コンピュータ読み取り可能な記録媒体としては、例えば、フレキシブルディスク、ハードディスク、ＣＤ－ＲＯＭ、ＭＯ、ＤＶＤ、ＤＶＤ－ＲＯＭ、ＤＶＤ－ＲＡＭ、大容量ＤＶＤ、次世代ＤＶＤ、半導体メモリを挙げることができる。

【0191】

以上、本発明の実施の形態を説明したが、上述した実施の形態は本発明を実施するための例示に過ぎない。よって、本発明は上述した実施の形態に限定されることなく、その趣旨を逸脱しない範囲内で上述した実施の形態を適宜変形して実施することが可能である。

【符号の説明】

【0192】

１００ 乗車管理システム
１０、２０、３０ 通信端末
４０ 乗車管理装置
４１ 相乗り決定部
４２ 走行管理部
４３ 待機判断部
４４ キャンセル通知部
４５ 到着予想部
４６ 変更確認部
４７ 変更指示部
４８ キャンセル受付部
４９ キャンセル処理部
４３１ 待機指示部
４３２ 期限設定部
４３３ 期限判断部
４３４ 位置判断部
４３５ 最終判断部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】