特開 2024-166739 システム管理装置、システム管理方法およびシステム管理プログラム

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024166739

(43)【公開日】2024-11-29

(54)【発明の名称】システム管理装置、システム管理方法およびシステム管理プログラム

(51)【国際特許分類】

   G06F 9/48 20060101AFI20241122BHJP

【ＦＩ】

G06F9/48 370

【審査請求】未請求

【請求項の数】9

【出願形態】ＯＬ

(21)【出願番号】P 2023083054

(22)【出願日】2023-05-19

(71)【出願人】

【識別番号】518041537

【氏名又は名称】アレグロスマート株式会社

(74)【代理人】

【識別番号】110000637

【氏名又は名称】弁理士法人樹之下知的財産事務所

(72)【発明者】

【氏名】田渕 鳴利

(57)【要約】

【課題】ユーザーにコーディングの技術がなくても容易にアプリケーションを連係動作させることを可能にする。
【解決手段】仮想化された第１のアプリケーション、および第１のアプリケーションの通信を監視する第１の監視エンジンが実装された第１のサーバーと、仮想化された第２のアプリケーションが実装された第２のサーバーとがネットワークで接続されたシステムにおいて、第１のアプリケーションおよび第２のアプリケーションを連係動作させるためのシステム管理装置が提供される。システム管理装置は、第２のアプリケーションに割り当てられたドメインを第１の監視エンジンに通知する機能と、第１の監視エンジンを介してドメインに送信された第１のアプリケーションの出力を、ドメインを解決して第２のアプリケーションに送信する機能とを有する。同様の処理を実行するためのシステム管理方法、およびシステム管理プログラムも提供される。
【選択図】図１

【特許請求の範囲】

【請求項1】

仮想化された第１のアプリケーション、および前記第１のアプリケーションの通信を監視する第１の監視エンジンが実装された第１のサーバーと、仮想化された第２のアプリケーションが実装された第２のサーバーとがネットワークで接続されたシステムにおいて、前記第１のアプリケーションおよび前記第２のアプリケーションを連係動作させるためのシステム管理装置であって、
前記第２のアプリケーションに割り当てられたドメインを前記第１の監視エンジンに通知する機能と、
前記第１の監視エンジンを介して前記ドメインに送信された前記第１のアプリケーションの出力を、前記ドメインを解決して前記第２のアプリケーションに送信する機能と
を有するシステム管理装置。

【請求項2】

前記第１のアプリケーションおよび前記第２のアプリケーションを連係動作させる指示が取得されたときに前記ドメインを前記第１の監視エンジンに通知する、請求項１に記載のシステム管理装置。

【請求項3】

前記ドメインは、前記第１のアプリケーションおよび前記第２のアプリケーションを連係動作させる指示が取得されたときに決定される、請求項２に記載のシステム管理装置。

【請求項4】

前記第１のアプリケーションおよび前記第２のアプリケーションを連係動作させる指示は、前記第１のアプリケーションおよび前記第２のアプリケーションがそれぞれ第１のノードおよび第２のノードとして表示されるＧＵＩにおいて、前記第１のノードと前記第２のノードとをリンクで接続することによって取得される、請求項２に記載のシステム管理装置。

【請求項5】

前記ＧＵＩでは、ノードに入力端子および出力端子の少なくともいずれかが表示され、前記リンクは前記第１のノードの出力端子と前記第２のノードの入力端子とを接続する、請求項４に記載のシステム管理装置。

【請求項6】

前記ＧＵＩでは、単一のノードに複数の入力端子または複数の出力端子が表示される、請求項５に記載のシステム管理装置。

【請求項7】

前記ＧＵＩでは、複数の前記出力端子を複数の前記リンクで単一の前記入力端子に接続すること、および単一の前記出力端子を複数の前記リンクで複数の前記入力端子に接続することが可能である、請求項５に記載のシステム管理装置。

【請求項8】

