特許 7157877 ユースケース仕様およびランタイム実行

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

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

(11)【特許番号】

(24)【登録日】2022-10-12

(45)【発行日】2022-10-20

(54)【発明の名称】ユースケース仕様およびランタイム実行

(51)【国際特許分類】

   G06F 8/20 20180101AFI20221013BHJP

   G06F 9/50 20060101ALI20221013BHJP

【ＦＩ】

G06F8/20

G06F9/50 150B

【請求項の数】 20

(21)【出願番号】P 2021526390

(86)(22)【出願日】2020-03-05

(65)【公表番号】

(43)【公表日】2022-01-19

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

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

(87)【国際公開日】2020-09-17

【審査請求日】2021-05-13

(31)【優先権主張番号】16/809,154

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

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

(31)【優先権主張番号】62/816,427

(32)【優先日】2019-03-11

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

(73)【特許権者】

【識別番号】504080663

【氏名又は名称】エヌイーシー ラボラトリーズ アメリカ インク

【氏名又は名称原語表記】ＮＥＣ Ｌａｂｏｒａｔｏｒｉｅｓ Ａｍｅｒｉｃａ， Ｉｎｃ．

(74)【代理人】

【識別番号】100123788

【弁理士】

【氏名又は名称】宮崎 昭夫

(74)【代理人】

【識別番号】100127454

【弁理士】

【氏名又は名称】緒方 雅昭

(72)【発明者】

【氏名】ヤン、 イ

(72)【発明者】

【氏名】ラオ、 クナル

