JP2021089695A - 車両配車装置、車両配車システム、通信端末及びコンピュータプログラム - Google Patents

Abstract

【課題】ユーザが車両の配車の手配を適切に行うことが可能となるとともに、ユーザの車両への乗車を容易にした車両配車装置、車両配車システム、通信端末及びコンピュータプログラムを提供する。【解決手段】過去にタクシーや配送業者の車両において乗員が乗車した地点又は乗員が降車した地点を含む車両の乗降履歴を収集する一方で、収集した車両の乗降履歴に基づいて車両への乗車が推奨される乗車推奨地点を特定し、車両の配車を希望するユーザに対して乗車推奨地点を提供するように構成する。【選択図】図８

Description

本発明は、車両の配車を希望するユーザに対する支援を行う車両配車装置、車両配車システム、通信端末及びコンピュータプログラムに関する。

従来より車両の配車サービスとしてはタクシーが知られている。ここで、タクシーの配車を行う場合には、タクシーを管理する会社に対してユーザがタクシーに乗車する地点を指定し、指定した地点へとタクシーを配車してもらうのが通常である。

ここで、特にスマートフォンやパーソナルコンピュータ等の各種アプリケーションを実行可能な通信端末を使ってタクシーの配車を行う場合には、端末側で上記タクシーに乗車する地点の候補をユーザに案内したり、装置側で乗車する地点を指定することも行われていた。例えば、特開２００４−２８７７１７号公報には、スマートフォンを使ってタクシーの配車を行う場合に、ユーザの近くにある駅、交差点、ランドマークなどを乗車位置の候補として案内し、ユーザに選択させる技術について開示されている。

特開２００４−２８７７１７号公報（第１０−１２頁、図１３）

しかしながら、上記特許文献１では乗車位置の候補として案内された地点が、タクシーの乗車を行うのに適切な地点であるか否かをユーザ側で判断することができなかった。その結果、例えばタクシーが停車する為の十分なスペースのない地点や交通量が多くタクシーが長時間停車することが困難な地点を、タクシーの乗車を行う地点として指定してしまう虞があった。尚、車両の配車には、上述したタクシー以外に例えば知り合いに車両で迎えに来てもらうような非営利を目的とした配車もあるが、そのような場合においても同様の問題が生じ得る。

本発明は前記従来における問題点を解消するためになされたものであり、車両への乗車が推奨される地点に関する情報を提供することによって、ユーザが車両の配車の手配を適切に行うことが可能となるとともに、ユーザの車両への乗車を容易にした車両配車装置、車両配車システム、通信端末及びコンピュータプログラムを提供することを目的とする。

前記目的を達成するため本発明に係る車両配車装置は、過去に乗員が乗車した地点又は乗員が降車した地点を含む車両の乗降履歴を収集する乗降履歴収集手段と、収集した前記車両の乗降履歴に基づいて、車両への乗車が推奨される乗車推奨地点を特定する地点特定手段と、車両の配車を希望するユーザに対して前記乗車推奨地点を提供する地点提供手段と、を有する。
ここで、「車両の配車」とは、タクシーのような営利目的の車両の配車であっても良いし、知り合いの車両に迎えに来てもらう場合などの非営利目的の車両の配車であっても良い。

また、本発明に係る車両配車システムは、過去に乗員が乗車した地点又は乗員が降車した地点を含む車両の乗降履歴を収集する乗降履歴収集手段と、収集した前記車両の乗降履歴に基づいて、車両への乗車が推奨される乗車推奨地点を特定する地点特定手段と、車両の配車を希望するユーザに対して前記乗車推奨地点を提供する地点提供手段と、を有する。

また、本発明に係る通信端末は、サーバ装置と通信可能に接続され、過去に乗員が乗車した地点又は乗員が降車した地点を含む車両の乗降履歴を収集するとともに、収集した前記車両の乗降履歴に基づいて特定された車両への乗車が推奨される乗車推奨地点を前記サーバ装置から受信する乗車推奨地点受信手段と、ユーザが車両の配車を希望した場合に、前記乗車推奨地点受信手段により受信した前記乗車推奨地点を出力する乗車推奨地点出力手段と、を有する。

また、本発明に係るコンピュータプログラムは、車両の配車を希望するユーザを支援するコンピュータプログラムである。具体的には、コンピュータを、過去に乗員が乗車した地点又は乗員が降車した地点を含む車両の乗降履歴を収集する乗降履歴収集手段と、収集した前記車両の乗降履歴に基づいて、車両への乗車が推奨される乗車推奨地点を特定する地点特定手段と、車両の配車を希望するユーザに対して前記乗車推奨地点を提供する地点提供手段と、して機能させる。

前記構成を有する本発明に係る車両配車装置、車両配車システム、通信端末及びコンピュータプログラムによれば、車両への乗車が推奨される地点に関する情報を提供することによって、提供された情報に基づいてユーザが車両の配車の手配を適切に行うことが可能となる。また、ユーザの配車された車両への乗車を容易化することが可能となる。

本実施形態に係る車両配車システムを示した概略構成図である。 本実施形態に係る車両配車システムの構成を示したブロック図である。 乗降履歴ＤＢに記憶される乗降履歴の一例を示した図である。 本実施形態に係る通信端末の構成を示したブロック図である。 本実施形態に係る車両配車処理プログラムのフローチャートである。 配車条件の設定画面の表示例を示した図である。 配車条件の設定画面の表示例を示した図である。 利用候補のタクシーと利用プランの案内画面の表示例を示した図である。 配車可能条件について説明した図である。 配車可能条件について説明した図である。 乗降履歴に基づいて特定される乗車推奨地点の例を示した図である。

以下、本発明に係る車両配車装置をサーバ装置１に具体化した一実施形態について図面を参照しつつ詳細に説明する。先ず、本実施形態に係るサーバ装置１を含む車両配車システム２の概略構成について図１及び図２を用いて説明する。図１は本実施形態に係る車両配車システム２を示した概略構成図である。図２は本実施形態に係る車両配車システム２の構成を示したブロック図である。

