JP7045991B2 - 無線通信を用いた電子装置の管理方法及び装置 - Google Patents

Description

本開示は、端末を管理するための方法及び装置に関し、特に無線通信方式を用いた端末の管理方法及び装置に関する。

インターネットは、人間が情報を生成して消費する人間中心の連結ネットワークから事物などの分散した構成要素の間に情報を取り交わして処理するモノのインターネット(Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ、ＩｏＴ)網に進化しつつある。ひいては、クラウドサーバーなどとの接続を通じるビックデータ(Ｂｉｇ ｄａｔａ)を処理する技術などが開発され使用されており、このような技術とＩｏＴ技術に結合されてＩｏＥ(Ｉｎｔｅｒｎｅｔ ｏｆ Ｅｖｅｒｙｔｈｉｎｇ)技術も現れている。ＩｏＴを具現するためにセンシング技術、有無線通信及びネットワークインフラ、サービスインターフェース技術、及び保安技術のような技術要素が求められている。さらには、近年、事物間の接続のためのセンサネットワーク(ｓｅｎｓｏｒ ｎｅｔｗｏｒｋ)、マシンツーマシン(Ｍａｃｈｉｎｅ ｔｏ Ｍａｃｈｉｎｅ、Ｍ２Ｍ)、ＭＴＣ(Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ)などの技術が研究されている。

ＩｏＴ環境では接続された事物で生成されたデータを収集、分析して人間の生活に新しい価値を創出する知能型インターネット技術(Ｉｎｔｅｒｎｅｔ Ｔｅｃｈｎｏｌｏｇｙ、ＩＴ)サービスが提供可能である。ＩｏＴは既存のＩＴ(ｉｎｆｏｒｍａｔｉｏｎ ｔｅｃｈｎｏｌｏｇｙ)技術と多様な産業間の融合及び複合を介してスマートホーム、スマートビルディング、スマートシティ、スマートカー又はコネクテッドカー、スマートグリッド、ヘルスケア、スマート家電、先端医療サービスなどの分野に応用されることができる。

このように技術的環境が急速に発展しているが、まだ多様な分野でこれを積極的に活用することができない実情にある。例えば、ホテル、学校、国会、図書館、自動化工場などのような部分で特定の機器の故障可否を確認するためには人が一々チェックしなければならない。

このような環境で制限された人力で広い空間に配置された機器の状態をチェックして維持及び補修するための管理システムの必要性、及び管理システムを容易に用いるための方法及び装置が必要である。

本開示においては、電子装置の維持補修のための管理方法及び装置を提供する。

本開示においては、少ない数の人力で膨大な電子装置を管理するための方法及び装置を提供する。

本開示においては、電子装置の異常有無などを自動で検出することができる管理方法及び装置を提供する。

本開示においては、電子装置の異常有無を検出することができるネットワークで異常が発生した電子装置が新しい電子装置で取り替えられる時のシステムの早い復元が可能な方法及び装置を提供する。

本開示においては、電子装置の異常有無を検出することができるネットワークでネットワークの所定のエンティティーが取り替えられる時に取り替えが容易な方法及び装置を提供する。

本開示においては、電子装置の異常有無を検出することができるネットワークでネットワークの所定のエンティティーが取り替えにより発生されるリソースの浪費を最小化及び／又は減少させることができる方法及び装置を提供する。

本開示の一側面による方法は、無線通信が可能なリスト情報を有する第１装置で前記リストに含まれた装置を管理するための方法が提供される。前記方法は、前記リストに含まれた装置と無線通信を行う第２装置に対する接続状態の検査が必要な場合、前記第２装置情報をリクエストする第１メッセージを送信する動作と、前記第１メッセージに応答して前記第２装置情報を含む第２メッセージが受信される時に予め記憶された前記第２装置情報と前記第２メッセージに含まれた前記第２装置情報を比べる動作と、及び前記第２メッセージに含まれた前記第２装置情報が予め記憶された前記第２装置情報と異なる場合、前記予め記憶された第２装置情報と復元コマンドメッセージを送信する動作と、を含むことができる。

本開示の他側面による方法は、無線通信装置において電子装置を管理するための方法が提供される。前記方法は、前記無線通信装置と接続された第１装置から装置情報がリクエストされる時に前記無線通信装置の装置情報を提供する動作と、復元コマンドメッセージと前記電子装置の情報を含むバックアップデータが受信される時の前記受信されたバックアップデータでメモリーをアップデートする動作と、少なくとも一つの電子装置に対する接続状態検査が必要な場合、前記バックアップデータに含まれたペアリング識別子を有する前記電子装置で状態チェックメッセージを送信する動作と、及び前記電子装置から状態応答メッセージが受信される場合、前記第１装置で報告する動作と、を含むことができる。

本開示の他側面による装置は、電子装置の管理のための管理装置を提供する。前記管理装置は、前記電子装置と無線通信を行う第１装置と通信するように構成された通信回路を含む第１通信部と、管理サーバーと通信するように構成された通信回路を含む第２通信部と、無線通信可能な電子装置、ゲートウェー情報及び無線通信装置情報のリストを記憶するように構成されたメモリーと、及び前記リストに含まれた前記装置と無線通信を行う第１装置の接続状態を検査する必要がある時、第１装置の情報をリクエストする第１メッセージを送信し、前記第１メッセージに応答して第１装置情報を含む第２メッセージが受信される時に以前に記憶された第２装置情報と前記第２メッセージに含まれた第２装置情報を比べ、前記第２メッセージが以前に記憶された第１装置情報と異なる場合、前記第１装置情報と復元コマンドを送信するように構成された処理回路を含む制御部と、を含むことができる。

本開示の他側面による装置は、無線通信が可能な電子装置の管理のための管理装置を提供する。前記管理装置は、電子装置と無線通信を行うように構成された通信回路を含む第１通信部と、ゲートウェーと通信するように構成された回路を含む第２通信部と、無線通信が可能な電子装置のリスト情報及び無線通信装置情報を記憶するように構成されたメモリーと、及びゲートウェーから装置情報がリクエストされる時に前記無線通信装置の情報を提供し、復元コマンドメッセージと前記電子装置の情報を含むバックアップデータが受信される時の前記受信されたバックアップデータでメモリーをアップデートし、少なくとも一つの電子装置に対する接続状態検査が必要な場合、前記バックアップデータに含まれたペアリング識別子と状態チェックメッセージを前記電子装置へ送信し、前記電子装置から状態応答メッセージが受信される場合、前記ゲートウェーで状態情報を報告するように制御する制御部と、を含むことができる。

前記第１メッセージに応答して前記第２装置情報を含む第２メッセージが受信される時に前記リストに含まれた少なくとも一つの装置の装置情報と前記第２メッセージに含まれた第２装置情報と同一であるかを検査する動作と、及び前記リストに含まれた少なくとも一つの装置情報と前記第２メッセージに含まれた第２装置情報が同一である場合、前記第２装置と接続を維持する動作と、を含むことができる。

本開示による方法及び装置を用いる場合、機器の維持補修を容易に行うことができ、機器の異常有無を自動で検出することによって少ない数の人力で膨大な機器を管理することができる。
さらに、本開示による方法及び装置を用する場合、ネットワークの所定のエンティティーが取り替えられる時の早い復元が可能であり、所定のエンティティーが取り替えられる時の取り替えが容易であることは勿論、所定のエンティティーが取り替え時のリソースの浪費を防止することができる。

本開示の他の態様、特徴及び付随的な利点は添付の図面に係って取られる以下の詳細な説明から、より容易に認識されて理解され、同一な図面符号は同一要素を示す。
本開示の一実施形態によって無線通信技術を用いて電子装置の状態を管理するための全体システムの概念図である。 本開示の一実施形態によって電子装置及びネットワーク制御装置の管理のための管理サーバーの機能的なブロック構成図である。 本開示の一実施形態による一実施例でネットワーク制御装置の機能的ブロック構成図である。 本開示の一実施形態による他の実施例でネットワーク制御装置の機能的ブロック構成図である。 本開示の一実施形態による無線通信装置の機能的内部ブロック構成図である。 本開示の一実施形態による一実施例で管理ネットワーク初期動作時の各エンティティーの動作を説明するための信号フローチャートである。 本開示の一実施形態によってネットワーク制御装置がペアリング動作時の制御フローチャートである。 本開示の一実施形態によってゲートウェーと無線通信装置が個別的に構成された場合、ペアリング動作時の信号フローチャートである。 本開示の一実施形態によってゲートウェーでペアリング結果を管理サーバーに報告する場合の信号フローチャートである。 本開示の一実施形態によって特定の無線通信装置の無線通信領域内に新しい電子装置が配置されたり、又は電子装置でのペアリングリクエスト時の信号フローチャートである。 本開示の一実施形態によってゲートウェーで無線通信装置を制御して電子装置のペアリング時の制御フローチャートである。 本開示の一実施形態による無線通信装置で無線通信領域内に位置した電子装置とペアリング時の制御フローチャートである。 本開示の一実施形態によって電子装置の状態チェック及びその結果を報告する場合、の信号フローチャートである。 本開示の一実施形態によるネットワーク制御装置で電子装置の状態をチェックする時の制御フローチャートである。 本開示の一実施形態によってゲートウェーと無線通信装置が互いに異なる装置(ｄｅｖｉｃｅ)で具現される場合、電子装置の状態チェック時の信号フローチャートである。 本開示の一実施形態によってゲートウェーが無線通信装置を用いて電子装置の状態をチェックする場合の制御フローチャートである。 本開示の一実施形態による無線通信装置がゲートウェーからのリクエストに従って電子装置の状態チェック時の制御フローチャートである。 本開示の一実施形態によるゲートウェーが無線通信装置の異常検出時の信号フローチャートである。 本開示の一実施形態によるゲートウェーで無線通信装置及び電子装置の異常検出時の制御フローチャートである。 本開示の一実施形態によって管理サーバーでゲートウェーの異常検出時の信号フローチャートである。 本開示の一実施形態によって管理サーバーで下位に接続されたエンティティーの無応答状態時のアラームを提供するための制御フローチャートである。 本開示の一実施形態によって無線通信装置が初期化、又は取り替えられた場合、無線通信装置のデータを復元する場合の信号フローチャートである。 本開示の一実施形態によって無線通信装置が取り替えられた場合、ゲートウェーで無線通信装置のバックアップデータ提供時の制御フローチャートである。 本開示の一実施形態による無線通信装置が取り替えられた場合、データ復元時の制御フローチャートである。 本開示の一実施形態によってゲートウェー又はネットワーク制御装置が取り替えられる場合、データを復元するための信号フローチャートである。 本開示の一実施形態によるゲートウェーが取り替えられる場合、ゲートウェーがバックアップデータで復元される時の制御フローチャートである。 本開示の一実施形態によって電子装置がリセットされた場合、又は取り替えられた場合、ジグビー無線通信方式に基づいたアラームの解除及びデータバックアップ時の信号フローチャートである。 本開示の一実施形態によってゲートウェーで無応答状態の電子装置の取り替え又はリセット時の制御フローチャートである。 本開示の一実施形態による無線通信装置で電子装置取り替え又はリセット時の制御フローチャートである。 本開示の一実施形態による管理サーバーで行われる制御動作を説明するためのフローチャートである。 本開示の一実施形態による管理サーバーで行われる制御動作を説明するためのフローチャートである。 本開示の一実施形態による管理サーバーで管理者に各ゲートウェーの無線通信装置領域内に位置した電子装置の状態情報を表示する場合の例示図である。 本開示の一実施形態によって管理サーバーで提供する電子装置の配置及び状態を説明するための例示図である。 本開示の一実施形態によって無線通信装置とペアリングを行い、状態メッセージを報告するための電子装置の機能的ブロック構成図である。 本開示の一実施形態によって無線通信装置と電子装置間の送／受信されるメッセージの形態を例示した図面である。 一実施形態によってＺＣＬメッセージの構成を例示した図面である。 本開示の一実施形態による管理サーバーでネットワークエンティティーのバックアップ／復元時に表示されるユーザインターフェースの例示図である。

本開示の例示的な実施例が添付された図面を参照して以下でより詳しく説明される。同一参照番号は同一又は類似の部分を指称するために図面全体にかけて用いられる。図面は本発明の理解を助けるために提供されたが、本発明を制限しようとするものではない。本明細書に含まれた公知機能及び構造に対する詳細な説明は本開示内容の要旨を不明瞭にすることを避けるために省略されても良い。

図１は、本開示の一実施形態によって無線通信技術を用いて電子装置の状態を管理するための全体システムの概念図である。

図１を参照し、本開示の多様な実施形態による“各ネットワークエンティティー”又は“エンティティー”に対して詳しく述べる。以下、エンティティー又はネットワークエンティティーとは、例えば、本開示による動作を行う特定の一つのノードとなることができる。

ネットワーク制御装置２０１、・・・、２０ｎは、所定の無線通信方式を用いて自分の無線通信領域(ｂｏｕｎｄａｒｙ)を有する。例えば、第１ネットワーク制御装置２０１は、図１に点線に例示したように、自分の無線通信領域内に位置した電子装置２０１－ａ、２０１－ｂ、２０１－ｃ、２０１－ｄ、２０１－ｅ、・・・、２０１－ｋと同一な無線通信方式又は２つ以上の無線通信方式でデータ及び信号の送受信を行うことができる。同様に第ｎネットワーク制御装置２０ｎは、自分の無線通信領域内に位置した電子装置２０ｎ－ａ、２０ｎ－ｂ、２０ｎ－ｃ、２０ｎ－ｄ、２０ｎ－ｅ、・・・、２０ｎ－ｍと同一な無線通信方式又は２つ以上の無線通信方式でデータ及び信号の送受信を行うことができる。さらに、電子装置２０１－ａ、２０１－ｂ、２０１－ｃ、２０１－ｄ、２０１－ｅ、・・・、２０１－ｋは、自分と通信するネットワーク制御装置で、例えば電子装置情報、自分の状態情報及び緊急度情報などを送信することができる。このような情報の送信に対しては、後述する図面を参照してより詳しく述べる。

ネットワーク制御装置２０１、・・・、２０ｎは、有／無線通信を通じて管理サーバー１００と接続できる。ネットワーク制御装置２０１、・・・、２０ｎと管理サーバー１００の間の接続は、一般的に有線通信方式を用いることができるが、本開示においては無線通信方式の場合を排除しない。ネットワーク制御装置２０１、・・・、２０ｎは、自分の通信領域内に位置した電子装置に対して電子装置情報及び電子装置状態情報、並びに緊急度情報などを獲得し、獲得された情報を管理サーバー１００で提供することができる。さらに、それぞれのネットワーク制御装置２０１、・・・、２０ｎは、自分の情報であるネットワーク制御装置情報と自分の状態情報であるネットワーク制御装置状態情報を管理サーバー１００で提供することができる。ネットワーク制御装置状態情報は、例えば、ネットワーク制御装置内に含まれた無線通信装置の状態情報を含むことができる。

図１では、ネットワーク制御装置が無線通信機能を有する場合を例示した。しかし、本開示の他の実施形態によれば、ネットワーク制御装置が無線通信機能を有しない場合、ゲートウェー機能と無線通信機能が分離してそれぞれが互いに異なるノードから構成されても良い。このような場合は、後述する図面を参照してより詳しく説明する。ただ、図１の説明では、説明の便宜のためにネットワーク制御装置、すなわち、ゲートウェー機能と無線通信機能をいずれも有する形態で説明する。

管理サーバー１００は、それぞれのネットワーク制御装置２０１、・・・、２０ｎから電子装置情報及び電子装置状態情報を獲得し、電子装置情報を記憶することができる。さらに、管理サーバー１００は、それぞれのネットワーク制御装置２０１、・・・、２０ｎから受信された電子装置状態情報を検査し、少なくとも一つの電子装置が無応答状態又は低電力状態のようなアラーム状態の場合、これを管理者に通知するためのプロセスを行うことができる。さらに、管理サーバー１００は、それぞれのネットワーク制御装置２０１、・・・、２０ｎからネットワーク制御装置情報とネットワーク制御装置状態情報を受信し、ネットワーク制御装置情報を記憶することができる。管理サーバー１００は、ネットワーク制御装置状態情報を検査して少なくとも一つのネットワーク制御装置が無応答状態の場合、これを管理者に通知するためのプロセスを実行できる。

一方、図１に例示しなかったが、管理サーバー１００は、各ネットワーク制御装置の情報及び電子装置の情報を記憶するためのバックアップサーバーをさらに含むことができる。例えば、バックアップサーバーは、一般的に管理サーバー１００の二重化又は管理サーバー１００のデータベースの二重化して安全をはかるための場合にも用いられ、多くの量のデータを管理サーバー１００で処理し難い場合に、バックアップサーバーを置いたりする。また、バックアップサーバーは、所定周期単位で管理サーバー１００に記憶されたデータをバックアップして記憶することができる。

以上で説明したそれぞれのノード、例えば、管理サーバー１００、ネットワーク制御装置、又はゲートウェーと無線通信装置を含み、無線通信装置の無線通信領域又はネットワーク制御装置の無線通信領域内に含まれた電子装置が、例えば、それぞれのネットワークエンティティー又はエンティティーとなり得る。

例えば、このような構成を有する形態が実際に適用される事例に対して簡略に述べる。たとえば、図１の管理システムがホテルに適用される場合を挙げる。たとえば、図１の管理システムがホテルに適用される場合、一つのネットワーク制御装置は、一つの客室に設置されて客室内に位置した多数の電子装置、例えば、電球、出入りセンサー、温度調節機、スマートプラグ、エアコン、冷蔵庫などに本開示による通信回路を含む通信装置を備えた各種電子装置と無線通信を行うことができる。

さらに、ネットワーク制御装置は、客室の以外にもホテル内部の会議室、講堂、フィットネスセンターなどの各種便宜施設にも設置することができる。ネットワーク制御装置は、設置された位置で自分の通信領域内に位置した電子装置を管理するために多様な形態の信号、メッセージ又はデータを送信及び受信することができる。これを通じて、ネットワーク制御装置は、電子装置情報及び電子装置状態情報を獲得することができる。それぞれのネットワーク制御装置で獲得した情報は、管理サーバー１００で提供できる。管理サーバー１００は、それぞれのネットワーク制御装置２０１、・・・、２０ｎから獲得した情報に基づいて、各ネットワーク制御装置２０１、・・・、２０ｎの領域内に位置した電子装置の状態に対する情報及びアラームを管理者に提供することによって、適切な時点に電子装置を取り替えることができる。例えば、便宜施設に設置された電子装置が無応答状態の場合、又は異常が発生した場合、直ちに又は便宜施設点検時間を用いて電子装置を取り替えることができ、客室に設置された電子装置の異常が発生した場合、ゲストの入室の可否を判断して当該電子装置を取り替えることができる。

さらに、以下で説明される本開示によれば、特定のネットワークエンティティーが取り替えられる場合、取り替えられた装置のバックアップデータを管理サーバー１００に記憶でき、取り替えられた装置と以前の装置の相互間の互換が可能な場合であれば、バックアップデータを取り替えられた装置に復元するようにし、追加の動作による取り替えによる負荷を減らすことができる。これを通じてネットワークエンティティーの取り替え時のリソースの浪費を防止することができる。

たとえば、ここでネットワークエンティティーとは、ネットワーク制御装置になることができる。また、後述する図面で説明するように、ネットワークエンティティーが２つ以上の独立的なデバイス(ｄｅｖｉｃｅ)から構成される場合、それぞれのデバイスが一つのネットワークエンティティーとなり得る。

他の例で、図１のシステムが自動化された工場に設置された場合を詳しく述べる。図１のシステムが自動化された工場に設置された場合、ネットワーク制御装置２０１、・・・、２０ｎは、特定の位置に配置できる。例えば、一つのネットワーク制御装置が一つの層を担当するか、又は、一つのルーム(ｒｏｏｍ)又は一層で特定の領域をカバーすることができる。このようにネットワーク制御装置２０１、・・・、２０ｎが配置された場合、当該ネットワーク制御装置は、自分の通信領域内に位置した電子装置を管理するために多様な信号、メッセージ又はデータを送信及び受信して電子装置情報及び電子装置状態情報又は／及び緊急度情報を獲得することができる。それぞれのネットワーク制御装置２０１、・・・、２０ｎで獲得した情報は、管理サーバー１００で提供できる。管理サーバー１００は、それぞれのネットワーク制御装置２０１、・・・、２０ｎから獲得した情報に基づいて、各ネットワーク制御装置２０１、・・・、２０ｎの通信領域に位置した電子装置の電子装置状態に対する情報及びアラームを管理者に提供できる。これを通じて、管理者は、適切な時点に無応答状態又は低電力状態によって取り替えが必要な状態の電子装置を取り替えることができる。例えば、自動化された工場に設置されたセンサー、電気スイッチ、自動化機器の異常が発生した場合、当該電子装置状態情報を獲得して管理者に提供することによって異常が発生した電子装置を取り替えることができる。

さらに、前述したように、特定のネットワークエンティティーが取り替えられる場合、取り替えられた装置のバックアップデータが管理サーバー１００に記憶されており、取り替えられた装置と以前の装置との相互間の互換が可能な場合であれば、バックアップデータを取り替えられた装置に復元するようにし、追加的な動作による取り替えによる負荷を減らすことができる。これを通じて、ネットワークエンティティーの取り替え時のリソースの浪費を防止することができる。

以上で説明した方式、及び以下で開示される方法を用いて工場、ホテル、図書館、学校など各種の大規模施設に配置された電子装置の異常可否を検出し、適時に取り替えることができる。また、本開示によって各ネットワーク制御装置２０１、・・・、２０ｎが取り替えられる場合、以前に用いたネットワーク制御装置と互換可能可否を判別し、互換が可能な場合、以前に用いたネットワーク制御装置のバックアップ情報を提供して復元することができる。これを通じて、ネットワーク制御装置の取り替え時の不必要な通信の回数を減らすことができ、管理者が電子装置の取り替え又はネットワーク管理装置の取り替えによる追加的な動作をすることなく、無線ネットワークを活性化することができる。このような本開示による内容は、後述する図面を参照してより詳しく説明する。

図２は、本開示によって電子装置及びネットワーク制御装置の管理のための管理サーバーの機能的なブロック構成図である。

図２を参照すれば、管理サーバー１００は、制御部(例えば、処理回路を含む制御機)１１１、グラフィックインターフェース１０１、ユーザ入力インターフェース(例えば、インターフェース回路を含む)１０３、データベース１０５及び有無線通信部１０７を含むことができる。管理サーバー１００は、図２に例示した機能的なブロック構成外に追加的なブロックをさらに有することもできるが、本発明の説明に必要な構成だけを例示したことに留意する。

グラフィックインターフェース１０１は、制御部１１１で管理者に提供するためのデータをグラフィック形式で変換してモニターで出力することができる。制御部１１１で管理者に提供するためのデータは、テキスト、各ネットワーク制御装置別で設定された領域内に含まれた電子装置の状態情報、ネットワーク制御装置及び電子装置の構成情報、アラームを表示するための視覚的グラフィック情報などを含むことができる。また、グラフィックインターフェース１０１は、管理者が管理サーバー１００を制御するための各種グラフィックユーザーインターフェース(ＧＵＩ)の出力を行うことができる。このようなグラフィックユーザーインターフェースは、後述する図面でより詳しく説明する。

ユーザ入力インターフェース１０３は、ユーザの入力を制御部１１１で認知することができる情報に変換するための多様なインターフェース回路を含むインターフェースである。ユーザ入力インターフェース１０３は、例えば、管理者のキー入力のためのキーボードインターフェース、マウス入力のためのマウスインターフェース、電子ペンや各種の入力装置の入力を制御部１１１で処理することができる形態の信号で変換して提供するための多様な形態のインターフェース装置又はモジュール、例えば、制限ない形態となることができる。

データベース１０５は、多様な形態のメモリーから構成できる。例えば、データベース１０５は、ハードディスク、フラッシュメモリー、ロム(ＲＯＭ)、ラム(ＲＡＭ)、光学ディスクなどの多様な形態のうちの一つ以上を含むことができる。このような構成を持つデータベース１０５は、制御部１１１の制御時に必要な各種データを記憶する領域と制御時に発生されるデータを臨時に記憶するための領域、ネットワーク制御装置又は各種電子装置の情報を記憶するための領域を含むことができる。場合によって、データベース１０５は、同一データを２つ以上の物理的装置に記憶する二重化形態を取ることもできることに留意する。また、データベース１０５以外にバックアップのためのサーバーを別途構成したり、又はデータベースサーバーを別途構成しても良い。

有無線通信部１０７は、多様な通信回路を含み、多数のネットワーク制御装置と通信を行うためのインターフェースを提供する。例えば、有無線通信部１０７は、ネットワーク制御装置と管理サーバー１００間の有線通信方式で信号、データ、メッセージなどの送／受信をする場合、有線インターフェースを提供し、無線通信方式で信号、データ、メッセージなどの送／受信をする場合、無線インターフェースを提供する。有無線通信部１０７は、ＬＡＮケーブルなどを用いてネットワーク制御装置と接続するための有線通信モジュール、無線プロトコルによりネットワーク制御装置と無線接続するための無線通信モジュール、のうちのいずれかであってもよいし、これら２つを併存させることもできることに留意する。

制御部１１１は、例えば、専用プロセッサ、処理回路、ＣＰＵ、特定用途向け集積回路(ＡＳＩＣ)、ＦＰＧＡ、回路などのような多様な処理回路を含むことができ、ネットワーク制御装置との通信を制御し、ネットワーク制御装置及び電子装置の情報を獲得して記憶するように制御し、異常検出時には当該異常を管理者に通知するための制御を行うことができる。さらに、制御部１１１は、ネットワーク制御装置及び電子装置から獲得した情報をバックアップして、データベース１０５に記憶するように制御し、バックアップデータを特定のネットワーク制御装置又は電子装置に提供する制御を行うことができる。また、バックアップデータの記憶、バックアップデータで復元結果を記憶し、これを管理者に提供する制御を行うことができる。このような制御部１１１のより具体的な動作は、後述する図面でより詳しく述べる。このようなバックアップサーバーを置く場合、バックアップは周期的に実行することもできる。例えば、バックアップの周期は予め設定された特定時間、例えば、深夜の特定の時間に実行することもできる。このような場合、毎日又は１週間単位又は１ヶ月単位などのように特定の周期をさらに設定することもできる。また、必要な場合、管理者によってバックアップを実行できることは、この分野の当業者に自明である。

