JP7721740B2 - 人工知能／機械学習を用いたｉｃｓフローのオートコンプリートのためのシステムおよび方法 - Google Patents

Description

著作権に関する注意
本特許文献の開示の一部には、著作権保護の対象となるものが含まれている。著作権者は、この特許文献または特許開示の何者かによる複製が、特許商標庁の特許ファイルまたは記録にある限り、それに対して異議を唱えないが、そうでなければ、いかなる場合もすべての著作権を留保する。

優先権の主張
本願は、２０１９年９月１０日に出願され「SYSTEM AND METHOD FOR AUTO-COMPLETION OF ICS FLOW USING ARTIFICIAL INTELLIGENCE/MACHINE LEARNING」と題された米国特許出願第１６／５６６，４９０号、２０１９年９月１０日に出願され「SYSTEM AND METHOD FOR NEXT STEP PREDICTION FOR ICS FLOW USING ARTIFICIAL INTELLIGENCE/MACHINE LEARNING」と題された米国特許出願第１６／５６６，５０４号、２０１９年９月１０日に出願され「SYSTEM AND METHOD FOR NEXT OBJECT PREDICTION FOR ICS FLOW USING ARTIFICIAL INTELLIGENCE/MACHINE LEARNING」と題された米国特許出願第１６／５６６，５１１号、および、２０１８年１０月１８日に出願され「SYSTEM AND METHOD FOR AUTO-COMPLETION OF
ICS FLOW USING ARTIFICIAL INTELLIGENCE/MACHINE LEARNING」と題されたインド特許出願第２０１８４１０３９４９０号に基づく優先権を主張し、これらの出願を本明細書に引用により援用する。

発明の分野
本発明の実施形態は、概して統合クラウドサービスに関し、特に人工知能および／または機械学習を用いた統合クラウドサービスにおけるフローのオートコンプリートに関する。

背景
統合クラウドサービス（ＩＣＳ：Integration cloud service）（たとえばオラクル（
登録商標）統合クラウドサービス）は、サービスとしてのソフトウェア（ＳａａＳ：Software as a Service）およびオンプレミスアプリケーションのような製品の利用を支援す
る、クラウドにおける単純で強力な統合プラットフォームである。ＩＣＳは、サービスとしての統合プラットフォーム（ｉＰａａｓ：integration platform as a service）とし
て提供することが可能であり、アプリケーション間のポイント・アンド・クリック統合のためのウェブベースの統合デザイナーを含むことが可能であり、トランザクションに対するリアルタイムの洞察を提供するリッチなモニタリングダッシュボードである。

概要
ある実施形態に従い、本明細書において、人工知能／機械学習を用いたＩＣＳフローのオートコンプリートのためのシステムおよび方法を説明する。次回アクション予測は、ユーザが追加を考えている可能性がある次のアクションセットを予測し示唆することにより、ユーザがフローを素早くモデル化するのを支援するサービスである。また、このサービスは、ユーザが統合フローの作成中にベストプラクティスのうちのいくつかに従うことを支援する。

ある実施形態に係る統合クラウドサービスを示す図である。 ある実施形態に係る統合クラウドサービスを示す図である。 ある実施形態に係るＩＣＳ設計時期を示す図である。 ある実施形態に係るＡＩ／ＭＬを用いたＩＣＳフローのオートコンプリートをサポートするためのシステムを示す図である。 ある実施形態に係る具体例としてのフローチャートデシジョンツリーを示す図である。 ある実施形態に係る、ＡＩ／ＭＬを用いたＩＣＳフローのシステムオートコンプリートのサポートにおいて使用する階層ツリー構造を示す図である。 ある実施形態に係る統合フローへのコンテキストのマッピングを示す図である。 ある実施形態に係る統合フローへのコンテキストのマッピングを示す図である。 ある実施形態に係る具体例としてのランキングシミュレータを示す図である。 人工知能／機械学習を用いたＩＣＳ（統合クラウドサービス）フローのオートコンプリートをサポートする方法のフローチャートを示す図である。 ある実施形態に係る具体例としてのフローチャートデシジョンツリーを示す図である。 人工知能／機械学習を用いたＩＣＳ（統合クラウドサービス）フローのための次回ステップ予測のための具体例としての方法のフローチャートを示す図である。 ある実施形態に係る具体例としてのフローチャートデシジョンツリーを示す図である。 人工知能／機械学習を用いたＩＣＳ（統合クラウドサービス）フローの次回オブジェクト予測のための具体例としての方法のフローチャートを示す図である。

詳細な説明
先に述べたことは、その他の特徴とともに、添付の明細書、請求項、および図面を参照すると明らかになるであろう。具体的な詳細事項は、各種実施形態の理解のために提供される。しかしながら、各種実施形態はこれらの具体的な詳細事項なしで実施し得ることは明らかであろう。添付の明細書および図面は限定を意図したものではない。

サービスとしての統合プラットフォーム、たとえばオラクル統合クラウドサービス（ＩＣＳ）は、クラウドまたはオンプレミスに存在するアプリケーション同士を接続する統合フローを構築しデプロイするためのクラウドベースのプラットフォームを提供することができる。

統合クラウドサービス
図１は、ある実施形態に係るＩＣＳ統合フローを設計し実行するためのＩＣＳプラットフォームを示す。

図１に示されるように、ＩＣＳプラットフォームは、設計時環境１２０とランタイム環境１６３とを含み得る。各環境は、１つ以上のプロセッサを含むコンピュータ、たとえばコンピュータ１０１または１０６上で実行することができる。

ある実施形態に従うと、設計時環境は、統合フロー開発者がクライアントインターフェイス１０３を用いて統合を構築できるようにするブラウザベースのデザイナーを提供する、ＩＣＳウェブコンソール１２２を含む。

ある実施形態に従うと、ＩＣＳ設計時環境は、各種ＳａａＳアプリケーションまたはその他のアプリケーションに対する接続を予めロードすることができ、ソースコンポーネント１２４とターゲットコンポーネント１２６とを含み得る。ソースコンポーネントは、１つ以上のソースアプリケーション／オブジェクトの定義および構成を提供することができ、ターゲットコンポーネントは、１つ以上のターゲットアプリケーション／オブジェクトの定義および構成を提供することができる。これらの定義および構成を用いることにより、アプリケーション／オブジェクトのアプリケーションタイプ、エンドポイント、統合オブジェクトおよびその他の詳細を特定することができる。

さらに図１に示されるように、設計時環境は、入力メッセージの内容を出力メッセージにマッピング（関連付け）するためのマッピング／変換コンポーネント１２８と、メッセージの内容またはヘッダ情報に基づいてどのメッセージをどのターゲットにルーティングするかを制御するためのメッセージルーティングコンポーネント１３０とを含み得る。加えて、設計時環境は、メッセージのメッセージ内容またはヘッダ情報に基づいてどのメッセージをルーティングするかを制御するためのメッセージフィルタリングコンポーネント１３２と、関連しているが順序が間違っているメッセージのストリームをユーザが指定した順序に戻すように並べ替えるためのメッセージシーケンシングコンポーネント１３４とを含み得る。

ある実施形態に従うと、上記コンポーネントの各々は、ソースおよびターゲットコンポーネントと同様に、フロー定義／構成の一部として持続可能な設計時設定を含み得る。

ある実施形態に従うと、フロー定義は、ＩＣＳ統合フローの詳細を指定し、統合フローの静的構造（たとえばメッセージルータ）と、設定可能な側面（たとえばルーティングルール）との双方を包含する。完全に設定されたフロー定義およびその他の必要なアーティファクト（たとえばｊｃａおよびｗｓｄｌファイル)の組み合わせを、ＩＣＳプロジェク
トと呼んでもよい。ＩＣＳプロジェクトは、統合フローを完全に定義することができ、かつ、基礎をなす実装レイヤによって実装することができる。

ある実施形態に従うと、ポリシーコンポーネント１３６は、ＩＣＳ環境の挙動を管理する複数のポリシーを含み得る。たとえば、ポーリングポリシーを、ソースアプリケーションのソース－プルメッセージングのやり取り（すなわちクエリスタイル統合）のために構成することにより、時間ベースのポーリングを介してソースアプリケーションに対するアウトバウンドコールを呼び出すことができる。

