特表 2024-535772 アプリ、特にイベントアーティファクトを含むアプリ開発の管理、方法およびシステム

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

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

(11)【公表番号】

(43)【公表日】2024-10-02

(54)【発明の名称】アプリ、特にイベントアーティファクトを含むアプリ開発の管理、方法およびシステム

(51)【国際特許分類】

   G06F 8/20 20180101AFI20240925BHJP

   G06F 8/60 20180101ALI20240925BHJP

【ＦＩ】

G06F8/20

G06F8/60

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2024515356

(86)(22)【出願日】2022-08-09

(85)【翻訳文提出日】2024-05-02

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

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

(87)【国際公開日】2023-03-16

(31)【優先権主張番号】PCT/EP2021/074590

(32)【優先日】2021-09-07

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

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＰＹＴＨＯＮ

２．ＪＡＶＡＳＣＲＩＰＴ

３．ＢＬＵＥＴＯＯＴＨ

４．ＡＮＤＲＯＩＤ

５．ＦＬＡＳＨ

６．ｉＯＳ

(71)【出願人】

【識別番号】524087080

【氏名又は名称】メンディクス テクノロジー ベー．フェー．

【氏名又は名称原語表記】ＭＥＮＤＩＸ ＴＥＣＨＮＯＬＯＧＹ Ｂ．Ｖ．

(74)【代理人】

【識別番号】110003317

【氏名又は名称】弁理士法人山口・竹本知的財産事務所

(74)【代理人】

【識別番号】100075166

【弁理士】

【氏名又は名称】山口 巖

(74)【代理人】

【識別番号】100133167

【弁理士】

【氏名又は名称】山本 浩

(74)【代理人】

【識別番号】100169627

【弁理士】

【氏名又は名称】竹本 美奈

(72)【発明者】

【氏名】ホゥイティン，ヨス

【テーマコード（参考）】

5B376

【Ｆターム（参考）】

5B376AD19

5B376BA18

5B376BC41

5B376DA07

5B376FA13

5B376GA03

(57)【要約】

改善されたアプリ（１２０）の管理、特にイベントアーティファクト（１２２）を含むアプリ（１２０）の開発のために、
アプリ開発プラットフォーム（１１８）のアプリ開発ユーザインタフェース（ＵＩ）（１１６）をアプリ（１２０）開発のためにユーザに提供するステップと、
アプリ開発ＵＩ（１１６）とのユーザインタラクションに応答して、アプリ（１２０）を開発するために、デプロイされ実行されているそれぞれのプロデュースアプリ（１２４）からそれぞれのイベントアーティファクト（１２２）をインポートするユーザの意図をキャプチャするステップと、
取り込まれたユーザの意図に対応するそれぞれのイベントアーティファクト（１２２）をアプリ開発ＵＩ（１１６）にインポートするステップと、
インポートされたそれぞれのイベントアーティファクト（１２２）を使用して、アプリ開発ＵＩ（１１６）を通じてアプリ（１２０）を開発するステップと、
開発されたアプリ（１２０）をターゲットデバイス（１４０）にデプロイして実行するステップと、
それぞれのイベントアーティファクト（１２２）に対応するイベント情報（１２６）を、それぞれのプロデュースアプリ（１２４）からデータストレージプラットフォーム（１５０）にインポートするステップと、
データストレージプラットフォーム（１５０）にインポートされたイベント情報（１２６）を、データストレージプラットフォーム（１５０）から、デプロイされ実行されているアプリ（１２０）に提供するステップと、
デプロイされ実行中のアプリ（１２０）によって構成されるアプリアルゴリズム（１２８）を、提供されたイベント情報（１２６）に適用して、出力データ（１３０）を生成するステップと、
を含むコンピュータ実装方法が提案されている。

【特許請求の範囲】

【請求項1】

コンピュータ実装方法であって、
アプリ（１２０）を開発するためにアプリ開発プラットフォーム（１１８）のアプリ開発ユーザインタフェース（ＵＩ）（１１６）をユーザに提供するステップと、
アプリ開発ＵＩ（１１６）とのユーザインタラクションに応答して、アプリ（１２０）を開発するために、デプロイされ実行されているそれぞれのプロデュースアプリ（１２４）からそれぞれのイベントアーティファクト（１２２）をインポートする前記ユーザの意図をキャプチャするステップと、
前記キャプチャされたユーザの意図に対応する前記それぞれのイベントアーティファクト（１２２）をアプリ開発ＵＩ（１１６）にインポートするステップと、
インポートされたそれぞれのイベントアーティファクト（１２２）を使用して、前記アプリ開発ＵＩ（１１６）を通じて前記アプリ（１２０）を開発するステップと、
前記開発されたアプリ（１２０）をターゲットデバイス（１４０）でデプロイして実行するステップと、
前記それぞれのイベントアーティファクト（１２２）に対応するイベント情報（１２６）を、前記それぞれのプロデュースアプリ（１２４）からデータストレージプラットフォーム（１５０）にインポートするステップと、
前記データストレージプラットフォーム（１５０）にインポートされたイベント情報（１２６）を、前記データストレージプラットフォーム（１５０）から前記デプロイされ実行されているアプリ（１２０）に提供するステップと、
出力データ（１３０）を生成するために、前記デプロイされ実行中のアプリ（１２０）により構成されるアプリアルゴリズム（１２８）を、前記提供されたイベント情報（１２６）に適用するステップと、
を含むコンピュータ実装方法。

【請求項2】

前記生成された出力データ（１３０）を、前記ターゲットデバイス（１４０）のユーザインタフェース（１４２）を介して前記ターゲットデバイス（１４０）のユーザに対して、表示させるステップをさらに含む、請求項１に記載のコンピュータ実装方法。

【請求項3】

生成された出力データ（１３０）を、ターゲットデバイス（１４０）またはターゲットデバイス（１４０）に接続された別のデバイス（１４４）の分析、監視、操作および／または制御に使用させるステップ、および／または
生成された出力データ（１３０）を使用して、それぞれのターゲットデバイス（１４０）のユーザを分析および／または監視させるステップ、
をさらに含む、先行する請求項のいずれかに記載のコンピュータ実装方法。

【請求項4】

前記それぞれのイベントアーティファクト（１２２）は、少なくとも１つのイベント通知および／または少なくとも１つのイベント搬送状態トランスファーを含む、先行する請求項のいずれかに記載のコンピュータ実装方法。

【請求項5】

前記それぞれのイベントアーティファクト（１２２）は、前記それぞれデプロイされ実行されているプロデュースアプリ（１２４）からの少なくとも１つのイベントアーティファクト（１２２）を含むそれぞれのイベントチャネル（１３２）を含む、
先行する請求項のいずれかに記載のコンピュータ実装方法。

【請求項6】

前記それぞれのイベントチャネル（１３２）は、前記それぞれデプロイされ実行されているプロデュースアプリ（１２４）からの少なくとも１つのイベントアーティファクト（１２２）と、少なくとも第２の、デプロイされ実行されているプロデュースアプリ（１２４’）からの少なくとも１つのイベントアーティファクト（１２２’）とを含む、
請求項５に記載のコンピュータ実装方法。

【請求項7】

前記プロデュースアプリ（１２４）の修正時に、
元のプロデュースアプリ（１２４）のそれぞれのイベントアーティファクト（１２２）の継続使用または修正されたプロデュースアプリ（１２４’’）のそれぞれのイベントアーティファクト（１２２）の使用開始に対応する少なくとも２つのオプション（１３４）をユーザに表示するステップと、
表示された選択肢のうちの１つを選択するユーザの意図をキャプチャするステップ（１３４）と、
前記ユーザが、前記修正されたプロデュースアプリ（１２４’’）の前記それぞれのイベントアーティファクト（１２２）の使用を開始することを選択した場合に、それぞれのイベントアーティファクト（１２２）に対応するイベント情報（１２６）を、それぞれの修正プロデュースアプリ（１２４’’）からデータストレージプラットフォーム（１５０）にインポートするステップと、
をさらに含む、前記請求項のいずれかに記載のコンピュータ実装方法。

【請求項8】

前記ユーザが、それぞれのプロデュースアプリ（１２４）のそれぞれのイベントアーティファクト（１２２）と互換性のない、それぞれの修正プロデュースアプリ（１２４’’）のそれぞれのイベントアーティファクト（１２２）の使用を開始することを選択した場合に、
それぞれの修正プロデュースアプリ（１２４’’）のそれぞれのイベントアーティファクト（１２２）をアプリ開発ＵＩ（１１６）にインポートするステップと、
インポートされたそれぞれの修正プロデュースアプリ（１２４’’）のそれぞれのイベントアーティファクト（１２２）を使用して、アプリ開発ＵＩ（１１６）を通じてアプリ（１２０）を開発するステップと、
開発されたアプリ（１２０）をターゲットデバイス（１４０）にデプロイして実行するステップと、
をさらに含む請求項７に記載のコンピュータ実装方法。

【請求項9】

アプリ開発に使用可能なイベントアーティファクト（１２２）を格納するためのリポジトリ（１５２）を検索するために、イベントアーティファクト検索ＵＩ（１３６）を前記ユーザに提供するステップを、さらに含む、前記請求項のいずれかに記載のコンピュータ実装方法。

【請求項10】

生成された出力データ（１３０）に関連する情報を、イベントアーティファクト（１２２）として、アプリ開発に再利用可能なイベントアーティファクト（１２２）のリポジトリ（１５２）に格納するステップをさらに含む、先行する請求項のいずれかに記載のコンピュータ実装方法。

【請求項11】

前記それぞれのプロデュースアプリ（１２４）から、前記それぞれのイベントアーティファクト（１２２）に対応する前記それぞれのイベント情報（１２６）を検証するステップと、
前記それぞれのイベント情報（１２６）が検証された場合にのみ、前記それぞれのイベントアーティファクト（１２２）に対応する前記それぞれのイベント情報（１２６）を、前記それぞれのプロデュースアプリ（１２４）から前記データストレージプラットフォーム（１５０）にインポートするステップと、
をさらに含む、先行する請求項のいずれかに記載のコンピュータ実装方法。

【請求項12】

前記作成されるアプリ（１２０）は、第１のモデルの少なくとも一部を含むことができ、前記第１のモデルは、前記作成されるアプリ（１２０）及び／又は前記作成されるアプリ（１２０）の機能性を特徴付け、
前記第１のモデルは、任意選択でエンティティ、エンティティにプロパティおよび値を割り当てる属性、およびエンティティが互いに通信することを可能にする関連付けのうちの少なくとも１つ、またはそれらの任意の組み合わせを含むことができ、エンティティは、前記イベントアーティファクト（１２２）、前記イベント情報（１２６）、または情報オブジェクトを表し、
前記第１のモデルは、前記イベントアーティファクト（１２２）、イベント情報（１２６）、情報オブジェクト、またはアプリ（１２０）のページに関連するデータを処理するためのワークフローを任意選択で含み得る、
前記ページは、任意選択で、前記イベントアーティファクト（１２２）、前記イベント情報（１２６）、または情報オブジェクト、または前記イベントアーティファクト（１２２）、イベント情報（１２６）、または情報オブジェクトから得られた情報をアプリユーザに対して表示することを実行する、
任意選択で、それぞれデプロイされ実行されているプロデュースアプリ（１２４）は、第２のモデルの少なくとも一部を含むことができ、ここで、第２のモデルは、任意選択で、少なくとも部分的に第１のモデルと同様の特性またはアーキテクチャを有することができ、ここで、第１のモデルは、任意選択で、少なくとも部分的に第２のモデルとは異なり得る、
先行する請求項のいずれかに記載のコンピュータ実装方法。

【請求項13】

先行する請求項のいずれか１項に記載のコンピュータ実施方法のステップを実行するように配置および構成されたコンピュータシステム（１００、１１８）。

【請求項14】

コンピュータプログラム製品（１６２）であって、コンピュータシステム（１００、１１８）により実行されると、前記コンピュータシステム（１００、１１８）に、請求項１から１２のいずれか１項に記載の方法を実行させるコンピュータプログラムコードを含む、コンピュータプログラム製品。

【請求項15】

コンピュータシステム（１００、１１８）によって実行されると、前記コンピュータシステム（１００、１１８）に請求項１から１２のいずれか１項に記載の前記方法を実行させるコンピュータプログラムコードを含むコンピュータプログラム製品（１６２）を含むコンピュータ読み取り可能媒体（１６０）。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、一般に、ソフトウェア管理システム、特にアプリ開発用システムに向けられており、そのようなアプリ（本明細書では総称して製品システムという）の管理、ビルド、テスト、デプロイ、繰返しを行うために使用することができる。

【背景技術】

【0002】

近年、ますます多くのコンピュータソフトウェア製品が、アプリケーションの形態で、個人的なニーズとビジネスニーズの両方のために使用されている。このようなアプリは、クラウドコンピューティングプラットフォームや「オンプレミス」と同様に、モバイルコンテキストで使用されることがあり、特定の機能セットを提供することがある。本発明は、一般に、このようなアプリ、特にイベントアーティファクトを含むアプリの開発および作成に関する。

【発明の概要】

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

【0003】

現在、このようなアプリの管理や開発をサポートする製品システムやソリューションが存在する。このような製品システムは、改善の余地がある。

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

【0004】

様々に開示された実施形態は、アプリの管理を容易にするために使用され得る方法とコンピュータシステムからなる。

【0005】

本発明の第１の態様によれば、アプリを管理するコンピュータ実装方法は、
アプリを開発するためにアプリ開発プラットフォームのアプリ開発ユーザインタフェース（ＵＩ）をユーザに提供するステップと、
アプリ開発UIとのユーザインタラクションに応答して、アプリを開発するためにデプロイされ実行されているそれぞれのプロデュースアプリからそれぞれのイベントアーティファクトをインポートするユーザの意図をキャプチャするステップと、
取り込まれたユーザの意図に対応するそれぞれのイベントアーティファクトをアプリ開発UIにインポートするステップと、
インポートされたそれぞれのイベントアーティファクトを使用して、アプリ開発UIを通じてアプリを開発するステップと、
開発されたアプリをターゲットデバイスにデプロイして実行するステップと、
それぞれのイベントアーティファクトに対応するイベント情報を、それぞれのプロデュースアプリからデータストレージプラットフォームにインポートするステップと、
データストレージプラットフォームにインポートされたイベント情報を、データストレージプラットフォームからデプロイされ実行中のアプリに提供するステップと、
提供されたイベント情報に対して、デプロイされ実行中のアプリが構成するアプリアルゴリズムを適用し、出力データを生成するステップと、
を含むことができる

【0006】

本発明の第２の側面によれば、アプリを管理するこのコンピュータ実装方法のステップを実行するように、コンピュータシステムを配置および構成することができる。特に、説明されるコンピュータシステムは、
アプリを開発するために、アプリ開発プラットフォームのアプリ開発ユーザインタフェース（ＵＩ）をユーザに提供するステップと、
アプリ開発ＵＩとのユーザインタラクションに応答して、アプリを開発するためにデプロイされ実行されているそれぞれのプロダクションアプリからそれぞれのイベントアーティファクトをインポートするユーザの意図をキャプチャするステップと、
取り込まれたユーザの意図に対応するそれぞれのイベントアーティファクトをアプリ開発ＵＩにインポートするステップと、
インポートされたそれぞれのイベントアーティファクトを使用して、アプリ開発ＵＩを通じてアプリを開発するステップと、
開発されたアプリをターゲットデバイスにデプロイして実行するステップと、
それぞれのイベントアーティファクトに対応するイベント情報を、それぞれの開発アプリからデータストレージプラットフォームにインポートするステップと、
データストレージプラットフォームにインポートされたイベント情報を、データストレージプラットフォームからデプロイされ実行されているアプリに提供するステップと、
前記提供されたイベント情報に、前記デプロイされ実行されているアプリによって構成されるアプリアルゴリズムを適用して、出力データを生成するステップと、
を実行するように配置および構成され得る。

【0007】

本発明の第３の側面によれば、コンピュータプログラム製品は、コンピュータシステムによって実行されると、アプリを管理するこのコンピュータ実装方法をコンピュータシステムに実行させるコンピュータプログラムコードを含むことができる。

