特許 6235876 撮像装置及び画像転送方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6235876

(24)【登録日】2017年11月2日

(45)【発行日】2017年11月22日

(54)【発明の名称】撮像装置及び画像転送方法

(51)【国際特許分類】

   H04N 5/232 20060101AFI20171113BHJP

   G03B 7/00 20140101ALI20171113BHJP

   H04N 101/00 20060101ALN20171113BHJP

【ＦＩ】

   H04N5/232 300

   G03B7/00

   H04N5/232 090

   H04N101:00

【請求項の数】5

【全頁数】20

(21)【出願番号】特願2013-234829(P2013-234829)

(22)【出願日】2013年11月13日

(65)【公開番号】特開2015-95799(P2015-95799A)

(43)【公開日】2015年5月18日

【審査請求日】2016年10月27日

(73)【特許権者】

【識別番号】313003417

【氏名又は名称】株式会社ザクティ

(74)【代理人】

【識別番号】100085501

【弁理士】

【氏名又は名称】佐野 静夫

(74)【代理人】

【識別番号】100124132

【弁理士】

【氏名又は名称】渋谷 和俊

(74)【代理人】

【識別番号】100128842

【弁理士】

【氏名又は名称】井上 温

(74)【代理人】

【識別番号】100129562

【弁理士】

【氏名又は名称】山本 昌則

(72)【発明者】

【氏名】岡本 正義

(72)【発明者】

【氏名】廣野 英雄

【審査官】 藤原 敬利

(56)【参考文献】

【文献】 特開２００６−２７９２７８（ＪＰ，Ａ）

【文献】 国際公開第２００６／０８５５００（ＷＯ，Ａ１）

【文献】 特開２００６−３４５０９５（ＪＰ，Ａ）

【文献】 特開２００８−１１８４４６（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｎ ５／２２２− ５／２５７

Ｇ０３Ｂ ７／００

Ｈ０４Ｎ １０１／００

(57)【特許請求の範囲】

【請求項1】

被写体の画像信号を出力する撮像部と、
前記撮像部の出力信号に基づく画像データを生成する画像処理部と、
撮影指示に応答した特定の対象画像についての対象画像データ、及び、該対象画像データ以外の非対象画像についての第１解像度の非対象画像データを、無線接続された外部装置に送信する通信処理部と、を備え、
前記画像処理部は、前記第１解像度よりも高い第２解像度の対象画像データを生成可能であり、
前記通信処理部は、前記非対象画像データを送信する際には、前記外部装置での受信の成否に関係なく送信が完了する第１プロトコルを用い、前記第２解像度の対象画像データを送信する際には、前記外部装置での受信成功を確保する第２プロトコルを用い、
さらに、前記画像処理部は、前記第２解像度よりも低い第３解像度の対象画像データを生成可能であり、
前記通信処理部は、前記対象画像データを送信する際、前記外部装置から所定の要求を受けている場合には、前記第２プロトコルを用いて前記第２解像度の対象画像データを送信し、前記要求を受けていない場合には、前記第３解像度の対象画像データを前記第２プロトコルと異なる第３プロトコルにて送信し、
また、前記第３プロトコルでは、前記外部装置による受信の成否に関係なく、前記第３解像度の対象画像データが複数回繰り返し前記通信処理部から前記外部装置に送信される
ことを特徴とする撮像装置。

【請求項2】

前記通信処理部から送信すべきデータの再送処理が、前記第１プロトコルでは含まれず、前記第２プロトコルでは含まれる
ことを特徴とする請求項１記載の撮像装置。

【請求項3】

前記画像処理部による前記撮像部の出力信号に対する画像処理には、前記撮像部の出力信号から所定周期にて順次ライブビュー画像の画像データを生成するライブビュー用処理と、前記撮影指示に含まれる単写指示に応答して前記撮像部の出力信号から１枚の静止画像の画像データを生成する単写用処理と、が含まれ、
前記非対象画像は前記ライブビュー画像を含み、前記対象画像は前記１枚の静止画像を含む
ことを特徴とする請求項１〜２の何れかに記載の撮像装置。

【請求項4】

前記画像処理には、前記撮影指示に含まれる連写指示に応答して複数枚の静止画像の画像データを生成する連写用処理が含まれ、
前記複数枚の静止画像の内、最後に取得された静止画像は前記対象画像に含まれ、それ以外の静止画像は前記非対象画像に含まれる
ことを特徴とする請求項３に記載の撮像装置。

【請求項5】

前記通信処理部は、前記第１プロトコルを用いて前記非対象画像データを送信する際には、前記外部装置での受信の成否に関係なく所定時間内に送信を完了させる一方、前記第２プロトコルを用いて前記第２解像度の対象画像データを送信する際には、前記所定時間を超えても前記外部装置での受信成功を確保する
ことを特徴とする請求項１〜４の何れかに記載の撮像装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、撮像装置及び画像転送方法に関する。

【背景技術】

【0002】

近年、カメラとスマートフォンなどと称される端末装置をＷｉ−Ｆｉ（登録商標）にて無線接続し、端末装置からＷｉ−Ｆｉ経由でカメラに撮影指示を出すシステムが提案されている。当該システムでは、カメラで取得されるライブビュー画像（スルー画像）が定期的に端末装置に送信され、ユーザは端末装置の画面に表示されたライブビュー画像を見ながらシャッタチャンスを待って、所望のタイミングで端末装置に撮影指示を入力する。入力された撮影指示はカメラに送られ、カメラにて撮影指示に応答した対象画像が撮影及び取得される。その後、カメラから対象画像の画像データが端末装置に送信され、端末装置上で対象画像が一定時間表示されることで、ユーザはどのような画像が撮影されたのかを確認できる。つまり、カメラ単体においてカメラの表示画面にライブビュー画像及び撮影指示に対応する対象画像が表示されるのと同様、ライブビュー画像及び対象画像が端末装置に表示されるようになっている。

【0003】

端末装置に送信される画像（特にライブビュー画像）については、画像の概ねの内容が確認できれば良く、また、通信での処理時間の観点から、カメラの表示画面に表示されるのと同程度のサイズ（例えばＶＧＡサイズ相当）の画像が送られるのが一般的である。加えてリアルタイム性を重視し、再送信無しの垂れ流し転送方式であるＵＤＰ（User Datagram Protocol）が採用されることが多い。たとえ電波環境が悪いことに起因して、１つの画像の一部が欠落し、端末装置側で１つの画像を形成できずに当該画像自体が破棄されることになったとしても、同じ画像を何度も送るのではなく、再送による遅延が積み重なっていくよりは、次の画像を送った方がリアルタイム性の観点から望ましいからである。

【0004】

但し、撮影指示に応答して取得される特定の対象画像については、どんな画像が撮影されたのかを目視でしっかりと確認したいという要望がある（つまり、データ欠落により、対象画像が端末装置の画面上で見られなくなるという自体は好ましくない）。そこで、対象画像については、固定又はユーザ指定の時間の間に、複数回、同じ画像をＵＤＰにて送る方式も提案されている。これにより、端末装置側の受信において、何回目かの送信における画像が欠落することはあったとしても、全回数分の画像が欠落することは殆ど無いため、端末装置側で対象画像を高い確度で確認できるようになる。また、端末装置側の処理としても、ＵＤＰで送られてくる画像を表示するだけの処理で済むため、実現が容易である。

【0005】

尚、カメラで取得した画像データを外部装置に無線にて送信する際、無線通信の受信感度などに応じて、通信速度を変更する技術も提案されている（例えば下記特許文献１参照）。

【先行技術文献】

【特許文献】

【0006】

【特許文献1】特開２００７−２８２０９７号公報

【発明の概要】

【発明が解決しようとする課題】

【0007】

