用于企业资源计划系统中的事件管理的系统和方法与流程

本申请要求于2016年1月25日提交的美国临时申请62/286,809的优先权，该申请通过引用合并到本文中。

技术领域

本公开总体涉及用于在分布式计算机系统上管理企业信息的系统和方法，更具体地，涉及用于对符合一个或多个企业资源计划(ERP)系统中某些定义的规则的某些事件的发生进行监视并提供适当的通知的系统和方法。

背景技术：

ERP系统通常包括对组织的不同区域内和跨越不同区域的信息和进程进行集成的软件方案。以这种方式，可以查看企业范围的信息，并且可以制定和实施企业范围内的决策。ERP系统与大量数据相关联。在ERP系统中，不断地生成、收集和处理来自用户、客户、管理者和其他利益相关者的信息。组织内的所有各种要素及其相关联的数据的持续追踪可能是繁重的。通过查询数据库中的信息以及查看报告或将查询的结果显示在数字仪表板上或运行审计以检测偏离标准性能的异常来分析用户和系统的问题。但是这些进程导致了分析严重事件的延迟以及错过训练机会，并且当严重事件对基础设施或系统构成威胁时，这些延迟在财务和人力资源方面可能是昂贵的。

技术实现要素：

本文公开了解决现有技术中的缺点的系统和方法，并且可以提供大量的附加优点，例如，提高生产率、减少检测和处理威胁的延迟、动态调整(scale)系统以应对实时工作负荷变化、基于在响应时间降级方面的趋势进行主动报警、提供实时训练以及获得竞争性的商业优势。本文所描述的系统和方法提供对发生在ERP系统中并且满足某些用户定义的规则的事件的通知。

某些实施例包括在企业资源计划系统中检测事件的方法。该方法包括：服务器从企业资源计划系统的授权设备接收多个标准，该多个标准限定了规则并被存储为事件管理数据库中的第一多个记录，其中，所述多个标准由用户经由规则编辑图形用户界面中的图形用户界面进行选择，规则编辑图形用户界面将交易、批处理以及访问中的每一个呈现为规则类型选项，并且将名称、运算符和值呈现为多个标准；以及服务器接收与在企业资源计划系统中的多个用户设备处发生的第一多个事件相关联的多个信息。该方法还包括：服务器通过将与第一多个事件相关联的多个信息和与规则相关联的多个标准中的所有标准进行比较来过滤第一多个事件以识别出第二多个事件，其中，与第二多个事件相关联的多个信息中的一个或多个信息满足与规则相关联的多个标准中的所有标准；以及，响应于识别出第二多个事件，服务器从事件管理数据库检索第二多个记录，该第二多个记录限定了与规则相关联的通知简档，其中，该通知简档包括：针对通知格式的一个或多个偏好，以及一个或多个指定接收方设备。最后，该方法包括：服务器格式化与第二多个事件相关联的多个信息中的一个或多个信息，以基于通知简档生成一个或多个通知；以及，服务器将一个或多个通知传送至一个或多个指定接收方设备，以经由图形用户界面呈现所述一个或多个通知中的第一通知，其中，第一通知包括针对第二多个事件中的每个事件的日期、规则以及事件详情，其中，选择事件详情将呈现事件详情图形用户界面。

某些实施例包括在企业资源计划系统中检测事件的系统。系统包括事件管理数据库以及通信地耦接至该事件管理数据库的处理器。该处理器可以被配置成：从企业资源计划系统的授权设备接收多个标准，该多个标准限定了规则并被存储为事件管理数据库中的第一多个记录，其中，所述多个标准用户经由规则编辑图形用户界面中的图形用户界面进行选择，规则编辑图形用户界面将交易、批处理以及访问中的每一个呈现为规则类型选项，并且将名称、运算符和值呈现为多个标准；以及，接收与在企业资源计划系统中的多个用户设备处发生的第一多个事件相关联的多个信息。处理器可以被进一步配置成：通过将与第一多个事件相关联的多个信息和与规则相关联的多个标准中的所有标准进行比较来过滤第一多个事件以识别出第二多个事件，其中，与第二多个事件相关联的多个信息中的一个或多个信息满足与规则相关联的多个标准中的所有标准；以及，响应于识别第二多个事件而从事件管理数据库检索第二多个记录，该第二多个记录限定了与规则相关联的通知简档，其中，该通知简档包括：针对通知格式的一个或多个偏好，以及一个或多个指定接收方设备。最后，处理器可以被配置成：格式化与第二多个事件相关联的多个信息中的一个或多个信息，以基于通知简档生成一个或多个通知；以及，将一个或多个通知传送至一个或多个指定接收方设备，以经由图形用户界面呈现所述一个或多个通知中的第一通知，其中，第一通知包括针对第二多个事件中的每个事件的日期、规则以及事件详情，其中，选择事件详情将呈现事件详情图形用户界面。

通过以下结合附图的详细描述，本公开的许多其他方面、特征和优势将变得显而易见。取决于期望的分析目标的不同，系统可以包括更少的组件、更多的组件或不同的组件。应当进一步理解的是，前面的一般性描述和以下的详细描述这两者都是示例性和说明性的，并且旨在提供对所要求保护的本发明的进一步的说明。

附图说明

通过参照附图可以更好地理解本公开。附图中的组件不一定是成比例的。重点在于说明本公开的原理。附图中，附图标记在不同视图中表示相应的部件。

