JP2020071778A

JP2020071778A - 車両派遣システム、サーバおよび情報処理方法

Info

Publication number: JP2020071778A
Application number: JP2018206808A
Authority: JP
Inventors: 裕子水野; Yuko Mizuno; 伸桜田; Shin Sakurada
Original assignee: Toyota Motor Corp
Current assignee: Toyota Motor Corp
Priority date: 2018-11-01
Filing date: 2018-11-01
Publication date: 2020-05-07
Anticipated expiration: 2038-11-01
Also published as: CN111144684A; US11481697B2; JP7010194B2; US20200143296A1; CN111144684B

Abstract

【課題】公共交通機関が運行できない状況になったとき、公共交通機関の利用者を目的地へ輸送する。【解決手段】車両派遣システム１は、公共交通機関の有する情報処理装置２０と、車両３０を派遣するサービスを管理するサーバ１１と、登録された複数の車両３０の運転者が閲覧および操作可能な運転者端末３１とを含む。サーバ１１は、情報処理装置２１からのそれぞれ出発地である第２位置と目的地とを結ぶ複数の区間の輸送依頼人数を含む第２要求を受信可能である。サーバ１１は、区間ごとの輸送依頼人数に基づき、第２位置の何れかに派遣する複数の車両３０の候補を決定し、この車両３０に、第２位置の何れかの位置情報および乗車依頼人数を含み、特定の利用者の識別情報を含まない、第２車両派遣依頼情報を送信する。【選択図】図１

Description

本発明は、車両派遣システム、サーバおよび情報処理方法に関する。

従来、鉄道等の公共交通機関が運行できない状況になったとき、列車の乗り換え情報を駅で利用者に提示するシステムが知られている（例えば、特許文献１参照）。また、同様の状況において、定期乗車区間から振替乗車区間への振替輸送を許可する振替証情報を、利用者の携帯端末に送信するシステムが知られている（例えば、特許文献２参照）。

特開２００８−１９１９５８号公報特開２００７−３４８２３号公報

従来技術では、運行できなくなった公共交通機関から振替が可能な他の公共交通機関が存在することを前提としている。しかし、運行できなくなった公共交通機関を代替する公共交通機関が無い場合、あるいは、代替する公共交通機関があったとしてもその輸送力が十分ではない場合、駅または運行できなくなった列車内に、利用者が長時間留まることを余儀なくされることがある。したがって、公共交通機関が運行できない状況になったとき、利用者を迅速に目的地へ輸送するための技術に改善の余地があった。

かかる事情に鑑みてなされた本発明の目的は、公共交通機関が運行できない状況になったとき、利用者を目的地へ輸送することを可能にする、車両派遣システム、サーバおよび情報処理方法を提供することにある。

上記課題を解決する本開示の一実施形態に係る車両派遣システムは、
公共交通機関の有する情報処理装置と、車両を派遣するサービスを管理するサーバと、登録された複数の車両の運転者それぞれが閲覧および操作可能な複数の運転者端末とを備える車両派遣システムであって、
前記サーバは、車両に搭乗を希望する利用者端末からの第１要求と、前記情報処理装置からの第２要求とを受信可能であり、前記第１要求は、前記利用者が乗車を希望する第１位置の位置情報と前記利用者の識別情報とを含み、前記第２要求は、それぞれ出発地である第２位置と目的地とを結ぶ複数の区間の輸送依頼人数を含み、
前記サーバは、前記利用者端末から前記第１要求を受信したとき、前記登録された複数の車両の中から、前記第１位置に派遣する１台以上の第１車両の候補を決定し、決定された前記第１車両の候補の前記運転者端末に対して、前記第１位置の位置情報と前記識別情報とを含む第１車両派遣依頼情報を送信し、
前記サーバは、前記情報処理装置から前記第２要求を受信したとき、前記区間ごとの前記輸送依頼人数に基づき、前記登録された複数の車両の中から、それぞれ前記複数の第２位置の何れかに派遣する複数の第２車両の候補と前記第２車両の候補ごとの乗車依頼人数を決定し、決定された前記第２車両の候補の前記運転者端末に対して、前記複数の第２位置の何れかの位置情報および前記乗車依頼人数を含み、特定の利用者の識別情報を含まない、第２車両派遣依頼情報を送信するものである。

上記課題を解決する本開示の一実施形態に係るサーバは、
公共交通機関の有する情報処理装置、および、登録された複数の車両の運転者それぞれが閲覧および操作可能な複数の運転者端末と通信可能な、車両を派遣するサービスを管理するサーバであって、該サーバは、送受信部およびプロセッサを備え、
前記送受信部は、車両に搭乗を希望する利用者端末からの第１要求と、前記情報処理装置からの第２要求とを受信可能であり、前記第１要求は、前記利用者が乗車を希望する第１位置の位置情報と前記利用者の識別情報とを含み、前記第２要求は、それぞれ出発地である第２位置と目的地とを結ぶ複数の区間の輸送依頼人数を含み、
前記プロセッサは、前記利用者端末から前記第１要求を受信したとき、前記登録された複数の車両の中から、前記第１位置に派遣する１台以上の第１車両の候補を決定し、前記第１位置の位置情報と前記識別情報とを含む第１車両派遣依頼情報を生成し、
前記プロセッサは、前記情報処理装置から前記第２要求を受信したとき、前記区間ごとの前記輸送依頼人数に基づき、前記登録された複数の車両の中から、それぞれ前記複数の第２位置の何れかに派遣する複数の第２車両の候補と前記第２車両の候補ごとの乗車依頼人数を決定し、前記複数の第２位置の何れかの位置情報および前記乗車依頼人数を含み、特定の利用者の識別情報を含まない、第２車両派遣依頼情報を生成し、
前記送受信部は、前記プロセッサが前記第１車両派遣依頼情報を生成したとき、該第１車両派遣依頼情報を、前記第１車両の候補の前記運転者端末に送信し、前記プロセッサが前記第２車両派遣依頼情報を生成したとき、該第２車両派遣依頼情報を、前記第２車両の候補の前記運転者端末に送信するものである。