【0008】

本発明の第４の態様によれば、コンピュータ可読媒体は、コンピュータシステムによって実行されると、コンピュータシステムにこのコンピュータ実装のアプリ管理方法を実行させるコンピュータプログラムコードを含むことができる。一例として、上記のコンピュータ可読媒体は、非一過性のものであってもよく、さらに、ストレージデバイス上のソフトウェアコンポーネントであってもよい。

【0009】

いくつかの例では、言及されたアプリ開発プラットフォームは、ビジュアルモデルベースおよび／またはローコードアプリ開発プラットフォームであってもよい。

【0010】

以上、当業者が以下の詳細な説明をより良く理解できるように、本開示の技術的特徴をかなり大まかに概説した。以下、特許請求の範囲の主題を形成する、本開示の追加の特徴および利点について説明する。当業者は、本開示の同じ目的を遂行するための他の構造を修正または設計するための基礎として、開示された着想および特定の実施形態を容易に使用し得ることを理解するであろう。また、当業者であれば、そのような等価な構成は、最も広い形態における本開示の精神および範囲から逸脱しないことを理解するであろう。

【0011】

また、以下の詳細な説明を行う前に、特定の語句に対する様々な定義が本特許文献を通して提供されており、当業者であれば、そのような定義は、定義された語句に先行する使用だけでなく将来の使用にも、多くの場合に適用されることを理解されたい。一部の用語は多種多様な実施形態を構成し得るが、添付の特許請求の範囲は、これらの用語を特定の実施形態に明示的に限定してもよい。

【図面の簡単な説明】

【0012】

図１～８は、それぞれ製品システムにおけるアプリの管理を容易にする例示的なシステムの機能ブロック図である。
図９～１３は、それぞれ、製品システムにおけるアプリの管理を容易にする例示的な方法のフロー図を示す。
図１４は、実施形態が実装可能なデータ処理システムのブロック図を示す。

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

【0013】

以下、製品システムにおいてアプリ、特にイベントアーティファクトを含むアプリを管理するためのシステムおよび方法に関連する様々な技術を、図面を参照して説明する。後述する図面、および本特許文献において本開示の原理を説明するために使用される様々な実施形態は、例示のためのものであり、本開示の範囲を限定するように解釈されるべきではない。当業者であれば、本開示の原理は、任意の適切に配置された装置において実施され得ることを理解するであろう。特定のシステム要素によって実行されるものとして説明されている機能は、複数の要素によって実行されてもよいことを理解されたい。同様に、例えば、ある要素が、複数の要素によって実行されるものとして説明されている機能を実行するように構成されていてもよい。本特許文献の多数の革新的な教示を、例示的な非限定的実施形態を参照して説明する。

【0014】

アプリは一般に、実行時に特定の所望のタスクを実行するソフトウェアプログラムを指す。一般的に、複数のアプリは、１つ以上のオペレーティングシステム（「ＯＳ」）、仮想マシン（ＪＡＶＡ^ＴＭ（登録商標）プログラミング言語をサポートするなど）、デバイスドライバなどを含むランタイム環境で実行される。

【0015】

ネイティブアプリを含むアプリは、従来のソースコードを使用して作成、編集、表現することができる。このような従来のソースコードの例としては、C、C++、Java（登録商標）、Flash、Python、Perl、およびアプリを表現する他のスクリプトベースの方法がある。そのようなスクリプトベースのアプリ、またはそのようなスクリプトベースのアプリの一部の開発、作成、および管理は、適切に訓練されたユーザの手動コーディングによって達成することができる。

【0016】

開発者は、希望するアプリを実装／開発するために、アプリケーション開発フレームワーク（「ＡＤＦ」）（それ自体がアプリケーションまたはアプリである）を使用することが多い。ＡＤＦは、アプリの開発で直接/間接的に使用できる、定義済みのコード/データモジュールのセットを提供する。ＡＤＦはまた、統合開発環境（「ＩＤＥ」）、コードジェネレータ、デバッガなどのツールを提供することもあり、開発者がアプリの所望のロジックをより速く／より簡単にコーディング／実装することを容易にする。

【0017】

一般的に、ＡＤＦは再利用可能なコンポーネントを提供することで、アプリ開発を簡素化する。再利用可能なコンポーネントは、アプリ開発者がユーザインタフェース（「ＵＩ」）とアプリのロジックを定義するために使用することができ、例えば、必要なタスクを実行するコンポーネントを選択し、選択したコンポーネントの外観、動作、インタラクションを定義することができる。ＡＤＦの中には、疎結合を促進し、アプリの開発と保守を容易にするモデルビューコントローラ設計パターンに基づいているものもある。

【0018】

別のアプローチによれば、ビジュアルモデルベースの表現を使用してアプリを作成、編集、表現することもできる。従来のソースコードの実装とは異なり、このようなアプリは、ビジュアルモデリング環境内で論理要素の視覚的描写を描画、移動、接続、および／または切断することによって、作成、編集、および／または表現することができる。アプリのビジュアルモデルベースの表現では、シンボル、図形、線、色、陰影、アニメーション、および／または他のビジュアル要素を使用して、ロジック、データ、メモリ構造、またはユーザインタフェース要素を表現することができる。従来のスクリプトベースのアプリをプログラムするためには、プログラマーは通常、複雑なプログラミング構文規則に従って詳細なスクリプトを打ち出す必要がある。対照的に、ビジュアルモデルベースのアプリのプログラミングは、場合によっては、さまざまな論理要素（アクションブロックやデシジョンブロックなど）をつなげて、アプリの動作を定義するビジュアルフローチャートを作成することで行うことができる。同様に、ビジュアルモデルベースのアプリでデータ構造（変数タイプ、データベースオブジェクト、クラスなど）やユーザインタフェース要素（ドロップダウンボックス、リスト、テキスト入力ボックスなど）を定義するには、スクリプトで詳細なコマンドを入力するのではなく、仮想ワークスペース内に論理要素の視覚的な描写を描画、配置、または接続することで行うことができる。したがって、ネイティブアプリを含むビジュアルモデルベースのアプリは、従来のスクリプトベースのアプリと比較して、プログラムおよび/または編集をより直感的に行うことができる。本明細書では、アプリの管理、特にイベントアーティファクトからなるアプリを開発するためのアプローチが提案されており、これには説明したビジュアルモデルベースの表現が関与している可能性がある。

【0019】

簡潔にするため、「モデル」、「ビジュアルモデル」、または「アプリケーション」もしくは「アプリ」への言及は、特に明記しない限り、ネイティブアプリを含むビジュアルモデルベースのアプリを指すと理解されるべきである。場合によっては、このようなビジュアルモデルベースのアプリは、コンピュータシステム上で実行するための完全なスタンドアロンアプリを表すことができる。ビジュアルモデルベースのアプリは、特定のタスクや機能を実行するように構成された個別モジュールを表すこともできるが、完全なアプリを表すことはない。代わりに、このような個別モジュールは、より大きなアプリに挿入したり、他の個別モジュールと組み合わせて、より複雑なタスクを実行したりすることができる。このような個別のモジュールの例としては、郵便番号を検証するためのモジュール、天気フィードから現在の天気に関する情報を受信するためのモジュール、および／またはグラフィックをレンダリングするためのモジュールをあげることができる。

【0020】

ビジュアルモデルは、内部表現と１つ以上の関連するビジュアル表現の２つの形式で表現されることがある。内部表現は、アプリ（またはアプリの一部）の動作をキャプチャして定義するためにモデリング環境で使用されるファイル形式に従ってエンコードされたファイルである場合がある。例えば、内部表現は、アプリが受け取ることができる入力、アプリが提供することができる出力、アプリが結果に到達することができるアルゴリズムと操作、アプリが表示することができるデータ、アプリが保存することができるデータなどを定義することができる。内部表現はまた、実行時にアプリのロジックをどのように実行するかを実行環境に指示するために使用されることもある。内部表現は、人間が読めないコード（バイナリコードなど）の形で保存されることもある。また、内部表現は、バイナリ格納されたＪＳОＮ（Javascript object notation）フォーマット、および／またはXMLフォーマットに従って格納されることもある。実行時に、実行エンジンは、内部表現を使用して、プロセッサによって実行されるとプロセッサにモデルの機能を実装させる実行可能なマシンコードをコンパイルおよび/または生成することができる。

【0021】

内部表現は、１つ以上の視覚的表現と関連付けられることがある。視覚的表現は、アプリのロジックがどのように流れるかを示す視覚的要素で構成される場合があるが、コンパイルまたは実行されるようには設計されていない。これらの視覚的表現には、例えば、アプリがどのように動作するかをユーザに示すフローチャートや決定木が含まれる。ビジュアルモデルはまた、ユーザから受信されるデータ、保存されるデータ、およびユーザに表示されるデータを視覚的に描写することもできる。また、これらの視覚モデルは、ユーザが直感的な方法でモデルを操作できるインタラクティブなものであってもよい。例えば、視覚的表現は、デフォルトで一定の詳細レベル（例えば、分岐の数、表示されるパラメータの数、表示されるロジックの粒度）を表示するように構成される場合がある。例えば、ロジックの分岐を表示または非表示にしたり、パラメータのセットを表示または非表示にしたりすることができる。視覚モデルの要素に関連する詳細は、デフォルトでは表示されないが、ユーザが適切な要素をクリックしたときに画面上に表示されるスライドウィンドウまたはポップアップに表示することができる。また、ユーザは、モデルのズームインまたはズームアウト、および／または、モデルの異なる部分を検査するために、モデルの異なる部分をパンすることができる。また、モデルのある部分から別の部分にロジックの枝をコピーまたはペーストする、または、第１のモデルから第２のモデルにロジックの枝をコピー/ペーストすることもできる。場合によっては、モデルの一部に他の部分へのリンクが含まれていることがあり、ユーザがリンクをクリックすると、ユーザは自動的にモデルの別の部分に導かれる。閲覧ユーザは、モデルがモデリング環境内に表示された場合に閲覧ユーザがモデルと対話するのと少なくとも同じ方法で、視覚的表現と対話することができる。言い換えれば、視覚的表現は、モデルが視覚的モデリング環境内に表示された場合にどのように表示されるかを模倣するように構成することができる。単一の内部表現は、アプリロジックを表示するために異なるスタイルまたはフォーマットルールを使用する複数の視覚表現に対応することができる。例えば、同じ内部表現に対応する複数の視覚表現は、色の使用、構成または省略される要素、ロジックフローを描写するための記号、図形、線、色、および／または色合いの使用において、互いに異なる場合がある。

【0022】

ビジュアルモデルベースの表現、ビジュアルモデルベースのアプリ、および／またはビジュアルモデルの上述の機能性を含むアプローチは、いわゆるローコード開発プラットフォームによって構成されると理解されることがある。一例として、このようなローコード開発プラットフォームは、さらに、従来の手作業でコード化されたコンピュータプログラミングの代わりに、グラフィカルユーザインタフェースおよびコンフィギュレーションを通じてアプリケーションソフトウェアを作成するために使用される開発環境を提供するソフトウェアとして説明することができる。ローコードモデルは、様々な経験レベルの開発者が、モデル駆動ロジックと組み合わせて視覚的ユーザインタフェースを使用してアプリケーションを作成することを可能にする。このようなローコード開発プラットフォームは、完全に操作可能なアプリケーションを作成することも、特定の状況用に追加のコーディングを必要とすることもある。ローコードアプリ開発プラットフォームは、従来の手作業によるコーディングの量を減らし、ビジネスアプリの迅速な提供を可能にする。共通の利点は、正式なプログラミングスキルを持つ人だけでなく、より幅広い人々がアプリの開発に貢献できることだ。ローコードアプリ開発プラットフォームは、セットアップ、トレーニング、デプロイメント、メンテナンスの初期コストも下げることができる。

【0023】

図１を参照すると、アプリ１２０、特にイベントアーティファクト１２２を含むアプリ１２０の管理を容易にする例示的なコンピュータシステムまたはデータ処理システム１００の機能ブロック図が示されている。処理システム１００は、プロセッサ１０２によってアクセスされるメモリ１０４から少なくとも１つのアプリケーションソフトウェアコンポーネント１０６を実行するように構成される少なくとも１つのプロセッサ１０２を含む（視覚モデルベースの）アプリ開発プラットフォーム１１８を含むことができる。ここで、アプリ開発プラットフォーム１１８は、ビジュアルモデルベースの表現、ビジュアルモデルベースのアプリ、および／またはビジュアルモデルの上述の機能性を構成することができ、一例として、ビジュアルモデルベースのアプリ開発プラットフォームまたはローコードアプリ開発プラットフォームである。アプリケーションソフトウェアコンポーネント１０６は、プロセッサ１０２に本明細書に記載される様々な行為および機能を実行させるように構成（すなわち、プログラム）され得る。例えば、記載されたアプリケーションソフトウェアコンポーネント１０６は、データベースなどのデータストア１０８に製品データを生成して格納するように構成されたアプリ開発アプリケーションの１つまたは複数のコンポーネントを構成する、および／または対応することができる。さらに、記載されたアプリケーションソフトウェアコンポーネント１０６は、アプリ作成または開発アプリケーションの１つまたは複数のコンポーネントで構成され、および／または対応することができる。

【0024】

一例として、アプリ開発プラットフォーム１１８は、クラウドベースであってもよく、インターネットベースであってもよく、および／または、例えば、ローコードおよび／またはビジュアルモデルベースのアプリ開発をサポートすることを含む、アプリ開発および作成サポートを提供するプロバイダによって運営されてもよい。ユーザは、アプリ開発プラットフォーム１１８の近くに位置していてもよいし、アプリ開発プラットフォーム１１８から離れた場所、例えば他のどこにいてもよく、例えば、インターネットを介してアプリ開発プラットフォーム１１８に接続するためのモバイルデバイスを使用してもよく、モバイルデバイスは、入力デバイス１１０およびディスプレイデバイス１１２から構成されてもよい。いくつかの例では、アプリ開発プラットフォーム１１８は、コンピュータ、ラップトップ、パッド、オンプレミスのコンピューティング設備などのユーザのデバイス上にインストールされ、実行され得る。

【0025】

本明細書で説明するイベントアーティファクト機能を含むアプリ管理および／または開発を構成するように適合させることができる製品システムの例は、米国マサチューセッツ州ボストンのMendix Inc.のローコードソフトウェア開発プラットフォームで構成することができる。このプラットフォームは、アプリ１２０を構築、テスト、デプロイ、反復、開発、作成、および管理するためのツールを提供し、視覚的でモデル駆動型のソフトウェア開発に基づいている。しかしながら、本明細書で説明するシステムおよび方法は、他の製品システム（例えば、製品ライフサイクル管理（ＰＬＭ）、製品データ管理（ＰＤＭ）、アプリケーションライフサイクル管理（ＡＬＭ）システム）および／または製品データを生成してデータベースに格納する他の任意のタイプのシステムで使用できることを理解されたい。また、本明細書で説明する１つまたは複数のデータストアとして使用することができるデータベースの例は、Oracle、Microsoft SQL Serverなどのデータベースサーバアプリケーション、またはデータレコードを格納するために動作可能な任意の他のタイプのデータストアで構成される。
複雑なアプリ開発および／または管理環境において、アプリ１２０を管理すること、特にイベントアーティファクト１２２を含むアプリ１２０を開発することは、困難で時間がかかる可能性があることを理解されたい。例えば、ユーザの高度なコーディングまたはソフトウェア開発または管理知識が必要とされる場合があり、または多くのオプションの選択が意識的に行われる必要があり、両方とも多くの手動ステップを含み、これは長く効率的でないプロセスである。

【0026】

強化された管理アプリ１２０、特にイベントアーティファクト１２２を含むアプリ１２０の開発を可能にするために、記載された製品システムまたは処理システム１００は、少なくとも１つの入力デバイス１１０および少なくとも１つのディスプレイデバイス１１２（ディスプレイスクリーンなど）を備えることができる。記載されたプロセッサ１０２は、ディスプレイデバイス１１２を介してグラフィカルユーザインタフェース（ＧＵＩ）１１４を生成するように構成され得る。そのようなＧＵＩ１１４は、アプリ１２０を開発し、例えば、展開する原因となる入力を、入力デバイス１１０を通じて提供するためにユーザによって使用可能なボタン、リンク、検索ボックス、リスト、テキストボックス、画像、スクロールバーなどのＧＵＩ要素から構成され得る。一例として、ＧＵＩ１１４は、アプリ１２０を開発するためにユーザに提供されるアプリ開発ＵＩ１１６を構成することができる。

