JP2021016063A - 撮像装置、電子端末及び撮像システム - Google Patents

Abstract

【課題】撮像装置に接続された電子端末を操作して撮像する場合において、撮像動作を円滑且つ迅速に行う。【解決手段】電子端末３００と接続可能なカメラボディ１００であって、撮像素子１１０は、被写体を撮像して、ライブビュー画像を生成する。送信部１９１ａは、ライブビュー画像を電子端末３００に送信する。受信部１９１ｂは、電子端末３００からカメラボディ１００の撮像要求を受信する。ボディコントローラ１４０は、撮像素子１１０、送信部１９１ａ、及び受信部１９１ｂを制御する。ボディコントローラ１４０は、撮像要求に応じて、撮像素子１１０による撮像を実行して撮像画像である第１画像フレームを取得する。送信部１９１ａは、撮像要求後、ライブビュー画像を撮像要求に応じた第１画像フレームの送信によって中断されることなく電子端末３００に送信する。【選択図】図４

Description

本開示は、撮像装置、撮像装置と接続可能な電子端末、同撮像装置と電子端末を備える撮像システムに関する。

特許文献１は、カメラから電子端末に画像データを送信するシステムを開示する。同システムにおいては、カメラは、撮像素子の出力信号から、順次、低解像度のライブビュー画像を生成し、所定の送信レートで低解像度のライブビュー画像をＵＤＰにて電子端末に送信する。ユーザが１枚の静止画像の撮影を指示する操作を電子端末に入力すると、単写コマンドがカメラに送られる。単写コマンドを受けたカメラは、撮像素子を用いて１枚の静止画像（単写画像）を取得し、当該静止画像の高解像度の画像データをＴＣＰにて電子端末に送信する。

特開２０１５−９５７９９号公報

特許文献１のシステムでは、カメラから電子端末にライブビュー画像を送信中に、電子端末から単写コマンドが出されると、カメラはライブビュー画像の送信を中断し、単写画像を電子端末に送信する。電子端末が単写画像を受信した後、カメラはライブビュー画像を再開する。利用者が電子端末において撮像操作を行うと、撮像動作後、撮像画像がカメラから電子端末に送信されるまでライブビュー画像は電子端末に送信されない。このため、利用者は、撮像動作後ライブビュー画像が見られなくなるおそれがあり、連続して撮像操作を行うことができず、撮像チャンスを逃す可能性があった。

本開示は、上記課題を鑑みてなされたものであり、撮像装置に接続された電子端末を操作して撮像する場合において、撮像中のライブビュー画像の送受信の中断を抑制し、撮像動作を円滑且つ迅速に行うのに有効な撮像装置、電子端末及び撮像システムを提供することを目的とする。

本開示に係る撮像装置は、電子端末と接続可能な撮像装置であって、撮像部と、第１送信部と、第１受信部と、第１制御部とを備える。撮像部は、被写体を撮像して、ライブビュー画像を生成する。第１送信部は、ライブビュー画像を電子端末に送信する。第１受信部は、電子端末から撮像装置の撮像要求を受信する。第１制御部は、撮像部、第１送信部、及び第１受信部を制御する。第１制御部は、撮像要求に応じて、撮像部による撮像を実行して撮像画像である第１画像フレームを取得する。第１送信部は、撮像要求後、ライブビュー画像を撮像要求に応じた第１画像フレームの送信によって中断されることなく電子端末に送信する。

本開示に係る電子端末は、撮像装置と接続可能な電子端末であって、操作部と、第２送信部と、第２受信部と、表示部と、第２制御部とを備える。操作部は、撮像装置に対する操作入力を受け付ける。第２送信部は、撮像装置に対して撮像要求を送信する。第２受信部は、撮像装置よりライブビュー画像を受信する。表示部は、ライブビュー画像を表示する。第２制御部は、第２送信部、第２受信部及び表示部を制御する。第２受信部は、撮像要求後、ライブビュー画像を、撮像要求に応じた撮像を実行して取得された撮像画像である第１画像フレームの送信によって中断されることなく受信する。

本開示に係る撮像システムは、上記電子端末と、上記撮像装置とを備える。電子端末と撮像装置とは、第１通信プロトコルと、第１通信プロトコルよりも通信の信頼性は低いが通信速度は速い第２通信プロトコルとによって通信可能であり、ライブビュー画像を送受信するときは第２通信プロトコルを用いて通信し、撮像装置により撮像された画像を送受信するときは第１通信プロトコルを用いて通信する。

本開示の撮像装置、電子端末及び撮像システムは、撮像装置に接続された電子端末を操作して撮像する場合において、撮像中のライブビュー画像の送受信の中断を抑制し、撮像動作を円滑且つ迅速に行うのに有効である。

図１は、実施の形態１の撮像装置の全体構成を示す。 図２は、実施の形態１の電子端末の構成を示す。 図３Ａは、ＵＤＰパケットの構造を示す。 図３Ｂは、ＴＣＰパケットの構造を示す。 図４は、実施の形態１の撮像装置及び電子端末の動作を示すフロー図である。 図５は、実施の形態１の撮像装置及び電子端末において、撮像動作がなされた後のライブビュー画像の送受信について説明するための図である。 図６は、実施の形態１の撮像装置及び電子端末の動作を示すフロー図である。 図７は、実施の形態２の撮像装置及び電子端末の動作を示すフロー図である。 図８は、実施の形態２の撮像装置及び電子端末において、撮像動作がなされた後のライブビュー画像の送受信について説明するための図である。

以下、適宜図面を参照しながら、実施の形態を詳細に説明する。但し、必要以上に詳細な説明は省略する場合がある。例えば、既によく知られた事項の詳細説明や実質的に同一の構成に対する重複説明を省略する場合がある。これは、以下の説明が不必要に冗長になるのを避け、当業者の理解を容易にするためである。

なお、添付図面及び以下の説明は、当業者が本開示を十分に理解するために、提供されるのであって、これらにより特許請求の範囲に記載の主題を限定することは意図されていない。

