JP2015104015A - 通信装置、その制御方法、プログラム - Google Patents

Abstract

【課題】 接続機器に応じて、利用可能なオペレーションを適切に制御したい。【解決手段】 通信装置であって、前記通信装置との通信のためのユーザ操作を受け付ける第１のプログラムと、前記通信装置と通信を行うための第２のプログラムとを含む通信アプリケーションを用いる外部装置と通信する通信手段と、前記通信装置と前記外部装置との通信において前記通信装置を制御するためのオペレーションのうち、前記外部装置が利用可能なオペレーションを前記外部装置に通知する通知手段と、前記外部装置が利用する第２のプログラムのタイプを判断する判断手段とを有し、前記通知手段は、前記第２のプログラムのタイプに応じて、通知するオペレーションを異ならせる。【選択図】 図４

Description

本発明は、外部装置を通信を用いて制御する技術に関する。

デジタルカメラなどの通信装置とＰＣを接続して、ＰＣからデジタルカメラを制御し画像取得やカメラの制御を行うシステムは以前から提案されている。近年、スマートフォンなどの携帯端末の普及に伴い、様々な機器からデジタルカメラの制御を行いたいという要望が高まっている。

特開２００５−１３６８３３号公報

デジタルカメラと通信しうるデバイスやアプリケーションが広がるにつれ、それぞれのアプリケーション又はデバイスの特性に合った制御を実現する必要がある。

本発明の通信装置は、前記通信装置との通信のためのユーザ操作を受け付ける第１のプログラムと、前記通信装置と通信を行うための第２のプログラムとを含む通信アプリケーションを用いる外部装置と通信する通信手段と、前記通信装置と前記外部装置との通信において前記通信装置を制御するためのオペレーションのうち、前記外部装置が利用可能なオペレーションを前記外部装置に通知する通知手段と、前記外部装置が利用する第２のプログラムのタイプを判断する判断手段とを有し、前記通知手段は、前記第２のプログラムのタイプに応じて、通知するオペレーションを異ならせることを特徴とする。

本発明によれば、アプリケーション又はデバイスに応じて最適なオペレーションを利用させることが可能となる。

システム構成を示す概念図である。 デジタルカメラのハードウェア構成を示すブロック図である。 ＰＣ、携帯端末のハードウェア構成を示すブロック図である。 外部機器で起動するアプリケーション構成とデジタルカメラとの接続を説明した図である。 デジタルカメラが有するテーブルを示す図である。 ＰＣとデジタルカメラとの通信を示すシーケンスである。 携帯端末とデジタルカメラとの通信を示すシーケンスである。 ＰＣアプリケーション及び携帯端末アプリケーションの画面例である。 デジタルカメラが有するテーブルを示す図である。 ＰＣとデジタルカメラとの通信を示すシーケンスである。 ＰＣとデジタルカメラとの通信を示すシーケンスである。 デジタルカメラが有するテーブルを示す図である。

［第１の実施形態］
以下、添付図面に従って本発明に係る実施形態を詳細に説明する。

図１は、本実施形態に係る画像転送処理が実行可能なシステムの構成例を示す図である。

図１のカメラ制御処理は、デジタル一眼レフカメラ（以下、デジタルカメラ）２０１、このデジタルカメラ２０１に対して外部機器として接続し制御を行うＰＣ２０２、または、スマートフォン、タブレットなどの携帯端末２０３で構成される。

デジタルカメラ２０１とＰＣ２０２は有線ケーブル２０４により接続可能であり、画像データを含むコンテンツデータ、各種信号などの送受信が可能になっている。有線ケーブル２０４はＵＳＢケーブルでもよいし、有線ＬＡＮケーブルでもよい。

また、本実施形態におけるデジタルカメラ２０１とＰＣ２０２は、アクセスポイント２０５を介して無線で接続することも可能である。本実施形態におけるデジタルカメラ２０１と携帯端末２０３は、無線ＬＡＮにより接続されているものとする。

なお、デジタルカメラ２０１と携帯端末２０３の間の通信は、アドホックネットワークなどを用いた直接接続であってもよいし、アクセスポイント２０５などを介してのインフラストラクチャー接続であってもよい。また、カメラが簡易的なアクセスポイントとなり、携帯端末１０３とインフラストラクチャー接続で直接通信を確立してもよい。

図２は本発明の一実施形態に係わる一眼レフデジタルカメラ２０１の構成を示すブロック図である。

図２において、１０１は撮影レンズである。１０２はＡＦ（オートフォーカス）駆動部である。ＡＦ駆動部１０２は、例えばＤＣモータやステッピングモータによって構成され、マイクロコンピュータ１２３の制御によって撮影レンズ１０１のフォーカスレンズ位置を変化させることによりピントを合わせる。

１０３はズーム駆動部である。ズーム駆動部１０３は、例えばＤＣモータやステッピングモータによって構成され、マイクロコンピュータ１２３の制御によって撮影レンズ１０１の変倍レンズ位置を変化させることにより撮影レンズ１０１の焦点距離を変化させる。

１０４は絞りである。

１０５は絞り駆動部である。絞り駆動部１０５は、絞り１０４を駆動する。駆動されるべき量はマイクロコンピュータ１２３によって算出され、光学的な絞り値を変化させる。

１０６は撮影レンズ１０１から入射した光束をファインダ側と撮像素子側とに切替えるための主ミラーである。主ミラー１０６は常時はファインダ部へと光束を導くよう反射させるように配されているが、撮影が行われる場合には、撮像素子１１２へと光束を導くように上方に跳ね上がり光束中から待避する。また主ミラー１０６はその中央部が光の一部を透過できるようにハーフミラーとなっており、光束の一部を焦点検出を行うためのセンサに入射するように透過させる。

１０７は主ミラー１０６から透過してきた光束を反射させ焦点検出を行うためのセンサ（焦点検出回路１０９内に配置されている）に導くためのサブミラーである。

１０８はファインダーを構成するペンタプリズムである。ファインダーは他にピント板、アイピースレンズ（不図示）などによって構成させる。

１０９は焦点検出回路である。ミラー１０６の中央部を透過し、サブミラー１０７で反射された光束は、焦点検出回路１０９の内部に配置された光電変換を行うためのセンサに至る。フォーカス演算に用いるデフォーカス量は、センサの出力を演算することによって求められる。マイクロコンピュータ１２３は演算結果を評価してＡＦ駆動部１０２に指示し、フォーカスレンズを駆動させる。

１１０はフォーカルプレーンシャッタである。１１１はシャッタ駆動回路であり、フォーカルプレーンシャッタ１１０を駆動する。シャッタの開口時間はマイクロコンピュータ１２３によって、制御される。

