JP2021163475A

JP2021163475A - ログベースのマッシュアップのコード生成

Info

Publication number: JP2021163475A
Application number: JP2021029006A
Authority: JP
Inventors: リィウ・レイ; Lei Liu; チェン・ウェイ−ペン; Wei-Peng Chen
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2020-03-31
Filing date: 2021-02-25
Publication date: 2021-10-11
Also published as: US20210303270A1; US11360745B2

Abstract

【課題】ログベースのマッシュアップのコード生成方法を提供する。
【解決手段】方法は、トリガデータソースから電子トリガイベントに関連づけられた第１の情報を含む第１のログデータの受信し、受信した第１のログデータの第１の文トークンからトリガ出力パラメータを抽出し、抽出したトリガ出力パラメータに基づいて、ユーザデバイスの電子ユーザインターフェース（ＵＩ）に第１のトリガルールセットを表示する。方法はさらに、表示された第１のトリガルールセットのうち１つ以上のトリガルールの選択を含む第１の入力を受信し、第１の情報が該１つ以上のトリガルールを満たすかどうかに基づいて実行されるべきコンピュータ実行可能アクションの選択を含む第２の入力を受信し、受信した第１の入力と受信した第２の入力に基づいて、ランタイムシステムにおける実行のためのコンピュータ実行可能マッシュアップコードを生成し、ランタイムシステム上で実行する。
【選択図】図１

Description

本開示で論じられる実施形態は、ログベースのマッシュアップのコード生成に関する。

多くの企業や組織は、音声処理やソーシャルメディア分析などのいくつかのアプリケーションのために複数のウェブＡＰＩからＡＰＩマッシュアップを開発するためのマッシュアッププラットフォームを提供している。典型的には、ＡＰＩマッシュアップは、いくつかのＡＰＩの機能性を新しいサービスに結み合わせ、トリガと、ルールと、トリガがルールを満たす場合に実行されるアクションを含む。ＡＰＩベースのマッシュアップは、あらゆる種類のビジネスで使用されており、企業によって様々なソフトウェアを自社製品に効率的かつ安価に統合するために一般に使用されている。市場における全てのＡＰＩマッシュアップは、典型的には、トリガを生成するためにＡＰＩエンドポイントへのコールを必要とし、これは、このようなＡＰＩマッシュアップの適用可能性を、トリガを生成するために利用可能なＡＰＩが存在するアプリケーションに制限する可能性がある。

本開示において請求される対象事項は、何らかの欠点を解決し又は上述されたような環境においてのみ動作する実施形態に限定されない。むしろ、この背景技術は、本明細書に記載されるいくつかの実施形態が実施され得る１つの例示的な技術分野を示すためにのみ提供される。

一実施形態の態様によれば、動作が、トリガデータソースから１つ以上の電子トリガイベントに関連づけられた第１の情報を含む第１のログデータを受信することを含み得る。動作は、受信した第１のログデータの第１の文トークンから１つ以上のトリガ出力パラメータを抽出することと、抽出された１つ以上のトリガ出力パラメータに基づいてユーザデバイスの電子ユーザインターフェース（ＵＩ）上に第１のユーザ選択可能な選択肢セットとして第１のトリガルールセットを表示することをさらに含んでもよい。動作は、表示された第１のトリガルールセットのうち１つ以上のトリガルールの選択を含み得る第１の入力を受信することをさらに含んでもよい。動作は、１つ以上の電子トリガイベントに関連づけられた第１の情報が１つ以上のトリガルールを満たすかどうかに基づいて実行されるべき１つ以上のコンピュータ実行可能アクションの選択を含み得る第２の入力を受信することをさらに含んでもよい。動作は、受信した第１の入力及び受信した第２の入力に基づいてランタイムシステムにおける実行のためのコンピュータ実行可能マッシュアップコードを生成することをさらに含んでもよい。

実施形態の目的及び利点は、少なくとも特許請求の範囲において特に指し示された要素、特徴、及び組み合わせにより実現され、達成される。

前述の一般的な説明及び以下の詳細な説明の双方が単に例であり、説明的であり、請求される発明の限定ではないことが理解されるべきである。

例示的な実施形態が、添付図面の使用を通してさらなる特定性及び詳細と共に記載され、説明される。
ログベースのマッシュアップのコード生成に関する一例示的な環境を表す図である。ログベースのマッシュアップアプリケーションのコード生成のためのシステムのブロック図である。ログベースのマッシュアップのコード生成のための入力を提供する一例示的な電子ユーザインターフェースを示す図である。ログベースのマッシュアップのコード生成の一例示的な方法のフローチャートを示す。一例示的なマッシュアップテンプレートを示す。図６Ａ及び図６Ｂは合わせて、ログデータからの１つ以上のトリガ出力パラメータの抽出の一例示的な方法のフローチャートを示す。図６Ａ及び図６Ｂは合わせて、ログデータからの１つ以上のトリガ出力パラメータの抽出の一例示的な方法のフローチャートを示す。データパイプライン、ストリーミング、又はキューイングシステムからログデータを受信する一例示的なパイプラインを示す。ログベースのマッシュアップのコード生成の一例示的な処理パイプラインを表す例示的な図である。

全て、本開示に記載される少なくとも１つの実施形態による。

本開示に記載されるいくつかの実施形態は、ログベースのマッシュアップの自動的なコード生成の方法及び非一時的コンピュータ読取可能媒体に関する。本開示は、ログベースのマッシュアップの様々なセクション（トリガ、ルール、アクション）を開発者が手動でコーディングする必要のない、ログベースのマッシュアップのワークフローコードの生成に関する。典型的には、従来の方法は開発者に依存してワークフローコードを生成し、これは、実行されたときにイベントトリガをリッスンし、トリガ出力データにトリガルールを適用し、トリガ出力データがトリガルールを満たすかどうかに基づいてアクションを実行することができる。開発者は、イベントトリガ、トリガルール、及びアクションを明示的にコーディングする必要があり得、エラーをデバッグするために生成されたワークフローコードの個々のセクションをテストする必要があり得る。このストラテジはしばしば、より長い開発ライフサイクルを要し、通常、リソースの観点でより高い開発コストを伴う。

マッシュアッププラットフォームを提供するいくつかの企業が存在するが、これらのプラットフォームに含まれるマッシュアップレシピは、典型的には、ＡＰＩマッシュアップに関連づけられている。市場における全てのＡＰＩマッシュアップは、典型的には、トリガを生成するためにＡＰＩエンドポイントへのコールを必要とし、これは、このようなＡＰＩマッシュアップの適用可能性を、トリガを生成するために利用可能なＡＰＩが存在するアプリケーションに制限する可能性がある。ＡＰＩエンドポイントを通じて公開されない可能性のあるデータログなどのデータソースがあり、したがって、このようなデータソースを使用して実行可能マッシュアップのトリガを生成することは不可能な場合がある。

本開示の１つ以上の実施形態によれば、ソフトウェア開発の技術分野は、ログベースのマッシュアップの個々のセクションを開発者が手動でコーディングする必要なく、ログベースのマッシュアップのワークフローコードを生成するようにシステムを構成することにより、改善することができる。トリガ、ルール、及びアクションを含む実行可能コードは、エンドツーエンドのログベースのマッシュアップを達成するように生成され得る。経験を積んだ人間の開発者に依存して各々の新しいＡＰＩトリガ及びアクションのコードを設計する既存のＡＰＩマッシュアッププラットフォームと比較して、本開示のマッシュアップレシピは、（限られたヒューマン・イン・ザ・ループで）マシンにより生成され、これは、より短い開発サイクル（開発者の時間は、大部分がテスト／検証中に消費され得る）と、より低い開発コストの達成を可能にする。これらのマッシュアップレシピは、トリガを生成するためにＡＰＩエンドポイントを必要としないが、代わりに、定期的な間隔でログデータを発行するログファイルパス又はキューイングシステムを必要とする。本開示は、ログベースのマッシュアップのワークフローコードの生成中や、ログベースのマッシュアップにおけるアクションとしてのＡＰＩの将来の統合に対して、低い開発コストをもたらす可能性もある。したがって、本開示は、以前にワークフローコードの生成で必要とされた開発者の努力と時間を節約し得る。

本開示の実施形態は、添付の図面を参照して説明される。

図１は、本開示に記載される少なくとも１つの実施形態に従って配置された、ログベースのマッシュアップのコード生成に関する一例示的な環境を表す図である。図１を参照し、一例示的な環境１００が示される。例示的な環境１００には、システム１０２とユーザデバイス１０４が示されている。さらに、ユーザデバイス１０４にレンダリングされた電子ユーザインターフェース（ＵＩ）１０６、ランタイムシステム（runtime system）１０８、及び通信ネットワーク１１０が示されている。いくつかの実施形態において、ランタイムシステム１０８は、システム１０２の一部でもよい。システム１０２とユーザデバイス１０４は、通信ネットワーク１１０を介して互いに通信上結合され得る。さらに、ユーザデバイス１０４に関連づけられ得るユーザ１１２が示されている。ユーザデバイス１０４の例は、これらに限られないが、モバイルデバイス、デスクトップコンピュータ、ラップトップ、コンピュータワークステーション、クラウドサーバなどのサーバ、及びサーバのグループを含んでもよい。１つ以上の実施形態において、ユーザデバイス１０４は、ユーザエンド端末デバイスと、ユーザエンド端末デバイスに通信上結合されたサーバを含んでもよい。ユーザエンド端末デバイスの例は、これらに限られないが、モバイルデバイス、デスクトップコンピュータ、ラップトップ、及びコンピュータワークステーションを含んでもよい。

システム１０２は、ユーザデバイス１０４に電子ＵＩ１０６を、及びユーザデバイス１０４の表示された電子ＵＩ１０６上にユーザ選択可能な選択肢のセットを表示するように構成され得る適切な論理、回路、及びインターフェースを含み得る。このような選択肢は、ログベースのマッシュアップの１つ以上のトリガ選択肢、トリガルール、及びコンピュータ実行可能アクションに対応してもよい。システム１０２は、トリガデータソース１１４から第１のログデータを受信することができる。トリガデータソース１１４は、ログベースのアプリケーションに関連づけられたログデータのセットを記憶し、かつ／あるいはキュレートする（curate）ことができる。一例として、トリガデータソース１１４は、電気通信設備のエッジノードでもよく、電気通信設備の動作に関連づけられたネットワークステータスログ又はネットワーク診断ログなどのログを記憶してもよい。別の例として、トリガデータソース１１４は、様々なセンサデバイスのホームネットワーク内のセンサデバイスでもよく、センサデータを収集し、ログに記憶してもよい。トリガデータソース１１４の他の例は、これらに限られないが、ワイヤレスセンサネットワーク（ＷＳＮ）内の１つ以上のノードデバイス、データベースシステム、イベントストリーミングサーバ、複合イベント処理（ＣＥＰ）サーバ、クラウドベースのログストア、ウェブサーバ、通信ネットワークのノードデバイス、エッジデバイス、コンシューマ電子デバイス（スマートフォン、タブレット、カメラ、又はウェアラブル電子装置など）、白物家電製品、ワークステーション、データセンタ内のサーバ／エッジデバイス、ネットワーキングデバイス（ルータ、スイッチ、ブリッジ、及びゲートウェイなど）、又は、データを収集し、収集されたデータのデータログを生成する能力を有する任意の電子デバイスを含んでもよい。

１つ以上の実施形態において、システム１０２は、表示された電子ＵＩ１０６を介して、トリガデータソース１１４に関連づけられたトリガデータソースパスを受信することができる。例えば、トリガデータソースパスは、スラッシュで区切られたディレクトリ名のリストの後にディレクトリ名又はファイル名のいずれかが続く絶対又は相対パス、トリガデータソース１１４のユニフォームリソースロケータ（uniform resource locator、ＵＲＬ）、又は統一命名規則（Unified Naming Convention、ＵＮＣ）パスのうち１つでもよい。受信したトリガデータソースパスに基づいて、システム１０２は、トリガデータソース１１４を選択することができる。これら又は他の実施形態において、システム１０２は、トリガウォッチャ機能を実装してトリガデータソースパスを監視し、新しいレコードを有する第１のログデータがトリガデータソース１１４で利用可能かを判定してもよい。新しいレコードを有する第１のログデータを取得することができ、タイムスタンプを第１のログデータに付加することができる。

第１のログデータは、１つ以上の電子トリガイベントに関連づけられた第１の情報を含むことができる。例えば、第１のログが、ユーザデバイス１０４上のソフトウェアアプリケーションのネットワークログである場合、ネットワークログの第１の情報は、アプリケーションで発生したイベントのレコード、例えば、オブジェクトへのアクセスコール、認証の試行、及びアプリケーションに関連づけられた他のアクティビティのレコードなどを含み得る。この例において、電子トリガイベントは、ソフトウェアアプリケーションのアプリケーションインターフェースを通じたユーザ１１２の認証試行の検出として指定されてもよい。各電子トリガイベントは、電子トリガイベントを検出するために使用され得る（第１のログデータ内の第１の情報の一部としての）イベントデータに関連づけることができる。この例において、イベントデータは、タイムスタンプを有する認証試行とこのような試行の結果のレコードを含んでもよい。

システム１０２は、受信した第１のログデータの第１の文トークン（sentence token）から１つ以上のトリガ出力パラメータを抽出することができる。１つ以上のトリガ出力パラメータは、受信した第１のログデータに対する自然言語処理（natural language processing、ＮＬＰ）演算の適用により抽出されてもよい。例えば、第１のログデータが、「１３：４６：００：［警告］スループットが３０Ｍｂｐｓ、９０％のポリシー制限を使用（13:46:00: [WARNING] The throughput is 30 Mbps, using a policy limitation of 90%.）」として単語トークン（word tokens）と数値の双方を有する文を含むネットワーキングデバイスログファイルから取得される場合、トリガ出力パラメータは、「スループット」及び「ポリシー制限」として抽出されてもよい。トリガ出力パラメータの自動抽出により、トリガ出力パラメータのようなパラメータを識別するためにログファイルを手動で開いて読む必要なくコンピュータ実行可能なログベースのマッシュアップを設計することは、開発者に有用であり得る。

