JP2013254211A - 店舗データ統合処理方法およびコンピュータ装置 - Google Patents

Abstract

【課題】地図データの縮尺区分に応じて複数の店舗を統合した店舗データリストを生成する方法を提供する。
【解決手段】データ生成サーバ２は，統合対象となる店舗データのリストから重複しない２つの組合せを求めるステップ（Ｓ１２），組合わせた２つの店舗データに含まれる店舗座標から店舗間距離を算出するステップ（Ｓ１３），統合距離よりも店舗間距離が短い組合せを抽出するステップ（Ｓ１４），抽出した組合せの２つの店舗座標から決定した店舗座標を含む店舗データを生成する統合処理を実施するステップ（Ｓ１５），店舗データの数が設定値以下の場合，縮尺区分に関連付けてこの時点の店舗データのリストを記憶し，設定値を超えている場合，統合距離を変更した後，Ｓ１２に戻るステップ（Ｓ１６）を実行する処理を，登録時の店舗データリストから開始する。
【選択図】図６

Description

本発明は，インターネットを利用して地図データを提供する技術分野に関し，地図データ上に表示される店舗アイコンの表示に特徴を持たせた発明である。

インターネットを利用した広告システムが普及している。該広告システムの形態としては，ウェブページ上にバナー広告などの広告を表示させる形態が一般的であるが，インターネット上の地図サービスを利用した広告システムも考案されている（例えば，特許文献１）。

インターネット上の地図サービスを利用した広告システムでは，ユーザが操作するクライアントで起動しているブラウザ上に，地図サービスに登録された店舗の所在地が特定の店舗アイコンで示された地図を表示させ，例えば，該店舗アイコンがブラウザ上で選択されると，選択された店舗アイコンに対応する店舗に係わる広告などをブラウザ上に表示させる。

このように，地図サービスに登録された店舗の所在地を特定の店舗アイコンで地図上に表示することで，ユーザは店舗の所在地を確認できるようになるが，繁華街などでは店舗が密集しているため，一つの店舗を一つの店舗アイコンで地図上に表示すると，複数の店舗アイコンが極端に重なり合ってしまい，ユーザが，所望する店舗に対応する店舗アイコンを選択しづらくなってしまうことがある。

複数の店舗アイコンが極端に重なり合うことを防止する発明としては，例えば，特許文献２において，新規に登録する広告対象物（例えば，店舗）の座標が，既に登録されている座標から所定範囲内に含まれているとき，１つの広告対象物が存在することを示す第１のアイコンの替わりに、複数の広告対象物が存在していることを示す第２のアイコンを表示させるように広告対象物を登録することで，広告対象物を表示させる複数のアイコンが極端に重なり合うことを防止する発明が開示されている。

しかしながら，インターネット上の地図サービスでは，地図の縮尺は，例えば，１／１０，０００，０００から１／２，５００の間で多段階に設定され，ユーザはブラウザ上に表示させる地図の縮尺をマウスの操作などによって任意に変更できるため，広告システムに特許文献２の発明を適用したとしても，地図の縮尺が大きくすると，複数の店舗アイコンが極端に重なり合ってしまう。

特許第２７５６４８３号公報 特許第２９５６５８７号公報

そこで，本発明は，インターネット上の地図サービスを利用した広告システムのように，地図サービスに登録された店舗の所在地を店舗アイコンで地図データ上に表示するとき，ブラウザ上に表示される地図データの縮尺が変更された場合でも，店舗アイコンが極端に重なり合うことを防止できる店舗データ統合処理方法およびコンピュータ装置を提供することを目的とする。

