JP7248192B2 - 貨客混載システム、貨客混載システムの配車装置及び貨客混載システムの配車方法 - Google Patents

Description

本発明は、荷物と乗客をサービス車両に混載して運び、サービス車両の乗員が荷物の集配作業を行う貨客混載システムの配車装置及びその配車方法に関する。

従来では、人と荷物を混載して移動させることを可能にするオンデマンド貨客混載システムとして、特許文献１が開示されている。特許文献１に開示された貨客混載システムでは、乗客及び荷物の移動要求に基づいて運行車両の経路を決定していた。

特開２０１７－２２００９０号公報

しかしながら、上述した従来のオンデマンド貨客混載システムでは、乗客及び荷物の移動要求に基づいて、乗客の乗降地点や荷物の集配地点の順序を決定していた。そのため、荷物を収集、配達するときに車両の乗員が不在になるにも関わらず、車両に乗客が乗車している状況が発生し、荷物や車両の盗難などのトラブルが発生する恐れがあるという問題点があった。

そこで、本発明は上記実情に鑑みて提案されたものであり、乗客の乗車中に荷物の収集、配達で乗員が車両に不在になる状況の発生を防止して、トラブルの発生を防止することのできる貨客混載システムの配車装置及びその配車方法を提供することを目的とする。

上述した課題を解決するために、本発明の一態様に係る貨客混載システムの配車装置及びその配車方法は、配送リクエストと配車リクエストを取得し、荷物の収集地点または乗客の乗車地点に基づいて候補車両を検出する。そして、候補車両について、配送リクエストと配車リクエストに基づいて、乗客が乗車していないときに、候補車両が荷物の収集地点と配達地点とを経由する候補ルートを算出する。その結果、算出された候補ルートを走行ルートに設定し、走行ルートに設定された候補ルートの候補車両をサービス車両として配車する。

本発明によれば、乗客が乗車しているときに、荷物の収集、配達のために乗員が車両に不在になる状況が発生することを防止できるので、荷物や車両の盗難などのトラブルの発生を防止することができる。

図１は、本発明の第１実施形態に係る貨客混載システムの構成を示すブロック図である。 図２は、従来の貨客混載システムによる荷物と乗客を運ぶ走行ルートの設定方法を説明するための図である。 図３は、本発明の第１実施形態に係る貨客混載システムによる荷物と乗客を運ぶ走行ルートの設定方法を説明するための図である。 図４は、本発明の第１実施形態に係る貨客混載システムによる配車処理の処理手順を示すフローチャートである。 図５は、本発明の第１実施形態に係る貨客混載システムによる荷物と乗客を運ぶ候補ルートの算出方法を説明するための図である。 図６は、本発明の第２実施形態に係る貨客混載システムによる配車処理の処理手順を示すフローチャートである。 図７は、本発明の第２実施形態に係る貨客混載システムによる荷物と乗客を運ぶ候補ルートの算出方法を説明するための図である。 図８は、本発明の第２実施形態に係る貨客混載システムによる荷物と乗客を運ぶ候補ルートの算出方法を説明するための図である。

［第１実施形態］
以下、本発明を適用した第１実施形態について図面を参照して説明する。図面の記載において同一部分には同一符号を付して説明を省略する。

［貨客混載システムの構成］
図１は、本実施形態に係る貨客混載システムの構成を示すブロック図である。図１に示すように、本実施形態に係る貨客混載システム１は、サービス車両を管理するサーバ１０と、荷物の配送を依頼する荷物用端末２０と、サービス車両への乗車を依頼する乗客用端末３０と、サービス車両に搭載された車載端末４０とを備えている。サーバ１０は、無線又は有線のネットワークを介して、荷物用端末２０と、乗客用端末３０と、車載端末４０に接続されている。ネットワークは、例えばインターネットであり、５Ｇなどのモバイル通信機能を利用するものであってもよい。

貨客混載システム１は、荷物と乗客をサービス車両に混載して運び、サービス車両の乗員、例えば運転者が荷物の集配作業を行うシステムである。荷物の配送を依頼する荷物の管理者は、荷物用端末２０から配送リクエストを送信し、サービス車両への乗車を希望する乗客は乗客用端末３０から配車リクエストを送信する。サーバ１０は、配送リクエストと配車リクエストを取得すると、荷物の集配地点及び乗客の乗降地点を考慮して走行ルートを設定し、荷物と乗客を運ぶサービス車両を決定して配車する。配車される車両が決定すると、サーバ１０は、配車されたサービス車両の車載端末４０に走行ルートなどの情報を送信し、サービス車両は荷物を収集して乗客を乗せると、設定された走行ルートを走行して荷物を配達し、乗客を降車地点まで運ぶ。

このとき、荷物の収集地点または配達地点において、車両に乗客が乗車していると、荷物の積み下ろし作業のためにサービス車両の乗員が車両から離れて、乗客だけが車両に残されることになる。そのため、荷物や車両の盗難等のトラブルが発生する恐れがあるので、本実施形態では、乗客がサービス車両に乗車していないときに、荷物の収集地点と配達地点を経由するようにしている。

例えば、図２に示すように、Ｂ地点まで行く乗客１と、Ｄ地点まで行く荷物１をＡ地点で乗せ、その後Ｃ地点からＡ地点まで行く乗客２を乗せる場合に、従来では、運用効率等を考慮してＡ→Ｂ→Ｃ→Ｄ→Ａの順序に走行ルートが設定されていた。しかし、この場合にＤ地点では、乗客２が乗車しているときに荷物１の配達が行われるので、乗客が乗車しているにも関わらず乗員が車両に不在になる状況が発生している。そのため、荷物や車両の盗難などのトラブルが発生する恐れがある。

しかし、同じ乗客１、２と荷物１を運ぶ場合であっても、図３に示すように、Ａ→Ｂ→Ｄ→Ｃ→Ａの順序に走行ルートを設定すれば、Ｄ地点では乗客２は乗車していないので、乗客が乗車していないときに荷物１の配達を行うことができる。したがって、荷物や車両の盗難などのトラブルの発生を防止することができる。

次に、サーバ１０について説明する。サーバ１０は、荷物と乗客を混載して運ぶ貨客混載システム１のサービス車両を管理する。具体的に、サーバ１０は、荷物用端末２０から配送リクエストを受信し、乗客用端末３０から配車リクエストを受信して、荷物と乗客を混載して運ぶサービス車両の走行ルートを設定し、配車される車両を決定する。サーバ１０は、図１に示すように、通信部１１と、データベース１３と、配車装置１５を備えている。

