JP7009110B2 - 通信装置、通信方法及びプログラム - Google Patents

Description

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

従来、カメラアクセサリ等のカメラの周辺機器は、カメラと接続して使用することが前提になっているため、周辺機器の設定やファームウェアのアップデートを行う時は、カメラと接続してカメラ側からデータを送ることが一般的であった。

また、無線通信装置として、Ｗｉ－Ｆｉ（登録商標）や、Ｚｉｇｂｅｅ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）といった様々な無線通信規格を用いて、リモコンなどにより、遠隔操作する無線通信システムが知られている。近年、無線通信機能が搭載されたカメラも登場し、リモコンやスマートフォンと無線接続することで、接続先からカメラを制御する技術が普及し始めている。特に、消費電力の小ささから、Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ（以下、ＢＬＥと称する）を用いて、スマートフォンと常時接続することを実現するカメラも登場している。また、無線機能により、リモコンによるカメラ制御だけではなく、カメラからリモコンのファームアップや設定変更を行う技術も知られている。

特許文献１には、アクセサリとしてのレンズとカメラの接続時に、カメラ内にレンズの新しいバージョンのファームウェア（プログラム）があれば、レンズのファームウェアを更新する技術が開示されている。また、特許文献２には、カメラが無線接続の探索要求を送信する際、送信元情報としてカメラのデバイス名ではなく、ペアリング済みのスマートフォンのデバイス名を設定する技術が開示されている。

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

しかしながら、撮像装置の周辺機器のファームアップや設定変更等のデータ変更を、カメラを用いて行う場合には、データ変更のためのデータを用意する必要がある、カメラに対するユーザによる操作が煩雑になる等の問題がある。また、周辺機器は、表示部を有さない等、ユーザインタフェースが限られており、周辺機器を操作してデータ変更を行う場合にもユーザによる操作が煩雑になるという問題がある。さらに、周辺機器は、セキュリティや利便性の観点から、無線接続の相手先が撮像装置のみに制限されている場合が多い。

本発明はこのような問題点に鑑みなされたもので、接続先が撮像装置に制限された周辺機器において、煩雑なユーザ操作を要することなく、データ変更を適切に行うことを目的とする。

本発明の通信装置は、外部装置と通信を行う通信手段と、ユーザからの指示を受け付ける受け付け手段と、第一の外部装置と、前記第一の外部装置に対して所定のプロトコルに基づくアドバタイズを発信することに応じて前記第一の外部装置との通信を開始する第二の外部装置と、のうち、選択的に決定されるいずれかと、前記所定のプロトコルを用いた無線で通信するよう前記通信手段を制御する制御手段と、前記受け付け手段がユーザから前記第一の外部装置に接続するための指示を受け付けた場合、前記第二の外部装置と前記通信手段を介して接続し、前記第二の外部装置からのアドバタイズの発信を停止するよう前記第二の外部装置に指示してから前記第二の外部装置との接続を切断する第一の処理と、前記通信手段を介して前記第一の外部装置と接続するための前記所定のプロトコルに基づくアドバタイズの発信を開始するよう前記通信手段を制御する第二の処理と、前記第一の外部装置と接続するための前記所定のプロトコルに基づくアドバタイズを受信した前記第一の外部装置と接続するよう制御する接続処理と、を実行する実行手段と、を有し、前記制御手段は、ユーザからの指示に応じて前記接続処理によって接続された前記第一の外部装置に対して前記第一の外部装置のファームウェアを送信することを特徴とする。

本発明によれば、接続先が撮像装置に制限された周辺機器において、煩雑なユーザ操作を要することなく、データ変更を適切に行うことができる。

スマートフォンの構成図である。 カメラの構成図である。 リモコンの構成図である。 無線通信の接続状態の説明図である。 接続処理を示すシーケンス図である。 設定処理を示すシーケンス図である。 リモコンの制御処理を示すフローチャートである。 第２の実施形態に係る制御処理を示すフローチャートである。

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

（第１の実施形態）
第１の実施形態に係る通信システムは、撮像装置の一例としてのカメラと、撮像装置の周辺機器としてのリモコンと、撮像装置と無線接続可能な通信装置の一例としてのスマートフォンと、を有している。図１は、スマートフォン１００の構成図である。スマートフォン１００は、インターネット上のサーバ装置等に接続可能である。スマートフォン１００では、電池１０１から電源制御回路１０２を経由して、タッチパネル１０３、メイン制御部１１０、無線通信部１０４に電力が供給される。ここで、タッチパネル１０３は、入力装置と表示装置が一体に設けられたものである。無線通信部１０４には、Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ（ＢＬＥ）通信や、Ｗｉ－Ｆｉ通信を行うためのアンテナ１０５、公衆回線に接続するためのアンテナ１０６が接続される。本実施形態においては、スマートフォン１００は、無線通信部１０４を介して、後述のカメラやリモコンとＢＬＥ通信を行うものとする。

メイン制御部１１０は、ＣＰＵ１１１と記憶部１１２を有している。ＣＰＵ１１１は、記憶部１１２に記憶された制御プログラムを読み出して各種処理を実行する。記憶部１１２は、各種データや各種プログラムを記憶する。なお、後述のスマートフォン１００の処理は、ＣＰＵ１１１が記憶部１１２に格納されているプログラムを読み出し、このプログラムを実行することにより実現されるものである。記憶部１１２としては、例えばＲＯＭやＳＤカード等の記憶媒体が挙げられる。ＣＰＵ１１１は、例えば、無線通信の接続先を判別するための処理を行う。記憶部１１２は、接続先とのペアリグ時に接続先を認証するための暗号キーを記憶している。そして、ＣＰＵ１１１は、無線接続時に暗号キーに基づいて、ペアリング済みの接続先かどうかに応じて、無線接続を行うか否かを制御する。

