特許 7459377 情報処理方法及び情報処理装置、機器、システム、媒体並びにプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-03-22

(45)【発行日】2024-04-01

(54)【発明の名称】情報処理方法及び情報処理装置、機器、システム、媒体並びにプログラム

(51)【国際特許分類】

   G06F 8/61 20180101AFI20240325BHJP

【ＦＩ】

G06F8/61

【請求項の数】 17

(21)【出願番号】P 2023515858

(86)(22)【出願日】2021-10-22

(65)【公表番号】

(43)【公表日】2023-09-22

(86)【国際出願番号】 CN2021125740

(87)【国際公開番号】W WO2022095734

(87)【国際公開日】2022-05-12

【審査請求日】2023-03-13

(31)【優先権主張番号】202011215211.9

(32)【優先日】2020-11-04

(33)【優先権主張国・地域又は機関】CN

(73)【特許権者】

【識別番号】522261237

【氏名又は名称】中移（蘇州） 軟件技術有限公司

【氏名又は名称原語表記】ＣＨＩＮＡ ＭＯＢＩＬＥ （ＳＵＺＨＯＵ） ＳＯＦＴＷＡＲＥ ＴＥＣＨＮＯＬＯＧＹ ＣＯ．， ＬＴＤ．

【住所又は居所原語表記】ＣＭＳｏｆｔ Ｐａｒｋ， Ｂｕｉｌｄｉｎｇ １， Ｎｏ．５８， Ｋｕｎｌｕｎｓｈａｎ Ｒｏａｄ， ＳＮＤ， Ｓｕｚｈｏｕ， Ｊｉａｎｇｓｕ ２１５１６３， Ｃｈｉｎａ

(73)【特許権者】

【識別番号】507142144

【氏名又は名称】中国移動通信集団有限公司

【氏名又は名称原語表記】ＣＨＩＮＡ ＭＯＢＩＬＥ ＣＯＭＭＵＮＩＣＡＴＩＯＮＳ ＧＲＯＵＰ ＣＯ．， ＬＴＤ．

(74)【代理人】

【識別番号】100145403

【弁理士】

【氏名又は名称】山尾 憲人

(74)【代理人】

【識別番号】100135703

【弁理士】

【氏名又は名称】岡部 英隆

(74)【代理人】

【識別番号】100227927

【弁理士】

【氏名又は名称】中村 拓

(72)【発明者】

【氏名】陳 春秀

(72)【発明者】

【氏名】李 家楽

(72)【発明者】

【氏名】呉 静凱

(72)【発明者】

【氏名】胡 志凌

【審査官】円子 英紀

(56)【参考文献】

【文献】特開２０１１－２３７８８１（ＪＰ，Ａ）

【文献】特開２０２０－１５５０７３（ＪＰ，Ａ）

【文献】特開２００５－１９０３７３（ＪＰ，Ａ）

【文献】米国特許出願公開第２０２１／０２９７４１０（ＵＳ，Ａ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ ８／６０－８／６５８

(57)【特許請求の範囲】

【請求項1】

第１エッジノードに適用される情報処理方法であって、
前記第１エッジノードの属性情報及び、前記第１エッジノードが存在するノードグループのノード数を取得し、前記属性情報及び前記ノード数に基づいて登録要求情報を生成するステップであって、前記ノードグループは、前記属性情報が同じである前記第１エッジノードと第２エッジノードを含む、ステップと、
前記登録要求情報を管理プラットフォームに送信するステップと、
前記管理プラットフォームから送信された前記登録要求情報に対応する認証証明書及び第１インストールパッケージを受信し、前記認証証明書及び前記第１インストールパッケージに基づいて第１アプリケーションをインストールするステップと、
前記第１アプリケーション内のリモート制御モジュールにより、第１アプリケーションをインストールするように前記第２エッジノードを制御するステップと、を含む、情報処理方法。

【請求項2】

前記第１アプリケーション内のリモート制御モジュールにより、第１アプリケーションをインストールするように前記第２エッジノードを制御するステップは、
前記第２エッジノードにアクセスするためのアクセス情報を受信し、前記アクセス情報に基づいてアクセス方式を決定するステップと、
前記第１インストールパッケージを解析し、第２インストールパッケージを生成するステップと、
前記第２インストールパッケージを前記リモート制御モジュールにより、前記アクセス方式で前記第２エッジノードに送信し、前記第２インストールパッケージに基づいて前記第１アプリケーションをインストールするように前記第２エッジノードを制御するステップと、を含む、
請求項１に記載の情報処理方法。

【請求項3】

前記認証証明書及び前記第１インストールパッケージに基づいて前記第１アプリケーションをインストールした後、前記情報処理方法は、
識別トランスポートプロトコルに基づいて、前記第１アプリケーションにより第１アクセス情報を前記管理プラットフォームに送信するステップをさらに含み、前記第１アクセス情報は、前記第１エッジノードのアクセスが正常であるかどうかを検証するために前記管理プラットフォームによって使用される、
請求項１に記載の情報処理方法。

【請求項4】

管理プラットフォームに適用される情報処理方法であって、
第１エッジノードから送信された登録要求情報を受信し、前記登録要求情報に対応する認証証明書及び第１インストールパッケージを生成するステップと、
前記認証証明書及び前記第１インストールパッケージを前記第１エッジノードに送信するステップと、
前記第１エッジノードから送信された第１アクセス情報及び第２エッジノードから送信された第２アクセス情報を受信するステップであって、前記第１エッジノードと前記第２エッジノードは同じノードグループに属し、前記第１エッジノードと前記第２エッジノードの属性情報は同じである、ステップと、
前記第１アクセス情報及び前記第２アクセス情報に基づいて、前記ノードグループ内のエッジノードのアクセスが正常であると決定した場合、ノードの状態情報を更新するステップと、を含む、情報処理方法。

【請求項5】

前記第１エッジノードから送信された第１アクセス情報及び第２エッジノードから送信された第２アクセス情報を受信するステップは、
識別トランスポートプロトコルに基づいて、前記第１エッジノード上の第１アプリケーションを介して前記第１エッジノードから送信された前記第１アクセス情報を受信するステップと、
前記識別トランスポートプロトコルに基づいて、前記第２エッジノード上の第１アプリケーションを介して前記第２エッジノードから送信された前記第２アクセス情報を受信するステップであって、前記第１エッジノード上の前記第１アプリケーションは第１機能及び第２機能を有し、前記第２エッジノード上の前記第１アプリケーションは前記第２機能を有する、ステップと、を含む、
請求項４に記載の情報処理方法。

【請求項6】

前記第１アクセス情報及び前記第２アクセス情報に基づいて、前記ノードグループ内のエッジノードのアクセスが正常であると決定するステップは、
前記第１アクセス情報及び前記第２アクセス情報から、ノードグループ情報を取得するステップと、
前記ノードグループ情報に基づいて、前記ノードグループ内のエッジノードのアクセスが正常であると決定するステップと、を含む、
請求項４に記載の情報処理方法。

【請求項7】

前記ノードの状態情報を更新した後、前記情報処理方法は、
ノードメッセージキューをオンにするステップと、
前記ノードメッセージキューに基づいて、第１予め設定された周期に従って、前記第１エッジノードから送信された第１キープアライブメッセージ及び前記第２エッジノードから送信された第２キープアライブメッセージを受信するステップと、を含む、
請求項４に記載の情報処理方法。

【請求項8】

第２エッジノードに適用される情報処理方法であって、
アクセス情報を第１エッジノードに送信するステップと、
前記アクセス情報に基づいて、第１エッジノードから送信された第２インストールパッケージを受信し、前記第２インストールパッケージに基づいて第１アプリケーションをインストールするステップと、
識別トランスポートプロトコルに基づいて、前記第１アプリケーションにより第２アクセス情報を管理プラットフォームに送信するステップであって、前記第２アクセス情報は、前記第２エッジノードのアクセスが正常であるかどうかを検証するために前記管理プラットフォームによって使用される、ステップと、を含む、情報処理方法。

【請求項9】

情報処理装置であって、
第１エッジノードの属性情報及び、前記第１エッジノードが存在するノードグループのノード数を取得し、前記属性情報及び前記ノード数に基づいて登録要求情報を生成するように構成される第１生成モジュールであって、前記ノードグループは、前記属性情報が同じである前記第１エッジノードと第２エッジノードを含む、第１生成モジュールと、
前記登録要求情報を管理プラットフォームに送信するように構成される第１送信モジュールと、
前記管理プラットフォームから送信された前記登録要求情報に対応する認証証明書及び第１インストールパッケージを受信し、前記認証証明書及び前記第１インストールパッケージに基づいて第１アプリケーションをインストールするように構成される第１受信モジュールと、
前記第１アプリケーション内のリモート制御モジュールにより、第１アプリケーションをインストールするように前記第２エッジノードを制御するように構成される制御モジュールと、を備える、情報処理装置。

【請求項10】

情報処理装置であって、
第１エッジノードから送信された登録要求情報を受信し、前記登録要求情報に対応する認証証明書及び第１インストールパッケージを生成するように構成される第２生成モジュールと、
前記認証証明書及び前記第１インストールパッケージを前記第１エッジノードに送信するように構成される第２送信モジュールと、
前記第１エッジノードから送信された第１アクセス情報及び第２エッジノードから送信された第２アクセス情報を受信するように構成される第２受信モジュールであって、前記第１エッジノードと前記第２エッジノードは同じノードグループに属し、前記第１エッジノードと前記第２エッジノードの属性情報は同じである、第２受信モジュールと、
前記第１アクセス情報及び前記第２アクセス情報に基づいて、前記ノードグループ内のエッジノードのアクセスが正常であると決定した場合、ノードの状態情報を更新するように構成される更新モジュールと、を備える、情報処理装置。

【請求項11】

情報処理装置であって、
アクセス情報を第１エッジノードに送信するように構成される第３送信モジュールと、
前記アクセス情報に基づいて、第１エッジノードから送信された第２インストールパッケージを受信し、前記第２インストールパッケージに基づいて第１アプリケーションをインストールするように構成される第３受信モジュールと、を備え、
前記第３送信モジュールは、識別トランスポートプロトコルに基づいて、前記第１アプリケーションにより第２アクセス情報を管理プラットフォームに送信するように構成され、前記第２アクセス情報は、第２エッジノードのアクセスが正常であるかどうかを検証するために前記管理プラットフォームによって使用される、情報処理装置。

【請求項12】

