JP2023525393A

JP2023525393A - ゲートウェイリソースを更新する方法および装置、ならびにｉｏｔ制御プラットフォーム

Info

Publication number: JP2023525393A
Application number: JP2022572802A
Authority: JP
Inventors: ジャン，ホンジェン
Original assignee: Shanghai Envision Digital Co Ltd; Envision Digital International Pte Ltd
Current assignee: Shanghai Envision Digital Co Ltd; Envision Digital International Pte Ltd
Priority date: 2020-07-02
Filing date: 2021-06-29
Publication date: 2023-06-15
Also published as: US20230198856A1; CN111835842B; US11870658B2; EP4176602A1; WO2022005401A1; CN111835842A

Abstract

インターネット・オブ・シングス（ＩｏＴ）の分野に属する、ゲートウェイリソースを更新する方法および装置、ならびにＩｏＴ制御プラットフォームが開示される。本方法は、各ゲートウェイ装置に接続されるＩｏＴ制御プラットフォームに適用可能であって、ゲートウェイ装置はＩｏＴ装置に接続される。本方法は、変更されたモデルの変更モデル識別子を含むモデル変更メッセージを取得するステップであって、異なるＩｏＴ装置は異なるモデルに対応し、各モデルはＩｏＴ装置の測定点の測定点情報を含むステップと；変更モデル識別子に基づいて関連テンプレートを決定し、関連テンプレートを更新するステップであって、関連テンプレートは測定点情報と変更されたモデルの測定点識別子の対応関係を含んでおり、測定点識別子はＩｏＴ装置によって送信された測定点データメッセージに適用可能であるステップと；関連テンプレートを使用する対象ゲートウェイ装置を決定するステップと；対象ゲートウェイ装置に対してゲートウェイリソース更新パッケージを発行するステップであって、対象ゲートウェイ装置はゲートウェイリソース更新パッケージに基づいてゲートウェイリソースを更新するように構成されているステップとを含む。

Description

本開示の実施形態は、インターネット・オブ・シングス（ＩｏＴ）の分野に関し、特に、ゲートウェイリソースを更新する方法および装置、ならびにＩｏＴ制御プラットフォームに関する。

ＩｏＴシステムにおいて、ゲートウェイ装置は端末アプリケーション層とネットワーク層の間のデータ交換および通信を実行するための中間装置である。ゲートウェイ装置は、アクセスされたＩｏＴ装置を管理し、データをアクセスされたＩｏＴ装置とそのアクセス能力、管理能力およびプロトコル変換能力に基づいて交換することができる。

関連技術において、主なリソース更新方法は以下の通りである。技術者による手動のオフライン更新；リモートのオンライン更新；および技術者によるゲートウェイ装置の設定ページでの更新。

関連技術におけるオフライン更新方法では、技術者が各ゲートウェイ装置のリソースを手動で更新する必要があり、更新効率の低下につながる。オンラインモードでは、ゲートウェイ装置に接続されたすべてのＩｏＴ装置を統一された方法で更新する必要があるため、比較的大量のデータの更新を必要とし、現在のネットワーク状況によって大きく左右されることになる。ゲートウェイ装置の設定ページでの更新に関しては、ゲートウェイ装置に構成モジュールサービスをさらに設ける必要があるため、ゲートウェイ装置の物理リソースを占有することになる。

本開示の実施形態は、ゲートウェイリソースを更新する方法および装置、ならびにＩｏＴ制御プラットフォームを提供する。技術的解決策は以下の通りである。

一つの態様では、ゲートウェイリソースを更新する方法が本開示の一実施形態によって提供される。前記方法は各ゲートウェイ装置に接続されるＩｏＴ制御プラットフォームに適用可能であって、前記ゲートウェイ装置はＩｏＴ装置に接続されるものであり、前記方法は、
変更されたモデルの変更モデル識別子を含むモデル変更メッセージを取得するステップであって、異なるＩｏＴ装置は異なるモデルに対応し、各モデルは前記ＩｏＴ装置の測定点の測定点情報を含む前記ステップと；
前記変更モデル識別子に基づいて関連テンプレートを決定し、前記関連テンプレートを更新するステップであって、前記関連テンプレートは前記測定点情報と前記変更されたモデルの測定点識別子の対応関係を含んでおり、前記測定点識別子は前記ＩｏＴ装置によって送信された測定点データメッセージに適用可能である前記ステップと；
前記関連テンプレートを使用する対象ゲートウェイ装置を決定するステップと；
前記対象ゲートウェイ装置に対してゲートウェイリソース更新パッケージを発行するステップであって、前記対象ゲートウェイ装置は前記ゲートウェイリソース更新パッケージに基づいて前記ゲートウェイリソースを更新するように構成されている前記ステップとを含む。

別の態様では、ゲートウェイリソースを更新する装置が本開示の一実施形態によって提供される。前記装置は各ゲートウェイ装置に接続されるＩｏＴ制御プラットフォームに適用可能であって、前記ゲートウェイ装置はＩｏＴ装置に接続されるものであり、前記装置は、
変更されたモデルの変更モデル識別子を含むモデル変更メッセージを取得するように構成されたメッセージ取得モジュールであって、異なるＩｏＴ装置は異なるモデルに対応し、各モデルは前記ＩｏＴ装置の測定点の測定点情報を含む前記メッセージ取得モジュールと；
前記変更モデル識別子に基づいて関連テンプレートを決定し、前記関連テンプレートを更新するように構成されたテンプレート更新モジュールであって、前記関連テンプレートは前記測定点情報と前記変更されたモデルの測定点識別子の対応関係を含んでおり、前記測定点識別子は前記ＩｏＴ装置によって送信された測定点データメッセージに適用可能である前記テンプレート更新モジュールと；
前記関連テンプレートを使用する対象ゲートウェイ装置を決定するように構成されたゲートウェイ決定モジュールと；
前記対象ゲートウェイ装置に対してゲートウェイリソース更新パッケージを発行するように構成されたリソース更新モジュールであって、前記対象ゲートウェイ装置は前記ゲートウェイリソース更新パッケージに基づいて前記ゲートウェイリソースを更新するように構成されている前記リソース更新モジュールとを含む。

さらに別の態様では、ＩｏＴ制御プラットフォームが本開示の実施形態によって提供される。前記ＩｏＴ制御プラットフォームは、プロセッサと、少なくとも１つの命令、少なくとも１つのプログラム、コードセット、または命令セットを記憶するメモリとを含んでおり、前記少なくとも１つの命令、前記少なくとも１つのプログラム、前記コードセット、または前記命令セットは、前記プロセッサによってロードされて実行されると、上記の態様に記載されたゲートウェイリソースを更新する前記方法を前記プロセッサに実行させる。

さらに別の態様では、コンピュータ可読記憶媒体が本開示の実施形態によって提供される。前記コンピュータ可読記憶媒体は、少なくとも１つの命令、少なくとも１つのプログラム、コードセット、または命令セットを記憶しており、前記少なくとも１つの命令、前記少なくとも１つのプログラム、前記コードセット、または前記命令セットは、プロセッサによってロードされて実行されると、上記の態様に記載されたゲートウェイリソースを更新する前記方法を前記プロセッサに実行させる。

またさらに別の態様では、コンピュータプログラム製品が本開示の実施形態によってさらに提供される。前記コンピュータプログラム製品は少なくとも１つの命令を記憶しており、前記少なくとも１つの命令は、プロセッサによってロードされて実行されると、上記の態様に記載されたゲートウェイリソースを更新する前記方法を前記プロセッサに実行させる。

本開示の実施形態では、前記ＩｏＴ制御プラットフォームが、前記モデル変更メッセージの前記変更モデル識別子に基づいて前記関連テンプレートを決定し、前記関連テンプレートを更新し、前記関連テンプレートを使用する前記対象ゲートウェイ装置をさらに決定し、前記対象ゲートウェイ装置に対して前記ゲートウェイリソース更新パッケージを最後に発行することで、前記対象ゲートウェイ装置は前記ゲートウェイリソース更新データパッケージに基づいて前記ゲートウェイリソースを更新することができる。本開示による前記方法によって、モデル変更の場合には、前記ＩｏＴ制御プラットフォームは、更新される前記ゲートウェイリソースを自動的にパッケージ化して、関連技術における手動更新モードに取って代わることができる。さらに、リリースされる前記ゲートウェイリソース更新パッケージが前記対象ゲートウェイ装置の前記ゲートウェイリソース更新に対応することで、前記ＩｏＴ制御プラットフォームがリソース更新の必要がない前記ゲートウェイ装置のリソースを更新するのを防ぐことによって、前記ゲートウェイリソースの更新時の精度および更新効率がさらに向上する。

