CN116938757A - 数据处理的方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请提供一种数据处理的方法、装置、设备以及存储介质，涉及云技术领域。该数据处理方法中，第一设备可以接收来自业务控制器的第一数据核查任务，根据该第一数据核查任务确定与至少一个第二设备对应的至少一个第二数据核查任务，并向该至少一个第二设备分别发送各自对应的第二数据核查任务，以及接收该至少一个第二设备分别返回的任务执行结果，进而确定该第一数据核查任务对应的任务执行结果。本申请能够实现数据核查功能独立于业务功能进行部署，从而能够灵活的进行数据核查，支持多种不同业务类型的业务控制器进行服务侧与设备侧的数据核查，以及在产品迭代和可靠性上与业务功能进行区分。

Description

数据处理的方法、装置、电子设备及存储介质

技术领域

本申请涉及网络控制器领域，并且具体的，涉及一种数据处理的方法、装置、电子设备及存储介质。

背景技术

在网络控制器领域，对于控制器下发到网络设备上的数据、配置等，经常由于设备异常、网络异常等原因出现与控制器预期的状态不一致的情况。因此，进行控制器与网络设备之间的数据核查是一项必不可少的工作。

在常规的业务场景中，往往是业务控制器针对自身的具体数据开发专用的数据核查模块，该数据核查模块通常直接在业务控制器中进行数据核查。这种方式导致数据核查模块与业务控制器紧密耦合，在开展了新的业务时，无法复用之前的数据核查的能力，只能再开发一套。同时，数据核查功能自身的迭代也与业务控制器的迭代绑定在一起，只能伴随业务控制器一起发布。这样，导致了类似的功能的重复开发，浪费了人力物力，也不利于数据核查功能的敏捷迭代。

因此，如何灵活的进行数据核查是亟待解决的问题。

发明内容

本申请实施例提供了一种数据处理的方法、装置、设备以及存储介质，能够灵活的进行数据核查。

第一方面，本申请实施例提供了一种数据处理的方法，该方法应用于第一设备，包括：

接收来自业务控制器的第一数据核查任务；

根据所述第一数据核查任务，确定与至少一个第二设备对应的至少一个第二数据核查任务，其中，所述第二设备是在所述第一设备上进行了服务注册的设备；

向所述至少一个第二设备分别发送与所述第二设备对应的所述第二数据核查任务；

获取所述至少一个第二设备分别返回的与所述第二数据核查任务对应的任务执行结果；

根据所述第二数据核查任务对应的任务执行结果，确定所述第一数据核查任务对应的任务执行结果。

第二方面，本申请实施例提供了一种数据处理的方法，该方法应用于第二设备，包括：

接收来自第一设备的第二数据核查任务，其中，所述第二数据核查任务是根据来自业务控制器的第一数据核查任务生成的，所述第二设备是在所述第一设备上进行了服务注册的设备；

根据所述第二数据核查任务，从所述业务控制器获取第一业务数据；

根据所述第二数据核查任务，从第三设备获取第二业务数据，其中，所述第三设备是接收所述业务控制器下发的数据或配置的设备；

对所述第一业务数据和所述第二业务数据进行核查，得到所述第二数据核查任务对应的任务执行结果；

向所述第一设备发送所述第二数据核查任务对应的任务执行结果。

第三方面，本申请实施例提供了一种数据处理的方法，该方法应用于业务控制器，包括：

向第一设备发送第一数据核查任务；

向第二设备发送第一业务数据，其中，所述第一业务数据是根据与所述第二设备对应的第二数据核查任务确定的，所述第二数据核查任务是根据所述第一数据核查任务确定的，所述第二设备是在所述第一设备上进行了服务注册的设备；

接收来自所述第一设备的所述第一数据核查任务的任务ID；

向所述第一设备发送对应于所述第一数据核查任务的查询请求，其中，所述查询请求包括所述任务ID；

接收来自所述第一设备的所述第一数据核查任务对应的任务执行结果。

第四方面，本申请实施例提供了一种数据处理的装置，包括：

接收单元，用于接收来自业务控制器的第一数据核查任务；

处理单元，用于根据所述第一数据核查任务，确定与至少一个第二设备对应的至少一个第二数据核查任务，其中，所述第二设备是在所述第一设备上进行了服务注册的设备；

发送单元，用于向所述至少一个第二设备分别发送与所述第二设备对应的所述第二数据核查任务；

获取单元，用于获取所述至少一个第二设备分别返回的与所述第二数据核查任务对应的任务执行结果；

所述处理单元还用于根据所述第二数据核查任务对应的任务执行结果，确定所述第一数据核查任务对应的任务执行结果。

第五方面，本申请实施例提供了一种数据处理的装置，包括：

接收单元，用于接收来自第一设备的第二数据核查任务，其中，所述第二数据核查任务是根据来自业务控制器的第一数据核查任务生成的，所述第二设备是在所述第一设备上进行了服务注册的设备；

获取单元，用于根据所述第二数据核查任务，从所述业务控制器获取第一业务数据；

所述获取单元，还用于根据所述第二数据核查任务，从第三设备获取第二业务数据，其中，所述第三设备是接收所述业务控制器下发的数据或配置的设备；

处理单元用于对所述第一业务数据和所述第二业务数据进行核查，得到所述第二数据核查任务对应的任务执行结果；

发送单元，用于向所述第一设备发送所述第二数据核查任务对应的任务执行结果。

第六方面，本申请实施例提供了一种数据处理的装置，包括：

发送单元，用于向第一设备发送第一数据核查任务；

