JP2020010311A - 階層型エンジンフレームワークに基づいたクロスドメインワークフロー制御システム及び方法 - Google Patents

Abstract

【課題】階層型エンジンフレームワークに基づいて、クロスドメイン上でワークフローを制御するシステム及び方法を提供する。【解決手段】クロスドメインワークフロー制御システム１００は、パブリッククラウド又はプライベートクラウドを含む汎用インターネット区間に位置して構築されるクラウドドメイン１７０、単一のサービス及び管理ドメインに構築されるクラスタードメイン１６０、そして様々なＩｏＴデバイス１５０を直接接続し、データを収集するエッジドメイン１５５で構成される。【選択図】図１

Description

本発明は、階層型エンジンフレームワークに基づいたワークフロー制御に関し、詳細には階層型エンジンフレームワークに基づいてクロスドメイン上でワークフローを制御するシステム及び方法に関する。

ワークフロー技術とは、文書、情報、タスクなどを一連の業務手続規則により処理するために一使用者(アプリケーション)から他の使用者に伝達するビジネスプロセスの自動化技術を意味する。特に、データ基盤サービスワークフローの場合、データソースのデータ収集方法、データ処理及び分析方法、及び結果に対するサービス方法などを決める過程が必要である。

近年、ワークフロー技術は、クラウドコンピューティングのような資源を必要によって使用できる環境に構築されているが、クラウドコンピューティング基盤のワークフロー処理の場合、スマートプラントのように速いデータ分析及び処理が必要であるか、又はクラウドへの通信リンクの不安定性及び費用などの問題が発生する。

最近、データソース及びＩｏＴデバイス近くでワークフローを処理するためのエッジ／フォグコンピューティング(Ｅｄｇｅ／Ｆｏｇ ｃｏｍｐｕｔｉｎｇ)技術が開発されている。しかし、エッジ／フォグコンピューティングのためのフレームワークの場合、殆ど中央クラウドコンピューティング、又はクラスターフレームワークとの連動を介して全体的なワークフローのワークロードを分散させてこれを行なっているので、ワークフロー上で処理しなければならないワークロードを上手く区分し、分散したマシンに配置させて処理できる全体的な管理システム及びオーケストレーション技術が必要である。

一方、様々なドメインに全て適用可能なクラウドドメイン、又は中央のサーバに構築されるクラスターフレームワークとは違って、エッジフレームワークは特定ドメインに特化した装備上でデータ収集及び処理動作を行なうように開発されるので、結局、数多くのエッジフレームワークがドメイン目的、又はサービス要求事項に応じて独立的に開発及び運営されて互いに連動、又は有機的な協力が不可能なように乱立する問題が発生している。

従って、特定ドメイン（例:スマートシティ、スマートファクトリー、スマートヘルスケアなど業務ドメイン)に特化して運営されるエッジフレームワーク間の効果的連動及びクラスター及びクラウドとの有機的な連動及び活用のためのフレームワーク構成方法及びワークフロー処理方法が必要である。

前述した限界と問題点の克服のために、本発明に係る実施例は、特定ドメインのために発生するデータを全て収集し、これを知能的に処理するために多くのコンピューティングサーバを接続したクラスターフレームワーク（以下、クラスターサーバ群とい言う）とデータソースの周囲に位置して、資源制約的なＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇ）デバイスの接続性を提供することによりデータを収集し、効率良く且つ迅速な情報分析を提供するために構築される知能型Ｅｄｇｅ／Ｆｏｇフレームワーク（以下、エッジシステム）を介してワークフローを実行する階層型エンジンフレームワークを提供する。

また、本発明に係る実施例は、パブリッククラウド（Ｐｕｂｌｉｃ Ｃｌｏｕｄ）、又はプライベートクラウド（Ｐｒｉｖａｔｅ Ｃｌｏｕｄ）の両方を含んで汎用インターネット区間に構築されるクロスドメイン融合システム（以下、クラウドサーバ）を提供するが、これにより、クロスドメイン状況で効果的なワークフロー実行環境とデータパイプラインを構築できるデータ転送ゲートウェイノードと階層型のフレームワークを介してエンジンの実行環境を決定し、ワークフローを分散して構成し、これを基にワークフローを実行できる知能型制御管理システム（以下、知能型制御システムと言う）を提供する。

本発明の一側面によれば、エンジンフレームワークに基づいてワークフローを実行するエッジシステムであって、端末との接続性を提供するエッジネットワークエンティティ、前記エッジネットワークエンティティを介して収集した前記端末のデータを分析して、ワークフローを実行する少なくとも一つのエンジンを駆動する知能型コンピューティングエンティティ及び前記エンジンフレームワークに基づいて構築されたデータパイプラインを介して他のシステムとの連動機能を提供するエッジゲートウェイエンティティを含むエッジシステムを提供する。

前記他のシステムは、同一のドメイン内の他のエッジシステムであり、エッジシステムは、水平的エンジンフレームワークに基づいて構築されたデータパイプラインを介して前記他のエッジシステムと順次連動する。

前記他のシステムは、同一のドメイン内のクラスターサーバ群であり、エッジシステムは、階層型エンジンフレームワークに基づいて構築されたデータパイプラインを介して前記クラスターサーバ群と階層型に連動する。

前記他のシステムは、他のエッジシステム又はクラスターサーバ群であり、前記データパイプラインは、前記知能型コンピューティングエンティティが分析したデータを、前記エッジゲートウェイエンティティを介して前記他のエッジシステム又は前記クラスターサーバ群に伝達するデータ経路である。

本発明の他の側面によると、階層型エンジンフレームワークに基づいて、エッジシステムのワークフローを制御する知能型制御システムであって、ワークフローを実行する少なくとも一つのエンジンの識別情報、エンジンの位置情報及びエンジン仕様情報を保存するエンジンデータベース、前記エンジンデータベースを管理するエンジン管理部及び前記ワークフローに応じて前記少なくとも一つのエンジンの入出力データのデータパイプラインを管理するパイプライン管理部を含む知能型制御システムを提供する。

知能型制御システムは、前記エッジシステムの識別情報を管理する識別部をさらに含み、前記識別部は、前記エッジシステムの識別情報に、前記エッジシステムが保有するエンジンの識別情報をマッピングする。

前記エンジン管理部は、前記少なくとも一つのエンジンを保有する前記エッジシステム又は前記エッジシステムと連動するクラスターサーバ群の識別情報を、前記少なくとも一つのエンジンのエンジン位置情報で管理する。

知能型制御システムは、前記エッジシステムから前記ワークフローを実行するために必要なエンジンの識別情報を含むエンジン位置情報の要求を受信した場合には、前記エンジンの識別情報に基づいて前記必要なエンジンを保有するクラスターサーバ群の識別情報を前記エッジシステムに転送する。

知能型制御システムは、他の知能型制御システムと共有するグローバルエンジンデータベースをさらに含み、少なくとも一つのエッジシステム及び少なくとも一つのクラスターサーバ群を含む同一のドメイン内のワークフローを制御し、前記グローバルエンジンデータベースを参照してクロスドメイン上で各ドメインのエッジシステム間の連動を提供する。

知能型制御システムは、少なくとも一つのエッジシステム及び少なくとも一つのクラスターサーバ群を含む一つのドメイン内のワークフローを制御し、クロスドメインにアクセス可能なクラウドサーバを介して、他のドメインの知能型制御システムとの連動を提供する。

本発明のまた他の側面において、エンジンフレームワークに基づいてワークフローを制御するワークフロー制御システムであって、端末との接続性を提供するエッジネットワークエンティティ、前記エッジネットワークエンティティを介して収集した前記端末のデータを分析してワークフローを実行する少なくとも一つのエンジンを駆動する知能型コンピューティングエンティティ及び前記エンジンフレームワークに基づいて構築されたデータパイプラインを介して他のシステムとの連動機能を提供するエッジゲートウェイエンティティを含むエッジシステム、及び前記少なくとも一つのエンジン及び前記データパイプラインに基づいて、前記ワークフローを制御する知能型制御システムを含むワークフロー制御システムを提供する。

ワークフロー制御システムは、クラスターサーバ群をさらに含み、前記クラスターサーバ群は、前記エッジシステムから受信したデータに基づいて、前記ワークフローを実行する少なくとも一つのエンジンを駆動するエンジン部及び前記エンジンフレームワークに基づいて構築された前記データパイプラインを介して前記エッジシステムとの連動機能を提供するゲートウェイ部を含む。

前記データパイプラインは、前記エッジシステムが収集又は分析したデータを、前記エッジシステムから前記他のシステムに転送するデータ経路である。

前記ゲートウェイ部は、前記データパイプラインを介して前記少なくとも一つのエンジンに、前記ワークフローによるデータ入出力機能を提供する。

本発明の一側面によると、エッジシステム及び前記エッジシステムと連動するクラスターサーバ群を含むエンジンフレームワークに基づいて、知能型制御システムがワークフローを制御する方法であって、前記エッジシステムからワークフローを実行するために必要なエンジン識別情報を含むエンジン位置情報の要求を受信するステップ、及び前記エンジンの識別情報に基づいて前記必要なエンジンを保有するクラスターサーバ群の識別情報を、前記エッジシステムに転送するステップ及び前記エッジシステムから上向きの前記クラスターサーバ群に階層型データパイプラインを構築するステップを含むワークフロー制御方法を提供する。

本発明の他の側面において、知能型制御システムを介して第１のエッジシステム及び第２のエッジシステムを含む同一のドメイン内のワークフローを制御する方法であって、前記第１のエッジシステムが、前記知能型制御システムに前記第２のエッジシステムとの接続要求を転送するステップと、前記知能型制御システムが、前記接続要求を受信すると、前記第２のエッジシステムの識別情報に基づいて検出された前記第２のエッジシステムの位置情報に基づいて、前記第１のエッジシステムの接続要求を前記第２のエッジシステムに転送するステップ及び前記第２のエッジシステムが、前記知能型制御システムから前記第１のエッジシステムの接続要求を受信すると、前記接続要求に対する応答を前記第１のエッジシステムに転送するステップを含むワークフロー制御方法を提供する。

前記第２のエッジシステムが前記接続要求に対する応答を前記第１のエッジシステムに転送するステップは、前記第２のエッジシステムが、前記知能型制御システムから前記第１のエッジシステムの接続要求を受信するステップと、前記接続要求に対する承認を行なうかどうかを判断するステップ及び接続の確立を準備し、前記接続要求に対する応答を前記第１のエッジシステムに転送するステップを含む。

ワークフロー制御方法は、前記第１のエッジシステムが、前記第２のエッジシステムから前記接続要求に対する応答を受信し、前記接続へのネットワークチャンネルを設定するステップをさらに含む。

ワークフロー制御方法は、前記第１のエッジシステムから前記第２のエッジシステムに進行するデータパイプラインを構築するステップをさらに含む。

本発明のまた他の側面において、知能型制御システムを利用して、ワークフローを制御する方法であって、前記知能型制御システムは、同一のドメイン内の第１のエッジシステム及び第２のエッジシステムのワークフローを制御し、前記第１のエッジシステムが、前記知能型制御システムに前記ワークフローを実行するために必要なエンジンの獲得を要求するステップ、前記必要なエンジンの獲得要求を受信した前記第２のエッジシステムが、前記要求への応答として前記第１のエッジシステムに前記必要なエンジン又は前記必要なエンジンの位置情報を転送するステップ及び前記第１のエッジシステムが前記必要なエンジン又は前記必要なエンジンの位置情報を受信するステップを含むワークフロー制御方法を提供する。

本発明の一側面において、端末との接続性を提供するエッジネットワークエンティティ（ｅｎｔｉｔｙ）、前記エッジネットワークエンティティを介して収集した前記端末のデータを分析する知能型コンピューティングエンティティ及び他のエッジシステムとの連動機能（ｉｎｔｅｒｗｏｒｋ ｆｕｎｃｔｉｏｎ）を提供するエッジゲートウェイエンティティをそれぞれ含む複数のエッジシステム、及び前記エッジネットワークエンティティ、前記知能型コンピューティングエンティティ及び前記エッジゲートウェイエンティティの識別情報をそれぞれ管理するエッジ識別管理エンティティを含む知能型エッジコンピューティングシステムを提供する。

前記複数のエッジシステムは、第１のエッジシステム及び第２のエッジシステムを含み、前記エッジ識別管理エンティティーは、前記第１のエッジシステムのエッジゲートウェイエンティティから前記第２のエッジシステムへの接続要求を受信した場合には、第２のエッジシステムの位置を見付け、第２のエッジシステムのエッジゲートウェイエンティティに前記接続要求を転送する。

前記複数のエッジシステムは、第１のエッジシステム及び第２のエッジシステムを含み、前記第２のエッジシステムは、前記エッジ識別管理エンティティから前記第１のエッジシステムの接続要求を前記第２のエッジシステムのエッジゲートウェイエンティティを介して受信した場合には、前記第２のエッジシステムのエッジゲートウェイエンティティは、前記第２のエッジシステムの知能型コンピューティングエンティティに前記接続要求に対する承認を要求し、前記第２のエッジシステムの知能型コンピューティングエンティティは、前記承認を進めて前記接続要求への応答を前記第２のエッジシステムのエッジゲートウェイエンティティに転送し、前記第２のエッジシステムのエッジゲートウェイエンティティは、前記接続の確立を準備し、前記応答を前記第１のエッジシステムのエッジゲートウェイエンティティに転送する。

前記複数のエッジシステムは、第１のエッジシステム及び第２のエッジシステムを含み、前記第１のエッジシステムの知能型コンピューティングエンティティは、前記第１のエッジシステムのエッジゲートウェイエンティティを介して前記エッジ識別管理エンティティに前記第２のエッジシステムとの接続要求を転送し、前記第２のエッジシステムから前記接続要求に対する応答を前記第１のエッジシステムのエッジゲートウェイエンティティを介して受信し、前記第１のエッジシステムのエッジゲートウェイエンティティは、前記第２のエッジシステムのエッジゲートウェイエンティティとの接続を設定し、前記接続の結果を含む応答を前記第１のエッジシステムの知能型コンピューティングエンティティに転送する。

本発明の階層型エンジンフレームワークに基づいたクロスドメインワークフロー制御システムは、柔軟な階層型エンジンフレームワークの構築が可能で、低遅延のワークフローサービスの提供が可能である。

本発明の階層型エンジンフレームワークに基づいたクロスドメインワークフロー制御システムは、クロスドメイン上でエンジン及びデータパイプラインの構築を通じたワークフロー制御が可能である。