図３ａは、本開示による一実施形態における、ネットワーク制御装置の機能的ブロック構成図である。

図３ａを参照する前に、ネットワーク制御装置２００は、機能的に管理サーバー１００と接続されて無線通信領域内に位置した電子装置に対する各種情報を提供するゲートウェーの役目を担当する。また、ネットワーク制御装置は、無線通信領域内に位置した多数の無線通信機能を持った電子装置と信号、メッセージ、データなどの送／受信を行う。したがって、図３ａでは、ゲートウェーの役目を担当する機能的ブロック構成と無線通信機能を実行する機能的ブロック構成だけを例示したことに留意する。すなわち、ネットワーク制御装置は、図３ａに例示された機能ブロック以外に付加的な機能ブロックを追加的にさらに有することができ、これに対しては、各機能ブロックに対して説明した後に説明する。

図３ａを参照すると、ネットワーク制御装置２００は、ゲートウェー制御部(例えば、処理回路を含む)２１１、ゲートウェーメモリー２１３及びゲートウェー通信部(例えば、通信回路を含む)２１５を含むことができる。ゲートウェーメモリー２１３は、ゲートウェーの構成によって多様な形態で構成されることができる。例えば、ゲートウェーメモリー２１３は、ハードディスク、フラッシュメモリー、ロム(ＲＯＭ)、ラム(ＲＡＭ)、光学ディスクなどの多様な形態のうちの一つ以上を含むことができる。また、ゲートウェーメモリー２１３は、ゲートウェーの制御動作に必要な制御データ又はプログラムデータを記憶することができる領域、制御時に発生するデータを臨時に記憶することができる領域、通信領域内に位置した電子装置の情報を記憶するための領域を含むことができる。ゲートウェーメモリー２１３に記憶されるデータについては、添付の図を参照ながら後ほど詳しく説明する。

ゲートウェー通信部２１５は、多様な通信回路を含んで構成でき、ゲートウェーの無線通信領域内に位置した複数の電子装置と無線通信を行うことができ、管理サーバー１００と通信を行うことができる。ゲートウェー通信部２１５での動作は、後述する図面を参照してより詳しく説明する。

ゲートウェー制御部２１１は、多様な処理回路を含んで構成されることができ、ゲートウェーの全般的な動作を制御する。例えば、管理サーバー１００との通信を制御し、複数の電子装置と通信を制御し、電子装置から獲得した情報の記憶及び管理サーバー１００で提供する制御を行う。その他に、ゲートウェー制御部２１１は、ネットワークが設置される場所にしたがって、他の機能を行う付加的な装置に搭載されたり、又は付加機能を行うための装置に接続されることができる。

例えば、自動化された工場、図書館などでは監視カメラ又は管理のための小型コンピューター又はタブレットコンピューターなどに当該機能を搭載できる。他の例で、ホテルの客室などにはスマートテレビ又はセットトップボックスなどにゲートウェー機能を搭載することもできる。また、他の例で、病院の病室などに設置される場合、特定の医療装備又はスマートテレビ又はセットトップボックスなどにゲートウェー機能を搭載することもでき、ここに限定されない。このように本開示で説明しているネットワーク制御装置は、独立的な一つの装置から構成されることもでき、他の装置に付加的な機能に搭載されることができる。

図３ｂは、本開示の一実施形態による他の実施例で、ネットワーク制御装置の機能的ブロック構成図である。

図３ａと対比すると、図３ｂに示す実施形態においては、ゲートウェー２００と無線通信装置３００が別途の装備で構成される。これにより、ゲートウェー２００は、通信部(例えば、通信回路を含む)２２１、ゲートウェーメモリー２１３、外部装置接続部(例えば、通信回路を含む)２２５及びゲートウェー制御部(例えば、処理回路を含む)２１１を含むことができる。図３ｂにおいて、図３ａと同一部分は同一参照符号を付していることに留意する。通信部２２１は、図３ａのゲートウェー通信部２１５のうちの管理サーバー１００と通信するための機能だけを行う構成を持つことができる。すなわち、管理サーバー１００がネットワーク制御装置と有線通信方式を用いて通信する場合、通信部２２１は有線通信のための構成を有し、管理サーバー１００がネットワーク制御装置と無線通信方式を用いる場合、通信部２２１は無線通信のための構成を有することができる。また、多様な通信回路を含む通信部２２１は、有線通信方式及び無線通信方式をいずれもサポートするように構成することもできる。通信部２２１が無線通信方式をサポートする場合、無線通信装置３００でサポートする方式を除いた少なくとも一つの方式で通信を行うことができる。例えば、無線通信部３００がジグビー(ＺｉｇＢｅｅ)方式又はジーウェーブ(Ｚｗａｖｅ)で通信を行う装置であれば、通信部２２１はブルートゥース(Ｂｌｕｅｔｏｏｔｈ（登録商標）)方式又はワイファイ(ＷｉＦｉ)方式をサポートすることができる。一方、無線通信部３００がブルートゥース（Ｂｌｕｅｔｏｏｔｈ（登録商標））方式又はワイファイ（ＷｉＦｉ）方式をサポートするのであれば、通信部２２１はジグビー(ＺｉｇＢｅｅ)方式又はジーウェーブ(Ｚｗａｖｅ)をサポートすることができる。また、無線通信装置が例示した通信方式のうちの一つの方式だけをサポートする場合、通信部２２１は残りの無線通信方式のうちの少なくとも一つの方式をサポートすることができる。本開示は、他の無線通信方式にも同様に適用できる。例えば、通信部２２１と無線通信装置３００の間の互いに異なる無線通信方式をサポートすることができる。

また、ゲートウェー制御部２１１及びゲートウェーメモリー２１３は、図３ａで予め説明したのでここで重複説明は省略する。ただし、図３ｂの構成を有する場合、ゲートウェー制御部２１１は、外部装置接続部２２５で無線通信装置３００の物理的接続を検出し、それによる制御動作を追加で行うことができる。ゲートウェー制御部２１１は、外部装置接続部２２５で無線通信装置３００の物理的接続の検出及びそれによる追加的な制御動作は後述するフローチャートを参照してより詳しく述べる。

外部装置接続部２２５は、ゲートウェー制御部２１１と無線通信装置３００の間の接続のためのインターフェースを提供する。例えば、多様なインターフェース回路の構成を含む外部装置接続部２２５は、無線通信装置３００とゲートウェー２００相互間のデータを取り交わす形式によって多様な形態のインターフェースが可能である。例えば、無線通信装置３００とゲートウェー２００がＵＳＢ(Ｕｎｉｖｅｒｓａｌ ＳｅｒｉａｌＢｕｓ)形式でデータの送／受信を実行する場合、外部装置接続部２２５はＵＳＢインターフェースとなることができる。

無線通信装置３００は、前記の図３ａで説明した無線通信領域内に位置した電子装置とデータの送／受信を行うための装置で、ゲートウェー２００とデータの送／受信のためのインターフェースを持つことができる。これに対するより詳細な構成は、添付した図４を参照してより詳しく述べる。

図４は、本開示による無線通信装置の機能的内部ブロック構成図である。

図４を参照すれば、無線通信装置３００はゲートウェー接続部(例えば、接続回路を含む)３０１、ユーザ入力部(例えば、入力回路を含む)３０３、無線通信装置メモリー３０５、制御部(例えば、処理回路を含む)３１１及び無線通信部(無線通信回路を含む)３０７を含むことができる。

ゲートウェー接続部３０１は、前記の図３ｂで説明したように、ゲートウェー２００とインターフェースを提供するための一つのインターフェースである。図３ｂで説明したように、ゲートウェー２００と無線通信装置３００がＵＳＢ方式でデータを取り交わす場合、ゲートウェー接続部３０１は、ＵＳＢインターフェースモジュールとできる。ゲートウェー接続部３０１は、ＵＳＢ方式ではない他のインターフェース方式を用いる場合、それに該当するインターフェースモジュールから構成することができる。

ユーザ入力部３０３は、制御部３１１でユーザが直接特定のコマンドを伝達するための多様な回路を含む装置であり、例えば、無線通信装置３００の初期化又はリセット(ｒｅｓｅｔ)などのための物理的な形態、すなわち、ユーザが押したりスイッチ形式でスイッチングしたりするなどのユーザコマンドを入力するための入力部とできるが、これに限定されない。また、無線通信装置３００が、通信を行うことができる特定の電子装置、例えば、タブレットコンピューター又は監視カメラなどのように無線通信機能を有する電子装置に搭載される場合であれば、ユーザ入力部３０３は、無線通信装置３００が搭載された電子装置の入力部を用いることもできる。このような場合、ユーザ入力部３０３は、単純に１つ又は２つ以上のキーから構成されずより多様な形態で構成できる。

無線通信装置メモリー３０５は、無線通信装置３００の制御に必要なデータを記憶し、無線通信領域内に位置した各電子装置の情報を記憶する領域を含むことができる。無線通信装置メモリー３０５に記憶されるデータは、以下でより詳しく述べる。

無線通信部３０７は、多様な通信回路を含み、電子装置と所定の方式で通信を行うことができる。例えば、無線通信部３０７が電子装置とジグビー(ＺｉｇＢｅｅ)方式又はジーウェーブ(Ｚｗａｖｅ)方式で通信を行う場合、無線通信部３０７は、ジグビー通信方式又はジーウェーブ方式をサポートすることができる。その他に無線通信部３０７は、電子装置と無線通信のための方式で無線ＬＡＮ(Ｗｉｒｅｌｅｓｓ ＬＡＮ)、ブルートゥース(Ｂｌｕｅｔｏｏｔｈ（登録商標）)方式など多様な種類の無線通信方式のうちの少なくとも一つの方式を採択することができる。

無線通信装置３００の動作を図１を参照して述べると、無線通信装置３００が初めて設置されたか又は動作を開始する場合、隣接した電子装置に対する情報がない状態である。したがって、無線通信装置３００は、自分を通知するための所定の信号を生成して自分の無線通信領域内に位置した電子装置へ送信することができる。この時、無線通信装置３００は、自分の無線通信領域内に位置した電子装置に応答をリクエストすることができる。無線通信装置３００は、少なくとも一つの電子装置から応答信号を受信すると、当該電子装置へ電子装置情報をリクエストして電子装置の情報を獲得して記憶することができる。また、無線通信装置３００は、電子装置情報を獲得して記憶した後又はそれと同時に、該当する電子装置とペアリング動作を行うことができる。さらに、無線電子装置３００は、周期的にペアリングされている電子装置に電子装置状態情報をリクエストし、その結果を記憶又は／及び報告することができる。このような無線通信装置３００の具体的な動作に対しては、後述する図面を参照してより詳しく説明する。

＜ネットワークの初期動作＞

上記において、電子装置を管理するための基本的なネットワーク構成と各管理ネットワークを構成するそれぞれのエンティティーについて詳しく述べた。以下、電子装置管理のための管理ネットワークにおける各エンティティーの初期動作について詳しく述べる。

図５は、本開示による一実施形態で、管理ネットワーク初期動作時の各エンティティーの動作を説明するための信号フローチャートである。

図５を説明する前に、図５の各構成要素の参照符号について先ず簡略に説明する。図５の管理サーバー１００は、図１及び図２で説明した管理サーバーと類似又は同一形態とできる。また、管理サーバー１００は、別途のバックアップ用データベースを含むことができる。図５のネットワーク制御装置２０１は、図１に例示したネットワーク制御装置と類似又は同一形態とでき、その内部構成は前述した図３ａの構成を有しうる。例えば、図５に例示されたネットワーク制御装置２０１は、ゲートウェーの機能と無線通信装置の機能を一つの装置に搭載できる。

管理サーバー１００は、基本的にすべての電子装置とすべてのネットワーク制御装置の配置情報を持つことができる。このような情報は、管理者が管理サーバー１００に予め入力して記憶することができる。もし、管理者が予め管理サーバー１００にネットワーク制御装置の情報だけを入力する場合、ネットワーク管理装置から提供される電子装置の情報だけを持つこともできる。

例えば、管理サーバー１００がホテル、図書館、病院、自動化された工場のうちのいずれか１ヶ所に設置される場合を仮定して説明する。もし、ホテルに管理サーバー１００を設置する場合、管理サーバー１００はホテル内の客室及び便宜施設に配置されたネットワーク装備の情報を予め獲得することができる。また、管理サーバー１００は、ホテル内の各客室や便宜施設のネットワーク制御装置下に位置又は配置されている電子装置の情報を持つこともできる。

また、ネットワーク制御装置は、すべての所定の無線通信領域を有するので、相互間の干渉及び重量を考慮して配置されなければならない。例えば、大規模な自動化された工場のように、一つの層を一つのネットワーク制御装置が全部カバーすることができない領域に２つ以上のネットワーク制御装置が設置される場合、無線信号の送逹距離などを考慮してネットワーク制御装置が配置されなければならない。これと同様に、病院の入院室及びホテルの各客室にネットワーク制御装置を配置する場合にも無線信号の送逹距離を考慮しなければならない。また、無線信号の送逹距離は、無線通信方式に従って決定されることもできることに留意する。

以下の説明では、前記のような点を考慮して、図１に例示したように配置された状態で動作が成る場合を仮定する。また、管理サーバー１００は、それぞれのネットワーク制御装置の領域内に位置した電子装置の情報を持っている場合を仮定する。しかし、電子装置の情報を持っていない場合、管理サーバー１００はネットワーク制御装置から提供される電子装置の情報を用いることができる。

管理サーバー１００は、多数のネットワーク制御装置に対して図５と同一の動作をすることができる。以下、図５を参照して本開示による実施形態を詳しく述べる。

管理サーバー１００は、最初にネットワークが構成されると、各ネットワーク制御装置において各ネットワーク制御装置の無線通信領域に位置した電子装置の情報を獲得するために、それぞれのネットワーク制御装置でペアリング手続きを行うように指示できる。したがって、管理サーバー１００は、多数のネットワーク制御装置のうちのいずれか１つを選択して(図５に図示せず)、選択されたネットワーク制御装置のうちのいずれか１つのネットワーク制御装置でペアリングコマンドメッセージを送信できる。図５では、管理サーバー１００が４００動作において第１ネットワーク制御装置２０１にペアリングコマンドメッセージを送信する場合を例示している。

この時、ペアリングコマンドメッセージには、ペアリングを行う回数に対する情報を含めることもでき、ペアリングを行う電子装置の基本情報を含めることもでき、単純にペアリングを実行コマンドのみを含めることもできる。これをより詳しく述べる。

ペアリングコマンドメッセージにペアリング回数が含まれている場合を詳しく述べる。管理サーバー１００は、管理者が予め入力した情報に基づいて、特定ネットワーク制御装置の無線通信領域内に位置した電子装置の数を予め分かることもできる。例えば、ホテル客室に設置されるネットワーク制御装置の場合、管理サーバー１００は、特定の客室に対するルームテンプレートと電子装置の配置情報を持つことができる。したがって、管理サーバー１００は、特定のネットワーク制御装置、例えば、第１ネットワーク制御装置の無線通信領域にはペアリングを行うことができる５台の電子装置が配置されており、第２ネットワーク制御装置の無線通信領域には７台の電子装置が配置されていることを予め認知することができる。したがって、管理サーバー１００は、当該ネットワーク制御装置の無線通信領域に含まれた電子装置の数と同じかそれよりも多くの回数ペアリングを行うように指示できる。

例えば、無線通信領域内にペアリングを行うことができる５個の電子装置を有した第１ネットワーク制御装置において５回のペアリングを行うか、又は７回(当該無線通信領域内に設置されていることを予め分かっている５台の電子装置と追加されて設置されても良い電子装置の情報を獲得するための回数)ほどペアリングを行うように指示することができる。

他の例で、管理サーバー１００は、自分が持っている情報、すなわち、第１ネットワーク制御装置では第１ネットワーク制御装置の無線通信領域内に５台の電子装置が位置していることを通知し、第２ネットワーク制御装置では第２ネットワーク制御装置の無線通信領域内に７台の電子装置が位置していることを通知することもできる。この時、管理サーバー１００がそれぞれのネットワーク制御装置で通知する情報は、電子装置の基本的な情報、例えば、ネットワーク制御装置の無線通信領域に位置した電子装置の基本情報(センサー、温度調節機など)を提供することができる。すると、ネットワーク制御装置は、管理サーバー１００から提供された電子装置の基本情報に基づいてペアリングを行うことができる。また、ネットワーク制御装置は、管理サーバー１００から提供された電子装置以外に追加された電子装置の存在有無を獲得するためにそれぞれのネットワーク制御装置が備えていることを認知した電子装置とペアリングが完了しても、所定回数、例えば、１回又は２回又は３回などのようにペアリングのための手続きを追加的に試みることができる。

また、ネットワーク制御装置は、自分の通信領域に新たに設置された、又は任意に進入した新しい電子装置を発見するために予め設定された周期でペアリング手続きを追加的に試みることもできる。

ネットワーク制御装置２０１は、管理サーバー１００からペアリングコマンドメッセージを受信すると、ネットワーク制御装置２０１は、４０２動作で、ゲートウェー通信部２１５を用いて応答リクエスト信号を生成して自分の無線通信領域内に位置した電子装置にブロードキャスト(ｂｒｏａｄｃａｓｔ)することができる。このようにブロードキャストされる応答リクエスト信号は、ネットワーク制御装置２０１の通信領域内に位置したすべての電子装置が受信できる。

ネットワーク制御装置２０１の通信領域内に位置した電子装置は、応答リクエストメッセージを受信すると、通信方式に従って設定された衝突回避プロトコルに基づいて、応答メッセージを生成してネットワーク制御装置２０１で応答メッセージを送信することができる。図５では、第１電子装置２０１－ａが４０４動作で応答する場合を例示している。

４０４動作において第１電子装置２０１－ａから応答メッセージを受信する場合、ネットワーク制御装置２０１は、４０６動作において、第１電子装置２０１－ａとペアリング手続きを行う。ペアリング(Ｐａｉｒｉｎｇ)プロセスにおいて、ネットワーク制御装置２０１は、第１電子装置２０１－ａと通信するためのペアリング識別子(Ｐａｉｒｉｎｇ ＩＤ)を割り当て、割り当てられたペアリング識別子を用いて通信を準備する。多様な形態の近距離無線通信ネットワークでは、このようなペアリング手続きを通じて互いに異なる２つの装置間の通信を行うことができる。

ここで、ペアリング手続きに対して簡略に述べる。ネットワーク制御装置２０１は、自分の通信領域内に位置した電子装置とペアリングを行う。この時、ペアリング手続きは、使用する無線通信方式に従って少しずつ相違する動作を行うことができる。

先ず、ジグビーペアリング動作に対して述べる。ジグビーペアリングを行う場合、ネットワーク制御装置２０１は、電子装置の存在可否を探索(Ｄｅｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ)するために、ビーコン(Ｂｅａｃｏｎ)信号を生成してブロードキャスト(ｂｒｏａｄｃａｓｔｉｎｇ)する。これは、前述した４０２動作の応答リクエストメッセージを送信する場合で置き替えることもできる。このようにビーコン信号を生成して送信すると、ネットワーク制御装置２０１の領域内に位置した電子装置は、ビーコン信号を受信するようになり、これに対する応答メッセージを送信する。この時、応答メッセージは、衝突回避プロトコルに基づいて送信することができる。

このような応答メッセージは、電子装置がジグビーネットワークに接続をリクエストする加入(Ａｓｓｏｃｉａｔｉｏｎ)リクエストメッセージとすることができ、４０４動作で置き替えることができる。すなわち、実際にペアリングの開始は４０２動作から成ると思われる。

４０６動作の過程をより詳しく述べると、ネットワーク制御装置２０１が第１電子装置２０１－ａで加入(Ａｓｓｏｃｉａｔｉｏｎ)応答メッセージを送信し、ネットワーク制御装置２０１と第１電子装置２０１－ａとの間のネットワークキー(Ｎｅｔｗｏｒｋ Ｋｅｙ)で用いる送信キー(ＴｒａｎｓｐｏｒｔＫｅｙ)値を共有する動作となることができる。

ペアリング動作中又はペアリング動作後に、ネットワーク制御装置２０１は、第１電子装置に対して電子装置情報をリクエストすることができる。電子装置情報は、電子装置の能力情報(ｃａｐａｂｉｌｉｔｙ ｉｎｆｏｒｍａｔｉｏｎ)と電子装置の製造情報(ｍａｎｕｆａｃｔｕｒｅ ｉｎｆｏｒｍａｔｉｏｎ)を含むことができる。図５に例示した４０６動作であるペアリング手続きは、電子装置情報を獲得する動作を含むことができる。ジグビー無線通信方式を用いる場合、ＺＣＬ(Ｚｉｇｂｅｅ ＣｌｕｓｔｅｒＬｉｂｒａｒｙ)又はＺＤＰ(ＺｉｇｂｅｅＤｅｖｉｃｅ Ｐｒｏｆｉｌｅ)メッセージを用いて電子装置情報を獲得することができる。さらに、ペアリング手続きである４０６動作においてネットワーク制御装置２０１が一つの電子装置と接続される場合、自分の無線通信領域に当該電子装置が接続されたことを通知する接続案内メッセージをブロードキャストすることができる。この時、第１電子装置は、接続案内メッセージがブロードキャストされた以後に、付加的に自分の能力情報をネットワーク内のすべての電子装置に放送することもできる。

その他にネットワーク制御装置２０１は、電子装置に具現された機能リスト情報又は装置関連情報、或いは機能別詳細情報をリクエストして受信することができる。このような情報は、無線通信方式に従う標準規格に出ているメッセージを活用することができるので、ここで追加説明は省略する。

一方、前述したように、ネットワーク制御装置２０１が第１電子装置２０１－ａとペアリングすると、ペアリング識別子が付与される。ペアリング識別子は、それぞれの無線通信方式例えば、ジグビー、ジーウェーブ、ブルートゥース（登録商標）などの無線ネットワーク上でネットワーク制御装置２０１が電子装置を区分するために初期のペアリングプロセスにおいてランダムに付与される識別子(ＩＤ)であり、以後には変更されない。ただ、当該電子装置が取り替えされてさらにペアリングされる場合、ペアリング識別子が変更されることができる。

以上、説明したように、ネットワーク制御装置は、特定の一つの電子装置とペアリング手続きを行うことができ、ペアリング手続きを行った電子装置の製造情報、能力情報、機能別の詳細情報などを獲得することができる。

次にジーウェーブ(Ｚｗａｖｅ)方式におけるペアリング手続きについて述べる。

ネットワーク制御装置２０１は、周期的に自分の領域内に位置した電子装置に接続を許諾(Ｐｅｒｍｉｔ Ｊｏｉｎ)するために、周期的にトランスファープレゼンテーション(Ｔｒａｎｓｆｅｒ Ｐｒｅｓｅｎｔａｔｉｏｎ)メッセージをブロードキャストする。トランスファープレゼンテーションメッセージは、前述したように、４０２動作で提供される応答リクエストメッセージとできる。したがって、トランスファープレゼンテーションメッセージを受信した電子装置は、前述したように衝突回避プロトコルに基づいて、自分のノード情報(Ｎｏｄｅ ｉｎｆｏｒｍａｔｉｏｎ)をブロードキャストする。自分のノード情報は、前述した４０４動作の応答メッセージとできる。すなわち、前述したように、実際にペアリングの開始は４０２動作からと思われる。

以後、ネットワーク制御装置２０１は、ノード情報を送信した電子装置にノード識別子(Ｎｏｄｅ ＩＤ)を割り当て、割り当て識別子(ＡｓｓｉｇｎＩＤ)及びノーオペレーション（ＮＯＰ）メッセージ送信を送信する。これは、ペアリング識別子設定プロセスとして理解できる。

その後、ネットワーク制御装置２０１は、電子装置情報をリクエストするためにジーウェーブ方式で用いるメッセージを用いることができる。例えば、マニュファクチュアスペシフィックゲット(Ｍａｎｕｆａｃｔｕｒｅｒ ＳｐｅｃｉｆｉｃＧｅｔ)リクエストメッセージ又はバージョンゲット(Ｖｅｒｓｉｏｎ Ｇｅｔ)リクエストメッセージなどのような標準で定義された多様なメッセージを用いて、電子装置情報をリクエストして受信することができるが、これに限定されない。

以上で説明したように、それぞれの無線通信方式では、ネットワーク制御装置２０１と電子装置間のペアリングのための手続きが予め当該無線通信方式の規格で定義している。したがって、定義された規格によってネットワーク制御装置２０１と電子装置間にペアリング手続きを行うことができる。

以上で説明したように、ネットワーク制御装置２０１は、ペアリング実行後の電子装置情報を獲得することができ、このように獲得された電子装置情報は、ネットワーク制御装置２０１のメモリーに記憶することができる。たとえば、図３ａのような形態のゲートウェー機能が特定の装置に搭載されて用いられる場合、ゲートウェーメモリー２１３に端末情報に基づいてペアリングが完了した電子装置の情報を記憶できる。

また、ネットワーク制御装置２０１は、自分の通信領域内に位置した電子装置とのペアリング手続きの前に電子装置情報をリクエストして、電子装置の能力情報及び製造情報などに対する多様な情報を獲得することができる。このように獲得された情報に基づいて、ネットワーク制御装置２０１は、ペアリングを行うことができる電子装置であるか否かを判別することができ、ペアリングを行って当該電子装置毎に識別子を生成し、これをメモリー内に記憶することができる。

ネットワーク制御装置２０１は、以上で説明したようなペアリング手続きによって第１電子装置２０１－ａとペアリングが完了されると、４０８動作でペアリング時に獲得した第１電子装置情報とペアリング情報などをペアリング結果報告メッセージで生成して管理サーバー１００に提供する。

