JP2002243456A

JP2002243456A - ネットワークナビゲーション方法及びそのシステム

Info

Publication number: JP2002243456A
Application number: JP2001034724A
Authority: JP
Inventors: Yasuo Ito; 泰雄伊藤; Naoki Ushiki; 直樹牛来; Takashi Sugawara; 隆菅原; Satoshi Kitano; 聡北野; Hiroyuki Yamakawa; 博幸山川; Yukio Yamamoto; 幸夫山本
Original assignee: Aisin AW Co Ltd; Equos Research Co Ltd
Current assignee: Aisin AW Co Ltd; Equos Research Co Ltd
Priority date: 2001-02-09
Filing date: 2001-02-09
Publication date: 2002-08-28

Abstract

(57)【要約】【課題】情報センタの拡張を容易に行うことができる
柔軟性の高いネットワークナビゲーションシステムを提
供する。【解決手段】クライアントＰでナビゲーションプログ
ラム１２Ｐが実行され、経路探索が要求されたとする。
この要求は、ＯＲＢ１０Ｐ，ネットワーク２０を通じて
サーバＡに送られる。サーバＡでは、ＯＲＢ１０Ａによ
って経路探索のオブジェクトＡを立ち上げる。ここで、
オブジェクトＡである経路探索を実行する際に渋滞情報
を知る必要があるとすると、渋滞情報提供用のオブジェ
クトＣを呼び出す必要がある。オブジェクトＣの位置
は、ＯＲＢ１０ＡによってサーバＣにあることが判るの
で、サーバＣにアクセスすることでオブジェクトＣが呼
び出される。ＯＲＢを使用することで、すべてのオブジ
ェクトを名前のみで読み出すことができ、その位置を意
識する必要がない。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワークを利
用したナビゲーション方法及びそのシステムに関し、特
に複数のサーバによる分散システム構築に関するもので
ある。

【０００２】

【背景技術】従来のカーナビゲーションシステムにおい
ては、経路探索や経路誘導に必要なデータがＣＤ−ＲＯ
Ｍに収納されており、これを車載装置側で読み込んで経
路探索，経路誘導を行っている。しかし、このような方
法では、道路状況の変化に迅速に対応できず、新規に開
通した道路が探索されない，逆に通行止めとなった道路
を探索してしまうなどの不都合がある。

【０００３】一方、最近は、携帯電話などの移動体通信
手段を利用して簡便にインターネットにアクセスできる
ようになっており、ネットワークを利用したナビゲーシ
ョンシステムが注目されている。このシステムによれ
ば、車両クライアントは、移動体通信手段を通じて情報
センタと交信し、経路探索は情報センタで行われる。そ
して、探索した経路及びその誘導情報が情報センタから
車両クライアントに送られ、車両クライアントで経路誘
導が行われる。このようなネットワークナビゲーション
システムによれば、最新の情報に基づく経路探索，経路
誘導が可能となる，また、車両クライアントからの要望
に応じて、渋滞情報や観光情報などを情報センタから車
両クライアントに提供することも可能となる。

【０００４】このようなクライアント／サーバ型のネッ
トワークナビゲーションシステムを、ＷＷＷサーバを利
用して構築したとすると、図４に示すものが考えられ
る。同図に示すように、車両クライアント９００（車載
ナビゲーション装置）は、ナビゲーションプログラム９
０２を備えており、これを利用して情報センタ９１０の
ＷＷＷサーバ９１２にインターネット９０４を介してア
クセスする。ＷＷＷサーバ９１２は、該当するＨＴＭＬ
文書９１４を読み出し、これが車両クライアント９００
のディスプレイ上に表示される。車両クライアント９０
０で、例えば経路探索が要求されたとすると、これがＷ
ＷＷサーバ９１２に伝達され、ＡＰＩ（Application Pr
ogram Interface）９１６によって経路探索プログラム
９１８が読み出され、実行される。すなわち、経路デー
タベース９２０を参照して経路探索が行われる。探索し
た経路は、ＷＷＷサーバ９１２から車両クライアント９
００に送られ、ディスプレイ上に表示される。