一実施例による階層型エンジンフレームワークに基づいたクロスドメインワークフロー制御システムを示す。 実施例によるエッジシステムを示す。 実施例による知能型制御システムを示す。 実施例による階層型ワークフローエンジンフレームワークに基づいたワークフロー制御を概略的に示す。 一例によるエッジ‐ｔｏ‐クラスターワークフローを示す。 一例によるエッジ‐ｔｏ‐クラスター‐ｔｏクラウドワークフローを示す。 一例によるエッジ‐ｔｏ‐エッジワークフローを示す。 一例によるエッジ‐ｔｏ‐エッジワークフローのための接続（ｃｏｎｎｅｃｔｉｖｉｔｙ）過程を示すフローチャートである。 一例によるエッジ‐ｔｏ‐エッジワークフローのための接続（ｃｏｎｎｅｃｔｉｖｉｔｙ）過程を示す。 他の例によるエッジ‐ｔｏ‐エッジワークフローのための接続過程を示す。 一例によるエッジ‐ｔｏ‐エッジエンジンダウンロードを示す。 一例によるエンジンデータベース及びクエリシステム構築及び構築手順を示すフローチャートである。 一例によるエンジンデータベースに対するクエリシステムの動作手順を示すフローチャートである。 一例による知能型制御システムを通じたクロスドメインのエッジ‐ｔｏ‐エッジワークフローを示す。 一例によるクラウドサーバを通じたクロスドメインのエッジ‐ｔｏ‐エッジワークフローを示す。 一例による知能型制御システムを通じたエンジンクエリ過程を示す。 一例による知能型制御システムを通じたデータパイプライン構成過程を示す。

本発明の目的及び効果、そしてそれらを達成するための技術的構成は、添付される図面と共に詳細に後述される実施例を参照すれば明確になるであろう。本発明を説明するに当たり、公知機能又は構成に対する具体的な説明が本発明の要旨を曖昧にするおそれがあると判断される場合には、その詳細な説明を省略する。また、後述される用語は、本発明における貢献を考慮して定義された用語であって、これは、使用者、運用者の意図又は慣例などによって変わることがある。

しかし、本発明は、以下で開示される実施例に限定されるものではなく、様々な形態で表れることができる。本実施例は、本発明の開示を完全にし、本発明の属する技術分野で通常の知識を持つ者に発明の範疇を完全に知らせるために提供されるものであり、本発明は、請求項の範疇により定義されるだけである。従って、その定義は、本明細書全般にわたる内容に基づいて下されなければならない。

明細書で使用される「含む（ｃｏｍｐｒｉｓｅ、ｃｏｍｐｒｉｓｉｎｇ）」は、言及された構成要素、ステップ、動作及び／又は要素が一つ以上の他の構成要素、ステップ、動作及び／又は要素の存在又は追加されることを排除しない。また、明細書に記載された「．．．ユニット」、「．．．装置」、「．．．デバイス」、「．．．部」又は「．．．モジュール」などの用語は、少なくとも一つの機能や動作を処理する単位を意味し、これはハードウェアやソフトウェア又はハードウェア及びソフトウェアの組み合わせで表れることができる。本明細書において、単数形は、文句で特に言及しない限り、複数形も含む。

以下、添付した図面を参照して望ましい各実施例により本発明が表れる様態を、各実施例を挙げて説明する。本発明は、以下に開示される実施例に限定されるものではなく、本発明の技術的思想の範疇内で、その他の様々な形態で表れることは自明である。

最近、様々な事物に人工知能を与える、いわゆる知能型モノのインターネットが注目されている。特に、多数の異種のモノのインターネットゾーンを包括する知能型インターネットアプリケーション（例えば、スマートシティ）のためには、異種の事物知能領域を統制及び管理、制御できるシステムが必要である。

また、多様な業務ドメイン（例えば、エネルギー、健康、交通、教育、電力、プラントなど）を知能的に処理できるシステムが必要である。一つの業務ドメイン内でもデータの発生とアクションが起こるデバイスから、データを処理して転送、即時分析、判断するエッジ（ｅｄｇｅ）と複雑な分析と応用とが起こるクラウド（ｃｌｏｕｄ）まで様々な目的ドメインが存在しても良い。また、業務ドメインや目的ドメイン内でも空間の分類による空間ドメイン、時間の分類による時間ドメインが存在しても良い。その他にデータ処理ドメイン、学習ドメイン、予測ドメイン、サービスドメインなど、様々な方法ドメインがあっても良い。

従って、これらの複雑な多種の多階層ドメイン（以下、「クロスドメイン」という）を効果的に統制して管理、制御するための一元化された方法及びシステムが必要である。

しかし、従来のクラウドコンピューティングサービス提供者は、自分の別のクラウドとエッジを含むフレームワークを開発して提供しているが、まだ当該サービスドメインに特化されて専用に使用されるフレームワークに過ぎない状況である。即ち、従来のワークフローフレームワークは、様々な異種のデバイスに適用される異種のエッジフレームワーク間の相互連動が不可能でクロスドメインに適用するには限界がある。

一方、クラウドフレームワークをクロスドメインに適用できるためには、各ドメインに特化して専用に構築されるクラスターフレームワーク及びエッジなどとの連動が必要である。しかし、汎用的なクラウド領域のビッグデータ処理プラットフォームと各ドメインのエッジ及びクラスターフレームワークとの相互連動にはまだ限界が存在する。既存のフレームワークは、エッジからクラウドまでの垂直的階層構造のみを使用するので、速いデータ処理及びアクションが求められるサービスには適していないという問題がある。つまり、常に中央のクラスター又はクラウドドメインのフレームワークとの連動が先行されなければならないので、ネットワーク転送の遅延、データ負荷及び接続性の問題に因り処理が遅れ、低遅延の処理が不可能である。また、従来のワークフローフレームワークは、エッジフレームワーク間のデータパイプラインの設定及び他のエッジのフレームワークのエンジンインスタンスを直接活用するなどの有機的ワークフローエンジンフレームワークを支援できない。

従って、クロスドメインでエッジ、クラスター、そしてクラウドに至るワークフロー及びデータパイプラインの構築を効果的に支援するオーケストレーション（ｏｒｃｈｅｓｔｒａｔｉｏｎ）技術が必要である。

本発明に係る実施例は、階層型エンジンフレームワークに基づいたワークフローを実行システム及び方法を提供する。

ワークフローは、一連の業務手順に応じて行われるビジネスプロセスであって、一連のタスクを含む。ワークフロー技術は、ワークフローの自動化技術であって、ワークフローを構成する一連のタスクを適切なコンピューティングシステムに分配し、一連の業務手順に基づいて各タスクが行なわれるように制御及び管理する技術を意味する。ここで、コンピューティングシステムは、演算可能な少なくとも一つのプロセッサ及びメモリを含む電子装置である。一連のタスクを構成する各タスクの手順関係は、リスト、ツリー又はグラフのような構造で表現することができる。

各コンピューティングシステムは、適切なエンジンを駆動して自身に分配されたタスクを処理する。つまり、タスクは、コンピューティングシステムが駆動するエンジンにより処理される。一つのワークフローを実行するために生成されたこれらのエンジンは、一つの独立したプログラムパッケージであって、同一のコンピューティングマシン又はネットワークに接続されたコンピューティングマシン上に配布され、実行されたり、仮想マシン単位でパッケージングされて、異なる物理的コンピューティングマシンに配布されることができる。例えば、エンジンは、コンピューティングシステムで実行可能なプロセスである。例えば、エンジンは、実行イメージを駆動するコンテナであっても良い。エンジンは、タスクの処理のために必要なデータを入力され、これを分析してその結果を出力する。ワークフローを実行するためには、必要なエンジンを構成し、エンジン間の連携方法を定義する過程が必要である。

ワークフローは、ワークフローを構成する一連のタスクを行なう少なくとも一つのエンジンを含むエンジングループと、各エンジングループ間のデータ接続経路と定義することができる。各エンジンは、データ接続経路で必要なデータを入力されて、これを分析した結果をさらにデータ接続経路に出力する。つまり、データ接続経路は、ワークフローに沿ってエンジン間にデータが転送されるデータパイプラインである。

本発明において、ワークフローを実行するということは、一つ以上のエンジンが互いにデータパイプラインで接続されて、後述する階層的エンジンフレームワークを構成し、ＩｏＴデバイスからデータを収集、保存、そして分析及び制御して、与えられた業務を行なうことを意味する。ワークフローを制御するということは、ワークフローを実行するために必要なエンジン及びデータパイプラインを設定及び制御することを意味する。

本発明の実施例において、コンピューティングシステム、コンピューティング装置、システム、サーバ、サーバ群、エンティティ、サーバコンピュータ、電子装置又は各種装置とは、デスクトップコンピュータ、ノートパソコン、スマートフォン、タブレット、ＰＤＡ、携帯電話、ゲーム機などデータを収集、読取、処理、加工、保存、表示できる全ての計算手段を意味する。

図１は、実施例に係る階層型エンジンフレームワークに基づいたクロスドメインワークフロー制御システム１００を示す。

フレームワークは、構造化されたアーキテクチャ（ｓｔｒｕｃｔｕｒｅｄ ａｒｃｈｉｔｅｃｔｕｒｅ）であって、階層型フレームワークは、フレームワークを構成するエンティティが階層に応じて構造化されたアーキテクチャを意味する。階層型エンジンフレームワークは、ワークフローを実行するエンジングループの各エンジンが階層に応じて構造化されたアーキテクチャを意味する。ここで、エンティティは演算可能な少なくとも一つのプロセッサ及びメモリを含むコンピューティングシステムであるか、又は複数のコンピューティングシステムで構成されたサーバ又はサーバ群であっても良い
階層型ドメインは、パブリッククラウド（Ｐｕｂｌｉｃ Ｃｌｏｕｄ）又はプライベートクラウド（Ｐｒａｉｖａｔｅ Ｃｌｏｕｄ）を含む汎用インターネット区間に位置して構築されるクラウドドメイン１７０、単一のサービス及び管理ドメインに構築されるクラスタードメイン１６０、そして様々なＩｏＴデバイスを直接接続し、データを収集するエッジドメイン１５５で構成される。階層型エンジンフレームワークは、階層型ドメインの各階層別にクラウドサーバ１４０、クラスターサーバ群１２０及びエッジシステム１１０を含み、これらの階層的エンジンフレームワークは、ＩｏＴデバイス１５０からデータを収集、保存、そして分析及び制御などのためのワークフローの実行に関するエンジンフレームワークを実行する機能を行なう。

特にエンジンフレームワークの有機的な構成により、各ドメインが解けようとする分野と目的に合ったワークフローを生成して実行することができ、簡単に他のドメインに適用して、他のドメインに適したワークフローを生成して実行することができる。また、クロスドメインのためにクラウドサーバ１４０（以下、クラウド融合システムとも言う）を含むことにより、クロスドメインに適した階層型ワークフローエンジンフレームワークを構成することができる。

エッジシステム１１０は、データソースである各種センサをはじめとするＩｏＴデバイス１５０からデータを収集し処理するコンピューティングシステムである。例えば、ヘルスケアドメイン１６０の場合には、エッジシステム１１０は、様々なスマートヘルスケアデバイス（例えば、スマートフォン、ネットワークゲートウェイ、ＩｏＴ Ａｃｔｕａｔｏｒなど）のようなＩｏＴデバイス１５０からデータを直接収集し処理するように構築される。エッジシステム１１０は、例えば、デスクトップコンピュータ、ノートパソコン、スマートフォン、タブレット、ＰＤＡ、携帯電話、ゲーム機などのデータを収集、読取、処理、加工、保存、表示できる装置であっても良い。エッジシステム１１０については、図２を参照して詳細に後述する。

クラスターサーバ群１２０は、ドメイン領域内で大容量のデータを収集、分析、処理するなどのビッグデータ分析とディープラーニング（ｄｅｅｐ ｌｅａｒｎｉｎｇ）のような人工知能演算のために多くのコンピューティングリソースを活用できる物理的又は仮想サーバコンピュータを接続して構築した一セットのサーバである。クラスターサーバ群１２０は、ビッグデータ処理を行なうクラスターコンピューティングシステムであって、複数のサーバを含む分散コンピューティングシステムである。クラスターサーバ群１２０は、例えば、単一のサーバコンピュータ又はこれと類似したシステムであるか、又は一つ以上のサーババンク若しくはその他の配列に配列される複数のサーバであっても良い。クラスターサーバ群１２０は、単一の施設に位置するか、或いは異なる多くの地理的位置間に分散されても良い。

クラスターサーバ群１２０は、図４を参照してエンジンを制御及び管理するエンジン部４２０、及びデータを入力されたり又は処理された結果を他のエンジンに転送したり、又はクラウドサーバ１４０に転送するデータパイプラインを設定するゲートウェイ部４３０を含む。一例では、エンジン部４２０とゲートウェイ部４３０は、物理的に別途に構築されたコンピューティングシステムである。つまり、エンジン部４２０及びゲートウェイ部４３０は、それぞれ演算可能な少なくとも一つのプロセッサ及びメモリを含むコンピューティングシステムであっても良い。ゲートウェイ部４３０は、データパイプラインを介してエンジン部４２０が管理する少なくとも一つのエンジンにワークフローによるデータ入出力機能を提供する。

クラスターサーバ群１２０で実行されるエンジンは、ゲートウェイ部４３０を介してデータを取得する入力機（ｒｅａｄｅｒ）、内部で処理したデータを一つ以上のデータ終着地に出力する一つ以上の出力機（ｗｒｉｔｅｒ）、入力したデータを処理するための別途の実行プログラム又はプラットフォームを実行したり、セッションを管理する実行機（ｒｕｎｎｅｒ）、及びデータを入力機を介して入力されて実行機で処理し、処理結果データを出力するための一連の制御を担当するコントローラ（ｃｏｎｔｒｏｌｌｅｒ）で構成される。ここで、クラスターサーバ群１２０のエンジで処理された結果は、出力機からゲートウェイ部４３０に転送され、ゲートウェイ部４３０からデータ終着地に転送れる。ゲートウェイ部４３０は、データ終着地に向けて構築されたデータパイプラインを介して処理結果をデータ終着地に転送する。これにより、データ処理結果が階層的ワークフローエンジンフレームワーク上で様々に普及されたり、クロスドメイン上で活用できるようにする。

さらに図１において、クラスターサーバ群１２０は、エッジシステム１１０よりも上位に位置し、敏感なヘルスケアデータを収集し、ビッグデータ処理を行なう。一方、一例として、スマートビルディングドメイン１６０’の場合には、ヘルスケアドメイン１６０と類似した形態で、階層型ワークフローエンジンフレームワークが構築される。最上位の階層には、パブリックインターネットゾーンのクラウドサーバ１４０が構築されてヘルスケアドメイン１６０とスマートビルディング１６０’ドメインとの間にデータを共有したり、他のドメインで既に活用されているエンジンを共有するように支援する。つまり、ワークフロー実行システム１００は、実際、データソースであるＩｏＴデバイス１５０からエッジシステム１１０及びクラスターサーバ群１２０を経て、クラウドサーバ１４０に達するよう、階層型エンジンフレームワークを構成しデータパイプラインを構築する。

クラウドサーバ１４０は、例えば、複数のサーバコンピュータ又はその他の配列に配列される複数のサーバで構成され、各サーバは、相異する地理的に位置間に分散されることができる。

