JP4829762B2 - 情報処理装置及びその制御方法、並びにプログラム - Google Patents

Description

本発明は、情報処理装置及びその制御方法、並びに前記制御方法を実行するためのプログラムに関する。

近年のインターネットの普及に伴い、デジタルカメラで撮影した画像を多人数で共有することが行われてきている。具体的には、画像提供者は、デジタルカメラを用いて撮影した画像をパソコンから、あるいはデジタルカメラから直接、サービス提供者のＷｅｂサーバ上のディスクスペースにアップロードする。そして、その画像をオンラインアルバムとして登録することができる。

このようなＷｅｂサーバ上のオンラインアルバムを共有化する技術としては、共有したいユーザ間で、アルバムのロケーション（ＵＲＬ）とパスワードを電子メールで通知する方法がある。

また、こうしたアルバム作成の負荷を軽減させるための先行技術は、例えば特許文献１に開示されている。特許文献１では、デジタルカメラによる撮影画像データに加えて、撮影時間データ、撮影した位置データをサーバにアップロードすることにより自動的に一定の場所ごとのアルバムを作成する技術が提案されている。

一方で、ネットワーク上においてコミュニティを形成し、日記やメッセージを交換するＳＮＳ（ソーシャル・ネットワーキング・サイト）サービスを提供するＷｅｂサイトが一般的となりつつある。さらにこうしたコミュニティとオンラインアルバムとを連携されたサービスも提供され始めている。
特開２００２−１８３７４２号公報

しかしながら、上述したようなネットワークコミュニティのユーザ間で互いに画像を共有する場合には、その共有画像情報に興味のあるユーザに対してのみ共有することが好ましい。

たとえば、ネットワークコミュニティに属する数人のユーザ間で、特定の人物が主演するコンサートでの撮影画像を共有とする場合では次のようなことが想定される。即ち、そのコンサートの主演者に興味のあるユーザはこの撮影画像を共有希望の対象とするが、興味のないユーザにとっては前記撮影画像は共有希望の対象とはならない。共有化するために、単純に前記数人のユーザ全てに対してアルバム情報（ＵＲＬ、パスワード）を電子メールで通知すると、前記撮影画像が不要なユーザに対しても通知をしていまうことになる。

これを回避するためには、撮影者は、撮影者専用の個人アルバムを作成してから、共有させたいユーザに対してのみアルバム情報（ＵＲＬ、パスワード）をメール通知で共有化させなければならない。そのため、画像を共有化しようとする撮影者の作業負担が増大し、共有化の自動化が望まれていた。

一方、上記に示した特許文献１では、撮影時間データ及び撮影位置データに基づいて自動的に一定の場所ごとのアルバムを作成するものであるが、自動的作成したアルバムの情報を通知する手段については開示されていない。必ずしも画像を共有したユーザだけで構成されるわけではないＳＮＳなどのネットワークコミュニティ上のユーザ同士で共有化すると、不要なユーザへも共有を行ってしまう。

本発明は上記従来の問題点に鑑み、互いに既知のユーザ間で自動的に共有画像情報を作成し、その共有画像情報の更新を適切なタイミングでユーザに通知することができる情報処理装置及びその制御方法、並びにプログラムを提供することを目的とする。

