JP2008033043A - 地図情報配信システム、地図情報配信装置、および地図情報配信方法 - Google Patents

Abstract

【課題】携帯電話等のように表示画面が小さな端末装置に対しても屋内のルート案内地図を効率良く配信し、表示させることができる地図情報配信システムを提供する。
【解決手段】本発明に係る地図情報配信装置システムは、多層階建物内の現在地の位置情報を取得可能であり、かつ目的地の位置情報を選択可能な携帯端末と、現在地の位置情報および目的地の位置情報と共に携帯端末から送信される地図画像の取得要求に基づいて、現在地から目的地へ至る多層階建物内の各フロアのフロア地図画像を生成し、携帯端末に配信する地図情報配信装置と、を備え、フロア地図画像には、特定の他のフロアのフロア地図画像の送信を要求するコマンドがリンク情報として埋め込まれており、地図情報配信装置は、携帯端末の操作によって送信されるコマンドを受信したときは、他のフロアのフロア地図画像を携帯端末に配信する、ことを特徴とする。
【選択図】 図２

Description

本発明は、地図情報配信システム、地図情報配信装置、および地図情報配信方法に係り、特に、屋内におけるルート案内情報を配信する地図情報配信システム、地図情報配信装置、および地図情報配信方法に関する。

従来から、インターネット等を介した各種の地図配信サービスが行われている。これらの地図配信サービスでは、ユーザが必要とする目的地近傍の地図情報をユーザのパーソナルコンピュータや携帯電話、或いはＰＤＡ（Personal Digital Assistants）等の端末装置に配信している。

配信する地図情報のファイル形式としては種々の形式が考えられるが、近時、ＳＶＧ（Scalable Vector Graphics）と呼ばれるファイル形式で作成された地図情報の配信が普及してきている。ＳＶＧは、ＸＭＬ（EXtensible Makeup Language）で記述されたベクターグラフィック言語であるが、この言語で記述された画像ファイル形式自体をＳＶＧと呼ぶ場合も多い。ＳＶＧでは、それ自身に回転・拡大・移動等の表現を定義しているため、単体で多用な表現をすることが可能である。

ユーザの端末装置には、ＳＶＧ形式の地図情報を閲覧するためのアプリケーションソフトウェアとして、例えば「ＳＶＧビューア」がインストールされており、このＳＶＧビューアを用いて、配信された地図情報を閲覧することができる。ＳＶＧビューアでは、端末装置に表示された地図を、前後左右方向にスクロールさせたり、拡大・縮小させたりすることができる。

現在普及している地図配信サービスは、特定の場所や建物等への屋外のルート案内を目的としたものであり、建物内（屋内）でのルート案内を目的とするものではない。

一方、屋内のルート案内システムに関する技術としては、特許文献１や特許文献２に開示例がある。

特許文献１は、建物の多層階にまたがるルート案内地図を１つの平面に合成して表示する技術を開示している。

また、特許文献２は、駅構内のナビゲーション装置に関する技術を開示している。特許文献２が開示する技術は、駅構内の所定の場所に配置された基地局からの電波を受信することによって現在位置を把握し、ユーザに地図情報を提供することで目的地までの誘導を行なう技術である。ユーザが異なるフロアに移動し、そのフロアの基地局から新たに電波を受信した場合には、地図は最新のフロアの画像に自動的に切り換わるか、或いは複数のフロアを３次元で表示する地図を提供し、その３次元地図上に現在位置をプロットする技術が開示されている。
特開平９−１２６８０４号公報 特開２００３−３５５５５号公報

屋内のルート案内地図を表示する場合には、複数に跨るフロアを如何に効率良く、かつユーザに見やすい形態で表示するかが問題となる。

特許文献１が開示する技術は、複数のフロアの地図を１つの平面に合成して表示するものであるが、端末装置が携帯電話やＰＤＡの場合には、画面サイズが限られており、全体の合成画面を一度に表示することが困難である。このため、狭い画面のなかで何度もスクロール表示させなければならず、不便である。

また、特許文献２では、フロア間をユーザが移動した場合には、自動的にフロア画面が切り換わるが、それまで通ってきた前のフロアの地図や、先の異なるフロアの地図に切換えるためにはキー操作等の何らかの切換手段を必要とする。しかしながら、これら切換の具体的手段については何ら開示されていない。一方、地図画像を３次元で表示させた場合には、フロア毎の地図画像を切換える必要がなく一度の表示可能となるものの、携帯電話やＰＤＡのように表示画面が小さな端末装置では表示量が多すぎて全体の把握が困難となり、かえって不便である。また、画像データのサイズも大きくなるため、携帯電話やＰＤＡ等の比較的伝送容量の小さな無線回線では伝送時間が長くなり、この意味でも使いづらいものとなる。

他方、ＳＶＧ形式の地図情報は、ベクター形式のグラフィック画像であるため、ラスター形式のグラフィック画像に比べるとデータ量が少なく、携帯電話やＰＤＡ等の無線端末に配信する場合には有利である。しかしながら、現在普及しているＳＶＧビューアは、２次元の屋外地図の閲覧を前提としているため、フロア間の地図を切換えて表示するための標準的なインタフェース（切換のためのメニュー表示やポインタ操作機能等）が用意されていないという問題がある。

本発明は、上記事情に鑑みてなされたもので、携帯電話やＰＤＡ等のように伝送容量が比較的小さくかつ表示画面が小さな端末装置に対しても屋内のルート案内地図を効率良く配信し、かつ、現在普及している地図ビューアに対して大きな変更を加えることなく屋内のルート案内地図を端末装置に表示させることができる地図情報配信システム、地図情報配信装置、および地図情報配信方法を提供することを目的とする。

