JP2018036957A - 車載通信装置、配車システムおよび車載通信方法 - Google Patents

Abstract

【課題】低コストで配車指示を適切な車両へ送信することができる車載通信装置、配車システムおよび車載通信方法を提供すること。【解決手段】実施形態に係る車載通信装置は、記憶部と、受信部と、判定部と、転送部とを備える。記憶部は、自車両および他車両の現在の状況を示す状況情報を記憶する。受信部は、指定された場所への配車を指示する配車指示を受信する。判定部は、記憶部に記憶された状況情報に基づき、受信部によって受信された配車指示を受領するか否かを判定する。転送部は、判定部によって配車指示を受領しないと判定された場合に、配車指示を他車両へ転送する。【選択図】図２

Description

本発明は、車載通信装置、配車システムおよび車載通信方法に関する。

従来、たとえばタクシーなどの車両を依頼者のもとへ配車する配車システムがある。かかる配車システムは、たとえば営業中の車両の位置や動態（実車または空車）等の状況情報を一元管理するサーバ装置を備える（たとえば、特許文献１参照）。サーバ装置は、状況情報に基づき、たとえばタクシー会社からの配車指示を適切な車両へ送信する。

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

しかしながら、上記の従来技術では、たとえばサーバ装置に障害が発生した場合に、車両の状況を把握できなくなるため、配車指示が適切な車両へ送信されないおそれがあった。また、サーバ装置は、複数のタクシー会社に対応可能な状況情報等を含む大規模データベースを備えるため、従来は、かかるデータベースを使用するためのコストが嵩むという問題があった。

本発明は、上記に鑑みてなされたものであって、低コストで配車指示を適切な車両へ送信することができる車載通信装置、配車システムおよび車載通信方法を提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明に係る車載通信装置は、記憶部と、受信部と、判定部と、転送部とを備える。記憶部は、自車両および他車両の現在の状況を示す状況情報を記憶する。受信部は、指定された場所への配車を指示する配車指示を受信する。判定部は、前記記憶部に記憶された前記状況情報に基づき、前記受信部によって受信された前記配車指示を受領するか否かを判定する。転送部は、前記判定部によって前記配車指示を受領しないと判定された場合に、当該配車指示を前記他車両へ転送する。

本発明によれば、低コストで配車指示を適切な車両へ送信することができる。

図１は、実施形態に係る配車システムの概要を示す図である。 図２は、実施形態に係る配車システムの構成を示すブロック図である。 図３は、利用者情報の説明図である。 図４は、明細情報の説明図である。 図５は、状況情報の説明図である。 図６Ａは、順位決定部の処理内容を示す図である。 図６Ｂは、順位決定部の処理内容を示す図である。 図７は、複数の車両へ配車指示を送信した場合の処理内容を示す図である。 図８は、実施形態に係る車載通信装置が実行する受領処理の処理手順を示すフローチャートである。 図９は、実施形態の変形例に係る配車システムの概要を示す図である。

以下、添付図面を参照して、本願の開示する車載通信装置、配車システムおよび車載通信方法の実施形態を詳細に説明する。なお、この実施形態により本発明が限定されるものではない。

まず、図１を用いて、実施形態に係る配車システムの概要について説明する。図１は、実施形態に係る配車システム１００の概要を示す図である。以下では、配車システム１００を、タクシー会社に適用した場合について説明する。

なお、配車システム１００の適用対象は、タクシー会社の配車システムに限定されるものではなく、たとえば荷物を集荷するために依頼者のもとへ営業車を配車する運送会社等の配車システムに適用することもできる。

図１に示すように、配車システム１００は、車載通信装置１と、外部装置５０とを備える。これら車載通信装置１および外部装置５０は、たとえば公衆無線通信等のネットワークＮによって互いに通信可能に接続され、互いにデータの送受信や、ＩＰ（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）衛星からの信号に基づく自車両の位置や、後述する動態表示部１７から自車両の動態に関する情報を取得することで状況情報２１に含まれる自車両の状況を書き換える。