仮想化された第１のアプリケーション、および前記第１のアプリケーションの通信を監視する第１の監視エンジンが実装された第１のサーバーと、仮想化された第２のアプリケーションが実装された第２のサーバーとがネットワークで接続されたシステムにおいて、前記第１のアプリケーションおよび前記第２のアプリケーションを連係動作させるためのシステム管理方法であって、
前記第２のアプリケーションに割り当てられたドメインを前記第１の監視エンジンに通知するステップと、
前記第１の監視エンジンを介して前記ドメインに送信された前記第１のアプリケーションの出力を、前記ドメインを解決して前記第２のアプリケーションに送信するステップと
を含むシステム管理方法。

【請求項9】

仮想化された第１のアプリケーション、および前記第１のアプリケーションの通信を監視する第１の監視エンジンが実装された第１のサーバーと、仮想化された第２のアプリケーションが実装された第２のサーバーとがネットワークで接続されたシステムにおいて、前記第１のアプリケーションおよび前記第２のアプリケーションを連係動作させるためのシステム管理プログラムであって、
前記第２のアプリケーションに割り当てられたドメインを前記第１の監視エンジンに通知する機能と、
前記第１の監視エンジンを介して前記ドメインに送信された前記第１のアプリケーションの出力を、前記ドメインを解決して前記第２のアプリケーションに送信する機能と
をコンピュータに実行させるシステム管理プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、システム管理装置、システム管理方法およびシステム管理プログラムに関する。

【背景技術】

【0002】

例えばコンテナ化などの手法を用いて、アプリケーションを仮想化することが一般的に行われている。コンテナは、アプリケーションソフトウェアを論理的にカプセル化し定義するソフトウェア構造であり、例えばDocker（登録商標）コンテナなどが知られている。多数のコンテナのデプロイやスケーリングなどの管理をするためのコンテナ管理システムとしては、Kubernetes（登録商標）などが知られている。このようなコンテナおよびコンテナ管理システムに関する技術は、例えば特許文献１、特許文献２および特許文献３などに記載されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０２１－１０１２９号公報

【特許文献2】特開２０２２－１７７７１２号公報

【特許文献3】特開２０２３－３８９０６号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

しかしながら、Kubernetes（登録商標）のような従来のコンテナ管理システムでは、設定ファイルなどのコーディングが必要であり、例えばコーディングの技術をもたないユーザーがアプリケーションを自由に連携動作させて所望のサービスを利用することは容易ではなかった。

【0005】

そこで、本発明は、ユーザーにコーディングの技術がなくても容易にアプリケーションを連係動作させることが可能なシステム管理装置、システム管理方法およびシステム管理プログラムを提供することを目的とする。

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

【0006】

本発明のある観点によれば、仮想化された第１のアプリケーション、および第１のアプリケーションの通信を監視する第１の監視エンジンが実装された第１のサーバーと、仮想化された第２のアプリケーションが実装された第２のサーバーとがネットワークで接続されたシステムにおいて、第１のアプリケーションおよび第２のアプリケーションを連係動作させるためのシステム管理装置が提供される。システム管理装置は、第２のアプリケーションに割り当てられたドメインを第１の監視エンジンに通知する機能と、第１の監視エンジンを介してドメインに送信された第１のアプリケーションの出力を、ドメインを解決して第２のアプリケーションに送信する機能とを有する。

【0007】

上記の構成によれば、監視エンジンがアプリケーションの出力の送信先のドメインを決定することによって、アプリケーションが出力の送信先を認識していなくてもアプリケーションの連携動作が可能になる。監視エンジンの機能によってアプリケーションの出力の送信先が動的に変更されるため、例えば出力の送信先を定義する設定ファイルを書き換える手順は必要とされず、コーディングの技術がなくても容易にアプリケーションを連係動作させることができる。

【0008】

上記のシステム管理装置は、第１のアプリケーションおよび第２のアプリケーションを連係動作させる指示が取得されたときにドメインを第１の監視エンジンに通知してもよく、ドメインは第１のアプリケーションおよび第２のアプリケーションを連係動作させる指示が取得されたときに決定されてもよい。

【0009】

