地表が階層的にメッシュで区分されるとともに、該メッシュ各々の位置を示す地理コードが文字列で表現され、上位メッシュを表現する地理コードに文字を追加することで下位メッシュの地理コードを示す地理コード体系を有する地図データを保持する保持手段と、前記地図データ上で検索対象となる地点を示す着目地点の地理コードを取得する着目地点取得手段と、前記地図データ上で検索を行なう範囲を示す検索対象領域を覆うメッシュ群のうち、前記着目地点を示す地理コードの文字列と一致する地理コードの文字列を有する1又は複数のメッシュを検索結果の候補として取得する候補取得手段と、前記検索結果の候補として取得された1又は複数のメッシュのうち、前記検索対象領域に完全に内包されていないメッシュに対して前記着目地点を内包しているか否かを判定し、当該着目地点が内包されていない1又は複数のメッシュを前記メッシュ群から除外する除外手段と、前記検索結果の候補から前記除外が行なわれた後の1又は複数のメッシュを検索結果として出力する出力手段とを具備することを特徴とする情報処理装置。前記候補取得手段は、前記着目地点を示す地理コードの文字列の長さが0になるまで、該文字列を1文字ずつ削除して前記着目地点を示す地理コードの文字列を用いた検索を繰り返し行ない、前記除外手段は、前記候補取得手段による検索が行なわれる度に前記除外を繰り返し行ない、前記出力手段は、前記地理コードの文字列の長さが0になった場合に、それまでに取得された検索結果を出力することを特徴とする請求項1記載の情報処理装置。前記検索対象領域を覆うメッシュ群それぞれの地理コードの文字列と、前記検索対象領域に完全に内包されているか否かを示す情報とを対応付けて管理するメッシュテーブルと、前記メッシュテーブルに管理されるメッシュ群のうち、前記検索対象領域に完全に内包されていないメッシュの下位階層のメッシュに関する情報を管理する詳細インデクステーブルとを更に具備し、前記候補取得手段は、前記メッシュテーブルを用いて前記検索結果の候補を取得し、前記除外手段は、前記詳細インデクステーブルを用いて前記除外を行なうことを特徴とする請求項1又は2記載の情報処理装置。情報処理装置の処理方法であって、取得手段が、地表が階層的にメッシュで区分されるとともに、該メッシュ各々の位置を示す地理コードが文字列で表現され、上位メッシュを表現する地理コードに文字を追加することで下位メッシュの地理コードを示す地理コード体系を有する地図データを取得する工程と、着目地点取得手段が、前記地図データ上で検索対象となる地点を示す着目地点の地理コードを取得する工程と、候補取得手段が、前記地図データ上で検索を行なう範囲を示す検索対象領域を覆うメッシュ群のうち、前記着目地点を示す地理コードの文字列と一致する地理コードの文字列を有する1又は複数のメッシュを検索結果の候補として取得する工程と、除外手段が、前記検索結果の候補として取得された1又は複数のメッシュのうち、前記検索対象領域に完全に内包されていないメッシュに対して前記着目地点を内包しているか否かを判定し、当該着目地点が内包されていない1又は複数のメッシュを前記メッシュ群から除外する工程と、出力手段が、前記検索結果の候補から前記除外が行なわれた後の1又は複数のメッシュを検索結果として出力する工程とを含むことを特徴とする情報処理装置。コンピュータを、地表が階層的にメッシュで区分されるとともに、該メッシュ各々の位置を示す地理コードが文字列で表現され、上位メッシュを表現する地理コードに文字を追加することで下位メッシュの地理コードを示す地理コード体系を有する地図データを保持する保持手段、前記地図データ上で検索対象となる地点を示す着目地点の地理コードを取得する着目地点取得手段、前記地図データ上で検索を行なう範囲を示す検索対象領域を覆うメッシュ群のうち、前記着目地点を示す地理コードの文字列と一致する地理コードの文字列を有する1又は複数のメッシュを検索結果の候補として取得する候補取得手段、前記検索結果の候補として取得された1又は複数のメッシュのうち、前記検索対象領域に完全に内包されていないメッシュに対して前記着目地点を内包しているか否かを判定し、当該着目地点が内包されていない1又は複数のメッシュを前記メッシュ群から除外する除外手段、前記検索結果の候補から前記除外が行なわれた後の1又は複数のメッシュを検索結果として出力する出力手段として機能させるためのプログラム。R-tree方式は、文字列検索用のインデクスとは異なる専用のインデクス機構を保持し制御する方式であり、特に、処理能力の低い装置例えば、組み込み機器にとっては処理負担が大きくなってしまう。また、特許文献1に開示された手法では、指定地点に近い地点を検索することしかできない、そのため、住所やランドマークを付与するような、指定地点が不定形の領域に内包されている地点の検索を行なうことはできない。本発明は、上記課題に鑑みてなされたものであり、地理情報検索を行なう際の処理負荷を軽減するようにした技術を提供することを目的とする。上記課題を解決するため、本発明の一態様による情報処理装置は、地表が階層的にメッシュで区分されるとともに、該メッシュ各々の位置を示す地理コードが文字列で表現され、上位メッシュを表現する地理コードに文字を追加することで下位メッシュの地理コードを示す地理コード体系を有する地図データを保持する保持手段と、前記地図データ上で検索対象となる地点を示す着目地点の地理コードを取得する着目地点取得手段と、前記地図データ上で検索を行なう範囲を示す検索対象領域を覆うメッシュ群のうち、前記着目地点を示す地理コードの文字列と一致する地理コードの文字列を有する1又は複数のメッシュを検索結果の候補として取得する候補取得手段と、前記検索結果の候補として取得された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等が格納される。RAMRandomAccessMemory18は、読み書き可能なメモリである。RAM18は、各デバイスからの各種データの一次記憶に用いられる。RAM18には、各種ワーク領域31の他、スタック32等が格納される。外部記憶媒体19は、例えば、SDカード、CFカード等のフラッシュメディアで実現される。外部記憶媒体19は、ブロック単位で一括消去可能な大容量の不揮発性メモリであり、大量のデータを変更可能に記憶する。なお、外部記憶媒体19は、上述したカード等に限られず、ハードディスク等で代用することもできる。外部記憶媒体19には、メッシュテーブル41、詳細インデクステーブル42、領域テーブル43等が格納され、必要に応じて随時内容が修正される。ここで、CPU11には、その機能的な構成として、☆と、☆とが実現される。なお、これら構成は、例えば、CPU11がROM17等に格納されたプログラムを実行することにより実現される。領域登録部50は、検索対象となる領域検索対象領域を登録する。検索対象領域は、例えば、入力部12を介したユーザの指示により指定される。着目地点取得部51は、着目地点のメッシュコードを取得する。着目地点は、検索対象となる地図データ上の地点を示す。なお、詳細については後述するが、本実施形態に係わる地図データは、地表が階層的にメッシュで区分される。また、メッシュ各々の位置を示す地理コードが文字列で表現される。下位メッシュは、上位メッシュを表現する地理コードに文字が追加されることで表現される。検索部52は、着目地点を示す地理コードの文字列と、検索対象領域を覆うメッシュ群の地理コードの文字列とを比較し、所定のメッシュの検索を行なう機能を果たし、候補取得部61と、除外部62とを具備して構成される。候補取得部61は、検索対象領域を覆うメッシュ群の中から着目地点を内包する1又は複数のメッシュを検索結果の候補として取得する。除外部62は、メッシュの検索結果の候補の中から、所定の条件に従っていずれかのメッシュを除外する。以上が、情報処理装置10における機能的な構成についての説明である。なお、本実施形態においては、情報処理装置10が撮像部14を有する撮像装置例えば、デジタルカメラやデジタルビデオカメラ等に適用される場合について説明するが、これに限られない。情報処理装置10は、例えば、通信装置や画像表示装置等の種々の装置に組み込み装置として適用されても良い。また、上述した説明では、CPU11がプログラムを実行することで各種処理が実行される場合について説明したが、これに限られず、例えば、CPUと協調して動作するASICなどの制御回路が各種処理を実行しても良い。また、CPUと制御回路との協調動作によって各種処理が実行されてもよい。また、CPUは単一である必要はなく、複数であっても良い。この場合、複数のCPUは分散して処理を実行する。また、複数のCPUは単一のコンピュータに配置されていても良いし、物理的に異なる複数のコンピュータに配置されていても良い。なお、CPUがプログラムを実行することで実現される処理が専用の回路によって実現されても良い。次に、図2を用いて、地点を含む領域を検索する地理情報検索を行なう際の処理の概要について説明する。ここで、着目地点201を含む領域を検索する場合について説明する。この場合、着目地点201を内包する検索対象領域203及び206が検索の結果としてヒットする。これに対し、検索対象領域202、204及び205は、着目地点201を内包しないためヒットしない。ここで、領域203及び領域204の関係に着目してみる。すなわち、領域203の中心が領域204の中心より遠いにもかかわらず、遠い方の領域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のメッシュコードであれば、事実上、地図データ上の特定の地点を表現できることになる。本実施形態においては、地点を特定する場合、システム上最も詳細な精度のメッシュコードで表現する。次に、図4を用いて、検索対象領域を覆うメッシュの一例について説明する。ここで、符号401は、検索対象領域を指している。この領域401を覆うメッシュは、メッシュ1~メッシュ17として示されている。各メッシュは、異なる階層に属すこともある。例えば、メッシュ8は他のメッシュよりも面積が大きいが、これは、複数の下位メッシュが統合されて階層が1段階上がった上位メッシュとなっているからである。ここで、黒丸で示す地点402を着目地点とした検索を行なった場合、領域401はヒット領域となる。バツ印で示す地点403を着目地点とした検索を行なった場合、領域401はヒット領域とならない。ここで、メッシュのうち、検索対象領域内に完全に内包されるメッシュ例えば、符号404を完全内包メッシュと呼び、検索対象領域に部分的に内包されるメッシュ例えば、符号405を部分内包メッシュと呼ぶ。地点403が着目地点の場合、メッシュ群に基づいて検索対象領域401を検索すると、メッシュ6がヒットする。ところが、メッシュ6は、部分内包メッシュであり、地点403が領域401の外側にある。そのため、その後実施される詳細チェックにおいて、地点403は、領域401に内包されないことが判明し、メッシュ6は検索結果から除かれることになる。このような詳細チェックによって最終的に検索結果から外れるが、処理途中では検索結果の候補とされる検索結果を偽検索結果と呼ぶ。次に、図5を用いて、メッシュテーブル41、詳細インデクステーブル42、領域テーブル43の構成の一例について説明する。メッシュテーブル41は、検索対象領域を覆うメッシュ群を管理する。カラム502には、各メッシュのメッシュコードが保持される。カラム503には、検索対象領域のIDが保持される。このIDを用いて領域テーブル43を参照することにより、領域の詳細な情報が入手される。カラム504には、各メッシュの領域を検索対象領域が完全に内包するか否かを示すフラグ完全フラグと呼ぶが保持される。完全に内包されるときには完全内包と呼ぶ、1が保持され、部分的に内包されるときには部分内包と呼ぶ、0が保持される。カラム505には、部分内包のメッシュを更に詳細化したメッシュ群を管理する詳細インデクステーブル42へのリンクが保持される。すなわち、メッシュテーブル41には、検索対象領域と、完全フラグと、詳細インデクステーブル42へのリンクとが対応付けて管理されている。領域テーブル43は、検索対象領域の地理的範囲を管理する。なお、ここでは、領域が矩形で構成されるものとして説明する。カラム507には、検索対象領域のIDが保持される。カラム508には、検索対象領域の左上地点のメッシュコードが保持される。カラム509には、検索対象領域の右下地点のメッシュコードが保持される。詳細インデクステーブル42は、部分内包メッシュを下位階層のメッシュに細分化して詳細化したメッシュ群を管理する。カラム511には、詳細化されたメッシュのメッシュコードが保持される。カラム512には、そのメッシュに対応する検索対象領域のIDが保持される。ここで、上述した処理についてフローチャートを用いて説明する。図6は、図1に示す情報処理装置10における処理の流れの一例を示す図である。この処理は、例えば、CPU11が、ROM17に格納されたプログラムを読み出し実行することにより実現される。この処理では、情報処理装置10は、CPU11において、まず、システムの初期化処理が行なわれるS101。すなわち、各種パラメータの初期化や初期画面の表示等が行なわれる。その後、情報処理装置10は、CPU11において、タッチパネル等の入力部12から何らかのイベントが発生するまで待機するS102。イベントが発生すると、情報処理装置10は、CPU11において、このイベントを判別し、イベントの種類に応じて各種の処理に分岐する。ここで、領域検索処理を示すイベントであればS103で領域検索、情報処理装置10は、当該イベントに従って領域検索処理を行なうS104。また、領域登録処理を示すイベントであればS103で領域登録、情報処理装置10は、当該イベントに従って領域登録処理を行なうS105。それ以外のイベントであればS103でその他イベント、情報処理装置10は、各種イベントに対応した処理を行なうS106。なお、他のイベントとしては、画面制御処理、写真撮影処理などが挙げられる。その後、情報処理装置10は、出力部13において、各処理の処理結果等をユーザに出力する。例えば、検索結果の表示、エラーがあった場合のエラー表示、正常な処理が行なわれた場合の画面表示等が行なわれる。次に、図7を用いて、図6のS104に示す領域検索処理の流れの一例について説明する。すなわち、検索対象領域内で着目地点を内包する地理領域1又は複数のメッシュを検索する際の処理について説明する。この処理が開始すると、情報処理装置10は、まず、着目地点取得部51において、着目地点の取得を行なうS201。すなわち、着目地点を示すメッシュコードを取得する。着目地点は、例えば、入力部12を介したユーザの指示により指定される。続いて、情報処理装置10は、候補取得部61において、S201の処理で取得したメッシュコードを検索文字列として検索結果の候補の取得を行なうS202、S203。すなわち、検索文字列の少なくとも一部前方文字列と一致するメッシュコードを持つメッシュをメッシュテーブル41から検索して取得し、それを検索結果の候補とする。情報処理装置10は、除外部62において、検索結果の候補として取得されたメッシュの完全フラグをチェックする。すなわち、各メッシュが、完全内包メッシュであるか、部分内包メッシュであるかを判定する。判定の結果、完全内包メッシュであればS204でYES、情報処理装置10は、S208の処理に進む。一方、部分内包メッシュであればS204でNO、情報処理装置10は、除外部62において、着目地点と検索対象領域との位置関係の詳細チェックを行なうS205。すなわち、S203の処理で取得されたメッシュに含まれる着目地点が、検索対象領域内であるか否かをチェックする。このチェックでは、まず、詳細インデクステーブル42から該当のメッシュの下位階層のメッシュ群を取得し、当該メッシュ群のうち着目地点を含むメッシュを取得する。そして、当該メッシュが検索対象領域内に内包されるか否かを判定する。これにより、検索対象領域内に内包されていなければ、S203の処理で検索されたメッシュは、偽検索結果であると判定される。詳細チェックの結果、着目地点を内包しない、すなわち、偽検索結果であった場合S206でYES、情報処理装置10は、除外部62において、当該偽検索結果を除外した後S207、S208の処理に進む。すなわち、偽検索結果となったメッシュを除外する。一方、偽検索結果でなければS206でNO、情報処理装置10は、検索部52において、検索文字列の末尾を1文字削除するS208。すなわち、着目地点のメッシュの階層を1段階広範な領域に引き上げる。これにより、着目地点のメッシュコードの前方文字列とメッシュコードとが一致する、より広範なメッシュをメッシュテーブル41から取得できることになる。情報処理装置10は、検索部52において、1文字削除の結果、検索文字列の長さが0になったか否かを判定する。文字列の長さが0でなければS209でNO、より広範なメッシュの前方一致検索を行なうため、情報処理装置10は、再度、S203の処理を行なう。すなわち、S203~S208の処理は、文字列の長さが0になるまで繰り返し行なわれる。一方、文字の長さが0であればS209でYES、情報処理装置10は、出力部13において、これまでに取得された検索結果の候補を正式な検索結果として出力した後S210、この処理を終了する。次に、図8を用いて、図6のS105に示す領域登録処理の流れの一例について説明する。すなわち、検索対象領域となる領域を登録する際の処理について説明する。この処理が開始すると、情報処理装置10は、領域登録部50において、まず、指定された領域を検索対象領域として領域テーブル43に登録するS301。検索対象領域は、例えば、入力部12を介したユーザの指示により指定される。そして、情報処理装置10は、領域登録部50において、当該検索対象領域を覆うメッシュ群を求めるS302。情報処理装置10は、領域登録部50において、S302の処理で求められたメッシュ群をメッシュテーブル41に登録するとともにS303、当該メッシュ群の中に部分内包メッシュがあるか否かを判定する。判定の結果、部分内包メッシュがなければS304でNO、情報処理装置10は、この処理を終了する。部分内包メッシュがあればS304でYES、情報処理装置10は、領域登録部50において、当該メッシュを下位階層のメッシュに細分化すなわち詳細化するS305。そして、当該細分化されたメッシュ群を詳細インデクステーブル42に登録した後S306、この処理を終了する。以上説明したように本実施形態によれば、通常の文字列検索のインデクス機構を流用して、前方一致検索を行なうことにより、着目地点を内包する検索対象領域を検索する際の処理負荷を軽減できる。更に、部分内包メッシュを詳細化した詳細インデクステーブルを設けることにより、詳細チェックの処理をより高速化できる。なお、従来の技術において緯度経度等に基づいた地理情報検索を行なう場合、テキスト検索のインデクスとは別の構造を持った専用インデクスが必要となっていたため、特に、組込み機器においてはリソースの負担が大きかった。実施形態2次に、実施形態2について説明する。上述した実施形態1においては、検索対象領域401が矩形形状である場合について説明したが、これに限られない。実施形態2においては、検索対象領域の形状の一例として、当該領域が円形である場合について説明する。例えば、図9aに示すように、検索対象領域406が円形であっても良い。この場合にも上記同様に、完全内包メッシュ6符号407と部分内包メッシュ12符号408とがある。図9bには、検索対象領域406が円形である場合のメッシュテーブル41及び、それからリンクされる領域テーブル43の構成の一例が示される。なお、メッシュテーブル41の構成は、図5で示した構成と同じ構成となる。領域テーブル43は、円形の検索対象領域406を管理する。カラム515には、検索対象領域のIDが保持される。カラム516には、検索対象領域円の中心地点のメッシュコードが保持される。カラム517には、円の半径距離が保持される。また、上述した実施形態1で説明した図7のS205の詳細チェックにおいては、円形である検索対象領域の中心から着目地点までの距離を求め、それが半径以下であるか否かを比較することにより詳細チェックを行なう。このように構成することで、検索対象領域が円形の場合であっても、実施形態1と同様の処理が行なえる。以上が本発明の代表的な実施形態の一例であるが、本発明は、上記及び図面に示す実施形態に限定することなく、その要旨を変更しない範囲内で適宜変形して実施できるものである。また、本発明は、例えば、システム、装置、方法、プログラム若しくは記憶媒体等としての実施態様を採ることもできる。具体的には、複数の機器から構成されるシステムに適用してもよいし、また、一つの機器からなる装置に適用してもよい。その他の実施形態本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェアプログラムを、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ又はCPUやMPU等がプログラムを読み出して実行する処理である。