CN104756111A - 策略查询到连续查询转换 - Google Patents

Abstract

提供了用于管理策略查询到连续查询转换的技术。在一些例子中，可以确定策略查询，所述策略查询被配置为使得能够将事件数据从数据库拉到查询引擎。例如，查询引擎可以被配置有策略查询。所述配置可以至少部分基于将显示的事件数据的指示。此外，在一些例子中，可以使得能够将策略查询转换为连续查询。转换或转换的使能可以至少部分基于请求。

Description

策略查询到连续查询转换

相关申请的交叉引用

本申请要求2013年3月14日提交的、标题为“TACTICALQUERY TO CONTINUOUS QUERY CONVERSION”的美国专利申请No.13/827,987(代理人卷号88325-859818(128050US))和2012年9月28日提交的、标题为“REAL-TIME BUSINESS EVNETANALYSIS AND MONITORING”的美国临时申请No.61/707,641的优先权和权益，每个申请的全部内容出于所有目的通过引用并入本文。

背景技术

许多公司使用业务智能(BI)系统进行战略和策略(tactical)决策制定，其中，决策制定周期可以跨越几个星期或几个月的时间段。然而，竞争压力迫使公司更快速地对变化的条件和客户需求做出反应。结果，现在期望在一些情况下使用BI来帮助每日驱动以及优化操作。另外，与数据库相关联的数据或流传输数据可以以许多不同的方式被存储、管理和/或处理。如所指出的，一些BI数据可以聚焦于事件上。其它BI数据可以包括历史关键绩效指标(KPI)信息。在一些使用情况下，利用计划查询和/或策略查询来检索和/或处理这样的事件数据可以是有益的。另外，在其它例子中，利用连续查询来检索这样的事件数据可能更有意义一些。然而，管理不同类型的查询以及与这些查询相关联的存储器使用可能对查询引擎和/或实现它们的服务提供商提出了技术挑战。

发明内容

提供了用于将策略查询转换为连续查询的技术。在一些例子中，计算系统可以至少部分基于将显示的事件数据的指示来给查询引擎配置策略查询。另外，在一些例子中，所述系统可以使得能够至少部分基于请求将策略查询转换为连续查询。所述转换可以在运行时被使能。另外，所述转换可以包括将监听服务配置为接收从连续查询推送的数据。在一些例子中，连续查询可以被配置为将来自流的数据推送到与查询引擎相关联的监听服务。另外，在一些方面，策略查询可以被配置为代表查询引擎拉出数据。所述请求可以从与将显示的数据相关联的用户被接收。在一些情况下，所述请求可以经由被配置为将待显示的数据显示给用户的用户界面接收。此外，所述请求可以包括数据窗口、数据范围、过滤器值或与用户相关联的尺寸变化中的至少一个。

另外，在一些例子中，可以提供一种计算机可读存储器或程序。所述存储器或程序可以存储使一个或多个处理器至少确定用于从数据库查询用户的事件数据的策略查询的多个指令。所述指令还可以使所述一个或多个处理器至少将策略查询转换为连续查询，所述连续查询被配置为使得能够将用户的流传输事件数据推送到查询引擎。另外，所述指令还可以使所述一个或多个处理器至少提供用户界面，所述用户界面被配置为至少部分基于推送到查询引擎的数据显示活动的可视化。策略查询可以在查询引擎运行时转换为连续查询。在一些方面，策略查询可以至少部分基于激活事件数据的可视化的请求而转换为连续查询。另外，可视化可以仅对于与激活可视化的请求相关联的用户被激活。在一些例子中，激活可视化的请求可以至少包括将事件数据分解为一个或多个对象并且至少部分基于用户指定的时间间隔更新所述一个或多个对象的请求。此外，激活可视化的请求可以至少包括用于事件数据显示或更新中的至少一个的用户指定的时间窗口的指示。

此外，在一些例子中，提供一种方法。所述方法可以被配置为确定策略查询，所述策略查询被配置为使得能够将事件数据从数据库拉到查询引擎。所述确定可以由计算系统执行。另外，在一些方面，所述方法可以被配置为接收与产生事件数据的活动的可视化相关联的请求。所述请求可以从与事件数据相关联的用户被接收。此外，所述方法可以被配置为由计算系统在运行时将策略查询转换为连续查询，所述连续查询被配置为使得能够将用户的流传输事件数据推送到查询引擎。所述方法还可以被配置为提供用户界面，所述用户界面被配置为至少部分基于推送到查询引擎的流传输事件数据显示活动的可视化。在一些方面，所述转换可以至少部分基于与产生事件数据的活动的可视化相关联的请求。另外，所述方法可以被配置为将查询引擎的监听系统注册为接收通过连续查询推送的数据。策略查询可以至少部分基于用户的显示事件数据的请求而确定。此外，所述方法可以被配置为接收将过滤器应用于连续查询或者改变连续查询的尺寸的请求。在一些例子中，与产生事件数据的活动的可视化相关联的请求可以包括用户所指定的滑动窗口配置或时间范围配置中的至少一个。

根据至少一个例子，一种系统可以包括用于至少部分基于将显示的事件数据的指示给查询引擎配置策略查询的部件。转换可以在运行时被使能。另外，所述系统可以包括用于使得能够至少部分基于请求将策略查询转换为连续查询的部件。此外，在一些例子中，转换可以至少包括将监听服务配置为接收从连续查询推送的数据。连续查询可以被配置为将来自流的数据推送到与查询引擎相关联的监听服务。另外，在一些例子中，策略查询可以被配置为代表查询引擎拉出数据。

当参照以下说明书、权利要求书和附图时，前述特征和实施例连同其它特征和实施例将变得更清楚。

附图说明

参照附图阐述具体实施方式。在附图中，标号的最左侧数字(多个数字)标识该标号在其中第一次出现的图。相同标号在不同图中的使用指示类似的或相同的项目。

图1是例示根据至少一个例子的用于管理连续查询和计划查询的混合执行的示例架构的简化框图。

图2是例示根据至少一个例子的本文中所描述的连续查询和计划查询的混合执行的管理的至少一些特征的简化框图。

图3是例示根据至少一个例子的本文中所描述的连续查询和计划查询的混合执行的管理的至少一些附加特征的简化流程图。

图4是例示根据至少一个例子的本文中所描述的策略查询到连续查询转换的至少一些附加特征的简化流程图。

图5是例示根据至少一个例子的本文中所描述的连续查询和计划查询的混合执行的管理的至少一些特征的简化处理流程。

图6是例示根据至少一个例子的本文中所描述的连续查询和计划查询的混合执行的管理的至少一些特征的另一个简化处理流程。

图7是例示根据至少一个例子的本文中所描述的连续查询和计划查询的混合执行的管理的至少一些特征的另一个简化处理流程。

图8是例示根据至少一个例子的本文中所描述的策略查询到连续查询转换的至少一些特征的简化处理流程。

图9是例示根据至少一个例子的本文中所描述的策略查询到连续查询转换的至少一些特征的另一个简化处理流程。

图10是例示根据至少一个例子的本文中所描述的策略查询到连续查询转换的至少一些特征的另一个简化处理流程。

图11是例示根据至少一个例子的可以根据本文中所描述的连续查询和计划查询的混合执行的管理的实施例使用的系统环境的组件的简化框图。

图12是例示根据至少一个例子的可以根据本文中所描述的连续查询和计划查询的混合执行的管理的实施例使用的计算机系统的简化框图。

具体实施方式

在以下描述中，将描述各种实施例。为了说明的目的，对具体配置和细节进行阐述，以便提供实施例的透彻理解。然而，本领域的技术人员还将明白，可以在没有这些具体细节的情况下实施这些实施例。此外，为了不模糊所描述的实施例，可以略去或简化公知的特征。

在一些例子中，可以实现支持连续查询语言(CQL)查询与其它查询的组合的机构，所述其它查询包括，但不限于，策略查询(例如，计时器上的策略查询)、战略查询、关系查询等。本公开还可以提供以如下这样的方式将结构化查询语言(SQL)查询(例如，使用计时器的SQL查询)嵌入到CQL查询中的能力，所述方式即，SQL查询可以在计时器上执行，并且所设置的结果可以用于CQL声明内。另外，在一些例子中，可以实现支持策略查询到连续查询的转换的机制。例如，查询引擎可以被配置有一个或多个策略查询，这些策略查询被配置为使得能够从数据库或其它数据源拉出数据。在一些方面，策略查询可以在运行时转换为连续查询。这样，查询引擎然后可以被配置为接收经由流或其它实时数据源推送的数据。此外，在一些例子中，策略查询可以是短的、高度调谐的，和/或有助于在时间敏感环境下采取动作或制定决策。另外，在一些例子中，策略查询可以包括明确的服务水平的预期，和/或可以占用总系统资源的非常小的比例。此外，策略查询可以被重复执行，并且利用诸如但不限于，请求(查询计划)高速缓存和/或会话池的技术。在一些例子中，策略查询可以不进行全表扫描，和/或可以是可以在非常短的时间内执行并且返回的短的单行查询。