１．実施の形態１
１−１．構成
図１は、実施の形態１に係るカメラシステム１の構成を示す。カメラシステム１は、カメラボディ１００（撮像装置の一例）と、カメラボディ１００に着脱可能な交換レンズ２００とから構成される。

なお、図１においては、カメラボディ１００及び交換レンズ２００の詳細な電源系統を含む電気的構成は、図示を省略する。

１−１−１．カメラボディの構成
カメラボディ１００は、例えば、光学式ファインダーを備えないミラーレスの撮像装置である。カメラボディ１００は、ボディコントローラ１４０と、撮像素子１１０と、液晶モニタ１２０と、ビューファインダ（ＶＦ）１２１と、操作部１３０と、ボディ側マウント１５０と、電源１６０と、カードスロット１７０と、シャッタ１８０と、通信部１９１と、を備える。

ボディコントローラ１４０（第１制御部の一例）は、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等の演算処理回路、不揮発性メモリ及び周辺回路により構成される。ボディコントローラ１４０は、操作部１３０からの信号又は通信部１９１を介して受信される信号に応じて、内部の不揮発性メモリに記憶されている所定の制御プログラムを読み出して実行することにより、カメラボディ１００の動作を制御する。例えば、ボディコントローラ１４０は、後述するように、電子端末３００（図２）より通信部１９１を介して受信する撮像要求信号に応じて、撮像素子１１０を駆動して撮像動作を実行する。ボディコントローラ１４０は、制御動作や画像処理動作の際に、ＤＲＡＭ１４１をワークメモリとして使用する。ボディコントローラ１４０は、後述するように、電子端末３００（図２）との通信において使用されるデータを格納するメモリとしてフラッシュメモリ１４２を使用する。なお、ボディコントローラ１４０は、ＧＰＵ、ＤＳＰ、ＦＰＧＡ、ＡＳＩＣ等の種々のプロセッサによっても実現できる。ボディコントローラ１４０は、１つ又は複数のプロセッサで構成してもよい。

撮像素子１１０（撮像部の一例）は、交換レンズ２００の光学系により結像された被写体像（光学像）を光電変換により電気信号に変換する、ＣＭＯＳ（Complementary Metal Oxide Semiconductor）センサにより構成される。撮像素子１１０は、被写体を撮像し、画像データを生成して出力する。生成された画像データは、ＡＦＥ（Analog Front End）１１１でデジタル化される。ＡＦＥ１１１でデジタル化された画像データは、ボディコントローラ１４０により所定の画像処理が施される。所定の画像処理とは、例えば、ガンマ補正処理、ホワイトバランス補正処理、キズ補正処理、ＹＣ変換処理、電子ズーム処理、ＪＰＥＧ圧縮処理である。撮像素子１１０は、タイミング発生器（ＴＧ）１１２により制御されるタイミングで動作する。撮像素子１１０の動作は、静止画像や動画像の撮像動作を含む。なお、撮像素子１１０は、ＣＣＤ(Charge Coupled Device)センサにより構成されていてもよい。

液晶モニタ１２０は、液晶パネルにより構成される。液晶モニタ１２０は、ボディコントローラ１４０で画像処理された画像を表示する。液晶モニタ１２０は、動画像も静止画像も選択的に表示可能である。なお、液晶モニタ１２０は、液晶パネルに代えて有機ＥＬ(Electro Luminescence)パネルにより構成されてもよい。

ビューファインダ１２１は、カメラボディ１００の背面上部に配置される。ビューファインダ１２１は液晶モニタ１２０と同様に、ボディコントローラ１４０で処理された画像を表示する。画像は、液晶モニタ１２０とビューファインダ１２１の双方に同時に表示されてもよいし、いずれか一方のみに表示されてもよい。

操作部１３０は、利用者による操作を受け付ける。例えば、操作部１３０は、カメラボディ１００の上面に設けられたレリーズボタン、電源スイッチ、及びモードダイヤル、カメラボディ１００の背面に設けられた中央ボタン、十字ボタン、及び／又は液晶モニタ１２０に積層されたタッチパネル等を含む。操作部１３０は、利用者による操作を受け付けると、ボディコントローラ１４０に種々の動作を指示する信号を送信する。

ボディ側マウント１５０は、複数の接続端子を有し、複数の接続端子を介して交換レンズ２００のレンズ側マウント２５０と機械的及び電気的に接続可能な構成を有する。ボディ側マウント１５０はまた、電源１６０から受けた電力を、レンズ側マウント２５０を介して交換レンズ２００に供給する。ボディ側マウント１５０はまた、交換レンズ２００の装着を検知すると、交換レンズ２００のＩＤ情報とレンズパラメータを受信し、ボディコントローラ１４０に送信する。

電源１６０は、カメラシステム１で消費するための電力を供給する。電源１６０は、例えば、乾電池であってもよいし、充電池であってもよい。また、電源１６０は、電源コードを介して外部からカメラシステム１に電力を供給してもよい。

カードスロット１７０は、ＳＤカード１７１を装着可能であり、ボディコントローラ１４０からの制御に基づいて、ＳＤカード１７１を制御する。ＳＤカード１７１は、ボディコントローラ１４０の画像処理により生成された画像ファイルを格納可能である。

シャッタ１８０は、撮像素子１１０の前面に配置されている。シャッタ１８０は、撮像動作において、ボディコントローラ１４０により制御されるシャッタ駆動部１８１の駆動により開閉する。

通信部１９１は、アンテナ及び無線通信回路を含み、所定の通信規格に従って、任意の電子端末３００（図２）と無線接続する。通信部１９１は、無線接続された電子端末３００との間で任意のデータを、アンテナを用いて送信及び受信する。上記通信規格は任意であり、例えば、Ｗｉ−Ｆｉ（登録商標）の規格を利用する。通信部１９１は、送信部１９１ａと受信部１９１ｂとを含む。送信部１９１ａ（第１送信部の一例）は、送信パケットを取得すると、データ列を変調して信号を生成し、アンテナから送信する。受信部１９１ｂ（第１受信部の一例）は、アンテナから受信した信号を復調し、受信パケットを取得する。

