CN114528327A - 业务数据的处理方法、提供方法、电子设备和存储介质 - Google Patents

Abstract

本公开提供一种业务数据的处理方法，包括：记录各类待分析业务发生相应标志性事件的时间、以及各类待分析业务发生相应标志性事件时的核心业务数据；对各类待分析业务的核心业务数据进行处理，并将各类待分析业务的核心业务数据分别与各类待分析事件发生所述标志性事件的时间相关联，以获得各类业务的历史核心业务数据。本公开还提供一种业务历史数据的提供方法、一种电子设备和一种计算机可读存储介质。

Description

业务数据的处理方法、提供方法、电子设备和存储介质

技术领域

本发明涉及数据处理领域，具体地，涉及一种业务数据的处理方法、一种业务历史数据的提供方法、一种电子设备和一种计算机可读存储介质。

背景技术

随着信息技术的发展，网络业务的类型也越来越多。为了提高业务的竞争力，各种网络业务的运营商通过关注业务的历史来进行业务的未来规划。目前，仍然缺少有效的业务历史回溯方法。

发明内容

本公开提供一种业务数据的处理方法、一种业务历史数据的提供方法、一种电子设备和一种计算机可读存储介质。

作为本公开的第一个方面，提供一种业务数据的处理方法，包括：

记录各类待分析业务发生相应标志性事件的时间、以及各类待分析业务发生相应标志性事件时的核心业务数据；

对各类待分析业务的核心业务数据进行处理，并将各类待分析业务的核心业务数据分别与各类待分析事件发生所述标志性事件的时间相关联，以获得各类业务的历史核心业务数据。

可选地，在所述处理方法中，对多类待分析业务的业务数据进行处理。

可选地，在对各类待分析业务的核心业务数据进行处理的步骤中，通过统一适配层对各类待分析业务的核心业务数据进行处理，以使得不同类型的待分析业务对应的历史核心业务数据的格式相同。

可选地，所述处理方法还包括在记录各类待分析业务发生相应标志性事件的时间、以及各类待分析业务发生所述标志性事件时的核心业务数据的步骤之前进行的：

对各类待分析业务的初始历史数据进行分析，以确定各类待分析业务的标志性事件。

可选地，对各类待分析业务的初始历史数据进行分析，以确定各类待分析业务的标志性事件的步骤包括：

确定各类待分析业务的初始历史数据中的可变数据和不可变数据；

将各类待分析业务的可变数据中对相应的待分析业务产生关键性影响的数据产生时对应的场景确定为相应待分析业务的标志性事件。

作为本公开的第二个方面，提供一种业务历史数据的提供方法，包括：

接收查询请求；

确定所述查询请求所对应的待查询业务；

提供所述待查询业务的业务历史数据，所述业务历史数据包括历史核心业务数据，所述历史核心业务数据为本公开第一个方面所提供的处理方法中所存储的历史核心业务数据。

可选地，所述历史周边业务数据包括以下数据中的至少一者：

告警数据、性能数据、流量数据、质量数据。

可选地，提供所述待查询业务的业务历史数据包括：

根据所述业务历史数据产生展示视频；

控制显示装置显示所述展示视频。

可选地，所述展示视频的多帧图像分别对应展示多个处理周期所得到的业务历史数据。

可选地，通过统一适配层接收所述查询请求，并提供所述待查询业务的业务历史数据。

作为本公开的第三个方面，提供一种电子设备，所述电子设备包括：

一个或多个处理器；

存储器，其上存储有一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现根据本公开第一个方面所提供的处理方法或者本公开第二个方面所提供的提供方法；

一个或多个I/O接口，连接在所述处理器与存储器之间，配置为实现所述处理器与存储器的信息交互。

作为本公开的第四个方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现以下方法中的至少一者：

根据本公开第一个方面所提供的处理方法；

根据本公开第二个方面所提供的提供方法。

本公开所提供的处理方法获得的历史核心业务数据将用于本公开第二个方面所提供的业务历史的数据提供方法中，作为业务历史数据的一部分提供给查询业务历史的查询者。