连续数据流(也被称为事件流)可以包括本质上可以是连续的或无界的、没有明确结束的事件或数据的流。逻辑上，事件或数据流可以是数据元素(也被称为事件)序列，每个数据元素具有相关联的时间戳。连续事件流可以在逻辑上表示为一袋或一组元素(s,T)，其中，“s”表示数据部分，“T”是在时域中。“s”部分通常被称为元组或事件。事件流因此可以是带有时间戳的元组或事件的序列。

在一些方面，与流中的事件相关联的时间戳可以相当于时钟时间。然而，在其它例子中，与事件流中的事件相关联的时间可以由应用域定义，并且可以不对应于时钟时间，但是可以例如改为用序列号来表示。因此，与事件流中的事件相关联的时间信息可以用数字、时间戳、或者表示时间概念的任何其它信息来表示。对于接收输入的事件流的系统，事件按时间戳增加的次序到达系统。可以存在多于一个的具有相同时间戳的事件。

在一些例子中，事件流中的事件可以表示某个世俗(worldly)的事件(例如，当温度传感器的值变为新值时，当股票代码的价格改变时)的发生，并且与该事件相关联的时间信息可以指示数据流所表示的世俗的事件何时发生。

对于经由事件流接收的事件，与事件相关联的时间信息可以用于确保该事件流中的事件按时间戳值增加的次序到达。这可以使得在事件流中接收的事件能够基于它们的相关联的时间信息排序。为了能够实现这个排序，时间戳可以以非减小的方式与事件流中的事件相关联，以使得后来产生的事件具有比早先产生的事件晚的时间戳。作为另一个例子，如果序列号用作时间信息，则与后来产生的事件相关联的序列号可以大于与早先产生的事件相关联的序列号。在一些例子中，多个事件可以与相同的时间戳或序列号相关联，例如，当数据流所表示的世俗的事件同时发生时。属于同一事件流的事件通常可以按通过相关联的时间信息施加于事件的次序被处理，早先的事件先于后来的事件进行处理。

与事件流中的事件相关联的时间信息(例如，时间戳)可以由该流的源设置，或者可替代地，可以由接收该流的系统设置。例如，在某些实施例中，心跳可以在接收事件流的系统上被保持，并且与事件相关联的时间可以基于通过心跳测量的、该事件到达该系统的时间。事件流中的两个事件可以具有相同的时间信息。要指出，虽然时间戳排序要求是特定于一个事件流的，但是不同流的事件可以任意地交错。

事件流具有相关联的图式(schema)“S”，该图式包括时间信息和一组一个或多个命名的属性。属于特定事件流的所有事件都遵循与该特定事件流相关联的图式。因此，对于事件流(s,T)，该事件流可以具有如(<time_stamp>,<attributes(s)(属性)>)的图式“S”，其中，<attributes>表示图式的数据部分，可以包括一个或多个属性。例如，用于股票行情自动收录机事件流的图式可以包括属性<stock symbol(股票代号)>和<stock price(股票价格)>。经由这样的流接收的每个事件将具有时间戳和这两个属性。例如，股票行情自动收录机事件流可以接收下列事件和相关联的时间戳：

…

(<timestamp_N>,<NADA,4>)

(<timestamp_N+1>,<ORCL,62>)

(<timestamp_N+2>,<PCAR,38>)

(<timestamp_N+3>,<SPOT,53>)

(<timestamp_N+4>,<PDCO,44>)

(<timestamp_N+5>,<PTEN,50>)

…

在以上流中，对于流元素(<timestamp_N+1>,<ORCL,62>)，事件是具有属性“stock_symbol”和“stock_value”的<ORCL,62>。与该流元素相关联的时间戳是“timestamp_N+1”。连续事件流因此是每个事件具有相同的一系列属性的事件的流。

在事件监视和分析平台中，可能期望使用历史关键绩效指标(KPI)作为连续查询内的阈值。在一些例子中，事件可以是业务事件数据(例如，与特定业务实体相关联的动作、事件和/或事务的日志信息)的一部分。在一些例子中，业务事件数据可以包括，但不限于，被创建用来记录事务的记录；在一些情况下，这些记录可以包括时间戳。另外，业务事件在本文中也可以被称为“操作事件(operationalevent)”。使用这样的历史KPI作为阈值的一个例子可以包括请求和/或提供趋势线中的KPI趋势(例如，按小时)，以及平均值、中值和/或标准差(例如，使得可以与历史时间帧(诸如从前一天起的中值等)进行比较)。在这样的情况下，可以对照数据库查询历史KPI，并且可以将历史KPI与来自该功能的结果相结合。可替代地，或者另外地，可以用CQL引擎(在本文中也被称为“CQL引擎”)中的表将历史KPI装运到数据库。另外，在一些例子中，历史KPI可以用于填充CQL引擎中的作为关系的历史表。

另外，在一些例子中，历史KPI作为流的抽象可以至少部分基于来自业务要求的或者与业务要求相关联的计划表自动地推送到CQL引擎，并且可以提供易用的语言语法以及就计算和存储器而言更好的资源利用。

在一些方面，可以通过将流/关系与外部表结合和/或将该功能装运到数据库来支持类似的情况。然而，功能装运到数据库可能要求对于流的每一输入数据(或每一输入数据的子集)发生。然而，在其它例子中，自定义适配器可以被添加来对表进行轮询，并且将它作为流进行推送。然而，这种方法可能包括在CQL引擎的外部的额外java编码。

此外，通过在单个查询内抽象化历史KPI的业务情况，可以捕捉该业务情况，并且可以容易地利用该业务情况。通过具有结合到关系的内部流，数据库查询的调用最少。另外，通过将流产生封装在单个查询内，可以避免自定义适配器。

在一些例子中，业务智能(BI)可以帮助按特定间隔(例如，在一些情况下，每日)驱动以及优化业务操作。这种类型的BI通常被称为操作业务智能、实时业务智能或操作智能(OI)。在一些例子中，操作智能模糊了BI与业务活动监视(BAM)之间的界线。例如，BI可以聚焦于历史数据的周期性查询。就这点而论，它可以具有向后看的焦点。然而，BI还可以被置于操作应用中，并且它因此可以从仅战略分析工具扩展到业务操作中的前线。就这点而论，BI系统还可以被配置为实时地分析事件流并且计算合计。

在一些例子中，连续查询语言服务(CQ服务)可以被配置为将BI分析服务器扩展为对连续查询进行处理并且使得能够实时地发出警告。在一些方面，CQ服务可以提供与BI分析服务器和CQL引擎的集成。仅举例来说，BI分析服务器可以将连续查询委托给CQ服务，CQ服务还可以充当用于CQL引擎的逻辑数据库(DB)网关。这样，CQL引擎可以能够利用BI分析服务器的分析能力和语义建模。

在一些例子中，除了其它功能之外，CQ服务还可以提供下列功能：

●作为CQL引擎网关的、用于BI分析服务器的远程服务

●事件源/接收器适配器；

●从逻辑SQL加上CQL扩展产生数据定义语言(DDL)

●为所有类型的连续查询和实现选择提供统一模型；

●维护元数据并且支持可重启性；以及

●高可用性和可扩缩性支持。

另外，在一些例子中，OI是可以传达对于业务操作的可见性和洞察力的一种形式的实时动态的业务分析。OI通常链接到BI或实时BI或者与BI或实时BI进行比较，在这种意义上来讲，这两者都帮助了解大量信息。但是存在一些基本差别：IO可能主要是以活动为中心的，而BI可能主要是以数据为中心的。另外，与传统上可以用作识别模式的事后的基于报告的方法的BI不同，OI可能更适合于检测和响应于发展状况(例如，趋势和模式)。

在一些例子中，业务事件分析和监视(BEAM)系统可以包括处理和/或接收传输中的数据的CQL引擎。例如，CQL引擎可以是存储器内的数据库引擎，该引擎被配置为查询或者以其它方式处理传入的实时信息(例如，BI或OI)。CQL引擎可以利用或理解时间语义，并且可以被配置为允许定义要处理的数据的窗口。在一些情况下，利用CQL引擎可以涉及总是对传入的数据运行查询。