上述した課題を解決するための第１の発明は，コンピュータ装置を用いて，店舗の店舗座標とその属性データを含む店舗データを縮尺区分に応じて統合する店舗データ統合処理方法であって，統合対象となる前記店舗データのリストから重複しない２つの組合せを求めるステップａ，前記組合せ毎に，前記組合せの要素となる２つの前記店舗データに含まれる店舗座標から店舗間距離を算出し，指定された縮尺区分に応じて決定される統合距離よりも前記店舗間距離が短い前記組合せを抽出するステップｂ，前記店舗間距離が短い順に，前記抽出した組合せに含まれる２つの前記店舗データの前記店舗座標から所定のルールに従い決定した前記店舗座標と，前記２つの店舗データの属性データを含む前記店舗データを生成することで，前記２つの前記店舗データを統合処理するステップｃ，統合処理を実施した後の前記店舗データの数が設定値以下の場合，統合処理を実施した後の前記店舗データのリストを前記縮尺区分に関連付けて記憶し，統合処理を実施した後の前記店舗データの数が設定値を超えている場合，前記統合距離を変更した後，前記ステップaに戻るステップｄを実行する処理を，地図サービスに登録された店舗の店舗座標とその属性データを含む登録時の店舗データのリストから開始する店舗統合処理が前記コンピュータ装置で実行されることを特徴とする店舗データ統合処理方法である。

第２の発明は，第１の発明に記載の店舗データ統合処理方法において，前記コンピュータ装置は，所定のルールに従い，前記登録時の店舗データを複数のグループにグルーピングし，前記グループ単位で前記店舗統合処理を実行することを特徴とする店舗データ統合処理方法である。

第１の発明に記載の店舗データ統合処理方法を用いれば，縮尺区分に応じて前記登録時の店舗データを統合した前記統合処理後の店舗データのリストを生成することができるようになる。

第１の発明に記載の店舗データ統合処理方法によれば，前記店舗間距離は，前記店舗アイコンの間隔を意味することになるので，縮尺区分に応じて，前記店舗アイコンのサイズより長い前記統合距離を設定し，前記店舗間距離が前記統合距離以下の前記店舗データを一つに統合する処理を行えば，前記店舗アイコンの間隔は前記店舗アイコンのサイズよりも大きくなるため，地図データ上において前記店舗アイコンが極端に重なり合うことはなくなる。

更に，第２の発明によれば，前記店舗データの組合せの数が膨大に大きくなるのを防止でき，更に，第３の発明によれば，前記店舗データに含まれる属性データの一部（例えば，店舗名称）を表示するときに，前記属性データの一部を見やすくすることができる。

第３の発明は，店舗座標とその属性データを含む店舗データを縮尺区分に応じて統合するコンピュータ装置であって，統合対象となる前記店舗データのリストから重複しない２つの組合せを求めるステップａ，前記組合せ毎に，前記組合せの要素となる２つの前記店舗データに含まれる店舗座標から店舗間距離を算出し，指定された縮尺区分に応じて決定される統合距離よりも前記店舗間距離が短い前記組合せを抽出するステップｂ，前記店舗間距離が短い順に，前記抽出した組合せに含まれる２つの前記店舗データの前記店舗座標から所定のルールに従い決定した前記店舗座標と，前記２つの店舗データの属性データを含む前記店舗データを生成することで，前記２つの前記店舗データを統合処理するステップｃ，統合処理を実施した後の前記店舗データの数が設定値以下の場合，統合処理を実施した後の前記店舗データのリストを前記縮尺区分に関連付けて記憶し，統合処理を実施した後の前記店舗データの数が設定値を超えている場合，前記統合距離を変更した後，前記ステップaに戻るステップｄを実行する処理を，地図サービスに登録された店舗の店舗座標とその属性データを含む登録時の店舗データのリストから開始する店舗統合処理を実行する処理手段を備えたことを特徴とするコンピュータ装置である。

第４の発明は，第３の発明に記載のコンピュータ装置において，前記処理手段は，所定のルールに従い，前記登録時の店舗データを複数のグループにグルーピングし，前記グループ単位で前記店舗統合処理を実行することを特徴とするコンピュータ装置である。

第３の発明は，第１の発明に係る店舗データ統合処理方法を実行するコンピュータ装置で，第４の発明は，第２の発明に係る店舗データ統合処理方法を実行するコンピュータ装置ある。