图1是根据实施例示出了包括ERP系统中的事件管理引擎的系统的框图。

图2是示出了通过事件管理系统的模块来接收事件并发送通知的信息流的示例性流程的流程图。

图3是根据实施例示出了用于使用事件管理系统创建规则的示例性流程的流程图。

图4是根据实施例示出了用于更新规则的示例性流程的流程图。

图5A是根据示例性实施例的用于管理规则的说明性用户界面。

图5B是根据示例性实施例的用于删除现有规则的说明性用户界面。

图6是根据示例性实施例的呈现给用户以创建新规则的说明性用户界面。

图7是根据示例性实施例的通知收件箱的说明性用户界面。

图8是根据示例性实施例示出了已触发通知的事件的详情的说明性用户界面。

图9是根据示例性实施例呈现出共同执行事件管理功能的不同软件模块/数据包的高级视图(high level view)的说明性类图。

图10A和图10B形成了示出根据示例性实施例的事件管理流程的接续流程图。

具体实施方式

现在将参照附图中示出的示例性实施例，并在文中使用特定语言来描述该示例性实施例。然而，要理解的是这并不旨在对本发明的范围进行限制。文中示出的本发明特征的改变和进一步修改以及文中示出的本发明原理的附加应用，对掌握本公开内容的、相关领域技术人员而言，可以被认为是在本发明的范围之内。

如文中所使用的，以下术语可以具有以下定义：

“事件(event)”指的是匹配某些标准的交易的发生。一种简单事件是匹配某些标准的一次性事件。在没有限制的情况下，简单事件的示例包括：名为Chris的用户成功登陆系统、员工尝试从他的座位登记福利、员工尝试登陆Best Buy的计算机、或总分类账部门的职员在尝试查看人力资源数据时接收安全性错误。

复合事件包括简单事件的多次发生，并且在某些实施例中，复杂事件可以包括时间盒(Time-Box)功能和索引功能。

此处所使用的“时间盒”指的是添加时间标准以基于复杂事件触发通知。时间盒使得能够进行用户创建以在简单事件多次发生之后创建用于通知的规则。在没有限制的情况下，示例包括：在应付账款系统中在一分钟内具有超过2秒的响应时间的五次或五次以上交易、在五分钟内来自东欧的十次或十次以上的不成功登陆尝试、以及在人力资源队列中在最后一小时内进入“需要恢复”状态的两次批处理作业。

“索引”通过允许这些时间盒事件(time boxed events)按照附加标准分组来进一步扩展时间盒。在没有限制的情况下，示例包括：应付账款系统中的任何个人用户在五分钟内在发票应用程序上得到五次相同的错误，或任何人力资源职员在一小时内查看超过十项的员工主记录。

“事件管理引擎”指的是通过使用适当的逻辑来处理数据、执行规则以及进行数据匹配的一个或多个软件模块，包括但不限于监视任何ERP系统的简单事件或复合事件并向指定方或授权方提供主动通知的软件。

某些实施例包括ERP系统中的普遍存在的事件的早期暴露。事件管理系统由事件管理引擎组成，事件管理引擎提供用于定义规则的规则编辑器模块，以及通知模块以通过浏览器、应用程序、电子邮件或文本消息发送警报。

某些实施例包括在企业资源计划系统中检测事件的方法。该方法包括：通过事件管理引擎从企业资源计划系统的授权设备接收多个标准，该多个标准限定了规则并被存储为事件管理数据库中的第一多个记录；接收与在企业资源计划系统中的多个用户设备处发生的第一多个事件相关联的多个信息；通过将与第一多个事件相关联的多个信息和与规则相关联的多个标准中的所有标准进行比较来过滤第一多个事件以识别出第二多个事件，其中，与第二多个事件相关联的多个信息中的一个或多个信息满足与规则相关联的多个标准中的所有标准；响应于识别出第二多个事件，从事件管理数据量中检索第二多个记录，该第二多个记录限定了与规则相关联的通知简档，其中，该通知简档包括：针对通知格式的一个或多个偏好、一个或多个指定接收方设备以及通知时间表(notification schedule)；格式化与第二多个事件相关联的多个信息中的一个或多个信息，以基于通知简档生成一个或多个通知；根据通知时间表，通过电子通信网络将一个或多个通知传送至一个或多个指定接收方设备的用户界面。通知可以是文本消息。通知可以是电子邮件。

某些实施例包括在企业资源计划系统中检测事件的系统。该系统包括：事件管理数据库；通信地耦接至事件管理数据库的一个或多个处理器；以及非暂时性计算机可读介质，该非暂时性计算机可读介质被设置成与一个或多个处理器进行通信，并且在其上存储有包括一组指令的计算机程序。当通过一个或多个处理器执行这些指令时会使得一个或多个处理器执行以下操作：通过事件管理引擎从企业资源计划系统的授权设备接收多个标准，该多个标准限定了规则并被存储为事件管理数据库中的第一多个记录；接收与在企业资源计划系统中的多个用户设备处发生的第一多个事件相关联的多个信息；通过将与第一多个事件相关联的多个信息和与规则相关联的多个标准中的所有标准进行比较来过滤第一多个事件以识别出第二多个事件，其中，与第二多个事件相关联的多个信息中的一个或多个信息满足与规则相关联的多个标准中的所有标准；响应于识别第二多个事件，从事件管理数据量中检索第二多个记录，该第二多个记录限定了与规则相关联的通知简档，其中，该通知简档包括：针对通知格式的一个或多个偏好、一个或多个指定接收方设备以及通知时间表；格式化与第二多个事件相关联的多个信息中的一个或多个信息，以基于通知简档生成一个或多个通知；根据通知时间表，通过电子通信网络将一个或多个通知传送至一个或多个指定接收方设备的用户界面。

