JP2008097213A - 画像表示システム、画像表示方法およびプログラム - Google Patents

Abstract

【課題】共有用画像登録手段に共有用画像として登録された個人用画像のうち、共有性が高い画像と共有性が低い画像とを識別可能に表示することができる画像表示システムを提供する。
【解決手段】Ｗｅｂサーバ１０３のＡＰＰ１０５は、共有用アルバムに共有用画像として登録されている個人画像毎に登場する被写体の登場回数を算出する（ステップＳ５０５）。次いで、算出された被写体毎の登場回数に基づいて基準登場回数が算出される（ステップＳ５０６）。続いて、共有用アルバムに共有用画像として登録されている個人用画像に、算出された基準登場回数を超える登場回数の被写体が含まれるか否かに応じて、個人用画像毎の一致度が算出される（ステップＳ５０７）。そして、個人用画像毎に算出された一致度に応じて、該個人用画像毎にその表示サイズが設定される（ステップＳ５０８）。
【選択図】図６

Description

本発明は、共有用画像として登録された個人用画像の一覧を表示するための画像表示システム、画像表示方法およびプログラムに関する。

デジタルカメラなどの撮像装置で撮影した画像を、Ｗｅｂサーバ上の電子アルバムに登録し、閲覧することができるサービスを提供する電子アルバムシステムがある。

この電子アルバムシステムが提供するサービスを利用することにより、例えば、運動会などの撮影イベントに参加した複数のメンバが、同一の電子アルバムを共有し、当該電子アルバムに登録されている画像を閲覧することが可能である。この場合、撮影イベントで撮影された画像の電子アルバムが作成され、この電子アルバムのＵＲＬが参加メンバにより共有される。また、不特定多数の人が電子アルバムにアクセスし、当該電子アルバムを閲覧することを防止するために、電子アルバムの閲覧を許可するためのユーザＩＤおよびパスワードを、特定の人に付与することが行われている。また、このシステムにおいては、デジタルカメラで撮影された画像をコンピュータに一旦保存し、保存された画像の中から登録する画像を選択し、Ｗｅｂサーバ上の電子アルバムに登録する操作が必要である。

また、固有の識別情報が割り当てられている複数のデジタルカメラから撮影された画像を取り込み、取り込まれた画像の電子アルバムを自動的に作成する電子アルバム作成装置が提案されている（例えば特許文献１参照）。この場合、各デジタルカメラには、それぞれ、固有の識別情報が割り当てられており、各デジタルカメラで撮影された画像には、デジタルカメラの識別情報が付加される。各デジタルカメラは、学校行事（運動会など）の参加者にそれぞれ貸与される。各デジタルカメラでそれぞれ撮影された画像は、当該デジタルカメラから電子アルバム作成装置へ伝送される。電子アルバム作成装置は、伝送された画像データに付加されたカメラの識別情報に基づいて、同一の識別情報が付加された画像を抽出する。そして、抽出された同一の識別情報が付加された画像は、同一の電子アルバムに登録される。これにより、参加者毎に貸与されたデジタルカメラで撮影された画像を含む電子アルバムが作成されることになる。

また、電子アルバム間で画像を伝送する場合に、伝送先の電子アルバムの所有者が所望する画像を自動的に伝送するための画像伝送システムが提案されている（例えば特許文献２参照）。このシステムの場合、まず、伝送元の電子アルバムの画像に含まれる被写体の特徴量が抽出される。次いで、伝送元の電子アルバムの中の画像から、抽出された特徴量に基づいて伝送先の電子アルバムに格納されている画像に含まれる被写体と基準値以上の一致度を示す被写体を含む画像が選択される。そして、この選択された画像が伝送先の電子アルバムに自動的に伝送される。
特開２００３−１８５１３号公報 特開２００６−７９４５８号公報

上述した電子アルバムシステムにおいて、例えばＷｅｂサーバ上の共有用アルバムに登録するための画像を含む個人用アルバムを予め作成し、この個人用アルバムを共有用アルバムに登録したとする。この場合、共有用アルバムに登録された個人用アルバムは、システムに参加するメンバにより閲覧することが可能になる。

しかしながら、共有用アルバムに登録された個人用アルバムに、メンバと関係がない画像が含まれている場合、当該メンバと関係がない画像は、メンバにより閲覧することが可能になる。

例えば、「小学３年生」と「小学５年生」の子供の保護者であるＡ氏が、１台のデジタルカメラを用いて運動会に参加した「小学３年生」と「小学５年生」の子供を撮影し、これらの撮影した画像を含む個人用アルバムを作成するとする。そして、この個人用アルバムを共有するために、当該個人用アルバムが、Ｗｅｂサーバ上に作成されているタイトルが「３年１組」の共有用アルバムと、タイトルが「５年２組」の共有用アルバムにそれぞれ登録されるとする。

この場合、「３年１組」の共有用アルバムには、当該共有用アルバムのメンバとは関係がない「小学５年生」の子供の画像が登録されることになる。また、「５年２組」の共有用アルバムにも、同様に、当該共有用アルバムのメンバと関係がない「小学３年生」の子供の画像が登録されることになる。

このように、共有用アルバムに対して当該共有用アルバムのメンバと関係がない画像が登録されることは、共有性が低い画像が共有画像として登録されることであり、共有性という観点からは好ましくない。そこで、例えば個人用アルバムとして、「小学３年生」と「小学５年生」のそれぞれに対する個人用アルバムを作成し、これらの個人用アルバムを対応する共有用アルバムに登録する方法が考えられる。しかしながら、撮影した複数の画像を、個人用アルバム別に選別するための操作作業が必要であり、面倒である。

本発明の目的は、共有用画像登録手段に共有用画像として登録された個人用画像のうち、共有性が高い画像と共有性が低い画像とを識別可能に表示することができる画像表示システム、画像表示方法およびプログラムを提供することにある。

本発明は、上記目的を達成するため、個人用画像を登録する個人用画像登録手段と、前記個人用画像登録手段と対応付けられ、前記個人用画像登録手段に登録されている個人用画像を共有用画像として登録する共有用画像登録手段と、個人用画像毎にその特徴量を算出する特徴量算出手段と、前記共有用画像登録手段に共有用画像として登録されている個人用画像毎に算出された特徴量に基づいて、特徴量の基準値を算出する基準値算出手段と、前記共有用画像登録手段に共有用画像として登録されている個人用画像毎にその特徴量と前記基準値との一致度を算出する一致度算出手段と、前記共有用画像登録手段に共有用画像として登録されている個人用画像毎に算出された一致度に応じて、該個人用画像毎にその表示形態を設定する表示形態設定手段とを備えることを特徴とする画像表示システムを提供する。

本発明は、上記目的を達成するため、個人用画像を登録する個人用画像登録手段と、前記個人用画像登録手段と対応付けられ、前記個人用画像登録手段に登録されている個人用画像を共有用画像として登録する共有用画像登録手段とを有する画像表示システムの画像表示方法であって、個人用画像毎にその特徴量を算出する特徴量算出工程と、前記共有用画像登録手段に共有用画像として登録されている個人用画像毎に算出された特徴量に基づいて、特徴量の基準値を算出する基準値算出工程と、前記共有用画像登録手段に共有用画像として登録されている個人用画像毎にその特徴量と前記基準値との一致度を算出する一致度算出工程と、前記共有用画像登録手段に共有用画像として登録されている個人用画像毎に算出された一致度に応じて、該個人用画像毎にその表示形態を設定する表示形態設定工程とを備えることを特徴とする画像表示方法を提供する。

本発明は、上記目的を達成するため、個人用画像を登録する個人用画像登録手段と、前記個人用画像登録手段と対応付けられ、前記個人用画像登録手段に登録されている個人用画像を共有用画像として登録する共有用画像登録手段とを有する画像表示システム上でコンピュータにより実行されるプログラムであって、個人用画像毎にその特徴量を算出する特徴量算出モジュールと、前記共有用画像登録手段に共有用画像として登録されている個人用画像毎に算出された特徴量に基づいて、特徴量の基準値を算出する基準値算出モジュールと、前記共有用画像登録手段に共有用画像として登録されている個人用画像毎にその特徴量と前記基準値との一致度を算出する一致度算出モジュールと、前記共有用画像登録手段に共有用画像として登録されている個人用画像毎に算出された一致度に応じて、該個人用画像毎にその表示形態を設定する表示形態設定モジュールとを備えることを特徴とするプログラムを提供する。

本発明によれば、共有用画像登録手段に共有用画像として登録された個人用画像のうち、共有性が高い画像と共有性が低い画像とを識別可能に表示することができる。

以下、本発明の実施形の態について図面を参照しながら説明する。

（第１の実施の形態）
図１は本発明の第１の実施の形態に係る画像表示システムが適用される電子アルバムシステムの構成を示すブロック図である。

電子アルバムシステムは、図１に示すように、Ｗｅｂサーバ１０３と、インターネットなどのネットワークを介してＷｅｂサーバ１０３と接続される複数のクライアントＰＣ（Personal Computer）１０２とを備える。

Ｗｅｂサーバ１０３には、データベース（以下、ＤＢという）１０４が接続され、ＤＢ１０４には、画像データ、アルバム関連情報などを含む、電子アルバムサービスを提供するために必要なデータが格納されている。例えば、図１に示すように、データベース１０４には、「アルバムＡ」、「アルバムＡ’」、「アルバムＢ」、「アルバムＣ」、「アルバムＤ」の５つの個人用アルバムと、「アルバムＸ」、「アルバムＹ」の２つの共有用アルバムが格納されている。ここで、データベース１０４に格納されるアルバムの個数、アルバム毎に登録可能な画像データ数、サイズなどに対する制限はないものとする。