【0027】

例示的な実施形態において、アプリケーションソフトウェアコンポーネント１０６および／またはプロセッサ１０２は、アプリ１２０を開発するためのアプリ開発プラットフォーム１１８のアプリ開発ユーザインタフェース（ＵＩ）１１６をユーザに提供するように構成されてもよい。

【0028】

上述したように、アプリ開発プラットフォーム１１８は、ビジュアルモデルベースの表現、ビジュアルモデルベースのアプリ、および／またはビジュアルモデルの上述した機能性を構成することができ、一例として、ビジュアルモデルベースのアプリ開発プラットフォームまたはローコードアプリ開発プラットフォームである。アプリ開発ＵＩ１１８は、ユーザがアプリ１２０を開発することを支援し可能にする、アプリ開発プラットフォーム１１８の対話型ユーザインタフェースを提供することができる。一例として、アプリ１２０は、実行時に特定の所望のタスクを実行するソフトウェアプログラムであってもよいし、ソフトウェアプログラムから構成されてもよい。
いくつかの例では、アプリケーションソフトウェアコンポーネント１０６および／またはプロセッサ１０２は、アプリ開発ＵＩ１１６とのユーザインタラクションに応答して、アプリ１２０を開発するために、それぞれデプロイされ実行中のプロデュースアプリ１２４からそれぞれのイベントアーティファクト１２２をインポートするユーザの意図を捕捉するようにさらに構成され得る。

【0029】

一例として、イベントは、ソフトウェア、例えば、それぞれのプロデュースアプリ１２４または開発されるアプリ１２０によって認識されるアクションまたは発生であってよく、多くの場合、それぞれのプロデュースアプリ１２４などの外部環境から非同期に発信され、ソフトウェアによって処理され得る。例えば、コンピュータイベントは、システムによって、ユーザによって、または他の方法で生成またはトリガされ得る。イベントは、プログラムフローと同期して処理される場合がある。すなわち、ソフトウェアは、イベントが処理される１つまたは複数の専用の場所、頻繁にはイベントループを有する場合がある。イベントのソースは、それぞれのプロデュースアプリ１２４、それぞれのプロデュースアプリ１２４などのソフトウェアと相互作用する可能性のある（他の）ユーザ、マシンまたはデバイスから構成される場合がある。ソフトウェアは、例えば、タスクの完了を伝達するために、それ自身の一連のイベントをイベントループにトリガすることもある。イベントに応答して動作を変更するソフトウェアは、イベントドリブンと呼ばれ、多くの場合、インタラクティブであることを目的としている。このコンテキストでは、それぞれのイベントアーティファクト１２２は、そのようなイベントまたはそのようなタイプのイベントを特徴付けまたは記述する情報の一部である可能性がある。

【0030】

このようなイベントアーティファクト１２２は、例えば他のデバイス１４４上でデプロイされ実行されている可能性のあるそれぞれのプロデュースアプリ１２４のような他のアプリによって構成または生成される可能性がある。ユーザは、アプリ１２０を開発するために、それぞれのイベントアーティファクト１２２をインポートする意図を表明するために、アプリ開発ＵＩ１１６と対話することができる。これは、アプリ１２０を開発するために、多種多様な異なるイベントアーティファクト１２２をインポートして使用することができるため、特に非ＩＴ専門家であるユーザにとって、アプリ１２０の開発をかなり容易にし、スピードアップする可能性がある。
一例として、ユーザが特定のイベントアーティファクト１２２を検索できるように、イベントアーティファクト検索ＵＩ１３６がアプリ開発ＵＩ１１６を介してユーザに提供される場合がある。利用可能なイベントアーティファクト１２２は、選択のためにイベントアーティファクト検索ＵＩ１３６を介してユーザに表示され、ユーザは、アプリ１２０を開発する目的でアプリ開発ＵＩ１１６にインポートするために、表示されたイベントアーティファクト１２２のうちの１つを選択することができる。いくつかの例では、利用可能なすべてのイベントアーティファクト１２２が、選択のためにイベントアーティファクト検索ＵＩ１３６を介してユーザに表示され、ユーザは、アプリ１２０を開発する目的で、表示されたイベントアーティファクト１２２の１つをインポートするために選択することができる。

【0031】

いくつかの例では、利用可能なイベントアーティファクト１２２は、イベントアーティファクト１２２のリポジトリ１５０に格納されることがある。このようなリポジトリ１５０は、例えば、米国カリフォルニア州サンフランシスコのGitHub, Inc.によって提供されてもよい。他の例では、イベントアーティファクト１２２のリポジトリ１５０は、アプリ開発プラットフォーム１１８またはデータ処理システム１００によって構成される場合がある。

【0032】

さらなる例では、アプリケーションソフトウェアコンポーネント１０６および／またはプロセッサ１０２は、捕捉されたユーザの意図に対応するそれぞれのイベントアーティファクト１２２をアプリ開発ＵＩ１１６にインポートするようにさらに構成され得ることが理解されるべきである。一例として、インポートは、アプリ開発ＵＩ１１６の「ドラッグアンドドロップ」または「ドロップダウン」ウィンドウによって行うことができる。

【0033】

それぞれのイベントアーティファクト１２２のインポートについては、例えば、それぞれのイベントアーティファクト１２２をアプリ開発ＵＩ１１６にコピーすることができる。いくつかの例では、それぞれのイベントアーティファクト１２２のインポートは、それぞれのイベントアーティファクト１２２のメタデータまたは以下でより詳細に説明される関連イベント情報１２６をインポートすることからなる場合がある。そのようなメタデータは、それぞれのプロデュースアプリ１２４、（他の）ユーザ、マシンまたはデバイスなどのイベントアーティファクトの出所に関する情報を含むことがある。言及されたメタデータは、一例として、開始、停止、保留、完了など、それぞれのプロデュースアプリ１２４の動作中にイベントが発生したときに変化する可能性のあるステータス、またはステータス間の可能性のある変化または遷移に関する情報から構成される場合がある。いくつかの例では、言及されたメタデータは、それぞれのイベントアーティファクト１２２または関連するイベント情報１２６のタイプおよび/またはフォーマットに関する情報、例えば整数、１０進数、テキストストリング、ブールデータなどから構成されることがある。

【0034】

小売領域における例示的なプロデュースアプリ１２４の場合、それぞれのイベントアーティファクト１２２は、顧客の新しい購入注文に関連する可能性があり、それぞれのイベントアーティファクト１２２の言及されたメタデータは、顧客、ベンダー、製品、数量、価格、納期などに関する情報を含む可能性がある。産業環境では、プロデュースアプリ１２４は、機械または他のデバイス１４４を操作または監視するために使用される場合があり、それによって、それぞれのイベントアーティファクト１２２は、サービスアクションを必要とする可能性のある他のデバイス１４４の故障に関連する場合がある。この環境では、言及されたメタデータは、他のデバイス１４４の典型的な通常動作シナリオおよび／または異なる典型的なエラーシナリオ、例えば、ハードウェア部品の破損または摩耗のシナリオ、ソフトウェアのバグまたはＩＴセキュリティの問題のシナリオなどを含むことができる。

【0035】

いくつかの例では、それぞれのイベントアーティファクト１２２のインポートは、それぞれのプロデュースアプリ１２４からそれぞれのイベントアーティファクト１２２および/または以下に説明するイベント情報１２６を取得または検索することを可能にするために必要とされ得る接続情報をさらに含み得る。そのような接続性情報は、一例として、それぞれのプロデュースアプリ１２４と（以下に説明するデータストレージプラットフォーム１５０などの中間通信参加者を潜在的に含む）最終的には（消費）アプリ１２０との間の通信接続を確立することを可能にすることがある。
それぞれのイベントアーティファクト１２２のインポートは、いくつかの例において、それぞれの情報が、アプリ１２０の開発および／または作成段階の間、あるいは作成されたアプリ１２０のデプロイメントおよび／または運用の間に使用され得るようなものであってもよい。

【0036】

さらなる例では、アプリケーションソフトウェアコンポーネント１０６および／またはプロセッサ１０２は、インポートされたそれぞれのイベントアーティファクト１２２を使用することにより、アプリ開発ＵＩ１１６を介してアプリ１２０を開発するようにさらに構成され得る。

【0037】

インポートされたそれぞれのイベントアーティファクト１２２を使用して、アプリ１２０は、アプリ１２０の開発を達成するために、一例として、ADF、ＩＤE、視覚的モデルベース表現、または上述の（ローコード）アプリ開発プラットフォーム１１８と相互作用し得るアプリ開発ＵＩ１１６を介して開発され得る。ここで、アプリ開発プラットフォーム１１８は、それぞれのイベントアーティファクト１２２とともに、エキスパートではないユーザがアプリ１２０を開発するためにそれぞれのイベントアーティファクト１２２を使用することをサポートするように容易にすることができる。

【0038】

一例として、アプリケーションソフトウェアコンポーネント１０６および／またはプロセッサ１０２は、開発されたアプリ１２０をターゲットデバイス１４０にデプロイして実行するようにさらに構成される場合がある。

【0039】

ここで、アプリ１２０は、このアプリ１２０をターゲットデバイス１４０上でアプリユーザが使用できるようにするために必要な活動が行われれば、デプロイされたと理解することができる。アプリのデプロイプロセスは、それらの間の可能な遷移を伴う、いくつかの相互に関連するアクティビティから構成され得る。これらのアクティビティは、プロデューサー側（例えば、アプリ開発者による）またはコンシューマー側（アプリユーザまたはエンドユーザによる）またはその両方で発生する可能性がある。いくつかの例では、アプリ展開プロセスは、少なくともアプリ１２０のリリースと、アプリ１２０のインストールおよび起動とから構成され得る。リリース活動は、完了した開発プロセスから続く可能性があり、デプロイメントプロセスではなく開発プロセスの一部として分類されることもある。これは、システム（ここでは、例えば、アプリ開発プラットフォーム１１８またはオンラインアプリストア）を本番稼動させるコンピュータシステム（ここでは、例えば、アプリ開発プラットフォーム１１８）に組み立てて転送するために準備するのに必要な操作から構成される場合がある。そのため、システムが許容可能な性能で動作するために必要なリソースを決定し、デプロイメントプロセスの後続のアクティビティを計画および／または文書化することが含まれる場合がある。単純なシステムの場合、アプリ１２０のインストールは、アプリ１２０のソフトウェアを（手動または自動で）実行するための何らかの形式のコマンド、ショートカット、スクリプト、またはサービスを確立することを含む場合がある。複雑なシステムの場合、それは、システムの構成-場合によっては、意図されたアプリの使用についてエンドユーザに質問することによって、または、どのように構成されることを望むかを直接尋ねることによって-および／または、すべての必要なサブシステムを使用できるようにすることを含むかもしれない。アクティベーションは、ソフトウェアまたはアプリ１２０の実行可能なコンポーネントを初めて起動する活動である可能性がある（これは、デジタル著作権管理システムの機能であるソフトウェアライセンスに関するアクティベーションという用語の一般的な使用と混同されないようにする）。アプリ１２０がそれぞれのターゲットデバイス１４０にデプロイされると、アプリ（エンド）ユーザのビジネスニーズを満たすためにアプリ１２０を動作させることができる。

【0040】

いくつかの例では、それぞれのターゲットデバイス１４０は、スマートフォン、スマートウォッチ、ハンドヘルド、パッド、ラップトップなど、またはデスクトップデバイス、例えばデスクトップコンピュータを含む、または他の「スマート」デバイス、例えばスマートテレビセット、冷蔵庫、家庭用または産業用オートメーションデバイスであってよく、スマートテレビセットは、例えば、統合されたインターネット機能を備えたテレビセット、または現代の基本的なテレビセットよりも高度なコンピューティング能力および接続性を提供するテレビ用のセットトップボックスであってよい。

【0041】

さらに、一例として、それぞれのターゲットデバイス１４０は、製造オペレーション管理（ＭＯＭ）システム、製造実行システム（ＭＥＳ）、および企業資源計画（ＥＲＰ）システム、監視制御およびデータ収集（ＳＣＡＤＡ）システム、またはそれらの任意の組み合わせであるか、またはそれらで構成され得る。

【0042】

いくつかの例では、アプリ１２０がデプロイされ実行され得るそれぞれのデバイス１４０は、別のデバイス１４４上でデプロイされ実行され得るそれぞれのプロデュースアプリ１２４のそれぞれのイベントアーティファクト１２２を使用し得る。他のデバイス１４４は、いくつかの例では、センサ、電動モータ、バルブまたはロボットなどのアクチュエータ、電動モータに供給するインバータ、ギアボックス、プログラマブルロジックコントローラ（PLC）、通信ゲートウェイ、および／または産業オートメーション製品および産業オートメーション一般に関連する他の部品またはコンポーネントであるか、またはそれらから構成されてもよい。それぞれのターゲットデバイス１４０は、複雑な生産ラインまたは生産工場、例えば、ボトルファイリング機、コンベア、溶接機、溶接ロボットなどの一部であってもよい。いくつかの例では、他のデバイス１４４が、センサ／アクチュエータまたは現場レベルなどのオートメーションピラミッドの下位レベルに属する場合、それぞれのターゲットデバイス１４０は、現場レベルまたは制御レベルなどのオートメーションピラミッドの上位レベルに属することがある。

【0043】

また、いくつかの例では、アプリケーションソフトウェアコンポーネント１０６および／またはプロセッサ１０２は、それぞれのイベントアーティファクト１２２に対応するイベント情報１２６を、それぞれのプロデュースアプリ１２４からデータストレージプラットフォーム１５０にインポートするようにさらに構成される場合があることを理解されたい。

【0044】

いくつかの例では、イベント情報１２６は、それぞれのイベントアーティファクト１２２に関連するライブまたは最新の情報とみなすことができ、それによって、それぞれのイベントアーティファクト１２２は、対応するイベント情報１２６のフレームワークを形成することができる。イベント情報１２６は、それぞれのイベントアーティファクト１２２に関する上記の説明に対応して、一例として、それぞれのプロデュースアプリ１２４の動作中にイベントがちょうど発生しているときのステータスの特定の変化（開始、停止、完了など）から構成されることがある。

【0045】

上記の小売ドメインの例におけるプロデュースアプリ１２４の例では、イベント情報１２６は、顧客の特定の購入注文がちょうど受信された、処理された、停止された、または完了したという情報であるか、またはそのような情報で構成されるかもしれない。いくつかの例では、イベント情報１２６はさらに、特定の顧客、特定のベンダー、特定の製品、特定の数量、特定の価格、特定の納期など、特定の購入注文に関する情報を含んでいてもよい。また、上記産業環境の例におけるプロデュースアプリ１２４の例では、イベント情報１２６は、他のデバイス１４４の特定の動作状態や故障が発生したばかりであるという情報であってもよいし、そのような情報から構成されていてもよい。これらの例では、イベント情報１２６は、生産ステップが完了したこと、または特定のエラーシナリオが他のデバイス１４４に適用されるようになったこと、例えば、壊れたまたは摩耗したハードウェア部品、ソフトウェアバグまたはITセキュリティ問題などの特定の新たな検出、などの情報で構成される可能性がある。

【0046】

