JP6120562B2

JP6120562B2 - 通信装置、通信装置の制御方法及びプログラム

Info

Publication number: JP6120562B2
Application number: JP2012284025A
Authority: JP
Inventors: 秋元　康博; 康博秋元
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2012-12-27
Filing date: 2012-12-27
Publication date: 2017-04-26
Anticipated expiration: 2032-12-27
Also published as: JP2014127065A

Description

本発明は、通信装置、通信装置の制御方法及びプログラムに関する。

リモートコントローラ（以下、リモコン）装置等の制御装置を用いて、カメラ等の被制御装置を遠隔操作するシステムが知られている。このようなシステムの中には、制御装置も被制御装置も操作できるものもある。この場合、そのいずれに操作権を渡すかが問題となる。例えば特許文献１には、外部機器から遠隔操作中に一定時間外部機器との通信が不通となった場合、自機で自動的に撮影するモードに移行するデジタルカメラが開示されている。

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

しかしながら、制御側の装置は必ずしも被制御装置を操作する機能のみを有しているとは限らない。例えば通信は維持されているものの被制御装置を操作する機能がオフされている場合や、被制御装置を操作する機能は起動しているものの、他の機能を使用している場合等が考えられる。したがって、制御装置は制御権を持ったまま様々な状態に移行することが考えられ、被制御装置はそれらに応じた適切な動作を行うことが必要となる。

本発明はこのような問題点に鑑みなされたもので、確実な画像処理装置の操作を可能とし、ユーザーの使い勝手をよくすることを目的とする。

そこで、本発明の通信装置は、外部装置と通信する通信手段と、ユーザーからの操作を受け付ける操作手段と、前記操作手段に対する操作によって前記通信装置の動作のうちの少なくとも一部を制御する第１のモードと、所定のアプリケーションを実行している前記外部装置に対する操作によって前記通信装置の動作のうちの少なくとも一部を制御する第２のモードとを含む複数のモードのうちのいずれか一つのモードを設定する制御手段と、前記通信手段を介して、前記外部装置で動作する前記所定のアプリケーションの状態を取得する取得手段とを有し、前記所定のアプリケーションの状態がバックグラウンドで起動している状態であると判断された場合、前記制御手段は前記第１のモードに設定する。

本発明によれば、確実な画像処理装置の操作を可能とし、ユーザーの使い勝手をよくすることができる。

カメラのハードウェア構成の一例を示す図である。端末のハードウェア構成の一例を示す図である。ライブストリーミング・リモコンのシステムのシステム構成の一例を示す図である。無線接続情報の取得に関する、カメラ及び端末における処理フローチャートである。アプリの終了通知に関する、カメラ及び端末における処理フローチャートである。アプリ状態の判定に関する、カメラ及び端末における処理フローチャートである。アプリ状態の判定に関する、カメラにおける処理フローチャートである。

以下、本発明の実施形態について図面に基づいて説明する。

＜第１の実施形態＞
［ハードウェア構成］
図１は、カメラ１０００のハードウェア構成の一例を示す図である。カメラ１００は、画像処理装置の一例である。
内部バス１０１０に対してＣＰＵ１００１、ＲＯＭ１００２、ＲＡＭ１００３、入力処理部１００４、出力処理部１００６、通信制御部１００８、記録媒体制御部１０１１、カメラ信号処理部１０１５、符号・復号処理部１０１６が接続される。ＣＰＵは、ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔの略である。ＲＯＭは、ＲｅａｄＯｎｌｙＭｅｍｏｒｙの略である。ＲＡＭは、ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙの略である。
内部バス１０１０に接続される各部は、内部バス１０１０を介して互いにデータのやりとりを行うことができるようにされている。
ＲＯＭ１００２は、ＣＰＵ１００１が動作するための各種プログラムが格納される。ＲＯＭ１００２には、フラッシュメモリ等も含まれる。ＲＡＭ１００３は、ＣＰＵ１００１が動作時に必要とするプログラムや変数、作業用の一時データ等が適宜、記憶される。
ＣＰＵ１００１は、ＲＯＭ１００２又は記録媒体１０１２に格納されるプログラムに従い、ＲＡＭ１００３をワークメモリとして用いて、このカメラ１０００の各部を制御する。