端末装置が、比較的大きなサイズの表示画面（即ち、高精細な画像を表示可能な表示画面）を持っていることもある。このような場合、端末装置の表示画面上で、カメラの撮影画像を高解像度で確認したいという要望もある。ライブビュー画像などでは、画像更新を比較的速く行う必要があるため、通信時間の観点から、送信画像の画像サイズ（換言すれば解像度）をあまり大きくすることは得策とは言えない。但し、撮影指示に対応する特定の対象画像については、多少時間がかかっても良いから上記要望に応えるべく高精細な画像データを送る、ということも考えられる。しかし、同じ画像を複数回ＵＤＰで送ることを前提にして、高解像度の画像（サイズの大きな画像データ）を複数回送ると送信時間が相当に長くなり、実用性が低くなる。電波環境が良い場合には、１回の送信で受信が成功するかもしれないのに、複数回送信を前提にすると非効率である（無駄に時間がかかる）。

【0008】

そこで本発明は、望ましい解像度の画像データを効率的に外部装置に送信可能な撮像装置及び画像転送方法を提供することを目的とする。

【課題を解決するための手段】

【0009】

本発明に係る撮像装置は、被写体の画像信号を出力する撮像部と、前記撮像部の出力信号に基づく画像データを生成する画像処理部と、撮影指示に応答した特定の対象画像についての対象画像データ、及び、該対象画像データ以外の非対象画像についての第１解像度の非対象画像データを、無線接続された外部装置に送信する通信処理部と、を備え、前記画像処理部は、前記第１解像度よりも高い第２解像度の対象画像データを生成可能であり、前記通信処理部は、前記非対象画像データを送信する際には、前記外部装置での受信の成否に関係なく送信が完了する第１プロトコルを用い、前記第２解像度の対象画像データを送信する際には、前記外部装置での受信成功を確保する第２プロトコルを用いることを特徴とする。
上記撮像装置の機能に対応する画像転送方法を形成しても良く、該画像転送方法をコンピュータに実現させるプログラムを形成しても良い。

【0010】

ライブビュー画像など、リアルタイム性が重視される画像については、当該画像を非対象画像と取り扱って第１プロトコルを用いる。一方、撮影指示に応答して取得される特定の画像については、当該画像を対象画像と取り扱って第２プロトコルを用いる。これにより、撮影指示に応答した特定の対象画像、即ち、比較的詳細な目視確認が要望される画像を、高解像度の画像データ（第２解像度の対象画像データ）として確実に外部装置に送ることができ、上記要望を満たすことができる。この際、第２解像度の対象画像データをＵＤＰにて複数回送ることを前提とする方式と比べて、効率的な送信が可能である。即ち、複数回送信を前提とする方式では、電波環境の良し悪しに関係なく、送信時間が相当に長くなるのに対し、本発明に係る撮像装置では、電波環境が良い場合には再送無しの短時間で送信が完了し、電波環境が悪い場合でも受信不良となったデータを部分的に再送すればよいため上記方式よりも無駄が少ない。

【発明の効果】

【0011】

本発明によれば、望ましい解像度の画像データを効率的に外部装置に送信可能な撮像装置及び画像転送方法を提供することが可能である。

【図面の簡単な説明】

【0012】

【図1】本発明の実施形態に係る画像データ転送システムの全体構成図、デジタルカメラ及び端末装置の概略ブロック図である。

【図2】ＵＤＰパケットの構造を示す図である。

【図3】ＴＣＰパケットの構造を示す図である。

【図4】カメラ及び端末装置間の無線接続の確立手順を説明するための図である。

【図5】ライブビュー画像転送処理を説明するための図である。

【図6】本発明の第１実施例に係り、単写指示の入力タイミング近辺における信号のやり取りを示す図である。

【図7】本発明の第１実施例に係り、連写指示の入力タイミング近辺における信号のやり取りを示す図である。

【図8】本発明の第２実施例に係り、連写指示の入力タイミング近辺における信号のやり取りを示す図である。

【図9】本発明の第２実施例に係るカメラの動作フローチャートである。

【図10】本発明の第２実施例に係る単写タスクのフローチャートである。

【図11】本発明の第２実施例に係る連写タスクのフローチャートである。

【図12】本発明の第３実施例に係るＡＣＫ情報付きＵＤＰパケットの構造を示す図である。

【発明を実施するための形態】

【0013】

以下、本発明の実施形態の例を、図面を参照して具体的に説明する。参照される各図において、同一の部分には同一の符号を付し、同一の部分に関する重複する説明を原則として省略する。尚、本明細書では、記述の簡略化上、情報、信号、物理量、状態量又は部材等を参照する記号又は符号を記すことによって、該記号又は符号に対応する情報、信号、物理量、状態量又は部材等の名称を省略又は略記することがある。

【0014】

図１（ａ）は、本発明の実施形態に係る画像データ転送システムの全体構成図である。画像データ転送システムは、電子機器１及び２にて構成される。第１の電子機器１は、撮影機能を備えた任意の電子機器であり、第２の電子機器２は、表示画面２Ｓを備えた任意の電子機器である。但し、電子機器１及び２は互いに無線接続が可能であるとする。以下では、電子機器１がデジタルカメラ（撮像装置）であって、電子機器２が、携帯型の端末装置（例えば所謂スマートフォン）であるとする。

【0015】

図１（ｂ）は、デジタルカメラ１の内部ブロック図であり、デジタルカメラ１は、符号１０〜２２によって参照される各部位を備える。

【0016】

撮像素子１１は、ＣＣＤ（Charge Coupled Device）又はＣＭＯＳ（Complementary Metal Oxide Semiconductor）イメージセンサなどから成る固体撮像素子であり、光学系１０を介して入射した被写体の光学像に応じた画像信号を生成及び出力する。撮像素子１１の出力信号に基づく画像を撮影画像と呼ぶ。

【0017】

信号処理部１２は、集積回路等から成り、撮像素子１１の出力信号に対して所定の信号処理（換言すれば画像処理；ＡＤ変換、ノイズ低減処理、デモザイキング処理等）を施すことで撮影画像の画像データを生成する。ＣＰＵ（Central Processing Unit）１３は、操作部１９に入力された各種指示及び操作に従いつつ、カメラ１内の各部位の動作を統括的に制御する。ＲＯＭ（Read Only Memory）１４は、半導体メモリ等から成り、ＣＰＵ１３で実行されるべき各種のプログラム及び様々なデータを不揮発的に記録する。ＲＡＭ（Random Access Memory）１５は、半導体メモリ等から成り、カメラ１にて取り扱われる任意のデータを一時的に記録する。記録媒体１６は、半導体メモリや磁気ディスク等にて形成された不揮発性の記録媒体であり、ＣＰＵ１３の制御の下、画像データを含む任意のデータを記録する。撮影画像又は任意の映像が、ＣＰＵ１３の制御の下、ビデオエンコーダ１７を介して表示画面１８に供給されて該表示画面１８上で表示される。表示画面１８は、例えば液晶ディスプレイパネルである。操作部（操作入力部）１９は、表示画面１８に付随するタッチパネル及び／又は機械式操作部材から成り、ユーザからの各種の操作及び指示の入力を受け付ける。操作部１９への入力内容はシステムコントローラ２０を通じてＣＰＵ１３に伝達される。

【0018】

通信モジュール２１は、所定の通信規格に従って、端末装置２を含む任意の電子機器と無線接続し、無線接続された電子機器との間で任意のデータを、アンテナ２２を用い無線にて送信及び受信できる。上記通信規格は任意であるが、本実施形態では、カメラ１及び端末装置２間の無線通信がＷｉ−Ｆｉ（登録商標）の規格に従うものとする。

【0019】