一方、知能型制御システム１３０は、階層型エンジンフレームワークの構成及びデータパイプラインの構築を仲介して、ワークフローを制御及び管理する。知能型制御システム１３０は、クラウド領域１７０に位置することができる。又は、各ドメイン毎に知能型制御システム１３０を運営することができる。

図２は、実施例に係るエッジシステムを示す。

エッジシステム１１０は、エッジネットワークエンティティ（ＥＮＥ：Ｅｄｇｅ Ｎｅｔｗｏｒｋｉｎｇ Ｅｎｔｉｔｙ、２１０）、知能型コンピューティングエンティティ（ＩＣＥ：Ｉｎｔｅｌｌｉｇｅｎｔ Ｃｏｍｐｕｔｉｎｇ Ｅｎｔｉｔｙ、２２０）、及びエッジゲートウェイエンティティ（ＥＧＥ：Ｅｄｇｅ Ｇａｔｅｗａｙ Ｅｎｔｉｔｙ、２３０）を含む。

具体的には、エッジシステム１１０は、ＩｏＴデバイス１５０のような端末との接続性を提供するエッジネットワークエンティティ２１０、エッジネットワークエンティティ２１０を介して収集した端末のデータを分析して、ワークフローを実行する少なくとも一つのエンジンを駆動する知能型コンピューティングエンティティ２２０及びエンジンフレームワークに基づいて構築されたデータパイプラインを介して他のシステムとの連動機能を提供するエッジゲートウェイエンティティ２３０を含む。ここで、他のシステムは、同一のドメイン内の他のエッジシステム、同一のドメイン内のクラスターサーバ群１２０又は他のドメインの他のエッジシステム、又は他のドメインのクラスターサーバ群であっても良い。

エッジシステム１１０は、水平的エンジンフレームワークに基づいて構築されたデータパイプラインを介して他のエッジシステムと順次連動する。これについては、図７〜図１１を参照して後述する。

エッジシステム１１０は、階層型エンジンフレームワークに基づいて構築されたデータパイプラインを介してクラスターサーバ群１２０と階層型に連動する。これについては、図５を参照して後述する。

エッジネットワークエンティティ２１０は、ＩｏＴデバイス１５０に接続性を提供するエンティティである。ＩｏＴデバイス１５０は、各種センサ、アクチュエータ、電源モジュール、通信モジュール、ロボット、端末、スマートフォン、コンピュータなどのコンピューティングデバイスを含む。ＩｏＴデバイス１５０との接続は、異種の（ｈｅｔｅｒｏｇｅｎｅｏｕｓ）無線技術を使用した通信であっても良い。従って、エッジネットワークエンティティ２１０は、様々な無線通信技術に基づく通信を提供可能なコンピューティングシステムである。エッジネットワークエンティティ２１０は、各ドメイン領域内のＩｏＴデバイス及びデータソースの近くに位置して数多くのＩｏＴデバイスに直接接続性を提供し、そこからデータを受信する。

知能型コンピューティングエンティティ２２０は、機械学習などの人工知能プラットフォームを載せエッジネットワークエンティティ２１０を介して収集したデータを分析する。つまり、知能型コンピューティングエンティティ２２０は、エッジネットワークエンティティ２１０から受信したデータを直接分析するか、又はクラウドコンピューティングでビッグデータ分析のような他の方式の分析を提供する。このため、知能型コンピューティングエンティティ２２０は、エッジネットワークエンティティ２１０から受信したデータを収集し、これを即座に処理したり、処理結果又は収集されたデータを上位クラスターサーバ群１２０に送る。また、知能型コンピューティングエンティティ２２０は、分析の結果によりＩｏＴデバイス１５０を制御する。一方、知能型コンピューティングエンティティ２２０は、階層型エンジンフレームワークに基づくワークフローエンジンを直接実行したり、エンジンを制御及び管理する。

エッジゲートウェイエンティティ２３０は、外部エンティティとの連動機能（ｉｎｔｅｒｗｏｒｋｉｎｇ ｆｕｎｃｔｉｏｎ）を提供する。例えば、外部エンティティは、他のエッジシステム１１０及びクラウドコンピューティングでのビッグデータ分析部であっても良い。例えば、外部エンティティは、階層型エンジンフレームワークでワークフローに沿ってエッジシステム１１０と連動する他のシステム又はエンティティであっても良い。つまり、エッジゲートウェイエンティティ２３０は、ゲートウェイ機能を提供するコンピューティングシステムであっても良い。エッジゲートウェイエンティティ２３０は、他のエッジシステム１１０’又はクラスターサーバ群１２０とのデータパイプラインを構築するためのネットワークを担当する。

ここで、データパイプラインは、知能型コンピューティングエンティティ２１０が分析したデータをエッジゲートウェイエンティティ２３０を介して他のエッジシステム１１０’又はクラスターサーバ群１２０に転送するデータ経路を意味する。

一方、エッジシステム１１０の各エンティティは、別個のコンピューティングシステムで構成される。各エンティティは、各種有線又は無線通信方式で互いに通信する。つまり、エッジネットワークエンティティ（ＥＮＥ、２１０）、知能型コンピューティングエンティティ（ＩＣＥ、２２０）及びエッジゲートウェイエンティティ（ＥＧＥ、２３０）はそれぞれ、演算可能な少なくとも一つのプロセッサ及びメモリを含むコンピューティングシステムであるか、又は複数のコンピューティングシステムを含むサーバ又はサーバ群であっても良い。

一方、エッジシステム１１０は、エッジネットワークエンティティ２１０を介して収集されたデータを保存したり、知能型コンピューティングエンティティ２２０で分析した結果を暫く保存するためのデータ保存部をさらに含むことができる。エッジシステム１１０は、ＩｏＴデバイス１５０から受信したデータを収集及び分析した後、その結果を階層型ワークフローエンジンフレームワーク上の他のシステムに転送したり、又は関連サービスの状況に応じて結果をデータ保存部１５０に保存することもできる。

また、エッジシステム１１０は、リワード／アクション部をさらに含むことができる。エッジシステム１１０は、リワード／アクション部を通じてサービスによるポリシーを利用して、実際、アクションをとるリワードを提供し、動作へのコマンドをエッジネットワークノードを介してＩｏＴデバイス１５０に転送することができる。具体的には、リワード／アクション部はサービスによる補償政策（Ｒｅｗａｒｄ Ｐｏｌｉｃｙ）が設立されている場合は、知能型コンピューティングエンティティ２２０で分析された結果に基づく補償（Ｒｅｗａｒｄ）の値をエッジネットワークエンティティ２１０に提供し、エッジネットワークエンティティ２１０がＩｏＴデバイス１５０に対して直接制御アクションをとるようにする。

階層型で構成されたワークフローエンジンフレームワーク１００において、サービスドメイン上のデータソース１５０の近くに位置したエッジシステム１１０は、ＩｏＴデータの直接的な収集、分析などの細部ワークフローを実行し、その後処理されたデータは、ドメイン中央のクラスターサーバ群１２０に送られてクラスターサーバ群１２０が、ビッグデータ分析を通じたサービス支援及び人工知能（又は機械学習）モデル学習を行う。また、各ドメインで処理されたデータの結果は、今後、他のドメインでの活用が可能か、又は人工知能（又は機械学習）モデルの再活用のためにクラウドサーバ１４０に転送されることができる。

図３は、実施例に係る知能型制御システムを示す。

本発明に係る実施例は、階層型ワークフローエンジンフレームワークを介してエンジンコンポーネントの実行環境を決定し、ワークフローを構成し、これに基づいてデータパイプラインが可能なようにネットワーク機能を制御する知能型制御システム１３０を提供する。つまり、知能型制御システム１３０は、階層型ワークフローエンジンフレームワークを構成する少なくとも一つのエンジン及びデータパイプラインに基づいてワークフローを制御する。

知能型制御システム１３０は、分散されているエンジンの管理及び実行のための制御を担当するエンジン管理部３１０と階層型で構成されたワークフローに基づいてデータパイプライン構成を担当するパイプライン管理部３２０とを含む。

エンジン管理部３１０は、ワークフローフレームワーク上の各システムでタスクを実行するラーンタイム時に生成できるエンジンのエンジン情報を保存し管理する。

エンジン管理部３１０は、エンジンデータベース３３０とクエリシステム３４０を含む。エンジンデータベース３３０は、ラーンタイムエンジンが独立的なエンジンコンテナの形で管理できるように、エンジンの識別情報（例えば、エンジンの名前及び入出力パラメータなどのメタデータ）をデータベースに構築し、後日再利用できるようにエンジンの識別情報を含むエンジン情報を保存及び管理する。また、エンジン管理部３１０は、エンジンデータベース３３０に対するクエリシステム３４０を含んでワークフローフレームワーク上の各システムに使用可能なエンジンに対するエンジン情報を提供する。

エンジン管理部３１０は、エンジンデータベース３３０を管理し、エンジンデータベース３３０に保存されたエンジン情報に基づいてクエリシステム３４０を介して階層型ワークフローエンジンフレームワークを構築するためのエンジンクエリを行なう。また、エンジン管理部３１０は、少なくとも一つのエンジンを保有するエッジシステム１１０又はエッジシステム１１０と連動するクラスターサーバ群１２０の識別情報を、当該エンジンのエンジン位置情報で管理することができる。エンジン管理部３１０は、例えば、演算可能な少なくとも一つのプロセッサ及びメモリを含むコンピューティングシステムであっても良い。

パイプライン管理部３２０は、ワークフローに応じて少なくとも一つのエンジンの入出力データのデータパイプライン構築を支援し、構築されたデータパイプラインを管理する。パイプライン管理部３２０は、例えば、演算可能な少なくとも一つのプロセッサ及びメモリを含むコンピューティングシステムであっても良い。

エンジンデータベース３３０は、ワークフローを実行する少なくとも一つのエンジンの識別情報、エンジンの位置情報及びエンジンの仕様情報を保存する。

さらに、知能型制御システム１３０は、エッジシステム１１０の識別情報を管理する識別部を含むことができる。識別部は、エッジシステム１１０の識別情報にエッジシステム１１０の保有するエンジンの識別情報をマッピングして管理する。識別部は、例えば、演算可能な少なくとも一つのプロセッサ及びメモリを含むコンピューティングシステムであっても良い。

知能型制御システム１３０は、エッジ識別管理エンティティ（ＥＭＥ）とも呼ばれる。エッジ識別管理エンティティ１３０は、エッジシステム１１０のエッジネットワークエンティティ２１０、知能型コンピューティングエンティティ２２０及びエッジゲートウェイエンティティ２３０を含むすべてのエンティティの識別情報を保存し、それを管理する機能を提供する。

また、エッジ識別管理エンティティ１３０は、各識別情報をメタ情報にマッピングする。メタ情報は、例えば、知能型コンピューティングエンティティ２２０の位置又はエッジゲートウェイエンティティ２３０の位置であっても良い。エッジ識別管理エンティティ１３０は、複数のエッジシステム１１０とＩｏＴデバイス１５０及びデータの識別子をマッピングしたマッピング情報を生成する。つまり、エッジ識別管理エンティティ１３０は、複数のエッジシステム１１０間でＩｏＴデバイス１５０の移動性、及びデータの移動性を支援するためのコンピューティングシステムであって、ＩｏＴデバイス１５０及びデータを識別子により識別することができる。

一方、エッジ識別管理エンティティ１３０は、図４を参照してクラスターサーバ群１２０のエンジン部４２０及びゲートウェイ部４３０、クラウドサーバ１４０のエンジン部４４０及びゲートウェイ部の識別情報を保存し、それを管理することができる。

例えば、エッジ識別管理エンティティ１３０は、エッジシステム１１０の知能型コンピューティングエンティティ２２０が保有するエンジンのエンジン識別情報を、当該知能型コンピューティングエンティティ２２０の識別情報に対するメタ情報で管理することができる。つまり、エッジ識別管理エンティティ１３０は、エッジシステム１１０の知能型コンピューティングエンティティ２２０又はエッジゲートウェイエンティティ２３０の識別情報に対して、当該知能型コンピューティングエンティティ２２０の保有するエンジンのエンジン識別情報をマッピングし管理する。

パイプライン管理部３２０は、階層型又は様々な形態のワークフロー実行環境のためにエッジシステム１１０のエッジゲートウェイエンティティ２３０及び図４を参照して、クラスターサーバ群１２０のゲートウェイ部４３０を制御して、データパイプラインのためのネットワーク環境を設定することができる。データパイプラインは、例えば、エッジシステム１１０間に、エッジシステム１１０とクラスターサーバ群１２０との間に、又はクラスターサーバ群１２０とクラウドサーバ１４０との間に構築されることができる。

エッジの識別管理エンティティ１３０は、エッジシステム１１０、クラスターサーバ群１２０及びクラウドサーバ１４０に至るワークフロー構成及びデータパイプライン構築を効果的に可能にするオーケストレーション（ｏｒｃｈｅｓｔｒａｔｉｏｎ）を提供する。

本発明の実施例に係る知能型制御システム１３０は、ＩｏＴデバイス１５０から発生したデータをクラウドサーバ１４０に転送できるデータのパイプラインを構築するか、又は既に作られたエンジンコンポーネントを活用できるように、エンジン及びエンジン情報を管理して、ワークフローを制御するオーケストレーション機能を提供する。

特に、本発明は、知能型制御システム１３０が提供する分散管理されるエンジンと、様々なデータパイプラインを構築できる機能により、クラスターサーバ群１２０又はクラウドサーバ１４０の助けを借りずエッジシステム１１０が同一の物理的ドメイン又は同一の論理的ドメイン上に位置する他のエッジシステム１１０のエンジンを直接活用できるワークフローを構成し、様々なデータパイプラインの形、例えば、エッジ‐ｔｏ‐エッジ（エッジ ‐ｔｏ‐エッジの継続的な繰り返しを含む）などのような水平的ワークフローを実行することができる。

図４は、実施例に係る階層型ワークフローエンジンフレームワークに基づいたワークフロー制御を概略的に示す。

ボックス１５５はエッジ領域を示し、ボックス１６０はドメイン領域を示し、雲の形１７０はクラウド領域を示す。領域とは、独立性のあるコンピューティングシステム空間であって、領域内の各コンピューティングシステムは、物理的に又は論理的に接続されており、共通のコンピューティングリソースによりグループ又は個別に領域内外で識別可能である。

ドメインエッジ領域１５５は、エッジシステム１１０の領域を意味する。つまり、ドメインエッジ領域１５５は、エッジシステム１１０の知能型コンピューティングエンティティ（ＩＣＥ、２２０）、エッジゲートウェイエンティティ（ＥＧＥ、２３０）及び図４には図示されていないが、エッジネットワークエンティティ（ＥＮＥ、２１０）を含む領域である。ドメインエッジ領域１５５内で各エンティティは、エンティティの識別子（Ｅｎｔｉｔｙ Ｉｄｅｎｔｉｔｙ）により識別される。ドメインエッジ領域１５５の外部でエッジシステム１１０は、エッジシステム１１０に識別されるか、又は各エンティティの識別子によりエッジシステム１１０を構成する各エンティティに識別される。エッジシステム１１０として識別された場合に、エッジシステム１１０は、エッジゲートウェイエンティティ２３０の識別子を代表識別子として識別することができる。

