一种数据处理方法、设备、系统及存储介质与流程

本申请涉及数据处理技术领域，尤其涉及一种数据处理方法、设备、系统及存储介质。

背景技术：

在航空领域，当发生恶劣天气、飞机故障、机场关闭或流量控制等突发事件时，航空公司需要对其航班进行重新排班，以快速应对这些突发事件。

目前，面对突发事件的航班恢复工作的效率比较低，无法满足航班的管理要求。

技术实现要素：

本申请的多个方面提供一种数据处理方法、设备、系统及存储介质，用以提高事件的处理效率。

本申请实施例提供一种数据处理系统，包括应用端和至少一个数据服务端；

所述应用端，用于在确定存在至少一个处于空闲状态的数据服务端的情况下，基于至少一个待处理事件，创建数据处理任务；并将所述数据处理任务分配至所述至少一个处于空闲状态的数据服务端中的目标服务端；

所述目标服务端，用于执行所述数据处理任务，以处理所述至少一个待处理事件。

本申请实施例还提供一种数据处理方法，包括：

在确定存在至少一个处于空闲状态的数据服务端的情况下，基于至少一个待处理事件，创建数据处理任务；

将所述数据处理任务分配至所述至少一个处于空闲状态的数据服务端中的目标服务端；

利用所述目标服务端执行所述数据处理任务，以处理所述至少一个待处理任务。

本申请实施例还提供一种数据处理方法，包括：

将运行状态信息提供给应用端，以供应用端根据所述运行状态信息确定是否创建数据处理任务；

若获取到所述数据处理任务，执行所述数据处理任务，以处理至少一个待处理事件；

其中，所述数据处理任务为所述应用端基于所述至少一个待处理事件而创建的。

本申请实施例还提供一种计算设备，包括存储器和处理器；

所述存储器用于存储一条或多条计算机指令；

所述处理器与所述存储器耦合，用于执行所述一条或多条计算机指令，以用于：

在确定存在至少一个处于空闲状态的数据服务端的情况下，基于至少一个待处理事件，创建数据处理任务；

将所述数据处理任务分配至所述至少一个处于空闲状态的数据服务端中的目标服务端；

利用所述目标服务端执行所述数据处理任务，以处理所述至少一个待处理任务。

本申请实施例还提供一种计算设备，包括存储器和处理器；

所述存储器用于存储一条或多条计算机指令；

所述处理器与所述存储器耦合，用于执行所述一条或多条计算机指令，以用于：

将运行状态信息提供给应用端，以供应用端根据所述运行状态信息确定是否创建数据处理任务；

若获取到所述数据处理任务，执行所述数据处理任务，以处理至少一个待处理事件；

其中，所述数据处理任务为所述应用端基于所述至少一个待处理事件而创建的。

本申请实施例还提供一种存储计算机指令的计算机可读存储介质，当所述计算机指令被一个或多个处理器执行时，致使所述一个或多个处理器执行前述的数据处理方法。

在本申请实施例中，在确定存在至少一个处于空闲状态的数据服务端的情况下，创建数据处理任务，以将至少一个待处理事件放在同一数据处理任务中进行处理；并且，可将数据处理任务分配至处于空闲状态的目标数据端中执行。这保证了数据处理任务的及时执行，进而可改善待处理事件的排队问题，提高待处理事件的处理效率。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请一实施例提供的一种数据处理系统的结构示意图；

图2为本申请一实施例提供的另一种数据处理系统的结构示意图；

图3为本申请一实施例提供的一种航班恢复场景下的应用示意图；

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

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

图6为本申请又一实施例提供的一种计算设备的结构示意图；

图7为本申请又一实施例提供的另一种计算设备的结构示意图。

具体实施方式

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

目前，面对突发事件时，航班恢复工作的效率比较低，无法满足航班的管理要求。为解决目前存在的技术问题，本申请的一些实施例中：在确定存在至少一个处于空闲状态的数据服务端的情况下，创建数据处理任务，以将至少一个待处理事件放在同一数据处理任务中进行处理；并且，可将数据处理任务分配至处于空闲状态的目标数据端中执行。这保证了数据处理任务的及时执行，进而可改善待处理事件的排队问题，提高待处理事件的处理效率。