Ｗｅｂサーバ１０３は、アプリケーションソフトウェアを実行するためのＡＰＰ１０５を搭載し、このＡＰＰ１０５は、ＣＰＵ（Central Processing Unit）から構成される。ＡＰＰ１０５は、Ｗｅｂサーバ１０３内のＲＯＭ（Read Only Memory）またはハードディスク（Hard Disk）に記憶されているＯＳ（Operating System）プログラムを読み出してＯＳを構築する。そして、ＡＰＰ１０５は、ＯＳ上で、ＲＯＭまたはハードディスクに記憶されているアプリケーションソフトウェアを読み出し、ＲＡＭ（Random Access memory）を作業領域として実行する。このアプリケーションソフトウェアの実行により、後述する電子アルバムサービスに関する各種処理が実行される。また、ＡＰＰ１０５は、必要に応じて、アプリケーションソフトウェアまたはＯＳからの指令を受けて、ＤＢ１０４にアクセスし、ＤＢ１０４のレコードの登録、更新、削除などの処理を行う。

各クライアントＰＣ１０２は、ユーザが画像データをＷｅｂサーバ１０３経由でＤＢ１０４にアップロードするために使用するＰＣである。クライアントＰＣ１０２には、例えばＷｉｎｄｏｗｓ（登録商標）のようなＯＳ、およびＩｎｔｅｒｎｅｔ Ｅｘｐｌｏｒｅｒ（登録商標）のようなＷｅｂＢｒｏｗｓｅｒ（以下、ＷＢという）１０６が搭載されている。また、クライアントＰＣ１０２には、ＷＢ１０６の指令を受けて画像データのアップロードを簡便に実行するためのＡｄｄＯｎ１０７が搭載されている。ここで、ＡｄｄＯｎ１０７は、クライアントＰＣ１０２のＣＰＵにより構成される。

各クライアントＰＣ１０２には、デジタルカメラ１との接続を可能にするためのインタフェース、例えばＵＳＢ（Universal Serial Bus）が設けられ、このインタフェースを介して、デジタルカメラ１で撮影された画像がクライアントＰＣ１へ取り込まれる。

次に、ＡＰＰ１０５による電子アルバムシステムを実現するための具体的な処理について説明する。

ＡＰＰ１０５は、クライアントＰＣ１０２からＨＴＴＰで送信されたエンティティボディを受信すると、この受信したエンティティボディに基づいて、ＤＢ１０４へのアクセスなどの必要な処理を行う。そして、ＡＰＰ１０５は、適切なＨＴＭＬソースをクライアントＰＣ１０２へ返す処理を行う。

ＨＴＴＰのエンティティボディは、一般的に、変数＝値を＆で連接した構造をなし、その値は、ＵＲＬ（Uniform Resource Locator）にエンコードされている。この構造およびエンコードについての詳細な説明は、省略する。

ＡＰＰ１０５は、電子アルバムシステムを実現するために、ＤＢ１０４から画像データの削除、ＤＢ１０４に格納されているアルバムの管理などの各種機能を有する。本実施の形態においては、それらの機能の指定が、クライアントＰＣ１０２から送信されるエンティティボディに含まれる変数ＦＵＮＣの値に基づいて、行われる。

まず、画像（個人用画像）の登録処理の際に使用されるエンティティボディについて説明する。このエンティティボディには、ＦＵＮＣ、ＡＬＢＵＭ、ＮＡＭＥ、ＢＯＤＹの４つの変数が含まれる。

変数ＦＵＮＣは、上述したように、ＡＰＰ１０５に対して処理を指定するための変数である。本実施の形態において、変数ＦＵＮＣの値は、画像データの登録を意味する「ｒｅｇｉｓｔ」とされる。

変数ＡＬＢＵＭは、変数ＮＡＭＥ、変数ＢＯＤＹで指定された画像を登録する先のアルバムの名称である。ここで、変数ＡＬＢＵＭで指定された名称のアルバムが既にＤＢ１０４に存在している場合、ＡＰＰ１０５は、新規のアルバムを作成する処理を行うことなく、登録する画像を登録先に指定されたアルバムに追加する。また、登録する画像と同じ名称の画像が登録先のアルバム内にあれば、登録する画像により、アルバム内の画像を上書きするようにしてもよい。これに対し、登録先に指定されたアルバムがＤＢ１０４内に存在していない場合、ＡＰＰ１０５は、変数ＡＬＢＵＭで指定された名称のアルバムを新たにＤＢ１０４内に作成し、このアルバムに指定された画像データを登録する。

変数ＮＡＭＥは、変数ＡＬＢＵＭで指定されたアルバムに、指定された画像（ＢＯＤＹ）を登録する際に、その名称の文字列を表す変数である。変数ＢＯＤＹは、実際にＤＢ１０４に登録される画像のデータ本体である。

次に、共有用アルバムの登録処理の際に使用されるエンティティボディについて説明する。このエンティティボディには、ＦＵＮＣ、ＡＬＢＵＭ、ＯＷＮＥＲＩＤの３つの変数が含まれる。

変数ＦＵＮＣは、ＡＰＰ１０５に対して処理を指定するための変数である。本実施の形態において、変数ＦＵＮＣの値は、共有用アルバムの作成を意味する「ｃｒｅａｔｅ ｃｏｍｍ」とされる。変数ＡＬＢＵＭは、共有用アルバムの名称の文字列を表す変数である。変数ＯＷＮＥＲＩＤは、共有用アルバムにアクセス可能なオーナーのＩＤである。変数ＯＷＮＥＲＩＤには、１または複数のオーナーＩＤが記述される。

ここで、変数ＡＬＢＵＭで指定された共有用アルバムの名称と同じ名称のアルバムすなわち登録先に指定された共有用アルバムが既にＤＢ１０４に存在する場合、ＡＰＰ１０５は、この指定された名称の共有用アルバムを新規に作成する処理を行わない。また、変数ＯＷＮＥＲＩＤで指定されたオーナーＩＤのフォルダが登録先に指定された共有用アルバムに存在しなければ、当該フォルダを登録先の共有用アルバムに追加する。変数ＯＷＮＥＲＩＤで指定されたオーナーＩＤのフォルダが既に存在している場合、ＡＰＰ１０５は、新たに指定されたオーナーＩＤのフォルダを作成しない。

これに対し、登録先に指定された共有用アルバムがＤＢ１０４に存在していない場合、ＡＰＰ１０５は、変数ＡＬＢＵＭで指定された名称の共有用アルバムを新たにＤＢ１０４内に作成する。そして、新たに作成された共有用アルバム内に対して、変数ＯＷＮＥＲＩＤで指定されたオーナーＩＤのフォルダが作成される。

次に、共有用アルバムへの個人用アルバムの登録処理の際に使用されるエンティティボディについて説明する。このエンティティボディには、ＦＵＮＣ、ＡＬＢＵＭ、ＯＷＮＥＲＩＤ、ＰＲＩＶＡＴＥＡＬＢＵＭの４つの変数が含まれる。

変数ＦＵＮＣは、上述したように、ＡＰＰ１０５に対して処理を指定するための変数である。本実施の形態において、変数ＦＵＮＣの値は、個人用アルバムの登録を意味する「ｒｅｇｉｓｔ ａｌｂｕｍ」とされる。変数ＡＬＢＵＭは、登録先の共有用アルバムの名称を指定するための変数である。変数ＯＷＮＥＲＩＤは、共有用アルバムにアクセス可能なオーナーのＩＤを表す変数である。変数ＰＲＩＶＡＴＥＡＬＢＵＭは、オーナーが所有し、変数ＡＬＢＵＭにより指定された共有用アルバム上で公開する個人用アルバムを指定するための変数である。

ここで、変数ＡＬＢＵＭにより指定された名称の共有用アルバムがＤＢ１０４上に存在する場合、ＡＰＰ１０５は、変数ＯＷＮＥＲＩＤで指定されたオーナーＩＤのフォルダが上記指定された名称の共有用アルバムに存在するか否かを判断する。ここで、ＡＰＰ１０５は、変数ＯＷＮＥＲＩＤで指定されたオーナーＩＤのフォルダが存在すれば、変数ＰＲＩＶＡＴＥＡＬＢＵＭで指定された個人用アルバムがオーナーＩＤのフォルダに存在するか否かを判断する。変数ＰＲＩＶＡＴＥＡＬＢＵＭで指定された個人用アルバムがオーナーＩＤのフォルダに存在しない場合、ＡＰＰ１０５は、上記指定された個人用アルバムをオーナーＩＤフォルダ内に作成する。そして、作成された個人用アルバムに登録されている画像に対してリンクが張られる。これに対し、変数ＰＲＩＶＡＴＥＡＬＢＵＭで指定された個人用アルバムがオーナーＩＤフォルダに存在する場合、ＡＰＰ１０５は、個人用アルバムを作成しない。

ＡＰＰ１０５は、変数ＯＷＮＥＲＩＤで指定されたオーナーＩＤのフォルダが指定された名称の共有用アルバムに存在しなければ、変数ＯＷＮＷＥＲＩＤで指定されたオーナーＩＤフォルダを上記共有アルバム内に作成する。そして、ＡＰＰ１０５は、さらに、変数ＰＲＩＶＡＴＥＡＬＢＵＭで指定された個人アルバムを作成し、当該個人アルバムに登録されている画像に対してリンクを張る。

