CN109871291A - 数据处理方法及装置 - Google Patents

Abstract

本申请公开了一种数据处理方法及装置，属于计算机技术领域。所述方法包括：在终端的目标应用程序的运行过程中，主进程检测目标应用程序的服务进程的数量是否少于两个，服务进程在初始运行阶段加载有目标软件开发工具包；当目标应用程序的服务进程的数量少于两个时，主进程创建至少一个服务进程，使服务进程的数量大于或等于两个；当目标应用程序的服务进程的数量不少于两个时，主进程向至少两个服务进程发送数据处理指令，所述数据处理指令用于指示至少两个服务进程中，接收到数据处理指令的目标服务进程调用目标软件开发工具包，对待处理数据进行处理。本申请解决了应用程序的目标功能的实现可靠性较低的问题。本申请用于数据处理。

Description

数据处理方法及装置

技术领域

本申请涉及计算机技术领域，特别涉及一种数据处理方法及装置。

背景技术

随着计算机技术的发展，应用程序的功能越来越多。

相关技术中，应用程序中的每个功能可以通过应用程序的主进程调用对应的软件开发工具包(Software Development Kit，SDK)实现。如应用程序的主进程可以先加载目标软件开发工具包(如美颜软件开发工具包)，进而调用目标软件开发工具包以实现应用程序的目标功能(如美颜功能)。

若主进程在调用目标软件开发工具包时出错，则主进程需要重新加载目标软件开发工具包，该重新加载过程通常耗时较长，且在该重新加载过程中应用程序无法继续实现目标功能。因此，相关技术中应用程序的目标功能的实现可靠性较低。

发明内容

本申请提供了一种数据处理方法及装置，可以解决应用程序的目标功能的实现可靠性较低的问题。所述技术方案如下：

一方面，提供了一种数据处理方法，所述方法包括：

在终端的目标应用程序的运行过程中，所述目标应用程序的主进程检测所述目标应用程序的服务进程的数量是否少于两个，所述服务进程在初始运行阶段加载有目标软件开发工具包；

当所述目标应用程序的服务进程的数量少于两个时，所述主进程创建至少一个服务进程，使所述服务进程的数量大于或等于两个；

当所述目标应用程序的服务进程的数量不少于两个时，所述主进程向至少两个服务进程发送数据处理指令，所述数据处理指令用于指示所述至少两个服务进程中，接收到所述数据处理指令的目标服务进程调用所述目标软件开发工具包，对所述待处理数据进行处理。

可选地，所述方法还包括：

所述主进程获取所述待处理数据；

所述主进程将所述待处理数据存入第一存储空间，所述第一存储空间用于供所述目标服务进程获取所述待处理数据。

可选地，在所述主进程向至少两个服务进程发送数据处理指令之后，所述方法还包括：

所述目标服务进程将针对所述待处理数据处理得到的目标数据存入第二存储空间；

所述目标服务进程向所述主进程发送数据响应指令，所述数据响应指令用于指示所述主进程从所述第二存储空间中获取所述目标数据。

可选地，在所述主进程向至少两个服务进程发送数据处理指令之后，所述方法还包括：

当所述主进程在指定时长内未接收到数据响应指令时，所述主进程重新发送所述数据处理指令。

可选地，在所述主进程向至少两个服务进程发送数据处理指令之后，所述方法还包括：

所述至少两个服务进程根据操作系统进程调度原则，接收所述数据处理指令，其中，所述操作系统进程调度原则为：

当任一服务进程接收到所述数据处理指令后，所述至少两个服务进程中除所述任一服务进程以外的其他服务进程无法接收到所述数据处理指令。

可选地，所述至少两个服务进程根据操作系统进程调度原则，接收所述数据处理指令，包括：

所述至少两个服务进程根据所述操作系统进程调度原则，轮流接收所述主进程发送的数据处理指令。

可选地，所述方法还包括：

在所述主进程启动后，创建至少两个服务进程。

可选地，所述终端包括多核处理器，所述至少两个服务进程和所述主进程在所述多核处理器的至少两个内核上运行。

另一方面，提供了一种数据处理装置，所述数据处理装置包括：

检测模块，用于在终端的目标应用程序的运行过程中，所述目标应用程序的主进程检测所述目标应用程序的服务进程的数量是否少于两个，所述服务进程在初始运行阶段加载有目标软件开发工具包；

第一创建模块，用于当所述目标应用程序的服务进程的数量少于两个时，所述主进程创建至少一个服务进程，使所述服务进程的数量大于或等于两个；

第一发送模块，用于当所述目标应用程序的服务进程的数量不少于两个时，所述主进程向至少两个服务进程发送数据处理指令，所述数据处理指令用于指示所述至少两个服务进程中，接收到所述数据处理指令的目标服务进程调用目标软件开发工具包，对所述待处理数据进行处理。

可选地，所述数据处理装置还包括：

获取模块，用于所述主进程获取所述待处理数据；

第一存储模块，用于所述主进程将所述待处理数据存入第一存储空间，所述第一存储空间用于供所述目标服务进程获取所述待处理数据。

可选地，所述数据处理装置还包括：

第二存储模块，用于所述目标服务进程将针对所述待处理数据处理得到的目标数据存入第二存储空间；

第二发送模块，用于所述目标服务进程向所述主进程发送数据响应指令，所述数据响应指令用于指示所述主进程从所述第二存储空间中获取所述目标数据。

可选地，所述数据处理装置还包括：

第三发送模块，用于当所述主进程发送数据处理指令之后的指定时长内未接收到数据响应指令时，所述主进程重新发送所述数据处理指令。