ある実施形態に従い、メッセージをターゲットアプリケーションにルーティングする際のセキュリティ特権のため、モニタリングコンソールを介した後の解析のフロー実行中にメッセージペイロードおよびヘッダフィールドをロギングするため、ならびに、要求に対応するためにエンタープライズサービスバス（ＥＳＢ：enterprise service bus）サービスが生成できるインスタンスの数を定めるために使用されるメッセージスロットリングのために、その他のポリシーを指定することができる。加えて、フローレベルで統合フローをモニタリング／トラッキングするため、および、周知のスキーマに対しＩＣＳプラットフォームが処理しているメッセージの妥当性を確認するために、ポリシーを指定することができる。

ある実施形態に従うと、統合開発者は、統合フローの設計に使用する、開発キャンバス１３３上のコンポーネントを、編集および構成のためにドラッグ＆ドロップすることができる。

さらに示されているように、ランタイム環境は、アプリケーションサーバ１６２と、ＩＣＳランタイムエンジン１６６と、エンタープライズサービスバスコンポーネント１７２の上のストレージサービス１６８およびメッセージングサービス１７０とを含み得る。ユーザインターフェイスコンソール１６４を使用することにより、ランタイム環境のパフォーマンスをモニタリングおよびトラッキングすることができる。

図２は、ある実施形態に係る統合クラウドサービスを示す。
図２に示されるように、ＩＣＳ２０７は、ＩＣＳ統合フローを設計し、実行し、管理するためのクラウドベースの統合サービスを提供することができる。ＩＣＳは、エンタープライズクラウド環境（たとえばオラクルパブリッククラウド）２０１においてアプリケーションサーバ２１７上で実行されるウェブアプリケーション２０９およびＩＣＳランタイム２１５を含み得る。ウェブアプリケーションは、ユーザがＩＣＳ統合フローを設計、起動、管理、およびモニタリングするための、複数のユーザインターフェイスをエクスポーズする設計時期を提供することができる。起動されたＩＣＳ統合フローは、ＩＣＳランタイム上でデプロイおよび実行することができる。

ある実施形態に従うと、複数のアプリケーションアダプタ２１３を提供し、複数のアプリケーションに対する接続を構成するというタスクを、これらのアプリケーションの接続の根元的な複雑さを処理することにより、単純化することができる。アプリケーションは、ＩＣＳベンダ２０５のエンタープライズクラウドアプリケーション、第三者クラウドアプリケーション（たとえばセールスフォース）１０３、およびオンプレミスアプリケーション２１９を含み得る。ＩＣＳは、これらのアプリケーションとの通信に使用するために、シンプル・オブジェクト・アクセス・プロトコル（ＳＯＡＰ：simple object access protocol）およびレプリゼンテーショナル・ステート・トランスファー（ＲＥＳＴ：representational state transfer）エンドポイントを、これらのアプリケーションにエクスポーズすることができる。

ある実施形態に従うと、ＩＣＳ統合フロー（またはＩＣＳ統合）は、ソース接続と、ターゲット接続と、これら２つの接続間のフィールドマッピングとを含み得る。各接続は、アプリケーションアダプタに基づいていてもよく、アプリケーションの特定のインスタンスと通信するためにアプリケーションアダプタが必要とする追加情報を含み得る。

ある実施形態に従うと、ＩＣＳ統合フローおよび複数のその他必要なアーティファクト（たとえばＪＣＡおよびＷＳＤＬファイル）をコンパイルしてＩＣＳプロジェクトにすることができ、これをＩＣＳランタイムにおいてデプロイおよび実行することができる。データマッピング統合フロー、パブリッシュ統合フローおよびサブスクライブ統合フローを含む、異なる複数種類の統合フローパターンを、ウェブＵＩアプリケーションを用いて作成することができる。データマッピング統合フローを作成するために、ＩＣＳユーザは、アプリケーションアダプタまたはアプリケーション接続を用いることにより、開発インターフェイスにおけるソースアプリケーションおよびターゲットアプリケーションを定義することができ、かつ、ソースおよびターゲットアプリケーション間のルーティング経路およびデータマッピングを定義することができる。パブリッシュ統合フローにおいて、ソースアプリケーションまたはサービスを、予め定められたメッセージングサービスを通してメッセージをＩＣＳにパブリッシュするように構成することができる。サブスクライブ統合フローにおいて、ターゲットアプリケーションまたはサービスを、メッセージングサービスを通してＩＣＳからメッセージをサブスクライブするように構成することができる。

図３は、ある実施形態に係るＩＣＳ設計時期を示す。
ある実施形態に従うと、ユーザ３２０がウェブＵＩアプリケーションにおける開発インターフェイス（たとえば開発キャンバス）３１０を使用し、既存の複数の接続３０１、た
とえば接続Ａ３０３、接続Ｂ３０５および接続Ｎ３０７を用いることで、ＩＣＳ統合フローを作成することができる。

図３に示されるように、特定の接続（たとえば接続Ａ）をソース接続３１３としての開発インターフェイスにドラッグ＆ドロップし（３１１）、接続Ｎをターゲット接続３１５としての開発インターフェイスにドラッグ＆ドロップする（３０９）ことができる。ソース接続は、ソースアプリケーションへの接続に必要な情報を含み得るものであり、ＩＣＳはこのソース接続をソースアプリケーションからの要求を受けるために使用することができる。ターゲット接続は、ターゲットアプリケーション（たとえばセールスフォースクラウドアプリケーション）への接続に必要な情報を含み得るものであり、ＩＣＳはこのターゲット接続をターゲットアプリケーションに要求を送るために使用することができる。

ある実施形態に従うと、ソース接続およびターゲット接続を、さらに、追加情報を含むように構成することができる。たとえば、追加情報は、要求に関連付けられたデータに対して実行されるべきオペレーションのタイプと、これらのオペレーションに対するオブジェクトおよびフィールドを含み得る。

ある実施形態に従うと、ソース接続およびターゲット接続が構成されると、これら２つの接続間のマッパーが有効にされ、マッパーを開くために使用するマッパーアイコン（たとえばマッパーアイコンＡ３１７およびマッパーアイコンＢ３１８）を表示することで、ユーザは、要求および応答メッセージの双方についてソースおよびターゲットデータオブジェクト間で如何にして情報を転送するかを定めることができる。

ある実施形態に従うと、マッパーは、ソースアイテムをターゲットアイテム上にドラッグすることにより、ソースおよびターゲットアプリケーション間でアイテム（たとえばフィールド、属性、および要素）をユーザがマッピングするための、グラフィカルユーザインターフェイスを提供することができる。ＩＣＳ統合フローにおける要求または応答メッセージのためのマッパーが開かれると、ソースおよびターゲットデータオブジェクトを、ソースおよびターゲット接続を用いて自動的にロードすることができる。

ある実施形態に従うと、ルックアップを提供することで、マッピングの作成を容易にすることができる。本明細書で使用されるルックアップは、アプリケーションにおいて同一アイテムを記述するために使用される異なるコードおよび用語のための再使用可能なマッピングである。たとえば、あるアプリケーションは特定のコードセットを用いて国を記述し、別のアプリケーションは異なるコードセットを用いて同一の国を記述する。ルックアップを使用することにより、これらの異なるコードを異なるアプリケーションにわたってマッピングすることができる。

先に述べたように、統合フローの開発は、統合フローを首尾よくデプロイおよび実行できるようになる前にさまざまなコンポーネントを定義する必要がある複雑な作業となり得る。統合フロー内のいくつかのコンポーネントは定義する必要があり、その他は任意である。この開発プロセスをさらに複雑にしているのは、任意のコンポーネントを定義すると必要なコンポーネントが追加される可能性があること、および、開発作業中のどの時点においても、必要なコンポーネントは、統合コンポーネントが定義された順序に応じて異なる可能性があることである。

ＡＩ／ＭＬを用いたＩＣＳフローのオートコンプリート
ある実施形態に従うと、次回アクション予測は、ユーザが追加を考えている可能性がある次のアクションセットを予測し示唆することにより、クライアントがフローを素早くモデル化するのを支援するサービスである。また、このサービスは、ユーザが統合フローの
作成中にベストプラクティスのうちのいくつかに従うことを支援する。