次に、クライアントＰＣ１０２のＷＢ１０６を用いてＤＢ１０４に保存納されている個人用アルバムを閲覧する際のユーザインタフェースについて図２を参照しながら説明する。図２は図１のクライアントＰＣ１０２のＷＢ１０６を用いてＤＢ１０４に保存されている個人用アルバムを閲覧する際のユーザインタフェース画面の一例を示す図である。

「山田」氏がクライアントＰＣ１０２のＷＢ１０６を用いてＤＢ１０４に保持されている「山田」氏の所有の個人用アルバムを閲覧する際には、クライアントＰＣ１０２がＷｅｂサーバ１０３へアクセスする。Ｗｅｂサーバ１０３は、クライアントＰＣ１０２からのアクセスに応じて、「山田」氏が所有する個人用アルバムの一覧をＤＢ１０４から読み出し、クライアントＰＣ１０２へ送信する。クライアントＰＣ１０２は、Ｗｅｂサーバ１０３から送信された「山田」氏の個人用アルバムの一覧を受信する。そして、ＷＢ１０６により、例えば図２に示すような、個人用アルバムの一覧１２１を含むユーザインタフェース画面が表示される。本例の場合、「山田」氏が所有する個人用アルバムとして、「アルバムＡ」、「アルバムＡ’」の２つがあり、この所有する個人用アルバムの一覧を表すために、個人用アルバムの名称の一覧が表示される。

ここで、個人用アルバムの名称の一覧の中から、「アルバムＡ」が選択されたとすると、この「アルバムＡ」に収納されている画像の一覧１２２が表示される。本例の場合、「アルバムＡ」には、「画像１」、「画像２」、「画像３」の３つの画像が収納され、それらの画像１２３と名称１２４が表示される。

次に、ＤＢ１０４上に共有用アルバムを作成する際のユーザインタフェースについて図３を参照しながら説明する。図３は図１のクライアントＰＣ１０２のＷＢ１０６を用いてＤＢ１０４上に共有用アルバムを作成する際のユーザインタフェース画面の一例を示す図である。

ＤＢ１０４上に共有用アルバムを作成する際には、ＷＢ１０６が、Ｗｅｂサーバ１０３からのＨＴＭＬに基づいて、例えば図３に示すようなインタフェース画面を表示する。このユーザインタフェース画面には、共有用アルバム名を入力する入力ボックス１３１と、この共有用アルバムを共有するオーナーＩＤを入力する入力ボックス１３２が表示される。本例の場合、入力ボックス１３１には、共有用アルバム名として、「２００６年運動会 ５年２組」が入力される。また、入力ボックス１３２には、共有用アルバムを共有するオーナーＩＤとして、「Tanaka.nnnn@mmmm.co.jp」、「Yamada.ssss@tttt.co.jp」、「Fukuta.xxxx@yyyy.co.jp」の３人のオーナーのＩＤが入力される。ここでは、オーナーＩＤがユニークな文字列である必要があるため、オーナーＩＤとして例えば電子メールアドレスが用いられる。また、オーナーＩＤは、電子メールアドレスに限定されるものではなく、オーナーを一意に特定可能なものであればよい。

このユーザインタフェース画面上で入力された各情報は、クライントＰＣ１０２からＷｅｂサーバ１０３へ送信される。Ｗｅｂサーバ１０３は、クライアントＰＣ１０２から送信された各情報を受信し、受信した各情報に基づいて共有用アルバムを作成する。この作成された共有用アルバムは、ＤＢ１０４に保存される。

次に、ＤＢ１０４に保存されている共有用アルバムに個人用アルバムを登録する際のユーザインタフェースについて図４を参照しながら説明する。図４は図１のクライアントＰＣ１０２のＷＢ１０６を用いてＤＢ１０４に保存されている共有用アルバムに個人用アルバムを作成する際のユーザインタフェース画面の一例を示す図である。ここでは、「山田」氏が所有する個人用アルバムをＤＢ１０４上の共有用アルバムに登録する場合を説明する。

「山田」氏が所有する個人用アルバムをＤＢ１０４上の共有用アルバムに登録する際には、ＷＢ１０６により、例えば図４に示すような、ユーザインタフェース画面が表示される。このユーザインタフェース画面には、「山田」氏が他のオーナーと共有する共有用アルバムの名称「２００６年運動会 ５年２組」と、「山田」氏が所有する個人用アルバムの名称の一覧とを表示する画面１３３が含まれる。この共有用アルバムは、「山田」氏、「田中」氏、「福田」氏の各オーナーが共有するアルバムである（図３を参照）。

ここで、上記画面１３３において、個人用アルバムの名称の一覧の中から、共有用アルバムに登録するアルバムとして、「アルバムＡ」の名称が選択されたとする。そして、公開ボタン１３７が押下されると、選択された個人用アルバム「アルバムＡ」に収納されている画像が対応付けられている共有用アルバムに登録され、この登録された画像の一覧１３６が表示される。本例の場合、「アルバムＡ」には、「画像１」、「画像２」、「画像３」の３つの画像が収納されており、共有用アルバムに登録された画像の一覧１３６として、それらの画像１２３と名称１２４が表示される。

次に、ＤＢ１０４に格納されているファイル構成について図５を参照しながら説明する。図５は図１のＤＢ１０４に格納されているファイル構成を模式的に示す図である。

ここでは、例えばオーナーＩＤ「Yamada.ssss@tttt.co.jp」のオーナーが所有する個人用アルバムを、「アルバムＡ」、「アルバムＡ’」とする。また、オーナーＩＤ「Tanaka.nnnn@mmmm.co.jp」のオーナーが所有する個人用アルバムを、「アルバムＢ」とし、オーナーＩＤ「Fukuta.xxxx@yyyy.co.jp」のオーナーが所有する個人用アルバムを、「アルバムＣ」とする。また、これらのオーナーが共有する共有用アルバムを、「２００６年運動会 ５年２組」とする。

本例の場合、ＤＢ１０４には、オーナーＩＤと同じ名称がそれぞれ付されている複数のオーナーＩＤフォルダ１４１と、共有用アルバム「２００６年運動会 ５年２組」を構成する共有アルバムフォルダ１４４が格納されている。各オーナーＩＤフォルダ１４１には、個人用アルバムとしてのアルバムフォルダ１４２が保存されている。このアルバムフォルダ１４２の数は、１つでもよいし、複数でもよい。

共用アルバムフォルダ１４４には、アルバムを共有するオーナーＩＤと同じ名称のオーナーＩＤフォルダ１４５を保存している。このオーナーＩＤフォルダ１４５には、共有する個人電子用アルバム１４６が保存され、個人アルバム１４６内の画像データは、同じオーナーＩＤフォルダ１４１内のアルバム１４２に収納されている画像データ１４３にリンクされている。

次に、Ｗｅｂサーバ１０３のＡＰＰ１０５の動作手順について図６を参照しながら説明する。図６は図１のＷｅｂサーバ１０３のＡＰＰ１０５の動作手順を示すフローチャートである。

ＡＰＰ１０５は、図６に示すように、クライアントＰＣ１０２から、個人用アルバムへ画像を登録するエンティティボディ、または共有用アルバムへ個人用アルバムを追加するエンティティボディを受信するのを待つ（ステップＳ５０１，Ｓ５０９）。

ここで、ＡＰＰ１０５は、個人用アルバムへ画像を登録するエンティティボディを受信すると（ステップＳ５０１）、個人用アルバムに画像を登録するための処理を行い、当該画像をＤＢ１０４へ保存する（ステップＳ５０２）。ここで、画像の登録先となる個人用アルバムは、受信したエンティティボディの変数ＡＬＢＵＭにより指定されたアルバムである。

次いで、ＡＰＰ１０５は、今回登録された画像の被写体を抽出し、当該被写体をＤＢ１０４へ保存する（ステップＳ５０３）。ここで、この被写体の抽出においては、例えば人物の場合、被写体の顔に対する特徴量が、被写体を特定するための被写体特徴量として抽出される。この被写体特徴量は、画像に対応付けて保存される。そして、ＡＰＰ１０５は、上記登録された画像の被写体特徴量に基づいて、上記画像が登録された個人用アルバム内の他の画像から、上記登録された画像の被写体特徴量と同じ被写体特徴量を有する被写体を抽出する。同じ被写体が抽出されると、同じ被写体の登場回数が算出され、この登場回数の更新が行われる（ステップＳ５０４）。この登場回数の更新の詳細については、後述する。

次いで、ＡＰＰ１０５は、上記画像が登録された個人用アルバムに対応付けられた共有用アルバムが存在するか否かを判定する（ステップＳ５１１）。ここで、上記画像が登録された個人用アルバムに対応付けられた共有用アルバムが存在しない場合、ＡＰＰ１０５は、本処理を終了する。

上記ステップＳ５１１において上記画像が登録された個人用アルバムに対応付けられた共有用アルバムが存在すると判定された場合、ＡＰＰ１０５は、当該共有用アルバム内にある全ての画像に対して、被写体毎の登場回数を算出する（ステップＳ５０５）。ここでは、各画像に対応付けられている被写体特徴量に基づいて、各画像から、同じ被写体が抽出され、その登場回数が算出される。この登場回数の算出の詳細については、後述する。

次いで、ＡＰＰ１０５は、上記算出された被写体の登場回数を用いて、上記共有用アルバムに対する基準登場回数を示すしきい値（基準値）を算出する（ステップＳ５０６）。このしきい値の算出の詳細については、後述する。続いて、ＡＰＰ１０５は、上記算出されたしきい値と共有用アルバム内の各被写体の登場回数を比較し、この比較結果に基づいて全ての画像の一致度を算出する（ステップＳ５０７）。この一致度の算出処理の詳細については、後述する。そして、ＡＰＰ１０５は、上記一致度に基づいて共有用アルバム内にある画像毎の表示形態を設定するための画像表示処理を行う（ステップＳ５０８）。この画像表示処理の詳細については、後述する。