在一些方面，CQL引擎可以包括全面查询语言。就这点而论，用户可以就查询指定计算。另外，CQL引擎可以被设计以便优化存储器、利用查询语言特征、操作器共享、丰富的模式匹配、丰富的语言结构等。另外，在一些例子中，CQL引擎可以对历史数据和流传输数据两者进行处理。例如，用户可以设置当加利福尼亚州销售量达到某一目标以上时发送警告的查询。因此，在一些例子中，警告可以至少部分基于历史销售量数据以及传入的即时(即，实时)销售量数据。

在一些例子中，CQL引擎或下述概念的其它特征可以被配置为以实时的方式将历史上下文(即，仓库数据)与传入的数据组合。因此，在一些情况中，本公开可以描述数据库存储的信息和传输中的信息的边界。数据库存储的信息和传输中的信息都可以包括BI数据。就这点而论，在一些例子中，数据库可以是BI服务器，或者它可以是任何类型的数据库。此外，在一些例子中，本公开的特征可以使得能够在用户不知道如何编程或者以其它方式写代码的情况下实现以上特征。换句话说，这些特征可以在特征丰富的用户界面(UI)中提供，或者以使得非开发者可以实现历史数据与实时数据的组合的其它方式提供。

另外，在一些例子中，本公开可以描述控制面板定制和/或个性化。CEP引擎可以被配置为包括实时信息和历史数据的高级的连续分析。业务流程模型(BPM)可以包括执行如BPM记号(BPMN)模型所定义的策略和处理的模型驱动的执行。关键结果指标(KRI)可以用于从适当或者关键成功因素(CSF)来告诉用户怎样做。例如，它可以为许多动作提供结果，它可以覆盖比关键绩效指标(KPI)更长的时间段，和/或它可以每月或每季度地被回顾。结果指标(RI)可以用于告诉用户他们做过的事情。例如，它可以总结活动和财务业绩度量，和/或它可以每日、每星期或每月更新。此外，在一些方面，绩效指标(PI)可以用于通知用户要采取什么动作或者至少提出建议。另外，它可以包括非财务信息，并且在一些情况下，可以作为KPI的补充。

在一些方面，PI可以被全天候地、每日、每星期或不太规律地回顾。在一些情况下，KPI可以包括对于组织的当前的和未来的成功最关键的一组度量。一些KPI可以每日或者甚至全天候地进行更新，而该信息的其余部分可以每星期报告。KPI通知的例子可以包括，但不限于，飞机或其它服务车辆是否延迟、或者挂车是否已对于分销公司在前一天被重量不足地派出(例如，以发现卡车的更好利用)。

在一些例子中，用于管理实时业务事件的实施例可以包括整合(例如，无缝地)业务活动监视、复杂事件处理和业务智能来提供一组复杂的实时的操作信息。另外，业务事件的连续监视可被用于获得业务流程和/或工作流程的实时可见性。在一些例子中，OI可以被补充有传统的业务智能。就这点而论，与BI相比，操作智能使得可以更深入了解业务操作，如以上所指出的，BI更多的是以数据为中心的。例如，OI可以了解内情以实时的方式确定业务如何进行。而BI则可能更接近于数据仓库(例如，事后指示信息)。

KPI的例子可以包括实时调用处理时间。例如，与数周或数天相比，用户可以将实时KPI设置为15分钟。就这点而论，可以使得用户能够立刻采取行动。此外，通过将来自BI仓库的历史(以数据为中心的)信息与当前的实时数据耦合，用户可以能够查看业务在当前状态下是如何运行的(包括连续更新的流传输数据)。在一些例子中，实时信息的高级的连续分析可以包括在数据处理中。另外，可以执行递增计算，并且可以将递增计算包括在显示、可视化、用户界面(UI)等中。

另外，在一些例子中，本公开可以针对使得能够将策略查询转换为连续查询。如以上所指出的，该转换可以在运行时被使能，以使得用户可以在查看经由一个或多个策略查询检索到的静态数据和/或历史业务事件数据的同时请求该转换。在一些方面，业务事件分析和监视(BAM)构成器可以是提供运行时设计时间API(Design Time atRun Time API)(DTRT)能力或者能够定义控制面板、KPI和/或警告的web应用。在一些例子中，它可以使用面向服务架构(SOA)命令控制台框架或其它合适的框架来构建。它可以充当构建警告和业务控制面板的设计时间工具，并且它可以被配置为向用户隐藏CQL、数据控制、ADF任务流程、与分析服务器的交互等的复杂性。它还可以帮助用户创建控制面板中的业务视图所请求的数据对象(语义层)。就这点而论，可以实现用于从策略查询(例如，SQL或用于查询历史数据的其它语言)转换到实时查询(例如，CQL或其它类型的连续查询语言)的方法。在一些例子中，该转换可以包括从数据拉出模型变为数据推送模型。此外，该转换还可以提供切割数据和/或使得用户能够实现个性化的能力。

在一些例子中，可以提供可以被配置为使得在运行时可进行业务视图的“切割”功能的一个或多个控制面板或者其它用户界面。通过“切割”功能，可以存在可供用户使用的至少三种功能，包括，但不限于，过滤器、尺寸改变和/或活动数据服务(active data service，ADS)的激活。在ADS的情况下，用户可以选择基于(移动)时间的标准(例如，最后10分钟)、或基于事件的标准(例如，最后100个事件)、或这两者，并且它被补充输出节流窗口(例如，以将输出分解到每一分钟，即使该分钟内存在多个事件)。输出节流可以给予用户关于多快接收这些新数据的选择。在一些方面，用户可以能够对已经实现的或者已经开始收集和/或显示数据的策略查询和/或连续查询应用额外的过滤器。例如，已经在设计时保存的查询可以被应用过滤器，以使得只有特定的(例如，被用户确定为相关的)数据可以被提供。另外，在一些方面，用户还可以能够在运行时(例如，在查看控制面板上的数据的同时)改变尺寸(例如，当在设计时选择尺寸时)。此外，在一些例子中，用户可以能够查看发生于原始业务视图的查询的数据上的实时变化。例如，视图可以从静态变为活动，以便激活发生于数据上的变化的可视化。换句话说，通过使能ADS，系统可以被配置为将策略查询(数据被递送一次)转换为连续查询(连续的递增计算，其中输出被连续地推送出来)以将实时数据变化考虑在内。在一些例子中，以上每个变化均可以保持对于每个特定用户实现，并且可以作为用户个性化的一部分(与用户配置文件或其它设置相关联)而保存。

上述技术和下述技术可被以若干种方式以及在若干个上下文中实现。如下面更详细地描述的，参照附图提供几个示例实现和上下文。然而，下列实现和上下文仅仅是许多实现和上下文中的几个。

图1描绘来在其中可以实现用于管理连续查询和计划查询(scheduled query)的混合执行的技术的简化示例系统或架构100。在架构100中，一个或多个用户102(例如，账户持有者)可以利用用户计算装置104(1)-(N)(统称为“用户装置104”)来经由一个或多个网络108访问一个或多个服务提供商计算机106。在一些方面，服务提供商计算机106还可以经由网络108与一个或多个流传输数据源计算机110和/或一个或多个数据库112进行通信。例如，用户102可以利用服务提供商计算机106来访问或者以其它方式管理流传输数据源计算机110和/或数据库112的数据。数据库112可以是关系数据库、SQL服务器等，并且在一些例子中，可以代表用户102管理历史数据、事件数据、关系、存档的关系等。另外，数据库112可以接收或者以其它方式存储流传输数据源计算机110所提供的数据。在一些例子中，用户102可以利用用户装置104通过提供对于数据(例如，历史事件数据、流传输事件数据等)的查询(也被称为“查询声明”)或者其它请求与服务提供商计算机106进行交互。这样的查询或请求然后可以被服务提供商计算机106执行以对数据库112的数据和/或从流传输数据源计算机110传入的数据进行处理。此外，在一些例子中，流传输数据源计算机110和/或数据库112可以是与服务提供商计算机106相关联的集成的分布式环境的一部分。

在一些例子中，网络108可以包括多种不同类型的网络(诸如有线网络、互联网、无线网络、蜂窝网络、内联网系统和/或其它私有网络和/或公共网络)中的任何一个或者它们的组合。虽然所示的例子表示用户102通过网络108访问服务提供商计算机106，但是所描述的技术可以同样地应用于用户102通过固定电话经由一个或多个用户装置104、经由信息亭或者以任何其它的方式与一个或多个服务提供商计算机106进行交互的情况。还指出，所描述的技术可以应用于其它的客户端/服务器布置(例如，机顶盒等)以及非客户端/服务器布置(例如，本地存储的应用等)中。