ある実施形態に従うと、本明細書で提供されるシステムおよび方法は、ＩＣＳシステムのユーザが直面する問題に対する解決法を含む。たとえば、ユーザが「クレジットカードアプリケーション処理」フローを作成しようと試みているとする。熟練ユーザにとって、どのアプリケーション処理フローも、住所および個人の詳細情報の検証などのような基本的な前処理ステップを有するものであろう。熟練ユーザにとって、これは、同一のフローセットを自身で行う必要があるので単調な仕事に思われる。初心者であるユーザにとって、そのようなフローの作成は、苦心してフローを最初から作成し始めるという点で難しいことであり、統合フローを作成する間に必須のステップを見落とす可能性がある。そうすると、フローを作成する際にベストプラクティスを学ぶために同僚に相談し、インターネットなどでビジネスフローに関して読む／知る必要があり、一層の多くの時間を要する可能性がある。

ある実施形態に従うと、本明細書に記載のシステムおよび方法は、ＡＩ／ＭＬを利用して、顧客が最小の労力で解決策を設計することを可能にすることにより、統合フローを改善することができる。これは、ユーザがユーザコンテキストのみに基づいて構築する可能性が最も高い統合フローと、ユーザおよびプロセスコンテキストとを予測する能力を有するＩＣＳフローデザイナーの使用を可能にする。たとえば、銀行の融資担当者は、住宅ローン承認フローを設計するためにログインし、融資担当者に対しては、住宅ローン承認フローを既に実現した、作成するに値するＩＣＳフローのリストを提示することができる。予測データ（作業フローおよび機能フローを含む）は、アクセス可能な場所に格納することができる。

ある実施形態に従うと、本明細書に記載のシステムおよび方法は、現在フローをモデル化しているユーザにリアルタイムの手掛かりを提供することにより、フローを生成するのに必要な時間の量を短縮することができる。加えて、本明細書に記載のシステムおよび方法は、フローに関するエラー率の減少、フローのパフォーマンスの上昇、および既存のメカニズムに勝るＩＣＳ内のフローの全体的な最適化を可能にすることもできる。

図４は、ある実施形態に係るＡＩ／ＭＬを用いたＩＣＳフローのオートコンプリートをサポートするためのシステムを示す。

ある実施形態に従うと、ユーザは、ウェブＵＩアプリケーション内の開発インターフェイス（たとえば開発キャンバス）４１０を用い、複数の接続４０１、たとえば接続Ａ４０３、接続Ｂ４０５、および接続Ｎ４０７を用いることで、ＩＣＳ統合フローを作成することができる。

図４に示されるように、特定の接続（たとえば接続Ａ）を、ソース接続４１３としての開発インターフェイスにドラッグ＆ドロップすることができる（４１１）。これに代えて、クライアントインターフェイス４２０からのコンテキストに応じて、ソース接続４１３を、推奨し（４１１）、接続ライブラリ４３１に関連付けられた／接続ライブラリ４３１と通信するオートコンプリートエンジン４３０とのやり取りに基づいてポピュレートすることができる。

ある実施形態に従うと、クライアントインターフェイスから受信したコンテキストに応じて、開発インターフェイスは、ユーザが既存の接続のライブラリから異なる接続をドラッグ＆ドロップすること（４１２、４１３）のいずれかを可能にすることができる、または、開発インターフェイスは、ユーザインターフェイスを介して選択することができる任意の接続４１５、４１６のポピュレートされたグリッドを提示することができる。ある実
施形態に従うと、コンテキストをソース接続に関連付けることができ、ソース接続は、ソースアプリケーションに接続するために必要な情報を含み得るものであり、ＩＣＳは、ソース接続を、ソースアプリケーションから要求を受信するために使用することができる。

ある実施形態に従うと、ソース接続およびターゲット接続を、さらに、追加情報を含むように構成することができる。たとえば、追加情報は、要求に対応付けられたデータに対して実行すべきオペレーションのタイプと、これらのオペレーションに対するオブジェクトおよびフィールドとを含み得る。

ある実施形態に従うと、クライアントインターフェイスを介して表示される推奨される接続を、クライアントインターフェイスから受信した選択に基づいてリアルタイムで更新することができる。加えて、推奨される接続を、モデル化されているフローのコンテキストに基づいて提供することができる。フローが成長すると、フローに関連付けられたコンテキストも成長する。コンテキストに基づいて、リアルタイムの提案を、より細分化された正確なものに変えることができる。

ある実施形態に従うと、リアルタイムの推奨接続のうちの１つが選択されると、本明細書に記載のシステムおよび方法は、フローの選択部分を自動的に構成することができる。そのような自動構成は、必要に応じてオーバーライドすることができる。加えて、その後の推奨接続の選択に基づいて、ＩＣＳフローのさらに推奨される選択の、変更、更新、再構成、削除、または追加などが可能である。

ある実施形態に従うと、統合フローを作成するプロセスを、記載されているオートコンプリートは基本ステップを集約できるという点で、簡略化することができ、そうすると、ユーザは、よりセンシティブな、フローの他の部分に集中することができる。加えて、コンテキストが成長すると、記載されているシステムおよび方法は、フローのコンテキストに基づいて、所望のまたは必要なステップをフローに追加することができる。

ある実施形態に従うと、ＩＣＳデザイナーは、ユーザコンテキストに基づいて推奨されるＩＣＳフローを提示することができる。ユーザコンテキストは、組織、適用可能であれば系列組織、部門、適用可能であればサブ部門、およびユーザ情報を考慮して、コンテキストを生成し、このコンテキストの最も重要な部分は、ユーザの職務に関する記述である。デザイナーは、プレビュー可能な１つの仮想プロジェクトとして、すべての従属ファイルおよびコネクタを含むＩＣＳフローを提示することができる。推奨されるＩＣＳフローがユーザ要件を満たす場合、ＩＣＳフローを選択することができ、仮想プロジェクトが作成され、ユーザは、そのテストを含む、プレビューを実行することができる。次に、このプロジェクトを、条件を満たす場合（たとえばフローが証明され機能的である場合）、物理的エンティティに保存することができる。

本明細書に記載の実施形態において、フローファイルを、ＪＳＯＮまたはＪＳＯＮファイルと呼ぶことができる。当業者は、本明細書に記載のシステムおよび方法が異なるまたは代替のファイルフォーマットを利用し同一または同様の結果を達成できることを、容易に理解するであろう。

パターン／フロー予測のための類似度スコア
ある実施形態に従うと、本明細書のシステムおよび方法は、ＩＣＳフローのようなアプリケーションフローを予測するために、ＪＳＯＮモデルのためのパターン認識モデルメカニズムを利用することができる。このモデルにおいて、類似度スコアを生成することにより、入力／ソースＪＳＯＮが、保存されているＪＳＯＮパターンと、どれだけ密接に一致しているかを示すことができる。

ある実施形態に従うと、方法／モデルは、入力／ソースフローファイルに基づいて、構造的および意味論的に類似するフローファイルパターンを認識することができる。構造的および意味論的類似度は、２つ以上のフローファイル（たとえば２つ以上のＪＳＯＮ）を比較して、ファイルの各フィールドがどれほど類似しているかを判断することにより、求めることができる。フローファイル内のストリングフィールドの場合、自然言語処理を用いることにより、ある単語または文がどれほど類似しているかを判断することができる。数値および日付フィールドの場合、システムおよび方法は、どれだけ互いからずれているかを判断することができる。類似度スコアは各フィールドごとに生成することができる。

ある実施形態に従うと、ＪＳＯＮファイルのようなフローファイルは、オブジェクト、アレイ、ならびにストリング、数値およびブールタイプのプリミティブフィールドで構成することができる。ＪＳＯＮパターン認識メカニズムは、各フィールドごとの類似度スコアの生成に基づくものであり、これは、オブジェクトおよびアレイの複合類似度スコアになるように集約され、最終的にルートＪＳＯＮオブジェクトまたはアレイの類似度スコアになるように集約される。

ある実施形態に従うと、キーと値との双方を用いて、各ソースＪＳＯＮプリミティブフィールドをターゲットＪＳＯＮフィールドと比較することができる。キーは、自然言語処理（ＮＬＰ：natural language processing）を用いて比較することができ、値は、その
タイプに基づいて比較する。すなわち、たとえば、ストリングフィールドＮＬＰが使用され、数値フィールド距離が計算される。フィールド比較は、結果として類似度スコアの生成をもたらす。たとえば、以下に示すような発注書のためのターゲットＪＳＯＮを考える。

ある実施形態に従うと、本明細書に記載のシステムおよび方法は、ＪＳＯＮ発注書から第１のストリングを取り出し、類似度スコアを求めるために入力ＪＳＯＮパターンに対する比較を実行することができる。たとえば、入力ＪＳＯＮパターンは以下のスニペットを
含み得る。

