WO2021166583A1

WO2021166583A1 - 情報処理装置、情報処理方法、プログラム

Info

Publication number: WO2021166583A1
Application number: PCT/JP2021/003094
Authority: WO
Inventors: 杉森　茂夫; 雄貴村田
Original assignee: ソニーグループ株式会社
Priority date: 2020-02-17
Filing date: 2021-01-28
Publication date: 2021-08-26
Also published as: JPWO2021166583A1; CN115066710A; DE112021001101T5; US20230137452A1

Abstract

結婚に関するイベントで撮影された画像群に対する抽出条件の指定操作が可能なユーザインタフェースを提供する制御処理と、指定された抽出条件に基づいて、画像群からの画像の抽出を行う抽出処理とを情報処理装置が行うようにする。

Description

情報処理装置、情報処理方法、プログラム

　本技術は情報処理装置、情報処理方法、プログラムに関し、特に結婚に関するイベントの画像集の作成に適した技術に関する。

　例えば結婚式や披露宴、二次会パーティなどの結婚に関するイベントにおいて、カメラマンが撮影を行い、画像集としての写真アルバムを制作して参加者等に提供するサービスがある。
　この場合、カメラマン等は、撮像装置で撮像した画像を、イベント終了後にパーソナルコンピュータやスマートフォン等に取り込み、編集ソフトウエア等を用いて編集し、画像集を作成する。そしてその画像集をＳＮＳ（social networking service）、クラウドサービス、電子メール、メッセージアプリケーションなどで提供することが想定できる。
　下記特許文献１では、カメラで撮った画像をスマートフォン等に転送してシェアする技術が記載されている。

特開２０１６－８１１７３号公報

　ところでイベントの画像集は、参加者にとって楽しみであり、イベント終了後になるべく早く鑑賞したいと思うことが多い。
　例えば結婚式や披露宴の終了直後に、その余韻の残るうちに、撮影された画像を鑑賞できれば、新郎新婦や参加者はより大きな感動を味わうことができると考えられる。
　但し、例えば結婚式で大量の写真が撮られた場合に、それを単純に順番に見ていくようにすることは、閲覧者にとっても面倒で、適切とは言えない。
　そのため、大量の画像のうちで選択された画像を用いて編集された画像集を制作し、関係者が閲覧できるようにすることを考える。ところがこの場合も、カメラマン等の画像集の制作を行う者にとっては、大量の画像の中でどの画像を画像集に加えるかを判断したり、選択したりすることが大変な作業となる。
　そこで本開示では、このような画像集を制作の際に制作者の支援となる情報処理機能を提供することを目的とする。

　本技術に係る情報処理装置は、結婚に関するイベントで撮影された画像群に対する抽出条件の指定操作が可能なユーザインタフェースを提供する制御を行うユーザインタフェース制御部と、指定された抽出条件に基づいて、前記画像群からの画像の抽出を行う抽出処理部と、を備える。
　結婚に関するイベントとは、例えば結婚式、披露宴、二次会、結納、顔合わせ、見合いなどであり、新郎新婦を含む複数人が参加するイベントを指す。
　このようなイベントにおいて撮影された複数の画像としての画像群について、ユーザが抽出条件を指定でき、画像の抽出結果を得ることのできる装置を実現する。

　上記した本技術に係る情報処理装置においては、前記ユーザインタフェース制御部は、前記抽出処理部が抽出した画像を表示させるとともに、各画像についてのレーティング情報の入力操作が可能なユーザインタフェースを提供する制御を行うことが考えられる。
　例えば所定の条件を満たす画像を一覧表示させるとともに、ユーザが各画像のレーティング情報を任意に設定できるようにする。

　上記した本技術に係る情報処理装置においては、前記抽出処理部は、前記画像群における各画像についての画像内容の解析結果データを参照して、指定された抽出条件に合致する画像を抽出することが考えられる。
　各画像について、画像解析処理により、その画像内容を示す情報を得る。各画像については、この解析結果の情報が抽出条件に合致するものであるか否かを判定する。

　上記した本技術に係る情報処理装置においては、前記解析結果データは、外部装置から受信することが考えられる。
　イベントで撮像した各画像について、外部装置に送信しておき、その外部装置で画像解析処理を実行させ、その解析結果データを受信する。

　上記した本技術に係る情報処理装置においては、前記ユーザインタフェース制御部は、前記画像群の画像についての抽出条件を提示するアイコンを表示させる制御を行い、アイコンに対する操作を抽出条件の指定操作として検知することが考えられる。
　結婚に関するイベントの撮像画像について画像種別等を示すアイコンを表示してユーザが選択できるようにする。

　上記した本技術に係る情報処理装置においては、前記ユーザインタフェース制御部は、抽出条件の指定の操作の対象となったアイコンを、指定の操作の対象となっていないアイコンとは異なる表示態様で表示させることが考えられる。
　例えばアイコンの色、枠の色を変化させたり、ハイライト表示をさせたりするなど、操作されたアイコンを他のアイコンと区別できるようにする。

　上記した本技術に係る情報処理装置においては、前記抽出条件は人物を指定する条件を含むことが考えられる。
　結婚に関するイベントにおいて被写体となる人物を指定することができるようにする。例えば花嫁、花婿、親族（両親、兄弟、等）、友人、主賓などを指定できるようにする。

　上記した本技術に係る情報処理装置においては、前記抽出条件は結婚に関するイベントのシーンを指定可能な条件を含むことが考えられる。
　結婚に関するイベントにおけるシーン、例えばケーキカット、主賓挨拶など、何らかのシーンを指定することができる条件を用意する。

　上記した本技術に係る情報処理装置においては、前記抽出条件は結婚に関するイベントの時間情報を指定可能な条件を含むことが考えられる。
　時間情報として、特定の時刻、又は或る時刻から別の時刻までの期間、または撮影開始からの時間などの条件で抽出可能とする。

　上記した本技術に係る情報処理装置においては、前記抽出条件は被写体とされた物又は動物を指定可能な条件を含むことが考えられる。
　例えばケーキ、キャンドル、指輪、ペット、グラスなど、結婚に関するイベントにおいて被写体になりやすい物品を指定する条件を用意する。

　上記した本技術に係る情報処理装置においては、前記抽出条件は、被写体の感情又は表情を指定可能な条件を含むことが考えられる。
　例えば笑顔のシーン、感動のシーン、泣いているシーン、伏し目のシーンなどを指定する条件を用意する。

　上記した本技術に係る情報処理装置においては、前記ユーザインタフェース制御部は、前記抽出処理部が抽出した画像について、被写体の感情又は表情の度合いを示す情報の提示を行うことが考えられる。
　例えば笑顔のシーンなどの画像が抽出された場合に、各画像について、笑顔の度合いを示すような提示を行う。

　上記した本技術に係る情報処理装置においては、前記抽出条件として、撮像時に付加されたメタデータにより判定される事項を指定可能な条件を含むことが考えられる。
　例えばフォーカスに関する情報のように撮像時に撮像装置において画像に関連付けられたメタデータを参照して判定できる条件を指定できるようにする。

　上記した本技術に係る情報処理装置においては、前記ユーザインタフェース制御部は、前記抽出処理部が抽出した画像について合焦位置の提示を行うことが考えられる。
　例えば抽出された画像に対し、メタデータにおける合焦領域の情報を参照して合焦枠などにより合焦している位置や領域を示す画像を重畳表示させる。

　上記した本技術に係る情報処理装置においては、前記ユーザインタフェース制御部は、表示画面上の候補領域に、前記抽出条件のアイコンを表示させるとともに、所定操作により指定されたアイコンを、前記表示画面上の選択領域に表示させる制御を行うことが考えられる。
　表示画面上で候補領域と選択領域を設定し、ユーザが操作により、候補領域のアイコンを選択領域に表示させることができるようにする。

　上記した本技術に係る情報処理装置においては、前記ユーザインタフェース制御部は、前記選択領域に表示させたアイコンを、所定の選択解除操作に応じて、前記選択領域における表示を終了させる制御を行うことが考えられる。
　ユーザが操作により、選択領域のアイコンを候補領域に戻すことができるようにする。

　上記した本技術に係る情報処理装置においては、指定された複数の抽出条件のそれぞれについて、アンド条件、又はオア条件、又は除外条件を設定して画像の抽出が行われるようにすることが考えられる。
　結婚に関するイベントについて用意された複数の抽出条件を用いて、多様な抽出を可能とする。

　上記した本技術に係る情報処理装置においては、前記抽出処理部が抽出条件に基づいて抽出した複数の動画シーンを用いて、動画コンテンツを作成する動画編集部を備えることが考えられる。
　抽出条件に基づいて動画シーンを抽出し、それを用いて動画コンテンツを作成する。

　本技術の情報処理方法は、結婚に関するイベントで撮影された画像群に対する抽出条件の指定操作が可能なユーザインタフェースを提供する制御処理と、指定された抽出条件に基づいて、前記画像群からの画像の抽出を行う抽出処理とを情報処理装置が行う。
　これらはカメラマン等が画像集を作成する作業を効率化する支援処理となる。
　本技術に係るプログラムは、このような情報処理方法に相当する処理を情報処理装置に実行させるプログラムである。

本技術の実施の形態のサービス提供のためのシステム構成の説明図である。実施の形態のサービス提供のための作業手順の説明図である。実施の形態の端末装置及びサーバ装置の構成のブロック図である。実施の形態の端末装置の機能構成の説明図である。実施の形態の端末装置側のイベントデータの説明図である。実施の形態のサーバ装置の機能構成の説明図である。実施の形態のサーバ装置側のイベントデータの説明図である。実施の形態のサーバ装置が生成するウェブギャラリー情報の説明図である。実施の形態の端末装置の事前設定処理のフローチャートである。実施の形態のプロジェクト一覧画面の説明図である。実施の形態の端末装置の転送／編集処理のフローチャートである。実施の形態の端末装置の選択支援処理のフローチャートである。実施の形態の端末装置の選択支援処理のフローチャートである。実施の形態の端末装置の選択支援処理のフローチャートである。実施の形態の端末装置の選択支援処理のフローチャートである。実施の形態の端末装置の選択支援処理のフローチャートである。実施の形態の端末装置の選択支援処理のフローチャートである。実施の形態のイベント画面の説明図である。実施の形態のイベント画面のタブ遷移の説明図である。実施の形態のイベント画面のピンチ操作の説明図である。実施の形態の一枚表示画面の説明図である。実施の形態のカバー・ハイライト選択画面の説明図である。実施の形態の確認画面の説明図である。実施の形態のサーバ装置の処理のフローチャートである。実施の形態の端末装置のＵＲＬ受信後の処理のフローチャートである。実施の形態のウェブギャラリーのプレビュー画面の説明図である。実施の形態のウェブギャラリー納品画面の説明図である。実施の形態の端末装置の本納品処理のフローチャートである。実施の形態の端末装置の自動設定処理のフローチャートである。実施の形態の端末装置の自動設定処理のフローチャートである。実施の形態のフラグオン数に応じた表示制御処理例のフローチャートである。実施の形態のフラグオン数に応じた表示制御処理例の説明図である。実施の形態の情報の入れ替え処理例のフローチャートである。実施の形態の情報の入れ替えに関する表示例の説明図である。実施の形態のレーティング情報の入れ替えの説明図である。実施の形態のセレクション情報の入れ替えの説明図である。レーティング設定の説明図である。実施の形態のセレクション高速化のための構成例の説明図である。実施の形態の機能構成例の説明図である。実施の形態の画像解析の説明図である。実施の形態の画像選択の説明図である。実施の形態の撮像装置の処理例のフローチャートである。実施の形態のスタッフ端末の処理例のフローチャートである。実施の形態のサーバ装置の処理例のフローチャートである。実施の形態の画像解析処理のフローチャートである。実施の形態の画像抽出からのレーティングの説明図である。実施の形態の抽出条件を示すアイコンの説明図である。実施の形態の一人抽出の説明図である。実施の形態の複数人抽出の説明図である。実施の形態の一人アップの画像の説明図である。実施の形態のバウンディングボックスの説明図である。実施の形態の一人引きカットの画像の説明図である。実施の形態の人と物の画像の説明図である。実施の形態の物の画像の説明図である。実施の形態の人と時間による抽出の説明図である。実施の形態の感情認識情報の表示の説明図である。実施の形態のユーザインタフェース例の説明図である。実施の形態のユーザインタフェース例の説明図である。実施の形態のユーザインタフェース例の説明図である。実施の形態のユーザインタフェース例の説明図である。実施の形態の感情認識情報による抽出の説明図である。実施の形態の合焦位置情報による絞り込みの説明図である。実施の形態の合焦位置情報による絞り込みの説明図である。実施の形態の瞳合焦している画像の検出のフローチャートである。実施の形態の物に合焦している画像の抽出の説明図である。実施の形態の動物に合焦している画像の抽出の説明図である。実施の形態の抽出物に合焦している画像の抽出の説明図である。実施の形態のＯＲ条件による抽出の説明図である。実施の形態の除外条件を用いた抽出の説明図である。実施の形態の除外条件を用いた抽出の説明図である。実施の形態の抽出条件のカスタマイズの説明図である。実施の形態の動画への適用の説明図である。実施の形態のハイライト動画制作の説明図である。実施の形態のハイライト動画制作処理のフローチャートである。実施の形態の納品候補とした画像のチェック画面の説明図である。実施の形態の顔によるフィルタリングの説明図である。実施の形態の納品画像に含まれていない人の提示の説明図である。

　以下、実施の形態を次の順序で説明する。
<１．画像集提供サービスのためのシステム構成及び作業手順>
<２．情報処理装置の構成>
<３．事前設定処理>
<４．転送／編集処理>
<５．セレクション処理>
<６．サーバ処理>
<７．ウェブギャラリー納品処理>
<８．本納品処理>
<９．自動設定処理>
<１０．セレクション高速化支援処理>
<１１．納品画像選択の最終確認サポート>
<１２．顔情報に基づく提示>
<１３．納品画像の自動選択>
<１４．顔情報などを用いて納品写真に含まれていない人を提示>
<１５．ショットリストを用いた撮影サポート>
<１６．まとめ及び変形例>

<１．画像集提供サービスのためのシステム構成及び作業手順>
　実施の形態では、例えば結婚式などのイベントにおいてカメラマンが静止画撮像（写真撮影）を行い、撮像画像による画像集としてのコンテンツを生成し、有償又は無償でクライアントに提供する場合を想定して説明する。
　なお静止画に限らず音声付きの動画や音声無しの動画を撮像し、それらの動画を含む画像集、或いは複数の動画による画像集を生成するものでもよい。

　説明上、カメラマンやそのアシスタントを総称してカメラスタッフと呼ぶ。
　またクライアントとは、特に発注者だけでなく、画像集の提供を受けて閲覧できるユーザの総称とする。例えば新郎新婦や、その親戚、友人等の関係者を総称してクライアントということとする。

　画像集とは、写真アルバムのような画像（静止画や動画）を集めたコンテンツを広く指し、その提供形態は問わないが、本実施の形態では一例として、ウェブギャラリーとしての画像集と、本納品の画像集を提供できるものとする。

　ここでいうウェブギャラリーの画像集とは、例えば結婚式等のイベント終了後に迅速にウェブサイト上でイベントの写真を閲覧できるようにした電子的画像集である。
　なお、説明ではウェブサイトを用いる例とするが、これは一例であり、例えば電子メール、電子メッセージ、ＳＮＳ等を利用して画像集としてのコンテンツファイルをクライアントの端末装置に送信できるような提供形態としてもよい。

　また本納品の画像集とは、例えば後日、カメラスタッフが正式に写真アルバムとして制作しクライアントに提供するイベントの画像集である。イベントで撮像した画像データを編集して画像アルバムコンテンツやスライドショウコンテンツ等としての電子的画像集としてもよいし、例えば紙媒体による画像集を作成するものとしてもよい。電子的画像集としてはダウンロードやストリーミングなどで提供されるものでもよいし、ディスク状記憶媒体、カード状記憶媒体、テープ状記憶媒体、フラッシュメモリ媒体などの可搬性記憶媒体に記憶されて提供されるものでもよい。

　本実施の形態では、ウェブギャラリーの画像集として、本納品の画像集の前に、迅速にクライアントが閲覧できる画像集を生成できるようにする。またそのウェブギャラリーの画像集は単に大量の撮像画像を単純に並べたものではなく、選ばれた画像であって閲覧者が楽しめるクオリティを備えることができるようにする。
　一方で本納品の画像集は、カメラスタッフが、時間をかけて、よりクリエイティビティを発揮した編集を行って作成できるようなものとして位置づけされる。

　図１に端末装置１Ａ，１Ｂ、撮像装置２、パーソナルコンピュータ３、サーバ装置４、端末装置５Ａ，５Ｂ、ネットワーク６を示している。
　なお、端末装置１Ａ，１Ｂは、カメラスタッフが用いる端末装置を示しており、説明上の区別のため、これらをスタッフ端末１と総称する。
　端末装置５Ａ，５Ｂは上述のクライアントとしてのユーザが用いる端末装置を示しており、説明上、これらをクライアント端末５と総称する。

　スタッフ端末１及びクライアント端末５としては、ここではスマートフォンやタブレット機器等の携帯型端末装置を例示している。
　例えば端末装置１Ａはカメラマンが使用するスマートフォンで、端末装置１Ｂはアシスタントが使用するスマートフォンなどとして想定される。
　また端末装置５Ａは新婦が使用するスマートフォン、端末装置５Ｂは会場に居る友人が使用するタブレット機器などとして想定される。
　これらスタッフ端末１やクライアント端末５としては、いわゆる情報処理装置であればよく、その具体例としては、例えばパーソナルコンピュータ装置、携帯電話装置、ゲーム機器、オーディオ機器、ビデオ機器、通信装置、テレビジョン装置など、各種の例が想定される。即ち情報処理演算を行うことのできる情報処理装置、例えばマイクロコンピュータを内蔵する装置であれば本開示のスタッフ端末１やクライアント端末５とすることが可能である。
　但し、イベント会場等での使用を想定するため、スマートフォンやタブレット機器などの携帯可能な端末であることが好適である。

　撮像装置２としては、ビデオカメラやスチルカメラとしての各種の撮像装置が想定される。図示する撮像装置２はカメラマンが結婚式の会場で用いるカメラを想定している。

　撮像装置２とスタッフ端末１（例えば端末装置１Ａ）は、データ通信が可能とされる。例えばＦＴＰ（File Transfer Protocol）通信によりデータ通信が行われる。
　具体的には、端末装置１ＡがＦＴＰサーバとなり、撮像装置２で撮像された画像ファイル（画像データ及びメタデータを含む）が、ＦＴＰ通信で、逐次、或いはまとめてアップロードされるようにすることが考えられる。
　このため撮像装置２には端末装置１Ａにデータ転送を行うためのＦＴＰ設定がされているとする。
　ＦＴＰ設定情報の内容としては、ＦＴＰサーバのホスト名、保存先パス、ユーザ名、パスワード、接続種別などがある。

　但し、撮像装置２と端末装置１Ａは、必ずしもＦＴＰに限らず他のプロトコルが用いられてもよい。
　また撮像装置２と端末装置１Ａの間は、何らかの通信方式で画像やメタデータの転送ができるものであればよい。例えばブルートゥース（Bluetooth：登録商標）、Ｗｉ－Ｆｉ（Wireless Fidelity：登録商標）、ＮＦＣ（Near Field Communication：登録商標）等の近距離無線通信や、赤外線通信などにより、相互に情報通信が可能とされることとしてもよい。
　さらに撮像装置２と端末装置１Ａが有線ＬＡＮ等の有線接続通信によって相互に通信可能とされてもよい。

　パーソナルコンピュータ３は、例えばカメラスタッフが本納品の画像集コンテンツの作成に用いる情報処理装置として例示している。
　このパーソナルコンピュータ３は、サーバ装置４から、イベントの画像に関するデータを取得し、画像編集アプリケーションなどにより本納品の画像集コンテンツを作成する作業に用いられる。

　サーバ装置４は、カメラスタッフがウェブギャラリーや本納品の画像集を作成するために各種情報の提供や管理を行う。
　例えばスタッフ端末１は、画像集提供サービスのためのアプリケーションプログラムをインストールしており、そのアプリケーションプログラムに従って、後述の処理を行う。それに対応してサーバ装置４は、イベントに関するデータの管理やウェブギャラリーの生成等を行う。

　スタッフ端末１とサーバ装置４は、例えば上記のアプリケーションプログラムの起動中は常時接続状態とされ、イベントデータの同期がとられる。イベントデータの例は後述するが、イベントで撮像された画像データやウェブギャラリー生成のために用いるデータなどが含まれる。

　本開示において「同期」とは、スタッフ端末１が記憶するイベントデータと、サーバ装置４が記憶するイベントデータの内容の少なくとも一部が、同じデータ内容となるように維持されることを言う。特に同期される対象のデータとは、画像データ、レーティング情報、セレクション情報、編集情報などがある。それぞれの内容は後述する。

　ネットワーク６は、例えばインターネット、ホームネットワーク、ＬＡＮ（Local Area Network）、衛星通信網、その他の各種のネットワークが想定される。
　スタッフ端末１はネットワーク６を介して画像データ等をサーバ装置４にアップロードしたり、同期のための情報を送信したりすることができる。
　クライアント端末５は、ネットワーク６を介してサーバ装置４が提供するウェブページにアクセスし、ウェブギャラリーを閲覧することができる。
　パーソナルコンピュータ３は、ネットワーク６を介して本納品の画像集コンテンツを作成するための画像ファイルをサーバ装置４から取得することができる。

　なお、撮像装置２は、例えば機器背面に設けられた表示パネルや、ビューファインダー等の表示装置を有するとともに、各種操作子、タッチパネルなどの機能で操作入力が可能である。つまりユーザインタフェースとしての十分な機能を備えている。また撮像装置２はマイクロコンピュータを搭載しており、各種情報処理や通信が可能である。
　このため、撮像装置２が本開示で言う情報処理装置として機能し、端末装置１Ａ、１Ｂを介さずに、サーバ装置４との間で通信を行うことや、後述のように端末装置１Ａ、１Ｂで行う処理を実行することも想定される。
　実施の形態では、主にスタッフ端末１やサーバ装置４の処理について説明するが、以下説明するスタッフ端末１の処理の全部又は一部を撮像装置２が行うような例も考えられる。

　図１のようなシステムで実現される画像集提供の概略的な手順を図２で説明する。これはサービス提供者としてのカメラスタッフの操作に基づくスタッフ端末１での作業手順である。

　ステップＳ１として事前設定を行う。例えばカメラスタッフはスタッフ端末１と撮像装置２の間の通信設定や、イベント設定、画像レタッチの設定等を行う。この事前設定は結婚式の開始前までに行っておく。

　ステップＳ２として結婚式中の撮像／転送／自動編集が行われる。
　カメラマンが撮像装置２で撮像した画像ファイルは逐次スタッフ端末１（例えば端末装置１Ａ）に転送される。
　スタッフ端末１は画像ファイルを取り込むと共に、サーバ装置４への画像ファイル等の転送や、事前設定に応じた画像の自動編集などを行う。

　ステップＳ３として結婚式終了後の当日中などに可能な作業を示している。
　カメラスタッフはスタッフ端末１を用いて、セレクションの操作を行う。セレクションとは、ウェブギャラリーに掲載する画像の選択や、カバー画像、ハイライト画像の選択、さらには画像の編集などを含む。スタッフ端末１はカメラスタッフの操作に応じてイベントデータの更新処理等を行う。イベントデータのサーバ装置４側との同期のための処理も逐次行われる。

　ステップＳ４でウェブギャラリー納品の処理が行われる。サーバ装置４においてイベントデータに基づいてウェブギャラリーが作成される。カメラスタッフがスタッフ端末１でウェブギャラリーの内容を確認した上で、クライアントに閲覧可能とする操作を行う。これにより、例えば結婚式終了後の当日中などに、クライアントは結婚式の画像集とされたウェブギャラリーを閲覧できる。

　ステップＳ５として本納品の画像集の作成及び本納品の処理を示している。
　カメラスタッフは、後日、本納品の画像集コンテンツを例えばパーソナルコンピュータ３を用いて作成し、クライアントに提供する。
　これによりクライアントが本納品としての画像集コンテンツを受け取ることができる。

<２．情報処理装置の構成>
　スタッフ端末１、クライアント端末５、或いはサーバ装置４やパーソナルコンピュータ３として構成できる情報処理装置１０の構成例を図３に示す。スタッフ端末１やパーソナルコンピュータ３、或いはサーバ装置４は以下の情報処理装置１０の構成を備えることで後述する処理を実行できる。また撮像装置２も以下の情報処理装置１０の構成を備えることで後述するスタッフ端末１と同様の処理を実行できる。

　情報処理装置１０のＣＰＵ（Central Processing Unit）７１は、ＲＯＭ（Read Only Memory）７２に記憶されているプログラム、または記憶部７９からＲＡＭ（Random Access Memory）７３にロードされたプログラムに従って各種の処理を実行する。ＲＡＭ７３にはまた、ＣＰＵ７１が各種の処理を実行する上において必要なデータなども適宜記憶される。
　ＣＰＵ７１、ＲＯＭ７２、およびＲＡＭ７３は、バス７４を介して相互に接続されている。このバス７４にはまた、入出力インタフェース７５も接続されている。