管理サーバー１００は、４０８動作でペアリング結果メッセージを受信すると、４１０動作でペアリング結果メッセージに含まれたネットワーク制御装置２０１の情報とペアリング情報及び第１電子装置の情報を記憶することができる。

以上で説明したのと同一方式で、４１２動作において、ネットワーク制御装置２０１は、応答リクエストメッセージをブロードキャストし、４１４動作で第ｋ電子装置から応答メッセージを受信すると、４１６動作でネットワーク制御装置２０１と第ｋ電子装置との相互間のペアリング手続きを行う。以後４１８動作で、ネットワーク制御装置２０１は、ペアリング結果報告メッセージを生成して管理サーバー１００に提供し、管理サーバー１００は、４２０動作でネットワーク制御装置情報を記憶する。

一方、ネットワーク制御装置２０１は、自分の無線通信領域内に位置した電子装置の識別子情報及び電子装置情報などをメモリーに記憶する時、以下の＜表１＞のような形態で記憶することができる。

表１は複数の列を含む。すなわち、電子装置情報から取得した、装置識別子（Ｄｅｖｉｃｅ ＩＤ）と、装置タイプ（Ｄｅｖｉｃｅ Ｔｙｐｅ）と、装置名（Ｄｅｖｉｃｅ Ｎａｍｅ）と、ベンダー名（Ｖｅｎｄｏｒ Ｎａｍｅ）と、ファームウェアバージョン（Ｆｉｒｍｗａｒｅ Ｖｅｒｓｉｏｎ）と、プロトコル（Ｐｒｏｔｏｃｏｌ）と、を含む。装置識別子(Ｄｅｖｉｃｅ ＩＤ)は、ネットワーク制御装置又はゲートウェーで電子装置の登録時に付与される識別子(ＩＤ)である。装置識別子(Ｄｅｖｉｃｅ ＩＤ)は装置のペアリング識別子(ＰａｉｒｉｎｇＩＤ)と区別される。ペアリング識別子(ＰａｉｒｉｎｇＩＤ)は、Ｚｉｇｂｅｅ、Ｚ－ｗａｖｅ、Ｂｌｕｅｔｏｏｔｈなどの無線ネットワーク上で用いられる下位識別子(ＩＤ)であり、装置識別子(ＤｅｖｉｃｅＩＤ)は、管理サーバー１００とネットワーク制御装置２０１で電子装置の登録／制御／履歴管理を目的で用いられる上位識別子である。前記＜表１＞に例示されていない他の情報が、ペアリング識別子と共に記憶されてもよい。ネットワーク制御装置２０１に記憶される情報は、管理サーバー１００に提供することができる。管理サーバー１００は、リスト形式で情報を提供できる。例えば、特定の無線通信装置と無線通信を行うそれぞれの電子装置に対する情報を“リスト情報”と称することができる。

また、管理サーバー１００は、ネットワーク制御装置２０１から少なくとも＜表１＞の情報を獲得することができる。管理サーバー１００は、自分と接続されたすべてのネットワーク制御装置から＜表１＞のような情報を獲得することができ、獲得された情報を用いて設置されたネットワークによって多様な形態で記憶されることができる。例えば、管理サーバー及びネットワーク制御装置がホテルに設置される場合、以下の＜表２＞のような形態の情報に付加して前記＜表１＞のデータを記憶することができる。

＜表２＞は、本開示によるネットワークをホテルに設置した場合に管理サーバー１００に記憶されるテーブルを例示した場合である。前記＜表２＞の情報も、前記のリスト情報に含めることができる。また、ホテルにネットワークが設置される場合、管理サーバー１００には追加的にホテル全体の客室管理のためのＢｕｉｌｄｉｎｇ／Ｆｌｏｏｒ／Ｒｏｏｍ別の装置識別子(Ｄｅｖｉｃｅ ＩＤ)と、当該ルームタイプに該当する図面(Ｒｏｏｍ Ｔｅｍｐｌａｔｅ)ＩＤ及び当該デバイスの位置(Ｚｏｎｅ)情報をマッピングする情報を追加で記憶することができる。また、もし自動化された工場や学校、図書館、病院などに本開示によるネットワークを設置する場合、それによって＜表２＞の形態を変更することができ、図面(Ｔｅｍｐｌａｔｅ)をマッピングすることができる。また、特定の電子装置の場合、電子装置が配置されている位置情報を予め記憶するように構成し、構成された情報とマッピングする場合、電子装置が図面(Ｒｏｏｍ Ｔｅｍｐｌａｔｅ)上のどの位置の電子装置であるかまで確認することもできる。これに対する付加説明は後述する図面を参照してより詳しく述べる。

一方、前述したように、管理サーバー１００は、管理データベースに＜表２＞のような形態のテーブルを記憶することができ、別途のバックアップサーバーを置く場合、当該データをバックアップサーバーに追加で保管することもできる。特に、＜表２＞の表示されない領域に前述した＜表１＞の内容が付加される。さらに、バックアップサーバーを置く場合、又は管理サーバー１００内にデータベース１０５内にバックアップされたデータの保管期間を設定することができる。バックアップされたデータの保管期間は、管理者によって１日から１８０日まで設定することもでき、各国家別の法令で定める期間になることもできる。このようなバックアップデータは、容量による制限を置くこともできる。例えば、データベース１０５の記憶容量又はバックアップサーバーの記憶容量によって、各電子装置又はネットワーク制御装置別で設定することもでき、記憶できる全体データの容量を制限することもできる。これは管理者によって設定することができる。例えば、１～９９９，９９９ＭＢの範囲内で管理者により又はシステム設計時に設定されても良い。

上記では管理データベース１０５又は別途のバックアップサーバーにデータが記憶される場合を説明したが、ユーザによって予め設定された特定の装置、例えば、外装ハードディスク、光学記憶媒体、外部の半導体メモリー、電磁気記憶媒体など多様な形態の外部記憶装置に記憶することもできる。

上記ではすべての電子装置がネットワーク制御装置の無線通信領域内に予め配置されている場合を仮定して説明したが、新規電子装置がネットワーク制御装置の領域内に追加される場合にも、図５のフローチャートをそのまま適用することができる。例えば、ネットワーク制御装置は、周期的に応答リクエストメッセージをブロードキャストすることができ、新しく追加された電子装置は、応答リクエストメッセージを受信する場合、応答メッセージをネットワーク制御装置に提供することができる。このようにネットワーク制御装置で応答メッセージが受信される場合、ペアリングを行うことができる。

さらに、管理サーバー１００は、新規電子装置が新しくペアリングされる場合、管理者が予め電子装置に対する情報(例えば、電子装置の位置が表示された図面又は／及び電子装置の名前などの情報)を管理サーバー１００に設定することもできる。

それだけでなく、管理サーバー１００は、ネットワークの各エンティティーに対するアラームトリガー条件及び行わなければならない動作などをマッピングした情報を記憶することができる。したがって、例えば、ネットワーク制御装置が無応答状態である時、故障(ｏｕｔ ｏｆｓｅｒｖｉｃｅ)状態で判断する以前に接続切り離し(ｄｉｓｃｏｎｎｅｃｔ)状態で判断するなどの条件情報などを予め記憶することができる。これはネットワーク制御装置以外にもネットワーク制御装置と無線通信を行うそれぞれの電子装置ごとに条件情報を記憶することができる。このような情報は、電子装置の特性ごとに異ならせることができるので、ここでは簡略な例示をいくつか述べる。

たとえば、特定のネットワーク制御装置と通信をする電灯／ソケット類のアラームトリガー条件は、予め設定された時間以内で接続失敗(ｃｏｎｎｅｃｔ ｆａｉｌ)の場合、接続切り離し状態で判断することができる。同時に、予め設定された時間以上の間の接続失敗(ｃｏｎｎｅｃｔ ｆａｉｌ)の場合、故障(ｏｕｔｏｆ ｓｅｒｖｉｃｅ)状態で判断することができる。この他にもバッテリーが予め設定された基準未満の場合、当該電子装置を低電力状態で判断することができる。

図６は、本開示によってネットワーク制御装置がペアリング動作する時の制御フローチャートである。

図６の実施形態を、ネットワーク制御装置が前述した図３ａに示したようなブロック構成を有すると仮定して説明する。

ネットワーク制御装置は、５００動作でアイドル状態を維持している。アイドル状態は、特定のイベント、例えば、ユーザから駆動がリクエストされるか否かを検査したり、又は予め設定されている特定動作のためのタイマーのタイムアウト(ｔｉｍｅ ｏｕｔ)イベントが発生したり、又は管理サーバー１００から特定のコマンドが受信されるか否かを待機している状態であってもよい。図６は、本開示によって初期駆動時のネットワーク制御装置が自分の領域内に位置した電子装置の探索をする場合だけを考慮した制御フローチャートであることに留意する。

ネットワーク制御装置は、５００動作でアイドル状態を維持している途中に５０２動作へ進行して、探索イベントが発生したかを検査することができる。ここで、探索イベントは、多様な場合が存在しうる。例えば、前述した図５のように、管理サーバー１００からペアリングがリクエストされる場合、探索イベントが発生したと判断することができる。また、周期的に電子装置を探索するために設定されたタイマーからトリガーされる場合も探索イベントが発生したと判断することができる。また、特別な場合、ネットワーク制御装置は、予め設定された条件を満足したことを探索イベントの発生トリガーとしてもよい。例えば、本開示によるシステムがホテルに設置される場合、ドアの開閉センサー、モーションセンサーからセンシングされた情報を用いてユーザが退室状態であるかを感知することができる。客室内ユーザ退室を感知することにより探索イベントを発生させることもできる。

探索イベントが発生すれば、ネットワーク制御装置は、５０４動作へ進行して探索信号を生成して応答リクエストメッセージをブロードキャスト(ｂｒｏａｄｃａｓｔ)する。例えば、ゲートウェー制御部２１１は、ゲートウェーメモリー２１３に記憶された無線通信方式に従って応答リクエストメッセージを生成し、ゲートウェー通信部２１５を制御して自分の無線領域内に位置したすべての端末が応答リクエストメッセージを受信することができるようにブロードキャストする。また、応答リクエストメッセージは、前述したようにそれぞれの無線通信方式に従って他の形態で構成されることができ、指称する具体的な名前も異ならせることができる。例えば、ジグビー無線通信方式を用いる場合、応答リクエストメッセージはビーコン(Ｂｅａｃｏｎ)信号とでき、ジーウェーブ無線通信方式を用いる場合、応答リクエストメッセージはトランスファープレゼンテーションメッセージとできる。

このようにネットワーク制御装置は、５０４動作で応答リクエストメッセージを生成して自分の領域内にブロードキャストした後、５０６動作で応答信号が受信されるまで待機する。ネットワーク制御装置は、５０８動作で特定の電子装置から応答信号が受信される場合、５１０動作へ進行して応答信号が受信された電子装置とペアリング動作を行い、ペアリング結果を記憶することができる。ペアリング動作時には、ネットワーク制御装置とペアリングを行う電子装置の各種情報を獲得することができる。ペアリング動作の手続き及びペアリング動作時に電子装置情報を獲得する動作については前述した図５でよって予め詳しく説明したので、ここでは追加的な説明は省略する。

ネットワーク制御装置は、５１０動作で電子装置とペアリングを行ってペアリング実行結果及びペアリング動作時に獲得された電子装置情報を記憶することができる。以後、ネットワーク制御装置は、５１２動作へ進行すると、ペアリング動作で獲得した電子装置情報とネットワーク制御装置の情報をペアリング結果報告メッセージとして生成して管理サーバー１００に報告することができる。以上で説明した５０４動作乃至５１２動作は、自分の通信領域に電子装置が追加で存在するようになりうるので、何回か繰り返されうる。また、図５で説明したように、管理サーバー１００は、ネットワーク制御装置に対して、予め登録された電子装置の数と同じ回数だけ動作を繰り返すよう指令し、ネットワーク制御装置は、管理サーバー１００から受信した回数と等しいかそれよりも多い回数だけ、５０４～５１２動作を繰り返し実行するよう設定されてもよい (たとえば、管理サーバーが動作を１０回実行するよう指示した場合に、ネットワーク制御装置が１０＋３回当該動作を実行するよう設定されてもよい)。また、他の方法で、管理サーバー１００が所定周期単位で各ネットワーク制御装置にペアリングを行うように指令することもできる。

図７ａは、本開示によってゲートウェーと無線通信装置が個別的に構成された場合のペアリング動作時の信号フロー図である。

図７ａの実施形態を、ゲートウェーのブロック構成及び無線通信装置のブロック構成がそれぞれ図３ｂと図４に示すように設定されていると仮定して説明する。また、図７ａでゲートウェーが管理サーバー１００からペアリングコマンドメッセージを受信する動作は、前述した図５と同一であっても良い。したがって、図５と同一の重複動作の説明は簡略に述べる。

図５で説明したように、ゲートウェー２００は、管理サーバー１００からペアリングコマンドメッセージを受信することができる。ゲートウェー２００が管理サーバー１００からペアリングコマンドメッセージを受信する場合、ゲートウェーの特性によって前述した図５の動作を行うこともでき、図７ａの動作を行うことができる。すなわち、ゲートウェー内に無線通信装置が搭載されない場合、ゲートウェー２００は、６００動作でペアリングコマンドメッセージを無線通信装置３００で提供することができる。この時、ペアリングコマンドメッセージには、前述したように、ペアリングを行う回数に対する情報が含まれていてもよいし、ペアリングを行う電子装置の基本情報が含まれていてもよく、単純にペアリングの実行コマンドのみを含んでいてもよい。以下の説明では、説明の便宜のためにペアリングコマンドメッセージにペアリング試み回数又はペアリングを行う電子装置の基本情報(例えば、電子装置の数情報)を提供する場合を仮定して説明する。

制御部３１１は、ゲートウェー接続部３０１を通じてペアリングコマンドメッセージを受信すると、ペアリングコマンドメッセージを無線通信装置メモリー３０５に臨時記憶し、記憶された情報に基づいて応答リクエストメッセージを生成する。その後、制御部３１１は、６０２動作で、無線通信部３０７を通じて応答リクエストメッセージを自分の無線通信領域内に位置した電子装置にブロードキャスト(ｂｒｏａｄｃａｓｔ)することができる。この時、電子装置にブロードキャストされる応答リクエストメッセージは、前述した図５での応答リクエストメッセージと同一であっても良い。したがって、６０４動作で第１端末２０１－ａが無線通信装置へ送信する応答メッセージも前述した図５と同一のメッセージとすることができ、６０６動作のペアリング手続きも前述した図５と同一の手続きとすることができる。

無線通信装置３００は、特定の一つの電子装置とペアリング手続きが完了すると、６０８動作で、ペアリング結果報告メッセージをゲートウェー２００に提供することができる。この時、ペアリング結果報告メッセージも、前述したように、ネットワーク制御装置が管理サーバー１００に提供するペアリング結果報告メッセージと同一又は類似の形態とすることができる。ゲートウェー２００と無線通信装置３００が個別に構成された場合、無線通信装置３００が提供するペアリング結果報告メッセージには電子装置情報、無線通信装置情報及びペアリング識別子などが含まれてもよい。ここで、無線通信装置情報は、装置名(Ｄｅｖｉｃｅ ｎａｍｅ)、ベンダー名(ＶｅｎｄｏｒＮａｍｅ)、ファームウェアバージョン(ＦｉｒｍｗａｒｅＶｅｒｓｉｏｎ)情報、用いることができる無線通信プロトコル(Ｐｒｏｔｏｃｏｌ)のうちの少なくとも一つを含むことができる。

ゲートウェー２００は、ペアリング結果報告メッセージを受信すると、６１０動作でペアリング結果情報を記憶することができる。この時、記憶されるペアリング結果情報は前述した＜表１＞のような形態で記憶されることができる。また、図７ａに図示しなかったが、無線通信装置３００は、特定の一つの電子装置とペアリングが完了するごとに、ペアリング結果を記憶することができる。表３に、電子装置とのペアリングが完了したときに記憶される情報のデータフォーマットの一部を例示する。

＜表３＞は本開示による通信に関する情報のみを示すが、無線通信装置は、ペアリングした電子装置の様々な情報を記憶してもよい。例えば、情報は、無線通信装置の名前、ベンダー名、ファームウェア情報のような様々な無線通信装置規格情報を含んでいてもよい。

したがって、＜表３＞に例示されたように無線通信装置３００で記憶される装置リスト情報は、同様に上位エンティティーであるゲートウェー２００及び管理サーバー１００に伝達されてそれぞれのエンティティーで記憶することができる。これにより、＜表１＞のように記憶されるゲートウェー２００の下位には、＜表３＞の内容をさらに含むことができる。また、＜表２＞のように記憶される管理サーバー１００の下位には、＜表３＞の内容をさらに含むことができる。

さらに、無線通信装置３００が第１電子装置２０１－ａに対するペアリングを完了すると、次の電子装置とペアリングを行うために６１２動作で応答リクエストメッセージをさらにブロードキャストすることができる。このように、応答リクエストメッセージのブロードキャストがあると、ペアリングを行わない他の電子装置、例えば、第ｋ電子装置２０１－ｋが６１４動でペアリング応答メッセージを無線通信装置に送信することができ、その後、６１６動作でペアリング手続きが実行される。無線通信装置３００は、ペアリング手続きが完了すると、＜表３＞のようにペアリング情報を記憶し、６１８動作でペアリング結果報告メッセージを生成してゲートウェー２００に提供することができる。これによって、ゲートウェー２００は、６２０動作でペアリング結果情報を記憶することができる。

図７ｂは、本開示によってゲートウェーでペアリング結果を管理サーバーに報告する場合の信号フロー図である。

図７ｂでは、管理サーバー１００が各ゲートウェー２０１、・・・、２０ｎでペアリングコマンドメッセージを送信する場合についての信号の流れは省略されていることに留意する。また、各ゲートウェー２０１、・・・、２０ｎで無線通信装置を通じてペアリングを行う場合も省略されていることに留意する。

ゲートウェー＃１ ２０１は、前述した図７ａの動作のように、無線通信装置を用いて無線通信装置の無線通信領域内に位置した電子装置とペアリングを行ってその結果を記憶することができる。このように記憶された情報は、各電子装置のペアリング完了時ごとに又はすべての電子装置のペアリングが完了されると、ペアリング結果報告メッセージを生成して管理サーバー１００に提供しなければならない。図７ｂでは、すべての電子装置に対するペアリングが完了した時点にペアリング結果報告メッセージを管理サーバー１００に提供する場合を例示している。

ゲートウェー＃１ ２０１は、ペアリングを完了すると、６３０動作でペアリング結果報告メッセージを管理サーバー１００に送信することができる。この時、ペアリング結果報告メッセージには、ゲートウェー＃１ ２０１の情報と無線通信装置３００の情報、電子装置情報及びペアリングされた無線通信装置と電子装置間のネットワーク識別子情報(Ｎｅｔｗｏｒｋ ＩＤ、ｅｇ．Ｚｉｇｂｅｅの場合、ＰＡＮＩＤ)、ペアリング識別子(ＰａｉｒｉｎｇＩＤ)、チャンネル情報(Ｃｈａｎｎｅｌ)、ネットワークキー情報(ＮｅｔｗｏｒｋＫｅｙ)などをいずれも送信することができる。これによって、管理サーバー１００は、６３２動作で受信された各種情報を分類して記憶することができる。例えば、管理サーバー１００は、ルームテンプレートに含まれた電子装置の情報及びゲートウェー情報を管理のために必要な情報で記憶することができる。また、管理サーバー１００は、特定装置の故障による取り替え、又は特定装置のリセットが必要な場合、(例えば、バッテリー取り替えによって以前データが削除された場合、又は誤動作によるリセットなど)に、以前データに復元するための情報を別途記憶することができる。この時、別途記憶されるデータは、バックアップサーバー(未図示)又は二重化されているデータベース(未図示)に記憶することができる。

このような動作は、ゲートウェーで実行できる。すなわち、ゲートウェー＃ｎ ２０ｎのペアリング動作が完了した場合、ゲートウェー＃ｎ ２０ｎは、６４０動作でペアリング結果報告メッセージを管理サーバー１００へ送信して、６４２動作で管理サーバー１００がメッセージで運ばれた情報を記憶する。

以上の動作を通じて、管理サーバー１００はゲートウェーに無線通信装置の領域内に位置した電子装置の情報を獲得することができる。特に、初期にネットワークを設置した場合、各電子装置とゲートウェー相互間のペアリングを行うように管理者が装置ごとにペアリング手続きを行うようにする現場で、又は、制御装置を通じてコマンドしなくても自動でペアリングを行うことができ、ペアリング結果データを管理サーバー１００で獲得して各電子装置は勿論、ゲートウェー、無線通信装置を管理するための情報を獲得することができる。

図７ｃは、本開示によって特定の無線通信装置の無線通信領域内に新しい電子装置が配置されるか、又は電子装置がペアリングをリクエストする時の信号フロー図である。

図７ｃを参照すれば、新しく特定の無線通信領域に進入した電子装置、取り替えによって無線通信領域に新しく進入した新しい電子装置、又は無線通信方式に従って自分の存在をブロードキャストするように設定された電子装置は、６６０動作で、自分を通知するための装置広告メッセージを生成してブロードキャストすることができる。このような装置広告メッセージには、応答リクエストメッセージのように自分の通信領域内に位置した他の電子装置に応答をリクエストする情報を含むこともでき、特定ネットワークのマスターとして動作する電子装置に当該ネットワークで無線通信を行うことをリクエストする情報を含むことができる。

他の電子装置の応答をリクエストする場合、自分の無線信号送逹距離内に位置した電子装置が応答することができ、このような情報に基づいてネットワーク内に位置した電子装置の情報を獲得することができる。また、ネットワークのマスターとして動作する装置、例えば、無線通信装置３００に無線通信装置内で通信を行うことを望む情報を含むこともできる。一般的に、特定ネットワーク内で無線通信を行うことを望む場合、マスターとして動作する電子装置が放送する信号を受信して自分の情報を広告することもでき、マスターとして動作する電子装置を探すために装置広告メッセージを送信することもできる。

したがって、装置広告メッセージを受信した無線通信装置３００は、６６２動作で、応答メッセージを生成して当該電子装置に送信し、その後６６４動作でペアリング手続きを行うことができる。ペアリング手続きは前述したのでここでは追加説明はしない。その後、無線通信装置３００は、６６６動作でペアリング結果メッセージをゲートウェー２００に送信することができる。この時、無線通信装置３００は、前述したように第１電子装置情報を自分のメモリーに追加して記憶することができる。

また、ゲートウェー２００は、６６６動作でペアリング結果報告メッセージを受信すると、６６８動作で管理サーバー１００にペアリング結果報告メッセージを送信することができる。この時にもゲートウェー２００は、無線通信装置３００から提供された情報を自分のメモリーに記憶することができる。前述した方式と同様の管理サーバーは、６６８動作でペアリング結果報告メッセージを受信すると、６７０動作でペアリング結果報告メッセージに含まれた情報をデータベース又は／及びバックアップサーバーに記憶することができる。

図７ｃの動作は、無線ネットワークに進入したか、又は、無線通信方式で自分の情報をブロードキャストするよう設定された電子装置がその存在を広告することを除いて、前述した動作と同一又は類似であることに留意する。

図８は、本開示によってゲートウェーが無線通信装置を制御して電子装置とのペアリングを完了する時の制御フローチャートである。

ゲートウェー制御部２１１は、７００動作でアイドル状態を維持する。ここでアイドル状態は、管理サーバー１００から特定の制御信号が受信されるか、又は、ユーザ／管理者から特定の制御信号が受信されるか、或いは設定された周期の電子装置の探索のためのイベントが発生するか、などの制御イベントが発生するまで待機する状態とできる。このようなアイドル状態のゲートウェー制御部２１１は、７０２動作へ進行して探索イベントが発生したかを検査する。７０２動作の検査結果、探索イベントが発生した場合、７０４動作へ進行して探索イベントが発生しない場合、７００動作を維持する。

ここで、探索イベントは、上述したように管理サーバー１００がゲートウェーで提供する探索コマンドに基づいたイベントとすることもでき、ネットワーク制御装置又はゲートウェーに設定された周期的探索のためのタイマーのタイムアウト信号に基づいたイベントとすることもでき、管理者が直接ゲートウェーに探索をコマンドすることもできる。また、他の例で、ドアの開閉センサー、モーションセンサーからセンシングされた情報を用いてユーザが退室状態であるかを感知した場合とすることができる。本開示では、上述したすべての種類の探索イベントのうちのいずれか１つの場合を仮定する。

探索イベントが発生して７０４動作へ進行する場合、ゲートウェー制御部２１１は、探索コマンドメッセージを生成して外部装置接続部２２５を通じて無線通信装置３００へ送信する。その後、ゲートウェー制御部２１１は、７０６動作へ進行して無線通信装置からペアリング結果報告メッセージを受信するまで待機する。ペアリング結果報告メッセージは、前述したように、無線通信装置が特定の一つの電子装置又は２つ以上の電子装置とペアリング手続きを行い、ペアリング手続きで獲得した情報及び設定した情報を含むメッセージである。ペアリング手続きで獲得した情報は、電子装置情報とすることができ、ペアリング手続きで設定した情報は、無線通信装置と電子装置の間に設定した情報でペアリング識別子、プロトコル情報、チャンネル情報、ネットワークキー情報などとすることができる。

７０８動作で無線通信装置から外部装置接続部２２５を通じてペアリング結果報告メッセージを受信する場合、ゲートウェー制御部２１１は、７１０動作でペアリング結果報告メッセージを記憶し、管理サーバー１００でペアリング結果報告メッセージにゲートウェーの情報を付加したペアリング結果報告メッセージを送信することができる。この時、管理サーバー１００は、前述した＜表１＞、＜表２＞及び＜表３＞に示すような情報を記憶することができる。