なお、他の例としては、スマートフォン１００の機能や処理の少なくとも一部は、例えば複数のＣＰＵと記憶部とを協働させることにより実現してもよい。また、他の例としては、スマートフォン１００の機能や処理の少なくとも一部はハードウェア回路を用いて実現してもよい。例えば、無線通信部１０４は判別回路を有し、上述の、無線通信の接続先を判別する処理は、判別回路が実行することとしてもよい。

図２は、カメラ２００の構成図である。カメラ２００では、電池２０１から電源制御回路２０２を経由して、カメラ２００内の各ブロックに電力が供給される。カメラ２００には、操作ボタン２０３として、レリーズボタンやＡＦボタン、カメラ本体の設定を行うメニューボタンや選択ボタン等、多数の操作ボタンが設けられている。

メイン制御部２１０は、ＣＰＵ２１１と記憶部２１２を有している。ＣＰＵ２１１及び記憶部２１２は、それぞれ図１に示すＣＰＵ１１１及び記憶部１１２と同様である。後述のカメラ２００の処理は、ＣＰＵ２１１が記憶部２１２に格納されているプログラムを読み出し、このプログラムを実行することにより実現されるものである。さらに、カメラ２００においては、メイン制御部２１０には、撮像センサ２０４や表示装置２０５が接続されており、メイン制御部２１０は、押された操作ボタン２０３に応じた動作、例えば、レリーズやＡＦ動作、画像の表示等の制御を行う。メイン制御部２１０には無線通信部２０６も接続されており、アンテナ２０７で受信した信号を、無線通信部２０６を介して受信する。また、メイン制御部２１０は、無線通信部２０６を経由して、無線を出す指示を送信する。カメラ２００は、無線通信部２０６を介して、ＢＬＥ通信を行うものとする。

図３は、リモコン３００の構成図である。リモコン３００は、カメラ２００を遠隔操作するための機器である。リモコン３００では、電池３０１から電源制御回路３０２を経由して、無線通信部３０４に電力が供給される。また、ＬＥＤ表示装置３０３、各ボタン類にも電源制御回路３０２から、又は、無線通信部３０４経由で電力が供給される。無線通信部３０４にはレリーズボタン３０６、ＡＦボタン３０７、Ｚｏｏｍボタン３０８ａ，３０８ｂ、ＬＥＤ表示装置３０３が接続されている。無線通信部３０４は、どのボタンが押されたかの情報を無線で送信する。さらに、無線通信部３０４は、判別回路３０５を有する。判別回路３０５は、ペアリング時に接続先を認証するための暗号キーを保存しておき、無線接続を許可するかどうかを判別する。リモコン３００は、無線通信部３０４を介して、ＢＬＥ通信を行うものとする。

図４は、スマートフォン１００、カメラ２００及びリモコン３００の無線通信の接続状態の説明図である。スマートフォン１００、カメラ２００及びリモコン３００は、それぞれ無線通信で接続される。無線通信としては、Ｂｌｕｅｔｏｏｔｈや、Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ（以下、ＢＬＥと記述する）、Ｚｉｇｂｅｅ、Ｗｉ－Ｆｉなどの無線通信方式がある。無線通信方式は赤外線方式に比べ、双方向通信が可能であり、指向性が少なく操作する位置に制限がなく、通信距離も比較的長いといったメリットがある。中でもＢＬＥ方式は消費電力が小さく、コイン電池で動作するリモコン等の用途であっても使用に耐える性能が得られるようになってきている。

一方、例えば、ＢＬＥネットワークでは、１対多接続のスター型のネットワークトポロジーが採用されており、通信相手は、ネットワークの中心となるセントラルと、接続先となるペリフェラル間での通信に限定されている。スマートフォンのように様々な接続先との通信を想定しているデバイスはセントラルにもペリフェラルにもなり得る。一方、カメラやカメラアクセサリのようにある程度接続先を限定しているデバイスでは、一般に、セントラルまたはペリフェラルのどちらかに限定することで、動作を単純化していることが多い。

本実施形態の通信システムにおいては、スマートフォン１００は、セントラル及びペリフェラルの何れとしても動作可能とする。また、カメラ２００は、セントラルとして動作するものとし、リモコン３００は、ペリフェラルとして動作するものとする。

図４（ａ）は、第１の接続状態を示す図である。第１の接続状態とは、カメラ２００とリモコン３００の間の無線接続が確立している状態である。第１の接続状態においては、スマートフォン１００は、カメラ２００及びリモコン３００のいずれとも接続していない。ユーザがリモコン３００を操作してカメラ２００による撮影を実行させている場合や、撮影の待機状態にある場合に、第１の接続状態となる。リモコン３００の操作時には、リモコン３００はカメラ２００と無線接続されている必要がある。図４（ｂ）は、第２の接続状態を示す図である。第２の接続状態とは、スマートフォン１００とカメラ２００の間の無線接続が確立している状態である。第２の接続状態において、リモコン３００とスマートフォン１００の間、リモコン３００とカメラ２００の間の無線接続は確立していない。図４（ｃ）は、第３の接続状態を示す図である。第３の接続状態とは、スマートフォン１００とリモコン３００の間の無線接続が確立している状態である。第３の接続状態において、カメラ２００とスマートフォン１００の間、カメラ２００とリモコン３００の間の無線接続は確立していない。

カメラ２００は、無線接続のモードに応じて、無線接続先を切り替えることができる。カメラ２００は、無線接続のモードとして、通常モードと、リモコンモードと、スマフォモードの３つのモードを設定可能である。通常モードとは、接続先を制限しないモードであり、この場合には、カメラ２００は、スマートフォン１００及びリモコン３００のいずれとも接続することが可能である。