所述发送单元，还用于向第二设备发送第一业务数据，其中，所述第一业务数据是根据与所述第二设备对应的第二数据核查任务确定的，所述第二数据核查任务是根据所述第一数据核查任务确定的，所述第二设备是在所述第一设备上进行了服务注册的设备；

接收单元，用于接收来自所述第一设备的所述第一数据核查任务的任务ID；

所述发送单元，还用于向所述第一设备发送对应于所述第一数据核查任务的查询请求，其中，所述查询请求包括所述任务ID；

所述接收单元，还用于接收来自所述第一设备的所述第一数据核查任务对应的任务执行结果。

第七方面，本申请实施例本申请提供了一种电子设备，包括：

处理器，适于实现计算机指令；以及，

存储器，存储有计算机指令，计算机指令适于由处理器加载并执行上述第一方面的方法，或第二方面的方法，或第三方面的方法。

第八方面，本申请实施例提供了一种计算机可读存储介质，该计算机可读存储介质存储有计算机指令，该计算机指令被计算机设备的处理器读取并执行时，使得计算机设备执行上述第一方面的方法，或第二方面的方法，或第三方面的方法。

第九方面，本申请实施例提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述第一方面的方法，或第二方面的方法，或第三方面的方法。

通过上述技术方案，本申请能够实现第一设备和第二设备独立于业务功能进行数据核查，即数据核查功能独立于业务功能进行部署，从而能够灵活的进行数据核查，从而一方面本申请实施例能够支持多种不同业务类型的业务控制器进行服务侧与设备侧的数据核查，另一方面本申请实施例能够在产品迭代和可靠性上与业务功能进行区分。

附图说明

图1为本申请实施例涉及的数据核查框架的一个可选的示意图；

图2为本申请实施例提供的数据核查架构的另一个可选的示意图；

图3为本申请实施例提供的一种数据处理的方法的示意性流程图；

图4为本申请实施例提供的另一种数据处理的方法的示意性流程图；

图5为本申请实施例的一种数据处理的装置的示意性框图；

图6为本申请实施例的另一种数据处理的装置的示意性框图；

图7为本申请实施例的另一种数据处理的装置的示意性框图；

图8为本申请实施例提供的电子设备的示意性框图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。

本申请提供的方案可涉及云技术。云技术(Cloud technology)是指在广域网或局域网内将硬件、软件、网络等系列资源统一起来，实现数据的计算、储存、处理和共享的一种托管技术。

云技术基于云计算商业模式应用的网络技术、信息技术、整合技术、管理平台技术、应用技术等的总称，可以组成资源池，按需所用，灵活便利。云计算技术将变成重要支撑。技术网络系统的后台服务需要大量的计算、存储资源，如视频网站、图片类网站和更多的门户网站。伴随着互联网行业的高度发展和应用，将来每个物品都有可能存在自己的识别标志，都需要传输到后台系统进行逻辑处理，不同程度级别的数据将会分开处理，各类行业数据皆需要强大的系统后盾支撑，可以通过云计算来实现。

云计算(cloud computing)指IT基础设施的交付和使用模式，指通过网络以按需、易扩展的方式获得所需资源；广义云计算指服务的交付和使用模式，指通过网络以按需、易扩展的方式获得所需服务。这种服务可以是IT和软件、互联网相关，也可是其他服务。随着互联网、实时数据流、连接设备多样化的发展，以及搜索服务、社会网络、移动商务和开放协作等需求的推动，云计算迅速发展起来。不同于以往的并行分布式计算，云计算的产生从理念上将推动整个互联网模式、企业管理模式发生革命性的变革。

云应用可以包括医疗云、云物联、云安全、云呼叫、私有云、公有云、混合云、云游戏、云教育、云会议、云社交、人工智能云服务等业务。网络控制器可以向网络设备下发数据、配置，从而实现不同的业务功能。

通常，控制器与网络设备之间进行数据核查，以确定控制器下发到网络设备上的数据或配置是否与控制器预期的状态一致。现有技术中，业务控制器开发自身业务专用的数据核查模块进行数据核查，该数据核查模块与业务控制器紧密耦合。这种情况下，当开展了新业务时，只能针对该新业务重新开发一套适用于该新业务的数据核查模块，导致类似的功能重复开发，浪费人力物力，也不利于数据核查功能的敏捷迭代。

有鉴于此，本申请实施例提供了一种数据处理方案，能够使得数据核查功能与业务控制器解耦，支持多种不同类型业务的业务控制器进行服务侧与设备侧的数据核查。

具体而言，该数据处理方案可以应用于一种通用的分布式网络架构中，该分布式网络架构可以包括第一设备和至少一个第二设备，其中该第二设备是在该第一设备上进行了服务注册的设备。本申请实施例中，第一设备可以接收来自业务控制器的第一数据核查任务，根据该第一数据核查任务确定与至少一个第二设备对应的至少一个第二数据核查任务，并向该至少一个第二设备分别发送各自对应的第二数据核查任务，以及接收该至少一个第二设备分别返回的任务执行结果，进而确定该第一数据核查任务对应的任务执行结果。

本申请实施例中，第一设备从业务控制器获取第一数据核查任务后，可以对该第一数据核查任务进行拆解得到至少一个第二数据核查任务，并调度不同的第二设备分别执行对应的第二数据核查任务，第二设备将第二数据核查任务对应的任务执行结果返回第一设备，能够实现第一设备和第二设备独立于业务功能进行数据核查，即数据核查功能独立于业务功能进行部署，从而能够灵活的进行数据核查。从而，一方面本申请实施例能够支持多种不同业务类型的业务控制器进行服务侧与设备侧的数据核查，另一方面本申请实施例能够在产品迭代和可靠性上与业务功能进行区分。