【０００５】

【発明が解決しようとする課題】ところで、車両クライ
アントが増大したり、扱うサービス内容が多様化する
と、情報センタを増設する必要が生ずる。このような場
合、情報センタを複数のサーバによって分散構成する方
法が有効である。例えば、経路探索・誘導用のサーバ，
渋滞情報提供用のサーバ，観光情報提供用のサーバをそ
れぞれ用意するという具合である。しかしながら、この
ような方法では、車両クライアント側で必要とする処理
内容に応じてアクセス先のサーバを指定しなければなら
ず、車両クライアント側のプログラムを変更する必要が
生ずる。ところが、車両クライアントは極めて多数であ
り、すべての車両クライアントに対してそのようなプロ
グラム変更を行うことは極めて煩雑であって非現実的で
ある。

【０００６】この発明は、以上の点に着目したもので、
情報センタの拡張を容易に行うことができる柔軟性の高
いネットワークナビゲーション方法及びそのシステムを
提供することを、その目的とするものである。

【０００７】

【課題を解決するための手段】前記目的を達成するた
め、本発明は、多数の車両クライアントと、ナビゲーシ
ョンに関するサービスを提供する情報センタとを含み、
前記車両クライアントと前記情報センタとがネットワー
クを通じて交信する際に、前記情報センタを複数のサー
バによって構成するとともに、前記ナビゲーションに関
するサービスの機能単位である複数のオブジェクトを前
記複数のサーバのいずれかに配置し、ＯＲＢなどのオブ
ジェクト管理手段によって前記オブジェクトを連携管理
することを特徴とする。本発明の前記及び他の目的，特
徴，利点は、以下の詳細な説明及び添付図面から明瞭に
なろう。

【０００８】

【発明の実施の形態】最初に、図１のブロック図を参照
しながら本発明の基本的な形態について説明する。同図
において、ナビゲーションに関するサービスを提供する
情報センタ１０は、サーバＡ，Ｂ，Ｃ，……による分散
システムとして構成されている。サーバＡ，Ｂ，Ｃ，…
…及びナビゲーションに関するサービスを受ける車両側
のクライアントＰ，Ｑ，Ｒ，……は、いずれも通信手段
としてＯＲＢ（Object RequestBroker）の機能を備えて
いる。ＯＲＢ１０Ａ，１０Ｂ，……，１０Ｐ，１０Ｑ，
１０Ｒ，……は、システムが分散構成された環境下でオ
ブジェクト間の通信を行う機能であり、ＯＭＧ（Object
Management Group）によりＣＯＲＢＡ（Common ORB Ar
chitecture）として標準化されている。

【０００９】分散構成されたサーバＡ，Ｂ，Ｃ，……
は、それぞれオブジェクトＡ，Ｂ，Ｃ，……を備えてい
る。例えば、オブジェクトＡは経路探索用のプログラム
及び経路情報を集積したデータベースであり、オブジェ
クトＢは地図生成用のプログラム及び地図情報を集積し
たデータベースであり、オブジェクトＣは渋滞情報提供
用のプログラム及び渋滞情報を集積したデータベースで
あるという具合である。一方、車両側であるクライアン
トＰ，Ｑ，Ｒ，……は、経路誘導を行うナビゲーション
プログラム１２Ｐ，１２Ｑ，１２Ｒ，……をそれぞれ備
えている。