リモコンモードにおいては、カメラ２００は、接続先をリモコン３００に制限する。リモコンモードにおいては、図４（ａ）に示すように、カメラ２００とリモコン３００の間の無線接続を確立することができる。スマフォモードにおいては、カメラ２００は、接続先をスマートフォン１００に制限する。スマフォモードにおいては、図４（ｂ）に示すように、カメラ２００とスマートフォン１００の間の無線接続を確立することができる。例えば、リモコン３００を操作することで、カメラ２００による撮影を行いたい場合には、ユーザは、カメラ２００の操作ボタン２０３を操作することで、無線接続のモードをリモコンモードに設定しておく。また、カメラ２００で撮影され、カメラ２００に格納されている画像をスマートフォン１００において閲覧したい場合には、ユーザは、カメラ２００の操作ボタン２０３を操作することで、無線接続のモードをスマフォモードに設定しておく。

次に、カメラ２００とリモコン３００の間のＢＬＥ接続について説明する。カメラ２００とリモコン３００が通信可能な状態となるには、あらかじめペアリング操作を行う必要がある。これは、カメラ２００とリモコン３００がお互いに接続相手を認識し、複数の機器が存在する環境でも誤動作しないようにする目的で、お互いを登録しておく必要があるためである。さらに、カメラ２００が無線接続のモードをリモコンモードに設定することで、リモコン操作受付状態となる。

ペアリングを開始したい時には、ユーザは、カメラ２００のメニュー画面からペアリング動作開始の設定を行う。カメラ２００は、ユーザ操作に応じて、ペアリングに必要な情報を送信する。さらに、ユーザは、リモコン３００においても、ペアリングを開始するために、リモコン３００のペアリング開始ボタンを押す。これにより、リモコン３００は、ペアリングモードに設定される。リモコン３００は、ペアリングモードに設定されると、カメラ２００からのペアリング要求を受信し、ペアリングに必要な情報をカメラ２００に送信する。

ペアリングでは、デバイス固有のデバイスアドレスをお互いに交換する。そうして、この時に受け取ったデバイスアドレスを持つ相手デバイスは信用できるため、接続しても問題ないという事を記録する認証工程を行う。お互いのデバイスを認証したら、カメラ２００及びリモコン３００は、それぞれの記憶部にお互いのデバイスアドレスと次回接続時に使用する暗号キーを保存してペアリングを完了させる。なお、ペアリング時には、暗号キーを保存せず、デバイスアドレスのみ保存する場合もある。デバイスアドレスはデバイス固有のため、デバイスアドレスを把握していれば、接続先を特定できるためである。

図５は、ペアリング済みのデバイス間の接続処理を示すシーケンス図である。ＢＬＥでの接続を開始したい時には、ユーザは、カメラ２００のメニュー画面から接続開始の設定を行う。これにより、Ｓ５００において、カメラ２００（アドバタイザ）は、アドバタイズのパケットの送信を開始する。そして、カメラ２００は、一定間隔おきにアドバタイズパケットの送信を継続する。一方、Ｓ５０１において、スマートフォン１００やリモコン３００（イニシエータ）は、接続を開始するために、ユーザによるボタン操作をトリガーとして、スキャンを開始する。イニシエータは、スキャン期間中にカメラ２００からのアドバタイズパケットを受信する。アドバタイズパケットには、固定のアクセスアドレスや、カメラ２００のデバイスアドレス、通信条件等が含まれる。通常のアドバタイズパケットは、どのデバイスでも受信可能である。しかし、通信条件内にペアリング時に取得した接続先のデバイスアドレスが１つ指定されている場合には、このアドバタイズパケットは、通信相手を限定したものとなる。

アドバタイズパケットを受信したイニシエータは、まずそのアドバタイズがペアリング済みの相手から送信されたものかを確認する。アドバタイズパケット内の送信元デバイスアドレスを確認し、ペアリング時に交換したデバイスアドレスであるかどうか判定する。アドバタイズパケットがペアリング済みの相手からの通信だった場合、Ｓ５０２において、イニシエータは、レスポンスとして、接続要求（ｃｏｎｎｅｃｔ＿ＲＥＱ）を送信する。このとき、イニシエータのデバイスアドレスや、接続時の通信条件（チャネルやタイミング、ウィンドウサイズ等）をアドバタイザに通知する。

接続要求を受信したアドバタイザは、まず、その接続要求がペアリング済みの相手から送信されたものかを確認する。アドバタイザは、接続要求に含まれるイニシエータのデバイスアドレスが、ペアリング時に交換したデバイスアドレスであるかどうか判定する。アドバタイザは、ペアリング済みの相手からの通信だった場合、Ｓ５０３において、イニシエータのデバイスアドレスや通信条件等の情報を保持し、接続要求内の通信条件で、イニシエータと同期して通信を開始する。その際、イニシエータがマスタ、アドバタイザがスレイブとなり、コネクションと呼ばれる接続状態に遷移することで接続が確立する。また、通信条件の中には、ペアリング時に交換した暗号キーを使って暗号化通信を行うかどうかの情報も入っている。

相手のデバイスからの同期された間隔での通信が途切れることで、イニシエータと相手のデバイスとの通信が切断してしまう場合がある。しかし、ペアリング後であれば、イニシエータは、相手デバイスの情報を既に持っているため、再接続のためのアドバタイズパケットを受信すれば、ユーザ操作を要することなく、自動で再接続することができる。また、リモコンはユーザ操作がない場合、すなわち無線通信の終了後速やかに、通信を止める省エネモードに入る。リモコン操作で、リモコンが起動したら、アドバタイズパケットを受信次第、すぐに相手先と再接続する。