通信部１１は、ネットワークを介して情報を送受信する機能を備えている。通信部１１は、荷物用端末２０から送信された配送リクエストや乗客用端末３０から送信された配車リクエストなどの所定の情報を、ネットワークを介して取得し、取得した情報をデータベース１３に記録する。また、通信部１１は、配車装置１５で設定された走行ルートや配車された車両等の情報を、ネットワークを介して荷物用端末２０、乗客用端末３０、車載端末４０に送信する。

データベース１３は、通信部１１によって取得した情報やサービス車両を配車するために必要な情報を記憶する。具体的に、データベース１３は、荷物用端末２０から取得した配送リクエストや乗客用端末３０から取得した配車リクエストを記憶するとともに、荷物の管理者の情報や乗客の情報を記憶する。また、データベース１３は、サービス車両の配車に必要な情報として、サービス車両の車両情報や位置情報、配車計画などの情報とともに、地図情報なども記憶している。さらに、荷物の収集地点と配達地点については、それぞれの地点毎にサービス車両の乗員が荷物の積み下ろし作業を行う必要があるか否かが記録されている。

配車装置１５は、荷物と乗客を混載して運ぶサービス車両の配車処理を実行する。具体的に、配車装置１５は、配送リクエストと配車リクエストを取得して候補車両を検出し、候補車両について、乗客が乗車していないときに、候補車両が荷物の収集地点と配達地点とを経由する候補ルートを算出する。そして、算出された候補ルートを走行ルートに設定し、走行ルートに設定された候補ルートの候補車両を、サービス車両として配車する。配車装置１５は、リクエスト取得部５１と、候補車両検出部５３と、候補ルート算出部５５と、配車決定部５７とを備えている。

リクエスト取得部５１は、通信部１１を介して、荷物用端末２０及び乗客用端末３０から配送リクエストと配車リクエストを取得する。配送リクエストは、荷物の収集地点及び配達地点を少なくとも含み、荷物の管理者に関する情報や荷物の内容（重量、種類）、収集希望時間、配達希望時間などの情報も含んでいる。配車リクエストは、乗客の乗車地点及び降車地点を少なくとも含み、乗客の人数や荷物の有無、乗車希望時間、降車希望時間などの情報も含んでいる。

候補車両検出部５３は、リクエスト取得部５１で取得した荷物の収集地点または乗客の乗車地点に基づいて、荷物と乗客を運ぶサービス車両の候補となる候補車両を検出する。具体的に、候補車両検出部５３は、荷物の収集地点または乗客の乗車地点から所定の範囲内（例えば数ｋｍ以内）に存在しているサービス車両を、候補車両としてすべて検出する。

候補ルート算出部５５は、候補車両検出部５３で検出された候補車両について、配送リクエストと配車リクエストに基づいて、乗客が乗車していないときに、候補車両が荷物の収集地点と配達地点を経由する候補ルートを算出する。具体的に、候補ルート算出部５５は、荷物の収集地点と配達地点と、乗客の乗車地点と降車地点とを通過するような候補ルートを、通過する順序を変えてすべて算出する。

候補ルート算出部５５は、算出した候補ルートの中から、乗客が乗車していないときに荷物の収集地点と配達地点を経由する候補ルートを選出する。ただし、サービス車両の乗員が荷物の積み下ろし作業を行う必要がない収集地点と配達地点については、乗客が乗車しているときに経由しても、候補ルートとして選出してもよい。

配車決定部５７は、候補ルート算出部５５で算出された候補ルートを、荷物と乗客を運ぶ走行ルートに設定し、走行ルートに設定された候補ルートの候補車両を、荷物と乗客を運ぶサービス車両として配車する。尚、候補ルート算出部５５で複数の候補ルートが算出された場合には、算出された候補ルートの中から、候補車両の走行条件が最も良い候補ルートを走行ルートに設定する。

尚、配車装置１５は、マイクロコンピュータ、マイクロプロセッサ、ＣＰＵを含む汎用の電子回路とメモリ等の周辺機器から構成されたコントローラであり、貨客混載システム１においてサービス車両を配車する機能を有する。配車装置１５の各機能は、１または複数の処理回路によって実装することができる。処理回路は、例えば電気回路を含む処理装置等のプログラムされた処理装置を含み、また実施形態に記載された機能を実行するようにアレンジされた特定用途向け集積回路（ＡＳＩＣ）や従来型の回路部品のような装置も含んでいる。

次に、荷物用端末２０について説明する。荷物用端末２０は、ネットワークを介してサーバ１０にアクセスすることができる装置であり、例えば、配送業者の営業所や商業施設に設置されたパソコンやユーザが日常的に利用する携帯端末（スマートフォン、タブレット等）などである。荷物用端末２０には、貨客混載システム１が提供する荷物の配送サービスを実行するめに必要なアプリケーションがインストールされている。したがって、荷物用端末２０は、サーバ１０に対して必要な情報を送信することができ、サーバ１０から送信された情報を受信して表示することができる。荷物用端末２０は、図１に示すように、通信部２１と、コントローラ２３と、入力部２５を備えている。

通信部２１は、ネットワークを介してサーバ１０と情報を送受信する機能を備えており、受信した情報を図示しないメモリ等に記憶し、配送リクエスト等の所定の情報を送信する。例えば、通信部２１は、５Ｇなどのモバイル通信機能を備えたデバイスであればよい。

コントローラ２３は、入力部２５に対する荷物の管理者の操作に基づいて、荷物の配送リクエストを受け付ける。配送リクエストの入力では、荷物の収集地点と配達地点の他に荷物の種類や荷物のサイズ、荷物の数等が入力される。

なお、コントローラ２３は、ＣＰＵ（中央処理装置）、メモリ、及び入出力部を備える汎用のマイクロコンピュータである。コントローラ２３には、荷物用端末２０の一部として機能するためのコンピュータプログラムがインストールされている。コンピュータプログラムを実行することにより、コントローラ２３は、通信部２１の制御を行う。コントローラ２３が備える各種の情報処理は、ソフトウェアによって実現されるものであってもよいし、専用のハードウェアによって実現されるものであってもよい。