また、更新部１１は、他車両に搭載された車載通信装置１から他車両の状況情報２１を取得し、自身の状況情報２１に含まれる他車両の状況を書き換える。また、更新部１１は、状況情報２１を外部装置５０へ送信することで、外部装置５０に記憶された状況情報５２ｂを更新する。

受信部１２は、外部装置５０から指定された場所への配車を指示する配車指示を受信する。また、受信部１２が受信する配車指示の宛先は、自車両または他車両のいずれかであるが、かかる点については、図７を用いて後述する。受信部１２は、受信した配車指示を判定部１４へ出力する。

順位決定部１３は、記憶部２０に記憶された状況情報２１に基づき、自車両および他車両が配車指示を受領する優先順位を決定する。たとえば、順位決定部１３は、配車指示により指定された場所までの距離が近い車両Ｃほど優先順位を高くする。

なお、順位決定部１３が決定する優先順位は、指定された場所までの距離に限らず、たとえば車両Ｃの走行車線や特定の領域における待機時間を考慮してもよい。かかる点については、図６Ａおよび図６Ｂを用いて後述する。

判定部１４は、記憶部２０に記憶された状況情報２１に基づき、受信部１２によって受信された配車指示を受領するか否かを判定する。具体的には、判定部１４は、順位決定部１３によって決定された優先順位が最も高い車両Ｃが自車両であった場合に、配車指示を受領すると判定する。

一方、判定部１４は、優先順位が最も高い車両Ｃが自車両ではない、つまり他車両であった場合に、配車指示を受領しないと判定する。つまり、判定部１４は、受信した配車指示を自車両および他車両のうちいずれの車両Ｃが優先的に配車指示を受領すべきかを判定する。

判定部１４は、配車指示を受領すると判定した場合には、判定結果を受領部１５へ通知し、一方で配車指示を受領しないと判定した場合には、判定結果を転送部１６へ通知する。

受領部１５は、判定部１４によって配車指示を受領すると判定された場合に、かかる配車指示を受領する。また、受領部１５は、受領した配車指示の宛先（図４参照）が自車両であるか否かを判定する。

受領部１５は、受領した配車指示の宛先が自車両であった場合には、受領した配車指示を動態表示部１７へ出力する。一方、受領部１５は、受領した配車指示の宛先が他車両であった場合に、他車両に対してかかる配車指示を受領した旨を通知する。なお、受領部１５の具体的な処理内容については図７を用いて後述する。

転送部１６は、判定部１４によって配車指示を受領しないと判定された場合に、受信した配車指示を他車両へ転送する。たとえば、転送部１６は、全ての他車両へ配車指示を転送する。これにより、配車指示が間違っていた場合に、配車指示を適切な他車両へ確実に転送することができる。

なお、転送部１６は、必ずしも配車指示を全ての他車両へ転送する必要はなく、転送する他車両の数を絞ってもよい。たとえば、転送部１６は、順位決定部１３によって決定された優先順位に基づいて、特定の車両へ配車指示を転送する。

具体的には、転送部１６は、かかる優先順位が最も高い他車両へ配車指示を転送する。これにより、転送時の通信データ量を抑えることができる。なお、転送部１６は、優先順位が最も高い他車両のみに限定されず、優先順位の上位複数台へも配車指示を転送してもよい。

動態表示部１７は、受領部１５によって受領された配車指示に従って、動態の表示を変更するとともに、更新部１１へ現在の動態および動態が変化した時刻を示す情報を出力する。

具体的には、動態表示部１７は、たとえば操作ボタン等の操作部を有し、配車指示の受領を乗務員に通知してから所定時間以内に、乗務員が迎車可能か否かを操作部への操作により受け付ける。動態表示部１７は、所定時間以内に乗務員から操作ボタンへの操作があった場合に、動態の表示を「空車」から「迎車」へ変更する。

一方、動態表示部１７は、所定時間以内に乗務員から操作ボタンへの操作がなかった場合に、配車指示を受領しない旨を転送部１６へ通知する。このとき、転送部１６は、たとえば優先順位が自車両の次に高い他車両へ配車指示を転送する。

これにより、受領部１５が配車指示を一旦は受領したものの、乗務員が休憩中などで配車指示に対応できない場合に、配車指示を他車両へ転送することができる。