上記目的を達成するために、本発明は、画像をクライアント装置から受信し、前記クライアント装置のユーザを一意に識別するユーザＩＤと関連付けて保存する情報処理装置であって、複数の前記ユーザＩＤをグループに設定する設定手段と、前記画像をさらに前記グループに関連付けて保存する保存手段と、前記ユーザＩＤに関連付けて新規に保存される新規画像の属性情報に基づいて、前記保存手段が前記新規画像をさらに前記グループに関連付けて保存するか否かを判定する判定手段と、前記判定の結果、前記保存手段が前記新規画像をさらに前記グループに関連付けて保存すると判定したとき、前記グループに設定された他のユーザＩＤに関連付けて既に保存されている個人画像の特徴量と前記新規画像の特徴量とを比較する比較手段と、前記比較の結果に基づいて、前記他のユーザＩＤに対応する宛先に通知を行う通知手段とを備えたことを特徴とする。
また、本発明は、画像をクライアント装置から受信し、前記クライアント装置のユーザを一意に識別するユーザＩＤと関連付けて保存する情報処理装置の制御方法であって、複数の前記ユーザＩＤをグループに設定するステップと、前記ユーザＩＤに関連付けて新規に保存される新規画像の属性情報に基づいて、前記新規画像をさらに前記グループに関連付けて保存するか否かを判定するステップと、前記判定の結果、前記新規画像をさらに前記グループに関連付けて保存すると判定したとき、前記グループに設定された他のユーザＩＤに関連付けて既に保存されている個人画像の特徴量と前記新規画像の特徴量とを比較するステップと、前記比較の結果に基づいて、前記他のユーザＩＤに対応する宛先に通知を行うステップとを備えたことを特徴とする。
また、本発明は、画像をクライアント装置から受信し、前記クライアント装置のユーザを一意に識別するユーザＩＤと関連付けて保存する情報処理装置を実現するコンピュータに、複数の前記ユーザＩＤをグループに設定するステップと、前記ユーザＩＤに関連付けて新規に保存される新規画像の属性情報に基づいて、前記新規画像をさらに前記グループに関連付けて保存するか否かを判定するステップと、前記判定の結果、前記新規画像をさらに前記グループに関連付けて保存すると判定したとき、前記グループに設定された他のユーザＩＤに関連付けて既に保存されている個人画像の特徴量と前記新規画像の特徴量とを比較するステップと、前記比較の結果に基づいて、前記他のユーザＩＤに対応する宛先に通知を行うステップとを実行させることを特徴とする。

本発明によれば、グループに属するユーザが保存した画像情報を自動で共有化することができ、さらにその共有化画像情報に応じてユーザに対して更新通知を行うことができる。これにより、不要なユーザへの更新通知を防いで効果的に画像の共有化を実現することが可能になる。

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

＜システム構成＞
図１は、本発明の実施の一形態に係る画像管理装置を含む画像管理システムの構成を示すブロック図である。

この画像管理システムは、クライアントコンピュータ１０００との通信処理を行うWebサーバ２０００と、画像情報などを含む各種データを管理するファイルサーバ３０００とを備えている。Webサーバ２０００は、クライアントコンピュータ１０００からの画像閲覧や画像保存などのリクエストを処理するクライアント要求処理部２０１０と、クライアントに対して後述の共有画像情報の更新を通知する更新通知部２０２０とを備えている。

また、ファイルサーバ３０００は、個々のユーザごとのデータを管理するユーザデータ管理部３１００を備えている。さらに、ファイルサーバ３０００は、複数のユーザ間で共有する画像を管理する共有画像管理部３２００と、複数のユーザからなるグループの情報（グループ情報）を管理するグループ情報管理部３３００とを備えている。

そして、ユーザデータ管理部３１００は、ユーザ用画像管理部３１１０、ユーザ用ＨＴＭＬデータ管理部３１２０、画像共有判定部３１３０、保存画像群特徴量管理部３１４０、及びユーザ依存データ管理部３１５０を備えている。

ユーザ用画像管理部３１１０は、クライアント要求処理部２０１０からの画像保存処理依頼を受けて当該クライアント用の画像データとして保存する。ユーザ用ＨＴＭＬデータ管理部３１２０は、ユーザ用画像管理部３１１０から更新依頼を受けてＷｅｂリクエストに対応できるＨＴＭＬフォーマットとして画像データを管理しクライアント要求処理部２０１０へＨＴＭＬデータを提供する。また、画像共有判定部３１３０は、ユーザ用画像管理部３１１０から保存した画像情報を受けて後述する手段により画像を共有するかどうかを判定する。保存画像群特徴量管理部３１４０は、ユーザ用画像管理部３１１０から保存した画像情報を受けてユーザ用画像管理部３１１０に保存された全ての画像から抽出した特徴量を管理する。ユーザ依存データ管理部３１５０は、当該ユーザへ情報を通知する際のメールアドレスなどの宛先情報や各ユーザに割り振るユーザＩＤを管理する。