示例性的，本申请实施例提供的方案能够以第三方服务的方式支持各类业务控制器进行数据核查，该数据核查服务能够独立于业务服务，进行单独部署和升级运维，能支持同步/异步的方式进行数据核查。

图1为本申请实施例涉及的数据核查框架的一个可选的示意图。

如图1所示，服务器100可以部署数据核查服务(功能)，数据核查服务包括主机(master)110和工作机(worker)120两部分。可选的，主机110和工作机120分别可以支持分布式部署，例如主机110可以包括主机1和主机2，工作机120可以包括工作机1、工作机2和工作机3。可选的，工作机120南向支持与不同类型的设备连接，例如工作机1与设备1连接，工作机2与设备2连接，工作机3与设备3连接。示例性的，工作机连接的设备可以为网络设备(例如服务器)或终端。

服务器100中部署的数据核查服务为通用的服务框架，能够对外服务不同的业务，例如业务服务A和/或业务服务B。不同业务服务可以对应不同的业务控制器。对于不同的业务，可以部署一套数据核查服务作为公共服务环境，此时不同业务可以直接共用该数据核查服务，以达到资源的最大化利用。

服务器可以是一台或多台。服务器是多台时，存在至少两台服务器用于提供不同的服务，和/或，存在至少两台服务器用于提供相同的服务，比如以负载均衡方式提供同一种服务，本申请实施例对此不加以限定。

其中，服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN(Content Delivery Network，内容分发网络)、以及大数据和人工智能平台等基础云计算服务的云服务器。服务器也可以成为区块链的节点。终端可以是智能手机、平板电脑、笔记本电脑、台式计算机、智能音箱、智能手表、车载终端、智能电视等，但并不局限于此。终端以及服务器可以通过有线或无线通信方式进行直接或间接地连接，本申请在此不做限制。

图2为本申请实施例提供的数据核查架构的另一个可选的示意图。

如图2所示，包括主机210、数据库220、工作机230和工作机240。其中，主机210例如可以为图1中的主机1或主机2，工作机(例如230或240)例如为图1中的工作机1或工作机2。

其中，主机210作为数据核查框架中的控制和编排服务，主要可以提供以下功能中的至少一种：

1)北向应用程序接口(Application Programming Interface，API)211，即对外提供统一的数据核查API，可以用于业务控制器下发数据核查任务；

2)任务管理212，支持多种维度(例如设备、设备组、路由表或区域等)的核查，也能够支持通过异步任务的方式进行数据核查、数据核查任务的结果查询，以及将数据核查任务的结果持久化到数据库220中；

2)任务调度213，可以根据预先配置的策略(比如业务自定义策略)将数据核查任务拆分为多个子任务下发到多个工作机(例如工作机230、工作机240等)上；

3)工作机管理214，负责工作机(例如工作机230、工作机240等)服务的编排和调度，例如定期检查工作机的健康状态，或者根据负载情况扩容/缩容工作机实例的个数等。

工作机120作为数据核查框架中具体执行数据核查任务的服务，主要可以提供以下功能中的至少一种：

1)工作机服务上线后，主动向主机服务注册，并保持健康心跳；

2)通过北向API接收主机下发的数据核查任务，并支持主机查询数据核查任务的执行状态；

3)数据核查任务开始执行后，能够分别从业务控制器和设备(例如设备1、设备2或设备3)获取相应的数据；

4)数据核查任务执行完成后，能够将数据核查结果持久化到数据库中；

5)在业务控制器与设备的数据核查结果不一致时，能够根据业务控制器的业务参数，对设备进行数据补齐。

以下结合附图对本申请实施例提供的方案进行描述。

图3为本申请实施例提供的一种数据处理的方法300的示意性流程图。方法300可以应用于数据核查框架中，例如图1或图2所示的网络架构，其中第一设备例如为图1或图2中的主机，第二设备例如为图1或图2中的工作机，第三设备可以接收业务控制器下发的数据或配置，并且第三设备与工作机连接，本申请对此不做限定。示例性的，业务控制器、第一设备、第二设备和第三设备可以分别为具有数据处理能力的电子设备。

其中，第二设备可以是在第一设备上进行了服务注册的设备。例如，第二设备在服务上线后，可以主动调用第一设备的接口进行服务注册。可选的，当第二设备注册成功后，还可以周期性地向第一设备发送心跳消息。对应的，第一设备根据第二设备发送的心跳消息，能够确定第二设备为健康的节点。在一些实施例中，多个第二设备可以同时在第一设备上进行服务注册，本申请对此不做限定。示例性的，第一设备可以根据接收的心跳消息，实时记录任意时刻健康的第二设备的节点数量。示例性的，图2中的主机210的工作机管理214可以对工作机进行注册，并接收工作机的心跳消息。

如图3所示，方法300可以包括步骤310至380。

310，业务控制器向第一设备发送第一数据核查任务。对应的，第一设备接收该第一数据核查任务。

示例性的，业务控制器可以调用第一设备的API(例如图2中主机210的北向API)下发该第一数据核查任务。示例性的，该第一数据核查任务可以包括要核查的区域、设备组、所属业务、数据类型以及是否自动修复中的至少一种。

320，第一设备根据第一数据核查任务，确定第二数据核查任务。

示例性的，在业务控制器调用API下发第一数据核查任务时，第一设备可以根据API调用结果，生成该第一数据核查任务。这里，该第一数据核查任务与该业务控制器提供的业务为异步任务。

在一些可选的实施例中，第一设备在确定第一数据核查任务时，还可以生成该第一数据核查任务的任务ID，并向业务控制器发送该任务ID。业务控制器在接收到该任务ID之后，可以根据该任务ID，向第一设备查询该第一数据核查任务的执行情况。

