データベース生成装置およびデータベース生成方法
【課題】モデル毎の地図データベースを生成するのにかかるコストおよび時間を削減できる「データベース生成装置およびデータベース生成方法」を提供する。
【解決手段】基データベース２０に対してコンパイルを行うことにより、データ種別により分類された複数のレコードと、それぞれのレコードのデータ種別を表すタグ情報とから成るタグ方式データベース３０を生成する。そして、複数のモデル毎に、地図データベース５１，５２において使用するデータ種別を定義したモデル定義情報ファイル４１，４２を入力し、それに定義されているデータ種別と合致するタグ情報が付与されたレコードのデータをタグ方式データベース３０から取得して各モデルの地図データベース５１，５２を生成する。これにより、処理に長時間を要するコンパイルを複数のモデル毎に行う必要をなくす。
【解決手段】基データベース２０に対してコンパイルを行うことにより、データ種別により分類された複数のレコードと、それぞれのレコードのデータ種別を表すタグ情報とから成るタグ方式データベース３０を生成する。そして、複数のモデル毎に、地図データベース５１，５２において使用するデータ種別を定義したモデル定義情報ファイル４１，４２を入力し、それに定義されているデータ種別と合致するタグ情報が付与されたレコードのデータをタグ方式データベース３０から取得して各モデルの地図データベース５１，５２を生成する。これにより、処理に長時間を要するコンパイルを複数のモデル毎に行う必要をなくす。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データベース生成装置およびデータベース生成方法に関し、特に、ハイエンドやローエンドなどの機種モデル、更新年度に応じた年度モデルといった各種モデルのデータベースを生成する装置に用いて好適なものである。
【背景技術】
【０００２】
一般に、ナビゲーション装置では、経路探索や経路案内の処理を行うために地図データを使用する。この地図データは、実際の道路や周辺施設などを反映して生成される。そのため、新しく作られる道路や周辺施設に対応するために、地図データは適宜更新する必要がある。また、ナビゲーション装置に改良を加えて新たな機能を盛り込む際に、それに合わせて地図データの更新が必要になる場合もある。このような要求に対応するために、地図データを格納したデータベースを例えば年度毎に更新すること、つまり更新年度に応じた各年度モデルの地図データベースを生成することが行われている。
【０００３】
また、企業の販売戦略として、ハイエンドやローエンドといった複数の商品群を揃えてナビゲーション装置を市場に投入することがよく行われる。この場合、多くの機能を盛り込んだハイエンド商品に対応した地図データ、最低限の機能に絞り込んだローエンド商品に対応した地図データがそれぞれ必要になる。このような要求に対応するために、ハイエンドやローエンドなどの商品群に応じた各機種モデルの地図データベースを生成することが行われている。
【０００４】
各機種モデルの地図データベースは、最新年度のナビゲーション装置が備えるべき全ての機能に対応する全ての地図データを格納した基データベースを、所定のコンパイラによってフォーマット変換することによって生成する。例えば、ハイエンド商品に対応した地図データベースは、基データベースに格納されている全ての地図データを対象としてコンパイルを行うことによって生成する。また、ローエンド商品に対応した地図データベースは、基データベースに格納されている地図データのうち、ローエンド商品に実装すべき機能に対応する地図データのみを対象としてコンパイルを行うことによって生成する。このように、各機種モデルの地図データベースを生成する際には１つの基データベースを使用することから、図６に示すように、各機種モデルの地図データベースを順次に生成していく必要がある。
【０００５】
最新年度のナビゲーション装置に使う各機種モデルの地図データベースを生成した後は、旧年度のナビゲーション装置に使う地図データベースを生成する。これは次の理由による。すなわち、最新年度の地図データベースに格納された地図データは、新しく作られた道路や周辺施設が盛り込まれているため、これを旧年度のナビゲーション装置でも使用できるようにするのが好ましい。ところが、最新年度の地図データには、旧年度のナビゲーション装置が備えていない機能に対応した情報も含まれているため、最新年度の地図データを旧年度のナビゲーション装置でそのまま使用することはできない。そのため、最新年度用の地図データベースとは別に、旧年度用の地図データベースを生成する必要がある。
【０００６】
旧年度用の地図データベースは、最新年度の地図データベースを、所定のコンバータによってフォーマット変換することによって生成する。具体的には、最新年度の地図データベースから不要な地図データを削除するようなフォーマット変換によって、旧年度用の地図データベースを生成する。例えば、図７に示すように、最新年度として生成した2011年度の地図データベースをコンバータでフォーマット変換することにより、旧年度である2010年度の地図データベースを生成する。さらに、当該生成した2010年度の地図データベースをフォーマット変換することにより、更に１年古い2009年度の地図データベースを生成する。
【０００７】
なお、あらかじめ生成したデータベースの変更を行うために記述した記述言語と元の記述言語とを比較して、変更する部分の両者の比較リストを自動生成し、この比較リストに基づいて元のデータベースの変更を行うようにした技術が存在する（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開平４−１５７３３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
上述したように、各機種モデルの地図データベースは、基データベースをコンパイルすることによって生成する。この場合、地図データベースに格納される地図データのデータ量が膨大なため、１回のコンパイルにかかる時間は長時間になる。複数台のサーバを使用しても数日かかるのが普通である。しかも、各機種モデルの地図データベースを生成する際には、図６に示したように、複数回に亘ってコンパイルを順次行っていく必要がある。そのため、全ての機種モデルの地図データベースを生成するのに莫大な時間がかかってしまう。
【００１０】
さらに、各年度モデルの地図データベースは、コンバータを用いて不要な地図データを削除することによって生成する。図７に示したように、旧年度の地図データベースは、最新年度の地図データベースを基にコンバータで処理をすることによって生成する。そのため、最新年度の地図データベースが毎年できる度に、コンバータの開発が必要になる。このコンバータの開発にも長時間を要する。そして、開発したコンバータを用いて各年度モデルの地図データベースを生成するのにも長時間を要する。
【００１１】
以上のことから、従来は、各機種モデルの地図データベースおよび各年度モデルの地図データベースを生成するのにかかるコストが莫大になるという問題があった。また、地図データベースを生成してリリースできるまでに莫大な時間を要するため、リリースされる頃には地図データの鮮度が落ちてしまうという問題もあった。
【００１２】
本発明は、このような問題を解決するために成されたものであり、モデル毎の地図データベースを生成するのにかかるコストおよび時間を削減できるようにすることを目的とする。
【課題を解決するための手段】
【００１３】
上記した課題を解決するために、本発明では、地図データを格納して成る基データベースに対して所定のフォーマット変換処理を行うことにより、データ種別により分類された複数のレコードと、それぞれのレコードに付与したデータ種別を表すタグ情報とから成るタグ方式データベースを生成する。そして、複数のモデル毎に、生成すべき地図データベースにおいて使用するデータ種別を定義したモデル定義情報を入力し、当該モデル定義情報に定義されているデータ種別と合致するタグ情報が付与されたレコードのデータをタグ方式データベースから取得して地図データベースを生成する。
【発明の効果】
【００１４】
上記のように構成した本発明によれば、タグ方式データベースを１つ生成しておけば、複数のモデルの地図データベースに対応したモデル定義情報をそれぞれ与えるだけで、タグ方式データベースから各モデルに必要なデータ種別のレコードが取り出されて複数のモデルの地図データベースがそれぞれ生成される。これにより、処理に長時間を要するコンパイルを複数のモデル毎に行う必要がなくなる。また、コンバータの開発も不要となる。したがって、複数のモデル毎の地図データベースを生成するのにかかるコストおよび時間を大幅に削減することができる。
【図面の簡単な説明】
【００１５】
【図１】本実施形態によるデータベース生成装置の構成例を示す機能ブロック図である。
【図２】本実施形態による変換処理部の処理内容を示す図である。
【図３】本実施形態によるタグ情報の構成例を示す図である。
【図４】本実施形態によるデータベース生成部の処理内容を示す図である。
【図５】本実施形態によるデータベース生成装置の動作例を示すフローチャートである。
【図６】各機種モデルの地図データベースを生成する従来の手順を示す図である。
【図７】各年度モデルの地図データベースを生成する従来の手順を示す図である。
【発明を実施するための形態】
【００１６】
以下、本発明の一実施形態を図面に基づいて説明する。図１は、本実施形態によるデータベース生成装置１０の構成例を示す機能ブロック図である。図２は、本実施形態による変換処理部１１の処理内容を示す図である。図３は、本実施形態によるタグ情報の構成例を示す図である。図４は、本実施形態によるデータベース生成部の処理内容を示す図である。
【００１７】
図１に示すように、本実施形態のデータベース生成装置１０は、複数のモデルの地図データベース５１，５２を生成するためのものであって、変換処理部１１、モデル定義情報入力部１２およびデータベース生成部１３を機能構成として備えている。なお、本実施形態のデータベース生成装置１０は、実際には、ＣＰＵ、ＲＯＭ、ＲＡＭなどを備えたコンピュータなどにより構成されている。
【００１８】
変換処理部１１は、地図データを格納して成る基データベース２０に対して所定のフォーマット変換処理を行うことにより、データ種別により分類された複数のレコードと、それぞれのレコードに付与したタグ情報とから成るタグ方式データベース３０を生成する。タグ情報は、各レコードのデータ種別を表す情報である。
【００１９】
基データベース２０は、機種モデル毎の地図データベースおよび年度モデル毎の地図データベースを生成するための大元となるデータベースであり、主にテキスト形式のデータで構成されている。この基データベース２０は、図２に示すように、ナビゲーション装置における基本的な処理に必要な地図系基本データを格納した地図系基本データベース２１、交差点名称データを格納した交差点名称データベース２２、現実世界に近い交差点の画像データを格納したリアル交差点画像データベース２３、および方面名称データを格納した方面名称データベース２４など、データ種別毎に用意された複数のデータベースの総体である。なお、図２は、経路案内に必要な地図データの例を示している。
【００２０】
変換処理部１１は、データ種別毎のデータベース２１〜２４をそれぞれコンパイルすることにより、テキスト形式からバイナリ形式にフォーマット変換する。このとき変換処理部１１は、図２に示すように、データ種別により分類された複数のレコード３１〜３４を生成する。複数のレコード３１〜３４は、複数のモデルの地図データベース５１，５２の全てにおいて共通に使用する地図系基本データを格納した基本レコード３１と、複数のモデルのうち何れかのモデルの地図データベースにおいて使用する付加データを格納した付加レコード３２〜３４とを含む。
【００２１】
本実施形態では、変換処理部１１は、地図系基本データベース２１をフォーマット変換することによって基本レコード３１を生成する。また、変換処理部１１は、交差点名称データベース２２、リアル交差点画像データベース２３、方面名称データベース２４をそれぞれフォーマット変換することにより、交差点名称データを格納した交差点名称付加レコード３２、現実世界に近い交差点の画像データを格納したリアル交差点画像付加レコード３３、方面名称データを格納した方面名称付加レコード３４をそれぞれ生成する。
【００２２】
変換処理部１１はさらに、生成した付加レコード３２〜３４のそれぞれに対して、当該付加レコード３２〜３４のデータ種別を表すタグ情報３２ａ〜３４ａを付与する。すなわち、変換処理部１１は、交差点名称付加レコード３２に対してデータ種別が交差点名称であることを表すタグ情報３２ａを付与する。また、リアル交差点画像付加レコード３３に対してデータ種別が現実の交差点画像であることを表すタグ情報３３ａを付与する。また、方面名称付加レコード３４に対してデータ種別が方面名称であることを表すタグ情報３４ａを付与する。
【００２３】
図３に示すように、タグ情報は、通常は基本データタグ１０１の２バイトで構成され、ここに付加レコード３２〜３４のサイズとタイプ（種類）とが格納される。サイズとタイプの最大値を超える場合には、それぞれ２バイトの拡張データサイズ１０２および拡張データタイプ１０３に格納される。
【００２４】
タグ方式データベース３０は、基本レコード３１と、タグ情報３２ａ〜３４ａが付与された複数の付加レコード３２〜３４との総体である。なお、ここでは基本レコード３１にタグ情報を付与していないが、データ種別が地図系基本データであることを表すタグ情報を基本レコード３１に付与してもよい。
【００２５】
モデル定義情報入力部１２は、複数のモデル毎に、地図データベース５１，５２において使用するデータ種別を定義したモデル定義情報を入力する。本実施形態では、例えば、ハイエンド機種に対応したモデルＡの地図データベース５１において使用するデータ種別を定義したモデル定義情報ファイル４１と、ローエンド機種に対応したモデルＢの地図データベース５２において使用するデータ種別を定義したモデル定義情報ファイル４２とを入力するものとする。なお、モデル定義情報ファイル４１，４２は、本実施形態のデータベース生成装置１０とは別のパーソナルコンピュータ等（図示せず）により、ユーザがあらかじめ生成しておく。
【００２６】
ハイエンドモデルＡのモデル定義情報ファイル４１は、例えば、データ種別が交差点名称であることを表すタグ情報３２ａ、データ種別が現実の交差点画像であることを表すタグ情報３３ａ、およびデータ種別が方面名称であることを表すタグ情報３４ａの３つを定義したファイルとして構成される。一方、ローエンドモデルＢのモデル定義情報ファイル４２は、例えば、データ種別が交差点名称であることを表すタグ情報３２ａ、およびデータ種別が現実の交差点画像であることを表すタグ情報３３ａの２つを定義したファイルとして構成される。
【００２７】
データベース生成部１３は、複数のモデル（ハイエンドモデルＡおよびローエンドモデルＢ）毎に、モデル定義情報入力部１２により入力されたモデル定義情報ファイル４１，４２に定義されているデータ種別と合致するタグ情報が付与されたレコードのデータをタグ方式データベース３０から取得し、取得したレコードのデータにより地図データベース５１，５２を生成する。具体的には、タグ方式データベース３０から取得したデータをコピーするだけの簡単な処理で、各モデルの地図データベース５１，５２を生成することができる。
【００２８】
なお、モデル定義情報ファイル４１，４２には基本レコード３１のタグ情報が定義されていないが、基本レコード３１はどのモデルでも必ず使用して地図データベース５１，５２を生成する。基本レコード３１にもタグ情報を付与する場合には、モデル定義情報ファイル４１，４２において必ず基本レコード３１のタグ情報を定義する。
【００２９】
本実施形態では、データベース生成部１３は、図４に示すように、基本レコード３１のデータと、ハイエンドモデルＡのモデル定義情報ファイル４１に定義されているデータ種別と合致するタグ情報３２ａ，３３ａ，３４ａが付与された付加レコード３２，３３，３４のデータとをタグ方式データベース３０から取得し、取得したレコードのデータによりハイエンドモデルＡの地図データベース５１を生成する。
【００３０】
また、データベース生成部１３は、基本レコード３１のデータと、ローエンドモデルＢのモデル定義情報ファイル４２に定義されているデータ種別と合致するタグ情報３２ａ，３３ａが付与された付加レコード３２，３３のデータとをタグ方式データベース３０から取得し、取得したレコードのデータによりローエンドモデルＢの地図データベース５２を生成する。
【００３１】
次に、上記のように構成した本実施形態によるデータベース生成装置１０の動作を説明する。図５は、本実施形態によるデータベース生成装置１０の動作例を示すフローチャートである。図５に示すフローチャートは、データベース生成装置１０を起動したときに開始する。
【００３２】
図５において、まず変換処理部１１は、基データベース２０に対して所定のフォーマット変換処理（コンパイル）を行うことにより、データ種別により分類された複数のレコード（基本レコード３１、タグ情報３２ａ〜３４ａが付与された付加レコード３２〜３４）から成るタグ方式データベース３０を生成する（ステップＳ１）。
【００３３】
次に、モデル定義情報入力部１２は、複数のモデル（ハイエンドモデルＡおよびローエンドモデルＢ）毎に生成すべき地図データベース５１，５２において使用するデータ種別を定義したモデル定義情報ファイル４１，４２を入力する（ステップＳ２）。
【００３４】
そして、データベース生成部１３は、入力されたモデル定義情報ファイル４１，４２の１つ目（例えば、ハイエンドモデルＡのモデル定義情報ファイル４１）を用いて、当該モデル定義情報ファイル４１に定義されているデータ種別と合致するタグ情報３２ａ，３３ａ，３４ａが付与された付加レコード３２，３３，３４のデータと、基本レコード３１のデータとをタグ方式データベース３０から取得し、取得したレコードのデータによりハイエンドモデルＡの地図データベース５１を生成する（ステップＳ３）。
【００３５】
その後、データベース生成部１３は、別のモデルに関するモデル定義情報ファイルが未処理で残っているか否かを判定する（ステップＳ４）。残っている場合はステップＳ３に戻り、残っていない場合は図５に示すフローチャートの処理を終了する。なお、今の例では、ローエンドモデルＢのモデル定義情報ファイル４２が未処理で残っているので、ステップＳ３に戻る。
【００３６】
これに応じてデータベース生成部１３は、ローエンドモデルＢのモデル定義情報ファイル４２に定義されているデータ種別と合致するタグ情報３２ａ，３３ａが付与された付加レコード３２，３３のデータと、基本レコード３１のデータとをタグ方式データベース３０から取得し、取得したレコードのデータによりローエンドモデルＢの地図データベース５２を生成する（ステップＳ３）。その後、ステップＳ４の判定により、未処理のモデル定義情報ファイルが存在しないと判定され、図５に示すフローチャートの処理を終了する。
【００３７】
以上詳しく説明したように、本実施形態によれば、基データベース２０を変換処理部１１によりコンパイルしてタグ方式データベース３０を１つ生成しておけば、複数の機種モデルの地図データベース５１，５２に対応したモデル定義情報ファイル４１，４２をそれぞれ与えるだけで、タグ方式データベース３０から各機種モデルに必要なデータ種別のレコードが取り出されて各機種モデルの地図データベース５１，５２がそれぞれ生成される。これにより、処理に長時間を要するコンパイルを複数の機種モデル毎に行う必要がなくなる。したがって、複数の機種モデル毎の地図データベース５１，５２を生成するのにかかるコストおよび時間を大幅に削減することができる。
【００３８】
なお、上記実施形態では、複数の機種モデルの地図データベース５１，５２を生成する場合に本発明を適用する例について説明したが、複数の年度モデルの地図データベースを生成する場合にも同様に本発明を適用することが可能である。例えば、上記実施形態で生成した各機種モデルの地図データベース５１，５２が最新年度モデルだとした場合、それよりも古い旧年度モデルの地図データベースも簡単に生成することができる。
【００３９】
この場合、ハイエンドモデルＡおよびローエンドモデルＢのそれぞれについて、旧年度モデルのモデル定義情報ファイルを作成し、それらをモデル定義情報入力部１２がデータベース生成装置１０に入力する。例えば、最新年度に関するハイエンドモデルＡのモデル定義情報ファイル４１が、交差点名称であることを表すタグ情報３２ａ、現実の交差点画像であることを表すタグ情報３３ａ、および方面名称であることを表すタグ情報３４ａの３つを定義したファイルとして構成されるのに対し、旧年度に関するハイエンドモデルＡ’のモデル定義情報ファイル（図示せず）が、交差点名称であることを表すタグ情報３２ａ、および方面名称であることを表すタグ情報３４ａの２つを定義したファイルとして構成されるものとする。
【００４０】
一方、最新年度に関するローエンドモデルＢのモデル定義情報ファイル４２が、交差点名称であることを表すタグ情報３２ａ、および現実の交差点画像であることを表すタグ情報３３ａの２つを定義したファイルとして構成されるのに対し、旧年度に関するローエンドモデルＢ’のモデル定義情報ファイル（図示せず）が、交差点名称であることを表すタグ情報３２ａだけを定義したファイルとして構成されるものとする。
【００４１】
この場合、データベース生成部１３は、基本レコード３１のデータと、旧年度に関するハイエンドモデルＡ’のモデル定義情報ファイルに定義されているデータ種別と合致するタグ情報３２ａ，３４ａが付与された付加レコード３２，３４のデータとをタグ方式データベース３０から取得し、取得したレコードのデータにより旧年度に関するハイエンドモデルＡ’の地図データベースを生成する。
【００４２】
また、データベース生成部１３は、基本レコード３１のデータと、旧年度に関するローエンドモデルＢ’のモデル定義情報ファイルに定義されているデータ種別と合致するタグ情報３２ａが付与された付加レコード３２のデータとをタグ方式データベース３０から取得し、取得したレコードのデータにより旧年度に関するローエンドモデルＢ’の地図データベースを生成する。
【００４３】
このように、本実施形態によれば、タグ方式データベース３０を１つ生成しておけば、複数の年度モデルの地図データベースに対応したモデル定義情報ファイルをそれぞれ与えるだけで、タグ方式データベース３０から各年度モデルに必要なデータ種別のレコードが取り出されて複数の年度モデルの地図データベースがそれぞれ生成される。このとき、基本的な地図データに関しては、旧年度モデルであっても、最新年度の地図データが格納された基本レコード３１が使われる。これにより、最新年度モデルから旧年度モデルへ変換するためのコンバータの開発を行う必要がなくなる。したがって、複数の年度モデル毎の地図データベースを生成するのにかかるコストおよび時間を大幅に削減することができる。
【００４４】
また、上記実施形態では、経路案内に必要な地図データに関する付加レコード３２〜３４として、交差点名称、リアル交差点画像、方面名称の３つを例示したが、これらに限定されるものではない。また、上記実施形態では、経路案内に必要な地図データを例示したが、地図描画や経路探索など他の地図データに対しても同様に処理を実行することが可能である。
【００４５】
その他、上記実施形態は、何れも本発明を実施するにあたっての具体化の一例を示したものに過ぎず、これによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明はその要旨、またはその主要な特徴から逸脱することなく、様々な形で実施することができる。
【符号の説明】
【００４６】
１０ データベース生成装置
１１ 変換処理部
１２ モデル定義情報入力部
１３ データベース生成部
２０ 基データベース
３０ タグ方式データベース
３１ 基本レコード
３２〜３４ 付加レコード
３２ａ〜３４ａ タグ情報
４１，４２ モデル定義情報ファイル
５１，５２ 各モデルの地図データベース
【技術分野】
【０００１】
本発明は、データベース生成装置およびデータベース生成方法に関し、特に、ハイエンドやローエンドなどの機種モデル、更新年度に応じた年度モデルといった各種モデルのデータベースを生成する装置に用いて好適なものである。
【背景技術】
【０００２】
一般に、ナビゲーション装置では、経路探索や経路案内の処理を行うために地図データを使用する。この地図データは、実際の道路や周辺施設などを反映して生成される。そのため、新しく作られる道路や周辺施設に対応するために、地図データは適宜更新する必要がある。また、ナビゲーション装置に改良を加えて新たな機能を盛り込む際に、それに合わせて地図データの更新が必要になる場合もある。このような要求に対応するために、地図データを格納したデータベースを例えば年度毎に更新すること、つまり更新年度に応じた各年度モデルの地図データベースを生成することが行われている。
【０００３】
また、企業の販売戦略として、ハイエンドやローエンドといった複数の商品群を揃えてナビゲーション装置を市場に投入することがよく行われる。この場合、多くの機能を盛り込んだハイエンド商品に対応した地図データ、最低限の機能に絞り込んだローエンド商品に対応した地図データがそれぞれ必要になる。このような要求に対応するために、ハイエンドやローエンドなどの商品群に応じた各機種モデルの地図データベースを生成することが行われている。
【０００４】
各機種モデルの地図データベースは、最新年度のナビゲーション装置が備えるべき全ての機能に対応する全ての地図データを格納した基データベースを、所定のコンパイラによってフォーマット変換することによって生成する。例えば、ハイエンド商品に対応した地図データベースは、基データベースに格納されている全ての地図データを対象としてコンパイルを行うことによって生成する。また、ローエンド商品に対応した地図データベースは、基データベースに格納されている地図データのうち、ローエンド商品に実装すべき機能に対応する地図データのみを対象としてコンパイルを行うことによって生成する。このように、各機種モデルの地図データベースを生成する際には１つの基データベースを使用することから、図６に示すように、各機種モデルの地図データベースを順次に生成していく必要がある。
【０００５】
最新年度のナビゲーション装置に使う各機種モデルの地図データベースを生成した後は、旧年度のナビゲーション装置に使う地図データベースを生成する。これは次の理由による。すなわち、最新年度の地図データベースに格納された地図データは、新しく作られた道路や周辺施設が盛り込まれているため、これを旧年度のナビゲーション装置でも使用できるようにするのが好ましい。ところが、最新年度の地図データには、旧年度のナビゲーション装置が備えていない機能に対応した情報も含まれているため、最新年度の地図データを旧年度のナビゲーション装置でそのまま使用することはできない。そのため、最新年度用の地図データベースとは別に、旧年度用の地図データベースを生成する必要がある。
【０００６】
旧年度用の地図データベースは、最新年度の地図データベースを、所定のコンバータによってフォーマット変換することによって生成する。具体的には、最新年度の地図データベースから不要な地図データを削除するようなフォーマット変換によって、旧年度用の地図データベースを生成する。例えば、図７に示すように、最新年度として生成した2011年度の地図データベースをコンバータでフォーマット変換することにより、旧年度である2010年度の地図データベースを生成する。さらに、当該生成した2010年度の地図データベースをフォーマット変換することにより、更に１年古い2009年度の地図データベースを生成する。
【０００７】
なお、あらかじめ生成したデータベースの変更を行うために記述した記述言語と元の記述言語とを比較して、変更する部分の両者の比較リストを自動生成し、この比較リストに基づいて元のデータベースの変更を行うようにした技術が存在する（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開平４−１５７３３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
上述したように、各機種モデルの地図データベースは、基データベースをコンパイルすることによって生成する。この場合、地図データベースに格納される地図データのデータ量が膨大なため、１回のコンパイルにかかる時間は長時間になる。複数台のサーバを使用しても数日かかるのが普通である。しかも、各機種モデルの地図データベースを生成する際には、図６に示したように、複数回に亘ってコンパイルを順次行っていく必要がある。そのため、全ての機種モデルの地図データベースを生成するのに莫大な時間がかかってしまう。
【００１０】
さらに、各年度モデルの地図データベースは、コンバータを用いて不要な地図データを削除することによって生成する。図７に示したように、旧年度の地図データベースは、最新年度の地図データベースを基にコンバータで処理をすることによって生成する。そのため、最新年度の地図データベースが毎年できる度に、コンバータの開発が必要になる。このコンバータの開発にも長時間を要する。そして、開発したコンバータを用いて各年度モデルの地図データベースを生成するのにも長時間を要する。
【００１１】
以上のことから、従来は、各機種モデルの地図データベースおよび各年度モデルの地図データベースを生成するのにかかるコストが莫大になるという問題があった。また、地図データベースを生成してリリースできるまでに莫大な時間を要するため、リリースされる頃には地図データの鮮度が落ちてしまうという問題もあった。
【００１２】
本発明は、このような問題を解決するために成されたものであり、モデル毎の地図データベースを生成するのにかかるコストおよび時間を削減できるようにすることを目的とする。
【課題を解決するための手段】
【００１３】
上記した課題を解決するために、本発明では、地図データを格納して成る基データベースに対して所定のフォーマット変換処理を行うことにより、データ種別により分類された複数のレコードと、それぞれのレコードに付与したデータ種別を表すタグ情報とから成るタグ方式データベースを生成する。そして、複数のモデル毎に、生成すべき地図データベースにおいて使用するデータ種別を定義したモデル定義情報を入力し、当該モデル定義情報に定義されているデータ種別と合致するタグ情報が付与されたレコードのデータをタグ方式データベースから取得して地図データベースを生成する。
【発明の効果】
【００１４】
上記のように構成した本発明によれば、タグ方式データベースを１つ生成しておけば、複数のモデルの地図データベースに対応したモデル定義情報をそれぞれ与えるだけで、タグ方式データベースから各モデルに必要なデータ種別のレコードが取り出されて複数のモデルの地図データベースがそれぞれ生成される。これにより、処理に長時間を要するコンパイルを複数のモデル毎に行う必要がなくなる。また、コンバータの開発も不要となる。したがって、複数のモデル毎の地図データベースを生成するのにかかるコストおよび時間を大幅に削減することができる。
【図面の簡単な説明】
【００１５】
【図１】本実施形態によるデータベース生成装置の構成例を示す機能ブロック図である。
【図２】本実施形態による変換処理部の処理内容を示す図である。
【図３】本実施形態によるタグ情報の構成例を示す図である。
【図４】本実施形態によるデータベース生成部の処理内容を示す図である。
【図５】本実施形態によるデータベース生成装置の動作例を示すフローチャートである。
【図６】各機種モデルの地図データベースを生成する従来の手順を示す図である。
【図７】各年度モデルの地図データベースを生成する従来の手順を示す図である。
【発明を実施するための形態】
【００１６】
以下、本発明の一実施形態を図面に基づいて説明する。図１は、本実施形態によるデータベース生成装置１０の構成例を示す機能ブロック図である。図２は、本実施形態による変換処理部１１の処理内容を示す図である。図３は、本実施形態によるタグ情報の構成例を示す図である。図４は、本実施形態によるデータベース生成部の処理内容を示す図である。
【００１７】
図１に示すように、本実施形態のデータベース生成装置１０は、複数のモデルの地図データベース５１，５２を生成するためのものであって、変換処理部１１、モデル定義情報入力部１２およびデータベース生成部１３を機能構成として備えている。なお、本実施形態のデータベース生成装置１０は、実際には、ＣＰＵ、ＲＯＭ、ＲＡＭなどを備えたコンピュータなどにより構成されている。
【００１８】
変換処理部１１は、地図データを格納して成る基データベース２０に対して所定のフォーマット変換処理を行うことにより、データ種別により分類された複数のレコードと、それぞれのレコードに付与したタグ情報とから成るタグ方式データベース３０を生成する。タグ情報は、各レコードのデータ種別を表す情報である。
【００１９】
基データベース２０は、機種モデル毎の地図データベースおよび年度モデル毎の地図データベースを生成するための大元となるデータベースであり、主にテキスト形式のデータで構成されている。この基データベース２０は、図２に示すように、ナビゲーション装置における基本的な処理に必要な地図系基本データを格納した地図系基本データベース２１、交差点名称データを格納した交差点名称データベース２２、現実世界に近い交差点の画像データを格納したリアル交差点画像データベース２３、および方面名称データを格納した方面名称データベース２４など、データ種別毎に用意された複数のデータベースの総体である。なお、図２は、経路案内に必要な地図データの例を示している。
【００２０】
変換処理部１１は、データ種別毎のデータベース２１〜２４をそれぞれコンパイルすることにより、テキスト形式からバイナリ形式にフォーマット変換する。このとき変換処理部１１は、図２に示すように、データ種別により分類された複数のレコード３１〜３４を生成する。複数のレコード３１〜３４は、複数のモデルの地図データベース５１，５２の全てにおいて共通に使用する地図系基本データを格納した基本レコード３１と、複数のモデルのうち何れかのモデルの地図データベースにおいて使用する付加データを格納した付加レコード３２〜３４とを含む。
【００２１】
本実施形態では、変換処理部１１は、地図系基本データベース２１をフォーマット変換することによって基本レコード３１を生成する。また、変換処理部１１は、交差点名称データベース２２、リアル交差点画像データベース２３、方面名称データベース２４をそれぞれフォーマット変換することにより、交差点名称データを格納した交差点名称付加レコード３２、現実世界に近い交差点の画像データを格納したリアル交差点画像付加レコード３３、方面名称データを格納した方面名称付加レコード３４をそれぞれ生成する。
【００２２】
変換処理部１１はさらに、生成した付加レコード３２〜３４のそれぞれに対して、当該付加レコード３２〜３４のデータ種別を表すタグ情報３２ａ〜３４ａを付与する。すなわち、変換処理部１１は、交差点名称付加レコード３２に対してデータ種別が交差点名称であることを表すタグ情報３２ａを付与する。また、リアル交差点画像付加レコード３３に対してデータ種別が現実の交差点画像であることを表すタグ情報３３ａを付与する。また、方面名称付加レコード３４に対してデータ種別が方面名称であることを表すタグ情報３４ａを付与する。
【００２３】
図３に示すように、タグ情報は、通常は基本データタグ１０１の２バイトで構成され、ここに付加レコード３２〜３４のサイズとタイプ（種類）とが格納される。サイズとタイプの最大値を超える場合には、それぞれ２バイトの拡張データサイズ１０２および拡張データタイプ１０３に格納される。
【００２４】
タグ方式データベース３０は、基本レコード３１と、タグ情報３２ａ〜３４ａが付与された複数の付加レコード３２〜３４との総体である。なお、ここでは基本レコード３１にタグ情報を付与していないが、データ種別が地図系基本データであることを表すタグ情報を基本レコード３１に付与してもよい。
【００２５】
モデル定義情報入力部１２は、複数のモデル毎に、地図データベース５１，５２において使用するデータ種別を定義したモデル定義情報を入力する。本実施形態では、例えば、ハイエンド機種に対応したモデルＡの地図データベース５１において使用するデータ種別を定義したモデル定義情報ファイル４１と、ローエンド機種に対応したモデルＢの地図データベース５２において使用するデータ種別を定義したモデル定義情報ファイル４２とを入力するものとする。なお、モデル定義情報ファイル４１，４２は、本実施形態のデータベース生成装置１０とは別のパーソナルコンピュータ等（図示せず）により、ユーザがあらかじめ生成しておく。
【００２６】
ハイエンドモデルＡのモデル定義情報ファイル４１は、例えば、データ種別が交差点名称であることを表すタグ情報３２ａ、データ種別が現実の交差点画像であることを表すタグ情報３３ａ、およびデータ種別が方面名称であることを表すタグ情報３４ａの３つを定義したファイルとして構成される。一方、ローエンドモデルＢのモデル定義情報ファイル４２は、例えば、データ種別が交差点名称であることを表すタグ情報３２ａ、およびデータ種別が現実の交差点画像であることを表すタグ情報３３ａの２つを定義したファイルとして構成される。
【００２７】
データベース生成部１３は、複数のモデル（ハイエンドモデルＡおよびローエンドモデルＢ）毎に、モデル定義情報入力部１２により入力されたモデル定義情報ファイル４１，４２に定義されているデータ種別と合致するタグ情報が付与されたレコードのデータをタグ方式データベース３０から取得し、取得したレコードのデータにより地図データベース５１，５２を生成する。具体的には、タグ方式データベース３０から取得したデータをコピーするだけの簡単な処理で、各モデルの地図データベース５１，５２を生成することができる。
【００２８】
なお、モデル定義情報ファイル４１，４２には基本レコード３１のタグ情報が定義されていないが、基本レコード３１はどのモデルでも必ず使用して地図データベース５１，５２を生成する。基本レコード３１にもタグ情報を付与する場合には、モデル定義情報ファイル４１，４２において必ず基本レコード３１のタグ情報を定義する。
【００２９】
本実施形態では、データベース生成部１３は、図４に示すように、基本レコード３１のデータと、ハイエンドモデルＡのモデル定義情報ファイル４１に定義されているデータ種別と合致するタグ情報３２ａ，３３ａ，３４ａが付与された付加レコード３２，３３，３４のデータとをタグ方式データベース３０から取得し、取得したレコードのデータによりハイエンドモデルＡの地図データベース５１を生成する。
【００３０】
また、データベース生成部１３は、基本レコード３１のデータと、ローエンドモデルＢのモデル定義情報ファイル４２に定義されているデータ種別と合致するタグ情報３２ａ，３３ａが付与された付加レコード３２，３３のデータとをタグ方式データベース３０から取得し、取得したレコードのデータによりローエンドモデルＢの地図データベース５２を生成する。
【００３１】
次に、上記のように構成した本実施形態によるデータベース生成装置１０の動作を説明する。図５は、本実施形態によるデータベース生成装置１０の動作例を示すフローチャートである。図５に示すフローチャートは、データベース生成装置１０を起動したときに開始する。
【００３２】
図５において、まず変換処理部１１は、基データベース２０に対して所定のフォーマット変換処理（コンパイル）を行うことにより、データ種別により分類された複数のレコード（基本レコード３１、タグ情報３２ａ〜３４ａが付与された付加レコード３２〜３４）から成るタグ方式データベース３０を生成する（ステップＳ１）。
【００３３】
次に、モデル定義情報入力部１２は、複数のモデル（ハイエンドモデルＡおよびローエンドモデルＢ）毎に生成すべき地図データベース５１，５２において使用するデータ種別を定義したモデル定義情報ファイル４１，４２を入力する（ステップＳ２）。
【００３４】
そして、データベース生成部１３は、入力されたモデル定義情報ファイル４１，４２の１つ目（例えば、ハイエンドモデルＡのモデル定義情報ファイル４１）を用いて、当該モデル定義情報ファイル４１に定義されているデータ種別と合致するタグ情報３２ａ，３３ａ，３４ａが付与された付加レコード３２，３３，３４のデータと、基本レコード３１のデータとをタグ方式データベース３０から取得し、取得したレコードのデータによりハイエンドモデルＡの地図データベース５１を生成する（ステップＳ３）。
【００３５】
その後、データベース生成部１３は、別のモデルに関するモデル定義情報ファイルが未処理で残っているか否かを判定する（ステップＳ４）。残っている場合はステップＳ３に戻り、残っていない場合は図５に示すフローチャートの処理を終了する。なお、今の例では、ローエンドモデルＢのモデル定義情報ファイル４２が未処理で残っているので、ステップＳ３に戻る。
【００３６】
これに応じてデータベース生成部１３は、ローエンドモデルＢのモデル定義情報ファイル４２に定義されているデータ種別と合致するタグ情報３２ａ，３３ａが付与された付加レコード３２，３３のデータと、基本レコード３１のデータとをタグ方式データベース３０から取得し、取得したレコードのデータによりローエンドモデルＢの地図データベース５２を生成する（ステップＳ３）。その後、ステップＳ４の判定により、未処理のモデル定義情報ファイルが存在しないと判定され、図５に示すフローチャートの処理を終了する。
【００３７】
以上詳しく説明したように、本実施形態によれば、基データベース２０を変換処理部１１によりコンパイルしてタグ方式データベース３０を１つ生成しておけば、複数の機種モデルの地図データベース５１，５２に対応したモデル定義情報ファイル４１，４２をそれぞれ与えるだけで、タグ方式データベース３０から各機種モデルに必要なデータ種別のレコードが取り出されて各機種モデルの地図データベース５１，５２がそれぞれ生成される。これにより、処理に長時間を要するコンパイルを複数の機種モデル毎に行う必要がなくなる。したがって、複数の機種モデル毎の地図データベース５１，５２を生成するのにかかるコストおよび時間を大幅に削減することができる。
【００３８】
なお、上記実施形態では、複数の機種モデルの地図データベース５１，５２を生成する場合に本発明を適用する例について説明したが、複数の年度モデルの地図データベースを生成する場合にも同様に本発明を適用することが可能である。例えば、上記実施形態で生成した各機種モデルの地図データベース５１，５２が最新年度モデルだとした場合、それよりも古い旧年度モデルの地図データベースも簡単に生成することができる。
【００３９】
この場合、ハイエンドモデルＡおよびローエンドモデルＢのそれぞれについて、旧年度モデルのモデル定義情報ファイルを作成し、それらをモデル定義情報入力部１２がデータベース生成装置１０に入力する。例えば、最新年度に関するハイエンドモデルＡのモデル定義情報ファイル４１が、交差点名称であることを表すタグ情報３２ａ、現実の交差点画像であることを表すタグ情報３３ａ、および方面名称であることを表すタグ情報３４ａの３つを定義したファイルとして構成されるのに対し、旧年度に関するハイエンドモデルＡ’のモデル定義情報ファイル（図示せず）が、交差点名称であることを表すタグ情報３２ａ、および方面名称であることを表すタグ情報３４ａの２つを定義したファイルとして構成されるものとする。
【００４０】
一方、最新年度に関するローエンドモデルＢのモデル定義情報ファイル４２が、交差点名称であることを表すタグ情報３２ａ、および現実の交差点画像であることを表すタグ情報３３ａの２つを定義したファイルとして構成されるのに対し、旧年度に関するローエンドモデルＢ’のモデル定義情報ファイル（図示せず）が、交差点名称であることを表すタグ情報３２ａだけを定義したファイルとして構成されるものとする。
【００４１】
この場合、データベース生成部１３は、基本レコード３１のデータと、旧年度に関するハイエンドモデルＡ’のモデル定義情報ファイルに定義されているデータ種別と合致するタグ情報３２ａ，３４ａが付与された付加レコード３２，３４のデータとをタグ方式データベース３０から取得し、取得したレコードのデータにより旧年度に関するハイエンドモデルＡ’の地図データベースを生成する。
【００４２】
また、データベース生成部１３は、基本レコード３１のデータと、旧年度に関するローエンドモデルＢ’のモデル定義情報ファイルに定義されているデータ種別と合致するタグ情報３２ａが付与された付加レコード３２のデータとをタグ方式データベース３０から取得し、取得したレコードのデータにより旧年度に関するローエンドモデルＢ’の地図データベースを生成する。
【００４３】
このように、本実施形態によれば、タグ方式データベース３０を１つ生成しておけば、複数の年度モデルの地図データベースに対応したモデル定義情報ファイルをそれぞれ与えるだけで、タグ方式データベース３０から各年度モデルに必要なデータ種別のレコードが取り出されて複数の年度モデルの地図データベースがそれぞれ生成される。このとき、基本的な地図データに関しては、旧年度モデルであっても、最新年度の地図データが格納された基本レコード３１が使われる。これにより、最新年度モデルから旧年度モデルへ変換するためのコンバータの開発を行う必要がなくなる。したがって、複数の年度モデル毎の地図データベースを生成するのにかかるコストおよび時間を大幅に削減することができる。
【００４４】
また、上記実施形態では、経路案内に必要な地図データに関する付加レコード３２〜３４として、交差点名称、リアル交差点画像、方面名称の３つを例示したが、これらに限定されるものではない。また、上記実施形態では、経路案内に必要な地図データを例示したが、地図描画や経路探索など他の地図データに対しても同様に処理を実行することが可能である。
【００４５】
その他、上記実施形態は、何れも本発明を実施するにあたっての具体化の一例を示したものに過ぎず、これによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明はその要旨、またはその主要な特徴から逸脱することなく、様々な形で実施することができる。
【符号の説明】
【００４６】
１０ データベース生成装置
１１ 変換処理部
１２ モデル定義情報入力部
１３ データベース生成部
２０ 基データベース
３０ タグ方式データベース
３１ 基本レコード
３２〜３４ 付加レコード
３２ａ〜３４ａ タグ情報
４１，４２ モデル定義情報ファイル
５１，５２ 各モデルの地図データベース
【特許請求の範囲】
【請求項１】
複数のモデルの地図データベースを生成するデータベース生成装置であって、
地図データを格納して成る基データベースに対して所定のフォーマット変換処理を行うことにより、データ種別により分類された複数のレコードと、それぞれのレコードに付与した上記データ種別を表すタグ情報とから成るタグ方式データベースを生成する変換処理部と、
上記複数のモデル毎に、上記地図データベースにおいて使用するデータ種別を定義したモデル定義情報を入力するモデル定義情報入力部と、
上記複数のモデル毎に、上記モデル定義情報入力部により入力された上記モデル定義情報に定義されているデータ種別と合致するタグ情報が付与されたレコードのデータを上記タグ方式データベースから取得し、取得したレコードのデータにより上記地図データベースを生成するデータベース生成部とを備えたことを特徴とするデータベース生成装置。
【請求項２】
上記変換処理部は、上記複数のレコードとして、上記複数のモデルの地図データベースの全てにおいて共通に使用する基本データを格納した基本レコードと、上記複数のモデルのうち何れかのモデルの地図データベースにおいて使用する付加データを格納した付加レコードとを生成することを特徴とする請求項１に記載のデータベース生成装置。
【請求項３】
複数のモデルの地図データベースをコンピュータにより生成するデータベース生成方法であって、
上記コンピュータが、地図データを格納して成る基データベースに対して所定のフォーマット変換処理を行うことにより、データ種別により分類された複数のレコードと、それぞれのレコードに付与した上記データ種別を表すタグ情報とから成るタグ方式データベースを生成する第１のステップと、
上記コンピュータが上記複数のモデル毎に、上記地図データベースにおいて使用するデータ種別を定義したモデル定義情報を入力する第２のステップと、
上記コンピュータが上記複数のモデル毎に、上記第２のステップで入力された上記モデル定義情報に定義されているデータ種別と合致するタグ情報が付与されたレコードのデータを上記タグ方式データベースから取得し、取得したレコードのデータにより上記地図データベースを生成する第３のステップとを有することを特徴とするデータベース生成方法。
【請求項１】
複数のモデルの地図データベースを生成するデータベース生成装置であって、
地図データを格納して成る基データベースに対して所定のフォーマット変換処理を行うことにより、データ種別により分類された複数のレコードと、それぞれのレコードに付与した上記データ種別を表すタグ情報とから成るタグ方式データベースを生成する変換処理部と、
上記複数のモデル毎に、上記地図データベースにおいて使用するデータ種別を定義したモデル定義情報を入力するモデル定義情報入力部と、
上記複数のモデル毎に、上記モデル定義情報入力部により入力された上記モデル定義情報に定義されているデータ種別と合致するタグ情報が付与されたレコードのデータを上記タグ方式データベースから取得し、取得したレコードのデータにより上記地図データベースを生成するデータベース生成部とを備えたことを特徴とするデータベース生成装置。
【請求項２】
上記変換処理部は、上記複数のレコードとして、上記複数のモデルの地図データベースの全てにおいて共通に使用する基本データを格納した基本レコードと、上記複数のモデルのうち何れかのモデルの地図データベースにおいて使用する付加データを格納した付加レコードとを生成することを特徴とする請求項１に記載のデータベース生成装置。
【請求項３】
複数のモデルの地図データベースをコンピュータにより生成するデータベース生成方法であって、
上記コンピュータが、地図データを格納して成る基データベースに対して所定のフォーマット変換処理を行うことにより、データ種別により分類された複数のレコードと、それぞれのレコードに付与した上記データ種別を表すタグ情報とから成るタグ方式データベースを生成する第１のステップと、
上記コンピュータが上記複数のモデル毎に、上記地図データベースにおいて使用するデータ種別を定義したモデル定義情報を入力する第２のステップと、
上記コンピュータが上記複数のモデル毎に、上記第２のステップで入力された上記モデル定義情報に定義されているデータ種別と合致するタグ情報が付与されたレコードのデータを上記タグ方式データベースから取得し、取得したレコードのデータにより上記地図データベースを生成する第３のステップとを有することを特徴とするデータベース生成方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２０１２−１３３４７８（Ｐ２０１２−１３３４７８Ａ）
【公開日】平成２４年７月１２日（２０１２．７．１２）
【国際特許分類】
【出願番号】特願２０１０−２８３４３５（Ｐ２０１０−２８３４３５）
【出願日】平成２２年１２月２０日（２０１０．１２．２０）
【出願人】（０００１０１７３２）アルパイン株式会社 (2,424)
【Ｆターム（参考）】
【公開日】平成２４年７月１２日（２０１２．７．１２）
【国際特許分類】
【出願日】平成２２年１２月２０日（２０１０．１２．２０）
【出願人】（０００１０１７３２）アルパイン株式会社 (2,424)
【Ｆターム（参考）】
[ Back to top ]