可选地，所述数据处理装置还包括：

接收模块，用于所述至少两个服务进程根据操作系统进程调度原则，接收所述数据处理指令，其中，所述操作系统进程调度原则为：

当任一服务进程接收到所述数据处理指令后，所述至少两个服务进程中除所述任一服务进程以外的其他服务进程无法接收到所述数据处理指令。

可选地，所述接收模块，用于所述至少两个服务进程根据所述操作系统进程调度原则，轮流接收所述主进程发送的数据处理指令。

可选地，所述数据处理装置还包括：

第二创建模块，用于在所述主进程启动后，创建至少两个服务进程。

可选地，所述终端包括多核处理器，所述至少两个服务进程和所述主进程在所述多核处理器的至少两个内核上运行。

又一方面，提供了一种终端，所述终端包括：存储器和处理器；

所述存储器，用于存储计算机程序；

所述处理器，用于执行所述存储器上所存储的计算机程序，实现上述的数据处理方法。

再一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有代码指令，所述代码指令由处理器执行时，实现上述的数据处理方法。

本申请提供的技术方案带来的有益效果至少包括：

本申请提供了一种数据处理方法及装置，在该数据处理方法中，主进程向至少两个服务进程发送数据处理指令，该数据处理指令指示至少两个服务进程中接收到主进程发送的数据处理指令的目标服务进程，可以调用目标软件开发工具包，对待处理数据进行处理。即使至少两个服务进程中的某个服务进程发生错误，需重新加载目标软件开发工具包，在该服务进程重新加载目标软件开发工具包的过程中，其他服务进程可以继续对后续的待处理数据进行处理。因此，对待处理数据的处理可靠性较高。

附图说明

清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的一种数据处理方法的流程图；

图2是本申请实施例提供的另一种数据处理方法的流程图；

图3是本申请实施例提供的一种数据处理装置的结构示意图；

图4是本申请实施例提供的另一种数据处理装置的结构示意图；

图5是本申请实施例提供的又一种数据处理装置的结构示意图；

图6是本申请实施例提供的再一种数据处理装置的结构示意图；

图7是本申请另一实施例提供的一种数据处理装置的结构示意图；

图8是本申请另一实施例提供的另一种数据处理装置的结构示意图；

图9是本申请实施例提供的一种终端的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

图1是本申请实施例提供的一种数据处理方法的流程图。如图1所示，该方法可以包括：

步骤101、在终端的目标应用程序的运行过程中，目标应用程序的主进程检测目标应用程序的服务进程的数量是否少于两个，服务进程在初始运行阶段加载有目标软件开发工具包。

步骤102、当目标应用程序的服务进程的数量少于两个时，主进程创建至少一个服务进程，使服务进程的数量大于或等于两个。

步骤103、当目标应用程序的服务进程的数量不少于两个时，主进程向至少两个服务进程发送数据处理指令，数据处理指令用于指示至少两个服务进程中，接收到数据处理指令的目标服务进程调用目标软件开发工具包，对待处理数据进行处理。

综上所述，本申请实施例提供的数据处理方法中，主进程向至少两个服务进程发送数据处理指令，该数据处理指令指示至少两个服务进程中接收到主进程发送的数据处理指令的目标服务进程，可以调用目标软件开发工具包，对待处理数据进行处理。即使至少两个服务进程中的某个服务进程发生错误，需重新加载目标软件开发工具包，在该服务进程重新加载目标软件开发工具包的过程中，其他服务进程可以继续对后续的待处理数据进行处理。因此，对待处理数据的处理可靠性较高。

图2是本申请实施例提供的另一种数据处理方法的流程图。该方法可以用于终端，终端的目标应用程序至少通过主进程和至少两个服务进程运行。如图2所示，该方法可以包括：

步骤201、在目标应用程序的主进程启动后，主进程创建至少两个服务进程。

示例地，当用户需要运行目标应用程序时，用户可以在终端上进行操作(如点击终端上显示的目标应用程序的图标)，以触发终端启动目标应用程序的主进程。在主进程启动后，主进程便可以创建与该主进程关联的至少两个服务进程。主进程与服务进程关联，也即是主进程能够与服务进程进行内部通信。需要说明的是，本申请实施例所述的服务进程均指可用的服务进程(也即正常运行的服务进程)。当某服务进程出错或崩溃而导致该服务进程不可用时，该服务进程消失，可选地，服务进程出错或崩溃后可以重新启动。

可选地，目标应用程序还可以通过主进程、至少两个服务进程和辅助服务进程运行，通过运行该辅助服务进程可以实现目标应用程序的一项功能。

可选地，终端包括多核处理器，至少两个服务进程和主进程可以在多核处理器的至少两个内核上运行，进而可以避免多核处理器的某个内核的运行资源占用较多，而导致的进程运行卡顿的现象。

可选地，至少两个服务进程在一个内核上运行，主进程在另一个内核上运行；或者，至少两个服务进程中的一部分服务进程在一个内核上运行，另一部分服务进程与主进程在另一个内核上运行；又或者，当多核处理器的内核个数多于服务进程的个数，每个内核上可以运行有一个服务进程或主进程。本申请实施例对此不做限定。

步骤202、至少两个服务进程中的每个服务进程加载目标软件开发工具包。

需要说明的是，每个服务进程有对应的地址空间(也称为进程空间)。服务进程加载目标软件开发工具包，也即是服务进程将所需调用的目标软件开发工具包链接到该服务进程所对应的地址空间中。另外，每个服务进程的运行初始阶段均加载有目标软件开发工具包，服务进程在加载有目标软件开发工具包之后才能够正常运行。