对于网络业务而言，关注其业务历史的业务历史数据的查询者往往是业务的运营商。运营商最关心的往往是业务的核心数据。如上文中所述，在本公开所提供的处理方法中，只在待分析业务发生标志性事件时存储数据，不存储待分析业务产生的其他类数据，可以减小进行所述业务处理方法、以及进行业务历史回溯所需存储空间，实现轻量级存储，降低了业务历史回溯的成本，有利于运营商利益最大化。

在相关技术中，为了实现业务历史回溯，往往需要调用正在现网运营的业务的日志，从日志中获取所需的业务历史数据，这种方式会对现网运营的业务或者工程造成影响(例如，使现网运营的工程中断)，降低业务用户的用户体验。通过本申请所提供的处理方法可以对所述历史核心业务数据进行单独存储，运营商在进行业务历史回溯时，调用该单独存储的历史核心业务数据即可，无需从正在现网运营的业务的日志中调取历史数据(即，实现了业务历史回溯与现网业务的分离)，因此，在运营商进行业务历史回溯时不会造成业务中断，提高了业务用户的用户体验。

附图说明

图1是本公开所提供的业务数据的处理方法的一种实施方式的流程图；

图2是本公开所提供的业务数据处理方法的另一种实施方式的流程图；

图3是步骤S110的一种实施方式的流程图；

图4是本公开所提供的业务历史数据的提供方法的一种实施方式的流程图；

图5是本公开所提供的业务历史数据的提供方法的另一种实施方式的流程图；

图6是步骤S230的一种实施方式的流程图；

图7是本公开所提供的电子设备的一种实施方式的框图；

图8是本公开所提供的电子设备在执行所述业务历史数据的提供方法时的UI界面示意图。

具体实施方式

为使本领域的技术人员更好地理解本公开的技术方案，下面结合附图对本公开提供的业务数据的处理方法、业务历史数据的提供方法、电子设备和计算机可读存储介质进行详细描述。

在下文中将参考附图更充分地描述示例实施例，但是所述示例实施例可以以不同形式来体现且不应当被解释为限于本文阐述的实施例。反之，提供这些实施例的目的在于使本公开透彻和完整，并将使本领域技术人员充分理解本公开的范围。

在不冲突的情况下，本公开各实施例及实施例中的各特征可相互组合。

如本文所使用的，术语“和/或”包括一个或多个相关列举条目的任何和所有组合。

本文所使用的术语仅用于描述特定实施例，且不意欲限制本公开。如本文所使用的，单数形式“一个”和“该”也意欲包括复数形式，除非上下文另外清楚指出。还将理解的是，当本说明书中使用术语“包括”和/或“由……制成”时，指定存在所述特征、整体、步骤、操作、元件和/或组件，但不排除存在或添加一个或多个其它特征、整体、步骤、操作、元件、组件和/或其群组。

除非另外限定，否则本文所用的所有术语(包括技术和科学术语)的含义与本领域普通技术人员通常理解的含义相同。还将理解，诸如那些在常用字典中限定的那些术语应当被解释为具有与其在相关技术以及本公开的背景下的含义一致的含义，且将不解释为具有理想化或过度形式上的含义，除非本文明确如此限定。

作为本公开的第一个方面，提供一种业务数据的处理方法，如图1所示，所述业务数据的处理方法包括：

在步骤S120中，记录各类待分析业务发生相应标志性事件的时间、以及各类待分析业务发生相应标志性事件时的核心业务数据；

在步骤S130中，对各类待分析业务的核心业务数据进行处理，并将各类待分析业务的核心业务数据分别与各类待分析事件发生所述标志性事件的时间相关联，以获得各类业务的历史核心业务数据。

本公开所提供的处理方法获得的历史核心业务数据将用于本公开第二个方面所提供的业务历史的数据提供方法中，作为业务历史数据的一部分提供给查询业务历史的查询者。

对于网络业务而言，关注其业务历史的业务历史数据的查询者往往是业务的运营商。运营商最关心的往往是业务的核心数据。如上文中所述，在本公开所提供的处理方法中，只在待分析业务发生标志性事件时存储数据，不存储待分析业务产生的其他类数据，可以减小进行所述业务处理方法、以及进行业务历史回溯所需存储空间，实现轻量级存储，降低了业务历史回溯的成本，有利于运营商利益最大化。

