JP2013541060A - シャッタクリックを介する自動的メディア共有 - Google Patents

Abstract

ユーザ間でメディアを自動的に共有するためのコンピュータ実装方法を提供する。画像の集合体は、異なるユーザから受信され、各集合体は、特定のユーザに関連付けられ、ユーザは、互に関連付けられ得る。集合体は、集合体の中の画像のコンテンツに基づいて、１つ以上のアルバムにグループ化され、各アルバムは、特定のユーザに関連付けられる。異なるユーザからのアルバムは、アルバムのコンテンツに基づいて、１つ以上のイベントグループにグループ化される。次いで、イベントグループは、それらの互の関連、およびそれらの個々の共有選好に基づいて、異なるユーザ間で、ユーザ介入なしに自動的に共有される。

Description

本開示は、概して、写真およびビデオを含むデジタルメディアの分野に関し、より具体的には、ユーザ間のデジタルメディアの共有に関する。

デジタル画像捕捉技術の進歩は、現在では、ユーザが、写真およびビデオを含むデジタルメディアを迅速かつ便利に捕捉することを可能にする。加えて、モバイルデバイスにおけるデジタルカメラの統合、デジタルメディア用の安価な記憶装置、およびインターネットを通したネットワーク接続等の革新は、ユーザが、任意の場所からデジタルメディアを捕捉し、それを他のユーザと共有することを可能にする。

デジタルメディアの共有は、典型的には、ユーザのコンピュータデバイス上で作動するブラウザまたは他のアプリケーションを使用して、例えば、ＰｉｃａｓａおよびＰｉｃａｓａ Ｗｅｂ Ａｌｂｕｍｓ等のメディア共有ウェブサイトへユーザがメディアをアップロードすることを伴う。メディアは、ウェブサイトによって運営される遠隔サーバに記憶され、ユーザがメディアを共有することを選択した、他のユーザによって後にアクセスされる。しかしながら、デジタルメディアおよびデジタルメディア集合体の量が増大するにつれて、あるユーザと共有する特定の画像を検索することが煩雑になる。

実施形態は、メディアを自動的に共有するためのコンピュータ実装方法に関する。一実施形態では、それぞれ、第１のユーザおよび第２のユーザに関連付けられる、第１の画像の集合体および第２の画像の集合体が受信される。第１の画像の集合体は、第１のコンテンツデータを含み、第２の画像の集合体は、第２のコンテンツデータを含む。加えて、第１および第２のユーザは、互に関連付けられる。次に、第１および第２の集合体は、ユーザ介入なしで、第１および第２のコンテンツデータに従ってイベントグループに自動的にグループ化される。次いで、第１および第２のユーザは、ユーザ介入なしで、イベントグループへのアクセスが提供される。イベントグループは、第１および第２のユーザのうちの少なくとも１つに関連付けられている１つ以上の新しい画像で自動的に更新され得、第１および第２のユーザは、更新されたイベントグループへのアクセスを自動的に提供され得る。

別の実施形態では、メディアを自動的に共有するためのシステムは、少なくとも１つのメモリと、メディア入力モジュールと、メディア共有モジュールとを含む。メディア入力モジュールおよびメディア共有モジュールは、少なくとも１つのメモリの中に位置する。メディア入力モジュールは、第１のユーザに関連付けられる第１の画像の集合体および第２のユーザに関連付けられる第２の画像の集合体を受信するように構成され、第１の集合体は、第１のコンテンツデータを含み、第２の集合体は、第２のコンテンツデータを含む。加えて、第１および第２のユーザは、互に関連付けられる。メディア共有モジュールは、ユーザ介入なしで、第１および第２のコンテンツデータに従って、第１および第２の集合体をイベントグループに自動的にグループ化するように構成される。メディア共有モジュールは、ユーザ介入なしで、第１および第２のユーザにイベントグループへのアクセスを自動的に提供するようにさらに構成される。イベントグループは、第１および第２のユーザのうちの少なくとも１つに関連付けられている１つ以上の新しい画像で、メディア共有モジュールによって自動的に更新され得、第１および第２のユーザは、更新されたイベントグループへのアクセスを自動的に提供され得る。

実施形態は、ハードウェア、ファームウェア、ソフトウェア、またはそれらの組み合わせを使用して実装され得、１つ以上のコンピュータシステムまたは他の処理システムで実装され得る。

さらなる実施形態、特徴、利点、ならびに種々の実施形態の構造および動作は、添付図面を参照して以下で詳細に説明される。本開示は、本明細書で説明される具体的実施形態に限定されないことに留意されたい。そのような実施形態は、例証目的のみで本明細書で提示される。追加の実施形態が、本明細書に含まれる情報に基づいて、当業者に明白となるであろう。

添付図面を参照して、一例のみとして実施形態が説明される。図面中、類似参照番号は、同一または機能的に同様の要素を示し得る。要素が最初に現れる図面は、典型的には、対応する参照番号の中の１つまたは複数の左端の数字によって示される。本明細書に組み込まれ、本明細書の一部を形成する添付図面は、本開示の実施形態を図示し、説明とともに、さらに本開示の原理を説明し、当業者がその実施形態を作製して使用することを可能にする働きをする。
図１は、実施形態が実装され得る、例示的なシステムの略図である。 図２は、実施形態による、クライアントアプリケーションの実施例の略図である。 図３は、実施形態による、メディア共有サービスが実装され得る、システムの実施例の略図である。 図４Ａは、実施形態による、ユーザ間でメディアを自動的に共有するための方法の実施例のフローチャートである。 図４Ｂは、実施形態による、１つ以上の新しい画像でイベントグループを更新するための方法の実施例のフローチャートである。 図５は、実施形態による、クライアントアプリケーションを使用してメディアを捕捉して送信するための方法の実施例のフローチャートである。 図６は、実施形態による、画像をアルバムにグループ化するための方法の実施例のフローチャートである。 図７は、実施形態による、アルバムをイベントグループにグループ化するための方法の実施例のフローチャートである。 図８は、実施例を実装することができる、コンピュータシステムの実施例の略図である。

目次
Ｉ．概説
ＩＩ．システム
Ａ．クライアントアプリケーション
Ｂ．メディア共有サービス
１．顔認識
２．目印およびオブジェクト／場面認識
３．メタデータ抽出
４．画像グループ化
ａ．アルバム分割
ｂ．イベントクラスタ化および共有
ｃ．リアルタイムイベント共有
ＩＩＩ．方法
Ａ．ユーザ間の自動メディア共有
Ｂ．クライアントアプリケーション
Ｃ．アルバム分割
Ｄ．イベントクラスタ化
ＩＶ．コンピュータシステム実装例
Ｖ．終わりに
（Ｉ．概説）
画像の検索および共有を促進するために、ユーザは、アルバム名別または日付別に、デジタルメディア集合体を異なるフォルダに整理することができる。ユーザはまた、タグまたはタグワードを画像または一群の画像に関連付けることもできる。タグは、画像のコンテンツを説明する１つ以上のキーワードを含む。しかしながら、ユーザが提供したタグを伴う組織化スキームは、多様なソースからの大型画像集合体のためにうまく拡張しない。例えば、ユーザは、全ての利用可能な画像を一貫して、および／または正確にタグ付けできない場合があり、同じ画像に対して異なるユーザによって提供されるタグに差異が存在し得る。さらに、多数の画像をタグ付けするために有意なユーザ入力が要求され、その結果として、ユーザは、利用可能な画像の全てをタグ付けする可能性が低い。一群の画像を共有するために、各ユーザは、一群の画像を手動で整理し、タグ付けし、メディア共有ウェブサイトにアップロードしなければならない。また、これは、データ入力が煩雑である携帯電話ユーザにとって、または共有することを希望するメディアの記述データを整理して入力する時間がないユーザにとっては、特に困難である。

加えて、メディア共有サイトは、概して、複数のユーザからの画像を自動的にグループ化する能力を提供しない。例えば、ユーザは、イベントにおいて撮影された画像を、イベントの他の出席者と共有することを希望し得る。同様に、他の出席者は、イベントからの画像をユーザと共有することを希望し得る。２人以上のユーザが、複数のユーザからの画像を含む共同アルバムまたは画像集合体を作成することができ得るが、そのようなアルバムまたは画像集合体の作成および更新は、依然としてユーザにとって手動過程である。

実施形態は、ユーザ間でメディアを自動的に共有することに関する。実施形態は、ユーザ介入なしで、メディアオブジェクトのコンテンツに基づいて、ユーザに関連付けられる、写真およびビデオを含むデジタルメディアを、１つ以上のアルバムに自動的にグループ化する。さらに、実施形態は、ユーザ介入なしで、アルバムのコンテンツに基づいて、複数のユーザからのアルバムを１つ以上のイベントグループに自動的にグループ化する。次いで、自動的に生成されたイベントグループは、相互とのユーザの関連および個々の共有選好に応じて、複数のユーザ間で共有され得る。実施形態は、イベントグループが新しい画像で更新されることも可能にし、ユーザ間で最新のイベントグループを自動的に共有する。

例えば、第１のユーザおよび第２のユーザは、各ユーザが、写真およびビデオを含む、相互のデジタルメディア集合体に他者がアクセスすることを可能にする、ソーシャルネットワークに属し得る。第１および第２のユーザは、両者が出席する特定のイベントから写真を捕捉し得る。各ユーザは、他の無関係の写真とともに、イベント写真を記憶し得る。実施形態は、各ユーザに関連付けられる写真のコンテンツを自動的に決定し、イベントに対応する写真をイベントグループにグループ化し、任意の新しいイベント写真を含むイベントグループをユーザ間で共有する。実施形態は、メディアのコンテンツを決定するために、顔認識、目印認識、および場面またはオブジェクト認識を含むが、それらに限定されない、いくつかの異なる技法を使用し得る。実施形態はまた、そのコンテンツを決定するために、メディアからメタデータを抽出し得る。

本開示は、特定の用途に対する例証的実施形態を参照して本明細書で説明されるが、実施形態は、それらに限定されないことを理解されたい。他の実施形態が可能である、本明細書の教示、ならびに実施形態が有意に有用となる追加の分野の精神および範囲内で、修正を実施形態に行うことができる。さらに、特定の特徴、構造、または特性が、実施形態に関連して説明される場合に、明示的に説明されるか否かにかかわらず、他の実施形態に関連して、そのような特徴、構造、または特性に影響を及ぼすことは、当業者の知識の範囲内であることが提示される。

また、本明細書で説明されるような実施形態は、図に図示されるソフトウェア、ハードウェア、ファームウェア、および／またはエンティティの多くの異なる実施形態で実装できることも、当業者に明白となるであろう。実施形態を実装するためのハードウェアの特殊制御を伴う、いずれの実際のソフトウェアコードも、詳細な説明の限定ではない。したがって、実施形態の動作挙動は、本明細書で提示される詳細のレベルを考慮して、実施形態の修正および変化例が可能であるという理解とともに説明される。

本明細書の詳細な実施例では、「一実施形態」、「実施形態」、「実施形態例」等への言及は、説明される実施形態が、特定の特徴、構造、または特性を含み得るが、全ての実施形態が必ずしも、特定の特徴、構造、または特性を含まなくてもよいことを示す。また、そのような語句は、必ずしも同じ実施形態を指しているとは限らない。さらに、特定の特徴、構造、または特性は、実施形態に関連して説明されるが、明示的に説明されるか否かにかかわらず、他の実施形態に関連して、そのような特徴、構造、または特性に影響を及ぼすことは、当業者の知識の範囲内であることが提示される。

「メディア」および「デジタルメディア」という用語は、デジタル写真、またはデジタルフォト、およびデジタルビデオを広義かつ包括的に指すために、本明細書で交換可能に使用される。「画像」という用語は、１人以上の個人、１つ以上の目印、および／または１つ以上のオブジェクトを含むが、それらに限定されない、場面の画像およびその場面内のアイテムを描写する、デジタル写真を広義かつ包括的に指すために、本明細書で使用される。加えて、「画像」という用語は、デジタルビデオの少なくとも一部分からの１つ以上のフレームを指し得る。さらに、「写真／フォト」、「ビデオ」、「メディア」、および「画像」という用語は、用語が「デジタル」という用語によって修飾されるか否かにかかわらず、デジタル写真およびデジタルビデオを指すために、本明細書で使用される。

「メディア共有サイト」という用語は、写真およびビデオを含むデジタルメディアを種々のユーザ間で共有するように適合される、任意のウェブサイト、サービス、フレームワーク、またはプロトコルを広義かつ包括的に指すために、本明細書で使用される。そのようなウェブサイトまたはサービスは、サイトのメンバー間でメディアを共有する追加能力を伴うソーシャルネットワーキングサイトも含み得る。