上記課題を解決するため、本発明に係る地図情報配信システムは、請求項１に記載したように、多層階建物内の現在地の位置情報を取得可能であり、かつ目的地の位置情報を選択可能な携帯端末と、前記現在地の位置情報および前記目的地の位置情報と共に前記携帯端末から送信される地図画像の取得要求に基づいて、前記現在地から前記目的地へ至る前記多層階建物内の各フロアのフロア地図画像を生成し、前記携帯端末に配信する地図情報配信装置と、を備え、前記フロア地図画像には、特定の他のフロアのフロア地図画像の送信を要求するコマンドがリンク情報として埋め込まれており、前記地図情報配信装置は、前記携帯端末の操作によって送信される前記コマンドを受信したときは、前記他のフロアのフロア地図画像を前記携帯端末に配信する、ことを特徴とする。

また、上記課題を解決するため、本発明に係る地図情報配信装置は、請求項７に記載したように、多層階建物内の現在地の位置情報が取得可能であり、かつ目的地の位置情報が選択可能な携帯端末、から前記現在地の位置情報および前記目的地の位置情報と共に送信される地図画像の取得要求に基づいて、前記現在地から前記目的地へ至る前記多層階建物内の各フロアのフロア地図画像を生成し、前記携帯端末に配信する地図情報配信装置において、前記フロア地図画像には、特定の他のフロアのフロア地図画像の送信を要求するコマンドがリンク情報として埋め込まれており、前記携帯端末の操作によって送信される前記コマンドを受信したときは、前記他のフロアのフロア地図画像を前記携帯端末に配信する、ことを特徴とする。

また、上記課題を解決するため、本発明に係る地図情報配信方法は、請求項１２に記載したように、多層階建物内の現在地の位置情報が取得可能であり、かつ目的地の位置情報が選択可能な携帯端末、から前記現在地の位置情報と前記目的地の位置情報と共に送信される地図画像の取得要求を受信し、受信した前記地図画像の取得要求に基づいて、前記現在地から前記目的地へ至る前記多層階建物内の各フロアのフロア地図画像を生成し、前記携帯端末に配信し、前記フロア毎の地図画像には、特定の他のフロアの地図画像の送信を要求するコマンドがリンク情報として埋め込まれており、前記携帯端末の操作によって送信される前記コマンドを受信したときは、前記他のフロアの地図情報を前記携帯端末に配信する、ことを特徴とする。

本発明に係る地図情報配信システム、地図情報配信装置、および地図情報配信方法によれば、携帯電話やＰＤＡ等のように伝送容量が比較的小さくかつ表示画面が小さな端末装置に対しても屋内のルート案内地図を効率良く配信し、かつ、現在普及している地図ビューアに対して大きな変更を加えることなく屋内のルート案内地図を端末装置に表示させることができる。

本発明に係る地図情報配信システム、地図情報配信装置、および地図情報配信方法の実施形態について、添付図面を参照して説明する。

（１）構成
図１は、本発明の第１の実施形態に係る地図情報配信システム１の構成例を示す図である。

地図情報配信システム１は、例えば、自己位置発信装置２、携帯端末３、および地図情報配信装置４を備えて構成されている。

自己位置発信装置２は、図１に例示したように、建物（多層階建物）内の各フロアの各所に設置される小型の発信装置であり、設置場所に応じた自己の位置情報（自己位置情報）が割り付けられている。

位置情報の具体的な表現内容は特に限定するものではく、建物および建物内の位置を特定できるものであればよい。例えば、建物を識別する識別情報（ランドマークＩＤ）や、建物内のフロアおよびフロア内の区画を識別する位置エリアＩＤ等を位置情報とすることができる。この他、緯度、経度、高度といった３次元情報でもよい。

携帯端末３は、ユーザ（地図情報配信システム１のサービスの提供を受ける者）が携帯する小型の情報処理装置端末である。所定の通信機能と表示機能を具備する端末装置であり、例えば携帯電話、ＰＤＡ、ノート型パーソナルコンピュータ等である。

ユーザは、携帯端末３を携帯して建物内を移動するが、この時携帯端末３は、ユーザの現在地を示す位置情報を自己位置発信装置２から所定の通信で取得する。

自己位置発信装置２と携帯端末３との間の通信方式は、特に限定するものではないが、例えば、ＲＦＩＤ（Radio Frequency Identification）タグシステムやBluetooth(登録商標)等の各種近距離無線通信方式や、赤外線通信方式等である。

建物内の各所には多数の自己位置発信装置２が分散配置されており、ユーザの携帯する携帯端末３は、最も近い自己位置発信装置２から送信される自己位置情報を受信し、受信した自己位置情報を携帯端末３の現在地の位置情報として取得する。

この他、携帯端末３自体に自律ナビゲーションシステムを搭載する携帯としてもよい。この場合には、携帯端末３そのものが現在地の位置情報を取得することができるため、自己位置発信装置２は必ずしも必要としない。

地図情報配信装置４は、携帯端末３のユーザに建物内のナビゲーションサービスを提供するサーバである。

地図情報配信装置４は、携帯端末３からの要求に応じて、建物内の施設情報や目的地までのルート地図等を携帯端末３に送信することでナビゲーションサービスを提供する。

携帯端末３と地図情報配信装置４との間の通信も特に限定するものではなく、例えば、携帯電話回線やインターネット等の既存の電気通信回線を使用できる。

図２は、地図情報配信装置４の内部構成の具体例を示すブロック図である。

地図情報配信装置４は、例えば、位置情報サーバ４０と地図情報配信サーバ４１の２つのサーバを備えて構成される。

このうち、位置情報サーバ４０は、位置情報データベース４３を備える他、施設情報要求受信手段４２、および施設情報送信手段４４の各機能実現手段を有している。