【００１０】例えば、クライアントＰでナビゲーション
プログラム１２Ｐが実行され、経路探索が要求されたと
する。この要求は、ＯＲＢ１０Ｐ，ネットワーク２０を
通じてサーバＡに送られる。サーバＡでは、ＯＲＢ１０
Ａによって経路探索のオブジェクトＡを立ち上げる。こ
こで、オブジェクトＡである経路探索を実行する際に渋
滞情報を知る必要があるとすると、渋滞情報提供用のオ
ブジェクトＣを呼び出す必要がある。オブジェクトＣの
位置は、ＯＲＢ１０ＡによってサーバＣにあることが判
るので、サーバＣにアクセスすることでオブジェクトＣ
が呼び出される。

【００１１】このように、ＯＲＢを使用することで、す
べてのオブジェクトを名前のみで読み出すことが可能で
ある。従って、サーバＢやサーバＣがサーバＡから離れ
た遠隔地に設置されていたとしても、クライアントＰ，
Ｑ，Ｒ，……から見たときはあたかも一つの情報センタ
として機能する。すなわち、ＣＯＲＢＡのオブジェクト
Ａ，Ｂ，Ｃ，……は、ネットワーク２０上のどこにでも
配置することが可能であり、クライアントＰ，Ｑ，Ｒ，
……は対象とするオブジェクトＡ，Ｂ，Ｃ，……がネッ
トワーク２０のどこに存在するのかをまったく意識する
必要がない。

【００１２】サーバ側からみると、クライアント数が少
なく、扱うデータの容量も小さいときは、小規模のコン
ピュータシステムでサーバを構成し、クライアント数の
増大やオブジェクトの増加に伴ってサーバを分散して増
設すればよい。サーバが複数となっても、オブジェクト
は名称で呼び出されるため、クライアント側のプログラ
ム変更を行う必要はない。このように、本発明によれ
ば、極めて柔軟なサーバシステムの運用が可能となる。
更に、クライアント側がオブジェクトを保有し、これを
利用することも可能である。このように、ＣＯＲＢＡを
用いることで、対象とするオブジェクトがネットワーク
上のいずれに存在するのかをまったく意識することな
く、すなわち、システムの物理的構成に依存することな
くプログラムを記述することが可能となり、プログラミ
ングの生産効率が向上する。

【００１３】次に、図２及び図３を参照しながら、本発
明の実施形態について説明する。図２に構成を示すよう
に、本実施形態では、情報センタ１００は、経路情報サ
−バ１１０，渋滞情報サーバ１２０，観光情報サーバ１
４０によって分散構成されている。これらの各サーバ
は、ネットワーク上のいずれの位置にあってもよい。各
サーバ１１０，１２０，１４０は、いずれもＣＯＲＢＡ
インターフェースとしてＯＲＢ１１２，１２２，１４２
の機能をそれぞれ備えている。また、経路情報サーバ１
１０は、指定された目的地までの経路を探索する手段で
ある経路探索部１１４，経路誘導情報や配信地図を生成
する手段である地図生成部１１６，車両クライアント側
から指定された目的地点を検索する手段である地点検索
部１１８をオブジェクトとして備えている。経路探索部
１１４は、経路探索用のプログラム（ＰＧと表示）１１
４Ａとデータベース（ＤＢと表示）１１４Ｂを含んでい
る。地図生成部１１６，地点検索部１１８，渋滞情報提
供部１２４，観光情報提供部１４４についても同様であ
る。

【００１４】一方、各車両にナビゲーション装置として
搭載されている車両クライアント１５０も、ＣＯＲＢＡ
インターフェースとしてＯＲＢ１５２の機能をそれぞれ
備えている。また、車両クライアント１５０は、ＧＰＳ
などによって車両の現在位置を追跡する手段である位置
追跡部１５４，操作メニューや地図を表示したり、車両
の現在位置を表示する表示画面制御／表示手段であるＨ
ＭＩ部１５６，追跡される現在地情報とサーバ側から提
供される経路情報に基づいて経路誘導を行う手段である
経路誘導部１５８をオブジェクトとして備えている。位
置追跡部１５４は、位置追跡用のプログラム１５４Ａと
位置データ１５４Ｂを含んでいる。ＨＭＩ部１５６は、
表示制御用のプログラム１５６Ａと表示画像のデータベ
ース１５６Ｂを含んでいる。経路誘導部１５８は、経路
誘導用のプログラム１５８Ａと経路誘導用のデータ１５
８Ｂを含んでいる。