上記課題を解決する本開示の一実施形態に係る情報処理方法は、
公共交通機関の有する情報処理装置と、車両を派遣するサービスを管理するサーバと、登録された複数の車両の運転者それぞれが閲覧および操作可能な複数の運転者端末とを含む車両派遣システムのサーバの情報処理方法であって、
車両に搭乗を希望する利用者端末からの第１要求と、前記情報処理装置からの第２要求との何れかを受信し、前記第１要求は、前記利用者が乗車を希望する第１位置の位置情報と前記利用者の識別情報とを含み、前記第２要求は、それぞれ出発地である第２位置と目的地とを結ぶ複数の区間の輸送依頼人数を含み、
前記利用者端末から前記第１要求を受信したとき、前記登録された複数の車両の中から、前記第１位置に派遣する１台以上の第１車両の候補を決定し、決定された前記第１車両の候補の前記運転者端末に対して、前記第１位置の位置情報と前記識別情報とを含む第１車両派遣依頼情報を送信し、
前記情報処理装置から前記第２要求を受信したとき、前記区間ごとの前記輸送依頼人数に基づき、前記登録された複数の車両の中から、それぞれ前記複数の第２位置の何れかに派遣する複数の第２車両の候補と前記第２車両の候補ごとの乗車依頼人数を決定し、決定された前記第２車両の候補の前記運転者端末に対して、前記複数の第２位置の何れかの位置情報および前記乗車依頼人数を含み、特定の利用者の識別情報を含まない、第２車両派遣依頼情報を送信するものである。

本発明の一実施形態に係る車両派遣システム、サーバおよび情報処理方法によれば、公共交通機関が運行できない状況になったとき、公共交通機関の利用者を迅速に目的地へ輸送することができる。

本発明の一実施形態に係る車両派遣システムの概略構成を示すブロック図である。図１の運転者端末の概略構成を示すブロック図である。サーバが第１要求を受けたときの処理を示すフローチャートである。公共交通機関が運行不能になった状態での、車両による輸送ルートの一例を示す図である。公共交通機関の区間ごとの輸送依頼人数を示すテーブルの一例を示す図である。公共交通機関の区間ごとの輸送依頼人数を示すテーブルの他の一例を示す図である。サーバが第２要求を受けたときの処理を示すフローチャートである。

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

図１を参照して、本発明の一実施形態に係る車両派遣システム１の概要について説明する。車両派遣システム１は、車両３０を派遣するサービスを管理するサーバ１１と、公共交通機関２０の有する情報処理装置２１と、登録された複数の車両３０の運転者それぞれが閲覧および操作可能な複数の運転者端末３１とを備える。サーバ１１、情報処理装置２１および車両３０は、ネットワーク４１を介して通信可能である。サーバ１１は、ネットワーク４１を介して、車両３０に搭乗を希望する利用者の利用者端末５１と接続可能である。

車両派遣システム１は、車両３０への搭乗を希望する利用者に対して、利用者の希望する場所へ搭乗可能な車両３０を派遣する。また、車両派遣システム１は、運行ができなくなった公共交通機関２０からの輸送依頼を受けて、駅等の公共交通機関２０の拠点へ、輸送を代替するための車両３０を派遣する。車両３０は、事業として輸送を行うタクシー等の事業者の事業用車両、および、個人の所有する一般車両の双方を含む。前者の場合、車両派遣システム１が提供するサービスは、１台のタクシーを同方向の目的地に向かう複数の利用者で相乗りして利用する仲介を行うことを含む。後者の場合、車両派遣システム１が提供するサービスは、特定の目的地に向かう個人に対して、相乗りを依頼することを含む。すなわち、車両派遣システム１が提供するサービスは、いわゆるライドシェアの仲介を含む。以下に、車両派遣システム１の各構要素について説明する。

（サーバ）
図１に示すように、サーバ１１は、送受信部１２と、制御部１３と、記憶部１４とを備える。

送受信部１２は、有線または無線によりネットワーク４１を介して情報処理装置２１、運転者端末３１および利用者端末５１と情報の送受信を行うことができる。送受信部１２は、ネットワーク４１に対応した通信機を含む。送受信部１２が有線によりネットワーク４１に接続される場合、送受信部１２は、ＯＮＵ（Optical Network Unit）、ＤＳＵ（Digital Service Unit）、ケーブルモデム等の通信機を含んでよい。送受信部１２が無線によりネットワーク４１に接続される場合、送受信部１２は、無線通信機およびアンテナを含んでよい。送受信部１２は、情報の送信、受信に係るプロトコル処理、送信信号の変調および受信信号の復調等の処理を行う。