システム１０２はさらに、ユーザデバイス１０４の電子ＵＩ１０６に第１のユーザ選択可能な選択肢セットとして第１のトリガルールセットを表示することができる。第１のトリガルールセットは、抽出された１つ以上のトリガ出力パラメータに基づいて表示されてもよい。さらに又は代わりに、第１のトリガルールセットは、第１のログデータに関連づけられた１つ以上の一般的属性に基づいて表示されてもよい。例えば、このような属性は、トリガデータソースパス、第１のログデータを含むログファイルの名前、又は第１のログデータ内の新しい行を含んでもよい。各トリガルールは、トリガ出力パラメータと、トリガ基準と、トリガ出力パラメータの値として使用されるトリガ値との組み合わせに対応し得る。

システム１０２は、ユーザデバイス１０４を介してユーザ１１２から第１の入力を受け取ることができる。第１の入力は、表示された第１のトリガルールセットからの１つ以上のトリガルールの選択に対応し得る。これらのトリガルールは、第１のログデータ内のトリガ出力パラメータの新しい値がトリガ基準とトリガ出力パラメータのトリガ値を満たすかどうかを判定するために、受信した第１のログデータ内の第１の情報に適用される必要があり得る。具体的には、トリガ値は、トリガルール内のトリガ基準に基づいて第１のログデータの第１の情報内の新しい値と比較される必要があり得る。例えば、第１の入力は、トリガ出力パラメータを「スループット」として、トリガ基準を「より大きい」として、トリガ値を「２０Ｍｂｐｓ」として有するトリガルールの選択に対応してもよい。第１の入力は、単一のトリガルール又は複数のトリガルールに対応することができる。複数のトリガルールの場合、複数のトリガルールの結果は論理演算子（例えば、ＯＲ／ＡＮＤなど）に基づいて組み合わせられてもよく、これは第１の入力を介して指定されてもよい。

システム１０２は、ユーザデバイス１０４を介してユーザ１１２から第２の入力をさらに受け取ることができる。第２の入力は、１つ以上の電子トリガイベントに関連づけられた第１の情報が１つ以上のトリガルールを満たすかどうかに基づいて実行されるべき１つ以上のコンピュータ実行可能アクションの選択に対応し得る。コンピュータ実行可能アクションの例は、これらに限られないが、対応するＡＰＩエンドポイントへのＡＰＩコール、マイクロサービスコール、リモートプロシージャコール（Remote Procedural Call、ＲＰＣ）、又は、シンプルオブジェクトアクセスプロトコル（Simple Object Access Protocol、ＳＯＡＰ）などのプロトコルを使用して異種のオペレーティングシステム上で動作しているプロセスを呼び出すコールを含んでもよい。限定でなく例として、第１のログデータ内の第１の情報は、「１３：４６：００：［警告］スループットが３０Ｍｂｐｓ、９０％のポリシー制限を使用」として新しい行を含み得る。トリガルールが、トリガ出力パラメータを「スループット」として、トリガ基準を「より大きい」として、トリガ値を「２０Ｍｂｐｓ」として含む場合、３０Ｍｂｐｓのスループットの新しい値は、２０Ｍｂｐｓのトリガ値より大きいと判定され得る。その後、トリガルールが満たされていることを示すために、トリガ応答（例えば、１）を生成することができる。このようなトリガ応答に基づいて、ＡＰＩコールを実行してｓｌａｃｋ（登録商標）にメッセージを送信し又はＷｈａｔｓＡｐｐ（登録商標）にメッセージを送信することにより、コンピュータ実行可能アクションを実行することができる。１つ以上のトリガルールが満たされない場合、１つ以上のコンピュータ実行可能アクションは実行されなくてもよい。例えば、スループットが（トリガルールで指定されたトリガ値である）２０Ｍｂｐｓ未満の場合、ｓｌａｃｋ（登録商標）又はＷｈａｔｓＡｐｐ（登録商標）にメッセージが送信されなくてもよい。

システム１０２は、受信した第１の入力及び受信した第２の入力に基づくマッシュアップコードを生成することができる。マッシュアップコードは、ランタイムシステム１０８上でコンピュータ実行可能であるように構成され得、１つ以上のコンピュータ実行可能トリガコード、１つ以上のトリガルールに関連づけられた１つ以上のコンピュータ実行可能ルールコード、及び１つ以上のコンピュータ実行可能アクションに関連づけられた１つ以上のコンピュータ実行可能アクションコードを含み得る。ここで、ランタイムシステム１０８は、典型的にプログラム実行に必要とされる管理されたハードウェア及びソフトウェアリソースの集合として参照されてもよい。

ここで、システム１０２とユーザデバイス１０４との間の通信は、通信ネットワーク１１０を介して行われてもよいことに留意されたい。通信ネットワーク１１０は、システム１０２がユーザデバイス１０４及び／又は異なるデバイス（図示せず）と通信できるための通信媒体を含み得る。通信ネットワーク１１０の例は、これらに限られないが、インターネット、クラウドネットワーク、ワイヤレスフィデリティ（Ｗｉ−Ｆｉ）ネットワーク、パーソナルエリアネットワーク（ＰＡＮ）、ローカルエリアネットワーク（ＬＡＮ）、及び／又はメトロポリタンエリアネットワーク（ＭＡＮ）を含んでもよい。例示的な環境１００内の様々なデバイスは、様々な有線及び無線通信プロトコルに従って通信ネットワーク１１０に接続するように構成することができる。そのような有線及び無線通信プロトコルの例は、これらに限られないが、トランスミッションコントロールプロトコル及びインターネットプロトコル（ＴＣＰ／ＩＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、ハイパーテキストトランスファープロトコル（ＨＴＴＰ）、ファイルトランスファープロトコル（ＦＴＰ）、ＺｉｇＢｅｅ（登録商標）、ＥＤＧＥ、ＩＥＥＥ８０２．１１、ライトフィデリティ（Ｌｉ−Ｆｉ）、８０２．１６、ＩＥＥＥ８０２．１１ｓ、ＩＥＥＥ８０２．１１ｇ、マルチホップ通信、無線アクセスポイント（ＡＰ）、デバイスツーデバイス通信、セルラー通信プロトコル、及び／又はＢｌｕｅｔｏｏｔｈ（登録商標）（ＢＴ）通信プロトコル、又はこれらの組み合わせのうち少なくとも１つを含んでもよい

本開示の範囲から逸脱することなく、システム１０２に対して修正、追加、又は省略がなされてもよい。例えば、システム１０２は、ログベースのマッシュアップのコードを集合的に自動的に生成し得るサーバの分散ネットワークでもよい。

図２は、本開示に記載される少なくとも１つの実施形態に従って配置された、ログベースのマッシュアップアプリケーションのコード生成のためのシステムのブロック図である。図２は、図１の要素と関連して説明される。図２を参照し、図１のシステム１０２のブロック図２００が示される。システム１０２は、プロセッサ２０２、メモリ２０４、永続データ記憶装置２０６、入力／出力（Ｉ／Ｏ）デバイス２０８、ネットワークインターフェース２１０、及びランタイムシステム１０８を含み得る。さらに、通信ネットワーク１１０を介してシステム１０２に通信上結合されたユーザデバイス１０４が示されている。

プロセッサ２０２は、システム１０２により実行されるべき異なる動作に関連づけられたプログラム命令を実行するように構成され得る適切な論理、回路、及び／又はインターフェースを含んでもよい。プロセッサ２０２は、様々なコンピュータハードウェア又はソフトウェアモジュールを含む任意の適切な専用又は汎用コンピュータ、コンピューティングエンティティ、又は処理デバイスを含んでもよく、任意の適用可能なコンピュータ読取可能記憶媒体に記憶された命令を実行するように構成されてもよい。例えば、プロセッサ２０２は、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、又は、プログラム命令を解釈及び／又は実行するよう及び／又はデータを処理するように構成された任意の他のデジタル又はアナログ回路を含んでもよい。図２では単一のプロセッサとして示されているが、プロセッサ２０２は、本開示に記載されるシステム１０２の任意数の動作を個々に又は集合的に実行し又はその実行を指示するように構成された任意数のプロセッサを含んでもよい。さらに、プロセッサの１つ以上が、異なるサーバなどの１つ以上の異なる電子デバイスに存在してもよい。

いくつかの実施形態において、プロセッサ２０２は、メモリ２０４及び／又は永続データ記憶装置２０６に記憶されたプログラム命令を解釈及び／又は実行するよう及び／又はデータを処理するように構成されてもよい。いくつかの実施形態において、プロセッサ２０２は、永続データ記憶装置２０６からプログラム命令を取り出し、プログラム命令をメモリ２０４にロードし得る。プログラム命令がメモリ２０４にロードされた後、プロセッサ２０２は、プログラム命令を実行することができる。プロセッサ２０２の例のいくつかは、グラフィカル処理ユニット（ＧＰＵ）、中央処理装置（ＣＰＵ）、縮小命令セットコンピュータ（ＲＩＳＣ）プロセッサ、特定用途向け集積回路（ＡＳＩＣ）プロセッサ、複合命令セットコンピュータ（ＣＩＳＣ）プロセッサ、コプロセッサ、及び／又はこれらの組み合わせでもよい。

メモリ２０４は、プロセッサ２０２により実行可能なプログラム命令を記憶するように構成され得る適切な論理、回路、及び／又はインターフェースを含んでもよい。特定の実施形態において、メモリ２０４は、トリガソースパス、１つ以上のトリガルール、及び１つ以上のトリガルールに関連づけられた１つ以上のコンピュータ実行可能アクションを記憶するように構成されてもよい。メモリ２０４は、記憶されたコンピュータ実行可能命令又はデータ構造を搬送し又は有するコンピュータ読取可能記憶媒体を含んでもよい。そのようなコンピュータ読取可能記憶媒体は、プロセッサ２０２などの汎用又は専用コンピュータによりアクセスされ得る任意の利用可能な媒体を含んでもよい。

限定でなく例として、このようなコンピュータ読取可能記憶媒体には、ランダムアクセスメモリ（ＲＡＭ）、読取専用メモリ（ＲＯＭ）、電気的消去可能プログラマブル読取専用メモリ（ＥＥＰＲＯＭ）、コンパクトディスク読取専用メモリ（ＣＤ−ＲＯＭ）若しくは他の光ディスク記憶装置、磁気ディスク記憶装置若しくは他の磁気記憶デバイス、フラッシュメモリデバイス（例えば、ソリッドステートメモリデバイス）、又は、特定のプログラムコードをコンピュータ実行可能命令又はデータ構造の形式で搬送又は記憶するために使用でき、かつ汎用又は専用コンピュータによりアクセスできる任意の他の記憶媒体を含む、有形又は非一時的コンピュータ読取可能記憶媒体を含んでもよい。上記の組み合わせもまた、コンピュータ読取可能記憶媒体の範囲に含まれ得る。コンピュータ実行可能命令は、例えば、プロセッサ２０２にシステム１０２に関連づけられた特定の動作又は動作のグループを実行させるように構成された命令及びデータを含んでもよい。

永続データ記憶装置２０６は、プロセッサ２０２により実行可能なプログラム命令とマッシュアップテンプレートのフォーマットを記憶するように構成され得る適切な論理、回路、及び／又はインターフェースを含んでもよい。永続データ記憶装置２０６は、記憶されたコンピュータ実行可能命令又はデータ構造を搬送し又は有するコンピュータ読取可能記憶媒体を含んでもよい。そのようなコンピュータ読取可能記憶媒体は、プロセッサ２０２などの汎用又は専用コンピュータによりアクセスされ得る任意の利用可能な媒体を含んでもよい。

限定でなく例として、このようなコンピュータ読取可能記憶媒体には、コンパクトディスク読取専用メモリ（ＣＤ−ＲＯＭ）若しくは他の光ディスク記憶装置、磁気ディスク記憶装置若しくは他の磁気記憶デバイス（例えば、ハードディスクドライブ（ＨＤＤ））、フラッシュメモリデバイス（例えば、ソリッドステートドライブ（ＳＳＤ）、セキュアデジタル（ＳＤ）カード、他のソリッドステートメモリデバイス）、又は、特定のプログラムコードをコンピュータ実行可能命令又はデータ構造の形式で搬送又は記憶するために使用でき、かつ汎用又は専用コンピュータによりアクセスできる任意の他の記憶媒体を含む、有形又は非一時的コンピュータ読取可能記憶媒体を含んでもよい。上記の組み合わせもまた、コンピュータ読取可能記憶媒体の範囲に含まれ得る。コンピュータ実行可能命令は、例えば、プロセッサ２０２にシステム１０２に関連づけられた特定の動作又は動作のグループを実行させるように構成された命令及びデータを含んでもよい。

Ｉ／Ｏデバイス２０８は、ユーザ入力を受け取るように構成され得る適切な論理、回路、インターフェース、及び／又はコードを含んでもよい。Ｉ／Ｏデバイス２０８はさらに、ユーザ入力に応答して出力を提供するように構成されてもよい。Ｉ／Ｏデバイス２０８は、プロセッサ２０２及び他のコンポーネント、例えばネットワークインターフェース２１０などと通信するように構成され得る様々な入力及び出力デバイスを含んでもよい。入力デバイスの例は、これらに限られないが、タッチスクリーン、キーボード、マウス、ジョイスティック、及び／又はマイクロホンを含んでもよい。出力デバイスの例は、これらに限られないが、ディスプレイデバイス及びスピーカを含んでもよい。