それぞれのプロデュースアプリ１２４からデータストレージプラットフォーム１５０へのイベント情報１２６のインポートは、いくつかの例では、それぞれのプロデュースアプリ１２４によってイベント情報１２６が生成されるとすぐに行われることがある。これにより、それぞれのイベントアーティファクト１２２に対応するイベント情報１２６に関するある種のライブまたは最新の情報が、それぞれのプロデュースアプリ１２４によって生成される。他の例では、前記インポートは、所定の頻度、例えば、1分または1時間に1回で行われることができ、それにより、それぞれのプロデュースアプリ１２４は、その後、イベント情報１２６をデータストレージプラットフォーム１５０に自動的に送信することができ、またはデータストレージプラットフォーム１５０は、最近のイベント情報１２６についてそれぞれのプロデュースアプリ１２４を能動的にポーリングすることができる。さらに、イベント情報１２６のインポートは、それぞれのプロデュースアプリ１２４からデータストレージプラットフォーム１５０へのイベント情報１２６のデータ送信として理解され得る。一例として、それぞれのプロデュースアプリ１２４からデータストレージプラットフォーム１５０へのイベント情報１２６の説明されたインポートは、関係する通信参加者、特にそれぞれのプロデュースアプリ１２４からデータストレージプラットフォーム１５０までが疎結合にすぎないように、非同期に行われることがある。

【0047】

例として、データストレージプラットフォーム１５０は、Apache Software Foundationによって開発されたオープンソースのストリーム処理ソフトウェアプラットフォームであるApache Kafkaを含むことができる。Apache Kafkaは、リアルタイムのデータフィードを処理するための、統一された、高スループット、低レイテンシのプラットフォームを提供する。いくつかの例では、Apache Kafkaは、それぞれのプロデュースアプリ１２４および/またはそれぞれのプロデュースアプリ１２４が実行されているそれぞれのデバイスよりも近く、より高いスループットおよびより高い可用性を有する可能性がある。それぞれのプロデュースアプリ１２４からデータストレージプラットフォーム１５０にイベント情報１２６をインポートすることは、非同期通信と低レベルの結合を可能にする可能性があることを理解されたい。したがって、データストレージプラットフォーム１５０の使用は、いくつかの例において、それぞれのプロデュースアプリ１２４、それぞれのプロデュースアプリ１２４が実行されているそれぞれのデバイス、（消費）アプリ１２０および／またはターゲットデバイス１４０が常に利用可能でない場合、データストレージプラットフォーム１５０が依然としてイベント情報１２６の通信およびインポートを可能にするので、特に有利であり得る。また、いくつかの例では、データストレージプラットフォーム１５０は、イベント情報１２６に関してデータが破損した場合、またはイベント情報１２６に関連するイベントが取り消された場合、ロールバックされた場合などに、イベント情報１２６の部分的または完全なロールバックを可能にすることができることが理解されるべきである。

【0048】

データストレージプラットフォーム１５０は、例えば、インターネットを介して基本的にどこからでもアクセス可能なクラウドベースのプラットフォームであってもよい。データストレージプラットフォーム１５０は、例えば、Amazon Web Services、Alibaba、SAP、Googleなどを含む大規模なクラウドコンピューティングプロバイダの１つによってホストされてもよい。あるいは、データストレージプラットフォーム１５０は、例えば、アーティファクト情報を管理する企業の敷地内にある適切な計算設備を含むオンプレミスプラットフォームであってもよい。ハイブリッド版または仮想プライベートクラウドソリューションも、データストレージプラットフォーム１５０に対して可能である。いくつかの例では、データストレージプラットフォーム１５０は、アプリ開発プラットフォーム１１８またはデータ処理システム１００によって構成されるか、アプリ開発プラットフォーム１１８またはデータ処理システム１００に組み込まれる。

【0049】

さらに、プロデュースアプリ１２４と（消費）アプリ１２０との間にデータストレージプラットフォーム１５０を導入する概念は、いくつかの例では、データブローカーまたはメッセージブローカーとして考慮され得ることが理解されるべきである。いくつかの例では、データストレージプラットフォーム１５０は、メッセージ（ここではイベント情報１２６）を送信者（ここではそれぞれのプロデュースアプリ１２４）の正式なメッセージングプロトコルから受信者（ここでは（消費）アプリ１２０）の正式なメッセージングプロトコルへ翻訳する仲介コンピュータプログラムモジュールとして機能することができる。さらに、プロデュースアプリ１２４と（消費）アプリ１２０の間にデータストレージプラットフォーム１５０を導入する概念は、一例として、メッセージ（ここではイベント情報１２６）の検証、変換、およびルーティングのためのアーキテクチャパターンとして理解することができる。これは、アプリケーション（ここでは、それぞれのプロデュースアプリ１２４と（消費）アプリ１２０）間の通信を仲介し、メッセージを交換できるようにするためにアプリケーションが互いに持つべき相互認識を最小化し、効果的にデカップリングを実装する。

【0050】

一例として、アプリケーションソフトウェアコンポーネント１０６および／またはプロセッサ１０２は、データストレージプラットフォーム１５０にインポートされたイベント情報１２６を、データストレージプラットフォーム１５０からデプロイされ実行中のアプリ１２０に提供するようにさらに構成される場合がある。

【0051】

イベント情報１２６が、それぞれのプロデュースアプリ１２４からデータストレージプラットフォーム１５０にインポートされた後、イベント情報１２６は、データストレージプラットフォーム１５０から、デプロイされ実行されている（消費している）アプリ１２０に提供される（例えば、送信される）ことがある。

【0052】

データストレージプラットフォーム１５０から（消費）アプリ１２０へのイベント情報１２６の提供は、いくつかの例では、イベント情報１２６がデータストレージプラットフォーム１５０にインポートされるとすぐに、さらなる例では、イベント情報１２６がそれぞれのプロデュースアプリ１２４によって生成されるとすぐに、行われ得る。これにより、それぞれのイベントアーティファクト１２２に対応するイベント情報１２６に関するある種のライブまたは最新の情報が、それぞれのプロデュースアプリ１２４によって生成される。他の例では、前記インポートは、所定の頻度、例えば、1分または1時間に1回で行われてもよく、これにより、データストレージプラットフォーム１５０は、その後、イベント情報１２６を（消費）アプリ１２０に自動的に送信してもよく、または（消費）アプリ１２０は、最近のイベント情報１２６についてデータストレージプラットフォーム１５０を能動的にポーリングしてもよい。一例として、a）それぞれのプロデュースアプリ１２４からデータストレージプラットフォーム１５０へ、およびb）データストレージプラットフォームから（消費）アプリ１２０への２つの通信ステップは、関与する通信参加者、特にそれぞれのプロデュースアプリ１２４および（消費）アプリ１２０が緩く結合されるだけであるように、非同期に行われることがある。

【0053】

いくつかの例では、アプリケーションソフトウェアコンポーネント１０６および／またはプロセッサ１０２は、提供されたイベント情報１２６に、デプロイされ実行されているアプリ１２０によって構成されるアプリアルゴリズム１２８を適用して、出力データ１３０を生成するようにさらに構成され得る。

【0054】

アプリ１２０は、いくつかの例では、所定のビジネスロジックまたはアプリの目的に対応するアプリアルゴリズム１２８を備える。アプリアルゴリズム１２８は、出力データ１３０を生成するためにアプリアルゴリズム１２８に従って処理される入力データとして、提供されたイベント情報１２６を受け入れることができる。上記の小売領域の例では、アプリアルゴリズム１２８は、新しい特定の購入注文を入力データとして受け入れ、この新しい特定の購入注文を処理して出力データ１３０を生成することができ、この出力データ１３０は、例えば、購入者に送信され得る請求書の生成をトリガすること、購入された製品の組立をトリガすること、または購入された製品を保管倉庫に収集することを含むことができる。上記の産業環境の例の場合、アプリアルゴリズム１２８は、新しい、特定の動作ステータスまたはエラーもしくは故障メッセージを入力データとして受け入れ、次に、この新しい、特定の動作ステータスまたは特定のエラーもしくは故障メッセージを処理して、例えば、プロデュースアプリ１２４によって操作または監視され得る他のデバイス１４４の次の生産ステップ、シャットダウン、メンテナンス、または修理をトリガすることからなり得る出力データ１３０を生成することができる。

【0055】

提案されたアプローチは、アプリ１２０の開発、デプロイメント、および実行のためにユーザが再利用可能な多数のイベントアーティファクト１２２を提供し得るリポジトリ１５０（または複数のリポジトリ）などのより多くのデータソースが構成され得ることを含む、いくつかの利点を提供し得る。さらに、提案されたアプローチは、アプリ１２０が使用されるビジネスまたは産業環境において、より多くの洞察を提供する可能性がある。このより大きな洞察は、イベントトリガによって達成されるかもしれない。イベントトリガは、ビジネスまたは産業環境で既に実行されるかもしれないが、データまたはプロセスの不整合を引き起こすかもしれない手動ステップまたは異なる、潜在的に独立したソフトウェアアプリケーションプログラムを使用して、より大きな程度まで、一連のアクションおよびアクティビティを自動化および最適化するために有益であるかもしれない。したがって、例えば、非同期通信を可能にしたり、計算や通信の作業負荷を複数のアプリケーション１２０間で分散させたりすることによって、提案されたアプローチを使用して、より高い可用性と信頼性を達成することもできる。提案されたアプローチのさらなる利点は、その単純さゆえに、ＩＴ専門家でない、例えば、ローコードアプリ開発に依存する、またはローコードアプリ開発を好む、いわゆる市民ユーザが利用できる可能性があることである。

【0056】

また、提案されたアプローチは、アプリ１２０を開発またはデプロイして実行するユーザから、バージョン管理やペイロード管理などの統合の複雑さを隠す魅力を有することも理解されるべきである。同時に、提案されたアプローチは、例えば、異なるプロデュースアプリ１２４からのイベントアーティファクト１２２を、アプリ１２０に具現化された、またはアプリ１２０によって構成されたビジネスロジックまたはアプリアルゴリズム１２８と結合する可能性を提供することによって、より複雑なことを可能にし、より複雑なことを簡単な方法で管理することさえできる。いくつかの例では、N-1通信は、異なるプロデュースアプリ１２４から、または同じもしくは異なるプロデュースアプリ１２４が実行されている異なる他のデバイス１４４から、対応するイベントアーティファクト１２２をインポートすることによって、ユーザによって便利にセットアップされ得る。さらなる例では、N-N通信でさえ、対応するイベントアーティファクト１２２が異なるプロデュースアプリ１２４から、または同じもしくは異なるプロデュースアプリ１２４が実行されている異なる他のデバイス１４４からインポートされ得る２つ以上の（異なる）（消費）アプリ１２０を開発することによって、ユーザによって実現され得る。また、提案されたアプローチは、新しいタイプの複雑なまたはプロセスを可能にする可能性があり、例えば、承認電子メールを回避することによって、多くのプロセスを簡素化する可能性がある。

【0057】

いくつかの例では、アプリケーションソフトウェアコンポーネント１０６および／またはプロセッサ１０２は、生成された出力データ１３０をターゲットデバイス１４０のユーザインタフェース１４２を介してターゲットデバイス１４０のユーザに表示させるようにさらに構成され得る。

【0058】

この目的のために、ターゲットデバイス１４０は、例えば、ターゲットデバイス１４０のディスプレイデバイス（ディスプレイスクリーンなど）上に表示されるユーザインタフェース１４２を構成することができる。この文脈において、ターゲットデバイス１４０は、例えば、スマートフォン、またはPLC、インバータなどの産業オートメーション製品、または複雑な生産ラインもしくは生産プラントの一部、例えば、ボトルファイリング機、コンベヤ、溶接機、溶接ロボットなどによって具現化され得る。

【0059】

生成された出力データ１３０は、ユーザインタフェース１４２を介してターゲットデバイス１４０の（エンド）ユーザに表示され、例えば、このユーザが、ターゲットデバイス１４０またはターゲットデバイス１４０に接続されている別のデバイス１４４の次の生産ステップ、シャットダウン、メンテナンスまたは修理をトリガするなどのさらなるアクションをトリガすることを可能にする。

【0060】

それぞれのターゲットデバイス１４０は、生成された出力データ１３０を表示するように、例えばアプリ開発プラットフォーム１１８によって、またはデプロイされ実行されているアプリ１２０によって、引き起こされるまたはトリガされる可能性がある。

【0061】

さらなる例では、アプリケーションソフトウェアコンポーネント１０６および／またはプロセッサ１０２は、生成された出力データ１３０を、ターゲットデバイス１４０またはターゲットデバイス１４０に接続された別のデバイス１４４を分析、監視、操作および／または制御するために使用させるように、および／または生成された出力データ１３０を使用してそれぞれのターゲットデバイスの１４０ユーザを分析および／または監視させるように、さらに構成され得る。

【0062】

それぞれのターゲットデバイス１４０または他のデバイス１４４は、生成された出力データ１３０を使用して、分析、監視、操作および／または制御され得る。いくつかの例では、ターゲットデバイス１４０または他のデバイス１４４を分析、監視、操作および／または制御する動作は、アプリ開発プラットフォーム１１８、ターゲットデバイス１４０または他のデバイス１４４によって実行され得る。したがって、例えば、アプリ開発プラットフォーム１１８は、ターゲットデバイス１４０または他のデバイス１４４を監視または制御することができる。さらに、一例として、ターゲットデバイス１４０は、他のデバイス１４４を分析または制御することができる。これは、いくつかの例では、ターゲットデバイス１４０または他のデバイス１４４を分析、監視、操作および／または制御するために有用または必要とされ得るデータおよび情報から構成され得る、適切なイベントアーティファクト１２２および対応する適切なイベント情報１２６によって可能にされ得る。

【0063】

一例として、アプリ開発プラットフォーム１１８またはターゲットデバイス１４０は、例えば、アプリ開発プラットフォーム１１８またはデプロイされ実行されているアプリ１２０によって、ターゲットデバイス１４０または他のデバイス１４４を分析、監視、操作および／または制御するように引き起こされるか、またはトリガされる可能性がある。

【0064】

また、いくつかの例では、プロデュースアプリ１２４は他のデバイス１４４上で展開され実行され、他のデバイス１４４は、生成された出力データ１３０を使用して、アプリ開発プラットフォーム１１８またはターゲットデバイス１３０によって分析、監視、操作および／または制御され得ることが理解されるべきである。

【0065】

さらなる例では、アプリ開発プラットフォーム１１８またはターゲットデバイス１４０はまた、生成された出力データ１３０を使用してターゲットデバイス１４０のユーザを分析し、／監視するために、例えばアプリ開発プラットフォーム１１８によって、またはデプロイされ実行されているアプリ１２０によって、引き起こされ、またはトリガされてもよい。そのようなより外来的な例では、ターゲットデバイス１４０は、スマートフォン、スマートウォッチ、ハンドヘルド、パッド、ラップトップなどであってもよく、またはそれらから構成されてもよく、他のデバイス１４４は、人間、例えば、それぞれのターゲットデバイス１４０のエンドユーザ、または動物もしくは植物であってもよく、人間、動物または植物の健康、行動などが、アプリ１２０を使用して分析または監視され得る。いくつかの例では、言及されたステップは、アプリ開発プラットフォーム１１８によって直接実行され得る。

【0066】

また、いくつかの例では、それぞれのイベントアーティファクト１２２は、少なくとも１つのイベント通知および／または少なくとも１つのイベント搬送状態転送から構成されることも理解されるべきである。

【0067】

イベント通知とイベントによってもたらされる状態移行の文脈では、ウェブサイトhttps://martinfowler.com/articles/201701-event-driven.html
が参照される。

【0068】

いくつかの例では、システム（ここではプロデュースアプリ１２４またはデータストレージプラットフォーム１５０）が、他のシステム（ここではデータストレージプラットフォーム１５０または（消費）アプリ１２０）にそのドメインの変更を通知するためにイベントメッセージ（ここではイベント情報１２６）を送信するときに、イベント通知が発生することがある。イベント通知の重要な要素は、送信元システムが送信されたメッセージに対する応答を期待しないことである。一例として、イベント通知の受信者が返信する場合、イベントを送信するロジックフローと、そのイベントに対する何らかの反応に応答するロジックフローとの間には、顕著な分離があるかもしれない。イベント通知のアプローチは、一方ではプロデュースアプリ１２４と、他方ではデータストレージプラットフォーム１５０または（消費）アプリ１２０との間の低レベルの結合を意味するので、有利である可能性がある。

【0069】