図１に示すように、本実施形態に係る車両配車システム２は、情報配信センタ３が備えるサーバ装置１と、ユーザ４が所持する通信端末５と、を基本的に有する。また、サーバ装置１と通信端末５は通信ネットワーク網６を介して互いに電子データを送受信可能に構成されている。尚、通信端末５としては例えば携帯電話機、スマートフォン、タブレット型端末、パーソナルコンピュータ、ナビゲーション装置等がある。

ここで、サーバ装置１は、通信端末５からの車両の配車要求に応じて配車の要求された地点が適正であるか否かの判定や、適正判定結果に基づく車両の配車の利用ブランの生成及び配信を行う装置である。ここで、車両の配車とは、タクシーのような営利目的の車両の配車であっても良いし、知り合いの車両に迎えに来てもらう場合などの非営利目的の車両の配車であっても良い。但し、以下の説明では代表例としてタクシーの配車を挙げて説明する。

具体的に、通信端末５においてタクシーを利用する予定のユーザ４から具体的な配車条件が設定されると、通信端末５からサーバ装置１へと設定された配車条件が配車検索要求とともに送信される。尚、配車条件としては、例えば乗車日時、目的地、配車（即ちタクシーへの乗車）を希望する配車希望地点等がある。そして配車検索要求を受信したサーバ装置１は、配車条件の内、特に配車希望地点が適正な場所であるか否かを判定する。そして、適正でない場合には配車を行う配車地点を配車希望地点から修正する。更に、サーバ装置１の有する後述の配車管理ＤＢ１３を用いて配車条件に該当するタクシー会社（或いは営業所でも良い、以下同じ）を検索する。また、配車条件に該当するタクシー会社のタクシーを用いた場合のタクシーの利用プランについても生成する。利用プランには、タクシーに乗車する場所（即ちタクシーを配車する配車地点）、ユーザの現在位置から乗車する場所までの経路、予想される利用料金等が含まれる。そして、配車条件に該当するタクシー会社（即ち利用候補となるタクシー会社）や生成された利用プランについて、要求元の通信端末５へと送信する。その後、通信端末５は受信したタクシー会社や利用プランを案内する。更に、ユーザが案内されたタクシー会社や利用プランを参照してどのタクシー会社を利用するかを選択した場合には、サーバ装置１は選択されたタクシー会社に対する配車予約の処理についても行うようにしても良い。

但し、上記配車条件の判定等の処理については必ずしもサーバ装置１で行う必要は無く、車両を管理する配車管理ＤＢ１３にアクセス可能であれば、通信端末５で行っても良い。

更に、サーバ装置１は、全国各地を走行する車両の内、特にタクシーと配送業者の車両７について、車両７に設置されたナビゲーション装置等の車載器を介して通信可能に接続されている。そして、サーバ装置１は通信可能に接続された各車両７からプローブ情報として、車両の乗員（運転手も含む）が乗降した乗降履歴に関する情報の収集を行う。乗降履歴は、例えば乗員が車両に乗車又は降車した時刻と地点の座標を含む。車両の乗員が乗車又は降車した時刻と地点については、例えば車両が停車状態にあって且つ車両のドアが開閉した時刻及び地点を、車両の乗員が乗車又は降車した時刻及び地点と推定して収集しても良いし、乗員や運営会社によって記録された業務履歴に基づいて車両の乗員が乗車又は降車した時刻及び地点を特定して収集しても良い。また、車両７から直接にプローブ情報を収集するのではなく、各車両７からタクシーや配送業者の運営会社に一旦収集されたプローブ情報を運営会社から取得するようにしても良い。収集した乗降履歴は、後述のように車両への乗車が推奨される乗車推奨地点の判定（検出）に用いられる。

一方、通信端末５は、ユーザ４が所持し、例えばナビ機能を備えた情報端末が用いられ、携帯電話機、スマートフォン、タブレット型端末、パーソナルコンピュータ、ナビゲーション装置等が該当する。

ここで、ナビ機能は、通常の経路探索や地図表示の機能に加えて、上記タクシーの配車を行う場合に、配車条件を設定することによって上記サーバ装置１とともに配車条件の適正判定を行う機能を有する。また、適正判定の結果に基づいて配車候補となるタクシーを表示したり、配車候補となるタクシーの配車の利用プランを表示したり、利用プランに基づくユーザの移動案内を行う機能についても有する。但し、本実施形態では通信端末５は、タクシーの配車を予定するユーザに対して、配車候補となるタクシーや利用プランを案内できればよく、上記ナビ機能の全てを通信端末５が備えている必要はない。

また、通信ネットワーク網６は全国各地に配置された多数の基地局と、各基地局を管理及び制御する通信会社とを含み、基地局及び通信会社を有線（光ファイバー、ＩＳＤＮ等）又は無線で互いに接続することにより構成されている。ここで、基地局は通信端末５との通信をするトランシーバー（送受信機）とアンテナを有する。そして、基地局は通信会社の間で無線通信を行う一方、通信ネットワーク網６の末端となり、基地局の電波が届く範囲（セル）にある通信端末５の通信をサーバ装置１との間で中継する役割を持つ。

続いて、車両配車システム２におけるサーバ装置１の構成について図２を用いてより詳細に説明する。サーバ装置１は、図２に示すようにサーバ制御ＥＣＵ１１と、サーバ制御ＥＣＵ１１に接続された情報記録手段に格納された乗降履歴ＤＢ１２と、配車管理ＤＢ１３と、サーバ側地図ＤＢ１４と、サーバ側通信装置１５とを備える。