以下结合附图，详细说明本申请各实施例提供的技术方案。

图1为本申请一实施例提供的一种数据处理系统的结构示意图。如图1所示，该系统包括：应用端10和至少一个数据服务端20。尽管图1中只示出了一个应用端10，但本实施例中，应用端的数量可以是一个或多个，当应用端为多个时，多个应用端的功能相同。

本实施例提供的数据处理系统可应用于各种需要对事件进行及时处理的场景中，例如，交通恢复、人员调度、流程安排等场景。其中，交通恢复场景可涉及飞机、火车、高铁或地铁等各种交通类型；人员调度场景可涉及企业员工、酒店服务人员或会场工作人员管理等各种人员类型；流程安排场景可涉及演唱会、学术会议、公司内部会议或多方会谈等各种会议类型。当然，这些均是示例性地，本实施例并不限于此。

这些场景往往存在事件多样、突发事件多或者事件处理过程复杂等特点，导致这些场景中的事件处理效率低。

本实施例中，对应用端10来说，可关注至少一个数据服务端20的运行状态，从而确定至少一个数据服务端20中是否存在处于空闲状态的数据服务端20。

在实际应用中，应用端10可获取至少一个数据服务端20的运行状态信息，从而确定至少一个数据服务端20的运行状态。

其中，运行状态信息可包括是否存在处于空闲状态的数据服务端20的整体结构标识。例如，当运行状态信息中的预设字段赋值为1的情况下，表征存在处于空闲状态的数据服务端20，而该字段赋值为0的情况下，表征不存在处于空闲状态的数据服务端20。

当然，运行状态信息中也可包括至少一个数据服务端20各自的运行状态数据。例如，可以列表等形式记载正在执行中的任务与数据服务端20之间的关联关系，以反映正在执行任务的数据服务端20和处于空闲状态的服务端。

在一些情况下，应用端10可与至少一个数据服务端20直接通信，以获取到至少一个数据服务端20的运行状态信息。当然，在另一些情况下，两者之间也可通过间接的方式传递运行状态信息，在后文中将有所提及。

基于此，应用端10可在确定存在至少一个处于空闲状态的数据服务端20的情况下，基于至少一个待处理事件，创建数据处理任务。

其中，在不同应用场景中，待处理事件可能不完全相同。例如，在航班恢复场景中，待处理事件可以是恶劣天气事件、飞机故障事件、机场关闭事件或流量控制事件等。又例如，在会议流程安排场景中，待处理事件可以是会场设施故障事件、人员伤病事件或流量控制事件等。相应地，不同应用场景中，数据处理任务的任务目标也不尽相同。例如，航班恢复场景中，数据处理任务可以是航班排班任务，任务目标为生成合理的航班排班。而会议流程安排场景中，数据处理任务则可以是会议流程安排任务，任务目标为生成更合理的会议流程。当然，这些仅是示例性的，本实施例中的待处理事件及数据处理任务均不仅限于此。

在这些事件发生时，通常是期望尽快得到处理的，但如果盲目地为事件去创建任务，往往导致任务堆积、事件排队等等问题。

本实施例中，应用端10在确定存在处于空闲状态的数据服务端20的情况下，再创建数据处理任务可很好地解决这些问题。考虑到事件之间可能存在影响关系，本实施例中，应用端10等待空闲的数据服务端20出现后，再将可能存在影响关系的至少一个待处理事件打包处理，也即创建出用于打包处理至少一个待处理事件的数据处理任务。因此，可以数据处理任务为单位实现对待处理事件的打包处理。

在此基础上，应用端10可将数据处理任务分配至至少一个处于空闲状态的数据服务端20中的目标服务端，以利用目标服务端执行数据处理任务，进而处理至少一个待处理事件。

这样，至少一个待处理事件依托于数据处理任务，及时分配到目标服务端上进行处理。而且，由于目标服务端在承接数据处理任务时处于空闲状态，因此，数据处理任务可立即被执行，而无需排队等待。这保证了至少一个待处理事件均及时进入处理状态。

