CN111651646B - 业务处理方法及装置 - Google Patents

Abstract

本说明书提供业务处理方法及装置，其中所述业务处理方法包括：获取业务项目的业务数据集合；通过对所述业务数据集合中包含的业务数据进行筛选，确定异常业务数据；基于所述异常业务数据确定所述业务项目对应的异常事件，生成所述异常事件的事件通知策略；确定所述业务项目的业务方中与所述异常事件关联的目标业务方，并向所述目标业务方发送所述事件通知策略。

Description

业务处理方法及装置

技术领域

本说明书涉及数据处理技术领域，特别涉及业务处理方法及装置。

背景技术

随着互联网技术的发展，用户的生活变得越来越便捷，而移动支付也在公交场景中得到更深层次的渗透，让用户不再需要多备一张公交卡，也不用再为找不到零钱而发愁。但是，公交是一个庞大的消费场景，每天承载的是数以百万、千万计的用户的出行需求，如何依托大数据的能力为用户提供更优质的服务，是留住用户的关键所在。而当有突发事件发生时，用户的感知往往是后知后觉的，即当突发事件发生在用户身上后，用户才知道是什么原因造成，对于每个城市的公交运营公司来说，虽然可以对可能发生的事件做一定的预判和预警，但是仍然有无法及时触达用户，无法及时向用户提供合理备案的痛点，因此亟需一种有效的方案以解决该问题。

发明内容

有鉴于此，本说明书实施例提供了一种业务处理方法。本说明书同时涉及一种业务处理装置，一种计算设备，以及一种计算机可读存储介质，以解决现有技术中存在的技术缺陷。

根据本说明书实施例的第一方面，提供了一种业务处理方法，包括：

获取业务项目的业务数据集合；

通过对所述业务数据集合中包含的业务数据进行筛选，确定异常业务数据；

基于所述异常业务数据确定所述业务项目对应的异常事件，生成所述异常事件的事件通知策略；

确定所述业务项目的业务方中与所述异常事件关联的目标业务方，并向所述目标业务方发送所述事件通知策略。

可选的，所述通过对所述业务数据集合中包含的业务数据进行筛选，确定异常业务数据，包括：

将所述业务数据集合中包含的业务数据进行向量转换，获得所述业务数据集合对应的业务特征向量；

将所述业务特征向量输入至预先训练的筛选模型进行数据筛选，获得所述异常业务数据。

可选的，所述基于所述异常业务数据确定所述业务项目对应的异常事件，生成所述异常事件的事件通知策略，包括：

确定所述异常业务数据对应的异常关键词，并基于所述异常关键词调用所述业务项目的检索模块进行业务公告检索；

在未检索到业务公告的情况下，在异常事件数据库中提取与所述异常业务数据匹配的事件描述数据，并根据所述事件描述数据确定所述业务项目对应的异常事件；

通过所述检索模块检索所述异常事件对应的业务公告数据，并基于所述业务公告数据和所述事件描述数据生成所述异常事件的所述事件通知策略。

可选的，还包括：

在检索到业务公告的情况下，确定事件公告数据，并按照所述事件公告数据确定事件通知规则；

基于所述事件公告数据和所述异常业务数据确定所述业务项目对应的异常事件；

根据所述事件通知规则和所述异常事件生成所述事件通知策略。

可选的，所述在异常事件数据库中提取与所述异常业务数据匹配的事件描述数据，包括：

确定所述异常业务数据所属的数据维度，以及读取所述异常事件数据库的元数据；

基于所述元数据，在所述异常事件数据库中提取与所述数据维度匹配的描述数据并组成描述数据集合；

计算所述描述数据集合中包含的各个描述数据与所述异常业务数据的匹配度，根据计算结果选择匹配度最高的描述数据确定为所述事件描述数据。

可选的，所述根据所述事件描述数据确定所述业务项目对应的异常事件，包括：

在所述异常事件数据库中提取与所述事件描述数据具有关联关系的历史异常事件；

通过对所述历史异常事件进行解析，获得所述历史异常事件的历史异常业务数据；

基于所述异常业务数据对所述历史异常业务数据进行调整，并根据调整结果生成所述业务项目对应的所述异常事件。

可选的，所述通过所述检索模块检索所述异常事件对应的业务公告数据，包括：

生成所述异常事件对应的事件关键词；

基于所述事件关键词调用所述检索模块进行业务公告检索，根据检索结果获得所述业务公告数据。

可选的，所述基于所述业务公告数据和所述事件描述数据生成所述异常事件的所述事件通知策略，包括：

基于所述事件描述数据和所述异常业务数据对所述异常事件进行解析，获得事件通知数据；

根据所述事件通知数据和所述业务公告数据生成所述异常事件的所述事件通知策略。

可选的，所述基于所述业务公告数据和所述事件描述数据生成所述异常事件的所述事件通知策略步骤执行之前，还包括：

根据所述异常业务数据确定所述异常事件的事件发生时间；

基于所述事件发生时间读取所述业务项目的交易数据，并根据所述交易数据调用事件监控模块进行事件监控；

在监控到监控公告数据的情况下，判断所述业务公告数据和所述监控公告数据是否相同；

若是，执行所述基于所述业务公告数据和所述事件描述数据生成所述异常事件的所述事件通知策略。

可选的，所述业务方中包括第一业务方和第二业务方；

相应的，所述生成所述异常事件的事件通知策略，包括：

基于所述事件描述数据确定针对所述第一业务方的第一通知规则，以及针对所述第二业务方的第二通知规则；

基于所述业务公告数据确定针对所述第一业务方的第一通知信息，以及针对所述第二业务方的第二通知信息；

按照所述第一通知规则对所述第一通知信息进行处理，获得第一事件通知策略，以及按照所述第二通知规则对所述第二通知信息进行处理，获得第二事件通知策略；

将所述第一事件通知策略和所述第二事件通知策略整合为所述事件通知策略。

可选的，所述确定所述业务项目的业务方中与所述异常事件关联的目标业务方，并向所述目标业务方发送所述事件通知策略，包括：

按照所述业务公告数据在所述第一业务方中确定第一目标业务方，以及按照所述异常业务数据在所述第二业务方中确定第二目标业务方；

向所述第一目标业务方发送所述第一事件通知策略，以及向所述第二目标业务方发送所述第二事件通知策略。

可选的，所述确定所述业务项目的业务方中与所述异常事件关联的目标业务方，包括：

读取所述业务项目的交易明细数据，以及确定所述异常事件的影响区域；

根据所述交易明细数据确定所述业务方，并按照所述影响区域在所述业务方中筛选出所述目标业务方。

可选的，所述向所述目标业务方发送所述事件通知策略步骤执行之后，还包括：

接收所述目标业务方针对所述事件通知策略提交的反馈数据；

根据所述反馈数据确定所述目标业务方针对所述事件通知策略的评价数据，并按照所述评价数据对所述事件通知策略进行标注；

根据标注结果以及所述异常业务数据，生成针对所述异常事件的目标描述数据，并将所述目标描述数据写入异常事件数据库。

可选的，所述检索模块的检索数据源包括下述至少一项：

社交网络平台、业务项目平台、业务公告平台；

相应的，所述基于所述业务公告数据和所述事件描述数据生成所述异常事件的所述事件通知策略步骤执行之后，还包括：

基于所述业务公告数据和所述事件关键词对所述检索模块进行优化，获得目标检索模块；其中，所述目标检索模块用于对下一节点的所述业务项目进行业务公告检索。

根据本说明书实施例的第二方面，提供了一种业务处理装置，包括：

获取模块，被配置为获取业务项目的业务数据集合；

筛选模块，被配置为通过对所述业务数据集合中包含的业务数据进行筛选，确定异常业务数据；

生成模块，被配置为基于所述异常业务数据确定所述业务项目对应的异常事件，生成所述异常事件的事件通知策略；

发送模块，被配置为确定所述业务项目的业务方中与所述异常事件关联的目标业务方，并向所述目标业务方发送所述事件通知策略。

根据本说明书实施例的第三方面，提供了一种计算设备，包括：

存储器和处理器；

所述存储器用于存储计算机可执行指令，所述处理器用于执行所述计算机可执行指令：

获取业务项目的业务数据集合；

通过对所述业务数据集合中包含的业务数据进行筛选，确定异常业务数据；

基于所述异常业务数据确定所述业务项目对应的异常事件，生成所述异常事件的事件通知策略；

确定所述业务项目的业务方中与所述异常事件关联的目标业务方，并向所述目标业务方发送所述事件通知策略。

根据本说明书实施例的第四方面，提供了一种计算机可读存储介质，其存储有计算机可执行指令，该指令被处理器执行时实现任意所述业务处理方法的步骤。

本说明书提供的业务处理方法，在获取业务项目的业务数据集合后，从业务数据集合中筛选出异常业务数据，之后基于所述异常业务数据确定所述业务项目发生的异常事件，并生成异常事件的事件通知策略，最后从业务项目的业务方中选择与异常事件关联的目标业务方发送所述事件通知策略，实现了可以在发生异常事件的情况下，及时向目标业务方发出通知策略，不仅可以有效的提醒所述目标业务方，还能够针对性的给出调整策略，有效的提高了目标业务方的体验效果。

附图说明

图1是本说明书一实施例提供的一种业务处理方法的流程图；

图2是本说明书一实施例提供的一种业务处理方法的示意图；

图3是本说明书一实施例提供的另一种业务处理方法的示意图；

图4是本说明书一实施例提供的一种应用于公交业务项目中的业务处理方法的处理流程图；

图5是本说明书一实施例提供的一种业务处理装置的结构示意图；