第１エッジノードであって、
第１プロセッサ、第１メモリ及び第１通信バスを含み、
前記第１通信バスは、前記第１プロセッサと前記第１メモリとの間の通信接続を実現するために使用され、
前記第１プロセッサは、前記第１メモリ内のプログラムを実行して、請求項１～３のいずれか一項に記載の情報処理方法を実現する、第１エッジノード。

【請求項13】

管理プラットフォームであって、
第２プロセッサ、第２メモリ及び第２通信バスを含み、
前記第２通信バスは、前記第２プロセッサと前記第２メモリとの間の通信接続を実現するために使用され、
前記第２プロセッサは、前記第２メモリ内のプログラムを実行して、請求項４～７のいずれか一項に記載の情報処理方法を実現する、管理プラットフォーム。

【請求項14】

第２エッジノードであって、
第３プロセッサ、第３メモリ及び第３通信バスを含み、
前記第３通信バスは、前記第３プロセッサと前記第３メモリとの間の通信接続を実現するために使用され、
前記第３プロセッサは、前記第３メモリ内のプログラムを実行して、請求項８に記載の情報処理方法を実現する、第２エッジノード。

【請求項15】

１つ又は複数のプロセッサに、請求項１～３、請求項４～７及び請求項８のいずれか一項に記載の情報処理方法を実行させるための１つ又は複数のプログラムを記憶した、コンピュータ可読記憶媒体。

【請求項16】

請求項１２に記載の第１エッジノードと、請求項１３に記載の管理プラットフォームと、請求項１４に記載の第２エッジノードと、を備える、情報処理システム。

【請求項17】

コンピュータ可読コードを含むコンピュータプログラムであって、
前記コンピュータ可読コードが第１エッジノード又は管理プラットフォーム又は第２エッジノードで実行される場合、前記第１エッジノードのプロセッサに請求項１～３のいずれか一項に記載の情報処理方法を実行させ、又は、前記管理プラットフォームのプロセッサに請求項４～７のいずれか一項に記載の情報処理方法を実行させ、又は、前記第２エッジノードのプロセッサに請求項８に記載の情報処理方法を実行させる、コンピュータプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

（関連出願への相互参照）
本出願は、２０２０年１１月０４日で提出された、出願番号が２０２０１１２１５２１１．９であり、発明名称が「情報処理方法、機器及びシステム」である中国特許出願の優先権を主張し、該中国特許出願の全ての内容が参照により本出願に組み込まれる。

【0002】

本出願は、ＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）分野に関し、特に情報処理方法及び情報処理装置、機器、システム、媒体並びにプログラムに関する。

【背景技術】

【0003】

ＩｏＴでは、一般的にクラウドがエッジノードを管理するために統一的な管理プラットフォームを提供し、エッジノードによってマルチアプリケーション及び／又は機器を管理することにより、データ処理の最近接サービスを実現する。関連技術では、エッジノードがクラウドにアクセスする前にクラウドに登録され、クラウドにより関連アプリケーション及び／又は機器を管理するために関連ユーザソフトウェアをダウンロードしてインストールする必要があり、これにより、エッジノードがクラウドにアクセスする前にクラウドに１つずつ逐次登録され、関連ユーザソフトウェアを逐次ダウンロードしてインストールする必要がある現象が発生しやすく、それによって、エッジノードがクラウドに登録され、関連アプリケーションをダウンロードするプロセスは煩雑で時間がかかる。

【発明の概要】

【課題を解決するための手段】

【0004】

本出願の実施形態は、情報処理方法及び情報処理装置、機器、システム、媒体並びにプログラムを提供し、それは、同じタイプのエッジノードのクラウドでの登録プロセスを簡略化するとともに、登録時間を短縮する。

【0005】

本出願の技術案は、以下のように実現される。

【0006】

第１エッジノードに適用される情報処理方法であって、前記情報処理方法は、
前記第１エッジノードの属性情報及び、前記第１エッジノードが存在するノードグループのノード数を取得し、前記属性情報及び前記ノード数に基づいて登録要求情報を生成するステップであって、前記ノードグループは、前記属性情報が同じである前記第１エッジノードと第２エッジノードを含む、ステップと、
前記登録要求情報を管理プラットフォームに送信するステップと、
前記管理プラットフォームから送信された前記登録要求情報に対応する認証証明書及び第１インストールパッケージを受信し、前記認証証明書及び前記第１インストールパッケージに基づいて第１アプリケーションをインストールするステップと、
前記第１アプリケーション内のリモート制御モジュールにより、第１アプリケーションをインストールするように前記第２エッジノードを制御するステップと、を含む。

【0007】

本出願のいくつかの実施形態では、前記第１アプリケーション内のリモート制御モジュールにより、第１アプリケーションをインストールするように前記第２エッジノードを制御するステップは、
前記第２エッジノードにアクセスするためのアクセス情報を受信し、前記アクセス情報に基づいてアクセス方式を決定するステップと、
前記第１インストールパッケージを解析し、第２インストールパッケージを生成するステップと、
前記第２インストールパッケージを前記リモート制御モジュールにより、前記アクセス方式で前記第２エッジノードに送信し、前記第２エッジノードを、前記第２インストールパッケージに基づいて前記第１アプリケーションをインストールするように制御するステップと、を含む。

【0008】

本出願のいくつかの実施形態では、前記認証証明書及び前記第１インストールパッケージに基づいて前記第１アプリケーションをインストールした後、前記情報処理方法は、
識別トランスポートプロトコルに基づいて、前記第１アプリケーションにより第１アクセス情報を前記管理プラットフォームに送信するステップをさらに含み、ここで、前記第１アクセス情報は、前記第１エッジノードのアクセスが正常であるかどうかを検証するために前記管理プラットフォームによって使用される。

【0009】

本出願の実施形態は、管理プラットフォームに適用される情報処理方法を提供し、前記情報処理方法は、
第１エッジノードから送信された登録要求情報を受信し、前記登録要求情報に対応する認証証明書及び第１インストールパッケージを生成するステップと、
前記認証証明書及び前記第１インストールパッケージを前記第１エッジノードに送信するステップと、
前記第１エッジノードから送信された第１アクセス情報及び第２エッジノードから送信された第２アクセス情報を受信するステップであって、前記第１エッジノードと前記第２エッジノードは同じノードグループに属し、前記第１エッジノードと前記第２エッジノードの属性情報は同じである、ステップと、
前記第１アクセス情報及び前記第２アクセス情報に基づいて、前記ノードグループ内のエッジノードのアクセスが正常であると決定した場合、ノードの状態情報を更新するステップと、を含む。

【0010】

本出願のいくつかの実施形態では、前記第１エッジノードから送信された第１アクセス情報及び第２エッジノードから送信された第２アクセス情報を受信するステップは、
識別トランスポートプロトコルに基づいて、前記第１エッジノード上の第１アプリケーションを介して前記第１エッジノードから送信された前記第１アクセス情報を受信するステップと、
前記識別トランスポートプロトコルに基づいて、前記第２エッジノード上の第１アプリケーションを介して前記第２エッジノードから送信された前記第２アクセス情報を受信するステップであって、前記第１エッジノード上の前記第１アプリケーションは第１機能及び第２機能を有し、前記第２エッジノード上の前記第１アプリケーションは前記第２機能を有する、ステップと、を含む。

【0011】

本出願のいくつかの実施形態では、前記第１アクセス情報及び前記第２アクセス情報に基づいて、前記ノードグループ内のエッジノードのアクセスが正常であると決定するステップは、
前記第１アクセス情報及び前記第２アクセス情報から、ノードグループ情報を取得するステップと、
前記ノードグループ情報に基づいて、前記ノードグループ内のエッジノードのアクセスが正常であると決定するステップと、を含む。

【0012】

本出願のいくつかの実施形態では、前記ノードの状態情報を更新した後、前記情報処理方法は、
ノードメッセージキューをオンにするステップと、
前記ノードメッセージキューに基づいて、第１予め設定された周期に従って、前記第１エッジノードから送信された第１キープアライブメッセージ及び前記第２エッジノードから送信された第２キープアライブメッセージを受信するステップと、を含む。

【0013】

本出願の実施形態は、第２エッジノードに適用される情報処理方法を提供し、前記情報処理方法は、
アクセス情報を第１エッジノードに送信するステップと、
前記アクセス情報に基づいて、第１エッジノードから送信された第２インストールパッケージを受信し、前記第２インストールパッケージに基づいて第１アプリケーションをインストールするステップと、
識別トランスポートプロトコルに基づいて、前記第１アプリケーションにより第２アクセス情報を管理プラットフォームに送信するステップであって、前記第２アクセス情報は、前記第２エッジノードのアクセスが正常であるかどうかを検証するために前記管理プラットフォームによって使用される、ステップと、を含む。

【0014】

本出願の実施形態は、情報処理装置を提供し、該情報処理装置は、
第１エッジノードの属性情報及び、前記第１エッジノードが存在するノードグループのノード数を取得し、前記属性情報及び前記ノード数に基づいて登録要求情報を生成するように構成される第１生成モジュールであって、前記ノードグループは、前記属性情報が同じである前記第１エッジノードと第２エッジノードを含む、第１生成モジュールと、
前記登録要求情報を管理プラットフォームに送信するように構成される第１送信モジュールと、
前記管理プラットフォームから送信された前記登録要求情報に対応する認証証明書及び第１インストールパッケージを受信し、前記認証証明書及び前記第１インストールパッケージに基づいて第１アプリケーションをインストールするように構成される第１受信モジュールと、
前記第１アプリケーション内のリモート制御モジュールにより、第１アプリケーションをインストールするように前記第２エッジノードを制御するように構成される制御モジュールと、を備える。

【0015】

本出願の実施形態は、情報処理装置をさらに提供し、該情報処理装置は、
第１エッジノードから送信された登録要求情報を受信し、前記登録要求情報に対応する認証証明書及び第１インストールパッケージを生成するように構成される第２生成モジュールと、
前記認証証明書及び前記第１インストールパッケージを前記第１エッジノードに送信するように構成される第２送信モジュールと、
前記第１エッジノードから送信された第１アクセス情報及び第２エッジノードから送信された第２アクセス情報を受信するように構成される第２受信モジュールであって、前記第１エッジノードと前記第２エッジノードは同じノードグループに属し、前記第１エッジノードと前記第２エッジノードの属性情報は同じである、第２受信モジュールと、
前記第１アクセス情報及び前記第２アクセス情報に基づいて、前記ノードグループ内のエッジノードのアクセスが正常であると決定した場合、ノードの状態情報を更新するように構成される更新モジュールと、を備える。

【0016】