「画像キャプチャデバイス」および「画像捕捉デバイス」という用語は、写真およびビデオを含むデジタルメディアを捕捉するように適合される任意のデバイスを広義かつ包括的に指すために、本明細書で交換可能に使用される。そのようなデバイスの実施例は、デジタルカメラ、統合デジタルカメラを伴うモバイルデバイスを含むが、それらに限定されない。さらに、画像露出の目的でシャッタデバイスを開くボタンまたはキーを手動で押す、選択する、またはクリックすることによって、そのようなデバイスを使用して、画像が捕捉されることが想定される。しかしながら、「シャッタ」という用語は、（すなわち、シャッタデバイスを呼び出すことによって）画像を捕捉するために使用される、画像キャプチャデバイス上の任意の種類のボタンまたはキーを広義かつ包括的に指すためにも、本明細書で使用される。

（ＩＩ．システム）
図１は、本明細書で説明される実施形態を実装することができる、システム１００を例証する図である。システム１００は、クライアントデバイス１１０および１１０Ａ−Ｃと、クライアントアプリケーション１１２と、デバイス入力１１４と、ローカルメモリ１１６と、ブラウザ１１５と、メディアビューア１１８と、メディア１２０と、通知１３０と、ネットワーク１４０と、サーバ１５０、１６０、および１７０と、メディア共有サービス１５２と、データベース１８０とを含む。

クライアントデバイス１１０、１１０Ａ、１１０Ｂ、および１１０Ｃは、例えば、ネットワーク１４０を介し、１つ以上のサーバ１５０、１６０、および１７０と通信する。サーバ１５０、１６０、および１７０（以降「サーバ１５０」と集合的に呼ばれる）のみが示されているが、より多くのサーバが必要に応じて使用され得る。同様に、クライアントデバイス１１０および１１０Ａ−Ｃのみが示されているが、より多くのクライアントデバイスが必要に応じて使用され得る。クライアントデバイス１１０は、通信インターフェースを通してネットワーク１４０に通信可能に連結される。クライアントデバイス１１０は、１つ以上のプロセッサと、ネットワーク上でデータを受信および伝送することが可能な通信インフラストラクチャとを有する、任意の種類のコンピュータデバイスであり得る。クライアントデバイス１１０は、デバイス入力１１４も含む。デバイス入力１１４は、マウス、ＱＷＥＲＴＹキーボード、タッチスクリーン、マイクロホン、またはＴ９キーボードを含むが、それらに限定されない、クライアントデバイス１１０に連結される任意の種類のユーザ入力デバイスであり得る。クライアントデバイス１１０は、携帯電話、携帯情報端末（ＰＤＡ）、コンピュータ、コンピュータ群、セットトップボックス、または命令を処理すること、ならびに人間および他のコンピュータデバイスからデータを受信し、そこへデータを伝送することが可能な他の同様の種類のデバイスを含むことができるが、それらに限定されない。

サーバ１５０は、同様に、データをクライアントデバイス１１０に供給することが可能な任意の種類のコンピュータデバイスであり得る。サーバ１５０は、メディア共有サービス１５２を実行する。メディア共有サービス１５２は、サーバ１５０に関して示されているが、メディア共有サービス１５２は、任意のサーバ上に実装され得る。さらに、メディア共有サービス１５２の機能性は、例えば、サーバ１５０等の単一のサーバ上で、あるいは、例えば、分散またはクラスタ化サーバ環境内のサーバ１５０、１６０、および１７０等の複数のサーバにわたって、実装され得る。

実施形態では、サーバ１５０は、データベース１８０に通信可能に連結される。データベース１８０は、当業者に公知である任意の種類のデータ記憶装置であり得る。実施例では、データ記憶装置は、ＯＲＡＣＬＥデータベースまたは当業者に公知である他のデータベース等のデータベース管理システムであり得る。データベース１８０は、サーバ１５０によってアクセス可能である、任意の種類のメディアおよび任意の対応メディアデータを記憶し得る。１つだけのデータベース１８０が示されているが、より多くのデータベースが必要に応じて使用され得る。

実施形態では、ローカルメモリ１１６は、クライアントデバイス１１０によってアクセス可能な情報を記憶するために使用される。例えば、ローカルメモリ１１６の中に記憶される情報は、１つ以上のデジタルメディアファイル、１人以上のユーザの連絡先情報、またはデジタル形式の任意の他の種類の情報を含み得るが、それらに限定されない。ローカルメモリ１１６は、記録媒体へのアクセスを制御する集積回路に連結される、任意の種類の記録媒体であり得る。記録媒体は、例えば、限定するものではないが、半導体メモリ、ハードディスク、あるいは他の同様の種類のメモリまたは記憶デバイスであり得る。または、ローカルメモリ１１６は、クライアントデバイス１１０内に統合され得、または直接接続を介してクライアントデバイス１１０に通信可能に連結される独立型デバイスであり得る。例えば、ローカルメモリ１１６は、クライアントデバイス１１０の内部メモリデバイス、コンパクトフラッシュ（登録商標）カード、セキュアデジタル（ＳＤ）フラッシュメモリカード、または他の同様の種類のメモリデバイスを含み得る。

ネットワーク１４０は、データ通信を運ぶことができる、任意のネットワークまたはネットワークの組み合わせであり得る。そのようなネットワーク１４０は、有線（例えば、イーサネット（登録商標））または無線（例えば、Ｗｉ−Ｆｉおよび３Ｇ）ネットワークを含むが、それらに限定されない。加えて、ネットワーク１４０は、ローカルエリアネットワーク、中域ネットワーク、および／またはインターネット等の広域ネットワークを含むことができるが、それらに限定されない。ネットワーク１４０は、インターネットあるいはワールドワイドプロトコルおよび／またはサービスを含むが、それらに限定されない、プロトコルおよび技術をサポートすることができる。中間ネットワークルータ、ゲートウェイ、またはサーバが、特定の用途または環境に応じて、システム１００の構成要素間に提供され得る。

実施形態では、クライアントデバイス１１０および１１０Ａ−Ｃは、クライアントアプリケーション１１２を実行する。さらなる実施形態では、クライアントデバイス１１０および１１０Ａ−Ｃは、メディアビューア１１８を実行する。クライアントアプリケーション１１２およびメディアビューア１１８の動作は、以下でさらに詳細に説明される。クライアントアプリケーション１１２およびメディアビューア１１８は、任意の種類のコンピュータデバイス上で実装され得る。そのようなコンピュータデバイスは、パーソナルコンピュータ、携帯電話等のモバイルデバイス、ワークステーション、埋め込みシステム、ゲームコンソール、テレビ、セットトップボックス、または任意の他のコンピュータデバイスを含むことができるが、それらに限定されない。さらに、コンピュータデバイスは、命令を実行し、記憶するためのプロセッサおよびメモリを有する、デバイスを含むことができるが、それに限定されない。ソフトウェアは、１つ以上のアプリケーションと、オペレーティングシステムとを含み得る。ハードウェアは、プロセッサ、メモリ、およびグラフィカルユーザインターフェースディスプレイを含むことができるが、それらに限定されない。コンピュータデバイスはまた、複数のプロセッサと、複数の共有または別個のメモリ構成要素とを有し得る。例えば、コンピュータデバイスは、クラスタ化コンピュータ環境またはサーバファームであり得る。

図１に図示されるような実施形態では、クライアントデバイス１１０は、クライアントアプリケーション１１２、メディアビューア１１８、またはそれらの任意の組み合わせを介して、メディアデータ１２０を、サーバ１５０上のメディア共有サービス１５２に送信し、またはそこから受信し得る。メディアデータ１２０は、１つ以上のメディアファイルを含む。メディアファイルは、写真、ビデオ、または両方の組み合わせであり得る。加えて、メディアファイルは、送信される、または取り出されるメディアに対応する、メディアコンテンツ情報およびメタデータを含み得る。クライアントアプリケーション１１２およびメディアビューア１１８は、クライアントデバイス１１０のディスプレイ上で、取り出されたメディアの視覚表現を提示し得る。そのようなディスプレイは、デジタル写真および／またはビデオを閲覧するための任意の種類のディスプレイであり得、あるいはデジタル写真および／またはビデオを閲覧するように適合される任意の種類のレンダリングデバイスであり得る。

実施形態では、メディアビューア１１８は、独立型アプリケーションであり得、あるいはそれは、例えば、Ｇｏｏｇｌｅ ＣｈｒｏｍｅまたはＭｉｃｒｏｓｏｆｔ Ｉｎｔｅｒｎｅｔ Ｅｘｐｌｏｒｅｒ等のブラウザ１１５内で実行することができる。メディアビューア１１８は、ブラウザ１１５内のスクリプトとして、ブラウザ１１５内のプラグインとして、または、例えば、Ａｄｏｂｅ（Ｍａｃｒｏｍｅｄｉａ）Ｆｌａｓｈプラグイン等のブラウザプラグイン内で実行するプログラムとして、実行することができる。実施形態では、クライアントアプリケーション１１２および／またはメディアビューア１１８は、メディア共有サービス１５２と一体化している。

実施形態では、クライアントデバイス１１０は、ネットワーク１４０上でメディア共有サービス１５２から通知１３０を受信するようにも構成される。実施形態では、通知１３０は、共有されるメディアが記憶されるウェブ上の場所へのアクセスリンクを含む。例えば、アクセスリンクは、ユニフォームリソースロケータ（ＵＲＬ）等のウェブ場所アドレスの形態でウェブサイトへの場所を含み得る。通知１３０は、いくつかの異なるプロトコルおよび方法のうちのいずれかを使用して、メディア共有サービス１５２からクライアントデバイス１１０へ送信され得る。例えば、通知１３０は、電子メールまたはショートメッセージサービス（ＳＭＳ）を介して、メディア共有サービス１５２から送信され得る。通知１３０は、クライアントアプリケーション１１２、メディアビューア１１８、あるいは、例えば、電子メールクライアントまたはＳＭＳアプリケーション等の、そのような通知を受信するように適合される任意の他のアプリケーションまたはユーティリティによって、クライアントデバイス１１０において受信され得る。

（Ａ． クライアントアプリケーション）
図２は、図１のクライアントデバイス１１０のクライアントアプリケーション１１２の例示的実施形態を例証する図である。クライアントアプリケーション１１２は、画像キャプチャモジュール２１０と、顔検出モジュール２２０と、メタデータ挿入モジュール２３０と、ユーザインターフェースモジュール２４０と、画像転送モジュール２５０とを含む。画像キャプチャモジュール２１０、顔検出モジュール２２０、メタデータ挿入モジュール２３０、ユーザインターフェースモジュール２４０、および画像転送モジュール２５０を含む、クライアントアプリケーション１１２の構成要素のうちの各々は、相互に通信可能に連結され得る。

動作において、クライアントアプリケーション１１２は、クライアントデバイス１１０におけるユーザにデジタル画像を捕捉するためのオプションを提示するためにユーザインターフェースモジュール２４０を使用する。オプションのユーザ選択に応じて、クライアントアプリケーション１１２は、デジタル写真またはビデオを捕捉するために画像キャプチャモジュール２１０を使用する。画像を捕捉するために、画像キャプチャモジュール２１０を、例えば、クライアントデバイス１１０と一体化したデジタルカメラ等の画像キャプチャデバイス（図示せず）に連結することができる。加えて、ユーザインターフェースモジュール２４０を、例えば、クライアントデバイス１１０におけるタッチスクリーンまたは入力ボタン（例えば、デバイス入力１１４）等のユーザ入力デバイスに連結することができる。写真またはビデオが捕捉されると、それは、クライアントデバイス１１０における画像キャプチャモジュール２１０によって、例えば、ローカルメモリ１１６の中に記憶することができる。

顔検出モジュール２２０は、画像キャプチャモジュール２１０によって捕捉された後に、メディアを分析するように構成することができる。実施形態では、顔検出モジュール２２０は、以前に捕捉され、クライアントデバイス１１０に記憶されたメディアを分析することもできる。そのような記憶されたメディアは、１１０における画像捕捉デバイスを使用して、（例えば、画像キャプチャモジュール２１０、またはクライアントデバイス１１０において実行される別のアプリケーションによって）捕捉されていてもよく、または、クライアントデバイス１１０に連結されていない別個の画像捕捉デバイスを使用して捕捉され、後にローカルメモリ１１６に転送されていてもよい。顔検出モジュール２２０は、１つ以上の画像、またはユーザによって特定される画像を分析して、画像内の顔を検出するように構成することができる。例えば、ユーザがデジタル写真のアルバムをローカルメモリ１１６に転送する場合、顔検出モジュール２２０は、そのアルバムの中の各デジタル写真を分析して、顔を検出することができる。

顔が検出された場合に、顔検出モジュール２２０は、検出された顔に対応する顔画像または顔モデルを生成するために、検出された顔を包含する領域、例えば、検出された顔を包含する長方形の領域のデジタルコピーを作製することができる。次いで、顔画像は、ローカルメモリ１１６の中に記憶することができる。代替として、顔画像は、ネットワーク（例えば、ネットワーク１４０）を介してクライアントアプリケーション１１２によってアクセス可能である、顔画像データベース（図示せず）の中に記憶することができる。実施形態では、顔検出モジュール２２０は、後に分析される画像の中で顔を検出するのに役立つために、記憶された顔画像を使用することができる。

