JP7281651B1 - 通信装置及び制御装置 - Google Patents

Abstract

【課題】通信装置の状態の変化を制御装置に通知するデータ通信における処理負荷を低減することができる通信装置及び制御装置を提供する。【解決手段】通信装置は、外部の制御装置に、自装置における情報を通知する。通信装置は、制御装置との間でデータ通信を行う通信部と、通信装置における状態が変化するイベント（Ｓ２０）に応じて通知データを生成して、通知データを制御装置に送信するように通信部を制御する（Ｓ４２０）制御部とを備える。通知データは、複数種類のイベントにおける各々の状態を示すデータを格納可能なデータ格納部を有する。【選択図】図５

Description

本開示は、互いにデータ通信可能な通信装置及び制御装置に関する。

特許文献１は、デジタルカメラ等の通信装置に命令を送信して通信装置を制御する、制御装置（例えば携帯端末）を開示する。特許文献１の制御装置は、通信装置から、制御の制限に関する通知を受信し、受信した通知に基づいて、通信装置に対して所定の命令を送信できるか否かを判断する。これにより、デジタルカメラ等の通信装置において動画記録中等により処理負荷が高い場合であっても、制御装置による制御が必要以上に制限されることを抑え、通信装置及び制御装置の利便性の向上が図られている。

特開２０１７－５０６３９号公報

本開示は、通信装置の状態の変化を制御装置に通知するデータ通信における処理負荷を低減することができる通信装置及び制御装置を提供する。

本開示の一態様の通信装置は、外部の制御装置に、自装置における情報を通知する通信装置である。通信装置は、制御装置との間でデータ通信を行う通信部と、通信装置における状態が変化するイベントに応じて通知データを生成して、通知データを制御装置に送信するように通信部を制御する制御部とを備える。通知データは、複数種類のイベントにおける各々の状態を示すデータを格納可能なデータ格納部を有する。

本開示の一態様の制御機器は、外部の通信装置から情報を通知される制御装置である。制御装置は、通信装置との間でデータ通信を行う通信部と、通信装置から通信部を介して、通信装置における状態が変化するイベントに応じた通知データを受信する動作を制御する制御部とを備える。通知データは、複数種類のイベントにおける各々の状態を示すデータを格納可能なデータ格納部を有する。制御部は、通知データにおけるデータ格納部にデータが格納可能なイベントの種類を規定する設定データを設定し、通信部を介して通信装置に、設定した設定データを送信する。

本開示の別の一態様の通信装置は、外部の制御装置に、自装置における情報を通知する通信装置である。通信装置は、制御装置との間でデータ通信を行う通信部と、通信装置における状態が変化するイベントに応じて通知データを生成して、通知データを制御装置に送信するように通信部を制御する制御部とを備える。制御部は、通信装置においてイベントが発生すると、発生したイベントにおいて変化した状態を示すデータを通知データに含めて、当該通知データを制御装置に送信するように、通信部を制御する。

本開示の通信装置及び制御装置によれば、通信装置の状態の変化を制御装置に通知するデータ通信における処理負荷を低減することができる。

本開示の実施形態１の撮像システムの構成を説明するための図 撮像システムにおけるデジタルカメラの構成を例示するブロック図 撮像システムにおけるＰＣの構成を例示するブロック図 撮像システムについてのイベント通知の課題を説明するためのシーケンス図 撮像システムにおけるライブビュー表示中のイベント通知動作を説明するためのシーケンス図 実施形態１の撮像システムにおけるイベント通知設定の動作を例示するシーケンス図 撮像システムにおけるイベント通知の設定データを例示する図 撮像システムにおけるイベント通知の設定変更の動作を例示するシーケンス図 図７の例から変更されたイベント通知の設定データを例示する図 撮像システムにおけるイベント通知動作を例示するシーケンス図 撮像システムにおけるイベント通知の通知データを例示する図 撮像システムにおけるイベントデータ取得の動作を例示するシーケンス図 撮像システムにおけるイベントデータ取得コマンドを例示する図 図１３のコマンドの応答として取得されるデータを例示する図 実施形態１の変形例の撮像システムにおけるイベント通知設定の動作を例示するシーケンス図 実施形態２の撮像システムにおける時間間隔に応じたイベント通知動作を説明するためのシーケンス図 実施形態２の撮像システムにおける回数に応じたイベント通知動作を説明するためのシーケンス図 実施形態２の撮像システムにおけるイベント間引き設定の動作を例示するシーケンス図 イベント通知の間引き設定データを例示する図 実施形態２のデジタルカメラにおけるイベント通知動作を例示するフローチャート 実施形態３のデジタルカメラにおけるイベント通知動作を例示するフローチャート

以下、適宜図面を参照しながら、実施の形態を詳細に説明する。但し、必要以上に詳細な説明は省略する場合がある。例えば、既によく知られた事項の詳細説明や実質的に同一の構成に対する重複説明を省略する場合がある。これは、以下の説明が不必要に冗長になるのを避け、当業者の理解を容易にするためである。なお、発明者（ら）は、当業者が本開示を十分に理解するために添付図面および以下の説明を提供するのであって、これらによって特許請求の範囲に記載の主題を限定することを意図するものではない。

（実施形態１）
実施形態１では、本開示の通信装置及び制御装置を含む撮像システムについて説明する。

１－１．構成
図１は、本開示の実施形態１に係る撮像システム１の構成を説明するための図である。図１の撮像システム１は、通信装置の一例としてデジタルカメラ１００と、制御装置の一例としてパーソナルコンピュータ（ＰＣ）２００とを含む。

撮像システム１は、デジタルカメラ１００とＰＣ２００との間で、例えばＰｉｃｔｕｒｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ（以下「ＰＴＰ」と略記）といった画像転送用のプロトコルにおけるデータ通信が可能に構成される。デジタルカメラ１００とＰＣ２００間のデータ通信により、例えばデジタルカメラ１００は撮影中の画像をＰＣ２００へリアルタイムに転送し、ＰＣ２００においてライブビュー表示を行うことができる。ライブビュー（以下「ＬＶ」と略記）は、デジタルカメラ１００により撮像された画像をリアルタイムの動画等として表示する機能である。

本システム１では、例えばデジタルカメラ１００における種々の状態（以下「カメラ状態」という）に関する通知がデジタルカメラ１００からＰＣ２００に送信される。ＰＣ２００は、通知されるカメラ状態について各種の制御を行うように構成される。例えば、デジタルカメラ１００とのデータ通信に関する制御信号がＰＣ２００から発行される。また、ＰＣ２００からデジタルカメラ１００に、遠隔操作のための制御信号が送信されてもよい。この場合、ＰＣ２００からデジタルカメラ１００を遠隔操作することが可能である。

以下、デジタルカメラ１００及びＰＣ２００の構成について、それぞれ図２及び図３を用いて説明する。

１－１－１．デジタルカメラの構成
図２は、本実施形態に係るデジタルカメラ１００の構成を示す図である。本実施形態のデジタルカメラ１００は、イメージセンサ１１５と、画像処理エンジン１２０と、表示モニタ１３０と、コントローラ１３５とを備える。さらに、デジタルカメラ１００は、バッファメモリ１２５と、カードスロット１４０と、フラッシュメモリ１４５と、操作部１５０と、ＵＳＢコネクタ１５５と、Ｗｉ－Ｆｉモジュール１６５とを備える。また、デジタルカメラ１００は、例えば光学系１１０及びレンズ駆動部１１２を備える。

光学系１１０は、フォーカスレンズ、ズームレンズ、光学式手ぶれ補正レンズ（ＯＩＳ）、絞り、シャッタ等を含む。フォーカスレンズは、イメージセンサ１１５上に形成される被写体像のフォーカス状態を変化させるためのレンズである。ズームレンズは、光学系で形成される被写体像の倍率を変化させるためのレンズである。フォーカスレンズ等は、それぞれ１枚又は複数枚のレンズで構成される。

レンズ駆動部１１２は、光学系１１０におけるフォーカスレンズ等を駆動する。レンズ駆動部１１２はモータを含み、コントローラ１３５の制御に基づいてフォーカスレンズを光学系１１０の光軸に沿って移動させる。レンズ駆動部１１２においてフォーカスレンズを駆動する構成は、ＤＣモータ、ステッピングモータ、サーボモータ、または超音波モータなどで実現できる。レンズ駆動部１１２は、コントローラ１３５の制御に基づいて光学系１１０における絞りを駆動する絞りアクチュエータを含む。

イメージセンサ１１５は、光学系１１０を介して形成された被写体像を撮像して、撮像データを生成する。撮像データは、イメージセンサ１１５による撮像画像を示す画像データを構成する。イメージセンサ１１５は、所定のフレームレート（例えば、３０フレーム／秒）で新しいフレームの画像データを生成する。イメージセンサ１１５における、撮像データの生成タイミングおよび電子シャッタ動作は、コントローラ１３５によって制御される。イメージセンサ１１５は、ＣＭＯＳイメージセンサ、ＣＣＤイメージセンサ、またはＮＭＯＳイメージセンサなど、種々のイメージセンサを用いることができる。

イメージセンサ１１５は、動画像、静止画像、またはＬＶ表示に用いられるＬＶ画像の撮像動作等を実行する。ＬＶ画像は主に動画像であり、ユーザが例えば静止画像の撮像のための構図を決めるために表示モニタ１３０に表示される。イメージセンサ１１５は、露光、電子シャッタ等の各種動作を実行する。

画像処理エンジン１２０は、イメージセンサ１１５から出力された撮像データに対して各種の処理を施して画像データを生成したり、画像データに各種の処理を施して、表示モニタ１３０に表示するための画像を生成したりする。各種処理としては、ホワイトバランス補正、ガンマ補正、ＹＣ変換処理、電子ズーム処理、圧縮処理、伸張処理等が挙げられるが、これらに限定されない。画像処理エンジン１２０は、ハードワイヤードな電子回路で構成してもよいし、プログラムを用いたマイクロコンピュータ、プロセッサなどで構成してもよい。

表示モニタ１３０は、種々の情報を表示する表示部の一例である。例えば、表示モニタ１３０は、イメージセンサ１１５で撮像され、画像処理エンジン１２０で画像処理された画像データが示す画像（ＬＶ画像等）を表示する。また、表示モニタ１３０は、ユーザがデジタルカメラ１００に対して種々の設定を行うためのメニュー画面等を表示する。表示モニタ１３０は、例えば、液晶ディスプレイデバイスまたは有機ＥＬデバイスで構成できる。

操作部１５０は、デジタルカメラ１００の外装に設けられた操作釦や操作ダイヤル等のハードキー及びソフトキーの総称であり、ユーザによる操作を受け付ける。操作部１５０は、例えば、レリーズ釦、モードダイヤル、表示モニタ１３０のタッチパネル、ジョイスティックなどを含む。操作部１５０はユーザによる操作を受け付けると、ユーザ操作に対応した操作信号をコントローラ１３５に送信する。

コントローラ１３５は、ハードウェアコントローラであり、デジタルカメラ１００全体の動作を統括制御する。コントローラ１３５はＣＰＵ等を含み、ＣＰＵがプログラム（ソフトウェア）を実行することで所定の機能を実現する。コントローラ１３５は、ＣＰＵに代えて、所定の機能を実現するように設計された専用の電子回路で構成されるプロセッサを含んでもよい。すなわち、コントローラ１３５は、ＣＰＵ、ＭＰＵ、ＧＰＵ、ＤＳＵ、ＦＰＧＡ、ＡＳＩＣ等の種々のプロセッサで実現できる。コントローラ１３５は１つまたは複数のプロセッサで構成してもよい。また、コントローラ１３５は、画像処理エンジン１２０などと共に１つの半導体チップで構成してもよい。