図９は、本開示による無線通信装置が無線通信領域内に位置した電子装置とペアリングする時の制御フローチャートである。

制御部３１１は、８００動作でアイドル状態を維持する。ここで、アイドル状態は、電子装置がブロードキャストする装置広告メッセージを受信するまで待機する状態、又は、ゲートウェーから特定の制御信号が受信されるまで待機する状態、又は、電子装置の状態をチェックするための信号を生成するためのタイマーからのイベントのために待機する状態、又は、ユーザによりキー入力がされるまで待機する状態などの多様なイベントの発生まで待機する状態とできる。図９の制御フローチャートは、無線通信領域内に位置した電子装置とペアリング時の制御のための制御フローチャートで、本開示による内容のみを述べる。

制御部３１１は、８０２動作でゲートウェー接続部３０１を通じて、ゲートウェーからペアリングコマンドメッセージが受信されたかを検査することができる。８０２動作の検査結果、ペアリングコマンドメッセージが受信された場合、制御部３１１は８０４動作へ進行し、ペアリングコマンドメッセージが受信されない場合、８００動作を維持することができる。

８０４動作へ進行すると、制御部３１１は、応答リクエストメッセージを生成し、無線通信部３０７を制御して自分の無線通信領域に位置した電子装置に応答リクエストメッセージをブロードキャストする。その後、制御部３１１は、８０６動作で所定の電子装置から応答メッセージを受信するまで待機することができる。この時、予め設定された時間内に応答メッセージが受信されない場合、８０４動作を所定回数繰り返すことができる。

制御部３１１は、８０８動作で無線通信部３０７から応答メッセージが受信されたかを検査し、応答メッセージが受信された場合、８１０動作へ進行し、応答メッセージが受信されない場合、所定時間の間の８０６動作の応答メッセージ受信を待機する。

８１０動作へ進行すると、制御部３１１は、無線通信部３０７を制御して応答メッセージを送信した電子装置と前述した方式のうちの少なくとも一つの方式でペアリング手続きを行うことができる。この時、前述したように、電子装置情報を獲得することができ、ペアリング手続きを通じて無線通信装置と電子装置の間にネットワーク識別子、ペアリング識別子、プロトコル情報、チャンネル情報、ネットワークキー情報などを設定することができる。制御部３１１は、また８１０動作でこのようにペアリング手続きを通じて電子装置情報を獲得し、ペアリング動作を通じて設定した情報を無線通信装置メモリー３０５に記憶することができる。その後、制御部３１１は、８１２動作で獲得した情報及び設定した情報に無線通信装置の情報を付加してペアリング結果報告メッセージを生成し、これをゲートウェーで送信することができる。

＜すべての要素の状態検査＞

以下では、ネットワーク制御装置のようにゲートウェー機能と無線通信装置の機能が一つで構成された場合と、ゲートウェー及び無線通信装置で区分されて各エンティティーが構成された場合に対して各エンティティーの状態を検査する場合について添付された図面を参照して述べる。

したがって、以下では、ネットワーク制御装置又は無線通信装置の下位に接続された電子装置の状態を検査する動作を先ず説明し、その後、無線通信装置、ゲートウェー及びネットワーク制御装置の状態を検査する動作などを添付された図面を参照して説明する。

図１０は、本開示によって電子装置の状態チェック及びその結果を報告する場合の信号フロー図である。

図１０の信号フロー図は、ゲートウェー及び無線通信装置が一つのエンティティーであるネットワーク制御装置から構成された場合、電子装置の状態をチェックするためのフロー図であることに留意する。

ネットワーク制御装置２０１は、９００動作で状態チェックリクエストメッセージを特定の電子装置、例えば、第１電子装置２０１－ａに送信することができる。この時、ネットワーク制御装置２０１が状態チェックリクエストメッセージを送信する場合は、下記の２つの場合のうちのいずれか１つであってもよい。最初に、管理サーバー１００がネットワーク制御装置２０１に状態チェックを指示する状態チェックコマンドメッセージを送信し、ネットワーク制御装置２０１が受信された状態チェックコマンドメッセージに応答してペアリングされている電子装置の状態をチェックするために状態チェックメッセージを送信することができる。ここで管理サーバー１００が送信する状態チェックコマンドメッセージは、ネットワーク制御装置の状態及びその下位に接続された各エンティティーの状態チェックをリクエストするメッセージとすることができる。また、管理サーバー１００がネットワーク制御装置２０１に状態チェックを指示する場合は、ユーザのリクエストによって実行することもでき、予め設定された周期単位で状態チェックを指示することもでき、予め設定された特定の条件を満足する場合に各エンティティーの状態チェックをリクエストすることもできる。ここで予め設定された条件は、本開示によるネットワークが設置される場所によって変化しうる。例えば、ホテルの場合、この条件は、ホテル客室のゲストが客室内に不在中のときに満足されうる。

一方、図１０の開示は、ネットワーク制御装置の下位に接続された電子装置の状態を検査する場合を説明する制御フローチャートである。管理サーバー１００がネットワーク制御装置又はゲートウェーの状態をチェックする動作を添付の図面で詳しく述べる。

状態チェックリクエストメッセージを送信する第２の場合は、ネットワーク制御装置２０１が周期的に自分とペアリングされている電子装置に対して電子装置の状態をチェックするために状態チェックメッセージを送信することもできる。

９００動作は、前記の２つ場合のうちの一つの場合に該当することができる。したがって、第１電子装置２０１－ａは、電子装置状態チェックメッセージを受信すると、９０２動作で応答メッセージを生成してネットワーク制御装置２０１に送信することができる。ネットワーク制御装置２０１が第１電子装置へ送信する電子装置状態チェックメッセージは、当該電子装置が駆動することができる状態であるかを検査するためのメッセージであるので、各電子装置は、電子装置状態チェックメッセージを受信する場合、駆動可能状態に対する応答を直ちに送信することができる。この時、ネットワーク制御装置２０１と第１電子装置２０１－ａの間の通信はペアリング識別子を用いて実行できる。このように、電子装置状態チェックメッセージは、前述した応答リクエストメッセージと異なり、特定の電子装置を指定して状態チェックメッセージを送信することができる。

このような電子装置状態チェックメッセージを受信した第１電子装置２０１－ａは、９０２動作のように状態応答メッセージをネットワーク制御装置２０１へ送信することができる。この時、状態応答メッセージは第１電子装置２０１－ａの状態情報、例えば、正常的に駆動されている状態であるか否かを含むことができる。例えば、第１電子装置が特定の装置で電力を供給しているリレースイッチの状態をモニタリングするための装置の場合、リレースイッチが正常に動作しているか否かの情報を提供することができる。また、第１電子装置がバッテリーで駆動される場合、バッテリーの状態情報を提供することもできる。すなわち、状態応答メッセージには電子装置の緊急状況情報を追加で含むことができる。例えば、電子装置がバッテリーで駆動される場合、バッテリーの残量が設定された残量より少ないバッテリー残量の場合になることができる。また、電子装置がリレースイッチ又は電気を供給する装置の場合、過電流状態又は負荷率の急激な変動状態などの情報になることができる。

ネットワーク制御装置２０１は、このように状態応答メッセージを受信する場合、９０４動作で特定電子装置の状態情報と自分の状態情報を含んで状態報告メッセージを生成し、これを管理サーバー１００へ送信することができる。したがって、管理サーバー１００は、９０６動作でデータベースに記憶されたテーブルで状態報告メッセージが受信された視覚情報及び各エンティティーの状態情報をアップデート(ｕｐｄａｔｅ)することができる。また、必要な場合、緊急度情報に基づいてネットワーク管理者にアラームを提供することもできる。

一方、ネットワーク制御装置２０１は、９０４動作を行った後、９１０動作のように相違する電子装置のうちの一つの電子装置に状態チェックリクエストメッセージを送信することができる。この時、予め設定された時間内に応答がない場合、ネットワーク制御装置は設定された回数だけ送信することができる。例えば、設定された回数を３回と仮定し、状態応答メッセージの受信が５秒単位で検査されると仮定すると、９１０動作のように第１の電子装置状態チェックメッセージを送信した後、５秒以内に該当する電子装置から状態応答メッセージが受信されない場合、第２の電子装置状態チェックメッセージを送信することができる。その後にもさらに５秒以内に該当する電子装置から状態応答メッセージが受信されない場合、９１２動作で最後の第３の電子装置状態チェックメッセージを送信することができる。

その後、５秒以内に該当する電子装置から状態応答メッセージが受信されない場合、ネットワーク制御装置２０１は、９１４動作で当該電子装置の状態を無応答状態に変更して記憶し、無応答報告メッセージを生成して、９１６動作で管理サーバー１００へ送信することができる。この時、無応答報告メッセージには該当する電子装置情報と電子装置の無応答状態情報及びネットワーク制御装置情報を含めることができる。

さらに、ネットワーク制御装置２０１から電子装置に送信する電子装置状態チェックメッセージを、各無線通信方式に従って、或いは管理者によって設定された周期にしたがって、送信することができる。例えば、ジグビー方式の場合、リンク状態(ｌｉｎｋ Ｓｔａｔｕｓ)リクエストメッセージで送信する場合、所定の時間周期、例えば、３０秒の周期間隔で送信することができる。

管理サーバー１００は、無応答報告メッセージを受信すると、９１８動作で当該装置状態に対するアラームを運営者又は管理者に提供し、データベースに記憶されたテーブルから状態報告メッセージが受信された視覚情報及び各エンティティーの状態情報をアップテート(ｕｐｄａｔｅ)することができる。また、管理サーバー１００は、アラームを提供し、同時に当該装置の取り替え又は点検のための適切な情報を提供することができる。例えば、本開示によるネットワークがホテルの客室に配置されている場合、ホテル客室キーが客室内に付着されているか否かを管理サーバー１００で認知することもできる。このような場合、管理サーバー１００は、当該電子装置の重要度などを考慮して、客室内にゲストがいない状態の場合、当該装置の取り替え又は点検のための情報を提供することもできる。その他に管理サーバー１００でアラームの提供される場合を、後述する図面を参照してより詳しく説明する。

添付された図面を参照して、本開示により各エンティティーで実行される動作についてより詳しく述べる。

図１１は、本開示によるネットワーク制御装置で電子装置の状態をチェックする時の制御フローチャートである。

図１１の説明においては、ネットワーク制御装置が前述の図３ａのブロック構成を有すると仮定する。ゲートウェー制御部２１１は、１０００動作でアイドル状態を維持する。ここでアイドル状態とは、特定のコマンド又はイベントまで待機する状態とできる。特定のコマンド又はイベントは、ユーザ又は管理者が入力するコマンドであっても良く、特定の周期によって動作するように設定されたイベントであっても良い。ゲートウェー制御部２１１は、１００２動作へ進行すると、状態チェックイベントが発生したかを検査する。ここで状態チェックイベントとは、上位のエンティティーである管理サーバー１００から電子装置の状態チェックコマンドメッセージが受信される場合、又は、周期的に状態チェックのために設定されたタイマーの時間が到来した場合とすることができる。

ゲートウェー制御部２１１は、１００２動作の検査結果、状態チェックイベントが発生した場合、１００４動作へ進行して状態チェックイベントが発生しない場合、１０００動作を維持する。１００４動作へ進行すると、ゲートウェー制御部２１１は、ゲートウェーメモリー２１３に記憶された自分の領域内に位置した電子装置のリストを読み出す。この時、自分の領域内に位置した電子装置のリストは一つの電子装置のみを含んでいてもよいし、２つ以上の電子装置を含んでいてもよい。ネットワーク制御装置の無線通信領域に位置した電子装置の数は２つ以上の場合が一般的で、以下では、電子装置のリストに２つ以上の電子装置が存在する場合を仮定して説明する。

ゲートウェー制御部２１１は、１００６動作で、リストに含まれる電子装置のうちの１つを検査対象電子装置として選定する。この時、検査対象電子装置をランダムに選定してもよいし、前述した＜表１＞に記憶された順又は逆順に選定してもよい。このような選定方法に対して、本開示では特別な制約を置かないことに留意する。ゲートウェー制御部２１１は、検査対象の電子装置を選定した後、当該電子装置に送信する電子装置状態チェックメッセージを生成し、ゲートウェー通信部２１５を制御して自分の無線領域に位置した電子装置に送信することができる。この時、特定の電子装置を識別するために、前述したようにペアリング識別子を用いて電子装置を識別するように構成することができる。

その後、ゲートウェー制御部２１１は、１００８動作へ進行して電子装置状態チェックメッセージを送信した対象電子装置から状態応答メッセージを受信するまで待機する。すなわち、ゲートウェー制御部２１１は、ゲートウェー通信部２１５から状態応答メッセージが受信されるまで待機する。１０１０動作で状態応答メッセージが受信された場合、１０１２動作へ進行して、ゲートウェー制御部２１１が状態報告メッセージを生成し、これを管理サーバー１００に送信することができる。状態報告メッセージには、状態応答メッセージを受信した視覚情報、電子装置情報、ネットワーク制御装置情報などを含めることができる。また、前述したように、状態報告メッセージには緊急状況情報を含めることができる。

また、ゲートウェー制御部２１１は、１０１２動作を行った後、１０１４動作へ進行して追加検査対象が存在するかを検査することができる。すなわち、前述した＜表１＞に記憶された電子装置のうちの電子装置状態チェックを行わない電子装置が残っているかを検査することができる。追加検査する対象が存在する場合、ゲートウェー制御部２１１は、１００６動作へ進行し、追加検査する対象が存在しない場合、このルーチンを終了することができる。

一方、１０１０動作の検査結果、所定時間内に状態応答メッセージが受信されない場合、ゲートウェー制御部２１１は、１０２０動作へ進行して追加再送信が可能であるかを検査することができる。図１０で上述したように、電子装置状態チェックメッセージを３回まで再送信することができると仮定すると、最初の送信以後に設定された時間内に応答メッセージを受信することができなければ、追加再送信の可能な状態になることができる。このような場合、ゲートウェー制御部２１１は、１０２４動作へ進行して選定された電子装置に電子装置状態チェックメッセージを再送信することができる。その後、ゲートウェー制御部２１１は、１００８動作へ進行することができる。

一方、ゲートウェー制御部２１１は、電子装置状態チェックメッセージを設定された送信回数である３回まで送信したが、該当する電子装置から状態応答メッセージが受信されない場合、ゲートウェー制御部２１１は、１０２２動作へ進行して無応答報告メッセージを生成し、ゲートウェー通信部２１５を制御して管理サーバー１００で送信することができる。以後、ゲートウェー制御部２１１は、１０１４動作へ進行することができる。

図１２は、本開示によってゲートウェーと無線通信装置が分離したエンティティーとして実現される場合における電子装置の状態チェック動作を示す信号フロー図である。

図１２に例示した場合は、ゲートウェー２００と無線通信装置３００が互いに別個のエンティティーで実現された場合である。したがって、ゲートウェーのブロック構成は図３ｂのブロック図を用いて説明し、無線通信装置のブロック構成は図４を参照して説明する。

ゲートウェー２００は、１１００動作で状態チェックコマンドメッセージを特定の電子装置、例えば、第１電子装置２０１－ａで送信するように無線通信装置３００へ送信することができる。この時、ゲートウェー２００が状態チェックコマンドメッセージを送信する場合は、前述したように２つ場合のうちのいずれか１つになることができる。第１の場合は、管理サーバー１００がゲートウェー２００に状態チェックを指示する状態チェックコマンドメッセージを送信する場合とでき、第２の場合は、ゲートウェー２００が周期的に無線通信装置３００とペアリングされている電子装置の状態をチェックするために状態チェックメッセージを送信するように状態チェックコマンドメッセージを無線通信装置３００へ送信する場合とできる。１１００動作は、前記の２つ場合のうちの一つの場合に該当することができる。

これによって、無線通信装置３００は、状態チェックコマンドメッセージを受信する場合、当該電子装置２０１－ａへ送信する電子装置状態チェックメッセージを生成して１１０２動作で送信することができる。

一方、図１２では、無線通信装置３００が１１００動作でゲートウェー２００から状態チェックコマンドメッセージを受信する場合を例示しているが、無線通信装置３００が状態チェックコマンドメッセージを受信しない場合にも対応する電子装置状態チェックメッセージを生成して当該電子装置に送信することができる。例えば、無線通信装置３００が周期的に自分の通信領域に位置した電子装置の状態をチェックすることができる場合、無線通信装置３００は、状態チェックコマンドメッセージを受信しなくても周期的に各電子装置の状態をチェックして報告することができる。

以下の説明では、説明の便宜のために無線通信装置３００がゲートウェー２００から状態チェックコマンドメッセージを受信する場合を仮定する。無線通信装置３００は、状態チェックコマンドメッセージを受信する場合、特定の電子装置に対する状態チェックコマンドがリクエストされることもでき、無線通信装置３００の無線通信領域内に位置したすべての電子装置の状態チェックコマンドを受信することもできる。

無線通信装置３００は、１１００動作で特定の電子装置、例えば、第１電子装置２０１－ａの状態チェックコマンドを受けた場合、第１電子装置２０１－ａに電子装置状態チェックメッセージを送信することができる。このような場合には、各電子装置にてゲートウェー２００から当該電子装置の状態チェックコマンドメッセージを受信しなければならないので、１１１０動作を繰り返し実行することができる。一方、１１００動作ですべての電子装置に対する状態チェックのコマンドを受けた場合、図１２において１１１０動作を省略することができる。図１２において１１１０動作を点線で表示したことは、ゲートウェー２００で提供する状態チェックコマンドメッセージの内容によって１１１０動作を行うこともでき、１１１０動作が必要ではないこともあることを意味する。

無線通信装置３００は、自分の無線通信領域内に位置したすべての電子装置の状態チェックコマンドメッセージを受信した場合、前述した＜表３＞のテーブルで該当する情報を読み出して各電子装置に電子装置状態チェックメッセージを送信することができる。一方、特定の電子装置の状態チェックコマンドメッセージを受信する場合、該当する電子装置にだけ電子装置状態チェックメッセージを送信することができる。

前記の方式のうちのどんな方式でも電子装置が自分に送信された状態チェックメッセージを受信すると、これに対する応答として状態応答メッセージを送信しなければならない。図１２に例示したように、第１電子装置２０１－ａは、１１０２動作で電子装置状態チェックメッセージを受信すると、１１０４動作で状態応答メッセージを生成してネットワーク制御装置３００に送信することができる。前述したように、各電子装置は、電子装置状態チェックメッセージを受信する場合、駆動可能状態に対する応答を直ちに送信することができる。他の例で、状態応答メッセージには電子装置の緊急状況情報を追加で含めることができる。例えば、電子装置がバッテリーで駆動される場合、緊急状況情報は、バッテリーの残量が設定された残量より少ないバッテリー残量であることを示してもよい。より具体的に説明すれば、電子装置がバッテリーで駆動され、バッテリー残量が２０％未満の場合、当該電子装置を低電力状態と判断し、低電力状態情報を緊急状況情報として状態応答メッセージに含めることができる。他の例で、電子装置がリレースイッチ又は電気を供給する装置の場合、緊急状況情報は、過電流状態又は負荷率の急激な変動状態などを示すことができる。

無線通信装置３００は、１１０４動作で状態応答メッセージを受信する場合、１１０６動作で無線通信装置３００の情報を含む状態報告メッセージを生成してゲートウェー２００に送信する。

その後、図１２に図示しなかったが、ゲートウェー２００は、無線通信装置から受信された情報に基づいて、ゲートウェーメモリー２１５に記憶された無線通信装置及び当該電子装置の情報をアップデートすることができる。さらに、図１２に図示しなかったが、ゲートウェー２００は、状態報告メッセージにゲートウェーの情報を含んで管理サーバー１００へ送信することができる。この時、無線通信装置３００の情報と第１電子装置２０１－ａの情報をゲートウェー２００が予め分かっている場合、無線通信装置３００は、対応する電子装置が応答したか否かについての情報と、装置情報を除く緊急状況情報とを含む状態報告メッセージを生成できる。すると、ゲートウェー２００は、対応する電子装置の情報、応答可否情報、無線通信装置の情報、ゲートウェー情報及び応答時間情報などを含んだ状態報告メッセージを生成して管理サーバーに報告することができる。

一方、ゲートウェー２００は、前述したように無線通信装置３００の無線通信領域に位置した電子装置それぞれに対して状態チェックをリクエストする場合、１１１０動作で状態チェックコマンドメッセージを生成して無線通信装置へ送信することができる。

無線通信装置３００は、状態チェックコマンドメッセージを受信する場合、電子装置状態チェックメッセージを生成して、該当する電子装置に送信することができる。この時、前述したように、無線通信装置３００がゲートウェー２００から多数の電子装置に対する、又はすべての電子装置に対する状態チェックがリクエストされた場合、１１１０動作は省略することができる。１１１０動作が省略される場合、無線通信装置３００は、電子装置状態チェックメッセージを生成して送信する電子装置を前述した＜表３＞で選択することができる。図１２では第ｋ電子装置が選択された場合を例示している。

無線通信装置３００は、第ｋ電子装置２０１－ｋが選択された場合、電子装置状態チェックメッセージを生成し、１１１２動作で第ｋ電子装置２０１－ｋに生成された電子装置状態チェックメッセージを送信することができる。この時、予め設定された時間内に第ｋ電子装置２０１－ｋから状態応答メッセージが受信されない場合、予め設定された回数、例えば、３回のように電子装置状態チェックメッセージを第ｋ電子装置２０１－ｋへ再送信することができる。無線通信装置３００は、１１１４動作で、予め設定された回数のうちの最後の送信において電子装置状態チェックメッセージを送信することができる。予め設定された時間内の最後の送信においても状態応答メッセージが受信されない場合、無線通信装置３００は、１１１６動作で無応答報告メッセージを生成してゲートウェー２００へ送信することができる。また、１１１６動作後又は１１１６動作前に、無線通信装置３００は、自分のメモリーに対応する電子装置の無応答状態を記憶することができる。

ゲートウェー２００は無応答報告メッセージを受信すると、１１２０動作のように自分のメモリー内に電子装置状態情報を無応答状態でアップデートして記憶することができ、１１２２動作へ進行して無応答報告メッセージに無応答状態の電子装置情報、無応答状態情報、無線通信装置情報及びゲートウェー情報を一つのメッセージで生成して送信することができる。

図１３は、本開示によってゲートウェーが無線通信装置を用いて電子装置の状態をチェックする場合の制御フローチャートである。

図１３の説明においては、ゲートウェーが図３ｂに示すように構成されていると仮定する。ゲートウェー制御部２１１は、１２００動作でアイドル状態を維持する。ここでアイドル状態とは、特定のコマンド又はイベントまで待機する状態とできる。特定のコマンド又はイベントはユーザ又は管理者が入力するコマンドであっても良く、特定の周期によって動作するように設定されたイベントであっても良い。ゲートウェー制御部２１１は、１２０２動作へ進行すると、状態チェックイベントが発生したかを検査する。ここで状態チェックイベントとは、上位のエンティティーである管理サーバー１００から電子装置の状態チェックコマンドメッセージが受信される場合、又は、周期的に状態チェックのために設定されたタイマーの時間が到来した場合、又は、管理者がゲートウェーに直接状態チェック指示のためのキーを押す場合とできる。

ゲートウェー制御部２１１は、状態チェックイベントが発生すると、１２０４動作へ進行してゲートウェーメモリー２１５から前述した＜表１＞に記憶されたような電子装置の情報を読み出すことができる。その後、ゲートウェー制御部２１１は、１２０６動作へ進行して検査対象電子装置を選定することができる。この時、検査対象電子装置を選定する場合、大きく２つの方式で区分することができる。ゲートウェー制御部２１１は、検査する対象の電子装置情報を無線通信装置３００に提供し、無線通信装置３００が任意の方法でその電子装置の状態を検査するようにすることもでき、それぞれの個別電子装置に対する検査を一つずつ実行するよう指示することもできる。

もし、検査する対象の電子装置情報を無線通信装置３００に提供して無線通信装置３００が任意の方法で検査する対象電子装置を選択するようにする場合、ゲートウェー制御部２１１は、１２０６動作で、メモリーから読み出した電子装置リストから選択された電子装置情報を無線通信装置３００に提供することができる。この時、無線通信装置３００の無線通信領域内に位置したすべての電子装置に対して状態チェックを行わなければならない場合には、上記の情報がすべての電子装置を指示するように構成することもできる。

一方、ゲートウェー制御部２１１が一つずつの電子装置に対してそれぞれ状態をチェックするように指示する場合、電子装置を、＜表１＞に例示するリストから、電子装置の任意の順序、降順、又は昇順にて選択することができる。この時、状態が異常であるとされた電子装置が存在する場合には、該当する電子装置を、状態チェックリストから除くこともでき、当該リストに含めることもできる。

ゲートウェー２００の制御部２１１は、１２０６動作で、各電子装置を一つずつ選択して、選択された電子装置の状態を検査するための電子装置状態チェックコマンドメッセージを生成し、その電子装置状態チェックコマンドメッセージを無線通信装置３００に送信することができる。ゲートウェー制御部２１１は、１２０８動作で、無線通信装置３００から状態報告メッセージを受信するまで待機する。無線通信装置３００は、２種類の状態報告メッセージを送信しうる。第１の種類の状態報告メッセージは、該当する電子装置から応答メッセージが受信されたときに生成されうる。第２の種類の状態報告メッセージは、該当する電子装置から無応答メッセージが受信されたときに生成されうる。したがって、１２１０動作で検査結果メッセージが受信される場合、ゲートウェー制御部２１１は、１２１２動作へ進行して、受信されたメッセージに基づいてメモリーに記憶されたデータをアップデートし、その結果を管理サーバー１００に報告することができる。例えば、状態報告メッセージが受信された場合、状態報告メッセージにゲートウェー情報を追加して管理サーバー１００で送信することができる。この時にも、状態報告メッセージが単純に応答の有無及び緊急度情報だけを含み装置情報を含まない場合、ゲートウェー制御部２１１は、無線通信装置３００の情報と、電子装置の情報と、緊急度情報と、ゲートウェー情報と、応答信号受信時間情報などを状態報告メッセージに含めて生成して、管理サーバー１００へ送信することができる。