在相关技术中，为了实现业务历史回溯，往往需要调用正在现网运营的业务的日志，从日志中获取所需的业务历史数据，这种方式会对现网运营的业务或者工程造成影响(例如，使现网运营的工程中断)，降低业务用户的用户体验。通过本申请所提供的处理方法可以对所述历史核心业务数据进行单独存储，运营商在进行业务历史回溯时，调用该单独存储的历史核心业务数据即可，无需从正在现网运营的业务的日志中调取历史数据(即，实现了业务历史回溯与现网业务的分离)，因此，在运营商进行业务历史回溯时不会造成业务中断，提高了业务用户的用户体验。

在本公开中，步骤S120相当于构建了一个历史数据的存储模型，仅在该存储模型中存储必要的模型信息，实现历史业务与当前业务的解耦。

在本申请中，对待分析业务的种类数量不做特殊的限定。虽然在步骤S120中采用的描述是“各类”待分析业务，但需要指出的是，这里的“各类”可以是指一类，也可以是指多类中的每一类。换言之，可以利用所述处理方法分析一类待分析业务，也可以利用所述处理方法分析多类待分析业务。当待分析业务为多类时，可以通过统一适配层对多类待分析业务的历史核心业务数据进行统一处理，使多种不同类型的业务的历史核心业务数据格式统一，从而便于运营商的查询以及后续对多种不同类型的业务的历史核心业务数据进行批量处理。

统一适配层是标准协议的一个集合，用于适配不同类型的业务。例如，同一适配层可以提供接口级报文，通过所述统一适配层可以将不同类型的业务的历史核心业务数据转化为接口规范要求的接口报文，从而可以对不同类型的业务的历史核心业务数据进行统一呈现。

为了便于运营商查询，可选地，如图2所示，所述处理方法还可以包括在步骤S130之后进行的：

在步骤S140中，存储所述历史核心业务数据。

将所述历史核心业务数据存储在存储介质中，可供运营商在需要查询历史核心业务数据的时候进行查询和调用。

在本公开中，对如何确定待分析业务的标志性事件不做特殊的限定。作为一种可选实施方式，可以将几种预定的事件作为业务的标志性事件。例如，对于分段路由(SR，Segment Routing)隧道这种新型的5G业务而言，标志性事件为自动重路由、保护倒换、重路由优化、路由修改、人工重优化等事件。

当然，本公开并不限于上述预先设置标志性事件的实施方式。作为一种可选实施方式，如图2所示，所述处理方法还可以包括在步骤S120之前进行的：

在步骤S110中，对各类待分析业务的初始历史数据进行分析，以确定各类待分析业务的标志性事件。

在本公开中，对如何获得所述初始历史数据也不做特殊的限定。例如，可以从业务的日志中调取历史数据作为初始历史数据。在本公开中，可以仅执行一次业务日志的调取，也可以周期性地调取业务日志。

在一个周期内，获得所述初始历史数据后便不再调取业务日志，对业务运行的影响可以忽略不计。

在本公开中，对上述调取业务日志的周期不做特殊的限定。可选地，所述周期可以在1个月至5个月之间。

在本公开中，对如何具体执行步骤S110中对各类待分析业务的初始历史数据进行分析，以确定各类待分析业务的的标志性事件不做特殊的限定。

作为一种可选实施方式，如图3所示，步骤S110中对各类待分析业务的初始历史数据进行分析，以确定各类待分析业务的核心业务数据、以及产生所述核心业务数据的时间包括：

在步骤S111中，确定各类待分析业务的初始历史数据中的可变数据和不可变数据；

在步骤S112中，将各类待分析业务的可变数据中对相应的待分析业务产生关键性影响的数据产生时对应的场景确定为相应待分析业务的标志性事件。

运营商在进行业务历史回溯时，关注的往往是业务的变更(即，标志性事件)。在业务变更时，必然会有数据变更。反推之，通过对业务的历史数据中发生改变的部分进行分析，可以确定在何时发生了业务的变更。