図１（ｃ）に、端末装置２の部分的なブロック図を示す。端末装置２は、液晶ディスプレイパネル等から成る表示画面２Ｓ（以下では、カメラ１の表示画面１８との区別を明確にするべく、端末画面２Ｓとも呼ぶ）に加えて、符号３１〜３６によって参照される各部位を備える。端末ＣＰＵ３１は、端末操作部３２に入力された各種指示及び操作に従いつつ、端末装置２の動作を統括的に制御する。端末操作部（端末側操作入力部）３２は、端末画面２Ｓに付随するタッチパネル及び／又は機械式操作部材から成り、ユーザからの各種の操作及び指示の入力を受け付ける。通信モジュール３３は、所定の通信規格に従って、カメラ１を含む任意の電子機器と無線接続し、無線接続された電子機器との間で任意のデータを、アンテナ３４を用い無線にて送信及び受信できる。端末ＲＯＭ３５は、半導体メモリ等から成り、端末ＣＰＵ３１で実行されるべき各種のプログラム及び様々なデータを不揮発的に記録する。端末ＲＡＭ３６は、半導体メモリ等から成り、端末装置２にて取り扱われる任意のデータを一時的に記録する。

【0020】

カメラ１及び端末装置２間において、通信プロトコルの一種であるＵＤＰ（User Datagram Protocol）又はＴＣＰ（Transmission Control Protocol）を用いて通信が可能である。ＵＤＰでは、ＵＤＰパケットの送受信により所望のデータが送受信される。ＴＣＰでは、ＴＣＰパケットの送受信により所望のデータが送受信される。ＵＤＰの内容及びＵＤＰパケットの構造は、ＩＥＴＦ（Internet Engineering Task Force）が策定した仕様を記したＲＦＣ（Request for Comments）の内、ＲＦＣ７６８で規定されている。ＴＣＰの内容及びＴＣＰパケットの構造は、ＲＦＣの内、ＲＦＣ７９３で規定されている。以下では、特に述べていなくとも、カメラ１による信号（データ）の送信は端末装置２への送信であると解され、端末装置２による信号（データ）の送信はカメラ１への送信であると解される。

【0021】

図２にＵＤＰパケットの構造を示す。ＵＤＰパケットは、ＵＤＰヘッダとＵＤＰデータ部から成る。ＵＤＰヘッダに格納される情報には、ＵＤＰパケットの送信元のポート番号を示す送信元ポート番号（Source Port）、ＵＤＰパケットを受信すべきポート番号（ＵＤＰパケットを受信する機器のポート番号）を示す宛先ポート番号（Destination Port）、ＵＤＰパケット全体のデータ長、及び、誤り検出用のチェックサムが含まれる。ＵＤＰデータ部には、所定の最大データ長（ＵＤＰ７６８において６５５０７バイト）までの任意のデータが格納される。

【0022】

図３にＴＣＰパケットの構造を示す。ＴＣＰパケットは、ＴＣＰヘッダとＴＣＰデータ部から成る。ＴＣＰヘッダに格納される情報には、ＴＣＰパケットの送信元のポート番号を示す送信元ポート番号（Source Port）、ＴＣＰパケットを受信すべきポート番号（ＴＣＰパケットを受信する機器のポート番号）を示す宛先ポート番号（Destination Port）、シーケンス番号（Sequence Number）、確認応答番号（Acknowledgement Number）、ＡＣＫ情報、誤り検出用のチェックサムが含まれる。ＴＣＰデータ部には、所定の最大データ長（ＵＤＰ７９３において１４６０バイト）までの任意のデータが格納される。

【0023】

カメラ１が端末装置２に対して任意の注目画像データを送信する場合を考えて、カメラ１によるＵＤＰを用いたデータ送信処理（以下、ＵＤＰ送信処理と呼ぶ）と、カメラ１によるＴＣＰを用いたデータ送信処理（以下、ＴＣＰ送信処理と呼ぶ）を説明する。ＵＤＰ送信処理、ＴＣＰ送信処理による送信を、夫々、ＵＤＰ送信、ＴＣＰ送信とも言う。ＵＤＰ送信処理及びＴＣＰ送信処理の何れにおいても、ＣＰＵ１３は、注目画像データを必要数のデータに分割する。但し、注目画像データのデータサイズによっては、当該分割は不要である。今、分割によって第１〜第ｎパケットデータが得られた場合を考える（ｎは２以上の整数）。第１〜第ｎパケットデータの夫々は、注目画像データの一部である。

【0024】

ＵＤＰ送信処理において、ＣＰＵ１３は、第ｉパケットデータを格納した第ｉＵＤＰパケットを生成し、第１〜第ｎＵＤＰパケットを、通信モジュール２１及びアンテナ２２を用いて、順次、端末装置２に送信する。端末装置２は、受信した第１〜第ｎＵＤＰパケットから注目画像データを復元できる。ｉは整数である。ＵＤＰにおいては、確認応答、再送、タイムアウトといった概念が無い。従って、端末装置２にて第１〜第ｎパケットデータを含む第１〜第ｎＵＤＰパケットの受信が成功したか否かに関係なく、第１〜第ｎＵＤＰパケットの順次送信を終えた時点でＵＤＰ送信処理が完了する。但し、ＵＤＰ送信処理において、送信回数を複数回に設定することもでき、この場合、第１〜第ｎＵＤＰパケットの順次送信が複数回繰り返される。

【0025】

ＴＣＰ送信処理において、ＣＰＵ１３は、第ｉパケットデータを格納した第ｉＴＣＰパケットを生成し、第１〜第ｎＴＣＰパケットを、通信モジュール２１及びアンテナ２２を用いて、順次、端末装置２に送信する。この際、ＣＰＵ１３は、第ｉＴＣＰパケットのシーケンス番号に、夫々、番号“ｉ”を格納する。

【0026】

端末装置２にて、第１〜第ｉＴＣＰパケットまでの受信を成功した場合、端末装置２は、（ｉ＋１）の確認応答番号と“１”のＡＣＫ情報を格納した応答ＴＣＰパケットをカメラ１に返信する。応答ＴＣＰパケットにおける確認応答番号は、どこまでのＴＣＰパケットを受信できたのかを示すものであり、受信が完了した最後のＴＣＰパケットのシーケンス番号に１を加えた値を持つ。“１”のＡＣＫ情報は、確認応答番号が有効であることを指し示す。ＡＣＫ情報が“０”であるとき、確認応答番号は無効である。この応答ＴＣＰパケットを受信したカメラ１（ＣＰＵ１３）は、応答ＴＣＰパケット内の（ｉ＋１）の確認応答番号及びＡＣＫ情報に基づき、端末装置２にて第１〜第ｉＴＣＰパケットまでの受信が成功したことを認識する。

【0027】

仮に、第（ｉ＋１）ＴＣＰパケットの送信後、所定時間が経過しても、（ｉ＋２）の確認応答番号を含んだ応答ＴＣＰパケットが受信されない場合、ＣＰＵ１３は、第（ｉ＋１）ＴＣＰパケット以降のＴＣＰパケットが端末装置２にて受信できていないと判断して、第（ｉ＋１）〜第ｎＴＣＰパケットを端末装置２に再送する（再び送信する）。このように、ＴＣＰ送信処理では、（ｎ＋１）の確認応答番号を含んだ応答ＴＣＰパケットが受信されるまで必要なＴＣＰパケットが再送されるので、無線接続遮断などの特殊要因が発生しない限り、端末装置２による第１〜第ｎパケットデータの受信成功が確保される。端末装置２は、受信した第１〜第ｎＴＣＰパケットから注目画像データを復元できる。

【0028】

第１〜第ｎＵＤＰパケット又は第１〜第ｎＴＣＰパケットを受信した端末装置２は、注目画像データが表す画像を端末画面２Ｓに表示できる他、注目画像データを端末装置２内の記録媒体（図１（ｃ）の端末ＲＡＭ３６又はそれ以外の図示されない記録媒体）に記録したり、インターネット網を介しサーバ機器（不図示）にアップロードしたりすることができる。

【0029】