次に、図６Ａおよび図６Ｂを用いて、順位決定部１３の処理内容について具体的に説明する。図６Ａおよび図６Ｂは、順位決定部１３の処理内容を示す図である。図６Ａには、中央分離帯Ｌによって区切られた２車線を車両Ｃ１および車両Ｃ２が対向して走行している場面を示す。

ここで、車両Ｃ２が場所Ｐへの配車指示を受信したとする。このとき、図６Ａに示すように、車両Ｃ２は車両Ｃ１より場所Ｐまでの距離が近い。ところが、車両Ｃ２は、中央分離帯Ｌがあるため、場所Ｐに直接行けず、迂回する必要があり、車両Ｃ１よりも到着までに時間がかかってしまう。

そこで、順位決定部１３は、車両Ｃ１、Ｃ２の走行車線を考慮して優先順位を決定することとした。具体的には、順位決定部１３は、場所Ｐ側の走行車線を走行する車両Ｃ１の優先順位を車両Ｃ２より高くすることとした。なお、順位決定部１３は、たとえばナビゲーション装置から走行車線を取得することができる。

つまり、順位決定部１３は、単純に場所Ｐまでの直線距離ではなく、走行中の車線から場所Ｐまでの走行経路を予測し、予測した走行経路が短いほど優先順位を高くする。これにより、場所Ｐまでの到着時間が短い車両Ｃへ配車指示を転送することができる。

また、順位決定部１３は、車両Ｃの走行車線以外に、特定の領域における待機時間を考慮して優先順位を決定してもよい。かかる点について図６Ｂを用いて説明する。図６Ｂでは、３台の車両Ｃ３、Ｃ４およびＣ５が駅前の待機場所で待機している場面を示す。

なお、かかる待機場所における待機時間は、長い順に車両Ｃ３、車両Ｃ４、車両Ｃ５とする。また、待機時間は、状況情報２１に記憶される「動態（変化時刻）」の時刻に基づいて算出することができる。

ここで、待機場所とは異なる場所への配車を指示する配車指示があったとする。かかる場合に、順位決定部１３は、特定の領域内、つまり駅前の待機場所に存在する車両Ｃ３、Ｃ４およびＣ５のうち、待機時間が長いほど優先順位を高くする。

すなわち、図６Ｂにおける優先順位は、高い順に車両Ｃ３、車両Ｃ４、車両Ｃ５となる。このように、順位決定部１３は、車両Ｃの待機時間を考慮することで、平等に配車指示を転送することができる。

次に、図７を用いて、複数の車両Ｃへ配車指示を送信した場合の処理内容について具体的に説明する。図７は、複数の車両Ｃへ配車指示を送信した場合の処理内容を示す図である。図７では、説明の便宜上、車両Ｃ６および車両Ｃ７の現在の位置を地図に示す。

また、かかる地図には、配車指示により指定された場所Ｐを示す。ここで、外部装置５０の配車部５１ｂは、車両Ｃ６を宛先とする配車指示を車両Ｃ６へ送信する。

このとき、外部装置５０は、同じ配車指示をたとえば場所Ｐから所定距離内に存在するすべての他車両（図７では車両Ｃ７）を送信対象とし、かかる送信対象である車両Ｃ７へも併せて送信する。つまり、車両Ｃ７は、宛先が他車両（車両Ｃ６）である配車指示の受信および受領を行う。

なお、送信対象となる場所Ｐからの所定距離は、固定距離としてもよく、たとえば車両Ｃ７（宛先となる車両）に応じた距離としてもよい。

本来、外部装置５０の配車部５１ｂは、車両Ｃ６と車両Ｃ７との位置関係からすれば、車両Ｃ７を宛先とすべきである。ところが、外部装置５０に記憶される状況情報５２ｂの更新遅れ等があった場合に、古い状況情報５２ｂに基づいて宛先を決定するため、図７のように間違った配車指示が送信されることがある。

そこで、外部装置５０によって宛先でない車両Ｃ７へも配車指示が送信された場合に、車両Ｃ７の車載通信装置１側で配車指示を修正する。具体的には、車載通信装置１の受領部１５（車両Ｃ７側）は、判定部１４によって受領すると判定された場合に、配車指示の宛先が自車両であるか他車両であるかを判定する。