ある実施形態に従うと、次に、この方法／モデルは、２つのＪＳＯＮファイルの比較に基づいて、構造的および意味論的に類似するフローファイルパターンを認識することができる。上記状況において、この方法／モデルは、ターゲットファイルからの「name」フィールドが入力／ソースファイルの「name」フィールドと完全に一致しているので、完全類似度スコア（たとえば類似度スコア「１．０」）を生成することができる。同様に、入力／ソースファイルが「name」フィールドの代わりに「title」フィールドを含むが「John Smith」の値が同一である場合、この方法／モデルは、高い類似度スコアを生成するが、
「title」というフィールドは「name」の同義語なので、完全スコアではない（たとえば
スコア「０．９」）。

ある実施形態に従うと、フィールド（たとえばＪＳＯＮフィールド）の類似度スコアは以下を用いて生成することができる。

ある実施形態に従うと、数値フィールドの類似度スコアは、ターゲット値からの距離のパーセンテージを見出すことによって発見できる。たとえば、上記ソースＪＳＯＮファイルに注目した場合、入力／ソースＪＳＯＮスニペットが「price :23.95」を含む場合、自然言語一致が完全一致であるだけでなく値も完全一致なので、類似度スコアは完全な１．０であろう。しかしながら、入力ＪＳＯＮフィールドのスニペットが「price :22.95」を含む場合、この方法／モデルは、類似度スコア「０．９７９１」を生成するであろう。これは以下の式を用いて見出される。

ある実施形態に従うと、入力／ソーススニペットが「price :22.95」を含む場合、自然言語処理が完全一致なので、上記「キーの式」はスコア１．０となる。しかしながら、値式はスコア０．９５８２となり、このことは、フィールド全体の類似度スコアが（１＋０．９５８２）／２であり結果として類似度スコアが０．９７９１であることを意味する。

ある実施形態に従うと、本明細書に記載のモデル／方法は、フィールドオブジェクトタイプパターン認識（たとえばＪＳＯＮフィールドオブジェクトタイプパターン認識）をサポートすることができる。ＪＳＯＮオブジェクトタイプパターン認識は、個々のフィールドの類似度スコアから総平均類似度スコアを生成することに基づく、たとえば、入力フロー（たとえばＪＳＯＮフロー）パターンは以下のスニペットを含み得る。

ある実施形態に従うと、上記例の生成された類似度スコアは、「name」フィールドの類似度スコアとフィールド式スコアの双方が完全な１．０なので、完全な１．０であろう。

ある実施形態に従うと、類似度スコアは、たとえば入力フロー（たとえばＪＳＯＮフロー）のスニペットが自然言語プロセスについて完全一致ではないがたとえば同義語である場合、減じられる可能性がある。たとえば、入力フローからのスニペットが以下を含むと想定する。

ある実施形態に従うと、この場合、類似度スコアは、入力フローの２つのセグメントのうちの１つだけが、自然言語処理（すなわち「キー類似度スコア」フィールド）と、値（すなわち「price」フィールドおよび値）とのの双方について完全一致なので、１．０か
ら減じられるであろう。他方の値は「name」の代わりに「title」を含む。しかしながら
、「title」はターゲットフローの同義語なので、類似度スコアが激減されることはない
。上記例の場合、このスニペットの総類似度スコアは０．９７５となり得る。これは以下から導出できる。

ある実施形態に従うと、「title」にキー類似度スコア０．９が与えられる場合、上記
スニペットの総類似度スコアは次のように計算することができる。

ある実施形態に従うと、類似度スコアは、たとえば入力フロー（たとえばＪＳＯＮフロ
ー）のスニペットが自然言語プロセスについて完全一致ではないがたとえば同義語である場合、減じられる可能性がある。一例として入力フローからのスニペットが以下を含むと想定する。

ある実施形態に従うと、そうすると類似度スコアは、入力フローのセグメントの双方が自然言語処理（すなわち「キー類似度スコア」フィールド）について正確に一致していないので、１．０から減じられる可能性がある。キーフィールドの双方がターゲットフローの同義語である。「title」がターゲットフローの同義語であり「cost」がターゲットフ
ローの同義語なので、類似度スコアが激減されることはない。上記例の場合、このスニペットの総類似度スコアは０．９５の可能性がある。

ある実施形態に従うと「title」および「cost」が類似度スコア０．９を与えられた場
合、上記スニペットの総類似度スコアは次のように計算することができる。

類似度スコアのフィールドアレイタイプパターン認識
ある実施形態に従うと、本明細書に記載の方法／モデルは、フィールドアレイタイプパターン認識を利用することができる。このようなアレイタイプパターン認識（たとえばＪＳＯＮアレイタイプパターン認識）は、アレイ内のオフセットを考慮して個々のフィールドの類似度スコアから総平均類似度スコアを生成することに基づく。一例として以下が入力ソースアレイパターンを含むものとする。

加えて、ターゲットアレイパターンが完全一致を含む、すなわち以下の通りであるとする。

ある実施形態に従うと、この場合、アレイの類似度スコアは完全１．０となるであろう。

ある実施形態に従うと、アレイ内のフィールドのフィールド類似度スコアを求めるために以下の式を使用することができる。

ある実施形態に従うと、フィールドのアレイの類似度スコアを求めるために以下の式を使用することができる。

ある実施形態に従うと、たとえば、上記と同一の入力ソースアレイパターンが以下に示すターゲットアレイパターンと一致する場合、アレイ類似度スコアは０．８であろう。

図５は、ある実施形態に係る具体例としてのフローチャートデシジョンツリーを示す。
ある実施形態に従うと、ユーザは、フローデザイナー５００のシェーディングされていない部分５０１に示されている、統合フローの第１の部分を選択することができる。システムおよび方法は、統合フローのこの最初から、ユーザのコンテキストに応じて、各種選択対象としてのいくつかのオプション５０３～５０７を、ユーザに提示することができる。図面に示されているように、現在、オプション５０５がウィンドウ５０２（現在の選択ウィンドウ）に表示されている。その他のフロー推奨を、選択可能なカードレイアウトとして提供することができる。特定のフローが選択されると、ＩＣＳデザイナーはそのフロー全体を表示する。ボタンナビゲーションを提供することもできる。

ある実施形態に従うと、フローの推奨プロセスが選択されない場合がある（たとえば推奨が正しい推奨ではない場合）。このシナリオでは、図面のシェーディングされた領域のフローと同様に示される「予測プレーン」内に、その他のプロセス推奨を、予測として常に提示することができる。そうすることで、個々のタスクまたはフロー全体を選択するというオプションを提供する。システムおよび方法は、フローを完成するために、可能なすべての推奨についてフリックすることができるカードレイアウトを提示することもできる。そうすると、ナビゲーションは、予測された各ＩＣＳフローがどのように見えるか、および、それがどのように挙動するかを見ることができる。フローは、各オプションが選択されたときにリアルタイムでテストすることができる。このテストは、フローの最終選択の前に、機能およびパフォーマンスのプロファイルを提供することができる。

ある実施形態に従うと、５０２のフローは、いくつかの異なるやり方で表示することができる。フローは、図面に示されるように完成した（テストされ合格した）フローとして表示することができる。これに代えて、オプションのフローを重ねて（たとえば点線の輪郭で）提示することができ、この場合、次の設定数フローステップのみが、提示されたオプションのうちの１つを選択することを求める命令を受けるまで、ユーザに対して表示される。これに代えて、オプションのフローを、重ねるやり方ではあるが完成したフローとして表示することで、ユーザが、完成したフローのさまざまな部分を選択し、選択可能な異なる分岐オプションを見ることを可能にしてもよい。

プロセスモデル予測
ある実施形態に従うと、システムおよび方法は、本明細書において、プロセスモデルの不変パターン認識の階層クラスタリングモデルを提供する。このモデルにおいて、プロセスの設計方法についての知識が、学習され、ユーザおよびプロセスコンテキストに基づいてプロセスモデルのクラスタの階層としてカプセル化され、最も正確なクラスタはクラスタツリーのリーフである。知識は、ユーザおよびプロセスコンテキストに基づいてクエリ
することができるツリー構造で符号化される。

ある実施形態に従うと、プロセスモデルを再編成することは、複雑で時間がかかる仕事である。システムおよび方法は、パターンを、より大きな既存パターンの小さなスニペットをマッチングすることにより、認識することができる。システムおよび方法は、プロセスモデルを、ユーザおよびプロセスコンテキストに基づいて、プロセスモデルの階層クラスタリングにより、予測することができる。プロセスコンテキストのクラスタリングは、ＸＭＬ／ＪＳＯＮパターンの認識に基づき得る。