ネットワークインターフェース２１０は、通信ネットワーク１１０を介してシステム１０２及びユーザデバイス１０４の間の通信を確立するように構成され得る適切な論理、回路、インターフェース、及び／又はコードを含んでもよい。ネットワークインターフェース２１０は、通信ネットワーク１１０を介するシステム１０２の有線又は無線通信をサポートするために、様々な既知の技術の使用により実装されてもよい。ネットワークインターフェース２１０は、これらに限られないが、アンテナ、無線周波数（ＲＦ）トランシーバ、１つ以上の増幅器、チューナ、１つ以上の発振器、デジタル信号プロセッサ、コーダ・デコーダ（コーデック）チップセット、加入者識別モジュール（ＳＩＭ）カード、及び／又はローカルバッファを含んでもよい。

ネットワークインターフェース２１０は、インターネット、イントラネット、及び／又は無線ネットワーク、例えばセルラー電話ネットワーク、無線ローカルエリアネットワーク（ＬＡＮ）、及び／又はメトロポリタンエリアネットワーク（ＭＡＮ）などのネットワークと無線通信を介して通信してもよい。無線通信は、グローバルシステムフォーモバイルコミュニケーションズ（Global System for Mobile Communications、ＧＳＭ）、拡張データＧＳＭ環境（Enhanced Data GSM Environment、ＥＤＧＥ）、広帯域符号分割多元接続（wideband code division multiple access、Ｗ‐ＣＤＭＡ）、ロングタームエボリューション（Long Term Evolution、ＬＴＥ（登録商標））、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、Ｂｌｕｅｔｏｏｔｈ、ワイヤレスフィデリティ（Ｗｉ‐Ｆｉ）（ＩＥＥＥ８０２．１１ａ、ＩＥＥＥＥ８０２．１１ｂ、ＩＥＥＥＥ８０２．１１ｇ、及び／又はＩＥＥＥ８０２．１１ｎなど）、ボイスオーバーインターネットプロトコル（ＶｏＩＰ）、ライトフィデリティ（Ｌｉ‐Ｆｉ）、又はＷｉ−ＭＡＸなどの複数の通信標準、プロトコル、及び技術のいずれかを使用してもよい。

特定の実施形態において、システム１０２は、フロントエンドサブシステムとバックエンドサブシステムに分割されてもよい。フロントエンドサブシステムは、単に、ユーザデバイス１０４、第三者サーバ、ウェブサーバ、クライアントマシン、及びバックエンドサブシステムのうち１つ以上から要求／命令を受信するように構成することができる。これらの要求は、背後でバックエンドサブシステムに通信することができ、バックエンドサブシステムは、これらの要求に対して動作するように構成することができる。例えば、システム１０２が複数のサーバを含む場合、サーバのいくつかが、バックエンドサブシステムに関連づけられた残りのサーバに要求／命令をリレーするように構成されたフロントエンドサーバでもよい。

本開示の範囲から逸脱することなく、システム１０２に修正、追加、又は省略を行ってもよい。例えば、いくつかの実施形態において、システム１０２は、明示的に例示又は説明されない可能性のある任意数の他のコンポーネントを含んでもよい。

図３は、本開示に記載される少なくとも１つの実施形態による、ログベースのマッシュアップのコード生成のための入力を提供するための一例示的な電子ユーザインターフェースを示す図である。図３は、図１及び図２の要素と関連して説明される。図３を参照し、図１の電子ＵＩ１０６の一例示的な実装である電子ＵＩ３００が示される。電子ＵＩ３００は、ユーザ要求に基づいてユーザデバイス１０４上に表示されてもよく、ユーザ要求は、ユーザデバイス１０４の表示画面上に表示されるアプリケーションインターフェースを介して受け取られてもよい。アプリケーションインターフェースは、アプリケーションソフトウェア、例えば、ソフトウェア開発キット（ＳＤＫ）、クラウドサーバベースのアプリケーション、ウェブベースのアプリケーション、ＯＳベースのアプリケーション／アプリケーションスイート、エンタープライズアプリケーション、又はＡＰＩマッシュアップのコードの自動生成のためのモバイルアプリケーションの一部でもよい。

電子ＵＩ３００上には、第１のＵＩ要素３０２、第２のＵＩ要素３０４、第３のＵＩ要素３０６、及び第４のＵＩ要素３０８などのＵＩ要素のセットが示されている。第１のＵＩ要素３０２、第２のＵＩ要素３０４、第３のＵＩ要素３０６、及び第４のＵＩ要素３０８を通じて、ユーザ１１２は、トリガデータソースパス、１つ以上のトリガルール、及び１つ以上のコンピュータ実行可能アクションを選択することにより、ログベースのマッシュアップを構成することができ得る。ログベースのマッシュアップは、ＵＩ要素のセットを介して提供され得るユーザ入力に基づくコンピュータ実行可能マッシュアップコードを含むように構成され得る。

第１のＵＩ要素３０２は、例えば「トリガを構成（Compose Triggers）」とラベル付けされてもよく、トリガソースパス選択肢３０２Ａ及びサブミット（submit）ボタン３０２Ｂを含んでもよい。トリガソースパス選択肢３０２Ａを通じて、ユーザ１１２は、トリガデータソース１１４のパス／ロケーションを指定するためのユーザ入力を提供することができ得る。いくつかの実施形態において、トリガソースパス選択肢３０２Ａは、利用可能なトリガデータソースの対応するリストのためのパスのリストをブラウズする選択肢を提供することができる。パスのリストからパスを選択すると、選択されたパスが電子ＵＩ３００に表示され得る。１つ以上の実施形態において、ユーザ１１２は、複数のトリガデータソースに関連づけられた複数のパスを提供することにより、複数のトリガデータソースを選択することができ得る。選択後、ユーザ１１２は、サブミットボタン３０２Ｂを介してトリガデータソースパスをサブミットすることができる。

サブミット後、システム１０２は、トリガウォッチャ機能を実装することができ、これは、トリガデータソースパスを監視し、トリガデータソースパスに関連づけられたトリガデータソース１１４から第１のログデータを受信することができる。第１のログデータは、１つ以上の電子トリガイベントに関連づけられた第１の情報を含んでもよい。システム１０２は、受信した第１のログデータの第１の文トークンから１つ以上のトリガ出力パラメータを抽出することができる。例えば、第１の文が「１３：４６：００：［警告］スループットが３０Ｍｂｐｓ、９０％のポリシー制限を使用」である場合、トリガ出力パラメータは「スループット」及び「ポリシー制限」として抽出されてもよい。トリガ出力パラメータの抽出動作の詳細は、例えば図６Ａ及び図６Ｂで提供される。

第２のＵＩ要素３０４は、例えば「ルールを構成（Compose Rules）」とラベル付けされてもよい。第２のＵＩ要素３０４は、トリガ出力パラメータメニュー３０４Ａ、トリガ基準メニュー３０４Ｂ、トリガ値テキストボックス３０４Ｃ、論理演算子メニュー３０４Ｄ、及びルール追加ボタン３０４Ｅを含んでもよい。トリガ出力パラメータメニュー３０４Ａ、トリガ基準メニュー３０４Ｂ、トリガ値テキストボックス３０４Ｃ、及び／又は論理演算子メニュー３０４Ｄ、及び／又はルール追加ボタン３０４Ｅを通じて、第１のトリガルールセットが、第１のユーザ選択可能な選択肢セットとしてユーザデバイス１０４の電子ＵＩ３００に表示され得る。各トリガルールは、トリガ出力パラメータ、トリガ基準、トリガ出力パラメータのトリガ値から構成されてもよい。システム１０２は、表示された第１のトリガルールセットのうち１つ以上のトリガルールの選択を含み得る第１の入力を受信することができる。

トリガ出力パラメータメニュー３０４Ａは、複数のトリガ出力パラメータを表示し得るドロップダウンメニューでもよい。これらのトリガ出力パラメータは、システム１０２がトリガデータソース１１４から第１のログデータを受信した後に投入され（populated）てもよい。１つ以上の実施形態において、これらのトリガ出力パラメータは、一般的なトリガ出力パラメータ（Trigger.file_path：第１のログデータへのトリガデータソースパス、Trigger.file_name：第１のログデータの名前、Trigger.line：第１のログデータに新しい行又はレコードが現れる）と、第１のログデータから抽出されたトリガ出力パラメータを含んでもよい。トリガ出力パラメータメニュー３０４Ａを通じて、１つ以上のトリガ出力パラメータが選択され得る。

トリガ基準メニュー３０４Ｂは、選択された１つ以上のトリガ出力パラメータに適用可能な複数のトリガ基準（トリガルールパターンとも呼ばれる）を列挙するドロップダウンメニューでもよい。トリガ出力パラメータメニュー３０４Ａを通じて、１つ以上のトリガ基準が選択され得る。表１に、複数のトリガ基準の例をその対応する説明と共に以下のとおり提示する。

トリガ値テキストボックス３０２Ｃは、トリガ値を追加するためにユーザ１１２により編集され得るテキストボックスでもよい。トリガ値は、トリガ基準メニュー３０４Ｂを介して選択され得るトリガ基準のオペランドとみなすことができる。トリガルールを満たすために、ログデータ内の選択されたトリガ出力パラメータの値が、選択された１つ以上のトリガ基準に基づくトリガ値と比較され得る。

いくつかの実施形態において、論理演算子メニュー３０４Ｄから論理演算子を選択するために、選択肢がユーザ１１２に提供されてもよい。図示のように、例えば、論理演算子は、論理演算子メニュー３０４Ｄの論理演算子の左側に表示されるラジオボタンを通じて選択されてもよい。論理演算子は、ユーザ１１２がログベースのマッシュアップを構成する間に複数のトリガルールを追加したい場合に、ユーザ１１２により選択されてもよい。ユーザ１１２は、ルール追加ボタン３０４Ｅをクリックすることにより、複数のトリガルールを追加するための別の選択肢を提供されてもよい。ルール追加ボタン３０４Ｅを選択すると、システム１０２は、第２のＵＩ要素３０４と同様であり得る新しいＵＩ要素を表示することができる。新しいＵＩ要素において、ユーザ１１２は、新しいトリガ出力パラメータ、新しいトリガ基準、及び新しいトリガ値を選択することにより、別のトリガルールを構成するための選択肢を提供され得る。

限定でなく例として、トリガルールは、トリガ出力パラメータを「スループット」として、トリガ基準を「より大きい」として、及びトリガ値を「２０Ｍｂｐｓ」として有するように構成されてもよい。システム１０２は、ログデータ内のスループットの値が２０Ｍｂｐｓのトリガ値より大きいかどうかを判定することができる。ルールが偽であると評価した場合、システム１０２は、いずれのコンピュータ実行可能アクションも実行しなくてもよい。トリガルールが真であると評価した場合、システム１０２は、本明細書に記載されるように、第３のＵＩ要素３０６を通じて指定され得る１つ以上のコンピュータ実行可能アクションを実行することができる。

第３のＵＩ要素３０６は、例えば「アクションを構成（Compose Actions）」とラベル付けされてもよく、アクション宛先（action destination）メニュー３０６Ａ、アクションメニュー３０６Ｂ、及びアクションパラメータメニュー３０６Ｃを含んでもよい。アクション宛先メニュー３０６Ａ、アクションメニュー３０６Ｂ、アクションパラメータメニュー３０６Ｃを通じて、ログベースのマッシュアップのための複数のコンピュータ実行可能アクションをユーザ１１２に表示することができる。システム１０２は、１つ以上の電子トリガイベントに関連づけられた（例えば、第１のログデータ内の）第１の情報が（第２のＵＩ要素３０４を介して選択された）１つ以上のトリガルールを満たすかどうかに基づいて実行されるべき１つ以上のコンピュータ実行可能アクションの選択を含み得る第２の入力を受信することができる。１つ以上のコンピュータ実行可能アクションは、第３のＵＩ要素３０６に表示されるように、複数のコンピュータ実行可能アクションの中から選択されてもよい。いくつかの例示的な実施形態において、１つ以上のコンピュータ実行可能アクションは、ＡＰＩプロバイダの対応する１つ以上のＡＰＩエンドポイントへの１つ以上のＡＰＩコールに対応し得る。

アクション宛先メニュー３０６Ａは、ドロップダウンメニューでもよく、このドロップダウンメニューが、第１のログデータ内の（すなわち、電子トリガイベントに関連づけられた）第１の情報が１つ以上のトリガルールを満たす場合にコンピュータ実行可能アクションが実行され得るアクション宛先のセットを列挙してもよい。例えば、アクション宛先のセットは、ＡＰＩプロバイダのリストを含んでもよく、該プロバイダの各々が、ＡＰＩベースのアクションとして１つ以上のＡＰＩエンドポイントを提供してもよい。ユーザ１１２は、アクション宛先のセットの中から１つ以上のアクション宛先を選択するための選択肢を提供され得る。

アクションメニュー３０６Ｂは、選択されたアクション宛先に関連づけられた複数のアクションをユーザ選択可能な選択肢として列挙し得るドロップダウンメニューでもよい。アクションメニュー３０６Ｂ内の各アクションは、（アクション宛先メニュー３０６Ａを介してアクション宛先として選択された）ＡＰＩプロバイダのＡＰＩエンドポイントに対応し得る。１つ以上の実施形態において、アクション宛先メニュー３０６Ａを提供する代わりに、アクション宛先メニュー３０６Ａ内の全てのアクション宛先がアクションメニュー３０６Ｂ内のアクションと組み合わせられて、単一のアクションリストを提供してもよい。このような実装において、アクションメニュー３０６Ｂ内のアクションのテキスト記述は、アクション宛先（又は、ＡＰＩプロバイダ名）と連結されてもよい。例えば、アクション宛先が「Ｓｌａｃｋ（登録商標）」であり、アクションが「メッセージを送信（send a message）」である場合、テキスト記述は「Ｓｌａｃｋでメッセージを送信（Send a message on Slack）」として提供されてもよい。

アクションパラメータメニュー３０６Ｃは、アクションメニュー３０６Ｂを介して選択されたアクションに対するユーザ選択可能な入力として複数のアクションパラメータを表示し得るドロップダウンメニューでもよい。アクションパラメータメニュー３０６Ｃ内の各アクションパラメータは、ＡＰＩエンドポイント（すなわち、アクションメニュー３０６Ｂを通じて選択されたアクション）のエンドポイントパラメータに対応してもよく、アクションを選択するとユーザ１１２に表示されてもよい。