１−１−２．交換レンズの構成
交換レンズ２００は、光学系とレンズコントローラ２４０とレンズ側マウント２５０とを備える。光学系はズームレンズ２１０と、ＯＩＳレンズ２２０と、絞り２６０と、フォーカスレンズ２３０とを含む。

ズームレンズ２１０は、光学系で形成される被写体像の倍率を変化させるためのレンズである。ズームレンズ駆動部２１１は、利用者が操作可能なズームリング等を含み、利用者による操作をズームレンズ２１０に伝え、ズームレンズ２１０を光学系の光軸ＡＸ方向に沿って移動させる。

ＯＩＳレンズ２２０は、交換レンズ２００の光学系で形成される被写体像のぶれを補正するためのレンズであり、ＯＩＳ駆動部２２１により駆動される。ＯＩＳ駆動部２２１は、ＯＩＳ処理部２２３の制御により、光学系の光軸ＡＸに垂直な面内でＯＩＳレンズ２２０を駆動する。位置センサ２２２は、光学系の光軸ＡＸに垂直な面内におけるＯＩＳレンズ２２０の位置を検出する。

絞り２６０は、光学系を通過する光の量を調整するための部材である。絞り駆動部２６１は、例えばステッピングモーターを含み、絞り２６０の開口を開閉するための駆動手段である。

フォーカスレンズ２３０は、光学系で撮像素子１１０上に形成される被写体像のフォーカス状態を変化させるためのレンズである。フォーカス駆動部２３１は、例えばステッピングモーターを含み、レンズコントローラ２４０の制御によって、フォーカスレンズ２３０が光学系の光軸ＡＸに沿って進退するよう駆動する。

レンズコントローラ２４０は、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等の演算処理回路、メモリ及び周辺回路により構成される。レンズコントローラ２４０は、ボディコントローラ１４０からの制御信号に基づいて交換レンズ２００全体を制御する。レンズコントローラ２４０は、ボディコントローラ１４０との送受信の際には、レンズ側マウント２５０及びボディ側マウント１５０を介して行う。レンズコントローラ２４０は、制御の際、ＤＲＡＭ２４１をワークメモリとして使用する。また、フラッシュメモリ２４２は、レンズコントローラ２４０の制御の際に使用するプログラムやレンズパラメータを保存する。

レンズ側マウント２５０は、複数の接続端子を有し、複数の接続端子を介してカメラボディ１００のボディ側マウント１５０と機械的及び電気的に接続可能である。レンズ側マウント２５０は、上述したように、ボディ側マウント１５０との間でデータを送受信可能である。

なお、本実施の形態においては、カメラボディ１００に脱着可能な交換レンズを採用しているが、カメラボディ１００と一体型のレンズであってもよい。

１−１−３．電子端末
図２は、電子端末３００の内部構成を示すブロック図である。電子端末３００は、例えばスマートフォン、タブレット、パーソナルコンピュータ等のコンピュータ装置である。電子端末３００は、その全体動作を制御する端末コントローラ３０１と、データ及びプログラム等を格納する記憶部３０２と、利用者が操作を行う操作部３０３と、画面表示を行う表示部３０５と、外部の機器と無線接続を行う通信部３９２とを備える。

端末コントローラ３０１（第２制御部の一例）は、所定の制御プログラムを実行することで所定の機能を実現する、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等の演算処理回路、メモリ及び周辺回路により構成される。端末コントローラ３０１で実行される制御プログラムは、ネットワークを介して提供されてもよいし、記録媒体によって提供されてもよい。端末コントローラ３０１は、ＧＰＵ、ＤＳＰ、ＦＰＧＡ、ＡＳＩＣ等の種々のプロセッサによっても実現できる。ボディコントローラ１４０は、１つ又は複数のプロセッサで構成してもよい。

記憶部３０２は、電子端末３００が機能を実現するために必要なパラメータ、データ及びプログラムを記憶する記録媒体である。記憶部３０２は、端末コントローラ３０１で実行される制御プログラム及び各種のデータを格納している。記憶部３０２は、例えば、フラッシュメモリを含む半導体メモリやハードディスク（ＨＤＤ）等により構成される。記憶部３０２は、後述するサムネイル画像を記憶するサムネイル画像記憶部３０２ａと、後述するようにカメラボディ１００のリモート操作を可能にする所定のアプリケーションプログラム（アプリ）を記憶するアプリ記憶部３０２ｂと、を含む。

操作部３０３（操作部の一例）は、利用者が操作を受け付ける装置であり、例えば、キーボード、マウス、及びタッチパネル等の少なくともいずれか一つで構成される。

表示部３０５（表示部の一例）は、例えば、液晶ディスプレイ又は有機ＥＬディスプレイにより構成される。

通信部３９２は、アンテナ及び無線通信回路を含み、所定の通信規格に従って、カメラボディ１００と無線接続する。通信部３９２は、無線接続されたカメラボディ１００との間で任意のデータを、アンテナを用いて送信及び受信できる。上記通信規格は任意であり、例えば、Ｗｉ−Ｆｉ（登録商標）の規格を利用する。通信部３９２は、送信部３９２ａと受信部３９２ｂとを含む。送信部３９２ａ（第２送信部の一例）は、送信パケットを取得すると、データ列を変調して信号を生成し、アンテナから送信する。受信部３９２ｂ（第２受信部の一例）は、アンテナから受信した信号を復調し、受信パケットを取得する。

１−１−４．通信プロトコル
カメラボディ１００及び電子端末３００間では、通信プロトコルの一種であるＵＤＰ（User Datagram Protocol）又はＴＣＰ（Transmission Control Protocol）を用いて通信する。

