JP2007208625A - 画像編集システム及び画像管理装置及びそのプログラム - Google Patents

Abstract

【課題】 本発明は、ネットワークを介して複数の情報処理装置を使って画像をレイアウト編集する際に、ユーザが意図せずに重複した画像を使用することを防ぐことを課題とする。
【解決手段】 本発明では、まず、第１の情報処理装置は画像の編集情報（画像ファイルにおけるクリップ領域等）を第２の情報処理装置へ送信する。第２の情報処理装置は編集情報に基づき、既存の画像との重複をチェックする。第１の情報処理装置のユーザは重複チェックの結果を確認した上で、画像をそのまま第２の情報処理装置へアップロードしたり、修正してアップロードしたりする。
【選択図】 図１０

Description

本発明は、ネットワークを介して複数の情報処理装置を使って画像をレイアウト編集するための技術に関する。

近年、デジタルカメラの普及や記憶装置の容量の増大等に伴い、デジタル画像をパーソナルコンピュータ（ＰＣ）等の画面上に表示させる機会が増えている。また、画像の閲覧や編集、印刷を円滑に行えるように、各種画像編集アプリケーションや画像管理アプリケーションが開発されている。画像管理アプリケーションには、複数の画像を複数のページに渡ってレイアウトさせた電子アルバムを作成するものもある（例えば、特許文献１参照。）。

また、通信技術の発達、特にインターネットを利用したネットワーク環境の急速な普及に伴い、デジタルカメラで撮影した画像をネットワーク経由で画像管理サーバにアップロードし、他のユーザと画像を共有することができるようになってきた（例えば、特許文献２参照）。

また、特許文献１及び２では、新たに追加される画像が既に存在している画像と同一であるかどうかを判定することが開示されている。
特開２００４−０７８２８３号公報 特開２００１−３０９２１９号公報

複数のユーザが協同して電子アルバムを作成する場合には、他のユーザがどのような画像をどのようなシチュエーションで利用しているかを容易に把握し、意図せずに、重複した画像を使用しないようにしたいという要望がある。

さて、昨今のデジタルカメラの高解像度化が進んだことによって、画像の中のごく一部の領域だけを抽出（クリップ）した画像でも、十分に閲覧や印刷に耐えうるだけの画質を持った画像が撮影できるようになってきた。

そのため、特許文献１や２に開示されているように画像の識別情報や画像全体の内容に基づき、重複するかどうかを判断すると、次のような問題点が発生することがあった。

図２１はこの問題点を例示した図である。２１０１〜２１０３が付された３枚の画像は２１０４が付された１枚の画像から一部の領域を指定する（クリッピングする）ことによって表示される画像である。このようなクリッピング画像２１０１〜２１０３は、同一の画像の一部に過ぎない。つまり、クリッピング画像２１０１〜２１０３はそれぞれ同じ識別情報や内容を有する。従って、特許文献１や２に開示されている発明によれば、表示されている様子は全く異なるにもかかわらず、同じ画像であると判断されてしまうという問題があった。

また、電子アルバムは多数のページ及び画像を有するので、ユーザが使用しようとしている画像が、どの画像と重複しているかを分かりやすく伝える必要もある。

また、ユーザが使用しようとしている画像が、電子アルバムに既存の画像と重複していても、当該ユーザがどうしてもその画像を使いたいことがある。そこで、当該ユーザが重複する画像を電子アルバムに追加してしまうと、既存の画像を登録していた別のユーザにとっては不本意な結果となることがある。従って、別のユーザにその旨を伝える必要もある。

本発明は上記課題を解決するために、ネットワーク経由で複数の情報処理装置が通信可能な画像編集システムであって、第１の情報処理装置は、画像ファイルを編集する編集手段と、前記編集手段による画像ファイルの編集に関する編集情報を第２の情報処理装置へ送信する編集情報送信手段を備え、
第２の情報処理装置は、前記編集情報を受信する編集情報受信手段と、前記編集情報を記憶する編集情報記憶手段と、前記編集情報受信手段により編集情報が受信されると、前記編集情報記憶手段に予め記憶された編集情報と比較する比較手段と、前記比較手段による比較結果を前記第１の情報処理装置へ通知する通知手段を備えたことを特徴とする画像編集システムを提供する。

本発明によれば、ネットワークを介して複数の情報処理装置が画像をレイアウト編集する際に、各情報処理装置に対してアップロードしようとしている画像の表示される領域が、他の情報処理装置からアップロードされた画像の表示される領域と重複するかどうかを判断することができる。つまり、ユーザの編集意図を考慮した上で、これらの画像の表示される領域の重複を判断することができるという効果が得られるという効果が得られる。

以下に、図面を参照して、この発明の好適な実施の形態を例示的に詳しく説明する。ただし、この実施形態に記載されている構成要素はあくまで例示であり、この発明の範囲をそれらのみに限定する趣旨のものではない。

＜第１の実施形態＞
図１は本実施形態におけるネットワークを用いたアルバム作成システムの全体構成を示した図である。

１０１はアルバム管理装置であり、例えば、コンピュータ等の情報処理装置で実現される。アルバム管理装置１０１は、アルバム管理アプリケーション１１０に従って、電子アルバム（以下、単にアルバムとも呼ぶ。）の管理処理を実行する。また、アルバム管理装置１０１はネットワーク１０２を経由してユーザ端末１０３〜１０６等の外部装置と通信可能である。

１０２はアルバム管理装置１０１とユーザ端末１０３〜１０６を接続するネットワークである。例えば、インターネットを用いたネットワーク網である。