１１２は撮像素子である。撮像素子１１２には、ＣＣＤやＣＭＯＳセンサなどが用いられ、撮影レンズ１０１によって結像された被写体像を電気信号に変換する。

１１３はクランプ回路である。１１４はＡＧＣ回路である。クランプ回路１１３やＡＧＣ回路１１４は、Ａ／Ｄ変換をする前の基本的なアナログ信号処理を行い、マイクロコンピュータ１２３により、クランプレベルやＡＧＣ基準レベルの変更が行われる。１１５はＡ／Ｄ変換器である。Ａ／Ｄ変換器１１５は撮像素子１１２のアナログ出力信号をデジタル信号に変換する。１１６は映像・音声信号処理回路であり、ゲートアレイなどのロジックデバイスにより実現される。

１１７はＥＶＦ駆動回路である。１１８はＥＶＦ（電子ビューファインダ）モニタである。

１１９はメモリコントローラである。１２０はメモリである。１２１はコンピュータ等と接続可能な外部インタフェースである。１２２はバッファメモリである。

映像・音声信号処理回路１１６は、デジタル化された画像データに、フィルター処理、色変換処理、ガンマ処理を行うと共に、ＪＰＥＧなどの圧縮処理を行い、メモリコントローラ１１９に出力する。

映像・音声信号処理回路１１６は、マイク１３２、または、音声ライン入力１３３からの音声信号の圧縮処理を行い、メモリコントローラ１１９に出力する。映像・音声信号処理回路１１６は、撮像素子１１２からの映像信号や、メモリーコントローラ１１９から逆に入力される画像データを、ＥＶＦ駆動回路１１７を通してＥＶＦ（電子ビューファインダ）モニタ１１８に出力することも可能である。これらの機能切り替えはマイクロコンピュータ１２３の指示により行われる。映像・音声信号処理回路１１６は、必要に応じて撮像素子１１２の信号の露出情報やホワイトバランスなどの情報をマイクロコンピュータ１２３に出力することが可能である。それらの情報を基にマイクロコンピュータ１２３はホワイトバランスやゲイン調整の指示を行う。連続撮影動作の場合においては、一旦、未処理画像のままバッファメモリ１２２に撮影データを格納し、メモリコントローラ１１９を通して未処理の画像データを読み出し、映像・音声信号処理回路１１６にて画像処理や圧縮処理を行い連続撮影を行う。連像撮影枚数は、バッファメモリの大きさに左右される。

映像・音声信号処理回路１１６は、マイク１３２、または、音声ライン入力１３３からの音声データを、ＤＡ変換１３５を通してスピーカー１３６に出力することも可能である。

メモリコントローラ１１９では、映像・音声信号処理回路１１６から入力された未処理のデジタル画像・音声データをバッファメモリに格納し、処理済みのデジタル画像・音声データをメモリ１２０に格納する。また、逆にバッファメモリ１２２やメモリ１２０から画像・音声データを映像・音声信号処理回路部１１６に出力する。メモリ１２０は取り外し可能である場合もある。メモリコントローラ１１９は、ＰＣ等と接続可能な外部インタフェース１２１を介してメモリ１２０に記憶されている画像・音声を出力可能である。

１２３はマイクロコンピュータである。１２４は操作部材である。操作部材１２４は、マイクロコンピュータ１２３にその状態を伝え、マイクロコンピュータ１２３はその操作部材の変化に応じて各部をコントロールする。

１２５はスイッチ１（以後ＳＷ１）である。１２６はスイッチ２（以後ＳＷ２）である。スイッチＳＷ１とスイッチＳＷ２は、レリーズボタンの操作でオンオフするスイッチであり、それぞれ操作部材１２４の入力スイッチのうちの１つである。スイッチＳＷ１のみオンの状態はレリーズボタン半押し状態であり、この状態でオートフォーカスの動作を行ったり、測光動作を行う。スイッチＳＷ１，ＳＷ２が共にオンの状態はレリーズボタンの全押し状態であり、画像を記録するためのレリーズボタンオン状態である。この状態で撮影が行われる。またスイッチＳＷ１，ＳＷ２がＯＮし続けている間は、連続撮影動作が行われる。操作部材１２４には、他に、ＩＳＯ設定ボタン、画像サイズ設定ボタン、画質設定ボタン、情報表示ボタンなど不図示のスイッチが接続されており、スイッチの状態が検出されている。

１２７は液晶駆動回路である。１２８は外部液晶表示部材である。１２９はファインダー内液晶表示部材である。液晶駆動回路１２７は、マイクロコンピュータ１２３の表示内容命令に従って、外部液晶表示部材１２８やファインダー内液晶表示部材１２９を駆動する。また、ファインダー内液晶表示部材１２９には、不図示のＬＥＤなどのバックライトが配置されており、そのＬＥＤも液晶駆動回路１２７で駆動される。マイクロコンピュータ１２３は撮影前に設定されているＩＳＯ感度、画像サイズ、画質に応じた、画像サイズの予測値データをもとに、メモリコントローラ１１９を通して、メモリの容量を確認した上で撮影可能残数を演算することができる。必要に応じて外部液晶表示部材１２８、ファインダー内液晶表示部材１２９にも表示することができる。

１３０は不揮発性メモリ（ＥＥＰＲＯＭ）で、カメラに電源が入れられていない状態でも、データを保存することができる。

１３１は電源部である。電源部１３１は、各ＩＣや駆動系に必要な電源を供給する。

１３２はマイクである。

１３３は音声のライン入力である。

１３４はＡ／Ｄ変換器である。Ａ／Ｄ変換器１３３はマイク１３２、または、音声ライン入力１３３のアナログ出力信号をデジタル信号に変換する。

１３５はＤ／Ａ変換器である。Ｄ／Ａ変換器はデジタル信号をアナログ出力信号に変換する。

１３６スピーカーである。

１３７はパーソナルコンピュータや携帯電話・携帯情報端末に代表される外部機器である。前述のインターフェイス１２１を介してカメラの各種情報や画像データの送受信の相手となる。また通信回路を備えたカメラも同様に外部機器として用いることも可能であり、その場合にはカメラ同士で各種情報や画像データの送受信を行うことも可能である。

図３ａは本発明の一実施形態に係るＰＣ２０２のハードウェア構成を示すブロック図である。

３０１はＣＰＵ、３０２は内部メモリ、３０３はグラフィックコントローラを含む表示器であり、外部モニタ装置と接続される場合や内蔵のモニタを有する場合もある。３０４はキーボード、３０５はマウス、３０６は通信ポートでこれを介してカメラとの通信を可能にしている。３０７はＨＤなどのディスクメモリである。３０７は必ずしもディスク形状の媒体でなくても、フラッシュメモリの様にディスク同様に扱える記憶装置でもよい。３０８はＰＣ内の電源である。

