JP6455158B2 - 情報処理プログラムおよび情報処理装置 - Google Patents

Description

本発明は、情報処理プログラムおよび情報処理装置に関する。

データベースから地図を取得し、取得した地図を印刷する技術は従来より存在する（例えば、特許文献１）。
記載されている。

特開２００３−８４６６４号公報

しかしながら、従来の技術では、取得した地図に対して付加的な情報を加えたり、編集してから印刷したいというユーザの要求に十分応えているとはいえない。

本発明は、上述した事情を鑑みてなされたものであり、サーバから取得した地図に対する編集を容易に行い得る情報処理プログラムおよび情報処理装置を提供することを目的とする。

この目的を達成するために、本発明の情報処理プログラムは、表示部と通信部と操作部とを備えた情報処理装置のコンピュータが読み取り可能なプログラムであって、第１サーバから、前記通信部を介して、位置情報により指定される所定領域を少なくとも含む地図画像を描画するための描画データを受信する第１受信手段と、第２サーバから、前記通信部を介して、前記所定領域における特定位置を示す位置情報である特定位置情報を受信する第２受信手段と、入力された描画データに基づき地図画像を描画可能な描画モジュールに、前記第１受信手段により受信した描画データを入力し、前記所定領域の地図画像を描画させる第１制御手段と、前記描画モジュールに、前記第２受信手段により受信した特定位置情報を入力し、前記第１制御手段により描画させた前記所定領域の地図画像の、前記特定位置情報が示す特定位置に配置されるよう、アイコンを描画させる第２制御手段と、前記第１制御手段および前記第２制御手段により前記描画モジュールに描画させた、前記特定位置にアイコンが配置された前記所定領域の地図画像を含む第１画面を、前記表示部に表示させる第１画面表示手段と、前記操作部から受信した信号が、前記第１画面に含まれる地図画像に対する編集の要求を示す場合、前記第１制御手段により前記描画モジュールに描画させた前記所定領域に対応する地図画像を取得する第１取得手段と、前記操作部から受信した信号が、前記第１画面に表示された地図画像に対する編集の要求を示す信号である場合、前記第１制御手段により前記描画モジュールに描画させた地図画像における、前記アイコンの相対位置を取得する第２取得手段と、前記第１取得手段により取得された地図画像を、当該地図画像の前記第２取得手段により取得された相対位置により特定される位置にアイコン画像が重ねられた状態で含む第２画面を、前記表示部に表示させる第２画面表示手段として、前記コンピュータを機能させる。

なお、本発明は、情報処理装置、情報処理装置を制御する制御装置、情報処理システム、情報処理方法、情報処理プログラムを記録する記録媒体等の種々の態様で構成できる。

本明細書に開示される情報処理プログラムによれば、第１サーバから、位置情報により指定される所定領域を少なくとも含む地図画像を描画するための描画データを、第１受信手段により受信する。一方、第２サーバから、位置情報により指定される所定領域における特定位置を示す位置情報である特定位置情報を、第２受信手段により受信する。第１制御手段は、入力された描画データに基づき地図画像を描画可能な描画モジュールに、第１受信手段により受信した描画データを入力し、所定領域の地図画像を描画させる。一方、第２制御手段は、前記描画モジュールに、第２受信手段により受信した特定位置情報を入力し、第１制御手段により描画させた所定領域の地図画像の、特定位置情報が示す特定位置に配置されるよう、アイコンを描画させる。第１画面表示手段は、第１制御手段および第２制御手段により描画モジュールに描画させた、特定位置にアイコンが配置された所定領域の地図画像を含む第１画面を、表示部に表示部に表示させる。

操作部から受信した信号が、第１画面に含まれる地図画像に対する編集の要求を示す場合、第１制御手段により描画モジュールに描画させた所定領域に対応する地図画像が、第１取得手段により取得される。また、操作部から受信した信号が、第１画面に表示された地図画像に対する編集の要求を示す信号である場合、第１制御手段により描画モジュールに描画させた地図画像における、アイコンの相対位置が、第２取得手段により取得される。第２画面表示手段は、第１取得手段により取得された地図画像を、当該地図画像の、第２取得手段により取得された相対位置により特定される位置にアイコン画像が重ねられた状態で含む第２画面を、表示部に表示させる。

これにより、第２画面では、第１画面におけるアイコンに相当する位置にアイコン画像が、地図画像に重ねられて表示される。つまり、第２画面では、地図画像とアイコン画像とが別オブジェクトとして存在するので、これらを各々独立して取り扱うことができる。よって、サーバから取得した地図の編集を容易に行うことができる。

また、操作部から受信した信号が、第１画面に表示された地図画像に対する編集の要求を示す場合、地図の縮尺が第１画面に含まれる地図画像より大きく、かつ、位置情報により指定される所定領域を少なくとも含む地図画像を描画するための描画データを、第３受信手段により、第１サーバから受信するようにしてもよい。

このとき、第１制御手段は、第３受信手段により描画データを受信した場合、当該受信した描画データを描画モジュールに入力し、当該描画モジュールに、入力した描画データに基づいて、地図の縮尺が第１画面に表示された地図画像より大きい地図画像を描画させる。操作部から受信した信号が、第１画面に表示された地図画像に対する編集の要求を示す場合、第１制御手段により描画モジュールに描画させた、地図の縮尺が第１画面に表示された地図画像より大きい地図画像が、第１取得手段により取得されるようにしてもよい。

これにより、地図の縮尺に対応するズームレベルが第１画面に含まれる地図画像より大きく、かつ、位置情報により指定される所定領域を少なくとも含む地図画像が描画される。つまり、所定領域を少なくとも含む地図画像をより大きな画像サイズで描画させることができるので、印刷に適した地図画像を得ることができる。よって、そのように印刷に適した地図画像に対する編集を容易に行うことができる。

また、第２画面表示手段は、第１画面表示手段により第１画面に表示される地図画像の縦横比と等しい縦横比で地図画像を第２画面に表示するようにしてもよい。これにより、第１画面に含まれる地図画像に対する編集をする場合に、第２画面においても第１画面のときと同じ縦横比で地図画像が表示されるため、ユーザに安心感を与えることができる。

また、第２サーバから、特定位置情報が示す特定位置の属性情報を、第４受信手段により受信する。第２制御手段は、描画モジュールに、第２受信手段により受信した特定位置情報、に加え、第４受信手段により受信した属性の種類に応じた情報を入力し、第１制御手段により描画させた前記所定領域の地図画像の、特定位置情報が示す特定位置に配置されるよう、属性の種類を区別可能な態様のアイコンを描画させるようにしてもよい。これにより、ユーザに、第１画面に表示された地図画像におけるアイコンの態様に応じて、特定位置の属性を区別させることができる。

また、第２画面表示手段は、第１取得手段により取得された地図画像を、当該地図画像の、第２取得手段により取得された相対位置により特定される位置に、第４受信手段により受信した属性情報が示す属性の種類を区別可能な態様のアイコン画像が重ねられた状態で含む第２画面を、表示部に表示させるようにしてもよい。これにより、ユーザに、特定位置の属性を、第２画面に表示された地図画像におけるアイコン画像の態様で区別させることができる。

また、第２サーバから、特定位置情報が示す特定位置に関する付加情報を、第５受信手段により受信するようにしてもよい。このとき、第２画面表示手段は、第１取得手段により取得された地図画像を、当該地図画像の、第２取得手段により取得された相対位置により特定される位置にアイコン画像が重ねられ、かつ、第５受信手段により受信した付加情報に応じたテキストが重ねられた状態で含む第２画面を、表示部に表示させるようにしてもよい。これにより、第２画面には、特定位置に関する付加情報に応じたテキストが、地図画像に重ねられる。つまり、第２画面では、地図画像とアイコン画像とが別オブジェクトとして存在するので、これらを各々独立して取り扱うことができる。よって、サーバから取得した地図の編集を容易に行うことができる。

また、第５受信手段により受信した付加情報を示すテキストが、第２画面における予め決められた第１位置に配置された場合に、当該テキストが、第２取得手段により取得された相対位置により特定される位置に配置されるアイコン画像に重なるか否かが、第１判断手段により判断されるようにしてもよい。このとき、第２画面表示手段は、第１判断手段により、テキストを含む画像がアイコン画像に重ならないと判断された場合には、テキストを第１位置に重ねて配置し、その一方で、第２画面表示手段は、第１判断手段により、テキストがアイコン画像に重なると判断された場合には、テキストを、第１位置とは異なる第２位置に重ねて配置するようにしてもよい。これにより、テキストとアイコン画像とが重なることを抑制することができ、テキストとアイコン画像とが重なり、これらのオブジェクトによる情報の伝達が阻害されることを抑制できる。

また、第１位置は、第２画面上における固定位置としてもよい。これにより、テキストを、第２画面上における特定の位置に表示できる。一方、第１位置は、アイコン画像の位置に対して相対的に特定される位置としてもよい。これにより、テキストを、アイコン画像の位置に対し相対的に特定される位置に表示できる。

また、操作部から受信した信号が、第２画面に表示される地図画像に重ねられたオブジェクトに対する移動指示を示す場合、当該移動指示の対象となる画像の、地図画像上における位置を、第１移動手段により、当該移動指示に応じた位置に移動させるようにしてもよい。これにより、第２画面に表示されるアイコン画像を、移動指示に応じて適宜変更できる。

これに対し、第２画面表示手段は、第１取得手段により取得された地図画像上における、相対位置により特定される位置に重ねられたアイコン画像について、当該位置からの移動が不可に設定されるようにしてもよい。よって、第１取得手段により取得された地図画像上における、相対位置により特定される位置に重ねられたアイコン画像だけは、当該位置から変更させることができない。これにより、所定領域における特定位置をユーザに確実に報せることができる。

また、操作部から受信した信号が、第１画面に表示された地図画像に対する編集の要求を示す場合、第２取得手段により取得された相対位置により特定される位置に配置されたアイコン画像が所定領域に対応する地図画像内に収まるか否かが、第２判断手段により判断されるようにしてもよい。このとき、第１取得手段は、第２判断手段により、アイコン画像が所定領域に対応する地図画像内に収まると判断された場合には、描画モジュールに描画させた所定領域に対応する地図画像を取得する一方で、アイコン画像が所定領域に対応する地図画像内に収まらないと判断された場合には、描画モジュールに描画させた所定領域より広い領域に対応する地図画像を取得するようにしてもよい。これにより、アイコン画像の一部が所定領域に対応する地図画像からはみ出すことを抑制できる。

また、第２判断手段は、第２取得手段により取得された相対位置により特定される位置と、アイコン画像の大きさとに基づいて、相対位置により特定される位置に配置されたアイコン画像が、所定領域に対応する地図画像内に収まるか否かを判断するようにしてもよい。これにより、アイコン画像の大きさに応じて、所定領域に対応する地図画像内に収まるか否かを適切に判断できる。

また、操作部から受信した信号が、第１画面に表示させる地図の領域を、当該第１画面に表示中の地図画像の領域とは異なる領域に移動させる移動指示を示す場合、当該移動指示に従う移動後の領域を少なくとも含む地図画像を描画するための描画データを、第６受信手段により、第１サーバから受信するようにしてもよい。一方で、操作部から受信した信号が、第１画面に表示された地図画像に対する編集の要求を示す場合、当該第１画面に表示される地図画像が示す地図の領域内に、特定位置情報が示す特定位置が含まれるか否かが、第３判断手段により判断される。

このとき、操作部から受信した信号が、第１画面に表示させる地図の領域を、当該第１画面に表示中の地図画像の領域とは異なる領域に移動させる移動指示を示す場合、第１制御手段は、描画モジュールに、第６受信手段により受信した描画データを入力し、移動後の領域の地図画像を描画させるとともに、第１画面表示手段は、当該第１画面に表示する地図画像を、第１制御手段が第６受信手段により受信した描画データを描画モジュールに入力し描画させた地図画像に更新するようにしてもよい。その一方で、第１取得手段は、操作部から受信した信号が、第１画面に表示された地図画像に対する編集の要求を示す信号である場合、描画モジュールに描画させた、所定領域または移動後の領域に対応する地図画像を取得するようにしてもよい。

第２画面表示手段は、第３判断手段により、第１画面に表示される地図画像が示す地図の領域内に、前記特定位置情報が示す特定位置が含まれると判断された場合、前記第１取得手段により取得された地図画像を、当該地図画像の前記第２取得手段により取得された相対位置により特定される位置にアイコン画像が重ねられた状態で含む第２画面を、表示部に表示させるようにしてもよい。その一方で、第３判断手段により、第１画面に表示される地図画像が示す地図の領域内に、特定位置情報が示す特定位置が含まれないと判断された場合、アイコン画像を表示することなく、第１取得手段により取得された地図画像を含む第２画面を、表示部に表示させるようにしてもよい。このように、移動指示に応じて移動された地図情報にアイコン画像が含まれない場合には、アイコン画像が表示されない。よって、移動指示による移動先の地図画像の状態が優先されるので、ユーザの意図に応じた地図画像を表示できる。