事件管理系统可以通过主动管理ERP系统中的事件赋予企业权利，以检测欺诈、降低风险、改善合规性并提高人类生产力。企业负担不起数据泄露、收入损失或简单低效进程的后果。事件管理系统的主动通知和按需上报特征使得决策者能够对已经确定的对特定团队、部门或组织的成功至关重要的事件进行实时识别并响应。事件管理系统可以作为综合欺诈检测程序的一部分，因为授权用户可以创建简单事件警报或复合事件警报，监视用户访问和错误，并在发生简单事件或复合事件时得到通知，从而通过限定的标准来识别和隔离威胁。授权用户还可以利用事件管理系统的基于规则的模式识别特征来提醒决策者快速识别、追踪和和调查可能有害的事件，并最大限度地减少威胁和响应时间。事件管理系统还可以被设计成当员工在指定时间内连续地具有一定数量的登陆错误时提醒系统管理员。事件管理系统还可以用于触发待配置的附加基础设施，以改善用户体验或向管理员告警性能下降。

事件管理系统为在ERP系统中发生的任意事件创建通知提供了完全的灵活性。使用事件管理系统，授权用户或授权团队可以接收所选设备(devices ofchoice)的实时警报和专用视图。指定的或授权的个人/团队可以根据需要在事件管理系统中创建和定制简单或复合的规则和警报，以满足他们的需求。这些警报和通知可以针对公司内部指定人员而按格式(例如，报告)进行定制。事件管理系统可以向某些指定或授权的个人或团队提供更详细的警报，例如包括提供立即行动能力的相关ERP数据。

事件管理系统可以被配置成传送实时的、按需的和一目了然的通知。这些通知通过实时数据确认系统内或个人对性能问题的任何看法，并因此最大限度地减小响应时间和潜在的数据丢失。事件管理系统可以被配置成优化工作流和批处理作业，并在故障或延迟计算时发出警报。使用事件管理系统的实时通知的另一个优点在于基于可定制的人与系统的交互来最大化训练机会，因此可以识别出有问题的用户，并在问题快要时能够采取纠正响应(corrective response)。可以在最小的时间和精力损失的情况下解决可能阻碍进程执行和效率的关键性的趋势，例如，来自特定客户的大量不正确订单。

事件管理系统可以被配置成将规则应用于到达其他组织系统的数据和来自其他组织系统的数据，该其他组织系统被通信地耦接至ERP系统，包括但不限于供应链管理系统或客户关系管理。在某些实施例中，事件管理系统可以被部署为企业应用集成中间件(middleware)的一部分。指定或授权的个人或团队可以定义和实现用于识别事件或通知用户的任何相关的业务规则和标准，并且这可以应用于所有信息系统中的数据值。事件管理系统可以应用于来自ERP系统内或所有信息系统中的原始数据或经清理的数据或富集数据。

图1是根据实施例示出的包括ERP系统中的事件管理引擎的系统的框图。上述方法中包括的多个步骤可以由一个或多个计算设备(例如所描述的系统100)来执行。事件管理系统100的每个不同组件可以以任何类型的基于计算机架构的方式实现，该架构包括如上所述配置的接收、处理和/或传送数字数据的合适的处理器控制设备(processor-controlled devices)。包括一个或多个合适的处理器控制设备的设备的示例包括：智能手机、台式计算机、笔记本电脑、服务器、平板电脑、PDA以及执行企业数据处理、规则匹配和通知算法等的专用计算平台。

在某些实施例中，在被示为用户站A 101、用户站B 102和用户站C 103的计算设备处的用户1、2和3在组织的ERP系统中执行一个或多个交易，并且经由网络104与事件管理引擎105进行交互。一个或多个用户站可以是授权用户站，或可以由授权用户访问以创建用于检测和管理事件的规则。事件管理引擎105可以实现为在服务器上运行的软件，该服务器包括用于运行相关算法或计算机可执行程序指令的处理单元。事件管理引擎105可以使用包括一个处理器的单处理器系统或包括任意数量的合适的处理器的多处理器系统来实现，该合适的处理器可以用于对文中所述技术的一个或多个部分进行并行执行和/或顺序执行。文中所述的进程和逻辑流程可以通过执行一个或多个计算机程序的一个或多个可编程处理器来执行，以通过运行输入数据并生成相应的输出来执行功能。处理单元可以包括处理器，该处理器具有计算机可读介质，例如，耦接至处理器的随机存取存储器(RAM)(未示出)。处理器的示例可以包括：微处理器、专用集成电路(ASIC)以及现场可编程对象阵列(FPOA)等。