図４を参照し、カメラ１及び端末装置２間の無線接続の確立手順などを説明する。以下では、端末装置２において、特定のカメラアプリケーションプログラム（以下、カメラアプリＣＡと呼ぶ）が起動しているものとする。カメラアプリＣＡは、必要に応じて他のプログラム（例えば通信アプリケーションプログラム）と協働しつつ通信モジュール３３及びアンテナ３４を用いて、任意の信号及びデータの送受信を行う。カメラアプリＣＡを含む、端末装置２（具体的には端末ＣＰＵ３１）上で動作する各種プログラムを、端末ＲＯＭ３５又は端末ＲＡＭ３６に格納しておくことができる。

【0030】

カメラアプリＣＡにより、端末装置２は、まず、端末装置２との無線接続を求める接続要求信号３１０をカメラ１に送信する。接続要求信号３１０を受信したカメラ１は、端末装置２との無線接続を許可する応答信号３１５を端末装置２に送信する。

【0031】

接続要求信号３１０及び応答信号３１５は、ＨＴＴＰ（Hypertext Transfer Protocol）を用いＴＣＰの形式で送受信される。接続要求信号３１０における送信元ポート番号及び宛先ポート番号は夫々“ＸＸ”及び“８０”である。ポート番号“ＸＸ”は、カメラアプリＣＡが定めた、端末装置２におけるＴＣＰ用のポート番号であり、任意の番号を持つ。ポート番号“８０”は、カメラ１におけるＴＣＰ用の固定ポート番号である。応答信号３１５ではカメラ１が送信側になるので、応答信号３１５における送信元ポート番号及び宛先ポート番号は夫々“８０”及び“ＸＸ”である。また、接続要求信号３１０にはデータ“ＹＹ”が付加されている。“ＹＹ”は、カメラアプリＣＡが定めた、端末装置２におけるＵＤＰ用のポート番号であり、任意の番号を持つ。応答信号３１５が端末装置２にて受信されることでカメラ１及び端末装置２間の無線接続が完了する（換言すれば無線接続が確立される）。

【0032】

ＣＰＵ１３は、接続要求信号３１０の受信後の任意のタイミングで任意のポート番号“ＺＺ”を生成し、応答信号３１５の送信後の任意のタイミングでＵＤＰによる画像データ信号３２０を端末装置２に送信できる。ポート番号“ＺＺ”は、カメラ１におけるＵＤＰ用のポート番号である。従って、画像データ信号３２０を形成するＵＤＰパケットの送信元ポート番号及び宛先ポート番号は夫々“ＺＺ”及び“ＹＹ”である。画像データ信号３２０を形成するＵＤＰパケットには、カメラ１にて生成された画像データが付加されている。応答信号３１５の受信後、宛先ポート番号が“ＹＹ”となっているＵＤＰパケットが端末装置２にて受信されたとき、カメラアプリＣＡは、受信したＵＤＰパケット内の画像データがカメラ１からの画像データ（例えば上記注目画像データ）であると判断する。

【0033】

尚、ＵＤＰにて端末装置２からカメラ１に対し任意の信号を送ることも可能であり、この場合、端末装置２からの信号を形成するＵＤＰパケットの送信元ポート番号及び宛先ポート番号を夫々“ＹＹ”及び“ＺＺ”にすればよい。無線接続の確立後、ＴＣＰにて信号及びデータを送受信する際も同様である。以下では、上記の方法を介して、カメラ１及び端末装置２間の無線接続が確立済みであるとする。

【0034】

ところで、カメラ１では、所定のフレームレートで、順次、撮像素子１１の出力信号から撮影画像の画像データを生成する画像処理（以下、ライブビュー用処理と呼ぶ）を行うことができる。ライブビュー用処理にて得られる撮影画像をライブビュー画像と呼ぶと共に、ライブビュー画像の画像データをライブビュー画像データと呼ぶ。ライブビュー用処理は、信号処理回路１２にて、又は、信号処理回路１２及びＣＰＵ１３にて形成される画像処理部により実現される（後述の単写用処理及び連写用処理についても同様）。但し、以下では、各種の画像処理の実行主体がＣＰＵ１３であるかのような表現も用いる。ＣＰＵ１３は、順次得られるライブビュー画像を動画像として表示画面１８に表示することができる他、ライブビュー画像転送処理を行うこともできる。ライブビュー画像転送処理では、順次得られるライブビュー画像データが、通信モジュール２１及びアンテナ２２を用いて、所定の転送レートで端末装置２に転送（即ち送信）される。ライブビュー画像をスルー画像と読み替えても良い。本実施形態では、ユーザが端末装置２の操作を通じてカメラ１の動作状態を制御し、カメラ１の撮影画像を端末画面２Ｓ上で確認することを想定する。

【0035】

図５を参照し、ライブビュー画像転送処理について説明する。カメラ１及び端末装置２間の無線接続が確立すると、自動的に又は端末操作部３２に入力された所定操作に従って、端末装置２（カメラアプリＣＡ）は、カメラ１に対し、ライブビュー画像転送処理の開始を要求するライブビュー開始要求信号３５０を送信する。信号３５０を受信したカメラ１は、信号３５０の要求を許可する応答信号３５５を端末装置２に返信すると共に、ライブビュー画像転送処理を開始する。具体的には、ライブビュー画像転送処理において、ＣＰＵ１３は、所定の転送レート（例えば３０フレーム／秒）と同じフレームレートで撮像素子１１の出力からライブビュー画像データを生成し、上記転送レートにてライブビュー画像データを次々とＵＤＰ送信する。

【0036】

ライブビュー画像転送処理で生成及び送信されるライブビュー画像の解像度は、低解像度である。低解像度は、後述の高解像度よりも低い所定の解像度であり、ここでは例として、（６４０×４８０）画素に相当するものとする。即ち、各ライブビュー画像は、（６４０×４８０）画素の画像サイズを持つ。尚、或る画像の生成、取得、送信、受信等と、当該画像の画像データの生成、取得、送信、受信等とは同義である。従って例えば、ライブビュー画像の生成及び送信とは、ライブビュー画像データの生成及び送信を意味する。端末装置２では、カメラアプリＣＡにより、順次受信されるライブビュー画像が順次端末画面２Ｓに更新表示される（即ち、時系列に並ぶライブビュー画像が動画像形式で端末画面２Ｓに表示される）。端末画面２Ｓを見ることで、ユーザは、カメラ１の被写体の状態や撮影画角を確認できる。

【0037】

上述の構成及び動作を基本とする画像データ転送システムの、更なる具体的な構成又は動作を、以下の複数の実施例の中で説明する。矛盾無き限り、以下に述べる複数の実施例の内、任意の２以上の実施例を互いに組み合わせることもできる。

【0038】

＜＜第１実施例＞＞
画像データ転送システムの第１実施例を説明する。ユーザは、１枚の静止画像をカメラ１にて取得及び記録させることを指示する単写指示又はｍ枚の静止画像をカメラ１にて連続的に取得及び記録させることを指示する連写指示を、端末操作部３２に与えることができる。ｍは、２以上の整数である。

【0039】

図６は、単写指示の入力タイミング近辺における信号のやり取りを表している。ライブビュー画像転送処理の開始後、単写指示が端末操作部３２に入力されると、カメラアプリＣＡの機能により、端末装置２から単写コマンドが送信される。単写コマンドの受信に応答して、カメラ１は、撮像素子１１を用い１枚の静止画像（以下、単写画像と呼ぶ）を撮影する。この際、単写コマンドの受信に応答して、カメラ１は、ライブビュー画像転送処理を中断し、一方で、撮像素子１１の出力信号から１枚の単写画像の画像データを生成する画像処理（以下、単写用処理と呼ぶ）を実行する。以下、単写画像の画像データを単写画像データとも呼ぶ。

【0040】