上記のシステム管理装置において、第１のアプリケーションおよび第２のアプリケーションを連係動作させる指示は、第１のアプリケーションおよび第２のアプリケーションがそれぞれ第１のノードおよび第２のノードとして表示されるＧＵＩにおいて、第１のノードと第２のノードとをリンクで接続することによって取得されてもよい。これによって、ユーザーは、ＧＵＩ上での直感的な操作によってアプリケーションを連携動作させることができる。

【0010】

ＧＵＩでは、ノードに入力端子および出力端子の少なくともいずれかが表示され、リンクは第１のノードの出力端子と第２のノードの入力端子とを接続してもよい。この場合において、ＧＵＩでは、単一のノードに複数の入力端子または複数の出力端子が表示されてもよいし、複数の出力端子を複数のリンクで単一の入力端子に接続すること、および単一の出力端子を複数のリンクで複数の入力端子に接続することが可能であってもよい。

【0011】

本発明の別の観点によれば、仮想化された第１のアプリケーション、および第１のアプリケーションの通信を監視する第１の監視エンジンが実装された第１のサーバーと、仮想化された第２のアプリケーションが実装された第２のサーバーとがネットワークで接続されたシステムにおいて、第１のアプリケーションおよび第２のアプリケーションを連係動作させるためのシステム管理方法が提供される。システム管理方法は、第２のアプリケーションに割り当てられたドメインを第１の監視エンジンに通知するステップと、第１の監視エンジンを介してドメインに送信された第１のアプリケーションの出力を、ドメインを解決して第２のアプリケーションに送信するステップとを含む。

【0012】

本発明のさらに別の観点によれば、仮想化された第１のアプリケーション、および第１のアプリケーションの通信を監視する第１の監視エンジンが実装された第１のサーバーと、仮想化された第２のアプリケーションが実装された第２のサーバーとがネットワークで接続されたシステムにおいて、第１のアプリケーションおよび第２のアプリケーションを連係動作させるためのシステム管理プログラムが提供される。システム管理プログラムは、第２のアプリケーションに割り当てられたドメインを第１の監視エンジンに通知する機能と、第１の監視エンジンを介してドメインに送信された第１のアプリケーションの出力を、ドメインを解決して第２のアプリケーションに送信する機能とをコンピュータに実行させる。

【図面の簡単な説明】

【0013】

【図1】本発明の実施形態に係る管理装置を含むシステムの例を示すブロック図である。

【図2】図１に示されたシステムにおける管理装置の処理を示すフローチャートである。

【図3】本発明の実施形態におけるＧＵＩの例を示す図である。

【図4】本発明の実施形態におけるＧＵＩの例を示す図である。

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

【0014】

図１は、本発明の実施形態に係る管理装置を含むシステムの例を示すブロック図である。システム１００を構成するコンピュータ１１０、サーバー１２０Ａ，１２０Ｂ，１２０Ｃおよびデータベース１３０Ａ，１３０Ｂは、ネットワーク１５０によって互いに接続されている。コンピュータ１１０は、単独で、またはネットワーク上のサーバーなどの他の装置と協働して、管理装置として機能する。コンピュータ１１０では、例えば以下で説明するようなシステム管理のためのＧＵＩ（Graphical User Interface）が提供される。コンピュータ１１０は、例えばデスクトップコンピュータ、ラップトップコンピュータ、スマートフォンまたはタブレットコンピュータなどである。管理装置の機能は、管理アプリケーション１１１として図示されている。管理アプリケーション１１１は、コンピュータ１１０（およびサーバーなどの他の装置）のプロセッサがメモリに格納されたプログラム１１２に従って動作することによって実装される。コンピュータ１１０のメモリまたはストレージには、プログラム１１２および管理アプリケーション１１１で使用されるデータ１１３が格納される。

【0015】

サーバー１２０Ａ，１２０Ｂ，１２０Ｃ（以下、総称してサーバー１２０ともいう）では、アプリケーション１２１Ａ，１２１Ｂ，１２１Ｃ（以下、総称してアプリケーション１２１ともいう）および監視エンジン１２２Ａ，１２２Ｂ，１２２Ｃ（以下総称して監視エンジン１２２ともいう）が実装される。それぞれのサーバー１２０は、例えば同じデータセンターに設置された複数のサーバーであってもよいし、複数の異なるデータセンターに設置されたサーバーであってもよいし、データセンター以外の企業などの社内に設置されたサーバーであってもよい。それぞれのアプリケーション１２１は例えばDocker（登録商標）を利用してコンテナ化されている。監視エンジン１２２は、各サーバー１２０で動作しているアプリケーション１２１（コンテナ）の通信を監視している。監視エンジン１２２は、例えば後述するようにアプリケーション１２１の出力を送信するドメインを設定する。