また、ゲートウェー制御部２１１は、無応答報告メッセージが受信された場合に無応答状態をゲートウェーメモリー２１５に記憶し、無応答報告メッセージを生成して管理サーバー１００へ送信することができる。この時、無応答報告メッセージも状態報告メッセージを生成することと同一の方法で生成して送信することができる。

その後、ゲートウェー制御部２１１は、１２１４動作へ進行して、追加で検査する対象が存在するかを検査することができる。もし、追加で検査すべき対象が存在する場合、ゲートウェー制御部２１１は、１２０６動作へ進行して上述した動作を繰り返すことができる。一方、追加検査対象が存在しない場合、ゲートウェー制御部２１１は、当該ルーチンを終了することができる。

図１４は、本開示による無線通信装置がゲートウェーからのリクエストに従って電子装置の状態チェックをする時の制御フローチャートである。

図１４の説明において、無線通信装置３００は図４に示した構成を有すると仮定する。制御部３１１は、１３００動作でアイドル状態を維持する。ここでアイドル状態とは、前述した形態と類似である。すなわち、無線通信装置３００にユーザから直接特定のキーの入力があるまで待機したり、又は、上位のゲートウェー２００から特定のコマンドを受信するまで待機したり、或いは、無線通信領域内に新しい電子装置が流入されたかを検査するための周期が到来したり、又は状態チェック時点が到来するかを検査する状態とできる。

制御部３１１は、１３０２動作へ進行すると、状態チェックイベントが発生したかを検査することができる。状態チェックイベントは、前述したようにゲートウェー２００からの状態チェックコマンドメッセージの受信、又は、状態チェック時間の到来とすることができる。図１４は、ゲートウェー２００から特定の電子装置に対する状態チェックコマンドメッセージを受信する場合の制御フローチャートであることに留意する。

状態チェックイベントが発生すると、制御部３１１は、１３０４動作へ進行して、ゲートウェー２００から受信した状態チェックコマンドメッセージに指定された電子装置に送信する電子装置状態チェックメッセージを生成し、無線通信部３０７を制御して該当する電子装置に送信することができる。その後、制御部３１１は、１３０６動作で状態応答メッセージを受信するまで待機する。制御部３１１は、１３０８動作で無線通信部３０７を通じて該当する電子装置から状態応答メッセージが受信されたかを検査する。１０３８動作の検査結果、状態応答メッセージが受信された場合、制御部３１１は１３１０動作へ進行する。

制御部３１１は、１３１０動作へ進行する場合、受信された状態応答メッセージに基づいて状態報告メッセージを生成し、これをゲートウェーに報告することができる。この時、状態応答メッセージは、前述したように、単純な当該電子装置が駆動されている状態であることを通知する応答情報だけを含むこともでき、設定された緊急状況情報を含むこともできる。緊急状況情報については上記で予め記述したので、ここでは追加説明を省略する。

一方、制御部３１１は、１３０８動作の検査結果、予め設定された時間内に状態応答メッセージが受信されない場合、１３２０動作へ進行して電子装置状態チェックメッセージの再送信が可能であるかを検査する。再送信可能可否は、予め設定された回数再送信があったかを否かを検査することとできる。前述したように合計３回の送信が可能な場合、電子装置状態チェックメッセージを２回再送信が可能である。また、合計４回の送信が可能となるように設定する場合、電子装置状態チェックメッセージを３回再送信が可能である。このような再送信回数は、無線通信規約に定義されたところに従うこともでき、無線ネットワークを構成する時に任意の値で設定することもできる。

制御部３１１は、１３２０動作の検査結果、再送信が可能な場合、１３２２動作へ進行して当該電子装置に電子装置状態チェックメッセージを再送信することができる。この時、再送信回数は、カウンターにより制約されうる。例えば、最初カウンターの値を３と設定した場合、初期送信で１を引いて再送信時ごとに１を引くように設定することができる。この時、再送信が可能であるか否かは、カウンターの値が１以上の場合、再送信が可能な場合であり、１未満の場合、再送信が不可能な場合とできる。反対の場合も同様にカウンターを用いることができる。例えば、予め設定された値が４の場合、初期送信を含んで送信時ごとにカウント値を１ずつ増加させるようにすることができる。この時、初期送信時にはカウント値が０と予め設定された状態とすることができる。したがって、再送信可能可否は、カウンターでカウントされた値が４までは送信が可能であり、４を超過する場合、再送信の不可能な場合とすることができる。

制御部３１１は、最後の再送信に対して状態応答メッセージが受信されない場合、すなわち、電子装置状態チェックメッセージの再送信が不可能な場合、１３２４動作で無応答報告メッセージを生成してゲートウェーに送信する。

無応答報告メッセージは、電子装置の無線通信機能又は電子装置自体に異常が発生して応答信号が受信されないか、又は、無線通信装置３００の無線通信部３０７が故障したときに送信されなくなる可能性がある。すべての電子装置が無応答状態の場合、無線通信装置の故障を疑うことができる。このような判断は、管理サーバー１００でされてもよいし、ゲートウェー２００でされてもよい。

図１５は、本開示によるゲートウェーが無線通信装置の異常を検出した時の信号フロー図である。

管理サーバー１００は、１４００動作でゲートウェー２００に状態チェックコマンドメッセージを送信することができる。管理サーバー１００が各ゲートウェーに状態チェックコマンドメッセージを送信するように構成することもでき、各ゲートウェーが周期的に状態チェックコマンドメッセージを無線通信装置へ伝達することもできる。したがって、図１５において１４００動作を点線で表現し、以下の説明では、ゲートウェー２００が自分と接続された無線通信装置３００に状態チェックコマンドメッセージを送信する場合を仮定して説明する。

ゲートウェー２００は、１４１０動作で状態チェックコマンドメッセージを生成して無線通信装置３００へ送信することができる。状態チェックコマンドメッセージは、無線通信装置の無線通信領域内に位置した電子装置に対する状態チェックを指示するか、無線通信装置から応答をリクエストするメッセージとできる。本開示では、２つの場合をいずれも含むと仮定して説明する。

ゲートウェー２００は、状態チェックコマンドメッセージを送信した後、予め設定された時間内に特定の応答がない場合、１４１２動作で状態チェックコマンドメッセージを無線通信装置３００へ再送信することができる。このような再送信は無線通信装置３００が無線通信装置３００の無線通信領域内に位置した電子装置に電子装置状態チェックメッセージを送信する場合と類似又は同一の方法を用いることができる。よって、ゲートウェー２００が無線通信装置３００で状態チェックコマンドメッセージを再送信する動作については付加的な説明を省略する。

ゲートウェー２００は、所定時間単位に予め設定された回数状態チェックコマンドメッセージを送信することができる。ゲートウェー２００は、予め設定された回数中の最後の状態チェックコマンドメッセージを送信した後にも予め設定された時間内に状態応答メッセージが受信されない場合、１４１４動作で無線通信装置の状態を記憶し、無応答報告メッセージを生成して１４１６動作で管理サーバー１００へ送信することができる。この時、無応答報告メッセージには、無線通信装置３００が無応答状態であることを指示する情報を含めることができる。したがって、この情報は、前述した無応答報告メッセージを運ぶ情報とは異なりうることに留意しなければならない。すなわち、ゲートウェー２００が無線通信装置３００から何らの応答も受信することができなかったので、ゲートウェー２００は、無線通信装置３００が無応答状態であることを通知する無応答報告メッセージを生成して管理サーバー１００に送信する。

管理サーバー１００は、１４１６動作で無応答報告メッセージを受信する場合、１４１８動作へ進行して無線通信装置状態アラームを提供し、状態を記憶する。この時、管理サーバー１００は、付加的に、ゲートウェー２００の外部装置接続部２２５の状態が異常を考慮しなければならないという情報を共に管理者に提供することができる。管理サーバー１００の動作については後述する図面を参照してより詳しく述べる。

図１６は、本開示によるゲートウェーにおける無線通信装置及び電子装置の異常検出時の制御フローチャートである。

図１６の説明において、ゲートウェーは前述した図３ｂの構成を有すると仮定する。さらに、図１６は、状態チェック動作の場合のフローチャートであることに留意する。ゲートウェー制御部２１１は、１５００動作で＜表１＞のような形態でゲートウェーメモリー２１３に記憶された電子装置の情報を読み出し、１５０２動作へ進行して検査対象電子装置を選定することができる。この時、検査対象電子装置を選定する場合は、前述したように２つの方式で区分することができる。ゲートウェー制御部２１１は、検査する対象の電子装置情報を無線通信装置３００で提供し、無線通信装置３００が任意の方法で選択するようにすることもでき、それぞれの個別電子装置に対する検査を一つずつ指示することもできる。もし、検査する対象の電子装置情報を無線通信装置３００で提供して無線通信装置３００が任意の方法で検査する対象電子装置を選択するようにする場合、ゲートウェー制御部２１１は、１５０２動作で、メモリーから読み出した電子装置リストから選択された電子装置情報を無線通信装置に提供することができる。この時、無線通信装置３００の無線通信領域内に位置したすべての電子装置に対して状態チェックを行わなければならない場合には、すべての電子装置を指示するように構成することもできる。

一方、ゲートウェー制御部２１１が一つずつの電子装置に対してそれぞれ状態をチェックするように指示する場合、＜表１＞のようなリストから、電子装置の任意の順序、降順、又は昇順にて電子装置を選択することができる。状態が異常であるとされた電子装置が存在する場合には、該当する電子装置を状態チェックから除くこともでき、状態チェックに含めることもできる。図１６の制御フローチャートでは、前記の２つの場合をいずれも含むことができ、いずれも場合でも構わないことに留意する、図１６の動作に１５２２動作が含まれる場合は、一つずつの電子装置に対する状態をチェックする場合であり、１５２２動作が含まれない場合は、一括的に状態チェックを行う場合とできる。

また、図１５で説明したように、状態チェック動作は電子装置の状態をチェックするように指示することもできるが、無線通信装置の状態チェックを指示することもできる。一般的に、無線通信装置の状態チェックを指示する場合は電子装置の状態チェックと重複されうるので、電子装置の状態のみをチェックすることが好ましい。

ゲートウェー制御部２１１は、１５０２動作で電子装置の状態チェックコマンドメッセージを送信した後、１５０４動作へ進行して状態報告メッセージが受信されるかを検査することができる。状態報告メッセージが受信されない場合、ゲートウェー制御部２１１は、１５０６動作で再送信時点であるかを検査することができる。再送信時点ではない場合、ゲートウェー制御部２１１は、１５０４動作を継続して行い、再送信時点の場合、ゲートウェー制御部２１１は１５０８動作へ進行することができる。

ゲートウェー制御部２１１は、１５０８動作へ進行すると、現在までに状態チェックコマンドメッセージを追加で再送信した場合、その回数が設定された再送信回数以内であるかを検査することができる。たとえば、合計４回まで送信が可能になるように設定された場合、初期送信を除いて再送信が３回まで可能になる。このような再送信回数以内であるかを判断する動作は、前述したカウンターを用いる方法と同様にすることができるので、ここでは追加説明は省略する。ゲートウェー制御部２１１は、１５０８動作の検査結果、再送信回数以内の場合、１５１０動作へ進行して電子装置状態チェックコマンドメッセージを再送信した後、１５０４動作へ進行することができる。この時にカウンターを用いる場合、カウンターの値を増加させるか減少させることができる。

一方、１５０８動作の検査結果、再送信回数以内ではない場合、ゲートウェー制御部２１１は、１５２０動作へ進行して無線通信装置の無応答状態を通知するための無応答報告メッセージを生成して、管理サーバー１００に送信することができる。

一方、１５０４動作の検査結果、状態報告メッセージが受信された場合、１５２２動作へ進行して状態報告メッセージを生成して管理サーバー１００へ送信することができる。１５２２動作で状態報告メッセージを送信する動作は、前述した動作であるのでここでは追加説明を省略する。その後、ゲートウェー制御部２１１は、１５２４動作へ進行して１５００動作で読み出す対象リストにおいて追加で検査する対象が存在するかを検査することができる。もし、追加で検査する対象が存在する場合、１５０２動作へ進行し、追加で検査する対象が存在しない場合、すなわち、すべての対象に対する検査が完了した場合、ゲートウェー制御部２１１は図１６のルーチンを終了することができる。

上記の説明は、無線通信装置３００がゲートウェー２００と物理的接続が断たれた場合を除いた説明である。例えば、無線通信装置３００とゲートウェー２００が物理的に接続される場合、これを認知することができる方法が存在する。例えば、無線通信装置３００とゲートウェー２００間の物理的な接続にＵＳＢインターフェース方式を用いる場合、ゲートウェー２００の外部装置接続部２２５は、無線通信装置３００の接続可否を認知することができる。このような認知方式は広く知られた方式であり、ここでは付加的な説明を省略する。その他に、ＵＳＢ方式ではない他の方式の場合にも、外部装置接続部２２５は、無線通信装置３００が物理的に接続されたか否かを確認することができる。したがって、図１６の制御フローチャートは、物理的な接続が断たれた場合を排除した場合であることに留意する。

図１７は、本開示による管理サーバーがゲートウェーの異常を検出する時の信号フロー図である。

管理サーバー１００は、１６００動作でゲートウェー＃１ ２０１に状態チェックコマンドメッセージを送信することができる。その後、ゲートウェー＃１ ２０１は、１６０２動作で前述した方法を用いて無線通信装置３００と無線通信装置３００の無線通信領域に位置した電子装置の状態情報を収集して状態報告メッセージを生成することができる。その後、ゲートウェー＃１ ２０１は、１６０４動作で状態報告メッセージを管理サーバー１００へ送信することができる。

すると、管理サーバー１００は、１６０６動作で、受信した状態報告メッセージから取得した状態情報をデータベースに記憶することができる。このような状態情報は、前述したように、各電子装置、無線通信装置、ゲートウェーの情報と状態報告メッセージを受信してアップデートした視覚情報などを含むことができ、ルームテンプレート情報にマッチングして記憶することもできる。

その後、管理サーバー１００は、１６１０動作で同様に他のゲートウェーであるゲートウェー＃ｎ ２０ｎに状態チェックコマンドメッセージを送信することができる。この時、管理サーバー１００は、予め設定された時間内に状態報告メッセージが受信されない場合、ゲートウェー＃ｎ ２０ｎに状態チェックコマンドメッセージを再送信することができる。ここで、予め設定された時間は、ゲートウェー２０１が自分と接続された無線通信装置に状態チェックコマンドメッセージを送信する最大回数による時間と、無線通信装置が無線通信領域内に位置した電子装置に送信することができる最大再送信回数による時間とをいずれも考慮した値になることができる。

このように状態チェックコマンドメッセージを送信した後、設定された時間内に状態報告メッセージが受信されなければ、管理サーバー１００は、最大再送信回数まで１６１２動作で状態チェックコマンドメッセージを送信することができる。その後にも設定された時間内に状態報告メッセージが受信されない場合、管理サーバー１００は、１６１４動作へ進行してゲートウェー＃ｎ ２０ｎが定常状態ではないことをデータベースにアップデートして記憶することができる。また、管理サーバー１００は、１６１４動作でデータベースにゲートウェー＃ｎ ２０ｎに対するアラームを提供することができる。

以上で説明した図１７は、管理サーバー１００が状態チェックコマンドメッセージを送信する場合を仮定した図面であることに留意する。しかし、図１７のように管理サーバー１００が状態チェックコマンドメッセージを送信しなくてもゲートウェーが無応答状態であるか否かを判断することができる方法がある。例えば、ゲートウェーが所定の周期単位で状態チェックコマンドメッセージを無線通信装置へ送信し、無線通信装置がその状態報告メッセージを報告するようにシステムが設定された場合、管理サーバー１００は、予め設定された時間の間に特定のゲートウェーから状態報告メッセージが受信されない場合、該当するゲートウェーの状態を無応答状態に変更し、アラームを提供することもできる。管理サーバー１００での動作は、後述する図面を参照してより詳しく述べる。

図１８は、本開示によって管理サーバーが下位に接続されたエンティティーの無応答状態時アラームを提供するための制御フローチャートである。

図１８の説明において、管理サーバー１００は前述した図２の構成を有すると仮定する。また、本開示で説明している図１８の制御フローチャートは、管理サーバー１００でアラームの提供及び解除を説明するための制御フローチャートであるので、ゲートウェー、無線通信装置、ネットワーク制御装置、電子装置などの情報を受信して記憶し、バックアップデータで管理する動作は説明しないことに留意する。

サーバー制御部１１１は、１７００動作でアイドル状態を維持する。このようなアイドル状態は、正確にはモニタリングされた情報を管理者に提供している状態とできる。アイドル状態で、管理サーバーは状態確認コマンドメッセージに応答して受信されたゲートウェー、無線通信装置、ネットワーク制御装置及び電子装置の状態情報を記憶してバックアップデータ管理に係るイベントの発生まで待機することができる。すなわち、１７００動作のアイドル状態は、どんなイベントも発生せず、現在の状態が維持されているすべての状態を総称することができる。

一方、図１８の説明で特に区分すべき場合を除き、ネットワーク制御装置は、ゲートウェーと無線通信装置を含む構成であるので、説明の便宜のために「ゲートウェー」と「無線通信装置」との用語を用いた説明をする。

サーバー制御部１１１は、１７０２動作へ進行すると、特定のゲートウェー又は無線通信装置又は少なくとも一つの電子装置に対する状態チェックコマンドメッセージを送信しなければならない時点が到来したかを検査することができる。このような時点到来に対しては、前述した他の電子装置の説明で述べたように、設定されたタイマーを用いることができる。サーバー制御部１１１は、１７０２動作の検査結果、状態チェックコマンドメッセージの送信時点が到来した場合、１７０４動作へ進行して状態チェックコマンドメッセージを生成して送受信する動作を行うことができる。これは、前述したように、管理サーバー１００が状態チェックコマンドメッセージを周期的に送信するように構成した場合に該当することができる。もし、状態チェックコマンドメッセージを周期的に送信しないように構成した場合であれば、１７０２動作乃至１７０４動作は不必要な動作とできる。また、状態チェックコマンドメッセージを生成して送受信する１７０２動作は前述した図１５及び図１７で説明したので、重複説明は省略する。

この時、サーバー制御部１１１は、１７０６動作へ進行してゲートウェーから応答がないか、又はゲートウェーから応答で状態報告メッセージを受信したが、特定の電子装置又は無線通信装置の無応答状態が発生したかを検査することができる。１７０６動作の検査結果、無応答状態が発生した場合、サーバー制御部１１１は、１７０８動作へ進行して無応答アラームを提供し、無応答状態の電子装置又は無線通信装置又はゲートウェーの状態情報をアップデートして記憶することができる。

一方、１７０６動作の検査結果、無応答状態ではない場合、サーバー制御部１１１は、１７１０動作へ進行して各装置、例えば、ゲートウェー、無線通信装置及び無線通信装置の無線通信領域内に位置した電子装置の状態情報をアップデートして記憶することができる。１７１０動作でアップデートされるデータは、状態報告メッセージに含まれた情報で、状態情報と時間情報を含むことができる。

一方、サーバー制御部１１１は、１７０２動作の検査結果、状態チェックコマンドメッセージの送信時点が到来しない場合、又は状態チェックコマンドメッセージを送信しないように構成された管理サーバーの場合、１７２０動作を行うことができる。サーバー制御部１１１は、１７２０動作で特定の電子装置又は無線通信装置又はゲートウェーのアラームが解除されたかを検査することができる。これは、該当する装置と通信が再開された状態で、ゲートウェーが管理サーバー１００に報告することによって認知することができる。特定の装置のアラームが解除された場合、サーバー制御部１１１は、１７２２動作へ進行して当該装置のアラーム状態を解除し、状態情報をアップデートしてサーバーデータベース１０５に記憶することができる。

サーバー制御部１１１は、１７２０動作の検査結果、アラーム解除が発生しない場合、１７３０動作へ進行してゲートウェーが無応答状態であるかを検査することができる。ゲートウェーが無応答状態であるかの検査は、前述したように２つの場合が存在することができる。第１の場合は、状態チェックコマンドメッセージを送信したが、ゲートウェーから応答のない場合とできる。このような場合は、１７０２、１７０４、１７０６及び１７０８動作を参照しながら説明した。

他の一つの場合は、所定の周期単位で受信することとなっていた無線通信装置及び無線通信装置の領域内に位置した電子装置の状態報告メッセージを、ゲートウェーが受信しない場合とすることができる。例えば、無線通信装置及び無線通信装置領域内に位置した電子装置の状態報告メッセージが受信されるように設定された場合を仮定しよう。このような場合、特定ゲートウェーから最後の状態報告メッセージを受信し追加して設定されたマージン時間が経過してから、所定の期間内にまたは２回、サーバー制御部１１１が状態報告メッセージの受信に失敗した場合に、１７３０動作でゲートウェーが無応答状態であると判断する。このようにゲートウェーが無応答状態の場合、サーバー制御部１１１は、１７０８動作へ進行してゲートウェーの無応答状態に対するアラームを提供し、ゲートウェーの状態を無応答状態にアップデートし、アップデートした状態情報を記憶することができる。

以上の説明では、アラームの種類に対しては説明せず、ただアラームを発生する形態だけ説明した。しかし、アラームの種類を区分してアラームの緊急度によって管理者に多様な形態で提供することができる。例えば、ゲートウェー、無線通信装置及び電子装置はそれぞれの役目によってアラームの等級が違うように設定することができる。ゲートウェー又はネットワーク制御装置に対しては非常に高い最上位等級のアラームを設定することができる。また、無線通信装置も最上位等級又は第２のアラーム等級を持つことができる。一方、電子装置は、当該区域での役目に従ってアラーム等級が第２又は第３などのように低い等級を持つことができる。これについて例を挙げて詳しく述べる。

本開示によるネットワークがホテルに設置されており、客室内に位置したスマートテレビ又はセットトップボックスがゲートウェーの役目を行う場合、ゲートウェーは最も高い等級のアラームを発生しなければならない。また、無線通信装置を、たとえば、ドングル(Ｄｏｎｇｌｅ)のような常用化された装置で用いる場合、無線通信装置のアラーム等級は第２の等級を持つことができる。最後に、ホテル客室内のスイッチに接続された電子装置、例えば、コーヒーポット、ヘアードライヤーなどの場合、アラーム等級が低いこともある。一方、ホテル客室内に位置した温度調節機などは、無線通信装置と同一の等級又はゲートウェーと同一の等級のアラーム等級を持つことができる。

他の例で本開示によるネットワークが病院に設置されている場合、各病室に設置されたスマートテレビ又はセットトップボックスがゲートウェー役目を行うか、又は応急室の心臓搏動検査機がゲートウェー役目を行う場合、ゲートウェーのアラーム等級は非常に高いことがある。また、ゲートウェー機能がどんな装置に搭載されているかによってもアラーム等級を変えることができる。

このように互いに異なるアラーム等級を持つ場合、サーバー制御部１１１は、有無線通信部１０７を制御して管理者に無線ポケットベル又は移動通信装置を通じて緊急メッセージを追加で送信するように構成することもできる。その他に、低い等級のアラームの場合、アラームを表示だけすることもでき、２等級アラームなどの場合、グラフィックインターフェース１０１を制御してモニターの点滅を発生し、追加的に管理サーバー１００にスピーカーなどが接続された場合、スピーカーを通じてアラーム警告音を周期的に提供するようにすることもできる。

＜バックアップされたデータで復元(ｒｅｓｔｏｒｅ)＞

上記では、電子装置又はゲートウェー又は無線通信装置又はネットワーク制御装置を設置して初期ペアリングを行う動作と、無応答状態を検出する動作について述べた。無応答状態にある電子装置又はネットワーク制御装置又はゲートウェー又は無線通信装置は、該当の機器に問題がある状態であるので、管理者によって点検又は取り替えが必要である。例えば、特定電子装置が電源に接続されなければならないが、電源が遮られているか、又は同期化されて管理者が再同期化を行わなければならないか、又は初期化を行わなければならないか、又は電子装置自体を取り替なければならないなどの問題が発生した場合である。

したがって、このようなアラームが提供されている場合、管理者は、管理サーバー１００からどんな機器に問題が発生したかを認知し、当該機器を点検又は取り替えを行うことができる。
このように特定の機器の点検時に当該機器の初期化があった場合に、以前に記憶されていたデータがいずれも削除されうる。それだけでなく、機器が取り替えられた場合であれば、ペアリング情報や電子装置の情報などがない状態となりうる。したがって、本開示では、ペアリング時又はネットワークに接続されて管理サーバーに登録時に獲得した情報を用いて、データを復元するための方法が必要である。

以下で説明される本開示では、特定機器の初期化又は取り替え時のデータを復元するための方案が説明される。

図１９は、本開示によって無線通信装置が初期化又は取り替えられた場合に、無線通信装置のデータを復元するときの信号フロー図である。

図１９を参照すれば、ゲートウェー２００は、１８００動作で、無線通信装置３００との接続の状態を、物理的な接続がされたときに、又は、所定の時間間隔でチェックすることができる。このような接続状態チェック動作は、ゲートウェー２００が無線通信装置３００に接続状態チェック信号を送信する動作を含むことができる。また、接続状態チェック動作は、無線通信装置３００が正常の場合、接続応答信号に応答する動作を含むことができる。また、接続状態チェック動作を管理サーバー１００で指示することもできる。図１９では、ゲートウェーが主体的に駆動する場合を例示していることに留意する。管理サーバー１００が接続状態チェックを指示する場合、接続状態チェック前に管理サーバー１００がゲートウェー２００に接続状態チェックを指示する信号又はメッセージを提供することができる。