制御部１３は、単一の、または、複数のプロセッサおよびメモリを含んで構成される。制御部１３はサーバ１１全体の動作を制御する。プロセッサには、特定のプログラムを読み込ませることにより、プログラムされた機能を実行する汎用プロセッサおよび、特定の処理に特化した専用プロセッサが含まれる。メモリは、プロセッサの実行するプログラム、および、プロセッサによる演算中の情報等を記憶することができる。メモリとプロセッサとは、データバスおよび制御バス等のバスラインで接続される。

制御部１３は、情報処理装置２１および利用者端末５１からの要求を受けて、派遣する車両３０を決定する処理を実行する。制御部１３は、車両３０の派遣に伴う車両３０の運転者への対価の算出の処理を行ってよい。制御部１３が実行する処理の詳細については、後述する。

記憶部１４は、半導体記憶装置、磁気記憶装置、光記憶装置を含む。半導体記憶装置は、フラッシュメモリを用いたＳＳＤ（Solid State Drive）等が含まれる。磁気記憶装置は、磁気テープ、フロッピー（登録商標）ディスク、ハードディスク等およびこれらの駆動装置が含まれる。光記憶装置は、例えばＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）、およびブルーレイ（Blu-ray；登録商標）等およびこれらの駆動装置が含まれる。

記憶部１４は、登録された車両３０の現在位置、走行中の場合の目的地、走行予定経路、輸送可能人数、並びに、運転者氏名、車種、色およびナンバー等の車両３０の識別情報（車両識別情報）を記憶する。車両３０の車両識別情報は、運転者端末３１の識別情報を含んでよい。車両３０が個人の所有する一般車両の場合、記憶部１４は、搭乗可能な条件（例えば、同性のみ、子供不可、ペット連れ不可、大きな荷物不可）等を、さらに記憶してよい。車両３０の現在位置、目的地および走行予定経路等の情報は、運転者端末３１から定期的に取得してよい。そのような情報を取得するため、運転者端末３１は、車両３０内の他のシステム、例えば、ナビゲーションシステムと連携してよい。記憶部１４は、さらに、車両３０ごとの過去の派遣実績、利用者による評価情報等を記憶してよい。

（利用者端末）
利用者端末５１は、汎用情報端末を採用しうる。汎用情報端末としては、パーソナルコンピュータ、タブレットＰＣ等の携帯型情報端末または携帯電話（スマートフォン）を含む。汎用情報端末を用いる場合、利用者端末５１には専用のアプリケーションを搭載することができる。

利用者は、車両３０への搭乗を希望する場合、利用者端末５１に搭載したアプリケーションを用いてサーバ１１に対して乗車を希望する位置である第１位置の位置情報および利用者の識別情報（利用者識別情報）を含む第１要求を送信する。利用者が、現在位置より直ぐに乗車を希望する場合、第１位置は現在位置としうる。利用者端末５１が、位置検出装置を有する場合、アプリケーションが自動的に第１位置として位置検出装置から現在位置の位置情報を取得してよい。利用者識別情報は、車両３０の運転者が利用者を識別するための情報である。利用者識別情報には、利用者の名前を含むことができる。利用者識別情報には、利用者の年齢、性別、身長等の身体的特徴、および、服装または持ち物等の目印になる情報の少なくとも何れかを含んでよい。利用者識別情報は、利用者の所持する利用者端末５１を識別する情報であってよい。例えば、利用者端末５１および運転者端末３１は、利用者端末５１の利用者識別情報を用いて運転者端末３１の表示装置に表示されるマップ上に、利用者端末５１の位置が表示されるように構成してよい。

（公共交通機関）
情報処理装置２１は、公共交通機関２０が有する装置である。情報処理装置２１は、単一のまたは複数のプロセッサ、メモリおよびネットワーク４１に対応する通信インタフェースを含む。情報処理装置２１は、大型のコンピュータ、ワークステーション、パーソナルコンピュータ、タブレット端末、または、これら以外の電子機器の何れであってもよい。情報処理装置２１は、公共交通機関２０が運行不能となったとき、輸送依頼をサーバ１１に送信することができる。輸送依頼は、公共交通機関２０の通る互いに異なる出発地と目的地とを結ぶ複数の区間の輸送依頼人数を含む。公共交通機関２０の輸送を必要とする区間の出発地をそれぞれ第２位置とよぶ。公共交通機関２０がサーバ１１に送信する輸送依頼を第２要求と呼ぶ。

情報処理装置２１は、公共交通機関２０の種々のデータベースに記憶された情報に基づいて、区間ごとの輸送依頼人数を算出してよい。例えば、公共交通機関２０のデータベースは、発券機情報データベース（発券機情報ＤＢ）２３、定期券情報データベース（定期券情報ＤＢ）２４、改札機情報データベース（改札機情報ＤＢ）２５および利用者の公共交通機関２０の利用に関する統計情報データベース（統計情報ＤＢ）２６を含んでよい。例えば、情報処理装置２１は、発券情報ＤＢ２３および定期券情報ＤＢ２４から、公共交通機関２０の有する発行済みの乗車券に関する情報を第１情報として取得することができ、この第１情報に基づいて区間ごとの輸送依頼人数を算出する。ここで乗車券は、発券機により発券された乗車券、および公共交通機関２０により発行された定期券を含む。例えば、第１情報は、運行不能となった区間の各駅において発券機により発券された目的地の駅ごとの乗車券の数である。情報処理装置２１は、運行不能となった区間に関連する乗車券の数に基づいて、運行不能になった公共交通機関２０を利用できず、駅または列車内にとどまっている利用者の人数を推定する。改札機情報ＤＢ２５の改札機情報は、定期券を有する公共交通機関２０の利用者が、駅構内または列車に乗っているかを推定するために利用することができる。

