(57)【要約】【課題】車載装置向け情報提供サービスにおいて、ユーザが同じ情報を重複して取得することがなく、また不要な更新通知を削減して、ユーザの負担する通信料金の無駄をなくすこと。【解決手段】情報提供サービスセンタ１は、カーナビ２へ情報を提供する毎に、提供先のカーナビ２と提供した情報の種別をアクセス履歴管理部１４に記録する。そして、提供情報蓄積部１２に蓄積する情報を更新した際、アクセス履歴管理部１４を参照し、更新前の同一種別の情報を提供したカーナビ２に対して情報更新の通知を行う。アクセス履歴管理部１４にはさらに提供した情報の提供日時を記録し、最新の提供日時が情報の更新日時より前であるカーナビ２に対して情報更新の通知を行う。【選択図】図１
2007257583.tif 000002
【特許請求の範囲】
【請求項１】
通信手段を介して情報提供装置から端末装置へ情報を提供する情報提供システムにおいて、
上記情報提供装置は、
上記端末装置へ提供する情報を蓄積する提供情報蓄積部と、
上記端末装置からの要求に応じて上記提供情報蓄積部から該当する情報を読み出して該端末装置へ提供する情報提供部と、
上記端末装置へ情報を提供する毎に、提供先の端末装置の識別子と提供した情報の種別を記録するアクセス履歴管理部とを備え、
上記端末装置は、
上記情報提供装置に対して情報の取得を要求する情報要求操作部と、
上記情報提供装置から取得した情報を蓄積する取得情報蓄積部とを備え、
上記情報提供装置の上記情報提供部は、上記提供情報蓄積部の蓄積する情報を更新した際、上記アクセス履歴管理部を参照し、更新前の同一種別の情報を提供した端末装置に対して情報更新の通知を行うことを特徴とする情報提供システム。
【請求項２】
請求項１に記載の情報提供システムにおいて、
前記情報提供装置の前記アクセス履歴管理部にはさらに提供した情報の提供日時を記録し、
前記情報提供部は、更新した情報の更新日時と上記アクセス履歴管理部に記録されている最新の提供日時とを比較し、該最新の提供日時が該更新日時より前である端末装置に対して情報更新の通知を行うことを特徴とする情報提供システム。
【請求項３】
通信手段を介して端末装置へ情報を提供する情報提供装置において、
上記端末装置へ提供する情報を蓄積する提供情報蓄積部と、
上記端末装置からの要求に応じて上記提供情報蓄積部から該当する情報を読み出して該端末装置へ提供する情報提供部と、
上記端末装置へ情報を提供する毎に、提供先の端末装置の識別子と提供した情報の種別を記録するアクセス履歴管理部とを備え、
上記提供情報蓄積部の蓄積する情報を更新した際、上記情報提供部は上記アクセス履歴管理部を参照し、更新前の同一種別の情報を提供した端末装置に対して情報更新の通知を行うことを特徴とする情報提供装置。
【請求項４】
請求項３に記載の情報提供装置において、
前記アクセス履歴管理部にはさらに提供した情報の提供日時を記録し、
前記情報提供部は、更新した情報の更新日時と上記アクセス履歴管理部に記録されている最新の提供日時とを比較し、該最新の提供日時が該更新日時より前である端末装置に対して情報更新の通知を行うことを特徴とする情報提供装置。
【請求項５】
車に搭載し通信手段を介して情報提供装置から情報を取得する端末装置において、
上記情報提供装置に対して情報の取得を要求する情報要求操作部と、
上記情報提供装置から取得した情報を蓄積する取得情報蓄積部と、
上記情報提供装置から受信した情報の更新通知を記憶する更新通知記憶部と、
上記取得した情報および受信した更新通知を表示する表示部と、
自車の現在位置を検出する自車位置検出部と、
上記情報の取得を制御する制御部とを備え、
該制御部は、上記自車位置検出部の検出した現在位置または自車の走行目的地と、上記受信した更新通知の位置情報とが略一致した場合に、上記表示部に受信した更新通知を表示することを特徴とする端末装置。
【請求項６】
通信手段を介して情報提供装置から情報を取得する端末装置において、
上記情報提供装置に対して情報の取得を要求する情報要求操作部と、
上記情報提供装置から取得した情報を蓄積する取得情報蓄積部と、
上記情報提供装置から受信した情報の更新通知を記憶する更新通知記憶部と、
上記取得した情報および受信した更新通知を表示する表示部と、
上記情報の取得を制御する制御部とを備え、
該制御部は、上記情報要求操作部から情報の取得を要求する際、要求する情報と同一種別の情報が上記取得情報蓄積部に蓄積されていて、かつ上記更新通知記憶部にて当該情報のその後の更新通知を記憶していない場合には、上記情報提供装置に対して情報の取得を要求せずに、上記取得情報蓄積部に蓄積されている当該情報を読み出して上記表示部に表示することを特徴とする端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報提供センタからカーナビゲーション等の端末装置に対し、携帯電話等を使った通信により所望の情報を提供する情報提供システム及びこれに用いる装置に関するものである。
【背景技術】
【０００２】
近年、自動車の走行に関連する情報を車外から取得する自動車向け情報提供サービスが実用化されている。その場合、自動車に搭載した車載端末装置（カーナビゲーションなど）に携帯電話などを接続し、携帯電話のデータ通信を使って、サービスセンタから最新の情報をリアルタイムで取得することができる。提供される情報としては、最新の地図情報、ドライブに関わるレジャー情報、気象情報、イベント情報等の各種情報が含まれる。
【０００３】
情報提供サービスを利用するにあたって、携帯電話のデータ通信に係る料金はユーザ負担となるため、無駄な通信をなくし、必要最小限の通信料金で情報提供サービスを利用できることが望ましい。そこで、情報提供サービスにおいて、無駄な通信を減らすことを目的とした技術が種々提案されている。
【０００４】
例えば特許文献１には、無駄な通信を行う機会を低減し通信コストを削減することを目的とし、通信端末装置は、通信センタからデータを受信して保存する際保存日時を示す日時情報を保存しておき、保存日時から所定期間経過したデータを更新対象としてセンタに対し更新要求を行う技術が開示される。
【０００５】
また特許文献２には、常に最新のサービス情報を取得することを目的とし、情報センタはサービス情報が更新された時にその更新の状況を移動体端末に送信してユーザに更新の状況を通知し、ユーザは必要により情報センタに接続して更新された情報を取得する技術が開示される。
【０００６】
【特許文献１】特開２００４−２０２２０号公報
【特許文献２】特開２００２−１２３４７５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
上記特許文献１に記載の技術によれば、通信センタ側の更新時期が明確な場合は、通信端末はこれに合わせて更新要求するまでの所定期間を設定することで、無駄な通信を減らすことができる。しかしながら、通信センタで扱うデータは様々であり、必ずしも定期的に更新されるとは限らない。その結果、取得済みのデータを重複して取得し、ユーザに対し無駄な通信料金を負担させることになる。
【０００８】
また特許文献２に記載の技術によれば、不定期に更新される情報であっても、ユーザは更新タイミングを正確に知ることにより、情報を重複して取得することを回避できる。しかしながら、情報センタはサービス情報が更新される毎に情報の種別なく更新通知を行うために、ユーザにとって関心のない情報についても更新通知がなされることになる。その場合、更新通知をメール等により取得する場合にも通信料金が発生するので、ユーザにとって無駄な通信料金を負担させることになる。
【０００９】
本発明の目的は、ユーザが同じ情報を重複して取得することがなく、また不要な更新通知を削減し、ユーザの負担する通信料金の無駄をなくし、ユーザの使い勝手を向上させることにある。
【課題を解決するための手段】
【００１０】
本発明は、通信手段を介して情報提供装置から端末装置へ情報を提供する情報提供システムであって、上記情報提供装置は、上記端末装置へ提供する情報を蓄積する提供情報蓄積部と、上記端末装置からの要求に応じて上記提供情報蓄積部から該当する情報を読み出して該端末装置へ提供する情報提供部と、上記端末装置へ情報を提供する毎に、提供先の端末装置の識別子と提供した情報の種別を記録するアクセス履歴管理部とを備える。また上記端末装置は、上記情報提供装置に対して情報の取得を要求する情報要求操作部と、上記情報提供装置から取得した情報を蓄積する取得情報蓄積部とを備える。そして上記情報提供装置の上記情報提供部は、上記提供情報蓄積部の蓄積する情報を更新した際、上記アクセス履歴管理部を参照し、更新前の同一種別の情報を提供した端末装置に対して情報更新の通知を行う。
【００１１】
また本発明は、通信手段を介して端末装置へ情報を提供する情報提供装置であって、上記端末装置へ提供する情報を蓄積する提供情報蓄積部と、上記端末装置からの要求に応じて上記提供情報蓄積部から該当する情報を読み出して該端末装置へ提供する情報提供部と、上記端末装置へ情報を提供する毎に、提供先の端末装置の識別子と提供した情報の種別を記録するアクセス履歴管理部とを備える。そして上記提供情報蓄積部の蓄積する情報を更新した際、上記情報提供部は上記アクセス履歴管理部を参照し、更新前の同一種別の情報を提供した端末装置に対して情報更新の通知を行う。
【００１２】
ここに前記アクセス履歴管理部にはさらに提供した情報の提供日時を記録し、前記情報提供部は、更新した情報の更新日時と上記アクセス履歴管理部に記録されている最新の提供日時とを比較し、該最新の提供日時が該更新日時より前である端末装置に対して情報更新の通知を行う。
【００１３】
また本発明は、車に搭載し通信手段を介して情報提供装置から情報を取得する端末装置であって、上記情報提供装置に対して情報の取得を要求する情報要求操作部と、上記情報提供装置から取得した情報を蓄積する取得情報蓄積部と、上記情報提供装置から受信した情報の更新通知を記憶する更新通知記憶部と、上記取得した情報および受信した更新通知を表示する表示部と、自車の現在位置を検出する自車位置検出部と、上記情報の取得を制御する制御部とを備える。そして該制御部は、上記自車位置検出部の検出した現在位置または自車の走行目的地と、上記受信した更新通知の位置情報とが略一致した場合に、上記表示部に受信した更新通知を表示する。
【００１４】
また本発明は、通信手段を介して情報提供装置から情報を取得する端末装置であって、上記情報提供装置に対して情報の取得を要求する情報要求操作部と、上記情報提供装置から取得した情報を蓄積する取得情報蓄積部と、上記情報提供装置から受信した情報の更新通知を記憶する更新通知記憶部と、上記取得した情報および受信した更新通知を表示する表示部と、上記情報の取得を制御する制御部とを備える。そして該制御部は、上記情報要求操作部から情報の取得を要求する際、要求する情報と同一種別の情報が上記取得情報蓄積部に蓄積されていて、かつ上記更新通知記憶部にて当該情報のその後の更新通知を記憶していない場合には、上記情報提供装置に対して情報の取得を要求せずに、上記取得情報蓄積部に蓄積されている当該情報を読み出して上記表示部に表示する。
【発明の効果】
【００１５】
本発明によれば、情報提供センタはユーザに対し同じ情報を重複して提供することがなく、また不要な更新通知を送信することがないので、ユーザの負担する通信料金の無駄がなくなり、ユーザの使い勝手が向上する。
【発明を実施するための最良の形態】
【００１６】
以下、本発明の実施の形態を図面に基づいて説明する。
図１は、本発明に係る情報提供システム及びこれを構成する各装置の一実施例を示す構成図である。本実施例は、ユーザ端末として車載用カーナビゲーション装置を例に取り上げ、情報提供サービスセンタのサーバの蓄積する情報を、携帯電話を介して取得するシステムである。
【００１７】
本システムは、情報提供サービスセンタ１（以下、センタと略す）からカーナビゲーション装置２（以下、カーナビと略す）へ情報を提供するもので、通信手段として、インターネット３１を経由し、携帯電話通信網３２、無線基地局３３から送信し、携帯電話３で受信してカーナビ２に提供する。逆にまた、この通信手段を用いて、カーナビ２からセンタ１へ情報の提供を要求する。携帯電話通信網３２の内部は図示していないが、複数の無線基地局３３を収容し、公衆電話網等への交換接続を行う移動機交換局やインターネット３１に接続するためのゲートウェイ等を備えている。
【００１８】
初めに、センタ１の内部構成について説明する。
センタ１は、カーナビ２への提供情報の管理を行う情報提供サーバ１０と、これをインターネット３１と接続するインタフェース部１６を備える。インタフェース部１６には例えばモデムやルータ等を用いる。情報提供サーバ１０において、サーバ全体制御部１１は、ＣＰＵ、メモリ（ＲＯＭ、ＲＡＭ等）で構成され、情報提供サーバ１０全体のシステム制御を行い、以下の各要素と接続している。
【００１９】
提供情報蓄積部１２は、カーナビ２へ提供する情報データを蓄積管理する。提供情報の種類としては、例えば、イベント情報、渋滞、工事等の交通情報、気象情報、地図情報を含む。これらの各情報は、地域ごとに区分して管理している。サーバ全体制御部１１は、カーナビ２から情報取得要求があった時に、要求された情報種別、位置情報（場所）を基に提供情報蓄積部１２から該当する情報を検索して読出し、カーナビ２側へ送出する。
【００２０】
登録ユーザ情報蓄積部１３は、当該センタ１との間でサービス利用の契約を行っているユーザについてのユーザ情報を記憶して管理する。例えばユーザ登録時に発行したユーザＩＤをインデックスとして、ユーザ情報を登録しておく。本実施例においては、ユーザ情報の１つにカーナビ２で使用する電子メールアドレスが登録されているものとする。これは、情報の更新通知の際に使用するものである。
【００２１】
本実施例では、さらに情報アクセス履歴管理部１４を設けたことに特徴がある。情報アクセス履歴管理部１４は、当該センタ１が今までに情報を提供した配信先（ユーザＩＤ）と配信した情報の内容（種類）に関するデータを蓄積して管理する。そして、後述するようにこの履歴情報を参照して、ユーザに対し更新情報を通知する。すなわち、センタで管理する提供情報を更新した場合に、更新前の情報を配信したユーザにのみ更新通知を行う。
【００２２】
サーバ操作部１５は、提供情報蓄積部１２、登録ユーザ情報蓄積部１３の更新等、情報提供サーバ１０内部のメンテナンスを行う。
【００２３】
次にカーナビ２の内部構成について説明する。
カーナビ全体制御部２１は、ＣＰＵ、メモリ（ＲＯＭ、ＲＡＭ等）で構成され、電気的なインタフェース回路により各周辺構成要素を接続し、カーナビ２全体のシステム制御を行うとともに、携帯電話３を使ったデータ通信処理等も行う。これらの機能は、ソフトウェアを実装することで実現する。
【００２４】
ＧＰＳ受信部２２はＧＰＳ衛星から送られる電波を受信し、カーナビ全体制御部２１は、ＧＰＳ受信部２２の受信信号から現在の自車位置となる緯度、経度データを検出する。カーナビ操作部２３はユーザがカーナビ２の動作設定を行うとともに、センタ１に対し情報取得要求の操作を行うためのものである。表示部２４は、経路案内用地図データを始め各種情報を表示する液晶ディスプレイ等である。地図データ記憶部２５は、経路案内用の道路地図等を記憶するハードディスクやフラッシュメモリ等からなり、センタ１からの配信される新しい情報により、地図情報を更新して記憶する。
【００２５】
ユーザＩＤ記憶部２６は、センタ１から当該カーナビ２に対し発行されたユーザＩＤを記憶する。センタ１との間でサービス利用にかかる契約を行うと、センタ１は利用を認めた申込者に対してユーザＩＤを発行し、これにより契約したユーザを識別する。
【００２６】
本実施例では、さらに更新通知記憶部２７を設けたことに特徴がある。更新通知記憶部２７は、センタ１から受信した更新通知の内容を記憶する。そしてこの内容を参照することで、取得した情報を表示するタイミングを制御し、また同じ情報を重複して取得することを回避する。また取得情報蓄積部２８は、センタ１から取得した配信情報を蓄積して記憶する。
【００２７】
上記の情報提供システムにおいて、センタ１とカーナビ２との間でどのように情報提供が行われるか、通信プロトコルの例について詳細に説明する。
【００２８】
図２は、センタ１とカーナビ２間の通信で使用する通信フレームの構成例を示す。（ａ）は認証前、（ｂ）は認証後の通信フレームである。
【００２９】
通信フレームの構成は、先頭に制御種別データ１０１を設けており、「１」は「サーバ接続要求」、「２」は「認証要求」、「３」は「認証応答」、「４」は「認証結果」、「５」は「情報取得要求」、「６」は「情報取得確認」、「７」は「配信継続」、「８」は「配信完了」、そして「９」は「更新通知」を意味するものと定義している。
【００３０】
図２（ａ）は、制御種別データ１０１として「１：サーバ接続要求」、「２：認証要求」、「３：認証応答」及び「４：認証結果」が設定される場合の通信フレームである。ここで「サーバ接続要求」と「認証応答」はカーナビ２側が、「認証要求」と「認証結果」はセンタ１側が設定する。「サーバ接続要求」、「認証要求」を設定する場合は、制御種別データ１０１の後に続く添付データ１０２は付加せず、「認証応答」を設定する場合は、添付ザデータ１０２としてユーザＩＤを、「認証結果」の場合は、添付データ１０２として認証成功または認証失敗を示すデータを付加する。
【００３１】
図２（ｂ）は、制御種別データ１０１として「５：情報取得要求」、「６：情報取得確認」、「７：配信継続」、「８：配信完了」及び「９：更新通知」が設定される場合の通信フレームである。ここで「情報取得要求」と「情報取得確認」はカーナビ２側が設定するもので、カーナビ２が最初に情報取得要求する時は「情報取得要求」を、その後所望の情報を全て取得完了した時は「情報取得確認」を設定する。「配信継続」と「配信完了」は、センタ１側（情報提供サーバ１０）がカーナビ２から要求された情報データを配信する際に設定する。そして「配信継続」と「配信完了」は、カーナビ２側に対し、送信した通信フレームの情報データ部１０６が有効であることを示すと同時に、次に送信する通信フレームに情報データの続きがあるか否かを示すために設けたものである。「更新通知」は、センタ１側が管理する提供情報を更新した場合に、対象となるカーナビ２側に通知するために設定するものである。
【００３２】
制御種別データ１０１の後には、添付データ１０２として情報種別１０３、位置情報１０４、データ長１０５、情報データ部１０６を付加する。ここに情報種別１０３は情報データ部の種別を示し、例えば「１」はイベント情報、「２」は地図情報、「３」は交通情報のように定義する。位置情報１０４は、例えば、カーナビ２が設定した目的地の位置、あるいは現在走行位置等の緯度、経度データである。センタ１側では、カーナビ２側から受信した通信フレーム中の情報種別１０３と位置情報１０４を参照し、指定された情報を検索してカーナビ２ヘ配信する。その際、位置情報１０４（緯度、経度データ）に関してはこれを含む地域（市内等の適当な範囲）を対象に検索すればよい。データ長１０５は、後続して配置した情報データ部１０６のデータ長（例えば、バイト数）である。なお「更新通知」の場合は、添付データ１０２として情報種別１０３と位置情報１０４のみとしてもよい。
【００３３】
次に、図３〜図５を用いて、カーナビ２がセンタ１から自車周辺のイベント情報を取得する場合の手順について説明する。
図３は、センタ１とカーナビ２の間の通信シーケンスの例を示す図である。ここでは、図２で説明した通信フレームを符号Ｆで表示する。
図４は、カーナビ２側における情報取得処理のフローチャートを示し、本処理はカーナビ全体制御部２１にて制御される。
図５は、センタ１側における情報提供処理のフローチャートを示し、本処理は情報提供サーバ１０におけるサーバ全体制御部１１にて制御される。
図４及び図５において各ステップを符号Ｓで示し、図３には、図４及び図５に用いたステップの符号Ｓを付している。
【００３４】
以下、図３の通信シーケンス（通信フレーム）に沿って処理の流れを順に説明する。
＜Ｆ３０１＞
ユーザは、カーナビ２のユーザ操作部２３を操作して、イベント情報の取得要求操作を行う。情報取得要求操作が検出されたら（Ｓ４０１）、インターネット接続処理を実行する（Ｓ４０２）。
【００３５】
カーナビ２側からインターネット接続する場合、一般にインターネット接続事業者を介して行われるが、本実施例においても、インターネット接続については一般に行われている通信手順と同様とする。すなわち、ユーザはセンタ１との契約とは別にインターネット接続事業者と事前にインターネット接続のための利用契約も行っておき、インターネット接続事業者から発行されるインターネット接続用のユーザＩＤ、パスワードを使ってインターネット接続を行う。インターネット接続処理（Ｓ４０２）では、携帯電話３のデータ通信を使ってインターネット接続する処理を行うものであり、最初、インターネット接続事業者が提供するアクセスポイントヘ携帯電話３を発呼制御して、データ通信を確立させるまでの携帯電話事業者規定のデータ通信接続制御処理を行う。データ通信確立後、インターネット接続事業者から発行されたユーザＩＤ及びパスワードを送信し、インターネット接続を要求するインターネット接続要求処理、その応答としてインターネット接続事業者から受信されるインターネット接続確認応答受信処理を行い、インターネット接続を確立する。
【００３６】
続いてカーナビ２は、図２（ａ）に示す通信フレームで制御種別に「サーバ接続要求」を設定した通信フレーム（Ｆ３０１）を生成して、情報提供サーバ１０側へ送信する処理を行う（Ｓ４０３）。カーナビ２側では、認証要求受信検出処理に入り、情報提供サーバ１０からの認証要求（Ｆ３０２）の受信待ち状態に遷移する（Ｓ４０３）。
【００３７】
＜Ｆ３０２＞
情報提供サーバ１側は、カーナビ２からの情報提供サーバ接続要求の通信フレーム（Ｆ３０１）の受信待ち状態となっている。そして、この通信フレームを受信すると（Ｓ５０１）、カーナビ２への認証要求送信処理を実行する（Ｓ５０２）。ここでは、図２（ａ）に示す通信フレームで制御種別を「認証要求」に設定した通信フレーム（Ｆ３０２）を生成してカーナビ１０１側へ送信する。認証要求（Ｆ３０２）を送信後、認証応答受信検出処理に入り（Ｓ５０３）、カーナビ２からの認証応答（登録ユーザＩＤ）（Ｆ３０３）の受信待ち状態に遷移する。
【００３８】
＜Ｆ３０３＞
カーナビ２側は、情報提供サーバ１０から認証要求の通信フレーム（Ｆ３０２）を受信検出すると（Ｓ４０４）、認証応答送信処理を実行する（Ｓ４０５）。ここでは、図２（ａ）に示す通信フレームにおける制御種別に「認証応答」を設定し、その後に登録ユーザＩＤを設定し、情報提供サーバ１０側へ通信フレーム（Ｆ３０３）を送信する。認証応答（登録ユーザＩＤ）送信後、認証結果受信検出処理に入り（Ｓ４０６）、情報提供サーバ１０からの認証結果（Ｆ３０４）の受信待ち状態に遷移する。
【００３９】
＜Ｆ３０４＞
情報提供サーバ１０側は、認証応答（登録ユーザＩＤ）（Ｆ３０３）を受信検出すると（Ｓ５０３）、ユーザ認証処理を実行する（Ｓ５０４）。ここでは受信した認証応答の通信フレーム（Ｆ３０３）に設定される登録ユーザＩＤを抽出し、これが図１における登録ユーザ情報蓄積部１３に登録されたＩＤであるか否かをチェックする。チェックの結果、登録されたものと確認できれば認証成功、登録が確認できなければ認証失敗と判定する。そして、Ｓ５０４による認証結果をカーナビ３側ヘ送信する処理を行う（Ｓ５０５）。ここでは、図２（ａ）に示す通信フレームにおいて、制御種別の「認証結果」を設定し、その後に先に記憶しておいた認証成功／失敗の結果データを読み出して設定し、カーナビ２側へ通信フレーム（Ｆ３０４）を送信する。認証結果送信後、認証結果チェック処理を行い（Ｓ５０６）、認証成功の場合は、情報取得要求受信検出処理に入り（Ｓ５０７）、カーナビ２からの情報取得要求（Ｆ３０５）の受信待ち状態に遷移する。認証失敗の場合はこの先の処理を終了する。
【００４０】
＜Ｆ３０５＞
カーナビ２側では、認証結果（成功／失敗）の通信フレーム（Ｆ３０４）を受信検出したら（Ｓ４０６）、認証成功／失敗のチェック処理を行う（Ｓ４０７）。ここで認証失敗ならばこの先の処理を終了する。認証成功であれば、自車位置情報取得処理を実行する（Ｓ４０８）。ここでは、ＧＰＳ受信部２２からの入力信号を基に自車の緯度・経度データを算出する。自車位置が取得できたら情報取得要求送信処理を実行する（Ｓ４０９）。ここでは、図２（ｂ）に示す通信フレームにおいて、制御種別１０１に「情報取得要求」、情報種別１０３に「イベント情報」、位置情報１０４にＳ４０８で検出した自車位置を示す緯度・経度データ、データ長１０５に０（情報データ部無し）を設定した通信フレーム（Ｆ３０５）を生成し、情報提供サーバ１０側へ送信する。情報取得要求（自車周辺のイベント情報要求）を送信後、センタ配信情報受信完了検出処理を実行し（Ｓ４１０）、情報提供サーバ１０から配信される該当イベント情報（Ｆ３０６，Ｆ３０７）の受信待ち状態に遷移する。
【００４１】
＜Ｆ３０６、Ｆ３０７＞
情報提供サーバ１０側では、情報取得要求（自車周辺イベント）（Ｆ３０５）の受信検出がなされたら（Ｓ５０７）、該当情報検索処理（Ｓ５０８）及び該当情報送信処理（Ｓ５０９）を実行する。Ｓ５０８では、図１における提供情報蓄積部１２から、情報取得要求（自車周辺イベント）（Ｆ３０５）に対応する情報を読み出す。本実施例では自車周辺のイベント情報を要求しているので、提供情報蓄積部１２内のイベント情報を参照し、通信フレーム（Ｆ３０５）の位置情報１０４に設定される緯度・経度データに示される場所近辺の情報を読み出す。そして、読み出した情報を該当イベント情報とし保持し、該当情報送信処理（Ｓ５０９）及び全情報送信完了検出処理（Ｓ５１０）を実行する。
【００４２】
Ｓ５０９では、図２（ｂ）に示す通信フレームにおいて、制御種別１０１に「配信継続」または「配信完了」、情報種別１０３に「イベント情報」、位置情報１０４に情報取得要求で設定された緯度・経度データ、データ長１０５に提供情報蓄積部１２から読み出したデータバイト数、情報データ１０６に読み出した該当イベント情報データを設定した通信フレーム（Ｆ３０６またはＦ３０７）を生成して、カーナビ２側へ送信する。
【００４３】
引き続きＳ５１０では、提供情報蓄積部１２から読み出した該当する全情報を送信完了したか否かをチェックし、Ｓ５０９の後、送信完了していない場合は制御種別１０１を「配信継続」として、送信完了する場合は制御種別１０１を「配信完了」として送信する。これにより、まず該当イベント情報配信継続（Ｆ３０６）を送信し、最後に該当イベント情報配信完了（Ｆ３０７）を送信する。Ｓ５１０で送信完了となったら情報取得確認受信検出処理を実行し（Ｓ５１１）、カーナビ２からの情報取得確認（Ｆ３０８）の受信待ち状態に遷移する。
【００４４】
＜Ｆ３０８＞
カーナビ２側では、情報提供サーバ１０から配信された該当イベント情報（Ｆ３０６，Ｆ３０７）を受信検出したら、通信フレームの制御種別１０１をチェックする。「配信継続」の場合は、データ長１０５に設定されるデータ数分の情報データ部１０６のデータを抽出して、カーナビ全体制御部２１内のＲＡＭ等に一時記憶し、次の通信フレームの受信検出を待つ（Ｓ４１０）。そして、制御種別１０１が「配信完了」を受信したら情報データ部１０６を抽出した後、ＲＡＭ等に一時記憶していた受信イベント情報とともに取得情報蓄積部２８に記憶する取得情報記憶処理を行う（Ｓ４１１）。その際、情報提供サーバ１０から配信されて受信した情報と取得要求時の情報種別１０３、位置情報１０４を対応付けて記憶しておく。
【００４５】
次に、情報を取得したことを通知する情報取得確認送信処理（Ｓ４１２）を行う。ここでは、図２（ｂ）に示す通信フレームにおいて、制御種別１０１に「情報取得確認」、情報種別１０３に「イベント情報」、位置情報１０４には、Ｓ４０８で検出した自車位置を示す緯度・経度データ、データ長１０５には０（情報データ部無し）を設定した通信フレーム（Ｆ３０８）を生成し、情報提供サーバ１０側へ送信する。これにより、イベント情報を受信完了したことを通知する。
【００４６】
そしてカーナビ２は、取得情報表示処理（Ｓ４１３）を行う。ここでは、取得情報蓄積部２８に記憶していたイベント情報を読み出し、表示部２４に出力する。これにより、センタ１から取得した自車周辺のイベント情報を表示する。
【００４７】
一方センタ１側では、情報取得確認（Ｆ３０８）を受信検出したら（Ｓ５１１）、情報アクセス履歴作成処理を実行する（Ｓ５１２）。ここでは、情報を提供した配信先（ユーザＩＤ）と配信した情報の内容（種類）に関するアクセス履歴情報を、情報アクセス履歴管理部１４に記録する。
【００４８】
図６は、情報アクセス履歴管理部１４に記録したアクセス履歴情報の一例を示す。内容としては、情報提供したユーザＩＤ６０１、情報取得要求のあった情報種別６０２、位置情報６０３、情報提供日時６０４を含む。
【００４９】
以上が、カーナビ２がセンタ１から自車周辺のイベント情報を取得完了するまでの処理の流れである。そして、センタ１では、情報を配信するごとに、配信先ユーザのアクセス履歴情報を蓄積して記録することに特徴がある。
【００５０】
次に、センタ１側にて、提供情報蓄積部１２内に蓄積される情報（例えばイベント情報）を更新した場合、ユーザに対しどのように更新通知を行うかを説明する。
図７は、センタ１側における更新通知処理の一例を示すフローチャートであり、（ａ）は全体のフローチャート、（ｂ）はその一部詳細を示す。これらの処理はサーバ全体制御部１１でなされる。
【００５１】
まず、提供情報蓄積部１２内の情報が更新されたか否かを検出する処理を行う（Ｓ７０１）。情報データの更新は、サーバ操作部１５による更新、あるいはインターネット３１を介して通信により更新されてもよい。更新有りと検出されたら、更新情報パラメータの記憶処理を実行する（Ｓ７０２）。更新情報パラメータとは、対象となる情報の種別、位置情報、更新日時等である。これらパラメータを、例えばサーバ全体制御部１１内のメモリ（ＲＡＭ）等に一時記憶する。
【００５２】
次に、更新通知対象ユーザＩＤ抽出処理を行う（Ｓ７０３）。ここでは、更新情報パラメータと情報アクセス履歴管理部１４に記録したアクセス履歴を参照し、更新通知を行うべき対象ユーザを抽出する。
【００５３】
図７（ｂ）は、更新通知対象ユーザＩＤ抽出処理（Ｓ７０３）を詳細に示す。
更新情報種別対応ユーザＩＤ抽出処理（Ｓ７０３１）は、Ｓ７０２で記憶した更新情報パラメータの情報種別と、図６に示した情報アクセス履歴管理部１４に記録された各ユーザＩＤ６０１毎に配信した情報種別６０２を比較する。そして、今回更新対象となる情報種別と同一の情報種別を過去に配信したユーザＩＤを抽出する。更新情報の情報種別が「イベント情報」の場合、図６に示した情報アクセス履歴管理部１４から、ユーザＩＤ６０１として「Ａ１２３４」と「Ｃ５４３２」を抽出する。
【００５４】
次に、更新情報位置対応ユーザＩＤ抽出処理（Ｓ７０３２）は、Ｓ７０３１で抽出したユーザＩＤを候補とし、更新情報の位置情報と情報アクセス履歴管理部１４に記録したユーザＩＤ毎の位置情報６０３を比較し、更新情報の位置情報付近の位置情報を配信したユーザＩＤを抽出する。例えば、更新情報の位置情報が、Ａ県Ｂ市内の緯度・経度とし、ユーザＩＤ「Ａ１２３４」に配信した位置情報の緯度・経度はＡ県Ｃ市内、「Ｃ５４３２」に配信した位置情報の緯度・経度はＡ県Ｂ市内であったとする。この場合、「Ｃ５４３２」に配信した位置情報は、更新情報の位置情報付近と判断し、このユーザＩＤを抽出する。
【００５５】
さらに更新情報日時対応ユーザＩＤ抽出処理（Ｓ７０３３）は、Ｓ７０３２で抽出したユーザＩＤを候補とし、更新情報の更新日時と情報アクセス履歴管理部１４に記録したユーザＩＤ毎の提供日時６０４を比較し、最新の提供日時が今回の更新日時よりも前であるユーザＩＤを抽出する。この処理により、センタから更新通知を行う前にユーザが自主的にアクセスして更新後の情報を取得している場合は、更新通知を行う必要がなくこれを排除することができる。図６において、「Ｃ５４３２」の提供日時が更新情報の更新日時より前である場合は「Ｃ５４３２」を抽出し、更新通知対象ユーザＩＤとする。このようにして、更新通知対象のユーザＩＤを決定する。
【００５６】
なお、上記方法によれば、対象となる更新前の情報を配信し、更新後の情報を配信していないユーザを全て対象ユーザとするものであるが、更新回数で区分してさらに制限しても良い。例えば、過去に複数回更新がなされ、過去に更新した情報については配信したが、前回更新した情報（直前の情報）については配信していないユーザは、当該情報にはもはや関心がないとみなして除外しても良い。
【００５７】
次に更新通知メール送信処理（Ｓ７０４）では、登録ユーザ情報蓄積部１３を参照し、Ｓ７０３で抽出した更新通知対象のユーザＩＤに対応する利用契約者の電子メールアドレスを読み出す。そして、対象ユーザ（対象カーナビ２）へ、以前配信した情報について更新があった旨の更新通知メールを生成して送信する。
【００５８】
以上、説明してきたように、本実施例によれば、センタ１は、情報を配信したユーザの情報アクセス履歴を管理しているので、情報更新を行った際に更新前の情報を配信したユーザにのみ更新通知することが可能となる。
【００５９】
このため、ユーザは関心のない情報の更新通知を受けることがなくなり、不要な更新通知の受信にかかる通信料金の発生をなくすことが可能となる。また、同時に、センタ１においても、更新通知の送信を更新前の情報を取得したユーザのみで済むので、更新通知に要する通信コストを低減することが可能となる。
【００６０】
次に、カーナビ２側において、受信した更新通知をユーザに対しより好適に通知する通知方法について説明する。カーナビ２側では、更新通知を受信した時に、リアルタイムで表示部１４に表示させてユーザに認識させることが可能である。しかしながら、ユーザがもし更新情報の場所とは無関係な程遠い場所を走行している場合、更新通知を即刻知る必要はない。むしろ、現時点で知る必要のない通知を受けることになり、ユーザにとって煩わしさを感じさせてしまう。そこで、更新通知を受けユーザへ表示するタイミングとして、ユーザが設定した目的地、または走行中の現在地と連動させて更新通知を表示させる方が好ましい。以下、これらを実施する手順を説明する。
【００６１】
図８は、カーナビ２側において、目的地設定と連動させて更新通知を行う場合のフローチャートである。
ＧＰＳ受信部２２を用いて現在自車位置を検出し（Ｓ８０１）、自車位置周辺の地図を表示する（Ｓ８０２）。Ｓ８０１で得られた位置情報を基に、その周辺の広域地図情報を地図データ記憶部２５から読み出し、表示部２４に出力する。その後、カーナビ操作部２３からの入力をチェックし、目的地設定操作であることを検出する（Ｓ８０３）。目的地設定操作がなされたことを検出したら、先に表示した地図上に目的地のマーク等を表示する（Ｓ８０４）。次に、予めユーザによって設定された探索条件（距離優先、時間優先、有料道路の使用有無等）に従って経路計算を行う（Ｓ８０５）。現在自車位置から設定された目的地までの経路計算が終了したら、地図上に探索経路を表示する（Ｓ８０６）。
【００６２】
次に、センタ１からの情報更新通知の有無をチェックする（Ｓ８０７）。ここでは更新通知記憶部２７を参照し、更新通知が記憶されているか否かをチェックする。更新通知が記憶されていることを検出したら、更新通知の位置情報と設定目的地の位置情報とを比較し、更新通知の位置情報が設定目的地付近であるか否かの判定を行う（Ｓ８０８）。ここで「付近」とは、例えば、更新通知の位置情報と目的地の位置情報とが同一地域（同一市内等）であるか否かをチェックするものである。そして、更新通知の位置情報が設定目的地付近であると判定した場合、更新通知有りの情報を表示する（Ｓ８０９）。この場合、カーナビ２の表示部２４に更新通知有りのメッセージを表示出力する。表示方法として、音声によりユーザに通知してもよい。
【００６３】
以上の処理により、カーナビ２が更新通知を受信した場合に、受信して即時に通知することはせず、ユーザが目的地を設定した時に、設定した目的地が更新通知の対象となる地域である場合に初めて更新通知を表示させることで、ユーザの感じる煩わしさをなくすことができる。
【００６４】
次に図９は、カーナビ２側において、現在走行位置と連動させて更新通知を行う場合のフローチャートである。
ＧＰＳ受信部２２を用いて現在自車位置を検出し（Ｓ９０１）、その周辺の広域地図情報を地図データ記憶部２５から読み出し、自車位置周辺の地図を表示部２４に表示する。また、表示されている地図情報上に自車の現在位置を示すマークを表示する（Ｓ９０２）。現在位置を示すマークは随時更新して表示する。
【００６５】
次に、センタ１からの情報更新通知の有無をチェックする（Ｓ９０３）。更新通知の受信を検出したら、更新通知の位置情報が現在の自車位置の付近になったか否かの判定を行う（Ｓ９０４）。この判定は、前記Ｓ８０８で述べた方法と同様に行う。更新通知の位置情報が現在地付近と判定したら、更新通知有り情報を表示する（Ｓ９０５）。
【００６６】
以上の処理により、自車の走行位置が、受信された更新通知の位置付近に到達した時に初めて更新通知有りを表示させることで、ユーザの感じる煩わしさをなくすことができる。
【００６７】
以上のように、ユーザへの更新通知の表示を、目的地設定時の位置情報、あるいは走行位置の位置情報と連動させて通知することにより、ユーザは更新通知を必要なタイミングで知ることができるので、使い勝手が向上する。
【００６８】
さらに他の実施例として、カーナビ２側で更新通知を受けた際、ユーザに更新通知を行わずにこれを保存し、ユーザがその後情報取得要求操作を行った時に、保存している更新通知を参照して情報を効率よく取得する方法を説明する。
【００６９】
図１０は、カーナビ２側において、保存している更新通知を参照して情報取得を行う場合のフローチャートである。
【００７０】
センタ１からの更新通知メールの受信チェックを行う（Ｓ１００１）。更新通知の受信検出がなされたら、受信した更新通知メールから、更新通知メッセージ、情報種別、位置情報といった内容を読み出し、更新通知記憶部２７に記憶する（Ｓ１００２）。この時点では、受信した更新通知はユーザに知らせない。
【００７１】
その後、ユーザによる情報取得要求の操作を検出したら（Ｓ１００３）、以前に同一条件で要求し取得した情報データがあるか否かをチェックする（Ｓ１００４）。ここでは、取得情報蓄積部２８を検索して、該当する情報データの有無をチェックする。
【００７２】
Ｓ１００４で同一要求での取得済み情報データが有ると判定された場合は、さらに更新通知記憶部２７に記憶している過去の更新通知を参照し、その要求情報に該当する更新通知の受信有無をチェックする（Ｓ１００５）。もちろんここでの更新通知は、その更新日時が取得済み情報データの提供日時以後のものとする。更新通知が無い場合は取得済み情報データは最新のものであるから、センタ１からの情報取得は行わずに、取得情報蓄積部２８に蓄積している取得済みデータを読み出して（Ｓ１００６）、表示部２４にデータを表示する。このようにして、同一情報を重複して取得することを回避する。
【００７３】
Ｓ１００５にて更新通知が有る場合は、取得済み情報データは最新のものでないから、センタ１と通信接続し、更新された最新の情報を取得する（Ｓ１００７）。またＳ１００４にて、該当する取得済み情報データが無い場合は、初めての情報取得となるので、同様にセンタ１に対し情報取得処理を行う（Ｓ１００７）。情報取得処理（Ｓ１００７）の詳細は、図４で述べた通りである。
【００７４】
以上のように、ユーザが情報取得要求操作を行った時、更新通知記憶部２７を参照することで情報取得の適切な処理を自動的に選択できる。従ってユーザは、要求する情報の更新状況を気にすることなく、常に最新の情報を取得しまた同一の情報を重複して取得する無駄をなくすことができ、ユーザの負担する通信費用を削減し使い勝手の向上が図られる。
【００７５】
上記各実施例では、自動車向け情報提供サービスを前提に説明したが、ユーザの端末はカーナビゲーションのような移動体端末に限らない。情報の分類を適宜変更して設定することで、固定端末に対する情報提供システムにおいても適用可能である。またサービスセンタと端末との通信手段は、携帯電話に限らず各種の通信技術を用いることができる。
【図面の簡単な説明】
【００７６】
【図１】本発明に係る情報提供システムの一実施例を示す構成図。
【図２】センタとカーナビ間の通信フレームの構成例を示す図。
【図３】センタとカーナビ間の通信シーケンスの例を示す図。
【図４】カーナビ側における情報取得処理のフローチャートを示す図。
【図５】センタ側における情報提供処理のフローチャートを示す図。
【図６】アクセス履歴情報の一例を示す図。
【図７】センタ側における更新通知処理のフローチャートを示す図。
【図８】カーナビ側において、目的地設定と連動させて更新通知を行うフローチャートを示す図。
【図９】カーナビ側において、現在走行位置と連動させて更新通知を行うフローチャートを示す図。
【図１０】カーナビ側において、保存している更新通知を参照して情報取得を行うフローチャートを示す図。
【符号の説明】
【００７７】
１…情報提供サービスセンタ（センタ）、
２…カーナビゲーション（カーナビ）、
３…携帯電話、
１０…情報提供サーバ、
１１…サーバ全体制御部、
１２…提供情報蓄積部、
１３…登録ユーザ情報蓄積部、
１４…情報アクセス履歴管理部、
１５…サーバ操作部、
１６…インタフェース、
２１…カーナビ全体制御部、
２２…ＧＰＳ受信部、
２３…ユーザ操作部、
２４…表示部、
２５…地図データ記憶部、
２６…ユーザＩＤ記憶部、
２７…更新通知記憶部、
２８…取得情報蓄積部、
３１…インターネット。
【図１】
2007257583.tif 000003
【図２】
2007257583.tif 000004
【図３】
2007257583.tif 000005
【図４】
2007257583.tif 000006
【図５】
2007257583.tif 000007
【図６】
2007257583.tif 000008
【図７】
2007257583.tif 000009
【図８】
2007257583.tif 000010
【図９】
2007257583.tif 000011
【図１０】
2007257583.tif 000012