本開示の例示的な実施形態による実施環境の概略図である。本開示の例示的な実施形態によるゲートウェイリソースを更新する方法のフローチャートである。本開示の別の例示的な実施形態によるゲートウェイリソースを更新する方法のフローチャートである。本開示の例示的な実施形態による現在の全ゲートウェイリソースに含まれる内容の概略図である。本開示のさらに別の例示的な実施形態によるゲートウェイリソースを更新する方法のフローチャートである。本開示の例示的な実施形態による増分リリースプロセスの概略図である。本開示の例示的な実施形態によるゲートウェイリソースを更新する装置の構造ブロック図である。本開示の例示的な実施形態によるＩｏＴ制御プラットフォームの概略構造図である。

本開示の目的、技術的解決策、および利点をより明確にするために、添付図面を参照して本開示の実施態様を以下に詳細に説明する。

本明細書における「複数」という用語は２つ以上を意味する。「および／または」という用語は関連する対象物の関連関係を記述するもので、３つの関係を示し得る。例えば、「Ａおよび／またはＢ」は、Ａが単独で存在する、またはＡおよびＢが同時に存在する、またはＢが単独で存在することを示し得る。記号「／」は、前後関係の対象物が「ｏｒ」の関係にあることを一般に示す。

理解しやすくするため、本開示の実施形態に関わる用語を以下に記載する。

インターネット・オブ・シングス（ＩｏＴ）システム：ＩｏＴシステムは新世代の情報技術の重要な部分であり、インターネットに基づく拡張拡大ネットワークであり、任意の対象間のデータ交換および通信を実現することができる。関連技術において、ＩｏＴは、端末アプリケーション層、ネットワーク層（さらにネットワークアクセス層とコア層に分けられる）、装置管理層、およびバックグラウンドアプリケーション層の４つのレベルに分けることができる。本明細書において、ＩｏＴの端末アプリケーション層はＩｏＴの特徴の最も代表的なものであり、様々な端末装置から構成される。ＩｏＴシステムは、上記の端末装置上で動作して端末装置を制御および管理するオペレーティングシステムソフトウェアであり、統一プログラミングインターフェースを提供する。

ＩｏＴ装置：本開示の実施形態では、ＩｏＴ装置はＩｏＴの端末アプリケーション層の端末装置を指し、例えば、各種センサ、スマート端末、クレジットカード機械、スマートカードおよびその他の端末装置であってもよい。

ゲートウェイ装置：端末アプリケーション層とネットワーク層は異なるタイプのネットワークである。異なるタイプのネットワークが異なるプロトコルを有するといった要因に基づいて、端末アプリケーション層とネットワーク層の間のデータ交換および通信を実現するために、中間装置がプロトコル変換やその他の応答性を実現すべく端末アプリケーション層とネットワーク層の間に要求され、中間装置はゲートウェイ装置である。さらに、ゲートウェイ装置は広範なアクセス能力および装置管理能力も有する。すなわち、複数のＩｏＴ装置はゲートウェイ装置に同時にアクセスすることになり、ゲートウェイ装置はアクセスされたＩｏＴ装置を管理することができる。ＩｏＴシステムでは、ゲートウェイ装置は特にＩｏＴゲートウェイ装置と呼ぶ点に留意する必要がある。

測定点：ＩｏＴ装置がゲートウェイ装置によってネットワーク層にデータを送信する場合、送信データは予め保存されたデータかまたは装置の測定点で収集されたデータであってもよい。ＩｏＴ装置が風力タービンである場合、考えられる測定点は、地理的位置測定点、温度測定点、湿度測定点などであってもよい。

仕様：本開示の実施形態では、ＩｏＴ装置が測定点で収集されたデータをゲートウェイ装置に送信する場合、測定点と特定の仕様に従ったデータとに基づいて測定点データメッセージを作成する必要がある。ゲートウェイ装置は、メッセージの受信後、同じ仕様に従ってメッセージを解析する。

測定点情報：データ送信の利便性のため、特定の測定点はマッピング情報（すなわち、測定点情報）と置き換えられる。したがって、ＩｏＴ装置によって作成された測定点データメッセージは少なくとも、データフィールドおよび測定点フィールドを含んでおり、測定点フィールドは測定点に対応するマッピング情報を保存するように構成される。例えば、地理的位置測定点に対応するマッピング情報はＡであり、温度測定点に対応するマッピング情報はＢであり、湿度測定点に対応するマッピング情報はＣである。ゲートウェイ装置は、測定点データメッセージを解析することによって測定点に対応する測定点情報を取得する。

テンプレート：本開示の実施形態では、テンプレートは測定点と測定点情報のマッピング関係を保存するように構成される。例えば、Ａの測定点情報がメッセージ解析結果に基づいて取得されると、測定点情報に対応する地理的位置測定点をテンプレートに保存されたマッピング関係に基づいて決定することができる。さらに、測定点と測定点情報がそれに応じて測定点識別子を有する場合には、テンプレートは、測定点情報と測定点識別子の対応関係を保存し、測定点識別子によって測定点および測定点情報を独自に特徴付けるようにさらに構成される。

モデル：ゲートウェイ装置に対応するゲートウェイモデルは変わらない一方で、ＩｏＴ装置のモデルは異なる。したがって、本開示の実施形態では、モデルは特にＩｏＴ装置に対応するモデルを参照する。各ＩｏＴ装置に対応するモデルでは、モデルはＩｏＴ装置の測定点の測定点情報を含む。すなわち、すべての対応する測定点情報がモデルのモデル識別子に基づいて取得することができる。

ＩｏＴ装置に対するゲートウェイ装置の管理能力に基づいて、ＩｏＴシステムのゲートウェイ装置はアクセスされた装置の情報（すなわち、ＩｏＴ装置情報）と関連するプロトコル仕様を時々更新するので、ゲートウェイ装置はリソースを更新する能力も有する。関連技術において、主なリソース更新方法は以下の通りである。技術者による手動のオフライン更新；リモートのオンライン更新；および技術者によるゲートウェイ装置の設定ページでの更新。

しかしながら、関連技術におけるリソース更新方法に関して、オフラインモードでは、技術者が各ゲートウェイ装置のリソースを手動で更新する必要があり、更新効率の低下につながる。オンラインモードでは、ゲートウェイ装置に接続されたすべてのＩｏＴ装置を統一された方法で更新する必要があるため、比較的大量のデータの更新を必要とし、現在のネットワーク状況によって大きく左右されることになる。ゲートウェイ装置の設定ページでの更新に関しては、ゲートウェイ装置に構成モジュールサービスをさらに設ける必要があるため、ゲートウェイ装置の物理リソースを占有することになる。

関連技術においてゲートウェイ装置がリソースを更新する場合の上記の課題を解決するため、本開示はゲートウェイリソースを更新する方法を提供する。本方法によって、ゲートウェイ装置の更新されるゲートウェイリソースを自動的にパッケージ化することができ、それぞれゲートウェイ装置にリリースすることによって、ゲートウェイ装置でのゲートウェイリソース更新を実現する。本開示の例示的な実施形態による実施環境の概略図である図１を参照する。実施環境は、ＩｏＴ装置１０１、ゲートウェイ群（ゲートウェイ装置１０２からなる）、およびＩｏＴ制御プラットフォーム１０３を含む。

ＩｏＴ装置１０１は、ＩｏＴシステムの端末アプリケーション層の端末装置である。ＩｏＴ装置１０１は、単一のデータ収集を実現することができる端末装置であってもよく、あるいは複数の測定点に基づくデータ収集を実現することができる端末装置であってもよい。ＩｏＴシステムの異なる適用シーンでは、ＩｏＴ装置１０１のタイプが異なる。ＩｏＴシステムがシステム認識、総合的解析および各ロジスティックリンクの処理に用いられる場合、ＩｏＴ装置１０１は各ロジスティックリンクのコンピュータ装置であってもよく、コンピュータ装置は対応するロジスティックリンクのロジスティックデータを監視および記録するのに用いられる。ＩｏＴシステムが新たなエネルギー生産工程を遠隔で監視するのに用いられる場合、ＩｏＴ装置１０１は風力タービンであってもよく、風力タービンの各装置は地理的位置測定点およびリアルタイム温度測定点等の複数の測定点を含む。上記の考えられる適用シーンは単なる例示的な例であり、本開示のＩｏＴシステムの適用シーンを限定するものではない。考えられる適用シーンとしては、輸送、セキュリティ、エネルギー環境保護、医療、建設、製造、ホームファニシング、小売り、農業などを参照してもよい。さらに、データ収集および送信に加えて、ＩｏＴ装置１０１は、測定点のデータの分類および保存等の、特定のデータ処理および保存能力をさらに有する。