ＵＤＰでは、所定のフォーマットのＵＤＰパケットを送受信することにより所望のデータが送受信する。図３ＡにＵＤＰパケットの構造を示す。ＵＤＰパケットは、ＵＤＰヘッダとＵＤＰペイロードからなる。ＵＤＰヘッダに格納される情報には、ＵＤＰパケットの送信元のポート番号を示す送信元ポート番号、ＵＤＰパケットを受信すべきポート番号（ＵＤＰパケットを受信する機器のポート番号）を示す宛先ポート番号、ＵＤＰパケット全体のパケット長、及びチェックサム（ＵＤＰヘッダとデータ部分のエラーチェックを行うために使用される値）が含まれる。ＵＤＰペイロードには、所定の最大データ長のデータが格納される。

ＴＣＰでは、所定のフォーマットのＴＣＰパケットを送受信することにより所望のデータを送受信する。図３ＢにＴＣＰパケットの構造を示す。ＴＣＰパケットは、ＴＣＰヘッダとＴＣＰペイロードからなる。ＴＣＰヘッダに格納される情報には、ＵＤＰと同様に、ＴＣＰパケットの送信元のポート番号を示す送信元ポート番号、ＴＣＰパケットを受信すべきポート番号（ＴＣＰパケットを受信する機器のポート番号）を示す宛先ポート番号、チェックサムの他、例えば、次のような情報がある。シーケンス番号は送信したデータの順序を示す値である。確認応答番号は、通信相手から受信したシーケンス番号やデータサイズ等を含む。コントロールフラグは、通信の接続や切断や応答の有効等を示す値である。ウィンドウサイズは、受信側が一度に受信することができるデータ量を示す。ＴＣＰペイロードには、所定の最大データ長のデータが格納される。

ＵＤＰは、コネクションレス型のプロトコルであり、ＴＣＰに比べると通信の信頼性がないものの高速にデータを送信することができる。また、ＵＤＰヘッダサイズ（８バイト）が少ない事から、その分アプリケーションのデータを多く送受信することができる。ただし、パケットが到達する保証がないことから、パケットロス等の可能性がある。

一方、ＴＣＰは、コネクション型のプロトコルであり、ＵＤＰに比べ、パケットロスのリスクが低く、通信の信頼性は高いが、データの送信は遅い。

カメラボディ１００と電子端末３００との通信を考えた場合、ライブビュー画像の送受信にはＵＤＰを利用することが好ましい。ライブビュー画像は、映像ストリーミングと同様に、リアルタイムに画像を表示することが必要であるが、一部パケットロスが生じてもその影響が限られるからである。一方、利用者が電子端末３００を操作して撮像した画像を表示させる場合、信頼性の高いＴＣＰを利用することが望ましい。ＴＣＰを利用することにより、カメラボディ１００の撮像動作による撮像画像を電子端末３００により確実に送信し、表示することができる。しかし、特許文献１に開示されているように、撮像画像をカメラボディ１００から電子端末３００にＴＣＰで送信する場合、ライブビュー画像の表示が途絶えてしまうことになる。このため、利用者が撮像操作を行うたびに、ライブビュー画像の送受信が中断され、利用者は次の撮像チャンスを逃してしまうおそれがある。

そこで、本実施の形態においては、ライブビュー画像の送受信中に電子端末３００において撮像操作がなされた場合、ボディコントローラ１４０は、取得した撮像画像を電子端末３００に送信せず、電子端末３００において端末コントローラ３０１は、撮像要求信号を送信したタイミングに応じてライブビュー画像の一画像フレーム（撮像のタイミングと同時又はそれに近いタイミングのもの）を選択し、撮像画像として記憶し、サムネイル表示する。これにより、カメラボディ１００における撮像動作により、ライブビュー画像の送信が中断されることを防ぐことができる。

以下、カメラボディ１００、電子端末３００、及びカメラボディ１００と電子端末３００とを含む撮像システムの動作について、説明する。

１−２．動作
図４から図６を参照し、カメラボディ１００及び電子端末３００間の無線接続、及びカメラボディ１００と電子端末３００のそれぞれにおける動作を説明する。以下の説明では、電子端末３００において、所定のアプリケーションプログラム（アプリ）が起動しているものとする。アプリは、必要に応じて他のプログラム（例えば通信アプリケーションプログラム）と協働しつつ、カメラボディ１００との間で任意の信号及びデータの送受信を行う。

図４に示すように、アプリを起動させた電子端末３００において、端末コントローラ３０１は、送信部３９２ａ（図２）を介して、無線接続を求める接続要求信号をカメラボディ１００に送信する。カメラボディ１００において、ボディコントローラ１４０は、電子端末３００から受信部１９１ｂを介して接続要求信号を受信すると、無線接続を許可する応答信号を、送信部１９１ａを介して電子端末３００に送信する。電子端末３００において、端末コントローラ３０１は、カメラボディ１００から受信部３９２ｂを介して応答信号を受信すると、無線接続を許可する応答信号を、送信部３９２ａを介してカメラボディ１００に送信する。以上により、カメラボディ１００と電子端末３００間のＴＣＰ通信を行うための無線接続が確立される。

接続要求信号及び応答信号は、ＴＣＰで送受信され、送信パケットは、図３Ｂに示すように送信元ポート番号及び宛先ポート番号を含む。なお、電子端末３００からカメラボディ１００への接続要求信号には、データとして、電子端末３００におけるＵＤＰ用のポート番号が含まれていてもよい。ＵＤＰ用ポート番号は、後述するライブビュー画像の送受信に用いられる。

次に、図４に示すように、電子端末３００において、利用者により、操作部３０３からライブビュー画像の操作が受け付けられると（Ｓ１０１）、端末コントローラ３０１は、ライブビュー画像送信要求信号を生成し、送信部３９２ａを介してカメラボディ１００に送信する。ライブビュー画像の送信レートは、例えば、１５フレーム／秒等である。

カメラボディ１００において、ボディコントローラ１４０は、受信部１９１ｂを介して受信したライブビュー画像送信要求信号に対し、送信部１９１ａを介して応答信号を送信する。同時に、ボディコントローラ１４０は、ライブビュー画像を生成し（Ｓ１０２，Ｓ１０４）、ＵＤＰでライブビュー画像を送信する。このとき、ライブビュー画像の送信パケットは、図３Ａに示すＵＤＰのフォーマットで生成される。ボディコントローラ１４０は、予め生成したＵＤＰ用のポート番号を送信元ポート番号とし、予めＴＣＰで通知された電子端末３００側のＵＤＰ用のポート番号を宛先ポート番号とする。