表示器３０３では、撮影パラメータ操作画面や、ライブビュー画像表示画面を含む各種画面を表示する。このようなリモート撮影（遠隔撮影）システムのアプリケーションプログラムはＨＤ３０７に記憶されており、ユーザオペレーションやカメラデバイス検出などのトリガで起動されＣＰＵ３０１で実行される。

図３ｂは、本発明の一実施形態に係る携帯端末２０３のハードウェア構成を示すブロック図である。携帯端末の例としては、いわゆるスマートフォンなどの携帯電話、タブレットデバイス、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、携帯型ＡＶプレイヤー、電子ブック、電子辞書等があげられる。

この携帯端末２０３は、ＣＰＵ４００、フラッシュメモリ４０１、ＲＡＭ４０２、内蔵カメラ４０３、マイク４０４、スピーカ４０５、イヤホン４０６、タッチパネル４１０、液晶表示部４１１、スイッチ４１２、通信部４１３、外部Ｉ／Ｆ４１４を有する。さらに携帯端末２０３は、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）センサ４０７や電子コンパス４０８などを有する。これらのほか、携帯端末２０３は、通話用のアンテナや通話用の通信モジュール等を有していてもよい。

ＣＰＵ４００は、携帯端末２０３で実行される処理を統括的に制御する。

ＲＡＭ４０２は、ＣＰＵ４００の作業領域として用いられ、ＣＰＵ４００が処理するコンテンツ等の各種データや、各種アプリケーションのプログラムを一時的に格納する。

フラッシュメモリ４０１は、内蔵カメラ４０３により撮像されたデジタル写真画像や動画像等の各種コンテンツやＣＰＵ４００が実行する各種制御プログラムや各種アプリケーションプログラムを記憶する。

液晶表示部４１１は、例えばＴＦＴ（Ｔｈｉｎ Ｆｉｌｍ Ｔｒａｎｓｉｓｔｏｒ）等のＬＣＤやＯＥＬＤ（Ｏｒｇａｎｉｃ Ｅｌｅｃｔｒｏ−Ｌｕｍｉｎｅｓｃｅｎｃｅ Ｄｉｓｐｌａｙ）であり、いわゆるＧＵＩを表示する。また液晶表示部４１１はタッチパネル４１０と一体的に設けられている。タッチパネル４１０は、アプリケーションの実行により写真やＧＵＩが表示された状態において、ユーザのタッチ操作を検出し、ＣＰＵ４００へ伝える。タッチパネル４１０の動作方式としては、例えば抵抗被膜方式や静電容量方式が用いられるが、その他の方式が用いられてもよい。タッチパネル４１０は、例えば、写真表示アプリケーションの実行中に、ユーザが写真を選択して全画面表示をしたり、ピンチインやピンチアウトによる画像の拡大や縮小したりも可能にしている。

スイッチ４１２は、例えば電源スイッチ、起動ボタン等、タッチパネル４１５では入力できないユーザの操作等を受け付け、入力信号をＣＰＵ４００へ伝える。

イヤホン４０６及びスピーカ４０５は、上記フラッシュメモリ４０１等に記憶された、または通信部４１３、外部Ｉ／Ｆ４１４等から入力された音声信号を出力する。

通信部４１３は、インターネットやＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等のネットワークを介して、他の機器との間で通信処理を行う。当該通信部４１３は、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）モジュールを有していてもよいし、ＷＷＡＮ（Ｗｉｒｅｌｅｓｓ Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）モジュールを有していてもよい。

外部Ｉ／Ｆ（インタフェース）４１４は、例えばＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）やＨＤＭＩ（登録商標）（Ｈｉｇｈ−Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ）等の各種規格に準じて、データのやり取りを行う。

電源４１５は携帯端末２０３用の電源である。一般的にリチウムイオン電池などの充電型の電源が用いられている。

＜ＳＤＫ＞
図４に、本実施形態におけるソフトウェア構成例を示す。本実施形態における外部装置５０２を用いてデジタルカメラ５０１を制御するためには、カメラ制御用の通信アプリケーション５０３をインストールする必要がある。このアプリケーション５０３は、デジタルカメラ５０１を制御することを主用途としたアプリケーションソフトウェアである。ユーザは、例えばインターネット上の所定のサーバからアプリケーション５０３をダウンロードし、外部装置５０２にインストールすることが可能である。アプリケーション５０３は、デジタルカメラ５０１との通信モジュールとなるカメラ接続ＳＤＫ５０４（以下、ＳＤＫ）をライブラリとして内包する。アプリケーション５０３がインストールされた外部装置５０２によるデジタルカメラ１０１との直接の通信は、ＳＤＫ５０４を介して行うことになる。すなわち、アプリケーション５０３のうち、ＳＤＫ５０４は主としてデジタルカメラ２０１との通信を担うソフトウェアプログラムである。その他の機能、例えばユーザ操作の受け付け、ＧＵＩの表示、アプリケーション５０３の起動・終了などはアプリケーション５０３のうちＳＤＫ５０４以外のソフトウェアプログラムを用いることになる。

なお、本実施形態では、通常のＰＣ用のＳＤＫ（以下、ＰＣ用ＳＤＫ）と、携帯電話などの携帯端末用のＳＤＫ（以下、携帯端末用ＳＤＫ）を用意している。ここでいう通常のＰＣとは、デスクトップＰＣやノートＰＣなどを想定しているこれに対し携帯端末とは、例えばいわゆるスマートフォンに代表される携帯電話やタブレットデバイスを想定している。

いずれのＳＤＫも、デジタルカメラ１０１のベンダからアプリケーション開発者に提供されることを想定している。したがってアプリケーション開発者は、アプリケーションのインストールが想定される外部装置５０２がＰＣか携帯端末かに応じて、いずれのＳＤＫをアプリケーション５０３に組み込むかを決定する。また、ＰＣでも携帯端末でもデジタルカメラ１０１を制御可能としたい場合は、ベンダはＰＣ用ＳＤＫが組み込まれたアプリケーションと携帯端末用ＳＤＫが組み込まれたアプリケーションという２タイプを用意することになる。

一般に、ＰＣに比べて携帯電話などの携帯端末は処理能力や画面サイズの面でスペックに差がある。そこで本実施形態では、ＰＣ用のアプリケーションで実行可能な処理と、携帯端末用のアプリケーションで実行可能な処理とを異ならせるようにしている。本実施形態では、機器に応じた実行可能な処理の制御をＳＤＫを用いて実現する。