共有画像管理部３２００は、共有画像属性情報管理部３２１０と、共有画像管理部（共有アルバム）３２２０と、共有画像ＨＴＭＬデータ管理部３２３０と、共有情報通知判定部３２４０とを備えている。

共有画像属性情報管理部３２１０は、すでに共有対象とされている共有画像の属性情報を管理し、共有画像管理部３２２０は、各ユーザのユーザ用画像管理部３１１０から受けた画像情報を共有画像として保存する。共有画像ＨＴＭＬデータ管理部３２３０は、共有画像管理部３２２０に保存した画像情報からＷｅｂリクエストに対応できるＨＴＭＬフォーマットとして画像データを管理しクライアント要求処理部２０１０へＨＴＭＬデータを提供する。共有情報通知判定部３２４０は、画像情報提供者以外でグループに属するユーザに対して共有画像ＨＴＭＬデータ管理部の更新情報を通知するかどうかを判定する。また、共有画像管理部３２００は、後述するグループ情報管理部３３００にて管理される複数の共有画像管理ＩＤに相当する図示しない識別情報を備えている。

グループ情報管理部３３００は、グループユーザＩＤ管理部３３１０と、共有画像データ作成部３３２０とを備えている。グループユーザＩＤ管理部３３１０は、ユーザ依存データ管理部３１５０に管理されたユーザＩＤをキーとして複数のユーザをグループとして管理する。また、共有画像データ作成部３３２０は、グループユーザＩＤ管理部３３１０で管理された複数ユーザ間で新規に共有画像データを作成する。

＜グループユーザＩＤ管理部の管理情報＞
次に、図１中のグループユーザＩＤ管理部３３１０で管理する情報について、図２を参照して説明する。

図２は、本実施の形態に係るグループユーザＩＤ管理テーブルの内容を示すテーブル図である。

グループ情報は、複数のグループとグループを構成するユーザとの対応をテーブル１０４０にて管理される。

図２中の１０１０は各グループ用のＩＤを示すグループＩＤ列であって、図２ではＭ個のグループ（gr001〜grＭ）を管理している。１０２０は、グループＩＤ列１０１０の各グループに含まれるユーザのＩＤを示すユーザＩＤ列であって、gr001は4人のユーザ（usr001,usr002,usr003,usr005）を含むグループであることを示している。

また、１０３０は、グループＩＤ列１０１０の各グループに含まれるユーザ間で使用する共有画像管理部のＩＤを示す共有画像管理部ＩＤ列である。そして、gr001に含まれる各ユーザ間では2種類の共有画像管理部（share001,share002）が使用されていることを示している。

＜本実施の形態における特徴な動作の概要＞
次に、本実施の形態における特徴的な動作について、その概要説明を図３及び図４を参照して説明する。

図３は、本実施の形態における特徴的な処理の概略を示す模式図である。

ユーザ用画像管理部３１１０には、例えば知り合い同士のグループに属する各ユーザA〜Dが提供した撮影画像が、デジタルカメラA1、C1やパソコンB1、D1からアップロードされ（図３中のP1）、個人用アルバムA２〜D２として登録されている。

また、各個人用アルバムA２〜D２にそれぞれ対応して、ユーザ用画像管理部３１１０の保存画像群特徴量管理部３１４０は、撮影画像から抽出した１つ以上の特徴量情報A３〜D３を管理している。ユーザ依存データ管理部３１５０は、メールアドレスなどのユーザへの連絡先情報A４〜D４を管理している。

そして、画像共有判定部３１３０は、個人用アルバムA２〜D２の撮影画像の中から、既に共有化されて共有画像管理部３２２０に保存されている撮影画像と例えば撮影時刻と撮影場所が近似する撮影画像を検出する。そして、共有画像管理部３２２０に共有アルバムとして登録されている撮影画像を更新する。このように、画像の共有化を自動的に行うべく、個人用アルバムA２〜D２の撮影画像の中から撮影画像の絞り込み（第１の絞り込み）を行う（図３中のP2）。