単写用処理において、ＣＰＵ１３は、高解像度の単写画像データを生成することができる。高解像度は、上述の低解像度よりも高い所定の解像度であり、例えば、３００万画素程度に相当する。従って、高解像度の画像（例えば単写画像）の画像サイズは、低解像度の画像（例えばライブビュー画像）の画像サイズよりも大きい。ＣＰＵ１３は、高解像度の単写画像データを端末装置２にＴＣＰ送信し、当該単写画像データが端末装置２にて受信されたことがＣＰＵ１３にて確認されると、ライブビュー画像転送処理を再開する。端末装置２では、カメラアプリＣＡにより、受信した高解像度の単写画像が表示画面２Ｓに一定時間表示され、その後、再開したライブビュー画像転送処理によるライブビュー画像が表示画面２Ｓに順次更新表示される。

【0041】

図７は、連写指示の入力タイミング近辺における信号のやり取りを表している。連写指示は、連写開始指示と連写終了指示から成る。ライブビュー画像転送処理の開始後、連写開始指示が端末操作部３２に入力されると、カメラアプリＣＡの機能により、端末装置２から連写開始コマンドが送信される。連写開始コマンドを受信すると、カメラ１は、撮像素子１１を用いｍ枚の静止画像（以下、第１〜第ｍ連写画像と呼ぶ）を連続的に撮影する。この際、連写開始コマンドの受信に応答して、カメラ１は、ライブビュー画像転送処理を中断し、一方で、撮像素子１１の出力信号から第１〜第ｍ連写画像の画像データを生成する画像処理（以下、連写用処理と呼ぶ）を実行する。以下、第ｉ連写画像の画像データを第ｉ連写画像データと呼ぶ。第ｉ連写画像の次に第（ｉ＋１）連写画像が取得されるものとする。

【0042】

連写開始指示の後、連写終了指示が端末操作部３２に入力されると、カメラアプリＣＡの機能により、端末装置２から連写終了コマンドが送信される。例えば、表示画面２Ｓ上に表示された連写ボタン（不図示）を押し始める操作が連写開始指示に相当し、該連写ボタンの押下をやめる操作が連写終了指示に相当する。連写用処理において、ＣＰＵ１３は、連写終了コマンドが受信されるまで、所定のフレームレートで撮像素子１１から連続的に連写画像を取得し、連写終了コマンドの受信時に得られている最後の連写画像を第ｍ連写画像とする。或いは、連写終了コマンドの受信後に撮影した１枚の連写画像を第ｍ連写画像として取り扱っても良い。このように、ｍの値は、連写終了コマンドの受信タイミングに依存して変化する（即ち、連写指示の中で動的に定められる）。

【0043】

ＣＰＵ１３は、連写終了コマンドが受信されるまでには、順次得られた各連写画像（即ち、第１〜第（ｍ−１）連写画像の何れか）について低解像度の画像データを生成し、得られた低解像度の連写画像データを端末装置２にＵＤＰ送信する。即ち、低解像度の第ｉ連写画像データを生成して端末装置２にＵＤＰ送信する単位処理を、連写終了コマンドが受信されるまで繰り返し実行する。端末装置２では、カメラアプリＣＡにより、該単位処理の繰り返しで順次受信された第ｉ連写画像データ（第ｉ連写画像）が表示画面２Ｓに順次更新表示される。ＣＰＵ１３は、連写終了コマンドの受信後、高解像度の第ｍ連写画像データを生成して端末装置２にＴＣＰ送信する。

【0044】

当該高解像度の第ｍ連写画像データが端末装置２にて受信されたことがＣＰＵ１３にて確認されると、ライブビュー画像転送処理を再開する。端末装置２では、カメラアプリＣＡにより、受信した高解像度の第ｍ連写画像データが表示画面２Ｓに一定時間表示され、その後、再開したライブビュー画像転送処理によるライブビュー画像が表示画面２Ｓに順次更新表示される。尚、連写開始指示の入力前にｍの値を予め定めておくようにしても良い。この場合、連写終了指示及び連写終了コマンドは不要であり、連写終了コマンドの受信を待つことなく、連写枚数がｍに達した時点で、ＣＰＵ１３は高解像度の第ｍ連写画像データの生成及びＴＣＰ送信を行えば良い。

【0045】

上述の如く、本実施例では、ライブビュー画像など、リアルタイム性が重視される画像についてはＵＤＰを用いる一方、撮影指示に応答して取得される特定の画像（単写画像、第ｍ連写画像）についてはＴＣＰを用いる。これにより、撮影指示に応答した特定の画像、即ち、比較的詳細な目視確認が要望される特定の画像を、高解像度の画像データとして確実に端末装置２に送ることができ、当該特定の画像については高精細な画像での目視確認が可能なる。この際、高解像度の画像データをＵＤＰにて複数回送ることを前提とする方式と比べて、効率的な送信が可能である。即ち、複数回送信を前提とする方式では、電波環境の良し悪しに関係なく、送信時間が相当に長くなるのに対し、第１実施例のカメラ１では、電波環境が良い場合には再送無しの短時間で送信が完了し、電波環境が悪い場合でも受信不良となったパケットのみ再送すればよいため上記方式よりも無駄が少ない。

【0046】

＜＜第２実施例＞＞
画像データ転送システムの第２実施例を説明する。第２実施例及び後述の第３実施例は第１実施例を基礎とする実施例であり、第２及び第３実施例において特に述べない事項に関しては、特に記述無き限り且つ矛盾の無い限り、第１実施例の記載が第２及び第３実施例にも適用される。

【0047】

第１実施例において、端末装置２に対し、高解像度の画像データが送信される単写画像及び第ｍ連写画像を、便宜上、対象画像と呼び、低解像度の画像データが送信されるライブビュー画像及び第１〜第（ｍ−１）連写画像を、便宜上、非対象画像と呼ぶ。第１実施例では、対象画像について、常に高解像度の画像データを送信しているが、所定の高精細送信要求があった場合に限って、高解像度の画像データの送信を行うようにしても良い。

【0048】

これを具体的に説明する。カメラアプリＣＡにより、端末装置２は、任意のタイミングにおいてカメラ１に対し、高解像度の対象画像データの送信を要求する所定の高精細送信要求信号を送信することができる。高精細送信要求信号を受信した場合、カメラ１は、対象画像データを送信するときに、第１実施例と同様、高解像度の対象画像データをＴＣＰ送信する。一方、高精細送信要求信号を受信していない場合において対象画像データを送信するとき、カメラ１は、低解像度の対象画像データを所定のＫ回だけ繰り返しＵＤＰ送信する。Ｋは２以上の任意の整数であるが、以下ではＫ＝５であるとする。

【0049】

低解像度の対象画像データの繰り返し送信の実行前に高精細送信要求信号を受信している場合、カメラ（ＣＰＵ１３）は、低解像度の対象画像データを１回もＵＤＰ送信することなく、高解像度の対象画像データをＴＣＰ送信する。低解像度の対象画像データの繰り返し送信の実行中に高精細送信要求信号を受信した場合、カメラ（ＣＰＵ１３）は、当該繰り返し送信を中止した上で、高解像度の対象画像データをＴＣＰ送信する。

【0050】

図８は、連写指示の入力タイミング近辺における、第２実施例の信号のやり取りを表している。連写終了コマンドがカメラ１にて受信されるまでの動作は、第１実施例（図７）と同じである。

【0051】

図８では、連写終了コマンドより前に高精細送信要求信号がカメラ１に送信されていないことを想定する。従って、連写終了コマンドがカメラ１にて受信されると、まず、ＣＰＵ１３は、低解像度の第ｍ連写画像データを、所定の転送レート（例えば５フレーム／秒）で、繰り返し端末装置２にＵＤＰ送信する。低解像度の第ｍ連写画像データの繰り返し送信回数がＫ回未満であるときに、高精細送信要求信号がカメラ１にて受信されると、ＣＰＵ１３は、当該繰り返し送信を中止し、高解像度の第ｍ連写画像データを端末装置２にＴＣＰ送信する。ＴＣＰでは、データの受信成功が確保されるため、ＴＣＰでの送信は１回で足る。