図６は、ある実施形態に係る、ＡＩ／ＭＬを用いたＩＣＳフローのシステムオートコンプリートのサポートにおいて使用する階層ツリー構造を示す。より具体的には、図６は、ある実施形態に係るセルフデザインエンタープライズシステムを示す。

ある実施形態に従うと、学習およびパターン認識アルゴリズムはこの階層構造を利用する。これらのノードは、コンテキストに基づいてクラスタリング領域をモデル化する。１つのノードはいくつかの子と親とを持つことができる。入力モデルは、コンテキストに基づいてすべてのレベルのノードに進む。各レベルで、ノードは、親のコンテキスト階層に基づいた類似するモデルのクラスタである子を有する。ノードの階層はコンテキストに基づいており、トップレベルはルートコンテキストであり、次は従属会社を持つことができる企業タイプコンテキストであり、次は部門タイプおよびサブ部門であり、次はユーザコンテキストであり、最後は職務タイプコンテキストである。これらのツリーノードの各々にインデックスが付けられる。

一例として、構造は、いくつかのモデルクラスタ６０１～６０３に関連付けることができるルートコンテキスト６００を含み得る。ルートコンテキストの下は、いくつかのモデルクラスタ６１１～６１３に関連付けることができる企業タイプコンテキスト６１０とすることができる。企業タイプコンテキストの下は、いくつかのモデルクラスタ６２１～６２３に関連付けることができる部門タイプ６２０とすることができる。部門タイプの下は、いくつかのモデルクラスタ６３１～６３３に関連付けることができる職務タイプ６３０とすることができる。

ある実施形態に従うと、各モデルクラスタを、評価され認証された複数の統合フローで予めポピュレートすることができる。これらの統合フローの各々は、たとえばオートコンプリートエンジンに関連付けられたストレージに保存することができる。たとえば、モデルクラスタ６３１がポイントオブセールス統合フローを扱うと想定する。そうすると、職務タイプ６３０に分類されるユーザは、ログインすることができ、ポイントオブセールスフローが示され、モデルクラスタ６３１からの複数の統合フローが提示される。

ある実施形態に従うと、モデルクラスタ６２１を、評価され認証された複数の統合フローに関連付けることもできる。ユーザがモデルクラスタ６３１からの複数の統合フローのうちのいずれかを選択することを辞退した場合、このツリーは、部門タイプ６２０（これもコンテキストからのユーザに関連付けられる）に戻り、モデルクラスタ６２１からの複数のフローをユーザに提示することができる。この反復状況は、提示されたフローのうちのいずれかを選択することをユーザが辞退し続ける限り、続く可能性がある。

ある実施形態に従うと、複数のフローのうちの各フローは、完全なフローとしてユーザに提示することができる、または、段階的にユーザに提示することができ、この場合、次の選択ごとに、システムおよび方法は、正しいモデルクラスタ６３１から選択されたいくつかのオプションを提示する。

ある実施形態に従うと、自己学習アルゴリズムが、図６に示される階層データ構造に対して機能することができる。階層データ構造は、既に収集されたデータで初期化され、このデータは、既に生成されておりしたがってデータの品質を保証するモデルからなる。このアルゴリズムは、変更／追加が導入されると、階層内のモデルクラスタを自動的に再構築することができる。そうすると、特定のコンテキストについて新たなモデルが生成される。自己学習アルゴリズムは、最初に、モデルを、ルートモデルクラスタのうちの１つに、その構文および意味論的類似度に基づいて投入する。次に、企業、部門、職務、およびユーザコンテキストに基づいて、残りの階層モデルクラスタを更新する。

ある実施形態に従うと、パターン認識アルゴリズムは、送信された入力パターンを、コンテキスト情報に注目し現在の（送信された）コンテキスト内の類似するモデルを識別するために使用できるキーを生成することで、認識することに、基づき得る。モデルパターンは、企業、部門、職務およびユーザコンテキストが、予め計算されたモデルクラスタにどれだけ密接に一致しているかに基づいて、正確度が高いものから低いものへとランク付けされ、認識される。さらに、推奨が、企業、部門、職務およびユーザコンテキストの組み合わせについて正確度が最大のものから最低のものへとランク付けされる、すなわち、企業、部門、職務およびユーザコンテキストの次に、企業、部門および職務コンテキストが続き、その次に企業および部門および企業コンテキストが続く。

ある実施形態に従うと、システムおよび方法は一般的に、正確度が低い推奨をユーザに提示しない。しかしながら、ユーザがより正確なモデルを選ばない場合、アルゴリズムは、所望のモデルがより一般的であると判断することができる。たとえば、量子力学を扱った物理学の書籍しか購入しない物理学者の場合、システムは量子力学に関する書籍を推奨する可能性が最も高い。しかしながら、この物理学者が哲学に関する読書をしたい気分でありしたがって量子力学に関する書籍の推奨を拒絶する場合を考える。この場合、推奨システムは、ユーザコンテキストから、物理学者が哲学に興味があることがわかるので、次の推奨は、この主題に対するユーザの興味に基づいた哲学の書籍である可能性がある。よって、システムは、最初に、パターンそのものに純粋に基づいた推奨を行い、ユーザが量子力学に関連しない書籍を購入したことがなくこの推奨を拒絶した場合、次にこのユーザに提示する推奨は、ユーザが好む主題、この場合は哲学に基づく。次回同じユーザがログインすると、何冊かの哲学書を含む推奨を与えるであろう。

ある実施形態に従うと、システムおよび方法は、ユーザコンテキストと、それに加えて、モデルの構造および意味論の双方を考慮するモデルパターンとに基づいて、推奨を提供することができる。図７に示される、設計されているモデルについて考える。ユーザは、第１のアクティビティを受信アクティビティとして作成することができ、生成される推奨は、ユーザコンテキスト７０１と、それに加えて、設計されているプロセスの構造および意味論とに基づくものとなる。システムおよび方法は、受信アクティビティで始まる類似コンテキストおよびモデルを有しかつプロセスおよび受信アクティビティの名称、ドキュメンテーションなどについて意味論的類似性を有するすべてのクラスタ７０５に対してマッチングすることができる。図示の通り、３つのクラスタ７０２～７０４のみが示されているが、より多くのクラスタをシステム内に含めてユーザインターフェイスを介して提示することができる。

ある実施形態に従うと、図７のモデルを図８に示されるように拡張することができる。図７のモデルを拡張することにより、受信および呼出タスクを有するモデルについての推奨は、クラスタ８０５に基づくことになり、このクラスタは、類似するコンテキスト８０１を有し、それに加えて、受信および呼出アクティビティ（構造）を有するとともに、類似するリソースについて類似するメッセージを受信し類似する入力、出力およびフォールトパターンを有する類似するリソース方法を呼び出す、類似するセマンティクスを有する
。図示の通り、３つのクラスタ８０２～８０４のみが示されているが、より多くのクラスタをシステム内に含めてユーザインターフェイスを介して提示することができる。

図９は、ある実施形態に係る具体例としてのランキングシミュレータを示す。
ある実施形態に従うと、ＪＳＯＮ入力パターン９０１を受信することができる。類似度に基づくパターン認識９０２を、ＪＳＯＮ入力パターンに対し、ＪＳＯＮ入力パターンからの入力（たとえば「swagger」、「info.version」、および「info.title」）を用いて
実行することにより、ＪＳＯＮ入力パターンとマッチングさせたいくつかの出力ＪＳＯＮパターン９０３～９０５をランク付けすることができる。

図１０は、人工知能／機械学習を用いたＩＣＳ（統合クラウドサービス）フローのオートコンプリートをサポートする方法のフローチャートを示す。

ステップ１０１０で、この方法は１つ以上のマイクロプロセッサを含むコンピュータを提供することができる。

ステップ１０２０で、この方法は統合フローマップを開始することができる。
ステップ１０３０で、この方法はユーザコンテキストを収集することができる。

ステップ１０４０で、この方法は収集したユーザコンテキストに基づいて複数のフロー予測を提供することができる。