また、第１サーバおよび第２サーバを、同じサーバとして構成するようにしてもよい。これにより、同じサーバから、地図画像を描画するための描画データと、特定位置情報とを取得できる。

また、本明細書に開示される情報処理装置によれば、上述した情報処理プログラムと同様の効果を奏する。

端末の電気的構成を示すブロック図である。 本発明の概要を模式的に説明する図である。 本発明の概要を模式的に説明する図である。 地図アプリにより実現される端末の動作を説明するシーケンス図である。 ユーザ操作処理を示すフローチャートである。 地図アプリにより実現される端末の動作を説明するシーケンス図である。 編集画面表示処理を示すフローチャートである。 アイコン追加処理を示すフローチャートである。 アイコン編集処理を示すフローチャートである。 （ａ）は、アイコン追加処理においてアイコンが追加された編集画面の一例であり、（ｂ）は、アイコン編集処理においてアイコンが移動された編集画面の一例であり、（ｃ）は、アイコン編集処理においてアイコンが拡大された編集画面の一例である。 第２実施形態のユーザ操作処理を示すフローチャートである。

以下、本発明の好ましい実施形態について、添付図面を参照して説明する。まず、図１から図１０を参照して、本発明の第１実施形態を説明する。図１は、本発明の情報処理プログラムの一実施形態である地図アプリケーション（以下「地図アプリ」と称す）を搭載する端末１０の電気的構成を示すブロック図である。

本実施形態の端末１０は、スマートフォンなどの携帯端末として構成される。端末１０には、ＣＰＵ１１、フラッシュメモリ１２、ＲＡＭ１３、操作キー１５、ＬＣＤ１６、タッチパネル１７、音声入出力部１９、電話網通信部２０、無線通信部２３が設けられる。これらの各部は、バスライン２４を介して互いに接続される。

ＣＰＵ１１は、フラッシュメモリ１２等に格納されたプログラムや固定値等に従い、バスライン２４に接続された各構成を制御する。フラッシュメモリ１２は、書換可能な不揮発性のメモリであり、オペレーティングシステム（以下「ＯＳ」と称す）、地図アプリ等のプログラムが格納される。

ＯＳは、端末１０の基本機能を実現する基本ソフトウェアである。本実施形態では、ＯＳはアンドロイド（登録商標）である。なお、以下では、ＯＳやアプリ等のプログラムを実行するＣＰＵ１１のことを、単にプログラム名で記載する場合もある。例えば「アプリ」という記載が「アプリを実行するＣＰＵ１１」を意味する場合もある。地図アプリを含む各種アプリは、ＯＳが備えるＡＰＩを利用して、端末１０の各構成を制御する。

本実施形態の地図アプリは、サーバ２００から取得した地図データに基づく地図画像を描画させ、描画された地図画像をＬＣＤ１６に表示させる。なお、本実施形態では、サーバ２００から取得する地図データは、ベクトル形式の画像データ（以下「ベクトルデータ」と称す）である。地図アプリは、サーバ２００から取得した地図データを、端末１０にインストールされた専用のライブラリに入力することにより、当該ライブラリが描画したビットマップ形式の地図画像を得る。

また、本実施形態の地図アプリは、ユーザからの入力に応じて、ＬＣＤ１６に表示中の地図画像に対し、編集対象にする地図領域（以下「特定地図領域」と称す）が特定された場合に、印刷用紙の用紙サイズ（例えば、Ａ４サイズ）に合わせてズームレベルを上げた（すなわち、地図の縮尺を大きくした）地図の地図データをサーバ２００から取得する。これにより、編集が終了した後の特定地図領域を印刷する場合には、ＬＣＤ１６に表示中の地図画像より大きく、かつ、用紙サイズに適したズームレベルの地図が印刷用紙に印刷される。なお、地図領域とは、４組の緯度、経度情報により、一意に定まる領域を指す。

なお、「ズームレベル」は、地図の縮尺を指定する値である。ズームレベルがゼロである場合に、最小縮尺の地図に対応し、ズームレベルの値が大きいほど、より大きな縮尺の地図に対応する。本実施形態で用いるサーバ２００には、ズームレベルＮ（Ｎは、０以上の整数）毎に、世界地図を２^Ｎ×２^Ｎ個の正方形領域に分割し、各正方形領域の地図に対するベクトルデータが格納されている。つまり、本実施形態では、ズームレベルＮの値が１増える毎に、地図の縮尺は２倍ずつ大きくなる。ズームレベルにおける指数「Ｎ」は、０以上、かつ、対象とする地図の種類（例えば、通常の地図、航空地図など）に応じて許容されている最大値以下の値である。

なお、サーバ２００には、ズームレベルＮの値が大きいほど、すなわち、地図の縮尺が大きいほど、地図のベクトルデータには、より詳細な地図を描画できるよう、より詳細な情報（例えば、より狭い路地や、より詳細な地名や、建物名や、信号交差点名など）が含まれている。よって、ズームレベルの値が大きくなるほど、狭い路地や、建物名や、信号交差点名など、より詳細な情報を表示することができる。

上述した通り、本実施形態の地図アプリによれば、ＬＣＤ１６に表示中の地図画像より大きく、かつ、用紙サイズに適したズームレベルの地図を印刷用紙に印刷することができる。つまり、本実施形態の地図アプリによれば、ＬＣＤ１６に表示される地図画像には含まれない、それらの詳細な情報を印刷用紙に印刷できる。

地図に表示される情報の量をそのままに、地図画像の物理的なサイズを大きくしたとしても、地図画像の物理的なサイズに対する相対的な情報量が少なくなるため、地図を読み難くなる虞がある。これに対し、本実施形態の地図アプリによれば、用紙サイズに適したズームレベルの地図が印刷されるので、上記問題の発生を抑制できる。つまり、本実施形態の地図アプリによれば、特定地図領域の地図を見易い地図として印刷できる。

以下、画像の物理的なサイズ（すなわち、縦および横方向の各画素数）を、単に「画像サイズ」または「画像のサイズ」と称す。つまり、以下の説明において「画像サイズ」または「画像のサイズ」という用語は、データサイズを意味しない。

また、ＬＣＤ１６に表示中の地図画像と同じズームレベルの地図画像を、ＬＣＤ１６より大きい印刷用紙に印刷する場合、ＬＣＤ１６に表示中の地図画像を用紙サイズに合わせて拡大する必要がある。地図画像を拡大した場合、ＬＣＤ１６上での一画素に対応する印刷用紙上の面積が増えるため、その分、画像が粗くなる。これに対し、本実施形態の地図アプリによれば、上述した通り、印刷用紙の用紙サイズに合わせてズームレベルを上げた地図の地図データをサーバ２００から取得するので、当該地図データに基づき描画されたビットマップ形式の地図画像を印刷の際に拡大する必要がない。これにより、特定地図領域の地図を好適な画質で印刷できる。

また、本実施形態の地図アプリは、特定地図領域が特定された場合に、ズームレベルを上げてサーバ２００から取得した地図データに基づき描画された、特定地図領域の地図画像に、各種オブジェクトが重ねて配置される。地図画像に重ねられるオブジェクトとしては、例えば、ユーザによる指定位置（すなわち、目的地）を示すアイコン画像や、当該指定位置に関する情報を示すテキストなどである。よって、地図画像に重ねられた各種オブジェクトを、地図画像の再描画を必要とすることなく、自在に移動させたり、内容を変更できるので、編集作業が容易となる。

ＲＡＭ１３は、ＣＰＵ１１が印刷アプリ等を実行するにあたり、各種情報を一時的に記憶する書換可能な揮発性のメモリである。操作キー１５は、端末１０に指示などを入力するためのメカニカルキーであり、例えば、端末１０の筺体に設けられる。ＬＣＤ１６は、各種画面を表示する液晶表示装置である。タッチパネル１７は、ＬＣＤ１６に重ねて設けられ、指や棒などの指示体を接触または接近させることによって、端末１０に指示などを入力する。音声入出力部１９は、マイクやスピーカなどで構成された音声入出力用デバイスである。電話網通信部２０は、携帯電話網（図示せず）を介した通話を行うための回路である。

無線通信部２３は、無線ＬＡＮによる無線通信を行うためのインタフェースである。本実施形態では、無線通信部２３が行う通信は、ＩＥＥＥ８０２．１１ｂ／ｇ／ｎの規格に準拠した無線ＬＡＮによる無線通信、より詳細には、Ｗｉ−Ｆｉ（登録商標）規格に基づく無線通信（所謂「Ｗｉ−Ｆｉ通信」）である。本実施形態において、無線通信部２３は、中継装置であるアクセスポイント（以下、「ＡＰ」と称す）３０を介して、プリンタ１００に接続される。

ＡＰ３０は、Ｗｉ−Ｆｉ通信を中継する中継装置である。ＡＰ３０は、ブロードバンドルーター機能を有し、インターネット８００に接続できる。よって、端末１０は、ＡＰ３０およびインターネット８００を介して、サーバ２００，３００などの各種外部装置と通信可能に接続できる。

サーバ２００は、地図データを提供する地図サーバである。本実施形態におけるサーバ２００は、Ｇｏｏｇｌｅ Ｍａｐｓ ＡＰＩ（なお、Ｇｏｏｇｌｅ Ｍａｐｓは登録商標）を利用して、ベクトルデータからなる地図データを提供する。上述した通り、サーバ２００には、ズームレベルＮ毎に、世界地図を、２^Ｎ×２^Ｎ個の正方形領域に分割した各地図のベクトルデータが準備されている。

サーバ３００は、地図上における場所や店舗に関する情報（以下「場所情報」と称す）を提供するサーバである。本実施形態におけるサーバ３００は、Ｇｏｏｇｌｅ Ｐｌａｃｅ ＡＰＩ（なお、Ｇｏｏｇｌｅ Ｐｌａｃｅは登録商標）を利用して場所情報を提供する。なお、サーバ２００およびサーバ３００は、Ｇｏｏｇｌｅ（登録商標）社が提供する上記ＡＰＩを利用するものに限らない。地図データまたは場所情報を提供するサーバであれば、適宜のサーバをサーバ２００またはサーバ３００として採用できる。

本実施形態の地図アプリは、端末１０にインストールされた、Ｇｏｏｇｌｅ Ｍａｐｓ ＡＰＩのライブラリを用いて、サーバ２００，３００から受信し処理された各種データを受け取る。例えば、地図アプリは、地図の取得をライブラリに要求し、当該要求に従いライブラリがサーバ２００から取得した地図データに基づき描画した地図画像を、当該ライブラリから受け取る。なお、ライブラリは、サーバ２００から地図データに基づいて、ＬＣＤ１６の画面のサイズに応じたサイズのビットマップ形式の地図画像を描画する。以下の説明において、「地図データを描画する」とは、ベクトルデータからビットマップ形式の画像を描画することを示す。

図２および図３を参照して、本発明の概要を説明する。図２は、本実施形態の地図アプリがＬＣＤ１６に表示する画面の一例を示す模式図である。上述した通り、本実施形態の地図アプリは、ライブラリを介してサーバ２００から取得した地図データに基づき、ライブラリが描画した地図画像をＬＣＤ１６の表示領域１６ａに表示する。例えば、地図アプリを起動した場合、地図アプリは、ライブラリを介して取得した現在地周辺の地図データに基づき、当該ライブラリが描画した地図画像を、表示領域１６ａに表示する。

これにより、例えば、図２（ａ）に示すように、現在地周辺の地図画像Ｇａを含む画面５０が表示領域１６ａに表示される。画面５０は、ユーザが特定地図領域を設定する画面である。画面５０（以下「領域設定画面５０」と称す）は、余白画像５１を含む。余白画像５１は、地図画像Ｇａに重ねられる半透明の画像であり、表示枠５１ａを有する。地図画像Ｇａは、表示枠５１ａ内部にユーザに視認可能に表示される。なお、ライブラリにより描画される地図画像Ｇａは、表示領域１６ａの画面サイズより大きいサイズに構成されおり、余白画像５１と重なる部分にも地図画像Ｇａは、表示枠５１ａ内部よりも色が薄く見える態様で表示されている。

表示枠５１ａは、その縦横比が、予め決められた用紙サイズ（本実施形態では、Ａ４サイズ）の縦横比とされる。よって、ユーザは、表示枠５１ａ内部に視認できる地図画像Ｇａから、印刷対象とする地図の領域を確認できる。

領域設定画面５０は、検索ボックス５３と、検索ボタン５４とを含む。検索ボックス５３には、ユーザが目的地に関するキーワードを入力することができる。検索ボックス５３にキーワードが入力された状態で、検索ボタン５４に対するタップ操作が行われると、地図アプリは、ライブラリを介してサーバ３００からキーワードに対する周辺検索の結果を取得し、検索結果をリストとして表示する。