コントローラ１３５は、例えばＵＳＢコネクタ１５５を介したデジタルカメラ１００とＰＣ２００間のデータ通信を制御する。例えば、コントローラ１３５は、ＵＳＢコネクタ１５５を介して、ＰＣ２００にＬＶ画像及び各種通知を送信するための制御を行う。さらに、コントローラ１３５は、例えばオートフォーカス制御（ＡＦ制御）やオート露出制御（ＡＥ制御）などを実行する。コントローラ１３５は、露出制御において、例えば絞り値、シャッタ速度、及びＩＳＯ感度の変更により露出を調整する。コントローラ１３５は、本実施形態の通信装置における制御部の一例である。

バッファメモリ１２５は、画像処理エンジン１２０やコントローラ１３５のワークメモリとして機能する記録媒体である。バッファメモリ１２５は、ＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等により実現される。フラッシュメモリ１４５は不揮発性の記録媒体である。例えばバッファメモリ１２５は、後述するイベント通知の設定データＤ１、及びデジタルカメラ１００における各種の設定情報などを記憶する。各メモリ１２５，１４５は、それぞれ本実施形態における記憶部の一例である。

また、図示していないが、コントローラ１３５は各種の内部メモリを有してもよく、例えばＲＯＭを内蔵してもよい。ＲＯＭには、コントローラ１３５が実行する様々なプログラムが記憶されている。また、コントローラ１３５は、ＣＰＵの作業領域として機能するＲＡＭを内蔵してもよい。上記各種メモリも、本実施形態における記憶部の一例である。

カードスロット１４０は、着脱可能なメモリカード１４２が挿入される手段である。カードスロット１４０は、メモリカード１４２を電気的及び機械的に接続可能である。メモリカード１４２は、内部にフラッシュメモリ等の記録素子を備えた外部メモリである。メモリカード１４２は、画像処理エンジン１２０で生成される画像データなどのデータを格納できる。

ＵＳＢコネクタ１５５は、ＵＳＢ規格に準拠して、デジタルカメラ１００にＰＣ２００のような外部機器を接続するための回路である。ＵＳＢコネクタ１５５は、コントローラ１３５による制御に従って、ＵＳＢ規格に準拠した通信により、外部機器から諸情報を受信したり外部機器に諸情報を送信したりする。ＵＳＢコネクタ１５５は、本実施形態の通信装置における通信部の一例である。

Ｗｉ－Ｆｉモジュール１６５は、Ｗｉ－Ｆｉ（登録商標）規格に準拠した通信を行う回路である。デジタルカメラ１００は、Ｗｉ－Ｆｉモジュール１６５を介して、他の機器と通信することができる。デジタルカメラ１００は、Ｗｉ－Ｆｉモジュール１６５を介して、他の機器と直接通信を行ってもよいし、アクセスポイント経由で通信を行ってもよい。Ｗｉ－Ｆｉモジュール１６５は、インターネット等の通信ネットワークに接続可能であってもよい。

１－１－２．ＰＣの構成
図３は、本実施形態に係るＰＣ２００の構成を例示するブロック図である。図３のＰＣ２００は、表示部２１５と、操作部２３０と、コントローラ２３５と、記憶部２４５と、機器インターフェース２５５と、ネットワークインターフェース２６５とを備える。以下、「インターフェース」を「Ｉ／Ｆ」と略記する。

表示部２１５は、例えば、液晶ディスプレイ又は有機ＥＬディスプレイで構成される。表示部２１５は、デジタルカメラ１００から受信されたＬＶ画像及び各種通知等を表示する。表示部２１５は、操作部２３０を操作するための各種アイコン及び操作部２３０から入力された情報などを表示してもよい。

操作部２３０は、ユーザが操作を行う操作部材の総称である。操作部２３０は、例えばキーボード、マウス、タッチパッド、ボタン及び／またはスイッチ等を含む。操作部２３０は、表示部２１５と共にタッチパネルを構成してもよい。操作部２３０は、ユーザによる操作を受け付けると、ユーザ操作に対応した操作信号をコントローラ２３５に送信する。

コントローラ２３５は、ＰＣ２００を構成する各部に電気的に接続され、各部の動作を制御する。コントローラ２３５はＣＰＵ等を含み、ＣＰＵがプログラム（ソフトウェア）を実行することで所定の機能を実現する。コントローラ２３５は、所定の機能を実現するように専用に設計されたハードウェア回路のみで実現してもよい。コントローラ２３５は、ＣＰＵ以外に、ＭＰＵ、ＧＰＵ、ＤＳＰ、ＦＰＧＡ、またはＡＳＩＣ等の種々の回路で構成することができる。コントローラ２３５は、各種のデータ及びプログラムを保持する一時的な記憶領域として内部メモリを備えてもよい。コントローラ２３５は、本実施形態の制御装置における制御部の一例である。

記憶部２４５は、ＰＣ２００において、所定の機能を実現するために必要なデータ及びプログラム等を記憶する記録媒体である。記憶部２４５は、例えばハードディスク（ＨＤＤ）、半導体記憶装置（ＳＳＤ）または半導体メモリ（ＲＡＭ）等で構成される。記憶部２４５は、コントローラ２３５の作業エリアとして機能してもよく、コントローラ２３５の内部メモリにおける記憶領域で構成されてもよい。

機器Ｉ／Ｆ２５５は、ＰＣ２００にデジタルカメラ１００のような外部機器を接続するための回路である。機器Ｉ／Ｆ２５５は、ＵＳＢ規格またはＢｌｕｅｔｏｏｔｈ（登録商標）規格等に準拠した通信を行う。本実施形態の機器Ｉ／Ｆ２５５は、例えばＵＳＢ規格に準拠した通信により、コントローラ２３５による制御に従って、外部機器から諸情報を受信したり外部機器に諸情報を送信したりする。機器Ｉ／Ｆ２５５は、本実施形態の制御装置における通信部の一例である。

ネットワークＩ／Ｆ２６５は、通信規格ＩＥＥＥ８０２．１１またはＷｉ－Ｆｉ規格等に準拠した通信を行う回路である。ＰＣ２００は、ネットワークＩ／Ｆ２６５を介して、他の機器と直接またはアクセスポイント経由で通信することができる。ネットワークＩ／Ｆ２６５は、通信ネットワークに接続可能であってもよい。

１－２．動作
以上のように構成されるデジタルカメラ１００及びＰＣ２００の動作を、以下説明する。

本実施形態の撮像システム１（図１）において、デジタルカメラ１００とＰＣ２００とは、例えばＵＳＢ規格に準拠したデータ通信を行う。例えば、デジタルカメラ１００はＰＣ２００に、ＬＶ画像を周期的に転送するとともに、カメラ状態の変化を示すイベントの発生を通知するイベント通知を送信する。ＰＣ２００は、デジタルカメラ１００からのイベント通知により、例えば表示部２１５にＬＶ画像を表示中に、デジタルカメラ１００におけるリアルタイムのカメラ状態を表示することができる。

２－１．イベント通知の課題
上述のイベント通知に関するデータ通信時の課題について、図４を用いて説明する。図４は、撮像システム１についてのイベント通知の課題を説明するためのシーケンス図である。図４のシーケンスは、撮像システム１において、後述するイベント通知の設定が特に行われていない場合におけるＬＶ表示の動作例を示す。

図４の動作例では、ＬＶ表示のためにデジタルカメラ１００からＰＣ２００がＬＶ画像を取得する処理（Ｓ４００）が、例えばフレーム周期で実行される。例えば１フレーム分のＬＶ画像取得のステップＳ４００において、ＰＣ２００のコントローラ２３５が、デジタルカメラ１００にＬＶ画像の転送を要求し（Ｓ４０１）、転送要求を受けた応答としてデジタルカメラ１００のコントローラ１３５が、ＰＣ２００にＬＶ画像の画像データを送信する（Ｓ４０２）。

図４の例では、デジタルカメラ１００において、設定メニューにおける設定情報を示す設定メニュー情報の変更（Ｓ１０）、並びにＩＳＯ感度、絞り値及びシャッタ速度の変更（Ｓ２０）といった各種のイベントが発生している。図４の例では、デジタルカメラ１００は、ステップＳ１０，Ｓ２０の各イベントの発生に応じてイベント通知を行う（Ｓ４１１～Ｓ４２３）。

デジタルカメラ１００は、例えばフレーム毎のＬＶ画像取得の処理（Ｓ４００）に割り込みで、各々のイベント通知を実行する（Ｓ４１１～Ｓ４２３）。こうした各イベント通知による割り込み処理が多発すると、例えばステップＳ４００の実行遅れによるＬＶ表示のフレーム遅延、及びデジタルカメラ１００とＰＣ２００間のデータ通信における各種の処理負荷が生じてしまう影響が考えられる。

又、１回のイベント通知において、ステップＳ４００と同様にデジタルカメラ１００がＰＣ２００から転送要求（Ｓ４０１）を受けてからデータ送信（Ｓ４０２）を行う場合、各々の処理負荷が過大になることが懸念される。さらに、図４の例では、ステップＳ２０において複数のイベントが同時に発生している。この場合、各イベントに応じた複数回のイベント通知を行うと（Ｓ４２１～Ｓ４２３）、さらに処理負荷が増大する事態が懸念される。

そこで、本実施形態では、デジタルカメラ１００とＰＣ２００間のデータ通信において、以上のようなイベント通知による処理負荷を低減することができるイベント通知の通信方法を提供する。

１－２－２．動作の概要
本実施形態の撮像システム１においてＬＶ表示中にイベント通知を行う動作の概要を、図５を用いて説明する。

図５は、本実施形態の撮像システム１におけるＬＶ表示中のイベント通知動作を説明するためのシーケンス図である。図５では、本システム１においてイベント通知の設定（後述）がされた場合における、図４と同様の動作例を示す。

本システム１では、デジタルカメラ１００からＰＣ２００に通知するイベントを選択的に設定可能である。図５の例では、デジタルカメラ１００において、設定メニュー情報を変更するイベントが通知されないように設定されている。この場合、図４の例とは異なり、設定メニュー情報を変更するイベントが発生しても（Ｓ１０）、デジタルカメラ１００はイベント通知を送信せず、ＰＣ２００は、対応するイベントデータの取得を行わない。こうした選択的なイベント通知によれば、例えば割り込み処理の多発を回避して、ＬＶ表示の遅延を抑制でき、デジタルカメラ１００とＰＣ２００間の通信負荷も低減できる。

また、本システム１では、複数種類のイベントをまとめて１つのイベント通知により通知可能に設定することができる。図５の例では、デジタルカメラ１００は、ＡＥ制御に関するカメラ状態の変化として、ＩＳＯ感度、絞り値及びシャッタ速度を変更する各イベントを一度に通知するように設定されている。この場合、ＩＳＯ感度、絞り値及びシャッタを変更するイベントが同時に発生すると（Ｓ２０）、デジタルカメラ１００は、当該複数のイベントに応じた１つのイベント通知のみを送信する（Ｓ４２０）。これにより、複数種類のイベントの発生に伴うデジタルカメラ１００とＰＣ２００間の通信にかかる処理負荷が低減される。