【００１５】情報センタ１００と車両クライアント１５
０は、例えば携帯電話などの移動体通信手段を利用し、
インターネットなどのネットワークを通じて交信する。
また、情報センタ１００に含まれる個別のサーバ１１
０，１２０，１４０は、有線もしくは無線のネットワー
クを通じて他のサーバと交信する。

【００１６】次に、図３のフローチャートを参照しなが
ら、本実施形態の作用を説明する。なお、以下の説明で
は、車両クライアント１５０の経路誘導部１５８が実行
されるときに、適宜他のオブジェクトが参照・実行され
るものとする。車両クライアント１５０では、ＨＭＩ部
１５６が実行されており、ディスプレイにメニュー選択
画面が表示されている。ここで、ドライバが経路誘導を
選択したとすると、ＨＭＩ部１５６の表示プログラム１
５６Ａは、ＯＲＢ１５２に対して経路誘導部１５８の呼
び出しを行う。上述したように、オブジェクトの呼び出
しはその名前のみによって可能であり、ＯＲＢ１５２に
よって経路誘導部１５８が呼び出される。経路誘導部１
５８が呼び出されて経路誘導プログラム１５８Ａが実行
されると（ステップＳ１０）、図３に示す処理が実行さ
れる。

【００１７】まず、ＯＲＢ１５２によってＨＭＩ部１５
６が呼び出され、目的地入力画面が表示される。この画
面を参照しながらドライバは目的地を入力する（ステッ
プＳ１２）。目的地は、例えば目的地の名称，目的地の
電話番号，住所などの方法で特定される。目的地が指定
されると、経路誘導部１５８は、ＯＲＢ１５２に対して
地点検索部１１８の呼び出しを行う（ステップＳ１
４）。すると、ＯＲＢ１５２の機能により、経路サーバ
１１０の地点検索部１１８が呼び出され、地点検索プロ
グラム１１８Ａがデータベース１１８Ｂを参照しながら
実行されて目的地が検索される（ステップＳ１６）。例
えば、目的地の名称からその緯度，経度が検索される。
次に、経路誘導部１５８は、ＯＲＢ１５２によって位置
追跡部１５４を呼び出す（ステップＳ１８）。そして、
位置追跡プログラム１５４Ａが実行され、車両の位置デ
ータ１５４Ｂが取得される（ステップＳ２０）。以上の
ようにして、目的地と車両現在位置のデータがそれぞれ
得られる。

【００１８】経路誘導部１５８は、ＯＲＢ１５２に対し
て経路探索部１１４の呼び出しを行う（ステップＳ２
２）。経路探索部１１４で経路探索プログラム１１４Ａ
が実行されると、その中で渋滞情報提供部１２４がＯＲ
Ｂ１１２に対して呼び出される（ステップＳ２４）。渋
滞情報提供部１２４は、図示のように、経路情報サーバ
１１０とは異なる渋滞情報サーバ１２０にあるが、ＯＲ
Ｂ１１２の作用により、その名前だけで呼び出される。
渋滞情報提供部１２４では、渋滞情報提供のプログラム
１２４Ａが実行され、データベース１２４Ｂを参照して
渋滞情報を取得する（ステップＳ２６）。経路探索部１
１４は、取得した渋滞情報とデータベース１１４Ｂを参
照して、車両現在位置から目的地に至る経路を探索する
（ステップＳ２８）。

【００１９】経路が探索されると、今度はＯＲＢ１１２
によって地図生成部１１６が呼び出され（ステップＳ３
０）、データベース１１６Ｂを参照しながら地図生成プ
ログラム１１６Ａによって探索された経路上の地図が生
成される（ステップＳ３２）。