図５に示すように、ライブビュー画像は、複数（ｎフレーム）の画像フレーム（ＩｍＦ−１からＩｍＦ―ｎ）により構成される。

電子端末３００において、端末コントローラ３０１は、受信部３９２ｂを介してライブビュー画像を受信すると、表示部３０５に受信したライブビュー画像を表示させる（Ｓ１０３，Ｓ１０５）。電子端末３００の表示部３０５には、図５に示すように、ライブビュー画像３０５ａが表示される。表示部３０５にはまた、撮像ボタン３０５ｃが表示される。以降、電子端末３００から停止要求信号等を受信しない限り、カメラボディ１００のボディコントローラ１４０は、ライブビュー画像を生成し、電子端末３００に送信し続ける。

図４に示すように、電子端末３００において、利用者により操作部３０３から撮像ボタン３０５ｃ（図５）の操作が受け付けられると（Ｓ１１０）、端末コントローラ３０１は、撮像要求信号を生成し、送信部３９２ａを介してカメラボディ１００に送信する。この撮像要求信号は、すでに確立されたＴＣＰにより送信される。

カメラボディ１００において、ボディコントローラ１４０は、受信部１９１ｂを介して撮像要求信号を受信すると、送信部１９１ａを介して電子端末３００に応答信号を送信する。同時に、ボディコントローラ１４０は、電子端末３００からの撮像要求信号に応じて、撮像素子１１０及びシャッタ１８０を駆動して撮像動作を実行し、撮像画像Ｉｍ１（図５）を取得し、フラッシュメモリ１４２（図１）に記憶する（Ｓ１１１）。ボディコントローラ１４０は、引き続きライブビュー画像を生成し、ＵＤＰで電子端末３００に送信する（Ｓ１２２，Ｓ１２４・・・）。

一方、電子端末３００において、端末コントローラ３０１は、受信しているライブビュー画像ＩｍＦ−１からＩｍＦ―ｎのうち、図５に示すように、撮像要求の送信のタイミングに応じた画像フレーム、つまり実際の撮像画像に近いタイミングで取得された画像フレームＩｍ２を選択して、縮小処理してサムネイル画像記憶部３０２ａ（図２）に記憶する（Ｓ１１２）。記憶された画像フレームＩｍ２は、図５に示すようにサムネイル画像３０５ｂとして表示部３０５に表示される（Ｓ１１３）。端末コントローラ３０１は、引き続き、カメラボディ１００より受信部３９２ｂを介して受信するライブビュー画像を表示部３０５に表示させる（Ｓ１２３，Ｓ１２５・・・）。

以降、撮像ボタン３０５ｃ（図５）の操作がある毎に、上記Ｓ１１０からＳ１１３の動作が実行される。なお、電子端末３００からの撮像要求の送信から次のライブビュー画像送信までのタイムラグはせいぜい数十ｍｓである。よって、電子端末３００の利用者は、撮像操作によるライブビュー画像の表示の中断をほとんど意識する必要がない。

以上のように、利用者は、電子端末３００の表示部３０５上でライブビュー画像を確認しながら、所望のタイミングで撮像ボタン３０５ｃにより撮像を行う。撮像毎に取得された画像フレームＩｍ２は、図２に示すサムネイル画像記憶部３０２ａに記憶される。記憶されたサムネイル画像が複数ある場合、表示部３０５にサムネイル画像を一覧で表示することもできる。

次に、利用者は、更に電子端末３００の表示部３０５（図５）で、撮像した画像を確認したい場合、図６に示す動作を実行する。

まず、利用者は、撮像画像を示すサムネイル画像のうち、所望のサムネイル画像を選択する（Ｓ１１４）。サムネイル画像は、表示部３０５上に一覧で表示され、利用者は所望のサムネイル画像をタッチして選択してもよい。このサムネイル画像の一覧表示は利用者がサムネイル画像３０５ｂをタップすることでカメラボディ１００側からサムネイル画像の一覧表示のための情報を要求し、当該情報を取得することで実現してもよい。一覧表示されたサムネイル画像の中から所望のサムネイル画像の選択操作により、電子端末３００の端末コントローラ３０１は、送信部３９２ａを介して、撮像画像送信要求信号をＴＣＰでカメラボディ１００に送信する。撮像画像送信要求信号には、要求されている撮像画像の識別情報が含まれる。カメラボディ１００において、ボディコントローラ１４０は、送信部１９１ａを介して電子端末３００に応答信号を送信する。ボディコントローラ１４０は、フラッシュメモリ１４２に記憶された撮像画像のうち、識別情報に対応する撮像画像のデータを読み出し（Ｓ１１５）、送信部１９１ａを介して電子端末３００に送信する。

電子端末３００において、端末コントローラ３０１は、受信部３９２ｂを介して受信した撮像画像を、一時的に記憶すると共に、表示部３０５のライブビュー画像３０５ａが表示される領域にライブビュー画像の代わりに表示させる（Ｓ１１６）。

以上の動作により、撮像した画像をサムネイル表示から選択する操作に応じて、実際の撮像画像をカメラボディ１００より電子端末３００に送信して表示することができる。なお、ステップＳ１１４からステップＳ１１６の動作中は、ライブビュー画像の送受信は行われない。しかし、この間、利用者は実際の撮像画像を確認しているため、撮像を行う必要はないため、ライブビュー画像の送受信中断による問題は生じない。