本出願の実施形態は、情報処理装置をさらに提供し、該情報処理装置は、
アクセス情報を第１エッジノードに送信するように構成される第３送信モジュールと、
前記アクセス情報に基づいて、第１エッジノードから送信された第２インストールパッケージを受信し、前記第２インストールパッケージに基づいて第１アプリケーションをインストールするように構成される第３受信モジュールと、を備え、
前記第３送信モジュールは、さらに識別トランスポートプロトコルに基づいて、前記第１アプリケーションにより第２アクセス情報を管理プラットフォームに送信するように構成され、前記第２アクセス情報は、前記第２エッジノードのアクセスが正常であるかどうかを検証するために前記管理プラットフォームによって使用される。

【0017】

本出願の実施形態は、第１エッジノードをさらに提供し、該第１エッジノードは、
第１プロセッサ、第１メモリ及び第１通信バスを含み、
前記第１通信バスは、前記第１プロセッサと前記第１メモリとの間の通信接続を実現するために使用され、
前記第１プロセッサは、前記第１メモリ内のプログラムを実行して、上記のいずれかの第１エッジノードに適用される情報処理方法を実現する。

【0018】

本出願の実施形態は、管理プラットフォームをさらに提供し、該管理プラットフォームは、
第２プロセッサ、第２メモリ及び第２通信バスを含み、
前記第２通信バスは、前記第２プロセッサと前記第２メモリとの間の通信接続を実現するために使用され、
前記第２プロセッサは、前記第２メモリ内のプログラムを実行して、上記のいずれかの管理プラットフォームに適用される情報処理方法を実現する。

【0019】

本出願の実施形態は、第２エッジノードをさらに提供し、該第２エッジノードは、
第３プロセッサ、第３メモリ及び第３通信バスを含み、
前記第３通信バスは、前記第３プロセッサと前記第３メモリとの間の通信接続を実現するために使用され、
前記第３プロセッサは、前記第３メモリ内のプログラムを実行して、上記のいずれかの第２エッジノードに適用される情報処理方法を実現する
本出願の実施形態は、１つ又は複数のプログラムが記憶されたコンピュータ可読記憶媒体をさらに提供し、前記１つ又は複数のプログラムは１つ又は複数のプロセッサに上記の情報処理方法を実行させる。

【0020】

本出願の実施形態は、上記の第１エッジノードと、管理プラットフォームと、第２エッジノードと、を備える情報処理システムをさらに提供する。

【0021】

本出願の実施形態は、コンピュータ可読コードを含むコンピュータプログラムをさらに提供し、前記コンピュータ可読コードが第１エッジノード又は管理プラットフォーム又は第２エッジノードで実行される場合、前記第１エッジノードのプロセッサに第１エッジノードに適用される情報処理方法を実行させ、又は、前記管理プラットフォームのプロセッサに管理プラットフォームに適用される情報処理方法を実行させ、又は、前記第２エッジノードのプロセッサに上記の第２エッジノードに適用される情報処理方法を実行させる。

【0022】

本出願の実施形態によって提供される情報処理方法及び情報処理装置、機器、システム、媒体並びにプログラムによれば、第１エッジノードの属性情報及び第１エッジノードが存在するノードグループのノード数を取得し、属性情報及びノード数に基づいて登録要求情報を生成し、ここで、ノードグループは、属性情報が同じである第１エッジノードと第２エッジノードを含み、登録要求情報を管理プラットフォームに送信し、管理プラットフォームから送信された登録要求情報に対応する認証証明書及び第１インストールパッケージを受信し、認証証明書及び第１インストールパッケージに基づいて第１アプリケーションをインストールし、ここで、第１エッジノード上の第１アプリケーションは、第１機能と第２機能を有し、第１アプリケーション内のリモート制御モジュールにより、第１アプリケーションをインストールするように第２エッジノードを制御し、ここで、第２エッジノード上の第１アプリケーションは第２機能を有する。このようにして、関連技術のようにエッジノードがクラウドに１つずつ逐次登録され、関連ユーザソフトウェアをクラウドで逐次ダウンロードしてインストールする必要がなく、同じタイプのエッジノードを１つのグループに分けて管理プラットフォームでバッチ登録することにより、同じタイプのエッジノードのクラウドでの登録プロセスを簡略化するとともに、登録時間を短縮することができる。

【0023】

本開示の上記目的、特徴及び利点をより分かりやすくするために、以下において、好適な実施形態を特に挙げ、添付図面を参照しながら詳しく説明する。

【図面の簡単な説明】

【0024】

【図1】本出願の実施形態による情報処理方法の概略フローチャートである。

【図2】本出願の実施形態による別の情報処理方法の概略フローチャートである。

【図3】本出願の実施形態による他の情報処理方法の概略フローチャートである。

【図4】本出願の実施形態による他の情報処理方法の概略フローチャートである。

【図5】本出願の実施形態によるノードグループ登録の概略フローチャートである。

【図6】本出願の実施形態による、第１エッジノードが、第１アプリケーションをインストールするように第２エッジノードを遠隔的にバッチ制御する概略フローチャートである。

【図7】本出願の実施形態によるエッジノード管理アーキテクチャの概略図である。

【図8】本出願の実施形態によるエッジノードアクセス制御の概略フローチャートである。

【図9】本出願の実施形態によるエッジノードグループ管理アーキテクチャの概略図である。

【図10】本出願の実施形態による１０つのエッジノードがあるノードグループのアクセスプロセスの概略図である。

【図11】本出願の実施形態によるエッジノードアクセス管理プラットフォームの概略図である。

【図12】本出願の実施形態による別のエッジノードアクセス管理プラットフォームの概略図である。

【図13】本出願の実施形態による、エッジノードが除去された後のアプリケーション及び／又は機器のメッセージフローの概略図である。

【図14】本出願の実施形態による情報処理装置の構造的概略図である。

【図15】本出願の実施形態による別の情報処理装置の構造的概略図である。

【図16】本出願の実施形態による他の情報処理装置の構造的概略図である。

【図17】本出願の実施形態による第１エッジノードの構造的概略図である。

【図18】本出願の実施形態による管理プラットフォームの構造的概略図である。

【図19】本出願の実施形態による第２エッジノードの構造的概略図である。

【発明を実施するための形態】

【0025】

本出願の実施例の技術的解決手段をより明瞭に説明するために、以上において、実施例に必要とされる図面について簡単に紹介し、ここでの図面は明細書に組み込まれて本明細書の一部を構成し、これらの図面は本開示に合致する実施例を示し、明細書と共に本出願の技術的解決手段を説明するために用いられる。以上の図面は本出願のいくつかの実施例のみを示すため、範囲を限定するものと見なすべきではなく、当業者であれば、創造的な労力を要することなく、これらの図面に基づいて他の関連する図面を取得することもできることを理解すべきである。

【0026】

以下は、本出願の実施形態の図面を参照して本出願の実施形態の技術案を明確且つ完全に説明する。

【0027】

明細書全体に記載された「本出願の実施形態」又は「前述の実施形態」は、実施形態に関連する特定の特徴、構造又は特性が本出願の少なくとも１つの実施形態に含まれることを意味することを理解すべきである。したがって、明細書全体の各所に見られる「本出願の実施形態では」又は「前述の実施形態では」は、必ずしも同じ実施形態を指すとは限らない。また、これらの特定の特徴、構造又は特性は、１つ又は複数の実施形態に任意の適切な方式で組み合わせられ得る。本出願の各実施形態では、上記の各プロセスのシーケンス番号の大きさは、実行順序の前後を意味するものではなく、各プロセスの実行順序は、本出願の実施形態の実施プロセスに対するいかなる制限を構成せず、その機能及び内部論理で確定されるべきである。上記した本出願の実施形態のシーケンス番号は、説明のためだけであり、実施形態の優劣を表すものではない。

【0028】

本出願の実施形態の特徴及び技術内容をより詳細に理解するために、以下に図面を参照して本出願の実施形態の実現について詳細に説明し、添付図面は、参照及び説明のためだけであり、本出願を限定するためのものではない。

【0029】

本出願の実施形態は、第１エッジノードに適用される情報処理方法を提供し、図１に示すように、該方法は、以下のステップＳ１０１～Ｓ１０４を含む。

【0030】

ステップＳ１０１において、第１エッジノードの属性情報及び、第１エッジノードが存在するノードグループのノード数を取得し、属性情報及びノード数に基づいて登録要求情報を生成する。

【0031】

ここで、ノードグループは、属性情報が同じである第１エッジノードと第２エッジノードを含む。

【0032】

本出願のいくつかの実施形態では、第１エッジノードの属性情報は、第１エッジノードのインターネット相互接続プロトコル（ＩＰ：Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）、オペレーティングシステム、カーネルバージョン、又は中央プロセッサ（ＣＰＵ：Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）などを含むことができるが、これらに限定されない。第１エッジノードの属性情報は、第１エッジノードにアクセスするユーザ機器の属性情報であってもよい。本出願では、第１エッジノードの属性情報の具体的な内容については何ら限定されない。

【0033】

本出願のいくつかの実施形態では、第１エッジノードと第２エッジノードの属性情報が同じである場合、それらは、同じタイプのエッジノードに分類され、即ち同じノードグループに属する。１つのノードグループ内のエッジノードの数は、少なくとも１つを含むことができる。

【0034】

本出願のいくつかの実施形態では、登録要求情報の内容は、ノードグループ内のエッジノードの属性情報、及び第１エッジノードが存在するノードグループ内のエッジノードの数を含み得るが、これらに限定されない。同時に、登録要求情報の内容は、エッジノード間の位置関係等をさらに含み得る。

【0035】

ステップＳ１０２において、登録要求情報を管理プラットフォームに送信する。

【0036】

本出願のいくつかの実施形態では、管理プラットフォームは、第１エッジノード及び第２エッジノードに関連付けられたクラウドによって提供され、即ち、クラウドは、第１エッジノード及び第２エッジノードを管理するための管理プラットフォームを提供し、ここで、第１エッジノードが登録要求情報を送信する送信方式は、本出願で限定されない。同時に、登録要求情報は、テキスト形式、文字形式、画像形式などで表示され得、本出願は、登録要求情報の具体的な形式を限定しない。

【0037】

ステップＳ１０３において、管理プラットフォームから送信された登録要求情報に対応する認証証明書及び第１インストールパッケージを受信し、認証証明書及び第１インストールパッケージに基づいて第１アプリケーションをインストールする。

【0038】

本出願のいくつかの実施形態では、第１エッジノードがその対応するノードグループを表す登録要求情報を送信した後、クラウドの管理プラットフォームは、登録要求情報に対応する認証証明書及び第１インストールパッケージを生成する。第１インストールパッケージは、第１アプリケーション、即ち、ユーザ（Ａｇｅｎｔ）ソフトウェアをインストールするための第１エッジノードに対応するインストールパッケージであってもよく、本出願の以下の実施形態では、Ａｇｅｎｔソフトウェアは、第１アプリケーションを指すために使用される。

