(57)【特許請求の範囲】
【請求項１】
複数の通信装置を含む通信システムにおける制御装置であって、
前記複数の通信装置のセキュリティ情報を収集する収集手段と、
前記複数の通信装置の各々のセキュリティ情報に基づいて、１台の装置を選択する選択手段と、
前記選択手段により選択された１台の装置に対して、前記複数の通信装置の各々に応じた所定のデータを外部装置から受信するように要求する要求手段と、
を有することを特徴とする制御装置。
【請求項２】
前記要求手段は、前記所定のデータを前記制御装置へ送信するように、前記選択手段により選択された１台の装置に対して要求することを特徴とする請求項１に記載の制御装置。
【請求項３】
前記所定のデータを、前記選択手段により選択された１台の装置から受信する第１の受信手段と、
前記第１の受信手段により受信した前記所定のデータを、前記選択手段により選択された１台の装置以外の前記複数の通信装置へ送信する第１の送信手段と、
を有することを特徴とする請求項１または２に記載の制御装置。
【請求項４】
前記選択手段は、前記制御装置のセキュリティ情報と前記複数の通信装置の各々のセキュリティ情報とに基づいて、前記複数の通信装置および前記制御装置の中から、１台の装置を選択することを特徴とする請求項１から３のいずれか１項に記載の制御装置。
【請求項５】
前記収集手段は、他の通信装置への問い合わせに対して前記他の通信装置に代理して応答する機能の有無を示す情報を前記複数の通信装置からさらに収集し、
前記選択手段は、前記制御装置のセキュリティ情報と、前記複数の通信装置の各々のセキュリティ情報と、前記機能の有無を示す情報とに基づいて、１台の装置を選択することを特徴とする請求項１から４のいずれか１項に記載の制御装置。
【請求項６】
前記セキュリティ情報は、自装置に搭載されているファームウェアのバージョン情報、IPv6搭載の有無、IPsec搭載の有無、又は、自装置の接続先の信頼性情報の少なくとも１つであることを特徴とする請求項１から５のいずれか１項に記載の制御装置。
【請求項７】
前記接続先の信頼性情報は、暗号化通信の可否を示す情報であることを特徴とする請求項６に記載の制御装置。
【請求項８】
前記所定のデータは、前記複数の通信装置の各々に応じたファームウェアであることを特徴とする請求項１から７のいずれか１項に記載の制御装置。
【請求項９】
請求項１から８のいずれか１項に記載の制御装置と複数の通信装置とを含む通信システム。
【請求項１０】
前記通信装置は、
自装置の前記セキュリティ情報を前記制御装置へ通知する通知手段と、
前記制御装置からの要求に応じて、前記外部装置へ接続する接続手段と、
前記外部装置から前記所定のデータを受信する第２の受信手段と、
を更に有することを特徴とする請求項９に記載の通信システム。
【請求項１１】
前記第２の受信手段により受信した前記所定のデータを前記制御装置へ送信する第２の送信手段を有することを特徴とする請求項１０に記載の通信システム。
【請求項１２】
前記通知手段は、前記制御装置からの要求に応じて前記セキュリティ情報を通知することを特徴とする請求項１０または１１に記載の通信システム。
【請求項１３】
前記通信装置は、
前記制御装置からの要求に応じて、前記制御装置及び他の通信装置との接続を切断する切断手段と、
前記所定のデータの受信が完了した後に、前記制御装置及び他の通信装置と再接続する再接続手段と、
を更に有することを特徴とする請求項８から１２のいずれか１項に記載の通信システム。
【請求項１４】
前記通信装置は、
前記外部装置と接続可能な第１のモードと、前記外部装置と接続不可能な第２のモードとを切替える切替手段を更に有することを特徴とする請求項８から１３のいずれか１項に記載の通信システム。
【請求項１５】
前記第２のモードは、前記第１のモードよりも消費電力が低いことを特徴とする請求項１４に記載の通信システム。
【請求項１６】
前記通信装置は、
前記所定のデータを受信する際に、前記第１のモードから前記第２のモードに切替えるよう他の通信装置に指示する指示手段を更に有することを特徴とする請求項１４または１５に記載の通信システム。
【請求項１７】
複数の通信装置を含む通信システムにおける制御装置の制御方法であって、
収集手段が、前記複数の通信装置のセキュリティ情報を収集する収集工程と、
選択手段が、前記複数の通信装置の各々のセキュリティ情報に基づいて、１台の装置を選択する選択工程と、
要求手段が、前記選択工程により選択された１台の装置に対して、前記複数の通信装置の各々に応じた所定のデータを外部装置から受信するように要求する要求工程と、
を有することを特徴とする制御方法。
【請求項１８】
コンピュータを請求項１から８のいずれか１項に記載の制御装置として動作させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、制御装置、制御方法、通信システム及びプログラムに関する。
【背景技術】
【０００２】
近年、プロジェクタやカメラ、プリンタ等のネットワーク化が進み、IP（Internet Protocol）通信網等の外部ネットワークと直接接続してデータ通信を行う機会が増加し、これらのネットワーク機器におけるセキュリティの脆弱性が懸念されてきている。即ち、IP通信網等の外部ネットワークへ直接接続する際に、ファームウェアのバージョンが低い等、セキュリティに脆弱性を持つネットワーク機器は、クラッカー等の悪意を持つ第三者からの攻撃対象となり得る。例えば、クラッカーによるネットワーク機器の脆弱性をついた機器制御ののっとりが発生し、誤動作、故障、不適切なデータの受信等が引き起こされる可能性がある。
【０００３】
特許文献１では、通信ノードにおけるファームウェアをアップデートする方法として、ダウンロード用ホスト装置が自局に接続される通信ノードを検出し、各通信ノードをグループ分けして、各通信ノードにグループ毎に指定されたバージョンのファームウェアをダウンロードすることが開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−２１５８０３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来の通信システムでは、セキュリティの低い通信ノードが外部装置に接続する可能性があった。即ち、通信システムのセキュリティが十分ではない場合があった。
【０００６】
本発明は、上記の課題に鑑みてなされたものであり、通信システムのセキュリティを向上させる技術を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記の目的を達成するために、本発明の一態様による制御装置は以下の構成を備える。即ち、
複数の通信装置を含む通信システムにおける制御装置であって、
前記複数の通信装置のセキュリティ情報を収集する収集手段と、
前記複数の通信装置の各々のセキュリティ情報に基づいて、１台の装置を選択する選択手段と、
前記選択手段により選択された１台の装置に対して、前記複数の通信装置の各々に応じた所定のデータを外部装置から受信するように要求する要求手段と、
を有することを特徴とする。
【発明の効果】
【０００８】
本発明によれば、通信システムのセキュリティを向上させることが可能となる。
【図面の簡単な説明】
【０００９】
【図１】第１の実施形態に係る通信システムの構成例を示す図。
【図２】第１の実施形態に係る各ノードとファームウェアバージョンとの対応表を示す図。
【図３】第１の実施形態に係る制御ノードおよび通信ノードの内部構成の一例を示す図。
【図４】第１の実施形態に係る制御ノードの処理手順を示すフローチャート。
【図５】第１の実施形態に係る通信ノードの処理手順を示すフローチャート。
【図６】第１の実施形態に係るファームウェアダウンロード動作を示すシーケンスチャート。
【図７】第２の実施形態に係る通信システムの構成例を示す図。
【図８】第２の実施形態に係る各ノードと、代理応答機能の有無及びファームウェアバージョンとの対応表を示す図。
【図９】第２の実施形態に係る制御ノードおよび通信ノードの内部構成の一例を示す図。
【図１０】第１の実施形態に係るファームウェアダウンロード動作を示すシーケンスチャート。
【発明を実施するための形態】
【００１０】
以下、図面を参照しながら実施形態を説明する。なお、以下の実施形態において示す構成は一例に過ぎず、本発明は図示された構成に限定されるものではない。
【００１１】
（第１の実施形態）
本実施形態では、通信システムを構成する各ノードのうち、セキュリティレベルが高いノードを一台選択し、選択されたノードがファームウェアをダウンロードし、ダウンロードされたファームウェアを他のノードへ制御ノードを介して配信する例を説明する。
【００１２】
＜通信システムの構成＞
図１は、第１の実施形態に係る通信システムの構成例を示す図である。通信システム100は、４台の通信ノード（通信装置）101〜104と、制御ノード（制御装置）105と、AV Source130とを含む。AV Source130は、制御ノード105と接続されるAV(Audio Video)コンテンツソースである。制御ノード105と4台の通信ノード101〜104は、ネットワークプロジェクタを構成している。なお、AV Source130はシステム外にあってもよく、さらに、通信ノードの数は４台に限定されるものではなく、４台よりも多くても少なくてもよい。
【００１３】
通信システム100は、ネットワークプロジェクタを使用したマルチプロジェクションシステムを例とした構成であり、無線LAN(Local Area Network)を通じて制御ノード105がAV(Audio Video)コンテンツを各ネットワークプロジェクタに配信して映像を表示する。ここで、無線LANを使用してマルチプロジェクションを行う際は、制御ノード105が有するアクセスポイント機能を有効にして、各通信ノード101〜104へ映像を配信する。
【００１４】
通信システム100において、各ノード101〜105はローカルネットワークで構成されるものとし、FWDLサーバ110からファームウェアダウンロード等を行う際に、AP(Access Point)111を経由して外部ネットワーク120に接続される。ここで、ローカルネットワークとは有線、無線を含め、外線と繋がっていないネットワークと定義する。また、外部ネットワーク120とは、IP通信網や公衆網、専用回線等の有線、無線を含めた外線と繋がっているネットワークと定義する。
【００１５】
外部ネットワーク120には、クラッカー140等、ネットワークに侵入し、破壊・改ざん等を行う者が存在する。そのため、ファームウェアをダウンロードする場合に、通信システム100内の各ノード101〜105のうちセキュリティの弱い通信ノードが外部ネットワーク120へ接続すると、クラッカー140によるのっとり等が発生する可能性がある。本実施形態では、制御ノード105が各ノード101〜105のセキュリティ情報、例えばセキュリティレベル情報に基づき、外部ネットワーク120へ接続するノード101〜105を決定することで、クラッカー140からの攻撃を防止する。
【００１６】
ここでは、本発明を説明するにあたり制御ノード105及び通信ノード101〜104としてネットワークプロジェクタを想定したが、その限りではない。例えば、プリンタやカメラ等のネットワーク機能を有する通信機器で構成されてもよい。また、通信機能として無線LANを例に説明を行ったが、これに限らずネットワークルータやネットワークハブ等から構成される有線LANの通信システムであってもよい。
【００１７】
＜各ノードのファームウェアバージョン＞
続いて、図２は、第１の実施形態に係る各ノードとファームウェアのバージョンとの対応表である。制御ノード105は、各通信ノード101〜104のセキュリティレベル情報を収集する機能を有している。通信システム100においてシステム全体のファームウェアアップデートを行う際、制御ノード105は、各ノード101〜105のセキュリティレベル情報を入手する。ここでは、セキュリティレベル情報は、簡単化のため、ファームウェアのバージョン情報200とする。
【００１８】
制御ノード105は、収集したファームウェアのバージョン情報200から、最もセキュリティレベルが高い通信ノード101〜105として、通信ノード104をファームウェアのダウンロードを行う代行装置として選択する。なお、最もセキュリティレベルが高いノードに限らず、所定のレベル以上のノードから任意の１つを選択してもよい。通信ノード104は、規定の接続先として自局に登録されるFWDLサーバ110に対してAP111経由で接続してファームウェアをダウンロードし、他のノード101〜103及び105へ配信する。
【００１９】
ここでは、セキュリティレベル情報はファームウェアのバージョン情報200としたが、この限りではなく、例えば、IPv6（Internet Protocol Version 6）に対応していることやIPsec（Security Architecture for the Internet Protocol）機能の搭載有無から判断してもよい。更に、各通信ノードに記憶される接続先の信頼性情報であってもよいし、これらの組み合わせであってもよいものとする。即ち、セキュリティレベル情報は、自装置に搭載されているファームウェアのバージョン情報、IPv6搭載の有無、IPsec搭載の有無、又は、自装置に記憶されている接続先の信頼性情報の少なくとも１つであってもよい。ここで、接続先の信頼性情報は、例えばSSL（Secure Sockets Layer）等の暗号化通信の可否を示す情報であってもよい。
【００２０】
＜ノードの構成＞
図３は、第１の実施形態に係る制御ノードおよび通信ノードの内部構成の一例を示す図である。300はノードであり、制御ノード105又は通信ノード101〜104の何れかを示す。ノード300は、通信部301、外部ネットワーク接続部302、代行装置選択部303、セキュリティレベル収集部304、アドレス・データバス305、セキュリティレベル通知部306、代行動作通知部307、メモリ308、プロセッサ309、AVデータ処理部310、投影部311を備えている。
【００２１】
プロセッサ309は、各機能ブロックの制御に使用される。メモリ308は、各機能ブロックが共有して使用するメモリ空間である。アドレス・データバス305は各機能ブロック間のデータのやり取りに使用される。通信部301は、各ノード101〜105間もしくはAV Source130とのAVデータ通信用の通信部である。制御ノード105及び各通信ノード101〜104は、通信部301が受信したAVデータを一時メモリ308に記憶し、AVデータ処理部310で映像を生成して投影部311から映像を投影する。
【００２２】
また、制御ノード105では、AV Source130から受信したAVデータを通信部301から他の通信ノード101〜104へ配信する。また更に、マルチプロジェクションを行うための各通信ノード101〜104への制御データについても、通信部301を介して送受信される。ここで、通信部301は有線LAN、無線LANの両方、もしくはいずれかで構成されるものとする。また、AV Source130との接続用として、有線LAN、無線LAN以外に、HDMI（登録商標）(High-Definition Multimedia Interface)やUSB(Universal Serial Bus)等のインタフェースを備えていてもよい。
【００２３】
通信システム100において、全てのノード101〜105のファームウェアアップデートを実行する場合、制御ノード105は、セキュリティレベル収集部304によりセキュリティレベル通知要求を生成し、通信部301を介して各通信ノード101〜104へ送信する。セキュリティレベル通知要求を受信した通信ノード101〜104は、セキュリティレベル通知部306で生成したファームウェアバージョン等のセキュリティレベル情報を制御ノード105へ送信する。
【００２４】
制御ノード105は、ノード101〜105毎に受信したセキュリティレベル情報をメモリ308に記憶する。次に、制御ノード105は、代行装置選択部303により、自局を含む各通信ノード101〜104のセキュリティレベル情報をメモリ308から参照し、比較して最もセキュリティレベルの高い通信ノードを代行装置として選択する。図２の例では通信ノード104が代行装置として選択される。
【００２５】
さらに、制御ノード105は、代行動作通知部307によりファームウェアダウンロード等の代行動作通知を生成して、選択した代行装置（通信ノード104）に対して送信する。代行動作通知を受信した代行装置（通信ノード104）は、外部ネットワーク接続部302により規定のFWDLサーバ110に接続するための設定を行い、外部ネットワーク120を超えてFWDLサーバ110からファームウェアをダウンロードする。代行装置（通信ノード104）は、ダウンロードしたファームウェアを各ノード101〜103及び105へ配信する。
【００２６】
ここで、通信システム100を構成する制御ノード105及び通信ノード101〜104は、内部ブロックの構成300において各々使用する機能ブロックのみを選択して搭載してもよいものとする。例えば、通信ノード101〜104には制御ノード105で使用するセキュリティレベル収集部304や代行動作通知部307が実装されていなくてもよい。
【００２７】
＜制御ノードの処理＞
図４は、第１の実施形態に係る制御ノードの処理手順を示すフローチャートである。S400では、制御ノード105のセキュリティレベル収集部304は、各通信ノード101〜104へセキュリティレベル情報の通知要求を送信し、各通信ノード101〜104からセキュリティレベル情報を収集する。
【００２８】
S401では、制御ノード105の代行装置選択部303は、各通信ノード101〜104から収集したセキュリティレベル情報及び自局のセキュリティレベル情報を参照して比較を行う。S402では、制御ノード105の代行装置選択部303は、S401での比較結果に基づいて通信システム100において最もセキュリティレベルが高いノードである代行装置を決定する。図２の例では代行装置は通信ノード104として決定される。
【００２９】
S403では、制御ノード105の代行動作通知部307は、S402で選択した代行装置へ、既定の接続先であるFWDLサーバ110に接続し、ファームウェアをダウンロードする代行動作を行う旨を通知する。ここで、一連の代行動作については通信ノード101〜104に記憶されており、代行装置は、制御ノード105からの代行動作通知に応じて記憶された動作を実行してもよい。
【００３０】
＜通信ノードの処理＞
図５は、第１の実施形態に係る通信ノードの処理手順を示すフローチャートである。S500では、通信ノード101〜104のセキュリティレベル通知部306は、自局のセキュリティレベル情報を制御ノード105へ通知する。
【００３１】
S501では、通信ノード101〜104の何れかが、制御ノード105から代行動作通知を受信する。ここでは通信ノード104が代行動作通知を受信したものとする。代行動作通知を受信した通信ノード104は、自局が代行装置として選択されたことを認識する。S502では、通信ノード104の通信部301は、通信システム内の他の通信ノード101〜103及び制御ノード（015）とのローカルネットワークにおける接続を全て切断する。
【００３２】
S503では、通信ノード104の外部ネットワーク接続部302は、AP111経由で外部ネットワーク120へ接続する。S504では、通信ノード104の通信部301は、FWDLサーバ110からファームウェアをダウンロードする。
【００３３】
S505では、通信ノード104の外部ネットワーク接続部302は、S504でのダウンロード完了後、AP111との接続を切断し、通信ノード104の通信部301は、通信システム100のローカルネットワークへ再接続する。即ち、アクセスポイント機能を持つ制御ノード105と再接続する。S506では、通信ノード104の通信部301は、制御ノード105及び他の通信ノード101〜103へ、ダウンロードしたファームウェアを配信する。これにより、代行装置が同時に複数のネットワークと接続を維持する機能を有する場合、外部ネットワークと接続する際はローカルネットワークと通信を切断し、ダウンロード中のシステムの安全性をさらに高めることができる。
【００３４】
＜処理シーケンス＞
図６は、第１の実施形態に係るファームウェアダウンロード動作を示すシーケンスチャート。S600では、制御ノード105が各通信ノード101〜104へセキュリティレベル情報の通知を要求し、S601〜S604では、各通信ノード101〜104が通知を受信する。S605〜S608では、各通信ノード101〜104がセキュリティレベル情報を送信する。
【００３５】
S609では、制御ノード105は、各通信ノード101〜104から送信されたセキュリティレベル情報を受信する。S610では、制御ノード105が、自局のセキュリティレベル情報及びS609で収集した各通信ノード101〜104のセキュリティレベル情報を比較する。S611では、制御ノード105が、S609での比較の結果、代行装置を選択する。ここでは通信ノード104が代行装置として選択される。
【００３６】
S612では、制御ノード105が、既定の接続先であるFWDLサーバ110へ接続してファームウェアのダウンロードを行う指示を、代行装置として選択した通信ノード104へ通知する。S613では、通信ノード104が当該指示を受信し、これにより通信ノード104は自局が代行装置として選択されたことを認識する。
【００３７】
S614では、通信ノード104は、通信システム100のローカルネットワークとの接続を切断し、外部ネットワーク120越しのFWDLサーバ110と接続を行う。本シーケンスチャートにはAP111を記載していないがFWDLサーバ110との接続はAP111を介して行うものとする。S615では、通信ノード104は、FWDLサーバ110へファームウェアダウンロードを要求し、S616でファームウェアのダウンロードを行う。
【００３８】
S617では、通信ノード104は、S616のファームウェアダウンロードが完了した後、FWDLサーバ110との接続を切断し、通信システム100のローカルネットワークとの接続を再度行う。S618では、通信ノード104がダウンロードしたファームウェアを制御ノード105へ送信する。S619では、制御ノード105は、受信したファームウェアを通信ノード104以外の（代行装置として機能している通信装置以外の）各通信ノード101〜103へ送信する。S620〜S622で、各通信ノード101〜103は、制御ノード105から送信されたファームウェアを受信する。
【００３９】
以上、第１の実施形態に係るファームウェアダウンロード方法について説明した。なお、制御ノード105及び通信ノード101〜104で使用するファームウェアが異なる場合にも代行装置にファームウェアのダウンロードの代行動作を要求してもよい。
【００４０】
また、通信システム100では、制御ノード105が代行装置の選択やファームウェアのアップデート動作を制御する例を説明したが、ユーザからの操作を受け付けた、あるいは通知を受信した他の通信ノード101〜104がこれらの制御を行ってもよい。
【００４１】
さらに、制御ノード105又は各通信ノード101〜104は、ファームウェアダウンロード時にのみ外部ネットワークに接続するとは限らず、ネットワークコンテンツの入手やコンテンツのアップロード動作等の際にも接続を行ってもよい。即ち、これらの場面においても本実施形態の処理が適用されることは言うまでもない。
【００４２】
本実施形態によれば、複数の通信ノードが連動して動作する通信システムにおけるファームウェアダウンロード時に、セキュリティレベルが低い通信ノードが外部ネットワークに接続することを抑制できるため、安全にファームウェアのアップデート操作を行うことが可能となる。
【００４３】
（第２の実施形態）
＜通信システムの構成＞
図７は、第２の実施形態に係る通信システムの構成例を示す図である。第１の実施形態と同様に、1台の制御ノード705と複数の通信ノード701〜704を含む通信システム700にについて、ファームウェアダウンロード時の動作説明を行う。
【００４４】
第１の実施形態の通信システム100との違いは、通信システム700を構成する制御ノード705及び通信ノード701〜704は、各々通常の消費電力での動作時のモードである通常モード（外部装置と接続可能な第１のモード）と、省電力での動作時のモードであるスタンバイモード（外部装置と接続不可能な第２のモード）とを切り替えて実施可能な点である。通常モードでは、外部ネットワークを介して接続先と接続可能であり、スタンバイモードでは、通信システム内で通信可能であり通常モードよりも消費電力が低い。
【００４５】
通常モードでは、ネットワークプロジェクタを構成する各ノード701〜705は、マルチプロジェクション動作等におけるAVデータの送受信や映像の投影を行うことができる。
【００４６】
一方、スタンバイモードでは、各ノード701〜705は例えば通信部301のみを活性化した状態である。なお、通信部301以外の処理部の一部が動作していてもよく、通常モードに比較して、低消費電力な動作モードであればよい。
【００４７】
スタンバイモードでは、各ノード701〜705は装置間の接続確認や装置のステータス情報等の送受信を行う。また、スタンバイモードでは、通信部301内の無線LANや有線LAN等の通信I/F（Interface）ではなく、ローカルネットワークでのみ通信可能なBLE(Bluetooth Low Energy)等のより低消費電力な通信I/Fのみを使用してもよい。
【００４８】
図７の通信システム700は、制御ノード705が選択した１台のノード（この例では通信ノード703）が通常モードで動作し、他のノード（この例では通信ノード701、702、704、制御ノード705）がスタンバイモードで動作する、システムスタンバイ機能を有する。システムスタンバイの状態では、ユーザが操作するタブレットやノード701〜705に搭載されるアプリケーション等による、通信システム700内のノード701〜705の接続確認、ステータス等の問い合わせを行うことができる。
【００４９】
また、これらの問い合わせに対して通信システム700内の1台の通常モードの通信ノード（この例では通信ノード703）がシステムスタンバイの親局となり、問い合わせに返信する他のノード（この例では通信ノード701、702、704、制御ノード705）の代理応答を一括して行うものとする。
【００５０】
通信システム700におけるファームウェアのダウンロードの際は、制御ノード705が、ノード701〜705のうちの代理応答機能を持つノードの中で最もセキュリティレベルが高い通信ノード（例えば通信ノード703）を代行装置として選択し、代行装置がファームウェアのダウンロードを行う。また、代行装置である通信ノード703はシステムスタンバイの親局となり、他のノード701、702、704、705をスタンバイモードに切り替えた後、FWDLサーバ110と接続する。また、通信ノード703はファームウェアをダウンロードした後、外部ネットワーク120との接続を切断し、他のノード701、702、704、705を通常モードに切り替えて、ダウンロードしたファームウェアを配信する。
【００５１】
このような制御を行うことで、外部ネットワーク120に通信ノード703が接続している際に、他のノード701、702、704、705がクラッカー等によりアクセスされる危険性が減少し、システムとしての安全性を高めることができる。また、通信ノード703は通信システム700との接続を維持したまま、外部ネットワーク120へ接続することが可能となる。
【００５２】
＜各ノードの代理応答機能とファームウェアバージョン＞
図８は、第２の実施形態に係る各ノードと、代理応答機能800の有無及びファームウェアバージョン（セキュリティレベル200）との対応表を示す図である。本実施形態では、通信システム700において、制御ノード705は、各ノードのセキュリティレベル情報に加えて、代行装置機能の有無の情報を各通信ノード701〜704から収集する。各ノード701〜705において、代理応答機能を有するノードは、図８の例では、制御ノード705、通信ノード702及び通信ノード703である。そして、これらの中で最もファームウェアバージョンが最も高いのは通信ノード703であり、通信ノード703が代行装置として選択される。さらに、通信ノード703は、システムスタンバイ状態での親局として、他のノード701、702、704、705へのモード切替通知を送信することができる。代理応答機能の有無も考慮して選択を行うことにより、セキュリティレベルが高いものの代理応答機能が無いノードを選択してしまうことがなくなるため、処理の再実行を防止することができる。
【００５３】
＜ノードの構成＞
図９は、第２の実施形態に係る制御ノードおよび通信ノードの内部構成の一例を示す図である。900はノードであり、制御ノード705又は通信ノード701〜704の何れかを示す。ノード900は、第１の実施形態の図３で説明したノード300の構成に加えて、動作モード切替部901と、代理応答処理部902とを更に備えている。
【００５４】
動作モード切替部901は、各ノード701〜705に実装される通常モードとスタンバイモードとの切り替えを行う。より具体的には、他のノードからの制御通知に応答し、通常モードの時は全ての機能ブロックを活性化させ、スタンバイモードの時は通信部301内における特定の通信I/F（BLE等）を活性化させることで一部の機能ブロックを活性化させる。ここで、各ノード701〜705間での制御パケットの送受信等、簡易的な通信処理については通信部301が行うことができる。
【００５５】
代理応答処理部902は、通信システム700がシステムスタンバイ状態である場合に、親局である通信ノード703が、ユーザの操作するタブレット等からの他の各ノード701、702、704、705への問い合わせに対して代理で応答する。
【００５６】
さらに、第２の実施形態に係る通信部301は、通信システム700内でのみ通信を行うBLE等の無線LAN及び有線LANと比較して、より低消費電力な通信I/Fを有しており、スタンバイモード時に親局との通信を行う。
【００５７】
ここで、通信システム700を構成する制御ノード705及び通信ノード701〜704は、内部ブロックの構成900において各々使用する機能ブロックのみを備えていてもよい。例えば、代理応答機能の無い通信ノード701と通信ノード704には、代理応答処理部902は搭載されていない。
【００５８】
＜処理シーケンス＞
図１０は、第２の実施形態に係るファームウェアダウンロード動作を示すシーケンスチャート。S1000では、制御ノード705が各通信ノード701〜704へ、ノード情報としてファームウェアバージョン情報と代理応答機能の有無を示す情報とを要求する。S1001〜S1004では、各通信ノード701〜704がノード情報の要求を受信する。S1006〜S1009では、各通信ノード701〜704がノード情報を送信する。
【００５９】
S1009では、制御ノード705が、各通信ノード701〜704から送信されたノード情報を受信する。S1010では、制御ノード705が、自局のノード情報及びS1009で収集した各通信ノード701〜704のノード情報を比較する。上述したように、代理応答機能を有するノード（通信ノード702、703、制御ノード705）のファームウェアバージョンを比較する。S1011では、制御ノード705が、S1010での比較の結果、代行装置を選択する。ここでは、図８に示すように、代理応答機能を持ち、ファームウェアバージョンの最も高い通信ノード703が、代行装置として選択される。
【００６０】
S1012では、制御ノード705が、既定の接続先であるFWDLサーバ110へ接続してファームウェアのダウンロードを行う指示を、代行装置として選択された通信ノード703へ通知する。S1013では、通信ノード703が通知を受信し、これにより自局が代行装置として選択されたことを認識する。また、自局が通信システム700におけるシステムスタンバイ時の親局であることを認識する。
【００６１】
S1014では、通信ノード703は、制御ノード705及び通信ノード701、702、704へスタンバイモード移行通知を送信する。S1015〜S1018では、スタンバイ移行通知を受信した各ノード701、702、704、705は、S1019〜S1022においてそれぞれスタンバイモードへ移行する。代行装置以外のノードをスタンバイモードへ移行することでノードへの外部ネットワークからの攻撃を防ぐことができる。
【００６２】
S1023では、通信ノード703は、外部ネットワーク120を介してFWDLサーバ110と接続する。S1024では、通信ノード703は、FWDLサーバ110に対してファームウェアのダウンロードを要求し、S1025ではファームウェアのダウンロードを実行する。S1026では、通信ノード703は、S1025でのファームウェアのダウンロードが完了した後、外部ネットワーク120を介したFWDLサーバ110との接続を切断する。
【００６３】
S1027では、通信ノード703は、制御ノード705及び通信ノード701、702、704へ通常モード移行通知を送信する。S1028〜S1031では、通常モード移行通知を受信した各ノード701、702、704、705は、S1032〜S1035において通常モードへ移行する。S1036では、通信ノード703が、ダウンロードしたファームウェアを制御ノード705へ送信する。S1037では、制御ノード705は、通信ノード703から受信したファームウェアを各通信ノード701、702、704へ送信する。S1038〜S1040では、各通信ノード701、702、704は、制御ノード705から送信されたファームウェアを受信する。
【００６４】
以上説明したように、第２の実施形態に係る通信システム700では、システムスタンバイ状態で、代行装置である通信ノード703におけるローカルエリアとの接続を維持しつつ、ファームウェアのダウンロードを行うことができる。
【００６５】
（その他の実施形態）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【符号の説明】
【００６６】
100：ローカルネットワーク、101〜104：通信ノード、105：制御ノード、110：FWDLサーバ、111：AP、120：外部ネットワーク、130：AV Source、140：クラッカー、303：代行装置選択部、304：セキュリティレベル収集部、306：セキュリティレベル通知部
【図１】
0006661362.tif 000002
【図２】
0006661362.tif 000003
【図３】
0006661362.tif 000004
【図４】
0006661362.tif 000005
【図５】
0006661362.tif 000006
【図６】
0006661362.tif 000007
【図７】
0006661362.tif 000008
【図８】
0006661362.tif 000009
【図９】
0006661362.tif 000010
【図１０】
0006661362.tif 000011