入力部２５は、荷物の管理者からの操作を受け付ける入力インターフェイスである。例えば、入力部２５は、複数のボタンで操作する装置でもよいし、タッチパネルであってもよい。

次に、乗客用端末３０について説明する。乗客用端末３０は、ネットワークを介してサーバ１０にアクセスすることができる装置であり、例えば、商業施設に設置されたパソコンやユーザが日常的に利用する携帯端末（スマートフォン、タブレット等）などである。乗客用端末３０には、貨客混載システム１が提供する乗客を運ぶサービスを実行するめに必要なアプリケーションがインストールされている。したがって、乗客用端末３０は、サーバ１０に対して必要な情報を送信することができ、サーバ１０から送信された情報を受信して表示することができる。乗客用端末３０は、図１に示すように、通信部３１と、コントローラ３３と、入力部３５を備えている。

通信部３１は、ネットワークを介してサーバ１０と情報を送受信する機能を備えており、受信した情報を図示しないメモリ等に記憶し、配車リクエスト等の所定の情報を送信する。例えば、通信部３１は、５Ｇなどのモバイル通信機能を備えたデバイスであればよい。

コントローラ３３は、入力部３５に対する乗客の操作に基づいて、乗客の配車リクエストを受け付ける。配車リクエストの入力では、乗客の乗車地点と降車地点の他に乗客の人数や荷物の有無等が入力される。

なお、コントローラ３３は、ＣＰＵ（中央処理装置）、メモリ、及び入出力部を備える汎用のマイクロコンピュータである。コントローラ３３には、乗客用端末３０の一部として機能するためのコンピュータプログラムがインストールされている。コンピュータプログラムを実行することにより、コントローラ３３は、通信部３１の制御を行う。コントローラ３３が備える各種の情報処理は、ソフトウェアによって実現されるものであってもよいし、専用のハードウェアによって実現されるものであってもよい。

入力部３５は、乗客からの操作を受け付ける入力インターフェイスである。例えば、入力部３５は、複数のボタンで操作する装置でもよいし、タッチパネルであってもよい。

次に、車載端末４０について説明する。車載端末４０は、荷物と乗客を混載するサービス車両に搭載され、ネットワークを介してサーバ１０にアクセスすることができる装置である。車載端末４０には、貨客混載システム１で荷物と乗客を混載して運ぶサービスを実行するめに必要なアプリケーションがインストールされている。したがって、車載端末４０は、サーバ１０に対して必要な情報を送信することができ、サーバ１０から送信された情報を受信して表示することができる。車載端末４０は、図１に示すように、通信部４１と、コントローラ４３と、表示部４５を備えている。

通信部４１は、ネットワークを介してサーバ１０と情報を送受信する機能を備えており、受信した情報を図示しないメモリ等に記憶し、サービス車両の位置情報等の所定の情報を送信する。例えば、通信部４１は、５Ｇなどのモバイル通信機能を備えたデバイスであればよい。

コントローラ４３は、サーバ１０から送信された走行経路を表示部４５に表示して、サービス車両の運転者に走行経路を指示する。また、コントローラ４３は、サービス車両の位置情報を定期的にサーバ１０に送信する。

なお、コントローラ４３は、ＣＰＵ（中央処理装置）、メモリ、及び入出力部を備える汎用のマイクロコンピュータである。コントローラ４３には、車載端末４０の一部として機能するためのコンピュータプログラムがインストールされている。コンピュータプログラムを実行することにより、コントローラ４３は、通信部４１の制御を行う。コントローラ４３が備える各種の情報処理は、ソフトウェアによって実現されるものであってもよいし、専用のハードウェアによって実現されるものであってもよい。

表示部４５は、サーバ１０からの指示を表示するための表示装置であり、例えば、サービス車両に搭載されたナビゲーション装置のディスプレイである。

［サービス車両の配車方法］
次に、本実施形態に係る貨客混載システム１の配車装置１５によるサービス車両の配車方法を説明する。図４は、本実施形態に係る配車装置１５によるサービス車両の配車処理の処理手順を示すフローチャートである。尚、サービス車両は、荷物のみを運ぶ場合や乗客のみを運ぶ場合もあるが、本実施形態では、荷物と乗客を同時に運ぶ場合について説明する。荷物と乗客を同時に運ぶ場合としては、サービス車両が荷物を乗せて走行しているところに後から乗客を乗せる場合と、サービス車両が乗客を乗せて走行しているところに後から荷物を乗せる場合とがある。

図４に示すように、ステップＳ１０１において、リクエスト取得部５１は、荷物用端末２０から送信された配送リクエストと、乗客用端末３０から送信された配車リクエストを、通信部１１を介して取得する。例えば、サービス車両が先に荷物を乗せて後から乗客を乗せる場合には、リクエスト取得部５１は、すでに配送リクエストを取得しており、そこに新たに配車リクエストを受信する。また、サービス車両が先に乗客を乗せて後から荷物を乗せる場合には、リクエスト取得部５１は、すでに配車リクエストを取得しており、そこに新たに配送リクエストを受信する。

ステップＳ１０３において、候補車両検出部５３は、荷物の収集地点及び配達地点または乗客の乗車地点及び降車地点を決定する。例えば、配送リクエストを取得した場合には、配送リクエストは、荷物の収集地点と配達地点を指定しているので、指定された地点を収集地点及び配達地点として決定すればよい。ただし、サービス車両が予め決められた停車地点を巡回するサービスである場合には、配送リクエストで指定された地点の近くにある停車地点を、収集地点及び配達地点として決定する。同様に、配車リクエストを受信した場合には、配車リクエストに指定された乗車地点及び降車地点に基づいて、乗客の乗車地点及び降車地点を決定する。

例えば、サービス車両が荷物を運んでいるときに、新たに配車リクエストを取得した場合には、乗客の乗車地点と降車地点を決定する。また、サービス車両が乗客を運んでいるときに、新たに配送リクエストを取得した場合には、荷物の収集地点と配達地点を決定する。

ステップＳ１０５において、候補車両検出部５３は、ステップＳ１０３で決定した荷物の収集地点または乗客の乗車地点に基づいて、荷物と乗客を運ぶサービス車両の候補となる候補車両を検出する。

