デジタルカメラ、及びカメラシステム
【課題】安全且つ確実に所望のサーバへ撮影データを転送することができるデジタルカメラを提供する。
【解決手段】カメラシステム１００は、認証サーバと成る第１メディアレスカメラ１１０と、クライアントと成る第２メディアレスカメラ１２０と、ファイルサーバ１５０とを備える。各メディアレスカメラ１１０，１２０は、夫々、認証部１１１，１２１、第１通信部１１２，１２２、及び第２通信部１１３，１２３を備える。ファイルサーバ１５０は、通信部１５４と、データ記憶部１５１と、認証部１５３と、ユーザ属性記憶部１５２とを備える。第１メディアレスカメラ１１０は、第２メディアレスカメラ１２０がファイルサーバ１５０にログインする際の認証を代行する。認証に成功した第２メディアレスカメラ１２０は、ファイルサーバ１５０へ直接撮影データの転送を行う。
【解決手段】カメラシステム１００は、認証サーバと成る第１メディアレスカメラ１１０と、クライアントと成る第２メディアレスカメラ１２０と、ファイルサーバ１５０とを備える。各メディアレスカメラ１１０，１２０は、夫々、認証部１１１，１２１、第１通信部１１２，１２２、及び第２通信部１１３，１２３を備える。ファイルサーバ１５０は、通信部１５４と、データ記憶部１５１と、認証部１５３と、ユーザ属性記憶部１５２とを備える。第１メディアレスカメラ１１０は、第２メディアレスカメラ１２０がファイルサーバ１５０にログインする際の認証を代行する。認証に成功した第２メディアレスカメラ１２０は、ファイルサーバ１５０へ直接撮影データの転送を行う。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタルカメラ、及びカメラシステムに関する。特に、外部記録装置に撮影画像情報等のカメラ情報を通信により送信するメディアレスカメラと、当該カメラ情報を受信して記録装置に格納する外部記録装置としてのサーバとから成るカメラシステムに関する。
【背景技術】
【０００２】
従来、デジタルスチルカメラは、撮影部において光電変換を経た画像データとしての電気信号を例えばメモリカードやハードディスク等の外部記録媒体に記録する。このような画像データの処理は、従来、銀塩カメラが画像をフィルムに焼き付けて処理していたのとは異なり、画像を位置データとして処理する。これにより、撮影後においても記録された画像データとしての電気信号を読み出すことによって画像を再生することができる。
【０００３】
しかしながら、上記記録及び再生される画像は、かなりのデータ量を必要とする。特に、鑑賞目的や、詳細なディテールを重要とする静止画像においては、ＴＶシステムに見られる人間の視覚特性を利用した動画像処理のようなデータ量の間引きは適用できず、画像１フレームに係るデータ量は多く必要である。近年、デジタルスチルカメラがメガピクセルの処理を実現してきているのも、画像の忠実な再現のためであり、銀塩カメラの処理状態に近づいてきている。
【０００４】
上記したメガピクセルクラスのデジタルスチルカメラにおいては、記録された画像のデータ量は、４００万画素クラス（１２ｂｉｔデータ）で、６ＭＢを超えるデータ量である。このデータ量のサイズでは、外部記録媒体への保存及びＩ／Ｆを介した装置間の転送は適さない。さらに、大量の画像を扱う際には当該データ量を減らす必要がある。実際、大抵のデジタルスチルカメラでは、外部記録媒体への記録前に画像データの圧縮処理を施している。
【０００５】
画像データの圧縮処理としては、大抵の場合、ＤＣＴ等の直交変換を用いて高周波情報を抑圧する。この処理は、人間の視覚特性としてＤＣ成分の変化程に高周波成分の変化に認識力が厳しくないことを利用している。ＤＣＴ自体はデータを圧縮しないが、当該処理により画像データを空間周波数に変換した後、高周波側の量子化を粗くする。これにより、空間周波数としての画像データにおいては、高周波側でゼロを多く含む情報に変換されデータ量が減らされる。従来、空間周波数で量子化された画像情報を周波数順に走査し、ランレングス情報をテーブル処理でハフマン符号化し纏め上げた圧縮処理方法がＪＰＥＧとして知られている。このような圧縮処理を施すことによって、記録媒体に格納する画像データを、何も加工しない元のデータに対して小サイズ化することができ、大抵のデジタルスチルカメラは、当該処理を施している。
【０００６】
上述したようにデジタルスチルカメラによって撮影された画像は、高画素化に伴いそのデータ量は増大し、大抵の場合、カメラに装着したＣＦカード等の記録媒体に格納することにより当該画像を蓄積する。近年、記録媒体の大容量化が進んでおり、数１０枚〜数１００枚程度の撮影画像データの格納が可能になっているが、当該記録媒体は高価である。
【０００７】
一方、画像データを逐次外部記録装置へ転送し、カメラ本体内部には保持しないメディアレスカメラの要求が高まっている。カメラにメディアを搭載し当該画像データを格納するよりは、逐次外部記録装置へ画像データを格納してしまった方が、画像データの整理、保存及び運用に関して利便性がはるかに高い。
【０００８】
上述したメディアレスカメラの装置構成としてはカメラ単独では成立せず、外部記録装置としてのファイルサーバが必要となる。図８は、従来のカメラシステムの構成を概略的に示すブロック図である。図８におけるメディアレスカメラ６１０は上記メディアレスカメラと、ファイルサーバ６２０は上記ファイルサーバと対応している。当該装置間の通信には、ステータスによる状態のやりとりがあるが、図８においては、認証要求とデータ転送のみを矢印で示している。該２つの矢印のやりとりに関してが、本発明に関係する。
【０００９】
データ転送自体は、通常の有線、無線、又は光通信等の通信で実現される。通信経路への攻撃に対処すべく、当該データ自体は共通鍵暗号系等で暗号化される。また、認証に対しては、盗聴や成りすまし等に対する対策も考慮しなければならず、ＲＳＡ等の公開鍵暗号を用いたＳＳＨ（Secure Shell）等が用いられる。
【００１０】
図８におけるファイルサーバ６２０は鍵記憶部６２２を有し、該鍵記憶部６２２においてpublic host_key及びprivate host_keyを格納する。当該host_keyは、ホスト認証のために用いられる。private host_keyはホストのみが持ち厳重に管理されるべき鍵であり、public host_keyはクライアントとなるメディアレスカメラ６１０に対して公開する。なお、ファイルサーバ６２０はＳＳＨサーバとして稼動している必要がある。
【００１１】
メディアレスカメラ６１０は、認証部６１１で発生した認証要求を通信部６１２を介してファイルサーバ６２０が有する通信部６２４に送信する。ここで、メディアレスカメラ６１０はクライアントとしての接続要求を送信している。ファイルサーバ６２０は、当該接続要求を受信して上記public host_key及びpublic server_key、並びに自身がサポートする共通鍵暗号システムのリストをメディアレスカメラ６１０に返送する。当該server_keyも又、ホスト認証に使用されるが、該server_keyは所定の時間間隔毎に更新される。また、当該server_keyは鍵記憶部６２２に保存されない。server_keyは、host_keyで暗号化した情報が解読されることを防ぐために存在しており、この所定の時間間隔毎に更新されるserver_keyで情報を修飾することで暗号化された情報の解読を困難にさせる。
【００１２】
メディアレスカメラ６１０は、既に公開されたhost_keyとファイルサーバ６２０から送信されたhost_keyとを比較して、一致することを確認する。次いで、認証部６１１において２５６ｂｉｔ長の乱数であるsession_keyを生成して、session_keyを先に受信したpublic host_key、public private_keyを用いて暗号化する。また、受信した共通鍵暗号システムのリストから通信に使用するシステムを選択する。メディアレスカメラ６１０は、暗号化したsession_keyと選択したシステムとをファイルサーバ６２０に転送する。
【００１３】
ファイルサーバ６２０は、受信したsession_keyの復号化をprivate host_key及びprivate server_keyを用いて実行する。当該復号化が成功すれば、クライアントであるメディアレスカメラ６１０は、ファイルサーバ６２０が正当なサーバであると判断することができる。上記例は、ＳＳＨ１によるサーバ・ホスト認証であり、勿論、その他の方法も存在する。以上により、ホスト認証は成立し、データ暗号化のための共通鍵となるsession_keyをサーバ・クライアント間で共有することができる。
【００１４】
また、メディアレスカメラ６１０がファイルサーバ６２０にログインするには、ユーザ認証が必要である。サーバによるユーザ認証にはいくつかの方法が存在し、その中の１つに、公開鍵暗号システムによるユーザ認証がある。
【００１５】
メディアレスカメラ６１０は、ファイルサーバ６２０へのログイン要求時に、ユーザ名とpublic_keyをファイルサーバ６２０に転送する。ファイルサーバ６２０は当該ユーザに対応したauthorized_keyファイルを鍵記憶部６２２から探す。そして、public_keyを確認すると乱数を発生させ、当該乱数をpublic_keyで暗号化したデータ（以下、「challenge」と呼称する）を生成して、メディアレスカメラ６１０に転送する。
【００１６】
メディアレスカメラ６１０は、private_keyとpassphraseにより受信したchallengeを復号化する。そして、ＭＤ５（ハッシュ関数）で該復号化したchallengeのチェックサムを作成し、その作成結果をファイルサーバ６２０に返送する。ファイルサーバ６２０自身も、乱数のＭＤ５を作成しており、受信したデータと比較して、一致していればユーザ認証が成立する。
【００１７】
このように、メディアレスカメラ６１０とファイルサーバ６２０との認証が相互に成立した後に、メディアレスカメラ６１０の画像データをファイルサーバ６２０へと遂次格納する。その際のデータの暗号化に関しては、上述したsession_keyが用いられる。
【特許文献１】特開２００１−３２６９２１号公報
【発明の開示】
【発明が解決しようとする課題】
【００１８】
上述したように、デジタルカメラにより得られる撮影画像データはデジタルデータであるという点から、近年、画像データを逐次外部記録装置へ転送し、カメラ本体内部には保持しないメディアレスカメラへの要求が高まっている。重複するが、カメラにメディアを搭載し画像データを格納するよりは、逐次ファイルサーバへ格納してしまった方が、画像データの整理、保存及び運用に関して利便性が遙かに高い。
【００１９】
また、メディアレスカメラとファイルサーバとの認証にはＳＳＨ等を用いれば比較的安全に運営ができる。
【００２０】
上記メディアレスカメラの装置構成においては、例えば、同時に複数台のカメラで同一の被写体を撮影したときに、同一のファイルサーバに画像データを格納したいといった要望が持ち上がる。また、通信系カメラであるメディアレスカメラでは、通信経路の確保が最重要課題である。
【００２１】
前者の要望に対しては、同一のファイルサーバに対してカメラ個々に認証手続きをすることで解決することができる。しかし、対象となるファイルサーバに、ユーザ個々の登録が事前になされていなければならない。よって、事前に登録していないユーザ同士では同一のファイルサーバを使用することはできない。かといって、自分のファイルサーバのサービスを他人に提供するために、privateな鍵情報を公開してしまうと、セキュリティの低下を招く。
【００２２】
後者の問題は、深刻である。例えば、複数ユーザが別々のメディアレスカメラを用いて別々に同一のファイルサーバと通信経路を確保しようとした場合、ある特定のユーザのカメラの通信経路が脆弱であるか、通信経路の確保ができないときは、そのユーザによる撮影自体が保障されない。これによれば、メディアレスカメラという存在自体が否定されてしまう。
【００２３】
本発明の目的は、安全且つ確実に所望のサーバへ撮影データを転送することができるデジタルカメラ、及びカメラシステムを提供することにある。
【課題を解決するための手段】
【００２４】
上記目的を達成するために、請求項１記載のデジタルカメラは、撮影データを外部記憶装置に転送するデジタルカメラにおいて、前記外部記憶装置を使用するように構成された他の機器と通信する通信手段と、前記他の機器による前記外部記憶装置の使用を前記通信手段を介して認証する認証手段とを備えることを特徴とする。
【００２５】
請求項６記載のカメラシステムは、請求項１記載のデジタルカメラと、当該デジタルカメラ及び前記他の機器から転送される撮影データを記憶する外部記憶装置を有するサーバとから構成されることを特徴とする。
【発明の効果】
【００２６】
本発明によれば、撮影データを所定の外部記憶装置に転送するデジタルカメラにおいて、外部記憶装置を使用するように構成された他の機器と通信し、当該他の機器による外部記憶装置の使用を通信を介して認証するので、当該他の機器は安全且つ確実に所望のサーバへ撮影データを転送することができる。
【発明を実施するための最良の形態】
【００２７】
以下、本発明の実施の形態を図面を参照しながら詳述する。
【００２８】
図１は、本発明の実施の形態に係るカメラシステムの構成を概略的に示すと共に、各構成要素における主要部の構成を概略的に示すブロック図である。
【００２９】
図１において、カメラシステム１００は、認証サーバと成る第１メディアレスカメラ１１０と、クライアントと成る第２メディアレスカメラ１２０〜第４メディアレスカメラ１４０と、ファイルサーバ１５０とを備える。
【００３０】
各メディアレスカメラ１１０，１２０，１３０，１４０は、夫々、認証部１１１，１２１，１３１，１４１を備える。該認証部は、カメラ自身が認証サーバに成る場合にはファイルサーバ１５０に対して、まず、サーバ・ホスト認証手続きを実行し、次に、各クライアントに対してユーザ認証を実行する。その際、各クライアントから受信したユーザ属性情報をファイルサーバ１５０に対して転送し、ファイルサーバ１５０から各クライアントのデータ転送の許可を取得する。カメラ自身がクライアントの場合においては、認証サーバと成るカメラに対して認証要求を送信する。
【００３１】
また、各メディアレスカメラ１１０，１２０，１３０，１４０は、夫々、第１通信部１１２，１２２，１３２，１４２を備える。該第１通信部は、上記認証要求を各カメラ間において送受信するための機構を有する。
【００３２】
さらに、各メディアレスカメラ１１０，１２０，１３０，１４０は、夫々、撮影データをファイルサーバ１５０に対して転送するための機構を有する第２通信部１１３，１２３，１３３，１４３を備える。
【００３３】
ファイルサーバ１５０は、クライアントとの通信を成立させる通信部１５４と、クライアントから転送される撮影データを格納するデータ記憶部１５１と、認証サーバと成るカメラとの認証を行う認証部１５３とを備える。さらに、ファイルサーバ１５０は、上述した従来の鍵記憶部６２２の機能を有すると共に、認証サーバによってログインを許可するクライアントのユーザ属性情報を格納するユーザ属性記憶部１５２を備える。
【００３４】
各メディアレスカメラが夫々認証部、第１通信部及び第２通信部を備え、ファイルサーバ１５０がユーザ属性記憶部１５２を備えることにより、任意の複数台のカメラが同一のファイルサーバ１５０を共有する際に、個々にクライアント・サーバ間認証を行なうことなく、安全に、撮影データを格納することができる。
【００３５】
図１では、第１メディアレスカメラ１１０〜第４メディアレスカメラ１４０が、同一のファイルサーバ１５０への撮影データの格納を実現している。また、第１メディアレスカメラ１１０が、他のカメラがファイルサーバ１５０にログインする際の認証を代行する認証サーバとして機能している。第２メディアレスカメラ１２０〜第４メディアレスカメラ１４０は、第１メディアレスカメラ１１０に対して認証という観点からクライアントとして存在する。認証に成功したカメラは、後述するsession_keyを用いて撮影データを暗号化し、ファイルサーバ１５０へ直接データ転送を行う。
【００３６】
以下、図１に示すクライアントと成る第２メディアレスカメラ１２０〜第４メディアレスカメラ１４０が認証サーバと成る第１メディアレスカメラ１１０を介してファイルサーバ１５０にログインするシステムの流れを詳述する。本実施の形態においては、任意の一台のクライアントと成るメディアレスカメラ、一台の認証サーバと成るメディアレスカメラ、及びファイルサーバの状態遷移について説明する。
【００３７】
図２、図３及び図４は、ファイルサーバ、認証サーバ、及びクライアント間のスレッドを説明する図である。図２、図３及び図４においては、図１におけるファイルサーバ１５０をａ：ファイルサーバと、第１メディアレスカメラ１１０をｂ：認証サーバと、第２メディアレスカメラ１２０をｃ：クライアントとして説明する。なお、本実施の形態における認証の方法は、その方法のみに制限を設けるものではない。また、認証の方法は上述したＳＳＨをベースにしてもよいが、ここでの認証の流れはＳＳＨとは異なる。本実施の形態の特徴としては、メディアレスカメラの１つが認証サーバを兼ねることにある。
【００３８】
なお、ａ：ファイルサーバ、ｂ：認証サーバ、及びｃ：クライアントには夫々public_key(pa,pb,pc)（ａ：ファイルサーバのpublic_keyをpaとする）が決定されており、これらは公開される暗号鍵である。また、ａ：ファイルサーバ、ｂ：認証サーバ、及びｃ：クライアントには夫々public_keyに対応するsecret_key(sa,sb,sc)（ａ：ファイルサーバのsecret_keyをsaとする）が決定されており、これらは非公開で各々の装置内にのみ保持される。
【００３９】
また、図２、図３及び図４に示すａ：ファイルサーバの詳細な状態遷移を図５に示し、ｂ：認証サーバの詳細な状態遷移を図６に示し、ｃ：クライアントの詳細な状態遷移を図７に示す。
【００４０】
図２において、全ての装置は、まず、待機状態にある（ステップＳ３０１，Ｓ４０１，Ｓ５０１）。ここで、認証サーバと成るカメラは、クライアントからファイルサーバへの接続要求が発生する前に、自身のファイルサーバに対する認証を済ませる必要がある。そのため、ネゴシエーション要求をファイルサーバに対して送信する（ステップＳ４０２）。次いで、認証サーバからネゴシエーション要求を受信したファイルサーバは、ファイルサーバ及び認証サーバ各々のpublic_key(pa, pb)を認証サーバに対して送信する（ステップＳ３０２）。なお、ＳＳＨのように、ファイルサーバ側のpublic host_key，public server_keyを認証に使用してもよく、その方がセキュリティ的には安全である。
【００４１】
次いで、ファイルサーバからpublic_key(pa, pb)を受信した認証サーバは、まず、受信したpublic_key(pb)が、予め公開したpublic_key(pb)と比較し、一致するか否かを確認する（ステップＳ４０３）。当該public_key(pb)が一致した場合は、共通暗号鍵としてデータ転送に用いるsession_keyを作成して（ステップＳ４０４）、ファイルサーバのpublic_key(pa)と認証サーバのsecret_key(sb)を用いて当該session_keyを暗号化する（ステップＳ４０５）。そして、認証サーバは暗号化された各session_keyをファイルサーバに送信する（ステップＳ４０６）。
【００４２】
図２、図３及び図４において、Exx(nn)は、暗号鍵xxでnnを暗号化することを示しており、例えば、Esb(session_key)は、ｂ：認証サーバのsecret_key(sb)で、session_keyを暗号化することを示す。なお、secret_keyは、private_keyと同意語である。
【００４３】
次いで、暗号化された各session_keyを受信したファイルサーバは、当該各session_keyをsecret_key(sa)及びpublic_key(pb)を用いて復号化して各session_keyを比較し、一致するか否かを確認する（ステップＳ３０３）。当該各session_keyが一致した場合は、認証サーバのクライアントに対するサービスをファイルサーバ側においても有効と見なし、クライアントからの接続を許可するとの肯定応答を認証サーバに送信する（ステップＳ３０４）。
【００４４】
図２、図３及び図４において、Dxx(nn)は、暗号鍵xxでnnを復号化することを示しており、例えば、Dpb(Esb(session key))は、secret_key(sb)で暗号化されたsession_keyを、public_key(pb)で復号化することを示す。
【００４５】
その後、ファイルサーバは認証サーバに対して認証有効状態にあり（ステップＳ３０５）、認証サーバはファイルサーバに対して認証有効状態且つクライアントからの接続要求待ち状態にある（ステップＳ４０７）。
【００４６】
図３に進み、認証サーバがクライアントからの接続要求待ち状態である場合に、クライアントと成るカメラが録画モード等の撮影データ転送状態に入ったときに（ステップＳ５０２）、クライアントは認証サーバに対してネゴシエーションを開始し、認証サーバは当該ネゴシエーションに応答する。その際、クライアントはユーザ名及びpublic_key(pc)を認証サーバに対して送信する（ステップＳ５０３）。次いで、認証サーバはクライアントから受信したpublic_key(pc)を用いて上記challengeを作成して（ステップＳ４０８）、当該challengeをクライアントに送信する（ステップＳ４０９）。
【００４７】
次いで、クライアントは認証サーバから受信したchallengeをsecret_key(sc)を用いて復号化してＭＤ５値を出力し（ステップＳ５０４）、当該ＭＤ５値の出力を認証サーバに送信する（ステップＳ５０５）。認証サーバにおいては、クライアントからＭＤ５値の出力を受信する前に予め乱数からＭＤ５値を出力しておき、クライアントからＭＤ５値の出力を受信した際にＭＤ５値を比較し、一致するか否かを確認する（ステップＳ４１０）。当該ＭＤ５値が一致した場合は、認証サーバはクライアントをファイルサーバにログイン可能にすべく、クライアントのユーザ名及び属性、public_key(pc)をpublic_key(pa)で暗号化して（ステップＳ４１１）、当該暗号化されたクライアントのユーザ名及び属性、public_key(pc)をファイルサーバに送信する（ステップＳ４１２）。
【００４８】
次いで、ファイルサーバは受信した暗号化されたクライアントのユーザ名及び属性、public_key(pc)をsecret_key(sa)で復号化して（ステップＳ３０６）、無条件で当該クライアントに対するログインを許可する手続きを実行する。当該手続きは、例えば、ユーザ属性記憶部１５２へのクライアント情報の格納等である。次いで、ファイルサーバは当該クライアントに対する接続許可の報告を認証サーバに対して送信する（ステップＳ３０７）。認証サーバは、ファイルサーバからクライアントのファイルサーバに対する接続許可の報告を受信したので、データ転送に用いる上述したsession_keyをpublic_key(pc)で暗号化して（ステップＳ４１３）、当該暗号化されたsession_keyをクライアントに送信する（ステップＳ４１４）。
【００４９】
そして、クライアントは認証サーバからsession_keyを受信したことにより、ファイルサーバへの通信が可能となり、転送要求が発生するまで通信状態はスタンバイ状態となる（ステップＳ５０６）。一方、認証サーバにおいてもスタンバイ状態となり、その後、クライアントのファイルサーバへの撮影データの転送には一切関与しない（ステップＳ４１５）。
【００５０】
図４に進み、クライアントは撮影データをファイルサーバに転送する前に、ファイルサーバに対して通信が行なえる状態であるか否かを確認する必要がある。そこで、クライアントは撮影データの転送を行なう前にファイルサーバに対してネゴシエーションの問い合わせを送信する（ステップＳ５０７）。ここで、クライアントは自身の情報を照会して、ファイルサーバが応答することを確認する。そして、問い合わせを受けたファイルサーバは、クライアントに当該問い合わせの肯定応答を送信する（ステップＳ３０８）。なお、ステップＳ５０７及びステップＳ３０８における通信内容はどのようなものであってもよい。
【００５１】
次いで、クライアントはファイルサーバへの問い合わせが正常に返信されたことで、ファイルサーバへの通信を信頼する。そして、クライアントは撮影データをsession_keyで暗号化して（ステップＳ５０８）、暗号化された撮影データをファイルサーバに送信する（ステップＳ５０９）。同時に、クライアントはsession_key及びユーザ名等のユーザ情報をsecret_key(sc)で暗号化し、当該暗号化された情報においてもファイルサーバに送信する。撮影データに対して共通暗号鍵系を用いるのは、暗号化に伴うシステムリソースの負荷が公開鍵暗号系よりも軽いからである。
【００５２】
次いで、ファイルサーバはクライアントから受信した暗号化された撮影データをsession_keyで復号化すると共に、暗号化されたsession_key及びユーザ名等のユーザ情報をpublic_key(pc)で復号化して（ステップＳ３０９）、遂次データ記憶部１５１へ格納する。なお、撮影データの格納先はクライアントの属性によりステップＳ３０６において予め決定される。当該クライアントの属性により、クライアントが接続できるファイルサーバの領域が制限される。
【００５３】
本実施の形態では、図１に示すように、認証サーバと成る第１メディアレスカメラ１１０は、クライアントと成る第２メディアレスカメラ１２０に対してprivate属性を与え、第３メディアレスカメラ１３０に対してはpublic属性を与え、第４メディアレスカメラ１４０に対してはprotected属性を与える。当該個々の属性は、ファイルサーバのクライアントに対するサービスの状態を示す。サービスの状態としては、例えば、public属性：一部の許可されたサーバ領域のみアクセス可能、protected属性：public及びその派生領域のサーバ領域にアクセス可能、private属性：全てのサーバ領域にアクセス可能、と設定することができる。private属性を与えられたクライアントは、認証サーバと同等にファイルサーバの任意の領域にアクセス可能である。public属性を与えられたクライアントは、撮影データを格納できる領域を自由に設定することはできない。
【００５４】
本実施の形態では、ファイルサーバのクライアントに対するサービスの制御については細かく限定しない。上記のような属性の付与があることのみ特徴とする。また、クライアントがファイルサーバへデータを格納する制御のみに限らず、データを引き出す制御が可能であっても良い。どちらかといえば、データを引き出す制御の場合の方がクライアントに対するファイルサーバのサービスの状態を厳格に管理する必要性が高いのは、言うまでもない。
【００５５】
図４に戻り、ファイルサーバはクライアントから転送された撮影データの格納の後、クライアントへ撮影データ受信の肯定応答を送信する（ステップＳ３１０）。
【００５６】
そして、クライアントによる撮影データのファイルサーバへの転送の終了、又は上記録画モード等の撮影データ転送状態を終了する場合には、接続終了要求を送信する。本実施の形態では、クライアントが録画モードを終了したとき（ステップＳ５１０）に、接続終了要求を認証サーバに送信する（ステップＳ５１１）。接続終了要求は、その旨のデータを転送してもよく、状態を送信してもよい。次いで、クライアントから接続終了要求を受信した認証サーバは、クライアント情報を破棄し（ステップＳ４１６）、ファイルサーバに対してクライアントの接続終了要求を送信する（ステップＳ４１７）。
【００５７】
次いで、クライアントの接続終了要求を受信したファイルサーバは、クライアント情報を破棄すると共にsession_keyを破棄する（ステップＳ３１１）。ＳＳＨのように、host_key及びserver_keyを用いて通信をする場合には、server_keyを破棄する。そして、ファイルサーバは認証サーバにクライアントの接続終了要求の肯定応答を送信する（ステップＳ３１２）。ファイルサーバからクライアントの接続終了要求の肯定応答を受信した認証サーバは、再びsession_keyを作成して（ステップＳ４０４）、上述したステップＳ４０５以降の処理を繰り返す。
【００５８】
本実施の形態の趣旨は上述したクライアントへの認証手続きであるので、図２、図３及び図４中の状態遷移にはタイムアウトやサーバのアクシデント、装置電源の予期しないＯＮ／ＯＦＦ等の例外の処理については図示しない。
【００５９】
図５、図６及び図７に示す各装置の詳細な状態遷移について、多少捕捉しておくと、図５において、ステップＳ３０２で認証サーバからの応答が一定時間なければタイムアウト処理を施し、ステップＳ３０１の待機状態に遷移する。また、ステップＳ３０３において、認証サーバから転送されたsession_keyを復号化して結果が一致しなければ、認証サーバとの認証を破棄する。
【００６０】
同様に、図６において、ステップＳ４０２、Ｓ４０６、Ｓ４１２、Ｓ４１７でファイルサーバからの応答が一定時間なければタイムアウト処理を施し、ステップＳ４０１の待機状態に遷移する。また、ステップＳ４０３において、ファイルサーバから転送されたpublic_keyが既知のpublic_keyと一致しなければ、ファイルサーバとの認証を破棄する。一方、認証サーバからクライアントとの認証を破棄したい場合もある。認証サーバと成る第１メディアレスカメラ１１０が、認証モードから抜けた場合である。この場合、ファイルサーバ・認証サーバ間で終了処理を施す。また、ある一定期間でsession_keyを更新する場合には、セッションタイムアウト処理としてステップＳ４１５からステップＳ４０４に状態遷移する。
【００６１】
同様に、図７において、ステップＳ５０３、Ｓ５０５で認証サーバからの応答が一定時間なければタイムアウト処理を施し、ステップＳ５０１の待機状態に遷移する。ステップＳ５０７、Ｓ５０９において、ファイルサーバからの応答がなければタイムアウト処理を施し、ステップＳ５０１の待機状態に遷移する。
【００６２】
上述したタイムアウト処理は、途中までの滞った処理を破棄して待機状態又は指示された状態に戻るものである。
【図面の簡単な説明】
【００６３】
【図１】本発明の実施の形態に係るカメラシステムの構成を概略的に示すと共に、各構成要素における主要部の構成を概略的に示すブロック図である。
【図２】ファイルサーバ、認証サーバ、及びクライアント間のスレッドを説明する図である。
【図３】図２に続くファイルサーバ、認証サーバ、及びクライアント間のスレッドを説明する図である。
【図４】図３に続くファイルサーバ、認証サーバ、及びクライアント間のスレッドを説明する図である。
【図５】ファイルサーバの詳細な状態遷移を説明する図である。
【図６】認証サーバの詳細な状態遷移を説明する図である。
【図７】クライアントの詳細な状態遷移を説明する図である。
【図８】従来のカメラシステムの構成を概略的に示すブロック図である。
【符号の説明】
【００６４】
１００ カメラシステム
１１０ 第１メディアレスカメラ
１２０ 第２メディアレスカメラ
１５０ ファイルサーバ
１１１，１２１，１５３ 認証部
１１２，１２２ 第１通信部
１１３，１２３ 第２通信部
１５１ データ記憶部
１５２ ユーザ属性記憶部
１５４ 通信部
【技術分野】
【０００１】
本発明は、デジタルカメラ、及びカメラシステムに関する。特に、外部記録装置に撮影画像情報等のカメラ情報を通信により送信するメディアレスカメラと、当該カメラ情報を受信して記録装置に格納する外部記録装置としてのサーバとから成るカメラシステムに関する。
【背景技術】
【０００２】
従来、デジタルスチルカメラは、撮影部において光電変換を経た画像データとしての電気信号を例えばメモリカードやハードディスク等の外部記録媒体に記録する。このような画像データの処理は、従来、銀塩カメラが画像をフィルムに焼き付けて処理していたのとは異なり、画像を位置データとして処理する。これにより、撮影後においても記録された画像データとしての電気信号を読み出すことによって画像を再生することができる。
【０００３】
しかしながら、上記記録及び再生される画像は、かなりのデータ量を必要とする。特に、鑑賞目的や、詳細なディテールを重要とする静止画像においては、ＴＶシステムに見られる人間の視覚特性を利用した動画像処理のようなデータ量の間引きは適用できず、画像１フレームに係るデータ量は多く必要である。近年、デジタルスチルカメラがメガピクセルの処理を実現してきているのも、画像の忠実な再現のためであり、銀塩カメラの処理状態に近づいてきている。
【０００４】
上記したメガピクセルクラスのデジタルスチルカメラにおいては、記録された画像のデータ量は、４００万画素クラス（１２ｂｉｔデータ）で、６ＭＢを超えるデータ量である。このデータ量のサイズでは、外部記録媒体への保存及びＩ／Ｆを介した装置間の転送は適さない。さらに、大量の画像を扱う際には当該データ量を減らす必要がある。実際、大抵のデジタルスチルカメラでは、外部記録媒体への記録前に画像データの圧縮処理を施している。
【０００５】
画像データの圧縮処理としては、大抵の場合、ＤＣＴ等の直交変換を用いて高周波情報を抑圧する。この処理は、人間の視覚特性としてＤＣ成分の変化程に高周波成分の変化に認識力が厳しくないことを利用している。ＤＣＴ自体はデータを圧縮しないが、当該処理により画像データを空間周波数に変換した後、高周波側の量子化を粗くする。これにより、空間周波数としての画像データにおいては、高周波側でゼロを多く含む情報に変換されデータ量が減らされる。従来、空間周波数で量子化された画像情報を周波数順に走査し、ランレングス情報をテーブル処理でハフマン符号化し纏め上げた圧縮処理方法がＪＰＥＧとして知られている。このような圧縮処理を施すことによって、記録媒体に格納する画像データを、何も加工しない元のデータに対して小サイズ化することができ、大抵のデジタルスチルカメラは、当該処理を施している。
【０００６】
上述したようにデジタルスチルカメラによって撮影された画像は、高画素化に伴いそのデータ量は増大し、大抵の場合、カメラに装着したＣＦカード等の記録媒体に格納することにより当該画像を蓄積する。近年、記録媒体の大容量化が進んでおり、数１０枚〜数１００枚程度の撮影画像データの格納が可能になっているが、当該記録媒体は高価である。
【０００７】
一方、画像データを逐次外部記録装置へ転送し、カメラ本体内部には保持しないメディアレスカメラの要求が高まっている。カメラにメディアを搭載し当該画像データを格納するよりは、逐次外部記録装置へ画像データを格納してしまった方が、画像データの整理、保存及び運用に関して利便性がはるかに高い。
【０００８】
上述したメディアレスカメラの装置構成としてはカメラ単独では成立せず、外部記録装置としてのファイルサーバが必要となる。図８は、従来のカメラシステムの構成を概略的に示すブロック図である。図８におけるメディアレスカメラ６１０は上記メディアレスカメラと、ファイルサーバ６２０は上記ファイルサーバと対応している。当該装置間の通信には、ステータスによる状態のやりとりがあるが、図８においては、認証要求とデータ転送のみを矢印で示している。該２つの矢印のやりとりに関してが、本発明に関係する。
【０００９】
データ転送自体は、通常の有線、無線、又は光通信等の通信で実現される。通信経路への攻撃に対処すべく、当該データ自体は共通鍵暗号系等で暗号化される。また、認証に対しては、盗聴や成りすまし等に対する対策も考慮しなければならず、ＲＳＡ等の公開鍵暗号を用いたＳＳＨ（Secure Shell）等が用いられる。
【００１０】
図８におけるファイルサーバ６２０は鍵記憶部６２２を有し、該鍵記憶部６２２においてpublic host_key及びprivate host_keyを格納する。当該host_keyは、ホスト認証のために用いられる。private host_keyはホストのみが持ち厳重に管理されるべき鍵であり、public host_keyはクライアントとなるメディアレスカメラ６１０に対して公開する。なお、ファイルサーバ６２０はＳＳＨサーバとして稼動している必要がある。
【００１１】
メディアレスカメラ６１０は、認証部６１１で発生した認証要求を通信部６１２を介してファイルサーバ６２０が有する通信部６２４に送信する。ここで、メディアレスカメラ６１０はクライアントとしての接続要求を送信している。ファイルサーバ６２０は、当該接続要求を受信して上記public host_key及びpublic server_key、並びに自身がサポートする共通鍵暗号システムのリストをメディアレスカメラ６１０に返送する。当該server_keyも又、ホスト認証に使用されるが、該server_keyは所定の時間間隔毎に更新される。また、当該server_keyは鍵記憶部６２２に保存されない。server_keyは、host_keyで暗号化した情報が解読されることを防ぐために存在しており、この所定の時間間隔毎に更新されるserver_keyで情報を修飾することで暗号化された情報の解読を困難にさせる。
【００１２】
メディアレスカメラ６１０は、既に公開されたhost_keyとファイルサーバ６２０から送信されたhost_keyとを比較して、一致することを確認する。次いで、認証部６１１において２５６ｂｉｔ長の乱数であるsession_keyを生成して、session_keyを先に受信したpublic host_key、public private_keyを用いて暗号化する。また、受信した共通鍵暗号システムのリストから通信に使用するシステムを選択する。メディアレスカメラ６１０は、暗号化したsession_keyと選択したシステムとをファイルサーバ６２０に転送する。
【００１３】
ファイルサーバ６２０は、受信したsession_keyの復号化をprivate host_key及びprivate server_keyを用いて実行する。当該復号化が成功すれば、クライアントであるメディアレスカメラ６１０は、ファイルサーバ６２０が正当なサーバであると判断することができる。上記例は、ＳＳＨ１によるサーバ・ホスト認証であり、勿論、その他の方法も存在する。以上により、ホスト認証は成立し、データ暗号化のための共通鍵となるsession_keyをサーバ・クライアント間で共有することができる。
【００１４】
また、メディアレスカメラ６１０がファイルサーバ６２０にログインするには、ユーザ認証が必要である。サーバによるユーザ認証にはいくつかの方法が存在し、その中の１つに、公開鍵暗号システムによるユーザ認証がある。
【００１５】
メディアレスカメラ６１０は、ファイルサーバ６２０へのログイン要求時に、ユーザ名とpublic_keyをファイルサーバ６２０に転送する。ファイルサーバ６２０は当該ユーザに対応したauthorized_keyファイルを鍵記憶部６２２から探す。そして、public_keyを確認すると乱数を発生させ、当該乱数をpublic_keyで暗号化したデータ（以下、「challenge」と呼称する）を生成して、メディアレスカメラ６１０に転送する。
【００１６】
メディアレスカメラ６１０は、private_keyとpassphraseにより受信したchallengeを復号化する。そして、ＭＤ５（ハッシュ関数）で該復号化したchallengeのチェックサムを作成し、その作成結果をファイルサーバ６２０に返送する。ファイルサーバ６２０自身も、乱数のＭＤ５を作成しており、受信したデータと比較して、一致していればユーザ認証が成立する。
【００１７】
このように、メディアレスカメラ６１０とファイルサーバ６２０との認証が相互に成立した後に、メディアレスカメラ６１０の画像データをファイルサーバ６２０へと遂次格納する。その際のデータの暗号化に関しては、上述したsession_keyが用いられる。
【特許文献１】特開２００１−３２６９２１号公報
【発明の開示】
【発明が解決しようとする課題】
【００１８】
上述したように、デジタルカメラにより得られる撮影画像データはデジタルデータであるという点から、近年、画像データを逐次外部記録装置へ転送し、カメラ本体内部には保持しないメディアレスカメラへの要求が高まっている。重複するが、カメラにメディアを搭載し画像データを格納するよりは、逐次ファイルサーバへ格納してしまった方が、画像データの整理、保存及び運用に関して利便性が遙かに高い。
【００１９】
また、メディアレスカメラとファイルサーバとの認証にはＳＳＨ等を用いれば比較的安全に運営ができる。
【００２０】
上記メディアレスカメラの装置構成においては、例えば、同時に複数台のカメラで同一の被写体を撮影したときに、同一のファイルサーバに画像データを格納したいといった要望が持ち上がる。また、通信系カメラであるメディアレスカメラでは、通信経路の確保が最重要課題である。
【００２１】
前者の要望に対しては、同一のファイルサーバに対してカメラ個々に認証手続きをすることで解決することができる。しかし、対象となるファイルサーバに、ユーザ個々の登録が事前になされていなければならない。よって、事前に登録していないユーザ同士では同一のファイルサーバを使用することはできない。かといって、自分のファイルサーバのサービスを他人に提供するために、privateな鍵情報を公開してしまうと、セキュリティの低下を招く。
【００２２】
後者の問題は、深刻である。例えば、複数ユーザが別々のメディアレスカメラを用いて別々に同一のファイルサーバと通信経路を確保しようとした場合、ある特定のユーザのカメラの通信経路が脆弱であるか、通信経路の確保ができないときは、そのユーザによる撮影自体が保障されない。これによれば、メディアレスカメラという存在自体が否定されてしまう。
【００２３】
本発明の目的は、安全且つ確実に所望のサーバへ撮影データを転送することができるデジタルカメラ、及びカメラシステムを提供することにある。
【課題を解決するための手段】
【００２４】
上記目的を達成するために、請求項１記載のデジタルカメラは、撮影データを外部記憶装置に転送するデジタルカメラにおいて、前記外部記憶装置を使用するように構成された他の機器と通信する通信手段と、前記他の機器による前記外部記憶装置の使用を前記通信手段を介して認証する認証手段とを備えることを特徴とする。
【００２５】
請求項６記載のカメラシステムは、請求項１記載のデジタルカメラと、当該デジタルカメラ及び前記他の機器から転送される撮影データを記憶する外部記憶装置を有するサーバとから構成されることを特徴とする。
【発明の効果】
【００２６】
本発明によれば、撮影データを所定の外部記憶装置に転送するデジタルカメラにおいて、外部記憶装置を使用するように構成された他の機器と通信し、当該他の機器による外部記憶装置の使用を通信を介して認証するので、当該他の機器は安全且つ確実に所望のサーバへ撮影データを転送することができる。
【発明を実施するための最良の形態】
【００２７】
以下、本発明の実施の形態を図面を参照しながら詳述する。
【００２８】
図１は、本発明の実施の形態に係るカメラシステムの構成を概略的に示すと共に、各構成要素における主要部の構成を概略的に示すブロック図である。
【００２９】
図１において、カメラシステム１００は、認証サーバと成る第１メディアレスカメラ１１０と、クライアントと成る第２メディアレスカメラ１２０〜第４メディアレスカメラ１４０と、ファイルサーバ１５０とを備える。
【００３０】
各メディアレスカメラ１１０，１２０，１３０，１４０は、夫々、認証部１１１，１２１，１３１，１４１を備える。該認証部は、カメラ自身が認証サーバに成る場合にはファイルサーバ１５０に対して、まず、サーバ・ホスト認証手続きを実行し、次に、各クライアントに対してユーザ認証を実行する。その際、各クライアントから受信したユーザ属性情報をファイルサーバ１５０に対して転送し、ファイルサーバ１５０から各クライアントのデータ転送の許可を取得する。カメラ自身がクライアントの場合においては、認証サーバと成るカメラに対して認証要求を送信する。
【００３１】
また、各メディアレスカメラ１１０，１２０，１３０，１４０は、夫々、第１通信部１１２，１２２，１３２，１４２を備える。該第１通信部は、上記認証要求を各カメラ間において送受信するための機構を有する。
【００３２】
さらに、各メディアレスカメラ１１０，１２０，１３０，１４０は、夫々、撮影データをファイルサーバ１５０に対して転送するための機構を有する第２通信部１１３，１２３，１３３，１４３を備える。
【００３３】
ファイルサーバ１５０は、クライアントとの通信を成立させる通信部１５４と、クライアントから転送される撮影データを格納するデータ記憶部１５１と、認証サーバと成るカメラとの認証を行う認証部１５３とを備える。さらに、ファイルサーバ１５０は、上述した従来の鍵記憶部６２２の機能を有すると共に、認証サーバによってログインを許可するクライアントのユーザ属性情報を格納するユーザ属性記憶部１５２を備える。
【００３４】
各メディアレスカメラが夫々認証部、第１通信部及び第２通信部を備え、ファイルサーバ１５０がユーザ属性記憶部１５２を備えることにより、任意の複数台のカメラが同一のファイルサーバ１５０を共有する際に、個々にクライアント・サーバ間認証を行なうことなく、安全に、撮影データを格納することができる。
【００３５】
図１では、第１メディアレスカメラ１１０〜第４メディアレスカメラ１４０が、同一のファイルサーバ１５０への撮影データの格納を実現している。また、第１メディアレスカメラ１１０が、他のカメラがファイルサーバ１５０にログインする際の認証を代行する認証サーバとして機能している。第２メディアレスカメラ１２０〜第４メディアレスカメラ１４０は、第１メディアレスカメラ１１０に対して認証という観点からクライアントとして存在する。認証に成功したカメラは、後述するsession_keyを用いて撮影データを暗号化し、ファイルサーバ１５０へ直接データ転送を行う。
【００３６】
以下、図１に示すクライアントと成る第２メディアレスカメラ１２０〜第４メディアレスカメラ１４０が認証サーバと成る第１メディアレスカメラ１１０を介してファイルサーバ１５０にログインするシステムの流れを詳述する。本実施の形態においては、任意の一台のクライアントと成るメディアレスカメラ、一台の認証サーバと成るメディアレスカメラ、及びファイルサーバの状態遷移について説明する。
【００３７】
図２、図３及び図４は、ファイルサーバ、認証サーバ、及びクライアント間のスレッドを説明する図である。図２、図３及び図４においては、図１におけるファイルサーバ１５０をａ：ファイルサーバと、第１メディアレスカメラ１１０をｂ：認証サーバと、第２メディアレスカメラ１２０をｃ：クライアントとして説明する。なお、本実施の形態における認証の方法は、その方法のみに制限を設けるものではない。また、認証の方法は上述したＳＳＨをベースにしてもよいが、ここでの認証の流れはＳＳＨとは異なる。本実施の形態の特徴としては、メディアレスカメラの１つが認証サーバを兼ねることにある。
【００３８】
なお、ａ：ファイルサーバ、ｂ：認証サーバ、及びｃ：クライアントには夫々public_key(pa,pb,pc)（ａ：ファイルサーバのpublic_keyをpaとする）が決定されており、これらは公開される暗号鍵である。また、ａ：ファイルサーバ、ｂ：認証サーバ、及びｃ：クライアントには夫々public_keyに対応するsecret_key(sa,sb,sc)（ａ：ファイルサーバのsecret_keyをsaとする）が決定されており、これらは非公開で各々の装置内にのみ保持される。
【００３９】
また、図２、図３及び図４に示すａ：ファイルサーバの詳細な状態遷移を図５に示し、ｂ：認証サーバの詳細な状態遷移を図６に示し、ｃ：クライアントの詳細な状態遷移を図７に示す。
【００４０】
図２において、全ての装置は、まず、待機状態にある（ステップＳ３０１，Ｓ４０１，Ｓ５０１）。ここで、認証サーバと成るカメラは、クライアントからファイルサーバへの接続要求が発生する前に、自身のファイルサーバに対する認証を済ませる必要がある。そのため、ネゴシエーション要求をファイルサーバに対して送信する（ステップＳ４０２）。次いで、認証サーバからネゴシエーション要求を受信したファイルサーバは、ファイルサーバ及び認証サーバ各々のpublic_key(pa, pb)を認証サーバに対して送信する（ステップＳ３０２）。なお、ＳＳＨのように、ファイルサーバ側のpublic host_key，public server_keyを認証に使用してもよく、その方がセキュリティ的には安全である。
【００４１】
次いで、ファイルサーバからpublic_key(pa, pb)を受信した認証サーバは、まず、受信したpublic_key(pb)が、予め公開したpublic_key(pb)と比較し、一致するか否かを確認する（ステップＳ４０３）。当該public_key(pb)が一致した場合は、共通暗号鍵としてデータ転送に用いるsession_keyを作成して（ステップＳ４０４）、ファイルサーバのpublic_key(pa)と認証サーバのsecret_key(sb)を用いて当該session_keyを暗号化する（ステップＳ４０５）。そして、認証サーバは暗号化された各session_keyをファイルサーバに送信する（ステップＳ４０６）。
【００４２】
図２、図３及び図４において、Exx(nn)は、暗号鍵xxでnnを暗号化することを示しており、例えば、Esb(session_key)は、ｂ：認証サーバのsecret_key(sb)で、session_keyを暗号化することを示す。なお、secret_keyは、private_keyと同意語である。
【００４３】
次いで、暗号化された各session_keyを受信したファイルサーバは、当該各session_keyをsecret_key(sa)及びpublic_key(pb)を用いて復号化して各session_keyを比較し、一致するか否かを確認する（ステップＳ３０３）。当該各session_keyが一致した場合は、認証サーバのクライアントに対するサービスをファイルサーバ側においても有効と見なし、クライアントからの接続を許可するとの肯定応答を認証サーバに送信する（ステップＳ３０４）。
【００４４】
図２、図３及び図４において、Dxx(nn)は、暗号鍵xxでnnを復号化することを示しており、例えば、Dpb(Esb(session key))は、secret_key(sb)で暗号化されたsession_keyを、public_key(pb)で復号化することを示す。
【００４５】
その後、ファイルサーバは認証サーバに対して認証有効状態にあり（ステップＳ３０５）、認証サーバはファイルサーバに対して認証有効状態且つクライアントからの接続要求待ち状態にある（ステップＳ４０７）。
【００４６】
図３に進み、認証サーバがクライアントからの接続要求待ち状態である場合に、クライアントと成るカメラが録画モード等の撮影データ転送状態に入ったときに（ステップＳ５０２）、クライアントは認証サーバに対してネゴシエーションを開始し、認証サーバは当該ネゴシエーションに応答する。その際、クライアントはユーザ名及びpublic_key(pc)を認証サーバに対して送信する（ステップＳ５０３）。次いで、認証サーバはクライアントから受信したpublic_key(pc)を用いて上記challengeを作成して（ステップＳ４０８）、当該challengeをクライアントに送信する（ステップＳ４０９）。
【００４７】
次いで、クライアントは認証サーバから受信したchallengeをsecret_key(sc)を用いて復号化してＭＤ５値を出力し（ステップＳ５０４）、当該ＭＤ５値の出力を認証サーバに送信する（ステップＳ５０５）。認証サーバにおいては、クライアントからＭＤ５値の出力を受信する前に予め乱数からＭＤ５値を出力しておき、クライアントからＭＤ５値の出力を受信した際にＭＤ５値を比較し、一致するか否かを確認する（ステップＳ４１０）。当該ＭＤ５値が一致した場合は、認証サーバはクライアントをファイルサーバにログイン可能にすべく、クライアントのユーザ名及び属性、public_key(pc)をpublic_key(pa)で暗号化して（ステップＳ４１１）、当該暗号化されたクライアントのユーザ名及び属性、public_key(pc)をファイルサーバに送信する（ステップＳ４１２）。
【００４８】
次いで、ファイルサーバは受信した暗号化されたクライアントのユーザ名及び属性、public_key(pc)をsecret_key(sa)で復号化して（ステップＳ３０６）、無条件で当該クライアントに対するログインを許可する手続きを実行する。当該手続きは、例えば、ユーザ属性記憶部１５２へのクライアント情報の格納等である。次いで、ファイルサーバは当該クライアントに対する接続許可の報告を認証サーバに対して送信する（ステップＳ３０７）。認証サーバは、ファイルサーバからクライアントのファイルサーバに対する接続許可の報告を受信したので、データ転送に用いる上述したsession_keyをpublic_key(pc)で暗号化して（ステップＳ４１３）、当該暗号化されたsession_keyをクライアントに送信する（ステップＳ４１４）。
【００４９】
そして、クライアントは認証サーバからsession_keyを受信したことにより、ファイルサーバへの通信が可能となり、転送要求が発生するまで通信状態はスタンバイ状態となる（ステップＳ５０６）。一方、認証サーバにおいてもスタンバイ状態となり、その後、クライアントのファイルサーバへの撮影データの転送には一切関与しない（ステップＳ４１５）。
【００５０】
図４に進み、クライアントは撮影データをファイルサーバに転送する前に、ファイルサーバに対して通信が行なえる状態であるか否かを確認する必要がある。そこで、クライアントは撮影データの転送を行なう前にファイルサーバに対してネゴシエーションの問い合わせを送信する（ステップＳ５０７）。ここで、クライアントは自身の情報を照会して、ファイルサーバが応答することを確認する。そして、問い合わせを受けたファイルサーバは、クライアントに当該問い合わせの肯定応答を送信する（ステップＳ３０８）。なお、ステップＳ５０７及びステップＳ３０８における通信内容はどのようなものであってもよい。
【００５１】
次いで、クライアントはファイルサーバへの問い合わせが正常に返信されたことで、ファイルサーバへの通信を信頼する。そして、クライアントは撮影データをsession_keyで暗号化して（ステップＳ５０８）、暗号化された撮影データをファイルサーバに送信する（ステップＳ５０９）。同時に、クライアントはsession_key及びユーザ名等のユーザ情報をsecret_key(sc)で暗号化し、当該暗号化された情報においてもファイルサーバに送信する。撮影データに対して共通暗号鍵系を用いるのは、暗号化に伴うシステムリソースの負荷が公開鍵暗号系よりも軽いからである。
【００５２】
次いで、ファイルサーバはクライアントから受信した暗号化された撮影データをsession_keyで復号化すると共に、暗号化されたsession_key及びユーザ名等のユーザ情報をpublic_key(pc)で復号化して（ステップＳ３０９）、遂次データ記憶部１５１へ格納する。なお、撮影データの格納先はクライアントの属性によりステップＳ３０６において予め決定される。当該クライアントの属性により、クライアントが接続できるファイルサーバの領域が制限される。
【００５３】
本実施の形態では、図１に示すように、認証サーバと成る第１メディアレスカメラ１１０は、クライアントと成る第２メディアレスカメラ１２０に対してprivate属性を与え、第３メディアレスカメラ１３０に対してはpublic属性を与え、第４メディアレスカメラ１４０に対してはprotected属性を与える。当該個々の属性は、ファイルサーバのクライアントに対するサービスの状態を示す。サービスの状態としては、例えば、public属性：一部の許可されたサーバ領域のみアクセス可能、protected属性：public及びその派生領域のサーバ領域にアクセス可能、private属性：全てのサーバ領域にアクセス可能、と設定することができる。private属性を与えられたクライアントは、認証サーバと同等にファイルサーバの任意の領域にアクセス可能である。public属性を与えられたクライアントは、撮影データを格納できる領域を自由に設定することはできない。
【００５４】
本実施の形態では、ファイルサーバのクライアントに対するサービスの制御については細かく限定しない。上記のような属性の付与があることのみ特徴とする。また、クライアントがファイルサーバへデータを格納する制御のみに限らず、データを引き出す制御が可能であっても良い。どちらかといえば、データを引き出す制御の場合の方がクライアントに対するファイルサーバのサービスの状態を厳格に管理する必要性が高いのは、言うまでもない。
【００５５】
図４に戻り、ファイルサーバはクライアントから転送された撮影データの格納の後、クライアントへ撮影データ受信の肯定応答を送信する（ステップＳ３１０）。
【００５６】
そして、クライアントによる撮影データのファイルサーバへの転送の終了、又は上記録画モード等の撮影データ転送状態を終了する場合には、接続終了要求を送信する。本実施の形態では、クライアントが録画モードを終了したとき（ステップＳ５１０）に、接続終了要求を認証サーバに送信する（ステップＳ５１１）。接続終了要求は、その旨のデータを転送してもよく、状態を送信してもよい。次いで、クライアントから接続終了要求を受信した認証サーバは、クライアント情報を破棄し（ステップＳ４１６）、ファイルサーバに対してクライアントの接続終了要求を送信する（ステップＳ４１７）。
【００５７】
次いで、クライアントの接続終了要求を受信したファイルサーバは、クライアント情報を破棄すると共にsession_keyを破棄する（ステップＳ３１１）。ＳＳＨのように、host_key及びserver_keyを用いて通信をする場合には、server_keyを破棄する。そして、ファイルサーバは認証サーバにクライアントの接続終了要求の肯定応答を送信する（ステップＳ３１２）。ファイルサーバからクライアントの接続終了要求の肯定応答を受信した認証サーバは、再びsession_keyを作成して（ステップＳ４０４）、上述したステップＳ４０５以降の処理を繰り返す。
【００５８】
本実施の形態の趣旨は上述したクライアントへの認証手続きであるので、図２、図３及び図４中の状態遷移にはタイムアウトやサーバのアクシデント、装置電源の予期しないＯＮ／ＯＦＦ等の例外の処理については図示しない。
【００５９】
図５、図６及び図７に示す各装置の詳細な状態遷移について、多少捕捉しておくと、図５において、ステップＳ３０２で認証サーバからの応答が一定時間なければタイムアウト処理を施し、ステップＳ３０１の待機状態に遷移する。また、ステップＳ３０３において、認証サーバから転送されたsession_keyを復号化して結果が一致しなければ、認証サーバとの認証を破棄する。
【００６０】
同様に、図６において、ステップＳ４０２、Ｓ４０６、Ｓ４１２、Ｓ４１７でファイルサーバからの応答が一定時間なければタイムアウト処理を施し、ステップＳ４０１の待機状態に遷移する。また、ステップＳ４０３において、ファイルサーバから転送されたpublic_keyが既知のpublic_keyと一致しなければ、ファイルサーバとの認証を破棄する。一方、認証サーバからクライアントとの認証を破棄したい場合もある。認証サーバと成る第１メディアレスカメラ１１０が、認証モードから抜けた場合である。この場合、ファイルサーバ・認証サーバ間で終了処理を施す。また、ある一定期間でsession_keyを更新する場合には、セッションタイムアウト処理としてステップＳ４１５からステップＳ４０４に状態遷移する。
【００６１】
同様に、図７において、ステップＳ５０３、Ｓ５０５で認証サーバからの応答が一定時間なければタイムアウト処理を施し、ステップＳ５０１の待機状態に遷移する。ステップＳ５０７、Ｓ５０９において、ファイルサーバからの応答がなければタイムアウト処理を施し、ステップＳ５０１の待機状態に遷移する。
【００６２】
上述したタイムアウト処理は、途中までの滞った処理を破棄して待機状態又は指示された状態に戻るものである。
【図面の簡単な説明】
【００６３】
【図１】本発明の実施の形態に係るカメラシステムの構成を概略的に示すと共に、各構成要素における主要部の構成を概略的に示すブロック図である。
【図２】ファイルサーバ、認証サーバ、及びクライアント間のスレッドを説明する図である。
【図３】図２に続くファイルサーバ、認証サーバ、及びクライアント間のスレッドを説明する図である。
【図４】図３に続くファイルサーバ、認証サーバ、及びクライアント間のスレッドを説明する図である。
【図５】ファイルサーバの詳細な状態遷移を説明する図である。
【図６】認証サーバの詳細な状態遷移を説明する図である。
【図７】クライアントの詳細な状態遷移を説明する図である。
【図８】従来のカメラシステムの構成を概略的に示すブロック図である。
【符号の説明】
【００６４】
１００ カメラシステム
１１０ 第１メディアレスカメラ
１２０ 第２メディアレスカメラ
１５０ ファイルサーバ
１１１，１２１，１５３ 認証部
１１２，１２２ 第１通信部
１１３，１２３ 第２通信部
１５１ データ記憶部
１５２ ユーザ属性記憶部
１５４ 通信部
【特許請求の範囲】
【請求項１】
撮影データを外部記憶装置に転送するデジタルカメラにおいて、
前記外部記憶装置を使用するように構成された他の機器と通信する通信手段と、
前記他の機器による前記外部記憶装置の使用を前記通信手段を介して認証する認証手段とを備えることを特徴とするデジタルカメラ。
【請求項２】
さらに、前記他の機器に当該機器による前記外部記憶装置の使用可能領域を設定する設定手段を備え、
前記認証手段は、前記設定された使用可能領域において前記他の機器による前記外部記憶装置の使用の認証を行うことを特徴とする請求項１記載のデジタルカメラ。
【請求項３】
前記認証手段は、前記認証において公開鍵暗号系の暗号方式を採用することを特徴とする請求項１又は２記載のデジタルカメラ。
【請求項４】
前記撮影データを記録する記録媒体を搭載しないメディアレスカメラであることを特徴とする請求項１乃至３のいずれか１項に記載のデジタルカメラ。
【請求項５】
前記他の機器はデジタルカメラであることを特徴とする請求項１乃至４のいずれか１項に記載のデジタルカメラ。
【請求項６】
請求項１乃至５のいずれか１項に記載のデジタルカメラと、当該デジタルカメラ及び前記他の機器から転送される撮影データを記憶する外部記憶装置を有するサーバとから構成されることを特徴とするカメラシステム。
【請求項７】
前記サーバは、前記デジタルカメラから転送される当該デジタルカメラのユーザ情報、及び前記他の機器による前記外部記憶装置の使用要求時に前記デジタルカメラから転送される当該他の機器のユーザ情報を記憶するユーザ情報記憶手段と、前記他の機器による当該外部記憶装置の使用認証時に当該他の機器からの撮影データの転送要求があるときに、前記ユーザ情報記憶手段に記憶された当該他の機器のユーザ情報を参照して該他の機器による当該撮影データの転送を許可する許可手段とを備えることを特徴とする請求項６記載のカメラシステム。
【請求項１】
撮影データを外部記憶装置に転送するデジタルカメラにおいて、
前記外部記憶装置を使用するように構成された他の機器と通信する通信手段と、
前記他の機器による前記外部記憶装置の使用を前記通信手段を介して認証する認証手段とを備えることを特徴とするデジタルカメラ。
【請求項２】
さらに、前記他の機器に当該機器による前記外部記憶装置の使用可能領域を設定する設定手段を備え、
前記認証手段は、前記設定された使用可能領域において前記他の機器による前記外部記憶装置の使用の認証を行うことを特徴とする請求項１記載のデジタルカメラ。
【請求項３】
前記認証手段は、前記認証において公開鍵暗号系の暗号方式を採用することを特徴とする請求項１又は２記載のデジタルカメラ。
【請求項４】
前記撮影データを記録する記録媒体を搭載しないメディアレスカメラであることを特徴とする請求項１乃至３のいずれか１項に記載のデジタルカメラ。
【請求項５】
前記他の機器はデジタルカメラであることを特徴とする請求項１乃至４のいずれか１項に記載のデジタルカメラ。
【請求項６】
請求項１乃至５のいずれか１項に記載のデジタルカメラと、当該デジタルカメラ及び前記他の機器から転送される撮影データを記憶する外部記憶装置を有するサーバとから構成されることを特徴とするカメラシステム。
【請求項７】
前記サーバは、前記デジタルカメラから転送される当該デジタルカメラのユーザ情報、及び前記他の機器による前記外部記憶装置の使用要求時に前記デジタルカメラから転送される当該他の機器のユーザ情報を記憶するユーザ情報記憶手段と、前記他の機器による当該外部記憶装置の使用認証時に当該他の機器からの撮影データの転送要求があるときに、前記ユーザ情報記憶手段に記憶された当該他の機器のユーザ情報を参照して該他の機器による当該撮影データの転送を許可する許可手段とを備えることを特徴とする請求項６記載のカメラシステム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２００８−４２６３１（Ｐ２００８−４２６３１Ａ）
【公開日】平成２０年２月２１日（２００８．２．２１）
【国際特許分類】
【出願番号】特願２００６−２１５６８６（Ｐ２００６−２１５６８６）
【出願日】平成１８年８月８日（２００６．８．８）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成２０年２月２１日（２００８．２．２１）
【国際特許分類】
【出願日】平成１８年８月８日（２００６．８．８）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]