限定でなく例として、アクション宛先がＳｌａｃｋ（登録商標）として選択された場合、アクションメニュー３０６Ｂは、これらに限られないが、リマインダを追加（Add Reminder）、ダイレクトメッセージを送信（Send Direct Message）、チャネルを作成（Create Channel）、チャネルトピックを設定（Set Channel Topic）、ステータスを設定（Set Status）、チャネルメッセージを送信（Send Channel Message）、又はプライベートチャネルメッセージを送信（Send Private Channel Message）などのアクションを投入されてもよい。ユーザ１１２は、アクションを「ダイレクトメッセージを送信」として選択することができ、アクションパラメータを「ツイートテキスト」及び「ツイートタイムスタンプ」として選ぶことができる。コンピュータ実行可能アクションは、特定のユーザのツイート及びツイートのタイムスタンプを含むメッセージを用いてｓｌａｃｋ（登録商標）でメッセージを送信するアクションとして構成され得る。

第４のＵＩ要素３０８は、例えば「Ｇｏ」とラベル付けされてもよく、ボタンでもよい。ボタンを選択すると、システム１０２は、第１のＵＩ要素３０２を介して提供されたトリガデータソースパス、第２のＵＩ要素を介した第１の入力、及び第３のＵＩ要素３０６を介した第２の入力に基づいてマッシュアップテンプレートを構築することができる。

電子ＵＩ３００は、トリガデータソースパス、１つ以上のトリガルール、及びコンピュータ実行可能アクションの選択を示すための例示的な例として提供されているに過ぎず、本開示を制限するものと解釈されるべきでないことに留意されたい。いくつかの実施形態において、電子ＵＩ３００は、ユーザ１１２が複数のトリガデータソースパス及び／又は複数のコンピュータ実行可能アクションを選択できるように、適切に修正されてもよい。例えば、電子ＵＩ３００を通じて、単一のコンピュータ実行可能アクションをトリガするために複数のトリガデータソースが選択されてもよく、あるいは複数のコンピュータ実行可能アクションをトリガするために１つのトリガデータソースが選択されてもよい。

さらに、電子ＵＩ３００内のトリガルールは例として提供されているに過ぎず、本開示を限定するものと解釈されるべきでないことに留意されたい。いくつかの実施形態において、電子ＵＩ３００は、ユーザ１１２がより複雑なトリガルール、例えば、ネストされたルール（例えば、第１のルールが満たされている場合、第２のルールが満たされているかをチェックし、次いでアクションをトリガする）又は適切な論理演算子を通じた複数のトリガルールの組み合わせ（例えば、第１のルール「ＡＮＤ」第２のルールの双方が満たされている場合、アクションをトリガする）などを構成できるように、適切に修正されてもよい。

さらに、電子ＵＩ３００は、ログベースのマッシュアップを構成するためのステップバイステップのアプローチを例示するための例として提供されているに過ぎないことに留意されたい。電子ＵＩ３００は、ユーザ１１２がツールボックス（すなわち、ＵＩ）を使用して複数のブロックをドラッグアンドドロップすることができ得る場合のドラッグアンドドロップアプローチなど、任意の他のアプローチに従うように構成することもできる。ユーザ１１２は、本開示の範囲から逸脱することなく、これらの複数のブロックに関連づけられたパラメータを構成し、ブロック間で矢印を接続してブロック間の関係を確立するための選択肢を提供されてもよい。

図４は、本開示に記載される少なくとも１つの実施形態による、ログベースのマッシュアップのコード生成の一例示的な方法のフローチャートを示す。図４は、図１、図２及び図３の要素と関連して説明される。図４を参照し、フローチャート４００が示される。フローチャート４００に示される方法は４０２で開始でき、図１又は図２のシステム１０２などの任意の適切なシステム、装置、又はデバイスにより実行されてもよい。

４０２において、トリガデータソースパスが受信され得る。トリガデータソースパスは、トリガデータソース１１４に関連づけられ得、これは、ログデータ内の新しいレコードについて監視される必要があり得る。各々の新しいレコードは、電子トリガイベントに対応することができる。例えば、温度監視デバイスから温度ログデータを受信した場合、新しい温度値が電子トリガイベントに対応してもよい。１つ以上の実施形態において、プロセッサ２０２は、トリガデータソースパスを受信し、受信したトリガデータソースパスに基づいてトリガデータソース１１４を選択するように構成され得る。例えば、図３に示すように、トリガデータソースパスは、第１のＵＩ要素３０２を介して受信することができる。

４０４において、第１のログデータがトリガデータソース１１４から受信され得、１つ以上の電子トリガイベントに関連づけられた第１の情報を含み得る。１つ以上の実施形態において、プロセッサ２０２は、トリガデータソース１１４からの１つ以上の電子トリガイベントに関連づけられた第１の情報を含む第１のログデータを受信するように構成され得る。第１のログデータ内の第１の情報は、１つ以上の電子トリガイベントに対応する１つ以上のレコードを（例えば、１つ以上の文の形式で）含んでもよい。第１のログデータ内の各レコードは、人間に読めるフォーマットで表現されてもよく、単語トークンと数値の双方を含んでもよい。

４０６において、受信した第１のログデータから１つ以上のトリガ出力パラメータが抽出され得る。１つ以上の実施形態において、プロセッサ２０２は、受信した第１のログデータの第１の文トークンから１つ以上のトリガ出力パラメータを抽出するように構成され得る。例えば、受信した第１のログデータは、複数の文トークンにトークン化され（tokenized）てもよい。複数の文トークンのうち第１の文トークンから、第１の単語トークンセットが抽出され得る。そのような単語トークンは、１つ以上のトリガ出力パラメータとして名詞、名詞句、又は固有表現（named entities）のうち１つ以上を含んでもよい。さらに又は代わりに、第１の文トークンにおいて、固有表現であり、かつ直接目的語又は前置詞の目的語の係り受け（dependency）を有する別の単語トークンが存在するという判定に基づいて、第１の文トークンにおいて、名詞句主語（nominal subject）又は前置詞修飾語句（prepositional modifier）の先頭の係り受けを有する単語トークンがトリガ出力パラメータとして抽出されてもよい。１つ以上のトリガ出力パラメータの抽出に関するさらなる詳細は、例えば、図６Ａ及び図６Ｂで説明される。

１つ以上の実施形態において、１つ以上のトリガ出力パラメータは、第１のログデータに関連づけられた一般的パラメータでもよい。このような一般的パラメータの例は、これらに限られないが、第１のログデータのトリガデータソースパス、第１のログデータを含むログファイルの名前、第１のログデータ内の特定の行又はレコード番号、及び第１のログデータ内の新しい行又はレコード番号を含んでもよい。

４０８において、抽出された１つ以上のトリガ出力パラメータに基づいて第１のトリガルールセットが表示され得る。第１のトリガルールセットは、ユーザデバイス１０４の電子ＵＩ１０６に第１のユーザ選択可能な選択肢セットとして表示されてもよい。１つ以上の実施形態において、プロセッサ２０２は、抽出された１つ以上のトリガ出力パラメータに基づいて、ユーザデバイス１０４の電子ＵＩ１０６に第１のユーザ選択可能な選択肢セットとして第１のトリガルールセットを表示するように構成され得る。各トリガルールは、１つ以上のトリガ出力パラメータ、トリガ基準、及びトリガ値を含んでもよい。

４１０において、第１の入力が受信され得る。第１の入力は、表示された第１のトリガルールセットのうち１つ以上のトリガルールの選択に対応することができる。１つ以上の実施形態において、プロセッサ２０２は、表示された第１のトリガルールセットのうち１つ以上のトリガルールの選択を含む第１の入力を受信するように構成され得る。トリガルールの選択の詳細は、例えば図３で提供されている。

４１２において、第２の入力が受信され得る。第２の入力は、１つ以上のコンピュータ実行可能アクションの選択を含むことができる。１つ以上のコンピュータ実行可能アクションは、１つ以上の電子トリガイベントに関連づけられた第１の情報が（４１０で第１の入力として受信される）１つ以上のトリガルールを満たすかどうかに基づいて実行されてもよい。１つ以上の実施形態において、プロセッサ２０２は、１つ以上のコンピュータ実行可能アクションの選択を含む第２の入力を受信するように構成され得る。コンピュータ実行可能アクションの選択の詳細は、例えば図３で提供されている。

４１４において、トリガデータソース１１４に関連づけられた（４０２で提供される）トリガデータソースパス、（４１０で提供される）第１の入力、及び（４１２で提供される）第２の入力に基づいてマッシュアップテンプレートが生成され得る。１つ以上の実施形態において、プロセッサ２０２は、マッシュアップテンプレートを生成するように構成され得る。マッシュアップテンプレートは、トリガデータソースパス、第１のトリガルールセット、及び１つ以上のコンピュータ実行可能アクションのアクションパラメータを含むことができる。第１のトリガルールセット内の各トリガルールは、トリガ基準、トリガ値、及びトリガ出力パラメータを含むことができる。マッシュアップテンプレートの一例が図５で提供される。

１つ以上の実施形態において、生成されたマッシュアップテンプレートは、これである場合にあれをする（IF This Then That、ＩＦＴＴＴ）のアプローチに基づく条件付きテンプレートでもよく、それにより、アクションはトリガがルールを満たすときトリガされる。生成されたマッシュアップテンプレート内のデータは、ＪａｖａＳｃｒｉｐｔ（登録商標）ＯｂｊｅｃｔＮｏｔａｔｉｏｎ（ＪＳＯＮ）又は拡張マークアップ言語（Extensible Markup Language、ＸＭＬ）などの適切なファイルフォーマットでキー値ペア（key-value pairs）として構造化されてもよい。データは、例えば、ログベースのマッシュアップの名前、ログベースのマッシュアップの説明、ログベースのマッシュアップ内のトリガルールの有効化状態（真又は偽のいずれかであり得る）、１つ以上のトリガルールのための実行可能コード、トリガルールに関連づけられた入力パラメータ（トリガ基準又はトリガ値など）、１つ以上のコンピュータ実行可能アクションのための実行可能コード、及び１つ以上のコンピュータ実行可能アクションのための実行可能コードに渡すべきパラメータのセットを含んでもよい。

１つ以上の実施形態において、マッシュアップテンプレートは、単一のコンピュータ実行可能アクションを引き起こす単一のトリガデータソース、複数のコンピュータ実行可能アクションを引き起こす単一のトリガデータソース、単一のコンピュータ実行可能アクションを引き起こす複数のトリガデータソース、又は複数のコンピュータ実行可能アクションを引き起こす複数のトリガデータソースなどの、様々なトリガアクションシナリオをサポートするように生成することができる。

４１６において、（４１４において生成される）マッシュアップテンプレートに基づいてコンピュータ実行可能マッシュアップコードが生成され得る。コンピュータ実行可能マッシュアップコードは、ランタイムシステム１０８上で実行可能であるように構成され得、ログデータの取り出し及び電子トリガイベントの検出に関連づけられた１つ以上のコンピュータ実行可能トリガコード、１つ以上のトリガルールに関連づけられた１つ以上のコンピュータ実行可能ルールコード、及び１つ以上のコンピュータ実行可能アクションに関連づけられた１つ以上のコンピュータ実行可能アクションコードを含むことができる。１つ以上の実施形態において、コンピュータ実行可能トリガコードは、トリガデータソースに関連づけられた受信した第１のデータソースパスにさらに基づいて生成されてもよい。コンピュータ実行可能マッシュアップコードは、これらに限られないがＪａｖａ（登録商標）、Ｊａｖａ２ＭＥ、Ｃ／Ｃ＋＋、Ｐｅｒｌ、Ｐｙｔｈｏｎを含む任意の適切なプログラミング言語又はプログラミング言語の組み合わせで書くことができる。

１つ以上の実施形態において、１つ以上のコンピュータ実行可能トリガコードは、（４０２で指定される）トリガデータソースパスを監視して電子トリガイベントとして新しいレコードを含むログデータファイルを調べるトリガウォッチャ機能を実装する１つ以上のプログラムに対応してもよい。

１つ以上の実施形態において、各々のコンピュータ実行可能ルールコードは、ログデータ内のトリガ出力パラメータの値とトリガ値が入力として提供され得る関数宣言、コーナーケースチェック、ログデータ内のトリガ出力パラメータの値とトリガ値がフォーマットされているかどうかを判定するチェック、及びトリガルールの結果を評価するための（ルール演算子／トリガ基準としての）ビルトイン演算子への呼び出しなどの一連のコードセクションを含んでもよい。典型的には、コーナーケースは、通常の動作パラメータの範囲外でのみ発生する問題又は状況、特に、複数の環境変数又は条件が同時に極端なレベルにあるとき、各パラメータがそのパラメータに対して指定された範囲内にあるとしてもそれ自体が現れるものを含む。

１つ以上の実施形態において、コンピュータ実行可能アクションコードは、オープンＡＰＩ仕様（Open API Specification、ＯＡＳ）ファイルなどのＡＰＩ仕様ファイルに基づいて生成されてもよい。ＡＰＩ仕様ファイルは、コンピュータ実行可能アクションを実行するためにＡＰＩエンドポイントを呼び出すのに必要な情報を含んでもよい。例えば、ＡＰＩ仕様ファイルは、ＡＰＩホストアドレス、ＡＰＩエンドポイント、及びＡＰＩエンドポイントのエンドポイントパラメータなどの情報を含んでもよい。

一実施形態において、プロセッサ２０２は、コンピュータ実行可能アクションに関連づけられたＡＰＩに関するＡＰＩ仕様ファイルから、これらに限られないがＡＰＩホストアドレス、ＡＰＩエンドポイント、及びエンドポイントパラメータを含む情報を取り出すことができる。プロセッサ２０２は、取り出された情報及びアクションコードテンプレートに基づいて、１つ以上のコンピュータ実行可能アクションコードのうちのコンピュータ実行可能アクションコードを生成してもよい。例えば、アクションコードテンプレートは、コンピュータ実行可能アクションコードを生成するために、取り出された情報を投入され得る。生成されたコンピュータ実行可能アクションコードは、ログベースのマッシュアップのコンピュータ実行可能マッシュアップコードに含まれてもよい。