上述した発明によれば，インターネット上の地図サービスを利用した広告システムのように，地図サービスに登録された店舗の所在地を店舗アイコンで地図データ上に表示するとき，ブラウザ上に表示される地図データの縮尺が変更された場合でも，店舗アイコンが極端に重なり合うことを防止できる。

地図サーバ及びデータ生成サーバが配置されたシステムを説明する図。 クライアントに送信されるウェブページの一例を説明する図。 データ生成サーバのブロック図。 登録時の店舗データリストを生成する処理を説明する図。 登録時の店舗データの構造の一例を説明する図。 店舗データ統合処理方法を説明するフロー図。 登録時の店舗データが複数統合された店舗データの構造を説明する図。 地図サーバのブロック図。 地図サーバが実行する処理のフロー図。 縮尺区分に対応する店舗データリストを示すテーブルを説明する図。 本発明の効果を説明する図。 変形例のウェブページを説明する図。

ここから本発明について図を参照しながら説明する。図１は，本発明に係わる地図サービスサーバ１及び本発明に係わる方法が実行されるデータ生成サーバ２が配置されたシステムを説明する図である。

図１に図示したシステムには，ブラウザがインストールされたクライアント３と，店舗アイコンを用いて店舗の所在地が表示される地図データを提供する地図サービスサーバ１と，地図サービスサーバ１に地図データを提供する地図データ提供サーバ９がインターネット４を介して接続され，更に，地図サービスサーバ１には，地図サービスに登録された店舗の属性データを含む店舗データを縮尺区分に応じて統合する機能を備えたデータ生成サーバ２が接続されている。

地図サービスサーバ１は，店舗データのリストである店舗データリストとして，登録時の店舗データの店舗データリストに加え，地図データの縮尺区分に応じて登録時の店舗データが統合された店舗データリストを記憶している。

クライアント３のブラウザがユーザのよって操作されることで，クライアント３から地図の送信要求を地図サービスサーバ１は受けると，地図サービスサーバ１は，クライアント３から指定された縮尺に応じ，クライアント３から指定された地点を中心とした所定のサイズの地図データを地図データ提供サーバ９から取得した後，該縮尺が属する縮尺区分に従い店舗データリストを選択し，選択した店舗データリストに含まれる店舗座標に対応する位置に店舗アイコンを付加した該地図データを表示するウェブページを生成し，該ウェブページをクライアント３に送信する。

図２は，縮尺区分に応じて店舗データが統合された店舗データリストが選択されたとき，クライアント３に送信されるウェブページの一例を説明する図である。

一般的な地図サービスのように，ウェブページ５で表示される地図データ５０の表示範囲は，地図データ５０上でボタンを押したままマウスを動かすドラッグ操作や，ウェブページ５に含まれるスライドバー５１ａ，ｂをマウス操作することで移動可能で，また，マウスのホイールボタンを操作することで，地図データ５０の縮尺は多段階に変更可能である。

選択された店舗データリストに含まれる店舗座標に対応する地図データ５０上の箇所に店舗アイコン５２が表示され，クライアント３のブラウザ上に表示される地図に表示された一つの店舗アイコン５２が，クライアント３のマウスなどが用いられて選択されると，選択された店舗アイコン５２に対応した店舗名称の一覧をハイパーリンクの形式で表示する吹き出し５３が表示される。

吹き出し内４３で表示される店舗名称には，店舗名称で特定される広告情報（例えば，チラシ）を表示するためのＵＲＬがリンクされ，店舗名称を表示するハイパーリンクが選択されると，選択された店舗名称で特定される店舗の広告情報がブラウザ上に表示される。

図２を参照すればわかるように，縮尺区分に応じて店舗データが統合された店舗データリストを選択したとき，一つの店舗アイコン５２に対応している店舗の数は一つとは限らず，一つの店舗アイコン５２に複数の店舗が対応している場合もある。

これは，駅前の商業地域など数多くの店舗が密集している地域であっても，店舗アイコンが極端に重なり合うことを防止するためで，店舗アイコンが極端に重なり合わないように，該縮尺区分に応じて店舗データを統合する手法としては様々な手法が考えられるが，図１で図示したデータ生成サーバ２は，２店舗の店舗間距離を算出し，指定された縮尺区分に応じて決定される統合距離よりも店舗間距離が短い場合，店舗アイコンを統合して表示するように，２つ店舗の店舗データを統合する処理を実行することで，縮尺区分に応じて統合された店舗データリストを生成する。

