撮像ネットワークシステムを構成可能な装置及びその制御方法
【課題】ネットワークシステムでの主従関係と、撮像システムでの主従関係とに従って動作しながら撮像ネットワークシステムを構成可能な装置であって、装置の数が動的に増減しても、撮像ネットワークシステムを適切に維持可能な装置を提供する
【解決手段】撮像制御命令を発行するマスター装置と、撮像制御命令を実行するスレーブ装置のうち、前記マスター装置として動作することが設定されている場合、ネットワークを構築してネットワークの管理装置としての動作を開始し、スレーブ装置として動作することが設定されている場合には、管理装置が構築したネットワークに参加する端末としての動作を開始する。
【解決手段】撮像制御命令を発行するマスター装置と、撮像制御命令を実行するスレーブ装置のうち、前記マスター装置として動作することが設定されている場合、ネットワークを構築してネットワークの管理装置としての動作を開始し、スレーブ装置として動作することが設定されている場合には、管理装置が構築したネットワークに参加する端末としての動作を開始する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、撮像ネットワークシステムを構成可能な装置及びその制御方法に関する。
【背景技術】
【０００２】
従来、ワイヤレス多灯フラッシュ撮像システムのように、ネットワーク接続された複数の装置が協働して撮像動作を行う撮像ネットワークシステムが知られている。このような撮像ネットワークシステムを構成する装置の各々は、装置間のネットワークを実現するための機能と、協働した撮像動作を実現するための機能を有する。そして、撮像ネットワークシステムは、各装置が有するネットワークに関する機能によって形成されるネットワークシステムと、撮像動作に関する機能によって形成される撮像システムという２つの論理的な内部システムから構成されるものと考えることができる。また、それぞれの内部システムは、主装置と従装置という主従関係に基づいて実現されている。
【０００３】
具体的には、ネットワークシステムは、ネットワークを管理する管理装置（主装置）と、管理装置以外の端末（従装置）から構成される。また、撮像システムは、撮像制御命令を発行するマスター装置（主装置）と、発行された撮像制御命令を実行するスレーブ装置（従装置）から構成される。
【０００４】
そして、撮像ネットワークシステムを構成する個々の装置は、それぞれのシステムにおいて主装置または従装置のいずれかとして振る舞うことができる。従来、個々の装置がそれぞれの論理的なシステム内で主装置、従装置のどちらとして振る舞うかについてはシステムごとに独立して決定されている。例えば、ある装置は、ネットワークシステムでは管理装置として、撮像システムではスレーブ装置として振る舞い、他の装置はネットワークシステムでは端末として、撮像システムではマスター装置として振る舞う。
【０００５】
従来、ネットワークを構成する装置を、その主従関係を考慮して制御する方法が提案されている。特許文献１には、主撮像装置と、主撮像装置の命令によって撮像を行う従撮像装置からなる撮像システムで、要求を先に出した装置か、同時に要求を出した装置のうち予め定められた優先順位で決定された装置を主撮像装置とすることが開示されている。
【０００６】
また、特許文献２では、通信端末のうち１つが管理端末、管理端末以外の前記通信端末が一般端末として動作するアドホックネットワークを維持する方法が提案されている。具体的には、一般端末のうち通信エラー率の低いものを管理端末候補として選択しておき、管理端末が不在になった場合には、管理端末候補として選択された一般端末を新たな管理端末として動作させている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００４―２７４６２５号公報
【特許文献２】特開２００７−８１８１１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
上述のように、本発明が対象とする撮像ネットワークシステムを構成する装置は、ネットワークシステム内の主従関係と、撮像システム内の主従関係との両方に影響を受けている。そのため、例えばネットワークシステムの管理装置が存在しなくなった場合、単にネットワークシステム内の残りの装置の主従関係のみを考慮してネットワークを維持することは望ましくない。同様に、撮像システムのマスター装置がネットワークシステムから離脱した場合に、ネットワークシステム内の主従関係を考慮せずにはネットワークシステムを維持することは困難である。
【０００９】
しかしながら、このような独立した２つの主従関係の影響を受ける装置から構成される撮像ネットワークシステム自体を、特許文献１，２はいずれも開示、示唆していない。このように、従来、本願発明が対象とするような撮像ネットワークシステムにおいてネットワーク管理装置が不在となった場合に、２つの主従関係を考慮してどのようにネットワークを維持するのか適切かは知られていなかった。
【００１０】
本発明は、ネットワークシステムでの主従関係と、撮像システムでの主従関係とに従って動作しながら撮像ネットワークシステムを構成する装置であって、装置が動的に増減しても、撮像ネットワークシステムを適切に維持可能とする装置を提供する。また、本発明はこのような装置の制御方法も提供する。
【課題を解決するための手段】
【００１１】
上述の目的は、本発明の要旨は、ネットワーク接続された複数の装置が協働して撮像動作を行う撮像ネットワークシステムを構成可能な装置であって、撮像制御命令を発行するマスター装置と、撮像制御命令を実行するスレーブ装置のうち、装置がマスター装置として動作することが設定されている場合、ネットワークを構築してネットワークの管理装置としての動作を開始し、スレーブ装置として動作することが設定されている場合には、管理装置が構築したネットワークに参加する端末としての動作を開始する、ように装置を制御する制御手段を有することを特徴とする装置によって達成される。
【発明の効果】
【００１２】
このような構成により、本発明に係る装置によれば、装置が動的に増減しても、撮像ネットワークシステムを適切に維持可能となる。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施形態に係る撮像ネットワークシステムを構成可能な装置の一例としてのフラッシュ装置の機能構成例を示すブロック図
【図２】本発明の第１の実施形態に係る撮像ネットワークシステムの一例を模式的に示す図
【図３】本発明の第１の実施形態に係る装置の、マスター装置としての動作を説明するためのフローチャート
【図４】本発明の第１の実施形態に係る装置の、スレーブ装置としての動作を説明するためのフローチャート
【図５】本発明の第１の実施形態に係る装置の、ネットワーク管理装置としての動作を説明するためのフローチャート
【図６】本発明の第１の実施形態に係る装置の、端末としての動作を説明するためのフローチャート
【図７】本発明の第２の実施形態に係る撮像ネットワークシステムの一例を模式的に示す図
【図８】本発明の第２の実施形態に係る装置の、マスター装置としての動作を説明するためのフローチャート
【発明を実施するための形態】
【００１４】
以下、添付図面を参照して、本発明の例示的な実施形態について詳細に説明する。
（第１の実施形態）
本実施形態における撮像ネットワークシステムは、撮像制御命令（発光制御命令）を発行するマスターフラッシュ装置と、発行された発光制御命令を実行するスレーブフラッシュ装置とが無線ネットワーク接続され、両者が協働して多灯フラッシュ撮像を実現する。従って、撮像ネットワークシステムは、複数のフラッシュ装置で構成されるネットワークシステムと、複数のフラッシュ装置間で発光制御を行う撮像システムという論理的な内部システムから構成されているものと考えることができる。
【００１５】
そして、複数のフラッシュ装置の各々は、ネットワークシステムでは管理装置又は端末として機能し、撮像システムでは発光制御命令を出力するマスター装置又は発光制御命令に従って発光するスレーブ装置として機能する。ただし、撮像ネットワークシステムを構成する装置はフラッシュに限定されず、撮像装置や電動制御可能なマウントなど、撮像に係る動作を協調して実行可能な任意の装置を用いることができる。
【００１６】
また、本実施形態では、無線通信を用いてネットワークシステムを構築するが、有線通信を用いることも可能である。また、ネットワークシステムを構成する装置を動的に変更可能な任意のネットワークプロトコルを用いることができる。
【００１７】
まず、各実施形態で用いる用語を以下のように定義する。
「管理装置」とは、ネットワークシステムを構成する装置のうち、自身及びネットワークを構築する他の装置（「端末」）を管理する装置である。管理装置は、ネットワークシステム内に１つ存在する。
「端末」とは、管理装置が管理するネットワークシステムを構成する、管理装置以外の装置である。
「マスター装置」とは、ネットワークシステム上の撮像システムを構成する装置のうち、撮像システムに含まれる他の装置に、制御命令（本実施形態では発光制御命令）を発行可能な装置である。マスター装置は、撮像システム内に複数存在することが可能である。
「スレーブ装置」とは、ネットワークシステム上の撮像システムを構成する装置のうち、マスター装置が発行した制御命令を受信し、制御命令に応じた動作（本実施形態では発光）を実行する装置である。
【００１８】
図１は、本実施形態における撮像ネットワークシステムを構成可能な装置の一例としての、フラッシュ装置１０１の機能構成例を示すブロック図である。
メイン制御ＣＰＵ１０２は、ＲＯＭ、ＲＡＭを含み、ＲＯＭに記憶された制御プログラムをＲＡＭに展開して実行することにより、フラッシュ装置１０１の動作を制御する。
【００１９】
無線通信回路１０３は、メイン制御ＣＰＵ１０２の制御に従い、アンテナ１０５を介した他のフラッシュ装置との無線通信を行う。
【００２０】
電源回路１０６は、装着された電池（一次電池、二次電池のいずれでもよい）からのフラッシュ装置１０１各部への電源供給を制御する。また、電池の電圧を監視し、残容量の情報をメイン制御ＣＰＵ１０２に通知する。
【００２１】
発光制御回路１１０は、キセノン管などの発光部を有し、メイン制御ＣＰＵ１０２の制御に従ってフラッシュ装置１０１の発光タイミング、発光量、発光時間などを制御する。
【００２２】
表示回路１０４は、例えば小型の液晶表示パネルを有し、メイン制御ＣＰＵ１０２の制御に従い、フラッシュ装置１０１に関する各種情報を表示する。表示回路１０４に表示する情報としては、フラッシュ装置１０１の動作モード（マスター装置モードか、スレーブ装置モードか）、電源回路１０６から得られる電池残容量の情報、無線通信の受信感度の情報などを例示することができる。
【００２３】
カメラＩ／Ｆ１１２は、カメラ３０１との通信インタフェースである。コネクタ１１１は例えばカメラ３０１が有するホットシューコネクタ３０５と係合し、機械的および電気的にフラッシュ装置１０１とカメラ３０１とを接続する。
【００２４】
電源ボタン１０７は、電源回路１０６からフラッシュ装置１０１各部への電源供給をオン、オフするためのボタンである。
【００２５】
機能選択ボタン１０８は、フラッシュ装置１０１の動作モードを、発光制御命令を発行するマスター装置として機能するモードか、マスター装置から受信した発光制御命令に従って発光するスレーブ装置として機能するモードに設定するためのボタンである。なお、本実施形態では、動作モードの設定（切り替え）は、電源ボタン１０７によって電源供給がオンされた際に行うことができるものとする。例えば、電源ボタン１０７によって電源供給がオンされた際に機能選択ボタン１０８で選択されている動作モードが設定されるように構成することができる。
【００２６】
文字入力ボタン１０９は、例えば方向ボタンと決定ボタンとを有し、表示回路１０４を用いて文字入力するためのボタンである。例えば、参加するネットワークのＩＤを入力する際に用いられる。
【００２７】
記憶装置１１３は例えば不揮発性半導体メモリであり、メイン制御ＣＰＵ１０２が実行するプログラムや各種の設定情報、機器の固有情報などを書き換え可能に記憶する。
【００２８】
一方、カメラ３０１において、カメラ制御ＣＰＵ３０２は、ＲＯＭ、ＲＡＭを含み、ＲＯＭに記憶された制御プログラムをＲＡＭに展開して実行することにより、カメラ３０１の動作を制御する。
【００２９】
また、カメラ３０１には撮像準備指示ボタン３０３、撮像指示ボタン３０４が設けられ、これらボタンの状態はカメラ制御ＣＰＵ３０２が検出可能である。なお、撮像準備指示ボタン３０３、撮像指示ボタン３０４は、実際にはレリーズスイッチの半押し及び全押しでそれぞれオンになるスイッチであってよい。
【００３０】
フラッシュＩ／Ｆ３０６はフラッシュ装置１０１との通信インタフェースであり、ホットシューコネクタ３０５が有する電気接点と接続されている。ホットシューコネクタ３０５は、フラッシュ装置１０１などのアクセサリーを着脱可能に装着するためのコネクタである。
【００３１】
カメラ制御ＣＰＵ３０２は、ホットシューコネクタ３０５にフラッシュ装置１０１が装着されたことを、ホットシューコネクタ３０５が有する電気接点を通じて検出することができる。フラッシュ装置１０１の装着が検出されている間、撮像準備指示ボタン３０３及び撮像指示ボタン３０４の状態は、カメラ制御ＣＰＵ３０２を通じてフラッシュ装置１０１のメイン制御ＣＰＵ１０２に通知される。
【００３２】
なお、図１においては、カメラ３０１が有する構成のうち、フラッシュ装置１０１の装着及びフラッシュ装置１０１に対して発光を指示するために必要なものを主に図示していることに留意されたい。
【００３３】
図２は、本実施形態に係る撮像ネットワークシステムの一例を模式的に示す図である。本実施形態において、撮像ネットワークシステムは４台のフラッシュ装置１０１、２０２、２０４、２０５から構成されている。
【００３４】
また、フラッシュ装置１０１は、機能選択ボタン１０８によってマスター装置として機能するように設定されている。以後、フラッシュ装置１０１を第１のマスター装置とも呼ぶ。フラッシュ装置１０１は、カメラ３０１に装着されている。
【００３５】
図２において、フラッシュ装置１０１は、無線ネットワーク２０１を形成している。つまり、フラッシュ装置１０１は、ネットワークシステムの管理装置としても機能している。
【００３６】
フラッシュ装置２０４及び２０５は、機能選択ボタン１０８によってスレーブ装置として機能するように設定されている。フラッシュ装置２０４及び２０５を、第１及び第２のスレーブ装置とも呼ぶ。
【００３７】
フラッシュ装置２０２は、機能選択ボタン１０８により、マスター装置として機能するように設定されている。フラッシュ装置２０２を第２のマスター装置とも呼ぶ。フラッシュ装置２０２はカメラ２０３に装着されている。なお、２０６は被写体である。
【００３８】
このように、本実施形態においては、
ネットワークシステムという観点では、
フラッシュ装置１０１が管理装置、フラッシュ装置２０２、２０４、２０５が端末である。
一方、撮像システムという観点では、
フラッシュ装置１０１及びフラッシュ装置２０２がマスター装置、フラッシュ装置２０４及び２０５がスレーブ装置である。
【００３９】
次に、図２に記載した撮像ネットワークシステムで実現される撮像動作について説明する。なお、ここでは説明及び理解を容易にするため、本撮像時には全てのフラッシュ装置を発光させるものとし、また撮像準備指示ボタンがオンになったカメラに装着されているフラッシュ装置は予備発光するものとする。
【００４０】
カメラ３０１の撮像準備指示ボタン３０３がオンになったことがフラッシュ装置１０１（第１のマスター装置）のメイン制御ＣＰＵ１０２に通知されると、メイン制御ＣＰＵ１０２は無線通信回路１０３に撮像準備指示ボタン３０３のオンを通知する。そして、メイン制御ＣＰＵ１０２は、予備発光を行うため、発光制御回路１１０に対して、発光命令を通知し、発光制御回路１１０は発光部を発光させる。
【００４１】
一方、メイン制御ＣＰＵ１０２より通知を受けた無線通信回路１０３は、撮像準備指示がなされたことを示す情報を含んだ撮像準備通知パケットをネットワーク上に送信する。たとえば、無線通信回路１０３は、撮像準備通知パケットをネットワーク上にブロードキャストすることで、ネットワークシステムを構成する全ての端末に対して撮像準備通知パケットを送信してもよい。あるいは、無線通信回路１０３は、撮像準備通知パケット内に端末宛であることを示す情報を含めたり、端末のアドレスを含めたりしてもよい。
【００４２】
その後、カメラ３０１の撮像指示ボタン３０４がオンになったことがカメラ制御ＣＰＵ３０２通知されると、フラッシュ装置１０１のメイン制御ＣＰＵ１０２は、無線通信回路１０３に撮像指示ボタン３０４のオンを通知する。そして、メイン制御ＣＰＵ１０２は、本発光を行うため、発光制御回路１１０に対して発光命令を通知し、発光制御回路１１０を発光させる。
また、無線通信回路１０３は、撮像指示がなされたことを示す情報を含んだ撮像指示通知パケットをネットワーク上に送信する。
【００４３】
なお、実際には、単に撮像準備指示や撮像指示だけでなく、本発光時の発光制御パラメータなどの制御情報についてもカメラ制御ＣＰＵ３０２からフラッシュ装置１０１のメイン制御ＣＰＵ１０２に通知される。また、スレーブ装置に送信されるパケットにも、スレーブ装置に対する発光制御パラメータが含まれてよい。ただし、これら制御パラメータの決定や配信に係る動作は公知技術を利用可能であるため、発明の理解を妨げないように説明を省略している。
【００４４】
なお、もう１つのマスター装置であるフラッシュ装置２０２においても、カメラ２０３における撮像準備指示ボタン３０３及び撮像指示ボタン３０４のオンに応じて同様に動作する。
【００４５】
一方、スレーブ装置であるフラッシュ装置２０４及び２０５の無線通信回路１０３は、マスター装置であるフラッシュ装置１０１又は２０２から送信された撮像準備指示パケット及び撮像指示パケットをアンテナ１０５を介して受信する。無線通信回路１０３は、受信したパケットの中身を解釈し、メイン制御ＣＰＵ１０２に予備発光通知及び本発光通知を行う。メイン制御ＣＰＵ１０２はこれら通知に応じて発光制御回路１１０に発光命令を通知し、発光制御回路１１０が発光部を発光させる。
【００４６】
このように、本実施形態における撮像ネットワークシステムは、マスター装置として機能するフラッシュ装置１０１又は２０２から撮像準備指示や撮像指示をパケットとしてネットワーク上に送信する。そして、スレーブ装置として機能するフラッシュ装置２０４、２０５がこれらパケットを受信して、パケットの内容を解釈して発光制御する。このようにして、フラッシュ装置１０１，２０４，２０５又は２０２，２０４，２０５を組み合わせた多灯撮像を実現する。
【００４７】
次に、ネットワークの構築方法に関して説明する。
（マスター装置の動作）
図３は、マスター装置の動作を説明するためのフローチャートである。
ここでは、フラッシュ装置が、電源ＯＮ時にマスター装置として機能するように設定されていれば、自動的にネットワークを構築するように構成されているものとする。例えば、電源ＯＮ時に行う初期化処理の一部として実行するように構成することができる。もちろん、電源ＯＮ時以外にネットワークを構築可能としてもよい。
【００４８】
フラッシュ装置１０１が電源ＯＮ時にマスター装置として機能するように設定されていると、メイン制御ＣＰＵ１０２は、構築するネットワークシステムのネットワークＩＤを設定する（Ｓ４０３）。ネットワークＩＤは予め定められていてもよいし、日時情報などフラッシュ装置１０１内で取得可能な任意の情報に基づいてメイン制御ＣＰＵ１０２が自動生成してもよい。あるいは、ユーザに対して文字入力ボタン１０９を用いて設定するように促してもよい。
【００４９】
次に、メイン制御ＣＰＵ１０２は、Ｓ４０３で設定したネットワークＩＤを用いて、ネットワークシステムを構築する無線チャネルを、使用可能な無線チャネルの中から無線通信回路１０３を用いて選択する（Ｓ４０４）。この時点で、構築しようとするネットワークシステムのＩＤとチャネルの設定が完了する。
【００５０】
この状態で、メイン制御ＣＰＵ１０２は、同一ネットワークＩＤの管理装置が存在しないか確認するための要求を、設定した無線チャネルに無線通信回路１０３を通じてブロードキャストする（Ｓ４１１）。
同一ネットワークＩＤを持った管理装置が設定した無線チャネル上に存在しなければ、（Ｓ４１２，ＹＥＳ）、フラッシュ装置１０１は、ネットワークシステムの管理装置として機能する。
【００５１】
すなわち、この時点で、フラッシュ装置１０１が、ネットワークシステムの管理装置かつマスター装置として機能するようになる。ネットワークシステムの管理装置になったフラッシュ装置１０１は、構築したネットワークシステムへの参加要求の受信待機モードに遷移し（Ｓ４０５）、参加要求を受信するか、管理装置がネットワークを離脱するまで待機する（Ｓ４０６、Ｓ６１０（図５））。
【００５２】
参加要求を受信すると、メイン制御ＣＰＵ１０２は、参加要求に含まれているネットワークＩＤが、自身が設定したネットワークＩＤと同じかどうか判別する（Ｓ４０７）。ネットワークＩＤが異なれば、メイン制御ＣＰＵ１０２は、ネットワークシステムへの参加要求を拒否する（Ｓ４１０）。参加要求を拒否する方法に特に制限はなく、参加要求の送信元の端末に対して、無線通信回路１０３を通じて拒否通知を送信してもよいし、単に参加要求に応答しなくてもよい。
【００５３】
参加要求に含まれるネットワークＩＤが自身の設定したネットワークＩＤと同じであると判別されれば、メイン制御ＣＰＵ１０２は、ネットワークシステムに参加している端末の数が所定の上限数に達しているか否か確認する（Ｓ４０８）。
すでに上限数の端末がネットワークシステムに参加している場合、メイン制御ＣＰＵ１０２は参加を拒否し（Ｓ４１０）、Ｓ４０６へ処理を戻す。
【００５４】
一方、参加中の端末の台数が上限数未満であれば、メイン制御ＣＰＵ１０２は参加要求の送信元端末にネットワークシステムへの参加を許可する（Ｓ４０９）。具体的には、メイン制御ＣＰＵ１０２は、無線通信回路１０３を通じ、参加要求の送信元端末のアドレスを指定して参加許可を通知する。送信元端末のアドレス情報は、参加要求に含まれている。以後の、ネットワーク管理装置としての動作については、図５を参照して後述する。
【００５５】
なお、Ｓ４１２において、同一ネットワークＩＤを有する管理装置の存在が確認された場合、メイン制御ＣＰＵ１０２は無線チャネルを変更してから再度Ｓ４１２の処理を行ってもよい。ここでは、最初に設定した無線チャネル上に同一ネットワークＩＤを有する管理装置が存在した場合、マスター装置として機能するように設定されていても、端末としてネットワークシステムに参加するものとする。
そのため、メイン制御ＣＰＵ１０２はＳ４０３で設定したネットワークＩＤを含んだ参加要求を無線通信回路１０３を通じてネットワーク上に送信する（Ｓ５０５）。
【００５６】
メイン制御ＣＰＵ１０２は、参加要求に対する参加許可通知を受信したか、所定時間経過するまで監視する（Ｓ５０６，Ｓ５０７）。所定期間経過前に参加許可通知を管理装置から受信したら、メイン制御ＣＰＵ１０２はネットワークシステムへの参加が確認されたものとして、その後は端末として動作する（Ｓ５１０）。端末の動作は図６を参照して後述する。
【００５７】
参加許可通知を受信せずに所定時間が経過した場合（あるいは、参加拒否通知を受信した場合）、メイン制御ＣＰＵ１０２は、ネットワークへの参加が許可されなかったと認識して、表示回路１０４に参加失敗通知を表示する（Ｓ５０９）。そして、他のネットワークＩＤへの参加を試みる。この処理は、スレーブ装置として機能するように設定されているフラッシュ装置がネットワークシステムに参加する際の動作と同様であるため、図４を用いて後述する。
【００５８】
フラッシュ装置１０１がネットワークシステムを構築した後で、マスター装置として機能するように設定されている他のフラッシュ装置２０２の電源がオンされた場合、フラッシュ装置２０２における処理はＳ４１２からＳ５０５に移行する。そのため、フラッシュ装置２０２はネットワークシステムにおいては端末として動作する。しかし、撮像システムにおいてマスター装置として機能することに変化はない。
【００５９】
（スレーブ装置の動作）
次に、スレーブ装置として機能するように設定されているフラッシュ装置の動作について、図４のフローチャートを参照して説明する。ここでは、ネットワークシステムへの参加処理を電源投入時に行うものとして説明するが、任意のタイミングで、例えばユーザの指示に応じて実行してもよい。
【００６０】
ここでは、スレーブ装置を代表して、フラッシュ装置２０４の動作を説明する。
フラッシュ装置１０１が電源ＯＮ時にスレーブ装置として機能するように設定されていると、メイン制御ＣＰＵ１０２は、無線通信回路１０３を用いてチャンネルをスキャンし、存在するネットワークシステムのネットワークＩＤを探索する。そして、見つかったネットワークＩＤの中から、参加するネットワークシステムのネットワークＩＤを設定する（Ｓ５０３）。
【００６１】
ネットワークＩＤは、見つかったものの１つ（例えば最も受信強度の高いネットワークシステムのネットワークＩＤ）を自動的に設定してもよいし、ユーザにリストを提示して選択させてもよい。あるいは、ユーザに対して文字入力ボタン１０９を用いて直接入力させてもよい。この場合、ユーザは参加するネットワークシステムのネットワークＩＤを知っていることが前提である。
【００６２】
次に、メイン制御ＣＰＵ１０２は、Ｓ４０３で設定したネットワークＩＤのネットワークシステムが存在する無線チャネルを無線通信回路１０３に設定する（Ｓ４０４）。この時点で、参加しようとするネットワークシステムのＩＤとチャネルの設定が完了する。
【００６３】
メイン制御ＣＰＵ１０２は、無線通信回路１０３を用い、ネットワークシステムの管理装置であるフラッシュ装置１０１に対し、設定したネットワークＩＤを含んだ参加要求パケットをネットワーク上にブロードキャストする（Ｓ５０５）。
【００６４】
メイン制御ＣＰＵ１０２は、参加要求に対する参加許可通知を受信したか、所定時間経過するまで監視する（Ｓ５０６，Ｓ５０７）。所定期間経過前に参加許可通知を管理装置から受信したら、メイン制御ＣＰＵ１０２はネットワークシステムへの参加を認識する（Ｓ５１０）。
【００６５】
以後の処理は、撮像システムのスレーブ装置としての動作に相当する。すなわち、メイン制御ＣＰＵ１０２は、マスター装置（フラッシュ装置１０１又は２０２）からの発光制御命令の受信を待機する（Ｓ５１１）。無線通信回路１０３が発光制御命令を含んだパケットを受信すると、メイン制御ＣＰＵ１０２に予備発光通知又は本発光通知を行う。メイン制御ＣＰＵ１０２はこれら通知に応じて発光制御回路１１０に発光命令を通知し、発光制御回路１１０が発光部を発光させる（Ｓ５１２）。
【００６６】
メイン制御ＣＰＵ１０２は、発光制御回路１１０の充電完了を待ち（Ｓ５１３）、充電の完了を検出すると、無線通信回路１０３を通じて充電完了通知をマスター装置（フラッシュ装置１０１又は２０２）に送信する（Ｓ５１４）。
【００６７】
一方、参加要求をネットワーク上に配信したにも関わらず、参加許可要求が所定時間待っても来ない場合（Ｓ５０７、YES）、参加許可されなかったと認識して参加失敗通知を表示回路１０４に表示する（Ｓ５０９）。なお、所定時間経過したら、参加要求を再度送信するように構成してもよい。
【００６８】
メイン制御ＣＰＵ１０２は、処理をＳ５０３に戻し、他のネットワークＩＤを有するネットワークシステムへの参加を試みる。あるいは、同じネットワークＩＤを設定して再度参加を試みてもよい。
【００６９】
このようにして、図２のように４台のフラッシュ装置１０１，２０２，２０４，２０５によって構成される撮像ネットワークシステムにおいて、
｜ ネットワークシステム ｜ 撮像システム
・フラッシュ装置１０１｜ 管理装置 ｜ マスター装置
・フラッシュ装置２０２｜ 端末 ｜ マスター装置
・フラッシュ装置２０４｜ 端末 ｜ スレーブ装置
・フラッシュ装置２０５｜ 端末 ｜ スレーブ装置
としてそれぞれ機能する。
【００７０】
（ネットワーク管理装置の動作）
次に、本実施形態において管理装置かつマスター装置であるフラッシュ装置１０１のネットワーク管理装置としての動作について、図５に示すフローチャートを参照して説明する。
【００７１】
Ｓ６０１において、フラッシュ装置１０１のメイン制御ＣＰＵ１０２は、自身が構築したネットワークシステムに新たに参加した端末の機器情報を取得する。
ここで取得する端末の情報には、端末の動作モード（マスター装置かスレーブ装置か）を少なくとも含む。それ以外にも、電池の残容量や、型式を認識するためのモデルナンバーなどの端末に固有な情報を取得してもよい。
【００７２】
端末の動作モードがマスター装置であった場合（図２の例ではフラッシュ装置２０２の場合）、メイン制御ＣＰＵ１０２は、その端末を、自身がネットワークを離脱したあとで管理装置として機能させる候補装置と認識する。具体的には、管理装置のメイン制御ＣＰＵ１０２は、フラッシュ装置１０１が何らかの理由によりネットワークシステムから離脱しても、ネットワークシステムの管理を引き継ぎ、ネットワークシステムを維持する端末を事前に選定しておく。
【００７３】
本実施形態の撮像ネットワークシステムは、ネットワークシステムの管理装置が、端末のモデル、動作モード（マスター装置かスレーブ装置か）、総数といった情報を管理、維持している。このような端末からは、例えばスレーブ装置が何台ネットワークに参加しているかといった情報を得ることができるため、撮像システムにおけるマスター装置にとって有用である。従って、本実施形態では、上述のように、マスター装置として機能するように設定されたフラッシュ装置を、ネットワークシステムを管理する管理装置として用いるようにしている。
【００７４】
従って、現在の管理装置がネットワークシステムから離脱する際に管理装置としての機能を引き継ぐ端末（管理装置候補）についても、マスター装置である端末を優先的に選定する。
【００７５】
Ｓ６０２でマスター装置が見つかった場合、メイン制御ＣＰＵ１０２は既に管理装置候補が存在するかを調べる（Ｓ６０３）。ある端末が管理装置候補かどうかは、例えば記憶装置１１３に記憶されているその端末の機器情報と関連付けて記憶しておくことができる。そして、メイン制御ＣＰＵ１０２は記憶装置１１３を参照して管理装置候補の有無を判別可能である。
【００７６】
Ｓ６０３で管理装置候補が存在しないと判断された場合、メイン制御ＣＰＵ１０２は、新たに参加したマスター装置を、最上位の優先順位を有する管理装置候補に設定する（Ｓ６０６）。
【００７７】
そして、メイン制御ＣＰＵ１０２は、Ｓ６０１で取得した機器情報を、管理装置候補であること及びその優先順位（最上位）を示す情報と関連付けて追加することによって記憶装置１１３内の機器情報リストを更新する（Ｓ６０７）。
【００７８】
一方、Ｓ６０３において、既に管理装置候補が存在すると判別された場合、メイン制御ＣＰＵ１０２は、新たに参加したマスター装置を管理装置候補とするとともに、その優先順位を設定する（Ｓ６０４）。具体的には、メイン制御ＣＰＵ１０２は、既に存在する管理装置候補のうち、スレーブ装置よりも上位で、かつマスター装置の中で最下位の優先順位を与える。
【００７９】
従って、もし既存の管理装置候補がスレーブ装置であれば、メイン制御ＣＰＵ１０２は新たに参加したマスター装置を、最上位の優先順位を有する管理装置候補に設定する。なお、この場合、メイン制御ＣＰＵ１０２は、記憶装置１１３を再度参照し、スレーブ装置で管理装置候補になっている端末について、管理装置候補という属性を削除するようにしてもよい。これは、既にマスター装置が管理装置候補として確保できたため、あえてスレーブ装置を管理装置候補としておく必要は小さいからである。
【００８０】
そして、メイン制御ＣＰＵ１０２は、Ｓ６０１で取得した機器情報を、管理装置候補であること及びその優先順位を示す情報と関連付けて追加することによって記憶装置１１３内の機器情報リストを更新する（Ｓ６０７）。また、メイン制御ＣＰＵ１０２は、スレーブ装置で管理装置候補になっている端末の機器情報も、必要に応じて更新する。
【００８１】
また、Ｓ６０２において、新たに参加してきた端末がスレーブ装置であると判別された場合、メイン制御ＣＰＵ１０２は、Ｓ６２１にて、既に管理装置候補が存在するかを確認する。そして、管理候補装置が存在しなければ、Ｓ６０８にてこのスレーブ装置を、最上位の優先順位を有する管理装置候補に設定する。
【００８２】
そして、メイン制御ＣＰＵ１０２は、Ｓ６０１で取得した機器情報を、管理装置候補であること及びその優先順位（最上位）を示す情報と関連付けて追加することによって記憶装置１１３内の機器情報リストを更新する（Ｓ６０７）。
【００８３】
一方、Ｓ６０２及びＳ６２１において、参加してきた端末がスレーブ装置であり、管理装置候補が存在すると判別された場合、メイン制御ＣＰＵ１０２は、Ｓ６０１で取得した機器情報を追加して記憶装置１１３内の機器情報リストを更新する（Ｓ６０７）。
【００８４】
このように、ネットワークシステムに参加する端末が加わると、管理装置であるフラッシュ装置１０１はネットワーク機器情報を更新する。そして、メイン制御ＣＰＵ１０２は、更新したネットワーク機器情報を、ネットワークシステム上でブロードキャストする。これにより、ネットワークシステムに参加している端末の各々が、次に管理装置となることが予定されている端末を認識することが可能になる。
【００８５】
この様に、ネットワークシステムの管理装置であるフラッシュ装置１０１は、自身が構築したネットワークシステムに参加する端末が増えるごとに、端末の機器情報を取得し、機器情報を更新するとともに管理装置候補の選択及び優先順位の付与を行う。
【００８６】
このように、端末が１つでも参加していれば、ネットワークシステムの管理装置としての動作を引き継ぐべき端末が決定されているため、ネットワークを効率良く維持することが可能になる。
【００８７】
フラッシュ装置１０１は、例えばフラッシュ装置１０１における電池の交換やオフ操作、電池電圧の不足や、装着されているカメラ３０１の移動など、何らかの理由によってネットワークシステムを離脱しうる。そのため、フラッシュ装置１０１のメイン制御ＣＰＵ１０２は、予め定められた、ネットワークシステムからの離脱につながるイベント（離脱イベント）の発生を監視している。
【００８８】
Ｓ６１０で離脱イベントの発生が検出された場合、フラッシュ装置１０１のメイン制御ＣＰＵ１０２は、自身がネットワークシステムを離脱したことを示す情報を含めた機器情報リストをネットワークシステム上にブロードキャストする。この機器情報リストが離脱通知となる。メイン制御ＣＰＵ１０２は、例えば、機器情報リスト中のフラッシュ装置１０１の情報に、離脱情報を関連付けてブロードキャストすることができる。
【００８９】
Ｓ６１０で離脱イベントの発生が検出されなければ、メイン制御ＣＰＵ１０２は、処理をＳ４０６（図３）に戻し、新たな参加要求が受信されたか確認する。
【００９０】
Ｓ６１１で単に離脱を伝える情報だけを通知せず、機器情報リストを配信するのは、直前の配信時に何らかの理由で機器情報リストを受信できなかった端末が存在しうるからである。離脱時に機器情報を配信することで、各端末が機器情報リストを受信している確実性を高めることができる。
【００９１】
（端末の動作）
次に、端末の動作について、図６のフローチャートを参照して説明する。ここでは、図６のフローチャートが図３からの継続処理として記載されているため、端末がマスター装置（フラッシュ装置２０２）であるものとして説明する。ただし、後述するように、ここで説明する動作は端末として動作するスレーブ装置でも実施する。
【００９２】
Ｓ７０２でメイン制御ＣＰＵ１０２は、管理装置（フラッシュ装置１０１）からの機器情報リストの受信を待機している。
機器情報リストを受信すると、メイン制御ＣＰＵ１０２は、リスト中の機器情報をデコードし、自身（フラッシュ装置２０２とする）が管理装置候補に設定されているかどうか、また管理装置候補であれば優先順位が何番目かを確認する（Ｓ７０４）。
【００９３】
また、メイン制御ＣＰＵ１０２は、受信した機器情報リストに管理装置の離脱情報が含まれているか（機器情報リストが離脱通知か否か）確認する（Ｓ７０５）。
受信した機器情報リストが管理装置の離脱通知でなければ、メイン制御ＣＰＵ１０２は機器情報リストの受信待機状態に戻る（Ｓ７０２）。
【００９４】
一方、受信した機器情報リストが管理装置の離脱通知だった場合、メイン制御ＣＰＵ１０２は、Ｓ７０４で確認した優先順位が最上位だったかどうか判別する（Ｓ７０６）。ここで、優先順位が最上位でなければ、他のマスター装置が新たに管理装置としての動作を開始するはずなので、メイン制御ＣＰＵ１０２は機器情報リストの受信待機状態に戻る（Ｓ７０２）。
【００９５】
しかし、自身（フラッシュ装置２０２）に最上位の優先順位が設定されていた場合には、ネットワークシステムの管理装置としての動作を開始する（Ｓ７０７）。具体的にはメイン制御ＣＰＵ１０２は、機器情報リストにおけるフラッシュ装置２０２の機器情報を変更し、管理装置候補の情報を削除するとともに、有効な管理装置であることを示す情報を関連付ける。
【００９６】
次にメイン制御ＣＰＵ１０２は、フラッシュ装置２０２が管理装置となったことにより、機器情報リストにおける管理装置候補の優先順位を１つずつ繰り上げ、更新した機器情報リストを生成する（Ｓ７０９）。
【００９７】
そして、メイン制御ＣＰＵ１０２は、更新後の機器情報リストをネットワーク上にブロードキャストし、端末に配信する（Ｓ７１０）。その後、メイン制御ＣＰＵ１０２はＳ４０６（図３）からの処理を実行する。
【００９８】
なお、図６に示した処理は端末の動作であるから、ネットワークシステムにおいて端末として動作していれば、マスター装置に限らずスレーブ装置でも実施する。そして、図５のＳ６０８で説明したように、ネットワークシステムの管理装置が唯一のマスター装置である場合、スレーブ装置が最上位の優先順位を有する管理装置候補になる。この状態で離脱通知を受信すれば、スレーブ装置が管理装置として動作を開始する。
【００９９】
これにより、ネットワークシステムが維持され、離脱した管理装置（＝マスター装置）が復帰可能になる。なお、別のマスター装置が新たにネットワークシステムに参加可能であることは言うまでない。
【０１００】
スレーブ装置が管理装置として動作している際に、ネットワークシステムにマスター装置が参加してくれば、そのマスター装置を管理装置に変更することもできる。具体的には、スレーブ装置のメイン制御ＣＰＵ１０２は、新たに参加してきた端末がマスター装置であることを検出したら（Ｓ６０２）、離脱通知ではなく、譲渡通知としての機器情報リストを生成する。
【０１０１】
具体的には、メイン制御ＣＰＵ１０２は、自身（フラッシュ装置２０４とする）の機器情報に、管理装置の権限を譲渡する旨の情報を関連付けるとともに、新たに参加したマスター装置の機器情報に管理装置候補の最高優先順位を関連付ける。メイン制御ＣＰＵ１０２はこのような機器情報リストをブロードキャストし、端末としての動作を開始する。
【０１０２】
一方で、新たに参加したマスター装置のメイン制御ＣＰＵ１０２は、譲渡通知としての機器情報を受信すると、自身が管理装置として動作すべきことを認識し、Ｓ７０７以降の処理を行う。
【０１０３】
以上説明したように、ネットワークシステムでの主従関係と、撮像システムでの主従関係とに従って動作しながら撮像ネットワークシステムを構成する装置において、撮像システムにおけるマスター装置を優先的にネットワークシステムの管理装置とする。
【０１０４】
撮像システムのスレーブ装置はマスター装置と比較して増減されやすいので、例えば撮像システムにおけるスレーブ装置がネットワークシステムの管理装置であった場合、ネットワークの管理装置が存在しなくなりやすい。しかし、マスター装置を管理装置としておくことにより、ネットワークシステムを維持しやすくなる。
【０１０５】
また、管理装置かつマスター装置がネットワークシステムから離脱しても、残っているマスター装置が優先的に次の管理装置となるため、ユーザはネットワークの維持を意識することなく、スレーブ装置を外したり追加したりすることができる。
【０１０６】
さらに、ネットワークシステムからマスター装置が存在しなくなった場合には、スレーブ装置が管理装置として動作してネットワークシステムを維持する。そのため、マスター装置がネットワークシステムに復帰することが可能であり、ネットワークを構築し直す必要がない。
【０１０７】
（第２の実施形態）
第１の実施形態では、ネットワークシステムの管理装置が、離脱通知をブロードキャストしてから離脱するものであった。
しかし、実際には、離脱イベントの検知から実際に離脱するまでの時間が短かったり、離脱イベントとして検知可能な原因以外で離脱したりする場合のように、離脱通知をブロードキャストできない場合も考えられる。あるいは、最上位の優先順位が設定された装置が何らかの原因で離脱通知を受信できないこともありうる。
本実施形態では、このように、離脱通知がブロードキャストされずに管理装置がネットワークシステムから離脱した場合でも、管理装置の移転を実現することを特徴とする。
【０１０８】
なお、以下では、第１の実施形態にて説明した内容については省略もしくは極簡単な記載に止める。
図７は、図２の状態から、ネットワークシステムを構築したフラッシュ装置１０１がネットワークシステムから突然離脱した状態を示している。つまり、ネットワークシステム８０１内に管理装置が存在しない状態である。
【０１０９】
ここで、第３のスレーブ装置８０２が、ネットワークシステム８０１に参加を試みようとしている。第３のスレーブ装置８０２は、前述した図４の手順に従って、管理装置が存在しないネットワークシステム８０１に対して参加を試みる。
【０１１０】
また、マスター装置であるフラッシュ装置２０２は、ネットワークシステム８０１の端末として動作し、図７の状態では端末情報リストの受信待ち（Ｓ７０２（図６））の状態にある。
【０１１１】
このような状態で、第３のスレーブ装置８０２のメイン制御ＣＰＵ１０２は、ネットワークシステム８０１に参加するため、図４のＳ５０５でネットワークシステム８０１に参加要求をブロードキャストで配信する。
【０１１２】
第３のスレーブ装置８０２から配信された参加要求は、ブロードキャストパケットであるため、ネットワークシステム８０１に存在するマスター装置であるフラッシュ装置２０２をはじめ、全ての装置が受信可能である。
【０１１３】
本実施形態における端末の動作を示すフローチャートの図８を参照して、フラッシュ装置２０２の動作を説明する。なお、図８において図６と同様の処理を行うステップについては同じ参照数字を付してある。
【０１１４】
機器情報リストの受信待ち状態で、フラッシュ装置２０２のメイン制御ＣＰＵ１０２が参加要求を受信したが判別する（Ｓ９１０）。参加要求を受信した場合、メイン制御ＣＰＵ１０２は、受信した参加要求に含まれるネットワークＩＤが、ネットワークシステム８０１のネットワークＩＤと同じか（正しい参加要求か）どうか判別する（Ｓ９１１）。
【０１１５】
正しい参加要求が受信されたことが判別された場合、メイン制御ＣＰＵ１０２は処理をＳ９１２へ移行し、ネットワークシステム８０１に存在するはずの管理装置（フラッシュ装置１０１）からの応答（参加許可通知あるいは参加拒否通知）の配信を監視する。
【０１１６】
参加要求を受信してから所定時間経過しても管理装置からの応答が配信されない場合、フラッシュ装置２０２のメイン制御ＣＰＵ１０２は、ネットワークシステム８０１に管理装置が存在しないと判断する。
【０１１７】
そして、Ｓ７０６からの処理を実行する。従って、ネットワークシステム８０１に残っている装置のうち、管理装置が離脱した時点の機器情報リストで最上位の優先順位が設定されている装置が、ネットワークシステム８０１の新たな管理装置としての動作を開始する。
【０１１８】
このように、本実施形態によれば、参加要求に対して応答がないことによって管理装置の離脱を判別し、ネットワークシステム内の装置のいずれかがネットワークシステムの新たな管理装置として動作を開始することができる。そのため、第１の実施形態の効果に加え、ネットワークシステムの管理装置が離脱通知を配信せずに離脱してしまった場合などにおいても、ネットワークシステムを維持することが可能となる。
【０１１９】
以上、本発明をその好適な実施形態に基づいて詳述してきたが、本発明はこれら特定の実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の様々な形態も本発明に含まれる。上述の実施形態の一部を適宜組み合わせてもよい。
【０１２０】
（その他の実施形態）
第１の実施形態において、ネットワークシステムの管理装置は、ネットワークシステムへの参加順に、管理装置候補の優先順位を設定していた。しかし、他の条件に応じて優先順位を設定してもよい。例えば、マスター装置のうち、電池残容量が多い順に優先順位を設定するようにしてもよい。
【０１２１】
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【技術分野】
【０００１】
本発明は、撮像ネットワークシステムを構成可能な装置及びその制御方法に関する。
【背景技術】
【０００２】
従来、ワイヤレス多灯フラッシュ撮像システムのように、ネットワーク接続された複数の装置が協働して撮像動作を行う撮像ネットワークシステムが知られている。このような撮像ネットワークシステムを構成する装置の各々は、装置間のネットワークを実現するための機能と、協働した撮像動作を実現するための機能を有する。そして、撮像ネットワークシステムは、各装置が有するネットワークに関する機能によって形成されるネットワークシステムと、撮像動作に関する機能によって形成される撮像システムという２つの論理的な内部システムから構成されるものと考えることができる。また、それぞれの内部システムは、主装置と従装置という主従関係に基づいて実現されている。
【０００３】
具体的には、ネットワークシステムは、ネットワークを管理する管理装置（主装置）と、管理装置以外の端末（従装置）から構成される。また、撮像システムは、撮像制御命令を発行するマスター装置（主装置）と、発行された撮像制御命令を実行するスレーブ装置（従装置）から構成される。
【０００４】
そして、撮像ネットワークシステムを構成する個々の装置は、それぞれのシステムにおいて主装置または従装置のいずれかとして振る舞うことができる。従来、個々の装置がそれぞれの論理的なシステム内で主装置、従装置のどちらとして振る舞うかについてはシステムごとに独立して決定されている。例えば、ある装置は、ネットワークシステムでは管理装置として、撮像システムではスレーブ装置として振る舞い、他の装置はネットワークシステムでは端末として、撮像システムではマスター装置として振る舞う。
【０００５】
従来、ネットワークを構成する装置を、その主従関係を考慮して制御する方法が提案されている。特許文献１には、主撮像装置と、主撮像装置の命令によって撮像を行う従撮像装置からなる撮像システムで、要求を先に出した装置か、同時に要求を出した装置のうち予め定められた優先順位で決定された装置を主撮像装置とすることが開示されている。
【０００６】
また、特許文献２では、通信端末のうち１つが管理端末、管理端末以外の前記通信端末が一般端末として動作するアドホックネットワークを維持する方法が提案されている。具体的には、一般端末のうち通信エラー率の低いものを管理端末候補として選択しておき、管理端末が不在になった場合には、管理端末候補として選択された一般端末を新たな管理端末として動作させている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００４―２７４６２５号公報
【特許文献２】特開２００７−８１８１１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
上述のように、本発明が対象とする撮像ネットワークシステムを構成する装置は、ネットワークシステム内の主従関係と、撮像システム内の主従関係との両方に影響を受けている。そのため、例えばネットワークシステムの管理装置が存在しなくなった場合、単にネットワークシステム内の残りの装置の主従関係のみを考慮してネットワークを維持することは望ましくない。同様に、撮像システムのマスター装置がネットワークシステムから離脱した場合に、ネットワークシステム内の主従関係を考慮せずにはネットワークシステムを維持することは困難である。
【０００９】
しかしながら、このような独立した２つの主従関係の影響を受ける装置から構成される撮像ネットワークシステム自体を、特許文献１，２はいずれも開示、示唆していない。このように、従来、本願発明が対象とするような撮像ネットワークシステムにおいてネットワーク管理装置が不在となった場合に、２つの主従関係を考慮してどのようにネットワークを維持するのか適切かは知られていなかった。
【００１０】
本発明は、ネットワークシステムでの主従関係と、撮像システムでの主従関係とに従って動作しながら撮像ネットワークシステムを構成する装置であって、装置が動的に増減しても、撮像ネットワークシステムを適切に維持可能とする装置を提供する。また、本発明はこのような装置の制御方法も提供する。
【課題を解決するための手段】
【００１１】
上述の目的は、本発明の要旨は、ネットワーク接続された複数の装置が協働して撮像動作を行う撮像ネットワークシステムを構成可能な装置であって、撮像制御命令を発行するマスター装置と、撮像制御命令を実行するスレーブ装置のうち、装置がマスター装置として動作することが設定されている場合、ネットワークを構築してネットワークの管理装置としての動作を開始し、スレーブ装置として動作することが設定されている場合には、管理装置が構築したネットワークに参加する端末としての動作を開始する、ように装置を制御する制御手段を有することを特徴とする装置によって達成される。
【発明の効果】
【００１２】
このような構成により、本発明に係る装置によれば、装置が動的に増減しても、撮像ネットワークシステムを適切に維持可能となる。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施形態に係る撮像ネットワークシステムを構成可能な装置の一例としてのフラッシュ装置の機能構成例を示すブロック図
【図２】本発明の第１の実施形態に係る撮像ネットワークシステムの一例を模式的に示す図
【図３】本発明の第１の実施形態に係る装置の、マスター装置としての動作を説明するためのフローチャート
【図４】本発明の第１の実施形態に係る装置の、スレーブ装置としての動作を説明するためのフローチャート
【図５】本発明の第１の実施形態に係る装置の、ネットワーク管理装置としての動作を説明するためのフローチャート
【図６】本発明の第１の実施形態に係る装置の、端末としての動作を説明するためのフローチャート
【図７】本発明の第２の実施形態に係る撮像ネットワークシステムの一例を模式的に示す図
【図８】本発明の第２の実施形態に係る装置の、マスター装置としての動作を説明するためのフローチャート
【発明を実施するための形態】
【００１４】
以下、添付図面を参照して、本発明の例示的な実施形態について詳細に説明する。
（第１の実施形態）
本実施形態における撮像ネットワークシステムは、撮像制御命令（発光制御命令）を発行するマスターフラッシュ装置と、発行された発光制御命令を実行するスレーブフラッシュ装置とが無線ネットワーク接続され、両者が協働して多灯フラッシュ撮像を実現する。従って、撮像ネットワークシステムは、複数のフラッシュ装置で構成されるネットワークシステムと、複数のフラッシュ装置間で発光制御を行う撮像システムという論理的な内部システムから構成されているものと考えることができる。
【００１５】
そして、複数のフラッシュ装置の各々は、ネットワークシステムでは管理装置又は端末として機能し、撮像システムでは発光制御命令を出力するマスター装置又は発光制御命令に従って発光するスレーブ装置として機能する。ただし、撮像ネットワークシステムを構成する装置はフラッシュに限定されず、撮像装置や電動制御可能なマウントなど、撮像に係る動作を協調して実行可能な任意の装置を用いることができる。
【００１６】
また、本実施形態では、無線通信を用いてネットワークシステムを構築するが、有線通信を用いることも可能である。また、ネットワークシステムを構成する装置を動的に変更可能な任意のネットワークプロトコルを用いることができる。
【００１７】
まず、各実施形態で用いる用語を以下のように定義する。
「管理装置」とは、ネットワークシステムを構成する装置のうち、自身及びネットワークを構築する他の装置（「端末」）を管理する装置である。管理装置は、ネットワークシステム内に１つ存在する。
「端末」とは、管理装置が管理するネットワークシステムを構成する、管理装置以外の装置である。
「マスター装置」とは、ネットワークシステム上の撮像システムを構成する装置のうち、撮像システムに含まれる他の装置に、制御命令（本実施形態では発光制御命令）を発行可能な装置である。マスター装置は、撮像システム内に複数存在することが可能である。
「スレーブ装置」とは、ネットワークシステム上の撮像システムを構成する装置のうち、マスター装置が発行した制御命令を受信し、制御命令に応じた動作（本実施形態では発光）を実行する装置である。
【００１８】
図１は、本実施形態における撮像ネットワークシステムを構成可能な装置の一例としての、フラッシュ装置１０１の機能構成例を示すブロック図である。
メイン制御ＣＰＵ１０２は、ＲＯＭ、ＲＡＭを含み、ＲＯＭに記憶された制御プログラムをＲＡＭに展開して実行することにより、フラッシュ装置１０１の動作を制御する。
【００１９】
無線通信回路１０３は、メイン制御ＣＰＵ１０２の制御に従い、アンテナ１０５を介した他のフラッシュ装置との無線通信を行う。
【００２０】
電源回路１０６は、装着された電池（一次電池、二次電池のいずれでもよい）からのフラッシュ装置１０１各部への電源供給を制御する。また、電池の電圧を監視し、残容量の情報をメイン制御ＣＰＵ１０２に通知する。
【００２１】
発光制御回路１１０は、キセノン管などの発光部を有し、メイン制御ＣＰＵ１０２の制御に従ってフラッシュ装置１０１の発光タイミング、発光量、発光時間などを制御する。
【００２２】
表示回路１０４は、例えば小型の液晶表示パネルを有し、メイン制御ＣＰＵ１０２の制御に従い、フラッシュ装置１０１に関する各種情報を表示する。表示回路１０４に表示する情報としては、フラッシュ装置１０１の動作モード（マスター装置モードか、スレーブ装置モードか）、電源回路１０６から得られる電池残容量の情報、無線通信の受信感度の情報などを例示することができる。
【００２３】
カメラＩ／Ｆ１１２は、カメラ３０１との通信インタフェースである。コネクタ１１１は例えばカメラ３０１が有するホットシューコネクタ３０５と係合し、機械的および電気的にフラッシュ装置１０１とカメラ３０１とを接続する。
【００２４】
電源ボタン１０７は、電源回路１０６からフラッシュ装置１０１各部への電源供給をオン、オフするためのボタンである。
【００２５】
機能選択ボタン１０８は、フラッシュ装置１０１の動作モードを、発光制御命令を発行するマスター装置として機能するモードか、マスター装置から受信した発光制御命令に従って発光するスレーブ装置として機能するモードに設定するためのボタンである。なお、本実施形態では、動作モードの設定（切り替え）は、電源ボタン１０７によって電源供給がオンされた際に行うことができるものとする。例えば、電源ボタン１０７によって電源供給がオンされた際に機能選択ボタン１０８で選択されている動作モードが設定されるように構成することができる。
【００２６】
文字入力ボタン１０９は、例えば方向ボタンと決定ボタンとを有し、表示回路１０４を用いて文字入力するためのボタンである。例えば、参加するネットワークのＩＤを入力する際に用いられる。
【００２７】
記憶装置１１３は例えば不揮発性半導体メモリであり、メイン制御ＣＰＵ１０２が実行するプログラムや各種の設定情報、機器の固有情報などを書き換え可能に記憶する。
【００２８】
一方、カメラ３０１において、カメラ制御ＣＰＵ３０２は、ＲＯＭ、ＲＡＭを含み、ＲＯＭに記憶された制御プログラムをＲＡＭに展開して実行することにより、カメラ３０１の動作を制御する。
【００２９】
また、カメラ３０１には撮像準備指示ボタン３０３、撮像指示ボタン３０４が設けられ、これらボタンの状態はカメラ制御ＣＰＵ３０２が検出可能である。なお、撮像準備指示ボタン３０３、撮像指示ボタン３０４は、実際にはレリーズスイッチの半押し及び全押しでそれぞれオンになるスイッチであってよい。
【００３０】
フラッシュＩ／Ｆ３０６はフラッシュ装置１０１との通信インタフェースであり、ホットシューコネクタ３０５が有する電気接点と接続されている。ホットシューコネクタ３０５は、フラッシュ装置１０１などのアクセサリーを着脱可能に装着するためのコネクタである。
【００３１】
カメラ制御ＣＰＵ３０２は、ホットシューコネクタ３０５にフラッシュ装置１０１が装着されたことを、ホットシューコネクタ３０５が有する電気接点を通じて検出することができる。フラッシュ装置１０１の装着が検出されている間、撮像準備指示ボタン３０３及び撮像指示ボタン３０４の状態は、カメラ制御ＣＰＵ３０２を通じてフラッシュ装置１０１のメイン制御ＣＰＵ１０２に通知される。
【００３２】
なお、図１においては、カメラ３０１が有する構成のうち、フラッシュ装置１０１の装着及びフラッシュ装置１０１に対して発光を指示するために必要なものを主に図示していることに留意されたい。
【００３３】
図２は、本実施形態に係る撮像ネットワークシステムの一例を模式的に示す図である。本実施形態において、撮像ネットワークシステムは４台のフラッシュ装置１０１、２０２、２０４、２０５から構成されている。
【００３４】
また、フラッシュ装置１０１は、機能選択ボタン１０８によってマスター装置として機能するように設定されている。以後、フラッシュ装置１０１を第１のマスター装置とも呼ぶ。フラッシュ装置１０１は、カメラ３０１に装着されている。
【００３５】
図２において、フラッシュ装置１０１は、無線ネットワーク２０１を形成している。つまり、フラッシュ装置１０１は、ネットワークシステムの管理装置としても機能している。
【００３６】
フラッシュ装置２０４及び２０５は、機能選択ボタン１０８によってスレーブ装置として機能するように設定されている。フラッシュ装置２０４及び２０５を、第１及び第２のスレーブ装置とも呼ぶ。
【００３７】
フラッシュ装置２０２は、機能選択ボタン１０８により、マスター装置として機能するように設定されている。フラッシュ装置２０２を第２のマスター装置とも呼ぶ。フラッシュ装置２０２はカメラ２０３に装着されている。なお、２０６は被写体である。
【００３８】
このように、本実施形態においては、
ネットワークシステムという観点では、
フラッシュ装置１０１が管理装置、フラッシュ装置２０２、２０４、２０５が端末である。
一方、撮像システムという観点では、
フラッシュ装置１０１及びフラッシュ装置２０２がマスター装置、フラッシュ装置２０４及び２０５がスレーブ装置である。
【００３９】
次に、図２に記載した撮像ネットワークシステムで実現される撮像動作について説明する。なお、ここでは説明及び理解を容易にするため、本撮像時には全てのフラッシュ装置を発光させるものとし、また撮像準備指示ボタンがオンになったカメラに装着されているフラッシュ装置は予備発光するものとする。
【００４０】
カメラ３０１の撮像準備指示ボタン３０３がオンになったことがフラッシュ装置１０１（第１のマスター装置）のメイン制御ＣＰＵ１０２に通知されると、メイン制御ＣＰＵ１０２は無線通信回路１０３に撮像準備指示ボタン３０３のオンを通知する。そして、メイン制御ＣＰＵ１０２は、予備発光を行うため、発光制御回路１１０に対して、発光命令を通知し、発光制御回路１１０は発光部を発光させる。
【００４１】
一方、メイン制御ＣＰＵ１０２より通知を受けた無線通信回路１０３は、撮像準備指示がなされたことを示す情報を含んだ撮像準備通知パケットをネットワーク上に送信する。たとえば、無線通信回路１０３は、撮像準備通知パケットをネットワーク上にブロードキャストすることで、ネットワークシステムを構成する全ての端末に対して撮像準備通知パケットを送信してもよい。あるいは、無線通信回路１０３は、撮像準備通知パケット内に端末宛であることを示す情報を含めたり、端末のアドレスを含めたりしてもよい。
【００４２】
その後、カメラ３０１の撮像指示ボタン３０４がオンになったことがカメラ制御ＣＰＵ３０２通知されると、フラッシュ装置１０１のメイン制御ＣＰＵ１０２は、無線通信回路１０３に撮像指示ボタン３０４のオンを通知する。そして、メイン制御ＣＰＵ１０２は、本発光を行うため、発光制御回路１１０に対して発光命令を通知し、発光制御回路１１０を発光させる。
また、無線通信回路１０３は、撮像指示がなされたことを示す情報を含んだ撮像指示通知パケットをネットワーク上に送信する。
【００４３】
なお、実際には、単に撮像準備指示や撮像指示だけでなく、本発光時の発光制御パラメータなどの制御情報についてもカメラ制御ＣＰＵ３０２からフラッシュ装置１０１のメイン制御ＣＰＵ１０２に通知される。また、スレーブ装置に送信されるパケットにも、スレーブ装置に対する発光制御パラメータが含まれてよい。ただし、これら制御パラメータの決定や配信に係る動作は公知技術を利用可能であるため、発明の理解を妨げないように説明を省略している。
【００４４】
なお、もう１つのマスター装置であるフラッシュ装置２０２においても、カメラ２０３における撮像準備指示ボタン３０３及び撮像指示ボタン３０４のオンに応じて同様に動作する。
【００４５】
一方、スレーブ装置であるフラッシュ装置２０４及び２０５の無線通信回路１０３は、マスター装置であるフラッシュ装置１０１又は２０２から送信された撮像準備指示パケット及び撮像指示パケットをアンテナ１０５を介して受信する。無線通信回路１０３は、受信したパケットの中身を解釈し、メイン制御ＣＰＵ１０２に予備発光通知及び本発光通知を行う。メイン制御ＣＰＵ１０２はこれら通知に応じて発光制御回路１１０に発光命令を通知し、発光制御回路１１０が発光部を発光させる。
【００４６】
このように、本実施形態における撮像ネットワークシステムは、マスター装置として機能するフラッシュ装置１０１又は２０２から撮像準備指示や撮像指示をパケットとしてネットワーク上に送信する。そして、スレーブ装置として機能するフラッシュ装置２０４、２０５がこれらパケットを受信して、パケットの内容を解釈して発光制御する。このようにして、フラッシュ装置１０１，２０４，２０５又は２０２，２０４，２０５を組み合わせた多灯撮像を実現する。
【００４７】
次に、ネットワークの構築方法に関して説明する。
（マスター装置の動作）
図３は、マスター装置の動作を説明するためのフローチャートである。
ここでは、フラッシュ装置が、電源ＯＮ時にマスター装置として機能するように設定されていれば、自動的にネットワークを構築するように構成されているものとする。例えば、電源ＯＮ時に行う初期化処理の一部として実行するように構成することができる。もちろん、電源ＯＮ時以外にネットワークを構築可能としてもよい。
【００４８】
フラッシュ装置１０１が電源ＯＮ時にマスター装置として機能するように設定されていると、メイン制御ＣＰＵ１０２は、構築するネットワークシステムのネットワークＩＤを設定する（Ｓ４０３）。ネットワークＩＤは予め定められていてもよいし、日時情報などフラッシュ装置１０１内で取得可能な任意の情報に基づいてメイン制御ＣＰＵ１０２が自動生成してもよい。あるいは、ユーザに対して文字入力ボタン１０９を用いて設定するように促してもよい。
【００４９】
次に、メイン制御ＣＰＵ１０２は、Ｓ４０３で設定したネットワークＩＤを用いて、ネットワークシステムを構築する無線チャネルを、使用可能な無線チャネルの中から無線通信回路１０３を用いて選択する（Ｓ４０４）。この時点で、構築しようとするネットワークシステムのＩＤとチャネルの設定が完了する。
【００５０】
この状態で、メイン制御ＣＰＵ１０２は、同一ネットワークＩＤの管理装置が存在しないか確認するための要求を、設定した無線チャネルに無線通信回路１０３を通じてブロードキャストする（Ｓ４１１）。
同一ネットワークＩＤを持った管理装置が設定した無線チャネル上に存在しなければ、（Ｓ４１２，ＹＥＳ）、フラッシュ装置１０１は、ネットワークシステムの管理装置として機能する。
【００５１】
すなわち、この時点で、フラッシュ装置１０１が、ネットワークシステムの管理装置かつマスター装置として機能するようになる。ネットワークシステムの管理装置になったフラッシュ装置１０１は、構築したネットワークシステムへの参加要求の受信待機モードに遷移し（Ｓ４０５）、参加要求を受信するか、管理装置がネットワークを離脱するまで待機する（Ｓ４０６、Ｓ６１０（図５））。
【００５２】
参加要求を受信すると、メイン制御ＣＰＵ１０２は、参加要求に含まれているネットワークＩＤが、自身が設定したネットワークＩＤと同じかどうか判別する（Ｓ４０７）。ネットワークＩＤが異なれば、メイン制御ＣＰＵ１０２は、ネットワークシステムへの参加要求を拒否する（Ｓ４１０）。参加要求を拒否する方法に特に制限はなく、参加要求の送信元の端末に対して、無線通信回路１０３を通じて拒否通知を送信してもよいし、単に参加要求に応答しなくてもよい。
【００５３】
参加要求に含まれるネットワークＩＤが自身の設定したネットワークＩＤと同じであると判別されれば、メイン制御ＣＰＵ１０２は、ネットワークシステムに参加している端末の数が所定の上限数に達しているか否か確認する（Ｓ４０８）。
すでに上限数の端末がネットワークシステムに参加している場合、メイン制御ＣＰＵ１０２は参加を拒否し（Ｓ４１０）、Ｓ４０６へ処理を戻す。
【００５４】
一方、参加中の端末の台数が上限数未満であれば、メイン制御ＣＰＵ１０２は参加要求の送信元端末にネットワークシステムへの参加を許可する（Ｓ４０９）。具体的には、メイン制御ＣＰＵ１０２は、無線通信回路１０３を通じ、参加要求の送信元端末のアドレスを指定して参加許可を通知する。送信元端末のアドレス情報は、参加要求に含まれている。以後の、ネットワーク管理装置としての動作については、図５を参照して後述する。
【００５５】
なお、Ｓ４１２において、同一ネットワークＩＤを有する管理装置の存在が確認された場合、メイン制御ＣＰＵ１０２は無線チャネルを変更してから再度Ｓ４１２の処理を行ってもよい。ここでは、最初に設定した無線チャネル上に同一ネットワークＩＤを有する管理装置が存在した場合、マスター装置として機能するように設定されていても、端末としてネットワークシステムに参加するものとする。
そのため、メイン制御ＣＰＵ１０２はＳ４０３で設定したネットワークＩＤを含んだ参加要求を無線通信回路１０３を通じてネットワーク上に送信する（Ｓ５０５）。
【００５６】
メイン制御ＣＰＵ１０２は、参加要求に対する参加許可通知を受信したか、所定時間経過するまで監視する（Ｓ５０６，Ｓ５０７）。所定期間経過前に参加許可通知を管理装置から受信したら、メイン制御ＣＰＵ１０２はネットワークシステムへの参加が確認されたものとして、その後は端末として動作する（Ｓ５１０）。端末の動作は図６を参照して後述する。
【００５７】
参加許可通知を受信せずに所定時間が経過した場合（あるいは、参加拒否通知を受信した場合）、メイン制御ＣＰＵ１０２は、ネットワークへの参加が許可されなかったと認識して、表示回路１０４に参加失敗通知を表示する（Ｓ５０９）。そして、他のネットワークＩＤへの参加を試みる。この処理は、スレーブ装置として機能するように設定されているフラッシュ装置がネットワークシステムに参加する際の動作と同様であるため、図４を用いて後述する。
【００５８】
フラッシュ装置１０１がネットワークシステムを構築した後で、マスター装置として機能するように設定されている他のフラッシュ装置２０２の電源がオンされた場合、フラッシュ装置２０２における処理はＳ４１２からＳ５０５に移行する。そのため、フラッシュ装置２０２はネットワークシステムにおいては端末として動作する。しかし、撮像システムにおいてマスター装置として機能することに変化はない。
【００５９】
（スレーブ装置の動作）
次に、スレーブ装置として機能するように設定されているフラッシュ装置の動作について、図４のフローチャートを参照して説明する。ここでは、ネットワークシステムへの参加処理を電源投入時に行うものとして説明するが、任意のタイミングで、例えばユーザの指示に応じて実行してもよい。
【００６０】
ここでは、スレーブ装置を代表して、フラッシュ装置２０４の動作を説明する。
フラッシュ装置１０１が電源ＯＮ時にスレーブ装置として機能するように設定されていると、メイン制御ＣＰＵ１０２は、無線通信回路１０３を用いてチャンネルをスキャンし、存在するネットワークシステムのネットワークＩＤを探索する。そして、見つかったネットワークＩＤの中から、参加するネットワークシステムのネットワークＩＤを設定する（Ｓ５０３）。
【００６１】
ネットワークＩＤは、見つかったものの１つ（例えば最も受信強度の高いネットワークシステムのネットワークＩＤ）を自動的に設定してもよいし、ユーザにリストを提示して選択させてもよい。あるいは、ユーザに対して文字入力ボタン１０９を用いて直接入力させてもよい。この場合、ユーザは参加するネットワークシステムのネットワークＩＤを知っていることが前提である。
【００６２】
次に、メイン制御ＣＰＵ１０２は、Ｓ４０３で設定したネットワークＩＤのネットワークシステムが存在する無線チャネルを無線通信回路１０３に設定する（Ｓ４０４）。この時点で、参加しようとするネットワークシステムのＩＤとチャネルの設定が完了する。
【００６３】
メイン制御ＣＰＵ１０２は、無線通信回路１０３を用い、ネットワークシステムの管理装置であるフラッシュ装置１０１に対し、設定したネットワークＩＤを含んだ参加要求パケットをネットワーク上にブロードキャストする（Ｓ５０５）。
【００６４】
メイン制御ＣＰＵ１０２は、参加要求に対する参加許可通知を受信したか、所定時間経過するまで監視する（Ｓ５０６，Ｓ５０７）。所定期間経過前に参加許可通知を管理装置から受信したら、メイン制御ＣＰＵ１０２はネットワークシステムへの参加を認識する（Ｓ５１０）。
【００６５】
以後の処理は、撮像システムのスレーブ装置としての動作に相当する。すなわち、メイン制御ＣＰＵ１０２は、マスター装置（フラッシュ装置１０１又は２０２）からの発光制御命令の受信を待機する（Ｓ５１１）。無線通信回路１０３が発光制御命令を含んだパケットを受信すると、メイン制御ＣＰＵ１０２に予備発光通知又は本発光通知を行う。メイン制御ＣＰＵ１０２はこれら通知に応じて発光制御回路１１０に発光命令を通知し、発光制御回路１１０が発光部を発光させる（Ｓ５１２）。
【００６６】
メイン制御ＣＰＵ１０２は、発光制御回路１１０の充電完了を待ち（Ｓ５１３）、充電の完了を検出すると、無線通信回路１０３を通じて充電完了通知をマスター装置（フラッシュ装置１０１又は２０２）に送信する（Ｓ５１４）。
【００６７】
一方、参加要求をネットワーク上に配信したにも関わらず、参加許可要求が所定時間待っても来ない場合（Ｓ５０７、YES）、参加許可されなかったと認識して参加失敗通知を表示回路１０４に表示する（Ｓ５０９）。なお、所定時間経過したら、参加要求を再度送信するように構成してもよい。
【００６８】
メイン制御ＣＰＵ１０２は、処理をＳ５０３に戻し、他のネットワークＩＤを有するネットワークシステムへの参加を試みる。あるいは、同じネットワークＩＤを設定して再度参加を試みてもよい。
【００６９】
このようにして、図２のように４台のフラッシュ装置１０１，２０２，２０４，２０５によって構成される撮像ネットワークシステムにおいて、
｜ ネットワークシステム ｜ 撮像システム
・フラッシュ装置１０１｜ 管理装置 ｜ マスター装置
・フラッシュ装置２０２｜ 端末 ｜ マスター装置
・フラッシュ装置２０４｜ 端末 ｜ スレーブ装置
・フラッシュ装置２０５｜ 端末 ｜ スレーブ装置
としてそれぞれ機能する。
【００７０】
（ネットワーク管理装置の動作）
次に、本実施形態において管理装置かつマスター装置であるフラッシュ装置１０１のネットワーク管理装置としての動作について、図５に示すフローチャートを参照して説明する。
【００７１】
Ｓ６０１において、フラッシュ装置１０１のメイン制御ＣＰＵ１０２は、自身が構築したネットワークシステムに新たに参加した端末の機器情報を取得する。
ここで取得する端末の情報には、端末の動作モード（マスター装置かスレーブ装置か）を少なくとも含む。それ以外にも、電池の残容量や、型式を認識するためのモデルナンバーなどの端末に固有な情報を取得してもよい。
【００７２】
端末の動作モードがマスター装置であった場合（図２の例ではフラッシュ装置２０２の場合）、メイン制御ＣＰＵ１０２は、その端末を、自身がネットワークを離脱したあとで管理装置として機能させる候補装置と認識する。具体的には、管理装置のメイン制御ＣＰＵ１０２は、フラッシュ装置１０１が何らかの理由によりネットワークシステムから離脱しても、ネットワークシステムの管理を引き継ぎ、ネットワークシステムを維持する端末を事前に選定しておく。
【００７３】
本実施形態の撮像ネットワークシステムは、ネットワークシステムの管理装置が、端末のモデル、動作モード（マスター装置かスレーブ装置か）、総数といった情報を管理、維持している。このような端末からは、例えばスレーブ装置が何台ネットワークに参加しているかといった情報を得ることができるため、撮像システムにおけるマスター装置にとって有用である。従って、本実施形態では、上述のように、マスター装置として機能するように設定されたフラッシュ装置を、ネットワークシステムを管理する管理装置として用いるようにしている。
【００７４】
従って、現在の管理装置がネットワークシステムから離脱する際に管理装置としての機能を引き継ぐ端末（管理装置候補）についても、マスター装置である端末を優先的に選定する。
【００７５】
Ｓ６０２でマスター装置が見つかった場合、メイン制御ＣＰＵ１０２は既に管理装置候補が存在するかを調べる（Ｓ６０３）。ある端末が管理装置候補かどうかは、例えば記憶装置１１３に記憶されているその端末の機器情報と関連付けて記憶しておくことができる。そして、メイン制御ＣＰＵ１０２は記憶装置１１３を参照して管理装置候補の有無を判別可能である。
【００７６】
Ｓ６０３で管理装置候補が存在しないと判断された場合、メイン制御ＣＰＵ１０２は、新たに参加したマスター装置を、最上位の優先順位を有する管理装置候補に設定する（Ｓ６０６）。
【００７７】
そして、メイン制御ＣＰＵ１０２は、Ｓ６０１で取得した機器情報を、管理装置候補であること及びその優先順位（最上位）を示す情報と関連付けて追加することによって記憶装置１１３内の機器情報リストを更新する（Ｓ６０７）。
【００７８】
一方、Ｓ６０３において、既に管理装置候補が存在すると判別された場合、メイン制御ＣＰＵ１０２は、新たに参加したマスター装置を管理装置候補とするとともに、その優先順位を設定する（Ｓ６０４）。具体的には、メイン制御ＣＰＵ１０２は、既に存在する管理装置候補のうち、スレーブ装置よりも上位で、かつマスター装置の中で最下位の優先順位を与える。
【００７９】
従って、もし既存の管理装置候補がスレーブ装置であれば、メイン制御ＣＰＵ１０２は新たに参加したマスター装置を、最上位の優先順位を有する管理装置候補に設定する。なお、この場合、メイン制御ＣＰＵ１０２は、記憶装置１１３を再度参照し、スレーブ装置で管理装置候補になっている端末について、管理装置候補という属性を削除するようにしてもよい。これは、既にマスター装置が管理装置候補として確保できたため、あえてスレーブ装置を管理装置候補としておく必要は小さいからである。
【００８０】
そして、メイン制御ＣＰＵ１０２は、Ｓ６０１で取得した機器情報を、管理装置候補であること及びその優先順位を示す情報と関連付けて追加することによって記憶装置１１３内の機器情報リストを更新する（Ｓ６０７）。また、メイン制御ＣＰＵ１０２は、スレーブ装置で管理装置候補になっている端末の機器情報も、必要に応じて更新する。
【００８１】
また、Ｓ６０２において、新たに参加してきた端末がスレーブ装置であると判別された場合、メイン制御ＣＰＵ１０２は、Ｓ６２１にて、既に管理装置候補が存在するかを確認する。そして、管理候補装置が存在しなければ、Ｓ６０８にてこのスレーブ装置を、最上位の優先順位を有する管理装置候補に設定する。
【００８２】
そして、メイン制御ＣＰＵ１０２は、Ｓ６０１で取得した機器情報を、管理装置候補であること及びその優先順位（最上位）を示す情報と関連付けて追加することによって記憶装置１１３内の機器情報リストを更新する（Ｓ６０７）。
【００８３】
一方、Ｓ６０２及びＳ６２１において、参加してきた端末がスレーブ装置であり、管理装置候補が存在すると判別された場合、メイン制御ＣＰＵ１０２は、Ｓ６０１で取得した機器情報を追加して記憶装置１１３内の機器情報リストを更新する（Ｓ６０７）。
【００８４】
このように、ネットワークシステムに参加する端末が加わると、管理装置であるフラッシュ装置１０１はネットワーク機器情報を更新する。そして、メイン制御ＣＰＵ１０２は、更新したネットワーク機器情報を、ネットワークシステム上でブロードキャストする。これにより、ネットワークシステムに参加している端末の各々が、次に管理装置となることが予定されている端末を認識することが可能になる。
【００８５】
この様に、ネットワークシステムの管理装置であるフラッシュ装置１０１は、自身が構築したネットワークシステムに参加する端末が増えるごとに、端末の機器情報を取得し、機器情報を更新するとともに管理装置候補の選択及び優先順位の付与を行う。
【００８６】
このように、端末が１つでも参加していれば、ネットワークシステムの管理装置としての動作を引き継ぐべき端末が決定されているため、ネットワークを効率良く維持することが可能になる。
【００８７】
フラッシュ装置１０１は、例えばフラッシュ装置１０１における電池の交換やオフ操作、電池電圧の不足や、装着されているカメラ３０１の移動など、何らかの理由によってネットワークシステムを離脱しうる。そのため、フラッシュ装置１０１のメイン制御ＣＰＵ１０２は、予め定められた、ネットワークシステムからの離脱につながるイベント（離脱イベント）の発生を監視している。
【００８８】
Ｓ６１０で離脱イベントの発生が検出された場合、フラッシュ装置１０１のメイン制御ＣＰＵ１０２は、自身がネットワークシステムを離脱したことを示す情報を含めた機器情報リストをネットワークシステム上にブロードキャストする。この機器情報リストが離脱通知となる。メイン制御ＣＰＵ１０２は、例えば、機器情報リスト中のフラッシュ装置１０１の情報に、離脱情報を関連付けてブロードキャストすることができる。
【００８９】
Ｓ６１０で離脱イベントの発生が検出されなければ、メイン制御ＣＰＵ１０２は、処理をＳ４０６（図３）に戻し、新たな参加要求が受信されたか確認する。
【００９０】
Ｓ６１１で単に離脱を伝える情報だけを通知せず、機器情報リストを配信するのは、直前の配信時に何らかの理由で機器情報リストを受信できなかった端末が存在しうるからである。離脱時に機器情報を配信することで、各端末が機器情報リストを受信している確実性を高めることができる。
【００９１】
（端末の動作）
次に、端末の動作について、図６のフローチャートを参照して説明する。ここでは、図６のフローチャートが図３からの継続処理として記載されているため、端末がマスター装置（フラッシュ装置２０２）であるものとして説明する。ただし、後述するように、ここで説明する動作は端末として動作するスレーブ装置でも実施する。
【００９２】
Ｓ７０２でメイン制御ＣＰＵ１０２は、管理装置（フラッシュ装置１０１）からの機器情報リストの受信を待機している。
機器情報リストを受信すると、メイン制御ＣＰＵ１０２は、リスト中の機器情報をデコードし、自身（フラッシュ装置２０２とする）が管理装置候補に設定されているかどうか、また管理装置候補であれば優先順位が何番目かを確認する（Ｓ７０４）。
【００９３】
また、メイン制御ＣＰＵ１０２は、受信した機器情報リストに管理装置の離脱情報が含まれているか（機器情報リストが離脱通知か否か）確認する（Ｓ７０５）。
受信した機器情報リストが管理装置の離脱通知でなければ、メイン制御ＣＰＵ１０２は機器情報リストの受信待機状態に戻る（Ｓ７０２）。
【００９４】
一方、受信した機器情報リストが管理装置の離脱通知だった場合、メイン制御ＣＰＵ１０２は、Ｓ７０４で確認した優先順位が最上位だったかどうか判別する（Ｓ７０６）。ここで、優先順位が最上位でなければ、他のマスター装置が新たに管理装置としての動作を開始するはずなので、メイン制御ＣＰＵ１０２は機器情報リストの受信待機状態に戻る（Ｓ７０２）。
【００９５】
しかし、自身（フラッシュ装置２０２）に最上位の優先順位が設定されていた場合には、ネットワークシステムの管理装置としての動作を開始する（Ｓ７０７）。具体的にはメイン制御ＣＰＵ１０２は、機器情報リストにおけるフラッシュ装置２０２の機器情報を変更し、管理装置候補の情報を削除するとともに、有効な管理装置であることを示す情報を関連付ける。
【００９６】
次にメイン制御ＣＰＵ１０２は、フラッシュ装置２０２が管理装置となったことにより、機器情報リストにおける管理装置候補の優先順位を１つずつ繰り上げ、更新した機器情報リストを生成する（Ｓ７０９）。
【００９７】
そして、メイン制御ＣＰＵ１０２は、更新後の機器情報リストをネットワーク上にブロードキャストし、端末に配信する（Ｓ７１０）。その後、メイン制御ＣＰＵ１０２はＳ４０６（図３）からの処理を実行する。
【００９８】
なお、図６に示した処理は端末の動作であるから、ネットワークシステムにおいて端末として動作していれば、マスター装置に限らずスレーブ装置でも実施する。そして、図５のＳ６０８で説明したように、ネットワークシステムの管理装置が唯一のマスター装置である場合、スレーブ装置が最上位の優先順位を有する管理装置候補になる。この状態で離脱通知を受信すれば、スレーブ装置が管理装置として動作を開始する。
【００９９】
これにより、ネットワークシステムが維持され、離脱した管理装置（＝マスター装置）が復帰可能になる。なお、別のマスター装置が新たにネットワークシステムに参加可能であることは言うまでない。
【０１００】
スレーブ装置が管理装置として動作している際に、ネットワークシステムにマスター装置が参加してくれば、そのマスター装置を管理装置に変更することもできる。具体的には、スレーブ装置のメイン制御ＣＰＵ１０２は、新たに参加してきた端末がマスター装置であることを検出したら（Ｓ６０２）、離脱通知ではなく、譲渡通知としての機器情報リストを生成する。
【０１０１】
具体的には、メイン制御ＣＰＵ１０２は、自身（フラッシュ装置２０４とする）の機器情報に、管理装置の権限を譲渡する旨の情報を関連付けるとともに、新たに参加したマスター装置の機器情報に管理装置候補の最高優先順位を関連付ける。メイン制御ＣＰＵ１０２はこのような機器情報リストをブロードキャストし、端末としての動作を開始する。
【０１０２】
一方で、新たに参加したマスター装置のメイン制御ＣＰＵ１０２は、譲渡通知としての機器情報を受信すると、自身が管理装置として動作すべきことを認識し、Ｓ７０７以降の処理を行う。
【０１０３】
以上説明したように、ネットワークシステムでの主従関係と、撮像システムでの主従関係とに従って動作しながら撮像ネットワークシステムを構成する装置において、撮像システムにおけるマスター装置を優先的にネットワークシステムの管理装置とする。
【０１０４】
撮像システムのスレーブ装置はマスター装置と比較して増減されやすいので、例えば撮像システムにおけるスレーブ装置がネットワークシステムの管理装置であった場合、ネットワークの管理装置が存在しなくなりやすい。しかし、マスター装置を管理装置としておくことにより、ネットワークシステムを維持しやすくなる。
【０１０５】
また、管理装置かつマスター装置がネットワークシステムから離脱しても、残っているマスター装置が優先的に次の管理装置となるため、ユーザはネットワークの維持を意識することなく、スレーブ装置を外したり追加したりすることができる。
【０１０６】
さらに、ネットワークシステムからマスター装置が存在しなくなった場合には、スレーブ装置が管理装置として動作してネットワークシステムを維持する。そのため、マスター装置がネットワークシステムに復帰することが可能であり、ネットワークを構築し直す必要がない。
【０１０７】
（第２の実施形態）
第１の実施形態では、ネットワークシステムの管理装置が、離脱通知をブロードキャストしてから離脱するものであった。
しかし、実際には、離脱イベントの検知から実際に離脱するまでの時間が短かったり、離脱イベントとして検知可能な原因以外で離脱したりする場合のように、離脱通知をブロードキャストできない場合も考えられる。あるいは、最上位の優先順位が設定された装置が何らかの原因で離脱通知を受信できないこともありうる。
本実施形態では、このように、離脱通知がブロードキャストされずに管理装置がネットワークシステムから離脱した場合でも、管理装置の移転を実現することを特徴とする。
【０１０８】
なお、以下では、第１の実施形態にて説明した内容については省略もしくは極簡単な記載に止める。
図７は、図２の状態から、ネットワークシステムを構築したフラッシュ装置１０１がネットワークシステムから突然離脱した状態を示している。つまり、ネットワークシステム８０１内に管理装置が存在しない状態である。
【０１０９】
ここで、第３のスレーブ装置８０２が、ネットワークシステム８０１に参加を試みようとしている。第３のスレーブ装置８０２は、前述した図４の手順に従って、管理装置が存在しないネットワークシステム８０１に対して参加を試みる。
【０１１０】
また、マスター装置であるフラッシュ装置２０２は、ネットワークシステム８０１の端末として動作し、図７の状態では端末情報リストの受信待ち（Ｓ７０２（図６））の状態にある。
【０１１１】
このような状態で、第３のスレーブ装置８０２のメイン制御ＣＰＵ１０２は、ネットワークシステム８０１に参加するため、図４のＳ５０５でネットワークシステム８０１に参加要求をブロードキャストで配信する。
【０１１２】
第３のスレーブ装置８０２から配信された参加要求は、ブロードキャストパケットであるため、ネットワークシステム８０１に存在するマスター装置であるフラッシュ装置２０２をはじめ、全ての装置が受信可能である。
【０１１３】
本実施形態における端末の動作を示すフローチャートの図８を参照して、フラッシュ装置２０２の動作を説明する。なお、図８において図６と同様の処理を行うステップについては同じ参照数字を付してある。
【０１１４】
機器情報リストの受信待ち状態で、フラッシュ装置２０２のメイン制御ＣＰＵ１０２が参加要求を受信したが判別する（Ｓ９１０）。参加要求を受信した場合、メイン制御ＣＰＵ１０２は、受信した参加要求に含まれるネットワークＩＤが、ネットワークシステム８０１のネットワークＩＤと同じか（正しい参加要求か）どうか判別する（Ｓ９１１）。
【０１１５】
正しい参加要求が受信されたことが判別された場合、メイン制御ＣＰＵ１０２は処理をＳ９１２へ移行し、ネットワークシステム８０１に存在するはずの管理装置（フラッシュ装置１０１）からの応答（参加許可通知あるいは参加拒否通知）の配信を監視する。
【０１１６】
参加要求を受信してから所定時間経過しても管理装置からの応答が配信されない場合、フラッシュ装置２０２のメイン制御ＣＰＵ１０２は、ネットワークシステム８０１に管理装置が存在しないと判断する。
【０１１７】
そして、Ｓ７０６からの処理を実行する。従って、ネットワークシステム８０１に残っている装置のうち、管理装置が離脱した時点の機器情報リストで最上位の優先順位が設定されている装置が、ネットワークシステム８０１の新たな管理装置としての動作を開始する。
【０１１８】
このように、本実施形態によれば、参加要求に対して応答がないことによって管理装置の離脱を判別し、ネットワークシステム内の装置のいずれかがネットワークシステムの新たな管理装置として動作を開始することができる。そのため、第１の実施形態の効果に加え、ネットワークシステムの管理装置が離脱通知を配信せずに離脱してしまった場合などにおいても、ネットワークシステムを維持することが可能となる。
【０１１９】
以上、本発明をその好適な実施形態に基づいて詳述してきたが、本発明はこれら特定の実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の様々な形態も本発明に含まれる。上述の実施形態の一部を適宜組み合わせてもよい。
【０１２０】
（その他の実施形態）
第１の実施形態において、ネットワークシステムの管理装置は、ネットワークシステムへの参加順に、管理装置候補の優先順位を設定していた。しかし、他の条件に応じて優先順位を設定してもよい。例えば、マスター装置のうち、電池残容量が多い順に優先順位を設定するようにしてもよい。
【０１２１】
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【特許請求の範囲】
【請求項１】
ネットワーク接続された複数の装置が協働して撮像動作を行う撮像ネットワークシステムを構成可能な装置であって、
撮像制御命令を発行するマスター装置と、前記撮像制御命令を実行するスレーブ装置のうち、前記装置が前記マスター装置として動作することが設定されている場合、ネットワークを構築して該ネットワークの管理装置としての動作を開始し、前記スレーブ装置として動作することが設定されている場合には、管理装置が構築したネットワークに参加する端末としての動作を開始する、ように前記装置を制御する制御手段を有することを特徴とする装置。
【請求項２】
前記制御手段はさらに、
前記装置が前記管理装置として動作している際、前記ネットワークに参加してきた装置から該装置の機器情報を取得して前記ネットワークに参加している装置の機器情報リストを生成し、
該機器情報リストを前記ネットワークで配信する、
ように前記装置を制御することを特徴とする請求項１記載の装置。
【請求項３】
前記ネットワークに参加してきた装置の前記機器情報が、該装置が前記マスター装置および前記スレーブ装置のどちらとして動作しているかの情報を含み、
前記制御手段はさらに、
該装置が前記マスター装置として動作している場合、該装置を管理装置候補として選択し、前記機器情報リストにおいて、該装置が管理装置候補であることを示す情報を含める、ように前記装置を制御することを特徴とする請求項２記載の装置。
【請求項４】
前記制御手段はさらに、
前記装置が前記管理装置として動作している際、前記ネットワークからの離脱につながる予め定められた離脱イベントの発生が検出された場合、離脱情報を含んだ前記機器情報リストを前記ネットワークで配信する、ように前記装置を制御することを特徴とする請求項２または請求項３記載の装置。
【請求項５】
前記制御手段はさらに、
前記装置が前記端末として動作している際に前記管理装置から受信した前記機器情報リストに前記離脱情報が含まれており、かつ前記機器情報リストから該装置が最上位の優先順位を有する管理装置候補であると判別された場合には、前記ネットワークにおける新たな管理装置としての動作を開始する、ように前記装置を制御することを特徴とする請求項４記載の装置。
【請求項６】
前記制御手段はさらに、
前記装置が前記端末として動作している際に、前記管理装置が前記ネットワークへの参加要求に対して所定時間経過しても応答しないことが検出され、かつ前記機器情報リストから該装置が最上位の優先順位を有する管理装置候補であると判別された場合には、前記ネットワークにおける新たな管理装置としての動作を開始する、ように前記装置を制御することを特徴とする請求項２乃至請求項５のいずれか１項に記載の装置。
【請求項７】
前記制御手段はさらに、
ネットワークの構築を試みた際、既にネットワークが管理装置によって構築されていれば、該ネットワークに参加する端末としての動作を開始する、ように前記装置を制御することを特徴とする請求項１乃至請求項６のいずれか１項に記載の装置。
【請求項８】
請求項１乃至請求項７のいずれか１項に記載の装置の複数から構成されることを特徴とする撮像ネットワークシステム。
【請求項９】
ネットワーク接続された複数の装置が協働して撮像動作を行う撮像ネットワークシステムを構成可能な装置の制御方法であって、
前記装置の制御手段が、
撮像制御命令を発行するマスター装置と、前記撮像制御命令を実行するスレーブ装置のうち、前記装置が前記マスター装置として動作することが設定されている場合、ネットワークを構築して該ネットワークの管理装置としての動作を開始し、前記スレーブ装置として動作することが設定されている場合には、管理装置が構築したネットワークに参加する端末としての動作を開始する、ように前記装置を制御する制御ステップを有することを特徴とする制御方法。
【請求項１０】
コンピュータを、請求項１乃至請求項７のいずれか１項に記載の装置として機能させるためのプログラム。
【請求項１】
ネットワーク接続された複数の装置が協働して撮像動作を行う撮像ネットワークシステムを構成可能な装置であって、
撮像制御命令を発行するマスター装置と、前記撮像制御命令を実行するスレーブ装置のうち、前記装置が前記マスター装置として動作することが設定されている場合、ネットワークを構築して該ネットワークの管理装置としての動作を開始し、前記スレーブ装置として動作することが設定されている場合には、管理装置が構築したネットワークに参加する端末としての動作を開始する、ように前記装置を制御する制御手段を有することを特徴とする装置。
【請求項２】
前記制御手段はさらに、
前記装置が前記管理装置として動作している際、前記ネットワークに参加してきた装置から該装置の機器情報を取得して前記ネットワークに参加している装置の機器情報リストを生成し、
該機器情報リストを前記ネットワークで配信する、
ように前記装置を制御することを特徴とする請求項１記載の装置。
【請求項３】
前記ネットワークに参加してきた装置の前記機器情報が、該装置が前記マスター装置および前記スレーブ装置のどちらとして動作しているかの情報を含み、
前記制御手段はさらに、
該装置が前記マスター装置として動作している場合、該装置を管理装置候補として選択し、前記機器情報リストにおいて、該装置が管理装置候補であることを示す情報を含める、ように前記装置を制御することを特徴とする請求項２記載の装置。
【請求項４】
前記制御手段はさらに、
前記装置が前記管理装置として動作している際、前記ネットワークからの離脱につながる予め定められた離脱イベントの発生が検出された場合、離脱情報を含んだ前記機器情報リストを前記ネットワークで配信する、ように前記装置を制御することを特徴とする請求項２または請求項３記載の装置。
【請求項５】
前記制御手段はさらに、
前記装置が前記端末として動作している際に前記管理装置から受信した前記機器情報リストに前記離脱情報が含まれており、かつ前記機器情報リストから該装置が最上位の優先順位を有する管理装置候補であると判別された場合には、前記ネットワークにおける新たな管理装置としての動作を開始する、ように前記装置を制御することを特徴とする請求項４記載の装置。
【請求項６】
前記制御手段はさらに、
前記装置が前記端末として動作している際に、前記管理装置が前記ネットワークへの参加要求に対して所定時間経過しても応答しないことが検出され、かつ前記機器情報リストから該装置が最上位の優先順位を有する管理装置候補であると判別された場合には、前記ネットワークにおける新たな管理装置としての動作を開始する、ように前記装置を制御することを特徴とする請求項２乃至請求項５のいずれか１項に記載の装置。
【請求項７】
前記制御手段はさらに、
ネットワークの構築を試みた際、既にネットワークが管理装置によって構築されていれば、該ネットワークに参加する端末としての動作を開始する、ように前記装置を制御することを特徴とする請求項１乃至請求項６のいずれか１項に記載の装置。
【請求項８】
請求項１乃至請求項７のいずれか１項に記載の装置の複数から構成されることを特徴とする撮像ネットワークシステム。
【請求項９】
ネットワーク接続された複数の装置が協働して撮像動作を行う撮像ネットワークシステムを構成可能な装置の制御方法であって、
前記装置の制御手段が、
撮像制御命令を発行するマスター装置と、前記撮像制御命令を実行するスレーブ装置のうち、前記装置が前記マスター装置として動作することが設定されている場合、ネットワークを構築して該ネットワークの管理装置としての動作を開始し、前記スレーブ装置として動作することが設定されている場合には、管理装置が構築したネットワークに参加する端末としての動作を開始する、ように前記装置を制御する制御ステップを有することを特徴とする制御方法。
【請求項１０】
コンピュータを、請求項１乃至請求項７のいずれか１項に記載の装置として機能させるためのプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２０１３−４６１７２（Ｐ２０１３−４６１７２Ａ）
【公開日】平成２５年３月４日（２０１３．３．４）
【国際特許分類】
【出願番号】特願２０１１−１８１９２９（Ｐ２０１１−１８１９２９）
【出願日】平成２３年８月２３日（２０１１．８．２３）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成２５年３月４日（２０１３．３．４）
【国際特許分類】
【出願日】平成２３年８月２３日（２０１１．８．２３）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]