(57)【要約】【課題】相乗りさせて荷物を輸送する車両に対して、車両が輸送可能であるか否かを自ら判断することなく相乗りの予約を確定することが可能な輸送管理システムを提供する。【解決手段】相乗りによる輸送を管理する輸送管理システムであって、輸送されることを希望する輸送対象が荷物を含む場合、輸送希望量取得部は、輸送されることを希望する荷物の容積を決定するための希望容積情報を取得し、車両が追加で輸送可能な荷物の容積を示す追加可能容積を決定する追加容積決定部３１５と、希望容積情報に従って決定される輸送されることを希望する荷物の容積が、追加可能容積よりも小さいことに基づいて、車両によって輸送されることを希望する輸送対象が、車両によって輸送可能であると判断する輸送可否判断部３１６と、輸送可否判断部が輸送可能であると判断することに基づいて、当該車両に対する輸送の予約を確定する予約確定部とを備える。【選択図】図４
2018156270.tif 000002
【特許請求の範囲】
【請求項１】
輸送対象である人および／または荷物を相乗りさせて輸送する車両（２０）に対して、相乗りによる輸送を管理する輸送管理システム（１）であって、
輸送されることを希望する前記輸送対象の量である輸送希望量を取得する輸送希望量取得部（１１１２）を備え、
輸送されることを希望する前記輸送対象が荷物を含む場合、前記輸送希望量取得部は、輸送されることを希望する荷物の容積を決定するための希望容積情報を輸送希望量として取得し、
前記車両が追加で輸送可能な荷物の容積を示す追加可能容積を決定する追加容積決定部（３１５）と、
前記希望容積情報に従って決定される輸送されることを希望する荷物の容積が、前記追加可能容積よりも小さいことに基づいて、前記車両によって輸送されることを希望する前記輸送対象が、前記車両によって輸送可能であると判断する輸送可否判断部（３１６）と、
前記輸送可否判断部が、前記車両が、輸送されることを希望する前記輸送対象を輸送可能であると判断することに基づいて、当該車両に対する、当該輸送対象の輸送の予約を確定する予約確定部（２１６）とを備える輸送管理システム。
【請求項２】
請求項１において、
前記車両が輸送している前記輸送対象の量である輸送量を取得する輸送量取得部を備え、
輸送されることを希望する前記輸送対象が人を含む場合、前記輸送希望量取得部は、輸送されることを希望する人数を輸送希望量として取得し、
前記輸送量取得部は、前記車両が輸送する前記輸送対象の量として、前記車両が輸送する人数を取得し、
あらかじめ決定されている前記車両の定員から、前記輸送量取得部が取得した、前記車両が輸送する人数を差し引くことにより、前記車両が追加で輸送可能な人数である追加可能人数を決定する追加人数決定部を備え、
前記輸送可否判断部は、前記希望容積情報が示す輸送を希望している人数が、前記追加可能人数以下であることに基づいて、輸送されることを希望する前記輸送対象が輸送可能であると判断する輸送管理システム。
【請求項３】
請求項１から２のいずれか１項において、
前記車両が、輸送されることを希望する前記輸送対象の輸送を開始する位置である開始位置を取得する開始位置取得部と、
前記車両が、前記開始位置取得部が前記開始位置を取得した前記輸送対象の輸送を終了する位置である終了位置を取得する終了位置取得部と、
前記車両が、前記開始位置から前記終了位置までに走行する距離である輸送距離に従って、前記輸送対象を輸送する料金を算出する料金算出部とを備える輸送管理システム。
【請求項４】
請求項３において、
前記車両の位置を車両位置として取得する位置取得部と、
前記車両が輸送している前記輸送対象の重量である輸送重量を取得する重量取得部とを備え、
前記開始位置取得部は、前記輸送重量が、前記輸送対象の輸送を開始したと判断する開始閾値以上増加した場合に、前記車両位置を前記開始位置として取得し、
前記終了位置取得部は、前記輸送重量が、前記輸送対象の輸送を終了したと判断する終了閾値以上減少した場合に、前記車両位置を前記終了位置として取得する輸送管理システム。
【請求項５】
請求項４において、
前記料金算出部は、前記輸送距離に加えて、前記開始位置取得部が前記開始位置を取得した際に増加した前記輸送重量か、前記終了位置取得部が前記終了位置を取得した際に減少した前記輸送重量の少なくとも一方に従って決定される、輸送されることを希望する前記輸送対象の重量に従って、輸送されることを希望する前記輸送対象を輸送する料金を算出する輸送管理システム。
【請求項６】
請求項１から５のいずれか１項において、
前記予約確定部が前記輸送対象について輸送の予約を確定した場合、当該前記輸送対象の量に従って、前記車両が当該前記輸送対象を輸送する際に、当該前記輸送対象が前記車両に占める範囲を表示する予約範囲表示部を備える輸送管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、輸送対象である人および／または荷物を相乗りさせて輸送する車両について、相乗りによる輸送を管理する輸送管理システムに関する。
【背景技術】
【０００２】
特許文献１には、輸送する人または物品の行先などに従って、それらの人や荷物を輸送する輸送車を自動で選択する輸送システム用サーバが開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−１８５３９８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
一方、自家用車のユーザは、自家用車を使用するにあたり、ガソリン代や有料道路料金など走行にかかるコストの負担を軽減するため、相乗りを希望する人を相乗りさせて走行にかかるコストの一部を負担させる、いわゆるライドシェアを行う場合がある。ライドシェアを行うために、相乗りの相手を仲介するサービスの提供も行われている。例えば、相乗りを希望する人（以下、希望者）を輸送する人として特許文献１の手法を用いることで、相乗りを希望する人に対して、相乗りさせる自家用車のユーザ（以下、車両ユーザ）を自動で選択し、相乗りを仲介することが考えられる。
【０００５】
ここで、ライドシェアを行う場合、１台の車両に相乗りする人数が多いほど、一人あたりのコストの負担は小さくなる傾向にある。従って、１台の車両に複数の希望者を相乗りさせることが好ましい。しかし、希望者の人数やその荷物の容積、およびそれらの重量が多様であるとともに、自家用車の輸送可能な人数や容積、重量も多様である。従って、希望者が複数存在する場合に相乗りの予約を確定させるか否かを決定するためには、複数の希望者を相乗りさせる、すなわちそれらの人や荷物を車両が輸送することが可能であるか否かを希望者もしくは車両ユーザのいずれかが自ら判断する必要があった。
【０００６】
本発明は、この事情に基づいて成されたものであり、その目的とするところは、相乗りさせて荷物を輸送する車両に対して、車両が輸送可能であるか否かを希望者および車両ユーザのいずれも自ら判断することなく相乗りの予約を確定することが可能な輸送管理システムを提供することにある。
【課題を解決するための手段】
【０００７】
上記目的は独立請求項に記載の特徴の組み合わせにより達成され、また、下位請求項は、発明の更なる有利な具体例を規定する。特許請求の範囲に記載した括弧内の符号は、一つの態様として後述する実施形態に記載の具体的手段との対応関係を示すものであって、本発明の技術的範囲を限定するものではない。
【０００８】
上記目的を達成するための本発明は、輸送対象である人および／または荷物を相乗りさせて輸送する車両（２０）に対して、相乗りによる輸送を管理する輸送管理システム（１）であって、
輸送されることを希望する輸送対象の量である輸送希望量を取得する輸送希望量取得部（１１１２）を備え、
輸送されることを希望する輸送対象が荷物を含む場合、輸送希望量取得部は、輸送されることを希望する荷物の容積を決定するための希望容積情報を輸送希望量として取得し、
車両が追加で輸送可能な荷物の容積を示す追加可能容積を決定する追加容積決定部（３１５）と、
希望容積情報に従って決定される輸送されることを希望する荷物の容積が、追加可能容積よりも小さいことに基づいて、車両によって輸送されることを希望する輸送対象が、車両によって輸送可能であると判断する輸送可否判断部（３１６）と、
輸送可否判断部が、車両が、輸送されることを希望する輸送対象を輸送可能であると判断することに基づいて、当該車両に対する、当該輸送対象の輸送の予約を確定する予約確定部（２１６）とを備える。
【０００９】
以上の構成によれば、輸送希望量取得部が取得した希望容積情報が示す荷物の容積と、追加容積決定部が決定した追加可能容積を、輸送可否判断部が比較する。これにより、輸送を希望する荷物を車両に積み込むことが可能であるか否か、換言すれば荷物を積み込むスペースを予約することが可能であるか否かが自動で判断される。予約確定部は、輸送することが可能であると判断されることに基づいて、その車両に対する輸送の予約を確定させる。従って、車両が荷物を輸送可能であるか否かを希望者および車両ユーザのいずれも自ら判断することなく、相乗りの予約を確定することが可能となる。
【図面の簡単な説明】
【００１０】
【図１】輸送管理システム１の概要を示す図である。
【図２】通信端末１００の構成を示す図である。
【図３】車載機２００の構成を示す図である。
【図４】輸送管理装置３００の構成を示す図である。
【図５】通信端末１００の作動を示す図である。
【図６】車載機２００の構成を示す図である。
【図７】輸送管理装置３００の構成を示す図である。
【発明を実施するための形態】
【００１１】
＜実施形態＞
以下、本発明の実施形態としての輸送管理システム１を図面に基づいて説明する。輸送管理システム１の構成及び詳細な説明に入る前に、輸送管理システム１の作動概略を図１に沿って説明する。輸送管理システム１は、車両によって輸送されることを希望している希望者およびその荷物を輸送対象として、輸送する車両を決定することにより、ライドシェアを支援する。ただし、輸送対象は希望者のみであってもよいし、希望者が同行しない荷物のみを輸送対象としていてもよい。
【００１２】
具体的には、輸送管理システム１は、希望者と、その希望者を相乗りさせることが可能な車両およびその車両を使用する車両ユーザとの組み合わせを決定し、決定された組み合わせに従って、希望者が車両ユーザに輸送の予約を送信することを仲介する。
【００１３】
本実施形態の輸送管理システム１は、希望者が所持する通信端末１００と、希望者を輸送する車両２０で用いられる車載機２００と、輸送管理センタ３０で用いられる、希望者と車両ユーザとを仲介する輸送管理装置３００とを備える。なお、以下の本実施形態の説明では、既に車両ユーザや他の希望者が乗り込み、その荷物を積み込んで走行を開始している車両２０に対して輸送の予約を送信する場合について説明する。
【００１４】
通信端末１００は、基地局２との間で無線通信を行い、希望者の出発地や目的地、および輸送対象の量などを示す輸送希望情報を、基地局２および公衆回線網３を介して輸送管理装置３００に送信する。通信端末１００としては、例えばスマートフォンやタブレット端末等を用いることができる。
【００１５】
なお、公衆回線網３は、例えば携帯電話網やインターネットである。また、基地局２は、通信端末１００や車載機２００などの無線通信機能を有する装置が公衆回線網３に接続するための無線基地局である。ただし、基地局２は１つのみ図示しているが、実際には複数存在しており、通信端末１００が通信する基地局２と、車載機２００が通信する基地局２とが異なっていてもよい。
【００１６】
また、輸送対象の量、すなわち人および荷物の量は、人数や荷物の容積、およびそれらの重量などの組み合わせで示すことができる。本実施形態では、輸送対象の量を人数および荷物の容積で示す場合を例に説明する。
【００１７】
車載機２００は、車両２０が追加で輸送可能な人または物品の量を算出するための情報である車両状況を、基地局２および公衆回線網３を介して輸送管理装置３００に送信する。本実施形態では、容量情報と、輸送量とを車両状況として送信する。なお、容積情報は車両２０が輸送可能な輸送対象の量を算出するための情報である。本実施形態では、輸送対象の量を人数および荷物の容積で示していることから、車両２０が輸送可能な人数および荷物の容積を算出するために、車両２０の定員と、トランクルームの底面積および高さとを容量情報として用いる例を説明する。
【００１８】
また、輸送量は、車両２０が輸送している輸送対象の量、すなわち人および荷物の量を算出するための情報である。本実施形態では、輸送対象の量を人数および荷物の容積で示していることから、輸送している人数および荷物の量を算出するために、車両２０に乗車している人数と、トランクルーム内に置かれた荷物の底面積とを輸送量として用いる例を説明する。
【００１９】
輸送管理装置３００は、通信端末１００が送信した輸送希望情報と、車載機２００が送信した容量情報および輸送情報とを受信し、車両２０が希望者を輸送可能であるか否かを判断する。
【００２０】
本実施形態では、車両２０が輸送可能であると判断した場合に、希望者および車両ユーザの双方に相手の情報を提示し、輸送の予約を仲介するよう作動する場合を例に説明する。その他の作動の一例として、双方からあらかじめ了承を得ておき、輸送可能であると判断された場合には、自動で予約を確定するように作動してもよい。
【００２１】
具体的には、車両２０が輸送可能であると判断した場合、その車両２０の車両情報を通信端末１００に対して送信し、輸送可能である、すなわち予約が可能な車両２０であるとして車両情報を希望者に対して表示させる。なお、車両情報は、その車両２０が送信した輸送状況など、希望者がその車両２０に対して輸送を依頼するか否かを決定するための情報である。また、輸送可能であると判断された車両２０が複数存在する場合には、それらの車両２０それぞれの車両情報を送信および表示させ、どの車両２０に対して輸送を依頼するかを希望者が判断可能とすればよい。
【００２２】
希望者が通信端末１００を操作して輸送の予約を依頼する旨を示す予約信号を輸送管理装置３００に送信すると、輸送希望情報を含む予約信号を、公衆回線網３を介して車載機２００に送信し、予約信号が示す内容を車両ユーザに提示させる。これにより、車両２０に対して輸送の予約を依頼する。
【００２３】
車両ユーザが依頼を了承し、予約が確定した旨を示す確定信号を車載機２００が輸送管理装置３００に送信すると、輸送管理装置３００は、依頼が了承され、予約が確定した旨を示す確定信号を通信端末１００に対して送信し、希望者に提示させる。
【００２４】
［通信端末１００の構成］
図２を用いて通信端末１００の構成を説明する。本実施形態では、通信端末１００としてスマートフォンのような多機能携帯電話機を用いる場合を例として説明する。通信端末１００は、通信部１０１と、タッチパネル１０２と、制御部１１０とを備えて構成される。なお、通信端末１００は、図示しないスピーカやマイク、カメラなども備える。
【００２５】
通信部１０１は、基地局２との間で無線通信を行うことにより、基地局を介して公衆回線網３に接続するための通信装置である。タッチパネル１０２は、画像を表示するディスプレイと、指によるタッチ操作が可能な入力装置とが一体となった入出力装置である。
【００２６】
制御部１１０、および後述の車載機２００と輸送管理装置３００とがそれぞれ備える制御部２１０および制御部３１０は、ＣＰＵ、ＲＯＭ、ＲＡＭ等よりなるコンピュータを主体として構成されている。これらの制御部は、ＣＰＵが、ＲＡＭの一時記憶機能を利用しつつ、非遷移的実体的記録媒体(non-transitory tangible storage medium)に記憶されているプログラムを実行することにより、それぞれ定められた機能を発揮する。非遷移的実体的記憶媒体は、ＲＯＭやＲＡＭなどの半導体記憶装置や、磁気ディスクなどの磁気記憶媒体を用いて実現すればよい。なお、それらの機能の一部または全部を、一つあるいは複数のＩＣ等によりハードウェア的に構成してもよい。
【００２７】
制御部１１０は、ＲＯＭに記憶された、輸送管理システム１によるライドシェアを支援する機能を実現するためのアプリケーションプログラムを実行する。これにより、制御部１１０は、希望取得部１１１と、希望送信部１１２と、車両情報表示部１１３と、予約送信部１１４と、確定表示部１１５としての機能を発揮する。
【００２８】
希望取得部１１１は、希望者がタッチパネル１０２を操作して入力する、輸送希望情報を取得する。本実施形態では、希望取得部１１１は、乗降希望取得部１１１１と、輸送希望量取得部１１１２としての機能を備える。
【００２９】
乗降希望取得部１１１１は、希望者の出発地および目的地、すなわち車両２０の乗降を希望する位置を取得する。例えば、出発地および目的地として、タッチパネル１０２に表示した地図を希望者がタッチ操作することによって選択した座標をそれぞれ取得すればよい。輸送希望量取得部１１１２は、車両２０による輸送を希望する人数と、輸送を希望する荷物の容積を決定するための希望容積情報とを取得する。具体的には、希望者が入力する、輸送を希望する人数と、希望容積情報として荷物の高さと底面積とを取得する。これらの機能により、希望取得部１１１は、輸送希望情報として、乗降を希望する位置や、輸送対象の量を輸送希望情報として取得する。
【００３０】
希望送信部１１２は、希望取得部１１１が取得した輸送希望情報を、通信部１０１に、輸送管理装置３００に対して送信させる。車両情報表示部１１３は、輸送管理装置３００が送信する、輸送可能であると判断した車両２０の車両情報をタッチパネル１０２に表示させる。
【００３１】
予約送信部１１４は、通信部１０１に、車両２０に対して、輸送希望情報が示す輸送の予約を依頼する旨を示す予約信号を輸送管理装置３００に対して送信させる。具体的には、希望者が、車両情報表示部１１３が表示させた車両情報に従ってタッチパネル１０２を操作し、ある車両２０に対して輸送の予約を依頼する旨を入力した場合に、その旨を示す予約信号を送信させる。確定表示部１１５は、通信部１０１が確定信号を受信すると、依頼が車両ユーザに了承され、予約が確定した旨をタッチパネル１０２に表示させ、希望者に通知する。
【００３２】
［車載機２００の構成］
車載機２００の構成を図３に沿って説明する。車載機２００は、ロケータ２０１と、タッチパネル２０２と、通信部２０３と、制御部２１０とを備える。車載機２００は、希望者からの依頼の提示や了承の送信といった輸送管理システム１が提供するライドシェアを支援する機能と、希望者の乗降場所を経由地として、車両ユーザが設定した目的地へ向かう経路を提示する、いわゆるナビゲーション機能とを有する。
【００３３】
ロケータ２０１は、自車の位置を決定する装置であり、本実施形態では、慣性センサ、ＧＮＳＳ（Global Navigation Satellite System）受信機を備えている。慣性センサは、自車の角速度を取得するジャイロセンサと、自車の加速度を取得する加速度センサとを備える。ＧＮＳＳ受信機はＧＮＳＳを構成する測位衛星が送信する測位信号を受信する受信機である。ロケータ２０１は請求項の位置取得部に相当する。
【００３４】
本実施形態におけるロケータ２０１は、慣性センサが取得した角速度および加速度を用いて位置を逐次更新する慣性航法と、ＧＮＳＳ受信機が受信した測位信号を用いて位置を測位する電波航法との組み合わせによって自車の位置を逐次決定する。
【００３５】
タッチパネル２０２は、画像を表示するディスプレイと、指によるタッチ操作が可能な入力装置とが一体となった入出力装置である。通信部２０３は、基地局２との間で無線通信を行うことにより、基地局を介して公衆回線網３に接続するための通信装置である。
【００３６】
制御部２１０は、経路決定部２１１と、経路表示部２１２と、輸送量取得部２１３と、車両状況送信部２１４と、依頼報知部２１５と、予約確定部２１６と、予約範囲表示部２１７と、重量取得部２１８と、開始位置取得部２１９と、終了位置取得部２２０と、料金算出部２２１としての機能を発揮する。また、制御部２１０が備えるＲＯＭには、道路形状などの地図データや、容量情報があらかじめ記憶されている。
【００３７】
経路決定部２１１は、ロケータ２０１が取得する車両位置から、車両ユーザが設定した目的地までの経路を決定する。目的地の設定は、例えば車両ユーザがタッチパネル２０２を操作して行うとすればよい。また、経路の決定は、ＲＯＭに記憶された地図データを用いて、周知の経路探索方法に従って行えばよい。なお、車両ユーザが依頼を了承したことにより、希望者の出発地および目的地が入力された場合は、出発地と目的地とを経由地として目的地までの経路を決定する。経路表示部２１２は、経路決定部２１１が決定する経路をタッチパネル２０２に表示させる。これにより、経路決定部２１１および経路表示部２１２は、いわゆるナビゲーション機能を発揮する。
【００３８】
輸送量取得部２１３は、車両２０が輸送している輸送対象の量、すなわち車両２０が輸送している人数および荷物の量を輸送量として取得する。本実施形態では、車内カメラ２１が撮像した撮像画像を用いて輸送対象の量を取得する。なお、車内カメラ２１は車両２０に乗車している人と、トランクルーム内に置かれた荷物を撮像可能となるように、車室内およびトランクルーム内に設けられたカメラである。
【００３９】
具体的には、撮像画像を解析して人および荷物を検出し、車室内に検出された人の数を、車両２０が輸送している人数とする。また、トランクルーム内に検出された荷物がトランクルームの床面に占める面積を推定した値を、荷物の量を示す値とする。なお、後述の予約確定部２１６によって確定された予約の依頼がある場合は、確定された予約の依頼に含まれる輸送を希望する人数を車室内に検出された人の数に加算し、輸送することが確定している人数を加味した人数を輸送している人数とすればよい。またこの場合、確定された予約の依頼に含まれる輸送を希望する荷物の底面積を検出された荷物が占める面積に加算し、輸送することが確定している荷物の量を加味した値を輸送している荷物の量を示す値とすればよい。
【００４０】
車両状況送信部２１４は、通信部２０３に、車両状況を輸送管理装置３００に対して送信させる。本実施形態では、車両２０が走行する予定の経路である予定経路を特定するための経路情報と、制御部２１０が備えるＲＯＭに記憶された容量情報と、輸送量取得部２１３が取得した輸送量とを車両状況として送信させる。なお、経路情報は、ロケータ２０１が取得する車両２０の位置と、車両ユーザが入力した目的地である。また、既に乗車している他の希望者の目的地などが経由地として決定されている場合、その経由地も経路情報として送信する。
【００４１】
依頼報知部２１５は、通信部２０３が予約信号を受信した場合に、その予約信号に含まれる輸送希望情報をタッチパネル２０２に表示することにより、輸送を依頼された旨を車両ユーザに報知する。例えば、希望者の出発地および目的地と、輸送を希望する人数および荷物の量とを表示すればよい。
【００４２】
予約確定部２１６は、依頼報知部２１５が予約信号に従って報知した予約の依頼を、車両ユーザがタッチパネル２０２を操作することで了承する旨を示した場合、その予約の依頼が示す輸送の予約を確定させる。具体的には、通信部２０３に、その依頼が了承され、予約が確定した旨を示す確定信号を輸送管理装置３００に対して送信させる。また、予約が確定したことにより、希望者を輸送する輸送経路に変更するため、経路決定部２１１に、予約信号に含まれる出発地および目的地を経由地として入力する。
【００４３】
なお、予約信号は、後述の輸送可否判断部３１６によって、輸送を希望する人数および荷物の量を輸送可能であると判断された車両２０に対してのみ送信することが可能である。従って、予約確定部２１６は、輸送可否判断部３１６が、車両２０が輸送対象を輸送可能であると判断することに基づいて、車両ユーザの了承に従って輸送の予約を確定させることとなる。
【００４４】
予約範囲表示部２１７は、予約確定部２１６が、予約信号が示す予約の依頼を確定させた場合に、その予約信号が含む輸送対象の量に従って、その輸送対象を輸送する際に輸送対象が車両２０に占める範囲をタッチパネル２０２に表示する。すなわち、予約が確定した場合に、予約されたスペースを表示する。一例として、輸送対象である希望者１人と底面積８００平方センチメートルの荷物に対して、後部右側座席とトランクルームの８００平方センチメートルの範囲を予約されたスペースと決定すればよい。予約されたスペースが表示されることにより、車両ユーザや、既に車両２０に乗車している他の希望者が、予約された旨および予約されたスペースを認識して準備することが可能となり、予約した希望者の乗降をスムーズに行うことが可能となる。
【００４５】
重量取得部２１８は、車両２０が輸送している人および荷物の重量を周期的に取得する。本実施形態では、車両２０の車体と各車輪との間に設けられたダンパの減衰力を制御するダンパ制御部２２から各ダンパの減衰力および縮み量を取得して重量を求める。具体的には、あらかじめ決定された減衰力および縮み量と輸送している人および荷物の重量との関係式に取得した減衰力および縮み量を代入し、輸送している人および荷物の重量である輸送重量を求める。
【００４６】
開始位置取得部２１９および終了位置取得部２２０は、希望者およびその荷物について輸送する料金を決定するために、料金を決定する輸送対象の輸送を開始する開始位置と、その輸送を終了する終了位置とをそれぞれ取得する。本実施形態では、開始位置取得部２１９は、重量取得部２１８が取得した輸送重量が、直前に取得していた輸送重量から開始閾値以上増加している場合に、ロケータ２０１が決定している車両２０の位置を開始位置として取得する。また、終了位置取得部２２０は、重量取得部２１８が取得した輸送重量が、直前に取得していた輸送重量から終了閾値以上減少している場合に、ロケータ２０１が決定している車両２０の位置を終了位置として取得する。なお、開始閾値および終了閾値は、車両２０に希望者が乗車および降車した旨を検知するための閾値であり、例えば４０ｋｇとすればよい。
【００４７】
料金算出部２２１は、料金を決定する輸送対象を輸送した距離である輸送距離に従って料金を算出する。輸送距離は、開始位置取得部２１９および終了位置取得部２２０が取得した開始位置と終了位置とを用いて、車両２０が開始位置から終了位置までに走行する距離を求めることによって取得すればよい。
【００４８】
本実施形態では、輸送距離に加えて、料金を決定する輸送対象の重量に従って料金を算出する。すなわち、重量が大きくなるほど、また輸送距離が長くなるほど、輸送する料金が高額となるように料金を決定する。例えば、輸送対象の重量と輸送距離との積に、あらかじめ決定した料金を算出するための係数を乗算して料金を算出すればよい。算出した料金は、例えば希望者が降車する際にタッチパネル２０２に表示することにより、車両ユーザに対して支払う料金を希望者および車両ユーザが確認可能とすればよい。
【００４９】
なお、料金を決定する輸送対象の重量は、例えば開始位置取得部２１９が開始位置を取得した際に増加した輸送重量と、終了位置取得部２２０が終了位置を決定した際に減少した輸送重量の平均値とすればよい。または、増加した輸送重量か、減少した輸送重量の一方の値を用いるとしてもよい。
【００５０】
このようにして輸送する料金が自動で決定されることにより、輸送した距離および輸送した輸送対象の重量に応じた料金を、希望者および車両ユーザが自ら判断することなく決定することができる。また、輸送対象の重量に応じて料金を決定することにより、人と荷物の区別なく、一括して料金を決定することが可能となる。
【００５１】
［輸送管理装置３００の構成］
輸送管理装置３００の構成を図４に沿って説明する。輸送管理装置３００は、通信部３０１と、制御部３１０とを備える。通信部３０１は、公衆回線網３に接続するための通信装置である。
【００５２】
制御部３１０は、車両状況取得部３１１と、希望受信部３１２と、経路判断部３１３と、輸送可否判断部３１６と、車両情報送信部３１７と、予約仲介部３１８と、確定仲介部３１９としての機能を発揮する。
【００５３】
車両状況取得部３１１は、通信部３０１が受信した、車載機２００が送信する車両状況を取得する。希望受信部３１２は、通信部３０１が受信した、通信端末１００が送信する輸送希望情報を取得する。
【００５４】
経路判断部３１３は、車両状況取得部３１１が取得した車両状況に含まれる経路情報と、希望受信部３１２が取得した輸送希望情報とに基づいて、車両２０が、予定経路から、希望者およびその荷物を輸送する輸送経路に変更可能であるか否かを判断する。ただし、変更可能であるとは、走行距離や所要時間を大幅に増加させることなく、予定経路から輸送経路に変更することが可能であることを示す。
【００５５】
本実施形態では、輸送希望情報に含まれる出発地および目的地を追加の経由地として、経路情報に含まれる、車両２０の位置から車両ユーザの目的地へ向かう輸送経路を決定し、経路情報によって特定される予定経路と比較して変更可能であるか否かを判断する。一例として、輸送経路の長さが、予定経路の長さの１．２倍以下である場合に、輸送経路に変更可能であると判断すればよい。その他の例として、予定経路と輸送経路の長さの差が閾値以下である場合に変更可能であると判断してもよいし、予定経路および輸送経路の走行に要する時間を比較して判断してもよい。
【００５６】
追加人数決定部３１４は、車両状況取得部３１１が取得した車両状況に含まれる容積情報および輸送量に基づいて、車両２０が追加で輸送可能な人数である追加可能人数を決定する。具体的には、容積情報が含む車両２０の定員から、輸送量が含む車両２０が輸送している人数を差し引いた値を、追加可能人数とする。
【００５７】
追加容積決定部３１５は、車両２０が追加で輸送可能な荷物の容積を示す追加可能容積を決定する。本実施形態では、車両状況取得部３１１が取得した車両状況に含まれる容積情報と輸送量とを用いて追加可能容積を決定する。本実施形態において、追加可能容積は、容積情報が含む車両２０のトランクルームの床面積から、輸送量が含むトランクルームに置かれている荷物が占める面積を差し引いた面積である残り面積と、容積情報が含むトランクルームの高さとで表す。
【００５８】
輸送可否判断部３１６は、希望受信部３１２が取得した輸送希望情報が示す輸送を希望する人数および荷物の容積を、それぞれ追加人数決定部３１４が決定した追加可能人数および追加容積決定部３１５が決定した追加可能容積と比較する。これにより、輸送希望情報が示す輸送を希望する人および荷物が車両２０によって輸送可能か否かを判断する。
【００５９】
具体的には、輸送を希望する人数が追加可能人数以下であり、かつ希望容積情報が示す容積が、追加可能容積に収容可能である場合に、車両２０によって輸送可能であると判断する。
【００６０】
本実施形態の希望容積情報および追加可能容積は、それぞれ面積と高さで表すとしているため、収容可能であるか否かは、それぞれの面積と高さとを比較して判断する。例えば、希望容積情報に含まれる荷物の高さがトランクルームの高さの０．９倍以下であり、かつ希望容積情報に含まれる荷物の底面積が、追加可能容積が示す残り面積の０．７倍以下である場合に、収容可能であると判断すればよい。
【００６１】
車両情報送信部３１７は、通信部３０１に、予定経路から輸送経路に変更することが可能であり、かつ輸送可能であると判断された車両２０について、その車両２０の車両情報を通信端末１００に対して送信させる。車両情報は、希望者がその車両２０に対して輸送の予約を依頼するか否かを決定するための情報であり、本実施形態ではその車両２０が送信した容量情報および輸送状況である。その他の例として、車両２０の位置や出発地、目的地などから推定される、出発地および目的地に到着する時刻などを車両情報として送信するとしてもよい。
【００６２】
予約仲介部３１８は、通信部３０１が予約信号を受信すると、通信部３０１に、予約信号が示す予約を依頼する車両２０に対して予約信号を送信させる。すなわち、通信端末１００が送信する予約信号を、予約を依頼する車両２０で用いられる車載機２００に対して転送し、予約信号の仲介を行う。
【００６３】
確定仲介部３１９は、通信部３０１が確定信号を受信すると、通信部３０１に、確定信号が示す予約信号を送信した通信端末１００に対して確定信号を送信させる。すなわち、車載機２００が送信する確定信号を、確定信号が示す、確定した予約を依頼した通信端末１００に対して転送し、確定信号の仲介を行う。
【００６４】
［通信端末１００の作動］
通信端末１００の作動を、図５のフローチャートに沿って説明する。通信端末１００は、ライドシェアを支援する機能を実現するアプリケーションプログラムを実行すると、図５に示す処理をＳ１から実行する。
【００６５】
Ｓ１では、希望者が輸送希望情報を入力したか否かを判断する。入力した場合はＳ２に進み、入力していない場合は再びＳ１の処理を行う。Ｓ１は希望取得部１１１としての処理である。Ｓ２では、通信部１０１に、Ｓ１で取得した輸送希望情報を輸送管理装置３００に対して送信させる。Ｓ２は希望送信部１１２としての処理である。
【００６６】
Ｓ３では、通信部１０１が車両情報を受信したか否かを判断する。受信した場合はＳ４に進み、受信していない場合は再びＳ３の処理を行う。Ｓ４では、Ｓ３で受信した車両情報をタッチパネル１０２に表示させる。Ｓ３およびＳ４は車両情報表示部１１３としての処理である。
【００６７】
Ｓ５では、希望者が、Ｓ４で表示した車両情報に従ってタッチパネル１０２を操作することにより、車両２０に輸送を希望する旨を入力したか否かを判断する。入力した場合はＳ６に進み、入力していない場合は再びＳ５の処理を行う。Ｓ５およびＳ６は予約送信部１１４としての処理である。
【００６８】
Ｓ７では、通信部１０１が確定信号を受信したか否かを判断する。受信した場合はＳ８に進み、受信していない場合は再びＳ７の処理を行う。Ｓ８では、Ｓ７で受信した確定信号が示す、予約の依頼が了承され、予約が確定した旨をタッチパネル１０２に表示させ、図５の処理を終了する。Ｓ７およびＳ８は確定表示部１１５としての処理である。
【００６９】
［車載機２００の作動］
車載機２００の作動を、図６のフローチャートに沿って説明する。車載機２００は、車両２０から電力を供給されると、車両２０の位置を逐次取得し、地図データベースに記憶された地図および車両２０の位置をタッチパネル２０２に表示する。この状態で車両ユーザがタッチパネル２０２を操作して目的地を入力すると、目的地までの経路をタッチパネル２０２に表示するとともに、図６に示す処理をＳ１１から周期的に実行する。
【００７０】
Ｓ１１では、車両２０が輸送している輸送対象の量である輸送量として、車両２０が輸送している人数および荷物の量を取得する。Ｓ１１は輸送量取得部２１３としての処理である。
【００７１】
Ｓ１２では、通信部２０３に、経路情報と、制御部が備えるＲＯＭにあらかじめ記憶された容量情報と、Ｓ１１で取得した輸送量と含む車両状況を輸送管理装置３００に送信させる。なお、経路情報は、図６に示す処理を開始する際に入力された目的地と、逐次取得されている車両２０の位置とを含む。Ｓ１２は車両状況送信部２１４としての処理である。
【００７２】
Ｓ１３では、通信部１０１が予約信号を受信したか否かを判断する。受信した場合はＳ１４に進み、受信していない場合はＳ１９に進む。Ｓ１４では、Ｓ１３で受信した予約信号が示す輸送を依頼された旨をタッチパネル２０２に表示する。Ｓ１３およびＳ１４は依頼報知部２１５としての処理である。
【００７３】
Ｓ１５では、車両ユーザが、Ｓ１４で表示した依頼に従ってタッチパネル２０２を操作することにより、依頼を了承する旨を入力したか否かを判断する。入力した場合はＳ１６に進み、入力していない場合はＳ１９に進む。
【００７４】
Ｓ１６では、通信部２０３に、Ｓ１３で受信した予約信号が示す予約の依頼を了承し、予約が確定した旨を示す確定信号を輸送管理装置３００に対して送信させる。Ｓ１７では、Ｓ１３で受信した予約信号が含む、希望者の出発地と目的地とを経由地に追加する。Ｓ１６およびＳ１７は予約確定部２１６としての処理である。
【００７５】
Ｓ１８では、Ｓ１７で追加された経由地に従って、車両ユーザが入力した目的地までの経路を新たに決定し、タッチパネル２０２に表示する経路を新たに決定した経路に更新する。Ｓ１８は経路決定部２１１および経路表示部２１２としての処理である。
【００７６】
Ｓ１９では、車両２０が輸送している人および荷物の重量を取得する。Ｓ１９は重量取得部２１８としての処理である。Ｓ２０では、直前のＳ１９で取得した重量が、その直近にＳ１９を実行した際に取得した重量よりも閾値以上増加しているか否かを判断する。増加している場合は希望者が乗車したとしてＳ２１に進み、増加していない場合はＳ２２に進む。Ｓ２１では、車両２０の位置を開始位置として記憶する。
【００７７】
Ｓ２２では、直前のＳ１９で取得した重量が、その直近にＳ１９を実行した際に取得した重量から閾値以上減少しているか否かを判断する。減少している場合は希望者が降車したとしてＳ２３に進み、減少していない場合は図６に示す処理を終了する。
【００７８】
［輸送管理装置３００の作動］
輸送管理装置３００の作動を、図７のフローチャートに沿って説明する。輸送管理装置３００は、図７の処理をＳ３１から周期的に実行する。Ｓ３１では、通信部３０１が受信した車両情報を取得する。
【００７９】
Ｓ３２では、通信部３０１が、輸送希望情報を受信したか否かを判断する。受信した場合はＳ３２に進み、受信していない場合はＳ３６に進む。Ｓ３３では、Ｓ３３で取得した輸送希望情報に含まれる出発地と目的地とを経由地として、Ｓ３１で取得した車両状況に含まれる経路情報が示す予定経路を、輸送経路に変更できるか否かを判断する。輸送経路に変更できる車両２０が存在する場合、Ｓ３４の処理に進む。輸送経路に変更できる車両２０が存在しない場合、Ｓ３６の処理に進む。Ｓ３２は経路判断部３１３としての処理である。
【００８０】
Ｓ３４では、Ｓ３３で輸送経路に変更可能であると判断された車両２０が、希望者およびその荷物を輸送可能であるか否かを判断する。輸送可能な車両２０が存在する場合はＳ３５に進み、輸送可能な車両２０が存在しない場合はＳ３６に進む。
【００８１】
Ｓ３５では、通信部３０１に、Ｓ３４で輸送可能であると判断された車両２０についての車両情報を、Ｓ３２で受信した輸送希望情報を送信した通信端末１００に対して送信させる。Ｓ３５は車両情報送信部３１７としての処理である。
【００８２】
Ｓ３６では、通信部３０１が、予約信号を受信したか否かを判断する。受信した場合はＳ３７に進み、受信していない場合はＳ３８に進む。Ｓ３７では、通信部３０１に、Ｓ３６で受信した予約信号を、予約信号が示す予約を依頼する車載機２００に対して送信させる。
【００８３】
Ｓ３８では、通信部３０１が、確定信号を受信したか否かを判断する。受信した場合はＳ３９に進み、受信していない場合は図７に示す処理を終了する。Ｓ３７では、通信部３０１に、Ｓ３８で受信した確定信号を、確定信号が示す予約を依頼した通信端末１００に対して送信させる。
【００８４】
［実施形態のまとめ］
以上、説明した第実施形態によれば、輸送希望量取得部１１１２が取得した希望容積情報が示す荷物の容積と、追加容積決定部３１５が決定した追加可能容積を、輸送可否判断部３１６が比較する。これにより、輸送を希望する荷物を車両２０のトランクルーム内に積み込み、輸送することが可能であるか否かが自動で判断される。希望者は、輸送することが可能であると自動で判断された車両２０に対して輸送の予約を依頼し、車両ユーザが依頼を了承すると、予約確定部２１６が予約を確定させる。従って、車両２０が荷物を輸送可能であるか否かを希望者および車両ユーザが自ら判断することなく、相乗りの予約を確定することが可能なとなる。
【００８５】
また、輸送希望量取得部１１１２が取得した輸送を希望する人数と、追加人数決定部３１４が決定した追加可能人数とを輸送可否判断部３１６が比較する。これにより、輸送を希望する希望者を車両２０の座席に着座させ、輸送することが可能であるか否かが自動で判断される。従って、車両２０が希望者を輸送可能であるか否かを希望者および車両ユーザが自ら判断することなく、相乗りの予約を確定することが可能なとなる。
【００８６】
以上、本発明の実施形態を説明したが、本発明は上述の実施形態に限定されるものではなく、次の変形例も本発明の技術的範囲に含まれ、さらに、下記以外にも要旨を逸脱しない範囲内で種々変更して実施できる。なお、以下の説明において、それまでに使用した符号と同一番号の符号を有する要素は、特に言及する場合を除き、それ以前の実施形態における同一符号の要素と同一である。また、構成の一部のみを説明している場合、構成の他の部分については先に説明した実施形態を適用できる。
【００８７】
＜変形例１＞
実施形態において、輸送可否判断部３１６は、荷物の底面積および高さを、トランクルームの残り面積および高さと比較することによって荷物が輸送可能であるか否かの判断を行うとしていた。すなわち、実施形態では、荷物のある方向を高さ方向として固定し、また荷物を他の荷物の上に積み重ねることを考慮せずトランクルーム内に収容可能であるか否かを判断するとしていた。
【００８８】
しかし、荷物が輸送可能であるか否かを判断する方法はこれに限られない。例えば、荷物の底面積にかえて幅、奥行きを取得し、高さに加えて幅や奥行きもトランクルームの高さと比較することにより、荷物の高さ方向を変更する、換言すれば荷物を横倒しにすることを考慮しても判断してもよい。
【００８９】
また、車内カメラ２１の撮像画像からトランクルーム内に置かれた荷物の高さを取得し、その高さと輸送を希望する荷物の高さとの合計がトランクルームの高さとを比較することにより、荷物を他の荷物に積み重ねることを考慮して判断してもよい。
【００９０】
＜変形例２＞
実施形態において、追加容積決定部３１５が追加可能容積として決定する値は、トランクルームの空き容積を示していた。すなわち、荷物はトランクルーム内に積み込むとして追加可能容積を決定していた。しかし、トランクルーム以外に積み込むことを考慮して追加可能容積を決定してもよい。
【００９１】
例えば、車室内の床面や、人が着座しておらず、予約もされていない座席の座面に荷物を置くことを考慮して追加可能容積を決定してもよい。すなわち、車室内にも荷物を積み込むとして、車室内の空き容積も含めて追加可能容積を決定してもよい。また、例えば車両２０がルーフキャリアを備えている場合、そのルーフキャリアで輸送可能な容積も含めて追加可能容積を決定してもよい。
【００９２】
＜変形例３＞
実施形態において、追加容積決定部３１５は、追加可能容積を、輸送可能量と輸送量とを比較して求めるとしていた。しかし、トランクルーム内の空き容積を直接取得することによって追加可能容積を決定するとしてもよい。例えば、トランクルーム内にレーザスキャン装置を設け、トランクルーム内をレーザスキャンすることによって追加可能容積を取得してもよい。
【００９３】
＜変形例４＞
また、輸送量取得部２１３は、車内カメラ２１が出力する撮像画像を用いて輸送量を取得するとしていた。しかし、輸送量を取得する方法はこれに限られない。例えば、車両２０の各座席の座面と、トランクルームの床面を区画した各区画とに加わる重量を検出する重量センサをそれぞれ設け、それらのセンサが検知する重量を用いて輸送量を取得するとしてもよい。
【００９４】
この場合、座面に加わる重量が、人が着座していると判断する閾値以上である座席の数を、車両２０が輸送している人数とする。また、トランクルームの床面の区画に加わる重量が、荷物が置かれていると判断される閾値以上である区画を荷物が置かれている区画とし、閾値未満である区画を追加可能容積とすればよい。また、これらの方法を組み合わせて追加可能人数および追加可能容積を取得してもよい。
【００９５】
＜変形例５＞
実施形態において、重量取得部２１８は、輸送している人および荷物の重量を、ダンパの縮み量を用いて取得するとしていた。しかし、重量を取得する方法はこれに限られない。例えば、輸送量を取得するために座面やトランクルームの床面などに重量センサを設けている場合、それらのセンサが検出する重量を用いて取得してもよい。また、乗降の際に車両２０に生じる傾きや振動を加速度センサなどを用いて検出し、傾きや振動と重量の関係から重量を推定することで重量を取得するとしてもよい。
【００９６】
＜変形例６＞
実施形態において、輸送管理システム１が、既に車両ユーザや他の希望者が乗り込み、その荷物を積み込んで走行を開始している車両２０に対して輸送の予約を送信する場合について説明していた。しかし、走行を開始する前の車両２０についても、輸送の予約を仲介することが可能である。この場合、車両状況は、車両ユーザが、車両ユーザが用いるスマートフォンやパーソナルコンピュータなどの通信端末を操作し、予定として入力したものを取得すればよい。なお、経路情報は、出発地および目的地に加えて出発時間の予定を用いればよく、輸送量は、輸送することが確定している人数および荷物の量を用いればよい。
【００９７】
＜変形例７＞
実施形態において、輸送可否判断部３１６は、人数と荷物の容積に従って輸送の可否を判断するとしていた。しかし、これらに加え、重量に従って輸送の可否を判断してもよい。すなわち、輸送可否判断部３１６は、輸送を希望する人数が追加可能人数以下であり、かつ希望容積情報が示す容積が、追加可能容積に収容可能であることに加えて、輸送を希望する重量が追加可能な重量以下である場合に、輸送可能であると判断するとしてもよい。ただし、追加可能な重量は、車両２０の最大積載重量から、重量取得部２１８が取得した人および荷物の重量を差し引いた値とすればよい。
【００９８】
この場合、容積情報に車両２０の最大積載重量を含ませるとともに、輸送量に輸送重量を含ませて輸送管理装置３００に送信することで、輸送管理装置３００が、追加可能な重量を算出可能とすればよい。
【００９９】
＜変形例８＞
実施形態において、料金算出部２２１としての機能は、車載機２００が備えるとしていた。また、追加人数決定部３１４や追加容積決定部３１５、および輸送可否判断部３１６としての機能は、輸送管理装置３００が備えるとしていた。しかし、これらの機能を備える装置は、実施形態に示した例に限られない。
【０１００】
一例として、料金算出部２２１としての機能を輸送管理装置３００が備えていてもよい。この場合、例えば算出した料金を通信端末１００や車載機２００に送信し、希望者や車両ユーザに対して表示すればよい。あるいは、輸送管理装置３００に、あらかじめ車両ユーザおよび希望者の口座情報を記憶させ、算出した料金を希望者の口座から車両ユーザの口座に振替させるなど、輸送管理装置３００で料金の精算処理を実行するとしてもよい。
【符号の説明】
【０１０１】
１：輸送管理システム    ２：基地局    ３：公衆回線網    １１：車内カメラ    １３：ダンパ制御部    ２０：車両    ３０：輸送管理センタ    １００：通信端末    １０１：通信部    １０２：タッチパネル    １１０：制御部    １１１：希望取得部    １１２：希望送信部    １１３：車両情報表示部    １１４：予約送信部    １１５：確定表示部    ２００：車載機    ２０１：ロケータ    ２０２：タッチパネル    ２０３：通信部    ２１０：制御部    ２１１：経路決定部    ２１２：経路表示部    ２１３：輸送量取得部    ２１４：車両状況送信部    ２１５：依頼報知部    ２１６：予約確定部    ２１７：予約範囲表示部    ２１８：重量取得部    ２１９：開始位置取得部    ２２０：終了位置取得部    ２２１：料金算出部    ３００：輸送管理装置    ３０１：通信部    ３１０：制御部    ３１１：車両状況取得部    ３１２：希望受信部    ３１３：経路判断部    ３１４    ：追加人数決定部    ３１５：追加容積決定部    ３１６：輸送可否判断部    ３１７：車両情報送信部    ３１８：予約仲介部    ３１９：確定送信部    １１１１：乗降希望取得部    １１１２：輸送希望量取得部
【図１】
2018156270.tif 000003
【図２】
2018156270.tif 000004
【図３】
2018156270.tif 000005
【図４】
2018156270.tif 000006
【図５】
2018156270.tif 000007
【図６】
2018156270.tif 000008
【図７】
2018156270.tif 000009