ＩｏＴ装置１０１は、ゲートウェイ群に含まれるゲートウェイ装置１０２のいずれか１つに有線または無線ネットワークを介して接続される。本明細書において、ゲートウェイ装置１０２は、ＩｏＴ装置１０１とネットワーク層の間のデータ交換および通信を実現することができる。いくつかの実施形態では、ゲートウェイ装置１０２は複数のＩｏＴ装置１０１によって送信されたデータを受信し、そのデータをネットワーク層の現在の通信プロトコルに合った所定のフォーマットに変換する。さらに、ゲートウェイ装置１０２は変換されたデータをネットワーク層に送信する。それに応じて、ゲートウェイ装置１０２はさらに、ネットワーク層のデータを受信し、受信したデータのフォーマットを変換し、変換されたデータを対応するＩｏＴ装置１０１に送信することができる。

ＩｏＴシステムのゲートウェイ装置１０２およびＩｏＴ制御プラットフォーム１０３は、有線または無線ネットワークを介して接続される。本明細書において、ＩｏＴ制御プラットフォーム１０３はＩｏＴシステムのクラウド装置であり、ゲートウェイ装置１０２によって送信されたデータを受信し、装置データを保存、処理および解析するように構成される。任意には、ＩｏＴ制御プラットフォーム１０３は、サーバか、または複数のサーバから構成されるサーバクラスタか、またはクラウドコンピューティングセンターであってもよい。任意には、ＩｏＴ制御プラットフォーム１０３は、ＩｏＴ装置情報、ゲートウェイ装置情報などを保存するための記憶装置を含む。任意には、ＩｏＴ制御プラットフォーム１０３は、データ相互作用を実行することができるゲートウェイ装置１０２とすべてのゲートウェイ装置１０２と関連するＩｏＴ装置１０１とを管理するための管理装置をさらに含んでもよく、管理装置は、例えば、ＩｏＴ装置１０１のリソースを更新し、ＩｏＴ装置１０１を監視および管理するように構成される。任意には、ＩｏＴ制御プラットフォーム１０３は、記憶装置の機能を実現するため、または記憶装置内のデータと異なるデータを保存するためのファイルサーバをさらに含んでもよい。例えば、記憶装置は現在受信されて送信されるデータを保存するように構成され、ファイルサーバはデータ交換および通信プロセス中の履歴データを保存するように構成される。

上記の実施環境に基づいて、本開示によるゲートウェイリソースを更新する方法を実現することができる。異なるＩｏＴ装置１０１は、異なる領域に取り付けられた２つの風力タービンのような、異なるか同じ測定点を含んでもよい。ＩｏＴ装置１０１の装置タイプが同じであって、データ収集タイプも同じである場合には、データ収集、保存および送信のプロセスにおいてデータを保存するために同じテンプレートが採用される。それに応じて、ゲートウェイ装置１０２はアクセスされたＩｏＴ装置１０１用のテンプレートの一元管理を実現することができる。ＩｏＴ装置１０１の測定点情報が変化する、すなわち、ＩｏＴ装置１０１に対応するテンプレートのデータが変化する場合には、テンプレートを使用する他のＩｏＴ装置１０１を管理する際にゲートウェイ装置１０２が更新されたテンプレートを使用してデータを保存および管理することができるように、ＩｏＴ制御プラットフォーム１０３はテンプレートを更新する必要がある。本開示によるリソースを更新する方法に関しては、モデル変更がある場合、ＩｏＴ制御プラットフォーム１０３は、関連技術における手動更新方法を採用することなく、モデル変更メッセージを取得し、モデル変更メッセージを受信した後にテンプレート更新と関連するゲートウェイリソースを自動的にパッケージ化する。さらに、ＩｏＴ制御プラットフォーム１０３は、ゲートウェイリソースの自動パッケージ化の完了時点でゲートウェイリソースが更新される予定のゲートウェイ装置１０２を決定する。さらにまた、自動パッケージ化によって作成されたゲートウェイリソース更新パッケージがゲートウェイ装置１０２にリリースされる。リリースが成功すると、ゲートウェイ装置１０２がゲートウェイリソース更新パッケージの内容に基づいて接続されたＩｏＴ装置１０１に対応するテンプレートを更新することで、ゲートウェイ装置１０２は更新されたテンプレートによってテンプレートを使用するすべてのＩｏＴ装置１０１のデータを保存し、すべてのＩｏＴ装置１０１を管理することができる。

本開示の例示的な実施形態によるゲートウェイリソースを更新する方法のフローチャートである図２を参照する。本方法は図１に示すＩｏＴ制御プラットフォームに適用可能であり、以下のステップを含む。

ステップ２０１では、モデル変更メッセージが取得されるが、モデル変更メッセージは変更されたモデルの変更モデル識別子を含む。

任意には、ゲートウェイ群は複数のゲートウェイ装置を含み、各ゲートウェイ装置はアクセスされたＩｏＴ装置のテンプレートを管理および更新することができる。

いくつかの実施形態では、ＩｏＴ制御プラットフォームは、ゲートウェイ装置のモデルと、ＩｏＴ装置に対応するすべてのモデルを含むモデルモジュールを備えている。本明細書において、ゲートウェイ装置のモデルは固定パブリックモデルであり、ＩｏＴ装置に対応するすべてのモデルにおいて、複数のＩｏＴ装置は同じモデルに対応してもよい。

技術者がＩｏＴ制御プラットフォームを操作する場合、すなわち、モデル変更がある場合、モデルモジュールはモデル変更メッセージを送信し、ＩｏＴ制御プラットフォームはリスニングモジュールによってモデル変更メッセージを受信する。任意には、モデル変更メッセージは変更されたモデルの変更モデル識別子を含み、変更モデル識別子は変更されたモデルを独自に識別するように構成される。

任意には、モデルはＩｏＴ装置の測定点の測定点情報を含み、測定点と測定点情報の間のマッピング関係がある。例えば、Ａの測定点情報が装置の地理的位置測定点に対応する場合、Ａは装置測定点がマッピングされた後の測定点情報である。

ステップ２０２では、変更モデル識別子に基づいて関連テンプレートが決定され、更新される。

モデル変更メッセージを取得した後、ＩｏＴ制御プラットフォームはモデル変更メッセージに基づいて変更モデル識別子を取得する。変更モデル識別子は、現時点で変更されたモデルを特徴付けるように構成される。さらに、ＩｏＴ制御プラットフォームはモデル変更メッセージの変更モデル識別子に基づいて変更モデル識別子に現時点で対応する測定点情報のすべての要素を取得し、それに応じて変更モデル識別子に基づいて関連テンプレートを問い合わせることができる。関連テンプレートは変更されたモデルの測定点情報と測定点識別子の対応関係を保存し、測定点識別子はＩｏＴ装置によって送信された測定点データメッセージに適用可能である。

ＩｏＴ装置によって作成された測定点データメッセージは少なくともデータフィールドおよび測定点フィールドを含んでおり、測定点フィールドは測定点に対応するマッピング情報（すなわち、測定点情報）を保存するように構成される。例えば、地理的位置測定点に対応するマッピング情報はＡであり、温度測定点に対応するマッピング情報はＢであり、湿度測定点に対応するマッピング情報はＣである。ゲートウェイ装置は、測定点データメッセージを解析することによって測定点に対応する測定点情報を取得する。

さらに、モデルが変更される場合は測定点情報が変化する傾向があるので、測定点データメッセージに測定点識別子を追加することが必要である。測定点情報の各要素は、固有の測定点識別子に対応する。