次に共有アルバム内の新規に共有化された撮影画像から特徴量を抽出し、個人用アルバム内の全撮影画像の特徴量と比較する。その結果により、指定の連絡先へ更新情報を通知するかどうかを決定する。このように、画像の共有化を自動的に行うべく、共有アルバム内の撮影画像の中から撮影画像の更なる絞り込み（第２の絞り込み）を行う（図３中のP３）。

その後、前記第１の絞り込みP2により抽出した共有画像情報を、前記第2の絞り込みP3の通知タイミングで、共有アルバムの更新情報としてユーザへ通知する（図３中のP４）。

次に、本実施の形態の具体的な利用形態の一例として、運動会での利用形態を説明する。

図４は、本実施の形態の具体的な利用形態を示す模式図である。

運動会での撮影画像は、各々の個人用アルバムに保存し、同時刻且つ同じ場所でのシーンは共有化対象となって自動的に共有アルバムに保存される。

例えば、ユーザAは、運動会の当日にデジタルカメラA1から撮影画像をファイルサーバ３０００のへアップロードして個人用アルバムA2に保存した。この撮影画像は、「一年生の徒競走（ユーザAの子供）」と「一年生の球入れ（ユーザAの子供を含む）」の撮影シーンである。このときは、まだグループのメンバーであるユーザA〜Dの個人用アルバムA2〜D2には、運動会の画像が保存されていない。そのため、ユーザAの前記撮影画像は共有化対象にはならず、この撮影画像についてグループの各メンバー（ユーザB〜D）への通知は行われない。

ユーザBは、運動会の３日後にパソコンB1から撮影画像をファイルサーバ３０００のへアップロードして個人用アルバムB2に保存した。この撮影画像は、「一年生の徒競走（ユーザBの子供）」と「一年生の球入れ（ユーザB、Aの各々の子供を含む）」の撮影シーンである。このとき、ユーザAの個人用アルバムには、運動会での撮影画像が保存されているので、ユーザBの前記撮影画像は共有化対象になる（第１の絞り込み）。しかもユーザBの撮影画像にはユーザAの子供の画像があるので、この撮影画像についてユーザAへの更新通知が行われる（第２の絞り込み）。

ユーザCは、運動会の１週間後にデジタルカメラC1から撮影画像をファイルサーバ３０００のへアップロードして個人用アルバムC2に保存した。この撮影画像は、「3年生の徒競走（ユーザCの子供）」の撮影シーンである。このとき、ユーザA、Bの個人用アルバムには、運動会での撮影画像が保存されているので、ユーザCの前記撮影画像は共有化対象になる（第１の絞り込み）。しかし、ユーザCの前記撮影画像には、ユーザA、Bの子供の画像が無い。したがって、ユーザA、Bにとっては、更新情報は共有情報として有意ではないので、この撮影画像についてユーザA、Bへの更新通知は行われない（第２の絞り込み）。

ユーザDは、運動会の2週間後にパソコンD1から撮影画像をファイルサーバ３０００のへアップロードして個人用アルバムD2に保存した。この撮影画像は、「1年生の徒競走（ユーザDの子供）」と「１年生の球入れ（ユーザD、B、Aの各々の子供を含む）」の撮影シーンである。このとき、ユーザA、B、Cの個人用アルバムには、運動会での撮影画像が保存されているので、ユーザDの前記撮影画像は共有化対象になる（第１の絞り込み）。しかもユーザDの撮影画像にはユーザA、Bの各々の子供の画像があるので、この撮影画像についてユーザA、Bへの更新通知が行われる（第２の絞り込み）。

＜本実施の形態に係る画像管理システムの処理＞
以下、本実施の形態に係る画像管理システムの処理について、図５〜図８のフローチャートを参照して説明する。なお、これらのフローチャートの処理を実行するプログラムコードは、ファイルサーバ３０００及びWebサーバ２０００のメモリに格納され、これらのＣＰＵによって実行される。

（A）画像管理システムの画像保存処理と共有処理
図５及び図６は、本実施の形態における画像保存処理と共有処理を示すフローチャートである。

まず、ステップＳ１０００で本実施形態の画像の共有装置の画像保存処理を開始する。次のステップＳ１０１０では、クライアント要求処理部２０１０にてユーザから画像保存リクエストがあったかどうかを検出する。リクエストが発生すればステップＳ１０２０へ進む。