　入出力インタフェース７５には、操作子や操作デバイスよりなる入力部７６が接続される。
　例えば入力部７６としては、キーボード、マウス、キー、ダイヤル、タッチパネル、タッチパッド、リモートコントローラ等の各種の操作子や操作デバイスが想定される。
　入力部７６によりユーザの操作が検知され、入力された操作に応じた信号はＣＰＵ７１によって解釈される。

　また入出力インタフェース７５には、液晶パネル（ＬＣＤ：Liquid Crystal Display）や有機ＥＬ（Electro-Luminescence）ディスプレイ等よりなる表示部７７や、スピーカなどよりなる音声出力部７８が一体又は別体として接続される。

　表示部７７は各種表示を行う表示部であり、例えば情報処理装置１０の筐体に設けられるディスプレイデバイスや、情報処理装置１０に接続される別体のディスプレイデバイス等により構成される。
　表示部７７は、ＣＰＵ７１の指示に基づいて表示画面上に各種の画像処理のための画像や処理対象の動画等の表示を実行する。また表示部７７はＣＰＵ７１の指示に基づいて、各種操作メニュー、アイコン、メッセージ等、即ちＧＵＩ（Graphical User Interface）としての表示を行う。

　入出力インタフェース７５には、ハードディスクや固体メモリなどより構成される記憶部７９や、各種の通信方式の通信を行う通信部８０が接続される場合もある。

　通信部８０は、インターネット等の伝送路を介しての通信処理や、各種機器との有線／無線通信、バス通信などによる通信を行う。
　この情報処理装置１０をスタッフ端末１として考えた場合、通信部８０は、撮像装置２との間のＦＴＰ通信の機能やネットワーク６を介したサーバ装置４との通信を行う機能を備える。或いは通信部８０は、上述のブルートゥース、Ｗｉ－Ｆｉ、ＮＦＣ等の近距離無線通信、赤外線通信、有線接続通信などによる通信を行う機能を備えてもよい。また通信部８０はＬＴＥ（Long Term Evolution）等の携帯電話用の通信回線による通信を行う機能を備えてもよい。
　この情報処理装置１０をサーバ装置４やパーソナルコンピュータ３として考えた場合、通信部８０は、ネットワーク６を介した通信を行う機能を少なくとも備える。

　入出力インタフェース７５にはまた、必要に応じてドライブ８２が接続され、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブル記録媒体８１が適宜装着される。
　ドライブ８２により、リムーバブル記録媒体８１からは画像ファイル等のデータファイルや、各種のコンピュータプログラムなどを読み出すことができる。読み出されたデータファイルは記憶部７９に記憶されたり、データファイルに含まれる画像や音声が表示部７７や音声出力部７８で出力されたりする。またリムーバブル記録媒体８１から読み出されたコンピュータプログラム等は必要に応じて記憶部７９にインストールされる。

　この情報処理装置１０では、例えば本開示の処理のためのソフトウエアを、通信部８０によるネットワーク通信やリムーバブル記録媒体８１を介してインストールすることができる。或いは当該ソフトウエアは予めＲＯＭ７２や記憶部７９等に記憶されていてもよい。

　情報処理装置１０としてスタッフ端末１を想定した場合、情報処理装置１０ではソフトウエア（アプリケーションプログラム）によって、図４のような機能構成がＣＰＵ７１において構築される。
　図４にはスタッフ端末１とされる情報処理装置１０に設けられる機能として、イベントデータ管理部３０、ＵＩ（ユーザインタフェース）制御部３１、通信制御部３２、自動設定部３３を示している。

　イベントデータ管理部３０は、撮像装置２との通信により受信した画像データ及び画像データに対応するレーティング情報等を含む付加情報を特定のイベントに関するイベントデータとして記憶させる処理機能である。またイベントデータ管理部３０は、カメラスタッフの操作入力に応じたイベントデータの更新処理も行う。

　イベントデータの内容の一例を図５に模式的に示している。
　イベントデータはカメラスタッフがスタッフ端末１を操作して登録した１つのイベントについての画像や各種内容を含むデータ群である。図５ではイベント名称が「ｅｖｅｎｔ２」とされたイベントについてのイベントデータ６０を示している。
　この例では、イベントデータ６０には事前設定情報６１、撮像・編集情報テーブル６２、傾向情報６３が含まれているものとしている。

　事前設定情報６１は、カメラスタッフが図２のステップＳ１の事前設定により設定した情報である。例えばレタッチパラメータなどの編集情報を含む。

　撮像・編集情報テーブル６２は、図２のステップＳ２，Ｓ３の処理で逐次情報が追加・更新されるテーブルである。
　この撮像・編集情報テーブル６２は、撮像装置２から転送される画像ファイルに対応して各種情報が記述される。
　撮像装置２から転送される画像ファイルとしては、画像データとメタデータ（ＭＴ１，ＭＴ２・・・）を含む。この画像データはオリジナル画像データとして管理され、また付加されたメタデータも管理される。
　画像データは、例えばロウ（ＲＡＷ）データ、或いはＪＰＥＧ方式で圧縮されたデータなどがあり、データ形式は問われないが、ここでは「DSC0001.jpg」などのようにＪＰＥＧ方式で圧縮されたデータを例示している。
　メタデータ（ＭＴ１，ＭＴ２・・・）には、画像データの撮像日時、カメラ情報、データ形式、データサイズ、画角情報、フォーカスポイント情報、その他各種の撮像装置２で付加された情報が含まれる。

　撮像・編集情報テーブル６２には画像データに対応するレーティング情報が記憶される。レーティング情報は、カメラマン等が画像を評価した評価値を示す情報であり、例えば星マークの数で、「星なし」「星１つ」「星２つ」「星３つ」「星４つ」「星５つ」といった６段階の評価情報である。例えば星の数が多い程高い評価とする。もちろんこのような評価情報は一例である。このようなレーティング情報は、カメラスタッフにとって画像選択の参考になるものであるため、例えば後述するセレクションフラグの設定（使用画像情報の設定）の際には、レーティング情報により高い評価が示されている画像は、ウェブギャラリーや本納品に使用される可能性が高い画像であるともいえる。
　このレーティング情報は、カメラマンが画像の撮像を行ったときに、その撮像画像を確認して付与することができる。撮像装置２には、レーティング情報を入力するユーザインタフェースが設けられている。このレーティング情報は例えば画像データに対応するメタデータに含まれる、画像データと共にスタッフ端末１に転送されてくることが考えられる。或いは、画像ファイル内にＥｘｉｆのＸＭＰ領域に書き込まれることも考えられる。
　スタッフ端末１では、メタデータ（或いはＥｘｉｆデータ）からレーティング情報を抽出して管理する。
　このレーティング情報は、スタッフ端末１側の操作により画像データに対応させて付加したり、更新したりすることができる。

　撮像・編集情報テーブル６２には画像データに対応するセレクション情報が記憶される。
　セレクション情報の１つとして、ウェブギャラリーに掲載する画像であるか否かを示す使用画像情報がある。これは後述する「セレクションフラグ」（単に「フラグ」とも記述する）であり、フラグオフはウェブギャラリーに使用しない画像で、フラグオンはウェブギャラリーで使用する画像として選択されたことを示す。
　またセレクション情報の１つとして、ウェブギャラリーのトップに表紙として配置されるカバー画像として選択された画像であることを示す表紙画像情報がある。
　またセレクション情報の１つとして、ウェブギャラリー内で強調表示（ハイライト表示）させるものとして選択された画像であることを示す強調表示画像情報がある。ハイライト表示とは、他の画像よりも大きく表示されるものとする。或いは通常画像はモノクロ画像であるがハイライト画像はカラー表示されるものとしてもよい。逆に強調という意味では、通常画像はカラー画像であるがハイライト画像はモノクロ表示される画像とすることも考えられる。また、通常画像は縁なし表示、ハイライト画像は縁有り表示などとして区別されるものでも良い。強調表示の仕方は多様に考えられる。

　編集情報はレタッチパラメータや、傾き補正のパラメータなどの各種の画像処理パラメータを含む。レタッチパラメータとしては、輝度調整値、色調整値、コントラスト調整値、シャープネス調整値などの画質調整のパラメータがある。
　レタッチパラメータは事前設定により設定可能であるが、個別の画像に対しても設定することができる。また、傾き補正のパラメータは個別に設定するものとなる。これらのことから、個別の画像について設定されたパラメータを記憶できるように、画像データに対応する編集情報が記憶されるようにしている。

　なお図示するように撮像・編集情報テーブル６２には画像データに対応する編集情報が記憶されるようにしてもよい。
　編集画像データとは、オリジナル画像データについて、事前設定で決められた編集情報や個別に設定された編集情報に基づいて画像編集が行われた画像データである。また編集情報によりレタッチされた画像データだけでなく、画像の品質を変更した画像データ編集画像データとされることもある。品質の変更とは、例えば画サイズの変更、解像度の変更、切り出し、動画におけるフレームレートの変更などがある。
　図では編集画像データを「DSC0001E.jpg」などのようにファイル名に「Ｅ」を付して示してオリジナル画像データと区別している。この編集画像データは、スタッフ端末１におけるユーザインタフェース上での表示などに用いられる。
　このような編集画像データは必ずしも作成して記憶しておかなくても、例えば画像表示の際に、都度編集情報を適用して表示を行うようにしてもよい。従って、撮像・編集情報テーブル６２では編集情報が更新管理されればよく、編集画像データを記憶しておかなくてもよい。ただし、もちろん図のように編集画像データを随時生成し記憶しておくことで、表示処理時の処理負担の削減などの点では有効である。

　イベントデータ６０には、以上の事前設定情報６１や撮像・編集情報テーブル６２に加えて、傾向情報６３が記憶される場合がある。傾向情報とは、例えばカメラスタッフの選択傾向や、クライアント（例えば花嫁）の好きな画像の傾向などの特徴情報である。この傾向情報６３を用いる例については後に述べる。

　スタッフ端末１とされる情報処理装置１０のＣＰＵ７１は、以上のようなイベントデータ６０についての情報の追加記憶や更新を、図４のイベントデータ管理部３０の機能により実行する。
　なおイベントデータ６０の形式や、撮像・編集情報テーブル６２の形式はあくまで一例であり、少なくともイベント毎に以上の内容が管理される形態であればどのような形式でもよい。
　例えば撮像・編集情報テーブル６２に含まれるオリジナル画像データ、メタデータ、レーティング情報、セレクション情報、編集情報、編集画像データは、テーブルとしてまとめて記憶されることに限られない。少なくとも１つのオリジナル画像データ毎に対して、メタデータ、レーティング情報、セレクション情報、編集情報、編集画像データが対応付けられるようにすれば、どのような形式、態様で記憶されるものでも良い。

　図４のＵＩ制御部３１は、特定のイベントのイベントデータ６０に関する画像及びレーティング情報等の提示制御を行うとともに操作入力を検知する処理を行う機能である。つまりユーザインタフェース処理を行う機能である。
　ユーザインタフェース処理としては、各種情報の提示、操作入力が可能な環境の提供、ユーザによる操作を検知する処理、ユーザの意思を検知／推定する処理などがある。
　具体的にはＵＩ制御部３１は、例えば表示部７７や音声出力部７８により、ユーザに対する表示出力や音声出力等の出力を実行させて、ユーザに操作入力環境を提供したり情報提示したりする制御処理を行う。
　或いはＵＩ制御部３１は、例えばユーザによる操作を検知する処理を行う。
　或いはＵＩ制御部３１は、例えばユーザに操作入力環境を提供する処理と、ユーザによる操作を検知する処理の両方を行う。
　もちろんＵＩ制御部３１は他のユーザインタフェース処理を行ってもよい。

　通信制御部３２は、イベントデータ６０の記憶又は更新に応じて外部のサーバ装置４に対してイベントデータを同期させる通信を制御する機能である。
　例えば通信制御部３２は、撮像装置２から画像転送を受けたときに、画像データを通信部８０からサーバ装置４に転送する処理の制御を行ったり、イベントデータ６０の内容の更新に応じて更新内容をサーバ装置４に通知したりする制御を行う。

　自動設定部３３は、上述の傾向情報６３を用いて、レーティング情報やセレクション情報、或いは編集情報の自動設定を行う機能である。この自動設定部３３の処理については傾向情報６３と合わせて後述する。

　以上の図４の機能はあくまで例示である。情報処理装置１０が、少なくともイベントデータ管理部３０、ＵＩ制御部３１、通信制御部３２を備えることで、その情報処理装置１０は、本実施の形態のスタッフ端末１としての処理を行うようになる。
　このような各機能は、例えば情報処理装置１０が画像集コンテンツ作成のためのアプリケーションプログラムをインストールすることで実現される。

　次に図３のような情報処理装置１０としてサーバ装置４を想定した場合、情報処理装置１０ではソフトウエア（アプリケーションプログラム）によって、図６のような機能構成がＣＰＵ７１において構築される。
　図６にはサーバ装置４とされる情報処理装置１０に設けられる機能として、イベントデータ管理部４０、画像集生成部４１、イベントデータ提供制御部４２、データ出力部４３、傾向情報生成部４４を示している。

　イベントデータ管理部４０は、サーバ装置４でイベントデータの記憶・更新管理を行う処理機能である。
　サーバ装置４側のイベントデータ９０の内容を図７に模式的に示している。図５と同じく、イベント名称が「ｅｖｅｎｔ２」とされたイベントについてのイベントデータ９０である。
　この例では、イベントデータ９０には事前設定情報９１、撮像・編集情報テーブル９２が含まれているものとしている。

　事前設定情報９１は、スタッフ端末１における事前設定情報６１と同じ情報である。例えば図２のステップＳ１の事前設定で設定された内容が、サーバ装置４においても同様に管理される。

　撮像・編集情報テーブル９２は、撮像・編集情報テーブル６２とほぼ同内容の情報を有するものとなる。即ちオリジナル画像データ、メタデータ、レーティング情報、セレクション情報、編集情報を画像毎に管理できるようにしている。
　なお、撮像・編集情報テーブル９２では編集画像データを対応付けていないが、これはウェブギャラリー生成時に編集画像を作成するものとするためである。もちろんサーバ装置４でも逐次編集画像データを生成して、編集画像データを撮像・編集情報テーブル９２においてオリジナル画像データに対応付けるようにしてもよい。
　サーバ装置４とされる情報処理装置１０のＣＰＵ７１は、以上のようなイベントデータ９０についての情報の追加記憶や更新を、図６のイベントデータ管理部４０の機能により実行する。

　図６の画像集生成部４１は、特定のイベントのウェブギャラリーとしての画像集コンテンツを生成する機能である。特に画像集生成部４１は、イベントデータ９０におけるセレクション情報と編集情報を参照して画像集データ、即ちウェブギャラリーとするウェブページデータを生成する。
　生成するウェブギャラリーデータの例を図８に示す。
　サーバ装置４は、ウェブギャラリーデータとして、例えばウェブページ設定情報９６として、ＨＴＭＬ（HyperText Markup Language）形式或いはＸＭＬ（Extensible Markup Language）形式のページ情報を生成するとともに、ウェブページ設定情報９６から呼び出されページ内に表示される画像を集めた画像フォルダ９７を生成する。
　画像フォルダ９７には、ウェブギャラリーとして採用された画像についての編集画像データが含まれる。

　図６のイベントデータ提供制御部４２は、スタッフ端末１に対してイベントデータ９０を提供するための送信を実行させる制御を行う機能である。
　例えばスタッフ端末１がサーバ装置４にログインし、イベントを指定することに応じて、そのイベントのイベントデータ９０の全部又は一部をスタッフ端末１に送信する。スタッフ端末１は、受信した内容を自己の管理下のイベントデータ６０とする。これにより例えば端末装置１Ｂ側でアシスタントがイベントデータ６０を用いた操作が可能になる。
　もちろんイベントデータ提供制御部４２が、端末装置１Ａやパーソナルコンピュータ３に対してイベントデータ提供制御を行う場合も想定される。

　データ出力部４３は、イベントデータに含まれるデータ、例えばメタデータ、レーティング情報、セレクション情報、編集情報、或いは画像データ（例えばオリジナル画像データ）の一部又は全部を所定フォーマットのファイルとして端末装置（例えばパーソナルコンピュータ３）に送信する制御を行う。
　即ち本納品の画像集コンテンツの作成のために必要なデータをカメラスタッフ側に提供する処理機能である。

　傾向情報生成部４４は、カメラスタッフの画像の選択傾向や、クライアントとされたユーザの画像の評価の傾向を学習し、その特徴情報を生成する機能である。
　傾向情報生成部４４の処理は、スタッフ端末１の自動設定部３３の処理とともに後述する。

　以上の図６の機能はあくまで例示である。情報処理装置１０が、イベントデータ管理部４０を備えることで、スタッフ端末１とサーバ装置４でイベントデータ同期ができる。またサーバ装置４が画像集生成部４１を備えることで、ウェブギャラリー生成が迅速に可能となる。
　図６の各機能は、例えば情報処理装置１０が画像集コンテンツ作成のためのアプリケーションプログラムをインストールすることで実現される。

<３．事前設定処理>
　以下、具体的な処理例を説明していく。
　まず図２のステップＳ１として示したスタッフ端末１での事前設定の処理例を図９、図１０で説明する。
　なお、以下で言うスタッフ端末１の処理とは、図４の機能を備える情報処理装置１０のＣＰＵ７１によって行われる処理のことである。
　また以下でフローチャートとともに説明する各画面例は、例えばスタッフ端末１としての情報処理装置１０がスマートフォンであることを想定し、その筐体上に形成されたディスプレイにおける表示内容の例としている。

　図９はスタッフ端末１の処理を示している。
　例えばカメラスタッフは、スタッフ端末１を用いてアプリケーションプログラムを起動し、準備処理のための操作を行う。その操作に応じてスタッフ端末１では、ＣＰＵ７１によりステップＳ１０以降の処理が実行される。

　ステップＳ１０でスタッフ端末１ではプロジェクト作成の処理を行う。これは画像集を作成する対象のイベントを設定する処理である。
　例えばアプリケーションプログラムを起動したスタッフ端末１の表示部７７では図１０Ａのようにプロジェクト一覧画面１１０が表示される。
　プロジェクト一覧画面１１０には、個々のプロジェクト対象となるイベント名が一覧表示される一覧領域１１１が設けられる。また追加アイコン１１２、カメラアイコン１３４、メニューアイコン１２７などが表示される。

　このようなプロジェクト一覧画面１１０においてカメラスタッフは、画像集作成を行う対象のプロジェクトを作成する。例えばイベント名等を入力して１つのプロジェクトを作成する操作を行う。
　例えば追加アイコン１１２を操作することで、不図示のプロジェクトセッティング画面が表示され、プロジェクトのタイトル（例えばイベント名）、イベントの日時、場所、オートレタッチ設定の適用有無などが設定可能とされる。
　カメラスタッフは、適宜項目の入力を行い、プロジェクト内容を設定する操作を行う。これに応じてスタッフ端末１では１つのプロジェクトを作成し、一覧領域１１１に表示させるようにする。

　図１０Ｂでは名称を「ｅｖｅｎｔ１」「ｅｖｅｎｔ２」とした２つのプロジェクトが表示されている例を示している。例えば各プロジェクトについて、イベント名、日時、場所などの情報が提示される。
　図９のステップＳ１０ではスタッフ端末１は、ＵＩ制御部３１の機能により、このような画面のユーザインタフェースを提供する制御を行い、カメラスタッフの操作に応じてプロジェクト作成処理を行うことになる。

　なお、このプロジェクト作成処理は、例えばスタッフ端末１とサーバ装置４がオンライン接続状態で行われるようにする。この場合、スタッフ端末１は通信制御部３２の機能により、ユーザの操作内容に応じて同期処理のための情報をサーバ装置４に送信する。
　これによりサーバ装置４でも、１つのプロジェクトとしての情報が同期してエントリされる状態とすることができる。

　図９のステップＳ１１でスタッフ端末１は、転送設定を行う。この転送設定とは、撮像装置２との間のＦＴＰ転送の設定であり、例えば転送するファイル形式やＦＴＰ接続サーバなどの設定である。
　スタッフ端末１はＵＩ制御部３１の機能によりカメラスタッフに対して転送設定用の画面表示を実行し、カメラスタッフの操作に応じて必要な転送設定を行う。

　ステップＳ１２でスタッフ端末１はオートレタッチ設定を行う。オートレタッチ設定とは、各画像に共通に適用する画像編集処理のパラメータを設定する処理である。
　スタッフ端末１はＵＩ制御部３１の機能によりカメラスタッフに対してオートレタッチ設定用の画面表示を実行し、カメラスタッフの操作に応じて必要なオートレタッチ設定を行う。このオートレタッチ設定のパラメータは事前設定情報６１として、作成したプロジェクトのイベントデータ６０に記述される。
　またこのオートレタッチ設定も、例えばスタッフ端末１とサーバ装置４がオンライン接続状態で行われるようにし、スタッフ端末１はオートレタッチ設定されたパラメータ情報を同期処理のためにサーバ装置４に送信する。
　これによりサーバ装置４でも、当該プロジェクトのイベントデータ９０として、イベントデータ６０の事前設定情報６１と同じ内容の事前設定情報９１を記憶できる。

　ステップＳ１３でスタッフ端末１はウォーターマーク設定を行う。ウェブギャラリーの画像には、例えばカメラマン名などをウォーターマーク（電子透かし）として挿入することができる。ウォーターマーク設定は、このウォーターマークの有無や内容を設定する処理である。
　スタッフ端末１はＵＩ制御部３１の機能によりカメラスタッフに対してウォーターマーク設定用の画面表示を実行し、カメラスタッフの操作に応じて必要なウォーターマーク設定を行う。このウォーターマーク設定の情報も事前設定情報６１として、作成したプロジェクトのイベントデータ６０に記述される。
　またこのウォーターマーク設定も、スタッフ端末１とサーバ装置４がオンライン接続状態で行われるようにし、スタッフ端末１はウォーターマーク設定の情報を同期処理のためにサーバ装置４に送信する。
　これによりサーバ装置４でも、当該プロジェクトのイベントデータ９０において、事前設定情報６１と同期した事前設定情報９１を記憶できる。

　なお以上のステップＳ１１，Ｓ１２，Ｓ１３の順序は異なる順序でもよい。また各ステップの処理は一連の処理として行われなくてもよく、例えば起動中においてユーザの操作に応じて都度行われるようにしてもよい。
　また各処理は必要がなければスキップされてもよい。例えばステップＳ１１の転送設定は、ステップＳ１０でプロジェクト作成する都度行ってもよいが、一度ＦＴＰ転送設定を行った後であって特に設定の変更が必要なければ、ステップＳ１０でプロジェクト作成を行った後はステップＳ１１をスキップしてステップＳ１２に移るようにしてもよい。もちろんステップＳ１２、ステップＳ１３の処理も同様で、設定後に特に変更の必要がない場合は、これらをスキップするようにしてもよい。
　また同期のためのサーバ装置４との通信は、それぞれの処理のタイミングで行われてもよいが、いくつかの設定が行われた時点でまとめてそれらの情報を送信することで、事前設定情報６１，９１の同期がとられるようにしてもよい。
　さらに、サーバ装置４とのオンライン接続ができない環境下で設定された内容がある場合、オンライン接続状態となったときに、設定された情報の送信が行われて事前設定情報６１、９１の同期がとられるようにするとよい。

<４．転送／編集処理>
　続いて図２のステップＳ２の具体的なスタッフ端末１の処理例を図１１で説明する。即ち結婚式が行われている時に、主に図４のイベントデータ管理部３０、通信制御部３２の機能によりスタッフ端末１で実行される処理である。

　スタッフ端末１は図１１のステップＳ１０１で撮像装置２からの画像ファイル転送が開始されたか否かをチェックする。画像転送が行われていない期間は、特に図１１の処理は行わない。
　例えば結婚式の間、カメラマンは撮像装置２により式や披露宴の光景の撮像を行っている。撮像装置２は、例えば静止画撮像が行われた後、自動的に、或いはカメラマンの操作に応じて、逐次スタッフ端末１に画像ファイルを転送する。なお、転送タイミングは一例である。１枚の画像の撮像毎に転送が行われても良いし、複数枚の画像がまとめて転送されるようにしてもよい。
　また動画撮像の場合には、録画スタート・ストップがされた単位で録画していない期間に転送しても良いし、録画スタート後に録画期間中に転送しても良い。録画された映像をすべて転送しても良いし、最初の所定期間だけを転送しても良い。

　またカメラマンは、撮像した画像について撮像装置２側の操作でレーティング情報を付加することができる。例えば撮像直後で画像を確認してレーティング情報を入力する。このレーティング情報がメタデータに記述される。
　画像データ及びメタデータを含む画像ファイルの転送は、例えばカメラマンが撮像画像を確認してレーティング情報を入力することに応じて実行されるようにしてもよい。