【0016】

データベース１３０Ａ，１３０Ｂは、１または複数のストレージ装置において実装され、アプリケーション１２１によって利用されるデータを格納する。ネットワーク１５０は、インターネットやＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）などの有線または無線の各種の通信リンクによって実装される。なお、図１に示されたサーバー１２０Ａ，１２０Ｂ，１２０Ｃやデータベース１３０Ａ，１３０Ｂの数は例示的なものであり、特に限定されない。

【0017】

上記のようなシステム１００において、ユーザーは、例えばネットワーク１５０に接続された別の端末装置からのアクセスによって、アプリケーション１２１が提供するサービスを利用する。アプリケーション１２１同士は連携動作させることが可能である。例えば、アプリケーション１２１Ａの出力がアプリケーション１２１Ｂに送信され、アプリケーション１２１Ｂの出力がユーザーにサービスとして提供されてもよい。あるいは、アプリケーション１２１Ａの出力がアプリケーション１２１Ｂ，１２１Ｃの両方に送信されたり、アプリケーション１２１Ａ，１２１Ｂの両方の出力がアプリケーション１２１Ｃに送信されたりしてもよい。なお、アプリケーション１２１同士の連携動作の例は、後述するＧＵＩの例によっても示される。

【0018】

図２は、図１に示されたシステムにおける管理装置の処理を示すフローチャートである。なお、本発明の実施形態に係る管理装置は、以下で説明する以外の処理については例えばKubernetes（登録商標）のようなプラットフォームまたはシステムを利用可能であるため、それらについての詳細な説明は省略する。

【0019】

図示された例では、ＧＵＩ上でノードをリンクで接続する操作が実行されるステップＳ１０１と、リンク先のノードに対応するコンテナにＵＲＬを割り当てるステップＳ１０２（省略可）と、リンク元のノードに対応するコンテナの監視エンジンにＵＲＬを通知するステップＳ１０３とが実行される。なお、ここでいう「コンテナ」は、図１に示したシステム１００でアプリケーション１２１を実装するコンテナを意味する。以下、それぞれのステップについてさらに説明する。

【0020】

ステップＳ１０１では、例えば後述するようなＧＵＩを用いた操作がユーザーによって実行される。ＧＵＩでは、それぞれのコンテナがノードとして表示され、ノード同士をリンクで接続することによってアプリケーション同士を連携動作させることができる。つまり、図１に示したシステム１００において、管理アプリケーション１１１のＧＵＩ上でノードをリンクで接続する操作は、アプリケーション同士を連携動作させる指示として解釈される。上述のように、連携動作するアプリケーション同士の間では、あるアプリケーションの出力が別のアプリケーションに送信される。

【0021】

ステップＳ１０２では、ステップＳ１０１の操作を受けた管理アプリケーション１１１が、リンク先のノードに対応するコンテナにＵＲＬを割り当てる。ここでＵＲＬはドメインの例である。例えば、後述するＧＵＩの例のように各ノードには入力端子および出力端子が表示され、リンクが出力端子に接続されている方のノードがリンク元であり、リンクが入力端子に接続されている方のノードがリンク先として識別されてもよい。他の例として、リンク元とのノードとリンク先のノードとは、例えばリンクを伸ばす操作がどちらのノードを起点として実行されたかによって判定されてもよい。この場合はノードに入力端子および出力端子は表示されなくてもよい。

【0022】