この説明で挙げられる関連技術の当業者であれば、いくつかの周知の技法のうちのいずれか１つが、画像の中の顔を検出するために顔検出モジュール２２０で使用され得ることを理解するであろう。そのような技法の実施例は、米国特許第６，２２２，９３９号で説明されるような弾性バンチグラフマッチング、米国特許第６，９１７，７０３号で説明されるような「ガボールジェット」上のニューラルネットワークを使用すること、および米国特許第７，０９９，５１０号で説明されるようなブーストされた原始的特徴を使用した顔検出を含むが、それらに限定されない。

場合によっては、顔検出モジュール２２０の自動顔検出は、画像の中の全ての顔を検出しないことがある。したがって、いくつかの実施形態では、ユーザは、特定的に特定された画像を処理するように、顔検出モジュール２２０を誘起し得る。例えば、顔検出モジュール２２０は、画像の中の１つ以上の顔を検出しないことがある。この場合、実施形態では、顔検出モジュール２２０は、ユーザが顔検出過程を手動で支援するための能力を提供する。例えば、ユーザインターフェースモジュール２１０は、ユーザが検出することを望む各顔の周囲に、境界領域または境界ボックスを描くように、グラフィカルユーザインターフェースを提示し得る。この説明で挙げられる関連技術の当業者であれば、同じ顔検出技法が、わずかな修正を伴って自動顔検出ならびに手動支援型顔検出で使用され得ることを理解するであろう。例えば、手動で支援された場合に、顔検出ソフトウェアは単純に、画定された領域内で識別される顔の目印特徴をより強調し得る。

実施形態では、顔が顔検出モジュール２２０を使用して検出されると、ユーザインターフェースモジュール２４０は、検出された顔に対応する個人を識別するための追加の記述データを提供するためにユーザが使用することができる１つ以上のユーザ入力フィールドを表示し得る。例えば、ユーザは、検出された顔画像にタグ付けするための名前を提供することができる。タグは、他の画像の中の個人を識別するために、後に使用することができる。記述データはまた、識別された個人の連絡先情報を含み得るが、それに限定されない。検出された顔画像に対応する追加の情報のユーザ入力時に、メタデータ挿入モジュール２３０は、識別された個人のタグ名、各識別された個人の連絡先情報、および／または画像キャプションあるいは説明情報を含むが、それらに限定されない、任意のユーザ提供情報に加えて、検出された顔情報（例えば、顔検出モジュール２２０によって生成される顔画像）に、画像を関連付ける、または画像に注釈を付けるように構成することができる。

実施形態では、顔検出モジュール２２０は、検出された顔を識別するために、記憶された顔画像を使用し得る。上記で説明されるように、顔画像は、ローカルメモリ１１６の中に、またはネットワーク１４０上でクライアントアプリケーション１１２によってアクセス可能な顔データベースの中に記憶され得る。そのような顔データベースは、各顔画像に対応する個人の名前および／または連絡先情報を含む、メタデータに加えて、顔画像を記憶するように適合される任意の種類のデータベースであり得る。記憶された顔画像は、顔画像に対応する個人の識別に対する識別情報を含む、独自のメタデータを含むこともできる。例えば、識別情報は、名前および連絡先情報を含み得る。

したがって、この実施形態では、ユーザは、もはや検出された顔の識別情報を提供するように要求されなくなる。この実施形態の利点は、ユーザ介入なしで、メタデータ挿入モジュール２３０が、検出された顔情報および対応識別情報を関連付けることができることである。しかしながら、顔検出モジュール２２０は、検出された顔を記憶された顔画像または顔モデルと照合するために、追加の顔認識機能性を伴って構成される必要があり得る。そのような顔認識機能性は、以下で説明される、図３のメディア共有サービス１５２の顔認識モジュール３３２と同様に動作する。

実施形態では、メタデータ挿入モジュール２３０は、画像が撮影された時間、および画像が撮影された場所を含むが、それらに限定されない、他のメタデータを画像に関連付け得る。例えば、クライアントデバイス１１０は、全地球測位衛星（ＧＰＳ）受信機を含み得、メタデータ挿入モジュール２３０は、任意の他の情報に加えて、画像が撮影された場所を画像に関連付けるように構成され得る。この説明で挙げられる関連技術の当業者であれば、任意の種類の周知の情報形式がメタデータに使用される場合があることを認識するであろう。例えば、画像の場所は、画像が捕捉された地理的な場所に対応する、緯度および経度座標を含み得る。

実施形態では、画像転送モジュール２５０は、ネットワーク１４０上で、クライアントデバイス１１０から、図１に示されるサーバ１５０のメディア共有サービス１５２へ１つ以上の画像を転送する。転送された画像は、メタデータ挿入モジュール２３０によって画像に関連付けられるメタデータ情報を含む。画像転送モジュール２５０は、クライアントデバイス１１０の通信インターフェースを介して、画像を転送するように構成される。画像は、ネットワーク１４０上でクライアントデバイス１１０とメディア共有サービス１５２との間にデジタルファイルを転送するための任意の種類の周知の方法を使用して、画像転送モジュール２５０によって転送され得る。

画像キャプチャモジュール２１０、顔検出モジュール２２０、メタデータ挿入モジュール２３０、ユーザインターフェースモジュール２４０、および画像転送モジュール２５０の実施形態は、ソフトウェア、ファームウェア、ハードウェア、またはそれらの任意の組み合わせで実装することができる。画像キャプチャモジュール２１０、顔検出モジュール２２０、メタデータ挿入モジュール２３０、ユーザインターフェースモジュール２４０、および画像転送モジュール２５０、またはそれらの複数部分の実施形態は、本明細書で説明される機能性を実行することが可能な１つ以上のコンピュータデバイス上で実行されるコンピュータ可読コードとして実装することもできる。そのようなコンピュータデバイスの実施例は、コンピュータ、埋め込みシステム、ネットワークデバイス、モバイルデバイス、あるいは本明細書で説明される機能性を実行することが可能な他の種類のプロセッサまたはコンピュータシステムを含むが、それらに限定されない。

加えて、クライアントアプリケーション１１２内にあることが示される、画像キャプチャモジュール２１０、顔検出モジュール２２０、メタデータ挿入モジュール２３０、ユーザインターフェースモジュール２４０、および画像転送モジュール２５０は、本開示の実施形態を実装する上での機能性を表す。当業者であれば、クライアントアプリケーション１１２の中で示されるよりも多いまたは少ないモジュールが、本開示の機能性を達成するようにソフトウェアで実装され得ることを理解するであろう。

（Ｂ．メディア共有サービス）
図３は、メディア共有サービス１５２が実装され得る、例示的なシステム３００の実施形態を例証する図である。システム３００は、図１のクライアントデバイス３１０、メディアデータベース３２０、メディア共有サービス１５２と、アルバムデータベース３５０と、イベントデータベース３６０と、ソーシャルグラフデータベース３７０とを含む。メディア共有サービス１５２は、メディア入力モジュール３３０およびメディア共有モジュール３４０を含む、種々の構成要素モジュールを含む。メディア入力モジュール３３０は、顔認識モジュール３３２と、目印認識モジュール３３４と、オブジェクト認識モジュール３３６と、メタデータ抽出器モジュール３３８とを含む。

メディアデータベース３２０は、写真またはビデオデータ等の任意の種類のメディアデータを記憶し得る。画像は、例えば、デジタルカメラから撮影された写真であり得る。画像は、ＪＰＥＧ、ＴＩＦＦ、またはデジタル画像ファイル用の他の同様の形式で符号化され得る。各画像は、画像に関連付けられるメタデータを有し得る。例えば、画像は、画像の写真が撮影された時間、写真が撮影された場所、ならびに、型式、モデル、焦点距離、およびズーム等の、画像を捕捉した、例えば、デジタルカメラ等の画像捕捉デバイスについての情報等の情報を記憶する交換可能画像ファイル形式（ＥＸＩＦ）ヘッダを有し得る。画像が撮影された時間は、画像が画像捕捉デバイスによって露出された時間に対応し得る。ビデオは、一連のフレームを含み、各フレームは、画像を含む。ビデオはまた、例えば、デジタルカメラ等のビデオを捕捉することが可能な画像捕捉デバイスを使用して、捕捉され得る。

実施例では、メディアデータベース３２０は、Ｐｉｃａｓａ等のメディア共有サイト（図示せず）に連結され得る。ユーザは、メディア共有サイトからメディアデータベース３２０にメディアをアップロードし得る。例えば、再び図１を参照すると、ユーザは、メディア共有サイトへナビゲートするために、クライアントデバイス１１０におけるブラウザ１１５を使用し、メディア共有サイトによって提供されるユーザインターフェースを介して画像をメディアデータベース３２０にアップロードし得る。さらなる実施例では、ユーザは、メディアデータベース３２０から画像を取り出すことも可能であり得る。例えば、ユーザは、ローカルメモリ１１６の中に記憶するためにクライアント１１０上に画像をダウンロードすること、または、同様にメディア共有サイトに連結され得るメディアビューア１１８を使用して画像を閲覧することの選択を有し得る。

メディアデータ３０１は、メディア入力モジュール３３０によってメディアデータベース３２０から取り出される。メディア入力モジュール３３０は、例えば、ＳＱＬ ＳＥＬＥＣＴ文を使用して、メディアデータベース３２０からメディアデータ３０１を取り出し得る。代替として、メディア入力モジュール３３０は、ウェブサービスを使用してメディアデータベース３２０にアクセスすることができる。メディアデータベース３２０は、メディアデータ３０１をメディア入力モジュール３３０にプッシュ配信し得る、１つ以上の中間サーバを有し得る。上記で説明されるメディアデータ１２０のように、メディアデータ３０１は、１つ以上の画像ファイルを含み得る。画像ファイルは、写真、１つ以上のビデオからのフレーム、または両方の組み合わせであり得る。画像ファイルは、例えば、図２に図示されるクライアントアプリケーション１１２のメタデータ挿入モジュール２３０によって追加されるメタデータ情報等の画像コンテンツおよびメタデータを含み得る。

メディア入力モジュール３３０は、通信チャネル３０２を介したクライアントデバイス１１０、通信チャネル３０４を介したクライアントデバイス１１０Ａ、および／または通信チャネル３０３を介したクライアントデバイス３１０のうちの１つ以上からも、ネットワーク１４０上でメディアデータ１２０を受信し得る。クライアントデバイス１１０、クライアントデバイス１１０Ａ、およびクライアントデバイス３１０のみが示されているが、追加のクライアントデバイスが必要に応じて使用され得る。クライアントデバイス３１０は、ネットワーク１４０上で、メディア共有サービス１５２を含むサーバ１５０に捕捉された画像を送信する能力を伴う任意の画像捕捉デバイスを含み得る。例えば、クライアントデバイス３１０は、画像を記憶し、記憶された画像をメディア共有サイトに直接アップロードする能力を提供する、ＥＹＥ−ＦＩ ＳＤカードを伴うデジタルカメラを含むが、それに限定されない、独立型デジタルカメラであり得る。

メディアデータ１２０を受信すると、および／またはメディアデータ３０１を取り出すと、メディア入力モジュール３３０は、メディアデータ１２０および／またはメディアデータ３０１を、顔認識モジュール３３２、目印認識モジュール３３４、オブジェクト認識モジュール３３６、およびメタデータ抽出器モジュール３３８に送信する。

（１．顔認識）
顔認識モジュール３３２は、１つ以上の顔を認識するように自動顔認識を行うことによって、メディアデータ１２０および／またはメディアデータ３０１（以降「メディアデータ１２０／３０１」と集合的に呼ばれる）のコンテンツを解釈する。顔認識モジュール３３２の自動顔認識は、顔検出段階および顔認識段階の２つの段階で機能し得る。しかしながら、顔認識モジュール３３２は、顔検出情報がメディアデータ１２０／３０１にすでに含まれている場合、メディアデータ１２０／３０１に対する顔検出段階を省略することが可能であり得る。例えば、すでに顔検出を行い、画像ファイルに顔検出情報を含む画像が、クライアントデバイス１１０のクライアントアプリケーション１１２によって送信されていることがある。全ての画像が顔検出情報を含むわけではないので、顔認識モジュール３３２は、それが受信する画像ファイルが、そのような情報を含むかどうかを決定し、決定に基づいて、必要に応じて顔検出を行わなければならない。