用户装置104可以是任何类型的计算装置，诸如，但不限于，移动电话、智能电话、个人数字助理(PDA)、膝上型计算机、台式计算机、瘦客户端装置、平板PC等。在一些例子中，用户装置104可以经由网络108或者经由其它的网络连接与服务提供商计算机106进行通信。此外，用户装置104还可以被配置为提供用于请求将被处理的数据库112(或其它数据源)的数据的一个或多个查询或查询声明。

在一些方面，服务提供商计算机106还可以是任何类型的计算装置，诸如，但不限于，移动装置、台式装置、瘦客户端装置和/或云计算装置(诸如服务器)。在一些例子中，服务提供商计算机106可以经由网络108或者经由其它的网络连接与用户装置104进行通信。服务提供商计算机106可以包括一个或多个服务器，这些服务器可能布置为一个集群、一个服务器农场、或者彼此不相关联的单独的服务器。这些服务器可以被配置为执行或者以其它方式托管本文中所描述的特征，包括，但不限于，本文中所描述的布尔谓语的快速路径评估。另外，在一些方面，服务提供商计算机106可以被配置为集成的分布式计算环境的一部分，所述分布式计算环境包括流传输数据源计算机110和/或数据库112。

在一种例示性配置中，服务提供商计算机106可以包括至少一个存储器136和一个或多个处理单元(或处理器)138。处理器138可以视情况用硬件、计算机可执行指令、固件或者它们的组合来实现。处理器138的计算机可执行指令或固件实现可以包括用任何合适的程序设计语言编写的执行所描述的各种功能的计算机可执行或机器可执行指令。

存储器136可以存储可以加载在处理器138上并且可以在处理器138上执行的程序指令、以及在执行这些程序期间所产生的数据。根据服务提供商计算机106的配置和类型，存储器136可以是易失性的(诸如随机存取存储器(RAM))和/或非易失性的(诸如只读存储器(ROM)、闪存等)。服务提供商计算机106或服务器还可以包括额外的储存器140，其可以包括可拆装储存器和/或不可拆装储存器。额外的储存器140可以包括，但不限于，磁性储存器、光学盘和/或带储存器。盘驱动器及其相关联的计算机可读介质可以提供计算机可读指令、数据结构、程序模块以及用于计算装置的其它数据的非易失性存储。在一些实现中，存储器136可以包括多种不同类型的存储器，诸如随机存取存储器(SRAM)、动态随机存取存储器(DRAM)或ROM。

存储器136、额外的储存器140(都可以是可拆装的以及不可拆装的)是计算机可读存储介质的所有例子。例如，计算机可读存储介质可以包括用任何方法或技术实现的用于存储诸如计算机可读指令、数据结构、程序模块或其它数据的易失性的或非易失性的、可拆装或不可拆装的介质。存储器136和额外的储存器140是计算机存储介质的所有例子。

服务提供商计算机106还可以包含通信连接142，通信连接142使得身份接口计算机120可以与所存储的数据库、另一个计算装置或服务器、用户终端和/或网络108上的其它装置进行通信。服务提供商计算机106还可以包括输入/输出(I/O)装置144，诸如键盘、鼠标、笔、语音输入装置、触摸输入装置、显示器、一个或多个扬声器、打印机等。

更详细地转向存储器136的内容，存储器136可以包括操作系统146以及用于实现本文中所公开的特征的一个或多个应用或服务，所述特征至少包括混合查询模块148和/或查询转换模块149。如本文中所使用的，模块可以是指作为服务的一部分的服务器或服务器集群所执行的程序设计模块。在这个特定上下文下，这些模块可以被作为服务提供商计算机106的一部分的服务器或服务器集群执行。在一些例子中，混合查询模块148可以被配置为产生或者以其它方式提供一个或多个混合查询150，用于组合和/或执行连续查询和预定数据库查询的组合。例如，可以对连续查询(例如，流)进行实例化，并且可以将(例如，计时器上的)数据库查询的结果推送到连续查询或者以其它方式包括在连续查询中。此外，在一些例子中，混合查询150可以包括一个或多个包括在连续查询154中的策略查询结果152。这样，可以有效地连续地执行非连续查询(例如，提供策略查询结果152的策略查询)。另外，下面更详细地描述混合查询模块148和/或服务提供商计算机106的操作的几个例子。

另外，在一些例子中，查询转换模块149可以被配置为使得能够将策略查询转换为连续查询。如以上所指出的，该转换可以在运行时执行，并且可以使得用户102能够(经由用户装置104的界面)查看先前静态地(例如，以非活动的方式)显示的历史数据的实时变化。在一些方面，用户102可以能够在运行时在查看控制面板或者用户装置104所显示的和/或服务提供商计算机106所提供的其它用户界面中的静态数据(例如，来自策略查询)的同时使得可视化活动。在一些例子中，用户102可能需要首先进行认证并且被授权访问控制面板和/或查询转换模块149功能。默认情况下，一些控制面板视图可以与SQL一起供给，因为查询居于业务视图的幕后。如果用户102想使静态视图变为活动视图，则他或她可以能够利用查询转换模块149(例如，通过选择控制面板的图标或其它界面元素)。查询转换模块149然后可以将策略查询(在这个例子中，即，SQL查询)转换为连续查询(例如，CQL查询)，并且视图可以在控制面板内重新加载以对活动的变化进行处理。其它功能(例如，过滤和/或尺寸改变)也可以经由控制面板被使能。另外，在一些例子中，用户102可以能够在运行时激活ADS，并且察看有关视图(例如，控制面板)中的活动数据。这些变化可以是特定于用户102的，并且可以不影响其它用户的视图。

在一些例子中，当用户102在运行时激活ADS时，pageDef文件(或其它定义文件)可以被更新以指示活动视图已经被激活。此外，个性化也可以通过如下操作来实现：将ADS运行时参数存储到pageDef文件中，以使得当用户下次来时，控制面板可以在他或她离开的地方。另外，UI或其它界面可以提供可以使得可以使用复选框、下拉框等来激活ADS的弹出窗口。在内部，查询转换模块149可以至少部分基于用户102的选择和/或pageDef文件将策略查询转换为连续查询。滑动窗口和/或范围也可以经由UI被指定。如以上所指出的，pageDef文件中的改变可以仅针对发出请求(例如，勾选框等)的特定用户102实现。所所指出的，在运行时激活ADS可以使得用户102可以在运行时将策略查询变为连续查询。在一些例子中，当在控制面板中呈现业务视图时，用户102可以能够从显示控制面板的UI的设置部分选择“使得活动”选项。

一旦用户102请求视图变为活动，就可以使能可被用户102用以设置活动数据性质的一些选项。例如，可以提供活动数据分解和/或时间窗口功能。活动数据分解功能可以包括，但不限于，使得用户102可以将数据分解为一个或多个块并且即刻(例如，以所指定的时间间隔)更新每个块内的数据。另外，时间窗口功能可以包括，但不限于，使得用户102可以指定用户102是否想在数据中有时间窗口。如果是，该选项还可以使得用户102可以指定窗口长度以及其后窗口应被更新的间隔。一旦用户102选择了这些属性，用户102就可以做出可以设置数据的选择(例如，选择“ok”图标等)，并且在图表刷新之后，可以使业务视图为活动的。在一些情况下，可以与每个业务视图相关联的受管理的Java bean可以注意弹出窗口中的数据填充。它还可以对弹出关闭事件进行处理，这继而可以调用代码以对业务视图的pageDef文件做出适当的改变。数据控制(DC)层然后可以从pageDef文件拾取数据，并且使得视图变为活动的。

可以存在于服务提供商计算机106和/或用户装置104中的另外的类型的计算机存储介质(其也可以是非暂态的)可以包括，但不限于，可编程随机存取存储器(PRAM)、SRAM、DRAM、RAM、ROM、电可擦式可编程只读存储器(EEPROM)、闪存或其它存储器技术、紧凑盘只读存储器(CD-ROM)、数字多功能盘(DVD)或其它光学储存器、磁盒、磁带、磁盘储存器或其它磁性存储装置、或者可以用于存储期望的信息并且可以被服务提供商计算机106和/或用户装置104访问的任何其它介质。以上任一介质的组合也应包括在计算机可读介质的范围内。