パターン認識に基づく次回アクティビティ予測
ある実施形態に従うと、本明細書に記載のシステムおよび方法は、ＪＳＯＮファイル等のファイルフォーマットのＩＣＳフロー等のフロー内のパターン認識に基づく次回アクティビティ予測を提供することができる。これは、パターン認識（たとえばＪＳＯＮパターン内）に基づく次回アクティビティ予測として説明することができる。次回アクティビティ予測は、コンテキストそのものまたはコンテキストの一部に基づいて、複数のコンテキスト内で行うことができる。次のタスクを過去のすべてのタスクに基づいて予測することができる、または、予測を、あるスコープ内で利用できるタスクの頻度を考慮する包括コンテキストに基づいて行うことができる。

ある実施形態に従うと、パターン認識が実行され（たとえばＩＣＳ ＪＳＯＮパターン認識）パターンが認識された後に、次回ステップ予測エンジンは、完全または部分一致（すなわち先行するすべてのタスクが完全にまたは部分的に一致）に基づいて、可能性がある（たとえば「最も」可能性が高い）次回ステップシーケンスを計算することができる。また、システムおよび方法は、エンクロージングスコープに基づいて、次回タスクシーケンス（すなわち先行するタスクに依拠しない、特定のスコープについて最も確率が高い次回スコープ）を計算することもできる。

ある実施形態に従うと、フローパターン認識（たとえばＩＣＳフローＪＳＯＮパターン認識）は、結果として、設計されたフローに最も密接に一致するモデルのサブセットをもたらすことができる。このサブセットに基づいて、次回アクティビティシーケンスを、完全／部分一致として、かつスコープ予測として、予測することができる。

完全／部分一致
ある実施形態に従うと、本明細書に記載の方法およびシステムが、次回アクティビティを予測するために完全または部分一致を実行する場合、システムおよび方法は、既存のフローのパターン認識を用い、発生頻度に基づいて、可能性のある、タスクの次回シーケンスの、ランク付けを実行することができる。たとえば、「Sales Account Creation」フロ
ーを含む以下のフローにおいて、ユーザがこのフローの設計の真最中でありアカウントビジネスオブジェクトをセールスクラウドアカウントビジネスオブジェクトにマッピングする割当ステップに到達したと想定する。この入力に基づいて、パターン認識システムは、この入力パターン（すなわち設計されているフロー）に密接に一致する最大２５の既存フローを認識する。

ある実施形態に従うと、本明細書のシステムおよび方法は、次回アクティビティ予測に使用できるいくつかのターゲットモデルに対するアクセスを含むまたは有することができる。簡潔にするために、次回アクティビティ予測方法／モデルに使用される以下の３つのターゲットモデルがあると想定する。

モデル１

モデル２

モデル３

ある実施形態に従うと、パターン認識は、３つのプロセスすべてをマッチングさせることができ、一致に基づいて、次のタスクの最も可能性が高いランク付けを生成することができる。次にこれをユーザ／開発者に提供することができる。このようなマッチングの結果の一例を以下に示す。

ある実施形態に従うと、システムおよび方法は、可能性のある次のタスクを、可能性が最も高いものから低いものへという順序でランク付けし、「invoke」タスクの次が「if」であり、その理由は、シーケンスアクティビティのインデックス３における発生頻度がより高いからである。

ある実施形態に従うと、方法は、パターン認識に基づいて、フロー全体の予測に加えて「次回ステップ」を予測できるメカニズムを生成することができる。そうすると、これは
既にマッチングされたモデルに基づく。統計的方法を用いて、どの「次回ステップ」がマッチングされたフローにおいて最も使用されるかを、第１の予測から求める。たとえば、ユーザが「Router」タスクを入力した場合、最大インデックス（インデックス０）において、次回ステップの最高確率は、restのターゲットを有する「Transformer」の可能性が
最も高く、次に可能性が高いのは、「rest」invokeであり、次に最も可能性が高いのはtransform restである。そうすると、システムは、次回ステップであるインデック１に進むことができる。各インデックスまたはシーケンス番号において、どのアクティビティの可能性が最も高いかを示す確率を生成する。

図１１は、ある実施形態に係る、具体例としてのフローチャートデシジョンツリーを示す。

ある実施形態に従うと、ユーザは、フローデザイナー１１００のシェーディングされていない部分１１０１に示されている、統合フローの第１の部分を選択することができる。システムおよび方法は、統合フローのこの最初から、ユーザのコンテキストに応じて、各種選択対象としてのいくつかの次回タスクオプション１１０３～１１０７を、ユーザに提示することができる。図面に示されているように、現在、予測された次回タスクオプション１１０５がウィンドウ１１０２（現在の選択ウィンドウ）に表示されている。その他の次回タスク推奨を、選択可能なカードレイアウトとして提供することができる。特定の推奨／予測された次のタスクが選択されると、ＩＣＳデザイナーは追加の予測された次回タスクを（次のインデックスに）表示することができる。

ある実施形態に従うと、フローの２つの連続インデックスとして示されているだけであるが、本明細書に記載のシステムおよび方法は、予測されたタスクの２つ以上の次のインデックスレベルを表示することができ、次回タスク予測は２つ以上のタスクインデックスに基づき得る。

ある実施形態に従うと、このフローについて、推奨される次回タスクが選択されていない場合がある（たとえば推奨が正しい推奨ではない場合）。このシナリオでは、図面のシェーディングされた領域のフローと同様に示される「予測プレーン」内に、その他の次回タスク推奨を、予測として常に提示することができる。そうすることで、個々のタスクまたはフロー全体を選択するというオプションを提供する。システムおよび方法は、フローを完成するために、可能なすべての推奨についてフリックすることができるカードレイアウトを提示することもできる。そうすると、ナビゲーションは、予測された各ＩＣＳフローがどのように見えるか、および、それがどのように挙動するかを見ることができる。フローは、各オプションが選択されたときにリアルタイムでテストすることができる。このテストは、フローの最終選択の前に、機能およびパフォーマンスのプロファイルを提供することができる。

図１２は、人工知能／機械学習を用いたＩＣＳ（統合クラウドサービス）フローのための次回ステップ予測のための具体例としての方法のフローチャートを示す。

ステップ１２１０で、この方法は１つ以上のマイクロプロセッサを含むコンピュータを提供することができる。

ステップ１２２０で、この方法は統合フローマップを開始することができる。
ステップ１２３０で、この方法はユーザコンテキストを収集することができる。

ステップ１２４０で、この方法は、収集したユーザコンテキストに基づいて、統合フローマップ内の複数の次回ステップ予測を提供することができる。

ステップ１２５０で、この方法は、複数の次回ステップ予測のうちの選択次回ステップ予測の選択を受信することができる。

パターン認識に基づくアクティビティのアプリケーション、オペレーション、およびビジネスオブジェクトの予測
ある実施形態に従うと、本明細書に記載のシステムおよび方法は、パターン認識（たとえばＪＳＯＮパターン認識）に基づいて、アクティビティによって参照される、アプリケーション、オペレーション、およびビジネスオブジェクトをランク付けするためのメカニズムを提供することができる。アクティビティが参照するアプリケーション、オペレーション、およびビジネスオブジェクトのランク付けは、複数のコンテキストで計算することができる。たとえば、これらのコンテキストは、完全／部分コンテキストに基づき得る（すなわちランク付けは過去のすべてのタスクに基づいて計算される）。ある実施形態に従うと、予測は、これに加えてまたはこれに代えて、特定のタスクが参照するアプリケーション、オペレーション、およびビジネスオブジェクトの頻度を考慮する包括コンテキストに基づくものであってもよい。

ある実施形態に従うと、入力モデル（設計されているプロセスのモデル）に基づいてパターン（たとえばＩＣＳ ＪＳＯＮパターン）が認識された後に、ランキングエンジンは、完全／部分一致に基づいてモデルランク付けを計算することができる。これは、たとえば、先行するすべてのタスクの一致に基づいて行うことができる。ある実施形態に従うと、システムは、エンクロージングスコープに純粋に基づいてモデルランク付けを計算することもできる（すなわち、特定のタスクについて最も可能性が高いアプリケーション、オペレーション、およびビジネスオブジェクト）。

ある実施形態に従うと、フローパターン（たとえばＩＣＳ ＪＳＯＮフロー）認識は、結果として、設計されたフロー（入力）に最も密接に一致するモデルのサブセットをもたらす。この一致したＩＣＳモデルのサブセットに基づいて、アプリケーション、オペレーション、およびビジネスオブジェクトのランク付けが決定される。