いくつかの実施形態では、ＩｏＴ制御プラットフォームは、すべてのモデル識別子とすべてのテンプレートの関連関係に基づいて変更モデル識別子に対応する関連テンプレートを決定する。変更されたモデルは、それぞれ測定点情報に対応する測定点識別子を含む。さらに、ＩｏＴ制御プラットフォームは、測定点情報の各要素に対応する測定点識別子に基づいて変更されたモデルの現在の測定点情報を取得し、測定点識別子に基づいて関連テンプレートの各測定点に対応する過去の測定点情報を取得する。ＩｏＴ制御プラットフォームは、現在の測定点情報と過去の測定点情報を比較することによって関連テンプレートに対応して更新される測定点を決定する。

一例では、技術者が温度測定点とＢのマッピング関係を温度測定点とＢ１のマッピング関係に変更すると、測定点情報Ｂはモデル内で変更される。例えば、技術者がＩｏＴ装置の新たな測定点を追加し、測定点情報Ｄを設定して測定点情報Ｄと新たに追加された測定点のマッピング関係を形成すると、モデル内に新たに追加された測定点情報Ｄが存在する。別の例では、技術者がＩｏＴ装置の温度測定点を削除すると、測定点情報Ｂはモデル内に存在しない。

したがって、更新される測定点は、新たに追加された測定点、削除された測定点および変更された測定点の少なくとも１つである。

関連テンプレートは１つのＩｏＴ装置に適用可能であるばかりでなく、複数のＩｏＴ装置の共通のテンプレートであってもよく、ゲートウェイ装置はＩｏＴ装置に対する管理能力を有しているので、関連テンプレートに保存された過去の測定点情報は、関連テンプレートに対応して更新される測定点が変更モデル識別子に基づいて決定された後に更新される必要がある。

いくつかの実施形態では、ＩｏＴ制御プラットフォームは、更新される測定点に対応する測定点情報に基づいて関連テンプレートを更新することによって更新された関連テンプレートを取得する。更新される測定点が削除された測定点である場合、測定点に対応する過去の測定点情報がテンプレートで削除されるので、ゲートウェイ装置はアクセスされたＩｏＴ装置を管理する際に更新された関連テンプレートをＩｏＴ装置に適用することができる。

ステップ２０３では、関連テンプレートを使用する対象ゲートウェイ装置が決定される。

ゲートウェイ装置は複数のＩｏＴ装置に接続され、同時に、さらにアクセスされたＩｏＴ装置のテンプレートを管理する。したがって、ＩｏＴ制御プラットフォームが関連テンプレートの更新を完了した後、関連テンプレートの管理に関係する対象ゲートウェイ装置のゲートウェイリソースは更新される必要があり、関連テンプレートを使用するＩｏＴ装置が対象ゲートウェイ装置にアクセスする。

任意には、関連テンプレートの管理に関係する対象ゲートウェイ装置のゲートウェイリソースを更新する前に、すべてのゲートウェイ装置から対象ゲートウェイ装置を決定することが必要である。ＩｏＴ制御プラットフォームは関連テンプレートと関連するゲートウェイ装置情報を取得し、ゲートウェイ装置情報は対象ゲートウェイ装置の装置情報を含む。本明細書において、装置情報はゲートウェイ装置の識別子であってもよく、ゲートウェイ装置情報は対象ゲートウェイ装置の識別子を含む。

ステップ２０４では、ゲートウェイリソース更新パッケージが対象ゲートウェイ装置に対して発行される。

いくつかの実施形態では、ＩｏＴ制御プラットフォームは、ゲートウェイ装置情報に基づいて対象ゲートウェイ装置の現在の全ゲートウェイリソースを作成し、現在の全ゲートウェイリソースを過去の全ゲートウェイリソースと比較することによって現在のゲートウェイリソース更新パッケージを作成する。

さらに、ＩｏＴ制御プラットフォームは対象ゲートウェイ装置に対してゲートウェイリソース更新パッケージを発行し、対象ゲートウェイ装置はゲートウェイリソース更新データパッケージに基づいてゲートウェイリソースを更新するように構成される。

要約すると、本開示の実施形態では、ＩｏＴ制御プラットフォームが、モデル変更メッセージの変更モデル識別子に基づいて関連テンプレートを決定し、関連テンプレートを更新し、関連テンプレートを使用する対象ゲートウェイ装置をさらに決定し、対象ゲートウェイ装置に対してゲートウェイリソース更新パッケージを最終的に発行することで、対象ゲートウェイ装置はゲートウェイリソース更新データパッケージに基づいてゲートウェイリソースを更新することができる。本開示による方法によって、モデル変更の場合には、ＩｏＴ制御プラットフォームは、更新されるゲートウェイリソースを自動的にパッケージ化して、関連技術における手動更新モードに取って代わることができる。さらに、リリースされるゲートウェイリソース更新パッケージが対象ゲートウェイ装置のゲートウェイリソース更新に対応することで、ＩｏＴ制御プラットフォームがリソース更新の必要がないゲートウェイ装置のリソースを更新するのを防ぐことによって、ゲートウェイリソースの更新時の精度および更新効率が更に向上する。

本開示によるゲートウェイリソースを更新する方法によって、ＩｏＴ制御プラットフォームは更新されるゲートウェイリソースを自動的にパッケージ化することができる。その後、ゲートウェイリソース更新パッケージをリリースする過程で、リリースが失敗した場合、全ゲートウェイリソース更新パッケージはロールバックしてエラー原因を決定する必要がある。このため、ゲートウェイリソース更新パッケージのリリース時にエラーが発生した場合にエラーを識別する時間を短縮するために、本方法は上記の実施形態に基づいて以下の内容をさらに含む。

本開示の別の例示的な実施形態によるゲートウェイリソースを更新する方法のフローチャートである図３を参照する。本方法は図１に示すＩｏＴ制御プラットフォームに適用可能であり、以下のステップを含む。

ステップ３０１では、モデル変更メッセージが取得されるが、モデル変更メッセージは変更されたモデルの変更モデル識別子を含む。

任意には、このステップの詳細に関してはステップ２０１を参照し、本明細書において本開示の実施形態では繰り返さない。

ステップ３０２では、関連テンプレートが変更モデル識別子に基づいて決定され、更新される。

任意には、このステップの詳細に関してはステップ２０２を参照し、本明細書において本開示の実施形態では繰り返さない。

ステップ３０３では、関連テンプレートを使用する対象ゲートウェイ装置が決定される。

任意には、このステップの詳細に関してはステップ２０３を参照し、本明細書において本開示の実施形態では繰り返さない。

ステップ３０４では、ゲートウェイリソース更新パッケージが作成される。

任意には、ステップ３０４は以下の１～５を含む。

１．ＩｏＴ制御プラットフォームがゲートウェイリソースの変化に応じて増分ゲートウェイリソースを決定する。

ＩｏＴ制御プラットフォームはゲートウェイリソースの変化に応じて変更されたゲートウェイリソースを取得し、変更されたゲートウェイリソースを増分ゲートウェイリソースとして決定する。

現在の全ゲートウェイリソース更新パッケージは、各ＩｏＴ装置の関連データを含む。ＩｏＴ制御プラットフォームがハッシュ値の比較結果に基づいて更新されるゲートウェイ装置を決定する場合、いくつかの実施形態では、ＩｏＴ制御プラットフォームは更新されるゲートウェイ装置の装置情報に基づいて現在の全ゲートウェイリソースから増分ゲートウェイリソースを選別する。

ＩｏＴ装置の装置情報が装置識別子であって、装置識別子に基づいて関連テンプレートおよび仕様情報を決定することができる場合、ＩｏＴ制御プラットフォームは更新されるゲートウェイ装置の装置識別子に基づいて現在の全ゲートウェイリソースから増分ゲートウェイリソースを選別する。

２．ＩｏＴ制御プラットフォームが対象ゲートウェイ装置の過去の全ゲートウェイリソースを取得し、過去の全ゲートウェイリソースおよび増分ゲートウェイリソースに基づいて現在の全ゲートウェイリソースを作成する。

ＩｏＴ制御プラットフォームは、ゲートウェイリソース更新パッケージをリリースすることによって対象ゲートウェイ装置のゲートウェイリソースを更新する。ゲートウェイリソース更新パッケージをリリースする前に、ゲートウェイリソース更新パッケージを作成する必要がある。