（車両）
本実施形態における車両３０は、主として乗用車を意味する。車両３０は、バスおよびトラックを含むことができる。また、車両３０は、自動運転車両を含む将来可能となる形態の自動車を含む。

図２に示すように、運転者端末３１は、通信インタフェース３２、単一のまたは複数のプロセッサを含む運転者端末制御部３３、メモリ３４、ならびに、タッチパネル等の入出力装置３５を含む。通信インタフェース３２は、ネットワーク４１の通信プロトコルに対応し、サーバ１１との間で情報の送受信が可能に構成される。運転者端末制御部３３は、単一のまたは複数のプロセッサを含む。運転者端末制御部３３は、種々の情報処理を行うとともに運転者端末３１全体を制御する。入出力装置３５は、運転者への情報を表示し、運転者からの情報の入力を受け付ける。運転者端末３１は、車両３０に設置された端末および携帯型の端末を含む。運転者端末３１が、車両３０に設置された端末の場合、運転者端末３１の各部は、車両３０内の他の装置の構成の一部を共用することができる。

運転者端末３１は、位置検出装置を有するか、または、位置検出装置を有する車両３０内の他の装置と連携し、車両３０の現在位置の位置情報を取得することができる。位置検出装置は、車両３０の絶対位置（緯度、経度による）を検出するものとすることができる。位置検出装置は、例えば、ＧＰＳ（Global Positioning System)受信装置を含む。ＧＰＳ受信装置からの信号を用いて、車両３０の現在位置の緯度および経度の情報を得ることができる。ＧＰＳは、人工衛星を利用して車両３０の位置を測定する。なお、ＧＰＳ受信機に代えて、または、ＧＰＳ受信装置に加えて、他の全地球測位システム（ＧＮＳＳ：Global Navigation Satellite System）に対応した受信装置を採用してよい。他のＧＮＳＳとしては、例えば、準天頂衛星を使用した衛星測位システムを含む。運転者端末３１は、車両３０の位置情報を、定期的にサーバ１１に送信する。

運転者端末３１は、運転者の入力により、または、車両３０内のナビゲーション装置等から、車両３０の現在の目的地および走行予定経路の少なくとも何れかを取得してよい。運転者端末３１は、これらの情報を定期的に、または、設定の変更時に、サーバ１１に送信してよい。

運転者端末３１は、公共交通機関２０の乗車券の情報を読み取る読み取り装置３６を含むことができる。公共交通機関２０の乗車券は、例えば切符の場合、使用日時および発行した駅、金額等の情報を含むことができる。また、公共交通機関２０の乗車券は、例えば定期券の場合、使用期限および有効な区間の情報を含むことができる。公共交通機関２０の乗車券は、磁気読み取り装置または近距離無線通信機によって読み出すことができる。乗車券から読み取ることのできる情報を第２情報と呼ぶ。第２情報は、例えば、乗車券の有効な日時および区間の情報を含む。例えば、読み取り装置３６は、サーバ１１からの信号により起動される。読み取り装置３６は、車両３０に乗車する公共交通機関２０の利用者が、正規の利用者であるか否かを識別するために使用することができる。正規の利用者とは、公共交通機関２０の運行不能となった区間を通る乗車券を有する利用者を意味する。

運転者端末３１は、読み取り装置３６を有さなくてもよい。その場合、車両３０の運転者が運転者端末のタッチパネルから、輸送した人数および輸送の開始および終了の地点の情報を入力してよい。運転者端末３１が、読み取り装置３６を含まない場合、運転者端末３１として携帯型情報端末および携帯電話（スマートフォン）等の汎用的な情報端末を使用することができる。その場合、運転者は運転者端末３１に本システム専用のアプリケーションを搭載することができる。

運転者端末３１は、公共交通機関２０の正規の利用者を搭乗させた人数および輸送開始および終了の地点の情報を蓄積する。運転者端末３１は、蓄積された情報に基づいて車両３０が輸送した人数および輸送の開始および終了の地点を集計した第３情報を生成する。運転者端末３１は、第３情報をサーバ１１に送信することができる。第３情報は、運転者端末３１の運転者へ支払う対価の計算に用いるために、サーバ１１に送信される。

（ネットワーク）
ネットワーク４１は、インターネット、ＶＰＮ（Virtual Private Network）、および、携帯電話回線等種々の通信ネットワークを用いることができる。また、サーバ１１と情報処理装置２１との間、サーバ１１と運転者端末３１との間、および、サーバ１１と利用者端末５１との間は、それぞれ異なる種類のネットワーク４１を用いて接続してよい。

（利用者からの依頼に対する処理フロー）
図３を参照して、利用者が利用者端末５１から車両３０の派遣要求をする場合の車両派遣システムの処理フローを説明する。図３は、サーバ１１の情報処理方法を含む。