【００２０】経路誘導部１５８は、以上のようにして取
得した経路データ及びその地図データ１５８Ｂを利用
し、経路誘導プログラム１５８Ａを実行して経路誘導を
行う。すなわち、ＨＭＩ部１５６をＯＲＢ１５２により
呼び出して地図を表示するとともに、位置追跡部１５４
を呼び出して車両の位置データ１５４Ｂを取得し、これ
を地図上に表示する（ステップＳ３４）。この動作を目
的地に到着するまで繰り返すことで、目的地に至る経路
誘導が行われる（ステップＳ３６）。

【００２１】観光情報の取得についても同様である。例
えば、目的地に到着した時点で、当該目的地の観光情報
をドライバが要求したとすると、ＨＭＩ部１５６はＯＲ
Ｂ１５２によって観光情報提供部１４４を呼び出す。観
光情報提供部１４４では、観光情報提供用のプログラム
１４４Ａがデータベース１４４Ｂを参照して実行され
る。得られた観光情報は、ＨＭＩ部１５６によって画面
に表示されるという具合である。

【００２２】このように、本実施形態によれば、ナビゲ
ーションに必要なオブジェクトが分散配置されており、
これらがＣＯＲＢＡインターフェースによって連携し、
適宜呼び出されて実行される。車両クライアントは、必
要なオブジェクトを名前だけで呼び出して実行すること
ができる。

【００２３】特にカーナビゲーションシステムの場合
は、（１）クライアント数やデータ量の増大に柔軟に対
応する必要がある，（２）渋滞，事故，交通規制など、
刻々と変化する道路状況に速やかに対応する必要があ
り、サーバのデータ更新を頻繁に行う必要がある，
（３）クライアントが必ずしも共通のハードウエアやＯ
Ｓを備えているとは限らない，（４）情報センタは、連
続して休みなく稼動しなければならない，といった特殊
な要求がある。

【００２４】ＣＯＲＢＡをナビゲーションシステムに適
用することで、それらの課題を解決することができる。
すなわち、サーバの拡張・追加は、クライアント側のプ
ログラムを修正することなく行うことができ、クライア
ント数やデータ量の増大に柔軟に対応できる。また、同
一機能のサーバを複数起動し、交互にデータの更新を行
うことで、煩雑なデータ更新をサーバの休止を伴うこと
なく行うことができる。

【００２５】本発明には数多くの実施形態があり、以上
の開示に基づいて多様に改変することが可能である。例
えば、次のようなものも含まれる。（１）前記実施形態では、情報センタが提供するサービ
スとして、経路探索・経路誘導，渋滞情報提供，観光情
報提供を例として説明したが、必要に応じてサービスの
種類を増減してよい。（２）前記実施形態では、車両現在位置から目的地に至
る経路を探索し、その全体を一度にセンタ側から車両側
に送ったが、特許第３０７３４９５号に記載されている
ように、全探索経路のうちの一部を車両側に送信するよ
うにしてもよい。この場合に、車両側にデータを送信す
る度に経路探索を行うことで、常に最新の道路状況に基
づく経路誘導が可能となる。（３）情報センタの分散配置は、上述した実施形態のよ
うなサービスの種類毎の配置の他、各種の配置があり、
いずれとしてもよい。例えば、北海道，東北，関東，…
…の各地方毎にサーバを配置するなどである。

【００２６】

【発明の効果】以上説明したように、本発明によれば、
ナビゲーションサービスの機能単位であるオブジェクト
を、複数のサーバに分散するとともに、それらをＯＲＢ
によって連携管理することとしたので、情報センタの拡
張を容易に行うことができ、柔軟性の高いネットワーク
ナビゲーションシステムを構築することが可能となると
いう効果がある。

【図面の簡単な説明】