ユーザが当該リストから目的地を選択する操作を行った場合、地図アプリは、ライブラリに、選択された目的地を指すアイコンと、その目的地の名前示すテキストとを含む地図画像を描画させ、領域設定画面５０に表示中の地図画像Ｇａを、ライブラリが描画したアイコンおよびテキストを含む地図画像に更新する。これにより、例えば、図２（ｂ）に示すように、領域設定画面５０において、表示枠５１ａ内部に表示される地図画像が、アイコンＱ１およびテキストＴ１を含む地図画像Ｇａに更新される。

領域設定画面５０は、編集要求ボタン５５を含む。編集要求ボタン５５に対するタップ操作が行われると、地図画像Ｇａのうち、表示枠５１ａに囲まれる領域、すなわち、ユーザに視認される地図画像Ｇａの領域を、特定地図領域（すなわち、編集対象にする地図領域）として特定する。そして、編集要求ボタン５５が操作されたことに応じて、詳細地図画像を編集するための編集画面６０が、領域設定画面５０に代えて表示領域１６ａに表示される。

上述したように、本実施形態の地図アプリは、特定地図領域が特定されると、当該特定地図領域をそのままに、予め決められた用紙サイズに合わせてズームレベルを上げた地図の地図データを、ライブラリを介してサーバ２００から取得する。地図アプリは、その地図データに基づきライブラリが描画した地図画像Ｇｂを、編集画面６０に表示する。これにより、例えば、図２（ｃ）に示す編集画面６０が表示領域１６ａに表示される。

編集画面６０は、余白画像６１を含む。余白画像６１は、地図画像Ｇｂに重ねられる不透明の画像であり、表示枠６１ａを有する。表示枠６１ａの内側に、地図画像Ｇｂ、すなわち、特定地図領域の地図画像が表示される。よって、ユーザは、表示枠６１ａによる仕切りによって、印刷対象とする地図画像Ｇｂを確認できる。

表示枠６１ａは、その縦横比が、予め決められた用紙サイズ（本実施形態では、Ａ４サイズ）の縦横比とされる。つまり、表示枠６１ａの縦横比は、領域設定画面５０の表示枠５１ａの縦横比と同じである。よって、表示枠６１ａの内側に表示される地図画像Ｇｂに含まれる地図領域が、領域設定画面５０にて特定地図領域として設定された領域と同じであることを、ユーザに認識させ、安心感を与えることができる。

領域設定画面５０に表示される地図画像Ｇａが、ライブラリがアイコンおよびテキストを含んで描画した地図画像であるのに対し、編集画面６０に含まれる地図画像Ｇｂは、アイコンおよびテキストは地図画像Ｇｂ内に描画されていない。その代わりに、アイコン画像Ｑ２およびテキストＴ２が、地図画像Ｇｂに重なるオブジェクトとして、地図画像Ｇａに含まれるアイコンおよびテキストの位置に表示される。そのため、編集画面６０では、アイコン画像Ｑ２およびテキストＴ２の移動や内容の変更を、ライブラリによる地図の再描画をすることなく実現できる。

編集画面６０は、テキスト編集ボタン６３と、アイコン追加ボタン６４と、自由線書き込みボタン６５とを含む。ユーザがこれらのボタン６３〜６５に対する操作を行った場合、地図アプリは、操作されたボタンに応じた編集を可能にする。例えば、ユーザがアイコン追加ボタン６４に対する操作を行った場合、地図アプリは、アイコン画像の追加と、追加されたアイコン画像に対する編集とを可能にする。

編集画面６０は、印刷ボタン６６を含む。ユーザが印刷ボタン６６に対する操作を行った場合、地図アプリは、表示枠６１内に表示される内容がプリンタ１０で印刷されるよう、印刷データをプリンタ１００に送信する。これにより、必要に応じて編集された内容が反映された、アイコン画像Ｑ２などを含む地図画像Ｇｂが、プリンタ１００にて印刷用紙に印刷される。

図３は、地図画像Ｇａから地図画像Ｇｂを得るためのズームレベルの算出を説明する図である。上述した通り、本実施形態の地図アプリは、特定地図領域が設定された場合に、当該特定地図領域をそのままに、用紙サイズに合わせてズームレベルを上げた地図の地図データをサーバ２００から取得する。

例えば、図３に示すように、地図アプリは、編集要求ボタン５５が操作されたことに応じて、地図画像Ｇａのうち、表示枠５１ａにより囲まれる領域が特定地図領域として設定された場合、当該特定地図領域が、印刷時の地図画像Ｇｂのサイズとなるようなズームレベルを算出する。そして、地図アプリは、算出されたズームレベルの地図の地図データをサーバ２００から取得する。

つまり、ＬＣＤ１６に表示中の地図画像Ｇａにおけるズームレベル（以下、「表示ズームレベル」と称す）Ｚａより大きなズームレベルを、特定地図領域のサイズより大きい画像サイズの地図画像Ｇｂを得るためのズームレベル（以下、「目標ズームレベル」と称す）Ｚｂとして算出する。目標ズームレベルＺｂは、ズームレベルＺａと、ＬＣＤ１６の画面における横方向の画素数Ｐａと、印刷時において目標とする横方向の画素数Ｐｂとから算出できる。なお、ＬＣＤ１６の画面における横方向の画素数でなく、当該画面のうち、地図画像の表示領域１６ａにおける横方向の画素数を、画素数Ｐａとしてもよい。

具体的に、ズームレベルが、その値が１増える毎に、地図の縮尺が２倍ずつ大きくなるものであると定義されている場合には、２を底とし、（Ｐｂ／Ｐａ）を真数とする対数に、Ｚａを加算した値が、目標ズームレベルＺｂとして算出される。つまり、Ｚｂ＝Ｚａ＋ｌｏｇ_２（Ｐｂ／Ｐａ）である。

本実施形態では、印刷時の用紙サイズおよび印刷解像度が予め決められている。具体的に、用紙サイズが、Ａ４サイズ（２９７ｍｍ×２１０ｍｍ）であり、印刷解像度が、２４８ｄｐｉと決められている。これらの条件に対し、印刷時の画素数を、２８９６×２０４８ピクセルとしている。なお、２８９６×２０４８ピクセルとの画素数は、２４８ｄｐｉで地図画像をＡ４サイズの用紙に印刷したときに、地図画像の大きさが、用紙の内部に収まる大きさとなる数値の一例として算出されているが、Ａ４サイズの縦横の全長を印刷解像度で除した画素数（すなわち、２９００×２０５０ピクセル）以下であれば、適宜の数値を採用できる。

印刷時の画素数が、２８９６×２０４８ピクセルである場合に、例えば、ＬＣＤ１６の画面の画素数が８００×４８０ピクセル（画面サイズ：８１ｍｍ×６１ｍｍ，表示解像度：約２３３ｄｐｉ）であれば、ｌｏｇ_２（Ｐｂ／Ｐａ）は、ｌｏｇ_２（２０４８／４８０）、すなわち、約２．０９３１である。表示ズームレベルＺａを５とする場合、この例における目標ズームレベルＺｂは、約７．０９３１である。

ズームレベルが、その値が１増える毎に、地図の縮尺が２倍ずつ大きくなるものであると定義されている場合には、ズームレベルを２．０９３１増加させるということは、地図の縮尺を２の２．０９３１乗（すなわち、約４．３）倍にすることに対応する。よって、ズームレベルが、この例では、表示中の地図画像の縮尺を、２の２．０９３１乗（すなわち、約４．３）倍にした地図画像が描画される。つまり、目標ズームレベルＺｂで描画される地図画像は、単位画素数あたりに描かれる地図上の距離が、表示中の地図画像（すなわち、表示ズームレベルＺａで描画される地図画像）の１／約４．３であり、より詳細な地図が描かれる。以下、上記式Ｚｂ＝Ｚａ＋ｌｏｇ_２（Ｐｂ／Ｐａ）から算出された目標ズームレベルＺｂで描画される地図画像を「詳細地図画像」と称す。

なお、上記例では、ＬＣＤ１６の画面の画素数と、印刷時の画素数とを用いて目標ズームレベルＺｂを算出したが、ＬＣＤ１６の画面の画素数、及び、印刷時の画素数は、予め上記条件に基づき算出された値が地図アプリのソースコードに含まれていてもよいし、地図アプリがＬＣＤ１６の画面の解像度、用紙サイズ及び印刷解像度に基づき都度算出してもよい。

また、上記例では、ＬＣＤ１６の画面の画素数と、印刷時の画素数とを用いて目標ズームレベルＺｂを算出した。これに代えて、画面サイズと表示解像度とから、ＬＣＤ１６の画面の画素数を算出し、算出された画素数を目標ズームレベルＺｂの算出に用いてもよい。同様に、用紙サイズと印刷解像度とから、印刷時の画素数を算出し、算出された画素数を目標ズームレベルＺｂの算出に用いてもよい。

また、上記例では、画素数Ｐａおよび画素数Ｐｂを、それぞれ、ＬＣＤ１６の画面における横方向の画素数、および、印刷時において目標とする横方向の画素数とした。これに代えて、画素数Ｐａおよび画素数Ｐｂを、それぞれ、ＬＣＤ１６の画面における縦方向の画素数、および、印刷時において目標とする縦方向の画素数としてもよい。画素数Ｐｂを、印刷時において目標とする縦方向の画素数とする場合、ＬＣＤ１６の画面のうち、地図画像の表示領域１６ａにおける縦方向の画素数を、画素数Ｐａとしてもよい。

図４〜図９を参照して、本実施形態の地図アプリにより実現される端末１０の動作を説明する。なお、図４，図６に示すシーケンス図において、地図アプリの列に属する各処理は、フラッシュメモリ１２に記憶される地図アプリに従い、ＣＰＵ１１が実行する処理である。一方、ライブラリの列に属する各処理は、ライブラリに従い、ＣＰＵ１１が実行する処理である。

以下、各シーケンス図および各フローチャートにて、地図アプリまたはライブラリに従い処理を実行する主体はＣＰＵ１１であるが、各処理を実行するプログラムの区分けを明確にする目的で、地図アプリまたはライブラリを実行するＣＰＵ１１を、それぞれ、単に「地図アプリ」または「ライブラリ」と称す。

図４に示すように、地図アプリは、地図取得要求をライブラリに渡す（ＳＡ４０１）。ＳＡ４０１における地図取得要求は、ＡＰ３０のＭＡＣアドレスなどのネットワーク情報と、地図種別（例えば、通常の地図、航空地図など）と、ズームレベルの初期値（例えば、５）とを含む。

ライブラリは、地図アプリから地図取得要求を受け取ると、地図取得要求をサーバ２００に送信する（ＳＢ４０１）。ＳＢ４０１にて送信する地図取得要求は、地図アプリから受け取った地図種別およびズームレベルと、現在地情報とを含む。現在地情報は、現在地を示す緯度経度の情報である。なお、ライブラリは、地図アプリから受け取ったネットワーク情報を、無線通信部２３を介して位置特定サービス（図示せず）に送信し、当該サービスから現在地情報を取得する。

サーバ２００は、端末１０から地図取得要求を受信すると、当該地図取得要求に応じた地図データを送信する（ＳＣ４０１）。具体的に、サーバ２００は、地図種別により特定される種別の地図であって、現在地情報の緯度経度を中心とする、ズームレベルにより指定された縮尺の地図の地図データを、端末１０に送信する。

ライブラリは、サーバ２００から受信した地図データに基づき地図画像を描画する（ＳＢ４０２）。なお、ライブラリにより描画される地図画像は、ビットマップ形式の描画データであり、ＲＡＭ１３上に設けられたフレームバッファに記憶される。

ライブラリは、描画した地図画像を地図アプリに渡す（ＳＢ４０３）。また、ライブラリは、位置特定サービスから受信した現在地情報を地図アプリに渡す。地図アプリは、特定領域設定画面５０を、ＬＣＤ１６の表示領域１６ａに表示する（ＳＡ４０２）。地図アプリは、ライブラリから受け取った地図画像を、現在地情報が示す緯度経度が表示枠５１ａの中心となるよう表示する（ＳＡ４０３）。

検索ボタン５４に対するタップ操作がタッチパネル１７を介して入力された場合、地図アプリは、検索ボックス５３に入力されたキーワードのテキストを受け取り、そのテキストと現在地情報とを含む検索要求をライブラリに渡す（ＳＡ４０４）。ライブラリは、地図アプリから検索要求を受け取ると、その検索要求を、無線通信部２３を介してサーバ３００に送信する（ＳＢ４０４）。

サーバ３００は、端末１０から検索要求を受信すると、当該検索要求に従い、端末１０の現在地の周辺を対象として、キーワードに応じた検索を実行する。サーバ３００は、その検索結果を端末１０に送信する（ＳＤ４０１）。検索結果には、検索により特定された場所毎の場所情報を含む。場所情報は、テキスト情報であり、該当する場所を示す場所名、住所、電話番号、場所の属性、および緯度経度を含む。なお、場所の属性とは、該当する場所が分類される分類項目、例えば、レストラン、ホテル、駐車場、その他、などである。