顔認識モジュール３３２の顔検出段階は、メディアデータ１２０／３０１の画像の中で顔を自動的に検出することを含む。そのような自動検出は、例えば、一般的な顔の特性に基づき得る。顔認識モジュール３３２は、画像内の顔を検出するように画像を分析する。１つ以上の顔が検出された場合に、顔認識モジュール３３２は、例えば、画像内の検出された顔を包含する有界領域を含む、各検出された顔に対応する顔検出情報を生成し得る。実施形態では、顔認識モジュール３３２は、例えば、クライアントアプリケーション１１２および／またはメディアビューア１１８を通して、ユーザが顔検出を手動で支援することを可能にし得る。そのような実施形態では、顔検出段階の動作は、上記で説明される、図２の顔検出モジュール２２０の手動またはユーザ支援動作と同様である。

顔認識モジュール３３２の顔認識段階は、検出された顔を識別することを含む。顔認識モジュール３３２の動作は、以前に認識された顔画像のうちの１つ以上に対して、検出された顔の比較を行うことを含み得る。例えば、以前に認識された顔は、顔認識モジュール３３２によってアクセス可能な１つ以上の顔画像データベース（図示せず）の中に記憶され得る。この説明で挙げられる関連技術の当業者であれば、顔検出および認識のためのいくつかの方法のうちのいずれか１つが使用され得ることを理解するであろう。そのような方法の一実施例は、Ｌｕｉ ａｎｄ Ｃｈｅｎ，“Ｖｉｄｅｏ−ｂａｓｅｄ Ｆａｃｅ Ｒｅｃｏｇｎｉｔｉｏｎ Ｕｓｉｎｇ Ａｄａｐｔｉｖｅ Ｈｉｄｄｅｎ Ｍａｒｋｏｖ Ｍｏｄｅｌｓ”，２００１，ＣＶＰＲで説明されている。

（２．目印およびオブジェクト／場面認識）
目印認識モジュール３３４は、目印を有するメディアデータ１２０／３０１の画像の部分を検出し、目印を識別する。目印認識モジュール３３４の一実施例は、その全体で参照することにより本明細書に組み込まれる、「Ａｕｔｏｍａｔｉｃ Ｄｉｓｃｏｖｅｒｙ ｏｆ Ｐｏｐｕｌａｒ Ｌａｎｄｍａｒｋｓ」と題された、共有に係る米国特許出願第１２／１１９，３５９号で説明されている。目印認識モジュール３３４は、例えば、目印を認識するために、視覚クラスタ化を使用し得る。

オブジェクト認識モジュール３３６は、画像によって表される場面内のオブジェクトを認識するために、メディアデータ１２０／３０１の画像を解釈する。例えば、メディアデータ１２０／３０１は、場面の画像を含み得、オブジェクト認識モジュール３３６は、その画像の中のオブジェクトを認識し得る。別の実施例では、オブジェクト認識モジュール３３６は、ビデオの１つ以上のフレームの中のオブジェクトを認識し得る。オブジェクト認識モジュール３３６は、当技術分野で公知であるような任意の種類のオブジェクト認識モジュールであり得る。一般に、オブジェクト認識モジュール３３６の動作は、顔認識モジュール３３２のように、２つのステップを含み得る。第１に、オブジェクトを含む画像の一部分が検出される。第２に、画像の一部分は、オブジェクトを検出する分類子機能等の機能に入力される。この説明で挙げられる関連技術の当業者であれば、オブジェクト認識モジュール３３６が、異なる種類のオブジェクトを検出するように構成される他の認識モジュールを含む、追加の従属構成要素を含み得ることを認識するであろう。

いくつかの実施形態では、オブジェクト認識モジュール１２０は、特定のオブジェクトを選択し、１組の既知のオブジェクトの中のオブジェクトと照合するために、隠れマルコフモデルを使用し得る。メディアデータ１０４がビデオである場合において、オブジェクト認識モジュール１２０は、１つ以上のフレームにわたってオブジェクトを追跡し、次いで、追跡されたフレームに基づいてオブジェクトを認識し得る。

顔認識モジュール３３２を使用して顔を、目印認識モジュール３３４を使用して目印を、オブジェクト認識モジュール３３６を使用してオブジェクトを認識することによって、メディア入力モジュール３３０は、メディアコンテンツデータ３０６を決定する。メディアコンテンツデータ３０６は、例えば、メディアの集合体、ならびにメディアの集合体のコンテンツに対応する顔、目印、および／またはオブジェクトのメタ情報を含み得る。メディアコンテンツデータ３０６を決定するためにメディアデータ１２０／３０１のコンテンツを使用することに加えて、メディア入力モジュール３３０は、実施形態に従って、メタデータ抽出器モジュール３３８を使用して、メディアデータ１２０／３０１から直接メタデータを抽出し得る。

（３．メタデータ抽出）
メタデータ抽出器モジュール３３８は、例えば、メディアデータ１２０／３０１に含まれるメタデータを抽出し得る。メディアデータ１２０／３０１は、例えば、メディアファイルの集合体であり得、各メディアファイルは、上記で説明されるように、メタデータを含み得る。実施形態では、メディアファイルは、ＪＰＥＧまたはＴＩＦＦ等の写真画像ファイルであり得る。写真画像ファイルは、画像についてのデータとともにＥＸＩＦヘッダを含み得る。ＥＸＩＦヘッダは、例えば、写真が撮影された時等のデータを含み得る。例えば、クライアントデバイス３１０は、ＧＰＳセンサ等の位置センサを含み得る。クライアントデバイス３１０によって生成される画像ファイルは、各写真が撮影された場所を、それらのＥＸＩＦヘッダに含み得る。例えば、ＥＸＩＦヘッダは、写真が撮影された場所に対応する、緯度および経度値を有し得る。このようにして、メタデータ抽出器モジュール３３８は、メディアコンテンツデータ３０６に含まれるべきメタデータをメディアデータ１２０／３０１から読み出す。

顔認識モジュール３３２、目印認識モジュール３３４、オブジェクト認識モジュール３３６、およびメタデータ抽出器モジュール３３８の実施形態は、ソフトウェア、ファームウェア、ハードウェア、またはそれらの任意の組み合わせで実装することができる。顔認識モジュール３３２、目印認識モジュール３３４、オブジェクト認識モジュール３３６、およびメタデータ抽出器モジュール３３８、またはそれらの複数部分の実施形態はまた、コンピュータ、ワークステーション、埋め込みシステム、ネットワークデバイス、モバイルデバイス、あるいは本明細書で説明される機能性を実行することが可能な他の種類のプロセッサまたはコンピュータシステムを含むが、それらに限定されない、任意の種類の処理デバイス上で作動するように実装することもできる。

（４．画像グループ化）
メディアコンテンツデータ３０６を使用して、メディア共有モジュール３４０は、異なるユーザからのメディアの集合体を自動的にグループ化し、メディアのコンテンツおよびユーザ間の関連に基づいて、ユーザ間でグループ化されたメディアを共有する。例えば、メディア入力モジュール３３０は、異なる画像、おそらく画像のアルバム全体を受信または獲得し得、各画像および／またはアルバムは、異なるユーザに関連付けられている。ユーザ自身は、例えば、ソーシャルネットワーキングサイト上で指定された共有選好を介して、ユーザが、相互とリンクされる、または関連付けられる、例えば、同じソーシャルネットワークまたはソーシャルグラフのメンバーとして、相互に関連付けられ得る。実施例では、各ユーザは、ソーシャルネットワーキングサイトに記憶されたメンバープロファイル情報を有し得る。加えて、各ユーザのプロファイルは、メディア共有、またはユーザが他のユーザに提供するアクセス権および特権を特定する、共有選好を有し得る。共有選好は、ユーザがメディアを共有することを選択する他のユーザを識別するために使用され得る。例えば、第１のユーザの共有選好は、第２のユーザを識別し得、第１および第２のユーザは、相互に関連付けられる。一般に、相互に関連付けられるユーザは、メディア共有特権を相互に提供し、各ユーザは、他方のユーザに関連付けられる画像へのアクセスが許可される。したがって、相互に関連付けられるユーザは、それらの共有選好を介して相互を識別し得る。この説明で挙げられる関連技術の当業者であれば、共有選好をユーザに関連付けるため、および異なるユーザを相互に関連付けるための任意の数の既知の方法を認識するであろう。

（ａ．アルバム分割）
メディア共有モジュール３４０は、各個別ユーザに関連付けられる画像を、ユーザ用の１つ以上のアルバムにグループ化するように、メディアコンテンツデータ３０６を自動的に解釈する。次いで、メディア共有モジュール３４０は、異なるユーザに対応するアルバムを１つ以上のイベントグループにグループ化するように、メディアコンテンツデータ３０６を自動的に解釈し、イベントグループは、異なるユーザに関連付けられる。次いで、メディア共有モジュール３４０は、ユーザ介入なしで、それらのソーシャルグラフおよび相互との関連に基づいて、異なるユーザ間でイベントグループを自動的に共有する。実施形態では、メディア共有モジュール３４０はまた、利用可能なイベントグループの通知をユーザに送信する。

メディア共有モジュール３４０は、アルバム分割モジュール３４２と、イベントクラスタ化モジュール３４４と、共有マネージャ３４６と、通知マネージャ３４８とを含む。実施形態では、メディア共有モジュール３４０は、アルバムデータベース３５０、イベントデータベース３６０、およびソーシャルグラフデータベース３７０のうちの各々に、それぞれ、通信ライン３０７、３０８、および３０９を介して通信可能に連結される。

アルバム分割モジュール３４２は、メディアコンテンツデータ３０６に含まれるメディアコンテンツデータ情報に基づいて、メディアの集合体を１つ以上のアルバムにグループ化することによって、メディア入力モジュール３３０からのメディアの集合体を分割する。アルバム分割モジュール３４２は、メディアコンテンツデータ３０６を使用して、メディアの集合体の各画像に対応するメディアコンテンツデータを決定する。各画像の決定されたメディアコンテンツデータに基づいて、アルバム分割モジュール３４２は、メディアの集合体を１つ以上のアルバムに分割する。

例えば、メディアコンテンツデータ３０６は、メディアの集合体の画像が捕捉された時および場所の時間および位置を（例えば、ＧＰＳ座標で）含み得る。集合体の各画像の決定された時間および場所に基づいて、アルバム分割モジュール３４２は、画像の集合体またはグループを、各アルバムが実質的に同様の時間および場所情報を有する画像を含む、１つ以上のアルバムに分割する。分割動作の精度、および分割されたアルバムの中の異なる画像間のコンテンツの相関を向上させるために、アルバム分割モジュール３４２は、それがメディアコンテンツデータ３０６から導出することができる限りの多くの情報に基づいて、メディアの集合体を分割する。例えば、アルバム分割モジュール３４２は、画像の集合体をアルバムに分割するために、顔認識情報、目印認識情報、オブジェクト認識情報、メタデータ、またはそれらの任意の組み合わせを使用し得る。

実施形態では、アルバム分割モジュール３４２は、メディア入力モジュール３３０から受信される特定の画像または一群の画像と同様のメディアコンテンツデータを伴う画像を含む既存のアルバムについて、アルバムデータベース３５０を検索し得る。上記で説明される以前の実施例を使用して、アルバム分割モジュール３４２は、メディア入力モジュール３３０からの画像と実質的に同様の時間および場所情報を有する画像を含む、アルバムデータベース３５０の中の既存のアルバムを見つけ得る。この実施例では、アルバム分割モジュール３４２は、画像を既存のアルバムに追加する。検索基準（例えば、同様のメディアコンテンツデータを伴う画像）に合致する既存のアルバムが見つからない場合、アルバム分割モジュール３４２は、１つ以上の新しいアルバムを作成し得る。実施形態では、アルバム分割モジュール３４２は、新しいアルバムを記憶するためにアルバムデータベース３５０を使用し得る。アルバム分割モジュール３４２は、各アルバムを、一群の画像に関連付けられるユーザに関連付ける。

（ｂ．イベントクラスタ化および共有）
イベントクラスタ化モジュール３４４は、メディアコンテンツデータ３０６に含まれるメディアコンテンツデータ情報、および２人以上のユーザに関連付けられる共有選好に基づいて、アルバムを１つ以上のイベントグループにグループ化することによって、アルバム分割モジュール３４２によって分割されるアルバムをクラスタ化する。イベントクラスタ化モジュール３４４がアルバムをグループ化し、異なるアルバムが異なるユーザに関連付けられることを除いて、イベントクラスタ化モジュール３４４のクラスタ化動作は、アルバム分割モジュール３４２の分割動作と同様である。上記で論議されるように、異なるユーザは、互を識別する共有選好を介して、互に関連付けられ得る。また、上記で論議されるように、そのような選好は、どのユーザが特定のユーザに関連付けられるメディアにアクセスする特権を有するかを決定するために使用される。