サーバ制御ＥＣＵ１１（エレクトロニック・コントロール・ユニット）は、サーバ装置１の全体の制御を行う電子制御ユニットであり、演算装置及び制御装置としてのＣＰＵ２１、並びにＣＰＵ２１が各種の演算処理を行うにあたってワーキングメモリとして使用されるＲＡＭ２２、制御用のプログラムのほか、後述の車両配車処理プログラム（図５）等が記録されたＲＯＭ２３、ＲＯＭ２３から読み出したプログラムを記憶するフラッシュメモリ２４等の内部記憶装置を備えている。尚、サーバ制御ＥＣＵ１１は、後述の通信端末５のＥＣＵとともに処理アルゴリズムとしての各種手段を有する。例えば、乗降履歴収集手段は、過去に乗員が乗車した地点又は乗員が降車した地点を含む車両の乗降履歴を収集する。地点特定手段は、収集した車両の乗降履歴に基づいて、車両への乗車が推奨される乗車推奨地点を特定する。地点提供手段は、車両の配車を希望するユーザに対して乗車推奨地点を提供する。

また、乗降履歴ＤＢ１２は、全国各地を走行する車両の内、特にタクシーと配送業者の車両７から収集された乗降履歴に関する情報が記憶される記憶手段である。ここで、車両７から収集される乗降履歴としては、過去に乗員が車両７に乗車した時刻、過去に乗員が車両７に乗車した地点の座標、過去に乗員が車両７から降車した時刻、過去に乗員が車両７から降車した地点の座標等がある。尚、本実施形態では乗員が車両に乗車した時刻と地点に加えて、乗員が車両から降車した時刻と地点についても乗降履歴として格納するが、乗車或いは降車のいずれか一方のみを対象としても良い。

ここで、図３は乗降履歴ＤＢ１２に記憶される乗降履歴に関する情報の一例を示した図である。図３に示すように、乗降履歴ＤＢ１２には、過去に乗員が車両７に乗車又は降車した場合に、その乗車又は降車を行った日時と、その乗車又は降車を行った位置座標と、が車両を識別するＩＤに紐づけて格納される。例えば、図３に示す例ではＩＤ“Ａ”の車両が、１１月２日の９：００：０３に（ｘ１、ｙ１）において車両の乗車又は降車が行われたことが記憶されている。以下同様に他の利用履歴に関する情報について格納されている。尚、乗車の場合と降車の場合を識別して記憶しても良い。

また、配車管理ＤＢ１３は、タクシーを配車する拠点となるタクシー会社（営業所）の配車可能エリアや空き状況を管理するＤＢである。具体的には、タクシー会社毎に、配車可能なエリアと、現在の利用状況（空きの車両があるか）とが紐づけて格納される。

そして、サーバ制御ＥＣＵ１１は、後述のようにタクシーを利用する予定のユーザからの車両の配車検索要求が通信端末５から送信されると、配車管理ＤＢ１３を用いてユーザの配車条件に該当するタクシー会社の検索を行う。また、配車検索要求に付随する配車条件の内、特に配車希望地点が適正な場所でない場合には、乗降履歴ＤＢ１２に格納された乗降履歴を用いて配車を行う配車地点を配車希望地点から修正する。但し、乗降履歴ＤＢ１２や配車管理ＤＢ１３はサーバ装置１以外の外部サーバ（例えばタクシーの運営会社のサーバ）が備えていても良い。その場合には、サーバ装置１は乗降履歴ＤＢ１２や配車管理ＤＢ１３を備える他のサーバと通信することによって、タクシー会社の検索や配車地点の修正を行う。

一方、サーバ側地図ＤＢ１４は、外部からの入力データや入力操作に基づいて登録された最新のバージョンの地図情報であるサーバ側地図情報が記憶される記憶手段である。ここで、サーバ側地図情報は、道路網を始めとして経路探索、経路案内及び地図表示に必要な各種情報から構成されている。例えば、道路網を示すノード及びリンクを含むネットワークデータ、道路（リンク）に関するリンクデータ、ノード点に関するノードデータ、各交差点に関する交差点データ、施設等の地点に関する地点データ、地図を表示するための地図表示データ、経路を探索するための探索データ、地点を検索するための検索データ等からなる。但し、サーバ側地図ＤＢ１４はサーバ装置１以外の外部サーバが備えていても良い。

一方、サーバ側通信装置１５は通信端末５と通信ネットワーク網６を介して通信を行う為の通信装置である。また、通信端末５以外にインターネット網や、交通情報センタ、例えば、ＶＩＣＳ（登録商標：Vehicle Information and Communication System）センタ等から送信された渋滞情報、規制情報、交通事故情報等の各情報から成る交通情報の受信についても可能である。

次に、通信端末５の概略構成について図４を用いて説明する。図４は本実施形態に係る通信端末５の制御系を模式的に示すブロック図である。尚、以下では特に通信端末５がスマートフォンである場合を例に挙げて説明する。

図４に示すように通信端末５はデータバスＢＵＳに、ＣＰＵ３１と、通信端末５を所持するユーザ４に関するユーザ情報（ユーザＩＤ、氏名等）等が記憶されたメモリ３２と、通信ネットワーク網６の基地局との間で信号の送受信を行う送受信回路部（ＲＦ）３３と、送受信回路部３３において受信したＲＦ（Radio Frequency）信号をベースバンド信号に変換するとともにベースバンド信号をＲＦ信号に変換するベースバンド処理部３４と、マイクロホン３５及びスピーカ３６等とのインターフェイスである入出力部３７と、液晶表示パネル等で構成されたディスプレイ３８と、タッチパネルやハードボタン等から構成される入力操作部３９と、ＧＰＳ４０と、カメラ４１とが接続されることにより構成されている。

ここで、通信端末５に内蔵されるＣＰＵ３１は、メモリ３２に格納されている動作プログラムに従って種々の動作を実行する通信端末５の制御手段であり、メモリ３２とともに通信端末ＥＣＵ４２を構成する。また、通信端末ＥＣＵ４２の各種処理内容は必要に応じてディスプレイ３８に表示される。