ドメイン領域１６０は、特定ドメインの領域を意味する。ドメインは、ドメインの目的、機能、又は業務を行うリソース、例えば、ハードウェアインフラ及びソフトウェアソリューションを含む。さらに、ビジネス観点から一つのサービスを共有する領域を意味することができる。従って、ドメインの領域は、当該リソースの影響が及ぶ物理的又は論理的な領域であって、ドメインに属する各リソースは、ドメイン領域内で固有の識別子に識別される。例えば、ドメイン領域１６０は、仮想プライベートネットワーク（ＶＰＮ）などの一つの管理者によるプライベートネットワーク又はイントラネット区間で構成することができる。

クラウド領域１７０は、パブリッククラウド又はプライベートクラウドの両方を含んで汎用インターネット区間を介して一般的なアクセス可能な領域を意味する。

エッジシステム１１０及びクラスターサーバ群１２０は、ドメイン領域１６０に属する。

クラスターサーバ群１２０は、エッジシステム１１０から受信したデータに基づいて、ワークフローを実行する少なくとも一つのエンジンを駆動するエンジン部４２０及び階層型エンジンフレームワークに基づいて構築されたデータパイプラインによりエッジシステム１１０との連動機能を提供するゲートウェイ部４３０を含む。ここでエッジシステム１１０とクラスターサーバ群１２０との間のデータパイプラインは、エッジシステム１１０が収集したＩｏＴデバイス１５０のデータをエッジシステム１１０からクラスターサーバ群１２０へ転送するデータ経路である。ゲートウェイ部４３０は、前記データパイプラインを介してエンジン部４２０が保有する少なくとも一つのエンジンにワークフローによるデータ入出力機能を提供する。

エンジン部４２０は、動的に生成された一つ以上ののエンジンを実行する実行インスタンス部及びエンジンコンポーネントコンテナインスタンスを生成し、生成されたエンジンインスタンスをエンジンコンポーネントントコンテナに動的バインディングするエンジンコンポーネント部を含むことができる。

知能型制御システム１３０及びクラウドサーバ１４０は、ドメイン領域１６０に属さず、クラウド領域１７０に属する。一例では、知能型制御システム１３０は、ドメイン領域１６０及びクラウド領域１７０の境界に位置することができる。

以下、クラウドサーバ１４０について説明する。パブリッククラウド（Ｐｕｂｌｉｃ Ｃｌｏｕｄ）、又はプライベートクラウド（Ｐｒｉｖａｔｅ Ｃｌｏｕｄ）の両方を含む汎用インターネット区間に位置するクラウドサーバ１４０は、様々なドメイン間のワークフロー実行環境を支援するために、クラウドドメインに位置して動的にコンピューティングリソースを活用して、様々なドメインを統合して階層化する役割をする。クラウドサーバ１４０は、クロスドメインワークフロー実行に関連するリソースを管理し、各ドメインにクロスドメインワークフローの一部をワークフローとして割り当て、これを各ドメインのフレームワーク上で実行させるシステムである。従って、クラウドサーバ１４０は、クロスドメインリソース管理部、クロスドメインシステム構成部及びクロスドメインシステム制御部を含む。リソース管理部は、ワークフローの実行に必要なコンポーネントを管理し、システム構成部はワークフローの実行に必要なコンポーネントを生成し、システム構成部はワークフロー仕様（ｓｐｅｃｉｆｉｃａｔｉｏｎ）に応じて必要なエンジンコンポーネントコンテナを構成してエンジンインスタンスを生成する。

また、クラウドサーバ１４０は、クラスターサーバ群１２０から受信したデータに基づいて、ワークフローを実行する少なくとも一つのエンジンを駆動するエンジン部４４０及び階層型エンジンフレームワークに基づいて構築されたデータパイプラインを介してクラスターサーバ群１２０との連動機能を提供するゲートウェイ部（図４に図示せず）を含むことができる。ここで、エンジン部４４０は、直接ワークフローを実行できる実行インスタンス部とエンジンコンポーネント部とを含むことができる。エンジン部４４０は、例えば、演算可能な少なくとも一つのプロセッサ及びメモリを含むコンピューティングシステムであっても良い。ゲートウェイ部もまた、少なくとも一つのプロセッサ及びメモリを含む別個のコンピューティングシステムであっても良い。

図４において階層型で構成されたそれぞれのシステムとフレームワークは、ワークフローを実行できる環境とデータパイプラインを構成できる機能を載せている。階層型で構成されたワークフローフレームワークは、知能型制御システム１３０を介して管理、構成、及び制御されることができる。

知能型制御システム１３０は、図３を参照して、前述したように、エンジン管理部３１０及びパイプライン管理部３２０を含む。階層型のワークフローエンジンフレームワークに応じて、クラウドサーバ１４０、クラスターサーバ群１２０、及びエッジシステム１１０を利用してワークロードを分散して実行する。ここで、エンジン部４２０、エンジン部４４０、データ転送ゲートウェイ部４３０、知能型コンピューティングエンティティ（ＩＣＥ、２２０）、及びエッジゲートウェイエンティティ（ＥＧＥ、２３０）が、各システムに分散されて配置される。エンジン管理部３１０は、エッジシステム１１０の知能型コンピューティングエンティティ２２０、クラスターサーバ群１２０のエンジン部４２０と通信して、それぞれが保有するエンジン及び当該エンジンのエンジン情報を制御及び管理する。パイプライン管理部３２０は、エッジシステム１１０のエッジゲートウェイエンティティ２３０及びクラスターサーバ群１２０のゲートウェイ部４３０を制御し、データパイプライン構築、制御及び管理する。さらに、エンジン管理部３１０は、クラウドサーバ１４０のエンジン部４４０が保有するエンジン及び当該エンジンのエンジン情報を制御及び管理することができる。また、パイプライン管理部３２０は、クラウドサーバ１４０のゲートウェイ部を制御し、クラウドサーバ１４０へのデータパイプラインを管理することができる。エンジン管理部３１０は、クラウドサーバ１４０とクラスターサーバ群１２０、そしてクラスターサーバ群１２０とエッジシステム１１０とに分散配置されたエンジンコンテナ上に存在するエンジンの効率的な活用のために、図３を参照して前述したエンジンデータベース３３０及びクエリシステム３４０を構築して管理する。

データパイプライン（Ｐ１）は、ＩｏＴデバイス１５０とエッジシステム１１０との間のデータ接続経路であって、詳細にはＩｏＴデバイス１５０とエッジネットワークエンティティ２１０との間のデータ接続経路である。ＩｏＴデバイス１５０から生成されたデータは、周辺に位置するエッジシステム１１０のエッジネットワークエンティティ２１０で受信し、知能型コンピューティングエンティティ２２０で収集されて一次的に分析される。サービスプロファイルに応じてエッジシステム１１０は、制御信号ＣによりＩｏＴデバイス１５０を即座に制御するアクションを行なうか、又はエッジシステム１１０からドメインの中央に構築されたクラスターサーバ群１２０に向かうデータパイプライン（Ｐ２）を介してデータを流す。またはサービスプロファイルに応じてＩｏＴデバイス１５０のデータは、データパイプライン（Ｐ１）を介してエッジシステム１１０のエッジネットワークエンティティ２１０に転送され、知能型コンピューティングエンティティ２２０を経由せずに、直にエッジゲートウェイエンティティ２３０に転送されてデータパイプライン（Ｐ２）を介して、クラスターサーバ群１２０に転送されることができる。

ドメインで作成、分析、及び処理されたデータと、ドメイン内の各システムが保有するエンジンインスタンスは、今後クロスドメインで再活用できるように、必要に応じてクラウドサーバ１４０にデータを送って処理することができる。

図５は、一例にによるエッジ‐ｔｏ‐クラスターワークフローを示す。

図５は、ワークフローをエッジシステム１１０とクラスターサーバ群１２０とに分けて行う実施例を示したものであって、ドメイン１６０には中央のクラスターサーバ群１２０、様々なセンサ１５０のデータを、データパイプライン（Ｐ１）を介して収集し処理できるエッジシステム１１０が分散されて構築される。また、ドメインサービスで既に使用できるエンジンのエンジン情報管理及びパイプライン制御のための知能型制御システム１３０が構築されている。このような環境で、エッジシステム１１０でクラスターサーバ群１２０に向かうデータパイプライン（Ｐ２）構成とワークフロー実行への手順は、以下の通りである。

５−１．ドメインサービスに応じてエッジシステム１１０は、サービスプロファイルを分析して知能型制御システム１３０へ、関連するエンジンコンテナ情報を見付けるためのクエリ（Ｑ）をする。例えば、エンジンコンテナ情報へのクエリ（Ｑ）は、ワークフローを実行するために必要なエンジンの位置情報への要求であっても良い。ここで、エンジン位置情報への要求は、ワークフローを実行するために必要なエンジンの識別情報を含む。

５−２．知能型制御システム１３０を介してエンジンコンテナクエリに対する応答を獲得する。例えば、知能型制御システム１３０のエンジン管理部３１０は、クエリ（Ｑ）に含まれたエンジンの識別情報に基づいてワークフローを実行するために必要なエンジンを保有するクラスターサーバ群１２０の識別情報をエッジシステム１１０に応答として転送する。

５−３．ドメインの中央に存在するクラスターサーバ群１２０に該当エンジンが存在する場合には、知能型制御システム１３０のパイプライン管理部３２０を介してデータパイプラインを構築するためのネットワークを設定し、センサー１５０のデータがエッジ‐ｔｏ‐クラスターで処理されるように構成及び制御する。つまり、エッジシステム１１０から上方に位置するクラスターサーバ群１２０に階層型データパイプラインを構築する。データパイプラインを構築するためのネットワークプロセスは、図１７を参照して後述する。

５−４．クラスターサーバ群１２０を介して機械学習及び人工知能を通じたデータ分析が行われた後、分析の結果として、当該ＩｏＴデバイス１５０の動作を制御する場合には、制御コマンドは直接デバイスと接続されているエッジシステム１１０を介して経路（Ｃ２）及び経路（Ｃ１）に転送されてセンサーＩｏＴデバイス１５０を制御する。

図６は、一例によるエッジ‐ｔｏ‐クラスター‐ｔｏ‐クラウドワークフローを示す。

図６は、ドメイン１６０にエッジシステム１１０とクラスターサーバ群１２０とが構築され、クラウド領域１７０にサーバ１４０が構築された場合、エッジ‐ｔｏ‐クラスター‐ｔｏ‐クラウドワークフローが階層型に分散されて実行される実施例の手順を図式化したものである。

６−１．ドメインサービスに応じて、エッジシステム１１０は、サービスプロファイルを分析して、知能型制御システム１３０へ、関連するエンジンコンテナ情報を見付けるためのクエリ（ｑｕｅｒｙ）をする。

６−２．知能型制御システム１３０のエンジン管理部３１０を介して、クラスターサーバ群１２０に、関連するエンジンコンテナが位置することを確認した後、パイプライン管理部３２０を介してエッジシステム１１０からクラスターサーバ群１２０に向かうデータパイプライン（Ｐ２）を構築する。

６−３．若し、サービスプロファイルに応じて必要なワークフローステップがさらに必要だったり、又は関連するエンジンコンテナがクラスターサーバ群１２０に存在しないことからさらにクラウドサーバ１４０との相互連動が必要な場合には、クラスターサーバ群１２０では、知能型制御システム１３０にクラウドサーバ１４０との連動を要求し、エンジンコンテナへのクエリを再度行う。

６−４．知能型制御システム１３０のパイプライン管理部３２０を介して、クラスターサーバ群１２０からクラウドサーバ１４０に向かうデータパイプライン（Ｐ３）を構築する。これにより、クラスターサーバ群１２０を介して分析されたデータを直にクラウドサーバ１４０に送信することができる。

６−５．エッジ‐ｔｏ‐クラスター‐ｔｏ‐クラウドワークフローを確立した結果、ＩｏＴデバイス１５０を制御する制御コマンドは、前述した図５の場合と同様にＩｏＴデバイス１５０の近くに位置するエッジシステム１１０を介して経路Ｃ３、経路Ｃ２及び経路Ｃ１に転送される。図６の各ステップは、順次、並列的に又は同時に行うことができる。

図７は、一例によるエッジ‐ｔｏ‐エッジワークフローを示す。

本発明に係る実施例は、クラスターサーバ群１２０とクラウドサーバ１４０を使用せずに、エッジシステム１１０間にエッジ‐ｔｏ‐エッジワークフローを構成することができる。

７−１．エッジシステム１１０は、ドメインサービスのサービスプロファイルを分析して、関連するエンジンコンテナ情報を見付けるためのクエリ（Ｑ１）を知能型制御システム１３０に質疑する。具体的なエンジンのクエリ過程については、図１６を参照して後述する。

７−２．知能型制御システム１３０は、受信したクエリ（Ｑ１）に基づいて、エンジン管理部３１０を介して関連エンジンを保有するエッジシステム１１０’を見付け、エッジシステム１１０’にエッジシステム１１０との接続を要求するクエリ（Ｑ２）を転送する。エッジシステム１１０’は、接続承認過程を経てエッジシステム１１０に接続応答を転送する。

７−３．知能型制御システム１３０のパイプライン管理部３２０を介してデータパイプラインを構築するためのネットワークを設定し、エッジシステム１１０とエッジシステム１１０’との間にデータパイプライン（Ｐ２）が接続される。データパイプライン（Ｐ１、Ｐ２）の設定により、ＩｏＴデバイス１５０から生成されたデータは、データパイプライン（Ｐ１）及びデータパイプライン（Ｐ２）を介して転送されてエッジ‐ｔｏ‐エッジワークフローが実行される。

７−４．ＩｏＴデバイス１５０を制御する制御コマンドは、前述した図５の場合と同様にＩｏＴデバイス１５０の近くに位置するエッジシステム１１０を介して経路Ｃ２及び経路Ｃ１に転送される。

図７の各ステップは、順次、並列的に又は同時に行うことができる。

以下、図８〜図１０でエッジ‐ｔｏエッジワークフローのための接続過程をより詳細に見てみる。

図８は、一例によるエッジ‐ｔｏ‐エッジワークフローのためのリンク（ｃｏｎｎｅｃｔｉｖｉｔｙ）過程を示すフローチャートである。

詳細には、図８は、図７を参照して知能型制御システム１３０を介して第１のエッジシステム１１０及び第２のエッジシステム１１０’を含む同一のドメイン１６０内のワークフローを制御する方法の手順を概略的に示すフローチャートである。

８−１．ステップ８１０で第１のエッジシステム１１０は、知能型制御システム１３０に第２のエッジシステム１１０’との接続要求を転送する。例えば、第２のエッジシステム１１０’は、第１のエッジシステム１１０が必要とするエンジンとして、第１のエッジシステム１１０が保有していないエンジンを保有する。例えば、第１のエッジシステム１１０は、第１のエッジシステム１１０が必要とするエンジンを保有する他のエッジシステム１１０’との接続要求を知能型制御システム１３０に転送することができる。