まず、デジタルカメラ２０１の構成について説明する。デジタルカメラ２０１は、ＰＣアプリモード及び携帯端末アプリモードという２つの被制御モードを有する。ＰＣアプリモードは、ＰＣ用ＳＤＫが組み込まれたＰＣ用のアプリケーションにより制御されるモードである。携帯端末アプリモードは、携帯端末用ＳＤＫが組み込まれた携帯端末のアプリケーションにより制御されるモードである。

上記２つのモードにおいて外部装置から実行可能な処理は、カメラの不揮発性メモリ１３０に保持されたテーブルにより管理される。本実施形態における管理テーブルの例を図５に示す。図５に示すように、ＰＣアプリモード及び携帯端末アプリモードでは、実行可能な処理が異なる。

＜デジタルカメラ・ＰＣ接続シーケンス＞
図６に、本実施形態におけるデジタルカメラ２０１とＰＣ２０２が接続された際の処理シーケンスを示す。本シーケンスは、ＰＣアプリが起動されたＰＣ２０２とデジタルカメラ２０１との間で接続を確立したことに応じて開始される。なお、本シーケンスにおけるデジタルカメラ２０１の処理は、マイクロコンピュータ１２３などの制御部が、入力信号やプログラムにしたがってデジタルカメラ２０１の各部を制御することにより実現される。また、本シーケンスにおけるＰＣ２０２の処理は、ＣＰＵ３０１が、入力信号やプログラムにしたがってＰＣ２０２の各部を制御することにより実現される。

また本シーケンスの説明では、ＰＣアプリのうちＳＤＫによらないプログラム（以下、これをＰＣアプリと呼ぶ）を読み込んで実行する処理と、ＰＣ用ＳＤＫを読み込んで実行する処理とを分けて記載している。また本シーケンスの説明には、理解を容易にするためにこれらのソフトウェアが処理の主体であるかのような記載が含まれる。しかしながら実際の動作主体はＰＣアプリまたはＰＣ用ＳＤＫを読み込んだＣＰＵ３０１である。

まずＰＣアプリは、ＰＣ用ＳＤＫに接続要求を行う（Ｓ６０１）。

接続要求を受けたＰＣ用ＳＤＫは、デジタルカメラ２０１に対して、デバイス情報の取得要求を送信する（Ｓ６０２）。

ＰＣ２０２からの取得要求を受信したデジタルカメラ２０１は、デバイス情報をＰＣ２０２に送信する（Ｓ６５１）。このデバイス情報には、デジタルカメラ２０１が対応するオペレーション、有効なイベント、現在のプロパティが含まれる。

ここでデバイス情報について詳細に説明する。オペレーションとは、デジタルカメラ２０１に対する制御コマンドであり、主にデジタルカメラ２０１が有する画像を送信させるオペレーションと、デジタルカメラ２０１の撮影機能を制御するオペレーションに分類される。デジタルカメラ２０１が有する画像を送信させるオペレーションとしては、例えばデジタルカメラ２０１から外部装置に画像データを送信する「画像取得」がある。撮影機能を制御するオペレーションとしては、デジタルカメラ２０１に静止画撮影動作を行わせる「レリーズ」が代表例である。その他、デジタルカメラ２０１から外部装置にいわゆるライブビュー画像を送信する「ＰＣ ＬｉｖｅＶｉｅｗ」、デジタルカメラ２０１に動画撮影動作を行わせる「動画記録開始・終了」などがあげられる。なお、ＰＣアプリモードと携帯端末アプリモードの切り替えも、このオペレーションに含まれる。Ｓ６５１では、まずＰＣアプリモードと携帯端末アプリモードの切り替えオペレーションを利用可能なオペレーションとして通知する。

イベントとは、デジタルカメラ２０１で発生した情報を外部装置に通知するための情報である。イベントの例としては、デジタルカメラ２０１の設定値がデジタルカメラ２０１側で変更した場合のイベントや、デジタルカメラ２０１側の操作で撮影が行われた場合のイベントがあげられる。

プロパティとは、デジタルカメラ２０１のパラメータであり、例えば絞り値、シャッタースピード値、ＩＳＯ感度などがあげられる。

図６の説明に戻る。デバイス情報を取得したＰＣ用ＳＤＫは、デバイス情報を参照し、デジタルカメラ２０１がＰＣアプリモードと携帯端末アプリモードの切り替えオペレーションに対応しているかを判断する。切り替えオペレーションに対応していると判断した場合は、デジタルカメラ２０１に対し、動作モードをＰＣアプリモードに設定するよう要求する（Ｓ６０３）。

デジタルカメラ２０１は設定の要求を受信すると、図５のＰＣアプリモードの制御可能テーブル８０１を参照する。そして制御可能な機能として、「画像取得」、「レリーズ」、「カメラパラメータ設定」、「ＰＣ ＬｉｖｅＶｉｅｗ」、「動画記録開始・終了」を利用可能なオペレーションとして追加する（Ｓ６５２）。

さらにデジタルカメラ２０１は、制御可能な機能が追加されたことを通知するために、デバイス情報の再取得を要求するようＰＣ２０２に通知する（Ｓ６５３）。

ＰＣ用ＳＤＫは通知を受信すると、デバイス情報の再取得要求をデジタルカメラ２０１に送信する（Ｓ６０４）。

デジタルカメラ２０１はデバイス情報の再取得要求を受信すると、現在のデバイス情報を再送信する。なお、ここで送信されるデバイス情報には、Ｓ６５２で追加した機能に関する情報も含まれる。このデバイス情報をＳ６５４で受信することで、ＰＣ用ＳＤＫはデジタルカメラ２０１の制御において使用可能な機能を認識することができる。

次に、ＰＣアプリからデジタルカメラ２０１の制御を行うシーケンスを説明する。

図８（ａ）は、ＰＣアプリを起動した際にＰＣアプリが表示するＧＵＩ画面である。この画面はＰＣアプリの起動とともに表示してもよいし、ＰＣ用ＳＤＫからＳ６５４までの処理が完了した通知を受けてから表示してもよい。

図８（ａ）に示すＧＵＩ画面には画像取得ボタン８０１及びカメラ制御ボタン８０２が含まれる。画像取得ボタン８０１がユーザにより押下されると、デジタルカメラ２０１からＰＣ２０２に、画像を送信する処理が開始される。カメラ制御ボタン８０２は、デジタルカメラ２０１を遠隔制御するためのモードに移行するためのボタンである。