上記ステップＳ５０９においてＡＰＰ１０５が共有用アルバムへ個人用アルバムを追加するエンティティボディを受信すると、ＡＰＰ１０５は共有用アルバムへ個人用アルバムを追加する処理を行う（ステップＳ５１０）。そして、ＡＰＰ１０５は、上述したステップＳ５０５〜ステップＳ５０８を実行する。ここで、共有用アルバムへ追加される個人用アルバムに収納されている画像は、被写体の抽出、個人用アルバム内における当該被写体の登場回数の更新が行われている画像である。

次に、上記ステップＳ５０４の個人用アルバムの被写体の登場回数を更新する処理の詳細について図７を参照しながら説明する。図７は図６のステップＳ５０４の個人用アルバムの被写体の登場回数を更新する処理を詳細に示すフローチャートである。

上記ステップＳ５０４においては、図７に示すように、ＡＰＰ１０５は、個人用アルバムに新たに登録する画像から抽出された被写体と同じ被写体を含む画像が個人用アルバムに既に登録されているか否かを判定する（ステップＳ６１１）。ここで、新たに登録する画像の被写体と同じ被写体を含む画像が個人用アルバムに登録されていない場合、ＡＰＰ１０５は、新たに登録する画像から抽出された被写体をＤＢ１０４へ保存する（ステップＳ６１２）。この場合、新たに登録する画像から抽出された被写体と同じ被写体を含む画像が登録されていないので、ＡＰＰ１０５は、当該登録する画像の被写体の登場回数を「１」回と設定する（ステップＳ６１３）。そして、ＡＰＰ１０５は、本処理を抜ける。

これに対し、上記ステップ６１１において新たに登録する画像の被写体と同じ被写体を含む画像が個人用アルバムに登録されていると判定された場合、ＡＰＰ１０５は、上記ステップＳ６１２をスキップしてステップＳ６１３へ進む。すなわち、ＡＰＰ１０５は、新たに登録する画像の被写体と同じ被写体の登場回数を更新する（ステップＳ６１３）。そして、ＡＰＰ１０５は、本処理を抜ける。

次に、上記ステップ５０５の共有アルバム内の画像から同じ被写体の登場回数を算出する処理の詳細について図８を参照しながら説明する。図８は図６のステップ５０５の共有アルバム内の画像から同じ被写体の登場回数を算出する処理を詳細に示すフローチャートである。

上記ステップＳ５０５においては、図８に示すように、ＡＰＰ１０５は、共有用アルバムに対応付けられた１つの個人用アルバムを選択する（ステップＳ６２１）。続いて、ＡＰＰ１０５は、選択された個人用アルバムに対応付けられている共有用アルバムの数（登録数）を取得する（ステップＳ６２２）。そして、ＡＰＰ１０５は、上記取得された共有用アルバムの登録数を用いて、選択された個人用アルバム内の被写体毎の登場回数を変更（重み付け）する（ステップＳ６２３）。この被写体の登場回数は、例えば、既に算出されている被写体の登場回数を共有アルバムの数で除算することによって重み付けされる。すなわち、被写体の登場回数は、既に算出されている被写体の登場回数を共有アルバムの数で除算した値に変更される。

次いで、ＡＰＰ１０５は、同一の被写体毎に、上記変更された被写体の登場回数に、共有用アルバム内における被写体の登場回数を加えることによって、被写体の登場回数を更新する（ステップＳ６２４）。そして、ＡＰＰ１０５は、共有用アルバムに対応付けられた個人用アルバムの全てに対するチェックが終了したか否かを判定する（ステップＳ６２５）。ここで、共有用アルバムに対応付けられた個人用アルバムの全てに対するチェックが終了した場合、ＡＰＰ１０５は、本処理を抜ける。これに対し、個人用アルバムの全てに対するチェックが終了していない場合、ＡＰＰ１０５は、上記ステップ６２１からの処理を繰り返す。

次に、上記ステップＳ５０６の共有用アルバムのしきい値を算出する処理の詳細について図９を参照しながら説明する。図９は図６のステップＳ５０６の共有用アルバムのしきい値を算出する処理を詳細に示すフローチャートである。

上記ステップＳ５０６においては、図９に示すように、ＡＰＰ１０５は、共有アルバム内に登場する被写体毎に、重み付け前と重み付け後の登場回数を比較する（ステップＳ６３１）。続いて、ＡＰＰ１０５は、上記比較結果に基づいて、重み付け前と重み付け後の登場回数の差が大きい順に２つの被写体を選択し、選択された２つの被写体の登場回数の平均値をしきい値とする（ステップＳ６３２）。そして、ＡＰＰ１０５は、本処理を抜ける。

次に、上記ステップＳ５０５で被写体毎に算出された登場回数について図１２を参照しながら説明する。図１２（ａ）は図６のステップＳ５０５で被写体毎に算出された被写体の登場回数の例を示す図である。図１２（ｂ）は図１２（ａ）の被写体毎に算出された登場回数に基づいて得られた共有アルバム内に登場する各被写体の登場回数の例を示す図である。

ここでは、図１２（ａ）に示すように、「２００６年運動会５年２組」の共有用アルバム７００には、「アルバムＡ」、「アルバムＢ」、「アルバムＣ」の３つの個人用アルバムが対応付けられているとする。「アルバムＡ」および「アルバムＢ」は、「２００６年運動会５年２組」の共有用アルバムのみに対応付けられているので、これらの「アルバムＡ」、「アルバムＢ」に対する共有アルバムの登録数７０２は、「１」となる。「アルバムＣ」は、「２００６年運動会５年２組」の共有用アルバム以外に、他の１つの共有アルバムにも対応付けられているので、「アルバムＣ」に対する共有アルバムの登録数は、「２」となる。

ここで、例えば、「アルバムＣ」に収納されている２００枚の画像中に、「ａ」、「ｂ」、「ｃ１」、「ｃ２」、「ｄ」の５つの被写体７０４が存在するとする。そして、この場合の各被写体の登場回数７０５が、それぞれ、「４０」、「５０」、「８０」、「８０」、「４０」であるとする。被写体毎にその登場回数７０５を共有アルバム登録数７０２で除算することによって、被写体毎の登場回数（重み付け有）７０６が求められる。被写体毎の登場回数（重み付け有）７０６は、それぞれ、「２０」、「２５」、「４０」、「４０」、「２０」となる。

次いで、図１２（ｂ）に示すように、被写体７０４毎に各個人用アルバムの登場回数（重み付け有）７０６を合算したものが、共有用アルバム内の最終的な被写体の登場回数７０７として算出される。ここでは、各被写体「ａ」、「ｂ」、「ｃ１」、「ｃ２」、「ｄ」の登場回数７０７は、それぞれ、「１２０」、「１３５」、「１１０」、「４０」、「２０」となる。

そして、各被写体の登場回数（重み付け有）７０７の内、重み付け前と重み付け後の差が大きいものから順に２つの登場回数が抽出される。ここでは、被写体「ｃ１」の登場回数７０８と被写体「ｃ２」の登場回数７０９が抽出され、各登場回数７０８，７０９の平均値が算出される。この算出された平均値が共有用アルバムのしきい値とされる。すなわち、（１１０＋４０）／２＝７５が共有用アルバムのしきい値となる。その結果、しきい値より登場回数が多い被写体は、「ａ」、「ｂ」、「ｃ１」の各被写体であり、しきい値より登場回数が少ない被写体は、「ｃ２」、「ｄ」の各被写体となる。

次に、図６のステップＳ５０７の一致度の算出処理の詳細について図１０を参照しながら説明する。図１０は図６のステップＳ５０７の一致度の算出処理を詳細に示すフローチャートである。

上記ステップＳ５０７においては、図１０に示すように、ＡＰＰ１０５は、共有用アルバム内において、上記算出されたしきい値より登場回数が多い被写体を抽出する（ステップＳ６４１）。次いで、ＡＰＰ１０５は、共有用アルバムから１つの画像を選択し、当該選択された画像に、上記抽出された被写体（しきい値より登場回数が多い被写体）が登場するか否かを判定する（ステップＳ６４２）。ここで、上記選択された画像に上記抽出された被写体（しきい値より登場回数が多い被写体）が登場する場合、ＡＰＰ１０５は、当該選択された画像の不一致回数（一致度）をデクリメントする（ステップＳ６４３）。この不一致回数は、デクリメントにより「０」以下になれば、「０」とされる。上記不一致回数は、上記しきい値に対する一致度、すなわち共有用アルバムに登録されている画像が共有性の高い画像であるか否かを表すための値として用いられるものである。この不一致回数が小さくなるに従い、上記しきい値に対する一致度が高くることを表すことになる。

そして、ＡＰＰ１０５は、共有用アルバム内の全ての画像に対するチェックが終了したか否かを判定する（ステップＳ６４５）。ここで、全ての画像に対するチェックが終了していなければ、ＡＰＰ１０５は、次の画像に対するチェックを行うために、上記ステップＳ６４２に戻る。これに対し、全ての画像に対するチェックが終了すると、ＡＰＰ１０５は、本処理を抜ける。

上記ステップＳ６４２において上記選択された画像に上記抽出された被写体（しきい値より登場回数が多い被写体）が登場しないと判定された場合、ＡＰＰ１０５は、選択された画像の不一致回数をインクリメントする（ステップＳ６４４）。そして、ＡＰＰ１０５は、ステップＳ６４５へ進む。