例えば、サービス車両が荷物を運んでいるときに、新たに配車リクエストを取得した場合には、乗客の乗車地点から所定の範囲内（例えば数ｋｍ以内）に存在しているサービス車両をすべて検出する。また、サービス車両が乗客を運んでいるときに、新たに配送リクエストを取得した場合には、荷物の収集地点から所定の範囲内に存在しているサービス車両をすべて検出する。尚、複数の配送リクエストや複数の配車リクエストを受信している場合には、収集予定時刻または乗車予定時刻が最も早い地点から所定の範囲内に存在しているサービス車両をすべて検出する。

ステップＳ１０７において、候補ルート算出部５５は、ステップＳ１０５で検出された候補車両について、配送リクエストと配車リクエストに基づいて、候補車両が走行する候補ルートを算出する。具体的に、配送リクエストには収集地点と配達地点が指定され、配車リクエストには乗車地点と降車地点が指定されているので、これらの地点を結ぶ候補ルートを、各地点の順序を変えて、すべて算出する。また、複数の候補車両が検出されている場合には、複数の候補車両につてそれぞれ候補ルートを算出する。さらに、複数の配送リクエストや複数の配車リクエストを受信している場合には、複数のリクエストに含まれているすべての収集地点、配達地点、乗車地点、降車地点を結ぶような候補ルートをすべて算出する。

例えば、図５に示すように、収集地点Ｐ１から配達地点Ｐ２まで荷物を運ぶ配送リクエストを受信し、候補車両Ａ、Ｂ、Ｃの３台が検出されている場合について説明する。候補車両Ａは、現在地で乗客が乗車して走行しており、地点Ｓ０で乗客が降車した後、地点Ｓ１まで乗客なしで移動し、地点Ｓ１から地点Ｓ２まで別の乗客を乗せて走行する予定である。図５の点線の矢印は乗客なし、実線の矢印は乗客ありを示している。ここに新たに配送リクエストを受信し、収集地点Ｐ１から配達地点Ｐ２まで荷物を配送する場合には、候補ルートは、図５に示す６パターンになる。

すなわち、収集地点Ｐ１を地点Ｓ０とＳ１の間に配置した場合には、配達地点Ｐ２は地点Ｓ０とＳ１の間、地点Ｓ１とＳ２の間、地点Ｓ２の後の３パターンに配置することができる。ただし、現在地と地点Ｓ０の間は現在走行中なので、収集地点Ｐ１を配置することはない。また、収集地点Ｐ１を地点Ｓ１とＳ２の間に配置した場合には、配達地点Ｐ２は地点Ｓ１とＳ２の間、地点Ｓ２の後の２パターンに配置することができる。さらに、収集地点Ｐ１を地点Ｓ２の後に配置した場合には、配達地点Ｐ２は地点Ｓ２の後のみに配置することができる。したがって、候補車両Ａについては、３＋２＋１＝６パターンの候補ルートを算出することができる。

次に、候補車両Ｂは、現在地で乗客が乗車していないので、新たに配送リクエストを受信し、収集地点Ｐ１から配達地点Ｐ２まで荷物を運ぶ場合には、現在地から収集地点Ｐ１へ行き、荷物を載せて配達地点Ｐ２まで走行すればよい。したがって、候補車両Ｂについては、候補ルートを１パターンのみ算出する。

さらに、候補車両Ｃは、現在地で乗客が乗車して走行しており、地点Ｓ０で乗客が降車した後、地点Ｓ１まで乗客なしで走行する予定である。ここに新たに配送リクエストを受信し、収集地点Ｐ１から配達地点Ｐ２まで荷物を運ぶ場合には、候補ルートは３パターンになる。

すなわち、収集地点Ｐ１を地点Ｓ０とＳ１の間に配置した場合には、配達地点Ｐ２は地点Ｓ０とＳ１の間、地点Ｓ１の後の２パターンに配置することができる。また、収集地点Ｐ１を地点Ｓ１の後に配置した場合には、配達地点Ｐ２は地点Ｓ１の後のみに配置することができる。したがって、候補車両Ｃについては、２＋１＝３パターンの候補ルートを算出することができる。

このように候補車両Ａ、Ｂ、Ｃの３台が検出されている図５の場合では、６＋１＋３＝１０パターンの候補ルートを算出することができる。こうして候補ルートが算出されると、候補ルート算出部５５は、各候補ルートについて走行距離と走行時間を算出する。尚、図５では、サービス車両が乗客を運んでいるときに後から荷物を乗せる場合について説明したが、サービス車両が荷物を運んでいるときに後から乗客を乗せる場合についても同様に候補ルートを算出することができる。

また、候補ルート算出部５５は、候補ルートが算出されると、荷物が配達地点に到着する配達予定時間を算出し、算出された配達予定時間に所定の遅延許容時間を加算して配達制限時間を算出する。同様に、乗客が降車地点に到着する降車予定時間を算出し、算出された降車予定時間に所定の遅延許容時間を加算して降車制限時間を算出する。

さらに、候補ルート算出部５５は、配送リクエストで配達希望時間が指定されている場合には、配達希望時間に基づいて配達制限時間を算出してもよい。同様に、配車リクエストで降車希望時間が指定されている場合には、降車希望時間に基づいて降車制限時間を算出してもよい。例えば、配達希望時間を配達制限時間に設定してもよいし、配達希望時間に遅延許容時間を加算して配達制限時間としてもよい。同様に、降車希望時間を降車制限時間に設定してもよいし、降車希望時間に遅延許容時間を加算して降車制限時間としてもよい。

尚、荷物の遅延許容時間は、乗客の遅延許容時間よりも長く設定されている。例えば、乗客の遅延許容時間は数分程度であるが、荷物の遅延許容時間は数十分程度である。乗客の到着が遅れると、数分の遅れでも乗客の不満は大きいが、荷物の配達が遅れても荷物の受取人の不満はそれほど大きくはならない。そこで、荷物の遅延許容時間を乗客の遅延許容時間よりも長く設定する。これにより、乗客を優先して運ぶことができるので、乗客を運ぶ人数を増やすことができる。例えば、乗客から新たに配車リクエストを受信したときに、荷物の配達を遅延許容時間内の例えば３０分遅らせることで、新しい乗客を荷物よりも先に運ぶことができる。遅延許容時間を長く設定すれば、その間に運ぶことのできる乗客の数を増やすことができる。

ステップＳ１０９において、候補ルート算出部５５は、ステップＳ１０７で算出された候補ルートの中から、乗客が乗車していないときに荷物の収集地点と配達地点とを経由する候補ルートを選出する。

