CN116974883A - 一种事件分析方法、装置和*** - Google Patents

Abstract

本发明公开了一种事件分析方法、装置和***，其中***至少包括服务端和客户端，其中，客户端展示事件分析页面，并接收基于事件分析页面输入的筛选条件，筛选条件用于表征当前事件分析涉及的元事件和计算规则；客户端响应于筛选条件生成对应的分析请求，并将分析请求发送至服务端；服务端接收客户端发送的分析请求，并解析出分析请求中的元事件和计算规则；服务端基于解析出的元事件和计算规则生成操作指令；服务端利用操作指令从数据库中读取元事件对应的运行数据，并将运行数据按照计算规则进行合并计算，得到计算结果。本发明提供的技术方案，提高了自定义事件分析的效率。

Description

一种事件分析方法、装置和***

技术领域

本发明涉及大数据分析领域，具体涉及一种事件分析方法、装置和***。

背景技术

数据埋点是一种常用的采集用户数据的方式，互联网企业的产品人员和运营人员可以***性的分析复杂的用户数据，便于分析了解用户行为与洞察用户偏好。事件分析是其中常用的一类数据分析，事件分析本质上是分析埋点事件的用户触发情况以及埋点事件的分析统计情况。事件又分为元事件和虚拟事件，事件分析方法是根据所选单个或者多个元事件(元事件指埋点真实存在的埋点事件，不经过任何二次处理，比如埋了一个APP启动事件，统计APP启动次数的事件即元事件)、虚拟事件(基于元事件进行算法推导、计算得出的事件，比如创建一个虚拟事件，算法为APP启动事件的次数/APP元素点击的次数)或者属性层面指标(总次数、用户数等)进行组合分析。

现有技术在进行事件分析时，用户只能从数据库中调取元事件，现有数据库***不具备直接处理虚拟事件的能力，若想进行复杂的虚拟事件分析，则需要进行手动记录元事件相关数据，然后手动操作元事件之间的加减乘除运算，再得到用于事件分析的计算结果，在企业的分析任务较多时严重降低了事件分析的效率。

发明内容

有鉴于此，本发明实施方式提供了一种事件分析方法、装置和电子设备，从而提高了自定义事件分析的效率。

根据第一方面，本发明实施例提供了一种事件分析方法，应用于服务端，所述方法包括：接收客户端发送的分析请求，并解析出所述分析请求中的元事件和计算规则；基于解析出的元事件和计算规则生成操作指令；利用所述操作指令从数据库中读取所述元事件对应的运行数据，并将所述运行数据按照所述计算规则进行计算，得到计算结果。

可选地，所述解析出所述分析请求中的元事件和计算规则，包括：提取所述分析请求中的分析表达式，并对所述分析表达式中的运算符号进行格式校验；若格式校验通过，则校验所述分析表达式中元事件扩展名是否符合预设条件；若扩展名校验通过，则校验所述分析表达式中元事件的ID是否满足第二预设条件；若元事件的ID校验通过，则从所述分析表达式中解析出所述元事件和所述计算规则。

可选地，基于解析出的元事件和计算规则生成操作指令，包括：基于解析出的元事件生成用于从数据库读取所述运行数据的数据库读取指令；基于所述计算规则生成用于将所述运行数据进行计算的运算指令；将所述数据库读取指令和所述运算指令按照所述计算规则中的计算顺序进行组合，生成所述操作指令。

可选地，所述方法还包括：基于所述分析请求生成请求标识，并将所述请求标识发送至所述客户端；将中间结果和所述计算结果均与所述请求标识进行关联，并存储关联后的所述计算结果与所述中间结果，所述中间结果是操作指令执行运算时生成的中间量。

可选地，所述方法还包括：接收所述客户端发送的查询请求，所述查询请求中包括所述分析请求的请求标识；获取所述请求标识对应的计算结果和/或中间结果；基于所述请求标识对应的计算结果和/或中间结果判断当前计算进度；若所述当前计算进度达到预设进度，则将所述计算结果和/或中间结果反馈至所述客户端。