さらに、図１９を参照して、１８００動作の接続状態チェック動作が完了すると、ゲートウェー２００は、１８０２動作で互換性を確認するために無線通信装置情報獲得動作を行うことができる。無線通信装置情報には、前述したように、無線通信装置のタイプ(Ｔｙｐｅ)情報、ベンダー(Ｖｅｎｄｏｒ)情報、プロトコル情報、固有識別子であるＭＡＣアドレス(ａｄｄｒｅｓｓ)情報、ファームウェア情報などを含めることができる。したがって、ゲートウェー２００は、１８０２動作で無線通信装置３００に電子装置情報をリクエストし、無線通信装置３００から無線通信装置情報を獲得することができる。

無線通信装置３００の情報を獲得したゲートウェー２００は、１８０４動作で管理サーバー１００に、以前にゲートウェー２００に接続されていた無線通信装置のバックアップデータをリクエストすることができる。すると、管理サーバー１００は、１８０６動作で、データベース又はバックアップサーバーから、以前にゲートウェー２００と接続されていた無線通信装置のバックアップデータを読み出して、１８０８動作で当該バックアップデータをゲートウェー２００に送信できる。

無線通信装置３００が以前の無線通信装置と互換性があり、物理的な接続の不良又は切断のために接続が切り離されていただけと判断した場合には、管理サーバー１００は既存データを確認することができる。

ゲートウェー２００は、バックアップデータを受信すると、１８１０動作で新しく接続された無線通信装置３００から獲得した無線通信装置情報と管理サーバー１００から獲得したバックアップデータを比べて、バックアップされていたデータで無線通信装置３００を復元(ｒｅｓｔｏｒｅ)することができるかを検査する。復元可能可否判断は、以下のような動作とすることができる。

第１に、物理的な接続の不良であるのか、又は、コネクターが抜けているのかを確認できる。この動作は、ＭＡＣアドレスを無線通信装置３００の固有識別子情報として用いて実行できる。もし、物理的な接続の不良又はコネクターが抜けていた場合であれば、これはデータが破損していないことを意味する。この場合、復元のためにバックアップデータの信頼性を確認する必要はなくなる。

第２に、無線通信装置がネットワークに再接続したときに、管理者によって無線通信装置３００を初期化することができる。最初の場合と同様に、無線通信装置３００の識別は、ＭＡＣアドレスを固有識別子情報として用いて確認することができる。また、ゲートウェー３００が、無線通信装置３００に対して、無線通信装置３００に記憶されているペアリング情報をリクエストすることも可能である。このペアリング情報確認動作は図１９では示されていないが、他の図を参照して後ほど説明する。

第３に、無線通信装置が接続されたときに、その無線通信装置が取り替えられたものであるか否かを、そのＭＡＣアドレスに基づいて決定することができる。無線通信装置が古いものから交換されたとき、以前にバックアップされたデータを用いることができる場合と、用いることができない場合が想定される。

例えば、新しく取り替えられた無線通信装置が以前に用いた無線通信装置での無線通信方式をサポートしない場合、以前にバックアップされたデータを用いることができない。また、新しく取り替えられた無線通信装置が外部電子装置であるゲートウェー２００によってデータを記録することができないように構成された場合にも、以前にバックアップされたデータを用いることができない。それ以外の場合では、新しい無線通信装置を設置する際にバックアップデータを用いることができる。

したがって、ゲートウェー２００は、１８１０動作でバックアックデータを用いて無線通信装置３００を設置することが可能であるか否かを判断し、設置が可能な場合、１８１２動作で無線通信装置３００にバックアップデータを提供することができる。無線通信装置３００は、バックアップデータを受信すると、１８１４動作で、バックアップデータでそのデータを上書きすることができる。

以上の説明では、ゲートウェー２００が無線通信装置３００のバックアップデータを管理サーバー１００にリクエストして獲得し、バックアップデータで無線通信装置３００の設定を復元する場合を仮定して説明した。しかし、前述したように、ゲートウェー２００は、無線通信装置３００の情報とペアリング情報などをいずれも持っている。この場合、ゲートウェー２００は、１８０４、１８０６及び１８０８動作をスキップし、１８１０動作乃至１８１４動作を実行するよう構成することもできる。次に、ゲートウェー２００が、１８１４動作で、バックアップデータを用いた無線通信装置３００の設置に成功した旨を、サーバー１００に対して通知することができる。

図２０は、本開示によって無線通信装置が取り替えられた場合におけるバックアップデータ提供の制御フローチャートである。

ゲートウェー制御部２１１は、無線通信装置３００が接続されていない状態又は接続されているが無応答状態であることを認知することができる。したがって、ゲートウェー制御部２１１は、特定の場合、装置変更検出モードにて動作できる。ゲートウェー制御部２１１は、無線通信装置３００が新しく接続される場合、又は接続されていても無応答状態の場合に、装置変更検出モードへ進入する。図２０は、ゲートウェー制御部２１１が装置変更検出モードにある場合の制御フローチャートであることに留意する。

ゲートウェー制御部２１１は、１９００動作で接続状態チェック信号を生成して外部装置接続部２２５を通じて無線通信装置３００に接続状態チェック信号を送信することができる。その後、ゲートウェー制御部２１１は、１９０２動作へ進行して無線通信装置３００から接続応答信号が受信されたかを検査する。１９０２動作の検査結果、接続応答信号が受信された場合、ゲートウェー制御部２１１は１９０４動作へ進行し、接続応答信号が受信されない場合、装置変更検出モードを終了することができる。この時、必要にしたがって、ゲートウェー制御部２１１は、１９００の動作を２回又は３回などのように所定回数試みることができる。ただ、図２０ではこのような再送信動作を例示しなかったが、本開示では上述したように再送信動作を追加することができることに留意する。

ゲートウェー制御部２１１は、１９０４動作で無線通信装置に無線通信装置情報をリクエストして受信することができる。無線通信装置情報は、前述したように無線通信装置のタイプ(Ｔｙｐｅ)情報、ベンダー(Ｖｅｎｄｏｒ)情報、プロトコル情報、固有識別子であるＭＡＣアドレス(ａｄｄｒｅｓｓ)情報、ファームウェア情報、バージョン情報などを含むことができる。この時、付加的にペアリング情報などをゲートウェー制御部２１１のリクエストにより、又は無線通信装置が無線通信装置情報リクエスト信号に応答して提供することもできる。

ゲートウェー制御部２１１は、無線通信装置情報を受信すると、無線通信装置の固有識別子情報であるＭＡＣアドレス情報をゲートウェーメモリー２１３に記憶されている情報と比べて、無線通信装置が変更されたか否かを判断することができる。したがって、無線通信装置が変更された場合は、変更された無線通信装置に記憶されたペアリング情報は除去されなければならない間違った情報である可能性が非常に高い。したがって、本開示では、無線通信装置が変更された場合には、復元が必要な場合であると判断することができる。

次に、無線通信装置の固有識別子情報が変更されなかったが、復元の必要な場合が存在しうる。例えば、管理者又はユーザが無線通信装置のリセット(ｒｅｓｅｔ)ボタンを入力して無線通信装置のメモリーに記憶されていたペアリング情報がいずれも削除されたり、又はペアリング情報のうちの一部が損傷したりする場合が存在しうる。したがって、ゲートウェー制御部２１１は、無線通信装置の固有識別子情報が変更されない場合、無線通信装置にペアリング情報をリクエストすることができる(図２０に図示せず)。その後、無線通信装置から受信されたペアリング情報とゲートウェーメモリー２１３に記憶されたペアリング情報を比べて、復元が必要であるかを判断することができる。

１９０６動作の検査結果、無線通信装置の復元が必要であると判断された場合、ゲートウェー制御部２１１は、１９０８動作へ進行して管理サーバー１００に以前に記憶された無線通信装置のバックアップデータをリクエストして受信することができる。他の例で、前述したように、ゲートウェーに記憶された情報で無線通信装置の復元を行う場合、１９０８動作は必要ではないこともある。図２０では説明の便宜のために１９０８動作を行う場合を仮定して説明する。

ゲートウェー制御部２１１は、１９０８動作で無線通信装置のバックアップデータを受信すると、ゲートウェー制御部２１１は、１９１０動作へ進行して無線通信装置に復元が可能であるか否かを検査することができる。復元可能可否検査を前記の場合を参照してより詳しく説明する。

先ず、無線通信装置が変更されたのではなく無線通信装置のメモリーが初期化された場合に、ゲートウェー制御部２１１は、１９１０動作ではデータの復元が可能であると判断することができる。すなわち、無線通信装置が変更されていない場合はデータの復元が可能であることを意味する。一方、無線通信装置が変更された場合、ゲートウェー制御部２１１は、新たに接続された無線通信装置情報のタイプが古いものと同じであり、同一のプロトコルを用いる場合に、データの復元が可能と判断することができる。また、ゲートウェーメモリー２１３が互換性のある無線通信装置の情報を記憶している場合、タイプ情報及びベンダー情報だけに基づいてデータの復元が可能であるか否かを判断することもできる。このように、復元可能可否は、無線通信装置情報に含まれた多様な種類の情報を用いて判断することができる。

以上の検査を通じて、無線通信装置のデータの復元が可能であると判断された場合、ゲートウェー制御部２１１は、１９１２動作へ進行して復元コマンドメッセージとバックアップデータを無線通信装置に提供することができる。この時、ゲートウェー制御部２１１は、復元コマンドメッセージを先ず送信してバックアップデータを送信することもでき、復元コマンドメッセージと共にバックアップデータを送信することもできる。すなわち、無線通信装置とゲートウェーの接続特性によって送信方式を変更できる。

一方、復元可能検査を行ったがデータの復元が不可能な場合、すなわち、無線通信装置が以前の無線通信装置の通信プロトコルをサポートしない場合、又は復元動作をサポートしない無線通信装置と判断された場合、ゲートウェー制御部２１１は、１９２０動作へ進行してペアリングコマンドメッセージを無線通信装置に提供することができる。これによって、無線通信装置は、自分の無線通信領域に位置した電子装置とペアリング動作を行わなければならない。このようなペアリング動作及びそれによるペアリングメッセージの送信などは、前述した初期ネットワーク設置時の動作で述べたので、ここでは重複する説明は省略する。

図２１は、本開示による無線通信装置が取り替えられた場合におけるデータ復元の制御フローチャートである。

図２１の説明において、無線通信装置は図４に示す構成を有すると仮定する。

制御部３１１は、２０００動作でアイドル状態を維持する。ここでアイドル状態は、前述した無線通信装置のアイドル状態動作の他に、ゲートウェーから接続状態チェック信号又は復元コマンドメッセージ又はペアリングコマンドメッセージを受信するまで待機する状態をさらに含むことができる。制御部３１１は、２００２動作へ進行すると、ゲートウェー接続部３０１を通じて接続状態チェック信号が受信されるかを検査することができる。２００２動作の検査結果、接続状態チェック信号が受信される場合、制御部３１１は、２００４動作へ進行してゲートウェー接続部３０１を通じて直ちに接続応答信号を送信することができる。接続状態チェック信号が受信される場合は、以下のような場合でありうる。第１に、無線通信装置がゲートウェーに非接続状態から接続状態で認知された場合である。第２に、無線通信装置が無応答状態である時のゲートウェーから、又は管理サーバーのリクエストによって周期的に接続状態チェック信号を送信する場合である。したがって、接続状態チェック信号を受信すると、直ちに接続応答信号を生成して送信するように構成することができる。その後、制御部３１１は、２０００動作に復帰することができる。

一方、制御部３１１は、２００２動作の検査結果、現在接続状態チェック信号が受信されない場合、２０１０動作へ進行してゲートウェーから無線通信装置情報がリクエストされたかを検査することができる。無線通信装置情報がリクエストされた場合、制御部３１１は、２０１２動作へ進行して無線通信装置メモリー３０５に記憶された無線通信装置情報を読み出してゲートウェー接続部３０１を通じてゲートウェーに提供することができる。無線通信装置情報リクエストは、無線通信装置が非接続状態から接続状態に遷移する場合、又は無線通信装置が無応答状態から接続応答状態に変更された場合、又は周期的にリクエストされることができる。したがって、制御部３１１は、無線通信装置メモリー３０５に記憶された無線通信装置情報をゲートウェーで提供することができる。この時、無線通信装置情報は、前述したように、無線通信装置のタイプ(Ｔｙｐｅ)情報、ベンダー(Ｖｅｎｄｏｒ)情報、プロトコル情報、固有識別子であるＭＡＣ住所(ａｄｄｒｅｓｓ)情報、ファームウェア情報、バージョン情報などを含むことができる。

一方、制御部３１１は、２０１０動作の検査結果、無線通信装置情報リクエストが受信されない場合、２０２０動作へ進行して復元コマンドメッセージが受信されるかを検査することができる。２０２０動作の検査結果、復元コマンドメッセージが受信される場合、制御部３１１は、２０２２動作へ進行してゲートウェーからバックアップデータを受信し、受信されたバックアップデータでデータを復元(ｒｅｓｔｏｒｅ)できる。

この時、復元されるデータは、大きく２つで区分することができる。例えば、以前の無線通信装置と電子装置が行ったペアリング情報を復元することができる。可能な場合、無線通信装置は、無線通信装置情報とペアリング情報のいずれもを復元することができる。無線通信装置のＭＡＣアドレス(ＭＡＣＡｄｄｒｅｓｓ)までがアップデートされた場合、無線通信装置の領域内に位置した電子装置は、無線通信装置が取り替えられたことを認知することができない。

ペアリング情報だけが復元される場合、ゲートウェー及び管理サーバーは、ペアリング情報は維持しつつ、無線通信装置の識別子情報だけをアップデートすることもできる。また、無線通信装置は、バックアップされていた情報をそのまま復元してペアリングされた情報を用いて他の電子装置と無線通信を行うことができる。このように復元された情報を用いて無線通信を行うようにする場合、無線通信装置が変更されても新しくペアリングを行わなければならない手続きを省略することができるので、無線チャンネルの浪費を回避でき、電子装置がバッテリーなどのように有限電力を用いる場合、使用時間を増大させることができる。また、バックアップデータを用いて、自動で取り替えられた無線通信装置のデータを復元することができるので、管理者が復元のための別途の手続きを行わなくても良いので、メンテナンス及び修理のための負担を節減することができる効果がある。

図２２は、本開示によってゲートウェー又はネットワーク制御装置が取り替えられる場合に、データを復元するための信号フロー図である。

前述したように、ゲートウェー又はネットワーク制御装置は無応答状態となりうる。したがって、ゲートウェー又はネットワーク制御装置が無応答状態の場合、管理者がゲートウェー又はネットワーク制御装置を取り替えたり、又は修理したりすることができる。このように取り替え又は修理がされた場合、管理サーバー１００は、管理者によってゲートウェー又はネットワーク制御装置の取り替え又は修理可否を予め知ることもできる。このようにゲートウェー又はネットワーク制御装置の取り替え又は修理可否を予め知っている場合に、管理サーバー１００は、２１００動作のようにゲートウェー又はネットワーク制御装置に接続状態チェック信号を送信することができる。

もし、管理サーバー１００がゲートウェー又はネットワーク制御装置の取り替え又は修理可否を予め認識していない場合であれば、管理サーバー１００は、２１００動作で周期的に接続状態チェック信号をゲートウェー又はネットワーク制御装置に送信することができる。以下の説明では、ネットワーク制御装置をゲートウェーと総称して説明する。

管理サーバー１００から接続状態チェック信号を受信すると、ゲートウェー２００は、直ちに接続応答信号を生成して、２１０２動作で管理サーバー１００へ送信することができる。これはゲートウェー２００が無応答状態から応答状態に遷移したことを意味するので、管理サーバー１００は、ゲートウェーが取り替えられたか又は修理されたことを認識できる。したがって、管理サーバー１００は、２１０４動作でゲートウェー２００にゲートウェー情報をリクエストしてゲートウェー情報を獲得することができる。ゲートウェー情報は、前述した無線通信装置情報と類似にゲートウェータイプ情報、製品情報、ベンダー情報、生産者情報、プロトコル情報、ＭＡＣアドレス情報、ファームウェア情報、バージョン情報などを含むことができる。

管理サーバー１００は、ゲートウェー情報を獲得すると、２１１０動作でゲートウェーが新しいゲートウェーであるか判断することができる。これはデータベース１０５に記憶されたゲートウェーのＭＡＣアドレス情報を用いて判断することができる。同一のゲートウェーではない場合、管理サーバー１００はデータベース１０５又はバックアップサーバーから以前に接続されていたゲートウェーのバックアップデータを読み出すことができる。その後、管理サーバー１００は、２１１２動作でゲートウェーのデータの復元が可能であるか否かを検査することができる。復元可能可否検査は、ゲートウェーに既存情報をそのまま用いるように指示することができるか否かによって判断することができる。例えば、無線通信装置と接続方式又は通信方式をそのまま維持し、無線通信装置が自分の領域内に位置した電子装置の情報を記憶する方式などが同一であるか否かを判断して、復元可能可否を検査することができる。

一方、ゲートウェーが修理された場合であれば、ゲートウェーのデータの復元が必要ではない。ある実施形態よれば、ゲートウェーが修理された場合でもゲートウェーメモリーが初期化された場合、復元が必要なことがある。ゲートウェーメモリーの初期化可否を判断するための信号フローチャートは図２２に例示しないことに留意する。また、ゲートウェーが修理されてメモリーのデータがそのまま維持されている場合は、図２２の信号フローチャートでは考慮しないことに留意する。

以前のバックアップデータでゲートウェーのデータの復元が可能な場合、管理サーバー１００は、２１２０動作で復元コマンドメッセージと共にゲートウェーバックアップデータをゲートウェーに送信することができる。

ゲートウェー２００は、復元コマンドメッセージと共に、又は順次にバックアップデータを受信すると、２１２２動作で受信されたバックアップデータでデータの復元(ｒｅｓｔｏｒｅ)動作を行うことができる。その後、ゲートウェー２００は、２１２４動作で復元結果メッセージを管理サーバー１００へ送信することができる。復元結果メッセージは、復元成功又は復元失敗などの情報を含むことができる。復元結果メッセージは、構成されたネットワークの必要によって、送信するように、或は送信しないように構成することができることに留意する。すなわち、特定のネットワークでは復元結果メッセージを送信する必要がないか、重要ではないこともある。しかし、あるネットワークでは復元結果を送信しなければならない場合も存在しうる。本開示では、ゲートウェー２００が管理サーバー１００に復元結果を伝達する場合を例示しているが、２１２４動作が必要ない場合も存在しうる。

管理サーバー１００は、復元結果メッセージが受信されると、復元結果メッセージが復元成功を指示するか判断し、復元成功を指示する場合、２１２６動作でアラーム状態を解除することができる。もし、復元結果メッセージを送信しないように構成されたネットワークであれば、管理サーバー１００は、復元コマンドメッセージ及びバックアップデータを提供した後、直ちに２１２６動作でアラーム状態を解除することができる。

図２３は、本開示によるゲートウェーが取り替えられる場合に、ゲートウェーがバックアップデータでデータを復元する時の制御フローチャートである。

図２３の説明において、ゲートウェーは図３ｂに示す構成を有すると仮定する。また、図２３で説明するゲートウェーの動作は、ネットワーク制御装置、すなわち、ゲートウェーと無線通信装置が一つの装置(ｄｅｖｉｃｅ)に統合された場合にも同様に適用することができることに留意する。ただ、ゲートウェーと無線通信装置がネットワーク制御装置に統合された場合、バックアップデータの復元に関して追加的に説明が必要な場合においてのみ、ネットワーク制御装置についての付加説明をする。

ゲートウェー制御部２１１は、２２００動作でアイドル状態を維持する。ここでアイドル状態は、前述したようにユーザ又は管理者からの特定コマンドを受信するまで待機したり、又は管理サーバーから特定の信号を受信するまで待機したりする状態を含むことができる。ゲートウェー制御部２１１は、２００２動作へ進行すると、通信部２２１を通じて管理サーバー１００から接続状態チェック信号が受信されるかを検査することができる。２２０２動作の検査結果、接続状態チェック信号が受信される場合、ゲートウェー制御部２１１は、２２０４動作へ進行して通信部２２１を通じて直ちに接続応答信号を送信することができる。

管理サーバー１００は、ゲートウェーが非接続状態から接続状態に遷移したことを検出すると、周期的に、或いは管理者の制御に基づいて、接続状態チェック信号を送信し、ゲートウェー２００の制御部２１１を、接続状態チェック信号を受信すると直ちに、接続応答信号を生成して送信するように構成することができる。

一方、ゲートウェー制御部２１１は、２２０２動作の検査結果、現在接続状態チェック信号が受信されない場合、２２１０動作へ進行してゲートウェーからゲートウェー情報がリクエストされたかを検査することができる。ゲートウェー情報がリクエストされた場合、ゲートウェー制御部２１１は、２２１２動作へ進行してゲートウェーメモリー２１３に記憶されたゲートウェー情報を読み出して通信部２２１を通じて管理サーバー１００に提供することができる。ここで、ゲートウェー情報は、前述したようにゲートウェーのタイプ(Ｔｙｐｅ)情報、製品情報、ベンダー(Ｖｅｎｄｏｒ)情報、生産者情報、プロトコル情報、固有識別子であるＭＡＣアドレス(ａｄｄｒｅｓｓ)情報、ファームウェア情報、バージョン情報などを含むことができる。

その後、又は、２２１０動作の検査結果、現在ゲートウェー情報リクエスト信号が受信されない場合、ゲートウェー制御部２１１は、２２２０動作へ進行して復元コマンドメッセージが受信されたかを検査することができる。２２２０動作の検査結果、復元コマンドメッセージが受信された場合、ゲートウェー制御部２１１は、２２２２動作へ進行して管理サーバー１００からバックアップデータを受信し、受信したバックアップデータでデータの復元(ｒｅｓｔｏｒｅ)することができる。また、復元が完了した場合、ゲートウェー制御部２１１は、復元結果メッセージを管理サーバー１００へ送信することができる。

復元動作は予め前述したので、ここでは付加的な説明を省略する。ただ、ゲートウェーと無線通信装置が統合されて構成されたネットワーク制御装置の場合、復元動作を２回にわたって実行することもできる。例えば、ネットワーク制御装置が取り替えられた場合、ネットワーク制御装置がゲートウェー動作を行う部分と無線通信装置動作を行う部分に別途のメモリーを有し、それぞれのデータを復元しなければならない場合、それぞれに対してデータの復元をすることもできる。したがって、このような場合、復元動作を２回にわたって実行することもできる。しかし、一般的にネットワーク制御装置で実現される場合、２つのデータが混合してゲートウェーメモリー２１３にのみ記憶されるようにする場合が大部分で、データ復元を１回だけ実行するように構成することもできることに留意する。

図２４は、本開示によって電子装置がリセットされた場合、或は取り替えられた場合に、アラームの解除及びデータバックアップ時のジグビー無線通信方式に基づいた信号フロー図である。

図２４で説明するジグビー無線通信方式以外の他の無線通信方式を用いる場合、図２４での手順を一部変更できる。もし、ジグビー無線通信方式ではない他の無線通信方式を用いる場合、図２４で例示して説明する方式とはメッセージが変わる程度であり、本開示に説明する主要内容は同一であっても良い。したがって、本開示による全体的な内容、すなわち、電子装置がリセットされる場合、又は取り替えられる場合、アラームの解除及びデータバックアップ動作は該当する無線通信方式に合わせて実行することができる。たとえば、ペアリング時に電子装置の能力情報を共に獲得することができる無線通信方式を用いる場合、ペアリング動作で電子装置の能力情報を獲得することができることに留意する。

管理サーバー１００又はゲートウェー２００は、特定の電子装置がアラーム状態の場合、電子装置の接続状態チェックのために、所定周期単位で当該電子装置の探索を行うように指示することができる。例えば、管理サーバー１００が特定の無応答電子装置の探索を指示することもでき、ゲートウェー２００が無応答状態の電子装置を探索するために所定の周期単位で探索を指示することができる。図２４では、ゲートウェー２００が２３００動作で自律的に探索状態に転換する場合を例示した。すなわち、管理サーバー１００から探索指示メッセージを受信しない場合である。しかし、管理サーバー１００から探索指示メッセージを受信する場合にも、ゲートウェー２００は、２３００動作で探索状態に転換することができる。このように、探索状態に転換する時のゲートウェー２００は、無線通信装置３００に探索指示メッセージを送信することができる(図示せず)。

その後、ゲートウェー２００は、無線通信装置３００を制御して２３１０動作でアラーム状態又は新規電子装置の探索手続きを行うことができる。アラーム状態又は新規電子装置の探索手続きは、以下のような形態とできる。

第１に、ゲートウェー２００は、無線通信装置３００で探索(Ｄｉｓｃｏｖｅｒ)を指示し、無線通信装置３００が探索信号(Ｂｅａｃｏｎ)を自分の無線通信領域にブロードキャストすることができる。無線通信装置３００が探索信号をブロードキャストすると、まだ無線通信装置３００とペアリングしていない電子装置は、応答メッセージ(Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔ)を送信するようになる。このような応答メッセージは、加入リクエストメッセージとできる。例えば、第１電子装置２０１－ａがリセット(ｒｅｓｅｔ)された場合、第１電子装置２０１－ａは、無線通信装置３００と以前にペアリングを通じて記憶された情報が削除された状態になることができる。このような場合、第１電子装置２０１－ａには特定のネットワークに加入した情報がない状態である。この場合、第１電子装置２０１－ａはペアリング情報を取得できないので、無線通信装置３００に加入リクエストメッセージ(ＡｓｓｏｃｉａｔｉｏｎＲｅｑｕｅｓｔ)を送信することができる。第１電子装置２０１－ａから加入リクエストメッセージを受信すると、無線通信装置３００は、加入応答(Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅ)メッセージを生成して第１電子装置２０１－ａに提供することができる。無線通信装置３００は、加入応答メッセージを送信する時のペアリング識別子を共に送信することができる。これを通じて無線通信装置３００は、第１電子装置２０１－ａとペアリングを行うことができる。