一例として、クライアントが更なる作業を行うためにソースシステム（ここではプロデュースアプリ１２４またはデータストレージプラットフォーム１５０）に連絡する必要がないような方法で、システムのクライアント（ここではデータストレージプラットフォーム１５０または（消費）アプリ１２０）を更新するために、イベント搬送状態転送が使用されるかもしれない。例えば、顧客管理システムは、顧客がその詳細（住所など）を変更するたびに、変更されたデータの詳細を含むイベントを送信する。受信者は、顧客データのコピーをその変更で更新することができる。イベントキャリーステート転送のアプローチでは、顧客システムが利用できない場合、または利用できなくなった場合でも、受信側システムが機能する可能性があるため、より高い耐障害性を実現できる可能性がある。顧客情報へのアクセスにリモートコールを必要としないため、待ち時間が短縮される可能性がある。データストレージプラットフォーム１５０の使用により、すべての状態を最新に保つという課題が解決され、必要なときに積極的に送信者を呼び出して詳細情報を得る必要がなくなる可能性がある。

【0070】

さらに、イベント通知またはイベント搬送された状態転送を構成するそれぞれのイベントアーティファクト１２２は、イベント通知、イベント搬送された状態転送、またはそのようなタイプの情報を特徴付けまたは記述する情報の一部を構成することができるように理解することができる。特定のイベント通知またはイベント搬送された状態遷移は、例えば、ハードウェア部品の破損または摩耗、ソフトウェアのバグまたはITセキュリティ問題のシナリオなどの特定の操作またはエラーシナリオに関連し、イベント情報１２６に対応することができる。

【0071】

いくつかの例では、それぞれのイベントアーティファクト１２２は、それぞれデプロイされ、実行されているプロデュースアプリ１２４からの少なくとも１つのイベントアーティファクト１２２を含むそれぞれのイベントチャネル１３２から構成される。

【0072】

イベントチャネル１３２は、いくつかの例では、相関するイベントアーティファクト１２２の束として理解されるかもしれず、この相関するイベントアーティファクト１２２の束は、再びイベントアーティファクト１２２かもしれない。いくつかのソフトウェアアーキテクチャでは、イベントチャネル１３２はトピックに類似しているかもしれない。イベントチャネル１３２の使用は、例えば、アプリ開発目的のためにイベントアーティファクト１２２をインポートすることを容易にするかもしれないし、それぞれのプロデュースアプリ１２４からデータストレージプラットフォーム１５０、そして最終的には（消費）アプリ１２０へのイベント情報１２６のルーティングを容易にするかもしれない。いくつかの例では、このようなイベントチャネル１３２を作成することは、相関するイベントアーティファクト１２２およびイベント情報１２６を収集および管理することを容易にする可能性があることが理解されるべきである。

【0073】

上記の小売領域の例では、イベントチャネル１３２は、１つ（または複数）の特定の製品に関連するすべての注文、または購入、請求、出荷情報など、１つ（または複数）の特定の購入者に関連するすべての情報をバンドルすることができる。上記の産業環境の例では、イベントチャネル１３２は、１つ（または複数）の特定のマシン（複数）またはデバイス（複数）に関連するすべてのイベント、または１つ（または複数）の特定のエラーシナリオ（複数）の発生に関連するすべての情報をバンドルすることができる。

【0074】

いくつかの例では、それぞれのイベントチャネル１３２は、上記で説明したイベント通知および／またはイベント搬送状態転送で構成されることがある。さらなる例では、それぞれのイベントチャネル１３２は、１つ以上のイベント通知（複数可）のみから構成されることがある。また、他の例では、それぞれのイベントチャネルは、１つまたは複数のイベント搬送状態転送（複数可）から構成されてもよい。ここで、場合によっては、最新の状態を追跡することが容易になるため、１つのイベント搬送状態転送のみを使用することが望ましい場合がある。それにもかかわらず、他のケースでは、例えば、特定の購入者のような同じトピックに関連するが、この特定の購入者に関する注文ステータスの変更と請求情報の変更のような互いに干渉しないイベントまたは状態遷移を追跡するために、２つ以上のイベント搬送状態遷移を使用することができる。

【0075】

一例として、それぞれのイベントチャネル１３２は、それぞれのプロデュースアプリ１２４の開発者またはユーザによって定義または管理され得る。消費）アプリ１２０を開発または実行するユーザは、アプリ開発中にそれぞれのイベントチャネル１３２をインポートし、（消費）アプリ１２０の実行中にそれぞれのイベントチャネル１３２によって提供される情報を消費することができる。

【0076】

さらなる例では、それぞれのイベントチャネル１３２は、デプロイされ実行中のプロデュースアプリ１２４からの少なくとも１つのイベントアーティファクト１２２と、少なくとも第２の、デプロイされ実行されているプロデュースアプリ１２４’からの少なくとも１つのイベントアーティファクト１２２’をさらに含むことがある。
このようなイベントチャネル１３２を作成することは、異なるプロデュースアプリ１２４、１２４’から、および／またはそれぞれのプロデュースアプリ１２４、１２４’がデプロイされ実行され得る異なる他のデバイス１４４、１４４’から発信される、相関するイベントアーティファクト１２２、１２２’およびイベント情報１２６、１２６’を収集し管理することを容易にし得る。イベントチャネル１３２の概念は、より複雑なシナリオを管理することを可能にし得るが、イベントチャネル１３２もまた、アプリ１２０を開発するためにユーザによってインポートされ得るので、この複雑さは、アプリ１２０を開発する非IT専門家によって依然として都合よく処理され得る。
この目的のために、いくつかの例では、同じまたは異なるプロデュースアプリ１２４、１２４’は、a）同じ他のデバイス１４４上で、しかし例えば、他のデバイス１４４の異なるソフトウェア環境で、および／またはb）異なる他のデバイス１４４、１４４’上でデプロイされ、実行され得る。次に、いくつかの例では、それぞれの、生産的なソフトウェア環境（同じ他のデバイス１４４上、または異なる他のデバイス１４４、１４４’上のいずれか）でデプロイされ実行されるそれぞれのプロデュースアプリ１２４、１２４’に対して、それぞれのイベントチャネル１３２がセットアップされ得る。さらに、いくつかの例では、これらのプロデュースアプリ１２４、１２４’の２つ以上のイベントアーティファクト１２２が、組み合わされたイベントチャネル１３２に組み合わされることがある。

【0077】

既に上述したように、イベントチャネル１３２は、いくつかの例では、それぞれのプロデュースアプリ１２４、１２４’の開発者またはユーザによって定義または管理され得る。消費）アプリ１２０を開発または実行するユーザは、アプリ開発中にそれぞれのイベントチャネル１３２をインポートし、（消費）アプリ１２０の実行中にそれぞれのイベントチャネル１３２によって提供される情報を消費することができる。

【0078】

また、いくつかの例では、プロデュースアプリ１２４の修正時に、アプリケーションソフトウェアコンポーネント１０６および／またはプロセッサ１０２は、元のプロデュースアプリ１２４のそれぞれのイベントアーティファクト１２２の継続的な使用または修正されたプロデュースアプリ１２４’’のそれぞれの修正されたイベントアーティファクト１２２の使用開始に対応する少なくとも２つのオプション１３４をユーザに表示すること、表示されたオプション１３４のうちの１つを選択するユーザの意図を捕捉すること、およびユーザが修正されたプロデュースアプリ１２４’’のそれぞれのイベントアーティファクト１２２の使用開始を選択した場合に、修正されたプロデュースアプリ１２４’’のそれぞれのイベントアーティファクト１２２の使用を開始するように構成され得ることが理解されるべきである、それぞれのイベントアーティファクト１２２に対応するイベント情報１２６を、それぞれの修正プロデュースアプリ１２４’’からデータストレージプラットフォーム１５０にインポートする。

【0079】

それぞれのプロデュースアプリ１２４の開発者は、一例として、それぞれのプロデュースアプリ１２４の入力パラメータまたはソース、ビジネスロジック、および／または出力パラメータまたはターゲットを修正することによって、それぞれのプロデュースアプリ１２４に修正を加えることができる。この目的のために、それぞれのプロデュースアプリ１２４の開発者は、開発段階に再び入り、対応する修正を行い、それぞれの修正されたプロデュースアプリ１２４’’を作成することができる。そのようなそれぞれの修正されたプロデュースアプリ１２４’’が開発されると、それはそれぞれのデバイス１４４上でデプロイされ、実行され得る。このような修正は、一例として、それぞれのプロデュースアプリ１２４の出力として生成され得るイベントアーティファクト１２２にも影響を及ぼす可能性がある。従って、それぞれの修正されたイベントアーティファクト１２２’’および（該当する場合）それぞれの修正されたイベント情報１２６’’は、それぞれの修正されたプロデュースアプリ１２４’’の出力として生成される。修正されたイベントアーティファクト１２２’’および-該当する場合-それぞれの修正されたイベント情報１２６’’は、例えば、それぞれのタイプおよび／またはフォーマットにおいて、元のイベントアーティファクト１２２および-該当する場合-それぞれのイベント情報１２６と異なる場合がある。

【0080】

プロデュースアプリ１２４の修正時に、少なくとも２つのオプション１３４がユーザに表示されることがあり、それによってユーザはアプリ１２０の開発者であっても、デプロイされ実行中のアプリ１２０のユーザであってもよいことが理解されるべきである。オプション１３４は、例えば、アプリ開発ＵＩ１１６を介して開発者に、またはターゲットデバイス１４０のユーザインタフェース１４２を介してデプロイされ実行中のアプリ１２０のユーザに、それぞれのユーザに表示され得る。利用可能で表示されたオプション１３４は、元のプロデュースアプリ１２４のそれぞれのイベントアーティファクト１２２の使用を継続すること、またはそれぞれの修正されたプロデュースアプリ１２４’’のそれぞれの（該当する場合：修正された）イベントアーティファクト１２２（’’）の使用を開始することを含み得る。

【0081】

このユーザは、次に、例えば、それぞれのユーザインタフェース（開発者のためのアプリ開発ＵＩ１１６、デプロイされ実行中のアプリ１２０のユーザのためのターゲットデバイス１４０のユーザインタフェース１４２）と対話することによって、表示されたオプション１３４の１つを選択することができる。いくつかの例では、ユーザがそれぞれの修正されたプロデュースアプリ１２４’’のそれぞれの（該当する場合：修正された）イベントアーティファクト１２２（’’）の使用を開始することを選択した場合、それぞれの（該当する場合：修正された）イベントアーティファクト１２２（’’）に対応するイベント情報１２６は、それぞれの修正されたプロデュースアプリ１２４’’からデータストレージプラットフォーム１５０にインポートされ得る。このイベント情報１２６は、その後、データストレージプラットフォーム１５０からデプロイされ実行されているアプリ１２０に提供され得る。

【0082】

いくつかの例では、それぞれのプロデュースアプリ１２４、１２４’’の開発者またはユーザは、有用なイベントアーティファクト１２２、１２２’’および／またはイベント情報１２６、１２６’’がコンシューム１２０に依然として提供され得ることをチェックまたは確認する必要があるかもしれない。これは、いくつかの例では、イベントアーティファクト１２２、１２２’’および／またはイベント情報１２６、１２６’’のコンテンツ、タイプまたはフォーマットに関係するかもしれない。さらなる例では、それぞれのプロデュースアプリ１２４、１２４’’の開発者またはユーザは、それぞれのプロデュースアプリ１２４に修正がなされたことを示し、a）元のプロデュースアプリ１２４のそれぞれのイベントアーティファクト１２２の継続使用、またはb）修正されたプロデュースアプリ１２４’’のそれぞれの修正されたイベントアーティファクト１２２の使用開始、の少なくとも２つのオプション１３４の間で選択するための申し出または選択肢を提供する必要があるかもしれない。さらなる例では、アプリ開発プラットフォーム１１８は、それぞれのプロデュースアプリ１２４の修正を決定し、アプリ１２０のユーザに言及されたオプション１３４を提供することができ、これにより、このユーザは、アプリ１２０の開発者またはデプロイされ実行されているアプリ１２０のユーザであることができる。

【0083】

いくつかの例において、ユーザが、それぞれのプロデュースアプリ１２４のそれぞれのイベントアーティファクト１２２と互換性のない、それぞれの修正プロデュースアプリ１２４’’のそれぞれのイベントアーティファクト１２２の使用を開始することを選択した場合、アプリケーションソフトウェアコンポーネント１０６および／またはプロセッサ１０２は、それぞれの修正プロデュースアプリ１２４’’のそれぞれのイベントアーティファクト１２２をアプリ開発ＵＩ１１６にインポートするようにさらに構成され得ることがさらに理解されるべきである； インポートされたそれぞれの修正プロデュースアプリ１２４’’のそれぞれのイベントアーティファクト１２２を使用して、アプリ開発ＵＩ１１６を通じてアプリ１２０を開発し、開発されたアプリ１２０をターゲットデバイス１４０にデプロイして実行する。

【0084】

いくつかの例では、それぞれの修正されたプロデュースアプリ１２４’’のそれぞれのイベントアーティファクト１２２が、それぞれの（オリジナルの）プロデュースアプリ１２４のそれぞれのイベントアーティファクト１２２とまだ互換性があるかどうかの判定が実行される。この判定は、例えば、イベントアーティファクト１２２、１２２’’および／またはイベント情報１２６、１２６’’のコンテンツ、タイプまたはフォーマットを考慮に入れることができる。それぞれの修正プロデュースアプリ１２４’’のそれぞれのイベントアーティファクト１２２が、それぞれの（オリジナルの）プロデュースアプリ１２４のそれぞれのイベントアーティファクト１２２と互換性がない場合、それぞれの修正プロデュースアプリ１２４’’のそれぞれのイベントアーティファクト１２２は、アプリ開発ＵＩ１１６にインポートされ得る。その後、アプリ１２０は、インポートされたそれぞれの修正プロデュースアプリ１２４’’のそれぞれのイベントアーティファクト１２２を使用して、アプリ開発ＵＩ１１６を通じてアプリ１２０を（再）開発することによって更新され得る。更新されたアプリ１２０は、その後、ターゲットデバイス１４０上にデプロイされ、実行され得る。

【0085】

アプリ１２０を更新することは、いくつかの例では、イベントアーティファクト１２２を構成するアプリ１２０の可用性、信頼性、および回復力を高めることに寄与する可能性がある。

【0086】

いくつかの例では、アプリケーションソフトウェアコンポーネント１０６および／またはプロセッサ１０２は、アプリ開発に使用可能なイベントアーティファクト１２２を格納するためのリポジトリ１５２で検索するためのイベントアーティファクト検索ＵＩ１３６をユーザに提供するようにさらに構成される場合がある。

【0087】

いくつかの例では、利用可能なイベントアーティファクト１２２のリポジトリ１５０は、米国カリフォルニア州サンフランシスコのGitHub, Inc.によって提供されることがある。他の例では、イベントアーティファクト１２２のリポジトリ１５０は、アプリ開発プラットフォーム１１８またはデータ処理システム１００によって構成される場合がある。リポジトリ１５０は、アプリ１２０を開発するユーザによって、リポジトリ１５０で利用可能であり、ユーザのビジネスニーズに関連または適合し得る、またはアプリ１２０の開発を簡略化またはスピードアップし得るイベントアーティファクト１２０について検索され得る。利用可能な場合、リポジトリ１５０で利用可能な少なくとも１つの適切なイベントアーティファクト１２２が、選択のためにイベントアーティファクト検索ＵＩ１３６を介してユーザに表示されることがある。ユーザは、イベントアーティファクト検索ＵＩ１３６と対話し、選択を行い、表示されたイベントアーティファクト１２２をインポートし、このイベントアーティファクト１２２をアプリ開発に使用する意思を示すことができる。

【0088】

いくつかの例では、アプリケーションソフトウェアコンポーネント１０６および／またはプロセッサ１０２は、生成された出力データ１３０に関連する情報をイベントアーティファクト１２２として、アプリ開発のために再利用可能なイベントアーティファクト１２２のリポジトリ１５２に格納するようにさらに構成され得る。

【0089】