本实施例中，在确定存在至少一个处于空闲状态的数据服务端20的情况下，创建数据处理任务，以将至少一个待处理事件放在同一数据处理任务中进行处理；并且，可将数据处理任务分配至处于空闲状态的目标数据端中执行。这保证了数据处理任务的及时执行，进而可改善待处理事件的排队问题，提高待处理事件的处理效率。

图2为本申请一实施例提供的另一种数据处理系统的结构示意图。如图2所在，本实施例中，在图1所示结构的基础上，增加了缓存服务端30。从数量上看，至少一个应用端10和至少一个数据服务端20公用一缓存服务端30。当然，本实施例对此不作限定，在物理实现上，可采用分布式结构的多个物理机实现缓存服务端30的功能。

本实施例中，缓存服务端30可作为应用端10和至少一个数据服务端20之间的缓冲区。缓存服务端30可实现为redis(remotedictionaryserver，远程字段服务)数据库，当然，本实施例并不限于此。其中，redis数据库是一种开源的使用ansic语言编写，支持网络部署，亦可基于内存亦可持久化的日志型、key-value数据库，并可提供多种语言的api。

一方面，缓存服务端30可用于缓存运行状态信息。

本实施例中，至少一个数据服务端20可将运行状态信息写入缓存服务端30。其中，至少一个数据服务端20可周期性地将运行状态信息写入缓存服务端30，例如，每5分钟写入一次。当然，也可采用定时写入或其它写入方式，本实施例对此不作限定。

而应用端10则可从缓存服务端30中读取至少一个数据服务端20的运行状态信息，并可根据运行状态信息确定至少一个数据服务端20中是否存在至少一个处于空闲状态的数据服务端20。这正是上文中提及的应用端10与数据服务端20之间通过间接方式传递运行状态信息的一种实现方式。

本实施例中，缓存服务端30中可对至少一个数据服务端20写入的运行状态信息进行数据标准化。实际应用中，缓存服务端30可以key-value的形式缓存至少一个数据服务端20的运行状态信息，例如，以空闲状态为key，处于空闲状态的情况下，value值赋1，处于非空闲状态的情况下，value值赋0。当然，还可在key-value的基础上添加数据服务端20正在运行的任务的信息，例如，任务标识、任务涉及到的事件或任务开始时间等等，当然，本实施例对此不作限定。

据此，缓存服务端30可通过缓存至少一个数据服务端20的运行状态信息，实现应用端10和数据服务端20之间的运行状态信息的互通。

另一方面，缓存服务端30可用于缓存数据处理任务。

本实施例中，应用端10可将数据处理任务写入缓存服务端30。

实际应用中，缓存服务端30可以队列的形式管理其缓存的数据处理任务。应用端10实际是将数据处理任务写入缓存服务端30中的任务队列中。

本实施例中，缓存服务端30中的任务队列中在同一时刻可只存在一个数据处理任务，这保证了数据处理任务即时创建也即时获得处理。当然，本实施例并不限于此，缓存服务器中的任务队列中也可同时存在多个数据处理任务。例如，若应用端10确定存在n个处于空闲状态的数据服务端20，n为大于1的整数，则可基于至少一个待处理事件，创建m个的数据处理任务，m≤n。应用端10可将m个数据处理任务都写入到缓存服务端30的任务队列中。这种情况下，任务队列中的数据处理任务也均可获得及时处理。

本实施例中，基于缓存服务端30，至少可采用以下两种方式实现数据处理任务的分配。

在一种实现方式中，至少一个数据服务端20可在自身处于空闲状态的情况下，从缓存服务端30中抢配数据处理任务。

在该实现方式中，至少一个数据服务端20可对缓存服务端30中的任务队列中的数据处理任务进行抢配。其中，抢配是指相互竞争地从缓存服务端30中取走数据处理任务。一个数据服务端20抢配成功后，缓存服务端30中将删除已被抢配的数据处理任务，而其它数据服务端20将不会在感知到该已被抢配的数据处理任务。

其中，对于上述提及的缓存服务端30中的任务队列中存在多个数据处理任务的情况，可顺序进行任务队列中的多个数据处理任务的抢配过程。

在一种情况下，至少一个数据服务端20可对缓存服务端30进行监听，若从缓存服务端30中监听到数据处理任务，判断自身是否处于空闲状态；在确定自身处于空闲状态的情况下，将数据处理任务从缓存服务端30中取出，以抢配数据处理任务。