カメラ２００とリモコン３００間でＢＬＥ接続し、ＢＬＥで通信する主な機能として、リモコン３００からカメラ２００の動作を制御するという機能の他に、カメラ２００からリモコン３００のファームウェアのアップデートを行うという機能がある。リモコン３００は有線コネクタなどを省き、外部とのインターフェースを限定したシンプルな構成になっていることに起因し、ファームウェアのアップデートは無線経由で行うこととしている。しかしながら、ファームウェアのアップデートにおいては、ファームウェアが誤ったデータで書き換えられてしまうと、リモコンの機能が正しく使えなくなるというリスクがある。また、有線に比べて、無線は通信データを傍受や偽装されやすく、セキュリティという観点からも、悪用防止のために、勝手にファームウェアを書き換えられないようにしておく必要がある。

一般的なＢＬＥの無線通信では、ペアリング済みであれば、再接続時にユーザ操作がなくとも自動で再接続できるという利便性の高さがある。一方、不要な無線接続を防ぐセキュリティを高めておくことも重要である。特に、無線経由でのファームウェアのアップデート機能を備えている場合、不正な機能を無断で組み込まれたりしない様にするため、セキュリティは無視できない。そこで、ファームウェアのアップデートのような重要な通信は、無線接続先が信頼できる相手以外とは繋がらないようにしておく必要がある。以上のことから、本実施形態においては、リモコン３００は、接続先（通信相手）をカメラ２００に限定した１対１に限定した無線通信になるように設定されている。

カメラ２００がリモコン３００との接続で接続先を限定したアドバタイズ信号を送る理由は他にもある。カメラ２００の近くにＢＬＥに対応した他のデバイスがあると接続先を限定しないアドバタイズのレスポンスとして接続要求をしてくる可能性がある。カメラ２００は、この他のデバイスとはペアリングされていないため、接続を確立することはないが、不要な処理が増えて応答性が低下する懸念がある。カメラ２００が接続先を限定したアドバタイズ信号を送ることで、この懸念を防ぐことができる。

接続先を限定する理由についてさらに説明する。リモコン３００は消費電力を抑えるために、リモコン操作しない時は無線接続を止めて消費電力を抑えた状態にしておく。リモコン操作時にリモコン内の無線通信装置を起動させ、通信により所望の操作コマンドをカメラ側に送信する。例えば、リモコン３００のレリーズボタン３０６を押したという情報がＢＬＥ無線でカメラ２００に送信される。カメラ２００は、この情報を受信すると、レリーズ動作を開始する。さらに、カメラ２００は、レリーズ成功の通知をリモコン３００に送信することもできる。

例えば、リモコン操作からカメラ２００のレリーズ動作までの時間（レリーズタイムラグ）をなるべく短くしたいという要求がある。常時リモコンとカメラを短い時間間隔で通信させ続けるのが最もレリーズタイムラグを小さくできるが、消費電力が非常に大きくなり現実的ではない。そのため、リモコン操作時のみ、無線接続して通信を行うのが消費電力を抑えるのに好適である。この消費電力を抑えた動作で、接続先を限定することで、無線接続時の認証時間を短縮することができる。これにより、レリーズタイムラグを短縮することができる。

本実施形態においては、リモコン３００が無線接続して制御する相手は１台のカメラ２００に限定されているものとする。さらに、ペアリング後のカメラ２００は、接続先を限定したアドバタイズ信号を送信することとする。指定したデバイス以外受信できないアドバタイズを送ることで、排他的な通信を確立させる。このため、カメラ２００は、リモコン３００からのレスポンスが来た時に、無線接続先の認証を簡略化して、即動作することができ、タイムラグの短縮になる。これはリモコン３００に限らず、カメラアクセサリのストロボ等との通信時にも発光タイミングのずれを短縮するために利用できる。

図５に示す処理では、スマートフォン１００とリモコン３００は、いずれもイニシエータになってしまうため、スマートフォン１００とリモコン３００の間の無線接続を行うことができない。しかしながら、スマートフォン１００は、イニシエータとしてもアドバタイザとしても動作することができる。そこで、本実施形態においては、スマートフォン１００がイニシエータとして動作しつつ、アドバタイザとしても動作することにより、スマートフォン１００とリモコン３００の無線接続を可能とする。

図６は、通信システムによる設定処理を示すシーケンス図である。設定処理は、スマートフォン１００がリモコン３００にアクセスするための事前準備の処理である。設定処理の前提として、カメラ２００の無線接続のモードは、通常モード設定されており、接続相手を制限しないアドバタイズパケットを送信しているものとする。そして、Ｓ６００において、カメラ２００は、アドバタイズパケットを受信し、カメラ２００とリモコン３００は、ＢＬＥによりペアリングを行う。これにより、カメラ２００とリモコン３００は、通信可能な状態になる。すなわち、図４（ａ）の第１の接続状態になる。なお、このとき、スマートフォン１００は、カメラ２００及びリモコン３００のいずれとも接続していないものとする。

次に、Ｓ６０１において、カメラ２００は、ペアリングを実施したときに利用された接続情報を記憶部２１２に格納する。ここで、接続情報とは、通信相手と接続するために利用される情報であり、各デバイス（ここでは、カメラ２００及びリモコン３００）のデバイスアドレスや暗号鍵等を含む。次に、Ｓ６０２において、スマートフォン１００は、カメラ２００から送信されたアドバタイズパケットを受信し、スマートフォン１００とカメラ２００は、ＢＬＥによりペアリングを行う。これにより、スマートフォン１００とカメラ２００は、通信可能な状態になる。すなわち、図４（ｂ）の第２の接続状態になる。