光学系１０１３は、フォーカス、絞り機構等を含む撮影レンズであり、被写体の光学像を形成する。撮像素子１０１４は、ＣＣＤやＣＭＯＳ素子等で構成され、ここではＡ／Ｄ変換器を含み、光学像をアナログ電気信号に変換した後、デジタル信号に変換する。
カメラ信号処理部１０１５は、ＣＰＵ１００１の制御に基づき、撮像素子１０１４で変換されたデジタル信号に対し、所定の画素補間・縮小といったリサイズ処理や色変換、各種補正処理等を行う。
符号・復号処理部１０１６は、ＣＰＵ１００１の制御に基づき、カメラ信号処理部１０１５で処理されたデジタル信号を所定のビットレート、フォーマット形式で圧縮符号化、又は映像圧縮符号化データの復号化を行う。
なお、音声についてはとくに図示していないが、光学系１０１３、撮像素子１０１４をマイクに、表示部１００７をスピーカーとすることで、ほぼ同様の処理により音声信号も扱うことが可能である。映像記録時には映像と共に音声も同時に収録され、符号・復号処理部１０１６で映像と音声を多重化することで、音声付映像データを生成することが可能である。

入力処理部１００４は、操作部１００５でのユーザー操作を受け付け、操作に応じた制御信号を生成し、ＣＰＵ１００１に供給する。例えば、操作部１００５は、ユーザー操作を受け付ける入力デバイスとして、キーボードといった文字情報入力デバイスや、マウスやタッチパネルといったポインティングデバイス等を有する。また、操作部１００５は、赤外線リモコン等の遠隔操作可能なものも含む。なお、タッチパネルは、例えば平面的に構成された入力部に対して接触された位置に応じた座標情報が出力されるようにした入力デバイスである。これにより、カメラ１０００に対し、ユーザー操作に応じた動作を行わせることができる。
出力処理部１００６は、ＣＰＵ１００１がプログラムに従い生成したＧＵＩ（ＧｒａｐｈｉｃａｌＵｓｅｒＩｎｔｅｒｆａｃｅ）等の表示データに基づき、表示部１００７に対して表示させるための表示信号を出力する。
なお、操作部１００５としてタッチパネルを用いる場合、操作部１００５と表示部１００７とを一体的に構成することができる。例えば、タッチパネルを光の透過率が表示部１００７の表示を妨げないように構成し、表示部１００７の表示面の上層に取り付ける。そして、タッチパネルにおける入力座標と、表示部１００７上の表示座標とを対応付ける。これにより、あたかもユーザーが表示部１００７上に表示された画面を直接的に操作可能であるかのようなＧＵＩを構成することができる。

記録媒体制御部１０１１は、ＨＤＤや不揮発性の半導体メモリ等の記録媒体１０１２が接続され、ＣＰＵ１００１の制御に基づき、接続された記録媒体１０１２からのデータの読み出しや、記録媒体１０１２に対するデータの書き込みを行う。なお、記録媒体制御部１０１１が接続可能な記録媒体１０１２は、不図示のソケット等を介して、例えばメモリカード等の着脱可能な不揮発性の半導体メモリを接続するものとしてもよい。
記録媒体１０１２は、撮影した映像データのほか、ＣＰＵ１００１の制御に必要な情報も記録することが可能である。
通信制御部１００８は、ＣＰＵ１００１の制御に基づき、コネクタ（有線）やアンテナ（無線）１００９を介して、端末２０００との通信を行う。