また、メモリ３２は通信端末５を所持するユーザ４に関するユーザ情報（ユーザＩＤ、氏名等）等が記憶された記憶媒体である。また、後述の車両配車処理プログラム（図５）を含む各種アプリケーションプログラムについても記憶される。また、メモリ３２には地図情報を記憶しても良い。メモリ３２に地図情報が記憶されていれば例えば経路探索に係る処理をサーバ装置１ではなく通信端末５で行うことも可能である。また、メモリ３２は、ハードディスク、メモリーカード等により構成しても良い。

また、ディスプレイ３８は、筐体の一面に配設されており、液晶ディスプレイや有機ＥＬディスプレイ等が用いられる。そして、通信端末５にインストールされている各種アプリケーションを実行する為のトップ画面や、実行されたアプリケーションに係る画面（インターネット画面、メール画面等）や、画像、動画等の各種情報が表示される。また、タクシーの配車を希望した場合には、候補となるタクシーやタクシーへの乗車地点を示す利用プランについても表示される。

また、入力操作部３９は、ディスプレイ３８の前面に設けられたタッチパネルや筐体に配置されたハードボタン等によって構成されている。そして、通信端末ＥＣＵ４２は、タッチパネルやハードボタンの押下等により出力される電気信号に基づき、対応する各種の動作を実行すべく制御を行う。尚、入力操作部３９は、番号／文字入力キー、表示された内容を選択するためのカーソルを動かすカーソルキー、選択を確定する決定キー等の各種キー等により構成することもできる。

また、ＧＰＳ４０は、人工衛星によって発生させられた電波を受信することにより、通信端末５（即ちユーザ４）の現在位置及び現在日時を検出可能とする。また、ＧＰＳ４０以外にも通信端末５の現在位置や方位を検出する為の他の装置（例えばジャイロセンサ等）を備える構成としても良い。

また、カメラ４１は、例えばＣＣＤ等の固体撮像素子を用いたカメラにより構成される小型の撮像装置であり、通信端末５の背面側に内蔵される。そして、専用のアプリケーションプログラムが起動された状態で、ユーザが入力操作部３９を操作することによって周辺を撮像することが可能となる。尚、カメラ４１で撮像された撮像画像は、メモリ３２に格納される。

続いて、前記構成を有するサーバ装置１及び通信端末５において実行する車両配車処理プログラムについて図５に基づき説明する。図５は本実施形態に係る車両配車処理プログラムのフローチャートである。ここで、車両配車処理プログラムは通信端末５においてナビゲーションアプリが起動された後に実行され、特にタクシーの配車を希望するユーザに対して、利用候補となるタクシーや利用プランを提供するプログラムである。尚、以下の図５にフローチャートで示されるプログラムは、通信端末５が備えているメモリ３２又はサーバ装置１が備えているＲＡＭ２２やＲＯＭ２３等に記憶されており、ＣＰＵ３１又はＣＰＵ２１により実行される。

尚、以下の説明ではユーザはタクシーを用いて目的地までの移動を希望していることを前提とし、車両配車システム２では、他の移動手段（例えばバス、鉄道）により目的地までの移動が可能であったとしても基本的に現在位置から目的地までタクシーで移動する為のタクシーの利用プランを提供することとする。但し、タクシーを用いた目的地までの移動が困難な場合においては、他の移動手段の利用プランを提供することも可能である。

先ず、通信端末５において実行される車両配車処理プログラムについて説明する。
ステップ（以下、Ｓと略記する）１においてＣＰＵ３１は、サーバ装置１に対して配車検索要求を送信する。尚、配車検索要求には、配車検索要求の送信元の通信端末５を特定する端末ＩＤと、同じく送信元の通信端末５の現在位置（即ちユーザの現在位置）と、タクシーの配車条件とが含まれている。ここで、配車条件としては、“乗車日時”、“目的地”、“配車（即ちタクシーへの乗車）を希望する配車希望地点”等がある。例えば、図６に示すように通信端末５に表示された設定画面５１においてユーザの操作によって上記配車条件を入力することが可能である。

また、配車条件の内、“配車希望地点”については、図６に示すように地点名称を入力させても良いし、図７に示すようにディスプレイ３８に表示された地図画像５２を用いて指定することも可能である。例えば、地図画像５２中においてユーザが配車を希望する配車希望地点にマーカ５３が位置するように操作を行うことによって、“配車希望地点”を指定することが可能である。

次にＳ２においてＣＰＵ３１は、配車検索要求に応じてサーバ装置１において検索されたユーザの配車条件に該当するタクシー会社（即ち利用候補となるタクシー会社）や配車条件に該当するタクシー会社のタクシーを用いた場合のタクシーの利用プランに関する情報を受信する。ここで、前記Ｓ２で受信する利用プランは、例えばタクシーに乗車する場所（即ちタクシーを配車する配車地点）、ユーザの現在位置から乗車する場所までの経路、予想される利用料金等を特定した情報である。

その後、Ｓ３においてＣＰＵ３１は、前記Ｓ２で受信した利用候補となるタクシー会社と利用プランについてディスプレイ３８に表示する。ここで、図８はディスプレイ３８に表示される利用候補となるタクシー会社と利用プランの案内画面の一例を示した図である。