根据第二方面，本发明实施例提供了一种事件分析方法，应用于客户端，所述方法包括：展示事件分析页面，并接收基于所述事件分析页面输入的筛选条件，所述筛选条件用于表征当前事件分析涉及的元事件和计算规则；响应于所述筛选条件生成对应的分析请求，并将所述分析请求发送至服务端，以使所述服务端解析出所述分析请求中的元事件和计算规则，之后基于解析出的元事件和计算规则生成操作指令，然后利用所述操作指令从数据库中读取所述元事件对应的运行数据，并将所述运行数据按照所述计算规则进行计算，得到计算结果。

可选地，所述方法还包括：接收所述服务端返回的请求标识，所述请求标识是所述服务端基于所述分析请求生成的唯一标识；接收基于所述请求标识输入的查询请求，并将带有所述请求标识的查询请求发送至所述服务端，以使所述服务端获取所述请求标识对应的计算结果和/或所述操作指令执行运算时生成的中间结果；接收所述服务端基于所述查询请求返回的所述计算结果和/或所述中间结果。

根据第三方面，本发明实施例提供了一种事件分析装置，应用于服务端，所述装置包括：分析请求模块，用于接收客户端发送的分析请求，并解析出所述分析请求中的元事件和计算规则；指令创建模块，用于基于解析出的元事件和计算规则生成操作指令；事件分析模块，用于利用所述操作指令从数据库中读取所述元事件对应的运行数据，并将所述运行数据按照所述计算规则进行计算，得到计算结果。

根据第四方面，本发明实施例提供了一种事件分析装置，应用于客户端，所述装置包括：交互模块，用于展示事件分析页面，并接收基于所述事件分析页面输入的筛选条件，所述筛选条件用于表征当前事件分析涉及的元事件和计算规则；第二分析请求模块，用于响应于所述筛选条件生成对应的分析请求，并将所述分析请求发送至服务端，以使所述服务端解析出所述分析请求中的元事件和计算规则，之后基于解析出的元事件和计算规则生成操作指令，然后利用所述操作指令从数据库中读取所述元事件对应的运行数据，并将所述运行数据按照所述计算规则进行合并计算，得到计算结果。

根据第五方面，本发明实施例提供了一种事件分析***，至少包括服务端和客户端，其中：所述客户端展示事件分析页面，并接收基于所述事件分析页面输入的筛选条件，所述筛选条件用于表征当前事件分析涉及的元事件和计算规则；所述客户端响应于所述筛选条件生成对应的分析请求，并将所述分析请求发送至所述服务端；所述服务端接收客户端发送的分析请求，并解析出所述分析请求中的元事件和计算规则；所述服务端基于解析出的元事件和计算规则生成操作指令；所述服务端利用所述操作指令从数据库中读取所述元事件对应的运行数据，并将所述运行数据按照所述计算规则进行合并计算，得到计算结果。

本申请提供的技术方案，具有如下优点：

本申请提供的技术方案，应用于客户端和服务端两个设备，客户端与服务端之间建立通信连接，当用户需要进行事件分析时，用户输入分析请求到客户端，然后客户端将分析请求发送到服务端，服务端对分析请求进行解析，解析出其中涉及到的元事件和元事件之间进行计算的计算规则。然后按照预设的代码生成规则生成与分析请求对应的操作指令。之后，服务端运行操作指令，从数据库中调取元事件对应的运行数据，并按照计算规则将运行数据代入计算公式进行加、减、乘、除等综合运算，从而得到虚拟事件对应的计算结果。无需人工手动记录元事件的运行数据，也无需基于运行数据手工进行综合计算，在企业内部进行大量虚拟事件分析时，能够大幅度提高事件分析效率。

附图说明

通过参考附图会更加清楚的理解本发明的特征和优点，附图是示意性的而不应理解为对本发明进行任何限制，在附图中：

图1示出了本发明一个实施方式中一种事件分析***的结构示意图；

图2示出了本发明一个实施方式中一种事件分析方法的流程示意图；

图3示出了本发明一个实施方式中一种事件分析页面的展示示意图；

图4示出了本发明一个实施方式中一种事件分析方法的步骤示意图；

图5示出了本发明一个实施方式中一种事件分析方法的另一个流程示意图；