本開示の実施形態では、ＩｏＴ制御プラットフォームは最初に対象ゲートウェイ装置の現在の全ゲートウェイリソースを作成する。現在の全ゲートウェイリソースは、対象ゲートウェイ装置の過去の全ゲートウェイリソースを完全にカバーすることができるリソースを指す。任意には、現在の全ゲートウェイリソース更新には対象ゲートウェイ装置と関連するＩｏＴ装置情報および仕様情報が含まれる。本明細書において、ＩｏＴ装置情報はＩｏＴ装置を独自に識別するための装置識別子であってもよい。仕様情報は、ＩｏＴ装置のデータアップロード形式を標準化するように構成される。ＩｏＴ装置が測定点によって収集されたデータをゲートウェイ装置に送信する前に、特定の仕様の下での測定点およびデータに基づいて測定点データメッセージを作成する必要があり、ゲートウェイ装置は測定点データメッセージの受信後に同じ仕様による測定点データメッセージの内容を解析する。

例示的な実施形態では、現在の全ゲートウェイリソース更新に含まれる内容の概略図である図４に示すように、装置１～５は対象ゲートウェイ装置にアクセスする。本明細書において、装置１～３はテンプレート１を使用し、装置４および５はテンプレート２を使用する。さらに、装置１～３の作成に用いられる仕様は仕様１であり、装置４および５の作成に用いられる仕様は仕様２である。

本開示では、現在の全ゲートウェイリソースは自動的にパッケージ化することができる。すなわち、対象ゲートウェイ装置の現在の全ゲートウェイリソースを作成するよう指示する第１のリソースパッケージ化タスクが自動的に作成される。さらに、本開示による方法は、設定インターフェース上で技術者によって手動でトリガーされた現在の全ゲートウェイリソースの作成タスクをさらに含む。すなわち、第２のリソースパッケージ化タスクは自動的に作成されるもので、手動でトリガーされたリソース作成タスクである。本明細書において、第２のリソースパッケージ化タスクは実行する優先度を有する。したがって、内容１は、第１のリソースパッケージ化タスクを作成して、第１のリソースパッケージ化タスクを遅延キューに入れることと、優先度付きキューの第２のリソースパッケージ化タスクの完了に応じて第１のリソースパッケージ化タスクを実行することを含む。

第１のリソースパッケージ化タスクが作成された後、ＩｏＴ制御プラットフォームは第１のリソースパッケージ化タスクを遅延キューに入れる。第２のリソースパッケージ化タスクが作成された後、ＩｏＴ制御プラットフォームは第２のリソースパッケージ化タスクを優先度付きキューに入れる。さらに、ＩｏＴ制御プラットフォームは、優先度付きキューの第２のリソースパッケージ化タスクの完了に応じて第１のリソースパッケージ化タスクを実行する。

３．ＩｏＴ制御プラットフォームが過去の全ゲートウェイリソースに基づいて第１のハッシュ値を計算し、現在の全ゲートウェイリソースに基づいて第２のハッシュ値を計算する。

ＩｏＴ制御プラットフォームは、現在の全ゲートウェイリソースの作成の完了に応じて対象ゲートウェイ装置の過去の全ゲートウェイリソースをさらに取得する。

現在の全ゲートウェイリソース更新パッケージが直接リリースされる場合を考えれば、ＩｏＴ制御プラットフォームは不必要なリソースを更新することになるであろう。すなわち、現在の全ゲートウェイリソースと過去のリソースの間には重複データが存在する。

したがって、リソースをより適切に更新し、リソース更新時間を短縮するために、いくつかの実施形態では、ＩｏＴ制御プラットフォームは現在の全ゲートウェイリソースを過去の全ゲートウェイリソースと比較して、比較結果に基づいてゲートウェイリソース更新パッケージを作成するが、過去の全ゲートウェイリソースはＩｏＴ制御プラットフォームの記憶装置に保存してもよく、あるいはファイルサーバに保存してもよい。

本開示の実施形態では、ＩｏＴ制御プラットフォームは過去の全ゲートウェイリソースに対応するビッグデータをハッシュアルゴリズムによって小さめのデータにマッピングする。小さめのデータのこの要素は、ビッグデータの第１のハッシュ値である。同様に、ＩｏＴ制御プラットフォームは現在の全ゲートウェイリソースに基づいて第２のハッシュ値を計算する。

本明細書において、ハッシュ値は固有である。すなわち、ビッグデータが変化すると、対応するハッシュ値も変化する。したがって、ハッシュ値は２つのデータの要素が同じであるかどうかを決定するように多くの場合構成される。

４．ＩｏＴ制御プラットフォームが、第１のハッシュ値が第２のハッシュ値と異なることに応じて更新されるゲートウェイ装置を決定する。

ＩｏＴ制御プラットフォームは、ハッシュ値の特徴と機能に基づいて第１のハッシュ値と第２のハッシュ値を比較し、同じかまたは異なる第１および第２のハッシュ値に応じてゲートウェイリソースが変化しているかどうかを決定する。第１のハッシュ値と第２のハッシュ値が同じである場合は、現在の全ゲートウェイリソースが過去の全ゲートウェイリソースと一致していることを示し、ゲートウェイリソースは変化しない。第１のハッシュ値が第２のハッシュ値と異なる場合は、現在の全ゲートウェイリソースが過去の全ゲートウェイリソースと一致していないことを示し、ゲートウェイリソースは変化する。

いくつかの実施形態では、ゲートウェイリソースをより正確に更新するために、ＩｏＴ制御プラットフォームはハッシュ値の比較結果に基づいて更新されるゲートウェイ装置を決定することができる。現在の全ゲートウェイリソースおよび過去の全ゲートウェイリソースのハッシュ値を計算する過程で、各ＩｏＴ装置に関連するデータのハッシュ値を計算することができるので、現在の全ゲートウェイリソースおよび過去の全ゲートウェイリソースに対応して異なるハッシュ値を有するＩｏＴ装置の識別子を特徴付ける。すなわち、更新されるゲートウェイ装置が決定される。本明細書において、ＩｏＴ装置に関連するデータは対応するテンプレートおよび仕様情報を含む。一例では、図４に示すように、テンプレート１が関連テンプレートである場合は、現在の全ゲートウェイリソースを過去の全ゲートウェイリソースと比較することによって、更新されるゲートウェイ装置はテンプレート１に対応するＩｏＴ装置、すなわち、ＩｏＴ装置１～３であるということがわかる。

５．ＩｏＴ制御プラットフォームが現在の全ゲートウェイリソースに基づいてゲートウェイリソース更新パッケージを作成する。

今のところ、ＩｏＴ制御プラットフォームは実際にリリースする必要がある増分ゲートウェイリソースを決定する。さらに、ＩｏＴ制御プラットフォームは増分ゲートウェイリソースをパッケージ化することによってゲートウェイリソース更新パッケージを取得する。

ステップ３０５では、ゲートウェイリソース更新パッケージがｍ個のリソース更新サブパッケージに分割されるが、ｍは対象ゲートウェイ装置の数未満である。

対象ゲートウェイ装置に対してゲートウェイリソース更新パッケージを発行する前に、ＩｏＴ制御プラットフォームは増分リリース形式でリリースされるゲートウェイリソースをテストする。

いくつかの実施形態では、ＩｏＴ制御プラットフォームはゲートウェイリソース更新パッケージをｍ個のリソース更新サブパッケージに分割する。テストプロセスでは、比較的少数のゲートウェイ装置だけでゲートウェイリソースの展開テストを実現するために、ｍは対象ゲートウェイ装置の数未満である。

ステップ３０６では、ｍ個のリソース更新サブパッケージがｍ個の対象ゲートウェイ装置に対して発行されるが、対象ゲートウェイ装置は受信されたリソース更新サブパッケージに基づいてゲートウェイリソース更新の展開テストを実行するように構成される。

ゲートウェイリソース更新パッケージをｍ個のリソース更新サブパッケージに分割した後、ＩｏＴ制御プラットフォームは対象ゲートウェイ装置のｍ個の対象ゲートウェイ装置にｍ個のリソース更新サブパッケージをリリースして展開テストを実行する。対象ゲートウェイ装置は、受信されたリソース更新サブパッケージに基づいてゲートウェイリソース更新の展開テストを実行するように構成される。任意には、ＩｏＴ制御プラットフォームは、すべての対象ゲートウェイ装置からｍ個の対象ゲートウェイ装置を順番に選択するか、またはすべての対象ゲートウェイ装置からｍ個の対象ゲートウェイ装置をランダムに選択するかしてもよく、本開示の実施形態では限定されない。