ライブラリは、サーバ３００から受信した検索結果から、検索結果リストを作成し（ＳＢ４０５）、その検索結果リストを地図アプリに渡す（ＳＢ４０６）。地図アプリは、ライブラリから検索結果リストを受け取ると、その検索結果リストを特定領域設定画面５０に表示する（ＳＡ４０５）。検索結果リストから目的地を選択する操作がタッチパネル１７を介して入力された場合、地図アプリは、アイコン表示要求をライブラリに渡す（ＳＡ４０６）。

アイコン表示要求は、選択された目的地の場所名、住所、および緯度経度と、アイコン画像とを含む。選択された目的地の場所名、住所、および緯度経度は、検索結果リストに含まれる場所情報のうち、選択された目的地に対応する場所情報に含まれる場所名、住所、および緯度経度である。アイコン画像は、地図アプリに準備されているアイコン画像のうち、選択された目的地に対応する場所情報に含まれる場所の属性に応じたアイコン画像である。

なお、地図アプリには、アイコン画像が、場所の属性に応じた態様のものが、場所の属性毎に準備されている。本実施形態の地図アプリには、外観は同じであるが、場所の属性に応じて色が異なるアイコン画像が準備されている。よって、アイコン画像またはアイコンの色に応じて、場所の属性をユーザに把握させることができる。なお、場所の属性に応じて外観の異なるアイコン画像が準備される構成であってもよい。

ライブラリは、地図アプリからアイコン表示要求を受け取ると、当該アイコン表示要求と、先にサーバ２００から取得した現在地を含む地図データとに基づいて、選択された目的地に応じたアイコンおよびテキストを含む地図画像を描画する（ＳＢ４０７）。

なお、ライブラリは、ＳＢ４０７において、アイコン表示要求に含まれるアイコン画像に基づくアイコンを、地図画像における、アイコン表示要求に含まれる緯度経度の位置に描画する。また、ライブラリは、アイコン表示要求に含まれる場所名および住所のテキストを、地図画像における予め決められた特定位置に描画する。

ライブラリは、描画した、アイコンおよびテキストを含む地図画像を地図アプリに渡す（ＳＢ４０８）。地図アプリは、ライブラリから受け取った、アイコンおよびテキストを含む地図画像を、特定領域設定画面５０に表示する（ＳＡ４０７）。地図アプリは、ユーザ操作処理を実行する（ＳＡ４０８）。ユーザ操作処理（ＳＡ４０８）は、ユーザ操作に応じて、特定領域設定画面５０に表示される地図画像を変更する処理である。

図５を参照して、上述したユーザ操作処理（ＳＡ４０８）を説明する。図５に示すフローチャートは、地図アプリによりＣＰＵ１１が実行する処理である。地図アプリは、タッチパネル１７を介して行われた、領域設定画面５０に対するユーザ操作の入力を待機する（ＳＡ５０１：Ｎｏ）。領域設定画面５０に対するユーザ操作が入力された場合（ＳＡ５０１：Ｙｅｓ）、地図アプリは、入力された操作の種類を判断する（ＳＡ５０２）。

地図アプリは、入力された操作が、地図の縮尺の縮小、地図画像の表示領域の移動、または地図種別の変更を指示する操作であると判断した場合（ＳＡ５０２：縮小／移動／地図種別変更）、地図アプリは、各ユーザ操作に応じた変更が反映された地図画像を取得する（ＳＡ５０４）。

具体的に、地図アプリは、ライブラリを介して、サーバ２００に地図取得要求を送信する。このときの地図取得要求は、地図画像の中心の緯度経度とズームレベルとを含む。地図取得要求を受信したサーバ２００は、ユーザ操作に応じた変更が反映された地図画像の地図データを返信する。ライブラリは、サーバ２００が送信した地図データに基づく地図画像を描画し、地図アプリに渡す。

例えば、ユーザ操作が、地図画像の表示領域を変更するスワイプ操作であった場合、地図取得要求は、スワイプ操作に応じて決定された移動先の地図画像における中心の緯度経度と、現在のズームレベルとを含む。この場合、サーバ２００は、地図取得要求に従い、移動先の緯度経度を中心とする、ズームレベルにより指定された縮尺の地図の地図データを、端末１０に送信する。これにより、地図アプリは、ライブラリが描画した、スワイプ操作による移動後の地図画像を取得する。

スワイプ操作による移動先の地図画像の中心の緯度経度は、現在の中心の緯度経度と、スワイプ操作の始点と終点と、現在のズームレベルとから算出できる。具体的に、スワイプ操作の始点と終点とから、縦および横方向に移動した画素数が移動量として算出される。これら縦および横方向の画素数と、現在のズームレベルとから、縦方向に移動した画素数に相当する緯度の幅と、横方向に移動した画素数に相当する経度の幅とが算出されるので、これらの値と、現在の中心の緯度経度とから、移動先の地図画像の中心の緯度経度が算出される。

地図アプリは、ＳＡ５０４の処理後、取得した地図画像を、サーバ２００に送信した緯度経度が表示枠５１ａの中心となるよう表示し（ＳＡ５０５）、処理をＳＡ５０１に移行する。なお、地図画像が移動された場合に、ユーザにより選択された目的地が、移動先の地図画像に含まれる場合、ライブラリは、アイコンおよびテキストを含む地図画像を描画する。一方、ユーザにより選択された目的地が、移動先の地図画像に含まれる場合、ライブラリは、アイコンおよびテキストを含まない地図画像を描画する。

一方、地図アプリは、入力された操作が、地図の縮尺の拡大を指示する操作（例えば、ピンチアウト操作）であると判断した場合（ＳＡ５０２：拡大）、地図アプリは、当該ユーザ操作に応じて縮尺を拡大させた地図画像について、当該地図画像から詳細地図画像を取得可能であるかを判断する（ＳＡ５０２）。なお、詳細地図画像は、表示ズームレベルＺａに基づき、上記式Ｚｂ＝Ｚａ＋ｌｏｇ_２（Ｐｂ／Ｐａ）から算出された目標ズームレベルＺｂで描画される地図画像である。

よって、ＳＡ５０２において、地図アプリは、ユーザ操作に応じて縮尺を拡大させた地図画像のズームレベルを表示ズームレベルＺａとした場合に、詳細地図画像を得るためのズームレベル（すなわち、目標ズームレベルＺｂ）が、ズームレベルとして取り得る最大値以下であるかを判断する。

具体的に、地図アプリは、まず、ユーザ操作に応じて縮尺を拡大させた地図画像の表示ズームレベルＺａを算出する。この表示ズームレベルＺａは、ピンチアウト操作の距離と、現在のズームレベルとに基づいて算出される。なお、ユーザがズームレベルの値を指示してもよく、その場合は、指示されたズームレベルの値と、領域設定画面に表示中の地図画像の中心の緯度経度とを、無線通信部２３を介してサーバ２００に出力するようにすればよい。

次に、地図アプリは、算出されたＺａの値と、ＬＣＤ１６の画面における横方向の画素数Ｐａと、印刷時において目標とする横方向の画素数Ｐｂとから、上記式Ｚｂ＝Ｚａ＋ｌｏｇ_２（Ｐｂ／Ｐａ）に従い、目標ズームレベルＺｂを算出する。地図アプリは、算出されたＺｂを、ズームレベルとして取り得る最大値であるか否かを判断する。なお、ＬＣＤ１６の画面における縦および横方向の画素数は、端末１０のスペックとしてフラッシュメモリに予め記憶されている。

ズームレベルとして取り得る最大値は、サーバ２００において、地図の種類（例えば、通常の地図、航空地図など）毎に決められている。地図アプリには、サーバ２００においてズームレベルとして取り得る最大値が、地図の種類毎に予め準備されている。なお、サーバ２００に、表示中の種類の地図に対して取り得るズームレベルの最大値をその都度問い合わせてもよい。

地図アプリは、算出されたＺｂが、ズームレベルとして取り得る最大値以下であると判断した場合に、ユーザ操作に応じて縮尺を拡大させた地図画像から、詳細地図画像を取得可能であるとし、ＳＡ５０３の判断を肯定する。一方、地図アプリは、算出されたＺｂが、ズームレベルとして取り得る最大値を超えると判断した場合、ＳＡ５０３の判断を否定する。

地図アプリが、ＳＡ５０３の判断を肯定した場合（ＳＡ５０３：Ｙｅｓ）、地図アプリは、各ユーザ操作に応じて縮尺を拡大させた地図画像を取得する（ＳＡ５０４）具体的に、地図アプリは、ライブラリを介して、サーバ２００に地図取得要求を送信する。このときの地図取得要求は、表示中の地図画像の中心の緯度経度と、ユーザ操作に応じて算出された表示ズームレベルＺａとを含む。地図取得要求を受信したサーバ２００は、ユーザ操作に応じて縮尺を拡大させた地図画像の地図データを返信する。ライブラリは、サーバ２００が送信した地図データに基づく地図画像を描画し、地図アプリに渡す。

一方、地図アプリが、ＳＡ５０３の判断を否定した場合（ＳＡ５０３：Ｎｏ）、ＣＰＵ１１は、処理をＳＡ５０１に移行する。よって、ユーザ操作に応じて縮尺を拡大させた地図画像から、詳細地図画像を取得できない場合、縮尺の拡大は禁止され、表示中の地図画像が維持される。つまり、本実施形態では、領域設定画面５０には、詳細地図画像を取得できるズームレベルの地図画像のみが表示される。

地図の縮尺を拡大する指示に応じた表示ズームレベルＺａに対して算出される目標ズームレベルＺｂが、ズームレベルとして取り得る最大値を超える場合、詳細地図画像において、その画像サイズに適した縮尺が保証されず、好ましくない印刷結果が得られる可能性がある。これに対し、本実施形態では、ユーザ操作に応じて縮尺を拡大した地図画像から、詳細地図画像を取得できない場合には、縮尺の拡大が禁止されるので、詳細地図画像に対する好適な印刷結果をユーザに保証できる。

地図アプリは、入力された操作が、編集要求ボタン５５に対する操作、すなわち、特定地図領域の設定を指示する操作であると判断した場合（ＳＡ５０２：領域設定）、地図アプリは、本処理を終了し、編集画面６０に移行する前の準備処理として、図６のシーケンス図に示す処理を実行する。

図６に示すように、地図アプリは、アイコン位置要求をライブラリに渡す（ＳＡ６０１）。アイコン位置要求は、目的地の緯度経度を含む。目的地の緯度経度は、目的地がユーザにより選択されたときに特定された緯度経度である。ライブラリは、地図アプリからアイコン位置要求を受け取ると、アイコン表示情報を地図アプリに返す（ＳＢ６０１）。アイコン表示情報は、領域設定画面５０に現在表示中の地図画像の原点に対し、アイコンがどの座標に位置するかを示す情報であり、正または負の値を取り得る。なお、地図画像の原点は、例えば、表示枠５１ａの左上の座標である。

地図アプリは、アイコン表示情報をライブラリから受け取ると、アイコンが特定地図領域内にあるかを判断する（ＳＡ６０２）。地図アプリは、当該判断を、ライブラリから受け取ったアイコン表示情報と、表示中の地図画像の画素数と、表示中の地図画像における特定地図領域の座標とに基づいて行う。

地図アプリは、アイコンが特定地図領域内にあると判断した場合（ＳＡ６０２：Ｙｅｓ）、アイコン位置の規格化座標を算出する（ＳＡ６０３）。アイコン位置の規格化座標は、特定地図領域の地図画像におけるアイコンの相対位置である。より詳細には、アイコン位置の規格化座標は、アイコンが特定地図領域の地図画像における縦方向の上側から全体の何割の位置にあるかを示す値と、アイコンが特定地図領域の地図画像における横方向の左側から全体の何割の位置にあるかを示す値とからなる。地図アプリは、アイコン位置の規格化座標を、ライブラリから受け取ったアイコン表示情報と、表示中の地図画像の画素数と、表示中の地図画像における特定地図領域の座標とに基づいて算出する。

目的地が特定地図領域における端辺に近い場所である場合には、アイコン画像の全体が特定地図領域内に収まらず、はみ出すことがある。よって、地図アプリは、特定地図領域からアイコン画像がはみ出すかを判断する（ＳＡ６０４）。

地図アプリは、目的地の緯度経度が、特定地図領域内に予め規定された範囲内に入る場合、特定地図領域からアイコン画像がはみ出すとして、ＳＡ６０４の判断を肯定する。一方、地図アプリは、目的地の緯度経度が前記範囲内に入らない場合、特定地図領域からアイコン画像がはみ出さない、すなわち、アイコン画像の全体が特定地図領域内に収まるとして、ＳＡ６０４の判断を否定する。

前記予め規定された範囲は、アイコン画像の外接矩形の大きさに応じて決められ、特定地図領域の上側と右側と左側とに設けられる。前記予め規定された範囲が特定地図領域の下側に設けられない理由としては、アイコン画像は、地図画像における目的地の上方に配置されるので、目的地が特定地図領域における下端に近い場所であったとしても、アイコン画像が特定地図領域の下方向にはみ出すことはないからである。

