业务管理方法、计算机设备和存储介质与流程

本申请涉及计算机应用技术领域，特别是涉及一种业务管理方法、计算机设备和存储介质。

背景技术

传统后台业务的调度都是基于流程式的调度。以直播系统为例，开播时需要调度拉流服务、转封装服务、转清晰度服务、中转服务等。由于各个业务接口不同，因此对每一个接口都需要做对接，即不同的业务需要不同的接口，而且不同业务的调度管理采用不同的管理模块，因此每次新的一种业务需要调度都要做对应的调度管理，重复劳动。

因此，传统的业务管理方法，存在人力资源消耗较大的问题。

技术实现要素：

基于此，有必要针对上述技术问题，提供一种能够节约人力资源的业务管理方法、计算机设备和存储介质。

一种业务管理方法，所述方法包括：

接收任务接入请求，所述任务接入请求携带业务标识及调度参数；

根据所述任务接入请求，创建任务对象，所述任务对象携带的信息包括：任务标识、所述业务标识及所述调度参数；

根据所述业务标识及所述业务标识对应的设备类型的设备的当前负载信息，确定目标执行设备的目标设备标识；

将所述任务标识及所述调度参数发送至所述目标设备标识对应的所述目标执行设备。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

接收任务接入请求，所述任务接入请求携带业务标识及调度参数；

根据所述任务接入请求，创建任务对象，所述任务对象携带的信息包括：任务标识、所述业务标识及所述调度参数；

根据所述业务标识及所述业务标识对应的设备类型的设备的当前负载信息，确定目标执行设备的目标设备标识；

将所述任务标识及所述调度参数发送至所述目标设备标识对应的所述目标执行设备。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：

接收任务接入请求，所述任务接入请求携带业务标识及调度参数；

根据所述任务接入请求，创建任务对象，所述任务对象携带的信息包括：任务标识、所述业务标识及所述调度参数；

根据所述业务标识及所述业务标识对应的设备类型的设备的当前负载信息，确定目标执行设备的目标设备标识；

将所述任务标识及所述调度参数发送至所述目标设备标识对应的所述目标执行设备。

上述业务管理方法、计算机设备和存储介质，由于不同的业务可以通过统一的任务接入请求，请求将该业务作为一个任务进行统一的管理，在将该业务作为任务进行统一管理的过程中，首先，根据该任务接入请求创建一个新的任务对象，然后根据业务标识对应的设备类型的设备的当前负载信息确定目标执行设备的目标设备标识；最后将任务标识及调度参数发送至目标设备标识对应的目标执行设备，以使目标执行设备根据调度参数执行业务标识对应的业务。因此，无需对不同业务分别进行管理和调度，也不需要针对不同的业务开发不同的业务管理方法，从而，可以节约人力资源。

附图说明

图1为一个实施例中业务管理方法的应用环境图；

图2为一个实施例中业务管理方法的流程示意图；

图3为一个实施例中直播系统的基本业务流程图；

图4为一具体实施例中通过业务管理方法实现直播链路的时序图；

图5为传统业务管理的工作原理图；

图6为一具体实施例的业务管理方法中子任务迭代示意图；

图7为一具体实施例的业务管理方法的系统架构图；

图8为一具体实施例的业务管理方法的系统结构图；

图9为一具体实施例的业务管理方法的业务接入时序图；

图10为一具体实施例的业务管理方法的异常处理时序图；

图11为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请提供的业务管理方法，可以应用于如图1所示的应用环境中。其中，终端102通过网络与服务器104通过网络进行通信。本申请实施例的业务管理方法可以运行在服务器104上，终端102可通过网络发送任务接入请求至服务器104，服务器104接收该任务接入请求，根据该任务接入请求，创建任务对象，该任务对象携带的信息包括：任务标识、业务标识及调度参数；根据业务标识及业务标识对应的设备类型的设备的当前负载信息，确定目标执行设备的目标设备标识；将任务标识及调度参数发送至目标设备标识对应的目标执行设备。其中，终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在一个实施例中，如图2所示，提供了一种业务管理方法，该方法包括以下步骤：

