発明が解決しようとする課題[発明の詳細な説明]から抜粋

しかしながら、このような従来技術では、リソースの制御管理を行う場合、当該リソースに対応してオーケストレータの配下に設けた特定のリソースマネージャを、それぞれのリソースマネージャを個別に指定したＡＰＩでプロセスから呼び出すことにより、リソースマネージャ経由でリソースの制御管理を行う必要がある。
したがって、オーケストレータが所掌すべきリソースマネージャの数が増加すると、これに伴いプロセスの追加が必要になるため、結果としてプロセスの管理が極めて煩雑になってしまうという問題点があった。 また、構築対象となるサービスシステムに応じて制御管理すべきリソースおよびリソースマネージャも異なるとともに、リソースマネージャが持つインターフェースも異なる。このため、従来技術では、ＡＰＩにおける処理対象や処理内容の違いをプロセスごとに個別に決定しておく必要があり、プロセスとサービスシステムとの一体化が余儀なくされることになる。
したがって、利用者からの指示に応じて各種のサービスシステムを構築する場合、サービスシステムごとにプロセスを管理しておく必要があり、結果としてプロセスの管理が極めて煩雑になってしまうという問題点があった。 本発明はこのような課題を解決するためのものであり、極めて簡素なプロセス管理で、利用者が指定した各種のサービスシステムを構築することができるオーケストレーション技術を提供することを目的としている。

課題を解決するための手段[発明の詳細な説明]から抜粋

本発明によれば、サービスシステムの構築に用いるプロセスおよびプロセスフローが抽象化（上位概念化）されて、実際に構築するサービスシステムとは切り離されて、同一サービスカテゴリに属するシステムサービスで共用されることになる。このため、オーケストレーションシステムで管理すべきプロセスの数を大幅削減できる。また、サービスカテゴリごとに１つの抽象化プロセスフローを用意しておけばよくなるため、オーケストレーションシステムで管理すべきプロセスフローの数も大幅に削減できる。 したがって、システムサービスの構築時に連携させるリソースマネージャやリソースの増減に対して、プロセスフローやプロセスの軽微な変更により、柔軟に対応することができる。また、同一のプロセスで異なるサービス（例えば、ファイヤーウォーや侵入検知システム）を構築することができ、オーケストレーションシステムにおけるプロセス管理を大幅に簡素化することが可能となる。 また、対象サービスシステムに応じて処理対象であるリソースマネージャや処理内容が異なるメソッドを、抽象化されたメソッド名を有する抽象化ＡＰＩとしてアダプタに実装されているため、これらアダプタで、リソースの制御管理における対象サービスシステムに応じた処理対象や処理内容の違いが吸収されることになる。したがって、抽象化プロセス側からは、抽象化されたメソッド名で呼び出しを行うだけで、対象サービスシステムに応じた処理対象や処理内容の具体的なメソッドを実行することができ、結果として、プロセスおよびプロセスフローの抽象化が極めて容易に実現できる。