図８に示すように先ずディスプレイ３８には、ユーザの配車条件に該当するタクシー会社（即ち利用候補となるタクシー会社）の一覧を表示した車両案内画面５５が表示される。車両案内画面５５では、利用候補となるタクシー会社毎にウィンドウ５６が設けられ、ウィンドウ５６内には利用候補となるタクシー会社に関する情報として“会社名”と“予想される利用料金”と“タクシーが到着するまでの待ち時間”とが夫々表示される。その結果、ユーザは車両案内画面５５に表示されたタクシー会社の一覧から利用するタクシー会社を任意に選択することが可能となる。更に、車両案内画面５５に表示されたウィンドウ５６の内、利用を希望するタクシー会社のウィンドウ５６を選択すると、続いて“タクシーに乗車する場所（タクシー配車地点）”を案内する配車案内画面５７が表示される。配車案内画面５７は、地図画像が表示され、地図画像上の配車地点（乗車位置）に該当する位置に対して配車地点を示すマーク５８、５９が表示される。尚、配車地点の候補が複数ある場合には、候補となる複数の配車地点に対して夫々マーク５８、５９を表示し、配車地点をユーザに選択可能にする。その結果、ユーザは配車案内画面５７においてタクシーに乗車する場所を確認することができ、更に配車候補となる地点が複数ある場合には候補となる地点から任意に配車地点を選択することが可能となる。そして、配車案内画面５７に表示されたいずれかのマーク５８、５９を選択すると、続いて選択したタクシー会社及び選択した配車地点を用いたタクシーの利用プランに関するプラン案内画面６０が表示される。尚、図８はユーザによって目的地が設定されている場合のプラン案内画面６０であり、現在位置から順に目的地までの経路を移動手段と予想到達時間とともに時系列で表示する。また、予想される利用料金についても表示される。更に、ユーザが希望すればタクシーの乗車場所或いは目的地までの経路や周辺地図を表示することも可能である。その結果、ユーザはプラン案内画面６０に表示された利用プランを視認することによって、タクシーを利用した場合の今後のプランを確認することが可能となる。

また、車両案内画面５５やプラン案内画面６０にはタクシーに対する予約を行う為の予約ボタンを設けても良い。予約ボタンが押された場合には、その旨をサーバ装置１へと送信し、サーバ装置１側において該当するタクシー会社の予約に係る処理を行うことが可能である。但し、タクシーの予約については別のサーバ装置で行うようにしても良い。また、ＣＰＵ３１は、前記Ｓ２でサーバ装置１から受信した利用プランに従って、ナビ機能の案内経路を設定することも可能である。案内経路が設定された場合には、設定された案内経路に基づく移動案内が開始される。

次に、サーバ装置１において実行される車両配車処理プログラムについて説明する。
先ず、Ｓ１１においてＣＰＵ２１は、通信端末５から送信される配車検索要求を受信する。尚、配車検索要求には、配車検索要求の送信元の通信端末５を特定する端末ＩＤと、同じく送信元の通信端末５の現在位置（即ちユーザの現在位置）と、タクシーの配車条件とが含まれている。

その後、Ｓ１２においてＣＰＵ２１は、前記Ｓ１１で受信した配車検索要求に含まれる配車条件に基づいて、ユーザが配車（即ちタクシーへの乗車）を希望する配車希望地点を取得する。尚、配車希望地点は例えば図６に示すようにユーザが地点の名称で指定している場合には該地点の名称を取得し、図７に示すように地図上の位置座標で指定している場合には該位置座標を取得する。

次に、Ｓ１３においてＣＰＵ２１は、前記Ｓ１２で取得した配車希望地点が所定の配車可能条件を満たしているか否かを判定する。ここで、配車可能条件は、タクシーの配車を行うのに適切な地点であることを示す条件であり、より具体的にはタクシーの停車、並びに停車されたタクシーへのユーザの乗車が問題なく行うことができることを条件とする。以下に、前記Ｓ１３の配車可能条件の判定処理の詳細について説明する。

具体的には、配車希望地点が以下の（Ａ）〜（Ｃ）のいずれにも該当しない場合に、配車可能条件を満たすと判定する。
（Ａ）配車希望地点の属性が特定の属性に該当する。特定の属性としては、交差点又は特定のジャンルの施設とする。更に特定のジャンルとしては、規模が大型となる施設のジャンルとし、例えばショッピングモール、アルトレットモール、テーマパーク等が該当する。尚、配車希望地点を地点の名称で取得していた場合には、取得した地点の名称が交差点名称や特定のジャンルの施設名称に該当するか否かを判定する。一方、配車希望地点を位置座標で取得していた場合には、地図情報を参照して取得した位置座標が交差点内（交差点周辺も含めても良い）或いは特定のジャンルの施設内に含まれるか否かを判定する。ここで、交差点付近はタクシーの停車スペースが無くタクシーへの乗車が困難である場合が多いので、配車希望地点が交差点である場合には配車可能条件を満たさないと判定する。また、大型の施設は敷地が広く施設のみの指定ではタクシーをどこに配車するのかを特定できない。従って配車希望地点が大型の施設である場合には配車可能条件を満たさないと判定する。
（Ｂ）配車希望地点から最も近い位置にあるリンクまでの距離が所定距離以上である。所定距離は適宜選択可能であるが例えば５０ｍとする。ここで、図９に示すように最寄りのリンク６５から大きく離れた地点へは大型の施設や駐車場があるなどの特殊な事例を除けばタクシーが到達できない可能性が極めて高い。従って配車希望地点から最も近い位置にあるリンクまでの距離が所定距離以上の場合には配車可能条件を満たさないと判定する。
（Ｃ）乗降履歴ＤＢ１２の乗降履歴に含まれる過去に乗員が車両に乗車又は降車した地点（以下、乗降履歴地点という）の内、配車希望地点から最も近い乗降履歴地点までの距離が所定距離以上である。尚、所定距離は適宜選択可能であるが例えば５０ｍとする。また、所定距離はリンクに沿った距離とし、例えば図１０に示すように配車希望地点がリンク上にない場合には、図１０に示すように配車希望地点からの距離が最短のリンク上の地点を基準にして所定距離以内の範囲６６に乗降履歴地点があるか否か判定する。ここで、配車希望地点の周辺において乗降履歴地点が存在しない場合には、配車希望地点がタクシーの停車し難い場所或いはタクシーへの乗車が行い難い場所である可能性が極めて高い。従って配車希望地点から最も近い乗降履歴地点までの距離が所定距離以上の場合には配車可能条件を満たさないと判定する。

