(57)【要約】【課題】利便性の向上を図ることが可能な搭乗管理システム、搭乗管理方法、プログラム、及び移動体を提供する。【解決手段】搭乗管理システム１は取消判断部２０７を備える。取消判断部２０７は、第１時刻と第２時刻との時間差に基づいて、移動体３への搭乗を予約している搭乗予定者の搭乗予約を取り消す取消処理を行うか否かを判断する。第１時刻は、移動体３が搭乗位置に到着する時刻である。第２時刻は、搭乗予定者が搭乗位置に到着する時刻である。【選択図】図１
2019175390.tif 000002
【特許請求の範囲】
【請求項１】
移動体が搭乗位置に到着する第１時刻と、前記移動体への搭乗を予約している搭乗予定者が前記搭乗位置に到着する第２時刻との時間差に基づいて、前記搭乗予定者の搭乗予約を取り消す取消処理を行うか否かを判断する取消判断部、を備える、
搭乗管理システム。
【請求項２】
前記取消判断部は、前記搭乗予定者が前記移動体に搭乗する予約時刻を更に考慮して前記取消処理を行うか否かを判断する、
請求項１に記載の搭乗管理システム。
【請求項３】
前記取消判断部は、前記時間差が閾値を超える場合は前記取消処理を行う、
請求項１又は２に記載の搭乗管理システム。
【請求項４】
前記閾値を設定する設定部を、更に備える、
請求項３に記載の搭乗管理システム。
【請求項５】
前記設定部は、前記移動体が前記搭乗位置に先着する場合と、前記搭乗予定者が前記搭乗位置に先着する場合とで、前記閾値を異ならせる、
請求項４に記載の搭乗管理システム。
【請求項６】
前記移動体が前記搭乗位置に先着する場合と、前記搭乗予定者が前記搭乗位置に先着する場合とで、前記取消処理の態様が異なる、
請求項１〜５のいずれか１項に記載の搭乗管理システム。
【請求項７】
少なくとも前記搭乗予定者の現在位置情報に基づいて前記第２時刻を予測する予測部を、更に備える、
請求項１〜６のいずれか１項に記載の搭乗管理システム。
【請求項８】
前記取消判断部が前記取消処理を行うと判断した場合に、前記搭乗位置の変更を前記搭乗予定者に提案する提案処理を行う搭乗位置提案部を、更に備える、
請求項１〜７のいずれか１項に記載の搭乗管理システム。
【請求項９】
前記移動体が複数あり、
前記複数の移動体は、前記搭乗予定者が搭乗を予約している前記移動体である第１移動体と、前記第１移動体以外の第２移動体とを含み、
前記取消判断部が前記取消処理を行うと判断した場合に、前記第２移動体への搭乗を提案する提案処理を行う搭乗先提案部を、更に備える、
請求項１〜８のいずれか１項に記載の搭乗管理システム。
【請求項１０】
前記取消判断部は、前記時間差以外の所定の判断条件を更に考慮して、前記取消処理を行うか否かを判断する、
請求項１〜９のいずれか１項に記載の搭乗管理システム。
【請求項１１】
移動体が搭乗位置に到着する第１時刻と、前記移動体への搭乗を予約している搭乗予定者が前記搭乗位置に到着する第２時刻との時間差に基づいて、前記搭乗予定者の搭乗予約を取り消す取消処理を行うか否かを判断する、
搭乗管理方法。
【請求項１２】
コンピュータシステムに、
移動体が搭乗位置に到着する第１時刻と、前記移動体への搭乗を予約している搭乗予定者が前記搭乗位置に到着する第２時刻との時間差に基づいて、前記搭乗予定者の搭乗予約を取り消す取消処理を行うか否かを判断する取消判断処理を、実行させるための、
プログラム。
【請求項１３】
請求項１〜１０のいずれか１項に記載の搭乗管理システムと通信する通信部と、
前記通信部を通じて前記相乗り支援システムから受信した運転指示情報に基づく処理を行う処理部と、を備える、
移動体。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、搭乗管理システム、搭乗管理方法、プログラム、及び移動体に関する。より詳細には、本開示は、複数の利用者が利用可能な移動体の搭乗管理システム、搭乗管理方法、プログラム、及び移動体に関する。
【背景技術】
【０００２】
従来、車両（移動体）を運行する運送システムがあった（例えば、特許文献１参照）。特許文献１の運送システムは、複数の利用者が入力した複数のサービス予約情報を受け付ける予約受付配車センタを備える。予約受付配車センタは、複数のサービス予約情報に基づいて、複数の利用者に対して同一の車両が配車可能である場合は、同一の車両の最適な運行ルートを探索し、複数の利用者に車両利用場所及び到着時刻を含む予約受付情報を提供する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００１−２２９４９５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１の運送システムでは、車両を予約した利用者（搭乗予定者）が車両の利用を取りやめる場合には、利用者自身が予約を取り消す操作を行う必要があり、利用者の利便性が低かった。また、車両を予約した利用者が車両利用場所に向かって移動中であるが、到着時刻までに車両利用場所に着けない場合、車両を予約した利用者が予約を取り消す操作を行わなければ、予約された車両は車両利用場所で車両を予約した利用者を待たねばならなかった。そのため、予約された車両に乗っている別の利用者の利便性が悪化するという問題があった。
【０００５】
本開示の目的は、利便性の向上を図ることが可能な搭乗管理システム、搭乗管理方法、プログラム、及び移動体を提供することにある。
【課題を解決するための手段】
【０００６】
本開示の一態様の搭乗管理システムは取消判断部を備える。前記取消判断部は、第１時刻と第２時刻との時間差に基づいて、搭乗予定者の搭乗予約を取り消す取消処理を行うか否かを判断する。前記第１時刻は、移動体が搭乗位置に到着する時刻である。前記第２時刻は、前記移動体への搭乗を予約している前記搭乗予定者が前記搭乗位置に到着する時刻である。
【０００７】
本開示の一態様の搭乗管理方法は、第１時刻と第２時刻との時間差に基づいて、搭乗予定者の搭乗予約を取り消す取消処理を行うか否かを判断する。前記第１時刻は、移動体が搭乗位置に到着する時刻である。前記第２時刻は、前記移動体への搭乗を予約している前記搭乗予定者が前記搭乗位置に到着する時刻である。
【０００８】
本開示の一態様のプログラムは、コンピュータシステムに、取消判断処理を実行させるためのプログラムである。前記取消判断処理では、第１時刻と第２時刻との時間差に基づいて、搭乗予定者の搭乗予約を取り消す取消処理を行うか否かを判断する。前記第１時刻は、移動体が搭乗位置に到着する時刻である。前記第２時刻は、前記移動体への搭乗を予約している前記搭乗予定者が前記搭乗位置に到着する時刻である。
【０００９】
本開示の一態様の移動体は、前記搭乗管理システムと通信する通信部と、前記通信部を通じて前記搭乗管理システムから受信した運転指示情報に基づく処理を行う処理部と、を備える。
【発明の効果】
【００１０】
本開示によれば、利便性の向上を図ることが可能な搭乗管理システム、搭乗管理方法、プログラム、及び移動体を提供することができる。
【図面の簡単な説明】
【００１１】
【図１】図１は、本開示の一実施形態に係る搭乗管理システムを含む全体システムのブロック図である。
【図２】図２は、同上の搭乗管理システムによるプッシュ通知処理を説明する説明図である。
【図３】図３は、同上の搭乗管理システムによるプッシュ通知処理を説明するフローチャートである。
【図４】図４は、同上の搭乗管理システムによるプッシュ通知処理を説明する説明図である。
【図５】図５は、同上の搭乗管理システムによる予約取消処理を説明するフローチャートである。
【図６】図６は、同上の搭乗管理システムによる第１時刻の算出処理を説明するフローチャートである。
【図７】図７は、同上の搭乗管理システムによる第２時刻の算出処理を説明するフローチャートである。
【発明を実施するための形態】
【００１２】
（実施形態）
（１）概要
本実施形態の搭乗管理システム１を含む全体システムのブロック図を図１に示す。
【００１３】
本実施形態の搭乗管理システム１は、例えば、複数の移動体（タクシー）の配車を管理するタクシー事業者が行う相乗り（ライドシェア）のサービスに適用される。このような、相乗り（ライドシェア）のサービスでは、１台の移動体（タクシー）を複数の利用者（複数人又は複数組の利用者）が利用可能であり、複数の利用者の各々が降車位置を指定可能である。また、複数の利用者は別々の場所で移動体に搭乗してもよく、複数の利用者の各々が搭乗位置も指定可能である。したがって、移動体の路線は決められておらず、移動体の予定経路は、移動体を利用する利用者の搭乗位置及び降車位置等に応じて最適な経路に変更される。移動体は、タクシー事業者のような運送事業者が配車を管理する営業用の自動車に限定されず、相乗りのサービスを提供する事業者に登録したユーザの自家用車でもよい。尚、「移動体」とは、複数の利用者が利用可能な乗り物（自動車、鉄道車両、船舶、航空機等）であり、「搭乗位置」とは、利用者が移動体に乗り込む位置である。「降車位置」は、利用者が移動体から降りる位置である。
【００１４】
本実施形態の搭乗管理システム１は、移動体３への搭乗を予約した利用者（以下、「搭乗予定者」とも言う。）の搭乗予約を自動的に取り消す機能を有している。
【００１５】
搭乗管理システム１は取消判断部２０７を備える。取消判断部２０７は、第１時刻と第２時刻との時間差に基づいて、移動体（自動車３）への搭乗を予約している搭乗予定者の搭乗予約を取り消す取消処理を行うか否かを判断する。第１時刻は、移動体（自動車３）が搭乗位置に到着する時刻である。第２時刻は、搭乗予定者が搭乗位置に到着する時刻である。
【００１６】
本実施形態の移動体（自動車３）は通信部３１と処理部３０とを備える。通信部３１は搭乗管理システム１と通信する。処理部３０は、通信部３１を通じて搭乗管理システム１から受信した運転指示情報に基づく処理を行う。
【００１７】
本実施形態の搭乗管理システム１では、取消判断部２０７が、第１時刻と第２時刻との時間差に基づいて搭乗予定者の搭乗予約を取り消す取消処理を行うか否かを判断している。したがって、搭乗予定者自身が搭乗予約を取り消す手間を省略でき、搭乗管理システム１の利便性の向上を図ることができる。
【００１８】
（２）詳細
（２．１）構成
本実施形態の搭乗管理システム１は、図１に示すように、複数の自動車３の相乗り利用を管理する管理サーバ２を有する。
【００１９】
搭乗管理システム１を含む全体システムは、搭乗管理システム１が備える管理サーバ２と、複数（複数人又は複数組）の利用者の相乗りが可能な複数の自動車３と、利用者が携帯する携帯端末４と、を含む。
【００２０】
（２．１．１）自動車の構成
自動車３は、例えば、管理サーバ２によって運行が管理される自動運転車両である。
【００２１】
自動車３は、処理部３０と、通信部３１と、車両情報検知部３２と、人数検知部３３と、運転制御部３４と、を含む。
【００２２】
通信部３１は、例えば電波を媒体とした無線通信を行う通信機能を有し、移動体通信網を含む通信網５を介して管理サーバ２と通信する。
【００２３】
車両情報検知部３２は、自動車３の状態に関する車両情報を検知する。車両情報検知部３２は、例えば、自動車３の各部を制御するＥＣＵ（Electronic Control Unit）から、自動車３の速度、移動方向、目的地、予定経路等の情報を取得（検知）する。また、車両情報検知部３２は、例えば、ＧＰＳ（Global Positioning System）等の測位システムを利用して、自動車３の現在位置の位置情報を取得する。
【００２４】
人数検知部３３は、自動車３に乗っている相乗り客（利用者）の人数を検知する。例えば、人数検知部３３は、自動車３の座席に設けられた着座センサを含み、着座センサの検出結果に基づいて座席に着座している相乗り客の人数を検知する。尚、人数検知部３３は、自動車３の車室を撮影する画像センサを含み、画像センサの映像から自動車３に乗っている相乗り客の人数を検知してもよい。
【００２５】
運転制御部３４は、例えば自動車３の各部を制御するＥＣＵを含む。運転制御部３４は、例えば処理部３０から入力される制御命令と、自動車３に設けられた各種のセンサの検出結果とに基づいて自動車３の運転状態を制御する。センサは自動車３の周囲の状況を検知しており、この種のセンサには、Ｌｉｄａｒ（Light Detection and Ranging）、ミリ波レーダ等がある。
【００２６】
処理部３０は、例えば、プロセッサおよびメモリを有するマイクロコンピュータで構成されている。つまり、処理部３０は、プロセッサおよびメモリを有するコンピュータシステムで実現されている。そして、プロセッサが所定のプログラムを実行することにより、コンピュータシステムが処理部３０として機能する。プログラムは、メモリに予め記録されていてもよいし、インターネット等の電気通信回線を通じて、又はメモリカード等の非一時的な記録媒体に記録されて提供されてもよい。
【００２７】
処理部３０は、車両情報検知部３２及び人数検知部３３の検知結果を通信部３１を介して管理サーバ２に定期的（例えば数分ごと）に送信させる。尚、処理部３０は、車両情報検知部３２及び人数検知部３３の検知結果を通信部３１を介して管理サーバ２に不定期に送信してもよい。処理部３０は、管理サーバ２からの要求に応じて、車両情報検知部３２及び人数検知部３３の検知結果を通信部３１を介して管理サーバ２に送信してもよい。また、処理部３０は、通信部３１を介して管理サーバ２から運転指示情報を受信すると、運転制御部３４に制御信号を出力して、自動車３を目的地まで自動的に運転させる。つまり、処理部３０は、通信部３１を介して管理サーバ２から受信した運転指示情報に基づく処理を行う。ここで、管理サーバ２からの運転指示情報には、目的地と目的地への到着時間、目的地までの１又は複数の経由地（１又は複数の利用者の搭乗位置及び降車位置等）と経由地への到着時間、等の情報を含む。運転指示情報に基づく処理とは、処理部３０が運転指示情報に基づいて運転制御部３４を制御して自動車３を運転する処理であるが、自動車３を自動的に運転する処理に限定されない。
【００２８】
尚、自動車３は自動運転車両に限定されない。自動車３は、運転者が管理サーバ２からの運転指示情報に従って運転する車両でもよい。この場合、運転指示情報に基づく処理部３０の処理とは、例えば、運転指示情報に基づいて予定経路等を運転者に通知する処理である。
【００２９】
（２．１．２）携帯端末の構成
携帯端末４は、搭乗管理システム１を利用する利用者（例えば、潜在利用者、搭乗予定者等）によって携帯されるスマートフォン等である。ここにおいて、潜在利用者とは、複数人での相乗りが可能な自動車３を現在は利用していないが、複数人での相乗りが可能な自動車３を利用する可能性がある利用者のことである。搭乗予定者とは、数人での相乗りが可能な自動車３を現在は利用していないが、自動車３への搭乗を予約した利用者のことである。
【００３０】
携帯端末４は、処理部４０と、通信部４１と、位置取得部４２と、表示部４３と、操作部４４と、を含む。
【００３１】
処理部４０は、例えば、プロセッサおよびメモリを有するマイクロコンピュータで構成されている。つまり、処理部４０は、プロセッサおよびメモリを有するコンピュータシステムで実現されている。そして、プロセッサが所定のプログラムを実行することにより、コンピュータシステムが処理部４０として機能する。プログラムは、メモリに予め記録されていてもよいし、インターネット等の電気通信回線を通じて、又はメモリカード等の非一時的な記録媒体に記録されて提供されてもよい。
【００３２】
通信部４１は、例えば電波を媒体とした無線通信を行う通信機能を有し、移動体通信網を含む通信網５を介して管理サーバ２と通信する。
【００３３】
位置取得部４２は、例えば、ＧＰＳ（Global Positioning System）等の測位システムを利用して、携帯端末４の現在位置、すなわち携帯端末４を携帯する利用者の現在位置の位置情報を取得する。
【００３４】
表示部４３は、例えば液晶ディスプレイ、有機ＥＬ（Electro Luminescence）ディスプレイ等で構成される。表示部４３は、例えば、管理サーバ２から送信された通知情報を文字、図、記号等で表示する。
【００３５】
操作部４４は、例えば、表示部４３に設けられたタッチパネル、携帯端末４の本体に設けられた操作ボタン等を含み、利用者の操作内容を受け付ける。
【００３６】
尚、携帯端末４はスマートフォンに限定されない。携帯端末４は、通信機能を有するタブレット型の携帯情報端末等でもよい。
【００３７】
（２．１．３）管理サーバの構成
管理サーバ２は、処理部２０と、通信部２１と、記憶部２２と、を備える。
【００３８】
処理部２０は、例えば、プロセッサおよびメモリを有するマイクロコンピュータで構成されている。つまり、処理部２０は、プロセッサおよびメモリを有するコンピュータシステムで実現されている。そして、プロセッサが所定のプログラムを実行することにより、コンピュータシステムが処理部２０として機能する。プログラムは、メモリに予め記録されていてもよいし、インターネット等の電気通信回線を通じて、又はメモリカード等の非一時的な記録媒体に記録されて提供されてもよい。
【００３９】
本実施形態の処理部２０は、取消判断部２０７の機能を備える。
【００４０】
取消判断部２０７は、後述の時間予測部２０５が予測した第１時刻と第２時刻との時間差等に基づいて、搭乗予定者の搭乗予約を取り消す取消処理を行うか否かを判断する。第１時刻は、搭乗予定者の搭乗位置に自動車３が到着する時刻である。第２時刻は、搭乗位置に搭乗予定者が到着する時刻である。例えば、第１時刻と第２時刻との時間差が閾値を超える場合、つまり、自動車３及び搭乗予定者のうち搭乗位置に先着した方の待ち時間が閾値を超えると予測される場合、取消判断部２０７は、搭乗予定者の搭乗予約を取り消す取消処理を行う。
【００４１】
また、本実施形態の処理部２０は、第１取得部２０１、第２取得部２０２、検索部２０３、通知部２０４、時間予測部２０５、配車処理部２０６、設定部２０８、搭乗位置提案部２０９、搭乗先提案部２１０の機能を更に備える。尚、処理部２０が、第１取得部２０１、第２取得部２０２、検索部２０３、通知部２０４、時間予測部２０５、配車処理部２０６、設定部２０８、搭乗位置提案部２０９、搭乗先提案部２１０の機能を備えることは必須ではなく、適宜省略が可能である。
【００４２】
第１取得部２０１は、通信部２１を介して自動車３から、自動車３の状態に関する第１情報を取得する。また、第１取得部２０１は、記憶部２２から第１情報として自動車３の予定経路に関する予定経路情報を含む運転指示情報を取得する。第１情報は、自動車３の状態に関する情報である。第１情報は、例えば、自動車３の現在位置の情報、速度情報、目的地の情報、予定経路に関する予定経路情報、利用人数に関する利用人数情報のうち少なくとも１つの情報を含む。利用人数情報は、自動車３を利用している利用人数に関する情報であり、利用人数は、自動車３に既に乗っている利用者の数と、自動車３にこれからに乗る利用者の数の合計である。
【００４３】
第２取得部２０２は、通信部２１を介して携帯端末４から、携帯端末４を携帯する利用者（例えば、潜在利用者及び搭乗予定者等）の行動状態に関する第２情報を取得する。第２情報は、利用者の行動状態に関する情報である。第２情報は、利用者の行動状態に関する情報として、例えば、利用者の現在位置に関する位置情報と、利用者の現在の動作に関する動作情報との少なくとも１つを含む。位置情報とは、利用者の現在位置の座標、利用者が現在いる場所又は建物の名称等の情報である。動作情報とは利用者の現在の動作（移動中、停止中、職務中等）を表す情報である。動作情報は、利用者の現在の移動速度、移動方向等の情報を含んでもよい。また、第２取得部２０２は、位置情報と動作情報とに基づいて、利用者のこれからの行動を予測した予測結果に関する行動予測情報を取得（推測）してもよい。行動予測情報は、利用者の現在までの一定期間における位置、移動速度等に基づいて、これからの行動を予測した予測結果に関する情報であり、例えば、利用者の移動経路の情報、利用者の目的地に関する目的地情報等の情報を含む。すなわち、第２情報は、利用者の行動状態に関する情報として、例えば、利用者の現在位置に関する位置情報と、利用者の現在の動作に関する動作情報と、利用者の行動予測情報との少なくとも１つを含んでいればよい。
【００４４】
検索部２０３は、第１取得部２０１が取得した第１情報と、第２取得部２０２が取得した第２情報とに基づいて、複数の自動車３の中から、潜在利用者に利用を推奨する推奨候補を検索する検索処理を行う。
【００４５】
通知部２０４は、検索部２０３の検索結果を潜在利用者に通知する。具体的には、通知部２０４は、検索部２０３の検索結果を、通信部２１を介して潜在利用者が携帯する携帯端末４に送信させる。また、取消判断部２０７が搭乗予定者の搭乗予約を取り消すと判断した場合、通知部２０４は、搭乗予約を取り消した旨の取消通知を、通信部２１を介して搭乗予定者が携帯する携帯端末４に送信させてもよい。尚、通知部２０４は、検索部２０３の検索結果、及び搭乗予約の取消通知以外の通知内容を利用者（潜在利用者、搭乗予定者）に通知してもよい。
【００４６】
時間予測部２０５は、第１取得部２０１が取得した第１情報等に基づいて、搭乗予定者の搭乗位置に自動車３が到着する第１時刻を予測する。また、時間予測部２０５は、第２取得部２０２が取得した第２情報等に基づいて、搭乗予定者が搭乗位置に到着する第２時刻を予測する。例えば、時間予測部２０５（予測部）は、少なくとも第２情報に含まれる搭乗予定者の現在位置情報に基づいて、第２時刻を予測する。
【００４７】
配車処理部２０６は、利用者が携帯する携帯端末４から通信部２１を介して受け付けた予約情報等に基づいて、利用者の搭乗位置まで自動車３を配車する運転指示情報を通信部２１を介して自動車３に送信する。
【００４８】
設定部２０８は、取消判断部２０７が搭乗予約を取り消すか否かを判断するための閾値を設定する。設定部２０８は、自動車３が搭乗位置に先着する場合の閾値と、搭乗予定者が搭乗位置に先着する場合の閾値とが異なるように、閾値の設定を行う。搭乗予定者が搭乗する自動車３を他の利用者が利用する場合、搭乗位置での自動車３の待ち時間が長くなると他の利用者を待たせることになる。したがって、設定部２０８は、自動車３が搭乗位置に先着する場合の閾値を、搭乗予定者が搭乗位置に先着する場合の閾値よりも短い時間に設定する。設定部２０８は、例えば、管理サーバ２の使用者（例えば相乗りのサービスの運営者）からの設定入力を受け付け、設定入力に基づいて閾値を設定する。
【００４９】
搭乗位置提案部２０９は、取消判断部２０７が搭乗予約を取り消す取消処理を行う場合に、搭乗予定者に代替の搭乗位置を提案する処理を行う。搭乗位置提案部２０９は、代替の搭乗位置を示す情報を、通信部２１を介して、搭乗予定者が携帯する携帯端末４に送信させる。
【００５０】
搭乗先提案部２１０は、取消判断部２０７が搭乗予約を取り消す取消処理を行う場合に、搭乗予定者が利用可能な代替の自動車３を提案する処理を行う。搭乗先提案部２１０は、代替の自動車３及び搭乗位置に関する情報を、通信部２１を介して、搭乗予定者が携帯する携帯端末４に送信させる。
【００５１】
通信部２１は、例えば、Ｅｔｈｅｒｎｅｔ（登録商標）の規格に準拠した通信モジュールを備え、通信網５を介して自動車３及び携帯端末４と通信する。
【００５２】
記憶部２２は、例えば、ハードディスクドライブ（HDD:Hard Disk Drive）、ソリッドステートドライブ（SSD:Solid State Drive）、等の外部記憶装置を含む。記憶部２２には、搭乗管理システム１の利用者が携帯する携帯端末４の連絡先の情報（例えば、電話番号、メールアドレス、ＩＰアドレス等）が登録されている。記憶部２２には、搭乗管理システム１によって運行が管理される複数の自動車３の連絡先の情報（例えば、自動車３が備える通信部３１を特定するためのＩＰアドレス等の情報）が登録されている。また、記憶部２２は、複数の自動車３から取得した第１情報、複数の自動車３にそれぞれ指示した運転指示情報、携帯端末４から取得した第２情報、搭乗管理システム１が相乗りのサービスを提供する地域の地図情報、等を記憶する。
【００５３】
（２．２）動作
本実施形態の搭乗管理システム１の動作について説明する。以下では、搭乗管理システム１が潜在利用者に対して利用可能な自動車３を提案するプッシュ通知処理、及び自動車３への搭乗を予約した搭乗予定者の搭乗予約を取り消す予約取消処理について説明する。
【００５４】
（２．２．１）プッシュ通知処理
搭乗管理システム１によるプッシュ通知処理について図２〜図４を参照して説明する。
【００５５】
ここでは、図２に示すように、搭乗管理システム１の管理サーバ２に登録している潜在利用者６が、帰宅時に勤め先の建物１００を出て最寄り駅２００に向かって歩いている場合に、管理サーバ２が潜在利用者６に対して行うプッシュ通知処理について説明する。
【００５６】
図３は、搭乗管理システム１が行うプッシュ通知処理のフローチャートである。
【００５７】
管理サーバ２の第１取得部２０１は、通信部２１を介して、管理対象の複数の自動車３と定期的（例えば数分ごと）に通信を行い、複数の自動車３から第１情報を取得する（Ｓ１）。第１情報は、自動車３の状態に関する情報であり、自動車３の現在の位置、速度、移動方向、目的地、予定経路、利用人数等の情報を含む。
【００５８】
管理サーバ２の第２取得部２０２は、通信部２１を介して、自動車３を現在利用していない潜在利用者６の携帯端末４と定期的（例えば数分ごと）に通信を行い、潜在利用者６の携帯端末４から第２情報に取得する（Ｓ２）。第２情報は、潜在利用者６の行動状態に関する情報である。第２情報は、潜在利用者６の現在の位置情報、潜在利用者６の動作に関する動作情報、潜在利用者６が移動中の場合は移動状況に関する情報、等を含む。
【００５９】
処理部２０は、第１情報及び第２情報を取得すると、プッシュ通知を行うか否かの要否判断を行う（Ｓ３）。例えば、処理部２０は、所定の開始条件が成立しているか否かを判断することで、プッシュ通知の要否を判断する。処理部２０は、所定の開始条件が成立している場合、プッシュ通知を行うと判断し（Ｓ３：要）、ステップＳ４以降の処理を行う。処理部２０は、開始条件が成立していない場合、プッシュ通知を行わないと判断し（Ｓ３：否）、ステップＳ１の処理に戻る。
【００６０】
ここにおいて、開始条件は、例えば潜在利用者６（つまり潜在利用者６が携帯する携帯端末４）の現在位置に基づく条件であり、検索部２０３は、潜在利用者６の現在位置に基づく開始条件が成立すると、検索処理を開始する。例えば、開始条件は、潜在利用者６の現在位置が変化している、つまり潜在利用者６が移動しているという条件である。開始条件は、潜在利用者６ごとに設定されており、例えば、潜在利用者６が一定期間に所定回数以上の頻度（例えば１週間に数回以上の頻度）で訪れる場所に向かって移動しているという条件である。図２の例では、処理部２０が、携帯端末４の現在位置の情報に基づいて、潜在利用者６が最寄り駅２００に向かって移動していると判断すると、開始条件が成立したと判断してプッシュ通知を行うと判断する。また、開始条件は、潜在利用者６が所定の位置から移動したという条件でもよく、例えば勤め先の建物１００の外に出たという条件でもよい。このように、検索部２０３は、潜在利用者６の現在位置に基づく開始条件が成立すると検索処理を開始するので、潜在利用者６が移動体３を利用する可能性が高いタイミング（有効なタイミング）で検索処理を行い、潜在利用者６に推奨候補を通知することができる。
【００６１】
ステップＳ３において処理部２０がプッシュ通知を行うと判断した場合、検索部２０３は、複数の自動車３から潜在利用者６に利用を推奨する１次候補車を検索する処理を行う（Ｓ４）。検索部２０３は、第１取得部２０１が取得した第１情報と、第２取得部２０２が取得した第２情報とに基づいて検索処理を行う。本実施形態では、第１情報が、例えば、第１取得部２０１が取得した複数の自動車３の予定経路に関する予定経路情報を含む。また、第２情報は、潜在利用者６の現在位置に関する位置情報を含む。更に言えば、第２情報は、潜在利用者６の現在位置に関する位置情報等から推測された、潜在利用者６の行動予測情報（例えば、潜在利用者６の移動経路に関する移動経路情報）を含む。
【００６２】
このように、本実施形態の検索部２０３は、第１取得部２０１が取得した自動車３の予定経路情報と、第２取得部２０２が取得した潜在利用者６の行動予測情報とに基づいて、複数の自動車３から推奨候補を検索する検索処理を行う。ここで、行動予測情報は、例えば潜在利用者６が現在位置から目的地（図２の例では駅２００）に移動するまでの移動経路Ｒ１０に関する情報である。検索部２０３は、潜在利用者６の移動経路Ｒ１０と自動車３の予定経路とが近接し、潜在利用者６の目的地（図２の例では駅２００）の方面に移動する予定の自動車３を１次候補車として検索する。ここにおいて、「移動経路Ｒ１０と予定経路が近接」するとは、移動経路Ｒ１０の一部を自動車３が通過する場合と、移動経路Ｒ１０から一定の距離内の道路を自動車３が通過する場合とを含む。後者の場合、潜在利用者６を搭乗させる搭乗位置を通るように、自動車３の予定経路Ｒ１，Ｒ２を変更してもよいが、予定経路Ｒ１，Ｒ２の変更によって、自動車３に既に乗っている利用者（既利用者）が目的地に到着するまでの時間が長くなる場合もある。そのため、検索部２０３は、移動経路Ｒ１０の変更による到着時間の遅れが所定の許容時間（例えば５分程度）以下となる範囲で１次候補車を検索するのが好ましい。つまり、検索部２０３は、複数の自動車３をそれぞれ潜在利用者が利用した場合に、複数の利用者を利用している既利用者の利用条件が変更される変更内容に基づいて、複数の自動車３の中から推奨候補を検索する。したがって、検索部２０３は、既利用者の利用条件が変更される変更内容を考慮して、複数の自動車３の中から推奨候補を検索することができる。
【００６３】
検索部２０３が検索処理を行った結果、１次候補車を１台も検索できなかった場合（Ｓ５：Ｎｏ）、処理部２０はプッシュ通知を行わず、処理を終了する。
【００６４】
検索部２０３が検索処理を行った結果、１次候補車を１台以上検索できた場合（Ｓ５：Ｙｅｓ）、検索部２０３は、１次候補車が複数あるか否かを判断する（Ｓ６）。
【００６５】
ここで、１次候補車が１台の場合（Ｓ６：Ｎｏ）、検索部２０３は１台だけ検出された１次候補車を推奨候補とし、通知部２０４が通知処理を行う（Ｓ１１）。尚、通知部２０４による通知処理については後述する。
【００６６】
一方、１次候補車が複数ある場合（Ｓ６：Ｙｅｓ）、検索部２０３は１次候補車の絞り込みを行う（Ｓ７）。図２のように１次候補車として２台の自動車３が検索された場合、検索部２０３は、２台の自動車３から、推奨候補とする自動車３を絞り込む処理を行う。ここにおいて、１次候補車として検索された２台の自動車３を区別して説明する場合、２台の自動車３の各々を自動車３Ａ、自動車３Ｂと表記する。検索部２０３は、自動車３Ａ，３Ｂへの運転指示情報から求めた予定経路Ｒ１，Ｒ２と、第２情報（現在位置、移動速度、移動方向等）から推測した時間ごとの潜在利用者６の位置とに基づいて、自動車３Ａ，３Ｂと潜在利用者６とが最接近したときの距離を求める。検索部２０３は、自動車３Ａ，３Ｂと潜在利用者６とが最接近したときの距離が所定の第１判定距離以下の自動車３を選択することで、１次候補車の絞り込みを行う。また、検索部２０３は、潜在利用者６の現在位置と、自動車３と潜在利用者６とが最接近する最接近位置（図２の位置Ｐ１１，Ｐ１２）との間の距離に基づいて、１次候補車の絞り込みを行う。つまり、検索部２０３は、潜在利用者６の現在位置と最接近位置との間の距離が所定の第２判定距離以下の自動車３を選択することで、１次候補車の絞り込みを行う。図２の例では、自動車３Ａ，３Ｂと潜在利用者６とが最接近したときの距離は両方とも第１判定距離以下である。しかしながら、自動車３Ａでは潜在利用者６の現在位置と最接近位置との間の距離が第２判定距離以下であるが、自動車３Ｂでは潜在利用者６の現在位置と最接近位置との間の距離が第２判定距離より長いため、検索部２０３は自動車３Ａのみを２次候補車とする。
【００６７】
ステップＳ７の絞り混み処理の結果、２次候補車が１台であれば（Ｓ８：Ｎｏ）、検索部２０３は２次候補車（図２の例では自動車３Ａ）を推奨候補とし、通知部２０４が通知処理を行う（Ｓ１１）。尚、通知部２０４による通知処理については後述する。
【００６８】
一方、ステップＳ７の絞り混み処理の結果、２次候補車が複数台であれば（Ｓ８：Ｙｅｓ）、検索部２０３は複数台の２次候補車から推奨候補を選択する処理を行う。例えば、検索部２０３は、複数台の２次候補車の利用人数と空席数との少なくとも一方に基づいて推奨候補を決定する。
【００６９】
以下では、図４に示すように、駅２００までの予定経路Ｒ１，Ｒ３が同じである２台の自動車３Ａ，３Ｃが２次候補車として検索された場合に、検索部２０３が推奨候補を決定する場合の動作を説明する。
【００７０】
検索部２０３は、第１取得部２０１が自動車３Ａ，３Ｃから取得した第１情報をもとに、自動車３Ａ，３Ｃの乗車状況に関する乗車情報を取得する（Ｓ９）。ここで、乗車情報には、自動車３Ａ，３Ｃをそれぞれ利用する利用人数に関する利用人数情報と、自動車３Ａ，３Ｃの空席の数に関する空席情報とが含まれる。そして、検索部２０３は、自動車３Ａ，３Ｃの乗車情報に基づいて、自動車３Ａ，３Ｃのうち利用人数が少ない方を推奨候補として選択する（Ｓ１０）。すなわち、検索部２０３は、複数の移動体３のそれぞれを利用している利用人数に関する利用人数情報を含む第２情報に基づいて推奨候補を検索する。例えば、図３の例では、自動車３Ａの利用人数が２人、自動車３Ｃの利用人数が１人であるので、検索部２０３は利用人数が少ない自動車３Ｃを推奨候補として選択する。利用人数が少ない方が経由地（降車位置）が少なく、目的地に到着するまでの到着時間が短いと考えられるので、目的地までより早く到着できる２次候補車を推奨候補として選択できる。尚、検索部２０３は、自動車３Ａ，３Ｃの乗車情報に基づいて、自動車３Ａ，３Ｃのうち空席が多い方を推奨候補として選択してもよい。検索部２０３は、空席がより多い２次候補車を推奨候補として選択するので、快適に乗車できる２次候補車を推奨候補として選択できる。また、検索部２０３は、複数台の２次候補車の利用人数と空席数との両方に基づいて推奨候補を決定してもよい。例えば、検索部２０３は、複数台の２次候補車の中から利用人数が最小の２次候補車を選択し、利用人数が最小の２次候補車が複数存在する場合は空席数が最大の２次候補車を選択する。
【００７１】
尚、検索部２０３は、潜在利用者６が目的地に到着するまでの所要時間に基づいて、複数の移動体３の中から推奨候補を検索してもよい。例えば、検索部２０３は、複数の２次候補車から推奨候補を決定する際に、複数の２次候補車のそれぞれについて目的地に到着するまでの所要時間を推測する。ここで、所要時間は、潜在利用者６が現在位置から搭乗位置に移動するまでの時間、搭乗位置で自動車３に乗車するまでの待ち時間、搭乗位置から目的地まで移動するのにかかる時間とを合計した時間となる。検索部２０３は、潜在利用者６が目的地に到着するまでの所要時間に基づいて、推奨候補を決定しているので、最適な推奨候補を決定できる。尚、検索部２０３は、潜在利用者６が目的地に到着するまでの所要時間と、他の条件（例えば、搭乗位置までの距離、利用料金等）との組み合わせで推奨候補を決定してもよい。
【００７２】
上記の実施形態において、第２取得部２０２が第２情報として潜在利用者６の目的地に関する目的地情報を取得し、検索部２０３が、潜在利用者６の目的地に関する目的地情報に基づいて推奨候補を検索してもよい。ここで、第２取得部２０２は、例えば、潜在利用者６が携帯端末４に入力した目的地に関する目的地情報を携帯端末４から取得する。尚、第２取得部２０２は、携帯端末４から取得した携帯端末４の現在位置及び移動方向と、過去の履歴情報とに基づいて潜在利用者６の目的地を推測することで、目的地情報を取得してもよい。検索部２０３は、潜在利用者６の目的地に関する目的地情報に基づいて、潜在利用者６の目的地に向かって移動する自動車３を検索できる。
【００７３】
上述のようにして推奨候補が決定されると、通知部２０４が潜在利用者６に対して推奨候補を通知する通知処理を行う（Ｓ１１）。以下、通知処理の詳細を説明する。通知部２０４は、推奨候補の利用を推奨する通知メッセージを作成し、この通知メッセージを通信部２１から潜在利用者６の携帯端末４に送信する。通知メッセージには、推奨候補の自動車３に搭乗する搭乗位置（例えば図２、図４の位置Ｐ１１）、搭乗予定時刻、目的地（駅２００）への到着時刻、搭乗予定時刻、利用料金等の情報が含まれる。ここで、利用料金は、搭乗位置Ｐ１１から目的地までの距離、自動車３に搭乗する時間帯、相乗りの人数、等に応じて設定される。また、通知メッセージには、推奨候補の自動車３の車種、自動車３の属性（禁煙車か否か等の情報）、相乗りの人数、等の情報が含まれてもよい。
【００７４】
ここで、潜在利用者６が携帯する携帯端末４の通信部４１が管理サーバ２からの通知メッセージを受信すると、処理部４０は、通知メッセージに基づいて、推奨候補の利用を推奨する通知内容を表示部４３に表示させる。尚、処理部４０は、推奨候補の利用を推奨する通知内容をスピーカから音声などで通知してもよい。
【００７５】
この通知内容に接した潜在利用者６が、推奨候補の自動車３を利用しようと考えた場合、操作部４４を用いて推奨候補の自動車３への搭乗を予約する操作を行う。このとき、携帯端末４の処理部４０は、操作部４４の操作に応じた予約申請情報を、通信部４１から通信網５を介して管理サーバ２へ送信させる。管理サーバ２の処理部２０は、通信部２１を介して携帯端末４に推奨候補の利用を推奨する通知メッセージを送信させた後に、この携帯端末４から通信部２１を介して予約申請情報を受信すると、推奨候補の自動車３への搭乗予約を受け付ける。以下では、自動車３への搭乗を予約した潜在利用者６を「搭乗予定者」とも言う。つまり、利用者は、自動車３を利用する以前は潜在利用者６であり、自動車３への搭乗を予約すると搭乗予定者６となる。
【００７６】
管理サーバ２の配車処理部２０６は、搭乗予定者６を搭乗位置Ｐ１１から目的地の駅２００まで搭乗させるための運転指示情報を作成し、通信部２１を介して推奨候補の自動車３へ送信させる。ここにおいて、運転指示情報には、搭乗予定者６の搭乗位置Ｐ１１と搭乗予定時刻、搭乗予定者６が降車する降車位置（駅２００）と降車予定時刻（駅２００への到着時刻）の情報等が含まれていればよい。推奨候補の自動車３の処理部３０は、管理サーバ２から受信した運転指示情報に従って運転制御部３４を制御して、自動車３を搭乗位置Ｐ１１まで移動させる。自動車３の処理部３０は、搭乗位置Ｐ１１で停車して携帯端末４を携帯する搭乗予定者６を乗せると、自動車３を次の目的地（搭乗予定者６の降車位置、自動車３に既に乗っていた利用者の降車位置、又は他の利用者を乗せる搭乗位置）に向かって移動させる。その後、自動車３の処理部３０は、搭乗予定者６の降車位置（駅２００）に到着すると、降車位置で停車して搭乗予定者６を降車させ、次の目的地に向かって自動車３を移動させる。
【００７７】
これにより、元々相乗りのサービスを利用する意思がなかった潜在利用者６は、相乗りサービスの自動車３を利用することができ、自ら相乗りできる自動車３を探す手間が必要ないので、利便性の向上を図ることが可能な搭乗管理システム１を提供できる。また、搭乗管理システム１の運営者は、元々相乗りのサービスを利用する意思がなかった潜在利用者６に自動車３を利用してもらうことができ、効率的な輸送と、自動車３の稼働率の向上を図ることができる。また、自動車３に既に乗っていた利用者には、潜在利用者６が同乗することで、自身の支払う料金が低下するという利点がある。
【００７８】
尚、推奨候補の自動車３は、既に自動車３に乗っている利用者に対して、潜在利用者６を乗せる同意をとってもよい。例えば、処理部３０は、自動車３の車内に設けられた液晶ディスプレイ等の表示装置に、潜在利用者６を同乗させてもよいか否かを尋ねる質問内容を表示させる。そして、処理部３０は、この質問内容に対して同意の回答がある場合、又は不同意の回答がない場合は、潜在利用者６の同乗に同意する旨の回答を管理サーバ２に送信し、潜在利用者６を同乗させる。
【００７９】
また、ステップＳ１１で通知された通知内容を見た潜在利用者６が、推奨候補の自動車３を利用しない場合、潜在利用者６は特に操作を行う必要はない。管理サーバ２の処理部２０は、通信部２１を介して携帯端末４に推奨候補の利用を推奨する通知メッセージを送信させた後に、この携帯端末４からの予約申請情報を一定時間内に受信できなければ、推奨候補を利用する意思がないと判断して処理を終了する。
【００８０】
（２．２．２）予約取消処理
搭乗管理システム１が、利用者から自動車３Ａへの搭乗予約を受け付けた後に、利用者（搭乗予定者６）から受け付けた搭乗予約を取り消す予約取消処理について図４〜図７に基づいて説明する。尚、利用者からの搭乗予約には、利用者自身が自発的に行った搭乗予約と、プッシュ通知を受けた潜在利用者６が行った搭乗予約とがある。
【００８１】
管理サーバ２の処理部２０が搭乗予定者６から搭乗予約を受け付けると、時間予測部２０５は、所定の時間間隔（例えば１分〜数分程度の時間間隔）で、第１時刻Ｔ１を算出する処理（Ｓ２１）と、第２時刻Ｔ２を算出する処理（Ｓ２２）とを行う。第１時刻Ｔ１は、搭乗予定者６が乗る予定の自動車３Ａが搭乗位置Ｐ１１に到着する予定の時刻であり、第２時刻Ｔ２は、搭乗予定者６が搭乗位置Ｐ１１に到着する予定の時刻である。
【００８２】
ここで、時間予測部２０５が第１時刻Ｔ１を算出する処理を図６に基づいて説明する。管理サーバ２の第１取得部２０１は、通信部２１を介して搭乗予定者６が搭乗する予定の自動車３Ａから、自動車３Ａの状態に関する第１情報を所定の時間間隔で取得する（Ｓ３１）。第１情報は、少なくとも自動車３Ａの現在位置Ｐ１（図４参照）の位置情報と、速度の情報を含む。時間予測部２０５は、記憶部２２から、搭乗予定者６が搭乗する予定の自動車３Ａの運転指示情報を取得する（Ｓ３２）。運転指示情報は、自動車３Ａの予定経路の情報を含む。時間予測部２０５は、自動車３Ａの予定経路の情報、及び自動車３Ａの現在位置Ｐ１の位置情報等に基づいて搭乗位置Ｐ１１までの移動距離を求める。また、時間予測部２０５は、この移動距離と自動車３Ａの速度の情報とをもとに搭乗位置Ｐ１１に到着するまでの第１時刻Ｔ１を算出する（Ｓ３３）。尚、時間予測部２０５は、管理サーバ２が例えばＶＩＣＳ（登録商標；Vehicle Information and Communication System）等から取得した交通事故、道路工事、渋滞などの交通情報を加味して、第１時刻Ｔ１を算出してもよい。
【００８３】
次に、時間予測部２０５が第２時刻Ｔ２を算出する処理を図７に基づいて説明する。管理サーバ２の第２取得部２０２は、通信部２１を介して搭乗予定者６が携帯する携帯端末４から、搭乗予定者６の行動状態に関する第２情報を所定の時間間隔で取得する（Ｓ４１）。第２情報は、少なくとも、搭乗予定者６の現在位置Ｐ２（図４参照）の情報を含む。本実施形態では、第２情報が、搭乗予定者６の移動速度の情報を含む。時間予測部２０５は、記憶部２２から読み込んだ地図情報に基づいて、現在位置Ｐ２から搭乗位置Ｐ１１までの搭乗予定者６の経路を示す経路情報を求める（Ｓ４２）。そして、時間予測部２０５は、搭乗予定者６の経路情報から移動距離を求め、搭乗予定者６の移動距離と移動速度とに基づいて、搭乗予定者６が搭乗位置Ｐ１１に到着するまでの第２時刻Ｔ２を算出する（Ｓ４３）。移動距離を求め、搭乗予定者６の移動距離と移動速度とに基づいて、搭乗予定者６が搭乗位置Ｐ１１に到着するまでの第２時刻Ｔ２を算出する（Ｓ４３）。
【００８４】
時間予測部２０５が第１時刻Ｔ１及び第２時刻Ｔ２を算出すると、取消判断部２０７が、第１時刻Ｔ１と第２時刻Ｔ２との時間差に基づいて、搭乗予定者６の搭乗予約を取り消す取消処理を行うか否かを判断する（Ｓ２３，Ｓ２４）。
【００８５】
まず、取消判断部２０７は、第１時刻Ｔ１から第２時刻Ｔ２を引いた時間差（Ｔ１−Ｔ２）と第１閾値Ｔｈ１との長短を比較する（Ｓ２３）。第１時刻Ｔ１から第２時刻Ｔ２を引いた時間差が正の値になるのは、搭乗予定者６が自動車３Ａよりも先に搭乗位置Ｐ１１に到着する場合であり、第１時刻Ｔ１から第２時刻Ｔ２を引いた時間差は、搭乗予定者６の待ち時間に相当する。
【００８６】
取消判断部２０７は、第１時刻Ｔ１から第２時刻Ｔ２を引いた時間差（Ｔ１−Ｔ２）が第１閾値Ｔｈ１よりも長い場合、つまり搭乗予定者６の待ち時間が第１閾値Ｔｈ１よりも長い場合（Ｓ２３：Ｙｅｓ）、ステップＳ２５に移行して搭乗予約の取消処理を行う。
【００８７】
取消判断部２０７は、第１時刻Ｔ１から第２時刻Ｔ２を引いた時間差（Ｔ１−Ｔ２）が第１閾値Ｔｈ１以下であれば、つまり搭乗予定者６の待ち時間が第１閾値Ｔｈ１以下であれば（Ｓ２３：Ｎｏ）、ステップＳ２４の判定処理に移行する。
【００８８】
ステップＳ２４では、取消判断部２０７は、第２時刻Ｔ２から第１時刻Ｔ１を引いた時間差（Ｔ２−Ｔ１）と第２閾値Ｔｈ２との長短を比較する。第２時刻Ｔ２から第１時刻Ｔ１を引いた時間差が正の値になるのは、自動車３Ａが搭乗予定者６よりも先に搭乗位置Ｐ１１に到着する場合であり、第２時刻Ｔ２から第１時刻Ｔ１を引いた時間差は、自動車３Ａの待ち時間に相当する。
【００８９】
取消判断部２０７は、第２時刻Ｔ２から第１時刻Ｔ１を引いた時間差（Ｔ２−Ｔ１）が第２閾値Ｔｈ２以下であれば、つまり自動車３Ａの待ち時間が第２閾値Ｔｈ２以下であれば（Ｓ２４：Ｎｏ）、搭乗予約の取消処理は行わずに処理を終了する。
【００９０】
取消判断部２０７は、第２時刻Ｔ２から第１時刻Ｔ１を引いた時間差（Ｔ２−Ｔ１）が第２閾値Ｔｈ２よりも長い場合、つまり自動車３Ａの待ち時間が第２閾値Ｔｈ２よりも長い場合、ステップＳ２５に移行して搭乗予約の取消処理を行う。
【００９１】
ここにおいて、待ち時間の閾値である第１閾値Ｔｈ１及び第２閾値Ｔｈ２は設定部２０８によって設定される。自動車３Ａには複数の利用者が相乗りするため、自動車３Ａに乗っている利用者の待ち時間が短くなるように、設定部２０８は、第２閾値Ｔｈ２を第１閾値Ｔｈ１よりも短い時間に設定する。一例では、搭乗予定者６の待ち時間に対する第１閾値Ｔｈ１は３０分であり、自動車３Ａの待ち時間に対する第２閾値Ｔｈ２は１０分である。
【００９２】
時間差（Ｔ１−Ｔ２）が第１閾値Ｔｈ１以下であるか（Ｓ２３：Ｙｅｓ）、又は、時間差（Ｔ２−Ｔ１）が第２閾値Ｔｈ２以下であると（Ｓ２４：Ｙｅｓ）、取消判断部２０７は、搭乗予定者６の搭乗予約の取消処理を行うと判断する（Ｓ２５）。取消判断部２０７が搭乗予約の取消処理を行うと判断すると、配車処理部２０６は、搭乗予定者６の搭乗及び降車をなくした自動車３Ａの予定経路を示す運転指示情報を作成する。
【００９３】
そして、管理サーバ２の通知部２０４が、通信部２１から搭乗予定者６の携帯する携帯端末４に、搭乗予約を取り消す旨の取消通知情報を送信させ、通信部２１から自動車３Ａに変更後の運転指示情報を送信する（Ｓ２６）。
【００９４】
搭乗予定者６が携帯する携帯端末４の通信部４１が管理サーバ２からの取消通知情報を受信すると、携帯端末４の処理部４０は、取消通知情報に基づいて、搭乗予約を取り消す旨の通知内容を表示部４３に表示させる。この通知内容を見た搭乗予定者６は、自動車３Ａへの搭乗予約が取り消されたことを把握できる。また、自動車３Ａの通信部３１が管理サーバ２から運転指示情報を受信すると、処理部３０が、変更後の予定経路に従って自動車３Ａを運転するように運転制御部３４を制御する。
【００９５】
このように、搭乗予定者６又は自動車３Ａの搭乗位置Ｐ１１への到着が遅れる場合、管理サーバ２が搭乗予定者６の搭乗予約を自動的に取り消している。したがって、搭乗予定者６自身が搭乗予約を取り消す手間が省け、搭乗管理システム１の利便性が向上する。また、搭乗予定者６又は自動車３Ａの到着遅れが予測される場合、管理サーバ２が搭乗予定者６の搭乗予約を事前に取り消しているので、搭乗予定者６又は自動車３Ａに乗っている利用者が搭乗位置Ｐ１１で閾値以上の時間待たされる事態を回避できる。したがって、利便性の向上を図った搭乗管理システム１を実現できる、という利点がある。
【００９６】
ここで、管理サーバ２の通知部２０４は、搭乗予約の取消理由（例えば、自動車３の遅れ、又は搭乗予定者６の遅れ）を取消通知情報に含めて携帯端末４に送信してもよい。携帯端末４の処理部４０が、取消通知情報に含まれる取消理由に基づいて、表示部４３に取消理由を表示させることで、搭乗予定者６は搭乗予約が取り消された理由を把握できる。
【００９７】
本実施形態の搭乗管理システム１において、取消判断部２０７が取消処理を行うと判断した場合に、搭乗位置提案部２０９が搭乗位置の変更を搭乗予定者６に提案する提案処理を行ってもよい。
【００９８】
搭乗位置提案部２０９は、第１取得部２０１が取得した自動車３Ａの現在位置Ｐ１の情報と、第２取得部２０２が取得した搭乗予定者６の現在位置Ｐ２の情報（現在位置情報）とに基づいて、代替の搭乗位置を選定する。例えば、搭乗予定者６の到着が遅れると予測された場合、搭乗予定者６の搭乗位置を、変更前の搭乗位置Ｐ１１に比べて搭乗予定者６の現在位置Ｐ２に近い位置に変更することで、搭乗予定者６が変更後の搭乗位置に到着するまでの第２時刻Ｔ２を短縮できる。搭乗位置提案部２０９は、第１時刻Ｔ１と第２時刻Ｔ２との時間差（Ｔ２−Ｔ１）が第２閾値Ｔｈ２以下となるように、代替の搭乗位置を求める。そして、搭乗位置提案部２０９は、通知部２０４から通信部２１を介して搭乗予定者６の携帯端末４に代替の搭乗位置を提案する提案情報を通知させる。このとき、搭乗予定者６が携帯する携帯端末４では、通信部４１が管理サーバ２から送信された代替の搭乗位置の情報を受信し、処理部４０が表示部４３に代替の搭乗位置の情報を表示させる。搭乗予定者６が操作部４４を用いて搭乗位置の変更を認める操作を行うと、処理部４０は、通信部４１を介して管理サーバ２に搭乗位置の変更を認める応答信号を送信させる。管理サーバ２の処理部２０は、通信部２１を介して搭乗予定者６の携帯端末４から搭乗位置の変更を認める応答信号を受信すると、配車処理部２０６に搭乗位置を変更する運転指示情報を作成させ、この運転指示情報を通信部２１から自動車３Ａに送信させる。このように、搭乗管理システム１は、搭乗位置での待ち時間が閾値を超える場合に、搭乗予定者６の搭乗位置を変更することで、搭乗位置での待ち時間を短縮して効率的な輸送を実現できる。
【００９９】
ここで、搭乗位置の変更によって自動車３Ａの予定経路が遠回りになる可能性もあるので、管理サーバ２は、自動車３Ａに対して、予定経路の変更を認めるか否かを問い合わせる通知情報を送信してもよい。自動車３Ａの通信部３１が管理サーバ２からの通知情報を受信すると、処理部３０は、自動車３Ａの車内に設けられた液晶ディスプレイ等の表示装置に、予定経路を変更してもよいか否かを尋ねる質問内容を表示させる。そして、処理部３０は、この質問内容に対して自動車３Ａに乗っている利用者から同意の回答がある場合、又は不同意の回答がない場合は、予定経路の変更に同意する旨の回答を管理サーバ２に送信し、変更後の搭乗位置で搭乗予定者６を搭乗させる。
【０１００】
また、本実施形態の搭乗管理システム１において、取消判断部２０７が取消処理を行うと判断した場合に、搭乗先提案部２１０が代替の自動車３（第２移動体）への搭乗を提案する提案処理を行ってもよい。
【０１０１】
例えば、図４の例で、搭乗予定者６が自動車３Ａへの搭乗を予約している場合について説明する。ここで、搭乗予定者６が搭乗を予約している移動体３Ａを第１移動体とも言う。
【０１０２】
取消判断部２０７が、搭乗位置での自動車３Ａの待ち時間が第２閾値Ｔｈ２を超えると判断して搭乗予約の取消処理を行うと判断した場合、搭乗先提案部２１０は、検索部２０３により代替の自動車３を検索させる。検索部２０３は、第１取得部２０１が取得した第１情報と、第２取得部２０２が取得した第２情報とに基づいて、自動車３Ａ以外の複数の自動車３の中から、代替の自動車（第２移動体）として自動車３Ｃを検索する。また、検索部２０３は、代替の自動車３Ｃに搭乗予定者６が搭乗する新たな搭乗位置も求める。検索部２０３によって代替の自動車３Ｃと自動車３Ｃへの搭乗位置とが検索されると、搭乗先提案部２１０は、通知部２０４から通信部２１を介して搭乗予定者６の携帯端末４に代替の自動車３Ｃと新たな搭乗位置とを通知する通知情報を送信させる。
【０１０３】
このとき、搭乗予定者６が携帯する携帯端末４では、通信部４１が管理サーバ２から送信された通知情報を受信し、処理部４０が表示部４３に代替の自動車３Ｃと新たな搭乗位置の情報を表示させる。搭乗予定者６が操作部４４を用いて代替の自動車３Ｃを予約する操作を行うと、処理部４０は、通信部４１を介して管理サーバ２に予約申請情報を送信させる。管理サーバ２の処理部２０は、通信部２１を介して搭乗予定者６の携帯端末４から予約申請情報を受信すると、配車処理部２０６に自動車３Ｃの予定経路を変更する運転指示情報を作成させ、この運転指示情報を通信部２１から自動車３に送信させる。このように、搭乗管理システム１は、搭乗位置での待ち時間が閾値を超える場合に、代替の自動車３Ｃと新たな搭乗位置を搭乗予定者６に提案することで、効率的な輸送を実現できる。
【０１０４】
ここで、代替の自動車３Ｃの予定経路が遠回りになる可能性もあるので、管理サーバ２は、自動車３Ｃに対して、予定経路の変更を認めるか否かを問い合わせる通知情報を送信してもよい。自動車３Ｃの通信部３１が管理サーバ２からの通知情報を受信すると、処理部３０は、自動車３Ｃの車内に設けられた液晶ディスプレイ等の表示装置に、予定経路を変更してもよいか否かを尋ねる質問内容を表示させる。そして、処理部３０は、この質問内容に対して自動車３Ｃに乗っている利用者から同意の回答がある場合、又は不同意の回答がない場合は、予定経路の変更に同意する旨の回答を管理サーバ２に送信し、搭乗予定者６を運転指示情報で指示された搭乗位置で搭乗させる。
【０１０５】
尚、搭乗先提案部２１０が、検索部２０３により代替の自動車３を検索させた結果、代替の自動車３が見つからなかった場合、通信部２１を介して搭乗予定者６の携帯端末４に代替の自動車３が見つからなかった旨の通知信号を送信させてもよい。これにより、搭乗予定者６は、携帯端末４に通知された通知信号に基づいて、代わりの自動車３が見つからなかったことを把握できる。
【０１０６】
（３）変形例
上記実施形態は、本開示の様々な実施形態の一つに過ぎない。上記実施形態は、本開示の目的を達成できれば、設計等に応じて種々の変更が可能である。また、搭乗管理システム１と同様の機能は、搭乗管理方法、コンピュータプログラム、又はプログラムを記録した非一時的な記録媒体等で具現化されてもよい。一態様に係る搭乗管理方法では、第１時刻Ｔ１と第２時刻Ｔ２との時間差に基づいて、移動体３への搭乗を予約している搭乗予定者６の搭乗予約を取り消す取消処理を行うか否かを判断する。第１時刻Ｔ１は、移動体３が搭乗位置に到着する時刻である。第２時刻は、搭乗予定者６が搭乗位置に到着する時刻である。
【０１０７】
一態様に係る（コンピュータ）プログラムは、コンピュータシステムに取消判断処理を実行させるためのプログラムである。取消判断処理では、第１時刻Ｔ１と第２時刻Ｔ２との時間差に基づいて、搭乗予定者の搭乗予約を取り消す取消処理を行うか否かを判断する。第１時刻Ｔ１は、移動体３が搭乗位置に到着する時刻である。第２時刻Ｔ２は、移動体３への搭乗を予約している搭乗予定者６が搭乗位置に到着する時刻である。
【０１０８】
以下、上記の実施形態の変形例を列挙する。以下に説明する変形例は、適宜組み合わせて適用可能である。
【０１０９】
本開示における搭乗管理システム１又は搭乗管理方法の実行主体は、コンピュータシステムを含んでいる。コンピュータシステムは、ハードウェアとしてのプロセッサ及びメモリを主構成とする。コンピュータシステムのメモリに記録されたプログラムをプロセッサが実行することによって、本開示における搭乗管理システム１又は搭乗管理方法の実行主体としての機能が実現される。プログラムは、コンピュータシステムのメモリに予め記録されていてもよいが、電気通信回線を通じて提供されてもよいし、コンピュータシステムで読み取り可能な非一時的な記録媒体に記録されて提供されてもよい。コンピュータシステムで読み取り可能な非一時的な記録媒体は、メモリカード、光学ディスク、ハードディスクドライブ等である。コンピュータシステムのプロセッサは、半導体集積回路（ＩＣ）又は大規模集積回路（ＬＳＩ）を含む１乃至複数の電子回路で構成される。複数の電子回路は、１つのチップに集約されていてもよいし、複数のチップに分散して設けられていてもよい。複数のチップは、１つの装置に集約されていてもよいし、複数の装置に分散して設けられていてもよい。
【０１１０】
また、搭乗管理システム１は１つの管理サーバ２で実現されているが、搭乗管理システム１の取消判断部２０７、時間予測部２０５、設定部２０８、搭乗位置提案部２０９、搭乗先提案部２１０の機能が２つ以上のシステムに分散して設けられてもよい。また、取消判断部２０７、時間予測部２０５、設定部２０８、搭乗位置提案部２０９、搭乗先提案部２１０の各々の機能が、複数のシステムに分散して設けられていてもよい。また、搭乗管理システム１の少なくとも一部の機能は、例えば、クラウド（クラウドコンピューティング）によって実現されてもよい。
【０１１１】
上記の実施形態では、取消判断部２０７は、第１時刻と第２時刻との時間差に基づいて取消処理を行うか否かを判断している。そのため、搭乗予定者６と自動車３とが同じように遅れ、第１時刻と第２時刻との時間差が閾値以下であれば、取消判断部２０７は搭乗予約を取り消さず、搭乗予定者６が自動車３に乗り降りすることで自動車３がさらに遅れる可能性がある。そこで、取消判断部２０７が、搭乗予定者６が自動車３に搭乗する予約時刻を更に考慮して取消処理を行うか否かを判断してもよい。例えば、取消判断部２０７が、自動車３が搭乗位置に到着する第１時刻と予約時刻との差が第３閾値より長くなると予測される場合、搭乗予約の取消処理を行うと判断してもよく、自動車３の遅れを少なくできる。尚、取消判断部２０７が、搭乗予定者６が搭乗位置に到着する第２時刻と予約時刻との差が第３閾値より長くなると予測される場合は、搭乗予約の取消処理を行うと判断してもよく、自動車３の遅れを少なくできる。
【０１１２】
上記の実施形態の搭乗管理システム１において、取消判断部２０７が搭乗予約の取消処理を行う場合に、自動車３が搭乗位置に先着する場合と、搭乗予定者６が搭乗位置に先着する場合とで、取消処理の態様を異ならせてもよい。
【０１１３】
例えば、自動車３が搭乗位置に先着する場合、自動車３を利用する他の利用者を待たせることになるので、取消判断部２０７は搭乗予約を強制的に取り消す取消処理を行う。
【０１１４】
一方、搭乗予定者６が搭乗位置に先着する場合、搭乗予定者６が待ち時間を許容できるのであれば、必ずしも搭乗予約を取り消す必要はない。そのため、取消判断部２０７は、通信部２１を介して携帯端末４に搭乗予約を取り消すか否かを問い合わせる通知情報を送信させる。携帯端末４の通信部４１が管理サーバ２からの通知情報を受信すると、処理部４０は、搭乗予約を取り消すか否かを問い合わせる通知情報を表示部４３に表示する。ここで、搭乗予定者６が携帯端末４の操作部４４を用いて搭乗予約の取り消し操作を行うと、処理部４０は通信部４１を介して管理サーバ２に搭乗予約を取り消す操作信号を送信するので、管理サーバ２の処理部２０は搭乗予約を取り消す処理を行う。一方、搭乗予定者６が携帯端末４の操作部４４を用いて搭乗予約を継続する操作を行うと、処理部４０は通信部４１を介して管理サーバ２に搭乗予約を継続する操作信号を送信するので、管理サーバ２の処理部２０は搭乗予約を取り消す処理を行わない。これにより、搭乗予定者６が搭乗位置に先着する場合、管理サーバ２は、搭乗予定者６の意向を問い合わせた結果に応じて、搭乗予約を取り消すか否かを決定することができる。
【０１１５】
したがって、搭乗管理システム１では、自動車３が搭乗位置に先着する場合と、搭乗予定者６が搭乗位置に先着する場合とで、それぞれの場合に適した態様で取消処理を行うことができる。
【０１１６】
上記の実施形態の搭乗管理システム１において、取消判断部２０７は時間差以外の所定の判断条件を更に考慮して、取消処理を行うか否かを判断してもよい。
【０１１７】
ここにおいて、所定の判断条件とは、例えば、搭乗予定者６の行動予測に基づく判断条件である。取消判断部２０７は、搭乗予定者６の行動予測の結果が、搭乗位置に向かって移動中であるという判断条件を満たしていない場合、搭乗予定者６の搭乗予約を取り消す取消処理を行う。第２取得部２０２は、搭乗予定者６の携帯端末４から取得した位置情報等に基づいて搭乗予定者６の行動予測を行っており、取消判断部２０７は第２取得部２０２による行動予測の結果を考慮して、取消処理を行う。例えば、第２取得部２０２により、搭乗予定者６が同じ場所（例えば店舗又は飲食店等）に留まっているとの予測結果が得られた場合、取消判断部２０７は、搭乗予定者６が搭乗位置に向かって移動していないと判断し、取消処理を行うと判断する。また、第２取得部２０２により、搭乗予定者６が搭乗位置とは反対方向に移動していたり、別の目的地に向かって移動しているとの予測結果が得られた場合、取消判断部２０７は、搭乗予定者６が搭乗位置に向かって移動していないと判断してもよい。このように、取消判断部２０７は、時間差以外の所定の判断条件を更に考慮して、取消処理を行うか否かを判断しているので、搭乗予定者６が搭乗位置に遅れることを事前に判断して搭乗予約を取り消すことができ、利便性の向上を図ることができる。尚、時間差以外の所定の判断条件は、搭乗予定者６の行動予測に基づく判断条件に限定されず、適宜変更が可能である。
【０１１８】
また、上記の実施形態では、管理サーバ２の検索部２０３が、潜在利用者６の現在位置に基づく開始条件が成立すると推奨候補を検索する検索処理を開始しているが、開始条件は、潜在利用者６の現在位置に基づく条件に限定されない。
【０１１９】
検索部２０３が検索処理を開始する開始条件は、潜在利用者６の過去の行動履歴に基づく条件でもよい。検索部２０３は、潜在利用者６の過去の行動履歴に基づく開始条件が成立すると、検索処理を開始する。潜在利用者６の過去の行動履歴とは、例えば、潜在利用者６が過去に相乗りサービスの自動車３を利用した日時と場所との少なくとも一方に関する情報を含む。例えば、現在時刻が、潜在利用者６が相乗りサービスの自動車３を過去に利用したことがある時間帯（例えば、帰宅時に利用したときの時間帯等）になると、処理部２０は開始条件が成立したと判断し、検索部２０３が推奨候補の検索処理を開始してもよい。また、潜在利用者６の現在位置と、潜在利用者６が相乗りサービスの自動車３に以前に搭乗した搭乗位置との距離が所定の開始判定距離以下になれば、処理部２０は開始条件が成立したと判断し、検索部２０３が推奨候補の検索処理を開始してもよい。検索部２０３は、潜在利用者６の過去の行動履歴に基づく開始条件が成立すると検索処理を開始するので、潜在利用者６が移動体３を利用する可能性が高いタイミング（有効なタイミング）で検索処理を行って、潜在利用者６に推奨候補を通知することができる。また、潜在利用者６の現在位置に基づく開始条件が成立すると検索部２０３が検索処理を行う場合に比べて、管理サーバ２の処理部２０が複数の潜在利用者６の現在位置を把握しなくて済むため、処理部２０の処理の負担を軽減できるという利点もある。
【０１２０】
上記の実施形態において、第２取得部２０２が第２情報として潜在利用者６の目的地に関する目的地情報を取得し、検索部２０３が、潜在利用者６の目的地に関する目的地情報に基づいて推奨候補を検索してもよい。ここで、第２取得部２０２は、例えば、潜在利用者６が携帯端末４に入力した目的地に関する目的地情報を携帯端末４から取得する。尚、第２取得部２０２は、携帯端末４から取得した携帯端末４の現在位置及び移動方向と、過去の履歴情報とに基づいて潜在利用者６の目的地を推測することで、目的地情報を取得してもよい。検索部２０３は、潜在利用者６の目的地に関する目的地情報に基づいて、潜在利用者６の目的地に向かって移動する自動車３を検索できる。
【０１２１】
上記の実施形態では、移動体が自動車３であったが、移動体は自動車３に限定されず、例えば、鉄道車両、船舶、航空機等の自動車以外の乗り物でもよい。
【０１２２】
上記の実施形態において、時間、距離等の２値の比較において、「より長い」としているところは「以上」であってもよい。つまり、２値の比較において、２値が等しい場合を含むか否かは、基準値等の設定次第で任意に変更できるので、「より長い」か「以上」かに技術上の差異はない。同様に、「以下」としているところは「より短い」であってもよい。
【０１２３】
（まとめ）
以上説明したように、第１の態様の搭乗管理システム（１）は取消判断部（２０７）を備える。取消判断部（２０７）は、第１時刻（Ｔ１）と第２時刻（Ｔ２）との時間差に基づいて、搭乗予定者（６）の搭乗予約を取り消す取消処理を行うか否かを判断する。第１時刻（Ｔ１）は、移動体（３）が搭乗位置に到着する時刻である。第２時刻（Ｔ２）は、移動体（３）への搭乗を予約している搭乗予定者（６）が搭乗位置に到着する時刻である。
【０１２４】
この態様によれば、取消判断部（２０７）は、第１時刻（Ｔ１）と第２時刻（Ｔ２）との時間差に基づいて搭乗予定者（６）の搭乗予約を取り消す取消処理を行うか否かを判断している。したがって、搭乗予定者（６）自身が搭乗予約を取り消す手間を省略でき、搭乗管理システム（１）の利便性の向上を図ることができる。
【０１２５】
第２の態様の搭乗管理システム（１）では、第１の態様において、取消判断部（２０７）は、搭乗予定者（６）が移動体（３）に搭乗する予約時刻を更に考慮して取消処理を行うか否かを判断する。
【０１２６】
この態様によれば、取消判断部（２０７）は、第１時刻（Ｔ１）と第２時刻（Ｔ２）との時間差だけではなく、予約時刻も考慮して取消処理を行うか否かを判断できる。したがって、取消判断部（２０７）は、第１時刻（Ｔ１）又は第２時刻（Ｔ２）が予約時刻から遅れる場合などに、取消処理を行うように判断できる。
【０１２７】
第３の態様の搭乗管理システム（１）では、第１又は第２の態様において、取消判断部（２０７）は、時間差が閾値（Ｔｈ１，Ｔｈ２）を超える場合は取消処理を行う。
【０１２８】
この態様によれば、移動体（３）及び搭乗予定者（６）のうち搭乗位置に先着した方の待ち時間が閾値（Ｔｈ１，Ｔｈ２）を超えると予測される場合には、搭乗予約を取り消すことができる。
【０１２９】
第４の態様の搭乗管理システム（１）は、第３の態様において、閾値（Ｔｈ１，Ｔｈ２）を設定する設定部（２０８）を、更に備える。
【０１３０】
この態様によれば、移動体（３）及び搭乗予定者（６）のうち搭乗位置に先着した方の待ち時間の許容時間である閾値（Ｔｈ１，Ｔｈ２）を設定部（２０８）で設定できる。
【０１３１】
第５の態様の搭乗管理システム（１）では、第４の態様において、設定部（２０８）は、移動体（３）が搭乗位置に先着する場合と、搭乗予定者（６）が搭乗位置に先着する場合とで、閾値を異ならせる。
【０１３２】
この態様によれば、設定部（２０８）は、移動体（３）が搭乗位置に先着する場合と、搭乗予定者（６）が搭乗位置に先着する場合とのそれぞれで最適な閾値を設定できる。
【０１３３】
第６の態様の搭乗管理システム（１）では、第１〜第５のいずれかの態様において、移動体（３）が搭乗位置に先着する場合と、搭乗予定者（６）が搭乗位置に先着する場合とで、取消処理の態様が異なる。
【０１３４】
この態様によれば、設定部（２０８）は、移動体（３）が搭乗位置に先着する場合と、搭乗予定者（６）が搭乗位置に先着する場合とのそれぞれに適した態様で取消処理を行うことができる。
【０１３５】
第７の態様の搭乗管理システム（１）は、第１〜第６のいずれかの態様において、少なくとも搭乗予定者（６）の現在位置情報に基づいて第２時刻（Ｔ２）を予測する予測部（２０５）を、更に備える。
【０１３６】
この態様によれば、搭乗予定者（６）の現在位置情報に基づいて、搭乗予定者（６）が搭乗位置に到着する第２時刻（Ｔ２）を予測できる。
【０１３７】
第８の態様の搭乗管理システム（１）は、第１〜第７のいずれかの態様において、取消判断部（２０７）が取消処理を行うと判断した場合に、搭乗位置の変更を搭乗予定者（６）に提案する提案処理を行う搭乗位置提案部（２０９）を、更に備える。
【０１３８】
この態様によれば、搭乗予約を取り消す場合に、搭乗位置の変更を搭乗予定者（６）に提案することができるので、搭乗管理システム（１）の利便性が向上するという利点がある。
【０１３９】
第９の態様の搭乗管理システム（１）は、第１〜第８のいずれかの態様において、搭乗先提案部（２１０）を、更に備える。移動体（３）が複数ある。複数の移動体（３）は、搭乗予定者（６）が搭乗を予約している移動体（３）である第１移動体（３Ｃ）と、第１移動体（３Ｃ）以外の第２移動体（３Ａ）とを含む。搭乗先提案部（２１０）は、取消判断部（２０７）が取消処理を行うと判断した場合に、第２移動体（３Ａ）への搭乗を提案する提案処理を行う。
【０１４０】
この態様によれば、第１移動体（３Ｃ）への搭乗予約を取り消す場合に、第２移動体（３Ａ）への搭乗を提案することができるので、搭乗管理システム（１）の利便性が向上するという利点がある。
【０１４１】
第１０の態様の搭乗管理システム（１）では、第１〜第９のいずれかの態様において、取消判断部（２０７）は、時間差以外の所定の判断条件を更に考慮して、取消処理を行うか否かを判断する。
【０１４２】
この態様によれば、取消判断部（２０７）は、第１時刻（Ｔ１）と第２時刻（Ｔ２）との時間差だけではなく、時間差以外の所定の判断条件も考慮して取消処理を行うか否かを判断できる。
【０１４３】
第１１の態様の搭乗管理方法は、第１時刻（Ｔ１）と第２時刻（Ｔ２）との時間差に基づいて、搭乗予定者（６）の搭乗予約を取り消す取消処理を行うか否かを判断する。第１時刻（Ｔ１）は、移動体（３）が搭乗位置に到着する時刻である。第２時刻（Ｔ２）は、移動体（３）への搭乗を予約している搭乗予定者（６）が搭乗位置に到着する時刻である。
【０１４４】
この態様によれば、第１時刻（Ｔ１）と第２時刻（Ｔ２）との時間差に基づいて搭乗予定者（６）の搭乗予約を取り消す取消処理を行うか否かを判断している。したがって、搭乗予定者（６）自身が搭乗予約を取り消す手間を省略でき、利便性の向上を図ることができる。
【０１４５】
第１２の態様のプログラムは、コンピュータシステムに取消判断処理を実行させるためのプログラムである。取消判断処理は、第１時刻（Ｔ１）と第２時刻（Ｔ２）との時間差に基づいて、搭乗予定者（６）の搭乗予約を取り消す取消処理を行うか否かを判断する処理である。第１時刻（Ｔ１）は、移動体（３）が搭乗位置に到着する時刻である。第２時刻（Ｔ２）は、移動体（３）への搭乗を予約している搭乗予定者（６）が搭乗位置に到着する時刻である。
【０１４６】
この態様によれば、第１時刻（Ｔ１）と第２時刻（Ｔ２）との時間差に基づいて搭乗予定者（６）の搭乗予約を取り消す取消処理を行うか否かを判断している。したがって、搭乗予定者（６）自身が搭乗予約を取り消す手間を省略でき、利便性の向上を図ることができる。
【０１４７】
第１３の態様の移動体（３）は、通信部（３１）と処理部（３０）とを備える。通信部（３１）は、第１〜第１０のいずれかの態様の搭乗管理システム（１）と通信する。処理部（３０）は、通信部（３１）を通じて搭乗管理システム（１）から受信した運転指示情報に基づく処理を行う。
【０１４８】
この態様によれば、搭乗予定者（６）自身が搭乗予約を取り消す手間を省略でき、利便性の向上を図ることができる。
【０１４９】
上記態様に限らず、上記の実施形態に係る搭乗管理システム（１）の種々の構成（変形例を含む）は、搭乗管理方法、（コンピュータ）プログラム、又はプログラムを記録した非一時的記録媒体等で具現化可能である。
【０１５０】
第２〜第１０の態様に係る構成については、搭乗管理システム（１）に必須の構成ではなく、適宜省略可能である。
【符号の説明】
【０１５１】
１  搭乗管理システム
３，３Ｂ  移動体
３Ａ  移動体（第２移動体）
３Ｃ  移動体（第１移動体）
６  搭乗予定者
３０  処理部
３１  通信部
２０５  時間予測部（予測部）
２０７  取消判断部
２０８  設定部
２０９  搭乗位置提案部
２１０  搭乗先提案部
Ｔ１  第１時刻
Ｔ２  第２時刻
Ｔｈ１  閾値
Ｔｈ２  閾値
【図１】
2019175390.tif 000003
【図２】
2019175390.tif 000004
【図３】
2019175390.tif 000005
【図４】
2019175390.tif 000006
【図５】
2019175390.tif 000007
【図６】
2019175390.tif 000008
【図７】
2019175390.tif 000009
【手続補正書】
【提出日】平成31年4月15日(2019.4.15)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項１３
【補正方法】変更
【補正の内容】
【請求項１３】
請求項１〜１０のいずれか１項に記載の搭乗管理システムと通信する通信部と、
前記通信部を通じて前記搭乗管理システムから受信した運転指示情報に基づく処理を行う処理部と、を備える、
移動体。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００６７
【補正方法】変更
【補正の内容】
【００６７】
ステップＳ７の絞り込み処理の結果、２次候補車が１台であれば（Ｓ８：Ｎｏ）、検索部２０３は２次候補車（図２の例では自動車３Ａ）を推奨候補とし、通知部２０４が通知処理を行う（Ｓ１１）。尚、通知部２０４による通知処理については後述する。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００６８
【補正方法】変更
【補正の内容】
【００６８】
一方、ステップＳ７の絞り込み処理の結果、２次候補車が複数台であれば（Ｓ８：Ｙｅｓ）、検索部２０３は複数台の２次候補車から推奨候補を選択する処理を行う。例えば、検索部２０３は、複数台の２次候補車の利用人数と空席数との少なくとも一方に基づいて推奨候補を決定する。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００７０
【補正方法】変更
【補正の内容】
【００７０】
検索部２０３は、第１取得部２０１が自動車３Ａ，３Ｃから取得した第１情報をもとに、自動車３Ａ，３Ｃの乗車状況に関する乗車情報を取得する（Ｓ９）。ここで、乗車情報には、自動車３Ａ，３Ｃをそれぞれ利用する利用人数に関する利用人数情報と、自動車３Ａ，３Ｃの空席の数に関する空席情報とが含まれる。そして、検索部２０３は、自動車３Ａ，３Ｃの乗車情報に基づいて、自動車３Ａ，３Ｃのうち利用人数が少ない方を推奨候補として選択する（Ｓ１０）。すなわち、検索部２０３は、複数の移動体３のそれぞれを利用している利用人数に関する利用人数情報を含む第２情報に基づいて推奨候補を検索する。例えば、図４の例では、自動車３Ａの利用人数が２人、自動車３Ｃの利用人数が１人であるので、検索部２０３は利用人数が少ない自動車３Ｃを推奨候補として選択する。利用人数が少ない方が経由地（降車位置）が少なく、目的地に到着するまでの到着時間が短いと考えられるので、目的地までより早く到着できる２次候補車を推奨候補として選択できる。尚、検索部２０３は、自動車３Ａ，３Ｃの乗車情報に基づいて、自動車３Ａ，３Ｃのうち空席が多い方を推奨候補として選択してもよい。検索部２０３は、空席がより多い２次候補車を推奨候補として選択するので、快適に乗車できる２次候補車を推奨候補として選択できる。また、検索部２０３は、複数台の２次候補車の利用人数と空席数との両方に基づいて推奨候補を決定してもよい。例えば、検索部２０３は、複数台の２次候補車の中から利用人数が最小の２次候補車を選択し、利用人数が最小の２次候補車が複数存在する場合は空席数が最大の２次候補車を選択する。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００８３
【補正方法】変更
【補正の内容】
【００８３】
次に、時間予測部２０５が第２時刻Ｔ２を算出する処理を図７に基づいて説明する。管理サーバ２の第２取得部２０２は、通信部２１を介して搭乗予定者６が携帯する携帯端末４から、搭乗予定者６の行動状態に関する第２情報を所定の時間間隔で取得する（Ｓ４１）。第２情報は、少なくとも、搭乗予定者６の現在位置Ｐ２（図４参照）の情報を含む。本実施形態では、第２情報が、搭乗予定者６の移動速度の情報を含む。時間予測部２０５は、記憶部２２から読み込んだ地図情報に基づいて、現在位置Ｐ２から搭乗位置Ｐ１１までの搭乗予定者６の経路を示す経路情報を求める（Ｓ４２）。そして、時間予測部２０５は、搭乗予定者６の経路情報から移動距離を求め、搭乗予定者６の移動距離と移動速度とに基づいて、搭乗予定者６が搭乗位置Ｐ１１に到着するまでの第２時刻Ｔ２を算出する（Ｓ４３）。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００９２
【補正方法】変更
【補正の内容】
【００９２】
時間差（Ｔ１−Ｔ２）が第１閾値Ｔｈ１よりも長いか（Ｓ２３：Ｙｅｓ）、又は、時間差（Ｔ２−Ｔ１）が第２閾値Ｔｈ２よりも長いと（Ｓ２４：Ｙｅｓ）、取消判断部２０７は、搭乗予定者６の搭乗予約の取消処理を行うと判断する（Ｓ２５）。取消判断部２０７が搭乗予約の取消処理を行うと判断すると、配車処理部２０６は、搭乗予定者６の搭乗及び降車をなくした自動車３Ａの予定経路を示す運転指示情報を作成する。