１０３〜１０６はユーザ端末であり、例えば、パーソナルコンピュータや携帯通信端末等のような情報処理装置によって実現される。ユーザ端末１０３〜１０６は、アルバム編集アプリケーション１１１に従って、アルバム作成の設定を行ったり、アルバムの各ページを編集したり、アルバム管理装置１０１にアップロードしたりする。

なお、本実施形態では、１０３はアルバム作成を提案する発起人Ａが使用するユーザ端末であるとして説明する。また、アルバム作成の発起人Ａが参加者Ｂ、Ｃ、Ｄにアルバム作成を提案しているものとして説明する。また、１０４〜１０６は参加者Ｂ、Ｃ、Ｄが使用するユーザ端末であるとして説明する。

図２は本実施形態におけるアルバム管理装置１０１及びユーザ端末１０３〜１０６を実現するコンピュータ等の情報処理装置の構成を示したブロック図である。

２０１は表示部である。表示部２０１はＣａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ（ＣＲＴ）等によって実現される。例えば、ユーザ端末１０３〜１０６の表示装置２０１には、編集中のアルバムの画像、コメント、図形、イラスト等のオブジェクトや、編集操作を案内するためのアイコン、メッセージ、メニュー等のユーザインタフェースが表示される。

２０２はＶＲＡＭであり、表示部２０１の画面に表示するための画像が描画される。このＶＲＡＭ２０２に生成された画像データは、所定の規定に従って表示部２０１に転送され、これにより表示部２０１に画像が表示される。

２０３はビットムーブユニット（ＢＭＵ）であり、メモリ間（例えば、ＶＲＡＭ２０２と他のメモリ）のデータ転送や、メモリと各Ｉ／Ｏデバイス（例えば、ネットワークインタフェース２１１）との間のデータ転送を制御する。

２０４はキーボードであり、文字列やコマンド等を入力するための各種キーを有する。２０５はポインティングデバイス（ＰＤ）であり、例えば、表示部２０１の画面上に表示されたアイコン、メニューその他のユーザインタフェースやオブジェクトを指定するために使用される。

２０６はＣｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ（ＣＰＵ）であり、ＲＯＭ２０７、ハードディスク２０９又はフレキシブルディスクに格納された制御プログラムに基づいて、各デバイスを制御する。ＣＰＵ２０６に対する制御プログラムの提供は、ＲＯＭ２０７、ハードディスク２０９、ＦＤＤ２１０から行うこともできるし、ネットワークインタフェース２１１を介して他の情報処理装置等から行うこともできる。

２０７はＲｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ（ＲＯＭ）であり、各種の制御プログラムやデータを保持する。２０８はＲａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ（ＲＡＭ）であり、ＣＰＵ２０６のワーク領域、エラー処理時のデータの退避領域、制御プログラムのロード領域等を有する。

２０９はハードディスク（ＨＤＤ）である。ハードディスク２０９は、情報処理装置内で実行される各制御プログラムやコンテンツを格納することができる。例えば、アルバム管理装置１０１のハードディスク２０９にはＯｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ（ＯＳ）、アルバム管理アプリケーション１１０、アルバムデータ、アルバム管理情報、ユーザ情報等が格納されている。また、ユーザ端末１０３〜１０６のハードディスクには、ＯＳ、Ｗｅｂブラウザ、画像ファイル、アルバム編集アプリケーション１１１、アルバムデータなどが格納されている。なお、ハードディスク２０９は情報処理装置内に存在してもよいし、ＣＰＵ２０６から制御可能に外部に設置されていてもよい。また、上記で例示した情報は全てハードディスク２０９に記憶されている必要はなく、情報によっては外部のファイルサーバ等に記憶しておき、必要に応じてアクセスして取得するようにしてもよい。

２１０はフレキシブルディスクドライブ（ＦＤＤ）であり、フレキシブルディスクに対するアクセスを制御する。２１１はネットワークインタフェースであり、他の情報処理装置やプリンタ等の外部装置と通信を行うことができる。

まず、発起人Ａの操作に従い、ユーザ端末１０３とアルバム管理装置１０１がアルバム作成を参加者へ通知する処理について図３のフローチャート図を参照して説明する。なお、以下の処理は、ユーザ端末１０３のＣＰＵ２０６がアルバム編集アプリケーション１１１に、アルバム管理装置１０１のＣＰＵ２０６がアルバム管理アプリケーション１１０に、それぞれ従って図２で説明した各種デバイスを制御することによって実行される。

ユーザ端末１０３は、アルバム編集アプリケーション１１１を起動し、初期画面をユーザ端末１０３の表示部２０１に表示させる。発起人Ａはキーボード２０４やＰＤ２０５を操作し、初期画面に表示されるメニューから、アルバム作成設定を選択する。ユーザ端末１０３は、発起人Ａのメニュー選択に応答して、ユーザ端末１０３の表示部２０１にアルバム作成設定画面を表示させる（ステップＳ３０１）。発起人Ａがアルバム作成設定画面に従って操作することにより、アルバムのタイトル、アルバムの総ページ数、アルバムのテンプレート等、アルバムに関する設定が入力される。また、参加者のユーザ名や電子メールアドレス、各参加者へのアルバムのページの割り当てや電子メールに掲載されるメッセージ等、参加者に関する設定も入力される（ステップＳ３０２）。

ユーザ端末１０３は、ステップＳ３０１で入力されたアルバムに関する設定や参加者に関する設定をアルバム管理装置１０１へ送信する（ステップＳ３０３）。