４１８において、生成されたマッシュアップコードがランタイムシステム１０８上で実行され得る。ここで、ランタイムシステム１０８は、典型的にプログラム実行に必要とされる管理されたハードウェア及びソフトウェアリソースの集合を参照することができる。マッシュアップコードの実行は、１つ以上のコンピュータ実行可能トリガコード、１つ以上のトリガルールに関連づけられた１つ以上のコンピュータ実行可能ルールコード、及び１つ以上のコンピュータ実行可能アクションに関連づけられた１つ以上のコンピュータ実行可能アクションコードの実行を含んでもよい。１つ以上の実施形態において、ランタイムシステム１０８は、１つ以上のコンピュータ実行可能トリガコードを実行して、トリガデータソース１１４から第２のログデータを受信し、１つ以上の電子トリガイベントに関連づけられた第２の情報を抽出することができる。その後、ランタイムシステム１０８は、１つ以上のコンピュータ実行可能ルールコードを実行して、抽出された第２の情報が１つ以上のトリガルールを満たすという判定に基づいてトリガ応答を生成することができる。ランタイムシステム１０８はさらに、１つ以上のコンピュータ実行可能アクションコードを実行して、トリガ応答に基づいて１つ以上のコンピュータ実行可能アクションを実行することができる。

一実施形態において、コンピュータ実行可能アクションは、生成されたトリガ応答が真（１）である場合に実行され得るＡＰＩベースのアクションでもよい。コンピュータ実行可能アクションコードの実行により、ＡＰＩコールがＡＰＩプロバイダのそれぞれのＡＰＩエンドポイントに対して行われて、ＡＰＩベースのアクションを実行することができる。例えば、ログデータが、華氏６８度のトリガ値を有するトリガ出力パラメータ「室温」に対して華氏８０度の値を含み得る。トリガ基準が「より大きい」である場合、トリガ応答は、華氏８０度が華氏６８度のトリガ値より大きいとき真（１）であり得る。トリガ応答が、トリガルールが満たされていることを示すとき、コンピュータ実行可能アクションが、Ｓｌａｃｋ（登録商標）に通知を投稿することにより実行され得る。通知を投稿するために、コンピュータ実行可能アクションコードが実行されて、通知を投稿するためのＡＰＩコールをＳｌａｃｋ（登録商標）サーバに投稿してもよい。Ｓｌａｃｋ（登録商標）に関連づけられたユーザＩＤが、ＡＰＩコールでエンドポイントパラメータ（すなわち、アクションパラメータ）として提供されてもよい。

制御は終了に移行し得る。フローチャート４００は、４０２、４０４、４０６、４０８、４１０、４１２、４１４、４１６、及び４１８などの別個の動作として示されているが、しかしながら、特定の実施形態において、このような別個の動作は、開示された実施形態の本質を損なうことなく特定の実装に依存してさらなる動作にさらに分割されてもよく、より少ない動作に組み合わせられてもよく、あるいは削除されてもよい。

図５は、本開示に記載される少なくとも１つの実施形態による、一例示的なマッシュアップテンプレートを示す。図５は、図１、図２、図３、及び図４の要素と関連して説明される。図５を参照し、マッシュアップテンプレート５００が示され、これは、受信した第１の入力（４１０で受信）及び受信した第２の入力（４１２で受信）に基づいて構築され得る。

システム１０２は、ＩＦＴＴＴ（If this then that）アプローチに基づいてマッシュアップテンプレート５００を構築することができる。ＩＦＴＴＴアプローチでは、マッシュアップテンプレート５００は、トリガセクション５０２、ルールセクション５０４、及びアクションセクション５０６を含んでもよい。マッシュアップテンプレート５００は、データを構造化されたフォーマットで含んでもよい。一例として、マッシュアップテンプレート５００は、キー値ペアを有するＪＳＯＮ（又は、ＹＡＭＬ）フォーマットで示される。表２に、マッシュアップテンプレート５００の共通キーの簡単な説明を以下のとおり示す。

マッシュアップテンプレート５００内のデータは、マッシュアップテンプレート５００の名前５０８及びマッシュアップテンプレート５００の説明５１０を含むことができる。トリガセクション５０２は、トリガデータソース１１４のパス又はＵＲＬを列挙するトリガデータソースパス５０２Ａを含むことができる。ルールセクション５０４は、トリガ出力パラメータ５０４Ａ、トリガ基準５０４Ｂ、及びトリガ値５０４Ｃを含むことができる。同様に、アクションセクション５０６は、アクション５０６Ａを「sql.insert」として、アクションパラメータ５０６Ｂを「connection: postgresql」、「table: “logfile”」、「Data: file_path: “{{trigger.file_path}}”, file_name: “{{trigger.file_name}}”, 及びlog_line:“{{trigger.line}}”」として含むことができる。ランタイムシステム１０８上で実行されたとき、マッシュアップテンプレート５００に基づいて生成されたマッシュアップコードは、file_path、file_name、及びlog_lineの値をログファイルテーブルに挿入するように構成され得る。

図６Ａ及び図６Ｂは合わせて、本開示に記載される少なくとも１つの実施形態による、ログデータからの１つ以上のトリガ出力パラメータの抽出の一例示的な方法のフローチャートを示す。図６Ａ及び図６Ｂは、図１、図２、図３、図４、及び図５の要素と関連して説明される。図６Ａ及び図６Ｂを参照し、フローチャート６００が示される。フローチャート６００に示される方法は６０２で開始でき、図１又は図２のシステム１０２などの任意の適切なシステム、装置、又はデバイスにより実行されてもよい。

６０２において、第１のログデータがトリガデータソース１１４から受信され得、１つ以上の電子トリガイベントに関連づけられた第１の情報を含み得る。１つ以上の実施形態において、プロセッサ２０２は、トリガデータソース１１４から１つ以上の電子トリガイベントに関連づけられた第１の情報を含む第１のログデータを受信するように構成され得る。第１のログデータ内の第１の情報は、１つ以上の電子トリガイベントを示す１つ以上のレコードとして１つ以上の文を含むことができる。

６０４において、受信した第１のログデータが文トークンのセットにトークン化され得る。１つ以上の実施形態において、プロセッサ２０２は、受信した第１のログデータを文トークンのセットにトークン化するように構成され得る。トークン化は、「終止符（full stop）」、カンマ、コロン、又はセミコロンなどの句読点に基づいて実行することができる。いくつかの実施形態において、トークン化は、これらに限られないが、自然言語ツールキット（Natural Language Toolkit、ＮＴＬＫ）及びＳｐａｃｙ（登録商標）などのＮＬＰ文トークン化ツールにより実行されてもよい。

６０６において、文トークンのセットから第１の文トークンが選択され得る。１つ以上の実施形態において、プロセッサ２０２は、文トークンのセットのうち第１の文トークンを選択するように構成され得る。例えば、第１の文トークンは、第１のログデータ内の最近更新された行番号又は最近更新されたレコードに対応してもよい。例えば、Ｊｕｎｉｐｅｒ（登録商標）デバイスログファイルからの第１の文トークンは、「そのスループットが２５Ｍｂｐｓである（the throughput is 25 Mbps）」であり得る。

６０８において、選択された第１の文トークンが複数の単語トークンにトークン化され得る。１つ以上の実施形態において、プロセッサ２０２は、選択された第１の文トークンを複数の単語トークンにトークン化するように構成され得る。選択された第１の文トークンのトークン化は、句読点（カンマ、セミコロン、ハイフンなど）とスペースを使用して単語トークンを分離すること、又はＮＴＬＫ及びＳｐａｃｙ（登録商標）などのＮＬＰ単語トークン化ツールを使用することにより動作してもよい。前の例を参照すると、第１の文トークン「そのスループットが２５Ｍｂｐｓである」は、５つの単語トークン、すなわち「その（the）」、「スループットが（throughput）」、「である（is）」、「２５」、及び「Ｍｂｐｓ」にトークン化され得る。

６１０において、複数の単語トークンのうち１つ以上の単語トークンに対して１つ以上の固有表現が決定され得る。１つ以上の実施形態において、プロセッサ２０２は、複数の単語トークンのうち１つ以上の単語トークンに対する１つ以上の固有表現を決定するように構成され得る。各固有表現は、それぞれの単語トークンが表す現実世界の概念を用いてそれぞれの単語トークンへのラベルを提供することができる。例えば、各固有表現は、それぞれの単語トークンが、人の名前、企業／事業の名前、地理的場所、製品の名前、タイムスタンプ、金額、イベントの名前、基本値（cardinal value）、又はパーセンテージ、又は他のユーザ定義の固有表現のうち１つであるかどうかを表してもよい。前の例を参照し、表３に、５つの単語トークンのうち１つの固有表現を以下のとおり提供することができる。

６１２において、選択された第１の文トークンの複数の単語トークンの品詞（part-of-speech、ＰＯＳ）タグ付けが実行され得る。ＰＯＳタグ付けは、第１の文トークンの各単語トークンについてＰＯＳタグを識別するために実行することができる。品詞タグは、例えば、基数（cardinal number）、動詞、名詞、代名詞、形容詞、限定詞、副詞、前置詞、接続詞、及び間投詞を含んでもよい。１つ以上の実施形態において、プロセッサ２０２は、選択された第１の文トークンの複数の単語トークンのＰＯＳタグ付けを実行するように構成され得る。前の例を参照し、表４に、５つの単語トークンのＰＯＳタグを以下に示すとおり提供する。さらに、ＰＯＳに基づいて名詞句を抽出することもできる。名詞句は、名詞を含む品詞パターンである。これらは、他の品詞が文法的な意味をなすものであれば何でも含むこともでき、複数の名詞を含むことができる。例えば、表４に、名詞句を以下に示すとおり提供する。

６１４において、名詞、名詞句、又は固有表現のうち１つ以上を含む第１の単語トークンセットが選択され得る。第１のトークンセットは、（６１２における）ＰＯＳタグ付けと（６１０において）決定された１つ以上の固有表現に基づいて、（６０８で取得された）複数の単語トークンから選択することができる。１つ以上の実施形態において、プロセッサ２０２は、ＰＯＳタグ付け及び決定された１つ以上の固有表現に基づいて第１の単語トークンセットを選択することができる。前の例を参照すると、第１の単語トークンセットは「そのスループット（the throughput）」を含み得、なぜならば、それが名詞句を表すためである。

６１６において、複数のＰＯＳタグを有する単語トークンの複数の再来（reoccurrences）を回避するために第１の単語トークンセットがフィルタリングされ得る。例えば、表４から、文トークンは、「スループット」を「ＮＮ」として、「そのスループット」を「名詞句」として含む。この場合、システム１０２は、第１の単語トークンセットを（名詞句としての）「そのスループット」のみ含むようにフィルタリングすることができ、なぜならば、それが用語「スループット」を含むためである。

６１８において、選択された第１の文トークンから第１の単語トークンが選択され得る。このような選択は、選択された第１の文トークンの単語トークンにわたる第１の反復（iteration）で実行することができる。

６２０において、選択された第１の単語トークンが固有表現に対応し、選択された第１の単語トークンセット（又は、６１６で取得される、フィルタリングされた第１の単語トークンセット）に含まれるかどうかが判定され得る。選択された第１の単語トークンが固有表現に対応し、選択された第１の単語トークンセット（又は、フィルタリングされた第１の単語トークンセット）に含まれる場合、制御は６２２に移行し得る。そうでない場合、制御は６１８に移行して、選択された第１の文トークンからの次の単語トークンの選択のために別の反復を実行することができ、次いで、制御は６２０に移行し得る。

６２２において、選択された第１の単語トークンが直接目的語（direct object、ｄｏｂｊ）の係り受けを有するかどうかが判定され得る。直接目的語は、動詞のアクションを受け得る名詞又は名詞句であり得る。１つ以上の実施形態において、プロセッサ２０２は、選択された第１の単語トークンが直接目的語（ｄｏｂｊ）の係り受けを有するかどうかを判定するように構成され得る。選択された第１の単語トークンが直接目的語（ｄｏｂｊ）の係り受けを有する場合、制御は６２４に移行し得る。そうでない場合、制御は６２６に移行し得る。

６２４において、選択された第１の単語トークンの主語が選択される。そうするために、選択された第１の単語トークンが直接目的語（ｄｏｂｊ）の係り受けを有しているという判定に基づいて、選択された第１の文トークンから第２の単語トークンが選択され得る。第２の単語トークンは、名詞句主語（nominal subject、ｎｓｕｂｊ）の係り受けを有する第１の文トークンの最も左側の単語でもよい。言い換えれば、第２の単語トークンは、選択された第１の単語トークンの前に生じる構文的な子（syntactic child）であり得る。制御は６２８に移行し得る。

６２６において、選択された第１の単語トークンが前置詞の目的語（object of preposition、ｐｏｂｊ）の係り受けを有するかどうかが判定され得る。前置詞の目的語は、前置詞により支配され得る名詞又は名詞句であり得る。１つ以上の実施形態において、プロセッサ２０２は、選択された第１の単語トークンが前置詞の目的語（ｐｏｂｊ）の係り受けを有するかどうかを判定するように構成され得る。選択された第１の単語トークンが前置詞の目的語（ｐｏｂｊ）の係り受けを有する場合、制御は６２８に移行し得る。そうでない場合、制御は６３２に移行し得る。

６２８において、選択された第１の単語トークンの主語が選択される。そうするために、選択された第１の単語トークンが前置詞の目的語（ｐｏｂｊ）の係り受けを有しているという判定に基づいて、選択された第１の文トークンから第２の単語トークンが選択され得る。第２の単語トークンは、前置詞修飾語句（ｐｒｅｐ）の係り受けを有する可能性があり、第２の単語トークンの先頭は、選択された第１の単語トークンの主語である可能性がある。１つ以上の実施形態において、プロセッサ２０２は、選択された第１の単語トークンが前置詞の目的語（ｐｏｂｊ）の係り受けを有しているという判定に基づいて、選択された第１の文トークンから、前置詞修飾語句（ｐｒｅｐ）の係り受けを有する第２の単語トークンを選択するように構成され得る。