　スタッフ端末１では、このような画像ファイルの転送が開始されたことを検知したら、処理をステップＳ１０１からステップＳ１０２に進め、画像データ及びメタデータの受信処理を行う。この場合、受信した画像データについては、オリジナル画像データとしてイベントデータ６０の撮像・編集情報テーブル６２で管理されるようにする。また受信したメタデータも対応して管理されるようにする。

　スタッフ端末１はステップＳ１０３で画像圧縮処理を行う。例えば受信した画像データの圧縮率を高めるように圧縮処理を行う。これはサーバ装置４に送信する画像データを生成する処理となる。

　ステップＳ１０４でスタッフ端末１は、レーティング情報管理を行う。これは受信した画像ファイルのメタデータを確認して、撮像装置２側で付与されたレーティング情報を抽出し、イベントデータ６０の撮像・編集情報テーブル６２で更新可能に管理されるようにする処理である。

　ステップＳ１０５でスタッフ端末１は、イベントデータ６０、９０の同期のためにサーバ装置４へ情報送信を行う。この場合、スタッフ端末１は、ステップＳ１０３で圧縮した画像データや、メタデータ、レーティング情報をサーバ装置４に送信することになる。サーバ装置４側では、これを受信することに応じてイベントデータ９０の更新を行い、イベントデータ６０との同期状態を維持する。

　ステップＳ１０６でスタッフ端末１は、オートレタッチ適用処理を行う。即ちオリジナル画像データに対して、自動的に事前設定されたレタッチパラメータによる画像処理を施して編集画像データを生成し、撮像・編集情報テーブル６２で管理されるようにする。
　この編集画像データは、スタッフ端末１でのＵＩ表示に用いるために生成することとなる。
　なお、この例では画像ファイル受信時の処理としてオートレタッチ適用処理を行うものとしたが、他の時点、例えば１枚の画像の表示が要求されたときなどに必要に応じて行うようにしてもよい。
　また、ステップＳ１０３で生成した圧縮画像データについて画像処理を施すことも考えられる。その場合、例えばステップＳ１０５とステップＳ１０６の処理の順序を入れ替え、圧縮画像データにオートレタッチを適用する画像処理を行った後にサーバに送信するようにするとよい。

　以上の図１１の処理が行われることで、スタッフ端末１では、カメラマンの撮像に応じて画像が取り込まれ、また画像に応じた情報がイベントデータ６０により管理される状態となる。例えば結婚式が終了した時点で、全撮像画像が、イベントデータ６０で管理される状態となる。
　また逐次同期のための送信が行われることで、結婚式の最中及び終了時点で、サーバ装置４側のイベントデータ９０はスタッフ端末１側のイベントデータ６０と同期された状態となっている。

　また、この図１１の処理の過程でも、撮像装置２から転送された画像の一覧や通信状況が後述するイベント画面１２０などで表示されることで、カメラスタッフはスタッフ端末１への画像の取り込み状況などを確認できる。

<５．セレクション処理>
　続いて図２のステップＳ３のセレクションとしての詳細な処理例を図１２から図１７のフローチャート及び図１８から図２３の画面例を参照して説明する。
　なお図１２から図１７は一連のフローチャートを分けて示したもので、「ｃ１」「ｃ２」「ｃ３」「ｃ４」「ｃ５」「ｃ６」「ｃ７」で接続関係を示している。
　これらのフローチャートの処理は、図４のイベントデータ管理部３０、ＵＩ制御部３１、通信制御部３２の機能による処理である。

　図１２のステップＳ２０１は図１０Ｂのようなプロジェクト一覧画面１１０でプロジェクト（イベント名等）の一覧表示をする処理を示している。
　ステップＳ２０２でスタッフ端末１は、このプロジェクト一覧画面１１０においてプロジェクト選択操作が行われたか否かを監視し、またステップＳ２０３でアプリケーションプログラムの終了操作を監視している。
　アプリケーションプログラムの終了操作が行われたらアプリケーションプログラムを閉じ、処理を終える。

　カメラスタッフは、例えば結婚式の直後にセレクションを行う場合、プロジェクト一覧画面１１０において対象のプロジェクトを選択する操作を行う。例えば一覧領域１１１に表示されているプロジェクトの１つをタップする等の操作を行う。
　このような操作を検知したら、スタッフ端末１は、処理をステップＳ２０２からステップＳ２０４に進め、当該選択されたプロジェクトについての最新のイベントデータを取得する。例えばスタッフ端末１は、サーバ装置４に当該選択されたプロジェクトのイベントデータ９０を要求し、送信されてきたイベントデータ９０を取り込む。そして自身が保持するイベントデータ６０と比較し、最新の情報内容に更新する。例えばイベントデータ６０とイベントデータ９０についての更新日時情報やバージョン管理情報など、情報の新旧が判定できる何らかの情報を比較して、異なっていれば、イベントデータ６０が最新の情報内容になるようにする。

　例えばカメラマンが所持する端末装置１Ａを想定すると、結婚式の最中に、アシスタントが端末装置１Ｂ側で、レーティング情報やセレクション情報を入力していることもあり、それらが端末装置１Ａ側のイベントデータ６０に反映されていない場合があり得る。
　またアシスタントが所持する端末装置１Ｂ側で、レーティング情報やセレクション情報を入力しようとする場合には、端末装置１Ａ側の最新の情報を基準として入力することが適切である。
　そのため、スタッフ端末１は、端末装置１Ａ、１Ｂのいずれからも最新の情報が送信されているサーバ装置４のイベントデータ９０を受信し、自己のイベントデータ６０が最新でなければイベントデータ６０の情報を更新するようにする。

　なお、スタッフ端末１が一台のみであって、必ずスタッフ端末１の情報が最新であることもある。そのような場合は、ステップＳ２０４の処理は不要としてもよい。

　続いてスタッフ端末１は図１３のステップＳ２１１に進み、イベント画像一覧表示を行う。例えば図１８のようなイベント画面１２０を表示させる。
　イベント画面１２０にはイベントタイトル１２１が表示され、またオールフラグアイコン１２３、ネクストアイコン１３２、カメラアイコン１３４、メニューアイコン１２７などが表示される。
　メニューアイコン１２７は、各種メニュー項目を表示させるための操作子である。
　カメラアイコン１３４は、撮像装置２とのＦＴＰ通信状態の表示等を行うアイコンである。
　オールフラグアイコン１２３は、全画像を対象として使用画像情報であるフラグ（セレクションフラグ）のオン／オフ設定を行う操作子である。
　ネクストアイコン１３２は次の画面への遷移のための操作子である。

　またイベント画面１２０には画像領域１２８が設けられ、撮像装置２から転送されてきた画像がサムネイルにより一覧表示される。例えば撮像時刻に従って時系列順に画像が表示される。
　また画像領域１２８の表示に関してオールタブ１２５、候補タブ１２６が設けられている。
　オールタブ１２５が選択されているときは、画像領域１２８には、撮像装置２から転送されてきた画像が使用画像情報としてのフラグの状態がオンであるかオフであるかに関わらず表示される。例えば図１８はオールタブ１２５が選択されているときの一覧表示であるとする。
　一方候補タブ１２６が選択されているときは、画像領域１２８には、撮像装置２から転送されてきた全ての画像のうちでフラグがオン設定された画像のみが一覧表示される。例えば図１９は候補タブ１２６が選択されているときの一覧表示の例を示している。
　フラグのオン／オフは、個々の画像について、カメラスタッフがウェブギャラリーに採用する画像とするか否かにより操作することで設定される。

　またイベント画面１２０にはフィルタ指定領域１２９が設けられる。フィルタ指定領域１２９によって、例えば６段階のレーティングにより画像の絞り込みができるようにされる。例えば星の数としての操作子が設けられ、指定された操作子に応じたフィルタリングが行われて、抽出された画像が画像領域１２８に一覧表示される。
　例えば星３つの操作子が操作された場合、レーティング情報が「星３つ」以上の画像（つまり「星３つ」「星４つ」「星５つ」のいずれかに該当する画像）が抽出され、一覧表示される。或いはこの場合、レーティング情報が「星３つ」の画像のみが抽出されて一覧表示されるようにしてもよい。
　またフィルタ指定領域１２９においては、星の数で表した操作子と共に、そのレーティングが設定された画像の数も示すようにしている。

　スタッフ端末１は、ステップＳ２１１でこのようなイベント画面１２０を表示させた状態では、ステップＳ２１２から図１４のステップＳ２１９までの監視ループの処理を行う。

　図１３のステップＳ２１２でスタッフ端末１は、ネクストアイコン１３２の操作を監視する。ネクストアイコン１３２の操作を検知した場合の処理は後述する。

　ステップＳ２１３でスタッフ端末１は、タブ切替操作を監視する。タブ切替操作とは、オールタブ１２５での一覧表示中の候補タブ１２６の操作、又は候補タブ１２６での一覧表示中のオールタブ１２５の操作である。
　タブ切替操作を検知したらスタッフ端末１はステップＳ２２０で画像領域１２８での一覧表示内容を選択されたタブに応じて切り替える処理を行う。

　ステップＳ２１４でスタッフ端末１は、カメラスタッフが画像領域１２８上で行うピンチ操作を監視する。ここでいうピンチ操作とは、画像拡大のためのピンチアウト操作、及び画像縮小のためのピンチイン操作である。
　ピンチ操作を検知したらスタッフ端末１はステップＳ２２１の操作対応表示として、画像領域１２８での表示状態の拡大又は縮小を行う。

　図２０Ａ、図２０Ｂ、図２０Ｃは、ピンチイン／ピンチアウトに応じた画像領域１２８の表示の変化の例を示している。
　図２０Ａは図１８と同じ通常の表示状態である。ピンチアウト操作が行われると一覧表示されている画像が図２０Ｂのように拡大される。さらにピンチアウト操作で図２０Ｃのように拡大される。
　またピンチイン操作が行われると、図２０Ｃの状態から縮小され図２０Ｂの状態になり、さらにピンチイン操作で図２０Ａの状態にまで戻る。

　また、この例では、図２０Ａの通常の表示状態では表示していないが、ピンチアウト操作で拡大された段階で、図２０Ｂ、図２０Ｃのように画像に対応させてレーティングアイコン１３０とフラグ設定アイコン１３１が表示されるようにしている。つまり見やすいサイズ、或いは操作しやすいサイズになったときに、画像に対応させてレーティングアイコン１３０とフラグ設定アイコン１３１が表示されるようにする。
　なおもちろん、図２０Ａの状態でもレーティングアイコン１３０とフラグ設定アイコン１３１が画像に対応して表示されているようにしてもよい。
　図１３のステップＳ２２１では、スタッフ端末１は、以上の例のようにピンチ操作に対応して画像領域１２８の表示状態を変化させる処理を行うことになる。

　レーティングアイコン１３０は、星の数で設定されたレーティング情報を表示するだけでなく、レーティングを変更する操作子ともされる。例えばレーティングアイコン１３０の部分をタップしたりスライドしたりすることで、星の数を変化させることができ、これがレーティング変更操作となる。
　またフラグ設定アイコン１３１は、例えばアイコンの色、輝度の変化などによりフラグのオン／オフを表現する。またフラグ設定アイコン１３１は、フラグのオン／オフを切り替える操作子ともされる。例えばタップ操作によりフラグのオン／オフが切り替えられる。

　ステップＳ２１５でスタッフ端末１は、画像領域１２８に表示された画像の１つが選択された操作が行われたか否かを監視する。例えば１つのサムネイル画像をタップするような操作である。この選択操作を検知した場合の処理は後述する。

　ステップＳ２１６でスタッフ端末１は、フィルタ操作を監視する。即ちフィルタ指定領域１２９のレーティングを示す操作子の操作である。
　フィルタ指定領域１２９のいずれかの操作子の操作を検知した場合、スタッフ端末１はステップＳ２２３に進み、その操作子に応じたフィルタリング処理を行って、該当する画像を抽出する。そしてステップＳ２２４で抽出した画像が画像領域１２８に一覧表示されるようにする。

　図１４のステップＳ２１７でスタッフ端末１は、レーティング操作を監視する。例えば図２０Ｂ、図２０Ｃのようなレーティングアイコン１３０に対する操作である。
　レーティングアイコン１３０に対する操作を検知した場合、スタッフ端末１はステップＳ２３０に進み、そのレーティングアイコン１３０に対応する画像のレーティング情報が操作に応じた値になるようにイベントデータ６０を更新する。
　またステップＳ２３１でスタッフ端末１は、更新したレーティング情報をサーバ装置４に送信し、サーバ装置４側でイベントデータ９０が更新されるようにする。即ち同期状態を維持させる。

　ステップＳ２１８でスタッフ端末１は、フラグオン／オフ操作を監視する。例えば図２０Ｂ、図２０Ｃのようなフラグ設定アイコン１３１に対する操作である。
　フラグ設定アイコン１３１に対する操作を検知した場合、スタッフ端末１はステップＳ２３２に進み、そのフラグ設定アイコン１３１に対応する画像のセレクション情報におけるフラグのオン／オフが切り替わるようにイベントデータ６０を更新する。
　またステップＳ２３３でスタッフ端末１は、更新したフラグの情報をサーバ装置４に送信し、サーバ装置４側でイベントデータ９０が更新されるようにする。即ち同期状態を維持させる。

　ステップＳ２１９でスタッフ端末１は、オールフラグアイコン１２３の操作を監視する。
　オールフラグアイコン１２３に対する操作を検知した場合、スタッフ端末１はステップＳ２３４に進み、現在、全ての画像のフラグがオンであるか否かにより処理を分岐する。一部の画像がフラグオン又は全てがフラグオフであって、全ての画像がフラグオンという状態ではなければ、スタッフ端末１はステップＳ２３６に進み、全ての画像についてフラグオンとするようにイベントデータ６０を更新する。
　一方、全ての画像がフラグオンのときにオールフラグアイコン１２３が操作されたのであれば、スタッフ端末１はステップＳ２３５に進み、全ての画像についてフラグオフとするようにイベントデータ６０を更新する。
　またステップＳ２３７でスタッフ端末１は、更新したフラグの情報をサーバ装置４に送信し、サーバ装置４側でイベントデータ９０が更新されるようにする。即ち同期状態を維持させる。

　続いて図１３のステップＳ２１５で画像選択操作を検知した場合の処理を説明する。この場合、スタッフ端末１の処理は図１５のステップＳ２５０に進み、図２１のような一枚表示画面１４０を表示させる。

　一枚表示画面１４０には一枚表示領域１４２が設けられて、選択された画像が大きく表示される。
　この一枚表示領域１４２に表示される画像は、例えばイベントデータ６０で管理される編集画像データによる画像である。即ち、図１１のステップＳ１０６のオートレタッチ処理で生成された編集画像データであって、事前設定情報６１におけるレタッチパラメータを反映させた画像データの再生画像である。
　また画像上には、画像内の合焦位置を示すフォーカスポイントマーク１４９が表示される場合がある。

　また一枚表示画面１４０にはイベント画面１２０に表示を戻すための操作子である戻りアイコン１３３や、表示された画像についてのレーティングアイコン１３０、フラグ設定アイコン１３１が表示される。
　さらに一枚表示画面１４０には、表示された画像に関する操作のための編集アイコン１４５、フォーカスポイント操作アイコン１４６、エクスポートアイコン１４７、オリジナルアイコン１４８が表示される。

　このような一枚表示画面１４０を表示させた状態で、スタッフ端末１は図１５及び図１６のステップＳ２５１からステップＳ２５７の監視ループ処理を行う。

　ステップＳ２５１でスタッフ端末１は編集アイコン１４５の操作を監視する。
　編集アイコン１４５の操作子の操作を検知した場合、スタッフ端末１はステップＳ２６０に進み、不図示の編集画面を表示させる。編集画面では例えばレタッチ操作や傾き補正操作が可能なユーザインタフェースが用意されており、カメラスタッフはそのユーザインタフェースにより画像編集操作ができるようにされている。
レタッチ操作としては、例えばレタッチパラメータとして輝度調整値、色調整値、コントラスト調整値、シャープネス調整値などが設定可能とされる。
　傾き補正操作としては、例えば画像の角度を調整する操作子が用意される。
　なお編集画面は、一枚表示画面１４０とは別の画面としてもよいし、一枚表示画面１４０に重畳させて各種操作子を表示させるような画面でもよい。

　スタッフ端末１はレタッチ操作を検知した場合は、ステップＳ２６１からステップＳ２６２に進み、レタッチ処理を行う。これは、カメラスタッフの操作により入力されたレタッチパラメータにより編集画像データをさらに編集する処理となる。またこの場合に入力されたレタッチパラメータを個別の画像データについての編集情報としてイベントデータ６０に記憶させる。

　スタッフ端末１は傾き補正操作を検知した場合は、ステップＳ２６３からステップＳ２６４に進み、画像の傾き補正処理を行う。これは、カメラスタッフの操作により入力された傾き補正パラメータにより編集画像データを編集する処理となる。またこの場合に入力された傾き補正パラメータを個別の画像データについての編集情報としてイベントデータ６０に記憶させる。

　ステップＳ２６５で編集操作終了を検知したら、スタッフ端末１はステップＳ２６６で、編集処理に応じて更新したイベントデータ６０の編集情報をサーバ装置４に送信し、サーバ装置４側でイベントデータ９０が更新されるようにする。即ち同期状態を維持させる。
　ステップＳ２６７でスタッフ端末１は、編集画面を終了させ、通常の一枚表示画面１４０に戻る。このとき表示される画像は編集結果を反映したものとされるようにする。
　このように編集アイコン１４５からの操作により、カメラスタッフは任意の画像のレタッチや傾き補正を行うことができるようにされている。

　一枚表示画面１４０の表示状態においてスタッフ端末１はステップＳ２５２でフォーカスポイント操作アイコン１４６の操作を監視する。
　フォーカスポイント操作アイコン１４６の操作を検知した場合、スタッフ端末１はステップＳ２７０に進んで、現在、一枚表示領域１４２の画像上にフォーカスポイントマーク１４９を表示しているか否かにより処理を分岐する。
　現在フォーカスポイントマーク１４９を表示させていなければ、スタッフ端末１はステップＳ２７１に進み、表示している画像についてのフォーカスポイントの情報を取得する。フォーカスポイントは撮像時に撮像装置２が画像内で合焦状態とした位置を示す情報であり、メタデータに記述されている。例えばフォーカスポイントは、画像内の１点の座標情報で記述されている。
　スタッフ端末１は表示している画像のメタデータからフォーカスポイントの情報を取得し、その情報に応じて、図２１に示したように、表示している画像上にフォーカスポイントマーク１４９を表示させる。例えばフォーカスポイントとして記憶された画像内の１点の座標情報を中心に、所定の広がりを持った領域として、フォーカスポイントマーク１４９が表示されるようにする。これによりユーザは、撮像時に合焦状態とした被写体を確認できるようになる。
　なお、フォーカスポイントマーク１４９で示す領域としての上記の「広がり」は可変であって良く、例えば、画像内の位置や、被写体認識の結果の被写体に応じて広がりの量を変えてもよい。例えば図２１における人物の瞳にフォーカスが当たっていれば瞳の領域程度の小さい領域でフォーカスポイントマーク１４９が表示され、花束にフォーカスがあっていれば、花束全体を含むようにフォーカスポイントマーク１４９が広く表示されても良い。
　さらに、フォーカスポイントマーク１４９の表示態様は、図２１では四隅を表示するマーク（カッコで表現された四角）としているが、四角形の枠や円形の枠など、他の表示態様でも良い。
　また図２１では、フォーカスポイントが１点のみの場合を示しているが、画像内の被写体（例えば花嫁）の複数個所に合焦している場合や、被写体が複数あって（例えば花嫁と花婿など）、各々の一部に合焦しているなど、フォーカスポイントが複数あるケースも考えられる。従ってフォーカスポイントとしてのメタデータとしては、座標位置が複数記述される場合もあり、その場合、対応するフォーカスポイントマーク１４９は複数表示されることになる。
　また図２１のように一枚表示画面でフォーカスポイントマーク１４９が表示されるものとしているが、例えば図１８のイベント画面の画像領域に一覧表示される画像上でフォーカスポイントマーク１４９が表示されるようにしてもよい。

　フォーカスポイント操作アイコン１４６を表示しているときにステップＳ２５２でフォーカスポイント操作アイコン１４６の操作を検知した場合は、スタッフ端末１はステップＳ２７０からステップＳ２７３に進むことになり、フォーカスポイント操作アイコン１４６の表示を終了させる。
　従ってカメラスタッフは、フォーカスポイント操作アイコン１４６により、フォーカスポイントマーク１４９の表示をオン／オフできる。

　スタッフ端末１は、一枚表示画面１４０の表示状態において図１６のステップＳ２５３でエクスポートアイコン１４７の操作を監視する。
　エクスポートアイコン１４７の操作を検知した場合、スタッフ端末１はステップＳ２８０に進んで、エクスポート処理を行う。即ち表示している画像データに関する情報についてのエクスポート処理を行う。

　ステップＳ２５４でスタッフ端末１は画像切替の操作を監視する。この場合の画像切替の操作とはオリジナルアイコン１４８の操作である。
　オリジナルアイコン１４８の操作を検知した場合、スタッフ端末１はステップＳ２８１に進みオリジナル画像データによる画像と編集画像データによる画像の切替を行う。つまりそのときに編集画像データによる再生画像を表示していたのであれば、オリジナル画像データによる再生画像を表示させる。またそのときにオリジナル画像データによる再生画像を表示していたのであれば、編集画像データによる再生画像を表示させる。
　従ってカメラスタッフは、オリジナルアイコン１４８の操作により、編集後の画像と元の画像を任意に見比べることができるようになる。

　一枚表示画面１４０では表示中の画像についてのレーティングアイコン１３０が表示される。
　ステップＳ２５５でスタッフ端末１はレーティング操作を監視している。
　レーティングアイコン１３０に対する操作を検知した場合、スタッフ端末１はステップＳ２８２に進み、その表示している画像のレーティング情報が操作に応じた値とされるようにイベントデータ６０を更新する。
　またステップＳ２８３でスタッフ端末１は、更新したレーティング情報をサーバ装置４に送信し、サーバ装置４側でイベントデータ９０が更新されるようにする。即ち同期状態を維持させる。

　一枚表示画面１４０では表示中の画像についてのフラグ設定アイコン１３１が表示される。
　ステップＳ２５６でスタッフ端末１は、フラグオン／オフ操作、即ちフラグ設定アイコン１３１の操作を監視する。
　フラグ設定アイコン１３１に対する操作を検知した場合、スタッフ端末１はステップＳ２８４に進み、表示している画像のセレクション情報におけるフラグのオン／オフが切り替わるようにイベントデータ６０を更新する。
　またステップＳ２８５でスタッフ端末１は、更新したフラグの情報をサーバ装置４に送信し、サーバ装置４側でイベントデータ９０が更新されるようにする。即ち同期状態を維持させる。

　ステップＳ２５７でスタッフ端末１は戻りアイコン１３３の操作を監視する。
　戻りアイコン１３３の操作を検知したらスタッフ端末１は、図１３のステップＳ２１１に進み、一枚表示画面１４０を終了させてイベント画面１２０を表示させる状態に戻す。

　続いて図１３のステップＳ２１２でネクストアイコン１３２の操作を検知した場合の処理を説明する。
　この場合、スタッフ端末１の処理は図１７のステップＳ３００に進み、図２２のようなカバー・ハイライト選択画面１５０を表示させる。

　カバー・ハイライト選択画面１５０は、カメラスタッフがウェブギャラリーにおいてカバー（表紙）とする画像や、ハイライト（強調表示）させる画像を選択する操作を行うための画面である。
　カバー・ハイライト選択画面１５０には戻りアイコン１３３、ネクストアイコン１３２が表示される。

　またカバー・ハイライト選択画面１５０には一覧指定領域１５３が設けられるとともに候補タブ１５１と選択タブ１５２が用意される。
　候補タブ１５１が選択されているときは、一覧指定領域１５３に、フラグオンとされている画像（つまりウェブギャラリーに使用されるものとして選択された画像）が一覧表示される。
　また各画像に対して、ハイライトボタン１５５とカバーボタン１５６が表示される。ハイライトボタン１５５は、画像をハイライト指定する操作子であり、カバーボタン１５６は画像をカバーに指定する操作子である。
　なおハイライトボタン１５５はその表示態様により、現在のハイライト設定の有無も表現し、カバーボタン１５６はその表示態様により、現在のカバー設定状態を表現するようにしてもよい。
　選択タブ１５２が選択されているときは、一覧指定領域１５３に、カバー指定又はハイライト指定された画像が一覧表示される。

　カメラスタッフは、このようなカバー・ハイライト選択画面１５０を操作して、カバーとする画像やハイライトさせる画像の選択を行う。

　図１７のステップＳ３００でカバー・ハイライト選択画面１５０を表示させた状態でスタッフ端末１は、ステップＳ３０１からステップＳ３０５の監視ループの処理を行う。

　ステップＳ３０１でスタッフ端末１はカバーボタン１５６の操作を監視する。
　カバーボタン１５６に対する操作を検知した場合、スタッフ端末１はステップＳ３１０に進み、対応する画像をカバー画像と設定するようにセレクション情報における表紙画像情報を設定し、イベントデータ６０を更新する。
　またステップＳ３１１でスタッフ端末１は、更新したセレクション情報をサーバ装置４に送信し、サーバ装置４側でイベントデータ９０が更新されるようにする。即ち同期状態を維持させる。