示例性的，图2中主机210的任务管理212可以生成该第一数据核查任务，以及生成该第一数据核查任务的任务ID。

示例性的，第一设备可以根据该第一数据核查任务，确定与至少一个第二设备对应的至少一个第二数据核查任务。这里，该至少一个第二设备可以为在第一设备上进行了服务注册的第二设备中的部分或全部设备，不做限定。

示例性的，可以由图2中主机210的任务调度212模块，例如根据业务自定义策略，将第一数据核查任务拆分成多个第二数据核查任务(即子任务)，每个第二数据核查任务可以分别由一个或多个第二设备执行。示例性的，第二数据核查任务例如可以包括要核查的设备、所属业务、数据类型、是否自动修复等中的至少一种。

在一些可选的实施例中，第一设备可以根据所述第一数据核查任务需要核查的数据类型、需要核查的设备、需要核查的数据量大小、第二设备的节点数量和第二设备的负载情况中的至少一种，确定与所述至少一个第二设备对应的所述至少一个第二数据核查任务。

其中，需要核查的设备指的是第二设备连接的设备。示例性的，每个第二设备当前连接的设备数量是不同的，第二设备连接的设备越多则该第二设备的负载越高，下发任务时可以优先调度到负载低的第二设备执行。

示例性的，上述数据类型可以包括路由、隧道和接口信息中的至少一种。

示例性的，第二设备的负载情况例如可以为中央处理器(Central ProcessingUnit，CPU)、图形处理器(graphics processing unit，GPU)、内存、网络带宽、磁盘输入/输出(input/output,I/O)等计算资源的使用情况。

也就是说，第一设备可以分析要核查的数据的数据类型、需要核查的设备、数据量大小，或者根据当前健康的第二设备的节点数量，各第二设备的负载情况，确定需要(或能够)调度的第二设备，以及每个需要调度的第二设备需要执行的数据核查任务。

本申请实施例通过根据需要核查的数据类型、需要核查的设备、需要核查的数据量大小、第二设备的节点数量和第二设备的负载情况中的至少一种，确定需要调度的第二设备，以及分配到第二设备上的数据核查任务，能够有助于高效的进行数据核查率，同时可以使得第二设备负载均衡。

330，第一设备向第二设备发送第二数据核查任务。对应的，第二设备接收该第二数据核查任务。

示例性的，第一设备可以向至少一个第二设备分别发送每个第二设备对应的第二数据核查任务。示例性的，任务调度212模块在将第一数据核查任务拆分成多个第二数据核查任务(即子任务)之后，可以分别将每个第二数据核查任务下发到对应的第二设备上进行执行。对应的，每个第二设备分别接收各自对应的第二数据核查任务。

340，第二设备从业务控制器获取第一业务数据。

具体的，第二设备可以根据该第二数据核查任务，从业务控制器获取该第一业务数据。这里，该第一业务数据可以包括第二数据核查任务对应的业务控制器侧的需要核查的数据。示例性的，该第一业务数据为业务控制器侧保存的需要下发到第三设备上的数据和/或配置，即业务控制器预期的第三设备上的数据和/或配置的状态。

示例性的，第二设备可以调用相应的接口(例如查询路由信息接口、查询隧道信息接口)来获取该第一业务数据。

在一些实施例中，第二设备可以根据所述第二数据核查任务，向业务控制器发送第一业务数据请求。业务控制器响应于该第一业务数据请求，向第二设备发送该第一业务数据，从而实现第二设备获取该第一业务数据。

350，第二设备从第三设备获取第二业务数据。

具体的，第二设备可以根据该第二数据核查任务，从第三设备获取该第二业务数据。该第三设备是接收业务控制器下发的数据或配置的设备。这里，该第二业务数据可以包括第二数据核查任务对应的设备侧的需要核查的数据。示例性的，该第二业务数据为第三设备获取的由业务控制器下发的数据和/或配置，该第二业务数据需要被确定是否与业务控制器预期的第三设备上的数据和/或配置的状态一致。

示例性的，第二设备可以调用相应的接口(例如查询路由信息接口、查询隧道信息接口)来获取该第二业务数据。

在一些实施例中，第二设备可以根据所述第二数据核查任务，向第三设备发送第二业务数据请求。第三设备响应于该第二业务数据请求，向第二设备发送该第二业务数据，从而实现第二设备获取该第二业务数据。

360，第二设备对第一业务数据和第二业务数据进行核查，得到任务执行结果。

示例性的，第二设备可以在本地对第一业务数据和第二业务数据进行核查，得到该第二设备对应的第二数据核查任务的任务执行结果。

在一些可选的实施例中，若根据任务执行结果确定第二业务数据与第一业务数据不同，例如相比有缺失和/或不一致，则可以对该第二业务数据进行补齐，例如向所第三设备发送第三业务数据，其中，该第三业务数据用于将该第二业务数据补齐为该第一业务数据。示例性的，可以开启核查后自动补齐数据的功能，这样当任务执行结果表示第二业务数据相较第一业务数据有缺失或不一致时，第二设备可以自动对第二业务数据进行数据补齐，即向第三设备发送第三业务数据。示例性的，该第三业务数据例如可以为第一业务数据全部，或者第二业务数据相对第一业务数据缺失或不一致的数据(即第一业务数据中的部分数据)。

370，第二设备向第一设备发送任务执行结果。即，第二设备将步骤360中获得的任务执行结果发送给第一设备。

在一些实施例中，至少一个第二设备可以分别向第一设备发送其获取的与第二数据核查任务对应的任务执行结果。对应的，第一设备可以接收该至少一个第二设备分别返回的与该第二数据核查任务对应的任务执行结果。

