JP4805198B2 - 画像共有システムおよびサーバーの制御方法 - Google Patents

Description

本発明は、画像共有システムおよびサーバーの制御方法に関し、詳しくは、インターネット等の通信網を通じてサーバーに保存した撮影画像に対して、容易かつ確実にアクセスできるようにした画像共有システムおよびサーバーの制御方法に関する。

近年、画像をデジタルカメラ等で撮影することが一般的になってきていることから、フィルムカメラで撮影を行っていた時代に比較して、デジタル画像を他人に送ったり、他人のカメラで撮影された画像を受け取ったりするのが可能になってきている。

このような画像のやり取りを行なうには、画像を保存しておき、この画像の保存領域（アドレス等）を、お互いに交換しておく方法が簡単である。このような保存領域に関する情報を、近接する２つの機器の間でやり取りすることが考えら、この場合のやり取りとして、例えば、特許文献１には、送信対象となる機器を一意に特定するデバイスアドレス情報を認識し、前記機器のデバイスアドレスを取得する情報機器端末が開示されている。
特開２００３−１６９１８７号公報

また、画像のやり取りを行なう別の方法として、特許文献２には、インターネット上に画像を格納し、これにアクセス可能としたデータ配信システムが開示されている。すなわち、このシステムにおいては、ユーザーは店舗からデジタルカメラを借り受け、撮影後に店舗に返却する。店舗はデジタルカメラに記録されている画像データをインターネット上のサーバーに格納し、この格納領域のアドレスをユーザーに知らせる。店舗から付与されたアドレスにアクセスすることによって、自己の撮影した画像データを入手することができる。
特開２００２−１７００５９号公報

このように、画像のやり取りを行なうにあたって、種々の技術が開示されているが、いずれも、カメラ内に特別な通信手段を必要と、また通信手段を有している場合であっても、通信相手の指定など、その設定などが面倒であり、普及には多くの壁があった。すなわち、前述の特許文献１に開示されている情報機器端末では、複雑な通信部を必要とし、カメラの小型化にも、低コスト化にも不利で、消費エネルギー的にも不利であった。また、不安定な状況で、サイズの重い画像を送受信するのは、信頼性やセキュリティの点でも解決すべき問題が多い。

また、特許文献２に開示されているデータ配信システムでは、店舗から提供されるカメラのみがサービスと一体になっており、一般のカメラでは利用することができない。また、店舗からカメラを借り受けたユーザーが画像データを取得することはできるが、カメラの被写体となった他人等が画像データを取得することは簡単ではない。

本発明は、このような事情を鑑みてなされたものであり、カメラで撮影された画像を容易にかつ確実に受け渡すことができるようにした画像共有システムおよびサーバーの制御方法を提供することを目的とする。

上記目的を達成するため第１の発明に係わる画像共有システムは、被写体像を画像データに変換すると共に、上記画像データの格納先に関するコードを表示可能なカメラと、上記コードを読み取り、このコードに基づいて、上記画像データの格納先にアクセスし、上記画像データを取得可能なカメラ付き通信機器と、上記画像データを格納するサーバーと、を有し、上記サーバーは、上記カメラ付き通信機器から上記画像データの送信を要求された際に、上記画像データが格納されていない場合には、上記カメラに対して画像を送信するように要求する。
第２の発明に係わる画像共有システムは、上記第１の発明において、上記カメラは上記コードに上記カメラの機種を特定する情報を含め、上記カメラ付き通信機器は、上記コードに基づいて上記カメラの機種を表示する。

上記目的を達成するため第３の発明に係わるサーバーの制御方法は、カメラで撮影した画像を格納する記録部を有するサーバーの制御方法において、上記カメラに予め上記格納する記録部に応じたコードを付与し、上記カメラが接続された場合には、上記コードと共に上記画像を受信し、上記コードに応じて上記記録部に上記画像を記録し、外部の通信機器が接続されたか否かを判定し、上記通信機器が接続された場合には、上記通信機器から送信された上記コードを判定し、上記コードに対応する画像を上記記録部から読み出し、上記通信機器に送信し、上記コードに対応する画像が上記記録部に記録されていない場合には、上記カメラの接続時に上記画像の送信要求を設定する。

本発明によれば、他のカメラで撮影された画像を容易にかつ確実に受け取ることができるようにした画像共有システムおよびサーバーの制御方法を提供することができる。

以下、図面に従って本発明を適用したカメラと、画像共有システムを用いて好ましい実施形態について説明する。本実施形態においては、例えば、それぞれの人がカメラや携帯電話を持ち、一緒に旅行に行き、別れるときに、旅先でお互いのカメラをかざしあって、通信を行い、撮影済み画像を交換するような用途を想定している。こうしたシーンでは、必ずしも、その場で画像を取得する必要はない。そこで、本実施形態においては、環境が整った段階で、ただし確実かつセキュリティ的にも問題なく、画像の送受信を可能としたものである。

