(57)【要約】  本明細書で説明されるシステムおよび方法は、特定の規定されたルールを満たす単純イベントまたは複合イベントに関して大規模で複雑な企業ソフトウェアシステムで発生するトランザクションを監視する。各ルールで設定された基準を満たすことに成功したイベントが発生すると、事前通知が、指定されたユーザに送信される。これにより、不審なトランザクションの早期検出、さらには、リアルタイムの迅速な対応が可能となる。
2019503015.tif 000002
【特許請求の範囲】
【請求項１】
企業リソース計画システムにおけるイベントを検出する方法であって、
前記企業リソース計画システムの許可されたデバイスから、イベント管理データベース内の第１の複数の記録として格納された、ルールを規定する複数の基準をサーバによって受信するステップであって、前記複数の基準が、トランザクション、バッチ、およびアクセスを含む、ルールタイプのオプションを提示するルール構成グラフィカルユーザインタフェースを介してユーザによって選択されたものであり、前記複数の基準が、名前、オペレータ、および値を含むステップと、
前記企業リソース計画システム内の複数のユーザデバイスで発生する第１の複数のイベントに関連する複数の情報を前記サーバによって受信するステップであって、前記イベントの各々が、データトランザクションのインスタンスを含むステップと、
前記第１の複数のイベントに関連する前記複数の情報と、前記ルールに関連する前記複数の基準のすべてとを比較することによって第２の複数のイベントを識別するために前記第１の複数のイベントを前記サーバによってフィルタリングするステップであって、前記第２の複数のイベントに関連する前記複数の情報のうちの１つ以上が、前記ルールに関連する前記複数の基準のすべてを満たすステップと、
前記第２の複数のイベントを識別したことに応答して前記イベント管理データベースから、前記ルールに関連する通知プロファイルを規定する第２の複数の記録を前記サーバによって検索するステップであって、前記通知プロファイルが、通知フォーマットに関する１つ以上のプリファレンスおよび１つ以上の指定された受信者デバイスを含むステップと、
前記サーバによって、前記通知プロファイルに基づいて、前記第２の複数のイベントに関連する前記複数の情報のうちの前記１つ以上をフォーマットして１つ以上の通知を生成するステップと、
前記サーバによって、前記１つ以上の通知を前記１つ以上の指定された受信者デバイスに送信して、前記１つ以上の通知のうちの第１の通知を前記グラフィカルユーザインタフェースを介して提示するステップであって、前記第１の通知が、前記第２の複数のイベントの各イベントに関する日時、前記ルール、およびイベントの詳細を含み、前記イベントの詳細を選択することによって、イベント詳細グラフィカルユーザインタフェースが提示されるステップと
を含む方法。
【請求項２】
前記トランザクションタイプのルールが、前記企業リソース計画システムで実行されるトランザクションに関するルールを成す、請求項１に記載の方法。
【請求項３】
前記バッチタイプのルールが、前記企業リソース計画システムにおけるバッチに対して実行されるルールを成す、請求項２に記載の方法。
【請求項４】
前記アクセスタイプのルールが、前記企業リソース計画システムのユーザアクセスに関するルールを成す、請求項３に記載の方法。
【請求項５】
前記イベント詳細グラフィカルユーザインタフェースが、ルール名およびルールタイプを表示する、請求項１に記載の方法。
【請求項６】
前記イベント詳細グラフィカルユーザインタフェースが、前記ルールに関する前記基準の前記名前、前記オペレータ、および前記値を提示することをさらに含む、請求項５に記載の方法。
【請求項７】
前記イベント詳細グラフィカルユーザインタフェースが、前記第２の複数のイベントの各々をさらに提示する、請求項６に記載の方法。
【請求項８】
前記イベント詳細グラフィカルユーザインタフェースが、前記イベントに関する時点、ユーザ識別子、トランザクション名、応答時間、および応答コードをさらに提示する、請求項７に記載の方法。
【請求項９】
企業リソース計画システムにおけるイベントを検出するためのシステムであって、該システムが、
イベント管理データベースと、
前記イベント管理データベースに通信可能に結合されるプロセッサと
を備え、前記プロセッサが、
前記企業リソース計画システムの許可されたデバイスから、イベント管理データベース内の第１の複数の記録として格納された、ルールを規定する複数の基準を受信する動作であって、前記複数の基準が、トランザクション、バッチ、およびアクセスを含む、ルールタイプのオプションを提示するルール構成グラフィカルユーザインタフェースを介してユーザによって選択されたものであり、前記複数の基準が、名前、オペレータ、および値を含む動作と、
前記企業リソース計画システム内の複数のユーザデバイスで発生する第１の複数のイベントに関連する複数の情報を受信する動作であって、前記イベントの各々が、データトランザクションのインスタンスを含む動作と、
前記第１の複数のイベントに関連する前記複数の情報と、前記ルールに関連する前記複数の基準のすべてとを比較することによって第２の複数のイベントを識別するために前記第１の複数のイベントをフィルタリングする動作であって、前記第２の複数のイベントに関連する前記複数の情報のうちの１つ以上が、前記ルールに関連する前記複数の基準のすべてを満たす動作と、
前記第２の複数のイベントを識別したことに応答して前記イベント管理データベースから、前記ルールに関連する通知プロファイルを規定する第２の複数の記録を検索する動作であって、前記通知プロファイルが、通知フォーマットに関する１つ以上のプリファレンスおよび１つ以上の指定された受信者デバイスを含む動作と、
前記通知プロファイルに基づいて、前記第２の複数のイベントに関連する前記複数の情報のうちの前記１つ以上をフォーマットして１つ以上の通知を生成する動作と、
前記１つ以上の通知を前記１つ以上の指定された受信者デバイスに送信して、前記１つ以上の通知のうちの第１の通知を前記グラフィカルユーザインタフェースを介して提示する動作であって、前記第１の通知が、前記第２の複数のイベントの各イベントに関する日時、前記ルール、およびイベントの詳細を含み、前記イベントの詳細を選択することによって、イベント詳細グラフィカルユーザインタフェースが提示される動作と
を行うように構成されるシステム。
【請求項１０】
前記トランザクションタイプのルールが、前記企業リソース計画システムで実行されるトランザクションに関するルールを成す、請求項９に記載のシステム。
【請求項１１】
前記バッチタイプのルールが、前記企業リソース計画システムにおけるバッチに対して実行されるルールを成す、請求項１０に記載のシステム。
【請求項１２】
前記アクセスタイプのルールが、前記企業リソース計画システムのユーザアクセスに関するルールを成す、請求項１１に記載のシステム。
【請求項１３】
前記イベント詳細グラフィカルユーザインタフェースが、ルール名およびルールタイプを表示する、請求項９に記載のシステム。
【請求項１４】
前記イベント詳細グラフィカルユーザインタフェースが、前記ルールに関する前記基準の前記名前、前記オペレータ、および前記値を提示することをさらに含む、請求項１３に記載のシステム。
【請求項１５】
前記イベント詳細グラフィカルユーザインタフェースが、前記第２の複数のイベントの各々をさらに提示する、請求項１４に記載のシステム。
【請求項１６】
前記イベント詳細グラフィカルユーザインタフェースが、前記イベントに関する時点、ユーザ識別子、トランザクション名、応答時間、および応答コードをさらに提示する、請求項１５に記載のシステム。
【請求項１７】
コンピューティングシステムによって実行されると、前記コンピューティングシステムに、企業リソース計画システムにおけるイベントを検出する方法の動作を実行させる命令を格納するコンピュータ可読記憶媒体であって、前記動作が、
前記企業リソース計画システムの許可されたデバイスから、イベント管理データベース内の第１の複数の記録として格納された、ルールを規定する複数の基準をサーバによって受信する動作であって、前記複数の基準が、トランザクション、バッチ、およびアクセスを含む、ルールタイプのオプションを提示するルール構成グラフィカルユーザインタフェースを介してユーザによって選択されたものであり、前記複数の基準が、名前、オペレータ、および値を含む動作と、
前記企業リソース計画システム内の複数のユーザデバイスで発生する第１の複数のイベントに関連する複数の情報を前記サーバによって受信する動作であって、前記イベントの各々が、データトランザクションのインスタンスを含む動作と、
前記第１の複数のイベントに関連する前記複数の情報と、前記ルールに関連する前記複数の基準のすべてとを比較することによって第２の複数のイベントを識別するために前記第１の複数のイベントを前記サーバによってフィルタリングする動作であって、前記第２の複数のイベントに関連する前記複数の情報のうちの１つ以上が、前記ルールに関連する前記複数の基準のすべてを満たす動作と、
前記第２の複数のイベントを識別したことに応答して前記イベント管理データベースから、前記ルールに関連する通知プロファイルを規定する第２の複数の記録を前記サーバによって検索する動作であって、前記通知プロファイルが、通知フォーマットに関する１つ以上のプリファレンスおよび１つ以上の指定された受信者デバイスを含む動作と、
前記サーバによって、前記通知プロファイルに基づいて、前記第２の複数のイベントに関連する前記複数の情報のうちの前記１つ以上をフォーマットして１つ以上の通知を生成する動作と、
前記サーバによって、前記１つ以上の通知を前記１つ以上の指定された受信者デバイスに送信して、前記１つ以上の通知のうちの第１の通知を前記グラフィカルユーザインタフェースを介して提示する動作であって、前記第１の通知が、前記第２の複数のイベントの各イベントに関する日時、前記ルール、およびイベントの詳細を含み、前記イベントの詳細を選択することによって、イベント詳細グラフィカルユーザインタフェースが提示される動作と
を含むコンピュータ可読記憶媒体。
【請求項１８】
前記トランザクションタイプのルールが、前記企業リソース計画システムで実行されるトランザクションに関するルールを成す、請求項１７に記載のコンピュータ可読記憶媒体。
【請求項１９】
前記バッチタイプのルールが、前記企業リソース計画システムにおけるバッチに対して実行されるルールを成す、請求項１８に記載のコンピュータ可読記憶媒体。
【請求項２０】
前記アクセスタイプのルールが、前記企業リソース計画システムのユーザアクセスに関するルールを成す、請求項１９に記載のコンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本願は、その全体が参照により本明細書に組み込まれる、２０１６年１月２５日に出願された米国仮出願第６２／２８６，８０９号の優先権を主張する。
【０００２】
本開示は、一般に、分散コンピュータシステム上の企業情報を管理するためのシステムおよび方法に関し、より詳細には、１つ以上のＥＲＰ（ｅｎｔｅｒｐｒｉｓｅ  ｒｅｓｏｕｒｃｅ  ｐｌａｎｎｉｎｇ）システムにおける特定の規定されたルールに合致する特定のイベントの発生を監視し、適切な通知を提供するためのシステムおよび方法に関する。
【背景技術】
【０００３】
ＥＲＰシステムは、多くの場合、組織の様々な領域内でおよび組織の様々な領域にわたって情報およびプロセスを統合するソフトウェアソリューションを含む。このようにして、企業全体の情報を見ることができ、企業全体の決定を行って実行することができる。ＥＲＰシステムは、大量のデータに関連付けられる。ＥＲＰシステムでは、ユーザ、顧客、管理者、および他のステークホルダからの情報が継続的に生成、収集、および処理される。組織内の様々な要素のすべておよびこれらに関連するデータを継続的に追跡することは圧倒的であり得る。ユーザおよびシステムの問題は、データベースから情報を照会して、デジタルダッシュボードにおいて照会のレポートを見るか、もしくは照会の結果を表示することによって、または標準的なパフォーマンスからの逸脱を検出するために監査を実行することによって分析される。しかしながら、これらのプロセスは、インシデントの分析の遅れおよびトレーニングの機会の逸失につながり、インシデントがインフラストラクチャまたはシステムの脅威になる場合、これらの遅れは、財務および人事面での大きな損害となり得る。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本明細書で開示されるのは、当技術分野の欠点に対処するシステムおよび方法であり、これらは、生産性を向上させる、脅威の検出および処理の遅れを軽減する、リアルタイムのワークロードの変化に対処するためにシステムを動的にスケーリングする、応答時間の低下傾向に基づいて事前にアラートを出す、リアルタイムのトレーニングを提供する、競争力のある企業優位性を獲得するなどのいくつものさらなる利点を提供することができる。本明細書で説明されるシステムおよび方法は、ＥＲＰシステムで発生し、かつ特定のユーザ規定ルールを満たすイベントの通知を提供する。
【課題を解決するための手段】
【０００５】
特定の実施形態は、企業リソース計画システムにおけるイベントを検出する方法を含む。本方法は、企業リソース計画システムの許可されたデバイスから、イベント管理データベース内の第１の複数の記録として格納された、ルールを規定する複数の基準をサーバによって受信するステップであって、複数の基準が、トランザクション、バッチ、およびアクセスをそれぞれルールタイプのオプションとして提示し、名前、オペレータ、および値を複数の基準として提示するルール構成グラフィカルユーザインタフェースのグラフィカルユーザインタフェースを介してユーザによって選択されたものであるステップと、企業リソース計画システム内の複数のユーザデバイスで発生する第１の複数のイベントに関連する複数の情報をサーバによって受信するステップとを含む。さらに、本方法は、第１の複数のイベントに関連する複数の情報と、ルールに関連する複数の基準のすべてとを比較することによって第２の複数のイベントを識別するために第１の複数のイベントをサーバによってフィルタリングするステップであって、第２の複数のイベントに関連する複数の情報のうちの１つ以上が、ルールに関連する複数の基準のすべてを満たすステップと、第２の複数のイベントを識別したことに応答してイベント管理データベースから、ルールに関連する通知プロファイルを規定する第２の複数の記録をサーバによって検索するステップであって、通知プロファイルが、通知フォーマットに関する１つ以上のプリファレンスおよび１つ以上の指定された受信者デバイスを含むステップとを含む。最後に、本方法は、サーバによって、通知プロファイルに基づいて、第２の複数のイベントに関連する複数の情報のうちの１つ以上をフォーマットして１つ以上の通知を生成するステップと、サーバによって、１つ以上の通知を１つ以上の指定された受信者デバイスに送信して、１つ以上の通知のうちの第１の通知をグラフィカルユーザインタフェースを介して提示するステップであって、第１の通知が、第２の複数のイベントの各イベントに関する日時、ルール、およびイベントの詳細を含み、イベントの詳細を選択することによって、イベント詳細グラフィカルユーザインタフェースが提示されるステップとを含む。
【０００６】
特定の実施形態は、企業リソース計画システムにおけるイベントを検出するためのシステムを含む。本システムは、イベント管理データベースと、イベント管理データベースに通信可能に結合されるプロセッサとを含む。このプロセッサは、企業リソース計画システムの許可されたデバイスから、イベント管理データベース内の第１の複数の記録として格納された、ルールを規定する複数の基準を受信する動作であって、複数の基準が、トランザクション、バッチ、およびアクセスをそれぞれルールタイプのオプションとして提示し、名前、オペレータ、および値を複数の基準として提示するルール構成グラフィカルユーザインタフェースのグラフィカルユーザインタフェースを介してユーザによって選択されたものである動作と、企業リソース計画システム内の複数のユーザデバイスで発生する第１の複数のイベントに関連する複数の情報を受信する動作とを行うように構成されてもよい。このプロセッサは、第１の複数のイベントに関連する複数の情報と、ルールに関連する複数の基準のすべてとを比較することによって第２の複数のイベントを識別するために第１の複数のイベントをフィルタリングする動作であって、第２の複数のイベントに関連する複数の情報のうちの１つ以上が、ルールに関連する複数の基準のすべてを満たす動作と、第２の複数のイベントを識別したことに応答してイベント管理データベースから、ルールに関連する通知プロファイルを規定する第２の複数の記録を検索する動作であって、通知プロファイルが、通知フォーマットに関する１つ以上のプリファレンスおよび１つ以上の指定された受信者デバイスを含む動作とを行うようにさらに構成されてもよい。最後に、このプロセッサは、通知プロファイルに基づいて、第２の複数のイベントに関連する複数の情報のうちの１つ以上をフォーマットして１つ以上の通知を生成する動作と、１つ以上の通知を１つ以上の指定された受信者デバイスに送信して、１つ以上の通知のうちの第１の通知をグラフィカルユーザインタフェースを介して提示する動作であって、第１の通知が、第２の複数のイベントの各イベントに関する日時、ルール、およびイベントの詳細を含み、イベントの詳細を選択することによって、イベント詳細グラフィカルユーザインタフェースが提示される動作とを行うように構成されてもよい。
【０００７】
本開示の数多の他の態様、特徴、および利点は、図面と併せて以下の詳細な説明から明らかになるであろう。システムは、所望の分析目標に応じて、より少ない構成要素、より多くの構成要素、または異なる構成要素を含むことができる。前述の一般的な説明および以下の詳細な説明の両方は、例示的かつ説明的であり、特許請求される本発明のさらなる説明を提供するためのものであることも理解されたい。
【０００８】
本開示は、以下の図面を参照することによってより良く理解することができる。図面中の構成要素は、必ずしも一定の縮尺で描かれていない。それよりも、本開示の原理を説明することに重点が置かれている。図面において、参照番号は、異なる図を通して対応する部分を示す。
【図面の簡単な説明】
【０００９】
【図１】一実施形態による、ＥＲＰシステム内のイベント管理エンジンを含むシステムを示すブロック図である。
【図２】イベントを受信して通知を送信するための、イベント管理システムのモジュールを通る情報のフローに関する例示的なプロセスを示すフローチャートである。
【図３】一実施形態による、イベント管理システムを使用してルールを作成するための例示的なプロセスを示すフローチャートである。
【図４】一実施形態による、ルールを更新するための例示的なプロセスを示すフローチャートである。
【図５Ａ】例示的な実施形態による、ルールを管理するための説明的なユーザインタフェースである。
【図５Ｂ】例示的な実施形態による、既存のルールを削除するための説明的なユーザインタフェースである。
【図６】例示的な実施形態による、新しいルールを作成するためにユーザに提示される説明的なユーザインタフェースである。
【図７】例示的な実施形態による、通知受信ボックスの説明的なユーザインタフェースである。
【図８】例示的な実施形態による、トリガされた通知を有するイベントの詳細を示す説明的なユーザインタフェースである。
【図９】例示的な実施形態による、イベント管理機能を集合的に実行する様々なソフトウェアモジュール／パッケージの高レベル図を示す説明的なクラス図である。
【図１０Ａ】例示的な実施形態によるイベント管理プロセスを示す連続したフローチャートを成す。
【図１０Ｂ】例示的な実施形態によるイベント管理プロセスを示す連続したフローチャートを成す。
【発明を実施するための形態】
【００１０】
次に、図面に示されている例示的な実施形態を参照し、これを説明するために本明細書では特定の言語を使用する。とはいえ、それによって本発明の範囲を限定することが意図されているわけではないことを理解されたい。本明細書に示されている本発明の特徴の変更およびさらなる修正ならびに本開示を入手する、関連技術の当業者が想到し得る、本明細書に示されている本発明の原理のさらなる応用は、実施形態の範囲内にあるとみなされるべきである。
【００１１】
本明細書で使用される場合、以下の用語は、以下の定義を有し得る。
【００１２】
「イベント」は、特定の基準に合致するトランザクションの発生を指す。単純イベントは、特定の基準に合致する１回限りの発生である。単純イベントの例としては、クリスという名前のユーザがシステムへのログインに成功すること、従業員が自分の席から利益の登録を試みること、従業員がコンピュータでＢｅｓｔ  Ｂｕｙへのログインを試みること、または経理部（ｇｅｎｅｒａｌ  ｌｅｄｇｅｒ  ｄｅｐａｒｔｍｅｎｔ）の事務員が人事部のデータを閲覧しようとしている最中にセキュリティエラーを受信することが挙げられるが、これらに限定されない。
【００１３】
複合イベントは、単純イベントの複数の発生を含み、特定の実施形態では、コンプレックスイベントは、タイムボックス（Ｔｉｍｅ−Ｂｏｘ）および索引の機能を含むことができる。
【００１４】
「タイムボックス設定（Ｔｉｍｅ  ｂｏｘｉｎｇ）」は、本明細書で使用される場合、コンプレックスイベントに基づいて通知をトリガするための時間基準の追加を指す。タイムボックス設定は、ユーザが単純イベントの複数の発生の後の通知に関するルールを作成することを可能にする。例としては、１分以内の、２秒を上回る応答時間の、買掛金システムにおける５回以上のトランザクション、５分以内の、東ヨーロッパからのログイン試行の１０回以上の不成功の発生、および人事部のキューの２つのバッチジョブがその最後の１時間以内に「リカバリを必要とする」ステータスになることが挙げられるが、これらに限定されない。
【００１５】
「索引付け」は、これらのタイムボックスイベントを追加の基準によってグループ化できるようにすることによってタイムボックス設定をさらに拡張する。例としては、買掛金システムの個人ユーザがインボイスアプリケーションで同じエラーを５分以内に５回生じること、または人事部の事務員が１時間以内に１０人超の従業員のマスタ記録を閲覧することが挙げられるが、これらに限定されない。
【００１６】
「イベント管理エンジン」は、適切な論理を使用してデータを処理し、ルールを実行し、データマッチングを実行する１つ以上のソフトウェアモジュールを指し、単純イベントまたは複合イベントに関してＥＲＰシステムのすべてを監視し、指定または許可された当事者に事前通知を提供するソフトウェアを含むが、これに限定されない。
【００１７】
特定の実施形態は、ＥＲＰシステム内に広がっているイベントの初期発覚を含む。イベント管理システムは、ルールを規定するためのルールコンポーザモジュールを提供するイベント管理エンジンおよびブラウザ、アプリ、電子メール、またはテキストメッセージによってアラートを送信する通知モジュールからなる。
【００１８】
特定の実施形態は、企業リソース計画システムにおけるイベントを検出する方法を含む。本方法は、企業リソース計画システムの許可されたデバイスから、イベント管理データベース内の第１の複数の記録として格納された、ルールを規定する複数の基準をイベント管理エンジンによって受信するステップと、企業リソース計画システム内の複数のユーザデバイスで発生する第１の複数のイベントに関連する複数の情報を受信するステップと、第１の複数のイベントに関連する複数の情報と、ルールに関連する複数の基準のすべてとを比較することによって第２の複数のイベントを識別するために第１の複数のイベントをフィルタリングするステップであって、第２の複数のイベントに関連する複数の情報のうちの１つ以上が、ルールに関連する複数の基準のすべてを満たすステップと、第２の複数のイベントを識別したことに応答してイベント管理データベースから、ルールに関連する通知プロファイルを規定する第２の複数の記録を検索するステップであって、通知プロファイルが、通知フォーマットに関する１つ以上のプリファレンス、１つ以上の指定された受信者デバイス、および通知スケジュールを含むステップと、通知プロファイルに基づいて、第２の複数のイベントに関連する複数の情報のうちの１つ以上をフォーマットして１つ以上の通知を生成するステップと、通知スケジュールに従って、１つ以上の通知を電子通信ネットワークを介して１つ以上の指定された受信者デバイスのユーザインタフェースに送信するステップとを含む。この通知は、テキストメッセージであってもよい。この通知は、電子メールであってもよい。
【００１９】
特定の実施形態は、企業リソース計画システムにおけるイベントを検出するためのシステムを含む。このシステムは、イベント管理データベースと、イベント管理データベースに通信可能に結合される１つ以上のプロセッサと、１つ以上のプロセッサと通信するように配置され、かつ命令のセットを含むコンピュータプログラムを格納する非一時的なコンピュータ可読媒体とを含む。これらの命令は、１つ以上のプロセッサによって実行されると、企業リソース計画システムの許可されたデバイスから、イベント管理データベース内の第１の複数の記録として格納された、ルールを規定する複数の基準をイベント管理エンジンによって受信する動作と、企業リソース計画システム内の複数のユーザデバイスで発生する第１の複数のイベントに関連する複数の情報を受信する動作と、第１の複数のイベントに関連する複数の情報と、ルールに関連する複数の基準のすべてとを比較することによって第２の複数のイベントを識別するために第１の複数のイベントをフィルタリングする動作であって、第２の複数のイベントに関連する複数の情報のうちの１つ以上が、ルールに関連する複数の基準のすべてを満たす動作と、第２の複数のイベントを識別したことに応答してイベント管理データベースから、ルールに関連する通知プロファイルを規定する第２の複数の記録を検索する動作であって、通知プロファイルが、通知フォーマットに関する１つ以上のプリファレンス、１つ以上の指定された受信者デバイス、および通知スケジュールを含む動作と、通知プロファイルに基づいて、第２の複数のイベントに関連する複数の情報のうちの１つ以上をフォーマットして１つ以上の通知を生成する動作と、通知スケジュールに従って、１つ以上の通知を電子通信ネットワークを介して１つ以上の指定された受信者デバイスのユーザインタフェースに送信する動作とを１つ以上のプロセッサに実行させる。
【００２０】
イベント管理システムは、ＥＲＰシステムにおけるイベントを事前に管理することによって、企業が、不正行為を検出し、リスクを低減し、コンプライアンスを向上させ、人的生産性を向上させることができるようにする。企業は、データ侵害、収入の損失、または単純に非効率なプロセスという結果を許すことができない。イベント管理システムの事前通知およびオンデマンドレポートの機能により、意思決定者は、特定のチーム、部署、または組織の成功にとって重要であると判定されたイベントをリアルタイムで特定し、これに対応することができる。イベント管理システムは、包括的な不正行為検出プログラムの一部として機能することができる。なぜなら、許可されたユーザが、単純イベントまたは複合イベントのアラートを作成し、ユーザのアクセスおよびエラーを監視し、単純イベントまたは複合イベントの発生時に通知を受け、その結果、規定された基準によって脅威を特定し分離することができるからである。許可されたユーザは、イベント管理システムのルールベースのパターン認識機能を利用して、潜在的に有害なイベントを迅速に特定、追跡、および調査し、脅威および応答時間の両方を最小限に抑えるよう意思決定者にアラートを出すこともできる。イベント管理システムは、従業員が指定された時間内に一定数のログインエラーを連続して出したときに、システム管理者にアラートを出すように設計することもできる。イベント管理システムは、ユーザ体験を向上させるために、またはパフォーマンスの低下に関して管理者にアラートを出すために準備される追加のインフラストラクチャをトリガするためにさらに使用され得る。
【００２１】
イベント管理システムは、ＥＲＰシステムで発生するイベントに関する通知を作成する際に十全な柔軟性を提供する。イベント管理システムを使用して、許可されたユーザまたはチームは、選択したデバイスに対するリアルタイムのアラートおよび専用の表示を受け取ることができる。指定または許可された個人／チームは、それらの必要に応じてイベント管理システムにおいて単純または複合ルールおよびアラートを作成およびカスタマイズすることができる。これらのアラートおよび通知は、会社内の指定された個人向けの、レポートなどのフォーマットでカスタマイズすることできる。イベント管理システムは、即時対応できるようにする適切なＥＲＰデータなどを含むより詳細なアラートを、特定の指定または許可された個人またはチームに提供することができる。
【００２２】
イベント管理システムは、リアルタイム、オンデマンドおよび一目瞭然の通知を配信するように構成することができる。これらの通知によって、システム内のまたは個人に関するパフォーマンス問題をリアルタイムデータで認識して確認することができ、応答時間および潜在的なデータ損失を最小限に抑えることができる。イベント管理システムは、失敗したまたは遅れたコンピューティングに対するアラートによってワークフローおよびバッチジョブを最適化するように構成することができる。イベント管理システムを使用するリアルタイム通知の別の利点は、システムとのカスタマイズ可能な人間のインタラクションに基づいてトレーニングの機会を最大化することにあり、したがって、問題の発生の寸前で、問題のあるユーザを特定することができ、是正措置をとることができる。特定のクライアントからの大量の間違った注文などの、プロセスの実行および効率を阻害し得る重大な傾向に、最小限の時間の損失および労力で対処することができる。
【００２３】
イベント管理システムは、サプライチェーン管理システムまたは顧客関係管理を含むが、これらに限定されない、ＥＲＰシステムに通信可能に結合される他の組織システムとの間のデータにルールを適用するように構成することができる。特定の実施形態では、イベント管理システムは、企業アプリケーション統合ミドルウェアの一部として展開することができる。指定または許可された個人またはチームは、イベントの識別またはユーザへの通知を行うための関連する企業ルールおよび基準を規定および実施することができ、これは、すべての情報システムにわたるデータ値に適用され得る。イベント管理システムは、ＥＲＰシステム内からのおよびすべての情報システムにわたる生データまたはクレンジングデータまたはエンリッチデータに適用することができる。
【００２４】
図１は、一実施形態による、ＥＲＰシステム内のイベント管理エンジンを含むシステムを示すブロック図である。上記の方法に含まれている複数のステップは、例えば１００で説明されるシステムなどの１つ以上のコンピューティングデバイスによって実行されてもよい。イベント管理システム１００の様々な構成要素の各々は、上記のように構成される、デジタルデータを受信、処理、および／または送信する適切なプロセッサ制御デバイスを含む任意のタイプのコンピュータベースアーキテクチャで実施されてもよい。１つ以上の適切なプロセッサ制御デバイスを組み込んだデバイスの例としては、スマートフォン、デスクトップコンピュータ、ラップトップコンピュータ、サーバ、タブレット、ＰＤＡ、ならびに企業データ処理、ルールマッチング、および通知アルゴリズムなどを実行する専用コンピューティングプラットフォームが挙げられる。
【００２５】
特定の実施形態では、ユーザステーションＡ１０１、ユーザステーションＢ１０２、およびユーザステーションＣ１０３として示されているコンピューティングデバイスのユーザ１、２、および３は、組織のＥＲＰシステムにおいて１つ以上のトランザクションを実行し、ネットワーク１０４を介してイベント管理エンジン１０５とインタラクトする。１つ以上のユーザステーションは、許可されたユーザステーションであってもよいし、イベントの検出および管理に関するルールを作成するために、許可されたユーザによってアクセスされてもよい。イベント管理エンジン１０５は、関連するアルゴリズムまたはコンピュータ実行可能プログラム命令を実行するための処理ユニットを含むサーバ上で動作するソフトウェアとして実施されてもよい。イベント管理エンジン１０５は、１つのプロセッサを含むシングルプロセッサシステムまたは本明細書で説明される技術の１つ以上の部分の並列および／もしくは順次実行を可能するために使用され得る任意の数の適切なプロセッサを含むマルチプロセッサシステムを使用して実施されてもよい。本明細書で説明されるプロセスおよび論理フローは、入力データを操作して対応する出力を生成することによって機能を実行するために１つ以上のコンピュータプログラムを実行する１つ以上のプログラマブルプロセッサによって実行されてもよい。処理ユニットは、プロセッサに結合されたランダムアクセスメモリ（ＲＡＭ）（図示せず）などのコンピュータ可読媒体と共にプロセッサを含んでもよい。プロセッサの例としては、特に、マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、およびフィールドプログラマブルオブジェクトアレイ（ＦＰＯＡ）を挙げることができる。
【００２６】
一部の実施形態では、イベント管理エンジン１０５は、サーバおよびユーザコンピューティングデバイスなどの一部として実施されてもよい。イベント管理エンジン１０５の適切な実施態様の例としては、サーバ、許可されたユーザコンピューティングデバイス、スマートフォン、デスクトップコンピュータ、ラップトップコンピュータ、タブレットコンピュータ、ＰＤＡ、ならびにデジタルデータを受信、処理、および／または送信する他のタイプのプロセッサ制御デバイスが挙げられる。一例では、イベント管理エンジン１０５は、システムアーキテクチャ１００の適切な動作に必要な特定の動作を実行する。適切なイベント管理エンジン１０５は、中央処理装置がコンピュータ可読媒体内（メモリ内など）に含まれるソフトウェア命令を実行する結果として、これらの動作を実行する。一実施形態では、システムのソフトウェア命令は、別のメモリロケーションから（記憶装置からなど）、または通信インタフェースを介して別のコンピューティングデバイスから、イベント管理エンジン１０５に関連するメモリに読み出される。この実施形態では、メモリ内に含まれるソフトウェア命令は、上記のプロセスを実行するようにイベント管理エンジン１０５に命令する。あるいは、本明細書で説明されるプロセスを実施するために、ソフトウェア命令の代わりにまたはソフトウェア命令と組み合わせてハードワイヤード回路を使用してもよい。このように、本明細書で説明される実施態様は、ハードウェア回路およびソフトウェアの特定の組み合わせに限定されない。
【００２７】
イベント管理エンジン１０５は、イベント管理データベース１０６に通信可能に結合される。１つ以上の実施形態では、イベント管理データベース１０６は、ＥＲＰシステムからのデータを含み、ＥＲＰシステムからのデータは、会計および財務、人事、製造、在庫管理、販売およびマーケティング、購買、倉庫、出荷、ならびに他の物流のグループからのデータを含むが、これらに限定されない。
【００２８】
イベント管理データベース１０６は、外部ソースと内部データベースとの組み合わせとして構成されてもよく、データをフェッチ、索引付け、および格納する機能を提供するリレーショナルデータベースとして実施される。これらの実施形態では、イベント管理データベース１０６は、さらなる分析のために、先に述べたデータならびに他の格納されたデータおよびファイルをイベント管理システム１００内の１つ以上のソフトウェアモジュールに提供する。外部ソースから受信されるデータの例としては、在庫管理、販売、顧客対話、および財務の記録などが挙げられる。イベント管理データベース１０６は、ＭｙＳＱＬ、ＰｏｓｔｇｒｅＳＱＬ、ＳＱＬｉｔｅ、Ｍｉｃｒｏｓｏｆｔ  ＳＱＬ  Ｓｅｒｖｅｒ、Ｍｉｃｒｏｓｏｆｔ  Ａｃｃｅｓｓ、Ｏｒａｃｌｅ、ＳＡＰ、ｄＢＡＳＥ、ＦｏｘＰｒｏ、ＩＢＭ  ＤＢ２、ＬｉｂｒｅＯｆｆｉｃｅ  Ｂａｓｅ、ＦｉｌｅＭａｋｅｒ  Ｐｒｏ、および／またはデータの集合を編成することができる他のタイプのデータベースなどのデータベース管理システム（ＤＢＭＳ）によって実施されてもよい。これらの実施形態では、イベント管理データベース１０６は、例えば特に軽量ディレクトリアクセス制御（ＬＤＡＰ）などの分散ディレクトリ情報サービスまたはデータフィードにアクセスし、これを維持するためのアプリケーションプロトコルを使用して実施されてもよい。データベースのフィールドに格納されたデータは、新しいデータがサポートされるようにデータベース内のライブラリに新しいデータを追加するために、例えばデータベースへの管理アクセス権を有するユーザによって必要に応じて更新されてもよい。当業者であれば、本明細書で説明される、データベースに格納されているデータが、さらに非一時的メモリにおいて格納または維持されてもよく、サブルーチン、関数、モジュール、オブジェクト、プログラム製品、またはプロセスの中で、例えばこのようなサブルーチン、関数、モジュール、オブジェクト、プログラム製品、またはプロセスのオブジェクトおよび／または変数に従って、アクセスされてもよいことを理解するであろう。データベースの記録、テーブル、およびライブラリなどのフィールドのいずれも、配列または行列に似た多次元構造であってもよく、値または他のフィールド、記録、テーブル、もしくはライブラリへの参照を含んでもよい。前述のフィールドのいずれも、実際の値またはそのような値に関する他のローカルソースまたはリモートソースへのリンク、結合、参照、もしくはポインタを含んでもよい。外部ソースは、複数のソースからのデータを含む、単一のデータベース、複数のデータベース、または仮想データベース、例えばワールドワイドウェブ上のサーバであってもよい。
【００２９】
電子通信ネットワーク１０４は、デバイスと、システム１００を形成する１つ以上のコンピューティングデバイスに存在する送信機と受信機との間の通信を容易にするソフトウェアとを含む通信アーキテクチャを備えてもよい。当業者には、ネットワーク構成要素が専用の処理装置および／またはクラウド処理ネットワークにおいて実施されてもよいことも明らかである。ネットワーク１０４は、イントラネット、ローカルエリアネットワーク（ＬＡＮ）、クラウドネットワーク、仮想プライベートネットワーク（ＶＰＮ）、無線エリアネットワーク（ＷＡＮ）、およびインターネット、またはサーバおよびユーザデバイスが互いにインタラクトすることを可能にする任意の他のネットワークで構成されてもよい。ネットワークを構成するデバイスの非限定的な例としては、ルータ、スイッチ、ハブ、ファイアウォール、プロキシサーバ、および電気通信トランクなどを挙げることができる。したがって、電子通信ネットワークは、全体的または部分的に、無線もしくは有線の通信ネットワークまたはこれらの両方の組み合わせによって実施されてもよい。さらに、本発明の様々な例示的な実施形態によれば、無線通信ネットワークは、様々な無線通信技術のいずれか、例えば、符号分割多重アクセス（「ＣＤＭＡ」）、グローバル・システム・フォー・モバイル・コミュニケーションズ（「ＧＳＭ（登録商標）」）、およびＷｉＦｉ、ワールドワイド・インターオペラビリティ・フォー・マイクロウェーブ・アクセス（「ＷｉＭＡＸ」）、またはＢｌｕｅｔｏｏｔｈ（登録商標）などの無線ローカルエリアネットワークのいずれかによって実施されてもよい。
【００３０】
イベント管理エンジン１０５は、ユーザデバイス１０１、１０２、および１０３ならびに指定された受信者デバイス１０７および１０８を含むコンピューティングデバイス上でユーザインタフェースを生成することができる。このようなデバイスは、イベント管理システム１００の他のデバイス、データベース、および構成要素と通信可能に結合され、これらと双方向通信する。ユーザデバイス１０１、１０２、および１０３ならびに指定された受信者デバイス１０７および１０８を含むコンピューティングデバイスは、ラップトップコンピュータもしくはデスクトップコンピュータ、またはスマートフォン、携帯電話、タブレット、パーソナルデジタルアシスタント（ＰＤＡ）、スマートフォンクライアントを備えたモバイルコンピュータ、もしくは任意の他のデータアクセス可能デバイスなどのモバイルコンピューティングデバイスであってもよい。指定された受信者デバイス１０７および１０８は、イベント管理エンジン１０５からの通知を受信するように構成される。イベント管理エンジン１０５は、１人以上のユーザとの間で情報の要求、収集、および提示を行うためにユーザインタフェースを利用する。ユーザは、タッチスクリーン、マウス、キーボード、および／またはディスプレイと協働して動作するキーパッドなどの入力／出力（Ｉ／Ｏ）デバイスを介してユーザインタフェースとインタラクトすることができる。一部の実施形態では、イベント管理エンジン１０５のデータ処理モジュールは、１つ以上のコンピューティングデバイス１０１、１０２、および１０３ならびに指定された受信者デバイス１０７および１０８または１つ以上のソフトウェアモジュールによって要求される情報を自動的に検索するようにさらに構成される。これらの実施形態では、この情報は、イベント管理データベース１０６から取得される。他の実施形態では、この情報は、ＥＲＰシステム内の１つ以上のソフトウェアモジュールの動作から取得される。イベント管理エンジン１０５は、ソフトウェアモジュールを含んでもよく、および／またソフトウェアモジュールに通信可能に結合されてもよく、ソフトウェアモジュールは、１つ以上の監査モジュール、ルールエグゼキュータモジュール、アラート・通知モジュール、文書管理モジュール、および管理モジュールを含むが、これらに限定されない。１つ以上の実施形態では、イベント管理エンジン１０５は、１つ以上のアプリケーションプログラミングインタフェース（ＡＰＩ）、ＲＳＳフィード、または何らかの他の構造化フォーマットによって外部のサービス、アプリケーション、およびデータベースとインタラクトしてもよい。ＡＰＩは、１つ以上のＡＰＩを制御および管理するＲｅｐｒｅｓｅｎｔａｔｉｏｎａｌ  Ｓｔａｔｅ  Ｔｒａｎｓｆｅｒアプリケーションプログラミングインタフェース（ＲＥＳＴ  ＡＰＩ）であってもよい。これらの実施形態では、ＡＰＩは、コンピューティングデバイスにインストールされた１つ以上のモバイルアプリケーションにウェブサービスを提供してもよい。ウェブサービスの例としては、ウェブサイト上にデータを表示すること、モバイルアプリによって後に消費される大量のデータをアップロードすること、カスタム分析を実行するためにデータをダウンロードすること、およびデータをエクスポートすることなどが挙げられる。
【００３１】
図２は、通知を送信するための、イベント管理システムのモジュールを通る情報のフローに関する例示的なプロセス２００を示すフローチャートである。ステップ２０２において、ＥＲＰイベントは、イベントメタデータなどの、イベントに関連する記録をイベント管理データベースに提供する監査モジュール２０４に送信されてもよい。次のステップ２０６において、ＥＲＰイベントは、ルールを実施するために適用可能なイベントを選択するイベントエンジン２０８に送信されてもよい。次に、ステップ２１０において、イベントエンジン２０８は、許可されたユーザによって提供されるルールに設定された基準に対してイベントを評価するカスタムルールエグゼキュータ２１２に、選択されたイベントを送信してもよい。次に、ステップ２１４において、基準を満たすことに成功したイベントであって、通知マネージャ２１６に送信されるイベントに関する通知が、カスタムルールエグゼキュータ２１２によってトリガされてもよい。次のステップ２１８において、通知マネージャ２１６は、指定された受信者の好ましいデバイスに好ましいフォーマットのアラートを送信してもよい。通知マネージャ２１６は、テキスト、電子メール、アプリ通知、ウェブハイパーリンクなどの様々なフォーマットのアラートを、例えば１つ以上のデバイスに送信するように構成されてもよい。デバイスとしては、スマートフォン、タブレット、ならびに他のコンピューティングおよび通信デバイスを挙げることができる。次に、ステップ２２０において、カスタムルールエグゼキュータ２１２は、イベントエンジン２０８への返信を制御してもよい。ステップ２２２において、イベントエンジン２０８は、監査モジュール２０４への返信を制御してもよく、次に、監査モジュール２０４は、監査サーバ応答２２４を生成してもよい。
【００３２】
図３は、イベント管理システムを使用してルールを作成するための例示的なプロセス３００を示すフローチャートである。第１のステップ３０２において、ユーザは、ユーザデバイスを使用してログインし、ルールコンポーザ３０４を開いてもよい。一部の実施形態では、ルールコンポーザ３０４は、ユーザがルールを構成し、さらには既存のルールを見ることを可能にするユーザインタフェースを備える。ユーザが次のステップ３０６で新しいルールを作成することを選択すると、ユーザは、「新規ルール作成」ページ３０８に誘導されてもよい。新規ルール作成ページ３０８において、ユーザには、ルールを作成するための様々なオプションが提示される。例えば、特定のトランザクションに関するルールの他にも、データのバッチに関するルールまたは個々のユーザもしくはユーザグループに関するルールが作成されてもよい。ユーザがステップ３１０でルールのタイプに関して利用可能なオプションの１つを選択した後、ユーザは、ルール基準ページに誘導されてもよい。ユーザはさらに、１つ以上の基準および基準オペレータを選択し、基準値を入力してもよい。次に、ユーザは、通知管理ページに誘導される。通知管理ページでは、ユーザは、タイムボックス設定などの追加の制約を加え、通知を受信する指定されたユーザのリストを追加し、次のステップに移るか、そうでなければ終了ページに誘導されることが可能である。このインタフェースでは、ユーザは、新しく作成されたルールに名前を付け、他のユーザのために簡単な説明を追加することができる。次に、ユーザは、ステップ３１２などでルールを保存し、ステップ３１４などで１つ以上の特徴を見直すように誘導される。新しく作成されたルールは、ルールコンポーザ３０４で利用可能なルールのセットとして提示することもできる。
【００３３】
図４は、ルールを更新するための例示的なプロセス４００を示すフローチャートである。ステップ４０２において、ユーザは、ルールコンポーザ４０４を開いてもよい。ルールコンポーザ４０４は、ユーザが既存のルールを見て、修正／更新するルールを選択することを可能にするグラフィカルユーザインタフェースを備えてもよい。ユーザは、次にステップ４０６でルールに関連する基準を見ることを選択してもよい。次に、ユーザは、ルール基準ページに誘導されてもよい。ルール更新ページ４０８では、ユーザは、ステップ４１０で必要に応じて１つ以上の基準を見直すかまたは変更し、基準オペレータを選択または変更し、基準値を入力または変更してもよい。次に、ユーザは、グループ化・ユーザページに誘導されてもよい。グループ化・ユーザページでは、ユーザは、タイムボックス設定などの追加の制約を変更または追加してもよい。同様に、ユーザは、通知を受信する指定された受信者のリストを変更し、および／またはこれに個人を追加し、次のステップに移るか、そうでなければ終了ページに誘導されてもよい。このインタフェースでは、ユーザは、更新されたルールの名前を変更し、他のユーザのために、更新されたルールに関する簡単な説明を追加してもよい。次に、ユーザは、ステップ４１２でルールを保存し、ステップ４１４で、更新されたルールの１つ以上の特徴を見直すように誘導されてもよい。更新されたルールも、ルールコンポーザ４０４で利用可能なルールのセットとして提示されてもよい。
【００３４】
一部の実施形態は、許可されたユーザデバイスおよび指定された受信者デバイス上で図５Ａ、図５Ｂ、図６、図７、および図８に示すようにユーザインタフェースを生成するためのシステムを含む。このシステムは、イベント管理データベース、イベント管理データベースおよびイベント管理エンジンに通信可能に結合される１つ以上のプロセッサを、１つ以上のプロセッサと通信するように配置され、かつ命令のセットを含むコンピュータプログラムを格納する非一時的なコンピュータ可読媒体と共に含む。これらの命令は、１つ以上のプロセッサによって実行されると、１つ以上のプロセッサに、企業リソース計画システムの許可されたデバイスから、イベント管理データベース内の第１の複数の記録として格納された、ルールを規定する複数の基準を受信する動作を実行させてもよい。例えば、ユーザログイン証明書が電子通信ネットワークを介してＥＲＰシステム内の許可されたコンピューティングデバイスから受信されると、イベント管理エンジンは、これらの証明書をイベント管理データベース内の記録と比較し、このユーザログイン証明書を許可されたユーザのものとして確認する。次に、イベント管理エンジンは、電子通信ネットワーク１０４を介して許可されたユーザのログイン証明書が提供されたコンピューティングデバイス上でユーザインタフェースを生成してもよい。イベント管理エンジンは、コンピューティングデバイス上でいくつかのユーザインタフェースのうちの１つをウェブブラウザまたはアプリケーションインタフェースなどで提示してもよく、そこでは、許可されたユーザに、企業リソース計画システムのイベント管理データベースにおいて新しいルールの作成、以前に作成されたルールへのアクセス、および／またはルールの管理を行うためのオプションが提示されてもよい。
【００３５】
図５Ａは、例示的な実施形態による、ルールを管理するための説明的なユーザインタフェース５００ａである。一部の実施形態では、生成されるグラフィカルユーザインタフェースは、アプリケーションの様々な機能を操作する様々なコントロールを含んでもよい。このようなコントロールは、例えば、アイコン、テキスト、ボタン、入力ボックス、メニュー、ドロップダウンリスト、スライダ、スクロールバー、バー、および／または任意の他の操作可能な視覚要素を含んでもよい。機能の制御はまた、イベント管理システム自体のユーザインタフェースの一部としてではなく、１つ以上の物理的なボタンで実施されてもよい。例えば、「新しいルールを作成する」ボタンなどの特定のボタンが、特定の機能を実行し、インタフェースとインタラクトするために使用されてもよい。ユーザは、「新しいルールを作成する」というタイトルのボタン５０１をクリックすることによって、新しいルールを作成するプロセスを起動してもよい。インタフェース５００ａはまた、既に存在するルールのリストをユーザに提供してもよい。これらのルールは、ルール名５０２、加入ユーザ５０８、最終修正日時５１４を示すタイムスタンプ、最終通知日時５１６、および通知を有効にするかどうかの選択を可能にする有効化オプション５１８などの列ヘッダを有するテーブルの形式で配列されてもよい。例えば、説明的なインタフェースには、マスタユーザアクセスルール５０４とＨＲ１１．１トレーニングＯｐｐｓルール５０６の２つのルールがある。ルールの各々は、特定のユーザに関連付けられ、その識別情報（個人の電子メール情報５１０など）は、「加入ユーザ」というタイトルの列ヘッダ５０８の下に表示されてもよい。特定の実施形態は、ウェブサイト上に示されるコンテンツを含む、別のソフトウェアアプリケーション内のアラートとして送信される通知を含む。説明的なユーザインタフェースはまた、ルール「ＨＲ１１．１クルージング」が有効でないことを示す（５２０）。最後に、インタフェース内のごみ箱アイコン５２２は、ルールを削除するために使用されてもよい。
【００３６】
ごみ箱アイコン５２２のいずれかがクリックされると、図５Ｂに示す確認ユーザインタフェース５００ｂがユーザに提示されてもよい。ダイアログ要素５２４は、ユーザの所望に応じて、ルールの削除をキャンセル５２６するか、または削除５２８を押すことによってアクションを確認するかをユーザに尋ねてもよい。次に、ユーザは、インタフェース５００ｂに戻されてもよい。例示的な実施形態によれば、ルールコンポーザモジュールのこの説明的なユーザインタフェース５００ｂはまた、望ましくないルールを削除するために提示されてもよい。また、許可されたユーザのみに、既存のルールを削除するオプションが提供されるようにシステムを設定してもよい。
【００３７】
図６は、例示的な実施形態による、新しいルールを作成するためにユーザに提示される説明的なユーザインタフェース６００である。例えば、ユーザログイン証明書が電子通信ネットワーク１０４を介してＥＲＰシステム内の許可されたコンピューティングデバイスから受信されると、イベント管理エンジンは、これらの証明書をイベント管理データベース内の記録と比較し、このユーザログイン証明書を許可されたユーザのものとして確認する。次に、イベント管理エンジンは、電子通信ネットワークを介して許可されたユーザのログイン証明書が提供されたコンピューティングデバイス上でユーザインタフェースを生成してもよい。イベント管理エンジンは、コンピューティングデバイス上でユーザインタフェースをウェブブラウザまたはアプリケーションインタフェースなどで提示してもよく、そこでは、許可されたユーザに、新しいルールを作成するためのオプションが提示される。
【００３８】
説明的なユーザインタフェース６００は、ルールコンポーザモジュールの一例である。ユーザインタフェースのワークフローの実施形態は以下を含む。「ルールのタイプ＆名前」というタイトルのセクション６０２では、ユーザに、様々なタイプのルールを作成するためのオプションが提示されてもよい。「トランザクション」というタイトルのクリック可能なボタン６１０は、ＥＲＰシステムで実行されるトランザクションに基づいてルールを作成するための一例である。「バッチ」というタイトルのクリック可能なボタン６１２は、ＥＲＰシステムにおいてバッチで実行されるルールを作成するための別の例である。「アクセス」というタイトルのクリック可能なボタン６１４は、ＥＲＰシステムのユーザアクセスに基づいてルールを作成するためのさらに別の例である。説明的なユーザインタフェース６００において、ユーザは、トランザクションルールタイプを選択している。次に、ユーザは、名前フィールド６１６にテキストを入力することによってルールの名前を与えてもよい。この例では、ユーザは、ルールに「低速応答」という名前を付けている。次に、ユーザは、「基準」というタイトルのセクション６０４に移ってもよい。インタフェースは、グループ化の基準６０４の追加にユーザを誘導する。ユーザには、ルールの基準を規定するためにドロップダウン選択ボックスから順番に選択される基準要素の行が提示される。これらの要素は、基準名６１８、基準オペレータ６２０、および基準値６２２を含んでもよい。ルールタイプの選択時に、基準名６１８のドロップダウン選択ボックスのコンテンツがポピュレートされて有効になる。基準名の選択時に、基準オペレータ６２０のドロップダウン選択ボックスのコンテンツがポピュレートされて有効になる。オペレータの選択時に、基準値６２２の入力フィールドが有効になる。完全な基準が規定されると、追加ボタン６２４が有効になる。追加ボタン６２４をクリックすると、規定された基準が、セレクタの下の基準テーブルに挿入される。この例では、４．５０秒を上回るというオペレータを有する応答時間６２６および文字列「ｐａｔｉｌ」を含むというオペレータを有するユーザＩＤ６２８の２つの基準がルールに対して設定されている。ルールから基準６２６および６２８をそれぞれ削除する削除ボタン６３０および６３２が有効になっている。
【００３９】
説明的なユーザインタフェースとしての図６では続いて、ユーザは、例示的な実施形態では「グループ化」というラベルのセクション６０６でイベントの所望のグループ化を選択する。このインタフェースは、ユーザが「グループ化」というタイトルのメニュー項目６０６を選択するときに生成される。ユーザには、発生数６３４および時間間隔６３６などのタイムボックスイベント設定ならびに基準名によるイベントのグループ化６３８などの他の制約を含むオプションが提示される。この例では、ユーザは、１８０秒の入力可能な値を有する時間間隔制約６３６および３回のアラート発生６３４を規定している。さらに、ユーザは要素６３８のユーザＩＤによってこれらのイベントをグループ化している。ルールの加入ユーザのリストは、セクション６０８において、テキストフィールド６４０に電子メールアドレスを入力することによって規定される。他の実施形態では、加入ユーザリストは、入力可能なフィールドであってもよいし、ドロップダウンメニューとして提示される既存のユーザから選択されてもよい。このリストには、ここでは個人の電子メールアドレスがポピュレートされているが、他の実施形態では、このリストには、ユーザ名、電話番号、または従業員ＩＤなどの他の個人識別子がポピュレートされてもよい。この例示的な実施形態では、加入ユーザは、ウェブアプリケーションによって通知される。アラート時に電子メール通知を加えるために、ユーザは、「加入ユーザに電子メールを送信する」のチェックボックス６４２を選択する。また、テキストメッセージまたはモバイルアプリケーションによって加入ユーザに通信するオプションがあってもよい。最後に、ユーザは「ルールを保存する」ボタン６４４を選択し、これにより、このルールは通知エンジンにサブミットされる。異なるインタフェース間を移動するための標準的なナビゲーションコントロールは、例えばボタンとして提供されるが、これに限定されない。「ルールを保存する」６４４を選択すると、ユーザは、図５Ａに示した説明的なユーザインタフェース５００ａに再誘導され、そこでは、新しく作成されたルールを見ることができる。特定の実施形態では、このインタフェースは、ユーザが「終了」というタイトルのメニュー項目を選択すると生成される。ユーザには、入力可能フィールドまたはドロップダウンメニューの形式でルール名を入れるオプションが提示される。ユーザには、入力可能フィールドに説明を入力するオプションも与えられる。異なるインタフェース間を移動するための標準的なナビゲーションコントロールは、ボタンとして、例えば、ルールコンポーザモジュールを終了するまたは試みをキャンセルするプロセスにユーザを誘導するボタンに加えて、ユーザを前の画面にナビゲートするボタンとして提供されるが、これらに限定されない。
【００４０】
一実施形態では、ユーザログイン証明書が電子通信ネットワークを介してＥＲＰシステム内の許可されたコンピューティングデバイスから受信されると、イベント管理エンジンは、これらの証明書をイベント管理データベース内の記録と比較し、このユーザログイン証明書が指定された受信者のものであることを確認してもよい。次に、イベント管理エンジンは、電子通信ネットワークを介して指定された受信者の証明書が提供された受信者のコンピューティングデバイス上でユーザインタフェースを生成してもよい。イベント管理エンジンは、受信者のコンピューティングデバイス上でいくつかのユーザインタフェースのうちの１つをウェブブラウザまたはアプリケーションインタフェースなどで提示してもよく、そこでは、指定された受信者に、企業リソース計画システムのイベント管理データベースにおいて新しくまたは以前に受信された通知を見直すためのオプションが提示されてもよい。別の実施形態では、指定された受信者デバイス上でイベント管理エンジンから受信された通知は、イベント管理エンジンが通知に関するさらなる詳細を提示するインタフェースへのリンクを含んでもよい。
【００４１】
図７は、例示的な実施形態による、指定された受信者デバイス上の通知受信ボックスの説明的なユーザインタフェース７００である。ユーザインタフェース７００は、受信者デバイスがシステムにログインしたとき、またはシステムと通信しているときに、通知に関する詳細を指定された受信者に提示する。例えば、実行されたルールは、クリック可能なボタン７０２などのカウント値をそれぞれ有するルールによって識別されてもよい。ユーザインタフェースはまた、ユーザがクリック可能なボタン７０２を選択することによって、または検索ボックス７０４にテキストを入力することによって検索することを可能にする。ユーザは、日時７０６、ルール７０８、詳細７１０、イベント７１２、およびごみ箱７１４などの列見出しを有する、図示のようなテーブルの形式で情報を提示することによって通知がトリガされたときに様々なインスタンスを検索することができる。ルール７０８によって、実行されたルールが識別されてもよい。詳細７１０は、ルール基準の概要の詳細を提示してもよい。イベント７１２は、図８に示すようにユーザインタフェースへのリンクを提供してもよい。ごみ箱７１４は、イベントを削除するために選択されてもよく、列ヘッダには、選択されたすべての通知を削除する削除ボタン７１６がある。提供されている例の一番上の行においては、２０１６年１月１８日の日時７０６の特定の時刻に、「ＨＲ１１．１  クルージング」ルール７１２に関する通知が指定された受信者に送信されている。このルールについては、「トランザクション名がＨＲ１１．１と等しい」という詳細７１０の簡単な説明で説明することができる。ユーザには、ボタン７１２をクリックまたは選択することによってインタフェース８００に示すような各イベントの詳細を見るためのオプションが提示される。標準的なナビゲーションコントロールは、異なるインタフェース間の移動を制御するためにボタンまたはリンクとして提供される。
【００４２】
図８は、例示的な実施形態による、指定された受信者デバイス上の通知イベントの詳細の説明的なユーザインタフェース８００である。インタフェース８００は、ルールタイプ８０４のルール８０２の基準を満たすＥＲＰシステムイベントの詳細を提示する。イベントの時点でのマッチング基準は、「基準の詳細」というラベルのセクション８０６に記載され、８１０、８１２、および８１４のように示される。トリガイベントは、「イベント」というラベルのセクション８０８に表フォーマットでリストされ、表形式では、時点８１６、ユーザ８１８、トランザクション名８２０、応答時間８２２、および応答コード８２４が示される。ユーザインタフェース８００の一連の列は、ルールタイプに特有のものである。ユーザは、「前の通知」および「次の通知」というラベルをそれぞれ有するコントロール８２６および８２８を使用して、ユーザインタフェース７００にリストされているような様々な通知に移動することができる。
【００４３】
図９は、例示的な実施形態による、イベント管理機能を集合的に実行する様々なソフトウェアモジュール／パッケージの高レベル図を示す説明的なクラス図９００である。ダイアグラム９００は、時間系列に配列されたオブジェクトインタラクションを示し、ｂｕｉｌｄＣｏｎＦＩＧｊａｖａ９０１、ＥｖｅｎｔＥｎｇｉｎｅ９０２、ＲｕｌｅＰｒｏｃｅｓｓｏｒ９１０、ＲｕｌｅＥｘｅｃｕｔｏｒ９１２、ＳｉｍｐｌｅＲｕｌｅＥｘｅｃｕｔｏｒ９０６、ＴｉｍｅＢｏｘＲｕｌｅＥｘｅｃｕｔｏｒ９１４、およびＮｏｔｉｆｉｃａｔｉｏｎＤａｅｍｏｎ９１６のクラスまたはオブジェクトを含む。ＲｕｌｅＥｘｅｃｕｔｏｒ９１２とＳｉｍｐｌｅＲｕｌｅＥｘｅｃｕｔｏｒ  ９０６の２つのクラスは、階層的に優れたクラスである。ＥｖｅｎｔＥｎｇｉｎｅ９０２は、ＲｕｌｅＰｒｏｃｅｓｓｏｒ９１０に関連付けられ、ＲｕｌｅＰｒｏｃｅｓｓｏｒ９１０は、その後にＲｕｌｅＥｘｅｃｕｔｏｒ９１２に関連付けられ、ＲｕｌｅＥｘｅｃｕｔｏｒ９１２にフィードされる。イベントはまた、ＲｕｌｅＥｘｅｃｕｔｏｒ  ９１２、ＳｉｍｐｌｅＲｕｌｅＥｘｅｃｕｔｏｒ９０６、およびＴｉｍｅＢｏｘＲｕｌｅＥｘｅｃｕｔｏｒ９１４によって処理される。さらに、特定のクラス、例えばＮｏｔｉｆｉｃａｔｉｏｎＤａｅｍｏｎ９１６が、ＵＭＬクラス図９００において、３つの区画９１８、９１９、および９２０を有する矩形９１７として表されている。第１の区画９１８はクラス名「ＮｏｔｉｆｉｃａｔｉｏｎＤａｅｍｏｎ」を示し、第２の区画９１９はクラス属性（すなわち構造）を示し、第３の区画９２０はそのクラスによって実行されるメソッド（すなわち挙動）。
【００４４】
図１０Ａおよび図１０Ｂは、例示的な実施形態によるイベント管理プロセス１０００を示す連続したフローチャートを成す。プロセスは、ステップ１００２で開始され、ステップ１００４でＥＲＰシステムからのイベントバッファをイベント管理システムに入力することに進んでもよい。システムは、イベントバッファが監査サーバモジュールに利用可能になり得るステップ１００６に進んでもよく、また、監査サーバモジュールは、ステップ１００８でイベントデータベースに記録を挿入する。記録の挿入が成功した後、ステップ１０１０で、イベント管理エンジンは、特別イベントバッファをチェックしてもよい。この点に関して、ステップ１０１２で特別イベントバッファが存在すると判定され場合、ステップ１０１４で、入力イベントバッファが、ルールエグゼキュータモジュールに送信されてもよい。ルールエグゼキュータは、新しいスレッド内の適用可能な規定されたルールに対してイベントバッファを検証し、これを、ステップ１０２２で監査サーバから適切な応答を生成する経路に再誘導するか、またはステップ１０１８で通知を送信すべきかどうかを評価するために送信してもよい。通知を送信する必要がない場合、それは、ステップ１０２２で監査サーバから適切な応答を生成するために再誘導され、プロセスは、ステップ１０２４で終了してもよい。指定された受信者に通知を送信する必要がある場合、システムは、図１０Ｂに記載するプロセスの部分に進んでもよい。入力イベントバッファは、ステップ１０２６で通知マネージャまたは通知管理モジュールに送信されてもよい。次のステップ１０２８において、通知マネージャは、指定された受信者の好ましいデバイスに好ましいフォーマットの通知を送信してもよい。通知マネージャは、テキスト、電子メール、アプリ通知、およびウェブハイパーリンクなどの様々なフォーマットのアラートを、スマートフォン、タブレット、および他のコンピューティング・通信デバイスなどの１つ以上のデバイスに送信するように構成されてもよい。通知マネージャは、ステップ１０３０において、通知に関連するデータおよびメタデータをイベントデータベース１００８に格納してもよい。本明細書で説明されるコンピュータソフトウェアは、１つのコンピュータ上で、または互いにネットワーク化されたいくつかのコンピュータ上で実行されてもよい。
【００４５】
前述の方法の説明およびプロセスのフロー図は、単に説明的な例として提供されており、様々な実施形態のステップを提示された順序で実行しなければならないことを必要とするまたは示唆するものではない。当業者には理解されるように、前述の実施形態におけるステップは、任意の順序で実行されてもよい。「次に（ｔｈｅｎ）」、「次いで（ｎｅｘｔ）」などの語は、ステップの順序を限定するものではなく、これらの語は、単に方法の説明を通じて読者を導くために使用されている。プロセスのフロー図は、動作を順次プロセスとして記載している場合があるが、動作の多くは並行してまたは同時に実行することができる。さらに、動作の順序は並べ替えられてもよい。プロセスは、メソッド、関数、プロシージャ、サブルーチン、サブプログラムなどに対応してもよい。プロセスが関数に対応する場合、その終了は、呼び出し関数または主関数への関数の復帰に対応してもよい。
【００４６】
本明細書で開示される実施形態に関連して説明される様々な説明的な論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、またはこれらの両方の組み合わせとして実施されてもよい。ハードウェアとソフトウェアとのこの互換性を明確に示すために、様々な説明的な構成要素、ブロック、モジュール、回路、およびステップは、これらの機能に関して一般的に上記されている。このような機能がハードウェアまたはソフトウェアのどちらとして実施されるかは、特定の用途およびシステム全体に課される設計制約に依存する。当業者は、説明されている機能を特定の用途ごとに様々な方法で実施することができるが、このような実施の決定は、本発明の範囲から逸脱させるものとして解釈されるべきではない。
【００４７】
コンピュータソフトウェアで実施される実施形態は、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語、またはこれらの任意の組み合わせで実施されてもよい。コードセグメントまたは機械実行可能命令は、プロシージャ、関数、サブプログラム、プログラム、ルーチン、サブルーチン、モジュール、ソフトウェアパッケージ、クラス、または命令、データ構造、もしくはプログラムステートメントの任意の組み合わせを表してもよい。コードセグメントは、情報、データ、引数、パラメータ、またはメモリコンテンツを渡しおよび／または受け取ることによって、別のコードセグメントまたはハードウェア回路に結合されてもよい。情報、引数、パラメータ、データなどは、メモリ共有、メッセージパッシング、トークンパッシング、ネットワーク送信などの任意の適切な手段によって渡され、転送され、または送信されてもよい。
【００４８】
これらのシステムおよび方法を実施するために使用される実際のソフトウェアコードまたは専用の制御ハードウェアは、本発明を限定するものではない。したがって、特定のソフトウェアコードを参照することなく、システムおよび方法の動作および挙動は説明されおり、ソフトウェアおよび制御ハードウェアは、本明細書の説明に基づいてシステムおよび方法を実施するように設計され得ることが理解される。
【００４９】
ソフトウェアで実施される場合、機能は、１つ以上の命令またはコードとして、非一時的なコンピュータ可読記憶媒体またはプロセッサ可読記憶媒体に格納されてもよい。本明細書で開示される方法またはアルゴリズムのステップは、コンピュータ可読またはプロセッサ可読記憶媒体上に存在することができるプロセッサ実行可能ソフトウェアモジュールで実施されてもよい。非一時的なコンピュータ可読媒体またはプロセッサ可読媒体は、ある場所から別の場所へのコンピュータプログラムの伝送を容易にするコンピュータ記憶媒体および有形記憶媒体の両方を含む。非一時的なプロセッサ可読記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であってもよい。限定ではなく例として、このような非一時的なプロセッサ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭもしくは他の光ディスク記憶装置、磁気ディスク記憶装置もしくは他の磁気記憶装置、または命令もしくはデータ構造の形式で所望のプログラムコードを格納するために使用することができ、コンピュータもしくはプロセッサによってアクセスされ得る任意の他の有形記憶媒体を備えてもよい。ディスク（ｄｉｓｋ）およびディスク（ｄｉｓｃ）は、本明細書で使用される場合、コンパクトディスク（ＣＤ：ｃｏｍｐａｃｔ  ｄｉｓｃ）、レーザディスク（ｌａｓｅｒ  ｄｉｓｃ）、光ディスク（ｏｐｔｉｃａｌ  ｄｉｓｃ）、デジタル多用途ディスク（ＤＶＤ：ｄｉｇｉｔａｌ  ｖｅｒｓａｔｉｌｅ  ｄｉｓｃ）、フロッピーディスク（ｆｌｏｐｐｙ  ｄｉｓｋ）、およびブルーレイディスク（Ｂｌｕ−ｒａｙ（登録商標）  ｄｉｓｃ）を含み、ディスク（ｄｉｓｋ）は、通常は磁気的にデータを再生し、一方、ディスク（ｄｉｓｃ）は、レーザを用いて光学的にデータを再生する。上記の組み合わせもまた、コンピュータ可読媒体の範囲内に含まれるべきである。さらに、方法またはアルゴリズムの動作は、コードおよび／または命令の１つまたは任意の組み合わせまたはセットとして、コンピュータプログラム製品に組み込まれ得る非一時的なプロセッサ可読媒体および／またはコンピュータ可読媒体上に存在してもよい。
【００５０】
ハードウェアで実施される場合、機能は、無線受信機またはモバイルデバイスでの使用に適し得る無線信号処理回路の回路内に実施されてもよい。このような無線信号処理回路は、様々な実施形態で説明される信号測定および計算ステップを達成するための回路を含んでもよい。
【００５１】
本明細書で開示される態様に関連して説明される様々な説明的な論理、論理ブロック、モジュール、および回路を実施するために使用されるハードウェアは、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）もしくは他のプログラマブル論理デバイス、ディスクリートゲートもしくはトランジスタ論理、ディスクリートハードウェア構成要素、または本明細書で説明される機能を実行するように設計されるこれらの任意の組み合わせを用いて実施または実現されてもよい。汎用プロセッサは、マイクロプロセッサであってもよいが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であってもよい。プロセッサはまた、コンピューティングデバイスの組み合わせ、例えば、ＤＳＰとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと組み合わせた１つ以上のマイクロプロセッサ、または任意の他のこのような構成として実施されてもよい。あるいは、一部のステップまたは方法は、所与の機能に特有の回路によって実行されてもよい。
【００５２】
単数形での、例えば冠詞「１つの（ａ）」、「１つの（ａｎ）」、または「その（ｔｈｅ）」を使用しての請求項の要素への言及は、その要素を単数に限定するものとして解釈されるべきではない。開示された実施形態の先の説明は、当業者が本発明を実施または使用することを可能にするために提供されている。これらの実施形態に対する様々な修正は、当業者には容易に明らかとなり、本明細書で規定された一般的な原理は、本発明の精神または範囲から逸脱することなく他の実施形態に適用され得る。したがって、本発明は、本明細書に示した実施形態に限定されることを意図するものではなく、本発明には、以下の特許請求の範囲ならびに本明細書に開示された原理および新規な特徴と一致する最も広い範囲が与えられるべきである。
【図１】
2019503015.tif 000003
【図２】
2019503015.tif 000004
【図３】
2019503015.tif 000005
【図４】
2019503015.tif 000006
【図５Ａ】
2019503015.tif 000007
【図５Ｂ】
2019503015.tif 000008
【図６】
2019503015.tif 000009
【図７】
2019503015.tif 000010
【図８】
2019503015.tif 000011
【図９】
2019503015.tif 000012
【図１０Ａ】
2019503015.tif 000013
【図１０Ｂ】
2019503015.tif 000014
【国際調査報告】
2019503015.tif 000015