【0052】

高解像度の第ｍ連写画像データが端末装置２にて受信されたことがＣＰＵ１３にて確認されると、ライブビュー画像転送処理を再開する。端末装置２では、カメラアプリＣＡにより、受信した高解像度の第ｍ連写画像データが表示画面２Ｓに一定時間表示され、その後、再開したライブビュー画像転送処理によるライブビュー画像が表示画面２Ｓに順次更新表示される。

【0053】

図８の状況とは異なるが、カメラ１にて高精細送信要求信号が受信されない場合、低解像度の第ｍ連写画像データがＫ回繰り返しカメラ１からＵＤＰ送信される。従って、端末装置２では、低解像度の第ｍ連写画像データがＫ回繰り返し受信されることが期待される。しかし、ＵＤＰは再送を伴わない通信プロトコルであるため、各回において、第ｍ連写画像データの全パケットデータが端末装置２にて正常受信されるか否かが不明である。但し、同じ画像データを複数回繰り返し送信することで、或る程度のデータ受信不良があったとしても、Ｋ回分の受信データから第ｍ連写画像データ全体を正しく得られる可能性が高い。即ち、高精細送信要求信号を送信しない場合、端末装置２は、カメラ１がＫ回繰り返し送信した低解像度の第ｍ連写画像データの受信結果から低解像度の第ｍ連写画像データを取得し（当該取得は成功するとは限らない）、低解像度の第ｍ連写画像データを表示画面２Ｓに一定時間表示する。図８は、対象画像が第ｍ連写画像である場合を示しているが、対象画像が単写画像である場合も同様である。

【0054】

図９に、カメラ１の動作フローチャートを示す。カメラ１及び端末装置２間の無線接続が完了してカメラ１にてライブビュー開始要求信号を受けた後、ステップＳ１において、ライブビュー画像転送処理が開始される（即ち、低解像度のライブビュー画像データの周期的な生成及び送信が開始される）。ユーザは端末操作部３２に所定操作を入力することでカメラ１の撮影条件を指定することができる。カメラアプリＣＡは、端末操作部３２への入力操作に応じ、カメラ１の撮影条件を指定する撮影条件設定指示信号をカメラ１に送信できる。ステップＳ１に続くステップＳ２にて、カメラ１が撮影条件設定指示信号を受信している場合、ＣＰＵ１３は、受信した撮影条件設定指示信号に応じ、ステップＳ３にてカメラ１の撮影条件を設定してからステップＳ４に進むが、当該受信が無い場合、ステップＳ２から直接ステップＳ４に進む。設定される撮影条件は、オートフォーカスの条件やフラッシュの発光条件など、様々な撮影条件を含む。カメラ１の操作部１９を通じて撮影条件が設定されても良い。ステップＳ４及びＳ５において、ＣＰＵ１３は、単写指示又は連写指示が入力されたかを確認する。単写指示及び連写指示が無い場合にはステップＳ２に戻る。単写指示が入力された場合（即ち、単写コマンドがカメラ１にて受信された場合）には単写タスクを実行する。連写指示が入力された場合（即ち、連写開始コマンドがカメラ１にて受信された場合）には連写タスクを実行する。単写タスク又は連写タスクの実行中にはライブビュー画像転送処理が中断され、単写タスク又は連写タスクの終了後、ステップＳ１に戻ってライブビュー画像転送処理が再開される。

【0055】

図１０を参照し、単写タスクについて説明する。図１０は、ステップＳ１１〜Ｓ１９の処理から成る単写タスクのフローチャートである。単写タスクでは、まず、ステップＳ１１において単写画像の撮影が行われ、撮像素子１１から単写画像の画像信号が取得される。信号処理回路１２において、単写画像の画像信号がＲＡＷ信号形式からＹＵＶ信号形式に変換される。続くステップＳ１２において、信号処理回路１２によりＪＰＥＧ（Joint Photographic Experts Group）形式の単写画像データが生成され、更にステップＳ１３にて記録タスクが起動する。記録タスクはＣＰＵ１３により実行される。ステップＳ１３で起動する記録タスクでは、ＪＰＥＧ形式の単写画像データが記録媒体１６に記録される（記録サイズは任意である）。

【0056】

その後、ＣＰＵ１３は、ステップＳ１４にて変数ｊに１を代入してから、ステップＳ１５にて高精細送信要求信号を端末装置２から既に受信しているか否かを確認する。高精細送信要求信号を既に受信している場合にはステップ１６へ移行するが、その受信が無い場合にはステップＳ１７に移行する。

【0057】

ステップＳ１６において、ＣＰＵ１３（信号処理回路１２）は、高解像度の単写画像データを生成し、通信モジュール２１等を用いて高解像度の単写画像データを端末装置２にＴＣＰ送信する。送信対象の高解像度の単写画像データは、例えば、ＹＵＶ信号形式で表現された単写画像に対し所定の解像度変換及びＪＰＥＧ変換を行うことで得られる（低解像度の単写画像データを送信する場合も同様）。ステップＳ１６ではＴＣＰが用いられるので、高解像度の単写画像データを伝送するための全ＴＣＰパケットが端末装置２にて受信できたことが確認されるまで、必要に応じ、ＴＣＰパケットの再送が行われる。ステップＳ１６のＴＣＰによる送信が完了すると、単写タスクが終了する。

【0058】

ステップＳ１７において、ＣＰＵ１３（信号処理回路１２）は、低解像度の単写画像データを生成し、通信モジュール２１等を用いて低解像度の単写画像データを端末装置２にＵＤＰ送信する。その後、ＣＰＵ１３は、ステップＳ１８にて変数ｊが５であるか否かを確認し、ｊ＝５でない場合にはステップＳ１９にて変数ｊに１を加算してからステップＳ１５に戻る。ｊ＝５である場合には、単写タスクが終了する。カメラ１にて高精細送信要求信号が受信されていないときにおける、ステップＳ１７のＵＤＰ送信は、所定の間隔（例えば２００ミリ秒）をおいて繰り返し実行される。ＵＤＰによる繰り返し送信は、高精細送信要求信号の受信によって中断されうる（ステップＳ１５）。

【0059】

図１１を参照し、連写タスクについて説明する。図１１は、ステップＳ３１〜Ｓ３７及びＳ４１〜Ｓ４６の処理から成る連写タスクのフローチャートである。連写タスクでは、まず、ステップＳ３１にて変数ｉに１が代入された上でステップＳ３２において第ｉ連写画像の撮影が行われ、撮像素子１１から第ｉ連写画像の画像信号が取得される。信号処理回路１２において、連写画像の画像信号がＲＡＷ信号形式からＹＵＶ信号形式に変換される。続くステップＳ３３において、信号処理回路１２によりＪＰＥＧ（Joint Photographic Experts Group）形式の連写画像データが生成され、更にステップＳ３４にて記録タスクが起動する。記録タスクはＣＰＵ１３により実行される。ステップＳ３４で起動する記録タスクでは、ＪＰＥＧ形式の第ｉ連写画像データが記録媒体１６に記録される（記録サイズは任意である）。

【0060】

記録タスクの実行と平行して、ステップＳ３５にて、ＣＰＵ１３（信号処理回路１２）は、低解像度の第ｉ連写画像データを生成し、通信モジュール２１等を用いて低解像度の第ｉ連写画像データを端末装置２にＵＤＰ送信する。送信対象の低解像度の第ｉ連写画像データは、例えば、ＹＵＶ信号形式で表現された第ｉ連写画像データに対し所定の解像度変換及びＪＰＥＧ変換を行うことで得られる（高解像度の第ｉ連写画像データを送信する場合も同様）。続くステップＳ３６において、ＣＰＵ１３は、カメラ１にて連写終了コマンドが受信されたか否かを確認し、その受信があった場合にはステップＳ４１に進むが、その受信が未だ無い場合にはステップＳ３７にて変数ｉに１を加算してからステップＳ３２に戻る。ステップＳ３５の繰り返し実行周期は、例えば２００ミリ秒である。ステップＳ３６からステップＳ４１に移行するときの変数ｉの値は連写枚数（即ち、ｍの値）に一致する。