また、地図情報配信サーバ４１は、地図データベース４６を備える他、地図画像要求受信手段４５、地図画像生成手段４７、最短経路検索手段４９、および地図画像送信手段４８の各機能実現手段を有している。

図２では、位置情報サーバ４０と地図情報配信サーバ４１の２つのサーバで地図情報配信装置４を構成する形態を示しているが、位置情報サーバ４０と地図情報配信サーバ４１とを合体して１つのサーバとして構成する形態でもよい。

（２）動作概要
上記のように構成された地図情報配信システム１の動作の概要について説明する。

図３は、位置情報サーバ４０の動作概要を説明する図である。

位置情報サーバ４０の位置情報データベース４３には、施設情報とその位置情報とが対応付けられて記憶されている。位置情報の表現形態としては種々の形態が考えられるが、以下の説明では、建物を識別する識別情報として「ランドマークＩＤ」を用い、その建物内の特定の位置を識別する識別情報として「位置エリアＩＤ」および「フロア」を用いるものとする。ランドマークＩＤと位置エリアＩＤ（以下、「位置エリアＩＤ」と「フロア」をまとめて単に位置エリアＩＤという場合がある）とでひとつの位置情報を構成する。

図３の例では、建物Ａを示すランドマークＩＤは、「１００１」である。また、建物Ａの内部の各位置エリアＩＤとして、「１０１」、「２０１」、「３０１」等の３桁の数値を用いている。

位置情報データベース４３には、１つの建物だけでなく他の建物を含めた複数建物のランドマークＩＤと位置エリアＩＤとが同様に記憶されている。

一方、建物内の各所に配置されている自己位置発信装置２には、特定のランドマークＩＤと位置エリアＩＤとが自己位置として割り付けられている。従って、携帯端末３は、最も近くにある自己位置発信装置２に割り付けられているランドマークＩＤと位置エリアＩＤとを受信することで、現在地を取得することができる。

携帯端末３は、取得した現在地の位置情報（ランドマークＩＤと位置エリアＩＤ）と共に施設情報要求を位置情報サーバ４０に送信する。

施設情報要求としては、建物ＡのランドマークＩＤ（「１００１」）のみを指定して建物Ａの総てのフロアの施設情報を要求してもよいし、建物Ａの特定のフロア、例えば図３に例示したように、３階だけの施設情報を要求しても良い。また、複数のフロアを指定して、その施設情報を要求しても良い。

位置情報サーバ４０の施設情報要求受信手段４２がこの要求を受信すると、位置情報サーバ４０は位置情報データベース４３にアクセスし、指定された１つまたは複数のフロアの施設情報を位置エリアＩＤと共に抽出する。抽出された施設情報と位置エリアＩＤのリストは、施設情報送信手段４４から携帯端末３に送信される。

携帯端末３のユーザは、現在自分がいる建物Ａ内の施設情報が、例えば「第１会議室」や「男子トイレ」といった具体的な施設名称として携帯端末３の表示画面に表示されるため、現在地の把握が容易となり、また、目的地の選択も容易となる。さらに、次に述べるように、現在地と選択した目的地のランドマークＩＤと位置エリアＩＤとを、地図画像要求と共に地図情報配信サーバ４１に送信することにより、現在地から目的地までの最短経路が記されたフロア地図画像を取得することができる。

図４は、地図情報配信サーバ４１の動作概要を説明する図である。

上述したように、携帯端末３では、位置情報サーバ４０から送信された施設情報リストの中から目的地を選択し（図４の例では、３階の第１会議室、位置エリアＩＤ「３０１」）、現在地と共に位置情報サーバ４０に送信する。また、建物Ａ内のフロア地図画像の送信を、フロアを指定して位置情報サーバ４０に要求する。

位置情報サーバ４０の地図データベース４６には、各フロアの地図画像データが記憶されており、地図画像生成手段４７では、指定されたフロアの地図画像データを地図データベース４６から抽出して、所定のファイル形式でフロア地図画像を生成する。このファイル形式は、伝送容量が小さいといった観点や、閲覧用ソフトウェア（ビューア）の操作性や汎用性といった観点から、ベクターグラフィックによるファイル形式、例えばＳＶＧ規格に基づくファイル形式である。

また、フロア地図画像の生成に際しては、後述するように、最短経路検索手段４９にて現在地と目的地とから最短経路を検索し、検索した最短経路をフロア地図画像に重畳する他、指定されたフロア以外の、例えば指定フロアの直ぐ下のフロアや上のフロアのフロア地図画像を取得するための取得コマンドをリンク情報として埋め込む。

このようにして生成されたフロア地図画像は、地図画像送信手段４８から携帯端末３に送信される。

（３）詳細動作
図５（ａ）、（ｂ）は、位置情報サーバ４０および地図情報配信サーバ４１の詳細動作を説明するフローチャートである。

まず、ステップＳＴ１で、携帯端末３は直近の自己位置発信装置２から現在地の位置情報（ランドマークＩＤおよび位置エリアＩＤ）を取得する。次に、ステップＳＴ２で、携帯端末３から位置情報サーバ４０に対して、位置情報と共に周辺の施設情報の提供を要求する。

要求を受けた位置情報サーバ４０は、指定された１つ又は複数のフロアの施設情報を施設情報リストとして携帯端末３に送信する。ここまでの処理は、位置情報サーバ４０の動作として既に説明したとおりである。

次に、携帯端末３で施設情報リストの中から目的地が選択され、現在地から目的地までの経路が記されたフロア地図画像を提供するように、携帯端末３から地図情報配信サーバ４１に対して要求が送信される（ステップＳＴ４）。