需要说明的是，加载有目标软件开发工具包的服务进程可以实现应用程序的目标功能。如目标应用程序为直播应用程序，目标软件开发工具包为美颜软件开发工具包，加载有该目标软件开发工具包的服务进程可以实现直播应用程序的美颜功能(也即是可以实现对获取的直播视频中每帧图像的美颜处理)。

步骤203、主进程获取待处理数据。

示例地，当目标应用程序为直播应用程序时，主进程获取的待处理数据可以是直播视频中的任一帧图像的图像数据。该直播视频可以为直播应用程序所在的终端采集的视频。

可选地，目标应用程序还可以为其他应用程序，如人脸识别应用程序，此时，待处理数据可以为包含人脸特征的任意图像的图像数据。

步骤204、主进程将待处理数据存入第一存储空间。

可选地，第一存储空间可以是终端的存储器的全部存储空间，或者也可以是存储器的部分存储空间。主进程与上述至少两个服务进程均可以访问第一存储空间。

步骤205、主进程向至少两个服务进程发送数据处理指令。

可选地，主进程可以全局发送数据处理指令，使得能够与主进程进行通信的进程均有机会接收到该数据处理指令。该数据处理指令用于指示接收到数据处理指令的服务进程对第一存储空间中的待处理数据进行处理。

可选地，主进程也可以向至少两个服务进程轮流发送数据处理指令。当某个服务进程无法接收主进程发送的数据处理指令时，主进程可以向下一个服务进程发送该数据处理指令。

需要说明的是，在主进程的运行过程中，主进程可以检测服务进程的数量是否少于两个。当服务进程的数量少于两个时，主进程创建至少一个服务进程，使服务进程的数量大于或等于两个，以保证任何时刻均存在服务进程对待处理数据进行处理。当服务进程的数量不少于两个时，主进程向至少两个服务进程发送数据处理指令，该至少两个服务进程也即是当前可用的服务进程。新创建的每个服务进程在初始运行阶段均自行加载目标软件开发工具包。

可选地，主进程在每创建一个服务进程后，可以向服务进程分配标识(identification，ID)。由于服务进程仅在可用时才可以与主进程进行通信，因此主进程可以周期性地与每个服务进程进行通信，获取服务进程的标识。若主进程可以获取到某服务进程的标识，则主进程确定该服务进程仍存在(也即该服务进程可用)，进而主进程可以根据获取到的标识确定服务进程的数量。

还需要说明的是，本申请实施例中终端中目标应用程序的主进程和存在的服务进程，在任何时刻均可以运行在终端的多核处理器的至少两个内核上。终端中存在的服务进程包括步骤201中主进程创建的服务进程，也包括主进程检测到服务进程的数量少于两个时，重新创建的服务进程，

步骤206、至少两个服务进程中，接收到数据处理指令的目标服务进程从第一存储空间中获取待处理数据。

需要说明的是，至少两个服务进程根据操作系统进程调度原则接收数据处理指令。其中，操作系统进程调度原则为：当任一服务进程接收到数据处理指令后，至少两个服务进程中除该任一服务进程以外的其他服务进程无法接收到该数据处理指令。

可选地，至少两个服务进程还可以根据操作系统进程调度原则，轮流接收数据处理指令。进而防止某一服务进程持续运行，使得该服务进程所在的处理器内核的运行资源持续较少，而影响该处理器内核中其他应用程序的进程运行。

可选地，每个服务进程接收到主进程全局发送的数据处理指令的概率相同，操作系统可以保证操作系统每个服务进程均有收到数据处理指令的机会，进而保证至少两个服务进程基本轮流接收到数据处理指令。

可选地，接收到数据处理指令的服务进程可以基于数据处理指令，获取待处理数据的存储位置信息(也即是第一存储空间的地址信息)。可选地，数据处理指令可以携带有待处理数据的存储位置信息；或者，待处理数据的存储位置也可以由终端预先设置，当服务进程接收到数据处理指令时，服务进程可以直接获取待处理数据的存储位置信息。

可选地，第一存储空间中的数据可以周期性地删除，以释放内存；或者，第一存储空间中的数据可以被新的数据覆盖，例如，当主进程在第一存储空间中存入新的待处理数据时，该新的待处理数据可以覆盖第一存储空间内原有的待处理数据。本申请实施例对第一存储空间中数据的存储方式不做限定。

可选地，第一存储空间可以仅支持主进程和上述至少两个服务进程访问，进而可以防止第一存储空间中的待处理数据被其他进程更改。

需要说明的是，数据处理指令仅可由可用的服务进程接收。当某服务进程出错时，该服务进程可以重新加载目标软件开发工具包。由于本申请实施例中服务进程仅用于调用目标软件开发工具包进行数据处理，因此服务进程出错后重新加载目标软件开发工具包相当于服务进程重新启动。

步骤207、目标服务进程调用目标软件开发工具包，对待处理数据进行处理。

可选地，当目标应用程序为直播应用程序，目标软件开发工具包可以为美颜软件开发工具包。目标服务进程可以获取主播终端采集的直播视频中每帧图像的图像数据(也即待处理数据)，并调用该目标软件开发工具包，对每帧图像的图像数据进行处理，得到目标数据。

步骤208、目标服务进程将针对待处理数据处理得到的目标数据存入第二存储空间。