　ステップＳ３０２でスタッフ端末１はハイライトボタン１５５の操作を監視する。
　ハイライトボタン１５５に対する操作を検知した場合、スタッフ端末１はステップＳ３２０に進み、対応する画像をハイライト画像と設定するようにセレクション情報における強調表示画像情報を設定し、イベントデータ６０を更新する。
　またステップＳ３２１でスタッフ端末１は、更新したセレクション情報をサーバ装置４に送信し、サーバ装置４側でイベントデータ９０が更新されるようにする。即ち同期状態を維持させる。

　ステップＳ３０３でスタッフ端末１は、タブ切替操作を監視する。この場合のタブ切替操作とは、候補タブ１５１での一覧表示中の選択タブ１５２の操作、又は選択タブ１５２での一覧表示中の候補タブ１５１の操作である。
　タブ切替操作を検知したらスタッフ端末１はステップＳ３３０で一覧指定領域１５３での一覧表示内容を選択されたタブに応じて切り替える処理を行う。

　ステップＳ３０５でスタッフ端末１は戻りアイコン１３３の操作を監視する。戻りアイコン１３３の操作を検知したら、スタッフ端末１は図１３のステップＳ２１１に進み、イベント画面１２０の表示状態に戻す。
　これによりカメラスタッフは、カバー・ハイライト指定を中断したり、フラグ設定から選択をやり直したりすることができる。

　カバー・ハイライト選択画面１５０における操作を完了したときは、カメラスタッフはネクストアイコン１３２を操作する。
　図１７のステップＳ３０４でスタッフ端末１はネクストアイコン１３２の操作を監視する。ネクストアイコン１３２の操作を検知したら、スタッフ端末１はステップＳ３４０に進み、確認画面表示を行う。

　図２３に確認画面１６０の例を示している。確認画面１６０には、戻りアイコン１３３、ネクストアイコン１３２が用意されるとともに、詳細領域１６１が用意され、最終確認内容が表示される。例えばウェブギャラリーに採用するフラグが付された画像の数やハイライト表示させる画像の数、タイトル、日付などの詳細情報が表示される。

　スタッフ端末１は図１７のステップＳ３４１でネクストアイコン１３２の操作を監視し、ステップＳ３４２で戻りアイコン１３３の操作を監視する。
　戻りアイコン１３３の操作を検知したら、スタッフ端末１はステップＳ３００に戻り、カバー・ハイライト選択画面１５０の表示状態に戻す。

　ネクストアイコン１３２の操作を検知したら、スタッフ端末１はステップＳ３４３に進み、ウェブギャラリー生成要求をサーバ装置４に送信する。
　そして図１２のステップＳ２０１に進み、プロジェクト一覧画面１１０の表示状態に戻す。なおこの場合、図１３のステップＳ２１１に進んでイベント画面１２０に戻るようにしてもよい。

　ところで、上記したセレクション処理においては、カメラスタッフはウェブギャラリーに使用する画像として選択するか否かの決定（フラグのオン／オフ）を順に繰り返さなければいけなかった。そのため同様の画像（被写体の種別、被写体のポーズ、画角等が類似する画像）を連続して複数枚撮影している場合（同一のシーンを撮影している場合、ともいう）であっても、閲覧時にも同様の画像を１枚ずつ閲覧した上でフラグのオン／オフの決定をおこなう必要があった。

　例えば、同一のシーンの画像が連続する場合には、ウェブギャラリーで使用する画像として所定の枚数のフラグをオンと決定した後には、同一シーンの残りの画像は閲覧用に表示がされずに、代わりに次のシーンの画像を表示されるように表示処理するのが効率的である。

　以下に、具体的な処理の流れを説明するが、その前提として撮影した各画像の被写体の種別、被写体のポーズ、画角や撮影時刻などの情報を基に画像の撮影シーンを認識することが好適である。例えば、撮像装置２にシーン情報を認識する機能が備わっている場合には、スタッフ端末１に転送される画像ファイルのメタデータに各画像のシーン情報を含めることで、撮影した複数の画像をシーン毎にグループ化することができる。或いは、スタッフ端末１に認識する機能が備わっている場合には、スタッフ端末１にて画像をシーン毎にグループ化することができる。いずれの場合でも、図５のイベントデータ６０内に、各画像のシーン情報が保持され得る。

　以下に図２のステップＳ３のセレクションとしてのその他の処理例を図３１のフローチャート及び図３２の画面例を参照して説明する。
　図３１のフローチャートの処理は、図４のＵＩ制御部３１の機能による処理である。なお本処理例は図１４のステップＳ２１８、Ｓ２３２及び／またはＳ２３３の処理を全ての画像に繰り返し処理する場合の一例とも言える。

　図３１のステップＳ３８１は、スタッフ端末１が、図２０Ａ、図２０Ｂ、図２０Ｃで例示したような画像を表示する処理である。ステップＳ３８２でスタッフ端末１は、表示された画像に対するフラグオン／オフ操作を監視する。例えば図２０Ｂ、図２０Ｃのようなフラグ設定アイコン１３１に対する操作である。
　フラグ設定アイコン１３１に対する操作を検知した場合、スタッフ端末１はそのフラグ設定アイコン１３１に対応する画像のセレクション情報におけるフラグのオン／オフが切り替わるようにイベントデータ６０を更新する。

　ステップＳ３８３でスタッフ端末１は、ステップＳ３８２でされたフラグ操作の結果を受けて、グループ化された同一シーン内におけるフラグがオンと決定された画像数であるフラグオン数をカウントする。ステップＳ３８４でスタッフ端末１は、シーン毎に予め決定しておいた所定のフラグオン数と、ステップＳ３８３でカウントしたフラグオン数とを比較し、所定のフラグオン数に達しているかを判断する。なお所定のフラグオン数は、予めカメラスタッフがシーン毎に決めても良いし、同一シーンとされたグループ内の画像数に応じて決められても良い。

　所定のフラグオン数に達していないと判断された場合には、スタッフ端末１はステップＳ３８５に進み、次の画像を表示するための操作がされたかを監視し、操作がされた場合にはステップＳ３８６に進んで引き続き同一のシーン内の次の画像を表示する制御をおこなう。他方で、ステップＳ３８４で所定のフラグオン数に達していると判断された場合には、ステップＳ３８７に進みスタッフ端末１は次の画像を表示するための操作がされたかを監視し、操作がされた場合にはステップＳ３８８に進んでこれまでのグループのシーンとは異なる次のグループのシーンの画像を表示する制御をおこなう。この処理は全てのグループのシーンの処理が完了されるまで繰り返され得る。

　図３２Ａと図３２Ｂは画像の表示順の様子を示した画面例である。図３２Ａは、画像のシーンに依らず、全ての画像（画像Ａから画像Ｅ）を順に表示する例である。図３２Ｂはシーンとフラグオン数に応じて一部の画像を表示しない（表示スキップする）場合の例である。
　例えばシーンＳＮ１の所定のフラグオン数が「１」とされていて、画像Ａがフラグオフ処理とされた場合にはフラグオン数は「０（ゼロ）」で所定のフラグオン数に達していないため、図３２Ｂに示すように、同一シーンであるシーンＳＮ１内の次の画像Ｂを表示制御する。次に画像Ｂがフラグオン処理とされた場合には、フラグオン数は「１」となり、所定のフラグオン数に達したため、図示のように同一シーン内の次の画像Ｃは表示がされずに、次のシーンＳＮ２の画像である画像Ｄが表示制御される。さらにシーンＳＮ２の所定のフラグオン数が「１」とされていて、画像Ｄがフラグオン処理とされた場合には、フラグオン数は「１」となり、所定のフラグオン数に達したため、同一シーン内の次の画像Ｅは表示がされずに、次のシーンの画像が表示される。

　続いて、セレクション処理における他の処理例として、画像間のレーティング情報やセレクション情報を入れ替える処理について説明する。
　図２のステップＳ３のセレクションにおいて一旦設定したレーティング情報やセレクション情報を、再びカメラスタッフが見直して入れ替えたい場合がある。その場合に、改めてレーティングアイコン１３０とフラグ設定アイコン１３１を操作して各情報を変更しても良いが、２つの画像に付与されたレーティング情報やセレクション情報を入れ替えることができればセレクション処理をより効率的におこなえる。

　以下に図２のステップＳ３のセレクションとしてのその他の処理例を図３３のフローチャート及び図３４、図３５、図３６の画面例を参照して説明する。図３３のフローチャートの処理は、図４のＵＩ制御部３１の機能による処理である。

　図３３のステップＳ４２０は、スタッフ端末１が図３４Ａのような一枚表示画面１４０を表示させるステップである。図３４Ａにおいて図２１と同一のものは同一の番号を付与しているが、情報の入れ替えを指示するための入れ替えアイコン１７０が新たに追加されており、また表示されている画像を画像Ｗとしている。ステップＳ４２１で、スタッフ端末１は入れ替えアイコン１７０の操作を監視する。入れ替えアイコン１７０への操作がされたと判断された場合には、ステップＳ４２２でスタッフ端末１は表示されている画像の近傍の画像を含んだ画像リストを表示する。ここで近傍とは撮影順が近い画像であったり、画像データのファイル名としての番号が近い画像であったり、同一シーン内の画像であったりし得る。図３４Ｂには画像Ｗの近傍の画像として、画像Ｗの下方に画像Ｘ、画像Ｙ及び画像Ｚをリスト表示している状態を示している。

　ステップＳ４２３で、スタッフ端末１は画像リストの中から画像を選択する操作を監視する。リストから画像が選択された場合、ステップＳ４２４で元の画像に付加されていた情報と選択された画像の情報を入れ替え、続くステップＳ４２５では、選択された画像を表示させる。図３４Ｃでは、図３４Ｂの近傍の画像のうちでる画像Ｙが選択されたことに応じて、元の画像Ｗと選択された画像Ｙのレーティング情報とセレクション情報が入れ替えられて、画像Ｙが表示された状態が示されている。

　なおステップＳ４２４とステップＳ４２５は、そのステップを逆にした処理、即ちステップＳ４２５を先にした処理もおこない得る。
　以上の例のような情報の入れ替え処理は、レーティング情報とセレクション情報の両方を入れ替える処理としても良いし、レーティング情報とセレクション情報のどちらか一方のみを入れ替える処理としても良い。その場合には、どちらを入れ替えるのかを指示する操作ステップが追加され得る。
　図３５はレーティング情報が入れ替えられたことを示す概念図である。図３５Ａのように画像Ｗのレーティング情報が「星３つ」、画像Ｙのレーティング情報が「星なし」であったところ、ユーザの入れ替え操作に応じた図３３の処理で、図３５Ｂのように画像Ｗが「星なし」、画像Ｙが「星３つ」に入れ替えられたことを示している。
　図３６はセレクション情報としてのフラグが入れ替えられたことを示す概念図である。図３６Ａのように画像Ｗがフラグオフ、画像Ｙがフラグオンであったところ、ユーザの入れ替え操作に応じた図３３の処理で、図３６Ｂのように画像Ｗがフラグオン、画像Ｙがフラグオフに入れ替えられたことを示している。

<６．サーバ処理>
　ここまで図２のステップＳ３のセレクションの段階までのスタッフ端末１の処理を説明してきたが、ここでサーバ装置４側の処理を説明しておく。
　図２４はスタッフ端末１からの通信に対応するサーバ装置４の処理を示している。なお以下で言うサーバ装置４の処理とは、図６の機能を備える情報処理装置１０のＣＰＵ７１によって行われる処理のことである。この図２４では主にイベントデータ管理部４０、画像集生成部４１の機能により実行される処理となる。

　図２のステップＳ１の段階では、スタッフ端末１からの事前設定の情報がサーバ装置４に送信されてくる。
　サーバ装置４はスタッフ端末１からのプロジェクト設定に関する情報を受信したらステップＳ５００からステップＳ５１０に進み、サーバ装置４内でプロジェクト設定処理を行う。

　スタッフ端末１からのプロジェクト設定の通信とは、スタッフ端末１が図９のステップＳ１０からステップＳ１３までの処理でサーバに対して行う通信である。例えば作成したプロジェクトのイベント名、日時、場所などの情報が送信されてくる。サーバ装置４はこれらの情報に基づいて、新規のプロジェクトを設定し、そのイベントデータ９０を設定する。
　またスタッフ端末１側では、プロジェクト自体の設定だけでなく、オートレタッチ設定やウォーターマーク設定なども行われ、逐次設定情報がサーバ装置４に送信されてくる。サーバ装置４はこれらの情報をイベントデータ９０の事前設定情報９１として記述することで、イベントデータ６０を事前設定状態のイベントデータ６０と同期させる。

　図２のステップＳ２の段階では、スタッフ端末１の図１１のステップＳ１０５の処理により、撮像装置２から転送された画像やレーティング情報を含むメタデータ等がサーバ装置４に送信されてくる。
　サーバ装置４はスタッフ端末１からの画像やメタデータを受信したら図２４のステップＳ５０１からステップＳ５２０に進み、画像やメタデータを該当するプロジェクトのイベントデータ９０の情報として取り込む。メタデータにおけるレーティング情報はメタデータから抽出して、イベントデータ９０内でその後に更新可能な状態で管理する。

　図２のステップＳ３の段階では、スタッフ端末１の図１２から図１７の処理の過程で、スタッフ端末１からは撮像装置２に同期維持のための各種情報がサーバ装置４に送信されてくる。

　サーバ装置４はスタッフ端末１からのレーティング情報を受信したら図２４のステップＳ５０２からステップＳ５３０に進み、該当するプロジェクトのイベントデータ９０内で該当する画像についてのレーティング情報の更新を行う。

　サーバ装置４はスタッフ端末１からセレクション情報を受信したらステップＳ５０３からステップＳ５４０に進み、該当するプロジェクトのイベントデータ９０内で該当する画像についてのセレクション情報の更新を行う。
　即ちフラグ設定による使用画像情報、カバーとしての表紙画像情報、ハイライト設定による強調表示画像情報などの更新が逐次サーバ装置４側でも行われるようにする。

　サーバ装置４はスタッフ端末１からの編集情報を受信したらステップＳ５０４からステップＳ５５０に進み、該当するプロジェクトのイベントデータ９０内で該当する画像についての編集情報の更新を行う。

　サーバ装置４はスタッフ端末１からのウェブギャラリー編集情報を受信したらステップＳ５０５からステップＳ５６０に進む。これは図１７のステップＳ３４３でスタッフ端末１が送信する情報である。
　サーバ装置４は図２４のステップＳ５６０で、まず使用画像情報としてフラグオンとされた各画像について、編集情報（事前設定情報６１による編集情報を含む）としてのパラメータを用いた画像編集処理を行い、ウェブギャラリー用の画像として書き出す。即ち図８の画像フォルダ９７に格納する各編集画像を生成する。

　図２４のステップＳ５６１でサーバ装置４は、ウェブギャラリー生成処理を行う。即ち例えばＨＴＭＬデータなどとしての図８のウェブページ設定情報９６を生成し、またウェブページとしてエントリする。これによりウェブギャラリーが形成される。
　サーバ装置４は図２４のステップＳ５６２で、当該ウェブギャラリーのＵＲＬ（ uniform resource locator）をスタッフ端末１に対して送信する。これによりスタッフ端末１がウェブギャラリーを閲覧できるようにする。
　なお、この時点ではまだウェブギャラリーは非公開設定としており、ＵＲＬ送信先のスタッフ端末１のみが閲覧可能な状態としている。

　以上が図２のステップＳ３までのスタッフ端末１の処理に対応するサーバ装置４の処理となる。
なお図２４には示していないが、サーバ装置４にログインしたスタッフ端末１に対しては必要に応じて（図１２のステップＳ２０１の説明参照）、イベントデータ９０を提供する処理を行うことになる。

　ウェブギャラリーを生成した後は、図２のステップＳ４の段階として、サーバ装置４にはスタッフ端末１からシェア要求が送信されてくる（図２５で後述する）。
　その場合、スタッフ端末１は図２４のステップＳ５０６からステップＳ５７０に進み、該当のウェブギャラリーを公開設定とする。例えばクライアント端末５からでも閲覧可能とする。

<７．ウェブギャラリー納品処理>
　図２のステップＳ４のウェブギャラリー納品処理の段階のスタッフ端末１の処理を図２５で説明する。
　上記のようにサーバ装置４に対してウェブギャラリー生成要求を送信すると、サーバ装置４でイベントデータ９０に基づいてウェブギャラリーの生成が行われ、そのウェブページのＵＲＬが送信されてくる。図２５はＵＲＬを取得した後のスタッフ端末１の処理となる。

　スタッフ端末１は、ステップＳ３５０で取得したＵＲＬを用いてウェブページにアクセスする。これによりスタッフ端末１においてウェブギャラリーをプレビュー閲覧ができる。
　これはカメラスタッフが確認のためのプレビューするための閲覧であり、そのプレビュー用のウェブギャラリーは、例えば図２６のプレビュー画面１８０のようになる。
　例えばプレビュー領域１８３に作成されたウェブギャラリーが表示されると共に、エディットボタン１８１やシェアボタン１８２が用意される。

　プレビュー領域１８３に表示されるウェブギャラリー内容、即ちサーバ装置４が作成したウェブギャラリーは、フラグがオン設定された画像を、例えば時系列で並べた構成とされている。また表紙画像情報を設定した画像が表紙としてトップに表示される。また強調表示画像情報によりハイライト設定された画像は、ハイライト設定されていない画像よりも大きいサイズで表示される。なお、ハイライト設定がされていない画像であっても自動的に大きいサイズで配置される場合もある。これはギャラリー全体のバランスやメリハリを付けるために行われる。

　スタッフ端末１では、図２５のステップＳ３５１でブラウジング終了操作を監視し、またステップＳ３５２でエディットボタン１８１の操作を監視し、ステップＳ３５３でシェアボタン１８２の操作を監視する。
　ブラウジング終了の操作を検知したらウェブページ閲覧を終了させる。
　エディットボタン１８１の操作を検知したら、スタッフ端末１はステップＳ３６０に進み編集処理を行う。

　カメラスタッフは、プレビュー領域１８３でウェブギャラリー内容を確認し、必要に応じてエディットボタン１８１を操作して、さらに編集を行うことができる。
　スタッフ端末１はステップＳ３６０の編集処理で、編集のためのインタフェース画像を表示させ、カメラスタッフの操作を受け付けるとともに、それによりプレビュー画像の編集を行う。例えば背景色、タイトルのフォント、タイトルの色、タイトルの位置、スライドショウの音楽などを編集可能とする。
　そして編集完了操作に応じて、編集情報をサーバ装置４に送信し、編集操作がウェブギャラリーにおいて反映されるようにする。

　カメラスタッフは必要に応じて編集操作を行った後、シェアボタン１８２を操作する。この場合スタッフ端末１はステップＳ３７０に進み、サーバ装置４に対してシェア要求を送信する。上述のようにサーバ装置４はシェア要求に応じて図２４のステップＳ５７０でウェブギャラリーを公開設定する。

　スタッフ端末１は図２５のステップＳ３７１でウェブギャラリーの納品完了の画面表示及び画面の操作に対応する処理を行う。
　例えばスタッフ端末１は、図２７のウェブギャラリー納品画面１９０を表示させる。このウェブギャラリー納品画面１９０には、ウェブギャラリーの作成完了の通知や、有効期間が表示されるとともに、ウェブギャラリーのＵＲＬ１９３が表示される。またコピーボタン１９１やシェアボタン１９２が表示される。
　カメラスタッフは、コピーボタン１９１を操作してＵＲＬをコピーし、電子メール等に添付してクライアント端末５に送信できる。またシェアボタン１９２を操作して、ＳＮＳ等にＵＲＬを提供し、クライアントがＳＮＳを介してウェブギャラリーを閲覧できるようにすることができる。
　以上により、クライアントは結婚式終了後、当日中などの極めて早い時点で、ウェブギャラリーを閲覧することができるようになる。
　なおＵＲＬをクライアントに配信してウェブギャラリーとして画像集を閲覧させるようにするのは一例である。例えば上記のウェブギャラリーに相当する画像集コンテンツを作成し、コンテンツファイルとしてクライアントに配信するものとしてもよい。

<８．本納品処理>
　図２のステップＳ５の段階で本納品処理が行われる。
　図２８に本納品段階の処理を示している。これは例えばパーソナルコンピュータ３或いはスタッフ端末１で行われる処理である。以下ではパーソナルコンピュータ３で行われる処理として説明する。

　カメラスタッフは、パーソナルコンピュータ３を用いて操作を行い、ステップＳ４００としてサーバ装置４にアクセスして、本納品のための情報読み込み要求を行う。
　そしてステップＳ４０１でサーバ装置４からイベントデータ９０を取得する。
　例えばこの場合、サーバ装置４は、レーティング情報とセレクション情報、或いは編集情報をＸＭＰファイルとしてダウンロードさせ、パーソナルコンピュータ３内のＲＡＷ画像ファイルに適用できるようにすることが考えられる。
　即ちレーティング情報や、フラグ設定を示す使用画像情報、カバー画像としたことを示す表紙画像情報、ハイライト設定したことを示す強調表示画像情報などが、パーソナルコンピュータ３に引き継がれる。
　なお、イベントデータ９０の全てをパーソナルコンピュータ３に提供するようにしてもよい。

　カメラスタッフは、撮像装置２で撮像された画像データとしてのＲＡＷ画像データをパーソナルコンピュータ３に取り込んでおき、このＲＡＷ画像データを用いて本納品の画像集を生成する。この場合に、サーバ装置４からイベントデータ９０に基づくＸＭＰファイルを取得することで、作成作業が効率化できる。

　パーソナルコンピュータ３ではステップＳ４０２で必要な編集処理を行い、本納品の画像集を完成させる。
　その後ステップＳ４０３として本納品のための処理を行う。例えば画像集コンテンツとしてのコンテンツデータを生成し、電子的に送信したり、記録媒体に記録したり、印刷データとしたりする処理を行う。
　そして、作成されたコンテンツデータ、又はコンテンツデータを記録した記録媒体、又は印刷された紙媒体による画像集が、クライアントに届けられることになる。

<９．自動設定処理>
　以上で事前設定から本納品までの一連の処理を説明したが、ここで変形例として、図２のセレクションをより効率化する自動設定処理について説明する。

　図２９は、図４の自動設定部３３の機能により、スタッフ端末１の使用者であるカメラスタッフの過去のセレクション情報に基づいて生成された傾向情報に基づいて、自動的にセレクション情報を設定する処理を行う例である。

　例えばサーバ装置４では、或るカメラスタッフの複数のプロジェクトについてのイベントデータ９０を管理していることになる。するとサーバ装置４は図６の傾向情報生成部４４の機能により、そのカメラスタッフに関するイベントデータ９０について学習処理を行い、そのカメラスタッフの選択傾向を示す傾向情報を生成することができる。
　例えば機械学習として、フラグオン設定された画像、ハイライト設定された画像、カバー設定された画像などをそれぞれ学習データとし、フラグオン設定される画像の特徴情報、ハイライト設定される画像の特徴情報、カバー設定される画像の特徴情報等を含む傾向情報を生成する。

　スタッフ端末１側では、例えば図１３のステップＳ２１１などでイベント画面１２０を表示するタイミング、或いはそれ以前のタイミングで、図２９の処理を行う。
　ステップＳ６００でスタッフ端末１は、サーバ装置４が生成した、当該カメラスタッフの傾向情報を取得する。
　ステップＳ６０１でスタッフ端末１は、傾向情報に基づいて、撮像装置２から転送されてきた各画像の判定を行い、フラグオン設定される特徴を有するか、ハイライト設定される特徴を有するか、カバー設定される特徴を有するかなどを判定する。

　ステップＳ６０２でスタッフ端末１は、以上の判定結果に応じて、自動的に各画像についてフラグ設定、ハイライト設定、カバー設定を行う。
　カメラスタッフは、そのように自動設定が施された状態で、図１３から図１７で説明したセレクションの操作を行うことができる。これにより、カメラスタッフの作業が効率化できる可能性が高まる。

　なお、以上の処理はレーティングにも適用でき、自動的なレーティング情報設定も可能である。即ちサーバ装置４は、傾向情報生成部４４の機能により、カメラスタッフの過去のプロジェクトのイベントデータ９０を用いて、各レーティングレベルの画像をそれぞれ解析し、「星なし」の画像の特徴情報、「星１つ」の画像の特徴情報、「星２つ」の画像の特徴情報、「星３つ」の画像の特徴情報、「星４つ」の画像の特徴情報、「星５つ」の画像の特徴情報を生成する。もちろん、この全てではなく、例えば「星５つ」の画像の特徴情報のみを生成することなども考えられる。
　そしてスタッフ端末１は、そのような特徴情報を含む傾向情報を取得し、各画像の特徴情報との合致性を判定することで、全部又は一部の画像のレーティング情報を自動設定する。
　これもカメラスタッフのセレクションの際の操作を効率化できるものとなる。

　次に図３０は、スタッフ端末１が自動設定部３３の機能により、クライアントユーザの指向に基づいて生成された傾向情報に基づいて、自動的にセレクション情報を設定する処理を行う例である。