他の例で、無線通信装置３００が探索信号をブロードキャストすると、無線通信装置３００とまだペアリングしていない電子装置は、応答メッセージ(Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔ)を送信する。例えば、第１電子装置２０１－ａが新規電子装置の場合、第１電子装置２０１－ａは、無線通信装置３００とペアリング情報がない状態である。従って、第１電子装置２０１－ａは無線通信装置３００とのペアリング情報を取得できないので、無線通信装置３００に加入リクエストメッセージ(Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔ)を送信することができる。第１電子装置２０１－ａから加入リクエストメッセージを受信すると、無線通信装置３００は、加入応答(Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅ)メッセージを生成して第１電子装置２０１－ａに提供することができる。これを通じて無線通信装置３００は、新規第１電子装置２０１－ａとペアリングを行うことができる。

無線通信装置は、前述したようにペアリング手続きが完了すると、２３２０動作で探索された電子装置情報をゲートウェー２００に送信する。すると、ゲートウェー２００は、２３３０動作で、無線通信装置３００と第１電子装置２０１－ａの電子装置能力情報を獲得することができる。電子装置能力情報は、電子装置情報のうちの一部又は全部となりうる。電子装置情報又は電子装置能力情報を獲得するためのメッセージなどについては、後述する図面を参照してより詳しく述べる。

ゲートウェー２００は、２３３０動作で電子装置能力情報を獲得すると、登録可能な電子装置であるかを判別することができる。ここで登録可能な電子装置の判別は、下記のように実行することができる。

ゲートウェー２００は、２３３２動作で、獲得した電子装置能力情報に基づいて、その電子装置が登録可能であるかを判別することができる。ホテルに設置されたシステムに電子装置を登録できないと仮定して以下の説明をする。例えば、ゲストの携帯電話、スマートフォン、タブレットコンピューターなどのようにゲストが持っている無線通信が可能な電子装置は、登録が可能な電子装置ではないことがある。このような登録可能可否に対しては、ゲートウェー２００に登録可能を判別するための特定の情報が予め記憶され得る。このように予め記憶された情報を用いて、登録が可能な電子装置又は登録が不可能な電子装置を認知することができる。一般的に、登録が可能な電子装置のタイプ情報、生産者情報などを予め記憶することができる。予め記憶された情報以外のタイプを持つか、又は生産者情報を持つ場合、登録が不可能な電子装置と判別することができる。

反対に、登録可能な場合を述べると、無応答状態である電子装置と同一の能力情報、例えば、タイプ情報、生産者情報を持つが、電子装置の固有した識別子であるＭＡＣアドレス(ＭＡＣ ａｄｄｒｅｓｓ)が予め記憶されたＭＡＣアドレスと相違する場合、取り替えられた電子装置と判別することができる。すなわち、予め持っている装置リストにアラーム状態で記憶された電子装置に対して記憶された情報と、新たにペアリングを行った電子装置の情報のうちの少なくとも一部又は全部が同一な場合、該当する電子装置を登録可能とできる。

さらに、管理サーバー１００がゲートウェー２００で予めルームテンプレートに基づいて新規で追加される電子装置情報を提供する場合、ゲートウェー２００は、該当する電子装置の基本的な情報、例えば、タイプ情報、生産者情報などが提供されて記憶することができる。このように、予め新規で追加される電子装置情報が提供された場合、ゲートウェー２００は、新規した電子装置と予め記憶していた情報を比べて新規電子装置を判別することもできる。

２３２２動作で登録可能な電子装置と判別された場合、ゲートウェー２００は、２３３４動作で電子装置能力情報に基づいて電子装置取り替え可否を判断し、予め記憶された情報をアップデートすることができる。すなわち、取り替え又はリセットされた電子装置の場合、予め記憶された情報が新しい情報にアップデートされる。一方、予め記憶された電子装置ではない新規の電子装置の場合、新しい電子装置として登録される。

その後、ゲートウェー２００は、２３３６動作で、第１電子装置２０１－ａが接続されたことを通知する接続状態報告メッセージを生成して管理サーバー１００に送信することができる。管理サーバー１００は、接続状態報告メッセージを受信すると、２３３８動作へ進行してアラームを解除してアラーム状態を変更して記憶することができる。

図２５は、本開示によってゲートウェーで無応答状態の電子装置取り替え又はリセットがされた時の制御フローチャートである。

図２５の制御フローの説明において、ゲートウェーは図３ｂの構成を有すると仮定する。

ゲートウェー制御部２１１は、２４００動作で、周期的に、或いは管理サーバー１００によって送信された探索指示メッセージを受信して、探索状態に進入することができる。この時、ゲートウェー制御部２１１は、２４００動作で、探索指示メッセージ又はペアリングモード進入メッセージを、外部装置接続部２２５を通じて無線通信装置３００へ送信することができる。その後、ゲートウェー制御部２１１は、２４０２動作で外部装置接続部２２５を通じて無線通信装置３００から探索結果情報を受信することができる。すると、ゲートウェー制御部２１１は、２４０４動作へ進行して外部装置接続部２２５を通じて無線通信装置３００に電子装置能力情報をリクエストし、無線通信装置３００が提供する電子装置の能力情報を獲得することができる。

電子装置の能力情報を獲得したゲートウェー制御部２１１は、２４０６動作で、前述したように登録可能な電子装置であるかを検査することができる。登録可能な電子装置の情報をゲートウェーメモリー２１３から読み出して同一の情報、例えば、電子装置タイプ情報、電子装置生産者情報と対比して登録可能な電子装置であるかを判別する。

２４０６動作の検査結果、登録可能な電子装置の場合、ゲートウェー制御部２１１は、２４０８動作へ進行し、登録可能ではない電子装置の場合、ゲートウェー制御部２１１はこのルーチンを終了することができる。

２４０６動作の検査結果、登録可能な電子装置の場合、ゲートウェー制御部２１１は、２４０８動作へ進行して登録可能な電子装置が取り替え又はリセットされた電子装置であるかを検査する。これは予め記憶された情報を用いることができる。例えば、取り替え又はリセットされた電子装置の場合、その電子装置識別子は、以前に記憶された電子装置識別子の一つと同一でありうる。
したがって、電子装置識別子を用いて、取り替え又はリセットされた電子装置であるか否かを判別することができる。２４０８動作の検査結果、取り替えられた電子装置の場合、ゲートウェー制御部２１１は、２４１２動作を行い、取り替えられた電子装置ではない場合、２４１０動作を行う。

先ず取り替えられた電子装置と判別された場合、ゲートウェー制御部２１１は、２４１２動作で取り替えられた電子装置情報をアップデートし、アップデートされた情報を管理サーバー１００へ送信することができる。これを通じて管理サーバー１００は、取り替えられた電子装置が接続されたことを認知し、その後、アラームを解除することができる。また、取り替えられた電子装置が接続された場合、その後、取り替えられた電子装置に既存情報を活用して周期的又は非周期的な(管理者のリクエストにより)電子装置の状態をチェックすることができる。電子装置の状態をチェックする動作については、前記で予め記述したので、ここでは追加説明を省略する。

一方、取り替えられた電子装置ではない場合、ゲートウェー制御部２１１は、２４１０動作へ進行して追加電子装置をゲートウェーメモリー２１３に追加で記憶し、管理サーバー１００で追加された電子装置情報を送信することができる。このように、追加された電子装置情報を受信すると、管理サーバー１００は、追加された電子装置に対して今後のアラームの提供及び状態情報を管理者に提供することができる。

また、ゲートウェー制御部２１１は、管理サーバー１００に接続状態情報を送信した後、図２５に図示していないが、バックアップデータを送信することができる。バックアップデータは、取り替えられた電子装置情報と、ペアリング情報、無線通信装置情報、無線通信装置に記憶された情報、ゲートウェー情報及びゲートウェーに記憶された情報などを含むことができる。したがって、バックアップデータの容量及び管理サーバー１００とゲートウェー２００相互間の接続されたチャンネルの送信速度によって、何回に分けて送信することもできることに留意する。本開示では、バックアップデータを管理サーバー１００に送信する時の送信回数、送信速度などには特別な制約がない。

図２６は、本開示による無線通信装置における電子装置取り替え又はリセット時の制御フローチャートである。

図２６の説明において、無線通信装置３００は図４に示すような構成を有すると仮定する。

制御部３１１は、２５００動作でゲートウェーから探索指示メッセージを受信する場合、２５０２動作へ進行して探索信号を生成し、無線通信部３０７を制御して探索信号をブロードキャストする。このような探索信号は、無線通信装置３００とペアリングされていない電子装置を探索するための信号である。したがって、正常に動作しているペアリングされていなかった電子装置は、探索信号を受信すると、応答信号を生成して送信するようになる。したがって、電子装置がリセットされてペアリングされた情報が削除されたか、或いは取り替えられて新しい電子装置が無線通信装置３００の無線通信領域に位置した場合、探索信号を受信すると、応答信号を生成して無線通信装置３００に送信するようになる。

したがって、制御部３１１は、無線通信部３０７を通じて所定の電子装置から応答信号が受信されるかを検査することができる。もし、１回探索信号をブロードキャストしたが、どの電子装置からも応答信号が受信されない場合、制御部３１１は、無線通信部３０７を制御して予め設定された回数探索信号を周期的にブロードキャストすることができる。もし、予め設定された時間の間の応答信号が受信されない場合に対しては、図２５には図示していないが、探索を終了することができる(図示せず)。さらに、探索終了は、ゲートウェー２００の指示によって行うこともできる(図示せず)。

２５０４動作の検査結果、応答信号が受信される場合、制御部３１１は、２５０６動作へ進行して応答メッセージを通じて当該電子装置にペアリング識別子を付与し、応答信号が存在する電子装置が探索されたことをゲートウェー２００に報告することができる。その後、制御部３１１は、２５０８動作でゲートウェー２００から能力情報リクエストが受信されるかを検査する。ゲートウェーから当該電子装置の能力情報リクエストを受信した場合、２５１０動作へ進行して無線通信部３０７を通じて該当する電子装置の能力情報を獲得することができる。この時、能力情報は、一回のメッセージで獲得することもできるが、何回かのメッセージを通じて能力情報を獲得することもできる。このような能力情報獲得動作は、無線通信方式に従って互いに異なるメッセージを用いることができる。電子装置の能力情報を獲得するメッセージについては、後述する図面を参照してより詳しく述べる。

制御部３１１は、電子装置能力情報を獲得すれば、獲得された電子装置能力情報を無線通信装置メモリー３０５に記憶し、これをゲートウェー２００に報告する。

制御部３１１は、２５１２動作へ進行してゲートウェー２００からデータバックアップリクエストが受信されるかを検査することができる。ゲートウェー２００からデータバックアップがリクエストされる場合、制御部３１１は、２５１４動作へ進行して電子装置情報、無線通信装置に各電子装置とペアリングを行って記憶した情報などをゲートウェー２００へ送信してバックアップができる。

＜管理サーバーでの表示動作＞

以下、上記した管理サーバー１００の全般的な制御動作を添付した制御フローチャートを参照して詳しく述べる。

図２７ａ及び図２７ｂは、本開示による管理サーバーで行われる制御動作を説明するためのフローチャートである。

サーバー制御部１１１は、２６００動作でアイドル状態を維持する。このようなアイドル状態は、特定の動作の時点が到来するまで待機する状態、下位に接続された各ゲートウェーから特定信号又はメッセージの受信するまで待機する状態、又は管理者に特定のグラフィックインターフェースを提供しながら管理者からのコマンド入力があるまで待機する状態をいずれも総称することができる。

サーバー制御部１１１は、２６０２動作へ進行すると、モニタリング周期が到来したかを検査することができる。モニタリング周期は、特定のゲートウェー又は無線通信装置又は無線通信装置の下位に接続された電子装置の状態をリクエストして、記憶するための時点とすることができる。例えば、管理サーバー１００が一定周期単位で各ゲートウェーにポーリング方式でゲートウェー及びその下位に接続された無線通信装置と電子装置の状態情報をリクエストすることができる。このように、各ゲートウェーでゲートウェーを含めてその下位エンティティーの状態情報をリクエストするための時間が到来したかを検査する動作とすることができる。モニタリング周期検査のためには、特定のタイマーを持つことができる。このようなタイマーは、各ゲートウェー別で持つこともでき、一つのモニタリング周期にすべてのゲートウェーに対する情報をリクエストして受信する場合、一つのタイマーだけで構成することもできる。タイマーの構成方法などは、広く知られた技術であり、前述したのでここでは追加説明は省略する。

サーバー制御部１１１は、モニタリング周期が到来して２６０４動作へ進行する場合、各ゲートウェーでモニタリングをリクエストするために状態チェックコマンドメッセージを生成して、各ゲートウェーで送信することができる。すると、各ゲートウェーは、現在の状態情報を直ちに提供した、或いは状態チェックコマンドメッセージに基づいて無線通信装置、無線通信装置の領域内に位置した各電子装置の状態をチェックした後、これを状態報告メッセージで生成して報告することができる。したがって、サーバー制御部１１１は、それぞれのゲートウェーから状態報告メッセージを受信すると、サーバーデータベース１０５にこれをアップデートして記憶することができる。この時、アップデート視覚情報を共に記憶することができる。

また、サーバー制御部１１１は、状態報告メッセージを受信して記憶した後、２６０６動作へ進行して受信された状態報告メッセージに無応答状態である装置が存在するかを検査して、アラーム発生可否を判断することができる。もし、無応答状態である装置が存在する場合、アラームの発生した場合とできる。サーバー制御部１１１は、アラームが発生せず、すべてのゲートウェーから状態報告メッセージを受信した場合、２６００動作へ進行することができる。一方、アラームが発生した場合、サーバー制御部１１１は、２６０８動作のようにアラーム状態を表示することができる。これに付加して、図２７ａでは例示しなかったが、本開示によるネットワークが設置された位置によって付加的な動作を行うことができる。付加的な動作の簡単な例は、前記では病院の場合を挙げて説明したが、その他の場合にも多様に適用することができる。例えば、管理サーバー１００の管理者が席をはずしたうち緊急度が高い電子装置又はゲートウェーが無応答状態の場合、管理者が予め設定した移動通信端末に予め設定された文字メッセージを発送するように制御することもでき、危険物を扱う自動化された工場の場合、特定地域に予め設定された案内放送を送り出すように構成することもできる。

もし、モニタリング周期が到来しない場合、サーバー制御部１１１は、２６１０動作へ進行する場合、特定の電子装置のペアリングが必要であるかを検査することができる。ペアリングが必要な場合も多様な場合が存在しうる。例えば、本開示によるネットワークを最初に設置する場合、管理サーバーで直接各ゲートウェーに直ちにペアリングを行うように指示する場合などがある。他の例で、特定ゲートウェーと無線通信装置及び無線通信装置と接続されるための電子装置が追加される場合、該当するゲートウェーで直接ペアリングを指示する場合もある。また、他の場合で、予め設置されているゲートウェー中の一つ又は複数のゲートウェーに特定の電子装置が付加される場合、重要度又は実時間性を確保するために管理サーバー１００でペアリングを指示することもできる。前記の場合、又は他のいずれかの条件に基づいてペアリングが必要な場合、サーバー制御部１１１は、２６１２動作へ進行することができる。

サーバー制御部１１１は、２６１２動作へ進行すると、ペアリングを行わなければならない少なくとも一つのゲートウェーでペアリングコマンドメッセージを送信する。すると、ゲートウェーは、無線通信装置にペアリングコマンドメッセージを伝達することができる。ペアリングコマンドメッセージを受信した無線通信装置は、自分の無線通信領域内に位置した電子装置を探索してペアリング動作を行い、ペアリング結果メッセージを報告することができる。ペアリング結果メッセージには、電子装置の情報、ペアリング情報などを含めることができる。ペアリング結果メッセージは、ゲートウェーを通じて管理サーバーで提供される。したがって、サーバー制御部１１１は、有無線通信部１０７を通じてペアリング結果メッセージを受信し、これをサーバーデータベース１０５に記憶することができる。

もし、ペアリングが要求されない場合、サーバー制御部１１１は、２６２０動作へ進行すると、データバックアップ時点が到来したかを検査することができる。データバックアップは、前述したように最初ペアリング動作が完了した時点に最初に成ることができる。その後、特定の装置のリセット又は取り替え時にバックアップをすることができる。その他にも、データの安全性及び正確性を確保するために、周期的に各ゲートウェーでバックアップをリクエストするように構成することもできる。図２７ａの２６２０動作は、データの安全性及び正確性を確保するために周期的にバックアップをリクエストしてバックアップデータをアップデートする場合に実行することができる。このような場合、サーバー制御部１１１は、２６２２動作へ進行して各ゲートウェーでバックアップするためのデータをリクエストし、バックアップ用データを受信してアップデートすることができる。このようなバックアップ時点は、管理者が予め設定することもでき、法令に基づいて決定されることもでき、管理サーバー又はバックアップサーバーのデータベースに記憶されるデータ生存周期(ｌｉｆｅ ｔｉｍｅ)によって決定されることもできる。

次に、図２７ｂを参照して、管理サーバー１００の制御動作をより詳しく述べる。サーバー制御部１１１は、２６３０動作で特定のゲートウェーからバックアップデータ提供リクエストが存在するかを検査することができる。バックアップデータリクエストは、ゲートウェーが取り替えられた場合を除くと、ゲートウェーの主導下にバックアップすることができる。したがって、ゲートウェーと接続される無線通信装置が取り替えられた場合、ゲートウェーは、バックアップデータを管理サーバー１００にリクエストすることができる。２６３０動作は、このように、ゲートウェーからバックアップデータ提供がリクエストされるかを検査する動作とすることができる。サーバー制御部１１１は、特定のゲートウェーからバックアップデータ提供リクエストが受信されると、２６３２動作へ進行して当該ゲートウェーのバックアップデータをサーバーデータベース１０５から読み出して、当該ゲートウェーで伝達することができる。これにより、ゲートウェーは、バックアップデータで復元が可能な場合、復元を行うように制御し、復元結果を管理サーバー１００に送信することができる。したがって、サーバー制御部１１１は、バックアップデータを送信したゲートウェーから復元結果を受信して、これをサーバーデータベース１０５に記憶することができる。

また、その一方、サーバー制御部１１１は、２６４０動作でアラーム解除が発生したかを検査することができる。特定の電子装置又は無線通信装置が無応答状態から応答状態に変換される場合、ゲートウェーは、これを管理サーバー１００で送信する。また、ゲートウェーが無応答状態の場合は、管理サーバー１００が周期的に応答状態で復帰するかを検査することができる。このような検査結果によって、アラームが解除されたかを検査することができる。サーバー制御部１１１は、２６４０動作の検査結果、アラーム解除が発生した場合、２６４２動作へ進行して当該装置のアラーム状態を解除し、状態情報を記憶することができる。この時、サーバー制御部１１１は、グラフィックインターフェース１０１を通じて特定装置のアラーム状態を表示している中である場合、アラーム表示状態を解除することができる。

一方、以上の制御フローチャートでモニタリング、データのバックアップ、バックアップデータの提供、ペアリング及びアラーム解除などは管理者によって実行することもでき、このような場合、モニタリング周期到来ではない管理者のコマンドによって実行することができることは当業者に自明である。

図２８は、本開示による管理サーバーで管理者に各ゲートウェーの無線通信装置領域内に位置した電子装置の状態情報を表示する場合の例示図である。

図２８を参照すれば、管理サーバー１００は、それぞれのゲートウェーから収集された情報に基づいて、各建物にゲートウェーの下位に接続された装置の状態情報を獲得することができる。これをホテルに適用された場合を仮定して、図２８を参照して詳しく述べる。

参照符号２８１０は、管理する全体カテゴリーとその下位カテゴリーを表示するための一つのウィンドウ(ｗｉｎｄｏｗ)とすることができる。たとえば、ホテルが６個の建物から構成された場合、参照符号２７１０に例示したように、“Ｂｕｉｌｄｉｎｇ１”、“Ｂｕｉｌｄｉｎｇ２”、“Ｂｕｉｌｄｉｎｇ３”、“Ｂｕｉｌｄｉｎｇ４”、“Ｂｕｉｌｄｉｎｇ５”、“Ｂｕｉｌｄｉｎｇ６”のようにそれぞれの建物が最も上位カテゴリーになることができる。そして、その下位に個別層に対するカテゴリーを表示することができる。このような表示は、また特定の建物が選択された場合に、該当するカテゴリーの下位カテゴリーを表示することができる。参照符号２８１０では、“Ｂｕｉｌｄｉｎｇ１”の下位カテゴリーであるそれぞれの層を“Ｆｌｏｏｒ０１”、“Ｆｌｏｏｒ０２”、・・・、“Ｆｌｏｏｒ０６”のように表示される場合を例示した。

また、全体カテゴリーを管理するウィンドウの右側には、より詳細なウィンドウ２８２０を表示することができる。参照符号２８２０のウィンドウには、“Ｂｕｉｌｄｉｎｇ１”の“Ｆｌｏｏｒ０１”に位置した各客室が順次に羅列されており、客室の温度／湿度／使用電力など一般的に管理に必要な情報と本開示による電子装置の状態がアイコン形式で例示されている。それぞれのアイコンは、ユーザに識別力を提供するために色相を持つことができ、ブリンキング機能を提供することもできる。参照符号２８２０のウィンドウに表示されているアイコンを簡略に述べると、参照符号２８２１のアイコンは、客室のネットワーク状態が正常であることを表示するアイコンである。正常であることを視覚的により効果的に通知するために、アイコンに緑色又は青色などの色相を共に付加することができる。

次に、参照符号２８２２のアイコンは、ゲートウェーが無応答状態の場合を例示している。ゲートウェーの無応答状態を管理者により効果的に通知するために、赤い色又は赤い色のブリンキングを追加することもできる。また、参照符号２８２３は、無線通信装置が無応答状態の場合を例示している。無線通信装置の無応答状態の場合にも、無応答状態を管理者により効果的に通知するために赤い色又は赤い色のちらつくことを追加することもできる。また、他の例で、参照符号２８２４は、バッテリーを用いる電子装置のバッテリー消費状態を表している。これは、前述したように、バッテリーで駆動される電子装置が自分のバッテリー容量を測定し、状態報告メッセージにバッテリーの残量又は緊急度などの情報を追加して送信するように構成することができるので、管理サーバー１００は、参照符号２８２４のような情報を管理者に提供することができる。図２８に例示された他に、他のアイコンも各電子装置の状態を通知するためのアイコンで、前述したように各電子装置の状態報告メッセージを受信して管理者に提供することができる。

また、図２８の参照符号２８２５のように、ゲストが客室に入室している状態であるかを確認することができる。これは、本開示によるセンサーを通じてゲストの入室可否を確認することもでき、キーを通じて客室の電源を管理する場合、ゲストに提供されキーが電源をオン(ｏｎ)させるように配置されているか否かを通じて確認することもできる。上述したように、管理サーバー１００で提供する全体グラフィックインターフェースでは、機器状態の問い合わせ機能を提供することができる。すなわち、客室に位置した電子装置の故障／取り替え可否判断のために、電子装置状態によるアラーム種類を細分化して提供することができる。

このようなアラームの変化は、前述したように一定時間接続されない場合、接続切り離し (Ｄｉｓｃｏｎｎｅｃｔ)状態と判定することができ、ゲートウェーでは無線通信装置が物理的に切断されていることを認知することもでき、周期的に無線通信装置に状態チェックコマンドメッセージを送信したにもかかわらず何らの応答がない場合、物理的接続切り離し、又は無応答状態と判定することができる。物理的接続の切り離し状態を認知することができる場合、ゲートウェーは、物理的接続が切り離された(Ｄｉｓｃｏｎｎｅｃｔ)ことを管理サーバーに報告するようにすることもできる。このような場合、無応答状態と物理的接続切り離し状態を異なるように区分することもできる。また、電子装置の応答がない状態やバッテリーが低電力状態の場合などに対しても、無線通信装置／ゲートウェーを通じて管理サーバーに提供されることができるので、このような情報をいずれも収集して図２８のような形態で判定することができる。

また、電子装置の故障判断が頻繁に発生し、しばらく接続が断たれた状況にもかかわらず故障と判断しないようにする必要がある。したがって、無応答状態報告が連続して受信された回数に基づいて電子装置又は無線通信装置又はゲートウェーの状態を接続切り離し、(Ｄｉｓｃｏｎｎｅｃｔ)状態と故障状態を区分して表示することもできる。

一方、以上で説明した図２８はホテルの場合を仮定した例示を通じて説明したが、本開示で説明された内容に基づいて病院、図書館、自動化された工場などのように少ない人で広い場所を管理しなければならない場合に、本開示による内容を前述したように同一又は類似に適用することができる。

さらに、管理サーバー１００は、特定の客室にそれぞれの電子装置が配置されている位置情報が分かることもできる。これは、前述したルームテンプレート(ＲｏｏｍＴｅｍｐｌａｔｅ)を用いることができる。このようなルームタブレットを通じてそれぞれの電子装置配置情報を認知するようにする方法を添付された図２９を参照して詳しく述べる。

図２９は、本開示によって管理サーバーで提供する電子装置の配置及び状態を説明するための例示図である。

前述した特定の一つの客室が選択される場合、図２９と客室のルームテンプレート(Ｒｏｏｍ Ｔｅｍｐｌａｔｅ)に客室に備えられている本開示による各種電子装置が配置されている状態情報を獲得することができる。このような図面情報は、管理サーバーに予め記憶された情報とすることができる。また、各電子装置は、特別な方法を通じて自分の位置に該当する情報を無線通信装置で提供することができる。各電子装置が自分の位置に該当する情報を提供するための内容は、後述する図面を参照してさらに説明する。