ステップ３０７では、ｍ個のリソース更新サブパッケージがすべて展開テストに合格したことに応じて、ゲートウェイリソース更新パッケージが残りの対象ゲートウェイ装置に対して発行される。

さらに、すべてのｍ個のリソース更新サブパッケージが展開されて展開テストに合格した場合には、ゲートウェイリソース更新パッケージにリリースでのエラーの可能性がないことを示し、ＩｏＴ制御プラットフォームは残りの対象ゲートウェイ装置に対してゲートウェイリソース更新パッケージを発行することができる。

本開示の実施形態では、更新されるゲートウェイリソースが自動的にパッケージ化された後、ゲートウェイリソース更新パッケージの展開テストを実現するために、ゲートウェイリソース更新パッケージの増分リリースの内容も含まれる。リリースに失敗したリソース更新サブパッケージがある場合、エラーがあったこのリソース更新サブパッケージを直接見つけることができ、そして、全ゲートウェイリソース更新パッケージをロールバックする必要がない。したがって、ゲートウェイリソース更新パッケージのリリース中にエラーがある場合、エラーの位置選定に費やす時間をさらに短縮することができる。

本開示の別の例示的な実施形態によるゲートウェイリソースを更新する方法のフローチャートである図５を参照する。本方法は図１に示すＩｏＴ制御プラットフォームに適用可能であり、以下のステップを含む。

ステップ５０１では、モデル変更メッセージが取得されるが、モデル変更メッセージは変更されたモデルの変更モデル識別子を含む。

ステップ５０２では、関連テンプレートが変更モデル識別子に基づいて決定され、更新される。

ステップ５０３では、関連テンプレートに対応する対象ＩｏＴ装置が決定される。

関連テンプレートの管理に関係する対象ゲートウェイ装置のゲートウェイリソースを更新するために、ＩｏＴ制御プラットフォームは関連テンプレートの更新の完了時に関連テンプレートに基づいて対象ゲートウェイ装置を決定する必要がある。

いくつかの実施形態では、ＩｏＴ制御プラットフォームは関連テンプレートに対応する対象ＩｏＴ装置を最初に決定する。対象ＩｏＴ装置は対象ゲートウェイ装置に接続されているので、対象ゲートウェイ装置が決定される。

ステップ５０４では、対象ＩｏＴ装置に接続されたゲートウェイ装置が対象ゲートウェイ装置として決定される。

さらに、ＩｏＴ制御プラットフォームは対象ＩｏＴ装置に接続されたゲートウェイ装置を対象ゲートウェイ装置として決定する。

本開示の実施形態では、モデル変更メッセージの送信周波数を考慮すれば、現在の全ゲートウェイリソースを作成する前に、ゲートウェイセットを構築する内容も含まれるので、短時間で高周波数でＩｏＴ制御プラットフォームによって現在の全ゲートウェイリソースを作成するタスクは、モデル変更メッセージの送信周波数が高い場合、回避することができる。

いくつかの実施形態では、ＩｏＴ制御プラットフォームは対象ゲートウェイ装置に基づいてゲートウェイセットを構築する。ゲートウェイセットは、対象ゲートウェイ装置情報を保存するように構成される。対象ゲートウェイ装置情報は、対象ゲートウェイ装置の装置情報を含む。装置情報が対象ゲートウェイ装置の識別子である場合、対象ゲートウェイ装置情報は対象ゲートウェイ装置の識別子を含む。

前述したように、ゲートウェイセットの構築は、短時間で高周波数でＩｏＴ制御プラットフォームによって現在の全ゲートウェイリソースを作成するタスクを回避するためである。したがって、本開示の実施形態では、ＩｏＴ制御プラットフォームはゲートウェイセットから対象ゲートウェイ装置情報を定期的に取得する。

ステップ５０５では、ゲートウェイリソース更新パッケージが作成される。

任意には、このステップの詳細に関してはステップ３０４を参照し、本明細書において本開示の実施形態では繰り返さない。

ステップ５０６では、ゲートウェイリソース更新パッケージがｍ個のリソース更新サブパッケージに分割されるが、ｍは対象ゲートウェイ装置の数未満である。

任意には、このステップの詳細に関してはステップ３０５を参照し、本明細書において本開示の実施形態では繰り返さない。

ステップ５０７では、ｉ番目のリソース更新サブパッケージがｉ番目の対象ゲートウェイ装置に対して発行されるが、ｉはｍ以下の自然数である。

いくつかの実施形態では、ＩｏＴ制御プラットフォームはｍ個の対象ゲートウェイ装置にｍ個のリソース更新サブパッケージを順番に展開する。本明細書において、ＩｏＴ制御プラットフォームはｉ番目の対象ゲートウェイ装置に対してｉ番目のリソース更新サブパッケージを発行するが、ｉはｍ以下の自然数である。

例示的な実施形態では、図６（ａ）に示すように、ゲートウェイリソース更新パッケージはリソース更新サブパッケージ１～４に分割され、４個のリソース更新サブパッケージがゲートウェイ装置１～４に順番に展開される。

ステップ５０８において、ｉ番目のリソース更新サブパッケージがｉ番目の対象ゲートウェイ装置での展開テストに合格したことに応じて、ｉ番目のリソース更新サブパッケージが交差展開される。

ｍ個の対象ゲートウェイ装置のリソース更新サブパッケージがそれぞれ首尾よく展開された後、ｍ個の対象ゲートウェイ装置間で交差展開が実行される。

いくつかの実施形態では、ＩｏＴ制御プラットフォームは、ｉ番目のリソース更新サブパッケージがｉ番目の対象ゲートウェイ装置での展開テストに合格したことに応じて、ｉ番目のリソース更新サブパッケージを交差展開する。本明細書において、ｉ番目のリソース更新サブパッケージは、交差展開中にｉ番目の対象ゲートウェイ装置以外の対象ゲートウェイ装置に対して発行される。

例示的な実施形態では、図６（ｂ）および（ｃ）に示すように、リソース更新サブパッケージがそれぞれゲートウェイ装置１～４に首尾よく展開された場合、ＩｏＴ制御プラットフォームはゲートウェイ装置１～４間でリソース更新サブパケットの交差展開を制御する。

ステップ５０９では、リソース更新サブパッケージが対象ゲートウェイ装置での展開テストに合格できなかったことに応じて、リソース更新サブパッケージがロールバックされる。

本開示の実施形態では、展開に失敗したリソース更新サブパッケージがある場合、すべてのリソース更新サブパケットをロールバックする必要があるわけではなく、展開に失敗したリソース更新サブパッケージのみをロールバックしてエラー原因を決定する必要がある。

ステップ５１０では、ｍ個のリソース更新サブパッケージがすべて展開テストに合格したことに応じて、ゲートウェイリソース更新パッケージが残りの対象ゲートウェイ装置に対して発行される。

任意には、このステップの詳細に関してはステップ３０７を参照し、本明細書において本開示の実施形態では繰り返さない。

本開示の実施形態では、ＩｏＴ制御プラットフォームはモデル変更メッセージに基づいて関連テンプレートを決定し、関連テンプレートを更新する。さらに、ＩｏＴ制御プラットフォームが関連テンプレートを使用する対象ゲートウェイ装置を決定し、対象ゲートウェイ装置に対してゲートウェイリソース更新パッケージを最終的に発行するので、ＩｏＴ制御プラットフォームが更新されるゲートウェイリソースを自動的にパッケージ化することができることによって、リソース更新効率が向上する。設定インターフェース上で手動で技術者によってトリガーされた第２のリソースパッケージ化タスクを考慮すれば、本開示の実施形態は第２のリソースパッケージ化タスクの優先実行の内容をさらに含むので、ＩｏＴ制御プラットフォームは更新されるゲートウェイリソースを自動的にパッケージ化する過程で技術者の操作を妨げないことになる。

本開示の例示的な実施形態によるＩｏＴシステムのデータパッケージ化装置の構造ブロック図である図７を参照する。本装置は、ソフトウェア、ハードウェアまたはその２つの組み合わせによって図１のＩｏＴ制御プラットフォームの全部または一部として実装してもよい。本装置はＩｏＴ制御プラットフォームに適用可能であり、ＩｏＴ制御プラットフォームは各ゲートウェイ装置に接続され、ゲートウェイ装置はＩｏＴ装置に接続される。本装置は、以下のモジュールを含む。