８−２．ステップ８２０で知能型制御システム１３０が接続要求を受信すると、第２のエッジシステム１１０’の識別情報に基づいて検索された第２のエッジシステム１１０’の位置情報に基づいて、第１のエッジシステム１１０の接続要求を第２のエッジシステム１１０’に転送する。例えば、第２のエッジシステム１１０’の識別情報は、第２のエッジシステム１１０’が保有するエンジンとして、第１のエッジシステム１１０が必要とするエンジンの識別情報である。例えば、第２のエッジシステム１１０’の位置情報は、第２のエッジシステム１１０’のエッジゲートウェイエンティティ２３０の識別子である。一例で、ステップ８２０は、知能型制御システム１３０は、第１のエッジシステム１１０が必要とするエンジンを保有する他のエッジシステム１１０’との接続要求を受信し、エンジン管理部３１０を介して、当該エンジンを保有する他のエッジシステム１１０’をルックアップして、ルックアップされた他のエッジシステム１１０’から第２のエッジシステム１１０’を決定するステップをさらに含むことができる。

８−３．ステップ８３０で、第２のエッジシステム１１０’は、知能型制御システム１３０から第１のエッジシステム１１０の接続要求を受信すると、接続要求に対する応答を第１のエッジシステム１１０に直接転送する。ステップ８３０は、第２のエッジシステム１１０’が、知能型制御システム１３０から第１のエッジシステム１１０の接続要求を受信するステップ、接続要求に対して承認するかどうかを判断するステップ及び接続するための設定をして接続の確立を準備し、接続要求への応答を第１のエッジシステム１１０に転送するステップを含む。

８−４．ステップ８４０で、第２のエッジシステム１１０’から接続要求への応答を受信した第１のエッジシステム１１０は、当該接続を確立する。具体的には、ステップ８４０で第１のエッジシステム１１０は、第２のエッジシステム１１０’から接続要求への応答を受信し、接続に対するネットワークチャンネルを設定するステップを含む。設定するネットワークチャンネルは、当該接続の保安水準に応じて決定される。

８−５．第１のエッジシステム１１０から第２のエッジシステム１１０’に進むデータパイプラインを構築する。

図８の各ステップは、順次、並列的に又は同時に行なうことができる。

図９は、一例によるエッジ‐ｔｏ‐エッジワークフローのためのリンク（ｃｏｎｎｅｃｔｉｖｉｔｙ）過程を示す。

具体的に図９は、第１のエッジシステム１１０及び第２のエッジシステム１１０’の詳細コンポーネントである知能型コンピューティングエンティティ（２２０、２２０’）とエッジゲートウェイエンティティ（２３０、２３０’）を中心に、第１のエッジシステム１１０及び第２のエッジシステム１１０’との間のエッジ‐ｔｏ‐エッジワークフローの構成手順を示す。

９−０．ステップ９０５で、本発明で提供されるサービスドメイン１６０でそれぞれ必要な要求事項、機能、データタイプなどを定義した「サービスプロファイル」をエッジシステム１１０の知能型コンピューティングエンティティ２２０に提供するサービス提供者が有ることを仮定する。

９−１．ステップ９１０で、サービス提供者は、ドメイン１６０に設けられたエッジシステム１１０を使用するために、エッジシステム１１０の知能型コンピューティングエンティティ２２０にサービスプロファイルを提供するとともにワークフロー要求を開始する。ステップ９１０で知能型コンピューティングエンティティ２２０は、サービスプロファイル情報を獲得する。

９−２．ステップ９１２で、知能型コンピューティングエンティティ２２０は、サービスプロファイルを分析し、これに基づいて知能型制御システム１３０に第２のエッジシステム１１０’との接続要求をする。一例で、ステップ９１２で第１のエッジシステム１１０の知能型コンピューティングエンティティ２２０は、知能型制御システム１３０に必要なエンジンを保有する他のエッジシステム１１０’に対するルックアップ要求及びルックアップされた他のエッジシステム１１０’との接続要求を転送する。この場合には、接続要求は、必要なエンジンのエンジン情報を含むことができる。

９−３．ステップ９１４で第１のエッジシステム１１０のエッジゲートウェイエンティティ２３０は、接続要求を受信し、知能型管理システム１３０に第２のエッジシステム１１０’との接続要求及び接続するためのネットワーク情報を一緒に転送する。

９−４．ステップ９２０で知能型制御システム１３０は、エンジン管理部３１０を介して関連エッジシステムのエンジンを検索して、適切な第２のエッジシステム１１０’を見付ける。ここで、適切な第２のエッジシステム１１０’は、第１のエッジシステム１１０が必要なエンジンを保有するエッジシステムである。他の例では、適切な第２のエッジシステム１１０’は、接続要求に指定された第２のエッジシステム１１０’である。

ステップ９２２で知能型制御システム１３０は、第２のエッジシステム１１０’のエッジゲートウェイエンティティ２３０’に接続要求を転送する。接続要求の転送のために知能型制御システム１３０は、データベースを利用して、第２のエッジシステム１１０’と第２のエッジシステム１１０’の位置を見付ける。例えば、知能型制御システム１３０は、エンジン管理部３１０を介して接続要求に含まれた第１のエッジシステム１１０が必要なエンジンのエンジン情報に基づいて、当該エンジンを保有する第２のエッジシステム１１０’及び第２のエッジシステム１１０’の位置をエンジンデータベース３３０で見付ける。

９−６．ステップ９３０で接続要求を受けた第２のエッジシステム１１０’のエッジゲートウェイエンティティ２３０’は、接続要求への権限の承認を受けるために、さらに第２のエッジシステム１１０’の知能型コンピューティングエンティティ２２０’に接続要求を転送する（ｆｏｒｗａｒｄ）.
９−７．ステップ９３２で、知能型コンピューティングエンティティ２２０’は、接続要求への権限の承認をする。例えば、知能型コンピューティングエンティティ２２０’は、接続要求を承認し、承認された結果を接続要求に対する応答に含ませる。

９−８．ステップ９３４で、知能型コンピューティングエンティティ２２０’の接続承認が完了した場合には、接続を承認する応答をエッジゲートウェイエンティティ２３０’に転送する。

９−９．ステップ９３６で、エッジゲートウェイエンティティ２３０’は、接続を承認する応答を受信して承認された結果を確認し、自身のネーム情報（ＵＲＬ形式の情報で表現可能であり、例えば、エッジゲートウェイエンティティ２３０の識別子を活用できる）と接続に必要な情報（ＵＲＬ情報の他に実際ネットワークのための接続情報などで、例えば、ＩＰアドレス、又はＭＡＣアドレスなどを含む）を追加した接続応答を接続要求の主体である第１のエッジシステム１１０の知能型コンピューティングエンティティ２２０と接続されているエッジゲートウェイエンティティ２３０に転送する。ここで、エッジゲートウェイエンティティ２３０’は、エッジゲートウェイエンティティ２３０との接続設定などの接続の確立のための準備をすることができる。

９−１０．ステップ９４０で、第１のエッジシステム１１０のエッジゲートウェイエンティティ２３０は、ステップ９１６で転送した接続要求への応答を受信し、接続を設定する。つまり、エッジゲートウェイエンティティ２３０は、受信された情報（ネットワークと関連した情報で当該エンティティのネーム情報と接続情報など）を活用して、第１の及び第２のエッジシステム（１１０、１１０’）間のデータパイプラインの設定をのためのネットワークチャンネルを設定する。例えば、サービスプロファイルに応じて、第１及び第２のエッジシステム（１１０、１１０’）間に保安的なＩＰトンネル（ＩＰｓｅｃ基盤トンネル）が必要な場合には、エッジゲートウェイエンティティ２３０は、追加的なメッセージ交換により保安通信チャンネル設定を可能にすることができる。これにより、第１のエッジシステム１１０から第２のエッジシステム１１０’に向かうデータパイプライン９５０が構築される。データパイプライン９５０は、エッジゲートウェイエンティティ２３０とエッジゲートウェイエンティティ２３０’との間に構築される。いわば、第１のエッジシステム１１０がＩｏＴデバイス１５０からエッジネットワークエンティティ２１０を介して受信したソースデータは、知能型コンピューティングエンティティ２２０を経由せずに直接第１のエッジシステム１１０のエッジゲートウェイエンティティ２３０からデータパイプライン９５０を介して第２のエッジシステム１１０’のエッジゲートウェイエンティティ２３０’に転送される。第２のエッジシステム１１０’のエッジゲートウェイエンティティ２３０’は、データパイプライン９５０を介して転送されたソースデータを第２のエッジシステム１１０’の知能型コンピューティングエンティティ２２０’に転送する。知能型コンピューティングエンティティ２２０’は、転送されたソースデータを指定されたエンジンを駆動して分析又は処理する。

９−１１．ステップ９４２で、エッジゲートウェイエンティティ２３０は、接続完了への応答を知能型コンピューティングエンティティ２２０に送る。

このような手続きが行われた後、データは第１のエッジシステム１１０から第２のエッジシステム１１０’にデータパイプライン９５０を介して自然に流れながらエッジ‐ｔｏ‐エッジワークフローを完成することができる。

一方、図８を参照して、ステップ８１０の接続要求ステップは、図９のステップ９１２及びステップ９１４を含み、ステップ８２０の接続要求転送ステップは、図９のステップ９２０及びステップ９２２を含み、ステップ８３０の接続要求への応答ステップは、図９のステップ９３０、ステップ９３２、ステップ９３４及びステップ９３６を含み、ステップ８４０の接続確立ステップは、図９のステップ９４０及びステップ９４２を含む。図９の各ステップは、順次、並列的に又は同時に行うことができる。

図１０は、他の例に係るエッジ‐ｔｏ‐エッジワークフローのための接続過程を示す。

具体的に、図１０は、第１のエッジシステム１１０及び第２のエッジシステム１１０’の詳細コンポーネントである知能型コンピューティングエンティティ（２２０、２２０’）とエッジゲートウェイエンティティ（２３０、２３０’）を中心に、第１のエッジシステム１１０及び第２のエッジシステム１１０’との間のエッジ‐ｔｏ‐エッジワークフローの構成手順を示す。

知能型エッジコンピューティングシステムは、複数のエッジシステム（１１０、１１０’）及びエッジ識別管理エンティティ１３０を含む。それぞれのエッジシステム（１１０、１１０'）は、端末との接続性を提供するエッジネットワークエンティティ２１０、エッジネットワークエンティティ２１０を介して収集した端末のデータを分析する知能型コンピューティングエンティティ２２０及び他のエッジシステムとの連動機能（ｉｎｔｅｒｗｏｒｋ ｆｕｎｃｔｉｏｎ）を提供するエッジゲートウェイエンティティ２３０を含む。

エッジ識別管理エンティティ１３０は、エッジネットワークエンティティ２１０、知能型コンピューティングエンティティ２２０及びエッジゲートウェイエンティティ２３０の識別情報をそれぞれ管理する。

１０−０．ステップ１０１０で、で第１のエッジシステム１１０の知能型コンピューティングエンティティ２２０は、他のエッジシステム１１０’との接続要求を受信する。例えば、サービス供給者は、他のエッジシステム間に連動を要求することができる。

１０−１．ステップ１０１５で、知能型コンピューティングエンティティ２２０は、要求メッセージをエッジゲートウェイエンティティ２３０を介してエッジ識別管理エンティティ１３０に転送する。例えば、要求メッセージは、対応するエッジシステム（ｃｏｒｒｅｓｐｏｎｄｉｎｇ ＩＥＣ）を第２のエッジシステム１１０’として見付けるというルックアップメッセージを含むことができる。

１０−２．ステップ１０２０で、エッジ識別管理エンティティ１３０は、第２のエッジシステム１１０’の位置を第２のエッジシステム１１０’のエッジゲートウェイエンティティ２３０’の位置として見付ける。

１０−３．ステップ１０２５で、エッジ識別管理エンティティ１３０は、第２のエッジシステム１１０’の位置としてエッジゲートウェイエンティティ２３０’に接続要求メッセージを転送する。

１０−４．ステップ１０３０で、エッジゲートウェイエンティティ２３０’は、第２のエッジシステム１１０’の代表者として知能型コンピューティングエンティティ２２０’に接続要求への接続承認要求を転送する。

１０−５．ステップ１０３２において、知能型コンピューティングエンティティ２２０’は、エッジゲートウェイエンティティ２３０とエッジゲートウェイエンティティ２３０’を介して第１のエッジシステム１１０と第２のエッジシステム１１０’との間の接続要求を承認する。

１０−６．ステップ１０３４で、知能型コンピューティングエンティティ２２０’は、接続要求への応答メッセージをエッジゲートウェイエンティティ２３０’に転送する。

１０−７．ステップ１０３６で、エッジゲートウェイエンティティ２３０’は、エッジゲートウェイエンティティ２３０との接続設定などの接続の確立のための準備をすることができる。
１０−８．ステップ１０３８で、エッジゲートウェイエンティティ２３０’は、応答メッセージをエッジゲートウェイエンティティ２３０に転送する。

１０−９．ステップ１０４０で、エッジゲートウェイエンティティ２３０は、エッジゲートウェイエンティティ２３０及びエッジゲートウェイエンティティ２３０’間の接続を設定する。ここで、エッジゲートウェイエンティティ（２３０、２３０’）間に保安通信チャンネルが要求される場合には、追加的な通信手続きが達成されても良い。

１０−１０．ステップ１０４２で、エッジゲートウェイエンティティ２３０は、接続の結果を含む応答メッセージを知能型コンピューティングエンティティ２２０に転送する。

上記のような手順で行われた後、データは、第１のエッジシステム１１０から第２のエッジシステム１１０’にデータパイプライン１０５０を介して自然に流れながらエッジ‐ｔｏ‐エッジワークフローを完成することができる。図１０の各ステップは、順次、並列的に又は同時に行うことができる。

図１１は、一例によるエッジ‐ｔｏ‐エッジエンジンダウンロードを示す。

本発明は、様々な階層型ワークフローを構成する方法を提供するとともに、低遅延のエッジシステム１１０のために、他のエッジシステム１１０’からエンジンコンテナを直接ダウンロードできる機能を提供する。このため、階層型ワークフロー構成のうち、知能型制御システム１３０と連動するものは、図８〜図１０のエッジ‐ｔｏ‐エッジワークフロー構成の場合と同様であるが、設定値に応じて直接エンジンコンテナをエッジシステム１１０にダウンロードして、ワークフローを実行することができる。

本発明で提供されるエンジンコンテナダウンロード方式は、単にモデルとパラメータを取得する方式だけでなく、一つの独立的に運用されるエンジンコンテナ自体をダウンロードして実行できる包括的環境を提供する。これにより、エッジシステム１１０は、新たな機能的要素を実行するように拡張可能であり、データ分析のための機能だけでなく、ネットワーク機能などまで含んだ様々な独立的なエンジンを実行及び構成することができる。