具体的に、図５の候補車両Ａの場合では、地点Ｓ１とＳ２の間に乗客が乗車しているので、乗客が乗車していないときに経由する収集地点Ｐ１と配達地点Ｐ２は○印を付けた位置となる。一方、乗客が乗車しているときに経由する収集地点Ｐ１と配達地点Ｐ２は×印を付けた位置となる。このうち、収集地点Ｐ１と配達地点Ｐ２の両方とも○印となる配置は３パターンとなるので、候補車両Ａの候補ルートは３パターンが選出される。

また、候補車両Ｂは乗客が乗車していないので、収集地点Ｐ１と配達地点Ｐ２は乗客が乗車していないときに経由する。したがって、候補車両Ｂの候補ルートは１パターンが選出される。

さらに、候補車両Ｃの場合は、地点Ｓ０で乗客が降車しているので、候補車両Ｃの候補ルートは３パターンすべてが、乗客が乗車していないときに荷物の収集地点Ｐ１と配達地点Ｐ２を経由する候補ルートになる。したがって、候補車両Ｃの候補ルートは３パターンが選出される。この結果、図５の場合では、３＋１＋３＝７パターンの候補ルートが選出される。

尚、収集地点と配達地点が、乗員による荷物の積み下ろし作業が必要ない地点である場合には、候補ルート算出部５５は、そのような収集地点と配達地点を、乗客が乗車しているときに経由しても候補ルートとして算出する。例えば、商業施設では荷物の受け渡しを行うための人員が配置されているので、そのような場所ではサービス車両の乗員が荷物の積み下ろし作業を行う必要がない。そのため、サービス車両に乗客が乗車していても盗難などのトラブルが発生することはないので、そのような収集地点と配達地点を、乗客が乗車しているときに経由しても候補ルートとして算出してもよい。

さらに、図３のＡ地点のように、荷物の収集地点と乗客の乗車地点が同一地点となる場合では、荷物を車両に積んでから乗客が乗車するように設定されていれば、乗客が乗車しているときに、荷物の収集のために乗員が車両に不在になることはない。そこで、候補ルート算出部５５は、荷物の収集地点と乗客の乗車地点が同一地点となる候補ルートであっても、同一地点で荷物を収集してから乗客が乗車する場合には、候補ルートとして算出する。これにより、荷物と乗客を同一地点で乗せる場合に、荷物の収集のために、乗客が乗車しているにも関わらず、乗員が車両に不在になる状況を防止することができる。

また、荷物の配達地点と乗客の乗車地点が同一地点となる場合では、候補ルート算出部５５は、荷物の配達地点と乗客の乗車地点が同一地点となる候補ルートであっても、同一地点で荷物を配達してから乗客が乗車する場合には、候補ルートとして算出する。

同様に、荷物の配達地点と乗客の降車地点が同一地点となる場合では、乗客が降車してから荷物を車両から下ろすように設定されていれば、乗客が乗車しているときに、荷物の配達のために乗員が車両に不在になることはない。そこで、候補ルート算出部５５は、荷物の配達地点と乗客の降車地点が同一地点となる候補ルートであっても、同一地点で乗客が降車してから荷物を配達する場合には、候補ルートとして算出する。これにより、荷物と乗客を同一地点で下ろす場合に、荷物の配達のために、乗客が乗車しているにも関わらず、乗員が車両に不在になる状況を防止することができる。

また、荷物の収集地点と乗客の降車地点が同一地点となる場合では、候補ルート算出部５５は、荷物の収集地点と乗客の降車地点が同一地点となる候補ルートであっても、同一地点で乗客が降車してから荷物を収集する場合には、候補ルートとして算出する。

ステップＳ１１１において、候補ルート算出部５５は、ステップＳ１０９で選出された候補ルートの中から、条件違反となる候補ルートを除外する。例えば、配送する荷物がサービス車両の積載容量を超える候補ルートや乗客の数がサービス車両の定員オーバーとなる候補ルートがある場合には、そのような候補ルートを除外する。また、候補ルート算出部５５は、配達制限時間を超えて配達地点に到着する候補ルートについても除外し、降車制限時間を超えて降車地点に到着する候補ルートも除外する。

ステップＳ１１３において、配車決定部５７は、ステップＳ１０９で選出され、ステップＳ１１１で除外されなかった候補ルートを、荷物と乗客を運ぶ走行ルートに設定する。そして、配車決定部５７は、走行ルートに設定された候補ルートの候補車両を、荷物と乗客を運ぶサービス車両として配車する。

このとき、ステップＳ１０９で複数の候補ルートが選出されている場合には、配車決定部５７は、選出された候補ルートの中から、候補車両の走行条件が最も良い候補ルートをサービス車両の走行ルートに設定する。走行条件としては、例えば候補ルートの走行距離や走行時間を設定しておけばよく、走行距離や走行時間が最も短い候補ルートを走行ルートに設定する。

例えば、図５の場合では、ステップＳ１０９で選出された候補ルートは７パターンあり、このうち候補車両Ａの候補ルートは３パターン、候補車両Ｂの候補ルートは１パターン、候補車両Ｃの候補ルートは３パターン選出されている。このうち候補車両Ａの候補ルートの走行距離が最も短い場合には、候補車両Ａの候補ルートを走行ルートに設定し、候補車両Ａをサービス車両として配車する。

ステップＳ１１５において、配車決定部５７は、ステップＳ１１３で配車されるサービス車両が決定すると、荷物用端末２０介して荷物の管理者に配送情報を通知し、乗客用端末３０を介して乗客に配車情報を通知する。配送情報には、荷物の収集地点、収集予定時間、配達地点、配達予定時間などの荷物の配送に必要な情報が含まれ、配車情報には、乗客の乗車地点、乗車予定時間、降車地点、降車予定時間などの乗客が必要とする情報が含まれている。また、配達予定時間や降車予定時間が変更された場合には、再度通知を行う。こうして、配送情報と配車情報が通知されると、本実施形態に係るサービス車両の配車処理を終了する。

［変形例］
上述した実施形態では、ステップＳ１０９において、ステップＳ１０７で算出された候補ルートの中から、乗客が乗車していないときに荷物の収集地点と配達地点とを経由する候補ルートを選出していた。