カメラ制御ボタン８０２がユーザにより押下されると、図８（ｂ）に示すカメラ制御画面が表示され、ＰＣ２０２からデジタルカメラ２０１の制御が可能となる。ＰＣ２０２が制御可能なデジタルカメラ２０１の機能として、図８（ｂ）の例ではライブビュー画像の表示、静止画撮影、動画撮影、露出補正をあげている。ライブビューボタン８１４はデジタルカメラ２０１からライブビュー画像を取得し表示するか否かを設定するためのボタンである。ＯＮ状態の場合、ＰＣ２０２はデジタルカメラ２０１からライブビュー画像を取得し、ライブビュー領域８１１に表示する。ＯＦＦ状態の場合、ＰＣ２０２はデジタルカメラ２０１からライブビュー画像を取得せず、ライブビュー領域８１１は非表示状態となる。静止画撮影ボタン８１２はデジタルカメラ２０１に静止画撮影を指示するためのボタンである。動画撮影ボタン８１３はデジタルカメラ２０１に動画撮影を指示するためのボタンである。なお、動画撮影中に動画撮影ボタン８１３が押下された場合は、ＰＣ２０２はデジタルカメラに動画撮影の停止を指示する。露出補正ボタンはデジタルカメラ２０１に静止画撮影を指示するためのボタンであり、ユーザ操作により押下されると補正値の候補（例えば−２〜＋２）が表示され、所望の補正値を設定することができる。

次に、ユーザ操作により、ＧＵＩ画面上の画像取得ボタン８０１が押された場合について説明する。ＰＣアプリは、ユーザ操作を検知したことに応じてＰＣ用ＳＤＫに対して画像情報の取得を要求する（Ｓ６０５）。本実施形態における画像情報とは、例えばファイル名などの画像を特定するためのＩＤ、ファイルサイズ、ファイル形式などである。画像に対応するサムネイルを画像情報として送信してもよい。ＰＣ用ＳＤＫはデジタルカメラ２０１に画像情報取得要求を送信する（Ｓ６０６）。

Ｓ６５５において、ＰＣ用ＳＤＫはデジタルカメラ２０１から画像情報を受信し、Ｓ６０７において受信した画像情報をＰＣアプリに受け渡す。ＰＣアプリはＳ６０７で取得した画像情報に基づき、ファイル名やサムネイルの一覧を表示し、ユーザに取得対象となる画像を選択させる。そしてＰＣアプリは、ＰＣ用ＳＤＫに対して画像の取得を要求する（Ｓ６０８）この要求には取得対象として選択された画像のＩＤが含まれる。

ＰＣ用ＳＤＫが画像取得要求を受け付けると、ＰＣ用ＳＤＫは、Ｓ６５４で受信したオペレーションに「画像取得」含まれているか否かに基づき、ＰＣアプリからの画像取得要求が有効か否かを判断する。画像取得要求が有効であると判断した場合、ＰＣ用ＳＤＫはＳ６０９において画像取得要求を取得対象の画像のＩＤとともにデジタルカメラ２０１に送信する。

デジタルカメラ２０１は、Ｓ６０９にて画像取得要求を受信すると、メモリ１２０から取得対象のＩＤを有する画像を読み出し、ＰＣ用ＳＤＫに画像を送信する（Ｓ６５６）。

そしてＳ６１０で、ＰＣ用ＳＤＫは受信した画像をＰＣアプリに渡す。この処理により、ＰＣアプリはデジタルカメラ２０１から受信した画像を表示することが可能となる。

次に、ユーザ操作により、ＰＣアプリのＵＩ画面７０１上のカメラ制御ボタン７０３が押された場合について説明する。この場合ＰＣアプリは、Ｓ６１１にて図８（ｂ）に示すカメラ制御用ＵＩ画面を表示し、ＰＣ用ＳＤＫにＰＣ用ライブビュー要求を行う。

ＰＣ用ＳＤＫはＰＣ用ライブビュー要求を受けると、Ｓ６５４で取得したオペレーションにＰＣ ＬｉｖｅＶｉｅｗが含まれているかを判断する。含まれていればＳ６１２にて、デジタルカメラ２０１にＰＣ用ライブビュー要求を送信する。

デジタルカメラは、ＰＣ用ライブビュー要求を受信すると、ＰＣ用ライブビュー画像を作成し、Ｓ６５７にてＰＣ用ライブビュー画像をＰＣ用ＳＤＫに送信する。

そしてＳ６１３においてＰＣ用ＳＤＫは受信したＰＣ用ライブビュー画像をＰＣアプリに渡す。この処理により、ＰＣアプリはデジタルカメラ２０１から受信したライブビュー画像を表示することが可能となる。

次に、ユーザ操作により、ＰＣアプリの静止画撮影ボタン８１２が押された場合について説明する。

ユーザ操作により、静止画撮影ボタン８１２が押されると、Ｓ６１４においてＰＣアプリは、ＰＣ用ＳＤＫに対してレリーズ要求を行う。

ＰＣ用ＳＤＫはレリーズ要求を受けると、Ｓ６５４で取得したオペレーションにレリーズが含まれているかを判断する。含まれていればＳ６１５にて、デジタルカメラ２０１にレリーズ要求を送信する。

レリーズ要求を受信したデジタルカメラ２０１はＳ６５８にてレリーズ動作を行うことで、新たな撮影が行われ画像を取得する。画像を取得すると、Ｓ６５９においてデジタルカメラ２０１はＰＣ用ＳＤＫに対して画像追加イベントを送信する。ＰＣ用ＳＤＫはＳ６１６にて受信した画像追加イベントをＰＣアプリに送信する。このことにより、ＰＣアプリはデジタルカメラ２０１側で新たな画像が得られたことを認識することができる。

＜デジタルカメラ・携帯端末接続シーケンス＞
図７に、本実施形態におけるデジタルカメラ２０１と携帯端末２０３が接続された際の処理シーケンスを示す。本シーケンスは、携帯端末アプリが起動された携帯端末２０３とデジタルカメラ２０１との間で接続を確立したことに応じて開始される。なお、本シーケンスにおけるデジタルカメラ２０１の処理は、マイクロコンピュータ１２３などの制御部が、入力信号やプログラムにしたがってデジタルカメラ２０１の各部を制御することにより実現される。また、本シーケンスにおける携帯端末２０３の処理は、ＣＰＵ４００が、入力信号やプログラムにしたがって携帯端末２０３の各部を制御することにより実現される。

また本シーケンスの説明では、携帯端末アプリのうちＳＤＫによらないプログラム（以下、これを携帯端末アプリと呼ぶ）を読み込んで実行する処理と、携帯端末用ＳＤＫを読み込んで実行する処理とを分けて記載している。また本シーケンスの説明には、理解を容易にするためにこれらのソフトウェアが処理の主体であるかのような記載が含まれる。しかしながら実際の動作主体は携帯端末アプリまたは携帯端末用ＳＤＫを読み込んだＣＰＵ４００である。