通过对初始历史数据及具体字段进行逐一分析，可以确定所述在初始历史数据中对应着标志性事件的数据。

当然，在本公开中，只存储可变数据并不意味着不可变数据完全无用。在需要不可变数据时，可以直接从现网运营的业务中调取即可。由于不可变数据在整个业务进行的过程中不会发生改变，因此，不需要从业务日志中调取，不会造成业务中断。

并且，在本公开所提供的处理方法中，对可变数据进行存储可以避免业务字段变更时同步修改该字段的历史数据，增强了业务的可维护性。

作为本公开的第二个方面，提供一种业务历史数据的提供方法，如图4所示，所述提供方法包括：

在步骤S210中，接收查询请求；

在步骤S220中，确定所述查询请求所对应的待查询业务；

在步骤S230中，提供所述待查询业务的业务历史数据，所述业务历史数据包括历史核心业务数据，所述历史核心业务数据为本公开第一个方面所提供的处理方法中所存储的历史核心业务数据。

如上文中所述，由于历史核心数据是单独存储的，因此，在接收到运营商的查询请求时，无需中断业务调取业务日志，即可反馈业务历史数据，有利于提高业务用户的用户体验。

需要指出的是，所述待查询业务是上文中的“待分析业务”中的一者。可以一次查询一类业务，也可以一次查询多类业务。

对于运营商而言，除了关注业务的核心数据之外，可能还会关注到业务的告警信息、性能信息等周边信息，为了更全面地辅助运营商进行业务历史回溯，可选地，所述业务历史数据还包括历史周边业务数据，所述历史周边业务数据与所述待查询业务相关联，如图5所示，所述历史数据提供方法还包括：

在步骤S221中，查询与所述核心业务相关联的周边模块，以获得所述历史周边业务数据；

在步骤S222中，存储所述历史周边业务数据。

在本公开中，对步骤S221和步骤S222的执行时机不做特殊的限定。例如，可以周期性地执行步骤S221和步骤S222。也就是每隔一段时间就获取以下历史周边业务数据，并将其存储入数据库中，以供分析，并与待查询业务的核心业务数据保持松耦合，互不影响。

作为一种可选实施方式，所述历史周边业务数据包括以下数据中的至少一者：

告警数据、性能数据、流量数据、质量数据。

向运营商提供业务历史周边数据有利于运营商进行全方位的数据回溯和分析。

在本公开中，提供待查询业务的业务历史数据的具体方式不做特殊的限定。例如，可以以文档的方式提供所述待查询业务的业务历史数据。

为了便于运营商快速了解业务历史，可选地，如图6所示，提供所述待查询业务的业务历史数据的步骤S230可以包括：

在步骤S231中，根据所述业务历史数据产生展示视频；

在步骤S232中，控制显示装置显示所述展示视频。

在本公开所提供的实施方式中，视频展示的方式可以更加直观地展示业务历史。

作为一种可选实施方式，所述展示视频的多帧图像分别对应展示多个处理周期所得到的历史核心业务数据对应的业务历史数据。

在本公开中，可以通过统一适配层接收所述查询请求，并且通过所述统一适配层提供所述业务历史数据。通过所述统一适配层可以对各种类型的业务，统一进行适配。

在本公开中，可以通过统一适配层实现统一的交互界面。运营商可以通过该交互界面输入所述查询请求。

在所述展示视频展示的内容中，除了所述业务历史数据之外，还可以包括其他的基本属性信息。

下面通过一种具体实施例对本公开所提供的业务历史的数据提供方法进行详细的描述。

在该实施例中，待分析业务为SR隧道业务。创建SR隧道业务后，查询者(或者运营商)进行正常业务维护，在各种典型场景下，SR隧道的业务数据会发生变化，对SR隧道进行业务回溯也主要关注上述变化。对于SR隧道而言，典型场景(即，上文中所述的标志性事件)包括自动重路由、保护倒换、重路由优化、路由修改、人工重优化等。

首先，对于SR隧道业务而言，执行本公开第一个方面所提供的业务数据的处理方法，包括以下步骤：

在步骤S110中，对SR隧道业务的初始历史数据进行分析，以确定标志性事件。