380，第一设备确定第一数据核查任务的任务执行结果。

示例性的，第一设备可以根据步骤370中获取的至少一个第二数据核查任务对应的任务执行结果，确定该第一数据核查任务对应的任务执行结果，例如当第二数据核查任务为多个时，可以将该多个第二数据核查任务对应的任务执行结果进行合并，得到第一数据核查任务对应的任务执行结果。

在一些可选的实施例中，第一设备可以将第一数据核查任务的任务执行结果持久化(即写入)到数据库。示例性的，图2中主机210的任务管理212可以将该任务执行结果持久化到数据库中。

在一些可选的实施例中，第二设备可以将第二数据核查任务的任务执行结果持久化(即写入)到数据库。

在一些可选的实施例中，业务控制器还可以向第一设备发送对应于第一数据核查任务的查询请求，其中，该查询请求中包括第一数据核查任务对应的任务ID。相应的，第一设备接收该查询请求。当第一设备确定第一数据核查任务的任务执行结果之后，可以向业务控制器发送该第一数据核查任务对应的任务执行结果。示例性的，图2中主机210的任务管理212可以接收该查询请求，并返回对应的任务执行结果。

示例性的，业务控制器可以根据第一数据核查任务对应的任务ID，周期性的向第一设备发送查询请求，以轮询第一数据核查任务的执行情况。

示例性的，业务控制器可以调用第一设备的北向API接口，发送该查询请求，本申请对此不做限定。

本申请实施例中，第一设备从业务控制器获取第一数据核查任务后，可以对该第一数据核查任务进行拆解得到至少一个第二数据核查任务，并调度不同的第二设备分别执行对应的第二数据核查任务，第二设备将第二数据核查任务对应的任务执行结果返回第一设备，能够实现第一设备和第二设备独立于业务功能进行数据核查，即数据核查功能独立于业务功能进行部署，从而能够灵活的进行数据核查。因此，一方面本申请实施例能够支持多种不同业务类型的业务控制器进行服务侧与设备侧的数据核查，另一方面本申请实施例能够在产品迭代和可靠性上与业务功能进行区分。

示例性的，本申请实施例提供的方案能够以第三方服务的方式支持各类业务控制器进行数据核查，该数据核查服务能够独立于业务服务，进行单独部署和升级运维，能支持同步/异步的方式进行数据核查。

图4示出了本申请实施例提供的另一种数据处理的方法400的示意性流程图。方法400可以应用于数据核查框架中，例如图1或图2所示的网络架构。其中，主机可以为方法300中的第一设备的一个示例，工作机可以为方法300中第二设备的一个示例，设备即与工作机连接的设备，为方法300中第三设备的一个示例，具体可以参见上文中的描述，这里不再赘述。

应理解，图4示出了数据处理的方法的步骤或操作，但这些步骤或操作仅是示例，本申请实施例还可以执行其他操作或者图4中的各个操作的变形。此外，图4中的各个步骤可以按照与图4呈现的不同的顺序来执行，并且有可能并非要执行图4中的全部操作。

如图4所示，方法400可以包括步骤401至415。

401，工作机在主机上进行注册。

示例性的，工作机新节点上线时，可以主动调用主机的接口进行服务注册。

402，工作机向主机上报心跳消息。

示例性的，工作机注册成功后，可以周期性的向主机发送心跳消息。对应的，主机可以根据接收的心跳消息，记录任意时刻的健康的工作机的节点数量。

403，业务控制器向主机下发数据核查任务。

示例性的，业务控制器可以调用主机的数据核查北向API，向主机下发一次数据核查任务，该数据核查任务可以为第一数据核查任务的一个示例。

404，主机生成数据核查异步任务。

示例性的，主机可以根据API调用结果，生成异步数据核查任务。在一些实施例中，主机可以分析需要核查的业务数据的数据类型、需要核查的设备、数据量大小，并根据当前健康的工作机的节点数量，以及各工作机的负载情况，计算出需要调度的工作机。

405，主机向业务控制器返回异步任务ID。

示例性的，主机可以创建数据核查异步任务的异步任务ID，并将该异步任务ID返回给业务控制器。此后，业务控制器就可以根据该异步任务ID，周期性的轮训该异步任务的执行情况。

406，主机向工作机下发核查任务。该核查任务可以为上述第二数据核查任务的一个示例。

示例性的，主机将核查任务下发给调用的相应的工作机进行执行。

407，工作机从业务控制器获取相关数据。

示例性的，工作机可以根据要核查的数据类型，调用相应接口从业务控制器获取对应的业务数据(上文中第一业务数据的一个示例)。

408，工作机从设备获取相关数据。

示例性的，工作机可以根据要核查的数据类型，调用相应接口从设备获取对应的业务数据(上文中第二业务数据的一个示例)。

409，工作机进行数据核查。

示例性的，工作机在本地对从业务控制器获取的业务数据和从设备获取的业务数据进行数据核查，获得核查任务执行结果，例如从设备获取的业务数据(即设备数据)与从业务控制器获取的业务数据对比是否不同，例如有缺失或不一致。

410，可选的，工作机对设备进行数据补齐。

示例性的，如果调用方(例如业务控制器)开启了核查后自动数据补齐功能，则工作机在数据核查后如果发现设备数据不同，例如有缺失或不一致，则工作机可以自动对设备数据进行补齐，例如可以将从业务控制器获取的业务数据发送给设备。

411，工作机向主机返回核查任务执行结果。

412，主机持久化核查任务结果到数据库。

示例性的，主机可以根据从工作机接收的核查任务执行结果，确定数据核查异步任务对应的核查任务结果，并将该核查任务结果持久化到数据库中。