s202，接收任务接入请求。任务接入请求携带业务标识及调度参数。

业务管理方法的执行终端通过统一的对外接口接收任务接入请求，该对外接口可以用api(applicationprograminterface，应用程序接口)表示。在业务管理方法的执行终端与业务接入方为不同设备时，任务接入请求可以由任务接入方通过统一的格式发出，该任务接入请求可以遵循rpc(remoteprocedurecallprotocol，远程过程调用协议)；在执行终端本身就是业务接入方时，由业务接入方通过统一的格式调用该业务管理方法，该调用业务管理方法的步骤即为接收任务接入请求的步骤。该统一的格式包括表示业务标识的字段及表示调度参数的字段。其中，调度参数的字段可以用msg表示，msg字段的格式可以为json格式。

本实施例中，业务包括直播中的各种服务对应的业务，如可以是拉流业务、接流业务、转码业务、转封装业务、转清晰度业务、中转业务、分发业务及转点播业务。这些业务可以分别通过拉流服务、接流服务、转码服务、转封装服务、转清晰度服务、中转服务、分发服务、转点播服务来实现。这些服务可以分别部署在不同的服务器上，也可以部分或全部部署在一台服务器上，还可以同一服务部署在不少于两台不同的服务器上。

任务是计算机执行的基本单位。本实施例中，将每个业务均视为一个任务，通过任务接入请求，接入到任务管理系统。如此，可以对业务进行统一的管理，而无需对每一个业务均对应开发一套对应的业务管理方法。从而，可以节约人力资源。

业务标识是唯一标识一个业务的标识。如拉流业务、接流业务、转码业务、转封装业务、转清晰度业务、中转业务、分发业务及转点播业务分别具有一个业务标识。该调度参数可以透传至任务对象，继而可透传至目标执行设备。调度参数可以为个业务执行时，需要用到的参数。如，拉流业务中调度参数可以为拉流地址；logo(徽标)业务中调度参数可以为logo业务需要的上层回源地址端口等信息；模版业务中调度参数可以为模版的具体信息。

s204，根据任务接入请求，创建任务对象。

在接收到任务接入请求之后，根据该任务接入请求可以创建一个任务对象。任务对象是指任务数据结构类型的实例。该任务对象携带的信息包括任务标识、业务标识及调度参数。任务标识可以在创建任务对象时，根据预设规则自动生成。任务标识是唯一标识一个任务的标识，任务标识可以用task_id表示。该业务标识可以从任务接入请求中获取，该调度参数也可以从任务接入请求中获取。

s206，根据业务标识及业务标识对应的设备类型的设备的当前负载信息，确定目标执行设备的目标设备标识。

设备类型包括拉流服务器、接流服务器、转码服务器、转封装服务器、转清晰度服务器、中转服务器、分发服务器及转点播服务器，其分别对应标识拉流业务、接流业务、转码业务、转封装业务、转清晰度业务、中转业务、分发业务及转点播业务的业务标识。设备的当前负载信息可以是由各设备在预设时间发送至本实施例的业务管理方法的执行终端。每个设备类型的设备的数量可以至少为1，也可以是多个设备类型的设备为一台设备。预设时间可以是每隔固定时间，也可以是每当负载信息有所更新时，还可以是每隔固定时间或每当负载信息有所更新时。根据任务对象的业务标识可以确定该任务对象需要完成的业务，进而可以确定完成该任务对象需要的资源，或者说可以确定完成该任务对象对应的业务需要的资源。继而可以根据需要的资源以及业务标识对应的设备类型的设备的当前负载信息，确定目标执行设备的目标设备标识。目标执行设备是指执行该任务对象的设备。目标设备标识是目标执行设备的设备标识，设备标识是可以唯一标识设备的标识，如可以为网络地址，也可以是网络地址+端口号。如此，为任务对象分配执行设备，也即为业务的执行分配设备。