６３０において、第１の文トークンから（６２４又は６２８で）選択された第２の単語トークンを抽出することにより１つ以上のトリガ出力パラメータが抽出され得る。

６３２において、制御は６１８に移行して、選択された第１の文トークンからの次の単語トークンの選択のための別の反復を実行することができる。選択の後、選択された第１の文トークンの最後の単語トークンまで、６２０から６３２の動作を繰り返すことができる。これは、選択された第１の単語トークンが直接目的語（ｄｏｂｊ）の係り受けも前置詞の目的語（ｐｏｂｊ）の係り受けも有さない場合に実行され得る。

制御は終了に移行し得る。フローチャート６００は、６０２、６０４、６０６、６０８、６１０、６１２、６１４、６１６、６１８、６２０、６２２、６２４、６２６、６２８、６３０、及び６３２などの別個の動作として示されているが、しかしながら、特定の実施形態において、このような別個の動作は、開示された実施形態の本質を損なうことなく特定の実装に依存してさらなる動作にさらに分割されてもよく、より少ない動作に組み合わせられてもよく、あるいは削除されてもよい。

図７は、本開示に記載される少なくとも１つの実施形態による、データパイプライン、ストリーミング、又はキューイングシステムからログデータを受信する一例示的なパイプラインを示す。図７は、図１、図２、図３、図４、図５、及び図６Ａと図６Ｂからの要素と関連して説明される。図７を参照し、一例示的なパイプライン７００のブロック図が示され、パイプライン７００は、ログファイル７０２、データパイプライン、ストリーミング、又はキューイングシステム７０４、ウォッチャ７０６、トリガルールブロック７０８、及びアクションブロック７１０を含む。ウォッチャ７０６、トリガルールブロック７０８、及びアクションブロック７１０は、システム１０２のソフトウェア及び／又はハードウェアリソースを使用して実装され得る。

データパイプライン、ストリーミング、又はキューイングシステム７０４は、高可用性要件を有する高度分散システム（例えば、Ｋａｆｋａ（登録商標））として実装されてもよい。このような一実装において、ウォッチャ７０６は、ログファイル７０２のためのトリガデータソースパスを直接監視しなくてもよい。代わりに、ウォッチャ７０６は、データパイプライン、ストリーミング、又はキューイングシステム７０４の出力を監視することができる。最初、データパイプライン、ストリーミング、又はキューイングシステム７０４は、様々な分散されたトリガデータソースから、ログファイル７０２（第１のログファイル７０２Ａ、第２のログファイル７０２Ｂ、第３のログファイル７０２Ｃ、及び第ｎのログファイル７０２Ｎなど）を受信することができる。データパイプライン、ストリーミング、又はキューイングシステム７０４は、ＭＱテレメトリトランスポート（MQ Telemetry Transport、ＭＱＴＴ）プロトコルなどのパブリッシュサブスクライブ（publish-subscribe）ネットワークプロトコルに従って複数のトピックを発行する（publish）ことができるメッセージブローカ７０４Ａを含んでもよい。ＭＱＴＴの場合、メッセージブローカ７０４Ａは、ＭＱＴＴブローカとも呼ばれることもある。各々の発行されたトピックは、ログデータのタイプ又はログファイルの特定のバージョンに対応することができる。例えば、第１のログファイル７０２Ａが温度データを含み、第２のログファイル７０２Ｂが周囲圧力データを含む場合、メッセージブローカ７０４Ａは、温度及び圧力などの２つのトピックを発行してもよい。ウォッチャ７０６は、サブスクライバ（例えば、ＭＱＴＴクライアント）として実装されてもよく、メッセージブローカ７０４Ａの１つ以上のトピックをサブスクライブすることができる。ここで、メッセージブローカ７０４Ａは、システム１０２のためのトリガデータソースとして動作してもよい。

ウォッチャ７０６は、メッセージブローカ７０４Ａから、サブスクリプションに基づいて第１のトピック（例えば、温度）に関連づけられた第１のメッセージペイロードを受信することができる。その後、ウォッチャ７０６は、第１のメッセージペイロードから第１のログファイル７０２Ａの形式の第１のログデータを抽出することができる。第１のログデータは、（図４並びに図６Ａ及び図６Ｂに記載されているように）トリガ出力パラメータを抽出するための参照として使用されてもよい。いつでも、ウォッチャ７０６は、第１のメッセージペイロードを受信した後、第１のトピックに関連づけられた第２のメッセージペイロードをメッセージブローカ７０４Ａから受信することができる。ウォッチャ７０６は、第２のログデータが第１のログデータ内の第１の情報と異なる第２の情報を含むという判定に基づいて、第２のメッセージペイロードから第２のログデータを抽出することができる。言い換えれば、第２のログデータ内の第２の情報は、（例えば、新しい行番号又は値で表される）新しいデータ点又はレコードを含み得る。

トリガルールブロック７０８は、第２のログデータを分析して、（例えば、図４の４０６で選択されるような）１つ以上のトリガルールが満たされているかどうかを判定することができる。その後、トリガルールブロック７０８は、１つ以上のトリガルールが満たされているか否かを示すトリガ応答（例えば、満たされている場合は１、満たされていない場合は０）をアクションブロック７１０に提供することができる。アクションブロック７１０は、トリガ応答に基づいて１つ以上のコンピュータ実行可能アクションを実行することができる。

図８は、本開示に記載される少なくとも１つの実施形態による、ログベースのマッシュアップのコード生成のための一例示的な処理パイプラインを表す例示的な図である。図８は、図１、図２、図３、図４、図５、図６Ａ、図６Ｂ、及び図７の要素と関連して説明される。図８を参照し、処理パイプライン８００が示される。処理パイプライン８００は、ウォッチャ機能８０２、ＮＬＰエンジン８０４、トリガブロック８０６、ルールブロック８０８、アクションブロック８１０、及び電子ユーザインターフェース（ＵＩ）８１２を含み得る。さらに、ユーザ８１４が示されており、ユーザ８１４は、電子ＵＩ８１２を介してトリガ（すなわち、トリガデータソースパスを入力する）、１つ以上のトリガルール、及び１つ以上のコンピュータ実行可能アクションを構成することができる。

ウォッチャ機能８０２、ＮＬＰエンジン８０４、トリガブロック８０６、ルールブロック８０８、及びアクションブロック８１０は、システム１０２上のプログラムコード、マイクロサービス、又はハードウェアベースのリソースのうち１つ以上を通じて実装することができる。このようなブロック及び機能に修正がなされてもよい。例えば、このようなブロック又は機能は、開示された実施形態の本質を損なうことなく特定の実装に依存してさらなる動作ブロックにさらに分割されてもよく、より少ない動作ブロックに組み合わせられてもよく、あるいは削除されてもよい。

ウォッチャ機能８０２は、トリガデータソースパスを監視してトリガデータソースからログファイル８０２Ａ．．．８０２Ｎを受信するように構成され得る。ウォッチャ機能８０２は、ログファイル８０２Ａ．．．８０２Ｎを監視して、ログファイル８０２Ａ．．．８０２Ｎのいずれかにおける新しいログデータを検出することができる。新しいログデータは、入力としてＮＬＰエンジン８０４に提供され得る。ＮＬＰエンジン８０４は、トリガ出力パラメータを抽出することができ、これは、トリガルールの構成のために入力としてトリガブロック８０６に提供され得る。これらのトリガ出力パラメータは、ユーザ８１４が１つ以上のトリガ出力パラメータを含み得る１つ以上のトリガルールを構成できるように、電子ＵＩ８１２上に表示されてもよい。

１つ以上のトリガルールを構成した後、ユーザ８１６は、電子ＵＩ８１２を介して１つ以上のコンピュータ実行可能アクションをさらに構成することができる。このようなアクションは、新しいログデータ内の１つ以上の電子トリガイベントに関連づけられた情報が１つ以上のトリガルールを満たすかどうかに基づいて実行され得る。次いで、ユーザ８１６は、ランタイムシステム１０８における実行のためのするためのコンピュータ実行可能マッシュアップコードを生成するための入力を提供することができる。

限定でなく例として、データベースシステムにおいて、新しい行がテーブルに挿入されるたびにＳｌａｃｋ（登録商標）にメッセージを送信するために、コンピュータ実行可能マッシュアップコードが生成されてもよい。これらのデータベースシステムは、ログ先行書き込み（write-ahead logging、ＷＡＬ）ログファイルを生成することができる。テーブルで実行される操作は、それらがテーブルで実行される前に、ＷＡＬログファイルに最初記録され得る。したがって、ＷＡＬログファイルは、テーブル上の全ての操作のログデータを記録することができる。これらのウォッチャ機能８０２は、ＷＡＬログファイルを受信して新しい行がテーブルに挿入されているかどうかを検出し、次いで、Ｓｌａｃｋ（登録商標）にメッセージを送信してユーザ８１４に通知することができる。ＷＡＬログファイルへのアクセスは、これらのデータベースシステム上のデータベースに直接アクセスするより少ない計算及びメモリリソースを利用する可能性がある。このような検出のために、ＷＡＬログ内の行番号に関連づけられたエントリなどのトリガ出力パラメータの値が、トリガ値「INSERT INTO」とマッチされてもよい。エントリがトリガ値を含む場合、Ｓｌａｃｋ（登録商標）上でメッセージを送信するためにコンピュータ実行可能アクションが実行され得る。

限定でなく別の例として、Ｌｉｎｕｘ(登録商標)／Ｗｉｎｄｏｗｓ(登録商標)サーバで使用されるログファイルを使用して、ＩＴ専門家が異なる問題を検出及び診断するのに役立ててもよい。表５に、Ｌｉｎｕｘサーバのログファイルの一例示的なリストを簡単な説明と共に以下のとおり提供する。

表５を参照し、/var/log/auth.logファイルを監視することにより、ハッキングイベントを検出するためにマッシュアップコードが生成されてもよい。あるいは、/var/log/cron.logログファイルを分析することにより、スケジュールされたタスクの実行を監視するためにマッシュアップコードが生成されてもよい。あるいは、/var/log/kern.logログファイルを分析することにより、カーネルエラーを検出するためにマッシュアップコードが生成されてもよい。

本開示に記載される実施形態は、ＩｏＴアプリケーション、データベース管理システム、又はイベント処理アプリケーションなどの多くの適用分野で用いることができる。例えば、ヘルスモニタリングシステムでは、患者のウェアラブルＩｏＴデバイスの新しい測定結果を１つ以上のログに保存することができ、該ログを使用して、ログベースのマッシュアップを生成してアクションをトリガする、例えば、患者又は関連する医師に患者の重要な健康状態についてリアルタイム又はほぼリアルタイムで知らせることができる。例えば、患者の心拍数及び血圧が心拍数及び血圧の設定閾値を超えている場合、医療提供者にメッセージが送られてもよい。

本開示の様々な実施形態は、実行されたことに応答してシステム（システム１０２など）に動作を実行させる命令を記憶するように構成された１つ以上の非一時的コンピュータ読取可能記憶媒体を提供することができる。動作は、トリガデータソースから１つ以上の電子トリガイベントに関連づけられた第１の情報を含む第１のログデータを受信することを含み得る。動作は、受信した第１のログデータの第１の文トークンから１つ以上のトリガ出力パラメータを抽出することと、抽出された１つ以上のトリガ出力パラメータに基づいてユーザデバイスの電子ユーザインターフェース（ＵＩ）上に第１のユーザ選択可能な選択肢セットとして第１のトリガルールセットを表示することをさらに含んでもよい。動作は、表示された第１のトリガルールセットのうち１つ以上のトリガルールの選択を含む第１の入力を受信することと、１つ以上の電子トリガイベントに関連づけられた第１の情報が１つ以上のトリガルールを満たすかどうかに基づいて実行されるべき１つ以上のコンピュータ実行可能アクションの選択を含む第２の入力を受信することとをさらに含んでもよい。動作は、受信した第１の入力及び受信した第２の入力に基づいてランタイムシステム（ランタイムシステム１０８など）における実行のためのコンピュータ実行可能マッシュアップコードを生成することをさらに含んでもよい。

上述のように、本開示に記載される実施形態は、以下でより詳細に論じられるように、様々なコンピュータハードウェア又はソフトウェアモジュールを含む専用又は汎用コンピュータ（例えば、図２のプロセッサ２０２）の使用を含んでもよい。さらに、上述のように、本開示に記載される実施形態は、記憶されたコンピュータ実行可能命令又はデータ構造を搬送し又は有するコンピュータ読取可能媒体（例えば、図２のメモリ２０４又は永続データ記憶装置２０６）を使用して実施されてもよい。

本開示で用いられるとき、用語「モジュール」又は「コンポーネント」は、モジュール又はコンポーネントのアクションを実行するように構成された特定のハードウェア実装、及び／又はコンピューティングシステムの汎用ハードウェア（例えば、コンピュータ読取可能媒体、処理デバイス、又は何らかの他のハードウェア）に記憶及び／又は実行され得るソフトウェアオブジェクト又はソフトウェアルーチンを参照し得る。いくつかの実施形態において、本開示に記載される異なるコンポーネント、モジュール、エンジン、及びサービスが、コンピューティングシステム上で実行するオブジェクト又はプロセスとして（例えば、別個のスレッドとして）実現されてもよい。本開示に記載されるシステム及び方法のいくつかは、（汎用ハードウェアに記憶及び／又は実行される）ソフトウェアで実現されるものとして一般に記載されるが、特定のハードウェア実装、又はソフトウェアと特定のハードウェア実装との組み合わせもまた可能であり、企図される。本説明において、「コンピューティングエンティティ」は、本開示において前に定義された任意のコンピューティングシステム、又はコンピューティングシステム上で動作する任意のモジュール又はモジュレートの組み合わせでもよい。