また、本実施形態においては、機器との通信を確立する際にも、簡単な操作でよく、誰にでも確実かつ安全に画像を送信することができるようにしている。つまり、画像が保存される領域をあらかじめ、送る相手に知らせ、その送られた人が、他の機器で、その保存領域にアクセスすることによって、所望の画像データを取得可能としている。さらに、その時、リアルタイムで、画像が確認できないことを考慮し、正しくカメラと通信しているかどうかを、画像を受け取る側に表示し、ユーザーに安心感を与えるようにしている。

図１は、本発明の一実施形態に係わるデジタルカメラとその周辺のブロック図である。ユーザーが使用するカメラ１００には、撮影レンズ２、ＡＦ（オートフォーカス）制御部２ａ、絞り２ｂ、絞り制御部２ｃ、撮像素子３、アナログフロントエンド（以下、ＡＦＥと略す）部４が設けられている。撮影レンズ２は、内部にフォーカスレンズを有し、入射した被写体２０の像を撮像素子３上に結像させる。

ＡＦ制御部２ａは、撮影レンズ２の合焦位置を、後述する画像処理部５内において画像処理を行い、いわゆる山登り法により検出し、フォーカスレンズを駆動して、合焦位置に移動させる。なお、山登り法は、撮影画像のコントラスト信号ピークから合焦位置（ピント位置）を検出する方式であるが、山登り法以外にも、例えば位相差法や三角測距法等公知の合焦方法に置き換えてもよい。ＡＦによって合焦位置に達すると、このときの撮影レンズ２を検出することにより、距離判定を行うことができる。この場合、撮影レンズ２がズームレンズのときには、ズーム位置等を加味して距離の判定を行う。

撮影レンズ２内または近傍に、シャッターや絞りの効果を奏する絞り２ｂが設けられる。絞り２ｂは、撮影時に所定の口径まで開き、露出が終了すると閉じて露光を終了させるものである。絞り制御部２ｃは、絞り２ｂを駆動して絞り径を設定する。この絞りを変えることによって、レンズの被写界深度が変化するので、背景のぼけ具合などを調整して、被写体を浮かび上がらせたり、背景をしっかりと描写したりするなど、表現の切り替えを行うことができる。撮像素子３は、多数の受光面（画素）からなるＣＣＤやＣＭＯＳセンサ等であり、撮影レンズ２を介して被写体２０からの像を受光しこれを画像信号に変換する。

アナログフロントエンド（ＡＦＥ）部４は、アナログデジタル変換（ＡＤ）手段を含み、撮像素子３からの信号をデジタル信号化する。そして、ＡＦＥ部４は、撮像素子３から出力される画像信号について各種処理を行う。また、ＡＦＥ部４には、撮像素子３のいくつかの画素をまとめて、一括して読み出す機能も設けられている。たとえば、４画素（２×２）や９画素（３×３）など、各画素の信号レベルが小さいときには、いくつかの画素信号を加算して、Ｓ／Ｎを向上させることができ、また、感度を上げることも出来る。

このような操作によって感度を上げることができ、シャッタースピードを速くする等、撮影上の工夫が可能となる。シャッタースピードが速いと、動いている被写体が止まっているように撮影することが可能となる。シャッタースピードをユーザーが切り替え可能とし、適正露出を絞りや感度の制御で行うカメラでは、一般にシャッタースピードを遅くすれば、例えば、川の流れを撮影する際に、水の流れが糸のように伸びた描写が可能となる。シャッタースピードを速くすれば、同じ川の流れを撮影したとしても、その瞬間がとらえられ、水しぶきが上がった瞬間や、さざなみの様子が細かく再現可能となる。また、スポーツ写真でも、シャッタースピードを速くすれば、被写体の動きを止めることが出来、その表情までをはっきり写しこむことが可能となる。

また、ＡＦＥ部４は、撮像素子３の出力する信号を取捨選択する機能を有し、受光範囲の中から限られた範囲の画像データを抽出することが出来る。一般に撮像素子３の画素から間引いた画素信号を抽出する場合には、高速読出が可能となる。これにより構図確認用の画像信号を、画像処理部５によって高速処理し、表示制御部８ａを介して表示パネル８に表示することにより、フレーミングが可能となる。

ＡＦＥ部４の出力は、画像処理部５に接続されている。画像処理部５は、入力信号の色や階調やシャープネスを補正処理する。また、撮像素子３から得られた画像信号を所定のレベルに増幅して、正しい濃淡、正しい灰色レベルに設定する増感部５ｂを有している。これは、デジタル化された信号レベルが、所定レベルになるようにデジタル演算するものである。また、画像処理部５は、ライブ画像をリアルタイムに表示部に表示できるように、撮像素子３からの信号を表示パネル８に表示できるようなサイズに加工するリサイズ手段を有する。この働きによって、撮影に先立って撮像素子に入射する像を確認でき、これを見ながら撮影時のタイミングやシャッターチャンスを決定することが出来る。

