(57)【要約】  【課題】メインプログラムのバージョンアップに合わせて、それに関連するプログラムやデータなどのバージョンアップについても効率良く行えることのできるアップデートシステムを提供すること。  【解決手段】メインプログラム「ＰＲ０１」から呼び出されて利用されるモジュール「ＭＪ０１」等のアップデートを行うアップデートシステムであって、サーバーからＡＶ・ナビゲーション装置１へ、メインプログラムのバージョンアップ情報２２と好適バージョン情報２３とを含むアップデート情報２１が配信され、バージョンアップ情報２２に基づいて、メインプログラムのバージョンアップが行われるように構成し、ＡＶ・ナビゲーション装置１に、好適バージョン情報２３に基づいて、モジュールの現状バージョンと好適バージョンとを比較する手段と、比較結果に基づいて、モジュールのアップデートを行う手段とを装備する。  【選択図】  図９
2006227871.tif 000002
【特許請求の範囲】
【請求項１】
情報処理装置に格納されたメインプログラムから呼び出されて利用されるモジュールの
アップデートを行うアップデートシステムであって、
情報配信装置から前記情報処理装置に対し、前記メインプログラムのバージョンアップ
情報を含むアップデート情報が配信されると共に、
前記バージョンアップ情報に基づいて、前記メインプログラムのバージョンアップが行
われるように構成され、
前記情報処理装置が、
バージョンアップされた前記メインプログラムを実行するのに好適な、前記モジュール
のバージョンを示した好適バージョン情報に基づいて、前記情報処理装置に格納されてい
る前記モジュールの現状バージョンと好適バージョンとを比較するバージョン比較手段と
、
該バージョン比較手段による比較結果に基づいて、前記モジュールのアップデートを行
うアップデート手段とを備えると共に、
前記情報配信装置から配信される前記アップデート情報に、前記好適バージョン情報が
含まれていることを特徴とするアップデートシステム。
【請求項２】
前記アップデート手段が、
前記バージョン比較手段による比較結果に基づいて、前記情報配信装置に対し、バージ
ョンアップの対象となるモジュールのバージョンアップ情報の配信を要求するバージョン
アップ情報配信要求手段と、
前記情報配信装置から前記要求に応じて配信されてくるバージョンアップ情報に基づい
て、前記モジュールのバージョンアップを行うバージョンアップ手段とを備えていること
を特徴とする請求項１記載のアップデートシステム。
【請求項３】
前記アップデート手段が、
前記バージョン比較手段による比較結果に基づいて、バージョンアップの対象となるモ
ジュールを使用者へ告知するモジュール告知手段と、
前記使用者が操作し得る操作手段から得られる情報に基づいて、バージョンアップを行
うモジュールを選択するモジュール選択手段と、
前記情報配信装置に対し、前記モジュール選択手段により選択されたモジュールのバー
ジョンアップ情報の配信を要求するバージョンアップ情報配信要求手段と、
前記情報配信装置から前記要求に応じて配信されてくるバージョンアップ情報に基づい
て、前記モジュールのバージョンアップを行うバージョンアップ手段とを備えていること
を特徴とする請求項１記載のアップデートシステム。
【請求項４】
情報処理装置に格納されたメインプログラムから呼び出されて利用されるモジュールの
アップデートを行うアップデートシステムであって、
情報配信装置から前記情報処理装置に対し、前記メインプログラムのバージョンアップ
情報を含むアップデート情報が配信されると共に、
前記バージョンアップ情報に基づいて、前記メインプログラムのバージョンアップが行
われるように構成され、
前記情報配信装置が、
前記情報処理装置に格納されている前記モジュールの現状バージョンを示した現状バー
ジョン情報が記憶された現状バージョン情報記憶手段と、
該現状バージョン情報記憶手段に記憶されている現状バージョン情報と、バージョンア
ップされた前記メインプログラムを実行するのに好適な、前記モジュールのバージョンを
示した好適バージョン情報とに基づいて、前記情報処理装置に格納されている前記モジュ
ールの現状バージョンと好適バージョンとを比較するバージョン比較手段と、
該バージョン比較手段による比較結果に基づいて、前記情報処理装置に対し、バージョ
ンアップの対象となるモジュール情報を配信するモジュール情報配信手段とを備えると共
に、
前記情報処理装置が、
前記情報配信装置から配信されてくるモジュール情報に基づいて、前記モジュールのア
ップデートを行うアップデート手段とを備えていることを特徴とするアップデートシステ
ム。
【請求項５】
前記情報配信装置から配信される前記アップデート情報に、前記バージョン比較手段に
よる比較結果に基づく、バージョンアップの対象となるモジュール情報が含まれているこ
とを特徴とする請求項４記載のアップデートシステム。
【請求項６】
前記アップデート手段が、
前記情報配信装置から配信されてくるモジュール情報に基づいて、前記情報配信装置に
対し、バージョンアップの対象となるモジュールのバージョンアップ情報の配信を要求す
るバージョンアップ情報配信要求手段と、
前記情報配信装置から前記要求に応じて配信されてくるバージョンアップ情報に基づい
て、前記モジュールのバージョンアップを行うバージョンアップ手段とを備えていること
を特徴とする請求項４又は請求項５記載のアップデートシステム。
【請求項７】
前記アップデート手段が、
前記情報配信装置から配信されてくるモジュール情報に基づいて、バージョンアップの
対象となるモジュールを使用者へ告知するモジュール告知手段と、
前記使用者が操作し得る操作手段から得られる情報に基づいて、バージョンアップを行
うモジュールを選択するモジュール選択手段と、
前記情報配信装置に対し、前記モジュール選択手段により選択されたモジュールのバー
ジョンアップ情報の配信を要求するバージョンアップ情報配信要求手段と、
前記情報配信装置から前記要求に応じて配信されてくるバージョンアップ情報に基づい
て、前記モジュールのバージョンアップを行うバージョンアップ手段とを備えていること
を特徴とする請求項４又は請求項５記載のアップデートシステム。
【請求項８】
前記バージョンアップ情報配信要求手段による要求に応じて配信されてくるべき全ての
バージョンアップ情報を受信したか否かを判断する受信完了判断手段を備え、
該受信完了判断手段により、配信されてくるべき全てのバージョンアップ情報を受信し
たと判断された場合、
前記バージョンアップ手段が、モジュールのバージョンアップを行うものであることを
特徴とする請求項２、３、６、７のいずれかの項に記載のアップデートシステム。
【請求項９】
前記バージョンアップ手段が、バージョンアップ情報の受信が完了したものから逐次、
対応するモジュールのバージョンアップを行うものであることを特徴とする請求項２、３
、６、７のいずれかの項に記載のアップデートシステム。
【請求項１０】
前記バージョンアップ情報配信要求手段が、バージョンアップ情報の情報量の大きさに
基づいて決定される順番に従って、バージョンアップ情報の配信を要求するものであるこ
とを特徴とする請求項２、３、６、７のいずれかの項に記載のアップデートシステム。
【請求項１１】
前記情報処理装置の残り稼働時間に基づいて、前記バージョンアップ情報配信要求手段
によるバージョンアップ情報の配信要求に制限を加味する配信要求制限手段を備えている
ことを特徴とする請求項２、３、６、７、１０のいずれかの項に記載のアップデートシス
テム。
【請求項１２】
前記アップデート手段が、モジュールの重要度に基づいて決定される順番に従って、モ
ジュールのアップデートを行うものであることを特徴とする請求項１〜１１のいずれかの
項に記載のアップデートシステム。
【請求項１３】
前記アップデート手段が、前記メインプログラムとは別のプログラムの実行への影響の
有無に基づいて、モジュールのアップデートを行うものであることを特徴とする請求項１
〜１２のいずれかの項に記載のアップデートシステム。
【請求項１４】
請求項１〜１３のいずれかの項に記載のアップデートシステムを構成する情報処理装置
であることを特徴とする情報処理装置。
【請求項１５】
請求項１〜１３のいずれかの項に記載のアップデートシステムを構成する情報配信装置
であることを特徴とする情報配信装置。
【請求項１６】
情報処理装置に格納されたメインプログラムから呼び出されて利用されるモジュールの
アップデートを行うアップデート方法であって、
情報配信装置が、
前記情報処理装置に対し、前記メインプログラムのバージョンアップ情報を含むアップ
デート情報を配信するステップを有し、
前記情報処理装置が、
前記バージョンアップ情報に基づいて、前記メインプログラムのバージョンアップを行
うステップと、
バージョンアップされた前記メインプログラムを実行するのに好適な、前記モジュール
のバージョンを示した好適バージョン情報に基づいて、前記情報処理装置に格納されてい
る前記モジュールの現状バージョンと好適バージョンとを比較するステップと、
前記比較の結果に基づいて、前記モジュールのアップデートを行うステップとを有し、
前記好適バージョン情報を、前記アップデート情報に含めて前記情報処理装置へ配信す
ることを特徴とするアップデート方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はアップデートシステム、情報処理装置、情報配信装置、及びアップデート方法
に関し、より詳細には、プログラムやデータなどをより新しいものに書き換える作業（ア
ップデート）を効率良く行うためのアップデートシステム、情報処理装置、情報配信装置
、及びアップデート方法に関する。
【背景技術】
【０００２】
プログラムやデータなどをバージョンアップする作業を使用者自身が全て行うのは非常
に大変である。まず、バージョンアップされたプログラムやデータなどが存在することを
使用者自身が知っていなければならない。
【０００３】
また、使用者はバージョンアップに必要となるプログラム（例えば、古いプログラムと
の差分プログラムや、古いプログラムを修正するための修正分プログラム）が記録された
フレキシブルディスクやＣＤ−ＲＯＭなどの記録媒体を入手して、該記録媒体を使ってイ
ンストールする作業をしなければならない。
【０００４】
そこで、プログラムのバージョンアップを自動で行うための方法が提案され、そして実
用化されている。例えば、インターネット使用時にバージョンの差異を認識すると、自動
的に所定のＷｅｂサイトに接続し、バージョンアップに必要となるプログラムをダウンロ
ードし、そしてプログラムのバージョンアップを行うといったものがある。また、さらに
改良や改善を加えられた自動アップデートについて、下記の特許文献１〜５に開示されて
いる。
【０００５】
ところで、あるメインプログラムのバージョンアップを行った場合、関連するモジュー
ル（すなわち、前記メインプログラムから呼び出されて利用されるプログラムやデータ）
についても合わせてバージョンアップを行う必要があったり、バージョンアップを行って
おく方が望ましい場合がある。
【０００６】
例えば、ナビゲーションシステムにおけるメインプログラムの新しいバージョンが登場
している場合、それに関連するプログラム（例えば、経路探索用プログラム）やデータ（
例えば、地図データ）についても新しいバージョンが登場していることが考えられる。こ
のような場合、メインプログラムのバージョンアップに合わせて、経路探索用プログラム
や地図データについてもバージョンアップを行う方が望ましい。
【０００７】
しかしながら、従来のアップデートシステムでは、メインプログラムのバージョンアッ
プに合わせて、それに関連するプログラムやデータなどのバージョンアップが効率良く行
えるようにはなっていなかった。
【特許文献１】特開２００４−０２１４６３号公報
【特許文献２】特開２００３−２９６１１６号公報
【特許文献３】特開２００３−２８８２２６号公報
【特許文献４】特開２００３−２８８１９１号公報
【特許文献５】特開２００１−２３０８９２号公報
【発明の開示】
【課題を解決するための手段及びその効果】
【０００８】
本発明は上記課題に鑑みなされたものであって、メインプログラムのバージョンアップ
に合わせて、それに関連するプログラムやデータなどのバージョンアップについても効率
良く行うことのできるアップデートシステム、情報処理装置、及び情報配信装置を提供す
ることを目的としている。
【０００９】
上記目的を達成するために本発明に係るアップデートシステム（１）は、情報処理装置
に格納されたメインプログラムから呼び出されて利用されるモジュールのアップデートを
行うアップデートシステムであって、情報配信装置から前記情報処理装置に対し、前記メ
インプログラムのバージョンアップ情報を含むアップデート情報が配信されると共に、前
記バージョンアップ情報に基づいて、前記メインプログラムのバージョンアップが行われ
るように構成され、前記情報処理装置が、バージョンアップされた前記メインプログラム
を実行するのに好適な、前記モジュールのバージョンを示した好適バージョン情報に基づ
いて、前記情報処理装置に格納されている前記モジュールの現状バージョンと好適バージ
ョンとを比較するバージョン比較手段と、該バージョン比較手段による比較結果に基づい
て、前記モジュールのアップデートを行うアップデート手段とを備えると共に、前記情報
配信装置から配信される前記アップデート情報に、前記好適バージョン情報が含まれてい
ることを特徴としている。
【００１０】
上記アップデートシステム（１）によれば、前記情報処理装置に格納されているモジュ
ールの現状バージョンと好適バージョンとが比較され、その比較結果に基づいて、前記モ
ジュールのバージョンアップが行われる。これにより、メインプログラムのバージョンア
ップだけでなく、前記メインプログラムから呼び出されて利用されるモジュール（プログ
ラム、データ）のバージョンアップについても実現することができる。
【００１１】
また、前記比較に用いる好適バージョン情報は、アップデート情報に含まれている。従
って、前記好適バージョン情報は、前記メインプログラムのバージョンアップ情報と一緒
に、前記情報配信装置から前記情報処理装置へ送信されることになる。これにより、前記
情報処理装置では、前記好適バージョン情報と、前記メインプログラムのバージョンアッ
プ情報とを別々に取得しなくて良いので、両者間のネゴシエーションの効率化を図ること
ができる。
【００１２】
また、前記メインプログラムのバージョンアップ情報と、前記好適バージョン情報との
一括管理が可能となるため、管理が容易となる。また、前記情報配信装置では、前記メイ
ンプログラムのバージョンアップ情報が記憶されたファイルと、前記好適バージョン情報
が記憶されたファイルとを別々に管理する必要がないため、ファイルの選定の効率化を図
ることができる。
【００１３】
また、本発明に係るアップデートシステム（２）は、上記アップデートシステム（１）
において、前記アップデート手段が、前記バージョン比較手段による比較結果に基づいて
、前記情報配信装置に対し、バージョンアップの対象となるモジュールのバージョンアッ
プ情報の配信を要求するバージョンアップ情報配信要求手段と、前記情報配信装置から前
記要求に応じて配信されてくるバージョンアップ情報に基づいて、前記モジュールのバー
ジョンアップを行うバージョンアップ手段とを備えていることを特徴としている。
【００１４】
上記アップデートシステム（２）によれば、前記情報配信装置から配信されてくるバー
ジョンアップ情報に基づいて、前記モジュールのバージョンアップが行われる。すなわち
、フレキシブルディスクなどの記録媒体を用いなくても良いので、使用者の作業負担を軽
減することができる。また、アップデート一連の処理動作の自動化についても実現するこ
とができる。
【００１５】
また、本発明に係るアップデートシステム（３）は、上記アップデートシステム（１）
において、前記アップデート手段が、前記バージョン比較手段による比較結果に基づいて
、バージョンアップの対象となるモジュールを使用者へ告知するモジュール告知手段と、
前記使用者が操作し得る操作手段から得られる情報に基づいて、バージョンアップを行う
モジュールを選択するモジュール選択手段と、前記情報配信装置に対し、前記モジュール
選択手段により選択されたモジュールのバージョンアップ情報の配信を要求するバージョ
ンアップ情報配信要求手段と、前記情報配信装置から前記要求に応じて配信されてくるバ
ージョンアップ情報に基づいて、前記モジュールのバージョンアップを行うバージョンア
ップ手段とを備えていることを特徴としている。
【００１６】
上記アップデートシステム（３）によれば、前記情報配信装置から配信されてくるバー
ジョンアップ情報に基づいて、前記モジュールのバージョンアップが行われる。すなわち
、フレキシブルディスクなどの記録媒体を用いなくても良いので、使用者の作業負担を軽
減することができる。また、バージョンアップを行うモジュールを使用者が選択可能にな
るので、使用者が希望しないモジュールのバージョンアップが行われるのを防止すること
ができる。
【００１７】
また、本発明に係るアップデートシステム（４）は、情報処理装置に格納されたメイン
プログラムから呼び出されて利用されるモジュールのアップデートを行うアップデートシ
ステムであって、情報配信装置から前記情報処理装置に対し、前記メインプログラムのバ
ージョンアップ情報を含むアップデート情報が配信されると共に、前記バージョンアップ
情報に基づいて、前記メインプログラムのバージョンアップが行われるように構成され、
前記情報配信装置が、前記情報処理装置に格納されている前記モジュールの現状バージョ
ンを示した現状バージョン情報が記憶された現状バージョン情報記憶手段と、該現状バー
ジョン情報記憶手段に記憶されている現状バージョン情報と、バージョンアップされた前
記メインプログラムを実行するのに好適な、前記モジュールのバージョンを示した好適バ
ージョン情報とに基づいて、前記情報処理装置に格納されている前記モジュールの現状バ
ージョンと好適バージョンとを比較するバージョン比較手段と、該バージョン比較手段に
よる比較結果に基づいて、前記情報処理装置に対し、バージョンアップの対象となるモジ
ュール情報を配信するモジュール情報配信手段とを備えると共に、前記情報処理装置が、
前記情報配信装置から配信されてくるモジュール情報に基づいて、前記モジュールのアッ
プデートを行うアップデート手段とを備えていることを特徴としている。
【００１８】
上記アップデートシステム（４）によれば、前記情報配信装置側で、前記情報処理装置
に格納されているモジュールの現状バージョンと好適バージョンとが比較され、その比較
結果に基づいて、前記情報処理装置に対し、バージョンアップの対象となるモジュール情
報が配信される。そして、この配信されたモジュール情報に基づいて、前記モジュールの
バージョンアップが行われる。これにより、メインプログラムのバージョンアップだけで
なく、前記メインプログラムから呼び出されて利用されるモジュール（プログラム、デー
タ）のバージョンアップについても実現することができる。
【００１９】
また、前記情報処理装置に格納されているモジュールの現状バージョンと好適バージョ
ンとの比較は、前記情報配信装置で行われ、前記情報処理装置で行わなくてよいので、該
情報処理装置の処理負荷を軽減することができる。また、前記情報処理装置は、現状バー
ジョン情報についても管理しなくて良いので、構成をより簡単なものにすることができる
。
【００２０】
また、本発明に係るアップデートシステム（５）は、上記アップデートシステム（４）
において、前記情報配信装置から配信される前記アップデート情報に、前記バージョン比
較手段による比較結果に基づく、バージョンアップの対象となるモジュール情報が含まれ
ていることを特徴としている。
【００２１】
上記アップデートシステム（５）によれば、バージョンアップの対象となるモジュール
情報は、アップデート情報に含まれている。従って、前記モジュール情報は、前記メイン
プログラムのバージョンアップ情報と一緒に、前記情報配信装置から前記情報処理装置へ
送信されることになる。これにより、前記情報処理装置では、前記モジュール情報と、前
記メインプログラムのバージョンアップ情報とを別々に取得しなくて良いので、両者間の
ネゴシエーションの効率化を図ることができる。
【００２２】
また、本発明に係るアップデートシステム（６）は、上記アップデートシステム（４）
又は（５）において、前記アップデート手段が、前記情報配信装置から配信されてくるモ
ジュール情報に基づいて、前記情報配信装置に対し、バージョンアップの対象となるモジ
ュールのバージョンアップ情報の配信を要求するバージョンアップ情報配信要求手段と、
前記情報配信装置から前記要求に応じて配信されてくるバージョンアップ情報に基づいて
、前記モジュールのバージョンアップを行うバージョンアップ手段とを備えていることを
特徴としている。
【００２３】
上記アップデートシステム（６）によれば、前記情報配信装置から配信されてくるバー
ジョンアップ情報に基づいて、前記モジュールのバージョンアップが行われる。すなわち
、フレキシブルディスクなどの記録媒体を用いなくても良いので、使用者の作業負担を軽
減することができる。また、アップデート一連の処理動作の自動化についても実現するこ
とができる。
【００２４】
また、本発明に係るアップデートシステム（７）は、上記アップデートシステム（４）
又は（５）において、前記アップデート手段が、前記情報配信装置から配信されてくるモ
ジュール情報に基づいて、バージョンアップの対象となるモジュールを使用者へ告知する
モジュール告知手段と、前記使用者が操作し得る操作手段から得られる情報に基づいて、
バージョンアップを行うモジュールを選択するモジュール選択手段と、前記情報配信装置
に対し、前記モジュール選択手段により選択されたモジュールのバージョンアップ情報の
配信を要求するバージョンアップ情報配信要求手段と、前記情報配信装置から前記要求に
応じて配信されてくるバージョンアップ情報に基づいて、前記モジュールのバージョンア
ップを行うバージョンアップ手段とを備えていることを特徴としている。
【００２５】
上記アップデートシステム（７）によれば、前記情報配信装置から配信されてくるバー
ジョンアップ情報に基づいて、前記モジュールのバージョンアップが行われる。すなわち
、フレキシブルディスクなどの記録媒体を用いなくても良いので、使用者の作業負担を軽
減することができる。また、バージョンアップを行うモジュールを使用者が選択可能にな
るので、使用者が希望しないモジュールのバージョンアップが行われるのを防止すること
ができる。
【００２６】
また、本発明に係るアップデートシステム（８）は、上記アップデートシステム（２）
、（３）、（６）、（７）のいずれかにおいて、前記バージョンアップ情報配信要求手段
による要求に応じて配信されてくるべき全てのバージョンアップ情報を受信したか否かを
判断する受信完了判断手段を備え、該受信完了判断手段により、配信されてくるべき全て
のバージョンアップ情報を受信したと判断された場合、前記バージョンアップ手段が、モ
ジュールのバージョンアップを行うものであることを特徴としている。
【００２７】
前記情報配信装置から前記情報処理装置に対して、バージョンアップ情報が配信されて
いるときに、何らかの理由で通信が途絶えた場合、それ用の対策を講じていなければ、も
う一度、配信が最初からやり直しになるおそれがある。そのため、バージョンアップ情報
の受信と並行して、モジュールのバージョンアップを行っていると、何らかの不具合を生
じてしまうおそれがある。
上記アップデートシステム（８）によれば、配信されてくるべき全てのバージョンアッ
プ情報が受信されてから、モジュールのバージョンアップが行われる。これにより、上記
のような不具合が生じるのを回避することができる。
【００２８】
また、本発明に係るアップデートシステム（９）は、上記アップデートシステム（２）
、（３）、（６）、（７）のいずれかにおいて、前記バージョンアップ手段が、バージョ
ンアップ情報の受信が完了したものから逐次、対応するモジュールのバージョンアップを
行うものであることを特徴としている。
【００２９】
配信されてくるべき全てのバージョンアップ情報を受信してから、モジュールのバージ
ョンアップを行うようになっていると、データの一時保存場所となるＲＡＭの空き容量が
著しく少なくなり、処理負荷が大きくなるおそれがある。
上記アップデートシステム（９）によれば、バージョンアップ情報の受信が完了したも
のから逐次、対応するモジュールのバージョンアップが行われる。これにより、ＲＡＭの
空き容量が著しく少なくなるのを防止することができる。
【００３０】
また、本発明に係るアップデートシステム（１０）は、上記アップデートシステム（２
）、（３）、（６）、（７）のいずれかにおいて、前記バージョンアップ情報配信要求手
段が、バージョンアップ情報の情報量の大きさに基づいて決定される順番に従って、バー
ジョンアップ情報の配信を要求するものであることを特徴としている。
【００３１】
前記情報処理装置は常時稼働しているとは限らない。例えば、前記情報処理装置がナビ
ゲーション装置である場合、車両が目的地へ到達すれば、ナビゲーション装置の電源はオ
フされる可能性が高い。また、バージョンアップ情報の受信は瞬時に完了できるものでは
なく、ある程度の時間を要する。そのため、バージョンアップ情報を受信する際、前記情
報処理装置の稼働時間などを考慮に入れ、バージョンアップ情報の情報量の大きいもの、
又は情報量の小さいものから優先して受信するのが好ましい。
上記アップデートシステム（１０）によれば、バージョンアップ情報の情報量の大きさ
に基づいて決定される順番に従って、バージョンアップ情報の配信が要求される。これに
より、バージョンアップ情報の受信をより効率の良いものとすることができる。
【００３２】
また、本発明に係るアップデートシステム（１１）は、上記アップデートシステム（２
）、（３）、（６）、（７）、（１０）のいずれかにおいて、前記情報処理装置の残り稼
働時間に基づいて、前記バージョンアップ情報配信要求手段によるバージョンアップ情報
の配信要求に制限を加味する配信要求制限手段を備えていることを特徴としている。
【００３３】
上記したように、前記情報処理装置は常時稼働しているとは限らない。例えば、前記情
報処理装置がナビゲーション装置である場合、車両が目的地へ到達すれば、ナビゲーショ
ン装置の電源はオフされる可能性が高い。また、バージョンアップ情報の受信は瞬時に完
了できるものではなく、ある程度の時間を要する。そのため、バージョンアップ情報の受
信途中で、前記情報処理装置の電源がオフになり、処理の無駄などの問題が生じるおそれ
がある。
【００３４】
上記アップデートシステム（１１）によれば、前記情報処理装置の残り稼働時間に基づ
いて、前記バージョンアップ情報配信要求手段によるバージョンアップ情報の配信要求に
制限が加味される。例えば、配信要求を分割して行うようにする。これにより、上記のよ
うな問題が生じるのを防止することができる。なお、残り稼働時間としては、例えば、目
的地へ到達するまでに要する時間などが挙げられる。
【００３５】
また、本発明に係るアップデートシステム（１２）は、上記アップデートシステム（１
）〜（１１）のいずれかにおいて、前記アップデート手段が、モジュールの重要度に基づ
いて決定される順番に従って、モジュールのアップデートを行うものであることを特徴と
している。
【００３６】
前記メインプログラムから呼び出されて利用されるモジュールはいずれも同等に重要で
あるとは限らない。前記メインプログラムがバージョンアップされれば、それに合わせて
必ずバージョンアップさせなければならないモジュールもあれば、バージョンアップさせ
なくても良いモジュールもあるはずである。
上記アップデートシステム（１２）によれば、モジュールの重要度に基づいて決定され
る順番に従って、モジュールのアップデートが行われる。これにより、重要度の高いモジ
ュールから優先し、すなわち適切な順番でモジュールのバージョンアップを実行すること
ができる。
【００３７】
また、本発明に係るアップデートシステム（１３）は、上記アップデートシステム（１
）〜（１２）のいずれかにおいて、前記アップデート手段が、前記メインプログラムとは
別のプログラムの実行への影響の有無に基づいて、モジュールのアップデートを行うもの
であることを特徴としている。
【００３８】
あるメインプログラムから呼び出されて利用されるモジュールが、別のプログラムから
呼び出されて利用されることもある。そのため、前記別のプログラムの実行中に、前記モ
ジュールのバージョンアップを行ってしまうと、不具合が生じるおそれがある。
【００３９】
上記アップデートシステム（１３）によれば、前記アップデート手段が、前記メインプ
ログラムとは別のプログラムの実行への影響の有無に基づいて、モジュールのアップデー
トが行われる。これにより、例えば、前記別のプログラムの実行に影響を与えるモジュー
ルのバージョンアップを行う優先度を下げたり、前記別のプログラムが実行中は、当該モ
ジュールのバージョンアップを行わないようにすることができ、上記不具合が生じるのを
回避することができる。
【００４０】
また、本発明に係る情報処理装置（１）は、上記アップデートシステム（１）〜（１３
）のいずれかを構成する情報処理装置であることを特徴としている。
【００４１】
上記情報処理装置（１）によれば、格納されているモジュールの現状バージョンと好適
バージョンとが比較され、その比較結果に基づいて、前記モジュールのバージョンアップ
が行われる。これにより、メインプログラムのバージョンアップだけでなく、前記メイン
プログラムから呼び出されて利用されるモジュール（プログラム、データ）のバージョン
アップについても実現することができる。
【００４２】
また、前記比較に用いる好適バージョン情報は、アップデート情報に含まれている。従
って、前記好適バージョン情報は、前記メインプログラムのバージョンアップ情報と一緒
に、前記情報配信装置から送信されることになる。これにより、前記好適バージョン情報
と、前記メインプログラムのバージョンアップ情報とを別々に取得しなくて良いので、前
記情報配信装置とのネゴシエーションの効率化を図ることができる。
【００４３】
また、本発明に係る情報配信装置（１）は、上記アップデートシステム（１）〜（１３
）のいずれかを構成する情報配信装置であることを特徴としている。
【００４４】
上記情報配信装置（１）によれば、前記メインプログラムのバージョンアップ情報と、
前記好適バージョン情報との一括管理が可能となるため、管理が容易となる。また、前記
メインプログラムのバージョンアップ情報が記憶されたファイルと、前記好適バージョン
情報が記憶されたファイルとを別々に管理する必要がないため、ファイルの選定の効率化
を図ることができる。
【００４５】
また、本発明に係るアップデート方法（１）は、情報処理装置に格納されたメインプロ
グラムから呼び出されて利用されるモジュールのアップデートを行うアップデート方法で
あって、情報配信装置が、前記情報処理装置に対し、前記メインプログラムのバージョン
アップ情報を含むアップデート情報を配信するステップを有し、前記情報処理装置が、前
記バージョンアップ情報に基づいて、前記メインプログラムのバージョンアップを行うス
テップと、バージョンアップされた前記メインプログラムを実行するのに好適な、前記モ
ジュールのバージョンを示した好適バージョン情報に基づいて、前記情報処理装置に格納
されている前記モジュールの現状バージョンと好適バージョンとを比較するステップと、
前記比較の結果に基づいて、前記モジュールのアップデートを行うステップとを有し、前
記好適バージョン情報を、前記アップデート情報に含めて前記情報処理装置へ配信するこ
とを特徴としている。
【００４６】
上記アップデート方法（１）によれば、前記情報処理装置に格納されているモジュール
の現状バージョンと好適バージョンとを比較し、その比較結果に基づいて、前記モジュー
ルのバージョンアップを行う。これにより、メインプログラムのバージョンアップだけで
なく、前記メインプログラムから呼び出されて利用されるモジュール（プログラム、デー
タ）のバージョンアップについても実現することができる。
【００４７】
また、前記比較に用いる好適バージョン情報を、アップデート情報に含めて前記情報処
理装置へ配信している。従って、前記好適バージョン情報は、前記メインプログラムのバ
ージョンアップ情報と一緒に、前記情報配信装置から前記情報処理装置へ送信されること
になる。これにより、前記情報処理装置では、前記好適バージョン情報と、前記メインプ
ログラムのバージョンアップ情報とを別々に取得しなくて良いので、両者間のネゴシエー
ションの効率化を図ることができる。
【００４８】
また、前記メインプログラムのバージョンアップ情報と、前記好適バージョン情報との
一括管理が可能となるため、管理が容易となる。また、前記情報配信装置では、前記メイ
ンプログラムのバージョンアップ情報が記憶されたファイルと、前記好適バージョン情報
が記憶されたファイルとを別々に管理する必要がないため、ファイルの選定の効率化を図
ることができる。
【発明を実施するための最良の形態】
【００４９】
以下、本発明に係るアップデートシステム、情報処理装置、情報配信装置、及びアップ
デート方法の実施の形態を図面に基づいて説明する。
図１は、実施の形態（１）に係るアップデートシステムの要部を概略的に示したブロッ
ク図である。図中１はオーディオビジュアル（ＡＶ）・ナビゲーション装置（本発明にお
ける情報処理装置に対応）を示しており、ＡＶ・ナビゲーション装置１はインターネット
などのネットワークＮＴに接続可能に構成され、ネットワークＮＴに接続されたサーバー
１１（本発明における情報配信装置に対応）との間で情報のやり取りを行うことができる
ようになっている。
【００５０】
ＡＶ・ナビゲーション装置１はＣＰＵ２と、ＣＰＵ２に通信バスＢＬ１を介して接続さ
れた、ＣＰＵ２が実行する種々のプログラムやデータを記憶するＰＲＯＭ３と、データな
どを一時的に記憶するＲＡＭ４と、ネットワークＮＴに接続されているサーバー１１との
情報のやり取りを実現するための通信部５と、操作部６と、表示部７と、ＰＲＯＭ３に記
憶されているメインプログラムのバージョン情報をそれぞれのメインプログラムに対応づ
けて記憶するメインプログラムバージョン情報データベース（ＤＢ）８と、ＰＲＯＭ３に
記憶されているモジュール（プログラムやデータ）のバージョン情報をそれぞれのモジュ
ールに対応づけて記憶するモジュールバージョン情報データベース（ＤＢ）９とを含んで
構成されている。
【００５１】
図２は、メインプログラムバージョン情報データベース８における記憶状態の一例を示
した図であり、ＰＲＯＭ３に格納されているメインプログラムのバージョン情報が、各メ
インプログラムに対応づけて記憶されている。図２に示したテーブルでは、例えば、ＩＤ
コード「ＰＲ０１」のメインプログラムの現状バージョンが「１．０」であり、ＩＤコー
ド「ＰＲ０２」のメインプログラムの現状バージョンが「１．２」であることが示されて
いる。
【００５２】
図３は、モジュールバージョン情報データベース９における記憶状態の一例を示した図
であり、ＰＲＯＭ３に格納されているモジュールのバージョン情報が、各モジュールに対
応づけて記憶されている。図３に示したテーブルでは、例えば、ＩＤコード「ＭＪ０１」
のモジュールの現状バージョンが「１．０」であり、ＩＤコード「ＭＪ０２」のモジュー
ルの現状バージョンが「１．２」であることが示されている。
【００５３】
サーバー１１はＣＰＵ１２と、ＣＰＵ１２に通信バスＢＬ２を介して接続された、ＣＰ
Ｕ１２が実行する種々のプログラムやデータを記憶するＰＲＯＭ１３と、データなどを一
時的に記憶するＲＡＭ１４と、ネットワークＮＴに接続されているＡＶ・ナビゲーション
装置１との情報のやり取りを実現するための通信部１５と、メインプログラムのアップデ
ート情報が記憶されたアップデート情報データベース（ＤＢ）１６と、モジュールのバー
ジョンアップ情報が記憶されたバージョンアップ情報データベース（ＤＢ）１７とを含ん
で構成されている。
【００５４】
図４は、アップデート情報データベース１６における記憶状態の一例を示した図であり
、メインプログラムのバージョン情報と、メインプログラムを当該バージョンに更新する
ためのバージョンアップ情報（例えば、差分プログラム）と、メインプログラムに呼び出
されて利用されるモジュール情報とが、各メインプログラムに対応づけて記憶されている
。また、モジュール情報には、当該バージョンにバージョンアップされたメインプログラ
ムを実行するのに好適な、モジュールのバージョンを示した好適バージョン情報を含んで
構成されており、該好適バージョン情報は各モジュールに対応づけて記憶されている。
【００５５】
図４に示したテーブルでは、例えば、ＩＤコード「ＰＲ０１」のメインプログラムから
呼び出されて利用されるモジュールに、ＩＤコード「ＭＪ０１」、ＩＤコード「ＭＪ０２
」、ＩＤコード「ＭＪ０４」、ＩＤコード「ＭＪ０５」、ＩＤコード「ＭＪ２１」のモジ
ュールが含まれていることが示されている。
【００５６】
また、バージョン「１．１」にバージョンアップされたＩＤコード「ＰＲ０１」のメイ
ンプログラムを実行するのに好適な、ＩＤコード「ＭＪ０１」のモジュールのバージョン
が「１．１」であり、ＩＤコード「ＭＪ０２」のモジュールのバージョンが「１．２」で
あることが示されている。また、図４に示したテーブルから、ＩＤコード「ＭＪ０１」の
モジュールは、ＩＤコード「ＰＲ０１」のメインプログラムだけでなく、ＩＤコード「Ｐ
Ｒ０２」のメインプログラムからも呼び出されて利用されるモジュールであることが分か
る。
【００５７】
図５は、バージョンアップ情報データベース１７における記憶状態の一例を示した図で
あり、モジュールのバージョンを示したバージョン情報と、モジュールを当該バージョン
に更新するために必要となるバージョンアップ情報（例えば、差分モジュール）とが、各
モジュールに対応づけて記憶されている。
【００５８】
図５に示したテーブルでは、バージョンアップ情報データベース１７に、例えば、ＩＤ
コード「ＭＪ０１」のモジュールをその一つ前のバージョン「１．０」からバージョン「
１．１」へ更新するためのバージョンアップ情報（差分モジュールＤＦMJ0101）や、ＩＤコード「ＭＪ０２」のモジュールをその一つ前のバージョン「１．１」からバージョン「
１．２」へ更新するためのバージョンアップ情報（差分モジュールＤＦMJ0212）、さらに一つ前のバージョン「１．０」からバージョン「１．１」へ更新するためのバージョンア
ップ情報（差分モジュールＤＦMJ0201）が記憶されていることが示されている。
【００５９】
従って、例えば、ＩＤコード「ＭＪ０２」をバージョン「１．１」からバージョン「１
．２」へバージョンアップするには、差分モジュールＤＦMJ0212が必要になり、ＩＤコード「ＭＪ０２」をバージョン「１．０」からバージョン「１．２」へバージョンアップす
るには、差分モジュールＤＦMJ0201と差分モジュールＤＦMJ0212とが必要になる。
【００６０】
次に、実施の形態（１）に係るアップデートシステムを構成するＡＶ・ナビゲーション
装置１とサーバー１１との情報のやり取り（すなわち、ＣＰＵ２、１２の行う処理動作）
を図６に示したフローチャートに基づいて説明する。なお、この情報のやり取りは、ＡＶ
・ナビゲーション装置１でメインプログラムのアップデートが必要と判断された場合に開
始されるようになっている。メインプログラムのアップデートが必要であるか否かの判断
については、例えば、メインプログラムバージョン情報データベース８に記憶されている
情報（図２参照）と、アップデート情報データベース１６に記憶されている情報（図４参
照）とに基づいて行うといった方法が挙げられる。
【００６１】
まず、ＡＶ・ナビゲーション装置１がサーバー１１に対し、アップデートが必要になっ
たメインプログラムのアップデート情報の送信を要求する（ステップＳ１）。
サーバー１１は、ＡＶ・ナビゲーション装置１から送信されてきたアップデート情報の
送信要求を受信すると（ステップＳ２）、要求されたメインプログラムのアップデート情
報を、アップデート情報データベース１６（図４参照）から読み出し（ステップＳ３）、
読み出したアップデート情報をＡＶ・ナビゲーション装置１へ送信する（ステップＳ４）
。
【００６２】
図７は、サーバー１１からＡＶ・ナビゲーション装置１へ送信されるアップデート情報
を示した図である。図中２１はアップデート情報を示しており、アップデート情報２１は
メインプログラムのバージョンアップに必要となるバージョンアップ情報２２（例えば、
差分プログラム）と、モジュール情報２３とを含んで構成されている。後で詳しく説明す
るが、モジュール情報２３は、当該メインプログラムから呼び出されて利用されるモジュ
ールのＩＤコードと、バージョンアップされたメインプログラムを実行するのに好適な、
前記モジュールのバージョンを示した好適バージョン情報とを含んで構成されている。
【００６３】
図８は、ＩＤコード「ＰＲ０１」のメインプログラムのアップデート情報を示した図で
ある。図８に示したテーブルでは、バージョンアップ情報２２が、ＩＤコード「ＰＲ０１
」のメインプログラムのバージョンを「１．１」にバージョンアップするのに必要となる
差分プログラムＤＦPR0101であることが示され、ＩＤコード「ＰＲ０１」のメインプログラムから呼び出されて利用されるモジュールに、ＩＤコード「ＭＪ０１」、ＩＤコード「
ＭＪ０２」、ＩＤコード「ＭＪ０４」、ＩＤコード「ＭＪ０５」、ＩＤコード「ＭＪ２１
」のモジュールが含まれていることが示されている。
【００６４】
また、バージョン「１．１」にバージョンアップされたＩＤコード「ＰＲ０１」のメイ
ンプログラムを実行するのに好適な、各モジュールそれぞれのバージョンが示されており
、例えば、ＩＤコード「ＭＪ０１」のモジュールの好適バージョンは「１．１」であり、
ＩＤコード「ＭＪ０２」のモジュールの好適バージョンは「１．２」であることが示され
ている。
【００６５】
ＡＶ・ナビゲーション装置１は、サーバー１１から送信されてきたアップデート情報を
受信すると（ステップＳ５）、受信したアップデート情報に含まれるバージョンアップ情
報（例えば、図８に示したバージョンアップ情報２２）に基づいて、メインプログラムの
バージョンアップを行う（ステップＳ６）。
【００６６】
次に、ＡＶ・ナビゲーション装置１は、受信したアップデート情報に含まれるモジュー
ル情報（例えば、図８に示したモジュール情報２３）と、モジュールバージョン情報デー
タベース９に記憶されているモジュールのバージョン情報（例えば、図３に示したバージ
ョン情報）とに基づいて、ＡＶ・ナビゲーション装置１のＰＲＯＭ３に格納されているモ
ジュールの現状バージョンと好適バージョンとを比較し、バージョンアップを行った方が
好ましいモジュールが存在するか否かを判断する（ステップＳ７）。
【００６７】
例えば、ＩＤコード「ＰＲ０１」のメインプログラムをバージョン「１．０」からバー
ジョン「１．１」にバージョンアップする場合、図８に示したテーブルから、ＩＤコード
「ＭＪ０１」、ＩＤコード「ＭＪ０２」、ＩＤコード「ＭＪ０４」、ＩＤコード「ＭＪ０
５」、ＩＤコード「ＭＪ２１」のモジュールは、それぞれバージョン「１．１」、「１．
２」、「１．２」、「１．３」、「１．１」であることが好ましいことが分かる。
【００６８】
そして、ＡＶ・ナビゲーション装置１のＰＲＯＭ３に格納されているモジュールの現状
バージョンが、図３に示したようになっているとき、ＩＤコード「ＭＪ０１」、ＩＤコー
ド「ＭＪ０４」のモジュールがバージョンアップを行った方が好ましいモジュールになる
ことが分かる。
【００６９】
ＡＶ・ナビゲーション装置１は、バージョンアップを行った方が好ましいモジュールが
存在すると判断すれば、次に、サーバー１１に対し、該当するモジュール（例えば、ＩＤ
コード「ＭＪ０１」、ＩＤコード「ＭＪ０４」のモジュール）のバージョンアップ情報の
送信を要求する（ステップＳ８）。
【００７０】
サーバー１１は、ＡＶ・ナビゲーション装置１から送信されてきたバージョンアップ情
報の送信要求を受信すると（ステップＳ９）、要求されたバージョンアップ情報を、バー
ジョンアップ情報データベース１７から読み出し（ステップＳ１０）、読み出したバージ
ョンアップ情報をＡＶ・ナビゲーション装置１へ送信する（ステップＳ１１）。
【００７１】
ＡＶ・ナビゲーション装置１は、サーバー１１から送信されてきたバージョンアップ情
報を受信すると（ステップＳ１２）、受信したバージョンアップ情報に基づいて、モジュ
ールのバージョンアップを行う（ステップＳ１３）。図９に、ＩＤコード「ＰＲ０１」の
メインプログラムがバージョン「１．０」からバージョン「１．１」にバージョンアップ
された場合における、モジュールのバージョン変化を示す。
【００７２】
図９には、サーバー１１からＡＶ・ナビゲーション装置１に対して送信されるアップデ
ート情報２１に含まれる（メインプログラムの）バージョンアップ情報２２に基づいて、
ＩＤコード「ＰＲ０１」のメインプログラムのバージョンが「１．０」から「１．１」に
更新されていることが示されている。
また、図９には、アップデート情報２１に含まれるモジュール情報２３から、ＩＤコー
ド「ＭＪ０１」、ＩＤコード「ＭＪ０４」のモジュールがバージョンアップを行った方が
好ましいモジュールであると判断され、バージョンアップされていることが示されている
。
【００７３】
次に、上記した情報のやり取りをより詳しく説明するために、ＡＶ・ナビゲーション装
置１におけるＣＰＵ２の行う処理動作［１−Ａ］を図１０に示したフローチャートに基づ
いて説明する。なお、この処理動作［１−Ａ］は、メインプログラムのアップデートが必
要と判断された場合に行われるようになっている。
【００７４】
まず、サーバー１１に対し、アップデートが必要になったメインプログラムのアップデ
ート情報の送信を要求する（ステップＳ２１）。この要求は、アップデートが必要になっ
たメインプログラムのＩＤコード「ＰＲｘｘ」と、当該メインプログラムのＡＶ・ナビゲ
ーション装置１での現状バージョンを示した情報と、アップデート情報送信の要求コード
と、自装置を識別するためのＩＤコードとがサーバー１１へ送信されることによって行わ
れる。
【００７５】
次に、サーバー１１から前記要求に応じて送信されてきたアップデート情報２１（図９
参照）をＲＡＭ４に一時的に記憶させ（ステップＳ２２）、このアップデート情報２１に
含まれる（メインプログラムの）バージョンアップ情報２２（図９参照）に基づいて、メ
インプログラムのバージョンアップを行い（ステップＳ２３）、その後、メインプログラ
ムバージョン情報データベース８を書き換えて、ＩＤコード「ＰＲｘｘ」のバージョン情
報を更新する（ステップＳ２４）。
【００７６】
次に、アップデート情報２１に含まれるモジュール情報２３（図９参照）の好適バージ
ョン情報に基づいて、ＰＲＯＭ３に格納されているモジュールの現状バージョンと好適バ
ージョンとを比較し、バージョンアップを行った方が好ましいモジュールが存在するか否
かを判断する（ステップＳ２５）。
【００７７】
バージョンアップを行った方が好ましいモジュールが存在すると判断すれば、次に、サ
ーバー１１に対し、該当するモジュールのバージョンアップ情報の送信を要求する（ステ
ップＳ２６）。一方、バージョンアップを行った方が好ましいモジュールが存在しないと
判断すれば、そのまま処理動作［１−Ａ］を終了する。なお、前記要求は、バージョンア
ップを行った方が好ましいモジュールのＩＤコード「ＭＪｘｘ」と、当該モジュールのＡ
Ｖ・ナビゲーション装置１での現状バージョンを示した情報と、バージョンアップ情報送
信の要求コードと、自装置を識別するためのＩＤコードとがサーバー１１へ送信されるこ
とによって行われる。
【００７８】
次に、サーバー１１から前記要求に応じて送信されてきたモジュールのバージョンアッ
プ情報をＲＡＭ４に一時的に記憶させ（ステップＳ２７）、そして、前記要求に応じた情
報を全て受信したか否かを判断し（ステップＳ２８）、受信すべき情報が残っていると判
断すれば、ステップＳ２７へ戻る。
【００７９】
一方、受信すべき情報を全て受信したと判断すれば、次に、ＲＡＭ４に記憶されている
バージョンアップ情報に基づいて、該当するモジュールのバージョンアップを行い（ステ
ップＳ２９）、その後、モジュールバージョン情報データベース９を書き換えて、ＩＤコ
ード「ＭＪｘｘ」のバージョン情報を更新する（ステップＳ３０）。
【００８０】
例えば、図９に示したように、ＩＤコード「ＭＪ０１」のモジュールがバージョン「１
．１」にバージョンアップされ、ＩＤコード「ＭＪ０４」のモジュールがバージョン「１
．２」にバージョンアップされた場合、モジュールバージョン情報データベース９のＩＤ
コード「ＭＪ０１」に対応するバージョン情報が「１．１」に更新され、ＩＤコード「Ｍ
Ｊ０４」に対応するバージョン情報が「１．２」に更新されることになる。
【００８１】
なお、ここでは受信すべき情報を全て受信してから、モジュールのバージョンアップを
行うようにしているが、別の実施の形態では、逐次、モジュールのバージョンアップを行
うようにし、ＲＡＭ３の空き容量を確保できるようにしても良い。例えば、各モジュール
それぞれの受信完了毎に、バージョンアップを行うようにする。
【００８２】
上記実施の形態（１）に係るアップデートシステムによれば、ＡＶ・ナビゲーション装
置１のＰＲＯＭ３に格納されているモジュールの現状バージョンと好適バージョンとが比
較され、その比較結果に基づいて、前記モジュールのバージョンアップが行われる。これ
により、メインプログラムのバージョンアップだけでなく、前記メインプログラムから呼
び出されて利用されるモジュール（プログラム、データ）のバージョンアップについても
実現することができる。
【００８３】
また、前記比較に用いる好適バージョン情報（モジュール情報２３）は、アップデート
情報２１に含まれている。従って、前記好適バージョン情報は、前記メインプログラムの
バージョンアップ情報２２と一緒に、サーバー１１からＡＶ・ナビゲーション装置１へ送
信されることになる。これにより、ＡＶ・ナビゲーション装置１では、前記好適バージョ
ン情報と、前記メインプログラムのバージョンアップ情報とを別々に取得しなくて良いの
で、サーバー１１とのネゴシエーションの効率化を図ることができる。
【００８４】
また、前記メインプログラムのバージョンアップ情報と、前記好適バージョン情報との
一括管理が可能となるため、管理が容易となる。また、サーバー１１では、前記メインプ
ログラムのバージョンアップ情報が記憶されたファイルと、前記好適バージョン情報が記
憶されたファイルとを別々に管理する必要がないため、ファイルの選定の効率化が図られ
る。
【００８５】
次に、実施の形態（２）に係るアップデートシステムについて説明する。但し、実施の
形態（２）に係るアップデートシステムは、ＡＶ・ナビゲーション装置１と、ＡＶ・ナビ
ゲーション装置１を構成するＣＰＵ２及びＰＲＯＭ３を除いて、図１に示したアップデー
トシステムと同様の構成であるので、ＡＶ・ナビゲーション装置、ＣＰＵ、及びＰＲＯＭ
には異なる符号を付し、その他の説明をここでは省略する。
【００８６】
実施の形態（２）に係るアップデートシステムを構成するＡＶ・ナビゲーション装置１
ＡにおけるＣＰＵ２Ａの行う処理動作［２−Ａ］を図１１に示したフローチャートに基づ
いて説明する。なお、ステップＳ３１〜Ｓ３５までの処理は、図１０に示したステップＳ
２１〜Ｓ２５までの処理と同様であるので、ここではステップＳ３５で「Ｙ」、すなわち
バージョンアップを行った方が好ましいモジュールが存在すると判断してからの処理につ
いて説明する。
【００８７】
ステップＳ３５において、バージョンアップを行った方が好ましいモジュールが存在す
ると判断すれば、該当するモジュールを表示部７へ表示し、使用者へ告知することによっ
て、使用者に対してバージョンアップを希望するモジュールの選択機会を与え（ステップ
Ｓ３６）、操作部６から得られる情報に基づいて、バージョンアップを行うモジュールを
選択する（ステップＳ３７）。なお、使用者からいずれのモジュールのバージョンアップ
も希望されない場合もある。
【００８８】
次に、バージョンアップを行うモジュールが選択されたか否かを判断し（ステップＳ３
８）、バージョンアップを行うモジュールが選択されたと判断すれば、次に、サーバー１
１に対し、該当するモジュールのバージョンアップ情報の送信を要求する（ステップＳ３
９）。一方、バージョンアップを行うモジュールが選択されなかったと判断すれば、その
まま処理動作［２−Ａ］を終了する。
【００８９】
次に、サーバー１１から前記要求に応じて送信されてきたモジュールのバージョンアッ
プ情報をＲＡＭ４に一時的に記憶させ（ステップＳ４０）、そして、前記要求に応じた情
報を全て受信したか否かを判断し（ステップＳ４１）、受信すべき情報が残っていると判
断すれば、ステップＳ４０へ戻る。
【００９０】
一方、受信すべき情報を全て受信したと判断すれば、次に、ＲＡＭ４に記憶されている
バージョンアップ情報に基づいて、該当するモジュールのバージョンアップを行い（ステ
ップＳ４２）、その後、モジュールバージョン情報データベース９を書き換えて、ＩＤコ
ード「ＭＪｘｘ」のバージョン情報を更新する（ステップＳ４３）。
【００９１】
上記実施の形態（２）に係るアップデートシステムによれば、バージョンアップを行う
モジュールを使用者が選択可能になるので、使用者が希望しないモジュールのバージョン
アップが行われるのを防止することができる。
【００９２】
図１２は、実施の形態（３）に係るアップデートシステムの要部を概略的に示したブロ
ック図である。なお、図１に示したアップデートシステムと同様の構成部分については同
符号を付している。図中３１はＡＶ・ナビゲーション装置を示しており、ＡＶ・ナビゲー
ション装置３１はインターネットなどのネットワークＮＴに接続可能に構成され、ネット
ワークＮＴに接続されたサーバー４１との間で情報のやり取りを行うことができるように
なっている。
【００９３】
ＡＶ・ナビゲーション装置３１はＣＰＵ３２と、ＣＰＵ３２に通信バスＢＬ３を介して
接続された、ＣＰＵ３２が実行する種々のプログラムやデータを記憶するＰＲＯＭ３３と
、データなどを一時的に記憶するＲＡＭ３４と、ネットワークＮＴに接続されているサー
バー４１との情報のやり取りを実現するための通信部５と、操作部６と、表示部７と、Ｐ
ＲＯＭ３に記憶されているメインプログラムのバージョン情報をそれぞれのメインプログ
ラムに対応づけて記憶するメインプログラムバージョン情報データベース８（図２参照）
とを含んで構成されている。
【００９４】
サーバー４１はＣＰＵ４２と、ＣＰＵ４２に通信バスＢＬ４を介して接続された、ＣＰ
Ｕ４２が実行する種々のプログラムやデータを記憶するＰＲＯＭ４３と、データなどを一
時的に記憶するＲＡＭ４４と、ネットワークＮＴに接続されているＡＶ・ナビゲーション
装置３１との情報のやり取りを実現するための通信部１５と、メインプログラムのアップ
デート情報が記憶されたアップデート情報データベース１６（図４参照）と、モジュール
のバージョンアップ情報が記憶されたバージョンアップ情報データベース１７（図５参照
）と、各ＡＶ・ナビゲーション装置３１（ＰＲＯＭ３３）に格納されているモジュール（
プログラムやデータ）のバージョン情報をそれぞれのモジュールに対応づけて記憶するモ
ジュールバージョン情報データベース（ＤＢ）４５とを含んで構成されている。
【００９５】
図１３は、モジュールバージョン情報データベース４５における記憶状態の一例を示し
た図であり、各ＡＶ・ナビゲーション装置３１（ＰＲＯＭ３３）に格納されているモジュ
ールのバージョン情報が、各モジュールに対応づけて記憶されている。図１３に示したテ
ーブルでは、例えば、ＩＤコード「ＡＶ０１」のＡＶ・ナビゲーション装置３１に格納さ
れているＩＤコード「ＭＪ０１」のモジュールの現状バージョンが「１．０」であり、Ｉ
Ｄコード「ＭＪ０２」のモジュールの現状バージョンが「１．２」であることが示されて
いる。
【００９６】
次に、実施の形態（３）に係るアップデートシステムを構成するＡＶ・ナビゲーション
装置３１とサーバー４１との情報のやり取り（すなわち、ＣＰＵ３２、４２の行う処理動
作）を図１４に示したフローチャートに基づいて説明する。なお、この情報のやり取りは
、ＡＶ・ナビゲーション装置３１でメインプログラムのアップデートが必要と判断された
場合に開始されるようになっている。メインプログラムのアップデートが必要であるか否
かの判断については、例えば、メインプログラムバージョン情報データベース８に記憶さ
れている情報（図２参照）と、アップデート情報データベース１６に記憶されている情報
（図４参照）とに基づいて行うといった方法が挙げられる。
【００９７】
まず、ＡＶ・ナビゲーション装置３１がサーバー４１に対し、アップデートが必要にな
ったメインプログラムのアップデート情報の送信を要求する（ステップＳ５１）。
サーバー４１は、ＡＶ・ナビゲーション装置３１から送信されてきたアップデート情報
の送信要求を受信すると（ステップＳ５２）、要求されたメインプログラムのアップデー
ト情報を、アップデート情報データベース１６から読み出す（ステップＳ５３）。
【００９８】
図１５は、サーバー４１がアップデート情報データベース１６から読み出すアップデー
ト情報を示した図である。図中５１はアップデート情報を示しており、アップデート情報
５１はメインプログラムのバージョンアップに必要となるバージョンアップ情報５２（例
えば、差分プログラム）と、モジュール情報５３とを含んで構成されている。後で詳しく
説明するが、モジュール情報５３は、当該メインプログラムから呼び出されて利用される
モジュールのＩＤコードと、バージョンアップされたメインプログラムを実行するのに好
適な、前記モジュールのバージョンを示した好適バージョン情報とを含んで構成されてい
る。
【００９９】
図１６は、ＩＤコード「ＰＲ０１」のメインプログラムのアップデート情報を示した図
である。図１６に示したテーブルでは、バージョンアップ情報５２が、ＩＤコード「ＰＲ
０１」のメインプログラムのバージョンを「１．１」にバージョンアップするのに必要と
なる差分プログラムＤＦPR0101であることが示され、ＩＤコード「ＰＲ０１」のメインプ
ログラムから呼び出されて利用されるモジュールに、ＩＤコード「ＭＪ０１」、ＩＤコー
ド「ＭＪ０２」、ＩＤコード「ＭＪ０４」、ＩＤコード「ＭＪ０５」、ＩＤコード「ＭＪ
２１」のモジュールが含まれていることが示されている。
【０１００】
また、バージョン「１．１」にバージョンアップされたＩＤコード「ＰＲ０１」のメイ
ンプログラムを実行するのに好適な、各モジュールそれぞれのバージョンが示されており
、例えば、ＩＤコード「ＭＪ０１」のモジュールの好適バージョンは「１．１」であり、
ＩＤコード「ＭＪ０２」のモジュールの好適バージョンは「１．２」であることが示され
ている。
【０１０１】
次に、サーバー４１は、読み出したアップデート情報に含まれるモジュール情報と、モ
ジュールバージョン情報データベース４５（図１３参照）に記憶されている、アップデー
ト情報送信の要求元であるＡＶ・ナビゲーション装置３１に格納されているモジュール情
報とに基づいて、アップデートされるメインプログラムから呼び出されて利用されるモジ
ュールのＡＶ・ナビゲーション装置３１に格納されている現状バージョンと好適バージョ
ンとを比較し、バージョンアップを行った方が好ましいモジュールが存在するか否かを判
断する（ステップＳ５４）。
【０１０２】
例えば、ＩＤコード「ＰＲ０１」のメインプログラムをバージョン「１．０」からバー
ジョン「１．１」にバージョンアップする場合、図１６に示したテーブルから、ＩＤコー
ド「ＭＪ０１」、ＩＤコード「ＭＪ０２」、ＩＤコード「ＭＪ０４」、ＩＤコード「ＭＪ
０５」、ＩＤコード「ＭＪ２１」のモジュールは、それぞれバージョン「１．１」、「１
．２」、「１．２」、「１．３」、「１．１」であることが好ましいことが分かる。
【０１０３】
そして、例えば、要求元であるＩＤコード「ＡＶ０１」のＡＶ・ナビゲーション装置３
１のＰＲＯＭ３３に格納されているモジュールの現状バージョンが、図１３に示したよう
になっているとき、ＩＤコード「ＭＪ０１」、ＩＤコード「ＭＪ０４」のモジュールがバ
ージョンアップを行った方が好ましいモジュールであることが分かる。
【０１０４】
サーバー４１は、バージョンアップを行った方が好ましいモジュールが存在すると判断
すれば、次に、図１７に示したような、バージョンアップの必要のないモジュールを除い
たモジュール情報５３Ａを含むアップデート情報５１ＡをＡＶ・ナビゲーション装置３１
へ送信する（ステップＳ５５）。
【０１０５】
ＡＶ・ナビゲーション装置３１は、サーバー４１から送信されてきたアップデート情報
を受信すると（ステップＳ５６）、受信したアップデート情報に含まれるバージョンアッ
プ情報（例えば、図１７に示したバージョンアップ情報５２）に基づいて、メインプログ
ラムのバージョンアップを行う（ステップＳ５７）。
【０１０６】
次に、ＡＶ・ナビゲーション装置３１は、受信したアップデート情報に含まれるモジュ
ール情報（例えば、図１７に示したモジュール情報５３Ａ）に基づいて、サーバー４１に
対し、バージョンアップを行った方が好ましいモジュール（例えば、ＩＤコード「ＭＪ０
１」、ＩＤコード「ＭＪ０４」のモジュール）のバージョンアップ情報の送信を要求する
（ステップＳ５８）。
【０１０７】
サーバー４１は、ＡＶ・ナビゲーション装置３１から送信されてきたバージョンアップ
情報の送信要求を受信すると（ステップＳ５９）、要求されたバージョンアップ情報を、
バージョンアップ情報データベース１７から読み出し（ステップＳ６０）、読み出したバ
ージョンアップ情報をＡＶ・ナビゲーション装置３１へ送信する（ステップＳ６１）。
【０１０８】
ＡＶ・ナビゲーション装置３１は、サーバー４１から送信されてきたバージョンアップ
情報を受信すると（ステップＳ６２）、受信したバージョンアップ情報に基づいて、モジ
ュールのバージョンアップを行う（ステップＳ６３）。図１８に、ＩＤコード「ＰＲ０１
」のメインプログラムがバージョン「１．０」からバージョン「１．１」にバージョンア
ップされた場合における、モジュールのバージョン変化を示す。
【０１０９】
図１８には、サーバー４１からＡＶ・ナビゲーション装置３１に対して送信されるアッ
プデート情報５１Ａに含まれる（メインプログラムの）バージョンアップ情報５２に基づ
いて、ＩＤコード「ＰＲ０１」のメインプログラムのバージョンが「１．０」から「１．
１」に更新されていることが示されている。
また、図１８には、アップデート情報５１Ａに含まれるモジュール情報５３Ａから、Ｉ
Ｄコード「ＭＪ０１」、ＩＤコード「ＭＪ０４」のモジュールがバージョンアップを行っ
た方が好ましいモジュールであると判断され、バージョンアップされていることが示され
ている。
【０１１０】
次に、上記した情報のやり取りをより詳しく説明するために、ＡＶ・ナビゲーション装
置３１におけるＣＰＵ３２の行う処理動作［３−Ａ］を図１９に示したフローチャートに
基づいて説明する。なお、この処理動作［３−Ａ］は、メインプログラムのアップデート
が必要と判断された場合に行われるようになっている。
【０１１１】
まず、サーバー４１に対し、アップデートが必要になったメインプログラムのアップデ
ート情報の送信を要求する（ステップＳ７１）。この要求は、アップデートが必要になっ
たメインプログラムのＩＤコード「ＰＲｘｘ」と、当該メインプログラムのＡＶ・ナビゲ
ーション装置３１での現状バージョンを示した情報と、アップデート情報送信の要求コー
ドと、自装置を識別するためのＩＤコード「ＡＶｘｘ」とがサーバー４１へ送信されるこ
とによって行われる。
【０１１２】
次に、サーバー４１から前記要求に応じて送信されてきたアップデート情報５１Ａ（図
１８参照）をＲＡＭ３４に一時的に記憶させ（ステップＳ７２）、このアップデート情報
５１Ａに含まれる（メインプログラムの）バージョンアップ情報５２（図１８参照）に基
づいて、メインプログラムのバージョンアップを行い（ステップＳ７３）、その後、メイ
ンプログラムバージョン情報データベース８を書き換えて、ＩＤコード「ＰＲｘｘ」のバ
ージョン情報を更新する（ステップＳ７４）。
【０１１３】
次に、アップデート情報５１Ａに含まれるモジュール情報５３Ａ（図１８参照）に基づ
いて、ＰＲＯＭ３３に格納されているモジュールの中でバージョンアップを行った方が好
ましいモジュールが存在するか否かを判断する（ステップＳ７５）。
バージョンアップを行った方が好ましいモジュールが存在すると判断すれば、次に、サ
ーバー４１に対し、該当するモジュールのバージョンアップ情報の送信を要求する（ステ
ップＳ７６）。一方、バージョンアップを行った方が好ましいモジュールが存在しないと
判断すれば、そのまま処理動作［３−Ａ］を終了する。なお、前記要求は、バージョンア
ップを行った方が好ましいモジュールのＩＤコード「ＭＪｘｘ」と、バージョンアップ情
報送信の要求コードと、自装置を識別するためのＩＤコード「ＡＶｘｘ」とがサーバー４
１へ送信されることによって行われる。
【０１１４】
次に、サーバー４１から前記要求に応じて送信されてきたモジュールのバージョンアッ
プ情報をＲＡＭ３４に一時的に記憶させ（ステップＳ７７）、そして、前記要求に応じた
情報を全て受信したか否かを判断し（ステップＳ７８）、受信すべき情報が残っていると
判断すれば、ステップＳ７７へ戻る。
一方、受信すべき情報を全て受信したと判断すれば、次に、ＲＡＭ３４に記憶されてい
るバージョンアップ情報に基づいて、該当するモジュールのバージョンアップを行う（ス
テップＳ７９）。
【０１１５】
なお、ここでは受信すべき情報を全て受信してから、モジュールのバージョンアップを
行うようにしているが、別の実施の形態では、逐次、モジュールのバージョンアップを行
うようにし、ＲＡＭ３３の空き容量を確保できるようにしても良い。例えば、各モジュー
ルそれぞれの受信完了毎に、バージョンアップを行うようにする。
【０１１６】
次に、サーバー４１におけるＣＰＵ４２の行う処理動作［３−Ｓ１］を図２０に示した
フローチャートに基づいて説明する。なお、この処理動作［３−Ｓ１］は、ＡＶ・ナビゲ
ーション装置３１からの（メインプログラムの）アップデート情報の送信要求を受信した
場合に行われる動作である。
【０１１７】
まず、要求されたメインプログラムのアップデート情報５１（図１５、図１６参照）を
アップデート情報データベース１６（図４参照）から読み出し（ステップＳ８１）、次に
、要求元であるＡＶ・ナビゲーション装置３１（のＰＲＯＭ３３）に格納されているモジ
ュール情報を、モジュールバージョン情報データベース４５（図１３参照）から読み出す
（ステップＳ８２）。
【０１１８】
読み出したモジュール情報とアップデート情報とに基づいて、ＡＶ・ナビゲーション装
置３１に格納されているモジュールの現状バージョンと好適バージョンとを比較し（ステ
ップＳ８３）、その比較結果に基づいて、ＡＶ・ナビゲーション装置３１でバージョンア
ップｎｏ必要のないモジュールを除いたモジュール情報５３Ａを含むアップデート情報５
１Ａ（図１７参照）をＡＶ・ナビゲーション装置３１へ送信する（ステップＳ８４）。
【０１１９】
次に、サーバー４１におけるＣＰＵ４２の行う処理動作［３−Ｓ２］を図２１に示した
フローチャートに基づいて説明する。なお、この処理動作［３−Ｓ２］は、ＡＶ・ナビゲ
ーション装置３１からのモジュールのバージョンアップ情報の送信要求を受信した場合に
行われる動作である。
【０１２０】
まず、要求されたモジュールのバージョンアップ情報を、バージョンアップ情報データ
ベース１７（図５参照）から読み出し（ステップＳ９１）、読み出したバージョンアップ
情報を要求元であるＩＤコード「ＡＶｘｘ」のＡＶ・ナビゲーション装置３１へ送信し（
ステップＳ９２）、その後、モジュールバージョン情報データベース４５を書き換えて、
ＩＤコード「ＡＶｘｘ」のＡＶ・ナビゲーション装置３１におけるＩＤコード「ＭＪｘｘ
」のバージョン情報を更新する（ステップＳ９３）。
【０１２１】
例えば、図１８に示したように、ＩＤコード「ＭＪ０１」のモジュールがバージョン「
１．１」にバージョンアップされ、ＩＤコード「ＭＪ０４」のモジュールがバージョン「
１．２」にバージョンアップされた場合、モジュールバージョン情報データベース４５の
ＩＤコード「ＡＶ０１」のＡＶ・ナビゲーション装置３１のＩＤコード「ＭＪ０１」に対
応するバージョン情報が「１．１」に更新され、ＩＤコード「ＭＪ０４」に対応するバー
ジョン情報が「１．２」に更新されることになる。
【０１２２】
但し、バージョンアップ情報をＡＶ・ナビゲーション装置３１へ送信したとしても、Ａ
Ｖ・ナビゲーション装置３１で実際にバージョンアップが行われたかどうかは分からない
ので、モジュールバージョン情報データベース４５に記憶されている内容と実際の状態と
の間にズレが生じるおそれがある。
【０１２３】
そこで、別の実施の形態に係るアップデートシステムでは、ＡＶ・ナビゲーション装置
３１からサーバー４１に対し、バージョンアップが完了したことを示す情報を送信させる
ようにし、サーバー４１に前記情報を受信してからモジュールバージョン情報データベー
ス４５を更新させるようにしても良い。
【０１２４】
上記実施の形態（３）に係るアップデートシステムによれば、サーバー４１側で、ＡＶ
・ナビゲーション装置３１（のＰＲＯＭ３３）に格納されているモジュールの現状バージ
ョンと好適バージョンとが比較され、その比較結果に基づいて、ＡＶ・ナビゲーション装
置３１に対し、バージョンアップの対象となるモジュール情報が送信される。そして、こ
の送信されたモジュール情報に基づいて、前記モジュールのバージョンアップが行われる
。これにより、メインプログラムのバージョンアップだけでなく、前記メインプログラム
から呼び出されて利用されるモジュール（プログラム、データ）のバージョンアップにつ
いても実現することができる。
【０１２５】
また、ＡＶ・ナビゲーション装置３１に格納されているモジュールの現状バージョンと
好適バージョンとの比較は、サーバー４１で行われ、ＡＶ・ナビゲーション装置３１で行
わなくてよいので、ＡＶ・ナビゲーション装置３１の処理負荷を軽減することができる。
また、ＡＶ・ナビゲーション装置３１は、現状バージョン情報についても管理しなくて良
いので、構成をより簡単なものにすることができる。
【０１２６】
次に、実施の形態（４）に係るアップデートシステムについて説明する。但し、実施の
形態（４）に係るアップデートシステムは、ＡＶ・ナビゲーション装置３１と、ＡＶ・ナ
ビゲーション装置３１を構成するＣＰＵ３２及びＰＲＯＭ３３を除いて、図１２に示した
アップデートシステムと同様の構成であるので、ＡＶ・ナビゲーション装置、ＣＰＵ、及
びＰＲＯＭには異なる符号を付し、その他の説明をここでは省略する。
【０１２７】
実施の形態（４）に係るアップデートシステムを構成するＡＶ・ナビゲーション装置３
１ＡにおけるＣＰＵ３２Ａの行う処理動作［４−Ａ］を図２２に示したフローチャートに
基づいて説明する。なお、ステップＳ１０１〜Ｓ１０５までの処理は、図１９に示したス
テップＳ７１〜Ｓ７５までの処理と同様であるので、ここではステップＳ１０５で「Ｙ」
、すなわちバージョンアップを行った方が好ましいモジュールが存在すると判断してから
の処理について説明する。
【０１２８】
ステップＳ１０５において、バージョンアップを行った方が好ましいモジュールが存在
すると判断すれば、該当するモジュールを表示部７へ表示し、使用者へ告知することによ
って、使用者に対してバージョンアップを希望するモジュールの選択機会を与え（ステッ
プＳ１０６）、操作部６から得られる情報に基づいて、バージョンアップを行うモジュー
ルを選択する（ステップＳ１０７）。なお、使用者からいずれのモジュールのバージョン
アップも希望されない場合もある。
【０１２９】
次に、バージョンアップを行うモジュールが選択されたか否かを判断し（ステップＳ１
０８）、バージョンアップを行うモジュールが選択されたと判断すれば、次に、サーバー
４１に対し、該当するモジュールのバージョンアップ情報の送信を要求する（ステップＳ
１０９）。一方、バージョンアップを行うモジュールが選択されなかったと判断すれば、
そのまま処理動作［４−Ａ］を終了する。
【０１３０】
次に、サーバー４１から前記要求に応じて送信されてきたモジュールのバージョンアッ
プ情報をＲＡＭ３４に一時的に記憶させ（ステップＳ１１０）、そして、前記要求に応じ
た情報を全て受信したか否かを判断し（ステップＳ１１１）、受信すべき情報が残ってい
ると判断すれば、ステップＳ１１０へ戻る。
一方、受信すべき情報を全て受信したと判断すれば、次に、ＲＡＭ３４に記憶されてい
るバージョンアップ情報に基づいて、該当するモジュールのバージョンアップを行う（ス
テップＳ１１２）。
【０１３１】
上記実施の形態（４）に係るアップデートシステムによれば、バージョンアップを行う
モジュールを使用者が選択可能になるので、使用者が希望しないモジュールのバージョン
アップが行われるのを防止することができる。
【０１３２】
上記実施の形態（１）〜（４）に係るアップデートシステムでは、バージョンアップを
行うモジュールをどれも同等に扱うようになっているが、別の実施の形態では、モジュー
ルの差別化を図るようにしても良い。例えば、車両が目的地へ到達すれば、ＡＶ・ナビゲ
ーション装置１（１Ａ、３１、３１Ａ）の電源はオフされる可能性が高い。また、バージ
ョンアップ情報の受信は瞬時に完了できるものではなく、ある程度の時間を要する。その
ため、バージョンアップ情報を受信する際、ＡＶ・ナビゲーション装置１（１Ａ、３１、
３１Ａ）の残り稼働時間などを考慮に入れ、バージョンアップ情報の情報量の大きいもの
、又は情報量の小さいものから優先して受信するようにしても良い。
【０１３３】
また、ＡＶ・ナビゲーション装置１（１Ａ、３１、３１Ａ）の残り稼働時間に基づいて
、バージョンアップ情報の送信要求に制限を加味し、例えば、バージョンアップを行うモ
ジュールが複数存在する場合、送信要求を分割するようにしても良い。なお、残り稼働時
間としては、例えば、目的地へ到達するまでに要する時間などが挙げられる。
【０１３４】
また、図２３に示したように、サーバー１１（４１）からＡＶ・ナビゲーション装置１
（１Ａ、３１、３１Ａ）へ送信されるアップデート情報２１Ａに含まれるモジュール情報
２３Ａに、各モジュールの重要度情報２３Ｂを付加し、ＡＶ・ナビゲーション装置１（１
Ａ、３１、３１Ａ）で各モジュールの重要度を判断できるようにし、該重要度に基づいて
決定される順番に従って、バージョンアップ情報の送信要求や、モジュールのバージョン
アップを行うようにしても良い。これにより、重要度の高いモジュールのバージョンアッ
プ情報を優先して受信したり、重要度の高いモジュールのバージョンアップを優先して行
うようにすることができる。
【０１３５】
また、図４に示したテーブルからも分かるように、ＩＤコード「ＭＪ０１」のモジュー
ルは、ＩＤコード「ＰＲ０１」のメインプログラム、ＩＤコード「ＰＲ０２」のメインプ
ログラムのいずれからも呼び出されて利用されるモジュールであり、例えば、ＩＤコード
「ＰＲ０２」のメインプログラムの実行中に、ＩＤコード「ＰＲ０１」のメインプログラ
ムのバージョンアップに合わせて、ＩＤコード「ＭＪ０１」のモジュールをバージョンア
ップさせてしまうと、ＩＤコード「ＰＲ０２」のメインプログラムの実行に何らかの影響
を与えてしまうおそれがある。
【０１３６】
そこで、別の実施の形態に係るアップデートシステムでは、バージョンアップされるメ
インプログラムとは別のプログラムの実行への影響の有無を考慮に入れて、モジュールの
アップデートを行うようにし、例えば、ＩＤコード「ＰＲ０１」のメインプログラムをバ
ージョンアップした場合、ＩＤコード「ＰＲ０２」のメインプログラムの実行に影響を与
えるＩＤコード「ＭＪ０１」のモジュールのバージョンアップを行う優先度を下げたり、
ＩＤコード「ＰＲ０２」のメインプログラムが実行中は、ＩＤコード「ＭＪ０１」のモジ
ュールのバージョンアップを行わないようにしても良い。又は、ＩＤコード「ＰＲ０２」
のメインプログラムが実行されていない場合は、ＩＤコード「ＭＪ０１」のモジュールの
バージョンアップを行う優先度を上げるようにしても良い。
【図面の簡単な説明】
【０１３７】
【図１】本発明の実施の形態（１）に係るアップデートシステムの要部を概略的に示したブロック図である。
【図２】メインプログラムバージョン情報データベースにおける記憶状態の一例を示した図である。
【図３】モジュールバージョン情報データベースにおける記憶状態の一例を示した図である。
【図４】アップデート情報データベースにおける記憶状態の一例を示した図である。
【図５】バージョンアップ情報データベースにおける記憶状態の一例を示した図である。
【図６】実施の形態（１）に係るアップデートシステムを構成するＡＶ・ナビゲーション装置とサーバーとの情報のやり取りを示したフローチャートである。
【図７】アップデート情報を示した図である。
【図８】アップデート情報を具体的に示した図である。
【図９】メインプログラムのバージョンアップに合わせて、モジュールがバージョンアップされることを説明するための説明図である。
【図１０】実施の形態（１）に係るアップデートシステムを構成するＡＶ・ナビゲーション装置におけるＣＰＵの行う処理動作を示したフローチャートである。
【図１１】実施の形態（２）に係るアップデートシステムを構成するＡＶ・ナビゲーション装置におけるＣＰＵの行う処理動作を示したフローチャートである。
【図１２】実施の形態（３）に係るアップデートシステムの要部を概略的に示したブロック図である。
【図１３】モジュールバージョン情報データベースにおける記憶状態の一例を示した図である。
【図１４】実施の形態（３）に係るアップデートシステムを構成するＡＶ・ナビゲーション装置とサーバーとの情報のやり取りを示したフローチャートである。
【図１５】アップデート情報を示した図である。
【図１６】アップデート情報を具体的に示した図である。
【図１７】アップデート情報を具体的に示した図である。
【図１８】メインプログラムのバージョンアップに合わせて、モジュールがバージョンアップされることを説明するための説明図である。
【図１９】実施の形態（３）に係るアップデートシステムを構成するＡＶ・ナビゲーション装置におけるＣＰＵの行う処理動作を示したフローチャートである。
【図２０】実施の形態（３）に係るアップデートシステムを構成するサーバーにおけるＣＰＵの行う処理動作を示したフローチャートである。
【図２１】実施の形態（３）に係るアップデートシステムを構成するサーバーにおけるＣＰＵの行う処理動作を示したフローチャートである。
【図２２】実施の形態（４）に係るアップデートシステムを構成するＡＶ・ナビゲーション装置におけるＣＰＵの行う処理動作を示したフローチャートである。
【図２３】メインプログラムのバージョンアップに合わせて、モジュールがバージョンアップされることを説明するための説明図である。
【符号の説明】
【０１３８】
１、１Ａ、３１、３１Ａ  ＡＶ・ナビゲーション装置
２、２Ａ、１２、３２、３２Ａ、４２  ＣＰＵ
３、３Ａ、１３、３３、３３Ａ、４３  ＰＲＯＭ
８  メインプログラムバージョン情報データベース
９  モジュール情報データベース
１１、４１  サーバー
１６  アップデート情報データベース
１７  バージョンアップ情報データベース
２１、２１Ａ、５１、５１Ａ  アップデート情報
２２、５２  バージョンアップ情報
２３、２３Ａ、５３、５３Ａ  モジュール情報
２３Ｂ  重要度情報
４５  モジュールバージョン情報データベース
【図１】
2006227871.tif 000003
【図２】
2006227871.tif 000004
【図３】
2006227871.tif 000005
【図４】
2006227871.tif 000006
【図５】
2006227871.tif 000007
【図６】
2006227871.tif 000008
【図７】
2006227871.tif 000009
【図８】
2006227871.tif 000010
【図９】
2006227871.tif 000011
【図１０】
2006227871.tif 000012
【図１１】
2006227871.tif 000013
【図１２】
2006227871.tif 000014
【図１３】
2006227871.tif 000015
【図１４】
2006227871.tif 000016
【図１５】
2006227871.tif 000017
【図１６】
2006227871.tif 000018
【図１７】
2006227871.tif 000019
【図１８】
2006227871.tif 000020
【図１９】
2006227871.tif 000021
【図２０】
2006227871.tif 000022
【図２１】
2006227871.tif 000023
【図２２】
2006227871.tif 000024
【図２３】
2006227871.tif 000025