図１１のステップＱ１で、第１のエッジシステム１１０は、知能型制御システム１３０にワークフローを実行するために必要なエンジンの獲得を要求する。例えば、エッジシステム１１０は、サービスドメインでサービスに応じたプロファイルを分析し、関連するエンジンコンテナを見付けるためのクエリを知能型制御システム１３０に転送する。

ステップＱ２で、知能型制御システム１３０はエッジシステム１１０が生成したクエリを、当該エンジンコンテナを持つエッジシステム１１０’に転送する。

ステップＤで、ステップＱ２により必要なエンジンの獲得要求を受信した第２のエッジシステム１１０’は、要求への応答として第１のエッジシステム１１０に必要なエンジン又は前記必要なエンジンの位置情報を転送する。つまり、クエリ（Ｑ２）を受けた第２のエッジシステム１１０’は、初期エンジンコンテナを要求していたエッジシステム１１０にエンジンコンテナ情報を渡す。

具体的には、ステップＤで、エッジシステム１１０’は、エッジシステム１１０にエンジンのダウンロードを直接提供したり、またはオンラインで当該エンジンをダウンロードできるＵＲＬ情報を提供する。エッジシステム１１０は、直接使用できるエンジンコンテナをダウンロードしてインスタンス化する。

第１のエッジシステム１１０は、必要なエンジン又は必要なエンジンの位置情報を受信する。

以降、第１のエッジシステム１１０は、当該エンジンコンテナを実行して、実質的にソースデータを収集、処理、及び制御などのワークフローを実行する。

他の例において、知能型制御システム１３０の代わりに、クラウドサーバ１４０を介して必要なエンジンコンテナを見付けた後、当該エンジンコンテナを保有するエッジシステム１１０’から直接エンジンコンテナをダウンロードするように構成することができる。

一方、エッジシステム１１０は、クラスターサーバ群１２０に位置するエンジンコンテナをダウンロード（モデルサービング又はエンジンコンテナダウンロード）してエッジシステム１１０で直接使用することができる。

図１２は、一例によるエンジンデータベース及びクエリシステムの構築手順を示すフローチャートである。

具体的に、図１２は、図３を参照して知能型制御システム１３０のエンジン管理部３１０、エンジン情報管理のためのエンジンデータベース３３０及びクエリシステム３４０構築の過程を例示的に示すフローチャートである。

ステップ１２１０において、知能型制御システム１３０は、階層型エンジンフレームワークに存在するエンジン情報（例えば、エンジンＮａｍｅ、ｍｅｔａ ｄａｔａ‐ｉｎｐｕｔタイプ、ｏｕｔｐｕｔタイプ、ｐａｒａｍｅｔｅｒｓ、ｄｅｓｃｒｉｐｔｉｏｎ、及びｌｅａｒｎｉｎｇ ｍｏｄｅｌｓなど）をエンジン管理部３１０を介して登録する。ここで、エンジン情報は、エンジンの識別情報を含む。エンジン情報は、階層化されたＵＲＩの形式で表現可能である。

ステップ１２２０で、知能型制御システム１３０は、ステップ１２１０で登録したエンジン情報に基づいてエンジンデータベース３３０を構築する。例えば、登録したエンジンのエンジンＮａｍｅを中心にインデックスして分散型エンジンデータベース３３０を構築する。分散型エンジンデータベース３３０は、既存のインターネットの分散型システムであるＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）のように階層型Ｎａｍｅを中心に構築可能である。また、ハッシュ値のように、一連の数字のようなｆｌａｔ ｔｙｐｅのＮａｍｅである場合、分散ハッシュテーブル形式（Ｄｉｓｔｒｉｂｕｔｅｄ Ｈａｓｈ Ｔａｂｌｅ）の構造を使用することができる。

本発明に係る実施例は、ドメイン毎に構築された知能型制御システム１３０のエンジンデータベース３３０を構築し、さらにエンジンデータベース３３０を連動するにおいて、Ｎａｍｅ基盤の階層型データベース構築の方法を受容することができる。

ステップ１２３０において、知能型制御システム１３０は、クエリシステム３４０を構築する。例えば、ステップ１２２０でエンジンデータベース３３０を構築するときに使用したエンジン情報のうち、エンジンＮａｍｅをインデックス化して階層的なクエリシステム３４０を構築することができる。エンジンデータベース３３０に保存された階層されたＵＲＩの形で表現されたエンジン情報は、インデックス化して構成することができ、これにより、当該エンジンを見付けることができるようにクエリシステム３４０を構築することができる。

新たに追加するエンジン情報が発生した場合は、ステップ１２１０〜ステップ１２３０を実行して、エンジンデータベース３３０及びクエリシステム３４０をアップデートすることができる。例えば、エンジンデータベース３３０及びクエリシステム３４０を周期的にアップデートすることができる。

クラウドドメイン上のクラウドサーバ１４０の場合は、ドメイン毎のエンジンデータベース３３０構築に直接参加しなくても良い。代わりに、拡張性とセキュリティ面で、各ドメイン毎にエンジンデータベース３３０を構築し、これを統合したグローバルクエリシステムを構築することができる。クロスドメインを支援するためのクラウドサーバ１４０は、エンジンコンテナに対するインデックスとともにエンジン情報を保存するグローバルエンジンデータベースを別途に運営することができ、クエリシステムもまた別途含むことができる。

図１３は、一例によるエンジンデータベースに対するクエリシステムの動作手順を示すフローチャートである。

ステップ１３１０で、エッジシステム１１０は、ワークフローを実行するために必要なエンジンへのクエリを作成する。クエリの作成に先立ってエッジシステム１１０は、予め入力されたサービスプロファイルを分析し、これに基づいて自身に必要なエンジンを導出することができる。若し、エッジシステム１１０が必要なエンジンを自ら保有する場合は、追加的なクエリシステムを動作させることなく、保有するエンジンを活用して直にワークフローを実行する。しかし、エッジシステム１１０が、必要なエンジンを持っていない場合は、エッジシステム１１０は、ステップ１３１０において必要なエンジンに対するエンジンのクエリを作成する。エンジンのクエリは、例えば、必要なエンジンの識別情報を含む。さらに、エンジンのクエリは、エンジンのｄａｔａ ｔｙｐｅ、ｄｅｓｃｒｉｐｔｉｏｎ、及びｌｅａｒｎｉｎｇ ｍｏｄｅｌｓなどのエンジン情報を含むことができる。

ステップ１３２０で、エッジシステム１１０は、知能型制御システム１３０にステップ1３１０で作成したエンジンのクエリを転送する。ステップ１３２０で知能型制御システム１３０は、エンジンのクエリを受信してクエリシステム３４０に転送する。

ステップ１３３０で、クエリシステム３４０は、受信したエンジンのクエリに基づいてエンジンデータベース３３０を検索し、関連するエンジンが存在するかどうかをチェックする。

ステップ１３３０で、関連するエンジンが存在する場合は、ステップ１３４０でクエリシステム３４０は、ワークフロー制御モードであるか、それともエンジンダウンロードモードであるかを判断する。

ワークフロー制御モードの場合は、ステップ１３５０で、知能型制御システム１３０は、パイプライン管理部３２０を介してワークフローを階層型に構成及び制御し、ステップ１３５２でデータパイプラインを制御し、ステップ１３５４で制御を終了する。

エンジンダウンロードモードの場合は、ステップ１３６０で、エッジシステム１１０は、必要なエンジンが位置した上位のクラスターサーバ群１２０又は他のエッジシステム１１０’のエンジンを直接ダウンロード（モデルサービング又はエンジンコンテナダウンロード）する。

ステップ１３３０で、関連するエンジンが存在しない場合は、クエリシステム３４０は、クラウドサーバ１４０が連動するかどうかを判断する。

ステップ１３３０で、クロスドメインを支援するために、クラウドサーバ１４０が連動している場合は、ステップ１３７２で知能型制御システム１３０のクエリシステム３４０は、エンジンのクエリをクラウドサーバ１４０に転送して、関連するエンジンが存在するかどうかを検索する。

ステップ１３７２でエンジンが見付かった場合は、ステップ１３４０〜ステップ１３６２でワークフローを介して制御するか、それとも直接エンジンコンテナをダウンロードするかにより、その手順を行う。

ステップ１３７０で、クロスドメインを支援するために、クラウドサーバ１４０が連動していないか、又はステップ１３７２でエンジンが見付かっていない場合は、ステップ１３７４でクエリシステム３４０は、エラーメッセージを転送し、ステップ１３７６で制御を終了する。

結論として、本発明は、知能型制御システム１３０を介して階層型エンジンフレームワークに基づいたワークフロー実行システムを構築することができ、これをクラウドサーバ１４０に拡張して、クロスドメインを支援するための階層型ワークフローエンジンフレームワークに拡張可能である。また、本発明は、直接的に、エンジンコンテナをダウンロードできる機能を支援して、今後エッジシステム（１１０、１１０’）のみでワークフローを構成して、低遅延の効果的なサービス支援を可能にすることができる。

一方、知能型制御システム１３０のパイプライン管理部３２０は、ネットワークを設定して、エンジン管理部３１０を介して制御されるワークフローの実行環境に応じて階層型に構成されるワークフローを支援する。一般的に、エッジシステム１１０のエッジゲートウェイエンティティ２３０、クラスターサーバ群１２０のゲートウェイ部４３０又はクラスターサーバ１４０のゲートウェイ部を利用してエッジ‐ｔｏ‐クラスター、そしてクラスター‐ｔｏ‐クラウド形態のデータパイプラインを構成するためにトンネリング又はＳＤＮ（Ｓｏｆｔｗａｒｅ Ｄｅｆｉｎｅｄ Ｎｅｔｗｏｒｋｉｎｇ）などを活用した制御平面を介してネットワーク設定をする。このようなネットワーク設定により、パイプライン管理部３２０はエッジ‐ｔｏ‐エッジワークフロー及び保安チャンネルを介して直接エンジンコンテナダウンロードを可能にする。

本発明は、クロスドメインのためのワークフローエンジンフレームワークを連動及び構成する方法を提供する。各ドメインの知能型制御システム１３０を介してクロスドメイン上のワークフローエンジンフレームワークの連動を具現したり（図１４）、又はクラウドサーバ１４０を介してクロスドメイン上のワークフローエンジンフレームワークの連動（図１５）を具現することができる。つまり、知能型制御システム１３０は、少なくとも一つのクラスターサーバ群１２０を含むドメイン１６０のワークフローを管理する形で構築されることができ、従って、ドメイン毎に構築された知能型制御システム１３０は、ワークフローエンジンフレームワークを介して連動されるグローバルシステムで構築されることができる。

図１４は、一例による知能型制御システムを通じたクロスドメインのエッジ‐ｔｏ‐エッジワークフローを示す。

各ドメインは、知能型制御システム１３０を構成することができ、それぞれの知能型制御システム１３０のエンジンデータベース３３０をＮａｍｅインデックスして、他のドメイン上に構築された知能型制御システム１３０を互いに接続された統合システムで構成することができる。このような知能型制御システム１３０の統合により、Ｎａｍｅインデックス情報を利用したグローバルエンジンデータベースシステムを構成することができ、Ｎａｍｅの形式に応じて、ＤＮＳシステムのようなツリー構造にインデックス情報を構成するか、又はハッシュ値のように一連の数字のようなｆｌａｔ ｔｙｐｅ形式の場合、ハッシュテーブル形態の構造にインデックス情報を構成することができる。グローバルエンジンデータベースシステムは、様々な形態で構築可能である。

図１４で知能型制御システム１３０は、少なくとも一つのエッジシステム１１０及び少なくとも一つのクラスターサーバ群１２０を含むドメイン１６０のワークフローを管理し、知能型制御システム１３０’が少なくとも一つのエッジシステム１１０’及び少なくとも一つのクラスターサーバ群１２０’を含むドメイン１７０のワークフローを管理する。知能型制御システム（１３０、１３０’）が共有するグローバルエンジンデータベースが構築されると、グローバルエンジンデータベースを参照して、クロスドメイン上で各ドメイン（１６０、１６０’）のエッジシステム１１０、１１０’）を連動してエッジ‐ｔｏ‐エッジワークフロー構成が可能である。

グローバルエンジンデータベースシステムに基づいて、知能型制御システム１３０を活用したクロスドメインエッジ‐ｔｏ‐エッジワークフロー構成の例示的な過程は、以下の通りである。

１４−１．ステップ１４１０で、エッジシステム１１０は、サービスドメイン（ドメイン１；１６０）でサービスプロファイルを分析し、関連するエンジンコンテナを見付けるためのクエリ（Ｑ）を知能型制御システム１３０を介して行う。

１４−２．ステップ１４２０で、知能型制御システム１３０は、グローバルエンジンデータベースシステムに応じて、他のドメイン（ドメイン２；１６０’）上に位置する知能型制御システム１３０’に、関連するエンジンコンテナが存在することが分かる。

１４−３．ステップ１４３０で、知能型制御システム１３０’は、ドメイン２（１６０’）の中央のクラスターサーバ群１２０’にクエリ（Ｑ）を転送して、データパイプラインを設定するための権限の獲得のための手順を行う。

１４−４．ステップ１４４０で、ドメイン２（１６０’）のクラスターサーバ群１２０’は、実際、エンジンコンテナが存在するエッジシステム１１０’にクエリ（Ｑ）を転送する。必要に応じて、この過程でクラスターサーバ群１２０’又はエッジシステム１１０’は、それぞれの使用権限に対する動作を行い、保安条件に応じてドメイン１（１６０）のエッジシステム１１０にエンジンコンテナの提供が許されるかどうかをチェックすることができる。

１４−５．ステップ１４５０で、エッジシステム１１０’は、クエリ（Ｑ）への応答をクラスターサーバ群１２０’に転送する。

１４−６．ステップ１４６０で、クラスターサーバ群１２０’は、クラスターサーバ群１２０にクエリ（Ｑ）への応答を転送する。

１４−７．ステップ１４７０で、クラスターサーバ群１２０は、最初のクエリ（Ｑ）を行なったエッジシステム１１０に応答を転送する。応答を受信したエッジシステム１１０は、エッジシステム１１０’との接続を確立し、データパイプライン（Ｐ２）を設定する。ここでエッジシステム（１１０、１１０’）は、相互情報を共有し、保安チャンネルを設定することができる。

１４−８．データパイプライン（Ｐ２）の設定が完了した後、ドメイン１１６０のＩｏＴデバイス１５０から収集されたデータは、データパイプライン（Ｐ２）に沿ってエッジシステム１１０からドメイン２（１６０’）のエッジシステム１１０’へ転送され、エッジ‐ｔｏ‐エッジワークフローを実行する。

１４−９．ＩｏＴデバイス１５０に対する制御（Ｃ）もまたエッジ‐ｔｏ‐エッジの形で経路Ｃ２及び経路Ｃ１を介して制御信号を転送する。