413，业务控制器向主机查询异步任务。

示例性的，业务控制器可以调用主机北向API查询异步任务结果。

414，主机读取数据库中的异步任务结果。

415，主机向业务控制器返回异步任务结果。

因此，本申请实施例中，主机从业务控制器获取数据核查任务后，可以对该第一数据核查任务进行拆解，并调度不同的工作机分别执行对应的数据核查任务，工作机将任务执行结果返回主机，能够实现主机和工作机独立于业务功能进行数据核查，即数据核查功能独立于业务功能进行部署，从而能够灵活的进行数据核查。因此，一方面本申请实施例能够支持多种不同业务类型的业务控制器进行服务侧与设备侧的数据核查，另一方面本申请实施例能够在产品迭代和可靠性上与业务功能进行区分。

以上结合附图详细描述了本申请的具体实施方式，但是，本申请并不限于上述实施方式中的具体细节，在本申请的技术构思范围内，可以对本申请的技术方案进行多种简单变型，这些简单变型均属于本申请的保护范围。例如，在上述具体实施方式中所描述的各个具体技术特征，在不矛盾的情况下，可以通过任何合适的方式进行组合，为了避免不必要的重复，本申请对各种可能的组合方式不再另行说明。又例如，本申请的各种不同的实施方式之间也可以进行任意组合，只要其不违背本申请的思想，其同样应当视为本申请所公开的内容。

还应理解，在本申请的各种方法实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。应理解这些序号在适当情况下可以互换，以便描述的本申请的实施例能够以除了在图示或描述的那些以外的顺序实施。

上文结合图1至图4，详细描述了本申请的方法实施例，下文结合图5至图8，详细描述本申请的装置实施例。

图5是本申请实施例的数据处理的装置500的示意性框图。数据处理的装置500可以为方法300中的第一设备，或方法400中的主机。如图5所示，装置500可包括接收单元510、处理单元520、发送单元530和获取单元540。

接收单元510，用于接收来自业务控制器的第一数据核查任务；

处理单元520，用于根据所述第一数据核查任务，确定与至少一个第二设备对应的至少一个第二数据核查任务，其中，所述第二设备是在所述第一设备上进行了服务注册的设备；

发送单元530用于向所述至少一个第二设备分别发送与所述第二设备对应的所述第二数据核查任务；

获取单元540用于获取所述至少一个第二设备分别返回的与所述第二数据核查任务对应的任务执行结果；

所述处理单元520还用于根据所述第二数据核查任务对应的任务执行结果，确定所述第一数据核查任务对应的任务执行结果。

在一些可选的实施例中，所述发送单元530还用于：向所述业务控制器发送所述第一数据核查任务的任务ID；

接收单元510还用于接收来自所述业务控制器的对应于所述第一数据核查任务的查询请求，其中，所述查询请求包括所述任务ID；以及

所述发送单元530还用于向所述业务控制器发送所述第一数据核查任务对应的任务执行结果。

在一些可选的实施例中，处理单元520还用于：

将所述第一数据核查任务对应的任务执行结果写入数据库中。

在一些可选的实施例中，处理单元520还用于：

从数据库中读取所述第一数据核查任务对应的任务执行结果。

在一些可选的实施例中，接收单元510还用于：

接收所述至少一个第二设备分别发送的心跳消息。

处理单元520还用于：记录健康的所述第二设备的节点数量。

在一些可选的实施例中，接收单元510还用于：

接收所述至少一个第二设备分别发送的注册请求；

处理单元530还用于根据所述注册请求，对所述至少一个第二设备进行服务注册。

在一些可选的实施例中，处理单元520具体用于：

根据所述第一数据核查任务需要核查的数据类型、需要核查的设备、需要核查的数据量大小、第二设备的节点数量和第二设备的负载情况中的至少一种，确定与所述至少一个第二设备对应的所述至少一个第二数据核查任务。

应理解，装置实施例与方法实施例可以相互对应，类似的描述可以参照方法实施例。为避免重复，此处不再赘述。具体地，当在该实施例中数据处理的装置500可以对应于执行本申请实施例的方法300的第一设备，或方法400中的主机时，装置500中的各个模块的前述和其它操作和/或功能分别为了实现图3中的各个方法中第一设备的相应流程，或图4中的方法中主机的相应流程，为了简洁，在此不再赘述。

图6是本申请实施例的数据处理的装置600的示意性框图。数据处理的装置600可以为方法300中的第二设备，或方法400中的工作机。如图6所示，装置600可包括接收单元610、获取单元620、处理单元630和发送单元640。

接收单元610，用于接收来自第一设备的第二数据核查任务，其中，所述第二数据核查任务是根据来自业务控制器的第一数据核查任务生成的，所述第二设备是在所述第一设备上进行了服务注册的设备；

获取单元620，用于根据所述第二数据核查任务，从所述业务控制器获取第一业务数据；

获取单元620还用于根据所述第二数据核查任务，从第三设备获取第二业务数据，其中，所述第三设备是接收所述业务控制器下发的数据或配置的设备；

处理单元630，用于对所述第一业务数据和所述第二业务数据进行核查，得到所述第二数据核查任务对应的任务执行结果；

发送单元640，用于向所述第一设备发送所述第二数据核查任务对应的任务执行结果。

在一些可选的实施例中，若根据所述任务执行结果确定所述第二业务数据与所述第一业务数据不同，则发送单元640用于向所述第三设备发送第三业务数据，其中，所述第三业务数据用于将所述第二业务数据补齐为所述第一业务数据。

在一些可选的实施例中，发送单元640还用于：向所述第一设备发送心跳消息。

在一些可选的实施例中，发送单元640还用于：向所述第一设备发送注册请求，以进行服务注册。