アルバム管理装置１０１は、アルバムに関する設定や参加者に関する設定をユーザ端末１０３から受信する（ステップＳ３５１）。そして、これらの設定をアルバム管理装置１０１のハードディスク２０９等に記憶し、管理する（ステップＳ３５２）。ここで、アルバム管理装置１０１は作成されるアルバムを一意に識別するためのアルバムＩＤを発行する。図４は、本実施の形態におけるアルバム管理装置１０１が管理するアルバム情報管理テーブル４００の内容の一例を模式的に示した図である。アルバム情報管理テーブル４００は、ステップＳ３５１で受信されたアルバムのデザインに関する設定を格納するテーブルであり、アルバムＩＤ４０１、タイトル４０２、総ページ数４０３、テンプレートの種類４０４を格納する。尚、アルバム情報管理テーブル４００では、発起人のユーザ名も格納するようにしてもよい。また、図５は、本実施の形態におけるアルバム管理装置１０１が管理する参加者情報管理テーブル５００の内容の一例を模式的に示した図である。参加者情報管理テーブル５００は、ステップＳ３５１で受信された参加者に関する設定を格納するテーブルである。参加者管理テーブル５００はアルバムが新規作成される度に生成され、アルバムＩＤと対応付けられている。そして、参加者情報管理テーブル５００は参加者名５０１及び参加者の電子メールアドレス５０２を格納している。尚、参加者情報管理テーブル５００には発起人のレコードも格納されており、発起人Ａも参加者と同様にアルバム作成に参加可能である。

アルバム管理装置１０１は、参加者管理テーブル５００を参照して電子メールを作成し、配信する（ステップＳ３５３）。電子メールには、アルバムＩＤと、発起人Ａからのメッセージが記載されている。この電子メールによって、参加者Ｂ〜Ｄはアルバム作成に関わる情報を得ることができる。

次に、参加者Ｂ〜Ｄの操作に従い、ユーザ端末１０４〜１０６がアルバムのページを作成する処理について、図６を参照して説明する。以下、ユーザ端末１０４の場合について説明するが、ユーザ端末１０５、１０６の場合も同様である。なお、以下のユーザ端末１０４が実行する処理は、ユーザ端末１０４のＣＰＵ２０６がアルバム編集アプリケーションに従い、図２で説明した各種モジュールを制御することによって実行される。また、アルバム管理装置１０１が実行する処理はアルバム管理装置のＣＰＵ２０６が図２で説明した各種モジュールを制御することによって実行される。

ユーザ端末１０４は、アルバム編集アプリケーション１１１を起動し、初期画面をユーザ端末１０４の表示部２０１に表示させる。参加者Ｂはキーボード２０４やＰＤ２０５を操作し、初期画面に表示されるメニューから、ページ編集を選択する。ユーザ端末１０４は、参加者Ｂのメニュー選択に応答して、ユーザ端末１０４の表示部２０１に参加者設定画面を表示させる。 参加者Ｂは参加者設定画面に従って、電子メールアドレス、電子メールで通知されたアルバムＩＤを入力する（ステップＳ６０１）。そして、ユーザ端末１０４は参加者設定画面に入力された電子メールアドレス及びアルバムＩＤをアルバム管理装置１０１へ送信する（ステップＳ６０２）。

アルバム管理装置１０１はユーザ端末１０４から電子メールアドレス及びアルバムＩＤを受信する（ステップＳ６５１）。そして、アルバム管理装置１０１は受信されたアルバムＩＤと対応する参加者情報管理テーブル５００を参照し、受信された電子メールアドレスと一致するレコードがあるかどうかに基づき、参加者Ｂを認証する（ステップＳ６５２）。参加者Ｂが認証されれば、アルバム管理装置１０１はアルバム作成に必要な情報をアルバム情報管理テーブル４００から取得する（ステップＳ６５３）。例えば、アルバム管理装置１０１はアルバムＩＤに基づいて、タイトル４０２、総ページ数４０３、テンプレートの種類４０４を取得する。また、ステップＳ６５１で受信されたアルバムＩＤと電子メールアドレスに基づいて、参加者情報管理テーブル５００の参加者名を取得する。そして、参加者名に基づき、ページ情報管理テーブル１４００から参加者Ｂの割当ページ番号１４０１を取得する。そして、アルバム管理装置１０１はこれらのアルバム作成に必要な情報をユーザ端末１０４へ送信する（ステップＳ６５４）。

ユーザ端末１０４はアルバム作成に必要な情報をアルバム管理装置１０１から受信し（ステップＳ６０３）、これらの情報に基づいて図７に示すようなページ編集画面７００をユーザ端末１０４の表示部２０１に表示させる（ステップＳ６０４）。ページ編集画面７００や図８に示すような画像編集画面８００に従って、参加者Ｂの指示によりページやその画像が編集される（ステップＳ６０５）。ここで、編集結果はＲＡＭ２０８に記憶される。最後に、ユーザ端末１０４は、ステップＳ６０５での編集の結果に基づき、ページデータを作成する（ステップＳ６０６）。ページデータは画像ファイルと編集情報を含む。

