(57)【要約】【課題】従来は、1画面内に収まるよう地図画像表示用のＵＲＬで示されるパラメータを決定するため、ユーザーが自身の端末上で中心点の移動操作や拡大縮小の操作をする必要がある。また、そのような調整操作を行ったとしても、別の端末では、解像度が低いなどを理由として１画面内に地図画像を表示できないこともある。【解決手段】以上課題解決のため、本発明は、ユーザーから２点以上の地点情報の入力を受付けると、自動的にその地点を含む地図上の最小矩形領域を演算し、その最小矩形領域を表示するためのパラメータをメールなどで別ユーザーに通知する機能を備える地図サーバ装置を提供する。またＵＲＬにて地図を閲覧する相手端末のディスプレイ解像度を、その機種情報を利用して取得し、その解像度に合わせてさらに表示する地図画像の表示サイズなどを調整する機能をさらに備える地図サーバ装置も提供する。【選択図】図２
2010049597.tif 000002
【特許請求の範囲】
【請求項１】
地図を閲覧端末のインターネットブラウザにて閲覧させるための地図出力部と、
閲覧端末のインターネットブラウザを介して前記地図上の複数の地点を示す情報である地点セット情報を取得する地点セット情報取得部と、
取得した地点セット情報に基づいて、前記複数の地点を含む地図上の最小矩形領域を示す情報である最小矩形領域情報を演算する最小矩形領域情報演算部と、
演算して得た最小矩形領域情報を自身のアドレスを含むＵＲＬ形式で記述したメールを閲覧端末に対して送信するメール送信部と、を有する地図サーバ装置。
【請求項２】
メール送信部に替えて、演算して得た最小矩形領域情報を自身のアドレスを含むＵＲＬ形式で閲覧端末がインターネットブラウザにて閲覧中の画面に表示されるように出力するＷｅｂ送信部を有する請求項１に記載の地図サーバ装置。
【請求項３】
メール送信部に替えて、演算して得た最小矩形領域情報を自身のアドレスを含むＵＲＬ形式で示される情報として短距離無線通信によって出力する無線送信部を有する請求項１に記載の地図サーバ装置。
【請求項４】
自身のアドレスを含むＵＲＬ形式で記述した最小矩形領域情報を閲覧端末のブラウザを介して取得する最小矩形領域情報取得部と、
取得した最小矩形領域情報に基づいて閲覧端末のディスプレイ上に一画面で表示可能な地図を取得する地図取得部と、
を有する請求項１から３のいずれか一に記載の地図サーバ装置。
【請求項５】
最小矩形領域情報取得部は、
閲覧端末のブラウザを介して、最小矩形領域情報の送信元である閲覧端末の機種情報を取得する機種情報取得手段と、
取得した機種情報に基づいてその機種情報で特定される機種のディスプレイの解像度を示す情報である表示先解像度情報を取得する表示先解像度取得手段と、を有し、
地図取得部は、
取得した表示先解像度情報に基づいて前記ディスプレイ上に一画面で表示可能な地図を取得する解像度別取得手段を有する請求項４に記載の地図サーバ装置。
【請求項６】
最小矩形領域情報取得部は、
閲覧端末のブラウザを介して、最小矩形領域情報の送信元である閲覧端末の解像度情報を取得する表示先解像度取得手段を有し、
地図取得部は、
取得した表示先解像度情報に基づいて前記ディスプレイ上に一画面で表示可能な地図を取得する解像度別取得手段を有する請求項４に記載の地図サーバ装置。
【請求項７】
最小矩形領域情報演算部は、
取得した地点セット情報に基づいて、前記複数の地点を含む地図上の東西方向、南北方向に辺が沿った最小矩形領域を示す正置最小矩形領域情報を演算する正置最小矩形領域演算手段を有する請求項１から６のいずれか一に記載の地図サーバ装置。
【請求項８】
最小矩形領域情報演算部は、
取得した地点セット情報に基づいて、前記複数の地点を含む地図上の東西方向、南北方向に辺が沿わない最小矩形領域を示す非正置最小矩形領域情報を演算する非正置最小矩形領域演算手段を有する請求項１から６のいずれか一に記載の地図サーバ装置。
【請求項９】
メール送信部は、メールをＨＴＭＬ形式で送信するＨＴＭＬ送信手段を有する請求項１から８のいずれか一に記載の地図サーバ装置。
【請求項１０】
地図を閲覧端末のインターネットブラウザにて閲覧させるための地図出力ステップと、
閲覧端末のインターネットブラウザを介して前記地図上の複数の地点を示す情報である地点セット情報を取得する地点セット情報取得ステップと、
取得した地点セット情報に基づいて、前記複数の地点を含む地図上の最小矩形領域を示す情報である最小矩形領域情報を演算する最小矩形領域情報演算ステップと、
演算して得た最小矩形領域情報を自身のアドレスを含むＵＲＬ形式で記述したメールを閲覧端末に対して送信するメール送信ステップと、
を計算機に実行させる地図サーバ装置の制御方法。
【請求項１１】
メール送信ステップに替えて、演算して得た最小矩形領域情報を自身のアドレスを含むＵＲＬ形式で閲覧端末がインターネットブラウザにて閲覧中の画面に表示されるように出力するＷｅｂ送信ステップを計算機に実行させる請求項１０に記載の地図サーバ装置の制御方法。
【請求項１２】
メール送信ステップに替えて、演算して得た最小矩形領域情報を自身のアドレスを含むＵＲＬ形式の情報として短距離無線通信によって出力する無線送信ステップを計算機に実行させる請求項１０に記載の地図サーバ装置の制御方法。
【請求項１３】
自身のアドレスを含むＵＲＬ形式で記述した最小矩形領域情報を閲覧端末のブラウザを介して取得する最小矩形領域情報取得ステップと、
取得した最小矩形領域情報に基づいて閲覧端末のディスプレイ上に一画面で表示可能な地図を取得する地図取得ステップと、
をさらに計算機に実行させる請求項１０から１２のいずれか一に記載の地図サーバ装置の制御方法。
【請求項１４】
最小矩形領域情報取得ステップは、
閲覧端末のブラウザを介して、最小矩形領域情報の送信元である閲覧端末の機種情報を取得する機種情報取得ステップと、
取得した機種情報に基づいてその機種情報で特定される機種のディスプレイの解像度を示す情報である表示先解像度情報を取得する表示先解像度取得ステップと、を有し、
地図取得ステップは、
取得した表示先解像度情報に基づいて前記ディスプレイ上に一画面で表示可能な地図を取得する解像度別取得ステップを有する請求項１３に記載の地図サーバ装置の制御方法。
【請求項１５】
最小矩形領域情報取得ステップは、
閲覧端末のブラウザを介して、最小矩形領域情報の送信元である閲覧端末の解像度情報を取得する表示先解像度取得ステップを有し、
地図取得ステップは、
取得した表示先解像度情報に基づいて前記ディスプレイ上に一画面で表示可能な地図を取得する解像度別取得ステップを有する請求項１３に記載の地図サーバ装置の制御方法。
【請求項１６】
最小矩形領域情報演算ステップは、
取得した地点セット情報に基づいて、前記複数の地点を含む地図上の東西方向、南北方向に辺が沿った最小矩形領域を示す正置最小矩形領域情報を演算する正置最小矩形領域演算ステップを有する請求項１０から１５のいずれか一に記載の地図サーバ装置の制御方法。
【請求項１７】
最小矩形領域情報演算ステップは、
取得した地点セット情報に基づいて、前記複数の地点を含む地図上の東西方向、南北方向に辺が沿わない最小矩形領域を示す非正置最小矩形領域情報を演算する非正置最小矩形領域演算ステップを有する請求項１０から１６のいずれか一に記載の地図サーバ装置の制御方法。
【請求項１８】
メール送信ステップは、メールをＨＴＭＬ形式で送信するＨＴＭＬ送信ステップを有する請求項１０から１７のいずれか一に記載の地図サーバ装置の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、地図サーバを利用した地図画像データの配信技術に関する。
【背景技術】
【０００２】
現在、紙ベースの地図に替わり、計算機にて利用可能な電子地図が普及している。なぜならば電子地図では、紙の地図と違い、キーワードや住所、郵便番号などによる地点検索が可能であり、また地図の拡大／縮小表示なども容易であり使い勝手が良いからである。
【０００３】
また上記電子地図をサーバ装置に保持し、Ｗｅｂアクセスによって利用可能とするサービスなども提供されている。そしてこのようなサービスを利用して、例えばユーザーＡがユーザーＢに集合場所や目的地を通知したい場合などには、まずユーザーＡはサーバ装置にアクセスし所定の操作によって集合場所や目的地を含む地図画像を生成し、自身の端末上に表示させる。そして画面上に表示されている「送信」ボタンをクリックなどして、その地図画像データをユーザーＢの端末上で表示するためのＵＲＬ（ユニフォーム・リソース・ロケータ）をユーザーＢに送信する。そして、ユーザーＢは自身の端末で当該ＵＲＬにアクセスし、ＵＲＬに含まれる各種パラメータをサーバ装置に送信することで、集合地点が示された地図画像を簡単に見ることができる。
【特許文献１】特開２００４−２７９９６９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、上記従来の技術には以下のような課題がある。すなわち地図画像表示用のＵＲＬは、通常は、ユーザーＡが自身の端末上にて表示している地図中央の緯度経度情報、画像の拡大縮小レベル、地図画像の縦横サイズ、および集合地点や目的地の緯度経度情報などを指定するパラメータを含み生成されたものである。
【０００５】
そして、これらパラメータは、ユーザーＡが自身の端末上で中心点の移動操作や拡大縮小の操作をすることで決定された値となる。そのため、例えばその集合場所と目的地など相手に知らせたい地図上の地点が１画面内に収まるように、ユーザーＡは上記操作を行い表示地図画像を調整する必要がある、という第一の課題がある。
【０００６】
また、さらに、そのような調整操作を行ったとしても、送信先のディスプレイの解像度が低いなどを理由として、結局はユーザーＢの端末では１画面内に地図画像を収めることができないことがある、という第二の課題もある。
【課題を解決するための手段】
【０００７】
以上の第一の課題を解決するために、本発明は、ユーザーＡから２点以上の地点情報の入力を受付けると、自動的にその地点を含む地図上の最小矩形領域を演算し、その最小矩形領域を表示するためのパラメータをメールやＷｅｂを介してユーザーＢに通知する機能を備える地図サーバ装置を提供する。
【０００８】
具体的に、本発明の地図サーバ装置は、地図を閲覧端末のインターネットブラウザにて閲覧させるための地図出力部と、閲覧端末のインターネットブラウザを介して前記地図上の複数の地点を示す情報である地点セット情報を取得する地点セット情報取得部と、取得した地点セット情報に基づいて、前記複数の地点を含む地図上の最小矩形領域を示す情報である最小矩形領域情報を演算する最小矩形領域情報演算部と、演算して得た最小矩形領域情報を自身のアドレスを含むＵＲＬ形式で記述したメールを閲覧端末に対して送信するメール送信部と、を有する。また、上記構成においてメール送信部に代えて、演算して得た最小矩形領域情報を自身のアドレスを含むＵＲＬ形式で閲覧端末がインターネットブラウザにて閲覧中の画面に表示されるように出力するＷＥＢ送信部を有する地図サーバ装置も提供する。
【０００９】
また上記構成に加えて、さらに自身のアドレスを含むＵＲＬ形式で記述した最小矩形領域情報を閲覧端末のブラウザを介して取得する最小矩形領域情報取得部と、取得した最小矩形領域情報に基づいて閲覧端末のディスプレイ上に一画面で表示可能な地図を取得する地図取得部と、を有する地図サーバ装置も提供する。
【００１０】
また、第二の課題を解決するために、ＵＲＬにて地図を閲覧する相手端末のディスプレイ解像度を、その機種情報を利用して取得し、その解像度に合わせてさらに表示する地図画像の表示サイズなどを調整する機能をさらに備える地図サーバ装置も提供する。
【００１１】
具体的に、上記構成に加えて、その最小矩形領域情報取得部が、閲覧端末のブラウザを介して、最小矩形領域情報の送信元である閲覧端末の機種情報を取得する機種情報取得手段と、取得した機種情報に基づいてその機種情報で特定される機種のディスプレイの解像度を示す情報である表示先解像度情報を取得する表示先解像度取得手段と、を有し、地図取得部が、取得した表示先解像度情報に基づいて前記ディスプレイ上に一画面で表示可能な地図を取得する解像度別取得手段を有することを特徴とする地図サーバ装置を提供する。
【００１２】
また、機種情報は利用せず、ＵＲＬにて地図を閲覧する相手端末から直接そのディスプレイ解像度を取得する機能を備える地図サーバ装置も提供する。具体的に、上記構成に加えて、最小矩形領域情報取得部が、閲覧端末のブラウザを介して、最小矩形領域情報の送信元である閲覧端末の解像度情報を取得する解像度情報取得手段を有し、地図取得部が、取得した表示先解像度情報に基づいて前記ディスプレイ上に一画面で表示可能な地図を取得する解像度別取得手段を有する記載の地図サーバ装置を提供する。
【００１３】
また、その他に、指定された２点以上の地点を含む最小矩形領域の演算に際し、領域の回転（傾き）を許可する／許可しない構成を含む地図サーバ装置や、ＵＲＬの送信に際し、ＨＴＭＬメールで送信する機能を備える地図サーバ装置、またこれら地図サーバ装置の制御方法なども提供する。
【発明の効果】
【００１４】
以上のような構成をとる本発明によってユーザーが特別な調整操作などをすることなく、例えばその集合場所と目的地など相手に知らせたい地図上の情報が１画面内に収まるようにすることができる。また、送信先のディスプレイの解像度に合わせて、相手に知らせたい地図上の情報を１画面内に収めることができる。
【発明を実施するための最良の形態】
【００１５】
以下に、図を用いて本発明の実施の形態を説明する。なお、本発明はこれら実施の形態に何ら限定されるものではなく、その要旨を逸脱しない範囲において、種々なる態様で実施しうる。
【００１６】
なお、実施例１は、主に請求項１、１０について説明する。また、実施例２は、主に請求項２、３、１１、１２について説明する。また、実施例３は、主に請求項４、１３について説明する。また、実施例４は、主に請求項５、１４について説明する。また、実施例５は、主に請求項６、１５について説明する。また、実施例６は、主に請求項７、１６について説明する。また、実施例７は、主に請求項８、１７について説明する。また、実施例８は、主に請求項９、１８について説明する。
【００１７】
≪実施例１≫
【００１８】
<概要>
【００１９】
図１は、本実施例の地図サーバ装置を利用して提供されるサービスの一例を説明するための概念図である。この図１（ａ）にあるように、例えば、あるユーザーが本実施例の地図サーバ装置にアクセスし、自身の操作する端末上に地図を表示する。そして、友人とショッピングする際の集合場所Ａと目的地Ｂと、という具合に地図上の複数の地点を指定する。
【００２０】
すると、本実施例の地図サーバ装置は、その指定された地点を含む最小矩形領域αを特定する。そして、そのように特定された最小矩形領域αを、閲覧端末上で表示するためのＵＲＬを、例えば図１（ｂ）に示すように生成し、ユーザーに通知する。
【００２１】
そしてユーザーは通知されたそのＵＲＬにアクセスし、例えば最小矩形領域をディスプレイ上に最大化して表示することで、余分な地図上領域を表示させず、かつショッピングの集合場所と目的地とを含む視認性の高い地図を閲覧することができる。
【００２２】
<機能的構成>
【００２３】
図２は、本実施例の地図サーバ装置における機能ブロックの一例を表す図である。この図にあるように、本実施例の「地図サーバ装置」（０２００）は、「地図出力部」（０２０１）と、「地点セット情報取得部」（０２０２）と、「最小矩形領域情報演算部」（０２０３）と、「メール送信部」（０２０４）と、を有する。
【００２４】
なお、以下に記載する本地図サーバ装置の機能ブロックは、ハードウェア、ソフトウェア、又はハードウェア及びソフトウェアの両方として実現され得る。具体的には、コンピュータを利用するものであれば、ＣＰＵや主メモリ、バス、あるいは二次記憶装置（ハードディスクや不揮発性メモリ、ＣＤやＤＶＤなどの記憶メディアとそれらメディアの読取ドライブなど）、情報入力に利用される入力デバイス、印刷機器や表示装置、その他の外部周辺装置などのハードウェア構成部、またその外部周辺装置用のインターフェース、通信用インターフェース、それらハードウェアを制御するためのドライバプログラムやその他アプリケーションプログラム、ユーザーインターフェース用アプリケーションなどが挙げられる。
【００２５】
そして主メモリ上に展開したプログラムに従ったＣＰＵの演算処理によって、入力デバイスやその他インターフェースなどから入力されメモリやハードディスク上に保持されているデータなどが加工、蓄積されたり、上記各ハードウェアやソフトウェアを制御するための命令が生成されたりする。また、この発明は地図サーバ装置として実現できるのみでなく、方法としても実現可能である。また、このような発明の一部をソフトウェアとして構成することができる。さらに、そのようなソフトウェアをコンピュータに実行させるために用いるソフトウェア製品、及び同製品を記録媒体に固定した記録媒体も、当然にこの発明の技術的な範囲に含まれる（本明細書の全体を通じて同様である）。
【００２６】
「地図出力部」（０２０１）は、地図を閲覧端末のインターネットブラウザにて閲覧させるための機能を有し、例えばＣＰＵなどの演算装置や主メモリ、地図画像データを格納する二次記憶装置、インターネット網を介し閲覧端末と通信するための通信ＩＦ（インターフェース）などのハードウェア、および地図出力プログラムによって実現することができる。
【００２７】
具体的に、本実施例の地図サーバ装置は、閲覧端末からのアクセスによりＨＴＴＰリクエストを受信すると、そのリクエストに応じて二次記憶装置から地図画像データを取得する。そして、当該地図画像データを通信ＩＦよりＨＴＴＰレスポンスとして閲覧端末に返信する。そして、閲覧端末では、返信された地図画像データをインターネットブラウザにて処理しディスプレイ上に表示する、という具合である。
【００２８】
このように地図サーバ装置はＷｅｂサーバ機能を備え、閲覧端末からのアクセスに応じて地図画像データを返信し、閲覧端末にて表示させることができる。
【００２９】
「地点セット情報取得部」（０２０２）は、閲覧端末のインターネットブラウザを介して地点セット情報を取得する機能を有する。なお「地点セット情報」とは、前記地図上の複数の地点を示す情報をいい、例えば、ある地点の施設／建造物名称、住所名称、その他ランドマーク名称や、緯度経度情報などが挙げられる。
【００３０】
そして、この地点セット情報取得部は、例えば、ＣＰＵや主メモリ、通信ＩＦ、および地点セット情報取得プログラムなどで実現することができる。またその地点セット情報の取得形態は、具体的に、閲覧端末にて表示されている地図を見ながらユーザーが入力した地点セット情報が、インターネットブラウザを介して送信される事で取得する形態などが挙げられる。
【００３１】
図３は、閲覧端末での地点セット情報入力ユーザーインターフェースの一例を表す概念図である。この図にあるように、閲覧端末において前記地図出力部から出力された地図が表示されている。そして、ユーザーは、例えばその地図上の任意の地点Ａや地点Ｂをマウスカーソルでクリックしピンを立てることで複数の地点を指定する、という具合である。あるいは、画面上部の入力窓Ａ'やＢ'に住所を入力することで複数の地点を指定する入力方法も挙げられる。またその他にも、最寄り駅、バス停などのチェックボックスをユーザーインターフェース上に設けておくことでよく利用される地点を簡易に入力できるよう構成しても良い。
【００３２】
そして、このように指定された複数の地点に関して、例えば地図データに含まれる「緯度経度情報」が取得され、図４に示すような地点セット情報として地図サーバ装置に送信される、という具合である。
【００３３】
「最小矩形領域情報演算部」（０２０３）は、取得した地点セット情報に基づいて、最小矩形領域情報を演算する機能を有し、例えばＣＰＵや主メモリ、最小矩形領域情報演算プログラムなどで実現することができる。
【００３４】
なお、「最小矩形領域情報」とは、前記複数の地点を含む地図上の最小矩形領域を示す情報をいい、例えば矩形の頂点を示す緯度経度情報などが挙げられる。そして最小矩形領域を演算するため、具体的に例えば以下のような処理を実行する。すなわち、図５に示すように、例えば閲覧端末にて地図上の地点Ａ，Ｂ，Ｃ，Ｄが指定され、それぞれの緯度経度情報Ａ（ａ１、ａ２）、Ｂ（ｂ１、ｂ２）、Ｃ（ｃ１、ｃ２）、Ｄ（ｄ１、ｄ２）が地点セット情報として取得されている。ここで、本実施例の地図サーバ装置は、これら４点を含む最小矩形領域の左上の頂点Ｐの経度を決定するため、４点の経度の大小比較を行い、最小経度（すなわち最も西側の点の経度）「ｂ１」を頂点Ｐの経度とする。また今度は、４点の緯度の大小比較を行い、最大緯度（すなわち最も北側の点の緯度）「ａ２」を頂点Ｐの緯度とする。
【００３５】
さらに、最小矩形領域の右下の頂点Ｑの経度を決定するため、４点の経度の大小比較を行い、今度は最大経度（すなわち最も東側の点の経度）「ｄ１」を頂点Ｑの経度とする。また最小緯度（すなわち最も南側の点の緯度）「ｃ２」を頂点Ｑの緯度として決定する。
【００３６】
ただし上記最小矩形領域の演算例では、地点セット情報で示される地点Ａ、Ｂ、Ｃ、Ｄが、緯度０度線および経度０度線で地図を四分割した領域のうち、図２６（ａ）に示す北緯および東経で示される領域（ＸＹ直交座標系の第一象限）に全て含まれる場合の演算例である。例えば、地点Ａ、Ｂ、Ｃ、Ｄ全てが、同じ図２６（ａ）に示す南緯および西経で示される領域（ＸＹ直交座標系の第三象限）にある場合、上記例とは逆に最大（西）経度を取る点が最も西側の点で、最小（南）緯度を取る点が最も北側の点となる。
【００３７】
このように、最小矩形領域情報を演算する際に緯度経度の値をそのまま利用すると、地点が含まれる象限ごとに場合分けして演算する必要が生じてしまう。そこで、最小矩形領域情報演算プログラムでは、例えば東経１８０度を「０」、東経１７９度を「１」とし（具体的には、東経は経度値を負の値に変換して１８０を加算）、また西経１度を「１８１」、西経１８０度を「３６０」として（具体的には、西経はそのままの経度値に１８０を加算）指標化したテーブルデータを保持すると良い。そして、その指標値は大きい値を取る方が西側となる（なお、図２６（ｂ）に示すように最小矩形領域が東西にループしている場合は除く）ので、経度値を指標値に変換した後、その指標値の大小比較によって最小矩形領域の左上頂点Ｐや右下頂点Ｑの経度を決定する、という具合である。また、緯度についても同様に北緯９０度を「０」、南緯９０度を「１８０」として各緯度を指標化し、その指標値を利用して最小矩形領域の左上頂点Ｐや右下頂点Ｑの緯度を決定すると良い。
【００３８】
なお、上記方法は、最西最北地点が最小矩形領域の左上の頂点となるメルカトル図法で作図された地図の場合における最小矩形領域の演算方法である。例えばモルワイデ図法や正射図法などで作図された地図は、緯度経度線が直交直線ではないため必ずしも最西最北地点が最小矩形領域の左上の頂点とはならない可能性がある。そこで、このような場合には、前述の指標値を緯度経度線の曲率に合わせて補正した値としてテーブルデータとして保持しておくと良い。
【００３９】
また、一般的な地図は球面を二次元平面上に展開した図面であるため、以下のような特徴点を有する。すなわち経度に関して極点がないため、前述のように東西方向にループする表記となっている。そのため図２６（ｂ）に示すように、球面の経度０線を中心として横方法に展開した地図において、東経１８０度（西経１８０度）付近の地点を含む最小矩形領域は矩形αのようになる可能性がある。
【００４０】
そこで最小矩形領域が地図上で東西にループする状態にある場合にも対応可能とするため、左上頂点Ｐや右下頂点Ｑを決定する際に以下のような処理を行っても良い。すなわち地点セット情報で示されるそれぞれの点について、その経度が最小矩形領域の左上頂点Ｐの経度となると仮定する。そして、それぞれのケースにおいて決定される矩形の面積を算出し、その面積が最小となる頂点Ｐ、Ｑを決定する、という具合である。なお、通常の地図において緯度方向は極点があるため、南北方向にループするよう表記されてはいない。したがってどの点を左上頂点Ｐと仮定しても決定される矩形の高さは一定であるため、幅の長短のみを比較し、矩形面積が最小となるケースを特定すると良い。
【００４１】
具体的に、まず前述の指標値が最大となる点の経度が左上頂点Ｐの経度になると仮定した場合、最小矩形は東西方向にループする形態にはならない。したがって指標値が最小となる点の経度が仮右下頂点Ｑの経度となるので、右回りで仮左上頂点Ｐとその仮右下頂点Ｑの距離ｌ１を算出する。
【００４２】
つづいて指標値が最大とならない点の経度が左上頂点Ｐの経度になると仮定した場合、最小矩形は東西方向にループする形態になる。そしてその場合、仮右下頂点Ｑの経度は、仮左上頂点Ｐの左側（指標値の増加側）にある隣接地点の経度となるので、右回りで仮左上頂点Ｐとその仮右下頂点Ｑの距離ｌ２を算出する。そして、その他の点についても同様に左上頂点Ｐと仮定して仮右下頂点Ｑとの距離ｌ３、ｌ４、・・・を算出する。そして、その距離の大小比較処理を行い、もっとも短い距離となる左上頂点Ｐおよび右下頂点Ｑの経度を特定する、という具合である。
【００４３】
なお、上記のように地図上において最小矩形領域が東西方向にループするのは、地点セット情報で示される複数の地点が地図上に広範に分布している場合である。あるいは、地球表面を二次元平面上に展開する際の展開線（図２６では東経１８０度＝西経１８０度線）付近に地点が分布している場合である。
【００４４】
しかし、本地図サーバ装置の一般的なサービス利用者は、自身の行動範囲内での地点を指定する可能性が高く、したがって地図上に広範に分布するよう地点を指定することは基本的にはありえ無い。そのため、展開線付近に地点が指定されないよう構成すれば、上記のようなループ形状の最小矩形領域を想定した複雑な例外処理を省略することができる。そこで、予めユーザから「日本地図」という具合に利用する地図の指定を受付けたり、ＧＰＳなどの位置測定システムから、ユーザ端末の位置情報を取得したりする。そして、それら情報で特定されるユーザが利用する領域（例えば日本）近辺が展開線で切り離されないように反対側に展開線が来る地図を選択利用するよう構成しても良い。
【００４５】
このようにして地点セット情報で示される複数の地点を含む最小矩形領域を演算により特定することができる。なお、上記の演算は最小矩形領域が必ず地図上で正置（東西方向、南北方向に辺が沿った配置）される場合における決定方法である。したがって、最小矩形領域が傾きを許可され地図上に非正置される場合には、例えば実施例７で後述するようにしてその最小矩形領域を演算すると良い。
【００４６】
そして、その最小矩形領域は閲覧端末にて指定入力された複数の地点を含むものであるので、例えば最小矩形領域をディスプレイ上に最大化して表示することで、余分な地図上領域を表示させず、かつ目的の複数地点を含む視認性の高い地図を表示することができる。
【００４７】
「メール送信部」（０２０４）は、演算して得た最小矩形領域情報を自身のアドレスを含むＵＲＬ形式で記述したメールを閲覧端末に対して送信する機能を有し、例えば、ＣＰＵや主メモリ、通信ＩＦ、メール送信プログラムなどによって実現することができる。
【００４８】
ここで、「最小矩形領域を自身のアドレスを含むＵＲＬ形式で記述」とは、ＵＲＬのホスト名を地図サーバ装置自身のものとし、かつ例えばそのＵＲＬに最小矩形領域情報を示すパラメータを以下のように付加して記述することを言う。そしてメール送信部では、そのように記述されたＵＲＬを例えば本文に含むメールを送信する、という具合である。
【００４９】
図６は、このメール送信部から送信されるメールの一例を表す図である。この図にあるように、例えばＨＴＴＰ（ハイパーテキスト・トランスファープロトコル）などにて示されているパラメータ定義用の構文を用いて、「longitude1（頂点Ｐの経度）」や「latitude2（頂点Ｐの緯度）」といった最小矩形領域情報を含むＵＲＬをメールに記載する、という具合である。
【００５０】
また、この図にあるようにＵＲＬには「http://・・・co.jp/map/」といった具合に、地図サーバ装置自身のホスト名やディレクトリ名などで構成されたアドレスを含んでいるので、このメールが送信された閲覧端末にて当該ＵＲＬにアクセスすると上記最小矩形領域情報を含むＨＴＴＰリクエストが地図サーバに送信されることになる。そこで地図サーバは、その最小矩形領域情報で特定される最小矩形領域の地図画像データを取得し、閲覧端末に返信する、という具合である。
【００５１】
このようにして、閲覧端末にて指定した複数地点を含み、かつ余分な領域が表示されず視認性の高い地図を、メールにて送信されたＵＲＬを利用して簡単に閲覧することができる。
【００５２】
なお、ここで送信先となる宛先アドレスは、例えば閲覧端末における地点セット情報の入力に際して、ユーザーが同時入力するよう構成しても良い。あるいは予めメールアドレスと閲覧端末ＩＤ（又はユーザーＩＤ）とを関連付けて登録可能に構成しておき、また閲覧端末から地点セット情報を送信する際に閲覧端末ＩＤを含めて送信するよう構成することで、送信先となるメールアドレスが特定されるよう構成しても良い。
【００５３】
また、送信先は最初に地図出力部から地図を出力した先の閲覧端末であっても良いし、その他の閲覧端末が指定され、そこを送信先としても良い。
【００５４】
<ハードウェア構成>
【００５５】
図７は、上記機能的な各構成要件をハードウェアとして実現した際の、地図サーバ装置における構成の一例を表す概略図である。この図を利用して最小矩形領域の演算およびＵＲＬの送信処理におけるそれぞれのハードウェア構成部の働きについて説明する。
【００５６】
この図にあるように、地図サーバ装置は、プログラムを解釈し各種演算処理を実行する「ＣＰＵ」（０７０１）と、プログラムやデータを処理するために展開する「主メモリ」（０７０２）と、を備えている。また地図データやＷｅｂページなどを長期的に格納するための「ＨＤＤ」（０７０３）や、ネットワーク網に接続され、閲覧端末と通信するための「通信ＩＦ」（０７０４）も備えている。そしてそれらが「システムバス」などのデータ通信経路によって相互に接続され、情報の送受信や処理を行う。
【００５７】
そして上述のように「主メモリ」にはプログラムが読み出され、「ＣＰＵ」は読み出された当該プログラムを解釈し、プログラムで示される手順に従い各種演算処理を実行する。また「主メモリ」や「ＨＤＤ」にはそれぞれ複数のアドレスが割り当てられており、「ＣＰＵ」の演算処理においては、そのアドレスを特定し格納されているデータにアクセスすることで、データを用いた演算処理を行うことが可能になっている。
【００５８】
ここで地図サーバ装置は、閲覧端末Ａから「通信ＩＦ」を介して地図出力リクエスト（ＨＴＴＰリクエスト）を受付けると、当該地図出力リクエストを「主メモリ」のアドレス１に格納する。すると「ＣＰＵ」は地図出力プログラムを解釈し、それに従って地図出力リクエストで示される地点や縮尺で示される地図データを「ＨＤＤ」に保持されている地図データから取得し、「主メモリ」のアドレス２に格納する。そして地図出力リクエストへのレスポンス（ＨＴＴＰレスポンス）として、その地図データと、「ＨＤＤ」に保持されている地図表示用のＷｅｂページとを閲覧端末に対して「通信ＩＦ」から出力する。
【００５９】
閲覧端末Ａでは、Ｗｅｂページと地図データとを受信し、それらデータに基づいて、ディスプレイ上に図３に示すような画面を表示する。そして閲覧端末ではユーザー入力により複数の地点の指定を受付け、緯度経度情報などで示される地点セット情報を生成する。そしてＷｅｂページに含まれるプログラムによって、生成された地点セット情報が地図サーバ装置に対してネットワーク網を介して送信される。また、このときに閲覧端末Ａのユーザーが閲覧端末Ｂに対して地図を送信したいと考えた場合など、Ｗｅｂページに閲覧端末Ｂ（ユーザーＢ）のメールアドレスを入力する欄を設け、地点セット情報とともに地図サーバ装置に送信されるよう構成しても良い。またここで閲覧端末Ａ（ユーザーＡ）自身のメールアドレスが入力、送信などされても良い。
【００６０】
地図サーバ装置では、地点セット情報取得プログラムに従って「通信ＩＦ」にて受信した地点セット情報を「主メモリ」のアドレス３に格納する。すると、その格納をトリガーとして、「ＣＰＵ」は最小矩形領域情報演算プログラムを解釈し、それに従い以下の処理を実行する。
【００６１】
まず、「主メモリ」のアドレス３に格納された地点セット情報で示される各地点ごとの緯度の数値の大小を「ＣＰＵ」の演算処理によって比較する。また同様に経度についても各地点ごとに数値の大小を比較する。そして、そのうちの最小経度および最大緯度を最小矩形領域の左上の頂点Ｐの緯度経度情報として特定する。また、最大経度および最小緯度を最小矩形領域の右下の頂点Ｑの緯度経度情報として特定する。そして最小矩形領域は地図上に正置（東西方向、南北方向に辺が沿った配置）されるとして、その頂点ＰＱの２点の緯度経度情報を最小矩形領域情報として算出し、「主メモリ」のアドレス４に格納する。
【００６２】
つづいて、「ＣＰＵ」はメール送信プログラムを解釈し、それに従って例えば最小矩形領域情報で示される頂点ＰＱの緯度経度をパラメータとし、かつ自身のアドレスを含む図６に示すようなＵＲＬを生成する。そして生成したＵＲＬを「主メモリ」のアドレス５に格納する。
【００６３】
そして、例えば前述のように閲覧端末Ａから地点セット情報とともに送信され受信された閲覧端末Ｂ宛のメールアドレスを「主メモリ」のアドレス６に格納し、当該メールアドレスを送信先とし、「主メモリ」のアドレス５に格納されているＵＲＬを文面に含むメールを生成する。そして、「通信ＩＦ」を介してそのメールを送信する、という具合である。
【００６４】
そして、例えばそのメールを受信した閲覧端末Ｂでは、メールに記載されたＵＲＬにアクセスすることで最小矩形領域情報を含む地図サーバ装置へのアクセスを実行し、最小矩形領域での地図表示を簡単に実行することができる。
【００６５】
<処理の流れ>
【００６６】
図８は、本実施例の地図サーバ装置における処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、上記のような計算機の各ハードウェア構成によって実行されるステップであっても良いし、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。
【００６７】
この図にあるように、まず、閲覧端末からのリクエストに応じて、地図を閲覧端末のインターネットブラウザにて閲覧させるため出力する（ステップＳ０８０１）。そして、閲覧端末にて表示された地図に対する地点入力などによって指定された地点セット情報を、閲覧端末のインターネットブラウザを介して取得する（ステップＳ０８０２）と、取得した地点セット情報に基づいて、例えば最小矩形領域の頂点座標を算出することなどにより最小矩形領域情報を演算する（ステップＳ０８０３）。そして、演算して得た最小矩形領域情報を、例えばＨＴＴＰで定義される構文などに従い自身のアドレスを含むＵＲＬ形式で記述し、そのＵＲＬを含むメールを閲覧端末に対して送信する（ステップＳ０８０４）。
【００６８】
そして、そのメールを受信した閲覧端末では、メールに記述されたＵＲＬにアクセスすることで最小矩形領域での地図表示を簡単に実行することができる。
【００６９】
<効果の簡単な説明>
【００７０】
以上のように、本実施例の地図サーバ装置によって、閲覧端末にて指定した複数地点を含み、かつ余分な領域が表示されず視認性の高い最小矩形領域を、例えばユーザーによる調整操作など無しに簡単に特定することができる。そしてその最小矩形領域で示される地図をメールにて送信されたＵＲＬを利用して簡単に閲覧することができる。
【００７１】
≪実施例２≫
【００７２】
<概要>
【００７３】
本実施例は、上記実施例１を基本として、最小矩形領域情報と地図サーバ装置自身のアドレスを含むＵＲＬを閲覧端末に通知する際に、メール送信による通知機能の替わりに、閲覧端末が閲覧中の画面に表示させることで通知する機能を備える地図サーバ装置である。そして、閲覧端末では、そのＷｅｂページ上に表示されたＵＲＬを友人に知らせるなどをして簡単に最小矩形領域の地図を共有することができる。
【００７４】
<機能的構成>
【００７５】
図９は、本実施例の地図サーバ装置における機能ブロックの一例を表す図である。この図にあるように、本実施例の「地図サーバ装置」（０９００）は、実施例１と同様に、「地図出力部」（０９０１）と、「地点セット情報取得部」（０９０２）と、「最小矩形領域情報演算部」（０９０３）と、を有する。なお、これら構成要件については実施例１にて記載済みであるのでその説明は省略する。
【００７６】
そして、本実施例の地図サーバ装置は、実施例１の「メール送信部」に替えて「Ｗｅｂ送信部」（０９０４）を有することを特徴とする。
【００７７】
「Ｗｅｂ送信部」（０９０４）は、演算して得た最小矩形領域情報を自身のアドレスを含むＵＲＬ形式で閲覧端末がインターネットブラウザにて閲覧中の画面に表示されるように出力する機能を有し、例えば、ＣＰＵや主メモリ、Ｗｅｂ送信プログラムなどによって実現することができる。
【００７８】
具体的に、例えば前述の地点セット情報取得部にて閲覧端末Ａから送信された地点セット情報をＨＴＴＰリクエストとして受信するよう構成する。そして、地点セット情報に基づいて最小矩形領域情報を演算すると、その演算結果とサーバ自身のアドレスを含むＵＲＬを生成し、ＨＴＴＰレスポンスとして閲覧端末Ａに返信する、という具合である。このようにして閲覧端末ＡではそのＨＴＴＰレスポンスを解釈し、インターネットブラウザ上にＵＲＬを含むＷｅｂページとして表示することができる。したがって、メールアドレスの別途入力などをしなくとも、当該ＵＲＬを通知することができる。
【００７９】
また、閲覧端末Ａでは、そのように表示されたＵＲＬを例えば別途メールやユーザー自身のブログに貼付することで、別のユーザーの閲覧端末Ｂ、Ｃ、・・・に当該ＵＲＬを通知し利用させることができる。
【００８０】
また図示していないが、本実施例の地図サーバ装置は、メール送信部やＷｅｂ送信部に替えて「無線送信部」を有していても良い。この「無線送信部」は、演算して得た最小矩形領域情報を自身のアドレスを含むＵＲＬ形式で示される情報として短距離無線通信によって出力する機能を有する。なお、「短距離無線通信」とは、複数の閲覧端末間で無線にて情報を送受信するための通信機能をいい、例えば赤外線をはじめとする光無線通信や、ブルートゥース（登録商標）などの電波無線通信が挙げられる。
【００８１】
この無線送信部は、例えば、変調回路や発光器又は通信ユニット、無線送信プログラムなどによって実現でき、赤外線通信であれば一方の閲覧端末に設けられた発光器が演算されたＵＲＬを示す変調サイクルで明滅し、他方の閲覧端末の受光器がその明滅サイクルを受光し復調することでＵＲＬの送信が行われる、という具合である。
【００８２】
<処理の流れ>
【００８３】
図１０は、本実施例の地図サーバ装置における処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、上記のような計算機の各ハードウェア構成によって実行されるステップであっても良いし、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。
【００８４】
この図にあるように、まず、閲覧端末からのリクエストに応じて、地図を閲覧端末のインターネットブラウザにて閲覧させるため出力する（ステップＳ１００１）。そして、閲覧端末にて表示された地図に対する地点入力などによって指定された地点セット情報を、閲覧端末のインターネットブラウザを介して取得する（ステップＳ１００２）と、取得した地点セット情報に基づいて、例えば最小矩形領域の頂点座標を算出することなどにより最小矩形領域情報を演算する（ステップＳ１００３）。そして、演算して得た最小矩形領域情報を、例えばＨＴＴＰで定義される構文などに従い自身のアドレスを含むＵＲＬ形式で記述し、そのＵＲＬを閲覧端末がインターネットブラウザにて閲覧中の画面に表示されるように出力する（ステップＳ１００４）。あるいはステップＳ１００４に替えて、演算して得た最小矩形領域情報を自身のアドレスを含むＵＲＬ形式で示される情報として生成し、例えば赤外線通信などの短距離無線通信によって他の閲覧端末に対して出力しても良い。
【００８５】
そして閲覧端末では、インターネットブラウザにて閲覧中の画面に表示されたＵＲＬにアクセスすることで最小矩形領域での地図表示を簡単に実行することができる。あるいはそのＵＲＬを例えば別途メールやユーザー自身のブログに貼付することで、別のユーザーの閲覧端末に当該ＵＲＬを通知し利用させることができる。
【００８６】
<効果の簡単な説明>
【００８７】
以上のように本実施例の地図サーバ装置によって、閲覧端末が閲覧中の画面に最小矩形領域と地図サーバ装置のアドレスを含むＵＲＬ表示させることができる。したがって、メールアドレスの別途入力などをしなくとも、当該ＵＲＬを通知することができる。また、閲覧端末では、そのＷｅｂページ上に表示されたＵＲＬを友人に知らせるなどをして簡単に最小矩形領域の地図を共有することができる。
【００８８】
≪実施例３≫
【００８９】
<概要>
【００９０】
図１１は、本実施例の地図サーバ装置による地図表示の一例を表す図である。この図１１（ａ）にあるように、例えば最小矩形領域情報と地図サーバ装置のアドレスを含むＵＲＬが記述されたメールを閲覧端末にて受信する。そして、そのＵＲＬにアクセスすると、最小矩形領域情報が地図サーバ装置に送信され、最小矩形領域の地図が閲覧端末にて適切に表示される、という具合である。
【００９１】
<機能的構成>
【００９２】
図１２は、本実施例の地図サーバ装置における機能ブロックの一例を表す図である。この図にあるように、本実施例の「地図サーバ装置」（１２００）は、実施例１を基本として、「地図出力部」（１２０１）と、「地点セット情報取得部」（１２０２）と、「最小矩形領域情報演算部」（１２０３）と、「メール送信部」（１２０４）と、を有する。また、実施例２を基本として、「メール送信部」（１２０４）に替えて図示しない「Ｗｅｂ送信部」を有していても良い。なお、これら構成要件については実施例１や２にて記載済みであるのでその説明は省略する。
【００９３】
そして、本実施例の地図サーバ装置の特徴点は、さらに「最小矩形領域情報取得部」（１２０５）と、「地図取得部」（１２０６）と、を有する点である。
【００９４】
「最小矩形領域情報取得部」（１２０５）は、自身のアドレスを含むＵＲＬ形式で記述した最小矩形領域情報を閲覧端末のブラウザを介して取得する機能を有し、例えばＣＰＵや主メモリ、通信ＩＦ、最小矩形領域情報取得プログラムなどで実現できる。具体的に、メール送信部やＷｅｂ送信部の機能により閲覧端末に通知したＵＲＬを利用した閲覧端末からのアクセスによって、その最小矩形領域情報を取得する構成が挙げられる。
【００９５】
「地図取得部」（１２０６）は、取得した最小矩形領域情報に基づいて閲覧端末のディスプレイ上に一画面で表示可能な地図を取得する機能を有し、例えばＣＰＵや主メモリ、地図取得プログラムによって実現できる。
【００９６】
この地図取得部における「閲覧端末のディスプレイ上に一画面で表示可能な地図を取得する」処理は、具体的に、例えば表示先のディスプレイの解像度情報を取得し、その解像度に合わせて最小矩形領域の地図データの縮尺や倍率を適宜調整する処理が挙げられる。また、その解像度の取得に関しては、例えば地点セット情報の取得の際に、閲覧端末の地図の表示サイズも含めて取得することなどで取得する方法などが挙げられる。
【００９７】
なお図では、最初に地図が出力され地点セット情報を入力した閲覧端末と、ＵＲＬを含むメールなどの送信先の閲覧端末、およびそれによる最小矩形領域情報の取得元となる閲覧端末が同一である態様を例示しているが、もちろんそれに限定されない。
【００９８】
例えば、地点セット情報を入力した閲覧端末と、メールなどで送信されたＵＲＬへのアクセスによって最小矩形領域の地図データを表示する閲覧端末とが別であっても良い。ただしそのような場合、ディスプレイ解像度の違いなどから後者の閲覧端末にて最小矩形領域の地図が適切に表示されない可能性がある。そこで実施例４以降で説明するような構成で、後者の閲覧端末のディスプレイ解像度に合わせて地図データが取得されるよう構成すると良い。
【００９９】
<処理の流れ>
【０１００】
図１３は、本実施例の地図サーバ装置に加え、地点セット情報を入力し最小矩形領域の地図データを表示する閲覧端末Ａも含めて、地図表示に係る全体の処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、上記のような計算機の各ハードウェア構成によって実行されるステップであっても良いし、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。また本図では、地点セット情報を入力し最小矩形領域情報の地図データを表示する閲覧端末が同一である態様を例示しているが、もちろんそれに限定されない。地点セット情報を入力する閲覧端末と最小矩形領域情報の地図データを表示する閲覧端末とが別々である態様は、実施例４や５で後述する。
【０１０１】
この図にあるように、まず、閲覧端末にて地図リクエストが送信される（ステップＳ１３０１）。地図サーバ装置では、その地図リクエストを受信し、それに応じて地図データを返信する（ステップＳ１３０２）。
【０１０２】
そして閲覧端末では、その返信された地図データを受信し、自身のディスプレイ上に地図を表示し（ステップＳ１３０３）、その表示された地図上の地点セット情報の入力を受付ける（ステップＳ１３０４）。そしてユーザーインターフェースを介して地点セット情報が入力されると、閲覧端末はその入力された地点セット情報を地図サーバ装置に対して送信する（ステップＳ１３０５）。
【０１０３】
地図サーバ装置では、その閲覧端末より送信された地点セット情報を取得する（ステップＳ１３０６）と、地点セット情報に基づいて最小矩形領域情報を演算する（ステップＳ１３０７）。そして、その最小矩形領域情報と地図サーバ装置自身のアドレスを含むＵＲＬを記述したメールを閲覧端末に返信する（ステップＳ１３０８）。
【０１０４】
閲覧端末では、地図サーバ装置よりＵＲＬが記述されたメールを受信し（ステップＳ１３０９）、当該ＵＲＬへのクリック操作（ステップＳ１３１０）などによって地図サーバ装置へのアクセスを実行する。また、例えばインターネットブラウザに組み込まれたアドオンの処理によって閲覧端末の解像度情報も送信されると良い。地図サーバ装置では、最小矩形領域情報を取得し（ステップＳ１３１１）、その最小矩形領域情報と、例えば閲覧端末の解像度情報などに基づいて、最小矩形領域の地図データが閲覧端末の一画面内に収まるよう表示するための縮尺や倍率を決定し、決定した縮尺や倍率に応じた地図データを取得する（ステップＳ１３１２）。そして取得した地図データを、閲覧端末に対して返信する（ステップＳ１３１３）。
【０１０５】
閲覧端末では、地図サーバ装置より返信された地図データを受信し（ステップＳ１３１４）、それを自身のディスプレイに表示する（ステップＳ１３１５）。
【０１０６】
<効果の簡単な説明>
【０１０７】
以上のように、本実施例の地図サーバ装置によって、閲覧端末のディスプレイ上に一画面で表示可能な最小矩形領域の地図を取得し、閲覧端末に送信することができる。
【０１０８】
≪実施例４≫
【０１０９】
<概要>
【０１１０】
図１４は、本実施例の地図サーバ装置による地図表示の一例を表す図である。この図１４（ａ）にあるように、最小矩形領域を示す地図として「２００×３００」の解像度の地図データを取得する。そして、図１４（ｂ）にあるように、その地図データの倍率を表示先閲覧端末のディスプレイ解像度「３２０×４００」に合わせて調整し表示する、という具合である。
【０１１１】
そして特に本実施例ではディスプレイ解像度を判別するために、後述するように通信データに含まれる閲覧端末の機種情報を利用することを特徴とする。
【０１１２】
<機能的構成>
【０１１３】
図１５は、本実施例の地図サーバ装置における機能ブロックの一例を表す図である。この図にあるように、本実施例の「地図サーバ装置」（１５００）は、実施例３を基本として、「地図出力部」（１５０１）と、「地点セット情報取得部」（１５０２）と、「最小矩形領域情報演算部」（１５０３）と、「メール送信部」（１５０４）と、「最小矩形領域情報取得部」（１５０５）と、「地図取得部」（１５０６）と、を有する。また、実施例２を基本として、「メール送信部」（１５０４）に替えて図示しない「Ｗｅｂ送信部」を有していても良い。なお、これら構成要件については上記実施例にて記載済みであるのでその説明は省略する。
【０１１４】
そして、本実施例の地図サーバ装置の特徴点は、「最小矩形領域情報取得部」がさらに「機種情報取得手段」（１５０７）と「表示先解像度取得手段」（１５０８）を有する点と、「地図取得部」が「解像度別取得手段」（１５０９）を有する点である。
【０１１５】
「機種情報取得手段」（１５０７）は、閲覧端末のブラウザを介して、最小矩形領域情報の送信元である閲覧端末の機種情報を取得する機能を有し、例えばＣＰＵや主メモリ、機種情報取得プログラムなどによって実現することができる。具体的に、例えば閲覧端末が携帯電話などであれば、その機種を識別するための情報が通信データ中の「User Agentヘッダ」に含まれるので、その機種情報を取得する方法が挙げられる。
【０１１６】
「表示先解像度取得手段」（１５０８）は、取得した機種情報に基づいてその機種情報で特定される機種のディスプレイの解像度を示す情報である表示先解像度情報を取得する機能を有し、例えば、ＣＰＵや主メモリ、表示先解像度取得プログラムなどによって実現することができる。
【０１１７】
具体的に、予め機種情報と解像度情報とを関連付けたテーブルデータを保持しておき、そのテーブルデータを参照することで機種情報に応じた解像度情報を取得する、という具合である。図１６は、この表示先解像度情報の取得処理の一例を説明するための図である。この図１６（ａ）にあるように、例えば閲覧端末がＵＲＬへのアクセスによって最小矩形領域情報を送信した際の通信データに含まれる「User Agentヘッダ」を取得する。そして、そのUser Agentヘッダで示される「９１１Ａ」などの機種情報を取得する。
【０１１８】
続いて、ＨＤＤなどに保持している図１６（ｂ）に示すようなテーブルデータを参照し、前記取得した機種情報「９１１Ａ」をキーとして検索処理を実行し、その解像度「縦：４８０」、「横：６４０」を特定する、という具合である。
【０１１９】
このようにして、通信データに含まれる機種情報を利用して、閲覧端末のディスプレイの解像度を取得することができる。そして以下の構成によって、その解像度に合わせて最小矩形領域の地図が最大限表示されるよう倍率などを調整することができる。
【０１２０】
また、ここで取得される「ディスプレイの解像度」は、上記表示ディスプレイそのものの最大／有効解像度に限定されない。例えば閲覧端末のブラウザを介して地図が表示される場合には、ブラウザＧＵＩ（ツールバーや枠線、各種操作ボタンなど）を描画する必要があるため、地図をディスプレイそのものの表示解像度いっぱいに表示することはできない。そこで表示先解像度情報として、ディスプレイ内のブラウザＧＵＩの描画領域を除くコンテンツ表示領域の解像度を示す情報を取得するよう構成しても良い。
【０１２１】
そのような場合、以下のようにして表示先解像度情報を取得すると良い。例えば、閲覧端末で利用されるブラウザが固定である（変更不可である）場合などには、図１６に示す機種ごとの解像度を示すテーブルデータにおいて、予めブラウザＧＵＩの描画領域を引いた機種別のコンテンツ表示領域の解像度を示すテーブルデータを用意すると良い。
【０１２２】
あるいは、閲覧端末にて利用するブラウザが変更可能であれば、図１６に示す機種別の解像度テーブルとは別に、ブラウザごとの縦横のＧＵＩ描画領域（ピクセル数）を示すテーブルデータを保持しておくと良い。そしてＨＴＴＰリクエストのヘッダにて示される「ｂｒｏｗｓｅｒ‐ｉｄ」をキーとしてそのブラウザ描画領域のテーブルデータを参照し閲覧端末で利用されているブラウザＧＵＩの描画領域の縦横ピクセル数を取得する。そして上記特定した機種別のディスプレイ解像度からその縦横ピクセル数を引いて表示先解像度として取得するよう構成すると良い。
【０１２３】
「解像度別取得手段」（１５０９）は、取得した表示先解像度情報に基づいて前記ディスプレイ上に一画面で表示可能な地図を取得する機能を有し、例えば、ＣＰＵや主メモリ、解像度別取得プログラムなどによって実現することができる。
【０１２４】
図１７は、この解像度別取得手段における地図取得処理の一例を説明するための図である。ここで一般的な地図サーバ装置において、同一領域を表す地図データが「１／１００００の日本地図」や「１／１５０００の日本地図」といった具合に複数の縮尺ごとに用意されている。そして小さい縮尺の地図の場合、地図上に含まれる情報量（表示される地形、道路などの数や、地点名称の数など）が少ないため、可能な限り縮尺の大きな地図データを利用したほうが都合が良い。
【０１２５】
そこで、まず、表示先閲覧端末の解像度で表示可能な最小矩形領域の地図データのうち、最も縮尺が小さな地図データを以下のようにして選択する。すなわち、図１７（ａ）にあるように、１／３００００、１／１５０００、１／１００００の縮尺の３種類の地図データが保持されている。そして演算された最小矩形領域の表示ピクセル数が、それぞれの縮尺の地図データにおいて幾つになるか算出する。そして、前記取得された表示先の閲覧端末の解像度と、算出した表示ピクセル数を比較し、縦横ともにディスプレイ内に収まる中で最大となる縮尺を決定する。図１７の例では、表示先の解像度が「６４０×４８０」であるので、図１７（ａ）の２、１／１５０００の表示ピクセル数「６００×４００」の地図データが最適な縮尺として決定される。
【０１２６】
つづいて、その地図データを表示ディスプレイ一杯に表示するため、倍率を決定する。具体的には、例えば地図サーバ装置の演算処理によってディスプレイ解像度と地図データの縦横ぞれぞれの比率を算出する。そして、算出した縦横の比率のうち値の小さい方の比率を倍率として決定する。このようにして地図データの縦および横を等倍して、表示先のディスプレイ解像度に縦横ともに収まる倍率、図１７の例では１．０６倍を決定する、という具合である。
【０１２７】
このようにして、例えば異なった閲覧端末間で最小矩形領域の地図データを共有表示する場合などに、ユーザーごとに各自調整操作などすること無く、複数の地点が含まれた最小矩形領域を端末の１画面内に適切に表示することができる。
【０１２８】
なお上記例は一例であって、地図サーバ装置が１種類の縮尺の地図データしか保持していない場合、縮尺の決定処理は無く、倍率決定処理のみが行われるよう構成しても良い。あるいは、地図データがラスタデータ（拡大すると画像が粗く視認性が低下するような画像データ形式）であれば縮尺の決定処理のみ行い、上記倍率決定処理を行わないよう構成しても良い。
【０１２９】
また、この表示先の解像度に応じた最小矩形領域の地図データの調整処理において、後述するように地図データの回転などの処理を行っても良い。その場合には、例えば横長の画面に対して図１７の地図データを９０度回転させて適応させるなどの処理を行うと良い。
【０１３０】
<ハードウェア構成>
【０１３１】
図１８は、上記機能的な各構成要件をハードウェアとして実現した際の、地図サーバ装置における構成の一例を表す概略図である。この図を利用して表示先の解像度に応じた最小矩形領域の地図データのサイズ調整処理におけるそれぞれのハードウェア構成部の働きについて説明する。
【０１３２】
この図にあるように、地図サーバ装置は、実施例１と同様に「ＣＰＵ」（１８０１）と、「主メモリ」（１８０２）と、「ＨＤＤ」（１８０３）と、「通信ＩＦ」（１８０４）と、を備えている。そしてそれらが「システムバス」などのデータ通信経路によって相互に接続され、情報の送受信や処理を行う。
【０１３３】
ここで地図サーバ装置は、実施例１で説明したような処理によって、閲覧端末ＡやＢに対して最小矩形領域をディスプレイ上に表示するためのＵＲＬが記載されたメールを送信する。そして、例えば閲覧端末Ｂにおいて当該ＵＲＬを利用したアクセスが実行されると、地図サーバ装置は、最小矩形領域を表示するための地図リクエストを「通信ＩＦ」にて受信し「主メモリ」のアドレス１に格納する。
【０１３４】
地図サーバ装置では、この地図リクエストの受信をトリガーとして、「ＣＰＵ」が機種情報取得プログラムを解釈し、それに従い例えば地図リクエストのヘッダに含まれる図１６（ａ）に示すような「User Agent」データを取得する。そして、その「User Agent」データ内の所定位置にて示される機種情報を取得し、「主メモリ」のアドレス２に格納する。
【０１３５】
つづいて「ＣＰＵ」は表示先解像度情報取得プログラムを解釈し、それに従って機種情報をキーとして「ＨＤＤ」のアドレスＢに格納されている図１６（ｂ）に示すような機種別解像度マスタを検索する。そして、当該機種情報で示される表示先の閲覧端末の解像度情報を特定し、「主メモリ」のアドレス３に格納する。
【０１３６】
続いて、「ＣＰＵ」は解像度別取得プログラムを解釈し、それに従ってまず、「ＨＤＤ」に格納されている各縮尺の地図データにおける最小矩形領域の縦横のピクセルを算出する。そして、表示先の解像度との比較演算処理を行い、最小矩形領域の地図データの縦横ともにディスプレイ内に収まる中で最大となる縮尺を決定し、「主メモリ」のアドレス４に格納する。
【０１３７】
そして倍率を決定するため、ＣＰＵの演算処理によって前記決定した地図データのピクセル数と表示先解像度の比率を縦と横それぞれについて算出する。そして縦と横は等倍する必要があるので、縦と横の比率のうち小さい方を倍率として決定し、「主メモリ」のアドレス５に格納する。そして、決定された縮尺および倍率にて最小矩形領域の地図データを調整し生成した表示用の地図画像データを「主メモリ」のアドレス６に格納し、そのデータを地図リクエストへの返信として閲覧端末Ｂに「通信ＩＦ」から出力する、という具合である。
【０１３８】
このようにして、閲覧端末Ｂでは、メールに記載されているＵＲＬにアクセスするだけで、閲覧端末Ａで入力された複数の地点を含む最小矩形領域を、特別な操作無しで一画面に表示させることができる。
【０１３９】
<処理の流れ>
【０１４０】
図１９は、本実施例の地図サーバ装置に加え、地点セット情報を入力する閲覧端末Ａや、最小矩形領域の地図データを表示する閲覧端末Ｂも含めて、地図表示に係る全体の処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、上記のような計算機の各ハードウェア構成によって実行されるステップであっても良いし、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。
【０１４１】
この図にあるように、まず、閲覧端末Ａにて地図リクエストが送信される（ステップＳ１９０１）。地図サーバ装置では、その地図リクエストを受信し、それに応じて地図データを返信する（ステップＳ１９０２）。
【０１４２】
そして閲覧端末Ａでは、その返信された地図データを受信し、自身のディスプレイ上に地図を表示し（ステップＳ１９０３）、その表示された地図上の地点セット情報の入力を受付ける。そしてユーザーインターフェースを介して地点セット情報が入力されると、閲覧端末Ａはその入力された地点セット情報を地図サーバ装置に対して送信する（ステップＳ１９０５）。
【０１４３】
地図サーバ装置では、その閲覧端末Ａより送信された地点セット情報を取得する（ステップＳ１９０６）と、地点セット情報に基づいて最小矩形領域情報を演算する（ステップＳ１９０７）。そして、その最小矩形領域情報と地図サーバ装置自身のアドレスを含むＵＲＬを記述したメールを、閲覧端末Ａとは別の閲覧端末Ｂに対して送信する（ステップＳ１９０８）。
【０１４４】
閲覧端末Ｂでは、地図サーバ装置よりＵＲＬが記述されたメールを受信し（ステップＳ１９０９）、当該ＵＲＬへのクリック操作（ステップＳ１９１０）などによって地図サーバ装置へのアクセスが実行される。地図サーバ装置では、そのアクセス時に受信した地図（ＨＴＴＰ）リクエストに含まれるUser Agentなどを参照し、その機種情報を取得する（ステップＳ１９１１）。続いて地図サーバ装置は機種情報をキーとしてテーブルデータを検索するなどして、表示先解像度情報を取得する（ステップＳ１９１２）。そして表示先解像度に基づいて、例えば最小矩形領域の地図データが閲覧端末Ｂの１画面内に収まるよう表示するための縮尺や倍率を決定し、決定した縮尺や倍率に応じた地図データを取得する（ステップＳ１９１３）。そして取得した地図データを、閲覧端末Ｂに対して返信する（ステップＳ１９１４）。
【０１４５】
閲覧端末Ｂでは、地図サーバ装置より返信された地図データを受信し（ステップＳ１９１５）、それを自身のディスプレイに表示する（ステップＳ１９１６）。
【０１４６】
<効果の簡単な説明>
【０１４７】
以上のように本実施例の地図サーバ装置によって、例えば異なった閲覧端末間で最小矩形領域の地図データを１のＵＲＬで共有表示する場合などに、ユーザーごとに各自調整操作などすること無く、複数の地点が含まれた最小矩形領域を端末の１画面内に適切に表示することができる。
【０１４８】
≪実施例５≫
【０１４９】
<概要>
【０１５０】
本実施例は、上記実施例４と同様に、最小矩形領域の地図データの表示先となる閲覧端末のディスプレイ解像度に合わせて、地図データの縮尺や倍率などの調整処理を行う機能を備える地図サーバ装置である。そして実施例４との相違点は、機種情報を介さずに直接閲覧端末から解像度情報を取得する点である。
【０１５１】
具体的には、例えばインターネットブラウザに閲覧端末自身の解像度情報を取得、送信するアドオンプログラムなどを組み込むことで、メールなどに記述されたＵＲＬへのアクセス時に解像度情報を直接送信するよう構成する、という具合である。
【０１５２】
<機能的構成>
【０１５３】
図２０は、本実施例の地図サーバ装置における機能ブロックの一例を表す図である。この図にあるように、本実施例の「地図サーバ装置」（２０００）は、実施例３を基本として、「地図出力部」（２００１）と、「地点セット情報取得部」（２００２）と、「最小矩形領域情報演算部」（２００３）と、「メール送信部」（２００４）と、「最小矩形領域情報取得部」（２００５）と、「地図取得部」（２００６）と、を有する。また、実施例２を基本として、「メール送信部」（２００４）に替えて図示しない「Ｗｅｂ送信部」を有していても良い。なお、これら構成要件については上記実施例にて記載済みであるのでその説明は省略する。
【０１５４】
そして、本実施例の地図サーバ装置の特徴点は、「最小矩形領域情報取得部」がさらに「表示先解像度取得手段」（２００７）を有する点と、「地図取得部」が「解像度別取得手段」（２００８）を有する点である。
【０１５５】
「表示先解像度取得手段」（２００７）は、閲覧端末のブラウザを介して、最小矩形領域情報の送信元である閲覧端末の解像度情報を取得する機能を有し、例えばＣＰＵや主メモリ、表示先解像度取得プログラムなどによって実現できる。具体的に、前述のように表示先解像度取得プログラムをアドオンプログラムとして閲覧端末のインターネットブラウザに組み込むことで、表示先の解像度情報を自動的に取得する態様などが挙げられる。その他にも、Ｗｅｂページ中にて解像度情報を入力、送信するよう構成することで解像度情報を取得する態様なども挙げられる。
【０１５６】
「解像度別取得手段」（２００８）は、取得した表示先解像度情報に基づいて前記ディスプレイ上に一画面で表示可能な地図を取得する機能を有する。なお、この表示先解像度に応じた地図データの調整処理については、上記実施例４の解像度別取得手段と同様の処理であるのでその説明は省略する。そして、このように実施例４と異なり機種情報を介さずに表示先解像度情報を直接取得する構成とすることで、例えば解像度を適宜変更可能な高機能端末においても、最小矩形領域の地図データを適切に表示することができる。
【０１５７】
<処理の流れ>
【０１５８】
図２１は、本実施例の地図サーバ装置に加え、地点セット情報を入力する閲覧端末Ａや、最小矩形領域の地図データを表示する閲覧端末Ｂも含めて、地図表示に係る全体の処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、上記のような計算機の各ハードウェア構成によって実行されるステップであっても良いし、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。
【０１５９】
この図にあるように、まず、閲覧端末Ａにて地図リクエストが送信される（ステップＳ２１０１）。地図サーバ装置では、その地図リクエストを受信し、それに応じて地図データを返信する（ステップＳ２１０２）。
【０１６０】
そして閲覧端末Ａでは、その返信された地図データを受信し、自身のディスプレイ上に地図を表示し（ステップＳ２１０３）、その表示された地図上の地点セット情報の入力を受付ける（ステップＳ２１０４）。そしてユーザーインターフェースを介して地点セット情報が入力されると、閲覧端末Ａはその入力された地点セット情報を地図サーバ装置に対して送信する（ステップＳ２１０５）。
【０１６１】
地図サーバ装置では、その閲覧端末Ａより送信された地点セット情報を取得する（ステップＳ２１０６）と、地点セット情報に基づいて最小矩形領域情報を演算する（ステップＳ２１０７）。そして、その最小矩形領域情報と地図サーバ装置自身のアドレスを含むＵＲＬを記述したメールを、閲覧端末Ａとは別の閲覧端末Ｂに対して送信する（ステップＳ２１０８）。
【０１６２】
閲覧端末Ｂでは、地図サーバ装置よりＵＲＬが記述されたメールを受信し（ステップＳ２１０９）、当該ＵＲＬへのクリック操作（ステップＳ２１１０）などによって地図サーバ装置へのアクセスが実行される。また、例えばインターネットブラウザに組み込まれたアドオンの処理によって、閲覧端末Ｂの解像度情報も送信される。地図サーバ装置では、そのアクセスとともに送信された表示先解像度情報を取得する（ステップＳ２１１１）。そして表示先解像度に基づいて、例えば最小矩形領域の地図データが閲覧端末Ｂの１画面内に収まるよう表示するための縮尺や倍率を決定し、決定した縮尺や倍率に応じた地図データを取得する（ステップＳ２１１２）。そして取得した地図データを、閲覧端末Ｂに対して返信する（ステップＳ２１１３）。
【０１６３】
閲覧端末Ｂでは、地図サーバ装置より返信された地図データを受信し（ステップＳ２１１４）、それを自身のディスプレイに表示する（ステップＳ２１１５）。
【０１６４】
<効果の簡単な説明>
【０１６５】
以上のように本実施例の地図サーバ装置によっても、例えば異なった閲覧端末間で最小矩形領域の地図データを１のＵＲＬで共有表示する場合などに、ユーザーごとに各自調整操作などすること無く、複数の地点が含まれた最小矩形領域を端末の１画面内に適切に表示することができる。そしてさらに、例えば解像度を適宜変更可能な高機能端末においても、最小矩形領域の地図データを適切に表示することができる。
【０１６６】
≪実施例６≫
【０１６７】
<概要>
【０１６８】
本実施例は、上記実施例を基本として、地点セット情報で示される複数の地点を含む最小矩形領域の演算に際して、最小矩形領域を正置（地図上の東西方向、南北方向に辺が沿った矩形となるような配置）として演算することを特徴とする地図サーバ装置である。
【０１６９】
このように最小矩形領域の配置態様を正置として限定することで、矩形の傾きを許可し非正置とする場合と比較して最小矩形領域の演算処理負荷を軽くすることができる。また、閲覧端末のディスプレイは正置であるので、ディスプレイ表示時にその最小矩形領域の表示方向と東西南北方向を一致させることができ、直感的に把握し易い地図表示とすることができる。
【０１７０】
<機能的構成>
【０１７１】
図２２は、本実施例の地図サーバ装置における機能ブロックの一例を表す図である。この図にあるように、本実施例の「地図サーバ装置」（２２００）は、実施例１を基本として、「地図出力部」（２２０１）と、「地点セット情報取得部」（２２０２）と、「最小矩形領域情報演算部」（２２０３）と、「メール送信部」（２２０４）と、を有する。また、実施例２を基本として、「メール送信部」（２２０４）に替えて図示しない「Ｗｅｂ送信部」を有していても良い。また、さらにその他の実施例を基本として「最小矩形領域情報取得部」や「地図取得部」、「機種情報取得手段」、「表示先解像度取得手段」、「解像度別取得手段」などを有していても良い。なお、これら構成要件については上記実施例にて記載済みであるのでその説明は省略する。
【０１７２】
そして、本実施例の地図サーバ装置の特徴点は、最小矩形領域情報演算部が「正置最小矩形領域演算手段」（２２０５）をさらに有する点である。
【０１７３】
「正置最小矩形領域演算手段」（２２０５）は、取得した地点セット情報に基づいて正置最小矩形領域情報を演算する機能を有し、例えばＣＰＵや主メモリ、正置最小矩形領域演算プログラムなどによって実現できる。なお、「正置最小矩形領域」とは、前記複数の地点を含む地図上の東西方向、南北方向に辺が沿った最小矩形領域をいう。したがって、この正置最小矩形領域の頂点座標は、図５に示すように地点セット情報で示される複数地点の座標の組み合わせとして演算することができる。したがって、矩形の傾きを許可し非正置とする場合と比較して最小矩形領域の演算処理負荷を軽くすることができる。
【０１７４】
また、閲覧端末のディスプレイは正置であるので、ディスプレイ表示時にその最小矩形領域の表示方向と東西南北方向を一致させることができる。したがって直感的に把握し易い地図表示とすることができる。
【０１７５】
<効果の簡単な説明>
【０１７６】
以上のように本実施例の地図サーバ装置によって、最小矩形領域の配置を正置に限定して演算することができる。したがって矩形の傾きを許可し非正置とする場合と比較して最小矩形領域の演算処理負荷を軽くすることができる。また、閲覧端末のディスプレイは正置であるので、ディスプレイ表示時にその最小矩形領域の表示方向と東西南北方向を一致させることができる。したがって直感的に把握し易い地図表示とすることができる。
【０１７７】
≪実施例７≫
【０１７８】
<概要>
【０１７９】
図２３は、本実施例の地図サーバ装置における最小矩形領域の演算の一例を説明するための概念図である。この図２３（ａ）にあるように、本実施例の地図サーバ装置では、上記実施例６と異なり、最小矩形領域を非正置、すなわち矩形の各辺が地図上の東西南北方向に沿わない配置も許可した上でその面積が最小となるよう演算することを特徴とする。
【０１８０】
したがって、正置に限定する場合よりも矩形領域の面積を小さく演算する事ができる。つまり、最小矩形領域に含まれる複数の地点周辺に関してより詳細で情報量を多くする地図データを表示させることができる。
【０１８１】
<機能的構成>
【０１８２】
図２４は、本実施例の地図サーバ装置における機能ブロックの一例を表す図である。この図にあるように、本実施例の「地図サーバ装置」（２４００）は、実施例１を基本として、「地図出力部」（２４０１）と、「地点セット情報取得部」（２４０２）と、「最小矩形領域情報演算部」（２４０３）と、「メール送信部」（２４０４）と、を有する。また、実施例２を基本として、「メール送信部」（２４０４）に替えて図示しない「Ｗｅｂ送信部」を有していても良い。また、さらにその他の実施例を基本として「最小矩形領域情報取得部」や「地図取得部」、「機種情報取得手段」、「表示先解像度取得手段」、「解像度別取得手段」などを有していても良い。なお、これら構成要件については上記実施例にて記載済みであるのでその説明は省略する。
【０１８３】
そして、本実施例の地図サーバ装置の特徴点は、最小矩形領域情報演算部が「非正置最小矩形領域演算手段」（２４０５）をさらに有する点である。
【０１８４】
「正置最小矩形領域演算手段」（２４０５）は、取得した地点セット情報に基づいて非正置最小矩形領域情報を演算する機能を有し、例えばＣＰＵや主メモリ、非正置最小矩形領域演算プログラムなどによって実現できる。なお、「非正置最小矩形領域」とは、前記複数の地点を含む地図上の東西方向、南北方向に辺が沿わない最小矩形領域をいう。
【０１８５】
<効果の簡単な説明>
【０１８６】
したがって、この非正置最小矩形領域は正置最小矩形領域と比較してその面積を小さくすることができる。そのためつまり、最小矩形領域に含まれる複数の地点周辺に関してより詳細で情報量を多くする地図データを閲覧端末にて表示させることができる。
【０１８７】
≪実施例８≫
【０１８８】
<概要>
【０１８９】
本実施例は、上記実施例を基本として、最小矩形領域情報と地図サーバ装置のアドレスを含むＵＲＬが記述され閲覧端末に送信されるメールに関して、当該メールをＨＴＭＬ形式のメールとして送信する機能を備えることを特徴とする地図サーバ装置である。
【０１９０】
つまり、送信されたメールにおいてＵＲＬがリンクアクティブとなるので、閲覧端末では受信したメールのＵＲＬをクリックするだけで簡単に地図サーバ装置にアクセスすることができる、という具合である。
【０１９１】
<機能的構成>
【０１９２】
図２５は、本実施例の地図サーバ装置における機能ブロックの一例を表す図である。この図にあるように、本実施例の「地図サーバ装置」（２５００）は、実施例１を基本として、「地図出力部」（２５０１）と、「地点セット情報取得部」（２５０２）と、「最小矩形領域情報演算部」（２５０３）と、「メール送信部」（２５０４）と、を有する。また、その他の実施例を基本として「最小矩形領域情報取得部」や「地図取得部」、「機種情報取得手段」、「表示先解像度取得手段」、「解像度別取得手段」、「正置最小矩形領域演算手段」または「非正置最小矩形領域演算手段」などを有していても良い。なお、これら構成要件については上記実施例にて記載済みであるのでその説明は省略する。
【０１９３】
そして、本実施例の地図サーバ装置の特徴点は、地図取得部が「ＨＴＭＬ送信手段」（２５０５）をさらに有する点である。
【０１９４】
「ＨＴＭＬ送信手段」（２５０５）は、メールをＨＴＭＬ形式で送信する機能を有し、例えば、ＣＰＵや主メモリ、通信ＩＦ、ＨＴＭＬ送信プログラムなどによって実現することができる。
【０１９５】
<効果の簡単な説明>
【０１９６】
以上のように本実施例の地図サーバ装置によって、ＵＲＬがリンクアクティブとなっているメールを閲覧端末に送信することができる。したがって閲覧端末では受信したメールのＵＲＬをクリックするだけで簡単に地図サーバ装置にアクセスすることができる。
【図面の簡単な説明】
【０１９７】
【図１】実施例１の地図サーバ装置を利用して提供されるサービスの一例を説明するための概念図
【図２】実施例１の地図サーバ装置における機能ブロックの一例を表す図
【図３】実施例１の地図サーバ装置にて地点セット情報を取得するための、閲覧端末での地点セット情報入力ユーザーインターフェースの一例を表す概念図
【図４】実施例１の地図サーバ装置にて取得される地点セット情報の一例を表す図
【図５】実施例１の地図サーバ装置での最小矩形領域の演算の一例を説明するための図
【図６】実施例１の地図サーバ装置のメール送信部から送信されるメールの一例を表す図
【図７】実施例１の地図サーバ装置におけるハードウェア構成の一例を表す図
【図８】実施例１の地図サーバ装置における処理の流れの一例を表すフローチャート
【図９】実施例２の地図サーバ装置における機能ブロックの一例を表す図
【図１０】実施例２の地図サーバ装置における処理の流れの一例を表すフローチャート
【図１１】実施例３の地図サーバ装置による地図表示の一例を表す図
【図１２】実施例３の地図サーバ装置における機能ブロックの一例を表す図
【図１３】実施例３の地図サーバ装置を含む全体の処理の流れの一例を表すフローチャート
【図１４】実施例４の地図サーバ装置による地図表示の一例を表す図
【図１５】実施例４の地図サーバ装置における機能ブロックの一例を表す図
【図１６】実施例４の地図サーバ装置における表示先解像度情報の取得処理の一例を説明するための図
【図１７】実施例４の地図サーバ装置の解像度別取得手段における地図取得処理の一例を説明するための図
【図１８】実施例４の地図サーバ装置におけるハードウェア構成の一例を表す図
【図１９】実施例４の地図サーバ装置を含む全体の処理の流れの一例を表すフローチャート
【図２０】実施例５の地図サーバ装置における機能ブロックの一例を表す図
【図２１】実施例５の地図サーバ装置を含む全体の処理の流れの一例を表すフローチャート
【図２２】実施例６の地図サーバ装置における機能ブロックの一例を表す図
【図２３】実施例７の地図サーバ装置における最小矩形領域の演算の一例を説明するための概念図
【図２４】実施例７の地図サーバ装置における機能ブロックの一例を表す図
【図２５】実施例８の地図サーバ装置における機能ブロックの一例を表す図
【図２６】実施例１の地図サーバ装置での最小矩形領域の演算の一例を説明するための図
【符号の説明】
【０１９８】
０２００  地図サーバ装置
０２０１  地図出力部
０２０２  地点セット情報取得部
０２０３  最小矩形領域情報演算部
０２０４  メール送信部
【図１】
2010049597.tif 000003
【図２】
2010049597.tif 000004
【図３】
2010049597.tif 000005
【図４】
2010049597.tif 000006
【図５】
2010049597.tif 000007
【図６】
2010049597.tif 000008
【図７】
2010049597.tif 000009
【図８】
2010049597.tif 000010
【図９】
2010049597.tif 000011
【図１０】
2010049597.tif 000012
【図１１】
2010049597.tif 000013
【図１２】
2010049597.tif 000014
【図１３】
2010049597.tif 000015
【図１４】
2010049597.tif 000016
【図１５】
2010049597.tif 000017
【図１６】
2010049597.tif 000018
【図１７】
2010049597.tif 000019
【図１８】
2010049597.tif 000020
【図１９】
2010049597.tif 000021
【図２０】
2010049597.tif 000022
【図２１】
2010049597.tif 000023
【図２２】
2010049597.tif 000024
【図２３】
2010049597.tif 000025
【図２４】
2010049597.tif 000026
【図２５】
2010049597.tif 000027
【図２６】
2010049597.tif 000028