可替代地，计算机可读通信介质可以包括计算机可读指令、程序模块、或者在数据信号(诸如载波或其它传输)内发送的其它数据。然而，如本文中所使用的，计算机可读存储介质不包括计算机可读通信介质。

图2例示了可以用其描述连续查询和计划查询的混合执行的特征的简化框图200。如以上所指出的，在一些例子中，混合查询150可以被图1的混合查询模块148执行，并且可以包括一个或多个策略查询结果152和/或一个或多个连续查询154。在一些例子中，混合查询150可以被CQL引擎202执行或者以其它方式管理。CQL引擎202可以被配置为执行连续查询(例如，至少部分基于流传输数据、事件数据、即时数据、实时数据等)。就这点而论，执行策略查询和连续查询的混合执行的操作可以包括，但不限于，执行混合查询150。在一些情况下，混合查询150可以至少部分基于计划或其它时间间隔来实现和/或刷新。

在一些方面，策略查询可以从与图1的数据库112类似或相同的数据库检索数据。策略查询结果152(即，来自数据库112的数据)然后可以(例如，作为属性或其它值)包括在连续查询154中，连续查询154被设置为从事件流检索或者以其它方式收集事件204。在一些例子中，事件可以从图1的流传输数据源计算机110或者从其它源和/或流被接收到。然而，在一些情况下，数据库112和/或流传输事件204可以在CQL引擎202的外部或者不可供CQL引擎202访问。这样，CQL引擎202对于最终结果可能取决于和/或依赖于混合查询150。另外，在一些例子中，连续查询服务(也被称为“CQ服务”)206可以管理和/或控制CQL引擎202和/或混合查询150。

在一些例子中，如以上所指出的，混合查询150可以实现为使得数据库查询语言可以结合连续查询154被利用。例如，SQL查询(即，可以提供策略查询结果152的策略查询)可以用于从数据库112得到结果152。该结果152然后可以被用于连续查询154中以在流传输数据(即，事件204)上运行。换句话说，混合查询150可以提供至少部分基于数据库查询来查询事件数据204的流的能力。此外，混合查询150可以提供周期性地运行连续查询154的能力。

混合查询150还可以支持将连续查询与历史BI逻辑查询(例如，这可以是策略查询的另一个例子)组合的查询。例如，当历史KPI数据用于连续查询模型内时，历史BI逻辑查询可以按计划运行，并且结果可以作为流传递给CQL引擎202。在一些情况下，混合查询150的实现可以涉及包括CQL特征和(例如，按计划的)历史BI逻辑查询特征两者的语法。在一些例子中，该语法可以包括下列例子：

create query<fully qualified query name>as<cql>

with<fully qualified stream name>as<historical bi logical sql><schedule>

另外，流名称可以与连续查询的“where”子句中的流匹配。流名称还可以被完全限定。查询可以在引证字符串中被给出。查询对于CQ服务206可以是不透明的，并且CQ服务206可以不尝试对它进行解析。此外，计划语法可以与没有“expire(期满)”子句的计划策略查询中所使用的语法相同。

在一些方面，混合查询150可以包括三个部分，连续部分、策略部分和计划部分。下列混合查询150例示了一个非限制性例子，即，如果平均呼叫处理时间大于昨天的平均呼叫处理时间，则发送警告，其中，平均呼叫处理时间在每一个午夜计算。

就以上混合连续查询150例子而言，下列操作可以发生：

1.使用ddl“create streamCALLCENTER.CC4HistKPI(prevDayCPT double,allowedDeviatindouble)”来创建流CALLCENTER.CC4HistKPI。

2.将cql部分作为规则的cql注册到CQL引擎。

3.SQL部分按束产品(beam product)中的计划器遵循给定的计划运行，“0:0AM every 1days”。

4.通过束乘积将来自SQL运行的结果作为流推送到CQL引擎。

5.cql部分中的结合部分对流与关系之间的结合进行处理。

图3描绘了示出根据一个例子的用于实现连续查询和计划查询的混合执行的一种或多种技术300的简化流程图。在图3中，服务提供商计算机106再次被示为经由网络108与用户102和/或用户装置104进行通信。另外，在一些例子中，服务提供商计算机106可以包括一个或多个事件处理器计算机302和/或数据库304，或者与一个或多个事件处理器计算机302和/或数据库304进行通信(例如，经由网络108)。虽然技术300在图3中是按特定次序(包括任意的序列号)示出的，但是应理解，没有特定次序是必要的，并且可以略去、跳过和/或重排技术300的一个或多个步骤或部分。在至少一个非限制性例子中，以上参照图1和2描述的一个或多个服务提供商计算机106可以从用户装置104接收查询和/或数据处理请求(例如，KPI和/或BI数据)。查询和/或数据请求可以被配置为请求处理(例如，检索、存储、删除等)数据库数据(例如，数据库304所存储的数据)和/或流传输事件数据(例如，实时地从事件处理器302接收的数据)。另外，在一些例子中，服务提供商计算机106还可以产生流和/或向连续查询引擎(例如，但不限于，图2的CQL引擎202)、服务(例如，但不限于，图2的CQ服务206)和/或事件处理器302注册该流。该流可以被配置为从事件处理器302检索或者以其它方式收集实时KPI数据。

在一些例子中，服务提供商计算机106还可以提供或实现一个或多个策略查询(例如，SQL查询等)来从数据库304或另一个存储系统检索历史数据。在一些例子中，查询可以至少部分基于计划来提供或者以其它方式实现。至少部分基于策略查询，服务提供商计算机106可以从数据库304接收数据。换句话说，服务提供商计算机106可以接收查询结果。服务提供商计算机106然后可以将策略查询结果包括在流中，以使得连续查询可以至少部分基于该策略查询结果来进行处理。服务提供商计算机106然后可以从流(即，连续查询结果)接收数据，并且将该数据和/或处理应答提供给用户计算机104。

图4例示了可以用其描述策略查询到连续查询转换的特征的简化框图400。如以上所指出，在一些例子中，活动数据服务(ADS)402可以由图1的查询转换模块149执行，并且可以包括一个或多个程序设计层(也被称为模块)。这些特征(即，以上指出的层和/或选项)的实现可以由DC层404管理。在一些例子中，DC层404可以是应用开发框架(ADF)的绑定组件，并且可以在JDev环境下被编写。DC层404可以在DTRT处创建，并且可以被配备有动态地改变查询并且在运行中重构绑定定义以支持运行时切割的机制。此外，在一些例子中，如果尺寸或过滤器已经改变，则这些改变可能已经发送到DC，继而，DC可以准备可以包括这些改变的新模型，然后可以将请求发送到后端以执行。在结果返回之后，DC可以绑定新模型数据，该新模型数据可以包括需要x轴(通常是时间维度)和数据系列(其可以被新过滤器改变)两者的实时可视化变化，DC还可以是将策略查询转换为连续查询的管道。在一些情况下，可以应用个性化，所以控制面板的每个实例可以支持它自己的切割。

DC层404可以被配置为从业务视图的pageDef拾取值。DC层404还可以访问它通过ADF上下文绑定的业务视图的pageDef。它然后可以改变存储器内修改器405，并且将它设置到下一层以提取数据并且将该数据返回给业务视图。ADS 402还可以包括UI层406、元数据服务408、报告高速缓存层410和/或公共查询层412。UI层406可以将用于设置新过滤器的选项提供给用户102。UI层406还可以捕捉用户102所提供的信息，并且以可以被下一层理解的适当的格式将它设置在元数据文件中。元数据服务层408可以被配置为使得可以更新要被更新的业务视图的底层pageDef以及从UI层406捕捉的值。一旦做出了这些改变，请求就可以被排序，这可以使得该信息可以传递到下一层进行处理。在一些例子中，报告高速缓存层410可以监听DC层404以得到适当的修改器并且在使用公共查询层412提取实际的数据414之后返回该数据。

在一些例子中，用户102可以将数据414输入到UI层406。该数据414可以适当地结构化为信息，该信息被请求通过业务视图的pageDef文件将该信息传递到数据控制层404。DC层404通过ADF上下文可以得到它绑定的pageDef的句柄，并且还可以得到请求的信息。为了应用过滤器，可以将过滤器节点添加到描绘从用户采集的信息的pageDef文件。样例如下：

在一些例子中，该节点可以不是ADF中的视图的pageDef的一部分。因此，为了使它适配到可扩展标记语言(XML)文件中，可以实现(例如，在以上节点中突出)自定义命名空间的用户。该节点然后可以被DC层404拾取，并且被设置在存储器内修改器405中以描绘已经在业务视图中对于查询存在的修改器之上由用户102做出的改变。当该修改器发送到报告高速缓存层410以将实际数据414返回给DC层404时，DC层404继而可以将该数据返回给UI层406。