図７は本実施の形態におけるページ編集画面７００を示した図である。７０１は見開きページ表示領域であり、アルバムに挿入される一つの見開きページを表示したものである。この背景はステップＳ６０３で受信されたテンプレートの種類４０４に基づく。７０２は見開きページ７０１への画像の追加を指示するためのボタンである。参加者ＢがＰＤ２０５をドラッグして見開きページ領域７０１内の領域を指定し、画像の追加ボタン７０２を選択した後、追加するべき画像ファイルを指定すると、それに応答してユーザ端末１０４は画像を見開きページに追加し、表示させる。７０３は見開きページ７０１に表示されている画像の削除を指示するためのボタンである。参加者ＢがＰＤ２０５を使って画像を選択した後、画像の削除ボタン７０３を選択すると、それに応答してユーザ端末１０４は選択された画像を見開きページ領域７０１から削除し、表示されないようにする。７０４は見開きページ７０１に表示されている画像の編集の開始を指示するためのボタンである。参加者ＢがＰＤ２０５を使って画像を選択した後、画像の編集ボタン７０４を選択すると、それに応答してユーザ端末１０４は図８に示されるような画像編集画面８００を表示部２０１に表示させる。７０５は文字列の編集を指示するためのボタンである。参加者ＢがＰＤ２０５を使って領域を指定し、文字列の編集ボタン７０５を選択すると、ユーザ端末１０４は文字列を追加する領域を指定された領域に作成し、文字列の入力を受け付ける。また、文字領域７１５のように既に作成されている領域が指定されていれば、ユーザ端末１０４はその領域の文字列の編集を受け付ける。また、見開きページ領域７０１に表示されている画像７１１が指定されれば、ユーザ端末１０４は画像に付加された文字入力領域７１６の文字列の編集を受け付ける。

７０６は編集して作成されたページデータをアルバム管理装置１０１へアップロードするよう指示するためのボタンである。このボタン７０６が選択されたときの処理内容は後で詳細に記述する。

７０７はアルバム管理装置１０１からアルバムデータをダウンロードするよう指示するためのボタンである。参加者Ｂがこのボタン７０７が選択されると、ユーザ端末１０４は、自分以外のアルバム作成者（例えば、発起人Ａ及び参加者Ｃ、Ｄ）の作成したページデータを含むアルバムデータをアルバム管理装置１０１からダウンロードする。そして、ダウンロードされたアルバムデータに基づき、アルバムの各ページを表示部２０１に表示させる。

７０８は既にアルバム管理装置１０１にアップロードされているページデータに、現在、ユーザ端末１０４で編集中の見開きページに使用している画像と重複する画像があるかどうかを確認するようアルバム管理装置１０１へ指示するためのボタンである。このボタン７０８が押されたときの処理についても後で詳細に記述する。

７１１〜７１４は現在編集中の見開きページに追加され、表示された画像である。

図８は本実施の形態における画像編集画面８００を示した図である。画像編集画面８００はページ編集画面７００において参加者Ｂが画像の編集ボタン７０４を選択することに応答してユーザ端末１０４が表示部２０１に表示させる。８０１は画像編集領域である。この領域には現在編集中の画像の全体が表示されている。また、現在編集中の画像のうち、実際にページに表示される領域が矩形領域８０６として表示されている。この矩形領域８０６は各辺、各頂点をドラッグすることにより拡大、縮小処理を行うことができる。このとき矩形領域８０６は画像表示領域の矩形と相似形の形状を保ったまま拡大、縮小される。８０２、８０３は画像の回転を指示するためのボタンである。参加者Ｂがボタン８０２又は８０３を押下することに応答して、ユーザ端末１０４は編集中の画像をそれぞれ左、右に９０度回転させ、表示部２０１に表示させる。参加者ＢがＯＫボタン８０４を押下することに応答して、ユーザ端末１０４は画像編集画面８００で編集された内容をＲＡＭ２０８に保存する。そして、画像編集画面８００の表示を終了させ、ページ編集画面７００の表示に戻す。また、参加者Ｂがキャンセルボタン８０５を押下することに応答して、ユーザ端末１０４は画像編集画面８００で行われた編集内容を取り消す。そして、画像編集画面８００の表示を終了させ、ページ編集画面７００の表示に戻す。

ここで、本実施の形態の画像ファイルについて図９を参照して説明する。ここで図９に、ユーザ端末１０４のハードディスク１０９に記憶された画像ファイル９００の構成の一例を示す。９０１は例えば、画像ファイル９００がデジタルカメラで撮影することによって得られたものであれば、撮影日時、デジタルカメラの機種、シャッター速度、絞り値、露出補正、ホワイトバランスなどの撮影情報が属性情報として格納される。９０２はサムネイル画像が格納される。サムネイル画像はＥｘｉｆ規格等の標準規格に準拠し、画像の内容が確認できる程度の解像度を有する。９０３はオリジナル画像が格納される。オリジナル画像はサムネイル画像よりも高い解像度を有する。オリジナル画像９０３は用紙への印刷や、大画面ディスプレイでの表示に適している。

続いて、参加者Ｂがページの編集を終え、送信ボタン７０６を選択することに応答して、ユーザ端末１０４からアルバム管理装置１０１へページデータをアップロードする手順について、図１０を参照して説明する。尚、以下の処理は、ユーザ端末１０４のＣＰＵ２０６がアルバム編集アプリケーション１１１に、アルバム管理装置のＣＰＵ２０６がアルバム管理アプリケーション１１０にそれぞれ従って、図２に示す各種デバイスを制御することによって実行される。

まず、ユーザ端末１０４は表示部２０１に図１１に示すようなページ番号選択画面１１００を表示させる。参加者Ｂは、ページ番号選択画面１１００に従い、アップロードするページ番号を選択する。これにより、ページ番号がユーザ端末１０４に入力される（ステップＳ１００１）。

