(57)【要約】【課題】乗客の利便性を向上させた相乗り車両を配車することができる配車装置、配車システム、および配車方法を提供すること。【解決手段】実施形態に係る配車装置は、行動情報取得部と、記憶部と、帰路配車予測部と、配車部とを備える。行動情報取得部は、配車した相乗り車両によって行先へ到着した乗客の行先および行先への到着時刻を含む乗客の行動情報を取得する。記憶部は、過去に乗客を送迎した相乗り車両の配車実績を記憶する。帰路配車予測部は、行動情報および配車実績に基づいて、行先へ到着した乗客の帰路へ相乗り車両を配車する配車スケジュールを予測する。配車部は、帰路配車予測部によって予測される配車スケジュールに従って相乗り車両を配車する。【選択図】図１
2020149144.tif 000002
【特許請求の範囲】
【請求項１】
配車した相乗り車両によって行先へ到着した乗客の前記行先および前記行先への到着時刻を含む前記乗客の行動情報を取得する行動情報取得部と、
過去に乗客を送迎した前記相乗り車両の配車実績を記憶する記憶部と、
前記行動情報および前記配車実績に基づいて、前記行先へ到着した前記乗客の帰路へ相乗り車両を配車する配車スケジュールを予測する帰路配車予測部と、
前記帰路配車予測部によって予測される前記配車スケジュールに従って相乗り車両を配車する配車部と
を備えることを特徴とする配車装置。
【請求項２】
前記行先から当該行先の状況を取得する行先状況取得部
を備え、
前記帰路配車予測部は、
前記行先の状況に応じて、前記配車スケジュールを変更する
ことを特徴とする請求項１に記載の配車装置。
【請求項３】
前記配車スケジュールを前記行先へ到着した乗客へ通知する通知部
を備えることを特徴とする請求項１または請求項２に記載の配車装置。
【請求項４】
前記通知部によって通知された前記配車スケジュールに対する応答を前記乗客から取得する応答取得部
を備え、
前記帰路配車予測部は、
前記応答に応じて前記配車スケジュールを変更する
ことを特徴とする請求項３に記載の配車装置。
【請求項５】
配車した相乗り車両によって行先へ到着した乗客の前記行先および前記行先への到着時刻を含む前記乗客の行動情報を取得する行動情報取得部と、
過去に乗客を送迎した前記相乗り車両の配車実績を記憶する記憶部と、
前記行動情報および前記配車実績に基づいて、前記行先へ到着した前記乗客の帰路へ相乗り車両を配車する配車スケジュールを予測する帰路配車予測部と、
前記帰路配車予測部によって予測される前記配車スケジュールに従って相乗り車両を配車する配車部と
を備える配車装置と、
前記配車装置との間で情報通信を行う前記相乗り車両と、
前記行先に設置されて前記配車装置との間で情報通信を行う端末装置と
を備えることを特徴とする配車システム。
【請求項６】
配車した相乗り車両によって行先へ到着した乗客の前記行先および前記行先への到着時刻を含む前記乗客の行動情報を取得する行動情報取得工程と、
過去に乗客を送迎した前記相乗り車両の配車実績を記憶する記憶工程と、
前記行動情報および前記配車実績に基づいて、前記行先へ到着した前記乗客の帰路へ相乗り車両を配車する配車スケジュールを予測する帰路配車予測工程と、
前記帰路配車予測工程によって予測される前記配車スケジュールに従って相乗り車両を配車する配車工程と
を含むことを特徴とする配車方法。
【発明の詳細な説明】
【技術分野】
【０００１】
開示の実施形態は、配車装置、配車システム、および配車方法に関する。
【背景技術】
【０００２】
従来、相乗りを望む複数の乗客から運行依頼を受けた場合に、各乗客の出発日、出発地、および到着地等に基づいて乗客のグルーピングを行い、１つの運行で複数の乗客を効率よく車両に乗せて目的地へ送り届けるシステムがある（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−１５０４７０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来の技術は、相乗り車両によって行先へ到着した乗客が、相乗り車両での帰宅を望む場合、再度、帰宅のために運行依頼をする必要があり、利便性について改善の余地がある。
【０００５】
実施形態の一態様は、上記に鑑みてなされたものであって、乗客の利便性を向上させた相乗り車両を配車することができる配車装置、配車システム、および配車方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
実施形態の一態様に係る配車装置は、行動情報取得部と、記憶部と、帰路配車予測部と、配車部とを備える。行動情報取得部は、配車した相乗り車両によって行先へ到着した乗客の前記行先および前記行先への到着時刻を含む前記乗客の行動情報を取得する。記憶部は、過去に乗客を送迎した前記相乗り車両の配車実績を記憶する。帰路配車予測部は、前記行動情報および前記配車実績に基づいて、前記行先へ到着した前記乗客の帰路へ相乗り車両を配車する配車スケジュールを予測する。配車部は、前記帰路配車予測部によって予測される前記配車スケジュールに従って相乗り車両を配車する。
【発明の効果】
【０００７】
実施形態の一態様に係る配車装置、配車システム、および配車方法は、乗客の利便性を向上させた相乗り車両を配車することができる。
【図面の簡単な説明】
【０００８】
【図１】図１は、実施形態に係る配車システムの構成の一例を示す説明図である。
【図２Ａ】図２Ａは、実施形態に係る配車実績に基づく配車方法の一例を示す説明図である。
【図２Ｂ】図２Ｂは、実施形態に係る配車実績に基づく配車方法の一例を示す説明図である。
【図３Ａ】図３Ａは、実施形態に係る応答に基づく配車方法の一例を示す説明図である。
【図３Ｂ】図３Ｂは、実施形態に係る応答に基づく配車方法の一例を示す説明図である。
【図４Ａ】図４Ａは、実施形態に係る行先の状況に基づく配車方法の一例を示す説明図である。
【図４Ｂ】図４Ｂは、実施形態に係る行先の状況に基づく配車方法の一例を示す説明図である。
【図５】図５は、実施形態に係る乗客の行動パターンに基づく配車方法の一例を示す説明図である。
【図６】図６は、実施形態に係る配車装置の制御部が実行する処理の一例を示すフローチャートである。
【発明を実施するための形態】
【０００９】
以下、添付図面を参照して、配車装置、配車システム、および配車方法の実施形態を詳細に説明する。なお、以下に示す実施形態によりこの発明が限定されるものではない。
【００１０】
図１は、実施形態に係る配車システム１００の構成の一例を示す説明図である。図１に示すように、実施形態に係る配車システム１００は、配車装置１と、相乗り車両の一例であるシェアタクシーＴと、乗客の行先の一例である病院Ｄ１やレストランＤ２等に設置される端末装置（以下、行先装置と略称する場合がある）とを含む。
【００１１】
なお、図１には、１台のシェアタクシーＴを図示しているが、配車装置１は、複数台のシェアタクシーＴの配車管理を行うことができる。また、図１には、行先の一例として病院Ｄ１と、レストランＤ２とを図示しているが、配車装置１との間で情報通信を行う行先装置が設置される行先は、病院Ｄ１およびレストランＤ２に限定されるものではなく、任意の施設や店舗であってもよい。また、配車装置１との間で情報通信を行う行先装置が設置される行先の数については、任意に設定変更が可能である。
【００１２】
配車装置１は、通信部２と、記憶部３と、制御部４とを備える。通信部２は、例えば、ＮＩＣ（Network  Interface  Card）等によって実現される。通信部２は、例えば、インターネット等の通信ネットワークＮを介して、シェアタクシーＴ、病院Ｄ１の行先装置、およびレストランＤ２の行先装置等と情報通信可能に接続される。
【００１３】
また、通信部２は、通信ネットワークＮを介して、複数の乗客Ｕ１，Ｕ２が携帯するスマートフォン等の端末装置Ｍ１，Ｍ２と情報通信可能に接続される。なお、以下では、複数の乗客Ｕ１，Ｕ２のうちの任意の乗客を乗客Ｕと記載し、乗客Ｕが携帯する端末装置を端末装置Ｍと記載する。
【００１４】
記憶部３は、例えば、データフラッシュ等の情報記憶デバイスであり、配車実績３１を記憶する。配車実績３１は、過去に配車装置１によって配車したシェアタクシーＴが乗客Ｕを乗降させた場所、日時、曜日、天候、および乗客数等を含む。
【００１５】
配車実績３１は、ある場所から行先へ乗客Ｕを送り届けたときに乗客Ｕを乗降させた場所、日時、曜日、天候、乗客数を含む往路情報と、その行先からの帰路で乗客Ｕを乗降させた場所、日時、曜日、天候、乗客数を含む復路情報とが対応付けられている。
【００１６】
制御部４は、ＣＰＵ（Central  Processing  Unit）、ＲＯＭ（Read  Only  Memory）、ＲＡＭ（Random  Access  Memory）などを有するマイクロコンピュータや各種の回路を含む。制御部４は、ＣＰＵがＲＯＭに記憶されたプログラムを、ＲＡＭを作業領域として使用して実行することにより機能する複数の処理部を備える。
【００１７】
具体的には、制御部４は、行動情報取得部４１と、帰路配車予測部４２と、行先状況取得部４３と、配車部４４と、通知部４５と、応答取得部４６とを備える。なお、制御部４が備える複数の処理部は、一部または全部がＡＳＩＣ（Application  Specific  Integrated  Circuit）やＦＰＧＡ（Field  Programmable  Gate  Array）等のハードウェアで構成されてもよい。
【００１８】
制御部４が備える行動情報取得部４１、帰路配車予測部４２、行先状況取得部４３、配車部４４、通知部４５、および応答取得部４６は、それぞれ以下に説明する情報処理を実行する。なお、制御部４の内部構成は、図１に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。
【００１９】
行動情報取得部４１は、シェアタクシーＴによる乗客の送り届けが完了した場合に、行先へ到着した乗客Ｕの行先と、行先への到着時刻とを含む乗客Ｕの行動情報をシェアタクシーＴから取得し、帰路配車予測部４２へ出力する。
【００２０】
帰路配車予測部４２は、行動情報と、記憶部３に記憶された配車実績３１に基づいて、行先へ到着した乗客の帰路へシェアタクシーＴを配車する配車スケジュールを予測する。例えば、帰路配車予測部４２は、配車実績３１に基づいて各乗客Ｕの行動パターンを予想し、行動パターンから各乗客Ｕが行先から帰路に就く時刻を予測して、各乗客Ｕの帰路へシェアタクシーＴを配車する配車スケジュールを予測する。そして、帰路配車予測部４２は、予測した配車スケジュールを配車部４４へ出力する。
【００２１】
配車部４４は、帰路配車予測部４２から入力される配車スケジュールに従って、シェアタクシーＴを配車する。ここで、図２Ａおよび図２Ｂを参照し、配車実績３１に基づく帰路への配車方法の一例について説明する。図２Ａおよび図２Ｂは、実施形態に係る配車実績３１に基づく配車方法の一例を示す説明図である。
【００２２】
図２Ａに示すように、シェアタクシーＴは、行先が病院Ｄ１の乗客Ｕ１を家Ｈ１の前で乗車させた後、行先がレストランＤ２の乗客Ｕ２を家Ｈ２の前で乗車させ、乗客Ｕ２を時刻１２：００にレストランＤ２で降車させ、乗客Ｕ１を時刻１２：１０に病院Ｄ１で降車させる場合がある。
【００２３】
かかる場合、行動情報取得部４１は、シェアタクシーＴから乗客Ｕ１の行先（病院Ｄ１）および行先への到着時刻（１２：１０）と、乗客Ｕ２の行先（レストランＤ２）および行先への到着時刻（１２：００）とを取得して、帰路配車予測部４２へ出力する。
【００２４】
帰路配車予測部４２は、乗客Ｕ１，Ｕ２の行先と、行先への到着時刻が同一または類似する複数の往路情報を配車実績３１から選択する。そして、配車装置１は、選択した往路情報に対応付けられた復路情報に基づいて、乗客Ｕ１，Ｕ２の帰路へシェアタクシーＴを配車する配車スケジュールを予測する。
【００２５】
例えば、帰路配車予測部４２は、複数の復路情報に含まれる乗客Ｕの乗車時刻の平均時刻を算出することによって、乗客Ｕ１，Ｕ２が帰路に就く時刻を予測して病院Ｄ１およびレストランＤ２へシェアタクシーＴを配車する配車スケジュールを導出する。そして、帰路配車予測部４２は、導出した配車スケジュールを配車部４４へ出力する。
【００２６】
配車部４４は、帰路配車予測部４２から入力される配車スケジュールをシェアタクシーＴへ送信する。これにより、図２Ｂに示すように、シェアタクシーＴは、例えば、乗客Ｕ１が病院Ｄ１から帰路に就く時刻１２：４０に病院Ｄ１の前を走行して乗客Ｕ１を乗車させることができる。
【００２７】
その後、シェアタクシーＴは、乗客Ｕ２がレストランＤ２から帰路に就く時刻１２：５０にレストランＤ２の前を走行して乗客Ｕ２を乗車させることができる。このように、配車装置１は、行先までの移動にシェアタクシーＴを利用した乗客Ｕ１，Ｕ２が帰りの予約をしなくても、帰路に就く乗客Ｕ１，Ｕ２を乗車させて帰宅させることができ、乗客Ｕ１，Ｕ２にとっての利便性を向上させたシェアタクシーＴを配車することができる。
【００２８】
また、配車装置１は、事前に乗客Ｕの帰路へ配車するシェアタクシーＴの配車スケジュールを予測するので、配車に要するコストの増大を抑制することができる。例えば、配車装置１は、配車スケジュールを予測しない場合、乗車依頼を受けてからシェアタクシーＴを手配する必要があるため、乗客Ｕの乗車場所近辺にシェアタクシーＴが走行していないと、遠方からシェアタクシーＴを手配することになりコストが嵩む。
【００２９】
これに対して、配車装置１は、配車スケジュールを予測するので、事前に乗客Ｕの乗車場所近辺を走行するシェアタクシーＴを手配しておくことができるので、配車に要する燃料費等を低減することでコストを低く抑えることができる。
【００３０】
図１へ戻り、制御部４の説明を続ける。配車部４４は、帰路配車予測部４２から入力される配車スケジュールを通知部４５へ出力する。通知部４５は、帰路の配車スケジュールを行先に到着した各乗客Ｕへ通知すると共に、帰路へのシェアタクシーＴの配車が必要か否かの応答を要求する。
【００３１】
これにより、乗客Ｕは、帰りの予約をしなくても、帰路へ配車されるシェアタクシーＴの配車スケジュールを知ることができるため、配車スケジュールに合わせて行先を出ることで、待ち時間なく帰りのシェアタクシーＴに乗車することができ、利便性が向上する。
【００３２】
また、乗客Ｕは、帰路へのシェアタクシーＴの配車が必要であることを示す応答を配車装置へ送信することで、例えば、配車スケジュールに多少遅れても、シェアタクシーＴに待ってもらえるため、確実にシェアタクシーＴで帰宅することができる。
【００３３】
なお、乗客Ｕは、帰路へのシェアタクシーＴの配車が不要であることを示す応答を配車装置へ送信することもできる。これにより、配車装置１は、帰りの乗客の確認を行うことができるというメリットがある。
【００３４】
応答取得部４６は、乗客Ｕから帰路へのシェアタクシーＴの配車が必要か否かの応答を取得し、取得した応答を帰路配車予測部４２へ出力する。帰路配車予測部４２は、応答取得部４６から入力される応答に応じて配車スケジュールを変更する。
【００３５】
ここで、図３Ａおよび図３Ｂを参照し、応答に基づく帰路への配車方法の一例について説明する。図３Ａおよび図３Ｂは、実施形態に係る応答に基づく配車方法の一例を示す説明図である。
【００３６】
図３Ａに示すように、配車装置１は、シェアタクシーＴが乗客Ｕ２をレストランＤ２で降車させた後、乗客Ｕ１を病院Ｄ１で降車させた場合に、乗客Ｕ１，Ｕ２へ帰路への配車スケジュールを通知する。
【００３７】
このとき、配車装置１は、例えば、乗客Ｕ１から帰路への配車要という応答を取得し、乗客Ｕ２から帰路への配車不要という応答を取得する場合がある。かかる場合、配車装置１は、図３Ｂに示すように、まず、シェアタクシーＴによって当初の予定どおり、時刻１２：４０に病院Ｄ１の前を走行させて乗客Ｕ１を乗車させ、その後、レストランＤ２へ寄る予定を変更して、乗客Ｕ１の家Ｈ１へ直行させる。
【００３８】
これにより、配車装置１は、シェアタクシーＴの走行距離を短縮することで配車にようするコストを低減することができると共に、乗客Ｕ１を最短距離で帰宅させることにより、乗客Ｕ１にとっての利便性も向上させることができる。
【００３９】
図１へ戻り、制御部４の説明を続ける。帰路配車予測部４２は、行先状況取得部４３から入力される情報に応じて配車スケジュールを変更する処理も行う。具体的には、行先状況取得部４３は、乗客Ｕの行先から行先の状況を取得して、帰路配車予測部４２へ出力する。帰路配車予測部４２は、行先状況取得部４３から入力される行先の状況に応じて配車スケジュールを変更する。
【００４０】
ここで、図４Ａおよび図４Ｂを参照し、行先の状況に基づく帰路への配車方法の一例について説明する。図４Ａおよび図４Ｂは、実施形態に係る行先の状況に基づく配車方法の一例を示す説明図である。
【００４１】
配車装置１は、図２示した走行ルートで乗客Ｕ２をレストランＤ２で降車させ、乗客Ｕ１を病院Ｄ１で降車させた後、図４Ａに示すように、時刻１２：３０にレストランＤ２のＰＯＳシステムから乗客Ｕ２の精算完了を示す行先の状況を取得する場合がある。
【００４２】
また、配車装置１は、その後、時刻１２：３５に病院Ｄ１のレセプトシステムから乗客Ｕ１の精算完了を示す行先の状況を取得する場合がある。かかる場合、配車装置１は、シェアタクシーＴによって当初、後に寄る予定であったレストランＤ２の前を時刻１２：３５に走行させて乗客Ｕ２を乗車させるように配車スケジュールを変更する。
【００４３】
その後、配車装置１は、シェアタクシーＴによって当初の予定どおり時刻１２：４０に病院Ｄ１の前を走行させて乗客Ｕ１を乗車させる。これにより、配車装置１は、乗客Ｕ１よりも先に精算を済ませた乗客Ｕ２を待たせることなく、また、当初の予定どおりに精算を済ませた乗客Ｕ１の方も待たせることなく、乗車させることができる。
【００４４】
また、帰路配車予測部４２は、例えば、特定の乗客Ｕの行動パターンに応じて配車スケジュールを変更することもできる。次に、図５を参照し、乗客Ｕ１の行動パターンに基づく配車方法の一例について説明する。図５は、乗客Ｕ１の行動パターンに基づく配車方法の一例を示す説明図である。
【００４５】
例えば、乗客Ｕ１は、毎日、病院Ｄ１へ行って帰宅するが、特定の曜日にだけ、病院Ｄ１の帰りに病院Ｄ１の近くのストアＤ３に立ち寄って帰宅する傾向があるとする。そこで、帰路配車予測部４２は、配車実績３１に基づいて、かかる乗客Ｕ１の行動パターンを予測する。
【００４６】
そして、帰路配車予測部４２は、乗客Ｕ１の行動パターンに応じて特定の曜日には、乗客Ｕ１の帰路への配車スケジュールを変更する。具体的には、図５に示すように、配車装置１は、特定の曜日には、シェアタクシーＴによって、いつもより５分遅い時刻１２：４５にストアＤ３の前を走行させて乗客Ｕ１を乗車させる。
【００４７】
その後、配車装置１は、シェアタクシーＴによって、いつもどおり時刻１２：５０にレストランＤ２の前を走行させて乗客Ｕ２を乗車させる。これにより、配車装置１は、乗客Ｕ２を待たせることなく、乗客Ｕ１にとっての利便性を向上させることができる。
【００４８】
次に、図６を参照し、実施形態に係る配車装置１の制御部４が実行する処理の一例について説明する。図６は、実施形態に係る配車装置１の制御部４が実行する処理の一例を示すフローチャートである。
【００４９】
制御部４は、シェアタクシーＴが複数の乗客Ｕを相乗りさせ、それぞれの行先まで送り届けた場合に、図６に示す処理を実行する。具体的には、制御部４は、シェアタクシーＴによる乗客の送り届けが完了した場合に、シェアタクシーＴから各乗客Ｕの行動情報を取得する（ステップＳ１０１）。
【００５０】
続いて、制御部４は、取得した行動情報と、配車実績３１とに基づいて帰路への配車スケジュールを予測し（ステップＳ１０２）、乗客Ｕへ配車スケジュールを通知する（ステップＳ１０３）。その後、制御部４は、乗客Ｕから応答を取得したか否かを判定する（ステップＳ１０４）。
【００５１】
そして、制御部４は、応答を取得しないと判定した場合（ステップＳ１０４，Ｎｏ）、処理をステップＳ１０６へ移す。また、制御部４は、応答を取得したと判定した場合（ステップＳ１０４，Ｙｅｓ）、乗客Ｕからの応答に応じて配車スケジュールを変更する（ステップＳ１０５）。
【００５２】
その後、制御部４は、行先の状況を取得したか否かを判定する（ステップＳ１０６）。そして、制御部４は、行先の状況を取得しないと判定した場合（ステップＳ１０６，Ｎｏ）、処理をステップＳ１０８へ移す。
【００５３】
また、制御部４は、行先の状況を取得したと判定した場合（ステップＳ１０６，Ｙｅｓ）、行先の状況に応じて配車スケジュールを変更する（ステップＳ１０７）。続いて、制御部４は、配車スケジュールに従って、シェアタクシーＴを配車する。その後、制御部４は、シェアタクシーＴから配車実績を取得して記憶し（ステップＳ１０９）、処理を終了する。
【００５４】
さらなる効果や変形例は、当業者によって容易に導き出すことができる。このため、本発明のより広範な態様は、以上のように表しかつ記述した特定の詳細および代表的な実施形態に限定されるものではない。したがって、添付の特許請求の範囲およびその均等物によって定義される総括的な発明の概念の精神または範囲から逸脱することなく、様々な変更が可能である。
【符号の説明】
【００５５】
１００  配車システム
１  配車装置
２  通信部
３  記憶部
３１  配車実績
４  制御部
４１  行動情報取得部
４２  帰路配車予測部
４３  行先状況取得部
４４  配車部
４５  通知部
４６  応答取得部
Ｔ  シェアタクシー
Ｕ１，Ｕ２  乗客
Ｍ１，Ｍ２  端末装置
Ｄ１  病院
Ｄ２  レストラン
Ｄ３  ストア
【図１】
2020149144.tif 000003
【図２Ａ】
2020149144.tif 000004
【図２Ｂ】
2020149144.tif 000005
【図３Ａ】
2020149144.tif 000006
【図３Ｂ】
2020149144.tif 000007
【図４Ａ】
2020149144.tif 000008
【図４Ｂ】
2020149144.tif 000009
【図５】
2020149144.tif 000010
【図６】
2020149144.tif 000011