(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】

システムであって、
プログラムコードを記憶するためのメモリデバイスと、
メモリデバイスに動作可能に結合され、前記メモリデバイスに記憶されたプログラムコードを実行するように構成された少なくとも１つのプロセッサデバイスとを有し、前記少なくとも１つのプロセッサデバイスは、
ユースケース仕様および該ユースケースに対応するユースケースランタイム仕様を取得し（８１０）、該ユースケースは、各々がタスクを実行するための該ユースケース内の対応する機能を提供するマイクロサービスに関連付けられる複数のアプリケーションを含み、
前記複数のうちの少なくとも１つのアプリケーションの少なくとも１つのインスタンスが、前記ユースケース仕様および前記ユースケースランタイム仕様に基づいて、前記ユースケースの実行中に再利用され得ることを判定し（８２０）、
前記ユースケースの実行中に前記少なくとも１つのインスタンスを再利用する（８３０）システム。

【請求項18】

請求項１７に記載のシステムにおいて、前記少なくとも１つのプロセッサデバイスはさらに、
ユースケース識別子、ユースケース名およびユースケースメタデータを含む前記ユースケースに関連付けられたデータと、
アプリケーション依存関係およびアプリケーションインスタンスと、
インスタンス接続とを指定することによって前記ユースケース仕様を取得し、
前記ユースケース識別子と、
インスタンス名と、
ユースケースノード／マシンと、
ユースケース構成とを指定することによって前記ユースケースランタイム仕様を取得するように構成されたシステム。

【請求項19】

請求項１７に記載のシステムにおいて、
前記少なくとも１つのプロセッサデバイスはさらに、
前記複数のアプリケーションに対応するユースケース子インスタンス間の接続をセットアップすることを含む前記複数のアプリケーションを組み合わせることによって前記ユースケースを構築することと、
前記マイクロサービスを提供するために前記ユースケース子インスタンスを実行することを含む前記ユースケースを実行することと、
前記ユースケースの実行を終了するためのハンドラをセットアップすることと、
ランタイムシステムを所定の時間間隔の間スリープ状態にすることと、前記ランタイムシステムがウェイクアップした後、前記ハンドラが前記ユースケースを停止する信号を受信したことを判定することとを含む、前記ハンドラによって受信された信号に基づいて、前記所定の時間間隔の後に前記ユースケースを停止すべきであることを判定することと、
前記ユースケースの停止させることとによって、前記ユースケース仕様および前記ユースケースランタイム仕様に基づいて前記タスクを実行するために、前記ランタイムシステム内で前記ユースケースの実行を管理するために前記メモリデバイスに記憶されたプログラムコードを実行するように構成されたシステム。

【請求項20】

請求項１９に記載のシステムにおいて、
前記少なくとも１つのプロセッサデバイスはさらに、前記ユースケースの実行が突然失敗したことに応答して、以前に存在していた子インスタンスを再利用することによって動作を再開することで、前記ユースケースの実行を管理するように構成されるシステム。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願情報
本出願は、２０１９年３月１１日に出願された仮出願シリアル番号６２／８１６，４２７、および２０２０年３月４日に出願された米国特許出願第１６／８０９，１５４号の優先権を主張し、その全体が参照により本明細書に組み込まれる。

【背景技術】

【0002】

本発明は、コンピュータアプリケーションに関し、より詳細には、ユースケースランタイム実行中のアプリケーションインスタンスを再利用することに関する。
関連技術の説明

【0003】

アプリケーションは、問題を解決するために使用される特定の機能を提供するマイクロサービスとして機能することができる。アプリケーションインスタンスまたはインスタンスを生成し、実行することができ、アプリケーションに関連するマイクロサービスを提供する。必要に応じて、アプリケーションの複数のインスタンスを生成し、それぞれが異なる入力データを処理できる。

【発明の概要】

【0004】

本発明の一態様によれば、コンピュータによって実現される方法が提供される。コンピュータによって実現される方法は、ユースケース仕様および該ユースケースに対応するユースケースランタイム仕様を取得することを含む。ユースケースは、各々がタスクを実行するための該ユースケース内の対応する機能を提供するマイクロサービスに関連付けられる複数のアプリケーションを含む。方法はさらに、前記複数のうちの少なくとも１つのアプリケーションの少なくとも１つのインスタンスが、前記ユースケース仕様および前記ユースケースランタイム仕様に基づいて、前記ユースケースの実行中に再利用され得ることを判定することと、前記ユースケースの実行中に前記少なくとも１つのインスタンスを再利用することとを含む。

【0005】

本発明の別の実施形態によれば、システムが提供される。システムは、プログラムコードを記憶するためのメモリデバイスと、メモリデバイスに動作可能に結合された少なくとも１つのプロセッサデバイスとを有する。少なくとも１つのプロセッサデバイスは、ユースケース仕様および該ユースケースに対応するユースケースランタイム仕様を取得するために前記メモリデバイスに記憶されたプログラムコードを実行するように構成される。該ユースケースは、各々がタスクを実行するための該ユースケース内の対応する機能を提供するマイクロサービスに関連付けられる複数のアプリケーションを含む。少なくとも１つのプロセッサデバイスはさらに、前記複数のうちの少なくとも１つのアプリケーションの少なくとも１つのインスタンスが、前記ユースケース仕様および前記ユースケースランタイム仕様に基づいて、前記ユースケースの実行中に再利用され得ることを判定し、前記ユースケースの実行中に前記少なくとも１つのインスタンスを再利用するために前記メモリデバイスに記憶されたプログラムコードを実行するように構成される。

【0006】

これらおよび他の特徴および利点は、添付の図面に関連して読まれるべき、その例示的な実施形態の以下の詳細な説明から明らかになるであろう。

【図面の簡単な説明】

【0007】

本開示は、以下の図面を参照して、好ましい実施形態の以下の説明において詳細を提供する。

【0008】

【図1】本発明の一実施形態による、ユースケース仕様、ユースケースランタイム仕様を指定し、ユースケース実行を管理するためのシステム／方法の高レベル概要図である。

【0009】

【図2】本発明の一実施形態によるユースケース仕様の図である。

【0010】

【図3】本発明の一実施形態によるユースケースランタイム仕様の図である。

【0011】

【図4】図４は、本発明の一実施形態による、ランタイムユースケース実行手順を実施するためのシステム／方法のブロック／フロー図である。

【0012】

【図5】本発明の一実施形態による、ランタイム実行中に子インスタンスを生成するためのシステム／方法のブロック／フロー図である。

【0013】

【図6】本発明の一実施形態による、ランタイム実行中に接続をセットアップするためのシステム／方法のブロック／フロー図である。

【0014】

【図7】本発明の一実施形態による、ユースケースを指定し、ユースケースの実行を指定し、ユースケースの実行を管理するためのシステム／方法のブロック／フロー図である。

【0015】

【図8】本発明の一実施形態による、アプリケーションインスタンスを再利用し、共有するためのシステム／方法のブロック／フロー図である。

【0016】

【図9】本発明の一実施形態による、アプリケーションインスタンスを再利用または共有するように構成されたシステムの一例のブロック／フロー図である。

【0017】

【図10】本発明の一実施形態によるコンピュータシステムを示すブロック／フロー図である。

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

【0018】

本明細書で説明される実施形態は、タスク（例えば、より高いレベルのリアルタイム／バッチタスク）を実行し、かつ／または実行時に複雑な問題を解決するために、「ビルディングブロック」としてそれぞれのマイクロサービスに関連付けられた複数のアプリケーションを単一のエンティティ（本明細書ではユースケースと呼ぶ）に結合することができるランタイムシステムを提供する。各マイクロサービスは、ユースケース内で対応する機能を提供することができ、アプリケーションインスタンスを生成および／または実行して、対応するマイクロサービスを提供することができる。アプリケーションの複数のインスタンスが生成され得るため、必要ならばタスクを実行し、ユースケースの個々のアプリケーションが解決できるよりもかなり多くの問題を解決することができる。本明細書で説明する実施形態によるユースケースは、例えば、エッジデバイス、サーバ、クラウドデバイス、またはそれらの任意の組合せ上で実行することができる。

【0019】

ここで、同様の数字が同じまたは同様の要素を表した図と、最初に図１とを詳細に参照すると、ユースケース仕様、ユースケースランタイム仕様を指定し、ユースケース実行を管理するためのシステム／方法１００の高レベルの概要を示すブロック／フロー図が提供される。

【0020】

図示のように、ユースケース仕様１１０およびユースケースランタイム仕様１２０は、ランタイムシステム１３０によって取得される。

【0021】

図２を参照して以下でさらに詳細に説明されるように、ユースケース仕様１１０は、ユースケースに含まれるアプリケーション、ユースケースの実行のためのインスタンス、インスタンスがどのように生成されるべきか、さまざまなインスタンス間の接続、個々のインスタンスの構成、およびそれらが実行されるべきノード／マシンなどを含むがこれらに限定されないユースケース詳細を指定することができる。

【0022】

図３を参照して以下でさらに詳細に説明するように、ユースケースランタイム仕様１２０は、生成される必要があるユースケースのインスタンスのユースケース識別子（ＩＤ）、ユースケースインスタンスの一意の名前、ユースケースの実行を開始するノード／マシン、およびユースケース全体の構成を含むが、これらに限定されない、ユースケースの実行に関する詳細を指定することができる。

【0023】

ランタイムシステム１３０は、仕様１１０，１２０に基づいて、ユースケースの実行を管理することができる。ランタイムシステム１３０は、複数のマイクロサービスを組み合わせるかまたはステッチすることによって、個々のアプリケーションの実行を管理することができ、その結果、個々のアプリケーションが一緒に働き、互いに話し合うことによるより小さな問題を解決することによって、より大きな問題を解決することができる。ランタイムシステム１３０は、その子インスタンスと、それらの間の任意の接続を含む、ユースケース全体の実行をきれいに停止し、終了することができる。

【0024】

さらに、ランタイムシステム１３０は、ユースケース実行の突然の中断の場合にフォールトトレランスを提供することができる。より具体的には、何らかの理由でユースケース実行が突然停止または失敗した場合（例えば、電源が落ちた場合）、ランタイムシステムが復帰したときに、ランタイムシステムは重複する子インスタンスを生成する必要がない。代わりに、ランタイムシステムは以前に存在したインスタンスを再利用することで操作を再開できる。

【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】

上記は、あらゆる点で例示的かつ例示的であるが、限定的ではないと理解されるべきであり、本明細書に開示される本発明の範囲は、詳細な説明からではなく、むしろ特許法によって許容される全範囲に従って解釈されるような特許請求の範囲から決定されるべきである。本明細書に示され、説明された実施形態は、本発明の例示にすぎず、当業者は、本発明の範囲および精神から逸脱することなく、様々な修正を実施することができることを理解されたい。当業者は、本発明の範囲および精神から逸脱することなく、様々な他の特徴の組み合わせを実施することができる。このように、本発明の態様を、特許法によって要求される詳細および特殊性と共に説明してきたが、特許状によって保護されることが請求され、望まれるものは、添付の特許請求の範囲に記載されている。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】