次に、Ｓ６０３において、カメラ２００は、ＢＬＥ通信により、Ｓ６０１において記憶部２１２に格納した接続情報をスマートフォン１００に送信する。スマートフォン１００はＳ６０３において、接続情報を受信すると、処理をＳ６０４へ進める。Ｓ６０４において、スマートフォン１００は、接続情報を記憶部１１２に格納する。

また、他の例としては、スマートフォン１００は、接続情報だけでなく、リモコン３００の機器情報も記憶部１１２に格納してもよい。ここで、機器情報は、リモコン３００の型番やファームウェアのバージョン等を含む。また、スマートフォン１００が、リモコン３００の機器情報を自装置の記憶部１１２に格納するための処理は実施形態に限定されるものではない。他の例としては、ＢＬＥ通信を介してリモコン３００から受信するのに替えて、ユーザがスマートフォン１００を操作することで機器情報をスマートフォン１００に入力してもよい。

設定処理の完了後は、ユーザは、カメラ２００の使用状況に合わせて、リモコン３００を利用したい場合にはリモコンモード、スマートフォン１００と接続したい場合にはスマフォモードというように、無線接続のモードを切り替えることができる。

図７は、通信システムによる、リモコン３００の制御処理を示すフローチャートである。制御処理は、スマートフォン１００がリモコン３００におけるデータ変更を制御する処理である。ここで、データ変更には、リモコン３００の通知用のＬＥＤ発光パターン等の制御パラメータの設定変更やファームウェアの変更（更新）等が含まれる。ここで、ファームウェアは、設定情報の一例である。制御処理の前提として、カメラ２００の無線接続のモードはリモコンモードに設定されているものとする。ユーザがリモコン３００の操作中に、リモコンのデータ変更を行いたくなるようなケースを想定しているためである。リモコンモードにおいては、カメラ２００は、接続相手をリモコン３００に制限したアドバタイズパケットを定期的に送信する。

ユーザがスマートフォン１００のタッチパネルを用いてリモコン３００への指示を入力すると、Ｓ７００において、スマートフォン１００は、ユーザ操作に応じた指示を受け付ける。スマートフォン１００は、指示を受け付けると、処理をＳ７０１へ進める。Ｓ７００において、スマートフォン１００は、指示として、リモコン３００のＬＥＤの発光パターンの変更等の制御パラメータの変更指示の他、リモコン３００のファームウェアの更新指示も受け付ける。そして、スマートフォン１００は、専用のアプリケーションを起動する。

ここで、ファームウェアの更新について説明する。例えば、インターネット上のサーバ装置に、リモコン３００のファームウェアのファイルが格納されているものとする。一方、スマートフォン１００は、リモコン３００の機器情報として、リモコン３００のファームウェアのバージョン等の情報を記憶部１１２に記憶しているものとする。そして、スマートフォン１００は、公衆回線を介した通信やＷｉ－Ｆｉ通信により、サーバ装置にアクセスし、リモコン３００のファームウェアが最新のものか否かを確認する。そして、スマートフォン１００は、最新でない場合には最新のファームウェアをダウンロードし、最新のファームウェアが存在する旨をユーザに通知する。ユーザは、この通知を受け付けた場合に、ファームウェアの更新の指示を入力することとする。なお、他の例としては、スマートフォン１００は、最新でない場合には、ユーザに通知すると共に、ユーザからの指示を待つことなく、処理をＳ７０１へ進めてもよい。

次に、Ｓ７０１において、スマートフォン１００は、カメラ２００が送信するアドバタイズのパケットを受信する。次に、Ｓ７０２において、スマートフォン１００は、このアドバタイズのパケットに対し、接続要求をレスポンスすることで、スマートフォン１００とカメラ２００はＢＬＥ接続を行う。なお、制御処理の開始時において、スマートフォン１００とカメラ２００は、図６を参照しつつ説明した設定処理においてペアリング済みである。Ｓ７０２の処理により、図４（ｂ）の状態になる。

通常はカメラ２００がリモコンモードになっている場合、カメラ２００は、ペアリング設定したリモコン３００とだけ接続する。ペアリング設定されたスマートフォン１００が近くにあっても、接続しないようにカメラ２００が制御するためである。しかし、リモコン３００のファームウェア更新時のみ、リモコンモードに設定されている場合であっても、スマートフォン１００との接続を許可するようファームウェアで制御されているものとする。具体的には、カメラ２００は、アドバタイズのパケットに対するレスポンス内にファームウェアの更新を行う旨のフラグが設定されている場合には、このレスポンスがスマートフォン１００から送信されたものであっても受け付けることとする。

次に、Ｓ７０３において、スマートフォン１００は、カメラ２００に対し、ＢＬＥの通信を介して、カメラ２００にアドバタイズ停止指示を送信する。アドバタイズ停止指示とは、カメラ２００によるアドバタイズパケットの送信を一時的に停止するよう指示する情報である。ここで、アドバタイズ停止指示は、カメラ２００とリモコン３００の無線接続の禁止指示の一例である。カメラ２００は、アドバタイズ停止指示を受信すると、Ｓ７０４において、アドバタイズを停止する。次に、Ｓ７０５において、スマートフォン１００は、カメラ２００とのＢＬＥ接続を切断する。

なお、スマートフォン１００とカメラ２００がコネクション状態にある場合には、カメラ２００からのアドバタイズパケットの送信は停止しているが、スマートフォン１００とカメラ２００のＢＬＥ接続が切断後は、アドバタイズパケットの送信が再開する。アドバタイズ停止指示は、このスマートフォン１００とカメラ２００のＢＬＥ接続の切断後のアドバタイズパケットの送信が再開されないよう制御するための指示である。カメラ２００は、アドバタイズ停止指示にしたがい、スマートフォン１００とのＢＬＥ接続が切断された後もアドバタイズパケットの送信を再開しないよう制御する。