メッセージ取得モジュール７０１は、変更されたモデルの変更モデル識別子を含むモデル変更メッセージを取得するように構成され、異なるＩｏＴ装置は異なるモデルに対応し、各モデルはＩｏＴ装置の測定点の測定点情報を含む。

テンプレート更新モジュール７０２は、変更モデル識別子に基づいて関連テンプレートを決定し、関連テンプレートを更新するように構成され、関連テンプレートは測定点情報と変更されたモデルの測定点識別子の対応関係を含んでおり、測定点識別子はＩｏＴ装置によって送信された測定点データメッセージに適用可能である。

ゲートウェイ決定モジュール７０３は、関連テンプレートを使用する対象ゲートウェイ装置を決定するように構成される。

リソース更新モジュール７０４は、対象ゲートウェイ装置に対してゲートウェイリソース更新パッケージを発行するように構成され、対象ゲートウェイ装置はゲートウェイリソース更新パッケージに基づいてゲートウェイリソースを更新するように構成される。

任意には、リソース更新モジュール７０４は以下のユニットを含む。

第１の更新ユニットは、ゲートウェイリソース更新パッケージを作成するように構成される。

第２の更新ユニットはゲートウェイリソース更新パッケージをｍ個のリソース更新サブパッケージに分割するように構成され、ｍは対象ゲートウェイ装置の数未満である。

第３の更新ユニットは、ｍ個の対象ゲートウェイ装置に対してｍ個のリソース更新サブパッケージを発行するように構成され、対象ゲートウェイ装置は、受信されたリソース更新サブパッケージに基づいてゲートウェイリソース更新の展開テストを実行するように構成されている。

第４の更新ユニットは、ｍ個のリソース更新サブパッケージがすべて展開テストに合格したことに応じて、残りの対象ゲートウェイ装置に対してゲートウェイリソース更新パッケージを発行するように構成される。

任意には、第１の更新ユニットは以下のサブユニットを含む。

第１の更新サブユニットは、ゲートウェイリソースの変化に応じて増分ゲートウェイリソースを決定するように構成される。

第２の更新サブユニットは、対象ゲートウェイ装置の過去の全ゲートウェイリソースを取得し、過去の全ゲートウェイリソースおよび増分ゲートウェイリソースに基づいて現在の全ゲートウェイリソースを作成するように構成される。

第３の更新サブユニットは、現在の全ゲートウェイリソースに基づいてゲートウェイリソース更新パッケージを作成するように構成される。

任意には、本装置は以下のモジュールをさらに含む。

第１の更新モジュールは、過去の全ゲートウェイリソースに基づいて第１のハッシュ値を計算し、現在の全ゲートウェイリソースに基づいて第２のハッシュ値を計算するように構成される。

第２の更新モジュールは、第１のハッシュ値が第２のハッシュ値と異なることに応じて、更新されるゲートウェイ装置を決定するように構成される。

任意には、第１の更新サブユニットは、第１のリソースパッケージ化タスクを作成して、対象ゲートウェイ装置の現在の全ゲートウェイリソースを作成するよう指示している第１のリソースパッケージ化タスクを遅延キューに入れるように、かつ
優先度付きキューの、手動でトリガーされたリソース作成タスクである第２のリソースパッケージ化タスクの完了に応じて第１のリソースパッケージ化タスクを実行するようにさらに構成される。

任意には、ゲートウェイ決定モジュール７０３は以下のユニットを含む。

第１の決定ユニットは、関連テンプレートに対応する対象ＩｏＴ装置を決定するように構成される。

第２の決定ユニットは、対象ＩｏＴ装置に接続されたゲートウェイ装置を対象ゲートウェイ装置として決定するように構成される。

任意には、第３の更新ユニットは以下のサブユニットを含む。

第６の更新サブユニットは、ｉ番目の対象ゲートウェイ装置に対してｉ番目のリソース更新サブパッケージを発行するように構成され、ｉはｍ以下の自然数である。

第７の更新サブユニットは、ｉ番目のリソース更新サブパッケージがｉ番目の対象ゲートウェイ装置での展開テストに合格したことに応じて、ｉ番目のリソース更新サブパッケージを交差展開するように構成され、交差展開中、ｉ番目のリソース更新サブパッケージはｉ番目の対象ゲートウェイ装置以外の対象ゲートウェイ装置に対して発行される。

任意には、第３の更新ユニットは以下のサブユニットをさらに含む。

第８の更新サブユニットは、リソース更新サブパッケージが対象ゲートウェイ装置での展開テストに合格できなかったことに応じて、リソース更新サブパッケージをロールバックするように構成される。

本開示の例示的な実施形態によるＩｏＴ制御プラットフォーム８００の概略構造図である図８を参照する。ＩｏＴ制御プラットフォーム８００は、中央処理装置（ＣＰＵ）８０１と、ランダムアクセスメモリ（ＲＡＭ）８０２およびリードオンリメモリ（ＲＯＭ）８０３を含むシステムメモリ８０４と、システムメモリ８０４とＣＰＵ８０１とを接続するシステムバス８０５とを含む。ＩｏＴ制御プラットフォーム８００は、ＩｏＴ制御プラットフォームの様々な構成要素間の情報の伝達を容易にする基本入出力システム（Ｉ／Ｏシステム）８０６と、オペレーティングシステム８１３、アプリケーション８１４およびその他のプログラムモジュール８１５を格納するための大容量記憶装置８０７とをさらに含む。

基本Ｉ／Ｏシステム８０６は、情報を表示するためのディスプレイ８０８と、ユーザが情報を入力するためマウスまたはキーボード等の入力装置８０９を備える。ディスプレイ８０８および入力装置８０９は、いずれもシステムバス８０５に接続された入出力コントローラ８１０を介してＣＰＵ８０１に接続される。基本Ｉ／Ｏシステム８０６は、キーボード、マウス、または電子ペン等の複数のその他のデバイスからの入力を受信して処理するための入出力コントローラ８１０をさらに備えてもよい。同様に、入出力コントローラ８１０はさらに、ディスプレイ画面、プリンタ、または他の種類の出力装置に出力を提供する。

大容量記憶装置８０７は、システムバス８０５に接続された大容量記憶装置コントローラ（図示せず）によってＣＰＵ８０１に接続される。大容量記憶装置８０７とその関連するコンピュータ可読記憶媒体は、ＩｏＴ制御プラットフォーム８００のための不揮発性記憶装置を提供する。すなわち、大容量記憶装置８０７は、ハードディスクまたはコンパクトディスクリードオンリメモリ（ＣＤ－ＲＯＭ）ドライブ等のコンピュータ可読記憶媒体（図示せず）を含み得る。

一般性を失うことなく、コンピュータ可読記憶媒体は、コンピュータ記憶媒体および通信媒体を含んでもよい。コンピュータ記憶媒体は、コンピュータ可読記憶命令、データ構造、プログラムモジュールまたはその他のデータ等の情報を記憶するための任意の方法または技術によって実装された揮発性および不揮発性、取り外し可能および取り外し不可能の媒体を含む。コンピュータ記憶媒体は、ＲＡＭ、ＲＯＭ、消去可能なプログラマブルリードオンリメモリ（ＥＰＲＯＭ）、フラッシュメモリまたはその他の固体記憶装置技術；ＣＤ－ＲＯＭ、デジタル多用途ディスク（ＤＶＤ）またはその他の光記憶装置；およびテープカートリッジ、磁気テープ、ディスク記憶装置またはその他の磁気記憶装置を含む。当然、当業者であれば、コンピュータ記憶媒体が上記に限定されないことがわかるであろう。上記のシステムメモリ８０４および大容量記憶装置８０７は、総称してメモリと呼ぶことがある。

上記のメモリは１つ以上のプログラムをさらに含む。１つ以上のプログラムは、メモリに格納されて、ＩｏＴ制御プラットフォームが上記の実施形態のいずれか１つによる方法のステップを実行することによって実行されるように構成される。

本開示の実施形態は、コンピュータ可読記憶媒体をさらに提供する。コンピュータ可読記憶媒体は、少なくとも１つの命令を記憶し、少なくとも１つの命令は、プロセッサによってロードされて実行されると、プロセッサに上記の実施形態のいずれか１つによるゲートウェイリソースを更新する方法を実行させる。