そして、前記Ｓ１３の判定の結果、前記Ｓ１２で取得した配車希望地点が所定の配車可能条件を満たしていると判定された場合（Ｓ１３：ＹＥＳ）には、Ｓ１４へと移行する。それに対して、前記Ｓ１２で取得した配車希望地点が所定の配車可能条件を満たしていないと判定された場合（Ｓ１３：ＮＯ）には、Ｓ１５へと移行する。

Ｓ１４においてＣＰＵ２１は、車両の配車を行う配車地点を、前記Ｓ１２で取得された配車希望地点に設定する。但し、配車希望地点がリンク上にない場合には配車希望地点からの距離が最短のリンク上の地点へと配車地点を補正しても良い。その後、Ｓ１６へと移行する。

一方、Ｓ１５においてＣＰＵ２１は、車両の配車を行う配車地点を、前記Ｓ１２で取得された配車希望地点とせず、乗降履歴ＤＢ１２の乗降履歴に基づいて特定される乗車推奨地点に設定する。ここで、“乗車推奨地点”は車両への乗車が推奨される地点であり、例えば以下の方法により特定される。

先ず、乗降履歴ＤＢ１２に格納された乗降履歴の内、特に要求元の通信端末５の現在位置（即ちタクシーの配車を希望するユーザの現在位置）から徒歩圏内（例えば半径５００ｍ以内）にある過去に乗員が車両に乗車又は降車した地点（乗降履歴地点）を読み出す。次に、読み出された乗降履歴位置が集中するエリアについて、乗降履歴位置の重心を算出し、算出した重心を乗車推奨地点とする。尚、乗車推奨地点は複数特定される場合もあり、例えば図１１に示すようにユーザ４の周囲に乗降履歴位置が集中するエリアが２か所ある場合には、各エリアに対して乗車推奨地点が特定される。その場合には、前記Ｓ１５において配車地点として複数候補が設定されることとなる。尚、ユーザ４の周囲にある乗降履歴位置が少ない場合には、乗降履歴位置を乗車推奨地点としても良い。

その後、Ｓ１６においてＣＰＵ２１は、前記Ｓ１１で受信した配車検索要求に含まれる配車条件とサーバ装置１が有する配車管理ＤＢ１３とに基づいて、利用条件に該当するタクシー会社（営業所）の検索を行う。具体的には、前記Ｓ１４又はＳ１５で設定された配車地点が配車可能エリアに含まれるタクシー会社であって、且つ空きの車両があるタクシー会社を検索する。

次に、Ｓ１７においてＣＰＵ２１は、前記Ｓ１３における検索の結果、利用条件に該当するタクシー会社毎（即ち利用候補となるタクシー毎）に、利用候補となるタクシー会社のタクシーを用いた場合のタクシーの利用プランを生成する。ここで、利用プランは、例えば利用候補となるタクシー会社毎に、タクシーに乗車する場所（即ちタクシーを配車する配車地点）、ユーザの現在位置から乗車する場所までの経路、予想される利用料金等を特定した情報である。前記Ｓ１４又はＳ１５において配車地点が複数候補設定されている場合には、候補となる複数の配車地点毎に上記利用プランを生成する。尚、ユーザの現在位置から乗車する場所までの経路については、地図情報を用いた経路探索処理により特定する。同じく、利用料金の算出については、配車地点から目的地までの推奨経路を探索し、探索された推奨経路の経路長に基づいて算出する。

続いて、Ｓ１８においてＣＰＵ２１は、配車条件に該当するタクシー会社、即ち利用候補となるタクシー会社と利用候補となるタクシー会社のタクシーを用いた場合の利用プランを、配車検索要求のあった通信端末５へと配信する。そして、情報の配信された通信端末５では、前述したように配信された利用候補となるタクシー会社と利用候補となるタクシー会社のタクシーを用いた場合の利用プランについてディスプレイ３８に表示する（Ｓ３）。その結果、特にユーザが車両の配車を希望する配車希望地点が車両の配車を行う地点として適切でない場合（Ｓ１３：ＮＯ）には、配車希望地点に代えて車両への乗車が推奨される乗車推奨地点が車両の配車地点として配信され、ユーザに案内されることとなり、提供された情報に基づいてユーザが車両の配車の手配を適切に行うことが可能となる。

以上詳細に説明した通り、本実施形態に係るサーバ装置１、車両配車システム２、通信端末５及びサーバ装置１において実行されるコンピュータプログラムでは、過去にタクシーや配送業者の車両において乗員が乗車した地点又は乗員が降車した地点を含む車両の乗降履歴を収集する一方で、収集した車両の乗降履歴に基づいて車両への乗車が推奨される乗車推奨地点を特定し（Ｓ１５）、車両の配車を希望するユーザに対して乗車推奨地点を提供する（Ｓ１７、Ｓ１８）ので、提供された情報に基づいてユーザが車両の配車の手配を適切に行うことが可能となる。また、ユーザの配車された車両への乗車を容易化することが可能となる。

尚、本発明は前記実施形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内で種々の改良、変形が可能であることは勿論である。
例えば、本実施形態ではユーザが目的地まで配車される車両であるタクシーを用いて移動することを前提として説明したが、タクシーを用いずに他の移動手段（例えばバス、鉄道）で移動可能であれば、タクシーを用いない移動プランを提案することも可能である。また、他の移動手段とタクシーを組み合わせた移動プラン（マルチモーダル）を提案することも可能である。

また、本実施形態では、乗降履歴ＤＢ１２に収集する乗降履歴について、タクシーと配送業者の車両の乗降履歴を収集しているが、タクシーの乗降履歴のみを収集対象としても良いし、配送業者の車両の乗降履歴のみを収集対象としても良い。更に、乗降履歴については車両のサイズ毎（例えばタクシーについては小型タクシー、普通タクシー、大型タクシー、配送業者であれば、大型トラック、普通トラック、小型トラック）に収集しても良い。その場合には、ユーザが配車の利用条件として「大型タクシー」を設定すると、大型タクシーの乗降履歴や大型トラック（中型トラックでもよい）の乗降履歴を用いて車両の配車を行う配車地点を決定するようにしても良い。