前記したような手順で、クロスドメインでエッジ‐ｔｏ‐エッジワークフローを実行することができるようになる。

図１５は、一例によるクラウドサーバを通じたクロスドメインのエッジ‐ｔｏ‐エッジワークフローを示す。

図１５で知能型制御システム１３０は、少なくとも一つのエッジシステム１１０及び少なくとも一つのクラスターサーバ群１２０を含むドメイン１６０のワークフローを管理し、知能型制御システム１３０’は、少なくとも一つのエッジシステム１１０’及び少なくとも一つのクラスターサーバ群１２０’を含むドメイン（１６０’のワークフローを管理する。

ドメイン１６０の知能型制御システム１３０は、クロスドメインにアクセス可能なクラウドサーバ１４０を介して、他のドメイン１６０’の知能型制御システム１３０’と連動可能である。これにより、知能型制御システムに（１３０、１３０’）のエンジンデータベース（３３０）が連動していなくても、クラウドサーバ１４０を介してクロスドメインワークフローを提供することができる。

１５−１．ステップ１５１０で、エッジシステム１１０は、サービスドメイン（ドメイン１；１６０）でサービスプロファイルを分析し、関連するエンジンコンテナを見付けるためのクエリ（Ｑ）を知能型制御システム１３０を介して行なう。

１５−２．ステップ１５２０で、知能型制御システム１３０は、ドメイン１（１６０）のエンジンデータベース３３０を検索して、関連するエンジンコンテナが存在しない場合には、クラウドサーバ１４０にクエリ（Ｑ）を転送する。

１５−３．ステップ１５３０で、クラウドサーバ１４０は、関連するエンジンコンテナを持つエンジンフレームワークを検索し、ドメイン２（１６０’）に存在する場合、クエリ（Ｑ）をドメイン２（１６０’）の知能型制御システム１３０’に転送する。

１５−４．ステップ１５４０及びステップ１５５０で、知能型制御システム１３０’は、クエリ（Ｑ）をクラスターサーバ群１２０’を経てエンジンコンテナを持つエッジシステム１１０’に転送する。

１５−５．ステップ１５６０でエッジシステム１１０’は、クエリ（Ｑ）の応答をクラウドサーバ群１２０’に転送する。

１５−６．ステップ１５７０で、ステップ１５６０の応答を受けたクラウドサーバ群１２０’は、ステップ１５８０及びステップ１５９０でクエリ（Ｑ）の主体であるドメイン１１６０の知能型制御システム１３０を介して応答をエッジシステム１１０に転送する。

その後、ドメイン２（１６０’）及びドメイン１（１６０）の情報を活用してエッジシステム１１０のエッジゲートウェイエンティティ１３０からエッジシステム１３０’のエッジゲートウェイエンティティ１３０’に向かうデータパイプライン（Ｐ２）が設定される。データパイプライン（Ｐ２）の設定時、保安要因を考慮することができる。

両ドメインの知能型制御システム（１３０、１３０’）のパイプライン管理部３２０を介してエッジシステム（１１０、１１０’）間のデータパイプライン（Ｐ２）の設定が完了した後、データは直接エッジ‐ｔｏ‐エッジに進み、クロスドメインエッジ‐ｔｏ‐エッジワークフローを実行する。

その後、制御コマンド（Ｃ）は、エッジ‐ｔｏ‐エッジの形態で経路Ｃ２及び経路Ｃ１を経てエッジシステム１１０’からＩｏＴデバイス１５０に転送される。

図１６は、一例による知能型制御システムを通じたエンジンクエリ過程を示す。

すなわち、図１６は、エッジ‐ｔｏ‐エッジワークフロー実行のために、知能型制御システム１３０のエンジン管理部３１０で行なわれるエンジンコンテナのためのクエリの過程を示す。

ステップ１６１０で、エッジシステム１１０は、サービスプロファイルを分析してエッジシステム１１０から知能型制御システム１３０へエッジシステム１１０が必要とするエンジンコンテナのエンジン情報を含むリクエスト（ＲＥＱＵＥＳＴ）を転送する。例えば、エンジン情報は、エンジン識別情報、エンジン入力タイプ及びエンジン出力タイプのうちの少なくとも一つを含むことができる。

ステップ１６２０で、知能型制御システム１３０のエンジンデータベース３３０のインデックス情報を活用して、当該エンジンコンテナを持つエッジシステム１３０’までクエリを転送する。

ステップ１６３０で、最終クエリを受けたエッジシステム１３０’は、クエリを送信したエッジシステム１１０にエンジンコンテナ使用を承認する応答（ＲＥＰＬＹ）を転送する。

図１７は、一例による知能型制御システムを通じたデータパイプラインの構成過程を示す。

すなわち、図１７は、エッジ‐ｔｏ‐クラスターワークフロー実行のために、知能型制御システム１３０を介してデータパイプラインを構成するためのネットワークの設定過程を示す。

ステップ１７１０及びステップ１７２０において、知能型制御システム１３０は、エッジシステム１１０のエッジゲートウェイエンティティ２３０と、クラスターサーバ群１２０のゲートウェイ部４３０に、それぞれ制御メッセージを転送する。例えば、制御メッセージは、ＲＥＳＴｆｕｌ形式の制御メッセージである。エッジゲートウェイエンティティ２３０とゲートウェイ部４３０は、受信した制御メッセージに応じてネットワークの設定を行う。一例において、ステップ１７１０及びステップ１７２０は、エンジン管理部３１０によるエンジン構成と同時に行うことができる。

具体的には、ステップ１７１０で、知能型制御システム１３０は、エッジシステム１１０のエッジゲートウェイエンティティ２３０にゲートウェイ部４３０に向かう接続を設定するように要求（ＲＥＱＵＥＳＴ）する。

ステップ１７２０で、知能型制御システム１３０は、クラスターサーバ群１２０のゲートウェイ部４３０にエッジゲートウェイエンティティ２３０に向かう接続を設定するように要求（ＲＥＱＵＥＳＴ）する。例えば、ステップ１７１０及びステップ１７２０において、知能型制御システム１３０は、それぞれの要求を同時に転送することができる。

ステップ１７３０で、知能型制御システム１３０は、エッジシステム１１０のエッジゲートウェイエンティティ２３０が転送した接続設定完了応答（ＲＥＰＬＹ）を受信する。

ステップ１７４０で、知能型制御システム１３０は、クラスターサーバ群１２０のゲートウェイ部４３０が転送した接続設定完了応答（ＲＥＰＬＹ）を受信する。

一例で、ステップ１７１０ないしステップ１７４０での制御コマンドの伝達経路は、従来のＳＤＮコントローラとＳＤＮスイッチ又はルータとして構成することができる。またはその他のＩＰトンネル、ＧＴＰトンネル、そして識別子分離などを活用した手法を使用することができる。

これまで説明したように、本発明は、業務ドメイン、目的ドメイン又は空間ドメインのように様々なドメインにわたるクロスドメインで構築される階層型ワークフローエンジンフレームワークを提案し、これらの階層型ワークフローエンジンフレームワークを介してワークフローを制御するシステムに関するものである。

本発明のエンジンフレームワークは、クロスドメインでモノのインターネットの端末（例えば、センサー）から発生する大量のデータを各ドメインの要求に応じて低遅延のデータ分析及び処理が可能であり、効率的なワークフロー分散実行及び制御を提供する。

また、本発明は、ドメイン内のエッジシステム間の連動により、ワークフローを処理したり、他のドメインに位置したエッジシステム間の連動によりワークロードを分散し、ワークフローを処理する知能型制御システムを提供する。特に、様々な異種デバイスに適用される異種のエッジシステム間の相互作用や協力などの連動を提供し、エッジシステムからクラウドサーバに至る垂直的階層構造だけでなくエッジシステム間の水平的階層構造を支援して速いデータ処理及びアクションが要求されるサービスドメインにも適用可能である。また、エッジシステム間のデータパイプラインの設定及び他のエッジシステムのエンジンを直接活用するなど有機的ワークフローエンジンフレームワークを支援する。

本発明は、クロスドメインで有機的に作動するワークフローエンジンフレームワークを構成して、低遅延、高品質のサービスＵＲＬＬＣ（Ｕｌｔｒａ‐ｒｅｌｉａｂｌｅ ａｎｄ ｌｏｗ ｌａｔｅｎｃｙ ｃｏｍｍｕｎｉｃａｔｉｏｎ）を提供し、多数のＩｏＴデバイスから発生するデータを効率的に処理できるようｍＭＴＣ（Ｍａｓｓｉｖｅ ｍａｃｈｉｎｅ ｔｙｐｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）などの要求事項を支援する。このため、エッジシステムからクラスターサーバ群及びクラウドサーバに至る階層型ワークフローエンジンフレームワークを提供する。また、必要に応じてエッジシステムだけで独立的なＩｏＥドメイン環境を構築することができる。階層型ワークフローエンジンフレームワークは、共用のインターネット上のクラウドインフラを用いて構築されるクラウドサーバと、各ドメインの中央でビッグデータの処理及びディップラーニングのような知能型データ処理を行なうクラスターサーバ群と、そしてセンサデータを直接接続、収集及び処理するためのエッジシステムで構成する。

具体的には、本発明は、各ドメインサービス支援のために分散されて構築されるエッジシステムと中央の大規模なコンピューティングのためのクラスターサーバ群にワークフローエンジンフレームワークを構築する。特に、本発明は、低遅延のデータ収集と迅速な分析及び処理のためのワークフローをエッジシステム独立的に実行させたり、必要に応じてワークフローを分散させてエッジシステムと中央のクラスターサーバ群上で分散して行なうことができる。このため、本発明は、エッジシステム間に又はエッジシステムからクラスターサーバ群まで、さらにはクラウドサーバまで至る動的なデータパイプラインを構築し、ワークフローを実行するために必要なエンジンを制御及び管理する。

また、本発明は、各ドメイン上に構築可能な知能型制御システムを提案する。知能型制御システムは、エンジンコンポーネントを階層的に使用できるように、階層的なデータパイプラインの構築及び制御を提供する。また、知能型制御システムは、エンジンインスタンスに対するネーム情報を登録し、ネーム情報をはじめとするエンジン情報を保存及び管理する。さらに、知能型制御システムは、他のドメインに位置するエッジシステム間にエンジンインスタンスをダウンロードして使用（例えば、モデルサービング）できるようにする。つまり、知能型制御システムは、サービスの要求事項に応じて、データパイプラインを動的に構成してエッジ‐ｔｏ‐エッジをはじめとした様々な階層型構造を持つワークフローエンジンフレームワークを構築することができる。これにより、本発明は、ドメインエッジシステム間の直接連動により低遅延のデータ分析を提供し、中央のクラスターサーバ群又はクラウドサーバの助けを借りずにワークフローを処理することができる。

さらに、本発明は、エッジ‐ｔｏ‐エッジの独立的エッジフレームワークを活用するシナリオを拡張して、エッジ‐ｔｏ‐エッジ‐ｔｏ（エッジの繰り返し）などの有機的ワークフロー形態を構成することができる。

また、本発明は、クロスドメインを支援するために、クラウド融合システムを構築し、クラウド融合システムを含む階層型ワークフローエンジンフレームワークを提供する。本発明に係るクラウド融合システムは、各ドメインで処理されたデータ又は人工知能（又は機械学習）モデルを再活用し、分析されたデータをさらにビッグデータ処理して新しい結果を導出することができ、クロスドメイン環境に構築されているエッジシステム - クラスターサーバ群間にソースデータ及びエンジンコンポーネントを共有するための階層型連動方法を提供する。この過程で、本発明に係る知能型制御システムを活用する。

結論として、本発明の階層型ワークフローエンジンフレームワークは、、垂直的な階層型ワークフローエンジンフレームワークを基本的に構成して、クロスドメインでのエンジンコンポーネント及びソースデータを活用することができ、さらに超低遅延のサービス及び知能型ＩｏＥサービス支援のための水平的な形態のエッジ‐ｔｏ‐エッジワークフローフレームワークを柔軟に構成することができる。

一方、本発明の実施例に係る階層型エンジンフレームワークに基づいたクロスドメインワークフロー制御システムは、コンピュータシステムで具現されるか、又は記録媒体に記録されることができる。コンピュータシステムは、少なくとも一つ以上のプロセッサと、メモリと、ユーザ入力装置と、データ通信バスと、ユーザ出力装置と、ストレージを含むことができる。前述したそれぞれの構成要素は、データの通信バスを介してデータ通信を行う。

コンピュータシステムは、ネットワークにカップリングされたネットワークインターフェイスをさらに含むことができる。プロセッサは、中央処理装置（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ（ＣＰＵ））であるか、あるいはメモリ及び／又はストレージに保存されたコマンドを処理する半導体装置であっても良い。

メモリ及びストレージは、様々な形態の揮発性あるいは不揮発性記憶媒体を含むことができる。例えば、メモリはＲＯＭ及びＲＡＭを含んでも良い。

従って、本発明の実施例に係る階層型エンジンフレームワークに基づいたクロスドメインワークフロー制御システムは、コンピュータで実行可能な方法で具現されることができる。本発明の実施例に係るワークフロー制御方法は、コンピュータ装置で実行されるとき、コンピュータに読み取り可能なコマンドが、本発明に係るワークフロー制御方法を実行することができる。

一方、前述した本発明に係るワークフロー制御方法は、コンピュータで読み取り可能な記録媒体にコンピュータが読み取り可能なコードとして具現されることができる。コンピュータが読み取り可能な記録媒体には、コンピュータシステムにより読み取られるデータが保存されたすべての種類の記録媒体を含む。例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、磁気テープ、磁気ディスク、フラッシュメモリ、光データ保存装置などであっても良い。また、コンピュータで読み取り可能な記録媒体は、コンピュータネットワークに接続されたコンピュータシステムに分散されて、分散方式で読み取ることのできるコードとして保存され実行されることができる。

一方、本発明の実施例において、各構成要素、機能ブロック又は手段は、一つ又は一つ以上の下部構成要素で構成されてもよく、各構成要素が行う電気、電子、機械的機能は、電子回路、集積回路、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｒｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）など公知された様々な素子又は機械的要素で具現されてもよく、それぞれ別個に具現されたり、２以上が一つに統合されて具現されても良い。

また、添付されたブロック図の各ブロックとフローチャートの各ステップの組み合わせは、コンピュータプログラムインストラクションにより行われても良い。これらのコンピュータプログラムインストラクションは、汎用コンピュータ、特殊用コンピュータ、ポータブルノートパソコン、ネットワークコンピュータ、スマートフォンなどのモバイル機器、オンラインゲームサービス提供サーバ又はその他のプログラム可能なデータ処理装置のプロセッサに載せることができるので、コンピュータ装置、又はその他のプログラム可能なデータ処理装置のプロセッサにより行われるそのインストラクションが、以下で説明するブロック図の各ブロック又はフローチャートの各ステップで説明された機能を実行する手段を生成することになる。前記コンピュータプログラムインストラクションは、特定の方法で機能を具現するために、コンピュータ装置、又はその他のプログラム可能なデータ処理装置を指向できるコンピュータ装置に利用可能なメモリ又はコンピュータ読み取り可能なメモリに保存されることも可能なので、ブロック図の各ブロック又はフローチャートの各ステップで説明された機能を行うインストラクション手段を内包する製造物を生産することも可能である。コンピュータプログラムインストラクションは、コンピュータ装置、又はその他のプログラム可能なデータ処理装置上に載せられることも可能なので、コンピュータ装置、又はその他のプログラム可能なデータ処理装置上で一連の動作ステップが行なわれるためのプロセスを生成してブロック図の各ブロック及びフローチャートの各ステップで説明された機能を実行するためのステップを提供することも可能である。