图6是本说明书一实施例提供的一种计算设备的结构框图。

具体实施方式

在下面的描述中阐述了很多具体细节以便于充分理解本说明书。但是本说明书能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本说明书内涵的情况下做类似推广，因此本说明书不受下面公开的具体实施的限制。

在本说明书一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书一个或多个实施例。在本说明书一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本说明书一个或多个实施例中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本说明书一个或多个实施例中可能采用术语第一、第二等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书一个或多个实施例范围的情况下，第一也可以被称为第二，类似地，第二也可以被称为第一。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

在本说明书中，提供了一种业务处理方法，本说明书同时涉及一种业务处理装置，一种计算设备，以及一种计算机可读存储介质，在下面的实施例中逐一进行详细说明。

图1是本说明书一实施例提供的一种业务处理方法的流程图，图2是本说明书一实施例提供的一种业务处理方法的示意图，图3是本说明书一实施例提供的另一种业务处理方法的示意图；其中图1具体包括以下步骤：

步骤S102，获取业务项目的业务数据集合。

实际应用中，当业务项目发生突发事件的情况下，往往用户或者业务项目的参与方都是后知后觉，不能够及时针对突发事件作出应对，并且业务项目可能影响的人群较大，这就导致在针对突发事件进行公告时，能够触达的用户数量占比较少，从而影响用户参与业务项目的参与积极性，并且无法向用户提供有效的备案，会进一步造成用户的流失。

本说明书提供的业务处理方法，为了能够触达更多的业务方，以及使得业务方可以根据通知策略作出正确的应对，将在获取业务项目的业务数据集合后，从业务数据集合中筛选出异常业务数据，之后基于所述异常业务数据确定所述业务项目发生的异常事件，并生成异常事件的事件通知策略，最后从业务项目的业务方中选择与异常事件关联的目标业务方发送所述事件通知策略，实现了可以在发生异常事件的情况下，及时向目标业务方发出通知策略，不仅可以有效的提醒所述目标业务方，还能够针对性的给出调整策略，有效的提高了目标业务方的体验效果。

具体实施时，所述业务项目可以是线上交通业务项目，即通过移动支付方式乘坐的交通工具涉及的项目，比如线上公交业务项目或线上地铁业务项目等；即通过本说明书提供的业务处理方法，可以实现在发生交通突发事件的情况下，可以针对突发事件涉及的用户和公交/地铁运营商生成通知策略并发送，使得用户和公交/地铁运营商可以及时了解突发事件，以针对将要发生的出行或者运营作出正确的调整，避免造成时间上的浪费和资源上的浪费。

所述业务还可以是共享业务项目，即通过移动支付方式共享物品的项目，比如共享单车业务项目或共享打印机业务项目等，通过本说明书提供的业务处理方法，可以实现在发生重大事件改革或者调整的情况下，可以针对突发事件涉及的用户和共享物品的经营商生成通知策略并发送，使得用户和经营商可以及时了解突发事件，以针对共享物品的租赁和出租动作作出调整，避免造成资源的浪费。

本实施例将以所述业务项目为线上交通业务项目为例，对所述业务处理方法进行描述，相应的，在其他业务场景中的实现方式均可参见本实施例相应的描述内容，在此不作过多赘述。

实际应用中，在所述业务项目为线上交通业务项目的情况下，针对用户来讲，当某辆公交/地铁因突发事件而停运或者改道的情况下，用户可能无法及时了解到相关的公告数据，只有当用户乘坐该公交/地铁的情况下才能够发现，此时将会浪费用户较多的时间，并且还需要重新选择换乘方式，很大程度降低了用户的体验效果；本实施例提供的业务处理方法，即可实现在发生突发事件的情况下，及时向用户进行告知，并且智能化的向用户推出换乘方式，以提高用户的体验效果。

基于此，所述业务数据集合具体是指所述业务项目所涉及的业务数据所组成的集合，在所述业务项目为线上交通业务项目的情况下，所述业务数据集合中包含的业务数据可以包括：交通交易明细数据、交通运维数据、交通内部数据、交通外部数据、用户数据中的任意一项或多项，以实现通过多个维度对突发事件进行检测，及时发现突发事件以作出响应，避免对用户产生影响。

参见图2所示，在针对业务方进行通知的过程中，提供业务处理的服务端将通过数据层、基础能力层、应用层和用户层实现，在数据层中包含业务数据集中包含的业务数据，当获取到由业务数据组成的业务数据集合的情况下，将通过基础能力层结合应用层实现本实施例中的业务处理过程，基础能力层说明能够完成的服务有检索公告、异常事件的检测/监控，针对异常事件进行归因，进行数据的挖掘和异常事件的识别，而应用层将基于业务项目所涉及的数据实现事件监控、事件分析和应对方案的生成，最后由用户层完成向目标业务方的通知，从而实现支持业务处理过程的实现。

其中，基础能力层实现的是对业务处理方法的底层算法和组件的结合，基础能力层中的检索模块实现的是对公告的精提取，得到影响业务运行的事件，异常检测/监控是检测是否发生突发事件，监控一定时间内是否存在业务异常，归因是对异常进行原因定位。

需要说明的是，所述交通交易明细数据具体是指，公交或者地铁在运行区间的预设时间内所产生的交易相关的数据，所述交通运维数据具体是指公交或者地铁进行维修或者调整相关的数据，所述交通内部数据具体是指公交或者地铁的运营商内部变动所产生的数据，所述交通外部数据具体是指道路维修或者针对道路发布的相关公告对应的数据，所述用户数据具体是指用户个人的属性数据。

步骤S104，通过对所述业务数据集合中包含的业务数据进行筛选，确定异常业务数据。

具体的，在上述获取到业务项目的业务数据集合的基础上，进一步的，为了能够准确的确定异常事件，将根据所述业务数据集合中包含的业务数据确定异常业务数据，从而确定异常事件，基于此，对所述业务数据集合中包含的业务数据进行筛选，从而筛选出所述异常业务数据，以进行后续的异常事件的确定过程。

其中，所述异常业务数据具体是指存在影响业务项目运行的数据，比如业务项目是线上交通业务项目，相应的，所述异常业务数据具体是指能够影响公交或者地铁运行的数据，比如道路维修相关的数据，道路占用相关的数据，地铁故障相关的数据，或者恶劣环境相关的数据，都会导致公共交通无法正常运行，此时这部分数据均可以确定为异常业务数据，并且所述异常业务数据是从所述业务数据集合中的业务数据中筛选出来的。筛选过程具体是指当获取到线上交通业务项目相关的数据之后，从中选择能够导致公共交通无法正常运行的数据作为所述异常业务数据。

进一步的，在筛选所述异常业务数据的过程中，由于所述业务数据集合中包含的业务数据较多，如果通过人工筛选将会耗费大量的人力和物力，并且筛选准确度较低，有鉴于此，可以通过筛选模型实现异常业务数据的筛选，本实施例中，具体实现方式如下所述：

将所述业务数据集合中包含的业务数据进行向量转换，获得所述业务数据集合对应的业务特征向量；

将所述业务特征向量输入至预先训练的筛选模型进行数据筛选，获得所述异常业务数据。

具体的，在通过所述筛选模型进行数据筛选之前，首先对所述业务数据集合中包含的业务数据进行向量转换，之后获得所述业务数据集合对应的业务特征向量，再将所述业务特征向量输入至预先训练完成的筛选模型进行数据筛选，即可获得所述异常业务数据。

其中，所述筛选模型在进行数据筛选之前，需要通过大量的训练样本对其进行训练，之后根据损失函数输出的损失值的大小获得能够在实际场景中应用的筛选模型，以实现输入所述筛选模型多个维度的业务数据组成的集合，筛选模型可以从中筛选出异常业务数据并输出。需要说明的是，所述筛选模型的输入输出均为预先设定好的，当输入的为向量形式的特征的情况下，筛选模型的输出也为向量形式的特征，而为了能够方便应用，可以在所述筛选模型中增加转换模块，实现将输出层输出的异常业务数据的向量表达转换为所述异常业务数据，从而使得服务端直接使用。

本实施例以所述业务项目为线上公交业务项目为例，对确定异常业务数据的过程进行描述，获取公交车1号线在20**年6月1日10：00至10：30对应的交易明细数据，公交车1号线的维修数据，公交车1号线对应的道路通行数据，公交车1号线的运营商的调度数据组成的公交业务数据集合，此时将对公交车1号线进行监控，避免发生突发事件对乘坐1号线的乘客造成影响，将公交业务数据集合中包含的业务数据进行向量转换，获得业务特征向量为Si＝[S1，S2，S3，S4]，之后将业务特征向量Si输入至预先训练完成的筛选模型进行数据筛选，获得异常业务数据是交易明细数据，确定公交车1号线在10：00至10：30时间区间内的交易明细为0，说明在此时间区间无人通过线上支付的方式乘坐公交车，可能出现突发事件造成1号线公交无人乘坐，则将交易明细数据确定为异常业务数据，以进行后续进一步确定异常事件。

此外，若筛选模型输出的异常业务数据是维修数据的情况下，确定公交车1号线正在维修，无法正常运行，将导致乘客短时间内无法乘坐公交车1号线，则将维修数据确定为异常业务数据，进行后续确定异常事件即可；若筛选模型输出的异常业务数据是道路通行数据的情况下，确定公交车1号线所运行的路线中有部分道路正在施工，无法正常通行车辆，将导致在该路段上的公交站点等车的用户无法乘坐1号线，则将道路通行数据确定为异业务数据，进行后续确定异常事件即可；若筛选模型输出的异常业务数据是调度数据的情况下，确定公交车运营商将临时调度1号线，改变了运行路线，原路线上的乘客将无法乘坐1号线，则将调度数据确定为异常业务数据，进行后续确定异常事件即可。