また、本実施形態では乗降履歴として過去に乗員が車両に乗車した時刻及び地点と、過去に乗員が車両から降車した時刻及び地点を夫々収集しているが、過去に乗員が車両に乗車した時刻及び地点のみを収集対象としても良い。また、過去に乗員が車両から降車した時刻及び地点のみを収集対象としても良い。

また、本実施形態では、配車希望地点が配車可能条件を満たす条件として上述した（Ａ）〜（Ｃ）のいずれにも該当しないこととしているが、（Ａ）〜（Ｃ）のいずれか２つ或いは１のみに該当しないことを条件としても良い。また、（Ａ）〜（Ｃ）以外の条件を追加しても良い。

また、本実施形態では、上記（Ａ）の条件として配車希望地点の属性が特定の属性に該当する場合を挙げており、更に特定の属性を交差点又は特定のジャンルの施設としているが、例えば高速道路、水域、山林等を特定の属性としても良い。配車希望地点がそのような属性である場合には、配車希望地点へとタクシーが到達できない、或いはユーザが配車希望地点へと到達できない可能性が高い。

また、本実施形態では、ナビ機能の一つとして車両の配車の検索及び利用プランの案内を行っているが、ナビ機能とは異なるアプリケーションによる機能として実行することも可能である。

また、本実施形態では配車地点の設定（Ｓ１３〜Ｓ１５）や配車するタクシー会社の検索処理（Ｓ１６）をサーバ装置１が実行する構成としているが、通信端末５においてそれらの処理の一部または全部を実行する構成としても良い。その場合には、通信端末５が乗降履歴ＤＢ１２や配車管理ＤＢ１３から乗降履歴やタクシー会社の管理情報を取得するように構成する。

また、本実施形態では、通信端末５をスマートフォンに適用した例について説明したが、ユーザに対して各種情報の案内を行う機能を有していれば他の種類の通信端末に対して適用することも可能である。例えば携帯電話機、タブレット型端末、パーソナルコンピュータ、ナビゲーション装置等に適用することが可能である。

また、本発明に係る車両配車装置を具体化した実施例について上記に説明したが、車両配車装置は以下の構成を有することも可能であり、その場合には以下の効果を奏する。

例えば、第１の構成は以下のとおりである。
過去に乗員が乗車した地点又は乗員が降車した地点を含む車両（７）の乗降履歴を収集する乗降履歴収集手段（２１）と、収集した前記車両の乗降履歴に基づいて、車両への乗車が推奨される乗車推奨地点を特定する地点特定手段（２１）と、車両の配車を希望するユーザに対して前記乗車推奨地点を提供する地点提供手段（２１）と、を有する。
上記構成を有する車両配車装置によれば、車両への乗車が推奨される地点に関する情報を提供することによって、提供された情報に基づいてユーザが車両の配車の手配を適切に行うことが可能となる。また、ユーザの配車された車両への乗車を容易化することが可能となる。

また、第２の構成は以下のとおりである。
車両の配車を希望するユーザから車両の配車を希望する配車希望地点を取得する配車希望地点取得手段（２１）と、前記配車希望地点が所定の配車可能条件を満たしているか否かを判定する配車条件判定手段（２１）と、有し、前記地点提供手段（２１）は、前記配車条件判定手段によって前記配車希望地点が前記配車可能条件を満たしていないと判定された場合に前記乗車推奨地点を提供する。
上記構成を有する車両配車装置によれば、特にユーザが車両の配車を希望する地点が車両の配車を行う地点として適切でない場合において、車両への乗車が推奨される地点に関する情報を提供することによって、提供された情報に基づいてユーザが車両の配車の手配を適切に行うことが可能となる。

また、第３の構成は以下のとおりである。
前記配車可能条件は、前記配車希望地点の属性に関する条件であって、前記配車条件判定手段（２１）は、前記配車希望地点が特定の属性に該当する場合に、配車可能条件を満たしていないと判定する。
上記構成を有する車両配車装置によれば、特にユーザが車両の配車を希望する地点の属性が車両の配車を行う地点として適切でない属性である場合において、車両への乗車が推奨される地点に関する情報を提供することによって、提供された情報に基づいてユーザが車両の配車の手配を適切に行うことが可能となる。

また、第４の構成は以下のとおりである。
前記特定の属性は交差点又は特定ジャンルの施設である。
上記構成を有する車両配車装置によれば、特にユーザが車両の配車を希望する地点が車両の停車や車両への乗車が困難であることが予想される地点である場合、或いはユーザが車両の配車を希望する地点が特定できない場合において、車両への乗車が推奨される地点に関する情報を提供することによって、提供された情報に基づいてユーザが車両の配車の手配を適切に行うことが可能となる。

また、第５の構成は以下のとおりである。
前記配車可能条件は、リンクからの距離に関する条件であって、前記配車条件判定手段（２１）は、前記配車希望地点から最も近い位置にあるリンクまでの距離が所定距離以上の場合に、配車可能条件を満たしていないと判定する。
上記構成を有する車両配車装置によれば、特にユーザが車両の配車を希望する地点が車両の到達することが困難であると予想される地点である場合において、車両への乗車が推奨される地点に関する情報を提供することによって、提供された情報に基づいてユーザが車両の配車の手配を適切に行うことが可能となる。

また、第６の構成は以下のとおりである。
前記配車可能条件は、前記配車希望地点と前記車両の乗降履歴に含まれる過去に乗員が車両に乗車した地点との相対関係に関する条件であって、前記配車条件判定手段（２１）は、前記車両の乗降履歴に含まれる過去に乗員が車両に乗車又は降車した地点の内、前記配車希望地点から最も近い地点までの距離が所定距離以上の場合に、配車可能条件を満たしていないと判定する。
上記構成を有する車両配車装置によれば、特にユーザが車両の配車を希望する地点が車両への乗車が困難であることが予想される地点である場合において、車両への乗車が推奨される地点に関する情報を提供することによって、提供された情報に基づいてユーザが車両の配車の手配を適切に行うことが可能となる。