図２９を参照すれば、客室の内部図面ではデスク(ＤＥＳＫ)２９１１、ルーム(ＲＯＯＭ)２９１２、ドア(ＥＮＴＥＲＡＮＣＥ)２９１３、寝床左側(ＢＥＤ ＬＥＦＴ)２９１４、読書位置(ＲＥＡＤＩＮＧ)２９１５、読書位置左側(ＲＥＡＤＩＮＧＬＥＦＴ)２９１６、読書位置右側(ＲＥＡＤＩＮＧＲＩＧＨＴ)２９１７、寝床右側(ＢＥＤＲＩＧＨＴ)２９１８、バスルーム(ＢＡＴＨＲＯＯＭ)２９１９のように例示している。また、それぞれの領域内には、本開示による電子装置が位置している。図２９の開示では、ルーム２９１２のテレビがゲートウェーの役目を行うことができる場合となる。したがって、テレビの外部に接続される無線通信装置を通じて、或いはテレビ内部に備えた無線通信部を用いて、本開示による電子装置とペアリングを行い、ペアリングされた電子装置の状態をチェックして、状態報告メッセージを管理サーバーに送信することができる。このように特定の位置にある電子装置を区分するための方法は、後述する図面を参照してより詳しく述べる。

また、ゲートウェーの役目を行うテレビから各電子装置の状態報告メッセージを受信すると、特定客室でいずれかの電子装置が無応答状態の場合、該当する電子装置の取り替えを手軽に行うことができる。また、図面情報を用いる場合、無応答状態にある電子装置が当該客室でどこに位置した電子装置であるかを、容易に判断することができる利点がある。

また、このような図面(Ｒｏｏｍ Ｔｅｍｐｌａｔｅ)情報をホテルの特性に合わせて予め記憶する場合、管理サーバーに記憶されるデータの容量を減らすことができる。例えば、客室のタイプに対する情報を予め設定することができる。一般客室(ｓｔａｎｄａｒｄ ｒｏｏｍ)、デラックス客室(Ｄｅｌｕｘｅｒｏｏｍ)、スイート客室(ｓｕｉｔｅｒｏｏｍ)によって異なる図面を予め記憶し、特定の客室が選択される時に、該当する客室に対応する図面を読み出すように構成することができる。

＜電子装置の構成及び動作と送受信されるメッセージ＞

図３０は、本開示によって無線通信装置とペアリングを行い、状態メッセージを報告するための電子装置の機能的ブロック構成図である。

本開示による電子装置は、電子装置メモリー３００１、電子装置通信部(例えば、通信回路を含む)３００２、電子装置機能部３００３及び電子装置制御部(例えば、処理回路を含む)３０１１を含むことができる。電子装置メモリー２９０１は、電子装置の動作のための制御プログラムを記憶する領域、ペアリング情報を記憶する領域、電子装置の特定状態情報を記憶する領域、電子装置のファームウェア、通信プロトコルなどを記憶する領域を持つことができる。電子装置通信部３００２は、無線通信部と通信を行うことができる多様な通信回路を含むことができる。また、電子装置機能部３００３は、前述したように、それぞれに該当する機能を行うことができる。図２９で例示された形態を仮定して述べると、電子装置機能部３００３は、マスタースイッチ機能を行うこともでき、電球の機能を行うこともでき、リレースイッチの機能を行うこともでき、窓の開／閉によるセンシングを行うこともでき、温度調節機の動作を行うこともできる。図２９では、ホテルの客室に本開示によるネットワークが設置された場合であるので、図書館、病院、自動化された工場などでは、それに合わせて電子装置機能部３００３がそれぞれの他の機能を行うことができる。

図３１ａは、本開示によって無線通信装置と電子装置の間の送／受信されるメッセージの形態を例示した図面である。

より具体的に、図３１ａでは、ジグビー無線通信方式に従うメッセージの構造を例として図示した。図３１ａに例示したように、ジグビー無線通信方式に従うメッセージの階層構造は、５個の階層で区分することができる。最も下位に物理階層(ＰＨＹ)３１１１、ＭＡＣ階層(ＭＡＣ)３１１２、ネットワーク階層(ＮＷＫ)３１１３、応用サポート階層(ＡＰＳ)３１１４、応用階層(ＡＰＰ)３１１５から構成することができる。応用階層３１１５は、無線通信装置又はネットワーク制御装置で電子装置とペアリングする場合、電子装置情報又は電子装置能力(Ｄｅｖｉｃｅ Ｃａｐａｂｉｌｉｔｙ)情報を得るためのメッセージとすることができる。このようなメッセージは、図３１に例示したように、ジグビークラスタライブラリー(Ｚｉｇｂｅｅ ＣｌｕｓｔｅｒＬｉｂｒａｒｙ、ＺＣＬ)又はジグビーデバイスプロファイル(Ｚｉｇｂｅｅ Ｄｅｖｉｃｅ Ｐｒｏｆｉｌｅ、ＺＤＰ)に定義されたコマンドセット(ＣｏｍｍａｎｄＳｅｔ)を用いることができる。応用階層で生成された情報は、それぞれの下位階層３１１４～３１１１に下がりながらヘッダーが付加されて送信することができる。また、ＺＣＬとＺＤＰは、互いに異なるメッセージ構造を持ち、それぞれに該当するコマンドが定義されることができる。

例えば、ＺＤＰメッセージのコマンドを用いる場合、電子装置のＭＡＣ住所を獲得するためのコマンドは、ＩＥＥＥ住所リクエスト(ＩＥＥＥ_ａｄｄｒ_ｒｅｑ)コマンドを用いることができ、電子装置の生産者コード(Ｍａｎｕｆａｃｔｕｒｅｒ Ｃｏｄｅ)を獲得するためには、ノード説明リクエスト(Ｎｏｄｅ_Ｄｅｓｃ_ｒｅｑ)コマンドを用いることができ、プロファイルである識別子(ＰｒｏｆｉｌｅＩＤ：電子装置に実現されたプロファイル(ＨＡＰなど)、クラスタ(Ｃｌｕｓｔｅｒ)情報(Ｄｅｖｉｃｅ Ｔｙｐｅ))を獲得するためには、シンプル説明リクエスト(Ｓｉｍｐｌｅ_Ｄｅｓｃ_ｒｅｑ)コマンドを用いることができ、電子装置に実現された制御可能な単位(ＥｎｄＰｏｉｎｔ)情報を獲得するためには、アクティブ単位リクエスト(Ａｃｔｉｖｅ_ＥＰ_ｒｅｑ)コマンドを用いることができる。したがって、電子装置制御部３０１１は、このようなコマンドを受信すると、それに合わせてメッセージを生成して電子装置通信部３００２を通じて送信しなければならない。より具体的に挙げて説明すると、電子装置制御部３０１１が前記のようなコマンドを受信する場合、それぞれのコマンドに従ってＭＡＣアドレス、生産者情報、プロファイルである識別子、デバイスタイプ情報のような電子装置情報(電子装置能力情報)を応答メッセージで生成して、電子装置通信部３００２に送信することができる。

以上では、ＺＤＰメッセージのコマンドを用いる場合に対して説明したが、ＺＣＬメッセージのコマンドを用いる場合にもこれと類似の形態にて実現することができる。

図３１ｂは、ＺＣＬメッセージの構成を例示した図面である。図３１ｂを参照すれば、応用階層(ＡＰＰ)３０２２と応用サポート階層(ＡＰＳ)３０２１の２個の階層を例示した。図３１ｂのＺＣＬメッセージ構成を用いる場合、電子装置能力(Ｃａｐａｂｉｌｉｔｙ)情報を獲得する場合、ＺＣＬ読み出し属性コマンド(ＺＣＬ ＲｅａｄＡｔｔｒｉｂｕｔｅｓ ｃｏｍｍａｎｄ)を定義して用いることができる。その他、他のコマンドもＺＤＰメッセージと類似に用いることができる。

以上で説明されたメッセージを用いて電子装置の位置情報を無線通信装置／ゲートウェーを通じて管理サーバー１００で提供する場合について詳しく述べる。このような場合、管理サーバーは、前述したように各客室の図面(Ｒｏｏｍ Ｔｅｍｐｌａｔｅ)上に電子装置の位置情報をマッピングしてどの位置にある電子装置が無応答状態であるかを判定することができる。

先ず、電子装置の位置情報は、生産者特定プロファイル(ＭＳＰ：Ｍａｎｕｆａｃｔｕｒｅｒ ＳｐｅｃｉｆｉｃＰｒｏｆｉｌｅ)装置特性(ＤｅｖｉｃｅＡｔｔｒｉｂｕｔｅ)に定義して各電子装置のファームウェア(ｆｉｒｍｗａｒｅ)に予め搭載されるように構成することができる。例えば、照明(Ｌｉｇｈｔ)が一つの客室内の多くの領域(Ｚｏｎｅ)で用いられる場合を仮定することができる。これは、前述した図２９を参照して詳しく述べる。図２９を参照すれば、デスク２９１１、ルーム２９１２、ドア２９１３、寝床左側２９１４、読書位置２９１５、読書位置左側２９１６、読書位置右側２９１７、寝床右側２９１８、バスルーム２９１９のすべての所に照明が設置されている。したがって、電子装置の位置情報が予めわからない場合、管理サーバーは、当該客室に照明が無応答状態であることを認知することができるが、どこに位置した照明が無応答状態であるかは認知することはできない。例えば、デスク２９１１、読書位置左側２９１６、寝床右側２９１８の照明が故障した状態を仮定しよう。このような場合、電子装置の位置が予めわからない場合、管理者はどの位置の照明が故障したか一つ一つに確認して故障した照明を認知することができる。すなわち、管理サーバー１００では、故障した照明の位置を確認することができない。さらに、特定の位置の照明が取り替えされてもどの位置の照明が取り替えられたかは、管理サーバー１００は認知することができない。

したがって、本開示では、電子装置メモリー３００１に生産者特定プロファイル(ＭＳＰ：Ｍａｎｕｆａｃｔｕｒｅｒ ＳｐｅｃｉｆｉｃＰｒｏｆｉｌｅ)装置特性(ＤｅｖｉｃｅＡｔｔｒｉｂｕｔｅ)値を設定して、それぞれの位置とマッピングするように構成することができる。例えば、ジグビー無線通信方式を用いる場合、装置特性(Ｄｅｖｉｃｅ Ａｔｔｒｉｂｕｔｅ)に位置情報とマッピングしたコード値をマッピングすることができる。このようにマッピングすると、管理サーバー１００ではコード値とマッピングされた情報を用いて電子装置の位置情報を追加で獲得することができる。このようにマッピングされた例は、以下の＜表４＞のように例示することができる。

＜表４＞のように、各電子装置にファームウェア形式で予めコード値を付与し、付与されたコード値によって特性によって位置をマッピングすることができる。したがって、電子装置は、ペアリング時に電子装置情報を提供する時の生産者特定プロファイル(ＭＳＰ：Ｍａｎｕｆａｃｔｕｒｅｒ ＳｐｅｃｉｆｉｃＰｒｏｆｉｌｅ)装置特性(ＤｅｖｉｃｅＡｔｔｒｉｂｕｔｅ)値を含んで無線通信装置／ゲートウェーを通じて管理サーバー１００に提供することができる。

電子装置が自律的に生産者特定プロファイル（ＭＳＰ：Ｍａｎｕｆａｃｔｕｒｅｒ Ｓｐｅｃｉｆｉｃ Ｐｒｏｆｉｌｅ）装置特性（Ｄｅｖｉｃｅ Ａｔｔｒｉｂｕｔｅ）値を提供する場合、無線通信装置は、ＺＣＬメッセージの“Ｒｅａｄ Ａｔｔｒｉｂｕｔｅｓ”コマンドを用いて生産者特定プロファイル装置特性値を獲得することができる。このような情報は、前述したように、特定の位置とマッピングされる情報になることができ、これは無線通信装置／ゲートウェーを通じて管理サーバー１００に提供することができる。

一方、以上の説明では、電子装置の位置情報を判別する主体を管理サーバー１００の場合を仮定して説明した。しかし、ゲートウェー又はネットワーク制御装置でも、電子装置から提供された情報を用いて位置情報を管理サーバー１００と同一方法で判別することができる。この場合、ネットワーク制御装置は、どの位置の電子装置が無応答状態又はアラーム状態であるかを特定し、該当する情報を管理サーバー１００に送信することもできる。また、アラーム状態の電子装置が取り替えられた場合、ゲートウェー又はネットワーク制御装置は、当該電子装置を判別して取り替えられた電子装置の情報を管理サーバー１００で提供することができる。

＜ネットワークエンティティーバックアップ／復元時の管理サーバーでの表示動作＞

図３２は、本開示による管理サーバーでネットワークエンティティーのバックアップ／復元時に表示されるユーザインターフェースの例示図である。

図３２を参照すれば、管理サーバーと接続された特定のゲートウェー又はネットワーク制御装置別の状態問い合わせ及び管理機能を提供することができる。たとえば、特定の装置を選択するためのウィンドウ３２０１を通じて望む電子装置又はゲートウェー又は無線通信装置又はネットワーク制御装置を選択することができる。また、望む客室情報は、前述した図２８のような方法で客室情報を獲得することができ、当該客室に備えた装置情報は、装置選択ウィンドウ３２０１を通じて特定装置を選択することができる。このように装置ウィンドウが選択されると、表示される客室情報には当該装置のバックアップ／復元状態窓３１０３を通じて確認することができる。参照符号３２０２は、当該客室の識別子、すなわち、ルーム番号とゲストがとどまっているか否か情報を含むことができる。

最後に、管理者は、バックアップ／復元コマンド窓３２０４の選択を通じて特定の客室に位置した望む装置のバックアップ／復元をコマンドすることができる。このように、管理者が直接特定のネットワークエンティティーのバックアップ／復元をコマンドすると、管理サーバーから当該エンティティーに直ちにバックアップコマンド又は復元コマンドを送信することができる。さらに、特定のエンティティーに対する情報がリクエストされる場合、当該客室に位置したエンティティーに対して以下の情報を表示することができる。

（１）客室番号(Ｒｏｏｍ Ｎｕｍｂｅｒ)

（２）インターネットプロトコルアドレス(ＩＰ Ａｄｄｒｅｓｓ)：客室に位置した当該エンティティーに付与されたＩＰアドレス

（３）装置唯一識別子(ＤＵＩＤ)：客室に位置した当該エンティティーに付与された装置唯一の識別子(ｄｅｖｉｃｅ ｕｎｉｑｕｅｉｄ)で、例えば、１２バイト(ｂｙｔｅ)で実現することができる。

（４）駆動状態(Ｏｐｅｒａｔｉｏｎ ｓｔａｔｕｓ)：当該エンティティーの動作状態、例えば、待機／バックアップ中／復元中(Ｉｄｌｅ／Ｂａｃｋｉｎｇｕｐ／Ｒｅｓｔｏｒｉｎｇ)の状態。

（５）接続状態(Ｃｏｎｎｅｃｔｉｏｎ ｓｔａｔｕｓ)：当該エンティティーの接続状態(Ｃｏｎｎｅｃｔｅｄ／Ｄｉｓｃｏｎｎｅｃｔｅｄ)

（６）記録状態(Ｒｅｇｉｓｔｒａｔｉｏｎ ｓｔａｔｕｓ)：当該エンティティーの登録状態(Ｒｅｇｉｓｔｅｒｅｄ／Ｒｅａｄｙ ＴｏＲｓｔｏｒｅ)

（７）時間情報(Ｔｉｍｅ ｉｎｆｏｒｍａｔｉｏｎ)：イベント／動作実行時間

（８）結果情報(Ｒｅｓｕｌｔｉｎ ｆｏｒｍａｔｉｏｎ)：イベント／動作実行結果(ＢａｃｋｕｐＳｕｃｃｅｓｓ／Ｂａｃｋｕｐ Ｆａｉｌ／Ｒｅｓｔｏｒａｔｉｏｎ Ｓｕｃｃｅｓｓ／Ｒｅｓｔｏｒａｔｉｏｎ Ｆａｉｌ)情報

次に、管理者が特定エンティティーのバックアップ／復元のうちのバックアップグラフィックインターフェースを選択する場合、動作は次の通りである。バックアップの場合、客室選択後のバックアップ(Ｂａｃｋｕｐ)アイコンを押すと、当該エンティティーでバックアップコマンドを送信する。これによって、該当エンティティーは、自分のメモリー領域に近付いて次のバックアップするデータを読み出して(ｒｅａｄ)管理サーバーにアップロードすることができる。この時、バックアップされるデータは、ファームウェア(バージョン情報、ファームウェアイメージ)、装置情報(ＩＤ、名前、タイプ、モデル、ＺＢ／ＺＷ ＮｅｔｗｏｒｋＩＤ、Ｎｏｄｅ ＩＤ)などとできる。

復元動作も類似の手続きで実行することができる。管理者が特定エンティティーの復元／バックアップ中の復元グラフィックインターフェースを選択する場合、動作は次の通りである。特定の客室を選択した後に復元(Ｒｅｓｔｏｒｅ)アイコンを選択すると、サーバーは、データベースに記憶されていたデータを該当するエンティティーに送信しながら同時に又は送信に先立って復元コマンドを送信することができる。すると、該当するエンティティーは、メモリー領域に近付いてダウンロードしたデータで記憶されたデータの復元を行うことができる。

もし、本開示によるネットワークがホテルに設置され、ゲートウェーの役目を行うエンティティーがテレビの場合、復元時点は以下のように決定することができる。

（１）リアルタイム復元：テレビ復元データをサーバーからダウンロードして直ちに復元を行う。

（２）客室状態に基づく復元：復元がすぐ実行されず、客室状態情報(チェックイン／再不在)状態によって、テレビ状態を復元準備(Ｒｅａｄｙ ＴｏＲｅｓｔｏｒｅ)状態に変更し、その後、チェックアウトや不在時点を判断してテレビをリブートしてテレビ復元を行い、復元が完了した後に復元完了(Ｒｅｇｉｓｔｅｒｅｄ)状態に変更する。

一方、各ゲートウェー領域内に配置されている電子装置に対しては、ネットワーク情報を周期的に収集して視覚的に認知するように(Ｖｉｓｕａｌｉｚｅ)し、収集されるネットワーク情報は以下の情報を含むことができる。

（１）ルーティング経路(Ｒｏｕｔｉｎｇ Ｐａｔｈ)：Ｚ－ｗａｖｅ／Ｚｉｇｂｅｅ電子装置ノード区間ごとに形成されたルーティング情報

（２）リンク品質(Ｌｉｎｋ Ｑｕａｌｉｔｙ：ＱｏＳ)：各ルーティング経路別に接続品質情報で２動作以上に設定することができ、４動作(Ｄｉｓｃｏｎｎｅｃｔｅｄ／Ｗｅａｋ／Ｎｏｒｍａｌ／Ｓｔｒｏｎｇ)で設定することができる。リンク品質の動作は、例示されたところの異なる形態で構成することもできることは自明である。

（３）制御反応時間：Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅ Ｍｅａｎ Ｔｉｍｅ

（４）信号強度：ＲＳＳＩ

また、各無線通信装置は、初期ネットワーク設置に対する説明で言及したように、隣接した無線通信装置と干渉現象を発生しうる。したがって、このような干渉現象を判断し、措置を取るために、各無線通信装置の領域別に電子装置ネットワーク情報設定機能を提供することができる。例えば、以下のような情報を設定することができる。

（１）ＺｉｇＢｅｅ Ｃｈａｎｎｅｌ Ｎｏ．：ジグビーネットワークチャンネル(Ｃｈ１１～２６)

（２）ＺｉｇＢｅｅ ＰＡＮ ＩＤ：ジグビーネットワークＩＤ(２ｂｙｔｅ、０ｘ００００～０ｘＦＦＦＦ)

（３）Ｚ－ｗａｖｅ Ｈｏｍｅ ＩＤ：Ｚ－ｗａｖｅネットワークＩＤ(４ｂｙｔｅ、０ｘＣ０００００００～０ｘＦＦＦＦＦＦＦＥ)

以上で説明した本明細書と図面に開示された実施形態は、本開示の内容を容易に説明し、理解を助けるために特定例を提示したもので、本開示の範囲を限定しようとするものではない。したがって、本開示の範囲は、ここに開示された実施形態以外にも、本開示の技術的思想に基づいて導出されるすべての変更又は変形された形態が本開示の範囲に含まれることで解釈されなければならない。

本発明は、複数の電子装置を管理する場合に用いられることができる。

Claims (15)

1. 無線通信が可能な電子装置のリスト情報を有する第１装置が前記リスト情報に含まれた一つ以上の前記電子装置と無線通信を行う第２装置を管理するための方法であって、
   前記第２装置に接続状態チェック信号を送信する動作と、
   前記接続状態チェック信号に応答して前記第２装置から接続応答信号を受信した場合、前記第２装置に関する第２装置情報を前記第２装置にリクエストする動作と、
   前記第２装置から前記第２装置情報を受信した時に、予め記憶された第２装置情報と前記第２装置から受信した前記第２装置情報とを比べる動作と、
   前記第２装置から受信した前記第２装置情報が前記予め記憶された第２装置情報と異なる場合、復元可能か否かを検査する動作と、
   復元可能な場合、前記予め記憶された第２装置情報と、前記予め記憶された第２装置情報を用いて前記第２装置情報を復元するよう前記第２装置に指令する復元コマンドメッセージとを前記第２装置に送信する動作と、を含む、無線通信を用いた電子装置の管理方法。
2. 前記第２装置は、
   少なくとも一つの無線通信方式で前記リスト情報に含まれた一つ以上の電子装置と通信を行うことができる無線通信装置である、請求項１に記載の無線通信を用いた電子装置の管理方法。
3. 前記第２装置情報は、
   前記第２装置の識別子情報、前記第２装置のタイプ情報、前記電子装置とのペアリング情報を含む、請求項２に記載の無線通信を用いた電子装置の管理方法。
4. 前記第２装置から復元結果メッセージを受信した場合、アラーム状態を解除する動作をさらに含む、請求項１に記載の無線通信を用いた電子装置の管理方法。
5. 復元が不可能な場合、前記第２装置に対して前記リスト情報に含まれた電子装置とペアリングを行うようにペアリングコマンドメッセージを送信する動作と、
   前記第２装置からペアリング結果報告メッセージを受信して記憶する動作と、をさらに含む、請求項１に記載の無線通信を用いた電子装置の管理方法。
6. 前記ペアリング結果報告メッセージ受信時に前記第１装置に関する第１装置情報を含む第２ペアリング結果報告メッセージを生成する動作と、
   前記第２ペアリング結果報告メッセージを管理サーバーに送信する動作と、をさらに含む、請求項５に記載の無線通信を用いた電子装置の管理方法。
7. 前記リスト情報に含まれた電子装置のうちの少なくとも一つの電子装置の状態チェックが必要な場合、前記第２装置に当該電子装置の状態チェックコマンドメッセージを送信する動作と、
   状態チェックコマンドメッセージに応答して電子装置から当該電子装置の状態情報を含む状態応答メッセージを受信した時に、当該電子装置の状態情報を記憶する動作と、
   当該電子装置の状態報告メッセージを生成して管理サーバーに送信する動作と、をさらに含む、請求項１に記載の無線通信を用いた電子装置の管理方法。
8. 前記電子装置から状態応答メッセージが受信されない場合、当該電子装置の状態を無応答状態とする動作と、
   無応答状態の電子装置に対する無応答報告メッセージを生成して管理サーバーに送信する動作と、をさらに含む、請求項７に記載の無線通信を用いた電子装置の管理方法。
9. 前記第２装置に予め設定された周期で前記無応答状態の電子装置に対する状態チェックコマンドメッセージを送信する動作と、をさらに含む、請求項８に記載の無線通信を用いた電子装置の管理方法。
10. 前記第２装置から前記第２装置情報を受信した時に、予め記憶された前記第２装置情報と前記第２装置から受信した前記第２装置情報を比較する時に、前記予め記憶された第２装置情報を管理サーバーにリクエストして受信する動作と、をさらに含む、請求項１に記載の無線通信を用いた電子装置の管理方法。
11. 電子装置と無線通信を行う第１装置とデータ送受信を行う第１通信部と、
    管理サーバーとデータを送／受信するための第２通信部と、
    無線通信が可能な電子装置のリスト情報、ゲートウェー情報、無線通信装置情報を記憶するメモリーと、
    前記第１装置に接続状態チェック信号を送信し、前記接続状態チェック信号に応答して前記第１装置から接続応答信号を受信した場合、前記第１装置に関する第１装置情報を前記第１装置にリクエストし、前記第１装置から前記第１装置情報を受信した時に予め記憶された第１装置情報と前記第１装置から受信した前記第１装置情報とを比べ、前記第１装置から受信した前記第１装置情報が前記予め記憶された第１装置情報と異なる場合、復元可能か否かを検査し、復元可能な場合、前記予め記憶された第１装置情報と、前記予め記憶された第１装置情報を用いて前記第１装置情報を復元するよう前記第１装置に指令する復元コマンドメッセージと、を前記第１装置に送信する制御部と、を含む、無線通信を用いた電子装置の管理装置。
12. 前記制御部は、
    復元が不可能な場合、前記第１装置に前記リスト情報に含まれた電子装置とペアリングを行うようにペアリングコマンドメッセージを送信し、前記第１装置からペアリング結果報告メッセージを受信して記憶するように制御する、請求項１１に記載の無線通信を用いた電子装置の管理装置。
13. 前記制御部は、
    前記ペアリング結果報告メッセージ受信時に前記管理装置に関する情報を含む第２ペアリング結果報告メッセージを生成し、前記第２ペアリング結果報告メッセージを管理サーバーに送信するように制御する、請求項１２に記載の無線通信を用いた電子装置の管理装置。
14. 前記制御部は、
    前記リスト情報に含まれた電子装置のうちの少なくとも一つの電子装置の状態チェックが必要な場合、前記第１装置に当該電子装置の状態チェックコマンドメッセージを送信し、前記状態チェックコマンドメッセージに応答して電子装置から当該電子装置の状態情報を含む状態応答メッセージを受信した時に当該電子装置の状態を記憶し、当該電子装置の状態報告メッセージを生成して管理サーバーに送信するように制御する、請求項１１に記載の無線通信を用いた電子装置の管理装置。
15. 前記電子装置から状態応答メッセージが受信されない場合、当該電子装置の状態を無応答状態とし、無応答状態の電子装置に対する無応答報告メッセージを生成して管理サーバーに送信するように制御する、請求項１１に記載の無線通信を用いた電子装置の管理装置。
    
    

Images