なお、カメラボディ１００側で記憶された撮像画像Ｉｍ１と電子端末３００側で記憶された画像フレームＩｍ２とは、例えば次のように対応付けられる。電子端末３００側で、例えば、４回撮像ボタン３０５ｃ（図５）を連続して押した場合、サムネイル画像記憶部３０２ａに、撮像ボタン３０５ｃを押した順番に画像フレームＩｍ２が記憶され、４枚のサムネイル画像として取得される。一方、カメラボディ１００は、撮像要求信号を受信すると、撮像画像をフラッシュメモリ１４２に撮像要求の順番に記憶する。電子端末３００においては、利用者が撮像ボタン３０５ｃを押す毎に、最新のサムネイル画像が表示部３０５のサムネイル画像３０５ｂの表示領域に更新して表示される。利用者が、表示されているサムネイル画像をタップ等して選択すると、４枚のサムネイル画像が記憶された順番に一覧表示される。利用者が１枚目のサムネイル画像をタップ等して選択すると、図６に示すように、撮像画像要求信号が電子端末３００からカメラボディ１００に送信され（Ｓ１１４）、カメラボディ１００は、１枚目のサムネイル画像に対応する撮像画像を読み出して送信する（Ｓ１１５）。送信された撮像画像は、表示部３０５のライブビュー画像３０５ａが表示される領域に、ライブビュー画像の代わりに表示される（Ｓ１１６）。

以上のようにして、カメラボディ１００は、電子端末３００側で指定された撮像画像を送信することができる。

上記カメラボディ１００及び電子端末３００の処理の順序（ステップとして表現した順序を含む）は、上述したものに限定されない。本開示の趣旨を逸脱しない範囲で、入れ替えることは可能であるし、並行して処理されてもよい。

１−３．効果等
実施の形態１においては、カメラボディ１００は、撮像要求に応じて、撮像動作を実行して撮像画像Ｉｍ１を取得し、電子端末３００は、撮像要求のタイミングに応じてライブビュー画像から取得される画像フレームＩｍ２を撮像画像の代わりに取得し、サムネイル画像に縮小処理して記憶する。このため、撮像中のライブビュー画像の送受信の中断を回避でき、撮像動作を円滑且つ迅速に行うことができる。

実施の形態１においては、電子端末３００において記憶されるサムネイル画像は実際の撮像画像とは異なる。しかし、図６に示す動作により、電子端末３００は実際の撮像画像を取得し、利用者は電子端末３００において撮像画像を確認することができる。このとき、ライブビュー画像の送受信は中断するが、利用者は撮像操作を行う必要はないため、ライブビュー画像の送受信の中断により撮像ができなくなる等の問題は生じない。

また、実施の形態１においては、ライブビュー画像の送受信にはＵＤＰを用いて画像の高速な通信を実現し、撮像画像の送受信には、利用者が撮像画像を確認したいときに、ＴＣＰを用いて通信の信頼性の高い通信を実現する。このため、撮像動作を円滑且つ迅速に行いつつ、利用者は実際の撮像画像を電子端末３００において確実に確認することができる。

２．実施の形態２
図７及び図８を参照して、実施の形態２に係るカメラボディ１００及び電子端末３００について説明する。

カメラボディ１００及び電子端末３００の各構成については、図１から図３に示す実施の形態１と同様であるため、説明を省略する。また、実施の形態２において、特に述べない事項に関しては、特に矛盾の無い限り、実施の形態１及びその変形例が適用される。

実施の形態１においては、ライブビュー画像の画像フレームからサムネイル画像を生成して表示する。しかし、ライブビュー画像は、例えばピーキング（コントラストが高い部分に色をつけて表示する機能）により一部に色が付いた状態で送信される場合があるため、サムネイル画像も色付きで表示されてしまい、実際の撮像画像とは異なって表示されることになる。そこで、本実施の形態においては、ライブビュー画像の送受信中に電子端末３００において撮像操作がなされた場合、ボディコントローラ１４０は、取得した撮像画像をライブビュー画像の一画像フレーム（撮像のタイミングと同時又はそれに近いタイミングのもの）と入れ替えて、ライブビュー画像を変更する。入れ替えた画像フレームには識別フラグ（識別情報の一例）を付ける。この識別フラグは、当該画像フレームが撮像画像であることを示す。変更されたライブビュー画像は、ＵＤＰで電子端末３００に送信され、電子端末３００によってサムネイル画像として表示される。

以下、実施の形態２に係るカメラボディ１００及び電子端末３００の動作について詳細に説明する。

図７において、ステップＳ２０１〜Ｓ２０５及びその間のカメラボディ１００及び電子端末３００による通信は、図４におけるステップＳ１０１〜Ｓ１０５及びその間のカメラボディ１００及び電子端末３００による通信と同様である。

電子端末３００において、利用者により操作部３０３から撮像ボタン３０５ｃ（図８）の操作が受け付けられると（Ｓ２１０）、端末コントローラ３０１は、撮像要求信号を生成し、送信部３９２ａを介してカメラボディ１００に送信する。この撮像要求信号は、すでに確立されたＴＣＰにより送信される。

カメラボディ１００において、ボディコントローラ１４０は、受信部１９１ｂを介して撮像要求信号を受信すると、送信部１９１ａを介して電子端末３００に応答信号を送信する。同時に、ボディコントローラ１４０は、電子端末３００からの撮像要求信号に応じて、撮像素子１１０及びシャッタ１８０を駆動して撮像動作を実行し、撮像画像Ｉｍ１（図８）を取得し、フラッシュメモリ１４２（図１）に記憶する（Ｓ２１１）。

ボディコントローラ１４０はさらに、ライブビュー画像の変更処理を行う（Ｓ２１２）。より具体的には、図８に示すように、ライブビュー画像を構成する複数（ｎフレーム）の画像フレーム（ＩｍＦ−１からＩｍＦ―ｎ）のうち、撮像画像を取得したタイミングで取得される画像フレーム（ここでは、例としてＩｍＦ−３とする）を、取得した撮像画像Ｉｍ１と差し替える。ここで、撮像画像を取得したタイミングで取得される画像フレームＩｍＦ−３とは、ボディコントローラ１４０が撮像要求信号を受信したタイミング又は撮像動作を実行するタイミングの画像フレーム又はそのタイミングに略等しいタイミングで取得された画像フレームである。撮像画像を取得したタイミングは所定の時間幅（例えば、数十ｍｓ内）であれば、許容されるものとする。