应理解，装置实施例与方法实施例可以相互对应，类似的描述可以参照方法实施例。为避免重复，此处不再赘述。具体地，当在该实施例中数据处理的装置600可以对应于执行本申请实施例的方法300的第二设备，或方法400中的工作机时，装置600中的各个模块的前述和其它操作和/或功能分别为了实现图3中的各个方法中第二设备的相应流程，或图4中的方法中工作机的相应流程，为了简洁，在此不再赘述。

图7是本申请实施例的数据处理的装置700的示意性框图。数据处理的装置700可以为方法300中的业务控制器，或方法400中的业务控制器。如图7所示，装置700可包括接收单元710和发送单元720。

发送单元710，用于向第一设备发送第一数据核查任务；

发送单元710还用于向第二设备发送第一业务数据，其中，所述第一业务数据是根据与所述第二设备对应的第二数据核查任务确定的，所述第二数据核查任务是根据所述第一数据核查任务确定的，所述第二设备是在所述第一设备上进行了服务注册的设备；

接收单元720，用于接收来自所述第一设备的所述第一数据核查任务的任务ID；

发送单元710还用于向所述第一设备发送对应于所述第一数据核查任务的查询请求，其中，所述查询请求包括所述任务ID；

接收单元720还用于接收来自所述第一设备的所述第一数据核查任务对应的任务执行结果。

应理解，装置实施例与方法实施例可以相互对应，类似的描述可以参照方法实施例。为避免重复，此处不再赘述。具体地，当在该实施例中数据处理的装置700可以对应于执行本申请实施例的方法300的业务控制器，或方法400中的业务控制器时，装置700中的各个模块的前述和其它操作和/或功能分别为了实现图3中的各个方法中业务控制器的相应流程，或图4中的方法中业务控制器的相应流程，为了简洁，在此不再赘述。

上文中结合附图从功能模块的角度描述了本申请实施例的装置和系统。应理解，该功能模块可以通过硬件形式实现，也可以通过软件形式的指令实现，还可以通过硬件和软件模块组合实现。具体地，本申请实施例中的方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路和/或软件形式的指令完成，结合本申请实施例公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。可选地，软件模块可以位于随机存储器，闪存、只读存储器、可编程只读存储器、电可擦写可编程存储器、寄存器等本领域的成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法实施例中的步骤。

如图8是本申请实施例提供的电子设备800的示意性框图。

如图8所示，该电子设备800可包括：

存储器810和处理器820，该存储器810用于存储计算机程序，并将该程序代码传输给该处理器820。换言之，该处理器820可以从存储器810中调用并运行计算机程序，以实现本申请实施例中的方法。

例如，该处理器820可用于根据该计算机程序中的指令执行上述方法300中各执行主体的步骤，或方法400中各执行主体的步骤。

在本申请的一些实施例中，该处理器820可以包括但不限于：

通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(FieldProgrammable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等等。

在本申请的一些实施例中，该存储器810包括但不限于：

易失性存储器和/或非易失性存储器。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double DataRate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synch link DRAM，SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，DR RAM)。

在本申请的一些实施例中，该计算机程序可以被分割成一个或多个模块，该一个或者多个模块被存储在该存储器810中，并由该处理器820执行，以完成本申请提供的方法。该一个或多个模块可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述该计算机程序在该电子设备800中的执行过程。

可选的，该电子设备800还可包括：

通信接口830，该通信接口830可连接至该处理器820或存储器810。

其中，处理器820可以控制该通信接口830与其他设备进行通信，具体地，可以向其他设备发送信息或数据，或接收其他设备发送的信息或数据。示例性的，通信接口830可以包括发射机和接收机。通信接口830还可以进一步包括天线，天线的数量可以为一个或多个。

应当理解，该电子设备800中的各个组件通过总线系统相连，其中，总线系统除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。

根据本申请的一个方面，提供了一种通信装置，包括处理器和存储器，该存储器用于存储计算机程序，该处理器用于调用并运行所述存储器中存储的计算机程序，使得所述编码器执行上述方法实施例的方法。

根据本申请的一个方面，提供了一种计算机存储介质，其上存储有计算机程序，该计算机程序被计算机执行时使得该计算机能够执行上述方法实施例的方法。或者说，本申请实施例还提供一种包含指令的计算机程序产品，该指令被计算机执行时使得计算机执行上述方法实施例的方法。

根据本申请的另一个方面，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述方法实施例的方法。

换言之，当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行该计算机程序指令时，全部或部分地产生按照本申请实施例该的流程或功能。该计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。该计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，该计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。该计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。该可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如数字视频光盘(digital video disc，DVD))、或者半导体介质(例如固态硬盘(solid state disk，SSD))等。

应理解，在本申请实施例中，“与A对应的B”表示B与A相关联。在一种实现方式中，可以根据A确定B。但还应理解，根据A确定B并不意味着仅仅根据A确定B，还可以根据A和/或其它信息确定B。

在本申请的描述中，除非另有说明，“至少一个”是指一个或多个，“多个”是指两个或多于两个。另外，“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A,B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a,b,或c中的至少一项(个)，可以表示：a,b,c,a-b,a-c,b-c,或a-b-c，其中a,b,c可以是单个，也可以是多个。

还应理解，本申请实施例中出现的第一、第二等描述，仅作示意与区分描述对象之用，没有次序之分，也不表示本申请实施例中对设备个数的特别限定，不能构成对本申请实施例的任何限制。

还应理解，说明书中与实施例有关的特定特征、结构或特性包括在本申请的至少一个实施例中。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。

此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或服务器不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的模块及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，该模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。

作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。例如，在本申请各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。

