(57)【要約】【課題】ユーザの要求によってマップ上の画像配置や表示の態様を編集可能とする。【解決手段】ユーザは、マップ編集モードをサーバ装置１１０へ指示し、サーバ装置１１０はマップ編集用の画面を生成してクライアント装置１００に送信する。マップ編集モード画面上で、ユーザは編集したいサムネイル画像を選択し、編集処理（移動、削除、サイズ変更、回転）を実施する。クライアントは、編集データ１２３をサーバへ送信し、集合画像生成処理部１１６は、編集データ１２３に応じて画像ＤＢ１１４に保持されている集合画像１２１の編集処理を実施し、編集後の集合画像を画像ＤＢ１１４に再登録する。【選択図】図１
2010020534.tif 000002
【特許請求の範囲】
【請求項１】
表示倍率に応じてサイズまたは解像度が変更可能な複数のサムネイル画像と、前記複数のサムネイル画像を集合させた集合画像を表示するサムネイル一覧ビューと、前記サムネイル一覧ビューの全てまたは一部を表示する一覧ビューウィンドウにより構成された一覧表示画面を生成する生成手段と、前記一覧ビューウィンドウ上の前記サムネイル画像の配置を決定する配置決定手段と、ユーザの指示に応じて、前記サムネイル画像の配置情報を変更する編集手段と、前記配置情報の変更に応じて前記集合画像を変更する集合画像変更手段を備えたことを特徴とする画像処理装置。
【請求項２】
前記集合画像変更手段は、前記集合画像における編集対象のサムネイル画像を含む削除領域を特定する削除領域特定手段と、前記サムネイル画像が削除された後の前記削除領域に対応する削除領域画像を生成する削除領域生成手段と、前記生成された削除領域画像を前記削除領域に合成する合成手段を備えたことを特徴とする請求項１記載の画像処理装置。
【請求項３】
前記集合画像が複数の部分集合画像に分割され、前記集合画像変更手段は、前記複数の部分集合画像から、編集対象のサムネイル画像を含む部分集合画像を特定する部分集合画像特定手段と、前記特定された部分集合画像における前記編集対象のサムネイル画像を含む削除領域を特定する削除領域特定手段と、前記サムネイル画像が削除された後の前記削除領域に対応する削除領域画像を生成する削除領域生成手段と、前記生成された削除領域画像を前記部分集合画像の削除領域に合成する合成手段を備えたことを特徴とする請求項１記載の画像処理装置。
【請求項４】
前記集合画像変更手段は、前記集合画像における編集対象のサムネイル画像を含む削除領域を特定する削除領域特定手段と、前記サムネイル画像が削除された後の前記削除領域に対応する削除領域画像を生成する削除領域生成手段と、前記集合画像が複数の部分集合画像に分割され、前記複数の部分集合画像から、前記削除領域画像を含む部分集合画像を特定する部分集合画像特定手段と、前記特定された部分集合画像における前記編集対象のサムネイル画像を含む削除領域を特定する部分集合画像削除領域特定手段と、前記削除領域画像の内、前記部分集合画像の削除領域に対応する部分を、前記特定された部分集合画像の削除領域に合成する合成手段を備えたことを特徴とする請求項１記載の画像処理装置。
【請求項５】
前記削除領域生成手段は、前記削除領域内に含まれるサムネイル画像を特定する特定手段と、前記集合画像の生成時に、前記特定されたサムネイル画像が合成された順番に従って、前記特定されたサムネイル画像を前記削除領域に合成する合成手段を備えたことを特徴とする請求項２、３または４記載の画像処理装置。
【請求項６】
前記編集手段は、前記サムネイル画像の削除、前記サムネイル画像の位置の変更、前記サムネイル画像のサイズの変更、前記サムネイル画像の回転のいずれかを含む編集を行うことを特徴とする請求項１記載の画像処理装置。
【請求項７】
表示倍率に応じてサイズまたは解像度が変更可能な複数のサムネイル画像と、前記複数のサムネイル画像を集合させた集合画像を表示するサムネイル一覧ビューと、前記サムネイル一覧ビューの全てまたは一部を表示する一覧ビューウィンドウにより構成された一覧表示画面を生成する生成工程と、前記一覧ビューウィンドウ上の前記サムネイル画像の配置を決定する配置決定工程と、ユーザの指示に応じて、前記サムネイル画像の配置情報を変更する編集工程と、前記配置情報の変更に応じて前記集合画像を変更する集合画像変更工程を備えたことを特徴とする画像処理方法。
【請求項８】
請求項７記載の画像処理方法をコンピュータに実現させるためのプログラム。
【請求項９】
請求項７記載の画像処理方法をコンピュータに実現させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像データベースなどに蓄積された画像データに対して、サムネイル一覧などの複数画像の一覧表示画面を生成する機能を備えた画像処理装置、画像処理方法、プログラムおよび記録媒体に関し、例えば、ファイルサーバ、複写機の複合機（ＭＦＰ（Ｍｕｌｔｉ  Ｆｕｎｃｔｉｏｎ  Ｐｒｉｎｔｅｒ））、画像処理プログラムなどに好適な技術に関する。
【背景技術】
【０００２】
近年、スキャナの低価格化やスキャン機能を搭載したＭＦＰの普及やｅ−文書法などの法制化により、オフィスでもそのハンドリングの良さや利便性が認知され、紙文書が電子化されている。また、電子化された文書画像データや写真画像データ、ＰＣなどのアプリケーションによって作成された文書データなどをデータベース（以下ＤＢ）化して一元管理する画像ＤＢの利用も増大している。
【０００３】
上記した画像ＤＢは、サーバ装置を設置してインターネットやＬＡＮを介して多数のユーザがアクセスする大規模なものから、個人のＰＣ内にＤＢを構築するパーソナル用途まで様々であり、例えば、近年のＭＦＰは内臓のＨＤＤに文書を蓄積する機能が備えられ、ＭＦＰをベースとした画像ＤＢが構築されている。
【０００４】
複数の画像が蓄積されている画像ＤＢ内の画像を閲覧する場合、ユーザは画像の検索手法を用いて目的の画像を検索する。すなわち、検索対象画像の画像名（ファイル名）が既知であれば、画像名の一覧から検索するが、通常はサムネイルの一覧表示が使用される。例えば、文書画像を検索する場合、キーワード検索した後に、キーワードにヒットした候補画像をサムネイル一覧表示して、最終的に検索対象画像を選択し、あるいは最初からサムネイル一覧表示のみを使用し、検索対象画像を探索する方法が採られている。
【０００５】
サムネイル一覧表示は縮小画像を画面上に複数個配列することにより、画像内容の把握を容易にするものであるが、限られた画面上に複数の画像を一度に表示するため、個々のサムネイルの解像度は一般的に低い。写真画像をサムネイル一覧表示した場合、低解像度の縮小画像でもその内容把握は比較的容易であるが、文字中心の文書画像の場合は、その縮小画像では文字の判読が困難になり文書画像の内容把握が難しい。従って、文書画像の検索では、ユーザは個々の文書画像をビューアなどの機能を使って拡大表示して確認しなければならず、検索時の操作性が非常に悪い。特に、ネットワークを介したサーバ・クライアントシステムの場合では、ビューアで画像を表示する際に新たに解像度の高い画像データの転送が必要となり、この結果、多数の画像の確認に、多くの処理時間を要し、検索効率が著しく低下する。
【０００６】
また、前記した画像ＤＢの蓄積画像数が増加すると、ＤＢに蓄積されている画像の全容の把握が困難になる。通常のサムネイル一覧表示で、蓄積画像数が数千の画像にも及ぶと、ユーザがそれら全てをチェックすることは実際には難しく、仮に実施したとしてもランダムに並んだサムネイル一覧からＤＢの全容を推測することは非常に困難である。これは画像ＤＢのブラックボックス化の現れであり、以下のような弊害が考えられる。例えばＷＷＷなどのように、世界中の莫大な情報が集められているものを情報ＤＢの対象とする場合、ユーザが必要とする情報は、ほぼ確実に存在し得るためユーザは安心して検索などを行うが、ユーザは、「通常のローカルな画像ＤＢにどのような情報がどれだけ蓄積されているか？」という情報はユーザの記憶にのみ依存しており、その記憶を頼りにキーワードや日付などを基にして蓄積画像を検索して目的の情報を得るしかないので、ユーザが忘れてしまった情報の活用機会が失われ、画像ＤＢの利用効率を低下させることになる。
【０００７】
上記した問題を解決する方法として、画像を２次元または３次元のマップ上に配置して閲覧利用者が全体俯瞰やズーム、スクロールなどの機能を使用して地図上を散策するようなイメージで情報空間を散策するマップ探索型の画像閲覧方法がある（特許文献１を参照）。しかし、上記したマップ探索型の画像閲覧方法において、画像ＤＢの全容を把握するためには、ＤＢ内に蓄積された画像が一覧可能となる、多量の表示画像数を一度に表示する必要があるが、多数の画像表示の手法については何ら開示されていない。
【０００８】
また本出願人は、先にマップ探索型の画像閲覧方法を提案した（特願２００６−３０４０１２号）。すなわち、マップ探索型の画像閲覧方法において、画像の表示倍率（拡大率）に応じて、サムネイルサイズまたは解像度を変更することにより、サムネイルの精細度を変更し、拡大率を上げても画質が低下することなく内容の確認が可能となる手法（フリーズーム可能なマップ探索型画像閲覧手法）である。また、サムネイル一覧ビューを予め一つの画像データ（集合画像）として蓄積しておき、表示領域の画面生成を簡素化して表示時間の短縮を実現し、また、複数の画像を貼り付けた集合画像を階層符号化して用いることによって、多くの画像を表示する際にも軽快に動作するマップ探索型の画像処理装置も開示されている。
【０００９】
このようなマップ探索型の画像閲覧方法では、システムにより配置された画像配置が、ユーザの求めるものと異なる場合がある。そのような場合には、ユーザは適宜、マップ上の画像配置を変更（マップ編集）することにより、検索効率を向上させ、操作性を向上させている。例えば、使用頻度の高い画像を目立つ位置に配置し、あるいは目立つ（または目立たない）ようにサイズを変更することにより、特定画像へのアクセスを容易にし、さらには画像の回転角度を簡易に修正するなどしている。
【００１０】
画像一覧上の画像配置や表示の態様を簡易に編集可能な手法として、画像の仕分けに注目した特許文献２がある。特許文献２の装置では、仕分ウィンドウ内に割り当てられた仕分ビュー内に、元画像のサムネイル画像を一覧配置して形成されたビュー画像を嵌め込んで、表示画面上に表示させ、仕分ビュー内のサムネイル画像に対して、ユーザが選択操作・移動操作・複写操作を行って、仕分をする。これにより、仕分ビュー内に一度に画像が一覧表示されるため、ユーザが、一度に画像を感覚的に把握して仕分ビュー内のサムネイル画像に対して仕分作業を行うことによって、あたかもプリントアウトされた写真を机（仕分ビュー）の上に広げて仕分作業を行うのと同じ感覚で、画像（写真）の仕分を行う。
【００１１】
【特許文献１】特開２００３−７６７１８号公報
【特許文献２】特開２００５−２７６１６３号公報
【発明の開示】
【発明が解決しようとする課題】
【００１２】
前述したように、マップ上に画像を配置する画像閲覧方法においては、しばしばユーザによる画像の配置変更の要求がある。通常、ＨＴＭＬ文書を利用した画像データの表示は、画像の位置情報と画像データの本体がリンク手段によって、別々にクライアント側のブラウザソフトによって扱われるために、画像の位置情報の変更は可能である。しかし、前述したような集合画像を使用したマップ探索型の画像閲覧方法においては、集合画像という画像データによって個別画像の位置情報と画像データが扱われるため、マップ上の画像の配置を簡単に変更できないという問題があった。
【００１３】
本発明は上記した問題点に鑑みてなされたもので、
本発明の目的は、集合画像を使用したマップ探索型の画像閲覧の表示方法において、ユーザの要求によってマップ上の画像配置や表示の態様を編集可能とする画像処理装置、方法、プログラムおよび記録媒体を提供することにある。
【課題を解決するための手段】
【００１４】
本発明は、表示倍率に応じてサイズまたは解像度が変更可能な複数のサムネイル画像と、前記複数のサムネイル画像を集合させた集合画像を表示するサムネイル一覧ビューと、前記サムネイル一覧ビューの全てまたは一部を表示する一覧ビューウィンドウにより構成された一覧表示画面を生成する生成手段と、前記一覧ビューウィンドウ上の前記サムネイル画像の配置を決定する配置決定手段と、ユーザの指示に応じて、前記サムネイル画像の配置情報を変更する編集手段と、前記配置情報の変更に応じて前記集合画像を変更する集合画像変更手段を備えたことを最も主要な特徴とする。
【発明の効果】
【００１５】
請求項１、２、６〜９：システムにより配置された画像配置がユーザの希望通りのものでない場合や、特定画像へのアクセスのしやすさなどのユーザの要求に応じて、マップ上の画像位置や表示態様の変更が可能となる。
【００１６】
請求項３：サーバに必要なメモリ量を削減することができ、システム全体のコストダウンが可能となる。
【００１７】
請求項４：編集対象画像に跨る部分集合画像の削除領域画像を集合画像単位ではなく一度に処理しているので、削除領域に含まれるサムネイル画像の特定処理が、処理対象の部分集合画像の数に関わらず、１回の処理で済み、処理量が低減される。
【００１８】
請求項５：変更後の集合画像においても、ユーザの注目度に応じた違和感のない表示画面を生成することができる。
【発明を実施するための最良の形態】
【００１９】
以下、発明の実施の形態について図面により詳細に説明する。
【００２０】
実施例１
図１は、本発明の実施例１のシステム構成を示す。図１において、１００はパーソナルコンピュータ（以下ＰＣ）、ＰＤＡや携帯電話などのモバイル端末などのクライアント装置である。１０１はモニタなどの表示デバイス、１０２はユーザ指示の解釈、サーバ装置１１０との通信、表示デバイス１０１の制御を行うアプリケーションプログラム、１０３はユーザからの指示入力手段であるキーボードやマウスなどの入力デバイス、１０４はＬＡＮやインターネットなどの外部通信路である。
【００２１】
１１０はクライアントからのコマンドに応じて画像の検索などを行い検索結果をクライアント装置１００へ出力するサーバ装置、１１１は外部通信路１０４とのインターフェース（以下Ｉ／Ｆ）、１１２は画像ＤＢ１１４へ登録する登録画像データ、１１３は登録画像データ１１２を所定サイズ以下に変倍して表示用のサムネイル画像を生成するサムネイル生成処理部、１１４は登録画像１１２の画像データ、登録画像１１２のサムネイル画像データを蓄積する画像ＤＢ、１１６は複数のサムネイルを貼り付けた集合画像を生成するとともに、ユーザ操作に応じたマップ編集処理により集合画像の変更を行う集合画像生成処理部、１１７は登録画像を入力し、マップ画面上の画像配置を決定する画像配置決定処理部、１１８はクライアント装置１００へ表示するための表示画面を生成し、かつ画面制御データ１２０の内容に応じて表示画面を制御する表示画面制御処理部、１１９はクライアント装置１００の表示デバイス１０１上へ表示するための表示画面データ、１２０はクライアント１００によって指定され入力される画面制御データ、１２１は登録画像１１２を所定のサイズに縮小した画像を貼り付け合成して集合した集合画像、１２２は画像ＤＢ１１４に登録された全画像のマップ上の位置、画像の回転角、マップとの相対サイズを表す画像配置データ、１２３はマップ編集処理時にクライアント装置１００によって指定され入力される編集データである。図中の破線は画像登録時のデータの流れを表し、実線はサムネイル一覧表示画面生成時のデータの流れを表し、点線はマップ編集処理時のデータの流れを表している。
【００２２】
図２は、サーバ装置１１０／クライアント装置１００の構成を示す。図２において、２０１はプログラムに応じた演算や処理を行うＣＰＵ、２０２はプログラムのコードや画像の符号データなどのデータを一時的に記憶、保持するワーク領域として使用される揮発性のメモリ、２０３は画像データやプログラムなどを保存、蓄積するためのハードディスク（以下ＨＤＤ）であり、画像ＤＢ１１４を保持する。２０４はモニタ２０５へ表示するためのデータバッファであるビデオメモリである。ビデオメモリ２０４に書き込まれた画像データは、定期的にモニタ２０５へ表示される。２０６はマウスやキーボードなどの入力デバイス、２０７はインターネットやＬＡＮなどの外部通信路１０４を介してデータを送受信する外部Ｉ／Ｆ、２０８は各々の構成要素を接続するバスである。
【００２３】
本実施例では、サーバ装置１１０がサーバコンピュータにより構成され、表示画面生成などの処理がソフトウェによって実現される例を示す。すなわち、サーバ内の処理は図示しないアプリケーションプログラムによって実現される。本発明の実施形態はこれに限定されず、ＭＦＰなどの装置内にハードウェアによって処理するように構成しても良いし、また、サーバ、クライアント構成を採らずに、例えば１つのＰＣやＭＦＰなどの機器内に、図１の全てを構成するようにしても良い。
【００２４】
以下、本実施例の動作概要を説明する。実施例１のシステムは、大別すると二つの動作に分かれている。一つは画像の登録動作であり、他の一つは所望の画像を検索し、閲覧し、取得（サーバからのダウンロード）する「ＤＢ内の画像を利用する」動作である。画像の利用においては、まず所望の画像を検索し、その後、アプリケーションのビューアを使用して画像を閲覧し、ユーザのＰＣ内へ蓄積する。
【００２５】
以下、本実施例における、画像登録時の動作と、画像のサムネイル一覧表示からの検索動作時の検索結果の表示について説明する。
【００２６】
図３（１）は、画像登録時の動作フローチャートを示す。図１（破線は登録時の動作を示す）、図３（１）を参照して画像登録動作を説明する。
【００２７】
ステップＳ００１において、ユーザは、クライアント装置１００からアプリケーションプログラム１０２を介してサーバ装置１１０へ画像データの登録の指示と登録する登録画像データ１１２を指示する。
【００２８】
ステップＳ００２において、登録画像データ１１２は、外部通信路１０４を介してサーバ装置１１０へ入力され、外部Ｉ／Ｆ１１１を経由して、ファイル名などの付随するメタ情報などと共にＩＤが付与されて画像ＤＢ１１４に登録される。同時に、サムネイル生成処理部１１３は登録画像１１２を縮小処理して表示用のサムネイル画像を生成し、ＩＤを付与して画像ＤＢ１１４に登録する。登録画像データ１１２が複数ページの画像データである場合には、ページ単位でサムネイル画像を生成する。
【００２９】
ステップＳ００３において、ステップＳ００２の処理と並行して、画像配置決定処理部１１７は登録画像データ１１２を基に、所定の処理によりマップ上の登録画像の位置を決定するとともに、画像の回転角、マップとの相対サイズを決定する。本実施例では、マップ上の登録画像の位置、画像の回転角、マップとの相対サイズを、画像配置データという。
【００３０】
また、画像配置決定処理部１１７は、画像ＤＢ１１４に画像データと共に登録されている登録画像データ１１２の画像配置データ１２２を登録する。また、登録画像データ１１２の画像配置データ１２２を集合画像生成処理部１１６へ出力する。
【００３１】
画像のマップ上の位置を決定する処理は、マップの形態によってシステム側で決められる処理であり、例えば順番に画像を配置する場合には、前回登録された画像の次の位置に割り当てられ、画像の特徴によって画像の位置を決定するようなマップの場合、画像から特徴量を抽出して特徴量に応じて画像位置を決定すれば良い。また、文書画像の場合は、文章の形態素解析などによって求めた特徴量に応じて画像位置を決定すれば良い。一例としては、画像から色味や形状、テクスチャ、レイアウトなどの複数の特徴量を抽出して、自己組織化マップなどの公知の手法を用いて、２次元または３次元空間の座標へ変換する手法などが画像の見た目の良さを生かしたマップ探索が可能となる。これらは公知の技術を用いれば良い。
【００３２】
また、画像の回転角度は初期データを０度とし、画像サイズのマップとの相対サイズは、例えばマップ全体のサイズを１０，０００画素×１０，０００画素と規定した上で、画像のサイズをマップと適合するように求めれば良い。ここでの画像サイズは、マップ上に表示する画像数などによってシステムで設定すれば良い。例えば、画像の最大サイズを５００画素×５００画素と規定して画像の長辺のサイズを最大サイズとして、短辺のサイズは長辺と短辺の比率により求めれば良い。画像の相対サイズとしては、画像の幅と高さのデータを保持する方法の他に、マップ上の画像の位置を画像の左上と右下などの２点の座標を保持して、画像の位置データによって画像の相対サイズを規定する方法もある。
【００３３】
ステップＳ００４において、集合画像生成処理部１１６は、登録画像データ１１２と画像配置決定処理１１７で決定された登録画像データ１１２の画像配置データ１２２を入力して集合画像を生成し、画像ＤＢ１１４に登録する。
【００３４】
上記画像ＤＢ１１４における、ＩＤやファイル名などの付随するメタ情報は、一般的なＲＤＢ（リレーショナルデータベース）を使用することにより、情報の登録、管理、検索などの処理を簡易に実現できる。また、サムネイルおよび原画像データは、必要に応じて圧縮符号化して蓄積し、上記したメタ情報からリンクされて読み込み可能に構築しておけばよい。また、画像ＤＢ１１４は上述の機能を満たせば、例えばＸＭＬなどの言語を使用し、階層的なデータ構造などを構築して蓄積しても良く、また、異なるサーバ毎にそれぞれＤＢとして蓄積してもよい。画像登録は、スキャナやデジタルカメラなどの画像入力装置から直接、画像データをサーバ装置１１０に登録するようにしても良い。また、サーバ１１０にレンダリングの機能を備えて電子データを入力可能に構成しても良い。
【００３５】
図３（２）は、集合画像生成処理部１１６の処理フローチャートである。以下、図３（１）のステップＳ００４の詳細処理である、集合画像生成処理について詳細に説明する。ここでは、既に画像ＤＢ１１４に複数の画像が登録されている状態での処理内容について説明する。
【００３６】
ステップＳ０１１において、画像ＤＢ１１４より登録されている既存の集合画像１２１を取得する。
【００３７】
ステップＳ０１２において、入力された登録画像１１２を所定サイズに縮小処理する。ここでの所定サイズは、画像配置決定処理部１１７で決定された、マップとの相対サイズによって決定されるサイズである。
【００３８】
ステップＳ０１３において、ステップＳ０１２で縮小された登録画像を、集合画像１２１に合成処理する。ここでの合成処理は、画像配置決定処理部１１７において決定された集合画像の位置に、縮小された登録画像を貼り付けるように上書き処理する。
【００３９】
ステップＳ０１４において、生成した（更新した）集合画像を画像ＤＢ１１４に再登録する。
【００４０】
以下、本実施例におけるサムネイル画像と集合画像について説明する。本実施例では、登録画像毎にクライアント装置１００が表示に使用するサムネイル画像と集合画像を生成する。本発明のマップ探索型の表示システムでは、クライアントの表示サイズに応じた画像サイズのサムネイル画像を生成する必要があるが、このような生成手法としては、ＪＰＥＧ２０００などに代表される階層符号化方式を用い、必要な画像サイズ分の画像データ（符号コード）を生成することにより実現され、また、サイズの異なるサムネイル画像を複数用意して表示サイズに対応するサムネイル画像を選択するように構成しても良い。
【００４１】
複数のサムネイル画像を集合させた集合画像についても、個々の画像の縮小画像であるサムネイル画像と同様に階層符号化方式で構成してもよいし、サイズの異なる複数の画像で構成しても良い。集合画像は一般的に膨大なデータ量となるので、階層符号化方式で構成した方が全体的な蓄積容量を節約できる。また、集合画像は１つの画像で構成しても良く、また集合画像全体をいくつかに分割した複数の画像で構成しても良いが、本実施例では、１つの集合画像を使用した例として説明する。
【００４２】
図４は、画像検索時の動作フローチャートである。図１、４を参照して、本実施例の画像検索動作を説明する。
【００４３】
ステップＳ１０１において、ユーザは、クライアント装置１００のアプリケーションプログラム１０２を使用して、サムネイル画像の一覧表示をサーバ装置１１０へ指示する。
【００４４】
ステップＳ１０２において、サーバ装置１１０は、一覧表示指示を受信すると、表示画面制御処理部１１８は図５（１）に示すように、サムネイル一覧表示画面の初期画面を生成する。図５（１）は、サムネイル一覧表示画面の一例を示し、３０１はサムネイル一覧ビュー３０２の表示領域を規定するウィンドウ、３０２はサムネイル画像の表示フレームであるサムネイル一覧ビュー、３０３はサムネイル画像（一つの矩形が一つのサムネイル画像を表す）、３０４はサムネイル一覧ビューの表示倍率を設定するスライダ、３０５はサムネイル一覧ビューを水平方向へスクロールするスライダ、３０６はサムネイル一覧ビューを垂直方向へスクロールするスライダである。
【００４５】
集合画像を表示する場合、サムネイル一覧ビュー３０２自体が集合画像となり、個々のサムネイル画像を表示する場合、サムネイル一覧ビュー３０２上に表示される各サムネイル画像が個々の画像となる。ここでは、集合画像が前述したように１つの画像であるとして説明する。図５（３）は、集合画像を分割し、複数の画像として取り扱う例を示す。（３）は１６領域に分割した例であり、図中の太線と丸付き番号は分割の境界を示す。領域の分割方法は等分割に限定されず、その形状も矩形に限定されない。また、図５では、マップ上のサムネイル画像の配置がランダムに配置され、マップ上の画像が重なる例であるが、整列して配置しても良い。
【００４６】
本実施例におけるサムネイル一覧表示画面は、大きく二つの画面構造をなしている。一つはサムネイル一覧ビュー３０２であり、他の一つはユーザインターフェースの部分と外枠のフレーム部分である。クライアント装置１００内のアプリケーション１０２は、これら二つのフレームを合成して表示デバイス１０１用の表示画面を生成し、最終的に図５（１）の画面を作成する。
【００４７】
図５（２）は、サムネイル一覧ビュー３０２を示し、３０７はウィンドウ３０１の境界を表す表示領域を示す。表示画面制御処理部１１８は、表示画面を生成する場合、二種類の画面を生成するが、外枠のフレーム部分は、サムネイル一覧ビュー３０２の表示倍率や表示領域のスライダ３０５、３０６の位置を変更する程度であるので、その説明は省略し、サムネイル一覧ビュー３０２の画面生成を詳述する。
【００４８】
表示画面制御処理部１１８が初期画面を生成する場合、サムネイル一覧ビュー３０２の表示倍率（図５（１）は最低倍率）と表示領域３０７を所定の値に設定して、サムネイル一覧ビュー３０２を生成し、外枠のフレーム部分と共に表示画面１１９として外部Ｉ／Ｆ１１１より外部通信路１０４を経由してクライアント装置１００へ送信する。
【００４９】
サムネイル一覧ビュー３０２は、図５（２）に示す画面となるが、表示画面制御処理部１１８では、集合画像を使用する場合は集合画像をサムネイル一覧ビュー３０２として用いればよく、個々のサムネイル画像を使用する場合は、画像配置データ１２２（座標データ）と表示画像のＩＤ情報を保持しておけばよい。また、サムネイル一覧ビュー３０２は、表示領域３０７内の画面のみをクライアント装置１００へ送信する。個々の画像を使用してサムネイル一覧ビューを生成するか、集合画像を使用するかは、例えば表示画像数や表示倍率により切り替え、あるいは表示用の複数のモードを備え、モードにより切り替えればよい。
【００５０】
上記したような表示画面の作成方法やサーバ・クライアント間の通信方法には種々の手法があるが、一般的によく使用される手法としてサーバ装置１１０をＷｅｂサーバとしてＷＷＷベースの技術を使用することにより実現可能となる。そして、表示画面１１９はＨＴＭＬによって記述され、アプリケーション１０２は一般的なＷｅｂブラウザを使用すれば良い。また、本実施例では、表示倍率や表示領域を変更するためのスクロールのスライダを画面内に構成しているが、例えば、クライアント装置１００内のマウスなどの入力デバイスにそれらの機能を設けるように構成しても良い。
【００５１】
図４に戻り、ステップＳ１０３において、クライアント装置１００のアプリケーション１０２は、表示画面１１９を展開（レンダリング）し、表示デバイス１０１上に表示画面１１９を表示する。
【００５２】
ステップＳ１０４において、クライアント装置１００を使用しているユーザは、表示画面１１９を閲覧し、検索対象画像を探すために、表示領域を変更するスライダ３０５、３０６を操作し、また、表示倍率を変更する表示画面倍率設定用スライダ３０４を操作し、画面スクロールや表示倍率の変更を指示する。このスライダの操作は、マウスなどの図示しない入力デバイス１０３により実行される。
【００５３】
ステップＳ１０５において、画面スクロールや表示倍率の変更指示は、画面制御データ１２０として表示倍率と表示領域のデータに変換されてサーバ装置１１０へ送信される。
【００５４】
ステップＳ１０６において、サーバ装置１１０では、画面制御データ１２０を受信すると、後述するように、サムネイル一覧ビュー画面を変更する。ステップＳ１０７において、ステップＳ１０３と同様に、表示デバイス１０１上に変更後の表示画面１１９を表示する。ステップＳ１０８において、ユーザが検索対象画像を見つけられない場合は、ステップＳ１０４〜Ｓ１０７の動作を繰り返す。
【００５５】
図６は、表示デバイス１０１に表示される拡大表示の例を示す。ユーザは、多くのサムネイル画像から検索対象画像の候補画像を、スライダ３０５、３０６を使用して画面中央へ表示させ（図６（２））、徐々に拡大率を上げていく過程で、周囲画像と比較し、画像内容を確認しながら、検索対象画像か否かを確認する（図６（２）、（３））。検索対象画像ではないと確認できた場合は、表示倍率を縮小して候補の画像を探索する。一方、検索対象画像である場合は、サムネイル一覧ビュー３０２の画面の状態で、表示倍率を上げることにより画像内容を詳細に確認することができる（図６（４））。
【００５６】
以上の処理が、実施例１のマップ探索型の画像閲覧手法の基本動作である、画像登録、画像検索、探索動作の例である。
【００５７】
図７は、実施例１のマップ編集処理のフローチャートである。図１、図７を参照して、本発明の特徴である、集合画像を使用したマップ探索型の画像閲覧手法におけるマップ上の画像配置の編集動作を説明する（集合画像が分割されていないものとして、説明する）。
【００５８】
ステップＳ２０１において、ユーザは、クライアント装置１００のアプリケーションプログラム１０２を使用して、マップ編集モードを指示してサーバ装置１１０へ指示する。マップ編集モードの指示は、アプリケーションプログラム１０２などによりメニューやボタンなどを用意し、マップ編集モードへの移行を指示するように構成しても良いし、後述するステップＳ２０３での動作によりシステムが自動的にマップ編集モードへ移行するように構成しても良い。前者の例で説明する（後者の場合、ステップ２０４以降の処理を行えばよい）。
【００５９】
ステップＳ２０２において、マップ編集モードへのモード移行指示を受信したサーバ装置１１０では、表示画面制御処理部１１８がマップ編集モード用の画面を生成し、クライアント装置１００へ送信する。
【００６０】
マップ編集モード用の画面例として、例えば、通常の画面と同様の画面で“マップ編集モード”などのタイトルを表示したり、あるいはマップ画面を多少グレーダウンしたりするなど、視覚的にユーザがそのモードであることを分かり易くする。また、集合画像を表示している場合、簡単なマップ編集処理には不向きであるので、個々のサムネイル画像を表示するように画面を変更しても良く、簡単に複数の画像を移動させるような場合は好適である。また、集合画像と比較して、個々のサムネイル画像を表示する表示画像数が多い場合には、表示に時間がかかるので、例えば、表示倍率を大きくして、表示画像数を少なくするなどの処理を行った方が良い。
【００６１】
ステップＳ２０３において、マップ編集モード画面を受信したクライアント装置１００は、表示デバイス１０１上に編集モード用の画面を表示する。ステップＳ２０４において、マップ編集モード画面上で、ユーザは編集したいサムネイル画像をマウスなどの入力デバイス１０３を使用して選択し、編集内容に応じて所定の操作を実施する。
【００６２】
図８は、ユーザによるマップ編集操作の一例を示す。まず、ユーザは、編集したいサムネイル画像を選択する（図８（１））。この操作は例えばマウスなどの入力デバイスなどでカーソル３１１を画像上に合わせて「クリック」などの指示動作によって容易に実現できる。選択に応じて、例えば選択された編集対象画像に他の画像が重なっていた場合、編集対象画像を最も上側に表示した方がよい。
【００６３】
画像が選択されると、編集メニュー３１２が選択されたサムネイル画像近傍に表示され、ユーザは所望のメニューを画像選択と同様にして選択する（図８（２））。ここでは、例えば「移動」、「削除」、「サイズ変更」、「回転」の４つのメニューが表示され、ユーザは所望の編集処理である「移動」を選択した例を示している。ここで、例えば「削除」を選択した場合、サムネイル一覧ビュー３０２上から編集対象画像を消去すれば良い。例えば、個々のサムネイル画像を表示している場合に、クライアント装置１００のアプリケーションプログラム１０２が、編集対象画像を表示しない操作のみで容易に実現可能であり、ユーザからは見かけ上、編集処理が完了したように表示することが出来る。ただし、サーバ側の情報が変更されていないので実際には編集処理は終了していない。しかし、集合画像を表示している場合には、瞬時に集合画像からサムネイル画像を消去するのは難しいので、このような場合、編集対象画像に何らかのマーキングを重ね合わせるなどして、ユーザに表示した方がよい。
【００６４】
「移動」を選択した場合も同様で、個々のサムネイル画像を表示している場合、画像をマウスなどの入力デバイス１０３によって「ドラッグ・アンド・ドロップ」などの操作に伴ってマップ上の位置を移動させる（図８（１））ことは容易に実現可能である。一方、集合画像を表示している場合は、サーバから編集対象画像のサムネイル画像を受信して、集合画像に重ね合わせるように表示して編集対象画像のみ個々のサムネイル画像を表示すれば、表示されている全てのサムネイル画像の個々の画像を表示した場合と同様の処理を行うことが可能となり、より好適である。但し、移動前のマップ上の位置には、編集対象画像が表示されたままになるので「削除」の場合と同様にマーキングなどをする方が良い。「サイズ変更」、「回転」についても、選択された編集対象画像を拡大または回転したい方向へドラッグすればよい（図８（４））。また、「サイズ変更」、「回転」においても「移動」と同様の表示手法を使用すれば良い。
【００６５】
ステップＳ２０５において、編集処理が完了すると、クライアント装置１００は、編集内容に応じた情報（編集データ１２３）をサーバ装置１１０へ送信する。編集データ１２３は少なくとも、編集対象画像を特定するための画像ＩＤ、編集の内容、新規のマップ上の座標位置などからなる。編集処理の完了は、画面上のメニューやボタンなどを使用して明示的に実施した方がより好適であり、その際に編集内容の保存をユーザへ確認するなどの処理を実施した方が良い。例えば、ユーザが編集内容をキャンセルすれば、サーバ側の画像配置データ１２２は編集前の情報となっているためサーバから表示画面を再ロードするのみで容易に編集内容を元に戻すことが可能である。
【００６６】
ステップＳ２０６において、編集データ１２３を受信したサーバ装置１１０は、画像配置決定処理部１１７へ編集データを入力する。画像配置決定処理部１１７では、画像ＤＢ１１４より編集対象画像の画像配置データ１２２を取得し、編集対象画像の配置データを編集内容に応じて変更して画像ＤＢ１１４に再登録すると共に、編集データ１２３の内容を集合画像生成処理部１１６へ出力する。また、画像配置データ１２２が編集内容の履歴などを保持し、ユーザに対して編集内容の取り消しなどの機能を提供した方がより好適である。
【００６７】
ステップＳ２０７において、集合画像生成処理部１１６は、画像配置決定処理１１７から入力された編集データ１２３に応じて画像ＤＢ１１４に保持されている集合画像１２１を読み出し、後述するように、集合画像の編集処理を実施する。
【００６８】
ステップＳ２０８において、集合画像生成処理部１１６は、集合画像の編集処理が終了すると、編集後の集合画像を画像ＤＢ１１４に再度登録する。ステップＳ２０９において、サーバ装置１１０の表示画面制御処理部１１８は、通常の検索、閲覧動作と同様に表示画面１１９を生成し、クライアント装置１００へ送信する。
【００６９】
ステップＳ２１０において、クライアント装置１００は、表示画面１１９を表示デバイス１０１上に表示して、マップ編集処理が完了する。
【００７０】
図９（１）は、集合画像生成処理部１１６が実行する集合画像編集処理のフローチャートである。図９（１）を参照して集合画像の編集処理を詳細に説明する。編集処理の内容や編集対象画像を特定する画像ＩＤ、編集前後の編集対象画像のマップ上の座標データなどの情報は、画像配置決定処理部１１７から編集データ１２３として入力される。
【００７１】
ステップＳ３０１において、画像配置決定処理部１１７より入力された編集データ１２２を基に、マップ編集処理の内容が、「サイズ変更」の拡大処理か、または「回転」処理である１８０度回転処理かを判定し、該当する場合、ステップＳ３０４へジャンプする。つまり、拡大処理と１８０度回転の場合は、編集対象画像のマップ上の座標に変更が生じない（編集対象画像の編集前の位置と編集後の位置が一致）ので、集合画像上での削除領域処理（ステップＳ３０２）を実行する必要がない。
【００７２】
上記した例は、編集対象画像の編集後の位置が他のサムネイル画像よりも最も上側に表示することを前提にしたものであり、サムネイル画像の重なりの上下関係を保存する場合には、ステップＳ３０１の処理を実施する必要は無い（すべての編集処理においてステップＳ３０２を実施する）。ただし、編集処理を実施した場合は、本実施例のように編集対象画像を最も上側に表示した方がよい。本実施例のように画像の登録順に画像を貼り付け合成して集合画像を生成する場合、古い登録画像は重なりの下に、新しい登録画像は重なりの上に位置することになる。これは、新規に登録された画像の方がユーザの注目度が高い可能性を考慮している。すなわち、編集処理は、編集対象画像へのユーザの関心が高いので、編集を実施したサムネイル画像を重なりの最も上に位置させた方が良い。
【００７３】
ステップＳ３０２において、ステップＳ３０１の判定結果がＮｏの場合、後述するように集合画像の削除領域処理を実施する。ステップＳ３０３において、編集処理が「削除」処理か否かを判定し、「削除」処理の場合は、集合画像の編集処理を終了する。
【００７４】
ステップＳ３０４において、ステップＳ３０３の判定結果がＮｏの場合、集合画像上で、編集対象画像を編集後のマップ上の座標位置に貼り付け合成して、集合画像編集処理を終了する。
【００７５】
図９（２）は、ステップＳ３０２の削除領域処理のフローチャートであり、図１０は、削除領域処理を説明する図である。図９（２）、図１０を用いて削除領域処理を説明する。
【００７６】
ステップＳ３１１において、画像配置決定処理部１１７から入力された編集データ１２２を基に、編集対象画像の編集前の座標データから集合画像の削除領域を特定する。つまり、削除領域は、集合画像における編集対象画像が占める領域である。
【００７７】
ステップＳ３１２において、画像ＤＢ１１４よりマップ上の全画像配置データ１１２を取得し、削除領域内に含まれるサムネイル画像を特定する。ステップＳ３１３において、削除領域画像を用意して、ステップＳ３１２で特定した削除領域内に含まれるサムネイル画像を画像ＤＢ１１４より取得し、削除領域内に含まれる部分の画像のみ削除領域画像へ貼り付け合成する。削除領域内に含まれるサムネイル画像は、集合画像上での重なりの下になっているサムネイル画像から順に貼り付けを行う必要がある。これを実現する手段の一例としては、画像ＤＢ１１４でのメタ情報を保持する時に、登録画像毎のマップ座標の更新日時を保持することにより容易に実現可能である。マップ座標の更新日時は、画像登録時に画像を登録した日時として、画像にマップ編集処理が実施された場合は、その日時とすれば良い。
【００７８】
ステップＳ３１４において、集合画像における編集対象画像の編集前の位置（ステップＳ３１１で特定した位置）に、削除領域画像を貼り付け合成して削除領域処理を終了する。
【００７９】
図１０（１）は、編集前の集合画像の状態を示し、例えばＤの画像を「移動」処理したと仮定すると、Ｄの画像領域からＤの画像を削除し、Ｄの画像領域に重なっているＡ、Ｂ、Ｃの画像について、Ｄによって隠されている部分の画像を削除領域画像として再現する必要がある。（６）は削除領域処理が終了した時点での集合画像の状態を示す。
（２）は、削除領域画像として用意した画像データであり、集合画像上において画像Ｄと同様のサイズを有しており、画像のデータは集合画像の背景と同様になっている。ここで、削除領域画像に合成する画像の順番を決定する。重なりの下になっている画像から合成していく必要があり、ここではＡ、Ｂ、Ｃの順となる。（３）は、削除領域画像に、画像Ａを合成した結果を表している。削除領域画像と重なる部分の画像のみを画像Ａより切り出して、削除領域の所定の位置に貼り付け合成を行う。同様にして画像Ｂの合成処理を実施して（４）の削除領域画像を生成し、画像Ｃの合成処理を行って削除領域画像（５）を生成する。削除領域画像を、（１）の状態の集合画像の画像Ｄの位置に貼り付け合成し、（６）の集合画像を得る。
【００８０】
削除領域画像を生成する過程で、本実施例で示した例よりも多数の画像が重なっていて、全く表示されない画像については、処理する必要がない。
【００８１】
以上説明したように、本実施例によれば、サムネイル一覧ビューからの画像検索、探索方法において、ビューアなどの別ウィンドウを開くことなく軽快に、かつ連続して複数の画像の内容を確認しながらの検索が可能となり、操作性が向上する。また、集合画像を使用することにより、画面内に表示する画像数が多くても軽快に動作可能としたマップ探索型の画像一覧表示において、システムにより配置された画像配置がユーザの希望通りのものでない場合や、特定画像へのアクセスのしやすさなどのユーザの要求に応じて、マップ上の画像位置や表示態様の変更が可能となる。
【００８２】
実施例２
実施例１では、集合画像が１つの場合の実施例である。実施例２は、図５（３）に示すように分割された集合画像に、本発明を適用した実施例である。
【００８３】
集合画像の削除領域処理以外の処理は、実施例１と同様であるので説明を省略する。以下、実施例２の特徴である、分割された集合画像の削除領域処理について、図１１のフローチャートを参照して説明する。
【００８４】
図１１は、実施例２の削除領域処理（図９（１）ステップＳ３０２）のフローチャートであり、図１２は、実施例２の削除領域処理を説明する図である。
【００８５】
ステップＳ３２１において、複数の部分集合画像（図５（３）の例では、１６個の部分集合画像））から、削除領域（編集前の編集対象画像の画像領域）が含まれる部分集合画像を特定する。これは、部分集合画像のマップ上の座標データを、個々の画像データと同様に、画像配置データ１２２として登録し、それを取得することによって容易に実現できる。仮に特定された部分集合画像Ｎｏが丸付き数字６、７、１０、１１であるとする（図１２（１））。図１２は、実施例１の図１０に対応した、実施例２の削除領域生成処理を説明する図である。編集対象画像Ｄが、丸付き数字６、７、１０、１１の部分集合画像にまたがっていることを表している。
【００８６】
ステップＳ３２２において、ステップＳ３２１で特定された部分集合画像の内、一つの部分集合画像を選択し、処理対象の部分集合画像とする。仮に、丸付き数字６、７、１０、１１の順に選択されるものとして、最初に丸付き数字６が選択されたものとする。
【００８７】
ステップＳ３１１〜Ｓ３１４は、選択された部分集合画像に対して、実施例１の削除領域処理と同様の処理を行う。処理内容は実施例１と同様であるので省略する。
【００８８】
実施例１との相違は、部分集合画像に含まれる編集画像（画像Ｄ）の領域のみを、各々の部分画像の削除領域として処理する点と、削除領域生成処理が、ステップＳ３２１で特定された部分集合画像分、繰り返し実行される点である。
【００８９】
図１２（２）〜（５）は、編集対象画像Ｄに対する全体の削除領域生成処理を示すが、処理は各部分集合画像に含まれる領域単位で行われる。部分集合画像（丸付き数字６）が選択されている場合、削除領域（丸付き数字６）に含まれるサムネイル画像は画像Ｂのみであるので画像Ｂの対応する部分のみ、削除領域（丸付き数字６）に合成される。その結果、図１２（４）の状態のみ再現される。部分集合画像（丸付き数字７）が処理対象の場合は、画像Ｂと画像Ｃが対象となり、（４）、（５）の順に再現され、部分集合画像（丸付き数字１０）の場合は、（３）、（４）、部分集合画像（丸付き数字１１）の場合は（４）となる。
【００９０】
ステップＳ３２３において、ステップＳ３２１で特定された全ての集合画像について処理したかを判定し、終了していない場合、ステップＳ３２２〜Ｓ３１４を繰り返し、特定された全ての集合画像について処理が終了した時点で、削除領域処理が終了する。
【００９１】
集合画像を分割する利点を以下、説明する。本実施例に示すサーバ・クライアント型のシステムは、サーバ装置１台で何人のユーザが同時にアクセス可能であるかがコスト上重要となる。また、サーバ装置１台あたりのユーザ数は、サーバ装置のＣＰＵ装置の処理能力と、画像処理に使用するメモリ量により決まる。集合画像は、マップ全体を画像データとして保持するためメモリ容量が大きい。また、集合画像の処理にはメモリへの展開が必要であり、一枚の画像で集合画像を作成するのに必要なメモリ量と、部分集合画像に必要なメモリ量とは、大きな差（本実施例の１６分割では、部分集合画像に必要なメモリ量は集合画像の１／１６）が生じる。ただし、部分集合画像の処理でも、全ての部分集合画像をメモリ上に展開すれば、一枚の集合画像の処理に要するメモリ量と同じになるので、部分集合画像を逐次、処理する必要がある。
【００９２】
本実施例では、部分集合画像を逐次アクセスし、削除領域処理を実施しているので、サーバの必要メモリ量を削減することができ、システム全体のコストダウンが可能となる。編集対象画像を編集後の位置に合成する処理（ステップＳ３０４）についても、本実施例で説明したステップＳ３２２〜Ｓ３２３の処理と同様に、逐次、集合画像を処理する方が好適である。
【００９３】
以上説明したように、本実施例に示す、分割した集合画像を使用したマップ探索型の画像閲覧装置、方法においても、システムにより配置された画像配置がユーザの希望通りのものでない場合や、特定画像へのアクセスのしやすさなどのユーザの要求に応じて、マップ上の画像位置や表示態様の変更が可能となる。また、部分集合画像を逐次アクセスして削除領域処理を実施しているので、サーバの必要メモリ量を削減することができ、システム全体のコストダウンが可能となる。
【００９４】
実施例３
実施例３は、集合画像の削除領域処理に係る実施例であり、削除領域処理以外の処理は、実施例１、２の場合と同様である。図１３は、実施例３の集合画像の削除領域処理のフローチャートである。
【００９５】
ステップＳ３３０において、編集データ１２３を基にマップ全体から見た場合の削除領域（編集対象画像の編集前の位置の座標データと同義）を特定する。ステップＳ３１２〜Ｓ３１３において、実施例１と同様に、削除領域画像（以下画像ｄ）を作成する（図１０（２）〜（５））。
【００９６】
ステップＳ３２１〜Ｓ３２２において、実施例２のステップＳ３２１〜Ｓ３２２と同様に、削除領域画像ｄ（図１０（５））に含まれる部分集合画像を特定し、処理対象の部分集合画像を選択する。ステップＳ３１１において、実施例２のステップＳ３１１と同様に、選択された部分集合画像の削除領域を特定する。
【００９７】
ステップＳ３３１において、選択された部分集合画像に対応する画像ｄの削除領域部分を特定する。これは、図１０（５）のように、編集対象画像の画像Ｄが占める領域単位に作成した削除領域画像（画像ｄ）を、図１２（５）に示すように、属する部分集合画像毎に分割することを表す。つまり、画像ｄに対してステップＳ３２２で選択された部分集合画像に属する部分（部分削除領域画像）を特定する処理であり、換言すれば、ステップＳ３１１で特定した部分集合画像の削除領域に対応する、画像ｄの部分削除領域を特定する処理である。この特定は、画像配置データ１２２に登録されているマップ上における部分集合画像の座標データと、編集データ１２３より得られる編集対象画像の元の位置の座標データにより容易に算出可能である。
【００９８】
ステップＳ３３２において、ステップＳ３３１で特定された画像ｄの部分削除領域画像を抽出し、ステップＳ３２２で選択された部分集合画像の、ステップＳ３１１で特定された削除領域に、特定された画像ｄの部分削除領域画像を合成する。画像ｄから部分削除領域画像の抽出は、画像ｄから必要な領域を切り出すように必要な部分のみコピーして部分削除領域画像を作成すればよい。
【００９９】
図１４は、部分集合画像（丸付き数字６）にのみ、部分削除領域画像（画像Ｂの一部）を合成した状態を示す。図１０（５）に示す、削除領域画像ｄを作成し、図１０（５）に含まれる、部分集合画像を、図１２（５）に示すように特定し、部分集合画像（丸付き数字６）の削除領域に、対応する画像ｄの部分削除領域画像（画像Ｂの一部）を合成する。以下、特定された部分集合画像について同様に処理する。
【０１００】
ステップＳ３３４において、ステップＳ３２１で特定された全ての部分集合画像について処理したかを判定し、終了していない場合、ステップＳ３２２〜Ｓ３３２を繰り返し、特定された全ての部分集合画像について処理が終了した時点で、削除領域処理を終了する。
【０１０１】
以上説明したように、本実施例に示す、分割した集合画像を使用したマップ探索型の画像閲覧装置、方法においては、実施例２の効果に加えて、削除領域内に含まれるサムネイル画像の特定処理（ステップＳ３１２）が、編集対象画像が跨る部分集合画像の数に関わらずに、１回のみ実施すればよいので、実施例２の方法よりも処理量が低減される。
【図面の簡単な説明】
【０１０２】
【図１】本発明の実施例１のシステム構成を示す。
【図２】実施例１のサーバ装置／クライアント装置の構成を示す。
【図３】実施例１の画像登録／集合画像生成処理のフローチャートである。
【図４】画像検索時のフローチャートである。
【図５】実施例１のサムネイル一覧表示画面の例を示す。
【図６】実施例１の拡大表示の例を示す。
【図７】実施例１の編集処理のフローチャートである。
【図８】実施例１の編集時のユーザインターフェース例を示す。
【図９】実施例１の集合画像編集処理のフローチャートである。
【図１０】実施例１の削除領域生成処理を説明する図である。
【図１１】実施例２の削除領域処理のフローチャートである。
【図１２】実施例２の削除領域生成処理を説明する図である。
【図１３】実施例３の削除領域処理のフローチャートである。
【図１４】実施例３の削除領域生成処理を説明する図である。
【符号の説明】
【０１０３】
１００  クライアント装置
１０１  表示デバイス
１０２  アプリケーションプログラム
１０３  入力デバイス
１０４  外部通信路
１１０  サーバ装置
１１１  外部インターフェース
１１２  登録画像データ
１１３  サムネイル生成処理部
１１４  画像ＤＢ
１１６  集合画像生成処理部
１１７  画像配置決定処理部
１１８  表示画面制御処理部
１１９  表示画面データ
１２０  画面制御データ
１２１  集合画像
１２２  画像配置データ
１２３  編集データ
【図１】
2010020534.tif 000003
【図２】
2010020534.tif 000004
【図３】
2010020534.tif 000005
【図４】
2010020534.tif 000006
【図５】
2010020534.tif 000007
【図６】
2010020534.tif 000008
【図７】
2010020534.tif 000009
【図８】
2010020534.tif 000010
【図９】
2010020534.tif 000011
【図１０】
2010020534.tif 000012
【図１１】
2010020534.tif 000013
【図１２】
2010020534.tif 000014
【図１３】
2010020534.tif 000015
【図１４】
2010020534.tif 000016