s208，将任务标识及调度参数发送至目标设备标识对应的目标执行设备。

通过将任务标识及调度参数发送至目标设备标识对应的目标执行设备的方式，可以使得目标执行设备根据调度参数执行任务标识对应的任务对象的业务。在一个具体实施例中，可以通过调度器将任务标识及调度参数发送至目标设备标识对应的目标执行设备，调度器可以根据业务标识确定。在一个具体实施例中，目标执行设备在接收到任务标识及任务调度参数之后，可以将该任务标识对应的任务对象的信息保存在本地文件、共享内存、数据库等，如此可以使得目标执行设备在重启之后，能够恢复任务对象信息。

上述业务管理方法，由于不同的业务可以通过统一的任务接入请求，请求将该业务作为一个任务进行统一的管理，在将该业务作为任务进行统一管理的过程中，首先，根据该任务接入请求创建一个新的任务对象，然后根据业务标识对应的设备类型的设备的当前负载信息确定目标执行设备的目标设备标识；最后将任务标识及调度参数发送至目标设备标识对应的目标执行设备，以使目标执行设备根据调度参数执行业务标识对应的业务。因此，无需对不同业务分别进行管理和调度，也不需要针对不同的业务开发不同的业务管理方法，从而，可以节约人力资源。

在其中一实施例中，设备类型包括：接流设备、拉流设备、转码设备、转点播设备、分发设备、转清晰度设备及转封装设备中的至少一项。如此，将该业务管理方法应用于直播系统中，从而使得直播系统具有更好的扩展性，同时在扩展新业务时，可以节约人力资源，无需重复开发该新业务对应的管理方法。

直播系统的基本业务流程如图3所示，前端可以将直播流由流源推给接流服务器，或者通过拉流服务器拉流的方式拉取直播流，再或者通过应用获取到直播流，如此，将直播流接入直播系统的中转枢纽。后台可以调度拉流服务、接流服务、转封装服务、分发服务、转码服务、转清晰度服务、转点播服务等各种服务，最后进入cdn(contentdeliverynetwork，内容分发网络)，播放器通过cdn回源到需要播放的直播流，进行播放。

在其中一具体实施例中，在接入了本申请的业务管理方法中的业务管理方法之后，直播系统中的业务均可视为一个任务，由本申请的业务管理方法进行统一的管理。直播系统的直播链可以通过如图4所示的几个任务接入请求实现。首先，可以将拉流业务接入业务管理方法，然后将中转业务接入业务管理方法，接着将转码业务接入业务管理方法，继而将转清晰度业务接入业务管理方法，最后将转封装业务接入业务管理方法。在该直播链中，每接入一个业务至业务管理方法时，均可以返回一个反馈信息至业务接入方，在该具体实施例中，业务接入方为直播系统，该反馈信息可以为任务标识。

为进行效果对比，若采用如图5所示的业务管理方法，每种业务均需要进行业务调度管理、资源管理，如转码业务，需要调度器选择一个转码服务器来进行任务分配，分配后转码服务需要上报当前负载信息，以供业务调度管理选择合适的转码服务器。拉流业务、接流业务、转码业务、中转业务都建立起来后，整个直播链路就完成了。图5所示的业务管理方法，每种业务的逻辑需要单独开发对应的下发逻辑和轮询检查逻辑，业务增加的时候，各个业务逻辑采用不同接口将使得业务逻辑变得及其复杂；且业务增加的时候，需要重复类似的新开发，重复劳动，耗费人力资源；每种业务单独计算资源负载信息，各个业务的衡量维度独立计算，难以综合评估利用每个设备的资源和性能，造成物力资源浪费。

在其中一实施例中,为了方便任务对象的分配，将任务标识及调度参数发送至目标设备标识对应的目标执行设备，之后还包括：接收目标执行设备的负载信息，并根据负载信息更新目标执行设备的当前负载信息。