类似地，为了做出成组改变并且使得视图变为活动的，可以用新组的值修改pageDef的XML，并且可以将“ChangeEventPolicy”属性设置为“push(推送)”，这可以看起来像下面这样：

然而，该节点也可以不是ADF框架的一部分。就这点而论，在一些例子中，它可以照原样地用于组节点中的改变，来描绘用户102在UI层406中对这些组所做的改变。然后，可以采用类似的方法来将数据414从DC层404返回给UI层406。另外，在一些例子中，设置活动数据性质的操作可以包括在pageDef文件中所使用的下列XML节点：

再次，该节点可以不是ADF框架的一部分。就这点而论，可以利用自定义命名空间。另外，当切割特征改变组时，它可以在内部改变查询的形状。DC层404内部的结构定义可以至少部分基于查询的形状。在DC层404访问pageDef时，该结构定义可能已经被创建到原始查询，所以DC层404可以请求修改存储器中的查询定义以匹配新组并且还重新动态地创建新结构定义，该新结构定义预期绑定到将访问/使用DC层404的这个实例的pageDef。然后，当DC层404打开RC层410上的视图时，它还可以使用在存储器内修改器405中修改过的新的查询定义。在一些例子中，这可以确保ADS 402的层将是同步的。

在一些例子中，当应用过滤器时，该过滤器可以改变查询定义，而不是查询的形状，结果，结构定义可能不改变。过滤器可以仅改变存储器中的查询定义，其中，查询的“where子句”和“参数”可以改变。这也可以传播到RC层410。如果DC层404已经用先前的查询定义使视图打开，则它可以请求RC层410用旧的查询定义关闭旧视图，并且用新的查询定义打开RC层410上的新视图。另外，当属性“ChangeEventPolicy”被设置为“push”时，DC层404可以读取ActiveDataProperties节点以用窗口扩展值创建当活动数据推送视图被创建时RC层140所预期的适当的ViewSetBuilder。此刻，DC层404可以关闭RC层410上的旧的策略视图，并且可以创建新的活动数据定义来打开RC层410上的新视图。在打开RC层410上的新视图之后，DC层404可以将活动数据监听器注册到RC层410上以供接收变量改变。一旦RC层410开始将数据推送到DC监听器中之后，DC层404就可以也开始将数据推送到ADF层。

此外，个性化特征可以使用元数据服务(MDS)框架来实现。在应用的web.xml文件中在adfBindings过滤器之前可以设置过滤器。该过滤器可以设置SessionOptionsFactory，SessionOptionsFactory根据每一个页面请求(或页面请求的子集)返回当前在这个时刻活动的定制层。此外，在任何时刻，站点层可以是活动的，但是对于个性化特征，可以动态地使用户层变为活动的。为此，可以维持option(ModeContext)，其告知SessionOptionsFactory用户层是否可变为活动的。一旦MDS框架中的适当的层变为活动的，就可以对特定于每个用户的业务视图的pageDef文件做出与过滤器、组和活动数据相关的改变，并且每当pageDef被请求时，就可以将正确的一个返回给UI层406还有DC层404，以使得此个性化特征可以工作。

图5-7例示了示出用于实现本文中所描述的连续查询和计划查询的混合执行的各处理500、600和700的示例流程图。这些处理500、600、700被示为逻辑流程图，其每个操作表示可以用硬件、计算机指令或者它们的组合实现的操作序列。在计算机指令的上下文下，这些操作表示存储在一个或多个计算机可读存储介质上的计算机可执行指令，这些指令在被一个或多个处理器执行时实行所记载的操作。一般来说，计算机可执行指令包括执行特定功能或实现特定数据类型的例程、程序、对象、组件、数据结构等。这些操作的描述次序并非意图被解释为限制，并且任何数量的所描述的操作可以按任何次序和/或并行地组合来实现所述处理。

另外，所述处理中的一些、任何一个或全部可以在配置有可执行指令的一个或多个计算机系统的控制下来执行，并且可以实现为共同在一个或多个处理器上执行的代码(例如，可执行指令、一个或多个计算机程序、或者一个或多个应用)、由硬件实现、或者它们的组合。如以上所指出的，该代码可以例如以包括可被一个或多个处理器执行的多个指令的计算机程序的形式存储在计算机可读存储介质上。该计算机可读存储介质可以是非暂态的。

在一些例子中，图1-3中所示的(例如，利用图1的混合查询模块148和/或图2的连续查询服务206中的至少一个的)一个或多个服务提供商计算机106可以执行图5的处理500。处理500可以通过包括下述操作开始，即，在502，用来自第一源的关系数据初始化查询引擎。在一些例子中，第一源可以是数据库(例如，关系数据库)。在504，处理500可以通过使得查询引擎能够至少部分基于关系数据和来自第二源的流传输数据提供查询结果来结束。第二源可以是事件处理器或者能够提供实时和/或流传输数据(例如，复杂事件、KPI数据等)的其它计算系统。

图6例示了示出用于实现本文中所描述的连续查询和计划查询的混合执行的处理600的示例流程图。图1-3中所示的(例如，利用图1的混合查询模块148和/或图2的连续查询服务206中的至少一个的)一个或多个服务提供商计算机106可以执行图6的处理600。处理600在602通过包括下述操作在602来开始，即，产生与第一源相关联的流。在一些例子中，第一源可以被配置为复杂事件处理引擎或其它事件流。在604，处理600可以包括从第二源接收第一查询结果。第二源可以被配置为数据库或其它存储系统(例如，关系数据库等)。就这点而论，第一查询结果可以至少部分基于策略查询的实现来接收。在606，处理600还可以包括将来自第二源的第一查询结果包括(或提供)到在602产生的流中。处理600然后可以在608，通过包括至少部分基于所产生的流和第一查询结果提供第二查询结果来结束。换句话说，第二查询结果可以基于第一查询结果包括到流中。这个第二查询结果可以提供给用户(例如，经由用户界面)、处理引擎、和/或被配置为监视、警告和/或提供与业务事件等相关联的信息的服务提供商。

图7例示了示出用于实现本文中所描述的连续查询和计划查询的混合执行的处理700的示例流程图。图1-3中所示的(例如，利用图1的混合查询模块148和/或图2的连续查询模块206中的至少一个的)一个或多个服务提供商计算机106可以执行图7的处理700。处理700可以通过包括下述操作在702来开始，即，产生与事件处理器(例如，复杂事件处理器等)相关联的流。在704，处理700可以包括向查询引擎(例如，图2的CQL引擎702)注册所产生的流。处理700还可以包括在706，至少部分基于计划将第一查询提供给数据源。数据源可以是关系数据库或者能够响应于查询提供历史数据的其它存储系统。在708，处理700可以包括至少部分基于所提供的第一查询从数据源接收第一查询结果。另外，在一些例子中，处理700可以包括在710，将来自数据源的第一查询结果包括在所注册的流中。在712，处理700可以通过包括至少部分基于所注册的流和第一查询结果提供第二查询结果来结束。换句话说，如上所述，第二查询结果可以至少部分基于计划策略查询和连续查询的组合(即，被流实例化)。

图8-10例示了示出用于实现本文中所描述的策略查询到连续查询转换的各处理800、900和1000的示例流程图。这些处理800、900、1000被示为逻辑流程图，其每个操作表示可以用硬件、计算机指令或者它们的组合实现的操作序列。在计算机指令的上下文下，这些操作表示存储在一个或多个计算机可读存储介质上的计算机可执行指令，这些指令在被一个或多个处理器执行时实行所记载的操作。一般来说，计算机可执行指令包括执行特定功能或实现特定数据类型的例程、程序、对象、组件、数据结构等。这些操作的描述次序并非意图被解释为限制，并且任何数量的所描述的操作可以按任何次序和/或并行地组合来实现所述处理。

另外，所述处理中的一些、任何一个或全部可以在被配置有可执行指令的一个或多个计算机系统的控制下来执行，并且可以实现为共同在一个或多个处理器上执行的代码(例如，可执行指令、一个或多个计算机程序、或者一个或多个应用)、由硬件实现、或者它们的组合。如以上所指出的，该代码可以例如以包括可被一个或多个处理器执行的多个指令的计算机程序的形式存储在计算机可读存储介质上。该计算机可读存储介质可以是非暂态的。