图6示出了本发明一个实施方式中一种事件分析装置的结构示意图；

图7示出了本发明一个实施方式中一种事件分析装置的另一个结构示意图。

具体实施方式

为使本发明实施方式的目的、技术方案和优点更加清楚，下面将结合本发明实施方式中的附图，对本发明实施方式中的技术方案进行清楚、完整地描述，显然，所描述的实施方式是本发明一部分实施方式，而不是全部的实施方式。基于本发明中的实施方式，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施方式，都属于本发明保护的范围。

请参阅图1和图2，在一个实施方式中，一种事件分析***，至少包括服务端1和客户端2，其中：

客户端2展示事件分析页面，并接收基于事件分析页面输入的筛选条件，筛选条件用于表征当前事件分析涉及的元事件和计算规则。

具体地，客户端2通过展示事件分析页面，提示用户输入筛选条件，从而确定事件分析的范围。在本实施例中，筛选条件包括但不限于具体事件条件、数据地域范围条件、数据时间范围条件、客户端2设备参数条件。如图3所示，例如：具体事件条件可以是某个App被用户启动的次数、某个App上的某个元素被用户点击的次数，具体事件条件指的是数据埋点统计的具体动作；数据地域范围条件包括但不限于城市、省份、行政区等地域属性的筛选条件，例如添加了城市的筛选条件之后，用户可以根据需求获取某App在城市A启动的次数，某个App在城市A启动次数和城市B启动次数的百分比；数据时间范围条件用于限制事件分析的时间范围，例如用户需要获取某个App在城市A且时间落在今年1月至3月之间的被用户启动的次数；客户端2设备参数条件包括硬件参数和软件参数，例如用户需要获取某个App在ios***客户端2上启动次数与安卓客户端2启动次数的比值，又比如用户需要获取安装了某个app的客户端2的平均屏幕高度是多少。

客户端2响应于筛选条件生成对应的分析请求，并将分析请求发送至服务端1。

具体地，客户端2在接收到用户输入的筛选条件之后，响应于筛选条件，自动从筛选条件中识别出中需要从数据库查询的元事件、以及对元事件应该进行哪些计算操作，然后自动创建出数学模型形式的分析表达式，并将带有分析表达式的分析请求消息发送到服务端1。在另一实施例中，事件分析页面通过自定义组件接收用户输入的筛选条件，该自定义组件先判断当前文本框内是否存在事件，没有事件可根据用户的输入模糊搜索出提示信息，以便于用户快速选择。当前事件选中后会动态将所选数据***自定义组件的文档对象模型中，搜索事件维度模块(例如总数、用户数、或者屏幕高度等设备参数称为事件维度)同样在选中后动态***数据到自定义组件内。在进行多个事件综合分析时，用户想要输入下一个事件，自定义组件会先判断上一事件之后是否已经输入了运算符号，若没有运算符号则新输入的内容不会***到当前组件内，保证客户端生成的分析表达式准确。表达式内容输入完成保存后，自定义组件锁定变为不可变更状态，可通过点击修改按钮进行编辑。

服务端1接收客户端2发送的分析请求，并解析出分析请求中的元事件和计算规则。

服务端1基于解析出的元事件和计算规则生成操作指令。

具体地，服务端1在接收到分析请求之后，按照分析请求中文本记录的元事件后缀扩展名，从中提取出元事件关键字，并按照分析表达式中的运算符号和运算顺序抽象出涉及到的数学计算规则。然后生成用于数据提取的SQL读取指令和用于数据运算的运算指令，综合作为操作指令。

服务端1利用操作指令从数据库中读取元事件对应的运行数据，并将运行数据按照计算规则进行合并计算，得到计算结果。

具体地，当服务端1运行生成的操作指令时，从而全自动执行数据的读取、加减乘除运算、生成计算结果的步骤。无需人工手动记录元事件的运行数据，也无需基于运行数据手工进行综合计算，在企业内部进行大量虚拟事件分析时，能够大幅度提高事件分析效率。

如图4所示，在一个实施方式中，一种事件分析方法，分别应用于上述事件分析***中的客户端和服务端，其中步骤S101～S103应用于服务端，步骤S201至步骤S202应用于客户端，具体步骤如下：