也即是说，异常业务数据具体是指导致业务项目的参与方无法正常继续参与业务项目相关的数据；并且在确定所述异常业务数据的过程中，所述异常业务数据可以是空集，此时表明未发生任何突发事件，无需进行通知即可，所述异常业务数据还可以是业务数据中的一个或多个业务数据组成，当异常业务数据由业务数据集合中的一条业务数据组成的情况下，说明此时业务项目在该条业务数据所属的维度存在可能发生的突发事件；当异常业务数据由业务数据集合中的多条数据组成的情况下，说明业务项目在多条业务数据所属的维度均出现了突发事件，而该突发事件可能是相同的原因导致，则可以选择任意一条业务数据作为异常业务数据进行后续的处理即可，而在此过程中，若是多个原因导致发生了多个突发事件，可以针对不同的突发事件生成不同的策略进行提醒。

综上，在进行异常业务数据确定的过程中，为了能够节省人力和物力，以及提高对所述异常业务数据的筛选准确度，可以通过筛选模型实现数据的筛选过程，从而进一步提高了向目标业务方发送通知策略的速度。

步骤S106，基于所述异常业务数据确定所述业务项目对应的异常事件，生成所述异常事件的事件通知策略。

具体的，在上述确定所述异常业务数据的基础上，进一步的，说明所述业务项目发生了异常事件，将会对业务项目的业务方造成影响，为了避免该影响造成过大的影响面，将根据所述异常业务数据确定所述业务项目对应的异常事件，并生成所述异常事件的事件通知策略，以实现后续对业务方发送该策略，及时对异常事件进行应对，避免造成过多的消耗。

基于此，所述异常事件具体是指导致所述业务项目无法正常运行的事件，所述事件通知策略具体是指向业务方发送的提醒信息和应对方案组成的策略，比如在线上公交业务项目的场景中，异常事件可以是导致公交车无法正常运行的任何事件，如线路更改事件，道路维修事件，公交调度事件等，相应的，所述事件通知策略即为针对用户的发送的提醒信息，以及更换出行方式策略，或者更换公交线路的策略等。

进一步的，在生成所述事件通知策略的过程中，为了能够准确的确定异常事件，从而可以有效的对目标业务方作出提醒，可以优先通过检索模块进行业务公告的检索，本实施例中，具体实现方式如下所述：

确定所述异常业务数据对应的异常关键词，并基于所述异常关键词调用所述业务项目的检索模块进行业务公告检索。

具体的，所述异常关键词表示能够表达所述异常业务数据意图的关键词，所述检索模块是进行全网络业务公告检索的模块，所检索的公告内容均与所述业务项目相关联，即在确定所述异常业务数据对应的异常关键词后，将初步的进行业务公告检测，检索是否存在异常与异常业务数据相应的业务公告，若是，说明针对业务项目的异常事件相关的公告数据已经公示，若否，说明针对业务项目的异常事件相关的公告数据还未公示。

一方面，在所述检索模块检索到业务公告的情况下，则执行下述步骤：

确定事件公告数据，并按照所述事件公告数据确定事件通知规则；

基于所述事件公告数据和所述异常业务数据确定所述业务项目对应的异常事件；

根据所述事件通知规则和所述异常事件生成所述事件通知策略。

具体的，所述事件公告数据具体是指针对业务项目发布的公告数据或者公布数据，所述事件通知规则具体是指针对异常事件如何对目标业务方制定备案的规则，所述异常事件具体是指影响所述业务项目正常运行的事件，需要说明的是，所述事件公告数据即为针对所述异常事件进行公告或者公布的数据。

基于此，在所述检索模块检索到业务公告的情况下，说明此时异常业务数据针对业务项目造成的影响已经在线上进行公示或者发布，则直接通过检索模块获取事件公告数据，并按照所述事件公告数据确定所述事件通知规则，所述事件通知规则为所述业务项目预先设定好的规则，可以实现针对不同异常事件生成不同的事件通知策略，进一步的，在确定所述事件公告数据的情况下，即刻根据所述事件公告数据和所述异常业务数据确定所述业务项目所发生的异常事件，最后根据所述事件通知规则和所述异常事件即可生成向目标业务方发送的事件通知策略。

沿用上例，确定异常业务数据为维修数据的情况下，即可确定异常业务数据表达的含义是公交车1号线正在维修，无法正常运行，将导致乘客短时间内无法乘坐公交车1号线，进一步的，确定异常业务数据的异常关键词为“1号线维修”，此时调用检索模块进行全网络检索，在检索模块检索到与异常关键词匹配的业务公告的情况下，说明公交车1号线对应的运营商已经提前进行了1号线维修的公示，此时即可确定事件公告数据为：公交车1号线将在20**年6月1日10：00至10：30进行维修，在此期间将无法进行运营，请乘坐1号线的用户及时换乘。

按照事件公告数据确定事件通知规则为提醒用户换乘其他公交车，基于事件公告数据和异常业务数据确定线上公交业务项目对应的异常事件为：1号线公交车停运30分钟，最后即可根据事件通知规则和异常事件生成针对异常事件向用户发送的事件通知策略，事件通知策略即为公交车1号线10：00至10：30停运，请用户乘坐2号线换乘3号线，其中2号线换乘3号线对应的路线和1号线对应的路线相同，之后再向用户进行发送，即可实现及时提醒用户，并向用户提供备案，以避免用户在此期间去乘坐1号线浪费更多的时间。

综上，在通过检索模块进行公告检索的过程中，将通过事件关键词进行初步的检索，并且在初步检索就得到事件公告数据的情况下，直接针对异常事件生成事件通知策略，可以以最快的速度进行后续的提醒，从而给用户留出应对异常事件的时间，进一步提高用户的体验效果。

另一方面，在所述检索模块未检索到业务公告的情况下，则执行下述步骤1和步骤2。

步骤1，在异常事件数据库中提取与所述异常业务数据匹配的事件描述数据，并根据所述事件描述数据确定所述业务项目对应的异常事件。

具体的，所述异常事件数据库中存储有历史异常事件相关的描述数据和相关的通知策略，以实现后续可以在发生相似异常事件时，可以直接从异常事件数据库中提取相关的数据进行处。

基于此，在所述检索模块未检索到业务公告的情况下，说明所述检索模块经过初步的检索，未发现与所述异常业务数据匹配的业务公告，但是此时已经出现了所述异常业务数据，为了避免对目标业务方造成影响，此时将在所述异常事件数据库中提取所述异常业务数据匹配的事件描述数据，所述事件描述数据具体是指描述历史异常事件相关的数据，比如历史异常事件的类型，原因，应对方式，向涉及的业务方发送的通知策略等相关数据组成，进一步的，在确定所述事件描述数据的情况下，即可确定所述业务项目对应的异常事件，所述异常事件具体是指所述异常业务数据对应的突发事件。

进一步的，在从所述异常事件数据库中提取所述事件描述数据的过程中，由于所述异常事件数据库随着时间的增长，存储的描述数据也会随之增加，为了能够选择与所述异常业务数据匹配度足够高的数据，需要通过计算匹配度的方式进行确定，本实施例中，具体实现方式如下所述：

确定所述异常业务数据所属的数据维度，以及读取所述异常事件数据库的元数据；

基于所述元数据，在所述异常事件数据库中提取与所述数据维度匹配的描述数据并组成描述数据集合；

计算所述描述数据集合中包含的各个描述数据与所述异常业务数据的匹配度，根据计算结果选择匹配度最高的描述数据确定为所述事件描述数据。

具体的，所述数据维度与所述业务数据集合中包含的业务数据所属的维度相对应，即当业务数据确定为异常业务数据的情况下，所属的维度即为所述异常业务数据的数据维度，所述元数据具体是指所述异常事件数据库用于记录数据存储关系的数据，所述描述数据具体是指所述异常事件数据库中描述各个历史异常事件所对应的数据。

基于此，在未检索到业务公告的情况下，说明此时检索模块的精准度不够高，需要通过确定异常事件的方式减少检索模块的检索范围，从而更容易使得检索模块找到对应的业务公告，进一步的，首先确定所述异常业务数据的数据维度，之后读取所述异常事件数据库的元数据，基于元数据，即可在所述异常业务数据库中查询到与所述数据维度匹配的全部描述数据，并将查询到的描述数据组成所述描述数据集合，所述描述数据集合中所包含的描述数据均属于所述数据维度，最后通过计算所述异常业务数据与集合中各个描述数据的匹配度，选择匹配度最最高的描述数据作为所述事件描述数据即可，说明所述事件描述数据所描述的异常事件与所述异常业务数据所对应的异常事件最为相近，以进行后续的业务处理即可。

沿用上例，确定异常业务数据为维修数据的情况下，即可确定异常业务数据表达的含义是公交车1号线正在维修，无法正常运行，将导致乘客短时间内无法乘坐公交车1号线，进一步的，确定异常业务数据的异常关键词为“1号线维修”，此时调用检索模块进行全网络检索，在检索模块未检索到与异常关键词匹配的业务公告的情况下，说明1号线正在维修的事件未被公告，或者检索模块的检索范围太大，还未检索到相关的公告，此时需要减小检索范围，则确定异常业务数据的所属故障维度，并读取异常事件数据库的元数据，确定在数据库的S分区中存储有关于故障维度相关的描述数据，分别是描述数据A1：20**年1月2日，公交车10号线故障，原因是爆胎，维修时间10分钟，应对策略提醒乘客等待；A2：20**年2月1日，公交车5号线故障，原因车祸，维修时间3小时，应对策略提醒乘客换乘4号线；A3：20**年4月2日，公交车……An。

