JP2014533384A - バッチでデバイスを管理するための方法およびシステム - Google Patents

バッチでデバイスを管理するための方法およびシステム Download PDF

Info

Publication number
JP2014533384A
JP2014533384A JP2014526369A JP2014526369A JP2014533384A JP 2014533384 A JP2014533384 A JP 2014533384A JP 2014526369 A JP2014526369 A JP 2014526369A JP 2014526369 A JP2014526369 A JP 2014526369A JP 2014533384 A JP2014533384 A JP 2014533384A
Authority
JP
Japan
Prior art keywords
command
batch management
devices
supported
unit
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2014526369A
Other languages
English (en)
Inventor
萸 朱
萸 朱
▲欽▼▲亮▼ ▲張▼
▲欽▼▲亮▼ ▲張▼
振威 ▲単▼
振威 ▲単▼
君▲傑▼ ▲趙▼
君▲傑▼ ▲趙▼
信▲みぁお▼ ▲陳▼
信▲みぁお▼ ▲陳▼
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Device Co Ltd
Original Assignee
Huawei Device Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Device Co Ltd filed Critical Huawei Device Co Ltd
Publication of JP2014533384A publication Critical patent/JP2014533384A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0894—Policy-based network configuration management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0893—Assignment of logical groups to network elements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/02—Standardisation; Integration
    • H04L41/0213—Standardised network management protocols, e.g. simple network management protocol [SNMP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/02—Standardisation; Integration
    • H04L41/0233—Object-oriented techniques, for representation of network management data, e.g. common object request broker architecture [CORBA]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/04—Network management architectures or arrangements
    • H04L41/052—Network management architectures or arrangements using standardised network management architectures, e.g. telecommunication management network [TMN] or unified network management architecture [UNMA]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer And Data Communications (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本発明は、バッチでデバイスを管理するための方法、ゲートウェイ、自動コンフィグレーションサーバー、および、システムを提供する。本方法は、バッチ管理グループ作成ルールとネットワークにおけるデバイス情報に従って、バッチ管理グループを作成するステップと；バッチ管理グループにおけるデバイスに対して自動コンフィグレーションサーバーによって送付されたバッチ管理コマンドを受信するステップと；バッチ管理コマンドに従って、バッチ管理グループにおいて管理が必要なデバイスを決定するステップと；バッチ管理コマンドを管理が必要なデバイスによってサポートされているコマンドへと変換するステップと；管理が必要なデバイスによってサポートされているコマンドを管理が必要なデバイスに対して送付するステップと、を含む。本方法は、ゲートウェイによりカバーされるネットワークの中のデバイスに係るバッチ管理を実施する。

Description

本発明は、コミュニケーションの分野に関し、より特定的には、バッチでデバイスを管理するための方法およびシステムに関する。
ブロードバンドフォーラム（ＢｒｏａｄＢａｎｄ Ｆｏｒｕｍ、ＢＢＦ）は、ＴＲ−０６９プロトコルを定義しており、自動コンフィグレーションサーバーは、ＴＲ−０６９プロトコルを使用して、ホームネット又はオフィスネットワークにおけるゲートウェイをリモートで管理することができる。非ＴＲ−０６９デバイス（ネットワークにおいてＴＲ−０６９プロトコルをサポートしていないデバイス）に対して、自動コンフィグレーションサーバーは、ＴＲ−０６９プロトコルを使用して、こうした非ＴＲ−０６９デバイスに対するリモート管理を直接的に実行することができない。その代わりに、自動コンフィグレーションサーバーは、プロキシーをゲートウェイとして使用することによって、リモート管理を実行する。自動コンフィグレーションサーバーが非ＴＲ−０６９デバイスを管理する必要がある場合、自動コンフィグレーションサーバーは、ＴＲ−０６９プロトコルを使用してゲートウェイに対してコマンドを送る。そして、ゲートウェイは、ＴＲ−０６９プロトコルのコマンドを非ＴＲ−０６９デバイスによりサポートされているプロトコルのコマンドへの変換を担当している。
現時点では、非ＴＲ−０６９デバイスの管理ソリューションは、バッチ管理機能（ｂａｔｃｈ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ）をサポートしていない。従って、ネットワークにおける数多くのデバイスをバッチ管理できるようにするために、バッチ管理機能を追加することが必要である。加えて、ホームネットワークにおいては、一般的に、種々の異なるタイプのデバイス又は異なるプロトコルを使用するデバイスが存在するものである。例えば、情報伝達手段／通信機器、家電、センサー、および、異なるタイプの他のデバイスは、一般的に、異なるコミュニケーションプロトコルを有している。従って、同一のプロトコルをサポートする非ＴＲ−０６９デバイスのバッチ管理について考慮する必要があるだけでなく、異なるプロトコルをサポートする非ＴＲ−０６９デバイスのバッチ管理についても考慮する必要がある。
本願は、２０１１年８月２３日付で中国専利局に出願した中国特許出願第２０１１１０２４３０８６．７号、タイトル”ＭＥＴＨＯＤ ＡＮＤ ＳＹＳＴＥＭ ＦＯＲ ＭＡＮＡＧＩＮＧ ＤＥＶＩＣＥＳ ＩＮ ＢＡＴＣＨＥＳ”の優先権を主張するものであり、その全てがここにおいて参照として包含される。
上述の問題の視点から、本発明の実施例は、バッチでデバイスを管理するための方法、ゲートウェイ、自動コンフィギュレーションサーバー、および、システムを提供する。ゲートウェイによってカバーされるネットワークにおいてデバイスのバッチ管理を実施するものである。
本発明の実施例は、以下の方法を提供する。デバイスをバッチで管理する方法であって：バッチ管理グループ作成ルールとネットワークにおけるデバイス情報に従って、バッチ管理グループを作成するステップと；前記バッチ管理グループにおけるデバイスに対して自動コンフィグレーションサーバーによって送付されたバッチ管理コマンドを受信するステップと；前記バッチ管理コマンドに従って、前記バッチ管理グループにおいて管理が必要なデバイスを決定するステップと；前記バッチ管理コマンドを管理が必要な前記デバイスによってサポートされているコマンドへと変換するステップと；管理が必要な前記デバイスによってサポートされている前記コマンドを前記管理が必要な前記デバイスに対して送付するステップと、を含むことを特徴とする方法。
本発明の実施例は、以下のゲートウェイを提供する。バッチ管理グループ作成ユニット、受信ユニット、決定ユニット、変換ユニット、および、送信ユニット、を含むゲートウェイであって：前記バッチ管理グループ作成ユニットは、バッチ管理グループ作成ルールとネットワークにおけるデバイス情報に従ってバッチ管理グループを作成するように構成されており、前記バッチ管理グループ作成ルールは、自動コンフィグレーションサーバーによって作成され、ゲートウェイに送付され、前記受信ユニットは、前記自動コンフィグレーションサーバーによって送付された前記バッチ管理グループ作成ルールを受信し、前記バッチ管理グループに対して前記自動コンフィグレーションサーバーによって送付されたバッチ管理コマンドを受信し、かつ、管理されるデバイスから送付されたデバイス情報を受信するように構成されており、前記決定ユニットは、前記バッチ管理コマンドに従って前記バッチ管理グループにおいて管理が必要なデバイスを決定するように構成されており、前記変換ユニットは、前記バッチ管理コマンドを、管理が必要な前記デバイスによってサポートされているコマンドに変換するように構成されており、前記送信ユニットは、前記管理が必要な前記デバイスによってサポートされている前記コマンドを前記管理が必要な前記デバイスに対して送信するように構成されている、ことを特徴とするゲートウェイ。
本発明の実施例は、以下の自動コンフィグレーションサーバーを提供する。バッチ管理グループ作成ルール創作ユニット、バッチ管理コマンド生成ユニット、および、送信ユニット、を含む自動コンフィグレーションサーバーであって：前記バッチ管理グループ作成ルール創作ユニットは、バッチ管理グループ作成ルールを創作するように構成されており、前記ルールは、ゲートウェイに対してネットワークにおけるデバイスに対するバッチ管理グループを作成するように指示するために使用され、前記バッチ管理コマンド生成ユニットは、前記ネットワークにおける前記バッチ管理グループに係るデバイスをバッチで管理する要求に従って、前記バッチ管理グループに対するバッチ管理コマンドを生成するように構成されており、前記送信ユニットは、前記ゲートウェイに対して前記バッチ管理グループ作成ルールを送付し、前記ゲートウェイに対して前記バッチ管理グループのための前記バッチ管理コマンドを送付するように構成されている、ことを特徴とする自動コンフィグレーションサーバー。
本発明の実施例は、ゲートウェイ、自動コンフィグレーションサーバー、および、デバイスを含むデバイスをバッチで管理する以下のシステムを提供する。
前記ゲートウェイは、バッチ管理グループ作成ユニット、受信ユニット、決定ユニット、変換ユニット、および、送信ユニット、を含み：前記バッチ管理グループ作成ユニットは、バッチ管理グループ作成ルールとネットワークにおけるデバイス情報に従ってバッチ管理グループを作成するように構成されており、前記バッチ管理グループ作成ルールは、自動コンフィグレーションサーバーによって作成され、ゲートウェイに送付され、前記受信ユニットは、前記自動コンフィグレーションサーバーによって送付された前記バッチ管理グループ作成ルールを受信し、前記バッチ管理グループに対して前記自動コンフィグレーションサーバーによって送付されたバッチ管理コマンドを受信し、かつ、管理されるデバイスから送付されたデバイス情報を受信するように構成されており、前記決定ユニットは、前記バッチ管理コマンドに従って前記バッチ管理グループにおいて管理が必要なデバイスを決定するように構成されており、前記変換ユニットは、前記バッチ管理コマンドを、管理が必要な前記デバイスによってサポートされているコマンドに変換するように構成されており、前記送信ユニットは、前記管理が必要な前記デバイスによってサポートされている前記コマンドを前記管理が必要な前記デバイスに対して送信するように構成されており、
前記自動コンフィグレーションサーバーは、バッチ管理グループ作成ルール創作ユニット、バッチ管理コマンド生成ユニット、および、送信ユニット、を含み：前記バッチ管理グループ作成ルール創作ユニットは、バッチ管理グループ作成ルールを創作するように構成されており、前記ルールは、ゲートウェイに対してネットワークにおけるデバイスに対するバッチ管理グループを作成するように指示するために使用され、前記バッチ管理コマンド生成ユニットは、前記ネットワークにおける前記バッチ管理グループに係るデバイスをバッチで管理する要求に従って、前記バッチ管理グループに対するバッチ管理コマンドを生成するように構成されており、前記送信ユニットは、前記ゲートウェイに対して前記バッチ管理グループ作成ルールを送付し、前記ゲートウェイに対して前記バッチ管理グループのための前記バッチ管理コマンドを送付するように構成されている、ことを特徴とするシステム。
本発明の実施例は、デバイスをバッチで管理する以下の方法を提供する。Ｎ個のデバイス（Ｎは２以上の自然数）におけるそれぞれのデバイスによってサポートされているコマンドに関する情報を獲得し、それぞれのデバイスによってサポートされているコマンドに関する前記情報に従って共通コマンドを生成し、前記共通コマンドに応じたデータモデルを生成するステップであり、前記Ｎ個のデバイスは、少なくとも２つのタイプのコミュニケーションプロトコルをサポートしているステップと；前記共通コマンドに応じた前記データモデルに対する自動コンフィグレーションサーバーによって送付されたバッチ管理コマンドを受け取るステップと；前記バッチ管理コマンドを前記Ｎ個のデバイスの中の一つまたはそれ以上のデバイスによってサポートされているコマンドへと変換し、前記一つまたはそれ以上のデバイスによってサポートされているコマンドを前記Ｎ個のデバイスの中の前記一つまたはそれ以上のデバイスに対して送付するステップと、を含むことを特徴とする方法。
本発明の実施例は、受信ユニット、共通コマンド生成ユニット、データモデル生成ユニット、および、送信ユニット、を含む以下のゲートウェイを提供する。前記受信ユニットは、ネットワークにおけるＮ個（Ｎは２以上の自然数）のデバイスの中のそれぞれのデバイスによってサポートされているコマンドに関する情報を受け取り、かつ、自動コンフィグレーションサーバーによって送付されたバッチ管理コマンドを受け取るように構成されており、前記共通コマンド生成ユニットは、前記Ｎ個のデバイスの中のそれぞれのデバイスによってサポートされているコマンドに関する前記情報に従って共通コマンドを生成するように構成されており、前記データモデル生成ユニットは、前記共通コマンドに応じたデータモデルを生成するように構成されており、前記送信ユニットは、一つまたはそれ以上のデバイスによってサポートされているコマンドを前記Ｎ個のデバイスの中の一つまたはそれ以上の前記デバイスに対して送付するように構成されていることを特徴とするゲートウェイ。
本発明の実施例は、バッチ管理コマンド生成ユニット、および、送信ユニット、を含む以下の自動コンフィグレーションサーバーを提供する。前記バッチ管理コマンド生成ユニットは、共通コマンドに応じたデータモデルのためのバッチ管理コマンドを生成するように構成されており、前記送信ユニットは、前記共通コマンドに応じたデータモデルのための前記バッチ管理コマンドをゲートウェイに対して送付するように構成されていることを特徴とする自動コンフィグレーションサーバー。
本発明の実施例は、ゲートウェイ、自動コンフィグレーションサーバー、および、デバイスを含む、デバイスをバッチで管理する以下のシステムを提供する。前記ゲートウェイは、受信ユニット、共通コマンド生成ユニット、データモデル生成ユニット、および、送信ユニット、を含み： 前記受信ユニットは、ネットワークにおけるＮ個（Ｎは２以上の自然数）のデバイスの中のそれぞれのデバイスによってサポートされているコマンドに関する情報を受け取り、かつ、自動コンフィグレーションサーバーによって送付されたバッチ管理コマンドを受け取るように構成されており、前記共通コマンド生成ユニットは、前記Ｎ個のデバイスの中のそれぞれのデバイスによってサポートされているコマンドに関する前記情報に従って共通コマンドを生成するように構成されており、データモデル生成ユニットは、前記共通コマンドに応じたデータモデルを生成するように構成されており、送信ユニットは、一つまたはそれ以上のデバイスによってサポートされているコマンドを前記Ｎ個のデバイスの中の一つまたはそれ以上の前記デバイスに対して送付するように構成されており、
前記自動コンフィグレーションサーバーは、バッチ管理コマンド生成ユニット、および、送信ユニット、を含み：前記バッチ管理コマンド生成ユニットは、共通コマンドに応じたデータモデルのためのバッチ管理コマンドを生成するように構成されており、前記送信ユニットは、前記共通コマンドに応じたデータモデルのための前記バッチ管理コマンドをゲートウェイに対して送付するように構成されている、ことを特徴とするシステム。
本発明の実施例は、デバイスをバッチで管理する以下の方法を提供する。Ｎ個のデバイス（Ｎは２以上の自然数）におけるそれぞれのデバイスによってサポートされているコマンドに関する情報を獲得し、前記情報を自動コンフィグレーションサーバーに対して送付するステップであり、前記Ｎ個のデバイスは、少なくとも２つのタイプのコミュニケーションプロトコルをサポートしているステップと；前記自動コンフィグレーションのインストラクションに従って共通コマンドに応じたデータモデルを生成するステップであり、前記共通コマンドは、前記Ｎ個のデバイスの中のそれぞれのデバイスによってサポートされているコマンドに関する前記情報に従って前記自動コンフィグレーションサーバーによって生成されたものであるステップと；前記共通コマンドに応じた前記データモデルに対する前記自動コンフィグレーションサーバーによって送付されたバッチ管理コマンドを受け取るステップと；前記バッチ管理コマンドを前記Ｎ個のデバイスの中の一つまたはそれ以上のデバイスによってサポートされているコマンドへと変換し、前記一つまたはそれ以上のデバイスによってサポートされているコマンドを前記Ｎ個のデバイスの中の前記一つまたはそれ以上のデバイスに対して送付するステップと、を含むことを特徴とする方法。
本発明の実施例は、受信ユニット、送信ユニット、および、データモデル生成ユニット、を含む以下のゲートウェイを提供する。前記受信ユニットは、ネットワークにおけるＮ個（Ｎは２以上の自然数）のデバイスの中のそれぞれのデバイスによってサポートされているコマンドに関する情報を受け取り、共通コマンドに応じたデータモデルを生成するインストラクションを受け取り、前記インストラクションは自動コンフィグレーションサーバーによって送付されたものであって、かつ、前記自動コンフィグレーションサーバーによって送付されたバッチ管理コマンドを受け取るように構成されており、前記送信ユニットは、前記ネットワークにおける前記Ｎ個のデバイスにおけるそれぞれのデバイスによってサポートされているコマンドに関する前記情報を前記自動コンフィグレーションサーバーに対して送付し、かつ、前記一つまたはそれ以上のデバイスによってサポートされているコマンドを前記Ｎ個のデバイスの中の前記一つまたはそれ以上の前記デバイスに対して送付するように構成されており、前記データモデル生成ユニットは、前記自動コンフィグレーションサーバーから受け取った前記共通コマンドに応じたデータモデルを生成するインストラクションに従って、前記共通コマンドに応じたデータモデルを生成するように構成されている、ことを特徴とするゲートウェイ。
本発明の実施例は、受信ユニット、共通コマンド生成ユニット、および、送信ユニット、を含む以下の自動コンフィグレーションサーバーを提供する。前記受信ユニットは、ネットワークにおけるＮ個（Ｎは２以上の自然数）のデバイスの中のそれぞれのデバイスによってサポートされているコマンドに関するゲートウェイによって送付された情報を受け取るように構成されており、前記共通コマンド生成ユニットは、前記ネットワークにおける前記Ｎ個のデバイスの中のそれぞれのデバイスによってサポートされているコマンドに関する前記情報に従って共通コマンドを生成するように構成されており、送信ユニットは、前記共通コマンドに応じたデータモデルを生成するインストラクションを前記ゲートウェイに対して送付し、かつ、前記共通コマンドに応じたデータモデルに対するバッチ管理コマンドを前記ゲートウェイに対して送付するように構成されている、ことを特徴とする自動コンフィグレーションサーバー。
本発明の実施例は、ゲートウェイ、自動コンフィグレーションサーバー、および、デバイスを含む、デバイスをバッチで管理する以下のシステムを提供する。
前記ゲートウェイは、受信ユニット、送信ユニット、および、データモデル生成ユニット、を含み：前記受信ユニットは、ネットワークにおけるＮ個（Ｎは２以上の自然数）のデバイスの中のそれぞれのデバイスによってサポートされているコマンドに関する情報を受け取り、共通コマンドに応じたデータモデルを生成するインストラクションを受け取り、前記インストラクションは自動コンフィグレーションサーバーによって送付されたものであって、かつ、前記自動コンフィグレーションサーバーによって送付されたバッチ管理コマンドを受け取るように構成されており、前記送信ユニットは、前記ネットワークにおける前記Ｎ個のデバイスにおけるそれぞれのデバイスによってサポートされているコマンドに関する前記情報を前記自動コンフィグレーションサーバーに対して送付し、かつ、前記一つまたはそれ以上のデバイスによってサポートされているコマンドを前記Ｎ個のデバイスの中の前記一つまたはそれ以上の前記デバイスに対して送付するように構成されており、前記データモデル生成ユニットは、前記自動コンフィグレーションサーバーから受け取った前記共通コマンドに応じたデータモデルを生成するインストラクションに従って、前記共通コマンドに応じたデータモデルを生成するように構成されている。
前記自動コンフィグレーションサーバーは、受信ユニット、共通コマンド生成ユニット、および、送信ユニット、を含み：前記受信ユニットは、ネットワークにおけるＮ個（Ｎは２以上の自然数）のデバイスの中のそれぞれのデバイスによってサポートされているコマンドに関するゲートウェイによって送付された情報を受け取るように構成されており、前記共通コマンド生成ユニットは、前記ネットワークにおける前記Ｎ個のデバイスの中のそれぞれのデバイスによってサポートされているコマンドに関する前記情報に従って共通コマンドを生成するように構成されており、送信ユニットは、前記共通コマンドに応じたデータモデルを生成するインストラクションを前記ゲートウェイに対して送付し、かつ、前記共通コマンドに応じたデータモデルに対するバッチ管理コマンドを前記ゲートウェイに対して送付するように構成されている。
本発明の実施例に係る技術的ソリューションをより明確に説明するように、実施例または従来技術を記述するために必要な添付の図面について以降に簡単に紹介する。明らかに、以降の説明において添付に図面は、本発明のいくつかの実施例を単に示すものであって、当業者であれば、創造的な努力をすることなく、添付の図面から他の図面でさえ引き出すことができる。
図１は、本発明の実施例に従ったバッチでデバイスを管理するための方法に係る模式図である。 図２は、本発明の実施例に従ったゲートウェイの構成に係る模式図である。 図３は、本発明の実施例に従った自動コンフィグレーションサーバーの構成に係る模式図である。 図４は、本発明の実施例に従ったバッチでデバイスを管理するためのシステム構成に係る模式図である。 図５は、本発明の実施例に従ったバッチでデバイスを管理するための方法に係る模式図である。 図６は、本発明の実施例に従ったゲートウェイの構成に係る模式図である。 図７は、本発明の実施例に従った自動コンフィグレーションサーバーの構成に係る模式図である。 図８は、本発明の実施例に従ったバッチでデバイスを管理するためのシステム構成に係る模式図である。 図９は、本発明の実施例に従ったバッチでデバイスを管理するための方法に係る模式図である。 図１０は、本発明の実施例に従ったゲートウェイの構成に係る模式図である。 図１１は、本発明の実施例に従った自動コンフィグレーションサーバーの構成に係る模式図である。 図１２は、本発明の実施例に従ったバッチでデバイスを管理するためのシステム構成に係る模式図である。
以降に、本発明の実施例において添付の実施例に関して、本発明の実施例における技術的ソリューションを明確に説明する。明らかに、説明される実施例は、本発明の全てではなく、むしろ単なる部分である。創造的な努力をすることなく本発明の実施例に基づいて当業者が獲得した全ての他の実施は、本発明の範囲内にあるものである。
実施例１
図１に示されるように、本発明の実施例は、バッチでデバイスを管理するための方法を提供する。ゲートウェイは、バッチ管理グループ作成ルールとネットワークにおけるデバイス情報に従ってバッチ管理グループを作成し、バッチ管理グループにおけるデバイスに対する自動コンフィグレーションサーバーによって送付されたバッチ管理コマンドに従ってネットワークにおけるデバイスをバッチで管理する。本方法は、特に以下のステップを含んでいる。
ステップ１０１：バッチ管理グループ作成ルールとネットワークにおけるデバイス情報に従ってバッチ管理グループを作成する。
最初に、ゲートウェイは、自動コンフィグレーションサーバーにより伝送されたバッチ管理グループ作成ルールを受け取る。ゲートウェイに対して自動コンフィグレーションサーバーにより伝送されたバッチ管理グループ作成ルールは、ゲートウェイに、どのルールがバッチ管理グループの作成のために使用されるかを指示する。バッチ管理グループ作成ルールは、以下の条件の一つまたは複数の組み合せを含んでいる。それらは、プロトコル、プロトコルのバージョン番号、デバイスベンダー（ｖｅｎｄｏｒ）、および、デバイスタイプである。例えば、バッチ管理グループ作成ルールは、「プロトコル」及び「ベンダー」であって、バッチ管理グループが、デバイスのプロトコルタイプとデバイスベンダーに従って作成されることを意味しており、同一のプロトコルをサポートし、かつ、同一のデバイスベンダーに属するデバイスは、一つのバッチ管理グループの中に分類される。自動コンフィグレーションサーバーは、ＢＢＦ ＴＲ−０６９プロトコルで定義されたＡＣＳ（Ａｕｔｏ−Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｓｅｒｖｅｒ）であり、または、ゲートウェイ及びデバイスを管理または構成することができるサーバーである。
ゲートウェイは、ネットワークにおけるデバイスにより送付されたオンラインメッセージを受け取り、デバイス情報を獲得する。ネットワークにおけるデバイスがオンラインになる場合、デバイスは、ゲートウェイに対してオンラインメッセージを送付する。オンラインメッセージは、デバイス情報を含んでおり、デバイス情報は、プロトコル、プロトコルのバージョン番号、デバイスベンダー（ｖｅｎｄｏｒ）、および、デバイスタイプを含んでいる。
ゲートウェイは、作成ルールとデバイス情報に従って、デバイスが、作成されたバッチ管理グループに属するべきかどうかを判断する。例えば、バッチ管理グループ作成ルールが「プロトコル」及び「ベンダー」であって、ゲートウェイの中に作成されたバッチ管理グループが２つ存在しており、バッチ管理グループ１の識別情報が”protocol=UPnP DM, Vendor=B”であって、バッチ管理グループ２の識別情報が”protocol=ZigBee, Vendor=A”である。デバイスＸの情報が、protocol=UPnP DM, Vendor=Bである場合、Ｘはバッチ管理グループ１に属し、デバイスＹの情報が、protocol=ZigBee, Vendor=Cである場合、Ｙはバッチ管理グループ１に属さず、また、バッチ管理グループ２にも属さない。
デバイスが、作成ルールとデバイス情報に従ってあらゆる作成されたバッチ管理グループにも属するものでないと判断される場合は、バッチ管理グループが作成され、そのデバイスは、新たに作成されたバッチ管理グループの中に加えられる。前出の例に関しては、ゲートウェイが、デバイスＹのための新たなバッチ管理グループを作成し、Ｙは、そのバッチ管理グループの中に加えられる。バッチ管理グループの識別情報は、”protocol=ZigBee, Vendor=C”であり、グループメンバーはデバイスＹを含んでいる。また、デバイスが、作成ルールとデバイス情報に従って作成されたバッチ管理グループに属すると判断される場合は、そのデバイスは、作成されたバッチ管理グループの中に加えられる。前出の例に関しては、ゲートウェイが、デバイスＸをバッチ管理グループ１の中に加える。
任意的に、バッチ管理グループ作成ルールとネットワークにおけるデバイス情報に従ってバッチ管理グループを作成することは、以下のことである。自動コンフィグレーションサーバーにより伝送されたバッチ管理グループ作成ルールを受け取り、作成ルールに従って一つまたはそれ以上のバッチ管理グループを作成すること。ネットワークにおけるデバイスによって送付されたオンラインメッセージを受け取り、デバイス情報を獲得すること。そして、作成ルールとデバイス情報に従ってデバイスを作成されたバッチ管理グループの中に加えることである。
この場合、ゲートウェイは、自動コンフィグレーションサーバーにより伝送されたバッチ管理グループ作成ルールに従って、リアルタイムにバッチ管理グループを作成して、バッチ管理グループ作成ルールを満たすデバイスをバッチ管理グループの中に追加する。
さらに、バッチ管理グループを作成することは、以下のことを含んでいる。データモデルにおいてバッチ管理グループのパラメーター情報を生成することであり、パラメーター情報は、バッチ管理グループのメンバー情報、及び/又は、バッチ管理グループの識別情報、及び/又は、バッチ管理グループにおけるメンバーによってサポートされているコマンドを含んでいる。以下の表は、データモデルにおけるバッチ管理グループのパラメーターに係る典型的な実施方法を示している。
Figure 2014533384
本発明の実施例において、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()である。同様に、工場設定のアップグレードや復元といった、他の一般機能に対する共通コマンドが生成されてよい。
さらに、ゲートウェイは、共通コマンドに応じたデータモデルを生成する。ここで、データモデルは、共通コマンド、共通コマンド実施ルール、共通コマンド実行レスポンス結果、および、他の属性を含むものである。以下の表は、特に、実施例における共通コマンドに対応するデータモデルの典型的な実施方法を示している。
Figure 2014533384
ゲートウェイは、Informメッセージを通じてＡＣＳに対して新たに追加されたデータモデルに関する情報をレポートする。新たに追加されたデータモデルを通じてバッチでデバイスを管理するようにＡＣＳに指示するためである。さらに、Informメッセージは、また、デバイス情報リストを含んでいる。ここで、リストはデバイスによってサポートされている一般機能に関する情報と他の情報を含んでおり、どのオペレーションがデバイスによってサポートされているかを判断するために、かつ、バッチ管理コマンドを送付する場合にコマンド実施ルールフィルターを設定するために、自動コンフィグレーションサーバーによって使用される。例えば、送付されるデバイス情報は、以下のとおりである。
Figure 2014533384
自動コンフィグレーションサーバーは、ＢＢＦ ＴＲ−０６９プロトコルにおいて定義されているＡＣＳ（Ａｕｔｏ−Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｓｅｒｖｅｒ）であり、または、ゲートウェイとデバイスを管理又は構成することができるサーバーである。
ステップ４０２：共通コマンドに応じたデータモデルに対する自動コンフィグレーションサーバーによって送付されたバッチ管理コマンドを受け取る。
ゲートウェイは、共通コマンドに応じたデータモデルに対する自動コンフィグレーションサーバーによって送付されたバッチ管理コマンドを受け取る。例えば、バッチ管理コマンドがリスタートコマンドである場合、自動コンフィグレーションサーバーは、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メッセージの中に含まれるデバイス情報リストを有してよい。リストは、デバイスによってサポートされている一般機能に関する情報、および、他の情報を含んでいる。情報は、自動コンフィグレーションサーバーによって使用され、どのオペレーションがデバイスによってサポートされているかを判断して、バッチ管理コマンドを送付するときのコマンド実施ルールを設定する。
例えば、送付されるデバイス情報リストは以下のようなものである。
Figure 2014533384
自動コンフィグレーションサーバーは、ＢＢＦ ＴＲ−０６９プロトコルにおいて定義されているＡＣＳ（Ａｕｔｏ−Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｓｅｒｖｅｒ）であり、または、ゲートウェイとデバイスを管理又は構成することができるサーバーである。
ステップ７０２：自動コンフィグレーションサーバーのインストラクションに従って共通コマンドに応じたデータモデルを生成する。ここで、共通コマンドは、Ｎ個のデバイスの中のそれぞれのデバイスによってサポートされているコマンドに関する情報に従って自動コンフィグレーションサーバーによって生成されたものである。
受け取ったＸＭＬ文書中に含まれる情報に基づいて、自動コンフィグレーションサーバーは、デバイスによってサポートされているコマンドの情報を知ることができる。UPnP、ZigBee、および、他のコミュニケーションプロトコル上のゲートウェイの理解によるものであり、既定のストラテジーに従って機能を分類して抽象化することによって共通コマンドが獲得され得る。それぞれのデバイスによってサポートされる一つのコマンド又は複数のコマンドの組み合わせが所定の一般機能を実施することができる場合は、一般機能をサポートすることができる共通コマンドを生成する。ここで、共通コマンドは、それぞれのデバイスによってサポートされる一つのコマンド又は複数のコマンドの組み合わせに対応している。
例として、リスタート機能を取り上げる。UPnPプロトコルの中にReboot()コマンドがあり、ZigBeeコマンド中にReboot()コマンドがあると仮定する。もしくは、ZigBeeプロトコルの中にReboot()コマンドは存在しない。しかし、PowerONオペレーションとPowerOffオペレーションの組み合わせを通じてリスタート機能が実施され得る。そして、リスタート機能のために共通コマンドが生成され、コマンド名はReboot()である。同様に、工場設定のアップグレードや復元といった、他の一般機能に対する共通コマンドが生成されてよい。
自動コンフィグレーションサーバーは、ゲートウェイに対してAddObjectインストラクションを送付する。共通コマンドに応じたデータモデルを生成するようにゲートウェイに指示するためである。例えば、データモデルは、以下のようなものである。
Figure 2014533384
ステップ７０３：共通コマンドに応じたデータモデルに対する自動コンフィグレーションサーバーによって送付されたバッチ管理コマンドを受け取る。
ゲートウェイは、共通コマンドに応じたデータモデルに対する自動コンフィグレーションサーバーによって送付されたバッチ管理コマンドを受け取る。例えば、バッチ管理コマンドがリスタートコマンドである場合、自動コンフィグレーションサーバーは、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のパラメーター値を自動コンフィグレーションサーバーに対して送付する。
本発明の実施例において、ゲートウェイは、ネットワークにおけるそれぞれのデバイスによってサポートされているコマンドに関する情報を獲得し、それぞれのデバイスによってサポートされているコマンドに関する情報を自動コンフィグレーションサーバーに対して送付する。自動コンフィグレーションサーバーは、それぞれのデバイスによってサポートされているコマンドに関する情報に従って共通コマンドを生成する。そして、ゲートウェイは、自動コンフィグレーションサーバーのインストラクションに従って共通コマンドに対応するデータモデルを生成し、共通コマンドに応じたデータモデルのために自動コンフィグレーションサーバーによって送付されたバッチ管理コマンドを受け取り、ネットワークにおけるデバイスをバッチで管理する。これにより、ゲートウェイによってカバーされているネットワークにおけるデバイスのバッチ管理を実施している。
実施例１０
図１０は、本発明の実施例に従ったゲートウェイの構成に係る模式図である。ゲートウェイは、ネットワークにおけるそれぞれのデバイスによってサポートされているコマンドに関する情報を獲得し、それぞれのデバイスによってサポートされているコマンドに関する情報を自動コンフィグレーションサーバーに対して送付する。自動コンフィグレーションサーバーは、それぞれのデバイスによってサポートされているコマンドに関する情報に従って共通コマンドを生成する。そして、ゲートウェイは、自動コンフィグレーションサーバーのインストラクションに従って共通コマンドに対応するデータモデルを生成し、共通コマンドに応じたデータモデルのために自動コンフィグレーションサーバーによって送付されたバッチ管理コマンドを受け取り、ネットワークにおけるデバイスをバッチで管理する。ゲートウェイ８０は、受信ユニット８０１、送信ユニット８０２、および、データモデル生成ユニット８０３を含んでいる。
受信ユニット８０１は、ネットワークにおけるＮ個（Ｎは２以上の自然数）のデバイスの中のそれぞれのデバイスによってサポートされているコマンドに関する情報を受信し、共通コマンドに応じたデータモデルを生成するインストラクションを受け取り、ここで、インストラクションは自動コンフィグレーションサーバーによって送付されたものであり、そして、自動コンフィグレーションサーバーによって送付されたバッチ管理コマンドを受信するように構成されている。
送信ユニット８０２は、ネットワークにおけるＮ個のデバイスの中のそれぞれのデバイスによってサポートされているコマンドに関する情報を自動コンフィグレーションサーバーに対して送付し、かつ、一つまたはそれ以上のデバイスに対して一つまたはそれ以上のデバイスによってサポートされているコマンドを送付するように構成されている。
データモデル生成ユニット８０３は、自動コンフィグレーションサーバーから受け取った共通コマンドに応じたデータモデルを生成するインストラクションに従って、共通コマンドに応じたデータモデルを生成するように構成されている。
本発明の実施例において、ゲートウェイは、ネットワークにおけるそれぞれのデバイスによってサポートされているコマンドに関する情報を獲得し、それぞれのデバイスによってサポートされているコマンドに関する情報を自動コンフィグレーションサーバーに対して送付する。自動コンフィグレーションサーバーは、それぞれのデバイスによってサポートされているコマンドに関する情報に従って共通コマンドを生成する。そして、ゲートウェイは、自動コンフィグレーションサーバーのインストラクションに従って共通コマンドに対応するデータモデルを生成し、共通コマンドに応じたデータモデルのために自動コンフィグレーションサーバーによって送付されたバッチ管理コマンドを受け取り、ネットワークにおけるデバイスをバッチで管理する。これにより、ゲートウェイによってカバーされているネットワークにおけるデバイスのバッチ管理を実施している。
実施例１１
図１１は、本発明の実施例に従った自動コンフィグレーションサーバーの構成に係る模式図である。自動コンフィグレーションサーバーは、ゲートウェイによって送付されたネットワークにおけるそれぞれのデバイスによってサポートされているコマンドに関する情報を受け取り、ネットワークにおけるそれぞれのデバイスによってサポートされているコマンドに関する情報に従って共通コマンドを生成し、共通コマンドに応じたデータモデルのためのバッチ管理コマンドをゲートウェイに対して送付し、ネットワークにおけるデバイスをバッチで管理する。自動コンフィグレーションサーバー９０は、受信ユニット９０１、共通コマンド生成ユニット９０２、および、送信ユニット９０３を含んでいる。
受信ユニット９０１は、ゲートウェイによって送付されたネットワークにおけるＮ個（Ｎは２以上の自然数）のデバイスの中のそれぞれのデバイスによってサポートされているコマンドに関する情報を受信するように構成されている。
共通コマンド生成ユニット９０２は、ネットワークにおけるＮ個のデバイスの中のそれぞれのデバイスによってサポートされているコマンドに関する情報に従って共通コマンドを生成するように構成されている。
送信ユニット９０３は、ゲートウェイに対して共通コマンドに応じたデータモデルを生成するインストラクションを送付し、かつ、ゲートウェイに対して共通コマンドに応じたデータモデルのためのバッチ管理コマンドを送付するように構成されている。
本発明の実施例において、自動コンフィグレーションサーバーは、ゲートウェイによって送付されたネットワークにおけるそれぞれのデバイスによってサポートされているコマンドに関する情報を受け取り、ネットワークにおけるそれぞれのデバイスによってサポートされているコマンドに関する情報に従って共通コマンドを生成するようにゲートウェイに指示し、共通コマンドに応じたデータモデルのためのバッチ管理コマンドをゲートウェイに対して送付し、ネットワークにおけるデバイスをバッチで管理する。これにより、ゲートウェイによってカバーされているネットワークにおけるデバイスのバッチ管理を実施している。
実施例１２
図１２は、本発明の実施例に従ったバッチでデバイスを管理するためのシステム構成に係る模式図である。ゲートウェイは、ネットワークにおけるそれぞれのデバイスによってサポートされているコマンドに関する情報を獲得し、それぞれのデバイスによってサポートされているコマンドに関する情報を自動コンフィグレーションサーバーに対して送付する。自動コンフィグレーションサーバーは、それぞれのデバイスによってサポートされているコマンドに関する情報に従って共通コマンドを生成する。そして、ゲートウェイは、自動コンフィグレーションサーバーのインストラクションに従って共通コマンドに対応するデータモデルを生成し、共通コマンドに応じたデータモデルのために自動コンフィグレーションサーバーによって送付されたバッチ管理コマンドを受け取り、ネットワークにおけるデバイスをバッチで管理する。システムは、ゲートウェイ８０、自動コンフィグレーションサーバー９０、および、デバイス９１を含んでいる。
ゲートウェイ８０は、以下のものを含んでいる。受信ユニット８０１、送信ユニット８０２、および、データモデル生成ユニット８０３である。ここで、
受信ユニット８０１は、ネットワークにおけるＮ個（Ｎは２以上の自然数）のデバイスの中のそれぞれのデバイスによってサポートされているコマンドに関する情報を受信し、共通コマンドに応じたデータモデルを生成するインストラクションを受け取り、ここで、インストラクションは自動コンフィグレーションサーバーによって送付されたものであり、そして、自動コンフィグレーションサーバーによって送付されたバッチ管理コマンドを受信するように構成されている。
送信ユニット８０２は、ネットワークにおけるＮ個のデバイスの中のそれぞれのデバイスによってサポートされているコマンドに関する情報を自動コンフィグレーションサーバーに対して送付し、かつ、Ｎ個のデバイスにおける一つまたはそれ以上のデバイスに対して一つまたはそれ以上のデバイスによってサポートされているコマンドを送付するように構成されている。
データモデル生成ユニット８０３は、自動コンフィグレーションサーバーから受け取った共通コマンドに応じたデータモデルを生成するインストラクションに従って、共通コマンドに応じたデータモデルを生成するように構成されている。
自動コンフィグレーションサーバー９０は、受信ユニット９０１、共通コマンド生成ユニット９０２、および、送信ユニット９０３を含んでいる。ここで、
受信ユニット９０１は、ゲートウェイによって送付されたネットワークにおけるＮ個（Ｎは２以上の自然数）のデバイスの中のそれぞれのデバイスによってサポートされているコマンドに関する情報を受信するように構成されている。
共通コマンド生成ユニット９０２は、ネットワークにおけるＮ個のデバイスの中のそれぞれのデバイスによってサポートされているコマンドに関する情報に従って共通コマンドを生成するように構成されている。
送信ユニット９０３は、ゲートウェイに対して共通コマンドに応じたデータモデルを生成するインストラクションを送付し、かつ、ゲートウェイに対して共通コマンドに応じたデータモデルのためのバッチ管理コマンドを送付するように構成されている。
本発明の実施例において、ゲートウェイは、ネットワークにおけるそれぞれのデバイスによってサポートされているコマンドに関する情報を獲得し、それぞれのデバイスによってサポートされているコマンドに関する情報を自動コンフィグレーションサーバーに対して送付する。自動コンフィグレーションサーバーは、それぞれのデバイスによってサポートされているコマンドに関する情報に従って共通コマンドを生成する。そして、ゲートウェイは、自動コンフィグレーションサーバーのインストラクションに従って共通コマンドに対応するデータモデルを生成し、共通コマンドに応じたデータモデルのために自動コンフィグレーションサーバーによって送付されたバッチ管理コマンドを受け取り、ネットワークにおけるデバイスをバッチで管理する。これにより、ゲートウェイによってカバーされているネットワークにおけるデバイスのバッチ管理を実施している。
上述の装置及びシステムにおけるユニット間での情報交換及び実行プロセスといったコンテンツは、この実施例にように同一の概念に基づくものであることに留意すべきである。従って、コンテンツの詳細については、この実施例の説明を参照すべきである。
実施例に従った方法に係るステップの全て又は一部は、関連のハードウェアにインストラクションするプログラムによって実施され得るものである。プログラムは、コンピューターで読取り可能な記録媒体に保管されてよい。プログラムを実行すると、実施例に従った方法が実行される。記録媒体は、ＲＯＭ、ＲＡＭ、磁気ディスク、または、光ディスクといった、プログラムコードを保管することができるあらゆる媒体であってよい。
上述の記載は、単に本発明の特定の実施例を説明するものであり、本発明の保護範囲を限定することを意図するものではない。本発明において開示された技術的範囲内で当業者によって把握されるあらゆるバリエーション又は置き換えは、本発明の保護範囲の中にあるものである。従って、本発明の保護範囲は、特許請求の範囲の保護範囲を前提とすべきものである。

Claims (25)

  1. デバイスをバッチで管理する方法であって：
    バッチ管理グループ作成ルールとネットワークにおけるデバイス情報に従って、バッチ管理グループを作成するステップと；
    前記バッチ管理グループにおけるデバイスに対して自動コンフィグレーションサーバーによって送付されたバッチ管理コマンドを受信するステップと；
    前記バッチ管理コマンドに従って、前記バッチ管理グループにおいて管理が必要なデバイスを決定するステップと；
    前記バッチ管理コマンドを管理が必要な前記デバイスによってサポートされているコマンドへと変換するステップと；
    管理が必要な前記デバイスによってサポートされている前記コマンドを前記管理が必要な前記デバイスに対して送付するステップと、を含む、
    ことを特徴とする方法。
  2. バッチ管理グループ作成ルールとネットワークにおけるデバイス情報に従って、バッチ管理グループを作成する前記ステップは：
    前記自動コンフィグレーションサーバーから伝送された前記バッチ管理グループ作成ルールを受け取るステップと；
    前記ネットワークにおけるデバイスによって送付されたオンラインメッセージを受け取り、デバイス情報を獲得するステップと；
    バッチ管理グループを作成するステップであり、
    前記バッチ管理グループ作成ルールと前記ネットワークにおけるデバイス情報に従って、前記デバイスが作成されたあらゆるバッチ管理グループに属するべきでないと決定された場合には、前記デバイスを新たに作成したバッチ管理グループに加えて、または、
    前記バッチ管理グループ作成ルールと前記ネットワークにおけるデバイス情報に従って、前記デバイスが作成されたバッチ管理グループに属するべきであると決定された場合には、前記デバイスを前記作成されたバッチ管理グループに加える、
    ステップと、を含む、
    請求項１に記載の方法。
  3. バッチ管理グループ作成ルールとネットワークにおけるデバイス情報に従って、バッチ管理グループを作成する前記ステップは：
    前記自動コンフィグレーションサーバーから伝送された前記バッチ管理グループ作成ルールを受け取り、前記作成ルールに従って一つまたはそれ以上のバッチ管理グループを作成するステップと；
    前記ネットワークにおけるデバイスによって送付されたオンラインメッセージを受け取り、デバイス情報を獲得するステップと；
    前記作成ルールと前記デバイス情報に従って、前記デバイスを作成された前記バッチ管理グループに加えるステップと、を含む、
    請求項１に記載の方法。
  4. バッチ管理グループを作成する前記ステップは、
    データモデルにおける前記バッチ管理グループのパラメーター情報を生成するステップ、を含み、
    前記パラメーター情報は、前記バッチ管理グループのメンバー情報、及び/又は、前記バッチ管理グループの識別情報、及び/又は、前記バッチ管理グループにおけるメンバーによってサポートされているコマンド、を含む、
    請求項１乃至３のいずれか一項に記載の方法。
  5. 前記バッチ管理グループ作成ルールは、以下の条件のうちの一つまたは複数の組み合わせを含んでおり、前記条件は、プロトコル、プロトコルバージョン番号、デバイスベンダー、および、デバイスタイプである、
    請求項１乃至４のいずれか一項に記載の方法。
  6. 前記方法は、さらに、
    前記バッチ管理コマンドを管理が必要な前記デバイスによってサポートされているコマンドへと変換するステップ、および、管理が必要な前記デバイスによってサポートされている前記コマンドを前記管理が必要な前記デバイスに対して送付するステップの後で、
    前記管理が必要なデバイスによって送付されたコマンド実行レスポンスを受け取るステップと；
    前記コマンド実行レスポンスに従って、前記自動コンフィグレーションサーバーに対して送付されるべき前記バッチ管理コマンドの実行結果を生成し、前記実行結果を前記自動コンフィグレーションサーバーに送付するステップと、を含む、
    請求項１乃至５のいずれか一項に記載の方法。
  7. バッチ管理グループ作成ユニット、受信ユニット、決定ユニット、変換ユニット、および、送信ユニット、を含むゲートウェイであって：
    前記バッチ管理グループ作成ユニットは、バッチ管理グループ作成ルールとネットワークにおけるデバイス情報に従ってバッチ管理グループを作成するように構成されており、前記バッチ管理グループ作成ルールは、自動コンフィグレーションサーバーによって作成され、ゲートウェイに送付され、
    前記受信ユニットは、前記自動コンフィグレーションサーバーによって送付された前記バッチ管理グループ作成ルールを受信し、前記バッチ管理グループに対して前記自動コンフィグレーションサーバーによって送付されたバッチ管理コマンドを受信し、かつ、管理されるデバイスから送付されたデバイス情報を受信するように構成されており、
    前記決定ユニットは、前記バッチ管理コマンドに従って前記バッチ管理グループにおいて管理が必要なデバイスを決定するように構成されており、
    前記変換ユニットは、前記バッチ管理コマンドを、管理が必要な前記デバイスによってサポートされているコマンドに変換するように構成されており、
    前記送信ユニットは、前記管理が必要な前記デバイスによってサポートされている前記コマンドを前記管理が必要な前記デバイスに対して送信するように構成されている、
    ことを特徴とするゲートウェイ。
  8. バッチ管理グループ作成ルール創作ユニット、バッチ管理コマンド生成ユニット、および、送信ユニット、を含む自動コンフィグレーションサーバーであって：
    前記バッチ管理グループ作成ルール創作ユニットは、バッチ管理グループ作成ルールを創作するように構成されており、前記ルールは、ゲートウェイに対してネットワークにおけるデバイスに対するバッチ管理グループを作成するように指示するために使用され、
    前記バッチ管理コマンド生成ユニットは、前記ネットワークにおける前記バッチ管理グループに係るデバイスをバッチで管理する要求に従って、前記バッチ管理グループに対するバッチ管理コマンドを生成するように構成されており、
    前記送信ユニットは、前記ゲートウェイに対して前記バッチ管理グループ作成ルールを送付し、前記ゲートウェイに対して前記バッチ管理グループのための前記バッチ管理コマンドを送付するように構成されている、
    ことを特徴とする自動コンフィグレーションサーバー。
  9. ゲートウェイ、自動コンフィグレーションサーバー、および、デバイスを含むデバイスをバッチで管理するシステムであって：
    前記ゲートウェイは、バッチ管理グループ作成ユニット、受信ユニット、決定ユニット、変換ユニット、および、送信ユニット、を含み：
    前記バッチ管理グループ作成ユニットは、バッチ管理グループ作成ルールとネットワークにおけるデバイス情報に従ってバッチ管理グループを作成するように構成されており、前記バッチ管理グループ作成ルールは、自動コンフィグレーションサーバーによって作成され、ゲートウェイに送付され、
    前記受信ユニットは、前記自動コンフィグレーションサーバーによって送付された前記バッチ管理グループ作成ルールを受信し、前記バッチ管理グループに対して前記自動コンフィグレーションサーバーによって送付されたバッチ管理コマンドを受信し、かつ、管理されるデバイスから送付されたデバイス情報を受信するように構成されており、
    前記決定ユニットは、前記バッチ管理コマンドに従って前記バッチ管理グループにおいて管理が必要なデバイスを決定するように構成されており、
    前記変換ユニットは、前記バッチ管理コマンドを、管理が必要な前記デバイスによってサポートされているコマンドに変換するように構成されており、
    前記送信ユニットは、前記管理が必要な前記デバイスによってサポートされている前記コマンドを前記管理が必要な前記デバイスに対して送信するように構成されており、
    前記自動コンフィグレーションサーバーは、バッチ管理グループ作成ルール創作ユニット、バッチ管理コマンド生成ユニット、および、送信ユニット、を含み：
    前記バッチ管理グループ作成ルール創作ユニットは、バッチ管理グループ作成ルールを創作するように構成されており、前記ルールは、ゲートウェイに対してネットワークにおけるデバイスに対するバッチ管理グループを作成するように指示するために使用され、
    前記バッチ管理コマンド生成ユニットは、前記ネットワークにおける前記バッチ管理グループに係るデバイスをバッチで管理する要求に従って、前記バッチ管理グループに対するバッチ管理コマンドを生成するように構成されており、
    前記送信ユニットは、前記ゲートウェイに対して前記バッチ管理グループ作成ルールを送付し、前記ゲートウェイに対して前記バッチ管理グループのための前記バッチ管理コマンドを送付するように構成されている、
    ことを特徴とするシステム。
  10. デバイスをバッチで管理する方法であって：
    Ｎ個のデバイス（Ｎは２以上の自然数）におけるそれぞれのデバイスによってサポートされているコマンドに関する情報を獲得し、それぞれのデバイスによってサポートされているコマンドに関する前記情報に従って共通コマンドを生成し、前記共通コマンドに応じたデータモデルを生成するステップであり、前記Ｎ個のデバイスは、少なくとも２つのタイプのコミュニケーションプロトコルをサポートしているステップと；
    前記共通コマンドに応じた前記データモデルに対する自動コンフィグレーションサーバーによって送付されたバッチ管理コマンドを受け取るステップと；
    前記バッチ管理コマンドを前記Ｎ個のデバイスの中の一つまたはそれ以上のデバイスによってサポートされているコマンドへと変換し、前記一つまたはそれ以上のデバイスによってサポートされているコマンドを前記Ｎ個のデバイスの中の前記一つまたはそれ以上のデバイスに対して送付するステップと、を含む、
    ことを特徴とする方法。
  11. 前記一つまたはそれ以上のデバイスによってサポートされている前記コマンドが複数のオペレーションによって形成されており；
    前記バッチ管理コマンドを前記Ｎ個のデバイスの中の一つまたはそれ以上のデバイスによってサポートされているコマンドへと変換し、前記一つまたはそれ以上のデバイスによってサポートされている前記コマンドを、前記Ｎ個のデバイスの中の前記一つまたはそれ以上のデバイスに対して送付することは：
    前記バッチ管理コマンドを前記Ｎ個のデバイスの中の一つまたはそれ以上のデバイスによってサポートされている前記コマンドに対応する複数のオペレーションへと変換するステップと、
    前記Ｎ個のデバイスの中の前記一つまたはそれ以上のデバイスによってサポートされている前記コマンドに対応する前記複数のオペレーションを、前記Ｎ個のデバイスの中の前記一つまたはそれ以上のデバイスに対して送付するステップと、
    を含む、
    請求項１０に記載の方法。
  12. 前記バッチ管理コマンドに従って、前記一つまたはそれ以上のデバイスによってサポートされている前記コマンドを、前記Ｎ個のデバイスの中の前記一つまたはそれ以上のデバイスに対して送付することは、さらに：
    前記バッチ管理コマンドにおけるフィルター条件に従って前記Ｎ個のうち管理が必要なデバイスを決定するステップと；
    管理が必要な前記デバイスによってサポートされているコマンドを前記管理が必要な前記デバイスに対して送付するステップと；
    を含む、
    請求項１０または１１に記載の方法。
  13. 前記バッチ管理コマンドに従って、前記一つまたはそれ以上のデバイスによってサポートされている前記コマンドを、前記Ｎ個のデバイスの中の前記一つまたはそれ以上のデバイスに対して送付した後で、前記方法は、さらに：
    前記一つまたはそれ以上のデバイスによって送付されたコマンド実行レスポンスを受け取るステップと；
    前記一つまたはそれ以上のデバイスによって送付された前記コマンド実行レスポンスに従って、前記自動コンフィグレーションサーバーに対して送付されるべき前記バッチ管理コマンドの実行結果を生成し、前記実行結果を前記自動コンフィグレーションサーバーに送付するステップと、
    を含む、
    請求項１０乃至１２のいずれか一項に記載の方法。
  14. それぞれのデバイスによってサポートされているコマンドに関する前記情報に従って共通コマンドを生成することは：
    それぞれのデバイスによってサポートされているコマンド又は複数のコマンドの組み合わせが所定の一般機能を実施することができる場合に、前記一般機能をサポートすることができる共通コマンドを生成するステップであり、前記共通コマンドは、それぞれのデバイスによってサポートされている前記コマンド又は複数のコマンドの前記組み合わせに対応しているステップを、含む、
    請求項１０乃至１３のいずれか一項に記載の方法。
  15. 受信ユニット、共通コマンド生成ユニット、データモデル生成ユニット、および、送信ユニット、を含むゲートウェイであって：
    前記受信ユニットは、ネットワークにおけるＮ個（Ｎは２以上の自然数）のデバイスの中のそれぞれのデバイスによってサポートされているコマンドに関する情報を受け取り、かつ、自動コンフィグレーションサーバーによって送付されたバッチ管理コマンドを受け取るように構成されており、
    前記共通コマンド生成ユニットは、前記Ｎ個のデバイスの中のそれぞれのデバイスによってサポートされているコマンドに関する前記情報に従って共通コマンドを生成するように構成されており、
    前記データモデル生成ユニットは、前記共通コマンドに応じたデータモデルを生成するように構成されており、
    前記送信ユニットは、一つまたはそれ以上のデバイスによってサポートされているコマンドを前記Ｎ個のデバイスの中の一つまたはそれ以上の前記デバイスに対して送付するように構成されている、
    ことを特徴とするゲートウェイ。
  16. バッチ管理コマンド生成ユニット、および、送信ユニット、を含む自動コンフィグレーションサーバーであって：
    前記バッチ管理コマンド生成ユニットは、共通コマンドに応じたデータモデルのためのバッチ管理コマンドを生成するように構成されており、
    前記送信ユニットは、前記共通コマンドに応じたデータモデルのための前記バッチ管理コマンドをゲートウェイに対して送付するように構成されている、
    ことを特徴とする自動コンフィグレーションサーバー。
  17. ゲートウェイ、自動コンフィグレーションサーバー、および、デバイスを含む、デバイスをバッチで管理するシステムであって：
    前記ゲートウェイは、受信ユニット、共通コマンド生成ユニット、データモデル生成ユニット、および、送信ユニット、を含み：
    前記受信ユニットは、ネットワークにおけるＮ個（Ｎは２以上の自然数）のデバイスの中のそれぞれのデバイスによってサポートされているコマンドに関する情報を受け取り、かつ、自動コンフィグレーションサーバーによって送付されたバッチ管理コマンドを受け取るように構成されており、
    前記共通コマンド生成ユニットは、前記Ｎ個のデバイスの中のそれぞれのデバイスによってサポートされているコマンドに関する前記情報に従って共通コマンドを生成するように構成されており、
    データモデル生成ユニットは、前記共通コマンドに応じたデータモデルを生成するように構成されており、
    送信ユニットは、一つまたはそれ以上のデバイスによってサポートされているコマンドを前記Ｎ個のデバイスの中の一つまたはそれ以上の前記デバイスに対して送付するように構成されており、
    前記自動コンフィグレーションサーバーは、バッチ管理コマンド生成ユニット、および、送信ユニット、を含み：
    前記バッチ管理コマンド生成ユニットは、共通コマンドに応じたデータモデルのためのバッチ管理コマンドを生成するように構成されており、
    前記送信ユニットは、前記共通コマンドに応じたデータモデルのための前記バッチ管理コマンドをゲートウェイに対して送付するように構成されている、
    ことを特徴とするシステム。
  18. デバイスをバッチで管理する方法であって：
    Ｎ個のデバイス（Ｎは２以上の自然数）におけるそれぞれのデバイスによってサポートされているコマンドに関する情報を獲得し、前記情報を自動コンフィグレーションサーバーに対して送付するステップであり、前記Ｎ個のデバイスは、少なくとも２つのタイプのコミュニケーションプロトコルをサポートしているステップと；
    前記自動コンフィグレーションのインストラクションに従って共通コマンドに応じたデータモデルを生成するステップであり、前記共通コマンドは、前記Ｎ個のデバイスの中のそれぞれのデバイスによってサポートされているコマンドに関する前記情報に従って前記自動コンフィグレーションサーバーによって生成されたものであるステップと；
    前記共通コマンドに応じた前記データモデルに対する前記自動コンフィグレーションサーバーによって送付されたバッチ管理コマンドを受け取るステップと；
    前記バッチ管理コマンドを前記Ｎ個のデバイスの中の一つまたはそれ以上のデバイスによってサポートされているコマンドへと変換し、前記一つまたはそれ以上のデバイスによってサポートされているコマンドを前記Ｎ個のデバイスの中の前記一つまたはそれ以上のデバイスに対して送付するステップと、を含む、
    ことを特徴とする方法。
  19. 前記一つまたはそれ以上のデバイスによってサポートされている前記コマンドは、複数のオペレーションによって形成されており、
    前記バッチ管理コマンドを前記Ｎ個のデバイスの中の一つまたはそれ以上のデバイスによってサポートされているコマンドへと変換し、前記一つまたはそれ以上のデバイスによってサポートされているコマンドを前記Ｎ個のデバイスの中の前記一つまたはそれ以上のデバイスに対して送付する前記ステップは：
    前記バッチ管理コマンドを前記Ｎ個のデバイスの中の一つまたはそれ以上の前記デバイスによってサポートされている前記コマンドに応じた複数のオペレーションへと変換し、前記一つまたはそれ以上のデバイスによってサポートされている前記コマンドに応じた前記複数のオペレーションを前記Ｎ個のデバイスの中の前記一つまたはそれ以上のデバイスに対して送付するステップ、を含む、
    請求項１８に記載の方法。
  20. 前記バッチ管理コマンドに従って前記一つまたはそれ以上のデバイスによってサポートされている前記コマンドを前記Ｎ個のデバイスの中の前記一つまたはそれ以上のデバイスに対して送付するステップは、さらに：
    前記バッチ管理コマンドにおけるフィルター条件に従って前記Ｎ個のデバイスの中で管理が必要なデバイスを決定するステップと；
    管理が必要な前記デバイスによってサポートされているコマンドを前記管理が必要な前記デバイスに対して送付するステップと、を含む、
    請求項１８または１９に記載の方法。
  21. 前記バッチ管理コマンドに従って、前記一つまたはそれ以上のデバイスによってサポートされている前記コマンドを、前記Ｎ個のデバイスの中の前記一つまたはそれ以上のデバイスに対して送付した後で、前記方法は、さらに：
    前記一つまたはそれ以上のデバイスによって送付されたコマンド実行レスポンスを受け取るステップと；
    前記一つまたはそれ以上のデバイスによって送付された前記コマンド実行レスポンスに従って、前記自動コンフィグレーションサーバーに対して送付されるべき前記バッチ管理コマンドの実行結果を生成し、前記実行結果を前記自動コンフィグレーションサーバーに送付するステップと、
    を含む、
    請求項１８乃至２０のいずれか一項に記載の方法。
  22. 前記Ｎ個のデバイスにおけるそれぞれのデバイスによってサポートされているコマンドに関する前記情報に従って前記自動コンフィグレーションサーバーによって前記共通コマンドを生成することは：
    それぞれのデバイスによってサポートされているコマンド又は複数のコマンドの組み合わせが所定の一般機能を実施することができる場合に、前記一般機能をサポートすることができる共通コマンドを生成するステップであり、前記共通コマンドは、それぞれのデバイスによってサポートされている前記コマンド又は複数のコマンドの前記組み合わせに対応しているステップを、含む、
    請求項１８乃至２１のいずれか一項に記載の方法。
  23. 受信ユニット、送信ユニット、および、データモデル生成ユニット、を含むゲートウェイであって：
    前記受信ユニットは、ネットワークにおけるＮ個（Ｎは２以上の自然数）のデバイスの中のそれぞれのデバイスによってサポートされているコマンドに関する情報を受け取り、共通コマンドに応じたデータモデルを生成するインストラクションを受け取り、前記インストラクションは自動コンフィグレーションサーバーによって送付されたものであって、かつ、前記自動コンフィグレーションサーバーによって送付されたバッチ管理コマンドを受け取るように構成されており、
    前記送信ユニットは、前記ネットワークにおける前記Ｎ個のデバイスにおけるそれぞれのデバイスによってサポートされているコマンドに関する前記情報を前記自動コンフィグレーションサーバーに対して送付し、かつ、一つまたはそれ以上のデバイスによってサポートされているコマンドを前記Ｎ個のデバイスの中の前記一つまたはそれ以上の前記デバイスに対して送付するように構成されており、
    前記データモデル生成ユニットは、前記自動コンフィグレーションサーバーから受け取った前記共通コマンドに応じたデータモデルを生成するインストラクションに従って、前記共通コマンドに応じたデータモデルを生成するように構成されている、
    ことを特徴とするゲートウェイ。
  24. 受信ユニット、共通コマンド生成ユニット、および、送信ユニット、を含む自動コンフィグレーションサーバーであって：
    前記受信ユニットは、ネットワークにおけるＮ個（Ｎは２以上の自然数）のデバイスの中のそれぞれのデバイスによってサポートされているコマンドに関するゲートウェイによって送付された情報を受け取るように構成されており、
    前記共通コマンド生成ユニットは、前記ネットワークにおける前記Ｎ個のデバイスの中のそれぞれのデバイスによってサポートされているコマンドに関する前記情報に従って共通コマンドを生成するように構成されており、
    送信ユニットは、前記共通コマンドに応じたデータモデルを生成するインストラクションを前記ゲートウェイに対して送付し、かつ、前記共通コマンドに応じたデータモデルに対するバッチ管理コマンドを前記ゲートウェイに対して送付するように構成されている、
    ことを特徴とする自動コンフィグレーションサーバー。
  25. ゲートウェイ、自動コンフィグレーションサーバー、および、デバイスを含む、デバイスをバッチで管理するシステムであって：
    前記ゲートウェイは、受信ユニット、送信ユニット、および、データモデル生成ユニット、を含み：
    前記受信ユニットは、ネットワークにおけるＮ個（Ｎは２以上の自然数）のデバイスの中のそれぞれのデバイスによってサポートされているコマンドに関する情報を受け取り、共通コマンドに応じたデータモデルを生成するインストラクションを受け取り、前記インストラクションは自動コンフィグレーションサーバーによって送付されたものであって、かつ、前記自動コンフィグレーションサーバーによって送付されたバッチ管理コマンドを受け取るように構成されており、
    前記送信ユニットは、前記ネットワークにおける前記Ｎ個のデバイスにおけるそれぞれのデバイスによってサポートされているコマンドに関する前記情報を前記自動コンフィグレーションサーバーに対して送付し、かつ、一つまたはそれ以上のデバイスによってサポートされているコマンドを前記Ｎ個のデバイスの中の前記一つまたはそれ以上の前記デバイスに対して送付するように構成されており、
    前記データモデル生成ユニットは、前記自動コンフィグレーションサーバーから受け取った前記共通コマンドに応じたデータモデルを生成するインストラクションに従って、前記共通コマンドに応じたデータモデルを生成するように構成されており、
    前記自動コンフィグレーションサーバーは、受信ユニット、共通コマンド生成ユニット、および、送信ユニット、を含み：
    前記受信ユニットは、ネットワークにおけるＮ個（Ｎは２以上の自然数）のデバイスの中のそれぞれのデバイスによってサポートされているコマンドに関するゲートウェイによって送付された情報を受け取るように構成されており、
    前記共通コマンド生成ユニットは、前記ネットワークにおける前記Ｎ個のデバイスの中のそれぞれのデバイスによってサポートされているコマンドに関する前記情報に従って共通コマンドを生成するように構成されており、
    送信ユニットは、前記共通コマンドに応じたデータモデルを生成するインストラクションを前記ゲートウェイに対して送付し、かつ、前記共通コマンドに応じたデータモデルに対するバッチ管理コマンドを前記ゲートウェイに対して送付するように構成されている、
    ことを特徴とするシステム。
JP2014526369A 2011-08-23 2012-08-09 バッチでデバイスを管理するための方法およびシステム Pending JP2014533384A (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201110243086.7 2011-08-23
CN201110243086.7A CN102957551B (zh) 2011-08-23 2011-08-23 一种批量管理设备的方法和系统
PCT/CN2012/079877 WO2013026355A1 (zh) 2011-08-23 2012-08-09 一种批量管理设备的方法和系统

Publications (1)

Publication Number Publication Date
JP2014533384A true JP2014533384A (ja) 2014-12-11

Family

ID=47745927

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2014526369A Pending JP2014533384A (ja) 2011-08-23 2012-08-09 バッチでデバイスを管理するための方法およびシステム

Country Status (5)

Country Link
US (1) US9521039B2 (ja)
EP (1) EP2712118B1 (ja)
JP (1) JP2014533384A (ja)
CN (1) CN102957551B (ja)
WO (1) WO2013026355A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2019004295A (ja) * 2017-06-14 2019-01-10 日本電信電話株式会社 加入者線端局装置、および設定反映方法

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103152199A (zh) * 2013-03-04 2013-06-12 上海森松压力容器有限公司 远程批量配置网络设备的方法及系统
CN103763140B (zh) * 2014-01-20 2017-08-29 华为技术有限公司 批量控制网络设备的方法及装置
CN104468242A (zh) * 2014-12-29 2015-03-25 同方威视技术股份有限公司 自动切换方法及系统
US10404532B2 (en) * 2015-04-10 2019-09-03 Comcast Cable Commnications, LLC Virtual gateway control and management
CN106254128A (zh) * 2016-08-24 2016-12-21 北京紫金支点技术有限公司 一种基于服务器的atm配置参数管理方法及系统
US11473803B2 (en) * 2017-07-05 2022-10-18 Honeywell International Inc. Inbuilt programming tool for use by non-programmers to add intelligence to a building automation system
CN107800564B (zh) * 2017-08-29 2023-10-13 京信网络系统股份有限公司 一种网络设备管理方法、系统和计算机可读取介质
CN109861836A (zh) * 2017-11-30 2019-06-07 北京亿阳信通科技有限公司 一种网络管理设备及其管理方法
CN108549272A (zh) * 2018-05-30 2018-09-18 郑州云海信息技术有限公司 一种服务器诊断批量控制机器的方法
CN109302471A (zh) * 2018-09-26 2019-02-01 四川长虹电器股份有限公司 一种智能家居场景控制系统及方法
CN111125208A (zh) * 2018-10-30 2020-05-08 华为技术有限公司 一种数据采集处理方法、装置及系统
US11405853B2 (en) * 2018-11-22 2022-08-02 Groundhog Inc. Server, communication system, and performance measurement method
CN112782414B (zh) * 2019-11-11 2024-01-23 深圳迈瑞生物医疗电子股份有限公司 一种样本分析系统及其设置方法
CN111669738B (zh) * 2020-06-04 2023-08-04 北京万维智能技术有限公司 蓝牙ap导表注册设备方法、系统以及蓝牙ap
CN112291212B (zh) * 2020-10-16 2023-02-28 北京锐安科技有限公司 静态规则的管理方法、装置、电子设备和存储介质
CN114448495B (zh) * 2022-03-31 2023-06-13 四川安迪科技实业有限公司 基于tdma卫星网管的设备批量添加方法及装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007106196A1 (en) * 2006-02-24 2007-09-20 Siemens Home And Office Communication Devices Gmbh & Co. Kg A proxy agent for providing remote management of equipment in a communication network
JP2007272736A (ja) * 2006-03-31 2007-10-18 Nippon Telegr & Teleph Corp <Ntt> 接続装置及びデバイス制御システム
JP2009534882A (ja) * 2006-04-20 2009-09-24 インターナショナル・ビジネス・マシーンズ・コーポレーション 端末装置に遠隔からアクセスするための装置管理システム

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7013331B2 (en) * 2002-12-20 2006-03-14 Nokia, Inc. Automated bulk configuration of network devices
KR100657467B1 (ko) * 2004-05-28 2006-12-13 엘지전자 주식회사 게이트웨이를 통한 홈 네트워크 시스템
US8010952B2 (en) * 2004-06-08 2011-08-30 Cisco Technology, Inc. Method and apparatus for configuration syntax and semantic validation
CN100499494C (zh) * 2005-09-13 2009-06-10 华为技术有限公司 一种远程管理本地网络设备的系统及实现方法
CN1866958B (zh) 2005-12-27 2012-01-25 华为技术有限公司 使光网络终端支持多种协议的方法及系统
US8233486B2 (en) * 2006-12-11 2012-07-31 Verizon Patent And Licensing Inc. Remote management of network devices
US8065397B2 (en) * 2006-12-26 2011-11-22 Axeda Acquisition Corporation Managing configurations of distributed devices
CN101753989B (zh) 2008-12-08 2013-09-18 北京中星微电子有限公司 视频监控系统中批量配置信息的方法和装置
CN101783735B (zh) * 2009-01-15 2012-07-04 华为终端有限公司 远程管理设备的方法、装置及通信系统
CN101958878B (zh) * 2009-07-15 2013-06-26 华为终端有限公司 一种设备远程管理的方法及装置

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007106196A1 (en) * 2006-02-24 2007-09-20 Siemens Home And Office Communication Devices Gmbh & Co. Kg A proxy agent for providing remote management of equipment in a communication network
JP2007272736A (ja) * 2006-03-31 2007-10-18 Nippon Telegr & Teleph Corp <Ntt> 接続装置及びデバイス制御システム
JP2009534882A (ja) * 2006-04-20 2009-09-24 インターナショナル・ビジネス・マシーンズ・コーポレーション 端末装置に遠隔からアクセスするための装置管理システム

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
JPN6014053886; Ｏｐｅｎ　Ｍｏｂｉｌｅ　Ａｌｌｉａｎｃｅ: Ｇａｔｅｗａｙ　Ｍａｎａｇｅｍｅｎｔ　Ｏｂｊｅｃｔ　Ｔｅｃｈｎｉｃａｌ　Ｓｐｅｃｉｆｉｃａｔｉｏｎ；　ＯＭＡ-ＴＳ-ＧｗＭＯ-Ｖ１＿　０-２０１１０７２９-Ｄ , 20110729, ｐ．１-５０ *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2019004295A (ja) * 2017-06-14 2019-01-10 日本電信電話株式会社 加入者線端局装置、および設定反映方法

Also Published As

Publication number Publication date
WO2013026355A1 (zh) 2013-02-28
CN102957551B (zh) 2015-08-05
US9521039B2 (en) 2016-12-13
EP2712118A1 (en) 2014-03-26
EP2712118B1 (en) 2018-03-21
US20140115131A1 (en) 2014-04-24
CN102957551A (zh) 2013-03-06
EP2712118A4 (en) 2014-06-18

Similar Documents

Publication Publication Date Title
JP2014533384A (ja) バッチでデバイスを管理するための方法およびシステム
CN108702389B (zh) 用于遥控iot(物联网)设备的架构
EP2854374B1 (en) Method and device for managing terminal in home network and home network
WO2011137793A1 (zh) 实现zigbee设备远程升级的方法、装置及网络系统
CN105580327A (zh) 用于在m2m系统中传送通知消息的方法及其装置
WO2006091040A1 (en) Layer structure of network control protocol and interface method
WO2008138260A1 (fr) Procédé, système et dispositif d&#39;accès à un réseau domestique pour accéder à un réseau domestique
EP2640002B1 (en) Method, apparatus and system for configuring device
CN106537840B (zh) 用于网络设备管理的系统和方法
WO2006091028A1 (en) Method for setting home code in network system and device for network
CN110351141B (zh) FlexE接口管理方法、装置及网元
US8005915B2 (en) Method for providing download and upload service in network control system
KR20070119013A (ko) 네트워크 시스템의 디바이스 장치 및 프로파일 전송 방법
Kovac et al. Keeping eyes on your home: Open-source network monitoring center for mobile devices
CN102025576A (zh) 一种家庭自动化系统及其控制方法
KR20070117585A (ko) 네트워크 시스템의 네트워크 프로파일 구성 방법
CN105207811B (zh) 一种替换非AllJoyn设备的方法及装置
WO2010124567A1 (zh) 大对象传输方法、服务器
CN107248935B (zh) 一种网管发现并监控网元的系统及方法
CN101785245A (zh) 根据控制点的连接状态管理通用即插即用设备的资源的方法和装置
KR101067333B1 (ko) 리빙 네트워크 컨트롤 시스템에서의 계층 구조 관리방법
CN103001800B (zh) 软件实体自动发现方法、服务节点及设备
KR101062219B1 (ko) 데이터 링크 계층에서의 데이터 송수신 제어방법
CN102457531B (zh) 个人网设备代理模式的实现方法和个人网设备
JP2021191004A (ja) ネットワークスライストポロジおよびデバイスを決定するための方法およびシステム

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20141224

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20150317

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20150721