ステップＳ１０２０では、ユーザ用画像管理部３１１０にてステップ１の画像保存リクエストに対応した画像情報を保存する。ステップＳ１０３０では、ユーザ用ＨＴＭＬデータ管理部３１２０にて当該ユーザ専用の画像閲覧用ＨＴＭＬファイルを更新する。さらに、ステップＳ１０４０では、ステップ１０３０にて更新したファイルをユーザからの画像閲覧リクエストに応じてクライアント要求処理部２０１０へ提供する。

続くステップＳ１０５０では、保存画像群特徴量管理部３１４０にて、ユーザ用画像管理部３１１０が管理している当該ユーザがこれまでに保存した画像群から特徴量を抽出して管理する。この特徴量としては例えば、被写体認識技術を用いて保存画像群から最も被写体回数の多い被写体人物の顔特徴量や回数の多い上位数人の顔特徴量、あるいは保存画像群に写っている全ての被写体人物の顔特徴量などがある。

そしてステップＳ１０６０では、画像共有判定部３１３０にて当該ユーザが保存した画像をユーザ間で共有するかどうかを判定する。ステップＳ１１００では、ステップＳ１１００の結果、共有画像管理部３２００に共有画像として追加する画像であったならばステップＳ１１１０に進み、そうでなければステップＳ１２１０へ進む。

ステップＳ１１１０では、前記ステップで新規に共有化対象と判定された画像を共有画像管理部３２２０に保存する。ステップＳ１１２０では、共有画像ＨＴＭＬデータ管理部３２３０にて当該共有画像用の画像閲覧用ＨＴＭＬファイルを更新する。

ステップＳ１１４０では、共有情報通知判定部３２４０にて各ユーザへ共有画像閲覧用ＨＴＭＬが更新された旨を通知するかどうかを判定する。ステップＳ１１５０ではステップＳ１１４０の結果、判定対象ユーザに通知の必要があればステップＳ１１６０へ進み、そうでなければステップＳ１１７０へ進む。

ステップＳ１１６０では、対象ユーザのユーザ依存データ管理部３１５０から登録されているメールアドレス情報を取得し、更新通知部２０２０が共有画像閲覧用ＨＴＭＬを格納しているＵＲＬ情報を対象ユーザへ通知する。ステップＳ１１７０では、グループ情報管理部３３００が管理しているグループユーザＩＤ管理部３３１０を参照し、新規保存画像を提供したユーザを含むグループの全てのユーザを対象としてステップＳ１１４０〜Ｓ１１６０を処理したかどうかをチェックする。全てのユーザについて処理が完了すればステップＳ１３００へ進み、画像保存処理を終了する。

ステップＳ１１００にて既存の共有画像管理部３２００に共有画像として追加する画像ではないと判断した場合、ステップＳ１２１０へ進む。ステップＳ１２１０では、グループ情報管理部３３００が管理しているグループユーザＩＤ管理部３３１０を参照し、画像を保存したユーザが属するグループに含まれるユーザＩＤを取得する。ステップＳ１２２０では、ステップＳ１２１０で取得したユーザＩＤに対応したユーザ用画像管理部３１１０に保存されている画像から当該の保存画像と撮影時刻・撮影場所などの属性値が近似する画像を探索する。

ステップＳ１２３０では、ステップＳ１２２０にて探索した結果、属性値が同じと判断される画像があったかどうかをチェックする。あればステップＳ１２４０へ進み、無ければステップＳ１３００へ進み、画像保存処理を終了する。ステップＳ１２４０では、ステップＳ１２３０で属性値が同じであると判断した画像と当該の保存画像とを共有画像として管理する共有画像管理部３２００を新規に作成してステップＳ１３００へ進み、画像保存処理を終了する。

（B）保存画像の共有化判定処理の詳細
図７は、前記図５のステップＳ１０６０の保存画像の共有化判定処理の詳細を示すフローチャートである。