一例として、リポジトリ１５２は、上記で説明したリポジトリ１５２であってもよい。リポジトリ１５２に格納される情報は、アプリアルゴリズム１２８またはアプリ１２０によって生成された出力データ１３０に関連する可能性があり、それによって、出力データ１３０は、出力データ１３０がさらなるアプリを開発するためのイベントアーティファクト１２２として再利用するのに適しているように、処理、抽象化、または一般化される可能性がある。出力データ１３０のそのような一般化は、いくつかの例では、アプリアルゴリズム１２８またはアプリ１２０によって生成され得る出力データ１３０のコンテンツ、タイプまたはフォーマットを抽出することから構成され得る。したがって、出力データ１３０から導出されるイベントアーティファクト１２２は、いくつかの例では、出力データ１３０の特定の値または結果から構成されるのではなく、出力データ１３０が有する可能性のあるコンテンツ、タイプまたはフォーマットを反映する。

【0090】

さらなる例では、出力データ１３０、特に出力データ１３０の特定の値または結果は、対応するイベント情報１２６として他のアプリに（例えば、データストレージプラットフォーム１５０を介して）提供され得る。

【0091】

イベントアーティファクト１２２としての出力データ１３０の再利用を可能にする、出力データ１３０の適切な処理、抽象化、または汎化は、いくつかの例では、アプリ１２０の開発者またはユーザによって定義または管理され得る。このイベントアーティファクト１２２を消費する可能性のある他のアプリを開発または実行するユーザは、アプリ開発中にこのイベントアーティファクト１２２をインポートし、他のアプリの実行中にアプリ１２０によって提供される情報を消費することができる。

【0092】

いくつかの例では、出力データ１３０は、アプリ１２０がターゲットデバイス１４０上で正常にデプロイされ実行された場合、および任意選択で、生成された出力データ１３０が検証された場合にのみ、イベントアーティファクト１２２としてリポジトリ１５２に格納され得る。生成された出力データ１３０の検証は、例えば、生成された出力データ１３０を、期待される出力データ１３０と、または期待されるイベントアーティファクト１２２（または任意選択で期待されるイベント情報１２６）と、それぞれ類似のシナリオと比較して成功した比較を含んでよい。この比較は、一例として、出力データ１３０またはイベントアーティファクト１２２（または任意に期待されるイベント情報１２６）の内容、タイプまたはフォーマットをそれぞれ考慮に入れることができる。リポジトリ１５２に保存されたイベントアーティファクト１２２は、その後、リポジトリ１５２において検索可能であり、例えば他のユーザが他のアプリ１２０を開発するためにインポートすることができる。

【0093】

また、さらなる例では、アプリケーションソフトウェアコンポーネント１０６および／またはプロセッサ１０２は、a）サードパーティアプリからのイベントアーティファクト１２２、またはb）サードパーティアプリからの生成された出力データ１３０に関連する情報を、アプリ開発のために再利用可能なイベントアーティファクト１２２のリポジトリ１５２に格納するようにさらに構成されてもよいことが理解されるべきである。例として、サードパーティアプリからのイベントアーティファクト１２２またはサードパーティアプリからの生成された出力データ１３０に関連する情報は、イベントアーティファクト１２２またはサードパーティアプリからの情報がさらなるアプリを開発するためのイベントアーティファクト１２２として再利用するのに適するように、処理、抽象化、または一般化されることがある。

【0094】

さらなる例では、アプリケーションソフトウェアコンポーネント１０６および／またはプロセッサ１０２は、それぞれのプロデュースアプリ１２４からのそれぞれのイベントアーティファクト１２２に対応するそれぞれのイベント情報１２６を検証し、それぞれのイベント情報１２６が検証された場合にのみ、それぞれのプロデュースアプリ１２４からのそれぞれのイベントアーティファクト１２２に対応するそれぞれのイベント情報１２６をデータストレージプラットフォーム１５０にインポートするようにさらに構成され得る。

【0095】

それぞれのイベント情報１２６の検証は、例えば、類似のシナリオと比較することにより、それぞれのイベント情報１２６とそれぞれの予想されるイベント情報１２６との比較を成功させることからなる。比較は、一例として、それぞれのイベント情報１２６の内容、タイプもしくはフォーマット、またはそれぞれのイベント情報１２６の特定の値もしくは結果を考慮に入れることができる。また、いくつかの例では、検証は、それぞれのイベント情報１２６の基礎となるイベントが正常に完了したかどうか、すなわち、例えば、イベントがロールバックまたは取り消されなかったかどうかをチェックすることを含んでいてもよいことが理解されるべきである。いくつかの例では、イベントが正常に完了したかどうかのこのチェックは、イベントのロールバックまたは失効が十分に起こり得なくなるか、または除外され得る所定の期間の後にのみ、それぞれのイベント情報１２６が検証され得ることから構成され得る。さらなる例では、イベントの正常終了の確認は、第２の独立したデータソース、例えば、イベントの正常終了を確認することができるユーザまたは別のアプリによって、イベントの正常終了を確認することから構成されることがある。

【0096】

いくつかの例では、それぞれのイベント情報１２６の検証は、データの完全性を保証するための方法であるライトアヘッドロギング（ＷＡＬ）によってサポートされることがある。簡単に言うと、ＷＡＬの中心概念は、データファイル（テーブルとインデックスが存在する、例えば、それぞれのイベント情報１２６）への変更は、それらの変更がログに記録された後、つまり、変更を記述するログレコードが永久ストレージデバイスにフラッシュされた後にのみ、書き込まれなければならないということである。このアプローチは、プロデュースアプリ１２４またはオプションでデータストレージプラットフォーム１５０がクラッシュした場合に、ログを使用してクラッシュのために失われたデータを回復することを可能にする可能性がある。

【0097】

いくつかの例では、それぞれのイベント情報１２６は、それぞれのイベント情報１２６が検証された場合にのみ、それぞれのプロデュースアプリ１２４からデータストレージプラットフォーム１５０にインポートされ得る。すなわち、これらの例では、それぞれのイベント情報１２６が（まだ）検証されていない場合、それぞれのイベント情報１２６は、それぞれのプロデュースアプリ１２４からデータストレージプラットフォーム１５０に（まだ）インポートされない可能性がある。

【0098】

図１に示されるように、（消費）アプリ１２０は、構成されたアプリアルゴリズム１２８とともに、アプリ開発プラットフォーム１１８のデータストア１０８に格納される場合がある。さらに、アーティファクト情報１２２および任意選択でイベント情報１２６がデータストア１０８に格納される場合がある。ここで、イベントアーティファクト１２２は、アプリ開発プラットフォーム１１８によってサポートされるアプリ１２０を開発する目的のために使用され得る。アプリ１２０は、一例として、ターゲットデバイス１４０上にデプロイされ、実行され得る。イベントアーティファクト１２２に対応するイベント情報１２６は、他のデバイス１４４上でデプロイされ実行されているプロデュースアプリ１２４に由来する場合がある。イベント情報１２６は、まず、プロデュースアプリ１２４からデータストレージプラットフォーム１５０にインポートされ、その後、ターゲットデバイス１４０上でデプロイされ実行されているアプリ１２０にイベント情報１２６を提供することができる。このデータストレージプラットフォーム１５０からのイベント情報１２６の提供は、データストレージプラットフォーム１５０から、ターゲットデバイス１４０上でデプロイされ実行されている（消費する）アプリ１２０に直接行われるか、または、アプリ開発プラットフォーム１１８からなる中間ステップで行われるかのいずれかであり、イベント情報１２６は、最初にデータストレージプラットフォーム１５０からアプリ開発プラットフォーム１１８に提供され、その後、アプリ開発プラットフォーム１１８から、ターゲットデバイス１４０上でデプロイされ実行されている（消費する）アプリ１２０に提供される。

【0099】

ターゲットデバイス１４０は、提供されたイベント情報１２６に対して、アプリ１２０の実行中にアプリアルゴリズム１２８を適用し、出力データ１３０を生成することができる。

【0100】

説明したアプリケーション・ソフトウェア・コンポーネント１０６および／またはプロセッサ１０２は、アプリ１２０を管理する類似の方法、特にイベントアーティファクト１２２を含むアプリ１２０を開発する類似の方法を実行することができることを理解されたい。

【0101】

さらに、コンピュータプログラム製品１６２を含んでいてもよいコンピュータ可読媒体１６０が図１に示されており、コンピュータプログラム製品１６２は、実行されるとデータ処理システム１００または／およびアプリ開発プラットフォーム１１８に説明した方法を実行させる実行可能命令で符号化されていてもよい。

【0102】

いくつかの例では、提案される方法は、作成されるアプリ１２０および／または作成されるアプリ１２０の機能性を記述または特徴付けるモデルが使用され得る、モデルベースのアプリ開発を含み得る。同様に、それぞれデプロイされ実行されているプロデュースアプリ１２４は、作成されるアプリ１２０のモデルとは異なる可能性のあるそれぞれのモデルを含む可能性がある。一例として、それぞれのモデルは、上述の、それぞれのイベントアーティファクト１２２、イベント情報１２６、またはより一般的な情報オブジェクトを含むことがあり、これらのイベントアーティファクト１２２または情報オブジェクトは、特定のプロパティを有することがある。さらにモデルは、アプリアルゴリズム１２８を含むか、またはアプリアルゴリズム１２８によって表される。このモデルは、例えば、アプリのページを含むことがあり、ページは、それぞれのイベントアーティファクト１２２または情報オブジェクト１４０または情報オブジェクト１４０から導出された情報、例えば、イベント情報１２６などの情報をアプリユーザに表示する役割を果たすことがある。さらなる例では、このモデルは、ワークフロー、例えば、イベントアーティファクト１２２、イベント情報１２６、または情報オブジェクトに関連するデータを処理するためのルーチン、またはアプリユーザと対話するためのルーチンを含み得る。いくつかの例では、ワークフローは、モデルの一部であるイベントアーティファクト１２２、イベント情報１２６、または情報オブジェクト１４０の間に関係またはポインタを作成する。このモデルは、一例として、要素のプロパティを記述することができるメタモデルを含むことができ、オブジェクトは要素のインスタンスであり、これらのオブジェクトは、上記のイベントアーティファクト１２２、イベント情報１２６または情報オブジェクト１４０に含まれることができる。

【0103】

ここで、要素のプロパティを記述するメタモデルの例を以下に示す。

【0104】

列挙とは、いくつかのEnumerationValueから構成される文書のことで、各値は名前と、Textオブジェクトによって記述されたキャプションを持ち、名前によって画像を参照する。

【0105】

プロパティには４種類ある：
１． プリミティブ値プロパティ：プロパティ値は整数や文字列などのプリミティブ型である。上の例の'name'を参照のこと。
２． プリミティブ・リスト・プロパティ：プロパティ値はプリミティブ型の値のリストである。例えば、列の幅のリストである。
３． オブジェクト値プロパティ：プロパティ値は含まれるオブジェクトである。上の例の'caption'を参照のこと。Textオブジェクトは翻訳可能なテキストを表し、翻訳をリストする他のオブジェクトを含む。
４． オブジェクト・リスト・プロパティ：プロパティは、含まれるオブジェクトのリストを含む。上の例の'values'を参照。

【0106】

モデルベースのアプリ開発と、イベントアーティファクト１２２を構成するアプリを開発するためにモデルを考慮に入れることは、様々な利点を提供する可能性がある。このモデルは、例えば、標準的なUML表記法およびオブジェクト指向の原則に基づく、例えば、抽象化されたリレーショナルデータベースとして理解され得るドメインモデルを含み得る。言い換えれば、ドメインモデルは、アプリ１２０またはそれぞれデプロイされ実行中のプロデュースアプリ１２４が含む、または構成されるデータの視覚的表現であってもよい。アプリケーション開発に対するこのような視覚的アプローチは、アプリ１２０を機敏に構築し、アプリ１２０を迅速に構築し、時間をかけて成長させることを可能にするので、特に有利である。ドメインモデルは、一例として、オブジェクトを表すエンティティ、プロパティおよび値をエンティティに割り当てる属性、およびエンティティが互いに通信することを可能にする関連付けの３つの主要要素を含むか、またはこれらから構成される。関連は、一例として、上述のポインタと等価である。

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

図９に示されるように、それぞれのプロデュースアプリ１２４は、イベント通知（122）やイベントトリガ状態転送（１２２’）などのイベントアーティファクト１２２、１２２’を提供することができる。提供されたアーティファクト１２２、１２２’は、（消費）アプリ１２０を開発するためにアプリ開発プラットフォーム１１８によって使用され得る。いくつかの例では、（消費する）アプリ１２０の開発中に、提供されたイベントアーティファクト１２２、１２２’は、アプリ開発プラットフォーム１１８のアプリ開発ＵＩ１１８にインポートされ、アプリ１２０は、提供されたイベントアーティファクト１２２、１２２’を使用して開発され得る。任意で、１つまたは２つ以上のイベントアーティファクト１２２のみを使用することもできる。

【0132】

同等の概念は、例えば、アプリ開発中に再利用可能なイベントアーティファクト１２２を保存するためのリポジトリ１５２に関しても適用可能である。イベントアーティファクト１２２は、第1のアプリ、例えばプロデュースアプリ１２４の開発者またはユーザによってリポジトリ１５２に提供される場合がある。第２のアプリ、例えば（消費）アプリ１２０の開発者またはユーザは、例えばイベントアーティファクト検索ＵＩ１３６を介して、リポジトリ１５２を検索することができる。このユーザは、リポジトリ１５２で利用可能な適切なイベントアーティファクト１２２を選択し、選択したイベントアーティをアプリ開発ＵＩ１１８にインポートし、インポートしたイベントアーティファクト１２２を使用して（消費）アプリ１２０を開発することができる。

【0133】

同様の概念は、例えば、プロデュースアプリ１２４と（消費）アプリ１２０との間に配置され得るデータストレージプラットフォーム１５０に関しても適用され得る。ここで、それぞれの提供されたイベントアーティファクト１２２に対応するイベント情報１２６は、プロデュースアプリ１２４からデータストレージプラットフォーム１５０にインポートされ、その後、（消費）アプリ１２０にイベント情報１２６を提供することができる。

【0134】

図１０を参照すると、製品システム１００内のアプリ１２０の管理を容易にする例示的な方法のフロー図が示されており、特に、イベントアーティファクト１２２を含むアプリ１２０が示されている。

【0135】

図１０は、上半分にプロデュースアプリ１２４（「Produce」）を開発（デザインタイム「Design-time」）、デプロイ（デプロイタイム「Deploy-time」）、および実行（動作時間の意味でランタイム「Run-time」）するための第1のワークフロー、下半分にコンシュームアプリ１２０（コンシューム「Consume」）を開発、デプロイ、および実行するための第２のワークフローで構成される。
プロデュースアプリ１２４とコンシュームアプリ１２０の両方の開発段階において、対応するビジネスロジック（例えば、対応するアプリアルゴリズム１２８によって反映される）が、例えば、アプリ開発プラットフォーム１１８のアプリ開発ＵＩ１１６を使用して描画されることがある。アプリアルゴリズム１２８は、いくつかの例では、イベントチャネル１３２に埋め込まれるか、またはバンドルされるかもしれない適切なイベントアーティファクト１２２で提供されるかもしれない。
プロデュースアプリ１２４とコンシューム１２０の両方のデプロイメントフェーズ中に、それぞれのアプリ１２４、１２０がデプロイされ、データストレージプラットフォーム１５０への通信リンクがセットアップされることがある。このセットアップは、テナントＩＤ（例えば、それぞれのユーザまたは顧客用）を決定することと、各チャネル１３２のテナントを構成することとを含む場合がある。いくつかの例では、テナントはデータストレージプラットフォーム１５０に関連または対応する可能性がある。

【0136】

プロデュースアプリ１２４の動作中またはランタイム中に、プロデュースアプリ１２４は、イベントアーティファクト１２２に対応するイベント情報１２６を生成することがあり、これは、例えば、上述のチャネル１３２を使用して、データストレージプラットフォーム１５０にパブリッシュまたは通信されることがある。いくつかの例では、複数のチャネル１３２が１つのテナントまたはデータストレージプラットフォーム１５０に組み合わされることがある。コンシュームアプリ１２０の動作中またはランタイム中に、データストレージプラットフォーム１５０は、コンシュームアプリ１２０にイベント情報１２６を提供する可能性があり、提供されたイベント情報１２６は、コンシュームアプリ１２０のビジネスロジックまたはアプリアルゴリズム１２８にとって重要度が高いものである可能性がある。