在一些实施例中，事件管理引擎105可以实现为服务器、用户计算设备等的一部分。事件管理引擎105的合适实现的示例包括：服务器、授权用户计算设备、智能手机、台式计算机、笔记本电脑、平板电脑、PDA以及其他类型的接收、处理和/或传送数字数据的处理器控制设备。在一示例中，事件管理引擎105执行系统架构100的适当操作所需的某些操作。作为中央处理器执行包含在计算机可读介质(例如，存储器内)内的软件指令的结果，合适的事件管理引擎105执行这些操作。在一个实施例中，系统的软件指令从另一个存储器位置(例如，从存储设备或经由通信接口从另一个计算设备)被读入与事件管理引擎105相关联的存储器。在该实施例中，包含在存储器中的软件指令指示事件管理引擎105执行上述进程。可选地，可以使用硬连线电路代替软件指令或与软件指令组合以实现文中所述进程。因此，文中所述的实现不限于硬件电路系统与软件的任何特定组合。

事件管理引擎105通信地耦接至事件管理数据库106。在一个或多个实施例中，事件管理数据库106包括来自ERP系统的数据，包括但不限于来自以下各项的数据：会计与财务、人力资源、制造、库存控制、销售与市场、采购、仓库、运输和其他物流组。

事件管理数据库106可以被配置为外部源和内部数据库的组合，并且被实现为提供提取、索引和存储数据的功能的关系数据库。在这些实施例中，事件管理数据库106将上述数据和其他所存储的数据和文件提供给事件管理系统100内的一个或多个软件模块以供进一步分析。从外部源接收到数据的示例包括库存管理、销售、客户交互和财务记录。事件管理数据库106可以通过数据库管理系统(DBMS)来实现，例如，MySQL、PostgreSQL、SQLite、Microsoft SQL Server、Microsoft Access、Oracle、SAP、dBASE、FoxPro、IBM DB2、LibreOffice Base、FileMaker Pro和/或任何其他类型的可以组织收集数据的数据库。在这些实施例中，事件管理数据库106可以使用用于访问和维护分布式目录信息服务或数据馈送的应用协议来实现，例如，轻型目录访问控制(LDAP)等。存储在数据库的字段中的数据可以根据需要进行更新，例如，由具有管理访问数据库权限的用户进行更新，以在数据库被支持时将新数据添加到数据库中的库。本领域技术人员应当理解的是，文中所描述的存储在数据库中的数据还可以存储在或维护在非暂时性存储器中，并且可以在子例程、函数、模块、对象、程序产品或进程之间进行访问，例如，根据这些子例程、函数、模块、对象、程序产品或进程的对象和/或变量。数据库的记录、表、库等的任何字段可以是类似于阵列或矩阵的多维结构，并且可以包括其他字段、记录、表或库的值或引用。任何前述字段可以包括实际值或链接、连接、引用或指向这些值的其他本地或远程源的指针。外部源可以是例如单个数据库、多个数据库或虚拟数据库，包括来自多个源(例如，万维网上的服务器)的数据。

电子通信网络104可以包括任何通信架构，该通信架构包括便于驻留在形成系统100的一个或多个计算设备中的发射器和接收器之间通信的设备和软件。本领域技术人员应当明白的是，网络组件可以在专用处理设备中和/或在云处理网络中实现。网络104可以由以下各项组成：内联网、局域网(LAN)、云网络、虚拟专用网络(VPN)、无线区域网络(WAN)和互联网或使得服务器设备和用户设备能够彼此交互的任何其他网络。包括网络的设备的非限制性示例可以包括路由器、交换机、集线器、防火墙、代理服务器、电线中继线等。因此，电子通信网络可以全部或部分地通过无线网络或有线网络或两者的组合来实现。此外，根据本发明的各种示例性实施例，无线通信网络可以通过各种无线通信技术中的任何一种技术来实现，例如：码分多址(“CDMA”)、用于移动通信的全球系统(“GSM”)以及无线局域网，例如，WiFi、全球微波接入互操作性(“WiMAX”)或

事件管理引擎105可以在计算设备上生成用户界面，该计算设备包括用户设备101、102、103和指定接收方设备107和108。这些设备以双向通信的方式通信地耦接至事件管理系统100的其他设备、数据库和组件。包括用户设备101、102、103和指定接收方设备107和108的计算设备可以是笔记本电脑或台式计算机，或诸如智能手机、手机、平板电脑、个人数据助理(PDA)、具有智能手机客户端的移动计算机或任何其他支持数据访问的设备之类的移动计算设备。指定接收方设备107和108被配置成从事件管理引擎105接收通知。事件管理引擎105利用用户界面请求、收集和呈现来自一个或多个用户的信息，或向一个或多个用户请求、收集和呈现信息。用户可以经由诸如触摸屏、鼠标、键盘和/或与显示器协同工作的小键盘之类的输入/输出(I/O)设备与用户界面进行交互。在一些实施例中，事件管理引擎105的数据处理模块被进一步配置成自动检索由一个或多个计算设备101、102和103以及指定接收方设备107和108、或者一个或多个软件模块请求的信息。在这些实施例中，该信息是从事件管理数据库106中获得的。在其他实施例中，该信息是从ERP系统内的一个或多个软件模块的操作中获得的。事件管理引擎105可以包括软件模块和/或通信地耦接至软件模块，该软件模块包括但不限于一个或多个审计模块、规则执行器模块、警报和通知模块、文档管理模块和管理模块。在一个或多个实施例中，事件管理引擎105可以通过一个或多个应用编程接口(API)、RSS源或一些其他结构化格式与外部服务、应用和数据库进行交互。API可以是控制和管理一个或多个API的具象状态传输应用编程接口(Representational State Transfer Application Programming Interface，REST API)。在这些实施例中，API可以向安装在计算设备上的一个或多个移动应用提供web服务。web服务的示例包括：在网站上显示数据、上载稍后将由移动应用消耗的大量数据、下载数据以运行定制分析、导出数据等。