また、ステップＳ４２０において、本実施形態の撮像システム１は、後述する通知データのデータ構造によって、イベント通知自体に各イベントのイベントデータを格納して送信する。これにより、例えばＬＶ画像の取得処理（Ｓ４００）と同様のＰＣ２００からのデータ転送要求（Ｓ４０１）、及びデジタルカメラ１００からの応答するデータ送信（Ｓ４０２）を行わなくても、ＰＣ２００はイベントデータを取得することができる。したがって、更にデジタルカメラ１００とＰＣ２００間の通信による処理負荷等を低減することができる。以下、本システム１の動作の詳細を説明する。

１－２－３．イベント通知の設定
本実施形態の撮像システム１では、例えば以上のようなイベント通知を実行する前に予めイベント通知の設定を行う。撮像システム１においてイベント通知設定を行う動作について、図６及び図７を用いて説明する。

図６は、本実施形態の撮像システム１におけるイベント通知設定の動作を例示するシーケンス図である。図７は、撮像システム１におけるイベント通知の設定データＤ１を例示する図である。

図６の動作において、まず、ＰＣ２００は、デジタルカメラ１００にイベント通知の設定要求を送信する（Ｓ３０１）。ＰＣ２００は、例えば操作部２３０において、イベント通知の設定を開始するユーザ操作が入力されたとき、デジタルカメラ１００にイベント通知の設定を要求する（Ｓ３０１）。

次に、ＰＣ２００は、イベント通知に含めるイベントの種類を規定する設定データＤ１（図７参照）をデジタルカメラ１００に送信する（Ｓ３０２）。例えば、図５の動作例の前に、ＩＳＯ感度、絞り値及びシャッタ速度の変更の各イベントをまとめて通知するように規定する設定データＤ１が送信される。イベント通知の設定データＤ１は、例えばＰＣ２００の表示部２１５に設定メニュー等を表示し、設定メニューを利用してユーザが操作部２３０において情報を入力する操作を受け付ける処理により、生成される。

デジタルカメラ１００は、設定データＤ１を受信すると、例えばバッファメモリ１２５に設定データＤ１を格納して、イベント通知の設定応答をＰＣ２００に返す（Ｓ３０３）。例えばデジタルカメラ１００のコントローラ１３５が読み取り可能な設定データＤ１を正常に受信及び格納した場合の設定応答は「ＯＫ」である。一方、設定データＤ１の受信または格納に異常があった場合等の設定応答は「Ｅｒｒｏｒ」である。

以上のイベント通知設定の動作によれば、撮像システム１において、ＰＣ２００から、イベント通知の設定データＤ１をデジタルカメラ１００に設定することができる（Ｓ３０２）。

なお、図６に例示するシーケンスは、例えばＰＣ２００においてコントローラ２３５の処理負荷をモニタリングしておき、処理負荷が所定の閾値以上に増大したときに開始されてもよい。この場合、図６のシーケンスは、例えばＰＣ２００の記憶部２４５に予め格納された設定データＤ１を用いて実行されてもよい。

１－２－３－１．イベント通知の設定データ
イベント通知の設定データＤ１の詳細について、図７を用いて説明する。

図７に例示するイベント通知の設定データＤ１は、設定項目を示す「項目」と、各項目の設定値を示す「値」とを含む。また、図７の例の設定データＤ１は、イベントグループ１～３の３つのイベントグループを含む。イベントグループは、複数の種類のイベントにおいて、１つのイベント通知によってまとめて通知する１種類以上のイベントを規定する。

本システム１は、例えばＰＴＰをＵＳＢ規格において用いるＳｔｉｌｌ Ｉｍａｇｅ Ｃａｐｔｕｒｅ Ｄｅｖｉｃｅクラスを各種データの転送に利用する。そこで、本例では当該クラスの規定に応じて、各イベントグループには上限３つまでのイベントが設定可能である。図７の設定データＤ１は、２つのイベントグループ１，２において上限の各イベントに関する通知イベントタグ１～３を含む。

設定データＤ１の項目は、通知するイベントの種類の個数を示す「イベント設定数」、各イベントグループを示す「イベントグループコード」、通知イベントタグ１～３毎の「タグ定義」及び「最大データサイズ」を含む。タグ定義は、通知する対象のイベントの種類を示す項目であり、例えば所定の規定コードに従い設定される。最大データサイズは、タグ定義のイベントによるイベントデータをイベント通知に含めて送信する際に、格納可能な最大のデータサイズを示す。

図７の設定データＤ１では、イベント設定数の値は「６」に設定されている。図７の例では、イベントグループ１の各通知イベントタグ１～３により、それぞれＩＳＯ感度、シャッタ速度及び絞り値のイベントを通知するように設定されている。また、イベントグループ２は、画像の記録に関する３つのイベントを通知するように設定されている。イベントグループ１，２のイベントグループコードは、それぞれ１６進数で「０ｘＣ０００」、「０ｘＣ０１０」に設定され、イベントグループ３のイベントグループコードは、未使用を示す「０ｘ００００」に設定されている。

以上のようなデータ構造を有するイベント通知の設定データＤ１によれば、本実施形態の撮像システム１は、各イベントグループによって複数のイベントをまとめて、イベントグループ毎に異なるイベントを通知可能である。また、何れのイベントグループにも設定されないイベントは通知されず、各イベントグループに設定されたイベントのみを選択的に通知することができる。さらに、イベント毎の最大データサイズまで、イベントデータをイベント通知に格納することができる。

なお、設定データＤ１において設定可能なイベントグループ数は、３つに限らず、１つまたは２つであってもよく、４つ以上であってもよい。例えば、イベントグループコードにおいてＰＴＰの予約ビットを除くビットにより表現可能な数の範囲であれば、４つ以上のイベントグループを設けることができる。また、設定データＤ１のイベント設定数から、イベントグループ３が未使用であることがデジタルカメラ１００及びＰＣ２００により認識されてもよい。この場合、設定データＤ１はイベントグループ３のイベントグループコードを含まなくてもよい。また、各イベントグループにおいて通知イベントタグにより設定されるイベントの数は、３つに限らず、例えば２つであってもよい。

また、イベント通知の設定データＤ１は、図７の例に限らず、例えば、デジタルカメラ１００におけるＡＦ制御に関する設定情報の変更、または各種撮影設定の変更等によるカメラ状態の変化を示すイベントを含んで設定されてもよい。また、例えば全てのイベント通知を停止する場合には、設定データにおけるイベント設定数をゼロ値に設定し、各グループのイベントグループコードが未使用の値に設定されてもよい。一方、イベント通知の設定を解除して、図４のように発生する全イベントについてイベント毎に通知を行う場合、例えば設定データのイベント設定数を「０ｘＦＦＦＦ」に設定し、各グループのイベントグループコードが未使用の値に設定されてもよい。

１－２－３－２．イベント通知設定の変更
本実施形態の撮像システム１は、以上のようなイベント通知の設定後、例えばユーザが設定された内容を確認して、イベント通知の設定を変更可能な機能を有してもよい。撮像システム１において設定変更を行う動作について、図８及び図９を用いて説明する。

図８は、撮像システム１におけるイベント通知の設定変更の動作を例示するシーケンス図である。図９は、図７の例から変更された設定データＤ１１を例示する。

まず、ＰＣ２００のコントローラ２３５は、デジタルカメラ１００に、イベント通知の設定状態情報の取得要求を送信する（Ｓ３１１）。設定状態情報は、デジタルカメラ１００におけるイベント通知の設定状態を示す。

デジタルカメラ１００のコントローラ１３５は、ＰＣ２００からの取得要求を受信すると、例えば設定状態情報として、取得要求の受信時にバッファメモリ１２５に格納されている設定データＤ１をＰＣ２００に送信する（Ｓ３１２）。

ＰＣ２００は、例えば受信した設定状態情報を表示部２１５に表示する。その後、ＰＣ２００は、例えばイベント通知の設定を開始するユーザ操作により、図６と同様のステップＳ３０１～Ｓ３０３を実行する。

以上の動作によれば、ＰＣ２００は、例えばデジタルカメラ１００からの設定状態情報の取得により（Ｓ３１１，Ｓ３１２）、現在のイベント通知の設定を参照して、設定の変更を行うことができる。なお、以上の動作は、例えばデジタルカメラ１００が画像の撮影を行う動作モードから、再生を行う動作モードに切り替えられたとき（或いは逆に、再生から撮影の動作モードに切り替えられたとき）に開始されてもよい。

図９は、図８の設定変更の動作により図７の設定データＤ１から変更された設定データＤ１１を例示する。例えば設定データＤ１１は、イベントグループ１の通知イベントタグ３において、元の設定データＤ１での絞り値を示すタグ定義から、未使用を示すタグ定義に変更され、最大データサイズが「０」（バイト）に変更されている。

また、元の設定データＤ１（図７）のイベントグループ２において通知イベントタグ１に格納されていたイベントが、図９の例では除外されている。これに伴い、元の設定データＤ１のイベントグループ２における通知イベントタグ２，３の各イベントの格納先が、変更後の設定データＤ１１では通知イベントタグ１，２に繰り上げられている。

さらに、元の設定データＤ１（図７）では未使用であったイベントグループ３において、図９の設定データＤ１１ではイベントグループコードが「０ｘＣ０２０」に変更されている。本例の設定データＤ１１のイベントグループ３では、「設定メニュー情報」のイベントが通知イベントタグ１に設定され、他の通知イベントタグ２，３は未使用である。

上記の例では、元の設定データＤ１（図７）からイベントを除外する変更に伴い、設定データＤ１１において残りのイベントを繰り上げたが、特に繰り上げなくてもよい。この場合、例えば除外されたイベントの通知イベントタグ１において、タグ定義を未使用の値に変更して、最大データサイズをゼロ値に変更してもよい。

１－２－４．イベント通知動作の詳細
以上のようなイベント通知の設定後にデジタルカメラ１００がＰＣ２００にイベントを通知する動作について、図１０及び図１１を用いて説明する。

図１０は、本実施形態の撮像システム１におけるイベント通知動作を例示するシーケンス図である。図１１は、イベント通知の通知データを例示する図である。図１０に例示するシーケンスは、例えば、図７に示すイベント通知の設定データＤ１が設定された状態で図５と同様の動作中に実行される。図１０では、ＬＶ画像取得の処理（Ｓ４００）は図示を省略している。

本例のデジタルカメラ１００において、ＩＳＯ感度を変更するイベントが発生した場合（Ｓ２０Ａ）、コントローラ１３５は、イベントコード「０ｘＣ００１」のイベント通知を示す通知データを生成して、ＰＣ２００に送信する（Ｓ４２０Ａ）。イベントコードは、設定データＤ１におけるイベントグループコードとの対応付けにより、通知対象のイベントの種類を示す。イベント通知の通知データは、対応する通知対象のイベントによって変化したカメラ状態、即ちイベントデータを含む。ステップＳ４２０Ａにおけるイベント通知の通知データＤ２０ａを図１１（Ａ）に例示する。

ステップＳ４２０Ａにおいて、コントローラ１３５は、イベント通知に、イベントデータとして変更後のＩＳＯ感度のデータを格納した通知データＤ２０ａを、ＵＳＢコネクタ１５５に送信させる。ＰＣ２００のコントローラ２３５は、例えば機器Ｉ／Ｆ２５５から当該イベント通知を受信して、格納されたイベントデータを取得する。