なお、本シーケンスは、図６のシーケンスとの相違点がＰＣ２０２か携帯電話２０３かの違いしかない処理が多い。したがってこれらの処理については、説明を適宜省略するものとする。

まずＳ７０１、Ｓ７０２、Ｓ７５１は、図６のＳ６０１、Ｓ６０２、Ｓ６５１と同様の処理であるため、説明を省略する。

Ｓ７５１でデバイス情報を取得した携帯端末用ＳＤＫは、デバイス情報を参照し、デジタルカメラ２０１がＰＣアプリモードと携帯端末アプリモードの切り替えオペレーションに対応しているかを判断する。切り替えオペレーションに対応していると判断した場合は、デジタルカメラ２０１に対し、動作モードを携帯端末アプリモードに設定するよう要求する（Ｓ７０３）。

デジタルカメラ２０１は設定の要求を受信すると、図５のＰＣアプリモードの制御可能テーブル８０１を参照し、制御可能な機能として、「画像取得」、「リサイズ画像取得」を利用可能なオペレーションとして追加する（Ｓ７５２）。ここで追加されるオペレーションは、ＰＣアプリモードのときと異なる。つまりデジタルカメラ２０１は、ＳＤＫから通知されるモードの情報に応じて相手装置が携帯端末か否かを判断し、携帯端末である場合は利用可能な機能を制限している。

Ｓ７５３、Ｓ７０４、Ｓ７５４は図６のＳ６５３、Ｓ６０５、Ｓ６５４と同様の処理であるため、説明を省略する。

図８（ｃ）に、携帯端末アプリの画面の一例を示す。本実施形態における携帯端末アプリは、ＰＣアプリとは異なり、デジタルカメラ２０１での撮影を遠隔制御する機能はなく、デジタルカメラが有する画像を取得する機能を有するものとする。したがって、画面８５１には、画像取得を指示するためのボタン８５２が表示される。

次に、ユーザ操作により、画像取得ボタン８５２が押された場合について説明する。一般的な携帯端末は、ＰＣに比べてデータの処理能力が低いため、大きなサイズのデータを受信したり表示したりするのに時間がかかる場合がある。そこで本実施形態における携帯端末アプリは、大きなサイズの画像が受信対象となっている場合は、その画像を小さくリサイズして送信するよう、デジタルカメラ２０１に要求することとした。

図７の説明に戻る。画像取得ボタン８５２を押下するユーザ操作を検知した場合のＳ７０５、Ｓ７０６、Ｓ７５５、Ｓ７０７は、図６のＳ６０５、Ｓ６０６、Ｓ６５５、Ｓ６０７と同様の処理であるから、説明を省略する。そしてＰＣアプリの場合と同様、携帯端末アプリはＳ７０７で取得した画像情報に基づき、ファイル名やサムネイルの一覧を表示し、ユーザに取得対象となる画像を選択させる。

取得対象となる画像が選択された場合、携帯端末アプリはＳ７０７で取得した画像情報に基づき、選択された画像のサイズが所定の値以上か否かを判断する。ここでいう所定の値とは、予め携帯端末アプリが保持している具体的なバイト数（例えば５ＭＢ以上か否か）を用いることができる。また、例えばＳ７５５で受信する画像サイズにＳ、Ｍ、Ｌといったサイズを示す情報が含まれる場合は、このサイズ情報を用いてもよい（例えばＭサイズ以上か）。選択された画像が所定の値以上でないと判断した場合は、携帯端末アプリはＰＣアプリと同様、画像取得要求を携帯端末用ＳＤＫに受け渡す。選択された画像が所定の値以上だと判断した場合は、携帯端末アプリはより小さなサイズの画像を要求すべく、リサイズ画像取得要求を携帯端末用ＳＤＫに受け渡す。

まず、選択された画像のサイズが所定の値以上でないと判断された場合について説明する。この場合携帯端末アプリは、携帯端末用ＳＤＫに対して画像の取得を要求する（Ｓ７０８）。この要求には取得対象の画像のＩＤが含まれる。

携帯端末用ＳＤＫが画像取得要求を受け付けると、携帯端末用ＳＤＫは、Ｓ７５４で受信したオペレーションに「画像取得」含まれているか否かに基づき、携帯端末アプリからの画像取得要求が有効か否かを判断する。画像取得要求が有効であると判断した場合、携帯端末用ＳＤＫはＳ７０９において画像取得要求を取得対象の画像のＩＤとともにデジタルカメラ２０１に送信する。

デジタルカメラ２０１は、Ｓ７０９にて画像取得要求を受信すると、メモリ１２０から取得対象のＩＤを有する画像を読み出し、携帯端末用ＳＤＫに画像を送信する（Ｓ７５６）。

そしてＳ７１０で、ＰＣ用ＳＤＫは受信した画像をＰＣアプリに渡す。この処理により、ＰＣアプリはデジタルカメラ２０１から受信した画像を表示することが可能となる。

次に、選択された画像のサイズが所定の値以上だと判断された場合について説明する。この場合携帯端末アプリは、携帯端末用ＳＤＫに対してリサイズ画像の取得を要求する（Ｓ７１１）。この要求には取得対象の画像のＩＤが含まれる。

携帯端末用ＳＤＫがリサイズ画像取得要求を受け付けると、携帯端末用ＳＤＫは、Ｓ７５４で受信したオペレーションに「リサイズ画像取得」が含まれているか否かに基づき、携帯端末アプリからのリサイズ画像取得要求が有効か否かを判断する。リサイズ画像取得要求が有効であると判断した場合、携帯端末用ＳＤＫはＳ７１２においてリサイズ画像取得要求を取得対象の画像のＩＤとともにデジタルカメラ２０１に送信する。

デジタルカメラ２０１は、Ｓ７１２にてリサイズ画像取得要求を受信すると、メモリ１２０から取得対象のＩＤを有する画像を読み出し、所定のサイズにリサイズを行う。リサイズ画像のサイズは予めデジタルカメラ２０１がその目安を保持していてもよいし、携帯端末用ＳＤＫがデジタルカメラ２０１に通知してもよい。リサイズ画像の生成後、デジタルカメラ２０１は携帯端末用ＳＤＫに画像を送信する（Ｓ７５７）。なお、本実施形態のリサイズ画像取得のオペレーションは、リサイズのオペレーションと画像取得のオペレーションを兼ねている。他の方法としては、リサイズのオペレーションを設け、携帯端末用ＳＤＫがデジタルカメラ２０１に画像ＩＤを特定してリサイズを指示する方法がある。この場合、デジタルカメラ２０１はリサイズが完了したら携帯端末用ＳＤＫに通知を行い、携帯端末用ＳＤＫは画像取得のオペレーションでリサイズ画像を取得する。

