[发明专利]用于计算机系统的事件服务建模框架

说明书

相关专利申请的交叉参考

本专利申请涉及2015年12月30日提交的题为“统一事件框架”的第14/984，113号的共同未决的美国专利申请，该申请要求2015年9月4日提交的第62/214，848号的美国临时专利申请优先权，其各自均通过引用并入本文。

技术领域

本公开涉及用于计算机系统的事件服务建模框架。更具体地，本公开中描述的实施例涉及用于对计算机系统和/或网络中的事件服务进行建模的改进方法、系统和计算机可读介质。

背景技术

软件系统通常具有在系统上运行的许多应用和组件。在一些情况下，系统的应用和组件可以在系统的整个操作期间不断地生成事件。当应用或组件生成事件时，应用或组件可以将事件和与事件相关联的数据发送到一个或多个感兴趣的应用和/或组件。在一些情况下，应用或组件将与事件相关联的不同数据发送到不同的感兴趣的应用和/或组件。

传统的事件通知和管理服务大多是计算机系统和/或网络内的静态配置。发布器(发布模块和/或组件)被配置成用于发布在计算机系统中出现的事件，并且订户(订阅模块和/或组件)被配置成用于监听发布的事件并响应于所发布的事件执行动作或一系列动作。

不幸的是，现有技术使得用户难以在系统内端对端地直观化事件，因为除其他项之外，复杂的事件配置不容易以可理解的方式呈现。另外，现有技术不提供使得用户/客户能够以用户友好的方式来在系统内建模和定制事件配置的用户界面。

发明内容

本公开中描述的实施例涉及用于对计算机系统和/或网络中的事件服务进行建模的改进方法、系统和计算机可读介质。

以下详细的描述和附图提供对本公开中描述的技术的性质和优点的更好理解。

附图说明

为了更好地理解至少某些实施例，将参考结合附图阅读的以下详细描述。

图1描绘了包括静态配置中的事件服务框架的系统的示例实施例的概念性数据流程图；

图2描绘了根据本公开中描述的技术的实现事件服务建模框架的系统的示例实施例的概念性框图；

图2A描绘了根据本公开中描述的技术的可扩展活动对象表的示例实施例的概念图；

图3描绘了根据本公开中描述的技术用于对事件服务进行建模的过程的示例实施例的概念流程图；

图4A-4B描绘了根据本公开中描述的技术用于对事件服务进行建模的过程的示例实施例的流程图；

图5描绘了根据本公开中描述的技术用于对事件服务进行建模的图形界面的示例实施例；

图6描绘了根据本公开中描述的技术用于对事件服务进行建模的活动库的示例实施例；

图7A描绘了根据本公开中描述的技术对待办(To Do)事件进行建模的示例实施例；

图7B描绘了根据本公开中描述的技术将第三方应用集成到事件服务建模框架中的示例实施例；

图8描绘了基于其可以实现本公开中描述的实施例的数据处理系统的示例概述框图。

具体实施方式

在整个描述中，出于解释的目的，阐述了许多细节以便提供对本公开的透彻理解。然而，对于本领域技术人员显而易见的是，可以在没有这些具体细节中的一些细节的情况下实践本公开中描述的技术。在其他实例中，可以以框图形式示出公知的结构和设备，以避免模糊本公开中描述的原理和技术。

本公开中描述的实施例包括用于在计算机系统和/或计算机网络中对事件服务进行建模的改进方法、系统和计算机可读介质。在一个实施例中，可以提供在本公开中称为“事件服务编辑器”的事件服务建模工具，其被配置成用于使得用户能够定义包括系统中的事件的一个或多个事件流程的事件服务模型。事件服务编辑器可以在计算机硬件、软件和/或其组合中实现。在一个实施例中，事件服务编辑器与用户界面相关联，该用户界面可用于将计算机系统和/或网络中的事件连接到将响应于事件而发生的动作。在系统的一个部分中引发的事件可以无缝地转移到另一部分。然后，需要从事件接收信息的系统组件和/或模块可以适当地作出反应和响应。

例如，响应于组织内的“管理者变更”事件，新管理者和团队成员可能需要接收通知，新管理者可能需要在系统中被分配，新的管理者学习材料可能需要被分配等。这些动作可以驻留在系统和/或网络内的单独的模块和/或组件中。在另一实例中，当员工休假时，可以在系统中提出休假请求事件。为了对该事件建模，可能需要不同模块中的特定动作来响应该事件。