地表が階層的にメッシュで区分されるとともに、該メッシュ各々の位置を示す地理コードが文字列で表現され、上位メッシュを表現する地理コードに文字を追加することで下位メッシュの地理コードを示す地理コード体系を有する地図データを保持する保持手段と、前記地図データにおける検索範囲を取得する検索範囲取得手段と、前記検索範囲を覆うメッシュ群を選定するメッシュ群処理手段と、地点情報が設定された複数のデータから該地点情報を示す文字列で表現される地理コードを取得する情報取得手段と、前記情報取得手段により取得された前記データと前記検索範囲を覆うメッシュ群とにおける地理コードの文字列をそれぞれ比較することにより、前記検索範囲を覆うメッシュ群に内包されるデータを検索する検索手段と、前記検索手段による検索により得られた検索結果を出力する出力手段とを具備することを特徴とする情報処理装置。前記メッシュ群処理手段は、前記検索範囲の面積に応じて該検索範囲を覆うメッシュの階層を決定する決定手段を具備し、前記決定手段により決定された階層のメッシュを用いて、前記検索範囲を覆うメッシュ群を選定することを特徴とする請求項1記載の情報処理装置。前記メッシュ群処理手段は、前記選定されたメッシュ群の各々の地理コードの文字列を判定することによって前記メッシュ群のうちの少なくとも複数のメッシュを上位メッシュに統合するメッシュ統合手段を具備することを特徴とする請求項1又は2記載の情報処理装置。前記メッシュ統合手段は、前記選定されたメッシュ群の各々の地理コードに含まれる文字列を判定し、該文字列の一部が共通するメッシュが所定数以上あれば、該文字列の一部が共通する複数のメッシュを上位のメッシュに統合することを特徴とする請求項3記載の情報処理装置。前記選定されたメッシュ群には、前記検索範囲内に完全に内包される第1のメッシュと、前記検索範囲に部分的に内包される第2のメッシュとが含まれており、前記メッシュ統合手段は、前記第1のメッシュを対象として前記統合を行なうことを特徴とする請求項3又は4記載の情報処理装置。前記検索手段は、前記比較により得られた前記検索範囲を覆うメッシュ群に内包されるデータのうち、前記地理コードにより示される前記地図データ上の位置が前記検索範囲外にあるデータを除外する除外手段を具備し、前記出力手段は、前記除外手段による処理が行なわれた後のデータを前記検索結果として出力することを特徴とする請求項1から5のいずれか1項に記載の情報処理装置。前記選定されたメッシュ群には、前記検索範囲内に完全に内包される第1のメッシュと、前記検索範囲に部分的に内包される第2のメッシュとが含まれており、前記除外手段は、前記第2のメッシュに内包されるデータを対象として前記除外を行なうことを特徴とする請求項6記載の情報処理装置。前記選定されたメッシュ群には、前記検索範囲内に完全に内包される第1のメッシュと、前記検索範囲の部分的に内包される第2のメッシュとが含まれており、前記検索手段は、前記比較に際して、前記第2のメッシュよりも前記第1のメッシュの比較を優先させて行ない、検索結果が所定数を越えたときに前記データの検索を打ち切ることを特徴とする請求項1から7のいずれか1項に記載の情報処理装置。情報処理装置の処理方法であって、取得手段が、地表が階層的にメッシュで区分されるとともに、該メッシュ各々の位置を示す地理コードが文字列で表現され、上位メッシュを表現する地理コードに文字を追加することで下位メッシュの地理コードを示す地理コード体系を有する地図データを取得する工程と、検索範囲取得手段が、前記地図データにおける検索範囲を取得する工程と、メッシュ群処理手段が、前記検索範囲を覆うメッシュ群を選定する工程と、情報取得手段が、地点情報が設定された複数のデータから該地点情報を示す文字列で表現される地理コードを取得する工程と、検索手段が、前記情報取得手段により取得された前記データと前記検索範囲を覆うメッシュ群とにおける地理コードの文字列をそれぞれ比較することにより、前記検索範囲を覆うメッシュ群に内包されるデータを検索する工程と、出力手段が、前記検索手段による検索により得られた検索結果を出力する工程とを含むことを特徴とする情報処理装置。コンピュータを、地表が階層的にメッシュで区分されるとともに、該メッシュ各々の位置を示す地理コードが文字列で表現され、上位メッシュを表現する地理コードに文字を追加することで下位メッシュの地理コードを示す地理コード体系を有する地図データを保持する保持手段、前記地図データにおける検索範囲を取得する検索範囲取得手段、前記検索範囲を覆うメッシュ群を選定するメッシュ群処理手段、地点情報が設定された複数のデータから該地点情報を示す文字列で表現される地理コードを取得する情報取得手段、前記情報取得手段により取得された前記データと前記検索範囲を覆うメッシュ群とにおける地理コードの文字列をそれぞれ比較することにより、前記検索範囲を覆うメッシュ群に内包されるデータを検索する検索手段、前記検索手段による検索により得られた検索結果を出力する出力手段として機能させるためのプログラム。R-tree方式は、文字列検索用のインデクスとは異なる専用のインデクス機構を保持し制御する方式であり、特に、処理能力の低い装置例えば、組み込み機器にとっては処理負担が大きくなってしまう。また、特許文献1に開示された手法では、全空間を階層的に分割したメッシュの1つ1つに対して対応するインデクスを保持することになるので、あまりメッシュを細かくすることができない。また、メッシュの細分化を細かく行なわなければ、その分、詳細チェックが不可欠となり、上述したような組み込み機器にとっては処理負担が大きくなってしまう。本発明は、上記課題に鑑みてなされたものであり、地図データ上の所定範囲に内包されるデータを検索する際の処理負荷を軽減するようにした技術を提供することを目的とする。上記課題を解決するため、本発明の一態様による情報処理装置は、地表が階層的にメッシュで区分されるとともに、該メッシュ各々の位置を示す地理コードが文字列で表現され、上位メッシュを表現する地理コードに文字を追加することで下位メッシュの地理コードを示す地理コード体系を有する地図データを保持する保持手段と、前記地図データにおける検索範囲を取得する検索範囲取得手段と、前記検索範囲を覆うメッシュ群を選定するメッシュ群処理手段と、地点情報が設定された複数のデータから該地点情報を示す文字列で表現される地理コードを取得する情報取得手段と、前記情報取得手段により取得された前記データと前記検索範囲を覆うメッシュ群とにおける地理コードの文字列をそれぞれ比較することにより、前記検索範囲を覆うメッシュ群に内包されるデータを検索する検索手段と、前記検索手段による検索により得られた検索結果を出力する出力手段とを具備する。本発明によれば、地図データ上の所定範囲に内包されるデータを検索する際の処理負荷を軽減することができる。以下、本発明に係る実施の形態について添付図面を参照して詳細に説明する。図1は、本発明の一実施の形態に係る情報処理装置10の構成の一例を示す図である。情報処理装置10は、CPU11と、入力部12と、出力部13と、撮像部14と、通信部15と、バス16と、ROM17と、RAM18と、外部記憶媒体19とが具備して構成される。CPUCentralProcessingUnit11は、例えば、ROM17に格納されたプログラムに従って、情報処理装置10における処理を統括制御する。CPU11においては、例えば、検索処理、写真登録処理、画面制御処理、写真撮影処理等のための演算、論理判断等を行ない、バス16を介してバスに接続された各デバイスを制御する。バス16は、アドレス信号やコントロール信号等を転送する。また、各デバイス間のデータ転送も行なう。入力部12は、例えば、ボタンやタッチパネル等で実現され、ユーザからの各種指示を装置内に入力する。出力部13は、液晶ディスプレイ等で実現され、ユーザに向けて各種情報を出力表示する。なお、出力部13による出力は、例えば、印刷により実現されても良いし、音声により実現されても良い。撮像部14は、例えば、撮像センサ等で実現され、映像を読み取って電子データに変換する。通信部15は、例えば、ネットワークコントローラ等で実現され、有線又は無線の通信路を介して外部装置との間でデータ交換を行なう。ROMReadOnlyMemory17は、不揮発性メモリである。CPU11により実行される各種プログラムブートプログラム21、システムの制御プログラム22等の他、末尾文字遷移テーブル23、各種処理で参照される各種初期データ24、地図データ25等が格納される。RAMRandomAccessMemory18は、読み書き可能なメモリである。RAM18は、各デバイスからの各種データの一次記憶に用いられる。RAM18には、各種ワーク領域31の他、範囲指定テーブル32、範囲メッシュテーブル33、前方文字列テーブル34、末尾文字テーブル35等が格納される。詳細については後述するが、範囲指定テーブル32には、指定される検索範囲が保持され、範囲メッシュテーブル33には、検索範囲を覆うメッシュ群が保持される。また、前方文字列テーブル34及び末尾文字テーブル35は、メッシュ統合の際に用いられる。外部記憶媒体19は、例えば、SDカード、CFカード等のフラッシュメディアで実現される。外部記憶媒体19は、ブロック単位で一括消去可能な大容量の不揮発性メモリであり、大量のデータを変更可能に記憶する。なお、外部記憶媒体19は、上述したカード等に限られず、ハードディスク等で代用することもできる。外部記憶媒体19には、代表位置テーブル41や、写真テーブル42等が格納される。ここで、CPU11には、その機能的な構成として、検索対象登録部50と、検索範囲取得部51と、メッシュ群処理部52と、検索対象情報取得部53と、検索部54とが実現される。なお、これら構成は、例えば、CPU11がROM17等に格納されたプログラムを実行することにより実現される。検索対象登録部50は、検索対象となるデータ写真の登録を行なう。検索範囲取得部51は、地図データ上における検索範囲を取得する。検索範囲は、例えば、入力部12を介したユーザの指示により指定される。なお、詳細については後述するが、本実施形態に係わる地図データは、地表が階層的にメッシュで区分される。また、メッシュ各々の位置を示す地理コードが文字列で表現される。下位メッシュは、上位メッシュを表現する地理コードに文字が追加されることで表現される。メッシュ群処理部52は、検索範囲を覆うメッシュ群を取得する。メッシュ群処理部52には、精度決定部61と、メッシュ群選定部62と、メッシュ統合部63とが設けられる。検索対象情報取得部53は、検索対象となるデータ写真の地点情報撮影地点を示す地理コードを取得する。上述した通り、地理コードは、文字列で表現される。検索部54は、検索対象情報取得部53により取得された写真の地理コードと、検索範囲を覆うメッシュ群の地理コードとの文字列を比較する。これにより、検索範囲を覆うメッシュ群に内包される写真を検索する。検索部54には、所定の条件に従って検索結果からいずれかの写真を除外する除外部64が設けられる。以上が、情報処理装置10における機能的な構成についての説明である。なお、本実施形態においては、情報処理装置10が撮像部14を有する撮像装置例えば、デジタルカメラやデジタルビデオカメラ等に適用される場合について説明するが、これに限られない。情報処理装置10は、例えば、通信装置や画像表示装置等の種々の装置に組み込み装置として適用されても良い。また、上述した説明では、CPU11がプログラムを実行することで各種処理が実行される場合について説明したが、これに限られず、例えば、CPUと協調して動作するASICなどの制御回路が各種処理を実行しても良い。また、CPUと制御回路との協調動作によって各種処理が実行されてもよい。また、CPUは単一である必要はなく、複数であっても良い。この場合、複数のCPUは分散して処理を実行する。また、複数のCPUは単一のコンピュータに配置されていても良いし、物理的に異なる複数のコンピュータに配置されていても良い。なお、CPUがプログラムを実行することで実現される処理が専用の回路によって実現されても良い。次に、図2a及び図2bを用いて、地図データに対して範囲指定検索を行なう際の処理の概要について説明する。図2aには検索指示前の画面の表示例が示されており、図2bには検索実行後の画面の表示例が示されている。図2aに示す画面上には、ある地理領域を含む地図データが表示されており、地図データ上の地点201が黒丸印で示されている。矩形202は、地図データ上の検索範囲を示しており、当該検索範囲内に内包される地点の検索が行なわれる。ここで、検索が実行されると、図2bに示すように、各地点が検索結果となったか、ならなかったかが画面上に表示される。検索結果となった検索範囲に内包される地点は、ヒット203として丸印で表示され、検索結果とならなかった検索範囲に内包されない地点は、非ヒット204としてバツ印で表示される。次に、図3a及び図3bを用いて、本実施形態に係る地図データについて説明する。本実施形態においては、地図データは、地表を階層的なメッシュで区分し、緯度経度情報に基づいてメッシュの位置を地理コードで表現する地理コード体系を有する。上述した通り、地理コードは文字列で表現される。まず、図3aを用いて、緯度経度情報を地理コードに変換する処理の一例について説明する。緯度経路情報を地理コードに変換する際には、まず、地表を緯度又は経度の方向に沿って2分割していき、分割の度に当該分割された地表に0又は1のビットを割り当てる。緯度及び経度のそれぞれに対して、そのビットを大分割から順番に並べてビット列を作成し、当該ビット列をメッシュの緯度情報301及び経度情報302とする。このように生成されたビット列に対して、経度、緯度の順番で先頭から交互に1ビットずつ選択していき、ビット列303を生成する。ビット列303を先頭から5ビットずつに分割し、変換表304に従って5ビット単位に当該ビット列を文字コードに変換する。これにより、地理コード305が得られる。各メッシュは、地表の分割回数に応じて階層的に詳細化されたものになる。詳細化されたメッシュほど、緯度経度情報のビット数が多くなり、変換後の文字列の文字数も多くなる。そのため、文字数がメッシュの精度を表現することになるので、メッシュの精度を文字列の文字数と定義することができる。このようにして生成されたメッシュの地理コードをメッシュコードと呼ぶ。次に、図3bを用いて、メッシュが構成する階層構造の一例について説明する。メッシュ306はeが表現する精度=1すなわち、文字数=1のメッシュを示している。当該メッシュ306内の1文字をeに付加することによって、下位メッシュに32分割することができる。次の1文字が7の場合は、精度=2のメッシュ307になり、メッシュコードがe7となる。メッシュ307を拡大して示したものがメッシュ308になる。この場合にも同様に、次の1文字を付加することによって下位メッシュに32分割することができる。次の1文字がsの場合は、精度=3のメッシュ309となり、メッシュコードはe7sとなる。すなわち、メッシュコードの文字数に応じてメッシュが階層化されていることが分かる。メッシュコードの文字数が同じ階層に属しているか否かを示すことになる。ここで、表310は、このように階層化されたメッシュが表現する地理領域の概略面積の一例を示している。表310によれば、精度=3のメッシュは、156km×156kmの矩形領域を表現することが示されている。また、精度を大きくすれば、より詳細な地理領域が表現されることが分かる。例えば、精度12のメッシュコードであれば、事実上、地図データ上の特定の地点を表現できることになる。本実施形態においては、地点を特定する場合、システム上最も詳細な精度のメッシュコードで表現する。次に、図4a~図4cを用いて、検索範囲を覆うメッシュを求める際の処理の概要について説明する。図4aに示す検索範囲401に対しては、これを覆うメッシュとして、図4bにメッシュが求められる。各メッシュ402は、一旦、全て同じ階層に属すように求められる。ここで、メッシュのうち、検索範囲内に完全に内包されるメッシュ403を完全内包メッシュ第1のメッシュと呼び、検索範囲に部分的に内包されるメッシュ404を部分内包メッシュ第2のメッシュと呼ぶ。完全内包メッシュは、上位階層のメッシュに統合することができる。図4cは、上位階層のメッシュに統合した例を示している。統合されたメッシュ405は、4つの下位メッシュが1つの上位メッシュに置換されて統合されている。なお、図3a及び図3bに示した地理コード変換方式によれば、階層を1段階上げるためには、本来32個のメッシュを統合する必要があるが、ここでは、説明を分かり易くするため、4つのメッシュを1つのメッシュに統合した場合について説明している。次に、図5を用いて、図1に示す代表位置テーブル41及び写真テーブル42について説明する。代表位置テーブル41には、写真の撮影地点地点情報に関する情報が保持される。写真は複数枚まとめて撮影されることが多いので、同一地点で撮影された写真群に対して、代表して1つの撮影地点が設定される。代表位置テーブル41には、この代表した1つの撮影地点に対して付与された代表位置IDが保持される。カラム501には、撮影地点のメッシュコードが保持され、カラム502には、当該メッシュコードに対応する代表位置IDが保持される。写真テーブル42には、各写真に対応して、写真に関する他の属性情報が保持される。カラム503には、撮影された個々の写真のIDが保持され、カラム504には、写真が撮影された撮影地点の代表位置IDが保持され、カラム505には、写真に関して記憶すべきそれ以外の情報が保持される。次に、図6を用いて、図1に示す範囲指定テーブル32及び範囲メッシュテーブル33について説明する。これらテーブルは、検索範囲603の管理に用いられる。範囲指定テーブル32には、地図データ上の矩形の検索範囲603を示すメッシュコード保持される。カラム601には、検索範囲603の左上の位置にある地点のメッシュコードが保持され、カラム602には、検索範囲603の右下の位置にある地点のメッシュコードが保持される。ここで、範囲メッシュテーブル33には、検索範囲603を覆うメッシュ群が管理されている。例えば、検索範囲603に対しては、メッシュ604、605、606、607が設定される。カラム608には、各メッシュのメッシュコードが保持される。カラム609には、各メッシュの領域を検索範囲603が完全に内包するか否かを示すフラグ完全フラグと呼ぶが保持される。完全に内包するときには完全内包と呼ぶ、1が保持され、部分的に内包するときには部分内包と呼ぶ0が保持される。この場合、各メッシュには、検索範囲外の領域が存在しているので、全メッシュに対して0が保持されている。次に、図7a~cを用いて、検索範囲を覆うメッシュ群を求める際に、隣接するメッシュのメッシュコードを取得する際の処理の概要について説明する。図7aには、末尾文字遷移テーブル偶数23aと末尾文字遷移テーブル奇数23bとが示される。末尾文字遷移テーブル偶数23aは、精度が偶数すなわち、メッシュコードの文字数が偶数のメッシュに対して使用される。各セル内に保持される文字は、メッシュの末尾文字を示しており、上下左右に隣接するセルに保持される文字は、メッシュの上下左右に隣接するメッシュの末尾文字を示す。例えば、セル701pを示しているの右の文字がrであることから、メッシュコードの末尾がpの偶数精度のメッシュの右隣のメッシュのメッシュコードの末尾はrであることが分かる。一方、末尾文字遷移テーブル奇数23bは、精度が奇数すなわち、メッシュコードの文字数が奇数のメッシュに対して使用される。セル702bを示しているの右の文字がcであることから、メッシュコードの末尾がbの奇数精度のメッシュの右隣のメッシュのメッシュコードの末尾はcであることが分かる。図7bには、図7aに示す末尾文字遷移テーブル23を用いて、検索範囲のメッシュをスキャンする際の処理の概要が示される。メッシュ707は、例えば、メッシュコードが4pruyqであり、末尾文字がqである。このとき、1段階上位階層のメッシュ703のメッシュコードは、4pruyとなる。末尾文字遷移テーブル奇数23bを参照すると、その右に隣接するメッシュ704のメッシュコードは、4pruzとなる。範囲指定テーブル32には、検索範囲705の左上地点と右下地点との位置がメッシュコードで保持される。このとき、精度6で検索範囲を覆うメッシュを求めるには、まず、左上メッシュのメッシュコード4pruykを求める。これは左上地点のメッシュコード4pruykdeを文字数=6にトランケート精度=6なのですることで実行できる。この後、矢印の方向に沿ってメッシュをスキャンしていく。例えば、4pruykから右にスキャンするときには、まず、図7aに示す末尾文字遷移テーブル偶数23aを参照して、末尾文字kの右隣の文字sを取得する。次に、4pruykの末尾文字kをsに置き換える。これによって、右隣のメッシュのメッシュコード4pruysを生成することができる。下にスキャンするときも同様にしてメッシュコードを求めることができる。このようにスキャンしていくことによって、検索範囲705を覆うメッシュ群のリストが、図7cに示すように、リストアップされていく。なお、このリストには、メッシュコード以外にも、検索範囲内での相対位置、完全フラグの情報完全内包か部分内包か等が保持される。次に、図8a及び図8bを用いて、前方文字列テーブル34、末尾文字テーブル35及び範囲メッシュテーブル33について説明する。図8aには、前方文字列テーブル34及び末尾文字テーブル35が示される。前方文字列テーブル34には、メッシュのスキャンに際して、末尾文字を除く前方文字列がカラム801に保持される。文字列判定によって、同じ前方文字列は1つにまとめて格納される。一方、末尾文字テーブル35には、末尾文字が保持される。より具体的には、カラム802には、末尾文字の文字コードが保持され、カラム803には、完全フラグの値が保持される。すなわち、カラム803には、メッシュが完全内包であるか否かに応じて1又は0が保持される。このようにして作成された前方文字列テーブル34と末尾文字テーブル35とに基づいて、メッシュコードを合成する。これにより、図8bに示す範囲メッシュテーブル33が作成される。このとき、完全内包のメッシュを部分内包より先上部にくるようにソートし、更に、完全フラグの値が同じメッシュについては文字コード順にソートする。部分内包のメッシュから得られる検索結果の候補に対しては、当該候補が真に検索範囲に入っているか否かのチェック詳細チェックと呼ぶを行なう必要がある。これに対して、完全内包のメッシュは、検索範囲に完全に内包されるので、完全内包のメッシュから得られる検索結果の候補に対しては、詳細チェックの必要がない。上述した通り、本実施形態においては、完全内包のメッシュを範囲メッシュテーブル33内の上部にソートする。そのため、完全内包のメッシュから優先的に検索結果が得られることになる。組み込み機器の場合、リソースの制限が強いので、大量の検索結果を処理しきることができず、大量の処理がある場合は、処理の打ち切り終了が通例行なわれている。本実施形態においては、完全内包のメッシュを優先して処理するので、詳細チェックの処理を少なくできる。そのため、処理を効率的に行なえるとともに、また、処理負荷の軽減を図ることができる。次に、図9a及び図9bを用いて、メッシュを上位階層のメッシュに統合する際の処理の概要について説明する。この統合処理は、前方文字列テーブル34と末尾文字テーブル35とを用いて行なわれる。図9aは、統合前の前方文字列テーブル34と末尾文字テーブル35とを示している。カラム901に保持された文字列は、文字列判定によって重複が除外されている。同一の前方文字列に対応する複数の末尾文字は全てリンクされ、カラム902に末尾文字、カラム903に完全フラグが保持されている。従って、リンクされた末尾文字は、共通の前方文字列を持つことが分かる。例えば、前方文字列4pruyに対して、prxなどの末尾文字があれば、範囲メッシュテーブル33の作成に際して、4pruyp、4pruyr、4pruyxなどのメッシュコードが合成されることになる。この場合、図9aに示す前方文字列4pruyにおいては、完全内包となる末尾文字が32個揃っている。そのため、このメッシュ群は上位に統合可能である。従って、図9bに示すように、メッシュの統合が行なわれる。具体的には、前方文字列4pruyの末尾文字の32個分が1つに統合されており、ヌル文字列に置換されている。これは、前方文字列4pruyから範囲メッシュテーブル33の作成に際して出力される文字列が4pruyの1つのみとなることを意味している。ここで、上述した処理についてフローチャートを用いて説明する。図10は、図1に示す情報処理装置10における処理の流れの一例を示す図である。この処理は、例えば、CPU11が、ROM17に格納されたプログラムを読み出し実行することにより実現される。この処理では、情報処理装置10は、CPU11において、まず、システムの初期化処理が行なわれるS101。すなわち、各種パラメータの初期化や初期画面の表示等が行なわれる。その後、情報処理装置10は、CPU11において、タッチパネル等の入力部12から何らかのイベントが発生するまで待機するS102。イベントが発生すると、情報処理装置10は、CPU11において、このイベントを判別し、イベントの種類に応じて各種の処理に分岐する。ここで、検索処理を示すイベントであればS103で検索、情報処理装置10は、当該イベントに従って検索処理を行なうS104。また、写真登録処理を示すイベントであればS103で写真登録、情報処理装置10は、当該イベントに従って写真登録処理を行なうS105。それ以外のイベントであればS103でその他イベント、情報処理装置10は、各種イベントに対応した処理を行なうS106。その後、情報処理装置10は、出力部13において、各処理の処理結果等をユーザに出力する。例えば、検索結果の表示、エラーがあった場合のエラー表示、正常な処理が行なわれた場合の画面表示等が行なわれる。次に、図11を用いて、図10のS104に示す検索処理の流れの一例について説明する。この処理が開始すると、情報処理装置10は、まず、検索範囲取得部51において、検索範囲の取得を行なうS201。検索範囲は、例えば、入力部12を介したユーザの指示により指定される。このとき、検索範囲取得部51においては、当該取得した検索範囲に基づいて、範囲指定テーブル32を作成する。続いて、情報処理装置10は、メッシュ群処理部52において、当該作成された範囲指定テーブル32に基づいて、検索範囲を覆うメッシュ群を選定するS202。これにより、範囲メッシュテーブル33を作成する。情報処理装置10は、メッシュ群処理部52において、範囲メッシュテーブル33からメッシュを1つずつ順番に取得するS203。範囲メッシュテーブル33では、図8bに示すように、各メッシュがソートされ、完全内包メッシュが上部に来ているため、完全内包メッシュが部分内包メッシュよりも優先して取得される。情報処理装置10は、検索部54において、S203の処理で取得されたメッシュのメッシュコードを検索文字列として設定するS204。そして、当該設定した検索文字列を用いて検索を行ない、検索結果の候補を取得するS205。より具体的には、代表位置テーブル41を検索し、検索文字列の少なくとも一部前方文字列が一致するメッシュコードを取得し、それをリストアップする。このリストアップされたメッシュコードが検索結果の候補となる。ここで、情報処理装置10は、検索部54において、検索文字列として使用したメッシュコードが完全内包であるか部分内包であるかを判定する。判定の結果、完全内包であればS206でYES、S208の処理に進む。部分内包であればS206でNO、詳細については後述するが、偽検索結果除外処理を行なった後S207、S208の処理に進む。偽検索結果除外処理では、S205の処理により得られた検索結果の候補のうち真の検索範囲に入らない候補を除外する。続いて、情報処理装置10は、検索部54において、これまでに検出された検索結果数が所定数例えば、100件を越えたか否かを判定し、越えていればS208でYES、それ以上処理しきれないので処理を打ち切る。一方、越えていなければS208でNO、範囲メッシュテーブル33に未処理のメッシュが未だ存在するか否かを判定する。その結果、未処理のメッシュが存在すればS209でYES、再度、S202の処理に戻り、次のメッシュを範囲指定テーブル32から取得する。未処理のメッシュが存在しなければS209でNO、この処理は終了する。次に、図12を用いて、図11のS202に示すメッシュ群選定処理の流れの一例について説明する。この処理が開始すると、情報処理装置10は、精度決定部61において、まず、検索範囲の面積を求める。具体的には、面積Sは最も詳細な精度nとするのメッシュを基準として、縦方向に必要なメッシュ数と、横方向に必要なメッシュ数とを乗算することにより求めるS301。次に、情報処理装置10は、精度決定部61において、適正な精度の推定を行なうS302。適正な精度Nは、次のように求められる。ここでは、検索範囲が正方形に近い形であり、それを覆うメッシュ群のメッシュ数が所定個数以下となる精度、例えば、32以上64未満となる精度が適正であると考えて計算する場合について説明する。このような条件の場合、まず、初期値N=nから処理を開始する。そして、精度が1段階変わるごとにメッシュ数が32倍変化することから、面積Sを32で除算して商が2以上ならばNを1減算し、商整数を新たな面積Sとする操作を繰り返していく。情報処理装置10は、メッシュ群選定部62において、このように推定された適正精度Nで、図7a~図7c、図8a及び図8bに示した手法により検索範囲を覆うメッシュ群を求める。これにより、前方文字列テーブル34、末尾文字テーブル35を作成するS303。情報処理装置10は、メッシュ統合部63において、前方文字列テーブル34及び末尾文字テーブル35を参照して、文字列判定を行なう。これにより、共通の前方文字列を持つメッシュ群を取得するS304。情報処理装置10は、メッシュ統合部63において、それらのメッシュ群のうち完全内包となっているメッシュ数が所定数この場合、32以上存在するか否かを判定する。所定数以上でなければS305でNO、S307の処理に進む。所定数以上あればS305でYES、情報処理装置10は、メッシュ統合部63において、S304の処理で取得されたメッシュ群を上位階層のメッシュに統合する。すなわち、図9bに示す手法により、末尾文字テーブルを変更するS306。続いて、情報処理装置10は、メッシュ統合部63において、前方文字列テーブル34から次の前方文字列を取得するとともにS307、全ての前方文字列について処理が終了したか否かを判定する。処理が終了していなければS308でNO、情報処理装置10は、再度、S304の処理に戻る。一方、処理が終了していればS308でYES、情報処理装置10は、メッシュ群処理部52において、完全内包となっているメッシュについて、前方文字列テーブル34と末尾文字テーブル35とを参照してメッシュコードのリストを作成する。そして、文字コード順に範囲メッシュテーブル33に登録するS309。また、情報処理装置10は、メッシュ群処理部52において、部分内包となっているメッシュについて、前方文字列テーブルと末尾文字テーブルを参照してメッシュコードのリストを作成する。そして、文字コード順に範囲メッシュテーブル33に追加するS310。その後、この処理は終了する。次に、図13を用いて、図11のS207に示す偽検索結果の除外処理の流れの一例について説明する。この処理が開始すると、情報処理装置10は、除外部64において、まず、検索結果の候補を1つ取得するS401。候補が取得できなかった場合S402でNO、全ての候補について処理が終了しているため、情報処理装置10は、この処理を終了する。一方、候補を取得できた場合S402でYES、情報処理装置10は、除外部64において、取得された検索結果の候補が、検索範囲内にあるか否かを判定する。より具体的には、検索結果の候補のメッシュコードが、範囲指定テーブル32に規定される検索範囲に入っているか否かを判定する。この判定は、検索範囲が矩形の場合、左上地点と右下地点のメッシュコードを用いることにより行なう。判定の結果、検索範囲内にあればS403でYES、情報処理装置10は、除外部64において、次の検索結果の候補を取得した後S405、再度、S402の処理に戻る。一方、検索範囲内になければS403でNO、情報処理装置10は、除外部64において、該当の検索結果の候補をリストから除外するS404。その後、情報処理装置10は、除外部64において、次の検索結果の候補を取得した後S405、再度、S402の処理に戻る。次に、図14を用いて、図10のS105に示す写真登録処理の流れの一例について説明する。この処理が開始すると、情報処理装置10は、検索対象登録部50において、登録対象となる写真の撮影地点が既に代表位置テーブル41に登録済みであるか否かを判定するS501。判定の結果、登録済みでなければS502でNO、情報処理装置10は、検索対象登録部50において、該当の写真に新規の代表位置IDを付与して代表位置テーブル41に登録するS505。その後、この処理は終了する。一方、登録済みであればS502でYES、情報処理装置10は、検索対象登録部50において、登録済みの代表位置IDを取得するS504。そして、登録対象となる写真の情報を、当該取得した代表位置IDとともに、写真テーブル42に登録するS505。その後、この処理は終了する。以上説明したように本実施形態によれば、通常の文字列検索のインデクス機構を流用して、前方一致検索を行なうことにより、検索範囲内にあるデータを検索する際の処理負荷を軽減できる。また、検索範囲を覆うメッシュ群を求める際に、文字列処理によってメッシュ統合するので、メッシュ数を減らす処理の負荷も軽減できる。更に、完全内包メッシュの処理を部分内包メッシュの処理よりも優先的に処理して検索結果を出力するため、詳細チェック処理を行なう回数を減らすことができ、処理負荷の軽減や検索処理の効率化を図れる。以上が本発明の代表的な実施形態の一例であるが、本発明は、上記及び図面に示す実施形態に限定することなく、その要旨を変更しない範囲内で適宜変形して実施できるものである。例えば、上述した実施形態においては、検索範囲が矩形である場合を例に挙げて説明したが、これに限られず、検索範囲はそれ以外の形状であっても良い。例えば、検索範囲が円形であっても良い。この場合、範囲指定テーブル32は、図15に示す構成となる。検索範囲が地点104を中心とした半径105の円103となる。範囲指定テーブル32においては、カラム101には、地点104に対応する地点のメッシュコードが保持され、カラム102には、半径105の長さが保持される。ここで、検索範囲を円形にした場合に、相違する処理について説明する。図12で説明したS303~S306の処理において一部相違する。まず、検索範囲を覆うメッシュ群を求める処理が上述した処理と相違する。より具体的には、円に外接する矩形を求めてメッシュをリストアップする。そして、メッシュが完全内包であるか部分内包であるかの判定は、メッシュの四隅と円の中心との距離を求め、当該距離と円の半径とを比較することで行なう。このとき、完全内包及び部分内包の状態以外に、検索範囲との重なりが無い状態非内包と呼ぶのメッシュが出現することになるが、非内包のメッシュは、範囲メッシュテーブル33から除外すれば良い。その後、図9a及び図9bの手順に従ってメッシュの統合を行なう。また、図13で説明したS403が相違する。検索範囲に入るか否かの判定は、検索範囲の中心から検索結果の候補までの距離を求め、当該距離が円の半径内であるか否かを比較する。このように構成することで、検索範囲が円形の場合にも、上記同様の処理を行なえることになる。また、上述した実施形態においては、撮影地点地点情報が設定された写真を検索対象として説明したが、検索対象は、必ずしも写真である必要はなく、地点情報が設定されたデータであればなんでも良い。また、本発明は、例えば、システム、装置、方法、プログラム若しくは記憶媒体等としての実施態様を採ることもできる。具体的には、複数の機器から構成されるシステムに適用してもよいし、また、一つの機器からなる装置に適用してもよい。その他の実施形態本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェアプログラムを、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ又はCPUやMPU等がプログラムを読み出して実行する処理である。