割り当てられるＵＲＬは、例えば管理アプリケーション１１１においてランダムに生成される。なお、例えばリンク先のノードに対応するコンテナが既に他のコンテナと連携動作しているような場合は、ステップＳ１０１の操作が実行された時点で既にリンク先のノードにはＵＲＬが割り当てられているため、ステップＳ１０２の処理は省略されてもよい。あるいは、リンク先のノードに対応するコンテナが既に他のコンテナと連携動作している場合であっても、管理アプリケーション１１１は当該コンテナに新たなＵＲＬを割り当て、複数の異なるＵＲＬを同じコンテナへの参照として解決してもよい。

【0023】

ステップＳ１０３では、管理アプリケーション１１１が、リンク元のノードに対応するコンテナの監視エンジン１２２にステップＳ１０２で割り当てられたＵＲＬを通知する。管理アプリケーション１１１から通知を受けた監視エンジン１２２は、リンク元のノードに対応するコンテナが実装しているアプリケーション１２１が出力を送信するときに、通知されたＵＲＬを宛先にする。アプリケーション１２１に複数の出力がある場合は、出力ごとに異なるＵＲＬが割り当てられてもよい。

【0024】

上記のステップＳ１０１～Ｓ１０３が実行された後、管理アプリケーション１１１は、例えば監視エンジン１２２Ａを介して割り当てられたＵＲＬに送信されたアプリケーション１２１Ａの出力について、ＵＲＬを解決してアプリケーション１２１Ｂに送信する。この処理について、管理アプリケーション１１１はＤＮＳ（Domain Name System）として動作している。

【0025】

本発明の実施形態では、以上で説明したような処理によって、異なるサーバー１２０で動作するアプリケーション１２１を容易に連携動作させて所望のサービスを利用することができる。これは例えばマイクロサービスのシステムの構築、メッシュの構築、オーケストレーションの構築とも呼ばれる。各サーバー１２０においてコンテナ化されたアプリケーション１２１とともに監視エンジン１２２を実装し、監視エンジン１２２がアプリケーション１２１の出力の送信先のＵＲＬを決定することによって、アプリケーション１２１が出力の送信先を認識していなくてもアプリケーションの連携動作が可能になる。監視エンジン１２２の機能によってアプリケーション１２１の出力の送信先が動的に変更されるため、例えば出力の送信先を定義するコンテナの設定ファイルを書き換える手順は必要とされず、コーディングの技術がなくても容易にアプリケーションを連係動作させることができる。

【0026】

図３および図４は、本発明の実施形態におけるＧＵＩの例を示す図である。それぞれの図には、図１に示されたシステム１００のコンピュータ１１０でディスプレイに表示されるキャンバス５００の例が示されている。キャンバス５００には、コンテナ化されたアプリケーション１２１を表すノード５０１（例としてノード５０１Ａ，５０１Ｂおよびノード群５０１Ｃを含む）と、ノード５０１同士の間を接続するリンク５０２とが表示される。図３に示されるように、キャンバス５００は後述する詳細ウインドウ６００とともに表示されてもよい。詳細ウインドウ６００には、例えば選択されたノード５０１に対応するアプリケーションに割り当てられたＵＲＬ情報６０１や、入力設定情報６０２および出力設定情報６０３などが表示される。ユーザーは、例えばリストからの選択によって新たなノード５０１をキャンバス５００内の任意の位置に配置する。配置されたノード５０１は、例えばタッチパネルやマウスなどのポインティングデバイスを用いてキャンバス５００内で自由に移動させることができる。

【0027】

ノード５０１には、アプリケーションの出力を示す出力端子５０３と、アプリケーションの入力を示す入力端子５０４とが表示される。２つ以上のノード５０１を配置すると、任意のノード５０１の出力端子５０３と別のノード５０１の入力端子５０４とをリンク５０２で接続することができる。リンク５０２は、例えばポインティングデバイスによるドラッグ操作に従って生成される。既に述べたように、ＧＵＩ上でノードをリンクで接続する操作は、アプリケーション同士を連携動作させる指示として解釈される。

【0028】