【0137】

図１１を参照すると、製品システム１００内のアプリ１２０の管理を容易にする例示的な方法のフロー図が示されており、特に、イベントアーティファクト１２２を含むアプリ１２０が示されている。

【0138】

図１１は、図１０に示された方法といくつかの類似点を有する方法を示す。相違点の１つは、プロデュースアプリ１２４とコンシューム１２０の両方のデプロイメント段階に関するものであり、それぞれのアプリ１２４、１２０をそれぞれのターゲットデバイスにデプロイすることから単純に構成される場合がある。

【0139】

さらに、プロデュースアプリ１２４およびコンシュームアプリ１２０の両方の動作中またはランタイム中に、それぞれのアプリ１２４、１２０がデプロイされる、またはデプロイされる異なるソフトウェア環境１３６が存在する可能性がある。ここで、それぞれのソフトウェア環境１３６におけるそれぞれのアプリ１２４、１２０のデプロイは、デプロイメントフェーズにおいて行われることがある。各ソフトウェア環境１３６および各イベントアーティファクト１２２またはイベントチャネル１３２内の各アプリ１２４、１２０に対して、別個のデータストレージプラットフォーム１５０またはテナントが提供され得る。プロデュースアプリ１２４の動作中またはランタイム中に、対応するイベント情報１２６が、それぞれのソフトウェア環境１３６上にデプロイされたそれぞれのプロデュースアプリ１２４から、それぞれのデータストレージプラットフォーム１５０またはテナントまたはイベントチャネル１３２にインポートされることがある。コンシュームアプリ１２０の動作中またはランタイム中に、データストレージプラットフォーム１５０は、それぞれのソフトウェア環境１３６上にデプロイされたそれぞれのコンシュームアプリ１２０にイベント情報１２６を提供することがあり、提供されたイベント情報１２６は、それぞれのコンシュームアプリ１２０のビジネスロジックまたはアプリアルゴリズム１２８にとって重要度が高い可能性がある。いくつかの例では、それぞれのコンシューム１２０は、異なるデータストレージプラットフォーム１５０またはチャネル１３２からイベント情報１２６を受信することができ、さらなる例では、それぞれのコンシューム１２０はまた、異なるソフトウェア環境１３６からイベント情報１２６を受信することができる（細線参照）。

【0140】

図１２を参照すると、製品システム１００内のアプリ１２０の管理を容易にする例示的な方法のフローが示されており、特に、イベントアーティファクト１２２を含むアプリ１２０が示されている。

【0141】

図１２に示されるように、プロデュースアプリ１２４とコンシュームアプリ１２０の両方が、ビジネスロジックまたはアプリアルゴリズム１２８（「マイクロフローロジック」）を含む場合がある。プロデュースアプリ１２０において、アプリアルゴリズム１２８は、イベントアーティファクト１２２を出力として提供することがあり、イベントに関連する特定の出力データ１３０は、イベントアーティファクト１２６（「アウトボックステーブル」）として提供されることがある。イベント情報１２６は、データストレージプラットフォーム１５０（「企業ごとのデフォルトトピック」、例えば、イベントチャネル１３２を使用）に提供される前に、ライトアヘッドログ（「ＷＡＬ」）を使用して検証され、（例えば、「デベジウム（Debezium）サイドカー」を介して）保存されてもよい。

【0142】

イベントアーティファクト１２２と対応するイベント情報１２６は、データストレージプラットフォーム１５０からコンシュームアプリ１２０に提供され、コンシュームアプリ１２０のビジネスロジックまたはアプリアルゴリズム１２８によって処理され、コンシュームアプリ１２０の出力データ１３０を生成する。

【0143】

いくつかの例では、ユーザ（ここではコンシュームアプリ１２０の開発者）は、アプリ開発に使用可能なイベントアーティファクト１２２が保存されているリポジトリ１５２を検索するために、イベントアーティファクト検索ＵＩ１３６を使用することができる。いくつかの例では、イベントアーティファクト検索ＵＩ１３６は、アプリ開発ＵＩ１１６によって構成されることがある。

【0144】

また、さらなる例では、コンシュームアプリ１２０（またはプロデュースアプリ）の生成された出力データ１３０に関連する情報は、例えば、他のユーザまたは開発者によるアプリ開発のために、保存されたイベントアーティファクト１２２の再利用を可能にするために、リポジトリ１５２にイベントアーティファクト１２２として保存され得ることは理解されるべきである。

【0145】

次に図１３を参照すると、イベントアーティファクトを含むアプリの開発など、アプリの管理を容易にする方法１３００が示されている。本方法は、１３０２から開始することができ、本方法は、少なくとも１つのプロセッサの動作を通じて実施される複数の動作から構成され得る。

【0146】

これらの行為は、アプリを開発するためのアプリ開発プラットフォームのアプリ開発ユーザインタフェース（ＵＩ）をユーザに提供する行為１３０４と、アプリ開発ＵＩとのユーザインタラクションに応答して、アプリを開発するためにそれぞれデプロイされ実行中のプロデュースアプリからそれぞれのイベントアーティファクトをインポートするユーザの意図をキャプチャする行為１３０６と、を含むことができる。キャプチャされたユーザの意図に対応するそれぞれのイベントアーティファクトをアプリ開発ＵＩにインポートする行為１３０８と、インポートされたそれぞれのイベントアーティファクトを使用して、アプリ開発ＵＩを介してアプリを開発する行為１３１０と、を含む。開発されたアプリをターゲットデバイス上でデプロイして実行する行為１３１２と、それぞれのイベントアーティファクトに対応するイベント情報を、それぞれのプロデュースアプリからデータストレージプラットフォームにインポートする行為１３１４と、データストレージプラットフォームにインポートされたイベント情報を、データストレージプラットフォームからデプロイされて実行されているアプリに提供する行為１３１６と、デプロイされて実行されているアプリによって構成されるアプリアルゴリズムを、提供されたイベント情報に対して適用して出力データを生成する行為１３１８を含む。１３２０で、方法を終了することができる。

【0147】

さらに、方法１３００は、アプリを管理するコンピュータ実装方法、特にイベントアーティファクトを含むアプリを開発するコンピュータ実装方法に関して前述した他の行為や機能を含んでいてもよいことを理解されたい。

【0148】

例えば、本方法は、生成された出力データを、ターゲット機器のユーザインタフェースを介してターゲット機器のユーザに対して表示させる行為をさらに含むことができる。

【0149】

いくつかの例では、方法は、生成された出力データを、ターゲットデバイスまたはターゲットデバイスに接続された別のデバイスを分析、監視、操作および／または制御するために使用させる行為、および／または生成された出力データを使用してそれぞれのターゲットデバイスのユーザを分析および／または監視させる動作をさらに含むことができる。

【0150】

また、いくつかの例では、プロデュースアプリの修正時に、方法は、元のプロデュースアプリのそれぞれのイベントアーティファクトの継続的な使用または修正されたプロデュースアプリそれぞれのイベントアーティファクトの使用開始に対応する少なくとも２つの選択肢をユーザに対して表示する行為をさらに含み得ることは理解されるべきである。表示された選択肢の１つを選択するユーザの意図をキャプチャし、さらに、ユーザが修正されたプロデュースアプリのそれぞれのイベントアーティファクトの使用を開始することを選択した場合、それぞれのイベントアーティファクトに対応するイベント情報をそれぞれの修正されたプロデュースアプリからデータストレージプラットフォームにインポートする。

【0151】

例えば、ユーザが、それぞれのプロデュースアプリのそれぞれのイベントアーティファクトと互換性のない、それぞれの修正プロデュースアプリのそれぞれのイベントアーティファクトの使用を開始することを選択した場合、本方法は、それぞれの修正プロデュースアプリのそれぞれのイベントアーティファクトをアプリ開発ＵＩにインポートする行為と、インポートされたそれぞれの修正プロデュースアプリのそれぞれのイベントアーティファクトを使用して、アプリ開発ＵＩを通じてアプリを開発する行為と、開発されたアプリをターゲットデバイスにデプロイして実行する行為を、さらに含んでもよい。

【0152】

いくつかの例では、本方法は、アプリ開発に使用可能なイベントアーティファクトを保存するためのリポジトリで検索するためのイベントアーティファクト検索ＵＩをユーザに提供する行為をさらに含むことがある。

【0153】

また、いくつかの例では、本方法は、生成された出力データに関連する情報をイベントアーティファクトとして、アプリ開発に再利用可能なイベントアーティファクトのリポジトリに保存する行為をさらに含むことも理解されるべきである。

【0154】

例えば、本方法は、それぞれのプロデュースアプリからそれぞれのイベントアーティファクトに対応するそれぞれのイベント情報を検証する行為と、それぞれのイベント情報が検証された場合にのみ、それぞれのプロデュースアプリからデータストレージプラットフォームにそれぞれのイベントアーティファクトに対応するそれぞれのイベント情報をインポートする行為とをさらに含むことができる。

【0155】

図１４は、例えば、製品システムの一部として、および／または、本明細書に記載の処理を実行するようにソフトウェアなどによって動作可能に構成された他のシステムとして、実施形態が実装され得るデータ処理システム１０００（コンピュータシステムとも呼ばれる）のブロック図である。データ処理システム１０００は、例えば、上述のコンピュータまたはＩＴシステムまたはデータ処理システム１００で構成することができる。描かれたデータ処理システムは、１つまたは複数のブリッジ／コントローラ／バス１００４（例えば、ノースブリッジ、サウスブリッジ）に接続され得る少なくとも１つのプロセッサ１００２（例えば、ＣＰＵ）を備える。バス１００４の１つは、例えば、ＰＣＩ Ｅｘｐｒｅｓｓバスなどの１つまたは複数のＩ／Оバスで構成され得る。また、描かれている実施例において様々なバスに接続されているのは、メインメモリ１００６（ＲＡＭ）およびグラフィックコントローラ１００８から構成される場合がある。グラフィックコントローラ１００８は、１つまたは複数のディスプレイデバイス１０１０に接続される場合がある。また、いくつかの実施形態では、１つまたは複数のコントローラ（例えば、グラフィックス、サウスブリッジ）は、ＣＰＵと（同じチップまたはダイ上に）統合されてもよいことに留意すべきである。ＣＰＵアーキテクチャの例としては、ＩＡ－３２、ｘ８６－６４、およびＡＲＭプロセッサアーキテクチャが挙げられる。

【0156】

１つまたは複数のバスに接続される他の周辺機器は、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、セルラーネットワーク、および／または他の有線または無線ネットワーク１０１４または通信機器に接続するように動作する通信コントローラ１０１２（イーサネットコントローラ、Ｗｉ－Ｆｉコントローラ、セルラーコントローラ）を構成することができる。

【0157】

様々なバスに接続されたさらなるコンポーネントは、ＵＳＢコントローラ、Bluetoothコントローラ、および／または（スピーカおよび／またはマイクロフォンに接続された）専用オーディオコントローラなどの１つまたは複数のＩ／Оコントローラ１０１６を構成することができる。また、様々な周辺機器が、入力デバイス１０１８（例えば、キーボード、マウス、ポインタ、タッチスクリーン、タッチパッド、描画タブレット、トラックボール、ボタン、キーパッド、ゲームコントローラ、ゲームパッド、カメラ、マイクロフォン、スキャナ、モーションジェスチャをキャプチャするモーションセンシングデバイス）、出力デバイス１０２０（例えば、プリンタ、スピーカ）、またはデータ処理システムに入力を提供するか、またはデータ処理システムから出力を受信するように動作する任意の他のタイプのデバイスから構成されるＩ／Оコントローラ（複数可）に（様々なポートおよび接続を介して）接続され得ることが理解されるべきである。また、入力デバイスまたは出力デバイスと呼ばれる多くのデバイスは、データ処理システムとの通信の入力を提供し、出力を受信する可能性があることを理解されたい。例えば、プロセッサ１００２は、入力デバイスおよび表示デバイスの両方として機能するタッチスクリーンを備える筐体（タブレットなど）に統合される場合がある。さらに、いくつかの入力装置（ラップトップなど）は、複数の異なるタイプの入力装置（例えば、タッチスクリーン、タッチパッド、キーボード）から構成される場合があることを理解されたい。また、Ｉ／Оコントローラ１０１６に接続された他の周辺ハードウェア１０２２は、データ処理システムと通信するように構成されたあらゆるタイプのデバイス、機械、またはコンポーネントで構成され得ることを理解されたい。

【0158】

様々なバスに接続された追加コンポーネントは、１つまたは複数のストレージコントローラ１０２４（例えば、ＳＡＴＡ）を構成することができる。ストレージコントローラは、１つまたは複数のストレージドライブおよび／または任意の関連するリムーバブル媒体などのストレージデバイス１０２６に接続されることがあり、これは、任意の適切な非一過性の機械使用可能または機械読取可能な記憶媒体とすることができる。例としては、不揮発性デバイス、揮発性デバイス、読み取り専用デバイス、書き込み可能デバイス、ＲＯＭ、ＥＰＲＯＭ、磁気テープストレージ、フロッピーディスクドライブ、ハードディスクドライブ、ソリッドステートドライブ（ＳＳＤ）、フラッシュメモリ、光ディスクドライブ（ＣＤ、ＤＶＤ、Ｂｌｕ－ｒａｙ(登録商標)）、および他の既知の光学、電気、または磁気記憶デバイスドライブおよび／またはコンピュータ媒体が挙げられる。また、一部の例では、ＳＳＤなどのストレージデバイスをＰＣＩ ＥｘｐｒｅｓｓバスなどのＩ／Ｏバス１００４に直接接続することができる。

【0159】

本開示の実施形態によるデータ処理システムは、オペレーティングシステム１０２８、ソフトウェア／ファームウェア１０３０、およびデータストア１０３２（ストレージデバイス１０２６および／またはメモリ１００６に記憶され得る）を含み得る。このようなオペレーティングシステムは、コマンドラインインタフェース（ＣＬＩ）シェルおよび／またはグラフィカルユーザインタフェース（ＧＵＩ）シェルを採用することができる。ＧＵＩシェルは、複数の表示ウィンドウをグラフィカルユーザインタフェースに同時に表示することを可能にし、各表示ウィンドウは、異なるアプリケーションまたは同じアプリケーションの異なるインスタンスへのインタフェースを提供する。グラフィカルユーザインタフェース内のカーソルやポインタは、マウスやタッチスクリーンなどのポインティングデバイスを介してユーザによって操作される。カーソル／ポインタの位置が変更され、および／またはマウスボタンのクリックやタッチスクリーンのタッチなどのイベントが生成され、所望の応答が作動する。データ処理システムで使用され得るオペレーティングシステムの例は、Microsoft Windows、Linux（登録商標）、UNIX（登録商標）、iOS、およびAndroＩＤオペレーティングシステムで構成され得る。また、データストアの例は、データファイル、データテーブル、リレーショナルデータベース（例えば、オラクル、マイクロソフトＳＱＬサーバ）、データベースサーバ、または、プロセッサによって検索可能なデータを格納することができる他の構造および／または装置から構成される。

【0160】

通信コントローラ１０１２は、ネットワーク１０１４（データ処理システム１０００の一部ではない）に接続することができ、このネットワーク１０１４は、当業者に知られているように、インターネットを含む任意のパブリックまたはプライベートデータ処理システムネットワークまたはネットワークの組み合わせとすることができる。データ処理システム１０００は、ネットワーク１０１４を介して、サーバ１０３４（これもデータ処理システム１０００の一部ではない）などの１つまたは複数の他のデータ処理システムと通信することができる。しかしながら、代替的なデータ処理システムは、分散システムの一部として実装された複数のデータ処理システムに対応することができ、この分散システムでは、複数のデータ処理システムに関連するプロセッサが、１つまたは複数のネットワーク接続によって通信することができ、単一のデータ処理システムによって実行されるものとして説明したタスクを集合的に実行することができる。したがって、データ処理システムに言及する場合、そのようなシステムは、ネットワークを介して互いに通信する分散システムで編成された複数のデータ処理システムにまたがって実装される可能性があることを理解されたい。

【0161】