図２は、端末２０００のハードウェア構成の一例を示す図である。端末２０００は、端末装置の一例であり、本実施形態ではいわゆるスマートフォンと呼ばれる携帯電話を用いる。他にも、いわゆるタブレット端末やパーソナルコンピュータ、他のカメラを用いてもよい。
図２の端末２０００において、多くの構成部分はカメラ１０００と同様となるため、カメラ１０００と説明が重複するＣＰＵ２００１から記録媒体２０１２までの説明は省略する。なお、端末２０００におけるライブストリーミング・リモコン（以下、ＬＳＲ）のアプリケーション（アプリ）のプログラムは、プログラムの一部としてＲＯＭ２００２に格納され、ＣＰＵ２００１によって実行される。なお、ＬＳＲアプリは、例えばカメラ１０００のメーカー等からインターネットを介して提供されることが一般的である。ユーザーはＬＳＲアプリを端末２０００にダウンロードし、インストールすることによりＬＳＲアプリが使用可能となる。もちろん、ＬＳＲアプリの入手方法はこれに限定されず、例えば端末２０００の出荷時に既にインストールされている状態でもよい。
符号・復号処理部２０１３は、ＣＰＵ２００１の制御に基づき、映像圧縮符号化データの復号化、及び必要に応じて復号化したデータの再符号化を行う。
携帯電話制御部２０１４は、ＣＰＵ２００１の制御に基づいて、内部アンテナを介して携帯電話としての通信処理と通話機能の処理とを制御する。

［システム構成］
図３は、ＬＳＲのシステムのシステム構成の一例を示す図である。ＬＳＲのシステムとは、例えば携帯端末から離れた場所にあるカメラの動作を制御可能とし、カメラで撮像された映像データを携帯端末にリアルタイムで送信するシステムである。なお、以下の説明ではＬＳＲアプリが処理の主体であるかのように記載する場合があるが、実際にはＬＳＲアプリのプログラムを読み込んだＣＰＵ２００１が処理を実行する。
ＬＳＲのシステムは、図３に示すように、カメラ１０００、端末２０００を有し、カメラ１０００と端末２０００とは無線ＬＡＮで接続される。本実施形態では、カメラ１０００がアクセスポイント機能を内蔵し、端末２０００はカメラ１０００が形成するネットワークに参加することで、カメラ１０００との無線ＬＡＮネットワークを介した通信が可能になるものとする。
次に、図１、図２、図３を用いて、ＬＳＲのシステムの概略動作について説明する。
まず、ユーザーはカメラ１０００を操作し、カメラ１０００のアクセスポイント機能を起動させる。また、ユーザーは端末２０００を操作し、ユーザーはカメラ１０００を操作し、カメラ１０００をライブストリーミングモードにする。さらにユーザーは端末２０００を操作してＬＳＲアプリを起動する。この状態でユーザーはカメラ１０００と端末２０００を操作し、カメラ１０００と端末２０００との機器間接続を確立するする。
カメラ１０００と端末２０００との接続が確立すると、端末２０００のＬＳＲアプリからカメラを操作できるようになる。一方のカメラ１０００本体での操作は、リモコンからの操作と衝突しないように、操作できる機能が制限される。つまり、操作権の一部がカメラ側からリモコン側に移る。

ＣＰＵ１００１は、端末２０００の指示に応じて撮像・集音を開始し、撮像・集音した映像音声データを、通信制御部１００８に供給する。通信制御部１００８は、受信した映像音声データを無線ＬＡＮの規格に則り無線伝送可能な形式に変換してアンテナ１００９を介して端末２０００へ送信する。なお、通信制御部１００８に供給される映像音声データは、カメラ信号処理部１０１５から出力されたデータでも、符号・復号処理部１０１６を介して符号化されたデータのどちらでもよい。
端末２０００のアンテナ２００９は、受信したデータを通信制御部２００８に供給する。通信制御部２００８は、無線ＬＡＮ伝送形式のデータを元のデータ形式に変換してＣＰＵ２００１に送信する。受信したデータが符号化されたデータである場合、ＣＰＵ２００１は、受信したデータを符号・復号処理部２０１３に送信して復号化を行い、映像音声データを復元する。符号化されていないデータである場合、ＣＰＵ２００１は、受信したデータをそのまま映像音声データとして扱う。ＣＰＵ２００１は、映像データを出力処理部２００６に供給し、出力処理部２００６は、受信した映像データを表示部２００７に表示する。また、ＣＰＵ２００１は、音声データを図示されないスピーカーを介して音声として出力する。
上記一連の処理によって、ユーザーは、無線の電波が到達可能な範囲内であれば、端末２０００の表示部２００７やスピーカー（不図示）を介して、カメラ１０００が撮像・集音している映像音声情報を離れた場所において確認する事ができる。
なお、無線通信として、無線ＬＡＮ以外にも、赤外線通信、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の他の無線接続を用いてもよい。また、通信遅延が大きい環境においては、有線接続においても本技術を適用することができる。有線接続の一例としては、例えば、有線ＬＡＮを介してカメラ１０００と端末２０００とを接続する、といった形式がある。