可选地，第二存储空间可以是终端的存储器的全部存储空间，或者也可以是存储器的部分存储空间。主进程与上述至少两个服务进程均可以访问第二存储空间。

可选地，该第一存储空间与第二存储空间可以为同一存储空间，也可以为不同存储空间。

步骤209、目标服务进程向主进程发送数据响应指令。

其中，该数据响应指令用于指示服务进程对待处理数据已处理完毕，且指示主进程从第二存储空间中获取目标数据。

步骤210、主进程从第二存储空间中获取目标数据。

可选地，主进程可以基于数据响应指令，获取目标数据的存储位置信息(也即是第二存储空间的地址信息)。可选地，数据处理指令可以携带有目标数据的存储位置信息；或者，目标数据的存储位置也可以由终端预先设置，当主进程接收到数据响应指令时，主进程可以直接获取待处理数据的存储位置信息。

可选地，第二存储空间中的数据可以周期性地删除，以释放内存；或者，第二存储空间中的数据可以被新的数据覆盖，例如，当目标服务进程在第二存储空间中存入新的目标数据时，该新的目标数据可以覆盖第二存储空间内原有的目标数据。本申请实施例对第二存储空间中数据的存储方式不做限定。

可选地，第二存储空间可以仅支持主进程和至少两个服务进程访问，进而可以防止第二存储空间中的目标数据被其他进程更改。

在一种可能的实现方式中，每个时刻第一存储空间中仅存储有一个待处理数据，则主进程可以在一个待处理数据处理完毕后，或已经被目标服务进程获取后，再向第一存储空间中存储新的待处理数据。

在另一种可能的实现方式中，第一存储空间中可以同时存储有多个待处理数据。主进程发送的数据处理指令中还可以携带有待处理数据的指示信息，每个数据处理指令用于指示目标服务进程对该数据处理指令中的指示信息对应的待处理数据进行处理。可选地，至少两个服务进程可以并行执行对第一存储空间中多个待处理数据的处理过程。当某个服务进程正在处理待处理数据时，其他服务进程可以接收主进程发送的后续数据处理指令，并根据不同数据处理指令中的指示信息在第一存储空间中获取该指示信息对应的待处理数据，进而对该指示信息对应的待处理数据进行处理。

可选地，当主进程发送数据处理指令之后的指定时长内未接收到数据响应指令时，主进程可以认为目标服务进程对待处理数据进行处理的过程中发生错误，目标服务进程无法继续对该待处理数据进行处理得到目标数据。此时，主进程可以重新发送数据处理指令，该数据处理指令用于指示服务进程对该待处理数据重新进行处理；或者，主进程也可以直接向第一存储空间中存储下一组待处理数据，并发送该下一组待处理数据对应的数据处理指令。

可选地，在主进程发送数据处理指令(也即步骤205)后，主进程可以开始自行计时，或者可以通过单独的计时组件进行计时，以检测主进程发送数据处理指令后的持续时长是否达到指定时长。

本申请以下实施例以目标应用程序为直播应用程序，目标软件开发工具包为美颜软件开发工具包为例，对图2所示的数据处理方法的实现过程进行说明。

当主播需要进行视频直播时，主播可以点击主播终端上显示的直播应用程序的图标，以触发主播终端启动直播应用程序的主进程。直播应用程序的主进程运行过程中，主播终端采集直播视频，并将采集的直播视频上传至直播应用程序对应的直播服务器，以供观众终端从直播服务器获取该直播视频并播放。为了美化主播的形象，主播可以自主选择开启直播应用程序的美颜功能，或者在直播应用程序的主进程启动时，可以默认开启直播应用程序的美颜功能。直播应用程序的美颜功能开启后，直播应用程序可以对主播终端采集的直播视频进行美颜处理，并将经过美颜处理后的直播视频上传至直播服务器。

直播应用程序的主进程在启动后可以创建至少两个服务进程，且为每个服务进程分配标识，每个服务进程在初始运行阶段均自行加载美颜软件开发工具包。主播终端在获取到直播视频后，主进程与该至少两个服务进程进行通信，以确定服务进程的数量是否少于两个。在服务进程的数量少于两个时，主进程可以重新创建至少一个服务进程，使得服务进程的数量等于或大于两个。

主进程在获取到直播视频后，可以依次将直播视频中的各帧图像的图像数据作为待处理数据，并存储至终端中的第一存储空间。主进程在每存入一帧图像的图像数据后均可以全局发送一个数据处理指令，该数据处理指令可以携带有该帧图像的图像数据的指示信息(如该帧图像的帧数)，以下将“一帧图像的图像数据的指示信息”简称为“一帧图像的指示信息”。接收到数据处理指令的目标服务进程可以根据数据处理指令中某帧图像的指示信息，从第一存储空间中获取该帧图像的图像数据。目标服务进程通过调用已加载的美颜软件开发工具包，对该帧图像的图像数据进行处理(也即是对该帧图像进行美颜处理)，得到该帧图像的目标图像数据(也即目标数据)。目标服务进程将得到的目标图像数据存储至第二存储空间，并向主进程发送数据响应指令。主进程在接收到该数据响应指令后，从第二存储空间获取目标图像数据，并根据该目标图像数据获取目标图像，且将该目标图像上传至直播服务器。其中，目标图像为对直播视频中的一帧图像进行美颜处理所得的图像。