ボディコントローラ１４０は、差し替えられた撮像画像フレームＩｍ１´に識別フラグを付加する。この識別フラグは、当該撮像画像フレームＩｍ１´が撮像画像であることを示す。差し替えによって変更されたライブビュー画像は、引き続きＵＤＰで電子端末３００に送信される。識別フラグは、例えば、ＵＤＰパケットのペイロードのデータに設けられたヘッダ（１バイト）として付加される。このヘッダを利用して、画像フレームに識別フラグを付すことができる。或いは、識別フラグは、撮像画像フレームＩｍ１´に付されるウォーターマークであってもよい。

ボディコントローラ１４０は、引き続きライブビュー画像を生成し、ＵＤＰで電子端末３００に送信する（Ｓ２２２，Ｓ２２４・・・）。

電子端末３００において、端末コントローラ３０１は、受信したライブビュー画像のうち識別フラグを検出すると、図８に示すように、識別フラグの付いた撮像画像フレームＩｍ１´を抜き出し、サムネイル画像記憶部３０２ａ（図２）に記憶する（Ｓ２１３）。端末コントローラ３０１は、識別フラグの付いた撮像画像フレームＩｍ１´を抜き出した後のライブビュー画像を表示部３０５に表示させる（Ｓ２１４）。端末コントローラ３０１は更に、記憶した撮像画像フレームＩｍ１´を、縮小処理したサムネイル画像３０５ｂとして表示部３０５に表示させる（Ｓ２１５）。端末コントローラ３０１は、引き続き、カメラボディ１００より受信部３９２ｂを介して受信するライブビュー画像を表示部３０５に表示させる（Ｓ２２３，Ｓ２２５・・・）。

なお、表示されるライブビュー画像は、撮像画像フレームＩｍ１´を抜き出した後、そのまま表示されてもよいが、抜き出した撮像画像フレームＩｍ１´近くの画像フレームを２回表示させてもよい。

以降、撮像ボタン３０５ｃ（図８）の操作がある毎に、上記Ｓ２１０からＳ２１５の動作が実行される。

なお、電子端末３００においては、ライブビュー画像をＵＤＰで受信するため、通信の信頼性は低く、識別フラグの画像フレームを受信せず、撮像画像としてサムネイル画像３０５ｂの表示がなされない可能性がある。その場合、次のような処理を実行して信頼性を補填することができる。まず、上記識別フラグの付いた画像フレーム（撮像画像）の近傍の画像フレームを撮像画像として縮小処理して表示部３０５にサムネイル画像３０５ｂを表示させる。その後、例えば０．５秒以内に上記識別フラグの画像フレームが到着すれば、表示したサムネイル画像を上記識別フラグの付いた画像フレームのサムネイル画像に差し替えて、表示部３０５に表示する。これにより、電子端末３００は、撮像操作後に撮像画像としてサムネイル画像３０５ｂの表示がなされないことを回避できる。

或いは、電子端末３００において、撮像操作から所定時間識別フラグを検出しなかった場合、端末コントローラ３０１は、ＴＣＰで再送要求信号をカメラボディ１００に送信するようにしてもよい。

以上の動作により、電子端末３００においては、撮像動作による中断なくライブビュー画像が表示することができるとともに、利用者は、ピーキング等の影響のない画像をサムネイル表示で確認できる。サムネイル表示される画像は、撮像画像をライブビュー画像フレームと差し替えてＵＤＰで送信したものである。よって、利用者が実際の撮像画像を確認したい場合は、図６に示すように所望のサムネイル画像を選択操作することに応じて、カメラボディ１００から電子端末３００に対応する撮像画像のデータを送信し、表示部３０５で表示させる。これにより、利用者は、電子端末３００において、実際の撮像画像を確認することができる。また、実施の形態１と同様に、利用者が電子端末３００の表示部３０５において実際の撮像画像を確認する間は、利用者が撮像操作を行わないため、ライブビュー画像の表示が中断されることによる影響は最小限に抑えられる。

上記実施の形態において、電子端末３００からカメラボディ１００に送信される撮像要求信号は、連写の撮像を要求する信号であってもよい。連写の場合、カメラボディ１００においては連写毎に撮像画像が記憶され、識別フラグを付与された上で、ライブビュー画像のフレームと差し替えられ、変更されたライブビュー画像が電子端末３００に送信される。

３．その他実施の形態
以上のように、本出願において開示する技術の例示として、各実施の形態を説明した。しかしながら、本開示における技術は、これに限定されず、適宜、変更、置き換え、付加、省略等を行った実施の形態にも適用可能である。また、上記実施の形態で説明した各構成要素を組み合わせて、新たな実施の形態とすることも可能である。

（１）上記実施の形態において、電子端末３００からカメラボディ１００に送信される撮像要求信号は、動画の撮像を要求する信号であってもよい。動画の場合、例えば、図５又は図８に示す電子端末３００の表示部３０５に示される撮像ボタン３０５ｃは、動画撮像の開始時と終了時に利用者によりタッチされる。動画撮像の開始時及び終了時のタッチ操作により、撮像開始要求信号及び撮像終了要求信号がＴＣＰでカメラボディ１００に送信される。カメラボディ１００から受信するライブビュー画像から撮像開始要求信号がカメラボディ１００に送信されたタイミングに応じて所定の画像フレームを選択して縮小処理したサムネイル画像を表示部３０５に表示すればよい。
（２）上記実施の形態においては、カメラボディ１００と電子端末３００間の通信は有線であってもよい。有線で通信する場合、カメラボディ１００は、外部機器と接続するための所定の通信規格、例えば、ＵＳＢ（Universal Serial Bus）規格に準拠した通信を行うためのインターフェース回路及び接続端子を備える。同様に、電子端末３００は、ＵＳＢ規格等に準拠した通信を行うためのインターフェース回路及び接続端子を接続する。
（３）上記実施の形態において、カメラボディ１００と電子端末３００は、それぞれの構成及び機能において特徴を有するものである。同様に、カメラボディ１００と電子端末３００とを含む撮像システム、及びカメラボディ１００又は／及び電子端末３００により実行される撮像方法、撮像方法を実行するためのコンピュータプログラム又はアプリケーションは、その構成及び機能において特徴を有するものである。