また，特許文献１で開示されている発明では，複数の広告対象物の存在を示すとき，一つの広告対象物とは絵柄が異なる第２の店舗アイコンを利用していたが，図２で図示したウェブページ５では，一つの店舗アイコン５２に対応する店舗の数に依存せず，同じ絵柄の店舗アイコン５２を利用している。

これは，地図の縮尺が大きく（例えば，広域）になると，ほとんどの店舗アイコンに複数の店舗が対応付けられることになるため，一つの店舗のみが対応付けられる店舗アイコンと，複数の店舗が対応付けられる店舗アイコンの絵柄を変更する必要性がないためである。

ここから，図１で図示したデータ生成サーバ２についてより詳細に説明する。図３は，データ生成サーバ２のブロック図である。

図３に図示したように，データ生成サーバ２は，ハードウェア資源として、ＣＰＵ２０と、メインメモリであるＲＡＭ２１と、ＢＩＯＳなどが実装されるＲＯＭ２２と、ネットワーク通信するためのネットワークインターフェース２３と、補助記憶装置として大容量のデータ記憶装置２４（例えば、ハードディスク）を備え，データ生成サーバ２のデータ記憶装置２４には，本発明に係わる店舗データ統合処理方法を実行するためのコンピュータプログラム２５が記憶されている。

ここから，データ生成サーバ２によって実行される店舗データ統合処理方法について説明する。図４は，データ生成サーバ２が登録時の店舗データリストを生成する処理を説明する図で，図５は，登録時の店舗データリストに含まれる店舗データの構造を説明する図で，図６は，データ生成サーバ２によって実行される店舗データ統合処理方法を説明するフロー図である。

店舗データ統合処理方法をデータ生成サーバ２が実行する前に，地図サービスサーバ１で運営されている地図サービスに登録された店舗の名称，所在地及び座標値（緯度及び経度）などの店舗の属性データがデータ生成サーバ２に入力され（Ｓ１），データ生成サーバ２は，該店舗毎に，入力された属性データから登録時の店舗データ６を生成し，登録時の店舗データリストを生成し，登録時の店舗データリストをデータ記憶装置２４に記憶した後（Ｓ２），図４で図示したフローは終了する。

図５は，登録時の店舗データ６の構造の一例を説明する図である。登録時の店舗データ６には，データ生成サーバ２に入力された店舗の店舗座標６ａと，該店舗の属性データ６ｂが含まれ，属性データ６ｂには，店舗の名称，店舗の所在地，地図上における店舗の座標値及び店舗の広告を表示するＵＲＬが含まれている。

次に，図６を参照しながら，本発明に係わる店舗データ統合処理方法について説明する。データ生成サーバ２が店舗データ統合処理方法を実行するとき，データ記憶装置２４に記憶されたコンピュータプログラム２５が起動する。

店舗データ統合処理方法をデータ生成サーバ２が実行するとき，データ生成サーバ２は，登録時の店舗データリストに含まれる店舗データを，所定のルールに従い，複数のグループにグルーピングする処理を実行する（Ｓ１０）。

登録時の店舗データ６をグルーピングするのは，後述するように，登録時の店舗データ６を統合するとき，データ生成サーバ２は，登録時の店舗データリストに含まれる店舗データから，重複しない２つの組合せ（以下，「組合せ」として記載する）を求める処理を実行するが，登録時の店舗データ６の数が多いと，登録時の店舗データリストから求められる組合せの数は膨大になるため，予め，登録時の店舗データ６を予めグルーピングしておき，グループ単位で組合せを求めることで，組合せの数が膨大になるのを防ぐ。

店舗データのグルーピングには，例えば，店舗の属性データに含まれる店舗の所在地を利用することができる。店舗の所在地を利用してグルーピングする場合，所在位置の郵便番号の上位数桁を利用して，登録時の店舗データ６は，郵便番号の上位数桁毎にグルーピングされる。