地図アプリは、ＳＡ６０４の判断を否定した場合、すなわち、アイコン画像の全体が特定地図領域内に収まると判断した場合（Ｓ６０４：Ｎｏ）、処理をＳＡ６０５に移行する。一方、地図アプリは、ＳＡ６０４の判断を肯定した場合（Ｓ６０４：Ｙｅｓ）、アイコン画像がはみ出さないような、現在の値より小さいズームレベルを算出し（ＳＡ６０５）、処理をＳ６０６に移行する。ＳＡ６０５によれば、アイコン画像がはみ出した状態で印刷されることを抑制できる。

地図アプリは、特定地図領域の中心の緯度経度と、表示ズームレベルＺａと、アイコン情報とをフラッシュメモリ１２に記憶し（ＳＡ６０６）、処理をＳＡ６０７に移行する。なお、表示ズームレベルＺａは、現在のズームレベルの値、または、ＳＡ６０５にて算出されたズームレベルである。アイコン情報は、ＳＡ６０３にて算出された規格化座標と、アイコン画像ＩＤと、アイコンの配置場所（すなわち、目的地）を示すテキストとを含む。

アイコン画像ＩＤは、アイコン画像を個々に特定するＩＤであり、各アイコン画像ＩＤは、場所の属性毎に割り当てられている。アイコン情報には、アイコン画像ＩＤのうち、選択された目的地に対応する場所情報に含まれる場所の属性に関連付けられているアイコン画像ＩＤが含まれる。アイコンの配置場所を示すテキストは、選択された目的地に対応する場所情報に含まれる場所名、住所、および電話番号のテキストである。

地図アプリは、ＳＡ６０２において、アイコンが特定地図領域内にないと判断した場合（ＳＡ６０２：Ｎｏ）、特定地図領域の中心の緯度経度と、表示ズームレベルＺａとをフラッシュメモリ１２に記憶し（ＳＡ６１３）、処理をＳＡ６０７に移行する。本実施形態では、アイコンが特定地図領域内に含まれない場合には、アイコン画像を表示しないので、アイコン情報を記憶しない。

なお、地図アプリは、ＳＡ６０２の判断を否定した場合、ＲＡＭ１３に設けられた所定のフラグをオンに設定する。このフラグは、詳細地図画像にアイコン画像を表示するか否かを示すものである。地図アプリは、ＳＡ６０２の判断をした場合には、このフラグをオフに設定する。

地図アプリは、ＳＡ６１３またはＳＡ６０６の処理後、目標ズームレベルＺｂと、特定地図領域を上下に分割した各領域の地図データを取得するための緯度経度を算出する（ＳＡ６０７）。具体的に、地図アプリは、ＳＡ６０６またはＳＡ６１３にて記憶した表示ズームレベルＺａと、ＬＣＤ１６の画面における横方向の画素数（すなわち、画素数Ｐａ）と、印刷時において目標とする横方向の画素数Ｐｂとから、上記式Ｚｂ＝Ｚａ＋ｌｏｇ_２（Ｐｂ／Ｐａ）に従い、目標ズームレベルＺｂを算出する。

また、特定地図領域の中心の緯度経度と、表示ズームレベルＺａとから、上側領域および下側領域の各中心の緯度経度を算出する。つまり、ＬＣＤ１６の画面における縦および横方向の各画素数と、表示ズームレベルＺａとから、ＬＣＤ１６の画面における縦方向の画素数に相当する緯度の幅と、横方向の画素数に相当する経度の幅とが算出されるので、これらの値と、表示中の地図画像の中心の緯度経度とから、上下の各分割領域の中心の緯度経度を算出できる。なお、分割領域の各中心の緯度経度を算出する際に、ＬＣＤ１６の画面における縦および横方向の各画素数でなく、地図画像の表示領域における縦および横方向の画素数としてもよい。

地図アプリは、上側領域における中心の緯度経度と、目標ズームレベルＺｂとを含む地図取得要求を、ライブラリに渡す（ＳＡ６０８）。ライブラリは、地図アプリから地図取得要求を受け取ると、地図取得要求をサーバ２００に送信する（ＳＢ６０２）。

サーバ２００は、端末１０から地図取得要求を受信すると、当該地図取得要求に応じた地図データを送信する（ＳＣ６０１）。つまり、サーバ２００は、地図取得要求に従い、上側領域における中心の緯度経度を中心とする、目標ズームレベルＺｂの地図に対応する地図データを、端末１０に送信する。地図アプリは、ライブラリを介して、サーバ２００が送信した地図データを取得する。

ライブラリは、サーバ２００から受信した地図データに基づき地図画像を描画する（ＳＢ６０３）。これにより、特定地図領域における上側領域を含む、目標ズームレベルＺｂの地図画像が描画される。ライブラリは、描画した地図画像を地図アプリに渡す（ＳＢ６０４）。地図アプリは、ライブラリから受け取った地図画像の描画データをＲＡＭ１３に一時的に記憶する。

次に、地図アプリは、下側領域における中心の緯度経度と、目標ズームレベルＺｂとを含む地図取得要求を、ライブラリに渡す（ＳＡ６０９）。ライブラリは、地図アプリから地図取得要求を受け取ると、地図取得要求をサーバ２００に送信する（ＳＢ６０５）。

サーバ２００は、端末１０から地図取得要求を受信すると、当該地図取得要求に応じた地図データを送信する（ＳＣ６０２）。つまり、サーバ２００は、地図取得要求に従い、下側領域における中心の緯度経度を中心とする、目標ズームレベルＺｂの地図に対応する地図データを、端末１０に送信する。地図アプリは、ライブラリを介して、サーバ２００が送信した地図データを取得する。

ライブラリは、サーバ２００から受信した地図データに基づき地図画像を描画する（ＳＢ６０６）。これにより、特定地図領域における上側領域を含む、目標ズームレベルＺｂの地図画像が描画される。ライブラリは、描画した地図画像を地図アプリに渡す（ＳＢ６０７）。

地図アプリは、上側領域および下側領域の地図画像を合成し、合成した画像から特定地図領域の範囲内に含まれる画像データを抽出し、詳細地図画像を生成する（ＳＡ６１０）。詳細地図画像は、所定形式（例えば、ｐｎｇ形式）のファイルとして、フラッシュメモリ１２に記憶する。地図アプリは、ＬＣＤ１６に表示する画面を編集画面６０に遷移する（ＳＡ６１１）。地図アプリは、編集画面表示処理を実行する（ＳＡ６１２）。

図７を参照して、上述した編集画面表示処理（ＳＡ６１２）を説明する。図７に示すフローチャートは、地図アプリによりＣＰＵ１１が実行する処理である。地図アプリは、ＳＡ６１０にて生成された詳細地図画像を、編集画面６０の表示枠６１内に表示する（ＳＡ７０１）。地図アプリは、詳細地図画像にアイコン画像を表示するかを判断する（ＳＡ７０２）。

地図アプリは、ＲＡＭ１３に設けられた、詳細地図画像にアイコン画像を表示するか否かを示すフラグの状態に応じて、ＳＡ７０２の判断を行う。具体的に、このフラグがオンに設定されている場合には、地図アプリは、ＳＡ７０２の判断を否定する。一方、このフラグがオフに設定されている場合には、地図アプリは、ＳＡ７０２の判断を肯定する。

地図アプリは、ＳＡ７０２の判断を肯定した場合（ＳＡ７０２：Ｙｅｓ）、アイコン画像の配置座標を算出する（ＳＡ７０３）。具体的に、地図アプリは、アイコン位置の規格化座標と、詳細地図画像における画素数とに基づいて、アイコン画像の配置位置を算出する。なお、アイコン位置の規格化座標は、ＳＡ６０６にてフラッシュメモリ１２に記憶されたアイコン情報に含まれている。

つまり、地図アプリは、詳細地図画像における縦方向の画素の並びのうち、規格化座標に相当する画素が上から何番目の画素であるかを特定する。同様に、地図アプリは、詳細地図画像における横方向の画素の並びのうち、規格化座標に相当する画素が左から何番目の画素であるかを特定する。地図アプリは、特定された縦横方向の各画素位置を、アイコン画像の配置位置であると特定する。

地図アプリは、算出された配置位置に、アイコン画像のオブジェクトを詳細地図画像に重ねて配置する（ＳＡ７０４）。なお、配置するアイコン画像は、アイコン情報に含まれるアイコン画像ＩＤに関連付けられたアイコン画像である。すなわち、目的地の場所の属性に応じた態様のアイコン画像が詳細地図画像に重ねて配置される。

地図アプリは、配置したアイコン画像に移動不可の属性を追加する（ＳＡ７０５）。これにより、ＳＡ７０４にて配置されたアイコン画像、すなわち、目的地を指し示すアイコン画像は、ユーザがアイコン画像を移動させるための操作（例えば、スワイプ操作）を行ったとしても移動することがない。

地図アプリは、詳細地図画像の第１位置にテキストを配置した場合、アイコン画像に重なるかを判断する（ＳＡ７０６）。本実施形態では、第１位置は、詳細地図画像の左下角付近に規定された位置である。テキストは、アイコン情報に含まれる、アイコンの配置場所を示すテキスト（すなわち、場所名、住所、および電話番号）である。地図アプリは、ＳＡ７０６の判断を、テキストのオブジェクトの大きさと、アイコンの配置位置と、アイコン画像の大きさとに基づいて行う。

地図アプリは、第１位置に配置したテキストがアイコン画像に重ならないと判断した場合（Ｓ７０６：Ｎｏ）、テキストのオブジェクトを詳細地図画像の第１位置に重ねて配置し（Ｓ７０７）、処理をＳＡ７０８に移行する。

一方、地図アプリは、第１位置に配置したテキストがアイコン画像に重なると判断した場合（Ｓ７０６：Ｙｅｓ）、テキストのオブジェクトを詳細地図画像の第２位置に重ねて配置し（Ｓ７１１）、処理をＳＡ７０８に移行する。なお、第２位置は、第１位置と異なる特定の位置であり、例えば、詳細地図画像の左上角付近に規定された位置である。よって、ＳＡ７０６，ＳＡ７１１の処理によれば、テキストとアイコン画像とが重なることを抑制できるので、テキストとアイコン画像とが重なったことにより、これらのオブジェクトによる情報の伝達が阻害されることを抑制できる。

地図アプリは、ＳＡ７０２の判断を否定した場合（ＳＡ７０２：Ｎｏ）、処理をＳＡ７０８に移行する。つまり、詳細地図画像にアイコン画像を表示しない場合には、ＳＡ７０３〜ＳＡ７０７，ＳＡ７１１の処理を行うことなく、ＳＡ７０８の処理が実行される。

よって、ＳＡ７０２の処理によれば、検索をしたことによりアイコン画像を表示させた後であっても、地図画像における表示領域を移動させ、特定領域内にアイコンが存在しない状況で特定地図領域を設定した場合には、検索とは無関係である、特定地図領域として設定された、移動による移動先の地図画像が処理される。よって、ユーザの意図に応じた地図画像を表示できる。

地図アプリは、タッチパネル１７を介して行われた、編集画面６０に対するユーザ操作の入力を待機する（ＳＡ７０８：Ｎｏ）。編集画面６０に対するユーザ操作が入力された場合（ＳＡ７０８：Ｙｅｓ）、地図アプリは、入力された操作の種類を判断する（ＳＡ７０９）。

地図アプリは、入力された操作が、アイコン追加ボタン６４に対する操作であると判断した場合（ＳＡ７０９：アイコン追加ボタン）、地図アプリは、アイコン追加処理を実行し（ＳＡ７１２）、処理をＳＡ７０８に移行する。アイコン追加処理（ＳＡ７１２）は、任意の位置に任意のアイコン画像を追加する処理であり、その詳細は図８を参照して後述する。

地図アプリは、入力された操作が、アイコン画像を選択する操作であると判断した場合（ＳＡ７０９：アイコン選択）、地図アプリは、編集モードに移行し（ＳＡ７１３）、処理をＳＡ７０８に移行する。アイコン画像を選択する操作は、詳細地図画像に表示されるに表示されるアイコン画像に対するタップ操作である。

地図アプリは、入力された操作が、編集モード下におけるアイコン編集に関する操作であると判断した場合（ＳＡ７０９：アイコン編集）、地図アプリは、アイコン編集処理を実行し（ＳＡ７１４）、処理をＳＡ７０８に移行する。アイコン編集処理は、アイコン画像を編集する処理であり、その詳細は図９を参照して後述する。

地図アプリは、入力された操作が、詳細地図画像における表示領域の拡大または縮小、または詳細地図画像の表示領域の移動を指示する操作であると判断した場合（ＳＡ７０９：拡大／縮小／移動）、編集画面６０に表示される詳細地図画像を、各操作に応じた変更が反映されたものに更新し（ＳＡ７１５）、処理をＳＡ７０８に移行する。