まず、利用者は利用者端末５１上でアプリケーションを使い、車両３０の派遣を依頼する。利用者は、その時点ですぐに搭乗する車両３０の派遣を依頼する場合、必要に応じて利用者端末５１上で、降車位置（目的地）を入力する。利用者端末５１は、利用者の希望する乗車位置である現在位置情報（第１位置）、降車位置および利用者識別情報を含む第１要求を、ネットワーク４１を介してサーバ１１に送信する（ステップＳ１０１）。また、利用者が現在ではなく将来の車両３０の派遣を予約する場合は、利用者は、利用者端末５１に希望利用日時、乗車位置（第１位置）および降車位置等の情報を入力する。利用者端末５１は、これらの情報を含む第１要求をサーバ１１に送信する。

サーバ１１の制御部１３は、送受信部１２を介して第１要求を受信すると（ステップＳ１０２）、記憶部１４に記憶されている登録された複数の車両３０の中から、利用者に対して派遣する車両３０（第１車両）の候補を決定する（ステップＳ１０３）。派遣する車両３０は、登録された車両３０の現在位置、目的地、走行予定経路、輸送可能人数、および、登録された条件等に基づいて決定される。

サーバ１１の制御部１３は、送受信部１２を介して、決定された車両３０の運転者端末３１に対して、第１車両派遣依頼情報を送信する（ステップＳ１０４）。第１車両派遣依頼情報は、利用者が乗車を希望する位置（第１位置）および降車を希望する位置の位置情報、および、利用者識別情報を含む。なお、ステップＳ１０４では、第１車両派遣依頼情報の中に利用者識別情報の一部を含めず、車両３０が派遣を受諾した後に、再度残りの利用者識別情報を含む第１車両派遣依頼情報を送信してもよい。

運転者端末３１は、第１車両派遣依頼情報を受信すると（ステップＳ１０５）、タッチパネルなどの入出力装置３５に、派遣依頼を受信した旨と、受信した第１車両派遣依頼情報の内容を表示する（ステップＳ１０６）。

運転者端末３１は、車両３０の派遣依頼を受諾するか拒絶するかの回答を運転者に求める画面を表示する。運転者端末３１は、運転者から受諾または拒絶の情報（諾否情報）の入力を受付、これをサーバ１１の送受信部１２に送信する（ステップＳ１０７）。

サーバ１１の制御部１３は送受信部１２を介して諾否情報を受信する（ステップＳ１０８）。制御部１３は、運転者端末３１から受信した諾否情報が、車両３０の派遣依頼の拒絶の場合は（ステップＳ１０９：Ｎｏ）、処理をステップＳ１０３に戻して、複数の登録された車両３０から別の派遣する車両３０（第１車両）の候補を決定する。以下、派遣する車両３０が決定されるまで、上記と同様にサーバ１１と運転者端末３１との間で、ステップＳ１０３〜Ｓ１０９の処理を繰り返す。

制御部１３は、運転者端末３１から受信した諾否情報が、車両３０の派遣依頼の受諾の場合は（ステップＳ１０９：Ｙｅｓ）、第１要求を送信した利用者端末５１に対して、送受信部１２を介して派遣受諾情報を送信する（ステップＳ１１０）。派遣受諾情報は、乗車場所で利用者が車両３０を識別するための、運転者氏名、車種、色およびナンバー等の車両３０の車両識別情報を含む。車両３０の車両識別情報は、記憶部１４に記憶されている情報を用いることができる。

利用者端末５１は、サーバ１１から派遣受諾情報を受信すると（ステップＳ１１１）、車両３０の派遣が受諾されたことと、乗車する車両３０の車両識別情報が表示される（ステップＳ１１２）。利用者は、乗車場所において、例えば利用者端末５１に表示された、車両３０の車種およびナンバー等を確認することにより、乗車する車両３０を探すことができる。また、利用者端末５１は、サーバ１１から運転者端末３１の車両識別情報を受信し、これを用いてアプリケーション上のマップに乗車する車両３０の位置を表示することにより車両を探してもよい。

サーバ１１は、上記手順に示されるように車両３０の派遣のみを行うこともできる。しかし、サーバ１１は、利用者と運転者との間の対価の支払いを仲介する機能を有してもよい。

（公共交通機関からの依頼に対する処理フロー）
次に、図４〜７を用いて、公共交通機関２０が運行不能になったときに、公共交通機関２０が情報処理装置２１からサーバ１１に対して車両３０の派遣を依頼する場合の車両派遣システム１の処理フローを説明する。図７の処理フローは、サーバ１１の情報処理方法を含む。

まず、公共交通機関２０が、本車両派遣システム１を利用する前提として、鉄道等の公共交通機関２０において、事故、故障、災害、および悪天候等により、一部の区間が運行不能となったものとする。例えば、図４において、Ａ駅からＦ駅までを含む鉄道の路線において、Ｂ駅からＥ駅まで鉄道が動かなくなったことを想定する。この場合、Ｂ駅には、Ｆ駅方面に行くことのできない公共交通機関２０の利用者が鉄道に乗ることができず滞留することがある。また、Ｅ駅には、Ａ駅方面に行くことのできない公共交通機関２０の利用者が鉄道に乗ることができず滞留することがある。さらに、Ｃ駅およびＤ駅では、それぞれ、Ａ駅方面およびＦ駅方面に向かう利用者が滞留することがある。

公共交通機関の各駅の近くには、少なくとも１つの道路があるものとする。公共交通機関２０の運行不能となっている区間に含まれるＢ駅〜Ｅ駅に滞留している利用者は、近くに駐車している車両３０または道路を通る車両３０に振り替えて、目的地まで行けることが望ましい。