基于本实施例的技术方案，在为任务对象分配了执行设备即目标执行设备，并调度该目标执行设备之后，该目标执行设备需上报其负载信息，以供后续任务对象分配执行设备作依据。因此，本实施例的执行设备需要接收该目标执行设备上报的负载信息，并根据该负载信息更新该目标设备的当前负载信息。负载新信息可以包括cpu利用率、内存利用率、网络带宽及任务对象承载数量中的至少一项。如此，为业务管理提供资源管理方式，方便任务对象的分配。

在其中一较佳实施例中，通过适配设备获取到目标执行设备的负载信息，并将该负载信息上报至本业务管理方法的执行终端。即本实施例业务管理方法的执行终端接收适配设备上报的目标执行设备的负载信息，并根据负载信息更新目标执行设备的当前负载信息。适配设备为区别于目标执行设备的另一设备，能够收集目标执行设备的负载信息，并上报。该适配设备充当中间代理的角色，可以通过主动查询的方式收集目标执行设备的负载信息，然后再上报。如此，可以为不能自主上报负载信息的目标执行设备提供上报负载信息的功能，方便对任务对象进行分配的同时提高系统的稳定性。

在其中一实施例中，为了方便任务对象的分配，将任务标识及调度参数发送至目标设备标识对应的目标执行设备，之后还包括：接收目标执行设备中各任务对象的执行状态信息，并根据执行状态信息更新目标执行设备的当前负载信息。

基于本实施例的技术方案，在为任务对象分配了执行设备即目标执行设备，并调度该目标执行设备之后，该目标执行设备需上报各任务对象的执行状态信息，执行状态信息包括执行状态，执行状态包括任务初始化、任务进行中、任务结束及任务删除等状态。当执行状态信息的执行状态由任务进行中更新为任务结束时，目标执行设备将释放该任务对象所对应的业务执行时所需的资源，因此需要更新目标执行设备的当前负载信息，从而方便后续任务对象分配执行设备作参考。

在其中一较佳实施例中，通过适配设备获取到目标执行设备中各任务对象的执行状态信息，并将各任务对象的执行状态信息上报至本业务管理方法的执行终端。

在其中一较佳实施例中，为了方便任务对象的分配，将任务标识及调度参数发送至目标设备标识对应的目标执行设备，之后还包括：接收目标执行设备的负载信息，并根据负载信息更新目标执行设备的当前负载信息；及，接收目标执行设备中各任务对象的执行状态信息，并根据执行状态信息更新目标执行设备的当前负载信息。

在其中一实施例中，当业务标识对应的设备类型的设备的当前负载信息不能满足业务标识对应的业务的资源需求时，新建设备类型对应的设备，从而，增加设备类型的设备的数量。当根据业务标识对应的设备类型的设备的当前负载信息能够确定大于第一预设数量满足业务标识对应的业务的资源需求的设备时，删除该设备类型中第二预设数量的设备，以释放第二预设数量的设备，可供其它设备类型对应的业务使用。如此，可提高资源的利用率。

在其中一实施例中,将任务标识及调度参数发送至目标设备标识对应的目标执行设备，之后还包括：接收目标执行设备返回的任务对象的任务执行结果，并根据任务执行结果及任务标识，删除任务对象或发送任务执行结果至任务接入方。

基于本实施例的技术方案，目标执行设备在执行完任务对象对应的业务之后，需要返回该任务对应的业务的执行结果，本实施例中称之为任务执行结果。该任务执行结果可以由目标执行设备根据业务执行得到的结果来确定。该任务执行结果包括正常结束和异常结束。正常结束时，业务管理方法的执行终端需要删除该任务对象；异常结束时，业务管理方法的执行终端需要重新调用该任务对象进行执行，可以通过将任务执行结果为异常结束发送至任务接入方，使业务接入方重新发送任务接入请求，从而实现异常结束的任务对象的重新调用。因此，业务管理方法的执行终端，接收目标执行设备返回的任务对象的任务执行结果，并在任务执行结果为正常结束时，根据任务标识删除该任务对象；在任务执行结果为异常结束时，根据任务标识发送任务执行结果至任务接入方，使业务接入方重新发送任务接入请求，从而实现异常结束的任务对象的重新调用。