しかし、ステップＳ１０９において、候補ルート算出部５５は、ステップＳ１０７で算出された候補ルートの中から、荷物の収集地点と配達地点で乗客が乗車している候補ルートを除外して、残った候補ルートを選出するようにしてもよい。

このような処理を行っても、選出される候補ルートは、上述した実施形態と同様に、乗客が乗車していないときに荷物の収集地点と配達地点を経由する候補ルートが選出される。ただし、実際のシステムでは、このような処理を行ったほうが、容易に候補ルートを選出する処理を実行することができる。

［第１実施形態の効果］
以上、詳細に説明したように、本実施形態に係る貨客混載システム１の配車装置１５では、荷物の収集地点または乗客の乗車地点に基づいて候補車両を検出し、候補車両について、乗客が乗車していないときに、候補車両が荷物の収集地点と配達地点とを経由する候補ルートを算出する。そして、算出された候補ルートを走行ルートに設定し、走行ルートに設定された候補ルートの候補車両を、荷物と乗客を運ぶサービス車両として配車する。これにより、乗客が乗車しているときに、荷物の収集、配達のために乗員が車両に不在になる状況の発生を防止できるので、荷物や車両の盗難などのトラブルの発生を防止することができる。

また、本実施形態に係る貨客混載システム１の配車装置１５では、配送リクエストと配車リクエストに基づいて候補ルートを算出し、算出された候補ルートの中から、乗客が乗車していないときに荷物の収集地点と配達地点とを経由する候補ルートを選出する。これにより、実際のシステムにおいて、確実に候補ルートを選出し、乗客が乗車しているときに、荷物の収集、配達のために乗員が車両に不在になる状況が発生することを防止できる。

さらに、本実施形態に係る貨客混載システム１の配車装置１５では、荷物の集配地点と乗客の乗車地点が同一地点となる候補ルートを、同一地点で荷物を収集または配達してから乗客が乗車する場合には、候補ルートとして算出する。これにより、荷物の集配地点と乗客の乗車地点が同一地点となる場合でも、乗客が乗車しているときに、荷物の集配のために乗員が車両に不在になる状況の発生を防止することができる。

また、本実施形態に係る貨客混載システム１の配車装置１５では、荷物の集配地点と乗客の降車地点が同一地点となる候補ルートを、同一地点で乗客が降車してから荷物を収集または配達する場合には、候補ルートとして算出する。これにより、荷物の集配地点と乗客の降車地点が同一地点となる場合でも、乗客が乗車しているときに、荷物の集配のために乗員が車両に不在になる状況の発生を防止することができる。

さらに、本実施形態に係る貨客混載システム１の配車装置１５では、複数の候補車両が検出された場合には、複数の候補車両についてそれぞれ候補ルートを算出する。これにより、候補車両が複数検出された場合であっても、すべての候補ルートを算出することができる。

さらに、本実施形態に係る貨客混載システム１の配車装置１５では、複数の候補ルートが算出された場合には、算出された候補ルートの中から候補車両の走行条件が最も良い候補ルートを走行ルートに設定する。これにより、算出された候補ルートの中で、走行条件が最も良いルートでサービス車両を走行させることができる。

また、本実施形態に係る貨客混載システム１の配車装置１５では、収集地点と配達地点で乗員が荷物の積み下ろし作業を行う必要があるか予め登録されている。そして、荷物の積み下ろし作業を行う必要がない収集地点と配達地点については、乗客が乗車しているときに経由しても候補ルートとして算出される。これにより、収集地点と配達地点で荷物の積み下ろし作業を行う必要があるかないかを考慮して、候補ルートを算出できるので、より良い走行ルートを設定することが可能となる。

さらに、本実施形態に係る貨客混載システム１の配車装置１５では、荷物が配達地点に到着する配達予定時間を算出し、配達予定時間に所定の遅延許容時間を加算して配達制限時間を算出し、配達制限時間を超えて配達地点に到着する候補ルートを除外する。これにより、荷物の配達が許容範囲を超えて遅延することを防止できる。

また、本実施形態に係る貨客混載システム１の配車装置１５では、乗客が降車地点に到着する降車予定時間を算出し、降車予定時間に所定の遅延許容時間を加算して降車制限時間を算出し、降車制限時間を超えて降車地点に到着する候補ルートを除外する。これにより、乗客の到着が許容範囲を超えて遅延することを防止できる。

さらに、本実施形態に係る貨客混載システム１の配車装置１５では、荷物の遅延許容時間を、乗客の遅延許容時間よりも長くする。これにより、乗客を優先して運ぶことができるので、乗客を運ぶ人数を増やすことができる。

また、本実施形態に係る貨客混載システム１の配車装置１５では、配送リクエストで配達希望時間が指定されている場合には、配達希望時間に基づいて配達制限時間を算出する。同様に、配車リクエストで降車希望時間が指定されている場合には、降車希望時間に基づいて降車制限時間を算出する。これにより、荷物の管理者や乗客が希望する時間までに降車地点または配達地点に到着できるように走行ルートを設定することができる。

さらに、本実施形態に係る貨客混載システム１の配車装置１５では、サービス車両を配車すると、荷物の管理者に配達予定時間を通知し、乗客に降車予定時間を通知し、配達予定時間または降車予定時間が変更された場合には再度通知する。これにより、乗客と荷物の管理者に、降車地点または配達地点に到着する時間を周知させることができる。

［第２実施形態］
以下、本発明を適用した第２実施形態について図面を参照して説明する。ただし、本実施形態では、貨客混載システム１の構成は、第１実施形態の図１と同一なので、同一符号を付して詳細な説明は省略する。

第１実施形態では、すべての候補ルートを算出した後に、算出された候補ルートの中から、乗客が乗車していないときに荷物の収集地点と配達地点とを経由する候補ルートを選出していた。しかし、本実施形態では、乗客が乗車していないときに荷物の収集地点と配達地点とを経由する候補ルートを、直接算出するようにしている。

［サービス車両の配車方法］
図６は、本実施形態に係る配車装置１５によるサービス車両の配車処理の処理手順を示すフローチャートである。本実施形態では、候補ルートを直接算出しているので、図６のフローチャートでは、図４のステップＳ１０９の候補ルートを選出するステップが削除されている。

図６に示すように、ステップＳ１０１～Ｓ１０５の処理を、第１実施形態と同様に行って候補車両を検出する。そして、ステップＳ１０７において、候補ルート算出部５５は、ステップＳ１０５で検出された候補車両について、配送リクエストと配車リクエストに基づいて、乗客が乗車していないときに、候補車両が荷物の収集地点と配達地点とを経由する候補ルートを算出する。