这种情况下，至少一个数据服务端20均参与抢配。

至少一个数据服务端20均可对缓存服务端30中的任务队列进行监听，在监听到任务队列中存在数据处理任务的情况下，再判断自身是否处于空闲状态，若处于空闲状态，可将数据处理任务从缓存服务端30中取出；而若未处于空闲状态，将不会将数据处理任务从缓存服务端30中取出。

在另一种情况下，至少一个处于空闲状态的数据服务端20可对缓存服务端30进行监听，若从缓存服务端30中监听到数据处理任务，将数据处理任务从缓存服务端30中取出，以抢配数据处理任务。

这种情况下，处于空闲状态的数据服务端20参与抢配。

至少一个处于空闲状态的数据服务端20可对缓存服务器的任务队列进行监听，而未处于空闲状态的数据服务端20可不再对缓存服务器进行监听，这可节省这部分数据服务端20的监听资源；而处于空闲状态的数据服务端20则可在监听到数据处理任务的情况下，直接从缓存服务端30中取出数据处理任务。

无论是上述哪种情况，数据处理任务都将被抢配至一处于空闲状态的数据服务端20，该数据服务端20将作为目标服务端，以用于执行数据处理任务。

在另一种实现方式中，缓存服务端30可从至少一个处于空闲状态的数据服务端20中选择一数据服务端20，作为目标服务端。

在该实现方式中，缓存服务端30不再局限于缓存功能，而是承载了一部分逻辑处理功能。由于缓存服务端30中缓存有至少一个数据服务端20的运行状态信息，因此，缓存服务端30可确定出处于空闲状态的数据服务端20。基于此，可为数据处理任务指定目标服务端。

其中，缓存服务端30可采用随机选取的方式确定目标服务端，也可获取各数据服务端20的负载信息，选择负载最合适的数据服务端20作为目标服务端。当然，本实施例并不限于此。

本实施例中，在系统架构中增加缓存服务端30，基于缓存服务端30，应用端10和至少一个数据服务端20之间可实现解耦，不再相互依赖。而且，缓存服务端30可实现数据的标准化，从而提高系统的扩展性，应用端10或数据服务端20维度的扩展不会影响系统的整体运行。

在上述或下述实施例中，应用端10可响应于任务创建操作，获取任务配置参数；根据任务配置参数，创建数据处理任务，任务配置参数是根据至少一个待处理事件确定的。

本实施例中，应用端10可向用户提供交互界面，用户可在交互界面中进行任务创建操作，以输入任务配置参数。其中，任务配置参数包括但不限于恢复目标参数、场景参数、数据挖掘参数或事件描述参数等。任务配置参数可作为数据处理任务的算法约束条件，以指引数据处理任务的执行过程。

其中，至少一个待处理事件可以是未处理事件中的部分或全部事件，本实施例对此不作限定。实际应用中，可由用户自主决定。

通常，待处理事件的处理过程中需要用到大量的业务数据，以作为处理依据。在不同的应用场景下，业务数据不尽相同。例如，在航班恢复场景下，业务数据可能包含航班数据、旅客数据、维修结果数据等等。本实施例中，应用端10可配置若干类型的访问接口，以适配不同的业务系统。

在一种情况下，应用端10可按需建立与业务系统之间的通信，通过访问接口，从业务系统中获取与任务配置参数适配的(也即至少一个待处理事件所需的)业务数据。

在另一种情况下，应用端10也可基于与业务系统之间的访问接口，将业务系统中的业务数据同步至缓存服务端30，并可在后续过程中，按需从缓存服务端30中获取与任务配置参数适配的业务数据。这可对应用端10与业务系统解耦，从而避免对业务系统的依赖。例如，在航班恢复领域，若业务系统(如飞行操作控制foc系统)发送故障，本实施例中的数据处理系统将不会受到影响，依然可基于缓存服务端30中的业务数据进行航班恢复，这有效提高了系统的可用性。

基于此，应用端10可根据任务配置参数和获取到的业务数据，创建数据处理任务。这样，目标服务端在获取到数据处理任务时，可根据任务配置参数和业务数据顺利执行该数据处理任务。