次に、図６のステップＳ５０８の画像表示処理の詳細について図１１を参照しながら説明する。図１１は図６のステップＳ５０８の画像表示処理を詳細に示すフローチャートである。

上記ステップＳ５０８においては、図１１に示すように、ＡＰＰ１０５は、個人用アルバムが、共有用アルバムの登録数が２以上のアルバムであるか否かを判定する（ステップＳ６５１）。ここで、上記個人用アルバムは、図６のステップＳ５０１で画像の登録が通知された個人用アルバム、またはステップＳ５０９で共有用アルバムへの追加が指定された個人用アルバムである。

上記個人用アルバムが、共有用アルバムの登録数が２以上でない、すなわち１であるアルバムであると判定された場合、ＡＰＰ１０５は、この個人用アルバム内の画像毎にその不一致回数に応じた表示サイズで表示するように設定する（ステップＳ６５４）。ここで、不一致回数に応じた表示サイズとは、画像を段階的に縮小して表示するサイズをいい、不一致回数の値が大きくなるほど、表示サイズは段階的に小さくなる。表示サイズが所定サイズより小さくなると、画像は表示されない。そして、ＡＰＰ１０５は、本処理を抜ける。

上記ステップＳ６５１において上記個人用アルバムが、共有用アルバムの登録数が２以上のアルバムであると判定された場合、ＡＰＰ１０５は、上記個人用アルバムの被写体と同じ被写体を含む他の個人用アルバムの有無を判定する（ステップＳ６５２）。具体的には、共有用アルバム内において、上記個人用アルバムの被写体と同じ被写体を含む他の個人用アルバムとして、共有用アルバムの登録数が１である他の個人用アルバムが検索される。次いで、共有用アルバムの登録数が１である他の個人用アルバムがあれば、ＡＰＰ１０５は、上記個人用アルバム内の画像毎にその不一致回数に応じた表示サイズで表示するように設定する（ステップＳ６５４）。そして、ＡＰＰ１０５は、本処理を抜ける。

上記ステップＳ６５２において上記個人用アルバムの被写体と同じ被写体を含む他の個人用アルバムがないと判定された場合、ＡＰＰ１０５は、上記個人用アルバムの画像を、通常の表示サイズ（縮小なし）で表示するように設定する（ステップＳ６５３）。そして、ＡＰＰ１０５は、本処理を抜ける。

例えば、共有用アルバム内に、個人用アルバムとして、共有用アルバムの登録数が「１」である「アルバムＡ」と、共有用アルバムの登録数が「２」である「アルバムＣ」があるとする。ここで、「アルバムＡ」内の画像に登場する被写体が「ａ」のみであり、「アルバムＣ」内の画像に登場する被写体が「ｃ１」のみであるとすると、「アルバムＡ」と「アルバムＣ」との間には、同じ被写体が登場しないことになる。この場合、個人用アルバムである「アルバムＣ」が、上記ステップＳ５０１またはステップＳ５０９で指定されたとすると、当該「アルバムＣ」の画像は、通常の表示サイズで表示するように設定される。よって、「アルバムＣ」の画像は、クライアントＰＣ１０２において、通常の表示サイズで表示されることになる。これに対し、個人用アルバムである「アルバムＡ」が、上記ステップＳ５０１またはステップＳ５０９で指定されたとすると、当該「アルバムＡ」の画像は、不一致回数に応じた表示サイズで表示するように設定される。よって、「アルバムＡ」の画像は、クライアントＰＣ１０２において、不一致回数に応じた表示サイズで表示されることになる。

また、「アルバムＡ」内の画像に登場する被写体が「ａ」、「ｃ１」であり、「アルバムＣ」内の画像に登場する被写体が「ｃ１」であるとすると、「アルバムＡ」と「アルバムＣ」との間には、共通の被写体「ｃ１」が存在することになる。この場合、クライントＰＣ１０２において、「アルバムＡ」の画像を表示する際には、当該画像は、不一致回数に応じたサイズで表示される。また、「アルバムＣ」の画像を表示する際にも、同様に、当該画像は、不一致回数に応じたサイズで表示される。

次に、クライアントＰＣ１０２のＷＢ１０６による、共有用アルバムを表示するためのユーザインタフェースについて図１３を参照しながら説明する。図１３はクライアントＰＣ１０２のＷＢ１０６による、共有用アルバムを表示するためのユーザインタフェース画面を示す図である。

ＤＢ１０４に保持されている共有用アルバムをクライアントＰＣ１０２から閲覧する際には、ＷＢ１０６により、例えば図１３に示すようなユーザインタフェース画面８００が表示される。このユーザインタフェース画面８００には、図１３（ａ）に示すように、共有用アルバム「２００６年運動会５年２組」内の６つの画像８０１〜８０６が表示されている。

共有用アルバム「２００６年運動会５年２組」に個人用アルバム（または画像）が新たに追加されると、ＷＢ１０６により、図１３（ｂ）に示すようなユーザインタフェース画面８１０が表示される。ここでは、画像８０７が追加されたものとする。そして、この画像８０７の追加により、共有用アルバムのしきい値（被写体の登場回数）が変わり、しきい値より登場回数が少ない被写体を含む画像として、画像８０５が検出されたとする。すなわち、画像８０５の不一致回数が１回以上である場合である。この場合、画像８０５は、縮小されて表示されることになる。例えば、５段階の表示サイズが用意され、不一致回数が１回増す毎に、表示サイズが４／５，…，１／５，０と段階的に設定される。ここで、不一致回数が１回であると、画像８０５は、通常サイズ（元のサイズ）の４／５の表示サイズで表示される。さらに、別の画像が追加され、画像８０５に対する不一致回数が５回に達すると、その表示サイズが０になる。この場合は、ユーザインタフェース画面８１０は、図１３（ｃ）に示すような、画像８０５が表示されていないユーザインタフェース画面８２０へ切り換えられる。

また、画像８０５が表示されていない状態において、さらに別の画像が追加されたことにより、画像８０５の不一致回数が逆に減少すると、画像８０５は、現在の表示サイズより拡大されて表示される。さらに別の画像が追加されて、画像８０５の不一致回数がさらに減少すると、画像８０５は、現在のサイズから段階的に拡大されて表示され、最終的に不一致回数が０回になると、図１３（ａ）に示すように、通常サイズ（元のサイズ）で表示される。

上記不一致回数に応じて画像の表示サイズを設定する手段としては、ＨＴＭＬにおいて、例えば
<IMG src="IMG_0001.JPG" width="7" height="12">
のように、ＩＭＧタグのwidth/heightの値を段階的に設定することにより、実現される。

また、図示していないが、追加された画像の被写体のしきい値と共有用アルバムのしきい値とを比較し、不一致回数が所定回数以上である画像を集めて異なるページ、または異なるフレームページに表示するようにしてもよい。

このように、共有用アルバムに対応付けられている個人用アルバムに登録される画像、または共有用アルバムに登録される個人用アルバムの画像に対して、その共有性（不一致回数）に応じた表示サイズが設定される。よって、各オーナーが共有用アルバムを閲覧する際には、クライアントＰＣ１０２において、共有性が高い画像と共有性が低い画像とを識別可能に表示することができる。すなわち、共有性が高い画像と共有性が低い画像とを識別可能な共有用アルバムを提供することができる。

（第２の実施の形態）
次に、本発明の第２の実施の形態について図１４〜図１６を参照しながら説明する。図１４は本発明の第２の実施の形態に係る画像表示システムが適用された電子アルバムシステムのＡＰＰ１０５の動作手順を示すフローチャートである。図１５は図１４のステップＳ９０２のアクセス回数の上位画像群から各画像の被写体の重み付け値を算出する処理を詳細に示すフローチャートである。図１６はアクセス回数が多い上位の画像群から算出された各被写体の重み付け値を示す図である。

本実施の形態は、第１の実施の形態に対し、共有用アルバム内の画像のアクセス数によって画像の重み付け値を算出する点で異なる。よって、本実施の形態においては、上記第１の実施の形態と異なる点を説明し、上記第１の実施の形態と同じ処理についての説明は省略する。

ＡＰＰ１０５は、図１４に示すように、クライアントＰＣ１０２からのエンティティボディを受信するのを待つ（ステップＳ５０１，Ｓ５０９，Ｓ９０３）。ここで、受信を待つエンティティボディは、個人用アルバムへ画像を登録するエンティティボディ、共有用アルバムへ個人用アルバムを追加するエンティティボディ、画像へアクセスするエンティティボディのいずれかである。画像へアクセスするエンティティボディは、オーナーがクライアントＰＣ１０２において、共有用アルバム内の画像に対して印刷、ダウンロードなどの操作を行う場合に発生されるものである。

ここで、画像へアクセスするエンティティボディを受信した場合、ＡＰＰ１０５は、当該エンティティボディにより指定された画像を探し出し、当該画像へのアクセス回数をインクリメントする（ステップＳ９０４）。このアクセス回数の保存先としては、例えば画像のＥｘｉｆ情報にあるＭａｒｋｅｒＮｏｔｅの領域などが用いられる。

次いで、ＡＰＰ１０５は、アクセス処理を行う（ステップＳ９０５）。例えば、画像のダウンロードであれば、ＡＰＰ１０５は、ＤＢ１０４から指定された画像を取得し、取得した画像をクライアントＰＣ１０２へ送信する。ここで、アクセスする画像の数は、１つでも、複数でもよい。