【0061】

ステップＳ４１にて変数ｊに１が代入される。続くステップＳ４２において、ＣＰＵ１３は、カメラ１にて高精細送信要求信号が受信されたか否かを確認し、その受信があった場合にはステップＳ４３に進むが、その受信が未だ無い場合にはステップＳ４４に進む。ステップＳ４３において、ＣＰＵ１３（信号処理回路１２）は、高解像度の第ｍ連写画像データを生成し、通信モジュール２１等を用いて高解像度の第ｍ連写画像データを端末装置２にＴＣＰ送信する。ステップＳ４３ではＴＣＰが用いられるので、高解像度の第ｍ連写画像データを伝送するための全ＴＣＰパケットが端末装置２にて受信できたことが確認されるまで、必要に応じ、ＴＣＰパケットの再送が行われる。ステップＳ４３のＴＣＰによる送信が完了すると、連写タスクが終了する。

【0062】

ステップＳ４４において、ＣＰＵ１３（信号処理回路１２）は、低解像度の第ｍ連写画像データを生成し、通信モジュール２１等を用いて低解像度の第ｍ連写画像データを端末装置２にＵＤＰ送信する（但し、最後のステップＳ３５の生成データを流用しても良い）。その後、ＣＰＵ１３は、ステップＳ４５にて変数ｊが５であるか否かを確認し、ｊ＝５でない場合にはステップＳ４６にて変数ｊに１を加算してからステップＳ４２に戻る。ｊ＝５である場合には、連写タスクが終了する。カメラ１にて高精細送信要求信号が受信されていないときにおける、ステップＳ４４のＵＤＰ送信は、所定の間隔（例えば２００ミリ秒）をおいて繰り返し実行される。ＵＤＰによる繰り返し送信は、高精細送信要求信号の受信によって中断されうる（ステップＳ４２）。

【0063】

第２実施例によれば、端末装置２側の要望の有無に応じて、高解像度データのＴＣＰ送信又は低解像度データの複数回ＵＤＰ送信を行うことができる。端末画面２Ｓが比較的大きな場合などにおいて高精細送信要求を行えば、第１実施例と同様の作用及び効果が奏される。一方で、端末装置２及びカメラアプリＣＡがＵＤＰ送受信だけに対応している場合でも、低解像度にはなるが、問題なく対象画像を端末画面２Ｓに表示することができる。端末装置２及びカメラアプリＣＡがＵＤＰにしか対応していない場合において、対象画像データについては常にＴＣＰ送信を行うといった仕様を採用すると、端末装置２側で対象画像を表示できないことになるが、第２実施例の方法を用いることで、そのような問題は無くなる。つまり、様々な端末装置又はカメラアプリに対して高い互換性を持たせることができる。

【0064】

尚、第１実施例では、図１０の単写タスクにおいて、ステップＳ１３の処理の後、常にステップＳ１６の処理を行えば良く、図１１の連写タスクにおいて、連写終了コマンドの受信後、常にステップＳ４３の処理を行えば良い。

【0065】

＜＜第３実施例＞＞
画像データ転送システムの第３実施例を説明する。カメラ１について、以下のように考えることができる。カメラ１は、撮像部の出力信号に基づく画像データを生成する画像処理部と、撮影指示に応答した特定の対象画像についての対象画像データ、及び、該対象画像データ以外の非対象画像についての第１解像度の非対象画像データを、無線接続された外部装置に送信する通信処理部と、を備える。そして、前記画像処理部は、前記第１解像度よりも高い第２解像度の対象画像データを生成可能であり、前記通信処理部は、前記非対象画像データを送信する際には、前記外部装置での受信の成否に関係なく送信が完了する（例えば所定時間Ｔ_REF内に送信が完了する）第１プロトコルを用い、前記第２解像度の対象画像データを送信する際には、前記外部装置での受信成功を確保する（例えば前記所定時間Ｔ_REFを超えても受信成功を確保する）第２プロトコルを用いる。

【0066】

上述したように、画像処理部は、信号処理回路１２にて、又は、信号処理回路１２及びＣＰＵ１３にて形成される。通信処理部は、ＣＰＵ１３、通信モジュール２１及びアンテナ２２にて実現されるが、送信の制御自体はＣＰＵ１３が行う。端末装置２は外部装置の例である。外部装置は任意の電子機器（携帯電話機、タブレット、パーソナルコンピュータ、ゲーム機器など）であって良い。カメラ１は任意の電子機器に搭載されていても良い。上述の説明では、第１解像度を低解像度と称し、第２解像度を高解像度と称している。カメラ１の撮像部は、少なくとも撮像素子１１を含み、光学系１０も含まれうる。撮像素子１１の出力信号を増幅する増幅器なども、撮像部の構成要素に含まれうる。

【0067】

単写指示及び連写指示の夫々は、撮影指示の一種である。連写指示は、所謂ブラケット撮影指示であっても良い。この場合、第１〜第ｍ連写画像は、互いに異なる撮影条件（例えば露出条件）で撮影される。上述の説明では、撮影指示が端末装置２に入力され、入力撮影指示に基づくコマンドがカメラ１に送られているが（即ち、撮影指示が端末装置２を介してカメラ１に入力されているが）、カメラ１の操作部１９に直接撮影指示が入力されても良い。或いは、カメラ１及び外部装置以外の任意の機器（例えば、カメラ１のリモコン；不図示）に対して撮影指示が入力され、入力撮影指示に基づくコマンドが該機器からカメラ１に送られても良い（即ち、撮影指示が当該機器を介してカメラ１に入力されても良い）。

【0068】

単写画像及び第ｍ連写画像は対象画像の例であり、ライブビュー画像及び第１〜第（ｍ−１）連写画像は非対象画像の例である。但し、単写画像及び第ｍ連写画像以外の画像（例えば第１連写画像）を対象画像として取り扱っても良い。

【0069】

第１実施例等における第１及び第２プロトコルは、夫々、ＵＤＰ及びＴＣＰである。第１実施例等のＵＤＰでは、通信処理部から送信すべきデータの再送処理が含まれず、ＴＣＰでは、該再送処理が含まれている。

【0070】

第１プロトコルでは、一定時間Ｔ_REF内に送信が完了することを重視する。結果、データ欠落などがあって外部機器にて画像表示更新ができない状態も発生し得る。第１実施例等における第１プロトコルでは、非対象画像データがＵＤＰにて１回だけ送信されているが、一定時間Ｔ_REF内に送信が完了するのであれば、第１プロトコルは自由である。例えば、一定時間Ｔ_REF内に送信が完了する限り、第１プロトコルは、ＵＤＰ以外の通信プロトコルでも良いし、ＡＣＫ制御（再送）の無いＵＤＰで複数回送信するプロトコルでも良いし、ＡＣＫ制御（再送）のある通信プロトコルでも良い。ＡＣＫ制御（再送）のある通信プロトコルを第１プロトコルとして採用する場合、再送の回数に上限を設けて、再送を行ったとしても時間Ｔ_REF内に必ず送信が完了するようにする。

【0071】