このため、まず、情報処理装置２１は、公共交通機関の有する発行済みの乗車券に関する情報（第１情報）を取得して、Ａ駅からＦ駅までの複数の駅をそれぞれ出発地（第２位置）および目的地とする複数の区間の輸送依頼人数を計算する。情報処理装置２１による輸送依頼人数の計算は、公共交通機関２０の担当者による操作を起点として行われてよい。情報処理装置２１は、運行不能となった区間に含まれる各駅間で移動できなくなった利用者の人数を推定して、輸送依頼人数とする。輸送依頼人数は、例えば図５のように示される。図５では、運行不能となった区間の両端を含む各駅を出発地および目的地とする組み合わせのそれぞれについて、輸送依頼人数を算出している。

輸送依頼人数の算出方法は、図５の形態に限られない。例えば、Ｂ駅からＥ駅までの間公共交通機関の線路が、同じ幹線道路に並行して走っているような場合は、同じ方向の目的地に向かう利用者は同じ車両３０に乗車して、目的地の駅で順次下車することができる。例えば、図６に示すように、各駅から各方向に向かう利用者の人数を推定して、輸送依頼人数とすることができる。図６のような場合、Ｂ駅からＥ駅へ向かう区間の輸送依頼人数は、途中で下車する利用者も含めて算出される。

公共交通機関２０が輸送依頼をする区間は、公共交通機関２０の駅等の拠点に限られない。例えば、鉄道において列車が２つの駅の間で止まっているとき、公共交通機関２０は、運行不能となった列車からの利用者の輸送を依頼することがある。その場合、情報処理装置２１は、輸送を依頼する出発地（第２位置）として、停止している列車の位置を指定することができる。情報処理装置２１は、乗車券情報等から、利用者の数を目的地とする駅ごとに推定し、輸送依頼人数を決定する。

上述の説明において、情報処理装置２１が、輸送依頼人数を決定するものとしたが、輸送依頼人数は、情報処理装置２１以外の別の装置で決定してもよい。情報処理装置２１は、別の装置で算出した輸送依頼人数の入力を受付可能に構成されてよい。輸送依頼人数は、公共交通機関２０の担当者が、情報処理装置２１に直接入力してもよい。

図７のフローチャートに示すように、公共交通機関２０は、既に切符または定期券等の乗車券を有している利用者に対して、移動手段を確保するために、情報処理装置２１からサーバ１１の送受信部１２に、車両３０の派遣を依頼する第２要求を送信する（ステップＳ２０１）。第２要求は、図５または図６で示したような、複数の駅または地点をそれぞれ出発地（第２位置）および目的地とする区間ごとの輸送依頼人数を含む。

サーバ１１の制御部１３は、送受信部１２を介して第２要求を受信すると（ステップＳ２０２）、区間ごとの前記輸送依頼人数に基づき、記憶部１４に記憶されている登録された複数の車両３０の情報を検索する。サーバ１１は、登録された複数の車両３０の中から、それぞれ複数の第２位置の何れかに派遣する複数の第２車両の候補とそれら第２車両の候補ごとの乗車依頼人数を決定する（ステップＳ２０３）。制御部１３は、第２要求を受けた車両３０のうち一部が依頼を拒絶することを見込んで、予め余裕をもって第２車両の数を決定してよい。派遣する車両３０は、登録された車両３０の現在位置、目的地、走行予定経路、輸送可能人数、および、登録された条件等に基づいて決定される。

サーバ１１の制御部１３は、送受信部１２を介して、決定された車両３０の運転者端末３１に対して、第２車両派遣依頼情報を送信する（ステップＳ２０４）。第２車両派遣依頼情報は、複数の第２位置のうち輸送の起点となる出発地（第２位置）の位置情報、および、乗車依頼人数を含み、特定の利用者の利用者識別情報を含まない。第２車両派遣依頼情報は、さらに、目的地または輸送する方向（Ｂ駅方向またはＥ駅方向等）の情報を含んでよい。車両３０が、特定の方向へ向かう一般車両の場合、サーバ１１はその車両３０の走行方向を考慮して第２車両派遣依頼情報を送信する。このため、第２車両派遣依頼情報は、目的地または輸送する方向の情報を含まないことがある。

運転者端末３１は、第２車両派遣依頼情報を受信すると（ステップＳ２０５）、タッチパネルなどの入出力装置３５に、派遣依頼を受信した旨と、受信した第２車両派遣依頼情報の内容を表示する（ステップＳ２０６）。

運転者端末３１は、車両３０の派遣依頼を受諾するか拒絶するかの回答を運転者に求める画面を表示する。運転者端末３１は、運転者から受諾または拒絶の情報（諾否情報）を受付け、これをサーバ１１の送受信部１２に送信する（ステップＳ２０７）。

サーバ１１の制御部１３は送受信部１２を介して諾否情報を受信する（ステップＳ２０８）。制御部１３は、複数の車両３０の運転者端末３１から受信した諾否情報に含まれる、車両３０の派遣依頼の受諾および拒絶の情報に基づいて、輸送依頼人数に対して必要となる人数分の車両３０を確保できたか判断する（ステップＳ２０９）。必要な台数が確保できていなければ、処理をステップＳ２０３に戻して、複数の登録された車両３０から別の派遣する車両３０（第２車両）の候補を決定する。以下、必要な台数の車両３０（第２車両）が確保されるまで、上記と同様にサーバ１１と運転者端末３１との間で、ステップＳ２０３〜Ｓ２０９の処理を繰り返す。