また、個人用アルバムへ画像を登録するエンティティボディを受信した場合、ＡＰＰ１０５は、上記第１の実施の形態と同様に、ステップＳ５０２，Ｓ５０２，Ｓ５１１を順に実行する。この場合、本実施の形態においては、共有用アルバム内の画像に対するアクセス回数によって当該画像の重み付け値が算出されるので、上記第１の実施の形態のステップＳ５０４は、削除されている。

また、共有用アルバムへ個人用アルバムを追加するエンティティボディを受信した場合、ＡＰＰ１０５は、上記第１の実施の形態と同様に、ステップＳ５１０を実行する。

このようにして受信したエンティティボディに応じた処理が行われると、ＡＰＰ１０５は、共有アルバム内の画像をアクセス回数の多い順にソートする（ステップＳ９０１）。次いで、ＡＰＰ１０５は、アクセス回数が多い上位の画像群から、それぞれに登場する被写体の登場回数に対する重み付け値を算出する（ステップＳ９０２）。ここで、アクセス回数が多い上位の画像群とは、アクセス回数が多い順にソートされた複数の画像のうち、アクセス回数が多い上位３割分の数の画像を含む画像群である。

この重み付け値の算出（ステップＳ９０２）においては、図１５に示すように、ＡＰＰ１０５は、アクセス回数が多い上位の画像群に含まれる画像から、そのアクセス回数を取得する（ステップＳ１０００）。そして、ＡＰＰ１０５は、上記アクセス回数を取得した画像の被写体を取得する（ステップＳ１００１）。

次いで、ＡＰＰ１０５は、上記取得した被写体に対し、画像のアクセス回数分の重み付けを行い（ステップＳ１００２）、被写体の重み付け値の合計値を算出する（ステップＳ１００３）。そして、ＡＰＰ１０５は、アクセス回数が多い上位の画像群に含まれる画像の全てに対し、重み付け値の算出が終了したか否かを判定する（ステップＳ１００４）。ここで、アクセス回数が多い上位の画像群に含まれる画像の全てに対し、重み付け値の算出が終了していない場合、ＡＰＰ１０５は、上記ステップＳ１０００からの処理を繰り返す。これに対し、重み付け値の算出が終了した場合、ＡＰＰ１０５は、本処理を抜ける。

上記重み付け値の算出（ステップＳ９０２）後、ＡＰＰ１０５は、上記第１の実施の形態と同様に、ステップＳ５０６，Ｓ５０７，Ｓ５０８を順に実行する。

例えば図１６（ａ）に示すように、「２００６年運動会５年２組」の共有アルバムには、画像１１００として、複数の画像IMG_0001.JPG〜IMG_0231.JPGが存在するとする。そして、画像１１００毎に、アクセス回数１１０１、撮影時間１１０２、被写体１１０３、重み付け１１０４が対応付けられているとする。

ここで、画像IMG_0001.JPG，IMG_0002.JPG，IMG_0031.JPG，IMG_0135.JPG，IMG_0231.JPGのそれぞれに対するアクセス回数１１０１は、「４５回」、「４３回」、「３９回」、「３８回」、「２回」であるとする。なお、これ以外の画像のアクセス回数は、省力する。

また、各画像の被写体１１０３としては、画像IMG_0001.JPGの被写体が「ａ」、「ｂ」、画像IMG_0002.JPGの被写体が「ａ」、「ｃ」であるとする。また、画像IMG_0031.JPGの被写体が「ｃ」、画像IMG_0135.JPGの被写体が「ａ」、画像IMG_0231.JPGの被写体が「ｄ」であるとする。なお、これ以外の画像の被写体は、省力する。

被写体１１０３に対する重み付け１１０４としては、アクセス回数１１０１と同じ値が付加される。本例においては、画像IMG_0001.JPGの被写体「ａ」、「ｂ」のそれぞれに重み付けとして「４５」が、画像IMG_0002.JPGの被写体「ａ」、「ｃ」のそれぞれに対する重み付けとして「４３」が付加される。また、画像IMG_0031.JPGの被写体「ｃ」に対しては「３９」が、画像IMG_0135.JPGの被写体「ａ」に対しては「３８」が、画像IMG_0231.JPGの被写体「ｄ」に対しては「２」がそれぞれ重み付けとして付加される。

次いで、「２００６年運動会５年２組」の共有アルバム内にある全ての画像に対して、そのアクセス回数を用いて被写体の重み付け値が算出され、被写体毎の重み付けの合計値が算出される。そして、アクセス回数が多い順にソートされた複数の画像のうち、アクセス回数が多い上位３割分の数の画像に登場する被写体毎の重み付けの合計値が算出される。

例えば図１６（ｂ）に示すように、アクセス回数が多い上位３割分の数の画像に登場する被写体毎の重み付け値の合計値として、重み付け合計１１０５が求められる。ここでは、被写体「ａ」に対する重み付け合計は、「４３６」、被写体「ｂ」に対する重み付け合計は、「１８４」、被写体「ｃ」に対する重み付け合計は、「２４５」、被写体「ｄ」に対する重み付け合計は、「５７」となる。

次いで、被写体毎に、アクセス回数が多い上位３割分の画像のうち、当該被写体を含む画像のアクセス回数の合計値とその重み付け合計の差が算出され、その差が大きい２つの被写体が抽出される。そして、抽出された２つの被写体の重み付け合計（アクセス回数が多い順にソートされた複数の画像から得られた重み付け合計）の平均値が算出され、この平均値が「２００６年運動会５年２組」の共有アルバムのしきい値とされる。

本例の場合、被写体「ｂ」と被写体「ｃ」のそれぞれが抽出され、それぞれの重み付け合計の平均値が算出される。その平均値は、１２０．５（＝（１８４＋５７）／２）であり、この値１２０．５が上記共有アルバムの被写体のしきい値とされる。この場合、上記共有アルバムのしきい値以上の画像は、被写体「ａ」，「ｂ」，「ｃ」を含む画像となる。

このように、共有用アルバムの画像へのアクセス回数に応じて、共有性が高い画像と共有性が低い画像を識別可能な共有用アルバムを提供することができる。

（第３の実施の形態）
次に、本発明の第３の実施の形態について図１７〜図２１を参照しながら説明する。図１７は本発明の第３の実施の形態に係る画像表示システムが適用される電子アルバムシステムのＡＰＰ１０５の動作手順を示すフローチャートである。図１８は図１７のステップＳ１２０１のグルーピング処理を詳細に示すフローチャートである。図１９は図１７のステップＳ１２０５の共有用アルバム内の各画像の特徴量を成す撮影日時・撮影場所の算出処理を詳細に示すフローチャートである。図２０は図１７のステップＳ１２０６の個人用アルバムに追加される画像の撮影日時・撮影場所が共有用アルバム内の画像の撮影日時・撮影場所と一致するか否かを判断する処理を詳細に示すフローチャートである。図２１は共有用アルバム内の画像一覧とグルーピングした画像の撮影日時・撮影場所を示す図である。

本実施の形態は、上記第１の実施の形態に対し、個人用アルバムに登録される画像に対して、共有用アルバム内の撮影日時・撮影場所でグループ化された画像群の撮影日時・撮影場所を特徴量とする点で異なる。よって、本実施の形態においては、上記第１の実施の形態と異なる点を説明し、上記第１の実施の形態と同じ処理についての説明は省略する。

ＡＰＰ１０５は、図１７に示すように、個人用アルバムへ画像を登録するエンティティボディを受信すると（ステップＳ５０１）、個人用アルバムへ指定された画像を登録するための処理を行い、当該画像をＤＢ１０４へ保存する（ステップＳ５０２）。

次いで、ＡＰＰ１０５は、上記画像が登録された個人用アルバムに対応付けられた共有用アルバムが存在するか否かを判定する（ステップＳ５１１）。ここで、上記画像が登録された個人用アルバムに対応付けられた共有用アルバムが存在しない場合、ＡＰＰ１０５は、本処理を終了する。

上記個人用アルバムに対応付けられた共有用アルバムがあると判定された場合（ステップＳ５１１）、ＡＰＰ１０５は、上記個人用アルバムに新たに登録された画像をグルーピングするための処理を行う（ステップＳ１２０１）。具体的には、上記個人用アルバムに新たに登録された画像が、当該個人用アルバムに対応付けられている共有用アルバム内の撮影日時・撮影場所を用いてグループ化された各画像群のいずれか１つにグルーピングされる。このグルーピング処理の詳細については、後述する。そして、ＡＰＰ１０５は、上記個人用アルバムに対応付けられている共有用アルバムの全てに対して、新たに登録された画像のグルーピングが終了したか否かを判定する（ステップＳ１２０２）。ここで、上記新たに登録された画像のグルーピングが終了していなければ、ＡＰＰ１０５は、上記ステップＳ１２０１からの処理を繰り返す。

上記ステップＳ１２０２において上記新たに登録された画像のグルーピングが終了したと判定された場合、ＡＰＰ１０５は、上記共有用アルバム内のグルーピング後の画像群の特徴量を成す撮影日時・撮影場所を算出する（ステップＳ１２０５）。この撮影日時・撮影場所の算出処理については、後述する。そして、ＡＰＰ１０５は、個人用アルバムに対応付らけれた共有用アルバムの画像毎に撮影日時・撮影場所が、グルーピング後の画像群の特徴量を成す撮影日時・場所と合致するか否かを判断するための処理を行う（ステップＳ１２０６）。この判断処理の詳細については、後述する。

次いで、ＡＰＰ１０５は、上記判断処理の結果に基づいて、上記個人用アルバムに新たに登録された画像の表示形態を設定する（ステップＳ５０８）。具体的には、グルーピング後の画像群の特徴を成す撮影日時・撮影場所と合致しない撮影日時・撮影場所の画像は、合致する撮影日時・撮影場所の画像と異なるサイズで表示するように設定される。