ステップＳ１００２において、ユーザ端末１０４はステップＳ１００１で指定されたページに掲載された画像の検証データを作成する。検証データは、アルバムＩＤ、ページ番号、画像の特定情報、各画像に設定されたクリップ領域及び回転角度で示される編集情報等が記述されている。例えば、図１２に示すようなＸＭＬデータで記述されている。本実施の形態では、画像の特定情報として、ページに掲載された各画像に対して、そのオリジナル画像９０３から横幅１２０ピクセルのサムネイル画像を新たに作成するものとする。あるいは、このサムネイル画像の代わりに、デジタルカメラで撮影すると一意に画像ファイルに付与される固有番号でも良いし、オリジナル画像９０３を一定のロジックでスキャンしたときのハッシュ値のようなものであっても構わない。

ステップＳ１００３にて、ユーザ端末１０４は検証データをアルバム管理装置１０１へ送信する。ステップＳ１０５１にて、アルバム管理装置１０１は検証データをユーザ端末１０４から受信する。ステップＳ１０５２にて、アルバム管理装置１０１は、ステップＳ１０５１で受信した検証データを元に、既にアルバムの他のページに掲載されている画像と重複していないかどうかをチェックする。この処理の詳細な内容は図１６を用いて後述する。

ステップＳ１０５３にて、アルバム管理装置１０１はステップＳ１０５２での重複チェックの結果をユーザ端末１０４へ送信する。ステップＳ１００４にて、ユーザ端末１０４は重複チェックの結果をアルバム管理装置１０１から受信する。そして、ステップＳ１００５にて、画像の重複があったかどうかを判断する。重複があった場合には、ステップＳ１００６の処理に進み、重複がなかった場合にはステップＳ１００９の処理に進む。ステップＳ１００６にて、ユーザ端末１０４は、重複画像に対する警告の表示と重複の確認処理を行う。この処理の詳細な内容は図１８を用いて後述する。

ステップＳ１００７にて、ユーザ端末１０４は、重複のあった画像に対して修正の有無を判断する。例えば、修正するか否かを選択するためのダイアログボックスをユーザ端末１０４の表示部２０１に表示させ、参加者Ｂに選択させる。修正がある場合には、ユーザ端末１０４はページの編集処理を行い（ステップＳ１００８）、改めてステップＳ１００２の処理に戻る。修正がなかった場合には、ユーザ端末１０４はステップＳ１００９に進む。

ステップＳ１０１０にて、ユーザ端末１０４はアルバム管理装置１０１へページデータを送信する。この時、本実施の形態では見開きページ１ページ分のページデータのレンダリング処理を行い、その結果をアルバム管理装置１０１へ送信する。尚、ユーザ端末１０４がオリジナル画像や編集情報を含めたページデータをアルバム管理装置１０１へ送信し、アルバム管理装置１０１がページ表示やプリント処理を行うときに、各ページデータのレンダリング処理を行うようにしても構わない。

ステップＳ１０５４にて、アルバム管理装置１０１はページデータをユーザ端末１０４から受信する。

ステップＳ１０５５にて、アルバム管理装置１０１は、再度ステップＳ１０５１にて受信した検証データを元に重複画像のチェックを行う。この処理はステップＳ１０５２で重複画像のチェックを行って以降、ステップＳ１０５４の処理までの間に、別の参加者がアルバムのページデータを更新している可能性があり、再度、検証の必要があるためである。

ステップＳ１０５６にて、アルバム管理装置１０１は、ユーザ端末１０４から送信されたページデータに重複画像があったかどうかを判定する。ここで、重複があった場合とは上述したように別の参加者（例えばＣ、Ｄ等）が各自のページデータの画像を更新した場合に発生する。または、ステップＳ１００５にて重複画像があったにもかかわらず、参加者Ｂがページデータを登録しようとした場合（後述する警告画面１９００にてそのまま登録するボタン１９０７が選択された場合）に発生する。

ステップＳ１０５６で重複があると判定された場合には、アルバム管理装置１０１は、以前に重複画像を登録していた別の参加者（例えば、Ｃ、Ｄ等）を特定し、電子メールで通知する（ステップＳ１０５７）。この他の参加者のメールアドレスは、まず、重複画像の画像ＩＤに基づき、後述する検証データ管理テーブル１５００のレコードを検索する。そのレコードに設定されているページ番号１５０２を取得する。ページ番号１５０２を用いてページ情報管理テーブル１４００から該当ユーザの参加者名を取得する。そして、取得された参加者名に基づき、参加者情報テーブル５００からそのユーザのメールアドレス５０２を検索することによって他の参加者のメールアドレスを取得することができる。図１３はこのとき通知される電子メールの内容を表した一例である。

ステップＳ１０５８にてアルバム管理装置１０１は送信されたページデータを登録する。具体的には図１４に模式的に示すようなページ情報管理テーブル１４００に該当ページ番号及び参加者名を含むレコードを作成し、さらに、ページデータファイル名、及び画像数を格納する。ページ情報管理テーブル１４００にはアルバムの割り当てページ番号１４０１、そのページが割り当てられた参加者のユーザ名１４０２、登録された画像数１４０３を管理している。また、ユーザ端末１０４からアップロードされたページデータを保管しているファイルパス名１４０４を管理している。ここでページ番号１４０１には先頭ページは１、次のページ（見開き２、３ページ）は２、以降（見開き２ｎ、２ｎ＋１ページ）にはｎ＋１がセットされる。