【0039】

本出願のいくつかの実施形態では、Ａｇｅｎｔソフトウェアは、エッジアプリケーション管理モジュール、メッセージプロセッサモジュール、機器制御モジュール及びリモート制御モジュールの機能モジュールを含むことができるが、これらに限定されない。第１エッジノード上の第１アプリケーションは、第１機能と第２機能を有する。第１機能はメッセージ処理及び機器制御などの機能であってもよく、第２機能はリモート制御などの機能であってもよい。

【0040】

ステップＳ１０４において、第１アプリケーション内のリモート制御モジュールにより、第１アプリケーションをインストールするように第２エッジノードを制御する。

【0041】

本出願のいくつかの実施形態では、第１エッジノードは、内部にインストールされた第１アプリケーションにより第２エッジノードと情報インタラクションを行うことができる。ここで、第１エッジノードは、第１アプリケーションのリモート制御モジュールにより第２エッジノードとの情報インタラクションを実現することができる。第１エッジノードと第２エッジノードとの間には、情報インタラクションにより第２エッジノードの第１アプリケーションをインストールすることが実現される。

【0042】

本出願のいくつかの実施形態では、第２エッジノード上の第１アプリケーションは、機能実現に関して第１エッジノード上の第１アプリケーションとは異なり、ここで、第２エッジノード上の第１アプリケーションは、エッジアプリケーション管理モジュール、メッセージプロセッサモジュール及び機器制御モジュールなどを含むことができ、つまり、第２エッジノード上の第１アプリケーションは第２機能を有する。即ち、第２エッジノード上の第１アプリケーションは、エッジアプリケーション管理、メッセージ処理及び機器制御などの機能を有する。

【0043】

本出願の実施形態で提供される情報処理方法によれば、第１エッジノードの属性情報及び第１エッジノードが存在するノードグループのノード数を取得し、属性情報及びノード数に基づいて登録要求情報を生成し、ここで、ノードグループは、属性情報が同じである第１エッジノードと第２エッジノードを含み、登録要求情報を管理プラットフォームに送信し、管理プラットフォームから送信された登録要求情報に対応する認証証明書及び第１インストールパッケージを受信し、認証証明書及び第１インストールパッケージに基づいて第１アプリケーションをインストールし、ここで、第１エッジノード上の第１アプリケーションは、第１機能と第２機能を有し、第１アプリケーション内のリモート制御モジュールにより、第１アプリケーションをインストールするように第２エッジノードを制御し、ここで、第２エッジノード上の第１アプリケーションは第２機能を有する。このようにして、関連技術のようにエッジノードがクラウドに１つずつ逐次登録され、関連ユーザソフトウェアをクラウドで逐次ダウンロードしてインストールする必要がなく、同じタイプのエッジノードを１つのグループに分けて管理プラットフォームでバッチ登録することにより、同じタイプのエッジノードのクラウドでの登録プロセスを簡略化するとともに、登録時間を短縮することができる。

【0044】

前述の実施形態に基づいて、本出願の実施形態は、管理プラットフォームに適用される情報処理方法を提供し、図２に示すように、該方法は以下のステップＳ２０１～Ｓ２０４を含む。

【0045】

ステップＳ２０１において、第１エッジノードから送信された登録要求情報を受信し、登録要求情報に対応する認証証明書及び第１インストールパッケージを生成する。

【0046】

本出願のいくつかの実施形態では、管理プラットフォームは、第１エッジノードと情報インタラクションを行うクラウドによって提供される。管理プラットフォームは、それにアクセスする必要がある任意の１つのエッジノードから送信された登録要求情報を受信し、任意の１つのエッジノードがそれに登録された後に送信されたキープアライブメッセージ及び機器メッセージを受信する。

【0047】

ここで、管理プラットフォームは、内部の証明書管理モジュールにより登録要求情報に対応する認証証明書を生成することができるとともに、管理プラットフォームは、内部のノードソフトウェア管理モジュールにより登録要求情報に対応するＡｇｅｎｔソフトウェアの第１インストールパッケージを生成し、ダウンロードする必要がある第１インストールパッケージを第１エッジノードに送信する。

【0048】

ステップＳ２０２において、認証証明書及び第１インストールパッケージを第１エッジノードに送信する。

【0049】

本出願のいくつかの実施形態では、管理プラットフォームは、第１エッジノードと情報インタラクションを行うことで、生成された認証証明書及び第１インストールパッケージを送信する。

【0050】

ステップＳ２０３において、第１エッジノードから送信された第１アクセス情報及び第２エッジノードから送信された第２アクセス情報を受信する。

【0051】

ここで、第１エッジノードと第２エッジノードは同じノードグループに属する。第１エッジノードと第２エッジノードの属性情報は同じである。

【0052】

本出願のいくつかの実施形態では、管理プラットフォームは、認証証明書及び第１インストールパッケージを第１エッジノードに送信した後、第１エッジノードから送信された第１アクセス情報及び第２エッジによって送信された第２アクセス情報を受信する。

【0053】

ここで、第１アクセス情報は、クラウドでの登録が成功した後に第１エッジノードから送信される情報であり、管理プラットフォームは、第１アクセス情報に基づいて、第１エッジノードのアクセスが正常であるかどうかを検証する。第２アクセス情報は、クラウドでの登録が成功した後に第２エッジノードから送信される情報であり、管理プラットフォームは、第２アクセス情報に基づいて、第２エッジノードのアクセスが正常であるかどうかを検証する。第１アクセス情報及び第２アクセス情報は、それらに対応する第１エッジノード及び第２エッジノードの属性情報、登録順などを含むことができるが、これらに限定されない。

【0054】

本出願のいくつかの実施形態では、管理プラットフォームは、内部のアクセス制御モジュールにより第１アクセス情報及び第２アクセス情報を検証し、それによって、第１エッジノード及び第２エッジノードのアクセスが正常であるかどうかを検証することができる。

【0055】

ステップＳ２０４において、第１アクセス情報及び第２アクセス情報に基づいて、ノードグループ内のエッジノードのアクセスが正常であると決定した場合、ノードの状態情報を更新する。

【0056】

本出願のいくつかの実施形態では、管理プラットフォームはまず、取得された第１アクセス情報及び第２アクセス情報を内部のアクセス制御モジュールにより解析し、ノードグループメッセージである解析結果を得る。該ノードグループメッセージは、第１エッジノード及び第２エッジノードに対応するノードグループ情報であることができる。次に、ノードグループ情報により、ノードグループ内のクラウドに成功裏にアクセスしたエッジノードの数が対応するノードグループによって許可されたアクセス数の上限に到達するかどうかを取得及び判断する。

【0057】

本出願のいくつかの実施形態では、管理プラットフォーム内のアクセス制御モジュールは、取得された第１アクセス情報及び第２アクセス情報の数を判断し、その数が登録要求情報内のノード数以下であるかどうかを判断する。そうである場合、該ノードグループのアクセスが正常であると判断し、つまり、正当なアクセスに属し、アクセスが成功である。そうでない場合、不当なアクセスに属し、同時にクラウドは対応するエッジノードに通知するように警告を発する。

【0058】

本出願のいくつかの実施形態では、第１アクセス情報は、第１エッジノードが管理プラットフォームに成功裏にアクセスしたアクセス情報であり、第２アクセス情報は、管理プラットフォームに成功裏にアクセスしたアクセス数であってもよい。管理プラットフォームは、第１アクセス情報及び第２アクセス情報に基づいて、管理プラットフォームに成功裏にアクセスした第１エッジノードが存在するノードグループのエッジノードの数、即ち第１数量を決定し、次に管理プラットフォームは、第１数量と、第１エッジノードが送信する登録要求情報のうち、第１エッジノードが存在するノードグループのエッジノードを表す数とをマッチングし、マッチング結果に基づいて、ノードグループのアクセスが正常であるかどうかを判断する。

【0059】

第１エッジノードに対応するノードグループのアクセスが成功する場合、管理プラットフォームは、内部のノード管理モジュールにより第１エッジノードに対応するノードグループ内のエッジノードの状態情報を更新する。ここで、ノードの状態情報は、第１エッジノード及び第２エッジノードの対応するノード状態、ＩＰ及びカーネルバージョンなどを含む。

【0060】

本出願の実施形態で提供される情報処理方法によれば、第１エッジノードから送信された登録要求情報を受信し、登録要求情報に対応する認証証明書及び第１インストールパッケージを生成し、認証証明書及び第１インストールパッケージを第１エッジノードに送信し、第１エッジノードから送信された第１アクセス情報及び第２エッジノードから送信された第２アクセス情報を受信し、ここで、第１エッジノードと第２エッジノードは同じノードグループに属し、第１エッジノードと第２エッジノードの属性情報は同じであり、第１アクセス情報及び第２アクセス情報に基づいて、ノードグループ内のエッジノードのアクセスが正常であると決定した場合、ノードの状態情報を更新する。このようにして、関連技術のようにエッジノードがクラウドに１つずつ逐次登録され、関連ユーザソフトウェアをクラウドで逐次ダウンロードしてインストールする必要がなく、同じタイプのエッジノードを１つのグループに分けて管理プラットフォームでバッチ登録することにより、同じタイプのエッジノードのクラウドでの登録プロセスを簡略化するとともに、登録時間を短縮することができる。

【0061】

前述の実施形態に基づいて、本出願の実施形態は、第２エッジノードに適用される情報処理方法を提供し、図３に示すように、該方法は以下のステップＳ３０１～Ｓ３０３を含む。

【0062】

ステップＳ３０１において、アクセス情報を第１エッジノードに送信する。

【0063】

本出願のいくつかの実施形態では、アクセス情報は、第２エッジノードにアクセスするために第１エッジノードによって使用される情報である。

【0064】

本出願のいくつかの実施形態では、アクセス情報は、第１エッジノードが内部のリモート制御モジュールにより第２エッジノードに遠隔的にアクセスするアクセス方式を含む。

【0065】

本出願のいくつかの実施形態では、第１エッジノードは、取得した第２エッジノードのアクセス情報を予め設定されたルールに従って記憶し、それを第１エッジノード内の特定のディレクトリに記憶する。

【0066】

ステップＳ３０２において、アクセス情報に基づいて、第１エッジノードから送信された第２インストールパッケージを受信し、第２インストールパッケージに基づいて第１アプリケーションをインストールする。

【0067】

