(57)【要約】【課題】確実な画像処理装置の操作を可能とし、ユーザーの使い勝手をよくすることを目的とする。【解決手段】画像処理装置を操作可能な端末装置より取得したアプリケーション情報に基づいて、端末装置で動作する画像処理装置の操作に係るアプリケーションがユーザー操作可能な状態か否かを判定する判定手段と、判定手段によりアプリケーションがユーザー操作可能であると判定された場合、画像処理装置の操作権を画像処理装置から端末装置に移し、判定手段によりアプリケーションがユーザー操作可能でないと判定された場合、画像処理装置の操作権を端末装置から画像処理装置に移す制御手段と、を有することによって課題を解決する。【選択図】図６
2014127065.tif 000002
【特許請求の範囲】
【請求項１】
画像処理装置を操作可能な端末装置より取得したアプリケーション情報に基づいて、前記端末装置で動作する画像処理装置の操作に係るアプリケーションがユーザー操作可能な状態か否かを判定する判定手段と、
前記判定手段により前記アプリケーションがユーザー操作可能であると判定された場合、画像処理装置の操作権を画像処理装置から前記端末装置に移し、前記判定手段により前記アプリケーションがユーザー操作可能でないと判定された場合、画像処理装置の操作権を前記端末装置から画像処理装置に移す制御手段と、
を有する画像処理装置。
【請求項２】
前記制御手段は、前記判定手段により前記アプリケーションがユーザー操作可能でないと判定された場合、前記端末装置との通信の接続を終了し、画像処理装置においてすべての操作を行えるようにすることによって画像処理装置の操作権を前記端末装置から画像処理装置に移す請求項１記載の画像処理装置。
【請求項３】
前記制御手段は、前記判定手段により前記アプリケーションがユーザー操作可能でないと判定された場合、前記端末装置との通信の接続を維持したまま、前記アプリケーションから受け付けた操作を無効化し、画像処理装置においてすべての操作を行えるようにすることによって画像処理装置の操作権を前記端末装置から画像処理装置に移す請求項１記載の画像処理装置。
【請求項４】
画像処理装置と、前記画像処理装置を操作可能な端末装置と、を含むシステムであって、
前記画像処理装置は、
前記端末装置より取得したアプリケーション情報に基づいて、前記端末装置で動作する画像処理装置の操作に係るアプリケーションがユーザー操作可能な状態か否かを判定する判定手段と、
前記判定手段により前記アプリケーションがユーザー操作可能であると判定された場合、画像処理装置の操作権を画像処理装置から前記端末装置に移し、前記判定手段により前記アプリケーションがユーザー操作可能でないと判定された場合、画像処理装置の操作権を前記端末装置から画像処理装置に移す制御手段と、
を有し、
前記端末装置は、
前記画像処理装置からの要求に応じて、前記アプリケーションがユーザー操作可能な状態か否かを示すアプリケーション情報を前記画像処理装置に送信する送信手段と、
を有するシステム。
【請求項５】
画像処理装置が実行する制御方法であって、
画像処理装置を操作可能な端末装置より取得したアプリケーション情報に基づいて、前記端末装置で動作する画像処理装置の操作に係るアプリケーションがユーザー操作可能な状態か否かを判定する判定ステップと、
前記判定ステップにより前記アプリケーションがユーザー操作可能であると判定された場合、画像処理装置の操作権を画像処理装置から前記端末装置に移し、前記判定ステップにより前記アプリケーションがユーザー操作可能でないと判定された場合、画像処理装置の操作権を前記端末装置から画像処理装置に移す制御ステップと、
を含む制御方法。
【請求項６】
画像処理装置と、前記画像処理装置を操作可能な端末装置と、を含むシステムにおける制御方法であって、
前記端末装置が、前記画像処理装置からの要求に応じて、前記端末装置で動作する画像処理装置の操作に係るアプリケーションがユーザー操作可能な状態か否かを示すアプリケーション情報を前記画像処理装置に送信する送信ステップと、
前記画像処理装置が、前記端末装置より取得した前記アプリケーション情報に基づいて、前記端末装置で動作する画像処理装置の操作に係るアプリケーションがユーザー操作可能な状態か否かを判定する判定ステップと、
前記画像処理装置が、前記判定ステップにより前記アプリケーションがユーザー操作可能であると判定された場合、画像処理装置の操作権を画像処理装置から前記端末装置に移し、前記判定ステップにより前記アプリケーションがユーザー操作可能でないと判定された場合、画像処理装置の操作権を前記端末装置から画像処理装置に移す制御ステップと、
を含む制御方法。
【請求項７】
コンピュータに、
コンピュータを操作可能な端末装置より取得したアプリケーション情報に基づいて、前記端末装置で動作するコンピュータの操作に係るアプリケーションがユーザー操作可能な状態か否かを判定する判定ステップと、
前記判定ステップにより前記アプリケーションがユーザー操作可能であると判定された場合、コンピュータの操作権をコンピュータから前記端末装置に移し、前記判定ステップにより前記アプリケーションがユーザー操作可能でないと判定された場合、コンピュータの操作権を前記端末装置からコンピュータに移す制御ステップと、
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理装置、システム、制御方法及びプログラムに関する。
【背景技術】
【０００２】
リモートコントローラ（以下、リモコン）装置等の制御装置を用いて、カメラ等の被制御装置を遠隔操作するシステムが知られている。このようなシステムの中には、制御装置も被制御装置も操作できるものもある。この場合、そのいずれに操作権を渡すかが問題となる。例えば特許文献１には、外部機器から遠隔操作中に一定時間外部機器との通信が不通となった場合、自機で自動的に撮影するモードに移行するデジタルカメラが開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１２−６３５７５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、制御側の装置は必ずしも被制御装置を操作する機能のみを有しているとは限らない。例えば通信は維持されているものの被制御装置を操作する機能がオフされている場合や、被制御装置を操作する機能は起動しているものの、他の機能を使用している場合等が考えられる。したがって、制御装置は制御権を持ったまま様々な状態に移行することが考えられ、被制御装置はそれらに応じた適切な動作を行うことが必要となる。
【０００５】
本発明はこのような問題点に鑑みなされたもので、確実な画像処理装置の操作を可能とし、ユーザーの使い勝手をよくすることを目的とする。
【課題を解決するための手段】
【０００６】
そこで、本発明の画像処理装置は、画像処理装置を操作可能な端末装置より取得したアプリケーション情報に基づいて、前記端末装置で動作する画像処理装置の操作に係るアプリケーションがユーザー操作可能な状態か否かを判定する判定手段と、前記判定手段により前記アプリケーションがユーザー操作可能であると判定された場合、画像処理装置の操作権を画像処理装置から前記端末装置に移し、前記判定手段により前記アプリケーションがユーザー操作可能でないと判定された場合、画像処理装置の操作権を前記端末装置から画像処理装置に移す制御手段と、を有する。
【発明の効果】
【０００７】
本発明によれば、確実な画像処理装置の操作を可能とし、ユーザーの使い勝手をよくすることができる。
【図面の簡単な説明】
【０００８】
【図１】カメラのハードウェア構成の一例を示す図である。
【図２】端末のハードウェア構成の一例を示す図である。
【図３】ライブストリーミング・リモコンのシステムのシステム構成の一例を示す図である。
【図４】無線接続情報の取得に関する、カメラ及び端末における処理フローチャートである。
【図５】アプリの終了通知に関する、カメラ及び端末における処理フローチャートである。
【図６】アプリ状態の判定に関する、カメラ及び端末における処理フローチャートである。
【図７】アプリ状態の判定に関する、カメラにおける処理フローチャートである。
【発明を実施するための形態】
【０００９】
以下、本発明の実施形態について図面に基づいて説明する。
【００１０】
＜第１の実施形態＞
［ハードウェア構成］
図１は、カメラ１０００のハードウェア構成の一例を示す図である。カメラ１００は、画像処理装置の一例である。
内部バス１０１０に対してＣＰＵ１００１、ＲＯＭ１００２、ＲＡＭ１００３、入力処理部１００４、出力処理部１００６、通信制御部１００８、記録媒体制御部１０１１、カメラ信号処理部１０１５、符号・復号処理部１０１６が接続される。ＣＰＵは、Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔの略である。ＲＯＭは、Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙの略である。ＲＡＭは、Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙの略である。
内部バス１０１０に接続される各部は、内部バス１０１０を介して互いにデータのやりとりを行うことができるようにされている。
ＲＯＭ１００２は、ＣＰＵ１００１が動作するための各種プログラムが格納される。ＲＯＭ１００２には、フラッシュメモリ等も含まれる。ＲＡＭ１００３は、ＣＰＵ１００１が動作時に必要とするプログラムや変数、作業用の一時データ等が適宜、記憶される。
ＣＰＵ１００１は、ＲＯＭ１００２又は記録媒体１０１２に格納されるプログラムに従い、ＲＡＭ１００３をワークメモリとして用いて、このカメラ１０００の各部を制御する。
【００１１】
光学系１０１３は、フォーカス、絞り機構等を含む撮影レンズであり、被写体の光学像を形成する。撮像素子１０１４は、ＣＣＤやＣＭＯＳ素子等で構成され、ここではＡ／Ｄ変換器を含み、光学像をアナログ電気信号に変換した後、デジタル信号に変換する。
カメラ信号処理部１０１５は、ＣＰＵ１００１の制御に基づき、撮像素子１０１４で変換されたデジタル信号に対し、所定の画素補間・縮小といったリサイズ処理や色変換、各種補正処理等を行う。
符号・復号処理部１０１６は、ＣＰＵ１００１の制御に基づき、カメラ信号処理部１０１５で処理されたデジタル信号を所定のビットレート、フォーマット形式で圧縮符号化、又は映像圧縮符号化データの復号化を行う。
なお、音声についてはとくに図示していないが、光学系１０１３、撮像素子１０１４をマイクに、表示部１００７をスピーカーとすることで、ほぼ同様の処理により音声信号も扱うことが可能である。映像記録時には映像と共に音声も同時に収録され、符号・復号処理部１０１６で映像と音声を多重化することで、音声付映像データを生成することが可能である。
【００１２】
入力処理部１００４は、操作部１００５でのユーザー操作を受け付け、操作に応じた制御信号を生成し、ＣＰＵ１００１に供給する。例えば、操作部１００５は、ユーザー操作を受け付ける入力デバイスとして、キーボードといった文字情報入力デバイスや、マウスやタッチパネルといったポインティングデバイス等を有する。また、操作部１００５は、赤外線リモコン等の遠隔操作可能なものも含む。なお、タッチパネルは、例えば平面的に構成された入力部に対して接触された位置に応じた座標情報が出力されるようにした入力デバイスである。これにより、カメラ１０００に対し、ユーザー操作に応じた動作を行わせることができる。
出力処理部１００６は、ＣＰＵ１００１がプログラムに従い生成したＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）等の表示データに基づき、表示部１００７に対して表示させるための表示信号を出力する。
なお、操作部１００５としてタッチパネルを用いる場合、操作部１００５と表示部１００７とを一体的に構成することができる。例えば、タッチパネルを光の透過率が表示部１００７の表示を妨げないように構成し、表示部１００７の表示面の上層に取り付ける。そして、タッチパネルにおける入力座標と、表示部１００７上の表示座標とを対応付ける。これにより、あたかもユーザーが表示部１００７上に表示された画面を直接的に操作可能であるかのようなＧＵＩを構成することができる。
【００１３】
記録媒体制御部１０１１は、ＨＤＤや不揮発性の半導体メモリ等の記録媒体１０１２が接続され、ＣＰＵ１００１の制御に基づき、接続された記録媒体１０１２からのデータの読み出しや、記録媒体１０１２に対するデータの書き込みを行う。なお、記録媒体制御部１０１１が接続可能な記録媒体１０１２は、不図示のソケット等を介して、例えばメモリカード等の着脱可能な不揮発性の半導体メモリを接続するものとしてもよい。
記録媒体１０１２は、撮影した映像データのほか、ＣＰＵ１００１の制御に必要な情報も記録することが可能である。
通信制御部１００８は、ＣＰＵ１００１の制御に基づき、コネクタ（有線）やアンテナ（無線）１００９を介して、端末２０００との通信を行う。
【００１４】
図２は、端末２０００のハードウェア構成の一例を示す図である。端末２０００は、端末装置の一例であり、本実施形態ではいわゆるスマートフォンと呼ばれる携帯電話を用いる。他にも、いわゆるタブレット端末やパーソナルコンピュータ、他のカメラを用いてもよい。
図２の端末２０００において、多くの構成部分はカメラ１０００と同様となるため、カメラ１０００と説明が重複するＣＰＵ２００１から記録媒体２０１２までの説明は省略する。なお、端末２０００におけるライブストリーミング・リモコン（以下、ＬＳＲ）のアプリケーション（アプリ）のプログラムは、プログラムの一部としてＲＯＭ２００２に格納され、ＣＰＵ２００１によって実行される。なお、ＬＳＲアプリは、例えばカメラ１０００のメーカー等からインターネットを介して提供されることが一般的である。ユーザーはＬＳＲアプリを端末２０００にダウンロードし、インストールすることによりＬＳＲアプリが使用可能となる。もちろん、ＬＳＲアプリの入手方法はこれに限定されず、例えば端末２０００の出荷時に既にインストールされている状態でもよい。
符号・復号処理部２０１３は、ＣＰＵ２００１の制御に基づき、映像圧縮符号化データの復号化、及び必要に応じて復号化したデータの再符号化を行う。
携帯電話制御部２０１４は、ＣＰＵ２００１の制御に基づいて、内部アンテナを介して携帯電話としての通信処理と通話機能の処理とを制御する。
【００１５】
［システム構成］
図３は、ＬＳＲのシステムのシステム構成の一例を示す図である。ＬＳＲのシステムとは、例えば携帯端末から離れた場所にあるカメラの動作を制御可能とし、カメラで撮像された映像データを携帯端末にリアルタイムで送信するシステムである。なお、以下の説明ではＬＳＲアプリが処理の主体であるかのように記載する場合があるが、実際にはＬＳＲアプリのプログラムを読み込んだＣＰＵ２００１が処理を実行する。
ＬＳＲのシステムは、図３に示すように、カメラ１０００、端末２０００を有し、カメラ１０００と端末２０００とは無線ＬＡＮで接続される。本実施形態では、カメラ１０００がアクセスポイント機能を内蔵し、端末２０００はカメラ１０００が形成するネットワークに参加することで、カメラ１０００との無線ＬＡＮネットワークを介した通信が可能になるものとする。
次に、図１、図２、図３を用いて、ＬＳＲのシステムの概略動作について説明する。
まず、ユーザーはカメラ１０００を操作し、カメラ１０００のアクセスポイント機能を起動させる。また、ユーザーは端末２０００を操作し、ユーザーはカメラ１０００を操作し、カメラ１０００をライブストリーミングモードにする。さらにユーザーは端末２０００を操作してＬＳＲアプリを起動する。この状態でユーザーはカメラ１０００と端末２０００を操作し、カメラ１０００と端末２０００との機器間接続を確立するする。
カメラ１０００と端末２０００との接続が確立すると、端末２０００のＬＳＲアプリからカメラを操作できるようになる。一方のカメラ１０００本体での操作は、リモコンからの操作と衝突しないように、操作できる機能が制限される。つまり、操作権の一部がカメラ側からリモコン側に移る。
【００１６】
ＣＰＵ１００１は、端末２０００の指示に応じて撮像・集音を開始し、撮像・集音した映像音声データを、通信制御部１００８に供給する。通信制御部１００８は、受信した映像音声データを無線ＬＡＮの規格に則り無線伝送可能な形式に変換してアンテナ１００９を介して端末２０００へ送信する。なお、通信制御部１００８に供給される映像音声データは、カメラ信号処理部１０１５から出力されたデータでも、符号・復号処理部１０１６を介して符号化されたデータのどちらでもよい。
端末２０００のアンテナ２００９は、受信したデータを通信制御部２００８に供給する。通信制御部２００８は、無線ＬＡＮ伝送形式のデータを元のデータ形式に変換してＣＰＵ２００１に送信する。受信したデータが符号化されたデータである場合、ＣＰＵ２００１は、受信したデータを符号・復号処理部２０１３に送信して復号化を行い、映像音声データを復元する。符号化されていないデータである場合、ＣＰＵ２００１は、受信したデータをそのまま映像音声データとして扱う。ＣＰＵ２００１は、映像データを出力処理部２００６に供給し、出力処理部２００６は、受信した映像データを表示部２００７に表示する。また、ＣＰＵ２００１は、音声データを図示されないスピーカーを介して音声として出力する。
上記一連の処理によって、ユーザーは、無線の電波が到達可能な範囲内であれば、端末２０００の表示部２００７やスピーカー（不図示）を介して、カメラ１０００が撮像・集音している映像音声情報を離れた場所において確認する事ができる。
なお、無線通信として、無線ＬＡＮ以外にも、赤外線通信、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の他の無線接続を用いてもよい。また、通信遅延が大きい環境においては、有線接続においても本技術を適用することができる。有線接続の一例としては、例えば、有線ＬＡＮを介してカメラ１０００と端末２０００とを接続する、といった形式がある。
【００１７】
［端末の動作状態］
本実施形態におけるＬＳＲアプリは、端末２０００上での動作状態を以下の４つに分類できる。
第１の状態は、ＬＳＲアプリを起動する前の状態で、ＬＳＲアプリを用いて端末２０００とカメラ１０００との無線接続が確立していない状態である。
第２の状態は、ＬＳＲアプリを起動したあと、ユーザーがＬＳＲアプリを終了した状態である。本実施形態では、ＬＳＲアプリを終了しても端末２０００とカメラ１０００の無線接続自体は継続する。
第３の状態は、ＬＳＲアプリは起動しているが、ユーザーが操作できない状態である。この状態になる例としては、ＬＳＲアプリを起動した後に他のアプリが起動され、ＬＳＲアプリがいわゆるＯＳのバックグラウンドに移動した場合である。例えば、ＬＳＲアプリを起動したあとに電話の着信があった場合等も、通話アプリが起動するため、ＬＳＲアプリは起動状態を保つものの、ユーザーはカメラを操作できなくなる。なお、端末のアラームやスケジュール、ゲーム等のアプリケーションが不意に起動した場合や、端末が省電力モードに移行した場合も同様である。
第４の状態は、ＬＳＲアプリを起動した状態、かつ、ユーザーがそのＬＳＲアプリを操作可能な状態である。ＬＳＲアプリは、この状態でなければカメラを操作することができない。
【００１８】
本実施形態におけるカメラ１０００は、上記４つの状態に応じてその動作を異ならせる。カメラ１０００が、端末２０００が上記４つの状態のいずれかであるかを知るためには、カメラ１０００は端末２０００との無線接続の状態、ＬＳＲアプリの起動状態を知る必要がある。以下、図４及び図５を用いて無線接続情報及びＬＳＲアプリの起動状態を取得する方法について説明する。
【００１９】
［無線接続情報の取得］
まず、無線接続情報を取得図４（ａ）は、無線接続情報の取得に関する、カメラ１０００における処理フローチャートである。カメラ１０００のフローチャートに係る処理は、ＣＰＵ１００１が、ＲＯＭ１００２や記録媒体１０１２等に記憶されたプログラムに基づき処理を実行することによって実現される。以下においても同様である。
Ｓ４ａ０１では、ＣＰＵ１００１は、無線接続情報の取得を開始する。ＣＰＵ１００１は、一定期間ごとにＳ４ａ０１の処理を実行する。
Ｓ４ａ０２では、ＣＰＵ１００１は、端末２０００との無線接続が確立しているかどうかの情報を取得する。
Ｓ４ａ０３では、ＣＰＵ１００１は、無線接続情報の取得処理を終了する。
図４（ｂ）は、無線接続情報の取得に関する、端末２０００における処理フローチャートである。４ｂ０１と４ｂ０２とは、それぞれ処理の開始と終了とだが、具体的な処理は行わない。つまり、無線接続情報の取得に関して、端末２０００側の処理は無い。
【００２０】
［ＬＳＲアプリの動作状態の取得］
図５（ｂ）は、ＬＳＲアプリの終了通知に関する、端末２０００における処理フローチャートである。端末２０００のフローチャートに係る処理は、ＣＰＵ２００１が、ＲＯＭ２００２や記録媒体２０１２等に記憶されたプログラムに基づき処理を実行することによって実現される。以下においても同様である。
Ｓ５ｂ０１では、ＣＰＵ２００１は、アプリ終了通知の送信を開始する。ＣＰＵ２００１は、ユーザーが端末２０００でＬＳＲアプリを終了する操作をした場合にこの処理を実行する。
Ｓ５ｂ０２では、ＣＰＵ２００１は、ＬＳＲアプリの終了を、端末２０００からカメラ１０００に通知するための通信処理を行う。この通信処理に対応して、カメラ１０００で実行される通信処理の一部が、図５（ａ）である。
Ｓ５ｂ０３では、ＣＰＵ２００１は、アプリ終了通知の送信処理を終了する。  図５（ａ）は、ＬＳＲアプリの終了通知に関する、カメラ１０００及び端末２０００における処理フローチャートである。
Ｓ５ａ０１では、ＣＰＵ１００１は、端末２０００からのアプリ終了通知を受信すると、アプリ終了通知の取得を開始する。この処理は、端末２０００の通信処理（図５（ｂ）参照）に対応する、カメラ１０００の通信処理の一部として実行される。
Ｓ５ａ０２では、ＣＰＵ１００１は、ＬＳＲアプリの終了通知を取得する。
Ｓ５ａ０３では、ＣＰＵ１００１は、カメラ１０００でのアプリ動作チェック（図６（ａ）参照）に備えて、アプリ終了通知を保持する。
Ｓ５ａ０４では、ＣＰＵ１００１は、アプリ終了通知の取得を終了する。
【００２１】
［ＬＳＲアプリの状態判定］
図６（ａ）は、ＬＳＲアプリの状態の判定に関する、カメラ１０００における処理フローチャートである。このアプリ状態の判定には、図４、５で得られた無線接続状態とＬＳＲアプリの起動状態が用いられる。
Ｓ６ａ０１では、ＣＰＵ１００１は、アプリ状態の判定を開始する。ＣＰＵ１００１は、一定期間ごとにこの処理を実行する。
Ｓ６ａ０２では、ＣＰＵ１００１は、図４（ａ）のフローチャートで取得した無線接続情報を用いて、端末２０００との接続状態をチェックする。ＣＰＵ１００１は、接続状態であればＳ６ａ０３に遷移し、接続状態でなければＳ６ａ０７へ遷移する。ここで接続状態でないと判断された場合、端末２０００の状態は上記第１の状態であると判断される。
Ｓ６ａ０３では、ＣＰＵ１００１は、図５（ａ）のフローチャートで保持したアプリ終了通知を用いて、ＬＳＲアプリの起動状態をチェックする。具体的には、終了通知を受けていればＬＳＲアプリは起動していないと判断し、終了通知を受けていなければＬＳＲアプリは起動していると判断する。ＣＰＵ１００１は、起動状態であればＳ６ａ０４に遷移し、起動状態でなければＳ６ａ０７へ遷移する。ここで起動状態でないと判断された場合、端末２０００の状態は上記第１の状態であると判断される。  Ｓ６ａ０４では、ＣＰＵ１００１は、ＬＳＲアプリがユーザー操作可能な状態か否かをチェックするために必要なアプリ情報（アプリケーション情報）を取得する。ＣＰＵ１００１は、要求コマンドを端末２０００に対して送信する。
【００２２】
ここで、アプリ情報の要求コマンドを受信した端末２０００の動作について説明する。図６（ｂ）は、アプリ状態の判定に関する、端末２０００における処理フローチャートである。
Ｓ６ｂ０１では、ＣＰＵ２００１は、アプリ情報の送信処理を開始する。ＣＰＵ２００１は、この処理を、カメラ１０００から送信された要求コマンド（図６（ａ）参照）を、端末２０００が受信したタイミングで実行する。
Ｓ６ｂ０２では、ＣＰＵ２００１は、カメラ１０００の操作に係るアプリの動作状態を取得する。アプリの動作状態とは、ユーザー操作が可能な動作状態や、ユーザー操作できない待機状態等の情報である。その取得方法は端末２０００のＯＳ（Ｏｐｅｒａｔｉｏｎ  Ｓｙｓｔｅｍ）で提供されるＡＰＩ（Ａｐｐｒｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍ  Ｉｎｔｅｒｆａｃｅ）を用いる等、方法は問わない。
Ｓ６ｂ０３では、ＣＰＵ２００１は、取得したアプリの動作状態をアプリ情報として、カメラ１０００へ送信する通信処理を行う。
Ｓ６ｂ０４では、ＣＰＵ２００１は、アプリ情報の送信処理を終了する。以上が端末２０００側の動作である。
以下、カメラ１０００の動作に説明を戻す。ＣＰＵ２００１は端末２０００から応答を受信して、アプリ情報を保持する。
【００２３】
Ｓ６ａ０５では、ＣＰＵ１００１は、取得したアプリ情報を参照し、ＬＳＲアプリがユーザー操作可能な状態か否かをチェックする。ＣＰＵ１００１は、ＬＳＲアプリが操作可能な状態であればＳ６ａ０７に遷移する。ここでＬＳＲアプリが操作可能な状態であると判断された場合、端末２０００の状態は上記第４の状態であると判断される。
一方、操作可能な状態でなければＳ６ａ０７へ遷移する。なお、ＣＰＵ１００１は、Ｓ６ａ０４で端末２０００から応答がなければ、アプリは操作可能な状態ではないと判定する。例えば端末２０００に電話が着信した場合、取得したアプリ情報がユーザー操作できないと判定されるか、アプリ情報が取得できないため、ＣＰＵ１００１は、Ｓ６ａ０７へ遷移する。ＬＳＲアプリが操作可能な状態でないと判断された場合、端末２０００の状態は上記第３の状態であると判断される。
まず、Ｓ６ａ０６に進んだ場合について説明する。このステップに進んだということは、端末２０００の状態は上記第４の状態であると判断されたということである。この場合、ＣＰＵ１００１は、端末２０００のＬＳＲアプリからカメラの操作を可能とする。ＬＳＲアプリからカメラの操作が可能となる間、ＣＰＵ１００１は、カメラ１０００本体での操作を、リモコンからの操作と衝突しないように、操作できる機能を制限する。
次に、Ｓ６ａ０７に進んだ場合について説明する。このステップに進んだということは、端末２０００の状態は上記第１〜３の状態であると判断されたということである。この場合、ＣＰＵ１００１は、ライブストリーミングモードを終了し、端末２０００との無線接続を終了して端末２０００から操作をできなくする。加えて、ＣＰＵ１００１は、カメラ１０００における操作制限を終了し、カメラ１０００本体ですべての操作ができるようにする（操作権をリモコンからカメラに移す）。
Ｓ６ａ０８では、ＣＰＵ１００１は、アプリ状態の判定を終了する。
【００２４】
＜第２の実施形態＞
第２の実施形態では、第１の実施形態と異なる点について説明を行う。
図７は、アプリ状態の判定に関する、カメラ１０００における処理フローチャートである。なお、図７の９ａ０１〜９ａ０４、９ａ０７〜９ａ０９は、それぞれ図６の６ａ０１〜６ａ０４、６ａ０６〜６ａ０８と同じため、説明を省略する。
Ｓ９ａ０５では、ＣＰＵ１００１は、取得したアプリ情報を用いて、アプリがユーザー操作可能な状態か否かをチェックする。ＣＰＵ１００１は、ＬＳＲアプリが操作可能な状態であればＳ９ａ０７に遷移し、操作可能な状態でなければＳ９ａ０６へ遷移する。
Ｓ９ａ０６では、ＣＰＵ１００１は、端末２０００との無線接続を維持したまま、ＬＳＲアプリから受け付けた操作を無効化する。加えて、ＣＰＵ１００１は、カメラ１０００における操作制限を終了し、カメラ１０００本体ですべての操作ができるようにする（操作権をリモコンからカメラに移す）。
その後、Ｓ９ａ０４へ遷移して、ＣＰＵ１００１は、再びアプリ情報を取得する。つまり、ＣＰＵ１００１は、アプリが操作可能な状態に変化するのを待ち、ＬＳＲアプリが操作可能な状態に変化したらＳ９ａ０７に遷移する。このように、上記第３の状態ではライブストリーミングモード自体を終了せず、一時的にカメラ１０００側での操作を可能にするに留めた。このことにより、例えば突然の着信等のたびにライブストリーミングモードが終了してしまうことを防止することができる。
【００２５】
＜その他の実施形態＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記録媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【００２６】
以上、上述した各実施形態によれば、ＬＳＲアプリの動作状況に応じた適切な操作が可能になり、ユーザーの使い勝手がよくなる。
できる。
【００２７】
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
また、上述の実施形態の全て又は一部を適宜組み合わせてもよい。
【符号の説明】
【００２８】
１０００  カメラ、２０００  端末
【図１】
2014127065.tif 000003
【図２】
2014127065.tif 000004
【図３】
2014127065.tif 000005
【図４】
2014127065.tif 000006
【図５】
2014127065.tif 000007
【図６】
2014127065.tif 000008
【図７】
2014127065.tif 000009