詳細地図画像における表示領域の拡大を指示する操作は、詳細地図画像上でのピンチアウト操作である。詳細地図画像における表示領域の縮小を指示する操作は、詳細地図画像上でのピンチイン操作である。詳細地図画像における表示領域の移動を指示する操作は、詳細地図画像上でのスワイプ操作である。なお、詳細地図画像は、特定地図領域に限られる地図画像であるので、拡大、縮小、および移動は、詳細地図画像の範囲内で行われる。

地図アプリは、入力された操作が、その他の操作であると判断した場合（ＳＡ７０９：その他）、その他の処理として、入力された操作に応じた処理を実行し（ＳＡ７１６）、処理をＳＡ７０８に移行する。その他の処理（ＳＡ７１６）としては、例えば、自由線書き込みボタン６５が操作された場合に、タッチパネル１７を介して入力された自由線のオブジェクトを詳細地図画面に重ねて配置する処理である。

地図アプリは、入力された操作が、印刷ボタン６６に対する操作であると判断した場合（ＳＡ７０９：印刷）は、詳細地図画像を、無線通信部２３を介してプリンタ１００に送信し（ＳＡ７１０）、本処理を終了する。これにより、プリンタ１００にて、詳細地図画像が印刷用紙に印刷される。

プリンタ１００に出力される詳細地図画像に対する編集が行われていない場合、地図アプリは、ＳＡ６１０にて生成され、フラッシュメモリ１２に記憶された詳細地図画像のファイルをプリンタ１００に出力する。一方、プリンタ１００に出力される詳細地図画像に対する編集が行われた場合、地図アプリは、ＳＡ６１０にて生成された詳細地図画像のファイルとは別に、編集が反映された詳細地図画像のファイルを生成し、そのファイルをプリンタ１００に出力する。よって、詳細地図画像に対する何らかの編集が行われた場合には、当該編集が反映された詳細地図画像をプリンタ１００に印刷させることができる。

なお、ＳＡ７１５にて、編集画面６０に表示される詳細地図画像が、各操作に応じた変更を反映して更新されたことにより、編集画面６０には、特定地図領域の全体が表示されていない場合もあり得るが、そのような場合であっても、プリンタ１００に出力される詳細地図画像は、特定地図領域の詳細地図画像である。よって、編集画面の内容が特定地図領域の全体を含まない場合であっても、当初に設定された特定地図領域の内容を印刷できる。

図８を参照して、上述したアイコン追加処理（ＳＡ７１２）を説明する。図８に示すフローチャートは、地図アプリによりＣＰＵ１１が実行する処理である。地図アプリは、アイコン画像選択画面を編集画面６０の上に重ねて表示する（ＳＡ８０１）。アイコン画像選択画面には、利用可能なアイコン画像の一覧が表示される。ユーザは、追加するアイコン画像に対しタップ操作を行うことにより、アイコン画像を選択できる。

地図アプリは、タッチパネル１７を介して行われた、アイコン画像の選択を待機する（ＳＡ８０２：Ｎｏ）。アイコン画像を選択する操作が入力された場合（ＳＡ８０２：Ｙｅｓ）、地図アプリは、選択されたアイコン画像のオブジェクトを、詳細地図画像の中央に重ねて配置する（ＳＡ８０３）。よって、例えば、アイコン画像Ｑ３を選択する操作が入力された場合、ＳＡ８０３の処理の結果として、図１０（ａ）に示す様に、アイコン画像Ｑ３のオブジェクトが、詳細地図画像の中央に重ねて配置される。地図アプリは、ＳＡ８０３の処理後、編集モードに移行し（ＳＡ８０４）、本処理を終了する。

図９を参照して、上述したアイコン更新処理（ＳＡ７１４）を説明する。図９に示すフローチャートは、地図アプリによりＣＰＵ１１が実行する処理である。本処理の契機となった操作の種類を判断する（ＳＡ９０１）。なお、本処理の契機になる操作としては、アイコン画像の移動を指示するスワイプ操作と、アイコン画像の拡大を指示するピンチアウト操作と、アイコン画像の縮小を指示するピンチイン操作とがある。

地図アプリは、入力された操作が、アイコン画像の移動を指示するスワイプ操作であると判断した場合（ＳＡ９０１：スワイプ）、操作対象のアイコン画像に移動不可の属性が設定されているかを判断する（ＳＡ９０２）。

地図アプリは、操作対象のアイコン画像に移動不可の属性が設定されていると判断した場合（ＳＡ９０２：Ｙｅｓ）、本処理を終了する。一方、地図アプリは、操作対象のアイコン画像に移動不可の属性が設定されてないと判断した場合（ＳＡ９０２：Ｎｏ）、操作対象のアイコン画像を、スワイプされた位置に移動させ（ＳＡ９０３）、本処理を終了する。

よって、ＳＡ９０２，ＳＡ９０３の処理によれば、操作対象のアイコン画像に移動不可の属性が設定されていなければ、当該アイコン画像はスワイプ操作に応じて移動する一方で、操作対象のアイコン画像に移動不可の属性が設定されていれば、ユーザがスワイプ操作を行ったとしても移動しない。移動不可の属性が設定されるアイコン画像は、目的地を示すアイコン画像Ｑ２のみである。よって、アイコン画像により目的地を確実にユーザに報せることができる。一方、アイコン追加処理（ＳＡ７１２）にて追加されたアイコン画像Ｑ３は、例えば、図１０（ｂ）に示す様に、スワイプ操作に応じて移動させることができる。よって、任意の場所をアイコン画像Ｑ３により指し示すことができる。

地図アプリは、入力された操作が、アイコン画像の拡大を指示するピンチアウト操作であると判断した場合（ＳＡ９０１：ピンチアウト）、操作対象のアイコン画像を、ピンチアウト操作の距離に応じて拡大し（ＳＡ９０４）、本処理を終了する。よって、例えば、アイコン画像Ｑ３に対しピンチアウト操作が入力された場合、ＳＡ９０４の処理の結果として、図１０（ｃ）に示す様に、アイコン画像Ｑ３が拡大される。なお、ピンチアウト操作の対象が、目的地を示すアイコン画像Ｑ２である場合も同様に、アイコン画像Ｑ２がピンチアウト操作に応じて拡大される。

地図アプリは、入力された操作が、アイコン画像の縮小を指示するピンチイン操作であると判断した場合（ＳＡ９０１：ピンチイン）、操作対象のアイコン画像をピンチイン操作の距離に応じて縮小し（ＳＡ９０５）、本処理を終了する。ピンチイン操作の対象となるアイコン画像は、アイコン画像Ｑ２およびアイコン画像Ｑ３の両方である。なお、地図アプリは、アイコン画像を拡大または縮小する場合、アイコン画像における位置を指し示す部位が移動しないように、アイコン画像を拡大または縮小する。

本実施形態によれば、編集画面６０に表示される詳細地図画像には、ユーザによる指定位置（すなわち、目的地）を示すアイコン画像や、当該指定位置に関する情報を示すテキストがオブジェクトとして重ねられる。つまり、詳細地図画像、アイコン画像、およびテキストが別オブジェクトとして存在するので、これらを各々独立して取り扱うことができる。よって、詳細地図画像に対する編集作業が容易となる。

また、本実施形態によれば、ＬＣＤ１６に表示中の地図画像における表示ズームレベルＺａに基づいて、特定地図領域が詳細地図画像のサイズとなるような目標ズームレベルＺｂが決定される。よって、詳細地図画像の地図を、その画像サイズに応じた縮尺の地図とすることができる。よって、詳細地図画像における地図の情報量が、その画像サイズに対して不適切になることを抑制できる。

また、目標ズームレベルＺｂは、ＬＣＤ１６の画面における横方向の画素数Ｐａと、印刷時において目標とする横方向の画素数（すなわち、詳細地図画像における横方向の画素数）Ｐｂとの比に応じた値として算出される。これにより、詳細地図画像の画素数は、ＬＣＤ１６に表示中の地図画像の画素数に応じた値となるため、詳細地図画像が、ＬＣＤ１６に表示中の地図画像より粗い画像となって、印刷時における画質が劣化することを抑制できる。

また、領域設定画面５０において、地図の縮尺の拡大を指示するユーザ操作が入力された場合に、当該指示に応じて拡大させた地図画像から詳細地図画像を取得できない場合には、ユーザの指示に基づく縮尺の拡大が禁止される。よって、特定地図領域の地図画像を印刷した場合に、好適な画質の印刷結果であることを担保できる。

次に、図１１を参照して、第２実施形態について説明する。上述した第１実施形態では、領域設定画面に対して、地図の縮尺の拡大を指示するユーザ操作が入力された場合に、ユーザ操作に応じて縮尺を拡大させた地図画像から、詳細地図画像を取得できない場合には、縮尺の拡大を禁止する構成とした。

これに代えて、第２実施形態では、ユーザ操作に応じて縮尺を拡大させた地図画像から、詳細地図画像を取得できない場合には、ユーザ操作に応じて縮尺を拡大した地図画像を描画した上で、その旨を通知する。第２実施形態において、第１実施形態と同一の部分には、同一の符号を付して、その説明を省略する。

以下、第２実施形態に特有の構成を中心に説明する。図１１は、第２実施形態のユーザ操作処理（ＳＡ４０８）である。本処理は、第２実施形態の地図アプリに従って端末１０のＣＰＵ１１が実行する処理である。

地図アプリは、入力された操作が、地図の縮尺の拡大を指示する操作（例えば、ピンチアウト操作）であると判断した場合（ＳＡ５０２：拡大）、第１実施形態と異なり、ＣＰＵ１１は、詳細地図画像が取得できるか否かにかかわらず、ＳＡ５０４およびＳＡ５０５の処理を実行する。つまり、地図アプリは、ユーザ操作に応じて縮尺が拡大された地図画像を描画するための地図データを、ライブラリを介してサーバ２００から取得する。

地図アプリは、ＳＡ５０５の処理後、ＳＡ５０４およびＳＡ５０５の契機となったユーザ操作の種類を判断する（ＳＡ１０１）。地図アプリは、地図の縮尺の拡大を指示する操作以外の操作が行われたと判断した場合（ＳＡ１０１：その他）、処理をＳＡ５０１に移行する。

一方、地図アプリは、地図の縮尺の拡大を指示する操作が行われたと判断した場合（ＳＡ１０１：拡大）、上述したＳＡ５０３と同様に、ユーザ操作に応じて縮尺を拡大させた地図画像について、当該地図画像から詳細地図画像を取得可能であるかを判断する（ＳＡ１０２）。

地図アプリは、ＳＡ１０２の判断を肯定した場合（ＳＡ１０２：Ｙｅｓ）、処理をＳＡ５０１に移行する。一方、地図アプリは、ＳＡ１０２の判断を否定した場合（ＳＡ１０２：Ｎｏ）、すなわち、ユーザ操作に応じて縮尺を拡大した地図画像から、詳細地図画像を取得できない場合、ＣＰＵ１１は、その旨を通知する通知処理を実行し（ＳＡ１０３）、処理をＳＡ５０１に移行する。

ＳＡ１０３にて行われる通知は、例えば、ＳＡ５０５により更新された地図画像上にポップアップ表示を行うことによって行う。報知の内容の例としては、「この縮尺で印刷した場合、良好な画質を得られない可能性があります。」などの文字情報である。所定のマークの表示や、音声によって通知を行ってもよい。

本実施形態では、詳細地図画像を取得できないズームレベルの地図画像（すなわち、ＳＡ１０３にて報知の対象となった地図画像）が、特定地図領域として設定された場合、上記式Ｚｂ＝Ｚａ＋ｌｏｇ２（Ｐｂ／Ｐａ）で算出されるズームレベルでなく、ズームレベルとして取り得る最大値のズームレベルの地図データをサーバ２００から取得する。

なお、特定地図領域を、ユーザが設定した領域とその周辺の領域とからなる領域として、表示ズームレベルＺａを現在値から実質的に下げることにより、上記式Ｚｂ＝Ｚａ＋ｌｏｇ２（Ｐｂ／Ｐａ）で算出されるズームレベルの地図データをサーバ２００から取得してもよい。かかる場合、ユーザが設定した領域より広い領域が印刷されるので、ユーザが特定地図領域として意図した領域が相対的に小さく印刷されることになるが、印刷による地図画像の画質は好適とされる。

上記第２実施形態によれば、領域設定画面において、地図の縮尺の拡大を指示するユーザ操作が入力された場合に、当該指示に応じて拡大させた地図画像から詳細地図画像を取得できない場合には、好適な画質の印刷結果が得られない可能性が、ユーザに通知される。よって、ユーザは、縮尺を拡大したことにより、好適な画質の印刷結果が得られない可能性があることを認識できる。

上記実施形態において、地図アプリが、情報処理プログラムの一例である。地図アプリが搭載された端末１０が、情報処理装置の一例である。サーバ２００が、第１サーバの一例である。サーバ３００が、第２サーバの一例である。ライブラリが、描画モジュールの一例である。ＣＰＵ１１が、制御部、情報処理装置のコンピュータの一例である。ＬＣＤ１６が、表示部の一例である。無線通信部２３が、通信部の一例である。タッチパネル１７が、操作部の一例である。フラッシュメモリ１２が、記憶部の一例である。