図１１（Ａ）に例示する通知データＤ２０ａのイベントコード「０ｘＣ００１」は、設定データＤ１のイベントグループ１のイベントグループコードの下位４ビット（２進数）のうち１ビット目を「１」に変更した値である。これは、当該グループ１の通知イベントタグ１が有効、即ち「ＩＳＯ感度」が通知内容に有ることを示す。このようにイベントコードは、イベントグループコードの下位ビットを用いて、各通知イベントタグに設定されたイベントの通知の有無を示す。

通知データＤ２０ａは、さらに、イベントコードで有効／無効が示された通知イベントタグ１～３に対応するイベントのデータをそれぞれ示すパラメータ１～３を含む。図１１（Ａ）の例では、パラメータ１には、有効な通知イベントタグ１に対応するＩＳＯ感度の変更後の値「１００」を１６進数で示すデータ値が格納される。また、パラメータ２，３には、通知イベントタグ２，３が無効、即ちシャッタ速度及び絞り値の通知は無いことに応じて、それぞれゼロ値が格納される。

デジタルカメラ１００においてＩＳＯ感度及び絞り値の両方が同時とみなせる所定期間内に変更された場合（Ｓ２０Ｂ）、コントローラ１３５は、イベントコード「０ｘＣ００５」の通知データを生成して、ＰＣ２００に送信する（Ｓ４２０Ｂ）。当該イベントコードは、イベントグループ１のイベントグループコードから下位１，３ビットを「１」にして、通知イベントタグ１，３の有効を示す。

ステップＳ４２０Ｂにおいて、コントローラ１３５は、例えば図１１（Ａ）の通知データＤ２０ａと同様のデータ構造において、パラメータ１のＩＳＯ感度に加えてパラメータ３に絞り値のイベントデータを格納するように、イベント通知の通知データを生成する。

さらに、デジタルカメラ１００において図５の例と同様にＩＳＯ感度、絞り値及びシャッタ速度が変更された場合（Ｓ２０）、コントローラ１３５は、イベントコード「０ｘＣ００７」の通知データをＰＣ２００に送信する（Ｓ４２０）。当該イベントコードは、設定データＤ１におけるイベントグループ１のイベントグループコードの下位１～３ビットを「１」にして、通知イベントタグ１～３の有効を示す。図１１（Ｂ）は、ステップＳ４２０における通知データＤ２０を例示する。通知データＤ２０は、各パラメータ１～３にＩＳＯ感度、シャッタ速度及び絞り値のイベントデータをそれぞれ格納する。

また、デジタルカメラ１００において、例えば撮影中に静止画の撮影可能枚数が変わるイベントが発生した場合（Ｓ３０Ａ）、コントローラ１３５は、イベントコード「０ｘＣ０１１」の通知データをＰＣ２００に送信する（Ｓ４３０Ａ）。当該イベントコードは、設定データＤ１のイベントグループ２のイベントグループコードの下位１ビットを「１」にして、通知イベントタグ１の有効を示す。ステップＳ４３０Ａにおける通知データでは、パラメータ１に撮影可能枚数のイベントデータが格納され、パラメータ２，３には通知イベントタグ２，３の無効に応じたゼロ値が格納される。

デジタルカメラ１００において動画記録可能時間及び動画記録経過時間の両方が同時とみなせる所定期間内に変更された場合（Ｓ３０Ｂ）、コントローラ１３５は、イベントコード「０ｘＣ０１６」の通知データをＰＣ２００に送信する（Ｓ４３０Ｂ）。当該イベントコードは、設定データＤ１のイベントグループ２のイベントグループコードの下位２，３ビットを「１」にして、通知イベントタグ２，３の有効を示す。図１１（Ｃ）は、ステップＳ４３０Ｂにおける通知データＤ３０ｂを例示する。通知データＤ３０ｂでは、パラメータ１に通知イベントタグ１の無効に応じたゼロ値が格納され、パラメータ２，３にそれぞれ動画記録可能時間及び動画記録経過時間のイベントデータが格納されている。

以上のイベント通知動作によれば、デジタルカメラ１００におけるイベントに応じて（Ｓ２０Ａ～Ｓ３０Ｂ）、イベント通知を示す通知データＤ２０～Ｄ３０ｂが生成されて、ＰＣ２００に送信される（Ｓ４２０～Ｓ４３０Ｂ）。各通知データＤ２０～Ｄ３０ｂは、複数種類のイベントにおける各イベントのイベントデータを格納可能なパラメータ１～３、及びイベント通知に含めるイベントの種類を示すイベントコードを有する。

これにより、各通知データＤ２０～Ｄ３０ｂにおいて、デジタルカメラ１００における複数のイベントをまとめてＰＣ２００に通知することができる。また、設定データＤ１に基づき特定のイベントのみが選択的に通知され、各通知データＤ２０～Ｄ３０ｂにおけるイベントコードにより、ＰＣ２００では何れのイベントが通知されたかを認識することができる。さらに、通知データＤ２０～Ｄ３０ｂにおいて、イベント通知と合わせて、パラメータ１～３に各イベントのイベントデータを格納して送信することができる。こうしたイベント通知動作及び通知データＤ２０～Ｄ３０ｂのデータ構造により、デジタルカメラ１００のイベントをＰＣ２００に通知する通信における処理負荷を低減することができる。

１－２－５．イベントデータの取得
本実施形態の撮像システム１は、以上のようなイベント通知の動作に加えて、イベントの発生時以外であっても、ＰＣ２００からイベント等を指定して所望のイベントデータをデジタルカメラ１００から取得する機能を備えてもよい。こうしたイベントデータを取得する動作について、図１２～図１４を用いて説明する。

図１２は、撮像システム１におけるイベントデータ取得の動作を例示するシーケンス図である。図１３は、撮像システム１におけるイベントデータ取得コマンドを例示する。図１４は、図１３のコマンドの応答として取得されるデータを例示する。

ＰＣ２００は、デジタルカメラ１００に、イベントデータの取得を要求するコマンドを送信する（Ｓ３２１）。このイベントデータ取得コマンドは、例えばイベントグループ１～３毎にイベントデータの取得対象とするイベントを指定する複数のパラメータを含む。

図１３（Ａ），（Ｂ）は、イベントデータ取得コマンドにおけるパラメータの設定例を示す。図１３（Ａ），（Ｂ）に例示するイベントデータ取得コマンドＤ２１ａ，Ｄ２１ｂにおける各パラメータ１～３は、それぞれ図７に例示する設定データＤ１におけるイベントグループ１～３に対応する。

図１３（Ａ）のイベントデータ取得コマンドＤ２１ａは、パラメータ１に、設定データＤ１のイベントグループコードに対応するイベントコード「０ｘＣ０００」を含む。当該イベントコードによると、例えばイベントグループ１に設定された全てのイベントが指定される。図１３（Ａ）の例では、パラメータ２はイベントグループ２について上記と同様である一方、パラメータ３には未使用状態を示すゼロ値が格納される。

図１３（Ｂ）のイベントデータ取得コマンドＤ２１ｂは、例えば、パラメータ１にイベントコード「０ｘＣ００７」を含む。こうしたイベントコードでは、例えば通知データＤ２０と同様に、イベントグループコードの下位ビットのうちの特定のビットのみを「１」にすることで、当該ビットに対応付けられた通知イベントタグのイベントが指定される。

図１２に戻り、デジタルカメラ１００のコントローラ１３５は、以上のようなイベントデータ取得コマンドＤ２１ａ，Ｄ２１ｂを受けて、各々のパラメータにより指定されたイベントデータをＰＣ２００に送信する（Ｓ３２２）。例えば、イベントデータ取得コマンドＤ２１ａの応答として、各イベントグループ１，２の全ての通知イベントタグ１～３のイベントデータが送信される。図１４に、イベントデータ取得コマンドＤ２１ａの応答におけるイベントグループ２のイベントデータのデータ構造を例示する。

以上のイベントデータの取得動作によれば、デジタルカメラ１００は、ＰＣ２００からのイベントデータ取得コマンドにより指定されたイベントデータをＰＣ２００に送信する（Ｓ３２１，Ｓ３２２）。これにより、例えばイベント通知時に限らない任意のタイミングで、ＰＣ２００において所望のイベントデータを取得することができる。

１－３．効果等
以上のように、本実施形態のデジタルカメラ１００は、外部のＰＣ２００（制御装置の一例）に、自装置における情報を通知する通信装置の一例である。デジタルカメラ１００は、ＵＳＢコネクタ１５５（通信部の一例）と、コントローラ１３５（制御部の一例）とを備える。ＵＳＢコネクタ１５５は、ＰＣ２００との間でデータ通信を行う。コントローラ１３５は、デジタルカメラ１００における状態が変化するイベント（Ｓ２０～Ｓ３０Ｂ）に応じて通知データＤ２０～Ｄ３０ｂを生成して、通知データＤ２０～Ｄ３０ｂをＰＣ２００に送信するようにＵＳＢコネクタ１５５を制御する（Ｓ４２０～Ｓ４３０Ｂ）。通知データＤ２０～Ｄ３０ｂは、複数種類のイベントにおける各々の状態を示すデータの一例として、イベントデータを格納可能なパラメータ１～３（データ格納部の一例）を有する。

以上のデジタルカメラ１００によれば、各種イベントに応じて、イベントデータを格納可能な通知データＤ２０～Ｄ３０ｂが生成され、ＰＣ２００に送信される。通知データＤ２０～Ｄ３０ｂのデータ構造によれば、デジタルカメラ１００のカメラ状態の変化、即ちイベントをＰＣ２００に通知するデータ通信における処理負荷を低減することができる。

本実施形態において、コントローラ１３５は、デジタルカメラ１００においてイベントが発生すると（Ｓ２０～Ｓ３０Ｂ）通知データＤ２０～Ｄ３０ｂを生成して、生成した通知データＤ２０～Ｄ３０ｂにおけるパラメータ１～３に、発生したイベントのデータの一例としてイベントデータを格納し、発生したイベントのイベントデータを格納した通知データＤ２０～Ｄ３０ｂをＰＣ２００に送信するように、ＵＳＢコネクタ１５５を制御する（Ｓ４２０～Ｓ４３０Ｂ）。これにより、図４に例示するＬＶ画像の取得処理（Ｓ４００）のようにデジタルカメラ１００が、ＰＣ２００から転送要求（Ｓ４０１）を受けてからデータ送信（Ｓ４０２）を行わなくても、ＰＣ２００はイベントデータを取得可能である。

本実施形態において、コントローラ１３５は、デジタルカメラ１００において複数種類のイベントが発生したとき（Ｓ２０，Ｓ３０Ｂ等）、発生した複数種類のイベントの各イベントデータをパラメータ１～３にそれぞれ格納する一の通知データＤ２０，Ｄ３０ｂを生成し、一の通知データＤ２０，Ｄ３０ｂをＰＣ２００に送信するように、ＵＳＢコネクタ１５５を制御する（Ｓ４２０，Ｓ４３０Ｂ）。これにより、複数種類のイベントをまとめてＰＣ２００に通知可能であり、イベント通知による割り込み処理を削減することができる。