また、この画像処理部５の信号を利用して、撮像素子から入力されてくる画像の特徴などを判定する画像判定機能を有している。例えば、画像情報を加工して得られる輪郭情報から、撮像しているものの形状を検出する形状判定手段５ａ、画像の信号レベルのコントラストを判定して、被写体の距離を判定する被写体距離判定手段５ｃ、また、画像の特徴を調べて、主要被写体の位置を検出する顔検出手段５ｄなどが、このシステムには含まれている。これは、写真撮影時に、ユーザーがどのような写真を撮ろうとしているかを判定して、撮影制御を最適化するためのものである。

このうち距離判定手段５ｃは、前述した画像のコントラストを判定する機能を有し、撮影レンズのピント合わせ手段との連動で、オートフォーカスの制御を行う。撮影レンズ２のピント合わせ時のレンズ位置の情報によって、被写体の距離や、背景の距離などが判定できる。

また、カメラ１００には、圧縮部６、記録部９ａ、コード作成部９ｃ、記録メディア９、外部通信９ｂ、データベース９ｃ、表示パネル８、表示制御部８ａ及びマルチ画像処理部８ｂが設けられている。圧縮部６は、撮影時に画像処理部５から出力された信号を圧縮する。圧縮部６内には、ＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）４やＨ．２６４などの圧縮用コア部で構成される動画用の圧縮部及び ＪＰＥＧ（Ｊｏｉｎｔ
Ｐｈｏｔｏｇｒａｐｈｉｃ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）コア部など静止画像用の圧縮部が設けられる。また、圧縮部６は記録メディア９に記録されている画像を表示パネル８に再生する際には、画像伸張も行なう。

記録部９ａは、圧縮された画像信号を記録メディア９に記録する。記録メディア９はカメラに着脱可能な保存用の記録媒体である。記録部９ａ内には、コード作成部９ｃを有し、画像が格納保存されるネットワーク上のサイトサーバー５１や、そのメモリ領域や、その画像そのものを指定できるように情報を記録する。また、カメラ１００の機種情報なども記録されており、カメラ表示パネル８にコード化して表示する。このコードを後述するようにカメラ付き携帯電話などで撮影すれば、携帯電話の表示部に機種表示を行うことが出来る。このコードとしては、ＱＲコード等の二次元コードであり、コード化にあたっては、採用したコードの規則にしたがって行なう。

表示パネル８は、例えば液晶や有機ＥＬ等から構成され、撮影時には観察用に被写体画像を表示し、再生時には伸張処理された記録画像を表示する。表示制御部８ａは、表示パネル８への表示を制御する。マルチ画像処理部８ｂは、表示パネル８に、複数の画像を表示するための画像処理部である。このマルチ画面表示機能によって、撮影した画像や撮影する画像に加え、コード作成部９ｃにおいて作成されたコードを表示可能としている。

記録メディア９に記録された撮影画像データは、外部通信部９ｂから直接、ネットを介してホームページやブログなどのサービスを行なうサイトサーバー５１にアップロード可能である。もちろん、送信は、ネット経由に限るものではなく、例えば、メモリーカードやＰＣなどを介して送信するように構成してもよい。なお、送信画像は、サイトサーバー５１に保存されるが、保存される領域はネットワークに繋がっているサイトサーバー５１との契約によって決められる領域である。ユーザーがカメラ撮影する前に、契約によって保存領域が指定され、また、サイトサーバー５１のコード指示部５１ａがカメラ１００に対してコードを付与し、外部通信部９ｂを介して受信・記憶し、これを基にコード作成部９ｃはコードを作成する。

コードとして、例えば、ＱＲコードの形式とし、ＱＲコードに対応する画像の取得を望むユーザー３１は自己の携帯電話３４に内蔵されたカメラで撮影することにより、このＱＲコードを取得することができる。ユーザー３１は、携帯電話３４の通信機能を利用して、ＱＲコードにて指定されたサイトサーバー５１等にアクセスし、画像を取得することが出来る。サイトサーバー５１へのアクセスには、携帯電話３４の内蔵するＱＲコード変換部を利用して行う。つまり、ＱＲコードをテキスト形式にして、これを用いてサイトサーバー５１のアドレスにアクセスする。なお、このコードを読み取った携帯電話３４におけるコードのデコードは、携帯電話３４内の制御回路によってなされる。