在一个较佳实施例中，为了确保一定能够接收到接收目标执行设备返回的任务对象的任务执行结果，在接收到目标执行设备返回的任务对象的任务执行结果时，发送确认信息至该目标执行设备，以使目标执行设备无需继续返回任务执行结果。若目标执行设备未接收到确认信息在任务执行结束后，将每隔预设时间发送任务执行结果，直至收到确定信息。

在其中一较佳实施例中任务状态信息的任务状态及任务执行结果可以通过一个字段表示。如可以约定该字段可以用“0”表示任务状态为任务初始化，“1”表示任务状态为任务进行中，“2”和“3”表示任务状态为任务结束，“4”表示任务删除。其中“2”进一步表示任务正常结束，即任务执行结果为正常结束；“3”表示任务异常结束，即任务执行结果为异常结果。

可以理解地，在其中一实施例中,根据任务接入请求，创建任务对象，之后还包括：返回任务标识至业务接入方。如此，使得业务接入方能够也建立业务标识与任务标识的对应关系，从而可以提高业务管理的效率。

在其中一实施例中,为方便管理，将任务标识及调度参数发送至目标设备标识对应的目标执行设备，之后还包括：接收业务接入方的任务删除请求，任务删除请求携带任务标识；根据任务删除请求删除任务标识对应的任务对象。如此，提供任务对象的删除管理方式，即提供了任务对象对应的业务的删除管理方式，可以方便任务对象业务的管理，也即可以提高业务管理的便捷性。需要说明的是该删除管理方式尤其适用于对业务需要一直执行，直到接收到任务删除请求时才结果的情况。在其中一具体实施例中，还提供了另外一种任务删除方式，该实施例中，任务对象携带的信息还包括任务结束时间。在任务结束时间达到时，删除该任务对象。

进一步地,根据任务删除请求删除任务标识对应的任务对象，之前还包括：根据任务删除请求发送停止任务命令至目标执行设备，停止任务命令携带任务标识。

停止任务命令是指控制目标执行设备停止执行任务标识所标识的任务对象的命令。基于本实施例的技术方案，在根据任务删除请求删除任务标识对应的任务对象之前，先根据任务删除请求发送停止执行命令至目标执行设备，使目标执行设备停止执行任务对象对应的业务，避免在业务管理方法的执行终端上删除了任务对象，而目标执行设备仍然在执行该任务对象对应的业务的情况，从而提高业务管理的稳定性。

更进一步地,为了进一步提高业务管理的稳定性，根据任务删除请求删除任务标识对应的任务对象，包括：接收目标执行设备返回的任务删除成功结果，并根据任务删除成功结果删除任务标识对应的任务对象。

基于本实施例的技术方案，通过确认机制，在目标执行设备在根据停止执行命令，停止执行任务对象对应的业务之后，返回一个确认信息，在本实施例中，该确认信息为任务删除成功结果，如此，保证避免在业务管理方法的执行终端上删除了任务对象，而目标执行设备仍然在执行该任务对象对应的业务的情况，从而进一步提高业务管理的稳定性。

在其中一具体实施例中，为方便管理，将任务标识及调度参数发送至目标设备标识对应的目标执行设备，之后还包括：接收业务接入方的任务修改请求，任务修改请求携带任务标识及修改参数；根据任务修改参数修改任务标识对应的任务对象。如此，提供任务对象的修改管理方式，即提供了任务对象对应的业务的修改管理方式，可以方便任务对象业务的管理，也即可以提高业务管理的便捷性。