制御部１３は、必要な台数の車両３０から受諾が得られ、必要な台数の車両３０が確保できた場合は（ステップＳ２０９：Ｙｅｓ）、それ以上の車両３０に第２派遣依頼情報の送信を行わない。図７のフローチャートには示されていないが、サーバ１１の制御部１３は、必要な台数の車両３０が確保できた時点で、公共交通機関２０の情報処理装置２１に対して、車両３０が確保できた旨を報告するメッセージを送信してよい。

以上のように、ステップＳ２０１からＳ２０９には、車両派遣システム１において、サーバ１１が、公共交通機関２０からの依頼に基づいて、派遣する車両３０を確保するまでの処理が含まれる。これらのステップの間またはこれらのステップの後、ステップＳ２０７において、派遣を受諾した車両３０は、位置情報で指定された駅等の第２位置に向かい、運行不能となった公共交通機関２０の利用者を指定された目的地まで輸送する。

以下のステップＳ２１０〜Ｓ２１３は、車両３０による乗車実績の報告および対価の支払いに関連する。しかし、車両３０による乗車実績の報告および対価の支払いについては、他の方法で行ってもよい。したがって、ステップＳ２１０〜Ｓ２１３については、車両派遣システム１に含まなくてもよい。

公共交通機関２０の利用者を輸送する間、または、輸送後に、運転者端末３１は、輸送した公共交通機関２０の利用者の乗車実績の入力を受け付ける（ステップＳ２１０）。具体的には、運転者端末３１は、読み取り装置３６により公共交通機関２０の利用者の乗車券から、乗車券の有効な日時および区間の情報を第２情報として読み出す。運転者端末３１は、第２情報に基づいて、当該利用者が運行不能となった区間を利用している公共交通機関２０の正規な利用者であることを確認する。さらに、運転者端末３１は、有効な乗車券を有する利用者を乗せた数、および、輸送区間を記憶する。運転者端末３１が読み取り装置３６を含まない場合、車両３０の運転者は、運転者端末３１を用いて乗車させた利用者の人数と輸送した区間を記録してよい。

運転者端末３１は、サーバ１１からの依頼に基づいて輸送した利用者の数およびその輸送の開始地点および終了地点の情報（第３情報）を生成し、生成した第３情報を乗車実績としてサーバ１１に送信する（ステップＳ２１１）。運転者端末３１は、利用者を乗車させたことの入力がある度、または、全ての輸送が終了した後等、任意のタイミングで乗車実績をサーバ１１に報告することができる。

サーバ１１の制御部１３は、送受信部１２を介して各車両３０から乗車実績の報告を受信すると（ステップＳ２１２）、それらの乗車実績の報告に基づいて、依頼された人数の利用者を輸送したか否かを判断する。制御部１３は、依頼された利用者の輸送が完了したと判断したとき、車両３０の派遣が完了した旨を示す車両派遣完了報告を情報処理装置２１に送信する（ステップＳ２１３）。サーバＳ２１３は、各車両３０から受けた第３情報に基づいて、各運転者端末３１に係る車両３０の運転者へ支払うべき対価を計算してよい。車両派遣完了報告は、車両３０の運転者へ支払われるべき対価の合計の情報を含んでよい。車両３０の運転者へ支払われるべき対価の合計の情報は、車両派遣完了報告とは別に、後から公共交通機関２０へ送信されてもよい。

情報処理装置２１は、サーバ１１から車両派遣完了報告を受信し（ステップＳ２１４）、処理を終了する。

以上のように、本実施形態の車両派遣システム１によれば、個人等の利用者からの要求（第１要求）を受けて相乗りできる車両３０を派遣することに加え、公共交通機関２０からの要求（第２要求）に基づいて車両３０を派遣することができる。後者においては、公共交通機関２０は、公共交通機関２０の管理する鉄道等が運行できない状態になったとき、公共交通機関２０を利用する利用者を輸送する代替の輸送手段を確保できる。これにより、公共交通機関２０の利用者の利便性が向上するとともに、公共交通機関２０は、利用者に対して輸送義務を果たすことができる。また、スマートフォンを持っていない等の理由で、車両派遣サービスを申し込むことができない利用者に対しても、代替の輸送手段を提供することができる。

なお、本発明は、上記実施形態にのみ限定されるものではなく、幾多の変形または変更が可能である。例えば、各手段、各ステップ等に含まれる機能等は論理的に矛盾しないように再配置可能であり、複数の手段またはステップ等を１つに組み合わせたり、あるいは分割したりすることが可能である。

１車両派遣システム
１１サーバ
１２送受信部
１３制御部
１４記憶部
２０公共交通機関
２１情報処理装置
２３発券機情報ＤＢ
２４定期券情報ＤＢ
２５改札機情報ＤＢ
２６統計情報ＤＢ
３０車両
３１運転者端末
３２通信インタフェース
３３運転者端末制御部
３４読み取り装置
３５入出力装置
３６読み取り装置
４１ネットワーク
５１利用者端末

Claims