第２プロトコルでは、時間Ｔ_REFを超えても確実なるデータ転送を保証する。端末装置２の電源オフや何らかの通信異常でデータ転送が不可になることもありえるが、ここでは、そのような状況を無視する。但し、そのような状況が起こりうることを考慮し、第２プロトコルでの送信開始から時間Ｔ_LIMが経過しても送信が完了しない場合（即ち外部装置でデータ受信が完了しない場合）には、送信が中断されても良い（即ち新たな再送を行わないようにしても良い）。時間Ｔ_LIMは時間Ｔ_REFより十分に長い。所定時間Ｔ_REFを超えても外部装置（端末装置２）での受信成功を確保する通信プロトコルである限り、第２プロトコルはＴＣＰ以外の任意の通信プロトコルであって良い。例えば、第２プロトコルにおいて、ＵＤＰを用いつつもＵＤＰデータ部にアプリケーションレベルでのＡＣＫ情報を持たせてＡＣＫ制御及び再送処理を行っても良い。

【0072】

第２プロトコルの例としての、再送処理を実行可能なＡＣＫ制御付きＵＤＰを説明する。第１又は第２実施例にてＴＣＰを用いて送信していたデータを、ＡＣＫ制御付きＵＤＰを用いて送信してもよい。即ち例えば、図１０のステップＳ１６又は図１１のステップＳ４３の送信を、ＡＣＫ制御付きＵＤＰにて行っても良い。

【0073】

図１２に、ＡＣＫ制御付きＵＤＰで用いられるＵＤＰパケットである、ＡＣＫ情報付きのＵＤＰパケット４００の構造を示す。ＡＣＫ情報付きのＵＤＰパケット４００は、図２のＵＤＰパケットと同じく、ＵＤＰヘッダとＵＤＰデータ部から成り、それらのパケット間でＵＤＰヘッダは同じである。但し、ＵＤＰパケット４００のＵＤＰデータ部４２０には、シーケンス番号（Sequence Number）、確認応答番号（Acknowledgement Number）及びＡＣＫ情報が含まれる。カメラ１が送信側であるときには、更に画像データがＵＤＰデータ部４２０に含まれる。

【0074】

ＡＣＫ制御付きＵＤＰを用いてカメラ１が端末装置２に対して任意の注目画像データ（例えば高解像度の対象画像データ）を送信する動作を説明する。注目画像データが分割されることで第１〜第ｎパケットデータが得られた場合を考える。この場合、ＣＰＵ１３は、第ｉパケットデータを格納した第ｉＵＤＰパケット４００を生成し、第１〜第ｎＵＤＰパケット４００を、通信モジュール２１等を用いて、順次、端末装置２に送信する。この際、ＣＰＵ１３は、第ｉＵＤＰパケット４００のシーケンス番号に、夫々、番号“ｉ”を格納する。

【0075】

端末装置２にて、第ｉＵＤＰパケット４００の受信を成功した場合、端末装置２は、カメラアプリＣＡの機能により、（ｉ＋１）の確認応答番号と“１”のＡＣＫ情報を格納した応答ＵＤＰパケット４００をカメラ１に返信する。応答ＵＤＰパケット４００において、（ｉ＋１）の確認応答番号は、“ｉ”のシーケンス番号を含んだＵＤＰパケット４００の受信が成功したことを意味し、“１”のＡＣＫ情報は確認応答番号が有効であることを指し示す。ＡＣＫ情報が“０”であるとき、確認応答番号は無効である。

【0076】

（ｉ＋１）の確認応答番号及び“１”のＡＣＫ情報を含んだ応答ＵＤＰパケット４００を受信したカメラ１（ＣＰＵ１３）は、端末装置２にて第ｉＵＤＰパケット４００の受信が成功したことを認識する。仮に、カメラ１から第ｉＵＤＰパケット４００を送信した後、所定時間が経過しても、（ｉ＋１）の確認応答番号を含んだ応答ＵＤＰパケット４００が受信されない場合、ＣＰＵ１３は、第ｉＵＤＰパケット４００が端末装置２にて受信できていないと判断して、第ｉＵＤＰパケット４００を端末装置２に再送する（再び送信する）。このように、ＡＣＫ制御付きＵＤＰでは、１つのＵＤＰパケットに対して１つの応答ＵＤＰパケットを返信するようにして、必要に応じてＵＤＰパケットの再送を行う。結果、ＴＣＰと同様、無線接続遮断などの特殊要因が発生しない限り、端末装置２による第１〜第ｎパケットデータの受信成功が確保される。端末装置２は、受信した第１〜第ｎＵＤＰパケット４００から注目画像データを復元できる。

【0077】

また、前記画像処理部は、前記第２解像度よりも低い第３解像度の対象画像データを生成可能である。そして例えば、前記通信処理部は、前記対象画像データを送信する際、前記外部装置から所定の要求（上記の例において、高精細送信要求）を受けている場合には、前記第２プロトコルを用いて前記第２解像度の対象画像データを送信し、前記要求を受けていない場合には、前記第３解像度の対象画像データを前記第２プロトコルと異なる第３プロトコルにて送信する。第２実施例において、第３解像度は“低解像度”と称され、第１解像度と同じである。但し、第３解像度と第１解像度は互いに異なっていても良い。

【0078】

第２実施例に、第３プロトコルの一種が示されている。第２実施例で述べた第３プロトコルでは、低解像度の対象画像データ（単写画像データ又は第ｍ連写画像データ）が複数回ＵＤＰ送信される、即ち、外部装置（端末装置２）による受信の成否に関係なく、低解像度の対象画像データが複数回繰り返し通信処理部から外部装置に送信される。但し、第３プロトコルは第２プロトコルと異なる任意のプロトコルでありうる。例えば、第２プロトコルがＴＣＰ送信である場合、第３プロトコルは、低解像度の対象画像データを１回だけＵＤＰにて送信するプロトコルであっても良い。

【0079】

また、カメラ１の記録媒体１６に記録される連写画像の内、一部の連写画像の画像データのみが端末装置２に転送されても良い。即ち例えば、１００ミリ秒の周期で第１〜第９連写画像を撮影した場合、第１〜第９連写画像の画像データを全て記録媒体１６に記録する一方で、第１、第３、第５、第７及び第９連写画像の画像データのみを端末装置２に送信するようにしても良い。この場合、例えば、第１、第３、第５及び第７連写画像が非対象画像として機能し、第９連写画像が対象画像として機能する。

【0080】

第１〜第３解像度は、カメラ１にて予め定められた解像度であっても良いし、端末装置２からの信号にて指定されても良い。例えば、ライブビュー開始要求信号３５０（図５参照）に、第１〜第３解像度の全部又は一部を指定する解像度指定信号が付加されていても良く、カメラ１は、この解像度指定信号に従って第１〜第３解像度の全部又は一部を定めて良い。或いは例えば、高精細送信要求信号に第２解像度を指定する解像度指定信号が付加されていても良く、カメラ１は、この解像度指定信号に従って第２解像度を定めて良い。

【0081】

カメラ１を、集積回路等のハードウェア、或いは、ハードウェアとソフトウェアの組み合わせによって構成することができる。カメラ１にて実現される機能の全部又は一部である任意の特定の機能（例えば画像処理部及び通信処理部の機能）をプログラムとして記述して、該プログラムをカメラ１に搭載可能なメモリ（ＲＯＭ１４又はＲＡＭ１５）に保存しておいても良い。そして、該プログラムをプログラム実行装置（ＣＰＵ１３）上で実行することによって、その特定の機能を実現するようにしてもよい。上記プログラムは任意の記録媒体に記憶及び固定されうる。上記プログラムを記憶及び固定する記録媒体はカメラ１と異なる機器（サーバ機器等）に搭載又は接続されても良い。

【0082】

本発明の実施形態は、特許請求の範囲に示された技術的思想の範囲内において、適宜、種々の変更が可能である。以上の実施形態は、あくまでも、本発明の実施形態の例であって、本発明ないし各構成要件の用語の意義は、以上の実施形態に記載されたものに制限されるものではない。上述の説明文中に示した具体的な数値は、単なる例示であって、当然の如く、それらを様々な数値に変更することができる。

【符号の説明】

【0083】

１ デジタルカメラ
２ 端末装置
１２ 信号処理回路
１３ ＣＰＵ
２１ 通信モジュール

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】