本出願のいくつかの実施形態では、第１エッジノードは、取得したアクセス情報により対応する第２エッジノードにアクセスし、Ａｇｅｎｔソフトウェアをインストールするための第２インストールパッケージを第２エッジノードに送信する。ここで、第２インストールパッケージは、第１エッジノードによって第１インストールパッケージを解析することで決定され、第１エッジノード上の第１アプリケーションは、機能実現に関して第２エッジノード上の第１アプリケーションとは異なる。

【0068】

本出願のいくつかの実施形態では、第１エッジノード上の第１アプリケーション及び第２エッジノード上の第１アプリケーションは、バージョンが異なってもよい。

【0069】

ステップＳ３０３において、識別トランスポートプロトコルに基づいて、第１アプリケーションにより第２アクセス情報を管理プラットフォームに送信する。

【0070】

ここで、第２アクセス情報は、第２エッジノードのアクセスが正常であるかどうかを検証するために管理プラットフォームによって使用される。

【0071】

本出願のいくつかの実施形態では、第２エッジノードは、その関連する情報を、インストールされた第１アプリケーションにより管理プラットフォームに送信する。ここで、第１アプリケーション内のメッセージプロセッサにより、その登録が成功したことを表す情報を管理プラットフォームに送信することができる。

【0072】

ここで、識別トランスポートプロトコルは、トランスポート層セキュリティプロトコル（ＴＬＳ：Ｔｒａｎｓｐｏｒｔ Ｌａｙｅｒ Ｓｅｃｕｒｉｔｙ）であってもよい。

【0073】

本出願のいくつかの実施形態では、第２アクセス情報は、第２エッジノードがクラウドによって提供される管理プラットフォームでの登録が成功した後に生成される情報である。ここで、管理プラットフォームは、第２アクセス情報を使用して、第２エッジノードのアクセスが正常であるかどうかを検証することができる。

【0074】

本出願の実施形態で提供される情報処理方法によれば、アクセス情報を第１エッジノードに送信し、アクセス情報に基づいて、第１エッジノードから送信された第２インストールパッケージを受信し、第２インストールパッケージに基づいて第１アプリケーションをインストールし、識別トランスポートプロトコルに基づいて、第１アプリケーションにより第２アクセス情報を管理プラットフォームに送信する。ここで、第２アクセス情報は、第２エッジノードのアクセスが正常であるかどうかを検証するために管理プラットフォームによって使用される。このようにして、関連技術のようにエッジノードがクラウドに１つずつ逐次登録され、関連ユーザソフトウェアをクラウドで逐次ダウンロードしてインストールする必要がなく、同じタイプのエッジノードを１つのグループに分けて管理プラットフォームでバッチ登録することにより、同じタイプのエッジノードのクラウドでの登録プロセスを簡略化するとともに、登録時間を短縮することができる。

【0075】

前述の実施形態に基づいて、本出願の実施形態は、情報処理方法を提供し、図４に示すように、該方法は以下のステップを含む。

【0076】

ステップＳ４０１において、第１エッジノードは、第１エッジノードの属性情報及び第１エッジノードが存在するノードグループのノード数を取得し、属性情報及びノード数に基づいて登録要求情報を生成する。

【0077】

ここで、ノードグループは、属性情報が同じである第１エッジノード及び第２エッジノードを含む。

【0078】

本出願のいくつかの実施形態では、第１エッジノードが存在するノードグループのノード数は、第１エッジノードがノードグループ内の第２エッジノードのノード数を統計して１を加えた数であり得る。ここで、第２エッジノードは、ノードグループ内の第１エッジノード以外の任意のエッジノードであり、ノードグループ内の第２エッジノードの数は任意の正の整数であり得る。

【0079】

ステップＳ４０２において、第１エッジノードは、登録要求情報を管理プラットフォームに送信する。

【0080】

ステップＳ４０３において、管理プラットフォームは、第１エッジノードから送信された登録要求情報を受信し、登録要求情報に対応する認証証明書及び第１インストールパッケージを生成する。

【0081】

図５に示すように、ノードグループ登録の概略フローチャートが示される。ここで、開始ステップをスタートし、登録プロセスを実行するのは、２つのケース、即ち、ノードグループ内のエッジノードの数が１であり、１ではない２つのケースに分けられ、対応して、エッジノード又はエッジノードグループの登録を実行し、即ち、図５に示すように、第１エッジノード及びノードグループを登録する。ここで、ノードを登録するのは、デフォルトでノードグループを生成し、ノードグループ内のノード数の上限が１であり、本出願の実施形態では、即ち、ノードグループには第１エッジノードのみがあることを表す。第１エッジノードは、登録要求情報を管理プラットフォームに送信し、管理プラットフォームは、登録要求情報に基づいて登録要求情報に対応する認証証明書及び第１アプリケーションのインストールパッケージを生成し、即ち、証明書とＡｇｅｎｔソフトウェアパッケージを生成する。次に、管理プラットフォームは、生成された情報を第１エッジノードに送信し、登録ステップを完了する。即ち、登録ステップが終了する。

【0082】

ステップＳ４０４において、管理プラットフォームは、認証証明書及び第１インストールパッケージを第１エッジノードに送信する。

【0083】

ステップＳ４０５において、第１エッジノードは、管理プラットフォームから送信された登録要求情報に対応する認証証明書及び第１インストールパッケージを受信し、認証証明書及び第１インストールパッケージに基づいて第１アプリケーションをインストールする。

【0084】

ここで、第１エッジノード上の第１アプリケーションは、第１機能及び第２機能を有する。

【0085】

ステップＳ４０６において、第２エッジノードは、アクセス情報を第１エッジノードに送信する。

【0086】

ステップＳ４０７において、第１エッジノードは、第２エッジノードにアクセスするためのアクセス情報を受信し、アクセス情報に基づいてアクセス方式を決定する。

【0087】

本出願のいくつかの実施形態では、第１エッジノードは、クラウドが提供する管理プラットフォームによって与えられたヒント収集命令に基づいて、第２エッジノードにアクセスするアクセス情報を取得することができ、ここで、ヒント収集命令は、第２エッジノードのアクセス情報の収集にヒントを与えるための命令である。

【0088】

本出願のいくつかの実施形態では、第１エッジノードは、アクセス情報を解析することで、第２エッジノードにアクセスするためのアクセス方式を得る。ここで、アクセス方式は、リモートアクセス方式であってもよく、第１エッジノード内のアプリケーションプログラムによって生成されたリモート接続に基づいてリモートアクセスを実現するものであってもよく、第１エッジノードの内部システムに付随するリモートデスクトップ接続によりリモートアクセスを実現するものであってもよく、本出願は、それについて限定しない。

【0089】

ステップＳ４０８において、第１エッジノードは、第１インストールパッケージを解析し、第２インストールパッケージを生成する。

【0090】

本出願のいくつかの実施形態では、第１エッジノードがステップＳ４０７及びステップＳ４０８を実行する順序は任意に変更することができ、第１エッジノードはステップＳ４０７及びステップＳ４０８を同時に実行することさえできる。

【0091】

ステップＳ４０９において、第１エッジノードは、第２インストールパッケージをリモート制御モジュールによりアクセス方式で第２エッジノードに送信し、第２エッジノードを、第２インストールパッケージに基づいて第１アプリケーションをインストールするように制御する。

【0092】

ここで、第２インストールパッケージは、第１インストールパッケージを解析することによって生成されたものである。

【0093】

本出願のいくつかの実施形態では、第２インストールパッケージは、第１エッジノードが管理プラットフォームから取得された第１インストールパッケージを解析することによって生成されたものであり、第２インストールパッケージ及び第１インストールパッケージは両方ともＡｇｅｎｔソフトウェアに対応するインストールパッケージである。

【0094】

ステップＳ４１０において、第２エッジノードは、アクセス情報に基づいて第１エッジノードから送信された第２インストールパッケージを受信し、第２インストールパッケージに基づいて第１アプリケーションをインストールする。

【0095】

図６に示すように、第１エッジノードが、第１アプリケーションをインストールするように第２エッジノードを遠隔的にバッチ制御する概略フローチャートが示される。

【0096】

ステップ１において、ユーザ又は第１エッジノードは、インストールされるべきエッジノード、即ち第２エッジノードのリモートアクセス情報を事前に入力する。

【0097】

ステップ２において、インストールを実行する：第１エッジノードは、内部の第１アプリケーションのリモート制御モジュールにより、第２エッジノードと情報インタラクションを行う。ここで、第２エッジノードは、少なくとも１つがある。ステップ２は、次のステップ２．１～ステップ２．３によって実現され得る。ステップ２．１において、リモート制御モジュールがないＡｇｅｎｔソフトウェアパッケージを第２エッジノードにコピーする。ステップ２．２において、遠隔的にログインする。ステップ２．３において、インストールを実行する。同時に、ノード１がノード２～Ｎを、対応するＡｇｅｎｔソフトウェアをインストールするように制御する場合は、複数のスレッドがインストール操作を並行して実行することができる。

【0098】

ステップＳ４１１において、第１エッジノードは、識別トランスポートプロトコルに基づいて、第１アプリケーションにより第１アクセス情報を管理プラットフォームに送信する。

【0099】

ここで、第１アクセス情報は、第１エッジノードのアクセスが正常であるかどうかを検証するために管理プラットフォームによって使用される。

【0100】

ステップＳ４１２において、第２エッジノードは、識別トランスポートプロトコルに基づいて、第１アプリケーションにより第２アクセス情報を管理プラットフォームに送信する。

【0101】

ここで、第２アクセス情報は、第２エッジノードのアクセスが正常であるかどうかを検証するために管理プラットフォームによって使用される。

【0102】

本出願のいくつかの実施形態では、第１エッジノード及び第２エッジノードは、それぞれの対応する第１アクセス情報及び第２アクセス情報を管理プラットフォームに同時に送信し、管理プラットフォームは、内部のアクセス制御モジュールに基づいて、第１アクセス情報及び第２アクセス情報を解析し、第１エッジノードに対応するノードグループ内のエッジノードのアクセス数が上限に到達するかどうかを判断し、そうでない場合、第１エッジノードに対応するノードグループのアクセスが正当であり、アクセスが成功すると決定する。

【0103】

本出願のいくつかの実施形態では、第１エッジノードがステップＳ４１１を実行する時間と第２エッジノードがステップＳ４１２を実行する時間は同じであってもよく、ノードグループ内の第１エッジノード及び第２エッジノードの順序に従って順次実行することもできる。ここで、ノードグループは、エッジノードの物理的位置に従って第１エッジノード及び第２エッジノードをソートすることができ、エッジノードの生成時間に従ってソートすることもできる。