以上仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以该权利要求的保护范围为准。

Claims (12)

1.一种数据处理的方法，其特征在于，所述方法应用于第一设备，包括：

接收来自业务控制器的第一数据核查任务；

根据所述第一数据核查任务，确定与至少一个第二设备对应的至少一个第二数据核查任务，其中，所述第二设备是在所述第一设备上进行了服务注册的设备；

向所述至少一个第二设备分别发送与所述第二设备对应的所述第二数据核查任务；

获取所述至少一个第二设备分别返回的与所述第二数据核查任务对应的任务执行结果；

根据所述第二数据核查任务对应的任务执行结果，确定所述第一数据核查任务对应的任务执行结果。

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

向所述业务控制器发送所述第一数据核查任务的任务ID；

接收来自所述业务控制器的对应于所述第一数据核查任务的查询请求，其中，所述查询请求包括所述任务ID；

向所述业务控制器发送所述第一数据核查任务对应的任务执行结果。

3.根据权利要求1或2所述的方法，其特征在于，所述根据所述第一数据核查任务，确定与至少一个第二设备对应的至少一个第二数据核查任务，包括：

根据所述第一数据核查任务需要核查的数据类型、需要核查的设备、需要核查的数据量大小、第二设备的节点数量和第二设备的负载情况中的至少一种，确定与所述至少一个第二设备对应的所述至少一个第二数据核查任务。

4.一种数据处理的方法，其特征在于，所述方法应用于第二设备，包括：

接收来自第一设备的第二数据核查任务，其中，所述第二数据核查任务是根据来自业务控制器的第一数据核查任务生成的，所述第二设备是在所述第一设备上进行了服务注册的设备；

根据所述第二数据核查任务，从所述业务控制器获取第一业务数据；

根据所述第二数据核查任务，从第三设备获取第二业务数据，其中，所述第三设备是接收所述业务控制器下发的数据或配置的设备；

对所述第一业务数据和所述第二业务数据进行核查，得到所述第二数据核查任务对应的任务执行结果；

向所述第一设备发送所述第二数据核查任务对应的任务执行结果。

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

若根据所述任务执行结果确定所述第二业务数据与所述第一业务数据不同，则向所述第三设备发送第三业务数据，其中，所述第三业务数据用于将所述第二业务数据补齐为所述第一业务数据。

6.一种数据处理的方法，其特征在于，所述方法应用于业务控制器，包括：

向第一设备发送第一数据核查任务；

向第二设备发送第一业务数据，其中，所述第一业务数据是根据与所述第二设备对应的第二数据核查任务确定的，所述第二数据核查任务是根据所述第一数据核查任务确定的，所述第二设备是在所述第一设备上进行了服务注册的设备；

接收来自所述第一设备的所述第一数据核查任务的任务ID；

向所述第一设备发送对应于所述第一数据核查任务的查询请求，其中，所述查询请求包括所述任务ID；

接收来自所述第一设备的所述第一数据核查任务对应的任务执行结果。

7.一种数据处理的装置，其特征在于，包括：

接收单元，用于接收来自业务控制器的第一数据核查任务；

处理单元，用于根据所述第一数据核查任务，确定与至少一个第二设备对应的至少一个第二数据核查任务，其中，所述第二设备是在所述第一设备上进行了服务注册的设备；

发送单元，用于向所述至少一个第二设备分别发送与所述第二设备对应的所述第二数据核查任务；

获取单元，用于获取所述至少一个第二设备分别返回的与所述第二数据核查任务对应的任务执行结果；

所述处理单元还用于根据所述第二数据核查任务对应的任务执行结果，确定所述第一数据核查任务对应的任务执行结果。

8.一种数据处理的装置，其特征在于，包括：

接收单元，用于接收来自第一设备的第二数据核查任务，其中，所述第二数据核查任务是根据来自业务控制器的第一数据核查任务生成的，所述第二设备是在所述第一设备上进行了服务注册的设备；

获取单元，用于根据所述第二数据核查任务，从所述业务控制器获取第一业务数据；

所述获取单元，还用于根据所述第二数据核查任务，从第三设备获取第二业务数据，其中，所述第三设备是接收所述业务控制器下发的数据或配置的设备；

处理单元用于对所述第一业务数据和所述第二业务数据进行核查，得到所述第二数据核查任务对应的任务执行结果；

发送单元，用于向所述第一设备发送所述第二数据核查任务对应的任务执行结果。

9.一种数据处理的装置，其特征在于，包括：

发送单元，用于向第一设备发送第一数据核查任务；

所述发送单元，还用于向第二设备发送第一业务数据，其中，所述第一业务数据是根据与所述第二设备对应的第二数据核查任务确定的，所述第二数据核查任务是根据所述第一数据核查任务确定的，所述第二设备是在所述第一设备上进行了服务注册的设备；

接收单元，用于接收来自所述第一设备的所述第一数据核查任务的任务ID；

所述发送单元，还用于向所述第一设备发送对应于所述第一数据核查任务的查询请求，其中，所述查询请求包括所述任务ID；

所述接收单元，还用于接收来自所述第一设备的所述第一数据核查任务对应的任务执行结果。

10.一种电子设备，其特征在于，包括处理器和存储器，所述存储器中存储有指令，所述处理器运行所述指令时，使得所述处理器执行权利要求1-6任一项所述的方法。

11.一种计算机存储介质，其特征在于，包括指令，当其在计算机上运行时，使得所述计算机执行权利要求1-6中任一项所述的方法。

12.一种计算机程序产品，其特征在于，包括计算机程序代码，当所述计算机程序代码被电子设备运行时，使得所述电子设备执行权利要求1-6中任一项所述的方法。