如上文中所述，步骤S110可以包括步骤S111和步骤S112，该步骤S111被具体执行为以下步骤：

分析SR隧道业务数据信息模型存储信息，提取核心数据。

SR隧道业务数据信息模型的设计上，层级结构及核心数据信息模型主要包括：

SrTunnelTable-->Fc-->FcPoint

SrTunnelTable-->FcRoute-->FcRouteLc-->LcPoint

SrTunnelTable-->FcRoute-->Xc-->XcPoint

SrTunnelTable-->RouteAglReq

SrTunnelTable-->Qos

SrTunnelTable-->FcSwitchTable

SrTunnelTable-->SrLspTable

SrLspTable-->FcRoute-->FcRouteLc-->LcPoint

SrLspTable-->FcRoute-->Xc-->XcPoint

在这些数据信息模型中，FcRoute、FcRouteLc、LcPoint、Xc、XcPoint等业务路由信息，属于经常发生变化的部分，也是查询者非常关注的业务数据，而其他部分数据信息模型，变化的概率很低，可以认为属于不变部分。

步骤S112被具体执行为以下步骤：

进行历史数据信息模型的存储设计；

基于步骤S111中对SR隧道数据信息模型的分析，重点设计如下历史数据库信息模型，在业务发生变更时，进行存储管理：

SrLspTable_His：主要设计ID等关键字，建立和SrTunnelTable的关联关系；

FcRoute_His：保存完整的路由基础数据；

FcRouteLc_His：保存完整的路由Lc数据；

LcPoint_His：保存完整的LcPoint路由端点数据；

Xc_His：保存完整的Xc交叉连接数据；

XcPoint_His：保存完整的交叉连接端点数据。

其他的诸多数据信息数据，历史回溯部分不进行单独存储，在查询者进行历史回溯时，统一适配层通过查询和组装拼接，完成完整的数据呈现。

对于告警、性能、质量、流量等数据，分别设计告警管理、性能管理、质量管理、流量管理应用层，由对应的应用模块进行数据设计、采集和保存，统一适配层通过查询来获取具体的数据，展示给查询者。

分析确定业务核心数据发生变化的场景，确定标志性事件

对于SR隧道，经深入分析，确定其标志性事件为：

设备自动保护倒换；

人工保护倒换；

业务重路由；

修改业务路由；

路由重优化。

步骤S120为在业务的标志性事件发生时，对历史数据进行记录和存储。在本实施例中，步骤S120被具体执行为：

在标志性事件发生时，将具体时间点，业务变更的核心数据等进行入库保存，FcRoute、FcRouteLc、LcPoint、Xc、XcPoint等业务路由信息，同时做好和业务的关联。

(1)设备自动保护倒换

SR隧道历史回溯模块监听设备的保护倒换事件告警上报。

在收到保护倒换告警后，如果是告警产生，查看告警是否关联了具体的SR隧道。

根据关联业务的信息来查询具体的SR隧道详细数据。

如果查询到结果，则表明该SR隧道在设备上发生了保护倒换事件，需要保存历史业务路由信息：依次保存SrLspTable_His、FcRoute_His、FcRouteLc_His、LcPoint_His、Xc_His、XcPoint_His等数据。

如果是告警消失，则表示保护倒换恢复，实际路由从保护切换回工作，判断处理的流程和告警产生类似，同样保存相关数据信息模型的数据。

(2)人工保护倒换

在网管功能中，隧道管理支持对SR隧道进行人工保护倒换，目前支持如下几种操作：清除倒换、闭锁、强制倒换、人工倒换到工作、人工倒换到保护、倒换演习，在倒换命令下发成功后，需要对SR隧道的历史路由进行保存。

根据当前操作的SR隧道，获取其工作SrLsp及保护SrLsp。

当倒换操作从工作倒换到保护，将当前工作的srlsp及相关路由数据保存到历史库中，包括SrLsp、FcRoute、FcRouteLc、LcPoint、Xc、XcPoint等。

当倒换操作从保护倒换到工作，将保护srlsp及相关路由数据保存到历史库中。

(3)业务重路由

当网管控制面监控到三层拓扑发生变化时，会触发SR隧道业务重路由，当发生重路由时，需要将原来的路由相关信息保存到历史库中，新的路由替换旧路由为当前路由。