图2是示出了通过事件管理系统的模块发送通知的信息流的示例性流程200的流程图。在步骤202中，可以将ERP事件发送到审计模块204，该审计模块204将与事件相关联的记录(比如，事件元数据)提供给事件管理数据库。在下一步骤206中，可以将ERP事件发送至事件引擎208，该事件引擎208选择适用于实现规则的事件。接下来，在步骤210中，事件引擎208可以将选择的事件发送至定制规则执行器212，该定制规则执行器212针对由授权用户提供的规则中设置的标准来评估事件。接下来，在步骤214中，可以通过定制规则执行器212针对成功满足标准的事件来触发通知并将该通知发送至通知管理器216。在下一步骤218中，通知管理器216可以以优选格式将警报发送至指定接收方的优选设备。通知管理器216可以被配置成例如以不同的格式(例如，本文、电子邮件、app通知、web超链接)将警报发送至一个或多个设备。设备可以包括智能手机、平板电脑和其他计算和通信设备。接下来，在步骤220中，定制规则执行器212可以控制返回至事件引擎208。在步骤222中，事件引擎208可以控制返回至审计模块204，该审计模块204然后可以生成审计服务器响应224。

图3示出了用于使用事件管理系统创建规则的示例性流程300的流程图。在第一步骤302中，用户可以使用用户设备登陆，并打开规则编辑器304。在一些实施例中，规则编辑器304包括允许用户编辑规则以及查看现有规则的用户界面。当用户在下一步骤306中选择创建新规则时，用户可以被引导至“创建新规则”页面308。在创建新规则页面308中，向用户呈现用于创建规则的不同选项。例如，可以创建用于某些交易的规则以及用于批量处理数据的规则，或用于单个用户或用户组的规则。当用户在步骤310中选择针对规则类型的可用选项中的一个选项之后，用户被引导至规则标准页面。用户可以进一步选择一个或多个标准和标准运算符，并输入标准值。用户然后被引导至通知管理页面。在通知管理页面上，用户可以包括诸如时间盒配置之类的附加约束，并添加指定的用户列表以接收通知并转到下一步骤或以其他方式被引导至完成页面。在该界面上，用户可以为新创建的规则命名，并为其他用户添加简短的描述。然后如步骤312那样用户被引导以保存规则，并如步骤314那样查看一个或多个特征。新创建的规则也可以表示为在规则编辑器304处可用的规则集。

图4示出了用于更新规则的示例性流程400的流程图。在步骤402中，用户可以打开规则编辑器404。规则编辑器404可以包括图形用户界面，以使得用户能够查看现有规则以及选择修改/更新规则。用户接下来在步骤406中可以选择查看与规则相关联的标准。用户然后可以被引导至规则标准页面。在规则更新页面408中，用户可以查看或修改一个或多个标准，选择或修改标准运算符，以及在步骤410中，如果需要的话，输入或修改标准值。用户然后可以被引导至分组和用户页面。在分组和用户页面上，用户可以修改或添加诸如时间盒配置之类的其他约束。类似地，用户可以修改指定接收方的列表和/或将个人添加到指定接收方的列表，以接收通知并转到下一步骤，或以其他方式被引导至完成页面。在该界面上，用户可以修改更新的规则的名称并为其他用户添加关于更新的规则的简短描述。然后在步骤412中用户可以被引导以保存规则，并在步骤414中查看更新的规则的一个或多个特征。更新的规则也可以表示为在规则编辑器404处可用的规则集。

一些实施例包括如图5A、图5B、图6、图7和图8所示的在授权用户设备和指定接收方设备上用于生成用户界面的系统。该系统包括：事件管理数据库；通信地耦接至事件管理数据库的一个或多个处理器；以及具有非暂时性计算机可读介质的事件管理引擎，该非暂时性计算机可读介质被设置成与一个或多个处理器进行通信并且在其上存储有包括一组指令的计算机程序。当通过一个或多个处理器运行指令时可以使得一个或多个处理器执行操作：从企业资源计划系统的授权设备接收多个标准，该多个标准限定了在事件管理数据库中被存储为第一多个记录的规则。例如，当通过电子通信网络从ERP系统中的授权计算设备接收用户登录凭证时，事件管理引擎将这些凭证与事件管理数据库中的记录进行比较，并验证用户登录凭证为授权用户的登录凭证。然后，事件管理引擎可以在计算设备上生成用户界面，其中，经由电子通信网络104提供授权用户登录凭证。事件管理引擎可以在计算设备上呈现数个用户界面中的一个用户界面，比如在web浏览器中或通过应用界面呈现一个用户界面，其中，可以向授权用户呈现以下选项：创建新规则、访问先前创建的规则和/或管理企业资源计划系统上的事件管理数据库中的规则。