在一些例子中，图1-4中所示的(例如，利用图1的查询转换模块149和/或图4的活动数据服务402中的至少一个的)一个或多个服务提供商计算机106可以执行图8的处理800。处理800可以在802通过包括下述操作来开始，即，给查询引擎配置策略查询。在一些例子中，策略查询可以被配置为代表查询引擎拉出数据。在其它例子中，策略查询可以被配置为使得能够接收拉出的数据。在804，处理800可以通过包括使得能够将策略查询转换为连续查询来结束。在一些例子中，该转换可以在运行时被使能。另外，在一些方面，该转换可以包括至少将监听服务配置为接收从连续查询推送的或者通过连续查询推送的数据。此外，连续查询可以改为被配置为将数据从流推送到监听服务和/或查询引擎。

图9例示了示出用于实现本文中所描述的策略查询到连续查询转换的处理900的示例流程图。图1-4中所示的(例如，利用图1的查询转换模块149和/或图4的活动数据服务402中的至少一个的)一个或多个服务提供商计算机106可以执行图9的处理900。处理900可以在902通过包括下述操作来开始，即，确定用于从数据库查询用户的业务事件数据的策略查询。在904，处理900可以包括将策略查询转换为连续查询，连续查询被配置为使得能够将用户的流传输业务事件数据推送到查询引擎。此外，在906，处理900可以通过包括提供用户界面来结束，该用户界面被配置为至少部分基于推送到查询引擎的数据来显示活动的可视化。

图10例示了示出用于实现本文中所描述的策略查询到连续查询转换的处理1000的示例流程图。图1-4中所示的(例如，利用图1的查询转换模块149和/或图4的活动数据服务402中的至少一个的)一个或多个服务提供商计算机106可以执行图10的处理1000。处理100可以在1002通过包括下述操作来开始，即，确定被配置为使得能够将业务事件数据从数据库拉到查询引擎的策略查询。该确定可以至少部分基于从用户接收的查询。在1004，处理1000可以包括接收与产生所述数据的活动的可视化相关联的请求。在1006，处理1000还可以将策略查询转换为连续查询。该转换可以在运行时发生。在1008，处理1000可以包括将监听服务注册为接收(例如，从流)推送的数据。在1010，处理1000可以接收(例如，在运行时)将过滤器应用于连续查询或者改变连续查询的尺寸的请求。此外，处理1000可以在1012结束，在1012，处理1000可以包括提供被配置为显示推送的数据的活动的可视化的UI。

以上描述了用于实现连续查询和计划查询的混合执行的例示性方法和系统。这些系统和方法中的一些或全部可以、但不必须，至少部分用诸如以上至少在图1-10中所示的那些架构和处理的架构和处理来实现。

图11是例示可以根据本公开的实施例使用的系统环境1100的组件的简化框图。如所示，系统环境1100包括一个或多个客户端计算装置1102、1104、1106、1108，这些客户端计算装置被配置为通过一个或多个网络1110(诸如，但不限于，类似于图1和3的网络108的网络)来操作客户端应用，诸如web浏览器、专有客户端(例如，OracleForms)等。在各种实施例中，客户端计算装置1102、1104、1106和1108可以通过网络1110与服务器1112进行交互。

客户端计算装置1102、1104、1106和1108可以是通用个人计算机(包括，举例来说，运行各种版本的Microsoft Windows和/或AppleMacintosh操作系统的个人计算机和/或膝上型计算机)、蜂窝电话或PDA(运行诸如Microsoft Windows Mobile的软件，并且是启用了互联网、电子邮件、SMS、Balckberry、或者其它通信协议的)、和/或运行各种市售的UNIX或类似UNIX的操作系统(包括，但不限于，各种GNU/Liunx操作系统)中的任何一个的工作站计算机。可替代地，客户端计算装置1102、1104、1106和1108可以是能够通过网络(例如，下述网络1110)进行通信的任何其它的电子装置，诸如瘦客户端计算机、启用互联网的游戏系统、和/或个人消息传送装置。尽管示例性系统环境1100被示为具有四个客户端计算装置，但是可以支持任何数量的客户端计算装置。其它装置，诸如具有传感器的装置等，可以与服务器1112进行交互。

系统环境1100可以包括网络1110。网络1110可以是本领域的技术人员熟悉的、可以支持使用各种市售的协议中的任何一个的数据通信的、任何类型的网络，所述协议包括，但不限于，TCP/IP、SNA、IPX、AppleTalk等。仅举例来说，网络1110可以是局域网(LNA)，诸如以太网、令牌环网络等；广域网；虚拟网络，包括，但不限于，虚拟私有网络(VPN)；互联网；内联网；外联网；公共交换电话网络(PSTN)；红外网络；无线网络(例如，根据本领域中已知的一套IEEE 802.11协议、蓝牙协议和/或任何其它的无线协议中的任何一个进行操作的网络)；和/或这些网络和/或其它网络的任何组合。

系统环境1100还包括一个或多个服务器计算机1112，服务器计算机1112可以是通用计算机、专用服务器计算机(包括，举例来说，PC服务器、UNIX服务器、中程服务器、大型计算机、机架式服务器等)、服务器农场、服务器集群、或者任何其它适合的布置和/或组合。在各种实施例中，服务器1112可以适于运行前述公开内容中所描述的一个或多个服务或软件应用。例如，服务器1112可以对应于用于执行上述根据本公开的实施例的处理的服务器。

服务器1112可以运行操作系统，包括以上所讨论的那些操作系统中的任何一个、以及任何市售的服务器操作系统。服务器1112还可以运行各种另外的服务器应用和/或中间层应用中的任何一个，包括HTTP服务器、FTP服务器、CGI服务器、Java服务器、数据库服务器等。示例性数据库服务器包括，但不限于，Oracle、Microsoft、Sybase、IBM等市售的那些数据库服务器。

系统环境1100还可以包括一个或多个数据库1114、1116。数据库1114、1116可以驻留在各种位置上。举例来说，数据库1114、1116中的一个或多个可以驻留在服务器1112本地的(和/或驻留在服务器1112中的)非暂态存储介质上。可替代地，数据库1114、1116可以远离服务器1112，并且经由基于网络的或专用的连接与服务器1112进行通信。在一组实施例中，数据库1114、1116可以驻留在本领域的技术人员熟悉的存储区域网络(SAN)中。类似地，用于执行归于服务器1112的功能的任何必要的文件可以视情况存储在服务器1112本地和/或远程存储。在一组实施例中，数据库1114、1116可以包括适于响应于SQL格式化的命令存储、更新和检索数据的关系数据库，诸如Oracle提供的数据库。

图12是可以根据本公开的实施例使用的计算机系统1200的简化框图。例如，服务提供商计算机106可以使用诸如系统1200的系统来实现。计算机系统1200被示为包括可以经由总线1201电耦合和/或通信耦合的硬件元件。这些硬件元件可以包括一个或多个中央处理单元(CPU)1202、一个或多个输入装置1204(例如，鼠标、键盘等)、以及一个或多个输出装置1206(例如，显示装置、打印机等)。计算机系统1200还可以包括一个或多个存储装置1208。举例来说，存储装置1208可以包括可编程的、可闪存更新的、诸如此类的装置，诸如盘驱动器、光学存储装置以及固态存储装置(诸如随机存取存储器(RAM)和/或只读存储器(ROM))。

计算机系统1200可以另外包括计算机可读存储介质读取器1212、通信子系统1214(例如，调制解调器、网络卡(无线的或有线的)、红外通信装置等)、以及工作存储器1218，工作存储器1218可以包括如上所述的RAM和ROM装置。在一些实施例中，计算机系统1200还可以包括处理加速单元1216，处理加速单元1216可以包括数字信号处理器(DSP)、专用处理器等。

计算机可读存储介质读取器1212可以进一步连接到计算机可读存储介质1210，它们一起(以及可选地，与存储装置1208组合)全面地表示远程的、本地的、固定的和/或可拆装的存储装置，加上用于临时地和/或更永久地包含计算机可读信息的存储介质。通信系统1214可以允许与网络1212和/或以上关于系统环境1200描述的任何其它的计算机交换数据。

计算机系统1200还可以包括被示为当前安置在工作存储器1218内的软件元件，包括操作系统1220和/或其它代码1222，诸如应用(可以是客户端应用、web浏览器、中间层应用、RDBM等)。在示例性实施例中，工作存储器1218可以包括如上所述的用于依赖方和开放授权相关处理的可执行代码和相关联的数据结构。应意识到，计算机系统1200的替代实施例可以具有上述实施例的许多变型。例如，还可以使用定制硬件，和/或可以用硬件、软件(包括便携式软件，诸如小应用)来实现特定元件，或者这两者。此外，可以利用与诸如网络输入/输出装置的其它计算装置的连接。

