タクシーナビシステム
【課題】種々のカーナビを搭載するタクシーに対してユーザが持つ携帯通信装置を経由してそのカーナビ用の経路情報を送る。
【解決手段】本発明によれば、ユーザが持つ携帯通信装置がカーナビの情報とユーザの認証情報を経路探索サーバへユーザへ送信する。経路探索サーバはタクシーのカーナビ情報と登録ユーザの情報を持ち、ユーザの認証を行い、登録された情報から経路を探索し、カーナビ情報より、適合するカーナビへの情報に変換する。
この経路情報をユーザの携帯通信装置を経由してカーナビへ送信することにより、ユーザの目的地までのナビゲートが可能になる。
【解決手段】本発明によれば、ユーザが持つ携帯通信装置がカーナビの情報とユーザの認証情報を経路探索サーバへユーザへ送信する。経路探索サーバはタクシーのカーナビ情報と登録ユーザの情報を持ち、ユーザの認証を行い、登録された情報から経路を探索し、カーナビ情報より、適合するカーナビへの情報に変換する。
この経路情報をユーザの携帯通信装置を経由してカーナビへ送信することにより、ユーザの目的地までのナビゲートが可能になる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、カーナビに関する技術を提供するものである。
【背景技術】
【０００２】
タクシーを利用する際に行き先を運転手に伝える場合に口頭で伝えるが、うまく説明できなかったり、行き先はわかっても最適なルートを取れるかどうかは運転手の経歴や技量に依存し、利用者の不便がある。
【０００３】
タクシー会社でもカーナビを備えるなどして対応しようとしているが、運転者がカーナビに不慣れであったり、また、設定が面倒にあるなどの理由で利用されていない場合もある。また、タクシー会社としても頻繁にカーナビを更新することは財務上の負担があるため、古い情報のカーナビが搭載されていることもある。
【０００４】
一般の人がカーナビを使う上でも入力の煩雑さなどがあるため、例えば、携帯電話に登録した情報をカーナビに転送する方法が特許文献１に開示されている。
【０００５】
また、経路情報を検索する方法として、情報センターに道路網情報を蓄積し、この情報センターに携帯端末より出発地と到着地の情報を指定して検索した情報を携帯端末で受け取る方法が特許文献２に開示されている。
【０００６】
【特許文献１】特開２００４-２９４５１０号公報(第11ページ、第1図)
【特許文献２】特開２００１-２８９６５６号公報(第７ページ、第1図)
【発明の開示】
【発明が解決しようとする課題】
【０００７】
特許文献1には、位置情報等をカーナビに渡し、カーナビでルート検索するためにカーナビの性能等に依存する。また、最新の道路情報に対応しているとは限らない。
【０００８】
特許文献2では、情報センターで検索するため、最新の道路情報に対応しているが、検索した情報が不特定多数のカーナビ特にタクシーなどを対象とした場合に利用できるとは限らない。
【０００９】
本発明の目的は、カーナビ付のタクシーにおいて、ユーザが簡便にルートの通知を行えるシステムを提供することにある。
【課題を解決するための手段】
【００１０】
上記課題を解決するために請求項１に記載のタクシーナビシステムは、ネットワーク上に道路情報を保持し、経路探索が可能な経路探索サーバを設置し、この経路探索サーバは、少なくともあらかじめ登録されたユーザ、および、タクシー会社かどうかを判定するユーザ認証手段と、登録されたユーザの住所情報と携帯通信装置より送信された現在位置情報からルートを検索する手段と、検索したルート手段を携帯通信装置より送信されたタクシーナビ情報、または、カーナビ情報と比較し、対応したデータ形式に変換する経路探索コーディネーターと、携帯通信装置と通信する手段を具備し、
携帯通信装置は、GPS等の現在位置を取得する手段と、経路探索サーバと通信するセルラー無線による通信手段と、カーナビと通信する手段と、認証情報を情報センターに送る手段を具備し、タクシーに搭載されたカーナビはユーザの携帯通信装置と通信する手段と、携帯通信装置を経由して経路探索サーバに送られるカーナビ、または、タクシーナビ情報の保持手段と、携帯通信装置より受信した経路情報をカーナビの経路情報として展開する手段と、経路情報を画面に表示する手段を具備することを特徴とする。
【００１１】
また、好ましい様態として、例えば、請求項２に記載のように、請求項１に記載の経路探索サーバにおいて、渋滞情報を取得する手段を具備し、渋滞情報を経路探索時に考慮してもよい。
【００１２】
また、好ましい様態として、請求項３に記載の経路探索サーバは、ユーザの利用回数をカウントし、保持する手段を具備し、利用回数が一定の基準を満たした場合に、割引情報としてカーナビへ携帯通信装置を経由して渡すようにしてもよい。
【００１３】
請求項１によれば、ユーザの携帯通信装置とカーナビが通信することによって、カーナビ情報を取得することができる。携帯通信装置は、このカーナビ情報と認証のための情報を経路探索サーバに送信し、経路探索サーバでは、認証情報によって登録ユーザ、および、登録タクシー会社かどうかを判定し、登録ユーザであれば登録された情報から目的地までの経路探索を行うことが可能になる。経路探索情報はカーナビ情報を元に対応、適合する形式のデータに変換され、携帯通信装置を介してカーナビに送られ、経路探索結果として表示することが可能となる。
【００１４】
請求項２によれば、渋滞情報を取得し、経路探索情報の追加情報として使用し、より好適な経路の検索を行うことができる。
【００１５】
請求項３によれば、利用回数を経路探索サーバで管理し、利用回数が一定回数を超えた場合に割引情報としてカーナビに送信後、当該割引情報に基づいた料金の割引が可能となる。
【発明の効果】
【００１６】
上記構成によれば、従来よりも操作性を向上させたカーナビを有するシステムを提供可能となる。
【発明を実施するための最良の形態】
【００１７】
以下、本発明について、図面を用いて、説明する。
【実施例１】
【００１８】
先ず、本発明における第1の実施例の構成を図１を用いて説明する。
【００１９】
図1において、１００は本実施例における経路探索サーバ、１０１は本実施例におけるサービスへ加入している加入者(ユーザ、及び、タクシー会社)であるかどうか確認する加入者認証手段、１０２は、経路探索において認証、経路探索、データ変換等を制御する経路探索制御手段、１０３は、本実施例におけるサービスの加入者の住所録データ、１０４は、各種情報から経路を検索する経路探索、１０５は、カーナビの機種ごとのカーナビ用データ変換手段、１０６は、携帯通信装置１０７と通信するための基地局、１０７は、携帯通信装置、１０８はセルラー無線通信手段、１０９は携帯通信装置１０７のユーザが経路探索サーバ１００が提供するサービスに加入していることを示す加入者情報を保持する加入者情報保持手段、１１０はタクシーカーナビ１１３と接続するための外部I/F、１１１は外部I/Fを通してタクシーカーナビとやり取りを行ったり、セルラー無線通信手段を通して経路探索サーバとのやり取りを行う制御手段、１１２は位置情報取得手段、１１３はタクシーカーナビ、１１４は携帯通信装置１０７と接続するための外部I/F、１１５は外部I/F １１４を通じて渡される経路データとナビゲーション用の地図を制御するナビゲーション制御手段、１１６は表示手段、１１７はタクシーナビ情報保持手段である。
【００２０】
ユーザはあらかじめサービス提供する経路探索サーバに登録しておき、自分の住所や認証のためのパスワード等が経路探索サーバで管理されている。さらに前記認証のための情報を携帯通信装置に保持している。また、タクシー会社もこの経路探索サーバに登録しており、自社で使用するカーナビの種類等の情報が経路探索サーバで管理されている。
【００２１】
図２にタクシーナビ情報の例を記載する。タクシーナビ情報は、図２に示すように、少なくとも、名称などでタクシー会社に関する情報、カーナビの種類や、型番、若しくは、タクシー会社にて設けたカーナビを識別する識別子などを含むカーナビに関する情報を持っている。この情報により経路探索サーバでサポートしているタクシー会社であるかどうかを判別でき、また、カーナビを識別したり、ナビデータを変換する場合のカーナビ情報を参照、渡すことができる。
【００２２】
図３に経路探索サーバに登録される住所情報の例を示す。住所情報は、ユーザ名、情報No、パスワード、登録された複数の住所(位置情報)によって構成される。この情報を元に経路探索を行う。
【００２３】
ユーザは、いくつかの情報の登録が可能で、例えば、図３の○○○太郎の情報No１のように途中で寄り道する場合の複数の位置情報(位置情報１、位置情報２、位置情報３)を含んだ情報の他に、別の目的地のみの情報No２のような情報を登録することも可能である。
【００２４】
どのデータを使用するかは、ユーザが指定しても良いし、現在位置から推定して判断するような方式でも良い。
【００２５】
図４を用いて、本実施例における動作の手順を説明する。
【００２６】
図４のステップ４０１において、携帯通信装置の経路探索ソフト、アプリを起動する。
【００２７】
図４のステップ４０２において、携帯通信装置１０７を外部I/F １１０とタクシーカーナビ１１３の外部I/F １１４を通して接続する。この外部I/F １１０、外部I/F １１４は無線LANやBlueToothなどの無線によるものでも良いし、有線で接続された携帯通信装置接続用のコネクタなどを用意しても良い。接続したことを経路探索アプリが感知し、経路探索の処理が開始される。
【００２８】
図４のステップ４０３において、携帯通信装置１０７は、タクシーカーナビ１１３のタクシーナビ情報保持手段１１７に保持されている情報を要求し、タクシーカーナビ１１３は要求されたタクシーナビ情報を携帯通信装置に送る。携帯通信装置１０７は、このようにしてタクシーナビ情報を取得する。
【００２９】
図４のステップ４０４において、位置情報取得手段１１２で現在位置の位置情報を取得する。位置情報取得手段１１２はGPSやその他の位置情報を取得する手段であっても本実施例の効果には変わりない。
【００３０】
図４のステップ４０５において、ステップ４０４で取得した現在位置情報とステップ４０３で取得したカーナビタクシーナビ情報と認証情報保持手段１０９に格納されている認証情報をセルラー無線通信手段１０８により、基地局１０６を介して経路探索サーバ１００に送信する。
【００３１】
図４のステップ４０６において、経路探索サーバ１００の加入者認証手段１０１は、送信されてきた認証情報を元に携帯通信装置のユーザ、及び、タクシー会社がこのサービスの加入者かどうかを判断する。
【００３２】
図４のステップ４０７において、加入者であることを確認されたら、経路探索制御手段１０２は、住所録１０３から加入者の登録住所位置情報を取得する。
【００３３】
図４のステップ４０８において、ステップ４０７で取得した位置情報(到着地点)と携帯通信装置１０７から送信された位置情報(出発地点)から、経路探索手段１０４は経路情報を計算する。
【００３４】
図４のステップ４０９において、ステップ４０８で計算された経路情報を携帯通信装置１０７から送信されたカーナビ情報に基づいてカーナビ用データ変換手段１０５で対応するカーナビのデータに変換する。
【００３５】
図４のステップ４１０において、経路探索制御手段１０２は、ステップ４０９で計算した経路情報を基地局１０６を介して携帯通信装置１０７のセルラー無線通信手段１０８へ送信する。
【００３６】
図４のステップ４１１において、ステップ４１０において送信された経路情報を外部I/F １１０、および、タクシーカーナビ１１３の外部I/F １１４を経由してナビゲーション制御手段１１５へ渡す。
【００３７】
図４のステップ４１２において、ナビゲーション制御手段１１５は渡された経路データをタクシーカーナビ１１３の表示手段１１６に渡し、経路情報を表示する。
【００３８】
以降、タクシーの運転者は、タクシーカーナビ１１３に表示される経路情報に従って目的地まで運転を行う。
【００３９】
以上述べてきたように、本実施例によれば、ユーザーが事前に経路探索サーバに目的地を登録しておき、乗車時に現在位置を取得し、その情報を元に経路探索サーバで経路探索を行うことができる。また、タクシーカーナビと携帯通信装置を接続し、カーナビの情報を経路探索サーバに送ることで計算された経路情報をタクシーカーナビに対応した情報に変換して送信することで、タクシーカーナビで経路情報を表示することができる。
【００４０】
なお、本実施例で経路探索サーバに登録されるのは、目的地としての住所を例に挙げたが、例えば、途中でコンビニなどに立ち寄りたいときに、その住所なども登録しておけば同様に経路探索情報に含まれ、目的地だけでなく途中に立ち寄る場所も含めて経路情報を計算し、その情報をタクシーカーナビに表示できる。
【実施例２】
【００４１】
次に、図５を用いて本発明における第二の実施例を説明する。
図５において、１００から１１７までは、図1に記載の各手段と同一のものである。５００は、経路探索サーバと接続されるインターネット網、５０１はインターネット網より渋滞情報を取得し、経路探索時に反映させる渋滞情報取得手段、５０２はインターネット網上に設置された渋滞情報管理サーバである。
【００４２】
図６を用いて、本実施例における動作を説明する。
【００４３】
ユーザはあらかじめサービスを提供する経路探索サーバに登録しておき、自分の住所や認証のためのパスワード等が経路探索サーバで管理されている。さらに前記認証のための情報を携帯通信装置に保持している。また、タクシー会社もこの経路探索サーバに登録しており、自社で使用するカーナビの種類等の情報が経路探索サーバで管理されている。
【００４４】
経路探索サーバはインターネット網５００によって渋滞情報を提供する渋滞情報管理サーバ５０２に接続されており、リアルタイムの渋滞情報を取得することが可能である。
【００４５】
図６のステップ６０１において、携帯通信装置の経路探索ソフト、アプリを起動する。
【００４６】
図６のステップ６０２において、携帯通信装置１０７を外部I/F １１０とタクシーカーナビ１１３の外部I/Fを通して接続する。この外部I/Fは無線LANやBlueToothなどの無線によるものでも良いし、有線で接続された携帯通信装置接続用のコネクタなどを用意しても良い。接続したことを経路探索アプリが感知、検出し、経路探索の処理が開始される。
【００４７】
図６のステップ６０３において、携帯通信装置１０７は、タクシーカーナビ１１３のタクシーナビ情報保持手段１１７に保持されている情報を要求し、タクシーカーナビ１１３は要求されたタクシーナビ情報を携帯通信装置１０７に送信する。携帯通信装置１０７は、このようにしてタクシーナビ情報を取得する。
【００４８】
図６のステップ６０４において、位置情報取得手段１１２で現在位置の位置情報を取得する。位置情報取得手段はGPSやその他の位置情報取得手段であっても本実施例の効果には変わりない。
【００４９】
図６のステップ６０５において、ステップ６０４で取得した現在位置情報とステップ６０３で取得したカーナビタクシーナビ情報と認証情報保持手段１０９に格納されている認証情報をセルラー無線通信手段１０８により、基地局１０６を介して経路探索サーバ１００に送る。
【００５０】
図６のステップ６０６において、経路探索サーバ１００の加入者認証手段１０１は、送信されてきた認証情報を元に携帯通信装置のユーザ、及び、タクシー会社がこのサービスの加入者かどうかを判断する。
【００５１】
図６のステップ６０７において、加入者であることを確認されたら、経路探索制御手段１０２は、住所録１０３から加入者の登録住所位置情報を取得する。
【００５２】
図６のステップ６０８において、インターネット網５００を介して渋滞情報を渋滞情報取得手段５０１より取得する。
【００５３】
図６のステップ６０９において、ステップ６０７で取得した位置情報(到着地点)と携帯通信装置１０７から送信された位置情報(出発地点)、および、ステップ６０８で取得した渋滞情報を加味して、経路探索手段１０４は経路情報を計算する。
【００５４】
図６のステップ６１０において、ステップ６０９で計算された経路情報を携帯通信装置１０７から送信されたカーナビ情報に基づいてカーナビ用データ変換手段１０５で対応するカーナビのデータに変換する。
【００５５】
図６のステップ６１１において、経路探索制御手段１０２は、ステップ６１０で計算した経路情報を基地局１０６を介して携帯通信装置１０７のセルラー無線通信手段１０８へ送信する。
【００５６】
図６のステップ６１２において、ステップ６１１において送信された経路情報を外部I/F １１０、および、タクシーカーナビ１１３の外部I/F １１４を経由してナビゲーション制御手段１１５へ渡す。
【００５７】
図６のステップ６１３において、ナビゲーション制御手段１１５は渡された経路データをタクシーカーナビ１１３の表示手段１１６に渡し、経路情報を表示する。
【００５８】
以降、タクシーの運転者は、タクシーカーナビ１１３に表示される経路情報に従って目的地まで運転を行う。
【００５９】
以上述べてきたように、本実施例によれば、ユーザーが事前に経路探索サーバに目的地を登録しておき、乗車時に現在位置を取得し、その情報を元に経路探索サーバで経路探索を行うことができる。その際に渋滞情報を加味した検索を行うことでより、好適な経路探索を行うことができる。また、タクシーカーナビと携帯通信装置を接続し、カーナビの情報を経路探索サーバに送ることで計算された経路情報をタクシーカーナビに対応した情報に変換して送信することでタクシーカーナビで経路情報を表示することができる。
【００６０】
なお、本実施例で経路探索サーバに登録されるのは、目的地としての住所を例に挙げたが、例えば、途中でコンビニなどに立ち寄りたいときにその住所なども登録しておけば同様に経路探索情報に含まれ、目的地だけでなく途中に立ち寄る場所も含めて経路情報を計算し、その情報をタクシーカーナビに表示できる。
【実施例３】
【００６１】
次に、図７を用いて本発明における第３の実施例を説明する。
【００６２】
図７において、１００から１１７までは、図1に記載の各手段と同一のものである。７００は、経路探索サーバの利用回数に関する情報を加入者ごとに管理する利用回数保持手段、７０１は利用回数が一定の回数に達したときに、例えば割引をするための割引情報作成手段である。
【００６３】
図８を用いて、本実施例における動作を説明する。
【００６４】
ユーザはあらかじめサービス提供する経路探索サーバに登録しておき、自分の住所や認証のためのパスワード等が経路探索サーバで管理されている。さらに前記認証のための情報を携帯通信装置に保持している。また、タクシー会社もこの経路探索サーバに登録しており、自社で使用するカーナビの種類等の情報が経路探索サーバで管理されている。
【００６５】
図８のステップ８０１において、携帯通信装置の経路探索ソフト、アプリを起動する。
【００６６】
図８のステップ８０２において、携帯通信装置１０７をの外部I/F １１０とタクシーカーナビ１１３の外部I/Fを通して接続する。この外部I/Fは無線LANやBlueToothなどの無線によるものでも良いし、有線で接続された携帯通信装置接続用のコネクタなどを用意しても良い。接続したことを経路探索アプリが検出、感知し、経路探索の処理が開始される。
【００６７】
図８のステップ８０３において、携帯通信装置１０７は、タクシーカーナビ１１３のタクシーナビ情報保持手段１１７に保持されている情報を要求し、タクシーカーナビ１１３は要求されたタクシーナビ情報を携帯通信装置に送る。携帯通信装置１０７は、このようにしてタクシーナビ情報を取得する。
【００６８】
図８のステップ８０４において、位置情報取得手段１１２で現在位置の位置情報を取得する。位置情報取得手段はGPSやその他の位置情報取得手段であっても本実施例の効果には変わりない。
【００６９】
図８のステップ８０５において、ステップ８０４で取得した現在位置情報とステップ８０３で取得したカーナビタクシーナビ情報と認証情報保持手段１０９に格納されている認証情報をセルラー無線通信手段１０８により、基地局１０６を介して経路探索サーバ１００に送る。
【００７０】
図８のステップ８０６において、経路探索サーバ１００の加入者認証手段１０１は、送信されてきた認証情報を元に携帯通信装置のユーザ、及び、タクシー会社がこのサービスの加入者かどうかを判断する。
【００７１】
図８のステップ８０７において、加入者であることを確認されたら、経路探索制御手段１０２は、住所録１０３から加入者の登録住所位置情報を取得する。
【００７２】
図８のステップ８０８において、ステップ８０７で取得した位置情報(到着地点)と携帯通信装置１０７から送信された位置情報(出発地点)、経路探索手段１０４は経路情報を計算する。
【００７３】
図８のステップ８０９において、ステップ８０８で計算された経路情報を携帯通信装置１０７から送信されたカーナビ情報に基づいてカーナビ用データ変換手段１０５で対応するカーナビのデータに変換する。
【００７４】
図８のステップ８１０において、利用回数保持手段は認証した加入者情報と関連付けられた利用回数を１回分増やす。
【００７５】
図８のステップ８１１において、利用回数が割引対象となる回数であるかチェックする。利用回数が割引可能な回数である場合は、図８のステップ８１２へ、そうでない場合は図８のステップ８１３へ進む。
【００７６】
図８のステップ８１２において、割引情報作成手段７０１で割引情報を作成し経路探索データに付加する。
【００７７】
図８のステップ８１３において、経路探索制御手段１０２は、ステップ８０９で計算した経路情報を基地局１０６を介して携帯通信装置１０７のセルラー無線通信手段１０８へ送信する。この時、利用回数が割り引き対象回数に達していた場合は、図８のステップ８１２において付加された割引可能情報も同時に送信される。
【００７８】
図８のステップ８１４において、ステップ８１３において送信された経路情報を携帯通信装置１０７の外部I/F １１０、および、タクシーカーナビ１１３の外部I/F １１４を経由してナビゲーション制御手段１１５へ渡す。
【００７９】
図８のステップ８１５において、ナビゲーション制御手段１１５は渡された経路データをタクシーカーナビ１１３の表示手段１１６に渡し、経路情報を表示する。
【００８０】
図８のステップ８１６において、ステップ８１２における割引情報が判別されているかどうか判別する。付加されていた場合はステップ８１７へ、付加されていない場合は、なにもしない。
【００８１】
図８のステップ８１７において割引可能情報をカーナビに表示する。
【００８２】
以降、タクシーの運転者は、タクシーカーナビ１１３に表示される経路情報に従って目的地まで運転を行う。
【００８３】
また、割引可能であることがカーナビの画面に表示された場合には、この情報を元に運転者は料金の割引を行う
以上述べてきたように、本実施例によれば、ユーザーが事前に経路探索サーバに目的地を登録しておき、乗車時に現在位置を取得し、その情報を元に経路探索サーバで経路探索を行うことができる。
【００８４】
また、タクシーカーナビと携帯通信装置を接続し、カーナビの情報を経路探索サーバに送信後、当該送信された情報に基づいて計算された経路情報をタクシーカーナビに対応した情報に変換して送信することが出来るので、タクシーカーナビで経路情報を表示することができる。
【００８５】
この時、利用回数を経路探索サーバでユーザ毎に管理しておき、利用回数が一定の割引対象回数に達した場合には、その情報をカーナビに送信し、その情報に基づき割引が実施されるので、ユーザは複数回利用することによる料金割引というメリットを得ることができ、また、タクシー会社としても、ユーザに繰り返し何度も利用してもらうことができるというメリットが得られる。
【００８６】
なお、本実施例で経路探索サーバに登録されるのは、目的地としての住所を例に挙げたが、例えば、途中でコンビニなどに立ち寄りたいときにその住所なども登録しておけば同様に経路探索情報に含まれ、目的地だけでなく途中に立ち寄る場所も含めて経路情報を計算し、その情報をタクシーカーナビに表示できる。
【実施例４】
【００８７】
次に、図９を用いて本発明における第４の実施例を説明する。
【００８８】
図９において、１００から１１７までは、図1に記載の各手段と同一のものである。９００は、タクシーの料金を計算し、清算するための情報を表示するタクシー料金清算手段である。タクシー料金清算手段は、タクシーカーナビと連動し、タクシーカーナビからの指示に従い、料金清算時の割引を行うことができる。
【００８９】
本実施例において、図８のステップ８１６までは、第３の実施例と同じ動作である。本実施例においては、図８のステップ８１６で割引可能情報がある場合には、ナビゲーション制御手段が前記割引情報をタクシー料清算手段に送信、通知し、タクシー料金清算手段で自動的に割引し、当該割引した料金の表示を行う。
【００９０】
以上述べてきたように、本実施例によれば、本実施例の第３の実施例と同様に登録ユーザの経路探索を行い、カーナビに表示することが可能である。また、登録ユーザの利用回数を経路探索サーバで管理し、一定の回数に達した場合には、割引が可能である情報をタクシーカーナビに送信、通知し、タクシーカーナビは料金清算手段にそれを伝えることで自動的に料金の割り引きを行うことができる。従って、ユーザは複数回利用することによる料金割引というメリットを得ることができ、また、タクシー会社としてもユーザーに繰返して何度も利用してもらうことができるというメリットが得られる。
【００９１】
以上のように、本発明についての前記実施例によれば、タクシーのカーナビの情報を取得する携帯通信装置と、情報に基づき経路探索を行う経路探索サーバによるタクシーナビシステムにおいて、経路探索サーバにより経路探索結果を対象カーナビ用に変換された情報を表示するカーナビにて利用可能であり、従来よりもそれらの操作性、使い勝手の向上を可能とするものである。
【００９２】
なお、前述の実施例では、カーナビをタクシーに搭載した場合を例として説明したが、本発明は、タクシーに搭載された場合に限定されるものではない。例えば、カーナビを車両(一般用、または営業用を問わない)に搭載し、経路探索などで使用する場合において、当該カーナビと経路検索サーバとを携帯通信装置を介して、接続して連携させて使用する場合に、前述の実施例を使用するものであっても良い。その場合に、前述のタクシーナビ情報、ユーザ登録情報などを適宜変更するものであっても本発明の実施の範囲内であるのは言うまでもない。
【図面の簡単な説明】
【００９３】
【図１】本発明の第１の実施例における構成を示すブロック図
【図２】本発明の第１の実施例におけるタクシーナビ情報例
【図３】本発明の第１の実施例におけるユーザ登録情報例
【図４】本発明の第１の実施例における動作を説明するフローチャート
【図５】本発明の第２の実施例における構成を示すブロック図
【図６】本発明の第２の実施例における動作を説明するフローチャート
【図７】本発明の第３の実施例における構成を示すブロック図
【図８】本発明の第３の実施例における動作を説明するフローチャート
【図９】本発明の第４の実施例における構成を示すブロック図
【符号の説明】
【００９４】
１００・・・経路探索サーバ
１０１・・・加入者認証手段
１０２・・・経路探索制御手段
１０３・・・住所録
１０４・・・経路探索手段
１０５・・・カーナビ用データ変換手段
１０６・・・基地局
１０７・・・携帯通信装置
１０８・・・セルラー無線通信手段
１０９・・・加入者情報保持手段
１１０・・・外部I/F
１１１・・・制御手段
１１２・・・位置情報取得手段
１１３・・・タクシーカーナビ
１１４・・・外部I/F
１１５・・・ナビゲーション制御手段
１１６・・・表示手段
１１７・・・タクシーナビ情報保持手段
５００・・・インターネット網
５０１・・・渋滞情報取得手段
７００・・・利用回数保持手段
７０１・・・割引情報作成手段
【技術分野】
【０００１】
本発明は、カーナビに関する技術を提供するものである。
【背景技術】
【０００２】
タクシーを利用する際に行き先を運転手に伝える場合に口頭で伝えるが、うまく説明できなかったり、行き先はわかっても最適なルートを取れるかどうかは運転手の経歴や技量に依存し、利用者の不便がある。
【０００３】
タクシー会社でもカーナビを備えるなどして対応しようとしているが、運転者がカーナビに不慣れであったり、また、設定が面倒にあるなどの理由で利用されていない場合もある。また、タクシー会社としても頻繁にカーナビを更新することは財務上の負担があるため、古い情報のカーナビが搭載されていることもある。
【０００４】
一般の人がカーナビを使う上でも入力の煩雑さなどがあるため、例えば、携帯電話に登録した情報をカーナビに転送する方法が特許文献１に開示されている。
【０００５】
また、経路情報を検索する方法として、情報センターに道路網情報を蓄積し、この情報センターに携帯端末より出発地と到着地の情報を指定して検索した情報を携帯端末で受け取る方法が特許文献２に開示されている。
【０００６】
【特許文献１】特開２００４-２９４５１０号公報(第11ページ、第1図)
【特許文献２】特開２００１-２８９６５６号公報(第７ページ、第1図)
【発明の開示】
【発明が解決しようとする課題】
【０００７】
特許文献1には、位置情報等をカーナビに渡し、カーナビでルート検索するためにカーナビの性能等に依存する。また、最新の道路情報に対応しているとは限らない。
【０００８】
特許文献2では、情報センターで検索するため、最新の道路情報に対応しているが、検索した情報が不特定多数のカーナビ特にタクシーなどを対象とした場合に利用できるとは限らない。
【０００９】
本発明の目的は、カーナビ付のタクシーにおいて、ユーザが簡便にルートの通知を行えるシステムを提供することにある。
【課題を解決するための手段】
【００１０】
上記課題を解決するために請求項１に記載のタクシーナビシステムは、ネットワーク上に道路情報を保持し、経路探索が可能な経路探索サーバを設置し、この経路探索サーバは、少なくともあらかじめ登録されたユーザ、および、タクシー会社かどうかを判定するユーザ認証手段と、登録されたユーザの住所情報と携帯通信装置より送信された現在位置情報からルートを検索する手段と、検索したルート手段を携帯通信装置より送信されたタクシーナビ情報、または、カーナビ情報と比較し、対応したデータ形式に変換する経路探索コーディネーターと、携帯通信装置と通信する手段を具備し、
携帯通信装置は、GPS等の現在位置を取得する手段と、経路探索サーバと通信するセルラー無線による通信手段と、カーナビと通信する手段と、認証情報を情報センターに送る手段を具備し、タクシーに搭載されたカーナビはユーザの携帯通信装置と通信する手段と、携帯通信装置を経由して経路探索サーバに送られるカーナビ、または、タクシーナビ情報の保持手段と、携帯通信装置より受信した経路情報をカーナビの経路情報として展開する手段と、経路情報を画面に表示する手段を具備することを特徴とする。
【００１１】
また、好ましい様態として、例えば、請求項２に記載のように、請求項１に記載の経路探索サーバにおいて、渋滞情報を取得する手段を具備し、渋滞情報を経路探索時に考慮してもよい。
【００１２】
また、好ましい様態として、請求項３に記載の経路探索サーバは、ユーザの利用回数をカウントし、保持する手段を具備し、利用回数が一定の基準を満たした場合に、割引情報としてカーナビへ携帯通信装置を経由して渡すようにしてもよい。
【００１３】
請求項１によれば、ユーザの携帯通信装置とカーナビが通信することによって、カーナビ情報を取得することができる。携帯通信装置は、このカーナビ情報と認証のための情報を経路探索サーバに送信し、経路探索サーバでは、認証情報によって登録ユーザ、および、登録タクシー会社かどうかを判定し、登録ユーザであれば登録された情報から目的地までの経路探索を行うことが可能になる。経路探索情報はカーナビ情報を元に対応、適合する形式のデータに変換され、携帯通信装置を介してカーナビに送られ、経路探索結果として表示することが可能となる。
【００１４】
請求項２によれば、渋滞情報を取得し、経路探索情報の追加情報として使用し、より好適な経路の検索を行うことができる。
【００１５】
請求項３によれば、利用回数を経路探索サーバで管理し、利用回数が一定回数を超えた場合に割引情報としてカーナビに送信後、当該割引情報に基づいた料金の割引が可能となる。
【発明の効果】
【００１６】
上記構成によれば、従来よりも操作性を向上させたカーナビを有するシステムを提供可能となる。
【発明を実施するための最良の形態】
【００１７】
以下、本発明について、図面を用いて、説明する。
【実施例１】
【００１８】
先ず、本発明における第1の実施例の構成を図１を用いて説明する。
【００１９】
図1において、１００は本実施例における経路探索サーバ、１０１は本実施例におけるサービスへ加入している加入者(ユーザ、及び、タクシー会社)であるかどうか確認する加入者認証手段、１０２は、経路探索において認証、経路探索、データ変換等を制御する経路探索制御手段、１０３は、本実施例におけるサービスの加入者の住所録データ、１０４は、各種情報から経路を検索する経路探索、１０５は、カーナビの機種ごとのカーナビ用データ変換手段、１０６は、携帯通信装置１０７と通信するための基地局、１０７は、携帯通信装置、１０８はセルラー無線通信手段、１０９は携帯通信装置１０７のユーザが経路探索サーバ１００が提供するサービスに加入していることを示す加入者情報を保持する加入者情報保持手段、１１０はタクシーカーナビ１１３と接続するための外部I/F、１１１は外部I/Fを通してタクシーカーナビとやり取りを行ったり、セルラー無線通信手段を通して経路探索サーバとのやり取りを行う制御手段、１１２は位置情報取得手段、１１３はタクシーカーナビ、１１４は携帯通信装置１０７と接続するための外部I/F、１１５は外部I/F １１４を通じて渡される経路データとナビゲーション用の地図を制御するナビゲーション制御手段、１１６は表示手段、１１７はタクシーナビ情報保持手段である。
【００２０】
ユーザはあらかじめサービス提供する経路探索サーバに登録しておき、自分の住所や認証のためのパスワード等が経路探索サーバで管理されている。さらに前記認証のための情報を携帯通信装置に保持している。また、タクシー会社もこの経路探索サーバに登録しており、自社で使用するカーナビの種類等の情報が経路探索サーバで管理されている。
【００２１】
図２にタクシーナビ情報の例を記載する。タクシーナビ情報は、図２に示すように、少なくとも、名称などでタクシー会社に関する情報、カーナビの種類や、型番、若しくは、タクシー会社にて設けたカーナビを識別する識別子などを含むカーナビに関する情報を持っている。この情報により経路探索サーバでサポートしているタクシー会社であるかどうかを判別でき、また、カーナビを識別したり、ナビデータを変換する場合のカーナビ情報を参照、渡すことができる。
【００２２】
図３に経路探索サーバに登録される住所情報の例を示す。住所情報は、ユーザ名、情報No、パスワード、登録された複数の住所(位置情報)によって構成される。この情報を元に経路探索を行う。
【００２３】
ユーザは、いくつかの情報の登録が可能で、例えば、図３の○○○太郎の情報No１のように途中で寄り道する場合の複数の位置情報(位置情報１、位置情報２、位置情報３)を含んだ情報の他に、別の目的地のみの情報No２のような情報を登録することも可能である。
【００２４】
どのデータを使用するかは、ユーザが指定しても良いし、現在位置から推定して判断するような方式でも良い。
【００２５】
図４を用いて、本実施例における動作の手順を説明する。
【００２６】
図４のステップ４０１において、携帯通信装置の経路探索ソフト、アプリを起動する。
【００２７】
図４のステップ４０２において、携帯通信装置１０７を外部I/F １１０とタクシーカーナビ１１３の外部I/F １１４を通して接続する。この外部I/F １１０、外部I/F １１４は無線LANやBlueToothなどの無線によるものでも良いし、有線で接続された携帯通信装置接続用のコネクタなどを用意しても良い。接続したことを経路探索アプリが感知し、経路探索の処理が開始される。
【００２８】
図４のステップ４０３において、携帯通信装置１０７は、タクシーカーナビ１１３のタクシーナビ情報保持手段１１７に保持されている情報を要求し、タクシーカーナビ１１３は要求されたタクシーナビ情報を携帯通信装置に送る。携帯通信装置１０７は、このようにしてタクシーナビ情報を取得する。
【００２９】
図４のステップ４０４において、位置情報取得手段１１２で現在位置の位置情報を取得する。位置情報取得手段１１２はGPSやその他の位置情報を取得する手段であっても本実施例の効果には変わりない。
【００３０】
図４のステップ４０５において、ステップ４０４で取得した現在位置情報とステップ４０３で取得したカーナビタクシーナビ情報と認証情報保持手段１０９に格納されている認証情報をセルラー無線通信手段１０８により、基地局１０６を介して経路探索サーバ１００に送信する。
【００３１】
図４のステップ４０６において、経路探索サーバ１００の加入者認証手段１０１は、送信されてきた認証情報を元に携帯通信装置のユーザ、及び、タクシー会社がこのサービスの加入者かどうかを判断する。
【００３２】
図４のステップ４０７において、加入者であることを確認されたら、経路探索制御手段１０２は、住所録１０３から加入者の登録住所位置情報を取得する。
【００３３】
図４のステップ４０８において、ステップ４０７で取得した位置情報(到着地点)と携帯通信装置１０７から送信された位置情報(出発地点)から、経路探索手段１０４は経路情報を計算する。
【００３４】
図４のステップ４０９において、ステップ４０８で計算された経路情報を携帯通信装置１０７から送信されたカーナビ情報に基づいてカーナビ用データ変換手段１０５で対応するカーナビのデータに変換する。
【００３５】
図４のステップ４１０において、経路探索制御手段１０２は、ステップ４０９で計算した経路情報を基地局１０６を介して携帯通信装置１０７のセルラー無線通信手段１０８へ送信する。
【００３６】
図４のステップ４１１において、ステップ４１０において送信された経路情報を外部I/F １１０、および、タクシーカーナビ１１３の外部I/F １１４を経由してナビゲーション制御手段１１５へ渡す。
【００３７】
図４のステップ４１２において、ナビゲーション制御手段１１５は渡された経路データをタクシーカーナビ１１３の表示手段１１６に渡し、経路情報を表示する。
【００３８】
以降、タクシーの運転者は、タクシーカーナビ１１３に表示される経路情報に従って目的地まで運転を行う。
【００３９】
以上述べてきたように、本実施例によれば、ユーザーが事前に経路探索サーバに目的地を登録しておき、乗車時に現在位置を取得し、その情報を元に経路探索サーバで経路探索を行うことができる。また、タクシーカーナビと携帯通信装置を接続し、カーナビの情報を経路探索サーバに送ることで計算された経路情報をタクシーカーナビに対応した情報に変換して送信することで、タクシーカーナビで経路情報を表示することができる。
【００４０】
なお、本実施例で経路探索サーバに登録されるのは、目的地としての住所を例に挙げたが、例えば、途中でコンビニなどに立ち寄りたいときに、その住所なども登録しておけば同様に経路探索情報に含まれ、目的地だけでなく途中に立ち寄る場所も含めて経路情報を計算し、その情報をタクシーカーナビに表示できる。
【実施例２】
【００４１】
次に、図５を用いて本発明における第二の実施例を説明する。
図５において、１００から１１７までは、図1に記載の各手段と同一のものである。５００は、経路探索サーバと接続されるインターネット網、５０１はインターネット網より渋滞情報を取得し、経路探索時に反映させる渋滞情報取得手段、５０２はインターネット網上に設置された渋滞情報管理サーバである。
【００４２】
図６を用いて、本実施例における動作を説明する。
【００４３】
ユーザはあらかじめサービスを提供する経路探索サーバに登録しておき、自分の住所や認証のためのパスワード等が経路探索サーバで管理されている。さらに前記認証のための情報を携帯通信装置に保持している。また、タクシー会社もこの経路探索サーバに登録しており、自社で使用するカーナビの種類等の情報が経路探索サーバで管理されている。
【００４４】
経路探索サーバはインターネット網５００によって渋滞情報を提供する渋滞情報管理サーバ５０２に接続されており、リアルタイムの渋滞情報を取得することが可能である。
【００４５】
図６のステップ６０１において、携帯通信装置の経路探索ソフト、アプリを起動する。
【００４６】
図６のステップ６０２において、携帯通信装置１０７を外部I/F １１０とタクシーカーナビ１１３の外部I/Fを通して接続する。この外部I/Fは無線LANやBlueToothなどの無線によるものでも良いし、有線で接続された携帯通信装置接続用のコネクタなどを用意しても良い。接続したことを経路探索アプリが感知、検出し、経路探索の処理が開始される。
【００４７】
図６のステップ６０３において、携帯通信装置１０７は、タクシーカーナビ１１３のタクシーナビ情報保持手段１１７に保持されている情報を要求し、タクシーカーナビ１１３は要求されたタクシーナビ情報を携帯通信装置１０７に送信する。携帯通信装置１０７は、このようにしてタクシーナビ情報を取得する。
【００４８】
図６のステップ６０４において、位置情報取得手段１１２で現在位置の位置情報を取得する。位置情報取得手段はGPSやその他の位置情報取得手段であっても本実施例の効果には変わりない。
【００４９】
図６のステップ６０５において、ステップ６０４で取得した現在位置情報とステップ６０３で取得したカーナビタクシーナビ情報と認証情報保持手段１０９に格納されている認証情報をセルラー無線通信手段１０８により、基地局１０６を介して経路探索サーバ１００に送る。
【００５０】
図６のステップ６０６において、経路探索サーバ１００の加入者認証手段１０１は、送信されてきた認証情報を元に携帯通信装置のユーザ、及び、タクシー会社がこのサービスの加入者かどうかを判断する。
【００５１】
図６のステップ６０７において、加入者であることを確認されたら、経路探索制御手段１０２は、住所録１０３から加入者の登録住所位置情報を取得する。
【００５２】
図６のステップ６０８において、インターネット網５００を介して渋滞情報を渋滞情報取得手段５０１より取得する。
【００５３】
図６のステップ６０９において、ステップ６０７で取得した位置情報(到着地点)と携帯通信装置１０７から送信された位置情報(出発地点)、および、ステップ６０８で取得した渋滞情報を加味して、経路探索手段１０４は経路情報を計算する。
【００５４】
図６のステップ６１０において、ステップ６０９で計算された経路情報を携帯通信装置１０７から送信されたカーナビ情報に基づいてカーナビ用データ変換手段１０５で対応するカーナビのデータに変換する。
【００５５】
図６のステップ６１１において、経路探索制御手段１０２は、ステップ６１０で計算した経路情報を基地局１０６を介して携帯通信装置１０７のセルラー無線通信手段１０８へ送信する。
【００５６】
図６のステップ６１２において、ステップ６１１において送信された経路情報を外部I/F １１０、および、タクシーカーナビ１１３の外部I/F １１４を経由してナビゲーション制御手段１１５へ渡す。
【００５７】
図６のステップ６１３において、ナビゲーション制御手段１１５は渡された経路データをタクシーカーナビ１１３の表示手段１１６に渡し、経路情報を表示する。
【００５８】
以降、タクシーの運転者は、タクシーカーナビ１１３に表示される経路情報に従って目的地まで運転を行う。
【００５９】
以上述べてきたように、本実施例によれば、ユーザーが事前に経路探索サーバに目的地を登録しておき、乗車時に現在位置を取得し、その情報を元に経路探索サーバで経路探索を行うことができる。その際に渋滞情報を加味した検索を行うことでより、好適な経路探索を行うことができる。また、タクシーカーナビと携帯通信装置を接続し、カーナビの情報を経路探索サーバに送ることで計算された経路情報をタクシーカーナビに対応した情報に変換して送信することでタクシーカーナビで経路情報を表示することができる。
【００６０】
なお、本実施例で経路探索サーバに登録されるのは、目的地としての住所を例に挙げたが、例えば、途中でコンビニなどに立ち寄りたいときにその住所なども登録しておけば同様に経路探索情報に含まれ、目的地だけでなく途中に立ち寄る場所も含めて経路情報を計算し、その情報をタクシーカーナビに表示できる。
【実施例３】
【００６１】
次に、図７を用いて本発明における第３の実施例を説明する。
【００６２】
図７において、１００から１１７までは、図1に記載の各手段と同一のものである。７００は、経路探索サーバの利用回数に関する情報を加入者ごとに管理する利用回数保持手段、７０１は利用回数が一定の回数に達したときに、例えば割引をするための割引情報作成手段である。
【００６３】
図８を用いて、本実施例における動作を説明する。
【００６４】
ユーザはあらかじめサービス提供する経路探索サーバに登録しておき、自分の住所や認証のためのパスワード等が経路探索サーバで管理されている。さらに前記認証のための情報を携帯通信装置に保持している。また、タクシー会社もこの経路探索サーバに登録しており、自社で使用するカーナビの種類等の情報が経路探索サーバで管理されている。
【００６５】
図８のステップ８０１において、携帯通信装置の経路探索ソフト、アプリを起動する。
【００６６】
図８のステップ８０２において、携帯通信装置１０７をの外部I/F １１０とタクシーカーナビ１１３の外部I/Fを通して接続する。この外部I/Fは無線LANやBlueToothなどの無線によるものでも良いし、有線で接続された携帯通信装置接続用のコネクタなどを用意しても良い。接続したことを経路探索アプリが検出、感知し、経路探索の処理が開始される。
【００６７】
図８のステップ８０３において、携帯通信装置１０７は、タクシーカーナビ１１３のタクシーナビ情報保持手段１１７に保持されている情報を要求し、タクシーカーナビ１１３は要求されたタクシーナビ情報を携帯通信装置に送る。携帯通信装置１０７は、このようにしてタクシーナビ情報を取得する。
【００６８】
図８のステップ８０４において、位置情報取得手段１１２で現在位置の位置情報を取得する。位置情報取得手段はGPSやその他の位置情報取得手段であっても本実施例の効果には変わりない。
【００６９】
図８のステップ８０５において、ステップ８０４で取得した現在位置情報とステップ８０３で取得したカーナビタクシーナビ情報と認証情報保持手段１０９に格納されている認証情報をセルラー無線通信手段１０８により、基地局１０６を介して経路探索サーバ１００に送る。
【００７０】
図８のステップ８０６において、経路探索サーバ１００の加入者認証手段１０１は、送信されてきた認証情報を元に携帯通信装置のユーザ、及び、タクシー会社がこのサービスの加入者かどうかを判断する。
【００７１】
図８のステップ８０７において、加入者であることを確認されたら、経路探索制御手段１０２は、住所録１０３から加入者の登録住所位置情報を取得する。
【００７２】
図８のステップ８０８において、ステップ８０７で取得した位置情報(到着地点)と携帯通信装置１０７から送信された位置情報(出発地点)、経路探索手段１０４は経路情報を計算する。
【００７３】
図８のステップ８０９において、ステップ８０８で計算された経路情報を携帯通信装置１０７から送信されたカーナビ情報に基づいてカーナビ用データ変換手段１０５で対応するカーナビのデータに変換する。
【００７４】
図８のステップ８１０において、利用回数保持手段は認証した加入者情報と関連付けられた利用回数を１回分増やす。
【００７５】
図８のステップ８１１において、利用回数が割引対象となる回数であるかチェックする。利用回数が割引可能な回数である場合は、図８のステップ８１２へ、そうでない場合は図８のステップ８１３へ進む。
【００７６】
図８のステップ８１２において、割引情報作成手段７０１で割引情報を作成し経路探索データに付加する。
【００７７】
図８のステップ８１３において、経路探索制御手段１０２は、ステップ８０９で計算した経路情報を基地局１０６を介して携帯通信装置１０７のセルラー無線通信手段１０８へ送信する。この時、利用回数が割り引き対象回数に達していた場合は、図８のステップ８１２において付加された割引可能情報も同時に送信される。
【００７８】
図８のステップ８１４において、ステップ８１３において送信された経路情報を携帯通信装置１０７の外部I/F １１０、および、タクシーカーナビ１１３の外部I/F １１４を経由してナビゲーション制御手段１１５へ渡す。
【００７９】
図８のステップ８１５において、ナビゲーション制御手段１１５は渡された経路データをタクシーカーナビ１１３の表示手段１１６に渡し、経路情報を表示する。
【００８０】
図８のステップ８１６において、ステップ８１２における割引情報が判別されているかどうか判別する。付加されていた場合はステップ８１７へ、付加されていない場合は、なにもしない。
【００８１】
図８のステップ８１７において割引可能情報をカーナビに表示する。
【００８２】
以降、タクシーの運転者は、タクシーカーナビ１１３に表示される経路情報に従って目的地まで運転を行う。
【００８３】
また、割引可能であることがカーナビの画面に表示された場合には、この情報を元に運転者は料金の割引を行う
以上述べてきたように、本実施例によれば、ユーザーが事前に経路探索サーバに目的地を登録しておき、乗車時に現在位置を取得し、その情報を元に経路探索サーバで経路探索を行うことができる。
【００８４】
また、タクシーカーナビと携帯通信装置を接続し、カーナビの情報を経路探索サーバに送信後、当該送信された情報に基づいて計算された経路情報をタクシーカーナビに対応した情報に変換して送信することが出来るので、タクシーカーナビで経路情報を表示することができる。
【００８５】
この時、利用回数を経路探索サーバでユーザ毎に管理しておき、利用回数が一定の割引対象回数に達した場合には、その情報をカーナビに送信し、その情報に基づき割引が実施されるので、ユーザは複数回利用することによる料金割引というメリットを得ることができ、また、タクシー会社としても、ユーザに繰り返し何度も利用してもらうことができるというメリットが得られる。
【００８６】
なお、本実施例で経路探索サーバに登録されるのは、目的地としての住所を例に挙げたが、例えば、途中でコンビニなどに立ち寄りたいときにその住所なども登録しておけば同様に経路探索情報に含まれ、目的地だけでなく途中に立ち寄る場所も含めて経路情報を計算し、その情報をタクシーカーナビに表示できる。
【実施例４】
【００８７】
次に、図９を用いて本発明における第４の実施例を説明する。
【００８８】
図９において、１００から１１７までは、図1に記載の各手段と同一のものである。９００は、タクシーの料金を計算し、清算するための情報を表示するタクシー料金清算手段である。タクシー料金清算手段は、タクシーカーナビと連動し、タクシーカーナビからの指示に従い、料金清算時の割引を行うことができる。
【００８９】
本実施例において、図８のステップ８１６までは、第３の実施例と同じ動作である。本実施例においては、図８のステップ８１６で割引可能情報がある場合には、ナビゲーション制御手段が前記割引情報をタクシー料清算手段に送信、通知し、タクシー料金清算手段で自動的に割引し、当該割引した料金の表示を行う。
【００９０】
以上述べてきたように、本実施例によれば、本実施例の第３の実施例と同様に登録ユーザの経路探索を行い、カーナビに表示することが可能である。また、登録ユーザの利用回数を経路探索サーバで管理し、一定の回数に達した場合には、割引が可能である情報をタクシーカーナビに送信、通知し、タクシーカーナビは料金清算手段にそれを伝えることで自動的に料金の割り引きを行うことができる。従って、ユーザは複数回利用することによる料金割引というメリットを得ることができ、また、タクシー会社としてもユーザーに繰返して何度も利用してもらうことができるというメリットが得られる。
【００９１】
以上のように、本発明についての前記実施例によれば、タクシーのカーナビの情報を取得する携帯通信装置と、情報に基づき経路探索を行う経路探索サーバによるタクシーナビシステムにおいて、経路探索サーバにより経路探索結果を対象カーナビ用に変換された情報を表示するカーナビにて利用可能であり、従来よりもそれらの操作性、使い勝手の向上を可能とするものである。
【００９２】
なお、前述の実施例では、カーナビをタクシーに搭載した場合を例として説明したが、本発明は、タクシーに搭載された場合に限定されるものではない。例えば、カーナビを車両(一般用、または営業用を問わない)に搭載し、経路探索などで使用する場合において、当該カーナビと経路検索サーバとを携帯通信装置を介して、接続して連携させて使用する場合に、前述の実施例を使用するものであっても良い。その場合に、前述のタクシーナビ情報、ユーザ登録情報などを適宜変更するものであっても本発明の実施の範囲内であるのは言うまでもない。
【図面の簡単な説明】
【００９３】
【図１】本発明の第１の実施例における構成を示すブロック図
【図２】本発明の第１の実施例におけるタクシーナビ情報例
【図３】本発明の第１の実施例におけるユーザ登録情報例
【図４】本発明の第１の実施例における動作を説明するフローチャート
【図５】本発明の第２の実施例における構成を示すブロック図
【図６】本発明の第２の実施例における動作を説明するフローチャート
【図７】本発明の第３の実施例における構成を示すブロック図
【図８】本発明の第３の実施例における動作を説明するフローチャート
【図９】本発明の第４の実施例における構成を示すブロック図
【符号の説明】
【００９４】
１００・・・経路探索サーバ
１０１・・・加入者認証手段
１０２・・・経路探索制御手段
１０３・・・住所録
１０４・・・経路探索手段
１０５・・・カーナビ用データ変換手段
１０６・・・基地局
１０７・・・携帯通信装置
１０８・・・セルラー無線通信手段
１０９・・・加入者情報保持手段
１１０・・・外部I/F
１１１・・・制御手段
１１２・・・位置情報取得手段
１１３・・・タクシーカーナビ
１１４・・・外部I/F
１１５・・・ナビゲーション制御手段
１１６・・・表示手段
１１７・・・タクシーナビ情報保持手段
５００・・・インターネット網
５０１・・・渋滞情報取得手段
７００・・・利用回数保持手段
７０１・・・割引情報作成手段
【特許請求の範囲】
【請求項１】
タクシーに搭載されるカーナビと、
携帯通信装置と、
走行する経路を探索する経路探索サーバと
を備え、
前記カーナビと前記携帯通信装置との間での通信によるデータの送受信を行い、または、前記携帯通信装置と前記経路探索サーバとの間での通信によるデータの送受信を行うタクシーナビシステムにおいて、
前記カーナビは、少なくとも、前記携帯通信装置を介して前記経路探索サーバから送られてきた経路情報を表示する表示手段と、
タクシーの会社名に関する情報、カーナビに関する情報を含む情報であるタクシーナビ情報を保持するタクシーナビ情報保持手段と
を具備し、
前記携帯通信装置は、少なくとも位置情報取得手段と、
前記タクシーナビ情報を取得するタクシーナビ情報取得手段と、
タクシーナビシステムに対しての登録ユーザであることを示す認証情報を保持する認証情報保持手段と、
前記タクシーナビ情報と前記ユーザの認証情報を前記経路探索サーバに送信する送信手段と
を具備し、
前記経路探索サーバは、少なくとも登録ユーザ、または、タクシー会社の認証手段と、
登録ユーザの目的地である目的地情報を含む住所データを保持する住所データ保持手段と、
前記携帯通信装置から送信された現在地情報と前記探索サーバが保持している登録ユーザの目的地情報を取得後に経路情報を探索する探索手段と、
前記探索した経路情報を前記タクシーナビ情報に含まれるカーナビの機種に準拠したカーナビ形式のデータに変換するデータ変換手段と
を具備することを特徴とするタクシーナビシステム。
【請求項２】
請求項1に記載のタクシーナビシステムにおいて、
前記経路探索サーバは、インターネットに接続する手段を具備し、
インターネット上に設置された渋滞情報管理サーバから渋滞情報を取得後に、経路探索を行うことを特徴とする経路探索サーバ。
【請求項３】
請求項１又は２に記載のタクシーナビシステムにおいて、
前記経路探索サーバは、利用するユーザの経路探索サービス利用回数に関する情報を保持するサービス利用回数情報保持手段と、
経路探索サービス利用回数に応じた割引情報を生成する割引情報生成手段と、
当該割引情報を前記携帯通信装置を介して前記カーナビに送信することを特徴とする経路探索サーバ。
【請求項４】
請求項１、２、３の何れかに記載のタクシーナビシステムにおいて、
前記カーナビは、前記経路探索サーバにおいて作成された前記割引情報に応じて割引した料金を表示する
ことを特徴とするカーナビ。
【請求項５】
請求項１、２、３の何れかに記載のタクシーナビシステムにおいて、
前記カーナビは、前記経路探索サーバにおいて作成された前記割引情報に応じてタクシーの料金清算手段に料金の割引を指示する
ことを特徴とするカーナビ。
【請求項１】
タクシーに搭載されるカーナビと、
携帯通信装置と、
走行する経路を探索する経路探索サーバと
を備え、
前記カーナビと前記携帯通信装置との間での通信によるデータの送受信を行い、または、前記携帯通信装置と前記経路探索サーバとの間での通信によるデータの送受信を行うタクシーナビシステムにおいて、
前記カーナビは、少なくとも、前記携帯通信装置を介して前記経路探索サーバから送られてきた経路情報を表示する表示手段と、
タクシーの会社名に関する情報、カーナビに関する情報を含む情報であるタクシーナビ情報を保持するタクシーナビ情報保持手段と
を具備し、
前記携帯通信装置は、少なくとも位置情報取得手段と、
前記タクシーナビ情報を取得するタクシーナビ情報取得手段と、
タクシーナビシステムに対しての登録ユーザであることを示す認証情報を保持する認証情報保持手段と、
前記タクシーナビ情報と前記ユーザの認証情報を前記経路探索サーバに送信する送信手段と
を具備し、
前記経路探索サーバは、少なくとも登録ユーザ、または、タクシー会社の認証手段と、
登録ユーザの目的地である目的地情報を含む住所データを保持する住所データ保持手段と、
前記携帯通信装置から送信された現在地情報と前記探索サーバが保持している登録ユーザの目的地情報を取得後に経路情報を探索する探索手段と、
前記探索した経路情報を前記タクシーナビ情報に含まれるカーナビの機種に準拠したカーナビ形式のデータに変換するデータ変換手段と
を具備することを特徴とするタクシーナビシステム。
【請求項２】
請求項1に記載のタクシーナビシステムにおいて、
前記経路探索サーバは、インターネットに接続する手段を具備し、
インターネット上に設置された渋滞情報管理サーバから渋滞情報を取得後に、経路探索を行うことを特徴とする経路探索サーバ。
【請求項３】
請求項１又は２に記載のタクシーナビシステムにおいて、
前記経路探索サーバは、利用するユーザの経路探索サービス利用回数に関する情報を保持するサービス利用回数情報保持手段と、
経路探索サービス利用回数に応じた割引情報を生成する割引情報生成手段と、
当該割引情報を前記携帯通信装置を介して前記カーナビに送信することを特徴とする経路探索サーバ。
【請求項４】
請求項１、２、３の何れかに記載のタクシーナビシステムにおいて、
前記カーナビは、前記経路探索サーバにおいて作成された前記割引情報に応じて割引した料金を表示する
ことを特徴とするカーナビ。
【請求項５】
請求項１、２、３の何れかに記載のタクシーナビシステムにおいて、
前記カーナビは、前記経路探索サーバにおいて作成された前記割引情報に応じてタクシーの料金清算手段に料金の割引を指示する
ことを特徴とするカーナビ。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２００９−４３０３１（Ｐ２００９−４３０３１Ａ）
【公開日】平成２１年２月２６日（２００９．２．２６）
【国際特許分類】
【出願番号】特願２００７−２０７３５８（Ｐ２００７−２０７３５８）
【出願日】平成１９年８月９日（２００７．８．９）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｂｌｕｅｔｏｏｔｈ
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
【公開日】平成２１年２月２６日（２００９．２．２６）
【国際特許分類】
【出願日】平成１９年８月９日（２００７．８．９）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｂｌｕｅｔｏｏｔｈ
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
[ Back to top ]