登録時の店舗データリストに含まれる店舗データをグルーピングする処理を実行すると，データ生成サーバ２は，グループ毎に，登録時の店舗データ６を統合するループ処理である統合処理Ｌ１を実行し，統合処理Ｌ１が終了すると，この手順は終了する。

統合処理Ｌ１において，データ生成サーバ２は，まず，統合処理Ｌ１の対象となるグループに属する登録時の店舗データ６を対象とし，対象となる店舗データの組合せをすべて求める処理を実行した後（Ｓ１２），組合せ毎に，登録時の店舗データ６に含まれる店舗座標６ａを用いて，組合せにおける店舗間距離を算出する（Ｓ１３）。

次に，データ生成サーバ２は，組合せにおける店舗間距離を算出すると，店舗間距離が，指定された縮尺区分で設定された統合距離以下である組合せを抽出する（Ｓ１４）。

店舗間距離が統合距離以下である組合せを抽出すると，店舗間距離が短い順に，該組合せの要素となる２つの店舗データを一つに統合した店舗データを生成する処理を実行する（Ｓ１５）。

２つ店舗の店舗データを一つに統合する統合処理を実行した後，データ生成サーバ２は，統合処理後の店舗データの総数をカウントし，この時点における店舗データの総数が設定値を超えているか確認する（Ｓ１６）。

統合処理後の店舗データの総数が上限値を超えている場合，統合距離に所定の値を加算した後（Ｓ１７），この時点の店舗データを対象としてＳ１２に戻り，統合処理後の店舗データの総数が上限値以下の場合，データ生成サーバ２は，統合距離に対応する縮尺区分に関連付けて，統合処理後の店舗アイコンリストを生成し，該統合処理後の店舗アイコンリストをデータ記憶装置２４に記憶する（Ｓ１８）。

このように，統合処理Ｌ１では，登録時の店舗データリストから統合処理が開始され，統合処理後の店舗データの数が設定値以下になるまで，統合距離を変更しながら再帰的に統合処理が繰り返えされることになる。

図７は，登録時の店舗データ６が複数統合された店舗データの構造を説明する図である。図７で図示した店舗データ７には店舗座標７ａと複数の属性データ７ｂが含まれ，属性データ７ｂの数は，統合された登録時の店舗データ６の数になる。

登録時の店舗データ６が複数統合された店舗データ７の店舗座標７ａは，店舗データ７に統合された登録時の店舗データ６の店舗座標６ａを用い，所定のルールに従い決定される。

例えば，図２で図示した吹き出し５３内に店舗名称を表示されるときの優先順位が登録時の店舗データ６の属性データ６ｂに含まれているとき，最も優先順位の高い属性データ６ｂの登録時の店舗データ６に含まれる店舗座標６ａを，店舗データ７の店舗座標７ａとして用いることができる。また，統合された登録時の店舗データ６の店舗座標６ａの平均値を，店舗データ７の店舗座標７ａとして利用することもできる。

ここから，地図サービスサーバ１について説明する。図８は，地図サービスサーバ１のブロック図である。

図８に図示したように，地図サービスサーバ１は，ハードウェア資源として、ＣＰＵ１０と、メインメモリであるＲＡＭ１１と、ＢＩＯＳなどが実装されるＲＯＭ１２と、ネットワーク通信するためのネットワークインターフェース１３と、補助記憶装置として大容量のデータ記憶装置１４（例えば、ハードディスク）を備え、データ記憶装置１４には、本発明に係わる手段として機能するためのコンピュータプログラム１５が記憶されている。

更に，図８に図示したように，地図サービスサーバ１のデータ記憶装置には，店舗データリストとして，縮尺区分が広域用（1:400,000〜1:50,000）の店舗データリスト１６ｃ，縮尺区分が中域用（1:50,000〜1:8,000）の店舗データリスト１６ｂ，及び，縮尺区分が詳細用（1:8,000〜1:1,000）の店舗データリスト１６ａの３つの店舗データリストが記憶されている。