在其中一具体实施例中，为方便管理，将任务标识及调度参数发送至目标设备标识对应的目标执行设备，之后还包括：接收业务接入方的任务查询请求，任务查询请求携带任务标识；根据任务标识查询任务标识对应的任务对象。如此，提供任务对象的查询方式，即提供了任务对象对应的业务的查询方式，可以方便任务对象业务的管理，也即可以提高业务管理的便捷性。

在其中一实施例中,将任务标识及调度参数发送至目标设备标识对应的目标执行设备，之后还包括：当检查到目标执行设备异常时，根据目标执行设备异常之前的负载信息确定替换执行设备；将目标执行设备上执行的任务对象的任务标识及调度参数发送至替换执行设备。

基于本实施例的技术方案，可以定时轮询检查目标执行设备的设备状态，设备状态包括正常及异常两种状态。当设备状态正常时，无需做额外操作即可。当设备状态异常时，需要将在该异常设备上执行的任务对象迁移到其它正常设备上。本实施例通过在检查到目标执行设备异常时，根据目标执行设备异常之前的负载信息确定替换执行设备，并将目标执行设备上执行的任务对象的任务标识及调度参数发送至替换执行设备的方式，将在该异常设备上执行的任务对象迁移到正常设备上。如此，可以提高业务管理方法的稳定性。可以理解地，本实施例的替换执行设备为能够承载任务对象的正常设备。

在其中一实施例中,将任务标识及调度参数发送至目标设备标识对应的目标执行设备，之后还包括：当根据任务标识检查到任务对象没有执行状态信息时，返回根据业务标识及业务标识对应的设备类型的设备的当前负载信息，确定目标执行设备的目标设备标识的步骤。

基于本实施例的技术方案，可以定时轮询检查任务列表中各任务标识对应的任务对象的执行状态信息。任务列表为记录创建的任务对象的列表，可以在创建任务对象时，将任务对象的信息添加至该任务列表，从而可以通过该任务列表恢复任务。当没有执行状态信息时，说明该任务对象并未成功分配到目标执行设备，或并未成功在目标执行设备上执行，本实施例，通过返回根据业务标识及业务标识对应的设备类型的设备的当前负载信息，确定目标执行设备的目标设备标识的步骤的方式，重新为任务对象分配执行设备。从而，可以提高业务管理的稳定性。

在其中一实施例中,将任务标识及调度参数发送至目标设备标识对应的目标执行设备，之后还包括：接收各执行设备中各任务对象的执行状态信息，执行状态信息包括执行状态及实际执行设备标识，当执行设备标识与目标设备标识不一致时，发送停止执行命令至实际执行设备标识对应的执行设备。

实际执行设备标识为标识实际执行设备的标识。实际执行设备为实际执行任务对象的设备。当接收到的执行状态信息中的实际执行设备标识与分配的目标设备标识不一致时，说明分配过程出了错误，发送停止执行命令至实际执行设备标识对应的执行设备，使实际执行设备停止执行该任务对象对应的业务。该停止执行命令携带任务标识及该实际执行设备标识，用于控制该实际执行设备标识对应的执行设备停止执行该任务标识对应的任务对象。如此，对执行设备进行监控，从而提高业务管理的稳定性。

在其中一实施例中,接收任务接入请求还携带父任务标识。该父任务标识可以是该任务接入请求之前创建的任何一个任务对象的任务标识。该任务标识所标识的任务对象对应的业务在目标执行设备上执行时，可以分出至少一个子任务对象。如图6所示，分出子任务对象的过程可以通过目标执行设备发送分任务请求至业务接入方，该分任务请求携带父任务标识；然后由业务接入方根据分任务请求发送携带父任务标识的任务接入请求至执行终端。执行终端接收该携带父任务标识的任务接入请求，并根据该任务接入请求创建子任务对象。可以按照普通任务管理过程对该子任务对象进行统一管理。如此，提供子任务对象接入的方式，提高业务管理的适用性。

在其中一实施例中,将任务标识及调度参数发送至目标设备标识对应的目标执行设备，之后还包括：接受任务维护请求，任务维护请求携带任务标识及维护操作；根据任务维护请求对任务标识对应的任务对象执行维护操作。