本实施例中，应用端10还可响应于任务关闭操作，确定需要关闭的目标任务的信息；根据运行状态信息，确定目标任务所在的数据服务端20的信息；基于目标任务的信息及目标任务所在的数据服务端20的信息，生成停止命令；将停止命令提供给目标任务所在的数据服务端20，以释放目标任务所在的数据服务端20至空闲状态。

其中，运行状态信息中包含数据处理端正在运行的任务的信息。

实际应用中，可能出现紧急事件、特权事件等，这些情况下，可能需要优先处理这些特殊事件。若至少一个数据服务端20中不存在处于空闲状态的数据服务端20，用户可在应用端10中发起任务关闭操作。

应用端10可在交互界面中向用户展示当前正在执行的数据处理任务，这样，用户可主动选择需要关闭的目标任务。应用端10可根据运行状态信息，确定目标任务所在的数据服务端20的信息，因此，可根据目标任务的信息和目标任务所在的数据服务端20的信息，生成停止命令，并将停止指令提供给目标任务所在的数据服务端20。

当然，本实施例中停止指令的下发过程并不限于此，例如，应用端10可根据需要关闭的目标任务的信息生成停止命令，而由缓存服务端30根据运行状态信息，将停止命令直接发送至目标任务所在的数据服务端20，等等。

目标任务所在的数据服务端20在获取到停止命令的情况下，将停止目标任务，释放处理资源，从而进入空闲状态。应用端10将获知该数据服务端20的运行状态变为空闲状态。

在此基础上，用户可基于前述的特殊事件，创建数据处理任务。

在实际应用中，除特殊事件外，还可将目标任务对应的事件以及其它未处理事件中的部分或全部事件加入进来，以创建数据处理任务。这不仅可实现对特殊事件的及时处理，还可保障其它实际的处理时限。

另外，本实施例中，目标服务端可执行获取到的数据处理任务，以处理至少一个待处理事件。并且，目标服务端可将任务处理结构提供给应用端10。

应用端10可基于任务处理结果进行方案对比、数据统计等等后续处理。而且，应用端10还可将任务处理结果同步至前述的业务系统，以供业务系统据此进行业务数据的更新操作等。

本实施例中，应用端10可提供丰富的访问接口，因此可实现与多种业务系统的对接，有效提高数据处理系统的适配性；通过缓存服务端30可实现应用端10与业务系统之间的数据解耦，提高了数据处理系统的可用性；另外，应用端10可选择性释放至少一个数据服务端20，以更加灵活地分配数据处理任务，从而更加灵活地应对各种事件。

图3为本申请一实施例提供的一种航班恢复场景下的应用示意图。

如图3所示，多个数据服务端可将运行状态信息写入缓存服务端。应用端可从缓存服务端获取多个数据服务端的运行状态，并在确定存在处于空闲状态的数据服务端的情况下，开始创建航班排班任务。

如图3所示，当前未处理的事件有恶劣天气事件、a飞机故障事件、b飞机故障事件以及c机场关闭事件，航空公司的工作人员可在应用端中执行任务创建操作，根据前述的4个事件，输入任务配置参数，应用端还可从foc系统或者缓存服务端中获取与任务配置参数匹配的业务数据，并根据任务配置参数和获取到的业务数据，创建航班排班任务。

应用端将航班排班任务写入缓存服务端中的任务队列中。如图3所示，处于空闲状态的数据服务端b和数据服务端c正在监听缓存服务端中的任务队列。若数据服务端b率先监听到了航班排班任务，则数据服务端b将从任务队列中取走航班排班任务，并立即执行航班排班任务，也即数据服务端b抢配到航班排班任务。数据服务端b通过执行航班排班任务，可在同时考虑前述4个事件的条件下，产生航班排班方案。

数据服务端b可将航班排班方案提供至应用端，而应用端则可将航班排班方案同步至foc系统，以供航空公司实施此航班排班方案。

图4为本申请另一实施例提供的一种数据处理方法的流程示意图。本实施例提供的数据处理方法可以由一数据处理装置来执行，该数据处理装置可以实现为软件或实现为软件和硬件的组合，该数据处理装置可集成设置在计算设备中。如图4所示，该方法包括：