イベントクラスタ化モジュール３４４は、共有選好および異なるユーザ間の関連を決定するために、共有マネージャ３４６を使用する。実施形態では、共有マネージャ３４６は、ソーシャルグラフデータベース３７０と通信可能に連結される。ソーシャルグラフデータベース３７０は、互に社会的関係を有する２人以上のユーザ間の任意の種類の関連を記憶し得る。そのような関連は、ユーザの共有選好を含み得、共有選好は、各ユーザが互に有するアクセス権または特権を特定する。共有マネージャ３４６およびソーシャルグラフデータベース３７０の実施形態は、例えば、１つ以上のソーシャルネットワーキングサイト、写真共有サイト、あるいは異なるユーザ間の関連または社会的つながりを可能にする他の同様の種類のサイトと一体化し得る。

実施形態では、共有マネージャ３４６は、ソーシャルグラフデータベース３７０から、ユーザの共有選好を含む、２人以上のユーザ間の記憶された関連を取り出す。メディアコンテンツデータ３０６と組み合わせた、ユーザに関する取り出された情報は、アルバムを１つ以上のイベントグループにクラスタ化するために、イベントクラスタ化モジュール３４４によって使用される。イベントグループがイベントクラスタ化モジュール３４４によってクラスタ化されると、共有マネージャ３４６は、イベントグループをユーザに関連付け、互のユーザの関連および各ユーザの個別共有選好に基づいて、ユーザにイベントグループへのアクセスを提供する。実施形態では、イベントデータベース３６０は、イベントグループとのユーザの関連を記憶するために使用され得る。

例えば、ソーシャルイベントに対応する、特定の時間および場所で捕捉された画像の第１のアルバムが、第１のユーザに関連付けられ得る。同じ時間および場所（すなわち、イベント）で捕捉された画像の第２のアルバムが、第２のユーザに関連付けられ得る。加えて、他のユーザに関連付けられる、そのイベントで捕捉された画像の他のアルバムもあり得る。この実施例では、イベントクラスタ化モジュール３４４は、どのユーザの関連であるか、およびどのユーザの共有選好であるかを決定するために、共有マネージャ３４６を使用し得る。共有マネージャ３４６が第１および第２のユーザの間の関連を識別し、各ユーザの共有選好が、共有特権を相互に提供する場合、イベントクラスタ化モジュール３４４は、例えば、第１および第２のアルバムを、同じ時間および場所で捕捉された画像のイベントグループにクラスタ化し得る。この実施例でのイベントグループは、両方のユーザに関連付けられる画像を含む。イベントグループがクラスタ化モジュール３４４によって作成されると、クラスタ化モジュール３４４は、イベントグループをイベントデータベース３６０の中に記憶し得る。次いで、共有マネージャ３４６は、第１および第２のユーザにイベントグループへのアクセスを提供し得る。

実施形態では、通知マネージャ３４８は、通知（例えば、図１の通知１３０）をイベントグループの１人以上のユーザに自動的に送信するように構成される。実施形態では、通知は、イベントグループへのアクセスリンクを含む。例えば、アクセスリンクは、ユーザが自動的にイベントグループに方向付けられることを選択できる、ユニフォームリソースロケータ（ＵＲＬ）アドレスの形態のウェブベースの場所アドレスであり得る。再び図１を参照すると、イベントグループの画像は、例えば、クライアントアプリケーション１１２、メディアビューア１１８、またはユーザがメディアを閲覧するために使用することができる同様の種類のアプリケーションを介して、アクセス可能であり得る。

実施形態では、イベントクラスタ化モジュール３４４は、実質的に同様のコンテンツデータに基づいて新たにクラスタ化されたイベントグループを追加するために、既存のイベントグループについてイベントデータベース３６０を検索し得る。イベントクラスタ化モジュール３４４は、イベントデータベース３６０の中で見つかった場合、クラスタ化されたイベントグループを合致するイベントグループに追加し得る。代替として、イベントクラスタ化モジュール３４４は、合致するイベントグループがイベントデータベース３６０の中で見つからない場合に、クラスタ化されたイベントグループのためにイベントデータベース３６０の中に新しいイベントグループを作成し得る。

（ｃ．リアルタイムイベント共有）
実施形態では、共有マネージャ３４６は、メディアコンテンツデータ３０６のコンテンツ情報に基づいて、イベントグループへのリアルタイムアクセスおよび共有を自動的に可能にし得る。例えば、共有マネージャ３４６は、メディアコンテンツデータ３０６から決定される時間および場所メタデータをソーシャルグラフデータベース３７０からのソーシャルグラフ情報と組み合わせて使用することにより、時間、場所、およびソーシャルグラフ情報に基づいて、イベントグループへのリアルタイムアクセスおよび共有を可能にし得る。

共有マネージャ３４６を介したリアルタイム共有の実施例を例証するために、イベントの画像がイベント中に第１のユーザおよび第２のユーザによって捕捉されると仮定されたい。イベントクラスタ化モジュール３４４は、例えば、第１および第２のユーザによってイベント中に捕捉されるメディアのコンテンツに基づいて、イベントに対するイベントグループを自動的に生成し得る。メディアコンテンツデータ３０６は、例えば、画像が捕捉された時および場所の時間および位置を含み得る。この実施例では、共有マネージャ３４６は、第１および第２のユーザが互に関連付けられ、合致する共有選好を有する（例えば、第１のユーザが、第２のユーザのためのメディア共有特権を許可し、その逆も同様である）と決定し得る。時間および場所情報に基づいて、共有マネージャ３４６は、両方のユーザが同じイベントにいることを決定し、その結果として、第１および第２のユーザをそのイベントグループに自動的に関連付け、ユーザにそのイベントグループへのアクセスを提供し始める。通知マネージャ３４８は、例えば、イベントグループへのアクセスリンクを含む通知を第１および第２のユーザに送信し得る。第１および第２のユーザは、例えば、彼らのそれぞれのモバイルデバイス上で、通知を受信し得る。次いで、第１および第２のユーザは、例えば、彼らのそれぞれのモバイルデバイスを使用して（例えば、図１のクライアントアプリケーション１１２またはメディアビューア１１８の中で）、イベントグループの画像を閲覧することが可能であり得る。これは、第１および第２のユーザが、イベント中に互の間でメディアを自動的かつ効率的に共有することを可能にする。

アルバム分割モジュール３４２、イベントクラスタ化モジュール３４４、共有マネージャ３４６、および通知マネージャ３４８の実施形態は、ソフトウェア、ファームウェア、ハードウェア、またはそれらの任意の組み合わせで実装することができる。アルバム分割モジュール３４２、イベントクラスタ化モジュール３４４、共有マネージャ３４６、および通知マネージャ３４８、またはそれらの複数部分の実施形態はまた、コンピュータ、ワークステーション、埋め込みシステム、ネットワークデバイス、モバイルデバイス、あるいは本明細書で説明される機能性を実行することが可能な他の種類のプロセッサまたはコンピュータシステムを含むが、それらに限定されない、任意の種類の処理デバイス上で作動するように実装することもできる。

アルバムデータベース３５０、イベントデータベース３６０、およびソーシャルグラフデータベース３７０は、当業者に公知である任意の種類のデータ記憶装置であり得る。実施例では、データ記憶装置は、ＯＲＡＣＬＥデータベースまたは当業者に公知である他のデータベース等のデータベース管理システムであり得る。アルバムデータベース３５０およびイベントデータベース３６０は、画像またはビデオに対応するメタデータおよび他のコンテンツ情報を含む、メタ情報に加えて、（例えば、それぞれ、アルバムまたはイベントグループに整理された）画像またはビデオ等の任意の種類のメディアを記憶し得る。

再び図１を参照すると、メディア共有サービス１５２はサーバ１５０に関して示されているが、メディア共有サービス１５２およびその構成要素（メディア入力モジュール３３０およびメディア共有モジュール３４０）またはそれらの複数部分の実施形態は、例えば、サーバ１５０等の単一のサーバ上で、あるいは、例えば、分散またはクラスタ化サーバ環境内のサーバ１５０、１６０、および１７０等の複数のサーバにわたって、実装できることに留意されたい。さらに、メディア入力モジュール３３０の従属構成要素（顔認識モジュール３３２、目印認識モジュール３３４、オブジェクト認識モジュール３３６、およびメタデータ抽出器モジュール３３８）、またはそれらの複数部分は、単一のサーバ上で、または複数のサーバにわたって実装することができる。同様に、メディア共有モジュール３４０の従属構成要素（アルバム分割モジュール３４２、イベントクラスタ化モジュール３４４、共有マネージャ３４６、および通知マネージャ３４８）、またはそれらの複数部分は、単一のサーバ上で、または複数のサーバにわたって実装することができる。

（ＩＩＩ．方法）
（Ａ．ユーザ間の自動メディア共有）
図４Ａおよび４Ｂは、ユーザ間でメディアを自動的に共有するための方法４００の過程フローチャートである。方法４００は、ステップ４０２、４０４、４０６、４０８、４１０、４１２、４１４、４１６、４１８、４２０、４２２、４２４、および４２６を含む。方法４００の利益は、ユーザが相互の間でメディアを共有するためのより高速で効率的な自動方法を含むが、それに限定されない。また、方法４００は、画像を手動でアルバムにグループ化し、記述子（例えば、アルバム題名）をアルバムに追加し、アルバムを他のユーザと共有しなければならないというユーザの負担を軽減する。

説明を容易にするために、上記で説明されるような図１のシステム１００および図３のシステム３００は、方法４００を説明するために使用されるが、それに限定されることを目的としていない。再び図３を参照すると、方法４００は、例えば、メディア共有サービス１５２を介してサーバ１５０によって行われ得る。方法４００は、図４Ａのステップ４０２で始まり、第１のユーザに関連付けられる第１の画像の集合体を受信することを含むステップ４０４へ進む。ステップ４０４は、例えば、メディア入力モジュール３３０によって行われ得る。実施形態では、第１の画像の集合体は、例えば、クライアントデバイス１１０等の第１のユーザのクライアントデバイスを介して、第１のユーザから直接受信され得る。別の実施形態では、第１の集合体は、後に取り出すために、例えば、メディアデータベース３２０等の１つ以上のメディアデータベースの中に記憶され得る。例えば、第１の画像の集合体は、例えば、上記で説明されるように、メディアデータベース３２０が連結され得る、写真共有サイトを介して、第１のユーザによって以前にアップロードされていてもよい。また、上記で説明されるように、第１の集合体の画像は、デジタル写真、デジタルビデオからのフレーム、またはそれらの任意の組み合わせであり得る。

方法４００は、第１の集合体の中の各画像に対する第１のコンテンツデータを決定することを含むステップ４０６へ進む。ステップ４０６は、例えば、顔認識モジュール３３２、目印認識モジュール３３４、オブジェクト認識モジュール３３６、メディア抽出器モジュール３３８、またはそれらの任意の組み合わせによって行われ得る。上記で説明されるように、第１のコンテンツデータは、第１の画像の集合体内の認識された顔、目印、および／またはオブジェクトを備えている情報を含み得る。また、上記で説明されるように、第１のコンテンツデータは、加えて、画像が捕捉された時および場所の時間および位置を含むが、それらに限定されない、第１の集合体から抽出されたメタデータを含み得る。

次いで、方法４００は、第１の集合体を第１の組の１つ以上のアルバムに分割することを含むステップ４０８へ進む。ステップ４０８は、例えば、メディア共有モジュール３４０のアルバム分割モジュール３４２によって行われ得る。上記で説明されるように、第１の集合体は、ステップ４０６における決定された第１のコンテンツデータに基づいて分割される。

方法４００のステップ４１０、４１２、および４１４は、それぞれ、上記のステップ４０４、４０６、および４０８と同様である。しかしながら、ステップ４１０、４１２、および４１４は、第２のユーザに関連付けられる第２の画像の集合体に対応する。したがって、ステップ４１０では、第２のユーザに関連付けられる第２の画像の集合体が受信される。ステップ４０４における第１の画像の集合体のように、第２の集合体は、第２のユーザから直接受信され、または、例えば、メディアデータベース３２０等のメディアデータベースからアクセスされ得る。ステップ４１０も、例えば、メディア入力モジュール３３０によって行われ得る。ステップ４１２では、第２の集合体の中の各画像に対する第２のコンテンツデータが決定される。ステップ４１２は、例えば、顔認識モジュール３３２、目印認識モジュール３３４、オブジェクト認識モジュール３３６、メディア抽出器モジュール３３８、またはそれらの任意の組み合わせによって行われ得る。ステップ４１４では、第２の集合体は、第２のコンテンツデータに基づいて、第２の組の１つ以上のアルバムに分割される。ステップ４１４は、例えば、アルバム分割モジュール３４２によって行われ得る。

実施形態では、第１および第２の組の１つ以上のアルバムは、それぞれ、第１および第２のユーザに関連付けられる。上記で説明されるように、第１および第２のユーザはまた、互に関連付けられ得る。加えて、第１および第２のユーザは、それぞれ、第１および第２の共有選好を有し得る。各ユーザの共有選好は、ユーザが他方のユーザに提供するメディア共有権および特権を識別する。例えば、第１のユーザは、第１のユーザに関連付けられるメディアへのアクセス権を第２のユーザに提供することによって、第２のユーザとメディアを共有することを可能にする共有選好を有し得る。第２のユーザも、第１のユーザに対応する同様の共有選好を有し得る。