任务维护请求为本业务管理方法提供的运维接口。维护操作包括查询任务对象的执行状态、为任务对象分配目标执行设备、重新创建任务对象及删除任务对象等。基于本实施例的技术方案，能够提供人工介入的运维接口，方便运维人员操作，同时，提高业务管理的稳定性。

在其中一具体实施例中，业务管理方法的系统框架可以如图7所示，包括任务接入层、任务中心层及任务执行层。任务接入层包括任务接入方。任务中心层，包括业务接口模块、任务管理模块、任务调度模块及资源管理模块。任务执行层包括节点管理模块、执行设备及适配设备。通过业务接口模块接收任务接入请求；通过任务管理模块根据任务接入请求，创建任务对象，并将任务对象的信息记录在任务列表中；通过任务调度模块根据业务标识及业务标识对应的设备类型的设备的当前负载信息，确定目标执行设备的目标设备标识。通过资源管理模块接收目标执行设备的负载信息，并根据负载信息更新目标执行设备的当前负载信息；接收目标执行设备中各任务对象的执行状态信息，并根据执行状态信息更新目标执行设备的当前负载信息；接收目标执行设备返回的任务对象的任务执行结果；将各执行设备的负载信息记录在资源列表中，将个执行设备的执行状态信息记录在状态列表中。任务管理模块还根据任务执行结果及任务标识，删除任务对象。任务管理模块还当检查到目标执行设备异常时，根据目标执行设备异常之前的负载信息确定替换执行设备。节点管理模块还将目标执行设备上执行的任务对象的任务标识及调度参数发送至替换执行设备。

在其中一具体实施例中，业务管理方法的系统结构可以如图8所示，在任务接入层还可以包括运维模块，运维模块接受任务维护请求，任务维护请求携带任务标识及维护操作，根据任务维护请求对任务标识对应的任务对象执行维护操作。

在其中一个具体实施例中，业务接入的时序图如图9所示，由业务接入方发送任务接入请求，由业务接口模块(api)接收该任务接入请求，由任务管理模块(tm)根据任务接入请求，创建任务对象，在创建成功后返回反馈信息。由调度管理模块(ts)根据任务管理模块(tm)中创建的任务对象的业务标识及资源管理模块(rm)中业务标识对应的设备类型的设备的当前负载信息，确定目标执行设备的目标设备标识。调度管理模块(ts)确定目标设备标识之后，由节点管理模块(nm)将任务标识及调度参数发送至目标设备标识对应的执行设备(ec)。

在其中一具体实施例中，异常处理时序图如图10所示，节点管理模块(nm)向执行设备(ec)定时发送信息请求，该信息请求可以请求负载信息、执行状态信息、任务执行结果、设备状态信息等。可以由节点管理模块(nm)接收执行设备(ec)返回的负载信息、执行状态信息、任务执行结果、设备状态信息等，再由节点管理模块(nm)发送至资源管理模块(rm)进行资源管理。当任务管理模块(tm)根据向资源管理模块(rm)请求负载信息、执行状态信息、任务执行结果、设备状态信息等信息，发现异常时需要进行异常处理；异常处理时，首先重新创建任务对象，创建任务对象时由任务调度模块(ts)根据业务标识及资源管理模块(rm)中执行设备的负载信息确定目标设备标识；然后由节点管理模块(nm)向目标设备标识对应的执行设备(ec)发送任务标识及调度参数，以调度目标执行设备；之后节点管理模块(nm)反馈任务下发完成信息至调度管理模块(ts)，再由调度管理模块(ts)反馈任务恢复成功信息至任务管理模块(tm)，以更新任务管理列表。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图11所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储异构数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种业务管理方法。

本领域技术人员可以理解，图11中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在其中一实施例中，提供一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述业务管理方法的步骤。

在其中一实施例中，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述业务管理方法的步骤。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限，ram以多种形式可得，诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。