一般的な慣行により、図面に示された様々な特徴は縮尺どおりに描かれていない場合がある。本開示において提示される図示は、特定の装置（例えば、デバイス、システムなど）又は方法の実際のビューであることを意図するものではなく、単に、本開示の様々な実施形態を説明するために用いられる理想化された表現である。したがって、様々な特徴の寸法は、明確さのために任意に拡大又は縮小されている場合がある。さらに、図面のいくつかは、明確さのために簡素化されている場合がある。したがって、図面は、所与の装置（例えば、デバイス）のコンポーネントの全て、又は特定の方法の全ての動作を示していない場合がある。

本開示において、特に別記の特許請求の範囲（例えば、別記の特許請求の範囲の本文）において用いられる用語は、一般に「開放的」な用語として意図されている（例えば、中でも、用語「含んでいる」は、「含んでいるがこれに限定されない」と解釈されるべきであり、用語「有する」は、「少なくとも有する」と解釈されるべきであり、用語「含む」は、「含むがこれに限定されない」と解釈されるべきである）。

さらに、特定数の導入された請求項記載が意図されている場合、そのような意図は請求項に明示的に記載され、そのような記載がない場合、そのような意図は存在しない。例えば、理解の助けとして、以下の別記の特許請求の範囲は、請求項記載を導入するために、導入フレーズ「少なくとも１つの」及び「１つ以上の」の使用を含むことがある。

さらに、特定数の導入された請求項記載が明示的に記載されている場合であっても、当業者は、そのような記載は少なくとも記載された数を意味するよう解釈されるべきであることを認識するであろう（例えば、他の修飾語を伴わない「２つの記載」というただそれだけの記載は、少なくとも２つの記載、又は２つ以上の記載を意味する）。さらに、「Ａ、Ｂ、及びＣ等のうち少なくとも１つ」又は「Ａ、Ｂ、及びＣ等のうち１つ以上」と類似の規定が用いられている例において、一般に、そのような構造は、Ａ単独、Ｂ単独、Ｃ単独、Ａ及びＢ共に、Ａ及びＣ共に、Ｂ及びＣ共に、又はＡ、Ｂ、及びＣ共に等を含むことが意図される。

さらに、明細書においてか、特許請求の範囲においてか、又は図面においてかにかかわらず、２つ以上の代替的な用語を提示するいかなる分離的なワード又はフレーズも、用語のうち１つ、用語のうちいずれか、又は双方の用語を含む可能性を考慮するよう理解されるべきである。例えば、フレーズ「Ａ又はＢ」は、「Ａ」又は「Ｂ」又は「Ａ及びＢ」の可能性を含むよう理解されるべきである。

しかしながら、そのようなフレーズの使用は、不定冠詞「一の」（“a”又は“an”）による請求項記載の導入が、同じ請求項が導入フレーズ「１つ以上の」又は「少なくとも１つの」と「一の」などの不定冠詞とを含むときでも、そのような導入された請求項記載を含む任意の特定の請求項を１つのそのような記載のみ含む実施形態に限定することを暗に示すように見なされるべきではない（例えば、「一の」（“a”及び／又は“an”）は「少なくとも１つの」又は「１つ以上の」を意味するよう解釈されるべきである）。請求項記載を導入するために用いられる定冠詞の使用についても同様である。

さらに、用語「第１」、「第２」、「第３」等の使用は、本明細書において必ずしも要素の特定の順序又は数を意味するために用いられるものではない。一般に、用語「第１」、「第２」、「第３」等は、包括的識別子として異なる要素を区別するために使用される。用語「第１」、「第２」、「第３」等が特定の順序を意味することを示していない場合、これらの用語は、特定の順序を意味するように理解されるべきでない。さらに、用語「第１」、「第２」、「第３」等が要素の特定の数を意味することを示していない場合、これらの用語は、要素の特定の数を意味するように理解されるべきでない。例えば、第１のウィジェットが第１の側面を有するものとして記載される場合があり、第２のウィジェットが第２の側面を有するものとして記載される場合がある。第２のウィジェットに関する用語「第２の側面」の使用は、第２のウィジェットのそのような側面を第１のウィジェットの「第１の側面」と区別するものであり、第２のウィジェットが２つの側面を有することを意味しない場合がある。

本開示に記載される全ての例及び条件付き言語は、本発明及び発明者が当該技術分野を促進するために寄与した概念を理解する際に読者を助けるための教育的目的が意図され、このように具体的に記載された例及び条件に限定されないものとみなされるべきである。本開示の実施形態が詳細に説明されたが、本開示の主旨及び範囲から逸脱することなく様々な変更、置換、及び改変をこれに行えることを理解されたい。

上記の実施形態につき以下の付記を残しておく。
（付記１）
トリガデータソースから、１つ以上の電子トリガイベントに関連づけられた第１の情報を含む第１のログデータを受信するステップと、
前記受信した第１のログデータの第１の文トークンから１つ以上のトリガ出力パラメータを抽出するステップと、
前記抽出された１つ以上のトリガ出力パラメータに基づいてユーザデバイスの電子ユーザインターフェース（ＵＩ）に第１のユーザ選択可能な選択肢セットとして第１のトリガルールセットを表示するステップと、
前記表示された第１のトリガルールセットのうち１つ以上のトリガルールの選択を含む第１の入力を受信するステップと、
前記１つ以上の電子トリガイベントに関連づけられた前記第１の情報が前記１つ以上のトリガルールを満たすかどうかに基づいて実行されるべき１つ以上のコンピュータ実行可能アクションの選択を含む第２の入力を受信するステップと、
前記受信した第１の入力及び前記受信した第２の入力に基づいて、ランタイムシステムにおける実行のためのコンピュータ実行可能マッシュアップコードを生成するステップと、
を含む方法。
（付記２）
前記電子ＵＩを前記ユーザデバイスに表示するステップと、
前記表示された電子ＵＩを介して、ソースノードに関連づけられたトリガデータソースパスを受信するステップと、
前記受信したトリガデータソースパスに基づいて前記トリガデータソースを選択するステップと、
をさらに含む付記１に記載の方法。
（付記３）
前記受信した第１のログデータを文トークンのセットにトークン化するステップと、
前記文トークンのセットのうち前記第１の文トークンを選択するステップと、
前記選択された第１の文トークンを複数の単語トークンにトークン化するステップと、
前記複数の単語トークンのうち１つ以上の単語トークンに対する１つ以上の固有表現を決定するステップと、
前記選択された第１の文トークンの前記複数の単語トークンの品詞（ＰＯＳ）タグ付けを実行するステップと、
前記複数の単語トークンから、前記ＰＯＳタグ付け及び決定された１つ以上の固有表現に基づいて名詞、名詞句、又は固有表現のうち１つ以上を含む第１の単語トークンセットを選択するステップと、
をさらに含む付記１に記載の方法。
（付記４）
前記１つ以上のトリガ出力パラメータは前記選択された第１の単語トークンセットを含む、付記３に記載の方法。
（付記５）
選択された第１の単語トークンが固有表現に対応し、かつ前記選択された第１の単語トークンセットに含まれるかどうかに基づいて、前記選択された第１の文トークンから前記第１の単語トークンを選択するステップ、をさらに含む付記３に記載の方法。
（付記６）
前記選択された第１の単語トークンが直接目的語（ｄｏｂｊ）の係り受けを有しているという判定に基づいて、前記選択された第１の文トークンから、名詞句主語の係り受けを有する第２の単語トークンを選択するステップと、
前記第１の文トークンから前記選択された第２の単語トークンを抽出することにより、前記１つ以上のトリガ出力パラメータを抽出するステップと、
をさらに含む付記５に記載の方法。
（付記７）
前記選択された第１の単語トークンが前置詞の目的語（ｐｏｂｊ）の係り受けを有しているという判定に基づいて、前記選択された第１の文トークンから、前置詞修飾語句（ｐｒｅｐ）の係り受けを有する第２の単語トークンを選択するステップと、
前記第１の文トークンから前記選択された第２の単語トークンを抽出することにより、前記１つ以上のトリガ出力パラメータを抽出するステップと、
をさらに含む付記５に記載の方法。
（付記８）
前記トリガデータソースに関連づけられたトリガデータソースパス、前記第１の入力、及び前記第２の入力に基づいて、マッシュアップテンプレートを生成するステップであり、
前記生成されたマッシュアップテンプレートは、トリガデータソースパスと、トリガ基準、トリガ値、又はトリガ出力パラメータを含む前記第１のトリガルールセットと、前記１つ以上のコンピュータ実行可能アクションのアクションパラメータを含む、ステップと、
前記生成されたマッシュアップテンプレートにさらに基づいて前記コンピュータ実行可能マッシュアップコードを生成するステップと、
をさらに含む付記１に記載の方法。
（付記９）
前記トリガデータソースとしてデータストリーミング及びキューイングシステムのメッセージブローカの１つ以上のトピックをサブスクライブするステップであり、
前記１つ以上のトピックの各トピックはログデータのタイプに対応する、ステップと、
前記メッセージブローカから、前記サブスクライブに基づいて第１のトピックに関連づけられた第１のメッセージペイロードを受信するステップと、
前記第１のメッセージペイロードから前記第１のログデータを抽出するステップと、
をさらに含む付記１に記載の方法。
（付記１０）
前記メッセージブローカから、前記第１のメッセージペイロードを受信した後に前記第１のトピックに関連づけられた第２のメッセージペイロードを受信するステップと、
第２のログデータが、前記第１のログデータ内の前記第１の情報と異なる第２の情報を含むという判定に基づいて、前記第２のメッセージペイロードから前記第２のログデータを抽出するステップと、
をさらに含む付記９に記載の方法。
（付記１１）
前記コンピュータ実行可能マッシュアップコードは、
１つ以上のコンピュータ実行可能トリガコードと、
前記１つ以上のトリガルールに関連づけられた１つ以上のコンピュータ実行可能ルールコードと、
前記１つ以上のコンピュータ実行可能アクションに関連づけられた１つ以上のコンピュータ実行可能アクションコードと、
を含む、付記１に記載の方法。
（付記１２）
前記ランタイムシステムにおいて前記コンピュータ実行可能マッシュアップコードを実行するステップ、をさらに含み、前記実行は、
前記トリガデータソースから第２のログデータを受信すること、及び
前記１つ以上の電子トリガイベントに関連づけられた第２の情報を抽出すること、
のための前記１つ以上のコンピュータ実行可能トリガコードを実行することと、
前記抽出された第２の情報が前記１つ以上のトリガルールを満たすという判定に基づいて、前記１つ以上のコンピュータ実行可能ルールコードを実行してトリガ応答を生成することと、
前記１つ以上のコンピュータ実行可能アクションコードを実行して前記１つ以上のコンピュータ実行可能アクションを実行することと、
を含む、付記１１に記載の方法。
（付記１３）
実行されたことに応答してシステムに動作を実行させる命令を記憶するように構成された非一時的コンピュータ読取可能記憶媒体であって、前記動作は、
トリガデータソースから、１つ以上の電子トリガイベントに関連づけられた第１の情報を含む第１のログデータを受信することと、
前記受信した第１のログデータの第１の文トークンから１つ以上のトリガ出力パラメータを抽出することと、
前記抽出された１つ以上のトリガ出力パラメータに基づいてユーザデバイスの電子ユーザインターフェース（ＵＩ）に第１のユーザ選択可能な選択肢セットとして第１のトリガルールセットを表示することと、
前記表示された第１のトリガルールセットのうち１つ以上のトリガルールの選択を含む第１の入力を受信することと、
前記１つ以上の電子トリガイベントに関連づけられた前記第１の情報が前記１つ以上のトリガルールを満たすかどうかに基づいて実行されるべき１つ以上のコンピュータ実行可能アクションの選択を含む第２の入力を受信することと、
前記受信した第１の入力及び前記受信した第２の入力に基づいて、ランタイムシステムにおける実行のためのコンピュータ実行可能マッシュアップコードを生成することと、
を含む、非一時的コンピュータ読取可能記憶媒体。
（付記１４）
前記動作は、
前記電子ＵＩを前記ユーザデバイスに表示することと、
前記表示された電子ＵＩを介して、ソースノードに関連づけられたトリガデータソースパスを受信することと、
前記受信したトリガデータソースパスに基づいて前記トリガデータソースを選択することと、
をさらに含む、付記１３に記載の非一時的コンピュータ読取可能記憶媒体。
（付記１５）
前記動作は、
前記トリガデータソースに関連づけられたトリガデータソースパス、前記第１の入力、及び前記第２の入力に基づいて、マッシュアップテンプレートを生成することであり、
前記生成されたマッシュアップテンプレートは、トリガデータソースパスと、トリガ基準、トリガ値、又はトリガ出力パラメータを含む前記第１のトリガルールセットと、前記１つ以上のコンピュータ実行可能アクションの１つ以上のアクションパラメータを含む、ことと、
前記生成されたマッシュアップテンプレートにさらに基づいて前記コンピュータ実行可能マッシュアップコードを生成することと、
をさらに含む、付記１３に記載の非一時的コンピュータ読取可能記憶媒体。
（付記１６）
前記動作は、
前記トリガデータソースとしてデータストリーミング及びキューイングシステムのメッセージブローカの１つ以上のトピックをサブスクライブすることであり、
前記１つ以上のトピックの各トピックはログデータのタイプに対応する、ことと、
前記メッセージブローカから、前記サブスクライブに基づいて第１のトピックに関連づけられた第１のメッセージペイロードを受信することと、
前記第１のメッセージペイロードから前記第１のログデータを抽出することと、
をさらに含む、付記１３に記載の非一時的コンピュータ読取可能記憶媒体。
（付記１７）
前記動作は、
前記メッセージブローカから、前記第１のメッセージペイロードを受信した後に前記第１のトピックに関連づけられた第２のメッセージペイロードを受信することと、
第２のログデータが、前記第１のログデータ内の前記第１の情報と異なる第２の情報を含むという判定に基づいて、前記第２のメッセージペイロードから前記第２のログデータを抽出することと、
をさらに含む、付記１６に記載の非一時的コンピュータ読取可能記憶媒体。
（付記１８）
前記コンピュータ実行可能マッシュアップコードは、
１つ以上のコンピュータ実行可能トリガコードと、
前記１つ以上のトリガルールに関連づけられた１つ以上のコンピュータ実行可能ルールコードと、
前記１つ以上のコンピュータ実行可能アクションに関連づけられた１つ以上のコンピュータ実行可能アクションコードと、
を含む、付記１３に記載の非一時的コンピュータ読取可能記憶媒体。
（付記１９）
前記動作は、
前記ランタイムシステムにおいて前記コンピュータ実行可能マッシュアップコードを実行すること、をさらに含み、前記実行は、
前記トリガデータソースから第２のログデータを受信すること、及び
前記１つ以上の電子トリガイベントに関連づけられた第２の情報を抽出すること、
のための前記１つ以上のコンピュータ実行可能トリガコードを実行することと、
前記抽出された第２の情報が前記１つ以上のトリガルールを満たすという判定に基づいて、前記１つ以上のコンピュータ実行可能ルールコードを実行してトリガ応答を生成することと、
前記１つ以上のコンピュータ実行可能アクションコードを実行して前記１つ以上のコンピュータ実行可能アクションを実行することと、
をさらに含む、付記１８に記載の非一時的コンピュータ読取可能記憶媒体。
（付記２０）
システムであって、
ランタイムシステムに通信上結合されたプロセッサ、を備え、
前記プロセッサは、
トリガデータソースから、１つ以上の電子トリガイベントに関連づけられた第１の情報を含む第１のログデータを受信し、
前記受信した第１のログデータの第１の文トークンから１つ以上のトリガ出力パラメータを抽出し、
前記抽出された１つ以上のトリガ出力パラメータに基づいてユーザデバイスの電子ユーザインターフェース（ＵＩ）に第１のユーザ選択可能な選択肢セットとして第１のトリガルールセットを表示し、
前記表示された第１のトリガルールセットのうち１つ以上のトリガルールの選択を含む第１の入力を受信し、
前記１つ以上の電子トリガイベントに関連づけられた前記第１の情報が前記１つ以上のトリガルールを満たすかどうかに基づいて実行されるべき１つ以上のコンピュータ実行可能アクションの選択を含む第２の入力を受信し、
前記受信した第１の入力及び前記受信した第２の入力に基づいて、前記ランタイムシステムにおける実行のためのコンピュータ実行可能マッシュアップコードを生成する
ように構成される、システム。