【0104】

ステップＳ４１３において、管理プラットフォームは、第１エッジノードから送信された第１アクセス情報及び、第２エッジノードから送信された第２アクセス情報を受信する。

【0105】

ここで、第１エッジノードと第２エッジノードは同じノードグループに属し、第１エッジノードと第２エッジノードの属性情報は同じである。

【0106】

本出願のいくつかの実施形態では、管理プラットフォームによるステップＳ４１３の実行も、以下のステップ４１３ａ及び４１３ｂによって実現され得る。

【0107】

ステップ４１３ａにおいて、管理プラットフォームは、識別トランスポートプロトコルに基づいて、第１アプリケーションを介して第１エッジノードから送信された第１アクセス情報を受信する。

【0108】

ステップ４１３ｂにおいて、管理プラットフォームは、識別トランスポートプロトコルに基づいて、第１アプリケーションを介して第２エッジノードから送信された第２アクセス情報を受信する。

【0109】

ここで、第１エッジノード上の第１アプリケーションは第１機能及び第２機能を有し、第２エッジノード上の第１アプリケーションは第２機能を有する。

【0110】

ステップＳ４１４において、管理プラットフォームが、第１アクセス情報及び第２アクセス情報に基づいて、ノードグループ内のエッジノードのアクセスが正常であると決定した場合、ノードの状態情報を更新する。

【0111】

本出願のいくつかの実施形態では、管理プラットフォームが、ステップＳ４１４における、第１アクセス情報及び第２アクセス情報に基づいて、ノードグループ内のエッジノードのアクセスが正常であると決定したことを実行するとき、以下のステップ４１４ａ～４１４ｂによって実現され得る。

【0112】

ステップ４１４ａにおいて、管理プラットフォームは、第１アクセス情報及び第２アクセス情報からノードグループ情報を取得する。

【0113】

本出願のいくつかの実施形態では、管理プラットフォームは、内部のアクセス制御モジュールにより、第１エッジノードに対応するノードグループ情報、即ち、ノードグループ情報に対応するノード数を統計して取得する。ここで、ノード数は、同時に第１エッジノードによって管理プラットフォームに送信された登録要求情報に存在する。

【0114】

ステップ４１４ｂにおいて、管理プラットフォームは、ノードグループ情報に基づいて、ノードグループ内のエッジノードのアクセスが正常であると決定する。

【0115】

本出願のいくつかの実施形態では、管理プラットフォームは、取得されたノード数を統計して、第１エッジノードから送信された登録要求情報内のノード数と比較することにより、ノードグループ内のエッジノードのアクセスが正常であるかどうかを決定する。統計されたノード数が登録要求情報内のノード数以下の場合、ノードグループ内のエッジノードのアクセスが正常であると決定する。それ以外の場合は、不当なアクセスに属する。

【0116】

本出願のいくつかの実施形態では、管理プラットフォームは、ステップＳ４１４を実行した後、以下のステップＳ４１５及びＳ４１６を実行することもできる。

【0117】

ステップＳ４１５において、管理プラットフォームは、ノードメッセージキューをオンにする。

【0118】

本出願のいくつかの実施形態では、管理プラットフォームが内部のアクセス制御モジュールに基づいて、ノードグループ内の各エッジノードのアクセスが成功したと判断した後、アクセス制御モジュールはノードメッセージキューをオンにする。ここで、ノードメッセージキューは、管理プラットフォームにアクセスし、成功裏にアクセスした各エッジノードのアプリケーション及び/又は機器によって報告されたメッセージを受信するために使用される。

【0119】

ステップＳ４１６において、管理プラットフォームは、ノードメッセージキューに基づいて、第１予め設定された周期に従って、第１エッジノードから送信された第１キープアライブメッセージ及び第２エッジノードから送信された第２キープアライブメッセージを受信する
本出願のいくつかの実施形態では、管理プラットフォームは、ノードメッセージキューに従って、一定の予め設定されたルールに従って、第１キープアライブメッセージ及び第２キープアライブメッセージを受信するためのパスをオン及びオフにすることができる。管理プラットフォームは、キープアライブメッセージを使用して対応するエッジノードの状態を監視し、該キープアライブメッセージに基づいて、ノードメッセージキューを同期的にオン及びオフにする。

【0120】

本出願のいくつかの実施形態では、管理プラットフォームは、第１エッジノード、第２エッジノードと情報インタラクションを行う過程、即ち、第１アクセスメッセージ、第２アクセスメッセージ、第１キープアライブメッセージ、及び第２キープアライブメッセージを受信することは、ＴＬＳを使用して暗号化及び認証を行うことができる。

【0121】

図７に示すように、エッジノード管理アーキテクチャの概略図が示される。エッジノードはクラウド管理に接続される、即ち、図７のクラウドはエッジに接続され、ここで、クラウド管理は管理プラットフォームである。機器側、即ちエッジノードアクセス機器は、図７に示される、産業製造、セキュリティ監視、及びスマートホームに関連する端末、拡張現実（ＡＲ：Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ）／仮想現実（ＶＲ：Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ）端末、モバイル端末などを含むことができるが、これらに限定されない。同時に、エッジノードは、内部のエッジアプリケーションによりそれにアクセスする機器を管理し、クラウドは、クラウド管理プラットフォームによりクラウドによるエッジノードの統一管理を実現する。

【0122】

図８に示すように、エッジノードアクセス制御の概略フローチャートが示される。開始ステップを実行し、管理プラットフォームはエッジノードから送信されたノードメッセージを受信し、即ち、情報を受信する。該ノードメッセージがキープアライブメッセージであるかどうかを判断し、そうである場合、該ノードキープアライブメッセージを受信し、該キープアライブメッセージに対してタイムアウト判定を行い、該キープアライブメッセージがタイムアウトした場合、エッジノードに対応するノード状態をオフラインに更新し、このとき、該エッジノードはノードグループにアクセスしたノード数に計上されない。該キープアライブメッセージがタイムアウトしない場合、対応する操作を正常に実行し、例えば、対応する情報チャネルをオンにして、ノードキープアライブメッセージ監視チャネルをオンにし、操作を終了する。該ノードメッセージがキープアライブメッセージではない場合、該メッセージにノードグループ情報が含まれるかどうかを判断し、そうである場合、該メッセージを受信し、内部のアクセス制御モジュールに基づいて、該ノードグループ内にアクセスしたノード数が上限に到達するかどうかを判断し、そうである場合、アラーム情報を生成し、対応するエッジノードであるユーザに通知する。そうでない場合、即ちノードグループ内のアクセスしたノード数が上限に到達しない場合、ノード管理モジュールに通知して以下の２つのことを処理する：１)ノードグループ内のアクセスノード数を更新する。２)エッジノード情報、即ちエッジノードに対応するＩＰ、カーネルバージョン、状態情報などを更新し、次にノードメッセージキューをオンにし、エッジノードに対応するエッジアプリケーション及び/又は機器メッセージを受信し、さらにノードキープアライブメッセージ監視チャネルをオンにし、操作を終了する。

【0123】

本実施形態における他の実施形態と同じステップ及び内容の説明については、他の実施形態における説明を参照することができる。

【0124】

本出願の実施形態によって提供される情報処理方法は、同じタイプのエッジノードを１つのグループに分けて管理プラットフォームでバッチ登録するとともに、管理プラットフォームがエッジノードと情報インタラクションを行うときに暗号化及び認証を実行し、ノードグループ内のノード数を確認することにより、同じタイプのエッジノードのクラウドでの登録プロセスを簡略化するとともに、登録時間を短縮することができ、クラウドがエッジノードを管理するセキュリティを向上させることができる。

【0125】

図９に示すように、エッジノードグループ管理アーキテクチャの概略図が示される。機器側は、産業製造、セキュリティ監視、スマートホームに関連する端末、ＡＲ／ＶＲ端末、及びモバイル端末を含む。エッジ側、即ち第１エッジノードは、既存のエッジアプリケーション、管理プラットフォームからダウンロードされたＡｇｅｎｔソフトウェアを含む。同時に、Ａｇｅｎｔソフトウェア内には、エッジアプリケーション管理、メッセージプロセッサ、機器制御、及びリモート制御などのモジュールが含まれる。ここで、エッジアプリケーション管理は、既存のエッジアプリケーションと情報インタラクションを行い、エッジアプリケーション及び/又はエッジ機器を管理するために使用される。メッセージプロセッサは、情報交換のためにエッジアプリケーション管理及び機器制御によって使用される。機器制御は、第１エッジノードにアクセスする機器側のユーザ機器を管理し、メッセージプロセッサと情報インタラクションを行うために使用される。リモート制御は、第２エッジノードを、対応するＡｇｅｎｔソフトウェアを遠隔的にインストールするように制御するために使用され、ユーザによって操作されてもよく、機器によって自動的に制御して操作されてもよい。

【0126】

クラウドのクラウド管理プラットフォームには、ノード管理、証明書管理、ノードソフトウェア管理、エッジアプリケーション/機器管理、アクセス制御、メッセージプロセッサ、ノードメッセージキューなどのモジュールがある。ここで、クラウド管理のメッセージプロセッサとエッジノード内のメッセージプロセッサは、ＴＬＳ暗号化により情報インタラクションを行うとともに、メッセージプロセッサは、エッジノードから送信されたノードアクセスメッセージとキープアライブメッセージ、及びエッジノードに対応するアプリケーション及び/又は機器のデータの報告と送信を転送する。エッジアプリケーション及び/又は機器のデータは、エッジノードが管理プラットフォームに成功裏にアクセスした後、アクセス制御モジュールがノードメッセージキューをオンにした後にのみ、エッジノードからクラウド管理、即ち管理プラットフォームに送信され得る。アクセス制御モジュールは、ノードアクセスメッセージ、即ち、報告されたアクセスメッセージで運ばれるノードグループメッセージに基づいて、クラウドアクセスのセキュリティを保証するために、該エッジノードのアクセスを許可するかどうかを決定するとともに、アクセス制御モジュールは、エッジノードから送信されたキープアライブメッセージ内のノード状態に基づいて、ノードメッセージキューをオンにするかどうかを決定し、エッジノードがクラウドにアクセスしない場合、ノードメッセージキューをオンにしなく、クラウド管理、即ち管理プラットフォームは、該エッジノードに関連アプリケーション及び／又は機器によって報告されたデータを処理しなく、それによって、クラウド管理機能がクラウド管理プラットフォームにアクセスしたエッジノードにのみ提供されることを確保する。クラウド管理は、ノード管理、証明書管理及びノードソフトウェア管理により、ノードソフトウェア、即ちＡｇｅｎｔソフトウェアの統一ダウンロードプラットフォームと、エッジノード及びノードグループのためのライフ周期管理と、ノードグループに対応する全てのエッジノードの状態管理とをエッジノードに提供することで、ノードグループの登録機能、即ちノード活性化を実現する。同時に、アクセス制御モジュールに基づいて、エッジノード登録メッセージ及びエッジノードのキープアライブメッセージと、ノードによって制御されたユーザ機器に対応するアプリケーションデータとの分流（シャント）を実現することができる。また、図９において、ノードグループの登録、ソフトウェアのインストール、ソフトウェアのダウンロード、リモートインストール及び証明書／ソフトウェアの生成のステップは、ユーザの操作によって実現され得る。