完全／部分一致
ある実施形態に従うと、システムおよび方法は、特定のタスクが参照するアプリケーション、オペレーション、およびビジネスオブジェクトを、既存のフローのパターン認識（たとえばＩＣＳフローのＪＳＯＮパターン）に基づく、その発生頻度に基づいて、ランク付けすることができる。これを説明するために、たとえば以下の「Sales Account Creation」というＩＣＳフローを取り上げる。このような例において、ユーザがこのＩＣＳフローの設計の真最中でありセールスアカウントビジネスオブジェクトをセールスクラウドアカウントビジネスオブジェクトにマッピングする割当ステップに到達したと想定する。この入力に基づいて、パターン認識システムは、この入力パターン（設計されているＩＣＳフロー）に密接に一致するいくつかの既存フローを認識する。具体例としての入力フローを以下に示す。

ある実施形態に従うと、この例を簡潔にするために、既存の３つのフローを、既存のデータベースからのこの入力フローにマッチングさせるものとする。これらの３つのマッチングされたフローは以下の通りである。

モデル１

モデル２

モデル３

ある実施形態に従うと、パターン認識システムおよび方法（たとえばＪＳＯＮパターン認識システムおよび方法）は、上記３つのモデルのすべてをマッチングさせることができ、一致に基づいて、アプリケーション、オペレーション、およびビジネスオブジェクトのランク付けを計算する。

ある実施形態に従うと、ランキングシステムは、invokeタスクについて、「cloud sales cloud」アプリケーションを、「someother cloud sales Cloud」アプリケーションよりも高くランク付けする。このようにして、ユーザが新たな「invoke」タスクを作成した場合、システムは、主要な／好ましい／第１のオプションとして「cloud sales cloud」を
選択するという選択肢をユーザに提示することができる。なぜなら、これは、システムがsalesからのcreate account eventによってトリガされるので、より可能性が高いからで
ある。すなわち、訓練データは、「sales」の受信で始まり次に割当が続き、最後に「cloud sales cloud」を呼び出す、より多くのフローを含む。

ある実施形態に従うと、システムおよび方法は、特定のタスクが参照するアプリケーション、オペレーション、およびビジネスオブジェクトを、位置とは関係なく、ランク付けすることができる。たとえば、以下に示す「HR Account Creation」というＩＣＳフロー
を取り上げる。ここで、ユーザは、ＩＣＳフローの設計の真最中であり、「workable HR account」ビジネスオブジェクトをクラウドＨＲクラウドアカウントビジネスオブジェク
トにマッピングする割当ステップに到達している。この入力に基づいて、パターン認識システムは、たとえば、この入力パターン（設計されているＩＣＳフロー）に密接に一致する訓練データベース内の既存のいくつかのフローを認識する。入力フローの例は次の通りである。

ある実施形態に従うと、既存のフローに「workable HR account」ビジネスオブジェク
トはないが、システムおよび方法は、入力フローを、訓練データベース内のいくつかの類似する既存フローとマッチングさせることができる。このような場合、workable create accountで始まるプロセスについて完全一致はない。なぜなら、システムは、これを、一
般化された予測を行う前に確認していないからであり、第３のタスクがinvokeであった場合、システムの一般化された予測に基づいて、ユーザはsales accountを作成する可能性
があり、これは、他のユーザがアクティビティを呼び出すときに通常行うことである。これは以下のマッチングされたフローから理解することができる。

図１３は、ある実施形態に係る、具体例としてのフローチャートデシジョンツリーを示す。

ある実施形態に従うと、ユーザは、フローデザイナー１３００のシェーディングされていない部分１３０１に示されている、統合フローの第１のアクションを選択することがで
きる。システムおよび方法は、統合フローのこの最初から、訓練データベースに既に保存されているいくつかのフローを予測することができる。たとえば、予測された次のアクションは、１３０２～１３０７等の各種ウィンドウに提示することができる。しかしながら、ユーザが、次のアプリケーション、オペレーション、またはビジネスオブジェクトを求める要求を選択するまたは示すと、システムは、たとえばウィンドウ１３０５内に、オプションＡ～Ｄ等のいくつかのオプションを提示することができる。これらのオプションは、たとえば、予測された次のアプリケーション、オペレーション、またはビジネスオブジェクトを含み得る。そうすると、ユーザは、必要に応じて、提示されたオプションのうちの１つを選択することができ、提示されたオプションは、入力フローと保存されている完成したフローとの間の一致に基づいて、最も可能性が高いものから可能性が低いものへという順序で示すことができる。

図１４は、人工知能／機械学習を用いたＩＣＳ（統合クラウドサービス）フローの次回オブジェクト予測のための具体例としての方法のフローチャートを示す。

ステップ１４１０で、この方法は１つ以上のマイクロプロセッサを含むコンピュータを提供することができる。

ステップ１４２０で、この方法は統合フローマップを開始することができる。
ステップ１４３０で、この方法はユーザコンテキストを収集することができる。

ステップ１４４０で、この方法は、収集したユーザコンテキストに基づいて、統合フローマップ内の複数の次回オブジェクト予測を提供することができ、複数の次回オブジェクト予測の各々は、アプリケーション、オペレーション、およびビジネスオブジェクトのうちの１つを含む。

ステップ１４５０で、この方法は、複数の次回ステップ予測のうちの選択次回オブジェクト予測の選択を受けることができる。

以上、本発明のさまざまな実施形態について説明したが、これらは例として提示したものであり限定するものではないことを理解されたい。実施形態は、本発明の原理およびその実際の用途を説明するために選択し説明したものである。実施形態は、新規のおよび／または改善された特徴を提供することにより、および／またはリソース利用の低減、容量の増大、効率の向上、および待ち時間の低減といった利益を提供することにより、システムおよび方法の性能を改善するために本発明が使用されるシステムおよび方法を例示する。

いくつかの実施形態において、本発明の特徴は、全体的にまたは一部が、プロセッサと、メモリ等の記憶媒体と、他のコンピュータと通信するためのネットワークカードとを含むコンピュータにおいて実現される。いくつかの実施形態において、本発明の特徴は、ローカルエリアネットワーク（ＬＡＮ）、スイッチファブリックネットワーク（たとえばＩｎｆｉｎｉＢａｎｄ）、またはワイドエリアネットワーク（ＷＡＮ）等のネットワークによってコンピュータの１つ以上のクラスタが接続される分散コンピューティング環境において実現される。分散コンピューティング環境は、単一の場所にすべてのコンピュータを有することができる、またはＷＡＮによって接続された異なる遠隔の地理的場所にコンピュータのクラスタを有することができる。

いくつかの実施形態において、本発明の特徴は、全体的にまたは一部が、ウェブ技術を使用しセルフサービスのメータリング方式でユーザに配信される共有エラスティックリソースに基づくクラウドコンピューティングシステムの一部としてまたはそのサービスとし
てのクラウド内に実現される。（アメリカ国立標準技術研究所によって定義された）５つのクラウドの特徴があり、それらは、オンデマンドセルフサービス、広範なネットワークアクセス、リソースプーリング、迅速な弾力性、およびサービスの測定である。クラウドデプロイモデルは、パブリック、プライベート、およびハイブリッドを含む。クラウドサービスモデルは、サービスとしてのソフトウェア（ＳａａＳ）、サービスとしてのプラットフォーム（ＰａａＳ）、サービスとしてのデータベース（ＤＢａａＳ）、およびサービスとしてのインフラストラクチャ（ＩａａＳ）を含む。本明細書で使用されるクラウドは、共有エラスティックリソースをセルフサービスのメータリング方式でユーザに配信する、ハードウェア、ソフトウェア、ネットワーク、およびウェブ技術の組み合わせである。特に明記しない限り、本明細書で使用されるクラウドは、パブリッククラウド、プライベートクラウド、およびハイブリッドクラウドの実施形態、ならびに、クラウドＳａａＳ、クラウドＤＢａａＳ、クラウドＰａａＳ、およびクラウドｌａａＳを含むがこれらに限定されないすべてのクラウドデプロイモデルを包含する。

いくつかの実施形態において、本発明の特徴は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの組み合わせを使用して、またはそれらに支援されて実現される。いくつかの実施形態において、本発明の特徴は、本発明の１つ以上の機能を実行するように構成またはプログラムされたプロセッサを使用して実現される。プロセッサは、いくつかの実施形態において、シングルまたはマルチチッププロセッサ、デジタル信号プロセッサ（ＤＳＰ）、システムオンチップ（ＳＯＣ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、または、本明細書に記載の機能を実行するように設計された、その他のプログラマブルロジックデバイス、ステートマシン、離散ゲートもしくはトランジスタロジック、離散ハードウェアコンポーネント、もしくはそれらの任意の組み合わせである。いくつかの実装形態において、本発明の特徴は、所与の機能に固有の回路によって実現されてもよい。他の実装形態において、特徴は、たとえば、コンピュータ読取可能記憶媒体に格納された命令を使用して特定の機能を実行するように構成されたプロセッサにおいて実現されてもよい。

