(57)【要約】【課題】端末装置の解像度によらず地図提供者側の意図するサイズで地図を表示させる。【解決手段】端末装置から地図の表示地域の指定を受け付ける手段と、前記端末装置の解像度を取得する手段と、地図を前記端末装置に所定のサイズで表示するための地図画像のサイズを決定する手段と、決定された地図画像のサイズに基づき、前記表示地域についてベクトル地図データから地図画像を生成する手段と、生成された地図画像を前記端末装置に送信する手段とを備える。【選択図】図１
2014067077.tif 000002
【特許請求の範囲】
【請求項１】
端末装置から地図の表示地域の指定を受け付ける手段と、
前記端末装置の解像度を取得する手段と、
地図を前記端末装置に所定のサイズで表示するための地図画像のサイズを決定する手段と、
決定された地図画像のサイズに基づき、前記表示地域についてベクトル地図データから地図画像を生成する手段と、
生成された地図画像を前記端末装置に送信する手段と
を備えたことを特徴とする地図情報提供装置。
【請求項２】
請求項１に記載の地図情報提供装置において、
基準解像度に対する前記端末装置の解像度の比率に応じて地図画像のサイズを決定することで、前記端末装置の解像度によらず所定のサイズで地図を表示する
ことを特徴とする地図情報提供装置。
【請求項３】
請求項１に記載の地図情報提供装置において、
前記端末装置から地図の縮尺の指定を受け付ける手段
を更に備え、
前記端末装置に前記縮尺による紙地図と同じサイズで表示するための地図画像のサイズを決定することで、前記端末装置の解像度によらず前記縮尺による紙地図と同じサイズで地図を表示する
ことを特徴とする地図情報提供装置。
【請求項４】
地図情報提供装置が実行する方法であって、
端末装置から地図の表示地域の指定を受け付ける工程と、
前記端末装置の解像度を取得する工程と、
地図を前記端末装置に所定のサイズで表示するための地図画像のサイズを決定する工程と、
決定された地図画像のサイズに基づき、前記表示地域についてベクトル地図データから地図画像を生成する工程と、
生成された地図画像を前記端末装置に送信する工程と
を備えたことを特徴とする地図情報提供方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネット等のネットワークを介して地図情報を提供する技術に関する。
【背景技術】
【０００２】
ユーザの操作する端末装置からの地図表示要求に応えて地図画像を提供するサーバ装置では、データ量の大きい地図画像を予め蓄積しておくには膨大な記憶領域が必要となるため、ベクトル形式の地図データから要求の都度に所定サイズ（所定の縦横のピクセル数）の地図画像を描画（ラスタライズ）して生成するようにしている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−２２９９０２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、近年では様々な端末装置が普及してきており、ディスプレイの解像度も多様になっている。そのため、サーバ装置が所定サイズの地図画像を提供して端末装置に表示させると、地図提供者側が意図しない大きさで地図が表示されてしまうことがあり、端末装置毎に見え方が変わってしまうという問題がある。例えば、旧式の端末装置では解像度が低いため地図が大きく表示されてしまい、最新の端末装置では解像度が高いため地図が小さく表示されてしまう。
【０００５】
特許文献１には、端末装置の機種によって送信する地図の情報量（情報のレイヤ）を変えることで、端末装置に適した情報量で表示を行わせる技術が開示されている。しかし、情報量を変えると、端末装置毎に見えるものと、見えないものの差が出てきてしまい、均質なサービス提供が行えない。
【０００６】
一方、端末装置の解像度によって地図の表示サイズが変わってしまうことから、紙地図で一般に用いられる縮尺表示（例えば、１／２５，０００等）を行うことはできず、目盛の表示で代用されている。インターネット等を介して表示する地図においても、紙地図と同様に縮尺に基づく表示が求められている。
【０００７】
本発明は上記の従来の問題点に鑑み提案されたものであり、その目的とするところは、端末装置の解像度によらず地図提供者側の意図するサイズで地図を表示させることにある。
【課題を解決するための手段】
【０００８】
上記の課題を解決するため、本発明にあっては、端末装置から地図の表示地域の指定を受け付ける手段と、前記端末装置の解像度を取得する手段と、地図を前記端末装置に所定のサイズで表示するための地図画像のサイズを決定する手段と、決定された地図画像のサイズに基づき、前記表示地域についてベクトル地図データから地図画像を生成する手段と、生成された地図画像を前記端末装置に送信する手段とを備えるようにしている。
【発明の効果】
【０００９】
本発明にあっては、端末装置の解像度によらず地図提供者側の意図するサイズで地図を表示させることができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の一実施形態にかかるシステムの構成例を示す図である。
【図２】実施形態の処理例を示すシーケンス図である。
【図３】非縮尺指定の場合の画像サイズ等の算出の処理例を示す図である。
【図４】縮尺指定の場合の画像サイズ等の算出の処理例を示す図である。
【発明を実施するための形態】
【００１１】
以下、本発明の好適な実施形態につき説明する。
【００１２】
＜構成＞
図１は本発明の一実施形態にかかるシステムの構成例を示す図である。
【００１３】
図１において、システムは、インターネット等のネットワーク１に、ユーザが操作するスマートフォン、携帯電話、ＰＣ（Personal Computer）等の端末装置２が複数接続されている。端末装置２は、一般的なブラウザ（Ｗｅｂブラウザ）２１を備えている。ブラウザ２１は、インターネットの標準プロトコルであるＨＴＴＰ（Hyper Text Transfer Protocol）等に従い、ＨＴＭＬ（Hyper Text Markup Language）等の言語で記述されたページデータの要求・取得・表示およびフォームデータの送信等を行う機能を有している。
【００１４】
一方、ネットワーク１には、端末装置２からの要求に応じて当該端末装置２に対して地図情報を提供する地図情報提供装置３が接続されている。
【００１５】
端末装置２および地図情報提供装置３は、一般的なコンピュータ装置のハードウェア構成を有している。
【００１６】
地図情報提供装置３は、機能部として、ページリクエスト受付部３０１と表示地域指定受付部３０２と非縮尺指定／縮尺指定受付部３０３とズームレベル／スケール指定受付部３０４とユーザ希望拡大率指定受付部３０５と端末解像度取得部３０６と画像サイズ等算出部３０７と地図描画部３０８と地図配信部３０９とを備えている。
【００１７】
これらの機能部は、地図情報提供装置３を構成するコンピュータ装置のＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等のハードウェア資源上で実行されるコンピュータプログラムによって実現されるものである。これらの機能部は、単一のコンピュータ装置上に配置される必要はなく、必要に応じて分散される形態であってもよい。
【００１８】
また、地図情報提供装置３が利用するデータとして、ベクトル地図データ３１１と地図デザインデータ３１２とが設けられている。これらは、地図情報提供装置３を構成するコンピュータ装置内のＨＤＤ（Hard Disk Drive）等の記憶媒体上の記憶領域に所定の形式で保持される。なお、ベクトル地図データ３１１と地図デザインデータ３１２は必ずしも地図情報提供装置３内に配置する必要はなく、他のコンピュータ装置上に配置してもよい。
【００１９】
ページリクエスト受付部３０１は、端末装置２のブラウザ２１から地図トップページの表示リクエストを受け付け、地図トップページのページデータを応答する機能を有している。
【００２０】
表示地域指定受付部３０２は、地図トップページもしくはそこから遷移する他ページのユーザインタフェースを介して、端末装置２のブラウザ２１から表示地域の指定を受け付ける機能を有している。表示地域の指定は、地名やランドマークの入力、地図上からの中心点の指定等により行われる。
【００２１】
非縮尺指定／縮尺指定受付部３０３は、地図トップページもしくはそこから遷移する他ページのユーザインタフェースを介して、端末装置２のブラウザ２１から非縮尺指定（縮尺指定によらない地図表示の指定）もしくは縮尺指定（縮尺指定による地図表示の指定）を受け付ける機能を有している。非縮尺指定か縮尺指定かは、所定のボタン選択等により行われる。
【００２２】
ズームレベル／スケール指定受付部３０４は、地図トップページもしくはそこから遷移する他ページのユーザインタフェースを介して、非縮尺指定の場合は表示のズームレベル（整数値）の指定を受け付け、縮尺指定の場合は縮尺（例えば、1/25,000等）の指定を受け付ける機能を有している。ズームレベルや縮尺の指定は、例えば、スライド可能なゲージを表示したユーザインタフェースにより行われる。
【００２３】
ユーザ希望拡大率指定受付部３０５は、地図トップページもしくはそこから遷移する他ページのユーザインタフェースを介して、非縮尺指定の場合に離散的な値であるズームレベルの間（指定されたズームレベルと次のズームレベルの間）の希望する拡大率の指定を受け付ける機能を有している。ユーザ希望拡大率の指定は、例えば、スライド可能なゲージを表示したユーザインタフェースにより行われる。縮尺指定の場合は、原則としてユーザ希望拡大率の指定を受け付けない。
【００２４】
端末解像度取得部３０６は、地図情報提供装置３にアクセスしてきた端末装置２のディスプレイの解像度を取得する機能を有している。例えば、地図情報提供装置３から端末装置２のブラウザ２１に提供するページデータに埋め込んだＪａｖａスクリプト等により、端末装置２のディスプレイの解像度を参照し、地図情報提供装置３に送信するデータに含めることにより、端末装置２のディスプレイの解像度を取得することができる。
【００２５】
画像サイズ等算出部３０７は、非縮尺指定の場合と縮尺指定の場合とのそれぞれに応じて、生成する地図画像の画像サイズ等を算出する機能を有している。処理の詳細については後述する。
【００２６】
地図描画部３０８は、表示地域指定受付部３０２により受け付けた表示地域について、画像サイズ等算出部３０７から指定される画像サイズ等に従って、ベクトル地図データ３１１および地図デザインデータ３１２に基づいて地図画像を描画（ラスタライズ）する機能を有している。処理の詳細については後述する。
【００２７】
なお、ベクトル地図データ３１１は、地図の描画対象となるポイント（点）、ライン（線）、ポリゴン（面）および属性等を、階層化された地理的範囲に対応して保持したものである。地図デザインデータ３１２は、「図式」とも呼ばれ、道路の太さや色などの指定を保持したものである。
【００２８】
地図配信部３０９は、地図描画部３０８により生成（描画）された地図画像をページにレイアウトし、要求元の端末装置２のブラウザ２１に送信する機能を有している。
【００２９】
＜動作＞
図２は上記の実施形態の処理例を示すシーケンス図である。
【００３０】
図２において、端末装置２のブラウザ２１から地図トップページ表示リクエストを地図情報提供装置３に送信すると（ステップＳ１０１）、このリクエストをページリクエスト受付部３０１が受け付け、地図トップページのページデータを返送し（ステップＳ１０２）、端末装置２のブラウザ２１は地図トップページを表示する（ステップＳ１０３）。
【００３１】
次いで、地図情報提供装置３の表示地域指定受付部３０２は、地図トップページもしくはそこから遷移する他ページのユーザインタフェースを介して、端末装置２のブラウザ２１から表示地域の指定を受け付ける（ステップＳ１０４）。表示地域の指定は、地名やランドマークの入力、地図上からの中心点の指定等により行われる。
【００３２】
次いで、地図情報提供装置３の非縮尺指定／縮尺指定受付部３０３は、地図トップページもしくはそこから遷移する他ページのユーザインタフェースを介して、端末装置２のブラウザ２１から非縮尺指定（縮尺指定によらない地図表示）もしくは縮尺指定（縮尺指定による地図表示）を受け付ける（ステップＳ１０５）。非縮尺指定か縮尺指定かは、所定のボタン選択等により行われる。
【００３３】
次いで、地図情報提供装置３のズームレベル／スケール指定受付部３０４は、地図トップページもしくはそこから遷移する他ページのユーザインタフェースを介して、非縮尺指定の場合は表示のズームレベル（整数値）の指定を受け付け、縮尺指定の場合は縮尺（例えば、1/25,000等）の指定を受け付ける（ステップＳ１０６）。ズームレベルや縮尺の指定は、例えば、スライド可能なゲージを表示したユーザインタフェースにより行われる。
【００３４】
次いで、地図情報提供装置３のユーザ希望拡大率指定受付部３０５は、地図トップページもしくはそこから遷移する他ページのユーザインタフェースを介して、非縮尺指定の場合に飛び飛びの値であるズームレベルの間（指定されたズームレベルと次のズームレベルの間）のユーザの希望する拡大率の指定を受け付ける（ステップＳ１０７）。ユーザ希望拡大率の指定は、例えば、スライド可能なゲージを表示したユーザインタフェースにより行われる。縮尺指定の場合は、原則としてユーザ希望拡大率の指定を受け付けない。
【００３５】
次いで、地図情報提供装置３の端末解像度取得部３０６は、地図情報提供装置３にアクセスしてきた端末装置２のディスプレイの解像度を取得する（ステップＳ１０８）。例えば、地図情報提供装置３から端末装置２のブラウザ２１に提供するページデータに埋め込んだＪａｖａスクリプト等により、端末装置２のディスプレイの解像度を参照し、地図情報提供装置３に送信するデータに含めることにより、端末装置２のディスプレイの解像度を取得する。
【００３６】
次いで、地図情報提供装置３の画像サイズ等算出部３０７は、非縮尺指定の場合と縮尺指定の場合とのそれぞれに応じて、生成する地図画像の画像サイズ等を算出する（ステップＳ１０９）。非縮尺指定の場合と縮尺指定の場合とのそれぞれの場合の処理の詳細は後述する。
【００３７】
次いで、地図情報提供装置３の地図描画部３０８は、表示地域指定受付部３０２により受け付けた表示地域について、画像サイズ等算出部３０７から指定される画像サイズ等に従って、ベクトル地図データ３１１および地図デザインデータ３１２に基づいて地図画像を描画（ラスタライズ）する。
【００３８】
すなわち、先ず、地図描画部３０８は、ベクトル地図データ３１１から表示領域に対応する必要な範囲のデータを読み込む（ステップＳ１１０）。
【００３９】
次いで、地図描画部３０８は、地図デザインデータ３１２を読み込む（ステップＳ１１１）。
【００４０】
次いで、地図描画部３０８は、ベクトル地図データ３１１に地図デザインデータ３１２を適用し、道路の太さなどのサイズ的な要素を決定する（ステップＳ１１２）。
【００４１】
次いで、地図描画部３０８は、画像サイズ等算出部３０７から指示された「生成する画像サイズ」と、「地図データが本来生成する予定だった画像サイズ」とから拡大率を算出する（ステップＳ１１３）。すなわち、「生成する画像サイズ」を「地図データが本来生成する予定だった画像サイズ」で割ることにより拡大率を算出する。
【００４２】
なお、画像サイズ等算出部３０７から拡大率を直接に指示するのではなく、「生成する画像サイズ」を指示するようにしているのは、最終的に生成される画像サイズは小数では表現できないため（例えば、１００×１００ピクセルの画像を１．００５倍して１００．５×１００．５ピクセルの画像を生成するというようなことはできない）、整数値の画像サイズを指示し、それから拡大率を算出するようにしている。
【００４３】
次いで、地図描画部３０８は、ベクトル地図データ３１１に拡大率をかけ、サイズ的な要素を変更する（ステップＳ１１４）。
【００４４】
次いで、地図描画部３０８は、ベクトル地図データ３１１に地図デザインデータ３１２を適用し、道路の色などを決定する（ステップＳ１１５）。
【００４５】
次いで、地図描画部３０８は、表示地域指定受付部３０２が受け付けた表示地域につき、非縮尺指定の場合はズームレベル／スケール指定受付部３０４が受け付けたズームレベルおよびユーザ希望拡大率指定受付部３０５が受け付けたユーザ希望拡大率に基づき、縮尺指定の場合は画像サイズ等算出部３０７から指示されるズームレベルに基づき、変更されたサイズ的要素および決定した色などに従い、ベクトル地図データ３１１から描画領域（メモリ）上で描画（ラスタライズ）を行ない、ラスタ画像による地図画像を生成する（ステップＳ１１６）。
【００４６】
次いで、地図配信部３０９は、地図描画部３０８により生成（描画）された地図画像をページにレイアウトし（ステップＳ１１７）、要求元の端末装置２のブラウザ２１に地図ページのページデータを送信し（ステップＳ１１８）、端末装置２のブラウザ２１により表示される（ステップＳ１１９）。
【００４７】
図３は画像サイズ等算出部３０７による非縮尺指定の場合の画像サイズ等の算出（図２のステップＳ１０９）の処理例を示す図である。
【００４８】
図３において、画像サイズ等算出部３０７は、基準解像度とユーザ希望拡大率と端末解像度と本来生成する予定だった画像サイズとを入力し、
画像サイズ＝端末解像度×ユーザ希望拡大率／基準解像度
×本来生成する予定だった画像サイズ
により、画像サイズを算出し（ステップＳ１２１）、算出した画像サイズを後続の地図描画部３０８に出力する。なお、画像サイズは整数値となるように値を丸める。
【００４９】
基準解像度は、端末装置２のタイプ毎に、例えばスマートフォン用とパッド用に別々の値を設定することができる。
【００５０】
比較のためにユーザ希望拡大率が「１」である場合を考えると、例えばスマートフォンである端末装置２の端末解像度が基準解像度よりも大きい場合、生成される画像サイズは、基準解像度に対する比率と同じだけ本来生成する予定だった画像サイズよりも大きくなり、端末装置２での表示サイズは基準解像度の場合と同じになる。同様に、端末装置２の端末解像度が基準解像度よりも小さい場合、生成される画像サイズは、基準解像度に対する比率と同じだけ本来生成する予定だった画像サイズよりも小さくなり、端末装置２での表示サイズは基準解像度の場合と同じになる。
【００５１】
従って、同じ地理的領域を表示する地図を、端末装置２の解像度によらずに同じサイズで表示することができる。
【００５２】
図４は画像サイズ等算出部３０７による縮尺指定の場合の画像サイズ等の算出（図２のステップＳ１０９）の処理例を示す図である。
【００５３】
図４において、画像サイズ等算出部３０７は、端末解像度（dpi）と本来生成する予定だった画像サイズとスケール（scale）とを入力する。スケールは、縮尺の逆数である。例えば、「１／２５，０００」の縮尺の場合、スケールは「２５，０００」となる。
【００５４】
そして、経度の１°当たりの地表円弧長M_PER_DEGREE［ｍ］と、端末解像度（dpi）をインチ当たりからミリメートル当たりに換算した解像度dpmmと、地表円弧長M_PER_DEGREEを３６０倍した地球の円周EARTH_CIRCUM_M［ｍ］とを計算し、これらから、
t = h + log(EARTH_CIRCUM_M × 1000.0 ×dpmm / scale) / log(2)
を計算する。ここで、log()は底を１０とする常用対数を示し、log(2)で割ることにより、底を２とする対数に変換している。また、ｈは、ｔを地図サービスを提供するプログラムで扱える１以上の値とするための補正値である。
【００５５】
(EARTH_CIRCUM_M × 1000.0 ×dpmm / scale)は、指定のスケールscaleで縮小した地球の円周（世界地図の横サイズ）を、対象となる端末装置２の解像度dpmmで表示した際のドット数に相当する。
【００５６】
次いで、
ズームレベル z = round(t)
拡大率  f = pow(2, t - z)
画像サイズ＝本来生成する予定だった画像サイズ  × f
を計算する。ここで、round(t)はｔの整数部分を抽出することを示している。pow(2, t - z)は２の（t - z）乗を示している。
【００５７】
ズームレベルｚにおける本来生成する予定だった画像サイズが、地図上の地理的な範囲（緯度・経度や距離）の所定数倍の関係にあるものとすると、算出された画像サイズは、対象となる端末装置２において紙地図と同じ大きさで表示されることになる。
【００５８】
＜総括＞
以上説明したように、本実施形態によれば、端末装置の解像度によらず地図提供者側の意図するサイズで地図を表示させることができる。
【００５９】
以上、本発明の好適な実施の形態により本発明を説明した。ここでは特定の具体例を示して本発明を説明したが、特許請求の範囲に定義された本発明の広範な趣旨および範囲から逸脱することなく、これら具体例に様々な修正および変更を加えることができることは明らかである。すなわち、具体例の詳細および添付の図面により本発明が限定されるものと解釈してはならない。
【符号の説明】
【００６０】
１          ネットワーク
２          端末装置
２１        ブラウザ
３          地図情報提供装置
３０２      表示地域指定受付部
３０３      非縮尺指定／縮尺指定受付部
３０４      ズームレベル／スケール指定受付部
３０５      ユーザ希望拡大率指定受付部
３０６      端末解像度取得部
３０７      画像サイズ等算出部
３０８      地図描画部
３０９      地図配信部
３１１      ベクトル地図データ
３１２      地図デザインデータ
【図１】
2014067077.tif 000003
【図２】
2014067077.tif 000004
【図３】
2014067077.tif 000005
【図４】
2014067077.tif 000006