１ ：カメラシステム
１００ ：カメラボディ
１１０ ：撮像素子
１１２ ：タイミング発生器
１２０ ：液晶モニタ
１２１ ：ビューファインダ
１３０ ：操作部
１４０ ：ボディコントローラ
１４１ ：ＤＲＡＭ
１４２ ：フラッシュメモリ
１５０ ：ボディ側マウント
１６０ ：電源
１７０ ：カードスロット
１７１ ：ＳＤカード
１８０ ：シャッタ
１８１ ：シャッタ駆動部
１９１ ：通信部
１９１ａ ：送信部
１９１ｂ ：受信部
２００ ：交換レンズ
２１０ ：ズームレンズ
２１１ ：ズームレンズ駆動部
２２０ ：ＯＩＳレンズ
２２１ ：ＯＩＳ駆動部
２２２ ：位置センサ
２２３ ：ＯＩＳ処理部
２３０ ：フォーカスレンズ
２３１ ：フォーカス駆動部
２４０ ：レンズコントローラ
２４１ ：ＤＲＡＭ
２４２ ：フラッシュメモリ
２５０ ：レンズ側マウント
２６０ ：絞り
２６１ ：絞り駆動部
３００ ：電子端末
３０１ ：端末コントローラ
３０２ ：記憶部
３０２ａ ：サムネイル画像記憶部
３０２ｂ ：アプリ記憶部
３０３ ：操作部
３０５ ：表示部
３０５ａ ：ライブビュー画像
３０５ｂ ：サムネイル画像
３０５ｃ ：撮像ボタン
３９２ ：通信部
３９２ａ ：送信部
３９２ｂ ：受信部
ＡＸ ：光軸

Claims (11)

1. 電子端末と接続可能な撮像装置であって、
   被写体を撮像して、ライブビュー画像を生成する撮像部と、
   前記ライブビュー画像を前記電子端末に送信する第１送信部と、
   前記電子端末から前記撮像装置の撮像要求を受信する第１受信部と、
   前記撮像部、前記第１送信部、及び前記第１受信部を制御する第１制御部と、
   を備え、
   前記第１制御部は、
   前記撮像要求に応じて、前記撮像部による撮像を実行して撮像画像である第１画像フレームを取得し、
   前記第１送信部は、前記撮像要求後、前記ライブビュー画像を前記撮像要求に応じた前記第１画像フレームの送信によって中断されることなく前記電子端末に送信する、
   撮像装置。
2. 前記電子端末は、前記撮像要求後は前記第１送信部を介して送信される前記ライブビュー画像から所定の前記ライブビュー画像を抽出し、当該抽出された前記ライブビュー画像を用いて撮影画像として前記電子端末の表示部に表示する、
   請求項１に記載の撮像装置。
3. 前記第１制御部は、
   前記ライブビュー画像の画像フレームを前記第１画像フレームに差し替えることにより前記ライブビューの画像を変更し、
   変更したライブビュー画像を、前記第１送信部を介して前記電子端末に送信する、
   請求項１に記載の撮像装置。
4. 前記第１画像フレームは、撮像画像であることを示す識別情報を含む、
   請求項３に記載の撮像装置。
5. 撮像装置と接続可能な電子端末であって、
   前記撮像装置に対する操作入力を受け付ける操作部と、
   前記撮像装置に対して撮像要求を送信する第２送信部と、
   前記撮像装置よりライブビュー画像を受信する第２受信部と、
   前記ライブビュー画像を表示する表示部と、
   前記操作部、前記第２送信部、前記第２受信部、及び前記表示部を制御する第２制御部と、
   を備え、
   前記第２受信部は、前記撮像要求後、前記ライブビュー画像を前記撮像要求に応じた撮像を実行して取得された撮像画像である第１画像フレームの送信によって中断されることなく受信する、電子端末。
6. 前記第２制御部は、前記ライブビュー画像から、前記撮像要求を送信したタイミングに応じて前記第２画像フレームを選択し、撮像画像として前記表示部に表示させる、
   請求項５に記載の電子端末。
7. 前記第２制御部は、前記撮像要求後は前記ライブビュー画像から取得される前記第２画像フレームに含まれる識別情報を検出することにより前記第２画像フレームを選択する、
   請求項６に記載の電子端末。
8. 前記第２制御部は、
   前記ライブビュー画像から前記第２画像フレームを抜き出すことにより前記ライブビュー画像を変更し、
   変更したライブビュー画像を前記表示部により表示させる、
   請求項７に記載の電子端末。
9. 前記第２制御部は、前記第２画像フレームを前記ライブビュー画像よりも縮小させて前記表示部に表示させ、
   前記操作部は、前記表示部に縮小して表示された第２画像フレームを選択するための入力を受け付ける、
   請求項５から８のいずれかに記載の電子端末。
10. 前記操作部が前記表示部に縮小して表示された第２画像フレームを選択するための入力を受け付けると、
    前記第２制御部は撮像画像送信要求を前記第２送信部より送信させ、
    前記第２受信部は、前記撮像画像送信要求に応じて撮像画像を受信し、
    前記第２制御部は、前記表示部に、受信した前記撮像画像を表示させる、
    請求項９に記載の電子端末。
11. 請求項５から１０のいずれかに記載の電子端末と、
    請求項１から４のいずれかに記載の撮像装置と、
    を備え、
    前記電子端末と前記撮像装置とは、第１通信プロトコルと、前記第１通信プロトコルよりも通信の信頼性は低いが通信速度は速い第２通信プロトコルとによって通信可能であり、
    前記ライブビュー画像を送受信するときは前記第２通信プロトコルを用いて通信し、
    前記撮像装置により撮像された画像を送受信するときは前記第１通信プロトコルを用いて通信する、
    撮像システム。