(57)【要約】【課題】ユーザの要求の変動に柔軟に対応することができない。【解決手段】所定の運行計画に従って移動する第２移動体を利用するユーザが、当該第２移動体から降りることを予定している予定下車位置を含む利用計画を特定する特定部と、少なくともユーザが第２移動体を利用している期間中に、利用計画の変更を惹起するイベントの発生を検出する第１検出部と、第１検出部が検出したイベントの発生状況に基づいて、ユーザが第２移動体から降りる位置が、第２移動体が予定下車位置に到達するまでに停止する途中停止位置へと変更される可能性の度合を示す変更確率を推定する推定部と、推定部が推定した変更確率に基づいて、途中停止位置に対する第１移動体の運行を決定する運行決定部とを備える。【選択図】図１
2020135670.tif 000002
【特許請求の範囲】
【請求項１】
ユーザの要望に応じて移動可能な第１移動体の運行を管理する運行管理システムであって、
予め定められた運行計画に従って移動する第２移動体を利用する前記ユーザが、当該第２移動体から降りることを予定している予定下車位置を含む利用計画を特定する特定部と、
少なくとも前記ユーザが前記第２移動体を利用している期間中に、前記利用計画の変更を惹起するイベントの発生を検出する第１検出部と、
前記第１検出部が検出した前記イベントの発生状況に基づいて、前記ユーザが前記第２移動体から降りる位置が、前記第２移動体が前記予定下車位置に到達するまでに停止する途中停止位置へと変更される可能性の度合を示す変更確率を推定する推定部と、
前記推定部が推定した前記変更確率に基づいて、前記途中停止位置に対する前記第１移動体の運行を決定する運行決定部と、
を備える、運行管理システム。
【請求項２】
前記推定部は、前記ユーザが前記第２移動体を利用している期間中に前記第１検出部が前記イベントを検出した回数又は頻度が大きいほど、前記変更確率が大きくなるように、前記変更確率を推定する、
請求項１に記載の運行管理システム。
【請求項３】
少なくとも前記ユーザが前記第２移動体を利用している期間中に、前記ユーザの現在位置を検出する第２検出部を備え、
前記推定部は、前記第２検出部が検出した前記ユーザの現在位置から前記予定下車位置までの距離が短いほど、前記変更確率が小さくなるように、前記変更確率を推定する、
請求項１又は請求項２に記載の運行管理システム。
【請求項４】
前記途中停止位置は、
第１途中停止位置と、
前記第２移動体が前記第１途中停止位置に到達するまでに停止する第２途中停止位置と、
を有し、
前記推定部は、（ｉ）前記第２移動体が前記第２途中停止位置に到達するまでの期間に、前記第１検出部が前記イベントを検出し、且つ、前記第２移動体が前記第２途中停止位置に到達した後であって前記第１途中停止位置に到達するまでの期間に、前記第１検出部が前記イベントを検出した場合の前記変更確率が、（ｉｉ）前記第２移動体が前記第２途中停止位置に到達するまでの期間に、前記第１検出部が前記イベントを検出せず、且つ、前記第２移動体が前記第２途中停止位置に到達した後であって前記第１途中停止位置に到達するまでの期間に、前記第１検出部が前記イベントを検出した場合の前記変更確率よりも大きくなるように、前記変更確率を推定する、
請求項１から請求項３までの何れか一項に記載の運行管理システム。
【請求項５】
前記運行決定部は、前記変更確率が予め定められた条件を満足する場合に、前記第１移動体の配車処理を実行する、
請求項１から請求項４までの何れか一項に記載の運行管理システム。
【請求項６】
前記配車処理は、
前記ユーザによる前記第１移動体の利用を予約する手順と、
前記予約がなされた後、前記ユーザの通信端末に、前記ユーザが前記第１移動体の利用を希望するか否かを問い合わせるためのメッセージを送信する手順と、
を含む、
請求項５に記載の運行管理システム。
【請求項７】
前記配車処理は、
前記ユーザの通信端末に、前記ユーザが前記第１移動体の利用を希望するか否かを問い合わせるためのメッセージを送信する手順と、
前記ユーザの通信端末から、前記ユーザが前記第１移動体の利用を希望することを示す情報を受信する手順と、
前記ユーザが前記第１移動体の利用を希望することを示す情報が受信された後、前記ユーザによる前記第１移動体の利用を予約する手順と、
を含む、
請求項５に記載の運行管理システム。
【請求項８】
前記配車処理は、１以上の前記第１移動体のうちの少なくとも１つに前記予約を割り当て、前記予約が割り当てられた第１移動体を前記途中停止位置に移動させるための指示を出力する手順を、更に含む
請求項６又は請求項７に記載の運行管理システム。
【請求項９】
コンピュータを、請求項１から請求項８までの何れか一項に記載の運行管理システムとして機能させるためのプログラム。
【請求項１０】
ユーザの要望に応じて移動可能な第１移動体の運行を管理する運行管理方法であって、
予め定められた運行計画に従って移動する第２移動体を利用する前記ユーザが、当該第２移動体から降りることを予定している予定下車位置を含む利用計画を特定する特定段階と、
少なくとも前記ユーザが前記第２移動体を利用している期間中に、前記利用計画の変更を惹起するイベントの発生を検出する第１検出段階と、
前記第１検出段階において検出された前記イベントの発生状況に基づいて、前記ユーザが前記第２移動体から降りる位置が、前記第２移動体が前記予定下車位置に到達するまでに停止する途中停止位置へと変更される可能性の度合を示す変更確率を推定する推定段階と、
前記推定段階において推定された前記変更確率に基づいて、前記途中停止位置に対する前記第１移動体の運行を決定する運行決定段階と、
を有する、運行管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、運行管理システム、運行管理方法及びプログラムに関する。
【背景技術】
【０００２】
タクシーの利用者からの要求に応じてタクシーを配車する配車システムが知られている（例えば、特許文献１〜２を参照されたい）。
［先行技術文献］
［特許文献］
［特許文献１］  特開昭６２−０００１５５号公報
［特許文献２］  特開平０１−２６７８００号公報
【発明の概要】
【発明が解決しようとする課題】
【０００３】
例えば、公共交通機関の利用者は、当該公共交通機関に乗車している最中に、当該公共交通機関を途中下車して、プライベート空間を確保しながら目的地に向かいたいと考えることがある。一例として、同伴する子供が泣き止まない場合又は体調が優れない場合、公共交通機関の利用者は、当該公共交通機関から、タクシー、レンタカー、シェアカーなどの他の移動手段に乗り換えたいと考えることがある。上記の乗り換えがスムーズに実現されれば、利用者の利便性は格段に向上する。一方で、上記の利用者が途中下車する前に、子供が泣き止んだり、体調が回復したりした場合、上記の乗り換えは不要になる。従来の配車システムは、このようなユーザの要求の変動に柔軟に対応することができない。
【課題を解決するための手段】
【０００４】
本発明の第１の態様においては、運行管理システムが提供される。上記の運行管理システムは、例えば、ユーザの要望に応じて移動可能な第１移動体の運行を管理する。上記の運行管理システムは、例えば、所定の運行計画に従って移動する第２移動体を利用するユーザが、当該第２移動体から降りることを予定している予定下車位置を含む利用計画を特定する特定部を備える。上記の運行管理システムは、例えば、少なくともユーザが第２移動体を利用している期間中に、利用計画の変更を惹起するイベントの発生を検出する第１検出部を備える。上記の運行管理システムは、例えば、第１検出部が検出したイベントの発生状況に基づいて、ユーザが第２移動体から降りる位置が、第２移動体が予定下車位置に到達するまでに停止する途中停止位置へと変更される可能性の度合を示す変更確率を推定する推定部を備える。上記の運行管理システムは、例えば、推定部が推定した変更確率に基づいて、途中停止位置に対する第１移動体の運行を決定する運行決定部を備える。
【０００５】
上記の運行管理システムにおいて、推定部は、ユーザが第２移動体を利用している期間中に第１検出部がイベントを検出した回数又は頻度が大きいほど、変更確率が大きくなるように、変更確率を推定してよい。上記の運行管理システムは、少なくともユーザが第２移動体を利用している期間中に、ユーザの現在位置を検出する第２検出部を備えてよい。上記の運行管理システムにおいて、推定部は、第２検出部が検出したユーザの現在位置から予定下車位置までの距離が短いほど、変更確率が小さくなるように、変更確率を推定してもよい。
【０００６】
上記の運行管理システムにおいて、途中停止位置は、第１途中停止位置を有してよい。上記の運行管理システムにおいて、途中停止位置は、第２移動体が第１途中停止位置に到達するまでに停止する第２途中停止位置を有してよい。上記の運行管理システムにおいて、推定部は、（ｉ）第２移動体が第２途中停止位置に到達するまでの期間に、第１検出部がイベントを検出し、且つ、第２移動体が第２途中停止位置に到達した後であって第１途中停止位置に到達するまでの期間に、第１検出部がイベントを検出した場合の変更確率が、（ｉｉ）第２移動体が第２途中停止位置に到達するまでの期間に、第１検出部がイベントを検出せず、且つ、第２移動体が第２途中停止位置に到達した後であって第１途中停止位置に到達するまでの期間に、第１検出部がイベントを検出した場合の変更確率よりも大きくなるように、変更確率を推定してよい。
【０００７】
上記の運行管理システムにおいて、運行決定部は、変更確率が予め定められた条件を満足する場合に、第１移動体の配車処理を実行してよい。上記の運行管理システムにおいて、配車処理は、ユーザによる第１移動体の利用を予約する手順を含んでよい。上記の運行管理システムにおいて、配車処理は、予約がなされた後、ユーザの通信端末に、ユーザが第１移動体の利用を希望するか否かを問い合わせるためのメッセージを送信する手順を含んでよい。上記の運行管理システムにおいて、配車処理は、ユーザの通信端末に、ユーザが第１移動体の利用を希望するか否かを問い合わせるためのメッセージを送信する手順を含んでよい。上記の運行管理システムにおいて、配車処理は、ユーザの通信端末から、ユーザが第１移動体の利用を希望することを示す情報を受信する手順を含んでよい。上記の運行管理システムにおいて、配車処理は、ユーザが第１移動体の利用を希望することを示す情報が受信された後、ユーザによる第１移動体の利用を予約する手順を含んでよい。上記の運行管理システムにおいて、配車処理は、１以上の第１移動体のうちの少なくとも１つに予約を割り当て、予約が割り当てられた第１移動体を途中停止位置に移動させるための指示を出力する手順を含んでよい。
【０００８】
本発明の第２の態様においては、運行管理方法が提供される。上記の運行管理方法は、例えば、ユーザの要望に応じて移動可能な第１移動体の運行を管理する方法である。上記の運行管理方法は、例えば、所定の運行計画に従って移動する第２移動体を利用するユーザが、当該第２移動体から降りることを予定している予定下車位置を含む利用計画を特定する特定段階を有する。上記の運行管理方法は、例えば、少なくともユーザが第２移動体を利用している期間中に、利用計画の変更を惹起するイベントの発生を検出する第１検出段階を有する。上記の運行管理方法は、例えば、第１検出段階において検出されたイベントの発生状況に基づいて、ユーザが第２移動体から降りる位置が、第２移動体が予定下車位置に到達するまでに停止する途中停止位置へと変更される可能性の度合を示す変更確率を推定する推定段階を有する。上記の運行管理方法は、例えば、推定段階において推定された変更確率に基づいて、途中停止位置に対する第１移動体の運行を決定する運行決定段階を有する。
【０００９】
本発明の第３の態様においては、プログラムが提供される。上記のプログラムを格納する非一時的コンピュータ可読媒体が提供されてもよい。上記のプログラムは、コンピュータを、上記の運行管理システムとして機能させるためのプログラムであってよい。上記のプログラムは、コンピュータに、上記の運行管理方法を実行させるためのプログラムであってよい。
【００１０】
なお、上記の発明の概要は、本発明の必要な特徴の全てを列挙したものではない。また、これらの特徴群のサブコンビネーションもまた、発明となりうる。
【図面の簡単な説明】
【００１１】
【図１】配車支援システム１００のシステム構成の一例を概略的に示す。
【図２】配車支援システム１００の用途の一例を概略的に示す。
【図３】交通機関管理サーバ１１２の内部構成の一例を概略的に示す。
【図４】配車管理サーバ１１４の内部構成の一例を概略的に示す。
【図５】データテーブル５００の一例を概略的に示す。
【図６】ユーザ管理サーバ１１６の内部構成の一例を概略的に示す。
【図７】行動管理部６４０の内部構成の一例を概略的に示す。
【図８】配車要求部６５０の内部構成の一例を概略的に示す。
【図９】データテーブル９００の一例を概略的に示す。
【図１０】データテーブル１０００の一例を概略的に示す。
【図１１】画面１１００の一例を概略的に示す。
【図１２】画面１２００の一例を概略的に示す。
【図１３】配車要求部６５０における情報処理の一例を概略的に示す。
【図１４】配車要求部６５０における情報処理の一例を概略的に示す。
【図１５】配車要求部６５０における情報処理の一例を概略的に示す。
【図１６】通信端末１２０の内部構成の一例を概略的に示す。
【図１７】コンピュータ３０００のシステム構成の一例を概略的に示す。
【発明を実施するための形態】
【００１２】
以下、発明の実施の形態を通じて本発明を説明するが、以下の実施形態は特許請求の範囲にかかる発明を限定するものではない。また、実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。なお、図面において、同一または類似の部分には同一の参照番号を付して、重複する説明を省く場合がある。
【００１３】
［配車支援システム１００の概要］
図１及び図２を用いて、配車支援システム１００の概要が説明される。図１は、配車支援システム１００の内部の一例を概略的に示す。図２は、配車支援システム１００の用途の一例を概略的に示す。
【００１４】
図１に示されるとおり、本実施形態において、配車支援システム１００は、交通機関管理サーバ１１２と、配車管理サーバ１１４と、ユーザ管理サーバ１１６とを備える。交通機関管理サーバ１１２、配車管理サーバ１１４、及び、ユーザ管理サーバ１１６は、任意の通信ネットワーク（例えば、通信ネットワーク１０である。）を介して、互いに情報を送受してよい。
【００１５】
図２に示されるとおり、本実施形態によれば、電車１０２に乗車しているユーザ２０が、電車１０２から自動車１０４に乗り換えて目的地まで移動する場合を例として、配車支援システム１００の詳細が説明される。
【００１６】
本実施形態において、配車支援システム１００は、自動車１０４の運行を管理する。配車支援システム１００は、自動車１０４の配車処理を実行することで、自動車１０４の運行を管理してよい。
【００１７】
具体的には、配車支援システム１００は、１以上の自動車１０４の少なくとも１つの利用に関する予約を管理する。また、配車支援システム１００は、上記の予約の内容に基づいて、１以上の自動車１０４の移動を管理する。これにより、配車支援システムは、自動車１０４の運行を管理することができる。
【００１８】
本実施形態において、ユーザ２０は、出発地の最寄駅である駅ＳＡで、電車１０２に乗車する。この時点では、ユーザ２０は、駅ＳＡから、駅ＳＢ及び駅ＳＣを経由して、目的地の最寄駅である駅ＳＤまで、電車１０２を利用して移動することを予定している。
【００１９】
ここで、例えば、電車１０２が駅ＳＡ及び駅ＳＢの間の区間を移動しているときに、ユーザ２０が途中下車を考える出来事（下車惹起イベントと称される場合がある。）が発生すると、ユーザ２０は、（ｉ）駅ＳＢ又は駅ＳＣで途中下車して、途中下車した駅から自動車１０４を利用して目的地まで移動したり、（ｉｉ）駅ＳＤに到着した後、駅ＳＤから自動車１０４を利用して目的地まで移動したりする可能性がある。下車惹起イベントとしては、（ｉ）ユーザ２０の状態に変化が生じたこと、（ｉｉ）ユーザ２０の同伴者２２の状態に変化が生じたこと、（ｉｉｉ）ユーザ２０の乗車した電車１０２の状態に変化（例として、乗車密度の増加や、事件、事故、故障などの発生）が生じたこと、などが例示される。
【００２０】
ユーザ２０の状態の変化は、ユーザの２０の体調の変化であってよい。体調の変化としては、発熱、悪寒、頭痛、腹痛などが例示される。体調の変化は、咳、くしゃみ、鼻水、及び、涙の少なくとも１つが繰り返すことであってもよい。体調の変化は、不快に感じる程度の増加であってもよい。同伴者２２の状態の変化は、同伴者２２の体調又は機嫌の変化であってよい。体調の変化は、上述されたとおりであってよい。機嫌の変化としては、泣き出す、泣き止まないなどが例示される。電車１０２の状態の変化としては、（ｉ）乗車密度の増加、（ｉ）事件、事故又は故障の発生などが例示される。
【００２１】
下車惹起イベントは、特定の出来事が特定の条件を満足することであってもよい。特定の条件としては、上記の特定の出来事の発生頻度又は発生回数が予め定められた値よりも大きいという条件、上記の特定の出来事の発生頻度又は発生回数が予め定められた値よりも小さいという条件などが例示される。
【００２２】
そこで、本実施形態によれば、配車支援システム１００は、ユーザ２０又は電車１０２を監視して、下車惹起イベントの発生を検出する。例えば、配車支援システム１００は、ユーザ２０が利用する通信端末１２０から取得した情報に基づいて、下車惹起イベントの発生を検出する。
【００２３】
下車惹起イベントの発生が検出されると、配車支援システム１００は、自動車１０４の配車の要否、及び、配車の可否を判定する。配車の必要性が比較的高いと判定された場合、配車支援システム１００は、例えば、駅ＳＢ、駅ＳＣ及び駅ＳＤのそれぞれにおける、配車の可否に関する判定結果を示す情報を、下車惹起イベントが生じているユーザ２０の通信端末１２０に送信する。これにより、ユーザ２０は、電車１０２が各駅に到着するまでの時間と、各駅における自動車１０４の配車の可否とを考慮して、電車１０２を途中下車するか否かを容易に判断することができる。
【００２４】
また、本実施形態において、配車支援システム１００は、ユーザ２０が電車１０２を途中下車する前に、配車処理の実行を開始する。これにより、ユーザ２０が、途中下車駅において自動車１０４の配車を要求する手間が大きく軽減される。
【００２５】
配車処理は、例えば、ユーザ２０の通信端末１２０に、ユーザ２０が自動車１０４の利用を希望するか否かを問い合わせるためのメッセージを送信する手順を含む。配車処理は、例えば、ユーザ２０の通信端末１２０から、ユーザ２０が自動車１０４の利用を希望することを示す情報（配車指示と称される場合がある。）を受信する手順を含む。配車処理は、例えば、ユーザ２０による自動車１０４の利用を予約する手順を含む。配車処理は、例えば、１以上の自動車１０４のうちの少なくとも１つに予約を割り当て、予約が割り当てられた自動車１０４を、特定の停車駅に移動させるための指示を出力する手順を含む。なお、配車支援システム１００は、上記の手順の一部を実行しなくてもよく、上記の手順の順番を任意に変更してもよい。
【００２６】
一実施形態によれば、配車支援システム１００は、ユーザ２０の通信端末１２０から配車指示を受信する前に、ユーザ２０による自動車１０４の利用を予約する。その後、配車支援システム１００が、所定の期限までにユーザ２０の意思を示す情報を取得することができない場合、配車支援システム１００は、例えば、上記の予約を取り消す。
【００２７】
上記の実施形態によれば、ユーザ２０からの配車指示に先だって、配車の予約処理が実行されている。そのため、ユーザ２０が実際に配車を要求した場合、ユーザ２０は、スムーズに配車を予約することができる。また、ユーザ２０が配車支援システム１００からの問い合わせに対して何も対応しなければ、上記の予約が自動的に取り消されるので、ユーザ２０が配車を予約する手間が大きく軽減される。上記の実施形態によれば、配車支援システム１００は、ユーザ２０の要求の変動に柔軟に対応することができる。
【００２８】
他の実施形態によれば、配車支援システム１００は、ユーザ２０の通信端末１２０から配車指示を受信した後、ユーザ２０による自動車１０４の利用を予約する。配車支援システム１００が、ユーザ２０の通信端末１２０から、ユーザ２０が予約の取消を要求することを示す情報を受信した場合、配車支援システム１００は、上記の予約を取り消してよい。上記の実施形態によれば、配車支援システム１００は、ユーザ２０の要求の変動に柔軟に対応することができる。
【００２９】
なお、上記の２つの実施形態において、予約の取消方法は特に限定されない。予約の取消方法の他の例として、配車支援システム１００は、下記の手順に従って、予約を取り消してもよい。本実施形態において、配車支援システム１００は、ユーザ２０が電車１０２から降りたことを検出することができる。例えば、配車支援システム１００は、ユーザ２０が利用する通信端末１２０から取得した情報に基づいて、ユーザ２０の下車を検出する。上記の予約により指定された駅においてユーザ２０の下車が検出されなかった場合、配車支援システム１００は、上記の予約を取り消す。一方、上記の予約により指定された駅においてユーザ２０の下車が検出された場合、配車支援システム１００は、上記の予約を取り消さない。上記の実施形態によれば、ユーザ２０が予約を取り消すための操作をしなくても、当該予約が自動的に取り消されるので、ユーザ２０が配車を予約する手間が大きく軽減される。
【００３０】
［配車支援システム１００の各部の概要］
本実施形態において、通信ネットワーク１０は、有線通信の伝送路であってもよく、無線通信の伝送路であってもよく、無線通信の伝送路及び有線通信の伝送路の組み合わせであってもよい。通信ネットワーク１０は、無線パケット通信網、インターネット、Ｐ２Ｐネットワーク、専用回線、ＶＰＮ、電力線通信回線などを含んでもよい。通信ネットワーク１０は、（ｉ）携帯電話回線網などの移動体通信網を含んでもよく、（ｉｉ）無線ＭＡＮ（例えば、ＷｉＭＡＸ（登録商標）である。）、無線ＬＡＮ（例えば、ＷｉＦｉ（登録商標）である。）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｚｉｇｂｅｅ（登録商標）、ＮＦＣ（Ｎｅａｒ  Ｆｉｅｌｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などの無線データ通信網を含んでもよい。
【００３１】
本実施形態において、電車１０２は、運行計画に従って移動する。運行計画は、電車１０２が停車する複数の駅と、各駅に停車する予定時刻とを規定する。駅の位置は、予め定められており、原則として、ユーザ２０の要望に応じて変更することはできない。電車１０２の運行計画において、出発駅と、終着駅との間に、１又は複数の停車駅が設けられていることが好ましい。電車１０２は、無人運転車両又は自動運転車両であってもよく、有人運転車両であってもよい。
【００３２】
本実施形態において、自動車１０４は、ユーザ２０の要望に応じて移動可能に構成される。自動車１０４の乗車位置及び停止位置は、ユーザ２０の要望に応じて変更され得る。例えば、自動車１０４は、ユーザ２０の要望に応じた地点から出発して、ユーザ２０の要望に応じた地点まで、人又は物を運搬する。自動車１０４は、無人運転車両又は自動運転車両であってもよく、有人運転車両であってもよい。
【００３３】
なお、本実施形態においては、ユーザ２０が、電車１０２から自動車１０４に乗り換える場合を例として、電車１０２及び自動車１０４の詳細が説明される。しかしながら、電車１０２及び自動車１０４は、本実施形態に限定されない。電車１０２及び自動車１０４としては、任意の移動体が利用され得る。
【００３４】
移動体としては、車両、船舶、飛行体などが例示される。車両としては、自動車、自動二輪車、電車などが例示される。自動車としては、エンジン車、電気自動車、燃料電池車、ハイブリッド車、作業機械などが例示される。自動二輪車としては、（ｉ）バイク、（ｉｉ）三輪バイク、（ｉｉｉ）動力ユニットを有する立ち乗り二輪車又は三輪車などが例示される。船舶としては、船、ホバークラフト、水上バイク、潜水艦、潜水艇、水中スクータなどが例示される。飛行体としては、飛行機、飛行船又は風船、気球、ヘリコプター、ドローンなどが例示される。
【００３５】
運行計画に従って移動する移動体としては、路線バス、長距離バス、乗合自動車、鉄道車両、旅客機などが例示される。ユーザ２０の要望に応じて移動する移動体は、ユーザ２０により貸切られた移動体、又は、比較的少人数のユーザにより貸切られた移動体であってよい。ユーザ２０の要望に応じて移動する移動体としては、タクシー、レンタカー、シェアカー、ライドシェアの用途に供された車両、プライベートジェットなどが例示される。
【００３６】
本実施形態において、交通機関管理サーバ１１２は、１以上の電車１０２を管理する。交通機関管理サーバ１１２は、例えば、１以上の電車１０２のそれぞれの運行状況を管理する。交通機関管理サーバ１１２は、通信ネットワーク１０を介して、１以上の電車１０２のそれぞれに搭載された情報処理装置と通信することで、各電車の運行状況に関する情報を取得してよい。
【００３７】
電車１０２の運行状況に関する情報としては、電車１０２の運行計画、電車１０２の現在位置、電車１０２に搭載された機器の稼働状況、電車１０２に搭載された機器に関する異常の有無、電車１０２の運行に関する異常の有無などが例示される。運行に関する異常としては、電車１０２に関連する路線における遅延、事故、工事などが例示される。
【００３８】
本実施形態において、配車管理サーバ１１４は、１以上の自動車１０４を管理する。配車管理サーバ１１４は、例えば、１以上の自動車１０４のそれぞれの現在位置及び稼働状況の少なくとも一方を管理する。配車管理サーバ１１４は、通信ネットワーク１０を介して、１以上の自動車１０４のそれぞれに搭載された情報処理装置と通信することで、各車両の現在位置及び稼働状況の少なくとも一方に関する情報を取得してよい。
【００３９】
自動車１０４の稼働状況に関する情報としては、自動車１０４の利用状態、自動車１０４の目的地、自動車１０４の予約状況、自動車１０４に搭載された機器に関する異常の有無、自動車１０４の走行に関する異常の有無などが例示される。自動車１０４の走行に関する異常としては、周辺の道路における渋滞、工事、事故などが例示される。
【００４０】
配車管理サーバ１１４は、１以上の自動車１０４の少なくとも１つに関する配車処理の少なくとも一部を実行してよい。例えば、配車管理サーバ１１４は、配車処理に含まれる複数の手順のうち、１以上の自動車１０４のうちの少なくとも１つに予約を割り当て、予約が割り当てられた自動車１０４を、特定の停車駅に移動させるための指示を出力する手順を実行する。
【００４１】
本実施形態において、ユーザ管理サーバ１１６は、１以上のユーザ２０を管理する。ユーザ管理サーバ１１６は、例えば、１以上のユーザ２０のそれぞれの行動を管理する。ユーザ管理サーバ１１６は、１以上のユーザ２０のそれぞれの行動計画（スケジュールと称される場合がある。）を管理してよい。ユーザ管理サーバ１１６は、１以上のユーザ２０のそれぞれの現在位置及び移動履歴の少なくとも一方を管理してよい。ユーザ管理サーバ１１６は、１以上のユーザ２０のそれぞれに関する下車惹起イベントの有無及び下車惹起イベントの履歴の少なくとも一方を管理してよい。ユーザ管理サーバ１１６は、通信ネットワーク１０を介して、１以上のユーザ２０のそれぞれが利用する通信端末１２０と通信することで、各ユーザに関する各種の情報を取得してよい。
【００４２】
ユーザ管理サーバ１１６は、１以上の自動車１０４の少なくとも１つに関する配車処理の少なくとも一部を実行してよい。ユーザ管理サーバ１１６は、配車処理に含まれる複数の手順のうち、ユーザ２０の通信端末１２０に、ユーザ２０が自動車１０４の利用を希望するか否かを問い合わせるためのメッセージを送信する手順を実行してよい。ユーザ管理サーバ１１６は、配車処理に含まれる複数の手順のうち、ユーザ２０の通信端末１２０から、ユーザ２０が自動車１０４の利用を希望することを示す情報を受信する手順を実行してよい。ユーザ管理サーバ１１６は、配車処理に含まれる複数の手順のうち、ユーザ２０による自動車１０４の利用を予約する手順を実行してよい。
【００４３】
本実施形態において、通信端末１２０は、通信ネットワーク１０を介して、ユーザ管理サーバ１１６との間で各種の情報を送受する。通信端末１２０は、入力デバイス及び出力デバイスを有し、配車支援システム１００のユーザインタフェースとして利用されてよい。通信端末１２０は、自己位置推定機器、加速度センサ、ジャイロセンサ、温度センサ、カメラ、マイクなどを有し、ユーザ２０のおかれた環境に関する各種の情報を収集してよい。例えば、通信端末１２０は、ユーザ２０の周辺環境の音声情報を収集する。
【００４４】
通信端末１２０は、ユーザ２０に装着されたウエアラブル端末１２２から、ユーザ２０のバイタル情報を収集してよい。通信端末１２０は、ユーザ２０の同伴者２２に装着されたウエアラブル端末１２２から、同伴者２２のバイタル情報を収集してもよい。バイタル情報としては、呼吸の状態、脈拍、心拍、血圧、血中酸素濃度、体温、発汗の状態、内蔵の状態、胃腸の状態、発話の状態、興奮状態、覚醒状態などが例示される。
【００４５】
一実施形態において、通信端末１２０は、収集された情報を、ユーザ管理サーバ１１６に送信する。他の実施形態において、通信端末１２０は、収集された情報を解析して、下車惹起イベントを検出してよい。通信端末１２０は、下車惹起イベントが検出されたことを示す情報を、ユーザ管理サーバ１１６に送信してよい。通信端末１２０は、収集された情報を解析して、ユーザ２０の下車を検出してもよい。通信端末１２０は、ユーザ２０の下車が検出されたことを示す情報を、ユーザ管理サーバ１１６に送信してよい。
【００４６】
本実施形態において、通信端末１２０は、ユーザ２０が利用する情報処理装置であればよく、その詳細については特に限定されない。通信端末１２０としては、パーソナルコンピュータ、携帯端末などが例示される。携帯端末としては、携帯電話、スマートフォン、ＰＤＡ、タブレット、ノートブック・コンピュータ又はラップトップ・コンピュータ、ウエアラブル・コンピュータなどが例示される。
【００４７】
ウエアラブル端末１２２は、ユーザ２０又は同伴者２２の身体に装着される情報処理装置であればよく、その詳細については特に限定されない。ウエアラブル端末１２２は、例えば、ユーザ２０の顔若しくは頭部、胸部、腹部、手首若しくは足首、又は、手指若しくは足指に装着される。ウエアラブル端末１２２は、ウエアラブル型のバイタルセンサであってよい。単一のユーザ２０又は同伴者２２に、複数のウエアラブル端末１２２が装着され、ユーザ２０の通信端末１２０は、複数のウエアラブル端末１２２を介して、ユーザ２０又は同伴者２２に関する情報を収集してもよい。
【００４８】
配車支援システム１００は、運行管理システムの一例であってよい。ユーザ管理サーバ１１６は、運行管理システムの一例であってよい。電車１０２は、第２移動体の一例であってよい。自動車１０４は、第１移動体の一例であってよい。下車惹起イベントは、利用計画の変更を惹起するイベントの一例であってよい。電車１０２が停車する駅は、予定下車位置、途中停止位置、第１途中停止位置又は第２停止位置の一例であってよい。駅ＳＤは、予定下車位置の一例であってよい。駅ＳＢ及び駅ＳＣは、途中停止位置の一例であってよい。駅ＳＢは、第２途中停止位置の一例であってよい。駅ＳＣは、第１途中停止位置の一例であってよい。自動車１０４の配車は、第１移動体の利用の一例であってよい。
【００４９】
なお、本実施形態においては、配車支援システム１００が、交通機関管理サーバ１１２と、配車管理サーバ１１４と、ユーザ管理サーバ１１６とを備える場合を例として、配車支援システム１００の一例が説明される。しかしながら、配車支援システム１００は、本実施形態に限定されない。他の実施形態において、交通機関管理サーバ１１２、配車管理サーバ１１４及びユーザ管理サーバ１１６の少なくとも２つサーバの機能が、単一のサーバにより実現されていてもよい。交通機関管理サーバ１１２の機能の少なくとも一部と、配車管理サーバ１１４の機能の少なくとも一部と、ユーザ管理サーバ１１６の機能の少なくとも一部とが、単一のサーバにより実現されていてもよい。
【００５０】
［配車支援システム１００の各部の具体的な構成］
配車支援システム１００の各部は、ハードウエアにより実現されてもよく、ソフトウエアにより実現されてもよく、ハードウエア及びソフトウエアにより実現されてもよい。配車支援システム１００の各部は、その少なくとも一部が、単一のサーバによって実現されてもよく、複数のサーバによって実現されてもよい。配車支援システム１００の各部は、その少なくとも一部が、仮想サーバ上又はクラウドシステム上で実現されてもよい。配車支援システム１００の各部は、その少なくとも一部が、パーソナルコンピュータ又は携帯端末によって実現されてもよい。携帯端末としては、携帯電話、スマートフォン、ＰＤＡ、タブレット、ノートブック・コンピュータ又はラップトップ・コンピュータ、ウエアラブル・コンピュータなどを例示することができる。配車支援システム１００の各部は、ブロックチェーンなどの分散型台帳技術又は分散型ネットワークを利用して、情報を格納してもよい。
【００５１】
配車支援システム１００を構成する構成要素の少なくとも一部がソフトウエアにより実現される場合、当該ソフトウエアにより実現される構成要素は、一般的な構成の情報処理装置において、当該構成要素に関する動作を規定したプログラムを起動することにより実現されてよい。上記の一般的な構成の情報処理装置は、（ｉ）ＣＰＵ、ＧＰＵなどのプロセッサ、ＲＯＭ、ＲＡＭ、通信インタフェースなどを有するデータ処理装置と、（ｉｉ）キーボード、ポインティングデバイス、タッチパネル、カメラ、音声入力装置、ジェスチャ入力装置、各種センサ、ＧＰＳ受信機などの入力装置と、（ｉｉｉ）表示装置、音声出力装置、振動装置などの出力装置と、（ｉｖ）メモリ、ＨＤＤ、ＳＳＤなどの記憶装置（外部記憶装置を含む。）とを備えてよい。
【００５２】
上記の一般的な構成の情報処理装置において、上記のデータ処理装置又は記憶装置は、上記のプログラムを記憶してよい。上記のプログラムは、プロセッサによって実行されることにより、上記の情報処理装置に、当該プログラムによって規定された動作を実行させる。上記のプログラムは、非一時的なコンピュータ可読記録媒体に格納されていてもよい。上記のプログラムは、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、メモリ、ハードディスクなどのコンピュータ読み取り可能な媒体に記憶されていてもよく、ネットワークに接続された記憶装置に記憶されていてもよい。
【００５３】
上記のプログラムは、コンピュータを、配車支援システム１００又はその一部として機能させるためのプログラムであってよい。上記のプログラムは、配車支援システム１００の各部の動作を規定したモジュールを備えてよい。これらのプログラム又はモジュールは、データ処理装置、入力装置、出力装置、記憶装置等に働きかけて、コンピュータを配車支援システム１００の各部として機能させたり、コンピュータに配車支援システム１００の各部における情報処理方法を実行させたりする。上記のプログラムは、コンピュータ読み取り可能な媒体又はネットワークに接続された記憶装置から、配車支援システム１００の少なくとも一部を構成するコンピュータにインストールされてよい。上記のプログラムが実行されることにより、コンピュータが、配車支援システム１００の各部の少なくとも一部として機能してもよい。上記のプログラムに記述された情報処理は、当該プログラムがコンピュータに読み込まれることにより、当該プログラムに関連するソフトウエアと、配車支援システム１００又はその一部の各種のハードウエア資源とが協働した具体的手段として機能する。そして、上記の具体的手段が、本実施形態におけるコンピュータの使用目的に応じた情報の演算又は加工を実現することにより、当該使用目的に応じた配車支援システム１００が構築される。
【００５４】
上記のプログラムは、コンピュータを、ユーザ管理サーバ１１６として機能させるためのプログラムであってよい。上記のプログラムは、コンピュータに、ユーザ管理サーバ１１６における情報処理方法を実行させるためのプログラムであってよい。
【００５５】
上記の情報処理方法は、ユーザの要望に応じて移動可能な第１移動体の予約を管理する運行管理方法であってよい。上記の運行管理方法は、例えば、所定の運行計画に従って移動する第２移動体を利用するユーザが、当該第２移動体から降りることを予定している予定下車位置を含む利用計画を特定する特定段階を有する。上記の運行管理方法は、例えば、（ｉ）少なくともユーザが第２移動体を利用している期間中に、利用計画の変更を惹起するイベントの発生を検出する第１検出段階、及び、（ｉｉ）少なくともユーザが第２移動体を利用している期間中に、ユーザの現在位置を検出する第２検出段階の少なくとも一方を有する。上記の運行管理方法は、例えば、（ｉ）第１検出段階において検出されたイベントの発生状況、及び、（ｉｉ）第２検出段階において検出されたユーザの現在位置から予定下車位置までの距離の少なくとも一方に基づいて、ユーザが第２移動体から降りる位置が、第２移動体が予定下車位置に到達するまでに停止する途中停止位置へと変更される可能性の度合を示す変更確率を推定する推定段階を有する。上記の運行管理方法は、例えば、推定段階において推定された変更確率に基づいて、途中停止位置に対する第１移動体の運行を決定する運行決定段階を有する。
【００５６】
図３は、交通機関管理サーバ１１２の内部構成の一例を概略的に示す。本実施形態において、交通機関管理サーバ１１２は、運行計画管理部３２０と、運行状況管理部３４０と、格納部３６０とを備える。本実施形態において、格納部３６０は、運行計画格納部３６２と、運行状況格納部３６４とを有する。
【００５７】
本実施形態において、運行計画管理部３２０は、１以上の電車１０２のそれぞれの運行計画を管理する。運行計画管理部３２０は、１以上の電車１０２のそれぞれの運行計画を作成し、作成された運行計画を示す情報を運行計画格納部３６２に格納する。運行計画管理部３２０は、１以上の電車１０２の少なくとも１つの運行計画を変更し、変更された運行計画を示す情報を運行計画格納部３６２に格納する。運行計画管理部３２０は、外部の情報処理装置からの特定の電車１０２の運行計画に関する問い合わせに対応してよい。
【００５８】
本実施形態において、運行状況管理部３４０は、１以上の電車１０２のそれぞれの運行状況を管理する。運行状況管理部３４０は、通信ネットワーク１０を介して、１以上の電車１０２のそれぞれと通信し、各電車の運行状況に関する情報を取得する。運行状況管理部３４０は、各電車の運行状況に関する情報を運行状況格納部３６４に格納する。運行状況管理部３４０は、外部の情報処理装置からの特定の電車１０２の運行状況に関する問い合わせに対応してよい。
【００５９】
格納部３６０は、運行計画管理部３２０及び運行状況管理部３４０の少なくとも一方における情報処理に必要な各種の情報を格納する。格納部３６０は、運行計画管理部３２０及び運行状況管理部３４０の少なくとも一方から出力された各種の情報を格納する。
【００６０】
本実施形態において、運行計画格納部３６２は、１以上の電車１０２のそれぞれの運行計画を示す情報を格納する。上述のとおり、各電車の運行計画は、当該電車が停車する複数の駅と、当該電車が各駅に停車する予定時刻とを規定する。運行計画格納部３６２は、各電車の識別情報と、当該電車の各停車駅の識別情報と、各停車駅への到着予定時刻を示す情報と、各停車駅からの出発予定時刻を示す情報とを対応付けて格納してよい。運行計画格納部３６２は、各電車の識別情報と、時刻を示す情報と、当該電車が当該時刻に到着又は出発する停車駅の識別情報と、当該電車が当該駅を出発するのか又は当該駅に到着するのかを示す情報とを対応付けて格納してもよい。
【００６１】
本実施形態において、運行状況格納部３６４は、１以上の電車１０２のそれぞれの運行状況を示す情報を格納する。運行計画格納部３６２は、各電車の識別情報と、各電車の運行状況を示す情報とを対応付けて格納してよい。
【００６２】
図４は、配車管理サーバ１１４の内部構成の一例を概略的に示す。本実施形態において、配車管理サーバ１１４は、要求処理部４２０と、配車部４４０と、車両状況格納部４６０とを備える。本実施形態において、要求処理部４２０は、抽出要求処理部４２２と、配車要求処理部４２４とを有する。
【００６３】
本実施形態において、要求処理部４２０は、外部の情報処理装置からの各種の要求を受け付ける。要求処理部４２０は、上記の要求を処理し、当該要求を送信した情報処理装置に対して、上記の処理の結果を示す情報を送信する。
【００６４】
本実施形態において、抽出要求処理部４２２は、例えば、ユーザ管理サーバ１１６から、特定の条件に合致する自動車１０４の有無を判定したり、特定の条件に合致する自動車１０４の台数又は識別情報を抽出したりするための要求を取得する。上記の特定の条件は、特定の時刻において、特定の人数分の運輸サービスを提供することができ、特定の位置からの距離が所定の数値範囲内であるという条件であってよい。抽出要求処理部４２２は、車両状況格納部４６０を参照して、上記の条件に合致する自動車１０４を抽出する。抽出要求処理部４２２は、抽出された情報に基づいて、上記の要求に応答する。
【００６５】
本実施形態において、配車要求処理部４２４は、例えば、ユーザ管理サーバ１１６から、配車を予約するための要求を取得する。配車を予約するための要求は、ユーザ２０の識別情報、自動車１０４の必要台数を示す情報、自動車１０４を差し向ける場所及び時刻を示す情報などを含んでよい。配車要求処理部４２４は、車両状況格納部４６０を参照して、上記の予約を受け付けることができるか否かを判定する。
【００６６】
配車要求処理部４２４が上記の予約を受け付けることができる場合、配車要求処理部４２４は、予約の詳細を示す情報を、配車部４４０に送信する。また、配車要求処理部４２４は、予約が受け付けられたことを示す情報と、当該予約の識別情報とを、ユーザ管理サーバ１１６に送信する。一方、配車要求処理部４２４が上記の予約を受け付けることができない場合、配車要求処理部４２４は、予約が受け付けられないことを示す情報を、ユーザ管理サーバ１１６に送信する。
【００６７】
配車要求処理部４２４は、例えば、ユーザ管理サーバ１１６から、予約を取り消すための要求を取得してもよい。予約を取り消すための要求は、予約の識別情報を含んでよい。配車要求処理部４２４は、例えば、上記の予約の識別情報により識別される予約を取り消すための処理を実行する。また、配車要求処理部４２４は、予約が取り消されたことを示す情報を、ユーザ管理サーバ１１６に送信する。
【００６８】
配車要求処理部４２４は、予約の取消に伴い料金が発生するか否かを判定するための処理、及び、予約の取消に伴い発生する料金を精算するための処理を実行してもよい。予約の取消に伴い料金が発生する場合、配車要求処理部４２４は、当該料金に関するメッセージをユーザ管理サーバ１１６に送信してよい。
【００６９】
本実施形態において、配車部４４０は、配車要求処理部４２４が予約を受け付けた場合に、上記の予約に示される情報に従って、１以上の自動車１０４のうちの少なくとも１つに当該予約を割り当てる。配車部４４０は、予約が割り当てられた自動車１０４を、当該予約により示される位置に移動させるための指示を出力する。例えば、配車部４４０は、予約が割り当てられた自動車１０４に搭載された情報処理装置に、上記の指示を送信する。配車部４４０は、予約が割り当てられた自動車１０４の運転手が利用する通信端末に、上記の指示を送信してもよい。
【００７０】
本実施形態において、車両状況格納部４６０は、１以上の自動車１０４のそれぞれの現在位置を示す情報、及び、稼働状況を示す情報の少なくとも一方を格納する。車両状況格納部４６０は、例えば、各自動車の識別情報と、各自動車の現在位置を示す情報及び各自動車の稼働状況を示す情報の少なくとも一方とを対応付けて格納する。
【００７１】
図５は、データテーブル５００の一例を概略的に示す。データテーブル５００は、車両状況格納部４６０に格納される情報の一例であってよい。本実施形態において、データテーブル５００は、各車両の車両ＩＤ５２２と、各車両の現在位置５２４と、各車両の稼働状況５２６とを対応付けて格納する。
【００７２】
各車両の現在位置５２４は、当該位置の位置座標により示されてもよく、当該位置に存在する施設の識別情報により示されてもよい。位置座標は、緯度情報及び経度情報を含んでもよく、緯度情報、経度情報及び高度情報を含んでもよい。施設の識別情報は、施設の名称であってよい。
【００７３】
各車両の稼働状況５２６は、例えば、各車両の利用状況、各車両の目的地、各車両の予約状況に関する情報を含んでよい。各車両の利用状況としては、当該車両が運輸サービスを提供することができる状態にあることを示す「利用可能」、当該車両が運輸サービスの提供中であることを示す「利用中」、当該車両が予約されていることを示す「予約中」、何らかの理由により当該車両が運輸サービスを提供することができない状態にあることを示す「利用不能」などが例示される。
【００７４】
各車両の予約状況に関する情報は、当該予約が取り消されることなく、自動車１０４による運輸サービスが実際に提供される事象の起こる可能性の度合い（予約確率と称される場合がある。）を示す情報を含んでよい。予約確率は、少なくともユーザ２０が電車１０２を利用している期間中に、ユーザ２０が自動車１０４の配車を予約する可能性の度合いを示す指標となり得る。予約確率は、ユーザ２０の下車駅が、当初の予定下車駅（例えば、駅ＳＤである。）から、電車１０２が当該予定下車駅に到達するまでに停車する他の駅（例えば、駅ＳＢ又は駅ＳＣである。）へと変更される可能性の度合いを示す指標となり得る。
【００７５】
配車管理サーバ１１４は、運行決定部の一部の一例であってよい。配車部４４０は、運行決定部の一部の一例であってよい。予約確率は、変更確率の一例であってよい。
【００７６】
図６は、ユーザ管理サーバ１１６の内部構成の一例を概略的に示す。本実施形態において、ユーザ管理サーバ１１６は、要求受付部６２０と、画面生成部６３０と、行動管理部６４０と、配車要求部６５０と、格納部６６０とを備える。本実施形態において、格納部６６０は、ユーザ設定格納部６６２と、スケジュール格納部６６４と、ルート格納部６６６と、ユーザ状況格納部６６８とを有する。
【００７７】
本実施形態において、要求受付部６２０は、通信端末１２０からの各種の要求を受け付ける。要求受付部６２０は、通信端末１２０からの要求を、例えば、行動管理部６４０又は配車要求部６５０に転送する。
【００７８】
上記の要求は、例えば、スケジュールを管理するためのサービスの利用を要求する。上記の要求は、出発地から目的地へ移動するルートを検索するためのサービスの利用を要求してもよい。上記の要求は、ユーザ２０の移動ルートの登録を要求してもよい。上記の要求は、配車を予約するサービスの利用を要求してもよい。配車を予約するサービスにおいては、例えば、配車の予約、配車の実行、予約の取消などの機能が実現される。これらのサービスは、ユーザ管理サーバ１１６により提供されてもよく、これらのサービスの少なくとも一部が、ユーザ管理サーバ１１６とは異なる情報処理装置により提供されてもよい。上記のサービスの少なくとも一部は、配車支援システム１００の外部の情報処理装置により提供されてもよい。
【００７９】
本実施形態において、画面生成部６３０は、配車支援システム１００のユーザインタフェースとなる各種の画面を生成する。上記の画面としては、スケジュールを管理するためのサービスにおける入力画面及び確認画面、出発地から目的地へ移動するルートを検索するためのサービスにおける入力画面及び確認画面、ユーザ２０の移動ルートを登録するための画面、登録された移動ルートを確認するための画面、配車を予約するサービスにおける入力画面及び確認画面、並びに、ユーザ２０に固有の設定を登録するための画面などが例示される。
【００８０】
本実施形態において、行動管理部６４０は、１以上のユーザ２０のそれぞれの行動を管理する。具体的には、行動管理部６４０は、各ユーザによる電車１０２の利用計画を特定する。
【００８１】
各ユーザによる電車１０２の利用計画は、例えば、当該ユーザが電車１０２から降りることを予定している駅を示す情報を含む。各ユーザによる電車１０２の利用計画は、当該ユーザが利用する電車１０２の識別情報と、当該ユーザが電車１０２から降りることを予定している駅を示す情報とを規定してもよい。
【００８２】
行動管理部６４０は、例えば、配車要求部６５０からの要求に応じて、特定のユーザ２０による電車１０２の利用計画を示す情報を、配車要求部６５０に送信してよい。行動管理部６４０の詳細は後述される。
【００８３】
本実施形態において、配車要求部６５０は、ユーザ２０のおかれた状況に応じて、自動車１０４の配車を予約するか否かを決定する。具体的には、配車要求部６５０は、下車惹起イベントの発生の有無、下車惹起イベントの発生パターン、及び、ユーザ２０の現在位置の少なくとも１つに基づいて、自動車１０４の配車を予約するか否かを決定する。配車要求部６５０は、ユーザ２０からの指示に基づいて、自動車１０４の配車を予約するか否かを決定してもよい。
【００８４】
自動車１０４の配車を予約することが決定された場合、配車要求部６５０は、配車の予約処理を実行する。具体的には、配車要求部６５０は、配車管理サーバ１１４に、配車を予約するための要求を送信する。
【００８５】
本実施形態において、配車要求部６５０は、ユーザ２０のおかれた状況に応じて、自動車１０４の配車に関する予約を取り消すか否かを決定する。具体的には、配車要求部６５０は、下車惹起イベントの発生の有無、下車惹起イベントの発生パターン、及び、ユーザ２０の現在位置の少なくとも１つに基づいて、予約を取り消すか否かを決定する。配車要求部６５０は、ユーザ２０からの指示に基づいて、予約を取り消すか否かを決定してもよい。
【００８６】
予約を取り消すことが決定された場合、配車要求部６５０は、予約の取消処理を実行する。具体的には、配車要求部６５０は、配車管理サーバ１１４に、予約を取り消すための要求を送信する。配車要求部６５０の詳細は後述される。
【００８７】
格納部６６０は、ユーザ管理サーバ１１６の各部における情報処理に必要な各種の情報を格納する。格納部６６０は、ユーザ管理サーバ１１６の各部から出力された各種の情報を格納する。
【００８８】
ユーザ設定格納部６６２は、１以上のユーザ２０のそれぞれについて、当該ユーザに固有の設定を示す情報を格納する。上記の設定としては、自宅の住所、勤務先の住所、休日によく滞在する施設の住所、ルート選択に関するポリシー、料金の精算方法、通貨又は電子的価値の口座情報、クレジットカードのカード番号、予約の取消に関するポリシー、下車惹起イベントの検出に関する設定などが例示される。
【００８９】
スケジュール格納部６６４は、１以上のユーザ２０のそれぞれについて、当該ユーザのスケジュールを示す情報を格納する。スケジュールは、ユーザが参加するイベントのタイトルと、当該イベントの開催期間又は開催時刻と、当該イベントの開催場所とを示す情報を含んでよい。
【００９０】
ルート格納部６６６は、１以上のユーザ２０のそれぞれについて、当該ユーザの移動ルートを示す情報を格納する。ユーザ２０の移動ルートには、ユーザ２０が電車１０２を利用して移動する区間が含まれてよい。ユーザ２０が電車１０２を利用して移動する区間は、１又は複数の走行区間により構成されてよい。各走行区間は、電車１０２が一の停車駅から次の停車駅まで走行する区間であってよい。移動ルートは、ユーザ２０が電車１０２に乗り込むことを予定している駅、及び、ユーザ２０が電車１０２から降りることを予定している駅を示す情報を含んでよい。
【００９１】
ユーザ状況格納部６６８は、１以上のユーザ２０のそれぞれについて、当該ユーザがおかれた状況を示す情報を格納する。例えば、ユーザ状況格納部６６８は、１以上のユーザ２０のそれぞれについて、当該ユーザの現在位置を示す情報を格納する。ユーザ状況格納部６６８は、１以上のユーザ２０のそれぞれについて、当該ユーザの移動履歴を示す情報を格納してもよい。
【００９２】
ユーザ状況格納部６６８は、１以上のユーザ２０のそれぞれについて、当該ユーザに関連する下車惹起イベントに関する情報を格納してもよい。下車惹起イベントに関する情報としては、現在の移動ルート上における下車惹起イベントの発生の有無、並びに、現在の移動ルート上で発生した下車惹起イベントの種類、及び、当該下車惹起イベントの発生パターンなどが例示される。ユーザ状況格納部６６８は、１以上のユーザ２０のそれぞれについて、過去の移動ルート上における下車惹起イベントに関する情報を格納してもよい。
【００９３】
行動管理部６４０は、特定部の一例であってよい。配車要求部６５０は、第１検出部、第２検出部、及び、推定部の一例であってよい。各ユーザの予定下車駅のそれぞれは、予定下車位置の一例であってよい。
【００９４】
図７は、行動管理部６４０の内部構成の一例を概略的に示す。本実施形態において、行動管理部６４０は、スケジュール管理部７４２と、ルート検索部７４４と、ルート登録部７４６とを備える。
【００９５】
本実施形態において、スケジュール管理部７４２は、各ユーザに対して、当該ユーザのスケジュールを管理するためのサービスを提供する。スケジュール管理部７４２は、要求受付部６２０から、ユーザ２０がスケジュールを管理するためのサービスの利用を希望していることを示す要求を取得する。スケジュール管理部７４２は、例えば、画面生成部６３０が生成した入力画面又は確認画面を介して、ユーザ２０のスケジュールに関する情報を取得する。これにより、スケジュール管理部７４２は、ユーザ２０による電車１０２の利用計画を特定することができる。
【００９６】
例えば、スケジュール管理部７４２は、入力されたイベントの開催時刻から、出発地がユーザ２０の自宅であるか否かを判定する。出発地がユーザ２０の自宅であると判定された場合、スケジュール管理部７４２は、ユーザ２０の自宅から、イベントの開催場所までのルートを検索することで、自宅の最寄駅から、イベントの開催場所の最寄駅までの移動ルートを特定することができる。ユーザ２０の移動ルートとして複数の候補が抽出された場合、スケジュール管理部７４２は、ユーザ設定格納部６６２に格納されているルート選択に関するポリシーに基づいて、ユーザ２０の移動ルートを特定してよい。スケジュール管理部７４２は、特定された電車１０２の利用計画を示す情報を、ユーザ状況格納部６６８に格納してよい。
【００９７】
本実施形態において、ルート検索部７４４は、出発地から目的地へ移動するルートを検索するためのサービスを提供する。ルート検索部７４４は、要求受付部６２０から、ユーザ２０がルートを検索するためのサービスの利用を希望していることを示す要求を取得する。ルート検索部７４４は、例えば、画面生成部６３０が生成した入力画面又は確認画面を介して、ユーザ２０の出発地及び目的地に関する情報を取得する。これにより、ルート検索部７４４は、ユーザ２０による電車１０２の利用計画を特定することができる。ユーザ２０の移動ルートとして複数の候補が抽出された場合、ルート検索部７４４は、ユーザ設定格納部６６２に格納されているルート選択に関するポリシーに基づいて、ユーザ２０の移動ルートを特定してよい。ルート検索部７４４は、特定された電車１０２の利用計画を示す情報を、ユーザ状況格納部６６８に格納してよい。
【００９８】
本実施形態において、ルート登録部７４６は、要求受付部６２０から、ユーザ２０が移動ルートの登録を希望していることを示す要求を取得する。ルート登録部７４６は、例えば、画面生成部６３０が生成した入力画面又は確認画面を介して、ユーザ２０の移動ルートに関する情報を取得する。これにより、ルート登録部７４６は、ユーザ２０による電車１０２の利用計画を特定することができる。ルート登録部７４６は、特定された電車１０２の利用計画を示す情報を、ユーザ状況格納部６６８に格納してよい。
【００９９】
スケジュール管理部７４２は、特定部の一例であってよい。ルート検索部７４４は、特定部の一例であってよい。ルート登録部７４６は、特定部の一例であってよい。
【０１００】
図８は、配車要求部６５０の内部構成の一例を概略的に示す。本実施形態において、配車要求部６５０は、イベント検出部８２２と、ユーザ位置推定部８２４と、予約確率推定部８２６とを備える。本実施形態において、配車要求部６５０は、要求生成部８３２と、期限決定部８３４と、指示確認部８３６とを備える。
【０１０１】
本実施形態において、イベント検出部８２２は、予め定められた種類のイベントの発生を検出する。イベント検出部８２２は、少なくともユーザ２０が電車１０２を利用している期間中に、予め定められた種類のイベントの発生を検出してよい。上記のイベントとしては、（ｉ）下車惹起イベント、（ｉｉ）ユーザ２０が電車１０２から下車したことなどが例示される。
【０１０２】
一実施形態において、イベント検出部８２２は、ユーザ２０の通信端末１２０から、ユーザ２０又は同伴者２２のバイタル情報を取得する。イベント検出部８２２は、上記のバイタル情報を解析して、下車惹起イベントの発生を検出する。これにより、例えば、ユーザ２０又は同伴者２２の体調不良、同伴者２２である子供が泣いているか否かなどの下車惹起イベントの発生が検出され得る。
【０１０３】
他の実施形態において、イベント検出部８２２は、ユーザ２０の通信端末１２０から、周囲の音声情報を取得する。イベント検出部８２２は、上記の音声情報を解析して、下車惹起イベントの発生を検出する。これにより、例えば、他の乗客が不快であるか否か、同伴者２２である子供が泣いているか否かなどの下車惹起イベントの発生が検出され得る。
【０１０４】
他の実施形態において、イベント検出部８２２は、ユーザ２０の通信端末１２０から、周囲の音声情報を取得する。イベント検出部８２２は、上記の音声情報を解析して、ユーザ２０が電車１０２を降りたことを検出する。
【０１０５】
さらに他の実施形態において、イベント検出部８２２は、ユーザ２０の通信端末１２０から、加速度センサ及びジャイロセンサの少なくとも一方の出力データを取得する。イベント検出部８２２は、上記の出力データを解析して、ユーザ２０が電車１０２を降りたことを検出する。
【０１０６】
下車惹起イベントが検出された場合、ユーザ２０による電車１０２の利用計画が変更される可能性がある。この場合、ユーザ管理サーバ１１６は、ユーザ２０の通信端末１２０から、配車指示を受信する可能性がある。そこで、下車惹起イベントが検出された場合、イベント検出部８２２は、例えば、下車惹起イベントが検出されたことを示す情報を、予約確率推定部８２６に送信する。
【０１０７】
また、自動車１０４が配車された駅において、ユーザ２０が電車１０２から下車したことが検出された場合、ユーザ２０が自動車１０４を実際に利用する可能性が大きくなる。一方、自動車１０４が配車された駅において、ユーザ２０が電車１０２から下車したことが検出されなかった場合、ユーザ２０が自動車１０４を実際に利用する可能性が小さくなる。この場合、ユーザ管理サーバ１１６は、自動車１０４の予約を取り消す必要がある。そこで、ユーザ２０が電車１０２から下車したことが検出された場合、イベント検出部８２２は、例えば、ユーザ２０が電車１０２から下車したことを示す情報を、要求生成部８３２に送信する。
【０１０８】
本実施形態において、ユーザ位置推定部８２４は、ユーザ２０の現在位置を検出する。ユーザ位置推定部８２４は、少なくともユーザ２０が電車１０２を利用している期間中に、ユーザ２０の現在位置を検出してよい。
【０１０９】
一実施形態において、ユーザ位置推定部８２４は、ルート格納部６６６に格納された情報を参照して、ユーザ２０の移動ルートを特定してよい。ユーザ位置推定部８２４は、現在時刻と、ユーザ２０の移動ルートとに基づいて、ユーザ２０の現在位置を検出してよい。
【０１１０】
他の実施形態において、ユーザ位置推定部８２４は、交通機関管理サーバ１１２の運行状況管理部３４０に対して、ユーザ２０が乗車している電車１０２の現在の運行状況を問い合わせてもよい。ユーザ位置推定部８２４は、現在時刻と、ユーザ２０の移動ルートと、ユーザ２０が乗車している電車１０２の現在の運行状況とに基づいて、ユーザ２０の現在位置を検出してよい。
【０１１１】
本実施形態において、予約確率推定部８２６は、少なくともユーザ２０が電車１０２を利用している期間中に、ユーザ２０が自動車１０４の配車を予約する可能性の度合いを示す予約確率を推定する。例えば、ユーザ管理サーバ１１６が、ユーザ２０からの配車指示に先だって配車の予約処理を実行している場合において、ユーザ管理サーバ１１６が、所定の期間内にユーザ２０からの正式な配車指示を受信しなかったときには、上記の予約が取り消される。このような場合を考慮して、上述のとおり、予約確率は、当該予約が取り消されることなく、自動車１０４による運輸サービスが実際に提供される事象の起こる可能性の度合いを示してもよい。
【０１１２】
予約確率は、少なくともユーザ２０が電車１０２を利用している期間中に、ユーザ２０による電車１０２の利用計画が変更される可能性の度合いを示す指標であってもよい。予約確率は、ユーザ２０が電車１０２に乗り込んだ駅と、ユーザ２０が、当初、電車１０２から降りることを予定していた駅（予定下車駅と称される場合がある。）との間に配された１以上の他の駅の少なくとも１つにおいて、ユーザ２０が電車１０２から降りる可能性の度合い（下車確率と称される場合がある。）を示す指標であってもよい。下車確率は、ユーザ２０の下車駅が、当初の予定下車駅（例えば、駅ＳＤである。）から、電車１０２が当該予定下車駅に到達するまでに停車する他の駅（例えば、駅ＳＢ又は駅ＳＣである。途中停車駅と称される場合がある。）へと変更される可能性の度合いを示す指標となり得る。
【０１１３】
予約確率推定部８２６は、例えば、（ｉ）イベント検出部８２２が検出した、ユーザ２０に関する下車惹起イベントの発生状況、及び、（ｉｉ）ユーザ位置推定部８２４が検出したユーザ２０の現在位置から、予定下車駅までの距離の少なくとも一方に基づいて、上記の下車確率を推定する。予約確率推定部８２６は、推定された下車確率を、予約確率と見做してよい。
【０１１４】
予約確率推定部８２６は、ユーザ２０の現在位置から、予定下車駅までの間に配された１以上の駅の少なくとも１つについて、予約確率を推定してよい。予約確率推定部８２６は、ユーザ２０の現在位置から、予定下車駅までの間に配された全ての駅について、予約確率を推定してもよい。予約確率推定部８２６は、各駅における下車確率を、各駅における予約確率として利用してよい。
【０１１５】
［下車惹起イベントの発生状況に基づく、下車確率の推定手順］
一実施形態において、予約確率推定部８２６は、ユーザ２０が電車１０２を利用している期間中にイベント検出部８２２が下車惹起イベントを検出した回数又は頻度が大きいほど、下車確率が大きくなるように、当該下車確率を推定する。頻度は、特定の長さを有する単位期間における回数であってよい。頻度は、停車駅間における回数であってもよい。
【０１１６】
単位期間の長さは特に限定されない。単位期間の長さは、停車駅間の所要時間の統計量に基づいて定められてよい。統計量としては、最大値、最小値、平均値、最頻出値などが例示される。単位期間の長さは、停車駅間の所要時間の最小値より小さくてよい。単位期間の長さは、停車駅間の所要時間の最小値の半分以下であってもよく、当該最小値の半分より小さくてもよい。単位期間の長さは、３０秒であってもよく、１分であってもよく、２分であってもよく、３分であってもよく、５分であってもよく、１０分であってもよく、１５分であってもよく、３０分であってもよく、１時間であってもよく、２時間であってもよく、３時間であってもよい。
【０１１７】
例えば、予約確率推定部８２６は、ユーザ２０が電車１０２を利用している期間中に下車惹起イベントが検出された回数の累積値を説明変数とし、次の停車駅以降の停車駅における下車確率を目的変数とするテーブル、関数又は推定モデルを利用して、各停車駅における下車確率を推定する。予約確率推定部８２６は、ユーザ２０が電車１０２を利用している期間中に下車惹起イベントが検出された回数の累積値と、下車確率が算出される停車駅までの所要時間とを説明変数とし、次の停車駅以降の停車駅における下車確率を目的変数とするテーブル、関数又は推定モデルを利用して、各停車駅における下車確率を推定してもよい。
【０１１８】
例えば、予約確率推定部８２６は、電車１０２が直前の停車駅を出発した後、下車惹起イベントが検出された回数を説明変数とし、次の停車駅以降の停車駅における下車確率を目的変数とするテーブル、関数又は推定モデルを利用して、各停車駅における下車確率を推定する。予約確率推定部８２６は、電車１０２が直前の停車駅を出発した後、下車惹起イベントが検出された回数と、下車確率が算出される停車駅までの所要時間とを説明変数とし、次の停車駅以降の停車駅における下車確率を目的変数とするテーブル、関数又は推定モデルを利用して、各停車駅における下車確率を推定してもよい。
【０１１９】
例えば、予約確率推定部８２６は、ユーザ２０が電車１０２を利用している期間における、下車惹起イベントが検出された頻度の履歴を説明変数とし、次の停車駅以降の停車駅における下車確率を目的変数とするテーブル、関数又は推定モデルを利用して、各停車駅における下車確率を推定する。予約確率推定部８２６は、ユーザ２０が電車１０２を利用している期間における、下車惹起イベントが検出された頻度の履歴と、下車確率が算出される停車駅までの所要時間とを説明変数とし、次の停車駅以降の停車駅における下車確率を目的変数とするテーブル、関数又は推定モデルを利用して、各停車駅における下車確率を推定してもよい。
【０１２０】
例えば、予約確率推定部８２６は、ユーザ２０が電車１０２を利用している期間において、下車惹起イベントが検出された頻度が基準値を超えた期間の長さの累積値を説明変数とし、次の停車駅以降の停車駅における下車確率を目的変数とするテーブル、関数又は推定モデルを利用して、各停車駅における下車確率を推定する。予約確率推定部８２６は、ユーザ２０が電車１０２を利用している期間において、下車惹起イベントが検出された頻度が基準値を超えた期間の長さの累積値と、下車確率が算出される停車駅までの所要時間とを説明変数とし、次の停車駅以降の停車駅における下車確率を目的変数とするテーブル、関数又は推定モデルを利用して、各停車駅における下車確率を推定してもよい。なお、下車惹起イベントが検出された頻度が基準値を超える期間の長さは、例えば、下車惹起イベントが検出された頻度が基準値を超える単位期間の数と、単位期間の長さとの積として算出される。
【０１２１】
例えば、予約確率推定部８２６は、電車１０２が直前の停車駅を出発した後、下車惹起イベントが検出された頻度が基準値を超えた期間の長さを説明変数とし、次の停車駅以降の停車駅における下車確率を目的変数とするテーブル、関数又は推定モデルを利用して、各停車駅における下車確率を推定する。予約確率推定部８２６は、電車１０２が直前の停車駅を出発した後、下車惹起イベントが検出された頻度が基準値を超えた期間の長さと、下車確率が算出される停車駅までの所要時間とを説明変数とし、次の停車駅以降の停車駅における下車確率を目的変数とするテーブル、関数又は推定モデルを利用して、各停車駅における下車確率を推定してもよい。
【０１２２】
［ユーザ２０の現在位置に基づく、下車確率の推定手順］
他の実施形態において、目的地までの残りの時間又は距離に応じて、ユーザ２０の途中下車に対する考えが異なる可能性がある。そこで、本実施形態において、予約確率推定部８２６は、ユーザ位置推定部８２４が検出したユーザ２０の現在位置から、予定下車駅までの距離に基づいて、下車確率を推定する。例えば、予約確率推定部８２６は、ユーザ位置推定部８２４が検出したユーザ２０の現在位置から、予定下車駅までの距離が短いほど、下車確率が小さくなるように、当該下車確率を推定する。上記の距離は、直線距離であってもよく、電車１０２の経路に沿った距離であってもよい。
【０１２３】
［下車確率の推定手順の他の例］
さらに他の実施形態において、ユーザ２０が電車１０２を利用している期間において、初めて下車惹起イベントが発生した場合と、過去に下車惹起イベントが発生していた場合とでは、ユーザ２０の途中下車に対する考えが異なる可能性がある。そこで、本実施形態において、予約確率推定部８２６は、下車惹起イベントの検出履歴に基づいて、下車確率を推定する。
【０１２４】
例えば、ユーザ２０が電車１０２に乗り込んだ駅ＳＳと、予定下車駅ＳＧとの間に、駅ＳＸと、駅ＳＹとが配されている場合を考える。駅ＳＹ及び駅ＳＳの距離は、駅ＳＸ及び駅ＳＳの距離よりも小さいものとする。この場合において、予約確率推定部８２６は、（ｉ）電車１０２が駅ＳＳ及び駅ＳＹの間を運行している期間に、イベント検出部８２２が下車惹起イベントを検出し、且つ、電車１０２が駅ＳＹ及び駅ＳＸの間を運行している期間に、イベント検出部８２２が下車惹起イベントを検出した場合の下車確率が、（ｉｉ）電車１０２が駅ＳＳ及び駅ＳＹの間を運行している期間に、イベント検出部８２２が下車惹起イベントを検出せず、且つ、電車１０２が駅ＳＹ及び駅ＳＸの間を運行している期間に、イベント検出部８２２が下車惹起イベントを検出した場合の下車確率よりも大きくなるように、当該下車確率を推定する。
【０１２５】
本実施形態において、要求生成部８３２は、予約確率推定部８２６が推定した予約確率に基づいて、自動車１０４の配車処理を実行するか否かを決定する。具体的には、要求生成部８３２は、予約確率推定部８２６が推定した予約確率に基づいて、自動車１０４の利用を予約するか否かを決定する。要求生成部８３２は、上記の予約確率が予め定められた条件を満足する場合に、自動車１０４の利用を予約することを決定してよい。予め定められた条件としては、予約確率が予め定められた値よりも大きいという条件、予約確率が予め定められた数値範囲に収まるという条件などが例示される。
【０１２６】
要求生成部８３２は、電車１０２の停車駅ごとに、１以上のユーザ２０の当該停車駅における予約確率を集計してよい。要求生成部８３２は、上記の予約確率の集計値に基づいて、自動車１０４の利用を予約するか否かを決定してもよい。例えば、駅ＳＢにおいて自動車１０４を利用する可能性のあるユーザ２０が８人存在し、８人のユーザ２０の駅ＳＢにおける予約確率の集計値が３２５％である場合、要求生成部８３２は、３台又は４台の自動車１０４の利用を予約することを決定する。
【０１２７】
自動車１０４の利用を予約することが決定された場合、要求生成部８３２は、自動車１０４の予約処理を実行する。具体期には、要求生成部８３２は、配車を予約するための要求を生成し、当該要求を配車管理サーバ１１４に送信する。要求生成部８３２は、例えば、ユーザ２０の識別情報と、ユーザ２０が自動車１０４を利用する駅の識別情報と、ユーザ２０が当該駅に到着する時刻を示す情報とを含む要求を生成してよい。
【０１２８】
本実施形態において、要求生成部８３２は、上記の予約を取り消すか否かを決定する。一実施形態において、要求生成部８３２は、予約処理が実行された後、ユーザ２０が電車１０２を利用している期間中に、（ｉ）ユーザ２０の通信端末１２０から、ユーザ２０が自動車１０４の利用を希望することを示す情報を受信しなかった場合、又は、（ｉｉ）ユーザ２０の通信端末１２０から、ユーザ２０が自動車１０４の利用を希望しないことを示す情報を受信した場合に、上記の予約を取り消すことを決定する。
【０１２９】
他の実施形態において、要求生成部８３２は、予約確率推定部８２６が推定した予約確率に基づいて、予約を取り消すか否かを決定してもよい。要求生成部８３２は、上記の予約確率が予め定められた条件を満足する場合に、予約を取り消すことを決定してよい。予め定められた条件としては、予約確率が予め定められた値よりも小さいという条件、予約確率が予め定められた数値範囲に収まらないという条件などが例示される。予約の取消に関する条件における閾値又は数値範囲は、予約に関する条件における閾値又は数値範囲と同一であってもよく、異なってもよい。
【０１３０】
上記の予約を取り消すことが決定された場合、要求生成部８３２は、予約の取消処理を実行する。具体期には、要求生成部８３２は、予約を取り消すための要求を生成し、当該要求を配車管理サーバ１１４に送信する。要求生成部８３２は、例えば、取消処理の対象となる予約の識別情報を含む要求を生成してよい。
【０１３１】
本実施形態において、期限決定部８３４は、ユーザ管理サーバ１１６が、特定の駅に自動車１０４を配車するための予約要求を受け付けることのできる期限（予約期限と称される場合がある。）を決定する。一実施形態において、期限決定部８３４は、電車１０２の特定の駅への到着予定時刻と、予約期限との期間が予め定められた値となるように、予約期限を決定する。他の実施形態において、期限決定部８３４は、特定の駅におけるユーザ２０の予約確率が大きいほど、電車１０２の特定の駅への到着予定時刻と、予約期限との期間が短くなるように、予約期限を決定する。他の実施形態において、期限決定部８３４は、特定の駅における１以上のユーザ２０の予約確率の推定値の集計値が大きいほど、電車１０２の特定の駅への到着予定時刻と、予約期限との期間が短くなるように、予約期限を決定する。
【０１３２】
期限決定部８３４は、ユーザ管理サーバ１１６が、特定の駅に自動車１０４を配車するための予約を取り消すための取消要求を受け付けることのできる期限（取消期限と称される場合がある。）を決定してもよい。一実施形態において、期限決定部８３４は、電車１０２の特定の駅への到着予定時刻と、取消期限との期間が予め定められた値となるように、取消期限を決定する。他の実施形態において、期限決定部８３４は、特定の駅におけるユーザ２０の予約確率が大きいほど、電車１０２の特定の駅への到着予定時刻と、取消期限との期間が短くなるように、取消期限を決定する。他の実施形態において、期限決定部８３４は、特定の駅における１以上のユーザ２０の予約確率の推定値の集計値が大きいほど、電車１０２の特定の駅への到着予定時刻と、取消期限との期間が短くなるように、取消期限を決定する。
【０１３３】
本実施形態において、指示確認部８３６は、特定の駅における自動車１０４の利用を予約するか否かに関するユーザ２０の指示を確認する。一実施形態において、指示確認部８３６は、画面生成部６３０を制御して、予約の要否を確認するための画面（予約確認画面と称される場合がある。）を生成する。指示確認部８３６は、予約確認画面のデータを、ユーザ２０の通信端末１２０に送信する。他の実施形態において、指示確認部８３６は、予約確認画面を出力するための命令を、ユーザ２０の通信端末１２０に送信してもよい。指示確認部８３６は、通信端末１２０から、ユーザ２０が上記の予約を要求することを示す情報を受信することで、自動車１０４の利用の予約に関するユーザ２０の指示を確認してよい。
【０１３４】
指示確認部８３６は、通信端末１２０から、ユーザ２０が上記の予約を要求することを示す情報を受信した場合、指示確認部８３６は、ユーザ２０が、特定の駅において自動車１０４の利用の予約を要求していることを示す情報を、要求生成部８３２に送信してよい。一方、指示確認部８３６は、予約確認画面が送信された後、所定の時間が経過しても、ユーザ２０が上記の予約を要求することを示す情報を受信することができない場合、指示確認部８３６は、ユーザ２０が、特定の駅において自動車１０４の利用の予約を要求していないことを示す情報を、要求生成部８３２に送信してよい。
【０１３５】
指示確認部８３６は、特定の駅における自動車１０４の利用に関する予約を取り消すか否かに関するユーザ２０の指示を確認してもよい。指示確認部８３６は、例えば、画面生成部６３０を制御して、予約の取消の要否を確認するための画面（取消確認画面と称される場合がある。）を生成する。指示確認部８３６は、取消確認画面のデータを、ユーザ２０の通信端末１２０に送信する。指示確認部８３６は、通信端末１２０から、ユーザ２０が上記の予約の取消を要求することを示す情報を受信することで、予約の取消に関するユーザ２０の指示を確認する。
【０１３６】
指示確認部８３６は、通信端末１２０から、ユーザ２０が上記の予約の取消を要求することを示す情報を受信した場合、指示確認部８３６は、ユーザ２０が、特定の駅に関する予約の取消を要求していることを示す情報を、要求生成部８３２に送信してよい。一方、指示確認部８３６は、取消確認画面が送信された後、所定の時間が経過しても、ユーザ２０が上記の予約の取消を要求することを示す情報を受信することができない場合、指示確認部８３６は、ユーザ２０が、特定の駅に関する予約の取消を要求していないことを示す情報を、要求生成部８３２に送信してよい。
【０１３７】
イベント検出部８２２は、第１検出部の一例であってよい。ユーザ位置推定部８２４は、特定部及び第２検出部の一例であってよい。予約確率推定部８２６は、推定部の一例であってよい。予約確認画面は、ユーザが第１移動体の利用を希望するか否かを問い合わせるためのメッセージの一例であってよい。
【０１３８】
予定下車駅は、予定下車位置の一例であってよい。ユーザ２０が電車１０２に乗り込んだ駅と、予定下車駅との間に配された１以上の他の駅のそれぞれは、途中停止位置の一例であってよい。駅ＳＧは、予定下車位置の一例であってよい。駅ＳＸ及び駅ＳＹは、途中下車位置の一例であってよい。駅ＳＸは、第１途中停止位置の一例であってよい。駅ＳＹは、第２途中停止位置の一例であってよい。電車１０２が駅ＳＳ及び駅ＳＹの間を運行している期間は、第２移動体が第２途中停車位置に到達するまでの期間の一例であってよい。電車１０２が駅ＳＹ及び駅ＳＸの間を運行している期間は、第２移動体が第２途中停止位置に到達した後であって第１途中停止位置に到達するまでの期間の一例であってよい。
【０１３９】
図９は、データテーブル９００の一例を概略的に示す。データテーブル９００は、特定のユーザの予約確率を推定する処理の出力結果を示す。本実施形態において、データテーブル９００は、ユーザＩＤ９２２と、イベント検出頻度９２４と、予約確率９２６とを対応付けて格納する。本実施形態において、イベント検出頻度９２４には、電車１０２の移動ルート上の各区間において下車惹起イベントが検出された回数が記録される。本実施形態において、予約確率９２６には、電車１０２の移動ルート上の各駅における予約確率の推定値が記録される。
【０１４０】
図１０は、データテーブル１０００の一例を概略的に示す。データテーブル１０００は、特定の駅における予約確率の推定値を集計する処理の出力結果を示す。本実施形態において、データテーブル１０００は、駅名１０２２と、駅ごとの予約確率１０２４とを対応付けて格納する。本実施形態において、駅ごとの予約確率１０２４には、当該特定の駅において自動車１０４を利用する可能性のある１以上のユーザ２０のそれぞれの識別情報と、当該ユーザの予約確率の推定値とを対応付けた情報が記録される。駅ごとの予約確率１０２４には、上記の予約確率の推定値の集計値が記録されてよい。
【０１４１】
図１１は、画面１１００の一例を概略的に示す。画面１１００は、予約確認画面の一例であってよい。本実施形態において、画面１１００は、データテーブル１１２０と、複数の予約ボタン１１４２と、複数の取消ボタン１１４４とを含む。本実施形態において、データテーブル１１２０は、（ｉ）ユーザ２０の移動ルート上における電車１０２の停車駅の駅名１１２２と、（ｉｉ）ユーザ２０が当該駅に到着した後、予約した自動車１０４が到着するまでの待ち時間１１２４と、（ｉｉｉ）当該駅への電車１０２の到着予定時刻１１２６と、（ｉｖ）当該駅から自動車１０４を利用した場合における、目的地への到着予定時刻１１２８と、（ｖ）予約指示の受付期限１１３２と、（ｖｉ）取消指示の受付期限１１３４とを対応付けて格納する。
【０１４２】
本実施形態において、複数の予約ボタン１１４２及び複数の取消ボタン１１４４のそれぞれは、データテーブル１１２０の各行（レコードと称される場合がある。）に対応している。ユーザ２０が通信端末１２０の画面上で予約ボタン１１４２をクリックすると、クリックされた予約ボタン１１４２に対応するレコードに関する予約処理が実行され、予約指示が出力される。予約指示は、ユーザ２０からの指示であって、ユーザ２０が自動車１０４の予約を希望することを示す情報であってよい。
【０１４３】
同様に、ユーザ２０が通信端末１２０の画面上で取消ボタン１１４４をクリックすると、クリックされた取消ボタン１１４４に対応するレコードに関する取消処理が実行され、取消指示が出力される。取消指示は、ユーザ２０からの指示であって、ユーザ２０が自動車１０４の予約の取消を希望することを示す情報であってよい。
【０１４４】
本実施形態において、画面１１００は、ユーザ２０が自動車１０４の利用の予約を要求するための画面である。そこで、本実施形態によれば、画面１１００において、取消ボタン１１４４がクリックされても取消処理が実行されないように、取消ボタン１１４４が無効化されている。また、画面上で、取消ボタン１１４４が無効化されていることがわかるようにデザインされている。具体的には、取消ボタン１１４４の形状、模様及び色彩の少なくとも１つが、無効化されたボタンを示すように決定される。
【０１４５】
予約指示は、配車指示の一例であってよい。取消指示は、ユーザ２０が自動車１０４の利用を希望しないことを示す情報の一例であってよい。
【０１４６】
図１２は、画面１２００の一例を概略的に示す。画面１２００は、取消確認画面の一例であってよい。画面１２００は、予約済のレコードの形状、模様及び色彩の少なくとも１つが、その他のレコードの形状、模様及び色彩の少なくとも１つと異なる点で、画面１１００と相違する。また、画面１２００は、予約済のレコードに対応する予約ボタン１１４２が無効化されており、予約済のレコードに対応する取消ボタン１１４４が有効化されている点で、画面１１００と相違する。上記の相違点以外の特徴に関し、画面１２００は、画面１１００と同様の構成を有してよい。
【０１４７】
図１３、図１４及び図１５を用いて、配車支援システム１００における情報処理の一実施形態の一例を概略的に示す。図１３は、配車支援システム１００における情報処理の一例を概略的に示す。図１４は、図１３における情報処理の一部を詳細に説明するための図面である。図１５は、配車支援システム１００における情報処理の他の実施形態の一例を概略的に示す。なお、本実施形態によれば、ユーザ２０の下車確率が、ユーザ２０の予約確率として用いられる場合を例として、配車支援システム１００における情報処理の詳細が説明される。しかしながら、配車支援システム１００における情報処理は本実施形態に限定されないことに留意されたい。
【０１４８】
図１３は、例えばユーザ管理サーバ１１６又は配車要求部６５０における情報処理の一例を概略的に示す。本実施形態によれば、まず、ステップ１３２２（ステップがＳと略記される場合がある。）において、ユーザ管理サーバ１１６が、自動車１０４の配車に関する予約処理の要否を判定する。
【０１４９】
例えば、ユーザ管理サーバ１１６は、任意のタイミングにおいて、ユーザ２０の下車確率を算出する。算出された下車確率が予め定められた条件を満足する場合、ユーザ管理サーバ１１６は、上記の予約処理が必要であると判定してよい。上記の下車確率が予め定められた条件を満足しない場合、ユーザ管理サーバ１１６は、上記の予約処理が不要であると判定してよい。上記の判定処理の詳細は、図１４を用いて後述される。
【０１５０】
上記の予約処理が不要であると判定された場合（Ｓ１３２４のＮｏの場合）、例えば、S１３２２の処理が繰り返される。S１３２２の処理が、定期的に実行されてもよい。
【０１５１】
一方、上記の予約処理が必要であると判定された場合（Ｓ１３２４のＹｅｓの場合）、ユーザ管理サーバ１１６は、予約処理を実行する。具体的には、S１３３２において、配車要求部６５０の要求生成部８３２が、自動車１０４の利用を予約するための要求を生成し、当該要求を配車管理サーバ１１４に送信する。
【０１５２】
より具体的には、例えば、まず、予約確率推定部８２６が、ユーザ２０の移動ルート上の全ての停車駅について、予約確率を算出する。次に、次の停車駅の予約確率が予め定められた閾値よりも大きい場合であって、予約期限が徒過していないとき、要求生成部８３２は、次の停車駅におけるユーザ２０による自動車１０４の利用を予約するための要求を、配車管理サーバ１１４に送信する。配車管理サーバ１１４は、上記の要求を受信すると、ユーザ２０が乗車している電車１０２の次の停車駅に、自動車１０４を配車するための処理を実行する。
【０１５３】
なお、本実施形態において、要求生成部８３２は、次の停車駅に自動車１０４を配車するための要求を、配車管理サーバ１１４に送信した。しかしながら、自動車１０４の予約方法又は配車方法は、本実施形態に限定されない。他の実施形態において、要求生成部８３２は、予定下車駅及び１以上の途中停車駅のうち、予約確率が予め定められた閾値よりも大きな駅の全てについて、当該駅における自動車１０４の利用を予約するための要求を、配車管理サーバ１１４に送信してもよい。配車管理サーバ１１４は、上記の要求を受信すると、当該要求により指定された全ての駅に自動車１０４を配車するための処理を実行する。
【０１５４】
本実施形態に係る予約処理によれば、次に、Ｓ１３３４において、配車要求部６５０の指示確認部８３６が、配車要求部６５０の予約確率推定部８２６の推定結果を利用して予約確認画面を生成し、当該予約確認画面をユーザ２０の通信端末１２０に送信する。指示確認部８３６は、予約確認画面を送信した後、ユーザ２０の通信端末１２０からの予約指示を待ってよい。これにより、指示確認部８３６は、ユーザ２０の通信端末１２０を介して、ユーザ２０からの指示を取得することができる。
【０１５５】
Ｓ１３４０において、指示確認部８３６が、予約期限が徒過する前に、ユーザ２０の通信端末１２０からの予約指示を受信した場合（Ｓ１３４０のＹｅｓ）、指示確認部８３６は、取消期限までの残り期間が予め定められた値よりも小さくなるまで待機する。次に、Ｓ１３５２において、取消期限までの残り期間が予め定められた値よりも小さくなると、指示確認部８３６は、取消期限が近付いていることを示すメッセージを、ユーザ２０の通信端末１２０に送信する。上記のメッセージには、取消確認画面のＵＲＩが記載されていてもよい。指示確認部８３６は、取消期限が近付いていることを示すメッセージが記載された取消確認画面を、ユーザ２０の通信端末１２０に送信してもよい。
【０１５６】
次に、Ｓ１３５４において、指示確認部８３６が、取消期限が徒過する前に、ユーザ２０の通信端末１２０から取消指示を受信した場合（Ｓ１３５４のＹｅｓ）、指示確認部８３６は、ユーザ２０の取消指示を要求生成部８３２に送信する。Ｓ１３７０において、要求生成部８３２は、予約を取り消すための要求を、配車管理サーバ１１４に送信する。一方、Ｓ１３５４において、指示確認部８３６が、取消期限が徒過する前に、ユーザ２０の通信端末１２０からの取消指示を受信しなかった場合（Ｓ１３５４のＮｏ）、配車要求部６５０は処理を終了する。
【０１５７】
一方、Ｓ１３４０において、指示確認部８３６が、予約期限が徒過する前に、ユーザ２０の通信端末１２０からの予約指示を受信しなかった場合（Ｓ１３４０のＮｏ）、指示確認部８３６は、予約期限までの残り期間が予め定められた値よりも小さくなるまで待機する。次に、Ｓ１３６２において、予約期限までの残り期間が予め定められた値よりも小さくなると、指示確認部８３６は、予約期限が近付いていることを示すメッセージを、ユーザ２０の通信端末１２０に送信する。上記のメッセージには、予約確認画面のＵＲＩが記載されていてもよい。指示確認部８３６は、予約期限が近付いていることを示すメッセージが記載された予約確認画面を、ユーザ２０の通信端末１２０に送信してもよい。
【０１５８】
次に、Ｓ１３６４において、指示確認部８３６が、予約期限が徒過する前に、ユーザ２０の通信端末１２０から予約指示を受信しなかった場合（Ｓ１３６４のＮｏ）、指示確認部８３６は、予約期限までにユーザ２０の予約指示が得られなかったことを示す情報を、要求生成部８３２に送信する。Ｓ１３７０において、要求生成部８３２は、予約を取り消すための要求を、配車管理サーバ１１４に送信する。一方、Ｓ１３６４において、指示確認部８３６が、予約期限が徒過する前に、ユーザ２０の通信端末１２０からの予約指示を受信した場合（Ｓ１３６４のＹｅｓ）、配車要求部６５０は処理を終了する。
【０１５９】
図１４は、S１３２２の判定処理における情報処理の一例を概略的に示す。本実施形態によれば、まず、Ｓ１４２２において、例えば、配車要求部６５０のユーザ位置推定部８２４が、ユーザ２０が電車１０２に搭乗しているか否かを判定する。一実施形態において、ユーザ位置推定部８２４は、ユーザ２０の移動履歴に基づいて、ユーザ２０が電車１０２に搭乗しているか否かを判定する。他の実施形態において、ユーザ位置推定部８２４は、現在時刻と、ユーザ２０の移動ルートとに基づいて、ユーザ２０が電車１０２に搭乗しているか否かを判定する。
【０１６０】
ユーザ２０が電車に搭乗していないと判定された場合（Ｓ１４２２のＮｏの場合）、例えば、Ｓ１４２２の処理が繰り返される。Ｓ１４２２の処理が、定期的に実行されてもよい。
【０１６１】
一方、ユーザ２０が電車に搭乗していると判定された場合（Ｓ１４２２のＹｅｓの場合）、Ｓ１４２４において、ユーザ位置推定部８２４が、ユーザ２０による電車１０２の利用計画を特定する。例えば、ユーザ位置推定部８２４は、ユーザ位置推定部８２４は、ルート格納部６６６に格納された情報を参照して、ユーザ２０の利用計画を示す情報を取得する。これにより、ユーザ位置推定部８２４は、ユーザ２０の移動ルートを特定することができる。ユーザ位置推定部８２４は、少なくとも、ユーザ２０の予定下車駅と、ユーザ２０が搭乗している電車１０２の途中停車駅とを特定してよい。ユーザ位置推定部８２４は、ユーザ２０の予定下車駅及び上記の途中停車駅のそれぞれにおける電車１０２の予定到着時刻を特定してもよい。
【０１６２】
上述されたとおり、イベント検出部８２２は、通信端末１２０からの情報を解析して、下車惹起イベントの発生を監視している。そこで、次に、Ｓ１４３２において、イベント検出部８２２が下車惹起イベントを検出したか否かが判定される。
【０１６３】
イベント検出部８２２が下車惹起イベントを検出していない場合（Ｓ１４３２のＮｏの場合）、一実施形態によれば、Ｓ１４２２、Ｓ１４２４及びＳ１４３２の処理が繰り返される。Ｓ１４２２、Ｓ１４２４及びＳ１４３２の処理が、定期的に実行されてもよい。他の実施形態によれば、Ｓ１４３２の処理が繰り返される。Ｓ１４３２の処理が、定期的に実行されてもよい。
【０１６４】
一方、イベント検出部８２２が下車惹起イベントを検出した場合（Ｓ１４３２Ｙｅｓの場合）、図１３に関連して説明された自動車１０４の配車に関する予約処理の要否が判定される。具体的には、まず、Ｓ１４３４において、ユーザ位置推定部８２４が、ユーザ２０の現在位置を検出する。ユーザ位置推定部８２４は、ユーザ２０の現在位置に基づいて、電車１０２の走行区間のうち、ユーザ２０が存在する走行区間を特定してよい。ユーザ位置推定部８２４は、ユーザ２０が存在する走行区間を示す情報を、予約確率推定部８２６に出力してよい。
【０１６５】
次に、S１４３６及びS１４３８において、予約確率推定部８２６が、１以上の途中停車駅のそれぞれにおける予約確率として、各駅におけるユーザ２０の下車確率を算出する。まず、S１４３６において、S１４２４で特定されたユーザ２０の予定下車駅及び１以上の途中停車駅のうち、下車確率が算出される駅を決定する。
【０１６６】
具体的には、予約確率推定部８２６は、１以上の途中停車駅のうち、電車１０２が既に通過した駅について、下車確率を算出しないことを決定する。これにより、電車１０２が未通過の駅について下車確率が算出される。なお、予約確率推定部８２６は、予定下車駅について下車確率を算出しないことを決定してもよく。予定下車駅について下車確率を算出することを決定してもよい。また、電車１０２の次の停車駅が予定下車駅である場合、予約確率推定部８２６は、全ての駅について下車確率を算出しないことを決定してよい。
【０１６７】
次に、予約確率推定部８２６は、電車１０２の走行区間ごとに、下車惹起イベントが検出された回数を決定する。一実施形態において、予約確率推定部８２６は、電車１０２の走行区間ごとに、下車惹起イベントが検出された回数を集計する。予約確率推定部８２６は、集計結果をデータテーブル９００に格納する。他の実施形態において、予約確率推定部８２６は、データテーブル９００を参照して、電車１０２の走行区間ごとに、下車惹起イベントが検出された回数を示す情報を取得する。
【０１６８】
次に、Ｓ１４３８において、予約確率推定部８２６が、下車確率の算出対象となる１以上の駅のそれぞれについて、各駅におけるユーザ２０の下車確率を推定する。予約確率推定部８２６は、電車１０２の走行区間ごとの下車惹起イベントの検出回数に基づいて、各駅におけるユーザ２０の下車確率を推定してよい。各駅におけるユーザ２０の下車確率は、例えば、下記の手順により算出される。
【０１６９】
一実施形態において、駅Ｘにおけるユーザ２０の下車確率Ｐ（Ｘ）は、下記の数式（１）により決定される。Ｐ（Ｘ）は、０以上１以下であってよい。
［数式１］
Ｐ（Ｘ）＝ｐ１（Ｘ）＋ｐ２（Ｘ）−ｐ３（Ｘ）
【０１７０】
数式１において、ｐ１（Ｘ）は、ユーザ２０の乗車駅から駅Xまでの間に検出された１以上の下車惹起イベントの少なくとも1つに基づいて決定される確率である。ｐ１（Ｘ）は、ユーザ２０の乗車駅から駅Xまでの間に検出された下車惹起イベントの検出回数の累積値Ｎに基づいて決定される確率であってよい。また、ｐ２（Ｘ）及びｐ３（Ｘ）は、ユーザ２０の状況に基づいて決定される確率である。数式（１）に示されるとおり、ｐ２（Ｘ）は、下車確率Ｐ（Ｘ）を増加させるための調整項であってよく、ｐ３（Ｘ）は、下車確率Ｐ（Ｘ）を減少させるための調整項であってよい。
【０１７１】
ｐ１（Ｘ）は、０以上１以下の数値であり、例えば、ユーザ２０の現在の状況に基づいて決定される。例えば、ｐ１（Ｘ）は、上記の累積値Ｎが大きい程、ｐ１（Ｘ）も大きくなるように決定される。上述されたとおり、予約確率推定部８２６は、例えば、上記の累積値Ｎを説明変数とし、次の停車駅以降の停車駅における下車確率を目的変数とするテーブル、関数又は推定モデルを利用して、各停車駅における下車確率を推定する。上記の関数は、例えば、任意の定数ａを用いて、ｐ１（Ｘ）＝ａ×Ｎとして表される。
【０１７２】
ｐ２（Ｘ）は、０以上１以下の数値であり、例えば、過去の出来事に関する因子に基づいて決定される。過去の出来事に関する因子としては、（ｉ）駅Ｘを到着駅とする走行区間（つまり、駅Ｘの１つ前の停車駅から、駅Ｘまでの間の走行区間である。）において検出された下車惹起イベントに関する事項、（ｉｉ）駅Ｘを到着駅とする走行区間よりも前の走行区間（つまり、ユーザ２０の乗車駅から、駅Ｘの１つ前の停車駅までの走行区間である）において検出された下車惹起イベントに関する事項などが例示される。
【０１７３】
下車惹起イベントに関する事項としては、（ｉ）下車惹起イベントの検出回数、当該検出回数の累積値、及び、当該検出回数の変動の程度又は変動パターン、（ｉｉ）検出された下車惹起イベントの種類、及び、当該種類の推移パターン、並びに、（ｉｉｉ）下車惹起イベントが検出された走行区間の個数の少なくとも１つが例示される。上述されたとおり、ｐ２（Ｘ）は、適切なテーブル、関数又は推定モデルを利用して算出されてよい。
【０１７４】
例えば、ｐ２（Ｘ）が、駅Ｘを到着駅とする走行区間よりも前の走行区間のうち、下車惹起イベントが検出された走行区間の個数Ｍに基づいて決定される実施形態において、ｐ２（Ｘ）は、任意の定数ｂを用いて、ｐ２（Ｘ）＝ｂ×Mとして表されてよい。なお、駅Ｘを到着駅とする走行区間よりも前の走行区間において下車惹起イベントが検出されていない場合、ｐ２（Ｘ）は０であってよい。
【０１７５】
ｐ３（Ｘ）は、０以上１以下の数値であり、例えば、未来の出来事に関する因子に基づいて決定される。未来の出来事に関する因子としては、（ｉ）ユーザ２０の現在位置と、次の停車駅との距離、（ｉｉ）電車１０２が次の停車駅に到着するまでの予定時間、（ｉｉｉ）ユーザ２０の現在位置と、予定下車駅との距離、（ｉｖ）ユーザ２０の現在位置と、予定下車駅との間に存在する途中停車駅の個数、（ｖ）電車１０２が予定下車駅に到着するまでの予定時間などが例示される。上述されたとおり、ｐ３（Ｘ）は、適切なテーブル、関数又は推定モデルを利用して算出されてよい。
【０１７６】
例えば、ｐ３（Ｘ）が、ユーザ２０の現在位置と予定下車駅との距離Ｌ１、又は、ユーザ２０の現在位置と予定下車駅との間に存在する途中停車駅の個数Ｌ２に基づいて決定される実施形態において、ｐ３（Ｘ）は、任意の定数ｃ１又はｃ２を用いて、ｐ３（Ｘ）＝ｃ１÷Ｌ１、又は、ｐ３（Ｘ）＝ｃ２÷Ｌ２として表されてよい。なお、次の停車駅が予定下車駅である場合、ｐ３（Ｘ）は算出されなくてよい。
【０１７７】
他の実施形態において、駅Ｘにおけるユーザ２０の下車確率をＰ（Ｘ）は、下記の数式（２）により決定される。
［数式２］
Ｐ（Ｘ）＝ｐ１（Ｘ）×ｋ２（Ｘ）×ｋ３（Ｘ）
【０１７８】
数式２において、ｐ１（Ｘ）は、ユーザ２０の乗車駅から駅Xまでの間に検出された１以上の下車惹起イベントの少なくとも1つに基づいて決定される確率である。ｐ１（Ｘ）は、ユーザ２０の乗車駅から駅Xまでの間に検出された下車惹起イベントの検出回数の累積値Ｎに基づいて決定される確率であってよい。また、ｋ２（Ｘ）及びｋ３（Ｘ）は、ユーザ２０の状況に基づいて決定される比例係数である。ｋ２（Ｘ）は、下車確率Ｐ（Ｘ）を増加させるための比例係数であってよく、ｋ３（Ｘ）は、下車確率Ｐ（Ｘ）を減少させるための比例係数であってよい。
【０１７９】
ｐ１（Ｘ）は、０以上１以下の数値であり、例えば、ユーザ２０の現在の状況に基づいて決定される。ｐ１（Ｘ）の詳細は上述されたとおりであり、その説明は省略される。
【０１８０】
ｋ２（Ｘ）は、１以上の数値であり、例えば、過去の出来事に関する因子に基づいて決定される。ｋ２（Ｘ）は、ｐ２（Ｘ）と同様の手法により算出されてよい。
【０１８１】
ｋ３（Ｘ）は、０以上１未満の数値であり、例えば、未来の出来事に関する因子に基づいて決定される。ｋ３（Ｘ）は、ｐ３（Ｘ）と同様の手法により算出されてよい。
【０１８２】
次に、Ｓ１４４０において、予約確率推定部８２６は、下車確率の算出対象となる１以上の駅のそれぞれについて、当該駅におけるユーザ２０の下車確率が、予め定められた条件を満足するか否かを判定する。下車確率に関する予め定められた条件としては、下車確率が予め定められた値以上であるという条件、下車確率が予め定められた値より大きいという条件などが例示される。
【０１８３】
下車確率の算出対象となった全ての駅について、当該駅における下車確率が予め定められた条件を満足しない場合（Ｓ１４４０のＮｏの場合）、一実施形態において、Ｓ１４２２、Ｓ１４２４、Ｓ１４３２、Ｓ１４３４、Ｓ１４３６及びＳ１４３８の処理が繰り返される。上記の処理が、定期的に実行されてもよい。他の実施形態において、Ｓ１４３２、Ｓ１４３４、Ｓ１４３６及びＳ１４３８の処理が繰り返されてもよい。上記の処理が、定期的に実行されてもよい。
【０１８４】
下車確率の算出対象となった駅のうち、少なくとも１つの駅について、当該駅における下車確率が予め定められた条件を満足する場合（Ｓ１４４０のＹｅｓの場合）、Ｓ１４４２において、予約確率推定部８２６は、上記の少なくとも１つの駅における配車に関する予約処理を実行することを決定する。予約確率推定部８２６は、下車確率が予め定められた条件を満足する少なくとも１つの駅を特定するための情報と、当該駅における配車に関する予約処理が実行されることを示す情報とを、要求生成部８３２に出力する。これにより、Ｓ１３２２における情報処理が終了する。
【０１８５】
上述のとおり、図１５は、ユーザ管理サーバ１１６又は配車要求部６５０における情報処理の一例を概略的に示す。本実施形態によれば、まず、Ｓ１３２２、Ｓ１３２４及びＳ１３３４が実行される。
【０１８６】
次に、Ｓ１３４０において、指示確認部８３６が、予約期限が徒過する前に、ユーザ２０の通信端末１２０からの予約指示を受信した場合（Ｓ１３４０のＹｅｓ）、指示確認部８３６は、ユーザ２０からの予約指示を要求生成部８３２に送信する。また、Ｓ１５５０において、要求生成部８３２は、ユーザ２０からの予約指示に従って自動車１０４の利用を予約するための要求を、配車管理サーバ１１４に送信する。
【０１８７】
次に、Ｓ１３５２において、取消期限までの残り期間が予め定められた値よりも小さくなると、指示確認部８３６は、取消期限が近付いていることを示すメッセージを、ユーザ２０の通信端末１２０に送信する。上記のメッセージには、取消確認画面のＵＲＩが記載されていてもよい。指示確認部８３６は、取消期限が近付いていることを示すメッセージが記載された取消確認画面を、ユーザ２０の通信端末１２０に送信してもよい。
【０１８８】
次に、Ｓ１３５４において、指示確認部８３６が、取消期限が徒過する前に、ユーザ２０の通信端末１２０から取消指示を受信した場合（Ｓ１３５４のＹｅｓ）、指示確認部８３６は、ユーザ２０の取消指示を要求生成部８３２に送信する。Ｓ１３７０において、要求生成部８３２は、予約を取り消すための要求を、配車管理サーバ１１４に送信する。一方、Ｓ１３５４において、指示確認部８３６が、取消期限が徒過する前に、ユーザ２０の通信端末１２０からの取消指示を受信しなかった場合（Ｓ１３５４のＮｏ）、配車要求部６５０は処理を終了する。
【０１８９】
一方、Ｓ１３４０において、指示確認部８３６が、予約期限が徒過する前に、ユーザ２０の通信端末１２０からの予約指示を受信しなかった場合（Ｓ１３４０のＮｏ）、指示確認部８３６は、予約期限までの残り期間が予め定められた値よりも小さくなるまで待機する。次に、Ｓ１３６２において、予約期限までの残り期間が予め定められた値よりも小さくなると、指示確認部８３６は、予約期限が近付いていることを示すメッセージを、ユーザ２０の通信端末１２０に送信する。上記のメッセージには、予約確認画面のＵＲＩが記載されていてもよい。指示確認部８３６は、予約期限が近付いていることを示すメッセージが記載された予約確認画面を、ユーザ２０の通信端末１２０に送信してもよい。
【０１９０】
次に、Ｓ１３６４において、指示確認部８３６が、予約期限が徒過する前に、ユーザ２０の通信端末１２０から予約指示を受信した場合（Ｓ１３６４のＹｅｓ）、Ｓ１５５０以降の処理が実行される。一方、Ｓ１３６４において、指示確認部８３６が、予約期限が徒過する前に、ユーザ２０の通信端末１２０からの予約指示を受信しなかった場合（Ｓ１３６４のＮｏ）、配車要求部６５０は処理を終了する。
【０１９１】
図１６は、通信端末１２０の内部構成の一例を概略的に示す。本実施形態において、通信端末１２０は、入力部１６２０と、出力部１６４０と、入出力制御部１６６０と、通信部１６８０とを備える。本実施形態において、入力部１６２０は、ユーザ入力受付部１６２２と、バイタル情報取得部１６２４と、音声情報取得部１６２６とを有する。
【０１９２】
本実施形態において、入力部１６２０は、通信端末１２０への各種の入力を受け付ける。入力部１６２０としては、キーボード、タッチパネル、ポインティングデバイス、カメラ、マイク、各種センサ、ＧＰＳ受信機などの各種の入力装置が例示される。
【０１９３】
本実施形態において、ユーザ入力受付部１６２２は、ユーザの入力を受け付ける。ユーザ入力受付部１６２２としては、キーボード、タッチパネル、ポインティングデバイスなどが例示される。本実施形態において、バイタル情報取得部１６２４は、ウエアラブル端末１２２から、ユーザ２０又は同伴者２２のバイタル情報を取得する。本実施形態において、音声情報取得部１６２６は、音声情報を取得する。
【０１９４】
本実施形態において、出力部１６４０は、各種の情報を出力する。出力部１６４０としては、表示装置、スピーカ、振動装置などの各種の出力装置が例示される。
【０１９５】
本実施形態において、入出力制御部１６６０は、入力部１６２０及び出力部１６４０を制御する。本実施形態において、通信部１６８０は、外部の情報処理装置との間で情報を送受する。例えば、通信部１６８０は、ユーザ管理サーバ１１６との間で情報を送受する。通信部１６８０は、ウエアラブル端末１２２との間で情報を送受してもよい。
【０１９６】
図１７は、本発明の複数の態様が全体的又は部分的に具現化されてよいコンピュータ３０００の一例を示す。配車支援システム１００又はその一部は、コンピュータ３０００により実現されてよい。例えば、交通機関管理サーバ１１２、配車管理サーバ１１４及びユーザ管理サーバ１１６のそれぞれは、コンピュータ３０００により実現される。
【０１９７】
コンピュータ３０００にインストールされたプログラムは、コンピュータ３０００に、本発明の実施形態に係る装置に関連付けられるオペレーション又は当該装置の１又は複数の「部」として機能させ、又は当該オペレーション又は当該１又は複数の「部」を実行させることができ、及び／又はコンピュータ３０００に、本発明の実施形態に係るプロセス又は当該プロセスの段階を実行させることができる。そのようなプログラムは、コンピュータ３０００に、本明細書に記載のフローチャート及びブロック図のブロックのうちのいくつか又はすべてに関連付けられた特定のオペレーションを実行させるべく、ＣＰＵ３０１２によって実行されてよい。
【０１９８】
本実施形態によるコンピュータ３０００は、ＣＰＵ３０１２、ＲＡＭ３０１４、グラフィックコントローラ３０１６、及びディスプレイデバイス３０１８を含み、それらはホストコントローラ３０１０によって相互に接続されている。コンピュータ３０００はまた、通信インターフェース３０２２、ハードディスクドライブ３０２４、ＤＶＤ−ＲＯＭドライブ３０２６、及びＩＣカードドライブのような入出力ユニットを含み、それらは入出力コントローラ３０２０を介してホストコントローラ３０１０に接続されている。コンピュータはまた、ＲＯＭ３０３０及びキーボード３０４２のようなレガシの入出力ユニットを含み、それらは入出力チップ３０４０を介して入出力コントローラ３０２０に接続されている。
【０１９９】
ＣＰＵ３０１２は、ＲＯＭ３０３０及びＲＡＭ３０１４内に格納されたプログラムに従い動作し、それにより各ユニットを制御する。グラフィックコントローラ３０１６は、ＲＡＭ３０１４内に提供されるフレームバッファ等又はそれ自体の中に、ＣＰＵ３０１２によって生成されるイメージデータを取得し、イメージデータがディスプレイデバイス３０１８上に表示されるようにする。
【０２００】
通信インターフェース３０２２は、ネットワークを介して他の電子デバイスと通信する。ハードディスクドライブ３０２４は、コンピュータ３０００内のＣＰＵ３０１２によって使用されるプログラム及びデータを格納する。ＤＶＤ−ＲＯＭドライブ３０２６は、プログラム又はデータをＤＶＤ−ＲＯＭ３００１から読み取り、ハードディスクドライブ３０２４にＲＡＭ３０１４を介してプログラム又はデータを提供する。ＩＣカードドライブは、プログラム及びデータをＩＣカードから読み取り、及び／又はプログラム及びデータをＩＣカードに書き込む。
【０２０１】
ＲＯＭ３０３０はその中に、アクティブ化時にコンピュータ３０００によって実行されるブートプログラム等、及び／又はコンピュータ３０００のハードウエアに依存するプログラムを格納する。入出力チップ３０４０はまた、様々な入出力ユニットをパラレルポート、シリアルポート、キーボードポート、マウスポート等を介して、入出力コントローラ３０２０に接続してよい。
【０２０２】
プログラムが、ＤＶＤ−ＲＯＭ３００１又はＩＣカードのようなコンピュータ可読記憶媒体によって提供される。プログラムは、コンピュータ可読記憶媒体から読み取られ、コンピュータ可読記憶媒体の例でもあるハードディスクドライブ３０２４、ＲＡＭ３０１４、又はＲＯＭ３０３０にインストールされ、ＣＰＵ３０１２によって実行される。これらのプログラム内に記述される情報処理は、コンピュータ３０００に読み取られ、プログラムと、上記様々なタイプのハードウエアリソースとの間の連携をもたらす。装置又は方法が、コンピュータ３０００の使用に従い情報のオペレーション又は処理を実現することによって構成されてよい。
【０２０３】
例えば、通信がコンピュータ３０００及び外部デバイス間で実行される場合、ＣＰＵ３０１２は、ＲＡＭ３０１４にロードされた通信プログラムを実行し、通信プログラムに記述された処理に基づいて、通信インターフェース３０２２に対し、通信処理を命令してよい。通信インターフェース３０２２は、ＣＰＵ３０１２の制御の下、ＲＡＭ３０１４、ハードディスクドライブ３０２４、ＤＶＤ−ＲＯＭ３００１、又はＩＣカードのような記録媒体内に提供される送信バッファ領域に格納された送信データを読み取り、読み取られた送信データをネットワークに送信し、又はネットワークから受信した受信データを記録媒体上に提供される受信バッファ領域等に書き込む。
【０２０４】
また、ＣＰＵ３０１２は、ハードディスクドライブ３０２４、ＤＶＤ−ＲＯＭドライブ３０２６（ＤＶＤ−ＲＯＭ３００１）、ＩＣカード等のような外部記録媒体に格納されたファイル又はデータベースの全部又は必要な部分がＲＡＭ３０１４に読み取られるようにし、ＲＡＭ３０１４上のデータに対し様々なタイプの処理を実行してよい。ＣＰＵ３０１２は次に、処理されたデータを外部記録媒体にライトバックしてよい。
【０２０５】
様々なタイプのプログラム、データ、テーブル、及びデータベースのような様々なタイプの情報が記録媒体に格納され、情報処理を受けてよい。ＣＰＵ３０１２は、ＲＡＭ３０１４から読み取られたデータに対し、本開示の随所に記載され、プログラムの命令シーケンスによって指定される様々なタイプのオペレーション、情報処理、条件判断、条件分岐、無条件分岐、情報の検索／置換等を含む、様々なタイプの処理を実行してよく、結果をＲＡＭ３０１４に対しライトバックする。また、ＣＰＵ３０１２は、記録媒体内のファイル、データベース等における情報を検索してよい。例えば、各々が第２の属性の属性値に関連付けられた第１の属性の属性値を有する複数のエントリが記録媒体内に格納される場合、ＣＰＵ３０１２は、当該複数のエントリの中から、第１の属性の属性値が指定されている条件に一致するエントリを検索し、当該エントリ内に格納された第２の属性の属性値を読み取り、それにより予め定められた条件を満たす第１の属性に関連付けられた第２の属性の属性値を取得してよい。
【０２０６】
上で説明したプログラム又はソフトウエアモジュールは、コンピュータ３０００上又はコンピュータ３０００近傍のコンピュータ可読記憶媒体に格納されてよい。また、専用通信ネットワーク又はインターネットに接続されたサーバシステム内に提供されるハードディスク又はＲＡＭのような記録媒体が、コンピュータ可読記憶媒体として使用可能であり、それにより、上記のプログラムを、ネットワークを介してコンピュータ３０００に提供する。
【０２０７】
以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態に、多様な変更または改良を加えることが可能であることが当業者に明らかである。また、技術的に矛盾しない範囲において、特定の実施形態について説明した事項を、他の実施形態に適用することができる。また、各構成要素は、名称が同一で、参照符号が異なる他の構成要素と同様の特徴を有してもよい。その様な変更または改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。
【０２０８】
特許請求の範囲、明細書、および図面中において示した装置、システム、プログラム、および方法における動作、手順、ステップ、および段階等の各処理の実行順序は、特段「より前に」、「先立って」等と明示しておらず、また、前の処理の出力を後の処理で用いるのでない限り、任意の順序で実現しうることに留意すべきである。特許請求の範囲、明細書、および図面中の動作フローに関して、便宜上「まず、」、「次に、」等を用いて説明したとしても、この順で実施することが必須であることを意味するものではない。
【符号の説明】
【０２０９】
１０  通信ネットワーク、２０  ユーザ、２２  同伴者、１００  配車支援システム、１０２  電車、１０４  自動車、１１２  交通機関管理サーバ、１１４  配車管理サーバ、１１６  ユーザ管理サーバ、１２０  通信端末、１２２  ウエアラブル端末、３２０  運行計画管理部、３４０  運行状況管理部、３６０  格納部、３６２  運行計画格納部、３６４  運行状況格納部、４２０  要求処理部、４２２  抽出要求処理部、４２４  配車要求処理部、４４０  配車部、４６０  車両状況格納部、５００  データテーブル、５２２  車両ＩＤ、５２４  現在位置、５２６  稼働状況、６２０  要求受付部、６３０  画面生成部、６４０  行動管理部、６５０  配車要求部、６６０  格納部、６６２  ユーザ設定格納部、６６４  スケジュール格納部、６６６  ルート格納部、６６８  ユーザ状況格納部、７４２  スケジュール管理部、７４４  ルート検索部、７４６  ルート登録部、８２２  イベント検出部、８２４  ユーザ位置推定部、８２６  予約確率推定部、８３２  要求生成部、８３４  期限決定部、８３６  指示確認部、９００  データテーブル、９２２  ユーザＩＤ、９２４  イベント検出頻度、９２６  予約確率、１０００  データテーブル、１０２２  駅名、１０２４  予約確率、１１００  画面、１１２０  データテーブル、１１２２  駅名、１１２４  時間、１１２６  到着予定時刻、１１２８  到着予定時刻、１１３２  受付期限、１１３４  受付期限、１１４２  予約ボタン、１１４４  取消ボタン、１２００  画面、１６２０  入力部、１６２２  ユーザ入力受付部、１６２４  バイタル情報取得部、１６２６  音声情報取得部、１６４０  出力部、１６６０  入出力制御部、１６８０  通信部、３０００  コンピュータ、３００１  ＤＶＤ−ＲＯＭ、３０１０  ホストコントローラ、３０１２  ＣＰＵ、３０１４  ＲＡＭ、３０１６  グラフィックコントローラ、３０１８  ディスプレイデバイス、３０２０  入出力コントローラ、３０２２  通信インターフェース、３０２４  ハードディスクドライブ、３０２６  ＤＶＤ−ＲＯＭドライブ、３０３０  ＲＯＭ、３０４０  入出力チップ、３０４２  キーボード
【図１】
2020135670.tif 000003
【図２】
2020135670.tif 000004
【図３】
2020135670.tif 000005
【図４】
2020135670.tif 000006
【図５】
2020135670.tif 000007
【図６】
2020135670.tif 000008
【図７】
2020135670.tif 000009
【図８】
2020135670.tif 000010
【図９】
2020135670.tif 000011
【図１０】
2020135670.tif 000012
【図１１】
2020135670.tif 000013
【図１２】
2020135670.tif 000014
【図１３】
2020135670.tif 000015
【図１４】
2020135670.tif 000016
【図１５】
2020135670.tif 000017
【図１６】
2020135670.tif 000018
【図１７】
2020135670.tif 000019