本実施形態において、パラメータ１～３にイベントデータが格納可能なイベントの種類は、予め設定されている（図７、図９参照）。コントローラ１３５は、デジタルカメラ１００において設定された種類のイベントが発生したとき（Ｓ２０）、通知データＤ２０をＵＳＢコネクタ１５５に送信させ（Ｓ４２０）、デジタルカメラ１００において設定された種類とは異なる種類のイベントが発生したとき（Ｓ１０）、通知データをＵＳＢコネクタ１５５に送信させない（図５参照）。これにより、複数の種類のイベントにおいて、設定されたイベントのみを選択的に通知することができ、過剰なイベント通知を抑制して、デジタルカメラ１００とＰＣ２００間のデータ通信にかかる処理負荷を低減することができる。

本実施形態において、ＵＳＢコネクタ１５５は、ＰＣ２００から、パラメータ１～３にイベントデータが格納可能なイベントの種類を規定する設定データＤ１を受信する（Ｓ３０２）。これによりデジタルカメラ１００は、ＵＳＢコネクタ１５５により受信した設定データＤ１に基づき、イベント通知動作を行うことができる（Ｓ４２０～Ｓ４３０Ｂ）。

本実施形態において、通知データＤ２０～Ｄ３０ｂは、パラメータ１～３においてイベントデータを格納したイベントの種類を示すイベントコード（イベント識別部の一例）をさらに有する。これにより、ＰＣ２００において、受信された通知データＤ２０～Ｄ３０ｂにイベントデータが含まれるイベントの種類を認識することができる。

本実施形態において、パラメータ１～３に格納可能な複数種類のイベントを分類する複数のグループの一例として、イベントグループが予め設定される（図７、図９参照）。コントローラ１３５は、イベントグループ毎に、当該イベントグループに含まれる複数種類のイベントの各イベントデータをパラメータ１～３に格納するように、通知データＤ２０～Ｄ３０ｂを生成する（Ｓ４２０～Ｓ４３０Ｂ）。これにより、例えば一度にまとめて通知する複数種類のイベントを管理し易くすることができる。

本実施形態において、デジタルカメラ１００は、画像を撮影して画像データを生成する撮像装置を構成する。イベントは、デジタルカメラ１００における画像撮影についての合焦状態と、露出状態と、記録状態と、デジタルカメラ１００のユーザの操作状態との一例として、ＡＦ制御に関する設定情報と、ＡＥ制御に関する設定情報と、撮影可能枚数及び動画記録可能時間等の画像記録に関する情報と、設定メニュー情報とのうちの少なくとも一つの状態の変化である。

本実施形態において、コントローラ１３５は、ＬＶ画像（撮影中の画像データの一例）を順次、ＵＳＢコネクタ１５５からＰＣ２００に送信している際に（Ｓ４００）、デジタルカメラ１００において発生したイベントに応じて、通知データＤ２０～Ｄ３０ｂの送信を制御する（Ｓ４２０～Ｓ４３０Ｂ）。こうしたイベント通知動作（Ｓ４２０～Ｓ４３０Ｂ）によれば、ＰＣ２００において、デジタルカメラ１００から各種イベント通知を受けながら、ＬＶ画像の取得（Ｓ４００）を低遅延で実行することができる。撮像システム１は、例えばデジタルカメラ１００とＰＣ２００とを接続するテザーシステムを構成してもよい。

本実施形態のＰＣ２００は、外部のデジタルカメラ１００（通信装置の一例）から情報を通知される制御装置の一例である。ＰＣ２００は、機器Ｉ／Ｆ２５５（通信部の一例）と、コントローラ２３５（制御部の一例）とを備える。機器Ｉ／Ｆ２５５は、デジタルカメラ１００との間でデータ通信を行う。コントローラ２３５は、デジタルカメラ１００から機器Ｉ／Ｆ２５５を介して、デジタルカメラ１００における状態が変化するイベントに応じた通知データＤ２０～Ｄ３０ｂを受信する動作を制御する（Ｓ４２０～Ｓ４３０Ｂ）。通知データＤ２０～Ｄ３０ｂは、複数種類のイベントにおける各々の状態を示すデータの一例として、イベントデータを格納可能なパラメータ１～３（データ格納部の一例）を有する。コントローラ２３５は、通知データＤ２０～Ｄ３０ｂにおけるパラメータ１～３にイベントデータが格納可能なイベントの種類を規定する設定データＤ１を設定し、機器Ｉ／Ｆ２５５を介してデジタルカメラ１００に、設定した設定データＤ１を送信する（Ｓ３０１，Ｓ３０２）。

以上のＰＣ２００によれば、デジタルカメラ１００に送信した設定データＤ１に基づき、通知データＤ２０～Ｄ３０ｂの受信が制御されることで、デジタルカメラ１００のイベントをＰＣ２００に通知するデータ通信における処理負荷を低減することができる。

また、本実施形態のデジタルカメラ１００において、コントローラ１３５は、デジタルカメラ１００においてイベントが発生すると（Ｓ２０～Ｓ３０Ｂ）、発生したイベントにおいて変化した状態を示すデータの一例としてイベントデータを通知データＤ２０～Ｄ３０ｂに含めて、当該通知データＤ２０～Ｄ３０ｂをＰＣ２００に送信するように、ＵＳＢコネクタ１５５を制御する（Ｓ４２０～Ｓ４３０Ｂ）。これにより、通知データＤ２０～Ｄ３０ｂにおいて、イベント通知と合わせて各イベントのイベントデータを送信することができる。

また、本実施形態のデジタルカメラ１００において、コントローラ１３５は、デジタルカメラ１００において複数種類のイベントが発生したとき（Ｓ２０、Ｓ３０Ｂ等）、発生した複数種類のイベントの各データを含む一の通知データＤ２０，Ｄ３０ｂを生成し、一の通知データＤ２０，Ｄ３０ｂをＰＣ２００に送信するように、ＵＳＢコネクタ１５５を制御する（Ｓ４２０，Ｓ４３０Ｂ）。これにより、複数種類のイベントをまとめて、一の通知データＤ２０，Ｄ２０ｂ等によりＰＣ２００に通知することができる。

また、本実施形態のデジタルカメラ１００において、コントローラ１３５は、デジタルカメラ１００において予め設定された種類のイベントが発生したとき（Ｓ２０～Ｓ３０Ｂ）、通知データＤ２０～Ｄ３０ｂをＵＳＢコネクタ１５５に送信させ（Ｓ４２０～Ｓ４３０Ｂ）、デジタルカメラ１００において設定された種類とは異なる種類のイベントが発生したとき（Ｓ１０）、通知データをＵＳＢコネクタ１５５に送信させない（図５参照）。これにより、予め設定された種類のイベントのみを選択的にＰＣ２００に通知することができる。

（実施形態１の変形例）
上記の実施形態１では、ＰＣ２００からイベント通知の設定を行う（図６）撮像システム１の動作を説明したが、イベント通知の設定はデジタルカメラ１００において行われてもよい。こうした変形例について、図１５を用いて説明する。図１５は、実施形態１の変形例の撮像システム１におけるイベント通知設定の動作を例示するシーケンス図である。

本変形例において、デジタルカメラ１００は、例えば操作部１５０において、イベント通知に含めるイベントの種類を設定するユーザ操作を受け付けて、イベント通知の設定を要求する通知設定要求のイベント通知をＰＣ２００に送信する（Ｓ３３１）。ステップＳ３３１では、デジタルカメラ１００は、例えばユーザ操作に応じた設定データＤ１を生成してバッファメモリ１２５等に格納する。デジタルカメラ１００は、通知設定要求を受信したＰＣ２００から設定データＤ１の転送要求（Ｓ３３２）を受けて、設定データＤ１をＰＣ２００に送信する（Ｓ３３３）。ＰＣ２００は、受信した設定データＤ１を用いて、例えば図６と同様にイベント通知設定の動作を行う（Ｓ３０１～Ｓ３０３）。

以上の動作によれば、実施形態１と共通するイベント通知設定のシーケンス（図６）を利用して、デジタルカメラ１００からイベント通知の設定を行うことができる（Ｓ３３１～Ｓ３３３，Ｓ３０１～Ｓ３０３）。なお、デジタルカメラ１００におけるイベント通知の設定は、上記の例に限らない。例えばデジタルカメラ１００において、ステップＳ３３３で送信する設定データＤ１に基づいてイベント通知の設定が行われてもよく、ステップＳ３０１～Ｓ３０３の処理が省略されてもよい。

また、通知設定要求のイベント通知（Ｓ３３１）は、デジタルカメラ１００でのユーザ操作に限らず、例えばデジタルカメラ１００またはＰＣ２００の各コントローラ１３５，２３５における処理負荷の増大が想定される場合に実行されてもよい。この場合、例えばデジタルカメラ１００において予め設定されてバッファメモリ１２５等に格納された設定データＤ１を用いて、ステップＳ３３３が実行されてもよい。

以上のように、本実施形態において、デジタルカメラ１００（通信装置の一例）は、パラメータ１～３（データ格納部の一例）にイベントデータが格納可能なイベントの種類を設定するユーザ操作を受け付ける操作部１５０をさらに備える。これにより、当該ユーザ操作に応じて設定データＤ１を生成して、生成した設定データＤ１に基づくイベント通知動作を行うことができる（Ｓ４２０～Ｓ４３０Ｂ）。

（実施形態２）
以下、図１６～図２０を用いて、本開示の実施形態２を説明する。実施形態１では、イベントの種類に基づいてイベント通知を制御する撮像システム１を説明した。実施形態２では、複数回のイベントにおいてイベント通知を間引く撮像システム１を説明する。

以下、実施形態１に係る撮像システム１と同様の構成、動作の説明は適宜、省略して、本実施形態に係る撮像システム１を説明する。

２－１．イベント通知動作
本実施形態の撮像システム１におけるイベント通知動作について、図１６及び図１７を用いて説明する。本システム１では、イベント通知を間引く間隔として、デジタルカメラ１００において複数回のイベントが発生する時間間隔、または発生回数の割合といった間引き間隔が設定可能である。

図１６は、本実施形態の撮像システム１における時間間隔に応じたイベント通知動作を説明するためのシーケンス図である。図１７は、本システム１における回数に応じたイベント通知動作を説明するためのシーケンス図である。

図１６及び図１７は、本システム１においてイベント間引き設定（後述）が予め行われた場合に、図４と同様のＬＶ表示中に設定メニュー情報の変更（Ｓ２２）、及び複数回の絞り値の変更（Ｓ２１，Ｓ２３～Ｓ２５）といったイベントが発生する例を示す。

図１６の例では、デジタルカメラ１００において、絞り値の変更といった特定の種類のイベントについて所定の時間間隔Ｔ１（例えば１００ミリ秒（ｍｓ））が間引き間隔に設定されている。この場合、デジタルカメラ１００は、当該種類のイベントについては、時間間隔Ｔ１を置いて発生したイベント（Ｓ２１，Ｓ２５）に制限して通知する（Ｓ４３１，Ｓ４３３）。即ち、デジタルカメラ１００は、間引き対象のイベントを１回通知してから（Ｓ４３１）、時間間隔Ｔ１内に発生したイベント（Ｓ２３，Ｓ２４）を通知しない。