次に、Ｓ７０６において、スマートフォン１００は、記憶部１１２に格納されている、カメラ２００とリモコン３００の接続情報を用いて、アドバタイズのパケットを生成する。具体的には、スマートフォン１００は、リモコン３００のデバイスアドレスを接続先とする情報と、スマートフォン１００がカメラ２００の代理として通信元として通信していることを示すフラグ情報と、を含んだアドバタイズパケットを生成する。なお、接続情報は、図６を参照しつつ説明したＳ６０４の処理において、記憶部１１２に格納されているものとする。そして、スマートフォン１００は、生成したアドバタイズのパケットの送信を開始する。スマートフォン１００は、Ｓ７０１においてはイニシエータとして動作していたが、Ｓ７０６においては、アドバタイザに役割を替えて動作する。

リモコン３００は、カメラ２００のみと接続可能に設定されている。このため、スマートフォン１００が通信元をスマートフォン１００としたアドバタイズのパケットを送信した場合には、リモコン３００において認証不可と判断され、ＢＬＥ接続を確立することができない。これに対し、スマートフォン１００は、カメラ２００の代理として、接続先をリモコン３００に制限したアドバタイズパケットを生成、送信する。したがって、リモコン３００は、アドバタイズのパケットを受信した場合に、スマートフォン１００が接続相手と異なっているが、接続相手であるカメラ２００の代理として接続していることを確認できる。さらに、リモコン３００は、スマートフォン１００がカメラ２００によってリモコン３００との接続の許可が与えられたデバイスであると判断し、スマートフォン１００との無線接続を確立するための処理を開始することができる。また、この時点において、スマートフォン１００からのアドバタイズパケットの送信は停止中のため、スマートフォン１００からのアドバタイズパケットの送信と、カメラ２００からのアドバタイズパケットの送信が競合するのを防ぐことができる。

リモコン３００は、ユーザがリモコン３００を操作することにより、スキャン状態にすると、スマートフォン１００からのアドバタイズパケットを受信できるようになる。そして、Ｓ７０７において、スマートフォン１００は、リモコン３００とのＢＬＥ接続を確立するよう制御する。これにより、図４（ｃ）の状態になる。このとき、カメラ２００からのアドバタイズパケットの送信が停止しているので、リモコン３００がスマートフォン１００と接続する前にカメラ２００と接続してしまうのを避けることができる。なお、Ｓ７０７の処理は、通信制御処理の一例である。

次に、Ｓ７０８において、スマートフォン１００は、専用のアプリケーションを利用して、データ変更の指示をリモコン３００に送信する。リモコン３００は、データ変更の指示を受信すると、Ｓ７０９において、データ変更の指示に従い、データ変更を行う。リモコン３００は、例えば、ＬＥＤの発光パターンを非発光に設定変更する。リモコン３００はまた、スマートフォン１００からリモコン３００の新しいファームウェアと共に更新の指示を受信した場合には、ファームウェアの更新を行う。リモコン３００におけるデータ変更が完了すると、スマートフォン１００の専用のアプリケーションがデータ変更完了の通知を行う。そして、データ変更が完了すると、Ｓ７１０において、スマートフォン１００は、リモコン３００との接続を切断する。

なお、カメラ２００は、アドバタイズパケットの送信が停止されているが、カメラ２００が省エネモードからの復帰等の操作時に、リモコンモードで復帰することとする。これにより、カメラ２００は、スムーズにリモコン３００の使用を再開できる。

通知用のＬＥＤの発光が服などに反射して撮影画像に映り込んでしまう場合、ＬＥＤの発光を弱めたり、タイミングを変えたり、発光しない設定にしたりできる。このような設定は、リモコン３００本体の入力ボタンだけでは設定し難いが、スマートフォン１００を介することで簡単に設定変更をすることができる。

なお、設定変更としては、ＬＥＤ発光パターンの設定変更に限定されるものではなく、制御処理は、以下のようなケースにも適用することができる。すなわち、ユーザがリモコン３００を用いた自撮りにおいてリモコン３００でレリーズボタンを押した後、所望のポーズで静止した後で撮影を行わせる際に、ボタンの押下後からレリーズまでの時間を調整（設定変更）するような場合である。リモコン３００は液晶画面を有さず、またボタンの数も限られている場合が多く、時間の設定のための数字入力を行うのには適さない。

スマートフォン１００は、タッチパネルを用いて、様々な入力が可能であり、スマートフォン１００とリモコン３００を接続することで、リモコン３００の設定を容易に変更できるようになる。例えば、リモコン３００の無線接続のデバイス名を、スマートフォン１００を経由して設定することで、リモコン３００を複数持つユーザにとって、どのリモコン３００と接続しているのか判別がしやすくなる。

以上のように、第１の実施形態の通信システムにおいては、スマートフォン１００は、カメラ２００のみと接続可能に設定されているリモコン３００に対し、カメラ２００を介することなく、直接に無線接続することができる。その結果、スマートフォン１００から直接リモコン３００のデータ変更を行うことができるので、ユーザ操作の利便性を向上させることができる。すなわち、接続先が撮像装置に制限された周辺機器において、煩雑なユーザ操作を要することなく、データ変更を適切に行うことができる。

第１の実施形態の通信システムの第１の変形例としては、カメラ２００のアドバタイズパケットの送信を停止するための処理は、実施形態に限定されるものではない。図７を参照しつつ説明したＳ７０１～Ｓ７０５の処理を行うのに替えて、ユーザがカメラ２００を操作することにより、アドバタイズパケットの送信を停止してもよい。