图5A是根据示例性实施例的用于管理规则的说明性用户界面500a。在一些实施例中，生成的图像用户界面可以包括操作应用程序的不同功能的各种控件。这种控件例如可以包括：图标、文本、按钮、输入框、菜单、下拉列表、滑块、滚动条、条和/或任何其他可操作的可视元素。功能的控制也可以体现在一个或多个物理按钮中，而不是事件管理系统本身的用户界面的一部分。例如，诸如“创建新规则”按钮之类的某些按钮可用于执行特定功能并与界面进行交互。用户可以通过点击名为“创建新规则”的按钮501来启动创建新规则的进程。界面500a还可以向用户提供已存在的规则的列表。这些规则可以以具有列标题的表的形式排列，例如，规则名称502、订阅用户508、显示最后修改日期的时间戳514、最后通知日期516以及能够选择是否启用通知的启用选项518。例如，在说明性界面中，有两个规则：主用户访问规则(Master User Access rule)504和HR11.1训练机会规则(HR11.1Training Opps.rule)506。每个规则与特定用户相关联，特定用户的识别信息可以显示在名为“订阅用户(Subscribed Users)”的列标题508下，例如，个人的电子邮件信息510。某些实施例包括通知，该通知被发送作为包括显示在网站上的内容的另一软件应用内的警报。说明性用户界面还示出了未启用的规则“HR11.1漫游(HR11.1Cruising)”520。最后，界面中的垃圾桶图标522可用于删除规则。

当点击任何垃圾桶图标522时，可以向用户呈现图5B所示的确认用户界面500b。对话元素524可以询问用户取消规则的删除526，或按照用户期望的确认按删除的动作528。然后用户可以返回界面500b。根据示例性实施例，还可以呈现规则编辑器模块的说明性用户界面500b，以用于删除不需要的规则。系统还可以被设置成仅向授权用户提供删除现有规则的选项。

图6是根据示例性实施例的呈现给用户以创建新规则的说明性用户界面600。例如，当通过电子通信网络104从ERP系统中的授权计算设备接收用户登录凭证时，事件管理引擎将这些凭证与事件管理数据库中的记录进行比较，并验证用户登录凭证为授权用户的登录凭证。然后，事件管理引擎可以在计算设备上生成用户界面，其中，经由电子通信网络提供授权用户登录凭证。事件管理引擎可以在诸如在web浏览器中或通过应用界面之类的计算设备上呈现用户界面，其中，向授权用户呈现用于创建新规则的选项。

说明性用户界面600是规则编辑器模块的示例。用户界面的工作流的实施例包括以下内容。在名为“规则类型&名称(Rule Type&Name)”的部分602中，可以向用户呈现用于创建不同类型规则的选项。名为“交易(Transaction)”的点击按钮610是用于基于在ERP系统中执行的交易来创建规则的示例。名为“批处理(Batch)”的点击按钮612是用于创建要在ERP系统的批处理中执行的规则的另一示例。名为“访问(Access)”的点击按钮614是用于基于ERP系统的用户访问来创建规则的另一示例。在说明性用户界面600中，用户已经选择Transaction规则类型。然后，用户可以在名称字段616中输入文本来为规则提供名称。在该示例中，用户已经为规则命名为“慢响应(slowResponse)”。然后用户可以转到名为“标准(Criteria)”的部分604。界面引导用户在分组604中添加标准。向用户呈现一行标准元素，该标准元素从下拉选择框按顺序选择以定义用于规则的标准。元素可以包括标准名称(Criteria Name)618、标准运算符(Criteria Operator)620以及标准值(Criteria Value)622。下拉选择框Criteria Name 618的内容在规则类型选择时被填充和启用。下拉选择框Criteria Operator 620的内容在标准名称选择时被填充和启用。输入字段Criteria Value 622在运算符选择时被启用。定义完整的标准后，添加按钮(Add button)624启用。点击Add button 624，将定义的标准推送到选择器下方的标准表中。在这种情况下，已为规则设置了两个标准，具有大于4.50秒的运算符的响应时间(Response Time)626，以及具有包括字符串“patil”的运算符的用户ID(User ID)628。启用删除按钮630和632，将分别从规则中移除标准626和628。

作为说明性用户界面的图6继续，在示例性实施例中标记为“分组(Groupings)”的部分606中用户选择期望的事件分组。当用户选择名为“Groupings”的菜单项606时生成该界面。向用户呈现的选项包括其他约束：例如，时间盒事件配置、发生次数634、时间间隔636以及按照任何标准名称对事件进行分组638。在该示例中，用户已经定义了具有180秒填充值的时间间隔约束636以及警报发生634为3。此外，用户按照元素638中的User ID对这些事件进行分组。用于规则的订阅用户的列表通过在文本字段640中输入电子邮箱地址在部分608中进行定义。在其他实施例中，订阅用户列表可以是可填充字段或可以从呈现为下拉菜单的现有用户中选择。该列表在此处填充了个人的电子邮箱地址，但是在其他实施例中，列表可以填充为用户名称、电话号码、或例如员工ID的任何其他个人标识符。在该示例性实施例中，订阅用户由web应用程序通知。为了在警报时包括电子邮件通知，用户选择复选框642“向订阅用户发送电子邮件(Send email to subscribed users)”。还可以选择通过文本消息或移动应用程序与订阅用户进行通信。最后，用户选择“保存规则(save rule)”按钮644，以将该规则提交给通知引擎。在不同界面之间移动的标准导航控件作为按钮提供，例如但不限于此。当选择“save rule”644时，用户被重定向至图5A所示的说明性用户界面500a，其中，新创建的规则将是可见的。在某些实施例中，当用户选择名为“完成(Finish)”的菜单项时生成该界面。向用户呈现的选项包括可填充字段或下拉菜单形式的规则名称(Rule Name)。用户还可以选择在可填充字段提供描述。在不同界面之间移动的标准导航控件作为按钮提供，例如但不限于，将用户导航至先前的屏幕的按钮，以及将用户引导至处理完成规则编辑器模块或取消尝试的按钮。