第１および第２の集合体が、それぞれの第１および第２の組の１つ以上のアルバムに分割されると、方法４００は、ステップ４１６へ進む。ステップ４１６では、第１および第２の組が、第１および第２のコンテンツデータと、第１および第２のユーザの共有選好に従って、イベントグループにクラスタ化される。ステップ４１６は、例えば、共有マネージャ３４６と組み合わせてイベントクラスタ化モジュール３４４によって行われ得る。

イベントグループがステップ４１６において作成された後、方法４００は、第１および第２のユーザにイベントグループへのアクセスを提供することを含むステップ４１８へ進む。方法４００で示されていないが、第１および第２のユーザも、実施形態によれば、イベントグループに関連付けられ得る。加えて、イベントグループと第１および第２のユーザの任意の関連とは、図３に図示されるように、例えば、通信ライン３０８を介して、イベントクラスタ化モジュール３４４によってイベントデータベース３６０に記憶され得る。ステップ４１８は、例えば、共有マネージャ３４６によって行われ得る。実施形態では、方法４００は、イベントグループの通知を第１および第２のユーザに送信することを含む、追加のステップ（図示せず）も含み得る。通知は、上記で説明されるように、イベントグループへのアクセスリンクを含み得る。この随意的なステップは、例えば、通知マネージャ３４８によって行われ得る。

次に、方法４００は、イベントグループが対応する特定のイベントからの場面を表す、１つ以上の新しい画像を受信することを含む、図４Ｂのステップ４２０へ進む。例えば、ステップ４１６において作成されたイベントグループは、特定のイベント中に第１および第２のユーザによって捕捉された画像を含み得る。イベントグループが作成された後に、第１および／または第２のユーザは、そのイベントからまた捕捉された新しい画像を送信し得る。新しい画像は、例えば、イベント中にモバイルデバイスから、第１および／または第２のユーザによって送信され得、あるいは、例えば、イベント後にメディア共有サイトにアップロードされ得る。前者のシナリオでは、ステップ４２０は、ユーザの一方または両方から直接画像を受信することを含む。しかしながら、後者のシナリオでは、ステップ４２０は、メディア共有サイトと連結または一体化したメディアデータベースからのアップロードされた画像にアクセスすることを含む。メディアデータベースは、例えば、図３のメディアデータベース３２０であり得る。

さらなるシナリオでは、イベントからの第１の組の新しい画像は、第１のユーザから直接受信され得、イベントからの第２の組の新しい画像は、第２のユーザによってメディア共有サイトにアップロードされていてもよい。このシナリオでは、ステップ４２０は、新しい画像を直接受信し、メディアデータベースからの新しい画像にアクセスすることを含む。いずれか一方のユーザは、画像を直接送信すること、または画像をメディア共有サイトにアップロードすることを選択し得ることに留意されたい。ステップ４２０は、例えば、図３のメディア入力モジュール３３０によって行われ得る。

新しい画像が受信またはアクセスされた場合、方法４００は、受信またはアクセスされた新しい画像でイベントグループを更新することを含むステップ４２２へ進み、第１および第２のユーザに更新されたイベントグループへのアクセスを提供することを含むステップ４２４へ進む。第１および第２のユーザに更新されたイベントグループへのアクセスを提供することは、第１および第２のユーザの間でイベントグループを共有することを可能にする。新しい画像自体が、ユーザのうちの一方のみによって最初に送信またはアップロードされたか否かにかかわらず、第１および第２のユーザの両方には、イベントグループへのアクセスが提供されることに留意されたい。ステップ４２２は、例えば、イベントクラスタ化モジュール３４４によって行われ得る。ステップ４２４は、例えば、共有マネージャ３４６によって行われ得る。実施形態では、方法４００は、更新されたイベントグループの通知を第１および第２のユーザに送信するという追加のステップ（図示せず）を含み得る。このステップは、例えば、通知マネージャ３４８によって行われ得る。新しい画像が受信もアクセスもされない場合、方法４００は、ステップ４２６で終了する。

実施形態では、ステップ４２０、４２２、および４２４は、シャッタのクリックを介して、第１および第２のユーザの間の自動メディア共有を可能にする。例えば、ステップ４２０において受信される新しい画像は、統合デジタルカメラを伴うコンピュータデバイス（例えば、図３のクライアントデバイス１１０）、または、例えば、ＥＹＥ−ＦＩカードを伴うデジタルカメラ等の独立型画像捕捉デバイス（例えば、図３のクライアントデバイス３１０）上で実行するアプリケーション（例えば、クライアントアプリケーション１１２）を使用して画像を捕捉したユーザに由来し得る。画像が受信されると、イベントグループは、ユーザ介入なしで、ステップ４２２において新しい画像で自動的に更新され、更新されたイベントグループは、ユーザ介入なしで、ステップ４２４においてユーザ間で自動的に共有される。

方法４００の１つの利点は、画像および画像の集合体を手動で標識化およびグループ化するようにユーザに要求することなく、（ステップ４２４で）ユーザ間のメディアの自動共有を可能にすることである。これは、メディアを共有するためのより高速で容易かつ効率的なユーザ体験につながり、メディアを共有することをより容易にすることによって、メディアを捕捉するユーザに利益をもたらす。さらに、ユーザによって捕捉されるメディアが共有される可能性を増加させるので、ユーザに関連付けられる他のユーザも、利益を享受する。

（Ｂ．クライアントアプリケーション）
図５は、クライアントアプリケーションを使用してメディアを送信するための例示的な方法５００のフローチャートである。説明を容易にするために、図２のクライアントアプリケーション１１２および図３のシステム３００が、方法５００の記述を容易にするために使用される。さらに、説明を容易にするために、方法５００は、例えば、デジタルカメラ等の統合画像捕捉デバイスを伴うモバイルデバイス（例えば、図１のクライアントデバイス１１０）との関連で説明される。しかしながら、本明細書の説明に基づいて、当業者であれば、カメラまたは他の画像捕捉デバイスを有する任意の種類のコンピュータデバイス上で実行することができる他のクライアントアプリケーション内に、方法５００を組み込むことができると認識するであろう。

方法５００は、ステップ５０２、５０４、５０６、５０８、５１０、５１２、５１４、および５１６を含む。方法５００は、ステップ５０２において始まり、１人以上の個人がいる場面を表す画像を捕捉することを伴うステップ５０４へ進む。画像は、デジタル写真またはデジタルビデオの１つ以上のビデオフレームであり得る。ステップ５０４は、（例えば、ユーザがシャッタをクリックする時に）例えば、画像キャプチャモジュール２１０によって行われ得る。画像キャプチャモジュール２１０によって捕捉される画像に加えて、方法５００は、すでに捕捉され、ローカルメモリ（例えば、クライアントデバイス１１０のローカルメモリ１１６）の中に記憶された画像を使用することもできる。ステップ５０６では、画像の中の各個人の顔が、上記で説明されるように検出される。ステップ５０６は、上記で説明される顔検出モジュール２２０によって行われ得る。次いで、方法５００は、検出された顔の識別情報を取得することを含むステップ５０８へ進む。

一実施形態では、ステップ５０８において識別情報を取得することは、ユーザが画像の中で検出される顔を識別できるようにすることを含む。ユーザは、顔に対応する個人の識別情報を入力することによって、顔を識別し得る。そのような識別情報は、識別されている個人の名前および／または連絡先情報（例えば、Ｅメールアドレス）を含み得るが、それに限定されない。例えば、捕捉された画像は、クライアントアプリケーション（例えば、クライアントアプリケーション１１２）を実行するコンピュータデバイス（例えば、図１のクライアントデバイス１１０）に連結されるディスプレイ上に表示され得る。加えて、画像の中の検出された顔は、顔の境界を定めるように顔の周囲に描かれた仮想ボックスとともに、ディスプレイ上に表示され得る。ユーザは、例えば、タッチスクリーンまたはキーボード（例えば、デバイス入力１１４）等のユーザ入力デバイスを使用して、名前および連絡先情報を入力し得る。ステップ５０８のこの実施形態は、例えば、上記で説明されるユーザインターフェースモジュール２４０によって行われ得る。

別の実施形態では、ステップ５０８において識別情報を取得することは、例えば、上記で説明されるようにクライアントアプリケーション１１２によってアクセス可能なローカルメモリから（例えば、ローカルメモリ１１６の中）、各検出された顔に合致する記憶された顔画像を取り出すことを含む。別の実施例では、記憶された顔画像は、例えば、ネットワーク１４０上でクライアントアプリケーション１１２によってアクセス可能であり得る、顔画像データベース（図示せず）等の遠隔場所から、ステップ５０８において取り出され得る。記憶された顔画像は、顔画像に対応する個人の識別に対する識別情報を含む、独自のメタデータを含むこともできる。例えば、識別情報は、名前および連絡先情報を含み得る。したがって、この実施形態では、ステップ５０８は、もはや検出された顔の識別情報を提供するようにユーザに要求しなくなる。この実施形態の利点は、さらなるユーザ介入なしで、方法５００が続行することを可能にすることである。ステップ５０８のこの実施形態は、例えば、上記で説明されるメディア共有サービス１５２の顔認識モジュール３３２等の顔認識モジュールと組み合わせて、例えば、顔検出モジュール２２０によって行われ得る。

検出された顔が識別されると、方法５００は、検出された顔情報および識別情報（例えば、名前および連絡先情報）を画像に関連付けることを伴うステップ５１０へ進む。そのような情報は、メタデータとして画像に関連付けられ得る。随意的なステップ５１２では、画像が捕捉された時間および画像が捕捉された場所を含むが、それらに限定されない、追加のメタデータが、画像に関連付けられ得る。例えば、場所情報は、クライアントアプリケーションを実行するデバイスがＧＰＳ受信機を含む場合のみ利用可能であり得る。ステップ５１０および５１２は、例えば、メタデータ挿入モジュール２３０によって行われ得る。

メタデータ情報が捕捉された画像に関連付けられた後に、方法５００は、メタデータ情報を含む画像を、例えば、図１および３のメディア共有サービス１５２等のメディア共有サービスに送信することを伴うステップ５１４へ進む。送信された画像は、例えば、図３に示されるメディア共有サービス１５２のメディア入力モジュール３３０によって受信され得る。ステップ５１４は、例えば、画像転送モジュール２５０によって行われ得る。方法５００は、画像が送信されるとステップ５１６で終了する。

特に方法４００と組み合わせた、方法５００の１つの利点は、ユーザが、最小限のステップを用いて、高速かつ容易な方法でメディアを自動的に共有できるようにすることである。メディアは、（ステップ５０４で）単純にシャッタをクリックすることによってユーザによって共有されることができる。

（Ｃ．アルバム分割）
図６は、画像をアルバムにグループ化するための例示的な方法６００の実施形態のフローチャートである。方法６００は、ステップ６０２、６０４、６０６、６０８、６１０、６１２、６１４、および６１６を含む。方法６００は、ステップ６０２において始まり、ユーザに関連付けられる画像を受信することを含むステップ６０４へ進む。ステップ６０４は、例えば、図３のメディア入力モジュール３３０によって行われ得る。画像を受信すると、方法６００は、画像に対するコンテンツデータを決定することを含むステップ６０６へ進む。画像コンテンツデータは、顔認識情報、目印認識情報、メタデータ情報（例えば、時間および場所情報）、および任意の他の種類の画像コンテンツ情報を含み得るが、それらに限定されない。ステップ６０６は、例えば、顔認識モジュール３３２、目印認識モジュール３３４、オブジェクト認識モジュール３３６、メタデータ抽出器モジュール３３８、またはそれらの任意の組み合わせを含む、メディア入力モジュール３３０の従属構成要素によって行われ得る。

方法６００は、画像コンテンツデータに基づいて、該当する場合、合致するアルバムについて、ユーザの既存のアルバムを検索することを含むステップ６０８へ進む。既存のアルバムが、受信された画像と実質的に同様のコンテンツデータを伴う画像を含む場合に、既存のアルバムは合致と見なされ得る。この説明で挙げられる関連技術の当業者であれば、合致するアルバムを効率的に検索するために、検索のためのいくつかのアプローチのうちのいずれか１つが使用され得ることを理解するであろう。１つのそのようなアプローチの実施例は、画像コンテンツデータの特質のうちの１つに対応して、ユーザアルバムを記憶するために使用されるデータベース（例えば、図３のアルバムデータベース３５０）の中で、ローカルインデックスを作成することを含む。例えば、アルバムの終了タイムスタンプに対応するインデックスが作成され得る。そのようなタイムスタンプインデックスは、何らかの所定の閾値を引いた、画像タイムスタンプ（すなわち、画像が捕捉された時間）から、データベースの中のテーブルの端までの範囲をスキャンするために、使用することができる。次いで、スキャンから生成される候補アルバムは、例えば、場所情報等の画像コンテンツデータの残りの特質によって、フィルタにかけることができる。このアプローチ例の利点は、検索するアルバムの数を削減することである。