　例えばサーバ装置４では、クライアント（画像集の発注者である花嫁）の過去の行動から嗜好を判定し、傾向情報を設定しておく。例えばクライアントのＳＮＳにおける挙動（画像に対する「いいね」の付与など）や、自己のＳＮＳでの発信画像などから、好みの画像の傾向を判定し、傾向情報を設定する。

　スタッフ端末１側では、例えば図１３のステップＳ２１１などでイベント画面１２０を表示するタイミング、或いはそれ以前のタイミングで、図３０の処理を行う。
　ステップＳ６１０でスタッフ端末１は、サーバ装置４が生成した、当該プロジェクトのクライアント（例えば花嫁）の傾向情報を取得する。
　ステップＳ６１１でスタッフ端末１は、傾向情報に基づいて、撮像装置２から転送されてきた各画像の判定を行い、クライアントの嗜好に合致する特徴を有するかを判定する。

　ステップＳ６１２でスタッフ端末１は、以上の判定結果に応じて、自動的に各画像についてフラグ設定を行う。つまりクライアントの嗜好に合致する画像をウェブギャラリーに採用されるようにする。もちろんハイライト設定、カバー設定を行うようにしてもよい。
　カメラスタッフは、そのように自動設定が施された状態で、図１３から図１７で説明したセレクションの操作を行うことができる。これにより、カメラスタッフの作業が効率化できるとともに、クライアントの満足度を上げる画像集が作成できる可能性が高まることになる。

　なお、以上の処理はレーティングにも適用でき、自動的なレーティング情報設定も可能である。即ちサーバ装置４は、傾向情報生成部４４の機能により、クライアントが好む画像の特徴情報を含む傾向情報を生成する。
　スタッフ端末１は、そのような特徴情報を含む傾向情報を取得し、各画像の特徴情報との合致性を判定することで、レーティング情報を自動設定する。
　これもカメラスタッフのセレクションの際の操作を効率化できるだけでなく、クライアントの満足度を向上させるものともなる。

<１０．セレクション高速化支援処理>
　以下、実施の形態のさらなる処理例について各種説明していく。

　上述のように例えばカメラマンが結婚式、披露宴等において撮影を行い、画像集を制作することを想定すると、その結婚に関するイベントの１日において数千枚から１万枚以上の撮影をおこなうことがある。
　このように膨大な数の画像のうちで、上述のウェブギャラリーあるいは本納品としての画像集に採用する写真を選ぶための有効な手法として、レーティングによるセレクションが行われる。

　上述のようにレーティング情報が画像に紐づけられて管理されるが、レーティング情報は一例としては「星なし」から「星５つ」までの６段階の評価情報であり、カメラスタッフが、各画像を評価して設定する。
　図３７Ａには、或る画像に「星３つ」というレーティング情報が付加されたことを示している。

　カメラスタッフが、撮影されたすべての画像を見ながら評価して、レーティング情報を設定していくことで、例えば評価の高い画像を抽出し、その中で画像集に採用する画像を選択することなどができる。従って多数の画像の中から画像集に採用する画像の選択の観点でレーティング情報は有用である。
　例えば図３７Ｂでは、レーティング情報が「星３つ以上」というような条件で画像を抽出する場合の例を示している。これにより星３つ以上とされた高評価の画像のみが抽出されるため、カメラスタッフはその中で画像集に採用する画像を選択できる。これは、撮影した全ての画像を対象にして画像集に採用する画像を選択することに比べれば極めて効率的である。

　ところが、この手法では、撮影した全ての画像についてレーティング情報を設定しなければならないため、その点で時間がかかり、また面倒な作業ともなりえる。
　またレーティングのための評価の基準が時間によって揺らぐことや、カメラスタッフによって評価が甘い／厳しいといった差が生じることもあり、全ての画像について統一した基準で評価を行うことも困難である。

　そこで以下説明する処理例では、結婚に関するイベントで撮影された複数の画像としての画像群を処理対象とする場合に、各画像についてなるべく一定の基準で且つ効率的に評価を行い、レーティング情報の設定自体も効率的にする。また場合によっては、全ての画像についてレーティング情報の設定を行わなくともよい場合も想定できるようにする。

　このために、各画像に対するシーン解析結果や撮像装置２で付与したメタデータを用いて、画像抽出を行うことができるようにする。
　例えばシーン解析結果に応じたアイコンを提供し、抽出条件に相当するアイコンを用いた操作で、条件に合致した画像を抽出し、それらについてレーティング情報を設定できるようにする。
　結果としてカメラスタッフが行う画像のセレクションを高速化できるような支援を実現する。

　なお、抽出した画像についてレーティング設定を可能とすることは一例であり、抽出した画像について画像集に採用する画像を選択する処理を行うようにしてもよい。
　すなわち以下説明するシーン解析等に基づくアイコンを用いた抽出処理は、レーティング設定のための画像抽出として述べるが、必ずしもレーティング設定を目的する処理に限定されるものではない。
　また、結婚に関するイベントとは、例えば結婚式、披露宴、二次会、結納、顔合わせ、見合いなどであり、新郎新婦を含む複数人が参加するイベントを指す。このようなイベントに特化したセレクション高速化支援として、抽出条件も適切なものが設定できるようにする。

　図３８Ａ、図３８Ｂ、図３８Ｃにより処理主体の例を説明する。
　シーン解析等に基づくセレクション高速化のための処理は、基本的には、撮像した画像の解析を行い、抽出条件を設定し、抽出条件に応じてシーン解析結果等を参照した画像の抽出を行うことになる。
　このような処理は、図１に示した撮像装置２、スタッフ端末１、サーバ装置４のいずれかで実行可能である。

　図３８Ａは、撮像装置２が当該処理を実行する場合を示している。
　撮像装置２では例えば表示部２ａにおいて画像やアイコン等を表示できる。また各種操作子が設けられている。
　この撮像装置２では、或るイベントで撮像して記録した画像群の各画像について解析処理を行い解析結果データを得る。そして抽出操作に応じて各画像について解析結果データを利用した抽出条件該当判定を行い、その結果として抽出した画像を表示部２ａに表示させる。カメラスタッフは、抽出された画像に対してレーティング設定等を行うことができる。

　なお、撮像装置２は、撮像した各画像をサーバ装置４に送信し、サーバ装置４において画像群の各画像の解析を行い、解析結果データを撮像装置２に送信するようにすることも可能である。この場合も撮像装置２では、カメラスタッフの抽出操作に応じて解析結果データを利用した抽出を行い、抽出結果として抽出した画像を表示部２ａに表示させることができる。

　図３８Ｂはスタッフ端末１が当該セレクション高速化支援処理を実行する場合を示している。
　撮像装置２で撮像した画像をスタッフ端末１に転送する。スタッフ端末１は、例えば撮像装置２から受信した画像群の各画像を縮小画像としてクラウド７におけるサーバ装置４に送信する。サーバ装置４では画像群の各画像の解析を行い、解析結果データをスタッフ端末１に送信する。スタッフ端末１では、カメラスタッフの抽出操作に応じて解析結果データを利用した抽出を行い、抽出した画像を表示部１ａに表示させることができる。

　なお、スタッフ端末１内で画像解析を行ってもよい。即ちスタッフ端末１は、撮像装置２から受信した画像群の各画像の解析を行い、解析結果データを得る。そしてカメラスタッフによる抽出条件の指定操作に応じて解析結果データを利用した抽出を行い、抽出した画像を表示部１ａに表示させる。

　図３８Ｃはクラウド７におけるサーバ装置４が当該処理を実行する場合を示している。
　撮像装置２で撮像した画像をサーバ装置４に送信する。サーバ装置４には、撮像装置２から受信した画像群の各画像の解析を行い、解析結果データを得る。そしてサーバ装置４は、例えばブラウザやアプリケーションプログラム等を介して、スタッフ端末１にインタフェースを提供する。
　スタッフ端末１側ではブラウザで閲覧するウェブページ画面などに対してカメラスタッフが抽出操作を行うことができる。この抽出操作に応じてサーバ装置４は解析結果データを利用した抽出を行い、抽出結果として抽出した画像を、ブラウザ等を介してスタッフ端末１の表示部１ａに提供する。

　なお撮像装置２で撮像した画像は一旦スタッフ端末１に転送され、スタッフ端末１がサーバ装置４に送信するようにし、その後サーバ装置４が解析や、ブラウザ等を介したインタフェースの提供を行うようにしてもよい。
　また撮像装置２がウェブブラウジング機能等を備えていれば、カメラスタッフは撮像装置２を用いて抽出条件の指定や抽出画像の閲覧を行うことも可能となる。

　以上のいずれの場合でも、カメラスタッフは、セレクション高速化のための画像抽出結果を得ることができるようになる。このようなセレクション高速化支援処理により、カメラスタッフによる多数の画像に対するレーティング設定の作業や、画像集に採用する画像の選択作業を支援することができる。

　スタッフ端末１やサーバ装置４となる情報処理装置１０の構成例は図３で説明した。また撮像装置２は、マイクロコンピュータ等を内蔵するため図３の情報処理装置１０としての構成を備えることにもなる。
　そしてセレクション高速化のための処理については、図３のＣＰＵ７１が例えば図３９Ａの機能を備えることで実現される。

　図３９Ａには、撮像装置２、スタッフ端末１、サーバ装置４としての情報処理装置１０のＣＰＵ７１に設けられる機能として、ＵＩ制御部３１、抽出処理部３４、レーティング情報管理部３５、解析結果データ受信部３６、解析部３７、動画編集部３８を示している。
　セレクション高速化支援処理に関しては、少なくともＵＩ制御部３１、抽出処理部３４が設けられると共に、解析結果データ受信部３６と解析部３７のいずれかが設けられればよい。

　ＵＩ制御部３１は図４において説明したように、画像やレーティング情報等の提示制御を行うとともに操作入力を検知する処理を行う機能である。
　特にセレクション高速化のための処理について述べると、ＵＩ制御部３１は、結婚に関するイベントで撮影された複数の画像である画像群を分類可能な抽出条件を指定することができるようにするＵＩ処理を行う。具体的には後述するアイコンの表示やそれに応じた操作検知などの処理も行うことになる。

　抽出処理部３４は、或るイベントの画像群から、指定された抽出条件に基づいて、１又は複数の画像の抽出を行う機能である。
　例えば抽出処理部３４は、アイコンで指定された抽出条件に基づいて、画像の解析結果データを参照して画像抽出を行う。各種の具体例は後述する。

　レーティング情報管理部３５は、抽出された画像についてレーティング設定が行われた場合に、画像のレーティング情報を更新する処理を行う機能である。スタッフ端末１の場合、図４で説明したイベントデータ管理部３０の機能に含まれると考えることもできる。

　解析結果データ受信部３６は、解析結果データの受信を行う機能としている。
　解析部３７は、各画像について画像解析を行い、解析結果データを生成する機能としている。
　解析結果データ受信部３６や解析部３７は、いずれか一方が設けられればよい。

　例えば図３８Ａのように撮像装置２の単体でセレクション高速化の処理を行う場合、撮像装置２のＣＰＵ７１は、解析部３７を備えて解析結果データを得ることで、解析結果データ受信部３６の機能は必要ない。

　また、撮像装置２が例えばサーバ装置４に解析を実行させてサーバ装置４から解析結果データを受信するようにする場合は、撮像装置２のＣＰＵ７１は、解析部３７の機能は不要で、解析結果データ受信部３６の機能を備えればよい。
　その場合、サーバ装置４のＣＰＵ７１は図３９Ｂのように解析部３７を備えるようにする。

　また図３８Ｂのようにスタッフ端末１がサーバ装置４から解析結果データを受信するようにする場合は、スタッフ端末１のＣＰＵ７１は、解析部３７の機能は不要で、解析結果データ受信部３６の機能を備えればよい。その場合、サーバ装置４のＣＰＵ７１は図３９Ｂのように解析部３７を備えるようにする。
　またスタッフ端末１内で画像解析を行う場合は、スタッフ端末１のＣＰＵ７１は、解析部３７の機能を備える。解析結果データ受信部３６は不要である。

　図３８Ｃのようにサーバ装置４において画像解析及びブラウザ等を介したＵＩ処理、抽出処理を行う場合、解析結果データ受信部３６は不要となる。

　動画編集部３８は、特に抽出した動画について編集処理を行う機能を示している。これは、後述するハイライト動画生成を行う場合に設けられる機能である。

　解析部３７によるシーン解析について説明する。
　解析部３７は、カメラスタッフ等により撮影された画像を解析し、シーン認識、人物認識を行う。
　この手法として代表的なものとして、機械学習が用いられる。
　例えば機械学習によって画像を解析して以下の人物や物体（シーン）の情報を取得する。
・人物情報
　男女判別、顔情報、目つぶり情報、画面上の顔のサイズ、感情、笑顔、表情の種別等
・シーン情報
　ケーキ、花婿、花嫁、ブーケ、教会等

　図４０Ａは、或る画像について解析を行い、解析結果として「ブーケ」とされる物体が含まれていることを判定した例である。認識率とは、解析結果の信頼性の値である。
　図４０Ｂは、或る画像について解析を行い、解析結果として「花嫁」「花婿」としての人物や、「ケーキ」としての物体が含まれていることを判定した例である。

　このような画像解析の結果として、画像に「ブーケ」が含まれることを示す解析結果データや、画像に「花嫁」「花婿」「ケーキ」が含まれていることを示す解析結果データが、各画像に関連付けられるようにする。

　そしてこのような解析結果データを参照して画像の抽出が行われるようにする。
　例えば「ブーケ」という抽出条件をユーザが指定した場合、解析結果データとして「ブーケ」が関連付けられている画像が抽出されるようにする。
　即ち、解析結果データとされた情報を用いたＡＮＤ条件やＯＲ条件の抽出が行われるようにすることで、ユーザが所望のシーンの画像を選択的に閲覧できるようにする。これにより撮影した全ての画像を見なくとも、所望のシーンの画像からレーティング設定を行ったり、画像集に採用する画像の選択を行ったりしていくことができ、カメラスタッフのセレクション作業を効率化できる。

　この具体的な手法を図４１Ａ、図４１Ｂに例示する。
　図４１Ａは、例えばスタッフ端末１の表示部１ａ、又は撮像装置２の表示部２ａにおける表示例を示している。
　表示部１ａ（又は２ａ）において、画像領域１２８とともにアイコン領域２００が設定される。画像領域１２８には、抽出前の状態では、例えば処理対象の画像群の画像、つまりある結婚イベントで撮影された一連の画像が一覧表示される。
　このような一覧画像から所望のシーンや人を抽出するための抽出条件を指定するアイコンＩＣがアイコン領域２００に表示される。
　詳細は後述するがアイコンＩＣは、当該画像群の各画像における解析結果データを用いた抽出条件を指定できるものである。

　カメラスタッフ等のユーザは、任意のアイコンＩＣを指定することで抽出条件を指定できる。例えば「花嫁」のアイコンを指定すれば、「花嫁」が抽出条件となり、花嫁が含まれる画像の抽出が行われる。
　またユーザは、図４１Ｂに示すように、複数のアイコンＩＣを任意に指定することで、いわゆるアンド条件やオア条件等を含む抽出式のような抽出条件を設定することも可能である。
　例えばケーキカットシーンの画像を抽出したい場合に「花嫁」「花婿」「ケーキ」のアイコンＩＣをアンド条件で指定する操作を行う。
　また花嫁のアップが印象的なシーンを抽出したい場合には「花嫁」「ひとり」「寄り（アップ）」「ブーケ」のアイコンＩＣや特定の時間帯を指定する「時間指定」のアイコンＩＣを指定するなどの操作を行うことで、目的の画像を絞り込み易くすることができる。

　このような手法による画像抽出を行うセレクション高速化支援処理例を説明していく。以下の例は、画像解析後に、アイコンＩＣに基づく操作が行われることに応じて画像抽出が実行され、ユーザが抽出された画像に対してレーティング設定を行う場合を想定したものとしている。

　従ってこの場合のセレクション高速化支援は、レーティング設定の効率化を実現できるが、セレクション高速化支援処理は、レーティング設定効率化のために用いられることに限られないことは前述のとおりである。
　例えば前述したウェブギャラリーに掲載する画像の選択や、カバー画像、ハイライト画像の選択、さらには編集したい画像の選択などに、セレクション高速化支援処理が実行されることも考えられる。従って以下の各処理におけるレーティング設定の処理は、これらの画像選択の処理に置き換えて考えることができる。

　図４２は、図３８Ａで述べたように撮像装置２においてセレクション高速化支援処理を行う例である。
　撮像装置２におけるＣＰＵ７１は、ステップＳ７００で撮影によって得た画像データの保存を行う。これは撮影された画像データを逐次内部の記憶部７９に保存する処理を包括的に示している。カメラマンの一連の撮影により、多数の画像が記憶部７９に保存されていく。

　ステップＳ７０１でＣＰＵ７１は、保存されたそれぞれの画像に対して画像解析を行う。上述のように各画像について解析により人物情報やシーン情報を得、解析結果データを生成する。解析結果データは画像に関連付けた情報、つまりメタデータとして記録する。
　この画像解析の処理は、一枚の画像撮像が行われる毎に逐次実行してもよいし、定期的に新たな撮像画像に対して行うようにしてもよい。またカメラマンが所定の操作、例えば画像抽出を実行するための操作を行った際に、保存されている画像に対してまとめて実行するようにしてもよい。

　ステップＳ７０２でＣＰＵ７１は、表示部２ａにおいてアイコン領域２００にアイコンＩＣを表示させる。
　表示するアイコンＩＣの種別としては、結婚に関するイベントのために予め設定したアイコンとすることが考えられる。例えば「花嫁」「花婿」「ケーキ」「ブーケ」等のアイコンが用意されるようにする。
　またこのようなアイコンＩＣは、固定的に表示されるのではなく、解析結果データに基づいて選択して表示するとよい。即ちステップＳ７０１での各画像の解析により得られた人物情報やシーン情報として、存在するものに対応するアイコンＩＣが選択されて表示されるようにする。あるいは解析結果データとして得られた人物や物体に基づいて対応するアイコンＩＣが生成されて、表示されるようにしてもよい。
　このようにすれば、画像抽出が可能なアイコンＩＣのみが表示されるようにすることができる。例えば処理対象の画像群の全ての画像のうちに「ケーキ」が含まれる画像が存在しなかったとすると、「ケーキ」のアイコンＩＣは不要といえる。ユーザが「ケーキ」のアイコンＩＣを指定しても画像が抽出されないためである。解析結果データとして得られた人物や物品に相当するアイコンＩＣのみをユーザに提示するようにすることで、意味の無い（画像が抽出されない）アイコンＩＣの指定が行われることをなくすことができる。

　ステップＳ７０３でＣＰＵ７１は抽出条件を確認する。即ちＵＩ処理によりユーザによるアイコンＩＣの指定操作を検知する。

　ステップＳ７０４でＣＰＵ７１は、指定された抽出条件に基づいて画像抽出処理を行い、抽出された画像の表示制御を行う。即ち処理対象としている画像群の各画像に関連付けられた解析結果データを参照し、抽出条件に合致する画像を抽出する。そして抽出した画像が表示部２ａにおける画像領域１２８に表示されるようにする。

　この後、ユーザが、画像領域１２８に表示された画像に対してレーティング操作を行った場合、ＣＰＵ７１はステップＳ７０５からステップＳ７０６に進み、レーティング情報の保存を行う。撮像装置２のＣＰＵ７１の場合、レーティング情報を、画像に関連付けられたメタデータとして保存することになる。

　次に図４３は、図３８Ｂで述べたようにスタッフ端末１においてセレクション高速化支援処理を行う例である。但し、画像解析もスタッフ端末１内で行う場合の例としている。
　スタッフ端末１におけるＣＰＵ７１は、ステップＳ７２０で撮像装置２からの画像の受信を行う。これは、例えばカメラマンの一連の撮影により撮像装置２に保存された画像が近距離無線通信あるいは有線通信、あるいは記録媒体による受け渡しなどにより、スタッフ端末１内の記憶部７９に取り込まれるようにする処理である。

　ステップＳ７２１でスタッフ端末１のＣＰＵ７１は、撮像装置２から受信したそれぞれの画像に対して画像解析を行う。各画像について解析により人物情報やシーン情報を得、解析結果データを生成する。解析結果データは画像に関連付けた情報として保存する。
　この場合は、解析結果データは、例えば図５のようなイベントデータ６０において、各画像に関連付ける情報として記憶することが考えられる。具体的にはイベントデータ６０の撮像・編集情報テーブル６２において、各画像に対応する解析結果データが保存されるようにする。例えば図５のイベントデータ６０内のメタデータＭＴ１，ＭＴ２・・・に加えられて保存されてもよいし、これらメタデータＭＴ１，ＭＴ２・・・とは別に、撮像・編集情報テーブル６２内で解析結果データが各画像に対応して記憶されるようにしてもよい。どのような記憶形態であれ、解析結果データが画像に関連付けられた状態で保存されればよい。

　この画像解析の処理は、例えば撮像装置２からの画像転送が行われた際に、その転送されてきた各画像について行われるようにすることが想定される。またカメラスタッフが所定の操作、例えば画像抽出を実行するための操作を行った際に、保存されている画像に対してまとめて実行するようにしてもよい。

　ステップＳ７２２でＣＰＵ７１は、表示部１ａにおいてアイコン領域２００にアイコンＩＣを表示させる。上述の撮像装置２の場合と同じく、表示するアイコンＩＣの種別としては、結婚に関するイベントのために予め設定したアイコンとすることが考えられるが、特には、解析結果データとして得られた人物や物品に相当するアイコンＩＣのみをユーザに提示するようにするとよい。

　ステップＳ７２３でＣＰＵ７１は抽出条件を確認する。即ちＵＩ処理によりユーザによるアイコンＩＣの指定操作を検知する。

　ステップＳ７２４でＣＰＵ７１は、指定された抽出条件に基づいて画像抽出処理を行い、抽出された画像の表示制御を行う。即ち処理対象としている画像群の各画像に関連付けられた解析結果データを参照し、抽出条件に合致する画像を抽出する。そして抽出した画像が表示部１ａにおける画像領域１２８に表示されるようにする。

　この後、ユーザが、画像領域１２８に表示された画像に対してレーティング操作を行った場合、ＣＰＵ７１はステップＳ７２５からステップＳ７２６に進み、レーティング情報の保存を行う。スタッフ端末１のＣＰＵ７１の場合、設定されたレーティング情報を、図５のようなイベントデータ６０の撮像・編集情報テーブル６２におけるレーティング情報として保存・更新することになる。
　なおスタッフ端末１で、ステップＳ７２４以降にカメラスタッフの操作により、例えばウェブギャラリーに掲載する画像の選択や、カバー画像、ハイライト画像の選択、さらには編集したい画像の選択などが行われることもある。その場合は、それらの操作に応じてイベントデータ６０の更新が行われることになる。

　次に図４４は、図３８Ｃで述べたようにサーバ装置４によりセレクション高速化支援処理を行う場合の例である。
　サーバ装置４におけるＣＰＵ７１は、ステップＳ７４０でスタッフ端末１又は撮像装置２からの画像の受信を行う。例えばカメラマンの一連の撮影により撮像装置２に保存された画像、あるいはスタッフ端末１に転送された画像が、クラウド７におけるサーバ装置４にアップロードされる。

　ステップＳ７４１でサーバ装置４のＣＰＵ７１は、受信したそれぞれの画像に対して画像解析を行う。各画像について解析により人物情報やシーン情報を得、解析結果データを生成する。解析結果データは画像に関連付けた情報として保存する。この場合は、解析結果データは、例えば図７のようなイベントデータ９０において、各画像に関連付ける情報として記憶することが考えられる。

　ステップＳ７４２からステップＳ７４６は、サーバ装置４がブラウザやアプリケーションプログラム等によりスタッフ端末１にＵＩ画像を提供する処理となる。例えばスタッフ端末１がブラウザ等によりサーバ装置４に表示を要求することに応じてステップＳ７４２以降の処理が行われる。

　ステップＳ７４２で、ＣＰＵ７１は、例えばウェブページ上のアイコン領域２００の表示として、スタッフ端末１の表示部１ａにアイコンＩＣを表示させる。この場合も表示するアイコンＩＣの種別としては、結婚に関するイベントのために予め設定したアイコンとすることが考えられるが、特には、解析結果データとして得られた人物や物品に相当するアイコンＩＣのみをユーザに提示するようにするとよい。

　ステップＳ７４３でＣＰＵ７１は、スタッフ端末１等で行われる操作に基づく抽出条件を受信する。

　ステップＳ７４４でＣＰＵ７１は、指定された抽出条件に基づいて画像抽出処理を行い、抽出された画像の表示制御を行う。即ち処理対象としている画像群の各画像に関連付けられた解析結果データを参照し、抽出条件に合致する画像を抽出する。そして抽出した画像がウェブページ上などの画像領域１２８として、表示部１ａ等で表示されるようにする。

