分割地図画像を組み合わせた地図データを送信するプロキシサーバ及びプログラム
【課題】端末が無線リンクを用いる携帯端末であっても、複数の分割地図画像を組み合わせた地図データを容易に受信し且つ表示することができるプロキシサーバ等を提供する。
【解決手段】閲覧範囲の閲覧範囲地理座標を含むリクエストを、端末から受信するリクエスト受信部と、閲覧範囲地理座標から、閲覧範囲を表示するために必要な分割地図画像識別子を選定する分割地図画像選定部と、分割地図画像の画像座標及び地理座標から座標系参照情報を算出する座標系参照情報算出部と、座標系参照情報に基づいて、閲覧範囲地理座標から閲覧範囲画像座標を導出する閲覧範囲画像座標導出部と、閲覧範囲画像座標及び座標系参照情報と、分割地図画像識別子とを含むインデックス情報を生成するインデックス情報生成部と、インデックス情報を含むレスポンスを端末へ返信するレスポンス送信部とを有する。
【解決手段】閲覧範囲の閲覧範囲地理座標を含むリクエストを、端末から受信するリクエスト受信部と、閲覧範囲地理座標から、閲覧範囲を表示するために必要な分割地図画像識別子を選定する分割地図画像選定部と、分割地図画像の画像座標及び地理座標から座標系参照情報を算出する座標系参照情報算出部と、座標系参照情報に基づいて、閲覧範囲地理座標から閲覧範囲画像座標を導出する閲覧範囲画像座標導出部と、閲覧範囲画像座標及び座標系参照情報と、分割地図画像識別子とを含むインデックス情報を生成するインデックス情報生成部と、インデックス情報を含むレスポンスを端末へ返信するレスポンス送信部とを有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、地図データを送信するプロキシサーバ及びプログラムに関する。
【背景技術】
【０００２】
インターネット等の広域ネットワークには、地図サーバが接続されており、地図サーバは、背景地図や対象物位置等の地図データを蓄積している。端末は、地図サーバから地図データを受信し、ディスプレイに表示することができる。
【０００３】
地図サーバは、一定の規則に基づいて地図画像を分割して蓄積している。通常、分割地図画像は、一定の大きさの矩形に分割したものであって、タイル状のメッシュデータである。分割地図画像毎に、識別子（ＩＤ）が付与されている。国土交通省は、分割地図画像のメッシュデータにおける識別子（国土数値情報）を開示している（例えば非特許文献１参照）。ここでは、例えば、５０ｍ２メッシュ、２５０ｍ２メッシュ、２５０ｍ２メッシュ、１ｋｍ２メッシュ等が規定されている（例えば非特許文献２参照）。
【０００４】
端末は、地図サーバから所望の地図画像を受信するために、分割地図画像の識別子を認識しておく必要がある。これに対し、端末が、分割地図画像の識別子を認識することなく、所望の地図画像及びその周辺画像を簡易に地図サーバから取得することができる技術もある（例えば特許文献１参照）。
【０００５】
また、ＸＭＬに基づく２Ｄベクタ画像記述言語として、２００１年９月Ｗ３Ｃ勧告として公開されたＳＶＧ(Scalable Vector Graphics)がある（例えば非特許文献３参照）。ＳＶＧは、画像を、点（ドット）の集合ではなく、線や多角形などの図形（オブジェクト）の集合として扱う。そのために、利用者が見る端末の機種又は性能に応じて、最適な表示が可能となる。
【０００６】
【特許文献１】特開２００５−０９２３２１号公報
【非特許文献１】国土数値情報、「メッシュデータについて」、[online]、[平成１８年３月２５日検索]、インターネット＜ＵＲＬ：http://nlftp.mlit.go.jp/ksj/mesh.html＞
【非特許文献２】ＵＰＬＩＦＴ、[online]、[平成１８年３月２５日検索]、インターネット＜ＵＲＬ：http://www.studio-pon.com/jp/products/uplift/mapdata.html＞
【非特許文献３】「Scalable Vector Graphics(ＳＶＧ) 1.1 Specification」、［online］、平成１８年３月２５日検索、インターネット＜ＵＲＬ：http://www.w3.org/TR/SVG11＞
【発明の開示】
【発明が解決しようとする課題】
【０００７】
特許文献１に記載された技術によれば、端末は、所望の位置情報（例えば緯度経度情報）を地図サーバへ送信し、その位置に相当する１枚の分割地図画像を受信する。次に、受信した分割地図画像の大きさに基づいて、利用者が所望する範囲の地図を全て表示するのに必要となる分割地図画像の位置及び枚数を推定する。端末は、推定した位置及び枚数を、改めて地図サーバへ送信し、地図サーバから複数の分割地図画像を受信する。従って、端末は、地図サーバとの間で、何回かやりとりをする必要があった。
【０００８】
端末が、無線リンクの通信環境を用いる場合、遅延が大きく、セッションの確立にも時間を要する。このような環境で、複数の分割地図画像をサーバから受信すると、所望する全ての分割地図画像を取得するまでに、かなりの時間を要することとなる。また、端末が、携帯電話機のような端末である場合、画像の処理能力が低い。この場合、分割地図画像の識別子の算出や、分割地図画像の組み立て及び表示をすることは、端末の処理にとって大きい負荷となる。
【０００９】
そこで、本発明は、端末が、無線リンクを用いる携帯端末であっても、複数の分割地図画像を組み合わせた地図データを容易に受信し且つ表示することができるプロキシサーバ及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明によれば、地図サーバから分割地図画像を受信し、１つの地図データを端末へ送信するプロキシサーバであって、
利用者によって操作された閲覧範囲の閲覧範囲地理座標を含むリクエストを、端末から受信するリクエスト受信手段と、
閲覧範囲地理座標から、閲覧範囲を表示するために必要な１つ以上の分割地図画像の分割地図画像識別子を選定する分割地図画像選定手段と、
分割地図画像の画像座標及び地理座標から座標系参照情報を算出する座標系参照情報算出手段と、
座標系参照情報に基づいて、閲覧範囲地理座標から閲覧範囲画像座標を導出する閲覧範囲画像座標導出手段と、
閲覧範囲画像座標及び座標系参照情報と、分割地図画像識別子とを含むインデックス情報を生成するインデックス情報生成手段と、
インデックス情報を含むレスポンスを端末へ返信するレスポンス送信手段と
を有することを特徴とする。
【００１１】
本発明のプロキシサーバにおける他の実施形態によれば、
選定された分割地図画像を取得するために、地図サーバへリクエストを送信するリクエスト送信手段と、
地図サーバから、分割地図画像を受信するレスポンス受信手段と、
生成したインデックス情報と、受信した分割地図画像とを含む１つの地図データを生成する地図データ生成手段と
を更に有し、
レスポンス送信手段は、地図データを含むレスポンスを端末へ返信する
ことも好ましい。
【００１２】
本発明のプロキシサーバにおける他の実施形態によれば、
リクエスト受信手段によって受信されるリクエストは、先に送信したレスポンスに基づく先の閲覧範囲地理座標を更に含んでおり、
地図データ生成手段は、先に送信したレスポンスに含められた地図データの分割地図画像を、現に送信しようとしている当該レスポンスに含まないように地図データを生成することも好ましい。
【００１３】
本発明のプロキシサーバにおける他の実施形態によれば、
地図データは、ＳＶＧによって記述されており、
閲覧範囲地理座標及び地理座標は、緯度経度座標であり、
閲覧範囲画像座標及び画像座標は、ＳＶＧ画像座標であり、
座標系参照情報は、座標系参照の変換パラメータであり、
閲覧範囲画像座標は、地図データのsvg要素に記述されており、
変換パラメータは、地図データのメタデータに記述されている
ことも好ましい。
【００１４】
本発明のプロキシサーバにおける他の実施形態によれば、
変換パラメータは、
【数１】
の一次変換式によって表されることも好ましい。
【００１５】
本発明によれば、地図サーバから分割地図画像を受信し、１つの地図データを端末へ送信するプロキシサーバに搭載されたコンピュータを機能させるプログラムであって、
利用者によって操作された閲覧範囲の閲覧範囲地理座標を含むリクエストを、端末から受信するリクエスト受信手段と、
閲覧範囲地理座標から、閲覧範囲を表示するために必要な１つ以上の分割地図画像の分割地図画像識別子を選定する分割地図画像選定手段と、
分割地図画像の画像座標及び地理座標から座標系参照情報を算出する座標系参照情報算出手段と、
座標系参照情報に基づいて、閲覧範囲地理座標から閲覧範囲画像座標を導出する閲覧範囲画像座標導出手段と、
閲覧範囲画像座標及び座標系参照情報と、分割地図画像識別子とを含むインデックス情報を生成するインデックス情報生成手段と、
インデックス情報を含むレスポンスを端末へ返信するレスポンス送信手段と
してコンピュータを機能させることを特徴とする。
【００１６】
本発明のプロキシサーバ用のプログラムにおける他の実施形態によれば、
分割地図画像を取得するために、地図サーバへリクエストを送信するリクエスト送信手段と、
地図サーバから、分割地図画像を受信するレスポンス受信手段と、
生成したインデックス情報と、受信した分割地図画像とを含む１つの地図データを生成する地図データ生成手段と
してコンピュータを更に機能させ、
レスポンス送信手段は、地図データを含むレスポンスを端末へ返信する
ようにコンピュータを機能させることも好ましい。
【００１７】
本発明のプロキシサーバ用のプログラムにおける他の実施形態によれば、
リクエスト受信手段によって受信されるリクエストは、先に送信したレスポンスに基づく先の閲覧範囲地理座標を更に含んでおり、
地図データ生成手段は、先に送信したレスポンスに含められた地図データの分割地図画像を、現に送信しようとしている当該レスポンスに含まないように地図データを生成することも好ましい。
【００１８】
本発明のプロキシサーバ用のプログラムにおける他の実施形態によれば、
地図データは、ＳＶＧによって記述されており、
閲覧範囲地理座標及び地理座標は、緯度経度座標であり、
閲覧範囲画像座標及び画像座標は、ＳＶＧ画像座標であり、
座標系参照情報は、座標系参照の変換パラメータであり、
閲覧範囲画像座標は、地図データのsvg要素に記述されており、
変換パラメータは、地図データのメタデータに記述されている
ようにコンピュータを機能させることも好ましい。
【００１９】
本発明のプロキシサーバ用のプログラムにおける他の実施形態によれば、
変換パラメータは、
【数２】
の一次変換式によって表されるようにコンピュータを機能させることも好ましい。
【発明の効果】
【００２０】
本発明におけるプロキシサーバ及びプログラムによれば、端末が、無線リンクを用いる携帯端末であっても、複数の分割地図画像を組み合わせた地図データを容易に受信し且つ表示することができる。
【発明を実施するための最良の形態】
【００２１】
以下では、図面を用いて、本発明を実施するための最良の形態について詳細に説明する。
【００２２】
図１は、本発明におけるシステム構成図である。
【００２３】
図１によれば、インターネットのようなネットワーク４に、プロキシサーバ１と、複数の地図サーバ２と、端末３とが接続されている。地図サーバ２は、一定の規則に基づいて分割された地図データの分割地図画像を蓄積する。地図データは、ＳＶＧによって記述されているとする。
【００２４】
端末３は、地図データのリクエストをプロキシサーバ１へ送信する。プロキシサーバ１は、そのリクエストに応じて、複数の分割地図画像に関するインデックス情報を含むレスポンスを、端末３へ返信する。端末３は、インデックス情報に基づいて、地図サーバから複数の分割地図画像を取得することができる。ここで、レスポンスに、１つ以上の地図サーバ２から受信した複数の分割地図画像を含めることもできる。端末３は、改めて地図サーバにアクセスすることなく、受信した分割地図画像を組み合わせた１つの地図データをディスプレイに表示することができる。
【００２５】
図１によれば、プロキシサーバ１は、リクエスト受信部１０１と、分割地図画像選定部１０２と、座標系参照情報算出部１０３と、閲覧範囲画像座標導出部１０４と、インデックス情報生成部１０５と、レスポンス送信部１０６と、リクエスト送信部１０７と、レスポンス受信部１０８と、地図データ生成部１０９とを有する。これら機能部は、プロキシサーバ１に搭載されたコンピュータによって実行されるプログラムによっても実現できる。
【００２６】
リクエスト受信部１０１は、閲覧範囲地理座標を含むリクエストを、端末３から受信する。閲覧範囲地理座標は、利用者によって操作された閲覧範囲を表し、中心点となる緯度経度座標と、その半径距離とによって表される。
【００２７】
分割地図画像選定部１０２は、閲覧範囲地理座標から、閲覧範囲を表示するために必要な１つ以上の分割地図画像の分割地図画像識別子を選定する。選定された複数の分割地図画像を組み合わせた地図データは、閲覧範囲地理座標に基づく地理範囲を内包するようになる。即ち、地図データは、閲覧範囲地理座標に基づく地理範囲と同じ範囲か、又は閲覧範囲地理座標に基づく地理範囲よりもわずかに広い範囲を表す。
【００２８】
座標系参照情報算出部１０３は、分割地図画像の画像座標（ＳＶＧ画像座標）及び地理座標（緯度経度座標）から座標系参照情報を算出する。座標系参照情報は、ＣＲＳ(Coordinate Reference System)として定義され、緯度経度座標とＳＶＧ画像座標とを対応付ける変換パラメータである。ＣＲＳパラメータは、地図データのメタデータに記述される。ＣＲＳパラメータａ、ｂ、ｃ、ｄ、ｅ及びｆは、以下のような一次変換式によって表される。
【数３】
【００２９】
ＳＶＧ画像座標は、ｘ軸（右向きが正）及びｙ軸（下向きが正）で表され、緯度経度座標は、東経及び北緯で表される。
【００３０】
閲覧範囲画像座標導出部１０４は、ＣＲＳパラメータに基づいて、閲覧範囲地理座標から閲覧範囲画像座標を導出する。閲覧範囲画像座標（ＳＶＧ画像座標）は、左上端（ｘ、ｙ）座標と、縦幅横幅とによって表される。
【００３１】
インデックス情報生成部１０５は、閲覧範囲画像座標及びＣＲＳパラメータと、選定された分割地図画像識別子とを含むインデックス情報を生成する。インデックス情報は、ＳＶＧによって記述されており、ＳＶＧ１．１ Specificationによれば、閲覧範囲画像座標は、svg要素の中のviewBoxとして定義される。ＣＲＳパラメータは、crs要素の中のtransformに記述される。分割地図画像識別子は、地図サーバのＵＲＬ(Uniform Resource Locator)として記述される。
【００３２】
レスポンス送信部１０６は、インデックス情報を含むレスポンスを端末３へ返信する。これにより、端末３は、そのインデックス情報に記述された地図サーバへ、分割地図画像を取得するためのリクエストを送信し、分割地図画像を取得することができる。
【００３３】
また、レスポンス送信部１０６は、地図データ生成部１０９から通知された複数の分割地図画像自体を、インデックス情報と共に端末３へ送信することも好ましい。これにより、端末３は、分割地図画像を地図サーバから取得する必要がなくなる。
【００３４】
リクエスト送信部１０７は、分割地図画像選定部１０２によって選定された分割地図画像を取得するためのリクエストを、地図サーバへ送信する。
【００３５】
レスポンス受信部１０８は、地図サーバから分割地図画像を受信し、これら分割地図画像を地図データ生成部１０９へ通知する。
【００３６】
地図データ生成部１０９は、生成したインデックス情報と、受信した分割地図画像とを含む地図データを生成する。生成された地図データは、レスポンス送信部１０６へ通知され、端末３へ送信される。
【００３７】
図２は、利用者が端末に表示させたい地図データの閲覧範囲画面である。
【００３８】
プロキシサーバ１のリクエスト受信部１０１は、閲覧範囲の閲覧範囲地理座標を含むリクエストを、端末３から受信する。図２によれば、利用者は、「北緯35.69度及び東経139.69度を中心として、半径３０ｋｍ圏内」の地図を表示させたいとする。
【００３９】
この地図データは、例えば以下のＵＲＬのように表すことができる。
http://host0.domain0/map0.svg?position=+35.69+139.69/&r=30000
"host0.domain0"は、地図サーバのホストを表し、"map0.svg"は、地図データのパスを表す。"position=+35.69+139.69/"は、中心緯度経度情報（ISO6709形式）を表し、"r=30000"は、領域の半径（単位ｍ）を表す。
【００４０】
日本付近では、緯度１度あたり１２０ｋｍ、経度１度あたり８０ｋｍとする。そうすると、図２の表示画面の緯度経度は、以下のようになる。
南端：３５．６９度−３０ｋｍ／１２０ｋｍ＝３５．４４度
西端：１３９．６９度−３０ｋｍ／８０ｋｍ＝１３９．３１５度
北端：３５．６９度＋３０ｋｍ／１２０ｋｍ＝３５．９４度
東端：１３９．６９度＋３０ｋｍ／８０ｋｍ＝１４０．０６５度
左下緯度経度座標（北緯３５．４４度、東経１３９．３１５度）
右上緯度経度座標（北緯３５．９４度、東経１４０．０６５度）
【００４１】
図３は、地図サーバが蓄積する地図データの分割地図画像である。
【００４２】
図３によれば、非特許文献１によって規定された分割地図画像のメッシュコードが表されている。メッシュコードは、１次メッシュコードと２次メッシュコードとに分けられている。１次メッシュコードは、８０ｋｍ×８０ｋｍの正方形であって、６４００ｋｍ２の分割地図画像に対して付与される。また、２次メッシュコードは、１次メッシュコードの分割地図画像を更に８×８に分割したものであって、１０ｋｍ×１０ｋｍの正方形の１００ｋｍ２の分割地図画像に対して付与される。図３によれば、１０ｋｍ四方の分割地図画像毎に、１次メッシュコード＋２次メッシュコードからなる分割地図画像識別子（svgファイル名）が付与されている。
【００４３】
図３によれば、地図データの分割地図画像におけるsvgファイル名は、"aaaabb.svg"の形式で表されている。"aaaa"は、区画の１次メッシュコードを表し、"bb"は、区画の２次メッシュコードを表す。図３の「533964.svg」は、１次メッシュコード「５３３９」における２次メッシュコード「６４」の分割地図画像を表す。
【００４４】
図４は、図２の閲覧範囲を、図３の分割地図画像に重畳した状態を表す説明図である。
【００４５】
図４によれば、図２の閲覧範囲を、533912.svg、533922.svg、533932.svg、533942.svg、533952.svg、533962.svg、533972.svg、533913.svg、〜、534070.svgの４９枚の分割地図画像の組み合わせによって表示することができる。
【００４６】
緯度経度座標（「度」「分」「秒」表記）と、メッシュコードが付与された分割地図画像識別子との変換関係の規則の一例について、説明する。
【００４７】
１次メッシュコードは、緯度を１．５倍し、「度」の部分を取り出す（２桁）。次に、経度から「度」の部分を取り出して１００を引く（２桁）。２次メッシュコードは、１．５倍した緯度の「分」以下の部分を取り出し、秒単位に変換した後、４５０で割った商を取り出す（１桁）。次に、緯度から「分」以下の部分を取り出し、秒単位に変換した後、４５０で割った商を取り出す（１桁）。
【００４８】
具体的に、図２の左下緯度経度座標（北緯３５．４４度、東経１３９．３１５度）を表示する分割地図画像識別子の選定を説明する。
【００４９】
北緯３５．４４度＝度分秒表記：北緯３５度２６分２４秒
東経１３９．３１５度＝度分秒表記：東経１３９度１８分５４秒
【００５０】
１次メッシュコードは、緯度（３５度２６分２４秒）を１．５倍し（５３度０９分３６秒）、「度」の部分（５３）を取り出す。次に、経度（１３９度１８分５４秒）から「度」の部分（１３９）を取り出して１００を引く（３９）。これら桁を合わせると、１次メッシュコードは「５３３９」となる。
【００５１】
２次メッシュコードは、１．５倍した緯度（５３度０９分３６秒）の「分」以下の部分（０９分３６秒）を取り出し、秒単位に変換（５７６秒）した後、４５０で割った商（１）を取り出す。次に、緯度（１３９度１８分５４秒）から「分」以下の部分（１８分５４秒）を取り出し、秒単位（１１３４秒）に変換した後、４５０で割った商（２）を取り出す。これら桁を合わせると、２次メッシュコードは「１２」となる。
【００５２】
１次メッシュコード「５３３９」＋２次メッシュコード「１２」より、左下分割地図画像ファイル名は「533912.svg」となる。
【００５３】
図２によれば、利用者が端末に表示させたい地図データの閲覧範囲画面の半径は３０ｋである。その閲覧範囲画面の四方の一辺は６０ｋｍであり、６０ｋｍ×６０ｋｍ＝３６００ｋｍ２の地図が表示される必要がある。この地図を確実に表示するためには、一辺に１枚の分割地図画像を追加することによってカバーされる。即ち、図４によれば、７０ｋｍ（７枚）×７０ｋｍ（７枚）＝４９００ｋｍ２（４９枚）の地図を必要とする。
【００５４】
左下端：１次メッシュコード「５３３９」、２次メッシュコード「１２」：533912.svg
右下端：１次メッシュコード「５３４０」、２次メッシュコード「１０」：534010.svg
左上端：１次メッシュコード「５３３９」、２次メッシュコード「７２」：533972.svg
右上端：１次メッシュコード「５３４０」、２次メッシュコード「７０」：534070.svg
【００５５】
前述では、非特許文献１のメッシュコードによって説明したが、勿論、ファイルの命名規則をメッシュコードとは関係なしに、例えば、その区画の中心の緯度経度の値を組み合わせたものや、辞書を用いて一意に定まるものであってもよい。例えば、中心が、北緯35.69及び東経139.69であるとき、それぞれ１００倍した3569と13969を組み合わせて、3569-1369.svgとするものであってもよい。また、例えば、予め全ての区画に通し番号を振っておき、各区画に含まれる緯度経度との間の辞書を作成するものであってもよい。
【００５６】
図５は、選定された分割地図画像に基づいて閲覧範囲画像座標を算出する説明図である。
【００５７】
選定された分割地図画像を組み合わせた地図データから、次のような画像座標と地理座標と対応関係が導出される。
（０，０）＝（北緯:36.0000度、東経139.2500度）
（７００，７００）＝（北緯:35.416667度、東経140.1250度）
【００５８】
ＳＶＧ画像座標と緯度経度座標との対応関係を表す変換パラメータは、以下のような行列式で表される。
【数４】
【００５９】
前述の行列式に、ＳＶＧ画像座標及び緯度経度座標を代入すると、以下のように表される。
０＝ａ・139.2500＋ｃ・36.0000＋ｅ
０＝ｂ・139.2500＋ｄ・36.0000＋ｆ
７００＝ａ・140.1250＋ｃ・36.0000＋ｅ
０＝ｂ・140.1250＋ｄ・36.0000＋ｆ
０＝ａ・139.2500＋ｃ・35.416667＋ｅ
７００＝ｂ・139.2500＋ｄ・35.416667＋ｆ
７００＝ａ・139.697318＋ｃ・35.416667＋ｅ
７００＝ｂ・139.697318＋ｄ・35.416667＋ｆ
【００６０】
前述の式を解くと、各変換パラメータは、以下のように表される。
ａ＝800.00
ｂ＝0
ｃ＝0
ｄ＝-1200.00
ｅ＝-111400.00
ｆ＝43200.00
【００６１】
前述の行列式は、変換パラメータを代入すると、以下のように表される。
ｘ１＝800.00・ｘ０＋0・ｙ０＋(-111400.00)
ｙ１＝0・ｘ０＋(-1200.00)・ｙ０＋43200.00
【００６２】
前述の式に、端末から要求された閲覧範囲の左上端の地理座標（緯度経度座標）を代入すると、以下のように表される。
（北緯35.94度、東経139.315度）
ｘ１＝800.00・139.315＋0・35.94＋(-111400.00)
ｙ１＝0・139.315＋(-1200.00)・35.94＋43200.00
【００６３】
前述の式を解くと、ＳＶＧ画像座標は、以下のように表される。
（北緯35.94度、東経139.315度）
ｘ１＝52
ｙ１＝72
【００６４】
図５によれば、緯度経度座標（北緯35.94度、東経139.315度）は、ＳＶＧ画像座標（５２、７２）に対応する。閲覧範囲地理座標に対応する閲覧範囲画像座標は、左上端（５２、７２）及び縦幅横幅（６００、６００）になる。
【００６５】
図６は、本発明によって生成されたインデックス情報のソースコードである。
【００６６】
index.svgにおけるsvg要素の中のviewBox="52 72 600 600"は、閲覧範囲画像座標を表し、ＳＶＧ画像座標について左上端（５２、７２）と縦幅横幅（６００、６００）を意味する。crs要素の中のtransformは、座標系参照の変換パラメータを表す。viewBox="52 72 600 600"によって、「北緯35.69度東経139.69度を中心として，半径30km圏内」に該当する表示領域を指定する。これにより、利用者によって閲覧位置が調整された後の閲覧範囲に従って、分割地図画像を組み合わせた地図データを表示することができる。
【００６７】
座標系参照情報ＣＲＳは、地図データを記述する最上位の"svg"要素の"metadata"の中に付加される。具体的には、"crs:CoordinateReferenceSystem"を定義するＲＤＦによって記述される。
【００６８】
ＣＲＳの定義は、OpenGIS勧告（the OpenGIS Recommendation on the Definition of Coordinate Reference System）[OpenGIS Coordinate Systems] に述べられているＸＭＬ文法に従う。２次元データの変換には、アフィン変換パラメータを用いており、そのパラメータは、"svg:transform"属性として記述される。"svg:transform"属性は、"crs:CoordinateReferenceSystem"要素の中に付加される。
【００６９】
"rdf:resource="は、参照される座標系を表している。"svg:tranform="は、ＳＶＧに符号化される際に、参照される座標系からどのような変換が適用されたかを表す。matrix()内の６個の数値は、３×３の変換行列ａ、ｂ、ｃ、ｄ、ｅ、ｆに対応する。
【数５】
【００７０】
crs要素の"transform"には、以下のＣＲＳパラメータが記述される。
svg:transform="matrix(800.00,0,0,-1200.00,-111400.00,43200.00)"
【００７１】
更に、分割地図画像を取得するためのアドレスが列挙される。
<image x="0" y="600" width="100" height="100"
xlihk:href="http://server1.domain1/533912.svg"/>
・・・・・・
<image x="600" y="600" width="100" height="100"
xlihk:href="http://server1.domain1/534070.svg"/>
【００７２】
図７は、本発明ついてプロキシサーバが端末へ送信する地図データの構成図である。
【００７３】
図７によれば、地図データに関する複数のコンテンツが含められている。第１のコンテンツは、端末からのリクエストに含まれる閲覧範囲地理座標に対応するインデックス情報を表す。コード"0x0000"は、閲覧範囲地理座標に対応するインデックス情報であることを意味する。第２〜第５０のコンテンツは、インデックス情報によって参照される地図データのファイル名を表す。コード"0xffff"は、分割地図画像であることを意味する。端末は、自ら送信したリクエストに対する応答となる第１のコンテンツと、そのリクエストに関連する第２〜第５０のコンテンツとを受信する。
【００７４】
図７によれば、分割地図画像を含ませることもできる。分割地図画像自体は、斜線で表されている。これにより、端末は、改めて分割地図画像を地図サーバから取得する必要がなくなる。
【００７５】
図８は、２回目のリクエストに対する閲覧範囲を、図４の分割地図画像に重畳した状態を表す説明図である。
【００７６】
端末が、最初に「北緯35.69度及び東経139.69度を中心として、半径３０ｋｍ圏内」の地図データをプロキシサーバへ要求したとする。その後、端末が、「北緯35.65度及び東経139.80度を中心として，半径３０ｋｍ圏内」の地図データをプロキシサーバへ要求したとする。２回目のリクエストは、以下のＵＲＬによって表される。
http://host0.domain0/map0.svg?position=+35.65+139.80/&r=30000
【００７７】
ここで、端末は、533912.svg、533922.svg、533932.svg、533942.svg、533952.svg、533962.svg、533972.svg、533913.svg、〜、534070.svgの４９枚の分割地図画像を既に受信している。従って、図８において斜線で表された部分の分割地図画像のみを、端末へ送信すればよい。図８によれば、533903.svg、533904.svg、533905.svg、533906.svg、533907.svg、534000.svg、534001.svg、534011.svg、534021.svg、534031.svg、534041.svg、534051.svg、534061.svgの１３枚の分割地図画像のみを端末へ送信すればよい。
【００７８】
本発明によれば、プロキシサーバによってリクエストに、先に送信したレスポンスに基づく先の閲覧範囲地理座標を更に含む。これにより、プロキシサーバは、先のレスポンスで送信した分割地図画像と、今回のレスポンスで送信すべき分割地図画像との差分となる分割地図画像のみを送信する。これにより、端末によって既に受信された分割地図画像は、プロキシサーバが送信されない。
【００７９】
以上、詳細に説明したように、本発明におけるプロキシサーバ及びプログラムによれば、端末が、無線リンクを用いる携帯端末であっても、複数の分割地図画像を組み合わせた地図データを容易に受信し且つ表示することができる。
【００８０】
前述した本発明における種々の実施形態によれば、当業者は、本発明の技術思想及び見地の範囲における種々の変更、修正及び省略を容易に行うことができる。前述の説明はあくまで例であって、何ら制約しようとするものではない。本発明は、特許請求の範囲及びその均等物として限定するものにのみ制約される。
【図面の簡単な説明】
【００８１】
【図１】本発明におけるシステム構成図である。
【図２】利用者が端末に表示させたい地図データの閲覧範囲画面である。
【図３】地図サーバが蓄積する地図データの分割地図画像である。
【図４】図２の閲覧範囲を、図３の分割地図画像に重畳した状態を表す説明図である。
【図５】選定された分割地図画像に基づいて閲覧範囲画像座標を算出する説明図である。
【図６】本発明によって生成されたインデックス情報のソースコードである。
【図７】本発明ついてプロキシサーバが端末へ送信する地図データの構成図である。
【図８】２回目のリクエストに対する閲覧範囲を、図４の分割地図画像に重畳した状態を表す説明図である。
【符号の説明】
【００８２】
１ プロキシサーバ
１０１ リクエスト受信部
１０２ 分割地図画像選定部
１０３ 座標系参照情報算出部
１０４ 閲覧範囲画像座標導出部
１０５ インデックス情報生成部
１０６ レスポンス送信部
１０７ リクエスト送信部
１０８ レスポンス受信部
１０９ 地図データ生成部
２ 地図サーバ
３ 端末
４ ネットワーク、インターネット
【技術分野】
【０００１】
本発明は、地図データを送信するプロキシサーバ及びプログラムに関する。
【背景技術】
【０００２】
インターネット等の広域ネットワークには、地図サーバが接続されており、地図サーバは、背景地図や対象物位置等の地図データを蓄積している。端末は、地図サーバから地図データを受信し、ディスプレイに表示することができる。
【０００３】
地図サーバは、一定の規則に基づいて地図画像を分割して蓄積している。通常、分割地図画像は、一定の大きさの矩形に分割したものであって、タイル状のメッシュデータである。分割地図画像毎に、識別子（ＩＤ）が付与されている。国土交通省は、分割地図画像のメッシュデータにおける識別子（国土数値情報）を開示している（例えば非特許文献１参照）。ここでは、例えば、５０ｍ２メッシュ、２５０ｍ２メッシュ、２５０ｍ２メッシュ、１ｋｍ２メッシュ等が規定されている（例えば非特許文献２参照）。
【０００４】
端末は、地図サーバから所望の地図画像を受信するために、分割地図画像の識別子を認識しておく必要がある。これに対し、端末が、分割地図画像の識別子を認識することなく、所望の地図画像及びその周辺画像を簡易に地図サーバから取得することができる技術もある（例えば特許文献１参照）。
【０００５】
また、ＸＭＬに基づく２Ｄベクタ画像記述言語として、２００１年９月Ｗ３Ｃ勧告として公開されたＳＶＧ(Scalable Vector Graphics)がある（例えば非特許文献３参照）。ＳＶＧは、画像を、点（ドット）の集合ではなく、線や多角形などの図形（オブジェクト）の集合として扱う。そのために、利用者が見る端末の機種又は性能に応じて、最適な表示が可能となる。
【０００６】
【特許文献１】特開２００５−０９２３２１号公報
【非特許文献１】国土数値情報、「メッシュデータについて」、[online]、[平成１８年３月２５日検索]、インターネット＜ＵＲＬ：http://nlftp.mlit.go.jp/ksj/mesh.html＞
【非特許文献２】ＵＰＬＩＦＴ、[online]、[平成１８年３月２５日検索]、インターネット＜ＵＲＬ：http://www.studio-pon.com/jp/products/uplift/mapdata.html＞
【非特許文献３】「Scalable Vector Graphics(ＳＶＧ) 1.1 Specification」、［online］、平成１８年３月２５日検索、インターネット＜ＵＲＬ：http://www.w3.org/TR/SVG11＞
【発明の開示】
【発明が解決しようとする課題】
【０００７】
特許文献１に記載された技術によれば、端末は、所望の位置情報（例えば緯度経度情報）を地図サーバへ送信し、その位置に相当する１枚の分割地図画像を受信する。次に、受信した分割地図画像の大きさに基づいて、利用者が所望する範囲の地図を全て表示するのに必要となる分割地図画像の位置及び枚数を推定する。端末は、推定した位置及び枚数を、改めて地図サーバへ送信し、地図サーバから複数の分割地図画像を受信する。従って、端末は、地図サーバとの間で、何回かやりとりをする必要があった。
【０００８】
端末が、無線リンクの通信環境を用いる場合、遅延が大きく、セッションの確立にも時間を要する。このような環境で、複数の分割地図画像をサーバから受信すると、所望する全ての分割地図画像を取得するまでに、かなりの時間を要することとなる。また、端末が、携帯電話機のような端末である場合、画像の処理能力が低い。この場合、分割地図画像の識別子の算出や、分割地図画像の組み立て及び表示をすることは、端末の処理にとって大きい負荷となる。
【０００９】
そこで、本発明は、端末が、無線リンクを用いる携帯端末であっても、複数の分割地図画像を組み合わせた地図データを容易に受信し且つ表示することができるプロキシサーバ及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明によれば、地図サーバから分割地図画像を受信し、１つの地図データを端末へ送信するプロキシサーバであって、
利用者によって操作された閲覧範囲の閲覧範囲地理座標を含むリクエストを、端末から受信するリクエスト受信手段と、
閲覧範囲地理座標から、閲覧範囲を表示するために必要な１つ以上の分割地図画像の分割地図画像識別子を選定する分割地図画像選定手段と、
分割地図画像の画像座標及び地理座標から座標系参照情報を算出する座標系参照情報算出手段と、
座標系参照情報に基づいて、閲覧範囲地理座標から閲覧範囲画像座標を導出する閲覧範囲画像座標導出手段と、
閲覧範囲画像座標及び座標系参照情報と、分割地図画像識別子とを含むインデックス情報を生成するインデックス情報生成手段と、
インデックス情報を含むレスポンスを端末へ返信するレスポンス送信手段と
を有することを特徴とする。
【００１１】
本発明のプロキシサーバにおける他の実施形態によれば、
選定された分割地図画像を取得するために、地図サーバへリクエストを送信するリクエスト送信手段と、
地図サーバから、分割地図画像を受信するレスポンス受信手段と、
生成したインデックス情報と、受信した分割地図画像とを含む１つの地図データを生成する地図データ生成手段と
を更に有し、
レスポンス送信手段は、地図データを含むレスポンスを端末へ返信する
ことも好ましい。
【００１２】
本発明のプロキシサーバにおける他の実施形態によれば、
リクエスト受信手段によって受信されるリクエストは、先に送信したレスポンスに基づく先の閲覧範囲地理座標を更に含んでおり、
地図データ生成手段は、先に送信したレスポンスに含められた地図データの分割地図画像を、現に送信しようとしている当該レスポンスに含まないように地図データを生成することも好ましい。
【００１３】
本発明のプロキシサーバにおける他の実施形態によれば、
地図データは、ＳＶＧによって記述されており、
閲覧範囲地理座標及び地理座標は、緯度経度座標であり、
閲覧範囲画像座標及び画像座標は、ＳＶＧ画像座標であり、
座標系参照情報は、座標系参照の変換パラメータであり、
閲覧範囲画像座標は、地図データのsvg要素に記述されており、
変換パラメータは、地図データのメタデータに記述されている
ことも好ましい。
【００１４】
本発明のプロキシサーバにおける他の実施形態によれば、
変換パラメータは、
【数１】
の一次変換式によって表されることも好ましい。
【００１５】
本発明によれば、地図サーバから分割地図画像を受信し、１つの地図データを端末へ送信するプロキシサーバに搭載されたコンピュータを機能させるプログラムであって、
利用者によって操作された閲覧範囲の閲覧範囲地理座標を含むリクエストを、端末から受信するリクエスト受信手段と、
閲覧範囲地理座標から、閲覧範囲を表示するために必要な１つ以上の分割地図画像の分割地図画像識別子を選定する分割地図画像選定手段と、
分割地図画像の画像座標及び地理座標から座標系参照情報を算出する座標系参照情報算出手段と、
座標系参照情報に基づいて、閲覧範囲地理座標から閲覧範囲画像座標を導出する閲覧範囲画像座標導出手段と、
閲覧範囲画像座標及び座標系参照情報と、分割地図画像識別子とを含むインデックス情報を生成するインデックス情報生成手段と、
インデックス情報を含むレスポンスを端末へ返信するレスポンス送信手段と
してコンピュータを機能させることを特徴とする。
【００１６】
本発明のプロキシサーバ用のプログラムにおける他の実施形態によれば、
分割地図画像を取得するために、地図サーバへリクエストを送信するリクエスト送信手段と、
地図サーバから、分割地図画像を受信するレスポンス受信手段と、
生成したインデックス情報と、受信した分割地図画像とを含む１つの地図データを生成する地図データ生成手段と
してコンピュータを更に機能させ、
レスポンス送信手段は、地図データを含むレスポンスを端末へ返信する
ようにコンピュータを機能させることも好ましい。
【００１７】
本発明のプロキシサーバ用のプログラムにおける他の実施形態によれば、
リクエスト受信手段によって受信されるリクエストは、先に送信したレスポンスに基づく先の閲覧範囲地理座標を更に含んでおり、
地図データ生成手段は、先に送信したレスポンスに含められた地図データの分割地図画像を、現に送信しようとしている当該レスポンスに含まないように地図データを生成することも好ましい。
【００１８】
本発明のプロキシサーバ用のプログラムにおける他の実施形態によれば、
地図データは、ＳＶＧによって記述されており、
閲覧範囲地理座標及び地理座標は、緯度経度座標であり、
閲覧範囲画像座標及び画像座標は、ＳＶＧ画像座標であり、
座標系参照情報は、座標系参照の変換パラメータであり、
閲覧範囲画像座標は、地図データのsvg要素に記述されており、
変換パラメータは、地図データのメタデータに記述されている
ようにコンピュータを機能させることも好ましい。
【００１９】
本発明のプロキシサーバ用のプログラムにおける他の実施形態によれば、
変換パラメータは、
【数２】
の一次変換式によって表されるようにコンピュータを機能させることも好ましい。
【発明の効果】
【００２０】
本発明におけるプロキシサーバ及びプログラムによれば、端末が、無線リンクを用いる携帯端末であっても、複数の分割地図画像を組み合わせた地図データを容易に受信し且つ表示することができる。
【発明を実施するための最良の形態】
【００２１】
以下では、図面を用いて、本発明を実施するための最良の形態について詳細に説明する。
【００２２】
図１は、本発明におけるシステム構成図である。
【００２３】
図１によれば、インターネットのようなネットワーク４に、プロキシサーバ１と、複数の地図サーバ２と、端末３とが接続されている。地図サーバ２は、一定の規則に基づいて分割された地図データの分割地図画像を蓄積する。地図データは、ＳＶＧによって記述されているとする。
【００２４】
端末３は、地図データのリクエストをプロキシサーバ１へ送信する。プロキシサーバ１は、そのリクエストに応じて、複数の分割地図画像に関するインデックス情報を含むレスポンスを、端末３へ返信する。端末３は、インデックス情報に基づいて、地図サーバから複数の分割地図画像を取得することができる。ここで、レスポンスに、１つ以上の地図サーバ２から受信した複数の分割地図画像を含めることもできる。端末３は、改めて地図サーバにアクセスすることなく、受信した分割地図画像を組み合わせた１つの地図データをディスプレイに表示することができる。
【００２５】
図１によれば、プロキシサーバ１は、リクエスト受信部１０１と、分割地図画像選定部１０２と、座標系参照情報算出部１０３と、閲覧範囲画像座標導出部１０４と、インデックス情報生成部１０５と、レスポンス送信部１０６と、リクエスト送信部１０７と、レスポンス受信部１０８と、地図データ生成部１０９とを有する。これら機能部は、プロキシサーバ１に搭載されたコンピュータによって実行されるプログラムによっても実現できる。
【００２６】
リクエスト受信部１０１は、閲覧範囲地理座標を含むリクエストを、端末３から受信する。閲覧範囲地理座標は、利用者によって操作された閲覧範囲を表し、中心点となる緯度経度座標と、その半径距離とによって表される。
【００２７】
分割地図画像選定部１０２は、閲覧範囲地理座標から、閲覧範囲を表示するために必要な１つ以上の分割地図画像の分割地図画像識別子を選定する。選定された複数の分割地図画像を組み合わせた地図データは、閲覧範囲地理座標に基づく地理範囲を内包するようになる。即ち、地図データは、閲覧範囲地理座標に基づく地理範囲と同じ範囲か、又は閲覧範囲地理座標に基づく地理範囲よりもわずかに広い範囲を表す。
【００２８】
座標系参照情報算出部１０３は、分割地図画像の画像座標（ＳＶＧ画像座標）及び地理座標（緯度経度座標）から座標系参照情報を算出する。座標系参照情報は、ＣＲＳ(Coordinate Reference System)として定義され、緯度経度座標とＳＶＧ画像座標とを対応付ける変換パラメータである。ＣＲＳパラメータは、地図データのメタデータに記述される。ＣＲＳパラメータａ、ｂ、ｃ、ｄ、ｅ及びｆは、以下のような一次変換式によって表される。
【数３】
【００２９】
ＳＶＧ画像座標は、ｘ軸（右向きが正）及びｙ軸（下向きが正）で表され、緯度経度座標は、東経及び北緯で表される。
【００３０】
閲覧範囲画像座標導出部１０４は、ＣＲＳパラメータに基づいて、閲覧範囲地理座標から閲覧範囲画像座標を導出する。閲覧範囲画像座標（ＳＶＧ画像座標）は、左上端（ｘ、ｙ）座標と、縦幅横幅とによって表される。
【００３１】
インデックス情報生成部１０５は、閲覧範囲画像座標及びＣＲＳパラメータと、選定された分割地図画像識別子とを含むインデックス情報を生成する。インデックス情報は、ＳＶＧによって記述されており、ＳＶＧ１．１ Specificationによれば、閲覧範囲画像座標は、svg要素の中のviewBoxとして定義される。ＣＲＳパラメータは、crs要素の中のtransformに記述される。分割地図画像識別子は、地図サーバのＵＲＬ(Uniform Resource Locator)として記述される。
【００３２】
レスポンス送信部１０６は、インデックス情報を含むレスポンスを端末３へ返信する。これにより、端末３は、そのインデックス情報に記述された地図サーバへ、分割地図画像を取得するためのリクエストを送信し、分割地図画像を取得することができる。
【００３３】
また、レスポンス送信部１０６は、地図データ生成部１０９から通知された複数の分割地図画像自体を、インデックス情報と共に端末３へ送信することも好ましい。これにより、端末３は、分割地図画像を地図サーバから取得する必要がなくなる。
【００３４】
リクエスト送信部１０７は、分割地図画像選定部１０２によって選定された分割地図画像を取得するためのリクエストを、地図サーバへ送信する。
【００３５】
レスポンス受信部１０８は、地図サーバから分割地図画像を受信し、これら分割地図画像を地図データ生成部１０９へ通知する。
【００３６】
地図データ生成部１０９は、生成したインデックス情報と、受信した分割地図画像とを含む地図データを生成する。生成された地図データは、レスポンス送信部１０６へ通知され、端末３へ送信される。
【００３７】
図２は、利用者が端末に表示させたい地図データの閲覧範囲画面である。
【００３８】
プロキシサーバ１のリクエスト受信部１０１は、閲覧範囲の閲覧範囲地理座標を含むリクエストを、端末３から受信する。図２によれば、利用者は、「北緯35.69度及び東経139.69度を中心として、半径３０ｋｍ圏内」の地図を表示させたいとする。
【００３９】
この地図データは、例えば以下のＵＲＬのように表すことができる。
http://host0.domain0/map0.svg?position=+35.69+139.69/&r=30000
"host0.domain0"は、地図サーバのホストを表し、"map0.svg"は、地図データのパスを表す。"position=+35.69+139.69/"は、中心緯度経度情報（ISO6709形式）を表し、"r=30000"は、領域の半径（単位ｍ）を表す。
【００４０】
日本付近では、緯度１度あたり１２０ｋｍ、経度１度あたり８０ｋｍとする。そうすると、図２の表示画面の緯度経度は、以下のようになる。
南端：３５．６９度−３０ｋｍ／１２０ｋｍ＝３５．４４度
西端：１３９．６９度−３０ｋｍ／８０ｋｍ＝１３９．３１５度
北端：３５．６９度＋３０ｋｍ／１２０ｋｍ＝３５．９４度
東端：１３９．６９度＋３０ｋｍ／８０ｋｍ＝１４０．０６５度
左下緯度経度座標（北緯３５．４４度、東経１３９．３１５度）
右上緯度経度座標（北緯３５．９４度、東経１４０．０６５度）
【００４１】
図３は、地図サーバが蓄積する地図データの分割地図画像である。
【００４２】
図３によれば、非特許文献１によって規定された分割地図画像のメッシュコードが表されている。メッシュコードは、１次メッシュコードと２次メッシュコードとに分けられている。１次メッシュコードは、８０ｋｍ×８０ｋｍの正方形であって、６４００ｋｍ２の分割地図画像に対して付与される。また、２次メッシュコードは、１次メッシュコードの分割地図画像を更に８×８に分割したものであって、１０ｋｍ×１０ｋｍの正方形の１００ｋｍ２の分割地図画像に対して付与される。図３によれば、１０ｋｍ四方の分割地図画像毎に、１次メッシュコード＋２次メッシュコードからなる分割地図画像識別子（svgファイル名）が付与されている。
【００４３】
図３によれば、地図データの分割地図画像におけるsvgファイル名は、"aaaabb.svg"の形式で表されている。"aaaa"は、区画の１次メッシュコードを表し、"bb"は、区画の２次メッシュコードを表す。図３の「533964.svg」は、１次メッシュコード「５３３９」における２次メッシュコード「６４」の分割地図画像を表す。
【００４４】
図４は、図２の閲覧範囲を、図３の分割地図画像に重畳した状態を表す説明図である。
【００４５】
図４によれば、図２の閲覧範囲を、533912.svg、533922.svg、533932.svg、533942.svg、533952.svg、533962.svg、533972.svg、533913.svg、〜、534070.svgの４９枚の分割地図画像の組み合わせによって表示することができる。
【００４６】
緯度経度座標（「度」「分」「秒」表記）と、メッシュコードが付与された分割地図画像識別子との変換関係の規則の一例について、説明する。
【００４７】
１次メッシュコードは、緯度を１．５倍し、「度」の部分を取り出す（２桁）。次に、経度から「度」の部分を取り出して１００を引く（２桁）。２次メッシュコードは、１．５倍した緯度の「分」以下の部分を取り出し、秒単位に変換した後、４５０で割った商を取り出す（１桁）。次に、緯度から「分」以下の部分を取り出し、秒単位に変換した後、４５０で割った商を取り出す（１桁）。
【００４８】
具体的に、図２の左下緯度経度座標（北緯３５．４４度、東経１３９．３１５度）を表示する分割地図画像識別子の選定を説明する。
【００４９】
北緯３５．４４度＝度分秒表記：北緯３５度２６分２４秒
東経１３９．３１５度＝度分秒表記：東経１３９度１８分５４秒
【００５０】
１次メッシュコードは、緯度（３５度２６分２４秒）を１．５倍し（５３度０９分３６秒）、「度」の部分（５３）を取り出す。次に、経度（１３９度１８分５４秒）から「度」の部分（１３９）を取り出して１００を引く（３９）。これら桁を合わせると、１次メッシュコードは「５３３９」となる。
【００５１】
２次メッシュコードは、１．５倍した緯度（５３度０９分３６秒）の「分」以下の部分（０９分３６秒）を取り出し、秒単位に変換（５７６秒）した後、４５０で割った商（１）を取り出す。次に、緯度（１３９度１８分５４秒）から「分」以下の部分（１８分５４秒）を取り出し、秒単位（１１３４秒）に変換した後、４５０で割った商（２）を取り出す。これら桁を合わせると、２次メッシュコードは「１２」となる。
【００５２】
１次メッシュコード「５３３９」＋２次メッシュコード「１２」より、左下分割地図画像ファイル名は「533912.svg」となる。
【００５３】
図２によれば、利用者が端末に表示させたい地図データの閲覧範囲画面の半径は３０ｋである。その閲覧範囲画面の四方の一辺は６０ｋｍであり、６０ｋｍ×６０ｋｍ＝３６００ｋｍ２の地図が表示される必要がある。この地図を確実に表示するためには、一辺に１枚の分割地図画像を追加することによってカバーされる。即ち、図４によれば、７０ｋｍ（７枚）×７０ｋｍ（７枚）＝４９００ｋｍ２（４９枚）の地図を必要とする。
【００５４】
左下端：１次メッシュコード「５３３９」、２次メッシュコード「１２」：533912.svg
右下端：１次メッシュコード「５３４０」、２次メッシュコード「１０」：534010.svg
左上端：１次メッシュコード「５３３９」、２次メッシュコード「７２」：533972.svg
右上端：１次メッシュコード「５３４０」、２次メッシュコード「７０」：534070.svg
【００５５】
前述では、非特許文献１のメッシュコードによって説明したが、勿論、ファイルの命名規則をメッシュコードとは関係なしに、例えば、その区画の中心の緯度経度の値を組み合わせたものや、辞書を用いて一意に定まるものであってもよい。例えば、中心が、北緯35.69及び東経139.69であるとき、それぞれ１００倍した3569と13969を組み合わせて、3569-1369.svgとするものであってもよい。また、例えば、予め全ての区画に通し番号を振っておき、各区画に含まれる緯度経度との間の辞書を作成するものであってもよい。
【００５６】
図５は、選定された分割地図画像に基づいて閲覧範囲画像座標を算出する説明図である。
【００５７】
選定された分割地図画像を組み合わせた地図データから、次のような画像座標と地理座標と対応関係が導出される。
（０，０）＝（北緯:36.0000度、東経139.2500度）
（７００，７００）＝（北緯:35.416667度、東経140.1250度）
【００５８】
ＳＶＧ画像座標と緯度経度座標との対応関係を表す変換パラメータは、以下のような行列式で表される。
【数４】
【００５９】
前述の行列式に、ＳＶＧ画像座標及び緯度経度座標を代入すると、以下のように表される。
０＝ａ・139.2500＋ｃ・36.0000＋ｅ
０＝ｂ・139.2500＋ｄ・36.0000＋ｆ
７００＝ａ・140.1250＋ｃ・36.0000＋ｅ
０＝ｂ・140.1250＋ｄ・36.0000＋ｆ
０＝ａ・139.2500＋ｃ・35.416667＋ｅ
７００＝ｂ・139.2500＋ｄ・35.416667＋ｆ
７００＝ａ・139.697318＋ｃ・35.416667＋ｅ
７００＝ｂ・139.697318＋ｄ・35.416667＋ｆ
【００６０】
前述の式を解くと、各変換パラメータは、以下のように表される。
ａ＝800.00
ｂ＝0
ｃ＝0
ｄ＝-1200.00
ｅ＝-111400.00
ｆ＝43200.00
【００６１】
前述の行列式は、変換パラメータを代入すると、以下のように表される。
ｘ１＝800.00・ｘ０＋0・ｙ０＋(-111400.00)
ｙ１＝0・ｘ０＋(-1200.00)・ｙ０＋43200.00
【００６２】
前述の式に、端末から要求された閲覧範囲の左上端の地理座標（緯度経度座標）を代入すると、以下のように表される。
（北緯35.94度、東経139.315度）
ｘ１＝800.00・139.315＋0・35.94＋(-111400.00)
ｙ１＝0・139.315＋(-1200.00)・35.94＋43200.00
【００６３】
前述の式を解くと、ＳＶＧ画像座標は、以下のように表される。
（北緯35.94度、東経139.315度）
ｘ１＝52
ｙ１＝72
【００６４】
図５によれば、緯度経度座標（北緯35.94度、東経139.315度）は、ＳＶＧ画像座標（５２、７２）に対応する。閲覧範囲地理座標に対応する閲覧範囲画像座標は、左上端（５２、７２）及び縦幅横幅（６００、６００）になる。
【００６５】
図６は、本発明によって生成されたインデックス情報のソースコードである。
【００６６】
index.svgにおけるsvg要素の中のviewBox="52 72 600 600"は、閲覧範囲画像座標を表し、ＳＶＧ画像座標について左上端（５２、７２）と縦幅横幅（６００、６００）を意味する。crs要素の中のtransformは、座標系参照の変換パラメータを表す。viewBox="52 72 600 600"によって、「北緯35.69度東経139.69度を中心として，半径30km圏内」に該当する表示領域を指定する。これにより、利用者によって閲覧位置が調整された後の閲覧範囲に従って、分割地図画像を組み合わせた地図データを表示することができる。
【００６７】
座標系参照情報ＣＲＳは、地図データを記述する最上位の"svg"要素の"metadata"の中に付加される。具体的には、"crs:CoordinateReferenceSystem"を定義するＲＤＦによって記述される。
【００６８】
ＣＲＳの定義は、OpenGIS勧告（the OpenGIS Recommendation on the Definition of Coordinate Reference System）[OpenGIS Coordinate Systems] に述べられているＸＭＬ文法に従う。２次元データの変換には、アフィン変換パラメータを用いており、そのパラメータは、"svg:transform"属性として記述される。"svg:transform"属性は、"crs:CoordinateReferenceSystem"要素の中に付加される。
【００６９】
"rdf:resource="は、参照される座標系を表している。"svg:tranform="は、ＳＶＧに符号化される際に、参照される座標系からどのような変換が適用されたかを表す。matrix()内の６個の数値は、３×３の変換行列ａ、ｂ、ｃ、ｄ、ｅ、ｆに対応する。
【数５】
【００７０】
crs要素の"transform"には、以下のＣＲＳパラメータが記述される。
svg:transform="matrix(800.00,0,0,-1200.00,-111400.00,43200.00)"
【００７１】
更に、分割地図画像を取得するためのアドレスが列挙される。
<image x="0" y="600" width="100" height="100"
xlihk:href="http://server1.domain1/533912.svg"/>
・・・・・・
<image x="600" y="600" width="100" height="100"
xlihk:href="http://server1.domain1/534070.svg"/>
【００７２】
図７は、本発明ついてプロキシサーバが端末へ送信する地図データの構成図である。
【００７３】
図７によれば、地図データに関する複数のコンテンツが含められている。第１のコンテンツは、端末からのリクエストに含まれる閲覧範囲地理座標に対応するインデックス情報を表す。コード"0x0000"は、閲覧範囲地理座標に対応するインデックス情報であることを意味する。第２〜第５０のコンテンツは、インデックス情報によって参照される地図データのファイル名を表す。コード"0xffff"は、分割地図画像であることを意味する。端末は、自ら送信したリクエストに対する応答となる第１のコンテンツと、そのリクエストに関連する第２〜第５０のコンテンツとを受信する。
【００７４】
図７によれば、分割地図画像を含ませることもできる。分割地図画像自体は、斜線で表されている。これにより、端末は、改めて分割地図画像を地図サーバから取得する必要がなくなる。
【００７５】
図８は、２回目のリクエストに対する閲覧範囲を、図４の分割地図画像に重畳した状態を表す説明図である。
【００７６】
端末が、最初に「北緯35.69度及び東経139.69度を中心として、半径３０ｋｍ圏内」の地図データをプロキシサーバへ要求したとする。その後、端末が、「北緯35.65度及び東経139.80度を中心として，半径３０ｋｍ圏内」の地図データをプロキシサーバへ要求したとする。２回目のリクエストは、以下のＵＲＬによって表される。
http://host0.domain0/map0.svg?position=+35.65+139.80/&r=30000
【００７７】
ここで、端末は、533912.svg、533922.svg、533932.svg、533942.svg、533952.svg、533962.svg、533972.svg、533913.svg、〜、534070.svgの４９枚の分割地図画像を既に受信している。従って、図８において斜線で表された部分の分割地図画像のみを、端末へ送信すればよい。図８によれば、533903.svg、533904.svg、533905.svg、533906.svg、533907.svg、534000.svg、534001.svg、534011.svg、534021.svg、534031.svg、534041.svg、534051.svg、534061.svgの１３枚の分割地図画像のみを端末へ送信すればよい。
【００７８】
本発明によれば、プロキシサーバによってリクエストに、先に送信したレスポンスに基づく先の閲覧範囲地理座標を更に含む。これにより、プロキシサーバは、先のレスポンスで送信した分割地図画像と、今回のレスポンスで送信すべき分割地図画像との差分となる分割地図画像のみを送信する。これにより、端末によって既に受信された分割地図画像は、プロキシサーバが送信されない。
【００７９】
以上、詳細に説明したように、本発明におけるプロキシサーバ及びプログラムによれば、端末が、無線リンクを用いる携帯端末であっても、複数の分割地図画像を組み合わせた地図データを容易に受信し且つ表示することができる。
【００８０】
前述した本発明における種々の実施形態によれば、当業者は、本発明の技術思想及び見地の範囲における種々の変更、修正及び省略を容易に行うことができる。前述の説明はあくまで例であって、何ら制約しようとするものではない。本発明は、特許請求の範囲及びその均等物として限定するものにのみ制約される。
【図面の簡単な説明】
【００８１】
【図１】本発明におけるシステム構成図である。
【図２】利用者が端末に表示させたい地図データの閲覧範囲画面である。
【図３】地図サーバが蓄積する地図データの分割地図画像である。
【図４】図２の閲覧範囲を、図３の分割地図画像に重畳した状態を表す説明図である。
【図５】選定された分割地図画像に基づいて閲覧範囲画像座標を算出する説明図である。
【図６】本発明によって生成されたインデックス情報のソースコードである。
【図７】本発明ついてプロキシサーバが端末へ送信する地図データの構成図である。
【図８】２回目のリクエストに対する閲覧範囲を、図４の分割地図画像に重畳した状態を表す説明図である。
【符号の説明】
【００８２】
１ プロキシサーバ
１０１ リクエスト受信部
１０２ 分割地図画像選定部
１０３ 座標系参照情報算出部
１０４ 閲覧範囲画像座標導出部
１０５ インデックス情報生成部
１０６ レスポンス送信部
１０７ リクエスト送信部
１０８ レスポンス受信部
１０９ 地図データ生成部
２ 地図サーバ
３ 端末
４ ネットワーク、インターネット
【特許請求の範囲】
【請求項１】
地図サーバから分割地図画像を受信し、１つの地図データを端末へ送信するプロキシサーバであって、
利用者によって操作された閲覧範囲の閲覧範囲地理座標を含むリクエストを、前記端末から受信するリクエスト受信手段と、
前記閲覧範囲地理座標から、前記閲覧範囲を表示するために必要な１つ以上の前記分割地図画像の分割地図画像識別子を選定する分割地図画像選定手段と、
前記分割地図画像の画像座標及び地理座標から座標系参照情報を算出する座標系参照情報算出手段と、
前記座標系参照情報に基づいて、前記閲覧範囲地理座標から閲覧範囲画像座標を導出する閲覧範囲画像座標導出手段と、
前記閲覧範囲画像座標及び前記座標系参照情報と、前記分割地図画像識別子とを含むインデックス情報を生成するインデックス情報生成手段と、
前記インデックス情報を含むレスポンスを前記端末へ返信するレスポンス送信手段と
を有することを特徴とするプロキシサーバ。
【請求項２】
選定された前記分割地図画像を取得するために、前記地図サーバへリクエストを送信するリクエスト送信手段と、
前記地図サーバから、前記分割地図画像を受信するレスポンス受信手段と、
生成した前記インデックス情報と、受信した前記分割地図画像とを含む１つの地図データを生成する地図データ生成手段と
を更に有し、
前記レスポンス送信手段は、前記地図データを含むレスポンスを前記端末へ返信する
ことを特徴とする請求項１に記載のプロキシサーバ。
【請求項３】
前記リクエスト受信手段によって受信される前記リクエストは、先に送信したレスポンスに基づく先の前記閲覧範囲地理座標を更に含んでおり、
前記地図データ生成手段は、先に送信したレスポンスに含められた地図データの分割地図画像を、現に送信しようとしている当該レスポンスに含まないように前記地図データを生成することを特徴とする請求項２に記載のプロキシサーバ。
【請求項４】
前記地図データは、ＳＶＧ(Scalable Vector Graphics)によって記述されており、
前記閲覧範囲地理座標及び地理座標は、緯度経度座標であり、
前記閲覧範囲画像座標及び画像座標は、ＳＶＧ画像座標であり、
前記座標系参照情報は、座標系参照の変換パラメータであり、
前記閲覧範囲画像座標は、前記地図データのsvg要素に記述されており、
前記変換パラメータは、前記地図データのメタデータに記述されている
ことを特徴とする請求項１から３のいずれか１項に記載のプロキシサーバ。
【請求項５】
前記変換パラメータは、
【数１】
の一次変換式によって表されることを特徴とする請求項４に記載のプロキシサーバ。
【請求項６】
地図サーバから分割地図画像を受信し、１つの地図データを端末へ送信するプロキシサーバに搭載されたコンピュータを機能させるプログラムであって、
利用者によって操作された閲覧範囲の閲覧範囲地理座標を含むリクエストを、前記端末から受信するリクエスト受信手段と、
前記閲覧範囲地理座標から、前記閲覧範囲を表示するために必要な１つ以上の前記分割地図画像の分割地図画像識別子を選定する分割地図画像選定手段と、
前記分割地図画像の画像座標及び地理座標から座標系参照情報を算出する座標系参照情報算出手段と、
前記座標系参照情報に基づいて、前記閲覧範囲地理座標から閲覧範囲画像座標を導出する閲覧範囲画像座標導出手段と、
前記閲覧範囲画像座標及び前記座標系参照情報と、前記分割地図画像識別子とを含むインデックス情報を生成するインデックス情報生成手段と、
前記インデックス情報を含むレスポンスを前記端末へ返信するレスポンス送信手段と
してコンピュータを機能させることを特徴とするプロキシサーバ用のプログラム。
【請求項７】
前記分割地図画像を取得するために、前記地図サーバへリクエストを送信するリクエスト送信手段と、
前記地図サーバから、前記分割地図画像を受信するレスポンス受信手段と、
生成した前記インデックス情報と、受信した前記分割地図画像とを含む１つの地図データを生成する地図データ生成手段と
してコンピュータを更に機能させ、
前記レスポンス送信手段は、前記地図データを含むレスポンスを前記端末へ返信する
ようにコンピュータを機能させることを特徴とする請求項６に記載のプロキシサーバ用のプログラム。
【請求項８】
前記リクエスト受信手段によって受信される前記リクエストは、先に送信したレスポンスに基づく先の前記閲覧範囲地理座標を更に含んでおり、
前記地図データ生成手段は、先に送信したレスポンスに含められた地図データの分割地図画像を、現に送信しようとしている当該レスポンスに含まないように前記地図データを生成する
ようにコンピュータを機能させることを特徴とする請求項７に記載のプロキシサーバ用のプログラム。
【請求項９】
前記地図データは、ＳＶＧ(Scalable Vector Graphics)によって記述されており、
前記閲覧範囲地理座標及び地理座標は、緯度経度座標であり、
前記閲覧範囲画像座標及び画像座標は、ＳＶＧ画像座標であり、
前記座標系参照情報は、座標系参照の変換パラメータであり、
前記閲覧範囲画像座標は、前記地図データのsvg要素に記述されており、
前記変換パラメータは、前記地図データのメタデータに記述されている
ようにコンピュータを機能させることを特徴とする請求項６から８のいずれか１項に記載のプロキシサーバ用のプログラム。
【請求項１０】
前記変換パラメータは、
【数２】
の一次変換式によって表されるようにコンピュータを機能させることを特徴とする請求項９に記載のプロキシサーバ用のプログラム。
【請求項１】
地図サーバから分割地図画像を受信し、１つの地図データを端末へ送信するプロキシサーバであって、
利用者によって操作された閲覧範囲の閲覧範囲地理座標を含むリクエストを、前記端末から受信するリクエスト受信手段と、
前記閲覧範囲地理座標から、前記閲覧範囲を表示するために必要な１つ以上の前記分割地図画像の分割地図画像識別子を選定する分割地図画像選定手段と、
前記分割地図画像の画像座標及び地理座標から座標系参照情報を算出する座標系参照情報算出手段と、
前記座標系参照情報に基づいて、前記閲覧範囲地理座標から閲覧範囲画像座標を導出する閲覧範囲画像座標導出手段と、
前記閲覧範囲画像座標及び前記座標系参照情報と、前記分割地図画像識別子とを含むインデックス情報を生成するインデックス情報生成手段と、
前記インデックス情報を含むレスポンスを前記端末へ返信するレスポンス送信手段と
を有することを特徴とするプロキシサーバ。
【請求項２】
選定された前記分割地図画像を取得するために、前記地図サーバへリクエストを送信するリクエスト送信手段と、
前記地図サーバから、前記分割地図画像を受信するレスポンス受信手段と、
生成した前記インデックス情報と、受信した前記分割地図画像とを含む１つの地図データを生成する地図データ生成手段と
を更に有し、
前記レスポンス送信手段は、前記地図データを含むレスポンスを前記端末へ返信する
ことを特徴とする請求項１に記載のプロキシサーバ。
【請求項３】
前記リクエスト受信手段によって受信される前記リクエストは、先に送信したレスポンスに基づく先の前記閲覧範囲地理座標を更に含んでおり、
前記地図データ生成手段は、先に送信したレスポンスに含められた地図データの分割地図画像を、現に送信しようとしている当該レスポンスに含まないように前記地図データを生成することを特徴とする請求項２に記載のプロキシサーバ。
【請求項４】
前記地図データは、ＳＶＧ(Scalable Vector Graphics)によって記述されており、
前記閲覧範囲地理座標及び地理座標は、緯度経度座標であり、
前記閲覧範囲画像座標及び画像座標は、ＳＶＧ画像座標であり、
前記座標系参照情報は、座標系参照の変換パラメータであり、
前記閲覧範囲画像座標は、前記地図データのsvg要素に記述されており、
前記変換パラメータは、前記地図データのメタデータに記述されている
ことを特徴とする請求項１から３のいずれか１項に記載のプロキシサーバ。
【請求項５】
前記変換パラメータは、
【数１】
の一次変換式によって表されることを特徴とする請求項４に記載のプロキシサーバ。
【請求項６】
地図サーバから分割地図画像を受信し、１つの地図データを端末へ送信するプロキシサーバに搭載されたコンピュータを機能させるプログラムであって、
利用者によって操作された閲覧範囲の閲覧範囲地理座標を含むリクエストを、前記端末から受信するリクエスト受信手段と、
前記閲覧範囲地理座標から、前記閲覧範囲を表示するために必要な１つ以上の前記分割地図画像の分割地図画像識別子を選定する分割地図画像選定手段と、
前記分割地図画像の画像座標及び地理座標から座標系参照情報を算出する座標系参照情報算出手段と、
前記座標系参照情報に基づいて、前記閲覧範囲地理座標から閲覧範囲画像座標を導出する閲覧範囲画像座標導出手段と、
前記閲覧範囲画像座標及び前記座標系参照情報と、前記分割地図画像識別子とを含むインデックス情報を生成するインデックス情報生成手段と、
前記インデックス情報を含むレスポンスを前記端末へ返信するレスポンス送信手段と
してコンピュータを機能させることを特徴とするプロキシサーバ用のプログラム。
【請求項７】
前記分割地図画像を取得するために、前記地図サーバへリクエストを送信するリクエスト送信手段と、
前記地図サーバから、前記分割地図画像を受信するレスポンス受信手段と、
生成した前記インデックス情報と、受信した前記分割地図画像とを含む１つの地図データを生成する地図データ生成手段と
してコンピュータを更に機能させ、
前記レスポンス送信手段は、前記地図データを含むレスポンスを前記端末へ返信する
ようにコンピュータを機能させることを特徴とする請求項６に記載のプロキシサーバ用のプログラム。
【請求項８】
前記リクエスト受信手段によって受信される前記リクエストは、先に送信したレスポンスに基づく先の前記閲覧範囲地理座標を更に含んでおり、
前記地図データ生成手段は、先に送信したレスポンスに含められた地図データの分割地図画像を、現に送信しようとしている当該レスポンスに含まないように前記地図データを生成する
ようにコンピュータを機能させることを特徴とする請求項７に記載のプロキシサーバ用のプログラム。
【請求項９】
前記地図データは、ＳＶＧ(Scalable Vector Graphics)によって記述されており、
前記閲覧範囲地理座標及び地理座標は、緯度経度座標であり、
前記閲覧範囲画像座標及び画像座標は、ＳＶＧ画像座標であり、
前記座標系参照情報は、座標系参照の変換パラメータであり、
前記閲覧範囲画像座標は、前記地図データのsvg要素に記述されており、
前記変換パラメータは、前記地図データのメタデータに記述されている
ようにコンピュータを機能させることを特徴とする請求項６から８のいずれか１項に記載のプロキシサーバ用のプログラム。
【請求項１０】
前記変換パラメータは、
【数２】
の一次変換式によって表されるようにコンピュータを機能させることを特徴とする請求項９に記載のプロキシサーバ用のプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２００７−２６４３８７（Ｐ２００７−２６４３８７Ａ）
【公開日】平成１９年１０月１１日（２００７．１０．１１）
【国際特許分類】
【出願番号】特願２００６−９０６４２（Ｐ２００６−９０６４２）
【出願日】平成１８年３月２９日（２００６．３．２９）
【出願人】（０００２０８８９１）ＫＤＤＩ株式会社 (2,700)
【Ｆターム（参考）】
【公開日】平成１９年１０月１１日（２００７．１０．１１）
【国際特許分類】
【出願日】平成１８年３月２９日（２００６．３．２９）
【出願人】（０００２０８８９１）ＫＤＤＩ株式会社 (2,700)
【Ｆターム（参考）】
[ Back to top ]