次に、上記ステップＳ１２０１のグルーピング処理の詳細について図１８を参照しながら説明する。

上記ステップＳ１２０１においては、図１８に示すように、ＡＰＰ１０５は、今回個人用アルバムに新たに登録された画像のＥｘｉｆ情報に記録されている撮影日時を取得する（ステップＳ１３０１）。そして、ＡＰＰ１０５は、共有用アルバム内の各画像群（既にグループ化されている画像の集合）の撮影時間範囲をそれぞれ取得する（ステップＳ１３０２）。ここで、画像群の撮影時間範囲は、当該画像群に含まれる画像の撮影時間の範囲を示すものである。例えば２００６年８月１２日８時０〜８時３０分の撮影時間範囲の画像群の場合、当該画像群には、撮影時間が２００６年８月１２日８時０〜８時３０分の範囲にある画像が含まれる。また、共有用アルバムに登録されている画像群（または画像）がなければ、００００年０月０日０時０分〜００００年０月０日０時００分の撮影時間範囲が設定されている。

次いで、ＡＰＰ１０５は、上記個人用アルバムに新たに登録された画像の撮影日時を含む撮影時間範囲の画像群があるか否かを判定する（ステップＳ１３０３）。ここで、個人用アルバムに新たに登録された画像の撮影日時を含む撮影時間範囲の画像群がある場合、ＡＰＰ１０５は、当該画像群に属する画像の枚数をインクリメントする（ステップＳ１３０４）。

これに対し、個人用アルバムに新たに登録された画像の撮影日時を含む撮影時間範囲の画像群がない場合、ＡＰＰ１０５は、個人用アルバムに新たに登録された画像が属する画像群（１枚の画像）を新たに作成する（ステップＳ１３０５）。そして、ＡＰＰ１０５は、新たに作成された画像群に属する画像の撮影日時に基づいて、当該画像群の撮影時間範囲を設定する（ステップＳ１３０６）。この撮時間範囲は、他の画像群の撮影時間範囲と重ならないように設定される。

上記グルーピング後の画像群の画像枚数をインクリメントした後または新たに画像群を作成した後、ＡＰＰ１０５は、新たに登録された画像のＥｘｉｆ情報に記憶されている撮影場所を取得する（ステップＳ１３０７）。次いで、ＡＰＰ１０５は、新たに登録された画像が属する画像群内に、当該画像の撮影場所と同じ撮影場所の画像があるか否かを判定する（ステップＳ１３０８）。ここで、撮影場所が同じ画像がある場合、ＡＰＰ１０５は、画像群内で撮影場所が同じ画像の枚数をインクリメントする（ステップＳ１３０９）。そして、ＡＰＰ１０５は、本処理を抜ける。これに対し、撮影場所が同じ画像がない場合、ＡＰＰ１０５は、画像群内で、新たに登録された画像の撮影場所を追加する（ステップＳ１３１０）。そして、ＡＰＰ１０５は、本処理を抜ける。

上記ステップＳ１２０５の共有用アルバムの特徴量を成す撮影日時・撮影場所の算出処理について図１９を参照しながら詳細に説明する。

上記ステップＳ１２０５においては、図１９に示すように、ＡＰＰ１０５は、しきい値以上の１または複数の画像群を選出する（ステップＳ１３３０）。ここで、上記しきい値は、共有用アルバムの全画像枚数を当該共有用アルバム内の画像群数で除算した値であり、当該しきい値より多い枚数の画像を有する画像群が選出される。この選出された１または複数の画像群は、共有用アルバムの特徴量とする撮影日時を代表する画像群となる。

次いで、ＡＰＰ１０５は、選出された１または複数の画像群から、最も多い撮影場所を抽出する（ステップＳ１３３１）。この抽出された撮影場所は、共有用アルバムの特徴量を成す撮影場所となる。そして、ＡＰＰ１０５は、本処理を抜ける。

次に、上記ステップＳ１２０６の判断処理について図２０を参照しながら説明する。

上記ステップＳ１２０６においては、図２０に示すように、ＡＰＰ１０５は、ＡＰＰ１０５は、上記ステップＳ１２０５で共有用アルバムの特徴量として、選出された画像群から求められた撮影日時・撮影場所を取得する（ステップＳ１３６０）。次いで、ＡＰＰ１０５は、共有アルバム内の画像毎に、そのＥｘｉｆ情報に記憶されている撮影日時と撮影場所が、それぞれ、共有用アルバムの特徴量を成す撮影日時および撮影場所に合致する画像であるか否かを判定する（ステップＳ１３６１）。ここで、上記しきい値以上の枚数の画像を有する画像群のいずれかの撮影時間範囲に収まる撮影日時の画像であれば、当該画像は、撮影日時に関して合致する画像であると判定される。また、共有用アルバムの特徴量を成す撮影場所と同じ撮影場所の画像であれば、当該画像は、撮影場所に関して合致する画像であると判定される。

上記ステップＳ１３６１において共有用アルバムの特徴量の撮影日時と撮影場所のそれぞれと合致する画像であると判定された場合、ＡＰＰ１０５は、不一致回数をデクリメントする（ステップＳ１３６２）。これに対し、共有用アルバムの特徴量と合致しない画像であると判定された場合、ＡＰＰ１０５は、不一致回数をインクリメントする（ステップＳ１３６２）。

次いで、ＡＰＰ１０５は、共有用アルバム内の全ての画像のチェックが終了したか否かを判定し（ステップＳ１３６３）、このチェックが終了していない場合、上記ステップＳ１３６１からの処理を繰り返す。これに対し、上記チェックが終了した場合、ＡＰＰ１０５は、本処理を抜ける。

ここで、複数の画像を有する共有用アルバムの特徴量（撮影日時および撮影場所）の算出例について図２１を参照しながら説明する。

ここでは、図２１（ａ）に示すように、共有用アルバム内には、画像１４１０として、複数の画像IMG_0001.JPG〜IMG_9999.JPGが登録されているとし、その枚数は、１０００枚であるとする。そして、各画像のＥｘｉｆ情報には、撮影日時１４１１、撮影場所１４１２、Ｅｖ値、撮影モード、カメラ機種名などが記録されているものとする。

共有アルバム内の各画像は、撮影日時を用いてグルーピングされる。その結果、図２１（ｂ）に示すように、撮影日時「２００６／０８／１２ ０８：００〜０８：３０」、「２００６／０８／１２ ０８：３０〜０９：００」、…の各画像群が得られるものとする。また、各画像群に属する複数の画像の撮影場所としては、等々力１４０１、溝の口１４０２、小杉１４０３、みなとみらい１４０４、…の各場所に分類されるものとする。

この共有用アルバムを代表する画像群を選出するために、上記しきい値１４１３（＝共有用アルバムの全画像枚数を当該共有用アルバム内の画像群数で除算した値）が算出される。ここで、例えば共有用アルバム内の画像の枚数を１０００枚とし、画像群の数が５０個であるとすると、しきい値１４１３は、１０００／５０＝２０枚となる。よって、２０枚以上の画像を有する複数の画像群が選出される。この選出された各画像群の撮影時間範囲が、共有用アルバムの特徴量を成す撮影日時になる。本例の場合、撮影日時「２００６／０８／１２ ０８：００〜０８：３０」〜「２００６／０８／１２ １０：３０〜１１：００」の各画像群が選出され、これらの画像の撮影日時が共有用アルバムの特徴量を成す撮影日時となる。

次いで、選出された画像群から、最も多い撮影場所が求められ、この求められた撮影場所が共有用アルバムの特徴量を成す撮影場所となる。本例の場合、最も多い撮影場所として、等々力１４０１が求められる。

このようにして算出された共有用アルバムの特徴量を成す撮影日時・撮影場所を用いて、共有用アルバム内の画像毎に、その撮影日時・場所が上記特徴量と合致する画像であるか否かが判断され、この判断結果に応じて画像の表示形態が設定される。

例えば複数のオーナーが所有する「５年２組」の共有用アルバムがあるとする。５年２組の生徒が競技の最中には、各オーナーは、当該生徒を、略同一の日時・場所で撮影する可能性が高い。すなわち、共有用アルバムには、略同一の日時・場所で撮影された多数の画像が登録される可能性が高い。その結果、上記共有用アルバムを閲覧する際には、上記多数の画像は、表示される。

これに対し、上記共有用アルバムに、競技している３年１組の生徒の画像が登録されていても、当該生徒の画像の枚数は少ないので、当該画像は、共有用アルバムの特徴量と合致しない画像であると判断される。その結果、当該画像は、表示されなくなる。

よって、共有性が高い画像と共有性が低い画像を識別可能な共有用アルバムを提供することができる。

本実施の形態においては、個人用アルバムへ画像が登録される場合を説明したが、上記第１の実施の形態のように個人用アルバムを共有用アルバムへ追加する場合も、同様に、個人用アルバムに収納されている画像毎に表示形態が設定される。

また、図示していないが、撮像設定条件（Ｅｖ値など）や撮影モード（スポーツモードなど）の各情報を、共有用アルバムの特徴量として算出し、各画像が当該特徴量に合致しているか否かに応じて、画像の表示形態を変えるようにしてもよい。

例えば、５年２組の生徒が徒競走を行っている最中に、５年２組を撮影した画像は、シャッタースピードが速いスポーツモードで撮影するオーナーが多い。これに対し、３年１組の生徒は、競技開始を待つ状態にあると、当該生徒をスポーツモードで撮影する必要がなく、別のモードで撮影する可能性が高い。よって、共有用アルバムの特徴である撮影日時・場所に対し、さらにスポーツモードを特徴の１つとして加味するようにしてもよい。