本開示の実施形態は、コンピュータプログラム製品をさらに提供する。コンピュータプログラム製品は、少なくとも１つの命令を記憶し、少なくとも１つの命令は、プロセッサによってロードされて実行されると、プロセッサに上記の実施形態のいずれか１つによるゲートウェイリソースを更新する方法を実行させる。

当業者であれば、上述した１つ以上の例において、本開示の実施形態で説明した機能が、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組み合わせで実装され得ることを理解するであろう。ソフトウェアで実装される場合、機能は、コンピュータ可読媒体に格納されるか、あるいはコンピュータ可読媒体上の１つ以上の命令またはコードとして伝送され得る。コンピュータ可読媒体は、コンピュータ記憶媒体と、ある場所から別の場所へのコンピュータプログラムの転送を容易にする任意の媒体を含む通信媒体の両方を含む。記憶媒体は、汎用または専用コンピュータによってアクセスすることができる任意の利用可能な媒体であってもよい。

上記は本開示の単なる任意の実施形態にすぎず、本開示を限定することを意図するものではない。本開示の精神および原則内に行われたあらゆる修正、均等な置換および改良などは、本開示の保護範囲内に含まれるべきである。

Claims

ゲートウェイリソースを更新する方法であって、前記方法は各ゲートウェイ装置に接続されるインターネット・オブ・シングス（ＩｏＴ）制御プラットフォームに適用可能であって、前記ゲートウェイ装置はＩｏＴ装置に接続されるものであり、前記方法は、
変更されたモデルの変更モデル識別子を含むモデル変更メッセージを取得するステップであって、異なるＩｏＴ装置は異なるモデルに対応し、各モデルは前記ＩｏＴ装置の測定点の測定点情報を含む前記ステップと；
前記変更モデル識別子に基づいて関連テンプレートを決定し、前記関連テンプレートを更新するステップであって、前記関連テンプレートは前記測定点情報と前記変更されたモデルの測定点識別子の対応関係を含んでおり、前記測定点識別子は前記ＩｏＴ装置によって送信された測定点データメッセージに適用可能である前記ステップと；
前記関連テンプレートを使用する対象ゲートウェイ装置を決定するステップと；
前記対象ゲートウェイ装置に対してゲートウェイリソース更新パッケージを発行するステップであって、前記対象ゲートウェイ装置は前記ゲートウェイリソース更新パッケージに基づいて前記ゲートウェイリソースを更新するように構成されている前記ステップとを含む、方法。
前記対象ゲートウェイ装置に対して前記ゲートウェイリソース更新パッケージを発行するステップは、
前記ゲートウェイリソース更新パッケージを作成するステップと；
前記ゲートウェイリソース更新パッケージをｍ個のリソース更新サブパッケージに分割するステップであって、ｍは前記対象ゲートウェイ装置の数未満である前記ステップと；
ｍ個の対象ゲートウェイ装置に対して前記ｍ個のリソース更新サブパッケージを発行するステップであって、前記対象ゲートウェイ装置は前記受信されたリソース更新サブパッケージに基づいてゲートウェイリソース更新の展開テストを実行するように構成されている前記ステップと；
前記ｍ個のリソース更新サブパッケージがすべて前記展開テストに合格したことに応じて、残りの対象ゲートウェイ装置に対して前記ゲートウェイリソース更新パッケージを発行するステップとを含む、請求項１に記載の方法。
前記ゲートウェイリソース更新パッケージを作成するステップは、
前記ゲートウェイリソースの変化に応じて増分ゲートウェイリソースを決定するステップと；
前記対象ゲートウェイ装置の過去の全ゲートウェイリソースを取得し、前記過去の全ゲートウェイリソースおよび前記増分ゲートウェイリソースに基づいて現在の全ゲートウェイリソースを作成するステップと；
前記現在の全ゲートウェイリソースに基づいて前記ゲートウェイリソース更新パッケージを作成するステップとを含む、請求項２に記載の方法。
前記対象ゲートウェイ装置の前記過去の全ゲートウェイリソースを取得し、前記過去の全ゲートウェイリソースおよび前記増分ゲートウェイリソースに基づいて前記現在の全ゲートウェイリソースを作成するステップの後に、
前記過去の全ゲートウェイリソースに基づいて第１のハッシュ値を計算し、前記現在の全ゲートウェイリソースに基づいて第２のハッシュ値を計算するステップと；
前記第１のハッシュ値が前記第２のハッシュ値と異なることに応じて更新されるゲートウェイ装置を決定するステップとをさらに含む、請求項３に記載の方法。
前記現在の全ゲートウェイリソースを作成するステップは、
第１のリソースパッケージ化タスクを作成し、前記第１のリソースパッケージ化タスクを遅延キューに入れるステップであって、前記第１のリソースパッケージ化タスクは前記対象ゲートウェイ装置の前記現在の全ゲートウェイリソースを作成するよう指示する前記ステップと；
優先度付きキューの第２のリソースパッケージ化タスクの完了に応じて前記第１のリソースパッケージ化タスクを実行するステップであって、前記第２のリソースパッケージ化タスクは手動でトリガーされたリソース作成タスクである前記ステップとを含む、請求項３に記載の方法。
前記関連テンプレートを使用する前記対象ゲートウェイ装置を決定するステップは、
前記関連テンプレートに対応する対象ＩｏＴ装置を決定するステップと；
前記対象ＩｏＴ装置に接続されたゲートウェイ装置を前記対象ゲートウェイ装置として決定するステップとを含む、請求項１～５のいずれか一項に記載の方法。
前記ｍ個の対象ゲートウェイ装置に対して前記ｍ個のリソース更新サブパッケージを発行するステップは、
ｉ番目の対象ゲートウェイ装置に対してｉ番目のリソース更新サブパッケージを発行するステップであって、ｉはｍ以下の自然数である前記ステップと；
前記ｉ番目のリソース更新サブパッケージが前記ｉ番目の対象ゲートウェイ装置での展開テストに合格したことに応じて、前記ｉ番目のリソース更新サブパッケージを交差展開するステップであって、前記交差展開中、前記ｉ番目のリソース更新サブパッケージは前記ｉ番目の対象ゲートウェイ装置以外の前記対象ゲートウェイ装置に対して発行される前記ステップとを含む、請求項２～５のいずれか一項に記載の方法。
前記ｉ番目のリソース更新サブパッケージを交差展開するステップの後に、
前記リソース更新サブパッケージが前記対象ゲートウェイ装置での前記展開テストに合格できなかったことに応じて、前記リソース更新サブパッケージをロールバックするステップをさらに含む、請求項７に記載の方法。
ゲートウェイリソースを更新する装置であって、前記装置は各ゲートウェイ装置に接続されるインターネット・オブ・シングス（ＩｏＴ）制御プラットフォームに適用可能であって、前記ゲートウェイ装置はＩｏＴ装置に接続されるものであり、前記装置は、
変更されたモデルの変更モデル識別子を含むモデル変更メッセージを取得するように構成されたメッセージ取得モジュールであって、異なるＩｏＴ装置は異なるモデルに対応し、各モデルは前記ＩｏＴ装置の測定点の測定点情報を含む前記メッセージ取得モジュールと；
前記変更モデル識別子に基づいて関連テンプレートを決定し、前記関連テンプレートを更新するように構成されたテンプレート更新モジュールであって、前記関連テンプレートは前記測定点情報と前記変更されたモデルの測定点識別子の対応関係を含んでおり、前記測定点識別子は前記ＩｏＴ装置によって送信された測定点データメッセージに適用可能である前記テンプレート更新モジュールと；
前記関連テンプレートを使用する対象ゲートウェイ装置を決定するように構成されたゲートウェイ決定モジュールと；
前記対象ゲートウェイ装置に対してゲートウェイリソース更新パッケージを発行するように構成されたリソース更新モジュールであって、前記対象ゲートウェイ装置は前記ゲートウェイリソース更新パッケージに基づいて前記ゲートウェイリソースを更新するように構成されている前記リソース更新モジュールとを含む、装置。
プロセッサと、少なくとも１つの命令、少なくとも１つのプログラム、コードセット、または命令セットを記憶するメモリとを含んでおり、前記少なくとも１つの命令、前記少なくとも１つのプログラム、前記コードセット、または前記命令セットは、前記プロセッサによってロードされて実行されると、請求項１～８のいずれか一項に記載のゲートウェイリソースを更新する前記方法を前記プロセッサに実行させる、インターネット・オブ・シングス（ＩｏＴ）制御プラットフォーム。