本申请实施例中，主播终端上传至直播服务器的视频的帧率与主播终端采集的直播视频的帧率相匹配。假设，主播终端采集的直播视频的帧率为25赫兹，也即是该直播视频每秒内包括25张图像，则主进程每隔40毫秒获取到一张图像。由于服务进程对一帧图像进行美颜处理所耗费的时长远小于40毫秒，因此在主播终端获取到当前帧图像的下一帧图像时，当前帧图像已经过美颜处理且上传至直播服务器。进而，主播终端每秒钟可以上传25张图像，上传至直播服务器的视频的帧率也为25赫兹。

主进程可以从发出携带有指定帧图像的指示信息的数据处理指令的时刻起开始计时。当主进程在发出携带有指定帧图像的指示信息的数据处理指令后的指定时长内未接收到数据响应指令时，主进程可以确定目标服务进程对指定帧图像的处理失败，此时主进程可以重新发送携带有指定帧图像的指示信息的数据处理指令，保证服务进程对直播视频中的每帧图像的图像数据均进行处理。该指定时长可以大于或等于服务进程对一帧图像的图像数据进行处理的最大时长。例如服务进程对一帧图像的图像数据进行处理所耗费的时长为15毫秒，则指定时长可以取15毫秒或大于15毫秒。

或者，主进程也可以仅在接收到数据响应指令时获取第二存储空间中的目标数据，而并不关注服务进程对指定帧图像的图像数据的处理是否成功。当服务进程对指定帧图像的图像数据的处理失败时，主进程无法获取指定帧图像的目标图像数据，则主进程可以将该指定帧图像直接上传至直播服务器；或者主进程也可以跳过该指定帧图像，直接向直播服务器上传下一帧图像，本申请实施例对此不做限定。

需要说明的是，由于两个服务进程在同一时刻出错的几率微乎其微，因此步骤201中主进程仅创建两个服务进程，便可以保证任何时刻均存在至少一个服务进程可用，进而对直播视频的美颜处理可以一直正常进行，也即保证了对直播视频的美颜处理的可靠性。

相关技术中，在对直播视频进行美颜处理时，直播应用程序的主进程加载并调用美颜软件开发工具包。由于美颜软件开发工具包的算法复杂度较高，因此主进程在调用美颜软件开发工具包时易发生偶发性失效，如主进程错误或崩溃等。当主进程发生错误时，主进程需要重新加载美颜软件开发工具包，但是重新加载的过程耗时较长，且该过程中主进程无法继续对直播视频进行美颜处理。主进程会将重新加载过程中主播终端采集的直播视频直接上传至直播服务器，导致主播的形象被丑化。当主进程发生崩溃时，主进程会直接停止运行，此时主播的视频直播过程将被迫中断。

另外，由于运行美颜软件开发工具包需要较多运行资源，且主进程在调用美颜软件开发工具包时可能还需调用其他软件开发工具包以实现其他功能(如在直播视频中添加虚拟表情的功能)，因此主进程的运行需要耗费处理器的一个内核的过多运行资源，进而造成主进程的运行卡顿。

且相关技术中，由于美颜软件开发工具包的升级可能会使主进程发生新的偶发性失效问题，故需进行多次试验，确定主进程调用升级后的美颜软件开发工具包发生偶发性失效的概率较低后，才可以将该升级后的美颜软件开发工具投入使用。

本申请实施例中，至少两个服务进程中接收到数据处理指令的服务进程，调用美颜软件开发工具包对直播视频进行美颜处理，即使一个服务进程需要重新加载美颜软件开发工具包或者发生崩溃，另一个服务进程也可以继续对直播视频进行美颜处理，且主进程也可以继续正常运行；避免了未经过美颜处理的直播视频上传至直播服务器而使主播的形象被丑化的情况，以及降低了主进程崩溃导致的直播过程中断的风险。

另外，至少两个服务进程与主进程可以运行在多核处理器的不同内核上，故主进程的运行耗费的内核的运行资源较少，主进程的运行流畅度较高。且该至少两个服务进程中每个服务进程也可以运行在不同的内核上，避免了服务进程争夺同一内核的运行资源而造成的运行卡顿的问题，服务进程运行的流畅度也较高。

且本申请实施例中，服务进程在调用美颜软件开发工具包时的偶发性失效对直播应用程序的美颜功能并无影响，故当美颜软件开发工具包升级后，服务进程可以直接加载并调用，无需进行过多的试验。

综上所述，本申请实施例提供的数据处理方法中，主进程向至少两个服务进程发送数据处理指令，数据处理指令指示至少两个服务进程中接收到主进程发送的数据处理指令的目标服务进程，可以调用目标软件开发工具包，对待处理数据进行处理。即使至少两个服务进程中的某个服务进程发生错误，需重新加载目标软件开发工具包，在该服务进程重新加载目标软件开发工具包的过程中，其他服务进程可以继续对后续的待处理数据进行处理。因此，对待处理数据的处理可靠性较高。

图3是本申请实施例提供的一种数据处理装置的结构示意图。如图3所示，该数据处理装置30包括：

检测模块301，用于在终端的目标应用程序的运行过程中，目标应用程序的主进程检测目标应用程序的服务进程的数量是否少于两个，服务进程在初始运行阶段加载有目标软件开发工具包。

第一创建模块302，用于当目标应用程序的服务进程的数量少于两个时，主进程创建至少一个服务进程，使服务进程的数量大于或等于两个。

第一发送模块303，用于当目标应用程序的服务进程的数量不少于两个时，主进程向至少两个服务进程发送数据处理指令，数据处理指令用于指示至少两个服务进程中，接收到数据处理指令的目标服务进程调用目标软件开发工具包，对待处理数据进行处理。