更に、図１５に模式的に示すような検証データ管理テーブル１５００に、ページデータ内に含まれる画像に対応する検証データの各情報を登録する。尚、ページデータが新規に追加される場合ではなく、更新される場合には検証データ管理テーブル１５００に登録されている過去の情報が削除されることは言うまでもない。検証データ管理テーブル１５００には、各ページデータに登録されている画像を一意に決定するための画像ＩＤ１５０１、画像の登録されているページ番号１５０２が格納される。また、検証用にアップロードされたサムネイル画像の保管位置１５０３、画像に設定されたクリップ領域の左端画素数１５０４、右端画素数１５０５、上端画素数１５０６、下端画素数１５０７及び画像に対する回転角度１５０８を保管する。また、見開きページ内で画像が表示される位置に関して、左端位置１５０９、右端位置１５１０、上端位置１５１１、下端位置１５１２をそれぞれ保管する。ページ番号１５０２には先頭ページは１、次のページ（見開き２、３ページ）は２、以降（見開き２ｎ、２ｎ＋１ページ）にはｎ＋１がセットされる。

ステップＳ１０５９にて、アルバム管理装置１０１は、ページデータの登録が完了すると、ユーザ端末１０４へ登録完了を通知する。ステップＳ１０１１にて、ユーザ端末装置１０４は登録完了通知をアルバム管理装置１０１から受け取る。これによってページデータの登録処理は終了する。

図１６は本実施の形態におけるアルバム管理装置１０１が重複画像のチェックを行う手順を示したフローチャートである。尚、以下の処理は、アルバム管理装置１０１のＣＰＵ２０６が、アルバム管理アプリケーション１１０に従って図２で説明した各種デバイスを制御することによって実行される。

ステップＳ１６０１にて、アルバム管理装置１０１はユーザ端末１０４からアップロードされた検証データの内容を確認して、検証データに含まれる画像の総数Ｎを取得する。

ステップＳ１６０２にて、アルバム管理装置１０１は、ユーザ端末１０４から通知されたアルバムＩＤのアルバム、つまり、これからページデータの登録をしようとしているアルバムに既に登録されている画像の総数Ｍを取得する。なお、ここでは詳細な説明は省略するが、登録しようとしているページが既に存在する場合、つまり、ページデータの更新をしようとしている場合には該当ページデータの画像は、既に登録されている画像の総数には含まないことは言うまでもない。

ステップＳ１６０３にて、アルバム管理装置１０１は、受信画像数をカウントする作業パラメータＩを１で初期化する。

ステップＳ１６０４で、アルバム管理装置１０１は、受信画像総数Ｎと作業パラメータＩを比較する。ステップＳ１６０４での比較の結果、ＩがＮより大きくなれば、アルバム管理装置１０１は重複チェックの処理を終了する。ＩがＮ以下であれば、アルバム管理装置１０１はステップＳ１６０５からステップＳ１６１２の処理を繰り返すことによって、ユーザ端末１０４から受信された各画像と既にアルバムに登録されている画像の重複があるかどうかの確認を行う。

ステップＳ１６０５にて、アルバム管理装置１０１はユーザ端末１０４より受信された第Ｉ番目の画像に関する検証データを取得する。前述したが、本実施の形態では、検証データはユーザ端末１０４でページに使用されたオリジナル画像から作成されたサムネイル画像と、編集情報を含むものとする。

ステップＳ１６０６にて、アルバム管理装置１０１は、アルバムで既に使用されている画像をカウントするための作業パラメータＪを１で初期化する。

ステップＳ１６０７にて、アルバム管理装置１０１は登録画像の総数Ｍと作業パラメータＪを比較する。比較の結果、ＪがＭより大きくなれば、アルバム管理装置１０１は第Ｉ番目の画像の検証データとの比較処理を終了し、次の受信画像の重複確認を開始するためにステップＳ１６１２に移行する。ＪがＭ以下の場合には、アルバム管理装置１０１はステップＳ１６０８からステップＳ１６１１の処理を行うことによって重複の検証を行う。

ステップＳ１６０８にて、アルバム管理装置１０１はアルバムに既に登録されている画像の内、第Ｊ番目の画像に関する検証データを取得する。

ステップＳ１６０９にて、アルバム管理装置１０１は第Ｉ番目の画像に関する検証データと第Ｊ番目の画像の検証データに重複があるかを判定する。ここで重複の判定には、まずそれぞれの画像に関する検証データが一致するか比較を行う。本実施の形態ではそれぞれのサムネイル画像のバイナリデータが完全一致するか否かで比較を行うものとする。ここで重複が認められない場合にはステップＳ１６１１の処理に移行する。サムネイル画像のバイナリデータが一致した場合にはそれぞれの画像に関する編集情報、例えば、クリップ領域の設定を比較する。ユーザ端末１０４から送信された検証データに含まれている第Ｉ番目の画像に関するクリップ領域とアルバム管理装置１０１に保管されている第Ｊ番目の画像に関するクリップ領域（１５０４〜１５０７）を比較する。そして、クリップ領域に全く重なりがなければ画像に重複はなかったとみなし、ステップＳ１６１１に移行する。クリップ領域に重なりがあった場合にはステップＳ１６１０に移行する。なお、本実施の形態では画像に少しでも重なりがあれば重複画像と判定しているが、重複している面積が一定の割合を超えたら画像が重複していると判定するようにしてもかまわない。さらに、編集情報として、画像に対する回転操作も考慮して、画像の回転角度が異なるものは重複のない画像と判定してもかまわない。

ステップＳ１６０９で画像に重複があると判定された場合には、ステップＳ１６１０にて、アルバム管理装置１０１はユーザ端末１０４に返信するデータに画像の重複情報を追加する。図１７はこのときに作成される返信データの内容を示した１例である。この例では送信された画像の２番目の画像がアルバム管理装置１０１に登録されている第１２番目の画像と重複していることを示している。複数の重複画像が見つかった場合にはＳａｍｅＩｍａｇｅタグのＩｍａｇｅＣｏｕｎｔ変数の値が１追加され、ＳａｍｅＩｔｅｍタグが新たに１つ追加されることになる。尚、１件の重複も見つからなかった場合、図１７に示される返信データではＳａｍｅＩｍａｇｅタグのＩｍａｇｅＣｏｕｎｔ変数の値が０となり、ＳａｍｅＩｔｅｍタグは存在しなくなる。