合致するアルバムがステップ６０８で見つかった場合、方法６００は、画像が合致するアルバムに追加されるステップ６１０へ進む。代替として、合致するアルバムがステップ６０８で見つからない場合、方法６００は、新しいアルバムが画像のために作成されるステップ６１２へ進む。ステップ６０８、６１０、６１２、および６１４は、例えば、図３に示されるメディア共有モジュール３４０のアルバム分割モジュール３４２によって行われ得る。ステップ６１０または６１２の後に、方法６００はステップ６１４で終了する。

（Ｄ．イベントクラスタ化）
図７は、２人以上のユーザに関連付けられるアルバムをイベントグループにグループ化するための例示的な方法６００の実施形態のフローチャートである。方法７００は、ステップ７０２、７０４、７０６、７０８、７１０、７１２、７１４、および７１６を含む。方法７００は、ステップ７０２において始まり、各アルバムが異なるユーザに関連付けられる２つ以上のアルバムを受信することを含むステップ７０４へ進む。ステップ７０４は、例えば、図３のメディア入力モジュール３３０によって行われ得る。アルバムを受信すると、方法７００は、各アルバムに対するアルバムコンテンツデータを決定することを含むステップ７０６へ進む。アルバムコンテンツデータは、所与のアルバム内の画像に対応するコンテンツ情報を含む。そのようなアルバムコンテンツデータは、顔認識情報、目印認識情報、メタデータ情報（例えば、時間および場所情報）、および任意の種類のアルバムコンテンツ情報を含み得るが、それらに限定されない。ステップ７０６は、例えば、顔認識モジュール３３２、目印認識モジュール３３４、オブジェクト認識モジュール３３６、メタデータ抽出器モジュール３３８、またはそれらの任意の組み合わせを含む、メディア入力モジュール３３０の従属構成要素によって行われ得る。

方法７００は、アルバムコンテンツデータに基づいて、該当する場合、合致するアルバムについて、ユーザに関連付けられる既存のイベントグループを検索することを含むステップ７０８へ進む。方法６００のように、既存のイベントグループが、受信されたアルバムと実質的に同様のコンテンツデータを伴うアルバムを含む場合に、既存のイベントグループはアルバムに対する合致と見なされ得る。また、方法６００のように、この説明で挙げられる関連技術の当業者であれば、方法７００は、合致するイベントグループを効率的に検索するために、検索のためのいくつかのアプローチのうちのいずれか１つを使用し得ることを理解するであろう。例えば、方法６００における実施例のように、方法７００のための１つのアプローチは、イベントグループを記憶するために使用されるデータベース（例えば、図３のイベントデータベース３６０）の中で、ローカルインデックスを作成することを含む。

合致するイベントグループがステップ７０８で見つかった場合、方法７００は、アルバムが合致するイベントグループに追加される、ステップ７１０へ進む。代替として、合致するイベントグループがステップ７０８で見つからない場合、方法７００は、新しいイベントグループがアルバムのために作成されるステップ７１２へ進む。ステップ７０８、７１０、７１２、および７１４は、例えば、図３に示されるメディア共有モジュール３４０のイベントクラスタ化モジュール３４４によって行われ得る。ステップ７１０または７１２の後に、方法７００はステップ７１４で終了する。

実施形態では、方法７００はまた、提案されたイベントグループについてユーザに問い合わせを行うことを伴う、１つ以上の追加のステップ（図示せず）を含み得る。この実施形態では、方法７００は、例えば、ユーザの１つ以上のアルバムを含む、イベントグループのリストを表示することによって、１つ以上のイベントグループを提案し得る。リストは、例えば、ユーザによってアクセスされるメディア共有サイトで表示され得る。ユーザがイベントグループを選択すると、方法７００は、ユーザに関連付けられている１つ以上のアルバムを、ユーザ選択されたイベントグループに挿入することへ進む。ユーザに問い合わせを行い、ユーザの選択を受信することを伴う追加のステップは、例えば、図３の共有マネージャ３４６によって行われ得る。アルバムを選択されたイベントグループに追加することを伴うステップは、例えば、イベントクラスタ化モジュール３４４によって行われ得る。

（ＩＶ．コンピュータシステム実装例）
図１−７に示される本開示の側面、あるいはそれらの任意の部分または機能は、ハードウェア、ソフトウェアモジュール、ファームウェア、その上に記憶された命令を有する有形コンピュータ可読媒体、またはそれらの組み合わせを使用して実装され得、１つ以上のコンピュータシステムまたは他の処理システムで実装され得る。

図８は、本開示の実施形態またはそれらの複数部分が、コンピュータ可読コードとして実装され得る、コンピュータシステム例８００を図示する。例えば、図３のシステム３００は、ハードウェア、ソフトウェアモジュール、ファームウェア、その上に記憶された命令を有する有形コンピュータ可読媒体、またはそれらの組み合わせを使用して、コンピュータシステム８００で実装することができる。ハードウェア、ソフトウェア、またはそのようなものの任意の組み合わせは、図１−７のモジュールおよび構成要素のうちの任意のものを具現化し得る。

プログラム可能な論理が使用される場合、そのような論理は、市販の処理プラットフォームまたは特殊用途デバイス上で実行し得る。当業者であれば、開示された主題の実施形態は、マルチコアマルチプロセッサシステム、ミニコンピュータ、メインフレームコンピュータ、分散機能とリンクまたはクラスタ化されたコンピュータ、ならびに事実上あらゆるデバイスに組み込まれ得る普及型または小型コンピュータを含む、種々のコンピュータシステム構成を用いて実践できることを理解し得る。

例えば、少なくとも１つのプロセッサデバイスおよびメモリが、上記の実施形態を実装するために使用され得る。プロセッサデバイスは、単一のプロセッサ、複数のプロセッサ、またはそれらの組み合わせであり得る。プロセッサデバイスは、１つ以上のプロセッサ「コア」を有し得る。

本開示の種々の実施形態は、このコンピュータシステム例８００に関して説明される。この説明を読んだ後に、他のコンピュータシステムおよび／またはコンピュータアーキテクチャを使用して、どのようにして本開示の実施形態を実装するかが、当業者に明白となるであろう。動作は、連続した過程として説明され得るが、動作のうちのいくつかは実際には、単一またはマルチプロセッサマシンによるアクセスのためにローカルまたは遠隔に記憶されたプログラムコードを用いて、並行して、同時に、および／または分散環境で行われ得る。加えて、いくつかの実施形態では、動作の順序は、開示された主題の精神から逸脱することなく再編成され得る。

プロセッサデバイス８０４は、専用または汎用プロセッサデバイスであり得る。当業者によって理解されるように、プロセッサデバイス８０４はまた、単独で動作するシステム等のマルチコア／マルチプロセッサシステムの中、あるいはクラスタまたはサーバファームの中で動作するコンピュータデバイス群の中の単一のプロセッサであり得る。プロセッサデバイス８０４は、通信インフラストラクチャ８０６、例えば、バス、メッセージ待ち行列、ネットワーク、またはマルチコアメッセージパッシングスキームに接続される。

コンピュータシステム８００はまた、例えば、ランダムアクセスメモリ（ＲＡＭ）等のメインメモリ８０８を含み得、また、二次メモリ８１０を含み得る。二次メモリ８１０は、例えば、ハードディスクドライブ８１２、可撤性記憶ドライブ８１４を含み得る。可撤性記憶ドライブ８１４は、フロッピー（登録商標）ディスクドライブ、磁気テープドライブ、光ディスクドライブ、フラッシュメモリ、または同等物を備え得る。可撤性記憶ドライブ８１４は、周知の方式で可撤性記憶ユニット８１８から読み取り、および／またはそこに書き込む。可撤性記憶ユニット８１８は、可撤性記憶ドライブ８１４によって読み取られ、それに書き込まれる、フロッピー（登録商標）ディスク、磁気テープ、光ディスク等を備え得る。この説明で挙げられる関連技術の当業者によって理解されるように、可撤性記憶ユニット８１８は、その中にコンピュータソフトウェアおよび／またはデータを記憶している、コンピュータ利用可能記憶媒体を含む。

代替実装では、二次メモリ８１０は、コンピュータプログラムまたは他の命令がコンピュータシステム８００にロードされることを可能にするための他の同様の手段を含み得る。そのような手段は、例えば、可撤性記憶ユニット８２２およびインターフェース８２０を含み得る。そのような手段の実施例は、（ビデオゲームデバイスで見られるもの等の）プログラムカートリッジおよびカートリッジインターフェースと、（ＥＰＲＯＭまたはＰＲＯＭ等の）可撤性メモリチップおよび関連ソケットと、他の可撤性記憶ユニット８２２と、ソフトウェアおよびデータが可撤性記憶ユニット８２２からコンピュータシステム８００へ転送されることを可能にするインターフェース８２０とを含み得る。

コンピュータシステム８００はまた、通信インターフェース８２４を含み得る。通信インターフェース８２４は、ソフトウェアおよびデータがコンピュータシステム８００と外部デバイスとの間で転送されることを可能にする。通信インターフェース８２４は、モデム、（イーサネット（登録商標）カード等の）ネットワークインターフェース、通信ポート、ＰＣＭＣＩＡスロットおよびカード、または同等物を含み得る。通信インターフェース８２４を介して転送されるソフトウェアおよびデータは、電子、電磁、光、または通信インターフェース８２４によって受信されることが可能な他の信号であり得る、信号の形態であり得る。これらの信号は、通信経路８２６を介して、通信インターフェース８２４に提供され得る。通信経路８２６は、信号を運び、ワイヤまたはケーブル、光ファイバ、電話回線、携帯電話リンク、ＲＦリンク、または他の通信チャネルを使用して実装され得る。

この文書では、「コンピュータプログラム媒体」および「コンピュータ使用可能媒体」という用語は、概して、可撤性記憶ユニット８１８、可撤性記憶ユニット８２２、およびハードディスクドライブ８１２にインストールされたハードディスク等の媒体を指すために使用される。コンピュータプログラム媒体およびコンピュータ使用可能媒体はまた、メモリ半導体（例えば、ＤＲＡＭ等）であり得る、メインメモリ８０８および二次メモリ８１０等のメモリを指し得る。

コンピュータプログラム（コンピュータ制御論理とも呼ばれる）は、メモリ８０８および／または二次メモリ８１０の中に記憶される。コンピュータプログラムはまた、通信インターフェース８２４を介して受信され得る。そのようなコンピュータプログラムは、実行された場合に、コンピュータシステム８００が、本明細書で論議されるように本開示を実装することを可能にする。具体的には、コンピュータプログラムは、実行された場合に、プロセッサデバイス８０４が、上記で論議される、それぞれ図４Ａ−Ｂ、６、および７のフローチャート４００、６００、および７００によって図示される方法における段階等の本開示の過程を実装することを可能にする。したがって、そのようなコンピュータプログラムは、コンピュータシステム８００のコントローラを表す。本開示の実施形態がソフトウェアを使用して実装される場合、ソフトウェアは、コンピュータプログラム製品の中に記憶され、可撤性記憶ドライブ８１４、インターフェース８２０、ハードディスクドライブ８１２、または通信インターフェース８２４を使用してコンピュータシステム８００にロードされ得る。

本開示の実施形態はまた、任意のコンピュータ使用可能媒体上に記憶されたソフトウェアを備えているコンピュータプログラム製品を対象とし得る。そのようなソフトウェアは、１つ以上のデータ処理デバイスにおいて実行された場合に、データ処理デバイスを本明細書で説明されるように動作させる。本開示の実施形態は、任意のコンピュータ使用可能または可読媒体を採用する。コンピュータ使用可能媒体の実施例は、一次記憶デバイス（例えば、任意の種類のランダムアクセスメモリ）、二次記憶デバイス（例えば、ハードドライブ、フロッピー（登録商標）ディスク、ＣＤ ＲＯＭ、ＺＩＰディスク、テープ、磁気記憶デバイス、および光学記憶デバイス、ＭＥＭＳ、ナノ技術記憶デバイス等）、および通信媒体（例えば、有線および無線通信ネットワーク、ローカルエリアネットワーク、広域ネットワーク、イントラネット等）を含むが、それらに限定されない。

（Ｖ．終わりに）
概要および要約の項ではなく、発明を実施するための形態項は、請求項を解釈するために使用されることを目的としていると理解されたい。概要および要約の項は、発明者によって検討されるような本開示の例示的実施形態の全てではないが１つ以上を説明し得、したがって、決して本開示および添付の請求項を限定することを目的としていない。

本開示は、特定機能の実装およびそれらの関係を図示する機能的構成要素を用いて、上記で説明されている。これらの機能的構成要素の境界は、説明の便宜上、本明細書では恣意的に画定されている。特定機能およびそれらの関係が適切に果たされる限り、代替的な境界を画定することができる。