在一实施例中，当通过电子通信网络从ERP系统中的授权计算设备接收用户登录凭证时，事件管理引擎可以将这些凭证与事件管理数据库中的记录进行比较，并验证用户登录凭证为指定接收方的登录凭证。然后，事件管理引擎可以在接收计算设备的界面上生成用户界面，其中，经由电子通信网络提供指定接收方的凭证。事件管理引擎可以在诸如在web浏览器中或通过应用界面之类的接收计算设备上呈现数个用户界面中的一个用户界面，其中，可以向指定接收方呈现选项：在企业资源计划系统的事件管理数据库中查看新的或先前接收的通知。在另一实施例中，从指定接收设备的事件管理引擎接收的通知可以包括到界面的链接，其中，事件管理引擎呈现关于通知的进一步的详情。

图7是根据示例性实施例的指定接收设备上的通知收件箱的说明性用户界面700。当接收设备登陆或与系统通信时，用户界面700向指定接收方呈现关于通知的详情。例如，已经执行的规则可以由规则进行识别，每个规则具有诸如可点击按钮702之类的计数值。用户界面还允许用户通过选择可点击按钮702或在搜索框704中输入文本来进行搜索。用户可以通过以所示的表格形式呈现的信息来搜索触发通知时的各种实例，该表格具有列标题，例如，日期(Date)706、规则(Rule)708、详情(Details)710、事件(Event)712以及垃圾桶714。Rule 708可以识别已执行的规则。Details 710可以呈现规则标准的概要的详情。Event 712可以提供到如图8所示的用户界面的链接。可以选择垃圾桶714以用于删除事件，并且使用删除按钮(delete)716选择列标题，这将删除所有选择的通知。在所提供示例的顶行，在Date 706的2016年1月18日的特定时间，关于“HR11.1Cruising”Rule 712的通知被发送至指定接收方。该规则可以在详情710中使用简短描述表述“交易名称等于HR11.1(Transaction Name equals HR11.1)”来进行描述。通过点击或选择按钮712，向用户呈现如界面800所示的详细查看每个事件的选项。标准导航控件作为按钮或链接提供，一共只不同界面之间的移动。

图8是根据示例性实施例的指定接收设备上的通知事件详情的说明性用户界面800。界面800呈现满足规则类型804的规则802的标准的ERP系统事件的详情。在标记为“标准详情(Criteria Details)”的部分806中表述事件时，匹配标准按照810、812和814以行进行显示。触发事件以表格格式列在标记为“事件：(Events:)”的部分808中，该“Events:”以表格格式示出了时间(Time)816、用户(User)818、交易名称(Transaction Name)820、响应时间(Response Time)822以及响应代码(Response Code)824。用户界面800中的列集特定于规则类型。用户根据用户界面700列出的不同的通知，分别使用具有标签“先前的通知(previous notification)”和“下一通知(next notification)”的控件826和828来进行导航。

图9是根据示例性实施例呈现的共同执行事件管理功能的不同软件模块/数据包的高级视图的说明性类图900。图900示出了按时间顺序排列的对象交互，并且包括：创建Config.java(buildConfig.java)901、事件引擎(EventEngine)902、规则处理器(Rule Processor)910、规则执行器(RuleExecutor)912、简单规则执行器(SimpleRuleExecutor)906、时间盒规则执行器(TimeBoxRuleExecutor)914、以及通知后台程序(NotificationDaemon)916类或对象。这两类(RuleExecutor 912和SimpleRuleExecutor 906)是层次更高的类。EventEngine 902与Rule Processor 910相关联，Rule Processor 910随后与RuleExecutor 912相关联并被馈送至RuleExecutor 912。事件也通过RuleExecutor 912、SimpleRuleExecutor 906以及TimeBoxRuleExecutor 914进行处理。此外，例如NotificationDaemon 916的特定类在UML类图900中表示为矩形917以及三个隔室918、919和920。第一隔室918示出了类名“NotificationDaemon”，第二隔室919示出了类属性(即，结构)，以及第三隔室920的方法由该类(即，行为)执行。

图10A和图10B是根据示例性实施例1000示出的事件管理进程的接续流程图。该进程可以在步骤1002开始，并且可以继续进行，以在步骤1004中将ERP系统中的时间事件缓冲输入至事件管理系统。该系统可以继续进行到步骤1006，其中，可以使事件缓冲可用于审计服务器模块，该审计服务器模块在步骤1008中将记录插入到事件数据库中。在成功插入记录之后，事件管理引擎可以在步骤1010中检查特定事件缓冲。此时，当在步骤1012中确定存在特定事件缓冲，则在步骤1014中可以将输入事件缓冲发送至规则执行器模块。规则执行器可以针对新线程中适用的定义规则来验证事件缓冲，并且将该事件缓冲重定向至路径以在步骤1022由审计服务器生成适当的响应，或者发送该事件缓冲以评估是否在步骤1018中发送通知。当不需要发送通知时，则事件缓冲被重定向以在步骤1022中由审计服务器生成适当的响应，并且可以在步骤1024结束该进程。当需要将通知发送至指定接收方时，则系统可以继续进行图10B中描述的进程的一部分。在步骤1026中可以将输入事件缓冲发送至通知管理器或通知管理模块。在下一步骤1028中，通知管理器可以以优选格式将通知发送至指定接收方的优选设备。通知管理器可以被配置成以不同的格式(例如，本文、电子邮件、app通知、web超链接等)将警报发送至一个或多个设备(例如，智能手机、平板电脑以及其他计算和通信设备)。通知管理器可以在步骤1030将与通知相关联的数据和元数据存储在事件数据库1008中。本文所述的计算机软件可以在一台计算机或一起联网的数台计算机上执行。