【0127】

図１０は、本出願によって提供される１０つのエッジノードがあるノードグループのアクセスプロセスの概略図である。１０つのオペレーティングシステムを管理するのが、コミュニティエンタープライズオペレーティングシステム７であり、ＣＰＵタイプがｘ８６＿６４であるエッジノードを例として、第１エッジノードは、開始操作を実行し、ノードグループの登録操作を実行する(１つのノードグループは１回だけ登録する必要がある)。図９に示されたクラウドの管理プラットフォームにノードグループの登録を行い、対応するＡｇｅｎｔソフトウェアをダウンロードし、第１エッジノードを、Ａｇｅｎｔソフトウェアをインストールように選択し、第１エッジノードのリモート制御モジュールは他の第２エッジノードのアクセス方式を入力し、リモート制御モジュールをスタートして残りの９つの第２エッジノードを遠隔的にインストールし、即ち登録プロセスを完了し、それらは、同時に実行及び処理することができる。ここで、第１エッジノードと第２エッジノードは、Ａｇｅｎｔソフトウェアのダウンロードを完了した後、アクセス情報をクラウドに送信して、第１エッジノードと第２エッジノードをエッジノードグループのアクセスプロセスを完了ように活性化する。

【0128】

図１１は、本出願の実施形態によるエッジノードアクセス管理プラットフォームの概略図である。ノードグループＡの最大ノード数が１０であり、ノードグループ内の９つのエッジノードのアクセスが成功した場合、即ち、第１エッジノードＡ１～第２エッジノードＡ９が既にクラウドにアクセスした場合、ノードアクセス操作を実行する結果は次のとおりである：ユーザが自分のノードにＡｇｅｎｔソフトウェアを手動でインストールすると、該第２エッジノードが成功裏にアクセスすることができ、即ち、第２エッジノードＡ１０がクラウドに成功裏にアクセスする。

【0129】

図１２は、本出願の実施形態による別のエッジノードアクセス管理プラットフォームの概略図である。ユーザが既存のエッジノードのリモート制御モジュールにより他の２つの第２エッジノードをバッチインストールした場合、１つの第２エッジノードのみが管理プラットフォームに成功裏にアクセスことができ、もう１つの第２エッジノードは、ノードグループの最大管理数を超えるため、成功裏にアクセスすることができず、ユーザは、成功裏に計上できないというアラーム通知を受信することができる。

【0130】

図１３は、本出願の実施形態による、エッジノードが除去された後のアプリケーション及び／又は機器のメッセージフローの概略図である。ノードグループＡ内の最大ノード数が１０であり、ノードグループ内に既に１つの第１エッジノード及び９つの第２エッジノードが成功裏にアクセスする場合、このとき、そのうちの１つの第２ノードＡ１０がネットワークから切断され、クラウドでＡ１０が除去され、クラウドがＡ１０を管理しなくなる。次に、別の第２エッジノードＡ１１が管理プラットフォームであるクラウドにアクセスし、このとき、ノード数が上限に達する。上記の条件で第２エッジノードＡ１０のネットワークを復旧する場合、第２エッジノードＡ１０内のアプリケーション又は機器によって報告されたデータは、第２エッジノードＡ１０がクラウドから除去されたため、クラウドによって処理されなくなり、対応するノードメッセージキューがオフになり、対応するアプリケーション又は機器によって報告されたデータは、対応するノードメッセージキューがないため、メッセージプロセッサを通過した後に廃棄される。

【0131】

前述の実施形態に基づいて、本出願の実施形態は、情報処理装置１４を提供し、本出願の実施形態による情報処理装置の構造的概略図である図１４に示すように、情報処理装置１４は、
第１エッジノードの属性情報及び、前記第１エッジノードが存在するノードグループのノード数を取得し、前記属性情報及び前記ノード数に基づいて登録要求情報を生成するように構成される第１生成モジュール１４０１であって、前記ノードグループは、前記属性情報が同じである前記第１エッジノードと第２エッジノードを含む、第１生成モジュール１４０１と、
前記登録要求情報を管理プラットフォームに送信するように構成される第１送信モジュール１４０２と、
前記管理プラットフォームから送信された前記登録要求情報に対応する認証証明書及び第１インストールパッケージを受信し、前記認証証明書及び前記第１インストールパッケージに基づいて第１アプリケーションをインストールするように構成される第１受信モジュール１４０３と、
前記第１アプリケーション内のリモート制御モジュールにより、第１アプリケーションをインストールするように前記第２エッジノードを制御するように構成される制御モジュール１４０４と、を備える。

【0132】

本出願のいくつかの実施形態では、前記制御モジュール１４０４は、前記第２エッジノードにアクセスするためのアクセス情報を受信し、前記アクセス情報に基づいてアクセス方式を決定し、前記第１インストールパッケージを解析し、第２インストールパッケージを生成し、前記第２インストールパッケージを前記リモート制御モジュールにより、前記アクセス方式で前記第２エッジノードに送信し、前記第２エッジノードを、前記第２インストールパッケージに基づいて前記第１アプリケーションをインストールするように制御するように構成される。

【0133】

本出願のいくつかの実施形態では、前記第１送信モジュール１４０２は、識別トランスポートプロトコルに基づいて、前記第１アプリケーションにより第１アクセス情報を前記管理プラットフォームに送信するように構成され、ここで、前記第１アクセス情報は、前記第１エッジノードのアクセスが正常であるかどうかを検証するために前記管理プラットフォームによって使用される。

【0134】

本出願の実施形態は、情報処理装置１５を提供し、本出願の実施形態による情報処理装置の構造的概略図である図１５に示すように、情報処理装置１５は、
第１エッジノードから送信された登録要求情報を受信し、前記登録要求情報に対応する認証証明書及び第１インストールパッケージを生成するように構成される第２生成モジュール１５０１と、
前記認証証明書及び前記第１インストールパッケージを前記第１エッジノードに送信するように構成される第２送信モジュール１５０２と、
前記第１エッジノードから送信された第１アクセス情報及び第２エッジノードから送信された第２アクセス情報を受信するように構成される第２受信モジュール１５０３であって、前記第１エッジノードと前記第２エッジノードは同じノードグループに属し、前記第１エッジノードと前記第２エッジノードの属性情報は同じである、第２受信モジュール１５０３と、
前記第１アクセス情報及び前記第２アクセス情報に基づいて、前記ノードグループ内のエッジノードのアクセスが正常であると決定した場合、ノードの状態情報を更新するように構成される更新モジュール１５０４と、を備える。

【0135】

本出願のいくつかの実施形態では、前記第２受信モジュール１５０３は、識別トランスポートプロトコルに基づいて、前記第１エッジノード上の第１アプリケーションを介して前記第１エッジノードから送信された前記第１アクセス情報を受信し、前記識別トランスポートプロトコルに基づいて、前記第２エッジノード上の第１アプリケーションを介して前記第２エッジノードから送信された前記第２アクセス情報を受信ように構成され、ここで、前記第１エッジノード上の前記第１アプリケーションは第１機能及び第２機能を有し、前記第２エッジノード上の前記第１アプリケーションは前記第２機能を有する。

【0136】

本出願のいくつかの実施形態では、情報処理装置１５は、前記第１アクセス情報及び前記第２アクセス情報から、ノードグループ情報を取得し、前記ノードグループ情報に基づいて、前記ノードグループ内のエッジノードのアクセスが正常であると決定するように構成される決定モジュールをさらに含む。

【0137】

本出願のいくつかの実施形態では、情報処理装置１５は、ノードメッセージキューをオンにし、前記ノードメッセージキューに基づいて、第１予め設定された周期に従って、前記第１エッジノードから送信された第１キープアライブメッセージ及び前記第２エッジノードから送信された第２キープアライブメッセージを受信するように構成されるオープニングモジュールをさらに含む。

【0138】

本出願の実施形態は、情報処理装置１６をさらに提供し、本出願の実施形態による情報処理装置の構造的概略図である図１６に示すように、情報処理装置１６は、
アクセス情報を第１エッジノードに送信するように構成される第３送信モジュール１６０１と、
前記アクセス情報に基づいて、第１エッジノードから送信された第２インストールパッケージを受信し、前記第２インストールパッケージに基づいて第１アプリケーションをインストールするように構成される第３受信モジュール１６０２と、を含む。

【0139】

第３送信モジュール１６０１は、識別トランスポートプロトコルに基づいて、前記第１アプリケーションにより第２アクセス情報を管理プラットフォームに送信するように構成され、ここで、前記第２アクセス情報は、前記第２エッジノードのアクセスが正常であるかどうかを検証するために前記管理プラットフォームによって使用される。

【0140】

前述の実施形態に基づいて、本出願の実施形態は、第１エッジノード１７０を提供し、該第１エッジノードは、図１及び図４に対応する実施形態によって提供される情報処理方法に適用され得る。図１４に示すように、該第１エッジノード１７０は、第１プロセッサ１７０１、第１メモリ１７０２及び第１通信バス１７０３を含み得る。

【0141】

第１通信バス１７０３は、第１プロセッサ１７０１と第１メモリ１７０２との間の通信接続を実現するために使用される。

【0142】

第１プロセッサ１７０１は、第１メモリ１７０２に記憶された情報処理プログラムを実行することにより、
第１エッジノードの属性情報及び、第１エッジノードが存在するノードグループのノード数を取得し、属性情報及びノード数に基づいて登録要求情報を生成するステップであって、ノードグループは、属性情報が同じである第１エッジノードと第２エッジノードを含む、ステップと、
登録要求情報を管理プラットフォームに送信するステップと、
管理プラットフォームから送信された登録要求情報に対応する認証証明書及び第１インストールパッケージを受信し、認証証明書及び第１インストールパッケージに基づいて第１アプリケーションをインストールするステップと、
第１アプリケーション内のリモート制御モジュールにより、第１アプリケーションをインストールするように第２エッジノードを制御するステップと、を実現する。

