(57)【要約】【課題】  画像データ共有ストリームに送信される画像データの即時性と高精細を両立させながら、画像データ共有ストリームの参加ユーザにとって最適となる、画像データの保管状態を提供することができない。すなわち、画像データ共有ストリームに参加しているユーザにとって必要となる、本画像データを優先的に提供することができない。【解決手段】  複数の情報処理端末が保持する画像データの縮小画像データを受信する情報提供装置であって、縮小画像データのスコア情報を取得し、縮小画像データに対応する本画像データを保持する情報処理端末にスコア情報を送信し、所定の単位の本画像データのスコア情報に基づいた順序で、情報処理端末から本画像データを受信する。【選択図】  図８
2014170471.tif 000002
【特許請求の範囲】
【請求項１】
複数の情報処理端末が保持する画像データの縮小画像データを受信する情報提供装置であって、
前記縮小画像データのスコア情報を取得する取得手段と、
前記縮小画像データに対応する前記画像データを保持する前記情報処理端末に前記スコア情報を送信する送信手段と、
所定の単位の前記画像データの前記スコア情報に基づいた順序で、前記情報処理端末から前記画像データを受信する受信手段と、
を備えることを特徴とする情報提供装置。
【請求項２】
前記取得手段は、前記縮小画像データから顔領域を検出し、検出された顔領域の大きさまたは個数に基づいて前記スコア情報を取得することを特徴とする請求項１記載の情報提供装置。
【請求項３】
前記取得手段は、前記縮小画像データが情報処理端末からアクセスされた回数に基づいて前記スコア情報を取得することを特徴とする請求項１記載の情報提供装置。
【請求項４】
前記取得手段は、前記縮小画像データが情報処理端末からアクセスされていない場合に、前記縮小画像データから顔領域を検出し、検出された顔領域の大きさいに基づいて前記スコア情報を取得することを特徴とする請求項１記載の情報提供装置。
【請求項５】
前記受信手段で受信した画像データを、前記情報処理端末からの要求に応じて前記情報処理端末に提供することを特徴とする請求項１記載の情報提供装置。
【請求項６】
前記縮小画像データと前記画像データとを保持する保持手段をさらに備え、
前記保持手段に保持された画像データを、前記情報処理端末からの要求に応じて前記情報処理端末に提供することを特徴とする請求項１記載の情報提供装置。
【請求項７】
複数の情報処理端末が保持する画像データの縮小画像データを受信する情報提供装置の制御方法であって、
前記縮小画像データのスコア情報を取得する取得工程と、
前記縮小画像データに対応する前記画像データを保持する前記情報処理端末に前記スコア情報を送信する送信工程と、
所定の単位の前記画像データの前記スコア情報に基づいた順序で、前記情報処理端末から前記画像データを受信する受信工程と、
を備えることを特徴とする情報提供装置の制御方法。
【請求項８】
情報提供装置に、画像データの縮小画像データを送信する情報処理端末であって、
前記情報提供装置から、前記情報処理端末で保持している画像データに対応する前記縮小画像データに関するスコア情報を受信する受信手段と、
前記スコア情報に基づいて、前記情報提供装置に送信された複数の前記縮小画像データに対応する複数の前記画像データの送信順序を決定する決定手段と、
前記決定された送信順序で前記画像データを前記情報提供装置に送信する送信手段と、
を備えることを特徴とする情報処理端末。
【請求項９】
撮像手段を更に備え、
前記画像データは、前記撮像手段で撮像された画像データであることを特徴とする請求項８記載の情報処理端末。
【請求項１０】
情報提供装置に、画像データの縮小画像データを送信する情報処理端末の制御方法であって、
前記情報提供装置から、前記情報処理端末で保持している画像データに対応する前記縮小画像データに関するスコア情報を受信する受信工程と、
前記スコア情報に基づいて、前記情報提供装置に送信された複数の前記縮小画像データに対応する複数の前記画像データの送信順序を決定する決定工程と、
前記決定された送信順序で前記画像データを前記情報提供装置に送信する送信工程と、
を備えることを特徴とする情報処理端末の制御方法。
【請求項１１】
複数の情報処理端末と情報提供装置とから構成され、前記情報提供装置は複数の情報処理端末が保持する画像データの縮小画像データを受信する情報提供システムであって、
前記情報提供装置が、
前記縮小画像データのスコア情報を取得する取得手段と、
前記縮小画像データに対応する前記画像データを保持する前記情報処理端末に前記スコア情報を送信する送信手段と、
前記スコア情報に基づいた順序で、前記情報処理端末から前記画像データを受信する受信手段と、
を備え、
前記情報処理端末が、
前記情報提供装置から、前記情報処理端末で保持している画像データに対応する前記縮小画像データに関するスコア情報を受信する受信手段と、
前記スコア情報に基づいて、前記情報提供装置に送信された複数の前記縮小画像データに対応する複数の前記画像データの送信順序を決定する決定手段と、
前記決定された送信順序で前記画像データを前記情報提供装置に送信する送信手段と、
を備えることを特徴とする情報提供システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は画像データを提供する情報提供装置、情報提供方法及びプログラム、情報処理端末とその制御方法及びプログラム、情報提供システムに関する。
【背景技術】
【０００２】
デジタルカメラなどの機器にあっても、ネットワークを通じた処理を可能にするための多様なソフトウェアが搭載されるようになった。その結果、デジタルカメラなどの機器もインターネット上にあるネットサービスに、クライアント装置として接続することが可能になってきた。
【０００３】
例えば、複数のユーザが撮影した画像データを共有するための画像データ共有サービスに対して、撮影機能をもつデジタルカメラのような機器がＰＣを経由せずに直接接続することも可能となってきた。こうした画像データ共有サービスを提供する場合には、ＵＲＬやＨＴＴＰに代表されるようなインターネット技術を基盤として用いる必要がある。ＵＲＬとはＵＮＩＦＯＲＭ  ＲＥＳＯＵＲＣＥ  ＬＯＣＡＴＯＲの略であり、インターネット上に存在するデータの場所を指し示す記述方式のことである。ＵＲＬは情報のアクセス手段やサーバのアドレス、ポート番号、パス名などで構成される。また、ＨＴＴＰとはＨＹＰＥＲＴＥＸＴ  ＴＲＡＮＳＦＥＲ  ＰＲＯＴＯＣＯＬの略であり、ＵＲＬで指定されたデータをサーバ装置とクライアント装置が送受信するのに使われるプロトコルのことである。ＩＥＴＦによって規格化されているＨＴＴＰにより、サーバ装置とクライアント装置の間で各種のデータをやり取りすることができる。  ＵＲＬやＨＴＴＰといったインターネット技術を用いることで、デジタルカメラのような機器がパーソナルコンピュータなどと同じ様に、インターネット上にあるネットサービスに接続することが可能となる。
【０００４】
こうしたインターネット上のネットサービスのひとつとして、撮影した画像データを複数のユーザ間で共有するための、画像データ共有サービスがある。画像データ共有サービスは、次々と複数のユーザが送信（アップロード）してくる画像データを、インターネット上にあるサーバ装置に保管することで、複数のユーザ間における画像データの共有を実現することのできるネットサービスである。
【０００５】
画像データ共有サービスでは、送信あるいは閲覧が可能なユーザや期限などの条件を限定することによって、画像データの共有単位（アクセス権）を管理する場合がある。このような条件によって制約された画像データの送信・閲覧の単位を、ここでは画像データ共有サービスにおける画像データ共有ストリームと呼称する。画像データ共有サービスは、複数の画像データ共有ストリームを管理する。各ユーザは、インターネットに直接接続されたデジタルカメラなどを用いて、この画像データ共有ストリームに写真を送信し、また閲覧することができる。
【０００６】
ユーザが、画像データ共有ストリームを用いて、複数のユーザと画像データを共有する場合の例として、特許文献１に記載されている画像データ共有サービスがあげられる。この文献では、ネットワークを介して複数の利用者の間で画像データ（写真）を共有する際に、端末の位置情報、撮影場所情報などを検索条件として、画像データを共有する方式が記載されている。すなわち、端末の設置されている位置からの距離が所定条件を満たす位置に設置されている他の端末が記録している画像データを共有することが記載されている。この画像データ共有サービスでは、画像データの撮影場所情報や端末の位置情報を用いることで、参加するユーザを限定している。このように、画像データ共有処理では、多様な制約条件によって画像データの共有単位を制御している。
【０００７】
また、画像データ共有ストリームを用いた画像データ共有では、送信された画像データが迅速に供給可能になることを要求されることが多い。
【０００８】
画像データ共有ストリームによる画像データ共有では、複数のユーザがほぼリアルタイムに画像データの共有を行うことができるという点が、ユーザにとって重要な価値だからである。
【０００９】
このため、あるユーザが送信した画像データが他のユーザから閲覧可能になるまでの時間が長いと、ユーザの画像データ共有にかかる意欲を大きく減退させてしまう。したがって、画像データ共有ストリームにあっては、あるユーザから送信された画像データが他のユーザから閲覧可能になるまでの時間を、できるだけ短縮しなければならない。
【００１０】
一方、高画質デジタルカメラに代表されるデジタル撮像技術は性能の向上を重ねており、高精細なデジタル画像データのデータサイズは日増しに巨大なものとなってきている。画像データ共有サービスにあっても、共有した画像データからフォトブックなどの印刷物を生成する場合には、高品質の出力結果を得るため、高精細画像データを使用する。そのため、高精細な画像データがアップロードされ共有可能になっている必要がある。
【００１１】
従来技術として、特許文献２に記載の発明がある。この文献では、デジタルカメラにあって、縮小画像データと主画像データを分離して処理することが記載されている。デジタルカメラ側のメモリ容量の使用を抑えながら、撮影作業を行うことを目的としている。そのために、高精細で比較的大容量の主画像データ以外に、解像度を落とすことにより容量を削減した縮小画像データを別に生成し、これを外部記憶装置に個別に送信する。画像データ共有ストリームの課題においても、縮小画像データを先行して送信するようにすることで、即時性の向上を行うことができる。容量の小さい縮小画像データは、アップロードの時間が短くなり、利用までの時間が早くなるからである。
【先行技術文献】
【特許文献】
【００１２】
【特許文献１】特許第４８２１９０３号公報
【特許文献２】特許第４２５１７５７号公報
【発明の概要】
【発明が解決しようとする課題】
【００１３】
しかしながら、従来技術では高精細画像データである主画像データの処理を、インターネット上での画像データ共有サービス側で効率的に行うことができない。これは、画像データ共有ストリームにあっては、あるユーザから送信された画像データの主画像データを、必要とする、他のユーザであり、別のユーザが主画像データを利用できるまでの時間を短縮できていないからである。すなわち、本方式では、主画像データの送信は撮影者であるユーザが制御するため、画像データ共有ストリームの、他のユーザにおける画像データ共有の即時性を実現することができない。何故ならば、容量が巨大な主画像データの送信には時間がかかるため、共有ストリームの参加ユーザにとって必要となる主画像データの送信が、撮影ユーザが選択した別の主画像データの送信によって妨げられてしまう可能性があるためである。
【００１４】
例えば、ユーザＡが撮影した画像データＰ１、Ｐ２、Ｐ３の縮小画像データが、それぞれ画像データ共有ストリームＳ１に送信される場合を考える。ユーザＡはＰ１、Ｐ２、Ｐ３の縮小画像データの送信に引き続き、Ｐ１、Ｐ２、Ｐ３の順に主画像データの送信を指示する。このとき、画像データ共有ストリームＳ１に参加している他のユーザＢは、Ｐ２の主画像データを印刷したいと考える。この場合、他のユーザＢはＰ１の主画像データの転送終了後でないと、Ｐ２の主画像データを入手することができない。画像データ共有ストリームの応答性能を高める観点からすれば、Ｐ２の縮小画像データがユーザＢが利用した（表示、アクセスなど）段階で、ユーザＡはＰ２の主画像データの転送を優先すべきであったが、こうした制御は行うことができなかった。
【００１５】
以上述べてきたように、従来技術では、画像データ共有ストリームに送信される画像データの即時性と高精細を両立させながら、画像データ共有ストリームの参加ユーザにとって最適となる、画像データの保管状態を提供することができない。より具体的には、画像データ共有ストリームに対して送信される縮小画像データと本画像データの送信順序を制御することができないため、画像データ共有ストリームに参加している他のユーザにとって必要となる、本画像データを優先的に提供することができない。
【００１６】
本発明は上記の課題に鑑みてなされたものであり、デジタルカメラなどのクライアント装置が縮小画像データをサーバ装置に送信したときに、画像データ共有ストリームを利用するユーザにとって優先度が高く、高精細な本画像データを利用可能になるまでの時間を短縮する装置、システムを提供することを目的とする。また、その方法、及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１７】
本発明に係る情報提供装置は、以下の構成を備える。即ち、複数の情報処理端末が保持する画像データの縮小画像データを受信する情報提供装置であって、前記縮小画像データのスコア情報を取得する取得手段と、前記縮小画像データに対応する前記画像データを保持する前記情報処理端末に前記スコア情報を送信する送信手段と、所定の単位の前記画像データの前記スコア情報に基づいた順序で、前記情報処理端末から前記画像データを受信する受信手段。
【００１８】
本発明にかかる情報処理端末は、以下の構成を備える。即ち、情報提供装置に、画像データの縮小画像データを送信する情報処理端末であって、前記情報提供装置から、前記情報処理端末で保持している画像データに対応する前記縮小画像データに関するスコア情報を受信する受信手段と、前記スコア情報に基づいて、前記情報提供装置に送信された複数の前記縮小画像データに対応する複数の前記画像データの送信順序を決定する決定手段と、前記決定された送信順序で前記画像データを前記情報提供装置に送信する送信手段。
【発明の効果】
【００１９】
本発明によれば、縮小画像データのスコア情報に基づいた順序で、画像データを送信または受信するので、優先度が高い画像データを利用可能になるまでの時間を短縮することができる。
【図面の簡単な説明】
【００２０】
【図１】実施の形態を示すクライアント装置とサーバ装置の、基本的なハードウェア構成について示したブロック図である。
【図２】実施の形態を示すクライアント装置における、主要部の構成を示した図である。
【図３】実施の形態を示すサーバ装置における、主要部の構成を示した図である。
【図４】実施の形態を示すクライアント装置とサーバ装置における、処理のシーケンスの一例を示すものである。特に、クライアント装置とサーバ装置が処理を行う場合における、主要な箇所を示した図である。
【図５】実施の形態を示すクライアント装置における、データの構造とその一例を示した図である。
【図６】実施の形態を示すサーバ装置における、データの構造とその一例を示した図である。
【図７】実施の形態を示すサーバ装置とクライアント装置における、送受信データの構造を示した図である。
【図８】実施の形態を示すサーバ装置における、処理のフローチャートを示すものである。
【図９】実施の形態を示すサーバ装置における、異なる実施形態の処理のフローチャートを示すものである。
【発明を実施するための形態】
【００２１】
以下、添付の図面を用いて本発明をその好適な実施形態に基づいて詳細に説明する。なお、以下の実施形態にあって示す構成は一例に過ぎず、図示された構成に限定されるものではない。
【００２２】
＜実施形態１＞
図１は、実施の形態を示すクライアント装置を構成するコンピュータ装置１００について示したブロック図である。サーバ装置についても同様にコンピュータ装置１００を用いる。
【００２３】
図１にあって、ＣＰＵ１０１はコンピュータ装置１００全体を制御するＣｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ（ＣＰＵ）である。ＲＯＭ１０２は変更を必要としないプログラムやパラメータを格納するＲｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ（ＲＯＭ）である。ＲＡＭ１０３は外部装置などから供給されるプログラムやデータを一時記憶するＲａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ（ＲＡＭ）である。記憶装置１０４はコンピュータ装置１００に固定して設置されたハードディスクやメモリカードなどを含む外部記憶装置である。入力Ｉ／Ｆ１０５はユーザの操作を受け、データを入力するポインティングデバイスやキーボード１０９などの入力機器とのＩ／Ｆである。出力Ｉ／Ｆ１０６はコンピュータ装置１００の保持するデータや供給されたデータを表示するための出力装置とのＩ／Ｆである。ネットワークＩ／Ｆ１０７はインターネットなどのネットワーク回線に接続するためのネットワークＩ／Ｆである。バス１０８は１０１〜１０７の各ユニットを通信可能に接続するシステムバスである。
【００２４】
図２は、実施の形態を示すクライアント装置における、主要部の構成を示した図である。クライアント装置２００は例えば、静止画像データ・動画像データを撮影可能なデジタルカメラである。以下、クライアント装置２００を構成する各部に関して、より詳細に説明する。
【００２５】
撮像処理部２０１は、被写体を撮影して、静止画像データ・動画像データなどの画像データを生成する部分である。画像データ保管処理部２０２は、撮像処理部２０１にあって生成した画像データを、他の構成部より利用可能にするために保管しておく部分である。画像データ変換処理部２０３は、画像データ保管処理部２０２に保管してある画像データの変換処理を行う部分である。この変換処理には、撮像処理部２０１が生成した主画像データから、画像解像度を低減した縮小画像データを生成することが含まれる。ネットワーク処理制御部２０４は、無線あるいは有線によるネットワーク接続を制御する部分である。画像データ送信制御部２０５は、これら各部を制御し、ネットワーク処理制御部２０４を通じて、撮影した画像データをサーバ装置に送信する部分である。
【００２６】
ユーザがクライアント装置２００を用いて画像データを生成した場合の主要な処理の流れを、上記構成部分に従って以下に説明する。まず、ユーザが画像データを撮影する意図をもって撮像処理部２０１に対して指示を行い、その結果として画像データが撮像処理部２０１で生成される。これを受け、画像データ送信制御部２０５は、撮像処理部２０１の撮影した画像データを、主画像データとして画像データ保管処理部２０２に転送する。画像データ保管処理部２０２は、受信した主画像データを記憶装置に保管する。次に、画像データ送信制御部２０５は、画像データ変換処理部２０３に対して、縮小画像の生成を指示する。画像データ変換処理部２０３は、主画像データから容量の小さい縮小画像データを生成し、画像データ保管処理部２０２に保存する。次に、画像データ送信制御部２０５は、ネットワーク処理制御部２０４を制御することで、画像データ保管処理部２０２に保存された縮小画像をサーバ装置へ送信する。さらに、画像データ送信制御部２０５は、サーバ装置に縮小画像データを送信した結果として受信した画像データに対するスコア情報を、当該縮小画像データの元となった主画像データとともに、画像データ保管処理部２０２に保管する。そして、画像データ送信制御部２０５は、画像データ保管処理部２０２に保持されているスコア情報に基づいた順序で、主画像データをネットワーク処理制御部２０４経由でサーバ装置に送信する。スコア情報については、後に詳述する。
【００２７】
図３は、実施の形態を示すサーバ装置における、主要部の構成を示した図である。サーバ装置３００は、ネットワーク対応のクライアント装置であるデジタルカメラから撮影画像データを受信する、画像データ共有サービスを提供するための画像データ共有サービス機器である。このために、複数のクライアント装置とサーバ装置との間で、画像データを画像データ共有ストリームとして管理する機能を、サーバ装置３００は有している。
【００２８】
以下に、サーバ装置３００を構成する各部に関して、より詳細に説明する。画像データ共有ストリーム制御部３０１は、画像データ共有ストリームを管理するために、サーバ装置３００の各部を制御する部分である。画像データ共有ストリーム制御部３０１では、同時に複数の画像データ共有ストリームを管理することができる。画像データストレージ部３０２は、画像データ共有ストリーム制御部３０１において管理されている各画像共有ストリームに対して、送信された画像データを一括して保管しておく部分である。
【００２９】
画像データストレージ部３０２では、クライアント装置２００が送信してきた縮小画像と本画像を、画像データ共有ストリーム制御部３０１を通じて保管する。また、画像データ共有ストリーム制御部３０１からの要求に基づき、クライアント装置２００に送信するための画像データを返却する。サーバ側ネットワーク処理制御部３０３は、無線あるいは有線によるネットワーク接続を制御する部分である。複数のクライアント装置２００からのネットワークを通じた要求を受信し、またその処理結果をネットワーク経由で返信する。画像データスコア算出部３０４は、画像データ共有ストリーム制御部３０１からの要求に基づき、縮小画像データのスコア情報を算出する部分である。縮小画像データのスコア情報の算出には、当該縮小画像データのみならず、対象となる画像データ共有ストリームの参加ユーザの情報や、画像共有ストリームの状態情報、そして画像データストレージ部３０２に保存されている画像データの情報などが使用される。画像データ共有ストリームデータベース部３０５は、各画像データ共有ストリームを管理するためのデータや、各画像データ共有ストリームに参加しているユーザデータを保持する。
【００３０】
クライアント装置２００が、画像データをサーバ装置３００に送信した場合の主要な処理の流れを、上記構成部分に従って以下に説明する。まず、サーバ側ネットワーク処理制御部３０３が、クライアント装置２００からの要求を受信する。サーバ側ネットワーク処理制御部３０３は、受信した要求を、画像データ共有ストリーム制御部３０１に転送する。画像データ共有ストリーム制御部３０１は、画像データ共有ストリームデータベース部３０５が保持しているデータを使用して、受信した要求から処理の対象となる画像共有ストリームを識別する。そして、受信した要求がクライアント装置２００からの画像データの送信であった場合には、当該画像共有ストリームに保管される画像として当該画像データを受信し、画像データストレージ部３０２に保管する。また、画像データ共有ストリームデータベース部３０５が保管している、当該画像共有ストリームにかかる情報も更新する。さらに、もし受信した要求がクライアント装置２００からの縮小画像データの送信であった場合には、さらに画像データスコア算出部３０４に対して当該縮小画像のスコア情報算出を依頼し、その結果をクライアント装置２００に対して処理結果として返信する。
【００３１】
図４は、クライアント装置とサーバ装置における、処理の主要なシーケンス（フローチャート）の一例を示すものである。特に、クライアント装置とサーバ装置が処理を行う場合における、主要な箇所を示した図である。ＣＰＵが制御プログラムを実行することにより実現されるものとする。
【００３２】
図４にあって、クライアント装置２００は図２において構成を示したクライアント装置である。例えば、デジタルカメラとなる。図４にあって、サーバ装置３００は図３において構成を示したサーバ装置である。画像データ共有サービスを提供するための画像データ共有サービス機器となる。
【００３３】
まず、ステップＳ４１０にあって、ユーザがクライアント装置２００を用いて写真を撮影することで、画像データＰ１が生成される。これは図２の撮像処理部２０１にあって行われる。そして、画像データ保管処理部２０２に画像データＰ１が保管される。次にステップＳ４１１にあって、画像データＰ１に対応する縮小画像データが生成される。これは、図２の画像データ送信制御部２０５が指示した、画像データ変換処理部２０３で行われる。次にステップＳ４１２にあって、画像データＰ１に対応した縮小画像データはクライアント装置２００からサーバ装置３００に対して送信される。これは、図２の画像データ送信制御部２０５が指示した、ネットワーク処理制御部２０４と、図３の画像データ共有ストリーム制御部３０１が指示した、サーバ側ネットワーク処理制御部３０３の双方を通じて行われる。ステップＳ４１３にあって、サーバ装置では受信した縮小画像データを、画像データストレージ部３０２に格納した後に、当該縮小画像データに関するスコア情報を算出する。これは、図３の画像データ共有ストリーム制御部３０１の指示を受けた、画像データスコア算出部３０４が行う。次に、ステップＳ４１４にあって算出したスコア情報を、クライアント装置２００に返信する。
【００３４】
今回の画像データＰ１におけるスコア情報は５０であったとする。また、この段階でサーバ装置３００では、当該画像データ共有ストリームに縮小画像データを登録するため、他のユーザは画像データＰ１の縮小画像を閲覧することができるようになっている。返信を受けたクライアント装置２００では、画像データ送信制御部２０５が画像データ保管処理部２０２に対して、スコア情報を当該画像である画像データＰ１とともに保管するように指示する。
【００３５】
以下、ステップＳ４２０からステップＳ４２４まで、画像データＰ２に対してステップＳ４１０から４１４と同様の処理が行われる。ただし、例として画像データＰ２におけるスコア情報は１００である。さらに以下、ステップＳ４３０から４３４まで、画像データＰ３に対してステップＳ４１０から４１４と同様の処理が行われる。ただし、例として画像データＰ３におけるスコア情報は０である。
【００３６】
このようにクライアント装置２００が連続して３枚の写真を撮影し、それぞれ画像データＰ１、Ｐ２、Ｐ３の縮小画像データとしてサーバ装置に送信が終了する。ユーザがいったん撮影行為を中断したことを受けて、クライアント装置２００ではＰ１〜Ｐ３の単位の主画像データの転送作業に取り掛かる。例えば、所定の時間内に次の撮影が開始されなかった場合、あるいは電源に関する操作（省電力モードへの移行など）が行われた場合に撮影行為が中断されたと判断する。
【００３７】
まずステップＳ４４０で、今までサーバ装置３００に縮小画像データしか送信していない画像データを画像データ保管処理部２０２より選択し、それぞれに付与されたスコア情報をもとに整列させる。今回の場合は、画像データＰ１のスコア情報が５０、画像データＰ２のスコア情報が１００、画像データＰ３のスコア情報が０であるため、整列結果はＰ２、Ｐ１、Ｐ３となる。この処理は、図２における画像データ送信制御部２０５が実施する。
【００３８】
こうして決定された順序に基づき、以降は各画像データをサーバ装置３００に対して送信する。
【００３９】
ステップＳ４４１で、画像データＰ２が送信される。
ステップＳ４４２で、画像データＰ１が送信される。
ステップＳ４４３で、画像データＰ３が送信される。
【００４０】
このように、画像データの実際の撮影順序とは異なる順序で、画像データの送信を行うこととなる。
【００４１】
図５は、実施の形態を示すクライアント装置が保持する、データの構造の一例を示した図である。特に、図４のステップＳ４４１を実行した直後の、クライアント装置２００における状態を示している。ここで示されたデータは、図２における画像データ保管処理部２０２にあって保管され、画像データ送信制御部２０５によって使用されるデータである。
【００４２】
画像データＩＤ５０１は、クライアント装置２００にあって生成した画像を管理するための情報である。図４における処理のシーケンスでは、Ｐ１、Ｐ２、Ｐ３の３枚単位の画像データが生成されている。縮小画像データ送信状態５０２は、当該画像データの縮小画像を、サーバ装置３００に送信したかどうかを示す情報である。ステップＳ４４１の段階では、すべての画像データの縮小画像データはサーバ装置３００に送信済みのために、すべて「送信済み」となる。スコア情報５０３は、各画像データのスコア情報を保持しておくためのものである。図４のステップＳ４１４、４２４、４３４でサーバ装置が返却したスコア情報を格納する。ステップＳ４４１の段階では、それぞれＰ１が５０、Ｐ２が１００、Ｐ３が０となる。画像データ送信状態５０４は、画像データをサーバ装置３００に送信したかどうかを示す情報である。ステップＳ４４１の段階では、Ｐ３、Ｐ１に関しては「未送信」となるが、Ｐ２に関しては送信されているため、「送信済み」となる。画像データ５０５は、クライアント装置２００が撮像処理部２０１にあって生成した、デジタル画素情報そのものを格納する部分である。高精細な画像データの場合は、非常に巨大な領域となる。縮小画像データ５０６は、画像データを縮小したデジタル画素情報そのものを格納する部分である。縮小画像データは、図２における画像データ変換処理部２０３によって生成される。
【００４３】
以上、図５において、実施の形態を示すクライアント装置におけるデータの構造の一例を示した。しかしながら、これ以外のデータも画像データ保管処理部２０２にあって保管される場合がある。
【００４４】
例えば、画像の撮影日時、撮影場所に関する情報、撮影者に関する情報、被写体に関する情報、撮影機材の条件等に関する情報、音声や手書きのコメント、ＪＰＥＧとＲＡＷ形式といった複数の方式による画像データ、などである。これらの情報は、図５におけるデータの構造の一例からは割愛している。
【００４５】
図６は、実施の形態を示すサーバ装置における、データの構造の一例を示した図である。特に、図４のステップＳ４４１を実行した直後の、サーバ装置３００における状態を例として示している。ユーザデータと画像データ共有ストリームデータは、図３における画像データ共有ストリームデータベース部３０５にあって保管され、画像データ共有ストリーム制御部３０１によって使用されるデータである。
【００４６】
画像管理データは、図３における画像データストレージ部３０２にあって保管され、画像データ共有ストリーム制御部３０１によって使用されるデータである。ユーザデータは、画像データ共有サービスに参加しているユーザを管理するための情報である。ユーザＩＤ６０１は、個々のユーザを識別するための情報である。
【００４７】
本実施形態では、ＵＳＥＲ−Ａ，ＵＳＥＲ−Ｂ、ＵＳＥＲ−Ｃの３名が登録されている。本例にあって、図４におけるクライアント装置２００のユーザはＵＳＥＲ−Ａである。参加ストリームＩＤ６０２は、現在このユーザがどの画像データ共有ストリームに参加しているのかを示す情報である。画像データ共有ストリームは後述する画像データ共有ストリームデータによって、ストリームＩＤによって管理されている。ユーザデータにおける参加ストリームＩＤは、現在当該ユーザが参加している画像データ共有ストリームを識別するために用いられる。本実施形態では、ＵＳＥＲ−ＡはストリームＳ１に、ＵＳＥＲ−ＢはストリームＳ２に、そしてＵＳＥＲ−ＣはＵＳＥＲ−Ａと同じストリームＳ１に参加していることが示されている。画像データリスト６０３は、各ユーザが所有している画像データのリストである。本実施形態では、ＵＳＥＲ−ＡはＰ１、Ｐ２、Ｐ３の画像データを所有し、ＵＳＥＲ−ＢはＰ１００とＰ１０１の２枚を、ＵＳＥＲ−ＣはＰ２００からＰ２１０までの十枚の画像データを所有していることが示されている。
【００４８】
画像データ共有ストリームデータは、画像データ共有サービスが提供する画像データ共有ストリームを管理するための情報である。ストリームＩＤ６０４は、個々の画像データ共有ストリームを識別するための情報である。本実施形態では、ストリームＳ１とＳ２の２つの画像データ共有ストリームが登録されている。画像データリスト６０５は、当該画像データ共有ストリームに登録されている画像データのリストである。本実施形態では、ＵＳＥＲ−ＡとＵＳＥＲ−Ｃが参加しているＳ１には、Ｐ２１０、Ｐ１、Ｐ２、Ｐ３の４枚の画像データが登録されている。また、Ｓ２にはＵＳＥＲ−ＢからのＰ１００の１枚だけが登録されている。
【００４９】
このように、画像データ共有ストリームデータベース部３０５にあって保管されているデータを用いて、画像データ共有ストリーム制御部３０１は、画像データ共有ストリームの管理を行うことができる。
【００５０】
画像管理データは、画像データ共有サービスに参加しているユーザが送信してきた画像データを管理するための情報である。基本的には、図５にあって示されたクライアント装置が管理するデータを、すべて集約したものとなる。複数のストリームの画像データを画像管理データで管理する。画像データＩＤ６０６は、クライアント装置２００にあって生成した画像を管理するための情報である。本実施形態では、画像データＰ１、Ｐ２、Ｐ３、Ｐ１００、Ｐ１０１、そしてＰ２００からＰ２１０までの１５枚の画像データが管理されている。アクセス情報６０７は、当該の縮小画像データが、どのくらい他のユーザによってアクセスされたのかを示す情報である。具体的には、画像データ共有サービスにあって、縮小画像データの状態で他のユーザから当該画像が閲覧可能な状態になっているとき、他のユーザがその縮小画像データにアクセスした回数を示す。
【００５１】
本実施形態では、ユーザが画像に対して表示された“いいね”ボタンのようなＵＩを通じて肯定的な反応を示すことや、縮小画像自身あるいは“拡大”ボタンをクリックすることで本画像データへのアクセスを行いたい意思を示すことなどが、アクセスとしてカウントされる。本実施形態では、画像データＰ１が１回、Ｐ２が２回、その他の画像データは０回となっている。スコア情報６０８は、各画像データに与えられた優先度を示す情報である。図３に示されたサーバ装置３００における、画像データスコア算出部３０４によって算出される。
【００５２】
本実施形態では、画像データＰ１のスコアが５０、画像データＰ２のスコアが１００、その他の画像データは０となる。画像データ６０９は、クライアント装置２００が撮像処理部２０１にあって生成した、デジタル画素情報そのものを格納する部分である。本データは、図２における撮像処理部２０１によって生成され、クライアント装置からサーバ装置に送信されたものである。高精細な画像データの場合は非常に巨大な領域となる。縮小画像データ６１０は、画像データの縮小されたデジタル画素情報そのものを格納する部分である。本データは、図２における画像データ変換処理部２０３によって生成され、クライアント装置からサーバ装置に送信されたものである。
【００５３】
以上、図６にあって、実施の形態を示すサーバ装置におけるデータの構造の一例を示した。しかしながら、これ以外のデータも画像データ共有ストリームデータベース部３０５にあって保管される場合がある。
【００５４】
例えば、画像データ共有ストリーム参加の条件や有効期限、最大のユーザ数や画像データ数といった制約、セキュリティを確保するためのパスワードなどの情報、ユーザの地理的情報などである。これらの情報は、図６におけるデータの構造と一例からは割愛している。
【００５５】
図７は、実施の形態を示すサーバ装置とクライアント装置における、送受信データの構造を示した図である。図中におけるリクエストメッセージは、図４におけるステップＳ４１２にあって、クライアント装置２００がサーバ装置３００に対して縮小画像データを送信する際に用いるデータの一例を示している。リクエストメッセージにあって、７０１におけるｐｈｏｔｏ＿ｉｄ  は、図５において説明した画像データＩＤである。ステップＳ４１２にあって送信する画像データはＰ１であるため、Ｐ１と指定されている。また、７０２におけるＣｏｎｔｅｎｔ  は、当該縮小画像データのデジタル画素情報そのものを示している。図中におけるレスポンスメッセージは、図４におけるステップＳ４１４にあって、サーバ装置３００がクライアント装置２００に対して、縮小画像データの受信結果とスコア情報を返信する際に用いるデータの一例を示している。レスポンスメッセージにあって、７０３におけるｓｃｏｒｅ  はスコア情報である。ステップＳ４１４にあって返信されるスコア情報である、５０が指定されている。また、ｐｈｏｔｏ＿ｉｄ  は、図５にあって説明した画像データＩＤである。今回は、送信時に指定された画像に対応したスコア情報を返却するため、Ｐ１である。
【００５６】
図８は、実施の形態を示すサーバ装置における、処理のフローチャートを示すものである。特に、図３に示されたサーバ装置３００における画像データスコア算出部３０４における処理の一例を、さらに詳細に説明するものである。ＣＰＵが制御プログラムを実行することにより実現されるものとする。
【００５７】
本処理は、図４におけるステップＳ４１３、４２３、４３３にあって実施される。クライアント装置２００から送信されてきた縮小画像データから、スコア情報を算出する部分となる。本実施形態では、送信されてきた縮小画像に含まれる人物の顔領域の個数から、スコアを算出する場合を示している。
【００５８】
ステップＳ８０１で、スコア情報の算出対象となる縮小画像の画像データＩＤを、画像データ共有ストリーム制御部３０１より受信する。ステップＳ８０２で、当該画像データＩＤから、画像データストレージ部３０２を通じて、実際の縮小画像データを取得する。ステップＳ８０３で、当該縮小画像データから人物の顔領域を検出する。ステップＳ８０４で、検出した顔領域それぞれに対して、縮小画像全体の領域に対する相対的な大きさによって、領域単独のスコアを算出する。
【００５９】
本実施形態では、検出された顔領域が縮小画像全体に占める割合が、大きければ大きいほど、高いスコアが算出されるものとする。ステップＳ８０５で、こうして処理された各顔領域の単独スコアの総和を算出し、当該縮小画像のスコア情報とする。ステップＳ８０６で、スコア情報と縮小画像データの画像ＩＤを、画像データ共有ストリーム制御部３０１に対して返信する。
【００６０】
このように、本実施形態での画像データスコア算出部３０４は、たくさんの人物が比較的大きく写っている写真には高いスコア情報を与え、人物が写っていないか、あるいは写っていても人数が少ない、もしくは写っている領域が狭い場合には低いスコア情報を与える。これによって、画像データ共有サービス全体としては、人物が撮影されている本画像データが優先的に送信されるようになる。複数のユーザが参加する画像データ共有サービスにあっては、多くのユーザにとって自分あるいは自分の知っている人物が撮影されている画像データに関しての興味が、誰も写っていない画像データに対して高いと考えられる。従って、このように人物写真を優先させるようにスコアを付けることによって、画像データ共有ストリームに送信される画像データの即時性と高精細を両立させながら、画像データ共有ストリームの参加ユーザにとって最適となる、画像データの保管状態を提供することが可能となる。
【００６１】
＜実施形態２＞
実施形態１における図８で説明されているスコア情報算出の方式は、図９のように異なっていてもよい。
【００６２】
図９は、図３に示されたサーバ装置３００における画像データスコア算出部３０４における処理の異なる実施形態を、詳細に説明するものである。本実施形態では、縮小画像が獲得したアクセス情報によって、画像データの送信スコアを調整するものである。
実施形態１と異なり、本実施形態におけるスコア情報算出処理では、算出対象として画像データ共有ストリーム制御部３０１が送信してきた画像データＩＤとは異なる画像データＩＤのスコア情報を生成する点が、大きく異なる。
【００６３】
ステップＳ９０１で、スコア情報の算出対象となる縮小画像の画像データＩＤを、画像データ共有ストリーム制御部３０１より受信する。
【００６４】
ステップＳ９０２で、当該画像データが保存される画像データ共有ストリームを特定する。これは、図３における画像データ共有ストリームデータベース部３０５にあって保管されている、画像データ共有ストリームデータを使用することで行われる。
【００６５】
ステップＳ９０３で、特定された画像データ共有ストリームに格納されている、この段階では縮小画像データのみ保存されている各画像データのアクセス情報から、各画像データのスコア情報を算出する。具体的には、アクセス数の多い画像データに対しては高いスコアを、少ない画像データに対しては低いスコアを算出する。
【００６６】
ステップＳ９０４で、こうして算出した各画像データのスコアから、今回クライアント装置に対してスコア情報を修正する、画像データを選出する。具体的には、前回までの算出済みスコア情報が、今回のスコア情報算出によってもっとも改善した画像データの画像データＩＤを決定する。
【００６７】
ステップＳ９０５で、ステップＳ９０４で決定した縮小画像データの画像ＩＤと当該画像データのスコア情報を、画像データ共有ストリーム制御部３０１に対して返信する。
【００６８】
このように、本実施形態での画像データスコア算出部３０４は、縮小画像データの段階で多くのユーザからアクセス情報を集めた画像データの送信を優先できるような、スコア情報を算出する。
【００６９】
これによって、画像データ共有サービス全体としては、多くのユーザからアクセス情報を集めた縮小画像データに対応する本画像データが、優先的に送信されるようになる。
【００７０】
これによって、画像データ共有ストリームに送信される画像データの即時性と高精細を両立させながら、画像データ共有ストリームの参加ユーザにとって最適となる画像データの保管状態を、提供することが可能となる。
【００７１】
＜実施形態３＞
異なる実施形態３も考えられる。
【００７２】
すなわち、実施形態２におけるアクセス情報に基づくスコア情報の算出と、実施形態１における顔領域に基づくスコア情報の算出は組み合わせて使用しても良い。つまり、クライアント装置より縮小画像データが送信されてきたときに、サーバ装置ではまず実施形態２によるアクセス情報に基づくスコア情報の算出を行う。もし、既存の受信済み画像データにかかるスコア情報に変更が生じなかった場合には、実施形態１における顔領域に基づくスコア情報の算出を実施して、これを結果として返却する方法である。
【００７３】
＜実施形態４＞
異なる実施形態４も考えられる。
【００７４】
すなわち、実施形態１における顔領域に基づくスコア情報の算出は、画像の品質情報を用いて算出しても良い。つまり、顔領域の検出の代わりに、画像の解像度やサイズ、圧縮率といった画像の品質を表現する情報を用いることで、画像のスコア情報を算出する方法である。これによって、必ずしも人物の顔が撮影されていない写真であっても、スコアを算出することが可能となる。
【００７５】
＜その他の実施形態＞
以上、実施形態例を詳述したが、本発明は例えば、システム、装置、方法、プログラム若しくは記録媒体（記憶媒体）等としての実施態様をとることが可能である。
【００７６】
具体的には、複数の機器（例えば、ホストコンピュータ、インタフェース機器、撮像装置、ＷＥＢアプリケーション等）から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【００７７】
また、本発明の目的は、以下のようにすることによっても達成される。
即ち、前述した実施形態の機能を実現するソフトウェアのプログラムコード（コンピュータプログラム）を記録した記録媒体（又は記憶媒体）を、システムあるいは装置に供給する。
【００７８】
係る記憶媒体は言うまでもなく、コンピュータ読み取り可能な記憶媒体である。
【００７９】
そして、そのシステムあるいは装置のコンピュータ（又はＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムコードを読み出し実行する。
【００８０】
この場合、記録媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記録した記録媒体は本発明を構成することになる。
【図１】
2014170471.tif 000003
【図２】
2014170471.tif 000004
【図３】
2014170471.tif 000005
【図４】
2014170471.tif 000006
【図５】
2014170471.tif 000007
【図６】
2014170471.tif 000008
【図７】
2014170471.tif 000009
【図８】
2014170471.tif 000010
【図９】
2014170471.tif 000011