Claims

トリガデータソースから、１つ以上の電子トリガイベントに関連づけられた第１の情報を含む第１のログデータを受信するステップと、
前記受信した第１のログデータの第１の文トークンから１つ以上のトリガ出力パラメータを抽出するステップと、
前記抽出された１つ以上のトリガ出力パラメータに基づいてユーザデバイスの電子ユーザインターフェース（ＵＩ）に第１のユーザ選択可能な選択肢セットとして第１のトリガルールセットを表示するステップと、
前記表示された第１のトリガルールセットのうち１つ以上のトリガルールの選択を含む第１の入力を受信するステップと、
前記１つ以上の電子トリガイベントに関連づけられた前記第１の情報が前記１つ以上のトリガルールを満たすかどうかに基づいて実行されるべき１つ以上のコンピュータ実行可能アクションの選択を含む第２の入力を受信するステップと、
前記受信した第１の入力及び前記受信した第２の入力に基づいて、ランタイムシステムにおける実行のためのコンピュータ実行可能マッシュアップコードを生成するステップと、
を含む方法。
前記電子ＵＩを前記ユーザデバイスに表示するステップと、
前記表示された電子ＵＩを介して、ソースノードに関連づけられたトリガデータソースパスを受信するステップと、
前記受信したトリガデータソースパスに基づいて前記トリガデータソースを選択するステップと、
をさらに含む請求項１に記載の方法。
前記受信した第１のログデータを文トークンのセットにトークン化するステップと、
前記文トークンのセットのうち前記第１の文トークンを選択するステップと、
前記選択された第１の文トークンを複数の単語トークンにトークン化するステップと、
前記複数の単語トークンのうち１つ以上の単語トークンに対する１つ以上の固有表現を決定するステップと、
前記選択された第１の文トークンの前記複数の単語トークンの品詞（ＰＯＳ）タグ付けを実行するステップと、
前記複数の単語トークンから、前記ＰＯＳタグ付け及び決定された１つ以上の固有表現に基づいて名詞、名詞句、又は固有表現のうち１つ以上を含む第１の単語トークンセットを選択するステップと、
をさらに含む請求項１に記載の方法。
前記１つ以上のトリガ出力パラメータは前記選択された第１の単語トークンセットを含む、請求項３に記載の方法。
選択された第１の単語トークンが固有表現に対応し、かつ前記選択された第１の単語トークンセットに含まれるかどうかに基づいて、前記選択された第１の文トークンから前記第１の単語トークンを選択するステップ、をさらに含む請求項３に記載の方法。
前記選択された第１の単語トークンが直接目的語（ｄｏｂｊ）の係り受けを有しているという判定に基づいて、前記選択された第１の文トークンから、名詞句主語の係り受けを有する第２の単語トークンを選択するステップと、
前記第１の文トークンから前記選択された第２の単語トークンを抽出することにより、前記１つ以上のトリガ出力パラメータを抽出するステップと、
をさらに含む請求項５に記載の方法。
前記選択された第１の単語トークンが前置詞の目的語（ｐｏｂｊ）の係り受けを有しているという判定に基づいて、前記選択された第１の文トークンから、前置詞修飾語句（ｐｒｅｐ）の係り受けを有する第２の単語トークンを選択するステップと、
前記第１の文トークンから前記選択された第２の単語トークンを抽出することにより、前記１つ以上のトリガ出力パラメータを抽出するステップと、
をさらに含む請求項５に記載の方法。
前記トリガデータソースに関連づけられたトリガデータソースパス、前記第１の入力、及び前記第２の入力に基づいて、マッシュアップテンプレートを生成するステップであり、
前記生成されたマッシュアップテンプレートは、トリガデータソースパスと、トリガ基準、トリガ値、又はトリガ出力パラメータを含む前記第１のトリガルールセットと、前記１つ以上のコンピュータ実行可能アクションのアクションパラメータを含む、ステップと、
前記生成されたマッシュアップテンプレートにさらに基づいて前記コンピュータ実行可能マッシュアップコードを生成するステップと、
をさらに含む請求項１に記載の方法。
前記トリガデータソースとしてデータストリーミング及びキューイングシステムのメッセージブローカの１つ以上のトピックをサブスクライブするステップであり、
前記１つ以上のトピックの各トピックはログデータのタイプに対応する、ステップと、
前記メッセージブローカから、前記サブスクライブに基づいて第１のトピックに関連づけられた第１のメッセージペイロードを受信するステップと、
前記第１のメッセージペイロードから前記第１のログデータを抽出するステップと、
をさらに含む請求項１に記載の方法。
前記メッセージブローカから、前記第１のメッセージペイロードを受信した後に前記第１のトピックに関連づけられた第２のメッセージペイロードを受信するステップと、
第２のログデータが、前記第１のログデータ内の前記第１の情報と異なる第２の情報を含むという判定に基づいて、前記第２のメッセージペイロードから前記第２のログデータを抽出するステップと、
をさらに含む請求項９に記載の方法。
前記コンピュータ実行可能マッシュアップコードは、
１つ以上のコンピュータ実行可能トリガコードと、
前記１つ以上のトリガルールに関連づけられた１つ以上のコンピュータ実行可能ルールコードと、
前記１つ以上のコンピュータ実行可能アクションに関連づけられた１つ以上のコンピュータ実行可能アクションコードと、
を含む、請求項１に記載の方法。
前記ランタイムシステムにおいて前記コンピュータ実行可能マッシュアップコードを実行するステップ、をさらに含み、前記実行は、
前記トリガデータソースから第２のログデータを受信すること、及び
前記１つ以上の電子トリガイベントに関連づけられた第２の情報を抽出すること、
のための前記１つ以上のコンピュータ実行可能トリガコードを実行することと、
前記抽出された第２の情報が前記１つ以上のトリガルールを満たすという判定に基づいて、前記１つ以上のコンピュータ実行可能ルールコードを実行してトリガ応答を生成することと、
前記１つ以上のコンピュータ実行可能アクションコードを実行して前記１つ以上のコンピュータ実行可能アクションを実行することと、
を含む、請求項１１に記載の方法。
システムに動作を実行させるコンピュータプログラムであって、前記動作は、
トリガデータソースから、１つ以上の電子トリガイベントに関連づけられた第１の情報を含む第１のログデータを受信することと、
前記受信した第１のログデータの第１の文トークンから１つ以上のトリガ出力パラメータを抽出することと、
前記抽出された１つ以上のトリガ出力パラメータに基づいてユーザデバイスの電子ユーザインターフェース（ＵＩ）に第１のユーザ選択可能な選択肢セットとして第１のトリガルールセットを表示することと、
前記表示された第１のトリガルールセットのうち１つ以上のトリガルールの選択を含む第１の入力を受信することと、
前記１つ以上の電子トリガイベントに関連づけられた前記第１の情報が前記１つ以上のトリガルールを満たすかどうかに基づいて実行されるべき１つ以上のコンピュータ実行可能アクションの選択を含む第２の入力を受信することと、
前記受信した第１の入力及び前記受信した第２の入力に基づいて、ランタイムシステムにおける実行のためのコンピュータ実行可能マッシュアップコードを生成することと、
を含む、コンピュータプログラム。
前記動作は、
前記電子ＵＩを前記ユーザデバイスに表示することと、
前記表示された電子ＵＩを介して、ソースノードに関連づけられたトリガデータソースパスを受信することと、
前記受信したトリガデータソースパスに基づいて前記トリガデータソースを選択することと、
をさらに含む、請求項１３に記載のコンピュータプログラム。
前記動作は、
前記トリガデータソースに関連づけられたトリガデータソースパス、前記第１の入力、及び前記第２の入力に基づいて、マッシュアップテンプレートを生成することであり、
前記生成されたマッシュアップテンプレートは、トリガデータソースパスと、トリガ基準、トリガ値、又はトリガ出力パラメータを含む前記第１のトリガルールセットと、前記１つ以上のコンピュータ実行可能アクションの１つ以上のアクションパラメータを含む、ことと、
前記生成されたマッシュアップテンプレートにさらに基づいて前記コンピュータ実行可能マッシュアップコードを生成することと、
をさらに含む、請求項１３に記載のコンピュータプログラム。
前記動作は、
前記トリガデータソースとしてデータストリーミング及びキューイングシステムのメッセージブローカの１つ以上のトピックをサブスクライブすることであり、
前記１つ以上のトピックの各トピックはログデータのタイプに対応する、ことと、
前記メッセージブローカから、前記サブスクライブに基づいて第１のトピックに関連づけられた第１のメッセージペイロードを受信することと、
前記第１のメッセージペイロードから前記第１のログデータを抽出することと、
をさらに含む、請求項１３に記載のコンピュータプログラム。
前記動作は、
前記メッセージブローカから、前記第１のメッセージペイロードを受信した後に前記第１のトピックに関連づけられた第２のメッセージペイロードを受信することと、
第２のログデータが、前記第１のログデータ内の前記第１の情報と異なる第２の情報を含むという判定に基づいて、前記第２のメッセージペイロードから前記第２のログデータを抽出することと、
をさらに含む、請求項１６に記載のコンピュータプログラム。
前記コンピュータ実行可能マッシュアップコードは、
１つ以上のコンピュータ実行可能トリガコードと、
前記１つ以上のトリガルールに関連づけられた１つ以上のコンピュータ実行可能ルールコードと、
前記１つ以上のコンピュータ実行可能アクションに関連づけられた１つ以上のコンピュータ実行可能アクションコードと、
を含む、請求項１３に記載のコンピュータプログラム。
前記動作は、
前記ランタイムシステムにおいて前記コンピュータ実行可能マッシュアップコードを実行すること、をさらに含み、前記実行は、
前記トリガデータソースから第２のログデータを受信すること、及び
前記１つ以上の電子トリガイベントに関連づけられた第２の情報を抽出すること、
のための前記１つ以上のコンピュータ実行可能トリガコードを実行することと、
前記抽出された第２の情報が前記１つ以上のトリガルールを満たすという判定に基づいて、前記１つ以上のコンピュータ実行可能ルールコードを実行してトリガ応答を生成することと、
前記１つ以上のコンピュータ実行可能アクションコードを実行して前記１つ以上のコンピュータ実行可能アクションを実行することと、
をさらに含む、請求項１８に記載のコンピュータプログラム。
システムであって、
ランタイムシステムに通信上結合されたプロセッサ、を備え、
前記プロセッサは、
トリガデータソースから、１つ以上の電子トリガイベントに関連づけられた第１の情報を含む第１のログデータを受信し、
前記受信した第１のログデータの第１の文トークンから１つ以上のトリガ出力パラメータを抽出し、
前記抽出された１つ以上のトリガ出力パラメータに基づいてユーザデバイスの電子ユーザインターフェース（ＵＩ）に第１のユーザ選択可能な選択肢セットとして第１のトリガルールセットを表示し、
前記表示された第１のトリガルールセットのうち１つ以上のトリガルールの選択を含む第１の入力を受信し、
前記１つ以上の電子トリガイベントに関連づけられた前記第１の情報が前記１つ以上のトリガルールを満たすかどうかに基づいて実行されるべき１つ以上のコンピュータ実行可能アクションの選択を含む第２の入力を受信し、
前記受信した第１の入力及び前記受信した第２の入力に基づいて、前記ランタイムシステムにおける実行のためのコンピュータ実行可能マッシュアップコードを生成する
ように構成される、システム。