　この後、ユーザが、画像領域１２８に表示された画像に対してレーティング操作を行った場合、ＣＰＵ７１はステップＳ７２５からステップＳ７２６に進み、レーティング情報の保存を行う。サーバ装置４のＣＰＵ７１の場合、設定されたレーティング情報を、図７のようなイベントデータ９０の撮像・編集情報テーブル９２におけるレーティング情報として保存・更新することになる。
　なおスタッフ端末１で、ステップＳ７４４以降にカメラスタッフの操作により、例えばウェブギャラリーに掲載する画像の選択や、カバー画像、ハイライト画像の選択、さらには編集したい画像の選択などが行われることもある。その場合は、サーバ装置４のＣＰＵ７１はそれらの操作に応じてイベントデータ９０の更新が行われることになる。
　サーバ装置４側でイベントデータ９０が更新された場合は、上述のようにスタッフ端末１側のイベントデータ６０も同期されることになる。

　なお撮像装置２がウェブブラウジング機能等を備えていることで、図４４の処理は、スタッフ端末１に限らず、撮像装置２を用いたインタフェース処理としても実現可能である。

　ところで図３８Ａ、図３８Ｂでは、撮像装置２やスタッフ端末１においてセレクション高速化支援の処理を行う場合に、画像解析をサーバ装置４において実行する例も述べた。その場合、図４２のステップＳ７０１，図４３のステップＳ７２１の画像解析の処理は図４５のように行われればよい。
　例えば図４５のステップＳ８００，Ｓ８０３は、スタッフ端末１や撮像装置２のＣＰＵ７１における解析結果データ受信部３６（図３９Ａ）の機能による処理、ステップＳ８０１，Ｓ８０３はサーバ装置４のＣＰＵ７１における解析部３７（図３９Ｂ）の機能による処理となる。

　ステップＳ８００として、撮像装置２又はスタッフ端末１は、撮像画像をサーバ装置４にアップロードする。この場合、例えば通信量、通信速度などを考慮して、撮像画像を、解像度を低下させた縮小画像として送信することが考えられる。オリジナル画像はサイズが大きく転送と解析に時間がかかるため、解析に十分なサイズに縮小することで、転送時間を削減することができ、またサーバ装置４の解析処理負荷も低下させることができる。
　なお、画像を縮小せずにアップロードすることも考えられるが、その場合サーバ装置４が、解析のために縮小画像を作成することも考えられる。

　ステップＳ８０１では、サーバ装置４において、各画像に対する解析処理を行い、解析結果データを生成する。
　ステップＳ８０２でサーバ装置は、各画像についての解析結果データを撮像装置２又はスタッフ端末１に返信する。

　ステップＳ８０３で撮像装置２又はスタッフ端末１は、サーバ装置４からの解析結果データを受信し、保存する。例えば撮像装置２であれば、画像に対するメタデータとして保存したり、別途データベース化して保存したりする。スタッフ端末１であればイベントデータ６０において保存することが考えられる。

　以上の処理が図４２のステップＳ７０１又は図４３のステップＳ７２１で行われるようにすることで、撮像装置２やスタッフ端末１において、比較的処理負荷の高い解析処理を行わなくてもよいようにすることができる。

　以上説明した処理例により実現されるセレクション高速化支援の具体例を説明していく。
　なお逐次言及しないが、以降説明する各図の表示例は、スタッフ端末１の表示部１ａ又は撮像装置２の表示部２ａにおける表示例とする。表示部１ａ、２ａの表示例とは、ブラウザやアプリケーションプログラムによるサーバ装置４が提供する画像の表示を行う場合も含む。

　図４６はセレクション高速化支援におけるユーザインタフェースの例を示している。
　図４６Ａは、画像領域１２８に撮影画像が一覧表示され、またアイコン領域２００は、各種アイコンＩＣが表示されている。このアイコンＩＣは、例えば各画像の解析結果に応じて表示される。

　図４６Ｂは、アイコンＩＣ１，ＩＣ４が、ユーザによって指定されることで抽出条件が決定され、それに応じた抽出処理で抽出された画像が画像領域１２８に表示されている例である。
　指定されたアイコンＩＣ１，ＩＣ４は、アイコン領域２００において他のアイコンＩＣとは異なる態様で表示される。この例では、アイコンの枠が太く表示されている例としている。これにより、どのアイコンＩＣが指定された状態かをユーザが認識できるようにしている。

　異なる表示態様としては多様に考えられる。指定されたアイコンＩＣは、そのアイコン自体又は枠について、他のアイコンＩＣと比較して、色、輝度、サイズを変えるようにしたり、通常は二次元表示のアイコンを三次元的に表示させたりすることが考えられる。
　特に複数のアイコンをユーザが指定することを想定すると、表示態様を変えて指定されたアイコンＩＣを明確に提示することがユーザにとって望ましい。

　画像領域１２８の各画像にはレーティングアイコン１３０が示される。
　ユーザはレーティングアイコン１３０を操作して、各画像に対するレーティング情報を設定できる。図４６Ｂのような抽出結果を確認したユーザは、各画像に対してレーティング設定を行う。図４６Ｃは、操作によりレーティング情報が更新された状態を示している。

　例えばこのように、ユーザはセレクション高速化支援の処理を利用して、所望の抽出条件の画像を閲覧でき、その上で、抽出された画像を見比べながらレーティング設定を行うことができる。もちろんレーティング設定に限らず、ウェブギャラリーに掲載する画像の選択、カバー画像の選択、ハイライト画像の選択、編集したい画像の選択などを行うことができるようにしてもよい。

　アイコン領域２００に表示されるアイコンＩＣの例を図４７に示しているが、例えば次のようなものがある。

　アイコンＩＣ１：花嫁が写っている画像
　アイコンＩＣ２：花婿が写っている画像
　アイコンＩＣ３：ケーキが写っている画像
　アイコンＩＣ４：人物が一人だけ写っている画像
　アイコンＩＣ５：複数の人物が写っている画像
　アイコンＩＣ６：顔のサイズが大きいアップの画像（例えば顔サイズが画面の横幅の２０％以上を占めている画像）
　アイコンＩＣ７：顔のサイズが小さい「引き」の画像（例えば顔サイズが画面の横幅の５％以下である画像）
　アイコンＩＣ８：グラスが写っている画像
　アイコンＩＣ９：ブーケが写っている画像
　アイコンＩＣ１０：時間指定用のアイコン（例えば時間の区切りやシーンの区切りで分けるために、時刻、時間範囲などを指定するためのアイコン）

　以上は一例であり、これら以外にも各種のアイコンが想定されるが、結婚に関するイベントにおける画像抽出に適したアイコンであることが望ましい。上述のように画像解析の結果により、適したアイコンが学習され、抽出条件の設定用のアイコンＩＣとして追加されていくようにしてもよい。例えば或る物体が、比較的多くの画像に写っていることを学習により判定されたら、その物体に相当するアイコンを追加するなどである。このようにすることで、結婚式等で被写体となりやすい物品が自動的にアイコン化されるようにすることができる。

　抽出受験画像抽出の例を各種説明していく。なお、以下の説明で特に言及しない場合は、複数のアイコンＩＣが指定される場合、それらアイコンＩＣで表される抽出条件がＡＮＤ条件とされるものとする。

（例１：人物情報を抽出条件とする例）
　図４８は、花嫁を表すアイコンＩＣ１と人物一人を表すアイコンＩＣ４が指定された場合であり、これによって花嫁のみが写っている画像が抽出される。結婚式の主役である花嫁の画像についてレーティングや選択を行う場合に有用となる。
　同様に、花婿を表すアイコンＩＣ２と人物一人を表すアイコンＩＣ４が指定されることで花婿のみが写っている画像が抽出される。

（例２：人物と人数を抽出条件とする例）
　図４９は、花嫁を表すアイコンＩＣ１と複数人物を表すアイコンＩＣ５が指定された場合であり、これによって花嫁を含みつつ複数人物が写っている画像が抽出される。花嫁と関係者を含む画像についてレーティングや選択等を行う場合に有用となる。
　同様に、花婿を表すアイコンＩＣ２と複数人物を表すアイコンＩＣ５が指定されることで花婿を含む複数人物が写っている画像が抽出される。

（例３：人物、人数と、顔サイズを抽出条件とする例）
　図５０は、花嫁を表すアイコンＩＣ１、人物一人を表すアイコンＩＣ４、アップ画像を表すアイコンＩＣ６が指定された場合であり、これによって花嫁のみがアップで写っている画像が抽出される。
　顔のアップ、あるいは「引き」のカットは、顔を含む矩形（バウンディングボックスＢＢ）の大きさから判断すればよい。
　図５１Ａ、図５１ＢにバウンディングボックスＢＢの例を示している。
　図５１Ａは、バウンディングボックスＢＢが左上座標と右下座標で定義される例である。
　図５１Ｂは、バウンディングボックスＢＢが左上座標と、幅（width）、高さ（height）で定義される例である。

（例４：人物、人数と、顔サイズを抽出条件とする例）
　図５２は、花嫁を表すアイコンＩＣ１、人物一人を表すアイコンＩＣ４、「引き」の画像を表すアイコンＩＣ７が指定された場合であり、これによって花嫁のみが「引き」で写っている画像が抽出される。

（例５：人物と物を抽出条件とする例）
　図５３は、花嫁を表すアイコンＩＣ１、ケーキを表すアイコンＩＣ３が指定された場合であり、これによって花嫁とケーキが写っている画像が抽出される。例えばケーキカットのシーンの画像を確認したい場合などに用いられる。このように物を抽出条件とすることで、所望のシーンを抽出しやすいものとなる。

（例６：物を抽出条件とする例）
　図５４は、ブーケを表すアイコンＩＣ９が指定された場合であり、これによって被写体としてブーケを検出した画像が抽出される。結婚式等を象徴するような物品が映っている画像を抽出したい場合などに有用である。

（例７：人物と時間情報を抽出条件とする例）
　図５５は、花嫁を表すアイコンＩＣ１、花婿を示すアイコンＩＣ２、時間指定のアイコンＩＣ１０が指定された場合である。時間指定のアイコンＩＣ１０については、操作されることに応じて時刻範囲を入力する時間指定枠２０２が現れ、ユーザは所望の時刻を入力する。図の例の場合、１３時から１４時に撮像した画像のうちで花嫁と花婿が写っている画像が抽出されることになる。
　時間情報を指定することは、特定の時刻のシーンを抽出するための条件ともいえる。

（例８：人物を抽出条件とし、認識レベルを表示する例）
　図５６は、花嫁を表すアイコンＩＣ１、花婿を表すアイコンＩＣ２が指定された場合であり、これによって花嫁と花婿が写っている画像が抽出される。この場合に、各画像に対して、感情・表情認識レベル２０１の表示が行われるようにする。
　感情・表情認識レベルとは、笑顔、驚きの顔、泣き顔など、感情や表情を認識する場合に、その度合いを示す値とする。画像認識の際に例えば「笑顔」を認識する処理を行う場合に、笑顔の度合いを認識レベルとして数値化するようにし、これを解析結果データに含めるようにしておく。その場合、図示のように、感情・表情認識レベル２０１の表示を行うことができる。ユーザは、この感情・表情認識レベル２０１を参考にして、レーティング設定や選択を行うことができる。

　ここまで、解析結果データに対応したアイコンＩＣにより抽出条件を指定する例を述べてきたが、その場合のＵＩ例について説明する。
　例えば撮像装置２の表示部２ａや、スタッフ端末１としてスマートフォン等を想定した場合の表示部１ａは、表示面積が、例えばデスクトップＰＣ等に比べて小さく、視認性や操作性が低い場合がある。そのような比較的小さい表示部２ａ、１ａを用いる場合に好適なＵＩ例を説明する。

　図５７，図５８は撮像装置２の表示部２ａを示している。また操作子として撮像装置２に設けられている十字キー２ｃやホイール２ｄを例示している。
　十字キー２ｃは、上下左右及び中央のキーが押圧可能な操作子である。ホイール２ｄは回転操作及び中央キーの押圧が可能な操作子である。

　表示部２ａにおいては、例えば画面上方に画像領域１２８が設定され、画面下方にアイコン領域２００が設定される。このアイコン領域２００として、候補領域ＡＲ１と選択領域ＡＲ２が設定される。
　候補領域ＡＲ１は、画面最下方においてアイコンＩＣが横一列に並ぶような領域とされ、十字キー２ｃの左キーや右キーの操作、あるいはホイール２ｄは回転操作により、表示されるアイコンＩＣが横方向にスクロールされつつ、中央に位置する１つのアイコンＩＣがカーソルＫで選択中となることを模式的に示している。
　なお、図では表示部２ａの画面からはみ出すようにアイコンＩＣの列を表記しているが、これはスクロールによって各アイコンＩＣが画面内に表示されることを模式的に示す意味である。
　選択領域ＡＲ２は、候補領域ＡＲ１の上方に隣接した領域としている。

　ユーザは、候補領域ＡＲ１に対してスクロール操作を行い、所望のアイコンＩＣをカーソルＫで選択する状態とする。その上で、十字キー２ｃの中央キー又はホイール２ｄの中央キーを押圧してエンター操作を行う。
　その場合、エンター操作に係るアイコンＩＣは、図５８のように選択領域ＡＲ２に表示されるようにする。

　このようにユーザが指定したアイコンＩＣが、選択領域ＡＲ２に表示されることで、指定済みのアイコン種別をユーザが確認しやすいものとなる。上述のように表示態様を変化させることで指定状態を表すことも有用であるが、特に撮像装置２の表示部２ａのように比較的小型の画面では、表示態様の違いがわかりにくい場合もある。また全てを一度に表示できず、スクロールで対応する場合、表示態様を変えていても、そのアイコン自体が表示されずに、確認しにくい場合もある。図５８のように候補領域ＡＲ１とは別途に選択領域ＡＲ２を用意し、そこに表示することが指定状態を示すものとすると、小型の画面でも指定済みのアイコンＩＣが確認しやすいものとなる。

　１以上のアイコンＩＣが選択領域ＡＲ２に表示されている状態で、所定の操作が行われることで、それらのアイコンＩＣに応じた抽出条件で抽出が行われ、抽出された画像が画像領域１２８に表示される。図５８の例では、花嫁を表すアイコンＩＣ１と人物一人を示すアイコンＩＣ４が選択領域ＡＲ２に表示されている。この場合、これらが抽出条件とされ、花嫁一人が写っている画像が抽出される画像領域１２８に表示されることになる。

　また、一旦選択領域ＡＲ２に表示させたアイコンＩＣを、ユーザが選択解除の操作を行うことで、選択領域ＡＲ２から消去することもできる。
　例えば十字キー２ｃの上キーの操作によりスクロール対象が選択領域ＡＲ２に移動するようにする。そのうえでスクロール操作によりカーソルＫを任意のアイコンＩＣを選択中とし、エンター操作する。これにより、当該アイコンＩＣは選択状態が解除され、選択領域ＡＲ２から消去される。

　なお、図５７、図５８の例では、アイコンＩＣ４が指定された場合を示しているが、図５８のように、アイコンＩＣ４は、候補領域ＡＲ１と選択領域ＡＲ２の両方に表示されることになる。
　このような例に代えて、指定されたアイコンＩＣが候補領域ＡＲ１から選択領域ＡＲ２に移動されるようにしてもよい。例えば図５８の例では選択領域ＡＲ２にアイコンＩＣ１，ＩＣ４が表示されているが、このとき候補領域ＡＲ１ではアイコンＩＣ１，ＩＣ４が消去される（スクロールしても現れない）ようにする。
　すると、選択領域ＡＲ２のアイコンＩＣが増えるほど、選択可能な候補となる候補領域ＡＲ１のアイコンが減っていき、ユーザにとって選択しやすく、また重複選択操作を避けることができる。
　またこのようにアイコンＩＣの移動とする場合は、選択領域ＡＲ２において選択解除されたアイコンＩＣについては、候補領域ＡＲ１での表示が復活するようにする。

　次に図５９，図６０は、スタッフ端末１の表示部１ａ、特にスマートフォン等の小型携帯機器の表示部１ａを想定する場合である。表示部１ａではタッチパネル機構が設けられ、ユーザがタップ、ダブルタップ、フリック、ドラッグ、ピンチイン／アウト等の操作が可能とされているとする。

　上記図５７と同様に、表示部１ａにおいて、例えば画面上方に画像領域１２８が設定され、画面下方にアイコン領域２００が設定される。このアイコン領域２００として、候補領域ＡＲ１と選択領域ＡＲ２が設定される。
　候補領域ＡＲ１は、画面最下方においてアイコンＩＣが横一列に並ぶような領域とされ、左右方向のフリック操作により、表示されるアイコンＩＣが横方向にスクロールされつつ、中央に位置する１つアイコンＩＣがカーソルＫで示されることを模式的に示している。

　ユーザは、候補領域ＡＲ１に対してスクロール操作を行い、所望のアイコンＩＣをカーソルＫで選択する状態とする。その上で、アイコンＩＣを選択領域ＡＲ２に向けてドラッグ等の操作を行うことで、図６０のように選択領域ＡＲ２に表示されるようにする。

　１以上のアイコンＩＣが選択領域ＡＲ２に表示されている状態で、所定の操作が行われることで、それらのアイコンＩＣに応じた抽出条件で抽出が行われ、抽出された画像が画像領域１２８に表示される。

　また、一旦選択領域ＡＲ２に表示させたアイコンＩＣを、ユーザが選択解除の操作を行うことで、選択領域ＡＲ２から消去することもできる。
　例えばユーザは選択領域ＡＲ２にあるアイコンＩＣに対してタップ操作を行う。これにより、当該アイコンＩＣは選択状態が解除され、選択領域ＡＲ２から消去される。

　以上のようにスタッフ端末１の表示部１ａの場合も、ユーザが指定したアイコンＩＣが、選択領域ＡＲ２に表示されることで、指定済みのアイコン種別をユーザが確認しやすいものとなる。
　もちろんこの場合も、指定されたアイコンＩＣは、候補領域ＡＲ１から選択領域ＡＲ２、に移動され、また選択解除されたアイコンＩＣは、選択領域ＡＲ２から候補領域ＡＲ１に移動されるようにしてもよい。

　次に図６１に、結婚式等の画像を対象とする場合に有用なアイコンＩＣの例をさらに挙げる。図４７で示したアイコンＩＣの例のさらなるバリエーションである。

　図６１Ａは、花嫁の伏し目のシーンの画像を抽出条件とするアイコンＩＣ２０である。
　図６１Ｂは、泣いているシーンの画像を抽出条件とするアイコンＩＣ２１である。
　図６１Ｃは、感動や驚きの表情の画像を抽出条件とするアイコンＩＣ２２である。

　これらは被写体人物の感情や表情が現れている画像を抽出するために有用な抽出条件のアイコンＩＣとなる。特に結婚式に関するイベントの画像集では感情や表情が豊かなシーンを採用することが望ましい。そのため感情や表情の要素を加えた抽出条件を設定し、それに応じたアイコンＩＣにより簡易に画像抽出ができるようにする。

伏し目のシーンの画像は、目つぶり、顔の角度、機械学習で判定することができる。
泣いているシーンの画像は、涙の検出や、ハンカチや手で涙をぬぐっている仕草などで判定できる。
感動や驚きのシーンの画像は、表情判定、特に目、口、仕草などの解析で判定できる。
　従って、画像解析によりこれらのシーンを判定し、解析結果データに含めることで、アイコンＩＣ２０，ＩＣ２１，ＩＣ２２等の抽出条件での画像抽出が可能となる。

　図６１Ｄは、個人顔認識による本人の顔のアイコンＩＣ２０，ＩＣ３１を示している。結婚式等に参加した個人の顔を抽出してアイコンＩＣとすることで、特定の人の画像を抽出できるようにする。
　各画像の解析の際に、個人識別を行うようにすることで、各参加者の顔画像を用いてアイコンＩＣを生成することで、このような個人顔アイコンを作成し、セレクション高速化支援のためのアイコンとして使用できる。

　続いて、解析結果データだけでなく、撮像装置２で付加されたメタデータとの連携を考える。
　例えば撮像装置２では、撮影時に合焦位置情報をメタデータとして画像に関連付けておく。この合焦位置情報と、解析結果データを組み合わせることで、フォーカスが当たっている位置による絞り込みも可能となる。

（例９：人物と瞳合焦を抽出条件とする例）
　図６２は、花嫁を表すアイコンＩＣ１が指定されるとともに、瞳合焦の画像であるという条件が加えられた場合である。
　各画像については、撮像時の瞳位置を示す瞳枠ＥＰの情報や合焦位置を示す合焦枠ＦＷの情報がメタデータに含まれている。これにより、花嫁を含む画像を、解析結果データに基づいて抽出し、さらにそのうちで、花嫁の瞳にピントが合った画像を抽出することが可能である。例えばこの場合、合焦位置と瞳位置がほぼ同じ位置になっている画像を、花嫁の瞳にピントが合っている画像であると判定できる。

（例１０：人物と合焦を抽出条件とする例）
　図６３は、花嫁を表すアイコンＩＣ１が指定されるとともに、合焦が条件に加えられた場合である。つまり花嫁にピントが合っている画像を抽出することになる。
　図では花嫁の身体範囲を示すバウンディングボックスＢＢを示しているが、このバウンディングボックスＢＢ内に合焦枠ＦＷが位置する画像が、花嫁にピントが合っている画像となる。従って、花嫁を含む画像を解析結果データに基づいて抽出し、さらにそのうちで、花嫁にピントが合った画像を抽出することが可能である。

　これらのように、メタデータにおけるフォーカス情報を利用した抽出を行うためのＵＩとしては、例えば「瞳合焦」「合焦」等のアイコンを用いてユーザが指定できるようにすればよい。
　メタデータにおけるフォーカス情報を利用した抽出処理例を図６４に示す。図６４は、例９のように花嫁の瞳に合焦している画像の抽出を例に挙げている。

　ＣＰＵ７１は、各画像に対して、花嫁の瞳に合焦していることを示すフラグを設定するために、対象とする全ての画像について図６４の処理を行う。
　まずステップＳ９００でＣＰＵ７１は、対象とする１つの画像について、花嫁の瞳に合焦していることを示すフラグを無効化（初期化）する。
　ステップＳ９０１でＣＰＵ７１は、その画像についての解析結果データを参照し、花嫁を含む画像であるか否かを判定する。花嫁を含む画像でなければ、その画像について処理を終える。

　ステップＳ９０１で花嫁を含む画像であると判定した場合は、ＣＰＵ７１はステップＳ９０２に進み、合焦位置と花嫁の瞳位置との距離が閾値以下であるか否かを判定する。即ちほぼ同じ位置であって、瞳に合焦している画像であるか否かを判定する。
　距離が閾値を超えていた場合は、瞳合焦している画像ではないとして、その画像について処理を終える。

　一方、合焦位置と花嫁の瞳位置がほぼ一致して、瞳合焦していると判定した場合、ＣＰＵ７１はステップＳ９０３に進み、花嫁の瞳に合焦していることを示すフラグを有効にする。そしてその画像について処理を終える。

　このような処理を対象の画像群の全ての画像に対して行うことで、フラグが有効となっている画像が、花嫁の瞳に合焦している画像として抽出されることになる。
　なお図６２，図６３には合焦枠ＦＷや瞳枠ＥＰを示したが、表示部１ａ、２ａの画像領域１２８において抽出結果の画像を表示させる際に、このような合焦枠ＦＷや瞳枠ＥＰを表示させることで、ユーザは合焦位置や合焦状態がわかりやすいものとなるとともに、レーティング設定や画像選択の参考とすることもできる。

（例１１：物と合焦を抽出条件とする例）
　更に「瞳合焦」「合焦」を条件とする例を挙げる。
　図６５は、ケーキを表すアイコンＩＣ３が指定されるとともに、合焦が条件に加えられた場合である。つまりケーキにピントが合っている画像を抽出することになる。
　図のように合焦枠ＦＷの位置は、画像解析の際にケーキと認識された位置にある画像として、このような条件にあった画像抽出が可能である。

（例１２：動物と合焦を抽出条件とする例）
　図６６Ａは、動物を表すアイコンＩＣ４０が指定されるとともに、瞳合焦が条件に加えられた場合である。この場合、動物が含まれる画像であって、その動物のバウンディングボックスＢＢ内に瞳合焦を示す瞳枠ＥＰが存在する画像が抽出される。
　図６６Ｂは、動物を表すアイコンＩＣ４０が指定されるとともに、合焦が条件に加えられた場合である。この場合、動物が含まれる画像であって、その動物のバウンディングボックスＢＢ内に合焦枠ＦＷが存在する画像が抽出される。

（例１３：物と合焦を抽出条件とする例）
　図６７は、車を表すアイコンＩＣ４１が指定されるとともに、合焦が条件に加えられた場合である。画像から認識された車のバウンディングボックスＢＢ内に合焦枠ＦＷが存在する画像が抽出される。

（例１４：ＯＲ条件による抽出の例）
　ここまでは、複数のアイコンＩＣによる抽出条件のＡＮＤ条件や、アイコンＩＣとメタデータのＡＮＤ条件について説明してきたが、ＯＲ条件による抽出で、抽出される画像の範囲を広げることも可能である。

　図６８Ａは、花嫁を表すアイコンＩＣ１と花婿を表すアイコンＩＣ２が、ＯＲ条件により指定された場合であり、これによって花嫁あるいは花婿のいずれかが写っている画像が抽出される。