基于提取的故障维度的描述数据组成描述数据集合，并计算异常业务数据以集合中各个描述数据的匹配度，通过计算确定描述数据A10：20**年5月10日，公交车1号线车窗破碎，原因足球击碎，维修时间1小时，应对策略提醒乘客等待同线路下一趟公交车，与异常业务数据的匹配度为75％，是集合中最高的匹配度，则将描述数据A10确定为与异常业务数据匹配的事件描述数据，以进行后续的通知策略。

在所述检索模块初步未检索到业务公告的情况下，为了能够准确的向所述目标业务方进行通知，将通过历史异常事件对应的描述数据对所述异常业务数据进行定性，从而选择出匹配度最高的历史异常事件对应的描述数据作为所述事件描述数据，以用于后续确定事件通知策略。

进一步的，在确定所述事件描述数据的情况下，说明在所述异常事件数据库中存储有与所述异常业务数据相似的异常事件，则可以根据所述事件描述数据确定所述业务项目对应的异常事件，本实施例中，具体实现方式如下所述：

在所述异常事件数据库中提取与所述事件描述数据具有关联关系的历史异常事件；

通过对所述历史异常事件进行解析，获得所述历史异常事件的历史异常业务数据；

基于所述异常业务数据对所述历史异常业务数据进行调整，并根据调整结果生成所述业务项目对应的所述异常事件。

具体的，确定所述事件描述数据的情况下，说明存在着与所述异常业务数据相似的历史异常事件，则在所述异常事件数据库中提取与所述事件描述数据具体关联关系的历史异常事件，并通过对所述历史异常事件进行解析，即可获得所述历史异常事件的历史异常业务数据，此时再通过所述异常业务数据对所述历史异常业务数据进行调整，即可确定所述业务项目对应的所述异常事件，即确定所述异常业务数据所对应的异常事件，此时所述异常事件为影响所述业务项目正常运行的突发事件。

沿用上例，确定与异常业务数据匹配的事件描述数据：20**年5月10日，公交车1号线车窗破碎，原因足球击碎，维修时间1小时，应对策略提醒乘客等待同线路下一趟公交车后，在异常事件数据库中提取事件描述数据所描述的历史异常事件是：公交车1号线因故障停运事件，此时对历史异常事件：公交车1号线因故障停运事件进行解析，获得历史异常事件的历史异常业务数据是公交车1号线在20**年5月10日车窗破碎，停运1小时，则基于异常业务数据对历史异常业务数据进行调整，调整后获得的异常事件即为异常业务数据所对应的事件，异常事件为：公交车1号线6月1日10：00至10：30因故障停运的事件。

此外，在基于所述异常业务数据对所述历史异常业务数据进行调整的过程中，由于所述历史异常业务数据与所述异常业务数据匹配度较高，则可以确定所述历史异常业务数据所对应的历史异常事件与所述异常业务数据所对应的异常事件更为接近，则通过异常业务数据对历史异常业务数据进行调整，即可将调整后生成的异常事件确定为是当前时刻最大概率发生的事件，并且进行调整时，可以理解为通过对时间数据、位置数据或涉及的业务方数据进行调整，即可确定所述异常事件。

实际应用中，可能存在异常事件确定不够准确的问题，虽然异常事件确定的不够准确，但是无论事件发生的类型是什么，实则都是针对用户产生了不能够正常参与业务项目的问题，此时只需要精准的确定影响的时间和地点即可对用户做出提醒，使得用户无需关心事件类型，即可作出最正确的应对，进一步提高了用户的体验效果。

综上，在确定所述异常业务数据所对应的异常事件的过程中，为了能够提高确定异常事件的效率，以及提高后续向目标业务方发送的事件通知策略的精准度，将根据事件描述数据提取历史异常事件对所述异常事件进行定性，从而能够从历史异常事件出发确定最贴近当前时刻发生的异常事件，进一步提高了后续业务处理的效率。

步骤2，通过所述检索模块检索所述异常事件对应的业务公告数据，并基于所述业务公告数据和所述事件描述数据生成所述异常事件的所述事件通知策略。

具体的，在上述确定所述事件描述数据和所述异常事件的基础上，进一步的，由于所述检索模块在进行初步检索时的检索范围过大，并未检索到业务公告，通过确定异常事件的过程，进一步缩小了检索范围，此时所述检索模块即可从缩小后的检索范围确定针对所述异常事件的业务公告数据，之后基于所述业务公告数据和所述事件描述数据即可生成所述异常事件的事件通知策略。

实际应用中，所述业务公告数据具体是指所述检索模块在缩小检索范围后，通过进一步的检索确定的异常业务数据所对应的异常事件的公告数据，通过所述业务公告数据和所述事件描述数据生成所述事件通知策略具体是指在确定异常事件的业务公告数据后，即可确定事件发生的原因，所要使用的时间以及所要影响的区域，而所述事件描述数据是描述历史异常事件的，故可以通过事件描述数据确定历史异常事件的历史事件通知策略，最后按照业务公告数据对所述历史事件通知策略进行调整，使其可以适用于所述异常事件，即可确定为所述事件通知策略，以用于后续发送给目标业务方。

进一步的，在缩小所述检索模块的检索范围之后，所述检索模块将通过所述异常事件的事件关键词进行重新检索，本实施例中，具体实现方式如下所述：

生成所述异常事件对应的事件关键词；

基于所述事件关键词调用所述检索模块进行业务公告检索，根据检索结果获得所述业务公告数据。

具体的，在确定所述异常事件之后，说明已经初步的确定造成异常业务数据的原因，此时生成所述异常事件的事件关键词，再通过所述检索模块进行进一步的检索，即在缩小后的检索范围中进行异常事件相关的业务公告的检索，即可获得所述业务公告数据。

实际应用中，所述检索模块的检索数据源可以是社交网络平台、业务项目平台、业务公告平台；其中，检索数据源具体是指所述检索模块能够进行公告数据检索的平台，相应的，所述社交网络平台具体是指任意用户均可以发布信息的平台，所述业务项目平台具体是指业务项目的服务端所发布公告的平台，所述业务公告平台具体是指专用于发布事件公告的平台。

具体实施时，由于通过确定异常事件可以有效的缩小所述检索模块的检索范围，故所述检索模块在进行二次检索时，即可通过事件关键词确定所述异常事件的业务公告数据。例如，检索模块初步检索时的异常关键词是公交故障，通过检索业务公告发现存在1000条相关的业务公告数据，无法实现从1000条公告数据中再进行进一步的精提取，确定异常事件为公交车1号线6月1日10：00至10：30因故障停运的事件，此时确定异常事件的事件关键词是10：00至10：30公交车1号线停运，再通过检索模块进行进一步的检索，即可获得与异常事件对应的业务公告数据，以用于后续确定所述异常事件的事件通知策略。

通过确定异常事件的方式缩小所述检索模块的检索范围，进一步提高了所述检索模块检索到业务公告数据的效率以及精准度，从而进一步提高了生成所述事件通知策略的效率。

更进一步的，在通过所述检索模块获得所述业务公告数据之后，可以发现所述检索模块在初步检索时无法检索到业务公告数据，而通过缩小检索范围之后即可实现，说明所述检索模块的检索精准度还有待提升，则可以根据所述业务公告数据和所述事件关键词对所述检索模块进行进一步的优化，本实施例中，具体实现方式如下所述：

基于所述业务公告数据和所述事件关键词对所述检索模块进行优化，获得目标检索模块；其中，所述目标检索模块用于对下一节点的所述业务项目进行业务公告检索。

实际应用中，对所述检索模块进行优化，不仅可以提高所述检索模块初步检索时的检索精准度，还能够提高所述业务处理过程的效率，实现可以节省确定异常事件的步骤即可完成确定事件通知策略，进一步提高了用户的体验效果。其中，所述下一节点具体是指下一次对所述业务项目进行业务公告进行检测的节点，可以是时间节点，或者任务节点等。

此外，在确定所述事件通知策略的过程中，实则是通过归因的方法进行确定，本实施例中，具体实现方式如下所述：

基于所述事件描述数据和所述异常业务数据对所述异常事件进行解析，获得事件通知数据；

根据所述事件通知数据和所述业务公告数据生成所述异常事件的所述事件通知策略。

实际应用中，所述事件通知数据具体是指提醒信息和应对方案信息组成的数据，相应的所述事件通知策略即为向目标业务方发送的提醒信息和应对异常事件策略的集合，

更进一步的，在通过所述检索模块进行业务公告数据检索的同时，还可以通过事件监控模块进行异常事件的监控，从而实现对公告进行检索的同时，还同时进行事件的检索，进一步提高确定业务公告数据的精准度，本实施例中，具体实现方式如下所述：

根据所述异常业务数据确定所述异常事件的事件发生时间；

基于所述事件发生时间读取所述业务项目的交易数据，并根据所述交易数据调用事件监控模块进行事件监控；

在监控到监控公告数据的情况下，判断所述业务公告数据和所述监控公告数据是否相同；

若是，执行所述基于所述业务公告数据和所述事件描述数据生成所述异常事件的所述事件通知策略；

若否，确定所述业务公告数据和所述监控公告数据的权重值，选择权重值最高的公告数据作为所述业务公告数据。