さらに、「コントローラ」という用語は、少なくとも１つの動作を制御する任意のデバイス、システム、またはその一部を意味し、そのようなデバイスが、ハードウェア、ファームウェア、ソフトウェア、またはそれらの少なくとも２つの組み合わせで実装されているか否かを問わない。特定のコントローラに関連する機能は、集中型であっても分散型であってもよく、ローカルであってもリモートであってもよいことに留意すべきである。

【0162】

さらに、データ処理システムは、仮想マシンアーキテクチャまたはクラウド環境における仮想マシンとして実装され得ることが理解されるべきである。例えば、プロセッサ１００２および関連コンポーネントは、１つまたは複数のサーバの仮想マシン環境で実行される仮想マシンに対応し得る。仮想マシンアーキテクチャの例としては、VMware ESCi、Microsoft Hyper-V、Xen、およびKVMが挙げられる。

【0163】

当業者であれば、データ処理システムのために描かれたハードウェアは、特定の実装のために異なり得ることを理解するであろう。例えば、本例のデータ処理システム１０００は、コンピュータ、ワークステーション、サーバ、ＰＣ、ノートブックコンピュータ、タブレット、携帯電話、および／または、データを処理し、本明細書で論じるデータ処理システム、コンピュータ、プロセッサ、および／またはコントローラの動作に関連する本明細書で説明する機能性および特徴を実行するように動作可能な任意の他のタイプの装置／システムに対応し得る。描かれている例は、説明のためだけに提供されており、本開示に関するアーキテクチャ上の制限を意味するものではない。

【0164】

また、本明細書で説明するプロセッサは、本明細書で説明するディスプレイ装置および入力装置から離れたサーバに配置されてもよいことに留意されたい。そのような例では、説明されるディスプレイデバイスおよび入力デバイスは、有線または無線ネットワーク（インターネットを構成してもよい）を介してサーバ（および／またはサーバ上で実行される仮想マシン）と通信するクライアントデバイスに構成されてもよい。一部の実施形態では、このようなクライアント装置は、例えば、リモートデスクトップアプリケーションを実行するか、または、入力デバイスからサーバに入力を送信し、サーバから視覚情報を受信して表示デバイスを介して表示するために、サーバとリモートデスクトッププロトコルを実行するポータルデバイスに対応することができる。このようなリモートデスクトッププロトコルの例としては、Teradici社のPCoIP、Microsoft社のＲＤＰ、およびＲＦＢプロトコルが挙げられる。このような例では、本明細書で説明するプロセッサは、サーバの物理プロセッサで実行される仮想マシンの仮想プロセッサに対応することができる。

【0165】

本明細書で使用する場合、「コンポーネント」および「システム」という用語は、ハードウェア、ソフトウェア、またはハードウェアとソフトウェアの組み合わせを包含することを意図している。したがって、例えば、システムまたはコンポーネントは、プロセス、プロセッサ上で実行されるプロセス、またはプロセッサであってもよい。さらに、コンポーネントまたはシステムは、単一のデバイス上にローカライズされる場合もあれば、複数のデバイスに分散される場合もある。

【0166】

また、本明細書で使用される場合、プロセッサは、データを処理するためにハードウェア回路、ソフトウェア、および／またはファームウェアを介して構成される任意の電子デバイスに対応する。例えば、本明細書で説明するプロセッサは、マイクロプロセッサ、ＣＰＵ、ＦＰＧＡ、ＡＳＩＣ、または、コントローラボード、コンピュータ、サーバ、携帯電話、および／または任意の他のタイプの電子デバイスの形態を有することができるデータ処理システムにおいてデータを処理することができる任意の他の集積回路（ＩＣ）または他のタイプの回路の１つ以上（または組み合わせ）に対応することができる。

【0167】

当業者であれば、簡単かつ明瞭にするために、本開示と共に使用するのに適したすべてのデータ処理システムの完全な構造および動作は、本明細書には描かれておらず、記載されていないことを認識するであろう。その代わりに、本開示に特有であるか、または本開示の理解に必要であるデータ処理システムの部分のみが描かれ、説明される。データ処理システム１０００の構造および動作の残りの部分は、当該技術分野で知られている様々な現在の実装および実施態様のいずれにも適合し得る。

【0168】

また、本明細書で使用される語句は、いくつかの例で明示的に限定されない限り、広く解釈されるべきであることを理解されたい。例えば、用語「comprise」ならびに、それらの派生語は、限定なしに包含することを意味する。単数形「a」、「an」、および「the」は、文脈上明らかにそうでないことが示されない限り、複数形も含むことを意図している。さらに、本明細書で使用される用語「および／または」は、関連する列挙された項目の１つまたは複数のあらゆる可能な組み合わせを指し、包含する。または」という用語は、文脈上そうでないことが明確に示されない限り、包括的であり、「および／または」を意味する。関連する」および「関連する」という語句、ならびにその派生語は、構成する、内部に構成される、相互に接続する、含有する、内部に含有される、接続する、結合する、通信可能である、協力する、相互接続する、並置する、近接する、結合する、有する、特性を有する、などを意味する場合がある。

【0169】

また、本明細書では、「第１」、「第２」、「第３」などの用語を用いて、様々な要素、機能、または行為を説明することがあるが、これらの要素、機能、または行為は、これらの用語によって限定されるべきではない。むしろ、これらの数字の形容詞は、異なる要素、機能または行為を互いに区別するために使用される。例えば、第１の要素、機能、または行為は、第２の要素、機能、または行為と称され得、同様に、第２の要素、機能、または行為は、本開示の範囲から逸脱することなく、第１の要素、機能、または行為と称され得る。

【0170】

さらに、１つまたは複数の機能またはプロセスを実行する「ように、プロセッサは、構成されている」などの表現は、プロセッサが、ソフトウェア、ファームウェア、および／または有線回路を介して、機能またはプロセスを実行するように動作可能に構成されている、または動作可能に構成されていることを意味する場合がある。例えば、機能／プロセスを実行するように構成されたプロセッサは、プロセッサに機能／プロセスを実行させるようにプログラムされたソフトウェア／ファームウェアを実行しているプロセッサに対応する場合があり、および／または、機能／プロセスを実行するためにプロセッサによって実行可能なソフトウェア／ファームウェアをメモリまたはストレージデバイスに有するプロセッサに対応する場合がある。また、１つまたは複数の機能またはプロセスを実行するように「構成された」プロセッサは、機能またはプロセスを実行するように特に作製された、または「配線された」プロセッサ回路（例えば、ASICまたはFPGA設計）にも対応し得ることに留意すべきである。さらに、１つ以上の機能を実行するように構成された要素（例えば、プロセッサ）の前の「少なくとも１つ」という語句は、それぞれ機能を実行する１つ以上の要素（例えば、プロセッサ）に対応する場合があり、また、１つ以上の異なる機能の異なるものをそれぞれ実行する２つ以上の要素（例えば、プロセッサ）に対応する場合がある。

【0171】

加えて、「隣接する」という用語は、文脈上そうでないことが明らかでない限り、ある要素がさらなる要素に比較的近いが接触していないこと、または要素がさらなる部分に接触していることを意味する場合がある。

【0172】

本開示の例示的な実施形態を詳細に説明したが、当業者であれば、本明細書に開示された様々な変更、置換、変形、および改良が、最も広い形態における本開示の精神および範囲から逸脱することなくなされ得ることを理解するであろう。

【0173】

本特許文献のいずれの記述も、特定の要素、ステップ、行為、または機能が、クレーム範囲に含まれなければならない必須要素であることを暗示するものとして読まれるべきではない。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【手続補正書】

【提出日】2024-06-12

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

コンピュータ実装方法であって、
アプリ（１２０）を開発するためにアプリ開発プラットフォーム（１１８）のアプリ開発ＵＩ（ユーザインタフェース）（１１６）をユーザに提供するステップと、
前記アプリ開発ＵＩ（１１６）とのユーザインタラクションに応答して、前記アプリ（１２０）を開発するために、デプロイされ実行されているそれぞれのプロデュースアプリ（１２４）からそれぞれのイベントアーティファクト（１２２）をインポートする前記ユーザの意図をキャプチャするステップと、
前記キャプチャされたユーザの意図に対応する前記それぞれのイベントアーティファクト（１２２）を前記アプリ開発ＵＩ（１１６）にインポートするステップと、
インポートされたそれぞれのイベントアーティファクト（１２２）を使用して、前記アプリ開発ＵＩ（１１６）を通じて前記アプリ（１２０）を開発するステップと、
前記開発されたアプリ（１２０）をターゲットデバイス（１４０）でデプロイして実行するステップと、
前記それぞれのイベントアーティファクト（１２２）に対応するイベント情報（１２６）を、前記それぞれのプロデュースアプリ（１２４）からデータストレージプラットフォーム（１５０）にインポートするステップと、
前記データストレージプラットフォーム（１５０）にインポートされたイベント情報（１２６）を、前記データストレージプラットフォーム（１５０）から前記デプロイされ実行されているアプリ（１２０）に提供するステップと、
出力データ（１３０）を生成するために、前記デプロイされ実行されているアプリ（１２０）により構成されるアプリアルゴリズム（１２８）を、前記提供されたイベント情報（１２６）に適用するステップと、
を含むコンピュータ実装方法。

【請求項2】

前記生成された出力データ（１３０）を、前記ターゲットデバイス（１４０）のユーザインタフェース（１４２）を介して前記ターゲットデバイス（１４０）のユーザに対して、表示させるステップをさらに含む、請求項１に記載のコンピュータ実装方法。

【請求項3】

生成された出力データ（１３０）を、ターゲットデバイス（１４０）またはターゲットデバイス（１４０）に接続された別のデバイス（１４４）の分析、監視、操作および／または制御に使用させるステップ、および／または
生成された出力データ（１３０）を使用して、前記それぞれのターゲットデバイス（１４０）のユーザを分析および／または監視させるステップ、
をさらに含む、請求項１に記載のコンピュータ実装方法。

【請求項4】

前記それぞれのイベントアーティファクト（１２２）は、少なくとも１つのイベント通知および／または少なくとも１つのイベント搬送状態トランスファーを含む、請求項１に記載のコンピュータ実装方法。

【請求項5】

前記それぞれのイベントアーティファクト（１２２）は、前記それぞれデプロイされ実行されているプロデュースアプリ（１２４）からの少なくとも１つのイベントアーティファクト（１２２）を含むそれぞれのイベントチャネル（１３２）を含む、
請求項１に記載のコンピュータ実装方法。

【請求項6】

前記それぞれのイベントチャネル（１３２）は、前記それぞれデプロイされ実行されているプロデュースアプリ（１２４）からの少なくとも１つのイベントアーティファクト（１２２）と、少なくとも第２の、デプロイされ実行されているプロデュースアプリ（１２４’）からの少なくとも１つのイベントアーティファクト（１２２’）とを含む、
請求項５に記載のコンピュータ実装方法。

【請求項7】

前記プロデュースアプリ（１２４）の修正時に、
前記元のプロデュースアプリ（１２４）のそれぞれのイベントアーティファクト（１２２）の継続使用または前記修正されたプロデュースアプリ（１２４’’）の前記それぞれのイベントアーティファクト（１２２）の使用開始に対応する少なくとも２つのオプション（１３４）を前記ユーザに表示するステップと、
表示された選択肢のうちの１つを選択する前記ユーザの意図をキャプチャするステップ（１３４）と、
前記ユーザが、前記修正されたプロデュースアプリ（１２４’’）の前記それぞれのイベントアーティファクト（１２２）の使用を開始することを選択した場合に、それぞれのイベントアーティファクト（１２２）に対応するイベント情報（１２６）を、それぞれの修正プロデュースアプリ（１２４’’）から前記データストレージプラットフォーム（１５０）にインポートするステップと、
をさらに含む、請求項１に記載のコンピュータ実装方法。

【請求項8】

前記ユーザが、前記それぞれのプロデュースアプリ（１２４）の前記それぞれのイベントアーティファクト（１２２）と互換性のない、それぞれの修正プロデュースアプリ（１２４’’）のそれぞれのイベントアーティファクト（１２２）の使用を開始することを選択した場合に、
それぞれの修正プロデュースアプリ（１２４’’）のそれぞれのイベントアーティファクト（１２２）を前記アプリ開発ＵＩ（１１６）にインポートするステップと、
インポートされたそれぞれの修正プロデュースアプリ（１２４’’）のそれぞれのイベントアーティファクト（１２２）を使用して、前記アプリ開発ＵＩ（１１６）を通じて前記アプリ（１２０）を開発するステップと、
前記開発されたアプリ（１２０）をターゲットデバイス（１４０）にデプロイして実行するステップと、
をさらに含む請求項７に記載のコンピュータ実装方法。

【請求項9】

アプリ開発に使用可能なイベントアーティファクト（１２２）を格納するためのリポジトリ（１５２）を検索するために、イベントアーティファクト検索ＵＩ（１３６）を前記ユーザに提供するステップを、さらに含む、請求項１に記載のコンピュータ実装方法。

【請求項10】

生成された出力データ（１３０）に関連する情報を、イベントアーティファクト（１２２）として、アプリ開発に再利用可能なイベントアーティファクト（１２２）のリポジトリ（１５２）に格納するステップをさらに含む、請求項１に記載のコンピュータ実装方法。

【請求項11】

前記それぞれのプロデュースアプリ（１２４）から、前記それぞれのイベントアーティファクト（１２２）に対応する前記それぞれのイベント情報（１２６）を検証するステップと、
前記それぞれのイベント情報（１２６）が検証された場合にのみ、前記それぞれのイベントアーティファクト（１２２）に対応する前記それぞれのイベント情報（１２６）を、前記それぞれのプロデュースアプリ（１２４）から前記データストレージプラットフォーム（１５０）にインポートするステップと、
をさらに含む、請求項１に記載のコンピュータ実装方法。

【請求項12】

作成される前記アプリ（１２０）は、第１のモデルの少なくとも一部を含むことができ、前記第１のモデルは、作成される前記アプリ（１２０）及び／又は作成される前記アプリ（１２０）の機能性を特徴付け、
前記第１のモデルは、任意選択でエンティティ、エンティティにプロパティおよび値を割り当てる属性、およびエンティティが互いに通信することを可能にする関連付けのうちの少なくとも１つ、またはそれらの任意の組み合わせを含むことができ、エンティティは、前記イベントアーティファクト（１２２）、前記イベント情報（１２６）、または情報オブジェクトを表し、
前記第１のモデルは、前記イベントアーティファクト（１２２）、イベント情報（１２６）、前記情報オブジェクト、または前記アプリ（１２０）のページに関連するデータを処理するためのワークフローを任意選択で含み得る、
前記ページは、任意選択で、前記イベントアーティファクト（１２２）、前記イベント情報（１２６）、または前記情報オブジェクト、または、前記イベントアーティファクト（１２２）、前記イベント情報（１２６）、または前記情報オブジェクトから得られた情報を、アプリユーザに対して表示することを実行する、
任意選択で、それぞれデプロイされ実行されている前記プロデュースアプリ（１２４）は、第２のモデルの少なくとも一部を含むことができ、ここで、前記第２のモデルは、任意選択で、少なくとも部分的に前記第１のモデルと同様の特性またはアーキテクチャを有することができ、ここで、前記第１のモデルは、任意選択で、少なくとも部分的に前記第２のモデルとは異なり得る、
請求項１に記載のコンピュータ実装方法。

【請求項13】

請求項１～１２のいずれか１項に記載のコンピュータ実施方法のステップを実行するように配置および構成されたコンピュータシステム（１００、１１８）。

【請求項14】

コンピュータプログラム製品（１６２）であって、コンピュータシステム（１００、１１８）により実行されると、前記コンピュータシステム（１００、１１８）に、請求項１～１２のいずれか１項に記載の方法を実行させるコンピュータプログラムコードを含む、コンピュータプログラム製品。

【請求項15】

コンピュータシステム（１００、１１８）によって実行されると、前記コンピュータシステム（１００、１１８）に請求項１～１２のいずれか１項に記載の方法を実行させるコンピュータプログラムコードを含むコンピュータプログラム製品（１６２）を含むコンピュータ読み取り可能媒体（１６０）。

【国際調査報告】