［端末の動作状態］
本実施形態におけるＬＳＲアプリは、端末２０００上での動作状態を以下の４つに分類できる。
第１の状態は、ＬＳＲアプリを起動する前の状態で、ＬＳＲアプリを用いて端末２０００とカメラ１０００との無線接続が確立していない状態である。
第２の状態は、ＬＳＲアプリを起動したあと、ユーザーがＬＳＲアプリを終了した状態である。本実施形態では、ＬＳＲアプリを終了しても端末２０００とカメラ１０００の無線接続自体は継続する。
第３の状態は、ＬＳＲアプリは起動しているが、ユーザーが操作できない状態である。この状態になる例としては、ＬＳＲアプリを起動した後に他のアプリが起動され、ＬＳＲアプリがいわゆるＯＳのバックグラウンドに移動した場合である。例えば、ＬＳＲアプリを起動したあとに電話の着信があった場合等も、通話アプリが起動するため、ＬＳＲアプリは起動状態を保つものの、ユーザーはカメラを操作できなくなる。なお、端末のアラームやスケジュール、ゲーム等のアプリケーションが不意に起動した場合や、端末が省電力モードに移行した場合も同様である。
第４の状態は、ＬＳＲアプリを起動した状態、かつ、ユーザーがそのＬＳＲアプリを操作可能な状態である。ＬＳＲアプリは、この状態でなければカメラを操作することができない。

本実施形態におけるカメラ１０００は、上記４つの状態に応じてその動作を異ならせる。カメラ１０００が、端末２０００が上記４つの状態のいずれかであるかを知るためには、カメラ１０００は端末２０００との無線接続の状態、ＬＳＲアプリの起動状態を知る必要がある。以下、図４及び図５を用いて無線接続情報及びＬＳＲアプリの起動状態を取得する方法について説明する。

［無線接続情報の取得］
まず、無線接続情報を取得図４（ａ）は、無線接続情報の取得に関する、カメラ１０００における処理フローチャートである。カメラ１０００のフローチャートに係る処理は、ＣＰＵ１００１が、ＲＯＭ１００２や記録媒体１０１２等に記憶されたプログラムに基づき処理を実行することによって実現される。以下においても同様である。
Ｓ４ａ０１では、ＣＰＵ１００１は、無線接続情報の取得を開始する。ＣＰＵ１００１は、一定期間ごとにＳ４ａ０１の処理を実行する。
Ｓ４ａ０２では、ＣＰＵ１００１は、端末２０００との無線接続が確立しているかどうかの情報を取得する。
Ｓ４ａ０３では、ＣＰＵ１００１は、無線接続情報の取得処理を終了する。
図４（ｂ）は、無線接続情報の取得に関する、端末２０００における処理フローチャートである。４ｂ０１と４ｂ０２とは、それぞれ処理の開始と終了とだが、具体的な処理は行わない。つまり、無線接続情報の取得に関して、端末２０００側の処理は無い。