具体的，在所述检索模块进行业务公告数据检测的同时，确定所述异常事件的时间发生事件，此时根据所述事件发生事件读取所述业务项目的交易数据，所述交易数据具体是指所述业务项目在设定时间内的发生的全部交易数据，之后调用事件监控数据进行事件监控，在监控到监控公告数据的情况下，说明有公告或者公示刊登了所述异常事件相关的信息，此时确定了监控公告数据和业务公告数据。

基于此，通过监控公告数据和所述业务公告数据可以分析出两种公告数据描述的是否为同一异常事件，即判断所述业务公告数据和所述监控公告数据是否相同；若是，说明所述业务公告数据和所述监控公告数据所描述的异常事件相同，则基于所述业务公告数据和所述事件描述数据生成所述异常事件的所述事件通知策略即可；若否，说明所述业务公告数据和所述监控公告数据所描述的异常事件不相同，则可以选择两者中权重最高的公告数据作为所述业务公告数据，以进行生成所述异常事件的所述事件通知策略的过程。

例如，确定异常事件是公交车1号线6月1日10：00至10：30因故障停运，此时确定异常事件的发生时间是6月1日10：00，读取到1号线在10：00至当前时刻(未到达10:30)的交易数据为0，则根据交易数据调用事件监控模块进行事件监控，在监控到监控公告数据为：公交车1号线将在20**年6月1日10：00至10：30进行维修，在此期间将无法进行运营，请乘坐1号线的用户及时换乘的情况下，确定监控公告数据和业务公告数据相同，则直接进行后续确定事件通知策略的过程即可。

实际应用中，所述事件监控模块不仅可以监控公告数据，还可以监控相关的视频数据、文字描述数据或者图片描述数据，以实现从各个多媒体维度尽量获取能够表达异常事件的公告数据，从而进一步的提高后续生成所述事件通知策略的效率，以及精准度，从而提高目标业务方的体验效果。

此外，在生成所述事件通知策略的过程中，由于所述业务项目中涉及的业务方不仅包含用户，还可能包含运营商或者营销商，故需要针对不同的身份生成不同的提醒和通知策略，本实施例中，具体实现方式如下所述：

基于所述事件描述数据确定针对所述第一业务方的第一通知规则，以及针对所述第二业务方的第二通知规则；

基于所述业务公告数据确定针对所述第一业务方的第一通知信息，以及针对所述第二业务方的第二通知信息；

按照所述第一通知规则对所述第一通知信息进行处理，获得第一事件通知策略，以及按照所述第二通知规则对所述第二通知信息进行处理，获得第二事件通知策略；

将所述第一事件通知策略和所述第二事件通知策略整合为所述事件通知策略。

具体的，所述第一业务方具体是指所述业务项目中涉及的运营商或者营销上组成，所述第二业务方具体是指所述业务项目中涉及的用户组成，比如在线上公交业务项目中，所述第一业务方即为公交车运营商，所述第二业务方即可乘坐公交车的用户，相应的，所述第一通知规则具体是指针对运营商生成应对方案的规则，所述第一通知信息具体是指针对运营商的提醒信息；所述第二通知规则具体是指针对用户生成的应对方案，所述第二通知信息具体是指针对用户的提醒信息。

基于此，由于在业务项目中，第一业务方和第二业务方所涉及的业务并不相同，故为了能够对第一业务方和第二业务方中均作出提醒，首先根据所述事件描述数据确定针对所述第一业务方的第一通知规则，以及针对所述第二业务方的第二通知规则，其次基于所述业务公告数据确定针对所述第一业务方的第一通知信息，以及针对所述第二业务方的第二通知信息，再次按照所述第一通知规则对所述第一通知信息进行处理，获得第一事件通知策略，以及按照所述第二通知规则对所述第二通知信息进行处理，获得第二事件通知策略；最后将所述第一事件通知策略和所述第二事件通知策略即可整合为所述事件通知策略。

例如，异常事件是A城市B街道修路，导致公交2号线无法通行，在B街道上有两个2号线的公交站点，此时不仅对2个公交站点上车的用户造成影响，还会对公交2号线的运营造成影响，故需要针对用户发送提醒的同时也向公交2号线的运营商发送提醒，并且还需要针对用户发出换乘策略，以及针对运营商发出改道策略，即根据异常事件的事件描述数据确定运营商的第一通知规则是临时修改线路，以及确定针对用户的第二通知规则是更换其他公交；同时确定向运营商发送的第一通知信息是B街道修路3天，请对公交2号线路线作出调整，向用户发送的第二通知信息是B街道修路3天，请绕路通行。

此时根据第一通知规则对第一通知信息进行调整，获得的第一事件通知策略是B街道修路3天，请将公交2号线中线路的甲站点和乙站点临时取消，绕路从C街道通行，根据第二通知规则对第二通知信息进行调整，获得的第二事件通知策略是B街道修路3天，请您出行时绕路到C街道的丙站点乘坐4号线公交，在确定第一事件通知策略和第二事件通知策略后，以用于后续向运营商和用户进行推送。

综上所述，在生成所述事件通知策略的过程中，由于所述业务项目的业务方中包含第一业务方和第二业务方，并且两者所涉及的业务并不相同，故为了能够提高业务方的便捷性，可以针对不同的业务方生成不同的事件通知策略，从而实现智能化的生成事件通知策略，有效的提高了业务方的体验效果。

步骤S108，确定所述业务项目的业务方中与所述异常事件关联的目标业务方，并向所述目标业务方发送所述事件通知策略。

具体的，在上述确定所述事件通知策略的基础上，进一步的，此时需要从业务项目的业务方中筛选出与异常事件关联的目标业务方进行通知，所述业务方具体是指所述业务项目所涉及的全部参与方，所述目标业务方具体是指从所述业务方中筛选出的与所述异常事件相关的参与方；例如在线上公交业务项目中，业务方包括公交车运营商和乘坐公交车的乘客，在公交车1号线发生故障的情况下，目标业务方即为1号线公交车的运营商和乘坐公交车1号线的乘客。

基于此，在从所述业务方中确定与所述异常事件具有关联关系的目标业务方后，将向所述目标业务方发送所述事件通知策略，从而实现在异常事件发生后，及时向目标业务发送提醒，同时给出应对方案，以避免异常事件对目标业务方造成过大的影响。实际应用中，在确定所述目标业务方的过程中，实则是计算所述异常事件所造成的影响面，影响面越大说明涉及的目标业务方越多，所需要发送的通知策略也就越多，反之影响面越小说明涉及的目标业务方越少，所需要发送的通知策略也就越少，需要说明的是，在进行通知策略发送的过程中，可以通过分发和任务流转的方式实现，从而可以及时触达用户，使得用户了解异常事件所造成的影响。

具体实施时，通过分发和任务流转进行通知，具体是指通过目标业务方所使用的应用程序进行通知策略的推送，实则是选择目标业务方使用频率最高的应用程序进行推送所述事件通知策略，从而实现及时触达用户，例如用户A经常使用通信软件S，用户B经常使用视频软件P，在向用户A和用户B发送公交车1号线发生故障请换乘2号线的策略时，可以通过通信软件S向用户A进行推送公交车1号线发生故障请换乘2号线的策略，通过视频软件P向用户B进行推送公交车1号线发生故障请换乘2号线的策略，从而实现更加容易的使得用户查看到事件通知策略，进一步提高用户的体验效果。

进一步的，在确定所述目标业务方的过程中，由于所述业务项目不同的业务涉及的不同的业务方，故为了能够实现触达异常事件对应的业务方，可以通过交易明细数据进行确定，本实施例中，具体实现方式如下所述：

读取所述业务项目的交易明细数据，以及确定所述异常事件的影响区域；

根据所述交易明细数据确定所述业务方，并按照所述影响区域在所述业务方中筛选出所述目标业务方。

具体的，所述交易明细数据具体是指，业务方通过线上支付的方式参与所述业务项目所对应的交易数据，所述影响区域具体是指所述异常事件所影响的地区；基于此，在读取所述交易明细数据的通知，确定所述异常事件的影响区域，之后基于所述交易明细数据即可确定所述业务项目的业务方，在按照所述影响区域在所述业务方中筛选出所述目标业务方，再进行后续的事件通知策略的提醒即可。

沿用上例，在确定公交车1号线发生故障后，此时读取公交车1号线历史的交易明细数据，确定每天10：00至10：30乘车的用户有1000名，其中在A街道上车的用户有200名，故异常事件所对应的影响区域是A街道，业务方有1000名用户，此时按照影响区域在1000名用户中筛选出受到影响的200名用户，以及公交车1号线的运营商作为目标业务方，以进行后续的事件通知策略的发送。

在确定所述目标业务方的过程中，通过交易明细数据进行确定业务方，说明该部分用户是通过线上交易的方式参与的业务项目，能够更加容易被触达，之后在按照所述影响区域筛选出目标业务方，实现了更加精准的对异常事件影响的用户进行推送策略，提高了用户的体验效果。

具体实施时，在进行目标业务方的确定的过程中，为了能够提高精准度，可以通过下钻分析的方式进行确定，具体是指不断的进行筛选，首先从区域维度进行筛选，再从时间维度进行进一步的筛选，最后再从数量维度进行筛选，从而实现更加精准的确定所述目标业务方。例如在线上公交业务项目中，筛选异常事件所影响的用户时，可以通过确定公交车发生故障的线路初步确定1000名用户组成的群体，之后再根据时间从1000名用户中筛选出500名用户可能被影响，最后再从500名用户中筛选出每周乘坐次数超过8次的用户作为最终的目标用户，以进行后续的策略通知。