400、在确定存在至少一个处于空闲状态的数据服务端的情况下，基于至少一个待处理事件，创建数据处理任务；

401、将数据处理任务分配至至少一个处于空闲状态的数据服务端中的目标服务端；

402、利用目标服务端执行数据处理任务，以处理至少一个待处理任务。

在一可选实施例中，该方法还包括：

获取至少一个数据服务端的运行状态信息；

根据运行状态信息，确定至少一个数据服务端中是否存在至少一个处于空闲状态的数据服务端。

在一可选实施例中，步骤获取至少一个数据服务端的运行状态信息，包括：

从缓存服务端中获取至少一个数据服务端的运行状态信息，运行状态信息为至少一个数据服务端写入缓存服务端的。

在一可选实施例中，步骤将数据处理任务分配至至少一个处于空闲状态的数据服务端中的目标服务端，包括：

将数据处理任务写入缓存服务端，以供至少一个处于空闲状态的数据服务端从缓存服务端中抢配数据处理任务。

在一可选实施例中，步骤将数据处理任务分配至至少一个处于空闲状态的数据服务端中的目标服务端，包括：

将数据处理任务写入缓存服务端，以供缓存服务端根据运行状态信息，从至少一个处于空闲状态的数据服务端中选择一数据服务端，作为目标服务端。

在一可选实施例中，步骤创建数据处理任务，包括：

响应于任务创建操作，获取任务配置参数；

根据任务配置参数，创建数据处理任务；

其中，任务配置参数是根据至少一个待处理事件确定的。

在一可选实施例中，步骤根据任务配置参数，创建数据处理任务，包括：

从缓存服务端中获取与任务配置参数适配的业务数据，并根据任务配置参数和获取到的业务数据，生成数据处理任务。

在一可选实施例中，步骤在从缓存服务端中获取与任务配置参数适配的业务数据之前，还包括：

将业务系统中的业务数据同步至缓存服务端。

在一可选实施例中，运行状态信息中包含数据处理端正在运行的任务的信息，该方法还包括：

响应于任务关闭操作，确定需要关闭的目标任务的信息；

根据运行状态信息，确定目标任务所在的数据服务端的信息；

基于目标任务的信息及目标任务所在的数据服务端的信息，生成停止命令；

将停止命令提供给目标任务所在的数据服务端，以释放目标任务所在的数据服务端至空闲状态。

在一可选实施例中，至少一个待处理事件包括目标任务对应的事件和其它未处理事件中的部分或全部事件。

在一可选实施例中，待处理事件为恶劣天气事件、飞机故障事件、机场关闭事件或流量控制事件；

数据处理任务包括航班排班任务。

值得说明的是，对于上述数据处理方法的相关实施例中的技术细节，可参考前述关于数据处理系统的各实施例中相关描述，尤其是针对应用端的相关描述，为节省篇幅，在此不再赘述，但这不应造成对本申请保护范围的损失。

图5为本申请又一实施例提供的另一种数据处理方法的流程示意图。本实施例提供的数据处理方法可以由一数据处理装置来执行，该数据处理装置可以实现为软件或实现为软件和硬件的组合，该数据处理装置可集成设置在计算设备中。如图5所示，该方法包括：

500、将运行状态信息提供给应用端，以供应用端根据运行状态信息确定是否创建数据处理任务；

501、若获取到数据处理任务，执行数据处理任务，以处理至少一个待处理事件；

其中，数据处理任务为应用端基于至少一个待处理事件而创建的。

在一可选实施例中，步骤将运行状态信息提供给应用端，包括：

将运行状态信息写入缓存服务端，以供应用端从缓存服务端中获取运行状态信息。

在一可选实施例中，数据处理任务由应用端写入至缓存服务端，步骤若获取到数据处理任务，执行数据处理任务，包括：

在处于空闲状态的情况下，对缓存服务端进行监听，若从缓存服务端中监听到数据处理任务，将数据处理任务从缓存服务端中取出，以抢配数据处理任务；

在抢配到数据处理任务的情况下，执行数据处理任务。

在一可选实施例中，数据处理任务由应用端写入至缓存服务端，步骤若获取到数据处理任务，执行数据处理任务，包括：

对缓存服务端进行监听，若从缓存服务端中监听到数据处理任务，判断自身是否处于空闲状态；