ＳＣ４０２，ＳＣ６０１，ＳＣ６０２にてサーバ２００から送信された地図データを受信するＣＰＵ１１が、第１受信手段の一例である。ＳＤ４０１にてサーバ３００から送信された地図データを受信するＣＰＵ１１が、第２受信手段、第４受信手段、第５受信手段の一例である。ＳＣ６０１，ＳＣ６０２にてサーバ２００から送信された地図データを受信するＣＰＵ１１が、第３受信手段の一例である。ＳＢ４０２の処理を実行するＣＰＵ１１が、第１制御手段の一例である。ＳＢ４０７の処理を実行するＣＰＵ１１が、第２制御手段の一例である。ＳＡ４０７の処理を実行するＣＰＵ１１が、第１画面表示手段の一例である。ＳＡ６１０の処理を実行するＣＰＵ１１が、第１取得手段の一例である。ＳＡ６０３の処理を実行するＣＰＵ１１が、第２取得手段の一例である。ＳＡ７０４の処理を実行するＣＰＵ１１が、第２画面表示手段の一例である。ＳＡ７０６の処理を実行するＣＰＵ１１が、第１判断手段の一例である。ＳＡ９０３の処理を実行するＣＰＵ１１が、第１移動手段の一例である。ＳＡ６０４の処理を実行するＣＰＵ１１が、第２判断手段の一例である。ＳＡ５０４の処理を実行するＣＰＵ１１が、第６受信手段の一例である。ＳＡ６０２の処理を実行するＣＰＵ１１が、第３判断手段の一例である。緯度、経度が位置情報の一例である。

以上、実施形態に基づき本発明を説明したが、本発明は上述した実施形態に何ら限定されるものではなく、本発明の趣旨を逸脱しない範囲内で種々の改良変更が可能であることは容易に推察できるものである。

例えば、上記実施形態では、地図アプリが搭載される情報処理装置として、スマートフォンなどの端末１０を例示したが、タブレット端末や、パーソナルコンピュータや、ナビゲーション装置や、音楽再生装置や、デジタルカメラなどの装置を、地図アプリ１２ｂを搭載するための情報処理装置として採用できる。上記実施形態では、端末１００に搭載されるＯＳがアンドロイドＯＳであるものとして説明したが、他のＯＳを採用する構成としてもよい。

上記実施形態では、ズームレベルを上げた詳細地図画像に対し編集を行う構成としたが、詳細地図画像を生成することなく、元のズームレベルのままの地図画像に対し編集を行う構成としてもよい。

上記実施形態では、詳細地図画像を得る際に、特定地図領域を上下２つの領域に分割して、各々の詳細地図画像を描画する構成としたが、フレームバッファの大きさが許容する場合には、特定地図領域を分割することなく、特定地図領域そのものの詳細地図画像を１回の地図データの取得と描画により生成する構成としてもよい。あるいは、２つに限らず、２段×２列の４つや、３段×３列の９つなどに分割して処理する構成としてもよい。

上記実施形態では、ズームレベルを、その値が１増える毎に、地図の縮尺が２倍ずつ大きくなる値であると定義したが、ズームレベルが、その値が１増える毎に、地図の縮尺がＪ倍ずつ（Ｊは、３以上の自然数）大きくなる値であってもよい。本変形例では、目標ズームレベルＺｂの算出式が、Ｚａ＋ｌｏｇ_Ｊ（Ｐｂ／Ｐａ）となる。つまり、ズームレベルの定義に応じて、上記式の底の値が変化する。

上記実施形態では、目標ズームレベルＺｂを、ＬＣＤ１６の画面における横方向の画素数Ｐａと、印刷時において目標とする横方向の画素数Ｐｂを用いて、計算式から算出する構成としたが、画素数Ｐｂと、ｌｏｇ_２（Ｐｂ／Ｐａ）との組み合わせがテーブルとして準備されている構成としてもよい。

上記実施形態では、中心の緯度経度を基準位置として、取得する地図の位置が特定される構成としたが、基準位置は中心に限らない。地図データを提供するＡＰＩの仕様に応じて、適宜の位置を、地図を取得するための基準位置とすることができる。

上記実施形態では、ＳＤ４０１にてサーバ３００が送信した場所情報により、場所名、住所、電話番号、場所の属性、および緯度経度を取得する構成としたが、場所名、住所、電話番号、場所の属性、および緯度経度を取得するタイミングは別々であってもよい。

上記実施形態では、詳細地図画像にテキストのオブジェクトを重ねる場合、詳細地図画像の左下角付近に規定された位置を第１位置とした。第１位置は、詳細地図画像（または、編集画面６０）における固定位置であることに限らず、第１位置は、対象となるアイコン画像に対して相対的に特定される位置であってもよい。

上記実施形態では、地図アプリからの検索要求に対し、複数の検索結果が返され、それら複数の検索結果の中から目的地が選択される構成とした。これに代えて、地図アプリからの検索要求に対し、１の検索結果に絞られて返される構成としてもよい。

上記実施形態では、用紙サイズをＡ４サイズに固定したが、用紙サイズは、領域設定画面５０の表示中に、印刷設定の１つとしてユーザが選択したサイズとしてもよい。かかる場合、用紙サイズが変更される毎に、領域選択画面５０に表示する地図画像の縦横比を変更するようにしてもよい。なお、上述した通り、印刷時の画素数は、用紙サイズと印刷解像度に応じて決まるので、用紙サイズが変更された場合には、印刷時の画素数もそれに応じて変化する。よって、用紙サイズが変更された場合、目標ズームレベルＺｂは、変更後の用紙サイズに応じた画素数Ｐｂを用いて算出される。

また、上記実施形態では、印刷解像度として、２４８ｄｐｉを例示したが、印刷設定として、複数の印刷解像度の中からユーザが選択した値を用いる構成としてもよい。かかる場合も、上記用紙サイズの場合と同様、印刷時の画素数が変化する。よって、印刷解像度が変更された場合、目標ズームレベルＺｂは、変更後の印刷解像度に応じた画素数Ｐｂを用いて算出される。

上記実施形態では、地図サーバであるサーバ２００と、場所情報を提供するサーバ３０とを別個のサーバであるとして説明したが、地図サーバの機能と、場所情報を提供するサーバとしての機能とを有する１のサーバを利用する構成としてもよい。

上記実施形態では、ＣＰＵ１１が、図４〜図９に記載される各処理を実行する構成として説明したが、これら各図に記載される各処理を、複数のＣＰＵが協同的に実行する構成としてもよい。また、ＡＳＩＣなどのＩＣが、単独で、または、複数によって協働的に、上記各図に記載される各処理を実行する構成してもよい。また、ＣＰＵ１１とＡＳＩＣなどのＩＣとが協同して、上記各図に記載される各処理を実行する構成してもよい。

また、図４〜図９に記載される各処理のうち、一部の処理を、特許請求の範囲における独立請求項から逸脱しない範囲で、省略または変更してもよい。また、上記実施形態により説明した各特徴や、上述した各変形例を適宜組み合わせて実施する構成としてもよい。

１０：端末，１１：ＣＰＵ

Claims (17)

1. 表示部と通信部と操作部とを備えた情報処理装置のコンピュータが読み取り可能な情報処理プログラムであって、
   第１サーバから、前記通信部を介して、位置情報により指定される所定領域を少なくとも含む地図画像を描画するための描画データを受信する第１受信手段と、
   第２サーバから、前記通信部を介して、前記所定領域における特定位置を示す位置情報である特定位置情報を受信する第２受信手段と、
   入力された描画データに基づき地図画像を描画可能な描画モジュールに、前記第１受信手段により受信した描画データを入力し、前記所定領域の地図画像を描画させる第１制御手段と、
   前記描画モジュールに、前記第２受信手段により受信した特定位置情報を入力し、前記第１制御手段により描画させた前記所定領域の地図画像の、前記特定位置情報が示す特定位置に配置されるよう、アイコンを描画させる第２制御手段と、
   前記第１制御手段および前記第２制御手段により前記描画モジュールに描画させた、前記特定位置にアイコンが配置された前記所定領域の地図画像を含む第１画面を、前記表示部に表示させる第１画面表示手段と、
   前記操作部から受信した信号が、前記第１画面に表示された地図画像に対する編集の要求を示す場合、前記第１制御手段により前記描画モジュールに描画させた前記所定領域に対応する地図画像を取得する第１取得手段と、
   前記操作部から受信した信号が、前記第１画面に表示された地図画像に対する編集の要求を示す場合、前記第１制御手段により前記描画モジュールに描画させた地図画像における、前記アイコンの相対位置を取得する第２取得手段と、
   前記第１取得手段により取得された地図画像を、当該地図画像の前記第２取得手段により取得された相対位置により特定される位置にアイコン画像が重ねられた状態で含む第２画面を、前記表示部に表示させる第２画面表示手段と、
   前記操作部から受信した信号が、前記第１画面に表示された地図画像に対する編集の要求を示す場合、地図の縮尺が前記第１画面に含まれる地図画像より大きく、かつ、位置情報により指定される所定領域を少なくとも含む地図画像を描画するための描画データを、前記第１サーバから、前記通信部を介して受信する第３受信手段として、
   前記コンピュータを機能させ、
   前記第１制御手段は、前記第３受信手段により描画データを受信した場合、当該受信した描画データを前記描画モジュールに入力し、前記描画モジュールに、前記入力した描画データに基づいて、地図の縮尺が前記第１画面に表示された地図画像より大きい地図画像を描画させ、
   前記第１取得手段は、前記操作部から受信した信号が、前記第１画面に表示された地図画像に対する編集の要求を示す場合、前記第１制御手段により前記描画モジュールに描画させた、地図の縮尺が前記第１画面に表示された地図画像より大きい地図画像を取得することを特徴とする情報処理プログラム。
2. 表示部と通信部と操作部とを備えた情報処理装置のコンピュータが読み取り可能な情報処理プログラムであって、
   第１サーバから、前記通信部を介して、位置情報により指定される所定領域を少なくとも含む地図画像を描画するための描画データを受信する第１受信手段と、
   第２サーバから、前記通信部を介して、前記所定領域における特定位置を示す位置情報である特定位置情報を受信する第２受信手段と、
   入力された描画データに基づき地図画像を描画可能な描画モジュールに、前記第１受信手段により受信した描画データを入力し、前記所定領域の地図画像を描画させる第１制御手段と、
   前記描画モジュールに、前記第２受信手段により受信した特定位置情報を入力し、前記第１制御手段により描画させた前記所定領域の地図画像の、前記特定位置情報が示す特定位置に配置されるよう、アイコンを描画させる第２制御手段と、
   前記第１制御手段および前記第２制御手段により前記描画モジュールに描画させた、前記特定位置にアイコンが配置された前記所定領域の地図画像を含む第１画面を、前記表示部に表示させる第１画面表示手段と、
   前記操作部から受信した信号が、前記第１画面に表示された地図画像に対する編集の要求を示す場合、前記第１制御手段により前記描画モジュールに描画させた前記所定領域に対応する地図画像を取得する第１取得手段と、
   前記操作部から受信した信号が、前記第１画面に表示された地図画像に対する編集の要求を示す場合、前記第１制御手段により前記描画モジュールに描画させた地図画像における、前記アイコンの相対位置を取得する第２取得手段と、
   前記第１取得手段により取得された地図画像を、当該地図画像の前記第２取得手段により取得された相対位置により特定される位置にアイコン画像が重ねられた状態で含む第２画面を、前記表示部に表示させる第２画面表示手段と、
   前記操作部から受信した信号が、前記第１画面に表示された地図画像に対する編集の要求を示す場合、前記第２取得手段により取得された相対位置により特定される位置に配置されたアイコン画像が、前記所定領域に対応する地図画像内に収まるか否かを判断する第２判断手段として、
   前記コンピュータを機能させ、
   前記第１取得手段は、前記第２判断手段により、前記アイコン画像が前記所定領域に対応する地図画像内に収まると判断された場合には、前記描画モジュールに描画させた前記所定領域に対応する地図画像を取得する一方で、前記アイコン画像が前記所定領域に対応する地図画像内に収まらないと判断された場合には、前記描画モジュールに描画させた前記所定領域より広い領域に対応する地図画像を取得することを特徴とすることを特徴とすることを特徴とする情報処理プログラム。