カメラ１００には、補助光発光部１１、ＭＰＵ（Micro Processing Unit）１、レリーズスイッチ１ａ、モード切替スイッチ１ｂ、他のスイッチ１ｃが設けられる。補助光発光部１１は、白色ＬＥＤやＸｅ放電発光管を有し、電流量で光量が制御できるようになっている。状況に応じて被写体２０に光を照射して、明るさの不足や不均一な明るさを防止する。

ＭＰＵ１は、カメラ全体の制御を司る制御手段である。レリーズスイッチ１ａ、モード切替スイッチ１ｂ、他のスイッチ１ｃおよびプログラム等を記憶したＲＯＭ(不図示)が、ＭＰＵ１に接続される。ＭＰＵ１内には、時刻を検出するための時計１ｔが設けられており、写真の撮影日時を検出し、撮影画像と関連付けを行う。なお、スイッチ１ｂ、１ｃは、スイッチを総称的に表示したものであって、実際には多数のスイッチ群から構成されている。

各スイッチ１ａ〜１ｃは、ユーザーの操作を検出して、その結果をマイクロコントローラからなる演算制御手段であるＭＰＵ１に通知する。ＭＰＵ１が、これらのスイッチの操作に従って動作を切り換える。さらに、サイトサーバー５１のアドレスを示すコードを表示パネル８に表示するか否かについても、これらのスイッチの変化を検出することによって行われる。また、ＭＰＵ１は撮影時には、ＡＦ制御部２ａや絞り制御部２ｃ等の制御を行う撮影制御部として機能する。

次に、図２を用いて、カメラ１００と携帯電話３４との間における画像の授受について説明する。図２は、カメラ１００、携帯電話３４とサイトサーバー５１とからなる画像共有システムを示す図である。カメラ１００の背面の表示パネル８にはＱＲコードが表示され、他のユーザー３１の携帯電話３４はこれを撮像可能である。カメラ１００で撮影された被写体２０の画像データは、直接、またはＰＣ３２を介して、ネット３５に接続されているサイトサーバー５１に送信可能に構成されている。送信の際には、画像３３の画像データと共にＱＲコード３３ａによるデータも一緒にサイトサーバー５１に送られる。

プロバイダなどのサイトサーバー５１の内部には、携帯電話やカメラやＰＣなどによるユーザーのアクセスを判定するアクセス判定部５５と、このアクセス判定部５５による判定結果に従って、アドレスを割り振るアドレス部５３が設けられている。またサイトサーバー５１内には、画像３３等の画像データを記録する記録部５２と、画像再生やＱＲコード表示を行うＱＲコード作成部５４と、様々な表示制御を行う表示制御部５９も設けられている。

また、他のユーザー３１の携帯電話３４は、サイトサーバー５１にアクセス可能であり、撮影されたＱＲコードに基づくアドレスにアクセスし、サイトサーバー５１の記録部５２に記録されている画像３３の画像データを取得し、携帯電話３４の表示部に表示することができる。

以上のように構成されている本実施形態における画像共有システムの動作について説明する。カメラ１００によって被写体２０を撮影した後、スイッチ１ｂ等を切り替え送信モードにすると、カメラ１００によって撮影した画像を格納するサイトサーバー５１の格納領域やカメラの機種を示すＱＲコード等のコードが、背面の液晶パネル８に表示される。

また、携帯電話３４は撮影機能を有しており、カメラ１００の背面の液晶パネル８に表示されたコードを撮影することができる。こうしたＱＲコード等のコードは、すでに、多くの印刷物に印刷されており、携帯のカメラ機能で撮影することによって、所定のアドレスを取得するシステムが確立している。本実施形態では、このシステムを応用し、撮影者と被写体となった他のユーザー等の間で、写真のシェアを行うことができる。

つまり、カメラ１００で撮影した画像を格納するサイトサーバー５１のアドレスなどを、コード形式で表示することによって、カメラ１００を後にネット３５に接続したときに、格納した画像にアクセスすることが可能となる。カメラの画像は、その時表示したコードに含まれるコードに従ったアドレスで指定される記録領域に記録される。

したがって、撮影したその場で、撮影者以外の者の他のユーザー３１と画像をシェアはできないが、カメラ１００が、パーソナルコンピュータ（ＰＣ）３２を介し、または直接、ネットワーク３５に接続された時点で、この画像３３は、サイトサーバー５１から吸い出され、サイトサーバー５１内の所定領域に記録される。この記録された写真画像のみをシェアし、他の写真はシェアしたくないので、画像ごとに記録領域を特定するようにアドレスを指定可能とする。ＱＲコード３３ａの画像そのものを、画像３３と一緒に送信し、サイトサーバー５１が、これが格納される領域を確認するのに利用してもよい。