詳細用の店舗データリスト１６ｃとは登録時の店舗データリストで，中域用の店舗データリスト１６ｂは，中域用の統合距離を用い上述した内容に従い，登録時の店舗データリストから生成された店舗データリストで，広域用の店舗データリスト１６ａは，広域用の統合距離を用い上述した内容に従い，登録時の店舗データリストから生成された店舗データリストである。

ここから，地図サービスサーバ１が実行する処理について説明する。図９は，地図サービスサーバ１が実行する処理のフロー図である。

ブラウザが起動しているクライアント３から地図データの送信要求を受けると，地図の中心座標値と縮尺がクライアント３から地図サービスサーバ１に引き渡され，地図サービスサーバ１のデータ記憶装置１４に記憶されたコンピュータプログラム１５が起動し，地図サービスサーバ１は，地図の中心座標値と縮尺を地図データ提供サーバ９に送信して，クライアント３に表示させる地図データを地図データ提供サーバ９から取得する（Ｓ２０）。

地図サービスサーバ１は，地図データ提供サーバ９から地図データを取得すると，地図サービスサーバ１が記憶している店舗データリストの中から，クライアント３から引き渡された縮尺の縮尺区分に対応する店舗データリストを選択する処理を実行する（Ｓ２１）。

地図サービスサーバ１は，クライアント３から引き渡された縮尺の縮尺区分に対応する店舗データリストを選択するために，縮尺の段階に応じて，縮尺の段階が対応する縮尺区分及び縮尺区分に対応する店舗データリストを示すテーブルを備えている。

図１０は，縮尺区分に対応する店舗データリストを示すテーブルを説明する図である。図１０で図示したテーブル８においては，縮尺は１０段階に分割され，段階１の縮尺は「1:200,000」，段階２の縮尺は「1:150,000」，段階３の縮尺は「1:100,000」，段階４の縮尺は「1:75,000」，段階５の縮尺は「1:50,000」，段階６の縮尺は「1:25,000」，段階７の縮尺は「1:10,000」，段階８の縮尺は「1:5,000」，段階９の縮尺は「1:25,000」，段階１０の縮尺は「1:1,000」である。

図１０で図示したテーブル８によれば，段階３及び段階４までは広域の縮尺区分に属し，段階３及び段階４の縮尺で地図を表示するときは，広域用の店舗データリスト１６ａが利用される。また，段階５から段階７までは中域の縮尺区分に属し，段階３から段階５の縮尺で地図を表示するときは，中域用の店舗データリスト１６ｂが利用される。更に，段階８から段階１０までは詳細の縮尺区分に属し，段階８から段階１０の縮尺で地図を表示するときは，詳細用の店舗データリスト１６ｃが利用される。

なお，段階１及び段階２はいずれの縮尺区分にも属さないため，段階１及び段階２の縮尺で地図を表示するとき店舗データリストは選択されず，地図データ上に店舗アイコンは表示されない。

地図サービスサーバ１は，縮尺の縮尺区分に対応する店舗データリストを選択すると，選択した前店舗データリストに含まれる店舗座標に対応する箇所に店舗アイコンを付加した地図データを表示するためのウェブページを生成し，生成したウェブページをクライアント３に送信し（Ｓ２２），この手順は終了する。

地図サービスサーバ１は，地図データを表示させるウェブページを生成するとき，例えば，地図データの中心座標値，縮尺及びブラウザ上における地図データの表示サイズなどから，地図データの表示範囲を決定し，選択された店舗データリストに含まれる店舗アイコンの表示座標が地図データの表示範囲に含まれている場合，該店舗アイコンの表示座標に対応する位置に店舗アイコンを表示させる。

なお，地図サービスサーバ１が生成するウェブページには，図２で図示したウェブページ５のように，店舗アイコンが表示される地図データに加え，マウスドラッグやスクロールバーなどを利用して，クライアント３のブラウザ上で表示する地図の表示範囲をスクロールさせるスクリプトに加え，マウスのホイールボタンを利用して地図の縮尺を変更するスクリプトが含まれる。

