電子カメラ
【構成】スマートフォンから発行された接続要求が通信I/F42によって受信されると、カメラCPU32は、要求元のスマートフォンとの間で接続を確立する。撮像装置18で捉えられたシーンを表す画像データは、通信I/F42によって接続先のスマートフォンに転送される。接続先のスマートフォンから発行されたモード変更指示が通信I/F42によって受信されると、カメラCPU32は、有効撮像モードをモード変更指示に従う撮像モードに変更する。撮像条件は、こうして定義された有効撮像モードの下で調整される。ただし、接続先のスマートフォンの数が基準を上回れば、カメラCPU32は、モード変更指示に従う有効撮像モードの変更を制限する。
【効果】モード変更指示を発行していないスマートフォンに転送される画像データが予期しないタイミングで変動する頻度が抑制される。
【効果】モード変更指示を発行していないスマートフォンに転送される画像データが予期しないタイミングで変動する頻度が抑制される。
【発明の詳細な説明】
【技術分野】
【0001】
この発明は、電子カメラに関し、特に、撮像装置から出力された電子画像を外部装置に転送する、電子カメラに関する。
【背景技術】
【0002】
この種の電子カメラの一例が、特許文献1に開示されている。この背景技術によれば、単一の撮影カメラ端末は1または2以上の操作・確認端末の各々と無線インタフェースによって接続される。撮影カメラ端末はカメラ部から得られたスルー画像データと予め準備された操作ガイド情報とを操作・確認端末へ送信し、操作・確認端末は撮影カメラ端末から受信したスルー画像データおよび操作ガイド情報に基づく画像を表示部に表示する。操作・確認端末のユーザが操作ガイド情報を参照して操作部を操作すると、操作コマンドが撮影カメラ端末に送信され、これによって撮影カメラ端末の設定が変更される。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開2008−199460号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかし、背景技術では、2以上の操作・確認端末が撮影カメラ端末に接続された状態で或る操作・確認端末の操作部が操作されると、他の操作・確認端末に表示されるスルー画像の品質もまた変動してしまう。このような変動は他の操作・確認端末にとって予期しない変動であり、かかる点で撮影カメラ端末の撮像性能に限界がある。
【0005】
それゆえに、この発明の主たる目的は、撮像性能を高めることができる、電子カメラを提供することである。
【課題を解決するための手段】
【0006】
この発明に従う電子カメラ(10:実施例で相当する参照符号。以下同じ)は、撮像面で捉えられた光学像を表す電子画像を出力する撮像手段(12~22)、1または2以上の外部装置(50)の各々から発行された接続要求に応答して要求元の外部装置と接続する接続手段(S51~S59)、撮像手段から出力された電子画像を接続手段によって接続された外部装置に転送する転送手段(S81~S83)、接続手段によって接続された外部装置から発行された設定変更要求に応答して撮像設定を変更する第1変更手段(S305, S311)、および接続手段によって接続された外部装置の数が基準以下のとき第1変更手段の処理を許可する一方、接続手段によって接続された外部装置の数が基準を上回るとき第1変更手段の処理を制限する制御手段(S309)を備える。
【0007】
好ましくは、接続手段によって接続された外部装置の数を設定変更要求を受け付ける毎に検出する第1検出手段(S307)がさらに備えられ、制御手段は第1検出手段によって検出された数を参照して第1変更手段の処理を許可/制限する。
【0008】
さらに好ましくは、接続手段によって接続された外部装置の数を周期的に検出する第2検出手段(S321)、および第2検出手段によって検出された数が基準を上回るときデフォルト撮像設定を選択する選択手段(S323~S325)がさらに備えられる。
【0009】
より好ましくは、カメラ筐体に設けられたユーザインタフェース装置(34)に対する設定変更操作に応答して撮像設定を変更する第2変更手段(S315)、および第2変更手段によって変更された撮像設定をデフォルト撮像設定として定義する定義手段(S317)がさらに備えられる。
【0010】
この発明に従う撮像制御プログラムは、撮像面で捉えられた光学像を表す電子画像を出力する撮像手段(12~22)を備える電子カメラ(10)のプロセッサ(32)に、1または2以上の外部装置(50)の各々から発行された接続要求に応答して要求元の外部装置と接続する接続ステップ(S51~S59)、撮像手段から出力された電子画像を接続ステップによって接続された外部装置に転送する転送ステップ(S81~S83)、接続ステップによって接続された外部装置から発行された設定変更要求に応答して撮像設定を変更する変更ステップ(S305, S311)、および接続ステップによって接続された外部装置の数が基準以下のとき変更ステップの処理を許可する一方、接続ステップによって接続された外部装置の数が基準を上回るとき変更ステップの処理を制限する制御ステップ(S309)を実行させるための、撮像制御プログラムである。
【0011】
この発明に従う撮像制御方法は、撮像面で捉えられた光学像を表す電子画像を出力する撮像手段(12~22)を備える電子カメラ(10)によって実行される撮像制御方法であって、1または2以上の外部装置(50)の各々から発行された接続要求に応答して要求元の外部装置と接続する接続ステップ(S51~S59)、撮像手段から出力された電子画像を接続ステップによって接続された外部装置に転送する転送ステップ(S81~S83)、接続ステップによって接続された外部装置から発行された設定変更要求に応答して撮像設定を変更する変更ステップ(S305, S311)、および接続ステップによって接続された外部装置の数が基準以下のとき変更ステップの処理を許可する一方、接続ステップによって接続された外部装置の数が基準を上回るとき変更ステップの処理を制限する制御ステップ(S309)を備える。
【0012】
この発明に従う外部制御プログラムは、撮像面で捉えられた光学像を表す電子画像を出力する撮像手段(12~22)、およびメモリ(40)に保存された内部制御プログラムに従う処理を実行するプロセッサ(32)を備える電子カメラ(10)に供給される外部制御プログラムであって、1または2以上の外部装置(50)の各々から発行された接続要求に応答して要求元の外部装置と接続する接続ステップ(S51~S59)、撮像手段から出力された電子画像を接続ステップによって接続された外部装置に転送する転送ステップ(S81~S83)、接続ステップによって接続された外部装置から発行された設定変更要求に応答して撮像設定を変更する変更ステップ(S305, S311)、および接続ステップによって接続された外部装置の数が基準以下のとき変更ステップの処理を許可する一方、接続ステップによって接続された外部装置の数が基準を上回るとき変更ステップの処理を制限する制御ステップ(S309)を内部制御プログラムと協働してプロセッサに実行させるための、外部制御プログラムである。
【0013】
この発明に従う電子カメラ(10)は、撮像面で捉えられた光学像を表す電子画像を出力する撮像手段(12~22)、外部制御プログラムを取り込む取り込み手段(42)、および取り込み手段によって取り込まれた外部制御プログラムとメモリ(40)に保存された内部制御プログラムとに従う処理を実行するプロセッサ(32)を備える電子カメラであって、外部制御プログラムは、1または2以上の外部装置(50)の各々から発行された接続要求に応答して要求元の外部装置と接続する接続ステップ(S51~S59)、撮像手段から出力された電子画像を接続ステップによって接続された外部装置に転送する転送ステップ(S81~S83)、接続ステップによって接続された外部装置から発行された設定変更要求に応答して撮像設定を変更する変更ステップ(S305, S311)、および接続ステップによって接続された外部装置の数が基準以下のとき変更ステップの処理を許可する一方、接続ステップによって接続された外部装置の数が基準を上回るとき変更ステップの処理を制限する制御ステップ(S309)を内部制御プログラムと協働して実行するプログラムに相当する。
【発明の効果】
【0014】
この発明によれば、電子カメラは接続要求を発行した外部装置と接続され、撮像手段から出力された電子画像は接続先の外部装置に転送され、そして撮像設定は接続先の外部装置からの設定変更要求に従って変更される。ただし、接続先の外部装置の数が基準以下であれば、設定変更要求に従う撮像設定の変更が制限される。これによって、設定変更要求を発行していない外部装置に転送される電子画像が予期しないタイミングで変動する頻度が抑制され、ひいては撮像性能が向上する。
【0015】
この発明の上述の目的,その他の目的,特徴および利点は、図面を参照して行う以下の実施例の詳細な説明から一層明らかとなろう。
【図面の簡単な説明】
【0016】
【図1】この実施例のカメラシステムを形成するディジタルカメラの構成の一例を示すブロック図である。
【図2】この実施例のカメラシステムを形成するディジタルカメラの構成の他の一例を示すブロック図である。
【図3】この実施例のカメラシステムを形成するスマートフォンの構成の一例を示すブロック図である。
【図4】図1または図2に示すディジタルカメラと図3に示すスマートフォンとの接続態様の一例を示す図解図である。
【図5】図1または図2に示すディジタルカメラに適用されるレジスタの構成の一例を示す図解図である。
【図6】(A)は図3に示すスマートフォンに適用される探索レジスタの構成の一例を示す図解図であり、(B)は図3に示すスマートフォンに適用される接続レジスタの構成の一例を示す図解図である。
【図7】スマートフォンから発行される撮像指示の構造の一例を示す図解図である。
【図8】単一のディジタルカメラと単一のスマートフォンとの間での通信処理の一部を示す図解図である。
【図9】単一のディジタルカメラと複数のスマートフォンとの間での通信処理の一部を示す図解図である。
【図10】図1または図2に示すカメラCPUの動作の一部を示すフロー図である。
【図11】図1または図2に示すカメラCPUの動作の他の一部を示すフロー図である。
【図12】図1または図2に示すカメラCPUの動作のその他の一部を示すフロー図である。
【図13】図1または図2に示すカメラCPUの動作のさらにその他の一部を示すフロー図である。
【図14】図1または図2に示すカメラCPUの動作の他の一部を示すフロー図である。
【図15】図1または図2に示すカメラCPUの動作のその他の一部を示すフロー図である。
【図16】図1または図2に示すカメラCPUの動作のさらにその他の一部を示すフロー図である。
【図17】図3に示すスマートフォンCPUの動作の一部を示すフロー図である。
【図18】図3に示すスマートフォンCPUの動作の他の一部を示すフロー図である。
【図19】図3に示すスマートフォンCPUの動作のその他の一部を示すフロー図である。
【図20】図3に示すスマートフォンCPUの動作のさらにその他の一部を示すフロー図である。
【図21】図3に示すスマートフォンCPUの動作の他の一部を示すフロー図である。
【図22】図3に示すスマートフォンCPUの動作のその一部を示すフロー図である。
【図23】他の実施例のディジタルカメラに適用されるカメラCPUの動作の一部を示すフロー図である。
【図24】他の実施例のディジタルカメラに適用されるカメラCPUの動作の他の一部を示すフロー図である。
【図25】他の実施例のスマートフォンに適用されるスマートフォンCPUの動作の一部を示すフロー図である。
【図26】他の実施例のスマートフォンから発行されるモード変更指示の構造の一例を示す図解図である。
【図27】この発明の一実施例の基本的構成を示すブロック図である。
【発明を実施するための形態】
【0017】
以下、この発明の実施の形態を図面を参照しながら説明する。
[基本的構成]
【0018】
図27を参照して、この実施例の電子カメラは、基本的に次のように構成される。撮像手段1は、撮像面で捉えられた光学像を表す電子画像を出力する。接続手段2は、1または2以上の外部装置6の各々から発行された接続要求に応答して要求元の外部装置6と接続する。転送手段3は、撮像手段1から出力された電子画像を接続手段2によって接続された外部装置6に転送する。第1変更手段4は、接続手段2によって接続された外部装置6から発行された設定変更要求に応答して撮像設定を変更する。制御手段5は、接続手段2によって接続された外部装置6の数が基準以下のとき第1変更手段4の処理を許可する一方、接続手段2によって接続された外部装置6の数が基準を上回るとき第1変更手段4の処理を制限する。
【0019】
電子カメラは接続要求を発行した外部装置6と接続され、撮像手段1から出力された電子画像は接続先の外部装置6に転送され、そして撮像設定は接続先の外部装置6からの設定変更要求に従って変更される。ただし、接続先の外部装置6の数が基準を上回れば、設定変更要求に従う撮像設定の変更が制限される。これによって、設定変更要求を発行していない外部装置6に転送される電子画像が予期しないタイミングで変動する頻度が抑制され、ひいては撮像性能が向上する。
[実施例]
【0020】
この実施例のカメラシステムは、各々が図1または図2に示すように構成された1または2以上のディジタルカメラ10と、各々が図3に示すように構成された1または2以上のスマートフォン50とによって形成される。ディジタルカメラ10およびスマートフォン50のいずれも、AdHoc方式またはWi−FiDirect方式に従う近距離無線通信機能を有する。なお、近距離無線通信は、図1または図2に示す通信I/F42および図3に示す通信I/F64によって実行される。
【0021】
ディジタルカメラ10およびスマートフォン50の電源を投入し、スマートフォン50のカメラ操作機能を立ち上げ、そしてスマートフォン50をディジタルカメラ10に近傍に移動させると、ディジタルカメラ10で撮影されたシーンを表すライブ画像データが近距離無線通信によってスマートフォン50に転送される(図4参照)。また、スマートフォン50上でズーム操作を行うと、ズーム指示が近距離無線通信によってディジタルカメラ10に与えられ、これに応答してズーム倍率が変更される。さらに、スマートフォン50上で撮像操作を行うと、撮像指示が近距離無線通信によってディジタルカメラ10に与えられる。撮像指示が与えられた時点のシーンを表す静止画像データは、近距離無線通信によってディジタルカメラ10からスマートフォン50に転送される。
【0022】
図1に示すディジタルカメラ10は、一般消費者によって携帯されて自宅や旅先で所望のシーンを撮影することを前提とする。これに対して、図2に示すディジタルカメラ10は、テーマパークなどの観光地において複数の位置に設置されて定点を観測することを前提とする。したがって、図1に示すディジタルカメラ10と比較して、図2に示すディジタルカメラ10では、キー入力装置34,LCDドライバ28およびLCDモニタ30が省略される。
【0023】
なお、図2に示すディジタルカメラ10は、非日常的なシーンを撮影するために、ラジコンカー,ラジコン飛行機,ロッククライマーのヘルメットまたは動物に装着したり、さらには球技用のボールに埋め込んだりしてもよい。図2に示すディジタルカメラ10はまた、保冷物の管理のために冷蔵庫の中に設置したり、警備エリアを撮影するために警備員の懐中電灯に装着したりしてもよい。
【0024】
図1または図2を参照して、ディジタルカメラ10は、ドライバ20a,20bおよび20cによってそれぞれ駆動されるズームレンズ12,フォーカスレンズ14および絞り機構16を含む。これらの部材を経た光学像は、撮像装置18の撮像面に照射され、光電変換を施される。これによって、撮像面で捉えられたシーンを表す電荷が生成される。
【0025】
カメラCPU32は、カメラ側撮像制御タスク,カメラ側表示制御タスク,応答処理タスク,カメラ側接続制御タスク,およびカメラ側通信制御タスクを含む複数のタスクをマルチタスクOSの上で並列的に実行するプロセッサである。また、これらのタスクに対応する制御プログラムは、フラッシュメモリ40に記憶される。なお、カメラ側表示制御タスクは、図2に示すディジタルカメラ10においては省略される。
【0026】
電源が投入されると、カメラ側撮像制御タスクは、動画取り込み処理を開始するべく、ドライバ20dに露光動作および電荷読み出し動作の繰り返しを命令する。ドライバ20dは、図示しないSG(Signal Generator)から周期的に発生する垂直同期信号Vsyncに応答して、撮像面を露光し、かつ撮像面で生成された電荷をラスタ走査態様で読み出す。撮像装置18からは、読み出された電荷に基づく生画像データが周期的に出力される。
【0027】
カメラ処理回路22は、撮像装置18から出力された生画像データに色分離,白バランス調整,YUV変換などの処理を施し、これによって生成されたYUV形式の画像データをメモリ制御回路24を通してSDRAM26のYUV画像エリア26aに書き込む。
【0028】
図1に示すディジタルカメラ10において、カメラ側表示制御タスクは、動画表示処理の開始をLCDドライバ28に命令する。LCDドライバ28は、YUV画像エリア26aに格納された画像データをメモリ制御回路24を通して繰り返し読み出し、読み出された画像データに基づいてLCDモニタ30を駆動する。この結果、撮像面で捉えられたシーンを表すライブ画像がモニタ画面に表示される。
【0029】
カメラ処理回路22によって作成された画像データは、カメラCPU32にも与えられる。カメラ側撮像制御タスクは、与えられた画像データに簡易AE処理を施して適正EV値を算出し、算出された適正EV値を定義する絞り量および露光時間をドライバ20cおよび20dにそれぞれ設定する。この結果、画像データの輝度が適度に調整される。
【0030】
図1に示すキー入力装置34に設けられたズームボタン34zが操作されると、カメラ側撮像制御タスクは、ズーム処理の実行をドライバ20aに命令する。ズームレンズ12はドライバ20aによってズームイン方向またはズームアウト方向に移動され、これによって画像データの倍率が変化する。
【0031】
図1に示すキー入力装置34に設けられたシャッタボタン34shが操作されると、カメラ側表示制御タスクは、動画表示処理の中断をLCDドライバ28に命令する。この結果、LCDモニタ30の表示がライブ画像から黒画像に更新される。
【0032】
一方、カメラ側撮像制御タスクは、カメラ処理回路22から出力された画像データに厳格AE処理を施して最適EV値を算出し、算出された最適EV値を定義する絞り量および露光時間をドライバ20cおよび20dにそれぞれ設定する。画像データの輝度は、最適値に調整される。カメラ側撮像制御タスクは続いて、カメラ処理回路22から出力された画像データの高周波成分を参照したAF処理を実行する。フォーカスレンズ14は、ドライバ20bによって合焦点に配置され、これによって画像データの鮮鋭度が向上する。
【0033】
AF処理が完了すると、カメラ側撮像制御タスクは、静止画取り込み処理を実行するとともに、記録処理の実行をメモリI/F36に命令する。AF処理が完了した時点のシーンを表す1フレームの画像データは、静止画取り込み処理によってSDRAM26の静止画像エリア26bに退避される。記録処理の実行を命令されたメモリI/F36は、静止画像エリア26bに退避された画像データをメモリ制御回路24を通して読み出し、読み出された画像データを収めた画像ファイルを記録媒体38に記録する。
【0034】
カメラ側表示制御タスクは、記録処理の完了後に動画表示処理の再開をLCDドライバ28に命令する。LCDドライバ28はYUV画像エリア26aに格納された画像データの読み出しを再開し、この結果、LCDモニタ30の表示がライブ画像に戻される。
【0035】
図3を参照して、スマートフォン50は、移動体通信用のアンテナ52および無線通信モジュールを含む。送受信データが通話音声データであれば、受話音声はスピーカ56から出力され、送話音声はマイクロフォン58によって取り込まれる。また、送受信データが画像データであれば、このデータはスマートフォンCPU60の制御の下で処理される。
【0036】
対象画像データは、メモリ制御回路66を通してSDRAM68に書き込まれる。LCDドライバ70は、SDRAM68に格納された画像データをメモリ制御回路66を通して読み出し、読み出された画像データに基づいてLCDモニタ72を駆動する。この結果、対応する画像がモニタ画面に表示される。モニタ画面に対するタッチ操作は、タッチセンサ78によって検知される。検知結果はスマートフォンCPU60に与えられ、タッチ操作の態様に応じて異なる処理がスマートフォン60の制御の下で実行される。
【0037】
スマートフォンCPU60もまた、マルチタスクOSの上で複数のタスクを並列的に実行するプロセッサである。実行されるタスクとしては、探索処理タスク,フォン側接続制御タスク,フォン側通信制御タスク,フォン側表示制御タスク,およびフォン側撮像制御タスクが準備される。また、これらのタスクに対応する制御プログラムは、フラッシュメモリ62に記憶される。
【0038】
スマートフォン50において、探索処理タスクは、図6(A)に示す探索レジスタRGSTsを初期化する処理と応答要求を発行する処理とを探索周期(=10秒)が到来する毎に実行する。発行される応答要求には自己のフォンIDが記述され、かつ応答要求は通信I/F64からブロードキャスト方式で発行される。
【0039】
応答要求がディジタルカメラ10の通信I/F42によって受信されると、応答処理タスクは、通信I/F42を通してACKを返送する。返送されるACKには、自己を識別するカメラIDと要求元のフォンIDとが記述される。ディジタルカメラ10は予め定義された複数のグループのいずれか1つに属し、所属グループを識別するグループIDがディジタルカメラ10に割り当てられる。ACKに記述されるカメラIDには、このグループIDが拡張的に付加される。
【0040】
自己のフォンIDが記述されたACKがスマートフォン50の通信I/F64によって受信されると、探索処理タスクは、受信したACKに記述されたカメラIDを抽出し、抽出されたカメラIDを探索レジスタRGSTsに登録する。カメラIDに拡張的に付加されたグループIDは、カメラIDに対応して探索レジスタRGSTsに登録される。
【0041】
こうして少なくとも1つのカメラIDが探索レジスタRGSTsに登録されると、フォン側接続制御タスクは、グループメニューの表示をLCDドライバ70に命令する。LCDドライバ70は、1または2以上のグループIDを探索レジスタRGSTsから検出し、検出されたグループIDをグループメニューとしてLCDモニタ72に表示する。
【0042】
表示されたグループIDのいずれか1つを選択するタッチ操作(=グループ選択操作)がタッチセンサ78によって検知されると、フォン側接続制御タスクは、図6(B)に示す接続レジスタRGSTcを初期化し、通信I/F64を通して接続要求を発行する。発行される接続要求には、自己のフォンIDおよび仕様情報が記述され、さらに選択されたグループIDに対応して探索レジスタRGSTsに記述された1または2以上のカメラIDが記述される。なお、仕様情報としては、たとえばLCDモニタ72の解像度が想定される。
【0043】
スマートフォン50から発行された接続要求がディジタルカメラ10の通信I/F42によって受信されると、カメラ側接続制御タスクは、受信した接続要求に対して認証処理を実行する。認証処理の結果、要求元のスマートフォン50との接続が承認されると、カメラ側接続制御タスクは、自己のカメラIDと要求元のフォンIDとが記述されたACKを通信I/F42を通して送信する。
【0044】
カメラ側接続制御タスクは続いて、要求元のフォンIDおよび仕様情報を接続要求から抽出し、抽出したフォンIDおよび仕様情報を図5に示すレジスタRGST1に登録する。カメラ側接続制御タスクはさらに、レジスタRGST1に登録されたフォンIDの数が“0”から“1”に更新されたとき、スマートフォン50との接続の確立を他のタスクに通知する。
【0045】
この通知を受けたカメラ側表示制御タスクは、LCDモニタ30へのライブ画像の表示を中断する。LCDモニタ30の表示は、スマートフォン50との接続に応答してライブ画像から黒画像に更新される。
【0046】
カメラ側接続制御タスクはまた、確認周期(=5秒)が到来する毎に、通信I/F42を通して応答要求を発行する。発行される応答要求には、自己のカメラIDとレジスタRGST1に登録された1または2以上のフォンIDとが記述される。
【0047】
この応答要求がスマートフォン50の通信I/F64によって受信されると、フォン側接続制御タスクは、自己のフォンIDと一致するフォンIDおよび接続レジスタRGSTcに登録されたいずれかのカメラIDと一致するカメラIDが応答要求に記述されている場合に限って、ACKを返送する。返送されるACKには、自己のフォンIDと要求元のカメラIDとが記述される。
【0048】
ディジタルカメラ10において、カメラ側接続制御タスクは、こうして返送されたACKの受信状況を参照して、接続を維持できなくなったスマートフォン50を特定する。特定されたスマートフォン50のフォンIDおよび仕様情報は、レジスタRGST1から削除される。
【0049】
削除の結果、レジスタRGST1に登録されたフォンIDの数が“1”から“0”に更新されると、カメラ側接続制御タスクは、スマートフォン50との接続の解除を他のタスクに通知する。この通知を受けたカメラ側表示制御タスクは、LCDモニタ30へのライブ画像の表示を再開する。LCDモニタ30の表示は、スマートフォン50との接続の解除に応答して黒画像からライブ画像に更新される。
【0050】
ディジタルカメラ10で捉えられたシーンを表すライブ画像は、接続先のスマートフォン50のLCDモニタ72に表示される(詳細は後述)。表示されたライブ画像を指定した非接続操作が行われると、フォン側接続制御タスクは、指定されたライブ画像の送信元を識別するカメラIDと自己のフォンIDとが記述された非接続要求を通信I/F64を通して送信する。指定されたライブ画像の送信元を識別するカメラIDはその後、接続レジスタRGSTcから削除される。
【0051】
スマートフォン50から発行された非接続要求がディジタルカメラ10の通信I/F42によって受信されると、カメラ側接続制御タスクは、要求元のフォンIDおよび仕様情報をレジスタRGST1から削除する。レジスタRGST1に登録されたフォンIDの数が“1”から“0”に更新されると、上述のようにLCDモニタ30へのライブ画像の表示が再開される。
【0052】
少なくとも1つのフォンIDがレジスタRGST1に登録されると、カメラ側通信制御タスクは、動画転送処理の開始を通信I/F42に命令する。カメラ側通信制御タスクはまた、レジスタRGST1に登録された1または2以上の仕様の中から最低品質を表す仕様を選択し、選択された仕様に適合する転送画質を通信I/F42に設定する。なお、通信I/F42に設定された転送品質は、登録されたカメラIDの数が“1”以上の範囲でレジスタRGST1の記述が更新される毎に更新される。
【0053】
通信I/F42は、YUV画像エリア26aに格納された画像データをメモリ制御回路24を通して周期的に読み出し、読み出された画像データの品質を上述の要領で設定された転送画質を参照して調整し、そして調整された品質を有する画像データをライブ画像データとしてスマートフォン50に転送する。なお、転送方式としてはブロードキャスト方式が採用される。また、転送されるライブ画像データには、レジスタRGST1に登録された1または2以上のカメラIDが埋め込まれる。レジスタRGST1の記述が更新されると、ライブ画像データに埋め込まれるカメラIDもまた更新される。
【0054】
したがって、単一のディジタルカメラ10と単一のスマートフォン50とが互いに接続されたとき、ライブ画像データは図8に示す要領でディジタルカメラ10からスマートフォン50に転送される。また、単一のディジタルカメラ10と複数のスマートフォン50,50,…の各々とが互いに接続されたとき、ライブ画像データは図9に示す要領でディジタルカメラ10からスマートフォン50に転送される。
【0055】
少なくとも1つのカメラIDが接続レジスタRGSTcに登録されると、フォン側通信制御タスクは、接続レジスタRGSTcに記述されたカメラIDと一致するカメラIDが埋め込まれたライブ画像データの受信を開始するべく、対応する命令を通信I/F64に与える。フォン側通信制御タスクはまた、通信I/F64によって受信されたライブ画像データの受信強度(厳密にはライブ画像データに相当する電波の強度)を送信元毎(=カメラID毎)に測定し、受信されたライブ画像データの配置を送信元毎(=カメラID毎)に決定する。決定された配置によれば、ライブ画像データは測定された受信強度が大きい順に並ぶ。
【0056】
通信I/F64によって受信されたライブ画像データは、メモリ制御回路66に与えられる。メモリ制御回路66は、与えられたライブ画像データを上述の要領で決定された配置を参照してSDRAM68に書き込む。
【0057】
フォン側通信制御タスクはまた、確認周期(=3秒)が到来する毎に、受信強度が基準以下のライブ画像データ(=受信不能なライブ画像データ)の送信元を検出する。検出された送信元を識別するカメラIDは、接続レジスタRGSTcから削除される。通信I/F64によるライブ画像データの受信態様は、削除処理の後の接続レジスタRGSTsの記述を反映する。また、ライブ画像データの受信は、接続レジスタRGSTcに登録されたカメラIDの数が“1”から“0”に更新された時点で停止される。
【0058】
フォン側通信制御タスクによってライブ画像データの受信が開始されると、フォン側表示制御タスクは、ライブ画像の表示の開始をLCDドライバ70に命令する。LCDドライバ70は、SDRAM68に格納されたライブ画像データをメモリ制御回路66を通して読み出し、読み出されたライブ画像データに基づいてLCDモニタ72を駆動する。この結果、1または2以上のライブ画像が受信強度に従う順序でモニタ画面に表示される。
【0059】
LCDモニタ72に表示されたいずれかのライブ画像を選択する操作(=画像選択操作)が行われると、フォン側表示制御タスクは、選択されたライブ画像の拡大表示をLCDドライバ70に命令する。LCDドライバ70は命令に従う処理を実行し、この結果、選択されたライブ画像が拡大される。拡大表示状態で選択解除操作が行われると、フォン側表示制御タスクは、拡大表示の終了をLCDドライバ70に命令する。LCDドライバ70は命令に従う処理を実行し、この結果、拡大されたライブ画像のサイズが元のサイズに戻される。
【0060】
フォン側表示制御タスクによってライブ画像の表示が開始されると、フォン側撮像制御タスクは、ズーム操作および撮像操作の受け付けを開始する。ここで、ズーム操作は所望のライブ画像のピンチインまたはピンチアウトする操作に相当し、撮像操作は所望のライブ画像を2回連続してタッチする操作に相当する。
【0061】
LCDモニタ72に表示された所望のライブ画像に対するズーム操作が行われると、フォン側撮像制御タスクは、通信I/F64を通してズーム指示を発行する。発行されるズーム指示には、ピンチイン操作またはピンチアウト操作に従うズーム倍率情報と所望のライブ画像の送信元のカメラIDと自己のフォンIDとが記述される。
【0062】
スマートフォン50から発行されたズーム指示が通信I/F42によって受信されると、カメラ側撮像制御タスクは、ズーム指示に記述されたカメラIDが自己のカメラIDと一致しかつズーム指示に記述されたフォンIDがレジスタRGST1に登録されたいずれかのフォンIDと一致することを条件として、ズーム処理を実行する。ズームレンズ12は、ドライバ20aによってズームイン方向またはズームアウト方向に移動する。この結果、スマートフォン50のLCDモニタ72に表示された所望のライブ画像の倍率が変化する。
【0063】
LCDモニタ72に表示された所望のライブ画像に対する撮像操作が行われると、フォン側撮像制御タスクは、通信I/F64を通して撮像指示を発行する。発行される撮像指示には、所望のライブ画像の送信元のカメラIDと自己のフォンIDとが記述される(図7参照)。また、撮像指示は、図8または図9に示す要領でディジタルカメラ10に送信される。フォン側撮像制御タスクはまた、撮像指示の発行の後に、所望のライブ画像の表示の中断をLCDドライバ70に命令する。この結果、所望のライブ画像が黒画像に更新される。
【0064】
表示画像をライブ画像から黒画像に更新することで、スマートフォン50のユーザは撮像指示が発行されたことを視覚的に認識することができる。また、ディジタルカメラ10から取得された静止画像をプレビューのためにLCDモニタ70に表示するようにした場合、黒画像の表示を省略すると、LCDモニタ70の表示はライブ画像から静止画像に更新され、これによってスマートフォン50のユーザが混乱するおそれがある。黒画像の表示は、静止画像をプレビュー表示する場合にスマートフォン50のユーザの混乱を回避させるという利点ももたらす。
【0065】
スマートフォン50から発行された撮像指示が通信I/F42によって受信されると、カメラ側撮像制御タスクは、撮像指示に記述されたカメラIDが自己のカメラIDと一致しかつ撮像指示に記述されたフォンIDがレジスタRGST1に登録されたいずれかのフォンIDと一致することを条件として、厳格AE処理,AF処理および静止画取り込み処理の一連の処理を実行する。
【0066】
静止画取り込み処理が完了すると、カメラ側通信制御タスクは、これによって取得された静止画像データの転送を通信I/F42に命令する。通信I/F42は、静止画像エリア26bに退避された静止画像データをメモリ制御回路24を通して読み出し、読み出された静止画像データを撮像指示の発行元に転送する。ここで、転送方式としてはユニキャスト方式が採用され、転送される静止画像データには撮像指示の発行元のフォンIDが埋め込まれる。
【0067】
撮像指示の発行先からの静止画像データが通信I/F64によって受信されると、フォン側撮像制御タスクは、受信された静止画像データの記録処理をメモリI/F74に命令する。受信された静止画像データは、メモリI/F74によってファイル形式でフラッシュメモリ74に記録される。記録が完了すると、フォン側撮像制御タスクは、中断されたライブ画像の表示の再開をLCDドライバ70に与える。この結果、所望のライブ画像の表示が再開される。
【0068】
なお、ディジタルカメラ10とスマートフォン50とが接続された状態でシャッタボタン34shが操作された場合、静止画取り込み処理によって取得された静止画像データは、メモリI/F42によって記録媒体38に記録される(図8参照)。
【0069】
カメラCPU32の処理に関連して、カメラ側撮像制御タスクは図10に示すように構成され、カメラ側表示制御タスクは図11に示すように構成され、応答処理タスクは図12に示すように構成され、カメラ側接続制御タスクは図13〜図14に示すように構成され、カメラ側通信制御タスクは図15〜図16に示すように構成される。ここで、タスク優先度は、カメラ側撮像制御タスク→カメラ側通信制御タスク→カメラ側表示制御タスク→応答処理タスク→カメラ側接続制御タスクの順で低下する。上述のように、図11に示すカメラ側表示制御タスクは、図2に示すディジタルカメラ10においては省略される。
【0070】
図10を参照して、ステップS1では動画取り込み処理を開始する。この結果、撮像面で捉えられたシーンを表す生画像データが撮像装置18から周期的に出力され、これに対応するYUV形式の画像データがカメラ処理回路22から周期的に出力される。
【0071】
ステップS3では、シャッタボタン34shが操作されるか或いはスマートフォン50から発行された撮像指示(自己のカメラIDと一致するカメラIDとレジスタRGST1に登録されたいずれかのフォンIDと一致するフォンIDとが記述された撮像指示に限る)が通信I/F42によって受信されるという論理和条件が満足されたか否かを判別する。判別結果がNOであればステップS5に進み、簡易AE処理を実行する。この結果、カメラ処理回路22から出力される画像データの輝度が適度に調整される。
【0072】
ステップS7では、ズームボタン34zが操作されるか或いはスマートフォン50から発行されたズーム指示(自己のカメラIDと一致するカメラIDとレジスタRGST1に登録されたいずれかのフォンIDと一致するフォンIDとが記述されたズーム指示に限る)が通信I/F42によって受信されるという論理和条件が満足されたか否かを判別する。判別結果がNOであればそのままステップS3に戻る一方、判別結果がYESであればステップS9でズーム処理を実行してからステップS3に戻る。ズーム処理の結果、ズームレンズ12がズームイン方向またはズームアウト方向に移動し、カメラ処理回路22から出力される画像データの倍率が変化する。
【0073】
ステップS3の判別結果がYESであれば、ステップS11で厳格AE処理を実行し、ステップS13でAF処理を実行する。画像データの輝度は厳格AE処理によって最適値に調整され、画像データの鮮鋭度はAF処理によって向上する。ステップS13の処理が完了すると、ステップS15で静止画取り込み処理を実行する。AF処理が完了した時点のシーンを表す1フレームの画像データは、静止画像データとしてYUV画像エリア26aから静止画像エリア26bに退避される。
【0074】
ステップS17では、ステップS3の判別結果をNOからYESに更新するトリガがシャッタボタン34shの操作であるか否かを判別する。判別結果がNOであれば、つまりトリガがスマートフォン50からの撮像指示であれば、そのままステップS3に戻る。これに対して、判別結果がYESであれば、つまりトリガがシャッタボタン34shの操作であれば、ステップS19で記録処理の実行をメモリI/F36に命令する。
【0075】
メモリI/F36は、静止画像エリア26bに退避された静止画像データをメモリ制御回路24を通して読み出し、読み出された静止画像データを収めた画像ファイルを記録媒体38に記録する。記録処理が完了すると、ステップS3に戻る。
【0076】
図11を参照して、ステップS21では動画表示処理を開始する。この結果、撮像面で捉えられたシーンを表すライブ画像がLCDモニタ30に表示される。ステップS23ではシャッタボタン34shが操作されたか否かを判別し、ステップS25では少なくとも1つのスマートフォン50との接続が確立されたか否かを判別する。ステップS25の判別処理は、後述するステップS63で発行された通知に基づいて実行される。
【0077】
ステップS23の判別結果がNOからYESに更新されると、ステップS27で動画表示処理を中断する。LCDモニタ30の表示は、ライブ画像から黒画像に更新される。ステップS29では、図10に示すステップS19の記録処理が完了したか否かを判別する。判別結果がNOからYESに更新されると、ステップS31で動画表示処理を再開し、その後にステップS23に戻る。
【0078】
ステップS25の判別結果がNOからYESに更新されると、ステップS23で動画表示処理を中断する。LCDモニタ30の表示は、上述と同様、ライブ画像から黒画像に更新される。ステップS35では、全てのスマートフォン50,50,…との接続が解除されたか否かを判別する。この判別処理は、後述するステップS77で発行された通知に基づいて実行される。判別結果がNOからYESに更新されると、ステップS31の処理を経てステップS23に戻る。
【0079】
図12を参照して、ステップS41では応答要求が通信I/F42によって受信されたか否かを判別する。判別結果がNOからYESに更新されるとステップS43に進み、通信I/F42を通してACKを返送する。受信された応答要求には要求元のスマートフォン50を識別するフォンIDが記述され、ステップS43で返送されるACKには自己を識別するカメラIDと要求元のフォンIDとが記述される。返送処理が完了すると、ステップS41に戻る。
【0080】
なお、ディジタルカメラ10は予め定義された複数のグループのいずれか1つに属し、所属グループを識別するグループIDがディジタルカメラ10に割り当てられる。ステップS43でACKに記述されるカメラIDには、このグループIDが拡張的に付加される。
【0081】
図13を参照して、ステップS51では、周辺のスマートフォン50から発行された接続要求が通信I/F42によって受信されたか否かを判別する。接続要求には、要求先のカメラIDおよび要求元のフォンIDに加えて、要求元のスマートフォン50の仕様を示す仕様情報が記述される。ステップS51の判別結果がYESであれば、ステップS53で認証処理を実行する。ステップS55では要求元のスマートフォン50との接続が承認されたか否かを認証処理の結果に基づいて判別し、判別結果がNOであればステップS51に戻る一方、判別結果がYESであればステップS57に進む。
【0082】
ステップS57では、自己のカメラIDと要求元のフォンIDとが記述されたACKを通信I/F42を通して送信する。ステップS59では、要求元のフォンIDおよび仕様情報を接続要求から抽出し、抽出したフォンIDおよび仕様情報をレジスタRGST1に登録する。ステップS61ではレジスタRGST1に登録されたフォンIDの数が“1”であるか否かを判別し、判別結果がNOであればステップS51に戻る一方、判別結果がYESであればステップS63に進む。ステップS63では、スマートフォン50との接続の確立を他のタスクに通知する。通知が完了すると、ステップS51に戻る。
【0083】
ステップS51の判別結果がNOであれば、レジスタRGST1に少なくとも1つのフォンIDが登録されているか否かをステップS65で判別する。判別結果がNOであればステップS51に戻り、判別結果がYESであればステップS67に進む。
【0084】
ステップS67では、接続状態にあるスマートフォン50から発行された非接続要求が通信I/F42によって受信されたか否かを判別する。非接続要求には、要求元のフォンIDと要求先のカメラIDとが記述される。要求元のスマートフォン50が自己と接続状態にあるか否かは、レジスタRGST1の記述と非接続要求に記述されたフォンIDとに基づいて判別される。
【0085】
判別結果がYESであればステップS69に進み、要求元のフォンIDおよび仕様情報をレジスタRGST1から削除する。ステップS71では、レジスタRGST1に登録されたフォンIDの数が“0”であるか否かを判別する。判別結果がNOであれば、そのままステップS51に戻る。一方、判別結果がYESであればステップS73に進み、スマートフォン50との接続の解除を他のタスクに通知する。通知が完了すると、ステップS51に戻る。
【0086】
ステップS67の判別結果がNOであれば、確認周期(=5秒)が到来したか否かをステップS75で判別する。判別結果がYESであればステップS77に進み、通信I/F42を通して応答要求を発行する。発行される応答要求には、自己のカメラIDとレジスタRGST1に登録された1または2以上のフォンIDとが記述される。
【0087】
応答要求に記述されたフォンIDと同じフォンIDを有するスマートフォン50は、後述するステップS165の処理によってACKを返送する。返送されるACKには、返送元のフォンIDと返送先のカメラIDとが記述される。ステップS79では、こうして返送されたACKの受信状況を参照して、接続を維持できなくなったスマートフォン50を特定する。特定されたスマートフォン50のフォンIDおよび仕様情報は、ステップS69でレジスタRGST1から削除される。
【0088】
図15を参照して、ステップS81では少なくとも1つのスマートフォン50との接続が確立されたか否かを判別する。この判別処理は、上述のステップS63で発行された通知に基づいて実行される。判別結果がNOからYESに更新されるとステップS83に進み、動画転送処理の開始を通信I/F42に命令する。ステップS85ではレジスタRGTS1に登録された1または2以上の仕様の中から最低品質を表す仕様を選択し、ステップS87では、ステップS85で選択された仕様に適合する転送画質を通信I/F42に設定する。
【0089】
通信I/F42は、YUV画像エリア26aに格納された画像データをメモリ制御回路24を通して周期的に読み出し、読み出された画像データの品質をステップS87で設定された転送画質を参照して調整し、そして調整された品質を有する画像データをライブ画像データとしてスマートフォン50に転送する。なお、転送方式としてはブロードキャスト方式が採用される。また、転送されるライブ画像データには、レジスタRGST1に登録された1または2以上のカメラIDが埋め込まれる。レジスタRGST1の記述が更新されると、ライブ画像データに埋め込まれるカメラIDもまた更新される。
【0090】
ステップS89ではレジスタRGST1の記述が更新されたか否かを判別し、ステップS95では撮像指示が与えられたか否かを判別する。なお、ステップS95で注目される撮像指示は、自己のカメラIDと一致するカメラIDおよびレジスタRGST1に登録されたいずれかのフォンIDと一致するフォンIDが記述された指示である。
【0091】
ステップS89の判別結果がYESであれば、スマートフォン50との接続が解除されたか否かを上述のステップS77で発行された通知に基づいて判別する。判別結果がNOであればステップS85に戻り、判別結果がYESであればステップS93に進む。ステップS93では動画転送処理の停止を通信I/F42に命令し、その後にステップS81に戻る。ステップS93の処理の結果、通信I/F42は、ライブ画像データのブロードキャスト転送を停止する。
【0092】
ステップS95の判別結果がNOからYESに更新されると、上述したステップS15の静止画取り込み処理が完了したか否かをステップS97で判別する。判別結果がNOからYESに更新されるとステップS99に進み、撮像指示の発行元への静止画像データの転送を通信I/F42に命令する。通信I/F42は、静止画像エリア26bに退避された静止画像データをメモリ制御回路24を通して読み出し、読み出された静止画像データを撮像指示の発行元に転送する。ここで、転送方式としてはユニキャスト方式が採用され、転送される静止画像データには撮像指示の発行元のフォンIDが記述される。ステップS101では静止画像データの転送が完了したか否かを判別し、判別結果がNOからYESに更新されるとステップS89に戻る。
【0093】
スマートフォンCPU60の処理に関連して、探索処理タスクは図17に示すように構成され、フォン側接続制御タスクは図18〜図19に示すように構成され、フォン側通信制御タスクは図20に示すように構成され、フォン側表示制御タスクは図21に示すように構成され、フォン側撮像制御タスクは図22に示すように構成される。
【0094】
図17を参照して、ステップS111では探索周期(=10秒)が到来したか否かを判別する。判別結果がNOからYESに更新されると、ステップS113で探索レジスタRGSTsを初期化し、自己のフォンIDが記述された応答要求をステップS115で発行する。応答要求は、通信I/F64を通してブロードキャスト方式で発行される。
【0095】
ステップS117では自己のフォンIDが記述されたACKが通信I/F64によって受信されたか否かを判別し、ステップS119ではタイムアウトが発生したか否かを判別する。ステップS119の判別結果がNOであればステップS117に戻り、ステップS119の判別結果がYESであればステップS111に戻る。
【0096】
ステップS117の判別結果がYESであれば、受信したACKに記述された返送元IDをステップS121で抽出し、抽出された返送元IDがカメラIDであるか否かをステップS123で判別する。判別結果がNOであればステップS117に戻り、判別結果がYESであればステップS125に進む。ステップS125では、抽出されたカメラIDを探索レジスタRGSTsに登録する。カメラIDに拡張的に付加されたグループIDは、カメラIDに対応してレジスタRGST2に登録される。登録が完了するとステップS111に戻る。
【0097】
図18を参照して、ステップS131では、少なくとも1つのカメラIDが探索レジスタRGSTsに登録されているか否かを判別する。判別結果がYESであれば、ステップS133でグループメニューの表示をLCDドライバ70に命令する。LCDドライバ70は、1または2以上のグループIDを探索レジスタRGSTsから検出し、検出されたグループIDをグループメニューとしてLCDモニタ72に表示する。
【0098】
ステップS137では表示されたグループIDのいずれか1つを選択するタッチ操作(=グループ選択操作)が行われたか否かをタッチセンサ78の出力に基づいて判別し、判別結果がYESであればステップS139に進む一方、判別結果がNOであればステップS131に戻る。なお、ステップS131の判別結果がNOであればステップS135に進み、グループメニューの非表示をLCDドライバ70に命令する。この結果、表示中のグループメニューが非表示とされる。ステップS135の処理が完了すると、ステップS131に戻る。
【0099】
ステップS139では接続レジスタRGSTcを初期化し、ステップS141では通信I/F64を通して接続要求を発行する。発行される接続要求には、自己のフォンIDおよび仕様情報が記述され、さらに選択されたグループIDに対応して探索レジスタRGSTsに記述された1または2以上のカメラIDが記述される。ステップS143では、自己のフォンIDが記述されたACKが通信I/F64によって受信されたか否かを判別し、ステップS145ではタイムアウトが発生したか否かを判別する。なお、ステップS143で注目されるACKはステップS141で発行された接続要求に対して返送されるACKであり、ステップS117で注目されるACKとは区別される。
【0100】
ステップS145の判別結果がNOであればステップS143に戻り、ステップS143の判別結果がYESであればステップS147に進む。ステップS147では、返送されたACKに記述されたカメラIDを接続レジスタRGSTcに登録する。したがって、タイムアウトが発生するまでの期間に複数のACKが返送されたときは、複数のカメラIDが接続レジスタRGSTcに登録される。
【0101】
ステップS145の判別結果がNOからYESに更新されると、少なくとも1つのカメラIDが接続レジスタRGStcに登録されているか否かをステップS149で判別する。判別結果がNOであればステップS131に戻り、判別結果がYESであればステップS151に進む。
【0102】
ステップS151では非接続操作が行われたか否かを判別し、ステップS159では上述のステップS77で発行された応答要求が通信I/F64によって受信されたか否かを判別する。なお、非接続操作は、後述するステップS193の処理によってLCDモニタ72に表示される1または2以上のライブ画像のいずれか1つを指定して実行される。
【0103】
ステップS151の判別結果がYESであればステップS153に進み、非接続操作によって指定されたライブ画像の送信元に相当するディジタルカメラ10を指定する。ステップS155では、指定されたディジタルカメラ10のカメラIDと自己のフォンIDとが記述された非接続要求を通信I/F64を通して送信する。ステップS157では指定されたディジタルカメラ10のカメラIDを接続レジスタRGSTcから削除し、削除が完了するとステップS149に戻る。
【0104】
ステップS159の判別結果がYESであれば、応答要求に記述されたカメラIDをステップS161で検出する。ステップS163では検出されたカメラIDと同じカメラIDが接続レジスタRGSTcに登録されているか否かを判別し、判別結果がNOであればステップS149に戻る一方、判別結果がYESであればステップS165に進む。ステップS165では、自己のフォンIDと要求元のカメラIDとが記述されたACKを通信I/F64を通して送信する。送信が完了すると、ステップS149に戻る。
【0105】
図20を参照して、ステップS171では少なくとも1つのカメラIDが接続レジスタRGSTcに登録されているか否かを判別し、判別結果がNOからYESに更新されるとステップS173に進む。接続レジスタRGSTcに登録された1または2以上のディジタルカメラ10は、上述のステップS83の処理によってライブ画像データの送信を開始する。また、送信されるライブ画像データには、送信元のカメラIDが記述される。ステップS173では、こうして送信されたライブ画像データ(接続レジスタRGSTcに記述されたカメラIDと一致するカメラIDが埋め込まれたライブ画像データ)の受信を開始するべく、対応する命令を通信I/F64に与える。
【0106】
ステップS175では、通信I/F64によって受信されたライブ画像データの受信強度(厳密にはライブ画像データに相当する電波の強度)を送信元毎(=カメラID毎)に測定する。ステップS177では、受信されたライブ画像データの配置を送信元毎(=カメラID毎)に決定する。決定された配置によれば、ライブ画像データは、ステップS175で測定された受信強度が大きい順に並ぶ。
【0107】
通信I/F64によって受信されたライブ画像データは、メモリ制御回路66に与えられる。メモリ制御回路66は、与えられたライブ画像データをステップS177で決定された配置を参照してSDRAM68に書き込む。
【0108】
ステップS179では確認周期(=3秒)が到来したか否かを判別し、判別結果がNOであればステップS175に戻る一方、判別結果がYESであればステップS181に進む。ステップS181では受信強度が基準以下のライブ画像データ(=受信不能なライブ画像データ)を送信するディジタルカメラ10をステップS175の測定結果に基づいて検出し、ステップS183では検出されたディジタルカメラ10のカメラIDを接続レジスタRGSTcから削除する。通信I/F64によるライブ画像データの受信態様は、削除処理の後の接続レジスタRGSTsの記述を反映する。ステップS185では接続レジスタRGSTcに登録されたカメラIDの数が“0”であるか否かを判別し、判別結果がNOであればステップS175に戻る一方、判別結果がYESであればステップS187に進む。ステップS187ではライブ画像データの受信の停止を通信I/F64に命令し、その後にステップS171に戻る。
【0109】
図21を参照して、ステップS191ではステップS173の処理によってライブ画像データの受信が開始されたか否かを判別し、判別結果がNOからYESに更新されるとステップS193に進む。ステップS193では、ライブ画像の表示を開始するべく、対応する命令をLCDドライバ70に与える。LCDドライバ70は、SDRAM68に格納されたライブ画像データをメモリ制御回路66を通して読み出し、読み出されたライブ画像データに基づいてLCDモニタ72を駆動する。この結果、1または2以上のライブ画像が受信強度に従う順序でモニタ画面に表示される。
【0110】
ステップS195では、モニタ画面に表示されたいずれかのライブ画像を選択する画像選択操作が行われたか否かを判別する。判別結果がNOであればステップS203に進み、判別結果がYESであればステップS197に進む。ステップS197では、選択されたライブ画像の拡大表示をLCDドライバ70に命令する。LCDドライバ70は命令に従う処理を実行し、この結果、選択されたライブ画像が拡大される。
【0111】
ステップS199では選択解除操作が行われたか否かを判別し、判別結果がNOであればそのままステップS203に進む一方、判別結果がYESであればステップS201で拡大表示の終了をLCDドライバ70に命令する。ステップS201の処理の結果、拡大されたライブ画像のサイズが元のサイズに戻される。ステップS201の処理が完了すると、ステップS203に進む。
【0112】
ステップS203では、ステップS187の処理によってライブ画像データの受信が停止されたか否かを判別する。判別結果がNOからYESに更新されると、ライブ画像の表示の停止をステップS205でLCDドライバ70に命令し、その後にステップS191に戻る。
【0113】
図22を参照して、ステップS211では、ステップS193の処理によってライブ画像の表示が開始されたか否かを判別する。判別結果がNOからYESに更新されると、撮像操作が行われたか否かをステップS213で判別し、ズーム操作が行われたか否かをステップS215で判別する。ここで、撮像操作は、所望のライブ画像を2回連続してタッチする操作に相当する。また、ズーム操作は、所望のライブ画像のピンチインまたはピンチアウトする操作に相当する。
【0114】
ステップS215の判別結果がNOからYESに更新されるとステップS217に進み、所望のライブ画像の送信元に対してズーム指示を発行する。ズーム指示は通信I/F64を通して発行される。また、発行されるズーム指示には、ピンチイン操作またはピンチアウト操作に対応するズーム倍率情報と発行先のカメラIDと自己のフォンIDとが記述される。ステップS217の処理が完了すると、ステップS211に戻る。
【0115】
ステップS213の判別結果がYESであれば、所望のライブ画像の送信元に対して撮像指示を発行する。撮像指示は通信I/F64を通して発行され、発行される撮像指示には発行先のカメラIDと自己のフォンIDとが記述される。ステップS221では所望のライブ画像の表示を中断するべく、LCDドライバ70に対応する命令を与える。
【0116】
ステップS223では撮像指示の発行先からの静止画像データが通信I/F64によって受信されたか否かを判別する。判別結果がYESであればステップS225に進み、受信された静止画像データの記録処理をメモリI/F74に命令する。受信された静止画像データは、メモリI/F74によってファイル形式でフラッシュメモリ74に記録される。記録が完了するとステップS227に進む。ステップS227では、ステップS221の処理によって中断されたライブ画像の表示を再開するべく、対応する命令をLCDドライバ70に与える。ステップS227の処理が完了すると、ステップS211に戻る。
【0117】
以上の説明から分かるように、ディジタルカメラ10の撮像装置18は、撮像面で捉えられた光学像を表す画像データを出力する。シャッタボタン34shは撮像操作を受け付けるためにカメラ筐体に設けられ、通信I/F42はアドホックに接続されたスマートフォン50から撮像指示を受け付けるためにディジタルカメラ10に内蔵される。カメラCPU32は、シャッタボタン34shの操作に応答して、或いは通信I/F42によって受信された撮像指示に応答して、静止画像データを取得する(S3, S15)。カメラCPU32はまた、シャッタボタン34shの操作に応答して取得された静止画像データを記録媒体38に記録し(S19)、通信I/F42によって受信された撮像指示に応答して取得された静止画像データを外部に転送する(S97~S99)。このように、静止画像データを取得するためのトリガに応じて異なる処理を実行することで、操作性の向上が図られる。
【0118】
カメラCPU32はまた、撮像装置18から出力された生画像データに基づくライブ画像データを、ディジタルカメラ10の周辺に存在する複数のスマートフォン50,50,…に向けて一律的に(ブロードキャスト方式で)送信する(S83)。いずれかのスマートフォン50からの撮像指示に応答して静止画像データが取得されると、カメラCPU32は、取得された静止画像データを撮像指示の発行元に格別に(ユニキャスト方式)で送信する(S97~S99)。画像データの性質に応じて異なる送信方式を選択することで、通信処理の効率化が図られる。
【0119】
なお、図14に示すステップS75〜S79およびS69の処理によれば、通信環境の一時的な劣化によってディジタルカメラ10とスマートフォン50との通信が不良となった場合に、フォンIDがレジスタRGST1から削除されてしまう。このような事態は、応答要求を繰り返し発行し、いずれの応答要求に対してもACKが返送されないときにフォンIDをレジスタRGST1から削除するようにすることで回避できる。
【0120】
また、この実施例では、スマートフォン50から発行された撮像指示に応答して取得された静止画像データを撮像指示の発行元に送信するようにしているが、静止画像データは撮像指示の発行元と異なるスマートフォン50に送信するようにしてもよい。この場合、好ましくは、静止画像データの送信先を示すカメラIDが撮像指示に記述される。
【0121】
さらに、この実施例では、マルチタスクOSおよびこれによって実行される複数のタスクに相当する制御プログラムは、フラッシュメモリ40および62の各々に予め記憶される。しかし、一部の制御プログラムを内部制御プログラムとしてフラッシュメモリ40および62の各々に当初から準備する一方、他の一部の制御プログラムを外部制御プログラムとして外部サーバから取得するようにしてもよい。この場合、外部制御プログラムは通信I/F42および64の各々を通して取得される。また、上述の動作は、内部制御プログラムおよび外部制御プログラムの協働によって実現される。
【0122】
また、この実施例では、カメラCPU32およびスマートフォンCPU60の各々によって実行される処理を上述の要領で複数のタスクに区分するようにしている。しかし、各々のタスクをさらに複数の小タスクに区分してもよく、さらには区分された複数の小タスクの一部を他のタスクに統合するようにしてもよい。また、各々のタスクを複数の小タスクに区分する場合、その全部または一部を外部サーバから取得するようにしてもよい。
【0123】
さらに、この実施例のカメラシステムは、以下のように変形することができる。また、以下の23個の変形例および上述の実施例は、矛盾しない範囲で1つの変形例に統合してもよい。つまり、以下の23個の変形例と上述の実施例とを矛盾しない範囲で統合した変形例が24番目の変形例に相当する。
[変形例1]
【0124】
複数のディジタルカメラ10,10,…は観光地に設置され、スマートフォン50はこの観光地を訪れた旅行者によって携帯される。各ディジタルカメラ10には、LEDが設けられる。また、スマートフォン50のLCDモニタ72には、接続可能なディジタルカメラ10を各々が識別する1または2以上のカメラIDが接続前の段階で表示される。表示されたいずれかのカメラIDが旅行者の操作によって選択されると、選択されたカメラIDに対応するディジタルカメラ10のLEDが発光する。接続したいディジタルカメラ10を接続前に確認することができ、操作性が向上する。
[変形例2]
【0125】
複数のディジタルカメラ10,10,…は、互いに異なる仕様(撮像モード,ライブ画像データのフレームレート,静止画像データの解像度,光学ズーム倍率,電子ズームの可否,ISO感度,白バランスの種類,手ぶれ機能の可否)を有して、スマートフォン10に接続可能な状態で存在する。スマートフォン50に接続された当初、各々のディジタルカメラ10は自己の仕様情報をスマートフォン50に送信する。スマートフォン50は、接続された複数のディジタルカメラ10,10,…のいずれもが設定可能な最高品質の設定を特定し、特定した設定の選択を複数のディジタルカメラ10,10,…に要求する。これによって、複数のディジタルカメラ10,10,…から共通かつ高品質のライブ画像データを受信することができる。
[変形例3]
【0126】
単一のディジタルカメラ10には、複数のスマートフォン50,50,…が接続される。また、ディジタルカメラ10には、LEDが設けられる。LEDの発光態様(=点滅周期および/または発光色)は、ディジタルカメラ10に接続されたスマートフォン50,50…の数に応じて異なるように調整される。LEDの発光態様を手掛かりとして、スマートフォン50の接続状況(=混雑度)を把握することができる。
[変形例4]
【0127】
ディジタルカメラ10と接続されたスマートフォン50に向けて撮像操作が行われると、操作時点の時刻情報,位置情報および高度情報がスマートフォン50によって検出される。検出された時刻情報,位置情報および高度情報は、撮像操作に応答して発行される撮像指示に記述される。撮像指示を受信したディジタルカメラ10は、撮像指示に記述された時刻情報,位置情報および高度情報を撮像指示に応答して作成された静止画像データに割り当てる。時計回路,GPS装置,高度計をディジタルカメラ10に設ける必要がなくなる。
【0128】
また、撮像操作が行われた時点のスマートフォン50の方位や撮影場所の天気などの撮影環境情報をスマートフォン50の機能を利用して検出し、検出された撮影環境情報を撮像指示に記述してもよい。この場合、静止画像データには、こうして記述された撮影環境情報も追加的に割り当てられる。
[変形例5]
【0129】
ディジタルカメラ10には、ローカル時刻を測定する時計回路が設けられる。シャッタボタン34shの操作に応答して作成された静止画像データには、時計回路によって測定されたローカル時刻が割り当てられる。ディジタルカメラ10がスマートフォン50と接続されると、スマートフォン50によって検出された標準時刻がディジタルカメラ10に通知される。ディジタルカメラ10は、通知された時点のローカル時刻と通知された標準時刻との差分を算出し、静止画像データに割り当てられたローカル時刻を算出された差分に基づいて修正する。これによって、静止画像データには標準時刻が割り当てられる。
[変形例6]
【0130】
スマートフォン10は、光学系の仕様(絞りの設定範囲,合焦調整範囲,ズーム倍率の可変範囲)が互いに異なる複数のディジタルカメラ10,10,…と接続される。各々のディジタルカメラ10は、光学系の仕様と光学設定(絞り量,フォーカスステップ数およびズームステップ数)とをスマートフォン10に通知する。光学設定の通知は、光学設定が変更される毎に実行される。スマートフォン10は、通知された仕様および光学設定を、カメラ間で比較可能な態様でLCDモニタ72に表示する。接続されたディジタルカメラ10の光学設定を調整するときの操作性が向上する。なお、絞りについては、より好ましくは、絞り羽根の数や絞りの形状などの絞り機構の構造が、光学系の仕様の一部としてスマートフォン50に追加的に通知される。
[変形例7]
【0131】
スマートフォン50上でのズーム操作として、LCDモニタ72に表示されたライブ画像上で所望の矩形枠をタッチ操作によって定義する操作を想定する。タッチ操作によって定義された矩形枠に歪みがある場合、この歪みを補正して正確な矩形枠を定義する。ディジタルカメラ10に対して発行されるズーム指示には、こうして定義された矩形枠に属する一部のライブ画像を拡大するためのズーム倍率情報が記述される。これによって、ズームに関する操作性が向上する。
[変形例8]
【0132】
単一のディジタルカメラ10に複数のスマートフォン50,50,…が接続されることを想定する。ディジタルカメラ10は、接続された各々のスマートフォン50に対して接続順に従う識別番号を割り当てる。ディジタルカメラ10から各々のスマートフォン50に転送されるライブ画像データには、転送先のスマートフォン50に割り当てられた識別番号が付加される。スマートフォン50のLCDモニタ72に表示されるライブ画像には、こうして付加された識別番号に応じて異なる色を有する外枠キャラクタが多重される。
[変形例9]
【0133】
複数のディジタルカメラ10からそれぞれ送信された複数のライブ画像をLCDモニタ72に表示することを想定して、いずれかのライブ画像がタッチされると、タッチされたライブ画像の表示が中断される。他のライブ画像は、中断によって確保されたスペースを利用して拡大される。これによって、ライブ画像の通信に掛かる負荷の抑制と、LCDモニタ72の有効活用が図られる。
[変形例10]
【0134】
単一のディジタルカメラ10に複数のスマートフォン50,50,…が接続されることを想定する。各々のスマートフォン50は、ディジタルカメラ10の撮像条件(白バランス,画像仕上げ,画像サイズなど)をディジタルカメラ10に通知する。
【0135】
ディジタルカメラ10は、通知された撮像条件をスマートフォン50毎に管理する。たとえば、或るスマートフォン50については、白バランス:オート/画像仕上げ:鮮やか/圧縮画像サイズ:16Mバイトとし、他のスマートフォン50については、白バランス:太陽光/画像仕上げ:風景/圧縮画像サイズ:2Mバイトとするような管理が考えられる。いずれかのスマートフォン50から撮像指示が発行されると、ディジタルカメラ10は、発行元のスマートフォン50から通知された撮像条件に従う品質の静止画像データを取得する。これによって、静止画像データの品質を適応的に調整することができる。
[変形例11]
【0136】
ディジタルカメラ10がスマートフォン50と接続されると、ディジタルカメラ10のバッテリの消費量が非接続時と比較して増大する。これを踏まえて、ディジタルカメラ10は、バッテリ残量を接続先のスマートフォン50に周期的に送信し、さらにバッテリ残量が基準を下回ったときにスマートフォン50との接続を解除する。なお、充電によってバッテリの残量が増大すると、ディジタルカメラ10は、スマートフォン50との接続を試みたり、スマートフォン50からの接続要求を受け付ける。一方、ディジタルカメラ10と接続されたスマートフォン50は、ディジタルカメラ10から送信されたバッテリ残量をLCDモニタ72に表示し、バッテリ残量に応じてディジタルカメラ10との接続の解除をスマートフォン50の操作者に促す。
[変形例12]
【0137】
ディジタルカメラ10の周辺での異常の検知(アラーム機器からのアラームの入力,ディジタルカメラ10の視野における動きの検出,周辺の音声の変化,不審者や動物などの特定被写体の検出)に応答して、或いは時間帯に応じて、ディジタルカメラ10からスマートフォン50に転送されるライブ画像データの品質(フレームレートや解像度)を調整する。ライブ画像の品質を適応的に制御することができる。
[変形例13]
【0138】
複数のディジタルカメラ10からそれぞれ送信された複数のライブ画像を単一のスマートフォン50のLCDモニタ72にマルチ表示することを想定する。表示された少なくとも2つのライブ画像に対するタッチ操作またはピンチイン/アウト操作が同時に行われたときに、操作された少なくとも2つのライブ画像の送信元に撮像指示またはズーム指示を同時に発行する。これによって、操作性が向上する。
[変形例14]
【0139】
ディジタルカメラ10から送信されたライブ画像をスマートフォン50のLCDモニタ72に表示し、表示されたライブ画像上で撮像操作を2段階で受け付けることを想定する。ここで、第1段階の操作は厳格AE処理およびAF処理の実行を指示するための操作に相当し、第2段階の操作は静止画取り込み処理の実行を指示するための操作に相当する。
【0140】
ディジタルカメラ10は、1段階目の操作に応答した指示を受け付けたときにライブ画像データの品質(フレームレートや解像度)を高め、静止画像データの取得が完了した後にライブ画像データの品質を元に戻す。これによって、第1段階の操作から第2段階の操作までの期間において被写体の視認性が向上する。
[変形例15]
【0141】
1または2以上のスマートフォン50がディジタルカメラ10と接続されることを想定する。このとき、接続可能なスマートフォン50は、ディジタルカメラ10の視野に収まっているユーザのスマートフォン50に限定する。これによって、ディジタルカメラ10の操作を一部のユーザにのみ開放することができる。限定は、以下の方法で行う。
(方法1)
手順1:スマートフォン50は、ユーザの顔画像を登録する。
手順2:スマートフォン50は、登録された顔画像をディジタルカメラ10に送信される接続要求に付加する。
手順3:ディジタルカメラ10は、接続要求に付加された顔画像に符合する顔部を視野から探索し、符合する顔部が探知されたときに要求元のスマートフォン50との接続を確立する。
(方法2)
手順1:スマートフォン10はディジタルカメラ50に対して接続要求を発行する。
手順2:ディジタルカメラ10は、QRコード(登録商標)または発光パターンコードのような認証コードをスマートフォン50に送信する。
手順3:スマートフォン50は、受信した認証コードを出力する。認証コードがQRコード(登録商標)であれば、QRコード(登録商標)画像がLCDモニタ72に表示される。認証コードが発光パターンコードであれば、特定の発光パターンでLEDを点滅させる。
手順4:ディジタルカメラ10は、認証コードが視野から検出されたとき(QRコード(登録商標)画像または特定の発光パターンが視野に現れたとき)、スマートフォン50との接続を確立する。
[変形例16]
【0142】
複数のディジタルカメラ10,10,…が単一のスマートフォン50と接続されることを想定する。スマートフォン50上で一括ズームイン操作または一括ズームアウト操作が継続的に行われると、スマートフォン50は、各ディジタルカメラ10に対してズームイン指示またはズームアウト指示を継続的に発行する。
【0143】
ただし、一括ズームイン操作または一括ズームアウト操作を受け付ける前の時点において、ズーム倍率がカメラ間で相違する場合がある(たとえば、或るディジタルカメラ10のズーム倍率は3.0倍に設定され、他のディジタルカメラ10のズーム倍率は2.0倍に設定されている場合)。これを踏まえて、ズームイン指示またはズームアウト指示は、以下の要領で発行される。
【0144】
受け付けた操作が一括ズームイン操作であれば、ズームイン指示は、ズーム倍率が低い値に設定されたディジタルカメラ10に対して先行的に発行される。また、受け付けた操作が一括ズームアウト操作であれば、ズームアウト指示は、ズーム倍率が高い値に設定されたディジタルカメラ10に対して先行的に発行される。これによって、ズーム倍率の相違が解消されると、ズームイン指示またはズームアウト指示が全てのディジタルカメラ10に対して同時に発行される。
【0145】
なお、ズーム仕様がカメラ間で相違する場合には、単位時間あたりのズーム倍率の変動量がカメラ間で一致するように、ズームイン指示またはズームアウト指示の発行周期が調整される。
[変形例17]
【0146】
複数のスマートフォン50,50,…がディジタルカメラ10に接続される。ディジタルカメラ10は、いずれかのスマートフォン50から発行された撮像指示に応答して、静止画像データを取得し、さらに取得された静止画像データに基づいてスクリーンネイル画像データを作成する。このとき、ディジタルカメラ10は、撮像指示を発行したスマートフォン50の仕様を参照してスクリーンネイル画像データの解像度を調整する。この結果、スクリーンネイル画像データの解像度は、スマートフォン50に設けられたLCDモニタ72の解像度が高いほど高くなり、スマートフォン50に設けられたLCDモニタ72の解像度が低いほど低くなる。
【0147】
なお、ライブ画像データを各スマートフォン50にユニキャスト方式で送信し、送信されるライブ画像データの解像度を送信先のスマートフォン50の仕様に応じて調整するようにしてもよい。
[変形例18]
【0148】
複数のスマートフォン50,50,…がディジタルカメラ10に接続される。いずれかのスマートフォン50からディジタルカメラ10に対して撮像指示が与えられたとき、ディジタルカメラ10は、その後の既定時間(=たとえば1秒)だけ他のスマートフォン50からの撮像指示も受け付ける。ディジタルカメラ10は、最初の撮像指示に応答して取得した静止画像データを、最初の撮像指示を発行したスマートフォン50に加えて、その後の既定時間に撮像指示を発行した他のスマートフォン50にも送信する。
[変形例19]
【0149】
ディジタルカメラ10に設定される撮像モードとして、マニュアルモードおよびオートモードが準備される。マニュアルモードはスマートフォン50上でのユーザ操作に従って撮像条件を調整するモードに相当し、オートモードは撮像条件を一律に調整するモードに相当する。単一のスマートフォン50がディジタルカメラ10に接続されたとき、ディジタルカメラ10は、マニュアルモードおよびオートモードの間での撮像モードの切り換えをスマートフォン50に対して許可する。これに対して、複数のスマートフォン50,50,…がディジタルカメラ10に接続されたとき、ディジタルカメラ10は、撮像モードの切り換えを禁止し、オートモードを固定的に選択する。
【0150】
この場合、好ましくは、図23〜図24に示すカメラ側モード制御タスクがカメラCPU32によって追加的に実行され、図25に示すフォン側モード制御タスクがスマートフォンCPU60によって追加的に実行される。
【0151】
図23を参照して、ステップS301ではオートモードを有効撮像モードとして設定し、ステップS303ではオートモードをデフォルト撮像モードとして設定する。ディジタルカメラ10の撮像条件は、有効撮像モードの下で調整される。
【0152】
ステップS305ではスマートフォン50から発行されたモード変更指示が通信I/F42によって受信されたか否かを判別し、ステップS313ではモード変更操作がキー入力装置34上で行われたか否かを判別し、ステップS319では確認周期(=5秒)が到来したか否かを判別する。
【0153】
ステップS305の判別結果がYESであればステップS307に進み、図5に示すレジスタRGST1に登録されたフォンIDの数を検出する。ステップS309では検出されたフォンIDの数が“1”であるか否かを判別し、判別結果がNOであればステップS305に戻る一方、判別結果がYESであればステップS311に進む。ステップS311では有効撮像モードをモード変更指示に記述された撮像モードに変更し、変更が完了するとステップS305に戻る。
【0154】
ステップS313の判別結果がYESであればステップS315に進み、有効撮像モードをモード変更操作によって指定された撮像モードに変更する。ステップS317では、デフォルト撮像モードをモード変更操作によって指定された撮像モードに変更する。これらの変更が完了すると、ステップS305に戻る。
【0155】
ステップS319の判別結果がYESであればステップS321に進み、レジスタRGST1に登録されたフォンIDの数を検出する。ステップS323では検出されたフォンIDの数が“1”を上回るか否かを判別し、判別結果がNOであればステップS305に戻る一方、判別結果がYESであればステップS325に進む。ステップS325では有効撮像モードをデフォルト撮像モードに変更し、変更が完了するとステップS305に戻る。
【0156】
図25を参照して、ステップS331ではステップS193の処理によってライブ画像の表示が開始されたか否かを判別する。判別結果がNOからYESに更新されると、モード変更操作が行われたか否かをステップS33で判別する。ここで、モード変更操作は、所望のライブ画像を継続的にタッチする操作に相当する。
【0157】
ステップS333の判別結果がNOからYESに更新されるとステップS335に進み、所望のライブ画像の送信元に対してモード変更指示を発行する。モード変更指示は通信I/F64を通して発行される。また、図26に示すように、発行されるモード変更指示には、変更すべき撮像モードと発行先のカメラIDと自己のフォンIDとが記述される。ステップS335の処理が完了すると、ステップS331に戻る。
【0158】
このように、ディジタルカメラ10は接続要求を発行したスマートフォン50と接続され(S51~S59)、撮像装置18で捉えられたシーンを表す画像データは接続先のスマートフォン50に転送され(S81~S83)、そして有効撮像モード(=撮像設定)は接続先のスマートフォン50からのモード変更指示(=設定変更要求)に従って変更される(S305, S311)。ただし、接続先のスマートフォン50の数が基準値(=1)を上回れば、モード変更指示に従う有効撮像モードの変更が制限される(S309)。これによって、モード変更指示を発行していないスマートフォン50に転送される画像データが予期しないタイミングで変動する頻度が抑制され、ひいては撮像性能が向上する。
【0159】
なお、この変形例では、有効撮像モードの変更を許可すべきか制限すべきかを判断するために引用される基準値を“1”に設定するようにしているが、基準値は“1”を上回る値であってもよい。
[変形例20]
【0160】
複数のディジタルカメラ10が共通のシーンを捉えるか、或いは単一のディジタルカメラ10とカメラ機能を有するスマートフォン50とが共通のシーンを捉えることを想定する。このとき、共通のシーンを捉えるディジタルカメラ10および/またはスマートフォン50の間で、解像度などの撮像設定が調整される。共通のシーンを表す3次元画像データは、このような調整処理の後にディジタルカメラ10および/またはスマートフォン50から出力された画像データに基づいて作成される。
[変形例21]
【0161】
複数のディジタルカメラ10が観光地に設置され、スマートフォン50が観光地を訪れた旅行者によって携帯される。スマートフォン50が少なくとも1つのディジタルカメラ10に接続されると、各々のディジタルカメラ10は、最適なタイミングおよび/または画角で撮影を行い、これによって取得された静止画像データを旅行者のスマートフォン50に送信する。最適なタイミングおよび/または画角としては、旅行者が捉えられるタイミングおよび/または画角も含まれる。
[変形例22]
【0162】
単一のディジタルカメラ10および単一のスマートフォン50が互いに接続される。ディジタルカメラ10のシャッタボタン34shが操作されると同時にスマートフォン50上で撮像操作が行われた場合、ディジタルカメラ10が動いている(誰かがディジタルカメラ10を手に持っている)ことを条件として、シャッタボタン34shの操作が優先的に受け付けられる。ディジタルカメラ10からスマートフォン50へは、撮像操作が禁止ないし制限されたことが通知される。
[変形例23]
【0163】
単一のディジタルカメラ10と複数のスマートフォン50,50,…の各々とが互いに接続される。或るスマートフォン50から発行される撮像指示には、所望のURLないしアドレスが送信先情報として記述される。この撮像指示に応答してディジタルカメラ10で取得された静止画像データは、ディジタルカメラ10と接続された複数のスマートフォン50,50,…のいずれか1つ或いは他の通信機器を中継して、撮像指示に記述された所望のURLないしアドレスに送信される。
【0164】
より好ましくは、撮像指示には、中継すべきスマートフォン50または通信機器が中継機器情報として記述される。撮像指示に応答してディジタルカメラ10で取得された静止画像データは、撮像指示に記述された中継機器を経由して、所望のURLないしアドレスに送信される。
【符号の説明】
【0165】
10 …ディジタルカメラ
18 …撮像装置
22 …カメラ処理回路
30,72 …LCDモニタ
32 …カメラCPU
38,76 …記録媒体
40,62 …フラッシュメモリ
42,64 …通信I/F
50 …スマートフォン
60 …スマートフォンCPU
【技術分野】
【0001】
この発明は、電子カメラに関し、特に、撮像装置から出力された電子画像を外部装置に転送する、電子カメラに関する。
【背景技術】
【0002】
この種の電子カメラの一例が、特許文献1に開示されている。この背景技術によれば、単一の撮影カメラ端末は1または2以上の操作・確認端末の各々と無線インタフェースによって接続される。撮影カメラ端末はカメラ部から得られたスルー画像データと予め準備された操作ガイド情報とを操作・確認端末へ送信し、操作・確認端末は撮影カメラ端末から受信したスルー画像データおよび操作ガイド情報に基づく画像を表示部に表示する。操作・確認端末のユーザが操作ガイド情報を参照して操作部を操作すると、操作コマンドが撮影カメラ端末に送信され、これによって撮影カメラ端末の設定が変更される。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開2008−199460号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかし、背景技術では、2以上の操作・確認端末が撮影カメラ端末に接続された状態で或る操作・確認端末の操作部が操作されると、他の操作・確認端末に表示されるスルー画像の品質もまた変動してしまう。このような変動は他の操作・確認端末にとって予期しない変動であり、かかる点で撮影カメラ端末の撮像性能に限界がある。
【0005】
それゆえに、この発明の主たる目的は、撮像性能を高めることができる、電子カメラを提供することである。
【課題を解決するための手段】
【0006】
この発明に従う電子カメラ(10:実施例で相当する参照符号。以下同じ)は、撮像面で捉えられた光学像を表す電子画像を出力する撮像手段(12~22)、1または2以上の外部装置(50)の各々から発行された接続要求に応答して要求元の外部装置と接続する接続手段(S51~S59)、撮像手段から出力された電子画像を接続手段によって接続された外部装置に転送する転送手段(S81~S83)、接続手段によって接続された外部装置から発行された設定変更要求に応答して撮像設定を変更する第1変更手段(S305, S311)、および接続手段によって接続された外部装置の数が基準以下のとき第1変更手段の処理を許可する一方、接続手段によって接続された外部装置の数が基準を上回るとき第1変更手段の処理を制限する制御手段(S309)を備える。
【0007】
好ましくは、接続手段によって接続された外部装置の数を設定変更要求を受け付ける毎に検出する第1検出手段(S307)がさらに備えられ、制御手段は第1検出手段によって検出された数を参照して第1変更手段の処理を許可/制限する。
【0008】
さらに好ましくは、接続手段によって接続された外部装置の数を周期的に検出する第2検出手段(S321)、および第2検出手段によって検出された数が基準を上回るときデフォルト撮像設定を選択する選択手段(S323~S325)がさらに備えられる。
【0009】
より好ましくは、カメラ筐体に設けられたユーザインタフェース装置(34)に対する設定変更操作に応答して撮像設定を変更する第2変更手段(S315)、および第2変更手段によって変更された撮像設定をデフォルト撮像設定として定義する定義手段(S317)がさらに備えられる。
【0010】
この発明に従う撮像制御プログラムは、撮像面で捉えられた光学像を表す電子画像を出力する撮像手段(12~22)を備える電子カメラ(10)のプロセッサ(32)に、1または2以上の外部装置(50)の各々から発行された接続要求に応答して要求元の外部装置と接続する接続ステップ(S51~S59)、撮像手段から出力された電子画像を接続ステップによって接続された外部装置に転送する転送ステップ(S81~S83)、接続ステップによって接続された外部装置から発行された設定変更要求に応答して撮像設定を変更する変更ステップ(S305, S311)、および接続ステップによって接続された外部装置の数が基準以下のとき変更ステップの処理を許可する一方、接続ステップによって接続された外部装置の数が基準を上回るとき変更ステップの処理を制限する制御ステップ(S309)を実行させるための、撮像制御プログラムである。
【0011】
この発明に従う撮像制御方法は、撮像面で捉えられた光学像を表す電子画像を出力する撮像手段(12~22)を備える電子カメラ(10)によって実行される撮像制御方法であって、1または2以上の外部装置(50)の各々から発行された接続要求に応答して要求元の外部装置と接続する接続ステップ(S51~S59)、撮像手段から出力された電子画像を接続ステップによって接続された外部装置に転送する転送ステップ(S81~S83)、接続ステップによって接続された外部装置から発行された設定変更要求に応答して撮像設定を変更する変更ステップ(S305, S311)、および接続ステップによって接続された外部装置の数が基準以下のとき変更ステップの処理を許可する一方、接続ステップによって接続された外部装置の数が基準を上回るとき変更ステップの処理を制限する制御ステップ(S309)を備える。
【0012】
この発明に従う外部制御プログラムは、撮像面で捉えられた光学像を表す電子画像を出力する撮像手段(12~22)、およびメモリ(40)に保存された内部制御プログラムに従う処理を実行するプロセッサ(32)を備える電子カメラ(10)に供給される外部制御プログラムであって、1または2以上の外部装置(50)の各々から発行された接続要求に応答して要求元の外部装置と接続する接続ステップ(S51~S59)、撮像手段から出力された電子画像を接続ステップによって接続された外部装置に転送する転送ステップ(S81~S83)、接続ステップによって接続された外部装置から発行された設定変更要求に応答して撮像設定を変更する変更ステップ(S305, S311)、および接続ステップによって接続された外部装置の数が基準以下のとき変更ステップの処理を許可する一方、接続ステップによって接続された外部装置の数が基準を上回るとき変更ステップの処理を制限する制御ステップ(S309)を内部制御プログラムと協働してプロセッサに実行させるための、外部制御プログラムである。
【0013】
この発明に従う電子カメラ(10)は、撮像面で捉えられた光学像を表す電子画像を出力する撮像手段(12~22)、外部制御プログラムを取り込む取り込み手段(42)、および取り込み手段によって取り込まれた外部制御プログラムとメモリ(40)に保存された内部制御プログラムとに従う処理を実行するプロセッサ(32)を備える電子カメラであって、外部制御プログラムは、1または2以上の外部装置(50)の各々から発行された接続要求に応答して要求元の外部装置と接続する接続ステップ(S51~S59)、撮像手段から出力された電子画像を接続ステップによって接続された外部装置に転送する転送ステップ(S81~S83)、接続ステップによって接続された外部装置から発行された設定変更要求に応答して撮像設定を変更する変更ステップ(S305, S311)、および接続ステップによって接続された外部装置の数が基準以下のとき変更ステップの処理を許可する一方、接続ステップによって接続された外部装置の数が基準を上回るとき変更ステップの処理を制限する制御ステップ(S309)を内部制御プログラムと協働して実行するプログラムに相当する。
【発明の効果】
【0014】
この発明によれば、電子カメラは接続要求を発行した外部装置と接続され、撮像手段から出力された電子画像は接続先の外部装置に転送され、そして撮像設定は接続先の外部装置からの設定変更要求に従って変更される。ただし、接続先の外部装置の数が基準以下であれば、設定変更要求に従う撮像設定の変更が制限される。これによって、設定変更要求を発行していない外部装置に転送される電子画像が予期しないタイミングで変動する頻度が抑制され、ひいては撮像性能が向上する。
【0015】
この発明の上述の目的,その他の目的,特徴および利点は、図面を参照して行う以下の実施例の詳細な説明から一層明らかとなろう。
【図面の簡単な説明】
【0016】
【図1】この実施例のカメラシステムを形成するディジタルカメラの構成の一例を示すブロック図である。
【図2】この実施例のカメラシステムを形成するディジタルカメラの構成の他の一例を示すブロック図である。
【図3】この実施例のカメラシステムを形成するスマートフォンの構成の一例を示すブロック図である。
【図4】図1または図2に示すディジタルカメラと図3に示すスマートフォンとの接続態様の一例を示す図解図である。
【図5】図1または図2に示すディジタルカメラに適用されるレジスタの構成の一例を示す図解図である。
【図6】(A)は図3に示すスマートフォンに適用される探索レジスタの構成の一例を示す図解図であり、(B)は図3に示すスマートフォンに適用される接続レジスタの構成の一例を示す図解図である。
【図7】スマートフォンから発行される撮像指示の構造の一例を示す図解図である。
【図8】単一のディジタルカメラと単一のスマートフォンとの間での通信処理の一部を示す図解図である。
【図9】単一のディジタルカメラと複数のスマートフォンとの間での通信処理の一部を示す図解図である。
【図10】図1または図2に示すカメラCPUの動作の一部を示すフロー図である。
【図11】図1または図2に示すカメラCPUの動作の他の一部を示すフロー図である。
【図12】図1または図2に示すカメラCPUの動作のその他の一部を示すフロー図である。
【図13】図1または図2に示すカメラCPUの動作のさらにその他の一部を示すフロー図である。
【図14】図1または図2に示すカメラCPUの動作の他の一部を示すフロー図である。
【図15】図1または図2に示すカメラCPUの動作のその他の一部を示すフロー図である。
【図16】図1または図2に示すカメラCPUの動作のさらにその他の一部を示すフロー図である。
【図17】図3に示すスマートフォンCPUの動作の一部を示すフロー図である。
【図18】図3に示すスマートフォンCPUの動作の他の一部を示すフロー図である。
【図19】図3に示すスマートフォンCPUの動作のその他の一部を示すフロー図である。
【図20】図3に示すスマートフォンCPUの動作のさらにその他の一部を示すフロー図である。
【図21】図3に示すスマートフォンCPUの動作の他の一部を示すフロー図である。
【図22】図3に示すスマートフォンCPUの動作のその一部を示すフロー図である。
【図23】他の実施例のディジタルカメラに適用されるカメラCPUの動作の一部を示すフロー図である。
【図24】他の実施例のディジタルカメラに適用されるカメラCPUの動作の他の一部を示すフロー図である。
【図25】他の実施例のスマートフォンに適用されるスマートフォンCPUの動作の一部を示すフロー図である。
【図26】他の実施例のスマートフォンから発行されるモード変更指示の構造の一例を示す図解図である。
【図27】この発明の一実施例の基本的構成を示すブロック図である。
【発明を実施するための形態】
【0017】
以下、この発明の実施の形態を図面を参照しながら説明する。
[基本的構成]
【0018】
図27を参照して、この実施例の電子カメラは、基本的に次のように構成される。撮像手段1は、撮像面で捉えられた光学像を表す電子画像を出力する。接続手段2は、1または2以上の外部装置6の各々から発行された接続要求に応答して要求元の外部装置6と接続する。転送手段3は、撮像手段1から出力された電子画像を接続手段2によって接続された外部装置6に転送する。第1変更手段4は、接続手段2によって接続された外部装置6から発行された設定変更要求に応答して撮像設定を変更する。制御手段5は、接続手段2によって接続された外部装置6の数が基準以下のとき第1変更手段4の処理を許可する一方、接続手段2によって接続された外部装置6の数が基準を上回るとき第1変更手段4の処理を制限する。
【0019】
電子カメラは接続要求を発行した外部装置6と接続され、撮像手段1から出力された電子画像は接続先の外部装置6に転送され、そして撮像設定は接続先の外部装置6からの設定変更要求に従って変更される。ただし、接続先の外部装置6の数が基準を上回れば、設定変更要求に従う撮像設定の変更が制限される。これによって、設定変更要求を発行していない外部装置6に転送される電子画像が予期しないタイミングで変動する頻度が抑制され、ひいては撮像性能が向上する。
[実施例]
【0020】
この実施例のカメラシステムは、各々が図1または図2に示すように構成された1または2以上のディジタルカメラ10と、各々が図3に示すように構成された1または2以上のスマートフォン50とによって形成される。ディジタルカメラ10およびスマートフォン50のいずれも、AdHoc方式またはWi−FiDirect方式に従う近距離無線通信機能を有する。なお、近距離無線通信は、図1または図2に示す通信I/F42および図3に示す通信I/F64によって実行される。
【0021】
ディジタルカメラ10およびスマートフォン50の電源を投入し、スマートフォン50のカメラ操作機能を立ち上げ、そしてスマートフォン50をディジタルカメラ10に近傍に移動させると、ディジタルカメラ10で撮影されたシーンを表すライブ画像データが近距離無線通信によってスマートフォン50に転送される(図4参照)。また、スマートフォン50上でズーム操作を行うと、ズーム指示が近距離無線通信によってディジタルカメラ10に与えられ、これに応答してズーム倍率が変更される。さらに、スマートフォン50上で撮像操作を行うと、撮像指示が近距離無線通信によってディジタルカメラ10に与えられる。撮像指示が与えられた時点のシーンを表す静止画像データは、近距離無線通信によってディジタルカメラ10からスマートフォン50に転送される。
【0022】
図1に示すディジタルカメラ10は、一般消費者によって携帯されて自宅や旅先で所望のシーンを撮影することを前提とする。これに対して、図2に示すディジタルカメラ10は、テーマパークなどの観光地において複数の位置に設置されて定点を観測することを前提とする。したがって、図1に示すディジタルカメラ10と比較して、図2に示すディジタルカメラ10では、キー入力装置34,LCDドライバ28およびLCDモニタ30が省略される。
【0023】
なお、図2に示すディジタルカメラ10は、非日常的なシーンを撮影するために、ラジコンカー,ラジコン飛行機,ロッククライマーのヘルメットまたは動物に装着したり、さらには球技用のボールに埋め込んだりしてもよい。図2に示すディジタルカメラ10はまた、保冷物の管理のために冷蔵庫の中に設置したり、警備エリアを撮影するために警備員の懐中電灯に装着したりしてもよい。
【0024】
図1または図2を参照して、ディジタルカメラ10は、ドライバ20a,20bおよび20cによってそれぞれ駆動されるズームレンズ12,フォーカスレンズ14および絞り機構16を含む。これらの部材を経た光学像は、撮像装置18の撮像面に照射され、光電変換を施される。これによって、撮像面で捉えられたシーンを表す電荷が生成される。
【0025】
カメラCPU32は、カメラ側撮像制御タスク,カメラ側表示制御タスク,応答処理タスク,カメラ側接続制御タスク,およびカメラ側通信制御タスクを含む複数のタスクをマルチタスクOSの上で並列的に実行するプロセッサである。また、これらのタスクに対応する制御プログラムは、フラッシュメモリ40に記憶される。なお、カメラ側表示制御タスクは、図2に示すディジタルカメラ10においては省略される。
【0026】
電源が投入されると、カメラ側撮像制御タスクは、動画取り込み処理を開始するべく、ドライバ20dに露光動作および電荷読み出し動作の繰り返しを命令する。ドライバ20dは、図示しないSG(Signal Generator)から周期的に発生する垂直同期信号Vsyncに応答して、撮像面を露光し、かつ撮像面で生成された電荷をラスタ走査態様で読み出す。撮像装置18からは、読み出された電荷に基づく生画像データが周期的に出力される。
【0027】
カメラ処理回路22は、撮像装置18から出力された生画像データに色分離,白バランス調整,YUV変換などの処理を施し、これによって生成されたYUV形式の画像データをメモリ制御回路24を通してSDRAM26のYUV画像エリア26aに書き込む。
【0028】
図1に示すディジタルカメラ10において、カメラ側表示制御タスクは、動画表示処理の開始をLCDドライバ28に命令する。LCDドライバ28は、YUV画像エリア26aに格納された画像データをメモリ制御回路24を通して繰り返し読み出し、読み出された画像データに基づいてLCDモニタ30を駆動する。この結果、撮像面で捉えられたシーンを表すライブ画像がモニタ画面に表示される。
【0029】
カメラ処理回路22によって作成された画像データは、カメラCPU32にも与えられる。カメラ側撮像制御タスクは、与えられた画像データに簡易AE処理を施して適正EV値を算出し、算出された適正EV値を定義する絞り量および露光時間をドライバ20cおよび20dにそれぞれ設定する。この結果、画像データの輝度が適度に調整される。
【0030】
図1に示すキー入力装置34に設けられたズームボタン34zが操作されると、カメラ側撮像制御タスクは、ズーム処理の実行をドライバ20aに命令する。ズームレンズ12はドライバ20aによってズームイン方向またはズームアウト方向に移動され、これによって画像データの倍率が変化する。
【0031】
図1に示すキー入力装置34に設けられたシャッタボタン34shが操作されると、カメラ側表示制御タスクは、動画表示処理の中断をLCDドライバ28に命令する。この結果、LCDモニタ30の表示がライブ画像から黒画像に更新される。
【0032】
一方、カメラ側撮像制御タスクは、カメラ処理回路22から出力された画像データに厳格AE処理を施して最適EV値を算出し、算出された最適EV値を定義する絞り量および露光時間をドライバ20cおよび20dにそれぞれ設定する。画像データの輝度は、最適値に調整される。カメラ側撮像制御タスクは続いて、カメラ処理回路22から出力された画像データの高周波成分を参照したAF処理を実行する。フォーカスレンズ14は、ドライバ20bによって合焦点に配置され、これによって画像データの鮮鋭度が向上する。
【0033】
AF処理が完了すると、カメラ側撮像制御タスクは、静止画取り込み処理を実行するとともに、記録処理の実行をメモリI/F36に命令する。AF処理が完了した時点のシーンを表す1フレームの画像データは、静止画取り込み処理によってSDRAM26の静止画像エリア26bに退避される。記録処理の実行を命令されたメモリI/F36は、静止画像エリア26bに退避された画像データをメモリ制御回路24を通して読み出し、読み出された画像データを収めた画像ファイルを記録媒体38に記録する。
【0034】
カメラ側表示制御タスクは、記録処理の完了後に動画表示処理の再開をLCDドライバ28に命令する。LCDドライバ28はYUV画像エリア26aに格納された画像データの読み出しを再開し、この結果、LCDモニタ30の表示がライブ画像に戻される。
【0035】
図3を参照して、スマートフォン50は、移動体通信用のアンテナ52および無線通信モジュールを含む。送受信データが通話音声データであれば、受話音声はスピーカ56から出力され、送話音声はマイクロフォン58によって取り込まれる。また、送受信データが画像データであれば、このデータはスマートフォンCPU60の制御の下で処理される。
【0036】
対象画像データは、メモリ制御回路66を通してSDRAM68に書き込まれる。LCDドライバ70は、SDRAM68に格納された画像データをメモリ制御回路66を通して読み出し、読み出された画像データに基づいてLCDモニタ72を駆動する。この結果、対応する画像がモニタ画面に表示される。モニタ画面に対するタッチ操作は、タッチセンサ78によって検知される。検知結果はスマートフォンCPU60に与えられ、タッチ操作の態様に応じて異なる処理がスマートフォン60の制御の下で実行される。
【0037】
スマートフォンCPU60もまた、マルチタスクOSの上で複数のタスクを並列的に実行するプロセッサである。実行されるタスクとしては、探索処理タスク,フォン側接続制御タスク,フォン側通信制御タスク,フォン側表示制御タスク,およびフォン側撮像制御タスクが準備される。また、これらのタスクに対応する制御プログラムは、フラッシュメモリ62に記憶される。
【0038】
スマートフォン50において、探索処理タスクは、図6(A)に示す探索レジスタRGSTsを初期化する処理と応答要求を発行する処理とを探索周期(=10秒)が到来する毎に実行する。発行される応答要求には自己のフォンIDが記述され、かつ応答要求は通信I/F64からブロードキャスト方式で発行される。
【0039】
応答要求がディジタルカメラ10の通信I/F42によって受信されると、応答処理タスクは、通信I/F42を通してACKを返送する。返送されるACKには、自己を識別するカメラIDと要求元のフォンIDとが記述される。ディジタルカメラ10は予め定義された複数のグループのいずれか1つに属し、所属グループを識別するグループIDがディジタルカメラ10に割り当てられる。ACKに記述されるカメラIDには、このグループIDが拡張的に付加される。
【0040】
自己のフォンIDが記述されたACKがスマートフォン50の通信I/F64によって受信されると、探索処理タスクは、受信したACKに記述されたカメラIDを抽出し、抽出されたカメラIDを探索レジスタRGSTsに登録する。カメラIDに拡張的に付加されたグループIDは、カメラIDに対応して探索レジスタRGSTsに登録される。
【0041】
こうして少なくとも1つのカメラIDが探索レジスタRGSTsに登録されると、フォン側接続制御タスクは、グループメニューの表示をLCDドライバ70に命令する。LCDドライバ70は、1または2以上のグループIDを探索レジスタRGSTsから検出し、検出されたグループIDをグループメニューとしてLCDモニタ72に表示する。
【0042】
表示されたグループIDのいずれか1つを選択するタッチ操作(=グループ選択操作)がタッチセンサ78によって検知されると、フォン側接続制御タスクは、図6(B)に示す接続レジスタRGSTcを初期化し、通信I/F64を通して接続要求を発行する。発行される接続要求には、自己のフォンIDおよび仕様情報が記述され、さらに選択されたグループIDに対応して探索レジスタRGSTsに記述された1または2以上のカメラIDが記述される。なお、仕様情報としては、たとえばLCDモニタ72の解像度が想定される。
【0043】
スマートフォン50から発行された接続要求がディジタルカメラ10の通信I/F42によって受信されると、カメラ側接続制御タスクは、受信した接続要求に対して認証処理を実行する。認証処理の結果、要求元のスマートフォン50との接続が承認されると、カメラ側接続制御タスクは、自己のカメラIDと要求元のフォンIDとが記述されたACKを通信I/F42を通して送信する。
【0044】
カメラ側接続制御タスクは続いて、要求元のフォンIDおよび仕様情報を接続要求から抽出し、抽出したフォンIDおよび仕様情報を図5に示すレジスタRGST1に登録する。カメラ側接続制御タスクはさらに、レジスタRGST1に登録されたフォンIDの数が“0”から“1”に更新されたとき、スマートフォン50との接続の確立を他のタスクに通知する。
【0045】
この通知を受けたカメラ側表示制御タスクは、LCDモニタ30へのライブ画像の表示を中断する。LCDモニタ30の表示は、スマートフォン50との接続に応答してライブ画像から黒画像に更新される。
【0046】
カメラ側接続制御タスクはまた、確認周期(=5秒)が到来する毎に、通信I/F42を通して応答要求を発行する。発行される応答要求には、自己のカメラIDとレジスタRGST1に登録された1または2以上のフォンIDとが記述される。
【0047】
この応答要求がスマートフォン50の通信I/F64によって受信されると、フォン側接続制御タスクは、自己のフォンIDと一致するフォンIDおよび接続レジスタRGSTcに登録されたいずれかのカメラIDと一致するカメラIDが応答要求に記述されている場合に限って、ACKを返送する。返送されるACKには、自己のフォンIDと要求元のカメラIDとが記述される。
【0048】
ディジタルカメラ10において、カメラ側接続制御タスクは、こうして返送されたACKの受信状況を参照して、接続を維持できなくなったスマートフォン50を特定する。特定されたスマートフォン50のフォンIDおよび仕様情報は、レジスタRGST1から削除される。
【0049】
削除の結果、レジスタRGST1に登録されたフォンIDの数が“1”から“0”に更新されると、カメラ側接続制御タスクは、スマートフォン50との接続の解除を他のタスクに通知する。この通知を受けたカメラ側表示制御タスクは、LCDモニタ30へのライブ画像の表示を再開する。LCDモニタ30の表示は、スマートフォン50との接続の解除に応答して黒画像からライブ画像に更新される。
【0050】
ディジタルカメラ10で捉えられたシーンを表すライブ画像は、接続先のスマートフォン50のLCDモニタ72に表示される(詳細は後述)。表示されたライブ画像を指定した非接続操作が行われると、フォン側接続制御タスクは、指定されたライブ画像の送信元を識別するカメラIDと自己のフォンIDとが記述された非接続要求を通信I/F64を通して送信する。指定されたライブ画像の送信元を識別するカメラIDはその後、接続レジスタRGSTcから削除される。
【0051】
スマートフォン50から発行された非接続要求がディジタルカメラ10の通信I/F42によって受信されると、カメラ側接続制御タスクは、要求元のフォンIDおよび仕様情報をレジスタRGST1から削除する。レジスタRGST1に登録されたフォンIDの数が“1”から“0”に更新されると、上述のようにLCDモニタ30へのライブ画像の表示が再開される。
【0052】
少なくとも1つのフォンIDがレジスタRGST1に登録されると、カメラ側通信制御タスクは、動画転送処理の開始を通信I/F42に命令する。カメラ側通信制御タスクはまた、レジスタRGST1に登録された1または2以上の仕様の中から最低品質を表す仕様を選択し、選択された仕様に適合する転送画質を通信I/F42に設定する。なお、通信I/F42に設定された転送品質は、登録されたカメラIDの数が“1”以上の範囲でレジスタRGST1の記述が更新される毎に更新される。
【0053】
通信I/F42は、YUV画像エリア26aに格納された画像データをメモリ制御回路24を通して周期的に読み出し、読み出された画像データの品質を上述の要領で設定された転送画質を参照して調整し、そして調整された品質を有する画像データをライブ画像データとしてスマートフォン50に転送する。なお、転送方式としてはブロードキャスト方式が採用される。また、転送されるライブ画像データには、レジスタRGST1に登録された1または2以上のカメラIDが埋め込まれる。レジスタRGST1の記述が更新されると、ライブ画像データに埋め込まれるカメラIDもまた更新される。
【0054】
したがって、単一のディジタルカメラ10と単一のスマートフォン50とが互いに接続されたとき、ライブ画像データは図8に示す要領でディジタルカメラ10からスマートフォン50に転送される。また、単一のディジタルカメラ10と複数のスマートフォン50,50,…の各々とが互いに接続されたとき、ライブ画像データは図9に示す要領でディジタルカメラ10からスマートフォン50に転送される。
【0055】
少なくとも1つのカメラIDが接続レジスタRGSTcに登録されると、フォン側通信制御タスクは、接続レジスタRGSTcに記述されたカメラIDと一致するカメラIDが埋め込まれたライブ画像データの受信を開始するべく、対応する命令を通信I/F64に与える。フォン側通信制御タスクはまた、通信I/F64によって受信されたライブ画像データの受信強度(厳密にはライブ画像データに相当する電波の強度)を送信元毎(=カメラID毎)に測定し、受信されたライブ画像データの配置を送信元毎(=カメラID毎)に決定する。決定された配置によれば、ライブ画像データは測定された受信強度が大きい順に並ぶ。
【0056】
通信I/F64によって受信されたライブ画像データは、メモリ制御回路66に与えられる。メモリ制御回路66は、与えられたライブ画像データを上述の要領で決定された配置を参照してSDRAM68に書き込む。
【0057】
フォン側通信制御タスクはまた、確認周期(=3秒)が到来する毎に、受信強度が基準以下のライブ画像データ(=受信不能なライブ画像データ)の送信元を検出する。検出された送信元を識別するカメラIDは、接続レジスタRGSTcから削除される。通信I/F64によるライブ画像データの受信態様は、削除処理の後の接続レジスタRGSTsの記述を反映する。また、ライブ画像データの受信は、接続レジスタRGSTcに登録されたカメラIDの数が“1”から“0”に更新された時点で停止される。
【0058】
フォン側通信制御タスクによってライブ画像データの受信が開始されると、フォン側表示制御タスクは、ライブ画像の表示の開始をLCDドライバ70に命令する。LCDドライバ70は、SDRAM68に格納されたライブ画像データをメモリ制御回路66を通して読み出し、読み出されたライブ画像データに基づいてLCDモニタ72を駆動する。この結果、1または2以上のライブ画像が受信強度に従う順序でモニタ画面に表示される。
【0059】
LCDモニタ72に表示されたいずれかのライブ画像を選択する操作(=画像選択操作)が行われると、フォン側表示制御タスクは、選択されたライブ画像の拡大表示をLCDドライバ70に命令する。LCDドライバ70は命令に従う処理を実行し、この結果、選択されたライブ画像が拡大される。拡大表示状態で選択解除操作が行われると、フォン側表示制御タスクは、拡大表示の終了をLCDドライバ70に命令する。LCDドライバ70は命令に従う処理を実行し、この結果、拡大されたライブ画像のサイズが元のサイズに戻される。
【0060】
フォン側表示制御タスクによってライブ画像の表示が開始されると、フォン側撮像制御タスクは、ズーム操作および撮像操作の受け付けを開始する。ここで、ズーム操作は所望のライブ画像のピンチインまたはピンチアウトする操作に相当し、撮像操作は所望のライブ画像を2回連続してタッチする操作に相当する。
【0061】
LCDモニタ72に表示された所望のライブ画像に対するズーム操作が行われると、フォン側撮像制御タスクは、通信I/F64を通してズーム指示を発行する。発行されるズーム指示には、ピンチイン操作またはピンチアウト操作に従うズーム倍率情報と所望のライブ画像の送信元のカメラIDと自己のフォンIDとが記述される。
【0062】
スマートフォン50から発行されたズーム指示が通信I/F42によって受信されると、カメラ側撮像制御タスクは、ズーム指示に記述されたカメラIDが自己のカメラIDと一致しかつズーム指示に記述されたフォンIDがレジスタRGST1に登録されたいずれかのフォンIDと一致することを条件として、ズーム処理を実行する。ズームレンズ12は、ドライバ20aによってズームイン方向またはズームアウト方向に移動する。この結果、スマートフォン50のLCDモニタ72に表示された所望のライブ画像の倍率が変化する。
【0063】
LCDモニタ72に表示された所望のライブ画像に対する撮像操作が行われると、フォン側撮像制御タスクは、通信I/F64を通して撮像指示を発行する。発行される撮像指示には、所望のライブ画像の送信元のカメラIDと自己のフォンIDとが記述される(図7参照)。また、撮像指示は、図8または図9に示す要領でディジタルカメラ10に送信される。フォン側撮像制御タスクはまた、撮像指示の発行の後に、所望のライブ画像の表示の中断をLCDドライバ70に命令する。この結果、所望のライブ画像が黒画像に更新される。
【0064】
表示画像をライブ画像から黒画像に更新することで、スマートフォン50のユーザは撮像指示が発行されたことを視覚的に認識することができる。また、ディジタルカメラ10から取得された静止画像をプレビューのためにLCDモニタ70に表示するようにした場合、黒画像の表示を省略すると、LCDモニタ70の表示はライブ画像から静止画像に更新され、これによってスマートフォン50のユーザが混乱するおそれがある。黒画像の表示は、静止画像をプレビュー表示する場合にスマートフォン50のユーザの混乱を回避させるという利点ももたらす。
【0065】
スマートフォン50から発行された撮像指示が通信I/F42によって受信されると、カメラ側撮像制御タスクは、撮像指示に記述されたカメラIDが自己のカメラIDと一致しかつ撮像指示に記述されたフォンIDがレジスタRGST1に登録されたいずれかのフォンIDと一致することを条件として、厳格AE処理,AF処理および静止画取り込み処理の一連の処理を実行する。
【0066】
静止画取り込み処理が完了すると、カメラ側通信制御タスクは、これによって取得された静止画像データの転送を通信I/F42に命令する。通信I/F42は、静止画像エリア26bに退避された静止画像データをメモリ制御回路24を通して読み出し、読み出された静止画像データを撮像指示の発行元に転送する。ここで、転送方式としてはユニキャスト方式が採用され、転送される静止画像データには撮像指示の発行元のフォンIDが埋め込まれる。
【0067】
撮像指示の発行先からの静止画像データが通信I/F64によって受信されると、フォン側撮像制御タスクは、受信された静止画像データの記録処理をメモリI/F74に命令する。受信された静止画像データは、メモリI/F74によってファイル形式でフラッシュメモリ74に記録される。記録が完了すると、フォン側撮像制御タスクは、中断されたライブ画像の表示の再開をLCDドライバ70に与える。この結果、所望のライブ画像の表示が再開される。
【0068】
なお、ディジタルカメラ10とスマートフォン50とが接続された状態でシャッタボタン34shが操作された場合、静止画取り込み処理によって取得された静止画像データは、メモリI/F42によって記録媒体38に記録される(図8参照)。
【0069】
カメラCPU32の処理に関連して、カメラ側撮像制御タスクは図10に示すように構成され、カメラ側表示制御タスクは図11に示すように構成され、応答処理タスクは図12に示すように構成され、カメラ側接続制御タスクは図13〜図14に示すように構成され、カメラ側通信制御タスクは図15〜図16に示すように構成される。ここで、タスク優先度は、カメラ側撮像制御タスク→カメラ側通信制御タスク→カメラ側表示制御タスク→応答処理タスク→カメラ側接続制御タスクの順で低下する。上述のように、図11に示すカメラ側表示制御タスクは、図2に示すディジタルカメラ10においては省略される。
【0070】
図10を参照して、ステップS1では動画取り込み処理を開始する。この結果、撮像面で捉えられたシーンを表す生画像データが撮像装置18から周期的に出力され、これに対応するYUV形式の画像データがカメラ処理回路22から周期的に出力される。
【0071】
ステップS3では、シャッタボタン34shが操作されるか或いはスマートフォン50から発行された撮像指示(自己のカメラIDと一致するカメラIDとレジスタRGST1に登録されたいずれかのフォンIDと一致するフォンIDとが記述された撮像指示に限る)が通信I/F42によって受信されるという論理和条件が満足されたか否かを判別する。判別結果がNOであればステップS5に進み、簡易AE処理を実行する。この結果、カメラ処理回路22から出力される画像データの輝度が適度に調整される。
【0072】
ステップS7では、ズームボタン34zが操作されるか或いはスマートフォン50から発行されたズーム指示(自己のカメラIDと一致するカメラIDとレジスタRGST1に登録されたいずれかのフォンIDと一致するフォンIDとが記述されたズーム指示に限る)が通信I/F42によって受信されるという論理和条件が満足されたか否かを判別する。判別結果がNOであればそのままステップS3に戻る一方、判別結果がYESであればステップS9でズーム処理を実行してからステップS3に戻る。ズーム処理の結果、ズームレンズ12がズームイン方向またはズームアウト方向に移動し、カメラ処理回路22から出力される画像データの倍率が変化する。
【0073】
ステップS3の判別結果がYESであれば、ステップS11で厳格AE処理を実行し、ステップS13でAF処理を実行する。画像データの輝度は厳格AE処理によって最適値に調整され、画像データの鮮鋭度はAF処理によって向上する。ステップS13の処理が完了すると、ステップS15で静止画取り込み処理を実行する。AF処理が完了した時点のシーンを表す1フレームの画像データは、静止画像データとしてYUV画像エリア26aから静止画像エリア26bに退避される。
【0074】
ステップS17では、ステップS3の判別結果をNOからYESに更新するトリガがシャッタボタン34shの操作であるか否かを判別する。判別結果がNOであれば、つまりトリガがスマートフォン50からの撮像指示であれば、そのままステップS3に戻る。これに対して、判別結果がYESであれば、つまりトリガがシャッタボタン34shの操作であれば、ステップS19で記録処理の実行をメモリI/F36に命令する。
【0075】
メモリI/F36は、静止画像エリア26bに退避された静止画像データをメモリ制御回路24を通して読み出し、読み出された静止画像データを収めた画像ファイルを記録媒体38に記録する。記録処理が完了すると、ステップS3に戻る。
【0076】
図11を参照して、ステップS21では動画表示処理を開始する。この結果、撮像面で捉えられたシーンを表すライブ画像がLCDモニタ30に表示される。ステップS23ではシャッタボタン34shが操作されたか否かを判別し、ステップS25では少なくとも1つのスマートフォン50との接続が確立されたか否かを判別する。ステップS25の判別処理は、後述するステップS63で発行された通知に基づいて実行される。
【0077】
ステップS23の判別結果がNOからYESに更新されると、ステップS27で動画表示処理を中断する。LCDモニタ30の表示は、ライブ画像から黒画像に更新される。ステップS29では、図10に示すステップS19の記録処理が完了したか否かを判別する。判別結果がNOからYESに更新されると、ステップS31で動画表示処理を再開し、その後にステップS23に戻る。
【0078】
ステップS25の判別結果がNOからYESに更新されると、ステップS23で動画表示処理を中断する。LCDモニタ30の表示は、上述と同様、ライブ画像から黒画像に更新される。ステップS35では、全てのスマートフォン50,50,…との接続が解除されたか否かを判別する。この判別処理は、後述するステップS77で発行された通知に基づいて実行される。判別結果がNOからYESに更新されると、ステップS31の処理を経てステップS23に戻る。
【0079】
図12を参照して、ステップS41では応答要求が通信I/F42によって受信されたか否かを判別する。判別結果がNOからYESに更新されるとステップS43に進み、通信I/F42を通してACKを返送する。受信された応答要求には要求元のスマートフォン50を識別するフォンIDが記述され、ステップS43で返送されるACKには自己を識別するカメラIDと要求元のフォンIDとが記述される。返送処理が完了すると、ステップS41に戻る。
【0080】
なお、ディジタルカメラ10は予め定義された複数のグループのいずれか1つに属し、所属グループを識別するグループIDがディジタルカメラ10に割り当てられる。ステップS43でACKに記述されるカメラIDには、このグループIDが拡張的に付加される。
【0081】
図13を参照して、ステップS51では、周辺のスマートフォン50から発行された接続要求が通信I/F42によって受信されたか否かを判別する。接続要求には、要求先のカメラIDおよび要求元のフォンIDに加えて、要求元のスマートフォン50の仕様を示す仕様情報が記述される。ステップS51の判別結果がYESであれば、ステップS53で認証処理を実行する。ステップS55では要求元のスマートフォン50との接続が承認されたか否かを認証処理の結果に基づいて判別し、判別結果がNOであればステップS51に戻る一方、判別結果がYESであればステップS57に進む。
【0082】
ステップS57では、自己のカメラIDと要求元のフォンIDとが記述されたACKを通信I/F42を通して送信する。ステップS59では、要求元のフォンIDおよび仕様情報を接続要求から抽出し、抽出したフォンIDおよび仕様情報をレジスタRGST1に登録する。ステップS61ではレジスタRGST1に登録されたフォンIDの数が“1”であるか否かを判別し、判別結果がNOであればステップS51に戻る一方、判別結果がYESであればステップS63に進む。ステップS63では、スマートフォン50との接続の確立を他のタスクに通知する。通知が完了すると、ステップS51に戻る。
【0083】
ステップS51の判別結果がNOであれば、レジスタRGST1に少なくとも1つのフォンIDが登録されているか否かをステップS65で判別する。判別結果がNOであればステップS51に戻り、判別結果がYESであればステップS67に進む。
【0084】
ステップS67では、接続状態にあるスマートフォン50から発行された非接続要求が通信I/F42によって受信されたか否かを判別する。非接続要求には、要求元のフォンIDと要求先のカメラIDとが記述される。要求元のスマートフォン50が自己と接続状態にあるか否かは、レジスタRGST1の記述と非接続要求に記述されたフォンIDとに基づいて判別される。
【0085】
判別結果がYESであればステップS69に進み、要求元のフォンIDおよび仕様情報をレジスタRGST1から削除する。ステップS71では、レジスタRGST1に登録されたフォンIDの数が“0”であるか否かを判別する。判別結果がNOであれば、そのままステップS51に戻る。一方、判別結果がYESであればステップS73に進み、スマートフォン50との接続の解除を他のタスクに通知する。通知が完了すると、ステップS51に戻る。
【0086】
ステップS67の判別結果がNOであれば、確認周期(=5秒)が到来したか否かをステップS75で判別する。判別結果がYESであればステップS77に進み、通信I/F42を通して応答要求を発行する。発行される応答要求には、自己のカメラIDとレジスタRGST1に登録された1または2以上のフォンIDとが記述される。
【0087】
応答要求に記述されたフォンIDと同じフォンIDを有するスマートフォン50は、後述するステップS165の処理によってACKを返送する。返送されるACKには、返送元のフォンIDと返送先のカメラIDとが記述される。ステップS79では、こうして返送されたACKの受信状況を参照して、接続を維持できなくなったスマートフォン50を特定する。特定されたスマートフォン50のフォンIDおよび仕様情報は、ステップS69でレジスタRGST1から削除される。
【0088】
図15を参照して、ステップS81では少なくとも1つのスマートフォン50との接続が確立されたか否かを判別する。この判別処理は、上述のステップS63で発行された通知に基づいて実行される。判別結果がNOからYESに更新されるとステップS83に進み、動画転送処理の開始を通信I/F42に命令する。ステップS85ではレジスタRGTS1に登録された1または2以上の仕様の中から最低品質を表す仕様を選択し、ステップS87では、ステップS85で選択された仕様に適合する転送画質を通信I/F42に設定する。
【0089】
通信I/F42は、YUV画像エリア26aに格納された画像データをメモリ制御回路24を通して周期的に読み出し、読み出された画像データの品質をステップS87で設定された転送画質を参照して調整し、そして調整された品質を有する画像データをライブ画像データとしてスマートフォン50に転送する。なお、転送方式としてはブロードキャスト方式が採用される。また、転送されるライブ画像データには、レジスタRGST1に登録された1または2以上のカメラIDが埋め込まれる。レジスタRGST1の記述が更新されると、ライブ画像データに埋め込まれるカメラIDもまた更新される。
【0090】
ステップS89ではレジスタRGST1の記述が更新されたか否かを判別し、ステップS95では撮像指示が与えられたか否かを判別する。なお、ステップS95で注目される撮像指示は、自己のカメラIDと一致するカメラIDおよびレジスタRGST1に登録されたいずれかのフォンIDと一致するフォンIDが記述された指示である。
【0091】
ステップS89の判別結果がYESであれば、スマートフォン50との接続が解除されたか否かを上述のステップS77で発行された通知に基づいて判別する。判別結果がNOであればステップS85に戻り、判別結果がYESであればステップS93に進む。ステップS93では動画転送処理の停止を通信I/F42に命令し、その後にステップS81に戻る。ステップS93の処理の結果、通信I/F42は、ライブ画像データのブロードキャスト転送を停止する。
【0092】
ステップS95の判別結果がNOからYESに更新されると、上述したステップS15の静止画取り込み処理が完了したか否かをステップS97で判別する。判別結果がNOからYESに更新されるとステップS99に進み、撮像指示の発行元への静止画像データの転送を通信I/F42に命令する。通信I/F42は、静止画像エリア26bに退避された静止画像データをメモリ制御回路24を通して読み出し、読み出された静止画像データを撮像指示の発行元に転送する。ここで、転送方式としてはユニキャスト方式が採用され、転送される静止画像データには撮像指示の発行元のフォンIDが記述される。ステップS101では静止画像データの転送が完了したか否かを判別し、判別結果がNOからYESに更新されるとステップS89に戻る。
【0093】
スマートフォンCPU60の処理に関連して、探索処理タスクは図17に示すように構成され、フォン側接続制御タスクは図18〜図19に示すように構成され、フォン側通信制御タスクは図20に示すように構成され、フォン側表示制御タスクは図21に示すように構成され、フォン側撮像制御タスクは図22に示すように構成される。
【0094】
図17を参照して、ステップS111では探索周期(=10秒)が到来したか否かを判別する。判別結果がNOからYESに更新されると、ステップS113で探索レジスタRGSTsを初期化し、自己のフォンIDが記述された応答要求をステップS115で発行する。応答要求は、通信I/F64を通してブロードキャスト方式で発行される。
【0095】
ステップS117では自己のフォンIDが記述されたACKが通信I/F64によって受信されたか否かを判別し、ステップS119ではタイムアウトが発生したか否かを判別する。ステップS119の判別結果がNOであればステップS117に戻り、ステップS119の判別結果がYESであればステップS111に戻る。
【0096】
ステップS117の判別結果がYESであれば、受信したACKに記述された返送元IDをステップS121で抽出し、抽出された返送元IDがカメラIDであるか否かをステップS123で判別する。判別結果がNOであればステップS117に戻り、判別結果がYESであればステップS125に進む。ステップS125では、抽出されたカメラIDを探索レジスタRGSTsに登録する。カメラIDに拡張的に付加されたグループIDは、カメラIDに対応してレジスタRGST2に登録される。登録が完了するとステップS111に戻る。
【0097】
図18を参照して、ステップS131では、少なくとも1つのカメラIDが探索レジスタRGSTsに登録されているか否かを判別する。判別結果がYESであれば、ステップS133でグループメニューの表示をLCDドライバ70に命令する。LCDドライバ70は、1または2以上のグループIDを探索レジスタRGSTsから検出し、検出されたグループIDをグループメニューとしてLCDモニタ72に表示する。
【0098】
ステップS137では表示されたグループIDのいずれか1つを選択するタッチ操作(=グループ選択操作)が行われたか否かをタッチセンサ78の出力に基づいて判別し、判別結果がYESであればステップS139に進む一方、判別結果がNOであればステップS131に戻る。なお、ステップS131の判別結果がNOであればステップS135に進み、グループメニューの非表示をLCDドライバ70に命令する。この結果、表示中のグループメニューが非表示とされる。ステップS135の処理が完了すると、ステップS131に戻る。
【0099】
ステップS139では接続レジスタRGSTcを初期化し、ステップS141では通信I/F64を通して接続要求を発行する。発行される接続要求には、自己のフォンIDおよび仕様情報が記述され、さらに選択されたグループIDに対応して探索レジスタRGSTsに記述された1または2以上のカメラIDが記述される。ステップS143では、自己のフォンIDが記述されたACKが通信I/F64によって受信されたか否かを判別し、ステップS145ではタイムアウトが発生したか否かを判別する。なお、ステップS143で注目されるACKはステップS141で発行された接続要求に対して返送されるACKであり、ステップS117で注目されるACKとは区別される。
【0100】
ステップS145の判別結果がNOであればステップS143に戻り、ステップS143の判別結果がYESであればステップS147に進む。ステップS147では、返送されたACKに記述されたカメラIDを接続レジスタRGSTcに登録する。したがって、タイムアウトが発生するまでの期間に複数のACKが返送されたときは、複数のカメラIDが接続レジスタRGSTcに登録される。
【0101】
ステップS145の判別結果がNOからYESに更新されると、少なくとも1つのカメラIDが接続レジスタRGStcに登録されているか否かをステップS149で判別する。判別結果がNOであればステップS131に戻り、判別結果がYESであればステップS151に進む。
【0102】
ステップS151では非接続操作が行われたか否かを判別し、ステップS159では上述のステップS77で発行された応答要求が通信I/F64によって受信されたか否かを判別する。なお、非接続操作は、後述するステップS193の処理によってLCDモニタ72に表示される1または2以上のライブ画像のいずれか1つを指定して実行される。
【0103】
ステップS151の判別結果がYESであればステップS153に進み、非接続操作によって指定されたライブ画像の送信元に相当するディジタルカメラ10を指定する。ステップS155では、指定されたディジタルカメラ10のカメラIDと自己のフォンIDとが記述された非接続要求を通信I/F64を通して送信する。ステップS157では指定されたディジタルカメラ10のカメラIDを接続レジスタRGSTcから削除し、削除が完了するとステップS149に戻る。
【0104】
ステップS159の判別結果がYESであれば、応答要求に記述されたカメラIDをステップS161で検出する。ステップS163では検出されたカメラIDと同じカメラIDが接続レジスタRGSTcに登録されているか否かを判別し、判別結果がNOであればステップS149に戻る一方、判別結果がYESであればステップS165に進む。ステップS165では、自己のフォンIDと要求元のカメラIDとが記述されたACKを通信I/F64を通して送信する。送信が完了すると、ステップS149に戻る。
【0105】
図20を参照して、ステップS171では少なくとも1つのカメラIDが接続レジスタRGSTcに登録されているか否かを判別し、判別結果がNOからYESに更新されるとステップS173に進む。接続レジスタRGSTcに登録された1または2以上のディジタルカメラ10は、上述のステップS83の処理によってライブ画像データの送信を開始する。また、送信されるライブ画像データには、送信元のカメラIDが記述される。ステップS173では、こうして送信されたライブ画像データ(接続レジスタRGSTcに記述されたカメラIDと一致するカメラIDが埋め込まれたライブ画像データ)の受信を開始するべく、対応する命令を通信I/F64に与える。
【0106】
ステップS175では、通信I/F64によって受信されたライブ画像データの受信強度(厳密にはライブ画像データに相当する電波の強度)を送信元毎(=カメラID毎)に測定する。ステップS177では、受信されたライブ画像データの配置を送信元毎(=カメラID毎)に決定する。決定された配置によれば、ライブ画像データは、ステップS175で測定された受信強度が大きい順に並ぶ。
【0107】
通信I/F64によって受信されたライブ画像データは、メモリ制御回路66に与えられる。メモリ制御回路66は、与えられたライブ画像データをステップS177で決定された配置を参照してSDRAM68に書き込む。
【0108】
ステップS179では確認周期(=3秒)が到来したか否かを判別し、判別結果がNOであればステップS175に戻る一方、判別結果がYESであればステップS181に進む。ステップS181では受信強度が基準以下のライブ画像データ(=受信不能なライブ画像データ)を送信するディジタルカメラ10をステップS175の測定結果に基づいて検出し、ステップS183では検出されたディジタルカメラ10のカメラIDを接続レジスタRGSTcから削除する。通信I/F64によるライブ画像データの受信態様は、削除処理の後の接続レジスタRGSTsの記述を反映する。ステップS185では接続レジスタRGSTcに登録されたカメラIDの数が“0”であるか否かを判別し、判別結果がNOであればステップS175に戻る一方、判別結果がYESであればステップS187に進む。ステップS187ではライブ画像データの受信の停止を通信I/F64に命令し、その後にステップS171に戻る。
【0109】
図21を参照して、ステップS191ではステップS173の処理によってライブ画像データの受信が開始されたか否かを判別し、判別結果がNOからYESに更新されるとステップS193に進む。ステップS193では、ライブ画像の表示を開始するべく、対応する命令をLCDドライバ70に与える。LCDドライバ70は、SDRAM68に格納されたライブ画像データをメモリ制御回路66を通して読み出し、読み出されたライブ画像データに基づいてLCDモニタ72を駆動する。この結果、1または2以上のライブ画像が受信強度に従う順序でモニタ画面に表示される。
【0110】
ステップS195では、モニタ画面に表示されたいずれかのライブ画像を選択する画像選択操作が行われたか否かを判別する。判別結果がNOであればステップS203に進み、判別結果がYESであればステップS197に進む。ステップS197では、選択されたライブ画像の拡大表示をLCDドライバ70に命令する。LCDドライバ70は命令に従う処理を実行し、この結果、選択されたライブ画像が拡大される。
【0111】
ステップS199では選択解除操作が行われたか否かを判別し、判別結果がNOであればそのままステップS203に進む一方、判別結果がYESであればステップS201で拡大表示の終了をLCDドライバ70に命令する。ステップS201の処理の結果、拡大されたライブ画像のサイズが元のサイズに戻される。ステップS201の処理が完了すると、ステップS203に進む。
【0112】
ステップS203では、ステップS187の処理によってライブ画像データの受信が停止されたか否かを判別する。判別結果がNOからYESに更新されると、ライブ画像の表示の停止をステップS205でLCDドライバ70に命令し、その後にステップS191に戻る。
【0113】
図22を参照して、ステップS211では、ステップS193の処理によってライブ画像の表示が開始されたか否かを判別する。判別結果がNOからYESに更新されると、撮像操作が行われたか否かをステップS213で判別し、ズーム操作が行われたか否かをステップS215で判別する。ここで、撮像操作は、所望のライブ画像を2回連続してタッチする操作に相当する。また、ズーム操作は、所望のライブ画像のピンチインまたはピンチアウトする操作に相当する。
【0114】
ステップS215の判別結果がNOからYESに更新されるとステップS217に進み、所望のライブ画像の送信元に対してズーム指示を発行する。ズーム指示は通信I/F64を通して発行される。また、発行されるズーム指示には、ピンチイン操作またはピンチアウト操作に対応するズーム倍率情報と発行先のカメラIDと自己のフォンIDとが記述される。ステップS217の処理が完了すると、ステップS211に戻る。
【0115】
ステップS213の判別結果がYESであれば、所望のライブ画像の送信元に対して撮像指示を発行する。撮像指示は通信I/F64を通して発行され、発行される撮像指示には発行先のカメラIDと自己のフォンIDとが記述される。ステップS221では所望のライブ画像の表示を中断するべく、LCDドライバ70に対応する命令を与える。
【0116】
ステップS223では撮像指示の発行先からの静止画像データが通信I/F64によって受信されたか否かを判別する。判別結果がYESであればステップS225に進み、受信された静止画像データの記録処理をメモリI/F74に命令する。受信された静止画像データは、メモリI/F74によってファイル形式でフラッシュメモリ74に記録される。記録が完了するとステップS227に進む。ステップS227では、ステップS221の処理によって中断されたライブ画像の表示を再開するべく、対応する命令をLCDドライバ70に与える。ステップS227の処理が完了すると、ステップS211に戻る。
【0117】
以上の説明から分かるように、ディジタルカメラ10の撮像装置18は、撮像面で捉えられた光学像を表す画像データを出力する。シャッタボタン34shは撮像操作を受け付けるためにカメラ筐体に設けられ、通信I/F42はアドホックに接続されたスマートフォン50から撮像指示を受け付けるためにディジタルカメラ10に内蔵される。カメラCPU32は、シャッタボタン34shの操作に応答して、或いは通信I/F42によって受信された撮像指示に応答して、静止画像データを取得する(S3, S15)。カメラCPU32はまた、シャッタボタン34shの操作に応答して取得された静止画像データを記録媒体38に記録し(S19)、通信I/F42によって受信された撮像指示に応答して取得された静止画像データを外部に転送する(S97~S99)。このように、静止画像データを取得するためのトリガに応じて異なる処理を実行することで、操作性の向上が図られる。
【0118】
カメラCPU32はまた、撮像装置18から出力された生画像データに基づくライブ画像データを、ディジタルカメラ10の周辺に存在する複数のスマートフォン50,50,…に向けて一律的に(ブロードキャスト方式で)送信する(S83)。いずれかのスマートフォン50からの撮像指示に応答して静止画像データが取得されると、カメラCPU32は、取得された静止画像データを撮像指示の発行元に格別に(ユニキャスト方式)で送信する(S97~S99)。画像データの性質に応じて異なる送信方式を選択することで、通信処理の効率化が図られる。
【0119】
なお、図14に示すステップS75〜S79およびS69の処理によれば、通信環境の一時的な劣化によってディジタルカメラ10とスマートフォン50との通信が不良となった場合に、フォンIDがレジスタRGST1から削除されてしまう。このような事態は、応答要求を繰り返し発行し、いずれの応答要求に対してもACKが返送されないときにフォンIDをレジスタRGST1から削除するようにすることで回避できる。
【0120】
また、この実施例では、スマートフォン50から発行された撮像指示に応答して取得された静止画像データを撮像指示の発行元に送信するようにしているが、静止画像データは撮像指示の発行元と異なるスマートフォン50に送信するようにしてもよい。この場合、好ましくは、静止画像データの送信先を示すカメラIDが撮像指示に記述される。
【0121】
さらに、この実施例では、マルチタスクOSおよびこれによって実行される複数のタスクに相当する制御プログラムは、フラッシュメモリ40および62の各々に予め記憶される。しかし、一部の制御プログラムを内部制御プログラムとしてフラッシュメモリ40および62の各々に当初から準備する一方、他の一部の制御プログラムを外部制御プログラムとして外部サーバから取得するようにしてもよい。この場合、外部制御プログラムは通信I/F42および64の各々を通して取得される。また、上述の動作は、内部制御プログラムおよび外部制御プログラムの協働によって実現される。
【0122】
また、この実施例では、カメラCPU32およびスマートフォンCPU60の各々によって実行される処理を上述の要領で複数のタスクに区分するようにしている。しかし、各々のタスクをさらに複数の小タスクに区分してもよく、さらには区分された複数の小タスクの一部を他のタスクに統合するようにしてもよい。また、各々のタスクを複数の小タスクに区分する場合、その全部または一部を外部サーバから取得するようにしてもよい。
【0123】
さらに、この実施例のカメラシステムは、以下のように変形することができる。また、以下の23個の変形例および上述の実施例は、矛盾しない範囲で1つの変形例に統合してもよい。つまり、以下の23個の変形例と上述の実施例とを矛盾しない範囲で統合した変形例が24番目の変形例に相当する。
[変形例1]
【0124】
複数のディジタルカメラ10,10,…は観光地に設置され、スマートフォン50はこの観光地を訪れた旅行者によって携帯される。各ディジタルカメラ10には、LEDが設けられる。また、スマートフォン50のLCDモニタ72には、接続可能なディジタルカメラ10を各々が識別する1または2以上のカメラIDが接続前の段階で表示される。表示されたいずれかのカメラIDが旅行者の操作によって選択されると、選択されたカメラIDに対応するディジタルカメラ10のLEDが発光する。接続したいディジタルカメラ10を接続前に確認することができ、操作性が向上する。
[変形例2]
【0125】
複数のディジタルカメラ10,10,…は、互いに異なる仕様(撮像モード,ライブ画像データのフレームレート,静止画像データの解像度,光学ズーム倍率,電子ズームの可否,ISO感度,白バランスの種類,手ぶれ機能の可否)を有して、スマートフォン10に接続可能な状態で存在する。スマートフォン50に接続された当初、各々のディジタルカメラ10は自己の仕様情報をスマートフォン50に送信する。スマートフォン50は、接続された複数のディジタルカメラ10,10,…のいずれもが設定可能な最高品質の設定を特定し、特定した設定の選択を複数のディジタルカメラ10,10,…に要求する。これによって、複数のディジタルカメラ10,10,…から共通かつ高品質のライブ画像データを受信することができる。
[変形例3]
【0126】
単一のディジタルカメラ10には、複数のスマートフォン50,50,…が接続される。また、ディジタルカメラ10には、LEDが設けられる。LEDの発光態様(=点滅周期および/または発光色)は、ディジタルカメラ10に接続されたスマートフォン50,50…の数に応じて異なるように調整される。LEDの発光態様を手掛かりとして、スマートフォン50の接続状況(=混雑度)を把握することができる。
[変形例4]
【0127】
ディジタルカメラ10と接続されたスマートフォン50に向けて撮像操作が行われると、操作時点の時刻情報,位置情報および高度情報がスマートフォン50によって検出される。検出された時刻情報,位置情報および高度情報は、撮像操作に応答して発行される撮像指示に記述される。撮像指示を受信したディジタルカメラ10は、撮像指示に記述された時刻情報,位置情報および高度情報を撮像指示に応答して作成された静止画像データに割り当てる。時計回路,GPS装置,高度計をディジタルカメラ10に設ける必要がなくなる。
【0128】
また、撮像操作が行われた時点のスマートフォン50の方位や撮影場所の天気などの撮影環境情報をスマートフォン50の機能を利用して検出し、検出された撮影環境情報を撮像指示に記述してもよい。この場合、静止画像データには、こうして記述された撮影環境情報も追加的に割り当てられる。
[変形例5]
【0129】
ディジタルカメラ10には、ローカル時刻を測定する時計回路が設けられる。シャッタボタン34shの操作に応答して作成された静止画像データには、時計回路によって測定されたローカル時刻が割り当てられる。ディジタルカメラ10がスマートフォン50と接続されると、スマートフォン50によって検出された標準時刻がディジタルカメラ10に通知される。ディジタルカメラ10は、通知された時点のローカル時刻と通知された標準時刻との差分を算出し、静止画像データに割り当てられたローカル時刻を算出された差分に基づいて修正する。これによって、静止画像データには標準時刻が割り当てられる。
[変形例6]
【0130】
スマートフォン10は、光学系の仕様(絞りの設定範囲,合焦調整範囲,ズーム倍率の可変範囲)が互いに異なる複数のディジタルカメラ10,10,…と接続される。各々のディジタルカメラ10は、光学系の仕様と光学設定(絞り量,フォーカスステップ数およびズームステップ数)とをスマートフォン10に通知する。光学設定の通知は、光学設定が変更される毎に実行される。スマートフォン10は、通知された仕様および光学設定を、カメラ間で比較可能な態様でLCDモニタ72に表示する。接続されたディジタルカメラ10の光学設定を調整するときの操作性が向上する。なお、絞りについては、より好ましくは、絞り羽根の数や絞りの形状などの絞り機構の構造が、光学系の仕様の一部としてスマートフォン50に追加的に通知される。
[変形例7]
【0131】
スマートフォン50上でのズーム操作として、LCDモニタ72に表示されたライブ画像上で所望の矩形枠をタッチ操作によって定義する操作を想定する。タッチ操作によって定義された矩形枠に歪みがある場合、この歪みを補正して正確な矩形枠を定義する。ディジタルカメラ10に対して発行されるズーム指示には、こうして定義された矩形枠に属する一部のライブ画像を拡大するためのズーム倍率情報が記述される。これによって、ズームに関する操作性が向上する。
[変形例8]
【0132】
単一のディジタルカメラ10に複数のスマートフォン50,50,…が接続されることを想定する。ディジタルカメラ10は、接続された各々のスマートフォン50に対して接続順に従う識別番号を割り当てる。ディジタルカメラ10から各々のスマートフォン50に転送されるライブ画像データには、転送先のスマートフォン50に割り当てられた識別番号が付加される。スマートフォン50のLCDモニタ72に表示されるライブ画像には、こうして付加された識別番号に応じて異なる色を有する外枠キャラクタが多重される。
[変形例9]
【0133】
複数のディジタルカメラ10からそれぞれ送信された複数のライブ画像をLCDモニタ72に表示することを想定して、いずれかのライブ画像がタッチされると、タッチされたライブ画像の表示が中断される。他のライブ画像は、中断によって確保されたスペースを利用して拡大される。これによって、ライブ画像の通信に掛かる負荷の抑制と、LCDモニタ72の有効活用が図られる。
[変形例10]
【0134】
単一のディジタルカメラ10に複数のスマートフォン50,50,…が接続されることを想定する。各々のスマートフォン50は、ディジタルカメラ10の撮像条件(白バランス,画像仕上げ,画像サイズなど)をディジタルカメラ10に通知する。
【0135】
ディジタルカメラ10は、通知された撮像条件をスマートフォン50毎に管理する。たとえば、或るスマートフォン50については、白バランス:オート/画像仕上げ:鮮やか/圧縮画像サイズ:16Mバイトとし、他のスマートフォン50については、白バランス:太陽光/画像仕上げ:風景/圧縮画像サイズ:2Mバイトとするような管理が考えられる。いずれかのスマートフォン50から撮像指示が発行されると、ディジタルカメラ10は、発行元のスマートフォン50から通知された撮像条件に従う品質の静止画像データを取得する。これによって、静止画像データの品質を適応的に調整することができる。
[変形例11]
【0136】
ディジタルカメラ10がスマートフォン50と接続されると、ディジタルカメラ10のバッテリの消費量が非接続時と比較して増大する。これを踏まえて、ディジタルカメラ10は、バッテリ残量を接続先のスマートフォン50に周期的に送信し、さらにバッテリ残量が基準を下回ったときにスマートフォン50との接続を解除する。なお、充電によってバッテリの残量が増大すると、ディジタルカメラ10は、スマートフォン50との接続を試みたり、スマートフォン50からの接続要求を受け付ける。一方、ディジタルカメラ10と接続されたスマートフォン50は、ディジタルカメラ10から送信されたバッテリ残量をLCDモニタ72に表示し、バッテリ残量に応じてディジタルカメラ10との接続の解除をスマートフォン50の操作者に促す。
[変形例12]
【0137】
ディジタルカメラ10の周辺での異常の検知(アラーム機器からのアラームの入力,ディジタルカメラ10の視野における動きの検出,周辺の音声の変化,不審者や動物などの特定被写体の検出)に応答して、或いは時間帯に応じて、ディジタルカメラ10からスマートフォン50に転送されるライブ画像データの品質(フレームレートや解像度)を調整する。ライブ画像の品質を適応的に制御することができる。
[変形例13]
【0138】
複数のディジタルカメラ10からそれぞれ送信された複数のライブ画像を単一のスマートフォン50のLCDモニタ72にマルチ表示することを想定する。表示された少なくとも2つのライブ画像に対するタッチ操作またはピンチイン/アウト操作が同時に行われたときに、操作された少なくとも2つのライブ画像の送信元に撮像指示またはズーム指示を同時に発行する。これによって、操作性が向上する。
[変形例14]
【0139】
ディジタルカメラ10から送信されたライブ画像をスマートフォン50のLCDモニタ72に表示し、表示されたライブ画像上で撮像操作を2段階で受け付けることを想定する。ここで、第1段階の操作は厳格AE処理およびAF処理の実行を指示するための操作に相当し、第2段階の操作は静止画取り込み処理の実行を指示するための操作に相当する。
【0140】
ディジタルカメラ10は、1段階目の操作に応答した指示を受け付けたときにライブ画像データの品質(フレームレートや解像度)を高め、静止画像データの取得が完了した後にライブ画像データの品質を元に戻す。これによって、第1段階の操作から第2段階の操作までの期間において被写体の視認性が向上する。
[変形例15]
【0141】
1または2以上のスマートフォン50がディジタルカメラ10と接続されることを想定する。このとき、接続可能なスマートフォン50は、ディジタルカメラ10の視野に収まっているユーザのスマートフォン50に限定する。これによって、ディジタルカメラ10の操作を一部のユーザにのみ開放することができる。限定は、以下の方法で行う。
(方法1)
手順1:スマートフォン50は、ユーザの顔画像を登録する。
手順2:スマートフォン50は、登録された顔画像をディジタルカメラ10に送信される接続要求に付加する。
手順3:ディジタルカメラ10は、接続要求に付加された顔画像に符合する顔部を視野から探索し、符合する顔部が探知されたときに要求元のスマートフォン50との接続を確立する。
(方法2)
手順1:スマートフォン10はディジタルカメラ50に対して接続要求を発行する。
手順2:ディジタルカメラ10は、QRコード(登録商標)または発光パターンコードのような認証コードをスマートフォン50に送信する。
手順3:スマートフォン50は、受信した認証コードを出力する。認証コードがQRコード(登録商標)であれば、QRコード(登録商標)画像がLCDモニタ72に表示される。認証コードが発光パターンコードであれば、特定の発光パターンでLEDを点滅させる。
手順4:ディジタルカメラ10は、認証コードが視野から検出されたとき(QRコード(登録商標)画像または特定の発光パターンが視野に現れたとき)、スマートフォン50との接続を確立する。
[変形例16]
【0142】
複数のディジタルカメラ10,10,…が単一のスマートフォン50と接続されることを想定する。スマートフォン50上で一括ズームイン操作または一括ズームアウト操作が継続的に行われると、スマートフォン50は、各ディジタルカメラ10に対してズームイン指示またはズームアウト指示を継続的に発行する。
【0143】
ただし、一括ズームイン操作または一括ズームアウト操作を受け付ける前の時点において、ズーム倍率がカメラ間で相違する場合がある(たとえば、或るディジタルカメラ10のズーム倍率は3.0倍に設定され、他のディジタルカメラ10のズーム倍率は2.0倍に設定されている場合)。これを踏まえて、ズームイン指示またはズームアウト指示は、以下の要領で発行される。
【0144】
受け付けた操作が一括ズームイン操作であれば、ズームイン指示は、ズーム倍率が低い値に設定されたディジタルカメラ10に対して先行的に発行される。また、受け付けた操作が一括ズームアウト操作であれば、ズームアウト指示は、ズーム倍率が高い値に設定されたディジタルカメラ10に対して先行的に発行される。これによって、ズーム倍率の相違が解消されると、ズームイン指示またはズームアウト指示が全てのディジタルカメラ10に対して同時に発行される。
【0145】
なお、ズーム仕様がカメラ間で相違する場合には、単位時間あたりのズーム倍率の変動量がカメラ間で一致するように、ズームイン指示またはズームアウト指示の発行周期が調整される。
[変形例17]
【0146】
複数のスマートフォン50,50,…がディジタルカメラ10に接続される。ディジタルカメラ10は、いずれかのスマートフォン50から発行された撮像指示に応答して、静止画像データを取得し、さらに取得された静止画像データに基づいてスクリーンネイル画像データを作成する。このとき、ディジタルカメラ10は、撮像指示を発行したスマートフォン50の仕様を参照してスクリーンネイル画像データの解像度を調整する。この結果、スクリーンネイル画像データの解像度は、スマートフォン50に設けられたLCDモニタ72の解像度が高いほど高くなり、スマートフォン50に設けられたLCDモニタ72の解像度が低いほど低くなる。
【0147】
なお、ライブ画像データを各スマートフォン50にユニキャスト方式で送信し、送信されるライブ画像データの解像度を送信先のスマートフォン50の仕様に応じて調整するようにしてもよい。
[変形例18]
【0148】
複数のスマートフォン50,50,…がディジタルカメラ10に接続される。いずれかのスマートフォン50からディジタルカメラ10に対して撮像指示が与えられたとき、ディジタルカメラ10は、その後の既定時間(=たとえば1秒)だけ他のスマートフォン50からの撮像指示も受け付ける。ディジタルカメラ10は、最初の撮像指示に応答して取得した静止画像データを、最初の撮像指示を発行したスマートフォン50に加えて、その後の既定時間に撮像指示を発行した他のスマートフォン50にも送信する。
[変形例19]
【0149】
ディジタルカメラ10に設定される撮像モードとして、マニュアルモードおよびオートモードが準備される。マニュアルモードはスマートフォン50上でのユーザ操作に従って撮像条件を調整するモードに相当し、オートモードは撮像条件を一律に調整するモードに相当する。単一のスマートフォン50がディジタルカメラ10に接続されたとき、ディジタルカメラ10は、マニュアルモードおよびオートモードの間での撮像モードの切り換えをスマートフォン50に対して許可する。これに対して、複数のスマートフォン50,50,…がディジタルカメラ10に接続されたとき、ディジタルカメラ10は、撮像モードの切り換えを禁止し、オートモードを固定的に選択する。
【0150】
この場合、好ましくは、図23〜図24に示すカメラ側モード制御タスクがカメラCPU32によって追加的に実行され、図25に示すフォン側モード制御タスクがスマートフォンCPU60によって追加的に実行される。
【0151】
図23を参照して、ステップS301ではオートモードを有効撮像モードとして設定し、ステップS303ではオートモードをデフォルト撮像モードとして設定する。ディジタルカメラ10の撮像条件は、有効撮像モードの下で調整される。
【0152】
ステップS305ではスマートフォン50から発行されたモード変更指示が通信I/F42によって受信されたか否かを判別し、ステップS313ではモード変更操作がキー入力装置34上で行われたか否かを判別し、ステップS319では確認周期(=5秒)が到来したか否かを判別する。
【0153】
ステップS305の判別結果がYESであればステップS307に進み、図5に示すレジスタRGST1に登録されたフォンIDの数を検出する。ステップS309では検出されたフォンIDの数が“1”であるか否かを判別し、判別結果がNOであればステップS305に戻る一方、判別結果がYESであればステップS311に進む。ステップS311では有効撮像モードをモード変更指示に記述された撮像モードに変更し、変更が完了するとステップS305に戻る。
【0154】
ステップS313の判別結果がYESであればステップS315に進み、有効撮像モードをモード変更操作によって指定された撮像モードに変更する。ステップS317では、デフォルト撮像モードをモード変更操作によって指定された撮像モードに変更する。これらの変更が完了すると、ステップS305に戻る。
【0155】
ステップS319の判別結果がYESであればステップS321に進み、レジスタRGST1に登録されたフォンIDの数を検出する。ステップS323では検出されたフォンIDの数が“1”を上回るか否かを判別し、判別結果がNOであればステップS305に戻る一方、判別結果がYESであればステップS325に進む。ステップS325では有効撮像モードをデフォルト撮像モードに変更し、変更が完了するとステップS305に戻る。
【0156】
図25を参照して、ステップS331ではステップS193の処理によってライブ画像の表示が開始されたか否かを判別する。判別結果がNOからYESに更新されると、モード変更操作が行われたか否かをステップS33で判別する。ここで、モード変更操作は、所望のライブ画像を継続的にタッチする操作に相当する。
【0157】
ステップS333の判別結果がNOからYESに更新されるとステップS335に進み、所望のライブ画像の送信元に対してモード変更指示を発行する。モード変更指示は通信I/F64を通して発行される。また、図26に示すように、発行されるモード変更指示には、変更すべき撮像モードと発行先のカメラIDと自己のフォンIDとが記述される。ステップS335の処理が完了すると、ステップS331に戻る。
【0158】
このように、ディジタルカメラ10は接続要求を発行したスマートフォン50と接続され(S51~S59)、撮像装置18で捉えられたシーンを表す画像データは接続先のスマートフォン50に転送され(S81~S83)、そして有効撮像モード(=撮像設定)は接続先のスマートフォン50からのモード変更指示(=設定変更要求)に従って変更される(S305, S311)。ただし、接続先のスマートフォン50の数が基準値(=1)を上回れば、モード変更指示に従う有効撮像モードの変更が制限される(S309)。これによって、モード変更指示を発行していないスマートフォン50に転送される画像データが予期しないタイミングで変動する頻度が抑制され、ひいては撮像性能が向上する。
【0159】
なお、この変形例では、有効撮像モードの変更を許可すべきか制限すべきかを判断するために引用される基準値を“1”に設定するようにしているが、基準値は“1”を上回る値であってもよい。
[変形例20]
【0160】
複数のディジタルカメラ10が共通のシーンを捉えるか、或いは単一のディジタルカメラ10とカメラ機能を有するスマートフォン50とが共通のシーンを捉えることを想定する。このとき、共通のシーンを捉えるディジタルカメラ10および/またはスマートフォン50の間で、解像度などの撮像設定が調整される。共通のシーンを表す3次元画像データは、このような調整処理の後にディジタルカメラ10および/またはスマートフォン50から出力された画像データに基づいて作成される。
[変形例21]
【0161】
複数のディジタルカメラ10が観光地に設置され、スマートフォン50が観光地を訪れた旅行者によって携帯される。スマートフォン50が少なくとも1つのディジタルカメラ10に接続されると、各々のディジタルカメラ10は、最適なタイミングおよび/または画角で撮影を行い、これによって取得された静止画像データを旅行者のスマートフォン50に送信する。最適なタイミングおよび/または画角としては、旅行者が捉えられるタイミングおよび/または画角も含まれる。
[変形例22]
【0162】
単一のディジタルカメラ10および単一のスマートフォン50が互いに接続される。ディジタルカメラ10のシャッタボタン34shが操作されると同時にスマートフォン50上で撮像操作が行われた場合、ディジタルカメラ10が動いている(誰かがディジタルカメラ10を手に持っている)ことを条件として、シャッタボタン34shの操作が優先的に受け付けられる。ディジタルカメラ10からスマートフォン50へは、撮像操作が禁止ないし制限されたことが通知される。
[変形例23]
【0163】
単一のディジタルカメラ10と複数のスマートフォン50,50,…の各々とが互いに接続される。或るスマートフォン50から発行される撮像指示には、所望のURLないしアドレスが送信先情報として記述される。この撮像指示に応答してディジタルカメラ10で取得された静止画像データは、ディジタルカメラ10と接続された複数のスマートフォン50,50,…のいずれか1つ或いは他の通信機器を中継して、撮像指示に記述された所望のURLないしアドレスに送信される。
【0164】
より好ましくは、撮像指示には、中継すべきスマートフォン50または通信機器が中継機器情報として記述される。撮像指示に応答してディジタルカメラ10で取得された静止画像データは、撮像指示に記述された中継機器を経由して、所望のURLないしアドレスに送信される。
【符号の説明】
【0165】
10 …ディジタルカメラ
18 …撮像装置
22 …カメラ処理回路
30,72 …LCDモニタ
32 …カメラCPU
38,76 …記録媒体
40,62 …フラッシュメモリ
42,64 …通信I/F
50 …スマートフォン
60 …スマートフォンCPU
【特許請求の範囲】
【請求項1】
撮像面で捉えられた光学像を表す電子画像を出力する撮像手段、
1または2以上の外部装置の各々から発行された接続要求に応答して要求元の外部装置と接続する接続手段、
前記撮像手段から出力された電子画像を前記接続手段によって接続された外部装置に転送する転送手段、
前記接続手段によって接続された外部装置から発行された設定変更要求に応答して撮像設定を変更する第1変更手段、および
前記接続手段によって接続された外部装置の数が基準以下のとき前記第1変更手段の処理を許可する一方、前記接続手段によって接続された外部装置の数が前記基準を上回るとき前記第1変更手段の処理を制限する制御手段を備える、電子カメラ。
【請求項2】
前記接続手段によって接続された外部装置の数を前記設定変更要求を受け付ける毎に検出する第1検出手段をさらに備え、
前記制御手段は前記第1検出手段によって検出された数を参照して前記第1変更手段の処理を許可/制限する、請求項1記載の電子カメラ。
【請求項3】
前記接続手段によって接続された外部装置の数を周期的に検出する第2検出手段、および
前記第2検出手段によって検出された数が前記基準を上回るときデフォルト撮像設定を選択する選択手段をさらに備える、請求項2記載の電子カメラ。
【請求項4】
カメラ筐体に設けられたユーザインタフェース装置に対する設定変更操作に応答して前記撮像設定を変更する第2変更手段、および
前記第2変更手段によって変更された撮像設定を前記デフォルト撮像設定として定義する定義手段をさらに備える、請求項3記載の電子カメラ。
【請求項5】
撮像面で捉えられた光学像を表す電子画像を出力する撮像手段を備える電子カメラのプロセッサに、
1または2以上の外部装置の各々から発行された接続要求に応答して要求元の外部装置と接続する接続ステップ、
前記撮像手段から出力された電子画像を前記接続ステップによって接続された外部装置に転送する転送ステップ、
前記接続ステップによって接続された外部装置から発行された設定変更要求に応答して撮像設定を変更する変更ステップ、および
前記接続ステップによって接続された外部装置の数が基準以下のとき前記変更ステップの処理を許可する一方、前記接続ステップによって接続された外部装置の数が前記基準を上回るとき前記変更ステップの処理を制限する制御ステップを実行させるための、撮像制御プログラム。
【請求項6】
撮像面で捉えられた光学像を表す電子画像を出力する撮像手段を備える電子カメラによって実行される撮像制御方法であって、
1または2以上の外部装置の各々から発行された接続要求に応答して要求元の外部装置と接続する接続ステップ、
前記撮像手段から出力された電子画像を前記接続ステップによって接続された外部装置に転送する転送ステップ、
前記接続ステップによって接続された外部装置から発行された設定変更要求に応答して撮像設定を変更する変更ステップ、および
前記接続ステップによって接続された外部装置の数が基準以下のとき前記変更ステップの処理を許可する一方、前記接続ステップによって接続された外部装置の数が前記基準を上回るとき前記変更ステップの処理を制限する制御ステップを備える、撮像制御方法。
【請求項7】
撮像面で捉えられた光学像を表す電子画像を出力する撮像手段、および
メモリに保存された内部制御プログラムに従う処理を実行するプロセッサを備える電子カメラに供給される外部制御プログラムであって、
1または2以上の外部装置の各々から発行された接続要求に応答して要求元の外部装置と接続する接続ステップ、
前記撮像手段から出力された電子画像を前記接続ステップによって接続された外部装置に転送する転送ステップ、
前記接続ステップによって接続された外部装置から発行された設定変更要求に応答して撮像設定を変更する変更ステップ、および
前記接続ステップによって接続された外部装置の数が基準以下のとき前記変更ステップの処理を許可する一方、前記接続ステップによって接続された外部装置の数が前記基準を上回るとき前記変更ステップの処理を制限する制御ステップを前記内部制御プログラムと協働して前記プロセッサに実行させるための、外部制御プログラム。
【請求項8】
撮像面で捉えられた光学像を表す電子画像を出力する撮像手段、
外部制御プログラムを取り込む取り込み手段、および
前記取り込み手段によって取り込まれた外部制御プログラムとメモリに保存された内部制御プログラムとに従う処理を実行するプロセッサを備える電子カメラであって、
前記外部制御プログラムは、
1または2以上の外部装置の各々から発行された接続要求に応答して要求元の外部装置と接続する接続ステップ、
前記撮像手段から出力された電子画像を前記接続ステップによって接続された外部装置に転送する転送ステップ、
前記接続ステップによって接続された外部装置から発行された設定変更要求に応答して撮像設定を変更する変更ステップ、および
前記接続ステップによって接続された外部装置の数が基準以下のとき前記変更ステップの処理を許可する一方、前記接続ステップによって接続された外部装置の数が前記基準を上回るとき前記変更ステップの処理を制限する制御ステップを前記内部制御プログラムと協働して実行するプログラムに相当する、電子カメラ。
【請求項1】
撮像面で捉えられた光学像を表す電子画像を出力する撮像手段、
1または2以上の外部装置の各々から発行された接続要求に応答して要求元の外部装置と接続する接続手段、
前記撮像手段から出力された電子画像を前記接続手段によって接続された外部装置に転送する転送手段、
前記接続手段によって接続された外部装置から発行された設定変更要求に応答して撮像設定を変更する第1変更手段、および
前記接続手段によって接続された外部装置の数が基準以下のとき前記第1変更手段の処理を許可する一方、前記接続手段によって接続された外部装置の数が前記基準を上回るとき前記第1変更手段の処理を制限する制御手段を備える、電子カメラ。
【請求項2】
前記接続手段によって接続された外部装置の数を前記設定変更要求を受け付ける毎に検出する第1検出手段をさらに備え、
前記制御手段は前記第1検出手段によって検出された数を参照して前記第1変更手段の処理を許可/制限する、請求項1記載の電子カメラ。
【請求項3】
前記接続手段によって接続された外部装置の数を周期的に検出する第2検出手段、および
前記第2検出手段によって検出された数が前記基準を上回るときデフォルト撮像設定を選択する選択手段をさらに備える、請求項2記載の電子カメラ。
【請求項4】
カメラ筐体に設けられたユーザインタフェース装置に対する設定変更操作に応答して前記撮像設定を変更する第2変更手段、および
前記第2変更手段によって変更された撮像設定を前記デフォルト撮像設定として定義する定義手段をさらに備える、請求項3記載の電子カメラ。
【請求項5】
撮像面で捉えられた光学像を表す電子画像を出力する撮像手段を備える電子カメラのプロセッサに、
1または2以上の外部装置の各々から発行された接続要求に応答して要求元の外部装置と接続する接続ステップ、
前記撮像手段から出力された電子画像を前記接続ステップによって接続された外部装置に転送する転送ステップ、
前記接続ステップによって接続された外部装置から発行された設定変更要求に応答して撮像設定を変更する変更ステップ、および
前記接続ステップによって接続された外部装置の数が基準以下のとき前記変更ステップの処理を許可する一方、前記接続ステップによって接続された外部装置の数が前記基準を上回るとき前記変更ステップの処理を制限する制御ステップを実行させるための、撮像制御プログラム。
【請求項6】
撮像面で捉えられた光学像を表す電子画像を出力する撮像手段を備える電子カメラによって実行される撮像制御方法であって、
1または2以上の外部装置の各々から発行された接続要求に応答して要求元の外部装置と接続する接続ステップ、
前記撮像手段から出力された電子画像を前記接続ステップによって接続された外部装置に転送する転送ステップ、
前記接続ステップによって接続された外部装置から発行された設定変更要求に応答して撮像設定を変更する変更ステップ、および
前記接続ステップによって接続された外部装置の数が基準以下のとき前記変更ステップの処理を許可する一方、前記接続ステップによって接続された外部装置の数が前記基準を上回るとき前記変更ステップの処理を制限する制御ステップを備える、撮像制御方法。
【請求項7】
撮像面で捉えられた光学像を表す電子画像を出力する撮像手段、および
メモリに保存された内部制御プログラムに従う処理を実行するプロセッサを備える電子カメラに供給される外部制御プログラムであって、
1または2以上の外部装置の各々から発行された接続要求に応答して要求元の外部装置と接続する接続ステップ、
前記撮像手段から出力された電子画像を前記接続ステップによって接続された外部装置に転送する転送ステップ、
前記接続ステップによって接続された外部装置から発行された設定変更要求に応答して撮像設定を変更する変更ステップ、および
前記接続ステップによって接続された外部装置の数が基準以下のとき前記変更ステップの処理を許可する一方、前記接続ステップによって接続された外部装置の数が前記基準を上回るとき前記変更ステップの処理を制限する制御ステップを前記内部制御プログラムと協働して前記プロセッサに実行させるための、外部制御プログラム。
【請求項8】
撮像面で捉えられた光学像を表す電子画像を出力する撮像手段、
外部制御プログラムを取り込む取り込み手段、および
前記取り込み手段によって取り込まれた外部制御プログラムとメモリに保存された内部制御プログラムとに従う処理を実行するプロセッサを備える電子カメラであって、
前記外部制御プログラムは、
1または2以上の外部装置の各々から発行された接続要求に応答して要求元の外部装置と接続する接続ステップ、
前記撮像手段から出力された電子画像を前記接続ステップによって接続された外部装置に転送する転送ステップ、
前記接続ステップによって接続された外部装置から発行された設定変更要求に応答して撮像設定を変更する変更ステップ、および
前記接続ステップによって接続された外部装置の数が基準以下のとき前記変更ステップの処理を許可する一方、前記接続ステップによって接続された外部装置の数が前記基準を上回るとき前記変更ステップの処理を制限する制御ステップを前記内部制御プログラムと協働して実行するプログラムに相当する、電子カメラ。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】
【公開番号】特開2013−93820(P2013−93820A)
【公開日】平成25年5月16日(2013.5.16)
【国際特許分類】
【出願番号】特願2012−17740(P2012−17740)
【出願日】平成24年1月31日(2012.1.31)
【出願人】(000001889)三洋電機株式会社 (18,308)
【Fターム(参考)】
【公開日】平成25年5月16日(2013.5.16)
【国際特許分類】
【出願日】平成24年1月31日(2012.1.31)
【出願人】(000001889)三洋電機株式会社 (18,308)
【Fターム(参考)】
[ Back to top ]