　また、ＯＲ条件とＡＮＤ条件を組み合わせることで絞り込みも可能である。
　図６８Ｂは、花嫁を表すアイコンＩＣ１と花婿を表すアイコンＩＣ２が、ＯＲ条件により指定され、さらにケーキを表すアイコンＩＣ３と、「引き」の画像を表すアイコンＩＣ７がＡＮＤ条件で指定された場合である。
　これによって花嫁あるいは花婿のいずれかが写っており、かつケーキが写っており、且つ「引き」の画像が抽出される。

（例１５－１、例１５－２：除外条件を用いた抽出の例）
　除外条件（ＮＯＴ条件）を使用することもできる。
　図６９Ａは、処理対象の画像群の画像を示しているが、この中に目つむりの画像が含まれている。
　図６９Ｂは抽出条件として、花嫁を表すアイコンＩＣ１が指定され、且つ除外条件として目つむりを表すアイコンＩＣ５０が指定された場合である。
　これによって図６９Ｃのように、花嫁が含まれるが、目つむりをしていない画像が抽出される。

　また図７０Ａは、処理対象の画像群の画像を示しているが、この中にはケーキが写っている画像が含まれている。
　図７０Ｂは抽出条件として、花嫁を表すアイコンＩＣ１と花婿を表すアイコンＩＣ２についてＡＮＤ条件が指定され、且つ除外条件としてケーキを表すアイコンＩＣ３が指定された場合である。
　これによって図７０Ｃのように、花嫁と花婿が含まれるが、ケーキが写っていない画像が抽出される。

　これらのような除外条件の設定により、カメラスタッフがレーティング設定や画像選択の対象としない画像を除外した抽出が可能になり、作業の効率化を図ることができる。

（例１６：抽出条件の登録）
　ところで、以上の抽出条件を予め設定することや、時系列に従って各種の抽出条件を設定しておくことも可能である。
　例えばカメラマン等が想定したカットを抽出するための抽出条件を予め登録しておき、ウェブギャラリー等のための納品に必要なカットを素早く抽出できるようにする。さらに結婚式等の定番の流れに沿って、抽出条件を設定しておくことで、各シーンの画像を抽出することが便利となる。

　図７１に例を示す。
　条件ｃ１として、教会をバックにしたシーンの画像を抽出するために、「花嫁」&「花婿」&「教会」という条件を設定する。例えば花嫁を表すアイコンＩＣ１、花婿を表すアイコンＩＣ２、教会を表すアイコンＩＣ５１を指定する操作により登録しておく。
　条件ｃ２として、牧師と一緒のシーンの画像を抽出するために、「花嫁」&「花婿」&「牧師」という条件を設定する。例えば花嫁を表すアイコンＩＣ１、花婿を表すアイコンＩＣ２、牧師を表すアイコンＩＣ５２を指定する操作により登録しておく。
　条件ｃ３として、指輪をはめるシーンの画像を抽出するために、「花嫁」&「指輪」という条件を設定する。例えば花嫁を表すアイコンＩＣ１、指輪を表すアイコンＩＣ５３を指定する操作により登録しておく。
　条件ｃ４として、ライスシャワーの中にいる新郎新婦のシーンの画像を抽出するために、「花嫁」&「花婿」&「ライスシャワー」という条件を設定する。例えば花嫁を表すアイコンＩＣ１、花婿を表すアイコンＩＣ２、教会ライスシャワーを表すアイコンＩＣ５４を指定する操作により登録しておく。
　条件ｃ５として、新郎新婦に子供が花を届けるシーンの画像を抽出するために、「花嫁」&「花婿」&「子供」という条件を設定する。例えば花嫁を表すアイコンＩＣ１、花婿を表すアイコンＩＣ２、子供を表すアイコンＩＣ５５を指定する操作により登録しておく。

　このような条件を時系列で登録しておくことで、時系列に沿って極めて容易な操作で条件に合った画像が抽出できるようになり、例えば納品に必要な画像を素早く選べるなど、カメラスタッフの作業を効率化できる。
　なお、「教会」「ライスシャワー」などのシーンの画像を抽出するたには、機械学習により、それらのシーンに相当する画像を予め学習させておくことが考えられる。

　抽出条件の登録は、イベント毎にカメラスタッフがアイコンＩＣを指定して行うようにしてもよいが、結婚式等において典型的なシーンを指定する抽出条件、例えば上記の条件ｃ１から条件ｃ５のような抽出条件を登録しておき、それらをイベント毎に選択できるようにしてもよい。
　例えば「花嫁」&「花婿」&「教会」という抽出条件を「教会シーン」として設定しておく。このような設定を複数用意し、イベント毎に、その登録された設定を利用できるようにする。これにより抽出条件の登録事態もカメラスタッフにとって効率化できる。

（例１７：動画への適用）
　ここまで静止画のセレクションという観点でセレクション高速化支援の処理を説明してきたが、このような処理は動画にも適用できる。
　図７２に例を示す。
　例えば花嫁を表すアイコンＩＣ１、花婿を表すアイコンＩＣ２、ブーケを表すアイコンＩＣ９を指定することで、花嫁と花婿が含まれブーケを持っているシーンに該当する動画区間（イン点－アウト点）を抽出できる。

　また花嫁を表すアイコンＩＣ１、花婿を表すアイコンＩＣ２、ケーキを表すアイコンＩＣ３を指定することで、ケーキカットのシーンに該当する動画区間（イン点－アウト点）を抽出できる。
　また花嫁を表すアイコンＩＣ１、花婿を表すアイコンＩＣ２、複数人物を表すアイコンＩＣ５を指定することで、花嫁と花婿が友人等と一緒にいるシーンに該当する動画区間（イン点－アウト点）を抽出できる。

　なお、これらの動画の抽出の条件を上記（例１６）のように予め登録しておくことも考えられる。

（例１８：ハイライト動画の自動制作）
　上記したような動画の抽出条件を登録することで、自動でシーンを抽出してハイライト動画を制作することも考えられる。
　図７３に例を示す。図７３には、図７２と同様のシーンの抽出条件を例示しているが、これらが登録されることに応じて、ＣＰＵ７１は、その抽出条件に従って該当シーンの動画区間を抽出し、それらをつなぎ合わせて、ハイライト動画を自動制作するようにする。

　図７４にＣＰＵ７１が図３９の動画編集部３８の機能により行う、ハイライト動画の制作処理を示す。
　ステップＳ１０００でＣＰＵ７１は、ユーザの操作に応じて１又は複数の抽出条件の登録を行う。

　ステップＳ１００１でＣＰＵ７１は、登録された各抽出条件に応じたシーン抽出を行う。即ち各抽出条件に応じたシーンとしてイン点－アウト点を設定する。
　具体的な動画区間の抽出は多様に考えられる。例えばフレーム単位で画像が抽出条件に該当するものを探索するが、動画の場合、必ずしも連続するフレームで、抽出条件に該当するとは限らない。例えば花嫁が含まれるシーンであっても、一瞬花嫁がフレームアウトするような場合もある。このため、ある程度以上のフレームで継続して条件に該当しなくなったときにアウト点とするなどの処理を行うようにするとよい。

　ステップＳ１００２でＣＰＵ７１はシーン編集を行う。つまりステップＳ１００１で設定した各シーンのイン点－アウト点までの画像を連結して、一連の動画とする。
　ステップＳ１００３で、当該一連の動画をハイライト動画として保存する。

　このような処理によりハイライト動画が自動生成され、カメラスタッフが動画コンテンツとして視聴したり、クライアントに対して提供したりすることができる。
　一般的に手間が掛かる作業である動画編集を、抽出条件を登録するということをおこなうのみでよくなり、カメラスタッフにとってハイライト動画制作が極めて容易となる。

<１１．納品画像選択の最終確認サポート>
　納品画像については、カメラスタッフは、納品候補とした画像の単なる一覧を見て、納品画像に含まれる人物のバランスなどをチェックすることを行う。例えば図７５は、納品候補となる画像の一覧を表示している状態である。

　なお実施の形態でいう「納品画像」とは、ウェブギャラリーとしての納品画像（ウェブギャラリーに採用する写真として選択された画像）と考えてもよいし、本納品のために選択された画像と考えてもよい。

　そしてこのような納品画像を確認しながら
－新郎・新婦の各参列者のバランスは適切か
－集合写真の枚数は適切か
－寄り／引きの写真の割合は適切か
などを確認する。

　このような作業を効率化し、最終確認を容易に行えるようにするために、画像解析による顔認識や物体認識などを用いて、さまざまな要素で画像をフィルタリングできるようにすることが考えられる。

　例えば写真に写っている人物の顔を認識して、各々が何枚の写真に映っているかの情報提示するようにする。
　図７６は顔による絞り込みを行う例を模式的に示している。
　例えば「顔でフィルタ」のタブの画面で、顔選択領域２１０を設け、顔画像をスクロールにより選択できるようにする。カメラスタッフが任意に顔画像を選択すると、その顔の人物が写っている画像が抽出され、画像領域１２８に表示されるようにする。
　これにより、各参加者の画像がバランスよく含まれているか否かなどをチェックすることに便利となる。

　また各々の人物の属性、例えば名前や当該イベントにおける立場（結婚式なら新郎・新婦・友人・家族など）を事前に設定しておけば、より有効な情報での絞り込み等も可能となる。

　また画像に写っている人数を利用して画像を絞り込むことも可能である。
　例えば１人だけで映っているか、集合写真であるか、などである。
　納品画像のチェックとして、重要な人物が一人で写っている写真の有無等を確認することに便利であったり、集合写真にしか写っていない人物をチェックしたりすることに有用となる。

　また映っている物体で写真を絞り込むことも可能である。
　納品画像として、ケーキ、指輪、など、結婚式などの画像集として重要なアイテムの画像が納品画像に含まれているか否か、などをチェックできる。

<１２．顔情報に基づく提示>
　参列者の顔情報を事前に登録しておけば、どの人物が撮影できていないかを提示することが可能である。これにより撮影中に納品状況を提示することができる。

　撮影写真／納品写真に含まれている顔を検出し、誰が何枚写っているかをカウントすることができる。
　また新郎両親に比べて新婦両親が少ないなどを確認可能、バランスをとることができる。

<１３．納品画像の自動選択>
　画像を解析することで、画像に対して自動でタグを付与するようにする。
－人物情報　（新郎／新婦／Ｂｒｉｄｅｍａｉｄ／ｅｔｃ）
－物体情報　（指輪／ケーキ／ウェルカムボード／ｅｔｃ）
－シーン情報　（ケーキ入刀／新郎新婦入場／ｅｔｃ）
　これらのタグを用いて、納品時の画像選択をサポートすることができる。

　また予めテンプレートを定義しておけば、納品する写真を自動選択することも可能である。
　テンプレートとしては例えば次のような例がある。
・新郎新婦入場写真を１枚納品する
・新郎が映っている写真は５枚納品する
・新婦が映っている写真は８枚納品する
・ケーキ入刀は３枚納品する

<１４．顔情報などを用いて納品写真に含まれていない人を提示>
　撮影した写真から納品する写真をセレクションする際、「撮影した写真には写っているが、納品する写真には１枚も写っていない人」を検出し、情報提示する。
　例えば図７７に示すように、人物Ｃの写真が納品する写真に１枚も含まれていないことをカメラスタッフに通知する。

<１５．ショットリストを用いた撮影サポート>
　ショットリストとは、例えば花嫁、花婿、家族、親戚、友人などの毎に、画像集に採用する枚数の設定、シーン毎の枚数の設定など、画像集作成の企画データと呼べるものを想定している。
　事前に花嫁にヒアリング等行って、撮影してほしい写真のリスト（ショットリスト）を作成し、インプットしておく。
　例えばショットリストは、次のような内容を含む。
・シーン：ケーキカットシーンがほしい
・人：叔母と花嫁の写真が欲しい
・物：ケーキ、指輪

　このようなショットリストに基づくことで、結婚式中に自動的にセレクションが行われ、納品する写真がピックアップされているようにすることができる。
　撮影中にもこのショットリストをチェックすることで、カメラマンが撮影できていないカットを確認できるようになる。

<１６．まとめ及び変形例>
　図３７以降で説明したセレクション高速化支援処理に関し、実施の形態では次のような効果を得ることができる。

　実施の形態の情報処理装置、即ちスタッフ端末１、サーバ装置４、又は撮像装置２は、結婚に関するイベントで撮影された複数の画像である画像群に対する抽出条件を指定することができるようにするＵＩ制御部３１と、画像群から、指定された抽出条件に基づいて、１又は複数の画像の抽出を行う抽出処理部３４を備える。
　結婚に関する１つのイベントにおいて例えば極めて多数の画像の撮像が行われ、その画像群の中から厳選してウェブギャラリーや本納品の画像集を制作するような場合、まずはそれぞれの画像を評価していくことが必要であるが、それは多大な労力や時間を要する。そこで結婚式等に特化した条件を指定できるようにし、それにより画像抽出が行われるようにする。これによりカメラスタッフの作業効率を向上させることができる。
　特に結婚に関するイベントの画像について、その画像内容を分類できるようなインタフェースを提供することで、結婚に関するイベントの画像集の作成作業を適切に支援できることになる。

　実施の形態では、ＵＩ制御部３１は、抽出処理部３４が抽出した画像を表示させるとともに、各画像についてのレーティング情報の入力操作が可能なユーザインタフェースを提供する制御を行う例を述べた。
　これにより、例えば画像集に含める可能性のあるような人物、シーン等に応じて該当する画像を抽出し、それらについて一覧しながらレーティング情報を設定するような操作が可能となる。
　従って、撮像した全ての画像を１枚ずつ見ながらレーティング情報を入力することに比べて、作業を極めて効率化できる。しかも同種の画像を見比べながらレーティング設定ができるため、評価基準が統一されやすく、適切なレーティング設定のためにも望ましいものとなる。特に同種の画像をまとめて比較しながらレーティングできることで適切な評価がしやすいものとなる。またこれにより、レーティング情報に基づいて画像集に加える画像を選択しても、望ましい画像が選択されやすくなり、セレクションのためのレーティング情報としての価値を高めることにもなる。

　実施の形態では、抽出処理部３４は、或るイベントの画像群における各画像についての画像内容の解析結果データを参照して、指定された抽出条件に合致する画像を抽出するものとした。
　画像解析により各画像の内容を示す解析結果データを関連付けておくことで、その解析結果データを参照することで、抽出条件に合った画像か否かを簡易に判定できる。

　実施の形態では、解析結果データは、外部装置、例えばサーバ装置４から受信する例を挙げた。
　これにより、例えばスタッフ端末１或いは撮像装置２としての装置内で、比較的負荷の大きい画像解析を行うことなく、各画像の内容を示す解析結果データを得ることができる。

　実施の形態では、ＵＩ制御部３１は、画像群の画像についての抽出条件を提示するアイコンＩＣを表示させる制御を行い、アイコンＩＣに対する操作を抽出条件の指定操作として検知するものとした。
　アイコンＩＣにより、結婚に関するイベントの画像の抽出条件をわかりやすく提示し、またアイコンＩＣにより、抽出条件を容易に指定できるようになる。
　なお、アイコンＩＣは画像の解析結果に応じて設定されるとよいと述べた。例えば或る画像について「花嫁」「ブーケ」という画像認識結果が得られた場合、花嫁のアイコンＩＣ１や、ブーケのアイコンＩＣ９が用意されるようにする。解析対象の全ての画像について解析結果に基づくアイコンを用意することで、対象とする画像群についての画像抽出に必要なアイコンを用意できることになる。
　またこれは、換言すれば、対象とする画像群にとって不要なアイコンを表示させなくてもよいことになる。例えば或るイベントの画像群に「ケーキ」を含む画像が１枚も無いような場合にケーキのアイコンＩＣ３を表示させないことになり、無駄な抽出実行を防止することができる。

　実施の形態では、ＵＩ制御部３１は、抽出条件の指定の操作の対象となったアイコンＩＣを、指定の操作の対象となっていないアイコンＩＣとは異なる表示態様で表示させる例を述べた。
　例えばアイコンの色、枠の色を変化させたり、ハイライト表示をさせたりするなど、指定操作されたアイコンＩＣを他のアイコンＩＣと区別できるようにする。
　抽出条件として指定されたアイコンを識別できるように表示させることで、抽出条件自体をユーザに明示することになり、抽出される画像の種別がわかりやすい。
　また抽出条件を組み合わせる際に、既に指定されているアイコン（条件）が分かりやすいものとなり、また、条件の組み合わせ状態も一目でわかるようになる。
　また抽出された画像一覧と共に指定された状態が分かるようにアイコンが表示されていることで、抽出された画像がどのような条件又は条件の組み合わせで得られたかもわかりやすいものとなる。

　実施の形態では、抽出条件は人物を指定する条件を含むものとした。例えば花嫁、花婿、親族（両親、兄弟、等）、友人、主賓などを指定できるようにする。
　結婚に関するイベントの画像集で最も重視すべきは、花嫁や花婿を中心として参加している人々を適切にフィーチュアすることといえる。そこで人物で画像を抽出できるように抽出条件を用意することが、画像集作成の支援の観点で適切となる。

　実施の形態では、抽出条件は結婚に関するイベントのシーンを指定可能な条件を含むものとした。
　例えば「ケーキカット」「指輪交換」「ブーケトス」などのシーン自体を指定することができる抽出条件や、「ケーキ」「指輪」などのように、或るシーンを想定させる抽出条件や、シーンに相当する時間指定などにより、シーンを特定することのできる抽出条件が用意される。これにより、特定のシーンの画像を容易に抽出できるようになり、そのシーンにおける多数の画像についてレーティング等を行う場合などに便利になる。

　実施の形態では、抽出条件は結婚に関するイベントの時間情報を指定可能な条件を含むものとした。
　例えば「ケーキカット」「指輪交換」「ブーケトス」などのシーンに相当する時刻等の指定などにより、特定のシーンの画像を抽出できる。これにより、特定のシーンの画像についてレーティング等を行う場合などに便利になる。

　実施の形態では、抽出条件は被写体とされた物又は動物を指定可能な条件を含むものとした。
　例えばケーキ、キャンドル、指輪、ペット、グラスなど、結婚に関するイベントにおいて被写体になりやすい物品を指定する条件を用意する。
　結婚に関するイベントの画像においては、物品を指定することで、同種の画像を抽出することに適切な場合が多い。物を指定する抽出条件が用意されることで、同種の画像を容易に抽出できるようになり、画像のレーティングや選択に便利になる。

　実施の形態では、抽出条件は、被写体の感情又は表情を指定可能な条件を含むものとした。
　例えば笑顔のシーン、感動のシーン、泣いているシーン、伏し目のシーンなどを指定する条件を用意する。
　結婚に関するイベントの画像集の制作の観点では、参加者の感情を表現するために、より感情豊かな画像を選択したり、レーティングを高くしたりすることは適切である。笑顔のシーンのように感情や表情の認識結果で画像を抽出できるようにする抽出条件が用意されることで画像のレーティングや選択に便利になる。

　実施の形態では、抽出処理部３４が抽出した画像について、被写体の感情又は表情の度合いを示す情報の提示を行う例を挙げた。
　図５６で説明したように、或る抽出条件で画像について、感情や表情の認識結果として得られる数値等を表示することは、レーティングや選択の参考になり、画像集の制作支援として有用となる。図５６では笑顔の度合いを示す例としたが、泣き顔の度合い、驚き顔の度合い、伏し目の度合い、喜びの度合い、など、画像について感情や表情の解析結果の度合いを表示することが想定される。

　実施の形態では、抽出条件として、撮像時に付加されたメタデータにより判定される事項を指定可能な条件を含むものとした。
　例えばフォーカスに関する情報のように撮像時に撮像装置において画像に関連付けられたメタデータを参照して判定できる条件を指定できるようにする（図６２から図６７参照）。
　顔フォーカス、瞳フォーカスなどの制御で合焦される合焦位置の情報など、撮像時に付加されるメタデータを抽出条件の１つとすることで、例えば花嫁の瞳にピントが合った画像などを抽出可能となる。撮像状態を加味することで、画像の内容だけでなく、ピントのあった画像のみを抽出するなどができ、多数の画像から画像集への採用の候補となる画像の抽出という点で適切になる。
　メタデータを用いる例として、実施の形態では「瞳合焦」「合焦」の情報を用いる例を挙げたが、もちろん他のメタデータを用いることもできる。例えばＦ値、ＩＳＯ値、シャッタースピード、ズーム倍率等の情報がメタデータに含まれている場合、それらを抽出条件に加えて絞り込みが行われるようにすることもできる。

　実施の形態では、抽出処理部３４が抽出した画像について合焦位置の提示を行う例を挙げた。
　図６２、図６３で説明したように合焦枠ＦＷ、瞳枠ＥＰ、バウンディングボックスＢＢ等として、合焦している位置や領域や、それらに関連する情報を示す画像を重畳表示させることで、カメラスタッフは適切な画像の選択やレーティングを行うときに参考にすることができる。

　実施の形態では、表示画面上の候補領域ＡＲ１に、抽出条件のアイコンＩＣを表示させるとともに、所定操作により指定されたアイコンＩＣを、表示画面上の選択領域ＡＲ２に表示させる制御を行う例を述べた。
　候補領域ＡＲ１で指定可能なアイコンＩＣを一覧できるとともに、指定操作の対象となったアイコンＩＣは選択領域ＡＲ２に表示させるため、ユーザは選択中としているアイコンＩＣを常に認識できる。複数のアイコンＩＣ（抽出条件）を組み合わせて画像抽出したい場合に、わかりやすく操作性のよいものとなる。
　特にスタッフ端末１や撮像装置２などの小型の機器の比較的小さな表示部（１ａ，２ａ）においては、アイコンＩＣの表示態様の変更よりも、アイコンＩＣが表示される領域によって選択中であるか否かがわかるようにすることで、視認性及び選択状態の把握がカメラスタッフにとって良好となる。
　図５７，図５８，図５９，図６０で説明した例のように、候補領域ＡＲ１と選択領域ＡＲ２を上下に隣り合って配置し（左右でもよい）、アイコンを操作に応じて選択領域ＡＲ２に表示させるようにすることで、選択状態を明確に提示できる。
　またアイコンを操作に応じて候補領域ＡＲ１から選択領域ＡＲ２に移動させるようにすることでも、選択状態を明確に提示できる。
　また候補領域ＡＲ１については、スクロール表示させることで小型の表示画面でも多数のアイコンを表示可能である。
　候補領域ＡＲ１から選択領域ＡＲ２に移動させるようにする場合は、候補領域ＡＲ１において、同じアイコンが選択操作されないようにすることや、スクロール対象のアイコン数を絞ってカーソルＫによる選択をしやすくするという点でも有用である。

　実施の形態では、選択領域ＡＲ２に表示させたアイコンを、所定の選択解除操作に応じて、選択領域ＡＲ２における表示を終了させる制御を行う例を述べた。
　つまりユーザが操作により、選択領域のアイコンを候補領域に戻すことができるようにする。これにより一旦、抽出条件として選択したアイコンＩＣ（抽出条件）の選択を解除できる。カメラスタッフにとっては、画像抽出のための適切な条件設定のためのアイコン操作を柔軟に行うことができる。
　候補領域ＡＲ１で指定されたアイコンＩＣを選択領域ＡＲ２に移動させる場合は、所定の選択解除操作に応じて、候補領域ＡＲ１に戻すようにすることも、選択状態がわかりやすいものとなる。

　実施の形態では、抽出処理部３４は、指定された複数の抽出条件のそれぞれについて、アンド条件、又はオア条件、又は除外条件を設定して画像の抽出を行う例を述べた。
　これによりカメラスタッフは、結婚に関するイベントについて設定された複数の抽出条件についてアンド条件／オア条件／除外条件を組み合わせて条件式を設定し、抽出条件とすることができる。従って所望の画像をより適切に抽出できる。

　実施の形態では、抽出処理部３４が抽出条件に基づいて抽出した複数の動画シーンを用いて、動画コンテンツを作成する動画編集部３８を備える例を挙げた。
　図７２から図７４で説明したように、抽出条件による抽出処理は、動画としてのシーン抽出にも適用できる。その場合に、抽出されたシーンを連結することで、ハイライト動画としての動画コンテンツを生成できる。カメラスタッフにとっては、抽出条件選択を行うことで簡易に動画制作を実現できることになり、迅速なハイライト動画制作として好適となる。

　また図１から図３６までを用いて説明した実施の形態の処理によれば次の効果が得られる。
　実施の形態のスタッフ端末１は、撮像装置２との通信により受信した画像データ及び少なくとも画像データに対応するレーティング情報を含むメタデータ（付加情報）を特定のイベントに関するイベントデータ６０として記憶させるとともに、操作入力に応じたイベントデータ６０の更新を行うイベントデータ管理部３０を有する。またスタッフ端末１はプロジェクト対象としての特定のイベントのイベントデータ６０に関する画像及びレーティング情報の提示制御を行うとともに操作入力を検知するＵＩ制御部３１を有する。またスタッフ端末１は、イベントデータ６０の記憶又は更新に応じて外部のサーバ装置４に対してイベントデータ６０とイベントデータ９０を同期させる通信を制御する通信制御部３２を有する。
　これによりスタッフ端末１としての情報処理装置１０は、撮像装置２との通信により受信した画像データ及び少なくとも画像データに対応するレーティング情報を含む付加情報を特定のイベントに関するイベントデータとして記憶させる処理及び操作入力に応じたイベントデータの更新処理を含むイベントデータ管理処理と、特定のイベントのイベントデータに関する画像及びレーティング情報の提示制御及び操作入力検知を行うＵＩ制御処理と、イベントデータの記憶又は更新に応じて外部のサーバ装置に対してイベントデータを同期させる通信を制御する通信制御処理と、を行う。