この要求コマンドは、図６(ａ)、（ｂ）に例示したように、ＵＲＬパラメータとして記述される。

図６（ａ）は、ＵＲＬとして記述される要求コマンドの具体例を示す図であり、図６（ｂ）は、要求コマンド内の各ＵＲＬパラメータの意味を記述した図である。例えば図６（ｂ）の（２）は、フロア地図画像のファイル形式をＳＶＧ形式で生成するように指定するパラメータである。また、（３）は画像のサイズを４８０×４８０ドットとするように指定するパラメータである。（４）は、ランドマークＩＤ「１００１」の１階（floor＝１）のフロア地図画像を、縮尺２００ｍ／４８０ドットで生成するように指定するパラメータである。また、（５）は、現在地（スタート位置）が、１階の位置エリアＩＤ「１０１」であることを示すパラメータであり、（６）は、目的地が、３階の位置エリアＩＤ「３０１」であることを示すパラメータである。

このような要求コマンドが携帯端末３から地図情報配信サーバ４１に送信される。要求コマンドを受信した地図情報配信サーバ４１は、まず地図データベース４６から、指定された建物のフロア地図データを読み出す（ロードする)と共に、現在地から目的地までの最短経路を検索するためのネットワークデータをロードする（ステップＳＴ５）。

図７乃至図９は、最短経路の検索のためのネットワークデータの一例をフロア地図データと共に示す図である。

図７は、建物Ａの１階部分のネットワークデータの定義を説明する図である。ネットワークデータは、「ノード」（図７中、×印で示される点）と「パス」（図７中、太い線で示される線分）で定義される。「ノード」は、始点（現在地）、終点（目的地）、経由点として選択可能なポイントが、ランドマークＩＤと位置エリアＩＤとで規定される。図７の例では、スタート地（現在地）に対応する点は、図の右側の位置にランドマークＩＤ「１００１」位置エリアＩＤ「１０１」の「ノード」として示されている。

また、「パス」は隣接する「ノード」間を結ぶ線分として定義されるが、経路として取りえないパス、例えば壁で邪魔される経路等は予め除外されている。

図７中には、階段が記載されているが、階段の踊り場の「Ａ１」点のノードは、２階のワークデータ（図８）の対応する位置に設けられる「Ａ２」点と同じノードとなっている。

図８は、２階部分のネットワークデータの定義を図７と同様に説明する図である。図８には、１階部分とつながるノード「Ａ２」点と共に、３階部分とつながるノード「Ｂ１」点も示されている。

図９は、３階部分のネットワークデータの定義を説明する図であり、２階部分とつながるノード「Ｂ２」点が示されている。また、図９には、目的地である３階の第１会議室（位置エリアＩＤ「３０１」）も併記している。

このように定義されるネットワークデータを用いて最短経路を検索する(ステップＳＴ６)。例えば、現在地から目的地まで連続するパスの経路を検索し、連続する経路が複数有る場合には最も距離の小さな経路を選択することで最短経路を検索することができる。

また、階段部分で上下の階につながるノードを共通に設定することで、現在地と目的地とが異なるフロアに有る場合でも、階段を通じた最短経路を検索することができる。

なお、エレベータでフロア間を移動するような場合には、エレベータの位置に共通ノードを設けることで同様に最短経路を検索することができる。また、エレベータと階段が両方ある場合には、何れを使用するかをユーザに選択させても良い。

最短経路検索のアルゴリズム自体は、本発明で特に限定するものではなく、各種ナビゲーションシステム等で用いられているアルゴリズムを利用することができる。

ところで、携帯端末から送信された経路地図画像要求の具体例（図６（ａ）、（ｂ）参照）では、現在地がランドマークＩＤ「１００１」（建物Ａ）の１階の位置エリアＩＤ「１０１」であり、目的地が３階の位置エリアＩＤ「３０１」となっている。従って、ステップＳＴ６では、１階の位置エリアＩＤ「１０１」から３階の位置エリアＩＤ「３０１」へ至る最短経路が求められることになる。

他方、携帯端末３から送信される経路地図画像要求には、どの階のフロア地図画像を要求するかも明示されており、図６の例では、１階部分（floor=1）のフロア地図画像が要求されている。

そこで、ステップＳＴ７では、指定された階数、本例では、まず１階部分のフロア地図画像を、ＳＶＧ規格に基づくファイル形式で生成する。

ＳＶＧ規格に基づくファイル形式では、所定の言語（以下、ＳＶＧ言語という）でフロア地図画像が記述されることになるが、以下簡単にこの記述例について説明する。

図１０は、ＳＶＧ言語で記述された１階部分のフロア地図画像ファイルを携帯端末３に送信し、携帯端末３側で「ＳＶＧビューア」を用いて表示画面に表示した画像例を示したものである。

一方、図１１乃至図１７には、図１０に示したフロア画像をＳＶＧ言語で記述した具体例を示している。

図１１は、画像ファイルのヘッダ部に相当する記述である。図１２は、「領域定義」欄の記述例を示す図であり、フロア内の各領域（部屋、エレベータ、通路等）を規定している。各領域は、“polygon”（多角形）で定義され、多角形の各点が“points”属性の座標で規定される他、多角形内の塗りつぶし色が“fill”属性として定義されている。多角形の形状や塗りつぶす色によってフロア内の各領域の画像が表現できる。

図１３は、「屋内地図表現」欄の記述例を示す図であり、各領域を仕切る壁や階段等を折れ線（複数の線分）（polyline）で規定している。折れ線を構成する各点を“points”属性で規定する他、線分の色を“stroke”属性で規定し、線分の太さを“stroke-width”属性で規定している。