いくつかの実施形態において、本発明の特徴は、処理および／またはネットワーキングシステムのハードウェアを制御するため、かつ、プロセッサおよび／またはネットワークが本発明の特徴を利用する他のシステムとやり取りすることを可能にするための、ソフトウェアおよび／またはファームウェアに組み込まれる。そのようなソフトウェアまたはファームウェアは、アプリケーションコード、デバイスドライバ、オペレーティングシステム、仮想マシン、ハイパーバイザ、アプリケーションプログラミングインターフェイス、プログラミング言語、および実行環境／コンテナを含み得るが、これらに限定されない。ソフトウェア技術の当業者には明らかなように、適切なソフトウェアコーディングは、熟練プログラマが本開示の教示に基づいて容易に作成できるものである。

いくつかの実施形態において、本発明は、命令がその上／中に格納された記憶媒体またはコンピュータ読取可能媒体（複数の媒体）であるコンピュータプログラムプロダクトを含み、その命令は、コンピュータのようなシステムを、本発明のプロセスまたは機能のいずれかを実行するようにプログラムするかまたはそうでなければ構成するために使用することができる。記憶媒体またはコンピュータ読取可能媒体は、フロッピー（登録商標）ディスク、光ディスク、ＤＶＤ、ＣＤ－ＲＯＭ、マイクロドライブ、および光磁気ディスクを含む任意のタイプのディスク、ＲＯＭ、ＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、ＤＲＡＭ、ＶＲＡＭ、フラッシュメモリデバイス、磁気もしくは光カード、ナノシステム（分子メモリＩＣを含む）、または、命令および／またはデータを格納するのに適した任意のタイプの媒体もしくはデバイスを含み得るが、これらに限定されない。特定の実施形態において、記憶媒体またはコンピュータ読取可能媒体は、非一時的な記憶媒体または非一時的なコンピュータ読取可能媒体である。

これまでの説明は、網羅すること、または本発明を開示された形態そのものに限定することを意図していない。加えて、本発明の実施形態が特定の一連のトランザクションおよびステップを用いて記載された場合、本発明の範囲は記載された一連のトランザクションおよびステップに限定されないことが、当業者には明らかあろう。さらに、本発明の実施形態がハードウェアとソフトウェアの特定の組み合わせを用いて記載された場合、ハードウェアとソフトウェアのその他の組み合わせも本発明の範囲に含まれることを理解されたい。さらに、各種実施形態は本発明の特徴の特定の組み合わせを説明しているが、本発明の範囲に含まれる特徴の異なる組み合わせは関連技術の当業者には明らかであり、ある実施形態の特徴を別の実施形態に取り入れることが可能であることを、理解されたい。加えて、形態、詳細、実装、および用途における、各種追加、差し引き、削除、変形、ならびにその他の修正および変更を、本発明の精神および範囲から逸脱することなくなし得ることが、当業者には明らかであろう。本発明のより広い精神および範囲は以下の特許請求の範囲およびその均等物によって定められることが意図されている。

Claims (15)

1. 人工知能／機械学習を用いたＩＣＳ（統合クラウドサービス）フローのオートコンプリートをサポートするためのシステムであって、前記システムは、
   １つ以上のマイクロプロセッサを含むコンピュータを備え、
   前記コンピュータは、複数のオブジェクトを含むライブラリを格納したストレージにアクセス可能であり、前記ライブラリの各前記複数のオブジェクトは統合フロー内で使用され、
   前記コンピュータは、
   統合フローマップを開始するステップと、
   前記統合フロー内で使用される第１のオブジェクトの選択を、ＧＵＩ（グラフィカルユーザインターフェイス）を介して受付けるステップと、を実行するように構成され、
   前記第１のオブジェクトは前記複数のオブジェクトを含む前記ライブラリから選択され、前記第１のオブジェクトは、当該第１のオブジェクトに関連付けられたソースコンポーネントによって提供される定義および構成に関連付けられ、
   前記コンピュータは、さらに、
   ユーザコンテキストを収集するステップと、
   前記収集したユーザコンテキストと前記統合フロー内で使用される前記第１のオブジェクトとに基づいて複数のフローを予測するステップと、
   予測された前記複数のフローを、前記ＧＵＩを介して視覚可能に提供するステップと、を実行するように構成され、
   予測された各前記複数のフローは、前記第１のオブジェクトと当該第１のオブジェクトに続く複数のオブジェクト予測候補からなるツリー構造を含む、システム。
2. ユーザコンテキストは、組織、系列組織、部門、サブ部門、およびユーザ情報を考慮する、請求項１に記載のシステム。
3. プロセスモデルの不変パターン認識の階層クラスタリングモデルが、前記複数のフローの予測において利用される、請求項１または２に記載のシステム。
4. 前記階層クラスタリングモデルは、格納されている、プロセス設計の機械学習知識を、クラスタの階層として利用する、請求項３に記載のシステム。
5. 前記階層クラスタリングモデルはさらに、前記収集したユーザコンテキストに基づいて機械学習モデルを利用する、請求項４に記載のシステム。
6. 前記複数のフローの予測においてランキング生成器が使用される、請求項１～５のいずれか１項に記載のシステム。
7. 前記ランキング生成器は、入力パターンを利用して、前記入力パターンとマッチングされた複数の出力パターンをランク付けし、前記ランク付けは１つ以上の入力を利用し、
   前記入力パターンは、一部が、前記収集したユーザコンテキストから作成される、請求項６に記載のシステム。
8. 人工知能／機械学習を用いたＩＣＳ（統合クラウドサービス）フローのオートコンプリートをサポートするために、コンピュータが実施する方法であって、
   前記コンピュータは、複数のオブジェクトを含むライブラリを格納したストレージにアクセス可能であり、前記ライブラリの各前記複数のオブジェクトは統合フロー内で使用され、
   前記方法は、
   前記コンピュータが、統合フローマップを開始するステップと、
   前記コンピュータが、前記統合フロー内で使用される第１のオブジェクトの選択を、ＧＵＩ（グラフィカルユーザインターフェイス）を介して受付けるステップと、を含み、
   前記第１のオブジェクトは前記複数のオブジェクトを含む前記ライブラリから選択され、前記第１のオブジェクトは、当該第１のオブジェクトに関連付けられたソースコンポーネントによって提供される定義および構成に関連付けられ、
   前記コンピュータが、ユーザコンテキストを収集するステップと、
   前記コンピュータが、前記収集したユーザコンテキストと前記統合フロー内で使用される前記第１のオブジェクトとに基づいた複数のフローを予測するステップと、
   前記コンピュータが、予測された前記複数のフローを、前記ＧＵＩを介して視覚可能に提供するステップと、を含み、
   予測された各前記複数のフローは、前記第１のオブジェクトと当該第１のオブジェクトに続く複数のオブジェクト予測候補からなるツリー構造を含む、方法。
9. ユーザコンテキストは、組織、系列組織、部門、サブ部門、およびユーザ情報を考慮する、請求項８に記載の方法。
10. プロセスモデルの不変パターン認識の階層クラスタリングモデルが、前記複数のフローの予測において利用される、請求項８または９に記載の方法。
11. 前記階層クラスタリングモデルは、格納されている、プロセス設計の機械学習知識を、クラスタの階層として利用する、請求項１０に記載の方法。
12. 前記階層クラスタリングモデルはさらに、前記収集したユーザコンテキストに基づいて機械学習モデルを利用する、請求項１１に記載の方法。
13. 前記複数のフローの予測においてランキング生成器が使用される、請求項８～１２のいずれか１項に記載の方法。
14. 前記ランキング生成器は、入力パターンを利用して、前記入力パターンとマッチングされた複数の出力パターンをランク付けし、前記ランク付けは１つ以上の入力を利用し、
    前記入力パターンは、一部が、前記収集したユーザコンテキストから作成される、請求項１３に記載の方法。
15. 請求項８～１４のいずれか１項に記載の方法を１つ以上のコンピュータに実行させるためのプログラム。