(57)【要約】【課題】本人が撮影した画像のみを受け付けて、他人が撮影した画像の使用を防ぐ仕組みを、簡易な方法で実現したい。【解決手段】画像撮影時にカメラから撮影者情報と画像特定情報をサーバーに送信して、画像アップロード時に撮影者情報を送信することで、本人が撮影した画像のみをサーバーで受け付ける。【選択図】図６
2017034564.tif 000002
【特許請求の範囲】
【請求項１】
画像を保存できるサーバーにおいて、撮像装置から第一の撮影者情報と第一の画像特定情報群を受信して、前記2つの情報を関連付けて記憶する手段と、前記撮像装置または任意の情報装置から第二の撮影者情報と画像群を受信して、受信した画像内に埋め込まれた第二の画像特定情報群を読み出す手段とを持ち、画像群の受信時に、サーバーに保存された第一の撮影者情報と受信した第二の撮影者情報を比較して、比較結果が一致した撮影者情報に関連付いている第一の画像特定情報群を読み出す手段とを持ち、読み出した第一の画像特定情報群と一致した画像のみをサーバーに保存することを特徴とする画像転送方法。
【請求項２】
受信した第二の画像特定情報が他の撮影者情報に関連付いていた場合は、サーバーで所定の動作を行うことを特徴とする請求項１に記載の画像転送方法。
【請求項３】
前記所定の動作とは、サーバーの管理者に通知を行うか、画像特定情報が関連付いていた撮影者に通知を行うことを特徴とする請求項２に記載の画像転送方法。
【請求項４】
撮像装置から第一の撮影者情報と第一の画像特定情報群を受信する際に、画像毎の公開設定情報を合わせて受信する手段を持ち、画像群を受信して画像特定情報を比較する際に、前記公開設定情報も含めて画像の保存を制御することを特徴とする請求項１に記載の画像転送方法。
【請求項５】
撮像装置または任意の情報装置から撮影者情報を受信して、受信した撮影者情報に関連付いた画像特定情報を送信することを特徴とする請求項４に記載の画像転送方法。
【請求項６】
撮像装置または任意の情報装置から撮影者情報と画像特定情報と公開設定情報を受信して、受信した撮影者情報に関連付いた画像毎の公開設定情報を更新することを特徴とする請求項４に記載の画像転送方法。
【請求項７】
受信した第二の画像特定情報が他の撮影者情報に関連付いている場合でも、公開設定が許可されている情報が付加されている場合は、前記所定の動作を行わないことを特徴とする請求項２乃至請求項４の何れか一項に記載の画像転送方法。
【請求項８】
サーバーの設定に応じて、画像特定情報を比較して画像の保存を制御するかの有無を決定することを特徴とする請求項１に記載の画像転送方法。
【請求項９】
撮影者情報は撮像装置に応じて予め割り当てられた固有の値とすることを特徴とする請求項１に記載の画像転送方法。
【請求項１０】
画像内の画像特定情報は暗号化して埋め込まれていることを特徴とする請求項１に記載の画像転送方法。
【請求項１１】
撮像装置から第一の撮影者情報と第一の画像特定情報群を受信して、前記2つの情報を関連付けて記憶する手段と、前記撮像装置または任意の情報装置から第二の撮影者情報を受信して、受信した第二の撮影者情報に関連付いた第二の画像特定情報群を撮像装置または任意の情報装置に送信する手段とを持つサーバーと、前記第二の画像特定情報を受信すると、装置内に保存された画像毎の画像特定情報を読み出して、前記第二の画像特定情報と比較を行い、比較結果が一致している画像のみをサーバーに送信する撮像装置または任意の情報装置を含むことを特徴とする画像転送方法。
【請求項１２】
サーバーで画像を受信すると、受信した画像を製本サービスの使用画像とすることを特徴とする請求項１１に記載の画像転送方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像を転送する方法に関する。
【背景技術】
【０００２】
Web上でフォトブックを作成できるサービスが普及しており、利用者が任意のデジタル画像を使ってフォトブックを作成すること可能となっている。また、Webサービス上で画像を公開することも普及しており、他人が撮影した画像を容易に入手することが可能となっている。このような背景から、本人が撮影した画像のみを受け付けて、他人が撮影した画像の使用を防ぐような、著作権保護の技術が重要になっている。
【０００３】
ここで、特許文献１では、画像撮影時に撮影画像と、指紋などの撮影者情報を関連付けて記憶することが出来る。そして、外部ストレージ装置との接続時に撮影者情報を送信することで、撮影者情報が一致した画像のみを撮像装置から外部ストレージ装置へ送信することが可能となっている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開2011-109291号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１では、撮像装置内で撮影画像と撮影者を関連付けるために、指紋認証装置のような個人を識別できる装置が必要という課題があった。
【０００６】
そこで、本人が撮影した画像のみを受け付けて、他人が撮影した画像の使用を防ぐ仕組みを、簡単な方法で実現したい。
【課題を解決するための手段】
【０００７】
本発明に係る画像転送方法は、画像を保存できるサーバーにおいて、撮像装置から第一の撮影者情報と第一の画像特定情報群を受信して、前記2つの情報を関連付けて記憶する手段と、前記撮像装置または任意の情報装置から第二の撮影者情報と画像群を受信して、受信した画像内に埋め込まれた第二の画像特定情報群を読み出す手段とを持ち、画像群の受信時に、サーバーに保存された第一の撮影者情報と受信した第二の撮影者情報を比較して、比較結果が一致した撮影者情報に関連付いている第一の画像特定情報群を読み出す手段とを持ち、読み出した第一の画像特定情報群と一致した画像のみをサーバーに保存することを特徴とする。
【発明の効果】
【０００８】
本発明に係る画像転送方法によれば、本人が撮影した画像のみを受け付けて、他人が撮影した画像の使用を防ぐ仕組みを、簡易な方法で実現することが出来る。
【図面の簡単な説明】
【０００９】
【図１】本発明の一実施形態に係る画像転送システム全体の構成を示す図である。
【図２】本発明の一実施形態に係る画像撮影時の撮像装置とサーバーの動作を示すフローチャート図である。
【図３】本発明の一実施形態に係る撮影者情報と画像特定情報の構成を示す図である。
【図４】本発明の一実施形態に係る撮像装置内の画像の状態を示す図である。
【図５】本発明の一実施形態に係る撮影者情報とパスワード情報の構成を示す図である。
【図６】本発明の一実施形態に係る画像転送時のＰＣとサーバーの動作を示すフローチャート図である。
【図７】本発明の一実施形態に係る画像の自動転送時のＰＣとサーバーの動作を示すフローチャート図である。
【図８】本発明の一実施形態に係る製本サービスの編集画面を示す図である。
【図９】本発明の一実施形態に係る転送画像を製本サービスに使用する動作を示すフローチャート図である。
【図１０】本発明の一実施形態に係る画像転送時の通知処理を示すフローチャート図である。
【図１１】本発明の一実施形態に係る画像撮影時の撮像装置と、画像転送時のサーバーの動作を示すフローチャート図である。
【図１２】本発明の一実施形態に係る撮影者情報と画像特定情報と公開設定情報の構成を示す図である。
【図１３】本発明の一実施形態に係る公開設定情報の確認および更新時の撮像装置とサーバーの動作を示すフローチャート図である。
【図１４】本発明の一実施形態に係る公開設定情報更新時の撮影者情報と画像特定情報と公開設定情報の構成を示す図である。
【図１５】本発明の一実施形態に係る公開設定情報の確認および更新時の撮像装置の画面構成を示す図である。
【図１６】本発明の一実施形態に係る撮影者情報と画像特定情報の第二の構成を示す図である。
【図１７】本発明の一実施形態に係る撮像装置固有の撮影者情報を取得する際の撮像装置の動作を示すフローチャート図である。
【図１８】本発明の一実施形態に係る画像特定情報の暗号化と復号化を行う際の撮像装置とサーバーの動作を示すフローチャート図である。
【発明を実施するための形態】
【００１０】
本発明の実施形態について説明する。ここでは、撮像装置で画像を撮影した後に、撮影画像をＰＣからサーバーにアップロードする場合を例にして説明する。
【００１１】
図１は本発明の一実施形態に係る装置の構成を示すブロック図である。
【００１２】
撮像装置１００は、光学系１０１と、撮像素子１０２と、ＣＰＵ１０３と、一次記憶装置１０４と、二次記憶装置１０５と、記憶媒体１０６と、表示部１０７と、操作部１０８と、通信装置１０９から構成されている。光学系１０１は、レンズ、シャッター、絞りから構成されていて、被写体からの光を適切な量とタイミングで撮像素子１０２に結像させる。撮像素子１０２は、光学系１０１を通って結像した光を画像に変換する。ＣＰＵ１０３は、入力された信号やプログラムに従って、各種の演算や、撮像装置１００を構成する各部分の制御を行う。
【００１３】
一次記憶装置１０４は、一時的なデータを記憶し、ＣＰＵ１０３の作業用に使われる。二次記憶装置１０５は、撮像装置１００を制御するためのプログラム（ファームウェア）や各種の設定情報などを記憶する。記憶媒体１０６は、画像データを記憶する。表示部１０７は、撮影時のビューファインダー画像の表示、撮影した画像の表示、対話的な操作のための文字表示などを行う。操作部１０８は、使用者の操作を受け付けるためのものである。通信装置１０９は、サーバー１１０やＰＣ１１５と通信を行うためのものである。
【００１４】
サーバー１１０は、撮像装置１１０やＰＣ１１７から送信された情報を保存するサーバーである。１１１はＣＰＵである。１１３は、ハードディスクなどの二次記憶装置であり、ＣＰＵを動かすプログラムを格納する。１１２は、ＲＡＭなどの一次記憶装置であり、二次記憶装置から読み込まれたプログラムが格納される。１１４は、撮像装置１００やＰＣ１１５と通信する通信装置である。
【００１５】
１２０は、サーバーに画像を送信するためのＰＣである。１１６はＣＰＵである。１１８はハードディスクなどの二次記憶装置であり、ＣＰＵを動かすプログラムを格納する。１１７は、ＲＡＭなどの一次記憶装置であり、二次記憶装置から読み込まれたプログラムが格納される。１１９は、液晶ディスプレーなどの表示部であり、ＰＣで動作するアプリケーションのＧＵＩを表示する。１２０は、キーボードやマウスなどの操作部であり、アプリケーションの操作を行うためのものである。１２１は、撮像装置１００やサーバー１１０と通信する通信装置である。
【００１６】
撮像装置１００で画像を撮影した際のフローを示したものが図２（ａ）である。なお、画像を撮影する前に撮影者情報を撮像装置に登録しておくものとする。ここでは、撮影者情報として「YamadaTaro@aaa.com」という文字列を登録しておくものとする。ステップ２００でＣＰＵ１０３は、画像特定情報を生成する。画像特定情報は、画像を一意に識別するための情報であり、撮影画像毎に固有なものとする。ここでは、図３（ａ）の３０２のような文字列が生成されたものとする。
【００１７】
次にステップ２０１でＣＰＵ１０３は、生成した画像特定情報を画像データ内に付加する。次にステップ２０２でＣＰＵ１０３は、撮影者情報と画像特定情報をサーバー１１０に送信する。サーバーに送信する情報は、図３（ａ）の３００のようなものである。撮影者情報３０１と画像特定情報３０２が組になっており、撮影者と撮影画像を関連付ける情報となっている。
【００１８】
ここで、撮像装置１００で画像を複数枚撮影した際の画像データと画像特定情報を示したものが図４の４００である。画像データ４０１の中には、画像特定情報４０２が埋め込まれている。同様に、画像４０３の中には画像特定情報４０４が埋め込まれている。画像４０３を撮影した際は、撮影者情報３０１と画像特定情報４０４をサーバー１１０へ送信することになる。
【００１９】
撮像装置１００から撮影者情報と画像特定情報が送信されると、サーバー１１０では送信された情報を受信してサーバーに保存する。このフローを示したものが図２（ｂ）である。ステップ２１０でＣＰＵ１１１は、受信した撮影者情報がサーバーに保存されているかを確認する。ここで、初めてサーバーに送信された撮影者情報の場合は、ステップ２１１へ進む。ステップ２１１でＣＰＵ１１１は、受信した撮影者情報と画像特定情報を新規データとしてサーバーに保存する。
【００２０】
次に、ユーザーが２枚目以降の画像を撮影した場合は、ステップ２１２へ進み、既存の撮影者情報に受信した画像特定情報を追加する。また、一度撮影を行って、別の機会に撮影を行ったような場合でも、ステップ２１２へ進む。このようにしてサーバーに保存された情報を示したものが、図３（ｂ）の３１０である。３１０をみると、「YamadaTaro@aaa.com」という撮影者情報３１１には、４つの画像特定情報３１２〜３１５が関連付いていることが分かる。また、別の撮影者情報３１６には８つの画像特定情報が関連付いていることが分かる。このようにして、撮影者と撮影画像を関連付けた情報をサーバーに保存して、画像毎の撮影者が分かるように保持しておく。
【００２１】
次に、撮影した画像をサーバーにアップロードする際のフローについて説明する。画像のアップロードは撮像装置１００から直接行っても良いし、画像をＰＣに移した後に、ＰＣから行っても良い。ここでは、画像をＰＣ１１５からアップロードする場合を例にして説明する。図６（ａ）、（ｂ）、（ｃ）は画像をアップロードする際のＰＣ側のフローを示したものであり、図６（ｄ）、（ｅ）はサーバー側のフローを示したものである。
【００２２】
また、図６（ａ）のステップ６００を詳細に示したものが図６（ｂ）であり、ステップ６０２を詳細に示したものが図６（ｃ）となっている。ユーザーが画像のアップロードを行う際は、ステップ６００でユーザーの認証処理を行う。ステップ６００の詳細については、図６（ｂ）で後述する。ステップ６００の中でＣＰＵ１１６はサーバーと通信して、ユーザーの認証処理を行う。次にステップ６０１でＣＰＵ１１６は、認証に成功したかを判定し、認証に成功した場合はステップ６０２へ進む。なお、認証に失敗した場合はステップ６０３へ進み、認証失敗のメッセージを表示して処理を終了する。ステップ６０２では、画像の送信処理を行う。ステップ６０２の詳細については、図６（ｃ）で後述する。
【００２３】
図６（ｂ）の説明に移る。ステップ６１０でＣＰＵ１１６は、ユーザーから撮影者情報の入力を受信する。撮影者情報の入力は操作部１２０によって行われる。ここでは、撮影者情報として図５（ａ）の５０１の情報が入力されたものとする。次にステップ６１１でＣＰＵ１１６は、ユーザーからパスワード情報の入力を受信する。ここでのパスワード情報とは、ユーザーの認証処理をより正確に行うためのものであり、省略することも可能である。また、撮影者情報と関連付いたパスワード情報がサーバーに登録されているものとする。
【００２４】
ここでは、パスワード情報として図５（ｂ）の５０２の情報が入力されたものとする。次にステップ６１２でＣＰＵ１１６は、ユーザーから入力された撮影者情報とパスワード情報をサーバーに送信する。サーバーに送信するデータは、図５（ａ）の５００のようなものとなる。次にサーバーの説明に移る。ＰＣから撮影者情報とパスワード情報を受信した際のサーバーの動作を示したフローが図６（ｄ）となる。ステップ６３０でＣＰＵ１１１は、撮影者情報とパスワード情報を受信する。
【００２５】
次にステップ６３１でＣＰＵ１１１は、撮影者とパスワード情報が関連付いているかを判定する。ここで、サーバーに保存された撮影者とパスワード情報の例が図５（ｂ）の５１０である。「YamadaTaro@aaa.com」という撮影者情報５１１には、「password111」というパスワード情報５１２が関連付いている。また、撮影者情報５１３には、パスワード情報５１４が関連付いている。
【００２６】
ここでは、ＰＣ１１５から送信された情報５００は、サーバーに保存された撮影者情報５１１とパスワード情報５１２に一致しているため、認証に成功したものとする。ステップ６３２でＣＰＵ１１６は、認証結果をＰＣ１１０へ送信する。図６（ｂ）の説明に戻る。ステップ６１３でＣＰＵ１１６は、サーバーから認証結果が返ってくるまで待機する。サーバーから認証結果を受信すると、図６（ｂ）のフローを終了する。即ち、図６（ａ）のステップ６０１に進む。ここでは認証が成功したので、ステップ６０２に進む。
【００２７】
ステップ６０２の詳細について、図６（ｃ）のフローを用いて説明する。ステップ６２０でＣＰＵ１１６は、サーバーへ送信する画像の入力をユーザーから受信する。ユーザーは撮影画像の中からサーバーへ送信する画像を選択することが出来るものとする。ここでは、図４の４０１、４０３、４０５、４０７の４枚の画像を選択したものとする。
【００２８】
次にステップ６２１でＣＰＵ１１６は、撮影者情報と画像をサーバーへ送信する。次にサーバーの説明に移る。ＰＣから撮影者情報と画像を受信した際のサーバーの動作を示したフローが図６（ｅ）となる。ステップ６４０でＣＰＵ１１１は、ＰＣから撮影者情報と画像を受信する。次にステップ６４１でＣＰＵ１１１は、受信した画像の総数Ｎを算出する。前述のステップ６２０で４枚の画像が選択されているので、Ｎの値は４となる。次にステップ６４２でＣＰＵ１１１は、ｎの値を１に初期化する。
【００２９】
次にステップ６４３でＣＰＵ１１１は、ステップ６４５〜６４７の処理を４回繰り返す。次にステップ６４４でＣＰＵ１１１は、受信したｎ枚目の画像内の画像特定情報を読み取る。ここで、ｎは１であるため、画像４０１の画像特定情報４０２を取得する。次にステップ６４５でＣＰＵ１１１は、受信した撮影者情報とステップ６４４で読み取った画像特定情報が関連付いているかを、サーバーに保存された情報３１０を用いて確認する。
【００３０】
ここでは、撮影者情報３１１と画像特定情報３１２が関連付いているため、ステップ６４６へ進む。ステップ６４６でＣＰＵ１１１は、受信したｎ枚目の画像をサーバーに保存する。即ち、画像４０１をサーバーに保存する。このようにして、サーバーに保存された情報３１０を使って、本人が撮影した画像であるかを判定して、本人が撮影した画像と判定した場合のみサーバーに保存するようにする。なお、ステップ６４５で撮影者情報と画像特定情報が関連付いていなかった場合は、本人が撮影した画像では無いと判定して、サーバーには画像を保存せずステップ６４７へ進む。
【００３１】
ステップ６４７でＣＰＵ１１１は、ｎの値をインクリメントする。ここではｎの値が１であるので、ｎの値は２となる。このようにして、ステップ６４４〜６４７を画像の枚数だけ繰り返す。全ての画像に対して処理が終わったら、ステップ６４８へ進む。ステップ６４８でＣＰＵ１１１は、サーバーでの保存結果をクライアントに送信する。例えば、全ての画像をサーバーに保存できた場合は、それが分かるようなレスポンスをクライアントに送信する。また、サーバーに保存されない画像があった場合は、そのファイル名をレスポンスとしてクライアントに送信する。
【００３２】
図６（ｃ）の説明に戻る。ステップ６２１でサーバーに撮影者情報と画像を送信した後は、ステップ６２２でＣＰＵ１１６はサーバーからレスポンスが返ってくるまで待機する。サーバーからレスポンスが返ってくると、ステップ６２３へ進む。ステップ６２３でＣＰＵ１１６は、サーバーからのレスポンスを解析して、画像の送信に成功したかを判定する。送信した全画像をサーバーに送信できた場合はステップ６２４へ進む。ステップ６２４でＣＰＵ１１６は、画像の送信に成功したメッセージを表示する。また、ステップ６２３で送信した全画像をサーバーに保存できなかったと判定した場合は、ステップ６２５へ進む。
【００３３】
ステップ６２５でＣＰＵ１１６は、画像の送信に失敗したメッセージを表示する。ここで、送信に失敗した画像のファイル名を表示しても良い。このように図６のフローを用いて画像の撮影者を判定し、本人が撮影した画像のみをサーバーに保存することが出来る。以上の説明では、画像の撮影後にＰＣから画像をサーバーへ送信していたが、撮像装置から直接サーバーへ画像を送信しても良い。
【００３４】
今までの説明では、サーバーへ送信する画像をユーザーが選択していた。ここで、サーバーには撮影者毎の画像特定情報が保存されているので、その情報を使ってＰＣや撮像装置から本人が撮影した画像を自動で送信しても良い。図７のフローは、サーバーに撮影者情報を送信することで、ＰＣに保存された画像の中から本人が撮影した画像のみを自動で判定して、サーバーに送信する場合の例である。ここで、本処理の全体フローである図６（ａ）と、ユーザー認証のクライアント側の処理である図６（ｂ）は前述のフローと同一であるため、説明を省略する。
【００３５】
ステップ６１２で撮影者情報とパスワードをサーバーへ送信した後の、サーバー側のフローを示したものが図７（ａ）である。ステップ７００、７０１は、図６（ｄ）のステップ６３０、６３１と同じであるため、説明を省略する。ステップ７０２でＣＰＵ１１１は、ユーザーの認証に成功したかを判定して、成功した場合はステップ７０３へ進む。ステップ７０３でＣＰＵ１１１は、撮影者情報に関連付いた画像特定情報をサーバーへ送信する。即ち、サーバーで受信した撮影者情報が図３（ｂ）の３１１であった場合は、３１２〜３１５の画像特定情報をクライアントに送信する。
【００３６】
また、ステップ７０２で認証に失敗した場合はステップ７０４へ進む。ステップ７０４でＣＰＵ１１１は、認証失敗のレスポンスをクライアントへ送信する。このようにして、図６（ｄ）では認証成功の有無のみをクライアントに送信していたが、認証が成功した場合は、本人が撮影した画像を表す情報３１２〜３１５をクライアントへ送信するようにする。認証が成功すると、ステップ６０２でＣＰＵ１１６は画像の送信処理を行う。画像を自動で送信する場合の送信処理の詳細を示したものが、図７（ｂ）である。ステップ７１０でＣＰＵ１１６は、サーバーから画像特定情報を受信する。
【００３７】
次にステップ７１１でＣＰＵ１１６は、ＰＣ内に保存された画像総数Ｎを算出する。ステップ７１２〜７１４は、前述のステップ６４２〜６４４と同一であるため、説明を省略する。ステップ７１５でＣＰＵ１１６は、読み取った画像特定情報がサーバーから送信された画像特定情報に含まれるかを判定する。例えば、ステップ７１４で読み取った画像特定情報が３１２であれば、サーバーから受信した画像特定情報に含まれているので、ステップ７１６へ進む。ステップ７１６でＣＰＵ１１６は、ｎ枚目の画像をサーバーに送信する。
【００３８】
次にステップ７１７でＣＰＵ１１６は、ｎの値をインクリメントする。ここではｎの値が１であったため、ｎの値は２となる。このようにして、ＰＣに保存された画像の枚数だけステップ７１４〜７１７を繰り返すことで、本人が撮影した画像のみをサーバーに送信することが出来る。
【００３９】
次に、サーバーへ自動で転送した画像を製本サービスの使用画像とする場合の例について説明する。ここでの製本サービスとは、デジタル画像を使ってWeb上で本を作成するものであり、その本をWeb上で公開したり、実際に製本された本を作成できるサービスであるものとする。この製本サービスは、ＰＣ１１５上のＷｅｂブラウザ、または専用のアプリケーションで操作できるものとする。ここで、製本サービスの例を示したものが図８の８００である。画像表示領域８０１は本の形をしており、操作者が画像を配置することが出来るようになっている。
【００４０】
８０６と８０７はページ切り替えボタンであり、ページを切り替えることが出来る。図９は、クライアントから自動で画像を送信した後に、サーバー側で受信した画像を使って製本サービスを起動する際のフローを示したものである。ステップ９００でＣＰＵ１１１は、クライアントから送られた画像を受信する。次にステップ９０１でＣＰＵ１１１は、受信した画像の総数Ｎを算出する。次にステップ９０２でＣＰＵ１１１は、ｎの値を１に初期化する。
【００４１】
次にステップ９０３でＣＰＵ１１１は、ステップ９０４、９０５の処理をＮ回繰り返す。ステップ９０４でＣＰＵ１１１は、ｎ枚目の画像を製本サービスに使用する。例えば、１枚目の画像が図４の４０１である場合は、製品サービスの画像表示領域上の８０２に画像を表示する。次にステップ９０５でＣＰＵ１１１は、ｎの値をインクリメントする。このようにして、サーバーに送信した画像を製本サービスの使用画像とすることで、ユーザーが製本サービスを容易に使用することが出来る。
【００４２】
今までの説明では、本人が撮影した画像と他人が撮影した画像が混ざっていた場合でも、サーバー側で本人が撮影した画像のみを受け付けていた。ここで、ユーザーが他人の画像を使おうとした場合は、そのことを検知できる仕組みがあることが望ましい。ここでは、他人の撮影者情報に関連付いた画像をアップロードしようとした場合に、サーバー側で所定の動作を行う例について説明する。このフローを示したものが、図１０である。
【００４３】
図１０のフローは、前述の図６（ｅ）のフローにステップ１００９と１０１０を加えたものである。ステップ１０００〜１００８は図６（ｅ）のステップ６４０〜６４８と同一であるため、説明を省略する。ステップ１００９でＣＰＵ１１１は、撮影者情報と関連付いていない画像特定情報が、他人の撮影者情報と関連付いるかを判定する。例えば、ユーザーが送信した撮影者情報が３１１、画像特定情報が３１７であった場合は、他人の撮影者情報３１６と関連付いているため、ステップ１０１０へ進む。ステップ１０１０でＣＰＵ１１１は、サーバーの管理者と画像特定情報が関連付いていた撮影者に通知を行う。即ち、本人が撮影しておらず他人が撮影した画像をアップロードしようとした場合は、通知を行うようにする。このようにして、画像を使用するユーザーを検知する仕組みを実現することが出来る。
【００４４】
ここで、撮影者や撮影画像によっては、他人が画像を使用することを許可することも考えられる。そのため、本人以外でも画像を使用できるような仕組みがあることが望ましい。そこで、画像毎に公開設定情報を持たせることで、この仕組みを実現することが出来る。図１１（ａ）のフローは、画像を撮影した際の撮像装置の処理を示したフローである。なお、撮像装置には前述した撮影者情報と合わせて、公開設定を入力しておくものとする。ステップ１１００でＣＰＵ１０３は、撮像装置に入力された公開設定情報を取得する。
【００４５】
ここでは、公開を許可する設定になっているものとする。この設定で撮影した画像は、撮影者以外でも使用が可能なものとする。なお、他人が使用することを許可しない場合は、撮像装置で公開を許可しない設定にすれば良い。ステップ１１０１、１１０２は、図２（ａ）のステップ２００、２０１と同一であるため、説明を省略する。ステップ１１０３でＣＰＵ１０３は、撮影者情報、画像特定情報、公開設定情報をサーバーに送信する。ここで、サーバーに送信する情報の例を示したものが、図１２（ａ）の１２００である。
【００４６】
ここでは、撮影者情報１２０１、画像特定情報１２０２、公開設定情報１２０３をサーバーに送信したものとする。このようにして、サーバーには公開設定を含めた情報が保存されることになる。サーバーに保存された情報の例を示したものが１２１０である。ここで、撮影者情報１２１１には、４つの画像特定情報が関連付けられており、そのうちの１２１２と１２１３は公開が許可された画像であり、１２１４と１２１５は公開が許可されていない画像であることを示している。次に、ＰＣから画像をアップロードする際の動作を示したフローが図１１（ｂ）である。
【００４７】
ここで、ステップ１１１０〜１１１８は、前述の図６（ｅ）のステップ６４０〜６４８と同一であるため、説明を省略する。前述の図６（ｅ）のフローでは、ステップ６４５で撮影者情報と画像特定情報が関連付いていない場合は、サーバーに画像を保存していなかった。ここで、ステップ１１１９でＣＰＵ１１１は、公開が許可されたか画像であるかの判定を行う。例えば、撮影者情報１２１１を持つユーザーが、１２１７の画像特定情報を持つ画像をサーバーに送信したとする。この場合、画像特定情報１２１７は撮影者情報１２１１には関連付けられていないが、他の画像特定情報１２１７に含まれており、且つ、公開が許可されたものとなっている。
【００４８】
このような場合は、他人が公開を許可している画像であると判定して、ステップ１１１６に進む。ステップ１１１６の処理は前述の通りである。このようにして、本人が撮影していない画像であっても、他人が公開を許可した画像であれば、送信した画像をサーバーで保存することが出来る。
【００４９】
前述した例の場合、その時々で公開設定を変更して画像を撮影することが可能となる。このような場合、撮影画像がどのような公開設定になっているかを確認できることが望ましい。図１３（ａ）と（ｂ）は、撮影画像の公開設定情報を取得するためのフローである。図１３（ａ）は撮像装置上でユーザーが公開設定の確認を要求した際の、撮像装置側のフローを示したものである。ステップ１３００でＣＰＵ１０３は、撮影者情報をサーバーへ送信する。なお、前述の実施例と同様に、撮影者情報が入力済みであるものとする。
【００５０】
撮影者情報をサーバーへ送信した際の、サーバー側のフローを示したものが図１３（ｂ）である。ステップ１３１０でＣＰＵ１１１は、クライアントから撮影者情報を受信する。次にステップ１３１１でＣＰＵ１１１は、受信した撮影者情報に関連付いた画像特定情報と公開設定情報をクライアントへ送信する。例えば、クライアントから受信した撮影者情報が１４０１で、サーバーに保存されている情報が１４００の場合は、クライアントに１４１０の情報を送信する。
【００５１】
この中には、画像特定情報に応じた公開設定情報１４１１〜１４１６が入っている。図１３（ａ）の説明に戻る。ステップ１３０１でＣＰＵ１０３は、サーバーからレスポンスが返ってくるまで待機する。サーバーからレスポンスが返ってくると、ステップ１３０２へ進む。ステップ１３０２でＣＰＵ１０３は、撮像装置内の画像に応じた公開設定情報を表示する。図１５（ａ）は、撮像装置でのＵＩを示したものである。撮像装置１５００の表示部に、画像１５０１〜１５０６が表示されていることが分かる。
【００５２】
また、各画像にはチェックボックスが付いており、公開が許可された画像の場合は、チェックが付くようになっている。このようにして、画像毎の公開設定情報を確認することが出来る。
【００５３】
ここで、画像を撮影した後に公開設定情報を変更したい場合もある。図１３（ｃ）と（ｄ）は撮影画像の公開設定情報を変更するためのフローである。図１３（ａ）は撮像装置上でユーザーが公開設定の変更を要求した際の、撮像装置側のフローを示したものである。図１５（ａ）のボタン１５０７を選択すると、公開設定を変更するモードに遷移する。公開設定の変更モードに遷移した際の撮像装置のＵＩを示したものが図１５（ｂ）である。表示されている画像のチェックボックスのＯＮ/ＯＦＦを切り替えた後に、ボタン１５１３を選択することで、サーバーに公開設定情報の更新処理を送信するようになっている。
【００５４】
ここでは、ユーザーが画像１５１１、１５１２の公開設定を許可しない状態にして、ボタン１５１３を選択した場合を例にして説明する。ステップ１３２０でＣＰＵ１０３は、対象画像と公開設定情報の入力を受信する。次にステップ１３２１でＣＰＵ１０３は、入力された情報をサーバーへ送信する。ここで、サーバーに送信する情報を示したものが図１４（ｃ）の１４２０である。サーバーへ情報を送信した際の、サーバー側のフローを示したものが図１３（ｄ）である。ステップ１３３０でＣＰＵ１１１は、クライアントから送信された情報を受信する。
【００５５】
次にステップ１３３１でＣＰＵ１１１は、受信した情報に従って、サーバーに保存された公開設定に関する情報を更新する。即ち、更新前は１４００の状態であったものが、１４２０の状態となる。このようにして、画像を撮影した後であっても、画像毎の公開設定情報を変更することが出来る。
【００５６】
前述の説明では、画像毎に公開設定情報を持つ構成であった。ここで、サーバーで画像を保存する領域に応じて、画像の公開設定を変えても良い。例えば、撮影した本人のみが使用できるようにしたい画像であれば、撮影者専用の領域に画像特定情報を保持する。また、他人の使用を許可するような画像であれば、共有の領域に画像特定情報を保持する。図１６は、撮影者専用の領域と、共有の領域を持つ構成を示したものである。
【００５７】
１６０１、１６０２は、撮影者専用の領域となっており、ここに保存されている画像特定情報は、撮影者本人しか使えないものとなる。また、１６０３は共有の領域となっており、ここに保存されている画像特定情報は、全てのユーザーが使用できるものとなる。このような仕組みを実現するために、画像の撮影時にユーザーがどちらの領域を使用するかを選択できるようにする。
【００５８】
次に、撮影者情報として撮像装置固有の値が予め設定されている場合の例を説明する。予め撮影者情報が設定されていれば、画像撮影前や画像をサーバーへ送信する前に、ユーザーが撮影者情報を入力する手間を省くことが出来る。撮像装置毎に固有に設定された値としては、ＵＵＩＤのようなものが考えられる。また、画像をサーバーへアップロードする際にＰＣと撮像装置を接続した状態にすることで、ユーザー認証処理に関わるユーザーの手間を軽減することが出来る。図１７のフローは、ＰＣと撮像装置を接続した状態で画像をサーバーへアップロードする場合のフローを示したものである。
【００５９】
図６（ｂ）と比較すると、ステップ６１０、６１１が無くなって、代わりにステップ１７００が増えていることが分かる。これは、ユーザーが入力した撮影者情報とパスワード情報を使って認証していた手順を、撮像装置から取得した撮影者情報に置き換えたものである。即ち、撮像装置を持っている人であれば、その画像を撮影した本人であると判定するものである。
【００６０】
次に、画像撮影時に画像特定情報を画像に埋め込む際に、画像特定情報を暗号化して埋め込む場合を例にして説明する。ここでは、撮影者情報を使って画像特定情報を暗号して画像に埋め込み、サーバーで画像特定情報を読み取る際に、撮影者情報を使って復号化するものとする。図１８（ａ）は画像を撮影した際のフローであり、図１８（ｂ）はサーバーで画像特定情報を比較する際のフローを示したものである。図１８（ａ）と図２（ａ）との差異は、ステップ１８０１が加わったことである。ステップ１８０１でＣＰＵ１０３は、撮影者情報を使って画像特定情報を暗号化する。
【００６１】
このようにして、画像内には暗号化された画像特定情報が埋め込まれるものとなる。なお、ステップ１８０３でサーバーに送信するのは、暗号化前の画像特定情報である。次に、図１８（ｂ）のフローの説明に移る。図１８（ｂ）と図６（ｅ）との差異は、ステップ１８１５が加わったことである。ステップ１８１５でＣＰＵ１１１は、撮影者情報を使って画像特定情報を復号化する。このようにして、撮影者情報を使って画像特定情報を暗号化することにより、画像特定情報を解析することがより困難となる。
【００６２】
以上、本発明をその好適な実施形態に基づいて詳述してきたが、本発明はこれら特定の実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の様々な形態も本発明に含まれる。上述の実施形態の一部を適宜組み合わせてもよい。
【００６３】
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【符号の説明】
【００６４】
１００  撮像装置、１０１  光学系、１０２  撮像素子、１０３  ＣＰＵ
【図１】
2017034564.tif 000003
【図２】
2017034564.tif 000004
【図３】
2017034564.tif 000005
【図４】
2017034564.tif 000006
【図５】
2017034564.tif 000007
【図６】
2017034564.tif 000008
【図７】
2017034564.tif 000009
【図８】
2017034564.tif 000010
【図９】
2017034564.tif 000011
【図１０】
2017034564.tif 000012
【図１１】
2017034564.tif 000013
【図１２】
2017034564.tif 000014
【図１３】
2017034564.tif 000015
【図１４】
2017034564.tif 000016
【図１５】
2017034564.tif 000017
【図１６】
2017034564.tif 000018
【図１７】
2017034564.tif 000019
【図１８】
2017034564.tif 000020