(57)【要約】  本発明は、バッチでデバイスを管理するための方法、ゲートウェイ、自動コンフィグレーションサーバー、および、システムを提供する。本方法は、バッチ管理グループ作成ルールとネットワークにおけるデバイス情報に従って、バッチ管理グループを作成するステップと；バッチ管理グループにおけるデバイスに対して自動コンフィグレーションサーバーによって送付されたバッチ管理コマンドを受信するステップと；バッチ管理コマンドに従って、バッチ管理グループにおいて管理が必要なデバイスを決定するステップと；バッチ管理コマンドを管理が必要なデバイスによってサポートされているコマンドへと変換するステップと；管理が必要なデバイスによってサポートされているコマンドを管理が必要なデバイスに対して送付するステップと、を含む。本方法は、ゲートウェイによりカバーされるネットワークの中のデバイスに係るバッチ管理を実施する。
2014533384.tif 000002
【特許請求の範囲】
【請求項１】
デバイスをバッチで管理する方法であって：
バッチ管理グループ作成ルールとネットワークにおけるデバイス情報に従って、バッチ管理グループを作成するステップと；
前記バッチ管理グループにおけるデバイスに対して自動コンフィグレーションサーバーによって送付されたバッチ管理コマンドを受信するステップと；
前記バッチ管理コマンドに従って、前記バッチ管理グループにおいて管理が必要なデバイスを決定するステップと；
前記バッチ管理コマンドを管理が必要な前記デバイスによってサポートされているコマンドへと変換するステップと；
管理が必要な前記デバイスによってサポートされている前記コマンドを前記管理が必要な前記デバイスに対して送付するステップと、を含む、
ことを特徴とする方法。
【請求項２】
バッチ管理グループ作成ルールとネットワークにおけるデバイス情報に従って、バッチ管理グループを作成する前記ステップは：
前記自動コンフィグレーションサーバーから伝送された前記バッチ管理グループ作成ルールを受け取るステップと；
前記ネットワークにおけるデバイスによって送付されたオンラインメッセージを受け取り、デバイス情報を獲得するステップと；
バッチ管理グループを作成するステップであり、
前記バッチ管理グループ作成ルールと前記ネットワークにおけるデバイス情報に従って、前記デバイスが作成されたあらゆるバッチ管理グループに属するべきでないと決定された場合には、前記デバイスを新たに作成したバッチ管理グループに加えて、または、
前記バッチ管理グループ作成ルールと前記ネットワークにおけるデバイス情報に従って、前記デバイスが作成されたバッチ管理グループに属するべきであると決定された場合には、前記デバイスを前記作成されたバッチ管理グループに加える、
ステップと、を含む、
請求項１に記載の方法。
【請求項３】
バッチ管理グループ作成ルールとネットワークにおけるデバイス情報に従って、バッチ管理グループを作成する前記ステップは：
前記自動コンフィグレーションサーバーから伝送された前記バッチ管理グループ作成ルールを受け取り、前記作成ルールに従って一つまたはそれ以上のバッチ管理グループを作成するステップと；
前記ネットワークにおけるデバイスによって送付されたオンラインメッセージを受け取り、デバイス情報を獲得するステップと；
前記作成ルールと前記デバイス情報に従って、前記デバイスを作成された前記バッチ管理グループに加えるステップと、を含む、
請求項１に記載の方法。
【請求項４】
バッチ管理グループを作成する前記ステップは、
データモデルにおける前記バッチ管理グループのパラメーター情報を生成するステップ、を含み、
前記パラメーター情報は、前記バッチ管理グループのメンバー情報、及び/又は、前記バッチ管理グループの識別情報、及び/又は、前記バッチ管理グループにおけるメンバーによってサポートされているコマンド、を含む、
請求項１乃至３のいずれか一項に記載の方法。
【請求項５】
前記バッチ管理グループ作成ルールは、以下の条件のうちの一つまたは複数の組み合わせを含んでおり、前記条件は、プロトコル、プロトコルバージョン番号、デバイスベンダー、および、デバイスタイプである、
請求項１乃至４のいずれか一項に記載の方法。
【請求項６】
前記方法は、さらに、
前記バッチ管理コマンドを管理が必要な前記デバイスによってサポートされているコマンドへと変換するステップ、および、管理が必要な前記デバイスによってサポートされている前記コマンドを前記管理が必要な前記デバイスに対して送付するステップの後で、
前記管理が必要なデバイスによって送付されたコマンド実行レスポンスを受け取るステップと；
前記コマンド実行レスポンスに従って、前記自動コンフィグレーションサーバーに対して送付されるべき前記バッチ管理コマンドの実行結果を生成し、前記実行結果を前記自動コンフィグレーションサーバーに送付するステップと、を含む、
請求項１乃至５のいずれか一項に記載の方法。
【請求項７】
バッチ管理グループ作成ユニット、受信ユニット、決定ユニット、変換ユニット、および、送信ユニット、を含むゲートウェイであって：
前記バッチ管理グループ作成ユニットは、バッチ管理グループ作成ルールとネットワークにおけるデバイス情報に従ってバッチ管理グループを作成するように構成されており、前記バッチ管理グループ作成ルールは、自動コンフィグレーションサーバーによって作成され、ゲートウェイに送付され、
前記受信ユニットは、前記自動コンフィグレーションサーバーによって送付された前記バッチ管理グループ作成ルールを受信し、前記バッチ管理グループに対して前記自動コンフィグレーションサーバーによって送付されたバッチ管理コマンドを受信し、かつ、管理されるデバイスから送付されたデバイス情報を受信するように構成されており、
前記決定ユニットは、前記バッチ管理コマンドに従って前記バッチ管理グループにおいて管理が必要なデバイスを決定するように構成されており、
前記変換ユニットは、前記バッチ管理コマンドを、管理が必要な前記デバイスによってサポートされているコマンドに変換するように構成されており、
前記送信ユニットは、前記管理が必要な前記デバイスによってサポートされている前記コマンドを前記管理が必要な前記デバイスに対して送信するように構成されている、
ことを特徴とするゲートウェイ。
【請求項８】
バッチ管理グループ作成ルール創作ユニット、バッチ管理コマンド生成ユニット、および、送信ユニット、を含む自動コンフィグレーションサーバーであって：
前記バッチ管理グループ作成ルール創作ユニットは、バッチ管理グループ作成ルールを創作するように構成されており、前記ルールは、ゲートウェイに対してネットワークにおけるデバイスに対するバッチ管理グループを作成するように指示するために使用され、
前記バッチ管理コマンド生成ユニットは、前記ネットワークにおける前記バッチ管理グループに係るデバイスをバッチで管理する要求に従って、前記バッチ管理グループに対するバッチ管理コマンドを生成するように構成されており、
前記送信ユニットは、前記ゲートウェイに対して前記バッチ管理グループ作成ルールを送付し、前記ゲートウェイに対して前記バッチ管理グループのための前記バッチ管理コマンドを送付するように構成されている、
ことを特徴とする自動コンフィグレーションサーバー。
【請求項９】
ゲートウェイ、自動コンフィグレーションサーバー、および、デバイスを含むデバイスをバッチで管理するシステムであって：
前記ゲートウェイは、バッチ管理グループ作成ユニット、受信ユニット、決定ユニット、変換ユニット、および、送信ユニット、を含み：
前記バッチ管理グループ作成ユニットは、バッチ管理グループ作成ルールとネットワークにおけるデバイス情報に従ってバッチ管理グループを作成するように構成されており、前記バッチ管理グループ作成ルールは、自動コンフィグレーションサーバーによって作成され、ゲートウェイに送付され、
前記受信ユニットは、前記自動コンフィグレーションサーバーによって送付された前記バッチ管理グループ作成ルールを受信し、前記バッチ管理グループに対して前記自動コンフィグレーションサーバーによって送付されたバッチ管理コマンドを受信し、かつ、管理されるデバイスから送付されたデバイス情報を受信するように構成されており、
前記決定ユニットは、前記バッチ管理コマンドに従って前記バッチ管理グループにおいて管理が必要なデバイスを決定するように構成されており、
前記変換ユニットは、前記バッチ管理コマンドを、管理が必要な前記デバイスによってサポートされているコマンドに変換するように構成されており、
前記送信ユニットは、前記管理が必要な前記デバイスによってサポートされている前記コマンドを前記管理が必要な前記デバイスに対して送信するように構成されており、
前記自動コンフィグレーションサーバーは、バッチ管理グループ作成ルール創作ユニット、バッチ管理コマンド生成ユニット、および、送信ユニット、を含み：
前記バッチ管理グループ作成ルール創作ユニットは、バッチ管理グループ作成ルールを創作するように構成されており、前記ルールは、ゲートウェイに対してネットワークにおけるデバイスに対するバッチ管理グループを作成するように指示するために使用され、
前記バッチ管理コマンド生成ユニットは、前記ネットワークにおける前記バッチ管理グループに係るデバイスをバッチで管理する要求に従って、前記バッチ管理グループに対するバッチ管理コマンドを生成するように構成されており、
前記送信ユニットは、前記ゲートウェイに対して前記バッチ管理グループ作成ルールを送付し、前記ゲートウェイに対して前記バッチ管理グループのための前記バッチ管理コマンドを送付するように構成されている、
ことを特徴とするシステム。
【請求項１０】
デバイスをバッチで管理する方法であって：
Ｎ個のデバイス（Ｎは２以上の自然数）におけるそれぞれのデバイスによってサポートされているコマンドに関する情報を獲得し、それぞれのデバイスによってサポートされているコマンドに関する前記情報に従って共通コマンドを生成し、前記共通コマンドに応じたデータモデルを生成するステップであり、前記Ｎ個のデバイスは、少なくとも２つのタイプのコミュニケーションプロトコルをサポートしているステップと；
前記共通コマンドに応じた前記データモデルに対する自動コンフィグレーションサーバーによって送付されたバッチ管理コマンドを受け取るステップと；
前記バッチ管理コマンドを前記Ｎ個のデバイスの中の一つまたはそれ以上のデバイスによってサポートされているコマンドへと変換し、前記一つまたはそれ以上のデバイスによってサポートされているコマンドを前記Ｎ個のデバイスの中の前記一つまたはそれ以上のデバイスに対して送付するステップと、を含む、
ことを特徴とする方法。
【請求項１１】
前記一つまたはそれ以上のデバイスによってサポートされている前記コマンドが複数のオペレーションによって形成されており；
前記バッチ管理コマンドを前記Ｎ個のデバイスの中の一つまたはそれ以上のデバイスによってサポートされているコマンドへと変換し、前記一つまたはそれ以上のデバイスによってサポートされている前記コマンドを、前記Ｎ個のデバイスの中の前記一つまたはそれ以上のデバイスに対して送付することは：
前記バッチ管理コマンドを前記Ｎ個のデバイスの中の一つまたはそれ以上のデバイスによってサポートされている前記コマンドに対応する複数のオペレーションへと変換するステップと、
前記Ｎ個のデバイスの中の前記一つまたはそれ以上のデバイスによってサポートされている前記コマンドに対応する前記複数のオペレーションを、前記Ｎ個のデバイスの中の前記一つまたはそれ以上のデバイスに対して送付するステップと、
を含む、
請求項１０に記載の方法。
【請求項１２】
前記バッチ管理コマンドに従って、前記一つまたはそれ以上のデバイスによってサポートされている前記コマンドを、前記Ｎ個のデバイスの中の前記一つまたはそれ以上のデバイスに対して送付することは、さらに：
前記バッチ管理コマンドにおけるフィルター条件に従って前記Ｎ個のうち管理が必要なデバイスを決定するステップと；
管理が必要な前記デバイスによってサポートされているコマンドを前記管理が必要な前記デバイスに対して送付するステップと；
を含む、
請求項１０または１１に記載の方法。
【請求項１３】
前記バッチ管理コマンドに従って、前記一つまたはそれ以上のデバイスによってサポートされている前記コマンドを、前記Ｎ個のデバイスの中の前記一つまたはそれ以上のデバイスに対して送付した後で、前記方法は、さらに：
前記一つまたはそれ以上のデバイスによって送付されたコマンド実行レスポンスを受け取るステップと；
前記一つまたはそれ以上のデバイスによって送付された前記コマンド実行レスポンスに従って、前記自動コンフィグレーションサーバーに対して送付されるべき前記バッチ管理コマンドの実行結果を生成し、前記実行結果を前記自動コンフィグレーションサーバーに送付するステップと、
を含む、
請求項１０乃至１２のいずれか一項に記載の方法。
【請求項１４】
それぞれのデバイスによってサポートされているコマンドに関する前記情報に従って共通コマンドを生成することは：
それぞれのデバイスによってサポートされているコマンド又は複数のコマンドの組み合わせが所定の一般機能を実施することができる場合に、前記一般機能をサポートすることができる共通コマンドを生成するステップであり、前記共通コマンドは、それぞれのデバイスによってサポートされている前記コマンド又は複数のコマンドの前記組み合わせに対応しているステップを、含む、
請求項１０乃至１３のいずれか一項に記載の方法。
【請求項１５】
受信ユニット、共通コマンド生成ユニット、データモデル生成ユニット、および、送信ユニット、を含むゲートウェイであって：
前記受信ユニットは、ネットワークにおけるＮ個（Ｎは２以上の自然数）のデバイスの中のそれぞれのデバイスによってサポートされているコマンドに関する情報を受け取り、かつ、自動コンフィグレーションサーバーによって送付されたバッチ管理コマンドを受け取るように構成されており、
前記共通コマンド生成ユニットは、前記Ｎ個のデバイスの中のそれぞれのデバイスによってサポートされているコマンドに関する前記情報に従って共通コマンドを生成するように構成されており、
前記データモデル生成ユニットは、前記共通コマンドに応じたデータモデルを生成するように構成されており、
前記送信ユニットは、一つまたはそれ以上のデバイスによってサポートされているコマンドを前記Ｎ個のデバイスの中の一つまたはそれ以上の前記デバイスに対して送付するように構成されている、
ことを特徴とするゲートウェイ。
【請求項１６】
バッチ管理コマンド生成ユニット、および、送信ユニット、を含む自動コンフィグレーションサーバーであって：
前記バッチ管理コマンド生成ユニットは、共通コマンドに応じたデータモデルのためのバッチ管理コマンドを生成するように構成されており、
前記送信ユニットは、前記共通コマンドに応じたデータモデルのための前記バッチ管理コマンドをゲートウェイに対して送付するように構成されている、
ことを特徴とする自動コンフィグレーションサーバー。
【請求項１７】
ゲートウェイ、自動コンフィグレーションサーバー、および、デバイスを含む、デバイスをバッチで管理するシステムであって：
前記ゲートウェイは、受信ユニット、共通コマンド生成ユニット、データモデル生成ユニット、および、送信ユニット、を含み：
前記受信ユニットは、ネットワークにおけるＮ個（Ｎは２以上の自然数）のデバイスの中のそれぞれのデバイスによってサポートされているコマンドに関する情報を受け取り、かつ、自動コンフィグレーションサーバーによって送付されたバッチ管理コマンドを受け取るように構成されており、
前記共通コマンド生成ユニットは、前記Ｎ個のデバイスの中のそれぞれのデバイスによってサポートされているコマンドに関する前記情報に従って共通コマンドを生成するように構成されており、
データモデル生成ユニットは、前記共通コマンドに応じたデータモデルを生成するように構成されており、
送信ユニットは、一つまたはそれ以上のデバイスによってサポートされているコマンドを前記Ｎ個のデバイスの中の一つまたはそれ以上の前記デバイスに対して送付するように構成されており、
前記自動コンフィグレーションサーバーは、バッチ管理コマンド生成ユニット、および、送信ユニット、を含み：
前記バッチ管理コマンド生成ユニットは、共通コマンドに応じたデータモデルのためのバッチ管理コマンドを生成するように構成されており、
前記送信ユニットは、前記共通コマンドに応じたデータモデルのための前記バッチ管理コマンドをゲートウェイに対して送付するように構成されている、
ことを特徴とするシステム。
【請求項１８】
デバイスをバッチで管理する方法であって：
Ｎ個のデバイス（Ｎは２以上の自然数）におけるそれぞれのデバイスによってサポートされているコマンドに関する情報を獲得し、前記情報を自動コンフィグレーションサーバーに対して送付するステップであり、前記Ｎ個のデバイスは、少なくとも２つのタイプのコミュニケーションプロトコルをサポートしているステップと；
前記自動コンフィグレーションのインストラクションに従って共通コマンドに応じたデータモデルを生成するステップであり、前記共通コマンドは、前記Ｎ個のデバイスの中のそれぞれのデバイスによってサポートされているコマンドに関する前記情報に従って前記自動コンフィグレーションサーバーによって生成されたものであるステップと；
前記共通コマンドに応じた前記データモデルに対する前記自動コンフィグレーションサーバーによって送付されたバッチ管理コマンドを受け取るステップと；
前記バッチ管理コマンドを前記Ｎ個のデバイスの中の一つまたはそれ以上のデバイスによってサポートされているコマンドへと変換し、前記一つまたはそれ以上のデバイスによってサポートされているコマンドを前記Ｎ個のデバイスの中の前記一つまたはそれ以上のデバイスに対して送付するステップと、を含む、
ことを特徴とする方法。
【請求項１９】
前記一つまたはそれ以上のデバイスによってサポートされている前記コマンドは、複数のオペレーションによって形成されており、
前記バッチ管理コマンドを前記Ｎ個のデバイスの中の一つまたはそれ以上のデバイスによってサポートされているコマンドへと変換し、前記一つまたはそれ以上のデバイスによってサポートされているコマンドを前記Ｎ個のデバイスの中の前記一つまたはそれ以上のデバイスに対して送付する前記ステップは：
前記バッチ管理コマンドを前記Ｎ個のデバイスの中の一つまたはそれ以上の前記デバイスによってサポートされている前記コマンドに応じた複数のオペレーションへと変換し、前記一つまたはそれ以上のデバイスによってサポートされている前記コマンドに応じた前記複数のオペレーションを前記Ｎ個のデバイスの中の前記一つまたはそれ以上のデバイスに対して送付するステップ、を含む、
請求項１８に記載の方法。
【請求項２０】
前記バッチ管理コマンドに従って前記一つまたはそれ以上のデバイスによってサポートされている前記コマンドを前記Ｎ個のデバイスの中の前記一つまたはそれ以上のデバイスに対して送付するステップは、さらに：
前記バッチ管理コマンドにおけるフィルター条件に従って前記Ｎ個のデバイスの中で管理が必要なデバイスを決定するステップと；
管理が必要な前記デバイスによってサポートされているコマンドを前記管理が必要な前記デバイスに対して送付するステップと、を含む、
請求項１８または１９に記載の方法。
【請求項２１】
前記バッチ管理コマンドに従って、前記一つまたはそれ以上のデバイスによってサポートされている前記コマンドを、前記Ｎ個のデバイスの中の前記一つまたはそれ以上のデバイスに対して送付した後で、前記方法は、さらに：
前記一つまたはそれ以上のデバイスによって送付されたコマンド実行レスポンスを受け取るステップと；
前記一つまたはそれ以上のデバイスによって送付された前記コマンド実行レスポンスに従って、前記自動コンフィグレーションサーバーに対して送付されるべき前記バッチ管理コマンドの実行結果を生成し、前記実行結果を前記自動コンフィグレーションサーバーに送付するステップと、
を含む、
請求項１８乃至２０のいずれか一項に記載の方法。
【請求項２２】
前記Ｎ個のデバイスにおけるそれぞれのデバイスによってサポートされているコマンドに関する前記情報に従って前記自動コンフィグレーションサーバーによって前記共通コマンドを生成することは：
それぞれのデバイスによってサポートされているコマンド又は複数のコマンドの組み合わせが所定の一般機能を実施することができる場合に、前記一般機能をサポートすることができる共通コマンドを生成するステップであり、前記共通コマンドは、それぞれのデバイスによってサポートされている前記コマンド又は複数のコマンドの前記組み合わせに対応しているステップを、含む、
請求項１８乃至２１のいずれか一項に記載の方法。
【請求項２３】
受信ユニット、送信ユニット、および、データモデル生成ユニット、を含むゲートウェイであって：
前記受信ユニットは、ネットワークにおけるＮ個（Ｎは２以上の自然数）のデバイスの中のそれぞれのデバイスによってサポートされているコマンドに関する情報を受け取り、共通コマンドに応じたデータモデルを生成するインストラクションを受け取り、前記インストラクションは自動コンフィグレーションサーバーによって送付されたものであって、かつ、前記自動コンフィグレーションサーバーによって送付されたバッチ管理コマンドを受け取るように構成されており、
前記送信ユニットは、前記ネットワークにおける前記Ｎ個のデバイスにおけるそれぞれのデバイスによってサポートされているコマンドに関する前記情報を前記自動コンフィグレーションサーバーに対して送付し、かつ、一つまたはそれ以上のデバイスによってサポートされているコマンドを前記Ｎ個のデバイスの中の前記一つまたはそれ以上の前記デバイスに対して送付するように構成されており、
前記データモデル生成ユニットは、前記自動コンフィグレーションサーバーから受け取った前記共通コマンドに応じたデータモデルを生成するインストラクションに従って、前記共通コマンドに応じたデータモデルを生成するように構成されている、
ことを特徴とするゲートウェイ。
【請求項２４】
受信ユニット、共通コマンド生成ユニット、および、送信ユニット、を含む自動コンフィグレーションサーバーであって：
前記受信ユニットは、ネットワークにおけるＮ個（Ｎは２以上の自然数）のデバイスの中のそれぞれのデバイスによってサポートされているコマンドに関するゲートウェイによって送付された情報を受け取るように構成されており、
前記共通コマンド生成ユニットは、前記ネットワークにおける前記Ｎ個のデバイスの中のそれぞれのデバイスによってサポートされているコマンドに関する前記情報に従って共通コマンドを生成するように構成されており、
送信ユニットは、前記共通コマンドに応じたデータモデルを生成するインストラクションを前記ゲートウェイに対して送付し、かつ、前記共通コマンドに応じたデータモデルに対するバッチ管理コマンドを前記ゲートウェイに対して送付するように構成されている、
ことを特徴とする自動コンフィグレーションサーバー。
【請求項２５】
ゲートウェイ、自動コンフィグレーションサーバー、および、デバイスを含む、デバイスをバッチで管理するシステムであって：
前記ゲートウェイは、受信ユニット、送信ユニット、および、データモデル生成ユニット、を含み：
前記受信ユニットは、ネットワークにおけるＮ個（Ｎは２以上の自然数）のデバイスの中のそれぞれのデバイスによってサポートされているコマンドに関する情報を受け取り、共通コマンドに応じたデータモデルを生成するインストラクションを受け取り、前記インストラクションは自動コンフィグレーションサーバーによって送付されたものであって、かつ、前記自動コンフィグレーションサーバーによって送付されたバッチ管理コマンドを受け取るように構成されており、
前記送信ユニットは、前記ネットワークにおける前記Ｎ個のデバイスにおけるそれぞれのデバイスによってサポートされているコマンドに関する前記情報を前記自動コンフィグレーションサーバーに対して送付し、かつ、一つまたはそれ以上のデバイスによってサポートされているコマンドを前記Ｎ個のデバイスの中の前記一つまたはそれ以上の前記デバイスに対して送付するように構成されており、
前記データモデル生成ユニットは、前記自動コンフィグレーションサーバーから受け取った前記共通コマンドに応じたデータモデルを生成するインストラクションに従って、前記共通コマンドに応じたデータモデルを生成するように構成されており、
前記自動コンフィグレーションサーバーは、受信ユニット、共通コマンド生成ユニット、および、送信ユニット、を含み：
前記受信ユニットは、ネットワークにおけるＮ個（Ｎは２以上の自然数）のデバイスの中のそれぞれのデバイスによってサポートされているコマンドに関するゲートウェイによって送付された情報を受け取るように構成されており、
前記共通コマンド生成ユニットは、前記ネットワークにおける前記Ｎ個のデバイスの中のそれぞれのデバイスによってサポートされているコマンドに関する前記情報に従って共通コマンドを生成するように構成されており、
送信ユニットは、前記共通コマンドに応じたデータモデルを生成するインストラクションを前記ゲートウェイに対して送付し、かつ、前記共通コマンドに応じたデータモデルに対するバッチ管理コマンドを前記ゲートウェイに対して送付するように構成されている、
ことを特徴とするシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コミュニケーションの分野に関し、より特定的には、バッチでデバイスを管理するための方法およびシステムに関する。
【背景技術】
【０００２】
ブロードバンドフォーラム（ＢｒｏａｄＢａｎｄ  Ｆｏｒｕｍ、ＢＢＦ）は、ＴＲ−０６９プロトコルを定義しており、自動コンフィグレーションサーバーは、ＴＲ−０６９プロトコルを使用して、ホームネット又はオフィスネットワークにおけるゲートウェイをリモートで管理することができる。非ＴＲ−０６９デバイス（ネットワークにおいてＴＲ−０６９プロトコルをサポートしていないデバイス）に対して、自動コンフィグレーションサーバーは、ＴＲ−０６９プロトコルを使用して、こうした非ＴＲ−０６９デバイスに対するリモート管理を直接的に実行することができない。その代わりに、自動コンフィグレーションサーバーは、プロキシーをゲートウェイとして使用することによって、リモート管理を実行する。自動コンフィグレーションサーバーが非ＴＲ−０６９デバイスを管理する必要がある場合、自動コンフィグレーションサーバーは、ＴＲ−０６９プロトコルを使用してゲートウェイに対してコマンドを送る。そして、ゲートウェイは、ＴＲ−０６９プロトコルのコマンドを非ＴＲ−０６９デバイスによりサポートされているプロトコルのコマンドへの変換を担当している。
【０００３】
現時点では、非ＴＲ−０６９デバイスの管理ソリューションは、バッチ管理機能（ｂａｔｃｈ  ｍａｎａｇｅｍｅｎｔ  ｆｕｎｃｔｉｏｎ）をサポートしていない。従って、ネットワークにおける数多くのデバイスをバッチ管理できるようにするために、バッチ管理機能を追加することが必要である。加えて、ホームネットワークにおいては、一般的に、種々の異なるタイプのデバイス又は異なるプロトコルを使用するデバイスが存在するものである。例えば、情報伝達手段／通信機器、家電、センサー、および、異なるタイプの他のデバイスは、一般的に、異なるコミュニケーションプロトコルを有している。従って、同一のプロトコルをサポートする非ＴＲ−０６９デバイスのバッチ管理について考慮する必要があるだけでなく、異なるプロトコルをサポートする非ＴＲ−０６９デバイスのバッチ管理についても考慮する必要がある。
【０００４】
本願は、２０１１年８月２３日付で中国専利局に出願した中国特許出願第２０１１１０２４３０８６．７号、タイトル”ＭＥＴＨＯＤ  ＡＮＤ  ＳＹＳＴＥＭ  ＦＯＲ  ＭＡＮＡＧＩＮＧ  ＤＥＶＩＣＥＳ  ＩＮ  ＢＡＴＣＨＥＳ”の優先権を主張するものであり、その全てがここにおいて参照として包含される。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上述の問題の視点から、本発明の実施例は、バッチでデバイスを管理するための方法、ゲートウェイ、自動コンフィギュレーションサーバー、および、システムを提供する。ゲートウェイによってカバーされるネットワークにおいてデバイスのバッチ管理を実施するものである。
【課題を解決するための手段】
【０００６】
本発明の実施例は、以下の方法を提供する。デバイスをバッチで管理する方法であって：バッチ管理グループ作成ルールとネットワークにおけるデバイス情報に従って、バッチ管理グループを作成するステップと；前記バッチ管理グループにおけるデバイスに対して自動コンフィグレーションサーバーによって送付されたバッチ管理コマンドを受信するステップと；前記バッチ管理コマンドに従って、前記バッチ管理グループにおいて管理が必要なデバイスを決定するステップと；前記バッチ管理コマンドを管理が必要な前記デバイスによってサポートされているコマンドへと変換するステップと；管理が必要な前記デバイスによってサポートされている前記コマンドを前記管理が必要な前記デバイスに対して送付するステップと、を含むことを特徴とする方法。
【０００７】
本発明の実施例は、以下のゲートウェイを提供する。バッチ管理グループ作成ユニット、受信ユニット、決定ユニット、変換ユニット、および、送信ユニット、を含むゲートウェイであって：前記バッチ管理グループ作成ユニットは、バッチ管理グループ作成ルールとネットワークにおけるデバイス情報に従ってバッチ管理グループを作成するように構成されており、前記バッチ管理グループ作成ルールは、自動コンフィグレーションサーバーによって作成され、ゲートウェイに送付され、前記受信ユニットは、前記自動コンフィグレーションサーバーによって送付された前記バッチ管理グループ作成ルールを受信し、前記バッチ管理グループに対して前記自動コンフィグレーションサーバーによって送付されたバッチ管理コマンドを受信し、かつ、管理されるデバイスから送付されたデバイス情報を受信するように構成されており、前記決定ユニットは、前記バッチ管理コマンドに従って前記バッチ管理グループにおいて管理が必要なデバイスを決定するように構成されており、前記変換ユニットは、前記バッチ管理コマンドを、管理が必要な前記デバイスによってサポートされているコマンドに変換するように構成されており、前記送信ユニットは、前記管理が必要な前記デバイスによってサポートされている前記コマンドを前記管理が必要な前記デバイスに対して送信するように構成されている、ことを特徴とするゲートウェイ。
【０００８】
本発明の実施例は、以下の自動コンフィグレーションサーバーを提供する。バッチ管理グループ作成ルール創作ユニット、バッチ管理コマンド生成ユニット、および、送信ユニット、を含む自動コンフィグレーションサーバーであって：前記バッチ管理グループ作成ルール創作ユニットは、バッチ管理グループ作成ルールを創作するように構成されており、前記ルールは、ゲートウェイに対してネットワークにおけるデバイスに対するバッチ管理グループを作成するように指示するために使用され、前記バッチ管理コマンド生成ユニットは、前記ネットワークにおける前記バッチ管理グループに係るデバイスをバッチで管理する要求に従って、前記バッチ管理グループに対するバッチ管理コマンドを生成するように構成されており、前記送信ユニットは、前記ゲートウェイに対して前記バッチ管理グループ作成ルールを送付し、前記ゲートウェイに対して前記バッチ管理グループのための前記バッチ管理コマンドを送付するように構成されている、ことを特徴とする自動コンフィグレーションサーバー。
【０００９】
本発明の実施例は、ゲートウェイ、自動コンフィグレーションサーバー、および、デバイスを含むデバイスをバッチで管理する以下のシステムを提供する。
【００１０】
前記ゲートウェイは、バッチ管理グループ作成ユニット、受信ユニット、決定ユニット、変換ユニット、および、送信ユニット、を含み：前記バッチ管理グループ作成ユニットは、バッチ管理グループ作成ルールとネットワークにおけるデバイス情報に従ってバッチ管理グループを作成するように構成されており、前記バッチ管理グループ作成ルールは、自動コンフィグレーションサーバーによって作成され、ゲートウェイに送付され、前記受信ユニットは、前記自動コンフィグレーションサーバーによって送付された前記バッチ管理グループ作成ルールを受信し、前記バッチ管理グループに対して前記自動コンフィグレーションサーバーによって送付されたバッチ管理コマンドを受信し、かつ、管理されるデバイスから送付されたデバイス情報を受信するように構成されており、前記決定ユニットは、前記バッチ管理コマンドに従って前記バッチ管理グループにおいて管理が必要なデバイスを決定するように構成されており、前記変換ユニットは、前記バッチ管理コマンドを、管理が必要な前記デバイスによってサポートされているコマンドに変換するように構成されており、前記送信ユニットは、前記管理が必要な前記デバイスによってサポートされている前記コマンドを前記管理が必要な前記デバイスに対して送信するように構成されており、
前記自動コンフィグレーションサーバーは、バッチ管理グループ作成ルール創作ユニット、バッチ管理コマンド生成ユニット、および、送信ユニット、を含み：前記バッチ管理グループ作成ルール創作ユニットは、バッチ管理グループ作成ルールを創作するように構成されており、前記ルールは、ゲートウェイに対してネットワークにおけるデバイスに対するバッチ管理グループを作成するように指示するために使用され、前記バッチ管理コマンド生成ユニットは、前記ネットワークにおける前記バッチ管理グループに係るデバイスをバッチで管理する要求に従って、前記バッチ管理グループに対するバッチ管理コマンドを生成するように構成されており、前記送信ユニットは、前記ゲートウェイに対して前記バッチ管理グループ作成ルールを送付し、前記ゲートウェイに対して前記バッチ管理グループのための前記バッチ管理コマンドを送付するように構成されている、ことを特徴とするシステム。
【００１１】
本発明の実施例は、デバイスをバッチで管理する以下の方法を提供する。Ｎ個のデバイス（Ｎは２以上の自然数）におけるそれぞれのデバイスによってサポートされているコマンドに関する情報を獲得し、それぞれのデバイスによってサポートされているコマンドに関する前記情報に従って共通コマンドを生成し、前記共通コマンドに応じたデータモデルを生成するステップであり、前記Ｎ個のデバイスは、少なくとも２つのタイプのコミュニケーションプロトコルをサポートしているステップと；前記共通コマンドに応じた前記データモデルに対する自動コンフィグレーションサーバーによって送付されたバッチ管理コマンドを受け取るステップと；前記バッチ管理コマンドを前記Ｎ個のデバイスの中の一つまたはそれ以上のデバイスによってサポートされているコマンドへと変換し、前記一つまたはそれ以上のデバイスによってサポートされているコマンドを前記Ｎ個のデバイスの中の前記一つまたはそれ以上のデバイスに対して送付するステップと、を含むことを特徴とする方法。
【００１２】
本発明の実施例は、受信ユニット、共通コマンド生成ユニット、データモデル生成ユニット、および、送信ユニット、を含む以下のゲートウェイを提供する。前記受信ユニットは、ネットワークにおけるＮ個（Ｎは２以上の自然数）のデバイスの中のそれぞれのデバイスによってサポートされているコマンドに関する情報を受け取り、かつ、自動コンフィグレーションサーバーによって送付されたバッチ管理コマンドを受け取るように構成されており、前記共通コマンド生成ユニットは、前記Ｎ個のデバイスの中のそれぞれのデバイスによってサポートされているコマンドに関する前記情報に従って共通コマンドを生成するように構成されており、前記データモデル生成ユニットは、前記共通コマンドに応じたデータモデルを生成するように構成されており、前記送信ユニットは、一つまたはそれ以上のデバイスによってサポートされているコマンドを前記Ｎ個のデバイスの中の一つまたはそれ以上の前記デバイスに対して送付するように構成されていることを特徴とするゲートウェイ。
【００１３】
本発明の実施例は、バッチ管理コマンド生成ユニット、および、送信ユニット、を含む以下の自動コンフィグレーションサーバーを提供する。前記バッチ管理コマンド生成ユニットは、共通コマンドに応じたデータモデルのためのバッチ管理コマンドを生成するように構成されており、前記送信ユニットは、前記共通コマンドに応じたデータモデルのための前記バッチ管理コマンドをゲートウェイに対して送付するように構成されていることを特徴とする自動コンフィグレーションサーバー。
【００１４】
本発明の実施例は、ゲートウェイ、自動コンフィグレーションサーバー、および、デバイスを含む、デバイスをバッチで管理する以下のシステムを提供する。前記ゲートウェイは、受信ユニット、共通コマンド生成ユニット、データモデル生成ユニット、および、送信ユニット、を含み：    前記受信ユニットは、ネットワークにおけるＮ個（Ｎは２以上の自然数）のデバイスの中のそれぞれのデバイスによってサポートされているコマンドに関する情報を受け取り、かつ、自動コンフィグレーションサーバーによって送付されたバッチ管理コマンドを受け取るように構成されており、前記共通コマンド生成ユニットは、前記Ｎ個のデバイスの中のそれぞれのデバイスによってサポートされているコマンドに関する前記情報に従って共通コマンドを生成するように構成されており、データモデル生成ユニットは、前記共通コマンドに応じたデータモデルを生成するように構成されており、送信ユニットは、一つまたはそれ以上のデバイスによってサポートされているコマンドを前記Ｎ個のデバイスの中の一つまたはそれ以上の前記デバイスに対して送付するように構成されており、
前記自動コンフィグレーションサーバーは、バッチ管理コマンド生成ユニット、および、送信ユニット、を含み：前記バッチ管理コマンド生成ユニットは、共通コマンドに応じたデータモデルのためのバッチ管理コマンドを生成するように構成されており、前記送信ユニットは、前記共通コマンドに応じたデータモデルのための前記バッチ管理コマンドをゲートウェイに対して送付するように構成されている、ことを特徴とするシステム。
【００１５】
本発明の実施例は、デバイスをバッチで管理する以下の方法を提供する。Ｎ個のデバイス（Ｎは２以上の自然数）におけるそれぞれのデバイスによってサポートされているコマンドに関する情報を獲得し、前記情報を自動コンフィグレーションサーバーに対して送付するステップであり、前記Ｎ個のデバイスは、少なくとも２つのタイプのコミュニケーションプロトコルをサポートしているステップと；前記自動コンフィグレーションのインストラクションに従って共通コマンドに応じたデータモデルを生成するステップであり、前記共通コマンドは、前記Ｎ個のデバイスの中のそれぞれのデバイスによってサポートされているコマンドに関する前記情報に従って前記自動コンフィグレーションサーバーによって生成されたものであるステップと；前記共通コマンドに応じた前記データモデルに対する前記自動コンフィグレーションサーバーによって送付されたバッチ管理コマンドを受け取るステップと；前記バッチ管理コマンドを前記Ｎ個のデバイスの中の一つまたはそれ以上のデバイスによってサポートされているコマンドへと変換し、前記一つまたはそれ以上のデバイスによってサポートされているコマンドを前記Ｎ個のデバイスの中の前記一つまたはそれ以上のデバイスに対して送付するステップと、を含むことを特徴とする方法。
【００１６】
本発明の実施例は、受信ユニット、送信ユニット、および、データモデル生成ユニット、を含む以下のゲートウェイを提供する。前記受信ユニットは、ネットワークにおけるＮ個（Ｎは２以上の自然数）のデバイスの中のそれぞれのデバイスによってサポートされているコマンドに関する情報を受け取り、共通コマンドに応じたデータモデルを生成するインストラクションを受け取り、前記インストラクションは自動コンフィグレーションサーバーによって送付されたものであって、かつ、前記自動コンフィグレーションサーバーによって送付されたバッチ管理コマンドを受け取るように構成されており、前記送信ユニットは、前記ネットワークにおける前記Ｎ個のデバイスにおけるそれぞれのデバイスによってサポートされているコマンドに関する前記情報を前記自動コンフィグレーションサーバーに対して送付し、かつ、前記一つまたはそれ以上のデバイスによってサポートされているコマンドを前記Ｎ個のデバイスの中の前記一つまたはそれ以上の前記デバイスに対して送付するように構成されており、前記データモデル生成ユニットは、前記自動コンフィグレーションサーバーから受け取った前記共通コマンドに応じたデータモデルを生成するインストラクションに従って、前記共通コマンドに応じたデータモデルを生成するように構成されている、ことを特徴とするゲートウェイ。
【００１７】
本発明の実施例は、受信ユニット、共通コマンド生成ユニット、および、送信ユニット、を含む以下の自動コンフィグレーションサーバーを提供する。前記受信ユニットは、ネットワークにおけるＮ個（Ｎは２以上の自然数）のデバイスの中のそれぞれのデバイスによってサポートされているコマンドに関するゲートウェイによって送付された情報を受け取るように構成されており、前記共通コマンド生成ユニットは、前記ネットワークにおける前記Ｎ個のデバイスの中のそれぞれのデバイスによってサポートされているコマンドに関する前記情報に従って共通コマンドを生成するように構成されており、送信ユニットは、前記共通コマンドに応じたデータモデルを生成するインストラクションを前記ゲートウェイに対して送付し、かつ、前記共通コマンドに応じたデータモデルに対するバッチ管理コマンドを前記ゲートウェイに対して送付するように構成されている、ことを特徴とする自動コンフィグレーションサーバー。
【００１８】
本発明の実施例は、ゲートウェイ、自動コンフィグレーションサーバー、および、デバイスを含む、デバイスをバッチで管理する以下のシステムを提供する。
【００１９】
前記ゲートウェイは、受信ユニット、送信ユニット、および、データモデル生成ユニット、を含み：前記受信ユニットは、ネットワークにおけるＮ個（Ｎは２以上の自然数）のデバイスの中のそれぞれのデバイスによってサポートされているコマンドに関する情報を受け取り、共通コマンドに応じたデータモデルを生成するインストラクションを受け取り、前記インストラクションは自動コンフィグレーションサーバーによって送付されたものであって、かつ、前記自動コンフィグレーションサーバーによって送付されたバッチ管理コマンドを受け取るように構成されており、前記送信ユニットは、前記ネットワークにおける前記Ｎ個のデバイスにおけるそれぞれのデバイスによってサポートされているコマンドに関する前記情報を前記自動コンフィグレーションサーバーに対して送付し、かつ、前記一つまたはそれ以上のデバイスによってサポートされているコマンドを前記Ｎ個のデバイスの中の前記一つまたはそれ以上の前記デバイスに対して送付するように構成されており、前記データモデル生成ユニットは、前記自動コンフィグレーションサーバーから受け取った前記共通コマンドに応じたデータモデルを生成するインストラクションに従って、前記共通コマンドに応じたデータモデルを生成するように構成されている。
【００２０】
前記自動コンフィグレーションサーバーは、受信ユニット、共通コマンド生成ユニット、および、送信ユニット、を含み：前記受信ユニットは、ネットワークにおけるＮ個（Ｎは２以上の自然数）のデバイスの中のそれぞれのデバイスによってサポートされているコマンドに関するゲートウェイによって送付された情報を受け取るように構成されており、前記共通コマンド生成ユニットは、前記ネットワークにおける前記Ｎ個のデバイスの中のそれぞれのデバイスによってサポートされているコマンドに関する前記情報に従って共通コマンドを生成するように構成されており、送信ユニットは、前記共通コマンドに応じたデータモデルを生成するインストラクションを前記ゲートウェイに対して送付し、かつ、前記共通コマンドに応じたデータモデルに対するバッチ管理コマンドを前記ゲートウェイに対して送付するように構成されている。
【図面の簡単な説明】
【００２１】
本発明の実施例に係る技術的ソリューションをより明確に説明するように、実施例または従来技術を記述するために必要な添付の図面について以降に簡単に紹介する。明らかに、以降の説明において添付に図面は、本発明のいくつかの実施例を単に示すものであって、当業者であれば、創造的な努力をすることなく、添付の図面から他の図面でさえ引き出すことができる。
【図１】図１は、本発明の実施例に従ったバッチでデバイスを管理するための方法に係る模式図である。
【図２】図２は、本発明の実施例に従ったゲートウェイの構成に係る模式図である。
【図３】図３は、本発明の実施例に従った自動コンフィグレーションサーバーの構成に係る模式図である。
【図４】図４は、本発明の実施例に従ったバッチでデバイスを管理するためのシステム構成に係る模式図である。
【図５】図５は、本発明の実施例に従ったバッチでデバイスを管理するための方法に係る模式図である。
【図６】図６は、本発明の実施例に従ったゲートウェイの構成に係る模式図である。
【図７】図７は、本発明の実施例に従った自動コンフィグレーションサーバーの構成に係る模式図である。
【図８】図８は、本発明の実施例に従ったバッチでデバイスを管理するためのシステム構成に係る模式図である。
【図９】図９は、本発明の実施例に従ったバッチでデバイスを管理するための方法に係る模式図である。
【図１０】図１０は、本発明の実施例に従ったゲートウェイの構成に係る模式図である。
【図１１】図１１は、本発明の実施例に従った自動コンフィグレーションサーバーの構成に係る模式図である。
【図１２】図１２は、本発明の実施例に従ったバッチでデバイスを管理するためのシステム構成に係る模式図である。
【発明を実施するための形態】
【００２２】
以降に、本発明の実施例において添付の実施例に関して、本発明の実施例における技術的ソリューションを明確に説明する。明らかに、説明される実施例は、本発明の全てではなく、むしろ単なる部分である。創造的な努力をすることなく本発明の実施例に基づいて当業者が獲得した全ての他の実施は、本発明の範囲内にあるものである。
【００２３】
実施例１
図１に示されるように、本発明の実施例は、バッチでデバイスを管理するための方法を提供する。ゲートウェイは、バッチ管理グループ作成ルールとネットワークにおけるデバイス情報に従ってバッチ管理グループを作成し、バッチ管理グループにおけるデバイスに対する自動コンフィグレーションサーバーによって送付されたバッチ管理コマンドに従ってネットワークにおけるデバイスをバッチで管理する。本方法は、特に以下のステップを含んでいる。
【００２４】
ステップ１０１：バッチ管理グループ作成ルールとネットワークにおけるデバイス情報に従ってバッチ管理グループを作成する。
【００２５】
最初に、ゲートウェイは、自動コンフィグレーションサーバーにより伝送されたバッチ管理グループ作成ルールを受け取る。ゲートウェイに対して自動コンフィグレーションサーバーにより伝送されたバッチ管理グループ作成ルールは、ゲートウェイに、どのルールがバッチ管理グループの作成のために使用されるかを指示する。バッチ管理グループ作成ルールは、以下の条件の一つまたは複数の組み合せを含んでいる。それらは、プロトコル、プロトコルのバージョン番号、デバイスベンダー（ｖｅｎｄｏｒ）、および、デバイスタイプである。例えば、バッチ管理グループ作成ルールは、「プロトコル」及び「ベンダー」であって、バッチ管理グループが、デバイスのプロトコルタイプとデバイスベンダーに従って作成されることを意味しており、同一のプロトコルをサポートし、かつ、同一のデバイスベンダーに属するデバイスは、一つのバッチ管理グループの中に分類される。自動コンフィグレーションサーバーは、ＢＢＦ  ＴＲ−０６９プロトコルで定義されたＡＣＳ（Ａｕｔｏ−Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｓｅｒｖｅｒ）であり、または、ゲートウェイ及びデバイスを管理または構成することができるサーバーである。
【００２６】
ゲートウェイは、ネットワークにおけるデバイスにより送付されたオンラインメッセージを受け取り、デバイス情報を獲得する。ネットワークにおけるデバイスがオンラインになる場合、デバイスは、ゲートウェイに対してオンラインメッセージを送付する。オンラインメッセージは、デバイス情報を含んでおり、デバイス情報は、プロトコル、プロトコルのバージョン番号、デバイスベンダー（ｖｅｎｄｏｒ）、および、デバイスタイプを含んでいる。
【００２７】
ゲートウェイは、作成ルールとデバイス情報に従って、デバイスが、作成されたバッチ管理グループに属するべきかどうかを判断する。例えば、バッチ管理グループ作成ルールが「プロトコル」及び「ベンダー」であって、ゲートウェイの中に作成されたバッチ管理グループが２つ存在しており、バッチ管理グループ１の識別情報が”protocol=UPnP  DM,  Vendor=B”であって、バッチ管理グループ２の識別情報が”protocol=ZigBee,  Vendor=A”である。デバイスＸの情報が、protocol=UPnP  DM,  Vendor=Bである場合、Ｘはバッチ管理グループ１に属し、デバイスＹの情報が、protocol=ZigBee,  Vendor=Cである場合、Ｙはバッチ管理グループ１に属さず、また、バッチ管理グループ２にも属さない。
【００２８】
デバイスが、作成ルールとデバイス情報に従ってあらゆる作成されたバッチ管理グループにも属するものでないと判断される場合は、バッチ管理グループが作成され、そのデバイスは、新たに作成されたバッチ管理グループの中に加えられる。前出の例に関しては、ゲートウェイが、デバイスＹのための新たなバッチ管理グループを作成し、Ｙは、そのバッチ管理グループの中に加えられる。バッチ管理グループの識別情報は、”protocol=ZigBee,  Vendor=C”であり、グループメンバーはデバイスＹを含んでいる。また、デバイスが、作成ルールとデバイス情報に従って作成されたバッチ管理グループに属すると判断される場合は、そのデバイスは、作成されたバッチ管理グループの中に加えられる。前出の例に関しては、ゲートウェイが、デバイスＸをバッチ管理グループ１の中に加える。
【００２９】
任意的に、バッチ管理グループ作成ルールとネットワークにおけるデバイス情報に従ってバッチ管理グループを作成することは、以下のことである。自動コンフィグレーションサーバーにより伝送されたバッチ管理グループ作成ルールを受け取り、作成ルールに従って一つまたはそれ以上のバッチ管理グループを作成すること。ネットワークにおけるデバイスによって送付されたオンラインメッセージを受け取り、デバイス情報を獲得すること。そして、作成ルールとデバイス情報に従ってデバイスを作成されたバッチ管理グループの中に加えることである。
【００３０】
この場合、ゲートウェイは、自動コンフィグレーションサーバーにより伝送されたバッチ管理グループ作成ルールに従って、リアルタイムにバッチ管理グループを作成して、バッチ管理グループ作成ルールを満たすデバイスをバッチ管理グループの中に追加する。
【００３１】
さらに、バッチ管理グループを作成することは、以下のことを含んでいる。データモデルにおいてバッチ管理グループのパラメーター情報を生成することであり、パラメーター情報は、バッチ管理グループのメンバー情報、及び/又は、バッチ管理グループの識別情報、及び/又は、バッチ管理グループにおけるメンバーによってサポートされているコマンドを含んでいる。以下の表は、データモデルにおけるバッチ管理グループのパラメーターに係る典型的な実施方法を示している。
【表１】
2014533384.tif 000003
【００３２】
本発明の実施例において、InternetGatewayDevice.Proxierは、プロキシされるデバイスの対象を示し、管理されるデバイスを記述するために使用される。
【００３３】
InternetGatewayDevice.Proxier.GroupRuleは、管理されるデバイスに対するバッチ管理グループ作成ルールを示す、ゲートウェイに、動的に発見されたデバイスに対してバッチ管理グループを作成する方法を指示する。例えば、このパラメーターの値が「プロトコルとバージョン」（"protpcol  and  version"）である場合、デバイスプロトコルとプロトコルバージョンに従ってバッチ管理グループが作成され、同一バージョンである同一プロトコルをサポートするデバイスが一つのグループの中に分類される。
【００３４】
InternetGatewayDevice.Proxier.BatchManageGroup.{i}は、バッチ管理グループの対象を示している。新たなバッチ管理グループを作成することは、バッチ管理グループの新たなインスタンス（ｉｎｓｔａｎｃｅ）を作成することを意味している。例えば、プロトコルタイプがUPnP及びプロトコルバージョンが1.0をサポートする全てのデバイスに対するバッチ管理グループが作成された場合、グループのインスタンス番号は１であり、方法が、InternetGatewayDevice.Proxier.BatchManageGroup.{1}である。プロトコルタイプがZigBee及びプロトコルバージョンが0x02をサポートする全てのデバイスに対するバッチ管理グループの場合、グループのインスタンス番号は２であり、方法は、InternetGatewayDevice.Proxier.BatchManageGroup.{2}である。
【００３５】
Memberは、バッチ管理グループのメンバーを示している。例えば、InternetGatewayDevice.Proxier.BatchManageGroup.{1}.Memberは、バッチ管理グループに含まれているデバイスを示しており、メンバーのパラメーター値は、デバイスＩＤといった、バッチ管理グループ１に含まれるデバイスの識別情報である。
【００３６】
Groupinfoは、バッチ管理グループの識別情報を示しており、バッチ管理グループ作成ルールを指示するために使用される。例えば、InternetGatewayDevice.Proxier.BatchManageGroup.{1}.GroupinfoプロトコルがUPnP、バージョン1.0の場合、バッチ管理グループに含まれるデバイスは、プロトコルタイプUPnPをサポートし、プロトコルバージョンが1.0である。
【００３７】
InternetGatewayDevice.Proxier.BatchManageGroup.{i}.Actionlist.{j}は、バッチ管理グループのコマンド対象を示している。例えば、InternetGatewayDevice.Proxier.BatchManageGroup.{1}.Actionlist.{3}は、バッチ管理グループ１のコマンド対象のインスタンス番号が３であることを示している。
【００３８】
コマンド対象は、バッチ管理グループにおけるデバイスによってサポートされるコマンドを記述するパラメーターを含んでいる。例えば、パラメーターは、コマンド名、コマンド実施ルール、入力パラメーター、出力パラメーター、および、コマンド実行状態を含んでいる。
【００３９】
ActionNameは、コマンド対象におけるコマンド名を示しており、例えば、リスタートコマンドは、Reboot.と名付けられている。
【００４０】
Invokeruleは、コマンド実施ルールを示しており、バッチ管理グループにおけるどのメンバーがバッチ管理コマンドを実行するのかを特定するために使用される。
【００４１】
Inputparaは、入力パラメーターを示しており、デバイスに対して実行されるコマンドにおいて伝えられるパラメーターを特定するために使用される。例えば、デバイスリスタートコマンドが１０分後に実行されようとしている場合、遅延の値が１０分である遅延パラメーターがInputparaのパラメーターの中に含まれている。
【００４２】
Outputparaは、出力パラメーターを示しており、グループにおけるデバイスによって送付されたコマンドレスポンスの集合を指示するために使用される。
【００４３】
Statusは、バッチ管理実行状態を示しており、バッチ管理コマンドの実行結果をを示すために使用される。例えば、バッチ管理コマンドを使用して管理する必要がある全てのデバイスがコマンドに対して反応した後で、または、コマンドに対する反応のための時間が経過してしまった後で、集められたコマンド実行状態がイベントを通じてレポートされ、Statusパラメーターの値が完了に設定される。バッチ管理オペレーションが完了したことを意味するものである。
【００４４】
自動コンフィグレーションサーバーは、最初に、SetParameterValues()コマンドを使用して、ゲートウェイのデータモデルにおいてInternetGatewayDevice.Proxier.GroupRuleのパラメーターを設定する。ゲートウェイに、動的に見出されるデバイスに対するバッチ管理グループの作成の仕方を指示するためである。例えば、このパラメーターの値が「プロトコルとバージョン」である場合、デバイスプロトコルタイプとプロトコルバージョンに従ってバッチ管理グループが作成されて、同一のバージョンである同一のプロトコルをサポートするデバイスが、一つのグループに分類される。
【００４５】
新たなデバイスを発見した後で、ゲートウェイは、バッチ管理グループ作成ルールに従って、デバイスが既存のグループの条件を満たすかどうか判断する。満たす場合は、そのデバイスを既存のグループの中に加える。満たさない場合、新たなグループインスタンスを作成し、デバイスによってサポートされているコマンドを新たなグループインスタンスのアクションリストの中に設定して、Groupinfoを設定し、そして、新たに作成されたグループの中にグループメンバーとしてデバイスを追加する。
【００４６】
例えば、InternetGatewayDevice.Proxier.GroupRule="protpcol  and  version"（「プロトコルとバージョン」）である場合、ゲートウェイは、デバイスによってサポートされているプロトコルがUPnPであり、プロトコルバージョン番号が1.0であるデバイスを探す。データモデルにおいて、InternetGatewayDevice.Proxier.BatchManageGroup.{i}.Groupinfoパラメーターを捜すことを通じて、ゲートウェイは、サポートされているプロトコルタイプがUPnPであり、プロトコルバージョン番号が1.0であるバッチ管理グループインスタンスが作成されたかどうかを判断する。そうである場合、デバイスを作成されたグループインスタンスの中に加えるように、InternetGatewayDevice.Proxier.BatchManageGroup.{i}.Memberパラメーターを設定する。そうでない場合、バッチ管理グループを作成する。つまり、特定的には、バッチ管理グループインスタンスを作成し、インスタンスのパラメーター情報を設定する。InternetGatewayDevice.Proxier.BatchManageGroup.{i}.Member（パラメーター値の中にデバイスの識別子を設定すること）とInternetGatewayDevice.Proxier.BatchManageGroup.{i}.Groupinfo（プロトコルはUPnPでありプロトコルバージョン番号が1.0である情報をパラメーター値の中に設定すること）を設定すること含んでおり、InternetGatewayDevice.Proxier.BatchManageGroup.{i}.Actionlist.{i}のインスタンスを作成して、インスタンスの中にデバイスによってサポートされているコマンドを設定する。
【００４７】
ステップ１０２：バッチ管理グループにおけるデバイスに対して自動コンフィグレーションサーバーによって送付されたバッチ管理モジュールを受け取る。
【００４８】
ＡＣＳは、SetParameterValues()コマンドをゲートウェイに対して送付し、バッチ管理グループのパラメーターを設定して、バッチ管理オペレーションを開始する。送付されるパラメーターは、以下のものを含んでいる。InternetGatewayDevice.Proxier.BatchManageGroup.{i}.Actionlist.{i}.Invokerule（バッチ管理オペレーションが実行されるグループにおけるメンバーを示している）、InternetGatewayDevice.Proxier.BatchManageGroup.{i}.Actionlist.{i}.Inputpara（実施されるべきアクションの入力パラメーターの設定）、および、InternetGatewayDevice.Proxier.BatchManageGroup.{i}.Actionlist.{i}.Status（実行するパラメーターを設定し、InternetGatewayDevice.Proxier.BatchManageGroup.{i}.Actionlist.{i}.ActionNameパラメーターによって特定されるアクションが実行されることを示している）である。
【００４９】
ゲートウェイは、ＡＣＳに対してSetParameterValue()レスポンスメッセージを送付し、バッチ管理コマンドが受け取られたことを示している。
【００５０】
ステップ１０３：バッチ管理コマンドに従ってバッチ管理グループにおいて管理される必要があるデバイスを決定する。
【００５１】
ゲートウェイは、InternetGatewayDevice.Proxier.BatchManageGroup.{i}.Actionlist.{i}.Invokeruleパラメーターに従って、どのデバイスにコマンドを送付する必要があるかを判断する。Invokeruleは、コマンド実施ルールを示しており、バッチ管理グループにおけるどのメンバーがバッチ管理コマンドを実行するかを特定するために使用される。例えば、グループは、ベンダーＡとベンダーＢのデバイスを含んでいる。ベンダーＡのデバイスだけを管理する場合は、Invokeruleの値を「ベンダー＝Ａ」（"vendor=A"）と設定する。
【００５２】
ステップ１０４：バッチ管理コマンドを、管理が必要なデバイスによってサポートーされているコマンドに変換して、管理が必要なデバイスによってサポートされているコマンドを管理が必要なデバイスに対して送付する。
【００５３】
ゲートウェイは、InternetGatewayDevice.Proxier.BatchManageGroup.{i}.Actionlist.{i}.ActionName.に従ってデバイスに対して何のコマンドが送付されたかを判断する。
【００５４】
例えば、ActionNameが、UPnP  DMプロトコルにおけるReboot.である場合、バッチ管理オペレーションの目的は、バッチでのデバイスのリスタートである。ゲートウェイは、UPnP  DMプロトコル（つまり、UPnPにおけるアクション）のReboot()コマンドを生成する。
【００５５】
管理が必要なデバイスによってサポートされるコマンドが、ステップ１０３で判断されるように、管理が必要なデバイスに対して送付される。例えば、ステップ１０４において生成されるReboot()コマンドは、UPnPプロトコルを通じて、グループにおけるベンダーＡのデバイスに対して送付される。
【００５６】
さらに、ゲートウェイは、管理が必要なデバイスによって送付されたコマンドレスポンスを受け取り、コマンドレスポンスに従って自動コンフィグレーションサーバーに対して送付されるべきバッチ管理コマンドの実行結果を生成し、そして、実行結果を自動コンフィグレーションサーバーに対して送付する。
【００５７】
コマンドの実行を完了した後で、管理が必要なデバイスは、ゲートウェイに対してコマンドレスポンスを送付する。コマンドレスポンスは、コマンド実行結果を含んでいる。
【００５８】
例えば、デバイスは、ゲートウェイに対してReboot()レスポンスメッセージを送付する。レスポンスメッセージにおけるリブートステータスパラメーターの値は、リブートナウ（ＲｅｂｏｏｔＮｏｗ）であり、デバイスがリスタートコマンドを受け取り、リスタートオペレーションを直ちに実行することを示している。
【００５９】
コマンドレスポンスを受け取った後で、ゲートウェイは、自動コンフィグレーションサーバーに対して送付されるべきバッチ管理コマンドの実行結果を生成し、InternetGatewayDevice.Proxier.BatchManageGroup.{i}.Actionlist.{i}.Outputparaパラメーターの中に、コマンド実行結果を書き込む。
【００６０】
例えば、デバイスＡ１が成功裡にコマンドを実行し、デバイスＡ２はコマンドの実行に失敗する。Outputparaパラメーターの値は、以下のとおりである。
DeviceName=A1,RebootStatus=RebootNow;
DeviceName=A2,ErrorCode=400;
【００６１】
バッチ管理コマンドを使用して管理する必要がある全てのデバイスがコマンドに対してレスポンスした後で、または、コマンドに対するレスポンスの時間が経過した後で、集められたコマンド実行結果が、ＴＲ−０６９の”４  ＶＡＬＵＥ  ＣＨＡＮＧＥ”イベントを通じてレポートされる。InternetGatewayDevice.Proxier.BatchManageGroup.{i}.Actionlist.{i}のStatusパラメーターが完了に設定され、バッチ管理オペレーションが完了したことを示している。
【００６２】
本発明の実施例において、ゲートウェイは、バッチ管理グループ作成ルールとネットワークにおけるデバイス情報に従って、バッチ管理グループを作成し、バッチ管理グループにおけるデバイスに対して自動コンフィグレーションサーバーによって送付されたバッチ管理コマンドに従って、バッチでネットワークにおけるデバイスを管理する。これにより、ゲートウェイによってカバーされているネットワークにおけるデバイスのバッチ管理を実施している。
【００６３】
実施例２
図２は、本発明の実施例に従ったゲートウェイの構成に係る模式図である。ゲートウェイは、バッチ管理グループ作成ルールとネットワークにおけるデバイス情報に従ってバッチ管理グループを作成し、バッチ管理グループにおけるデバイスに対して自動コンフィグレーションサーバーによって送付されたバッチ管理コマンドに従って、バッチでネットワークにおけるデバイスを管理する。ゲートウェイ２０は、バッチ管理グループ作成ユニット２０１、受信ユニット２０２、決定ユニット２０３、変換ユニット２０４、および、送信ユニット２０５を含んでいる。
【００６４】
バッチ管理グループ作成ユニット２０１は、バッチ管理グループ作成ルールとネットワークにおけるデバイス情報に従ってバッチ管理グループを作成するように構成されており、バッチ管理グループ作成ルールは、自動コンフィグレーションサーバーによって作成され、ゲートウェイに送付される。ネットワークにおけるデバイス情報は、ネットワークにおけるゲートウェイの下にあるデバイスに係る情報を示しており、プロトコル、プロトコルバージョン番号、デバイスベンダー、および、デバイスタイプを含んでいる。任意的に、バッチ管理グループ作成ユニット２０１は、同一タイプで同一バージョン番号のプロトコルをサポートするデバイスを、一つの管理グループの中に分類する。
【００６５】
受信ユニット２０２は、自動コンフィグレーションサーバーによって送付されたバッチ管理グループ作成ルールを受信し、バッチ管理グループに対して自動コンフィグレーションサーバーによって送付されたバッチ管理コマンドを受信し、かつ、管理されるデバイスから送付されたデバイス情報を受信するように構成されている。
【００６６】
決定ユニット２０３は、バッチ管理コマンドに従ってバッチ管理グループにおいて管理が必要なデバイスを決定するように構成されており、コマンド実施ルールは、プロトコル、プロトコルバージョン番号、デバイスベンダー、および、デバイスタイプを含んでいる。
【００６７】
変換ユニット２０４は、バッチ管理コマンドを、管理が必要なデバイスによってサポートされているコマンドに変換するように構成されている。異なるバッチ管理グループのデバイスによってサポートされているプロトコルタイプ及びプロトコルバージョン番号は異なっており、あるバッチ管理グループにおけるデバイスは、バッチ管理コマンドを直接的に実行することができない。そのため、バッチ管理コマンドは、管理が必要なデバイスによってサポートされているコマンドへと変換される必要がある。
【００６８】
送信ユニット２０５は、バッチ管理コマンドを管理が必要なデバイスに対して送信するように構成されている。
【００６９】
本発明の実施例において、ゲートウェイは、バッチ管理グループ作成ルールとネットワークにおけるデバイス情報に従ってバッチ管理グループを作成し、自動コンフィグレーションサーバーから受け取ったバッチ管理コマンドに従ってバッチでネットワークにおけるデバイスを管理する。これにより、ゲートウェイによってカバーされるネットワークにおけるデバイスのバッチ管理を実施している。
【００７０】
図３は、本発明の実施例に従った自動コンフィグレーションサーバーの構成に係る模式図である。自動コンフィグレーションサーバーは、バッチ管理グループ作成ルールを創作し、バッチ管理グループの中のデバイスのためのバッチ管理コマンドをゲートウェイに対して送付する。ネットワークにおけるデバイス上でバッチ管理を実行するためである。自動コンフィグレーションサーバー３０は、以下のものを含んでいる。バッチ管理グループ作成ルール創作ユニット３０１、バッチ管理コマンド生成ユニット３０２、送信ユニット３０３、受信ユニット３０４である。
【００７１】
バッチ管理グループ作成ルール創作ユニット３０１は、バッチ管理グループ作成ルールを創作するように構成されており、ルールは、ゲートウェイに対してネットワークにおけるデバイスに対するバッチ管理グループを作成するように指示するために使用される。任意的に、ルールは、同一タイプで同一バージョンのプロトコルをサポートするデバイスを一つの管理グループの中に分類する。
【００７２】
バッチ管理コマンド生成ユニット３０２は、ネットワークにおけるバッチ管理グループに係るデバイスをバッチで管理する要求に従って、バッチ管理グループに対するバッチ管理コマンドを生成するように構成されている。バッチ管理グループを管理するためのものである。
【００７３】
送信ユニット３０３は、ゲートウェイに対してバッチ管理グループ作成ルールを送付し、ゲートウェイに対してバッチ管理グループのためのバッチ管理コマンドを送付するように構成されている。
【００７４】
本発明の実施例において、自動コンフィグレーションサーバーは、バッチ管理グループ作成ルールを創作し、そして、ネットワークにおけるバッチ管理グループに係るデバイスをバッチで管理するために、ゲートウェイに対してバッチ管理グループの中のデバイスに対するバッチ管理コマンドを送付し、それによって、ゲートウェイによりカバーされるネットワークの中のデバイスに係るバッチ管理を実施する。
【００７５】
実施例４
図４は、本発明の実施例に従ったバッチでデバイスを管理するためのシステム構成に係る模式図である。本発明の実施例において、ゲートウェイは、バッチ管理グループ作成ルール及びネットワークにおけるデバイス情報に従ってバッチ管理グループを創作し、バッチ管理グループの中のデバイスに対して自動コンフィグレーションサーバーによって送付されたコマンドに従って、ネットワークにおけるデバイスをバッチで管理する。本システムは、ゲートウェイ２０、自動コンフィグレーションサーバー３０、および、デバイス３１を含んでいる。
【００７６】
ゲートウェイ２０は、以下のものを含んでいる。バッチ管理グループ作成ユニット２０１、受信ユニット２０２、変換ユニット２０４、および、送信ユニット２０５である。
【００７７】
バッチ管理グループ作成ユニット２０１は、バッチ管理グループ作成ルール及びネットワークにおけるデバイス情報に従ってバッチ管理グループを創作するように構成されており、バッチ管理グループ作成ルールが創作されて、自動コンフィグレーションサーバーによってゲートウェイにたいして送付される。ネットワークにおけるデバイス情報は、ネットワークの中でゲートウェイの下にあるデバイスの情報を示しており、プロトコル、プロトコルのバージョン番号、デバイスベンダー、および、デバイスタイプを含んでいる。任意的に、バッチ管理グループ作成ユニット２０１は、同一タイプで同一バージョン番号のプロトコルをサポートするデバイスを、一つの管理グループの中に分類する。
【００７８】
受信ユニット２０２は、自動コンフィグレーションサーバーによって送付されたバッチ管理グループ作成ルールを受信し、バッチ管理グループに対して自動コンフィグレーションサーバーによって送付されたバッチ管理コマンドを受信し、かつ、管理されるデバイスから送付されたデバイス情報を受信するように構成されている。
【００７９】
決定ユニット２０３は、バッチ管理コマンドに従ってバッチ管理グループにおいて管理が必要なデバイスを決定するように構成されており、コマンド実施ルールは、プロトコル、プロトコルバージョン番号、デバイスベンダー、および、デバイスタイプを含んでいる。
【００８０】
変換ユニット２０４は、バッチ管理コマンドを、管理が必要なデバイスによってサポートされているコマンドに変換するように構成されている。異なるバッチ管理グループのデバイスによってサポートされているプロトコルタイプ及びプロトコルバージョン番号は異なっており、あるバッチ管理グループにおけるデバイスは、バッチ管理コマンドを直接的に実行することができない。そのため、バッチ管理コマンドは、管理が必要なデバイスによってサポートされているコマンドへと変換される必要がある。
【００８１】
送信ユニット２０５は、バッチ管理コマンドを管理が必要なデバイスに対して送信するように構成されている。
【００８２】
自動コンフィグレーションサーバー３０は、以下のものを含んでいる。バッチ管理グループ作成ルール創作ユニット３０１、バッチ管理コマンド生成ユニット３０２、送信ユニット３０３、受信ユニット３０４である。
【００８３】
バッチ管理グループ作成ルール創作ユニット３０１は、バッチ管理グループ作成ルールを創作するように構成されており、ルールは、ゲートウェイに対してネットワークにおけるデバイスに対するバッチ管理グループを作成するように指示するために使用される。任意的に、ルールは、同一タイプで同一バージョンのプロトコルをサポートするデバイスを一つの管理グループの中に分類する。
【００８４】
バッチ管理コマンド生成ユニット３０２は、ネットワークにおけるバッチ管理グループに係るデバイスをバッチで管理する要求に従って、バッチ管理グループに対するバッチ管理コマンドを生成するように構成されている。バッチ管理グループを管理するためのものである。
【００８５】
送信ユニット３０３は、ゲートウェイに対してバッチ管理グループ作成ルールを送付し、ゲートウェイに対してバッチ管理グループにためのバッチ管理コマンドを送付するように構成されている。
【００８６】
本発明の実施例において、ゲートウェイは、バッチ管理グループ作成ルール及びネットワークにおけるデバイス情報に従ってバッチ管理グループを創作し、バッチ管理グループの中のデバイスに対して自動コンフィグレーションサーバーによって送付されたコマンドに従って、ネットワークにおけるデバイスをバッチで管理する。それによって、ゲートウェイによりカバーされるネットワークの中のデバイスに係るバッチ管理を実施する。
【００８７】
実施例５
図５に示されるように、本発明の実施例は、バッチでデバイスを管理するための方法を提供する。本発明の実施例において、ゲートウェイは、比較的にインテリジェントであり、コミュニケーションプロトコルを理解することができ、ネットワークにおけるそれぞれのデバイスによってサポートされているコマンドに関する情報に従って共通コマンドを生成することができる。本発明の実施例において、ゲートウェイは、ネットワークにおけるそれぞれのデバイスによってサポートされているコマンドに関する情報を獲得し、ネットワークにおけるそれぞれのデバイスによってサポートされているコマンドの情報に従って共通コマンドを生成し、自動コンフィグレーションサーバーによって送付された共通コマンドに応じたデータモデルに対するバッチ管理コマンドを受け取り、そして、ネットワークにおけるデバイスをバッチで管理する。本方法は、特に以下のステップを含んでいる。
【００８８】
ステップ４０１：Ｎ個のデバイス（Ｎは２以上の自然数）におけるそれぞれのデバイスによってサポートされているコマンドに関する情報を獲得し、それぞれのデバイスによってサポートされているコマンドに関する情報に従って共通コマンドを生成し、共通コマンドに応じたデータモデルを生成する。ここで、Ｎ個のデバイスは、少なくとも２つのタイプのコミュニケーションプロトコルをサポートしている。
【００８９】
ゲートウェイは、最初に、UPnP、ZigBee、および、他のプロトコルを通じてＮ個のデバイス（Ｎは２以上の自然数）におけるそれぞれのデバイスの基本情報と機能情報を獲得する。ここで、基本情報は、デバイスＩＤ、デバイスタイプ、プロトコルバージョン、および、デバイスベンダーを含んでいる。Ｎ個のデバイスにおけるそれぞれのデバイスによってサポートされているプロトコルは同一のプロトコルではない。つまり、Ｎ個のデバイスは少なくとも２つのコミュニケーションプロトコルをサポートしている。コミュニケーションプロトコルは、UPnP、Cat-iq、Z-Wave、または、IGRS（Intelligent  Grouping  and  Resource  Sharing）を含んでいる。
【００９０】
例えば、UPnPプロトコルを通じて得られたデバイスの基本情報は、uuid、UPnP_Light、1.0、Vendor_A  であり、ZigBeeプロトコルを通じて得られたデバイスの基本情報は、NodeID、ZigBee_Camera、1.0、Vendor_B  である。UPnPプロトコルを通じて得られたデバイスの機能情報は、UPnP:  UPnP_DM_BMS::Reboot()、  UPnP_DM_SMS::Update()  であり、ZigBeeプロトコルを通じて得られたデバイスの機能情報は、switch_seton、  switch_setoff、  camera_upgrade  である。
【００９１】
上記の情報に基づいて、デバイスによってサポートされているコマンドの情報を知ることができる。UPnP、ZigBee、および、他のコミュニケーションプロトコル上のゲートウェイの理解によるものであり、既定のストラテジーに従って機能を分類して抽象化することによって共通コマンドが獲得され得る。それぞれのデバイスによってサポートされる一つのコマンド又は複数のコマンドの組み合わせが所定の一般機能を実施することができる場合は、一般機能をサポートすることができる共通コマンドを生成する。ここで、共通コマンドは、それぞれのデバイスによってサポートされる一つのコマンド又は複数のコマンドの組み合わせに対応している。
【００９２】
例として、リスタート機能を取り上げる。UPnPプロトコルの中にReboot()コマンドがあると仮定する。Reboot()コマンドは、ZigBeeコマンドの中にあり、もしくは、ZigBeeプロトコルの中にReboot()コマンドが存在しないが、PowerONオペレーションとPowerOffオペレーションの組み合わせを通じてリスタート機能が実施され得る。そして、リスタート機能のために共通コマンドが生成され、コマンド名はReboot()である。同様に、工場設定のアップグレードや復元といった、他の一般機能に対する共通コマンドが生成されてよい。
【００９３】
さらに、ゲートウェイは、共通コマンドに応じたデータモデルを生成する。ここで、データモデルは、共通コマンド、共通コマンド実施ルール、共通コマンド実行レスポンス結果、および、他の属性を含むものである。以下の表は、特に、実施例における共通コマンドに対応するデータモデルの典型的な実施方法を示している。
【表２】
2014533384.tif 000004
【００９４】
ゲートウェイは、Informメッセージを通じてＡＣＳに対して新たに追加されたデータモデルに関する情報をレポートする。新たに追加されたデータモデルを通じてバッチでデバイスを管理するようにＡＣＳに指示するためである。さらに、Informメッセージは、また、デバイス情報リストを含んでいる。ここで、リストはデバイスによってサポートされている一般機能に関する情報と他の情報を含んでおり、どのオペレーションがデバイスによってサポートされているかを判断するために、かつ、バッチ管理コマンドを送付する場合にコマンド実施ルールフィルターを設定するために、自動コンフィグレーションサーバーによって使用される。例えば、送付されるデバイス情報は、以下のとおりである。
【表３】
2014533384.tif 000005
【００９５】
自動コンフィグレーションサーバーは、ＢＢＦ  ＴＲ−０６９プロトコルにおいて定義されているＡＣＳ（Ａｕｔｏ−Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｓｅｒｖｅｒ）であり、または、ゲートウェイとデバイスを管理又は構成することができるサーバーである。
【００９６】
ステップ４０２：共通コマンドに応じたデータモデルに対する自動コンフィグレーションサーバーによって送付されたバッチ管理コマンドを受け取る。
【００９７】
ゲートウェイは、共通コマンドに応じたデータモデルに対する自動コンフィグレーションサーバーによって送付されたバッチ管理コマンドを受け取る。例えば、バッチ管理コマンドがリスタートコマンドである場合、自動コンフィグレーションサーバーは、SetParameterValueコマンドをゲートウェイに対して送付して、共通コマンドRebootに対応するデータモデルを設定する。この実施例において、共通コマンドであるInternetGatewayDevice.Proxier.DevicesCommand.Reboot.は、
InternetGatewayDevice.Proxier.DevicesCommand.Reboot.Excute=1  に設定される。
【００９８】
バッチ管理コマンドは、また、Ｎ個のデバイスの中で管理を要するデバイスを決定するためのフィルター条件を含んでいる。この実施例において、コマンド実施ルールのフィルターパラメーターは、ＸＭＬ構造を使用して特定的に記述され得る。例えば、以下のとおりである。
<Filter>
<IDs>all</IDs>
<vendor>all</vendor>
<protocols>UPnP,ZigBee</protocols>
<version>all</version>
</Filter>
【００９９】
ステップ４０３：バッチ管理コマンドをＮ個のデバイスの中の一つまたはそれ以上のデバイスによってサポートされているコマンドへと変換して、一つまたはそれ以上のデバイスによってサポートされているコマンドをＮ個のデバイスの中の一つまたはそれ以上のデバイスに対して送付する。
【０１００】
ゲートウェイは、最初に、バッチ管理コマンドにおけるフィルター条件に従ってＮ個のデバイスの中で管理が必要なデバイスを決定する。つまり、ゲートウェイは、フィルター条件に基づいてＮ個のデバイスの中の一つまたはそれ以上のデバイスを管理することを決定する。
【０１０１】
本発明の実施例においては、ステップ４０２におけるフィルターに従って、デバイスのデバイスベンダー及びプロトコルバージョン番号が同一であるかどうかを考慮することなく、ネットワークにおいてUPnP及びZigBeeプロトコルをサポートしている全てのデバイスに対してリスタートRebootコマンドが送付されることを決定してよい。
【０１０２】
次に、バッチ管理コマンドは、Ｎ個のデバイスの中の一つまたはそれ以上のデバイスによってサポートされているコマンドへと変換される。つまり、共通コマンドは、上述のステップ４０２における共通コマンドを生成するルールに従って、デバイスによってサポートされているコマンドへと変換される。そして、一つまたはそれ以上のデバイスによってサポートされているコマンドは、Ｎ個のデバイスの中の一つまたはそれ以上のデバイスに対して送付される。
【０１０３】
さらに、一つまたはそれ以上のデバイスによってサポートされているコマンドが複数のオペレーションによって形成されている場合は、バッチ管理コマンドをＮ個のデバイスの中の一つまたはそれ以上のデバイスによってサポートされているコマンドに対応する一つまたはそれ以上のオペレーションへと変換すること、および、一つまたはそれ以上のデバイスによってサポートされているコマンドに対応する複数のオペレーションを、Ｎ個のデバイスの中の一つまたはそれ以上のデバイスに対して送付することが必要である。
【０１０４】
例えば、デバイスがRebootコマンドをサポートしている場合、デバイスに対してRebootコマンドを送付する。デバイスがリスタート機能を実施するためにPowerOffオペレーションとPowerONオペレーションの組み合わせを使用する場合、デバイスに対してリスタート機能を実施するためにPowerOffオペレーションとPowerONオペレーションを送付する。
【０１０５】
さらに、ゲートウェイは、管理が必要なデバイスによって送付されたコマンドレスポンスを受け取り、そのコマンドレスポンスに従って、自動コンフィグレーションサーバーに対して送付されるべきバッチ管理コマンドの実行結果を生成して、その実行結果を自動コンフィグレーションサーバーに対して送付する。
【０１０６】
例えば、デバイスはReboot()レスポンスメッセージをゲートウェイに対して送付し、レスポンスメッセージにおけるRebootStatusパラメーターの値はRebootNowである。これは、デバイスがリスタートコマンドを受け容れ、直ちにリスタートオペレーションを実行することを示している。ゲートウェイは、コマンド実行レスポンスに従って、自動コンフィグレーションサーバーに送付し、バッチ管理コマンドのResultの値をSuccess、またはFailed、またはException、またはそれぞれのデバイスIDおよび実行状況に設定する。そして、ゲートウェイは、ＴＲ−０６９プロトコルの"4  VALUE  CHANGE"イベントを通じて、パラメーター名とResultのパラメーター値を自動コンフィグレーションサーバーに対して送付する。
【０１０７】
本発明の実施例において、ゲートウェイは、ネットワークにおけるそれぞれのデバイスによってサポートされているコマンドに関する情報を獲得し、ネットワークにおけるそれぞれのデバイスによってサポートされているコマンドに従って共通コマンドを生成し、共通コマンドに応じたデータモデルのために自動コンフィグレーションサーバーによって送付されたバッチ管理コマンドを受け取り、ネットワークにおけるデバイスをバッチで管理する。これにより、ゲートウェイによってカバーされているネットワークにおけるデバイスのバッチ管理を実施している。
【０１０８】
実施例６
図６は、本発明の実施例に従ったゲートウェイの構成に係る模式図である。ゲートウェイは、ネットワークにおけるＮ個（Ｎは２以上の自然数）のデバイスの中のそれぞれのデバイスによってサポートされているコマンドに関する情報に従って共通コマンドを生成し、自動コンフィグレーションサーバーから受け取ったバッチ管理コマンドに従ってネットワークにおけるデバイスをバッチで管理する。ゲートウェイ５０は、以下のものを含んでいる。受信ユニット５０１、共通コマンド生成ユニット５０２、データモデル生成ユニット５０３、および、送信ユニット５０４である。
ここで、受信ユニット５０１は、ネットワークにおけるＮ個（Ｎは２以上の自然数）のデバイスの中のそれぞれのデバイスによってサポートされているコマンドに関する情報を受信し、かつ、自動コンフィグレーションサーバーによって送付されたバッチ管理コマンドを受信するように構成されている。
共通コマンド生成ユニット５０２は、Ｎ個のデバイスの中のそれぞれのデバイスによってサポートされているコマンドに関する情報に従って共通コマンドを生成するように構成されている。
データモデル生成ユニット５０３は、共通コマンドに応じたデータモデルを生成するように構成されている。
送信ユニット５０４は、一つまたはそれ以上のデバイスによってサポートされているコマンドをＮ個のデバイスの中の一つまたはそれ以上のデバイスに対して送付するように構成されている。
【０１０９】
本発明の実施例において、ゲートウェイは、ネットワークにおけるそれぞれのデバイスのキャパシティー情報を獲得し、ネットワークにおけるそれぞれのデバイスによってサポートされているコマンドに関する情報に従って共通コマンドを生成し、そして、ネットワークにおけるデバイスをバッチで管理する。これにより、ゲートウェイによってカバーされているネットワークにおけるデバイスのバッチ管理を実施している。
【０１１０】
実施例７
図７は、本発明の実施例に従った自動コンフィグレーションサーバーの構成に係る模式図である。自動コンフィグレーションサーバーは、ゲートウェイによってカバーされているネットワークにおけるバッチでのデバイス管理を実施するためにゲートウェイに対してバッチ管理コマンドを送付する。自動コンフィグレーションサーバー６０は、バッチ管理コマンド生成ユニット６０１と送信ユニット６０２を含んでいる。
ここで、バッチ管理コマンド生成ユニット６０１は、共通コマンドに応じたデータモデルのためのバッチ管理コマンドを生成するように構成されている。
送信ユニット６０２は、共通コマンドに応じてゲートウェイに対してデータモデルのためのバッチ管理コマンドを送付するように構成されている。
【０１１１】
本発明の実施例において、自動コンフィグレーションサーバーは、ゲートウェイに対してバッチ管理コマンドを送付し、そして、ネットワークにおけるゲートウェイの下のデバイスをバッチで管理する。これにより、ゲートウェイによってカバーされているネットワークにおけるデバイスのバッチ管理を実施している。
【０１１２】
実施例８
図８は、本発明の実施例において、バッチでデバイスを管理するためのシステム構成に係る模式図である。システムは、ゲートウェイ５０、自動コンフィグレーションサーア６０、および、デバイス６１を含んでいる。
【０１１３】
ゲートウェイ５０は、以下のものを含んでいる。受信ユニット５０１、共通コマンド生成ユニット５０２、データモデル生成ユニット５０３、および、送信ユニット５０４である。
ここで、受信ユニット５０１は、ネットワークにおけるＮ個（Ｎは２以上の自然数）のデバイスの中のそれぞれのデバイスによってサポートされているコマンドに関する情報を受信し、かつ、自動コンフィグレーションサーバーによって送付されたバッチ管理コマンドを受信するように構成されている。
共通コマンド生成ユニット５０２は、Ｎ個のデバイスの中のそれぞれのデバイスによってサポートされているコマンドに関する情報に従って共通コマンドを生成するように構成されている。
データモデル生成ユニット５０３は、共通コマンドに応じたデータモデルを生成するように構成されている。
送信ユニット５０４は、Ｎ個のデバイスの中の一つまたはそれ以上のデバイスに対して一つまたはそれ以上のデバイスによってサポートされているコマンドを送付するように構成されている。
【０１１４】
自動コンフィグレーションサーバー６０は、バッチ管理コマンド生成ユニット６０１と送信ユニット６０２を含んでいる。
ここで、バッチ管理コマンド生成ユニット６０１は、共通コマンドに応じたデータモデルのためのバッチ管理コマンドを生成するように構成されている。
送信ユニット６０２は、共通コマンドに応じてゲートウェイに対してデータモデルのためのバッチ管理コマンドを送付するように構成されている。
【０１１５】
本発明の実施例において、ゲートウェイは、ネットワークにおけるそれぞれのデバイスのキャパシティー情報を獲得し、ネットワークにおけるそれぞれのデバイスによってサポートされているコマンドに関する情報に従って共通コマンドを生成し、共通コマンドに応じたデータモデルのために自動コンフィグレーションサーバーによって送付されたバッチ管理コマンドを受け取り、ネットワークにおけるデバイスをバッチで管理する。これにより、ゲートウェイによってカバーされているネットワークにおけるデバイスのバッチ管理を実施している。
【０１１６】
実施例９
図９に示されるように、本発明の実施例は、バッチでデバイスを管理するための方法を提供する。本発明の実施例において、ゲートウェイは、比較的にインテリジェントであり、コミュニケーションプロトコルを理解することができ、ネットワークにおけるそれぞれのデバイスによってサポートされているコマンドに関する情報に従って共通コマンドを生成することができる。本発明の実施例において、ゲートウェイは、ネットワークにおけるそれぞれのデバイスによってサポートされているコマンドに関する情報を獲得し、ネットワークにおけるそれぞれのデバイスによってサポートされているコマンドの情報に従って共通コマンドを生成し、自動コンフィグレーションサーバーによって送付された共通コマンドに応じたデータモデルに対するバッチ管理コマンドを受け取り、そして、ネットワークにおけるデバイスをバッチで管理する。本方法は、特に以下のステップを含んでいる。
【０１１７】
ステップ７０１：Ｎ個のデバイス（Ｎは２以上の自然数）におけるそれぞれのデバイスによってサポートされているコマンドに関する情報を獲得し、自動コンフィグレーションサーバーに対して情報を送付する。ここで、Ｎ個のデバイスは、少なくとも２つのタイプのコミュニケーションプロトコルをサポートしている。
【０１１８】
ゲートウェイは、最初に、UPnP、ZigBee、および、他のプロトコルを通じてＮ個のデバイス（Ｎは２以上の自然数）におけるそれぞれのデバイスの基本情報と機能情報を獲得する。ここで、基本情報は、デバイスＩＤ、デバイスタイプ、プロトコルバージョン、および、デバイスベンダーを含んでいる。
【０１１９】
Ｎ個のデバイスにおけるそれぞれのデバイスによってサポートされているプロトコルは同一のプロトコルではない。つまり、Ｎ個のデバイスは少なくとも２つのコミュニケーションプロトコルをサポートしている。コミュニケーションプロトコルは、UPnP、Cat-iq、Z-Wave、または、IGRS（Intelligent  Grouping  and  Resource  Sharing）を含んでいる。
【０１２０】
例えば、UPnPプロトコルを通じて得られたデバイスの基本情報は、uuid、UPnP_Light、1.0、Vendor_A  であり、ZigBeeプロトコルを通じて得られたデバイスの基本情報は、NodeID、ZigBee_Camera、1.0、Vendor_B  である。UPnPプロトコルを通じて得られたデバイスの機能情報は、UPnP:  UPnP_DM_BMS::Reboot()、  UPnP_DM_SMS::Update()  であり、ZigBeeプロトコルを通じて得られたデバイスの機能情報は、switch_seton、  switch_setoff、  camera_upgrade  である。
【０１２１】
ゲートウェイは、ＴＲ−０６９プロトコルを使用して記述され、それぞれのデバイスの機能情報を含むＸＭＬ文書を生成し、デバイスによってサポートされているバッチ管理コマンドをＸＭＬ形式でＸＭＬ文書の中に直接的に記録する。例えば、以下のとおりである。
<DeviceList>
<Device>
<ID>1</ID>
<frindlyName></frindlyName>
<Type>STB</Type>
<Vendor>A</Vendor>
<Protocol>UPnP_DM_1.0</Protocol>
<SupportedCommands>Reboot,BaselineReset,Ping</SupportedCommands>
</Device>
<Device>
<ID>2</ID>
<frindlyName></frindlyName>
<Type>SecurityCamera</Type>
<Vendor>B</Vendor>
<Protocol>ZigBee_HomeAutomation_1.0</Protocol>
<SupportedCommands>zha_PowerOn,zha_PowerOff,zha_Update</SupportedCommands>
</Device>
</DeviceList>
【０１２２】
ＸＭＬ文書は、２つのデバイスの機能情報を含んでいる。デバイス１は、デバイスベンダーＡのＳＴＢデバイスであり、バージョン番号が1.0のUPnP_DMプロトコルをサポートしており、バッチ管理コマンドは、デバイスのReboot、BaselineReset、およびPingをサポートする。デバイス２は、デバイスベンダーＢのSecurityCameraデバイスであり、バージョン番号が1.0のZigBee_HomeAutomationプロトコルをサポートしており、バッチ管理コマンドは、デバイスのzha_PowerOn、zha_PowerOff、およびzha_Updateをサポートする。
【０１２３】
ゲートウェイは、Informメッセージ又はUpload方法を通じて自動コンフィグレーションサーバーに対してＸＭＬ文書を送付する。
【０１２４】
さらに、ゲートウェイは、また、Informメッセージの中に含まれるデバイス情報リストを有してよい。リストは、デバイスによってサポートされている一般機能に関する情報、および、他の情報を含んでいる。情報は、自動コンフィグレーションサーバーによって使用され、どのオペレーションがデバイスによってサポートされているかを判断して、バッチ管理コマンドを送付するときのコマンド実施ルールを設定する。
【０１２５】
例えば、送付されるデバイス情報リストは以下のようなものである。
【表４】
2014533384.tif 000006
【０１２６】
自動コンフィグレーションサーバーは、ＢＢＦ  ＴＲ−０６９プロトコルにおいて定義されているＡＣＳ（Ａｕｔｏ−Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｓｅｒｖｅｒ）であり、または、ゲートウェイとデバイスを管理又は構成することができるサーバーである。
【０１２７】
ステップ７０２：自動コンフィグレーションサーバーのインストラクションに従って共通コマンドに応じたデータモデルを生成する。ここで、共通コマンドは、Ｎ個のデバイスの中のそれぞれのデバイスによってサポートされているコマンドに関する情報に従って自動コンフィグレーションサーバーによって生成されたものである。
【０１２８】
受け取ったＸＭＬ文書中に含まれる情報に基づいて、自動コンフィグレーションサーバーは、デバイスによってサポートされているコマンドの情報を知ることができる。UPnP、ZigBee、および、他のコミュニケーションプロトコル上のゲートウェイの理解によるものであり、既定のストラテジーに従って機能を分類して抽象化することによって共通コマンドが獲得され得る。それぞれのデバイスによってサポートされる一つのコマンド又は複数のコマンドの組み合わせが所定の一般機能を実施することができる場合は、一般機能をサポートすることができる共通コマンドを生成する。ここで、共通コマンドは、それぞれのデバイスによってサポートされる一つのコマンド又は複数のコマンドの組み合わせに対応している。
【０１２９】
例として、リスタート機能を取り上げる。UPnPプロトコルの中にReboot()コマンドがあり、ZigBeeコマンド中にReboot()コマンドがあると仮定する。もしくは、ZigBeeプロトコルの中にReboot()コマンドは存在しない。しかし、PowerONオペレーションとPowerOffオペレーションの組み合わせを通じてリスタート機能が実施され得る。そして、リスタート機能のために共通コマンドが生成され、コマンド名はReboot()である。同様に、工場設定のアップグレードや復元といった、他の一般機能に対する共通コマンドが生成されてよい。
【０１３０】
自動コンフィグレーションサーバーは、ゲートウェイに対してAddObjectインストラクションを送付する。共通コマンドに応じたデータモデルを生成するようにゲートウェイに指示するためである。例えば、データモデルは、以下のようなものである。
【表５】
2014533384.tif 000007
【０１３１】
ステップ７０３：共通コマンドに応じたデータモデルに対する自動コンフィグレーションサーバーによって送付されたバッチ管理コマンドを受け取る。
【０１３２】
ゲートウェイは、共通コマンドに応じたデータモデルに対する自動コンフィグレーションサーバーによって送付されたバッチ管理コマンドを受け取る。例えば、バッチ管理コマンドがリスタートコマンドである場合、自動コンフィグレーションサーバーは、SetParameterValueコマンドをゲートウェイに対して送付して、共通コマンドRebootに対応するデータモデルを設定する。この実施例において、共通コマンドRebootに応じたデータモデルは、InternetGatewayDevice.Proxier.DevicesCommand.Name=Upgrade,
Commands=UPnP_SMS_Update,ZigBee_HA_Update,Z-Wave_CommandUpdate,Execute=1  に設定される。
【０１３３】
バッチ管理コマンドは、また、Ｎ個のデバイスの中で管理を要するデバイスを決定するためのフィルター条件を含んでいる。この実施例において、コマンド実施ルールのフィルターパラメーターは、ＸＭＬ構造を使用して特定的に記述され得る。例えば、以下のとおりである。
<Filter>
<IDs>all</IDs>
<vendor>all</vendor>
<protocols>UPnP,ZigBee</protocols>
<version>all</version>
</Filter>
【０１３４】
ステップ７０４：バッチ管理コマンドをＮ個のデバイスの中の一つまたはそれ以上のデバイスによってサポートされているコマンドへと変換して、一つまたはそれ以上のデバイスによってサポートされているコマンドをＮ個のデバイスの中の一つまたはそれ以上のデバイスに対して送付する。
【０１３５】
ゲートウェイは、最初に、バッチ管理コマンドにおけるフィルター条件に従ってＮ個のデバイスに中で管理が必要なデバイスを決定する。つまり、ゲートウェイは、フィルター条件に基づいてＮ個のデバイスの中の一つまたはそれ以上のデバイスを管理することを決定する。
【０１３６】
本発明の実施例においては、ステップ７０３におけるフィルターに従って、デバイスのデバイスベンダー及びプロトコルバージョン番号が同一であるかどうかを考慮することなく、ネットワークにおいてUPnP及びZigBeeプロトコルをサポートしている全てのデバイスに対してリスタートRebootコマンドが送付されることを決定してよい。
【０１３７】
次に、バッチ管理コマンドは、Ｎ個のデバイスの中の一つまたはそれ以上のデバイスによってサポートされているコマンドへと変換される。つまり、共通コマンドは、上述のステップ７０１における共通コマンドを生成するルールに従って、デバイスによってサポートされているコマンドへと変換される。そして、一つまたはそれ以上のデバイスによってサポートされているコマンドは、Ｎ個のデバイスの中の一つまたはそれ以上のデバイスに対して送付される。
【０１３８】
さらに、一つまたはそれ以上のデバイスによってサポートされているコマンドが複数のオペレーションによって形成されている場合は、バッチ管理コマンドをＮ個のデバイスの中の一つまたはそれ以上のデバイスによってサポートされているコマンドに対応する一つまたはそれ以上のオペレーションへと変換すること、および、一つまたはそれ以上のデバイスによってサポートされているコマンドに対応する複数のオペレーションを、Ｎ個のデバイスの中の一つまたはそれ以上のデバイスに対して送付することが必要である。
【０１３９】
例えば、デバイスがRebootコマンドをサポートしている場合、デバイスに対して直接的にRebootコマンドを送付する。デバイスがリスタート機能を実施するためにPowerOffオペレーションとPowerONオペレーションの組み合わせを使用する場合、デバイスに対してリスタート機能を実施するためにPowerOffオペレーションとPowerONオペレーションを送付する。
【０１４０】
さらに、ゲートウェイは、管理が必要なデバイスによって送付されたコマンドレスポンスを受け取り、そのコマンドレスポンスに従って、自動コンフィグレーションサーバーに対して送付されるべきバッチ管理コマンドの実行結果を生成して、その実行結果を自動コンフィグレーションサーバーに対して送付する。
【０１４１】
例えば、デバイスはReboot()レスポンスメッセージをゲートウェイに対して送付し、レスポンスメッセージにおけるRebootStatusパラメーターの値はRebootNowである。これは、デバイスがリスタートコマンドを受け容れ、直ちにリスタートオペレーションを実行することを示している。ゲートウェイは、コマンド実行レスポンスに従って、自動コンフィグレーションサーバーに送付し、バッチ管理コマンドのResultの値をSuccess、またはFailed、またはException、またはそれぞれのデバイスIDおよび実行状況に設定する。そして、ゲートウェイは、ＴＲ−０６９プロトコルの"4  VALUE  CHANGE"イベントを通じて、パラメーター名とResultのパラメーター値を自動コンフィグレーションサーバーに対して送付する。
【０１４２】
本発明の実施例において、ゲートウェイは、ネットワークにおけるそれぞれのデバイスによってサポートされているコマンドに関する情報を獲得し、それぞれのデバイスによってサポートされているコマンドに関する情報を自動コンフィグレーションサーバーに対して送付する。自動コンフィグレーションサーバーは、それぞれのデバイスによってサポートされているコマンドに関する情報に従って共通コマンドを生成する。そして、ゲートウェイは、自動コンフィグレーションサーバーのインストラクションに従って共通コマンドに対応するデータモデルを生成し、共通コマンドに応じたデータモデルのために自動コンフィグレーションサーバーによって送付されたバッチ管理コマンドを受け取り、ネットワークにおけるデバイスをバッチで管理する。これにより、ゲートウェイによってカバーされているネットワークにおけるデバイスのバッチ管理を実施している。
【０１４３】
実施例１０
図１０は、本発明の実施例に従ったゲートウェイの構成に係る模式図である。ゲートウェイは、ネットワークにおけるそれぞれのデバイスによってサポートされているコマンドに関する情報を獲得し、それぞれのデバイスによってサポートされているコマンドに関する情報を自動コンフィグレーションサーバーに対して送付する。自動コンフィグレーションサーバーは、それぞれのデバイスによってサポートされているコマンドに関する情報に従って共通コマンドを生成する。そして、ゲートウェイは、自動コンフィグレーションサーバーのインストラクションに従って共通コマンドに対応するデータモデルを生成し、共通コマンドに応じたデータモデルのために自動コンフィグレーションサーバーによって送付されたバッチ管理コマンドを受け取り、ネットワークにおけるデバイスをバッチで管理する。ゲートウェイ８０は、受信ユニット８０１、送信ユニット８０２、および、データモデル生成ユニット８０３を含んでいる。
【０１４４】
受信ユニット８０１は、ネットワークにおけるＮ個（Ｎは２以上の自然数）のデバイスの中のそれぞれのデバイスによってサポートされているコマンドに関する情報を受信し、共通コマンドに応じたデータモデルを生成するインストラクションを受け取り、ここで、インストラクションは自動コンフィグレーションサーバーによって送付されたものであり、そして、自動コンフィグレーションサーバーによって送付されたバッチ管理コマンドを受信するように構成されている。
【０１４５】
送信ユニット８０２は、ネットワークにおけるＮ個のデバイスの中のそれぞれのデバイスによってサポートされているコマンドに関する情報を自動コンフィグレーションサーバーに対して送付し、かつ、一つまたはそれ以上のデバイスに対して一つまたはそれ以上のデバイスによってサポートされているコマンドを送付するように構成されている。
【０１４６】
データモデル生成ユニット８０３は、自動コンフィグレーションサーバーから受け取った共通コマンドに応じたデータモデルを生成するインストラクションに従って、共通コマンドに応じたデータモデルを生成するように構成されている。
【０１４７】
本発明の実施例において、ゲートウェイは、ネットワークにおけるそれぞれのデバイスによってサポートされているコマンドに関する情報を獲得し、それぞれのデバイスによってサポートされているコマンドに関する情報を自動コンフィグレーションサーバーに対して送付する。自動コンフィグレーションサーバーは、それぞれのデバイスによってサポートされているコマンドに関する情報に従って共通コマンドを生成する。そして、ゲートウェイは、自動コンフィグレーションサーバーのインストラクションに従って共通コマンドに対応するデータモデルを生成し、共通コマンドに応じたデータモデルのために自動コンフィグレーションサーバーによって送付されたバッチ管理コマンドを受け取り、ネットワークにおけるデバイスをバッチで管理する。これにより、ゲートウェイによってカバーされているネットワークにおけるデバイスのバッチ管理を実施している。
【０１４８】
実施例１１
図１１は、本発明の実施例に従った自動コンフィグレーションサーバーの構成に係る模式図である。自動コンフィグレーションサーバーは、ゲートウェイによって送付されたネットワークにおけるそれぞれのデバイスによってサポートされているコマンドに関する情報を受け取り、ネットワークにおけるそれぞれのデバイスによってサポートされているコマンドに関する情報に従って共通コマンドを生成し、共通コマンドに応じたデータモデルのためのバッチ管理コマンドをゲートウェイに対して送付し、ネットワークにおけるデバイスをバッチで管理する。自動コンフィグレーションサーバー９０は、受信ユニット９０１、共通コマンド生成ユニット９０２、および、送信ユニット９０３を含んでいる。
【０１４９】
受信ユニット９０１は、ゲートウェイによって送付されたネットワークにおけるＮ個（Ｎは２以上の自然数）のデバイスの中のそれぞれのデバイスによってサポートされているコマンドに関する情報を受信するように構成されている。
【０１５０】
共通コマンド生成ユニット９０２は、ネットワークにおけるＮ個のデバイスの中のそれぞれのデバイスによってサポートされているコマンドに関する情報に従って共通コマンドを生成するように構成されている。
【０１５１】
送信ユニット９０３は、ゲートウェイに対して共通コマンドに応じたデータモデルを生成するインストラクションを送付し、かつ、ゲートウェイに対して共通コマンドに応じたデータモデルのためのバッチ管理コマンドを送付するように構成されている。
【０１５２】
本発明の実施例において、自動コンフィグレーションサーバーは、ゲートウェイによって送付されたネットワークにおけるそれぞれのデバイスによってサポートされているコマンドに関する情報を受け取り、ネットワークにおけるそれぞれのデバイスによってサポートされているコマンドに関する情報に従って共通コマンドを生成するようにゲートウェイに指示し、共通コマンドに応じたデータモデルのためのバッチ管理コマンドをゲートウェイに対して送付し、ネットワークにおけるデバイスをバッチで管理する。これにより、ゲートウェイによってカバーされているネットワークにおけるデバイスのバッチ管理を実施している。
【０１５３】
実施例１２
図１２は、本発明の実施例に従ったバッチでデバイスを管理するためのシステム構成に係る模式図である。ゲートウェイは、ネットワークにおけるそれぞれのデバイスによってサポートされているコマンドに関する情報を獲得し、それぞれのデバイスによってサポートされているコマンドに関する情報を自動コンフィグレーションサーバーに対して送付する。自動コンフィグレーションサーバーは、それぞれのデバイスによってサポートされているコマンドに関する情報に従って共通コマンドを生成する。そして、ゲートウェイは、自動コンフィグレーションサーバーのインストラクションに従って共通コマンドに対応するデータモデルを生成し、共通コマンドに応じたデータモデルのために自動コンフィグレーションサーバーによって送付されたバッチ管理コマンドを受け取り、ネットワークにおけるデバイスをバッチで管理する。システムは、ゲートウェイ８０、自動コンフィグレーションサーバー９０、および、デバイス９１を含んでいる。
【０１５４】
ゲートウェイ８０は、以下のものを含んでいる。受信ユニット８０１、送信ユニット８０２、および、データモデル生成ユニット８０３である。ここで、
受信ユニット８０１は、ネットワークにおけるＮ個（Ｎは２以上の自然数）のデバイスの中のそれぞれのデバイスによってサポートされているコマンドに関する情報を受信し、共通コマンドに応じたデータモデルを生成するインストラクションを受け取り、ここで、インストラクションは自動コンフィグレーションサーバーによって送付されたものであり、そして、自動コンフィグレーションサーバーによって送付されたバッチ管理コマンドを受信するように構成されている。
送信ユニット８０２は、ネットワークにおけるＮ個のデバイスの中のそれぞれのデバイスによってサポートされているコマンドに関する情報を自動コンフィグレーションサーバーに対して送付し、かつ、Ｎ個のデバイスにおける一つまたはそれ以上のデバイスに対して一つまたはそれ以上のデバイスによってサポートされているコマンドを送付するように構成されている。
データモデル生成ユニット８０３は、自動コンフィグレーションサーバーから受け取った共通コマンドに応じたデータモデルを生成するインストラクションに従って、共通コマンドに応じたデータモデルを生成するように構成されている。
【０１５５】
自動コンフィグレーションサーバー９０は、受信ユニット９０１、共通コマンド生成ユニット９０２、および、送信ユニット９０３を含んでいる。ここで、
受信ユニット９０１は、ゲートウェイによって送付されたネットワークにおけるＮ個（Ｎは２以上の自然数）のデバイスの中のそれぞれのデバイスによってサポートされているコマンドに関する情報を受信するように構成されている。
共通コマンド生成ユニット９０２は、ネットワークにおけるＮ個のデバイスの中のそれぞれのデバイスによってサポートされているコマンドに関する情報に従って共通コマンドを生成するように構成されている。
送信ユニット９０３は、ゲートウェイに対して共通コマンドに応じたデータモデルを生成するインストラクションを送付し、かつ、ゲートウェイに対して共通コマンドに応じたデータモデルのためのバッチ管理コマンドを送付するように構成されている。
【０１５６】
本発明の実施例において、ゲートウェイは、ネットワークにおけるそれぞれのデバイスによってサポートされているコマンドに関する情報を獲得し、それぞれのデバイスによってサポートされているコマンドに関する情報を自動コンフィグレーションサーバーに対して送付する。自動コンフィグレーションサーバーは、それぞれのデバイスによってサポートされているコマンドに関する情報に従って共通コマンドを生成する。そして、ゲートウェイは、自動コンフィグレーションサーバーのインストラクションに従って共通コマンドに対応するデータモデルを生成し、共通コマンドに応じたデータモデルのために自動コンフィグレーションサーバーによって送付されたバッチ管理コマンドを受け取り、ネットワークにおけるデバイスをバッチで管理する。これにより、ゲートウェイによってカバーされているネットワークにおけるデバイスのバッチ管理を実施している。
【０１５７】
上述の装置及びシステムにおけるユニット間での情報交換及び実行プロセスといったコンテンツは、この実施例にように同一の概念に基づくものであることに留意すべきである。従って、コンテンツの詳細については、この実施例の説明を参照すべきである。
【０１５８】
実施例に従った方法に係るステップの全て又は一部は、関連のハードウェアにインストラクションするプログラムによって実施され得るものである。プログラムは、コンピューターで読取り可能な記録媒体に保管されてよい。プログラムを実行すると、実施例に従った方法が実行される。記録媒体は、ＲＯＭ、ＲＡＭ、磁気ディスク、または、光ディスクといった、プログラムコードを保管することができるあらゆる媒体であってよい。
【０１５９】
上述の記載は、単に本発明の特定の実施例を説明するものであり、本発明の保護範囲を限定することを意図するものではない。本発明において開示された技術的範囲内で当業者によって把握されるあらゆるバリエーション又は置き換えは、本発明の保護範囲の中にあるものである。従って、本発明の保護範囲は、特許請求の範囲の保護範囲を前提とすべきものである。
【図１】
2014533384.tif 000008
【図２】
2014533384.tif 000009
【図３】
2014533384.tif 000010
【図４】
2014533384.tif 000011
【図５】
2014533384.tif 000012
【図６】
2014533384.tif 000013
【図７】
2014533384.tif 000014
【図８】
2014533384.tif 000015
【図９】
2014533384.tif 000016
【図１０】
2014533384.tif 000017
【図１１】
2014533384.tif 000018
【図１２】
2014533384.tif 000019
【国際調査報告】
2014533384.tif 000020
2014533384.tif 000021
2014533384.tif 000022
2014533384.tif 000023