综上所述，本申请实施例提供的数据处理装置中，主进程向至少两个服务进程发送数据处理指令，数据处理指令指示至少两个服务进程中接收到主进程发送的数据处理指令的目标服务进程，可以调用目标软件开发工具包，对待处理数据进行处理。即使至少两个服务进程中的某个服务进程发生错误，需重新加载目标软件开发工具包，在该服务进程重新加载目标软件开发工具包的过程中，其他服务进程可以继续对后续的待处理数据进行处理。因此，对待处理数据的处理可靠性较高。

可选地，图4是本申请实施例提供的另一种数据处理装置的结构示意图，如图4所示，在图3的基础上，数据处理装置30还包括：

获取模块304，用于主进程获取待处理数据。

第一存储模块305，用于主进程将待处理数据存入第一存储空间，第一存储空间用于供所述目标服务进程获取所述待处理数据。

可选地，图5是本申请实施例提供的又一种数据处理装置的结构示意图，如图5所示，在图3的基础上，数据处理装置30还包括：

第二存储模块306，用于目标服务进程将针对待处理数据处理得到的目标数据存入第二存储空间。

第二发送模块307，用于目标服务进程向主进程发送数据响应指令，数据响应指令用于指示主进程从第二存储空间中获取所述目标数据。

可选地，图6是本申请实施例提供的再一种数据处理装置的结构示意图，如图6所示，在图5的基础上，数据处理装置30还包括：

第三发送模块308，用于当主进程发送数据处理指令之后的指定时长内未接收到数据响应指令时，主进程重新发送数据处理指令。

可选地，图7是本申请另一实施例提供的一种数据处理装置的结构示意图，如图7所示，在图3的基础上，数据处理装置30还包括：

接收模块309，用于至少两个服务进程根据操作系统进程调度原则，接收数据处理指令，其中，操作系统进程调度原则为：

当任一服务进程接收到数据处理指令后，至少两个服务进程中除该任一服务进程以外的其他服务进程无法接收到数据处理指令。

可选地，接收模块，用于至少两个服务进程根据操作系统进程调度原则，轮流接收主进程发送的数据处理指令。

可选地，图8是本申请另一实施例提供的另一种数据处理装置的结构示意图，如图8所示，在图3的基础上，数据处理装置30还包括：

第二创建模块310，用于在主进程启动后，创建至少两个服务进程。

可选地，终端包括多核处理器，至少两个服务进程和主进程在多核处理器的至少两个内核上运行。

综上所述，本申请实施例提供的数据处理装置中，主进程向至少两个服务进程发送数据处理指令，数据处理指令指示至少两个服务进程中接收到主进程发送的数据处理指令的目标服务进程，可以调用目标软件开发工具包，对待处理数据进行处理。即使至少两个服务进程中的某个服务进程发生错误，需重新加载目标软件开发工具包，在该服务进程重新加载目标软件开发工具包的过程中，其他服务进程可以继续对后续的待处理数据进行处理。因此，对待处理数据的处理可靠性较高。

本申请实施例提供了一种终端，该终端包括：存储器和处理器；

所述存储器，用于存储计算机程序；

所述处理器，用于执行所述存储器上所存储的计算机程序，实现如图1或图2所示的数据处理方法。

图9是本申请实施例提供的一种终端的结构示意图，该终端可以是主播终端。终端90可以是便携式移动终端，比如：智能手机、平板电脑、MP4(Moving Picture ExpertsGroup Audio Layer IV，动态影像专家压缩标准音频层面4)播放器、笔记本电脑或台式电脑。终端90还可能被称为用户设备、便携式终端、膝上型终端、台式终端等其他名称。

通常，终端90包括有：处理器901和存储器902。