もちろん、このようなことをせずとも、サイトサーバー５１が指定した規則に従って、カメラ１００で撮影した各写真は、どこに記録されるべきかが、あらかじめ決められている。そこで、カメラ１００の機種名などによって、カメラ個体が認識されるシステムであれば、カメラ１００のどの画像をアップロードさせて記録すべきかを、サイトサーバー５１側が一元管理できるようになっている。

ただし、単純にこの方式だと、カメラ１００内の全ての画像が吸い上げられるので、一度、ＱＲコードを表示した画像のみ、または、携帯がアクセスした画像のみをアップロードするような工夫をした方が良い。この場合のやり方については、図５に示すフローチャートを用いて後述する。

このように、撮影者やユーザーが、難しい通信設定を行わずとも、あたかも、一般的な撮影動作と変わらぬ要領で、携帯電話３４のような端末機器は、カメラ１００の撮影した画像３３とＱＲコードを「撮影」するかのように、取得することができる。

次に、図３（Ａ）を用いて、画像シェアの操作について説明する。撮影終了後、カメラ１００に撮影画像が表示パネル８に表示された状態で、撮影者がスイッチ１ｃ等の操作により、ＱＲコード表示の指示を行うと、画像のシェア許可状態になる。また表示パネル８の画面にＱＲコードが表示され、これを他のユーザー３１が携帯電話３４で撮影する。携帯電話３４の内蔵のソフトウェアによってＱＲコードをデコードすることにより、シェアされる画像が格納されるサイトサーバー５１のアドレスを取得でき、サイトサーバー５１の画像格納領域（記録部５２）へのアクセスが可能となる。

ＱＲコードには、図３（Ｂ）に示すように、サイトサーバー５１のアドレス、サーバー内に記録するエリア(記録部５２)、シェアする画像を指定する信号（画像識別信号）に加え、カメラ１００の識別信号（機種信号）などが含まれる。この機種信号に基づいて、携帯電話３４は、コード取得後、表示部にカメラ名を表示することが可能であり、携帯電話３４のユーザー(他のユーザー３１)は、相手のカメラ１００と照らし合わせ、ＱＲコード取得のための通信が成功したことを確認でき安心することができる。

なお、撮影後、しばらく経った後でも、他のユーザー３１から撮影者に問い合わせができるように、撮影者の指名や電話番号、住所やメールアドレス等の連絡先を表示することが考えられる。しかし、個人情報を公開したくない撮影者を想定し、本実施形態においては、撮影を行ったカメラの機種等の表示とした。また、本実施形態においては、携帯端末として携帯電話３４を使用しているが、は、もちろん、ネット接続できる別のカメラでもよい。また、図３（Ａ）では、画像を１駒のみしか表示していないが、複数の画像をサムネイル表示するようにしても構わない。

次に、本実施形態における画像共有システムにおいて、携帯電話３４を所持する携帯ユーザーの行動について、図４（Ａ）に示すフローチャートを用いて説明する。まず、今、携帯ユーザー以外の他人のカメラ１００で、携帯ユーザーの姿の撮影が行われ、それがどのような写真画像となったかを確認したい場合には、ステップＳ５１をＹｅｓに進む。続いて、その写真画像を欲しいと思うと、ステップＳ５２をＹｅｓで進み、カメラ１００に表示されたＱＲコードの撮影を行う。

ＱＲコードの撮影を行うと、携帯電話３４の表示部には、撮影したカメラ１００の機種を表示するようになっている（Ｓ５４、図３（Ａ）参照）。機種名が一致すれば、ＱＲコード取得が成功したことを意味し、携帯ユーザーを安心させることができる。続いて、取得したＱＲコードが示すアドレスに画像送信要求を出しておくと（Ｓ５５）、カメラ１００がネット３５に繋がった際に、その画像が送られてくる。もちろん、ＱＲコード取得後であって、携帯ユーザーが画像を見たいタイミングで要求を送信するようにしても良い。

次に、携帯ユーザーの動作と並行して行われるカメラ１００の所持者であるカメラユーザーの行動について、図４（Ｂ）を用いて説明する。まず、カメラユーザーは、カメラ１００を用いて通常通りに撮影を行う（Ｓ６１）。撮影した画像の取得を希望する他のユーザー３１がいれば（Ｓ６２）、ＱＲコード表示モードの設定（Ｓ６３）を行い、図３（Ａ）に示したように、ＱＲコードの表示された画面の撮影を許可する。このように、通常の撮影動作と同じ感覚で、画像シェアが可能となる。

次に、本実施形態におけるカメラ１００の制御について、図５に示すフローチャートを用いて説明する。まず、撮影動作の操作がなされた否かの判定がなされる（Ｓ１）。判定の結果、撮影動作の指示がなされていた場合には、被写体像を撮像し、画像データを記録メディア９に記録する（Ｓ２）。