步骤S201：展示事件分析页面，并接收基于事件分析页面输入的筛选条件，筛选条件用于表征当前事件分析涉及的元事件和计算规则。

步骤S202：响应于筛选条件生成对应的分析请求，并将分析请求发送至服务端。

步骤S101：接收客户端发送的分析请求，并解析出分析请求中的元事件和计算规则。

步骤S102：基于解析出的元事件和计算规则生成操作指令。

步骤S103：利用操作指令从数据库中读取元事件对应的运行数据，并将运行数据按照计算规则进行计算，得到计算结果。

具体地，步骤S101～S103，步骤S201～S202的解释说明可参考上述***实施例的详细描述，在此不再赘述。

具体地，在一实施例中，上述步骤S101，具体包括如下步骤：

步骤一：提取分析请求中的分析表达式，并对分析表达式中的运算符号进行格式校验。

步骤二：若格式校验通过，则校验分析表达式中元事件扩展名是否符合预设条件。

步骤三：若扩展名校验通过，则校验分析表达式中元事件的ID是否满足第二预设条件。

步骤四：若元事件的ID校验通过，则从分析表达式中解析出元事件和计算规则。

具体地，客户端发送的分析请求中包括分析表达式，分析表达式是基于用户输入的筛选条件自动生成的，例如客户端基于用户输入的筛选条件生成的表达式为：城市1某App启动次数+城市2某App启动次数，其中某App启动次数是概念层面的标准事件，城市1和城市2是筛选条件，他们组成的“城市1某App启动次数”和“城市2某App启动次数”即元事件。在对该表达式解析元事件和计算规则之前，首先对分析表达式的合法性进行校验，以免由于分析表达式的语法错误导致分析失败，降低事件分析效率。第一步，对分析表达式中的运算符号进行格式校验，判断是否包含加、减、乘、除等符号，且是否满足预设的符号格式，如果运算符号不满足预设的符号格式，则认为客户端传参出错，需要研发人员进行调试。第二步，在运算符号校验通过前提下，校验元事件扩展名是否符合预设条件。分析表达式中基于筛选条件生成的变量即为后续需要解析的元事件，在分析表达式中带有元事件扩展名，例如“城市2某App启动次数.total”，其中.total即扩展名。因此，验证元事件扩展名是否与预设扩展名相匹配，本实施例中，预设的扩展名为.total、.avg、.user_id，例如扩展名如果是“.”则认为是错误的事件描述，需要研发人员检查。第三步，在扩展名校验通过时，对元事件的ID进行校验，在本实施例中，分析表达式中基于筛选条件生成的元事件还包括ID信息，由于实际应用场景每个项目下均包括大量事件，例如自如客有App启动，业主项目下也有App启动；每一个事件对应一个事件ID，需要校验当前ID是否为当前项目下的ID，如果当前项目包含此ID，则说明这是一个有效事件；如果因为前端参数错误导致传来的ID在当前项目下不存在，则事件认定为一个无效事件，需要研发人员重新对客户端的配置调试。

在上述校验步骤均通过之后，保证了客户端发送的分析请求的可靠性，继而从分析表达式中解析出对应的元事件和计算规则。以城市1某App启动次数+城市2某App启动次数为例，解析出的元事件分别为“城市1某App启动次数”和“城市2某App启动次数”，解析出的计算规则为a+b，其中a和b是自变量。服务端在解析出元事件和计算规则之后，会为其赋予索引序号，以便于后续生成操作指令符合计算规则的逻辑。

具体地，在一实施例中，上述步骤S102，具体包括如下步骤：

步骤五：基于解析出的元事件生成用于从数据库读取运行数据的数据库读取指令。

步骤六：基于计算规则生成用于将运行数据进行计算的运算指令。

步骤七：将数据库读取指令和运算指令按照计算规则中的计算顺序进行组合，生成操作指令。