处理器901可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器901可以采用DSP(Digital Signal Processing，数字信号处理)、FPGA(Field－Programmable Gate Array，现场可编程门阵列)、PLA(Programmable Logic Array，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器901也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称CPU；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器901可以在集成有GPU(Graphics Processing Unit，图像处理器)，GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器901还可以包括AI(Artificial Intelligence，人工智能)处理器，该AI处理器用于处理有关机器学习的计算操作。

存储器902可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器902还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中，存储器902中的非暂态的计算机可读存储介质用于存储至少一个指令，该至少一个指令用于被处理器901所执行以实现本申请中方法实施例提供的数据处理方法。

在一些实施例中，终端90还可选包括有：外围设备接口903和至少一个外围设备。处理器901、存储器902和外围设备接口903之间可以通过总线或信号线相连。各个外围设备可以通过总线、信号线或电路板与外围设备接口903相连。具体地，外围设备包括：射频电路904、显示屏905、摄像头906、音频电路907、定位组件908和电源909中的至少一种。

外围设备接口903可被用于将I/O(Input/Output，输入/输出)相关的至少一个外围设备连接到处理器901和存储器902。在一些实施例中，处理器901、存储器902和外围设备接口903被集成在同一芯片或电路板上；在一些其他实施例中，处理器901、存储器902和外围设备接口903中的任意一个或两个可以在单独的芯片或电路板上实现，本实施例对此不加以限定。

射频电路904用于接收和发射RF(Radio Frequency，射频)信号，也称电磁信号。射频电路904通过电磁信号与通信网络以及其他通信设备进行通信。射频电路904将电信号转换为电磁信号进行发送，或者，将接收到的电磁信号转换为电信号。可选地，射频电路904包括：天线系统、RF收发器、一个或多个放大器、调谐器、振荡器、数字信号处理器、编解码芯片组、用户身份模块卡等等。射频电路904可以通过至少一种无线通信协议来与其它终端进行通信。该无线通信协议包括但不限于：万维网、城域网、内联网、各代移动通信网络(2G、3G、4G及5G)、无线局域网和/或WiFi(Wireless Fidelity，无线保真)网络。在一些实施例中，射频电路904还可以包括NFC(Near Field Communication，近距离无线通信)有关的电路，本申请对此不加以限定。

显示屏905用于显示UI(User Interface，用户界面)。该UI可以包括图形、文本、图标、视频及其它们的任意组合。当显示屏905是触摸显示屏时，显示屏905还具有采集在显示屏905的表面或表面上方的触摸信号的能力。该触摸信号可以作为控制信号输入至处理器901进行处理。此时，显示屏905还可以用于提供虚拟按钮和/或虚拟键盘，也称软按钮和/或软键盘。在一些实施例中，显示屏905可以为一个，设置终端90的前面板；在另一些实施例中，显示屏905可以为至少两个，分别设置在终端90的不同表面或呈折叠设计；在再一些实施例中，显示屏905可以是柔性显示屏，设置在终端90的弯曲表面上或折叠面上。甚至，显示屏905还可以设置成非矩形的不规则图形，也即异形屏。显示屏905可以为LCD(LiquidCrystal Display，液晶显示阵列)显示屏或OLED(Organic Light-Emitting Diode，有机发光二极管)显示屏。

摄像头组件906用于采集图像或视频。可选地，摄像头组件906包括前置摄像头和后置摄像头。通常，前置摄像头设置在终端的前面板，后置摄像头设置在终端的背面。在一些实施例中，后置摄像头为至少两个，分别为主摄像头、景深摄像头、广角摄像头、长焦摄像头中的任意一种，以实现主摄像头和景深摄像头融合实现背景虚化功能、主摄像头和广角摄像头融合实现全景拍摄以及VR(Virtual Reality，虚拟现实)拍摄功能或者其它融合拍摄功能。在一些实施例中，摄像头组件906还可以包括闪光灯。闪光灯可以是单色温闪光灯，也可以是双色温闪光灯。双色温闪光灯是指暖光闪光灯和冷光闪光灯的组合，可以用于不同色温下的光线补偿。

音频电路907可以包括麦克风和扬声器。麦克风用于采集用户及环境的声波，并将声波转换为电信号输入至处理器901进行处理，或者输入至射频电路904以实现语音通信。出于立体声采集或降噪的目的，麦克风可以为多个，分别设置在终端90的不同部位。麦克风还可以是阵列麦克风或全向采集型麦克风。扬声器则用于将来自处理器901或射频电路904的电信号转换为声波。扬声器可以是传统的薄膜扬声器，也可以是压电陶瓷扬声器。当扬声器是压电陶瓷扬声器时，不仅可以将电信号转换为人类可听见的声波，也可以将电信号转换为人类听不见的声波以进行测距等用途。在一些实施例中，音频电路907还可以包括耳机插孔。

定位组件908用于定位终端90的当前地理位置，以实现导航或LBS(LocationBased Service，基于位置的服务)。定位组件908可以是基于美国的GPS(GlobalPositioning System，全球定位系统)、中国的北斗系统或俄罗斯的伽利略系统的定位组件。

电源909用于为终端90中的各个组件进行供电。电源909可以是交流电、直流电、一次性电池或可充电电池。当电源909包括可充电电池时，该可充电电池可以是有线充电电池或无线充电电池。有线充电电池是通过有线线路充电的电池，无线充电电池是通过无线线圈充电的电池。该可充电电池还可以用于支持快充技术。

在一些实施例中，终端90还包括有一个或多个传感器910。该一个或多个传感器910包括但不限于：加速度传感器911、陀螺仪传感器912、压力传感器913、指纹传感器914、光学传感器915以及接近传感器916。

加速度传感器911可以检测以终端90建立的坐标系的三个坐标轴上的加速度大小。比如，加速度传感器911可以用于检测重力加速度在三个坐标轴上的分量。处理器901可以根据加速度传感器911采集的重力加速度信号，控制触摸显示屏905以横向视图或纵向视图进行用户界面的显示。加速度传感器911还可以用于游戏或者用户的运动数据的采集。

陀螺仪传感器912可以检测终端90的机体方向及转动角度，陀螺仪传感器912可以与加速度传感器911协同采集用户对终端90的3D动作。处理器901根据陀螺仪传感器912采集的数据，可以实现如下功能：动作感应(比如根据用户的倾斜操作来改变UI)、拍摄时的图像稳定、游戏控制以及惯性导航。

压力传感器913可以设置在终端90的侧边框和/或触摸显示屏905的下层。当压力传感器913设置在终端90的侧边框时，可以检测用户对终端90的握持信号，由处理器901根据压力传感器913采集的握持信号进行左右手识别或快捷操作。当压力传感器913设置在触摸显示屏905的下层时，由处理器901根据用户对触摸显示屏905的压力操作，实现对UI界面上的可操作性控件进行控制。可操作性控件包括按钮控件、滚动条控件、图标控件、菜单控件中的至少一种。

指纹传感器914用于采集用户的指纹，由处理器901根据指纹传感器914采集到的指纹识别用户的身份，或者，由指纹传感器914根据采集到的指纹识别用户的身份。在识别出用户的身份为可信身份时，由处理器901授权该用户执行相关的敏感操作，该敏感操作包括解锁屏幕、查看加密信息、下载软件、支付及更改设置等。指纹传感器914可以被设置终端90的正面、背面或侧面。当终端90上设置有物理按键或厂商Logo时，指纹传感器914可以与物理按键或厂商Logo集成在一起。

光学传感器915用于采集环境光强度。在一个实施例中，处理器901可以根据光学传感器915采集的环境光强度，控制触摸显示屏905的显示亮度。具体地，当环境光强度较高时，调高触摸显示屏905的显示亮度；当环境光强度较低时，调低触摸显示屏905的显示亮度。在另一个实施例中，处理器901还可以根据光学传感器915采集的环境光强度，动态调整摄像头组件906的拍摄参数。

接近传感器916，也称距离传感器，通常设置在终端90的前面板。接近传感器916用于采集用户与终端90的正面之间的距离。在一个实施例中，当接近传感器916检测到用户与终端90的正面之间的距离逐渐变小时，由处理器901控制触摸显示屏905从亮屏状态切换为息屏状态；当接近传感器916检测到用户与终端90的正面之间的距离逐渐变大时，由处理器901控制触摸显示屏905从息屏状态切换为亮屏状态。

本领域技术人员可以理解，图9中示出的结构并不构成对终端90的限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。

本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储有代码指令，当所述代码指令由终端的处理器执行时，实现如图1或图2所示的数据处理方法。例如，该计算机可读存储介质可以是只读存储器(英文：Read-Only Memory；简称：ROM)、随机存取存储器(英文：random access memory；简称：RAM)、只读光盘(英文：Compact DiscRead-Only Memory；简称：CD-ROM)、磁带、软盘和光数据存储设备等。

需要说明的是：上述实施例提供的数据处理装置在处理数据时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将数据处理装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。

需要说明的是，本申请实施例提供的方法实施例能够与相应的装置实施例相互参考，本申请实施例对此不做限定。本申请实施例提供的方法实施例步骤的先后顺序能够进行适当调整，步骤也能够根据情况进行相应增减，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化的方法，都应涵盖在本申请的保护范围之内，因此不再赘述。

以上所述仅为本申请的可选实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (11)

1.一种数据处理方法，其特征在于，所述方法包括：

在终端的目标应用程序的运行过程中，所述目标应用程序的主进程检测所述目标应用程序的服务进程的数量是否少于两个，所述服务进程在初始运行阶段加载有目标软件开发工具包；

当所述目标应用程序的服务进程的数量少于两个时，所述主进程创建至少一个服务进程，使所述服务进程的数量大于或等于两个；

当所述目标应用程序的服务进程的数量不少于两个时，所述主进程向至少两个服务进程发送数据处理指令，所述数据处理指令用于指示所述至少两个服务进程中，接收到所述数据处理指令的目标服务进程调用所述目标软件开发工具包，对所述待处理数据进行处理。

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

所述主进程获取所述待处理数据；

所述主进程将所述待处理数据存入第一存储空间，所述第一存储空间用于供所述目标服务进程获取所述待处理数据。

3.根据权利要求1所述的方法，其特征在于，在所述主进程向至少两个服务进程发送数据处理指令之后，所述方法还包括：

所述目标服务进程将针对所述待处理数据处理得到的目标数据存入第二存储空间；

所述目标服务进程向所述主进程发送数据响应指令，所述数据响应指令用于指示所述主进程从所述第二存储空间中获取所述目标数据。

4.根据权利要求3所述的方法，其特征在于，在所述主进程向至少两个服务进程发送数据处理指令之后，所述方法还包括：

当所述主进程在指定时长内未接收到数据响应指令时，所述主进程重新发送所述数据处理指令。

5.根据权利要求1至4所述的方法，其特征在于，在所述主进程向至少两个服务进程发送数据处理指令之后，所述方法还包括：

所述至少两个服务进程根据操作系统进程调度原则，接收所述数据处理指令，其中，所述操作系统进程调度原则为：

当任一服务进程接收到所述数据处理指令后，所述至少两个服务进程中除所述任一服务进程以外的其他服务进程无法接收到所述数据处理指令。

6.根据权利要求5所述的方法，其特征在于，所述至少两个服务进程根据操作系统进程调度原则，接收所述数据处理指令，包括：

所述至少两个服务进程根据所述操作系统进程调度原则，轮流接收所述主进程发送的数据处理指令。

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

在所述主进程启动后，创建至少两个服务进程。

8.根据权利要求1至4任一所述的方法，其特征在于，所述终端包括多核处理器，所述至少两个服务进程和所述主进程在所述多核处理器的至少两个内核上运行。

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

检测模块，用于在终端的目标应用程序的运行过程中，所述目标应用程序的主进程检测所述目标应用程序的服务进程的数量是否少于两个，所述服务进程在初始运行阶段加载有目标软件开发工具包；

第一创建模块，用于当所述目标应用程序的服务进程的数量少于两个时，所述主进程创建至少一个服务进程，使所述服务进程的数量大于或等于两个；

第一发送模块，用于当所述目标应用程序的服务进程的数量不少于两个时，所述主进程向至少两个服务进程发送数据处理指令，所述数据处理指令用于指示所述至少两个服务进程中，接收到所述数据处理指令的目标服务进程调用目标软件开发工具包，对所述待处理数据进行处理。

10.一种终端，其特征在于，所述终端包括：存储器和处理器；

所述存储器，用于存储计算机程序；

所述处理器，用于执行所述存储器上所存储的计算机程序，实现如权利要求1至8任一所述的数据处理方法。

11.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有代码指令，所述代码指令由处理器执行时，实现如权利要求1至8任一所述的数据处理方法。