3. 前記操作部から受信した信号が、前記第１画面に表示された地図画像に対する編集の要求を示す場合、地図の縮尺が前記第１画面に含まれる地図画像より大きく、かつ、位置情報により指定される所定領域を少なくとも含む地図画像を描画するための描画データを、前記第１サーバから、前記通信部を介して受信する第３受信手段として、
   前記コンピュータを機能させ、
   前記第１制御手段は、前記第３受信手段により描画データを受信した場合、当該受信した描画データを前記描画モジュールに入力し、前記描画モジュールに、前記入力した描画データに基づいて、地図の縮尺が前記第１画面に表示された地図画像より大きい地図画像を描画させ、
   前記第１取得手段は、前記操作部から受信した信号が、前記第１画面に表示された地図画像に対する編集の要求を示す場合、前記第１制御手段により前記描画モジュールに描画させた、地図の縮尺が前記第１画面に表示された地図画像より大きい地図画像を取得することを特徴とする請求項２記載の情報処理プログラム。
4. 前記第２画面表示手段は、前記第１画面表示手段により前記第１画面に表示される地図画像の縦横比と等しい縦横比で地図画像を前記第２画面に表示することを特徴とする請求項１から３のいずれかに記載の情報処理プログラム。
5. 第２サーバから、前記通信部を介して、前記特定位置情報が示す特定位置の属性情報を受信する第４受信手段として、
   前記コンピュータを機能させ、
   前記第２制御手段は、前記描画モジュールに、前記第２受信手段により受信した特定位置情報、に加え、前記第４受信手段により受信した属性の種類に応じた情報を入力し、前記第１制御手段により描画させた前記所定領域の地図画像の、前記特定位置情報が示す特定位置に配置されるよう、前記属性の種類を区別可能な態様のアイコンを描画させることを特徴とする請求項１から４のいずれかに記載の情報処理プログラム。
6. 前記第２画面表示手段は、前記第１取得手段により取得された地図画像を、当該地図画像の前記第２取得手段により取得された相対位置により特定される位置に、前記第４受信手段により受信した属性情報が示す属性の種類を区別可能な態様のアイコン画像が重ねられた状態で含む第２画面を、前記表示部に表示させることを特徴とする請求項５に記載の情報処理プログラム。
7. 第２サーバから、前記通信部を介して、前記特定位置情報が示す特定位置に関する付加情報を受信する第５受信手段として、
   前記コンピュータを機能させ、
   前記第２制御手段は、前記描画モジュールに、前記第２受信手段により受信した特定位置情報に加え、前記第５受信手段により受信した付加情報を入力し、前記第１制御手段により描画させた前記所定領域の地図画像に前記付加情報のテキストを重ねて描画させ、
   前記第１画面表示手段は、前記第１制御手段および第２制御手段により前記描画モジュールに描画させた、前記特定位置にアイコンが配置され、かつ、前記付加情報のテキストが重ねて描画された前記所定領域の地図画像を含む第１画面を、前記表示部に表示させ、
   前記第２画面表示手段は、前記第１取得手段により取得された地図画像を、当該地図画像の前記第２取得手段により取得された相対位置により特定される位置にアイコン画像が重ねられ、かつ、前記第５受信手段により受信した前記付加情報に応じたテキストが重ねられた状態で含む第２画面を、前記表示部に表示させることを特徴とする請求項１から６のいずれかに記載の情報処理プログラム。
8. 前記第５受信手段により受信した前記付加情報を示すテキストを、前記第２画面における予め決められた第１位置に配置した場合に、当該テキストが、前記第２取得手段により取得された相対位置により特定される位置に配置されるアイコン画像に重なるか否かを判断する第１判断手段として、
   前記コンピュータを機能させ、
   前記第２画面表示手段は、前記第１判断手段により前記テキストを含む画像が前記アイコン画像に重ならないと判断された場合には、前記テキストを前記第１位置に重ねて配置する一方で、前記第１判断手段により前記テキストが前記アイコン画像に重なると判断された場合には、前記テキストを、前記第１位置とは異なる第２位置に重ねて配置することを特徴とする請求項７記載の情報処理プログラム。
9. 前記第１位置は、前記第２画面上における固定位置であることを特徴とする請求項８記載の情報処理プログラム。
10. 前記第１位置は、前記アイコン画像の位置に対して相対的に特定される位置であることを特徴とする請求項８記載の情報処理プログラム。
11. 前記操作部から受信した信号が、前記第２画面に表示される前記地図画像に重ねられたオブジェクトに対する移動指示を示す場合、当該移動指示の対象となる画像の前記地図画像上における位置を、当該移動指示に応じた位置に移動させる第１移動手段として、
    前記コンピュータを機能させ、
    前記第２画面表示手段は、前記第１取得手段により取得された地図画像上における、前記相対位置により特定される位置に重ねられた前記アイコン画像について、当該位置からの移動を不可に設定することを特徴とする請求項５から１０のいずれかに記載の情報処理プログラム。
12. 前記操作部から受信した信号が、前記第１画面に表示された地図画像に対する編集の要求を示す場合、前記第２取得手段により取得された相対位置により特定される位置に配置されたアイコン画像が、前記所定領域に対応する地図画像内に収まるか否かを判断する第２判断手段として、
    前記コンピュータを機能させ、
    前記第１取得手段は、前記第２判断手段により、前記アイコン画像が前記所定領域に対応する地図画像内に収まると判断された場合には、前記描画モジュールに描画させた前記所定領域に対応する地図画像を取得する一方で、前記アイコン画像が前記所定領域に対応する地図画像内に収まらないと判断された場合には、前記描画モジュールに描画させた前記所定領域より広い領域に対応する地図画像を取得することを特徴とすることを特徴とする請求項１または３から１１のいずれかに記載の情報処理プログラム。
13. 前記第２判断手段は、前記第２取得手段により取得された相対位置により特定される位置と、前記アイコン画像の大きさとに基づいて、前記相対位置により特定される位置に配置されたアイコン画像が、前記所定領域に対応する地図画像内に収まるか否かを判断することを特徴とする請求項２または１２に記載の情報処理プログラム。
14. 前記操作部から受信した信号が、前記第１画面に表示させる地図の領域を、当該第１画面に表示中の地図画像の領域とは異なる領域に移動させる移動指示を示す場合、当該移動指示に従う移動後の領域を少なくとも含む地図画像を描画するための描画データを、前記第１サーバから、前記通信部を介して受信する第６受信手段と、
    前記操作部から受信した信号が、前記第１画面に表示された地図画像に対する編集の要求を示す場合、当該第１画面に表示される地図画像が示す地図の領域内に、前記特定位置情報が示す特定位置が含まれるか否かを判断する第３判断手段として、
    前記コンピュータを機能させ、
    前記操作部から受信した信号が、前記第１画面に表示させる地図の領域を、当該第１画面に表示中の地図画像の領域とは異なる領域に移動させる移動指示を示す場合、前記第１制御手段は、前記描画モジュールに、前記第６受信手段により受信した描画データを入力し、前記移動後の領域の地図画像を描画させるとともに、前記第１画面表示手段は、当該第１画面に表示する地図画像を、前記第１制御手段が前記第６受信手段により受信した描画データを前記描画モジュールに入力し描画させた地図画像に更新し、
    前記第１取得手段は、前記操作部から受信した信号が、前記第１画面に表示された地図画像に対する編集の要求を示す場合、前記描画モジュールに描画させた、前記所定領域または前記移動後の領域に対応する地図画像を取得し、
    前記第２画面表示手段は、前記第３判断手段により、前記第１画面に表示される地図画像が示す地図の領域内に、前記特定位置情報が示す特定位置が含まれると判断された場合、前記第１取得手段により取得された地図画像を、当該地図画像の前記第２取得手段により取得された相対位置により特定される位置にアイコン画像が重ねられた状態で含む第２画面を、前記表示部に表示させる一方で、前記第３判断手段により、前記第１画面に表示される地図画像が示す地図の領域内に、前記特定位置情報が示す特定位置が含まれないと判断された場合、前記アイコン画像を表示することなく、前記第１取得手段により取得された地図画像を含む第２画面を、前記表示部に表示させることを特徴とする請求項１から１３のいずれかに記載の情報処理プログラム。
15. 前記第１サーバおよび前記第２サーバは、同じサーバとして構成されることを特徴とする請求項１から１４のいずれかに記載の情報処理プログラム。
16. 表示部と、通信部と、操作部と、制御部とを備え、
    前記制御部は、
    第１サーバから、前記通信部を介して、位置情報により指定される所定領域を少なくとも含む地図画像を描画するための描画データを受信する第１受信手段と、
    第２サーバから、前記通信部を介して、前記所定領域における特定位置を示す位置情報である特定位置情報を受信する第２受信手段と、
    入力された描画データに基づき地図画像を描画可能な描画モジュールに、前記第１受信手段により受信した描画データを入力し、前記所定領域の地図画像を描画させる第１制御手段と、
    前記描画モジュールに、前記第２受信手段により受信した特定位置情報を入力し、前記第１制御手段により描画させた前記所定領域の地図画像の、前記特定位置情報が示す特定位置に配置されるよう、アイコンを描画させる第２制御手段と、
    前記第１制御手段および前記第２制御手段により前記描画モジュールに描画させた、前記特定位置にアイコンが配置された前記所定領域の地図画像を含む第１画面を、前記表示部に表示させる第１画面表示手段と、
    前記操作部から受信した信号が、前記第１画面に表示された地図画像に対する編集の要求を示す場合、前記第１制御手段により前記描画モジュールに描画させた前記所定領域に対応する地図画像を取得する第１取得手段と、
    前記操作部から受信した信号が、前記第１画面に表示された地図画像に対する編集の要求を示す場合、前記第１制御手段により前記描画モジュールに描画させた地図画像における、前記アイコンの相対位置を取得する第２取得手段と、
    前記第１取得手段により取得された地図画像を、当該地図画像の前記第２取得手段により取得された相対位置により特定される位置にアイコン画像が重ねられた状態で含む第２画面を、前記表示部に表示させる第２画面表示手段と、
    前記操作部から受信した信号が、前記第１画面に表示された地図画像に対する編集の要求を示す場合、地図の縮尺が前記第１画面に含まれる地図画像より大きく、かつ、位置情報により指定される所定領域を少なくとも含む地図画像を描画するための描画データを、前記第１サーバから、前記通信部を介して受信する第３受信手段と、
    を備え、
    前記第１制御手段は、前記第３受信手段により描画データを受信した場合、当該受信した描画データを前記描画モジュールに入力し、前記描画モジュールに、前記入力した描画データに基づいて、地図の縮尺が前記第１画面に表示された地図画像より大きい地図画像を描画させ、
    前記第１取得手段は、前記操作部から受信した信号が、前記第１画面に表示された地図画像に対する編集の要求を示す場合、前記第１制御手段により前記描画モジュールに描画させた、地図の縮尺が前記第１画面に表示された地図画像より大きい地図画像を取得することを特徴とする情報処理装置。
17. 表示部と、通信部と、操作部と、制御部とを備え、
    前記制御部は、
    第１サーバから、前記通信部を介して、位置情報により指定される所定領域を少なくとも含む地図画像を描画するための描画データを受信する第１受信手段と、
    第２サーバから、前記通信部を介して、前記所定領域における特定位置を示す位置情報である特定位置情報を受信する第２受信手段と、
    入力された描画データに基づき地図画像を描画可能な描画モジュールに、前記第１受信手段により受信した描画データを入力し、前記所定領域の地図画像を描画させる第１制御手段と、
    前記描画モジュールに、前記第２受信手段により受信した特定位置情報を入力し、前記第１制御手段により描画させた前記所定領域の地図画像の、前記特定位置情報が示す特定位置に配置されるよう、アイコンを描画させる第２制御手段と、
    前記第１制御手段および前記第２制御手段により前記描画モジュールに描画させた、前記特定位置にアイコンが配置された前記所定領域の地図画像を含む第１画面を、前記表示部に表示させる第１画面表示手段と、
    前記操作部から受信した信号が、前記第１画面に表示された地図画像に対する編集の要求を示す場合、前記第１制御手段により前記描画モジュールに描画させた前記所定領域に対応する地図画像を取得する第１取得手段と、
    前記操作部から受信した信号が、前記第１画面に表示された地図画像に対する編集の要求を示す場合、前記第１制御手段により前記描画モジュールに描画させた地図画像における、前記アイコンの相対位置を取得する第２取得手段と、
    前記第１取得手段により取得された地図画像を、当該地図画像の前記第２取得手段により取得された相対位置により特定される位置にアイコン画像が重ねられた状態で含む第２画面を、前記表示部に表示させる第２画面表示手段と、
    前記操作部から受信した信号が、前記第１画面に表示された地図画像に対する編集の要求を示す場合、前記第２取得手段により取得された相対位置により特定される位置に配置されたアイコン画像が、前記所定領域に対応する地図画像内に収まるか否かを判断する第２判断手段と、
    を備え、
    前記第１取得手段は、前記第２判断手段により、前記アイコン画像が前記所定領域に対応する地図画像内に収まると判断された場合には、前記描画モジュールに描画させた前記所定領域に対応する地図画像を取得する一方で、前記アイコン画像が前記所定領域に対応する地図画像内に収まらないと判断された場合には、前記描画モジュールに描画させた前記所定領域より広い領域に対応する地図画像を取得することを特徴とすることを特徴とす
    ることを特徴とする情報処理装置。

Images