前述方法描述说明和进程的流程图仅提供作为说明性示例，并不用于要求或暗示各种实施例的步骤必须按所呈现的顺序来执行。如本领域技术人员将理解的，前述实施例中的步骤可以以任何顺序执行。诸如“然后(then)”、“接下来(next)”之类的词语不用于限制步骤的顺序；这些词语只是用来通过方法的描述来引导读者。尽管进程流程图可以将操作描述为顺序进程，但是许多操作可以并行或同时执行。此外，操作的顺便可以重新排列。进程可以对应于方法、函数、过程、子例程、子程序等。当进程对应于函数时，进程的终止可以对应于将函数返回到调用函数或主函数。

结合本文公开的实施例描述的各种说明性的逻辑块、模块、电路和算法步骤可以作为电子硬件、计算机软件或两者的组合来实现。为了清楚地说明硬件和软件的这种可互换性，以上主要按照功能对各种说明性的组件、块、模块、电路和步骤进行说明。此功能性是实施为硬件还是软件取决于施加在整个系统上的特定应用和设计约束。本领域技术人员可以针对每个特定应用以各种方式来实现所描述的功能，但是这样的实现决策不应该被理解为会使得偏离本发明的范围。

在计算机软件中实现的实施例可以用软件、固件、中间件、微代码、硬件描述语言或其任何组合来实现。代码段或机器可执行指令可以表示：过程、函数、子程序、程序、例程、子例程、模块、软件包、类，或指令、数据结构或程序语句的任何组合。通过传递和/或接收信息、数据、自变量、参数或存储器内容，可以将代码段耦接至另一代码段或硬件电路。信息、自变量、参数、数据等可以经由任何合适的方式而被传递、转发或发送，其中任何合适的方式包括存储器共享、消息传递、令牌传递、网络传输等。

用于实现这些系统和方法的实际软件代码或专用控制硬件并不限制本发明。因此，在不参考特定软件代码的情况下，描述的系统和方法的操作和行为应当被理解为：可以基于本文的描述来设计软件和控制软件以实现系统和方法。

当在软件中实现时，函数可以作为一个或多个指令或代码存储在非暂时性计算机可读存储介质或处理器可读存储介质上。本文公开的方法的步骤或算法可以体现在驻留于计算机可读存储介质或处理器可读存储介质上的处理器可执行软件模块中。非暂时性计算机可读介质或处理器可读介质包括计算机存储介质和有形存储介质两者，该有形存储介质有助于将计算机程序从一个地方传输至另一个地方。一种非暂时性处理器可读存储介质可以是可由计算机访问的任何可用介质。作为示例而非限制，这种非暂时性处理器可读介质可以包括RAM、ROM、EEPROM、CD-ROM或其他光盘存储器、磁盘存储器或其他磁存储设备或任何其他有形存储介质，该有形存储介质可以被用于存储以指令或数据结构形式的期望程序代码并且可以由计算机或处理器进行访问。本文所使用的磁盘和光盘包括压缩光碟(CD)、激光盘、光学盘、数字通用光碟(DVD)、软盘和蓝光盘，其中磁盘通常以磁的形式再现数据，而光盘用激光来光学地再现数据。上述的组合也应当被包括在计算机可读介质的范围内。此外，方法或算法的操作可作为代码和/或指令的一个或任何组合或集合而驻留在非暂时性处理器可读介质和/或计算机可读介质上，该非暂时性处理器可读介质和/或计算机可读介质可以并入计算机程序产品中。

当以硬件实现时，功能可以在无线信号处理电路的电路内实现，该无线信号处理电路可以适用于在无线接收器或移动设备中使用。这种无线信号处理电路可以包括用于完成各种实施例中描述的信号测量和计算步骤的电路。

用于实现结合本文所公开的方面描述的各种说明性逻辑、逻辑块、模块以及电路的硬件可以使用以下各项来实现或执行：通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)、或其他可编程逻辑器件、离散栅极或晶体管逻辑、分立硬件组件、或用于执行本文所描述的功能的其中任意组合。通用处理器可以是微处理器，或者，处理器可以是任何传统的处理器、控制器、微控制器或状态机。处理器还可以实现为计算设备的组合，例如，DSP与微处理器的组合、多个微处理器、组合DSP内核的一个或多个微处理器、或任意其他这种配置。可选地，一些步骤或方法可以通过特定于给定功能的电路来执行。

涉及例如使用冠词“一个(a)”、“一个(an)”或“该(the)”的单数形式的权利要求要素不应当被理解为将该要素限制为单数。所公开的实施例的前述说明用于使本领域任何技术人员能够实现或使用本发明。这些实施例的各种修改对本领域技术人员来说是显而易见的，并且在不脱离本发明的精神和范围的情况下，可将本文定义的一般原理应用于其他实施例。因此，本发明不用于限制本文所示出的实施例，而是符合与以下权利要求以及本文所公开的原理和新颖性特征相一致的最宽范围。