一方、間引き間隔が設定された種類のイベントとは異なる種類のイベント、例えば設定メニュー情報の変更（Ｓ２２）については、デジタルカメラ１００は、時間間隔Ｔ１内であっても、イベント通知を行う（Ｓ４３２）。デジタルカメラ１００は、各イベント通知の動作において（Ｓ４３１～Ｓ４３３）、例えば実施形態１と同様にイベントデータを含む通知データをＰＣ２００に送信する。

図１７の例では、図１６と同様に絞り値の変更を間引き対象として、所定の発生回数の割合（例えば２回に１回）が間引き間隔に設定されている。この場合、デジタルカメラ１００は、ステップＳ２１の絞り値の変更をＰＣ２００に通知後（Ｓ４３１）、当該種類のイベントについて、２回の間隔を置かずに発生した場合（Ｓ２３）には通知せず、２回の間隔を置いて発生した場合（Ｓ２４）に通知する（Ｓ４３３Ａ）。同様に、ステップＳ４３３Ａの通知から１回目の絞り値の変更（Ｓ２５）は通知されない。一方、図１６の例と同様に、間引き対象とは異なる種類のイベント（Ｓ２２）については、発生回数の割合に関わらず通知される（Ｓ４３２）。

以上のように、本実施形態のデジタルカメラ１００は、時間間隔及び発生回数の割合といった間引き間隔において、発生する複数回のイベントを間引いて通知するように、ＰＣ２００への通知データの送信を制御する。こうした間引き間隔によりイベント通知を制限することで、複数回のイベントの発生に伴うデジタルカメラ１００とＰＣ２００間の通信にかかる処理負荷を低減でき、例えば割り込み処理の多発を回避して、ＬＶ表示の遅延も抑制することができる。

２－２．イベント間引き設定
撮像システム１において、間引き間隔を設定するイベント間引き設定の動作について、図１８及び図１９を用いて説明する。

図１８は、本実施形態の撮像システム１におけるイベント間引き設定の動作を例示するシーケンス図である。図１９は、イベント通知の間引き設定データＤ５０を例示する図である。

まず、ＰＣ２００は、例えばイベント通知設定のシーケンス（図６）と同様に、機器Ｉ／Ｆ２５５を介して、デジタルカメラ１００にイベント通知の間引き設定を要求するためのコマンドを発行する（Ｓ３５１）。ＰＣ２００は、イベント通知の間引き間隔を規定する間引き設定データＤ５０（図１９参照）のコマンドを、デジタルカメラ１００に送信する（Ｓ３５２）。間引き設定データＤ５０は、例えばＰＣ２００において予め生成されて、記憶部２４５等に保持される。

ステップＳ３５１，Ｓ３５２においてデジタルカメラ１００は、例えばＵＳＢコネクタ１５５により設定要求及び間引き設定データＤ５０を受信する。デジタルカメラ１００は、間引き設定データＤ５０を受信すると、例えば「ＯＫ」または「Ｅｒｒｏｒ」の設定応答をＰＣ２００に送信する（Ｓ３５３）。

以上の間引き設定の動作によれば、撮像システム１において、ＰＣ２００からイベント通知の間引き設定データＤ５０をデジタルカメラ１００に設定することができる。図１９に例示するシーケンスは、例えばＰＣ２００において設定を開始するユーザ操作に応じて、またはコントローラ２３５における処理負荷に応じて開始されてもよい。以下、間引き設定データＤ５０について、図１９を用いて説明する。

図１９に例示する間引き設定データＤ５０は、「項目」と各項目の「値」とを含む。図１９の例では、設定データＤ５０の項目は、間引き間隔を適用するイベントを指定する「間引き対象イベント」、間引き間隔に時間間隔または回数を指定する「間引きタイプ」、間引きタイプに応じた「更新間隔」及び「設定回数」を含む。「更新間隔」は、間引きタイプが時間間隔である場合に有効な値、即ちイベント通知を間引く処理で参照可能な値を示す。「設定回数」は間引きタイプが回数である場合に有効な値を示す。図１９では、値の「＊」は１６進数で「０」から「Ｆ」までの任意の整数を示す。

間引き対象イベントは、例えば４バイトの値において各ビットにイベントの種類を対応付けた所定の規定コードに従い設定される。例えば各種類のイベントは、規定コードの対応するビットが「１」である場合、間引き対象イベントに設定され、対応するビットが「０」の場合、間引き対象イベントに設定されない。例えば規定コードの値（１６進数）が「０ｘ０００００００４」、即ち下位３ビット目（２進数）が「１」のとき、ＩＳＯ感度の変更に関するイベントが間引き制御の対象に設定されてもよい。また、複数のビットが「１」のとき対応する複数のイベントが間引き制御の対象に設定されてもよい。また、例えば全ビットが最大値「Ｆ」のとき、全種類のイベントが間引き対象イベントに設定されてもよい。

間引きタイプは、例えば１バイトの値において、「０ｘ＊１」のとき時間間隔が間引き間隔に設定され、「０ｘ＊２」のとき回数が間引き間隔に設定される。また、間引き対象イベントに複数種類のイベントが設定される場合、例えば間引きタイプに各種類のイベントに対応する複数の値が格納されてもよい。例えばこの場合、間引きタイプの値の上位４ビットにより、間引き対象イベントの値の降順に、間引きタイプを設定するイベントが指定されてもよい。例えば「０ｘ０１」であれば、間引き対象イベントに設定されたイベントのうちの最小値で指定されたイベントについて、時間間隔が間引き間隔に設定される。

更新間隔は、例えば所定の単位（例えばミリ秒）で時間間隔を示す２バイトの値により、所定の下限値（例えば１０ミリ秒）以上の時間間隔Ｔ１を設定可能である。設定回数は、例えば２バイトの値により２回以上の発生回数の割合を示す値を設定可能である。更新間隔及び設定回数は、例えば最大値が設定された場合に、イベント通知動作において参照されないように規定されてもよい。

以上のような間引き設定データＤ５０は、例えばＰＣ２００において、操作部２３０に入力されるユーザ操作に応じて生成される。また、ＰＣ２００は、ユーザ操作に限らず、例えばコントローラ２３５の処理負荷に応じて間引き設定データＤ５０を自動で生成してもよい。また、間引き設定データＤ５０は、ＰＣ２００に限らず、例えばデジタルカメラ１００において操作部１５０に入力されたユーザ操作に応じて設定されてもよい。

２－３．デジタルカメラの動作
本実施形態の撮像システム１では、例えば以上のような間引き設定データＤ５０に基づき、図１６及び図１７に例示するイベント通知動作が実行される。本実施形態のイベント通知動作において、デジタルカメラ１００がイベント通知を間引く処理について、図２０を用いて説明する。

図２０は、本実施形態のデジタルカメラ１００におけるイベント通知動作を例示するフローチャートである。本フローチャートは、例えばＰＣ２００からコマンド発行された間引き設定データＤ５０が、バッファメモリ１２５等に格納された状態で開始される。本フローチャートの各処理は、例えばデジタルカメラ１００のコントローラ１３５により実行され、フレーム周期などの所定の周期で繰り返される。

まず、コントローラ１３５は、デジタルカメラ１００において、イベントが発生したか否かを検知する（Ｓ０）。例えば、コントローラ１３５は、デジタルカメラ１００の動作状態および各種ユーザ操作の入力に基づき、各種カメラ状態の変更の有無を検知する。コントローラ１３５は、イベントの発生が検知されないとき（Ｓ０でＮＯ）、例えば所定の周期でステップＳ１の検知を繰り返す。

イベントの発生が検知されたとき（Ｓ０でＹＥＳ）、コントローラ１３５は、例えば間引き設定データＤ５０を参照して、検知されたイベントが間引き対象イベントに該当するか否かを判断する（Ｓ１）。

検知されたイベントが間引き対象イベントに該当しない場合（Ｓ１でＮＯ）、コントローラ１３５は、特にイベント通知を間引く処理、即ち間引き制御を行わず、後述のように検知されたイベントをＰＣ２００に通知する（Ｓ６）。

検知されたイベントが間引き対象イベントに該当する場合（Ｓ０でＹＥＳ）、コントローラ１３５は、例えば間引き設定データＤ５０を参照して、検知されたイベントの間引きタイプが「１」であるか否かを判断する（Ｓ２）。

（１）時間間隔による間引き制御
検知されたイベントの間引きタイプが「１」である場合（Ｓ２でＹＥＳ）、図１６に例示したように、時間間隔による間引き制御が実行される（Ｓ３Ａ～Ｓ６）。

例えば、コントローラ１３５は、間引き対象のイベントについて、今回の検知時（Ｓ０）が、前回ＰＣ２００に通知した当該種類のイベントの検知時から、間引き設定データＤ５０において設定された時間間隔、即ち更新間隔の範囲内か否かを判断する（Ｓ３Ａ）。デジタルカメラ１００は、例えばイベント毎に検知時刻を管理するタイマ変数をバッファメモリ１２５等に保持してもよい。図１６の例では、絞り値の変更についてイベント通知（Ｓ４３１）後、当該種類のイベントの各検知時（Ｓ２３～Ｓ２５）がステップＳ２１の検知時から時間間隔Ｔ１の範囲内か否かが判断される（Ｓ３Ａ）。

今回の検知時（Ｓ０）が、前回の通知から更新間隔の範囲内でない場合（Ｓ３ＡでＮＯ）、コントローラ１３５は、前回のイベント通知時におけるイベントデータと、今回のイベントデータとの差分を計算する（Ｓ４）。イベントデータは、例えばイベント通知時（Ｓ６）にバッファメモリ１２５等に格納される。図１６の例では、ステップＳ２５の検知時が、ステップＳ２１の検知時から時間間隔Ｔ１の範囲内でなく（Ｓ３ＡでＮＯ）。前回の通知時（Ｓ４３１）と、ステップＳ２５とのイベントデータの差分が計算される。

コントローラ１３５は、計算したイベントデータの差分に基づき、ステップＳ０で検知されたイベントの前回の通知時から、当該種類のイベントについてのカメラ状態に差異があるか否かを判断する（Ｓ５）。

前回の通知時から差異がある場合（Ｓ５でＹＥＳ）、コントローラ１３５は、ステップＳ０で検知されたイベントのイベントデータを含む通知データを、ＵＳＢコネクタ１５５を介してＰＣ２００に送信する（Ｓ６）。図１６の例では、ステップＳ２５での検知時に、前回の通知時（Ｓ４３１）から絞り値が異なる場合（Ｓ５でＹＥＳ）に制限して、通知データが送信される（Ｓ４３３）。ＰＣ２００のコントローラ２３５は、例えば機器Ｉ／Ｆ２５５から通知データを受信して格納されたイベントデータを取得する（Ｓ４３３）。

一方、前回の通知時から差異がない場合（Ｓ５でＮＯ）、及び今回の検知時（Ｓ０）が前回の通知から更新間隔の範囲内である場合（Ｓ３ＡでＹＥＳ）、コントローラ１３５は、通知データの送信（Ｓ６）を行わず、本フローチャートの処理を終了する。図１６の例では、更新間隔Ｔ１の範囲内における絞り値の変更（Ｓ２３，Ｓ２４）は、ＰＣ２００に通知されない。

（２）イベント回数による間引き制御
一方、検知されたイベントの間引きタイプが「２」であり「１」でない場合（Ｓ２でＮＯ）、図１７に例示したようにイベントが発生した回数に応じたイベント通知動作が実行される（Ｓ３Ｂ～Ｓ６）。