具体地，在本实施例中，首先研发人员按照各种自定义函数中的筛选条件、分组条件、时间范围开发出对应的SQL代码规则和运算代码规则，当服务端接收到客户端的分析请求时，利用解析出的元事件和计算规则和多个预设的SQL代码、运算代码的生成规则进行匹配，匹配成功后，则自动生成对应的SQL代码与运算代码，之后执行代码的步骤在本质上分为两部分工作，第一部分是服务端从Clickhouse服务中提取原始数据，例如提取城市1和城市2的App的启动次数，分别记为事件1和事件2，第二部分即服务端对事件1和事件2进行相应的百分比、相加、相乘等计算。相应的，事件在拆解时已经赋予了索引编号，服务端基于索引编号梳理出操作指令逻辑，例如：当用户要在一次查询分析中，需要分析两部分数据，分别是北京活跃用户数的占比，以及所有ios设备活跃用户数的占比，在计算时，操作指令的逻辑顺序：

①调用Clickhouse服务基于数据库中的原始数据计算出北京的活跃用户数

②调用Clickhouse服务基于数据库中的原始数据计算出总的活跃用户数

③调用Clickhouse服务基于数据库中的原始数据计算出北京ios设备用户数

④计算①的结果除以②的结果

⑤计算③的结果除以②的结果

当有n个分析时，则重复进行n次读取和n次计算。

基于上述逻辑，生成用于从数据库读取元事件的读取指令，在生成用于运算操作的运算指令，例如④和⑤。生成的读取指令可以发送至数据库进行数据的调用，即生成对应的SQL代码从Clickhouse服务中提取原始数据。生成的操作指令则可以在服务端本地运行，进行事件之间的运算。实现了多个元事件之间产生虚拟事件时的综合分析，避免了数据量大时人工手动运算的难题，提高了事件分析的效率。

具体地，如图5所示，在一实施例中，本发明实施例提供的一种事件分析方法，应用于服务端，还包括如下步骤：

步骤八：基于分析请求生成请求标识，并将请求标识发送至客户端。

步骤九：将中间结果和计算结果均与请求标识进行关联，并存储关联后的计算结果与中间结果，中间结果是操作指令执行运算时生成的中间量。

具体地，在一实施例中，基于上述步骤八和步骤九，发明实施例提供的一种事件分析方法，应用于服务端，还包括如下步骤：

步骤十：接收客户端发送的查询请求，查询请求中包括分析请求的请求标识。

步骤十一：获取请求标识对应的计算结果和/或中间结果。

步骤十二：基于请求标识对应的计算结果和/或中间结果判断当前计算进度。

步骤十三：若当前计算进度达到预设进度，则将计算结果和/或中间结果反馈至客户端。

具体地，在本实施例中，在服务端接收到客户端发送的分析请求之后，对该分析请求赋予唯一标识，并将该表示反馈至客户端，以使用户从客户端获取该分析请求对应在服务端中的事件分析编号。服务端在运行操作代码时，其中每一步读取操作和运算操作产生的中间结果、以及最终计算得到的计算结果均与该请求标识相关联，并利用关联后的结果更新计算进度和计算结果到以请求标识为key值的Redis缓存中。用户根据收到的分析请求的请求标识生成查询请求，包括以预设周期或人工手动的方式向服务端发送查询请求，请求服务端获取结果和进度接口，服务端根据请求标识，从Redis缓存中获取结果数据和进度，如果进度达到预设进度，例如100％，则将分析结果进行数据排序等处理，然后截取一定的数据量，将结果数据分别组装为表格、折线图、柱状图等用户需要的数据结构，返回至客户端，客户端在接收到进度以及数据后，渲染到前端页面进行展示。实现了用户能够从客户端实时监控事件分析进度的功能，进一步提高了用户要求事件分析的效率和用户使用感知。

具体地，在一实施例中，本发明实施例提供的一种事件分析方法，应用于客户端，还包括如下步骤：

步骤十四：接收服务端返回的请求标识，请求标识是服务端基于分析请求生成的唯一标识。

步骤十五：接收基于请求标识输入的查询请求，并将带有请求标识的查询请求发送至服务端，以使服务端获取请求标识对应的计算结果和/或操作指令执行运算时生成的中间结果。

步骤十六：接收服务端基于查询请求返回的计算结果和/或中间结果。

具体地，本实施例的详细描述可参考上述步骤十至步骤十三的相关描述，在此不再赘述。