そして、受領部１５（車両Ｃ７側）は、配車指示の宛先が他車両（車両Ｃ６）であった場合、配車指示を車両Ｃ７が受領した旨を車両Ｃ６へ通知する。このとき、受領部１５は、外部装置５０へも同様の旨を通知しておく。

つまり、受領部１５（車両Ｃ７側）は、外部装置５０から送信された配車指示の宛先が間違いであることを車両Ｃ６へ通知する。これにより、たとえば車両Ｃ６が誤って配車指示を受領することを防止できる。

次に、図８を用いて、実施形態に係る車載通信装置１が実行する受領処理の処理手順について説明する。図８は、実施形態に係る車載通信装置１が実行する受領処理の処理手順を示すフローチャートである。

図８に示すように、受信部１２は、指定された場所への配車を指示する配車指示を外部装置５０から受信する（ステップＳ１０１）。つづいて、順位決定部１３は、記憶部２０に記憶された状況情報２１に基づき、配車指示を受領する自車両および他車両の優先順位を決定する（ステップＳ１０２）。

つづいて、判定部１４は、記憶部２０に記憶された状況情報２１に基づき、受信部１２によって受信された配車指示を受領するか否かを判定する（ステップＳ１０３）。

受領部１５は、判定部１４によって配車指示を受領すると判定された場合（ステップＳ１０３、Ｙｅｓ）、配車指示を受領する（ステップＳ１０４）。動態表示部１７は、受領した配車指示を乗務員へ通知する（ステップＳ１０５）。

動態表示部１７は、所定時間内に、乗務員からボタン操作等の所定の操作を受け付けたか否かを判定する（ステップＳ１０６）。受領部１５は、動態表示部１７が乗務員から所定の操作を受け付けた場合（ステップＳ１０６、Ｙｅｓ）、宛先が自車両であるか否かを判定する（ステップＳ１０７）。

つづいて、受領部１５は、宛先が自車両であった場合（ステップＳ１０７、Ｙｅｓ）、処理を終了する。一方、ステップＳ１０３の判定処理において、転送部１６は、判定部１４によって配車指示を受領しないと判定された場合（ステップＳ１０３、Ｎｏ）、配車指示を他車両へ転送する（ステップＳ１０８）。

また、ステップＳ１０６の判定処理において、転送部１６は、動態表示部１７が乗務員から所定の操作を受け付けない場合（ステップＳ１０６、Ｎｏ）、処理をステップＳ１０８へ移行する。

また、ステップＳ１０７の判定処理において、受領部１５は、宛先が自車両ではない、つまり宛先が他車両であった場合（ステップＳ１０７、Ｎｏ）、他車両に対して自車両が配車指示を受領する旨を通知して（ステップＳ１０９）、処理を終了する。

上述してきたように、実施形態に係る車載通信装置１は、記憶部２０と、受信部１２と、判定部１４と、転送部１６とを備える。記憶部２０は、自車両および他車両の現在の状況を示す状況情報２１を記憶する。受信部１２は、指定された場所への配車を指示する配車指示を受信する。判定部１４は、記憶部２０に記憶された状況情報２１に基づき、受信部１２によって受信された配車指示を受領するか否かを判定する。転送部１６は、判定部１４によって配車指示を受領しないと判定された場合に、配車指示を他車両へ転送する。これにより、低コストで配車指示を適切な車両へ送信することができる。

なお、上述した実施形態では、配車システム１００は、車載通信装置１と外部装置５０とを備える構成としたが、配車システム１００がさらにサーバ装置を備えることとしてもよい。かかる点について、図９を用いて説明する。

図９は、実施形態の変形例に係る配車システム１００の概要を示す図である。図９に示すように、変形例に係る配車システム１００は、センタ６０と、車載通信装置１と、外部装置５０とを備える。

センタ６０は、サーバ装置６１と、大規模データベース６２とを備える。また、センタ６０は、複数のタクシー会社の配車システム１００に接続され、各タクシー会社へ配車サービスを提供する。