また、第２の変形例としては、カメラ２００のアドバタイズパケットの送信は必ずしも停止しなくてもよい。通信の競合は生じるものの、無線の設定により接続できる場合もある。

第３の変形例としては、図７を参照しつつ説明したＳ７０７において、リモコン３００とスマートフォン１００のＢＬＥ接続が確立した後、スマートフォン１００は任意の情報（所定の情報）を送信すればよい。すなわち、送信対象の情報は、データ変更の指示に限定されるものではない。

（第２の実施形態）
第２の実施形態に係る通信システムにおいては、スマートフォン１００の制御の下で、カメラ２００のデータ変更を行った後、ユーザ操作を要することなく、自動的にカメラ２００とリモコン３００の無線接続を再開する。以下、第２の実施形態に係る通信システムの、第１の実施形態に係る通信システムと異なる点について説明する。図８は、第２の実施形態に係る制御処理を示すフローチャートである。なお、図８に示す制御処理の各処理のうち、図７を参照しつつ説明した第１の実施形態に係る制御処理の各処理と同一の処理には、同一の番号を付している。

スマートフォン１００は、Ｓ７０２において、カメラ２００とＢＬＥ接続が確立すると、処理をＳ８００へ進める。Ｓ８００において、スマートフォン１００は、カメラ２００に対し、無線接続のモードをスマフォモードに変更することを指示するモード変更指示を送信する。カメラ２００は、モード変更指示を受信すると、Ｓ８０１において、モード変更指示に従い、無線接続のモードをスマフォモードに設定変更する。これにより、カメラ２００は、接続先をスマートフォン１００に限定したアドバタイズパケットを送信するようになる。すなわち、アドバタイズパケットには、送信先としてスマートフォン１００のデバイスアドレスを指定する情報が含まれる。これにより、リモコン３００としては、自装置に向けたアドバタイズパケットの送信は行われていないのと同等の状態となる。なお、カメラ２００が送信するアドバタイズパケットは、リモコン３００が応答できないものであればよく、必ずしも送信先をスマートフォン１００に限定する必要はない。

スマートフォン１００は、Ｓ８００の処理の後、スマートフォン１００とカメラ２００のＢＬＥ接続を切断した後、処理をＳ７０６へ進め、アドバタイズパケットの送信を開始する。Ｓ７０６～Ｓ７１０の処理の後、Ｓ８０２において、スマートフォン１００は、カメラ２００から送信されたアドバタイズパケットを受信し、レスポンスを送ることで、再びスマートフォン１００とのＢＬＥ接続を確立する。次に、Ｓ８０３において、スマートフォン１００は、カメラ２００に対し、無線接続のモードをリモコンモードに変更することを指示するモード変更指示を送信する。ここで、Ｓ８０３において送信されるモード変更指示は、接続先をリモコン３００に限定したアドバタイズのパケットを送信するモードへの変更指示であり、すなわち、カメラとリモコンの無線接続の再開指示の一例である。

カメラ２００は、モード変更指示を受信すると、Ｓ８０４において、モード変更指示に従い、無線接続のモードをリモコンモードに設定変更する。これにより、カメラ２００は、接続先をリモコン３００に限定したアドバタイズパケットを送信するようになる。すなわち、アドバタイズパケットには、送信先としてリモコン３００のデバイスアドレスを指定する情報が含まれる。これにより、一旦ＢＬＥ接続が切断された後においても、スマートフォン１００は、リモコンモードに設定される。リモコン３００とも接続可能な送信先設定は、送信先を限定せず、カメラ２００がアドバタイズに対するレスポンスのアドレスを確認してから接続する方法で容易に実現可能である。Ｓ８０４の後、Ｓ８０５において、スマートフォン１００とカメラ２００のＢＬＥ接続を切断する。

以上のように、第２の実施形態の通信システムにおいては、スマートフォン１００がカメラ２００の無線接続のモードを制御することにより、カメラ２００のデータ変更の後、自動的にカメラ２００とリモコン３００の無線接続を再開させることができる。

なお、以上の実施形態においては、撮像装置の周辺機器は、無線機能を搭載したカメラアクセサリであればよく、リモコンに限定されるものではない。周辺機器の他の例としては、ストロボ、ワイヤレスマイク、ワイヤレススピーカー、ワイヤレスモニター（ＥＶＦ）等が挙げられる。た、無線通信の方式は、ＢＬＥ通信に限定されるものではなく、同様の接続シーケンスで接続する他の無線通信においても適用可能である。

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

以上、本発明をその好適な実施形態に基づいて詳述してきたが、本発明はこれら特定の実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の様々な形態も本発明に含まれる。上述の実施形態の一部を適宜組み合わせてもよい。

（その他の実施例）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

１００ スマートフォン
２００ カメラ
３００ リモコン

Claims (15)

1. 外部装置と通信を行う通信手段と、
   ユーザからの指示を受け付ける受け付け手段と、
   第一の外部装置と、前記第一の外部装置に対して所定のプロトコルに基づくアドバタイズを発信することに応じて前記第一の外部装置との通信を開始する第二の外部装置と、のうち、選択的に決定されるいずれかと、前記所定のプロトコルを用いた無線で通信するよう前記通信手段を制御する制御手段と、
   前記受け付け手段がユーザから前記第一の外部装置に接続するための指示を受け付けた場合、
   前記第二の外部装置と前記通信手段を介して接続し、前記第二の外部装置からのアドバタイズの発信を停止するよう前記第二の外部装置に指示してから前記第二の外部装置との接続を切断する第一の処理と、
   前記通信手段を介して前記第一の外部装置と接続するための前記所定のプロトコルに基づくアドバタイズの発信を開始するよう前記通信手段を制御する第二の処理と、
   前記第一の外部装置と接続するための前記所定のプロトコルに基づくアドバタイズを受信した前記第一の外部装置と接続するよう制御する接続処理と、
   を実行する実行手段と、を有し、
   前記制御手段は、ユーザからの指示に応じて前記接続処理によって接続された前記第一の外部装置に対して前記第一の外部装置のファームウェアを送信することを特徴とする通信装置。