そしてＳ７１３で、携帯端末用ＳＤＫは受信したリサイズ画像を携帯端末アプリに渡す。この処理により、ＰＣアプリはデジタルカメラ２０１から受信した画像を表示することが可能となる。

なお、複数の画像が取得対象として選択された場合、携帯端末アプリは個々の画像について画像取得要求を行うかリサイズ画像取得要求を行うかを判断し、判断結果に応じた要求を行う。

なお、本実施形態における携帯端末アプリはライブビューやレリーズを行うためのＧＵＩを有していない。しかしながら、もしライブビューやレリーズを行うためのＧＵＩを有する携帯端末アプリから、携帯端末用ＳＤＫがＰＣ用ライブビュー要求やレリーズ要求を受けても、携帯端末用ＳＤＫがエラーを返すことになる（Ｓ７１４〜Ｓ７１７）。このようにすることで、デジタルカメラ２０１との通信を要することなく適切なエラー通知を行うことが可能となる。

なお、ＰＣアプリ、携帯端末アプリともに、アプリケーションが終了すると、各ＳＤＫよりデジタルカメラ２０１に対して切断処理が行われ、各モードで追加された制御機能が削除される。

以上のように構成することで、ＰＣと携帯端末のようにハードスペックが異なる場合でも、デジタルカメラに接続する制御端末に最適な制御機能を提供することが出来る。

なお、オペレーションの種類は本実施形態に示したものに限定されないし、またテーブルの構成も図５に示したものには限定されない。例えば、携帯端末であっても、行楽地などの記念撮影の際にリモート撮影を行う場合が考えられる。したがって、携帯端末アプリモードでもレリーズ及びＰＣ ＬｉｖｅＶｉｅｗを利用可能なオペレーションとしてもよい。この場合、ＰＣ ＬｉｖｅＶｉｅｗよりも画質または転送レートを低くしてライブビュー画像を送信するオペレーションを別途設け、携帯端末アプリモードで利用可能にしてもよい。また、携帯端末では詳細なパラメータ設定を必要とする機会が多くないと考えられるため、レリーズは利用可能としてもカメラパラメータ設定は利用可能にしないことも考えられる。また、カメラパラメータ設定をパラメータに応じて複数のオペレーションに分割し、携帯端末ではそのうちの一部のオペレーションしか利用可能にしないようにしてもよい。

＜第２の実施形態＞
第１の実施形態では、通信相手がＰＣか携帯端末かに応じて、利用可能なオペレーションを異ならせる例について説明した。これに対し本実施形態では、利用可能なオペレーションをデジタルカメラのベンダ製のアプリケーションか否かに応じて切り替えることとした。デジタルカメラのベンダ以外の第三者にデジタルカメラ制御用のＳＤＫを公開し、アプリケーションを作成させることは、カメラシステムの用途をより拡張する意味では望ましい。しかしその一方で、すべてのオペレーションを利用可能とすると、ベンダ側で予期しなかった制御が行われる可能性もあるため、利用可能なオペレーションに一定の制限をかけることが望ましい。

そこで本実施形態では、アプリケーションがデジタルカメラのベンダが提供しているものか否かに応じて、利用可能なオペレーションを異ならせることとした。

以下、本実施形態について詳細に説明する。本実施形態は第１の実施形態と共通する部分が多いため、共通部分については説明を省略し、本実施形態に特有の部分を中心に説明する。

本実施形態のデジタルカメラ２０１は、デジタルカメラ２０１のベンダが作成したＰＣアプリ（以下、ベンダアプリ）と通信するモード（ベンダアプリモード）、ベンダ以外の第三者が作成したＰＣアプリ（以下、標準アプリ）と通信するモード（標準アプリモード）とを有する。この２つのモードは利用可能なオペレーションがそれぞれ異なり、モードとオペレーションの関係を示すテーブルが不揮発性メモリ１３０に保持されている。図９に、テーブルの一例を示す。図９の例では、ベンダアプリモードでは「画像取得」、「レリーズ」、「カメラパラメータ設定」、「ＰＣ Ｌｉｖｅｖｉｅｗ」、「動画記録開始・終了」が利用可能である。また、標準アプリモードでは「画像取得」が利用可能である。なお、ＰＣ用ＳＤＫも同様にベンダアプリモードと標準アプリモードを有しており、ＰＣアプリからの指示がない限り、標準アプリモードで動作するものとする。

本発明の実施例２における自社アプリモード時の処理を示すシーケンスを図１０に示す。

本発明の実施例２における他社アプリモード時の処理を示すシーケンスを図１１に示す。

以下、図９テーブルと、図１１、１２のシーケンスを参照して、本発明の第１の実施例による、ＰＣのＳＤＫからのデジタルカメラへの接続モードの違いにより、デジタルカメラの提供する機能の変更について説明する。

＜デジタルカメラ・ベンダアプリ接続シーケンス＞
図６に、本実施形態におけるデジタルカメラ２０１とＰＣ２０２が接続された際の処理シーケンスを示す。なお、本フローはＰＣ２０２上でベンダアプリが起動した場合について説明する。

まずＳ１００１において、ベンダアプリはＰＣ用ＳＤＫに対し、接続モードをベンダアプリモードに設定するよう要求する。

ＰＣ用ＳＤＫはＳ１００２において、ＰＣ用ＳＤＫの接続モードを標準アプリモードからベンダアプリモードに切り替える。

続いてＳ１００３において、ベンダアプリはＰＣ用ＳＤＫに対し、接続要求を受け渡す。

Ｓ１００４、Ｓ１０５１は図６のＳ６０２、Ｓ６５１と同様の処理である。

Ｓ１０５１にてデバイス情報を取得したＰＣ用ＳＤＫは、デバイス情報を参照し、デジタルカメラ２０１がベンダアプリモードと標準アプリモードの切り替えオペレーションに対応しているかを判断する。切り替えオペレーションに対応していると判断した場合は、デジタルカメラ２０１に対し、動作モードを自身のモードに合わせてベンダアプリモードに設定するよう要求する（Ｓ１００５）。

デジタルカメラ２０１は設定の要求を受信すると、図９のベンダアプリモードのテーブルを参照する。そして制御可能な機能として、「画像取得」、「レリーズ」、「カメラパラメータ設定」、「ＰＣ ＬｉｖｅＶｉｅｗ」、「動画記録開始・終了」を利用可能なオペレーションとして追加する（Ｓ１０５２）。

これ以降のＳ１００６〜Ｓ１０１８及びＳ１０５３〜Ｓ１０５９は、図６のＳ６０４〜Ｓ６１６及びＳ６５３〜Ｓ６５９と同様の処理であるから、説明を省略する。