［ＬＳＲアプリの動作状態の取得］
図５（ｂ）は、ＬＳＲアプリの終了通知に関する、端末２０００における処理フローチャートである。端末２０００のフローチャートに係る処理は、ＣＰＵ２００１が、ＲＯＭ２００２や記録媒体２０１２等に記憶されたプログラムに基づき処理を実行することによって実現される。以下においても同様である。
Ｓ５ｂ０１では、ＣＰＵ２００１は、アプリ終了通知の送信を開始する。ＣＰＵ２００１は、ユーザーが端末２０００でＬＳＲアプリを終了する操作をした場合にこの処理を実行する。
Ｓ５ｂ０２では、ＣＰＵ２００１は、ＬＳＲアプリの終了を、端末２０００からカメラ１０００に通知するための通信処理を行う。この通信処理に対応して、カメラ１０００で実行される通信処理の一部が、図５（ａ）である。
Ｓ５ｂ０３では、ＣＰＵ２００１は、アプリ終了通知の送信処理を終了する。図５（ａ）は、ＬＳＲアプリの終了通知に関する、カメラ１０００及び端末２０００における処理フローチャートである。
Ｓ５ａ０１では、ＣＰＵ１００１は、端末２０００からのアプリ終了通知を受信すると、アプリ終了通知の取得を開始する。この処理は、端末２０００の通信処理（図５（ｂ）参照）に対応する、カメラ１０００の通信処理の一部として実行される。
Ｓ５ａ０２では、ＣＰＵ１００１は、ＬＳＲアプリの終了通知を取得する。
Ｓ５ａ０３では、ＣＰＵ１００１は、カメラ１０００でのアプリ動作チェック（図６（ａ）参照）に備えて、アプリ終了通知を保持する。
Ｓ５ａ０４では、ＣＰＵ１００１は、アプリ終了通知の取得を終了する。

［ＬＳＲアプリの状態判定］
図６（ａ）は、ＬＳＲアプリの状態の判定に関する、カメラ１０００における処理フローチャートである。このアプリ状態の判定には、図４、５で得られた無線接続状態とＬＳＲアプリの起動状態が用いられる。
Ｓ６ａ０１では、ＣＰＵ１００１は、アプリ状態の判定を開始する。ＣＰＵ１００１は、一定期間ごとにこの処理を実行する。
Ｓ６ａ０２では、ＣＰＵ１００１は、図４（ａ）のフローチャートで取得した無線接続情報を用いて、端末２０００との接続状態をチェックする。ＣＰＵ１００１は、接続状態であればＳ６ａ０３に遷移し、接続状態でなければＳ６ａ０７へ遷移する。ここで接続状態でないと判断された場合、端末２０００の状態は上記第１の状態であると判断される。
Ｓ６ａ０３では、ＣＰＵ１００１は、図５（ａ）のフローチャートで保持したアプリ終了通知を用いて、ＬＳＲアプリの起動状態をチェックする。具体的には、終了通知を受けていればＬＳＲアプリは起動していないと判断し、終了通知を受けていなければＬＳＲアプリは起動していると判断する。ＣＰＵ１００１は、起動状態であればＳ６ａ０４に遷移し、起動状態でなければＳ６ａ０７へ遷移する。ここで起動状態でないと判断された場合、端末２０００の状態は上記第１の状態であると判断される。Ｓ６ａ０４では、ＣＰＵ１００１は、ＬＳＲアプリがユーザー操作可能な状態か否かをチェックするために必要なアプリ情報（アプリケーション情報）を取得する。ＣＰＵ１００１は、要求コマンドを端末２０００に対して送信する。

ここで、アプリ情報の要求コマンドを受信した端末２０００の動作について説明する。図６（ｂ）は、アプリ状態の判定に関する、端末２０００における処理フローチャートである。
Ｓ６ｂ０１では、ＣＰＵ２００１は、アプリ情報の送信処理を開始する。ＣＰＵ２００１は、この処理を、カメラ１０００から送信された要求コマンド（図６（ａ）参照）を、端末２０００が受信したタイミングで実行する。
Ｓ６ｂ０２では、ＣＰＵ２００１は、カメラ１０００の操作に係るアプリの動作状態を取得する。アプリの動作状態とは、ユーザー操作が可能な動作状態や、ユーザー操作できない待機状態等の情報である。その取得方法は端末２０００のＯＳ（ＯｐｅｒａｔｉｏｎＳｙｓｔｅｍ）で提供されるＡＰＩ（ＡｐｐｒｉｃａｔｉｏｎＰｒｏｇｒａｍＩｎｔｅｒｆａｃｅ）を用いる等、方法は問わない。
Ｓ６ｂ０３では、ＣＰＵ２００１は、取得したアプリの動作状態をアプリ情報として、カメラ１０００へ送信する通信処理を行う。
Ｓ６ｂ０４では、ＣＰＵ２００１は、アプリ情報の送信処理を終了する。以上が端末２０００側の動作である。
以下、カメラ１０００の動作に説明を戻す。ＣＰＵ２００１は端末２０００から応答を受信して、アプリ情報を保持する。