保存的数据包括SrLsp、FcRoute、FcRouteLc、LcPoint、Xc、XcPoint等。

(4)修改业务路由

SR隧道支持在运营过程中，根据实际需要，由查询者进行路由修改，在修改路由前，需要先将该SR隧道的旧路由信息进行缓存，在修改路由成功后，将缓存的旧路由信息保存到历史数据模型中。

保存的数据包括SrLsp、FcRoute、FcRouteLc、LcPoint、Xc、XcPoint等。

(5)业务重优化

网管可以由查询者对SR隧道统一进行业务重优化功能，查询者可以选定一批SR隧道，批量执行隧道重优化，分别调用批量重新计算路由接口和批量修改路由接口完成优化。对于完成优化的SR隧道，需要将旧路由的相关数据信息做为历史数据进行保存。

执行完数据处理方法后，如查询者需要进行业务历史回溯，则向执行所述业务历史数据的提供方法的电子设备输入查询请求。所述电子设备通过所述提供方法可以为查询者按照时间进行业务历史回溯，采用统一的界面进行视频播放呈现。

在本公开中，所述电子设备采用统一的用户界面(UI，User Interface)设计，图8中所示的是UI的一种实施方式，如上文中所述，通过视频播放的方式进行展示，每一帧显示一个周期的业务数据，包括基本属性，实际路由，告警、性能、流量、质量等，查询者可以进行全方位数据回溯和分析。

如图8中所示，UI呈现内容分为三个区域：

上面的表格呈现隧道对应时间的历史数据，每个时刻，只显示一条业务历史数据。

下面左侧表格显示路由、属性、质量数据、历史告警、流量数据、历史性能等历史数据。

下面右侧拓扑区域，分层展示具体的路由信息。

在最上方，查询者可以切换回溯粒度周期，也可以设置播放时每帧数据画面显示停留的间隔时间。

当查询者点击各种播放按钮时，按照时间粒度进行数据切换：

按照当前选择的粒度周期进行播放，每次一个粒度周期；

按照标志性事件进行播放，每次跳到下一个标志性事件的时间节点；

暂停播放，供查询者停下来查看具体的数据；

倒退播放，每次退回一个播放粒度周期时间点；

按照标志性事件进行回退播放，每次回退到上一个标志性事件时间节点；

统一的适配层负责数据的存储和查询，以及查询者关心的业务其他信息查询处理分析

设计统一的适配层框架，各类型业务应用进行二次开发，对不同的业务历史数据进行查询，业务的核心数据从业务历史表中查询，告警、性能从告警管理和性能管理进行数据查询，流量、质量等则从系统数据统计分析框架获取数据，统一适配层实现框架，统一进行适配，可以灵活扩展。

作为本公开的第三个方面，提供一种电子设备，如图7所示，所述电子设备包括：

一个或多个处理器101；

存储器102，其上存储有一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器101实现本公开第一个方面所提供的处理方法或者本公开第二个方面所提供的提供方法；

一个或多个I/O接口103，连接在所述处理器与存储器之间，配置为实现所述处理器与存储器的信息交互。

其中，处理器101为具有数据处理能力的器件，其包括但不限于中央处理器(CPU)等；存储器102为具有数据存储能力的器件，其包括但不限于随机存取存储器(RAM，更具体如SDRAM、DDR等)、只读存储器(ROM)、带电可擦可编程只读存储器(EEPROM)、闪存(FLASH)；I/O接口(读写接口)103连接在处理器101与存储器102间，能实现处理器101与存储器102的信息交互，其包括但不限于数据总线(Bus)等。

在一些实施例中，处理器101、存储器102和I/O接口103通过总线104相互连接，进而与计算设备的其它组件连接。

可选地，所述电子设备还可以包括显示装置，所述显示装置用于在处理器101的控制下显示所述展示视频。

作为本公开的第四个方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现以下方法中的至少一者：

本公开第一个方面所提供的处理方法；

本公开第二个方面所提供的提供方法。