此外，由于所述业务方中包含第一业务方和第二业务方，故需要确定异常事件涉及的第一目标业务方和第二目标业务方，以进行针对性的策略的托送，实现不仅可以对用户提供服务，还可以对业务项目的运营商提供服务，本实施例中，具体实现方式如下所述：

按照所述业务公告数据在所述第一业务方中确定第一目标业务方，以及按照所述异常业务数据在所述第二业务方中确定第二目标业务方；

向所述第一目标业务方发送所述第一事件通知策略，以及向所述第二目标业务方发送所述第二事件通知策略。

实际应用中，所述第一目标业务方具体是指从第一业务方中筛选出的受到异常事件影响的运营商，所述第二目标业务方具体是指从第二业务方中筛选出的受到异常事件影响的用户，之后分别针对第一目标业务方和第二目标业务方发送第一事件通知策略和第二事件通知策略，实现针对不同的业务方发送不同的通知策略，不仅服务于用户还可以服务于运营商，使得业务处理过程更加智能化。

更进一步的，在向所述目标业务方发送事件通知策略之后，为了能够促进服务端的业务处理过程的效率，以及提高业务处理的精准度，可以根据目标业务方的反馈数据确定所述事件通知策略的准确度、合理性，以实现写入异常事件数据库，用于优化后续策略智能生成的过程，本实施例中，具体实现方式如下所述：

接收所述目标业务方针对所述事件通知策略提交的反馈数据；

根据所述反馈数据确定所述目标业务方针对所述事件通知策略的评价数据，并按照所述评价数据对所述事件通知策略进行标注；

根据标注结果以及所述异常业务数据，生成针对所述异常事件的目标描述数据，并将所述目标描述数据写入异常事件数据库。

具体的，在接收到所述目标业务方针对所述事件通知策略提交的反馈数据的情况下，说明所述事件通知策略提供的应对方案可能并不符合目标业务方的需求，此时则可以根据所述反馈数据确定所述目标业务方针对所述事件通知策略的评价数据，所述评价数据具体是指所述目标业务方针对服务端下发的事件通知策略的意见，用于体现所述事件通知策略的准确性和合理性等。

基于此，此时即可根据所述评价数据对所述事件通知策略进行标注，标注的目的是体现所述事件通知策略的合理性以及有用性，以此来表达所述事件通知策略对所述目标业务方提供的应对方案的可靠度，之后根据标注后的事件通知策略和所述异常业务数据，生成所述异常时间的目标描述数据，并写入到所述异常事件数据库中，实现可以对生成事件通知策略的过程进行优化，达到后续生成通知策略时，可以生成更加符合目标业务方需求的策略，即生成的策略中的提醒信息更加能够体现出异常事件的原因，以及策略中的应对方案能够更加可靠，使得目标业务方可以通过应对方案得到有效的帮助。

例如，公交车1号线10:00至10：30发生故障之后，向用户发送了请换乘2号线的通知策略，在10：10接收到用户的反馈数据：2号线人过多，请合理换乘3号线，此时确定用户对事件通知策略存在意见，表明事件通知策略并不是很合理，故需要按照用户的评价数据对事件通知策略进行标注，标注结果是事件通知策略并不精准，之后根据标注后的事件通知策略和异常业务数据生成异常事件的目标描述数据，并写入异常事件数据库，实现再次进行事件通知策略生成的过程中，可以使得生成的策略更加符合用户的应对方案需求，偏离于请换乘2号线的通知策略。

综上，根据目标业务方的反馈数据对事件通知策略进行打标，并将打标后和异常业务数据生成的目标描述数据写入异常事件数据库，实现可以有效的优化策略智能生成的过程，提高后续生成的事件通知策略的合理性和可靠性，进一步的提高了体验效果。

参见图3所示，在进行业务处理的过程中，当获取到由业务数据、外部数据、运维数据和检索数据组成的业务数据集合后，将输入到服务端的数据检索/监控模块进行业务公告检索，异常业务数据的离线监控和实时监控，在确定异常业务数据之后，再由异常事件确定模块进行异常事件类型识别、事件归因和异常关键词的生成，此时可以将关键词返回给检索模块进行深层次的检索，同时可以通过预案模块确定目标业务方，并生成事件通知策略，最后再进行通知策略的分发。

此外，为了方便服务端、运营商和用户进行事件通知策略的查询，可以设置业务监控看板、异常事件看板、任务流程看板以及反馈接口，实现不仅可以随时查询异常事件的相关信息，还能够通过反馈的方式进行告知或者事件通知策略的调整，进一步提高了业务处理过程的智能化，在用户通过反馈接口提交反馈数据后，可以重新对事件通知策略进行调整，调整时可以重新进行异常事件检索/监控、识别、归因以及推荐，从而提高用户的体验效果，并且支持该过程实现的底层是由各个数据库实现。

本说明书提供的业务处理方法，在获取业务项目的业务数据集合后，从业务数据集合中筛选出异常业务数据，之后基于所述异常业务数据确定所述业务项目发生的异常事件，并生成异常事件的事件通知策略，最后从业务项目的业务方中选择与异常事件关联的目标业务方发送所述事件通知策略，实现了可以在发生异常事件的情况下，及时向目标业务方发出通知策略，不仅可以有效的提醒所述目标业务方，还能够针对性的给出调整策略，有效的提高了目标业务方的体验效果。

下述结合附图4，以本说明书提供的业务处理方法在公交业务项目中的应用为例，对所述业务处理方法进行进一步说明。其中，图4示出了本说明书一实施例提供的一种应用于公交业务项目中的业务处理方法的处理流程图，具体包括以下步骤：

步骤S402，获取公交业务项目的业务数据集合。

实际应用中，为了能够及时对乘坐公交车的用户做出突发事件的提醒，以避免造成过多的损失，可以通过本实施例提供的业务处理方法实现，需要说明的是，本实施例中涉及的描述内容与上述实施例中所描述的内容类似，具体描述可以参见上述实施例中相应的描述，本实施例在此不作过多赘述。

步骤S404，将业务数据集合中包含的业务数据输入至筛选模型进行业务筛选，获得的异常业务数据是道路维修数据。

具体的，获取业务数据集合中包含的业务数据分别是公交业务数据，公交交易数据，公交外部数据，公交内部数据以及道路维修数据，此时将各个数据转换成向量输入至筛选模型进行筛选，确定存在异常的数据是道路维修数据，即A街道正在维修道路，耗时3天。

步骤S406，确定道路维修数据的异常关键词，并基于异常关键词调用公交业务项目的检索模块进行业务公告检索；若检测到，则执行步骤S408；若未检索到执行步骤S414。

步骤S408，确定事件公告数据，并按照事件公告数据确定事件通知规则。

步骤S410，基于事件公告数据和道路维修数据确定公交业务项目的异常事件。

步骤S412，根据事件通知规则和异常事件生成事件通知策略。

具体的，在检索模块检索到业务公告的情况下，说明道路维修部门已经对A街道正在维修进行公告，此时即可确定异常事件是A街道维修，事件通知规则即为提醒用户绕行，提醒公交车运营商将路过A街道的公交车进行临时修改路线，此时生成的事件通知策略即为通知运营商修改路过A街道的公交车的线路，通知用户绕开A街道换乘其他路公交车。

步骤S414，确定道路维修数据所属的数据维度，以及在异常事件数据库中读取与数据维度对应的描述数据组成描述数据集合。

步骤S416，计算描述数据集合中包含的描述数据和道路维修数据的匹配度，根据计算结果选择匹配度最高的描述数据作为事件描述数据。

步骤S418，在异常事件数据库中提取与事件描述数据具有关联关系的历史异常事件。

步骤S420，对历史异常事件进行解析，获得历史异常业务数据，并基于道路维修数据对历史异常业务数据进行调整，根据调整结果生成异常事件。

步骤S422，生成异常事件的事件关键词，并调用检索模块进行业务公告检索，获得业务公告数据。

步骤S424，根据业务公告数据和事件描述数据生成异常事件的事件通知策略。

具体的，在检索模块未检索到业务公告的情况下，说明道路维修部门未针对A街道正在维修进行公告，或者检索模块的检索范围过大，未检索到相关的公告，此时则可以通过选择历史异常事件来定性道路维修数据对应的异常事件，从而实现通过该方式减小检索模块的检索范围，之后再由检索模块进行重新检索，即可获得关于异常事件的业务公告数据，最后基于业务公告数据和道路维修数据生成的事件通知策略为通知运营商修改路过A街道的公交车的线路，通知用户绕开A街道换乘其他路公交车。

步骤S426，确定异常事件涉及的公交运营商和乘客，并向公交运营商和乘客分别发送事件通知策略。

具体的，在确定A街道正在维修的信息后，此时确定影响的公交运营商有公交运营商L1和L2，影响的乘客有300名，分别是用户U1，用户U2……用户U300，此时针对公交运营商L1和L2发送更改公交车线路的策略，以及向300名乘客发送绕开街道A，到街道B乘坐公共交5号线的策略。

此外，在向运营商和乘客发送事件通知策略之后，还可以接受乘客或者运营商的反馈意见，根据反馈意见对事件通知策略生成的过程进行优化，以提高后续生成的事件通知策略的合理性和可靠性。

本说明书提供的业务处理方法，在获取业务项目的业务数据集合后，从业务数据集合中筛选出异常业务数据，之后基于所述异常业务数据确定所述业务项目发生的异常事件，并生成异常事件的事件通知策略，最后从业务项目的业务方中选择与异常事件关联的目标业务方发送所述事件通知策略，实现了可以在发生异常事件的情况下，及时向目标业务方发出通知策略，不仅可以有效的提醒所述目标业务方，还能够针对性的给出调整策略，有效的提高了目标业务方的体验效果。