＜デジタルカメラ・標準アプリ接続シーケンス＞
次に、図１１に本実施形態におけるデジタルカメラ２０１とＰＣ２０２が接続された際の処理シーケンスを示す。なお、本フローはＰＣ２０２上で標準アプリが起動した場合について説明する。

ＰＣ２０２上の標準アプリが起動すると、標準アプリはＰＣ用ＳＤＫに接続要求を受け渡す。ここでのベンダアプリとの大きな違いは、図１０のＳ１００１のように、ＰＣ用ＳＤＫのモード設定を要求しない点である。前述したように、ＰＣ用ＳＤＫはＰＣアプリからの要求がない限り、標準アプリモードで動作する。

Ｓ１１０２、Ｓ１１５１は図６のＳ６０２、Ｓ６５１と同様の処理である。

Ｓ１１５１にてデバイス情報を取得したＰＣ用ＳＤＫは、デバイス情報を参照し、デジタルカメラ２０１がベンダアプリモードと標準アプリモードの切り替えオペレーションに対応しているかを判断する。切り替えオペレーションに対応していると判断した場合は、デジタルカメラ２０１に対し、動作モードを自身のモードに合わせて標準アプリモードに設定するよう要求する（Ｓ１１０３）。

デジタルカメラ２０１は設定の要求を受信すると、図９のベンダアプリモードのテーブルを参照し、制御可能な機能として、「画像取得」を利用可能なオペレーションとして追加する（Ｓ１１５２）。

それ以降のＳ１１０４〜Ｓ１１１０、Ｓ１１５３〜Ｓ１１５６は、図６のＳ６０４〜Ｓ６１０、Ｓ６５３〜Ｓ６５６と同様の処理であるため、説明を省略する。

次に、ＰＣ用ＳＤＫが標準アプリからＰＣ用ライブビュー要求を受けた場合について説明する（Ｓ１１１１）。この場合、ＰＣ用ＳＤＫはＳ１１５４で取得したオペレーションにＰＣ ＬｉｖｅＶｉｅｗが含まれているかを判断する。ＰＣ用ＳＤＫが標準アプリモードの場合、ＰＣ ＬｉｖｅＶｉｅｗのオペレーションはＳ１１５４で取得できないため、ＰＣ用ＳＤＫは標準アプリにエラーを返す（Ｓ１１１２）。同様に標準アプリからＰＣ用ＳＤＫにレリーズ要求をした場合（Ｓ１１１３）も、ＰＣ用ＳＤＫはエラーを返すことになる（Ｓ１１１４）。

以上説明したように、本実施形態のＳＤＫは、標準アプリに組み込まれているかベンダアプリに組み込まれているかに応じてデジタルカメラのモードを制御し、利用可能なオペレーションを異ならせるよう制御することとした。このようにすることで、アプリから利用可能なオペレーションを適切に制限することが可能となる。

なお、本実施形態ではＰＣアプリについてベンダアプリ、標準アプリが用意される場合について説明したが、携帯端末アプリについてベンダアプリ、標準アプリを用意し、それぞれ異なるオペレーションを利用可能にしてもよい。

＜第３の実施形態＞
第１の実施形態では、ＰＣのほうが携帯端末よりスペックが高いという理由で、ＰＣアプリの方が使用可能なオペレーションを多く設けるテーブル構成としていたが、必ずしもこの構成に限定されない。

例えば、家の外に持ち出す機会の少ないＰＣに対し、普段外に持ち歩く携帯端末の場合は携帯端末の操作で自分撮りをするなど、リモート撮影を行えるようにしておくことが望ましいとも考えられる。

したがって、図１２のようなテーブル構成とし、ＰＣからはオペレーションを制限ないしは使用できないようにし、携帯端末のみからカメラを制御できるようにしてもよい。

以上のように構成することで、ＰＣと携帯端末といった使用形態にあった、カメラ制御の機能を提供することが出来る。

＜他の実施形態＞
以上、本発明の好ましい実施形態について説明したが、本発明はこれらの実施形態に限定されず、その要旨の範囲内で種々の変形及び変更が可能である。

また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

Claims (9)

1. 通信装置であって、
   前記通信装置との通信のためのユーザ操作を受け付ける第１のプログラムと、前記通信装置と通信を行うための第２のプログラムとを含む通信アプリケーションを用いる外部装置と通信する通信手段と、
   前記通信装置と前記外部装置との通信において前記通信装置を制御するためのオペレーションのうち、前記外部装置が利用可能なオペレーションを前記外部装置に通知する通知手段と、
   前記外部装置が利用する第２のプログラムのタイプを判断する判断手段とを有し、
   前記通知手段は、前記第２のプログラムのタイプに応じて、通知するオペレーションを異ならせることを特徴とする通信装置。
2. 前記通信装置は、被写体を撮影する撮影手段をさらに有することを特徴とする請求項１に記載の通信装置。
3. 前記オペレーションは、前記通信装置が有する画像データを取得するオペレーションを含むことを特徴とする請求項２に記載の通信装置。
4. 前記オペレーションは、リモート撮影に関するオペレーションを少なくとも１つ含むことを特徴とする請求項３に記載の通信装置。
5. 前記リモート撮影に関するオペレーションは、静止画の撮影、動画の撮影、ライブビュー画像の取得、撮影パラメータの制御のうち少なくとも１つを含むことを特徴とする請求項４に記載の通信装置。
6. 前記判断手段により前記第２のプログラムが携帯端末用のプログラムであると判断された場合、前記通知手段は前記リモート撮影に関するオペレーションのうち少なくとも１つを、前記利用可能なオペレーションとして前記外部装置に通知しないことを特徴とする請求項４または５に記載の通信装置。
7. 前記判断手段により前記第２のプログラムが携帯端末用のプログラムであると判断された場合、前記通知手段は前記画像データを取得するオペレーションを前記利用可能なオペレーションとして通知することを特徴とする請求項６に記載の通信装置。
8. 通信装置の制御方法であって、
   前記通信装置との通信のためのユーザ操作を受け付ける第１のプログラムと、前記通信装置と通信を行うための第２のプログラムとを含む通信アプリケーションを用いる外部装置と通信する通信工程と、
   前記通信装置と前記外部装置との通信において前記通信装置を制御するためのオペレーションのうち、前記外部装置が利用可能なオペレーションを前記外部装置に通知する通知工程と、
   前記外部装置が利用する第２のプログラムのタイプを判断する判断工程とを有し、
   前記通知工程では、前記第２のプログラムのタイプに応じて、通知するオペレーションを異ならせることを特徴とする通信装置の制御方法。
9. 通信装置のコンピュータを、請求項１乃至７のいずれか１項に記載の通信装置の各手段として機能させるコンピュータが読み取り可能なプログラム。

Images