具体的に、候補ルート算出部５５は、候補車両に乗客が乗車しているときに配送リクエストを取得した場合には、候補ルート上で乗客が乗車していない区間を抽出し、抽出された区間に荷物の収集地点及び配達地点を設定する。

例えば、図７に示すように、候補車両は、地点Ｓ０から地点Ｓ１まで乗客なしで移動し、地点Ｓ１から地点Ｓ２まで乗客を乗せて走行し、地点Ｓ２から乗客なしで移動する予定である。図７の点線の矢印は乗客なし、実線の矢印は乗客ありを示している。ここに新たに配送リクエストを受信し、収集地点Ｐ１から配達地点Ｐ２まで荷物を配送する。この場合に、候補ルート算出部５５は、地点Ｓ１とＳ２の間の区間が乗客の乗車している区間なので、乗客が乗車していない区間として地点Ｓ０とＳ１の間の区間と、地点Ｓ２の後の区間を抽出する。そして、候補ルート算出部５５は、抽出された地点Ｓ０とＳ１の間の区間と、地点Ｓ２の後の区間に、荷物の収集地点Ｐ１と配達地点Ｐ２を設定する。これにより、乗客が乗車していないときに、候補車両が荷物の収集地点と配達地点とを経由する候補ルートを算出することができる。

一方、候補ルート算出部５５は、候補車両が荷物を配送しているときに配車リクエストを取得した場合には、乗客の乗車地点と降車地点の両方を、荷物の収集地点の前、荷物の収集地点と配達地点の間、荷物の配達地点の後に設定する。

例えば、図８に示すように、候補車両は、地点Ｓ０から走行し、地点Ｓ１で荷物を収集して地点Ｓ２へ荷物を配達する予定である。ここに新たに配車リクエストを受信し、乗車地点Ｐ１から降車地点Ｐ２まで乗客を乗せて走行する。この場合に、候補ルート算出部５５は、乗客の乗車地点Ｐ１と降車地点Ｐ２の両方を、荷物の収集地点Ｓ１の前、荷物の収集地点Ｓ１と配達地点Ｓ２の間、荷物の配達地点Ｓ２の後に設定する。これにより、乗客が乗車していないときに、候補車両が荷物の収集地点と配達地点とを経由する候補ルートを算出することができる。

こうしてステップＳ１０７において、候補ルートが算出されると、第１実施形態と同様にステップＳ１１１からＳ１１５の処理を行って、本実施形態に係るサービス車両の配車処理を終了する。

［第２実施形態の効果］
以上、詳細に説明したように、本実施形態に係る貨客混載システム１の配車装置１５では、候補車両に乗客が乗車しているときに配送リクエストを取得した場合には、候補ルート上で乗客が乗車していない区間を抽出し、抽出された区間に荷物の収集地点及び配達地点を設定する。これにより、乗客が乗車していないときに、荷物の収集地点と配達地点を経由する候補ルートを直接算出することができるので、サーバ１０の負荷を軽減することができる。

また、本実施形態に係る貨客混載システム１の配車装置１５では、候補車両が荷物を配送しているときに配車リクエストを取得した場合には、乗客の乗車地点と降車地点の両方を、荷物の収集地点の前、荷物の収集地点と配達地点の間、荷物の配達地点の後に設定する。これにより、乗客が乗車していないときに、荷物の収集地点と配達地点を経由する候補ルートを直接算出することができるので、サーバ１０の負荷を軽減することができる。

なお、上述の実施形態は本発明の一例である。このため、本発明は、上述の実施形態に限定されることはなく、この実施形態以外の形態であっても、本発明に係る技術的思想を逸脱しない範囲であれば、設計などに応じて種々の変更が可能であることは勿論である。

１ 貨客混載システム
１０ サーバ
１１、２１、３１、４１ 通信部
１３ データベース
１５ 配車装置
２３、３３、４３ コントローラ
２０ 荷物用端末
３０ 乗客用端末
３５ 入力部
４０ 車載端末
４５ 表示部
５１ リクエスト取得部
５３ 候補車両検出部
５５ 候補ルート算出部
５７ 配車決定部

Claims (17)

1. 荷物と乗客をサービス車両に混載して運び、前記サービス車両の乗員が前記荷物の集配作業を行う貨客混載システムにおける前記サービス車両の配車を行う配車装置であって、
   前記荷物の収集地点及び配達地点を少なくとも含む配送リクエストと、前記乗客の乗車地点及び降車地点を少なくとも含む配車リクエストとを取得するリクエスト取得部と、
   前記リクエスト取得部で取得した前記荷物の収集地点または前記乗客の乗車地点に基づいて、前記荷物と前記乗客を運ぶサービス車両の候補となる候補車両を検出する候補車両検出部と、
   前記候補車両検出部で検出された前記候補車両について、前記配送リクエストと前記配車リクエストに基づいて、前記乗客が乗車していないときに、前記候補車両が前記荷物の収集地点と配達地点とを経由する候補ルートを算出する候補ルート算出部と、
   前記候補ルート算出部で算出された前記候補ルートを、前記荷物と前記乗客を運ぶ走行ルートに設定し、前記走行ルートに設定された候補ルートの候補車両を、前記荷物と前記乗客を運ぶサービス車両として配車する配車決定部と
   を備えたことを特徴とする貨客混載システムの配車装置。
