(57)【要約】【課題】車両からサービスセンタに、携帯電話などの通信端末により位置情報を通知する際に、通信量を軽減して、サービスセンタ側に迅速に車両の位置を通知する。【解決手段】情報提供サーバがサービスを提供するサービス範囲を、メッシュ（小領域）に区分して、各々の小領域に通信端末の発呼する発呼番号を対応させ、その対応を保持する位置情報発呼センタ番号対応テーブルを有するようにする。ナビゲーション装置では、車両の緯度、経度を含む位置情報を求めて、位置情報発呼センタ番号対応テーブルを参照して、求めた車両の位置情報から、車両の属するメッシュに対応する発呼番号と、車両の属するメッシュの基点からの相対位置を求める。そして、通信端末は、求めた発呼番号により情報提供サーバに、車両の属するメッシュの基点からの相対位置を通知する。【選択図】図６
2010169593.tif 000002
【特許請求の範囲】
【請求項１】
現在位置を検出する位置検出手段と、
前記現在位置に応じた情報提供サーバに発呼するための発呼番号を記憶する発呼番号記憶手段と、
前記発呼番号記憶手段から現在位置に応じた発呼番号を読み出す発呼番号読み出し手段と、
現在位置に応じた情報提供サーバから情報提供を受ける領域における領域内位置を算出する領域内位置算出手段と、
前記発呼番号を使用し前記情報提供サーバに発呼することにより、前記領域内位置についての概略情報を前記情報提供サーバに送信する発呼手段と、
詳細な前記領域内位置についての詳細な情報を補足して送信する現在位置送信手段と、を備えることを特徴とするナビゲーション装置。
【請求項２】
前記発呼番号記憶手段は、地理上の区域を複数の領域に分割し、該領域のそれぞれに対応した発呼番号を記憶していることを特徴とする請求項１に記載のナビゲーション装置。
【請求項３】
前記現在位置送信手段は、前記領域内の基準点からの相対位置を領域内における現在位置として送信することを特徴とする請求項２に記載のナビゲーション装置。
【請求項４】
前記現在位置送信手段は、前記現在位置の絶対位置の詳細情報を送信することを特徴とする請求項２に記載のナビゲーション装置。
【請求項５】
ナビゲーション装置と通信するナビゲーション装置通信手段と、
前記ナビゲーション装置通信手段による発呼の際の発呼番号を取得する発呼番号取得手段と、
前記ナビゲーション装置の位置に応じたナビゲーション装置からの発呼番号を記憶する発呼番号記憶手段と、
前記ナビゲーション装置通信手段を介して、前記ナビゲーション装置の現在位置を受信する現在位置受信手段と、
前記発呼番号記憶手段を参照し、前記取得した発呼番号と前記受信した現在位置とに基づき、前記ナビゲーション装置の位置を演算するナビゲーション装置位置演算手段とを、備えることを特徴とする情報提供サーバ。
【請求項６】
前記発呼番号記憶手段は、地理上の区域を複数の領域に分割し、該領域のそれぞれに対応した発呼番号を記憶していることを特徴とする請求項５に記載の情報提供サーバ。
【請求項７】
前記ナビゲーション装置から受信する現在位置は、前記領域内の基準点からの相対位置であることを特徴とする請求項６に記載の情報提供サーバ。
【請求項８】
前記ナビゲーション装置から受信する現在位置は、前記現在位置の詳細位置情報であることを特徴とする請求項６に記載の情報提供サーバ。
【請求項９】
ナビゲーション装置と、前記ナビゲーション装置と通信する情報提供サーバとを備える情報提供システムにおいて、
前記ナビゲーション装置は、
現在位置を検出し、
通信端末を介して、前記情報提供サーバと通信し、
前記情報提供サーバと通信時に、前記現在位置に応じた前記情報提供サーバに発呼するための発呼番号を記憶する前記発呼番号記憶手段から取得した発呼番号により発呼を行い、前記現在位置を前記情報提供サーバに送信し、
前記情報提供サーバは、
前記ナビゲーション装置からの発呼を受けて、発呼の際の発呼番号を取得し、前記ナビゲーション装置の前記現在位置を受信し、
前記ナビゲーション装置の前記現在位置に応じて、ナビゲーション装置からの発呼番号を記憶する発呼番号記憶手段を参照し、前記取得した発呼番号と前記受信した現在位置とに基づき、前記ナビゲーション装置の位置を演算することを特徴とする情報提供システム。
【請求項１０】
情報提供サーバと通信するナビゲーション装置の情報通知方法において、
前記ナビゲーション装置は、前記現在位置に応じた前記情報提供サーバに発呼するための発呼番号を記憶する発呼番号記憶手段を備え、
前記ナビゲーション装置の現在位置を検出するステップと、
前記ナビゲーション装置が、通信端末を介して、前記情報提供サーバと通信するステップと、
前記情報提供サーバと通信時に、前記発呼番号記憶手段から取得した発呼番号により発呼を行うステップと、
前記現在位置を前記情報提供サーバに送信するステップとを有することを特徴とするナビゲーション装置の情報通知方法。
【請求項１１】
ナビゲーション装置と通信する情報提供サーバが前記ナビゲーション装置の現在位置を特定するナビゲーション装置の位置特定方法において、
前記ナビゲーション装置からの発呼を受けて、発呼の際の発呼番号を取得するステップと、
前記ナビゲーション装置の前記現在位置を受信するステップと、
前記ナビゲーション装置の前記現在位置に対応したナビゲーション装置からの発呼番号を記憶する発呼番号記憶手段を参照し、前記取得した発呼番号と前記受信した現在位置とに基づき、前記ナビゲーション装置の前記現在位置を演算するステップとを有することを特徴とする位置特定方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ナビゲーション装置、および、その情報通知方法に係り、ナビゲーション装置が搭載された車両からサービスセンタに、携帯電話などの通信端末により位置情報を通知する際に用いて好適なナビゲーション装置、および、その情報通知方法に関する。
【背景技術】
【０００２】
ナビゲーション装置は、ユーザが入力した目的地までの経路を探索して提示し、提示された経路に基づいて進路方向を案内し、誘導したりする車両運行を補助する装置であり、近年、車両のＩＴ化に伴って急速に普及してきている。
【０００３】
ナビゲーション装置は、上記のような基本的な機能に加えて、ユーザに対して様々な情報サービスを提供する機能を持つようになってきている。このような情報サービスの中で、ナビゲーション装置に携帯電話などの通信端末を接続して、サービスセンタのオペレータに電話して、ナビゲーションのための目的地設定や、経由地の設定をおこなうオペレータサービス、交通情報を考慮し、最速ルートを探索するサービス、渋滞情報や現在地付近のさまざまな情報を利用できるサービスが提供されている。
【０００４】
例えば、非特許文献１には、このようなナビゲーション装置に携帯電話を接続して提供される情報処理サービスが紹介されている。
【０００５】
また、特許文献１には、情報配信センタに目的地の設定をするシステムが開示されている。
【０００６】
【特許文献１】特開２００５−１００１７号公報
【非特許文献１】日産自動車株式会社、“NISSAN CARWINGSサービスのご案内”、[online]、[平成２０年６月３０日検索]、インターネット<URL:http://drive.nissan-carwings.com/WEB/GUIDE/>
【発明の開示】
【発明が解決しようとする課題】
【０００７】
上記の情報処理サービスでは、サービスを要求する車両の周辺位置情報を知らせるために、現在の車両位置をサービスセンタ側に送信させる必要がある。そのため、車両に搭載されたナビゲーション装置で、現在の車両位置を取得し、携帯電話などの通信端末により、センタ側に送信していた。しかしながら、携帯電話などの通信端末で位置情報（緯度、経度）を送信するために、通信時間が長くなり、２０秒程度を要しており、応答性能が問題となっていた。
【０００８】
本発明は、上記問題点を解決するためになされたもので、その目的は、ナビゲーション装置が搭載された車両からサービスセンタに、携帯電話などの通信端末により位置情報を通知する際に、通信量を軽減して、サービスセンタ側に迅速に車両の位置を通知することのできるナビゲーション装置を提供することにある。
【課題を解決するための手段】
【０００９】
本発明によるナビゲーション装置は、情報提供サーバに通信端末を介して接続され、通信端末からの発呼時に搭載された車両の位置を、前記情報提供サーバに通知するものである。通信端末が情報提供サーバと通信し、情報提供サーバがサービスを提供するサービス地域を、メッシュ（小領域）に区分して、各々の小領域に通信端末が発呼する発呼番号を対応させ、その対応を位置情報発呼センタ番号対応情報として保持するものである。
【００１０】
ナビゲーション装置では、車両の緯度、経度を含む位置情報を求めて、位置情報発呼センタ番号対応情報を参照して、求めた車両の位置情報から、車両の属するメッシュに対応する発呼番号と、車両の属するメッシュの基点からの相対位置を求める。
【００１１】
そして、通信端末は、求めた発呼番号により情報提供サーバに、車両の属するメッシュの基点からの相対位置を通知する。
【発明の効果】
【００１２】
本発明によれば、ナビゲーション装置が搭載された車両からサービスセンタに、携帯電話などの通信端末により位置情報を通知する際に、通信量を軽減して、サービスセンタ側に迅速に車両の位置を通知することのできるナビゲーション装置を提供することができる。
【発明を実施するための最良の形態】
【００１３】
以下、本発明に係る各実施形態を、図１から図１２を用いて説明する。
【００１４】
〔実施形態１〕
以下、本発明に係る第一の各実施形態を、図１から図８を用いて説明する。
【００１５】
先ず、図１から図３を用いて本発明の第一の実施形態に係るナビゲーション装置を利用した情報提供システムの構成について説明する。
図１は、本発明の第一の実施形態に係るナビゲーション装置を利用した情報提供システムのシステム構成図である。
図２は、本発明の第一の実施形態に係るナビゲーション装置の構成例を示すブロック図である。
図３は、本発明の第一の実施形態に係る情報提供システムのハードウェア構成図である。
【００１６】
図１に示されるように、本実施形態のナビゲーション装置を利用した情報提供システムは、車両１に搭載されたナビゲーション装置１００と、それと接続された通信端末２００、携帯電話キャリア３０１ａ、３０１ｂ、３０１ｃ…、またその間を接続する携帯電話網３００と、情報提供サーバ５００、オペレータ端末６００、オペレータ７００などを有するサービスセンタ４００からなる。
【００１７】
車両１に搭載されたナビゲーション装置１００と、通信端末２００は、Ｂｌｕｅｔｏｏｔｈなどの短距離無線通信や、有線配線によって接続されている。そして、通信端末２００より発呼し、サービスセンタ４００の情報提供サーバ５００にナビゲーション装置１００の情報を、携帯電話キャリア３０１ａ、３０１ｂ、３０１ｃ…間を接続する携帯電話網３００を介して、サービスセンタ４００に送信できるようになっている。
【００１８】
このときに、ナビゲーション装置１００は、自車の位置をサービスセンタ４００に送信するときに、自車の位置に基づき携帯電話キャリア３０１ａに対する発呼番号を変更する。なお、この詳細は後に説明する。
【００１９】
情報提供サーバ５００は、ナビゲーション装置１００からのサービス要求の通信と、車両位置の送信を受けて、経路や車両１０の周辺位置情報をデータベースより探索し、ナビゲーション装置側に送り返す。また、ユーザがオペレータ７００によるオペレータサービスを利用するときには、オペレータ端末６００を使用し、データのやりとりを行う。
【００２０】
次に、図２を用いてナビゲーション装置１００の構成について説明する。
【００２１】
図２に示されるように、ナビゲーション装置１００は、加速度センサ１０１、振動ジャイロ１０２、車速センサ１０３、ＧＰＳセンサ１０４、制御装置１１０、ＨＤＤ（Hard Disk Drive）１２０、ＲＯＭ１３１、ＲＡＭ１３２、画像メモリ１３３、表示モニタ１３４、不揮発メモリ１３５、Ｂｌｕｅｔｏｏｔｈ通信装置１４０からなる。
【００２２】
加速度センサ１０１は、車両の加速度を検出するセンサである。振動ジャイロ１０２は、車両の進行方向の変位を検出するジャイロ機器である。車速センサ１０３は、車速を検出するセンサである。ＧＰＳセンサ１０４は、ＧＰＳ衛星からのＧＰＳ信号を検出するセンサである。
【００２３】
ナビゲーション装置１００は、これらのセンサ類によって、現在の車両の位置を検出することができる。
【００２４】
制御装置１１０はマイクロプロセッサおよびその周辺回路からなり、プログラムを実行して、演算をおこなうとともに、各部に制御のための指示を与える。ＲＯＭ１３１には、制御プログラムとアプリケーションプログラムが格納される。ＲＡＭ１３２は、一時的に使われる作業用のメモリである。画像メモリ１３３は、表示モニタ１３４に画像を表示するためのメモリである。表示モニタ１３４は、情報を表示するためのインタフェースと実際に画像を表示するＬＣＤなどの装置である。
【００２５】
不揮発メモリ１３５は、電源を切っても保持したいデータを記憶するための装置である。
【００２６】
ＨＤＤ１２０は、磁気ディスクに情報を記録して、それを磁気ヘッドで読み取る記憶装置であり、地図データ等が格納される。
【００２７】
Ｂｌｕｅｔｏｏｔｈ（登録商標）通信装置１４０は、携帯電話などの通信端末２００とＢｌｕｅｔｏｏｔｈにより通信をおこなうための装置である。Ｂｌｕｅｔｏｏｔｈは、 携帯情報機器などで数ｍ程度の機器間接続に使われる短距離無線通信技術の一つであり、２．４５ＧＨｚ帯の電波を利用し、１Ｍｂｐｓの速度で通信をおこなうことができる。
【００２８】
また、ナビゲーション装置１００の制御装置１１０には、燃費情報や各種の車両における設定情報が車両情報１５０として入力される。
【００２９】
次に、図３を用いて情報提供システムの情報提供サーバのハードウェア構成について説明する。
【００３０】
図３に示されるように、情報提供サーバ５００は、ＣＰＵ５０１、主メモリ５０２、ネットワークＩ／Ｆ５０３、表示Ｉ／Ｆ５０４、入出力Ｉ／Ｆ５０５、補助記憶装置Ｉ／Ｆ５０６からなる。
【００３１】
ＣＰＵ（Central Processing Unit）５０１は、各部を制御し、主メモリ５０２にロードされたプログラムを実行する装置である。
【００３２】
主メモリ５０２は、ＣＰＵ５０１によって実行されるプログラムをロードして、プログラム実行のための一時的なデータを蓄える記憶装置である。
【００３３】
ネットワークＩ／Ｆ５０３は、外部とのネットワークのためのインタフェースである。情報提供サーバ５００は、ネットワークＩ／Ｆ５０３を介して、携帯電話キャリア３０１ａやサービスセンタ４００内のオペレータ端末６００とデータの送受信をおこなう。
【００３４】
表示Ｉ／Ｆ５０４は、表示装置５１０とのインタフェースである。
【００３５】
入出力Ｉ／Ｆ５０５は、キーボード５２０、マウス５２１などの入出力装置とのインタフェースである。
【００３６】
補助記憶装置Ｉ／Ｆ５０６は、ＨＤＤなどの大容量の記憶装置とのインタフェースである。補助記憶装置Ｉ／Ｆ５０６に接続されたＨＤＤ５３０には、サービス提供のための必要なデータベースである地図情報ＤＢ５４１、ユーザ情報ＤＢ５４２が格納されている。
【００３７】
また、ＨＤＤ５３０には、位置情報発呼番号対応テーブルＤＢ５４３も格納されている。位置情報発呼番号対応テーブルＤＢ５４３は、位置情報発呼番号対応テーブルを保持するデータベースである。なお、位置情報発呼番号対応テーブルは、後に詳説する。
【００３８】
次に、図４および図５を用いて本発明の第一の実施形態に係るデータ構造について説明する。
図４は、通信端末２００から情報提供サーバ５００に送られる通信パケットの構造を従来技術と本発明の第一の実施形態の場合とで対比して示した図である。
図５は、本発明の第一の実施形態の位置情報発呼番号対応テーブルを示した図である。
【００３９】
従来技術の通信パケットは、図４（ａ）に示されるように、制御情報３１、位置情報３２ａ、ユーザ情報３３からなる。従来技術の位置情報３２ａは、緯度、経度で表されており、データ量が多いものであった。
【００４０】
本実施形態に係る通信パケットは、図４（ｂ）に示されるように、情報提供サーバ５００がサービスのカバーするエリアをメッシュ（小領域）で区分し、そのメッシュ内の相対位置で表された数値が、相対位置情報３２ｂとして格納されている。これにより、位置情報の表すエリアのデータ量を節約することができ、通信パケットの送受信によるオーバヘッドを軽減することができる。
【００４１】
図５に示された位置情報発呼番号対応テーブルは、経度、緯度で表された地図メッシュの位置情報と、通信端末２００から情報提供サーバ５００側に発呼するセンタ番号の対応を保持するテーブルである。位置情報発呼番号対応テーブルは、ナビゲーション装置１００のＲＯＭ１３１に格納されており、現在の車両の位置情報をもとに発呼するセンタ番号を求めて、そのセンタ番号により、Ｂｌｕｅｔｏｏｔｈ通信装置１４０を介して、通信端末２００より発呼される。
【００４２】
また、情報提供サーバ５００の位置情報発呼番号対応テーブルＤＢ５４３にも、図５と同様のデータが格納されており、発呼されたセンタ番号から経度、緯度で表された概略位置を求めるのに用いられる。
【００４３】
情報提供サーバ５００がカバーするエリアは、概念上、一定のメッシュに区分されている。その各々の範囲は、図５に示された位置情報発呼番号対応テーブルで分けられる範囲であり、本実施形態では、緯度、経度とも１度の半分である３０分になっている。
【００４４】
そして、各々のメッシュには、発呼センタ番号が対応付けられている。例えば、図５に示された位置情報発呼番号対応テーブルの例では、メッシュＭ１には、発呼センタ番号として、「０ＸＸＸ−ＹＹＹ−０００１」、メッシュＭ２には、発呼センタ番号として、「０ＸＸＸ−ＹＹＹ−０００２」が対応付けられている。
【００４５】
次に、図６から図８を用いて本発明の第一の実施形態に係る情報提供システムの情報通知する際の動作について説明する。
図６は、本発明の第一の実施形態に係るメッシュ毎に情報提供サーバ５００へ発呼する発呼番号を模式的に表した図である。
図７は、本発明の第一の実施形態に係るナビゲーション装置１００の制御装置１１０が、Ｂｌｕｅｔｏｏｔｈ通信装置１４０を介して、通信端末２００より発呼を指示するときの手順を示すフローチャートである。
図８は、本発明の第一の実施形態に係るサービスセンタ４００の情報提供サーバ５００が、発呼された番号と受け取った通信パケットから、車両の位置情報を求めるときの手順を示すフローチャートである。
【００４６】
先ず、ナビゲーション装置１００の制御装置１１０は、車両１０の位置情報として、緯度、経度を得る（図７のＳ１００）。
【００４７】
次に、ナビゲーション装置１００の制御装置１１０は、位置情報発呼番号対応テーブルを参照して、車両１０が属するメッシュに対応する発呼センタ番号と、その属するメッシュ内の相対位置情報を求める（Ｓ１０１）。図６に示された例は、車両１０がメッシュＭ２に属している。そして、左上を基点として、相対位置情報は、（ｘｋｍ、ｙｋｍ）である。
【００４８】
次に、ナビゲーション装置１００の制御装置１１０は、図４（ｂ）に示した相対位置情報３２ｂを含む通信パケットを作成する（Ｓ１０２）。
【００４９】
そして、ナビゲーション装置１００の制御装置１１０は、Ｓ１０１で求めた発呼センタ番号により、Ｓ１０２で作成した通信パケットを通信するべく発呼の指示をおこなう。この例では、メッシュＭ２に対応する発呼センタ番号である「０ＸＸＸ−ＹＹＹ−０００２」に発呼がなされる。その後、通信が確立すると、Ｓ１０２で作成した通信パケットを送信し（Ｓ１０４）、サービスが開始される（Ｓ１０５）。
【００５０】
次に、サービスセンタ側の動作を、図８のフローチャートに基づき説明する。
【００５１】
通信端末２００が発呼を行うと、携帯電話網と携帯電話キャリア３０１ａを介して、情報提供サーバ５００に着信し、情報提供サーバ５００は、着信した通信パケットを入手する（図８のＳ２００）。
【００５２】
情報提供サーバ５００のＣＰＵ５０１は、通信情報より発呼センタ番号を取り出す（Ｓ２０１）。
【００５３】
次に、情報提供サーバ５００のＣＰＵ５０１は、図４（ｂ）に示した通信パケットの中の相対位置情報３２ｂを取り出す（Ｓ２０２）。
【００５４】
そして、位置情報発呼番号対応テーブルの発呼センタ番号に対応するメッシュの情報と、Ｓ２０１で取り出された相対位置情報３２ｂより、元の緯度、経度であらわされた情報を合成する（Ｓ２０３）。
【００５５】
情報提供サーバ５００は、上記の手順で車両の位置情報を得、この位置情報に基づき、サービスセンタ４００のサービスが開始される（Ｓ２０４）。
【００５６】
上記のように、情報提供サーバ５００がカバーするエリアを大まかに区切り、その中での相対位置情報のみを、通信パケットに含まれる位置情報として、車両側から送信することにより、送信する位置情報の桁数を大幅に削減することができ、サービスセンタ４００でのレスポンスの向上を期待することができる。
【００５７】
また、図６に示したメッシュの大きさは、可変にしてもよい。例えば、情報提供サービスのユーザが多いことが想定される東京、大阪などの都市部は、メッシュの大きさを細かくして、情報提供サービスのユーザが少ないことが想定される北海道などの地域では、メッシュの大きさを大きくする。例えば、東京のメッシュの大きさが、本実施形態の図５のテーブルに示されるように、緯度、経度とも３０分のときに、北海道では、その１／４のメッシュの大きさとなる緯度、経度とも１度にする。
【００５８】
なお、本実施形態では、ナビゲーション装置の構成において、ナビゲーション装置１００と通信端末２００は、 Ｂｌｕｅｔｏｏｔｈにより通信することにしたが、ナビゲーション装置１００と通信端末２００との通信手段としては、ＩｒＤＡなどの赤外線を利用するインタフェースであってもよい。また、有線による通信であってもよい。
【００５９】
〔実施形態２〕
以下、本発明に係る第二の各実施形態を、図９から図１２を用いて説明する。
【００６０】
第一の実施形態は、情報提供サーバ５００がカバーするエリアを、一定のメッシュに区分し、その各々のメッシュには、発呼センタ番号が対応付け、車両１０に搭載されたナビゲーション装置１００からは、車両のメッシュからの相対位置を通知するものであった。
【００６１】
本実施形態は、第一の実施形態と同様に情報提供サーバ５００がカバーするエリアを、一定のメッシュに区分し、その各々のメッシュには、発呼センタ番号が対応付けているが、車両１０に搭載されたナビゲーション装置１００から送られる位置情報が異なっている。
【００６２】
本実施形態では、発呼センタ番号に対応付けられる各々のメッシュは、例えば、緯度、経度ごとに区切られており、車両１０に搭載されたナビゲーション装置１００から送られる位置情報は、その緯度、経度の下の区分である分、秒という詳細な位置情報を送信するものである。
【００６３】
情報提供サーバ５００は、発呼番号から分かる緯度、経度と、より詳細な情報である分、秒で表された情報により、正確な車両１０の位置情報を突き止めることができる。
【００６４】
本実施形態の情報提供システムのシステム構成、ナビゲーション装置の構成、情報提供システムのハードウェア構成は、第一の実施形態で示されたものと同様である。
【００６５】
また、情報提供サーバ５００のサービスを提供するエリアがメッシュで区分されていることも第一の実施形態と同様である。
【００６６】
先ず、図９および図１０を用いて、本発明の第二の実施形態で用いられるデータ構造について説明する。
図９は、本発明の第二の実施形態の通信端末２００から情報提供サーバ５００に送られる通信パケットの構造を示した図である。
図１０は、本発明の第二の実施形態の位置情報発呼番号対応テーブルを示した図である。
【００６７】
本実施形態に係る通信パケットは、図９に示されるように、詳細位置情報３２ｃとして、分、秒で表される位置情報が格納されている。これにより、従来技術と比較して、緯度、経度で表される分のエリアのデータ量を節約することができ、通信パケットの送受信によるオーバヘッドを軽減することができる。
【００６８】
本発明の第二の実施形態の位置情報発呼番号対応テーブルは、図１０に示されるように、緯度、経度という単位で区分されている。
【００６９】
次に、図１１および図１２を用いて本発明の第二の実施形態に係る情報提供システムの情報通知する際の動作について説明する。
図１１は、本発明の第二の実施形態に係るナビゲーション装置１００の制御装置１１０が、Ｂｌｕｅｔｏｏｔｈ通信装置１４０を介して、通信端末２００より発呼を指示するときの手順を示すフローチャートである。
図１２は、本発明の第二の実施形態に係るサービスセンタ４００の情報提供サーバ５００が、発呼された番号と受け取った通信パケットから、車両の位置情報を求めるときの手順を示すフローチャートである。
【００７０】
ここでは、第一の実施形態と異なった所を説明する。
【００７１】
ナビゲーション装置１００の制御装置１１０が、Ｂｌｕｅｔｏｏｔｈ通信装置１４０を介して、通信端末２００より発呼を指示するときの手順では、図７と比較して、図７のＳ１０１の所の処理で、図１０のＳ１０１ａとなっていることが異なっている。
【００７２】
本実施形態では、ナビゲーション装置１００の制御装置１１０は、位置情報発呼番号対応テーブルを参照して、車両１０が属するメッシュに対応する発呼センタ番号を求める（Ｓ１０１ａ）。
【００７３】
また、次の通信パケットを作成するステップＳ１０２では、図９に示された通信パケットを作成する。
【００７４】
サービスセンタ側の手順では、図８と比較して、図８のＳ２０２の所の処理で、図１２のＳ２０２ａとなり、図８のＳ２０３の所の処理で、図１２のＳ２０３ａとなっていることが異なっている。
【００７５】
本実施形態では、サービスセンタ側で、情報提供サーバ５００のＣＰＵ５０１は、通信パケットの中の詳細位置情報３２ｂを取り出す（Ｓ２０２ａ）
また、サービスセンタ側で、位置情報発呼番号対応テーブルの発呼センタ番号に対応するメッシュの緯度、経度と、詳細位置情報３２ｃより、分、秒を取り出し、完全な（緯度、経度、分、秒）であらわされた車両１０の位置情報を合成する（Ｓ２０３ａ）。
【００７６】
本発明の特徴を損なわない限り、本発明は上記実施の形態に限定されるものでなく、本発明の技術的思想の範囲内で考えられるその他の形態についても、本発明の範囲内に含まれる。
【図面の簡単な説明】
【００７７】
【図１】本発明の第一の実施形態に係るナビゲーション装置を利用した情報提供システムのシステム構成図である。
【図２】本発明の第一の実施形態に係るナビゲーション装置の構成例を示すブロック図である。
【図３】本発明の第一の実施形態に係る情報提供システムのハードウェア構成図である。
【図４】通信端末２００から情報提供サーバ５００に送られる通信パケットの構造を従来技術と本発明の第一の実施形態の場合とで対比して示した図である。
【図５】本発明の第一の実施形態の位置情報発呼番号対応テーブルを示した図である。
【図６】本発明の第一の実施形態に係るメッシュ毎に情報提供サーバ５００へ発呼する発呼番号を模式的に表した図である。
【図７】本発明の第一の実施形態に係るナビゲーション装置１００の制御装置１１０が、Ｂｌｕｅｔｏｏｔｈ通信装置１４０を介して、通信端末２００より発呼を指示するときの手順を示すフローチャートである。
【図８】本発明の第一の実施形態に係るサービスセンタ４００の情報提供サーバ５００が、発呼された番号と受け取った通信パケットから、車両の位置情報を求めるときの手順を示すフローチャートである。
【図９】本発明の第二の実施形態の通信端末２００から情報提供サーバ５００に送られる通信パケットの構造を示した図である。
【図１０】本発明の第二の実施形態の位置情報発呼番号対応テーブルを示した図である。
【図１１】本発明の第二の実施形態に係るナビゲーション装置１００の制御装置１１０が、Ｂｌｕｅｔｏｏｔｈ通信装置１４０を介して、通信端末２００より発呼を指示するときの手順を示すフローチャートである。
【図１２】本発明の第二の実施形態に係るサービスセンタ４００の情報提供サーバ５００が、発呼された番号と受け取った通信パケットから、車両の位置情報を求めるときの手順を示すフローチャートである。
【符号の説明】
【００７８】
１０…車両
１００…ナビゲーション装置
２００…通信端末
３００…携帯電話網
３０１ａ、３０１ｂ、３０１ｂ…携帯電話キャリア
４００…サービスセンタ
５００…情報提供サーバ
６００…オペレータ端末
７００…オペレータ。
【図１】
2010169593.tif 000003
【図２】
2010169593.tif 000004
【図３】
2010169593.tif 000005
【図４】
2010169593.tif 000006
【図５】
2010169593.tif 000007
【図６】
2010169593.tif 000008
【図７】
2010169593.tif 000009
【図８】
2010169593.tif 000010
【図９】
2010169593.tif 000011
【図１０】
2010169593.tif 000012
【図１１】
2010169593.tif 000013
【図１２】
2010169593.tif 000014