　このようなスタッフ端末１は、撮像装置２から逐次転送される画像及びメタデータを、特定イベントのイベントデータとして管理し、これをカメラスタッフに例えば一覧等で提示できる。従って、カメラスタッフは、スタッフ端末１を用いて、例えばウェブギャラリーなどの画像集の元になる画像を確認できる。
　しかもこのときに、各画像について、カメラマンが撮像装置２で付したレーティング情報もレーティングアイコン１３０として表示されるさめ、カメラマン本人やアシスタントなどのカメラスタッフが画像集に採用する画像の選択を支援できるものとなる。
　またスタッフ端末１のイベントデータ６０とサーバ装置４のイベントデータ９０とが同期される状態を保つように通信が行われる。これにより、例えばカメラマンが端末装置１Ａでセレクション等の操作をした後に、アシスタントが端末装置１Ｂで操作するような場合も、サーバ装置４にログインした端末装置１Ｂでは、端末装置１Ａは同期された最新のイベントデータ内容を反映した状態で操作を行うことができる。これにより画像集の作成を効率よく実行できるようになる。
　なお、撮像装置２とスタッフ端末１は別体のものとしたが、例えばスタッフ端末１のうち端末装置１Ａは撮像装置２と一体の装置とすることも考えられる。

　実施の形態では、イベントデータ管理部３０は、特定のイベントが選択されることに応じて、サーバ装置４から当該特定のイベントのイベントデータを取得するとした（図１２のステップＳ２０４参照）。
　スタッフ端末１からの通信によってサーバ装置４ではイベントデータが同期されており、従ってサーバ装置４のイベントデータは最新のイベントデータとなっている。スタッフ端末１でアプリケーションプログラムを起動させたとき、イベント一覧が表示されるが、ユーザがイベントを選択した場合、まずサーバ装置４側のイベントデータをロードすることで、最新のイベントデータを取得できる。もちろんレーティング情報は最新にものとなっている。例えばアシスタントが端末装置１Ｂを用いる場合でも、過去にカメラマンが撮像装置２やスタッフ端末１でレーティングを設定・変更した場合の最新のレーティングを確認できることになる。

　実施の形態では、イベントデータ６０には事前設定情報６１が含まれ、ＵＩ制御部３１は、イベントデータ６０に含まれる画像データについて、事前設定情報における編集情報に応じて編集した編集画像データによる画像表示を行うようにした（図１５のステップＳ２５０参照）。
　事前設定情報６１としてレタッチパラメータ等の編集情報を設定しておくことで、撮像されて取り込まれる各画像について、自動編集して表示させることができる。これはウェブギャラリー等において各画像に統一した雰囲気を作る場合に有効である。
　また自動編集とすることで個々の画像に同じような編集操作を行う必要はなく、カメラスタッフの作業は極めて容易となる。

　実施の形態では、ＵＩ制御部３１は、イベントデータ６０に含まれる画像データについての編集情報入力操作が可能なユーザインタフェースを提供する制御を行い、イベントデータ管理部３０は、編集情報入力操作に応じてイベントデータを更新させる処理を行うものとした（図１５のステップＳ２５１、ステップＳ２６０からステップＳ２６７参照）。
　レタッチパラメータ等の編集情報を入力可能としておくことで、例えば個々の画像に対してカメラスタッフが、任意の編集を行うことができる。
　特に、事前設定のレタッチパラメータと合わせれば、例えば各画像を共通のトーンとしたうえで、個々の画像について微調整したり、雰囲気を変えたりするようなことができるようになる。

　実施の形態では、ＵＩ制御部３１は、イベントデータ６０に含まれる画像データについてのレーティング情報の入力操作が可能なユーザインタフェースを提供する制御を行い、イベントデータ管理部３０は、レーティング情報の入力操作に応じてイベントデータを更新させる処理を行うようにした（図１４のステップＳ２１７，Ｓ２３０，Ｓ２３１、図１６のステップＳ２５５，Ｓ２８２，Ｓ２８３等参照）。
　レーティング情報を入力可能としておくことで、例えば個々の画像に対してカメラスタッフが撮像時に設定したレーティングを後に任意に変更できる。例えば結婚式終了後に画像を見直してレーティングをし直すことで、より適切なセレクションが可能になる場合もある。

　実施の形態では、ＵＩ制御部３１は、イベントデータ６０に含まれる画像データを選択的に用いて画像集を作成するためのセレクション情報の設定操作が可能なユーザインタフェースを提供する制御を行い、イベントデータ管理部３０は、セレクション情報の設定操作に応じてイベントデータを更新させる処理を行うようにした（図１４のステップＳ２１８，Ｓ２１９，Ｓ２３２からＳ２３７、図１６のステップＳ２５６，Ｓ２８４，Ｓ２８５、図１７のステップＳ３０１，Ｓ３０２，Ｓ３１０，Ｓ３１１，Ｓ３２０，Ｓ３２１等参照）。
　セレクション情報を設定することで画像集に対するカメラスタッフの意図をイベントデータ６０に含めることができる。すると同期したイベントデータ９０に基づいてサーバ装置４でウェブギャラリーを自動作成するときに、カメラスタッフの意図を反映した画像集が作成できることになる。これによりカメラスタッフの制作意図を範囲させたウェブギャラリーを極めて迅速にクライアントに提供できるようになる。

　実施の形態ではセレクション情報には、画像集に含む画像に選択されたことを示す使用画像情報が含まれるものとした。
　つまりどの画像をウェブギャラリーに採用するかを示す使用画像情報としてフラグを設定できるようにした。フラグのオン／オフによりカメラスタッフは採用する画像を容易に設定できるようになる。

　実施の形態ではセレクション情報には、画像集の表紙の画像として選択されたことを示す表紙画像情報が含まれるものとした。
　つまりどの画像をウェブギャラリーの表紙に採用するかを示す選択情報としてカバー画像を設定できるようにした。カバー画像の設定によりカメラスタッフは表紙にする画像を容易に設定できるようになる。

　実施の形態ではセレクション情報には、画像集において強調表示する画像に選択されたことを示す強調表示画像情報が含まれるようにした。
　つまりウェブギャラリーにおいて例えば他の画像よりサイズを大きくするなどして強調表示する画像を、ハイライト設定により選択できるようにした。ハイライト設定によりカメラスタッフは強調する画像が選択できる。またハイライト設定により、自動生成であっても単調でない画像集としてウェブギャラリーが作成されるようになる。
　なおサーバ装置４は、ハイライト設定がされていない画像を、ハイライト表示させるようにしたウェブギャラリーを作成するようにしてもよい。
　またハイライト設定は、サイズを大きくさせるのではなく、輝度、色、枠表示などにより強調表示するものとしてもよい。

　実施の形態では、スタッフ端末１はカメラスタッフの過去のセレクション情報に基づいて生成された傾向情報に基づいて、自動的にセレクション情報を設定する処理を行う自動設定部３３を備える例を述べた。
　過去のセレクション設定を学習し、どのような画像を採用したり、カバー画像としたり、ハイライト画像としたりするという傾向情報を設定する。即ちフラグオンとされやすい画像ハイライト設定されやすい画像、カバーとされやすい画像などについて特徴点を解析しておき、傾向情報とする。この傾向情報を用いて、自動的にセレクション設定を行うことで、ある程度当該カメラスタッフの作業を容易化できる。
　もちろんカメラスタッフは、自動的なセレクション設定の後に、手動で設定すればよいため、カメラスタッフの意図も反映される画像集を作成できる。
　なお、セレクション情報の自動設定をサーバ装置４側で行い、それを反映したイベントデータをスタッフ端末１に提供するようにしてもよい。
　またサーバ装置４側で傾向情報を生成するとしたが、スタッフ端末１が傾向情報生成部を備えて、傾向情報を生成するものとしてもよい。

　実施の形態では、スタッフ端末１は、クライアントユーザの指向に基づいて生成された傾向情報に基づいて、自動的にセレクション情報を設定する処理を行う自動設定部３３を備える例を述べた。
　クライアントの好みの画像の傾向を学習し、好みの画像の特徴点を解析しておき、傾向情報とする。この傾向情報を用いて、自動的にセレクション設定を行うことで、ある程度クライアントの傾向に沿った画像集を容易に作成できるようになる。
　なお、セレクション情報の自動設定をサーバ装置４側で行い、それを反映したイベントデータをスタッフ端末１に提供するようにしてもよい。
　またサーバ装置４側で傾向情報を生成するとしたが、スタッフ端末１が傾向情報生成部を備えて、傾向情報を生成するものとしてもよい。

　実施の形態のサーバ装置４は、スタッフ端末１からの特定のイベントに関する情報の受信に応じて、画像データと画像データに対応するレーティング情報を含むイベントデータ９０の記憶、及び更新の管理を行うイベントデータ管理部４０を備える。
　サーバ装置４は、スタッフ端末１から送信されてくる画像データ及びレーティング情報を、特定イベントのイベントデータ９０に反映させるようにイベントデータ９０の追記、更新を行う。これにより、スタッフ端末１側のイベントデータ６０と、画像及びレーティング情報が同期したイベントデータ９０を記憶できる。特にレーティング情報はスタッフ端末１側で任意に変更可能であるが、サーバ装置４では、変更を反映させることで最新のイベントデータ９０を保持することができるようになる。
　なおサーバ装置４はスタッフ端末１から画像データ及び画像データに対応するレーティング情報を受信するようにしたが、サーバ装置４は、撮像装置２から直接、画像データ及び画像データに対応するレーティング情報を含むメタデータ（付加情報）の送信を受けるようにしてもよい。

　実施の形態のサーバ装置４は、スタッフ端末１に対してイベントデータを提供するための送信を実行させるイベントデータ提供制御部４２を備える。
　スタッフ端末１からの通信によってサーバ装置４ではイベントデータが同期されており、従ってサーバ装置４のイベントデータは最新のイベントデータとなっている。スタッフ端末１にイベントデータを提供することで、スタッフ端末１でアプリケーションプログラムが起動され、イベントが選択された場合に、最新のイベントデータに基づく表示が実行できるようになる。従ってカメラマンやアシスタントがスタッフ端末１により最新の状態で各種作業を行うことができる。

　実施の形態のサーバ装置４のイベントデータ管理部４０は、スタッフ端末１からの特定イベントに関する情報の受信に応じて、画像データに対応するセレクション情報又は編集情報を含むイベントデータ９０の記憶及び更新の管理を行うものとした。
　レタッチパラメータ等の編集情報やフラグ、カバー、ハイライトなどに関するセレクション情報を受信することに応じて、サーバ装置４側でもイベントデータの更新を行う。これによりスタッフ端末１のイベントデータとの同期状態を維持することができる。

　実施の形態のサーバ装置４は、セレクション情報と編集情報を用いて特定イベントについての画像集データであるウェブギャラリーを生成する画像集生成部４１を備えるものとした。
　サーバ装置４側とスタッフ端末１側でイベントデータ６０，９０が同期されているため、サーバ装置４側でイベントデータ９０における編集情報やセレクション情報を参照することで、スタッフ端末１を用いるカメラスタッフの意図に応じた画像集（ウェブギャラリー）を生成することができる。
　またサーバ装置４側で画像集生成を行うことでリソースの小さい端末装置であるスタッフ端末１の処理負担を軽減できる。

　実施の形態のサーバ装置４側のイベントデータ９０におけるセレクション情報には、画像集に含む画像に選択されたことを示す使用画像情報が含まれるものとした。
　これによりセレクション情報を参照することで、スタッフ端末１を用いるカメラスタッフにより選択された画像を用いた画像集（ウェブギャラリー）を生成することができる。

　実施の形態のサーバ装置４側のイベントデータ９０におけるセレクション情報には、画像集の表紙の画像として選択されたことを示す表紙画像情報が含まれるものとした。
　これによりセレクション情報を参照することで、スタッフ端末１を用いるカメラスタッフにより選択されたカバー画像を表紙として用いた画像集（ウェブギャラリー）を生成することができる。

　実施の形態のサーバ装置４側のイベントデータ９０におけるセレクション情報には、画像集において強調表示する画像に選択されたことを示す強調表示画像情報が含まれるものとした。
　これによりセレクション情報を参照することで、スタッフ端末１を用いるカメラスタッフにより選択されたハイライト画像を強調した画像集（ウェブギャラリー）を生成することができる。

　実施の形態のサーバ装置４は、イベントデータ９０の全部又は一部を所定フォーマットのファイルとして端末装置（パーソナルコンピュータ３やスタッフ端末１）に送信するデータ出力部４３を備える。
　これにより例えばカメラスタッフ側ではパーソナルコンピュータ３やスタッフ端末１を用いて、本納品のための画像集の素材を効率よく取得し、必要な編集等を行って、本納品用の画像集を容易に生成できるようになる。

　なお実施の形態では、撮像装置２からの画像ファイルをスタッフ端末１に転送し、スタッフ端末１がサーバ装置４にアップロードするものとしたが、撮像装置２が直接サーバ装置４にアップロードするようにしてもよい。

　実施の形態では静止画の画像集の生成を想定して説明したが、画像集は一部のコンテンツとして動画を含むようにしてもよいし、複数の動画による画像集を生成するようにしてもよい。それらの場合も、実施の形態で説明した処理は同様に適用できる。
　この場合の動画は音声付きの動画であっても音声無しの画像情報のみの動画であってもよい。

　実施の形態のプログラムは、図４２から図４５、図７４のような処理を、例えばＣＰＵ、ＤＳＰ等、或いはこれらを含むデバイスに実行させるプログラムである。
　即ち実施の形態のプログラムは、結婚に関するイベントで撮影された画像群に対する抽出条件の指定操作が可能なユーザインタフェースを提供する制御処理と、指定された抽出条件に基づいて、前記画像群からの画像の抽出を行う抽出処理とを、スタッフ端末１、サーバ装置４、又は撮像装置２としての情報処理装置に実行させるプログラムである。
　このようなプログラムにより、上述したセレクション高速化支援の処理を行うスタッフ端末１、サーバ装置４を例えば携帯端末装置やパーソナルコンピュータ、その他の情報処理が実行できる機器において実現できる。或いは撮像装置２によりセレクション高速化支援の処理を実行できる。

　このようなスタッフ端末１、サーバ装置４、又は撮像装置２を実現するプログラムはコンピュータ装置等の機器に内蔵されている記録媒体としてのＨＤＤや、ＣＰＵを有するマイクロコンピュータ内のＲＯＭ等に予め記録しておくことができる。
　あるいはまた、フレキシブルディスク、ＣＤ－ＲＯＭ(Compact Disc Read Only Memory)、ＭＯ(Magneto Optical)ディスク、ＤＶＤ(Digital Versatile Disc)、ブルーレイディスク（Blu-ray Disc（登録商標））、磁気ディスク、半導体メモリ、メモリカードなどのリムーバブル記録媒体に、一時的あるいは永続的に格納（記録）しておくことができる。このようなリムーバブル記録媒体は、いわゆるパッケージソフトウェアとして提供することができる。
　また、このようなプログラムは、リムーバブル記録媒体からパーソナルコンピュータ等にインストールする他、ダウンロードサイトから、ＬＡＮ(Local Area Network)、インターネットなどのネットワークを介してダウンロードすることもできる。

　またこのようなプログラムによれば、実施の形態のスタッフ端末１、サーバ装置４、又は撮像装置２の広範な提供に適している。例えばスマートフォンやタブレット等の携帯端末装置、携帯電話機、パーソナルコンピュータ、スチルカメラ、ビデオカメラ、ゲーム機器、ビデオ機器、ＰＤＡ（Personal Digital Assistant）等にプログラムをダウンロードすることで、当該スマートフォン等を、本開示のスタッフ端末１、サーバ装置４、又は撮像装置２として機能させることができる。

　なお、本明細書に記載された効果はあくまでも例示であって限定されるものではなく、また他の効果があってもよい。

　なお本技術は以下のような構成も採ることができる。
　（１）
　結婚に関するイベントで撮影された画像群に対する抽出条件の指定操作が可能なユーザインタフェースを提供する制御を行うユーザインタフェース制御部と、
　指定された抽出条件に基づいて、前記画像群からの画像の抽出を行う抽出処理部と、を備えた
　情報処理装置。
　（２）
　前記ユーザインタフェース制御部は、前記抽出処理部が抽出した画像を表示させるとともに、各画像についてのレーティング情報の入力操作が可能なユーザインタフェースを提供する制御を行う
　上記（１）に記載の情報処理装置。
　（３）
　前記抽出処理部は、前記画像群における各画像についての画像内容の解析結果データを参照して、指定された抽出条件に合致する画像を抽出する
　上記（１）又は（２）に記載の情報処理装置。
　（４）
　前記解析結果データは、外部装置から受信する
　上記（３）に記載の情報処理装置。
　（５）
　前記ユーザインタフェース制御部は、
　前記画像群の画像についての抽出条件を提示するアイコンを表示させる制御を行い、アイコンに対する操作を抽出条件の指定操作として検知する
　上記（１）から（４）のいずれかに記載の情報処理装置。
　（６）
　前記ユーザインタフェース制御部は、
　抽出条件の指定の操作の対象となったアイコンを、指定の操作の対象となっていないアイコンとは異なる表示態様で表示させる
　上記（５）に記載の情報処理装置。
　（７）
　前記抽出条件は人物を指定する条件を含む
　上記（１）から（６）のいずれかに記載の情報処理装置。
　（８）
　前記抽出条件は結婚に関するイベントのシーンを指定可能な条件を含む
　上記（１）から（７）のいずれかに記載の情報処理装置。
　（９）
　前記抽出条件は結婚に関するイベントの時間情報を指定可能な条件を含む
　上記（１）から（８）のいずれかに記載の情報処理装置。
　（１０）
　前記抽出条件は被写体とされた物又は動物を指定可能な条件を含む
　上記（１）から（９）のいずれかに記載の情報処理装置。
　（１１）
　前記抽出条件は、被写体の感情又は表情を指定可能な条件を含む
　上記（１）から（１０）のいずれかに記載の情報処理装置。
　（１２）
　前記ユーザインタフェース制御部は、前記抽出処理部が抽出した画像について、被写体の感情又は表情の度合いを示す情報の提示を行う
　上記（１）から（１１）のいずれかに記載の情報処理装置。
　（１３）
　前記抽出条件として、撮像時に付加されたメタデータにより判定される事項を指定可能な条件を含む
　上記（１）から（１２）のいずれかに記載の情報処理装置。
　（１４）
　前記ユーザインタフェース制御部は、前記抽出処理部が抽出した画像について合焦位置の提示を行う
　上記（１）から（１３）のいずれかに記載の情報処理装置。
　（１５）
　前記ユーザインタフェース制御部は、
　表示画面上の候補領域に、前記抽出条件のアイコンを表示させるとともに、
　所定操作により指定されたアイコンを、前記表示画面上の選択領域に表示させる制御を行う
　上記（１）から（１４）のいずれかに記載の情報処理装置。
　（１６）
　前記ユーザインタフェース制御部は、
　前記選択領域に表示させたアイコンを、所定の選択解除操作に応じて、前記選択領域における表示を終了させる制御を行う
　上記（１５）に記載の情報処理装置。
　（１７）
　指定された複数の抽出条件のそれぞれについて、アンド条件、又はオア条件、又は除外条件を設定して画像の抽出が行われるようにした
　上記（１）から（１６）のいずれかに記載の情報処理装置。
　（１８）
　前記抽出処理部が抽出条件に基づいて抽出した複数の動画シーンを用いて、動画コンテンツを作成する動画編集部を備えた
　上記（１）から（１７）のいずれかに記載の情報処理装置。
　（１９）
　結婚に関するイベントで撮影された画像群に対する抽出条件の指定操作が可能なユーザインタフェースを提供する制御処理と、
　指定された抽出条件に基づいて、前記画像群からの画像の抽出を行う抽出処理と、
　を情報処理装置が行う情報処理方法。
　（２０）
　結婚に関するイベントで撮影された画像群に対する抽出条件の指定操作が可能なユーザインタフェースを提供する制御処理と、
　指定された抽出条件に基づいて、前記画像群からの画像の抽出を行う抽出処理と、
　を情報処理装置に実行させるプログラム。

１　スタッフ端末
１ａ　表示部
２　撮像装置
２ａ　表示部
２ｃ　十字キー
２ｄ　ホイール
３　パーソナルコンピュータ
４　サーバ装置
５　クライアント端末
６　ネットワーク
１０　情報処理装置
３０　イベントデータ管理部
３１　ＵＩ制御部
３２　通信制御部
３３　自動設定部
３４　抽出処理部
３５　レーティング情報管理部
３６　解析結果データ受信部
３７　解析部
３８　動画編集部
７１　ＣＰＵ
２００　アイコン領域
２０１　感情・表情認識レベル
２０２　時間指定枠
２１０　顔選択領域
ＡＲ１　候補領域
ＡＲ２　選択領域

Claims

　結婚に関するイベントで撮影された画像群に対する抽出条件の指定操作が可能なユーザインタフェースを提供する制御を行うユーザインタフェース制御部と、
　指定された抽出条件に基づいて、前記画像群からの画像の抽出を行う抽出処理部と、を備えた
　情報処理装置。
　前記ユーザインタフェース制御部は、前記抽出処理部が抽出した画像を表示させるとともに、各画像についてのレーティング情報の入力操作が可能なユーザインタフェースを提供する制御を行う
　請求項１に記載の情報処理装置。
　前記抽出処理部は、前記画像群における各画像についての画像内容の解析結果データを参照して、指定された抽出条件に合致する画像を抽出する
　請求項１に記載の情報処理装置。
　前記解析結果データは、外部装置から受信する
　請求項３に記載の情報処理装置。
　前記ユーザインタフェース制御部は、
　前記画像群の画像についての抽出条件を提示するアイコンを表示させる制御を行い、アイコンに対する操作を抽出条件の指定操作として検知する
　請求項１に記載の情報処理装置。
　前記ユーザインタフェース制御部は、
　抽出条件の指定の操作の対象となったアイコンを、指定の操作の対象となっていないアイコンとは異なる表示態様で表示させる
　請求項５に記載の情報処理装置。
　前記抽出条件は人物を指定する条件を含む
　請求項１に記載の情報処理装置。
　前記抽出条件は結婚に関するイベントのシーンを指定可能な条件を含む
　請求項１に記載の情報処理装置。
　前記抽出条件は結婚に関するイベントの時間情報を指定可能な条件を含む
　請求項１に記載の情報処理装置。
　前記抽出条件は被写体とされた物又は動物を指定可能な条件を含む
　請求項１に記載の情報処理装置。
　前記抽出条件は、被写体の感情又は表情を指定可能な条件を含む
　請求項１に記載の情報処理装置。
　前記ユーザインタフェース制御部は、前記抽出処理部が抽出した画像について、被写体の感情又は表情の度合いを示す情報の提示を行う
　請求項１に記載の情報処理装置。
　前記抽出条件として、撮像時に付加されたメタデータにより判定される事項を指定可能な条件を含む
　請求項１に記載の情報処理装置。
　前記ユーザインタフェース制御部は、前記抽出処理部が抽出した画像について合焦位置の提示を行う
　請求項１に記載の情報処理装置。
　前記ユーザインタフェース制御部は、
　表示画面上の候補領域に、前記抽出条件のアイコンを表示させるとともに、
　所定操作により指定されたアイコンを、前記表示画面上の選択領域に表示させる制御を行う
　請求項１に記載の情報処理装置。
　前記ユーザインタフェース制御部は、
　前記選択領域に表示させたアイコンを、所定の選択解除操作に応じて、前記選択領域における表示を終了させる制御を行う
　請求項１５に記載の情報処理装置。
　指定された複数の抽出条件のそれぞれについて、アンド条件、又はオア条件、又は除外条件を設定して画像の抽出が行われるようにした
　請求項１に記載の情報処理装置。
　前記抽出処理部が抽出条件に基づいて抽出した複数の動画シーンを用いて、動画コンテンツを作成する動画編集部を備えた
　請求項１に記載の情報処理装置。
　結婚に関するイベントで撮影された画像群に対する抽出条件の指定操作が可能なユーザインタフェースを提供する制御処理と、
　指定された抽出条件に基づいて、前記画像群からの画像の抽出を行う抽出処理と、
　を情報処理装置が行う情報処理方法。
　結婚に関するイベントで撮影された画像群に対する抽出条件の指定操作が可能なユーザインタフェースを提供する制御処理と、
　指定された抽出条件に基づいて、前記画像群からの画像の抽出を行う抽出処理と、
　を情報処理装置に実行させるプログラム。