【0143】

本出願のいくつかの実施形態では、第１プロセッサ１７０１は、第１メモリ１７０２に記憶されたプログラムにおける、第１アプリケーション内のリモート制御モジュールにより、第１アプリケーションをインストールするように第２エッジノードを制御するステップを実行して、第２エッジノードにアクセスするためのアクセス情報を受信し、アクセス情報に基づいてアクセス方式を決定するステップと、第１インストールパッケージを解析し、第２インストールパッケージを生成するステップと、第２インストールパッケージをリモート制御モジュールにより、アクセス方式で第２エッジノードに送信し、第２エッジノードを、第２インストールパッケージに基づいて第１アプリケーションをインストールするように制御するステップと、を実現することができる。ここで、第２インストールパッケージは、第１インストールパッケージを解析することによって生成される。

【0144】

本出願のいくつかの実施形態では、第１プロセッサ１７０１は、第１メモリ１７０２に記憶された、認証証明書及び第１インストールパッケージに基づいて第１アプリケーションをインストールするステップを実行した後、識別トランスポートプロトコルに基づいて、第１アプリケーションにより第１アクセス情報を管理プラットフォームに送信するステップを実現することができる。ここで、第１アクセス情報は、第１エッジノードのアクセスが正常であるかどうかを検証するために管理プラットフォームによって使用される。

【0145】

本実施形態における第１プロセッサによって実行されるステップの具体的な実現プロセスについては、図１又は図４に対応する実施形態によって提供される情報処理方法における実現プロセスを参照することができる。

【0146】

前述の実施形態に基づいて、本出願の実施形態は、管理プラットフォーム１８０を提供し、該管理プラットフォームは、図２及び図４に対応する実施形態によって提供される情報処理方法に適用され得る。図１８に示すように、該管理プラットフォーム１８０は、第２プロセッサ１８０１、第２メモリ１８０２、及び第２通信バス１８０３を含むことができる。

【0147】

第２通信バス１８０３は、第２プロセッサ１８０１と第２メモリ１８０２との間の通信接続を実現するために使用される。

【0148】

第２プロセッサ１８０１は、第２メモリ１８０２に記憶された情報処理プログラムを実行することにより、
第１エッジノードから送信された登録要求情報を受信し、登録要求情報に対応する認証証明書及び第１インストールパッケージを生成するステップと、
認証証明書及び第１インストールパッケージを第１エッジノードに送信するステップと、
第１エッジノードから送信された第１アクセス情報及び第２エッジノードから送信された第２アクセス情報を受信するステップであって、第１エッジノードと第２エッジノードは同じノードグループに属し、第１エッジノードと第２エッジノードの属性情報は同じであるステップと、
第１アクセス情報及び第２アクセス情報に基づいて、ノードグループ内のエッジノードのアクセスが正常であると決定した場合、ノードの状態情報を更新するステップと、を実現する。

【0149】

本出願のいくつかの実施形態では、第２プロセッサ１８０１は、第２メモリ１８０２に記憶された情報処理プログラムにおける、第１エッジノードから送信された第１アクセス情報及び第２エッジノードから送信された第２アクセス情報を受信するステップを実行して、識別トランスポートプロトコルに基づいて、第１エッジノード上の第１アプリケーションを介して第１エッジノードから送信された第１アクセス情報を受信するステップと、識別トランスポートプロトコルに基づいて、第２エッジノード上の第１アプリケーションを介して第２エッジノードから送信された第２アクセス情報を受信するステップと、を実現することができる。ここで、第１エッジノード上の第１アプリケーションは第１機能及び第２機能を有し、第２エッジノード上の第１アプリケーションは第２機能を有する。

【0150】

本出願のいくつかの実施形態では、第２プロセッサ１８０１は、第２メモリ１８０２に記憶された情報処理プログラムにおける、第１アクセス情報及び第２アクセス情報に基づいて、ノードグループのアクセスが正常であると決定するステップを実行して、第１アクセス情報及び第２アクセス情報から、ノードグループ情報を取得するステップと、ノードグループ情報に基づいて、ノードグループ内のエッジノードのアクセスが正常であると決定するステップと、を実現することができる。

【0151】

本出願のいくつかの実施形態では、第２プロセッサ１８０１は、第２メモリ１８０２に記憶された情報処理プログラムにおける、ノードの状態情報を更新するステップを実行した後、ノードメッセージキューをオンにするステップと、ノードメッセージキューに基づいて、第１予め設定された周期に従って、第１エッジノードから送信された第１キープアライブメッセージ及び第２エッジノードから送信された第２キープアライブメッセージを受信するステップと、を実現することができる。

【0152】

本実施形態における第２プロセッサによって実行されるステップの具体的な実現プロセスについては、図２又は図４に対応する実施形態によって提供される情報処理方法における実現プロセスを参照することができる。

【0153】

前述の実施形態に基づいて、本出願の実施形態は、第２エッジノード１９０を提供し、該第２エッジノードは、図３及び図４に対応する実施形態によって提供される情報処理方法に適用され得る。図１９に示すように、該第２エッジノード１９０は、第３プロセッサ１９０１、第３メモリ１９０２及び第３通信バス１９０３を含み得る。

【0154】

第３通信バス１９０３は、第３プロセッサ１９０１と第３メモリ１９０２との間の通信接続を実現するために使用される。

【0155】

第３プロセッサ１９０１は、第３メモリ１９０２に記憶された情報処理プログラムを実行することにより、
アクセス情報を第１エッジノードに送信するステップと、
アクセス情報に基づいて、第１エッジノードから送信された第２インストールパッケージを受信し、第２インストールパッケージに基づいて第１アプリケーションをインストールするステップと、
識別トランスポートプロトコルに基づいて、第１アプリケーションにより第２アクセス情報を管理プラットフォームに送信するステップであって、第２アクセス情報は、第２エッジノードのアクセスが正常であるかどうかを検証するために管理プラットフォームによって使用されるステップと、を実現する。

【0156】

本実施形態における第３プロセッサによって実行されるステップの具体的な実現プロセスについては、図３又は図４に対応する実施形態によって提供される情報処理方法における実現プロセスを参照することができる。

【0157】

前述の実施形態に基づいて、本出願の実施形態は情報処理システムを提供し、該情報処理システムは、前述の実施形態によって提供される第１エッジノード、管理プラットフォーム、及び第２エッジノードを含む。

【0158】

本開示の実施形態は、コンピュータプログラムが記憶されたコンピュータ可読記憶媒体をさらに提供し、該コンピュータプログラムがプロセッサによって実行される場合、上述方法の実施形態に記載の情報処理方法を実行する。ここで、該記憶媒体は、揮発性又は不揮発性のコンピュータ可読記憶媒体であってもよい。

【0159】

本出願の実施形態は、コンピュータプログラムをさらに提供し、該コンピュータプログラムはコンピュータ可読コードを含み、コンピュータ可読コードが第１エッジノード又は管理プラットフォーム又は第２エッジノードで実行される場合、第１エッジノードのプロセッサに第１エッジノードに適用される情報処理方法を実行させ、又は、管理プラットフォームのプロセッサに管理プラットフォームに適用される情報処理方法を実行させ、又は、第２エッジノードのプロセッサに第２エッジノードに適用される情報処理方法を実行させる。

【0160】

当業者は、本出願の実施形態が方法、システム、又はコンピュータプログラム製品として提供され得ることを理解すべきである。したがって、本出願は、ハードウェアの実施形態、ソフトウェアの実施形態、又はソフトウェアとハードウェアを組み合わせた実施形態の形態を採用することができる。さらに、本出願は、コンピュータで使用可能なプログラムコードが含まれる１つ又は複数のコンピュータで使用可能な記憶媒体（ディスク記憶装置及び光記憶装置などを含むが、これらに限定されない）上で実施されたコンピュータプログラム製品の形態を採用することができる。

【0161】

本出願は、本出願の実施形態の方法、装置（システム）、及びコンピュータプログラム製品のフローチャート及び／又はブロック図を参照して説明される。フローチャート及び／又はブロック図における各プロセス及び／又はブロック、並びにフローチャート及び／又はブロック図におけるプロセス及び／又はブロックの組み合わせは、コンピュータプログラム命令によって実現され得ることを理解すべきである。これらのコンピュータプログラム命令は、汎用コンピュータ、専用コンピュータ、組み込みプロセッサ、又は他のプログラマブルデータ処理装置のプロセッサに提供され、これにより、コンピュータ又は他のプログラマブルデータ処理装置のプロセッサによって実行される命令がフローチャートの１つ又は複数のプロセス及び/又はブロック図の１つ又は複数のブロックで指定された機能を実現するための装置を生じるようにデバイスが製造される。

【0162】

これらのコンピュータプログラム命令は、コンピュータ又は他のプログラマブルデータ処理装置を特定の方式で動作させることができるコンピュータ可読メモリに記憶されてもよく、これにより、該コンピュータ可読メモリに記憶された命令が命令装置を含む製品を生成し、該命令装置は、フローチャートの１つ又は複数のプロセス及び/又はブロック図の１つ又は複数のブロックで指定された機能を実現する。

【0163】

これらのコンピュータプログラム命令は、コンピュータ又は他のプログラマブルデータ処理装置にロードすることもでき、これにより、コンピュータ又は他のプログラマブル装置で一連の操作ステップを実行し、コンピュータで実現される処理が生成され、それによってコンピュータ又は他のプログラマブル装置で実行される命令により、フローチャートの１つ又は複数のプロセス及び/又はブロック図の１つ又は複数のブロックで指定された機能を実現するためのステップを提供する。

【0164】

以上の説明は、本出願の好ましい実施形態だけであり、本出願の保護範囲を限定するものではない。

【産業上の利用可能性】

【0165】

本出願の実施形態は、情報処理方法及び情報処理装置、機器、媒体、並びにプログラムを開示する。情報処理方法は、第１エッジノードに適用され、前記第１エッジノードの属性情報及び、第１エッジノードが存在するノードグループのノード数を取得し、属性情報及びノード数に基づいて登録要求情報を生成するステップであって、ノードグループは、属性情報が同じである第１エッジノードと第２エッジノードを含むステップと、登録要求情報を管理プラットフォームに送信するステップと、管理プラットフォームから送信された登録要求情報に対応する認証証明書及び第１インストールパッケージを受信し、認証証明書及び第１インストールパッケージに基づいて第１アプリケーションをインストールするステップと、第１アプリケーション内のリモート制御モジュールにより、第１アプリケーションをインストールするように第２エッジノードを制御するステップと、を含む。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】