図１１は，本発明の効果を説明する図で，図１１（ａ）は，縮尺区分が広域の地図データ９ａで，地図データ９ａを生成するときには，広域用の店舗データリスト１６ａが利用され，地図データ９ａには７個の店舗アイコン（符号は付与していない）が表示されている。

図１１（ａ）において，マウスのポインタ９ａ１で店舗アイコンが選択されることで表示される吹き出し９ａ２には５個の店舗名称が含まれ，該店舗アイコンに対応する店舗データには，５個の登録時の店舗データ６が統合されていることを意味する。

図１１（ｂ）は，図１１（ａ）においてマウスのポインタ９ａ１で選択された店舗アイコンの近辺が拡大された中域の地図データ９ｂで，地図データ９ｂを生成するときには，中域用の店舗データリスト１６ｂが利用され，地図データ９ｂには３個の店舗アイコンが表示されている。

図１１（ｂ）において，マウスのポインタ９ｂ１で店舗アイコンが選択されることで表示される吹き出し９ｂ２には３個の店舗名称が含まれ，該店舗アイコンに対応する店舗データには，３個の登録時の店舗データ６が統合されていることを意味する。

図１１（ｃ）は，図１１（ｂ）においてマウスのポインタ９ｂ１で選択された店舗アイコンの近辺が拡大された詳細の地図データ９ｃで，地図データ９ｃを生成するときには，詳細用の店舗データリスト１６ｃが利用され，地図データ９ｃには３個の店舗アイコンが表示されている。

地図データ９ｃを生成するときに，詳細用の店舗データリスト１６ｃ，すなわち，登録時の店舗データリストが用いられるため，マウスのポインタ９ｃ１で店舗アイコンが選択されることで表示される吹き出し９ｃ２には１個の店舗名称が含まれる。

このように，地図サービスサーバ１が，店舗の店舗座標を含む店舗データのリストである店舗データリストとして，登録時の店舗データリストに加え，地図データの縮尺区分に応じて登録時の店舗データ６が統合された店舗データリストを，地図サービスに設定された縮尺区分に対応付けて記憶し，地図データの送信要求をクライアントから受けたとき，店舗アイコンの表示に利用する店舗データリストとして，クライアントから指示された縮尺が属する縮尺区分に対応する店舗データリストを選択することで，クライアント３のブラウザで表示される地図の縮尺が変更された場合でも，店舗アイコンが極端に重なり合ってしまうことを防止でき，地図サービスを利用するユーザの利便性を高めることができる。

なお、本発明は、これまで説明した実施の形態に限定されることなく、種々の変形や変更が可能である。

例えば，図６を用いて説明した統合処理が再帰的に繰り返されて実行された場合、１つの店舗データに複数の属性データが含まれることになるが、１つの店舗データに含まれる属性データの数が多すぎると，図２で説明したように，属性データの一部（ここでは，店舗名称）を吹き出し内に表示すると，店舗名称が見づらくなってしまう。

そこで，一つの吹き出しに表示できる店舗名称の表示可能数を定めておき，店舗アイコンに対応する店舗データに含まれる属性データの数が該表示可能数を超えているときは，表示可能数の店舗名称のみに加え，他の店舗名称を表示させるように，地図を拡大するためのテキストを吹き出し内に表示することが望ましい。

なお，店舗アイコンに対応する店舗データに含まれる属性データの数が該表示可能数を超えているときに，地図サービスサーバ１が，吹き出し内に表示させる店舗名称を容易に選択できるように，店舗の属性データには，吹き出し内に店舗名称を表示するときの優先順位を含ませ，地図サービスサーバ１は，該優先順位の高い順に，吹き出し内に表示する店舗名称を選択するようにするとよい。

図１２は，変形例のウェブページを説明する図で，一つの吹き出しに表示できる店舗名称の表示可能数を５個としたときのウェブページである。