また、第７の構成は以下のとおりである。
前記地点提供手段（２１）は、ユーザの現在位置から所定距離以内に位置する前記乗車推奨地点を提供する。
上記構成を有する車両配車装置によれば、ユーザの現在位置に基づいてユーザが乗車可能な場所を車両への乗車が推奨される地点とすることが可能となる。また、配車される車両に乗車するまでの移動に係る負担を減らすことが可能となる。

また、第８の構成は以下のとおりである。
前記地点提供手段（２１）は、提供対象となる前記乗車推奨地点が複数ある場合には、複数の前記乗車推奨地点毎に該乗車推奨地点に車両を配車した場合の利用プランを出力する。
上記構成を有する車両配車装置によれば、車両への乗車が推奨される地点が複数ある場合には、候補となる地点毎に利用プランを出力するので、ユーザは出力された利用プランに基づいて適切な地点を配車される車両への乗車地点、即ち車両の配車地点として選択することが可能となる。

また、第９の構成は以下のとおりである。
前記乗降履歴収集手段（２１）は、タクシー又は配送業者の車両から前記車両の乗降履歴を収集する。
上記構成を有する車両配車装置によれば、タクシー又は配送業者の車両の乗降履歴を収集することによって、車両への乗車が推奨される地点を正確に特定することが可能となる。

１ サーバ装置
２ 車両配車システム
３ 地図情報センタ
４ ユーザ
５ 通信端末
６ 通信ネットワーク網
７ 車両
１２ 乗降履歴ＤＢ
１３ 配車管理ＤＢ
２１ ＣＰＵ
２２ ＲＡＭ
２３ ＲＯＭ
２４ フラッシュメモリ
５１ 設定画面
５２ 地図画像
５５ 車両案内画面
５７ 配車案内画面
６０ プラン案内画面

Claims (12)

1. 過去に乗員が乗車した地点又は乗員が降車した地点を含む車両の乗降履歴を収集する乗降履歴収集手段と、
   収集した前記車両の乗降履歴に基づいて、車両への乗車が推奨される乗車推奨地点を特定する地点特定手段と、
   車両の配車を希望するユーザに対して前記乗車推奨地点を提供する地点提供手段と、を有する車両配車装置。
2. 車両の配車を希望するユーザから車両の配車を希望する配車希望地点を取得する配車希望地点取得手段と、
   前記配車希望地点が所定の配車可能条件を満たしているか否かを判定する配車条件判定手段と、有し、
   前記地点提供手段は、前記配車条件判定手段によって前記配車希望地点が前記配車可能条件を満たしていないと判定された場合に前記乗車推奨地点を提供する請求項１に記載の車両配車装置。
3. 前記配車可能条件は、前記配車希望地点の属性に関する条件であって、
   前記配車条件判定手段は、前記配車希望地点が特定の属性に該当する場合に、配車可能条件を満たしていないと判定する請求項２に記載の車両配車装置。
4. 前記特定の属性は交差点又は特定ジャンルの施設である請求項３に記載の車両配車装置。
5. 前記配車可能条件は、リンクからの距離に関する条件であって、
   前記配車条件判定手段は、前記配車希望地点から最も近い位置にあるリンクまでの距離が所定距離以上の場合に、配車可能条件を満たしていないと判定する請求項２に記載の車両配車装置。
6. 前記配車可能条件は、前記配車希望地点と前記車両の乗降履歴に含まれる過去に乗員が車両に乗車した地点との相対関係に関する条件であって、
   前記配車条件判定手段は、前記車両の乗降履歴に含まれる過去に乗員が車両に乗車又は降車した地点の内、前記配車希望地点から最も近い地点までの距離が所定距離以上の場合に、配車可能条件を満たしていないと判定する請求項２に記載の車両配車装置。
7. 前記地点提供手段は、ユーザの現在位置から所定距離以内に位置する前記乗車推奨地点を提供する請求項１乃至請求項６のいずれかに記載の車両配車装置。
8. 前記地点提供手段は、提供対象となる前記乗車推奨地点が複数ある場合には、複数の前記乗車推奨地点毎に該乗車推奨地点に車両を配車した場合の利用プランを出力する請求項１乃至請求項７のいずれかに記載の車両配車装置。
9. 前記乗降履歴収集手段は、タクシー又は配送業者の車両から前記車両の乗降履歴を収集する請求項１乃至請求項８のいずれかに記載の車両配車装置。
10. 過去に乗員が乗車した地点又は乗員が降車した地点を含む車両の乗降履歴を収集する乗降履歴収集手段と、
    収集した前記車両の乗降履歴に基づいて、車両への乗車が推奨される乗車推奨地点を特定する地点特定手段と、
    車両の配車を希望するユーザに対して前記乗車推奨地点を提供する地点提供手段と、を有する車両配車システム。
11. サーバ装置と通信可能に接続され、
    過去に乗員が乗車した地点又は乗員が降車した地点を含む車両の乗降履歴を収集するとともに、収集した前記車両の乗降履歴に基づいて特定された車両への乗車が推奨される乗車推奨地点を前記サーバ装置から受信する乗車推奨地点受信手段と、
    ユーザが車両の配車を希望した場合に、前記乗車推奨地点受信手段により受信した前記乗車推奨地点を出力する乗車推奨地点出力手段と、を有する通信端末。
12. コンピュータを、
    過去に乗員が乗車した地点又は乗員が降車した地点を含む車両の乗降履歴を収集する乗降履歴収集手段と、
    収集した前記車両の乗降履歴に基づいて、車両への乗車が推奨される乗車推奨地点を特定する地点特定手段と、
    車両の配車を希望するユーザに対して前記乗車推奨地点を提供する地点提供手段と、
    して機能させる為のコンピュータプログラム。

Images