また、各ブロック又は各ステップは、特定の論理機能（複数可）を実行するための一つ以上の実行可能なインストラクションを含むモジュール、セグメント又はコードの一部を示すことができる。また、いくつかの代替実施例では、ブロック又はステップで言及された機能が手順を外れて発生することもあり得ることに注目しなければならない。例えば、相次いで図示されている二つのブロック又はステップは、実際、実質的に同時に行なわれることも可能であり、又はそのブロック又はステップが時折該当する機能に応じて逆順に行なわれることも可能である。

本発明の実施例において、コンピューティングシステム、コンピューティング装置、システム、サーバ、サーバ群、電子装置、又は、各種装置とは、デスクトップコンピュータ、ノートパソコン、スマートフォン、ＰＤＡ、携帯電話、ゲーム機などのデータを収集、読取、処理、加工、保存、表示できるすべての計算手段を意味し、これらは読取り可能なコードで作成されたソフトウェアを実行させることができ、これをユーザに表示して伝達できる機能を有する装置である。また、必要に応じてソフトウェアを独自に保存したり、又は外部からデータと一緒に読み込むこともできる。

本発明におけるサーバ又はサーバ群は、例えば、単一のサーバコンピュータ又はこれと類似のシステムであるか、又は一つ以上のサーババンク又はその他の配列に配列される複数のサーバであっても良い。サーバ又はサーバ群は、単一の施設に置かれることもあり、あるいは多くの相異する地理的位置間に分散されることもある。各サーバは、プロセッサ、通信インターフェイス及びメモリを含むことができる。プロセッサ、メモリ、及び通信インタフェースは、通信バスを介して互いに接続することができる。

また、本発明の実施例におけるコンピューティングシステム、コンピューティング装置、システム、サーバ、サーバ群、電子装置又は各種装置は、データ処理機能だけでなく、入力、出力、保存などの機能が含まれており、このため、一般的なコンピュータ装置が持つＣＰＵ、マザーボード、グラフィックカード、ハードディスク、サウンドカード、スピーカー、キーボード、マウス、モニター、ＵＳＢ、通信モデム等の各種要素だけでなく、無線スマートフォン端末が持つＣＰＵ、マザーボード、グラフィックチップ、メモリチップ、サウンドエンジン、スピーカー、タッチパッド、ＵＳＢなどの外部接続端子、通信アンテナ、３Ｇ、ＬＴＥ、ＬＴＥ‐Ａ、ＷｉＦｉ、ブルートゥースなどの通信を具現できる通信モデムなどを含むことができる。前記各種の要素が、単独で又は２以上が一緒に、又は各種の要素の一部分が結合されて一つ又はそれ以上の機能を具現することができ、本発明の実施例において図面や詳細な説明の一つ又はそれ以上のブロックで表示される装置又はその一部分は、各種要素が単独で又は２以上が一緒に、又は各種要素の一部分が結合されて一つ又はそれ以上の機能を示すことを意味することができる。

これまで本発明を実施例を中心に説明したが、本発明の属する技術分野において通常の知識を有する者は、本発明が本発明の本質的な特性から逸脱しない範囲で様々に変更又は変形された形で具現されることを理解できるであろう。よって、開示された実施例は、限定的な観点ではなく、説明のための例示的な観点から考慮しなければならない。本発明の範囲は、前述した説明ではなく、請求の範囲に示されており、それと同等の範囲内にあるすべての相違点は、本発明に含まれるものと解釈されなければならない。

１００：階層型ワークフローエンジンフレームワーク
１１０：エッジシステム
１２０：クラスターサーバ群
１３０：知能型制御システム
１４０：クラウドサーバ

Claims (24)

1. エンジンフレームワークに基づいてワークフローを実行するエッジシステムであって、
   端末との接続性を提供するエッジネットワークエンティティと、
   前記エッジネットワークエンティティを介して収集した前記端末のデータを分析して、ワークフローを実行する少なくとも一つのエンジンを駆動する知能型コンピューティングエンティティと、及び
   前記エンジンフレームワークに基づいて構築されたデータパイプラインを介して他のシステムとの連動機能を提供するエッジゲートウェイエンティティ
   を含むエッジシステム。
2. 前記他のシステムは、同一のドメイン内の他のエッジシステムであり、
   水平的エンジンフレームワークに基づいて構築されたデータパイプラインを介して前記他のエッジシステムと順次連動する請求項１に記載のエッジシステム。
3. 前記他のシステムは、同一のドメイン内のクラスターサーバ群であり、
   階層型エンジンフレームワークに基づいて構築されたデータパイプラインを介して前記クラスターサーバ群と階層型に連動する請求項１に記載のエッジシステム。
4. 前記他のシステムは、他のエッジシステム又はクラスターサーバ群であり、
   前記データパイプラインは、前記知能型コンピューティングエンティティが分析したデータを、前記エッジゲートウェイエンティティを介して前記他のエッジシステム又は前記クラスターサーバ群に転送するデータ経路である請求項１に記載のエッジシステム。
5. 階層型エンジンフレームワークに基づいてエッジシステムのワークフローを制御する知能型制御システムであって、
   ワークフローを実行する少なくとも一つのエンジンの識別情報、エンジンの位置情報及びエンジンの仕様情報を保存するエンジンデータベースと、
   前記エンジンデータベースを管理するエンジン管理部と、及び
   前記ワークフローに応じて前記少なくとも一つのエンジンの入出力データのデータパイプラインを管理するパイプライン管理部
   を含む知能型制御システム。
6. 前記エッジシステムの識別情報を管理する識別部
   をさらに含み、
   前記識別部は、前記エッジシステムの識別情報に前記エッジシステムが保有するエンジンの識別情報をマッピングする請求項５に記載の知能型制御システム。
7. 前記エンジン管理部は、
   前記少なくとも一つのエンジンを保有する前記エッジシステム又は前記エッジシステムと連動するクラスターサーバ群の識別情報を、前記少なくとも一つのエンジンのエンジン位置情報で管理する請求項５に記載の知能型制御システム。
8. 前記エッジシステムから前記ワークフローを実行するために必要なエンジンの識別情報を含むエンジン位置情報の要求を受信した場合には、
   前記エンジンの識別情報に基づいて前記必要なエンジンを保有するクラスターサーバ群の識別情報を、前記エッジシステムに転送する請求項５に記載の知能型制御システム。
9. 他の知能型制御システムと共有するグローバルエンジンデータベース
   をさらに含み、
   少なくとも一つのエッジシステム及び少なくとも一つのクラスターサーバ群を含む同一のドメイン内のワークフローを制御し、
   前記グローバルエンジンデータベースを参照して、クロスドメイン上で各ドメインのエッジシステム間の連動を提供する請求項５に記載の知能型制御システム。
10. 少なくとも一つのエッジシステム及び少なくとも一つのクラスターサーバ群を含む一つのドメイン内のワークフローを制御し、
    クロスドメインにアクセス可能なクラウドサーバを介して、他のドメインの知能型制御システムとの連動を提供する請求項５に記載の知能型制御システム。
11. エンジンフレームワークに基づいてワークフローを制御するワークフロー制御システムであって、
    端末との接続性を提供するエッジネットワークエンティティと、
    前記エッジネットワークエンティティを介して収集した前記端末のデータを分析して、ワークフローを実行する少なくとも一つのエンジンを駆動する知能型コンピューティングエンティティと、
    前記エンジンフレームワークに基づいて構築されたデータパイプラインを介して他のシステムとの連動機能を提供するエッジゲートウェイエンティティ
    を含むエッジシステムと、及び
    前記少なくとも一つのエンジン及び前記データパイプラインに基づいて前記ワークフローを制御する知能型制御システム
    を含むワークフロー制御システム。
12. 前記ワークフロー制御システムは、クラスターサーバ群をさらに含み、
    前記クラスターサーバ群は、
    前記エッジシステムから受信したデータに基づいて前記ワークフローを実行する少なくとも一つのエンジンを駆動するエンジン部と、及び
    前記エンジンフレームワークに基づいて構築された前記データパイプラインを介して前記エッジシステムとの連動機能を提供するゲートウェイ部
    を含む請求項１１に記載のワークフロー制御システム。
    
13. 前記データパイプラインは、
    前記エッジシステムが収集又は分析したデータを、前記エッジシステムから前記他のシステムに転送するデータ経路である請求項１１に記載のワークフロー制御システム。
14. 前記ゲートウェイ部は、前記データパイプラインを介して前記少なくとも一つのエンジンに、前記ワークフローに沿ったデータ入出力機能を提供する請求項１２に記載のワークフロー制御システム。
15. エッジシステム及び前記エッジシステムと連動するクラスターサーバ群を含むエンジンフレームワークに基づいて、知能型制御システムがワークフローを制御する方法であって、
    前記エッジシステムからワークフローを実行するために必要なエンジン識別情報を含むエンジン位置情報の要求を受信するステップと、及び
    前記エンジンの識別情報に基づいて前記必要なエンジンを保有するクラスターサーバ群の識別情報を、前記エッジシステムに転送するステップと、及び
    前記エッジシステムから上向きの前記クラスターサーバ群に階層型データパイプラインを構築するステップと、
    を含むワークフロー制御方法。
16. 知能型制御システムを介して第１のエッジシステム及び第２のエッジシステムを含む同一のドメイン内のワークフローを制御する方法であって、
    前記第１のエッジシステムが、前記知能型制御システムに前記第２のエッジシステムとの接続要求を転送するステップと、
    前記知能型制御システムが、前記接続要求を受信すると、前記第２のエッジシステムの識別情報に基づいて検出された前記第２のエッジシステムの位置情報に基づいて、前記第１のエッジシステムの接続要求を前記第２のエッジシステムに転送するステップと、及び
    前記第２のエッジシステムが、前記知能型制御システムから前記第１のエッジシステムの接続要求を受信すると、前記接続要求に対する応答を前記第１のエッジシステムに転送するステップ
    を含むワークフロー制御方法。
17. 前記第２のエッジシステムが前記接続要求に対する応答を前記第１のエッジシステムに転送するステップは、前記第２のエッジシステムが、
    前記知能型制御システムから前記第１のエッジシステムの接続要求を受信するステップと、
    前記接続要求に対して承認するかどうかを判断するステップと、及び
    接続の確立を準備し、前記接続要求に対する応答を前記第１のエッジシステムに転送するステップ
    を含む請求項１６に記載のワークフロー制御方法。
18. 前記第１のエッジシステムが、前記第２のエッジシステムから前記接続要求に対する応答を受信し、前記接続に対するネットワークチャンネルを設定するステップ
    をさらに含む請求項１６に記載のワークフロー制御方法。
19. 前記第１のエッジシステムから前記第２のエッジシステムに進行するデータパイプラインを構築するステップ
    をさらに含む請求項１６に記載のワークフロー制御方法。
20. 知能型制御システムを利用して、ワークフローを制御する方法であって、前記知能型制御システムは、同一のドメイン内の第１のエッジシステム及び第２のエッジシステムのワークフローを制御し
    前記第１のエッジシステムが、前記知能型制御システムに前記ワークフローを実行するために必要なエンジンの獲得を要求するステップと、
    前記必要なエンジンの獲得要求を受信した前記第２のエッジシステムが、
    前記要求に対する応答として前記第１のエッジシステムに前記必要なエンジン又は前記必要なエンジンの位置情報を転送するステップと、及び
    前記第１のエッジシステムが前記必要なエンジン又は前記必要なエンジンの位置情報を受信するステップ
    を含むワークフロー制御方法。
21. 端末との接続性を提供するエッジネットワークエンティティと、
    前記エッジネットワークエンティティを介して収集した前記端末のデータを分析する知能型コンピューティングエンティティと、及び
    他のエッジシステムとの連動機能（ｉｎｔｅｒｗｏｒｋ ｆｕｎｃｔｉｏｎ）を提供するエッジゲートウェイエンティティ
    をそれぞれ含む複数のエッジシステムと、及び
    前記エッジネットワークエンティティ、前記知能型コンピューティングエンティティ及び前記エッジゲートウェイエンティティの識別情報をそれぞれ管理するエッジ識別管理エンティティ
    を含む知能型エッジコンピューティングシステム。
22. 前記複数のエッジシステムは、第１のエッジシステム及び第２のエッジシステムを含み、
    前記エッジ識別管理エンティティーは、前記第１のエッジシステムのエッジゲートウェイエンティティから前記第２のエッジシステムへの接続要求を受信した場合には、
    第２のエッジシステムの位置を見付け、第２のエッジシステムのエッジゲートウェイエンティティに前記接続要求を転送する請求項２１に記載の知能型エッジコンピューティングシステム。
23. 前記複数のエッジシステムは、第１のエッジシステム及び第２のエッジシステムを含み、
    前記第２のエッジシステムは、前記エッジ識別管理エンティティから前記第１のエッジシステムの接続要求を前記第２のエッジシステムのエッジゲートウェイエンティティを介して受信した場合には、
    前記第２のエッジシステムのエッジゲートウェイエンティティは、前記第２のエッジシステムの知能型コンピューティングエンティティに前記接続要求への承認を要求し、前記第２のエッジシステムの知能型コンピューティングエンティティは、前記承認を行い、前記接続要求への応答を前記第２のエッジシステムのエッジゲートウェイエンティティに転送し、
    前記第２のエッジシステムのエッジゲートウェイエンティティは、前記接続の確立を準備し、前記応答を前記第１のエッジシステムのエッジゲートウェイエンティティに転送する請求項２１に記載の知能型エッジコンピューティングシステム。
24. 前記複数のエッジシステムは、第１のエッジシステム及び第２のエッジシステムを含み、
    前記第１のエッジシステムの知能型コンピューティングエンティティは、前記第１のエッジシステムのエッジゲートウェイエンティティを介して前記エッジ識別管理エンティティに前記第２のエッジシステムとの接続要求を転送し、前記第２のエッジシステムから前記接続要求への応答を前記第１のエッジシステムのエッジゲートウェイエンティティを介して受信し、
    前記第１のエッジシステムのエッジゲートウェイエンティティは、前記第２のエッジシステムのエッジゲートウェイエンティティとの接続を設定し、前記接続の結果を含む応答を前記第１のエッジシステムの知能型コンピューティングエンティティに転送する請求項２１に記載の知能型エッジコンピューティングシステム。