大規模データベース６２は、複数のタクシー会社が有する全タクシーの状況情報２１や電話帳データから取得した全ての利用者の利用者情報５２ａに加え、タクシー会社毎の配車サービスのプログラムの情報を含む。

サーバ装置６１は、大規模データベース６２を使用して、各タクシー会社から送信される配車指示に対して適切な車両Ｃを決定し、配車指示を送信する。つまり、サーバ装置６１は、外部装置５０に比べて処理能力が高い装置で構成される。

このため、通常時、つまりサーバ装置６１に障害が発生していない場合には、外部装置５０は、サーバ装置６１を介して各車両Ｃへ配車指示を送信する。一方、サーバ装置６１に障害が発生した場合には、外部装置５０は、サーバ装置６１を介さずに各車両Ｃへ直接配車指示を送信する。

つまり、変形例に係る配車システム１００では、通常時と障害発生時とで、配車指示の送信元を切り替えることで、外部装置５０の処理負荷を抑えることができる。また、変形例に係る配車システム１００では、センタ６０での障害発生時でも配車業務を継続することができる。

さらなる効果や変形例は、当業者によって容易に導き出すことができる。このため、本発明のより広範な態様は、以上のように表しかつ記述した特定の詳細および代表的な実施形態に限定されるものではない。したがって、添付の特許請求の範囲およびその均等物によって定義される総括的な発明の概念の精神または範囲から逸脱することなく、様々な変更が可能である。

１ 車載通信装置
１０ 制御部
１１ 更新部
１２ 受信部
１３ 順位決定部
１４ 判定部
１５ 受領部
１６ 転送部
１７ 動態表示部
２０ 記憶部
２１、５２ｂ 状況情報
５０ 外部装置
５１ 制御部
５１ａ 受付部
５１ｂ 配車部
５２ 記憶部
５２ａ 利用者情報
５２ｃ 明細情報
３０、５３ 通信インタフェース
６０ センタ
６１ サーバ装置
６２ 大規模データベース
１００ 配車システム

Claims (6)

1. 自車両および他車両の現在の状況を示す状況情報を記憶する記憶部と、
   指定された場所への配車を指示する配車指示を受信する受信部と、
   前記記憶部に記憶された前記状況情報に基づき、前記受信部によって受信された前記配車指示を受領するか否かを判定する判定部と、
   前記判定部によって前記配車指示を受領しないと判定された場合に、当該配車指示を前記他車両へ転送する転送部と
   を備えることを特徴とする車載通信装置。
2. 前記記憶部に記憶された前記状況情報に基づき、前記自車両および前記他車両が前記配車指示を受領する優先順位を決定する順位決定部をさらに備え、
   前記判定部は、
   前記順位決定部によって決定された前記優先順位が最も高い車両が前記他車両であった場合に、前記配車指示を受領しないと判定し、
   前記転送部は、
   前記優先順位が最も高い前記他車両へ前記配車指示を転送すること
   を特徴とする請求項１に記載の車載通信装置。
3. 前記判定部によって前記配車指示を受領すると判定された場合に、前記配車指示を受領する受領部をさらに備え、
   前記受領部は、
   受領した当該配車指示の宛先が前記他車両であった場合に、前記他車両に対して当該配車指示を前記自車両が受領した旨を通知すること
   を特徴とする請求項１または２に記載の車載通信装置。
4. 前記状況情報は、特定の領域内に存在する前記自車両および他車両の待機時間を含み、
   前記順位決定部は、
   前記待機時間が長いほど前記優先順位を高くすること
   を特徴とする請求項２に記載の車載通信装置。
5. 請求項１〜４のいずれか一つに記載の車載通信装置と、
   前記状況情報を記憶するとともに、前記状況情報に基づいて前記配車指示を前記車載通信装置へ送信する外部装置と、
   を備えることを特徴とする配車システム。
6. 自車両および他車両の現在の状況を示す状況情報を記憶する工程と、
   指定された場所への配車を指示する配車指示を受信する工程と、
   記憶した前記状況情報に基づき、受信した前記配車指示を受領するか否かを判定する工程と、
   前記配車指示を受領しないと判定した場合に、当該配車指示を前記他車両へ転送する工程と
   を含むことを特徴とする車載通信方法。

Images