通过上述步骤，本申请提供的技术方案，应用于客户端和服务端两个设备，客户端与服务端之间建立通信连接，当用户需要进行事件分析时，用户输入分析请求到客户端，然后客户端将分析请求发送到服务端，服务端对分析请求进行解析，解析出其中涉及到的元事件和元事件之间进行计算的计算规则。然后按照预设的代码生成规则生成与分析请求对应的操作指令。之后，服务端运行操作指令，从数据库中调取元事件对应的运行数据，并按照计算规则将运行数据代入计算公式进行加、减、乘、除等综合运算，从而得到虚拟事件对应的计算结果。无需人工手动记录元事件的运行数据，也无需基于运行数据手工进行综合计算，在企业内部进行大量虚拟事件分析时，能够大幅度提高事件分析效率。

如图6所示，本实施例还提供了一种事件分析装置，应用于服务端，装置包括：

分析请求模块101，用于接收客户端发送的分析请求，并解析出分析请求中的元事件和计算规则。详细内容参见上述方法实施例中步骤S101的相关描述，在此不再进行赘述。

指令创建模块102，用于基于解析出的元事件和计算规则生成操作指令。详细内容参见上述方法实施例中步骤S102的相关描述，在此不再进行赘述。

事件分析模块103，用于利用操作指令从数据库中读取元事件对应的运行数据，并将运行数据按照计算规则进行计算，得到计算结果。详细内容参见上述方法实施例中步骤S103的相关描述，在此不再进行赘述。

如图7所示，本实施例还提供了一种事件分析装置，应用于客户端，装置包括：

交互模块201，用于展示事件分析页面，并接收基于事件分析页面输入的筛选条件，筛选条件用于表征当前事件分析涉及的元事件和计算规则。详细内容参见上述方法实施例中步骤S201的相关描述，在此不再进行赘述。

第二分析请求模块202，用于响应于筛选条件生成对应的分析请求，并将分析请求发送至服务端，以使服务端解析出分析请求中的元事件和计算规则，之后基于解析出的元事件和计算规则生成操作指令，然后利用操作指令从数据库中读取元事件对应的运行数据，并将运行数据按照计算规则进行合并计算，得到计算结果。详细内容参见上述方法实施例中步骤S202的相关描述，在此不再进行赘述。

本发明实施例提供的事件分析装置，用于执行上述实施例提供的事件分析方法，其实现方式与原理相同，详细内容参见上述方法实施例的相关描述，不再赘述。

通过上述各个组成部分的协同合作，本申请提供的技术方案，应用于客户端和服务端两个设备，客户端与服务端之间建立通信连接，当用户需要进行事件分析时，用户输入分析请求到客户端，然后客户端将分析请求发送到服务端，服务端对分析请求进行解析，解析出其中涉及到的元事件和元事件之间进行计算的计算规则。然后按照预设的代码生成规则生成与分析请求对应的操作指令。之后，服务端运行操作指令，从数据库中调取元事件对应的运行数据，并按照计算规则将运行数据代入计算公式进行加、减、乘、除等综合运算，从而得到虚拟事件对应的计算结果。无需人工手动记录元事件的运行数据，也无需基于运行数据手工进行综合计算，在企业内部进行大量虚拟事件分析时，能够大幅度提高事件分析效率。

虽然结合附图描述了本发明的实施例，但是本领域技术人员可以在不脱离本发明的精神和范围的情况下作出各种修改和变型，这样的修改和变型均落入由所附权利要求所限定的范围之内。

Claims (10)

1.一种事件分析方法，其特征在于，应用于服务端，所述方法包括：

接收客户端发送的分析请求，并解析出所述分析请求中的元事件和计算规则；

基于解析出的元事件和计算规则生成操作指令；

利用所述操作指令从数据库中读取所述元事件对应的运行数据，并将所述运行数据按照所述计算规则进行计算，得到计算结果。

2.根据权利要求1所述的方法，其特征在于，所述解析出所述分析请求中的元事件和计算规则，包括：

提取所述分析请求中的分析表达式，并对所述分析表达式中的运算符号进行格式校验；