また、本発明の目的は、以下の処理を実行することによって達成される。即ち、上述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出す処理である。

この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコード及び該プログラムコードを記憶した記憶媒体は本発明を構成することになる。

また、プログラムコードを供給するための記憶媒体としては、次のものを用いることができる。例えば、フロッピー（登録商標）ディスク、ハードディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等である。または、プログラムコードをネットワークを介してダウンロードしてもよい。

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

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

本発明の第１の実施の形態に係る画像表示システムが適用される電子アルバムシステムの構成を示すブロック図である。 図１のクライアントＰＣ１０２のＷＢ１０６を用いてＤＢ１０４に保存されている個人用アルバムを閲覧する際のユーザインタフェース画面の一例を示す図である。 図１のクライアントＰＣ１０２のＷＢ１０６を用いてＤＢ１０４上に共有用アルバムを作成する際のユーザインタフェース画面の一例を示す図である。 図１のクライアントＰＣ１０２のＷＢ１０６を用いてＤＢ１０４に保存されている共有用アルバムに個人用アルバムを作成する際のユーザインタフェース画面の一例を示す図である。 図１のＤＢ１０４に格納されているファイル構成を模式的に示す図である。 図１のＷｅｂサーバ１０３のＡＰＰ１０５の動作手順を示すフローチャートである。 図６のステップＳ５０４の個人用アルバムの被写体の登場回数を更新する処理を詳細に示すフローチャートである。 図６のステップ５０５の共有アルバム内の画像から同じ被写体の登場回数を算出する処理を詳細に示すフローチャートである。 図６のステップＳ５０６の共有用アルバムのしきい値を算出する処理を詳細に示すフローチャートである。 図６のステップＳ５０７の一致度の算出処理を詳細に示すフローチャートである。 図６のステップＳ５０８の画像表示処理を詳細に示すフローチャートである。 （ａ）は図６のステップＳ５０５で被写体毎に算出された被写体の登場回数の例を示す図である。（ｂ）は図１２（ａ）の被写体毎に算出された登場回数に基づいて得られた共有アルバム内に登場する各被写体の登場回数の例を示す図である。 クライアントＰＣ１０２のＷＢ１０６による、共有用アルバムを表示するためのユーザインタフェース画面を示す図である。 本発明の第２の実施の形態に係る画像表示システムが適用される電子アルバムシステムのＡＰＰ１０５の動作手順を示すフローチャートである。 図１４のステップＳ９０２のアクセス回数の上位画像群から各画像の被写体の重み付け値を算出する処理を詳細に示すフローチャートである。 アクセス回数が多い上位の画像群から算出された各被写体の重み付け値を示す図である。 本発明の第３の実施の形態に係る画像表示システムが適用される電子アルバムシステムのＡＰＰ１０５の動作手順を示すフローチャートである。 図１７のステップＳ１２０１のグルーピング処理を詳細に示すフローチャートである。 図１７のステップＳ１２０５の共有用アルバム内の各画像の特徴量を成す撮影日時・撮影場所の算出処理を詳細に示すフローチャートである。 図１７のステップＳ１２０６の個人用アルバムに追加される画像の撮影日時・撮影場所が共有用アルバム内の画像の撮影日時・場所と一致するか否かを判断する処理を詳細に示すフローチャートである。 共有用アルバム内の画像一覧とグルーピングした画像の撮影日時・撮影場所を示す図である。

符号の説明

１ デジタルカメラ
１０２ クライアントＰＣ
１０３ Ｗｅｂサーバ
１０４ データベース（ＤＢ）
１０５ ＡＰＰ
１０６ ＷｅｂＢｒｏｗｓｅｒ（ＷＢ）
１０７ ＡｄｄＯｎ

Claims (11)

1. 個人用画像を登録する個人用画像登録手段と、
   前記個人用画像登録手段と対応付けられ、前記個人用画像登録手段に登録されている個人用画像を共有用画像として登録する共有用画像登録手段と、
   個人用画像毎にその特徴量を算出する特徴量算出手段と、
   前記共有用画像登録手段に共有用画像として登録されている個人用画像毎に算出された特徴量に基づいて、特徴量の基準値を算出する基準値算出手段と、
   前記共有用画像登録手段に共有用画像として登録されている個人用画像毎にその特徴量と前記基準値との一致度を算出する一致度算出手段と、
   前記共有用画像登録手段に共有用画像として登録されている個人用画像毎に算出された一致度に応じて、該個人用画像毎にその表示形態を設定する表示形態設定手段と
   を備えることを特徴とする画像表示システム。
2. 前記表示形態設定手段は、前記一致度が所定値以下の個人用画像に対する表示形態として、該個人用画像を表示しない形態を設定することを特徴とする請求項１に記載の画像表示システム。
3. 前記表示形態設定手段は、前記一致度が予め設定されている所定値以下である個人用画像に対する表示形態として、前記一致度が前記所定値を超える個人用画像の表示領域と異なる表示領域において前記一致度が前記所定値以下である個人用画像を表示する形態を設定することを特徴とする請求項２に記載の画像表示システム。
4. 前記表示形態設定手段は、前記個人用画像毎に算出された一致度に応じて、該個人用画像毎の表示サイズを設定することを特徴とする請求項１ないし３のいずれか１つに記載の画像表示システム。
5. 前記基準値算出手段は、前記共有用画像登録手段に共有用画像として個人用画像が新たに登録されると、該新たに登録される個人用画像に対して算出された特徴量と前記共有用画像登録手段に既に登録されている個人用画像毎に算出された特徴量とに基づいて、前記基準値を更新することを特徴とする請求項１ないし４のいずれか１つに記載の画像表示システム。
6. 前記特徴量算出手段は、個人用画像毎に登場する被写体の登場回数を前記特徴量として算出し、
   前記基準値算出手段は、前記算出された被写体毎の登場回数に基づいて、基準登場回数を前記基準値として算出し、
   前記一致度算出手段は、前記共有用画像登録手段に共有用画像として登録されている個人用画像毎に、前記算出された基準登場回数を超える登場回数の被写体が含まれるか否かに応じて、前記個人用画像毎の一致度を算出することを特徴とする請求項１ないし５のいずれか１つに記載の画像表示システム。
7. 前記特徴量算出手段は、個人用画像毎に含まれる少なくとも１つの被写体および該個人用画像に対するアクセス回数を前記特徴量として算出し、
   前記基準値算出手段は、前記共有用画像登録手段に共有用画像として登録されている個人用画像毎に算出された被写体およびアクセス回数に基づいて、基準アクセス回数を前記基準値として算出し、
   前記一致度算出手段は、前記共有用画像登録手段に共有用画像として登録されている個人用画像毎に前記基準アクセス回数を超えるアクセス回数の被写体が含まれるか否かに応じて、前記個人用画像毎の一致度を算出することを特徴とする請求項１ないし５のいずれか１つに記載の画像表示システム。
8. 前記特徴量算出手段は、個人用画像毎に、撮影情報を特徴量として算出し、
   前記基準値算出手段は、前記共有用画像登録手段に共有用画像として登録された個人用画像毎に算出された撮影情報に基づいて、基準撮影情報を前記基準値として算出し、
   前記一致度算出手段は、前記共有用画像登録手段に共有用画像として登録されている個人用画像毎にその撮影情報が前記算出された基準撮影情報に含まれるか否かに応じて、前記個人用画像毎の一致度を算出することを特徴とする請求項１ないし５のいずれか１つに記載の画像表示システム。
9. 前記特徴量算出手段は、前記個人用画像登録手段に登録されている個人用画像が異なる複数の共有用画像登録手段に登録される場合に、該個人用画像の特徴量を重み付けして算出することを特徴とする請求項１ないし８のいずれか１つに記載の画像表示システム。
10. 個人用画像を登録する個人用画像登録手段と、前記個人用画像登録手段と対応付けられ、前記個人用画像登録手段に登録されている個人用画像を共有用画像として登録する共有用画像登録手段とを有する画像表示システムの画像表示方法であって、
    個人用画像毎にその特徴量を算出する特徴量算出工程と、
    前記共有用画像登録手段に共有用画像として登録されている個人用画像毎に算出された特徴量に基づいて、特徴量の基準値を算出する基準値算出工程と、
    前記共有用画像登録手段に共有用画像として登録されている個人用画像毎にその特徴量と前記基準値との一致度を算出する一致度算出工程と、
    前記共有用画像登録手段に共有用画像として登録されている個人用画像毎に算出された一致度に応じて、該個人用画像毎にその表示形態を設定する表示形態設定工程と
    を備えることを特徴とする画像表示方法。
11. 個人用画像を登録する個人用画像登録手段と、前記個人用画像登録手段と対応付けられ、前記個人用画像登録手段に登録されている個人用画像を共有用画像として登録する共有用画像登録手段とを有する画像表示システム上でコンピュータにより実行されるプログラムであって、
    個人用画像毎にその特徴量を算出する特徴量算出モジュールと、
    前記共有用画像登録手段に共有用画像として登録されている個人用画像毎に算出された特徴量に基づいて、特徴量の基準値を算出する基準値算出モジュールと、
    前記共有用画像登録手段に共有用画像として登録されている個人用画像毎にその特徴量と前記基準値との一致度を算出する一致度算出モジュールと、
    前記共有用画像登録手段に共有用画像として登録されている個人用画像毎に算出された一致度に応じて、該個人用画像毎にその表示形態を設定する表示形態設定モジュールと
    を備えることを特徴とするプログラム。

Images