ステップＳ１における判定の結果、撮影動作ではなかった場合には、続いて、画像の再生を行うか否かの判定を行う（Ｓ１１）。ここで、撮影以外のモードとしては、再生かネット接続であり、判定の結果、再生表示が選択されていた場合には、記録メディア９に記録されている画像データを読み出し、表示パネル８に画像の再生表示を行う。

続いて、再生画像のシェアを行うか否かの判定を行う（Ｓ１３）。これは、他のユーザー３１が再生画像の取得を希望する場合には、撮影者はカメラ１００を操作し、画像のシェアを指示する。ステップＳ１３での判定の結果、画像のシェアを行なう場合には、前述したように、ＱＲコードの表示を行う（Ｓ１４）。この時、併せて再生画像に対して、サイトサーバー５１に記録される画像であることを指定するための画像識別情報等を付加する。なお、このコード表示は、携帯ユーザーの携帯電話３４によって撮影が終わるまで（Ｓ１５→Ｙ）まで、表示が継続される。終了操作でステップＳ１５をＹｅｓに分岐し、メインルーチンにリターンする。

ステップＳ１１に戻り、判定の結果、画像再生ではなかった場合には、またはステップＳ１３において画像のシェアを行なわないと判定された場合には、ネット接続か否かの判断に移る（Ｓ２１）。判定の結果、ネット接続されていた場合には、画像送信を行なうか否かの判定を行なう（Ｓ２２）。

ステップ１４においてシェアする画像が存在する場合や、後述するステップＳ２１５において、サイトサーバー５１から画像送信要求がなされている場合に、画像送信を行なう。このときの画像データの保存場所は前述のＱＲコードに従って、サイトサーバー５１の記録部５２になされる。なお、この記録制御は、サイトサーバー５１が行ってもよい。

ステップＳ２２の判定の結果、画像送信モードでないときには、カメラ１００の所有者は、所定のプロバイダと契約を行う。このために、サイトサーバー５１にカメラ１００の機種情報を送信し（Ｓ２４）、この記録領域などに従ったコードの取得を行う（Ｓ２５）。撮影のたびに、このコードは所定の規則で変更され、サーバーの記録領域の特定のみならず、シェアする画像の特定まで出来るようになっている。プロバイダからコードを取得すると、メインルーチンに戻る。ステップＳ２１に戻り、判定の結果、ネット接続ではない場合には、ステップＳ１に戻り、前述のステップを繰り返す。

次に、携帯電話３４の制御動作について、図６に示すフローチャートを用いて説明する。なお、本実施形態のようなシステムの携帯電話に代えて、画像の受け取り側における、通信機能付きカメラであっても良い。

この携帯電話３４は、携帯電話３４に内蔵されたカメラによって撮影を行う撮影モード（Ｓ１０１→Ｓ１０２）、サイトサーバー５１から画像を取得する画像取得モード（Ｓ１１１→Ｓ１１２）、通常の携帯電話機としての使用（Ｓ１２１→Ｓ１２４）、およびメールの送受信を行うモード（Ｓ１２２→１２３）が設けられている。これらのモードの切り換えは、携帯電話３４のメインメニュー等において行う。

まず、ステップＳ１０１において、撮影か否かの判定を行う。判定の結果、撮影である場合には、内蔵カメラを用いて撮影を行なう（Ｓ１０２）。続いて、撮影された画像データを用いて、撮影対象がＱＲコード等のコードであったか否かの判定を行なう（Ｓ１０３）。

判定の結果、撮影対象がコードであった場合には、コードの含まれる画像データからコードを抽出し、このコードをデコードし、これを記録する（Ｓ１０４）。このデコードにより、アクセス先を指定する制御を行い、そのアドレスに送信を行う。また、コードの中にはカメラ機種の信号も含まれているので、それを携帯画面に表示を行い、ユーザーに安心感を与える。（Ｓ１０５）。ステップＳ１０３に戻り、判定の結果、画像がコードではなかった場合には、ステップＳ１０２で撮影した画像データを記録メディアに記録を行う（Ｓ１０７）。

ステップＳ１０１に戻り、判定の結果、撮影動作ではなかった場合には、カメラ１００から得たＱＲコードに基づいて、画像を得るか否かの判定を行う（Ｓ１１１）。画像を得るか否かは、携帯電話３４のメニューモード等によって、ユーザー３４が操作するので、ステップＳ１１１においては、この画像取得操作がなされているか否かの判定を行なう。

ステップＳ１１１における判定の結果、画像取得を行なう場合には、続いて、検索を行なう（Ｓ１１２）。これは、携帯ユーザーが希望した画像のＱＲコード等が複数、存在する場合もあり、これらの画像の中で、取得を希望する画像の検索を行なうものである。検索にあたっては、撮影時（図３参照）に取得したＱＲコード等から希望する画像を検索する。なお、画像の一部も撮影されていれば、それによって検索が可能であり、また撮影日時で検索してもよい。