具体的実施形態の先述の説明は、本開示の一般概念から逸脱することなく、必要以上の実験を伴わずに、当技術分野内の知識を適用することによって、他者がそのような具体的実施形態を容易に修正し、および／または種々の用途のために適合させることができるという、本開示の一般的性質を十分に明らかにするであろう。したがって、そのような適合および修正は、本明細書で提示される教示および指導に基づいて、開示された実施形態の同等物の意味および範囲内であることを目的としている。本明細書の用語または表現が、教示および指導を踏まえて当業者によって解釈されるものであるように、本明細書の表現または用語は、限定ではなく説明の目的のためであることを理解されたい。

本開示の幅および範囲は、上記の例示的実施形態のうちのいずれによっても限定されるべきではなく、以下の請求項およびそれらの均等物のみに従って定義されるべきである。

Claims (30)

1. ユーザ間でメディアを自動的に共有するコンピュータ実装方法であって、
   第１のユーザに関連付けられている第１の画像の集合体を、少なくとも１つのコンピュータデバイス上で受信することであって、前記第１の集合体は、第１のコンテンツデータを有する、ことと、
   第２のユーザに関連付けられている第２の画像の集合体を、前記少なくとも１つのコンピュータデバイス上で受信することであって、前記第２の集合体は、第２のコンテンツデータを有し、前記第１および第２のユーザは、互に関連付けられている、ことと、
   前記第１および第２のユーザの関連に基づいて、前記第１および第２のコンテンツデータに従って前記第１および第２の集合体をイベントグループにグループ化することと、
   前記第１および第２のユーザに前記イベントグループへのアクセスを提供することと
   を含む、方法。
2. 前記第１の画像の集合体および前記第２の画像の集合体のうちの１つに関連付けられている１つ以上の追加の画像を受信することと、
   前記第１および第２のユーザのうちの少なくとも１つに関連付けられている１つ以上の追加の画像を含むように、前記イベントグループを更新することであって、前記第１および第２のユーザは、前記更新されたイベントグループへのアクセスを自動的に提供され得る、ことと
   をさらに含む、請求項１に記載の方法。
3. 前記１つ以上の追加の画像は、画像シャッタデバイスのクリックに応答して受信される、請求項２に記載の方法。
4. 前記第１および第２のコンテンツデータのうちの少なくとも１つが第３のユーザに対応する顔の識別を含むことを決定することに応答して、前記第１および第２のユーザのうちの少なくとも１つに関連付けられている前記第３のユーザに、前記イベントグループへのアクセスを提供することをさらに含む、請求項１に記載の方法。
5. 前記第１および第２の集合体をイベントグループにグループ化することは、
   前記第１のコンテンツデータに従って、前記第１のユーザに関連付けられている前記第１の集合体を、第１の組の１つ以上のアルバムに分割することであって、前記第１のユーザは、第１の共有選好を有する、ことと、
   前記第２のコンテンツデータに従って、前記第２のユーザに関連付けられている前記第２の集合体を、第２の組の１つ以上のアルバムに分割することであって、前記第２のユーザは、第２の共有選好を有する、ことと、
   前記第１および第２のコンテンツデータと、前記第１のユーザの前記第１の共有選好および前記第２のユーザの前記第２の共有選好とに基づいて、前記第１および第２の組のアルバムを前記イベントグループにクラスタ化することであって、前記第１および第２の共有選好は、少なくとも部分的に合致している、ことと
   を含む、請求項１に記載の方法。
6. 前記第１および第２のユーザに前記イベントグループへのアクセスを提供することは、前記イベントグループへのアクセスリンクを有する通知を前記第１および第２のユーザに送信することを含む、請求項１に記載の方法。
7. 前記第１の集合体の画像は、第１のビデオの少なくとも一部分からのフレームであり、前記第２の集合体の画像は、第２のビデオの少なくとも一部分からのフレームである、請求項１に記載の方法。
8. 前記第１の集合体における画像に対する前記第１のコンテンツデータを決定することと、
   前記第２の集合体における画像に対する前記第２のコンテンツデータを決定することと
   をさらに含む、請求項１に記載の方法。
9. 前記第１のコンテンツデータを決定することは、前記第１の集合体の画像における第１の顔を認識することを含み、前記第１のコンテンツデータは、前記第１の顔の識別を含み、
   前記第２のコンテンツデータを決定することは、前記第２の集合体の画像における第２の顔を認識することを含み、前記第２のコンテンツデータは、前記第２の顔の識別を含む、
   請求項８に記載の方法。
10. 前記第１の顔を認識することは、前記第１のユーザから、前記第１の顔の前記第１の識別を取得することを含み、
    前記第２の顔を認識することは、前記第２のユーザから、前記第２の顔の前記第２の識別を取得することを含み、
    前記第１の顔の前記第１の識別は、前記第２のユーザに対応し、
    前記第２の顔の前記第２の識別は、前記第１のユーザに対応する、
    請求項９に記載の方法。
11. 前記第１のコンテンツデータを決定することは、前記第１の集合体の画像における第１の目印を認識することを含み、前記第１のコンテンツデータは、前記第１の目印に対応し、
    前記第２のコンテンツデータを決定することは、前記第２の集合体の画像における第２の目印を認識することを含み、前記第２のコンテンツデータは、前記第２の目印に対応する、請求項８に記載の方法。
12. 前記第１のコンテンツデータを決定することは、前記第１の集合体の画像における第１のオブジェクトを認識することを含み、前記第１のコンテンツデータは、前記第１のオブジェクトに対応し、
    前記第２のコンテンツデータを決定することは、前記第２の集合体の画像における第２のオブジェクトを認識することを含み、前記第２のコンテンツデータは、前記第１のオブジェクトに対応する、請求項８に記載の方法。
13. 前記第１のコンテンツデータを決定することは、前記第１の集合体の画像から第１のメタデータを抽出することを含み、前記第１のコンテンツデータは、前記第１のメタデータに対応し、
    前記第２のコンテンツデータを決定することは、前記第２の集合体の画像から第２のメタデータを抽出することを含み、前記第２のコンテンツデータは、前記第２のメタデータに対応する、請求項８に記載の方法。
14. 前記第１のメタデータを抽出することは、前記第１の集合体の画像が露出された第１の時間を抽出することを含み、前記第２のメタデータを抽出することは、前記第２の集合体の画像が露出された第２の時間を抽出することを含む、請求項１３に記載の方法。
15. 前記第１のメタデータを抽出することは、前記第１の集合体の画像が露出された第１の場所を抽出することを含み、前記第２のメタデータを抽出することは、前記第２の集合体の画像が露出された第２の場所を抽出することを含む、請求項１３に記載の方法。
16. ユーザ間でメディアを自動的に共有するためのシステムであって、
    １つ以上のプロセッサと、
    第１のユーザに関連付けられている第１の画像の集合体、および第２のユーザに関連付けられている第２の画像の集合体を受信するように構成されているメディア入力モジュールであって、前記第１の集合体は、第１のコンテンツデータを有し、前記第２の集合体は、第２のコンテンツデータを有し、前記第１および第２のユーザは、互に関連付けられている、メディア入力モジュールと、
    前記第１および第２のユーザの関連に基づいて、前記第１および第２のコンテンツデータに従って前記第１および第２の集合体をイベントグループにグループ化し、かつ、前記第１および第２のユーザに前記イベントグループへのアクセスを提供するメディア共有モジュールと
    を備え、
    前記メディア入力モジュールおよび前記メディア共有モジュールは、前記１つ以上のプロセッサを使用して実装されている、システム。
17. 前記メディア入力モジュールは、前記第１の画像の集合体および前記第２の画像の集合体に関連付けられている１つ以上の追加の画像を受信するようにさらに構成され、前記メディア共有モジュールは、前記第１および第２のユーザのうちの少なくとも１つに関連付けられている１つ以上の追加の画像を含むために、前記イベントグループを更新するようにさらに構成され、前記第１および第２のユーザは、前記更新されたイベントグループへのアクセスを自動的に提供され得る、請求項１６に記載のシステム。
18. 前記１つ以上の追加の画像は、画像シャッタデバイスのクリックに応答して受信される、請求項１７に記載のシステム。
19. 前記メディア共有モジュールは、前記第１および第２のコンテンツデータのうちの少なくとも１つが第３のユーザに対応する顔の識別を含むことを決定することに応答して、前記第１および第２のユーザのうちの少なくとも１つに関連付けられている前記第３のユーザに、前記イベントグループへのアクセスを提供するようにさらに構成されている、請求項１６に記載のシステム。
20. 前記メディア共有モジュールは、
    アルバム分割モジュールであって、前記アルバム分割モジュールは、
    前記第１のコンテンツデータに従って、前記第１のユーザに関連付けられている前記第１の集合体を、第１の組の１つ以上のアルバムに自動的に分割することであって、前記第１のユーザは、第１の共有選好を有する、ことと、
    前記第２のコンテンツデータに従って、前記第２のユーザに関連付けられている前記第２の集合体を、第２の組の１つ以上のアルバムに分割することであって、前記第２のユーザは、第２の共有選好を有する、ことと
    を行うように構成されている、アルバム分割モジュールと、
    前記第１および第２のコンテンツデータと、前記第１のユーザの前記第１の共有選好および前記第２のユーザの前記第２の共有選好とに基づいて、前記第１および第２の組のアルバムをイベントグループにクラスタ化するように構成されているイベントクラスタ化モジュールであって、前記第１および第２の共有選好は、少なくとも部分的に合致している、イベントクラスタ化モジュールと
    を備えている、請求項１６に記載のシステム。
21. 前記メディア共有モジュールは、前記イベントグループへのアクセスリンクを有する通知を前記第１および第２のユーザに送信するように構成されている通知マネージャを備えている、請求項１６に記載のシステム。
22. 前記第１の集合体の画像は、第１のビデオの少なくとも一部分からのフレームであり、前記第２の集合体の画像は、第２のビデオの少なくとも一部分からのフレームである、請求項１６に記載のシステム。
23. 前記メディア入力モジュールは、前記第１の集合体における画像に対する前記第１のコンテンツデータを決定することと、前記第２の集合体における画像に対する前記第２のコンテンツデータを決定することとを行うようにさらに構成されている、請求項１６に記載のシステム。
24. 前記メディア入力モジュールは、顔認識モジュールを備え、前記顔認識モジュールは、前記第１の集合体の画像における第１の顔を認識することであって、前記第１のコンテンツデータは、前記第１の顔の識別を含む、ことと、前記第２の集合体の画像における第２の顔を認識することであって、前記第２のコンテンツデータは、前記第２の顔の識別を含む、こととを行うように構成されている、請求項２３に記載のシステム。
25. 前記顔認識モジュールは、前記第１のユーザから、前記第１の顔の前記第１の識別を取得することであって、第１の顔の前記第１の識別は、前記第２のユーザに対応する、ことと、前記第２のユーザから、前記第２の顔の前記第２の識別を取得することであって、第２の顔の前記第２の識別は、前記第１のユーザに対応する、こととを行うように構成されている、請求項２４に記載のシステム。
26. 前記メディア入力モジュールは、目印認識モジュールを備え、前記目印認識モジュールは、前記第１の集合体の画像における第１の目印を認識することであって、前記第１のコンテンツデータは、前記第１の目印に対応する、ことと、前記第２の集合体の画像における第２の目印を認識することであって、前記第２のコンテンツデータは、前記第２の目印に対応する、こととを行うように構成されている、請求項２３に記載のシステム。
27. 前記メディア入力モジュールは、オブジェクト認識モジュールを備え、前記オブジェクト認識モジュールは、前記第１の集合体の画像における第１のオブジェクトを認識することであって、前記第１のコンテンツデータは、前記第１のオブジェクトに対応する、ことと、前記第２の集合体の画像における第２のオブジェクトを認識することであって、前記第２のコンテンツデータは、前記第２のオブジェクトに対応する、こととを行う、請求項２３に記載のシステム。
28. 前記メディア入力モジュールは、メタデータ抽出器を備え、前記メタデータ抽出器は、前記第１の集合体の画像から第１のメタデータを抽出することであって、前記第１のコンテンツデータは、前記第１のメタデータに対応する、ことと、前記第２の集合体の画像から第２のメタデータを抽出することであって、前記第２のコンテンツデータは、前記第２のメタデータに対応する、こととを行う、請求項２３に記載のシステム。
29. 前記第１のメタデータは、前記第１の集合体の前記画像が露出された第１の時間を含み、前記第２のメタデータは、前記第２の集合体の画像が露出された第２の時間を含む、請求項２８に記載のシステム。
30. 前記第１のメタデータは、前記第１の集合体の画像が露出された第１の場所を含み、前記第２のメタデータは、前記第２の集合体の画像が露出された第２の場所を含む、請求項２８に記載のシステム。

Images