まずステップＳ２０００で、画像共有化判定処理を開始する。次のステップＳ２０１０では、ユーザ用画像管理部３１１０に新規に保存した画像の属性として、撮影場所・撮影時刻の情報を取得する。続くステップＳ２０２０では、図２のユーザＩＤ管理テーブルを参照し、当該の画像を保存したユーザを含むグループが使用する共有画像管理部ＩＤ（１０３０）のリストを取得する。

そしてステップＳ２０３０では、共有判定フラグを‘Ｎ’にセットし、以下ステップＳ２０４０〜Ｓ２０７０を繰り返し行う。ステップＳ２０４０では、ステップＳ２０２０にて取得した共有画像管理部ＩＤに相当する共有画像管理部３２００が有する共有画像属性情報管理部３２１０から既存の属性情報を取得する。

ステップＳ２０５０では、ステップＳ２０１０で取得した属性情報とステップＳ２０４０で取得した属性情報とを比較し、一定の閾値の範囲内であるなど属性情報が同じであると判断されればステップＳ２０６０にて共有判定フラグを‘Ｙ’にセットする。次のステップＳ２０７０では、共有判定フラグが‘Ｙ’であるかステップＳ２０２０で取得した共有画像管理部のリストの全てをチェックすると繰り返し処理を終了し、ステップＳ２０８０で画像共有化判定処理を終了する。

（C）共有情報通知判定処理の詳細
図８は、前記図６のステップＳ１１４０における各ユーザへの共有情報通知判定処理の詳細を示すフローチャートである。

まずステップＳ３０００で、画像共有情報通知判定処理を開始する。次のステップＳ３０１０では、新規に共有化された画像から特徴量を抽出する。この特徴量は例えばステップＳ１０５０と同様、被写体認識技術を用いて保存画像の被写体の顔特徴量を用いる。ステップＳ３０２０では、グループ情報管理部３３００を参照して、当該の共有化画像を保存したユーザのユーザＩＤを含むグループＩＤを取得する。その後のステップＳ３０３０では、通知判定リストを初期化し、以下ステップＳ３０４０〜Ｓ３０７０を繰り返し行う。

ステップＳ３０４０では、ステップＳ３０２０で取得したグループＩＤが含むユーザの１人を対象ユーザとして、対象ユーザに対応するユーザデータ管理部３１００内の保存画像群特徴量管理部３１４０から特徴量を取得する。そして、その特徴量と、ステップＳ３０１０で取得した保存画像の特徴量とを比較する。

次のステップＳ３０５０では、ステップＳ３０４０の比較結果を元に対象ユーザへ更新通知するかどうかを判定する。この時、例えば、コンサートでの撮影などユーザが同一被写体の画像を収集したい場合にはステップＳ３０４０の比較結果として特徴量の近似するものであったら本ステップで対象ユーザへ通知するものと判定する。また、例えば、修学旅行で記念アルバムを作成するために撮影画像を多くの人物について満遍なく収集したい場合にはステップＳ３０４０の比較結果として特徴量が近似しないものであったら本ステップで対象ユーザへ通知するものと判定するようにする。

続くステップＳ３０６０では、対象ユーザのユーザ依存データ管理部３１５０から連絡先情報としてメールアドレスを取得し通知判定リストへ追加する。そして、ステップＳ３０７０では、ステップＳ３０２０で取得した全てのグループのユーザについて通知判定をチェックすると繰り返し処理を終了し、ステップＳ３０８０で画像共有情報通知判定処理を終了する。

＜本実施の形態の利点＞
以上により、本実施の形態では、ユーザはファイルサーバ３０００内の自身専用の個人用アルバムに画像情報を保存するのみで、サーバ内で構築されているグループ内で自動的に画像を共有することができる。また、その共有した画像情報に応じてユーザに対して共有情報の更新通知を行うようにしたので、各ユーザにとって不要な更新通知の受信を防ぎ、効果的に画像の共有をすることができる。

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

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

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

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

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

本発明の実施の一形態に係る画像管理装置を含む画像管理システムの構成を示すブロック図である。 実施の形態に係るグループユーザＩＤ管理テーブルの内容を示すテーブル図である。 実施の形態における特徴的な処理の概略を示す模式図である。 実施の形態の具体的な利用形態を示す模式図である。 実施の形態における画像保存処理と共有処理を示すフローチャートである。 実施の形態における画像保存処理と共有処理を示すフローチャートである。 保存画像の共有化判定処理の詳細を示すフローチャートである。 各ユーザへの共有情報通知判定処理の詳細を示すフローチャートである。