与上述方法实施例相对应，本说明书还提供了业务处理装置实施例，图6示出了本说明书一实施例提供的一种业务处理装置的结构示意图。如图6所示，该装置包括：

获取模块502，被配置为获取业务项目的业务数据集合；

筛选模块504，被配置为通过对所述业务数据集合中包含的业务数据进行筛选，确定异常业务数据；

生成模块506，被配置为基于所述异常业务数据确定所述业务项目对应的异常事件，生成所述异常事件的事件通知策略；

发送模块508，被配置为确定所述业务项目的业务方中与所述异常事件关联的目标业务方，并向所述目标业务方发送所述事件通知策略。

一个可选的实施例中，所述筛选模块504，包括：

向量转换单元，被配置为将所述业务数据集合中包含的业务数据进行向量转换，获得所述业务数据集合对应的业务特征向量；

模型筛选单元，被配置为将所述业务特征向量输入至预先训练的筛选模型进行数据筛选，获得所述异常业务数据。

一个可选的实施例中，所述生成模块506，包括：

确定异常关键词单元，被配置为确定所述异常业务数据对应的异常关键词，并基于所述异常关键词调用所述业务项目的检索模块进行业务公告检索；

第一确定异常事件单元，被配置为在未检索到业务公告的情况下，在异常事件数据库中提取与所述异常业务数据匹配的事件描述数据，并根据所述事件描述数据确定所述业务项目对应的异常事件；

第一生成策略单元，被配置为通过所述检索模块检索所述异常事件对应的业务公告数据，并基于所述业务公告数据和所述事件描述数据生成所述异常事件的所述事件通知策略。

一个可选的实施例中，所述生成模块506，包括：

确定规则单元，被配置为在检索到业务公告的情况下，确定事件公告数据，并按照所述事件公告数据确定事件通知规则；

第二确定异常事件单元，被配置为基于所述事件公告数据和所述异常业务数据确定所述业务项目对应的异常事件；

第二生成策略单元，被配置为根据所述事件通知规则和所述异常事件生成所述事件通知策略。

一个可选的实施例中，所述第一确定异常事件单元，包括：

读取元数据子单元，被配置为确定所述异常业务数据所属的数据维度，以及读取所述异常事件数据库的元数据；

提取描述数据子单元，被配置为基于所述元数据，在所述异常事件数据库中提取与所述数据维度匹配的描述数据并组成描述数据集合；

计算匹配度子单元，被配置为计算所述描述数据集合中包含的各个描述数据与所述异常业务数据的匹配度，根据计算结果选择匹配度最高的描述数据确定为所述事件描述数据。

一个可选的实施例中，所述第一确定异常事件单元，包括：

提取历史异常事件子单元，被配置为在所述异常事件数据库中提取与所述事件描述数据具有关联关系的历史异常事件；

解析历史异常事件子单元，被配置为通过对所述历史异常事件进行解析，获得所述历史异常事件的历史异常业务数据；

数据调整子单元，被配置为基于所述异常业务数据对所述历史异常业务数据进行调整，并根据调整结果生成所述业务项目对应的所述异常事件。

一个可选的实施例中，所述第一生成策略单元，包括：

生成事件关键词子单元，被配置为生成所述异常事件对应的事件关键词；

业务公告检索子单元，被配置为基于所述事件关键词调用所述检索模块进行业务公告检索，根据检索结果获得所述业务公告数据。

一个可选的实施例中，所述第一生成策略单元，包括：

解析异常事件子单元，被配置为基于所述事件描述数据和所述异常业务数据对所述异常事件进行解析，获得事件通知数据；

生成事件通知策略子单元，被配置为根据所述事件通知数据和所述业务公告数据生成所述异常事件的所述事件通知策略。

一个可选的实施例中，所述生成模块506，包括：

确定事件发生事件单元，被配置为根据所述异常业务数据确定所述异常事件的事件发生时间；

事件监控单元，被配置为基于所述事件发生时间读取所述业务项目的交易数据，并根据所述交易数据调用事件监控模块进行事件监控；

判断单元，被配置为在监控到监控公告数据的情况下，判断所述业务公告数据和所述监控公告数据是否相同；

若是，运行所述第一生成策略单元。

一个可选的实施例中，所述业务方中包括第一业务方和第二业务方；

相应的，所述生成模块506，包括：

确定通知规则单元，被配置为基于所述事件描述数据确定针对所述第一业务方的第一通知规则，以及针对所述第二业务方的第二通知规则；

确定通知信息单元，被配置为基于所述业务公告数据确定针对所述第一业务方的第一通知信息，以及针对所述第二业务方的第二通知信息；

信息处理单元，被配置为按照所述第一通知规则对所述第一通知信息进行处理，获得第一事件通知策略，以及按照所述第二通知规则对所述第二通知信息进行处理，获得第二事件通知策略；

策略整合单元，被配置为将所述第一事件通知策略和所述第二事件通知策略整合为所述事件通知策略。

一个可选的实施例中，所述发送模块508，包括：

确定目标业务方单元，被配置为按照所述业务公告数据在所述第一业务方中确定第一目标业务方，以及按照所述异常业务数据在所述第二业务方中确定第二目标业务方；

发送事件通知策略单元，被配置为向所述第一目标业务方发送所述第一事件通知策略，以及向所述第二目标业务方发送所述第二事件通知策略。

一个可选的实施例中，所述发送模块508，包括：

读取交易明细数据单元，被配置为读取所述业务项目的交易明细数据，以及确定所述异常事件的影响区域；

筛选目标业务方单元，被配置为根据所述交易明细数据确定所述业务方，并按照所述影响区域在所述业务方中筛选出所述目标业务方。

一个可选的实施例中，所述业务处理装置，还包括：

接收模块，被配置为接收所述目标业务方针对所述事件通知策略提交的反馈数据；

标注模块，被配置为根据所述反馈数据确定所述目标业务方针对所述事件通知策略的评价数据，并按照所述评价数据对所述事件通知策略进行标注；

写入模块，被配置为根据标注结果以及所述异常业务数据，生成针对所述异常事件的目标描述数据，并将所述目标描述数据写入异常事件数据库。

一个可选的实施例中，所述检索模块的检索数据源包括下述至少一项：

社交网络平台、业务项目平台、业务公告平台；

相应的，所述业务处理装置，还包括：

优化模块，被配置为基于所述业务公告数据和所述事件关键词对所述检索模块进行优化，获得目标检索模块；

其中，所述目标检索模块用于对下一节点的所述业务项目进行业务公告检索。

本说明书提供的业务处理装置，在获取业务项目的业务数据集合后，从业务数据集合中筛选出异常业务数据，之后基于所述异常业务数据确定所述业务项目发生的异常事件，并生成异常事件的事件通知策略，最后从业务项目的业务方中选择与异常事件关联的目标业务方发送所述事件通知策略，实现了可以在发生异常事件的情况下，及时向目标业务方发出通知策略，不仅可以有效的提醒所述目标业务方，还能够针对性的给出调整策略，有效的提高了目标业务方的体验效果。

上述为本实施例的一种业务处理装置的示意性方案。需要说明的是，该业务处理装置的技术方案与上述的业务处理方法的技术方案属于同一构思，业务处理装置的技术方案未详细描述的细节内容，均可以参见上述业务处理方法的技术方案的描述。

图6示出了根据本说明书一实施例提供的一种计算设备600的结构框图。该计算设备600的部件包括但不限于存储器610和处理器620。处理器620与存储器610通过总线630相连接，数据库650用于保存数据。

计算设备600还包括接入设备640，接入设备640使得计算设备600能够经由一个或多个网络660通信。这些网络的示例包括公用交换电话网(PSTN)、局域网(LAN)、广域网(WAN)、个域网(PAN)或诸如因特网的通信网络的组合。接入设备640可以包括有线或无线的任何类型的网络接口(例如，网络接口卡(NIC))中的一个或多个，诸如IEEE802.11无线局域网(WLAN)无线接口、全球微波互联接入(Wi-MAX)接口、以太网接口、通用串行总线(USB)接口、蜂窝网络接口、蓝牙接口、近场通信(NFC)接口，等等。

在本说明书的一个实施例中，计算设备600的上述部件以及图6中未示出的其他部件也可以彼此相连接，例如通过总线。应当理解，图6所示的计算设备结构框图仅仅是出于示例的目的，而不是对本说明书范围的限制。本领域技术人员可以根据需要，增添或替换其他部件。

计算设备600可以是任何类型的静止或移动计算设备，包括移动计算机或移动计算设备(例如，平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等)、移动电话(例如，智能手机)、可佩戴的计算设备(例如，智能手表、智能眼镜等)或其他类型的移动设备，或者诸如台式计算机或PC的静止计算设备。计算设备600还可以是移动式或静止式的服务器。

其中，处理器620用于执行如下计算机可执行指令：

获取业务项目的业务数据集合；

通过对所述业务数据集合中包含的业务数据进行筛选，确定异常业务数据；

基于所述异常业务数据确定所述业务项目对应的异常事件，生成所述异常事件的事件通知策略；

确定所述业务项目的业务方中与所述异常事件关联的目标业务方，并向所述目标业务方发送所述事件通知策略。

上述为本实施例的一种计算设备的示意性方案。需要说明的是，该计算设备的技术方案与上述的业务处理方法的技术方案属于同一构思，计算设备的技术方案未详细描述的细节内容，均可以参见上述业务处理方法的技术方案的描述。

