(57)【要約】【課題】低コストで配車指示を適切な車両へ送信することができる車載通信装置、配車システムおよび車載通信方法を提供すること。【解決手段】実施形態に係る車載通信装置は、記憶部と、受信部と、判定部と、転送部とを備える。記憶部は、自車両および他車両の現在の状況を示す状況情報を記憶する。受信部は、指定された場所への配車を指示する配車指示を受信する。判定部は、記憶部に記憶された状況情報に基づき、受信部によって受信された配車指示を受領するか否かを判定する。転送部は、判定部によって配車指示を受領しないと判定された場合に、配車指示を他車両へ転送する。【選択図】図２
2018036957.tif 000002
【特許請求の範囲】
【請求項１】
自車両および他車両の現在の状況を示す状況情報を記憶する記憶部と、
指定された場所への配車を指示する配車指示を受信する受信部と、
前記記憶部に記憶された前記状況情報に基づき、前記受信部によって受信された前記配車指示を受領するか否かを判定する判定部と、
前記判定部によって前記配車指示を受領しないと判定された場合に、当該配車指示を前記他車両へ転送する転送部と
を備えることを特徴とする車載通信装置。
【請求項２】
前記記憶部に記憶された前記状況情報に基づき、前記自車両および前記他車両が前記配車指示を受領する優先順位を決定する順位決定部をさらに備え、
前記判定部は、
前記順位決定部によって決定された前記優先順位が最も高い車両が前記他車両であった場合に、前記配車指示を受領しないと判定し、
前記転送部は、
前記優先順位が最も高い前記他車両へ前記配車指示を転送すること
を特徴とする請求項１に記載の車載通信装置。
【請求項３】
前記判定部によって前記配車指示を受領すると判定された場合に、前記配車指示を受領する受領部をさらに備え、
前記受領部は、
受領した当該配車指示の宛先が前記他車両であった場合に、前記他車両に対して当該配車指示を前記自車両が受領した旨を通知すること
を特徴とする請求項１または２に記載の車載通信装置。
【請求項４】
前記状況情報は、特定の領域内に存在する前記自車両および他車両の待機時間を含み、
前記順位決定部は、
前記待機時間が長いほど前記優先順位を高くすること
を特徴とする請求項２に記載の車載通信装置。
【請求項５】
請求項１〜４のいずれか一つに記載の車載通信装置と、
前記状況情報を記憶するとともに、前記状況情報に基づいて前記配車指示を前記車載通信装置へ送信する外部装置と、
を備えることを特徴とする配車システム。
【請求項６】
自車両および他車両の現在の状況を示す状況情報を記憶する工程と、
指定された場所への配車を指示する配車指示を受信する工程と、
記憶した前記状況情報に基づき、受信した前記配車指示を受領するか否かを判定する工程と、
前記配車指示を受領しないと判定した場合に、当該配車指示を前記他車両へ転送する工程と
を含むことを特徴とする車載通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車載通信装置、配車システムおよび車載通信方法に関する。
【背景技術】
【０００２】
従来、たとえばタクシーなどの車両を依頼者のもとへ配車する配車システムがある。かかる配車システムは、たとえば営業中の車両の位置や動態（実車または空車）等の状況情報を一元管理するサーバ装置を備える（たとえば、特許文献１参照）。サーバ装置は、状況情報に基づき、たとえばタクシー会社からの配車指示を適切な車両へ送信する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１３−１１５５８９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記の従来技術では、たとえばサーバ装置に障害が発生した場合に、車両の状況を把握できなくなるため、配車指示が適切な車両へ送信されないおそれがあった。また、サーバ装置は、複数のタクシー会社に対応可能な状況情報等を含む大規模データベースを備えるため、従来は、かかるデータベースを使用するためのコストが嵩むという問題があった。
【０００５】
本発明は、上記に鑑みてなされたものであって、低コストで配車指示を適切な車両へ送信することができる車載通信装置、配車システムおよび車載通信方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上述した課題を解決し、目的を達成するために、本発明に係る車載通信装置は、記憶部と、受信部と、判定部と、転送部とを備える。記憶部は、自車両および他車両の現在の状況を示す状況情報を記憶する。受信部は、指定された場所への配車を指示する配車指示を受信する。判定部は、前記記憶部に記憶された前記状況情報に基づき、前記受信部によって受信された前記配車指示を受領するか否かを判定する。転送部は、前記判定部によって前記配車指示を受領しないと判定された場合に、当該配車指示を前記他車両へ転送する。
【発明の効果】
【０００７】
本発明によれば、低コストで配車指示を適切な車両へ送信することができる。
【図面の簡単な説明】
【０００８】
【図１】図１は、実施形態に係る配車システムの概要を示す図である。
【図２】図２は、実施形態に係る配車システムの構成を示すブロック図である。
【図３】図３は、利用者情報の説明図である。
【図４】図４は、明細情報の説明図である。
【図５】図５は、状況情報の説明図である。
【図６Ａ】図６Ａは、順位決定部の処理内容を示す図である。
【図６Ｂ】図６Ｂは、順位決定部の処理内容を示す図である。
【図７】図７は、複数の車両へ配車指示を送信した場合の処理内容を示す図である。
【図８】図８は、実施形態に係る車載通信装置が実行する受領処理の処理手順を示すフローチャートである。
【図９】図９は、実施形態の変形例に係る配車システムの概要を示す図である。
【発明を実施するための形態】
【０００９】
以下、添付図面を参照して、本願の開示する車載通信装置、配車システムおよび車載通信方法の実施形態を詳細に説明する。なお、この実施形態により本発明が限定されるものではない。
【００１０】
まず、図１を用いて、実施形態に係る配車システムの概要について説明する。図１は、実施形態に係る配車システム１００の概要を示す図である。以下では、配車システム１００を、タクシー会社に適用した場合について説明する。
【００１１】
なお、配車システム１００の適用対象は、タクシー会社の配車システムに限定されるものではなく、たとえば荷物を集荷するために依頼者のもとへ営業車を配車する運送会社等の配車システムに適用することもできる。
【００１２】
図１に示すように、配車システム１００は、車載通信装置１と、外部装置５０とを備える。これら車載通信装置１および外部装置５０は、たとえば公衆無線通信等のネットワークＮによって互いに通信可能に接続され、互いにデータの送受信や、ＩＰ（Internet  Protocol）電話による通話を行うことができる。
【００１３】
なお、車載通信装置１同士は、ネットワークＮによる接続に加え、たとえば車車間通信等の近距離無線通信によって接続されることとしてもよい。
【００１４】
外部装置５０は、たとえばＰＣ（Personal  Computer）であり、タクシー会社等の事務所内に設置される。外部装置５０は、指定された場所への配車を指示する配車指示を車両Ｃ１〜Ｃｎ（以下、総称して車両Ｃと記載する）のうち適切な車両Ｃへ送信する。
【００１５】
具体的には、外部装置５０は、たとえば電話等により、利用者から場所を指定する配車依頼を受け付け、配車依頼により指定された場所への配車を指示する配車指示を生成する。
【００１６】
そして、外部装置５０は、生成した配車指示をたとえば指定された場所に最も近い車両Ｃへ送信する。なお、以下では、車両Ｃを自車両または他車両と記載する場合がある。
【００１７】
車載通信装置１は、各車両Ｃに搭載され、外部装置５０から送信される配車指示の受領や動態の表示処理等を行う。動態とは、たとえばタクシーにおける「実車」や「空車」、「迎車」等の営業状況を指す。
【００１８】
そして、車載通信装置１は、配車指示を受領すると、タクシーである車両Ｃの動態の表示を「空車」から「迎車」に変更して、車両Ｃを指定された場所へ向かわせる。
【００１９】
ここで、従来の配車システムについて説明する。従来の配車システムでは、図示しないサーバ装置が、ネットワークを介して外部装置および車載通信装置と通信可能に接続されていた。
【００２０】
また、サーバ装置は、複数のタクシー会社の配車システムに接続され、たとえばタクシーの利用者に関する情報や、複数のタクシー会社の全ての車両の位置や動態等の現在の状況を示す状況情報を大規模データベースに記憶することで一元管理していた。
【００２１】
このため、従来の配車システムでは、外部装置は、配車指示を適切な車両Ｃへ送信するためには、サーバ装置を介さなければならなかった。ところが、従来の配車システムでは、仮に、サーバ装置に障害が発生した場合には、各車両の現在の状況を把握できなくなるため、配車指示が適切な車両へ送信されないおそれがあった。
【００２２】
また、従来の配車システムでは、大規模データベースを備えるサーバ装置を利用するためのコストが嵩むという問題もあった。
【００２３】
そこで、実施形態に係る配車システム１００では、外部装置５０および車載通信装置１それぞれが上記した状況情報を共有することで、サーバ装置を介さずに配車指示を送信することとした。具体的には、外部装置５０および車載通信装置１は、共通の状況情報をそれぞれ記憶することとした。
【００２４】
そして、外部装置５０は、状況情報に基づいて車載通信装置１へ直接配車指示を送信することで、サーバ装置を代替する。なお、状況情報については、図５を用いて後述する。
【００２５】
また、車載通信装置１は、記憶した状況情報に基づき、外部装置５０から受信した配車指示を受領するか否かを判定する。そして、車載通信装置１は、配車指示を受領しないと判定した場合に、配車指示を他車両へ転送する。
【００２６】
つまり、実施形態に係る配車システム１００では、たとえば外部装置５０から配車指示が適切な車両Ｃへ送信されなかった場合に、車載通信装置１側で配車指示を受領する最適な車両Ｃを特定し、かかる車両Ｃへ直接転送する。
【００２７】
このように、実施形態に係る配車システム１００では、外部装置５０および車載通信装置１の間で直接配車指示の送受信を可能とし、さらに、各車載通信装置１の間で配車指示を転送することができる。したがって、配車システム１００では、低コストで配車指示を適切な車両Ｃへ送信することができる。
【００２８】
次に、図２を用いて、実施形態に係る配車システム１００の構成について詳細に説明する。図２は、実施形態に係る配車システム１００の構成を示すブロック図である。なお、図２では、配車システム１００の説明に必要な構成要素を示しており、一般的な構成要素についての記載を省略している。
【００２９】
図２に示すように、配車システム１００は、車載通信装置１と、外部装置５０とを備える。まず、外部装置５０の構成について説明する。
【００３０】
外部装置５０は、制御部５１と、記憶部５２と、通信インタフェース５３とを備える。制御部５１は、受付部５１ａと、配車部５１ｂとを備える。記憶部５２は、利用者情報５２ａと、状況情報５２ｂと、明細情報５２ｃとを記憶する。
【００３１】
ここで、外部装置５０は、たとえば、ＣＰＵ（Central  Processing  Unit）、ＲＯＭ（Read  Only  Memory）、ＲＡＭ（Random  Access  Memory）、ＨＤＤ（Hard  Disk  Drive）、入出力ポートなどを有するコンピュータや各種の回路を含む。
【００３２】
コンピュータのＣＰＵは、たとえば、ＲＯＭに記憶されたプログラムを読み出して実行することによって、制御部５１の受付部５１ａおよび配車部５１ｂとして機能する。
【００３３】
また、制御部５１の受付部５１ａおよび配車部５１ｂの少なくともいずれか一つまたは全部をＡＳＩＣ（Application  Specific  Integrated  Circuit）やＦＰＧＡ（Field  Programmable  Gate  Array）等のハードウェアで構成することもできる。
【００３４】
また、記憶部５２は、たとえば、ＲＡＭやＨＤＤに対応する。ＲＡＭやＨＤＤは、利用者情報５２ａ、状況情報５２ｂおよび明細情報５２ｃを記憶することができる。なお、外部装置５０は、有線や無線のネットワークで接続された他のコンピュータや可搬型記録媒体を介して上記したプログラムや各種情報を取得することとしてもよい。
【００３５】
外部装置５０の制御部５１は、利用者から配車依頼を受け付けるとともに、車載通信装置１へ配車指示を送信する。また、制御部５１は、車載通信装置１から配車指示の受領通知を取得する処理も行う。
【００３６】
受付部５１ａは、利用者情報５２ａに基づいて利用者から配車場所を指定する配車依頼を受け付ける。利用者情報５２ａとは、利用者を特定するための情報である。
【００３７】
ここで、利用者情報５２ａの詳細について、図３を用いて説明する。図３は、利用者情報５２ａの説明図である。図３に示すように、利用者情報５２ａは、「名称」、「前回配車場所」、「電話番号」および「利用実績」といった項目を含む。
【００３８】
「名称」は、配車を依頼する利用者の名称であり、「Ｂさん」や「Ｃ銀行」といった個人名や企業名である。「前回配車場所」は、前回依頼時に車両Ｃを配車した場所を示す。「電話番号」は、利用者の電話番号であり、携帯電話番号や固定電話番号を含む。「利用実績」は、過去に配車を依頼した回数を示す。
【００３９】
つまり、受付部５１ａは、たとえば利用者から電話があった場合に、この利用者情報５２ａを参照することで、利用者を特定する。これにより、サーバ装置を介さずとも配車を受け付ける段階で、たとえばタクシー会社の従業員が、予め利用者の詳細を知ることができるため、迅速な受付対応を行うことができる。
【００４０】
また、受付部５１ａは、利用者情報５２ａに存在しない利用者、つまり新規の利用者から配車依頼があった場合には、配車依頼時に新規の利用者を追加することで利用者情報５２ａを更新する。
【００４１】
なお、受付部５１ａは、新規の利用者情報５２ａの追加を、配車依頼時に行うが、これに限定されず、たとえば電話帳データ等から予め新規の利用者情報５２ａを取得してもよい。これにより、新規の利用者から電話があった場合であっても、前もって新規の利用者の詳細を知ることができる。
【００４２】
なお、図３に示す利用者情報５２ａは一例であり、これに限定されない。たとえば、前回利用時から所定の期間が経過した利用者を削除した利用者情報５２ａとしてもよい。つまり、頻繁に利用する利用者の情報のみを記憶することで、記憶部５２の記憶容量を抑えることができる。
【００４３】
配車部５１ｂは、受付部５１ａから取得した配車依頼および状況情報５２ｂに基づき、配車指示を送信する。具体的には、配車部５１ｂは、受領することが適切な車両Ｃを宛先として決定し、宛先である車両Ｃへ配車指示を送信する。
【００４４】
たとえば、配車部５１ｂは、配車指示によって指定された場所に最も近い車両Ｃを宛先として決定する。なお、状況情報５２ｂの詳細については、図５を用いて後述する。
【００４５】
なお、配車部５１ｂは、宛先として決定した車両Ｃのみへ配車指示を送信することに限定されず、たとえば宛先である車両Ｃ以外の車両Ｃへも併せて送信してもよいが、かかる点については図７を用いて後述する。
【００４６】
また、配車部５１ｂは、通信インタフェース５３を介して宛先である車両Ｃの車載通信装置１へ配車指示を送信するとともに、送信した配車指示を示す明細情報５２ｃを記憶部５２へ記憶する。ここで、明細情報５２ｃについて、図４を用いて説明する。
【００４７】
図４は、明細情報５２ｃの説明図である。図４に示すように、明細情報５２ｃは、「明細ＩＤ」、「依頼者名」、「配車場所」、「宛先」および「受領車両」といった項目を含む。
【００４８】
「明細ＩＤ」は、各配車指示の明細を識別する情報である。「依頼者名」は、配車依頼をした利用者の名称を示す。「配車場所」は、配車依頼により指定された場所を示す。「宛先」は、配車部５１ｂによる配車指示の送信先となる車両Ｃを示す。「受領車両」は、実際に配車指示を受領した車両Ｃを示す。
【００４９】
たとえば、「明細ＩＤ」の「１」は、「宛先」と「受領車両」とが同じ「車両１」である。これは、配車指示の送信先が「車両１」であり、かつ、配車指示を「車両１」が受領したことを示す。
【００５０】
また、「明細ＩＤ」の「２」は、「宛先」と「受領車両」とが異なる。これは、配車指示を「車両２」へ送信後、転送された「車両１」が受領したことを示す。また、「明細ＩＤ」の「３」は、配車指示を「車両２」へ送信したが、配車指示の受領の通知を受けていないことを示す。
【００５１】
つまり、配車部５１ｂは、一度配車指示を車両Ｃへ送信してしまえば、車両Ｃから最終的な受領の通知を受けるだけでよい。言い換えれば、配車部５１ｂからの配車指示が間違いであった場合でも、各車両間で配車指示の修正が行われるため、配車部５１ｂは繰り返し配車指示を送信し直す必要がない。これにより、外部装置５０の処理負荷を軽減することができる。
【００５２】
次に、図２に戻って、車載通信装置１の構成について説明する。車載通信装置１は、制御部１０と、記憶部２０と、通信インタフェース３０とを備える。また、車載通信装置１は、上記した外部装置５０と同様に、コンピュータや各種の回路にて構成することができる。
【００５３】
制御部１０は、更新部１１と、受信部１２と、順位決定部１３と、判定部１４と、受領部１５と、転送部１６と、動態表示部１７とを備える。記憶部２０は、状況情報２１を記憶する。状況情報２１とは、自車両および他車両の現在の状況を示す情報である。ここで、図５を用いて、状況情報２１について具体的に説明する。
【００５４】
図５は、状況情報２１の説明図である。なお、車載通信装置１が記憶する状況情報２１と外部装置５０が記憶する状況情報５２ｂとは、基本的に同じ内容の情報を含むが、後述する更新の時間等が若干異なるため、符号（図２参照）を分けて記載することとする。
【００５５】
つまり、配車システム１００では、車載通信装置１と外部装置５０とで状況情報２１（状況情報５２ｂ）を分散して記憶し、さらに車載通信装置１と外部装置５０とが互いに状況情報２１、５２ｂの同期をとる。
【００５６】
図５に示すように、状況情報２１は、「車両」、「ＩＰアドレス」、「位置」および「動態（変化時刻）」といった項目を含む。
【００５７】
「車両」は、各車両Ｃの名称であり、自車両および他車両が含まれる。「ＩＰアドレス」は、各車両Ｃに割り当てられた動的ＩＰアドレスであり、たとえば車載通信装置１の起動時に割り当てられる。「位置」は、車両Ｃの現在の位置であり、たとえば緯度・経度で表すことができる。「動態（変化時刻）」は、車両Ｃの現在の動態および現在の動態に変化した時刻を示す。
【００５８】
つまり、車載通信装置１は、状況情報２１を参照することで、他車両の位置や動態等の状況を把握でき、かつ、「ＩＰアドレス」を使用して、他車両へ直接配車指示の送信を行うことができる。
【００５９】
なお、図５に示した、「ＩＰアドレス」は、動的ＩＰアドレスに限定されず、静的ＩＰアドレス、つまり、各車両Ｃに予め割り当てられた固定のＩＰアドレスであってもよい。
【００６０】
次に、図２に戻って制御部１０について説明する。制御部１０は、外部装置５０から送信される配車指示を受信し、受信した配車指示を受領または転送する処理を行う。また、制御部１０は、記憶部２０の状況情報２１を定期的に更新する処理も行う。
【００６１】
更新部１１は、車載通信装置１の起動時または所定の時間間隔で状況情報２１を更新する。または、更新部１１は、状況情報２１を常時更新する。具体的には、更新部１１は、図示しないＧＰＳ（Global  Positioning  System）衛星からの信号に基づく自車両の位置や、後述する動態表示部１７から自車両の動態に関する情報を取得することで状況情報２１に含まれる自車両の状況を書き換える。
【００６２】
また、更新部１１は、他車両に搭載された車載通信装置１から他車両の状況情報２１を取得し、自身の状況情報２１に含まれる他車両の状況を書き換える。また、更新部１１は、状況情報２１を外部装置５０へ送信することで、外部装置５０に記憶された状況情報５２ｂを更新する。
【００６３】
受信部１２は、外部装置５０から指定された場所への配車を指示する配車指示を受信する。また、受信部１２が受信する配車指示の宛先は、自車両または他車両のいずれかであるが、かかる点については、図７を用いて後述する。受信部１２は、受信した配車指示を判定部１４へ出力する。
【００６４】
順位決定部１３は、記憶部２０に記憶された状況情報２１に基づき、自車両および他車両が配車指示を受領する優先順位を決定する。たとえば、順位決定部１３は、配車指示により指定された場所までの距離が近い車両Ｃほど優先順位を高くする。
【００６５】
なお、順位決定部１３が決定する優先順位は、指定された場所までの距離に限らず、たとえば車両Ｃの走行車線や特定の領域における待機時間を考慮してもよい。かかる点については、図６Ａおよび図６Ｂを用いて後述する。
【００６６】
判定部１４は、記憶部２０に記憶された状況情報２１に基づき、受信部１２によって受信された配車指示を受領するか否かを判定する。具体的には、判定部１４は、順位決定部１３によって決定された優先順位が最も高い車両Ｃが自車両であった場合に、配車指示を受領すると判定する。
【００６７】
一方、判定部１４は、優先順位が最も高い車両Ｃが自車両ではない、つまり他車両であった場合に、配車指示を受領しないと判定する。つまり、判定部１４は、受信した配車指示を自車両および他車両のうちいずれの車両Ｃが優先的に配車指示を受領すべきかを判定する。
【００６８】
判定部１４は、配車指示を受領すると判定した場合には、判定結果を受領部１５へ通知し、一方で配車指示を受領しないと判定した場合には、判定結果を転送部１６へ通知する。
【００６９】
受領部１５は、判定部１４によって配車指示を受領すると判定された場合に、かかる配車指示を受領する。また、受領部１５は、受領した配車指示の宛先（図４参照）が自車両であるか否かを判定する。
【００７０】
受領部１５は、受領した配車指示の宛先が自車両であった場合には、受領した配車指示を動態表示部１７へ出力する。一方、受領部１５は、受領した配車指示の宛先が他車両であった場合に、他車両に対してかかる配車指示を受領した旨を通知する。なお、受領部１５の具体的な処理内容については図７を用いて後述する。
【００７１】
転送部１６は、判定部１４によって配車指示を受領しないと判定された場合に、受信した配車指示を他車両へ転送する。たとえば、転送部１６は、全ての他車両へ配車指示を転送する。これにより、配車指示が間違っていた場合に、配車指示を適切な他車両へ確実に転送することができる。
【００７２】
なお、転送部１６は、必ずしも配車指示を全ての他車両へ転送する必要はなく、転送する他車両の数を絞ってもよい。たとえば、転送部１６は、順位決定部１３によって決定された優先順位に基づいて、特定の車両へ配車指示を転送する。
【００７３】
具体的には、転送部１６は、かかる優先順位が最も高い他車両へ配車指示を転送する。これにより、転送時の通信データ量を抑えることができる。なお、転送部１６は、優先順位が最も高い他車両のみに限定されず、優先順位の上位複数台へも配車指示を転送してもよい。
【００７４】
動態表示部１７は、受領部１５によって受領された配車指示に従って、動態の表示を変更するとともに、更新部１１へ現在の動態および動態が変化した時刻を示す情報を出力する。
【００７５】
具体的には、動態表示部１７は、たとえば操作ボタン等の操作部を有し、配車指示の受領を乗務員に通知してから所定時間以内に、乗務員が迎車可能か否かを操作部への操作により受け付ける。動態表示部１７は、所定時間以内に乗務員から操作ボタンへの操作があった場合に、動態の表示を「空車」から「迎車」へ変更する。
【００７６】
一方、動態表示部１７は、所定時間以内に乗務員から操作ボタンへの操作がなかった場合に、配車指示を受領しない旨を転送部１６へ通知する。このとき、転送部１６は、たとえば優先順位が自車両の次に高い他車両へ配車指示を転送する。
【００７７】
これにより、受領部１５が配車指示を一旦は受領したものの、乗務員が休憩中などで配車指示に対応できない場合に、配車指示を他車両へ転送することができる。
【００７８】
次に、図６Ａおよび図６Ｂを用いて、順位決定部１３の処理内容について具体的に説明する。図６Ａおよび図６Ｂは、順位決定部１３の処理内容を示す図である。図６Ａには、中央分離帯Ｌによって区切られた２車線を車両Ｃ１および車両Ｃ２が対向して走行している場面を示す。
【００７９】
ここで、車両Ｃ２が場所Ｐへの配車指示を受信したとする。このとき、図６Ａに示すように、車両Ｃ２は車両Ｃ１より場所Ｐまでの距離が近い。ところが、車両Ｃ２は、中央分離帯Ｌがあるため、場所Ｐに直接行けず、迂回する必要があり、車両Ｃ１よりも到着までに時間がかかってしまう。
【００８０】
そこで、順位決定部１３は、車両Ｃ１、Ｃ２の走行車線を考慮して優先順位を決定することとした。具体的には、順位決定部１３は、場所Ｐ側の走行車線を走行する車両Ｃ１の優先順位を車両Ｃ２より高くすることとした。なお、順位決定部１３は、たとえばナビゲーション装置から走行車線を取得することができる。
【００８１】
つまり、順位決定部１３は、単純に場所Ｐまでの直線距離ではなく、走行中の車線から場所Ｐまでの走行経路を予測し、予測した走行経路が短いほど優先順位を高くする。これにより、場所Ｐまでの到着時間が短い車両Ｃへ配車指示を転送することができる。
【００８２】
また、順位決定部１３は、車両Ｃの走行車線以外に、特定の領域における待機時間を考慮して優先順位を決定してもよい。かかる点について図６Ｂを用いて説明する。図６Ｂでは、３台の車両Ｃ３、Ｃ４およびＣ５が駅前の待機場所で待機している場面を示す。
【００８３】
なお、かかる待機場所における待機時間は、長い順に車両Ｃ３、車両Ｃ４、車両Ｃ５とする。また、待機時間は、状況情報２１に記憶される「動態（変化時刻）」の時刻に基づいて算出することができる。
【００８４】
ここで、待機場所とは異なる場所への配車を指示する配車指示があったとする。かかる場合に、順位決定部１３は、特定の領域内、つまり駅前の待機場所に存在する車両Ｃ３、Ｃ４およびＣ５のうち、待機時間が長いほど優先順位を高くする。
【００８５】
すなわち、図６Ｂにおける優先順位は、高い順に車両Ｃ３、車両Ｃ４、車両Ｃ５となる。このように、順位決定部１３は、車両Ｃの待機時間を考慮することで、平等に配車指示を転送することができる。
【００８６】
次に、図７を用いて、複数の車両Ｃへ配車指示を送信した場合の処理内容について具体的に説明する。図７は、複数の車両Ｃへ配車指示を送信した場合の処理内容を示す図である。図７では、説明の便宜上、車両Ｃ６および車両Ｃ７の現在の位置を地図に示す。
【００８７】
また、かかる地図には、配車指示により指定された場所Ｐを示す。ここで、外部装置５０の配車部５１ｂは、車両Ｃ６を宛先とする配車指示を車両Ｃ６へ送信する。
【００８８】
このとき、外部装置５０は、同じ配車指示をたとえば場所Ｐから所定距離内に存在するすべての他車両（図７では車両Ｃ７）を送信対象とし、かかる送信対象である車両Ｃ７へも併せて送信する。つまり、車両Ｃ７は、宛先が他車両（車両Ｃ６）である配車指示の受信および受領を行う。
【００８９】
なお、送信対象となる場所Ｐからの所定距離は、固定距離としてもよく、たとえば車両Ｃ７（宛先となる車両）に応じた距離としてもよい。
【００９０】
本来、外部装置５０の配車部５１ｂは、車両Ｃ６と車両Ｃ７との位置関係からすれば、車両Ｃ７を宛先とすべきである。ところが、外部装置５０に記憶される状況情報５２ｂの更新遅れ等があった場合に、古い状況情報５２ｂに基づいて宛先を決定するため、図７のように間違った配車指示が送信されることがある。
【００９１】
そこで、外部装置５０によって宛先でない車両Ｃ７へも配車指示が送信された場合に、車両Ｃ７の車載通信装置１側で配車指示を修正する。具体的には、車載通信装置１の受領部１５（車両Ｃ７側）は、判定部１４によって受領すると判定された場合に、配車指示の宛先が自車両であるか他車両であるかを判定する。
【００９２】
そして、受領部１５（車両Ｃ７側）は、配車指示の宛先が他車両（車両Ｃ６）であった場合、配車指示を車両Ｃ７が受領した旨を車両Ｃ６へ通知する。このとき、受領部１５は、外部装置５０へも同様の旨を通知しておく。
【００９３】
つまり、受領部１５（車両Ｃ７側）は、外部装置５０から送信された配車指示の宛先が間違いであることを車両Ｃ６へ通知する。これにより、たとえば車両Ｃ６が誤って配車指示を受領することを防止できる。
【００９４】
次に、図８を用いて、実施形態に係る車載通信装置１が実行する受領処理の処理手順について説明する。図８は、実施形態に係る車載通信装置１が実行する受領処理の処理手順を示すフローチャートである。
【００９５】
図８に示すように、受信部１２は、指定された場所への配車を指示する配車指示を外部装置５０から受信する（ステップＳ１０１）。つづいて、順位決定部１３は、記憶部２０に記憶された状況情報２１に基づき、配車指示を受領する自車両および他車両の優先順位を決定する（ステップＳ１０２）。
【００９６】
つづいて、判定部１４は、記憶部２０に記憶された状況情報２１に基づき、受信部１２によって受信された配車指示を受領するか否かを判定する（ステップＳ１０３）。
【００９７】
受領部１５は、判定部１４によって配車指示を受領すると判定された場合（ステップＳ１０３、Ｙｅｓ）、配車指示を受領する（ステップＳ１０４）。動態表示部１７は、受領した配車指示を乗務員へ通知する（ステップＳ１０５）。
【００９８】
動態表示部１７は、所定時間内に、乗務員からボタン操作等の所定の操作を受け付けたか否かを判定する（ステップＳ１０６）。受領部１５は、動態表示部１７が乗務員から所定の操作を受け付けた場合（ステップＳ１０６、Ｙｅｓ）、宛先が自車両であるか否かを判定する（ステップＳ１０７）。
【００９９】
つづいて、受領部１５は、宛先が自車両であった場合（ステップＳ１０７、Ｙｅｓ）、処理を終了する。一方、ステップＳ１０３の判定処理において、転送部１６は、判定部１４によって配車指示を受領しないと判定された場合（ステップＳ１０３、Ｎｏ）、配車指示を他車両へ転送する（ステップＳ１０８）。
【０１００】
また、ステップＳ１０６の判定処理において、転送部１６は、動態表示部１７が乗務員から所定の操作を受け付けない場合（ステップＳ１０６、Ｎｏ）、処理をステップＳ１０８へ移行する。
【０１０１】
また、ステップＳ１０７の判定処理において、受領部１５は、宛先が自車両ではない、つまり宛先が他車両であった場合（ステップＳ１０７、Ｎｏ）、他車両に対して自車両が配車指示を受領する旨を通知して（ステップＳ１０９）、処理を終了する。
【０１０２】
上述してきたように、実施形態に係る車載通信装置１は、記憶部２０と、受信部１２と、判定部１４と、転送部１６とを備える。記憶部２０は、自車両および他車両の現在の状況を示す状況情報２１を記憶する。受信部１２は、指定された場所への配車を指示する配車指示を受信する。判定部１４は、記憶部２０に記憶された状況情報２１に基づき、受信部１２によって受信された配車指示を受領するか否かを判定する。転送部１６は、判定部１４によって配車指示を受領しないと判定された場合に、配車指示を他車両へ転送する。これにより、低コストで配車指示を適切な車両へ送信することができる。
【０１０３】
なお、上述した実施形態では、配車システム１００は、車載通信装置１と外部装置５０とを備える構成としたが、配車システム１００がさらにサーバ装置を備えることとしてもよい。かかる点について、図９を用いて説明する。
【０１０４】
図９は、実施形態の変形例に係る配車システム１００の概要を示す図である。図９に示すように、変形例に係る配車システム１００は、センタ６０と、車載通信装置１と、外部装置５０とを備える。
【０１０５】
センタ６０は、サーバ装置６１と、大規模データベース６２とを備える。また、センタ６０は、複数のタクシー会社の配車システム１００に接続され、各タクシー会社へ配車サービスを提供する。
【０１０６】
大規模データベース６２は、複数のタクシー会社が有する全タクシーの状況情報２１や電話帳データから取得した全ての利用者の利用者情報５２ａに加え、タクシー会社毎の配車サービスのプログラムの情報を含む。
【０１０７】
サーバ装置６１は、大規模データベース６２を使用して、各タクシー会社から送信される配車指示に対して適切な車両Ｃを決定し、配車指示を送信する。つまり、サーバ装置６１は、外部装置５０に比べて処理能力が高い装置で構成される。
【０１０８】
このため、通常時、つまりサーバ装置６１に障害が発生していない場合には、外部装置５０は、サーバ装置６１を介して各車両Ｃへ配車指示を送信する。一方、サーバ装置６１に障害が発生した場合には、外部装置５０は、サーバ装置６１を介さずに各車両Ｃへ直接配車指示を送信する。
【０１０９】
つまり、変形例に係る配車システム１００では、通常時と障害発生時とで、配車指示の送信元を切り替えることで、外部装置５０の処理負荷を抑えることができる。また、変形例に係る配車システム１００では、センタ６０での障害発生時でも配車業務を継続することができる。
【０１１０】
さらなる効果や変形例は、当業者によって容易に導き出すことができる。このため、本発明のより広範な態様は、以上のように表しかつ記述した特定の詳細および代表的な実施形態に限定されるものではない。したがって、添付の特許請求の範囲およびその均等物によって定義される総括的な発明の概念の精神または範囲から逸脱することなく、様々な変更が可能である。
【符号の説明】
【０１１１】
１    車載通信装置
１０    制御部
１１    更新部
１２    受信部
１３    順位決定部
１４    判定部
１５    受領部
１６    転送部
１７    動態表示部
２０    記憶部
２１、５２ｂ    状況情報
５０    外部装置
５１    制御部
５１ａ  受付部
５１ｂ  配車部
５２    記憶部
５２ａ  利用者情報
５２ｃ  明細情報
３０、５３  通信インタフェース
６０    センタ
６１    サーバ装置
６２    大規模データベース
１００    配車システム
【図１】
2018036957.tif 000003
【図２】
2018036957.tif 000004
【図３】
2018036957.tif 000005
【図４】
2018036957.tif 000006
【図５】
2018036957.tif 000007
【図６Ａ】
2018036957.tif 000008
【図６Ｂ】
2018036957.tif 000009
【図７】
2018036957.tif 000010
【図８】
2018036957.tif 000011
【図９】
2018036957.tif 000012