ステップＳ１１２において、検索の結果、取得を希望する画像が存在する場合には、続いて、サイトサーバー５１にアクセスし、画像データを受信して、携帯電話３４の表示画面に画像を再生する（Ｓ１１４）。次に、再生画像の取得が終了したか否かの判定を行う（Ｓ１１５）。画像の取得が終了すれば、これを携帯電話３４内の記録メディアに記録を行うが、他の機器に転送できるようにしてもよい（Ｓ１１６）。一般に携帯電話内の記録メディアの容量はあまり大きくないので、その場合には、外部のＰＣ等に転送可能とする。

ステップＳ１１１に戻り、画像取得を行なわない場合、またはステップＳ１１３において検索の結果、画像取得を行なわない場合には、続いて、通常の携帯電話としての使用か否かを判定する（Ｓ１２１）。判定の結果、携帯電話としての使用ではない場合には、ステップＳ１０１に戻り、前述の動作を繰り返す。一方、通常の携帯電話としての使用であれば、続いて、メールモードか否かを判定する（Ｓ１２２）。判定の結果、メールモードであれば、メールの送受信を行い（Ｓ１２３）、また、メールモードでなければ通話モードを実行する（Ｓ１２４）。これらの動作が終わると、元のルーチンにリターンする。

次に、本実施形態における画像共有システムの中核となるプロバイダのサイトサーバー５１の制御動作について、図７に示すフローチャートを用いて説明する。このフローチャートは、カメラ１００、携帯電話３４、またはＰＣ３２等からネット３５を介してアクセスされた動作から始めてある。カメラ１００の所有者がいずれのプロバイダ等と契約して画像アップをできるようにしておく必要がある。

そこで、ステップＳ２０１において、既にプロバイダ等と契約が済んでいるかの判定を行う。契約済みである場合には、プロバイダから送信されている画像格納用のアドレス等が記録されていることから、これらの情報等に基づいて判定する。なお、この方法に限らず、契約済みを表示するデータを記録しておき、このデータに基づいて判定する等、種々の方法をとることができる。

ステップＳ２０１における判定の結果、契約済みではなかった場合には、カメラ１００に対して、機種情報の送信要求を送り、カメラ１００から受信した機種情報に基づいて、サーバーは、その機器（カメラ）を特定する（Ｓ２０２）。機器判定が終わると、サイトサーバー５１は、撮影によってインクリメントされ、画像を特定できるコードの規則をカメラに送信する（Ｓ２０３）。

ステップＳ２０１の判定の結果、契約済みであった場合には、カメラ１００が接続されているかを判定する（Ｓ２０５）。判定の結果、カメラが接続されている場合には、サイトサーバー５１が記録すべき画像を探して、画像に添付されているＱＲコードに従って整理して記録部５２に記録する（Ｓ２０６）。整理して記録しておくことにより、後に携帯電話３４等からアクセスされた際には、要求された画像を選択して送信することを可能となる。

ステップＳ２０５の判定の結果、カメラが接続されていなかった場合には、次に、携帯電話３４からアクセスされているか否かの判定を行なう（Ｓ２１１）。判定の結果、携帯電話３４からアクセスされていた場合には、続いて、携帯電話３４から送信されてくるＱＲコード等のコードの判定を行う（Ｓ２１２）。これは前述のステップＳ１１４（図６）におけるアクセスである。ＱＲコード等のコードによって指定された画像がある場合には、その画像をアクセス元の携帯電話３４に画像送信を行なう（Ｓ２１３）。

続いて、コードに関連付けられた画像が存在したか否かの判定を行う（Ｓ２１４）。これは、コードに関連付けられた画像をサイトサーバー５１が未受信であり、記録部５２に記録されていない場合がありうるためである。判定の結果、コードに関連付けられた画像が存在していない場合には、そのコードに関連付けられた画像を撮影したカメラ１００が接続された時点でそれを吸い上げて記録し、アクセスしてきた携帯電話に送信するように設定を行なう（Ｓ２１５）。ステップＳ２１５の処理が終わると、またはステップＳ２１４においてコードに関連付けられた画像が存在していた場合には、元のルーチンに戻る。

ステップＳ２１１の判定の結果、携帯電話３４からのアクセスではない場合には、通常のサイトサーバーとしてのサービスが請求されているか否かの判定を行なう（Ｓ２２１）。判定の結果、要求されていない場合には、ステップＳ２０１に戻り、前述のステップを繰り返す。一方、サービスが要求されている場合には、ステップＳ２２２以下の処理を行なう。すなわち、ユーザーのアクセスに反応し、ブログなどの日記形式のコンテンツを作成し、また他のユーザーがアップしたコンテンツを閲覧状態にする（Ｓ２２２→２２３または２２４）。なお、サイトサーバー５１のサービスとしては、これ以外にも、例えば、検索機能等、種々のサービスを提供しても良い。