図３に示された例の場合、ノード５０１Ａの出力端子５０３とノード５０１Ｂの入力端子５０４とがリンク５０２で接続されることによって、ノード５０１Ａ，５０１Ｂのそれぞれに対応するアプリケーションが連携動作させられる。具体的には、ノード５０１Ａに対応するアプリケーションの出力が、ノード５０１Ｂに対応するアプリケーションに送信される。既に説明したように、リンク５０２による接続が実行されたときにノード５０１Ａに対応するアプリケーションの監視エンジンにＵＲＬが通知されるため、ＧＵＩ上での操作はリンク５０２の生成で完結する。

【0029】

例えば図３に示されたノード５０１Ｂのように、単一のノード５０１には複数の出力端子５０３が表示されてもよく、複数の入力端子５０４が表示されてもよい。これは、ノード５０１に対応するアプリケーションで複数の出力または入力が定義されていることに対応する。図示されているように、複数の出力端子５０３および複数の入力端子５０４は、例えば名称や番号によって区別される。

【0030】

また、図４に示されたノード群５０１Ｃのように、リンク５０２によって複数の出力端子５０３を単一の入力端子５０４に接続することが可能であってもよい。この場合、それぞれのリンク元のアプリケーションの出力がリンク先のアプリケーションに入力される。また、リンク５０２によって単一の出力端子５０３を複数の入力端子５０４に接続することが可能であってもよい。この場合、リンク元のアプリケーションの出力は、アプリケーション内での定義に従って、複製されてそれぞれのリンク先のアプリケーションに入力されるか、または条件分岐に従っていずれかのリンク先のアプリケーションに入力される。このようにして、ノード群５０１Ｃのようにネットワーク状にアプリケーションを連携させることも可能である。

【0031】

このように、本発明の実施形態では、ＧＵＩ上でノードをリンクで接続する操作によってアプリケーションを連携動作させることができる。既に述べたように、これは例えばマイクロサービスのシステムの構築、メッシュの構築、オーケストレーションの構築とも呼ばれる。これによって、ユーザーは、例えばコンテナの設定ファイルを書き換えるコーディングをしなくても、ＧＵＩ上での直感的な操作によってアプリケーションを連携動作させることができる。

【0032】

なお、上記の実施形態ではアプリケーションがコンテナ化された例について説明したが、本発明の実施形態においてアプリケーションは必ずしもコンテナ化されていなくてもよく、コンテナ化以外の手法で仮想化されていてもよい。この場合も、サーバーで仮想化されたアプリケーションに加えて監視エンジンを実装し、管理装置が連携先のアプリケーションに割り当てられたドメインを監視エンジンに通知することによって、上記の実施形態と同様にアプリケーションを連係動作させることができる。

【0033】

以上で説明したような本発明の実施形態の各ステップの処理は、コンピュータ１１０やサーバー１２０でプロセッサがプログラムに従って動作することによって実行される。プロセッサは、例えばＣＰＵ（Central Processing Unit）であってもよいし、ＦＰＧＡ（Field-Programmable Gate Array）などの製造後に回路構成を変更可能なＰＬＤ（Programmable Logic Device）であってもよいし、ＡＳＩＣ（Application Specific Integrated Circuit）などの専用に設計された回路構成であってもよい。

【0034】

また、プログラムは、例えばＲＯＭのようなメモリに予め記憶（インストール）されていてもよいし、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）またはＵＳＢ（Universal Serial Bus）メモリなどの記録媒体に記録された形態で提供されてもよい。あるいは、プログラムはネットワークを介して外部装置からダウンロードされてもよい。

【符号の説明】

【0035】

１００…システム、１１０…コンピュータ、１１１…管理アプリケーション、１１２…プログラム、１１３…データ、１２０Ａ，１２０Ｂ，１２０Ｃ…サーバー、１２１Ａ，１２１Ｂ，１２１Ｃ…アプリケーション、１２２Ａ，１２２Ｂ，１２２Ｃ…監視エンジン、１３０Ａ，１３０Ｂ…データベース、１５０…ネットワーク、５００…キャンバス、５０１，５０１Ａ，５０１Ｂ…ノード、５０１Ｃ…ノード群、５０２…リンク、５０３…出力端子、５０４…入力端子、６００…詳細ウインドウ、６０１…ＵＲＬ情報、６０２…入力設定情報、６０３…出力設定情報。

【図1】

【図2】

【図3】

【図4】