(57)【要約】  ネットワーク・ベースの写真共有サービスを提供するための方法およびシステムが、開示される。写真共有サービスは、サーバを有する中央写真共有サイトと、デジタル・イメージを各々が含む複数のピア・ノードとを含む。方法およびシステムは、共有されるべき各イメージにメタデータを関連付けることを含む。メタデータは、イメージが作成された少なくとも位置を示す、標準化されたデータである。好ましくは、そのデータは、ＧＰＳデータであるが、その他のソースからであることも可能であり、標準化される。イメージの格納は、個々のピア・ノード上に維持される。ピア・サーバは、ピア・ノード群の第１のピア・ノードから提供されたメタデータに基づく検索条件を受け取ったことに応答して、それらの検索条件と合致するイメージ群に関するイメージ・ロケータのリストを第１のピア・ノードに戻す。イメージは、位置情報データ・ソースの精度の順序で戻される。また、単一のコンピュータ上で実施される方法およびシステムも開示される。
2008516304.tif 000002
【特許請求の範囲】
【請求項１】
サーバを有する中央写真共有サイトと、デジタル・イメージを各々が含む複数のピア・ノードとを含むネットワーク・ベースの写真共有サービスを提供するための方法であって、
（ａ）該ピア・ノードからの、該写真共有サイト上で共有されるべき各イメージに、該イメージが作成された位置についての少なくとも標準化された情報を含む、該イメージと関係があるメタデータを関連付けること、
（ｂ）該個々のピア・ノード上で該イメージの格納を維持しながら、該写真共有サイト上で該イメージを共有すること、
（ｃ）該サーバが、第１のピア・ノードから提供された該メタデータに基づく標準化された場所検索条件を受け取ったことに応答して、該検索条件と合致する少なくとも一つのイメージに関する少なくとも一つのイメージ・ロケータを該第１のピア・ノードに戻すこと、
（ｄ）該第１のピア・ノード上で、該検索条件と合致する少なくとも一つイメージと共に検索される位置のグラフィック表現を生成することであって、該少なくとも一つイメージは同一のグラフィック表現で表示される、位置のグラフィック表現を生成すること、を備える方法。
【請求項２】
前記少なくとも一つのイメージが作成された日付および時刻についての追加の情報をさらに含む追加のメタデータを備える請求項１に記載の方法。
【請求項３】
ピアのＩＰアドレスに基づく、前記イメージが格納されている該ピアの位置と関係がある追加のメタデータを備える請求項２に記載の方法。
【請求項４】
前記イメージが作成されたおおよその位置についての広告を、前記第１のピア・ノード上で動的に生成することをさらに含む請求項１に記載の方法。
【請求項５】
前記標準化された情報は、グローバル・ポジショニング・システム・データである、請求項１に記載の方法。
【請求項６】
ピアのＩＰアドレスに基づく、前記イメージが格納されている該ピアの場所についての追加のメタデータを備える請求項５に記載の方法。
【請求項７】
前記メタデータは、前記イメージの時刻および日付をさらに含む、請求項５に記載の方法。
【請求項８】
前記サーバが、第１のピア・ノードから提供された前記メタデータに基づく検索条件を受け取ったことに応答して、前記イメージが撮影された場所に近接したピア群の場所、前記イメージが撮影された場所に近接して撮影された他のイメージ、および前記イメージが撮影されたのとほぼ同一の時刻および日付に撮影された他のイメージの少なくとも一つを戻すことをさらに備える請求項７に記載の方法。
【請求項９】
前記イメージが作成されたおおよその位置と関係がある広告を、前記第１のピア・ノード上で動的に生成することを備える請求項８に記載の方法。
【請求項１０】
前記標準化された情報は、１）ＧＰＳ受信機が接続されたカメラ、２）カメラ／セル電話機、３）インターネット接続を有するキャプチャ・デバイス、および４）標準化された地図に基づく位置データのユーザ入力の少なくとも一つによって獲得される、請求項１に記載の方法。
【請求項１１】
前記標準化された情報は、ソースにかかわらず、ＧＰＳデータ・フォーマットに変換される、請求項１０に記載の方法。
【請求項１２】
前記データの前記ソースは、前記標準化された情報の一部として示される、請求項１１に記載の方法。
【請求項１３】
前記位置情報ソースの精度の順序で少なくとも一つのイメージ・ロケータを戻し、最も正確なソースが最初に戻されることを備える請求項１２に記載の方法。
【請求項１４】
デジタル・イメージを含む単一のコンピュータ上でイメージを格納し、かつ検索するための方法であって、
（ａ）該コンピュータ上で探し出されるべき各イメージに、該イメージが作成された位置についての少なくとも標準化された情報を含む、各イメージと関係があるメタデータを関連付けること、
（ｂ）ユーザが、前記標準化された情報に基づく検索条件を入力したことに応答して、該検索条件と合致する少なくとも一つのイメージを戻すこと、
（ｃ）検索されている場所のグラフィック表現を、戻される各イメージを該表現で示しながら、生成することからなる方法。
【請求項１５】
前記メタデータは、前記少なくとも一つのイメージが作成された日付および時刻についての情報を含む、請求項１４に記載の方法。
【請求項１６】
前記イメージが作成されたおおよその位置と関係がある広告を動的に生成することを備える請求項１４に記載の方法。
【請求項１７】
前記標準化された情報は、グローバル・ポジショニング・システム・データである、請求項１４に記載の方法。
【請求項１８】
前記メタデータは、前記イメージが作成された時刻および日付を含む、請求項１７に記載の方法。
【請求項１９】
ユーザが検索条件を入力したことに応答して、前記イメージが撮影された場所に近接した少なくとも一つの他のイメージ、および前記イメージが撮影されたのとほぼ同一の時刻および日付に撮影された少なくとも一つの他のイメージを戻すことを備える、請求項１８に記載の方法。
【請求項２０】
前記標準化された情報は、１）ＧＰＳ受信機が接続されたカメラ、２）カメラ／セル電話機、３）インターネット接続を有するキャプチャ・デバイス、および４）標準化された地図に基づく位置データのユーザ入力の少なくとも一つによって獲得される、請求項１４に記載の方法。
【請求項２１】
前記標準化された情報は、ソースにかかわらず、ＧＰＳデータ・フォーマットに変換される、請求項２０に記載の方法。
【請求項２２】
前記データの前記ソースは、前記標準化された情報の一部として示される、請求項２１に記載の方法。
【請求項２３】
前記位置情報ソースの精度の順序で少なくとも一つのイメージ・ロケータを戻し、最も正確なソースが最初に戻されることを備える請求項２２に記載の方法。
【請求項２４】
前記イメージが作成されたおおよその位置と関係がある広告を、前記コンピュータ上で動的に生成することを備える請求項１９に記載の方法。
【請求項２５】
ピア・ツー・ピア写真共有システムであって、
複数のピア・ノードであって、各ピア・ノードが個々のイメージを格納し、各イメージが該イメージが作成された少なくとも位置によって該イメージを説明する標準化された情報である関連するメタデータ・セットを有している、複数のピア・ノードと、
該ピア・ノードの各々からのイメージが、共有されるべき場合、該イメージ・データが、該個々のピア・ノードの上に留まるようにネットワークを介して該ピア・ノードと通信する中央サイトであって、該ピア・ノードの１つのピア・ノードのユーザが、該メタデータに基づく検索要求を提供することを可能にし、該検索条件と合致する少なくとも一つのイメージ・ロケータを戻すように機能するように構成されている中央サイトと、
該イメージ・ロケータを使用して、他のピア・ノードから少なくとも一つのイメージを取得することにより、該少なくとも一つのイメージを動的に表示する、該各ピア・ノード上のアプリケーション・ソフトウェアと、を備えるピア・ツー・ピア写真共有システム。
【請求項２６】
前記メタデータは、前記イメージが作成された日付および時刻についての情報を含む、請求項２５に記載のシステム。
【請求項２７】
ピアのＩＰアドレスに基づく、前記イメージが格納されている該ピアの場所についての追加のメタデータを備える、請求項２６に記載のシステム。
【請求項２８】
前記イメージが作成されたおおよその位置と関係がある広告を、前記第１のピア・ノード上で動的に生成するようにプログラミングされた前記コンピュータを備える、請求項２５に記載のシステム。
【請求項２９】
前記標準化された情報は、グローバル・ポジショニング・システム・データである、請求項２５に記載のシステム。
【請求項３０】
前記メタデータは、前記イメージが作成された日付および時刻についての情報と、ＩＰアドレス前記ピアに基づく、前記イメージを格納している前記ピアの位置についての情報とを含む、請求項２９に記載のシステム。
【請求項３１】
前記メタデータは、時刻および日付のデータを含む、請求項２９に記載のシステム。
【請求項３２】
前記標準化された情報は、１）ＧＰＳ受信機が接続されたカメラ、２）カメラ／セル電話機、３）インターネット接続を有するキャプチャ・デバイス、および４）位置データのユーザ入力の少なくとも一つによって獲得されている、請求項２５に記載のシステム。
【請求項３３】
前記標準化された情報は、ソースにかかわらず、ＧＰＳデータ・フォーマットに変換されている、請求項３２に記載のシステム。
【請求項３４】
前記データの前記ソースは、前記標準化された情報の一部として示されている、請求項３３に記載のシステム。
【請求項３５】
前記アプリケーション・ソフトウェアは、前記位置情報ソースの精度の順序で少なくとも一つのイメージを表示し、最も正確なソースが最初に表示されるように構成されている、請求項３４に記載のシステム。
【請求項３６】
デジタル・イメージを含む単一のコンピュータ上でイメージを格納し、かつ検索するためのシステムであって、
イメージを格納するコンピュータであって、各イメージは、イメージが作成された少なくとも位置によって該イメージを説明する標準化された情報である関連するメタデータ・セットを有する、コンピュータと、
該メタデータに基づく検索要求をユーザが提供し、これに応答して、該検索条件と合致する少なくとも一つのイメージ・ロケータを戻すことを可能にする、該コンピュータ上のアプリケーション・ソフトウェアと、
該検索条件と合致する少なくとも一つのイメージを表示するための、該コンピュータ上のアプリケーション・ソフトウェアと、を備えるシステム。
【請求項３７】
前記メタデータは、前記少なくとも一つのイメージが作成された日付および時刻についての情報を含む、請求項３６に記載のシステム。
【請求項３８】
前記コンピュータは、前記イメージが作成されたおおよその位置と関係がある広告を動的に生成するようにプログラミングされている、請求項３６に記載のシステム。
【請求項３９】
前記標準化された情報は、グローバル・ポジショニング・システム・データである、請求項３６に記載のシステム。
【請求項４０】
前記メタデータは、前記イメージが作成された時刻および日付をさらに含む、請求項３９に記載のシステム。
【請求項４１】
前記標準化された情報は、１）ＧＰＳ受信機が接続されたカメラ、２）カメラ／セル電話機、３）インターネット接続を有するキャプチャ・デバイス、および４）位置データのユーザ入力の少なくとも一つによって獲得されている、請求項３６に記載のシステム。
【請求項４２】
前記標準化された情報は、ソースにかかわらず、ＧＰＳデータ・フォーマットに変換されている、請求項４１に記載のシステム。
【請求項４３】
前記データの前記ソースは、前記標準化された情報の一部として示されている、請求項４２に記載のシステム。
【請求項４４】
前記アプリケーション・ソフトウェアは、前記位置情報ソースの精度の順序で少なくとも一つのイメージを表示し、最も正確なソースが最初に表示されるように構成されている、請求項４３に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタル・イメージの電子格納および電子共有に関し、より詳細には、デジタル・イメージに関連付けられた場所、時刻、および日付の情報に基づく改良された写真共有アーキテクチャに関する。
【背景技術】
【０００２】
ここ数年間で、写真共有は、写真愛好者によって広く受け入れられるようになっている。ユーザが、サーバ上に格納するため、およびインターネットを介して他の人々によって閲覧されるようにするために、デジタル・イメージをサイトにアップロードできるようにする多くのＷｅｂサイトが、現在、存在する。写真を共有するのに、ユーザは、写真共有Ｗｅｂサイトにまず、登録し、ユーザのイメージを格納するイメージ・アルバムを作成しなければならない。ユーザは、通常、イメージ・アルバムのテーマを選択し、ユーザのＰＣから、そのサイトにアップロードする１つまたは複数のイメージを選択する。すると、イメージは、格納のためにサーバにアップロードされて、選択済みのアルバムに関連付けられる。イメージ・アルバムを作成した後、ユーザは、オプションとして、各写真の名前を変更すること、および／または各写真を編集することもできる。
【０００３】
イメージ、またはグループ、またはイメージ群に通常、関連付けられるメタデータが、しばしば、写真共有サイトによってサポートされる。そのメタデータは、ユーザが、新たなメタデータ・フィールドを定義することができない、または既定の数の「ユーザ定義」フィールドに制限されるという点で、制限されている。メタデータ・サポートは、通常、Ｅｘｉｆイメージ・ファイル・フォーマット標準によって定義される範囲をあまり超えない。検索は、通常、サイトによってサポートされる限られたメタデータのサブセットだけに限られる。
【０００４】
次に、ユーザは、２つの方法のいずれかを使用して、他の人々にアルバムのことを知らせることができる。第１の方法では、ユーザは、どのようなユーザらが、そのアルバムを閲覧する許可を有するかを指定する、アルバムに関する選好を設定し、アルバムのＷｅｂアドレスを各個人に個人的に知らせる。第２のより一般的な方法では、ユーザは、ユーザが、そのアルバムを閲覧してもらいたい各個人の電子メール・アドレスをタイプ入力し、写真共有サイトが、同封されたＵＲＬをクリックすることによってアルバムを閲覧するよう、受信者を誘う電子メールを自動的に送信する。
【０００５】
現在の写真共有アプローチは、意図される目的でうまく行くが、従来のサーバ中心の写真共有では不十分である、いくつかの領域が存在する。それらの領域には、イメージをサイトにアップロードしようと試みる際にユーザが直面する困難、およびサイト上に置かれた後にイメージを編成する面倒な方法が含まれる。それらの困難のため、ユーザは、たいてい、ユーザのイメージの大多数をユーザのローカルＰＣ上に格納し、ユーザが本当に他の人々と共有することを望むイメージだけをアップロードする。現在の写真共有サイトの欠点により、ユーザは、ユーザのイメージの一部をユーザのＰＣ上に格納し、他のイメージを写真共有サイト上に格納することを余儀なくされるため、Ｗｅｂベースの写真共有の使用モデルは、不必要に複雑である。
【０００６】
現在の写真共有Ｗｅｂサイトに関連する別の問題は、単一のサイト上でそのような空間を多用するアプリケーションをホストすることにつきまとうインフラ費用である。従来の写真共有サイトが、すべてのサイト・ユーザの写真を格納する巨大な量のディスク・スペースを要するだけでなく、Ｗｅｂサイトの所有者は、バックアップ目的で使用される冗長なディスク・スペースの費用も負わなければならない。高いインフラ費用、および増加するユーザ数に基づき、ほとんどの写真共有サイトは、無料サービスから月ごとの契約料金モデルに移行することにより、その費用をユーザに転嫁するものと考えられている。写真共有Ｗｅｂサイトを使用することの料金を請求することは、そのようなサイトの幅広い普及を実際に妨げる可能性がある。
【０００７】
いくつもの以上の問題が、格納の問題と操作性の問題をともに解決し、写真共有に関するインフラ要件を軽減する、前述した米国特許第６，７５７，６８４号明細書において説明されるシステムによって解決される。
【０００８】
最近の展開では、移動技術および情報技術の進歩のために、世界中からの情報が、より広く行きわたるようになるにつれ、時刻、日付、あるいはイメージが格納されているシステムの場所さえも含む、イメージが作成された場所に基づき、イメージを獲得し、閲覧することが望ましくなっている。米国特許第６，７５７，６８４号明細書において説明されるようなシステムにおけるような現在のアプローチでは、そのような場所ベースのイメージ検索は、ユーザによって選択された記述を含むメタデータのユーザ入力に基づく。
【発明の開示】
【発明が解決しようとする課題】
【０００９】
このため、例えば、サンマルタン島のイメージを格納するユーザは、カリブ海を示すメタデータを入力する可能性がある。別のユーザは、Ｎｅｔｈｅｒｌａｎｄｓ  Ａｎｔｉｌｌｅｓ（オランダ領アンティル諸島）を表すＮ．Ａ．、またはＤｕｔｃｈ  Ａｎｔｉｌｌｅｓ（オランダ領アンティル諸島）を表すＤ．Ａ．を入力する可能性がある。理解することができるように、メタデータのばらつきにより、様々に異なる結果がもたらされる可能性がある。本発明は、そのようなばらつきを回避し、信頼できる正確な場所検索を可能にする。
【課題を解決するための手段】
【００１０】
本発明は、ネットワーク・ベースの写真共有サービスを提供するための方法およびシステムである。一態様における写真共有サービスは、ピア・サーバとして知られる中央写真共有サイトと、デジタル・イメージをそれぞれが含む、複数のピア・ノードとを含む。方法およびシステムは、共有されるべき各イメージにメタデータを関連付けることを含む。メタデータは、イメージが撮影された場所についての標準化された位置情報から成る。そのような位置情報は、一態様では、好ましくは、経度座標と緯度座標を含み、さらにオプションとして日付および時刻の情報を含むグローバル・ポジショニング・システム（ＧＰＳ）データである。イメージは、個々のピア・ノード上でイメージの格納を維持しながら、各イメージに関連付けられたメタデータをピア・ノードからピア・サーバにアップロードすることによって共有される。ピア・サーバが、ピア・ノード群の第１のピア・ノードから提供されたメタデータに基づく検索条件を受け取ったことに応答して、ピア・サーバは、検索条件と合致する少なくとも一つのイメージに関する少なくとも一つのイメージ・ロケータを第１のピア・ノードに戻す。方法およびシステムは、合致するイメージ群の少なくとも一部を含むイメージ・アルバムを第１のピア・ノード上で動的に生成することをさらに含む。
【００１１】
ＧＰＳデータは、非常に正確であるため、少なくとも一つのロケータ、および少なくとも一つのイメージについて述べていることが理解されよう。このため、位置範囲に関して検索のために設定されるばらつきに応じて、例えば、正確な経度と緯度が選択された場合に、イメージが全く特定されないことが可能である。他方、検索が、ある範囲の経度と緯度に広がるにつれ、結果のイメージ・リストが、拡大する可能性がある。その場合、ユーザは、最初に選択された位置に最も近いところに位置しているイメージを選択し、その位置から、さらなる検索を行うことができる。
【００１２】
新たなより特定のインプリメンテーションによれば、複数のピアが、日付、時刻、および位置の情報も含むメタデータと共に格納されたデジタル・イメージをホストする、分散環境ピア・システムが説明される。そのシステムでは、異なる多くの時刻、場所（位置）、および日付において撮影されたイメージの集合を保持する電子アルバムが、構築されることが可能である。メタデータは、前述したとおり、好ましくは、イメージに関連する位置に関するＧＰＳデータによって標準化される。ピア・システムの所有者は、Ｗｅｂブラウザ、あるいは適切な機能をもたらす他の同様なソフトウェアを使用してコンテンツを閲覧するよう、他の人々を誘うことができる。
【００１３】
好ましい態様では、イメージが、位置検索または時刻検索の結果、提示されると、表示は、他の２つのボタンも含む。第１のボタンは、最初のイメージとほぼ同一の場所、日付、および時刻において撮影された他のイメージの表示を選択するためである。それらのイメージは、ユーザ自身のコンピュータの中に、またはネットワークにおけるピア上に存在することが可能である。ユーザは、指定されたコンピュータに、またはユーザ自身のコンピュータに選択を制限することができる。
【００１４】
第２のボタンは、ピクチャの位置を示す世界地図と、ピクチャがいつ撮影されたかを示すタイムラインとをユーザに示す。
さらなる、さらにより具体的な態様では、本発明は、前述したオプションのすべてが利用可能であり、１名のユーザのコンピュータに限定されて、ネットワークの外部で、単一のコンピュータ上で実施されることが可能である。
【００１５】
本発明のさらなる態様では、イメージに関する位置情報として、ＧＰＳデータが選好されるが、他のソースを使用して、イメージに適用されることが可能な位置情報を得ることもできる。その情報が、後に検索されることが可能であり、ソースにかかわらず、ＧＰＳフォーマットで格納される。しかし、ユーザが、検索を行った際、同一のＧＰＳ座標を有する複数のイメージが戻された場合、システムは、最も正確なシステムを使用して測位されたイメージを戻す。ＧＰＳサーバが、使用される測位技術の１つであった場合、ＧＰＳによって測位されたイメージが、最初に戻される。
【発明を実施するための最良の形態】
【００１６】
一態様では、本発明は、Ｗｅｂベースのピア・ツー・ピア写真共有サービスを提供するための方法およびシステムに関する。以下の説明は、当業者が、本発明を作成し、使用することを可能にするように提示され、特許出願、および特許出願の諸要件の文脈において与えられる。好ましい諸実施形態、および本明細書で説明される一般的な原理および特徴の様々な変形が、当業者には直ちに明白となろう。このため、本発明は、示される諸実施形態に限定されず、本明細書で説明される諸原理および諸特徴と合致する最も広い範囲を与えられる。
【００１７】
写真共有サービス・プロバイダが直面する格納の問題を解決し、サービスのユーザが直面する写真共有操作性の問題も解決する改良されたネットワーク写真共有サービスが、説明される。システムは、ネットワークにおけるすべてのワークステーションおよびコンピュータが、それぞれの独自のイメージを格納し、ネットワーク上の他のユーザに対してサーバの役割をする、Ｗｅｂベースのピア・ツー・ピア写真共有サービスを提供する。イメージ群のすべてについてのメタデータを格納し、関心対象のイメージを探し出す検索能力をユーザに与える、ピア・サーバとして知られる中央サーバが、提供される。特定のインプリメンテーションでは、イメージに関連付けられるメタデータは、例えば、デジタル・カメラ−グローバル・ポジショニング・センサ（ＧＰＳ）一体型デバイスを使用して作成された、日付データ、時刻データ、および位置データである。
【００１８】
さらなる発展形態では、他のソースが、位置情報をもたらすことができる。情報は、イメージに適用され、情報のソースにかかわらず、ＧＰＳフォーマットで格納される。
前述したとおり、最も好ましい位置情報は、カメラまたはラップトップ・コンピュータに接続されることが可能なＧＰＳ受信機を介して獲得される。ＧＰＳ受信機は、衛星と通信して、デバイスの位置を三角測量し、およそ１５．２４メートル（５０フィート）までの精度である。
【００１９】
代替として、セル電話塔測位が、使用されることが可能である。セル電話機に組み込まれたカメラが、当業者には周知の形で、セル電話機に関して要求される測位情報を利用するように適合される。より具体的には、すべての通信事業者／ハンドセット製造業者が、実際の場所の３０．４８メートル（１００フィート）以内までハンドセットを位置特定できることを要求される。そのようなシステムは、塔だけの構成においてとともに、ＧＰＳによって支援された塔の構成においても、現在、実施されている。
【００２０】
さらなる、それほど正確でない代替が、ネットワークに関するジオポジショニング・サービスである。より具体的には、インターネットに接続されたカメラ、ラップトップ、またはセル電話機などのデバイスは、ＩＰアドレスを有する。そのようなデバイスは、現段階では、一般に、都市レベルまで正確であるジオポジショニング・サービスを介して位置特定されることが可能である。多くの応用例に関して、このレベルの精度で十分である可能性がある。
【００２１】
また、ユーザ位置特定も可能である。イメージを格納するカメラまたはコンピュータが、世界地図をユーザに提示するように構成されることが可能である。ユーザは、一連の地図をクリックして、ユーザの場所にズームインすることができるようにされることが可能である。次に、ユーザは、最終場所を選択し、その場所の位置が、イメージにスタンプされる。
【００２２】
様々な位置データ・オプションが、以下に説明する図１４で、より詳細に示されている。
図１は、本発明の好ましい実施形態によるピア・ツー・ピア（Ｐ２Ｐ）写真共有システムを示すブロック図である。システム１０は、ピア・サーバ１４を含む中央写真共有Ｗｅｂサイト１２と、複数のピア・ノード１６とを含む。ピア・サーバ１４、およびピア・ノード１６のそれぞれは、インターネットなどのネットワークを介して、互いに通信することができる。好ましい実施形態では、ユーザ１８は、標準のＷｅｂブラウザの使用を介して、ピア・ノード１６ではないデバイスまたはクライアント（図示せず）から、中央サイト１２にアクセスすることもできる。
【００２３】
一実施形態では、複数のピア・ノード１６は、それぞれが、Ｗｅｂサイトまたはコンピュータであることが可能であり、通常、特定のユーザ１８のデジタル・イメージ２０を格納する。ピア・ノードは、複数のユーザのイメージを格納してもよい。例えば、自宅ＰＣを共用するが、各自のイメージを別々に管理する２名の家族が、共用されるＰＣ上でシステム１０に対して別々のアカウントを保持することが可能である。デジタル・イメージ２０は、イメージ・データを含むイメージ・ファイルとして格納される。また、各イメージも、そのイメージを記述し、分類する、そのイメージに関連付けられたメタデータ２２を有する。メタデータ２２は、以下に説明するとおり、ユーザ１８によってイメージ２０に関連付けられても、ピア・ノード１６によって自動的にイメージ２０に関連付けられてもよい。さらに、メタデータ２２の一部、またはすべてが、イメージ・キャプチャ時にデジタル・カメラによってイメージに関連付けられてもよい。そのメタデータ２２は、好ましくは、ＧＰＳデバイスによって生成されて、イメージがキャプチャされた時刻、日付、および場所を示す。さらに、イメージが存在するコンピュータのＩＰアドレスにより、イメージが格納されている都市についてのさらなる位置情報がもたらされることが可能である。また、各イメージ２０は、サムネール・イメージ２４と呼ばれる、イメージ・データのより小さい表現である、特定のタイプのメタデータに関連付けられることも可能である。
【００２４】
ＧＰＳデバイスおよびＧＰＳデータは、イメージに関連付けられるデータ・タイプの１例であるが、既に説明したとおり、他のタイプのデータも、そのデータが、標準化されており、ユーザ選択またはスキーマの違いに応じた記述のばらつきを回避する限り、使用されることが可能である。例えば、代替として、ＧＰＳが使用されない場合、他のタイプの位置情報技術が、使用されることが可能であり、データは、前述したとおり、ソースにかかわらず、位置情報としてＧＰＳフォーマットで格納されることが可能である。
【００２５】
米国特許第６，７５７，６８４号明細書の場合と同様に、以上は、ユーザ１８が、静的アルバムの中に格納するためにユーザのコンピュータからＷｅｂサーバにイメージをアップロードすることによってデジタル・イメージを掲示する、従来の写真共有モデルとは対照的である。代わりに、本発明では、ピア・ノード１６が、実際のイメージ・データの格納を保持し、各イメージに関するメタデータ２２（特に、サムネール・イメージ２４）だけが、ピア・サーバ１４にアップロードされる。ピア・ノード１６のユーザ１８は、ユーザ自身１８、およびユーザ１８のピア・ノード１６をピア・サーバ１４に登録して、他のユーザら１８が、ユーザ１８のイメージ２０を検索し、閲覧することができるように、サービスのメンバになる。ピア・サーバ１４は、ユーザ１８のリスト、ユーザが属する可能性があるグループのリスト、およびピア・ノード群１６を保持し、検索エンジンと、共有される各イメージ、およびそのイメージが配置されたピアの場所に関する時刻、日付、および位置のメタデータのキャッシュを提供する。
【００２６】
さらなる態様によれば、ユーザ１８は、時刻、日付、および位置のメタデータ２２に基づく検索条件を提供することにより、イメージ２０を閲覧するためのイメージ・アルバム２６を動的に作成することができる。図１では、例えば、ユーザ１８ａが、メタデータ２２をピア・サーバ１４にアップロードすることにより、中央サイト１２上でイメージ２０を共有している。すると、ユーザ１８ｂが、検索条件と合致するイメージ２０を閲覧するように、ピア・サーバ１４に検索を提供することができる。
【００２７】
これに応答して、ピア・サーバ１４は、検索条件と合致するイメージ２０に関する少なくとも一つのイメージ・ロケータ（例えば、ＵＲＬ）をピア・ノード１６ｂに戻し、場合により、イメージ・ロケータのリストをピア・ノード１６ｂに戻す。一態様では、検索は、前述したとおり、ＧＰＳデータ、セル電話塔測位データ、ジオポジショニング（ｇｅｏ−ｐｏｓｉｔｉｏｎｉｎｇ）・データ、またはユーザ入力データであることが可能な、標準化された位置データに基づく。好ましい方法では、最も正確なデータに対応するイメージが、最初に戻され、かつ／または最も正確でないデータに対応するイメージに至る。次に、ユーザ１８ｂは、アルバム２６の中に含まれるべきイメージ群に対応するリストが戻された場合、リスト上の少なくとも一つのエントリを選択する。好ましい実施形態では、ユーザ１８ｂには、イメージ名のリストではなく、イメージおよび／またはイメージのソースを識別するメタデータの何らかのサブセットを伴う少なくとも一つのサムネール・イメージ、またはサムネール・イメージのリストが示される。代替の実施形態では、ピア・ノード１６ｂが、合致するイメージを有するピア・ノード群１６のリストを表示してから、イメージ・データおよび／またはさらなるメタデータを取得し、アルバムを構成する際にいずれのピア・ノード１６を使用するかをユーザが選択できるようにすることが可能である。
【００２８】
ユーザ１８ｂが、リストから選択を行った後、ピア・ノード１６ｂは、必要に応じて、イメージ・ロケータを使用して、合致するイメージ群を取得する要求を送信する。
要求の扱いは、イメージ群が、どこから取得されるかに依存する。以下の３つのケースが存在する。すなわち、１）選択されたイメージの１つまたは複数が、要求側ピア・ノード上に格納されているケース、２）イメージの１つまたは複数が、その時点でオンラインであることも、オンラインでないことも可能であり、さらに、連絡可能なネットワーク・アドレスを有することも、有さないことも可能なピア・ノード上に格納されているケース、および３）要求が、ピア・サーバ１４と、対応するイメージ群を共有したピア・ノード群との両方に格納されているサムネール・イメージを求めるものであるケース。
【００２９】
合致するイメージの１つまたは複数が、要求側ピア・ノード１６ｂに格納されている場合、それらのイメージは、アルバム２６に組み込むために要求側ピア・ノード１６ｂから取得される。１つまたは複数のイメージが、オンラインであり、さらに、ピア・ノード１６ｂから連絡可能なネットワーク・アドレスを有する別のピア・ノード１６上に格納されている場合、ピア・サーバ１４から戻されるイメージ・ロケータが、それらのイメージの取得のために、ピア・ノード１６ｂを他方のピア・ノード１６に向かわせる。好ましい実施形態では、サーバによってピア・ノード１６ｂに戻されるイメージ・ロケータは、ピア・ノード１６ｂが、ピア・サーバ１４に要求をまず、送信することなしに、対応するピア・ノード群１６にＵＲＬ要求を直接に送信することができるように、いずれのノードが、現在、オンラインであるかを示す。
【００３０】
１つまたは複数のイメージが、現在、オフラインである、またはピア・ノード１６ｂから連絡可能なネットワーク・アドレスを有さない別のピア・ノード１６上に格納されている場合、イメージ・ロケータは、それらのイメージを求める要求を、ピア・サーバ１４に戻すようにルーティングするように変更され、サーバ１４は、ファイアウォールのケースでは、ピア・ノード１６のためのプロキシの役割をする。プロキシになった後、ピア・サーバ１４は、イメージ要求および応答を適切にルーティングする。生成されるべきアルバム２６が、ピア・サーバ１４にアップロードされる時刻、日付、および場所のメタデータの一部であるサムネール・イメージを含む場合、サーバ１４は、それらのサムネールをピア・ノード１６ｂに直接に戻して、他のピア・ノード群１６から、それらのサムネールを取得する必要性を解消する。
【００３１】
本発明は、代替の態様では、ネットワークに接続されていない単一のコンピュータにおいて実施されることが可能であることが理解されよう。そのケースでは、日付、時刻、および位置のメタデータは、すべての単一のコンピュータ上でイメージ群に関連して格納される。他のすべての点で、格納、検索、および操作は、ピア・ツー・ピア・ネットワークにおいて本明細書で別に説明したとおりに行われる。日付および時刻のデータは、標準化するのがかなり容易である。位置メタデータは、好ましくは、イメージをキャプチャするのに使用されたデジタル・カメラに関連するＧＰＳデバイスからのＧＰＳデータに基づく。
【００３２】
ピア・ノード１６ｂは、応答を受信すると、それらの応答を集約して、アルバム２６のビューを生成する。好ましい実施形態では、ピア・ノード１６ｂは、ユーザ１８が、Ｗｅｂブラウザにおいて閲覧することができる１つまたは複数のＷｅｂページを構成する。ピア・ノード１６ｂは、グラフィック・アート、ページ・テンプレートなどのプレゼンテーション構成要素などを、必要に応じて、ピア・サーバ１４から取得することができる。ピア・ノード１６ｂは、ピア・サーバ１４から取得されたプレゼンテーション構成要素を将来の使用のためにキャッシュして、パフォーマンスを向上させることができる。
【００３３】
システムの一態様によれば、イメージ・アルバム２６は、従来の写真共有サイトにおけるように静的に定義されない。代わりに、アルバム２６は、少なくとも位置データに基づき、オプションとして、日付および時刻のメタデータ２２に基づく、検索条件によって定義される。位置データは、好ましくは、位置に関するＧＰＳデータであり、オプションとして、選択されたピアのＩＰアドレスに基づく、ユーザ固有のイメージ２０だけでなく、他のピア・ノード群のイメージ２０も使用して、リアルタイムでユーザのピア・ノード上で生成された位置メタデータも含む。いずれにしても、データは、位置に関して標準化されなければならず、前述したとおり、様々なタイプであることが可能である。位置データが、好ましい条件で作成された場合、最も正確なデータでタグが付けられたイメージ群が、最初に戻される。また、検索の結果、作成されたアルバム２６、および／または検索条件が、保存されることも可能である。アルバム２６および／または検索条件は、検索条件として、またはユーザの選好の対象となる初期検索条件からの結果として保存されることが可能である。本発明のピア・ツー・ピア写真共有システム１０は、以下を含め、従来の写真共有に優るいくつかの利点を有する。すなわち、
イメージ２０が、ローカルで格納されるので、イメージ・アップロード時間が大幅に短縮されること、
システム内のすべてのイメージを検索する能力、
ユーザが、ローカルで格納されたイメージに対するコントロールを保持すること、
写真共有サイトに関するインフラ要件が、劇的に低減されること、および
極めてスケーラブルなインフラである。
【００３４】
図２は、ピア・ノード１６アプリケーション・ソフトウェアを示すブロック図である。好ましい実施形態では、ピア・ノード１６のアプリケーション・ソフトウェアは、ピア・ユーザ・インタフェース（ＵＩ）３０と、ピア・アップロード自動化エンジン３２と、ピア・デーモン３４と、ピア・データ・リポジトリ３６とを含む。また、ピア・ノード１６は、オプションのファイアウォール３８を含むこと、または別のデバイス内部に配置されたファイアウォールを介してインターネットにアクセスすることも可能である。
【００３５】
ピアＵＩ３０は、ユーザ１８が、データを閲覧し、編集することができるようにするグラフィカル・ユーザ・インタフェース・アプリケーションである。データは、ほとんどのケースでは、ピア・ノード１６上、またはリモート・ピア・ノード群１６の上にともに存在することが可能な、イメージ２０、および関連するメタデータである。ピアＵＩ３０は、いくつかの異なる形で実施されることが可能であるが、好ましい実施形態では、ピアＵＩ３０は、Ｗｅｂブラウザとして実施され、ただし、代替的に、システム１０のために特別に設計されたアプリケーションであってもよい。
【００３６】
本発明の第１の態様によれば、ピア・デーモン３４は、メタデータ・アップロード方法に先立って、メタデータ２２をイメージ２０に自動的に割り当てる。ピア・デーモン３４は、メタデータ・スキーマによって指定された既定値を使用して、メタデータ値２２をどのように埋めるべきかについて、インテリジェントな推測を行う。さらに、ピア・デーモンは、ユーザの過去の行動に基づき、時とともに訓練される。次に、ピア・デーモン３４は、ピア・アップロード自動化エンジン３２を利用して、イメージに関連付けられたメタデータ２２をピア・サーバ１４に送信する。ピア・デーモン３４およびピア・アップロード・エンジン３２のメタデータ・ファシリティは、非常に多数のイメージ２０に関するメタデータ２２を、ユーザ１８が、容易に分類して、ピア・サーバ１４にアップロードすることができるようにする。また、ピア・デーモン３４は、イメージ２０が格納され、メタデータ２２がアップロードされる前に、ユーザ１８が、ピクチャに単純な編集（例えば、回転）を行うことも可能にする。代替では、メタデータは、ピアに留まることが可能であり、メタデータによるピア・ツー・ピア検索が、行われる。
【００３７】
ピア・デーモン３４は、共有されるべきイメージ２０を求めてピア・ノード１６コンピュータを走査する背景プロセス（ｂａｃｋｇｒｏｕｎｄ  ｐｒｏｃｅｓｓ）を含み、イメージ２０に関するメタデータを分類する。ピア・デーモン３４は、ピア・データ・リポジトリ３６を使用して、イメージ群２０、およびメタデータ２２のローカル・コピーを格納する。好ましい実施形態では、ピア・デーモン３４は、Ｗｅｂサーバの役割をして、Ｗｅｂブラウザを介してユーザにピアＵＩ３０を提示する。ピア・デーモン３４は、必要に応じて、ピア・サーバ１４と通信して、必要に応じて、プレゼンテーション構成要素を取得して、システムのプレゼンテーション論理を分配する。同様の形で、ピア・デーモン３４は、従来の写真共有サーバにおいては、通常、中央サーバまたは中央サイトだけの責任である他の作業の負担をピア・サーバ１４から除くこともできる。そのような作業活動の例には、セキュリティ情報のキャッシングおよび処理、イベントを受け取り、ルーティングすること、他のピア・ノード群のためのピア・プロキシ６８の役割をすること（図３の説明を参照）、およびユーザ・アカウント情報およびグループ・アカウント情報をキャッシュすることが含まれる。
【００３８】
図３は、中央サイト・ピア・サーバ１４のコンテンツを示すブロック図である。好ましい実施形態では、ピア・サーバ１４は、Ｗｅｂサーバ・アプリケーション５０を含み、オプションとして、メタデータ・リポジトリ５２、ユーザ・アカウント−グループ・アカウント・データベース５４、キャッシュ５６、およびピア・プロキシ６８を含む。
【００３９】
Ｗｅｂサーバ・アプリケーション５０は、標準のＷｅｂブラウザを使用して、Ｗｅｂサーバによって戻されたデータを閲覧することができるように、クライアント・デバイスの能力に合うようにフォーマットされたページを提供する。メタデータ・リポジトリ５２は、ピア・ノード１６上に格納された特定のイメージ群、およびイメージ群２０に関連するイメージ・グループ２２に関連するピア・ノード１６からアップロードされたメタデータの定義およびメタデータ２２を格納するデータベースである。メタデータ２２の定義は、例えば、ＧＰＳデバイスによって生成された特定の日付、時刻、および位置のメタデータ２７に加えることが可能である。さらなる実施形態では、追加のメタデータ定義の一部は、米国特許第６，７５７，６８４号明細書において説明されるＷ３Ｃリソース定義フレームワーク（ＲＤＦ）を使用して指定されることが可能である。その特許では、すべてのイメージに関連付けられるコア・メタデータ・スキーマ／ボキャブラリが、定義される。グループおよびユーザは、独自のメタデータ２２ボキャブラリを指定することができ、それらのボキャブラリを、日付、時刻、および位置、ならびにピアのＩＰアドレスに基づく、イメージが格納されている場所の位置に加えて、他のユーザおよびグループと共有することができる。ユーザおよびグループ管理者は、ユーザ・アカウントおよびグループ・アカウントにそれぞれ関連付けられたイメージに関してサポートされる、１つまたは複数のボキャブラリを指定することができる。ピア・サーバ１４およびピア・ノード１６は、それらのメタデータ要件を実施する。
【００４０】
ユーザ・アカウント・データベース５４を使用して、登録された各ユーザ１８のユーザ・アカウント、および対応するコンタクト情報、および選好が格納されることが可能である。また、ユーザのグループは、許可設定、ＵＩオプション、必須のメタデータ・ボキャブラリおよびオプションのメタデータ・ボキャブラリ、サブスクリプション・リスト、イベント／通知ポリシー、およびキャッシング・ポリシーを含むことが可能な、共通のポリシーを共有することもできる。
【００４１】
キャッシュ５６を使用して、頻繁にアクセスされるイメージ２０に関連付けられたメタデータ２２を格納し、より迅速な検索を可能にする。メタデータ２２は、ピア・サーバの構成されたキャッシング・ポリシーに基づき、キャッシュ５６の中で、他のイメージ２０からのメタデータ２２で自動的に置き換えられることが可能である。ピア・プロキシ６８は、ファイアウォール３８の背後のピア・ノード群１６が、ピア・サーバ１４に接続することを可能にする。その接続が確立されると、他のピア・ノード１６が、ファイアウォールの背後のピア・ノードに要求をルーティングし、要求を行った関連するノードに応答をルーティングするピア・プロキシに接続することにより、ファイアウォール３８の背後の関連するピア・ノード１６と接触することができる。
【００４２】
ピア・サーバ１４は、検索エンジン５８と、ピア・ディレクトリ６０と、イベント／通知エンジン６２と、キャッシング・エンジン６４と、プレゼンテーション論理−リソース６６とをさらに含む。検索エンジン５８は、様々なピア・ノード１６によって受け取られた要求を取り込み、メタデータ・リポジトリ５２の中に格納されたメタデータ２２を検索する。また、検索エンジン５８は、ピア・ノード１６の１つまたは複数に検索条件を送って、ピア・ノード１６上に格納されたメタデータ２２を検索することにより、検索を肩代わりさせる能力も有する。一実施形態では、ピア・サイトは、大量のメタデータ２２を有するピア・ノード群１６に検索を肩代わりさせる。そのようなピア・ノード１６の例が、従来の中央写真共有サイトでもあるピア・ノード１６である。
【００４３】
ピア・ディレクトリ６０は、活性のピア・ノード１６のリストを保持し、それらのピア・ノード１６を、ユーザ・アカウント・データベース５４からの登録されたユーザら１８に関連付ける。通知エンジン６２が、事前定義されたイベントが生じた場合に、ピア・ノード１６に通知することを担う。事前定義されたイベントの例には、他のピア・ノード１６が活性になったこと、特定のイメージ２０が、ピア・サーバ１４に掲示されたこと、または要求が満たされたことが含まれる。キャッシング・エンジン６４は、キャッシュ５６とインタフェースをとり、どのようなデータをキャッシュすべきか、そのデータをどこにキャッシュすべきか、およびそのデータをどれだけの時間、保持すべきかを判定することを担う。
【００４４】
プレゼンテーション論理６６は、ピア・サイトとのユーザ対話のためのユーザ・インタフェースを構成する。また、プレゼンテーション６６論理は、ユーザ・インタフェース要素を構成する際にピア・ノードによって使用されるテンプレート、およびプレゼンテーション・リソース（例えば、アイコン、グラフィックス）も提供する。プレゼンテーション論理６６は、図１０〜図１３に関連して以下にさらに説明するとおり、要求側デバイスの能力、およびユーザ１８選好に基づき、プレゼンテーションを適合させる。
【００４５】
ピア・サーバ１４は、例えば、印刷実行プロバイダを含むことが可能な外部サービス・プロバイダ（図示せず）、あるいはイメージ・アルバム２６をＣＤ上に焼く、または本物のアルバム・ページを印刷するサービスへのアクセスをピア・ノード群１６に提供することも可能である。
【００４６】
図４は、メタデータ・リポジトリ５２の中に格納された、いくつかのメタデータ定義８０を示す図である。本発明によれば、システム１０は、メタデータ・スキーマ８４またはボキャブラリの格納および管理のためのボキャブラリ・ライブラリ８２を提供することが可能である。好ましい実施形態では、ボキャブラリ・ライブラリ８２は、ＲＤＦおよびＸＭＬを使用して定義されることが可能な、汎用スキーマ、共有スキーマ、およびプライベート・スキーマを含む。システム１０におけるすべてのイメージ２０には、必須の位置メタデータ、例えば、ＧＰＳデータに加えて、汎用スキーマによって指定されたメタデータ２２が、関連付けられていることが可能である。もちろん、前述したとおり、ＧＰＳデータが選好されるが、他のタイプの位置データが、図１４に示されるとおり、使用されることも可能である。また、ピア・メタデータ２２を格納した日付および時刻、ならびに場所も、好ましくは、指定される。オプションとして、ＩＰアドレスに基づくホスティング・ピアの位置も、イメージに関連付けられる。また、ユーザ１８およびグループが、汎用スキーマを含むことが可能であり、ＲＤＦおよびＸＭＬが許す他のボキャブラリを借用することが可能な、独自の追加のスキーマを定義してもよい。
【００４７】
例として、背景に山々がある家族のイメージ８６が、ユーザ１８ａによってシステム１０に追加されたものと想定されたい。ユーザ１８ａは、汎用スキーマを含むプライベート・スキーマ８８を定義しており、家族メタデータに関して定義された共有スキーマを借用して、ユーザ１８ａの個人的な使用のためにさらにメタデータを追加することができる。ユーザ１８ｂが、おそらく、汎用スキーマにおけるフィールドを使用した検索を介して、イメージ８６を発見している。ピクチャにおける山々を見て、自然写真の熱烈な愛好者であるので、ユーザ１８ｂは、自然写真に関して定義された共有スキーマを使用して、イメージ８６に関連付ける自然メタデータ９０を作成する。ユーザ１８ｂは、イメージに関するそのメタデータ９０をピア・サーバ１４にアップロードする。ボキャブラリ（ユニバーサル、家族、ユーザ１８ａのプライベート拡張、および自然）の１つまたは複数を使用して構築された検索を構築する他のユーザらは、検索条件が合致した場合、イメージ８６を見出すことができる。スキーマ定義８４は、システム１０によって制限されない。さらに、提供され、イメージ２０に関連付けられることが可能なメタデータ２２の別々のインスタンスの数の理論上の制限は、全く存在しない。プライベート・スキーマ拡張およびプライベート・メタデータを共有することは、ユーザ１８ａのオプションであることに留意されたい。ユーザ１８ａは、プライベート・スキーマ指定をピア・サーバ１４に送信して、他の人々が、プライベート・ボキャブラリを使用して検索を構築できるようにしてもよい。ピア・サーバ１４は、実際のメタデータが、ピア・サーバ１４上に格納されていない場合、実際の検索を実行するよう、ユーザ１８ａのピア・ノードに要求する。理解することができるとおり、ＣＯＰＳロケーション・データなどの場所メタデータの追加により、より高い、より正確な検索能力がもたらされる。
【００４８】
動作の際、ユーザ１８はまず、ユーザ１８のコンピュータ上にピア・ソフトウェアをインストールして、ピア・ノード１６を作成し、サービスに申し込む。ユーザ１８は、イメージ・メタデータ２２をアップロードすることにより、ユーザのピア・ノード１６上にローカルであるイメージ群２０を写真共有サイト１２と共有して、ピア・ノード１６をピア・サーバ１４と同期させることができる。データを閲覧するのに、ユーザ１８は、ユーザ１８が必要な許可を有する事前定義されたアルバム２６を、閲覧するために選択することができ、あるいはユーザ１８は、検索を提供することができ、その検索が、検索条件と合致するイメージ群２０を表示する動的なイメージ・アルバム２６の作成をもたらす。以上の方法工程を、図５〜図８に関連してさらに詳細に説明する。
【００４９】
図５は、インストール−登録方法を示す流れ図である。方法は、工程１００で、インターネット・ユーザ１８が、ピア・サーバ・Ｗｅｂサイトを訪問することから始まる。ユーザ１８は、工程１０２で、新たなユーザ・ボタンをクリックし、ピア・ツー・ピア・サービスに申し込むためのページに誘導される。ユーザ１８は、工程１０４で、申し込みページ上で必須の申し込み情報を入力する。これに応答して、ユーザ１８は、工程１０６で、ユーザ・ピア・ノード１６を識別するのに使用される一意ピアＩＤを獲得する。
【００５０】
登録されたユーザ１８になった後、ユーザ１８は、工程１０８で、ピア・ノード・アプリケーション・ソフトウェア１６をダウンロードする。ピア・ノード・ソフトウェア１６をダウンロードした後、ユーザ１８は、工程１１０で、ピア・ノード・ソフトウェア１６をインストールし、ピア・デーモン３４を呼び出す。次に、ユーザ１８に、工程１１２で、イメージ群２０と、日付、時刻、位置、およびシステム１０を使用して共有されることが可能なイメージを格納するピアの位置を含む、関連するメタデータ２２とを指定する機会が、与えられる。ピア・デーモン３４は、ユーザ１８に関する必須のスキーマにおける必須のデータに関する既定値をもたらすことによって可能であるように、メタデータ２２をもたらす工程のできる限り多くを自動化する。本発明の好ましい実施形態では、必須のデータは、例えば、好ましくは、イメージに関連付けられたＧＰＳデータを介する、イメージが作成された位置を指定するデータだけである。ユーザには、日付および時刻、ならびにピアのＩＰアドレスに基づいた格納側ピアの位置などの、他の値を追加する機会が、与えられる。代替的に、日付および時刻は、イメージをキャプチャするデジタル・カメラの中に存在するソフトウェアなどから、自動的に追加される。
【００５１】
１つのオプションの実施形態では、次に、ピア・デーモン３４が、工程１１４で、ピア・サーバ１４と同期して、メタデータ２２をアップロードする。イメージ・メタデータ２２が、アップロードされた後、ユーザ１８は、工程１１６で、サイトを訪問するよう、他の登録されたユーザら１８を誘う。ユーザ１８は、ユーザ１８の電子メール・アドレスを提供することにより、登録されていないユーザらを誘うこともできる。登録されていないユーザらには、ピア・サーバ１４に登録するよう誘う電子メールが送信されることが可能であり、登録の後、それらのユーザらは、ユーザ１８のイメージを閲覧することができる。
【００５２】
図６Ａは、図５の工程１１４で説明される、ピア・デーモン３４とピア・サーバ１４の間の同期方法をさらに詳細に示す流れ図である。この方法は、ピア・ノード１６が、開始された際、およびオンライン中にユーザ１８追加、ユーザ１８削除、およびユーザ１８変更によって開始された際に行われる。図６は、ピア・ノード開始に関連して、この方法を説明する。ピア・ノード１６が開始された後、ピア・デーモン３４が、工程２００で、ピア・サーバ１４に登録する。オプションとして、登録の後、ピア・アップロード・エンジン３２が、ユーザ１８が、写真共有サイト１２上で共有することを所望するイメージ群２０、およびユーザ１８が、削除することを所望する、または変更したイメージ群に関するメタデータ、特にＧＰＳデータなどの位置データを指定する変更リストを、工程２０２で、ピア・サーバ１４に送信する。すると、ピア・サーバ１４は、工程２０４で、いずれのイメージ２０が追加され、変更され、削除されたかを反映するように、メタデータ・リポジトリ５２を更新する。
【００５３】
システム１０は、要求が行われた時点でオフラインであるピア・ノード１６群の上のイメージ２０を求める要求が行われることを可能にする。図６Ｂは、ピア・ノードが、再びオンラインになった際、およびピア・サーバに登録した際の待ち状態の要求の扱いを示す流れ図である。ピア・ノード１６は、オンラインになると、工程２０８で、要求をピア・サーバ１４に送信して、ピア・ノード１６上に格納されているイメージ群を求める待ち状態の要求を獲得する。図５および図６のオプションが実施されるケースでは、イメージを求める各要求は、応答をどこに送信すべきかを示すＵＲＬを含む。待ち状態の要求が、ピア・ノード１６によって受信されると、ピア・ノード１６は、待ち状態の各要求を処理する。応答は、要求側ピア・ノード（要求側）が、現在、オンラインであるか否かに応じて、異なる形で扱われなければならない。好ましい実施形態では、この判定は、工程２１０で、ピア・サーバにおいて扱われる。
【００５４】
工程２１０で、要求側がオンラインである場合、ピア・ノード１６は、工程２１２で、要求の中のＵＲＬによって示される要求側に応答を送信する。要求側が、オンラインではない場合、ピア・サーバ１４は、オンラインであるピア・ノード群１６を把握しているので、ピア・サーバ１４は、工程２０８中にピア・ノード１６に待ち状態の要求を送信するのに先立って、要求中の要求側ＵＲＬを、サーバ１４独自のＵＲＬの１つで置き換える。ピア・ノード１６が、続いて、その要求を処理すると、工程２１４で、応答が、ピア・ノード１６から、要求中のＵＲＬによって示されるピア・サーバ１４に送信されて、サーバ１４において、キャッシュされる。要求側が、工程２１６で、再びオンラインになると、要求側は、工程２１８で、ピア・サーバ１４から、キャッシュされた応答を要求する。すると、ピア・サーバ１４は、工程２２０で、キャッシュされた応答を要求側にルーティングする。
【００５５】
図６Ａおよび図６Ｂに示される方法は、ピア・ノード１６によって別々のスレッド上で実行されてもよく、したがって、ピア・ノード１６のユーザ１８は、同期が完了するのを待つ必要なしに、ピア・ノード開始直後に、ピア・ノード１６と対話することができることに留意されたい。
【００５６】
ユーザが、イメージ・メタデータをピア・サーバにアップロードする実施形態において、図７Ａ〜図７Ｄは、ピア・ノード・ソフトウェアを使用するそのような方法を示す流れ図である。ユーザ１８はまず、工程３０２で、イメージ・グループに関するメタデータ２２を指定するかどうか、工程３０４で、グループに入っていないイメージのバッチに関するメタデータ２２を指定するかどうか、または工程３０２および工程３０４で個々に、イメージ２０に関するメタデータ２２を指定するかどうかを選択しなければならない。以上の選択は、互いに排他的ではないことに留意されたい。つまり、イメージ２０は、任意のイメージ・グループの一部であってもよく、このため、グループ・メタデータ２２を関連付けてもよい。また、同一のイメージに、グループの中のその他のイメージ群２０とは別に単独でメタデータ２２が関連付けられていてもよい。
【００５７】
図７Ｂは、イメージ・グループに関するメタデータをもたらす一方法を示す。ユーザ１８はまず、工程３１０で、グループに関連付けられるべきイメージ群２０を選択する。次に、ユーザ１８は、工程３１２で、いずれのメタデータ・ボキャブラリを使用するかを選択する。ボキャブラリは、ピア・サーバ１４のボキャブラリ・リポジトリ８２から、かつ／またはピア・ノード１６だけの上に格納されたプライベート・ボキャブラリから取得される。ユーザ１８は、それらのボキャブラリをそのまま使用しても、それらのボキャブラリの諸要素を組み合わせて、新たなボキャブラリを作成してもよい。ユーザ１８は、工程３１４で、システムによって与えられる既定値を受け入れても、それらの値を変更してもよい。次に、ピア・ノード１６は、工程３１６で、そのデータを、新たなイメージ・グループに関連付けられたメタデータ２２としてピア・サーバ１４に送信する。
【００５８】
本発明のさらなる態様によれば、メタデータ２２は、標準化された情報として、例えば、ＧＰＳによって生成されたメタデータとして、イメージに既に関連付けられている。また、イメージ・キャプチャ・デバイスの中のソフトウェアによって生成された、時刻および日付のデータも関連付けられていることが可能である。次に、ユーザは、メタデータ２２が、ピアのＩＰアドレスに基づく格納側ピアの位置を含むべきかどうかも指定することができる。
【００５９】
図７Ｃは、バッチ・モードでイメージ群に関するメタデータをもたらす方法を示す。このメタデータは、メタデータ２２が与えられると、そのメタデータ２２が、各イメージ２０に別々に関連付けられるという点で、グループ・メタデータとは異なる。イメージ群２０は、そのメタデータに関して、イメージ・グループの一部ではない。これは、単に、同一のボキャブラリ、および同一の値の多くを共有するイメージ・セットに関してメタデータを入力する好都合な仕方である。ユーザ１８は、データが、イメージ間で異なるべき場合に、各イメージ２０に関する選択されたデータ項目を変更することにより、以上の方法をフォローアップすることができる。ユーザ１８はまず、工程３２２で、メタデータ２２に関連付けられるべきイメージ群２０を選択する。次に、ユーザ１８は、工程３２４で、いずれのメタデータ・ボキャブラリを使用すべきかを選択する。ボキャブラリは、ピア・サーバ１４のボキャブラリ・ライブラリ８２から、かつ／またはピア・ノード１６だけの上に格納されたプライベート・ボキャブラリから取得される。ユーザ１８は、それらのボキャブラリをそのまま使用しても、それらのボキャブラリの諸要素を組み合わせて、新たなボキャブラリを作成してもよい。ユーザ１８は、工程３２６で、システムによって与えられる既定値を受け入れても、それらの値を変更してもよい。次に、ピア・ノード１６は、工程３２８で、別々のメタデータを作成して、そのメタデータを別々の各イメージ２０に関連付ける。最後に、ピア・ノード１６は、工程３３０で、各イメージ２０に関するメタデータ２２をピア・サーバ１４に送信する。イメージ・グループ・メタデータ２２の場合と同様に、ＧＰＳシステムや、イメージ・キャプチャ・デバイス上、またはＣＯＰＳシステム上の関連する日付−時刻ソフトウェアなどからのメタデータが、自動的に関連付けられる。
【００６０】
図７Ｄは、個別のイメージに関するメタデータをもたらす方法を示す。この方法は、処理されるべきイメージの数が１つであるバッチ・モード処理の特殊ケースである。場所メタデータ、およびオプションとして、日付および時刻に加えて、ユーザは、工程３４２で、追加のメタデータ２２に関連付けられるべきイメージ２０を選択することができる。次に、ユーザ１８は、工程３４４で、いずれのメタデータ・ボキャブラリを使用すべきかを選択する。ボキャブラリは、ピア・サーバ１４のボキャブラリ・ライブラリ８２から、かつ／またはピア・ノード１６だけの上に格納されたプライベート・ボキャブラリから取得される。ユーザ１８は、それらのボキャブラリをそのまま使用しても、それらのボキャブラリの諸要素を組み合わせて、新たなボキャブラリを作成してもよい。ユーザ１８は、工程３４６で、システムによって与えられる既定値を受け入れても、それらの値を変更してもよい。次に、ピア・ノード１６は、工程３４８で、メタデータ２２を作成して、そのメタデータを、選択されたイメージ２０に関連付ける。最後に、ピア・ノード１６は、工程３５０で、イメージ２０に関するメタデータ２２をピア・サーバ１４に送信する。
【００６１】
図８Ａ〜図８Ｃは、ピア・ノード１６上で動的なイメージ・アルバムを作成する方法を示す流れ図である。図８Ａは、アルバムを管理するためにユーザ１８が利用できる基本的な選択肢を示す。ユーザ１８が、工程４０２で、アルバム２６を作成することを選択することが可能である。ユーザ１８は、アルバム２６を作成することを選択した場合、アルバム２６の名前などの、ある必須の情報を入力するよう、促される。アルバム２６が存在すると、ユーザ１８は、工程４０４で、アルバムのコンテンツを編集することができ、工程４０６で、アルバム２６に対するアクセス権を編集することができ、工程４０８で、アルバム２６のプレゼンテーション属性を編集することができ、あるいは他のアルバム属性（図示せず）を編集することができる。好ましい実施形態では、工程４１２におけるアクセス権管理が、アクセス制御リスト（ＡＣＬ）を管理することによって実行されるが、Ｊａｖａ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ａｎｄ  Ａｃｔｉｖａｔｉｏｎ  Ｓｅｒｖｉｃｅｓフレームワークによってサポートされるモデルなどの、その他の形態をとることも可能である。
【００６２】
図８Ｂは、アルバム２６のコンテンツを管理する方法を示す。ユーザ１８が、工程４２０で、あらかじめ定義された１つまたは複数のアルバムを選択することにより、アルバム２６のためのイメージ群を選択する。アルバムは、ユーザ１８によって所有されるアルバム２６であっても、ユーザと共有されるアルバム２６であってもよい。既存のアルバム２６からイメージ群を選択することの代替として、またはそうすることに加えて、ユーザ１８は、工程４２０で、検索を構築することができる。次に、ユーザ１８は、工程４２２で、選択されたアルバムから、アルバム２６に含まれるべきイメージ群２０を選択し、かつ／または検索し、選択されたイメージ群２０が、アルバム２６に関する編集カードに入れられる。ユーザ１８は、工程４２４で、アルバム２６の編集カートからイメージ群２０を削除することができ、工程４２６で、アルバム２６の編集カートの中でイメージ群２０の順序を変更することにより、表示されるイメージ群２０の順序を指定することができる。ユーザ１８は、工程４３０で終了するまで、工程４２８で、以上の方法を繰り返すことを選択することができる。
【００６３】
図８Ｃは、アルバムのプレゼンテーション属性を管理する方法を示す。ユーザ１８が、工程４４０で、事前定義されたプレゼンテーション・スタイルのリストから選択する。次に、ユーザ１８は、工程４４４で、選択されたスタイルでアルバム２６をプレビューするか、または工程４４２で、選択されたスタイルのスタイル要素を変更することができる。ユーザは、ユーザ１８が、アルバム２６のプレゼンテーションに満足するまで、必要に応じて、工程４４０、４４２、および４４４を繰り返し通ることができる。次に、ユーザ１８は、工程４４６で、アルバム２６に関するプレゼンテーション属性を保存し（さらに、それらの属性を、後の使用のために、または他の人々と共有するために、新たな名前付きのスタイルとして保存することができ）、工程４４８で、アルバム２６のプレゼンテーションの管理を終える。
【００６４】
以上、開示を本願明細書に援用する、米国特許第６，７５７，６８４号明細書のピア・ツー・ピア・システム、および出願番号第１０／８５４，０８４号において説明される、そのようなシステムの改良形態において実施される全体的な発明を説明した。
【００６５】
本発明によれば、既に説明し、さらに示される、位置データに関連するいくつかの自明でない改良が、もたらされる。そのような改良には、位置（好ましくは、ＧＰＳ）情報、時刻および日付、およびオプションとして、イメージを格納しているピアの位置が含まれる。もちろん、既に説明したとおり、位置情報は、他のソースから来ることも可能である。本発明によれば、結果は、位置情報ソースの精度の優先順位で戻され、既定では、最も正確なものが、最初に戻される。少なくとも位置メタデータが関連付けられており、オプションとして、日付、時刻、および格納ピアの場所が関連付けられているイメージ群の使用および関連付けについて、図９〜図１３に関連して本明細書でさらに詳細に説明する。
【００６６】
図９は、例えば、ディスプレイ上の、位置情報５０５とともに表示されたイメージ５０３と、同一のコンピュータ上、またはピア・ツー・ピア・ネットワーク上のピア・コンピュータ群上の他のイメージ群を探し出すための、別個のウインドウ５０９内の選択条件５１１〜５２３とを示すスクリーン・ショット５０１である。
【００６７】
イメージには、ｃａｎｃｕｎ．ｊｐｇという名前が付けられ、そのイメージが存在するピア・ノードの名前には、ｓｈｕｔｔｅｒｂｕｇという名前が付けられている。座標５０５をクリックすることにより、これにより、イメージがどこでキャプチャされたかを示す地図が、表示されるようになる（図１１）。そこに示されるとおり、ベース・イメージ５０３が、例えば、ＧＰＳデバイスからの、位置５０５によって表される位置メタデータに基づいて表示されると、ユーザは、別個のウインドウ５０９を使用して、いくつかのオプションを選択することもできる。それらのオプションに含まれるのが、同一の時刻および位置からの他のイメージ群を示すことを命令するボタン５１１をクリックすることである（図１０）。検索目標は、イメージが表示されているピアであることが、ボタン５１３によって指定されることが可能であり、あるいは、他のピア群で指定されることも可能である。イメージが撮影された時刻および位置が、ボタン５１５によって指定されることが可能であり、そのイメージと同一の地域からの他のピア群が、ボタン５１７によって指定されることが可能である。ボタン５１９により、現在のイメージ５０３が表示されているピアと同一の地域からの他のピア群を示すオプションが、可能になる。以上は、ＩＰアドレス・データに基づいてもよい。検索範囲およびタイムラインが、検索範囲バー５２１およびタイムライン・バー５２３によって選択されることが可能である。
【００６８】
図１０は、ボタン５１１、５２１、および５２３が選択された際にもたらされる表示６０１を示す。表示６０１で、世界６０３の表現が、示される。場所目標イメージ６０５とともに、選択された範囲およびタイムラインの範囲内で、ほぼ同一の時刻および位置において撮影された他のイメージ６０７〜６１３が、示される。目標イメージ６０５からの距離が、各イメージ６０７〜６１３に関して示される。同様に、タイムラインは、目標イメージ６０５に対応する時刻６１７を示す。タイムライン６１５上で、時刻６１９が、イメージ６０７に対応し、時刻６２１が、イメージ６０９に対応し、時刻６２３が、イメージ６１１に対応し、時刻６２５が、イメージ６１３に対応する。
【００６９】
図１１で、表示７０１が、世界７０３の表現を示す。このケースでは、タイムライン５２３だけが、選択されており、目標イメージ７０５の位置は、世界７０３の表現の中で示されている。この図は、ボタン５１５を押すことによって生じさせられる。この図は、５２３からの設定を使用する。
【００７０】
図１２は、世界８０３の表現を伴う別の表示８０１を示す。このケースでは、イメージと同一のおおよその位置からの他のピア群を示すボタン５１７が、選択されている。検索範囲ボタン５２１は、所望の距離に合わせて設定される。現在のイメージ８０５の場所が示され、現在のイメージ８０５が撮影された位置の近くに配置されたピア８０７〜８１３も示される。
【００７１】
図１３は、世界９０３の表現を伴い、現在のピアの位置から、ある距離範囲内の位置からの他のピア群を示すさらなる表示９０１である。このケースでは、現在のピア９０５は、図９におけるボタン５１９を押した結果、示される。検索範囲５２１は、所望の範囲に設定されており、ほぼ同一の位置からのピア９０７〜９１３が、示される。
【００７２】
さらなる態様では、本発明を使用して、ターゲットを絞った広告が、検索側ピア群に配信されることが可能である。例えば、あるピアが、２００１年９月１１日、ニューヨーク市を検索した場合、広告主が、中央サイト１２ピア・サーバ１４と接触して、記念サイトなどについての広告を配信することができる。選択が、大晦日の晩のタイムズスクエアであった場合、ホテル、劇場ショー、およびその他の類似の広告が、提供されることが可能である。
【００７３】
本発明を、ピア・ツー・ピア・ネットワークの文脈で説明してきたが、単一のコンピュータ上で動作するようにシステムを変更することが可能であることが理解されよう。そのケースでは、他のピア群に関連する選択オプションは、与えられない。それでも、本発明によれば、検索範囲およびタイムラインを指定することを含め、目標イメージが見出された、またはそのイメージが撮影されたのと同一の時刻および場所、地域および時刻、同一のコンピュータ内部で、検索が行われることが可能である。ターゲットを絞った広告は、単一のコンピュータのプログラミングの一部にされることが可能であり、本発明は、ピア・ネットワークに限定されず、標準のシステムにおいて実施されることも可能である。
【００７４】
図１４は、位置データをイメージ群に適用するための前述した様々なオプションをさらに示す。第１のオプションは、ＧＰＳ受信機が接続されたカメラ１００１である。このカメラ１００１は、位置データの最も正確なソースであるため、ソースＩＤ１００５として第１位のマークが付けられる。そのようなデバイスの分解能１００８は、およそ１５．２４メートル（５０フィート）の範囲内である。
【００７５】
第２のオプションは、ソースＩＤ１０１５に基づき、イメージ・リターンに関して第２位にランク付けされ、およそ３０．４８メートル（１００フィート）の範囲内の分解能１０１８を有するカメラ／セル電話機１０１１である。
【００７６】
第３のオプションは、インターネット接続を有するキャプチャ・デバイス１０２１である。そのデバイスを使用してマークが付けられたイメージは、ソースＩＤ１０２５に基づき、イメージ・リターンに関して第３位にランク付けされ、およそ８０．４７キロメートル（５０マイル）（例えば、都市の区域）の範囲内の分解能１０２５を有する。
【００７７】
第４のオプションは、前述したユーザ入力位置データ（図示せず）である。
すべてのケースで、デジタル・イメージ・ファイル１０４１が、イメージ・データ１０４５を使用して作成される。座標は、位置データ・ソースにかかわらず、ＧＰＳ座標１０４８として入力される。また、イメージ・ファイル１０４１により、ＧＰＳデータのソース１０５１も識別されて、データ・ソースの精度の順序でイメージが戻されることが円滑になる。
【００７８】
このため、システムは、複数の測位システムを認識する。このようにして、位置情報が、恣意的なデータのユーザ入力を要求することなしに、より容易に獲得される。位置情報のソースをイメージの中に格納することにより、検索は、戻されるイメージに関する位置の精度に、個々別々に重みを付けることができる。一実施形態では、ユーザが、あるＧＰＳロケーションを検索して、同一の座標を有する４つのイメージを見出した場合、検索は、ＧＰＳが、それらの技術のうち最も正確であるので、ＧＰＳを介して測位されたイメージを最初に戻す。
【００７９】
代替として、ユーザは、ソースが試みられる順序を選択することができる。重要な態様は、すべての測位情報が、一般的なフォーマット、または標準のフォーマットに変換されること、および使用された測位システムが、記録されることである。既定では、検索機能は、最も正確な方法を介して得られた測位情報に、より大きい重みを与える。
【００８０】
また、特定の測位システムを説明してきたが、本発明は、それらのシステムに特別に限定されず、技術が進展するにつれ、より正確な、または代替の測位技術が、代わりに使用され得ることも当業者には理解されよう。
【００８１】
本発明は、示された諸実施形態に従って説明されてきており、それらの実施形態の変形が存在し得ること、およびあらゆる変形が、本発明の趣旨および範囲に含まれることが、当業者には直ちに認識されよう。したがって、添付の特許請求の範囲の趣旨および範囲を逸脱することなく、多くの変更が、当業者によって行われることが可能である。
【図面の簡単な説明】
【００８２】
【図１】本発明の好ましい実施形態によるネットワーク・ベースの写真共有システムを示すブロック図。
【図２】ピア・ノード・アプリケーション・ソフトウェアを示すブロック図。
【図３】中央サイト・ピア・サーバのコンテンツを示すブロック図。
【図４】メタデータ・リポジトリの中に格納されたメタデータ・スキーマと実際のメタデータとイメージの関係を示す図。
【図５】ユーザが、ネットワーク・ベースの写真共有サービスと契約する登録−インストール方法を示す流れ図。
【図６Ａ】ピア・デーモンとピア・サーバの間の同期方法（図５の工程１１４）をさらに詳細に示す流れ図。
【図６Ｂ】ピア・ノードが再びオンラインになり、ピア・サーバに登録した際の待ち状態の要求の扱いを示す流れ図。
【図７Ａ】ピア・ノード・ソフトウェアを使用して、ユーザがイメージ・メタデータをピア・サーバにアップロードする方法を示す流れ図。
【図７Ｂ】ピア・ノード・ソフトウェアを使用して、ユーザがイメージ・メタデータをピア・サーバにアップロードする方法を示す流れ図。
【図７Ｃ】ピア・ノード・ソフトウェアを使用して、ユーザがイメージ・メタデータをピア・サーバにアップロードする方法を示す流れ図。
【図７Ｄ】ピア・ノード・ソフトウェアを使用して、ユーザがイメージ・メタデータをピア・サーバにアップロードする方法を示す流れ図。
【図８Ａ】ピア・ノード上でイメージ・アルバムを作成し、管理する方法を示す流れ図。
【図８Ｂ】ピア・ノード上でイメージ・アルバムを作成し、管理する方法を示す流れ図。
【図８Ｃ】ピア・ノード上でイメージ・アルバムを作成し、管理する方法を示す流れ図。
【図９】表示されたイメージ、および他のイメージを探し出すためのピア、位置近接性、および時刻に基づく選択条件を示すスクリーン・ショット。
【図１０】参照されるイメージに対して時刻および位置が近接して作成された、ピア・ネットワーク上の他のイメージを示すスクリーン・ショット。
【図１１】特定されたイメージが作成された位置および時刻のスクリーン・ショット。
【図１２】イメージがキャプチャされたのと同一の位置から選択された距離内に位置する他のピアを示すスクリーン・ショット。
【図１３】現在のピアと同一の位置の付近に位置するネットワーク上の他のピアの選択を示すスクリーン・ショット。
【図１４】様々な位置情報ソース、および様々な位置ソースからの情報が関連付けられているイメージの通常のデータ・レイアウトを示すブロック図。
【図１】
2008516304.tif 000003
【図２】
2008516304.tif 000004
【図３】
2008516304.tif 000005
【図４】
2008516304.tif 000006
【図５】
2008516304.tif 000007
【図６Ａ】
2008516304.tif 000008
【図６Ｂ】
2008516304.tif 000009
【図７Ａ】
2008516304.tif 000010
【図７Ｂ】
2008516304.tif 000011
【図７Ｃ】
2008516304.tif 000012
【図７Ｄ】
2008516304.tif 000013
【図８Ａ】
2008516304.tif 000014
【図８Ｂ】
2008516304.tif 000015
【図８Ｃ】
2008516304.tif 000016
【国際調査報告】
2008516304.tif 000017