図１２（ａ）は，縮尺区分が広域の地図データ９ｄで，地図データ９ｄに表示されている店舗アイコン９ｄ１に対応する店舗データに含まれる属性データの数は表示可能数（ここでは，５個）を超え，店舗アイコン９ｄ１がクリックされることで表示される吹き出し９ｄ２には，５個の店舗名称が表示される。

吹き出し９ｄ２には，店舗名称に加え，他の店舗があることを通知するテキスト９ｄ３に加え，他の店舗を表示させるためのテキスト９ｄ４が表示されている。

吹き出し９ｄ２に表示されたテキスト９ｄ４がクリックされると，店舗アイコン９ｄ１の店舗座標が地図データの中心座標として，表示されている地図データの縮尺区分よりも縮尺が小さい縮尺区分（ここで，中域）の縮尺が地図データサーバに引き渡され，中域用の縮尺区分の店舗データリストが利用され，該縮尺に応じた地図データがクライアント３に表示される。

１ 地図サービスサーバ
２ データ生成サーバ
３ クライアント
９ 地図データ提供サーバ

Claims (4)

1. コンピュータ装置を用いて，店舗の店舗座標とその属性データを含む店舗データを縮尺区分に応じて統合する店舗データ統合処理方法であって，統合対象となる前記店舗データのリストから重複しない２つの組合せを求めるステップａ，前記組合せ毎に，前記組合せの要素となる２つの前記店舗データに含まれる店舗座標から店舗間距離を算出し，指定された縮尺区分に応じて決定される統合距離よりも前記店舗間距離が短い前記組合せを抽出するステップｂ，前記店舗間距離が短い順に，前記抽出した組合せに含まれる２つの前記店舗データの前記店舗座標から所定のルールに従い決定した前記店舗座標と，前記２つの店舗データの属性データを含む前記店舗データを生成することで，前記２つの前記店舗データを統合処理するステップｃ，統合処理を実施した後の前記店舗データの数が設定値以下の場合，統合処理を実施した後の前記店舗データのリストを前記縮尺区分に関連付けて記憶し，統合処理を実施した後の前記店舗データの数が設定値を超えている場合，前記統合距離を変更した後，前記ステップaに戻るステップｄを実行する処理を，地図サービスに登録された店舗の店舗座標とその属性データを含む登録時の店舗データのリストから開始する店舗統合処理が前記コンピュータ装置で実行されることを特徴とする店舗データ統合処理方法。
2. 請求項１に記載の店舗データ統合処理方法において，前記コンピュータ装置は，所定のルールに従い，前記登録時の店舗データを複数のグループにグルーピングし，前記グループ単位で前記店舗統合処理を実行することを特徴とする店舗データ統合処理方法。
3. 店舗座標とその属性データを含む店舗データを縮尺区分に応じて統合するコンピュータ装置であって，統合対象となる前記店舗データのリストから重複しない２つの組合せを求めるステップａ，前記組合せ毎に，前記組合せの要素となる２つの前記店舗データに含まれる店舗座標から店舗間距離を算出し，指定された縮尺区分に応じて決定される統合距離よりも前記店舗間距離が短い前記組合せを抽出するステップｂ，前記店舗間距離が短い順に，前記抽出した組合せに含まれる２つの前記店舗データの前記店舗座標から所定のルールに従い決定した前記店舗座標と，前記２つの店舗データの属性データを含む前記店舗データを生成することで，前記２つの前記店舗データを統合処理するステップｃ，統合処理を実施した後の前記店舗データの数が設定値以下の場合，統合処理を実施した後の前記店舗データのリストを前記縮尺区分に関連付けて記憶し，統合処理を実施した後の前記店舗データの数が設定値を超えている場合，前記統合距離を変更した後，前記ステップaに戻るステップｄを実行する処理を，地図サービスに登録された店舗の店舗座標とその属性データを含む登録時の店舗データのリストから開始する店舗統合処理を実行する処理手段を備えたことを特徴とするコンピュータ装置。
4. 請求項３に記載のコンピュータ装置において，前記処理手段は，所定のルールに従い，前記登録時の店舗データを複数のグループにグルーピングし，前記グループ単位で前記店舗統合処理を実行することを特徴とするコンピュータ装置。