ステップＳ１６１１にて、アルバム管理装置１０１はＪに１を加算する。ステップＳ１６０８からステップＳ１６１１の処理をアルバムに登録されている画像数だけ行うことによって、第Ｉ番目の受信画像に関する返信データを作成することが出来る。

ステップＳ１６１２にて、アルバム管理装置１０１はＩに１を加算する。ステップＳ１６０４からステップＳ１６１２の処理を行うことによって全ての送信画像に関して画像の重複のチェックをした結果を含んだ返信データを作成することが出来る。

ステップＳ１６１３にて、アルバム管理装置１０１は返信データをユーザ端末１０４へ送信する。

以上の処理を行うことによって、アルバム管理装置１０１は既に登録されている画像と新たにユーザ端末１０４から受信された画像の重複チェックを行うことができる。

次にステップＳ１００６で行われる警告画面表示と重複の確認処理について説明する。

図１８は、アルバム管理装置１０１で既に登録されている画像とユーザ端末１０４から受信された画像の重複が認められた時、アルバム管理装置１０１とユーザ端末１０４が警告画面表示と重複画像の確認をする手順を示したフローチャートである。尚、以下の処理は、ユーザ端末１０４のＣＰＵ２０６がアルバム編集アプリケーション１１１に従い、また、アルバム管理装置１０１のＣＰＵ２０６がアルバム管理アプリケーション１１０に従って実行する。

以下の処理は、ユーザ端末１０４が重複チェックの結果を含む返信データをアルバム管理装置１０１から受信することに応答して開始される。ここでは、重複チェックの結果が、ユーザ端末１０４からアップロードした画像とアルバム管理装置１０１に既に登録されている画像が重複しているものがあったことを示しているものとする。

そして、ステップＳ１８０１にて、ユーザ端末１０４は返信データに従い、警告画面をその表示部２０１に表示させる。図１９はそのとき表示される警告画面１９００を示した図である。この例では２枚の画像に関して重複の警告がなされている。警告画面１９００には、画像の重複を示す警告文１９０１、どの画像が重複しているかを示す文言１９０２、１９０３が表示されている。また、アルバム管理装置１０１に登録されているアルバムから重複に該当する画像が含まれるページを表示するためのボタン１９０４、１９０５が表示されている。また、見開きページ編集画面７００に戻るためのボタン１９０６、重複を無視してアルバム管理装置１０１にページデータを登録するためのボタン１９０７が表示されている。

アルバム管理装置１０１に登録されているアルバムから重複に該当する画像が含まれるページを表示するためのボタン１９０４または１９０５が選択された場合、ステップＳ１８０２にてユーザ端末１０４はアルバム管理装置１０１に対して重複ページを要求する。具体的には図１７で示された重複する画像の画像ＩＤをアルバム管理装置１０１に送信し、その画像を含むページデータを要求する。

ステップＳ１８５１にてアルバム管理装置１０１は画像ＩＤを受信すると、ステップＳ１８５２にて検証データ管理テーブル１５００からその画像ＩＤを含むレコードを検索し、そのページ番号１５０２を取得する。次にページ情報管理テーブル１４００から該当ページ番号を含むレコードを検索し、ページデータファイル名１４０４を取得する。そして、ページデータファイル名に従い、ページデータを取得する。

ステップＳ１８５３にてアルバム管理装置１０１はステップＳ１８５２で取得されたページデータをユーザ端末１０４へ返送する。このとき、検証データ管理テーブル１５００に登録されているページ内での表示矩形位置１５０９〜１５１２も合わせて返送する。

ステップＳ１８０３にてユーザ端末１０４はページデータ及び重複している画像の表示矩形情報を受信する。ステップＳ１８０４にてユーザ端末１０４はその内容を表示部２０１に表示させる。図２０はアルバム管理装置１０１に登録されている画像を含んだページをユーザ端末１０４の表示部２０１に表示させた重複確認画面２０００を示した図である。ページ領域２００１内に重複の画像と判定された画像の矩形２００２を強調表示して表示している。戻るボタン２００３が選択されると警告画面１９００の表示に戻る。

尚、アルバム管理装置１０１からユーザ端末１０４にページデータを送信するときに、ページデータとともに、そのページデータの所有者の情報等を同時に送信し、その内容を合わせて重複確認画面２０００上に表示することも可能である。

以上説明した処理を行うことによってユーザ端末１０４で作成されたページデータをアルバム管理装置１０１にアップロードする際に、既にアルバム管理装置１０１でアルバムに含まれている画像との重複を確認することができる。また、重複する画像が存在したときに、各ユーザ端末１０３〜１０６でその内容を確認することができる。

尚、警告画面１９００で戻るボタン１９０４が選択され、ページ編集画面７００が表示される際にも、重複の警告対象となる画像を強調表示することが可能であることは言うまでもない。例えば、重複確認画面２０００で編集中の画像から重複画像として対象となる画像を強調表示するのと同様にページ編集画面７００上で表示することが可能である。

また、本実施の形態ではユーザ端末１０４からページデータをアップロードする過程での重複画像のチェック方法について説明した。しかし、これに限らず、ページ編集画面７００にて重複画像の確認ボタン７０８が選択されることによって、ページ編集中の任意のタイミングで重複画像のチェックを行うことが出来ることは言うまでもない。さらに、画像がページに追加されたタイミングで、追加されるこの画像についてのみ重複のチェックを行うようにすることも可能である。

