(57)【要約】      （修正有）【課題】経路案内サービス中にサービスを中止すること無くナビゲーションデータを部分的にアップデートできる装置及び方法を提供する。【解決手段】データベースファイルとログファイルにデータを記録するかアクセスするように支援するコアモジュール、データベースファイルに対するアップデートデータを、コアモジュールを利用してログファイルに貯蔵するアップデート管理者、及びコアモジュールを利用してデータベースファイルに貯蔵されたデータにアクセスして経路案内サービスを提供する経路案内管理者、を含み、コアモジュールはアップデート管理者の要請によってログファイル生成及びログ記録を遂行し、ログファイルからデータベースファイルにマイグレーションがなされるまでの間だけ活性化され、経路案内管理者の要請により変更されたデータはログファイルから読み込む回復管理者を具備する。【選択図】図１
2015081918.tif 000002
【特許請求の範囲】
【請求項１】
貯蔵媒体に貯蔵されるデータベースファイル、
貯蔵媒体に貯蔵されるログファイル、
前記データベースファイルとログファイルにデータを記録するかアクセスするように支援するコアモジュール、
前記データベースファイルに対するアップデートデータを前記コアモジュールを利用して前記ログファイルに貯蔵するアップデート管理者、及び
前記コアモジュールを利用して前記データベースファイルに貯蔵されたデータにアクセスして経路案内サービスを提供する経路案内管理者、を含み、
前記コアモジュールは前記アップデート管理者の要請によってログファイル生成及びログ記録を遂行し、前記ログファイルから前記データベースファイルにマイグレーションがなされる間だけ活性化され、前記経路案内管理者の要請によって変更されたデータを前記ログファイルから読み込む回復管理者を具備することを特徴とする走行中のナビゲーションデータの部分アップデート装置。
【請求項２】
前記コアモジュールは
前記経路案内管理者との間の通信を遂行して前記マイグレーションの開始時点（ＭＩＧＣＢ＿ＭＩＧＲＡＴＩＯＮ＿ＢＥＦＯＲＥ）と終了時点（ＭＩＧＣＢ＿ＭＩＧＲＡＴＩＯＮ＿ＡＦＴＥＲ）を前記経路案内管理者に知らせる使用者コールバック関数と、
前記マイグレーションの開始時点と終了時点に前記経路案内管理者の呼び出しによって前記コアモジュールが再起動されることと同じ効果を提供するｒｅｓｔａｒｔｕｐＳｙｓｔｅｍ使用者ＡＰＩをさらに具備することを特徴とする請求項１に記載の走行中のナビゲーションデータの部分アップデート装置。
【請求項３】
前記コアモジュールは
前記アップデート管理者が駆動された後、前記使用者コールバック関数を登録するｓｅｔＵｓｅｒＣａｌｌｂａｃｋＦｕｎｃ使用者ＡＰＩをさらに具備することを特徴とする請求項２に記載の走行中のナビゲーションデータの部分アップデート装置。
【請求項４】
経路案内管理者が駆動になってコアモジュールを利用してデータベースファイルに貯蔵されたデータにアクセスして経路案内サービスを提供する段階、
アップデート管理者が駆動され、前記データベースファイルに対するアップデート演算を遂行して前記コアモジュールの回復管理者を活性化し、前記回復管理者がログファイルを生成して生成されたログファイルにログを記録する段階、
前記ログファイルから前記データベースファイルにマイグレーションを開始する前に前記アップデート管理者の回復管理者が経路案内管理者に‘ＭＩＧＣＢ＿ＭＩＧＲＡＴＩＯＮ＿ＢＥＦＯＲＥ’への状態転換を要請する段階、
経路案内管理者の回復管理者が活性化され変更されたデータは前記ログファイルから読み込む段階、
前記ログファイルから前記データベースファイルにマイグレーションが終了になった後に前記アップデート管理者の回復管理者が経路案内管理者に‘ＭＩＧＣＢ＿ＭＩＧＲＡＴＩＯＮ＿ＡＦＴＥＲ’への状態転換を要請する段階、及び
経路案内管理者の回復管理者が非活性化されコアモジュールを利用してデータベースファイルに貯蔵されたデータに直接アクセスして経路案内サービスを提供する段階、を含むことを特徴とする走行中のナビゲーションデータの部分アップデート方法。
【請求項５】
第４項において、
前記アップデート管理者の回復管理者が経路案内管理者に‘ＭＩＧＣＢ＿ＭＩＧＲＡＴＩＯＮ＿ＢＥＦＯＲＥ’または‘ＭＩＧＣＢ＿ＭＩＧＲＡＴＩＯＮ＿ＡＦＴＥＲ’への状態転換を要請する際、前記アップデート管理者と前記経路案内管理者間の通信を遂行する使用者コールバック関数を利用することを特徴とする請求項４に記載の走行中のナビゲーションデータの部分アップデート方法。
【請求項６】
前記アップデート管理者は駆動された後、コアモジュールに構成されたｓｅｔＵｓｅｒＣａｌｌｂａｃｋＦｕｎｃ使用者ＡＰＩを用いて前記使用者コールバック関数をコアモジュールに登録することを特徴とする請求項５に記載の走行中のナビゲーションデータの部分アップデート方法。
【請求項７】
前記経路案内管理者が‘ＭＩＧＣＢ＿ＭＩＧＲＡＴＩＯＮ＿ＢＥＦＯＲＥ’または‘ＭＩＧＣＢ＿ＭＩＧＲＡＴＩＯＮ＿ＡＦＴＥＲ’に状態転換されると、ｒｅｓｔａｒｔｕｐＳｙｓｔｅｍ使用者ＡＰＩを呼び出しして前記コアモジュールが再起動になることと同じ効果を提供することを特徴とする請求項４に記載の走行中のナビゲーションデータの部分アップデート方法。
【請求項８】
前記第４項ないし第７項のうちのいずれか一項の方法が具現されたプログラムを記録したコンピュータが読み込み可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はデータベース基盤のナビゲーションに係り、より詳しくはナビゲーションが経路案内サービスをする途中にサービスを止めないでナビゲーションデータを部分アップデートするための装置及び方法に関する。
【背景技術】
【０００２】
従来のナビゲーションではファイル基盤でナビゲーションデータをアップデートする際に、ブロック単位の全体アップデート方式を採択しているので多大の時間がかかる問題があった。
【０００３】
ナビゲーションデータをデータベース基盤で管理すれば、オブジェクト単位の部分アップデート方式を採択することによってアップデート時間を大幅に減らすことができる。
【０００４】
また、ナビゲーションが経路案内サービス中にナビゲーションデータをアップデートする時には、データの一貫性を維持するために経路案内サービスを中断しなければならないという問題点がある。特に、ナビゲーションデータの部分アップデート方式ではナビゲーションが経路案内サービス中にデータアップデートが頻繁に発生するので、これによる使用者の不便が重なることもある。
【先行技術文献】
【特許文献】
【０００５】
【特許文献０００１】韓国公開特許１０−２０１２−００９５５５２号
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明は前記のような点に鑑みてなされたものであって、本発明の目的は、経路案内管理者とアップデート管理者との間の通信を通じてアップデート管理者がアップデート演算を遂行する過程の間、経路案内管理者の状態をデータの一貫性が維持されるように転換することにより、経路案内サービスを途中で中止することなくナビゲーションデータを部分的にアップデートする装置及びその方法を提供することにある。
【課題を解決するための手段】
【０００７】
このような目的を達成するための、本発明による走行中のナビゲーションデータの部分アップデート装置は、貯蔵媒体に貯蔵されるデータベースファイル、貯蔵媒体に貯蔵されるログファイル、前記データベースファイルとログファイルにデータを記録するか、又はアクセスするように支援するコアモジュール、前記データベースファイルに対するアップデートデータを前記コアモジュールを利用して前記ログファイルに貯蔵するアップデート管理者、及び前記コアモジュールを利用して前記データベースファイルに貯蔵されたデータにアクセスして経路案内サービスを提供する経路案内管理者、を含み、前記コアモジュールは前記アップデート管理者の要請によりログファイル生成及びログ記録を遂行し、前記ログファイルから前記データベースファイルにマイグレーションがされる間だけ活性化され、前記経路案内管理者の要請により変更されたデータを前記ログファイルから読み込む回復管理者を具備することを特徴とする。
【０００８】
前記コアモジュールは前記経路案内管理者との間の通信を遂行して前記マイグレーションの開始時点（ＭＩＧＣＢ＿ＭＩＧＲＡＴＩＯＮ＿ＢＥＦＯＲＥ）と終了時点（ＭＩＧＣＢ＿ＭＩＧＲＡＴＩＯＮ＿ＡＦＴＥＲ）を前記経路案内管理者に知らせる使用者コールバック関数と、前記マイグレーションの開始時点と終了時点に前記経路案内管理者の呼び出しによって前記コアモジュールが再起動されることと同じ効果を提供するｒｅｓｔａｒｔｕｐＳｙｓｔｅｍ使用者ＡＰＩをさらに具備することを特徴とする。
【０００９】
前記コアモジュールは前記アップデート管理者が駆動された後、前記使用者コールバック関数を登録するｓｅｔＵｓｅｒＣａｌｌｂａｃｋＦｕｎｃ使用者ＡＰＩをさらに具備することを特徴とする。
【００１０】
上記の他の目的を達成するために、本発明による走行中のナビゲーションデータの部分アップデート方法は、経路案内管理者が駆動されてコアモジュールを利用してデータベースファイルに貯蔵されたデータにアクセスして経路案内サービスを提供する段階、アップデート管理者が駆動されて前記データベースファイルに対するアップデート演算を遂行して前記コアモジュールの回復管理者を活性化し、前記回復管理者がログファイルを生成して生成されたログファイルにログを記録する段階、前記ログファイルから前記データベースファイルにマイグレーションを開始する前に前記アップデート管理者の回復管理者が経路案内管理者に‘ＭＩＧＣＢ＿ＭＩＧＲＡＴＩＯＮ＿ＢＥＦＯＲＥ’への状態転換を要請する段階、経路案内管理者の回復管理者が活性化され、変更されたデータは前記ログファイルから読み込む段階、前記ログファイルから前記データベースファイルにマイグレーションが終了した後に前記アップデート管理者の回復管理者が経路案内管理者に‘ＭＩＧＣＢ＿ＭＩＧＲＡＴＩＯＮ＿ＡＦＴＥＲ’への状態転換を要請する段階、及び経路案内管理者の回復管理者が非活性化されコアモジュールを利用してデータベースファイルに貯蔵されたデータに直接アクセスして経路案内サービスを提供する段階、を含めて構成されることを特徴とする。
【００１１】
前記アップデート管理者の回復管理者が経路案内管理者に‘ＭＩＧＣＢ＿ＭＩＧＲＡＴＩＯＮ＿ＢＥＦＯＲＥ’または‘ＭＩＧＣＢ＿ＭＩＧＲＡＴＩＯＮ＿ＡＦＴＥＲ’への状態転換を要請する際に、前記アップデート管理者と前記経路案内管理者間の通信を遂行する使用者コールバック関数を利用することを特徴とする。
【００１２】
前記アップデート管理者は駆動された後、コアモジュールに構成されたｓｅｔＵｓｅｒＣａｌｌｂａｃｋＦｕｎｃ使用者ＡＰＩを用いて前記使用者コールバック関数をコアモジュールに登録することを特徴とする。
【００１３】
前記経路案内管理者が‘ＭＩＧＣＢ＿ＭＩＧＲＡＴＩＯＮ＿ＢＥＦＯＲＥ’または‘ＭＩＧＣＢ＿ＭＩＧＲＡＴＩＯＮ＿ＡＦＴＥＲ’に状態転換されると、ｒｅｓｔａｒｔｕｐＳｙｓｔｅｍ使用者ＡＰＩを呼び出して前記コアモジュールが再起動されることと同じ効果を提供することを特徴とする。
【００１４】
上記の他の目的を達成するために、本発明によるコンピュータが読み込み可能な記録媒体は経路案内管理者が駆動され、コアモジュールを利用してデータベースファイルに貯蔵されたデータにアクセスして経路案内サービスを提供する段階、アップデート管理者が駆動され、前記データベースファイルに対するアップデート演算を遂行して前記コアモジュールの回復管理者を活性化し、前記回復管理者がログファイルを生成して生成されたログファイルにログを記録する段階、前記ログファイルから前記データベースファイルにマイグレーションが開始する前に前記アップデート管理者の回復管理者が経路案内管理者に‘ＭＩＧＣＢ＿ＭＩＧＲＡＴＩＯＮ＿ＢＥＦＯＲＥ’への状態転換を要請する段階、経路案内管理者の回復管理者が活性化され変更されたデータは前記ログファイルから読み込む段階、前記ログファイルから前記データベースファイルにマイグレーションが終了した後に前記アップデート管理者の回復管理者が経路案内管理者に‘ＭＩＧＣＢ＿ＭＩＧＲＡＴＩＯＮ＿ＡＦＴＥＲ’への状態転換を要請する段階、及び経路案内管理者の回復管理者が非活性化されコアモジュールを利用してデータベースファイルに貯蔵されたデータに直接アクセスして経路案内サービスを提供する段階、を含めて構成された走行中のナビゲーションデータの部分アップデート方法が具現されたプログラムを記録することを特徴とする。
【発明の効果】
【００１５】
以上説明したように本発明によれば、ナビゲーションデータをデータベース基盤で管理してオブジェクト単位の部分アップデート方式を採択することによりアップデート時間を大幅に減らし、ナビゲーションデータアップデート中にも経路案内サービスを中止することなく受けることができるようにしてナビゲーション使用者の不便を減らす効果がある。
【図面の簡単な説明】
【００１６】
【図１】本発明による走行中のナビゲーションデータの部分アップデート装置の全体的な構成図である。
【図２】ナビゲーションブーティング後、経路案内管理者の駆動の様子を示した図である。
【図３】経路案内及び部分アップデート切替１段階の駆動の様子を示した図である。
【図４】経路案内及び部分アップデート切替２段階の駆動の様子を示した図である。
【図５】経路案内及び部分アップデート切替３段階の駆動の様子を示した図である。
【図６】部分アップデート後、定常状態に戻った経路案内管理者の駆動の様子を示した図である。
【発明を実施するための形態】
【００１７】
以下添付図面を参照して本発明を詳細に説明する。
【００１８】
図１によれば、走行中のナビゲーションデータの部分アップデート装置の望ましい一実施例はデータベースファイル（４０）、ログファイル（５０）、回復管理者（３２ａ、３２ｂ）を具備したコアモジュール（３０ａ、３０ｂ）、経路案内管理者（１０）及びアップデート管理者（２０）を含めて構成される。
【００１９】
本発明の構成要素であるデータベースファイル（４０）とログファイル（５０）はそれぞれ受動的な構成要素であり、メインメモリーとは別の貯蔵媒体に貯蔵される。本発明で使われる貯蔵媒体はフラッシュメモリーに具現されることが望ましいが、必ずしもこれに限定されない。
【００２０】
本発明の構成要素であるコアモジュール（３０ａ、３０ｂ）、経路案内管理者（１０）及びアップデート管理者（２０）は各々モバイル環境で提供されているナビゲーション装置を構成する各種ハードウェア及びソフトウェアの複合体で具現できる能動的な構成要素であり、以下の様に各構成要素が提供する機能的な特徴によって定義される。
【００２１】
コアモジュール（３０ａ、３０ｂ）はデータベースファイル（４０）とログファイル（５０）にデータを記録するか、又はアクセスするように支援する一種のデータベース管理システム（ＤａｔａＢａｓｅＭａｎａｇｅｍｅｎｔＳｙｓｔｅｍ：ＤＢＭＳ）である。
【００２２】
経路案内管理者（１０）はコアモジュール（３０ａ）を利用してデータベースファイル（４０）に貯蔵されたデータにアクセス（読み取り演算のみを遂行）し、使用者が選択した目的地を検索して目的地までの直進／左回転／右回転などの経路案内サービスを提供する。
【００２３】
アップデート管理者（２０）はデータベースファイル（４０）に対するアップデートデータをコアモジュール（３０ｂ）を利用してログファイル（５０）に貯蔵した後、ログファイル（５０）に貯蔵されたログデータをデータベースファイル（４０）にマイグレーションする。
【００２４】
経路案内管理者（１０）とアップデート管理者（２０）はナビゲーション装置内でプロセス基盤またはスレッド基盤で動作するが、この時各々はコアモジュール（３０ａ、３０ｂ）を使用する。
【００２５】
コアモジュール（３０ａ）とコアモジュール（３０ｂ）は実際には同じファイルからなるが、動作する時は各々経路案内管理者（１０）とアップデート管理者（２０）に結合した状態の独立した領域を有するので、これを区分するために参照番号を別にして表示した。
【００２６】
コアモジュール（３０ａ、３０ｂ）は使用者コールバック関数（３４）、使用者ＡＰＩ（３６）及び回復管理者（３２ａ、３２ｂ）を具備する。
【００２７】
使用者コールバック関数（３４）は経路案内管理者（１０）とアップデート管理者（２０）との間の通信を遂行してマイグレーションの開始時点（ＭＩＧＣＢ＿ＭＩＧＲＡＴＩＯＮ＿ＢＥＦＯＲＥ）と終了時点（ＭＩＧＣＢ＿ＭＩＧＲＡＴＩＯＮ＿ＡＦＴＥＲ）を経路案内管理者に知らせて状態転換（切替）を要請する。
【００２８】
使用者ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍｍｉｎｇ  Ｉｎｔｅｒｆａｃｅ）（３６）は応用プログラムで使用できるよう、コアモジュール（３０ａ、３０ｂ）が提供する機能を制御できるように作成されたインターフェースで、ｓｅｔＵｓｅｒＣａｌｌｂａｃｋＦｕｎｃとｒｅｓｔａｒｔｕｐＳｙｓｔｅｍを含む。
【００２９】
ｓｅｔＵｓｅｒＣａｌｌｂａｃｋＦｕｎｃはアップデート管理者（２０）で使用する使用者ＡＰＩであり、アップデート管理者（２０）はブーティング後、使用者コールバック関数（３４）をこの使用者ＡＰＩを通じて必ず登録しなければならない。
【００３０】
ｒｅｓｔａｒｔｕｐＳｙｓｔｅｍは経路案内管理者（１０）で使用する使用者ＡＰＩであり、自分の状態転換（切替）時、この使用者ＡＰＩを通じてコアモジュール（３０ａ）が再起動されることと同じ効果を得ることができる。
【００３１】
回復管理者（３２ｂ）はアップデート管理者（２０）の要請によりログファイル生成及びログ記録を遂行してログファイル基盤の部分アップデートを遂行し、また回復管理者（３２ａ）はログファイル（５０）からデータベースファイル（４０）にマイグレーションがなされる間だけ活性化され、経路案内管理者（１０）の要請により変更されたデータはログファイルから読み取られ、中止することがない経路案内サービスが可能な機能を遂行する。ここで、回復管理者（３２ａ）と回復管理者（３２ｂ）もコアモジュール（３０ａ）とコアモジュール（３０ｂ）と同様に実際には同じファイルからなっているが、動作する時は各々経路案内管理者（１０）とアップデート管理者（２０）に結合した状態で独立した領域を有するので、これを区分するために参照番号を別にして表示した。
【００３２】
一方、経路案内管理者（１０）は検索（Ｒｅａｄ）基盤で動作し、アップデート管理者（２０）は変更（Ｗｒｉｔｅ）基盤で動作する。この二つの管理者が同時に作業中ならばデータベースファイル（４０）に貯蔵された原本データベースを共有するようになる。この時、特定時間領域（原本データベースが変更になる区間）に対してデータの一貫性を維持できるようにする装置が必要になる。本発明では状態転換（切替）という方式を通じてこの問題を解決する。
【００３３】
切替は３段階で進行する。
【００３４】
１段階は単純に二つの管理者が原本データベースを変更されずに互いに共有する状態である。
【００３５】
２段階はアップデート管理者（２０）によって原本データベースが変更される直前であって、経路案内管理者（１０）の状態をデータの一貫性が維持されるように設定する状態である。
【００３６】
３段階はアップデート管理者（２０）によって原本データベースが完全に変更完了した直後であって、経路案内管理者（１０）の状態を元の状態に返した状態である。
【００３７】
以下で図２ないし図６を参照して走行中のナビゲーションデータの部分アップデート過程を詳細に説明する。
【００３８】
図２はナビゲーションブーティング後、経路案内管理者（１０）が駆動された様子であり、これに関し説明すれば次のようである。
【００３９】
まず、図２はナビゲーションブーティング後、使用者が目的地を設定した後、経路案内管理者（１０）が経路案内をサービスするための構成要素等の連結関係を図示したものである。
【００４０】
ここでは経路案内管理者（１０）のみが駆動されて、アップデート管理者（２０）は駆動されない。この時、回復管理者（３２ａ）は非活性状態であり、経路案内管理者（１０）は経路案内に必要なデータをデータベースファイル（４０）の原本データベースから持ってくる。
【００４１】
図３は経路案内及び部分アップデート切替１段階の駆動の様子であり、これに関して説明すれば次のようである。
【００４２】
経路案内管理者（１０）は何らの状態転換無しで、既存の原本データベースから必要なデータを持ってきてサービスを遂行する。
【００４３】
アップデート管理者（１０）が駆動された後、先に使用者コールバック関数（３４）をコアモジュール（３０ｂ）に登録する（Ｓ１０１）。登録方法はコアモジュール（３０ｂ）で提供するｓｅｔＵｓｅｒＣａｌｌｂａｃｋＦｕｎｃ使用者ＡＰＩを使用する。
【００４４】
以後アップデート管理者（２０）はＬｏｎｇＴｒａｎｓａｃｔｉｏｎから構成されたアップデート演算を遂行する（Ｓ１０３）。この時、回復管理者（３２ｂ）は活性化されて、活性化された回復管理者（３２ｂ）はログファイル（５０）を生成し、生成されたログファイル（５０）にログを記録する。
【００４５】
この状態では原本データベースに対する変更はなされない。
【００４６】
図４は経路案内及び部分アップデート切替２段階の駆動の様子であり、これに関して説明すれば次のようである。
【００４７】
アップデート管理者（２０）の回復管理者（３２ｂ）はあらゆる変更演算をログファイルに記録完了し、原本データベースに反映（マイグレーション）することのみが残っている状態である。
【００４８】
ここで回復管理者（３２ｂ）は使用者コールバック関数（３４）を呼び出して経路案内管理者の状態転換を要請する（Ｓ２０１）。使用者コールバック関数のパラメータであるｓｔａｔｅ値は‘ＭＩＧＣＢ＿ＭＩＧＲＡＴＩＯＮ＿ＢＥＦＯＲＥ’に設定する。
【００４９】
使用者コールバック関数（３４）は経路案内管理者（１０）との間の通信を担当し、経路案内管理者（１０）に２段階状態に切替えることを要請して応答を待つ（Ｓ２０３）。
【００５０】
経路案内管理者（１０）はｒｅｓｔａｒｔｕｐＳｙｓｔｅｍ使用者ＡＰＩを呼び出しする。この時、パラメータであるｓｔａｔｅ値は‘ＭＩＧＣＢ＿ＭＩＧＲＡＴＩＯＮ＿ＢＥＦＯＲＥ’で設定する（Ｓ２０５）。
付加的に経路案内管理者（１０）のコアモジュール（３０ａ）はデータベースファイル（４０）の原本データベースから持ってきていてキャッシュしていたあらゆるデータを初期化する。
【００５１】
この時、経路案内管理者（１０）の回復管理者（３２ａ）は活性化され、変更されたデータはログファイル（５０）から読み取るように状態を設定する（Ｓ２０７）。
変更されないデータはデータベースファイル（４０）から読み取ることは当然である。
【００５２】
このようにして使用者コールバック関数（３４）が返還されると（Ｓ２０９、Ｓ２１１、Ｓ２１３）、アップデート管理者（２０）の回復管理者（３２ｂ）はログファイルに記録された変更データをデータベースファイル（４０）の原本データベースに反映し始める（Ｓ２１５）。
【００５３】
これで経路案内管理者（１０）は原本データベースにマイグレーションが完了するまでに、サービスを止めること無くログファイル（５０）からアップデートが完了したデータを持ってきて使用者にサービスできるようになる。
【００５４】
図５は経路案内及び部分アップデート切替３段階駆動の様子であり、これに関して説明すれば次のようである。
【００５５】
アップデート管理者（２０）の回復管理者（３２ｂ）はログファイル（５０）に記録された変更データを原本データベースに全て反映し、コミット完了を目前に控えている状態にある（Ｓ３０１）。
【００５６】
アップデート管理者（２０）の回復管理者（３２ｂ）は使用者コールバック関数（３４）を呼び出して経路案内管理者（１０）の状態転換を要請する（Ｓ３０３）。コールバック関数のパラメータであるｓｔａｔｅ値は‘ＭＩＧＣＢ＿ＭＩＧＲＡＴＩＯＮ＿ＡＦＴＥＲ’に設定して元の状態に戻ることを知らせる。
【００５７】
使用者コールバック関数（３４）は経路案内管理者（１０）との間の通信を担当し、経路案内管理者（１０）に３段階状態へ切替することを要請して応答を待つ（Ｓ３０５）。
【００５８】
経路案内管理者（１０）はｒｅｓｔａｒｔｕｐＳｙｓｔｅｍ使用者ＡＰＩを呼び出しする（Ｓ３０７）。パラメータであるｓｔａｔｅ値は‘ＭＩＧＣＢ＿ＭＩＧＲＡＴＩＯＮ＿ＡＦＴＥＲ’に設定する。
【００５９】
この時、経路案内管理者（１０）の回復管理者（３２ａ）は非活性化され、データは原本データベースから読み込むように状態を変更する。
【００６０】
このようにして使用者コールバック関数（３４）が返還されると（Ｓ３１１、Ｓ３１３、Ｓ３１５）、アップデート管理者（２０）の回復管理者（３２ｂ）はコミットを完了してあらゆる作業を終了する。
【００６１】
これで経路案内管理者（１０）は経路案内サービスを止めること無くアップデートされた原本データベースから経路案内に必要なデータを持ってきてサービスできるようになる。
【００６２】
図６はアップデート完了後、定常状態に戻った経路案内管理者駆動の様子であり、これに関して説明すれば次のようである。
【００６３】
アップデート管理者（２０）はあらゆる作業を終えた終了状態である。
【００６４】
経路案内管理者（１０）は最初のブーティング時に戻った状態である。
【００６５】
ところが、使用者は内部的に起きるこのような一連のあらゆる過程を認知できず、アップデートされたデータにより中止することなく継続的に経路案内のサービスを受けることができる。
【００６６】
一方、詳述した本発明の実施例はモバイル端末機を含めた汎用コンピュータで使われる媒体に記録することができる。前記媒体はマグネチック記録媒体（例えば、ロム、フロッピー（登録商標）ディスク、ハードディスク等）、光学的判読媒体（例えば、ＣＤローム、ＤＶＤ等）、電気的記録媒体（例えば、ｐｆｌｅｇｅｍｕｔｔｅｒＳＵＩメモリー、メモリースティック等）及びキャリアウェーブ（例えば、インターネットを通じた伝送）のような記録媒体を含む。
【００６７】
以上本発明に対して望ましい実施例を中心に見てきた。本発明が属する技術分野の当業者は本発明を、本発明の本質的な特性から逸脱しない範囲で変形した形態で具現されることを理解できるはずである。したがって開示した実施例は限定的な観点ではなく説明的な観点で考慮すべきである。本発明の範囲は上述した説明ではなく特許請求範囲に示されていて、これと同等な範囲内にあるあらゆる差異点は本発明に含まれることとして解析できるはずである。
【産業上の利用可能性】
【００６８】
本発明は、データベース基盤のナビゲーションシステムにおいて、経路案内サービスをする途中にサービスを止めないでナビゲーションデータを部分的にアップデートするための装置及び方法の分野に適用できる。
【符号の説明】
【００６９】
１０：  経路案内管理者
２０：  アップデート管理者
３０ａ、３０ｂ：  コアモジュール
３２ａ、３２ｂ：  回復管理者
３４：  使用者コールバック関数
３６：  使用者ＡＰＩ
４０：  データベースファイル
５０：  ログファイル
【図１】
2015081918.tif 000003
【図２】
2015081918.tif 000004
【図３】
2015081918.tif 000005
【図４】
2015081918.tif 000006
【図５】
2015081918.tif 000007
【図６】
2015081918.tif 000008