(57)【要約】【課題】クライアント端末とサーバの中間層に位置するイベント処理サーバを設けて高速なラスタ地図表示を実現できる地図表示システムを提供する。【解決手段】地図表示システム１００の中間サーバとしてのイベント処理サーバ２は、クライアント端末１で発生したイベント情報を解析処理するイベント情報解析装置２１と、クライアント端末１に転送すべきラスタ地図を特定するラスタ地図特定装置２２と、ラスタ地図特定装置２２によって特定されたラスタ地図に対応するラスタ画像３２を地図データサーバ３から検索してクライアント端末１に送信するものである。【選択図】図１
2013113948.tif 000002
【特許請求の範囲】
【請求項１】
クライアント端末からの要求に応じて、ネットワークを介してサーバから転送されたラスタ地図データを前記クライアント端末のブラウザに表示する地図表示システムにおいて、
前記クライアント端末で発生したイベント情報を解析処理するイベント情報解析装置と、
前記クライアント端末に転送すべきラスタ地図を特定するラスタ地図特定装置と、
前記ラスタ地図特定装置によって特定された前記ラスタ地図に対応するラスタ画像を地図データサーバから検索して前記クライアント端末に送信するイベント処理サーバを備えた地図表示システム。
【請求項２】
前記イベント情報解析装置は、マウスイベントを解析するマウスイベント解析手段を備えた請求項１に記載の地図表示システム。
【請求項３】
前記ラスタ地図特定装置は、現在表示中のラスタ地図のスケールを他のスケールに変更するときに、スケール変更後のラスタ地図を特定するスケール変換手段を備えた請求項１又は請求項２に記載の地図表示システム。
【請求項４】
前記イベント情報は、前記ラスタ地図上に配置したオブジェクトにリンクしたデータベース情報を含む請求項１乃至請求項３のいずれか１項に記載の地図表示システム。
【請求項５】
前記データベース情報を元にデータベース検索をするＤＢサーバを備えた請求項４に記載の地図表示システム。
【請求項６】
前記イベント処理サーバは、前記地図データサーバから得た前記ラスタ画像に、前記データベース検索で得た結果を反映した新たなラスタ画像を生成するラスタ画像生成装置を備えた請求項５に記載の地図表示システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ブラウザ上で地図の高速表示・操作を実現するために２層サーバ方式を採用した地図表示システムに関するものである。
【背景技術】
【０００２】
従来の地図表示システムにおいては、ブラウザからの非同期通信でラスタ画像やＤＢ管理情報をサーバから取得して表示することで、高速にラスタ地図を表示する方法が一般化している。
この方法では、クライアントでの描画処理が発生しないため、非常に高速な地図表示を実現している。（例えば、特許文献１）
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０−２３１３１４（段落００５２−００５７）
【発明の概要】
【発明が解決しようとする課題】
【０００４】
従来技術では、画面上の操作の結果により表示すべきラスタ地図のＵＲＬを、スケールや表示領域から特定して、ラスタ地図やＤＢ管理情報をサーバから取得するクライアント処理で実現している。そのため、複雑な操作による高度なクライアント処理が発生した場合やクライアントのマシンスペックが低い場合などに、クライアントの負荷が増加して高速なラスタ地図表示が実現できない課題があった。
【０００５】
この発明は、上記のような課題を解決するためになされたものであり、クライアント処理の一部を従来のクライアントとサーバの中間層のイベント処理サーバ上で処理させることでクライアントの処理負荷を下げて、高速なラスタ地図表示を実現することを目的とする。
【課題を解決するための手段】
【０００６】
この発明に係る地図表示システムは、クライアント端末からの要求に応じて、ネットワークを介してサーバから転送されたラスタ地図データをクライアント端末のブラウザに表示する地図表示システムにおいて、
クライアント端末で発生したイベント情報を解析処理するイベント情報解析装置と、
クライアント端末に転送すべきラスタ地図を特定するラスタ地図特定装置と、
ラスタ地図特定装置によって特定されたラスタ地図に対応するラスタ画像を地図データサーバから検索してクライアント端末に送信するイベント処理サーバを備えたものである。
【発明の効果】
【０００７】
この発明に係る地図表示システムは、
クライアント端末で発生したイベント情報を解析処理するイベント情報解析装置と、
クライアント端末に転送すべきラスタ地図を特定するラスタ地図特定装置と、
ラスタ地図特定装置によって特定されたラスタ地図に対応するラスタ画像を地図データサーバから検索してクライアント端末に送信するイベント処理サーバを備えたものなので、
従来、クライアント端末の地図表示装置で実現していたラスタ地図の特定とラスタ画像の取得を、イベント処理サーバ及び地図データサーバ上で実現することにより、クライアント端末の処理負荷を軽減できる。
【図面の簡単な説明】
【０００８】
【図１】本発明の実施の形態1に係る地図表示システムのシステム構成図である。
【図２】本発明の実施の形態1に係る地図表示システムの地図表示フローを示す図である。
【図３】本発明の実施の形態２に係る操作イメージを表した図である。
【図４】本発明の実施の形態２に係る地図表示システムのシステム構成図である。
【図５】本発明の実施の形態２に係る地図表示システムの地図表示フローを示す図である。
【図６】本発明の実施の形態３に係る操作イメージを表した図である。
【図７】本発明の実施の形態３に係る地図表示システムのシステム構成図である。
【図８】本発明の実施の形態３に係る地図表示システムの地図表示フローを示す図である。
【図９】本発明の実施の形態４に係る操作イメージを表した図である。
【図１０】本発明の実施の形態４に係る地図表示システムのシステム構成図である。
【図１１】本発明の実施の形態４に係る地図表示システムの地図表示フローを示す図である。
【図１２】本発明の実施の形態５に係る操作イメージを表した図である。
【図１３】本発明の実施の形態５に係る地図表示システムのシステム構成図である。
【図１４】本発明の実施の形態５に係る地図表示システムの地図表示フローを示す図である。
【発明を実施するための形態】
【０００９】
実施の形態１．
以下、この発明の実施の形態１を図１、図２に基づいて説明する。
図１は、地図表示システム１００のシステム構成図である。
図２は、地図表示システム１００の地図表示フローを示す図である。
地図表示システム１００は、ネットワーク１０を介して、クライアント端末１のブラウザ１１に地図データサーバ３に保存しているラスタ画像３２を表示するシステムである。
【００１０】
クライアント端末１の地図表示装置１２からイベント情報である表示したい領域の四隅の座標情報とスケールがイベント処理サーバ２へ送られる。
このイベント情報をイベント処理サーバ２のイベント情報解析装置２１が受信する。
イベント処理サーバ２は、表示対象となるラスタ地図を特定し、その情報を地図データサーバ３に送信する。
地図データサーバ３は、表示すべきラスタ画像３２を検索してイベント処理サーバ２を介してクライアント端末１の地図表示装置１２に送信する。
そして、地図表示装置１２は、受信したラスタ画像３２をブラウザ１１に表示する。
【００１１】
次に、図２を用いて、地図表示システム１００の詳細な処理フローを説明する。
クライアント端末１で地図の表示イベント（Ｓ１０１）が発生すると、地図表示装置１２はスケール情報と地図表示領域からイベント情報を生成（Ｓ１０２）してイベント処理サーバ２へ送信（Ｓ１０３）する。
イベント処理サーバ２では、受信したイベント情報を解析（Ｓ１０４）して、表示すべきラスタ地図を特定する。
ラスタ地図の特定は、ラスタ地図特定装置２２が、イベント情報解析装置２１から得たイベントデータを元に、表示すべきラスタ地図を特定する一意の地図番号又はＵＲＬ等を抽出することによって行う。
【００１２】
ラスタ画像検索装置２５は、この結果を元に地図データサーバ３から表示対象のラスタ画像３２を検索する（Ｓ１０５）。
ラスタ画像検索装置２５は、ラスタ画像３２が取得できた場合は、ラスタ画像３２をクライアント端末１に送信（Ｓ１０６）する。クライアント端末１は、受信したラスタ画像３２をブラウザ１１上に表示（Ｓ１０７）する。ラスタ画像３２が存在しない場合は、ラスタ画像３２がないことをクライアント端末１に通知して、処理が終了する。
【００１３】
本発明の実施の形態１では、地図表示システム１００で最も基本となる地図の表示処理を示した。
本実施の形態に係る地図表示システム１００によれば、従来、クライアント端末の地図表示装置で実現していたラスタ地図特定とラスタ画像の取得を、イベント処理サーバ２及び地図データサーバ３上で実現することにより、クライアント端末１の処理負荷を軽減できる。
【００１４】
実施の形態２．
以下、この発明の実施の形態２を図３〜図５に基づいて、実施の形態１と異なる部分を中心に説明する。
図３は、本実施の形態における地図操作イメージを表した図である。
図４は、地図表示システム２００のシステム構成図である。
図５は、地図表示システム２００の地図表示フローを示す図である。
【００１５】
図３に示すように、本実施の形態では、ブラウザ２１１上で行うマウスドラッグにより、マウスの移動量と同じだけ表示地図を移動させる方法を示す。
なお、実施の形態１では、地図表示装置１２にて表示情報の対象となる表示地図のイベント情報を生成して、イベント処理サーバ２に送信していたが、本実施の形態では、クライアント端末２０１のユーザ４が行うマウスドラッグ操作イベントを元に、地図表示装置２１２がマウスドラッグイベントの内容を含めたイベント情報をイベント処理サーバ２０２に送信する。
【００１６】
イベント処理サーバ２０２では、イベント情報解析装置２２１がクライアント端末２０１から受信したイベント情報を解析して、差分となるラスタ地図を特定し、同地図データの取得を、ラスタ画像検索装置２２５に依頼する。
ラスタ画像検索装置２２５は、対象となるラスタ画像２３２を地図データサーバ２０３から取得して、クライアント端末２０１に送信する。地図表示装置２１２は受信したラスタ画像の差分をブラウザ２１１に表示する。
【００１７】
次に、図５を用いて、詳細な処理フローを説明する。
クライアント端末２０１でマウスドラッグイベントが発生（Ｓ２０１）すると、地図表示装置２１２は、マウスドラッグイベント発生前の表示領域とマウスドラッグイベントの内容からイベント情報を生成（Ｓ２０２）してイベント処理サーバ２０２へ送信（Ｓ２０３）する。
【００１８】
イベント処理サーバ２０２は、受信したイベント情報を解析して、イベント内容がマウスドラッグイベントなのか否かを判定（Ｓ２０４）する。マウスドラッグイベントではない場合は、その他のイベント処理へ処理が移る（Ｓ２０６）。
イベント内容がマウスドラッグイベントの場合は、イベント情報解析装置２２１のマウスイベント解析手段２２１ａがマウスイベントの詳細を解析する。
ラスタ地図特定装置２２２は、マウスの移動量から画面表示の差分となる地図表示領域を抽出（Ｓ２０５）する。
【００１９】
ラスタ地図特定装置２２２は、表示対象となるラスタ画像２３２の取得をラスタ画像検索装置２２５に依頼する（Ｓ２０７）。
ラスタ画像２３２を取得できた場合は、地図データサーバ２０３は、ラスタ画像２３２をイベント処理サーバ２０２を介してクライアント端末２０１に送信（Ｓ２０８）する。
【００２０】
クライアント端末２０１は、受信したラスタ画像２３２をブラウザ２１１上に表示（Ｓ２０９）する。
ラスタ画像２３２が存在しない場合は、ラスタ画像２３２が無いことをクライアント端末２０１に通知して、処理を終了する。
【００２１】
本実施の形態では、地図移動時の表示処理を示した。
本実施の形態に係る地図表示システム２００によれば、従来、クライアント端末で実現していたマウスイベントの解析や移動量による差分ラスタ画像の特定を、中間サーバであるイベント処理サーバ２０２上で実現することにより、クライアント端末２０１の処理負荷を軽減できる。
【００２２】
実施の形態３．
以下、この発明の実施の形態３を図６〜図８に基づいて、実施の形態１及び２と異なる部分を中心に説明する。
図６は、本実施の形態における地図操作イメージを表した図である。
図７は、地図表示システム３００のシステム構成図である。
図８は、地図表示システム３００の地図表示フローを示す図である。
【００２３】
本実施の形態では、図６に示すように、ブラウザ３１１上でマウスホイールを回転し、マウスホイールの回転数に対応して表示地図のスケールを変更する方法を説明する。
まず、地図表示システム３００のユーザ４のマウスホイール操作イベントをもとに、地図表示装置３１２がマウスホイールイベントの内容を含めたイベント情報をイベント処理サーバ３０２に送信する。
【００２４】
イベント処理サーバ３０２のイベント情報解析装置３２１は、クライアント端末３０１から受信したイベント情報を解析し、ラスタ地図特定装置３２２は、表示すべきラスタ地図を特定し、同地図データの取得をラスタ画像検索装置３２５に依頼する。
ラスタ画像検索装置３２５は、対象となるラスタ画像３３２を地図データサーバ３０３から取得して、クライアント端末３０１に送信する。地図表示装置３１２は受信したラスタ画像３３２をブラウザ３１１に表示する。
【００２５】
次に図８を用いて、詳細な処理フローを説明する。
クライアント端末３０１でマウスホイールイベント（Ｓ３０１）が発生すると、地図表示装置３１２はマウスドラッグイベント発生前の表示領域とスケール、マウスホイールイベントの内容からイベント情報を生成（Ｓ３０２）してイベント処理サーバ３０２へ送信（Ｓ３０３）する。
【００２６】
イベント処理サーバ３０２のイベント情報解析装置３２１は、受信したイベント情報を解析して、イベント内容を判定（Ｓ３０４）する。発生したイベントがマウスホイールイベントではない場合は、その他のイベント処理へ処理が移る（Ｓ３０６）。
マウスホイールイベントの場合は、ラスタ地図特定装置３２２のスケール変換手段３２２ａは、マウスホイールの回転量と現在のスケールから指定されたスケールを取得して（Ｓ３０５）、対象となるラスタ地図を特定する。
【００２７】
そして、ラスタ地図特定装置３２２は、対象となるラスタ画像３３２の取得をラスタ画像検索装置３２５に依頼する（Ｓ３０７）。
ラスタ画像３３２を取得できた場合は、地図データサーバ３０３は、ラスタ画像３３２をクライアント端末３０１に送信（Ｓ３０８）する。
【００２８】
クライアント端末３０１は、受信したラスタ画像３３２をブラウザ３１１上に表示（Ｓ３０９）する。
ラスタ画像３３２が存在しない場合は、ラスタ画像３３２がないことをクライアント端末３０１に通知して、処理を終了する。
【００２９】
本実施の形態に係る地図表示システム３００によれば、従来、クライアント端末の地図表示装置で実現していたマウスイベントの解析やスケール変更によるラスタ画像の抽出を、中間サーバであるイベント処理サーバ３０２上で実現することにより、クライアント端末３０１の処理負荷を軽減できる。
【００３０】
実施の形態４．
以下、この発明の実施の形態４を図９〜図１１に基づいて、実施の形態１〜３と異なる部分を中心に説明する。
図９は、本実施の形態における地図操作イメージを表した図である。
図１０は、地図表示システム４００のシステム構成図である。
図１１は、地図表示システム４００の地図表示フローを示す図である。
【００３１】
本実施の形態では、図９に示すようにブラウザ４１１上で発生したマウスイベントにより、地図上に配置された地物（オブジェクト）について、ＤＢで管理される情報（以降、ＤＢ情報という）を取得する方法を説明する。
【００３２】
クライアント端末４０１のブラウザ４１１上で、地物にリンクされたデータベース情報（以下、ＤＢ情報という）の検索を実施すると、地図表示装置４１２が地物検索のイベント情報をイベント処理サーバ４０２へ送信する。
イベント処理サーバ４０２のイベント情報解析装置４２１は、イベント情報を解析して、ＤＢイベント管理装置４２３へイベント情報を送信する。
ＤＢイベント管理装置４２３は、ＤＢサーバ５へ地物検索情報を送信する。
ＤＢサーバ５では、ＤＢ検索装置５１がＤＢ情報５２から該当情報を検索して、イベント処理サーバ４０２へ検索結果を返す。
イベント処理サーバ４０２は、検索結果をクライアント端末４０１に送信する。
そして、クライアント端末４０１は、検索結果を受け取り、任意の処理を実施する。
【００３３】
次に図１１を用いて、詳細な処理フローを説明する。
クライアント端末４０１において、マウス等を利用してＤＢを検索するイベント（Ｓ４０１）が発生すると、地図表示装置４１２は、イベント情報を生成（Ｓ４０２）してイベント処理サーバ４０２へ送信する（Ｓ４０３）。
イベント処理サーバ４０２では、受信したイベント情報を解析（Ｓ４０４）する。
解析した結果、当該イベントがＤＢ検索イベントではない場合は、その他のイベント処理へ処理が移る（Ｓ４０５）。
【００３４】
ＤＢ検索イベントの場合は、ＤＢ検索イベントをＤＢイベント管理装置４２３に転送して検索対象となる地物を特定する（Ｓ４０６）。
その後、ＤＢイベント管理装置４２３は、ＤＢサーバ５のＤＢ検索装置５１に当該地物に関するデータ検索を依頼する（Ｓ４０７）。
ＤＢ検索装置５１は、検索結果をイベント処理サーバ４０２を介してクライアント端末４０１に送信する（Ｓ４０８）。検索結果を受信したクライアント端末４０１は検索結果を表示して任意の処理を実行する（Ｓ４０９）。
【００３５】
本実施の形態に係る地図表示システム４００によれば、従来、クライアント端末の地図表示装置で実現していたイベントからの対象地物の特定を、中間サーバであるイベント処理サーバ上で実現することにより、クライアント処理負荷を軽減できる。
【００３６】
実施の形態５．
以下、この発明の実施の形態５を、図１２〜図１４に基づいて、実施の形態１〜４と異なる部分を中心に説明する。
図１２は、本実施の形態における地図操作イメージを表した図である。
図１３は、地図表示システム５００のシステム構成図である。
図１４は、地図表示システム５００の地図表示フローを示す図である。
【００３７】
図１２に示すように、ブラウザ５１１上の特定のイベントにより、地図上の地物についてのＤＢ情報が更新された場合の表示地図変更方法を説明する。
特に、ここでは表示地図の見た目が変更されるようなＤＢ情報の更新処理を説明する。
【００３８】
クライアント端末５０１のブラウザ５１１上で、ＤＢ情報の更新を実施すると、地図表示装置５１２がＤＢ更新のイベント情報をイベント処理サーバ５０２へ送信する。
イベント処理サーバ５０２は、イベント情報解析装置５２１でイベント情報を解析して、ＤＢ操作イベントをＤＢイベント管理装置５２３へ転送する。
ＤＢイベント管理装置５２３は、地図データサーバ５０３へＤＢの更新を依頼して、ＤＢ情報５５２が更新される。
ＤＢイベント管理装置５２３は、更新結果を受けて変更箇所のイベント情報をラスタ画像生成装置５２４に送信し、ラスタ画像生成装置５２４が、ラスタ画像５３２を生成する。
生成したラスタ画像５３２をラスタ画像検索装置５２５が検索して、クライアント端末５０１に送信する。
そして、地図表示装置５１２は、受信したラスタ画像５３２の差分をブラウザ５１１に表示する。
【００３９】
次に、図１４を用いて、詳細な処理フローを説明する。
クライアント端末５０１において、マウスイベント等によりＤＢデータを更新するイベント（Ｓ５０１）が発生すると、地図表示装置５１２は、イベント情報を生成して（Ｓ５０２）して、当該イベント情報をイベント処理サーバ５０２へ送信（Ｓ５０３）する。
イベント処理サーバ５０２では、受信したイベント情報を解析（Ｓ５０４）して、ＤＢ更新イベントではない場合は、その他のイベント処理へ処理が移る（Ｓ５０５）。
【００４０】
イベントがＤＢ更新イベントの場合は、ＤＢイベント管理装置５２３が、地図データサーバ５０３のＤＢ更新装置５３３に、ＤＢ情報５５２の更新を依頼する（Ｓ５０６、Ｓ５０７）する。
ラスタ地図特定装置５２２は、当該ＤＢイベントを付加すべきラスタ地図を特定する。
ラスタ画像検索装置５２５は、ラスタ地図特定装置５２２が特定したラスタ地図に対応するラスタ画像５３２を地図データサーバ５０３から取得する。
ラスタ画像生成装置５２４は、ラスタ画像検索装置５２５から転送されたラスタ画像５３２にＤＢデータの更新内容を反映したラスタ画像を生成する（Ｓ５０８）。
生成されたラスタ画像は、クライアント端末５０１に送信されると同時に地図データサーバ５０３に送信されて保存データに反映される（Ｓ５１０）。
差分ラスタ画像を受信したクライアント端末５０１は、差分ラスタ画像をブラウザ５１１に表示する（Ｓ５１１）。
【００４１】
本実施の形態に係る地図表示システム５００によれば、従来、クライアント端末で実現していたイベントからの更新地図の指定やＤＢ操作内容の特定を、中間サーバとしてのイベント処理サーバ５０２上で実現することにより、クライアント端末５０１の処理負荷を軽減できる。
【００４２】
なお、本発明は、その発明の範囲内において、各実施の形態を自由に組み合わせたり、各実施の形態を適宜、変形、省略することが可能である。
【符号の説明】
【００４３】
１００，２００，３００，４００，５００  地図表示システム、
１，２０１，３０１，４０１，５０１  クライアント端末、１０  ネットワーク、
１１，２１１，３１１，４１１，５１１  ブラウザ、
２，２０２，３０２，４０２，５０２  イベント処理サーバ、
１２，２１２，３１２，４１２，５１２  地図表示装置、
３，２０３，３０３，５０３  地図データサーバ、
２１，２２１，３２１，４２１，５２１  イベント情報解析装置、
２２１ａ  マウスイベント解析手段、
２２，２２２，３２２，５２２  ラスタ地図特定装置、３２２ａ  スケール変換手段、
４２３，５２３  ＤＢイベント管理装置、５２４  ラスタ画像生成装置、
２５，２２５，３２５，５２５  ラスタ画像検索装置、
３２，２３２，３３２，５３２  ラスタ画像、４  ユーザ、５  ＤＢサーバ、
５１  ＤＢ検索装置、５２  ＤＢ情報、５３３  ＤＢ更新装置、５５２  ＤＢ情報。
【図１】
2013113948.tif 000003
【図２】
2013113948.tif 000004
【図３】
2013113948.tif 000005
【図４】
2013113948.tif 000006
【図５】
2013113948.tif 000007
【図６】
2013113948.tif 000008
【図７】
2013113948.tif 000009
【図８】
2013113948.tif 000010
【図９】
2013113948.tif 000011
【図１０】
2013113948.tif 000012
【図１１】
2013113948.tif 000013
【図１２】
2013113948.tif 000014
【図１３】
2013113948.tif 000015
【図１４】
2013113948.tif 000016