2. 前記候補ルート算出部は、前記配送リクエストと前記配車リクエストに基づいて、前記候補ルートを算出し、算出された前記候補ルートの中から、前記乗客が乗車していないときに、前記候補車両が前記荷物の収集地点と配達地点とを経由する候補ルートを選出することを特徴とする請求項１に記載の貨客混載システムの配車装置。
3. 前記候補ルート算出部は、前記候補車両に乗客が乗車しているときに前記配送リクエストを取得した場合には、前記候補ルート上で前記乗客が乗車していない区間を抽出し、抽出された区間に前記荷物の収集地点及び配達地点を設定することを特徴とする請求項１に記載の貨客混載システムの配車装置。
4. 前記候補ルート算出部は、前記候補車両が荷物を配送しているときに前記配車リクエストを取得した場合には、前記乗客の乗車地点と降車地点の両方を、前記荷物の収集地点の前、前記荷物の収集地点と配達地点の間、前記荷物の配達地点の後に設定することを特徴とする請求項１に記載の貨客混載システムの配車装置。
5. 前記候補ルート算出部は、前記荷物の集配地点と前記乗客の乗車地点が同一地点となる候補ルートを、前記同一地点で前記荷物を収集または配達してから前記乗客が乗車する場合には、前記候補ルートとして算出することを特徴とする請求項１～４のいずれか１項に記載の貨客混載システムの配車装置。
6. 前記候補ルート算出部は、前記荷物の集配地点と前記乗客の降車地点が同一地点となる候補ルートを、前記同一地点で前記乗客が降車してから前記荷物を収集または配達する場合には、前記候補ルートとして算出することを特徴とする請求項１～５のいずれか１項に記載の貨客混載システムの配車装置。
7. 前記候補車両検出部が複数の候補車両を検出した場合には、前記候補ルート算出部は、複数の候補車両についてそれぞれ前記候補ルートを算出することを特徴とする請求項１～６のいずれか１項に記載の貨客混載システムの配車装置。
8. 前記配車決定部は、前記候補ルート算出部で複数の候補ルートが算出された場合には、算出された前記候補ルートの中から、前記候補車両の走行条件が最も良い候補ルートを前記走行ルートに設定することを特徴とする請求項１～７のいずれか１項に記載の貨客混載システムの配車装置。
9. 前記収集地点と前記配達地点は、前記乗員が前記荷物の積み下ろし作業を行う必要があるか否かが予め登録されており、
   前記候補ルート算出部は、前記荷物の積み下ろし作業を行う必要がない収集地点と配達地点については、前記乗客が乗車しているときに経由しても、前記候補ルートとして算出することを特徴とする請求項１～８のいずれか１項に記載の貨客混載システムの配車装置。
10. 前記候補ルート算出部は、前記荷物が前記配達地点に到着する配達予定時間を算出し、算出された前記配達予定時間に所定の遅延許容時間を加算して配達制限時間を算出し、前記配達制限時間を超えて前記配達地点に到着する候補ルートを除外することを特徴とする請求項１～９のいずれか１項に記載の貨客混載システムの配車装置。
11. 前記候補ルート算出部は、前記乗客が前記降車地点に到着する降車予定時間を算出し、算出された前記降車予定時間に所定の遅延許容時間を加算して降車制限時間を算出し、前記降車制限時間を超えて前記降車地点に到着する候補ルートを除外することを特徴とする請求項１０に記載の貨客混載システムの配車装置。
12. 前記荷物の遅延許容時間は、前記乗客の遅延許容時間よりも長いことを特徴とする請求項１１に記載の貨客混載システムの配車装置。
13. 前記候補ルート算出部は、前記配送リクエストで配達希望時間が指定されている場合には、前記配達希望時間に基づいて前記配達制限時間を算出し、前記配車リクエストで降車希望時間が指定されている場合には、前記降車希望時間に基づいて前記降車制限時間を算出することを特徴とする請求項１１または１２に記載の貨客混載システムの配車装置。
14. 前記配車決定部は、前記サービス車両を配車すると、前記荷物の管理者に前記配達予定時間を通知し、前記乗客に前記降車予定時間を通知し、前記配達予定時間または前記降車予定時間が変更された場合には、再度通知することを特徴とする請求項１１～１３のいずれか１項に記載の貨客混載システムの配車装置。
15. 荷物と乗客をサービス車両に混載して運び、前記サービス車両の乗員が前記荷物の集配作業を行う貨客混載システムのサーバが、前記サービス車両を配車する配車方法であって、
    前記サーバは、
    前記荷物の収集地点及び配達地点を少なくとも含む配送リクエストと、前記乗客の乗車地点及び降車地点を少なくとも含む配車リクエストとを取得し、
    取得した前記荷物の収集地点または前記乗客の乗車地点に基づいて、前記荷物と前記乗客を運ぶサービス車両の候補となる候補車両を検出し、
    検出された前記候補車両について、前記配送リクエストと前記配車リクエストに基づいて、前記乗客が乗車していないときに、前記候補車両が前記荷物の収集地点と配達地点とを経由する候補ルートを算出し、
    算出された前記候補ルートを前記荷物と前記乗客を運ぶ走行ルートに設定し、前記走行ルートに設定された候補ルートの候補車両を、前記荷物と前記乗客を運ぶサービス車両として配車することを特徴とする貨客混載システムの配車方法。
16. 荷物と乗客をサービス車両に混載して運び、前記サービス車両の乗員が前記荷物の集配作業を行う貨客混載システムであって、
    前記サービス車両を配車するサーバと、
    前記荷物の収集地点及び配達地点を少なくとも含む配送リクエストを送信する荷物用端末と、
    前記乗客の乗車地点及び降車地点を少なくとも含む配車リクエストを送信する乗客用端末と、
    前記サービス車両に搭載された車載端末とを含み
    前記サーバは、
    前記配送リクエストと前記配車リクエストを取得し、
    取得した前記荷物の収集地点または前記乗客の乗車地点に基づいて、前記荷物と前記乗客を運ぶサービス車両の候補となる候補車両を検出し、
    検出された前記候補車両について、前記配送リクエストと前記配車リクエストに基づいて、前記乗客が乗車していないときに、前記候補車両が前記荷物の収集地点と配達地点とを経由する候補ルートを算出し、
    算出された前記候補ルートを前記荷物と前記乗客を運ぶ走行ルートに設定し、前記走行ルートに設定された候補ルートの候補車両を、前記荷物と前記乗客を運ぶサービス車両として配車することを特徴とする貨客混載システム。
17. 荷物と乗客を運ぶサービス車両の走行ルートを設定する走行ルート設定装置であって、
    前記荷物の収集地点及び配達地点を少なくとも含む配送データと、前記乗客の乗車地点及び降車地点を少なくとも含む配車データとを取得するデータ取得部と、
    前記配送データと前記配車データに基づいて、前記乗客が乗車していないときに、前記サービス車両が前記荷物の収集地点と配達地点とを経由する候補ルートを算出する候補ルート算出部と、
    前記候補ルート算出部で算出された前記候補ルートを、前記荷物と前記乗客を運ぶ走行ルートとして設定する走行ルート設定部と
    を備えたことを特徴とする走行ルート設定装置。

Images