2. 前記受け付け手段がユーザから、前記第一の外部装置に接続するための指示を受け付けた場合、前記制御手段は、前記第一の外部装置と接続する前に、前記第一の処理を実行し、その後、前記第二の処理を実行することを特徴とする請求項１に記載の通信装置。
3. 前記受け付け手段がユーザから、前記第一の外部装置に接続して所定のデータを前記第一の外部装置に送信するための指示を受け付けた場合、前記制御手段は、前記第一の外部装置と接続する前に、前記第一の処理を実行し、その後、前記第二の処理を実行することを特徴とする請求項１または２に記載の通信装置。
4. 前記第二の外部装置と前記通信手段を介して接続する場合、前記第二の外部装置が発信するアドバタイズを受信するモードになることを特徴とする請求項１乃至３のいずれか１項に記載の通信装置。
5. 前記第二の外部装置と前記通信手段を介して接続する場合、前記第二の外部装置が発信するアドバタイズを受信することに応じて、前記第二の外部装置に接続を要求することで前記第二の外部装置と前記通信手段を介して接続することを特徴とする請求項１乃至４のいずれか１項に記載の通信装置。
6. さらに第三の通信手段を有し、
   前記制御手段は、前記第三の通信手段を介してインターネット越しにサーバにアクセスし、前記第一の外部装置のファームウェアをダウンロードすることを特徴とする請求項１乃至５のいずれか１項に記載の通信装置。
7. 前記第二の外部装置と前記通信手段を介して接続する場合、前記第二の外部装置が発信するアドバタイズを受信することに応じて、前記第二の外部装置に接続を要求することで前記第二の外部装置と前記通信手段を介して接続し、
   前記要求には、前記第一の外部装置のファームウェアを更新するための処理に関する情報が含まれることを特徴とする請求項１乃至６のいずれか１項に記載の通信装置。
8. 通信装置が実行する通信方法であって、
   外部装置との通信を行う通信ステップと、
   ユーザからの指示を受け付ける受け付けステップと、
   第一の外部装置と、前記第一の外部装置に対して所定のプロトコルに基づくアドバタイズを発信することに応じて前記第一の外部装置との通信を開始する第二の外部装置と、のうち、選択的に決定されるいずれかと、前記所定のプロトコルを用いた無線で通信するよう前記通信ステップによる通信を制御する制御ステップと、
   前記受け付けステップにてユーザから前記第一の外部装置に接続するための指示を受け付けた場合、
   前記第二の外部装置と前記通信ステップを介して接続し、前記第二の外部装置からのアドバタイズの発信を停止するよう前記第二の外部装置に指示してから前記第二の外部装置との接続を切断する第一の処理ステップと、
   前記通信ステップを介して前記第一の外部装置と接続するための前記所定のプロトコルに基づくアドバタイズの発信を開始するよう前記通信ステップによる通信を制御する第二の処理ステップと、
   前記第一の外部装置と接続するための前記所定のプロトコルに基づくアドバタイズを受信した前記第一の外部装置と接続するよう制御する接続ステップと、
   を実行する実行ステップと、を有し、
   ユーザからの指示に応じて前記接続ステップによって接続された前記第一の外部装置に対して前記第一の外部装置のファームウェアを送信することを特徴とする通信方法。
9. 前記受け付けステップにおいてユーザから、前記第一の外部装置に接続するための指示を受け付けた場合、前記制御ステップでは、前記第一の外部装置と接続する前に、前記第一の処理ステップを実行し、その後、前記第二の処理ステップを実行することを特徴とする請求項８に記載の通信方法。
10. 前記受け付けステップにおいてユーザから、前記第一の外部装置に接続して所定のデータを前記第一の外部装置に送信するための指示を受け付けた場合、前記制御ステップでは、前記第一の外部装置と接続する前に、前記第一の処理ステップを実行し、その後、前記第二の処理ステップを実行することを特徴とする請求項８または９に記載の通信方法。
11. 前記第二の外部装置と前記通信ステップを介して接続する場合、前記第二の外部装置が発信するアドバタイズを受信するモードになることを特徴とする請求項８乃至１０のいずれか１項に記載の通信方法。
12. 前記第二の外部装置と前記通信ステップを介して接続する場合、前記第二の外部装置が発信するアドバタイズを受信することに応じて、前記第二の外部装置に接続を要求することで前記第二の外部装置と前記通信ステップを介して接続することを特徴とする請求項８乃至１１のいずれか１項に記載の通信方法。
13. さらに第三の通信ステップを有し、
    前記制御ステップでは、前記第三の通信ステップを介してインターネット越しにサーバにアクセスし、前記第一の外部装置のファームウェアをダウンロードすることを特徴とする請求項８乃至１２のいずれか１項に記載の通信方法。
14. 前記第二の外部装置と前記通信ステップを介して接続する場合、前記第二の外部装置が発信するアドバタイズを受信することに応じて、前記第二の外部装置に接続を要求することで前記第二の外部装置と前記通信ステップを介して接続し、
    前記要求には、前記第一の外部装置のファームウェアを更新するための処理に関する情報が含まれることを特徴とする請求項８乃至１３のいずれか１項に記載の通信方法。
15. コンピュータを、請求項１乃至７のいずれか１項に記載の通信装置の各手段として機能させるためのプログラム。

Images