符号の説明

１０００ クライアントコンピュータ
２０００ Webサーバ
３０００ ファイルサーバ
２０１０ クライアント要求処理部
２０２０ 更新通知部
３１００ ユーザデータ管理部
３１１０ ユーザ用画像管理部
３２００ 共有画像管理部
３３００ グループ情報管理部
３１２０ ユーザ用ＨＴＭＬデータ管理部
３１３０ 画像共有判定部
３１４０ 保存画像群特徴量管理部
３１５０ ユーザ依存データ管理部
３２１０ 共有画像属性情報管理部
３２２０ 共有画像管理部
３２３０ 共有画像ＨＴＭＬデータ管理部
３２４０ 共有情報通知判定部

Claims (5)

1. 画像をクライアント装置から受信し、前記クライアント装置のユーザを一意に識別するユーザＩＤと関連付けて保存する情報処理装置であって、
   複数の前記ユーザＩＤをグループに設定する設定手段と、
   前記画像をさらに前記グループに関連付けて保存する保存手段と、
   前記ユーザＩＤに関連付けて新規に保存される新規画像の属性情報に基づいて、前記保存手段が前記新規画像をさらに前記グループに関連付けて保存するか否かを判定する判定手段と、
   前記判定の結果、前記保存手段が前記新規画像をさらに前記グループに関連付けて保存すると判定したとき、前記グループに設定された他のユーザＩＤに関連付けて既に保存されている個人画像の特徴量と前記新規画像の特徴量とを比較する比較手段と、
   前記比較の結果に基づいて、前記他のユーザＩＤに対応する宛先に通知を行う通知手段とを備えたことを特徴とする情報処理装置。
2. 前記判定手段は前記新規画像の属性情報が、前記グループに関連付けて既に保存されている画像の属性情報のうち少なくとも１つと一致すれば、前記保存手段が前記新規画像をさらに前記グループに関連付けて保存すると判定することを特徴とする請求項１に記載の情報処理装置。
3. 前記通知手段は、前記比較の結果が前記新規画像の特徴量が複数の前記個人画像の特徴量のうち少なくとも１つと一致することを示せば、前記通知を行うことを特徴とする請求項１または２に記載の情報処理装置。
4. 画像をクライアント装置から受信し、前記クライアント装置のユーザを一意に識別するユーザＩＤと関連付けて保存する情報処理装置の制御方法であって、
   複数の前記ユーザＩＤをグループに設定するステップと、
   前記ユーザＩＤに関連付けて新規に保存される新規画像の属性情報に基づいて、前記新規画像をさらに前記グループに関連付けて保存するか否かを判定するステップと、
   前記判定の結果、前記新規画像をさらに前記グループに関連付けて保存すると判定したとき、前記グループに設定された他のユーザＩＤに関連付けて既に保存されている個人画像の特徴量と前記新規画像の特徴量とを比較するステップと、
   前記比較の結果に基づいて、前記他のユーザＩＤに対応する宛先に通知を行うステップとを備えたことを特徴とする制御方法。
5. 画像をクライアント装置から受信し、前記クライアント装置のユーザを一意に識別するユーザＩＤと関連付けて保存する情報処理装置を実現するコンピュータに、
   複数の前記ユーザＩＤをグループに設定するステップと、
   前記ユーザＩＤに関連付けて新規に保存される新規画像の属性情報に基づいて、前記新規画像をさらに前記グループに関連付けて保存するか否かを判定するステップと、
   前記判定の結果、前記新規画像をさらに前記グループに関連付けて保存すると判定したとき、前記グループに設定された他のユーザＩＤに関連付けて既に保存されている個人画像の特徴量と前記新規画像の特徴量とを比較するステップと、
   前記比較の結果に基づいて、前記他のユーザＩＤに対応する宛先に通知を行うステップとを実行させることを特徴とするプログラム。

Images