若格式校验通过，则校验所述分析表达式中元事件扩展名是否符合预设条件；

若扩展名校验通过，则校验所述分析表达式中元事件的ID是否满足第二预设条件；

若元事件的ID校验通过，则从所述分析表达式中解析出所述元事件和所述计算规则。

3.根据权利要求1所述的方法，其特征在于，基于解析出的元事件和计算规则生成操作指令，包括：

基于解析出的元事件生成用于从数据库读取所述运行数据的数据库读取指令；

基于所述计算规则生成用于将所述运行数据进行计算的运算指令；

将所述数据库读取指令和所述运算指令按照所述计算规则中的计算顺序进行组合，生成所述操作指令。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

基于所述分析请求生成请求标识，并将所述请求标识发送至所述客户端；

将中间结果和所述计算结果均与所述请求标识进行关联，并存储关联后的所述计算结果与所述中间结果，所述中间结果是操作指令执行运算时生成的中间量。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

接收所述客户端发送的查询请求，所述查询请求中包括所述分析请求的请求标识；

获取所述请求标识对应的计算结果和/或中间结果；

基于所述请求标识对应的计算结果和/或中间结果判断当前计算进度；

若所述当前计算进度达到预设进度，则将所述计算结果和/或中间结果反馈至所述客户端。

6.一种事件分析方法，其特征在于，应用于客户端，所述方法包括：

展示事件分析页面，并接收基于所述事件分析页面输入的筛选条件，所述筛选条件用于表征当前事件分析涉及的元事件和计算规则；

响应于所述筛选条件生成对应的分析请求，并将所述分析请求发送至服务端，以使所述服务端解析出所述分析请求中的元事件和计算规则，之后基于解析出的元事件和计算规则生成操作指令，然后利用所述操作指令从数据库中读取所述元事件对应的运行数据，并将所述运行数据按照所述计算规则进行计算，得到计算结果。

7.根据权利要求6所述的方法，其特征在于，所述方法还包括：

接收所述服务端返回的请求标识，所述请求标识是所述服务端基于所述分析请求生成的唯一标识；

接收基于所述请求标识输入的查询请求，并将带有所述请求标识的查询请求发送至所述服务端，以使所述服务端获取所述请求标识对应的计算结果和/或所述操作指令执行运算时生成的中间结果；

接收所述服务端基于所述查询请求返回的所述计算结果和/或所述中间结果。

8.一种事件分析装置，其特征在于，应用于服务端，所述装置包括：

分析请求模块，用于接收客户端发送的分析请求，并解析出所述分析请求中的元事件和计算规则；

指令创建模块，用于基于解析出的元事件和计算规则生成操作指令；

事件分析模块，用于利用所述操作指令从数据库中读取所述元事件对应的运行数据，并将所述运行数据按照所述计算规则进行计算，得到计算结果。

9.一种事件分析装置，其特征在于，应用于客户端，所述装置包括：

交互模块，用于展示事件分析页面，并接收基于所述事件分析页面输入的筛选条件，所述筛选条件用于表征当前事件分析涉及的元事件和计算规则；

第二分析请求模块，用于响应于所述筛选条件生成对应的分析请求，并将所述分析请求发送至服务端，以使所述服务端解析出所述分析请求中的元事件和计算规则，之后基于解析出的元事件和计算规则生成操作指令，然后利用所述操作指令从数据库中读取所述元事件对应的运行数据，并将所述运行数据按照所述计算规则进行合并计算，得到计算结果。

10.一种事件分析***，其特征在于，至少包括服务端和客户端，其中：

所述客户端展示事件分析页面，并接收基于所述事件分析页面输入的筛选条件，所述筛选条件用于表征当前事件分析涉及的元事件和计算规则；

所述客户端响应于所述筛选条件生成对应的分析请求，并将所述分析请求发送至所述服务端；

所述服务端接收客户端发送的分析请求，并解析出所述分析请求中的元事件和计算规则；

所述服务端基于解析出的元事件和计算规则生成操作指令；

所述服务端利用所述操作指令从数据库中读取所述元事件对应的运行数据，并将所述运行数据按照所述计算规则进行合并计算，得到计算结果。