【図１】本発明の基本的な形態を示すシステム図であ
る。

【図２】本発明の一実施形態を示すシステム図である。

【図３】前記実施形態における経路探索・経路誘導の作
用を示すフローチャートである。

【図４】インターネットを利用したネットワークナビゲ
ーションシステムを示すシステム図である。

【符号の説明】

１０……情報センタ１２Ｐ，１２Ｑ，１２Ｒ……ナビゲーションプログラム１４……観光情報提供部２０……ネットワーク１００……情報センタ１１０……経路情報サーバ１１２……ＯＲＢ１１４……経路探索部１１４Ａ……経路探索プログラム１１４Ｂ……データベース１１６……地図生成部１１６Ａ……地図生成プログラム１１６Ｂ……データベース１１８……地点検索部１１８Ａ……地点検索プログラム１１８Ｂ……データベース１２０……渋滞情報サーバ１２２……ＯＲＢ１２４……渋滞情報提供部１２４Ａ……渋滞情報提供プログラム１２４Ｂ……データベース１４０……観光情報サーバ１４２……ＯＲＢ１４４……観光情報提供部１４４Ａ……観光情報提供プログラム１４４Ｂ……データベース１５０……車両クライアント１５２……ＯＲＢ１５４……位置追跡部１５４Ａ……位置追跡プログラム１５４Ｂ……位置データ１５６……ＨＭＩ部１５６Ａ……表示プログラム１５６Ｂ……表示画像データベース１５８……経路誘導部１５８Ａ……経路誘導プログラム１５８Ｂ……経路誘導データ

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｇ０８Ｇ 1/137 Ｇ０８Ｇ 1/137 (72)発明者牛来直樹東京都千代田区外神田２丁目19番12号株式会社エクォス・リサーチ内 (72)発明者菅原隆東京都千代田区外神田２丁目19番12号株式会社エクォス・リサーチ内 (72)発明者北野聡東京都千代田区外神田２丁目19番12号株式会社エクォス・リサーチ内 (72)発明者山川博幸東京都千代田区外神田２丁目19番12号株式会社エクォス・リサーチ内 (72)発明者山本幸夫愛知県安城市藤井町高根10番地アイシン・エィ・ダブリュ株式会社内Ｆターム(参考） 2F029 AA02 AB07 AB13 AC14 AC16 5B075 KK02 UU13 5B089 GA11 GA23 GB10 JA11 JA33 KA06 5B098 GA01 GC17 GC18 5H180 BB05 FF05 FF12 FF13 FF22

Claims

【特許請求の範囲】

【請求項１】車両クライアントがネットワークを通じ
て情報センタと交信することによってナビゲーションを
行うネットワークナビゲーション方法であって、前記情報センタを複数のサーバによって分散構成すると
ともに、前記ナビゲーションの機能単位であるオブジェクトを、
それら複数のサーバのいずれかに配置し、ＯＲＢによって前記オブジェクトを連携管理することを
特徴とするネットワークナビゲーション方法。
【請求項２】多数の車両クライアントと、ナビゲーシ
ョンに関するサービスを提供する情報センタとを含み、
前記車両クライアントと前記情報センタとがネットワー
クを通じて交信するネットワークナビゲーションシステ
ムであって、前記情報センタを構成する複数のサーバ；該複数のサー
バのいずれかに配置されており、前記ナビゲーションに
関するサービスの機能単位である複数のオブジェクト；
前記オブジェクトを連携管理するオブジェクト管理手
段；を含むことを特徴とするネットワークナビゲーショ
ンシステム。
【請求項３】前記オブジェクト管理手段は、名前によ
って該当するオブジェクトを呼び出す機能を有すること
を特徴とする請求項２記載のネットワークナビゲーショ
ンシステム。
【請求項４】前記オブジェクト管理手段としてＯＲＢ
を使用したことを特徴とする請求項３記載のネットワー
クナビゲーションシステム。