Ｓ６ａ０５では、ＣＰＵ１００１は、取得したアプリ情報を参照し、ＬＳＲアプリがユーザー操作可能な状態か否かをチェックする。ＣＰＵ１００１は、ＬＳＲアプリが操作可能な状態であればＳ６ａ０７に遷移する。ここでＬＳＲアプリが操作可能な状態であると判断された場合、端末２０００の状態は上記第４の状態であると判断される。
一方、操作可能な状態でなければＳ６ａ０７へ遷移する。なお、ＣＰＵ１００１は、Ｓ６ａ０４で端末２０００から応答がなければ、アプリは操作可能な状態ではないと判定する。例えば端末２０００に電話が着信した場合、取得したアプリ情報がユーザー操作できないと判定されるか、アプリ情報が取得できないため、ＣＰＵ１００１は、Ｓ６ａ０７へ遷移する。ＬＳＲアプリが操作可能な状態でないと判断された場合、端末２０００の状態は上記第３の状態であると判断される。
まず、Ｓ６ａ０６に進んだ場合について説明する。このステップに進んだということは、端末２０００の状態は上記第４の状態であると判断されたということである。この場合、ＣＰＵ１００１は、端末２０００のＬＳＲアプリからカメラの操作を可能とする。ＬＳＲアプリからカメラの操作が可能となる間、ＣＰＵ１００１は、カメラ１０００本体での操作を、リモコンからの操作と衝突しないように、操作できる機能を制限する。
次に、Ｓ６ａ０７に進んだ場合について説明する。このステップに進んだということは、端末２０００の状態は上記第１〜３の状態であると判断されたということである。この場合、ＣＰＵ１００１は、ライブストリーミングモードを終了し、端末２０００との無線接続を終了して端末２０００から操作をできなくする。加えて、ＣＰＵ１００１は、カメラ１０００における操作制限を終了し、カメラ１０００本体ですべての操作ができるようにする（操作権をリモコンからカメラに移す）。
Ｓ６ａ０８では、ＣＰＵ１００１は、アプリ状態の判定を終了する。

＜第２の実施形態＞
第２の実施形態では、第１の実施形態と異なる点について説明を行う。
図７は、アプリ状態の判定に関する、カメラ１０００における処理フローチャートである。なお、図７の９ａ０１〜９ａ０４、９ａ０７〜９ａ０９は、それぞれ図６の６ａ０１〜６ａ０４、６ａ０６〜６ａ０８と同じため、説明を省略する。
Ｓ９ａ０５では、ＣＰＵ１００１は、取得したアプリ情報を用いて、アプリがユーザー操作可能な状態か否かをチェックする。ＣＰＵ１００１は、ＬＳＲアプリが操作可能な状態であればＳ９ａ０７に遷移し、操作可能な状態でなければＳ９ａ０６へ遷移する。
Ｓ９ａ０６では、ＣＰＵ１００１は、端末２０００との無線接続を維持したまま、ＬＳＲアプリから受け付けた操作を無効化する。加えて、ＣＰＵ１００１は、カメラ１０００における操作制限を終了し、カメラ１０００本体ですべての操作ができるようにする（操作権をリモコンからカメラに移す）。
その後、Ｓ９ａ０４へ遷移して、ＣＰＵ１００１は、再びアプリ情報を取得する。つまり、ＣＰＵ１００１は、アプリが操作可能な状態に変化するのを待ち、ＬＳＲアプリが操作可能な状態に変化したらＳ９ａ０７に遷移する。このように、上記第３の状態ではライブストリーミングモード自体を終了せず、一時的にカメラ１０００側での操作を可能にするに留めた。このことにより、例えば突然の着信等のたびにライブストリーミングモードが終了してしまうことを防止することができる。

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