用于包含代码或代码的部分的存储介质和计算机可读介质可以包括本领域中已知或使用的任何适当的介质，包括存储介质和通信介质，诸如，但不限于，用任何方法或技术实现的、用于存储和/或传输信息(诸如计算机可读指令、数据结构、程序模块或其它数据)的、易失性的和非易失性的(非暂态的)、可拆装的和不可拆装的介质，包括RAM、ROM、EEPROM、闪存或其它存储器技术、CD-ROM、数字多功能盘(DVD)或其它光学储存器、磁盒、磁带、磁盘储存器或其它磁性存储装置、数据信号、数据传输、或者可以用于存储或传输期望信息并且可以被计算机访问的任何其它的介质。

尽管已经描述了本公开的特定实施例，但是各种修改、变化、替代构造和等同形式也包含在本公开的范围内。所述各种修改、变化、替代构造和等同形式包括所公开的特征的相关组合。本公开的实施例不限于某些特定数据处理环境内的操作，而是自由地在多个数据处理环境内进行操作。另外，尽管已经使用特定的一系列事务和步骤描述了本公开的实施例，但是本领域的技术人员应明白，本公开的范围不限于所描述的一系列事务和步骤。

此外，虽然已经使用硬件和软件的特定组合描述了本公开的实施例，但是应认识到，硬件和软件的其它组合也在本公开的范围内。本公开的实施例可以仅用硬件、或者仅用软件、或者使用它们的组合来实现。

本说明书和附图因此要从例示性、而是限制性的意义上来考虑。然而，将显而易见的是，在不脱离更广泛的精神和范围的情况下，可以对其进行添加、删减、删除以及其它修改和改变。以上描述了用于提供本公开的特征的例示性方法和系统。这些系统和方法中的一些或全部可以，但不必须，至少部分通过诸如以上在图1-12中所示的那些架构的架构来实现。

在一种实现中，提供了一种方法，该方法包括：至少部分基于将显示的业务事件数据的指示，给查询引擎配置策略查询；并且至少部分基于请求，使得能够将策略查询转换为连续查询。

在另一种实现中，提供了一种方法，该方法包括：确定用于从数据库查询用户的业务事件数据的策略查询；将策略查询转换为连续查询，连续查询被配置为使得能够将用户的流传输业务事件数据推送到查询引擎；并且提供被配置为至少部分基于推送到查询引擎的数据显示活动的可视化的用户界面。

在又一种实现中，提供了一种被配置为执行前面描述的任一方法的设备。该设备可以以各种方式实现，诸如固件、软件、硬件、它们的任何组合等。

在又一种实现中，提供了一种设备，该设备包括：查询转换模块，其被构造为将策略查询转换为连续查询，策略查询用于从数据库查询用户的业务事件数据；以及混合查询模块，其被构造为组合连续查询和策略查询。该设备可以以各种方式实现，诸如固件、软件、硬件、它们的任何组合等。

尽管已经用特定于结构特征和/或方法动作的语言描述了实施例，但是要理解，本公开不必限于所描述的特定的特征或动作。相反，这些特定的特征或动作是作为实现实施例的例示性形式而公开的。条件语言，除了其它的之外，诸如“可以”，除非另有明确阐述，否则在所使用的上下文内进行理解，一般意图传达，某些实施例可以包括某些特征、元件和/或步骤，而其它实施例不包括这些特征、元件和/或步骤。因此，这样的条件语言一般不意图暗示，特征、元件和/或步骤是一个或多个实施例无论如何都需要的，或者一个或多个实施例必需包括用于在具有或没有用户输入或提示的情况下决定这些特征、元件和/或步骤是否包括在任何特定实施例中或者是否将在任何特定实施例中执行的逻辑。

Claims (25)

1.一种系统，包括：

存储器，所述存储器存储多个指令；和

一个或多个处理器，所述处理器被配置为访问所述存储器，其中，所述一个或多个处理器被进一步配置为执行所述多个指令以至少进行以下操作：

至少部分基于将显示的事件数据的指示给查询引擎配置策略查询；

至少部分基于请求使得能够进行所述策略查询到连续查询的转换。

2.根据权利要求1所述的系统，其中，在运行时使得能够进行所述转换。

3.根据权利要求1或2所述的系统，其中，所述转换至少包括将监听服务配置为接收从所述连续查询推送的数据。

4.根据权利要求3所述的系统，其中，所述连续查询被配置为将来自流的数据推送到与所述查询引擎相关联的监听服务。

5.根据权利要求1至4中的任何一个所述的系统，其中，所述策略查询被配置为代表所述查询引擎拉出数据。

6.根据权利要求1至5中的任何一个所述的系统，其中，所述请求被从与将显示的数据相关联的用户接收。

7.根据权利要求6所述的系统，其中，所述请求经由被配置为将所述将显示的数据显示给用户的用户界面接收。

8.根据权利要求6所述的系统，其中，所述请求包括与用户相关联的尺寸变化、数据窗口、数据范围或过滤器值中的至少一个。

9.一种存储能够被一个或多个处理器执行的多个指令的计算机可读程序，所述多个指令包括：

使所述一个或多个处理器确定用于从数据库查询用户的事件数据的策略查询的指令；

使所述一个或多个处理器将所述策略查询转换为连续查询的指令，所述连续查询被配置为使得能够将用户的流传输事件数据推送到查询引擎；和

使所述一个或多个处理器提供用户界面的指令，所述用户界面被配置为至少部分基于推送到所述查询引擎的数据显示活动的可视化。

10.根据权利要求9所述的计算机可读程序，其中，所述策略查询在所述查询引擎运行时转换为所述连续查询。

11.根据权利要求9或10所述的计算机可读程序，其中，所述策略查询至少部分基于激活事件数据的可视化的请求而转换为所述连续查询。

12.根据权利要求11所述的计算机可读程序，其中，所述可视化仅对于与激活所述活动的可视化的请求相关联的用户被激活。

13.根据权利要求11所述的计算机可读程序，其中，激活所述活动的可视化的请求至少包括将事件数据分解为一个或多个对象并且至少部分基于用户指定的时间间隔更新所述一个或多个对象的请求。

14.根据权利要求11所述的计算机可读程序，其中，激活可视化的请求至少包括用于事件数据显示或更新中的至少一个操作的用户指定的时间窗口的指示。

15.一种方法，包括：

确定策略查询，所述策略查询被配置为使得能够将事件数据从数据库拉出至查询引擎；

从与所述事件数据相关联的用户接收与产生所述事件数据的活动的可视化相关联的请求；

将所述策略查询转换为连续查询，所述连续查询被配置为使得能够将用户的流传输事件数据推送到所述查询引擎；和

提供用户界面，所述用户界面被配置为至少部分基于推送到所述查询引擎的流传输事件数据显示活动的可视化。

16.根据权利要求15所述的方法，其中，所述转换至少部分基于与产生所述事件数据的活动的可视化相关联的请求。

17.根据权利要求15或16所述的方法，还包括将所述查询引擎的监听系统注册为接收通过所述连续查询推送的数据。

18.根据权利要求15至17中的任何一个所述的方法，其中，所述策略查询至少部分基于来自用户的显示所述事件数据的请求而被确定。

19.根据权利要求15至18中的任何一个所述的方法，还包括接收将过滤器应用于所述连续查询或者改变所述连续查询的尺寸的请求。

20.根据权利要求15至19中的任何一个所述的方法，其中，与产生事件数据的活动的可视化相关联的所述请求包括用户所指定的滑动窗口配置或时间范围配置中的至少一个。

21.一种方法，包括：

至少部分基于将显示的事件数据的指示给查询引擎配置策略查询；

至少部分基于请求使得能够进行所述策略查询到连续查询的转换。

22.一种方法，包括：

确定用于从数据库查询用户的事件数据的策略查询；

将所述策略查询转换为连续查询，所述连续查询被配置为使得能够将所述用户的流传输事件数据推送到查询引擎；和

提供用户界面，所述用户界面被配置为至少部分基于推送到所述查询引擎的数据显示活动的可视化。

23.根据权利要求22所述的方法，其中，所述策略查询被配置为仅查询所述数据库的单个元素。

24.一种设备，包括：

查询转换模块，所述查询转换模块被配置为将策略查询转换为连续查询，所述策略查询用于从数据库查询用户的事件数据；和

混合查询模块，所述混合查询模块被配置为组合连续查询和策略查询。

25.一种被配置为执行根据权利要求15-20中的任何一个所述的方法的设备。