尚、本発明の目的は以下のように達成されることは言うまでもない。まず、前述した実施例の機能を実現するソフトウエアのプログラムコードを記録した記録媒体を、システムあるいは装置に供給する。そして、そのシステムあるいは装置のコンピュータ（またはＣＰＵまたはＭＰＵ）が記録媒体に格納されたプログラムコードを読み出し実行する。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することとなり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

プログラムコードを供給するための記憶媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤなどを用いることができる。

また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施例の機能が実現されるだけではない。例えば、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーションシステム）などが実際の処理の一部または全部を行い、その処理によって前述した実施例の機能が実現される場合も含まれることは言うまでもない。

さらに、以下のような処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。まず、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書きこまれる。その後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行う。

本実施の形態におけるアルバム作成システムの全体構成の一例を示すブロック図である。 本実施の形態における情報処理装置の構成の一例を示すブロック図である。 本実施の形態におけるユーザ端末とがアルバム作成を参加者へ通知する処理の手順を示したフローチャート図である。 本実施の形態におけるアルバム情報管理テーブルの一例を模式的に示した図である。 本実施の形態における参加者情報管理テーブルの一例を模式的に示した図である。 本実施の形態におけるユーザ端末がアルバムのページを作成する処理の手順を示したフローチャート図である。 本実施の形態におけるページ編集画面の一例を示す図である。 本実施の形態における画像編集画面の一例を示す図である。 本実施の形態における画像ファイルの構成の一例を示す図である。 本実施の形態におけるユーザ端末からアルバム管理装置へページデータをアップロードする処理の手順を示したフローチャート図である。 本実施の形態におけるページ選択画面の一例を示した図である。 本実施の形態における検証データの構成の一例を示した図である。 本実施の形態における電子メールの内容の一例を示した図である。 本実施の形態におけるページ情報管理テーブルの一例を模式的に示した図である。 本実施の形態における検証データ管理テーブルの一例を模式的に示した図である。 本実施の形態におけるアルバム管理装置がアルバム内での重複画像のチェックを行う手順を示したフローチャート図である。 本実施の形態における返信データの一例を示した図である。 本実施の形態におけるユーザ端末とアルバム管理装置がアルバム内での重複画像を確認する処理の手順を示したフローチャート図である。 本実施の形態における警告画面の一例を示した図である。 本実施の形態における重複確認画面の一例を示した図である。 従来の問題点を説明するための図である。

符号の説明

１０１ アルバム管理装置
１０２ ネットワーク
１０３〜１０６ ユーザ端末
１１０ アルバム管理アプリケーション
１１１ アルバム編集アプリケーション

Claims (7)

1. ネットワーク経由で複数の情報処理装置が通信可能な画像編集システムであって、
   第１の情報処理装置は、
   画像ファイルを編集する編集手段と、
   前記編集手段による画像ファイルの編集に関する編集情報を第２の情報処理装置へ送信する編集情報送信手段を備え、
   第２の情報処理装置は、
   前記編集情報を受信する編集情報受信手段と、
   前記編集情報を記憶する編集情報記憶手段と、
   前記編集情報受信手段により編集情報が受信されると、前記編集情報記憶手段に予め記憶された編集情報と比較する比較手段と、
   前記比較手段による比較結果を前記第１の情報処理装置へ通知する通知手段を備えたことを特徴とする画像編集システム。
2. ネットワーク経由で複数の情報処理装置と通信可能な画像管理装置であって、
   画像ファイルの編集に関する編集情報を前記情報処理装置から受信する編集情報受信手段と、
   前記編集情報受信手段により受信された編集情報を記憶する編集情報記憶手段と、
   前記編集情報受信手段により編集情報が受信されると、前記編集情報記憶手段に予め記憶された編集情報と比較する比較手段と、
   前記比較手段による比較結果を前記情報処理装置へ通知する通知手段を備えたことを特徴とする画像管理装置。
3. 前記通知手段により通知された比較結果に応じて、前記編集情報及びその編集対象となった画像ファイルを前記情報処理装置へ送信するよう制御する画像ファイル送信制御手段を備え、
   前記編集情報及び画像ファイルに基づく画像が、前記情報処理装置に表示されることを特徴とする請求項２記載の画像管理装置。
4. 前記編集情報は、前記画像ファイルを識別するための識別情報を含むことを特徴とする請求項２記載の画像管理装置。
5. 前記編集情報は、前記画像ファイルのうち表示される部分の指定を含むことを特徴とする請求項２記載の画像管理装置。
6. 前記比較手段による比較結果が前記編集情報受信手段により受信された編集情報と前記記憶手段に記憶された編集情報とが重複することを示せば、前記編集情報記憶手段に記憶された編集情報の送信元である情報処理装置へ通知するよう制御する通知制御手段を備えたことを特徴とする請求項２記載の画像管理装置。
7. ネットワーク経由で複数の情報処理装置と通信可能な画像管理装置に、以下のステップを実行させるためのプログラムであって、
   画像ファイルの編集に関する編集情報を前記情報処理装置から受信する編集情報受信ステップと、
   前記編集情報受信ステップで受信された編集情報を記憶する編集情報記憶ステップと、
   前記編集情報受信ステップで編集情報が受信されると、前記編集情報記憶ステップで予め記憶された編集情報と比較する比較ステップと、
   前記比較ステップでの比較結果を前記情報処理装置へ通知する通知ステップを備えたことを特徴とするプログラム。

Images