以上、上述した各実施形態によれば、ＬＳＲアプリの動作状況に応じた適切な操作が可能になり、ユーザーの使い勝手がよくなる。
できる。

以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
また、上述の実施形態の全て又は一部を適宜組み合わせてもよい。

１０００カメラ、２０００端末

Claims

通信装置であって、
外部装置と通信する通信手段と、
ユーザーからの操作を受け付ける操作手段と、
前記操作手段に対する操作によって前記通信装置の動作のうちの少なくとも一部を制御する第１のモードと、所定のアプリケーションを実行している前記外部装置に対する操作によって前記通信装置の動作のうちの少なくとも一部を制御する第２のモードとを含む複数のモードのうちのいずれか一つのモードを設定する制御手段と、
前記通信手段を介して、前記外部装置で動作する前記所定のアプリケーションの状態を取得する取得手段とを有し、
前記所定のアプリケーションの状態がバックグラウンドで起動している状態であると判断された場合、前記制御手段は前記第１のモードに設定することを特徴とする通信装置。
撮像手段を更に有し、
前記通信装置の動作の制御のうちの少なくとも一部は、前記撮像手段による撮像処理に関する制御を含むことを特徴とする請求項１に記載の通信装置。
前記撮像手段による撮像処理の実行中に、前記所定のアプリケーションの状態がバックグラウンドで起動している状態であると判断された場合、前記制御手段は、前記撮像手段による撮像処理を継続したまま、前記第１のモードに設定することを特徴とする請求項２に記載の通信装置。
前記撮像手段による撮像処理の実行中に、前記所定のアプリケーションの状態が起動していない状態であると判断された場合、前記制御手段は、前記撮像手段による撮像処理を終了すると共に、前記第１のモードに設定することを特徴とする請求項２又は３に記載の通信装置。
前記撮像処理は、映像音声データの生成を含むことを特徴とする請求項２乃至４のいずれか１項に記載の通信装置。
前記第１のモードにおいて、前記所定のアプリケーションの状態がユーザー操作可能な状態であると判断された場合、前記制御手段は、前記第２のモードに設定することを特徴とする請求項１乃至４のいずれか１項に記載の通信装置。
前記外部装置が省電力状態であると判断された場合、前記制御手段は前記第１のモードに設定することを特徴とする請求項１乃至６のいずれか１項に記載の通信装置。
前記所定のアプリケーションが起動していない状態でも、前記外部装置との接続は切断されないことを特徴とする請求項１乃至７のいずれか１項に記載の通信装置。
前記取得手段は、前記外部装置で動作する前記所定のアプリケーションの状態を、繰り返し取得することを特徴とする請求項１乃至８のいずれか１項に記載の通信装置。
外部装置と通信する通信手段と、ユーザーからの操作を受け付ける操作手段と、を有する通信装置の制御方法であって、
前記操作手段に対する操作によって前記通信装置の動作のうちの少なくとも一部を制御する第１のモードと、所定のアプリケーションを実行している前記外部装置に対する操作によって前記通信装置の動作のうちの少なくとも一部を制御する第２のモードとを含む複数のモードのうちのいずれか一つのモードを設定する制御ステップと、
前記通信手段を介して、前記外部装置で動作する前記所定のアプリケーションの状態を取得する取得ステップとを有し、
前記制御ステップでは、前記所定のアプリケーションの状態がバックグラウンドで起動している状態であると判断された場合、前記第１のモードに設定することを特徴とする通信装置の制御方法。
コンピュータを、請求項１乃至９のいずれか１項に記載の通信装置の各手段として機能させるためのプログラム。