例えば、コントローラ１３５は、間引き設定データＤ５０に基づき、間引き対象のイベントについて前回の通知後に検知された回数が、設定回数未満であるか否かを判断する（Ｓ３Ｂ）。デジタルカメラ１００は、例えばイベント毎に検知回数を管理するカウンタをバッファメモリ１２５等に保持してもよい。

ステップＳ０で検知されたイベントについて、前回の通知後の検知回数が、設定回数未満でない場合（Ｓ３ＢでＮＯ）、コントローラ１３５は、例えば前回のイベント通知時と、今回の検知時との各イベントデータの差分を計算する（Ｓ４）。その後、コントローラ１３５は、時間間隔による間引き制御の場合と同様に前回の通知時からカメラ状態に差異があるか否かを判断し（Ｓ５）、差異がある場合（Ｓ５でＹＥＳ）、ステップＳ１で検知されたイベントの通知データをＰＣ２００に送信する（Ｓ６）。図１７の例では、絞り値の変更について設定回数が「２回」であり、前回の通知（Ｓ４３１）後、当該種類のイベントが２回目に検知されたとき（Ｓ２４）、通知データが送信される（Ｓ３ＢでＮＯ，Ｓ４３３Ａ）。

前回の通知時からカメラ状態に差異がない場合（Ｓ５でＮＯ）、または前回のイベント通知後の検知回数が、設定回数未満の場合（Ｓ３ＢでＹＥＳ）、コントローラ１３５は、通知データを送信せず、本フローチャートの処理を終了する。図１７の例では、絞り値の変更について、前回の通知（Ｓ４３１）後、１回目に検知されたとき（Ｓ２３，Ｓ３ＢでＹＥＳ）には、通知データは送信されない。

以上の処理によれば、デジタルカメラ１００は、例えば予め設定された時間間隔及び回数といった間引き間隔に基づいて、デジタルカメラ１００において発生する複数回のイベント（Ｓ２１～Ｓ２５）から、ＰＣ２００に通知するイベントを制限する（Ｓ４３１～Ｓ４３３Ａ）。このように、本実施形態のデジタルカメラ１００は、簡単に設定可能な間引き間隔を用いて、過剰なイベント通知を抑制することで、イベントの発生に応じたデジタルカメラ１００とＰＣ２００間の通信にかかる処理負荷を低減し易くすることができる。

又、以上の処理において、デジタルカメラ１００は、設定された時間間隔が経過してから間引き対象イベントが再び発生した際に（Ｓ０でＹＥＳ）、前回の通知時からの、当該イベントに関するカメラ状態の変化の有無を判断する（Ｓ５）。これにより、特に前回の通知時からカメラ状態が同じといった、不要なイベント通知を省略できる。デジタルカメラ１００は、設定された時間間隔の経過時に、特に当該イベントの発生有無に関わらずステップＳ５の判断を行い、変化がある場合には通知データを送信してもよい。

２－４．効果等
以上のように、本実施形態のデジタルカメラ１００は、外部のＰＣ２００（制御装置の一例）に、自装置における情報を通知する通信装置の一例である。デジタルカメラ１００は、ＵＳＢコネクタ１５５（通信部の一例）と、コントローラ１３５（制御部の一例）とを備える。ＵＳＢコネクタ１５５は、ＰＣ２００との間でデータ通信を行う。コントローラ１３５は、カメラ状態（デジタルカメラ１００における状態の一例）が変化するイベント（Ｓ２１～Ｓ２５）に応じて通知データを生成して、通知データをＰＣ２００に送信するようにＵＳＢコネクタ１５５を制御する（Ｓ４３１～Ｓ４３３Ａ）。コントローラ１３５は、予め設定された間引き間隔に基づいて、デジタルカメラ１００において発生する複数回のイベントのうちの（Ｓ２１，Ｓ２３～Ｓ２５）、間引き間隔を置いて発生した（Ｓ３ＡでＮＯ，Ｓ３ＢでＮＯ）イベントに制限して通知データをＰＣ２００に送信する（Ｓ６）ように、ＵＳＢコネクタ１５５を制御する（Ｓ４３１，Ｓ４３３，Ｓ４３３Ａ）。

以上のデジタルカメラ１００によれば、予め設定された間引き間隔に基づき、複数回のイベントのうちのＰＣ２００に通知するイベントが制限される。これにより、複数回のイベントの発生に伴うデジタルカメラ１００とＰＣ２００間の通信にかかる処理負荷を低減することができる。

本実施形態において、コントローラ１３５は、間引き間隔を置かずに発生した（Ｓ３ＡでＹＥＳ，Ｓ３ＢでＹＥＳ）イベントについては通知データをＰＣ２００に送信せず、間引き間隔を置いて発生した（Ｓ３ＡでＮＯ，Ｓ３ＢでＮＯ）イベント毎に通知データをＰＣ２００に送信する（Ｓ６，Ｓ４３３，Ｓ４３３Ａ）ように、ＵＳＢコネクタ１５５を制御する。これにより、複数回のイベントの発生に伴うデジタルカメラ１００とＰＣ２００との通信負荷を低減しながら、通知データを送信するイベントに対応した変化後のカメラ状態をＰＣ２００に通知することができる。

本実施形態において、間引き間隔は、時間間隔と、イベントの発生回数の割合とのうちの少なくとも一方に設定される。本実施形態では、図１９に例示する間引き設定データＤ５０において、イベントの種類毎に時間間隔または発生回数の割合の何れかを間引き間隔として設定可能である。なお、間引き設定データＤ５０の間引きタイプに１つの値のみが格納され、全ての間引き対象イベントに同じタイプの間引き間隔が設定されてもよい。

本実施形態において、ＵＳＢコネクタ１５５は、間引き間隔を設定するコマンドをＰＣ２００から受信する（Ｓ３５１，Ｓ３５２）。コントローラ１３５は、ＵＳＢコネクタ１５５が受信したコマンドに従い、コマンドにより設定された間引き間隔において発生したイベントに制限して通知データをＰＣ２００に送信するように、ＵＳＢコネクタ１５５を制御する（Ｓ４３１～Ｓ４３３Ａ）。これにより、ＰＣ２００から設定した間引き間隔に基づいてイベント通知を制限することができる。

本実施形態において、デジタルカメラ１００は、通知データが送信された第１のイベントの一例として、ステップＳ２１の絞り値を変更するイベントに対応する、デジタルカメラ１００における変更前の絞り値に関するカメラ状態（第１の状態の一例）を示すイベントデータを格納するバッファメモリ１２５（記憶部の一例）をさらに備える。コントローラ１３５は、第１のイベントから間引き間隔を置いた第２のイベントの一例として、ステップＳ２５の絞り値を変更するイベントが発生したときに、バッファメモリ１２５に格納されたイベントデータに基づいて、第２のイベントに対応する、デジタルカメラ１００における変更後の絞り値に関するカメラ状態（第２の状態の一例）が、第１の状態から変化した否かを判断し（Ｓ４，Ｓ５）、第２の状態が第１の状態から変化した場合（Ｓ５でＹＥＳ）、第２のイベントに応じて通知データをＵＳＢコネクタ１５５に送信させ（Ｓ６）、第２の状態が第１の状態から変化していない場合（Ｓ５でＮＯ）、第２のイベントに応じて通知データをＵＳＢコネクタ１５５に送信させない。これにより、間引き間隔を置いてイベントが発生しても、当該イベントの前回の通知時からカメラ状態が変化していない場合には、通知データを送信せず、デジタルカメラ１００とＰＣ２００との通信負荷を更に削減することができる。

ＰＣ２００は、外部のデジタルカメラ１００（通信装置の一例）から情報を通知される制御装置の一例である。ＰＣ２００は、機器Ｉ／Ｆ２５５（通信部の一例）と、コントローラ２３５（制御部の一例）とを備える。機器Ｉ／Ｆ２５５は、デジタルカメラ１００との間でデータ通信を行う。コントローラ２３５は、デジタルカメラ１００から機器Ｉ／Ｆ２５５を介して、カメラ状態（デジタルカメラ１００における状態）が変化するイベントに応じた通知データを受信する動作を制御する（Ｓ４３１～Ｓ４３３Ａ）。コントローラ２３５は、通知データの送信を制限するための間引き間隔を設定するコマンドを、機器Ｉ／Ｆ２５５を介してデジタルカメラ１００に送信する（Ｓ３５１，Ｓ３５２）。コントローラ２３５は、デジタルカメラ１００から機器Ｉ／Ｆ２５５を介して、デジタルカメラ１００において発生する複数回のイベントのうちの（Ｓ２１～Ｓ２５）、間引き間隔を置いて発生したイベントに制限された通知データを受信する（Ｓ４３１～Ｓ４３３Ａ）。

以上のＰＣ２００によれば、デジタルカメラ１００に送信した、間引き間隔を設定するコマンドに従い、イベント通知が制限される。これにより、例えばＰＣ２００から所望の間引き間隔等を設定して、デジタルカメラ１００からのイベント通知動作を制御することができる。

本実施形態では、デジタルカメラ１００（通信装置の一例）からＰＣ２００（制御装置の一例）に、デジタルカメラ１００における情報を通知する通信方法が提供される。本方法は、ＰＣ２００が、カメラ状態（デジタルカメラ１００における状態の一例）が変化するイベントに応じた通知データの送信を制限するための間引き間隔を設定するコマンドを、デジタルカメラ１００に送信するステップ（Ｓ３５１，Ｓ３５２）と、デジタルカメラ１００が、コマンドにより設定された間引き間隔に基づいて、デジタルカメラ１００において発生する複数回のイベントのうちの（Ｓ２１～Ｓ２５）、間引き間隔を置いて発生した（Ｓ３ＡでＮＯ，Ｓ３ＢでＮＯ）イベントに制限して通知データをＰＣ２００に送信するステップ（Ｓ６，Ｓ４３１～Ｓ４３２）とを含む。

以上の通信方法によれば、デジタルカメラ１００で発生する複数回のイベントに関して、カメラ状態の変化をＰＣ２００に通知するデータ通信における処理負荷を低減することができる。

（実施形態３）
以下、図２１を用いて、本開示の実施形態３を説明する。実施形態３では、実施形態１と同様に通知するイベントの種類を制限し、かつ実施形態２と同様にイベント通知を間引く撮像システム１を説明する。

以下、実施形態１，２に係る撮像システム１と同様の構成、動作の説明は適宜、省略して、本実施形態に係る撮像システム１を説明する。

図２１は、本実施形態のデジタルカメラ１００におけるイベント通知動作を例示するフローチャートである。本実施形態のデジタルカメラ１００は、実施形態２の間引き制御（図２０）と同様の処理（Ｓ０～Ｓ６）を行うことに加えて、例えば図２１に示すように、特定のイベントのみを通知するための処理を行う（Ｓ１１）。

例えば、コントローラ１３５は、イベントが検知されると（Ｓ０でＹＥＳ）、当該イベントがイベント通知の設定データＤ１（図７参照）に含まれるか否かを判断する（Ｓ１１）。例えば、コントローラ１３５は、検知されたイベントが設定データＤ１におけるイベントグループの通知イベントタグに設定されているか否かを判断する（Ｓ１１）。

検知されたイベントがイベント通知の設定データＤ１にある場合（Ｓ１１でＹＥＳ）、コントローラ１３５は、例えば間引き設定データＤ５０を参照して、当該イベントの間引きタイプを判断して（Ｓ２）、図２０と同様の間引き制御を行う。