本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、系统、装置中的功能模块/单元可以被实施为软件、固件、硬件及其适当的组合。在硬件实施方式中，在以上描述中提及的功能模块/单元之间的划分不一定对应于物理组件的划分；例如，一个物理组件可以具有多个功能，或者一个功能或步骤可以由若干物理组件合作执行。某些物理组件或所有物理组件可以被实施为由处理器，如中央处理器、数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读存储介质上，计算机可读存储介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的，术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其它数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于RAM、ROM、EEPROM、闪存或其它存储器技术、CD-ROM、数字多功能盘(DVD)或其它光盘存储、磁盒、磁带、磁盘存储或其它磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其它的介质。此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其它传输机制之类的调制数据信号中的其它数据，并且可包括任何信息递送介质。

本文已经公开了示例实施例，并且虽然采用了具体术语，但它们仅用于并仅应当被解释为一般说明性含义，并且不用于限制的目的。在一些实例中，对本领域技术人员显而易见的是，除非另外明确指出，否则可单独使用与特定实施例相结合描述的特征、特性和/或元素，或可与其它实施例相结合描述的特征、特性和/或元件组合使用。因此，本领域技术人员将理解，在不脱离由所附的权利要求阐明的本公开的范围的情况下，可进行各种形式和细节上的改变。

Claims (11)

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

记录各类待分析业务发生相应标志性事件的时间、以及各类待分析业务发生相应标志性事件时的核心业务数据；

将各类待分析业务的核心业务数据分别与各类待分析事件发生所述标志性事件的时间相关联，以获得各类业务的历史核心业务数据。

2.根据权利要求1所述的处理方法，其中，在所述处理方法中，对多类待分析业务的业务数据进行处理，在对各类待分析业务的核心业务数据进行处理的步骤中，通过统一适配层对各类待分析业务的核心业务数据进行处理，以使得不同类型的待分析业务对应的历史核心业务数据的格式相同。

3.根据权利要求1或2所述的处理方法，其中，所述处理方法还包括在记录各类待分析业务发生相应标志性事件的时间、以及各类待分析业务发生所述标志性事件时的核心业务数据的步骤之前进行的：

对各类待分析业务的初始历史数据进行分析，以确定各类待分析业务的标志性事件。

4.根据权利要求3所述的处理方法，其中，对各类待分析业务的初始历史数据进行分析，以确定各类待分析业务的标志性事件的步骤包括：

确定各类待分析业务的初始历史数据中的可变数据和不可变数据；

将各类待分析业务的可变数据中对相应的待分析业务产生关键性影响的数据产生时对应的场景确定为相应待分析业务的标志性事件。

5.一种业务历史数据的提供方法，包括：

接收查询请求；

确定所述查询请求所对应的待查询业务；

提供所述待查询业务的业务历史数据，所述业务历史数据包括历史核心业务数据，所述历史核心业务数据为权利要求1至4中任意一项所述的处理方法中所存储的历史核心业务数据。

6.根据权利要求5所述的提供方法，其中，所述业务历史数据还包括历史周边业务数据，所述历史周边业务数据与所述待查询业务相关联，所述历史数据提供方法还包括：

查询与所述核心业务相关联的周边模块，以获得所述历史周边业务数据；

存储所述历史周边业务数据。

7.根据权利要求5或6所述的提供方法，其中，提供所述待查询业务的业务历史数据包括：

根据所述业务历史数据产生展示视频；

控制显示装置显示所述展示视频。

8.根据权利要求7所述的提供方法，其中，所述展示视频的多帧图像分别对应展示多个处理周期所得到的业务历史数据。

9.根据权利要求5或6所述的提供方法，其中，通过统一适配层接收所述查询请求，并提供所述待查询业务的业务历史数据。

10.一种电子设备，所述电子设备包括：

一个或多个处理器；

存储器，其上存储有一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现根据权利要求1至4中任意一项所述的处理方法或者5至9中任意一项所述的提供方法；

一个或多个I/O接口，连接在所述处理器与存储器之间，配置为实现所述处理器与存储器的信息交互。

11.一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现以下方法中的至少一者：

根据权利要求1至4中任意一项所述的处理方法；

根据权利要求5至9中任意一项所述的提供方法。

Images