在确定自身处于空闲状态的情况下，将数据处理任务从缓存服务端中取出，以抢配数据处理任务；

在抢配到数据处理任务的情况下，执行数据处理任务。

值得说明的是，对于上述数据处理方法的相关实施例中的技术细节，可参考前述关于数据处理系统的各实施例中相关描述，尤其是针对数据服务端的相关描述，为节省篇幅，在此不再赘述，但这不应造成对本申请保护范围的损失。

需要说明的是，上述实施例所提供方法的各步骤的执行主体均可以是同一设备，或者，该方法也由不同设备作为执行主体。比如，步骤400至步骤402的执行主体可以为设备a；又比如，步骤400和401的执行主体可以为设备a，步骤402的执行主体可以为设备b；等等。

另外，在上述实施例及附图中的描述的一些流程中，包含了按照特定顺序出现的多个操作，但是应该清楚了解，这些操作可以不按照其在本文中出现的顺序来执行或并行执行，操作的序号如400、401等，仅仅是用于区分开各个不同的操作，序号本身不代表任何的执行顺序。另外，这些流程可以包括更多或更少的操作，并且这些操作可以按顺序执行或并行执行。需要说明的是，本文中的“第一”、“第二”等描述，是用于区分不同的消息、设备、模块等，不代表先后顺序，也不限定“第一”和“第二”是不同的类型。

图6为本申请又一实施例提供的一种计算设备的结构示意图。如图6所示，该计算设备包括：存储器60和处理器61；

存储器60用于存储一条或多条计算机指令；

处理器61与存储器60耦合，用于执行一条或多条计算机指令，以用于：

在确定存在至少一个处于空闲状态的数据服务端的情况下，基于至少一个待处理事件，创建数据处理任务；

将数据处理任务分配至至少一个处于空闲状态的数据服务端中的目标服务端；

利用目标服务端执行数据处理任务，以处理至少一个待处理任务。

在一可选实施例中，处理器61还用于：

获取至少一个数据服务端的运行状态信息；

根据运行状态信息，确定至少一个数据服务端中是否存在至少一个处于空闲状态的数据服务端。

在一可选实施例中，处理器61在获取至少一个数据服务端的运行状态信息时，用于：

从缓存服务端中获取至少一个数据服务端的运行状态信息，运行状态信息为至少一个数据服务端写入缓存服务端的。

在一可选实施例中，处理器61在将数据处理任务分配至至少一个处于空闲状态的数据服务端中的目标服务端包括：

将数据处理任务写入缓存服务端，以供至少一个处于空闲状态的数据服务端从缓存服务端中抢配数据处理任务。

在一可选实施例中，处理器61在将数据处理任务分配至至少一个处于空闲状态的数据服务端中的目标服务端时，用于：

将数据处理任务写入缓存服务端，以供缓存服务端根据运行状态信息，从至少一个处于空闲状态的数据服务端中选择一数据服务端，作为目标服务端。

在一可选实施例中，处理器61在创建数据处理任务时，用于：

响应于任务创建操作，获取任务配置参数；

根据任务配置参数，创建数据处理任务；

其中，任务配置参数是根据至少一个待处理事件确定的。

在一可选实施例中，处理器61在根据任务配置参数，创建数据处理任务时，用于：

从缓存服务端中获取与任务配置参数适配的业务数据，并根据任务配置参数和获取到的业务数据，生成数据处理任务。

在一可选实施例中，处理器61在从缓存服务端中获取与任务配置参数适配的业务数据之前，还包括：

将业务系统中的业务数据同步至缓存服务端。

在一可选实施例中，运行状态信息中包含数据处理端正在运行的任务的信息，处理器61还用于：

响应于任务关闭操作，确定需要关闭的目标任务的信息；

根据运行状态信息，确定目标任务所在的数据服务端的信息；

基于目标任务的信息及目标任务所在的数据服务端的信息，生成停止命令；

将停止命令提供给目标任务所在的数据服务端，以释放目标任务所在的数据服务端至空闲状态。

在一可选实施例中，至少一个待处理事件包括目标任务对应的事件和其它未处理事件中的部分或全部事件。