公共交通機関の有する情報処理装置と、車両を派遣するサービスを管理するサーバと、登録された複数の車両の運転者それぞれが閲覧および操作可能な複数の運転者端末とを備える車両派遣システムであって、
前記サーバは、車両に搭乗を希望する利用者端末からの第１要求と、前記情報処理装置からの第２要求とを受信可能であり、前記第１要求は、前記利用者が乗車を希望する第１位置の位置情報と前記利用者の識別情報とを含み、前記第２要求は、それぞれ出発地である第２位置と目的地とを結ぶ複数の区間の輸送依頼人数を含み、
前記サーバは、前記利用者端末から前記第１要求を受信したとき、前記登録された複数の車両の中から、前記第１位置に派遣する１台以上の第１車両の候補を決定し、決定された前記第１車両の候補の前記運転者端末に対して、前記第１位置の位置情報と前記識別情報とを含む第１車両派遣依頼情報を送信し、
前記サーバは、前記情報処理装置から前記第２要求を受信したとき、前記区間ごとの前記輸送依頼人数に基づき、前記登録された複数の車両の中から、それぞれ前記複数の第２位置の何れかに派遣する複数の第２車両の候補と前記第２車両の候補ごとの乗車依頼人数を決定し、決定された前記第２車両の候補の前記運転者端末に対して、前記複数の第２位置の何れかの位置情報および前記乗車依頼人数を含み、特定の利用者の識別情報を含まない、第２車両派遣依頼情報を送信する、
車両派遣システム。
前記情報処理装置は、前記公共交通機関の有する発行済みの乗車券に関する第１情報を取得可能に構成され、該第１情報に基づいて、前記区間ごとの輸送依頼人数を算出する、請求項１に記載の車両派遣システム。
前記運転者端末は、前記公共交通機関の乗車券から第２情報を読み取り可能な読み取り装置を含み、前記第２要求を受けた後、前記読み取り装置により読み取った前記第２情報に基づき、前記公共交通機関の正規の利用者を識別する、請求項１または２に記載の車両派遣システム。
前記運転者端末は、前記第２要求を受けた後、該運転者端末に係る車両が輸送した人数および輸送の開始および終了の地点の情報を含む第３情報を生成し、生成した前記第３情報を前記サーバに送信し、前記サーバは前記第３情報に基づいて前記運転者端末に係る運転者へ支払う対価を計算する、請求項１から３の何れか一項に記載の車両派遣システム。
公共交通機関の有する情報処理装置、および、登録された複数の車両の運転者それぞれが閲覧および操作可能な複数の運転者端末と通信可能な、車両を派遣するサービスを管理するサーバであって、該サーバは、送受信部およびプロセッサを備え、
前記送受信部は、車両に搭乗を希望する利用者端末からの第１要求と、前記情報処理装置からの第２要求とを受信可能であり、前記第１要求は、前記利用者が乗車を希望する第１位置の位置情報と前記利用者の識別情報とを含み、前記第２要求は、それぞれ出発地である第２位置と目的地とを結ぶ複数の区間の輸送依頼人数を含み、
前記プロセッサは、前記利用者端末から前記第１要求を受信したとき、前記登録された複数の車両の中から、前記第１位置に派遣する１台以上の第１車両の候補を決定し、前記第１位置の位置情報と前記識別情報とを含む第１車両派遣依頼情報を生成し、
前記プロセッサは、前記情報処理装置から前記第２要求を受信したとき、前記区間ごとの前記輸送依頼人数に基づき、前記登録された複数の車両の中から、それぞれ前記複数の第２位置の何れかに派遣する複数の第２車両の候補と前記第２車両の候補ごとの乗車依頼人数を決定し、前記複数の第２位置の何れかの位置情報および前記乗車依頼人数を含み、特定の利用者の識別情報を含まない、第２車両派遣依頼情報を生成し、
前記送受信部は、前記プロセッサが前記第１車両派遣依頼情報を生成したとき、該第１車両派遣依頼情報を、前記第１車両の候補の前記運転者端末に送信し、前記プロセッサが前記第２車両派遣依頼情報を生成したとき、該第２車両派遣依頼情報を、前記第２車両の候補の前記運転者端末に送信する、
サーバ。
公共交通機関の有する情報処理装置と、車両を派遣するサービスを管理するサーバと、登録された複数の車両の運転者それぞれが閲覧および操作可能な複数の運転者端末とを含む車両派遣システムのサーバの情報処理方法であって、
車両に搭乗を希望する利用者端末からの第１要求と、前記情報処理装置からの第２要求との何れかを受信し、前記第１要求は、前記利用者が乗車を希望する第１位置の位置情報と前記利用者の識別情報とを含み、前記第２要求は、それぞれ出発地である第２位置と目的地とを結ぶ複数の区間の輸送依頼人数を含み、
前記利用者端末から前記第１要求を受信したとき、前記登録された複数の車両の中から、前記第１位置に派遣する１台以上の第１車両の候補を決定し、決定された前記第１車両の候補の前記運転者端末に対して、前記第１位置の位置情報と前記識別情報とを含む第１車両派遣依頼情報を送信し、
前記情報処理装置から前記第２要求を受信したとき、前記区間ごとの前記輸送依頼人数に基づき、前記登録された複数の車両の中から、それぞれ前記複数の第２位置の何れかに派遣する複数の第２車両の候補と前記第２車両の候補ごとの乗車依頼人数を決定し、決定された前記第２車両の候補の前記運転者端末に対して、前記複数の第２位置の何れかの位置情報および前記乗車依頼人数を含み、特定の利用者の識別情報を含まない、第２車両派遣依頼情報を送信する、
情報処理方法。