図１４は、「フロア情報」欄の記述例であり、フロアが１階部分であることを示す右上の「１Ｆ」文字表示を行うための記述である。文字フォントの種類、サイズ、色等を規定する他、文字を囲む枠についても“polygon”（多角形）で規定している。

図１５は、「経路情報」欄の記述例である。ステップＳＴ６にて検索した最短経路のうち、１階部分の経路を取り出して１階のフロア地図画像に折れ線（polyline）として重ね合わせている。なお、この重ね合わせ処理は、図５（ａ）のフローチャートでは、ステップＳＴ８の処理に相当するものである。

図１６は、「経路案内情報」欄の記述例である。１階部分の経路案内情報の表示としては、スタート地点（現在地）を示す「ＳＴＡＲＴ」と、階段部分に２階への上りを示す「ＵＰ」とがある。「経路案内情報」欄では、これらの文字の表示位置やフォントに関する情報を記述している。

図１７は、１階から２階に上る階段の踊り場部分に、２階のフロア地図画像を地図情報配信サーバ４１から携帯端末３に送信させるためのコマンドを、いわゆるハイパーリンクの形態でＵＲＬパラメータを埋め込む記述例を示している。

埋め込むＵＲＬパラメータは、「a xlink:href=」の記述に続くＵＲＬパラメータであり、具体的には、[http://xxx.xxx.xxx/Navi/GetRouteMap.php?format=svg&picwidth=480&picheight=480&landid=1001&floor=2&scale=200&stafloor=1&staid=101&endfloor=3&endid=301"]で表されるＵＲＬパラメータがリンク情報として埋め込まれることになる。上記のＵＲＬパラメータは、図６（ａ）と対比すればわかるように、２階（floor＝２）のフロア地図画像を要求するＵＲＬパラメータとなっている。

また、このリンク情報を埋め込んだ位置を明示するため、リンク情報に続いて楕円（ellipse）図形の表示をさせる記述を追記している。なお、図１７の記述をＳＶＧファイルに記載することがステップＳＴ９の処理である。

図１１乃至図１７の記述を繋げることにより、１階のフロア地図画像表示のための地図画像（ＳＶＧファイル形式）が生成される。

生成された地図画像は、地図情報配信サーバ４１の地図画像送信手段４８から携帯端末３に送信される（ステップＳＴ１０）。

携帯端末３では、この地図画像を、ＳＶＧビューアを用いて表示画面に表示させる。携帯端末３の表示画面には、図１０に例示した１階のフロア地図画像が表示される。

次に、携帯端末３のユーザは、２階のフロア地図画像を取得するために、１階のフロア地図画像の階段部分に表示されている楕円の部分をクリックする。このクリックによって、楕円部分に埋め込まれているリンク情報、具体的には、図１７に示したＵＲＬパラメータがコマンドとして地図情報配信サーバ４１に送信される（図５（ｂ）のステップＳＴ１１）。

地図情報配信サーバ４１では、このコマンドに従って、今度は２階部分のフロア地図画像を生成する(ステップＳＴ１２)。２階のフロア地図画像の例を図１８に示す。

２階のフロア地図画像も１階のフロア地図画像と同じ手順（図５（ａ）のステップＳＴ５からステップＳＴ９の手順）で生成される。但し、２階は、スタート地点（現在地）の１階と目的地の３階との中間階となるため、上階へ進む場合と下階に戻る場合とが考えられる。そこで、図１８に示したように、階段部分には３階へ進む場合に対応する「ＵＰ」と１階に戻る場合に対応する「ＤＯＷＮ」とを双方表示している。

また、「ＵＰ」に対応する楕円位置には、上階（３階）のフロア地図画像を取得するためのリンク情報を埋め込み、「ＤＯＷＮ」に対応する楕円の位置には、下階（１階）のフロア地図画像を取得するためのリンク情報を埋め込んでいる。

図１９は、３階のフロア地図画像を取得するためのリンク情報であり、図１７と比べると、ＵＲＬパラメータの「floor＝２」が「floor＝３」に置き換わっているだけでその他のＵＲＬパラメータは同じである。

また、図２０は、１階のフロア地図画像を取得するためのリンク情報であり、図１７と比べると、ＵＲＬパラメータの「floor＝２」が「floor＝１」に置き換わっているだけでその他のＵＲＬパラメータは同じである。

生成された２階部分のフロア地図画像は携帯端末３に送信され(ステップＳＴ１３)、携帯端末３では、図１８のフロア地図画像が表示される。

ユーザは、目的地の３階のフロア地図画像を要求する場合は、「ＵＰ」に対応する楕円位置をクリックし、３階のフロア地図画像の生成を指示するＵＲＬパラメータを地図情報配信サーバ４１に送信する。

なお、目的地がさらに上階（例えば、４階や５階）に有る場合には、ステップＳＴ１１からステップＳＴ１３の手順を目的地のあるフロアまで繰り返せばよい。

図２１は、目的地のある３階のフロア地図画像を例示した図である。既に目的階に到達しているため、階段部分には、下の階に戻るための下階（２階）のフロア地図画像を要求するＵＲＬパラメータ（図２２参照）のみが埋め込まれている。

また、３階のフロア地図画像には、階段から目的地である位置エリアＩＤ「３０１」までの最短経路を表示している。

以上説明してきたように、第１の実施形態に係る地図情報配信装置システム１（或いは地図情報配信装置４）では、建物内のフロア地図画像をフロア単位で生成し、携帯端末３に配信する形態としている。

一般的な屋外地図とは異なり、建物内地図においてフロアを切り換える場合は、ユーザが客観的に分かり易いインタフェースを提供することが重要である。また、携帯電話のように、画面サイズが限られた表示デバイスを持つ携帯端末３では、地図を表示できる範囲が限られるため、一度に広い範囲を表示したり、各フロアの地図を並べて表示したりすると、ユーザにとって見にくくなってしまう。本実施形態による方式では、現在閲覧している地図とその前後（上下階のフロア）のフロア地図画像をフロア毎にユーザに提供し、かつユーザが客観的に分かり易く切り換えることができるインタフェース（リンク情報の埋め込み）を提供しているため、限られた画面サイズであっても各フロアの地図画像を見易くすることができる。

また、一般的なＳＶＧビューアでは、表示画像の拡大・縮小（ズームイン・ズームアウト）や、上下左右移動などを行なうためのインタフェース（マウス操作やメニュー、ショートカットキー等）が用意されているが、これらのインタフェースだけでは画像（フロア毎の地図画像）を切り換えることはできない。その為、フロア毎の地図画像の切り換えをマウス操作やメニュー、ショートカットキー等で実現する場合には、独自に機能を追加した専用のＳＶＧビューアを用意する必要がある。しかし、建物内地図の表示に特化した専用のＳＶＧビューアが必要であるということは、利用時に所定のセットアップ作業が発生することになり、ユーザにとっては逆に利便性が損なわれるという欠点となる。

本実施形態による方式では標準的なＳＶＧファイル形式に対応したリンク情報を配信するフロア地図画像に埋め込む形態としているため、汎用のＳＶＧビューアを用いる場合であっても、簡単なクリック操作だけでリンクをたどり、フロア毎の経路地図の切り換えを容易に実現することができる。

また、無線通信による地図画像の配信を考えた場合、一度に送受信するデータ量を極力少なくし、画像を表示するまでの時間を短くすることが重要となる。複数のフロア画像を１つの平面に合成し、或いは、３次元画像を生成・表示させる形態では、一度に送受信する画像のデータ量が大幅に増加し、画像表示時間の観点からは好ましくない。これに対して、本実施形態に係る方式では、地図情報配信サーバ４１から一度に配信される地図画像は１つのフロアの範囲に限定している。このため、一度に送受信されるデータ量は少なく、送受信時間は短くなるため、地図画像が画面に表示するまでの応答時間を短縮することができる。

一方、クライアント（携帯端末３）のアプリケーションにとっては、屋内経路地図のフロアを切り換えるための取得要求コマンドが予め地図画像内にリンク情報として埋め込まれているため、各フロアの経路地図の切り換えに必要となる情報（現在位置や目的地を示すＩＤ情報、経路上に含まれるフロア、現在表示しているフロア等）をメモリ内に保持する必要が無くなり、地図情報配信サーバ４１へのアクセス方法を簡略化できる利点がある。

（４）その他の実施形態
図２３は、第２の実施形態に係る地図情報配信システム１ａの構成例を示す図である。地図情報配信システム１ａは、固定端末３ａと地図情報配信サーバ４１ａとを備えて構成されている。

固定端末３ａは、建物内の各所に配置される固定型の端末装置であり、ユーザの操作によって地図情報配信サーバ４１ａに対して現在地（固定端末３ａが設置されている場所）から目的地までのフロア地図画像を要求する。

固定端末３ａには、第１の実施形態に係る位置情報サーバ４０に相当する機能（図２参照）が内蔵されており、建物内の施設情報やこれに対応するランドマークＩＤ及び位置エリアＩＤを固定端末３ａの表示画面に表示させることができる。ユーザはこの表示画面から目的地を探し出し、現在地から目的地へ至るフロア毎のフロア地図画像を地図情報配信サーバ４１ａに対して要求する。

地図情報配信サーバ４１ａの構成及び動作は、前述した第１の実施形態と基本的には同様のものであり、固定端末３ａからの要求に応じて目的地までの最短経路を求め、固定端末３ａから指定されたフロアのフロア地図画像にこの最短経路を重畳させてフロア地図画像を生成する。また、フロア地図画像には、第１の実施形態と同様に、他のフロアのフロア地図画像を要求するためのコマンドをリンク情報として埋め込む。

第２の実施形態では、固定端末３ａの設置位置がこれを操作するユーザの自己位置となるため、自己位置発信装置２は不要となる。

固定端末３ａは、最短経路が重畳されたフロア地図画像を印刷するためのプリント手段を具備する形態としてもよい。

また、地図情報配信サーバ４１ａの地図データベース４６に、異なる複数の建物のフロア地図画像データを記憶させ、異なる建物に設置された固定端末３ａへもフロア地図画像の提供を可能とする形態としても良い。前述したように、位置情報としては建物内の位置を特定するための位置エリアＩＤの他に、建物を特定するランドマークＩＤが含まれている。この位置情報を利用すれば、建物Ａに設置されている固定端末３ａの位置（現在地）から建物Ｂの特定のフロアの目的地へ至る最短経路を求めることも可能であり、また、建物Ａの現在のフロアから建物Ｂの目的地のフロアへ至る各フロアのフロア地図画像を地図情報配信サーバ４１ａにて生成することもできる。

この他、地図情報配信サーバ４１ａの機能を固定端末３ａに具備させる形態としても良い。この形態では、固定端末３ａの規模は大きくなるものの、固定端末３ａと地図情報配信サーバ４１ａとの間の通信回線が不要となる利点がある。

なお、本発明は上記の各実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記各実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせても良い。

本発明の第１の実施形態に係る地図情報配信装置システムの構成例を示す第１の図。 本発明の第１の実施形態に係る地図情報配信装置システムの構成例を示す第２の図。 位置情報サーバの動作概要を示す図。 地図情報配信サーバの動作概要を示す図。 第１の実施形態に係る地図情報配信装置システムの動作（地図情報配信方法）の一例を示す第１のフローチャート。 第１の実施形態に係る地図情報配信装置システムの動作（地図情報配信方法）の一例を示す第２のフローチャート。 携帯端末から地図情報配信装置へ送信する地図画像の取得要求コマンドの一例を示す図。 地図画像（１階部分）のネットワークデータの定義例を示す図。 地図画像（２階部分）のネットワークデータの定義例を示す図。 地図画像（３階部分）のネットワークデータの定義例を示す図。 フロア地図画像（１階部分）の一例を示す図。 ＳＶＧ規格に基づくファイル形式によるフロア地図画像（１階部分）の記述例を示す第１の図。 ＳＶＧ規格に基づくファイル形式によるフロア地図画像（１階部分）の記述例を示す第２の図。 ＳＶＧ規格に基づくファイル形式によるフロア地図画像（１階部分）の記述例を示す第３の図。 ＳＶＧ規格に基づくファイル形式によるフロア地図画像（１階部分）の記述例を示す第４の図。 ＳＶＧ規格に基づくファイル形式によるフロア地図画像（１階部分）の記述例を示す第５の図。 ＳＶＧ規格に基づくファイル形式によるフロア地図画像（１階部分）の記述例を示す第６の図。 フロア地図画像（１階部分）にリンク情報として埋め込むＵＲＬパラメータ（２階画像の要求コマンド）の例を示す図。 フロア地図画像（２階部分）の一例を示す図。 フロア地図画像（２階部分）にリンク情報として埋め込むＵＲＬパラメータ（３階画像の要求コマンド）の例を示す図。 フロア地図画像（２階部分）にリンク情報として埋め込むＵＲＬパラメータ（１階画像の要求コマンド）の例を示す図。 フロア地図画像（３階部分）の一例を示す図。 フロア地図画像（３階部分）にリンク情報として埋め込むＵＲＬパラメータ（２階画像の要求コマンド）の例を示す図。 本発明の第２の実施形態に係る地図情報配信装置システムの構成例を示す図。

符号の説明

１、１ａ 地図情報配信装置システム
２ 自己位置発信装置
３ 携帯端末
３ａ 固定端末
４ 地図情報配信装置
４０ 位置情報サーバ
４１、４１ａ 地図情報配信サーバ
４２ 施設情報要求受信手段
４３ 位置情報データベース
４４ 施設情報送信手段
４５ 地図画像要求受信手段
４６ 地図データベース
４７ 地図画像生成手段
４８ 地図画像送信手段
４９ 最短経路検索手段

Claims (16)

1. 多層階建物内の現在地の位置情報を取得可能であり、かつ目的地の位置情報を選択可能な携帯端末と、
   前記現在地の位置情報および前記目的地の位置情報と共に前記携帯端末から送信される地図画像の取得要求に基づいて、前記現在地から前記目的地へ至る前記多層階建物内の各フロアのフロア地図画像を生成し、前記携帯端末に配信する地図情報配信装置と、
   を備え、
   前記フロア地図画像には、特定の他のフロアのフロア地図画像の送信を要求するコマンドがリンク情報として埋め込まれており、
   前記地図情報配信装置は、前記携帯端末の操作によって送信される前記コマンドを受信したときは、前記他のフロアのフロア地図画像を前記携帯端末に配信する、
   ことを特徴とする地図情報配信装置システム。
2. 前記地図情報配信装置は、
   前記多層階建物内の施設情報およびその位置情報を対応付けて記憶する位置情報データベースと、
   前記多層階建物内の施設情報の提供を要求する施設情報要求を前記携帯端末から受信する施設情報要求受信手段と、
   前記携帯端末からの要求に応じて、前記多層階建物内の施設情報およびその位置情報を前記位置情報データベースから読み出し、前記携帯端末に送信する施設情報送信手段と、
   前記携帯端末にて取得される前記現在地から前記携帯端末にて選択される目的地へ至る前記多層階建物内の各フロアの地図画像を、フロアを指定して要求する地図画像取得要求を前記携帯端末から受信する地図画像要求受信手段と、
   前記フロア毎の地図画像データを記憶する地図データベースと、
   受信した前記地図画像取得要求に基づいて、前記地図データベースから指定されたフロアの前記地図画像データを読み出し、所定のファイル形式に変換すると共に、前記他のフロアの地図画像の送信を要求するコマンドをリンク情報として埋め込んで前記フロア地図画像を生成する、地図画像生成手段と、
   生成した前記フロア地図画像を前記携帯端末に送信する地図画像送信手段と、
   を備えたことを特徴とする請求項１に記載の地図情報配信装置システム。
3. 前記地図情報配信装置は、
   前記現在地から前記目的地へ至る最短経路を探索する経路探索手段、
   をさらに備え、
   前記携帯端末に配信される前記フロア地図画像は、前記最短経路が重畳されたフロア地図画像である、
   ことを特徴とする請求項１に記載の地図情報配信装置システム。
4. 前記多層階建物内の各所に配設され、自己の位置情報を前記携帯端末に送信する自己位置発信装置、をさらに備え、
   前記携帯端末は、前記自己位置発信装置から前記現在地の位置情報を取得する、
   ことを特徴とする請求項１に記載の地図情報配信装置システム。
5. 前記フロア地図画像は、ベクターグラフィックによるファイル形式で生成される地図画像である、ことを特徴とする請求項１に記載の地図情報配信装置システム。
6. 多層階建物の内部又は外部に設置され、前記多層階建物内又は他の多層階建物内の目的地の位置情報を選択可能な固定端末と、
   前記固定端末から送信される、前記固定端末の設置位置の位置情報および前記目的地の位置情報に基づいて、前記設置位置から前記目的地へ至る前記多層階建物内の各フロアの地図画像を、前記固定端末にフロア毎のフロア地図画像として配信する地図情報配信装置と、
   を備え、
   前記フロア地図画像には、特定の他のフロアの地図画像の送信を要求するコマンドがリンク情報として埋め込まれており、
   前記地図情報配信装置は、前記固定端末の操作によって送信される前記コマンドを受信したときは、前記他のフロアの地図情報を前記携帯端末に配信する、
   ことを特徴とする地図情報配信装置システム。
7. 多層階建物内の現在地の位置情報が取得可能であり、かつ目的地の位置情報が選択可能な携帯端末、から前記現在地の位置情報および前記目的地の位置情報と共に送信される地図画像の取得要求に基づいて、前記現在地から前記目的地へ至る前記多層階建物内の各フロアのフロア地図画像を生成し、前記携帯端末に配信する地図情報配信装置において、
   前記フロア地図画像には、特定の他のフロアのフロア地図画像の送信を要求するコマンドがリンク情報として埋め込まれており、
   前記携帯端末の操作によって送信される前記コマンドを受信したときは、前記他のフロアのフロア地図画像を前記携帯端末に配信する、
   ことを特徴とする地図情報配信装置。
8. 前記多層階建物内の施設情報およびその位置情報を対応付けて記憶する位置情報データベースと、
   前記多層階建物内の施設情報の提供を要求する施設情報要求を前記携帯端末から受信する施設情報要求受信手段と、
   前記携帯端末からの要求に応じて、前記多層階建物内の施設情報およびその位置情報を前記位置情報データベースから読み出し、前記携帯端末に送信する施設情報送信手段と、
   前記携帯端末にて取得される前記現在地から前記携帯端末にて選択される目的地へ至る前記多層階建物内の各フロアの地図画像を、フロアを指定して要求する地図画像取得要求を前記携帯端末から受信する地図画像要求受信手段と、
   前記フロア毎の地図画像データを記憶する地図データベースと、
   受信した前記地図画像取得要求に基づいて、前記地図データベースから指定されたフロアの前記地図画像データを読み出し、所定のファイル形式に変換すると共に、前記他のフロアの地図画像の送信を要求するコマンドをリンク情報として埋め込んで前記フロア地図画像を生成する、地図画像生成手段と、
   生成した前記フロア地図画像を前記携帯端末に送信する地図画像送信手段と、
   を備えたことを特徴とする請求項７に記載の地図情報配信装置。
9. 前記現在地から前記目的地へ至る最短経路を探索する経路探索手段、
   を備え、
   前記携帯端末に配信される前記フロア地図画像は、前記最短経路が重畳されたフロア地図画像である、
   ことを特徴とする請求項７に記載の地図情報配信装置。
10. 前記携帯端末が取得する前記現在地の位置情報は、
    前記多層階建物内の各所に配設され、その自己位置を前記携帯端末に送信する自己位置発信装置からの位置情報である、
    ことを特徴とする請求項７に記載の地図情報配信装置。
11. 前記フロア地図画像は、ベクターグラフィックによるファイル形式で生成される地図画像である、ことを特徴とする請求項７に記載の地図情報配信装置。
12. 多層階建物内の現在地の位置情報が取得可能であり、かつ目的地の位置情報が選択可能な携帯端末、から前記現在地の位置情報と前記目的地の位置情報と共に送信される地図画像の取得要求を受信し、
    受信した前記地図画像の取得要求に基づいて、前記現在地から前記目的地へ至る前記多層階建物内の各フロアのフロア地図画像を生成し、前記携帯端末に配信し、
    前記フロア毎の地図画像には、特定の他のフロアの地図画像の送信を要求するコマンドがリンク情報として埋め込まれており、
    前記携帯端末の操作によって送信される前記コマンドを受信したときは、前記他のフロアの地図情報を前記携帯端末に配信する、
    ことを特徴とする地図情報配信方法。
13. 前記多層階建物内の施設情報およびその位置情報を対応付けて位置情報データベースに記憶し、
    前記多層階建物内の施設情報の提供を要求する施設情報要求を前記携帯端末から受信し、
    前記携帯端末からの要求に応じて、前記多層階建物内の施設情報およびその位置情報を前記位置情報データベースから読み出し、前記携帯端末に送信し、
    前記携帯端末にて取得される前記現在地から、前記携帯端末にて選択される目的地へ至る前記多層階建物内の各フロアの地図画像を、フロアを指定して要求する地図画像取得要求を前記携帯端末から受信し、
    前記フロア毎の地図画像データを地図データベースに記憶し、
    受信した前記地図画像取得要求に基づいて、前記地図データベースから指定されたフロアの地図画像データを読み出し、所定のファイル形式に変換すると共に、前記他のフロアの地図画像の送信を要求するコマンドをリンク情報として埋め込んで前記フロア地図画像を生成し、
    生成した前記フロア地図画像を前記携帯端末に送信する、
    ことを特徴とする請求項１２に記載の地図情報配信方法。
14. 前記現在地から前記目的地へ至る最短経路を探索し、
    前記携帯端末に配信される前記フロア地図画像は、前記最短経路が重畳された地図画像である、
    ことを特徴とする請求項１２に記載の地図情報配信方法。
15. 前記携帯端末が取得する前記現在地の位置情報は、
    前記多層階建物内の各所に配設され、その自己位置を前記携帯端末に送信する自己位置発信装置からの位置情報である、
    ことを特徴とする請求項１２に記載の地図情報配信方法。
16. 前記フロア地図画像は、ベクターグラフィックによるファイル形式で生成される地図画像である、ことを特徴とする請求項１２に記載の地図情報配信方法。

Images