一方、検知されたイベントがイベント通知の設定データＤ１にない場合（Ｓ１１でＮＯ）、コントローラ１３５は、例えばステップＳ２以降の処理を実行せず、本フローチャートの処理を終了する。これにより、設定データＤ１にないイベントが発生しても、イベント通知が生成されないようにすることができる。

以上の処理によると、設定データＤ１において通知対象に設定されたイベントについてのみ（Ｓ１１でＹＥＳ）、間引き間隔により通知を制限するイベント通知動作が実行される（Ｓ２～Ｓ６）。これにより、撮像システム１において、例えばデジタルカメラ１００におけるイベント通知の多発を抑制しつつ、ユーザが通知対象に設定した所望のイベントについては、通知データをＰＣ２００に送信することができる。

なお、ステップＳ６で送信される通知データは、１種類のイベントに限らず、複数種類のイベントのイベントデータを含んでもよい。この場合、コントローラ１３５は、各種類のイベント毎に、ステップＳ２以降の処理を実行してもよい。また、例えば設定データＤ１で設定されたイベントグループ毎に、間引き制御が行われてもよく、ステップＳ３Ａ，Ｓ３Ｂでは、イベントグループ毎にタイマ変数またはカウンタが管理されてもよい。この場合、イベントグループ内の何れかのイベントの発生に応じて、時間間隔の経過（Ｓ３Ａ）または回数（Ｓ３Ｂ）が判断されてもよい。同様にステップＳ４～Ｓ５では、イベントグループ内の何れかのイベントに関してカメラ状態が変化していれば、前回から差異があった（Ｓ５でＹＥＳ）と判断されてもよい。

さらに、実施形態１と同様の設定データＤ１におけるイベントグループに限らず、デジタルカメラ１００において、ＡＦ制御に関する複数種類のイベント等、同種のイベントをまとめたグループを用いて、図２１の処理が実行されてもよい。

以上のように、本実施形態において、コントローラ１３５（制御部の一例）は、デジタルカメラ１００（通信装置の一例）において予め設定された種類のイベントが発生したとき（Ｓ１１でＹＥＳ）、通知データをＵＳＢコネクタ１５５（通信部の一例）に送信させ（Ｓ６）、デジタルカメラ１００において設定された種類とは異なる種類のイベントが発生したとき（Ｓ１１でＮＯ）、通知データをＵＳＢコネクタ１５５に送信させない。これにより、間引き間隔に基づくイベント通知の制限と合わせて、イベントの種類によっても通知を制限することができ、カメラ状態の変化に伴うデジタルカメラ１００とＰＣ２００との通信にかかる処理負荷をさらに低減することができる。

（他の実施形態）

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

上記の実施形態１では、イベント通知の設定に応じて（１）各イベントグループにより複数のイベントをまとめて通知し、（２）各イベントグループに設定されたイベントのみを選択的に通知し、及び（３）イベントデータをイベント通知に格納する例を説明した。本実施形態の撮像システムは、上記（１）～（３）に挙げた機能のうち、何れか１つまたは２つの機能のみを備えていてもよい。

上記の実施形態２では、イベント通知を行う際に（Ｓ４３１～Ｓ４３３Ａ）、実施形態１と同様に、イベントデータを含む通知データをＰＣ２００に送信する例を説明した。本実施形態では、各ステップＳ４３１～Ｓ４３３Ａにおいて、例えばデジタルカメラ１００はイベント通知のみを送信してもよい。この場合、図４のＬＶ画像の取得処理（Ｓ４００）と同様に、イベント通知を受けたＰＣ２００がイベントデータの取得を要求することに応じて、デジタルカメラ１００がイベントデータを送信してもよい。

上記の各実施形態では、デジタルカメラ１００とＰＣ２００間の通信を、ＵＳＢ規格に準拠して、ＵＳＢコネクタ１５５と機器Ｉ／Ｆ２５５との接続により行う例を説明した。デジタルカメラ１００とＰＣ２００間の通信は、ＵＳＢ規格に限らず、種々の通信規格を用いて実現可能である。本実施形態では、ＵＳＢコネクタ１５５及び機器Ｉ／Ｆ２５５に限らず、例えばＷｉ－Ｆｉモジュール１６５及びネットワークＩ／Ｆ２６５により、ＩＥＥＥ８０２．３またはＷｉ－Ｆｉ規格等に準拠した通信が行われてもよい。また、例えばＵＳＢコネクタ１５５とネットワークＩ／Ｆ２６５とをＵＳＢ－ＬＡＮアダプタを介して接続することで、デジタルカメラ１００とＰＣ２００間の通信が実現されてもよい。

また、本実施形態では、イベント通知の設定データは、図７に例示する設定データＤ１と同様のデータ構造において、各イベントグループに３つのイベントに限らず、４つ以上のイベントを含んでもよい。

上記の各実施形態では、撮像システム１において、１台のデジタルカメラ１００とＰＣ２００間で通信を行う例を説明した。本実施形態では、撮像システムにおいて、複数台のデジタルカメラとＰＣ２００との間で通信を行ってもよい。この場合、各デジタルカメラにおいて発生するイベントがＰＣ２００に通知され、イベントの取得が行われると、ＰＣ２００のコントローラ２３５では処理負荷が更に増大する事態が想定される。このような場合であっても、例えば各デジタルカメラとＰＣ２００間で、上記の各実施形態と同様に設定されたイベント通知を行うことで、ＰＣ２００の処理負荷を低減することができる。

上記の各実施形態では、撮像システム１において、デジタルカメラ１００でのイベント発生に伴う処理負荷の増大により、遅延が問題となり得る動作の一例として、ＬＶ動作を説明した。本実施形態の撮像システムでは、ＬＶ動作が実行されなくてもよく、他の動作が行われてもよい。

上記の各実施形態では、通信装置と制御装置との一例として、デジタルカメラ１００とＰＣ２００とを説明した。本実施形態では、通信装置及び制御装置は、これらに限らず、互いにデータ通信可能な通信機能を有する種々の電子機器であってもよい。例えば、通信装置がビデオカメラであってもよく、制御装置がスマートフォンまたはタブレット端末であってもよい。また、通信装置及び制御装置が同種の電子機器であってもよい。

上記の各実施形態では、通信装置が構成する撮像装置の例としてデジタルカメラ１００を説明した。本実施形態では、撮像装置はデジタルカメラに限らず、画像撮影機能と通信機能を有する電子機器であればよい。例えば撮像装置は、ビデオカメラ、スマートフォン、またはタブレット端末等として構成されてもよい。

以上のように、本開示における技術の例示として、実施の形態を説明した。そのために、添付図面および詳細な説明を提供した。したがって、添付図面および詳細な説明に記載された構成要素の中には、課題解決のために必須な構成要素だけでなく、上記技術を例示するために、課題解決のためには必須でない構成要素も含まれ得る。そのため、それらの必須ではない構成要素が添付図面や詳細な説明に記載されていることをもって、直ちに、それらの必須ではない構成要素が必須であるとの認定をするべきではない。

本開示は、互いにデータ通信可能な通信装置及び制御装置に適用可能である。

１ 撮像システム
１００ デジタルカメラ
１１５ イメージセンサ
１２０ 画像処理エンジン
１２５ バッファメモリ
１３０ 表示モニタ
１３５ コントローラ
１４５ フラッシュメモリ
１５０ 操作部
１５５ ＵＳＢコネクタ
１６５ Ｗｉ－Ｆｉモジュール
２００ ＰＣ
２１５ 表示部
２３５ コントローラ
２３０ 操作部
２４５ 記憶部
２５５ 機器Ｉ／Ｆ
２６５ ネットワークＩ／Ｆ

Claims (10)

1. 外部の制御装置に、自装置における情報を通知する通信装置であって、
   前記制御装置との間でデータ通信を行う通信部と、
   前記通信装置における状態が変化するイベントに応じて通知データを生成して、前記通知データを前記制御装置に送信するように前記通信部を制御する制御部とを備え、
   前記通知データは、複数種類のイベントにおける各々の状態を示すデータを共に格納可能に構成され、前記複数種類のイベントの各データを選択的に格納するデータ格納部を有し、
   前記制御部は、
   前記複数種類のうちの１種類のイベントが発生すると、前記データ格納部に、前記複数種類のうちの前記１種類のイベントのデータを選択的に格納して、前記通知データを前記制御装置に送信するように前記通信部を制御し、
   前記複数種類のうちの２種類以上のイベントが、それぞれ発生すると、前記データ格納部に前記２種類以上のイベントの各データを選択的に格納して、前記通知データを前記制御装置に送信するように前記通信部を制御し、
   前記通信装置は、画像を撮影して画像データを生成する撮像装置を構成し、
   前記イベントは、前記撮像装置における画像撮影についての合焦状態と、露出状態と、記録状態と、前記撮像装置のユーザの操作状態とのうちの少なくとも一つの状態の変化である
   通信装置。
2. 前記制御部は、
   前記通信装置において前記イベントが発生すると通知データを生成して、生成した通知データにおける前記データ格納部に、発生したイベントのデータを格納し、
   前記発生したイベントのデータを格納した通知データを前記制御装置に送信するように、前記通信部を制御する
   請求項１に記載の通信装置。
3. 前記制御部は、前記通信装置において複数種類のイベントが発生したとき、
   発生した複数種類のイベントの各データを前記データ格納部にそれぞれ格納する一の通知データを生成し、
   前記一の通知データを前記制御装置に送信するように、前記通信部を制御する
   請求項１に記載の通信装置。
4. 前記データ格納部にデータが格納可能なイベントの種類は、予め設定されており、
   前記制御部は、
   前記通信装置において前記設定された種類のイベントが発生したとき、前記通知データを前記通信部に送信させ、
   前記通信装置において前記設定された種類とは異なる種類のイベントが発生したとき、前記通知データを前記通信部に送信させない
   請求項１に記載の通信装置。
5. 前記データ格納部にデータが格納可能なイベントの種類を設定するユーザ操作を受け付ける操作部をさらに備える
   請求項３に記載の通信装置。
6. 前記通信部は、前記制御装置から、前記データ格納部にデータが格納可能なイベントの種類を規定する設定データを受信する
   請求項３に記載の通信装置。
7. 前記通知データは、前記データ格納部においてデータを格納したイベントの種類を示すイベント識別部をさらに有する
   請求項１に記載の通信装置。
8. 前記データ格納部に格納可能な複数種類のイベントを分類する複数のグループが予め設定され、
   前記制御部は、前記グループ毎に、当該グループに含まれる複数種類のイベントの各データを前記データ格納部に格納するように、前記通知データを生成する
   請求項１に記載の通信装置。
9. 前記制御部は、撮影中の画像データを順次、前記通信部から前記制御装置に送信している際に、前記撮像装置において発生したイベントに応じて、前記通知データの送信を制御する
   請求項１に記載の通信装置。
10. 前記通知データにおける前記データ格納部は、前記複数種類のイベントにそれぞれ対応する複数の部分を含み、
    前記制御部は、前記通信装置において発生したイベントの種類に応じて、前記データ格納部における前記複数の部分のうちの、前記発生したイベントの種類に対応する部分に当該イベントのデータを格納し、発生していないイベントの種類に対応する部分に所定の無効値を格納して、前記通知データを前記通信部に送信させる
    請求項１に記載の通信装置。

Images