本说明书一实施例还提供一种计算机可读存储介质，其存储有计算机指令，该指令被处理器执行时以用于：

获取业务项目的业务数据集合；

通过对所述业务数据集合中包含的业务数据进行筛选，确定异常业务数据；

基于所述异常业务数据确定所述业务项目对应的异常事件，生成所述异常事件的事件通知策略；

确定所述业务项目的业务方中与所述异常事件关联的目标业务方，并向所述目标业务方发送所述事件通知策略。

上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是，该存储介质的技术方案与上述的业务处理方法的技术方案属于同一构思，存储介质的技术方案未详细描述的细节内容，均可以参见上述业务处理方法的技术方案的描述。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

所述计算机指令包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

需要说明的是，对于前述的各方法实施例，为了简便描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本说明书并不受所描述的动作顺序的限制，因为依据本说明书，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定都是本说明书所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。

以上公开的本说明书优选实施例只是用于帮助阐述本说明书。可选实施例并没有详尽叙述所有的细节，也不限制该发明仅为所述的具体实施方式。显然，根据本说明书的内容，可作很多的修改和变化。本说明书选取并具体描述这些实施例，是为了更好地解释本说明书的原理和实际应用，从而使所属技术领域技术人员能很好地理解和利用本说明书。本说明书仅受权利要求书及其全部范围和等效物的限制。

Claims (17)

1.一种业务处理方法，包括：

获取业务项目的业务数据集合；

通过对所述业务数据集合中包含的业务数据进行筛选，确定异常业务数据；

基于所述异常业务数据确定所述业务项目对应的异常事件，生成所述异常事件的事件通知策略；

确定所述业务项目的业务方中与所述异常事件关联的目标业务方，并向所述目标业务方发送所述事件通知策略；

其中，基于所述异常业务数据确定所述业务项目对应的异常事件，生成所述异常事件的事件通知策略，包括：确定所述异常业务数据对应的异常关键词，并基于所述异常关键词调用所述业务项目的检索模块进行业务公告检索，基于检索结果生成所述事件通知策略。

2.根据权利要求1所述的业务处理方法，所述通过对所述业务数据集合中包含的业务数据进行筛选，确定异常业务数据，包括：

将所述业务数据集合中包含的业务数据进行向量转换，获得所述业务数据集合对应的业务特征向量；

将所述业务特征向量输入至预先训练的筛选模型进行数据筛选，获得所述异常业务数据。

3.根据权利要求1所述的业务处理方法，所述确定所述异常业务数据对应的异常关键词，并基于所述异常关键词调用所述业务项目的检索模块进行业务公告检索，基于检索结果生成所述事件通知策略，包括：

在未检索到业务公告的情况下，在异常事件数据库中提取与所述异常业务数据匹配的事件描述数据，并根据所述事件描述数据确定所述业务项目对应的异常事件；

通过所述检索模块检索所述异常事件对应的业务公告数据，并基于所述业务公告数据和所述事件描述数据生成所述异常事件的所述事件通知策略。

4.根据权利要求3所述的业务处理方法，还包括：

在检索到业务公告的情况下，确定事件公告数据，并按照所述事件公告数据确定事件通知规则；

基于所述事件公告数据和所述异常业务数据确定所述业务项目对应的异常事件；

根据所述事件通知规则和所述异常事件生成所述事件通知策略。

5.根据权利要求3所述的业务处理方法，所述在异常事件数据库中提取与所述异常业务数据匹配的事件描述数据，包括：

确定所述异常业务数据所属的数据维度，以及读取所述异常事件数据库的元数据；

基于所述元数据，在所述异常事件数据库中提取与所述数据维度匹配的描述数据并组成描述数据集合；

计算所述描述数据集合中包含的各个描述数据与所述异常业务数据的匹配度，根据计算结果选择匹配度最高的描述数据确定为所述事件描述数据。

6.根据权利要求3所述的业务处理方法，所述根据所述事件描述数据确定所述业务项目对应的异常事件，包括：

在所述异常事件数据库中提取与所述事件描述数据具有关联关系的历史异常事件；

通过对所述历史异常事件进行解析，获得所述历史异常事件的历史异常业务数据；

基于所述异常业务数据对所述历史异常业务数据进行调整，并根据调整结果生成所述业务项目对应的所述异常事件。

7.据权利要求3所述的业务处理方法，所述通过所述检索模块检索所述异常事件对应的业务公告数据，包括：

生成所述异常事件对应的事件关键词；

基于所述事件关键词调用所述检索模块进行业务公告检索，根据检索结果获得所述业务公告数据。

8.据权利要求3所述的业务处理方法，所述基于所述业务公告数据和所述事件描述数据生成所述异常事件的所述事件通知策略，包括：

基于所述事件描述数据和所述异常业务数据对所述异常事件进行解析，获得事件通知数据；

根据所述事件通知数据和所述业务公告数据生成所述异常事件的所述事件通知策略。

9.根据权利要求3所述的业务处理方法，所述基于所述业务公告数据和所述事件描述数据生成所述异常事件的所述事件通知策略步骤执行之前，还包括：

根据所述异常业务数据确定所述异常事件的事件发生时间；

基于所述事件发生时间读取所述业务项目的交易数据，并根据所述交易数据调用事件监控模块进行事件监控；

在监控到监控公告数据的情况下，判断所述业务公告数据和所述监控公告数据是否相同；

若是，执行所述基于所述业务公告数据和所述事件描述数据生成所述异常事件的所述事件通知策略。

10.根据权利要求3所述的业务处理方法，所述业务方中包括第一业务方和第二业务方；

相应的，所述生成所述异常事件的事件通知策略，包括：

基于所述事件描述数据确定针对所述第一业务方的第一通知规则，以及针对所述第二业务方的第二通知规则；

基于所述业务公告数据确定针对所述第一业务方的第一通知信息，以及针对所述第二业务方的第二通知信息；

按照所述第一通知规则对所述第一通知信息进行处理，获得第一事件通知策略，以及按照所述第二通知规则对所述第二通知信息进行处理，获得第二事件通知策略；

将所述第一事件通知策略和所述第二事件通知策略整合为所述事件通知策略。

11.根据权利要求10所述的业务处理方法，所述确定所述业务项目的业务方中与所述异常事件关联的目标业务方，并向所述目标业务方发送所述事件通知策略，包括：

按照所述业务公告数据在所述第一业务方中确定第一目标业务方，以及按照所述异常业务数据在所述第二业务方中确定第二目标业务方；

向所述第一目标业务方发送所述第一事件通知策略，以及向所述第二目标业务方发送所述第二事件通知策略。

12.根据权利要求1所述的业务处理方法，所述确定所述业务项目的业务方中与所述异常事件关联的目标业务方，包括：

读取所述业务项目的交易明细数据，以及确定所述异常事件的影响区域；

根据所述交易明细数据确定所述业务方，并按照所述影响区域在所述业务方中筛选出所述目标业务方。

13.根据权利要求1所述的业务处理方法，所述向所述目标业务方发送所述事件通知策略步骤执行之后，还包括：

接收所述目标业务方针对所述事件通知策略提交的反馈数据；

根据所述反馈数据确定所述目标业务方针对所述事件通知策略的评价数据，并按照所述评价数据对所述事件通知策略进行标注；

根据标注结果以及所述异常业务数据，生成针对所述异常事件的目标描述数据，并将所述目标描述数据写入异常事件数据库。

14.根据权利要求7所述的业务处理方法，所述检索模块的检索数据源包括下述至少一项：

社交网络平台、业务项目平台、业务公告平台；

相应的，所述基于所述业务公告数据和所述事件描述数据生成所述异常事件的所述事件通知策略步骤执行之后，还包括：

基于所述业务公告数据和所述事件关键词对所述检索模块进行优化，获得目标检索模块；其中，所述目标检索模块用于对下一节点的所述业务项目进行业务公告检索。

15.一种业务处理装置，包括：

获取模块，被配置为获取业务项目的业务数据集合；

筛选模块，被配置为通过对所述业务数据集合中包含的业务数据进行筛选，确定异常业务数据；

生成模块，被配置为基于所述异常业务数据确定所述业务项目对应的异常事件，生成所述异常事件的事件通知策略；其中，基于所述异常业务数据确定所述业务项目对应的异常事件，生成所述异常事件的事件通知策略，包括：确定所述异常业务数据对应的异常关键词，并基于所述异常关键词调用所述业务项目的检索模块进行业务公告检索，基于检索结果生成所述事件通知策略；

发送模块，被配置为确定所述业务项目的业务方中与所述异常事件关联的目标业务方，并向所述目标业务方发送所述事件通知策略。

16.一种计算设备，包括：

存储器和处理器；

所述存储器用于存储计算机可执行指令，所述处理器用于执行所述计算机可执行指令：

获取业务项目的业务数据集合；

通过对所述业务数据集合中包含的业务数据进行筛选，确定异常业务数据；

基于所述异常业务数据确定所述业务项目对应的异常事件，生成所述异常事件的事件通知策略；

确定所述业务项目的业务方中与所述异常事件关联的目标业务方，并向所述目标业务方发送所述事件通知策略；

其中，基于所述异常业务数据确定所述业务项目对应的异常事件，生成所述异常事件的事件通知策略，包括：确定所述异常业务数据对应的异常关键词，并基于所述异常关键词调用所述业务项目的检索模块进行业务公告检索，基于检索结果生成所述事件通知策略。

17.一种计算机可读存储介质，其存储有计算机指令，该指令被处理器执行时实现权利要求1至14任意一项所述业务处理方法的步骤。

Images