以上、説明したように本実施形態においては、デジタルカメラ１００で撮影した画像を格納するサイトサーバー５１の領域を示すコードを、携帯電話３４等のカメラ付き通信装置によって撮影し、この撮影したコードに従って、サイトサーバー５１にアクセスすることにより、画像を取得することができる。したがって、本実施形態においては、デジタルカメラ等の撮像機器で撮影した画像を、他の人と簡単かつ容易に共有することが可能となる。

なお、本実施形態においては、コードとして携帯電話等でしばしば使用されているＱＲコードを用いた例を説明したが、これに限らず、各種の二次元コードやまたバーコード等の一次元コードを用いても勿論構わない。

また、画像の格納先として、インターネット上のブログサイトを例に挙げて説明したが、これに限らず、ネットワーク等の通信網を介して接続された画像格納用領域を持つシステムであればよい。

本発明の一実施形態に係わるデジタルカメラとその周辺のブロック図である。 本発明の一実施形態に係わる、カメラ、携帯電話とサイトサーバーとからなる画像共有システムを示す図である。 本発明の一実施形態において、画像シェアを説明する図であって、（Ａ）は画像シェアの操作を説明する図であり、（Ｂ）はコードに含まれる情報について説明する図である。 本発明の一実施形態において、携帯ユーザーとカメラユーザーの行動を説明する図であり、（Ａ）は携帯ユーザーの行動を示すフロー図であり、（Ｂ）はカメラユーザーの行動を示すフロー図である。 本発明の一実施形態において、カメラ制御を示すフローチャートである。 本発明の一実施形態において、携帯制御を示すフローチャートである。 本発明の一実施形態において、サーバー制御を示すフローチャートである。

符号の説明

１・・・ＭＰＵ、１ａ・・・レリーズスイッチ、１ｂ・・・モード切替スイッチ、１ｃ・・・他のスイッチ、１ｔ・・・時計、２・・・撮影レンズ、２ａ・・・ＡＦ(オートフォーカス)制御部、２ｂ・・・絞り、２ｃ・・・絞り制御部、３・・・撮像素子、４・・・アナログフロントエンド（ＡＦＥ）部、５・・・画像処理部、５ａ・・・形状判定部、5ｂ・・・増感部、５ｃ・・・距離判定部、５ｄ・・・顔検出部、６・・・圧縮部、８・・・表示パネル、８ａ・・・表示制御部、８ｂ・・・マルチ画像処理部、９・・・記録メディア、９ａ・・・記録部、９ｂ・・・外部通信部、９ｃ・・・コード作成部、１１・・・補助光発光部、２０・・・被写体、３１・・・他のユーザー、３２・・・ＰＣ、３３・・・画像、３３ａ・・・ＱＲコード、３４・・・携帯電話、３５・・・ネット、５１・・・サイトサーバー、５１ａ・・・コード指示部、５２・・・記録部、５３・・・アドレス部、５４・・・ＱＲコード作成部、５５・・・アクセス判定部、５９・・・表示制御部、１００・・・デジタルカメラ

Claims (3)

1. 被写体像を画像データに変換すると共に、上記画像データの格納先に関するコードを表示可能なカメラと、
   上記コードを読み取り、このコードに基づいて、上記画像データの格納先にアクセスし、上記画像データを取得可能なカメラ付き通信機器と、
   上記画像データを格納するサーバーと、
   を有し、上記サーバーは、上記カメラ付き通信機器から上記画像データの送信を要求された際に、上記画像データが格納されていない場合には、上記カメラに対して画像を送信するように要求することを特徴とする画像共有システム。
2. 上記カメラは上記コードに上記カメラの機種を特定する情報を含め、上記カメラ付き通信機器は、上記コードに基づいて上記カメラの機種を表示することを特徴とする請求項１に記載の画像共有システム。
3. カメラで撮影した画像を格納する記録部を有するサーバーの制御方法において、
   上記カメラに予め上記格納する記録部に応じたコードを付与し、
   上記カメラが接続された場合には、上記コードと共に上記画像を受信し、
   上記コードに応じて上記記録部に上記画像を記録し、
   外部の通信機器が接続されたか否かを判定し、
   上記通信機器が接続された場合には、上記通信機器から送信された上記コードを判定し、
   上記コードに対応する画像を上記記録部から読み出し、
   上記通信機器に送信し、
   上記コードに対応する画像が上記記録部に記録されていない場合には、上記カメラの接続時に上記画像の送信要求を設定する、
   ことを特徴とするサーバーの制御方法。