端末
【課題】 ユーザが購入した製品についてのアフターサービスの充実化。
【解決手段】 例えばサービス提供を行うサービスサーバは、ユーザが購入した製品であるナビゲーションシステムに対して固有に割り与えられた機器ＩＤを利用して特定のナビゲーションシステムにアクセスして、サービス情報を送信するようにされる。即ち、本来は通信網上において不特定多数の端末装置の１つであるナビゲーションシステムに対して積極的にアクセスしてサービス情報を送信提供する。これにより、適切とされる任意の機会に、必要充分な内容のサービスを提供することが可能となる。
【解決手段】 例えばサービス提供を行うサービスサーバは、ユーザが購入した製品であるナビゲーションシステムに対して固有に割り与えられた機器ＩＤを利用して特定のナビゲーションシステムにアクセスして、サービス情報を送信するようにされる。即ち、本来は通信網上において不特定多数の端末装置の１つであるナビゲーションシステムに対して積極的にアクセスしてサービス情報を送信提供する。これにより、適切とされる任意の機会に、必要充分な内容のサービスを提供することが可能となる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば自動車などの移動体に搭載される電子機器と、サーバ及び携帯電話などの個人移動端末装置とを通信網を介して通信可能なように構築されたシステムとして、例えば電子機器を購入して利用しているユーザに対して、送信されたデータを受信した電子機器が、その受信データの内容に従って何らかの動作の実行を行うことで享受できるようなサービスを提供することのできる端末に関するものである。
【背景技術】
【０００２】
いわゆるカーナビゲーション装置が広く普及している。その基本的な機能としては、例えば移動中にある自動車などの現在位置を測定して、その測定された現在位置を地図上に表示させるなどして、ユーザに現在位置を知らせるものである。
また、近年においては、移動無線端末装置を備えることで、インターネットに接続可能な機能を有するカーナビゲーション装置も普及してきている。その利用形態としては、例えばインターネット上のＷｅｂサイトにアクセスすることで、例えば、或る特定地域の店舗の情報や、イベント、天気の情報などをカーナビゲーション装置の表示部位に表示させ、これらの情報を得ることが可能になるものである。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
ところで、例えば商品を購入したユーザには、いわゆるアフターケア、アフターサービスなどといわれる、商品を購入したユーザにとって有用となるようなサービスを、その商品を製造販売したメーカや店舗から提供することがしばしば行われる。
ここで上記したようなカーナビゲーション装置もまた、元は商品であり、例えばこれを搭載する自動車の所有者が購入して取得したものである。従って、企業や販売店などの販売側は、このようなカーナビゲーション装置についてもアフターサービスを提供すれば、ユーザへの便宜を図り、また、自社商品の付加価値を高めることができる。
【０００４】
しかし、企業側からのサービスの提供のしかたとしては、例えば現状は、郵送や電子メールなどによる通知等に限定され、より高い利便性を求めようとした場合には限界がある。
そこで、例えばインターネット上にサービス用のサーバを設けて、インターネット接続機能を有するカーナビゲーション装置に対して、直接的にサービスに関連するデータを送信するような形態とすれば、より直接的にユーザに対してサービスを提供することが可能になるものである。
しかし、現状においては、カーナビゲーション装置は、単にインターネットへの接続機能を有しているのみであり、例えば上記したようなサーバ側からカーナビゲーション装置に対してアクセスすることはできないものである。つまり、現状の段階では、インターネット通信機能を利用してサービスを提供するにしても、ユーザが、サービス用サーバのアドレス（ＵＲＬ）を把握した上で、カーナビゲーション装置に対する操作を行って、カーナビゲーション装置側からサービス用サーバに対してアクセスする必要がある。これは、即ち、企業側でサービス提供が必要とされる機会となったそのときに、直ちにカーナビゲーション装置側にアクセスしてサービスを提供することができないことを意味し、これでは、充実したサービスの提供ができないことになる。
【課題を解決するための手段】
【０００５】
そこで本発明は、上記した課題を考慮して、以下のように構成する。
固有ＩＤを有するナビゲーション機能を含む端末であって、通信ネットワーク上で情報を送受信するワイヤレス通信ユニットと、プロセッサを有する制御ユニットとから成り、
前記プロセッサは、前記ワイヤレス通信ユニットで受信するサービス提供システムによって提供された所定のサービスを処理可能であり、前記サービス提供システムは、そのナビゲーション端末の固有ＩＤを記憶し、前記ナビゲーション端末が認証されたときのみ、そのナビゲーション端末にアクセスし、前記所定のサービスを提供し、前記所定のサービスは、前記ナビゲーション端末で利用可能な地図情報のアップデートであり、前記地図情報の先のバージョンとアップデートされた地図情報間の差分のみのデータを前記ワイヤレス通信ユニットにて受信するようにする。
【発明の効果】
【０００６】
以上説明したように本発明は、例えば無線通信によりインターネット等の通信網への接続機能を有するカーナビゲーションシステム（電子機器）に対してサービスを提供するのにあたって、サーバ側でカーナビゲーションシステムごとに固有に割与えたナビＩＤ（機器ＩＤ）を保有して管理していることで、本来はインターネット上における不特定多数の端末であるカーナビゲーションシステムのうち、サービスを提供したいとする特定のカーナビゲーションシステムに対してアクセスしてサービス提供に必要なデータ通信を行うことが可能になるものである。
例えば従来にあっては、先ずカーナビゲーションシステム側からアクセスしなければならず、例えばサーバ側では、このアクセスを待ってサービス情報を提供することしかできずにいた。これに対して、本発明では、サーバ、若しくは携帯電話（移動無線端末装置）側から特定のカーナビゲーションシステムに対してアクセスすることが可能となることから、適切とされる任意の機会に、必要充分な内容のサービスを提供することが可能となる。また、これによって、提供可能なサービスの種類も容易に増加させていくことが可能になる。従って例えばカーナビゲーションシステムを購入したユーザにとっては、サービス提供をこれまでよりも簡易で有効なかたちで享受することができ、また、販売側の両者にとっては製品の付加価値が高まるので、販売促進の効果も期待できることになる。
【０００７】
また、屋内等に固定的に設置される通信端末装置（パーソナルコンピュータ）から電子機器（例えばナビゲーションシステム）に対して通信を行う場合においては、認証サーバを介在させるようにしている。また、通信端末装置が電子機器と通信するために認証サーバにアクセスしたときには、アクセス経路を特定する情報（電話番号、ポート番号、ルータアドレス等）を利用して端末ＩＤ（ＰＣ−ＩＤ）を生成するようにしている。そして、認証サーバでは、端末ＩＤを利用して認証処理を行うようにしている。
アクセス経路を特定する情報は、通常は、通信端末装置が最初に接続する通信網を運営する側が管理保持していることから、通信端末装置側にて改竄することは不可能な情報であり、従って、端末ＩＤとしても改竄することのできない情報であるといえる。つまり、この発明によっては、いわゆる成りすましによって不正なサービス利用が行われることを、簡易な構成によって確実に防止することができるものである。
【図面の簡単な説明】
【０００８】
【図１】本発明の実施の形態としてのサービス提供システム（第１例）の構成例を示す説明図である。
【図２】本実施の形態のナビゲーションシステムの構成例を示す説明図である。
【図３】本実施の形態のナビゲーションシステムの内部構成例を示すブロック図である。
【図４】本実施の形態の携帯電話の内部構成例を示すブロック図である。
【図５】本実施の形態において、無線電話通信網に備えられるアプリケーションサーバの内部構成例を示すブロック図である。
【図６】本実施の形態におけるサービスサーバの内部構成例を示すブロック図である。
【図７】システムバージョンアップのサービス提供を実現するための処理動作を示すフローチャートである。
【図８】自動車のセキュリティチェックを携帯電話から行うというサービス提供を実現するための処理動作を示すフローチャートである。
【図９】自動車の鍵を、携帯電話からのコントロールにより行うというサービス提供を実現するための処理動作を示すフローチャートである。
【図１０】地図情報の更新データをナビゲーションシステムがサービスサーバからダウンロードするというサービスを実現するための処理動作を示すフローチャートである。
【図１１】本発明の実施の形態としてのサービス提供システム（第２例）の構成例を示す説明図である。
【図１２】パーソナルコンピュータの内部構成例を示すブロック図である。
【図１３】本実施の形態における認証サーバの内部構成例を示すブロック図である。
【図１４】本実施の形態におけるＰＣ−ＩＤ登録手順（第１例）を示す概念図である。
【図１５】本実施の形態におけるＰＣ−ＩＤ登録手順（第２例）を示す概念図である。
【図１６】本実施の形態におけるＰＣ−ＩＤ登録手順（第３例）を示す概念図である。
【図１７】パーソナルコンピュータがナビゲーションシステムの現在位置情報を取得するというサービスを実現するための処理動作を示すフローチャートである。
【発明を実施するための形態】
【０００９】
以下、本発明の実施の形態としてのサービス提供システムについて説明を行っていくこととする。このサービス提供システムは、自動車に搭載されるカーナビゲーション装置を購入したユーザに対して、少なくともカーナビゲーション装置購入のアフターケアとしてのサービスを提供するものとされる。
なお、以降の説明は次の順序で行う。
１．サービス提供システム（第１例）
１−１．全体構成
１−２．ナビゲーションシステムの全体構成
１−３．ナビゲーション本体部の内部構成
１−４．携帯電話の内部構成
１−５．アプリケーションサーバの内部構成
１−６．サービスサーバの内部構成
２．システムによるサービス提供形態例
３．処理動作例
４．サービス提供システム（第２例）
４−１．全体構成
４−２．パーソナルコンピュータの内部構成
４−３．認証サーバの内部構成
４−４．サービス提供形態例
４−５．認証用ユーザデータベースの構築
４−６．処理動作例
【００１０】
１．サービス提供システム（第１例）
１−１．全体構成
図１は、本実施の形態の第１例としてのサービス提供システムの一形態例を示している。
自動車１００には、ナビゲーションシステム１が搭載されている。このナビゲーションシステムは、いわゆるカーナビゲーション装置を基本として、自動車の盗難などを防ぐセキュリティティシステム、また、無線電話通信網３００を介してデータ通信が可能な通信端末装置などを備えたシステム構成を採っている。
本実施の形態のサービス提供システムによるサービスを受けるのは、この自動車１００の所有者であり、また、ナビゲーションシステム１を購入したユーザとなる。
【００１１】
携帯電話２００は、例えばナビゲーションシステムと同じユーザの名義で、無線電話通信網３００を運営する通信会社と契約してあるもので、上記のようにして、無線電話通信網３００を介して、電話回線を使用しての通話を行うことができる。また、この場合には、インターネットとの接続によりデータ通信を行うことも可能とされている。
【００１２】
無線電話通信網３００は、例えば携帯電話のほか、本実施の形態であればカーナビゲーション装置の無線端末装置などの、無線端末装置間の移動体通信を実現するための設備とされ、例えば図示するように、基地局３０１、中継局３０２、アプリケーションサーバ３０３，ゲートウエイ３０４を備える。
基地局３０１及び中継局３０２によっては、例えば無線端末装置間での無線通信が可能とされる。また、無線端末装置をインターネットと接続する際には、アプリケーションサーバ３０３がその機能を果たすようにされる。
アプリケーションサーバ３０３は、例えばその無線通信会社で提供するインターネット機能に対応して必要となる処理を実行するようにされている。そして、アプリケーションサーバ３０３にて処理したデータをゲートウェイ３０４を介して変換することで、結果的には、無線電話通信網３００と接続される無線端末装置をインターネット４００と接続することが可能になる。
【００１３】
インターネット上には各種のサーバが接続されているのであるが、本実施の形態としては、図示するように、サービスサーバ５００が備えられる。このサービスサーバ５００は、ユーザへの各種サービスを提供可能な機能が与えられるように構成されている。なお、サービスサーバ５００により提供可能なサービス内容例については後述する。また、サービスサーバ５００は、ここでは１つのサーバであることとして示しているが、例えば実際には、サービスを提供する企業、部門などごとに、複数のサーバが設けられて構わないものである。例えば、後述する例では、購入されたカーナビゲーションシステム１本体についてのアフターサービスと、カーナビゲーションシステム１を構成するセキュリティシステムの利用サービスなどを提供しているが、例えば上記２つのサービスごとに、カーナビゲーションシステム１のメーカが設備するサービスサーバと、セキュリティシステムを運営する企業が設備するサービスサーバとが設けられて構わないものである。
【００１４】
このような構成であるとすれば、移動端末装置、つまりナビゲーションシステム１や携帯電話２００は、インターネット４００と接続されることで、各種のＷｅｂサイト等にアクセスすることができる。また、例えば電子メールの送受信等を行うことも可能となる。もちろんのこと、携帯電話２００に関すれば、通常の電話回線を通じての通話も可能とされるものである。
【００１５】
１−２．ナビゲーションシステムの全体構成
図２は本実施の形態のナビゲーションシステム全体の概略構成を示している。
この図２に示す本実施の形態のナビゲーションシステム１は、例えばナビゲーション本体部２、ディスプレイモニタ部３、ＧＰＳアンテナ５、交通情報受信アンテナ７、自律航法ユニット６、通信端末装置５０、セキュリティシステム部４１、及びリモートコントローラ８等によって構成される。
【００１６】
ナビゲーション本体部２の詳しい構成については後述するが、その内部で再生される記録媒体９から読み出した地図情報と、現在位置情報とに基づいて、例えばディスプレイモニタ部３の表示画面３ａに対して、自車の現在位置を地図上に表示させたり、また、ドライブ経路や各種ガイドとなるナビゲーション情報を表示させることができるようになっている。
【００１７】
記録媒体９は、例えばこの場合には、ＣＤ−ＲＯＭ（Compact Disk−Read Only Memory）や、ＤＶＤ−ＲＯＭ（Digital Video Disk／Digital Versatile Disk−Read Only Memory）等のディスクとされ、上記もしたように地図情報が記憶されている。
【００１８】
ディスプレイモニタ部３の表示画面部３ａには、例えば液晶ディスプレイ等によって構成され、ナビゲーション本体部２から出力される画像情報に基づいて表示が行われる。
受信部３ｂはリモートコントローラ８から送られてくるコマンド情報を受信する受信部とされる。この受信情報は、後述するようにして、ナビゲーション本体部２に対して伝送される。
【００１９】
また、ここでは図示していないが、本実施の形態のナビゲーション装置としては、スピーカ等の音声出力部を設けることも可能とされる。その場合は、ナビゲーション本体部２から音声出力部に対して、所定のポイント（交差点）や、渋滞状況、右折左折地点、道順間違い、などといった音声ナビゲーション情報を出力することで、音声出力部からユーザに対して警告音やガイド音声を出力することが可能になる。
【００２０】
ＧＰＳ（Global Positioning System ）アンテナ５は、例えばＧＰＳの衛星からの電波を受信するために設けられている。このＧＰＳアンテナ５で受信された電波は受信データとして復調されてナビゲーション本体部２内に取り込まれ、後述するように自車の現在位置を測定するために用いられる。
【００２１】
交通情報アンテナ７は、所定の道路交通情報通信システムのもとで、例えばＦＭ多重、光ビーコン、電波ビーコンなどにより伝送される道路交通情報を受信可能とされている。受信された道路交通情報としては、例えば道路の渋滞状況や駐車場などの情報が挙げられるが、ナビゲーション本体部２では、これらの道路交通情報に基づいて、道路の渋滞状況の表示、また、渋滞状況に基づく所要時間の提示、駐車場の案内表示などを実行させることが可能とされる。
【００２２】
自律航法ユニット６は、自車の走行速度や走行方位などの走行情報を検出する部位とされ、例えば図示するように、自車の走行速度に応じて変化する車速パルスを検出する車速センサ６ａ、及び、自車の走行方位を検出するジャイロ６ｂを備えている。この自律航法ユニット６で検出された走行情報もまたナビゲーション本体部２に出力され、自車の現在位置を測定するのに用いられる。
特に、このような自律航法ユニット６は、例えば自車がトンネルや地下道等に入り、上記ＧＰＳアンテナ５により衛星通信からの電波を受信できない時に、自車の現在位置を測定するのに利用される。
【００２３】
リモートコントローラ８は、本実施の形態のナビゲーションシステム１をユーザが操作するために用いられ、各種操作キーや、操作キーの操作に応じてコマンド信号を発生させる信号発生部や、コマンド信号を赤外線輝度変調信号として出力する出力部等を備えており、その赤外線によるコマンド出力が上記受信部３ｂで受信される。
ここで、リモートコントローラ８に備えられる緊急キー８ａは、例えば交通事故や、第三者とのトラブルなどの、搭乗者にとって危険とされる状況が発生したときに操作されるもので、これによって、例えば、そのときの状況を記録した画像、音声データを転送させることができるようになっている。
【００２４】
なお、操作手段としては、これ以外にも、例えば電波送信によるリモートコントローラ、ナビゲーション本体部２と有線接続されるリモートコントローラ、さらにはナビゲーション本体部２やディスプレイモニタ部３の筐体上に設けられる操作部等とされてもよいものである。
【００２５】
通信端末装置５０は、先に図１に示した無線電話通信網３００を介するようにしてインターネットに接続するための移動体通信端末である。そして、この通信端末装置５０は、図示するようにナビゲーション本体部２と接続されることで、ナビゲーション本体部２からデータを無線によって送信することが可能となり、また、通信端末装置５０にて受信したデータを入力して、ナビゲーション本体部２にて所要の処理を実行することが可能となるものである。つまり、通信端末装置５０とナビゲーション本体部２とが接続されることで、本実施の形態のナビゲーションシステム１には、少なくともインターネット接続機能が与えられる。
【００２６】
セキュリティシステム部４１は、自動車自体及び搭乗者を保安するための機能を有するものとされ、この場合には、外付けカメラ４２、マイクロフォン４３、ロックコントロール部４４、及び記憶部４５を備えてなる。
外付けカメラ４２は、例えば実際には、複数のカメラ装置からなるものであるが、ここでは便宜上、１つの機能ブロックとして示している。この外付けカメラ４２としての複数のカメラ装置は、それぞれ自動車の室内、また車外の所定位置に対してその目的に合った所要の方向に向けて設置される。これにより、自動車内、また、自動車の周囲の状況を撮像することが可能になるものである。
【００２７】
これと同じ目的で、前述したディスプレイモニタ部３に対しても、車内カメラ３ｃとフロントカメラ３ｄとが設けられている。車内カメラ３ｃは、表示画面３ａ側の面に設けられ、フロントカメラは、ディスプレイモニタ部３の背面部から撮像するような形態で設けられる。
例えばディスプレイモニタ部３は、自動車内のフロントガラスの近傍において、運転者の前方視界を妨げないようにして設置されるものとされる。このような位置にディスプレイモニタ部３を配置することで、車内カメラ３ｃによっては自動車の室内を撮像することができ、フロントカメラ３ｄによっては自動車の前方を撮像することができる。よって、これらの車内カメラ３ｃ及びフロントカメラ３ｄと、外付けカメラ４２との併用を考えれば、外付けカメラ４２としては、例えば自動車の後方、左右の横方向の撮像ができるように複数台のカメラ装置を自動車に取り付ければよいことになる。
なお、これらのカメラ装置としては、その撮像画像信号がナビゲーション本体部２に対して入力されることで、後述するようにして動画像データとして記憶部４５に記録するようにされており、例えば撮像素子としてはＣＣＤなどが採用されればよい。
【００２８】
マイクロフォン４３は、自動車外部の音声を収音するようにして自動車に取り付けられ、その収音音声は、音声信号としてナビゲーション本体部２に入力されて、後述するようにして音声データとして記憶部４５への記録が行われる。
【００２９】
ロックコントロール部４４は、自動車の鍵の開閉動作をコントロール可能なように自動車への取り付けが行われる。また、鍵の開閉をコントロール機構部位の状態に応じて、現在、鍵がかかっているか否かを示すロック状態情報をナビゲーション本体部２に対して出力することも可能になっている。
【００３０】
記憶部４５は、例えば比較的大容量のデータを記憶可能な記憶デバイスを備えて成る。ここでは、この記憶部４５として採用されるメディアは特に限定はしないが、例えばハードディスクであってもよいし、また、他のディスクメディアや不揮発性のメモリ素子などが採用されて構わない。本実施の形態の場合には、記憶部４５には、上記した各カメラ装置に撮像された動画像データ、及び、マイクロフォン４３により収音された音声信号データが、自動車内部及び周囲の状況を再現する証拠的な情報として記憶される。
【００３１】
１−３．ナビゲーション本体部の内部構成
図３のブロック図は、ナビゲーション本体部２の内部構成を示している。
この図４において、測位部４は自車の現在位置を測位する部位であり、インターフェイス１４から転送されてくるＧＰＳの受信データや、自車の走行情報に基づいて例えば所定の演算処理を実行することで、自車の現在位置を示す位置情報としての緯度／経度情報を得るようにされる。
【００３２】
ＲＯＭ（Read Only Memory）１１には、本実施の形態のナビゲーションシステム１が所要の処理を実行するための各種プログラム、及び原則として書き換え不可の各種ファクトリープリセットデータが格納されている。
メモリ１２は、例えばフラッシュメモリを始め、電源が供給されない状態でも記憶内容を保持できるＥＥＰＲＯＭ(Electrically Erasable Read Only Memory)とされ、いわゆるバックアップデータを記憶保持する。ここでのバックアップデータとしては各種挙げられるのであるが、例えばユーザが設定した目的地及びこれに対応する経路等をはじめとする各種の情報が記憶される。
但し、上記ＲＯＭ１１としても、不揮発性メモリやフラッシュメモリなどの書き換え可能なメモリ素子を採用することで、必要に応じてプログラムやファクトリープリセットデータの書き換え（例えばいわゆるアップデート）を行うようにすることも可能となる。本実施の形態では、ＲＯＭ１１も書き換え可能とされているものとする。
【００３３】
また、本実施の形態にあっては、メモリ１２に対しては、このナビゲーションシステム１に対して固有に与えられたナビＩＤが格納される。このナビＩＤは、例えば、購入決定時に際してのユーザ登録時に割り当てが行われて、ユーザの手に渡るまでの段階で書き込みが行われるものとされる。また、購入後において、このナビゲーションシステム１をインターネットに接続して、いわゆるオンラインによるユーザ登録を行ったときに、サービスサーバ５００から割り当てられて送信されてくるナビＩＤをメモリ１２に書き込むようにしてもよい。
【００３４】
ＤＲＡＭ（Dynamic Random Access Memory）１３は、制御部１９が各種処理を実行する際のワークエリアとして用いられると共に、ディスクドライバ１８によって記録媒体９から再生された地図情報等に基づく、ナビゲーション画像情報生成のための処理も、このＤＲＡＭ１３を利用して実行される。
【００３５】
インターフェイス（Ｉ／Ｆ）１４は、外部装置と当該ナビゲーション本体部２とを接続するために設けられる。
この場合のインターフェイス１４には、ＧＰＳアンテナ５からの受信データが入力される。また、交通情報アンテナ７にて受信された道路交通情報のデータが入力される。自律航法ユニット６の車速センサにて検出される車速パルスが入力される。また端子３２を介しては、ジャイロ６ｂにて検出される自車の走行方向情報が入力される。
ＧＰＳアンテナ５からの受信データと、自律航法ユニット６からの走行情報（車速パルス及び走行方向情報）は、バス２０を介して測位部４に転送される。測位部４では、これらの転送された情報をパラメータとして入力して、自車の現在位置を測定する。
また、交通情報アンテナ７からの道路交通情報のデータは、例えば制御部１９の制御によってＤＲＡＭ１３に書き込まれて保持されると共に、制御部１９がこのＤＲＡＭ１３に書き込んだ道路交通情報を参照することで、例えばディスプレイモニタ部３に対して表示出力すべき地図情報画像データにおいて渋滞状況等の道路交通情報が反映されるようにも画像処理制御等を実行するようにされる。
【００３６】
時計部１５は、現在日時を計時するもので、その時間情報は、当該ナビゲーションシステム１において必要とされる時間管理のために用いられる。
【００３７】
入力部１６は、ディスプレイモニタ部３の受信部３ｂと接続されており、受信部３ｂで受信したリモートコントローラ８からのコマンド信号が入力される。そして、入力されたコマンド信号を内部バス２０により伝送可能なフォーマットに変換した後、バス２０を介して制御部１９に転送する。制御部１９では、入力したコマンド信号に基づいて適宜所要の制御処理を実行するようにされる。
【００３８】
表示ドライバ１７は、制御部１９の制御により、表示のための画像情報を生成し、端子３４を介してディスプレイモニタ部３の表示画面部３ａに対して出力する。
例えば、記録媒体９から読みだした地図情報や測位部４で算出した自車の現在位置情報に基づいて、自車の現在位置を示す画像信号を生成してディスプレイモニタ部３に出力する。
【００３９】
ディスクドライバ１８は、記録媒体９を再生するための部位であり、実際に記録媒体９として採用されるメディアフォーマットに対応した再生機能が与えられて構成される。例えば記録媒体９から再生された地図情報等はバス２０を介してＤＲＡＭ１３に転送されてここで保持され、所要のタイミングで、制御部１９が参照すると共に、表示用のデータとして利用される。
【００４０】
画像音声処理部４６は、入力された撮像画像信号及び音声信号について所要のデジタル信号処理を施し、最終的には、記憶部４５に対して記録可能な形式の記録データに変換する。ここで、画像音声処理部４６に対して入力される撮像画像信号は、車内カメラ３ｃ、フロントカメラ３ｄ、及び外付けカメラ４２からの複数の信号となるのであるが、例えば画像音声処理部４６では、同時に入力される信号を先ずはデジタルデータに変換し、この後に、時分割的な処理によって、それぞれの撮像信号データについて、所定フォーマットの圧縮動画像データに変換する。
また、画像音声処理部４６に入力される音声信号はマイクロフォン４３からの信号であり、この音声信号についてもデジタルデータに変換した後に、例えば所定フォーマットの圧縮音声信号データに変換する。
そして、このようにして得られた圧縮動画像データ及び圧縮音声信号データは、制御部１９の書き込み制御によって、内部データバス２０を介するようにして記憶部４５に転送されて書き込みが行われる。
【００４１】
また、記憶部４５対して動画像データ及び音声データを記録するのにあたっては、例えば記録を行っていく過程で、記録可能容量が一杯になったときには、最も過去に記録された動画像データ及び音声データを上書き消去していくようにして、最新の撮像画像データ及び音声データを記録していくようにされる。このようにすれば、記憶部４５の記憶容量としては比較的少なくても済む。この記録可能容量としては時間的に例えば数１０分程度であれば、証拠を残すという目的には充分に適うものとされる。
【００４２】
なお、上記画像音声処理部４６としては、例えば、記憶部４５に記録された画像音声データを再生出力するためのデコード機能を備えるようにしても構わない。このようなデコード機能を与えれば、例えば記憶部４５に記録された画像音声データを表示部３にて再生出力させるようにすることも可能とされる。
【００４３】
通信インターフェイス４７は、通信端末装置５０とナビゲーション本体部２との間でのデータの送受信を司る。例えば通信端末装置５０からナビゲーション本体部２側にデータ出力が行われた場合には、通信インターフェイス４７は、通信端末装置５０から入力されたデータを、ナビゲーション本体部２内で処理可能な形式に変換して、データバス２０を介して所要の機能回路部に出力する。
また逆に、ナビゲーション本体部２から通信端末装置５０に対してデータを転送する場合には、通信端末装置５０により処理可能な形式のデータに変換して通信端末装置５０に対して出力するようにされる。
【００４４】
またここでは、通信端末装置５０に対する動作制御は、ナビゲーション本体部２の制御部１９が実行するようにされる。つまり、通信端末装置５０とナビゲーション本体部２とが連携して無線通信を実行することで、本実施の形態のナビゲーションシステム１としては、例えばインターネットとの通信機能が与えられることになる。
【００４５】
制御部１９は、例えばＣＰＵ(Central Processing Unit)を備えて構成され、各回路部に対して所要の制御を実行する。これにより、これまで説明したような当該ナビゲーションシステムにおける各種の動作が実現される。
【００４６】
１−４．携帯電話の内部構成
図２のブロック図は、本実施の形態の携帯電話の内部構成を簡略に示している。
アンテナ２０１にて受信された電波は、受信回路２０２によって受信復調され、信号処理回路２０４に対して出力される。この受信波が例えば通話における相手方の音声データであるとすれば、信号処理回路２０４においては、音声信号への復調を行って、例えばスピーカ２０６に対して出力する。また、例えば受信波がメールや、インターネットなどのいわゆるデータ通信の情報であれば、このような通信データを復調する。そして、システムコントローラ２０８の制御によって、この復調した通信データをＬＣＤ表示部２０９に対して表示させることが可能とされている。
また、例えば操作時における電子音や、着信時の呼び出し音を出力させる必要のあるときには、例えばシステムコントローラ２０８がリンガー２０５を制御することで、必要とされるリンガー音を発生させて、その音声信号をスピーカ２０６に対して出力させる。
【００４７】
また、例えば通話時においてマイクロフォン２０７により収音したユーザの音声は、音声信号として信号処理回路２０４に対して入力される。信号処理回路２０４では、この音声信号について所定のエンコード処理を施して送信回路２０３に対して出力する。送信回路２０３では、信号処理回路２０４から入力された信号をアンテナ１を介して送信出力させる。
【００４８】
システムコントローラ２０８は、当該携帯電話による各種動作が行われるように各種制御処理を実行する。
このシステムコントローラ２０８には、ＲＯＭ２１７及びＲＡＭ２１８が備えられる。ＲＯＭ２１７は、例えばフラッシュメモリやＥＥＰＲＯＭなどにより構成される書き換え可能なメモリとされ、ここにシステムコントローラ２０８が実行すべきプログラムや表示データが記憶される。また、例えば電話帳データや、送受信したメールのデータなど、ユーザが設定、登録した各種データも記憶保持される。
更に本実施の形態においては、ＲＯＭ２１７には、この携帯電話２００に対して固有に与えられた携帯ＩＤが付される。これは、携帯電話の場合であれば、割与えられた電話番号の情報としてもよいものである。
【００４９】
キー操作部２１０は、所定複数のボタンキーから成るものとされ、これらボタンキーに対する操作に応じた操作情報信号をシステムコントローラ２０８に対して出力する。システムコントローラ２０８は、この操作情報信号に基づいて、所要の動作が得られるように制御処理を実行する。
【００５０】
また、ＬＣＤ表示部２０９は、図示するように、システムコントローラ２０８の制御によって、動作状況に応じた内容の表示が行われるように駆動される。
【００５１】
なお、ナビゲーションシステム１に備えられる通信端末装置５０の内部構成も、上記図４に示す構成に準じたものとされる。但し、通信端末装置５０の場合には、これをユーザが携帯して通話などに使用する必要はないことから、図４に示した回路から、例えば、リンガー２０５、スピーカ２０６、マイクロフォン２０７、ＬＣＤ表示部２０９、キー操作部２１０などの機能回路部の省略が可能とされる。そして、ナビゲーション本体部２内の通信インターフェイス４７とデータを授受可能なインターフェイス機能が設けられればよいものである。
【００５２】
１−５．アプリケーションサーバの内部構成
図５は、無線電話通信網３００に備えられるとされる、アプリケーションサーバ３０３の内部構成例を簡単に示している。
このアプリケーションサーバ３０３は、例えば図示するようにして、記憶部４０１、インターフェイス４０２，４０３、制御部４０４を備えてなる。
記憶部４０１には、アプリケーションサーバとしての機能を実現するのに必要とされる各種情報が記憶されている。ここでは、記憶部４０１に格納されるデータの代表的なものとして、ユーザデータベース４１０と実行アプリケーション４１１が示されている。
【００５３】
ユーザデータベース４１０は、例えば図の下側に示すように、ナビゲーションシステム１と携帯電話２００のユーザについてのユーザ情報、携帯ＩＤ、ナビＩＤ、及びパスワードが対応づけられて格納される。
ユーザ情報は、例えばユーザの住所氏名、生年月日をはじめとするサービスに必要とされる多様な各種のユーザ個人に関する情報が格納されている。
携帯ＩＤは、このユーザが所有する携帯電話に書き込まれている携帯ＩＤと同一のデータが格納される。ナビＩＤも同様にして、ユーザが所有するナビゲーションシステム１に割与えられたものと同一のナビＩＤのデータが格納される。なお、このナビＩＤとしては、例えば無線端末装置５０に対して割り与えた電話番号とすることが考えられ、ナビＩＤを電話番号とすれば、例えばアプリケーションサーバ３０３、またはサービスサーバ５００から、ナビゲーションシステム１の無線端末装置にアクセスすることを容易に実現できる。
また、例えば携帯電話２００から、無線電話通信網３００を介するようにしてナビゲーションシステム１に対してアクセスする場合には、アクセスを要求した携帯電話２００が適正であることの認証を得るために、携帯電話２００に対してユーザがパスワードの入力操作を行うのであるが、ユーザデータベース４１０のパスワードとしては、この値が格納されることになる。
【００５４】
ところで、図５に示されるユーザデータベース４１０の内容として、各ユーザ個人ごとの情報は、例えば次のような機会において、所要の情報を取得して作成することができる。
例えばナビゲーションシステム１は、インターネットを利用したいわゆるインターネットショッピングにより購入することができるものとしている。このようなインターネットショッピングにより購入手続きを行うのにあたっては、例えばユーザは、ブラウザ画面上に表示される入力フォームに対して所要の個人情報を入力する。また、本実施の形態のようにして無線端末装置５０を備えるナビゲーションシステム１であれば、このナビゲーションシステム１の購入に際して、無線端末装置５０を利用可能とするための通信会社との契約も行うようにされる。本実施の形態では、アプリケーションサーバ３０３（またはサービスサーバ５００）が、インターネットショッピングのための販社サーバと通信することで、これらの情報を受け取り、そしてデータベースとして作成して登録しておくようにされるものである。つまり、ユーザがインターネットショッピングによりナビゲーションシステム１を購入していれば、後においてユーザデータベース４１０を作成するのに必要な登録作業などは行わなくてもよいようにされている。
また、本実施の形態のナビゲーションシステム１は、インターネットショッピングにおける購入形態として、例えば無形物商品である自動車保険と組み合わせて購入できるようにもなっている。この場合、例えば自動車保険及びナビゲーションシステム１の価格が割り引かれたり、また、分割支払い契約の場合には、分割手数料について無料、若しくは割り引くというサービスが行われる。そして、このようにして自動車保険と組み合わせてナビゲーションシステム１を購入したような場合には、ユーザデータベース４１０としてのユーザ情報は、自動車保険を購入するための入力フォームへの入力を行った段階で得ることもできる。
なお、携帯ＩＤ及びパスワードに関しては、例えば携帯電話２００の操作によりセキュリティサービスの契約をしたときに、ユーザが入力して送信したデータを受信取得して格納するようにされればよい。もちろん、上記したインターネットショッピングによるナビゲーションシステム１の購入手続きの際に、セキュリティサービスを利用可能な携帯電話の登録が行えるようにして、このときに携帯ＩＤ及びパスワードを通知するようにしてもよいものである。
【００５５】
実行アプリケーション４１１は、アプリケーションサーバ３０３が実行すべき各種動作に対応する各種のアプリケーションプログラムから成るものとされる。例えばインターネットを介してのメールの送受信機能を司るアプリケーションプログラムや、携帯電話２００やナビゲーションシステム１からのＷｅｂページへのアクセス要求に応じてのインターネットとの接続処理や、ユーザデータベース４１０を検索するためのアプリケーションプログラムなどである。
【００５６】
インターフェイス４０２は、中継局３０２側との情報送受信のために設けられ、インターフェイス４０３は、ゲートウェイ３０４（インターネット）側との情報送受信のために設けられる。
制御部４０４は、実行アプリケーション４１１としてのプログラム内容に従って各種の制御処理を実行する。
【００５７】
１−６．サービスサーバの内部構成
図６は、サービスサーバ５００の内部構成例を簡略に示している。
この図に示すサービスサーバ５００は、記憶部５０１、ネットワークインターフェイス５０２、制御部５０３を備える。
この場合にも記憶部５０１には、各種サービスを提供するサーバとしての機能を実現するのに必要とされる各種情報が記憶されている。ここでは、記憶部５０１に格納される代表的なデータとして、ユーザデータベース５１０、実行アプリケーション５１１、サービス用データ５１２が示される。
【００５８】
ユーザデータベース５１０は、例えば先に図５において説明したユーザデータベース４１０と同様の内容でよいものとされ、例えば、アプリケーションサーバ３０３と通信を行うことで、常に同じ内容を保有しているようにされる。つまり、アプリケーションサーバ３０３またはサービスサーバ５００との何れか一方のサーバにおいて、ユーザの新規契約などによってユーザデータベースの内容が更新されると、他方のサーバに対してユーザデータベースが更新されたことを通知して、互いのユーザデータベースの内容に不整合が生じないように書き換えを実行する。
この場合の実行アプリケーション５１１は、サービスサーバ５００が実行すべき各種動作に対応する各種のアプリケーションプログラムから成る。また、サービス用データ５１２には、サービス提供に際して、例えばナビゲーションシステム１、または携帯電話などの通信端末装置に対して送信すべき各種のサービス用データとなる。
ネットワークインターフェイス５０２は、インターネットと接続するためのインターフェイス手段として設けられる。
制御部５０３は、実行アプリケーション４１１としてのプログラム内容に従って各種の制御処理を実行する。
【００５９】
２．システムによるサービス提供形態例
上記構成によるサービス提供システムにあっては、無線電話通信網３００及びインターネット４００の通信網を介することで、ナビゲーションシステム１と携帯電話２００と、サービスサーバ５００とで通信を行うことが可能となる。そして、このシステム間での通信機能を利用して、本実施の形態としては、例えば以下に挙げるようなサービスをユーザに対して提供することができる。
【００６０】
ここで、例えば或る機種のナビゲーションシステム１について、記録媒体９として示した地図情報を記録したメディアについての最新版が新たにできあがったとする。
このような場合、例えばサービスサーバ５００は、この最新版のメディアを再生可能なナビゲーションシステム１を所有するユーザを、ユーザデータベース５１０から検索する。そして、検索されたユーザのナビゲーションシステム１の無線端末装置５０のナビＩＤと共に、サービス用データ５１２として最新版のメディアを勧めるコンテンツデータを、無線電話通信網３００のアプリケーションサーバ３０３に対して送信する。このコンテンツデータは、例えば「地図ディスクの新盤がでています。もしよろしければお買い求め下さい。入手方法は・・・・」などのような文字を、表示部３の表示画面３ａに表示出力可能なデータとされる。
アプリケーションサーバ３０３では、ユーザＩＤとコンテンツデータを受信すると、受信したユーザＩＤのナビゲーションシステム１のすべてに対してコンテンツデータを送信する。
そして、このコンテンツデータは、ナビゲーションシステム１の無線端末装置５０にて受信されてナビゲーション本体部２に対して転送される。そして、制御部１９の制御によって、受信したコンテンツデータを、表示部３の表示画面３ａに表示出力させる。このようにして表示されたメッセージの内容を見ることで、ユーザは、新しい地図情報のディスクがメーカ側から提供されていることを知ることができる。
【００６１】
なお、このようなコンテンツデータを受信したときに、ユーザが必ず自動車に搭乗していて表示画面３ａに表示されるコンテンツデータを見ることができるとは限らない。そこで、例えば運転が行われていないなどして、ナビゲーションシステム１のメイン電源が入っていないようなときには、無線端末装置５０によりコンテンツデータを受信したときに、自動的にメイン電源をオンとして、受信して取得したコンテンツデータをメモリ１２や記憶部４５に記憶させておくようにされる。そして、例えばユーザが自動車のイグニッションキーを回して、ナビゲーションシステム１のメイン電源がオンとなったときに、このコンテンツデータを表示画面３ａに表示させるようにすることも考えられる。
【００６２】
もしくは、ナビゲーションシステム１が動作している状態のもとでは、所定時間ごとに、ナビゲーションシステム１から、サービスサーバ５００側に、現在動作中にあることを示す情報をナビＩＤと共に送信するようにしてもよい。そして、この情報の送信に応答して、サービスサーバ５００では、受信したナビＩＤのナビゲーションシステム１に対して、コンテンツデータを送信するようにされる。このようにすれば、ナビゲーションシステム１が動作しているときにのみ、コンテンツデータを効率よく送信することが可能になるものである。
また、この発展として、ナビゲーションシステム１からサービスサーバ５００側に対して、例えば測位部４にて測定された現在位置を所定時間ごとに送信するようにする。そして、サービスサーバ５００では、例えば送信された現在位置がちょうど最新版のメディアで新たにサポートされた道路であるなどして、最新版を薦めるのに好適な機会であると判断したときに、コンテンツデータを送信するようにすることも考えられる。このようにすれば、サービスとしてはより充実したものとなる。
【００６３】
また、或る機種のナビゲーションシステム１について、メーカ側でシステムとしてのプログラムをバージョンアップしたアップデータを提供するというサービスも考えられる。
簡単に説明すると、サービスサーバ５００においては、アップデータをサービス用データ５１２の１つとしてとして用意しておく。そして、所要の適当な機会で以て、１以上の特定のナビゲーションシステム１に対してアップデータを送信する。
ナビゲーションシステム１においては、受信したアップデータを利用して、例えばＲＯＭ１１に格納されているプログラムやプリセットデータを書き換える。このようにすれば、例えばユーザがわざわざバージョンアップ用のメディアを入手しなくとも、オンラインによるデータ通信によってナビゲーションシステム１のバージョンアップが行われることになる。しかも、この場合にはバージョンアップが自動的に行われるため、ユーザにとっては非常に有用なサービスとなるものである。
【００６４】
また、携帯電話２００をユーザが利用して操作を行うことで、遠隔地から自動車についてのセキュリティに関するコントロールを行えるようにすることも可能とされる。この動作についても簡単に説明する。
例えば、ユーザは、携帯電話２００を操作して、無線電話通信網３００のアプリケーションサーバ３０３に対してアクセスする。ここでアクセスするのは、自動車のセキュリティコントロールのためのサーバ（アプリケーションサーバ３０３に在るものとする）とされる。そして、更にユーザは所定操作を行うことで、自動車の鍵がロックされているか否かについての問い合わせを行う。このリクエストに応じて、アプリケーションサーバ３０３内のセキュリティサーバは、アクセスしてきた携帯電話と同じユーザが所有するナビゲーションシステム１のナビＩＤを検索して、この検索されたナビＩＤのナビゲーションシステム１に対して、キーロック問い合わせのコマンドを送信する。
【００６５】
このコマンドを受信したナビゲーションシステム１では、セキュリティシステム部４１のロックコントロール部４４からの情報に基づいて、現在鍵がロックされているか否かについてのキーロック情報を、アプリケーションサーバ３０３に送信する。アプリケーションサーバ３０３は、このキーロック情報を、携帯電話２００に対して転送するようにして送信する。携帯電話２００では、例えばキーロック情報に基づいて、ユーザの自動車の鍵がかかっているか否かの情報を、例えば表示などによって示すようにされる。
【００６６】
そして、例えば鍵がかかっていないとすると、ユーザは、携帯電話２００を操作して、キーロックを指示する指示情報を送信するようにされる。この指示情報を受信したアプリケーションサーバ３０３では、この指示情報をナビゲーションシステム１に転送する。そして、指示情報を受信したナビＩＤのナビゲーションシステム１においては、キーロックコントロール部４４により、自動車の鍵をかけるように動作するものである。
つまり、携帯電話２００を使用することによって、例えば自動車について鍵がかかっているかどうかの確認を行い、また、鍵がかかっていなければ、鍵をかけるようにコントロールすることが可能とされるものである。
【００６７】
また、逆に、例えば車上狙いなどによって鍵が開けられてしまったような場合には、ナビゲーションシステム１側からの通信端末５０の通信によって、鍵があけられてしまったことを携帯電話２００に通報するように校正することも可能とされる。
【００６８】
また、アップデータの提供に類するものとして、ナビゲーションシステム１にて利用する地図情報の更新データを提供（送信）し、ナビゲーションシステム１においては更新データを利用して常に最新の地図情報を表示させるようにするというサービスも考えられる。
【００６９】
前述もしたように、ナビゲーションシステム１では、記録媒体９に記録されている地図情報を利用して、地図上に現在位置などを示す表示等を行うようにされているが、ナビゲーションシステム１を製造販売しているメーカ側においては、この地図情報について逐次更新を行っているものとする。
そして、サービスサーバ５００としては、この更新された地図情報をサービス用データ５１２の１つとして保有するようにされる。
【００７０】
なお、この場合において、更新データ内容、形式としては特に限定はしないが、ここでは、例えば更新前の地図情報との差分データのみを有しているものとする。つまり、例えば新たな道路を地図上に加えるようにして更新が行われているとすれば、この新たな道路をしかるべき位置に表示させるための差分データが更新データとされることになる。このようにして、更新データを差分データの形式とすれば、例えばサービスサーバ５００では、サービス用データ５１２に格納すべき更新データとして、更新内容を含む全地図情報を記憶する必要はなくなるので、それだけ、記憶部８０１の記憶容量を節約することができる。
【００７１】
この場合の地図情報が更新されたことのユーザへの通知は、先の地図情報を記録したメディアの最新版の購入を勧めるコンテンツデータの送信と同様にして行えばよいものとされる。そして、送信されたコンテンツデータがナビゲーションシステム１にて表示されることで、例えばユーザは、地図情報が更新されており、また、この更新データをダウンロードして取得可能であることを知ることができる。
【００７２】
そして、ユーザが地図情報の更新データを取得したいと思った場合には、例えば、地図情報のダウンロードを指示するための所定操作をナビゲーションシステム１に対して行うようにされる。この操作は、例えば上記したコンテンツデータとして含まれているＸＭＬやＨＴＭＬなどによるダウンロード用のアプリケーションをＧＵＩとして表示画面３ａに表示させ、このＧＵＩに対して所定操作を行うことができるように構成することが考えられる。
【００７３】
上記のようにして操作が行われたとすると、ナビゲーションシステム１においては、例えば制御部１９の制御によって、自身のナビＩＤと共に、更新データのリクエストを送信することになる。この送信データは、通信端末装置５０から無線電話通信網３００に対して送信され、無線電話通信網３００内のアプリケーションサーバ３０３が受信することになる。
そして、アプリケーションサーバ３０３では、受信した更新データのリクエストと、ナビＩＤとを、インターネット４００を介してサービスサーバ５００に対して送信する。
【００７４】
なお、アプリケーションサーバ３０３は、リクエストを受信した段階において、認証処理を行って、リクエストの送信元のナビゲーションシステム１が、このサービスを受ける正当な権利を有しているユーザの所有するものであるのか否かを判定するようにすることが好ましい。
そこで、このシステム構成のもとで認証処理を行うようにするには、ナビゲーションシステム１からは、ナビＩＤと共にパスワードを送信するようにすればよい。そして、アプリケーションサーバ３０３においては、ユーザデータベース４１０におけるユーザごとのデータとして、携帯電話２００に対応して登録されたパスワードだけでなく、ナビゲーションシステムに対応するパスワードも登録するようにしておき、リクエストの受信時には、ユーザデータベース４１０を参照して、リクエストと共に受信した、ナビゲーションシステム１に対応するパスワードと、ナビＩＤとについて照合を行うようにすればよい。
【００７５】
リクエストとナビＩＤを受信したサービスサーバでは、このリクエストに応じて、サービス用データ５１２として記憶部５０１に格納されている地図情報の更新データについての読み出しを行う。そして、読み出した更新データを、受信したナビＩＤと共に、インターネット４００を介して無線電話通信網３００内のアプリケーションサーバ３０３に対して送信する。アプリケーションサーバ３０３では、受信したナビＩＤ（電話番号）を送信先として、受信した更新データを送信出力する。これによって、更新データをリクエストしたナビゲーションシステム１において、更新データが受信されることになる。
そして、ナビゲーションシステム１側においては、受信した更新データを記憶しておくようにされる。以降においては、この更新データを利用することで、地図上の現在位置表示や各種ガイド情報の表示などのナビゲーション動作として、更新データの内容を反映させることが可能となるものである。
【００７６】
また、ユーザにとってメリットのあるサービスではないが、ナビゲーションシステム１の購入後におけるユーザに対する対応として、次のようなことを行うこともできる。
この場合、サービスサーバ５００としては、ユーザが分割払いによってナビゲーションシステム１を購入した際には、その支払い状況のデータベースが格納されているものとされる。そして、上記したデータベースの内容から、ユーザの支払いが或る限度以上にまで滞っていることが分かった場合には、サービスサーバ５００側から、例えば「代金支払いを御願いします。代金支払いの確認がとれるまで、ナビの利用を停止いたします。」というメッセージと、制御情報を送信する。これを受信したナビゲーションシステム１では、表示画面３ａに上記した内容のメッセージを表示させると共に、以降においては、ナビゲーションシステム１自体がその動作を停止させてしまうようにするものである。
また、本実施の形態のナビゲーションシステム１は、先にも述べたように、単体でも購入可能であるが、自動車保険の購入時においてこれと組み合わせて購入することも可能とされ、例えばこのようにして組み合わせて購入した場合には、両者の金額が更に割り引かれたり、また、分割払いの金利手数料が割り引かれるなどのサービスが行われる。そして、このようにして組み合わせによる購入を行った場合に、上述のようにして代金支払いが滞っている場合には、ナビゲーションシステム１の利用の停止と共に、保険契約も停止するようにされ、メッセージとしては、保険契約の停止も行われることを告知するようにされる。
【００７７】
このようにして本実施の形態としては、ナビゲーションシステム１と携帯電話２００、若しくはサービスサーバ５００とが通信を行うことによって、多様なサービスを提供することができる。
例えば従来のナビゲーションシステムとしては、インターネットに接続可能なものは知られてはいるが、この場合のナビゲーションシステムはインターネット上に存在する不特定多数の端末装置の１つであることから、例えばサーバ側が或る特定のナビゲーションシステム１を指定してアクセスすることは不可能とされていたものである。従って、ナビゲーションシステム１のユーザがサービス提供を受けようとすれば、ユーザの方が、サービスサーバ５００のＵＲＬなどを把握した上で、ナビゲーションシステム１からサービスサーバ５００にアクセスする必要が生じることになる。また、サービスサーバ５００としても、原則は、不特定多数のナビゲーションシステム１としての端末のアクセスを受けることを前提としているために、例えばユーザごとに提供するサービスを必要に応じて使い分けるということはできず、汎用的な各種サービスを提供して、これらのサービスのなかからナビゲーションシステム１側からアクセスして選択する必要があった。つまり、ユーザのほうが能動的に操作などの作業をおこなってアクセスをしないと、サービスを充分に享受することができないものである。
【００７８】
これに対して、本実施の形態においては、例えばサービスサーバ５００またはアプリケーションサーバ３０３においては、各ナビゲーションシステム１に割与えてあるナビＩＤをユーザデータベースとして保持しており、このナビＩＤを指定することで、特定のナビゲーションシステム１に対してアクセスすることができる。つまり、本実施の形態としては、サーバ側からのアクセスにより、例えば適切とされる機会に、適切な内容のサービスをナビゲーションシステム１に対して積極的に提供することができるものである。
【００７９】
３．処理動作例
続いては、上記のようにして例示した各種サービスのうちから選択したいくつかのサービスを実現する際の処理動作について説明していくこととする。
先ずは、サービスサーバ５００が提供する、ナビゲーションシステム１のバージョンアップのサービスを実現するための処理動作について、図７のフローチャートを参照して説明する。なお、この図においては、サービスサーバ５００、アプリケーションサーバ３０３、及びナビゲーションシステム１の各々において実行される処理が並列的に示される。また、サービスサーバ５００としての処理は制御部５０３が実行し、アプリケーションサーバ３０３としての処理は、制御部４０４が実行し、ナビゲーションシステム１としての処理は制御部１９が実行する。
【００８０】
例えば、メーカ側によりサービスサーバ５００に対してナビゲーションシステム１のシステムのバージョンアップをすべきであるとの指示が行われたとすると、サービスサーバ５００の制御部５０３は、ステップＳ１０１としての処理により、或る特定のナビゲーションシステム１に対するアクセス要求を行う。この際には、アクセス要求と共に、アクセスすべきナビゲーションシステム１のナビＩＤを送信する。このナビＩＤは、例えば、バージョンアップが必要とされるナビゲーションシステム１の機器を所有しているユーザをユーザデータベース５０１のユーザ情報から検索し、検索されたユーザ情報に対応づけられたナビＩＤを読み出すことで取得する。
【００８１】
上記したアクセス要求は、インターネット４００からゲートウェイ３０４を介して、アプリケーションサーバ３０３に対して送信されるのであるが、アプリケーションサーバ３０３では、このアクセス要求をステップＳ２０１にて受信すると、ステップＳ２０２の処理に移行する。
ステップＳ２０２においては、受信したナビＩＤを有するナビゲーションシステム１に対して、現在のシステムのバージョンを尋ねるバージョンリクエストを送信する。この際には、例えばナビＩＤとしての電話番号を送信先として指定して、バージョンリクエストのデータを、中継局３０２，基地局３０１を介して送信するものである。
【００８２】
或る特定のナビＩＤを有するナビゲーションシステム１の通信端末装置５０では、上記のようにして送信されるバージョンリクエストを受信してナビゲーション本体部２内の制御部１９に対して転送する。これにより、ステップＳ３０１の処理として、バージョンリクエストを受信したことが制御部１９により判別される。
バージョンリクエストを受け取った制御部１９では、ステップＳ３０２の処理によって、現バージョンを通知する。つまり、当該システムの現バージョンを識別すると、この識別されたバージョンナンバを、レスポンスとして通信端末装置５０からアプリケーションサーバ３０３に対して送信出力する。なお、このレスポンスには自分のナビＩＤも格納している。
【００８３】
アプリケーションサーバ３０３では、上記したレスポンスをステップＳ２０３によって受信すると、ステップＳ２０４に進んでサービスサーバ５００に対してバージョン通知を行う。つまり、受信したレスポンスに格納されるバージョンナンバ及びナビＩＤを抽出して、これらの情報を、サービスサーバ５００に対して送信する。
【００８４】
サービスサーバ５００は、ステップＳ１０３によりアプリケーションサーバ３０３からのバージョンナンバの通知を受けると、ステップＳ１０３において、この通知されたバージョンナンバに基づいて、バージョンアップが必要であるか否かについて判別する。例えば通知されたバージョンナンバが今回のアップデータのバージョンナンバ以上であれば、バージョンアップは不要とされて否定結果が得られるが、今回のアップデータのバージョンナンバよりも小さければバージョンアップが必要であるとして肯定結果が得られることになる。
ここで否定結果が得られれば、このナビＩＤを有するナビゲーションシステム１に対する通信（アクセス）はこれ以上実行しないようにされるが、肯定結果が得られたのであれば、次のステップＳ１０４の処理によって、バージョンアップメッセージと、アップデータをナビＩＤと共にアプリケーションサーバ３０３に対して送信する。これらバージョンアップメッセージとアップデータは、サービスサーバ５００の記憶部５０１においてサービス用データ５１２として格納してあるものを読み出することで得るようにされる。
【００８５】
アプリケーションサーバ３０３においては、ステップＳ２０５において、バージョンアップメッセージ、アップデータ、ナビＩＤを受信する。そして、続くステップＳ２０６により、受信したナビＩＤのナビゲーションシステム１に対して、バージョンアップメッセージと、アップデータを送信する。
【００８６】
ナビゲーションシステム１においては、バージョンアップメッセージとアップデータを無線端末装置５０にて受信して、ナビゲーション本体部２の制御部１９に対して転送する。これにより、ステップＳ３０３として示すように、バージョンアップメッセージとアップデータを受信したことが判別されてステップＳ３０４に進む。
ステップＳ３０４においては、受信したバージョンアップメッセージのデータ内容に基づいて、表示画像データを生成し、例えば「カーナビのバージョンアップがリリースされました。ダウンロードして更新します」などのようにして、これからシステムのバージョンをアップデートする動作が実行されることをユーザに通知するようにされる。なお、上記したようなメッセージとしての文字内容は、受信したバージョンアップメッセージの内容に含まれているものである。
そして、ナビゲーション本体部２の制御部１９は、次のステップＳ３０５において、受信したアップデータを利用して、例えばＲＯＭ１１に書き込まれている実行プログラムやプリセットデータなどの所要のシステムデータについて書き換えを行うことで、アップデートを実行する。
【００８７】
続いては、ユーザが携帯電話２００を利用して、自分の自動車の鍵がかかっているかいなかについての問い合わせを行い、鍵がかかっていなければ、再度の携帯電話２００の利用によって、鍵をかけるようにコントロールするための処理動作について、図８及び図９を参照して説明する。
これらの図においては、携帯電話２００、アプリケーションサーバ３０３、及びナビゲーションシステム１の各々において実行される処理が並列的に示される。ここでの携帯電話２００としての処理はシステムコントローラ２０８が実行し、アプリケーションサーバ３０３としての処理は、制御部４０４が実行し、ナビゲーションシステム１としての処理は制御部１９が実行する。
【００８８】
先ず、図８には、自動車の鍵をかけたかどうかについての問い合わせを携帯電話２００から自動車に対して行うための処理動作が示される。
例えばユーザが携帯電話２００に対する所定操作を行うことによって、ステップＳ４０１として示す、セキュリティリクエストを端末ＩＤと共に送信するための処理が実行される。このためには、例えば先ず、携帯電話２００が通信を行ってアプリケーションサーバ３０３内で運営されているとされるセキュリティシステムのサーバにアクセスするようにされる。そして、このサーバに対して、自分が所有する自動車についてのセキュリティの問い合わせを要求するものである。この際、自分以外のユーザによる悪用を防止するために、ユーザが予め登録してあるパスワードの入力が求められる。
【００８９】
上記したセキュリティリクエスト、端末ＩＤ、及びパスワードをステップＳ５０１により受信したアプリケーションサーバ３０３（セキュリティシステムのサーバ）では、ステップＳ５０２の処理として、先ずユーザデータベース４１０を参照して、パスワードと端末ＩＤなどとの照合を行うことで認証処理を実行する。つまり、セキュリティリクエスト、端末ＩＤ、及びパスワードを送信したユーザが正規のユーザであることについての確認を行う。なお、この時点で認証が得られなければ、以降の処理は停止される。
そして適正に認証が得られたとされると、次のステップＳ５０３において、そのユーザデータベース４１０において、認証された端末ＩＤ及びパスワードに対応付けられたナビＩＤを検索して得る。そして、続くステップＳ５０４により、取得したナビＩＤ（電話番号）を有するナビゲーションシステム１に対してセキュリティリクエストを送信する。
【００９０】
ナビゲーションシステム１の通信端末装置５０は、上記したセキュリティリクエストを受信してナビゲーション本体部２の制御部１９に転送する。これにより、ステップＳ６０１として示す処理によって、制御部１９は、セキュリティリクエストを受信したことを判別してステップＳ６０２に進む。
ステップＳ６０２においては、所定内容のセキュリティチェックを実行する。つまり、セキュリティシステム部４１が監視しているとされる現在の状況を示す所定内容のデータについての取り込みを行うようにされる。ここでは、少なくとも、自動車の鍵がかかっているか否かの情報を取得するようにされる。そしてステップＳ６０３としての処理によって、レスポンスとして、セキュリティチェックの結果を示すデータを、当該ナビゲーションシステム１が有するナビＩＤと共にアプリケーションサーバ３０３に対して送信するようにされる。
【００９１】
アプリケーションサーバ３０３では、セキュリティチェックの結果データとナビＩＤから成るとされるレスポンスをステップＳ５０５により受信すると、ステップＳ５０６に進む。
ステップＳ５０６においては、ユーザデータベース４１０を参照して、受信したナビＩＤと対応付けられた携帯ＩＤを検索する。そして、次のステップＳ５０７により、特定された携帯ＩＤ（電話番号）を有する携帯電話２００に対して、セキュリティチェックの結果データを送信する。なお、この際において、携帯電話２００に対して送信されるべきセキュリティチェックの結果データは、携帯電話２００において文字表示出力させることが可能な形式に変換されるものとする。また、例えば携帯電話２００がインターネットの電子メール機能を有しているとすれば、電子メールの形式に変換して、携帯ＩＤに対応付けられたメールアドレス宛に送信することも考えられる。
【００９２】
携帯電話２００では、この送信されたセキュリティチェックの結果データが着信したことをステップＳ４０２にて判別すると、これを受信して、次のステップＳ４０３において、例えばＲＯＭ２１７に対して記憶させるようにしている。そして、例えばこの後において、ユーザが所定操作を行うことで、ステップＳ４０４としての処理によって、このセキュリティチェックの結果を文字等によりＬＣＤ表示部２０９に表示させることができるようになっている。
【００９３】
そして、例えばＬＣＤ表示部２０９に表示させたセキュリティチェックの結果から、自動車に鍵がかかっていないことをユーザが知った場合には、前述したようにして、携帯電話２００からのリモートコントロールによって、自動車の鍵をかけることが可能とされている。このための処理が図９に示される。
【００９４】
ここでは、例えばユーザの所定操作に応じて、ステップＳ７０１の処理によって、携帯電話２００のインターネット接続機能を利用してアプリケーションサーバ３０３に対してアクセスする。そして、自動車の鍵をかけることを指示するためのキーロック指示情報を、携帯ＩＤとパスワードと共に送信する。
【００９５】
アプリケーションサーバ３０３では、ステップＳ８０１としての処理によって、上記キーロック指示情報、携帯ＩＤ、及びパスワードを受信すると、先ず、ステップＳ８０２の処理によって認証処理を実行する。この認証処理は、図８のステップＳ５０２における認証処理と同様となる。そして、適正な認証結果が得られたのであれば、ステップＳ８０３に進む。
ステップＳ８０３においては、ユーザデータベース４１０を参照することで、携帯ＩＤと対応付けられたナビＩＤを検索する。そして、次のステップＳ８０４において、検索したナビＩＤを有するナビゲーションシステム１に対してキーロックコマンドを送信する。
【００９６】
上記したナビＩＤを有するナビゲーションシステム１では、ステップＳ９０１の処理により、上記キーロックコマンドを受信したことを判別することになる。そして、制御部１９では、受信したキーロックコマンドに応答して、セキュリティシステム部４１のロックコントロール部４４に対する制御を実行することで、自動車の鍵をかけさせるものである。
なお、この図にはその処理動作は示されていないが、例えば上記ステップＳ９０２としてのキーロック制御を実行した後は、ナビゲーションシステム１から携帯電話２００側に対して、自動車の鍵をかける動作を完了させたことを示すセキュリティデータを送信するようにして、ユーザの指示に応じたキーロック動作が正常に実行されたことの確認が行えるようにすることが好ましい。
【００９７】
また、続いては、地図情報の更新データの提供サービスに関しての処理動作について、図１０を参照して説明する。
この図においては、ナビゲーションシステム１、アプリケーションサーバ３０３、及びサービスサーバ５００の各々において実行される処理が並列的に示される。ここでのナビゲーションシステム１としての処理は制御部１９が実行し、アプリケーションサーバ３０３としての処理は、制御部４０４が実行し、サービスサーバ５００としての処理は制御部５０３が実行する。
【００９８】
例えば、先にサービス提供形態例において説明したように、ナビゲーションシステム１に対して、地図情報の更新データをダウンロードするための操作がユーザによって行われたとすると、ステップＳ１１に示すようにして、地図情報の更新データのリクエストを、ナビＩＤ及びパスワードを送信するための処理を実行する。
【００９９】
上記した更新データのリクエスト、ナビＩＤ、及びパスワードをステップＳ２１により受信したアプリケーションサーバ３０３では、次のステップＳ２２の処理として、ユーザデータベース４１０を参照して、登録されているパスワードとナビＩＤなどとの照合を行うことで認証処理を実行する。つまり、更新データのリクエストを送信したユーザが正規のユーザであるか否かについての確認を行う。なお、この場合にも、認証が得られなければ以降の処理は停止される。
そして適正に認証が得られたとされると、次のステップＳ２３において、先のステップＳ２１にて受信したとされるリクエストとナビＩＤを、サービスサーバ５００に対して送信する。
【０１００】
サービスサーバ５００では、ステップＳ３１の処理として、アプリケーションサーバ３０３から送信されたリクエストとナビＩＤを受信すると、次のステップＳ３２において、記憶部５０１にてサービス用データ５１２として記憶されている、地図情報の更新データのファイルについての読み出しを行う。
【０１０１】
なお、この更新データは、例えば前述もしたように、更新前の地図情報としてのデータに対する差分データとされればよい。また、ここでは、全ての更新データファイルについて読み出しを行ってもよいが、例えば、この更新データが商品として購入されるものであって、例えばユーザが指定した地域数等に応じてその価格が代わるように設定することも考えられる。そこで、このような場合であれば、リクエストとしては、ダウンロードすべき更新データファイルを指定する情報を含むようにして、この指定された更新データファイルのみについての読み出しを行うようにしてもよい。
【０１０２】
上記のようにして更新データファイルの読み出しが行われると、続いては、ステップＳ３３の処理によって、読み出した更新データファイルを、先にステップＳ３１においてリクエストと共に受信したナビＩＤと共に、アプリケーションサーバ３０３に対して送信するようにされる。
【０１０３】
アプリケーションサーバ３０３では、ステップＳ２４としての処理によって、上記のようにしてサービスサーバ５００から送信されてきた更新データファイルとナビＩＤとを受信する。
そして、次のステップＳ２５においては、上記ステップＳ２４にて受信した更新データファイルを、同じくステップＳ２４にて受信したナビＩＤが示す電話番号に対して送信するようにされる。つまり、更新データのダウンロードをリクエストしてきたナビゲーションシステム１に対して、更新データを転送するものである。
【０１０４】
このようにして送信された更新データファイルは、ナビゲーションシステム１において、ステップＳ１２の処理によって受信される。そして、次のステップＳ１３において、この受信した更新データファイルを、例えば、ＤＲＡＭ１３、メモリ１２、又は記憶部４５などに対して書き込んで記憶させる。
【０１０５】
ここで、上記のようにして記憶した更新データファイルを、どのような態様によって利用するのかについては、例えば以下のようにいくつか考えることができる。
例えばナビゲーションシステム１では、基本的には、記録媒体９に記録されている地図情報を読み込んで、この地図情報に基づいて地図上での現在位置表示をはじめ、各種のナビゲーション情報をユーザに表示するようにしている。
そこで、地図情報が記憶されている記録媒体９が書き換え又は追記可能である場合には、この更新データを記録媒体に書き込むようにされる。これによって、以降において記録媒体９から読み出した地図情報を利用してナビゲーションを行う場合には、更新データも利用されることになって、例えば更新データの内容が反映されたナビゲーション動作が得られることになる。
また、記録媒体９が書き換え不可である場合には、例えば電源がオフとなっても記憶内容が維持されるメモリ１２若しくは記憶部４５などに受信した更新データを記憶させておく。そして、地図情報を利用した表示を行うような場合には、例えばメモリ１２若しくは記憶部４５に記憶されている更新データを読み出して、記録媒体９から読み出した地図情報に合成させて、更新データが反映された地図情報を形成する。そして、この地図情報を利用してナビゲーション動作を行うようにされる。
【０１０６】
なお、先にも述べたように、このような更新データの提供サービスは、有料とすることも無料とすることも考えられるが、有料であるとすれば、ナビゲーションシステム１から送信されたダウンロードのリクエストをサーバ側で受信したときに、例えばユーザが指定した支払方法に応じた決済の処理が行われるようにすればよい。
【０１０７】
４．サービス提供システム（第２例）
４−１．全体構成
続いては、実施の形態の第２例としてのサービス提供システムについて説明していくこととする。
図１１は、第２例としてのサービス提供システムの一形態例を示している。
この図に示されるように、第２例としては、図１に示した第１例のシステム構成に対して、装置としては、パーソナルコンピュータ７００と、認証サーバ８００が追加された構成を採っている。そこで、図１１の説明にあたっては、これらの追加部分等の相違点についての説明を主として行うこととして、図１と同一部分については同一符号を付すとともに、図１と同一内容については説明を省略することとする。
【０１０８】
この場合のパーソナルコンピュータ７００は、ナビゲーションシステム１、携帯電話２００の所有者（ユーザ）と同じユーザが所有しているとされるもので、例えば家庭や企業などの屋内において設置されているものとされる。そして、アクセス用通信網６００を介してインターネットとの接続が行われるようになっている。
ここで、本実施の形態としてのパーソナルコンピュータ７００は、上記した屋内において、日常的にはほぼ移動することが無いとされるような環境で設置されており、従って、例えばアクセス用通信網６００と通信するためのコネクタなども、日常的には交換されることなく固定的に接続されている状態にあるものとされる。換言すれば、本実施の形態のパーソナルコンピュータ７００の利用環境としては、例えばいわゆるノート型などの可搬型のパーソナルコンピュータを利用する場合にあるように、移動が行われるたびにアクセス用通信網６００と接続されるコネクタや地域が異なるということは無いということを前提としている。
【０１０９】
上記のようにして、パーソナルコンピュータ７００は、アクセス用通信網６００を介してインターネットと接続されるのであるが、このアクセス用通信網６００は、例えばパーソナルコンピュータ７００がモデムからダイヤルアップすることで、電話回線を介してＩＳＰ(Internet Service Provider)からインターネットにアクセスする形態をとっているとすれば、このアクセス用通信網６００は一般電話回線とされることになる。
また、もちろんのこと、本実施の形態におけるアクセス用通信網６００は、上記した一般電話回線に限定されるものではない。例えばほかには、ＩＳＤＮ(Integrated Services Digital Network)、また、電話回線の高周波帯域を通信に利用したＡＤＳＬ(Asymmetric Digital Subscriber Line)等をはじめとするｘＤＳＬ、ＣＡＴＶ、無線通信網などを挙げることができる。
【０１１０】
認証サーバ８００は、例えば後述するようにして、パーソナルコンピュータ７００が自動車１００の現在位置情報を得るために、自動車１００に搭載されているナビゲーションシステム１に対してアクセスする際に、このアクセスが適正なものであるか否かについて認証を行うために設けられている。この認証サーバ８００が機能することによって、結果的には、例えばいわゆる成りすましによって、正規に登録されていないパーソナルコンピュータが自動車１００から現在位置情報を得るという不正行為を防止するようにされる。
なお、認証サーバ８００の内部構成及びその動作については、後述する。
【０１１１】
４−２．パーソナルコンピュータの内部構成
図１２は、パーソナルコンピュータ７００の内部構成例を示している。
この図に示すパーソナルコンピュータ７００は、インターネット４００を介しての通信を行うために、ネットワークインターフェイス７０９を備えている。ネットワークインターフェイス７０９は、アクセス用通信網６００と当該パーソナルコンピュータ７００との通信を司るのであるが、これによって、パーソナルコンピュータ７００は、アクセス用通信網６００を介してインターネット４００と接続されることになる。
【０１１２】
ＣＰＵ７０１は、例えばハードディスクドライブにインストールされた各種のアプリケーションプログラム、及びＲＯＭ７０２に保持されているプログラムに従って各種の処理を実行する。本実施の形態では、インターネットに関連する通信プロトコルであるＴＣＰ／ＩＰに従って各種データの送受信を可能とするために、例えば、上記ＲＯＭ７０２に対してネットワークインターフェイス７０９を制御するためのプログラムも格納されることになる。つまり、パーソナルコンピュータ１１３においては、インターネットを利用したデータ送受信に可能なセット（ハードウェア及びソフトウェア）が備えられるものである。
また、ＲＡＭ７０３にはＣＰＵ７０１が各種処理を実行するのに必要なデータやプログラム等が適宜保持される。
【０１１３】
入出カインターフェイス７０４は、キーボード７０５とマウス７０６が接続されており、これらから供給された操作信号をＣＰＵ７０１に出カするようにされている。また、入出カインターフェイス７０４には、記憶媒体としてハードディスクを備えたハードディスクドライブ７０７が接続されている。ＣＰＵ７０１は、入出カインターフェイス７０４を介して、ハードディスクドライブ７０７のハードディスクに対してデータやプログラム等の記録又は読み出しを行うことができるようにされている。この場合、入出カインターフェイス７０４には、さらに、画像表示のためのディスプレイモニタ７０８が接続されている。
内部バス７１０は、例えば、ＰＣＩ(Peripheral Component Interconnect)又はローカルバス等により構成され、内部における各機能回路部間を相互に接続している。
【０１１４】
４−３．認証サーバの内部構成
続いて、認証サーバ８００の内部構成例について、図１３を参照して説明する。
この図に示す認証サーバ８００は、記憶部８０１、ネットワークインターフェイス８０２、制御部８０３を備える。
認証サーバ８００の場合、記憶部８０１には、後述する認証処理等を実行するのに必要とされる情報が記憶されている。ここでは、記憶部８０１に格納されるデータとして、認証用ユーザデータベース８１０、実行アプリケーション８１１が示される。
【０１１５】
認証用ユーザデータベース８１０は、例えば図の下側に示すように、１ユーザごとに、ユーザ情報、携帯ＩＤ、ナビＩＤ、ＰＣ−ＩＤ、コンテンツＩＤ、及びＰＣ用パスワードが対応づけられて格納される。
ユーザ情報は、ナビゲーションシステム１、携帯電話２００、及びパーソナルコンピュータ７００を組として所有するユーザに関する情報であり、例えば本実施の形態のシステムの場合であれば、サービスサーバ５００（又はアプリケーションサーバ３０３）に格納されるユーザデータベース５１０（４１０）を形成するユーザ情報と同じ内容とさればよい。
【０１１６】
携帯ＩＤは、ユーザＩＤによって特定されるユーザが所有する携帯電話に書き込まれている携帯ＩＤと同一のデータが格納される。ナビＩＤも同様にして、ユーザが所有するナビゲーションシステム１に割与えられたものと同一のナビＩＤのデータが格納される。また、このナビＩＤとして、無線端末装置５０に対して割り与えた電話番号とされればよい。つまり、この場合の携帯ＩＤ及びナビＩＤは、図５にて説明したユーザデータベース構造において格納される情報と同じ情報が格納されればよいものである。
【０１１７】
ＰＣ−ＩＤは、ユーザＩＤによって特定されるユーザが所有するとされるパーソナルコンピュータ７００を識別するためのＩＤとされる。本実施の形態としては、このＰＣ−ＩＤの構造に特徴を有するが、これについては、ＰＣ−ＩＤの登録例として後述する。
サービスＩＤは、認証サーバ８００が対応して処理すべきサービスを識別するためのＩＤである。
この認証用ユーザデータベース８１０を構築するのにあたっては、ユーザごとに対応して、上記した各情報が登録されることが必要であるが、これについては後述する。
【０１１８】
この場合の実行アプリケーション８１１は、認証サーバ８００が実行すべき各種動作に対応する各種のアプリケーションプログラムから成る。
ネットワークインターフェイス８０２は、インターネット４００と接続するためのインターフェイス手段として設けられる。
制御部８０３は、実行アプリケーション８１１としてのプログラム内容に従って各種の制御処理を実行する。
【０１１９】
４−４．サービス提供形態例
図１１に示したシステム構成は、ユーザにとってみた場合には、サービス提供をうけるためにインターネット４００と接続される機器として、ナビゲーションシステム１及び携帯電話２００に加えて、例えば屋内において固定的に設置したパーソナルコンピュータ７００が利用可能になっているといえる。
そして、このようなシステムにおいては、例えば、ナビゲーションシステム１からパーソナルコンピュータ７００に対して、自動車１００の現在位置を示す現在位置情報を送信させるというサービスを提供することができる。
【０１２０】
このサービス内容を簡単に説明すると次のようになる。
ここで、ユーザがパーソナルコンピュータ７００を使用しているユーザが、現在、自己の所有しているナビゲーションシステム１を搭載している自動車１００の現在位置を知りたいと思ったとする。この場合、ユーザは、パーソナルコンピュータ７００上で、例えばＷｅｂブラウザのアプリケーションを起動させた上で、所定操作を行って、現在位置通知サービスのＷｅｂサイトにアクセスするようにされる。この現在位置通知サービスのＷｅｂサイトは認証サーバ８００にてアップロードしているＷｅｂサイトとされる。つまり、ユーザが現在位置通知サービスのＷｅｂサイトにアクセスしたことによって、パーソナルコンピュータ７００は、認証サーバ８００にアクセスしたこととなる。
【０１２１】
上記のようにして認証サーバ８００に対してアクセスしたとすると、ユーザは、現在位置情報通知のためのリクエストを送信するようにされる。また、この現在位置情報通知のリクエストとともに、認証サーバ８００が認証で用いるべき所要の認証情報も送信するようにされる。
なお、認証情報がどのようなものであるのかについては後述する。
また、認証サーバが認証に用いる認証情報としては、リクエストを送信したパーソナルコンピュータ７００に固有となるＰＣ−ＩＤを含むが、このＰＣ−ＩＤは、パーソナルコンピュータ７００にて生成して送信されるのではなく、パーソナルコンピュータ７００が接続されるアクセス用通信網６００内において、例えばアプリケーションサーバとして機能する部位が、パーソナルコンピュータ７００が認証サーバ８００にアクセスしてきたときに生成するようにされる。このＰＣ−ＩＤの生成及びユーザデータベース８１０への登録についても後述することとする。
【０１２２】
認証サーバ８００では、上記のようにして、現在位置情報通知のリクエストと共に送信されてきた認証用情報と、ユーザデータベース８１０とを参照して、このリクエストを送信してきたパーソナルコンピュータ７００が正規に登録された機器であるか否かについての認証処理を行う。そして、正規の認証結果が得られたのであれば、このリクエストを、ユーザが所有するとされるナビゲーションシステム１に対して、インターネット４００から無線電話通信網３００を介するようにして転送する。
なお、正規の認証結果が得られなかった場合には、ナビゲーションシステム１に対するリクエストの転送は行わないようにされる。
【０１２３】
上記リクエストを受信したナビゲーションシステム１では、現在の自車位置を示す自車位置情報を生成し、無線電話通信網３００からインターネット４００を介して認証サーバ８００に対して送信する。認証サーバ８００は、この送信されてきた自車位置情報をパーソナルコンピュータ７００に対して送信する。パーソナルコンピュータ７００では、受信した自車位置情報をＷｅｂブラウザによって再生出力する。これによって、パーソナルコンピュータ７００のディスプレイモニタ７０８において、現在の自車位置情報が表示されることになる。
【０１２４】
４−５．認証用ユーザデータベースの構築
上記した説明における認証サーバ８００の動作からも分かるように、ユーザがこのサービスを享受するのにあたっては、認証サーバ８００において、サービスを享受したいとするユーザに関する情報が、認証用ユーザデータベース８１０として登録されている必要がある。
この登録のための手順としては、いくつか考えられるのであるが、１つには、ユーザがこのサービスを享受したいと思ったときに、ユーザがパーソナルコンピュータ７００を認証サーバ８００にアクセスさせ、所定の登録のための操作を行うことで登録が行われるようにすることが考えられる。
つまり、ユーザはパーソナルコンピュータ７００を操作して、例えば認証サーバ８００における登録用のＷｅｂページにアクセスする。このＷｅｂページには図１３に示した認証用ユーザデータベース８１０を構築するのに必要とされる、１ユーザについての所要の情報項目を入力することができるようになっている。つまり、「ユーザ情報」となる氏名、住所等をはじめとする個人情報、ユーザが所有する携帯電話２００の「携帯ＩＤ（電話番号）」、同じくユーザが所有するナビゲーションシステム１の「ナビＩＤ（電話番号）」、及び「サービスＩＤ」に対応する享受したいサービス内容（この場合には、現在位置通知サービスとなる）を入力するようにされる。例えば認証サーバ８００においては、現在位置通知サービス以外のサービスも対応して認証を行うような構成とすることも充分に考えられるが、サービスＩＤは、このような場合において、ユーザがサービスの提供を要求してきたときに、そのサービスが何であるのかを識別するのに用いることができる。
【０１２５】
また、例えば本実施の形態としての現在位置通知サービスに関すれば、携帯電話２００はこのサービスを享受するのに利用はしていないので、必ずしも、携帯ＩＤを認証用ユーザデータベース８１０の情報要素とする必要はない。しかし、やはり、認証サーバ８００において現在位置通知サービス以外のサービスも対応して認証を行うこととして、その他のサービスが携帯電話２００を利用するものであるような場合には、携帯ＩＤが必要となるものである。
【０１２６】
また、図１３によれば、上記「ユーザ情報」「携帯ＩＤ（電話番号）」、「ナビＩＤ（電話番号）」、及び「サービスＩＤ」のほかに、ＰＣ−ＩＤを登録することが必要となる。
このＰＣ−ＩＤに関しては、例えば、パーソナルコンピュータとしての機器を特定するメーカコード及び製造番号等の情報から成る機器ＩＤをパーソナルコンピュータ７００において生成し、これをＰＣ−ＩＤとして、上記各情報と共に送信することが一般的には考えられる。上記したメーカコード及び製造番号の情報は、例えばパーソナルコンピュータ７００内におけるＲＯＭなどに対して、例えば製造過程において格納するようにされているので、パーソナルコンピュータ７００がこの情報を基に機器ＩＤを生成するのは容易ではある。
【０１２７】
しかしながら、このようなメーカコード及び製造番号などの予めパーソナルコンピュータ７００に格納されている情報を機器ＩＤとして利用した場合には、悪意のユーザによっては容易に改竄され、いわゆる「成りすまし」が行われる可能性を有している。
具体的に、本実施の形態の現在位置通知サービスを例に採れば、例えば、正規に登録されたパーソナルコンピュータ７００は、１台だけであるのに、他のパーソナルコンピュータが、この登録されたパーソナルコンピュータの機器ＩＤに書き換えて認証サーバ８００にアクセスするという不正行為が行われる可能性を有しているのである。
例えば、先の第１例としてのシステム構成では、ナビゲーションシステム１及び携帯電話２００は、共に無線電話通信網３００を介在してインターネットと接続するようにされている。無線電話通信網３００では、電話番号等の情報に基づいた管理を行っていることから、この電話番号を利用してアクセスする限り、成りすましが行われる問題は無いことになる。ところが、この第２例のシステムのようにして、パーソナルコンピュータ７００をシステム構成に加えたとすると、このパーソナルコンピュータ７００は、無線電話通信網３００にアクセスすることなく、例えば電話回線等をはじめとする何らかのアクセス用通信網６００を介してインターネットにアクセスすることになる。このような場合には、前述した成りすましの問題が生じてくるわけであり、この問題を解決する必要が生じてくるものである。
【０１２８】
そこで本実施の形態としては、次のようにしてＰＣ−ＩＤを生成して認証サーバに登録することで、機器ＩＤを改竄しての成りすましによる不正なサービスの享受ができないようにする。なお、ここではアクセス用通信網６００として実際に利用される通信網の種類に応じて、３例を挙げることとする。
【０１２９】
図１４は、ＰＣ−ＩＤ登録手順の第１例を模式的に示している。この第１例は、アクセス用通信網６００が一般電話回線、若しくはＩＳＤＮ回線とされている場合である。
アクセス用通信網６００が一般電話回線、若しくはＩＳＤＮ回線などの場合、パーソナルコンピュータ７００がインターネットと接続されるためには、いわゆるダイヤルアップを行うことになる。つまりは、ここでは図示していないが、パーソナルコンピュータ７００側が備えるとされるモデム、ＴＡ(Terminal Adapter)、ＤＳＵ(Digital Service Unit)から、アクセス用通信網６００において一般電話回線又はＩＳＤＮ網として実際に配置される設備である電話局６０１に対してダイヤリングをして接続する。
【０１３０】
ここで、留意すべきなのは、上記電話局６０１に対してダイヤルアップを行うということは、このダイヤルアップを行うために割り当てられた電話回線、ＩＳＤＮ回線についての電話番号が一義的に決まっているということである。この電話番号は、電話局６０１にて管理している以上、パーソナルコンピュータ７００のユーザによっては改竄することのできない情報であるといえる。そこで本実施の形態では、ＰＣ−ＩＤを生成するのにあたって、この電話番号を利用するものである。そして、この電話番号を利用してのＰＣ−ＩＤの生成及び登録は次のような手順で行うことができる。
【０１３１】
先ず、手順1として、パーソナルコンピュータ７００からは、認証サーバ８００に向けて機器ＩＤを送信するようにされる。なお、この機器ＩＤの送信は、例えば実際には、前述した「ユーザ情報」「携帯ＩＤ（電話番号）」、「ナビＩＤ（電話番号）」、及び「サービスＩＤ」の各情報とともに送信するようにすればよい。また、この機器ＩＤは、例えば先にも述べたように、メーカコードと製造番号とによって形成されるものであればよい。
そして、アクセス用通信網６００内の電話局６０１では、手順2として、この送信された機器ＩＤと、このダイヤルアップに使用している電話回線（ＩＳＤＮ回線）の電話番号の情報とに基づいて、ＰＣ−ＩＤを生成する。この場合において、機器ＩＤと電話番号情報とを利用してどのようにＰＣ−ＩＤを生成するのかについては、各種考えられるためここでは特に限定しないが、例えば、最も単純なものとしては、機器ＩＤと電話番号情報としてのデータ値を連結してＰＣ−ＩＤを形成することが考えられる。また、機器ＩＤと電話番号情報としてのデータ値を利用して所定の関数による演算を行うことで、所定ビット数によるデータ値を求め、このデータ値をＰＣ−ＩＤとすることなどが考えられる。
【０１３２】
このようにして生成されたＰＣ−ＩＤは、機器ＩＤと電話番号とによって作成されたものであるから、パーソナルコンピュータ７００ごとに固有の情報となる。そのうえ、電話番号もＰＣ−ＩＤの要素とされている以上、例えば単に機器ＩＤを書き換えたとしても、電話番号についての書き換えはされていないので、同一のＰＣ−ＩＤにはならないことになる。また、電話番号は電話局６０１側にて管理するものであり、かつ、ＰＣ−ＩＤは電話局６０１側にて作成するものであるから、パーソナルコンピュータのユーザが、この電話番号部分を書き換えることは不可能である。従って、パーソナルコンピュータについていわゆる成りすましを行うことは不可能となるわけである。
そして、電話局６０１からは、このようにして生成したＰＣ−ＩＤをインターネットを介して認証サーバ８００に送信することになる。
【０１３３】
このＰＣ−ＩＤを受信した認証サーバ８００では、手順3として示すように、受信したＰＣ−ＩＤを、他の情報（ユーザ情報、携帯ＩＤ、ナビＩＤ、及びサービスＩＤ）と共に、認証用ユーザデータベース８１０に登録するようにされる。
【０１３４】
また、ＰＣ−ＩＤ登録手順の第２例を図１５に示す。この第２例は、アクセス用通信網６００がＡＤＳＬなどの常時接続が可能な通信網とされている場合である。
このような通信網である場合、例えばアクセス用通信網６００における設備である電話局６０１においては、例えば電話回線を、一般電話回線とインターネットの経路とに分岐するスプリッタなどのポート部が設けられることになるのであるが、この図においては、このようなポート部を接続ポート６０２，６０２・・・として示している。
【０１３５】
例えば、電話局６０１では、加入者がＡＤＳＬに加入したときに接続ポート６０２の工事を行って加入者の電話回線と接続するようにしている。従って、この接続ポート６０２については、電話局６０１側が管理するものであると共に、接続される電話回線も固定的なものとなっているといえる。
【０１３６】
そこで、本実施の形態としては、例えば電話局６０１において接続ポート６０２ごとに識別子（ポートＩＤ）を割与えて管理するようにされる。このポートＩＤは接続ポートごとに固有となるものであるから、第１例の電話番号と同様に、電話局６０１に接続するパーソナルコンピュータ７００と、このポートＩＤとの対応は固定的なものとなる。また、ポートＩＤは、電話局６０１側で管理することから、例えばパーソナルコンピュータのユーザがこの部分を改竄することもできない。
【０１３７】
そこで第２例としては、ポートＩＤを利用してＰＣ−ＩＤを生成する。そして、このポートＩＤを利用してのＰＣ−ＩＤの生成及び登録は、例えば次のような手順で行う。
【０１３８】
先ず、手順1として、パーソナルコンピュータ７００からは、認証サーバ８００に向けて機器ＩＤを送信する。この場合においても、機器ＩＤは、メーカコードと製造番号とによって形成される。また、機器ＩＤの送信は、実際には、「ユーザ情報」「携帯ＩＤ（電話番号）」、「ナビＩＤ（電話番号）」、及び「サービスＩＤ」の各情報とともに送信するものとされる。
そして、手順2としては、アクセス用通信網６００内の電話局６０１において、送信された機器ＩＤと、ＡＤＳＬとしての電話回線の接続ポートのポート番号の情報とを利用してＰＣ−ＩＤを生成する。そして、電話局６０１からは、このようにして生成したＰＣ−ＩＤをインターネットを介して認証サーバ８００に送信することになる。
そして、手順3として、このＰＣ−ＩＤを受信した認証サーバ８００は、他の情報（ユーザ情報、携帯ＩＤ、ナビＩＤ、及びサービスＩＤ）と共に、認証用ユーザデータベース８１０に登録する。
【０１３９】
図１６は、第３例としてのＰＣ−ＩＤ登録手順を示している。この第３例では、アクセス用通信網６００は専用線６１０としての設備を備えているものとされ、この専用線６１０に対してパーソナルコンピュータ７００が常時接続される。
このような場合、パーソナルコンピュータ７００は、専用線６１０において備えられるとされるルータ６１１に対して接続され、このルータ６１１からインターネット４００への接続が行われる。そして、この場合には、パーソナルコンピュータ７００は、ルータ６１１に対して常時接続されているのであるから、パーソナルコンピュータ７００とルータ６１１との経路は固定されていることになる。また、このルータ６１１の管理も専用線６１０側の運営者によって行われていることになり、このルータ６１１に関する情報をパーソナルコンピュータ７００側のユーザが改竄することはできないとされる。
そこで、第３例としては、パーソナルコンピュータ７００の機器ＩＤと、ルータ６１１に固有となる情報を利用してＰＣ−ＩＤを形成するようにされる。そして、この場合には、ルータ６１１に固有となる情報としては、ルータ６１１に割り当てられたルータアドレスを使用することとする。
【０１４０】
そして、この第３例としてのＰＣ−ＩＤ登録手順は以下のようになる。
先ず、手順1として、パーソナルコンピュータ７００からは、認証サーバ８００に向けて機器ＩＤを送信する。この場合においても、機器ＩＤの送信は、実際には、「ユーザ情報」「携帯ＩＤ（電話番号）」、「ナビＩＤ（電話番号）」、及び「サービスＩＤ」の各情報とともに送信するものとされる。
但し、この場合の機器ＩＤとしては、先の第１例及び第２例の場合のようにして、メーカコード−製造番号から成る情報を使用してもよいのであるが、常時接続されていることを前提とすると、例えばＤＨＣＰ(Dynamic Host Configuration Protocol)によるものであるとしても、最初にＩＰアドレスの割り当てが行われた後は、そのＩＰアドレスは不変となる。そこで、この場合には、機器ＩＤとしてＩＰアドレスを利用してもよいことになる。
【０１４１】
次の手順2としては、アクセス用通信網６００内の専用線６１０において、送信された機器ＩＤと、パーソナルコンピュータ７００が接続されているルータ６１１のルータアドレスを利用してＰＣ−ＩＤを生成する。そして、電話局６０１からは、このようにして生成したＰＣ−ＩＤをインターネットを介して認証サーバ８００に送信する。そして、ＰＣ−ＩＤを受信した認証サーバ８００は、手順3として、他の情報（ユーザ情報、携帯ＩＤ、ナビＩＤ、及びサービスＩＤ）と共に、受信したＰＣ−ＩＤを認証用ユーザデータベース８１０に登録する。
【０１４２】
なお、ＩＰアドレスを機器ＩＤとすることについて、補足的に述べておくと、ＩＰｖ４では、接続が行われるごとにＤＨＣＰサーバによって割り当てられるＩＰアドレスが変化するのであるが、ＩＰｖ６では、常時接続でなくともＩＰアドレスを固定的に割り当てることができる。従って、ＩＰｖ６に従ったインターネットとの通信を行う場合であれば、先に述べた第１例及び第２例についても、機器ＩＤをＩＰアドレスとすることができるものである。
【０１４３】
このようにして、上記第１例〜第３例においては、パーソナルコンピュータ７００の機器ＩＤだけではなく、電話番号、接続ポートのポートＩＤ、又はルータアドレスなどを利用してＰＣ−ＩＤを形成するようにしている。
ここで、電話番号、接続ポートのポートＩＤ、ルータアドレスの情報は、パーソナルコンピュータ７００とインターネットとの経路上において、パーソナルコンピュータ７００がアクセス用通信網６００と接続するまでの通信経路（アクセス経路）を特定する情報であるといえる。
これまでの説明からも理解されるように、アクセス用通信網６００と接続するまでの通信経路は、パーソナルコンピュータ７００が例えば屋内等において固定的に設置されるということを前提にすれば、そのパーソナルコンピュータ７００と通信経路とは１対１で固定的に対応するものとなる。従って、上記通信経路を特定する情報と機器ＩＤとを組み合わせたとしても、パーソナルコンピュータ７００に固有となるＰＣ−ＩＤを形成するのに何ら問題はないことになる。また、先の説明でも述べたようにして、通信経路を特定する各情報（電話番号、接続ポートのポートＩＤ、ルータアドレス）は、何れもアクセス用通信網６００を運営する設備側で管理しているものであり、悪意のパーソナルコンピュータ７００のユーザがこれを改竄することはできないとされる。従って、この情報を利用して生成されるＰＣ−ＩＤをパーソナルコンピュータ７００のユーザが改竄することもできないわけである。また、本実施の形態としては、ＰＣ−ＩＤは、パーソナルコンピュータ側ではなく、中継点であるアクセス用通信網６００の設備側で生成するようにされていることによっても、改竄される可能性を著しく低いものとしている。
つまり、本実施の形態のＰＣ−ＩＤとしては、パーソナルコンピュータを特定可能としながら、かつ、改竄による成りすましを防止することのできる情報となっているものである。これによって、先にも述べたように、成りすましによるパーソナルコンピュータ７００を利用してのサービスの提供が行われるのを防止することが可能となる。
なお、本発明としては、パーソナルコンピュータ７００が最初に接続される通信網（アクセス経路）を特定できる情報でありさえすればよく、上記図１４〜図１６により例示した登録手順におけるＰＣ−ＩＤの生成例以外にも、本発明に適合するＰＣ−ＩＤの生成を行うことは可能であり、また、アクセス用通信網６００としての種類も、図１４〜図１６により例示したものに限定はされない。
【０１４４】
４−６．処理動作例
続いては、これまでの説明を踏まえて、第２例としてのサービス提供システムが行うとされる、自動車の現在位置通知サービスを実現するための処理動作について、図１７のフローチャートを参照して説明する。なお、本実施の形態としての自動車の現在位置通知サービスについての動作概要は、先に述べたとおりである。
この図においては、パーソナルコンピュータ７００、認証サーバ８００、及びナビゲーションシステム１の各々において実行される処理を並列的に示している。ここでのパーソナルコンピュータ７００としての処理はＣＰＵ７０１が実行し、認証サーバ８００としての処理は制御部８０３が実行し、ナビゲーションシステム１としての処理は制御部１９が実行する。
【０１４５】
パーソナルコンピュータ７００に、ナビゲーションシステム１が搭載された自動車の現在位置を通知してもらうのにあたっては、前述もしたように、例えばパーソナルコンピュータ７００上でＷｅｂブラウザのアプリケーションを起動させ、認証サーバ８００における現在位置通知サービスのＷｅｂサイトにアクセスするようにされる。そして、このとき表示されるブラウザ画面に対して所定の操作を行うことで、パーソナルコンピュータ７００からは、現在位置通知リクエストを送信することになる。これが図１７におけるステップＳ４１の処理となる。
【０１４６】
このステップＳ４１により現在位置通知リクエストを送信する際には、ユーザ情報、機器ＩＤ、及びサービスＩＤを共に送信するようにされる。
例えば現在位置通知サービスのブラウザ画面上には、リクエストに必要とされる各種項目を入力する入力ボックスが表示されるようになっているものとされる。上記ユーザ情報は、この入力ボックスに入力した例えば住所、氏名等の個人情報に基づいて、ユーザを特定するＩＤとしてＣＰＵ７０１が作成する。
また、機器ＩＤは、例えばこれがメーカコードと製造番号から成るものであるとすれば、ＣＰＵ７０１が例えばＲＯＭ７０２から読み出したメーカコード、製造番号の情報に基づいて作成することになる。また、機器ＩＤがＩＰアドレスであれば、例えばＲＡＭ７０３に保持しているＩＰアドレスを利用して作成する。
また、サービスＩＤは、例えば、このリクエストが現在位置通知サービスに対応したものであることを示すＩＤとして、現在位置通知リクエストとしてのデータ構造内に格納されているものとする。
【０１４７】
上記のようにして送信された現在位置通知リクエストは、図１４〜図１６にて説明したようにして、先ずは、アクセス用通信網６００にてルーティングされ、インターネット４００を介して認証サーバ８００に転送されることになる。そして、この際において、アクセス用通信網６００の設備においては、受信取得した機器ＩＤと、自身が管理して保有しているとされる経路特定情報（電話番号、ポートＩＤ、ルータアドレスなど）を利用してＰＣ−ＩＤを作成する。従って、認証サーバ８００に対しては、現在位置通知リクエストと共に、このＰＣ−ＩＤと、ユーザ情報、サービスＩＤが送信されることになる。
【０１４８】
認証サーバ８００では、上記のようにして送信されてきた現在位置通知リクエスト、ユーザ情報、ＰＣ−ＩＤ、及びサービスＩＤを、ステップＳ５１により受信する。そして、次のステップＳ５２において、この受信したユーザ情報、ＰＣ−ＩＤ、及びサービスＩＤ等と、認証用ユーザデータベース８１０とを比較参照することで、認証処理を実行する。
【０１４９】
次のステップＳ５３では、上記ステップＳ５２による認証処理の結果として、正規のユーザであるとの認証が成立したか否かを判別しており、ここで、否定結果が得られた場合には、ステップＳ５５として示すように、今回のリクエストの受信に対応した処理を拒否する。つまり、以降において、例えば受信したリクエストに応じて、パーソナルコンピュータ７００側に現在位置情報を送信するための処理は行わないようにされる。なお、この図では図示していないが、例えばステップＳ５５の処理としては、例えば認証が不成立であったことをパーソナルコンピュータ７００側に通知するようにすることが好ましい。
【０１５０】
これに対して、ステップＳ５３において認証が成立したとの肯定結果が得られた場合には、ステップＳ５４の処理として、今回受信した現在位置通知リクエストをしかるべきナビゲーションシステム１に対して送信することを行う。
この際には、認証用ユーザデータベース８１０から、今回リクエストと共に受信したユーザ情報、ＰＣ−ＩＤ、及びサービスＩＤに対応づけて格納されているナビＩＤを検索するようにされる。そして、この検索されたナビＩＤ（電話番号）を指定して、無線電話通信網３００に対して現在位置通知リクエストを送信するようにされる。これによって、現在位置通知リクエストは、パーソナルコンピュータ７００を所有するユーザが所有して登録しているナビゲーションシステム１に対して正しく送信されることになる。
【０１５１】
例えば自動車１００に搭載されたナビゲーションシステム１では、ステップＳ６１の処理によって現在位置通知リクエストを受信することになる。
ここで、本実施の形態のナビゲーションシステム１は現在位置通知サービスに対応したプログラムを格納している。このプログラムは、受信した情報が現在位置通知リクエストである場合には、測位部４にて測定される現在位置情報と、例えば記録媒体９等から読み出した地図情報とを利用して現在位置情報を作成し、認証サーバ８００にアクセスして送信を行うという動作を実行させるものである。なお、現在位置情報の生成に利用する地図情報としては、例えば前述したようにして取得した更新データがあれば、この更新データも利用するようにされる。そして、次に述べるステップＳ６２〜Ｓ６４の処理は、このプログラムに従って実行される。
【０１５２】
ステップＳ６２においては、現在位置情報を作成する。
前述もしたように、ここで作成される現在位置情報は、例えばＷｅｂブラウザによって表示可能なＨＴＭＬやＸＭＬなどの形式とされ、Ｗｅｂブラウザ上で再生すれば、地図上に現在位置が示される画像を表示させることができるデータ内容を有しているものとされる。なお、例えばＪＰＥＧ、ＪＩＦ、及びビットマップなどをはじめ、単に所定の形式による画像データとして生成することも考えられる。
【０１５３】
そして、次のステップＳ６３においては、ナビゲーションシステム１が認証サーバ８００に対してアクセスするための制御処理を実行する。このため、例えばナビゲーションシステム１においては、例えばメモリ１２などに認証サーバ８００のＵＲＬが保持されているものとされ、制御部１９は、このＵＲＬにアクセスが行われるように、通信インターフェイス４７から通信端末装置５０を介してアクセス要求を送信させる。
そして、このアクセス要求に応じて、認証サーバ８００との接続が確立したとされると、次のステップＳ６４の処理によって、先のステップＳ６２にて生成した現在位置情報を認証サーバ８００に対して送信する。
【０１５４】
認証サーバ８００では、ステップＳ５６の処理として、上記のようにして送信された現在位置情報を受信すると、この現在位置情報をリクエストしたパーソナルコンピュータ７００に対して転送することを行う。
【０１５５】
現在位置通知リクエストを行ったパーソナルコンピュータ７００は、前述もしたように認証サーバ８００と接続されており、しかるべきＷｅｂページがブラウザによって表示出力されている状態にある。そして、この状態の下で、転送されてきた現在位置情報をステップＳ４２の処理によって受信することになる。
このようにして受信された現在位置情報は、例えば先にも述べたように、ＨＴＭＬやＸＭＬなどのファイルの形式をとっている。そして、パーソナルコンピュータ７００では、ステップＳ４３の処理によって、この現在位置情報について再生処理を行うことで、ブラウザ画像として現在位置を示す表示を行うようにされる。
なお、上記処理動作においては、ナビゲーションシステム１からパーソナルコンピュータ７００への現在位置情報の送信は、認証サーバ８００を介在させている。これは、パーソナルコンピュータ７００が認証サーバ８００と接続されていることを利用して、認証サーバ８００を中継することでナビゲーションシステム１からの情報の送信を容易にするためとされる。しかしながら、この段階では、特に認証処理を実行する必要はないので、ナビゲーションシステム１からパーソナルコンピュータ７００に対して直接送信を行うように構成することも可能である。
【０１５６】
また、認証サーバ８００としては、例えば当然のことではあるが、１つの装置としてではなく、例えば処理負担の軽減のために、認証サーバ８００として機能する複数の装置が、インターネット上において分散するようにして設けられた構成としても構わないものである。
【０１５７】
また、不正行為を防止する構成としては、次のような構成を補助的に付加することも考えられる。
例えば本実施の形態としてのサービス提供システムにおいて、ユーザがサービス提供に利用するものとして登録している各機器（ナビゲーションシステム、携帯電話、パーソナルコンピュータ等）のインターネットの接続を、特定の１つの通信会社（電話会社等）が行うとする。そして、例えばこの通信会社がカバーする範囲の通信網内において監視サーバを設けるようにする。監視サーバは、ユーザが登録している各機器間の通信として、この通信会社がカバーする一定範囲内の回線を利用しているか否かを監視するようにする。そして、通信会社がカバーする一定範囲外の回線から入ってくるようにして、ユーザが登録している機器が通信を行う状況となった場合には、何らかの警告を与えたり、また、不正のサービス利用が行われるような回線の利用状況であるとする場合には、通信を中断させるようにするものである。
【０１５８】
また、本発明としては上記した各実施の形態に限定されるものではない。例えば、提供すべきサービスとしては、これまで例示したもの以外にも各種考えられる。また、サービス提供に利用される機器としては、カーナビゲーション装置、携帯電話、パーソナルコンピュータ等に限定されるものではなく、例えばインターネットなどのネットワークとの接続機能を有する移動通信端末装置を備える機器や、また、移動通信端末装置ではなくとも、特定の通信網を介してインターネットと接続される通信端末装置を備えるような機器であれば、本発明の適用は可能とされる。
特に、第２例としてのシステム構成により実現されるサービスとしては、ナビゲーションシステム１とパーソナルコンピュータ７００とを利用しての現在位置情報通知サービスを例に挙げているが、これ以外にも多様に考えられるものであり、また、パーソナルコンピュータ７００と携帯電話２００との間での通信によって実現されるサービスとしても本発明としてあり得るものである。もちろんこの場合にも、認証サーバ８００を介在させてのパーソナルコンピュータ７００からのアクセスが行われるようにされることで、不正なサービスの利用が行われないようにされる。
【符号の説明】
【０１５９】
１ ナビゲーションシステム、２ ナビゲーション本体部、３ ディスプレイモニタ部、３ａ 表示画面、３ｂ 受信部、３ｃ 車内カメラ、３ｄ フロントカメラ、４ 測位部、８ リモートコントローラ、８ａ 緊急キー、９ 記録媒体、１１ ＲＯＭ、１２ メモリ、１３ ＤＲＡＭ、１４ インターフェイス、１５ 時計部、１６ 入力部、１７ 表示ドライバ、１８ ディスクドライバ、１９ 制御部、２０ バス、４１ セキュリティシステム部、４５ 記憶部、４６ 画像音声処理部、４７ 通信インターフェイス、５０ 通信端末装置、２００ 携帯電話、２０１ アンテナ、２０２ 受信回路、２０３ 送信回路、２０４ 信号処理回路、２０５ リンガー、２０６ スピーカ、２０７ マイクロフォン、２０８ システムコントローラ、２０９ ＬＣＤ表示部、２１０ キー操作部、２１７ ＲＯＭ、２１８ ＲＡＭ、３００ 無線電話通信網、３０１ 基地局、３０２ 中継局、３０３ アプリケーションサーバ、４０１ 記憶部、４０２，４０３ インターフェイス、４０４ 制御部、４１０ ユーザデータベース、４１１ 実行アプリケーション、５００ サービスサーバ、５０１ 記憶部、５０２ ネットワークインターフェイス、５０３ 制御部、５１０ ユーザデータベース、５１１ 実行アプリケーション、５１２ サービス用データ、６００ アクセス用通信網、７００ パーソナルコンピュータ、７０１ ＣＰＵ、７０２ ＲＯＭ、７０３ ＲＡＭ、７０４ 入出力インターフェイス、７０５ キーボード、７０６ マウス、７０７ ハードディスクドライブ、７０８ ディスプレイモニタ、７０９ ネットワークインターフェイス、７１０ 内部バス、８００ 認証サーバ、８０１ 記憶部、８０２ ネットワークインターフェイス、８０３ 制御部、８１０ 認証用ユーザデータベース、８１１ 実行アプリケーション
【技術分野】
【０００１】
本発明は、例えば自動車などの移動体に搭載される電子機器と、サーバ及び携帯電話などの個人移動端末装置とを通信網を介して通信可能なように構築されたシステムとして、例えば電子機器を購入して利用しているユーザに対して、送信されたデータを受信した電子機器が、その受信データの内容に従って何らかの動作の実行を行うことで享受できるようなサービスを提供することのできる端末に関するものである。
【背景技術】
【０００２】
いわゆるカーナビゲーション装置が広く普及している。その基本的な機能としては、例えば移動中にある自動車などの現在位置を測定して、その測定された現在位置を地図上に表示させるなどして、ユーザに現在位置を知らせるものである。
また、近年においては、移動無線端末装置を備えることで、インターネットに接続可能な機能を有するカーナビゲーション装置も普及してきている。その利用形態としては、例えばインターネット上のＷｅｂサイトにアクセスすることで、例えば、或る特定地域の店舗の情報や、イベント、天気の情報などをカーナビゲーション装置の表示部位に表示させ、これらの情報を得ることが可能になるものである。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
ところで、例えば商品を購入したユーザには、いわゆるアフターケア、アフターサービスなどといわれる、商品を購入したユーザにとって有用となるようなサービスを、その商品を製造販売したメーカや店舗から提供することがしばしば行われる。
ここで上記したようなカーナビゲーション装置もまた、元は商品であり、例えばこれを搭載する自動車の所有者が購入して取得したものである。従って、企業や販売店などの販売側は、このようなカーナビゲーション装置についてもアフターサービスを提供すれば、ユーザへの便宜を図り、また、自社商品の付加価値を高めることができる。
【０００４】
しかし、企業側からのサービスの提供のしかたとしては、例えば現状は、郵送や電子メールなどによる通知等に限定され、より高い利便性を求めようとした場合には限界がある。
そこで、例えばインターネット上にサービス用のサーバを設けて、インターネット接続機能を有するカーナビゲーション装置に対して、直接的にサービスに関連するデータを送信するような形態とすれば、より直接的にユーザに対してサービスを提供することが可能になるものである。
しかし、現状においては、カーナビゲーション装置は、単にインターネットへの接続機能を有しているのみであり、例えば上記したようなサーバ側からカーナビゲーション装置に対してアクセスすることはできないものである。つまり、現状の段階では、インターネット通信機能を利用してサービスを提供するにしても、ユーザが、サービス用サーバのアドレス（ＵＲＬ）を把握した上で、カーナビゲーション装置に対する操作を行って、カーナビゲーション装置側からサービス用サーバに対してアクセスする必要がある。これは、即ち、企業側でサービス提供が必要とされる機会となったそのときに、直ちにカーナビゲーション装置側にアクセスしてサービスを提供することができないことを意味し、これでは、充実したサービスの提供ができないことになる。
【課題を解決するための手段】
【０００５】
そこで本発明は、上記した課題を考慮して、以下のように構成する。
固有ＩＤを有するナビゲーション機能を含む端末であって、通信ネットワーク上で情報を送受信するワイヤレス通信ユニットと、プロセッサを有する制御ユニットとから成り、
前記プロセッサは、前記ワイヤレス通信ユニットで受信するサービス提供システムによって提供された所定のサービスを処理可能であり、前記サービス提供システムは、そのナビゲーション端末の固有ＩＤを記憶し、前記ナビゲーション端末が認証されたときのみ、そのナビゲーション端末にアクセスし、前記所定のサービスを提供し、前記所定のサービスは、前記ナビゲーション端末で利用可能な地図情報のアップデートであり、前記地図情報の先のバージョンとアップデートされた地図情報間の差分のみのデータを前記ワイヤレス通信ユニットにて受信するようにする。
【発明の効果】
【０００６】
以上説明したように本発明は、例えば無線通信によりインターネット等の通信網への接続機能を有するカーナビゲーションシステム（電子機器）に対してサービスを提供するのにあたって、サーバ側でカーナビゲーションシステムごとに固有に割与えたナビＩＤ（機器ＩＤ）を保有して管理していることで、本来はインターネット上における不特定多数の端末であるカーナビゲーションシステムのうち、サービスを提供したいとする特定のカーナビゲーションシステムに対してアクセスしてサービス提供に必要なデータ通信を行うことが可能になるものである。
例えば従来にあっては、先ずカーナビゲーションシステム側からアクセスしなければならず、例えばサーバ側では、このアクセスを待ってサービス情報を提供することしかできずにいた。これに対して、本発明では、サーバ、若しくは携帯電話（移動無線端末装置）側から特定のカーナビゲーションシステムに対してアクセスすることが可能となることから、適切とされる任意の機会に、必要充分な内容のサービスを提供することが可能となる。また、これによって、提供可能なサービスの種類も容易に増加させていくことが可能になる。従って例えばカーナビゲーションシステムを購入したユーザにとっては、サービス提供をこれまでよりも簡易で有効なかたちで享受することができ、また、販売側の両者にとっては製品の付加価値が高まるので、販売促進の効果も期待できることになる。
【０００７】
また、屋内等に固定的に設置される通信端末装置（パーソナルコンピュータ）から電子機器（例えばナビゲーションシステム）に対して通信を行う場合においては、認証サーバを介在させるようにしている。また、通信端末装置が電子機器と通信するために認証サーバにアクセスしたときには、アクセス経路を特定する情報（電話番号、ポート番号、ルータアドレス等）を利用して端末ＩＤ（ＰＣ−ＩＤ）を生成するようにしている。そして、認証サーバでは、端末ＩＤを利用して認証処理を行うようにしている。
アクセス経路を特定する情報は、通常は、通信端末装置が最初に接続する通信網を運営する側が管理保持していることから、通信端末装置側にて改竄することは不可能な情報であり、従って、端末ＩＤとしても改竄することのできない情報であるといえる。つまり、この発明によっては、いわゆる成りすましによって不正なサービス利用が行われることを、簡易な構成によって確実に防止することができるものである。
【図面の簡単な説明】
【０００８】
【図１】本発明の実施の形態としてのサービス提供システム（第１例）の構成例を示す説明図である。
【図２】本実施の形態のナビゲーションシステムの構成例を示す説明図である。
【図３】本実施の形態のナビゲーションシステムの内部構成例を示すブロック図である。
【図４】本実施の形態の携帯電話の内部構成例を示すブロック図である。
【図５】本実施の形態において、無線電話通信網に備えられるアプリケーションサーバの内部構成例を示すブロック図である。
【図６】本実施の形態におけるサービスサーバの内部構成例を示すブロック図である。
【図７】システムバージョンアップのサービス提供を実現するための処理動作を示すフローチャートである。
【図８】自動車のセキュリティチェックを携帯電話から行うというサービス提供を実現するための処理動作を示すフローチャートである。
【図９】自動車の鍵を、携帯電話からのコントロールにより行うというサービス提供を実現するための処理動作を示すフローチャートである。
【図１０】地図情報の更新データをナビゲーションシステムがサービスサーバからダウンロードするというサービスを実現するための処理動作を示すフローチャートである。
【図１１】本発明の実施の形態としてのサービス提供システム（第２例）の構成例を示す説明図である。
【図１２】パーソナルコンピュータの内部構成例を示すブロック図である。
【図１３】本実施の形態における認証サーバの内部構成例を示すブロック図である。
【図１４】本実施の形態におけるＰＣ−ＩＤ登録手順（第１例）を示す概念図である。
【図１５】本実施の形態におけるＰＣ−ＩＤ登録手順（第２例）を示す概念図である。
【図１６】本実施の形態におけるＰＣ−ＩＤ登録手順（第３例）を示す概念図である。
【図１７】パーソナルコンピュータがナビゲーションシステムの現在位置情報を取得するというサービスを実現するための処理動作を示すフローチャートである。
【発明を実施するための形態】
【０００９】
以下、本発明の実施の形態としてのサービス提供システムについて説明を行っていくこととする。このサービス提供システムは、自動車に搭載されるカーナビゲーション装置を購入したユーザに対して、少なくともカーナビゲーション装置購入のアフターケアとしてのサービスを提供するものとされる。
なお、以降の説明は次の順序で行う。
１．サービス提供システム（第１例）
１−１．全体構成
１−２．ナビゲーションシステムの全体構成
１−３．ナビゲーション本体部の内部構成
１−４．携帯電話の内部構成
１−５．アプリケーションサーバの内部構成
１−６．サービスサーバの内部構成
２．システムによるサービス提供形態例
３．処理動作例
４．サービス提供システム（第２例）
４−１．全体構成
４−２．パーソナルコンピュータの内部構成
４−３．認証サーバの内部構成
４−４．サービス提供形態例
４−５．認証用ユーザデータベースの構築
４−６．処理動作例
【００１０】
１．サービス提供システム（第１例）
１−１．全体構成
図１は、本実施の形態の第１例としてのサービス提供システムの一形態例を示している。
自動車１００には、ナビゲーションシステム１が搭載されている。このナビゲーションシステムは、いわゆるカーナビゲーション装置を基本として、自動車の盗難などを防ぐセキュリティティシステム、また、無線電話通信網３００を介してデータ通信が可能な通信端末装置などを備えたシステム構成を採っている。
本実施の形態のサービス提供システムによるサービスを受けるのは、この自動車１００の所有者であり、また、ナビゲーションシステム１を購入したユーザとなる。
【００１１】
携帯電話２００は、例えばナビゲーションシステムと同じユーザの名義で、無線電話通信網３００を運営する通信会社と契約してあるもので、上記のようにして、無線電話通信網３００を介して、電話回線を使用しての通話を行うことができる。また、この場合には、インターネットとの接続によりデータ通信を行うことも可能とされている。
【００１２】
無線電話通信網３００は、例えば携帯電話のほか、本実施の形態であればカーナビゲーション装置の無線端末装置などの、無線端末装置間の移動体通信を実現するための設備とされ、例えば図示するように、基地局３０１、中継局３０２、アプリケーションサーバ３０３，ゲートウエイ３０４を備える。
基地局３０１及び中継局３０２によっては、例えば無線端末装置間での無線通信が可能とされる。また、無線端末装置をインターネットと接続する際には、アプリケーションサーバ３０３がその機能を果たすようにされる。
アプリケーションサーバ３０３は、例えばその無線通信会社で提供するインターネット機能に対応して必要となる処理を実行するようにされている。そして、アプリケーションサーバ３０３にて処理したデータをゲートウェイ３０４を介して変換することで、結果的には、無線電話通信網３００と接続される無線端末装置をインターネット４００と接続することが可能になる。
【００１３】
インターネット上には各種のサーバが接続されているのであるが、本実施の形態としては、図示するように、サービスサーバ５００が備えられる。このサービスサーバ５００は、ユーザへの各種サービスを提供可能な機能が与えられるように構成されている。なお、サービスサーバ５００により提供可能なサービス内容例については後述する。また、サービスサーバ５００は、ここでは１つのサーバであることとして示しているが、例えば実際には、サービスを提供する企業、部門などごとに、複数のサーバが設けられて構わないものである。例えば、後述する例では、購入されたカーナビゲーションシステム１本体についてのアフターサービスと、カーナビゲーションシステム１を構成するセキュリティシステムの利用サービスなどを提供しているが、例えば上記２つのサービスごとに、カーナビゲーションシステム１のメーカが設備するサービスサーバと、セキュリティシステムを運営する企業が設備するサービスサーバとが設けられて構わないものである。
【００１４】
このような構成であるとすれば、移動端末装置、つまりナビゲーションシステム１や携帯電話２００は、インターネット４００と接続されることで、各種のＷｅｂサイト等にアクセスすることができる。また、例えば電子メールの送受信等を行うことも可能となる。もちろんのこと、携帯電話２００に関すれば、通常の電話回線を通じての通話も可能とされるものである。
【００１５】
１−２．ナビゲーションシステムの全体構成
図２は本実施の形態のナビゲーションシステム全体の概略構成を示している。
この図２に示す本実施の形態のナビゲーションシステム１は、例えばナビゲーション本体部２、ディスプレイモニタ部３、ＧＰＳアンテナ５、交通情報受信アンテナ７、自律航法ユニット６、通信端末装置５０、セキュリティシステム部４１、及びリモートコントローラ８等によって構成される。
【００１６】
ナビゲーション本体部２の詳しい構成については後述するが、その内部で再生される記録媒体９から読み出した地図情報と、現在位置情報とに基づいて、例えばディスプレイモニタ部３の表示画面３ａに対して、自車の現在位置を地図上に表示させたり、また、ドライブ経路や各種ガイドとなるナビゲーション情報を表示させることができるようになっている。
【００１７】
記録媒体９は、例えばこの場合には、ＣＤ−ＲＯＭ（Compact Disk−Read Only Memory）や、ＤＶＤ−ＲＯＭ（Digital Video Disk／Digital Versatile Disk−Read Only Memory）等のディスクとされ、上記もしたように地図情報が記憶されている。
【００１８】
ディスプレイモニタ部３の表示画面部３ａには、例えば液晶ディスプレイ等によって構成され、ナビゲーション本体部２から出力される画像情報に基づいて表示が行われる。
受信部３ｂはリモートコントローラ８から送られてくるコマンド情報を受信する受信部とされる。この受信情報は、後述するようにして、ナビゲーション本体部２に対して伝送される。
【００１９】
また、ここでは図示していないが、本実施の形態のナビゲーション装置としては、スピーカ等の音声出力部を設けることも可能とされる。その場合は、ナビゲーション本体部２から音声出力部に対して、所定のポイント（交差点）や、渋滞状況、右折左折地点、道順間違い、などといった音声ナビゲーション情報を出力することで、音声出力部からユーザに対して警告音やガイド音声を出力することが可能になる。
【００２０】
ＧＰＳ（Global Positioning System ）アンテナ５は、例えばＧＰＳの衛星からの電波を受信するために設けられている。このＧＰＳアンテナ５で受信された電波は受信データとして復調されてナビゲーション本体部２内に取り込まれ、後述するように自車の現在位置を測定するために用いられる。
【００２１】
交通情報アンテナ７は、所定の道路交通情報通信システムのもとで、例えばＦＭ多重、光ビーコン、電波ビーコンなどにより伝送される道路交通情報を受信可能とされている。受信された道路交通情報としては、例えば道路の渋滞状況や駐車場などの情報が挙げられるが、ナビゲーション本体部２では、これらの道路交通情報に基づいて、道路の渋滞状況の表示、また、渋滞状況に基づく所要時間の提示、駐車場の案内表示などを実行させることが可能とされる。
【００２２】
自律航法ユニット６は、自車の走行速度や走行方位などの走行情報を検出する部位とされ、例えば図示するように、自車の走行速度に応じて変化する車速パルスを検出する車速センサ６ａ、及び、自車の走行方位を検出するジャイロ６ｂを備えている。この自律航法ユニット６で検出された走行情報もまたナビゲーション本体部２に出力され、自車の現在位置を測定するのに用いられる。
特に、このような自律航法ユニット６は、例えば自車がトンネルや地下道等に入り、上記ＧＰＳアンテナ５により衛星通信からの電波を受信できない時に、自車の現在位置を測定するのに利用される。
【００２３】
リモートコントローラ８は、本実施の形態のナビゲーションシステム１をユーザが操作するために用いられ、各種操作キーや、操作キーの操作に応じてコマンド信号を発生させる信号発生部や、コマンド信号を赤外線輝度変調信号として出力する出力部等を備えており、その赤外線によるコマンド出力が上記受信部３ｂで受信される。
ここで、リモートコントローラ８に備えられる緊急キー８ａは、例えば交通事故や、第三者とのトラブルなどの、搭乗者にとって危険とされる状況が発生したときに操作されるもので、これによって、例えば、そのときの状況を記録した画像、音声データを転送させることができるようになっている。
【００２４】
なお、操作手段としては、これ以外にも、例えば電波送信によるリモートコントローラ、ナビゲーション本体部２と有線接続されるリモートコントローラ、さらにはナビゲーション本体部２やディスプレイモニタ部３の筐体上に設けられる操作部等とされてもよいものである。
【００２５】
通信端末装置５０は、先に図１に示した無線電話通信網３００を介するようにしてインターネットに接続するための移動体通信端末である。そして、この通信端末装置５０は、図示するようにナビゲーション本体部２と接続されることで、ナビゲーション本体部２からデータを無線によって送信することが可能となり、また、通信端末装置５０にて受信したデータを入力して、ナビゲーション本体部２にて所要の処理を実行することが可能となるものである。つまり、通信端末装置５０とナビゲーション本体部２とが接続されることで、本実施の形態のナビゲーションシステム１には、少なくともインターネット接続機能が与えられる。
【００２６】
セキュリティシステム部４１は、自動車自体及び搭乗者を保安するための機能を有するものとされ、この場合には、外付けカメラ４２、マイクロフォン４３、ロックコントロール部４４、及び記憶部４５を備えてなる。
外付けカメラ４２は、例えば実際には、複数のカメラ装置からなるものであるが、ここでは便宜上、１つの機能ブロックとして示している。この外付けカメラ４２としての複数のカメラ装置は、それぞれ自動車の室内、また車外の所定位置に対してその目的に合った所要の方向に向けて設置される。これにより、自動車内、また、自動車の周囲の状況を撮像することが可能になるものである。
【００２７】
これと同じ目的で、前述したディスプレイモニタ部３に対しても、車内カメラ３ｃとフロントカメラ３ｄとが設けられている。車内カメラ３ｃは、表示画面３ａ側の面に設けられ、フロントカメラは、ディスプレイモニタ部３の背面部から撮像するような形態で設けられる。
例えばディスプレイモニタ部３は、自動車内のフロントガラスの近傍において、運転者の前方視界を妨げないようにして設置されるものとされる。このような位置にディスプレイモニタ部３を配置することで、車内カメラ３ｃによっては自動車の室内を撮像することができ、フロントカメラ３ｄによっては自動車の前方を撮像することができる。よって、これらの車内カメラ３ｃ及びフロントカメラ３ｄと、外付けカメラ４２との併用を考えれば、外付けカメラ４２としては、例えば自動車の後方、左右の横方向の撮像ができるように複数台のカメラ装置を自動車に取り付ければよいことになる。
なお、これらのカメラ装置としては、その撮像画像信号がナビゲーション本体部２に対して入力されることで、後述するようにして動画像データとして記憶部４５に記録するようにされており、例えば撮像素子としてはＣＣＤなどが採用されればよい。
【００２８】
マイクロフォン４３は、自動車外部の音声を収音するようにして自動車に取り付けられ、その収音音声は、音声信号としてナビゲーション本体部２に入力されて、後述するようにして音声データとして記憶部４５への記録が行われる。
【００２９】
ロックコントロール部４４は、自動車の鍵の開閉動作をコントロール可能なように自動車への取り付けが行われる。また、鍵の開閉をコントロール機構部位の状態に応じて、現在、鍵がかかっているか否かを示すロック状態情報をナビゲーション本体部２に対して出力することも可能になっている。
【００３０】
記憶部４５は、例えば比較的大容量のデータを記憶可能な記憶デバイスを備えて成る。ここでは、この記憶部４５として採用されるメディアは特に限定はしないが、例えばハードディスクであってもよいし、また、他のディスクメディアや不揮発性のメモリ素子などが採用されて構わない。本実施の形態の場合には、記憶部４５には、上記した各カメラ装置に撮像された動画像データ、及び、マイクロフォン４３により収音された音声信号データが、自動車内部及び周囲の状況を再現する証拠的な情報として記憶される。
【００３１】
１−３．ナビゲーション本体部の内部構成
図３のブロック図は、ナビゲーション本体部２の内部構成を示している。
この図４において、測位部４は自車の現在位置を測位する部位であり、インターフェイス１４から転送されてくるＧＰＳの受信データや、自車の走行情報に基づいて例えば所定の演算処理を実行することで、自車の現在位置を示す位置情報としての緯度／経度情報を得るようにされる。
【００３２】
ＲＯＭ（Read Only Memory）１１には、本実施の形態のナビゲーションシステム１が所要の処理を実行するための各種プログラム、及び原則として書き換え不可の各種ファクトリープリセットデータが格納されている。
メモリ１２は、例えばフラッシュメモリを始め、電源が供給されない状態でも記憶内容を保持できるＥＥＰＲＯＭ(Electrically Erasable Read Only Memory)とされ、いわゆるバックアップデータを記憶保持する。ここでのバックアップデータとしては各種挙げられるのであるが、例えばユーザが設定した目的地及びこれに対応する経路等をはじめとする各種の情報が記憶される。
但し、上記ＲＯＭ１１としても、不揮発性メモリやフラッシュメモリなどの書き換え可能なメモリ素子を採用することで、必要に応じてプログラムやファクトリープリセットデータの書き換え（例えばいわゆるアップデート）を行うようにすることも可能となる。本実施の形態では、ＲＯＭ１１も書き換え可能とされているものとする。
【００３３】
また、本実施の形態にあっては、メモリ１２に対しては、このナビゲーションシステム１に対して固有に与えられたナビＩＤが格納される。このナビＩＤは、例えば、購入決定時に際してのユーザ登録時に割り当てが行われて、ユーザの手に渡るまでの段階で書き込みが行われるものとされる。また、購入後において、このナビゲーションシステム１をインターネットに接続して、いわゆるオンラインによるユーザ登録を行ったときに、サービスサーバ５００から割り当てられて送信されてくるナビＩＤをメモリ１２に書き込むようにしてもよい。
【００３４】
ＤＲＡＭ（Dynamic Random Access Memory）１３は、制御部１９が各種処理を実行する際のワークエリアとして用いられると共に、ディスクドライバ１８によって記録媒体９から再生された地図情報等に基づく、ナビゲーション画像情報生成のための処理も、このＤＲＡＭ１３を利用して実行される。
【００３５】
インターフェイス（Ｉ／Ｆ）１４は、外部装置と当該ナビゲーション本体部２とを接続するために設けられる。
この場合のインターフェイス１４には、ＧＰＳアンテナ５からの受信データが入力される。また、交通情報アンテナ７にて受信された道路交通情報のデータが入力される。自律航法ユニット６の車速センサにて検出される車速パルスが入力される。また端子３２を介しては、ジャイロ６ｂにて検出される自車の走行方向情報が入力される。
ＧＰＳアンテナ５からの受信データと、自律航法ユニット６からの走行情報（車速パルス及び走行方向情報）は、バス２０を介して測位部４に転送される。測位部４では、これらの転送された情報をパラメータとして入力して、自車の現在位置を測定する。
また、交通情報アンテナ７からの道路交通情報のデータは、例えば制御部１９の制御によってＤＲＡＭ１３に書き込まれて保持されると共に、制御部１９がこのＤＲＡＭ１３に書き込んだ道路交通情報を参照することで、例えばディスプレイモニタ部３に対して表示出力すべき地図情報画像データにおいて渋滞状況等の道路交通情報が反映されるようにも画像処理制御等を実行するようにされる。
【００３６】
時計部１５は、現在日時を計時するもので、その時間情報は、当該ナビゲーションシステム１において必要とされる時間管理のために用いられる。
【００３７】
入力部１６は、ディスプレイモニタ部３の受信部３ｂと接続されており、受信部３ｂで受信したリモートコントローラ８からのコマンド信号が入力される。そして、入力されたコマンド信号を内部バス２０により伝送可能なフォーマットに変換した後、バス２０を介して制御部１９に転送する。制御部１９では、入力したコマンド信号に基づいて適宜所要の制御処理を実行するようにされる。
【００３８】
表示ドライバ１７は、制御部１９の制御により、表示のための画像情報を生成し、端子３４を介してディスプレイモニタ部３の表示画面部３ａに対して出力する。
例えば、記録媒体９から読みだした地図情報や測位部４で算出した自車の現在位置情報に基づいて、自車の現在位置を示す画像信号を生成してディスプレイモニタ部３に出力する。
【００３９】
ディスクドライバ１８は、記録媒体９を再生するための部位であり、実際に記録媒体９として採用されるメディアフォーマットに対応した再生機能が与えられて構成される。例えば記録媒体９から再生された地図情報等はバス２０を介してＤＲＡＭ１３に転送されてここで保持され、所要のタイミングで、制御部１９が参照すると共に、表示用のデータとして利用される。
【００４０】
画像音声処理部４６は、入力された撮像画像信号及び音声信号について所要のデジタル信号処理を施し、最終的には、記憶部４５に対して記録可能な形式の記録データに変換する。ここで、画像音声処理部４６に対して入力される撮像画像信号は、車内カメラ３ｃ、フロントカメラ３ｄ、及び外付けカメラ４２からの複数の信号となるのであるが、例えば画像音声処理部４６では、同時に入力される信号を先ずはデジタルデータに変換し、この後に、時分割的な処理によって、それぞれの撮像信号データについて、所定フォーマットの圧縮動画像データに変換する。
また、画像音声処理部４６に入力される音声信号はマイクロフォン４３からの信号であり、この音声信号についてもデジタルデータに変換した後に、例えば所定フォーマットの圧縮音声信号データに変換する。
そして、このようにして得られた圧縮動画像データ及び圧縮音声信号データは、制御部１９の書き込み制御によって、内部データバス２０を介するようにして記憶部４５に転送されて書き込みが行われる。
【００４１】
また、記憶部４５対して動画像データ及び音声データを記録するのにあたっては、例えば記録を行っていく過程で、記録可能容量が一杯になったときには、最も過去に記録された動画像データ及び音声データを上書き消去していくようにして、最新の撮像画像データ及び音声データを記録していくようにされる。このようにすれば、記憶部４５の記憶容量としては比較的少なくても済む。この記録可能容量としては時間的に例えば数１０分程度であれば、証拠を残すという目的には充分に適うものとされる。
【００４２】
なお、上記画像音声処理部４６としては、例えば、記憶部４５に記録された画像音声データを再生出力するためのデコード機能を備えるようにしても構わない。このようなデコード機能を与えれば、例えば記憶部４５に記録された画像音声データを表示部３にて再生出力させるようにすることも可能とされる。
【００４３】
通信インターフェイス４７は、通信端末装置５０とナビゲーション本体部２との間でのデータの送受信を司る。例えば通信端末装置５０からナビゲーション本体部２側にデータ出力が行われた場合には、通信インターフェイス４７は、通信端末装置５０から入力されたデータを、ナビゲーション本体部２内で処理可能な形式に変換して、データバス２０を介して所要の機能回路部に出力する。
また逆に、ナビゲーション本体部２から通信端末装置５０に対してデータを転送する場合には、通信端末装置５０により処理可能な形式のデータに変換して通信端末装置５０に対して出力するようにされる。
【００４４】
またここでは、通信端末装置５０に対する動作制御は、ナビゲーション本体部２の制御部１９が実行するようにされる。つまり、通信端末装置５０とナビゲーション本体部２とが連携して無線通信を実行することで、本実施の形態のナビゲーションシステム１としては、例えばインターネットとの通信機能が与えられることになる。
【００４５】
制御部１９は、例えばＣＰＵ(Central Processing Unit)を備えて構成され、各回路部に対して所要の制御を実行する。これにより、これまで説明したような当該ナビゲーションシステムにおける各種の動作が実現される。
【００４６】
１−４．携帯電話の内部構成
図２のブロック図は、本実施の形態の携帯電話の内部構成を簡略に示している。
アンテナ２０１にて受信された電波は、受信回路２０２によって受信復調され、信号処理回路２０４に対して出力される。この受信波が例えば通話における相手方の音声データであるとすれば、信号処理回路２０４においては、音声信号への復調を行って、例えばスピーカ２０６に対して出力する。また、例えば受信波がメールや、インターネットなどのいわゆるデータ通信の情報であれば、このような通信データを復調する。そして、システムコントローラ２０８の制御によって、この復調した通信データをＬＣＤ表示部２０９に対して表示させることが可能とされている。
また、例えば操作時における電子音や、着信時の呼び出し音を出力させる必要のあるときには、例えばシステムコントローラ２０８がリンガー２０５を制御することで、必要とされるリンガー音を発生させて、その音声信号をスピーカ２０６に対して出力させる。
【００４７】
また、例えば通話時においてマイクロフォン２０７により収音したユーザの音声は、音声信号として信号処理回路２０４に対して入力される。信号処理回路２０４では、この音声信号について所定のエンコード処理を施して送信回路２０３に対して出力する。送信回路２０３では、信号処理回路２０４から入力された信号をアンテナ１を介して送信出力させる。
【００４８】
システムコントローラ２０８は、当該携帯電話による各種動作が行われるように各種制御処理を実行する。
このシステムコントローラ２０８には、ＲＯＭ２１７及びＲＡＭ２１８が備えられる。ＲＯＭ２１７は、例えばフラッシュメモリやＥＥＰＲＯＭなどにより構成される書き換え可能なメモリとされ、ここにシステムコントローラ２０８が実行すべきプログラムや表示データが記憶される。また、例えば電話帳データや、送受信したメールのデータなど、ユーザが設定、登録した各種データも記憶保持される。
更に本実施の形態においては、ＲＯＭ２１７には、この携帯電話２００に対して固有に与えられた携帯ＩＤが付される。これは、携帯電話の場合であれば、割与えられた電話番号の情報としてもよいものである。
【００４９】
キー操作部２１０は、所定複数のボタンキーから成るものとされ、これらボタンキーに対する操作に応じた操作情報信号をシステムコントローラ２０８に対して出力する。システムコントローラ２０８は、この操作情報信号に基づいて、所要の動作が得られるように制御処理を実行する。
【００５０】
また、ＬＣＤ表示部２０９は、図示するように、システムコントローラ２０８の制御によって、動作状況に応じた内容の表示が行われるように駆動される。
【００５１】
なお、ナビゲーションシステム１に備えられる通信端末装置５０の内部構成も、上記図４に示す構成に準じたものとされる。但し、通信端末装置５０の場合には、これをユーザが携帯して通話などに使用する必要はないことから、図４に示した回路から、例えば、リンガー２０５、スピーカ２０６、マイクロフォン２０７、ＬＣＤ表示部２０９、キー操作部２１０などの機能回路部の省略が可能とされる。そして、ナビゲーション本体部２内の通信インターフェイス４７とデータを授受可能なインターフェイス機能が設けられればよいものである。
【００５２】
１−５．アプリケーションサーバの内部構成
図５は、無線電話通信網３００に備えられるとされる、アプリケーションサーバ３０３の内部構成例を簡単に示している。
このアプリケーションサーバ３０３は、例えば図示するようにして、記憶部４０１、インターフェイス４０２，４０３、制御部４０４を備えてなる。
記憶部４０１には、アプリケーションサーバとしての機能を実現するのに必要とされる各種情報が記憶されている。ここでは、記憶部４０１に格納されるデータの代表的なものとして、ユーザデータベース４１０と実行アプリケーション４１１が示されている。
【００５３】
ユーザデータベース４１０は、例えば図の下側に示すように、ナビゲーションシステム１と携帯電話２００のユーザについてのユーザ情報、携帯ＩＤ、ナビＩＤ、及びパスワードが対応づけられて格納される。
ユーザ情報は、例えばユーザの住所氏名、生年月日をはじめとするサービスに必要とされる多様な各種のユーザ個人に関する情報が格納されている。
携帯ＩＤは、このユーザが所有する携帯電話に書き込まれている携帯ＩＤと同一のデータが格納される。ナビＩＤも同様にして、ユーザが所有するナビゲーションシステム１に割与えられたものと同一のナビＩＤのデータが格納される。なお、このナビＩＤとしては、例えば無線端末装置５０に対して割り与えた電話番号とすることが考えられ、ナビＩＤを電話番号とすれば、例えばアプリケーションサーバ３０３、またはサービスサーバ５００から、ナビゲーションシステム１の無線端末装置にアクセスすることを容易に実現できる。
また、例えば携帯電話２００から、無線電話通信網３００を介するようにしてナビゲーションシステム１に対してアクセスする場合には、アクセスを要求した携帯電話２００が適正であることの認証を得るために、携帯電話２００に対してユーザがパスワードの入力操作を行うのであるが、ユーザデータベース４１０のパスワードとしては、この値が格納されることになる。
【００５４】
ところで、図５に示されるユーザデータベース４１０の内容として、各ユーザ個人ごとの情報は、例えば次のような機会において、所要の情報を取得して作成することができる。
例えばナビゲーションシステム１は、インターネットを利用したいわゆるインターネットショッピングにより購入することができるものとしている。このようなインターネットショッピングにより購入手続きを行うのにあたっては、例えばユーザは、ブラウザ画面上に表示される入力フォームに対して所要の個人情報を入力する。また、本実施の形態のようにして無線端末装置５０を備えるナビゲーションシステム１であれば、このナビゲーションシステム１の購入に際して、無線端末装置５０を利用可能とするための通信会社との契約も行うようにされる。本実施の形態では、アプリケーションサーバ３０３（またはサービスサーバ５００）が、インターネットショッピングのための販社サーバと通信することで、これらの情報を受け取り、そしてデータベースとして作成して登録しておくようにされるものである。つまり、ユーザがインターネットショッピングによりナビゲーションシステム１を購入していれば、後においてユーザデータベース４１０を作成するのに必要な登録作業などは行わなくてもよいようにされている。
また、本実施の形態のナビゲーションシステム１は、インターネットショッピングにおける購入形態として、例えば無形物商品である自動車保険と組み合わせて購入できるようにもなっている。この場合、例えば自動車保険及びナビゲーションシステム１の価格が割り引かれたり、また、分割支払い契約の場合には、分割手数料について無料、若しくは割り引くというサービスが行われる。そして、このようにして自動車保険と組み合わせてナビゲーションシステム１を購入したような場合には、ユーザデータベース４１０としてのユーザ情報は、自動車保険を購入するための入力フォームへの入力を行った段階で得ることもできる。
なお、携帯ＩＤ及びパスワードに関しては、例えば携帯電話２００の操作によりセキュリティサービスの契約をしたときに、ユーザが入力して送信したデータを受信取得して格納するようにされればよい。もちろん、上記したインターネットショッピングによるナビゲーションシステム１の購入手続きの際に、セキュリティサービスを利用可能な携帯電話の登録が行えるようにして、このときに携帯ＩＤ及びパスワードを通知するようにしてもよいものである。
【００５５】
実行アプリケーション４１１は、アプリケーションサーバ３０３が実行すべき各種動作に対応する各種のアプリケーションプログラムから成るものとされる。例えばインターネットを介してのメールの送受信機能を司るアプリケーションプログラムや、携帯電話２００やナビゲーションシステム１からのＷｅｂページへのアクセス要求に応じてのインターネットとの接続処理や、ユーザデータベース４１０を検索するためのアプリケーションプログラムなどである。
【００５６】
インターフェイス４０２は、中継局３０２側との情報送受信のために設けられ、インターフェイス４０３は、ゲートウェイ３０４（インターネット）側との情報送受信のために設けられる。
制御部４０４は、実行アプリケーション４１１としてのプログラム内容に従って各種の制御処理を実行する。
【００５７】
１−６．サービスサーバの内部構成
図６は、サービスサーバ５００の内部構成例を簡略に示している。
この図に示すサービスサーバ５００は、記憶部５０１、ネットワークインターフェイス５０２、制御部５０３を備える。
この場合にも記憶部５０１には、各種サービスを提供するサーバとしての機能を実現するのに必要とされる各種情報が記憶されている。ここでは、記憶部５０１に格納される代表的なデータとして、ユーザデータベース５１０、実行アプリケーション５１１、サービス用データ５１２が示される。
【００５８】
ユーザデータベース５１０は、例えば先に図５において説明したユーザデータベース４１０と同様の内容でよいものとされ、例えば、アプリケーションサーバ３０３と通信を行うことで、常に同じ内容を保有しているようにされる。つまり、アプリケーションサーバ３０３またはサービスサーバ５００との何れか一方のサーバにおいて、ユーザの新規契約などによってユーザデータベースの内容が更新されると、他方のサーバに対してユーザデータベースが更新されたことを通知して、互いのユーザデータベースの内容に不整合が生じないように書き換えを実行する。
この場合の実行アプリケーション５１１は、サービスサーバ５００が実行すべき各種動作に対応する各種のアプリケーションプログラムから成る。また、サービス用データ５１２には、サービス提供に際して、例えばナビゲーションシステム１、または携帯電話などの通信端末装置に対して送信すべき各種のサービス用データとなる。
ネットワークインターフェイス５０２は、インターネットと接続するためのインターフェイス手段として設けられる。
制御部５０３は、実行アプリケーション４１１としてのプログラム内容に従って各種の制御処理を実行する。
【００５９】
２．システムによるサービス提供形態例
上記構成によるサービス提供システムにあっては、無線電話通信網３００及びインターネット４００の通信網を介することで、ナビゲーションシステム１と携帯電話２００と、サービスサーバ５００とで通信を行うことが可能となる。そして、このシステム間での通信機能を利用して、本実施の形態としては、例えば以下に挙げるようなサービスをユーザに対して提供することができる。
【００６０】
ここで、例えば或る機種のナビゲーションシステム１について、記録媒体９として示した地図情報を記録したメディアについての最新版が新たにできあがったとする。
このような場合、例えばサービスサーバ５００は、この最新版のメディアを再生可能なナビゲーションシステム１を所有するユーザを、ユーザデータベース５１０から検索する。そして、検索されたユーザのナビゲーションシステム１の無線端末装置５０のナビＩＤと共に、サービス用データ５１２として最新版のメディアを勧めるコンテンツデータを、無線電話通信網３００のアプリケーションサーバ３０３に対して送信する。このコンテンツデータは、例えば「地図ディスクの新盤がでています。もしよろしければお買い求め下さい。入手方法は・・・・」などのような文字を、表示部３の表示画面３ａに表示出力可能なデータとされる。
アプリケーションサーバ３０３では、ユーザＩＤとコンテンツデータを受信すると、受信したユーザＩＤのナビゲーションシステム１のすべてに対してコンテンツデータを送信する。
そして、このコンテンツデータは、ナビゲーションシステム１の無線端末装置５０にて受信されてナビゲーション本体部２に対して転送される。そして、制御部１９の制御によって、受信したコンテンツデータを、表示部３の表示画面３ａに表示出力させる。このようにして表示されたメッセージの内容を見ることで、ユーザは、新しい地図情報のディスクがメーカ側から提供されていることを知ることができる。
【００６１】
なお、このようなコンテンツデータを受信したときに、ユーザが必ず自動車に搭乗していて表示画面３ａに表示されるコンテンツデータを見ることができるとは限らない。そこで、例えば運転が行われていないなどして、ナビゲーションシステム１のメイン電源が入っていないようなときには、無線端末装置５０によりコンテンツデータを受信したときに、自動的にメイン電源をオンとして、受信して取得したコンテンツデータをメモリ１２や記憶部４５に記憶させておくようにされる。そして、例えばユーザが自動車のイグニッションキーを回して、ナビゲーションシステム１のメイン電源がオンとなったときに、このコンテンツデータを表示画面３ａに表示させるようにすることも考えられる。
【００６２】
もしくは、ナビゲーションシステム１が動作している状態のもとでは、所定時間ごとに、ナビゲーションシステム１から、サービスサーバ５００側に、現在動作中にあることを示す情報をナビＩＤと共に送信するようにしてもよい。そして、この情報の送信に応答して、サービスサーバ５００では、受信したナビＩＤのナビゲーションシステム１に対して、コンテンツデータを送信するようにされる。このようにすれば、ナビゲーションシステム１が動作しているときにのみ、コンテンツデータを効率よく送信することが可能になるものである。
また、この発展として、ナビゲーションシステム１からサービスサーバ５００側に対して、例えば測位部４にて測定された現在位置を所定時間ごとに送信するようにする。そして、サービスサーバ５００では、例えば送信された現在位置がちょうど最新版のメディアで新たにサポートされた道路であるなどして、最新版を薦めるのに好適な機会であると判断したときに、コンテンツデータを送信するようにすることも考えられる。このようにすれば、サービスとしてはより充実したものとなる。
【００６３】
また、或る機種のナビゲーションシステム１について、メーカ側でシステムとしてのプログラムをバージョンアップしたアップデータを提供するというサービスも考えられる。
簡単に説明すると、サービスサーバ５００においては、アップデータをサービス用データ５１２の１つとしてとして用意しておく。そして、所要の適当な機会で以て、１以上の特定のナビゲーションシステム１に対してアップデータを送信する。
ナビゲーションシステム１においては、受信したアップデータを利用して、例えばＲＯＭ１１に格納されているプログラムやプリセットデータを書き換える。このようにすれば、例えばユーザがわざわざバージョンアップ用のメディアを入手しなくとも、オンラインによるデータ通信によってナビゲーションシステム１のバージョンアップが行われることになる。しかも、この場合にはバージョンアップが自動的に行われるため、ユーザにとっては非常に有用なサービスとなるものである。
【００６４】
また、携帯電話２００をユーザが利用して操作を行うことで、遠隔地から自動車についてのセキュリティに関するコントロールを行えるようにすることも可能とされる。この動作についても簡単に説明する。
例えば、ユーザは、携帯電話２００を操作して、無線電話通信網３００のアプリケーションサーバ３０３に対してアクセスする。ここでアクセスするのは、自動車のセキュリティコントロールのためのサーバ（アプリケーションサーバ３０３に在るものとする）とされる。そして、更にユーザは所定操作を行うことで、自動車の鍵がロックされているか否かについての問い合わせを行う。このリクエストに応じて、アプリケーションサーバ３０３内のセキュリティサーバは、アクセスしてきた携帯電話と同じユーザが所有するナビゲーションシステム１のナビＩＤを検索して、この検索されたナビＩＤのナビゲーションシステム１に対して、キーロック問い合わせのコマンドを送信する。
【００６５】
このコマンドを受信したナビゲーションシステム１では、セキュリティシステム部４１のロックコントロール部４４からの情報に基づいて、現在鍵がロックされているか否かについてのキーロック情報を、アプリケーションサーバ３０３に送信する。アプリケーションサーバ３０３は、このキーロック情報を、携帯電話２００に対して転送するようにして送信する。携帯電話２００では、例えばキーロック情報に基づいて、ユーザの自動車の鍵がかかっているか否かの情報を、例えば表示などによって示すようにされる。
【００６６】
そして、例えば鍵がかかっていないとすると、ユーザは、携帯電話２００を操作して、キーロックを指示する指示情報を送信するようにされる。この指示情報を受信したアプリケーションサーバ３０３では、この指示情報をナビゲーションシステム１に転送する。そして、指示情報を受信したナビＩＤのナビゲーションシステム１においては、キーロックコントロール部４４により、自動車の鍵をかけるように動作するものである。
つまり、携帯電話２００を使用することによって、例えば自動車について鍵がかかっているかどうかの確認を行い、また、鍵がかかっていなければ、鍵をかけるようにコントロールすることが可能とされるものである。
【００６７】
また、逆に、例えば車上狙いなどによって鍵が開けられてしまったような場合には、ナビゲーションシステム１側からの通信端末５０の通信によって、鍵があけられてしまったことを携帯電話２００に通報するように校正することも可能とされる。
【００６８】
また、アップデータの提供に類するものとして、ナビゲーションシステム１にて利用する地図情報の更新データを提供（送信）し、ナビゲーションシステム１においては更新データを利用して常に最新の地図情報を表示させるようにするというサービスも考えられる。
【００６９】
前述もしたように、ナビゲーションシステム１では、記録媒体９に記録されている地図情報を利用して、地図上に現在位置などを示す表示等を行うようにされているが、ナビゲーションシステム１を製造販売しているメーカ側においては、この地図情報について逐次更新を行っているものとする。
そして、サービスサーバ５００としては、この更新された地図情報をサービス用データ５１２の１つとして保有するようにされる。
【００７０】
なお、この場合において、更新データ内容、形式としては特に限定はしないが、ここでは、例えば更新前の地図情報との差分データのみを有しているものとする。つまり、例えば新たな道路を地図上に加えるようにして更新が行われているとすれば、この新たな道路をしかるべき位置に表示させるための差分データが更新データとされることになる。このようにして、更新データを差分データの形式とすれば、例えばサービスサーバ５００では、サービス用データ５１２に格納すべき更新データとして、更新内容を含む全地図情報を記憶する必要はなくなるので、それだけ、記憶部８０１の記憶容量を節約することができる。
【００７１】
この場合の地図情報が更新されたことのユーザへの通知は、先の地図情報を記録したメディアの最新版の購入を勧めるコンテンツデータの送信と同様にして行えばよいものとされる。そして、送信されたコンテンツデータがナビゲーションシステム１にて表示されることで、例えばユーザは、地図情報が更新されており、また、この更新データをダウンロードして取得可能であることを知ることができる。
【００７２】
そして、ユーザが地図情報の更新データを取得したいと思った場合には、例えば、地図情報のダウンロードを指示するための所定操作をナビゲーションシステム１に対して行うようにされる。この操作は、例えば上記したコンテンツデータとして含まれているＸＭＬやＨＴＭＬなどによるダウンロード用のアプリケーションをＧＵＩとして表示画面３ａに表示させ、このＧＵＩに対して所定操作を行うことができるように構成することが考えられる。
【００７３】
上記のようにして操作が行われたとすると、ナビゲーションシステム１においては、例えば制御部１９の制御によって、自身のナビＩＤと共に、更新データのリクエストを送信することになる。この送信データは、通信端末装置５０から無線電話通信網３００に対して送信され、無線電話通信網３００内のアプリケーションサーバ３０３が受信することになる。
そして、アプリケーションサーバ３０３では、受信した更新データのリクエストと、ナビＩＤとを、インターネット４００を介してサービスサーバ５００に対して送信する。
【００７４】
なお、アプリケーションサーバ３０３は、リクエストを受信した段階において、認証処理を行って、リクエストの送信元のナビゲーションシステム１が、このサービスを受ける正当な権利を有しているユーザの所有するものであるのか否かを判定するようにすることが好ましい。
そこで、このシステム構成のもとで認証処理を行うようにするには、ナビゲーションシステム１からは、ナビＩＤと共にパスワードを送信するようにすればよい。そして、アプリケーションサーバ３０３においては、ユーザデータベース４１０におけるユーザごとのデータとして、携帯電話２００に対応して登録されたパスワードだけでなく、ナビゲーションシステムに対応するパスワードも登録するようにしておき、リクエストの受信時には、ユーザデータベース４１０を参照して、リクエストと共に受信した、ナビゲーションシステム１に対応するパスワードと、ナビＩＤとについて照合を行うようにすればよい。
【００７５】
リクエストとナビＩＤを受信したサービスサーバでは、このリクエストに応じて、サービス用データ５１２として記憶部５０１に格納されている地図情報の更新データについての読み出しを行う。そして、読み出した更新データを、受信したナビＩＤと共に、インターネット４００を介して無線電話通信網３００内のアプリケーションサーバ３０３に対して送信する。アプリケーションサーバ３０３では、受信したナビＩＤ（電話番号）を送信先として、受信した更新データを送信出力する。これによって、更新データをリクエストしたナビゲーションシステム１において、更新データが受信されることになる。
そして、ナビゲーションシステム１側においては、受信した更新データを記憶しておくようにされる。以降においては、この更新データを利用することで、地図上の現在位置表示や各種ガイド情報の表示などのナビゲーション動作として、更新データの内容を反映させることが可能となるものである。
【００７６】
また、ユーザにとってメリットのあるサービスではないが、ナビゲーションシステム１の購入後におけるユーザに対する対応として、次のようなことを行うこともできる。
この場合、サービスサーバ５００としては、ユーザが分割払いによってナビゲーションシステム１を購入した際には、その支払い状況のデータベースが格納されているものとされる。そして、上記したデータベースの内容から、ユーザの支払いが或る限度以上にまで滞っていることが分かった場合には、サービスサーバ５００側から、例えば「代金支払いを御願いします。代金支払いの確認がとれるまで、ナビの利用を停止いたします。」というメッセージと、制御情報を送信する。これを受信したナビゲーションシステム１では、表示画面３ａに上記した内容のメッセージを表示させると共に、以降においては、ナビゲーションシステム１自体がその動作を停止させてしまうようにするものである。
また、本実施の形態のナビゲーションシステム１は、先にも述べたように、単体でも購入可能であるが、自動車保険の購入時においてこれと組み合わせて購入することも可能とされ、例えばこのようにして組み合わせて購入した場合には、両者の金額が更に割り引かれたり、また、分割払いの金利手数料が割り引かれるなどのサービスが行われる。そして、このようにして組み合わせによる購入を行った場合に、上述のようにして代金支払いが滞っている場合には、ナビゲーションシステム１の利用の停止と共に、保険契約も停止するようにされ、メッセージとしては、保険契約の停止も行われることを告知するようにされる。
【００７７】
このようにして本実施の形態としては、ナビゲーションシステム１と携帯電話２００、若しくはサービスサーバ５００とが通信を行うことによって、多様なサービスを提供することができる。
例えば従来のナビゲーションシステムとしては、インターネットに接続可能なものは知られてはいるが、この場合のナビゲーションシステムはインターネット上に存在する不特定多数の端末装置の１つであることから、例えばサーバ側が或る特定のナビゲーションシステム１を指定してアクセスすることは不可能とされていたものである。従って、ナビゲーションシステム１のユーザがサービス提供を受けようとすれば、ユーザの方が、サービスサーバ５００のＵＲＬなどを把握した上で、ナビゲーションシステム１からサービスサーバ５００にアクセスする必要が生じることになる。また、サービスサーバ５００としても、原則は、不特定多数のナビゲーションシステム１としての端末のアクセスを受けることを前提としているために、例えばユーザごとに提供するサービスを必要に応じて使い分けるということはできず、汎用的な各種サービスを提供して、これらのサービスのなかからナビゲーションシステム１側からアクセスして選択する必要があった。つまり、ユーザのほうが能動的に操作などの作業をおこなってアクセスをしないと、サービスを充分に享受することができないものである。
【００７８】
これに対して、本実施の形態においては、例えばサービスサーバ５００またはアプリケーションサーバ３０３においては、各ナビゲーションシステム１に割与えてあるナビＩＤをユーザデータベースとして保持しており、このナビＩＤを指定することで、特定のナビゲーションシステム１に対してアクセスすることができる。つまり、本実施の形態としては、サーバ側からのアクセスにより、例えば適切とされる機会に、適切な内容のサービスをナビゲーションシステム１に対して積極的に提供することができるものである。
【００７９】
３．処理動作例
続いては、上記のようにして例示した各種サービスのうちから選択したいくつかのサービスを実現する際の処理動作について説明していくこととする。
先ずは、サービスサーバ５００が提供する、ナビゲーションシステム１のバージョンアップのサービスを実現するための処理動作について、図７のフローチャートを参照して説明する。なお、この図においては、サービスサーバ５００、アプリケーションサーバ３０３、及びナビゲーションシステム１の各々において実行される処理が並列的に示される。また、サービスサーバ５００としての処理は制御部５０３が実行し、アプリケーションサーバ３０３としての処理は、制御部４０４が実行し、ナビゲーションシステム１としての処理は制御部１９が実行する。
【００８０】
例えば、メーカ側によりサービスサーバ５００に対してナビゲーションシステム１のシステムのバージョンアップをすべきであるとの指示が行われたとすると、サービスサーバ５００の制御部５０３は、ステップＳ１０１としての処理により、或る特定のナビゲーションシステム１に対するアクセス要求を行う。この際には、アクセス要求と共に、アクセスすべきナビゲーションシステム１のナビＩＤを送信する。このナビＩＤは、例えば、バージョンアップが必要とされるナビゲーションシステム１の機器を所有しているユーザをユーザデータベース５０１のユーザ情報から検索し、検索されたユーザ情報に対応づけられたナビＩＤを読み出すことで取得する。
【００８１】
上記したアクセス要求は、インターネット４００からゲートウェイ３０４を介して、アプリケーションサーバ３０３に対して送信されるのであるが、アプリケーションサーバ３０３では、このアクセス要求をステップＳ２０１にて受信すると、ステップＳ２０２の処理に移行する。
ステップＳ２０２においては、受信したナビＩＤを有するナビゲーションシステム１に対して、現在のシステムのバージョンを尋ねるバージョンリクエストを送信する。この際には、例えばナビＩＤとしての電話番号を送信先として指定して、バージョンリクエストのデータを、中継局３０２，基地局３０１を介して送信するものである。
【００８２】
或る特定のナビＩＤを有するナビゲーションシステム１の通信端末装置５０では、上記のようにして送信されるバージョンリクエストを受信してナビゲーション本体部２内の制御部１９に対して転送する。これにより、ステップＳ３０１の処理として、バージョンリクエストを受信したことが制御部１９により判別される。
バージョンリクエストを受け取った制御部１９では、ステップＳ３０２の処理によって、現バージョンを通知する。つまり、当該システムの現バージョンを識別すると、この識別されたバージョンナンバを、レスポンスとして通信端末装置５０からアプリケーションサーバ３０３に対して送信出力する。なお、このレスポンスには自分のナビＩＤも格納している。
【００８３】
アプリケーションサーバ３０３では、上記したレスポンスをステップＳ２０３によって受信すると、ステップＳ２０４に進んでサービスサーバ５００に対してバージョン通知を行う。つまり、受信したレスポンスに格納されるバージョンナンバ及びナビＩＤを抽出して、これらの情報を、サービスサーバ５００に対して送信する。
【００８４】
サービスサーバ５００は、ステップＳ１０３によりアプリケーションサーバ３０３からのバージョンナンバの通知を受けると、ステップＳ１０３において、この通知されたバージョンナンバに基づいて、バージョンアップが必要であるか否かについて判別する。例えば通知されたバージョンナンバが今回のアップデータのバージョンナンバ以上であれば、バージョンアップは不要とされて否定結果が得られるが、今回のアップデータのバージョンナンバよりも小さければバージョンアップが必要であるとして肯定結果が得られることになる。
ここで否定結果が得られれば、このナビＩＤを有するナビゲーションシステム１に対する通信（アクセス）はこれ以上実行しないようにされるが、肯定結果が得られたのであれば、次のステップＳ１０４の処理によって、バージョンアップメッセージと、アップデータをナビＩＤと共にアプリケーションサーバ３０３に対して送信する。これらバージョンアップメッセージとアップデータは、サービスサーバ５００の記憶部５０１においてサービス用データ５１２として格納してあるものを読み出することで得るようにされる。
【００８５】
アプリケーションサーバ３０３においては、ステップＳ２０５において、バージョンアップメッセージ、アップデータ、ナビＩＤを受信する。そして、続くステップＳ２０６により、受信したナビＩＤのナビゲーションシステム１に対して、バージョンアップメッセージと、アップデータを送信する。
【００８６】
ナビゲーションシステム１においては、バージョンアップメッセージとアップデータを無線端末装置５０にて受信して、ナビゲーション本体部２の制御部１９に対して転送する。これにより、ステップＳ３０３として示すように、バージョンアップメッセージとアップデータを受信したことが判別されてステップＳ３０４に進む。
ステップＳ３０４においては、受信したバージョンアップメッセージのデータ内容に基づいて、表示画像データを生成し、例えば「カーナビのバージョンアップがリリースされました。ダウンロードして更新します」などのようにして、これからシステムのバージョンをアップデートする動作が実行されることをユーザに通知するようにされる。なお、上記したようなメッセージとしての文字内容は、受信したバージョンアップメッセージの内容に含まれているものである。
そして、ナビゲーション本体部２の制御部１９は、次のステップＳ３０５において、受信したアップデータを利用して、例えばＲＯＭ１１に書き込まれている実行プログラムやプリセットデータなどの所要のシステムデータについて書き換えを行うことで、アップデートを実行する。
【００８７】
続いては、ユーザが携帯電話２００を利用して、自分の自動車の鍵がかかっているかいなかについての問い合わせを行い、鍵がかかっていなければ、再度の携帯電話２００の利用によって、鍵をかけるようにコントロールするための処理動作について、図８及び図９を参照して説明する。
これらの図においては、携帯電話２００、アプリケーションサーバ３０３、及びナビゲーションシステム１の各々において実行される処理が並列的に示される。ここでの携帯電話２００としての処理はシステムコントローラ２０８が実行し、アプリケーションサーバ３０３としての処理は、制御部４０４が実行し、ナビゲーションシステム１としての処理は制御部１９が実行する。
【００８８】
先ず、図８には、自動車の鍵をかけたかどうかについての問い合わせを携帯電話２００から自動車に対して行うための処理動作が示される。
例えばユーザが携帯電話２００に対する所定操作を行うことによって、ステップＳ４０１として示す、セキュリティリクエストを端末ＩＤと共に送信するための処理が実行される。このためには、例えば先ず、携帯電話２００が通信を行ってアプリケーションサーバ３０３内で運営されているとされるセキュリティシステムのサーバにアクセスするようにされる。そして、このサーバに対して、自分が所有する自動車についてのセキュリティの問い合わせを要求するものである。この際、自分以外のユーザによる悪用を防止するために、ユーザが予め登録してあるパスワードの入力が求められる。
【００８９】
上記したセキュリティリクエスト、端末ＩＤ、及びパスワードをステップＳ５０１により受信したアプリケーションサーバ３０３（セキュリティシステムのサーバ）では、ステップＳ５０２の処理として、先ずユーザデータベース４１０を参照して、パスワードと端末ＩＤなどとの照合を行うことで認証処理を実行する。つまり、セキュリティリクエスト、端末ＩＤ、及びパスワードを送信したユーザが正規のユーザであることについての確認を行う。なお、この時点で認証が得られなければ、以降の処理は停止される。
そして適正に認証が得られたとされると、次のステップＳ５０３において、そのユーザデータベース４１０において、認証された端末ＩＤ及びパスワードに対応付けられたナビＩＤを検索して得る。そして、続くステップＳ５０４により、取得したナビＩＤ（電話番号）を有するナビゲーションシステム１に対してセキュリティリクエストを送信する。
【００９０】
ナビゲーションシステム１の通信端末装置５０は、上記したセキュリティリクエストを受信してナビゲーション本体部２の制御部１９に転送する。これにより、ステップＳ６０１として示す処理によって、制御部１９は、セキュリティリクエストを受信したことを判別してステップＳ６０２に進む。
ステップＳ６０２においては、所定内容のセキュリティチェックを実行する。つまり、セキュリティシステム部４１が監視しているとされる現在の状況を示す所定内容のデータについての取り込みを行うようにされる。ここでは、少なくとも、自動車の鍵がかかっているか否かの情報を取得するようにされる。そしてステップＳ６０３としての処理によって、レスポンスとして、セキュリティチェックの結果を示すデータを、当該ナビゲーションシステム１が有するナビＩＤと共にアプリケーションサーバ３０３に対して送信するようにされる。
【００９１】
アプリケーションサーバ３０３では、セキュリティチェックの結果データとナビＩＤから成るとされるレスポンスをステップＳ５０５により受信すると、ステップＳ５０６に進む。
ステップＳ５０６においては、ユーザデータベース４１０を参照して、受信したナビＩＤと対応付けられた携帯ＩＤを検索する。そして、次のステップＳ５０７により、特定された携帯ＩＤ（電話番号）を有する携帯電話２００に対して、セキュリティチェックの結果データを送信する。なお、この際において、携帯電話２００に対して送信されるべきセキュリティチェックの結果データは、携帯電話２００において文字表示出力させることが可能な形式に変換されるものとする。また、例えば携帯電話２００がインターネットの電子メール機能を有しているとすれば、電子メールの形式に変換して、携帯ＩＤに対応付けられたメールアドレス宛に送信することも考えられる。
【００９２】
携帯電話２００では、この送信されたセキュリティチェックの結果データが着信したことをステップＳ４０２にて判別すると、これを受信して、次のステップＳ４０３において、例えばＲＯＭ２１７に対して記憶させるようにしている。そして、例えばこの後において、ユーザが所定操作を行うことで、ステップＳ４０４としての処理によって、このセキュリティチェックの結果を文字等によりＬＣＤ表示部２０９に表示させることができるようになっている。
【００９３】
そして、例えばＬＣＤ表示部２０９に表示させたセキュリティチェックの結果から、自動車に鍵がかかっていないことをユーザが知った場合には、前述したようにして、携帯電話２００からのリモートコントロールによって、自動車の鍵をかけることが可能とされている。このための処理が図９に示される。
【００９４】
ここでは、例えばユーザの所定操作に応じて、ステップＳ７０１の処理によって、携帯電話２００のインターネット接続機能を利用してアプリケーションサーバ３０３に対してアクセスする。そして、自動車の鍵をかけることを指示するためのキーロック指示情報を、携帯ＩＤとパスワードと共に送信する。
【００９５】
アプリケーションサーバ３０３では、ステップＳ８０１としての処理によって、上記キーロック指示情報、携帯ＩＤ、及びパスワードを受信すると、先ず、ステップＳ８０２の処理によって認証処理を実行する。この認証処理は、図８のステップＳ５０２における認証処理と同様となる。そして、適正な認証結果が得られたのであれば、ステップＳ８０３に進む。
ステップＳ８０３においては、ユーザデータベース４１０を参照することで、携帯ＩＤと対応付けられたナビＩＤを検索する。そして、次のステップＳ８０４において、検索したナビＩＤを有するナビゲーションシステム１に対してキーロックコマンドを送信する。
【００９６】
上記したナビＩＤを有するナビゲーションシステム１では、ステップＳ９０１の処理により、上記キーロックコマンドを受信したことを判別することになる。そして、制御部１９では、受信したキーロックコマンドに応答して、セキュリティシステム部４１のロックコントロール部４４に対する制御を実行することで、自動車の鍵をかけさせるものである。
なお、この図にはその処理動作は示されていないが、例えば上記ステップＳ９０２としてのキーロック制御を実行した後は、ナビゲーションシステム１から携帯電話２００側に対して、自動車の鍵をかける動作を完了させたことを示すセキュリティデータを送信するようにして、ユーザの指示に応じたキーロック動作が正常に実行されたことの確認が行えるようにすることが好ましい。
【００９７】
また、続いては、地図情報の更新データの提供サービスに関しての処理動作について、図１０を参照して説明する。
この図においては、ナビゲーションシステム１、アプリケーションサーバ３０３、及びサービスサーバ５００の各々において実行される処理が並列的に示される。ここでのナビゲーションシステム１としての処理は制御部１９が実行し、アプリケーションサーバ３０３としての処理は、制御部４０４が実行し、サービスサーバ５００としての処理は制御部５０３が実行する。
【００９８】
例えば、先にサービス提供形態例において説明したように、ナビゲーションシステム１に対して、地図情報の更新データをダウンロードするための操作がユーザによって行われたとすると、ステップＳ１１に示すようにして、地図情報の更新データのリクエストを、ナビＩＤ及びパスワードを送信するための処理を実行する。
【００９９】
上記した更新データのリクエスト、ナビＩＤ、及びパスワードをステップＳ２１により受信したアプリケーションサーバ３０３では、次のステップＳ２２の処理として、ユーザデータベース４１０を参照して、登録されているパスワードとナビＩＤなどとの照合を行うことで認証処理を実行する。つまり、更新データのリクエストを送信したユーザが正規のユーザであるか否かについての確認を行う。なお、この場合にも、認証が得られなければ以降の処理は停止される。
そして適正に認証が得られたとされると、次のステップＳ２３において、先のステップＳ２１にて受信したとされるリクエストとナビＩＤを、サービスサーバ５００に対して送信する。
【０１００】
サービスサーバ５００では、ステップＳ３１の処理として、アプリケーションサーバ３０３から送信されたリクエストとナビＩＤを受信すると、次のステップＳ３２において、記憶部５０１にてサービス用データ５１２として記憶されている、地図情報の更新データのファイルについての読み出しを行う。
【０１０１】
なお、この更新データは、例えば前述もしたように、更新前の地図情報としてのデータに対する差分データとされればよい。また、ここでは、全ての更新データファイルについて読み出しを行ってもよいが、例えば、この更新データが商品として購入されるものであって、例えばユーザが指定した地域数等に応じてその価格が代わるように設定することも考えられる。そこで、このような場合であれば、リクエストとしては、ダウンロードすべき更新データファイルを指定する情報を含むようにして、この指定された更新データファイルのみについての読み出しを行うようにしてもよい。
【０１０２】
上記のようにして更新データファイルの読み出しが行われると、続いては、ステップＳ３３の処理によって、読み出した更新データファイルを、先にステップＳ３１においてリクエストと共に受信したナビＩＤと共に、アプリケーションサーバ３０３に対して送信するようにされる。
【０１０３】
アプリケーションサーバ３０３では、ステップＳ２４としての処理によって、上記のようにしてサービスサーバ５００から送信されてきた更新データファイルとナビＩＤとを受信する。
そして、次のステップＳ２５においては、上記ステップＳ２４にて受信した更新データファイルを、同じくステップＳ２４にて受信したナビＩＤが示す電話番号に対して送信するようにされる。つまり、更新データのダウンロードをリクエストしてきたナビゲーションシステム１に対して、更新データを転送するものである。
【０１０４】
このようにして送信された更新データファイルは、ナビゲーションシステム１において、ステップＳ１２の処理によって受信される。そして、次のステップＳ１３において、この受信した更新データファイルを、例えば、ＤＲＡＭ１３、メモリ１２、又は記憶部４５などに対して書き込んで記憶させる。
【０１０５】
ここで、上記のようにして記憶した更新データファイルを、どのような態様によって利用するのかについては、例えば以下のようにいくつか考えることができる。
例えばナビゲーションシステム１では、基本的には、記録媒体９に記録されている地図情報を読み込んで、この地図情報に基づいて地図上での現在位置表示をはじめ、各種のナビゲーション情報をユーザに表示するようにしている。
そこで、地図情報が記憶されている記録媒体９が書き換え又は追記可能である場合には、この更新データを記録媒体に書き込むようにされる。これによって、以降において記録媒体９から読み出した地図情報を利用してナビゲーションを行う場合には、更新データも利用されることになって、例えば更新データの内容が反映されたナビゲーション動作が得られることになる。
また、記録媒体９が書き換え不可である場合には、例えば電源がオフとなっても記憶内容が維持されるメモリ１２若しくは記憶部４５などに受信した更新データを記憶させておく。そして、地図情報を利用した表示を行うような場合には、例えばメモリ１２若しくは記憶部４５に記憶されている更新データを読み出して、記録媒体９から読み出した地図情報に合成させて、更新データが反映された地図情報を形成する。そして、この地図情報を利用してナビゲーション動作を行うようにされる。
【０１０６】
なお、先にも述べたように、このような更新データの提供サービスは、有料とすることも無料とすることも考えられるが、有料であるとすれば、ナビゲーションシステム１から送信されたダウンロードのリクエストをサーバ側で受信したときに、例えばユーザが指定した支払方法に応じた決済の処理が行われるようにすればよい。
【０１０７】
４．サービス提供システム（第２例）
４−１．全体構成
続いては、実施の形態の第２例としてのサービス提供システムについて説明していくこととする。
図１１は、第２例としてのサービス提供システムの一形態例を示している。
この図に示されるように、第２例としては、図１に示した第１例のシステム構成に対して、装置としては、パーソナルコンピュータ７００と、認証サーバ８００が追加された構成を採っている。そこで、図１１の説明にあたっては、これらの追加部分等の相違点についての説明を主として行うこととして、図１と同一部分については同一符号を付すとともに、図１と同一内容については説明を省略することとする。
【０１０８】
この場合のパーソナルコンピュータ７００は、ナビゲーションシステム１、携帯電話２００の所有者（ユーザ）と同じユーザが所有しているとされるもので、例えば家庭や企業などの屋内において設置されているものとされる。そして、アクセス用通信網６００を介してインターネットとの接続が行われるようになっている。
ここで、本実施の形態としてのパーソナルコンピュータ７００は、上記した屋内において、日常的にはほぼ移動することが無いとされるような環境で設置されており、従って、例えばアクセス用通信網６００と通信するためのコネクタなども、日常的には交換されることなく固定的に接続されている状態にあるものとされる。換言すれば、本実施の形態のパーソナルコンピュータ７００の利用環境としては、例えばいわゆるノート型などの可搬型のパーソナルコンピュータを利用する場合にあるように、移動が行われるたびにアクセス用通信網６００と接続されるコネクタや地域が異なるということは無いということを前提としている。
【０１０９】
上記のようにして、パーソナルコンピュータ７００は、アクセス用通信網６００を介してインターネットと接続されるのであるが、このアクセス用通信網６００は、例えばパーソナルコンピュータ７００がモデムからダイヤルアップすることで、電話回線を介してＩＳＰ(Internet Service Provider)からインターネットにアクセスする形態をとっているとすれば、このアクセス用通信網６００は一般電話回線とされることになる。
また、もちろんのこと、本実施の形態におけるアクセス用通信網６００は、上記した一般電話回線に限定されるものではない。例えばほかには、ＩＳＤＮ(Integrated Services Digital Network)、また、電話回線の高周波帯域を通信に利用したＡＤＳＬ(Asymmetric Digital Subscriber Line)等をはじめとするｘＤＳＬ、ＣＡＴＶ、無線通信網などを挙げることができる。
【０１１０】
認証サーバ８００は、例えば後述するようにして、パーソナルコンピュータ７００が自動車１００の現在位置情報を得るために、自動車１００に搭載されているナビゲーションシステム１に対してアクセスする際に、このアクセスが適正なものであるか否かについて認証を行うために設けられている。この認証サーバ８００が機能することによって、結果的には、例えばいわゆる成りすましによって、正規に登録されていないパーソナルコンピュータが自動車１００から現在位置情報を得るという不正行為を防止するようにされる。
なお、認証サーバ８００の内部構成及びその動作については、後述する。
【０１１１】
４−２．パーソナルコンピュータの内部構成
図１２は、パーソナルコンピュータ７００の内部構成例を示している。
この図に示すパーソナルコンピュータ７００は、インターネット４００を介しての通信を行うために、ネットワークインターフェイス７０９を備えている。ネットワークインターフェイス７０９は、アクセス用通信網６００と当該パーソナルコンピュータ７００との通信を司るのであるが、これによって、パーソナルコンピュータ７００は、アクセス用通信網６００を介してインターネット４００と接続されることになる。
【０１１２】
ＣＰＵ７０１は、例えばハードディスクドライブにインストールされた各種のアプリケーションプログラム、及びＲＯＭ７０２に保持されているプログラムに従って各種の処理を実行する。本実施の形態では、インターネットに関連する通信プロトコルであるＴＣＰ／ＩＰに従って各種データの送受信を可能とするために、例えば、上記ＲＯＭ７０２に対してネットワークインターフェイス７０９を制御するためのプログラムも格納されることになる。つまり、パーソナルコンピュータ１１３においては、インターネットを利用したデータ送受信に可能なセット（ハードウェア及びソフトウェア）が備えられるものである。
また、ＲＡＭ７０３にはＣＰＵ７０１が各種処理を実行するのに必要なデータやプログラム等が適宜保持される。
【０１１３】
入出カインターフェイス７０４は、キーボード７０５とマウス７０６が接続されており、これらから供給された操作信号をＣＰＵ７０１に出カするようにされている。また、入出カインターフェイス７０４には、記憶媒体としてハードディスクを備えたハードディスクドライブ７０７が接続されている。ＣＰＵ７０１は、入出カインターフェイス７０４を介して、ハードディスクドライブ７０７のハードディスクに対してデータやプログラム等の記録又は読み出しを行うことができるようにされている。この場合、入出カインターフェイス７０４には、さらに、画像表示のためのディスプレイモニタ７０８が接続されている。
内部バス７１０は、例えば、ＰＣＩ(Peripheral Component Interconnect)又はローカルバス等により構成され、内部における各機能回路部間を相互に接続している。
【０１１４】
４−３．認証サーバの内部構成
続いて、認証サーバ８００の内部構成例について、図１３を参照して説明する。
この図に示す認証サーバ８００は、記憶部８０１、ネットワークインターフェイス８０２、制御部８０３を備える。
認証サーバ８００の場合、記憶部８０１には、後述する認証処理等を実行するのに必要とされる情報が記憶されている。ここでは、記憶部８０１に格納されるデータとして、認証用ユーザデータベース８１０、実行アプリケーション８１１が示される。
【０１１５】
認証用ユーザデータベース８１０は、例えば図の下側に示すように、１ユーザごとに、ユーザ情報、携帯ＩＤ、ナビＩＤ、ＰＣ−ＩＤ、コンテンツＩＤ、及びＰＣ用パスワードが対応づけられて格納される。
ユーザ情報は、ナビゲーションシステム１、携帯電話２００、及びパーソナルコンピュータ７００を組として所有するユーザに関する情報であり、例えば本実施の形態のシステムの場合であれば、サービスサーバ５００（又はアプリケーションサーバ３０３）に格納されるユーザデータベース５１０（４１０）を形成するユーザ情報と同じ内容とさればよい。
【０１１６】
携帯ＩＤは、ユーザＩＤによって特定されるユーザが所有する携帯電話に書き込まれている携帯ＩＤと同一のデータが格納される。ナビＩＤも同様にして、ユーザが所有するナビゲーションシステム１に割与えられたものと同一のナビＩＤのデータが格納される。また、このナビＩＤとして、無線端末装置５０に対して割り与えた電話番号とされればよい。つまり、この場合の携帯ＩＤ及びナビＩＤは、図５にて説明したユーザデータベース構造において格納される情報と同じ情報が格納されればよいものである。
【０１１７】
ＰＣ−ＩＤは、ユーザＩＤによって特定されるユーザが所有するとされるパーソナルコンピュータ７００を識別するためのＩＤとされる。本実施の形態としては、このＰＣ−ＩＤの構造に特徴を有するが、これについては、ＰＣ−ＩＤの登録例として後述する。
サービスＩＤは、認証サーバ８００が対応して処理すべきサービスを識別するためのＩＤである。
この認証用ユーザデータベース８１０を構築するのにあたっては、ユーザごとに対応して、上記した各情報が登録されることが必要であるが、これについては後述する。
【０１１８】
この場合の実行アプリケーション８１１は、認証サーバ８００が実行すべき各種動作に対応する各種のアプリケーションプログラムから成る。
ネットワークインターフェイス８０２は、インターネット４００と接続するためのインターフェイス手段として設けられる。
制御部８０３は、実行アプリケーション８１１としてのプログラム内容に従って各種の制御処理を実行する。
【０１１９】
４−４．サービス提供形態例
図１１に示したシステム構成は、ユーザにとってみた場合には、サービス提供をうけるためにインターネット４００と接続される機器として、ナビゲーションシステム１及び携帯電話２００に加えて、例えば屋内において固定的に設置したパーソナルコンピュータ７００が利用可能になっているといえる。
そして、このようなシステムにおいては、例えば、ナビゲーションシステム１からパーソナルコンピュータ７００に対して、自動車１００の現在位置を示す現在位置情報を送信させるというサービスを提供することができる。
【０１２０】
このサービス内容を簡単に説明すると次のようになる。
ここで、ユーザがパーソナルコンピュータ７００を使用しているユーザが、現在、自己の所有しているナビゲーションシステム１を搭載している自動車１００の現在位置を知りたいと思ったとする。この場合、ユーザは、パーソナルコンピュータ７００上で、例えばＷｅｂブラウザのアプリケーションを起動させた上で、所定操作を行って、現在位置通知サービスのＷｅｂサイトにアクセスするようにされる。この現在位置通知サービスのＷｅｂサイトは認証サーバ８００にてアップロードしているＷｅｂサイトとされる。つまり、ユーザが現在位置通知サービスのＷｅｂサイトにアクセスしたことによって、パーソナルコンピュータ７００は、認証サーバ８００にアクセスしたこととなる。
【０１２１】
上記のようにして認証サーバ８００に対してアクセスしたとすると、ユーザは、現在位置情報通知のためのリクエストを送信するようにされる。また、この現在位置情報通知のリクエストとともに、認証サーバ８００が認証で用いるべき所要の認証情報も送信するようにされる。
なお、認証情報がどのようなものであるのかについては後述する。
また、認証サーバが認証に用いる認証情報としては、リクエストを送信したパーソナルコンピュータ７００に固有となるＰＣ−ＩＤを含むが、このＰＣ−ＩＤは、パーソナルコンピュータ７００にて生成して送信されるのではなく、パーソナルコンピュータ７００が接続されるアクセス用通信網６００内において、例えばアプリケーションサーバとして機能する部位が、パーソナルコンピュータ７００が認証サーバ８００にアクセスしてきたときに生成するようにされる。このＰＣ−ＩＤの生成及びユーザデータベース８１０への登録についても後述することとする。
【０１２２】
認証サーバ８００では、上記のようにして、現在位置情報通知のリクエストと共に送信されてきた認証用情報と、ユーザデータベース８１０とを参照して、このリクエストを送信してきたパーソナルコンピュータ７００が正規に登録された機器であるか否かについての認証処理を行う。そして、正規の認証結果が得られたのであれば、このリクエストを、ユーザが所有するとされるナビゲーションシステム１に対して、インターネット４００から無線電話通信網３００を介するようにして転送する。
なお、正規の認証結果が得られなかった場合には、ナビゲーションシステム１に対するリクエストの転送は行わないようにされる。
【０１２３】
上記リクエストを受信したナビゲーションシステム１では、現在の自車位置を示す自車位置情報を生成し、無線電話通信網３００からインターネット４００を介して認証サーバ８００に対して送信する。認証サーバ８００は、この送信されてきた自車位置情報をパーソナルコンピュータ７００に対して送信する。パーソナルコンピュータ７００では、受信した自車位置情報をＷｅｂブラウザによって再生出力する。これによって、パーソナルコンピュータ７００のディスプレイモニタ７０８において、現在の自車位置情報が表示されることになる。
【０１２４】
４−５．認証用ユーザデータベースの構築
上記した説明における認証サーバ８００の動作からも分かるように、ユーザがこのサービスを享受するのにあたっては、認証サーバ８００において、サービスを享受したいとするユーザに関する情報が、認証用ユーザデータベース８１０として登録されている必要がある。
この登録のための手順としては、いくつか考えられるのであるが、１つには、ユーザがこのサービスを享受したいと思ったときに、ユーザがパーソナルコンピュータ７００を認証サーバ８００にアクセスさせ、所定の登録のための操作を行うことで登録が行われるようにすることが考えられる。
つまり、ユーザはパーソナルコンピュータ７００を操作して、例えば認証サーバ８００における登録用のＷｅｂページにアクセスする。このＷｅｂページには図１３に示した認証用ユーザデータベース８１０を構築するのに必要とされる、１ユーザについての所要の情報項目を入力することができるようになっている。つまり、「ユーザ情報」となる氏名、住所等をはじめとする個人情報、ユーザが所有する携帯電話２００の「携帯ＩＤ（電話番号）」、同じくユーザが所有するナビゲーションシステム１の「ナビＩＤ（電話番号）」、及び「サービスＩＤ」に対応する享受したいサービス内容（この場合には、現在位置通知サービスとなる）を入力するようにされる。例えば認証サーバ８００においては、現在位置通知サービス以外のサービスも対応して認証を行うような構成とすることも充分に考えられるが、サービスＩＤは、このような場合において、ユーザがサービスの提供を要求してきたときに、そのサービスが何であるのかを識別するのに用いることができる。
【０１２５】
また、例えば本実施の形態としての現在位置通知サービスに関すれば、携帯電話２００はこのサービスを享受するのに利用はしていないので、必ずしも、携帯ＩＤを認証用ユーザデータベース８１０の情報要素とする必要はない。しかし、やはり、認証サーバ８００において現在位置通知サービス以外のサービスも対応して認証を行うこととして、その他のサービスが携帯電話２００を利用するものであるような場合には、携帯ＩＤが必要となるものである。
【０１２６】
また、図１３によれば、上記「ユーザ情報」「携帯ＩＤ（電話番号）」、「ナビＩＤ（電話番号）」、及び「サービスＩＤ」のほかに、ＰＣ−ＩＤを登録することが必要となる。
このＰＣ−ＩＤに関しては、例えば、パーソナルコンピュータとしての機器を特定するメーカコード及び製造番号等の情報から成る機器ＩＤをパーソナルコンピュータ７００において生成し、これをＰＣ−ＩＤとして、上記各情報と共に送信することが一般的には考えられる。上記したメーカコード及び製造番号の情報は、例えばパーソナルコンピュータ７００内におけるＲＯＭなどに対して、例えば製造過程において格納するようにされているので、パーソナルコンピュータ７００がこの情報を基に機器ＩＤを生成するのは容易ではある。
【０１２７】
しかしながら、このようなメーカコード及び製造番号などの予めパーソナルコンピュータ７００に格納されている情報を機器ＩＤとして利用した場合には、悪意のユーザによっては容易に改竄され、いわゆる「成りすまし」が行われる可能性を有している。
具体的に、本実施の形態の現在位置通知サービスを例に採れば、例えば、正規に登録されたパーソナルコンピュータ７００は、１台だけであるのに、他のパーソナルコンピュータが、この登録されたパーソナルコンピュータの機器ＩＤに書き換えて認証サーバ８００にアクセスするという不正行為が行われる可能性を有しているのである。
例えば、先の第１例としてのシステム構成では、ナビゲーションシステム１及び携帯電話２００は、共に無線電話通信網３００を介在してインターネットと接続するようにされている。無線電話通信網３００では、電話番号等の情報に基づいた管理を行っていることから、この電話番号を利用してアクセスする限り、成りすましが行われる問題は無いことになる。ところが、この第２例のシステムのようにして、パーソナルコンピュータ７００をシステム構成に加えたとすると、このパーソナルコンピュータ７００は、無線電話通信網３００にアクセスすることなく、例えば電話回線等をはじめとする何らかのアクセス用通信網６００を介してインターネットにアクセスすることになる。このような場合には、前述した成りすましの問題が生じてくるわけであり、この問題を解決する必要が生じてくるものである。
【０１２８】
そこで本実施の形態としては、次のようにしてＰＣ−ＩＤを生成して認証サーバに登録することで、機器ＩＤを改竄しての成りすましによる不正なサービスの享受ができないようにする。なお、ここではアクセス用通信網６００として実際に利用される通信網の種類に応じて、３例を挙げることとする。
【０１２９】
図１４は、ＰＣ−ＩＤ登録手順の第１例を模式的に示している。この第１例は、アクセス用通信網６００が一般電話回線、若しくはＩＳＤＮ回線とされている場合である。
アクセス用通信網６００が一般電話回線、若しくはＩＳＤＮ回線などの場合、パーソナルコンピュータ７００がインターネットと接続されるためには、いわゆるダイヤルアップを行うことになる。つまりは、ここでは図示していないが、パーソナルコンピュータ７００側が備えるとされるモデム、ＴＡ(Terminal Adapter)、ＤＳＵ(Digital Service Unit)から、アクセス用通信網６００において一般電話回線又はＩＳＤＮ網として実際に配置される設備である電話局６０１に対してダイヤリングをして接続する。
【０１３０】
ここで、留意すべきなのは、上記電話局６０１に対してダイヤルアップを行うということは、このダイヤルアップを行うために割り当てられた電話回線、ＩＳＤＮ回線についての電話番号が一義的に決まっているということである。この電話番号は、電話局６０１にて管理している以上、パーソナルコンピュータ７００のユーザによっては改竄することのできない情報であるといえる。そこで本実施の形態では、ＰＣ−ＩＤを生成するのにあたって、この電話番号を利用するものである。そして、この電話番号を利用してのＰＣ−ＩＤの生成及び登録は次のような手順で行うことができる。
【０１３１】
先ず、手順1として、パーソナルコンピュータ７００からは、認証サーバ８００に向けて機器ＩＤを送信するようにされる。なお、この機器ＩＤの送信は、例えば実際には、前述した「ユーザ情報」「携帯ＩＤ（電話番号）」、「ナビＩＤ（電話番号）」、及び「サービスＩＤ」の各情報とともに送信するようにすればよい。また、この機器ＩＤは、例えば先にも述べたように、メーカコードと製造番号とによって形成されるものであればよい。
そして、アクセス用通信網６００内の電話局６０１では、手順2として、この送信された機器ＩＤと、このダイヤルアップに使用している電話回線（ＩＳＤＮ回線）の電話番号の情報とに基づいて、ＰＣ−ＩＤを生成する。この場合において、機器ＩＤと電話番号情報とを利用してどのようにＰＣ−ＩＤを生成するのかについては、各種考えられるためここでは特に限定しないが、例えば、最も単純なものとしては、機器ＩＤと電話番号情報としてのデータ値を連結してＰＣ−ＩＤを形成することが考えられる。また、機器ＩＤと電話番号情報としてのデータ値を利用して所定の関数による演算を行うことで、所定ビット数によるデータ値を求め、このデータ値をＰＣ−ＩＤとすることなどが考えられる。
【０１３２】
このようにして生成されたＰＣ−ＩＤは、機器ＩＤと電話番号とによって作成されたものであるから、パーソナルコンピュータ７００ごとに固有の情報となる。そのうえ、電話番号もＰＣ−ＩＤの要素とされている以上、例えば単に機器ＩＤを書き換えたとしても、電話番号についての書き換えはされていないので、同一のＰＣ−ＩＤにはならないことになる。また、電話番号は電話局６０１側にて管理するものであり、かつ、ＰＣ−ＩＤは電話局６０１側にて作成するものであるから、パーソナルコンピュータのユーザが、この電話番号部分を書き換えることは不可能である。従って、パーソナルコンピュータについていわゆる成りすましを行うことは不可能となるわけである。
そして、電話局６０１からは、このようにして生成したＰＣ−ＩＤをインターネットを介して認証サーバ８００に送信することになる。
【０１３３】
このＰＣ−ＩＤを受信した認証サーバ８００では、手順3として示すように、受信したＰＣ−ＩＤを、他の情報（ユーザ情報、携帯ＩＤ、ナビＩＤ、及びサービスＩＤ）と共に、認証用ユーザデータベース８１０に登録するようにされる。
【０１３４】
また、ＰＣ−ＩＤ登録手順の第２例を図１５に示す。この第２例は、アクセス用通信網６００がＡＤＳＬなどの常時接続が可能な通信網とされている場合である。
このような通信網である場合、例えばアクセス用通信網６００における設備である電話局６０１においては、例えば電話回線を、一般電話回線とインターネットの経路とに分岐するスプリッタなどのポート部が設けられることになるのであるが、この図においては、このようなポート部を接続ポート６０２，６０２・・・として示している。
【０１３５】
例えば、電話局６０１では、加入者がＡＤＳＬに加入したときに接続ポート６０２の工事を行って加入者の電話回線と接続するようにしている。従って、この接続ポート６０２については、電話局６０１側が管理するものであると共に、接続される電話回線も固定的なものとなっているといえる。
【０１３６】
そこで、本実施の形態としては、例えば電話局６０１において接続ポート６０２ごとに識別子（ポートＩＤ）を割与えて管理するようにされる。このポートＩＤは接続ポートごとに固有となるものであるから、第１例の電話番号と同様に、電話局６０１に接続するパーソナルコンピュータ７００と、このポートＩＤとの対応は固定的なものとなる。また、ポートＩＤは、電話局６０１側で管理することから、例えばパーソナルコンピュータのユーザがこの部分を改竄することもできない。
【０１３７】
そこで第２例としては、ポートＩＤを利用してＰＣ−ＩＤを生成する。そして、このポートＩＤを利用してのＰＣ−ＩＤの生成及び登録は、例えば次のような手順で行う。
【０１３８】
先ず、手順1として、パーソナルコンピュータ７００からは、認証サーバ８００に向けて機器ＩＤを送信する。この場合においても、機器ＩＤは、メーカコードと製造番号とによって形成される。また、機器ＩＤの送信は、実際には、「ユーザ情報」「携帯ＩＤ（電話番号）」、「ナビＩＤ（電話番号）」、及び「サービスＩＤ」の各情報とともに送信するものとされる。
そして、手順2としては、アクセス用通信網６００内の電話局６０１において、送信された機器ＩＤと、ＡＤＳＬとしての電話回線の接続ポートのポート番号の情報とを利用してＰＣ−ＩＤを生成する。そして、電話局６０１からは、このようにして生成したＰＣ−ＩＤをインターネットを介して認証サーバ８００に送信することになる。
そして、手順3として、このＰＣ−ＩＤを受信した認証サーバ８００は、他の情報（ユーザ情報、携帯ＩＤ、ナビＩＤ、及びサービスＩＤ）と共に、認証用ユーザデータベース８１０に登録する。
【０１３９】
図１６は、第３例としてのＰＣ−ＩＤ登録手順を示している。この第３例では、アクセス用通信網６００は専用線６１０としての設備を備えているものとされ、この専用線６１０に対してパーソナルコンピュータ７００が常時接続される。
このような場合、パーソナルコンピュータ７００は、専用線６１０において備えられるとされるルータ６１１に対して接続され、このルータ６１１からインターネット４００への接続が行われる。そして、この場合には、パーソナルコンピュータ７００は、ルータ６１１に対して常時接続されているのであるから、パーソナルコンピュータ７００とルータ６１１との経路は固定されていることになる。また、このルータ６１１の管理も専用線６１０側の運営者によって行われていることになり、このルータ６１１に関する情報をパーソナルコンピュータ７００側のユーザが改竄することはできないとされる。
そこで、第３例としては、パーソナルコンピュータ７００の機器ＩＤと、ルータ６１１に固有となる情報を利用してＰＣ−ＩＤを形成するようにされる。そして、この場合には、ルータ６１１に固有となる情報としては、ルータ６１１に割り当てられたルータアドレスを使用することとする。
【０１４０】
そして、この第３例としてのＰＣ−ＩＤ登録手順は以下のようになる。
先ず、手順1として、パーソナルコンピュータ７００からは、認証サーバ８００に向けて機器ＩＤを送信する。この場合においても、機器ＩＤの送信は、実際には、「ユーザ情報」「携帯ＩＤ（電話番号）」、「ナビＩＤ（電話番号）」、及び「サービスＩＤ」の各情報とともに送信するものとされる。
但し、この場合の機器ＩＤとしては、先の第１例及び第２例の場合のようにして、メーカコード−製造番号から成る情報を使用してもよいのであるが、常時接続されていることを前提とすると、例えばＤＨＣＰ(Dynamic Host Configuration Protocol)によるものであるとしても、最初にＩＰアドレスの割り当てが行われた後は、そのＩＰアドレスは不変となる。そこで、この場合には、機器ＩＤとしてＩＰアドレスを利用してもよいことになる。
【０１４１】
次の手順2としては、アクセス用通信網６００内の専用線６１０において、送信された機器ＩＤと、パーソナルコンピュータ７００が接続されているルータ６１１のルータアドレスを利用してＰＣ−ＩＤを生成する。そして、電話局６０１からは、このようにして生成したＰＣ−ＩＤをインターネットを介して認証サーバ８００に送信する。そして、ＰＣ−ＩＤを受信した認証サーバ８００は、手順3として、他の情報（ユーザ情報、携帯ＩＤ、ナビＩＤ、及びサービスＩＤ）と共に、受信したＰＣ−ＩＤを認証用ユーザデータベース８１０に登録する。
【０１４２】
なお、ＩＰアドレスを機器ＩＤとすることについて、補足的に述べておくと、ＩＰｖ４では、接続が行われるごとにＤＨＣＰサーバによって割り当てられるＩＰアドレスが変化するのであるが、ＩＰｖ６では、常時接続でなくともＩＰアドレスを固定的に割り当てることができる。従って、ＩＰｖ６に従ったインターネットとの通信を行う場合であれば、先に述べた第１例及び第２例についても、機器ＩＤをＩＰアドレスとすることができるものである。
【０１４３】
このようにして、上記第１例〜第３例においては、パーソナルコンピュータ７００の機器ＩＤだけではなく、電話番号、接続ポートのポートＩＤ、又はルータアドレスなどを利用してＰＣ−ＩＤを形成するようにしている。
ここで、電話番号、接続ポートのポートＩＤ、ルータアドレスの情報は、パーソナルコンピュータ７００とインターネットとの経路上において、パーソナルコンピュータ７００がアクセス用通信網６００と接続するまでの通信経路（アクセス経路）を特定する情報であるといえる。
これまでの説明からも理解されるように、アクセス用通信網６００と接続するまでの通信経路は、パーソナルコンピュータ７００が例えば屋内等において固定的に設置されるということを前提にすれば、そのパーソナルコンピュータ７００と通信経路とは１対１で固定的に対応するものとなる。従って、上記通信経路を特定する情報と機器ＩＤとを組み合わせたとしても、パーソナルコンピュータ７００に固有となるＰＣ−ＩＤを形成するのに何ら問題はないことになる。また、先の説明でも述べたようにして、通信経路を特定する各情報（電話番号、接続ポートのポートＩＤ、ルータアドレス）は、何れもアクセス用通信網６００を運営する設備側で管理しているものであり、悪意のパーソナルコンピュータ７００のユーザがこれを改竄することはできないとされる。従って、この情報を利用して生成されるＰＣ−ＩＤをパーソナルコンピュータ７００のユーザが改竄することもできないわけである。また、本実施の形態としては、ＰＣ−ＩＤは、パーソナルコンピュータ側ではなく、中継点であるアクセス用通信網６００の設備側で生成するようにされていることによっても、改竄される可能性を著しく低いものとしている。
つまり、本実施の形態のＰＣ−ＩＤとしては、パーソナルコンピュータを特定可能としながら、かつ、改竄による成りすましを防止することのできる情報となっているものである。これによって、先にも述べたように、成りすましによるパーソナルコンピュータ７００を利用してのサービスの提供が行われるのを防止することが可能となる。
なお、本発明としては、パーソナルコンピュータ７００が最初に接続される通信網（アクセス経路）を特定できる情報でありさえすればよく、上記図１４〜図１６により例示した登録手順におけるＰＣ−ＩＤの生成例以外にも、本発明に適合するＰＣ−ＩＤの生成を行うことは可能であり、また、アクセス用通信網６００としての種類も、図１４〜図１６により例示したものに限定はされない。
【０１４４】
４−６．処理動作例
続いては、これまでの説明を踏まえて、第２例としてのサービス提供システムが行うとされる、自動車の現在位置通知サービスを実現するための処理動作について、図１７のフローチャートを参照して説明する。なお、本実施の形態としての自動車の現在位置通知サービスについての動作概要は、先に述べたとおりである。
この図においては、パーソナルコンピュータ７００、認証サーバ８００、及びナビゲーションシステム１の各々において実行される処理を並列的に示している。ここでのパーソナルコンピュータ７００としての処理はＣＰＵ７０１が実行し、認証サーバ８００としての処理は制御部８０３が実行し、ナビゲーションシステム１としての処理は制御部１９が実行する。
【０１４５】
パーソナルコンピュータ７００に、ナビゲーションシステム１が搭載された自動車の現在位置を通知してもらうのにあたっては、前述もしたように、例えばパーソナルコンピュータ７００上でＷｅｂブラウザのアプリケーションを起動させ、認証サーバ８００における現在位置通知サービスのＷｅｂサイトにアクセスするようにされる。そして、このとき表示されるブラウザ画面に対して所定の操作を行うことで、パーソナルコンピュータ７００からは、現在位置通知リクエストを送信することになる。これが図１７におけるステップＳ４１の処理となる。
【０１４６】
このステップＳ４１により現在位置通知リクエストを送信する際には、ユーザ情報、機器ＩＤ、及びサービスＩＤを共に送信するようにされる。
例えば現在位置通知サービスのブラウザ画面上には、リクエストに必要とされる各種項目を入力する入力ボックスが表示されるようになっているものとされる。上記ユーザ情報は、この入力ボックスに入力した例えば住所、氏名等の個人情報に基づいて、ユーザを特定するＩＤとしてＣＰＵ７０１が作成する。
また、機器ＩＤは、例えばこれがメーカコードと製造番号から成るものであるとすれば、ＣＰＵ７０１が例えばＲＯＭ７０２から読み出したメーカコード、製造番号の情報に基づいて作成することになる。また、機器ＩＤがＩＰアドレスであれば、例えばＲＡＭ７０３に保持しているＩＰアドレスを利用して作成する。
また、サービスＩＤは、例えば、このリクエストが現在位置通知サービスに対応したものであることを示すＩＤとして、現在位置通知リクエストとしてのデータ構造内に格納されているものとする。
【０１４７】
上記のようにして送信された現在位置通知リクエストは、図１４〜図１６にて説明したようにして、先ずは、アクセス用通信網６００にてルーティングされ、インターネット４００を介して認証サーバ８００に転送されることになる。そして、この際において、アクセス用通信網６００の設備においては、受信取得した機器ＩＤと、自身が管理して保有しているとされる経路特定情報（電話番号、ポートＩＤ、ルータアドレスなど）を利用してＰＣ−ＩＤを作成する。従って、認証サーバ８００に対しては、現在位置通知リクエストと共に、このＰＣ−ＩＤと、ユーザ情報、サービスＩＤが送信されることになる。
【０１４８】
認証サーバ８００では、上記のようにして送信されてきた現在位置通知リクエスト、ユーザ情報、ＰＣ−ＩＤ、及びサービスＩＤを、ステップＳ５１により受信する。そして、次のステップＳ５２において、この受信したユーザ情報、ＰＣ−ＩＤ、及びサービスＩＤ等と、認証用ユーザデータベース８１０とを比較参照することで、認証処理を実行する。
【０１４９】
次のステップＳ５３では、上記ステップＳ５２による認証処理の結果として、正規のユーザであるとの認証が成立したか否かを判別しており、ここで、否定結果が得られた場合には、ステップＳ５５として示すように、今回のリクエストの受信に対応した処理を拒否する。つまり、以降において、例えば受信したリクエストに応じて、パーソナルコンピュータ７００側に現在位置情報を送信するための処理は行わないようにされる。なお、この図では図示していないが、例えばステップＳ５５の処理としては、例えば認証が不成立であったことをパーソナルコンピュータ７００側に通知するようにすることが好ましい。
【０１５０】
これに対して、ステップＳ５３において認証が成立したとの肯定結果が得られた場合には、ステップＳ５４の処理として、今回受信した現在位置通知リクエストをしかるべきナビゲーションシステム１に対して送信することを行う。
この際には、認証用ユーザデータベース８１０から、今回リクエストと共に受信したユーザ情報、ＰＣ−ＩＤ、及びサービスＩＤに対応づけて格納されているナビＩＤを検索するようにされる。そして、この検索されたナビＩＤ（電話番号）を指定して、無線電話通信網３００に対して現在位置通知リクエストを送信するようにされる。これによって、現在位置通知リクエストは、パーソナルコンピュータ７００を所有するユーザが所有して登録しているナビゲーションシステム１に対して正しく送信されることになる。
【０１５１】
例えば自動車１００に搭載されたナビゲーションシステム１では、ステップＳ６１の処理によって現在位置通知リクエストを受信することになる。
ここで、本実施の形態のナビゲーションシステム１は現在位置通知サービスに対応したプログラムを格納している。このプログラムは、受信した情報が現在位置通知リクエストである場合には、測位部４にて測定される現在位置情報と、例えば記録媒体９等から読み出した地図情報とを利用して現在位置情報を作成し、認証サーバ８００にアクセスして送信を行うという動作を実行させるものである。なお、現在位置情報の生成に利用する地図情報としては、例えば前述したようにして取得した更新データがあれば、この更新データも利用するようにされる。そして、次に述べるステップＳ６２〜Ｓ６４の処理は、このプログラムに従って実行される。
【０１５２】
ステップＳ６２においては、現在位置情報を作成する。
前述もしたように、ここで作成される現在位置情報は、例えばＷｅｂブラウザによって表示可能なＨＴＭＬやＸＭＬなどの形式とされ、Ｗｅｂブラウザ上で再生すれば、地図上に現在位置が示される画像を表示させることができるデータ内容を有しているものとされる。なお、例えばＪＰＥＧ、ＪＩＦ、及びビットマップなどをはじめ、単に所定の形式による画像データとして生成することも考えられる。
【０１５３】
そして、次のステップＳ６３においては、ナビゲーションシステム１が認証サーバ８００に対してアクセスするための制御処理を実行する。このため、例えばナビゲーションシステム１においては、例えばメモリ１２などに認証サーバ８００のＵＲＬが保持されているものとされ、制御部１９は、このＵＲＬにアクセスが行われるように、通信インターフェイス４７から通信端末装置５０を介してアクセス要求を送信させる。
そして、このアクセス要求に応じて、認証サーバ８００との接続が確立したとされると、次のステップＳ６４の処理によって、先のステップＳ６２にて生成した現在位置情報を認証サーバ８００に対して送信する。
【０１５４】
認証サーバ８００では、ステップＳ５６の処理として、上記のようにして送信された現在位置情報を受信すると、この現在位置情報をリクエストしたパーソナルコンピュータ７００に対して転送することを行う。
【０１５５】
現在位置通知リクエストを行ったパーソナルコンピュータ７００は、前述もしたように認証サーバ８００と接続されており、しかるべきＷｅｂページがブラウザによって表示出力されている状態にある。そして、この状態の下で、転送されてきた現在位置情報をステップＳ４２の処理によって受信することになる。
このようにして受信された現在位置情報は、例えば先にも述べたように、ＨＴＭＬやＸＭＬなどのファイルの形式をとっている。そして、パーソナルコンピュータ７００では、ステップＳ４３の処理によって、この現在位置情報について再生処理を行うことで、ブラウザ画像として現在位置を示す表示を行うようにされる。
なお、上記処理動作においては、ナビゲーションシステム１からパーソナルコンピュータ７００への現在位置情報の送信は、認証サーバ８００を介在させている。これは、パーソナルコンピュータ７００が認証サーバ８００と接続されていることを利用して、認証サーバ８００を中継することでナビゲーションシステム１からの情報の送信を容易にするためとされる。しかしながら、この段階では、特に認証処理を実行する必要はないので、ナビゲーションシステム１からパーソナルコンピュータ７００に対して直接送信を行うように構成することも可能である。
【０１５６】
また、認証サーバ８００としては、例えば当然のことではあるが、１つの装置としてではなく、例えば処理負担の軽減のために、認証サーバ８００として機能する複数の装置が、インターネット上において分散するようにして設けられた構成としても構わないものである。
【０１５７】
また、不正行為を防止する構成としては、次のような構成を補助的に付加することも考えられる。
例えば本実施の形態としてのサービス提供システムにおいて、ユーザがサービス提供に利用するものとして登録している各機器（ナビゲーションシステム、携帯電話、パーソナルコンピュータ等）のインターネットの接続を、特定の１つの通信会社（電話会社等）が行うとする。そして、例えばこの通信会社がカバーする範囲の通信網内において監視サーバを設けるようにする。監視サーバは、ユーザが登録している各機器間の通信として、この通信会社がカバーする一定範囲内の回線を利用しているか否かを監視するようにする。そして、通信会社がカバーする一定範囲外の回線から入ってくるようにして、ユーザが登録している機器が通信を行う状況となった場合には、何らかの警告を与えたり、また、不正のサービス利用が行われるような回線の利用状況であるとする場合には、通信を中断させるようにするものである。
【０１５８】
また、本発明としては上記した各実施の形態に限定されるものではない。例えば、提供すべきサービスとしては、これまで例示したもの以外にも各種考えられる。また、サービス提供に利用される機器としては、カーナビゲーション装置、携帯電話、パーソナルコンピュータ等に限定されるものではなく、例えばインターネットなどのネットワークとの接続機能を有する移動通信端末装置を備える機器や、また、移動通信端末装置ではなくとも、特定の通信網を介してインターネットと接続される通信端末装置を備えるような機器であれば、本発明の適用は可能とされる。
特に、第２例としてのシステム構成により実現されるサービスとしては、ナビゲーションシステム１とパーソナルコンピュータ７００とを利用しての現在位置情報通知サービスを例に挙げているが、これ以外にも多様に考えられるものであり、また、パーソナルコンピュータ７００と携帯電話２００との間での通信によって実現されるサービスとしても本発明としてあり得るものである。もちろんこの場合にも、認証サーバ８００を介在させてのパーソナルコンピュータ７００からのアクセスが行われるようにされることで、不正なサービスの利用が行われないようにされる。
【符号の説明】
【０１５９】
１ ナビゲーションシステム、２ ナビゲーション本体部、３ ディスプレイモニタ部、３ａ 表示画面、３ｂ 受信部、３ｃ 車内カメラ、３ｄ フロントカメラ、４ 測位部、８ リモートコントローラ、８ａ 緊急キー、９ 記録媒体、１１ ＲＯＭ、１２ メモリ、１３ ＤＲＡＭ、１４ インターフェイス、１５ 時計部、１６ 入力部、１７ 表示ドライバ、１８ ディスクドライバ、１９ 制御部、２０ バス、４１ セキュリティシステム部、４５ 記憶部、４６ 画像音声処理部、４７ 通信インターフェイス、５０ 通信端末装置、２００ 携帯電話、２０１ アンテナ、２０２ 受信回路、２０３ 送信回路、２０４ 信号処理回路、２０５ リンガー、２０６ スピーカ、２０７ マイクロフォン、２０８ システムコントローラ、２０９ ＬＣＤ表示部、２１０ キー操作部、２１７ ＲＯＭ、２１８ ＲＡＭ、３００ 無線電話通信網、３０１ 基地局、３０２ 中継局、３０３ アプリケーションサーバ、４０１ 記憶部、４０２，４０３ インターフェイス、４０４ 制御部、４１０ ユーザデータベース、４１１ 実行アプリケーション、５００ サービスサーバ、５０１ 記憶部、５０２ ネットワークインターフェイス、５０３ 制御部、５１０ ユーザデータベース、５１１ 実行アプリケーション、５１２ サービス用データ、６００ アクセス用通信網、７００ パーソナルコンピュータ、７０１ ＣＰＵ、７０２ ＲＯＭ、７０３ ＲＡＭ、７０４ 入出力インターフェイス、７０５ キーボード、７０６ マウス、７０７ ハードディスクドライブ、７０８ ディスプレイモニタ、７０９ ネットワークインターフェイス、７１０ 内部バス、８００ 認証サーバ、８０１ 記憶部、８０２ ネットワークインターフェイス、８０３ 制御部、８１０ 認証用ユーザデータベース、８１１ 実行アプリケーション
【特許請求の範囲】
【請求項１】
固有ＩＤを有するナビゲーション機能を含む端末であって、
通信ネットワーク上で情報を送受信するワイヤレス通信ユニットと、
プロセッサを有する制御ユニットと
から成り、
前記プロセッサは、前記ワイヤレス通信ユニットで受信するサービス提供システムによって提供された所定のサービスを処理可能であり、
前記サービス提供システムは、そのナビゲーション端末の固有ＩＤを記憶し、前記ナビゲーション端末が認証されたときのみ、そのナビゲーション端末にアクセスし、前記所定のサービスを提供し、
前記所定のサービスは、前記ナビゲーション端末で利用可能な地図情報のアップデートであり、前記地図情報の先のバージョンとアップデートされた地図情報間の差分のみのデータを前記ワイヤレス通信ユニットにて受信する
端末。
【請求項１】
固有ＩＤを有するナビゲーション機能を含む端末であって、
通信ネットワーク上で情報を送受信するワイヤレス通信ユニットと、
プロセッサを有する制御ユニットと
から成り、
前記プロセッサは、前記ワイヤレス通信ユニットで受信するサービス提供システムによって提供された所定のサービスを処理可能であり、
前記サービス提供システムは、そのナビゲーション端末の固有ＩＤを記憶し、前記ナビゲーション端末が認証されたときのみ、そのナビゲーション端末にアクセスし、前記所定のサービスを提供し、
前記所定のサービスは、前記ナビゲーション端末で利用可能な地図情報のアップデートであり、前記地図情報の先のバージョンとアップデートされた地図情報間の差分のみのデータを前記ワイヤレス通信ユニットにて受信する
端末。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【公開番号】特開２０１１−２５７４０９（Ｐ２０１１−２５７４０９Ａ）
【公開日】平成２３年１２月２２日（２０１１．１２．２２）
【国際特許分類】
【出願番号】特願２０１１−１４８８７９（Ｐ２０１１−１４８８７９）
【出願日】平成２３年７月５日（２０１１．７．５）
【分割の表示】特願２００１−１８８７２４（Ｐ２００１−１８８７２４）の分割
【原出願日】平成１３年６月２１日（２００１．６．２１）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
【公開日】平成２３年１２月２２日（２０１１．１２．２２）
【国際特許分類】
【出願日】平成２３年７月５日（２０１１．７．５）
【分割の表示】特願２００１−１８８７２４（Ｐ２００１−１８８７２４）の分割
【原出願日】平成１３年６月２１日（２００１．６．２１）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
[ Back to top ]