在一可选实施例中，待处理事件为恶劣天气事件、飞机故障事件、机场关闭事件或流量控制事件；

数据处理任务包括航班排班任务。

值得说明的是，对于上述计算设备的相关实施例中的技术细节，可参考前述关于数据处理系统的各实施例中相关描述，尤其是针对应用端的相关描述，为节省篇幅，在此不再赘述，但这不应造成对本申请保护范围的损失。

进一步，如图6所示，该计算设备还包括：显示器62、通信组件63、电源组件64、音频组件65等其它组件。图6中仅示意性给出部分组件，并不意味着计算设备只包括图6所示组件。

相应地，本申请实施例还提供一种存储有计算机程序的计算机可读存储介质，计算机程序被执行时能够实现上述方法实施例中可由计算设备执行的各步骤。

图7为本申请又一实施例提供的另一种计算设备的结构示意图。如图7所示，该计算设备包括：存储器70和处理器71；

存储器用于存储一条或多条计算机指令；

处理器与存储器耦合，用于执行一条或多条计算机指令，以用于：

将运行状态信息提供给应用端，以供应用端根据运行状态信息确定是否创建数据处理任务；

若获取到数据处理任务，执行数据处理任务，以处理至少一个待处理事件；

其中，数据处理任务为应用端基于至少一个待处理事件而创建的。

在一可选实施例中，处理器71在将运行状态信息提供给应用端时，用于：

将运行状态信息写入缓存服务端，以供应用端从缓存服务端中获取运行状态信息。

在一可选实施例中，数据处理任务由应用端写入至缓存服务端，若获取到数据处理任务，处理器71在执行数据处理任务时，用于：

在处于空闲状态的情况下，对缓存服务端进行监听，若从缓存服务端中监听到数据处理任务，将数据处理任务从缓存服务端中取出，以抢配数据处理任务；

在抢配到数据处理任务的情况下，执行数据处理任务。

在一可选实施例中，数据处理任务由应用端写入至缓存服务端，若获取到数据处理任务，处理器71在执行数据处理任务时，用于：

对缓存服务端进行监听，若从缓存服务端中监听到数据处理任务，判断自身是否处于空闲状态；

在确定自身处于空闲状态的情况下，将数据处理任务从缓存服务端中取出，以抢配数据处理任务；

在抢配到数据处理任务的情况下，执行数据处理任务。

值得说明的是，对于上述计算设备的相关实施例中的技术细节，可参考前述关于数据处理系统的各实施例中相关描述，尤其是针对数据服务端的相关描述，为节省篇幅，在此不再赘述，但这不应造成对本申请保护范围的损失。

进一步，如图7所示，该计算设备还包括：通信组件72、电源组件73等其它组件。图7中仅示意性给出部分组件，并不意味着计算设备只包括图7所示组件。

相应地，本申请实施例还提供一种存储有计算机程序的计算机可读存储介质，计算机程序被执行时能够实现上述方法实施例中可由计算设备执行的各步骤。

其中，图6和7中的存储器，用于存储计算机程序，并可被配置为存储其它各种数据以支持其所在设备上的操作。这些数据的示例包括用于在其所在设备上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。

其中，图6和7中的通信组件，被配置为便于通信组件所在设备和其他设备之间有线或无线方式的通信。通信组件所在设备可以接入基于通信标准的无线网络，如wifi，2g、3g、4g或5g，或它们的组合。在一个示例性实施例中，通信组件经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件可基于近场通信(nfc)技术、射频识别(rfid)技术、红外数据协会(irda)技术、超宽带(uwb)技术、蓝牙(bt)技术或其它技术来实现，以促进短程通信。

其中，图6中的显示器包括屏幕，其屏幕可以包括液晶显示器(lcd)和触摸面板(tp)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。

其中，图6和7中的电源组件，为电源组件所在设备的各种组件提供电力。电源组件可以包括电源管理系统，一个或多个电源，及其他与为电源组件所在设备生成、管理和分配电力相关联的组件。

其中，图6中的音频组件，可被配置为输出和/或输入音频信号。例如，音频组件包括一个麦克风(mic)，当音频组件所在设备处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器或经由通信组件发送。在一些实施例中，音频组件还包括一个扬声器，用于输出音频信号。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。