CN114020429A - 任务处理方法以及装置、设备和存储介质 - Google Patents

Abstract

本说明书实施方式提供一种任务处理方法以及装置、设备和存储介质，其涉及队列排序领域。所述任务处理方法包括：接收多个数据处理任务；分别确定所述多个数据处理任务的任务类型；其中，任务类型包括第一任务类型和第二任务类型；其中，属于所述第一任务类型的数据处理任务优先于属于所述第二任务类型的数据处理任务被执行；在属于所述第一任务类型的数据处理任务完成执行之后，执行属于所述第二任务类型的数据处理任务。通过对待处理任务进行分类评级，将数据量小的任务优先于大数据量的任务处理，避免了由于队列中任务繁多，导致的拥塞现象，提高了用户体验。

Description

任务处理方法以及装置、设备和存储介质

技术领域

本说明书涉及计算机技术领域，具体涉及一种任务处理方法以及装置、设备和存储介质。

背景技术

现有系统平台提供给任何用户端的功能，在平台内部都对应有相应的数据处理任务。如此，通过数据处理任务被执行实现了相应的功能。具体的，例如，通常平台可以提供有客户端和服务器。用户可以操作客户端向服务器提交数据访问请求，服务器可以基于数据访问请求生成相应的数据处理任务，以及执行数据处理任务实现数据访问请求所指示的功能。

用户在客户端提交一个访问任务时，平台可以接收到相应的数据访问请求。然后，平台将接收到的数据访问请求提交给后台服务器，通常后台服务器会产生相应的处理任务，服务器会维护有一个任务队列，产生的任务会被放入该任务队列排队处理。

目前任务处理涉及到的队列排队处理方法主要为依照任务接收的顺序依次排序并执行，该任务队列排队方法可满足绝大部分场景下的用户需求，但是队列的容量具有上限，由于业务规模不断的扩大，会出现服务器需要处理的任务队列中任务繁多。在一些情况下，可能会有一些比较紧急的任务，长时间得不到处理，影响用户体验。

发明内容

有鉴于此，本说明书多个实施方式致力于提供一种任务处理方法、设备和存储介质，以一定程度上提升指定类型的任务的响应速度。

本说明书实施方式第一方面提供了一种任务处理方法，所述方法包括：接收多个数据处理任务；分别确定所述多个数据处理任务的任务类型；其中，任务类型包括第一任务类型和第二任务类型；其中，属于所述第一任务类型的数据处理任务优先于属于所述第二任务类型的数据处理任务被执行；在属于所述第一任务类型的数据处理任务完成执行之后，执行属于所述第二任务类型的数据处理任务。

本说明书实施方式第二方面提供了一种任务处理装置，所述装置包括：任务评定单元，用于确定所述多个数据处理任务的任务类型；插队处理单元，用于将所述第一任务类型的数据处理任务优先于属于所述第二任务类型的数据处理任务被执行；任务数量监控单元，用于监控队列中数据处理任务的数量；任务处理单元，用于执行队列中的数据处理任务；备用服务器分配单元，用于在所述任务总量持续大于设定总量阈值的情况下，增加任务处理队列的数量；其中，增加的任务处理队列具有消费应用。

本说明书实施方式第三方面提供了一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述实施方式中的方法。

本说明书实施方式第四方面提供了一种计算机可读存储介质，其上存储有计算机程序指令，所述计算机程序指令被处理器执行时实现上述实施方式所述的方法。

本说明书实施方式，通过对待处理任务进行分类评级，将数据量小的任务优先于大数据量的任务处理，避免了由于队列中任务繁多，导致的拥塞现象，使一些比较紧急的任务及时得到处理，提高了用户体验。

附图说明

图1a所示为一个实施方式提供的场景示例中任务处理方法的交互示意图。

图1b所示为一个实施方式提供的另一场景示例中任务处理方法的交互示意图。

图2所示为一个实施方式提供的任务处理方法的流程示意图。

图3所示为一个实施方式提供的任务处理装置的结构框图。

图4所示为一个实施方式提供的计算机设备的内部结构图。

具体实施方式

下面将结合说明书部分实施方式中的附图，对本说明书部分实施方式中的技术方案进行清楚、完整地描述，显然，所描述的实施方式仅是本说明书一部分实施方式，而不是全部的实施方式。基于本说明书中的实施方式，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施方式，都属于本说明书的范围。

医院的数据服务平台承担了前端不同种类用户的各种任务。比如网页访问、数据库备份、修改数据库字段、创建新用户、数据导出和通知任务等等。这些任务根据运算量的不同，具有不同的处理时间。

基于不同用户的使用场景，客户端会在相同或不同的时间，发送不同用户提交的数据处理任务至服务器。服务器在接收到注册网页的访问请求任务、开药信息数据访问请求任务、问诊和开药信息录入任务、药品需求单导出等任务时，一般会根据接收到任务的先后顺序排入服务器处理队列，依次进行处理，往往会使一些运算量较小的任务，比如网页的访问请求和问诊开药信息的录入等，会由于前面具有运算量较大的任务在处理或待处理，等待时间很久后才能得到服务器响应和处理，影响用户体验。

请参阅图1a。在一个具体的场景示例中，医院会采集受试者的试验数据生成体检报告，受试者需要在提取生物样本一段时间后，拿到体检报告，用于临床诊断。试验数据包括受试者数据(如包括身高、体重等基本信息)，表单数据(可以包括化验单信息，如包括血常规表单信息)，字段数据(可以包括表单涉及的具体的数据项，如白细胞值)。每个受试者数据可以附属有至少一个表单数据，每个表单数据又可以附属有至少一个字段数据。

受试者在不同科室提取生物样本或检查后，各科室医生将具有受试者标识信息的试验数据通过客户端向服务器发送信息录入的数据处理任务，服务器接收到该任务后，将不同科室的试验数据录入数据库中具有相应受试者标识处。

由于受试者往往较多，受试者在获取体检报告时，需要在计算机客户端提交体检报告导出请求，然后等待计算机处理请求并导出体检报告。对于选择的体检项目较多的受试者，服务器根据导出请求将试验数据转化为体检报告输出给客户端，并导出体检报告给受试者。

首先，名为张三的受试者操作一个终端(例如操作一台电脑)，将自己就诊卡的卡号和密码输入客户端，验证身份信息后，选择本次需要导出的体检报告，点击电脑页面的导出按钮，此时受试者操作的客户端会向服务器发送针对体检报告的导出请求，导出请求会携带指向医院节点的标识。同时用户李四需要去医院就诊，想提前在医院客户端上进行注册，李四点击客户端注册按钮，客户端会向服务器发送针对用户注册的注册网页访问请求，网页访问请求会携带指向医院节点的标识。

在服务器接收体检报告导出请求时和注册网页访问请求时，先生成具有对应请求的数据处理任务，再确定数据处理任务的任务类型。根据体检报告导出请求和注册网页访问请求对应的数据量和服务器消费应用的运算速度，得到不同的请求任务的预计运算量，若预计运算量小于预设运算量阈值，则属于第一任务类型，对其赋予第一任务标识；相应的，对于预计运算量大于预设运算时间阈值，则属于第二任务类型，对其赋予第二任务标识。

根据该场景下不同的任务，张三的体检报告导出请求任务的预计运算量大于预设运算量阈值，属于第二任务类型，并赋予第二任务标识。李四的注册网页访问请求任务的预计运算量小于预设运算量阈值，属于第一任务类型，并赋予第一任务标识。

服务器依照所述任务标识确定当前请求任务的任务类型，将服务器消费应用优先分配给属于第一任务类型的注册网页访问请求任务，提高第一任务类型任务的执行速度，在第一任务类型的注册网页访问请求任务执行完成之后，再执行相应属于第二任务类型的体检报告导出请求任务。

服务器执行导出请求的数据处理任务时，根据导出请求中携带的标识判断出标识指向的医院节点，为医院节点设置导出标识。进一步的，服务器响应于体检报告导出请求，并将各节点试验数据按照规定格式进行组合，形成体检报告。

在服务器执行完每一个体检报告导出请求的数据处理任务后，都及时的把生成的体检报告结果发送至客户端，至此受试者完整的体检报告导出请求完成，任务执行完毕。

请参阅图1b。在一个具体的场景示例中,日常情况下，患者在就诊后，医生会根据问诊信息对患者开具不同的药品，医生将这些问诊信息和开药信息输入医院平台的客户端，点击确认后，客户端会将问诊信息和开药信息发送给服务器，服务器接收到问诊和开药信息后，生成成患者问诊和开药信息录入任务，将问诊和开药信息录入服务器的数据库。然后患者持有自己的就诊卡去相应的付费处付费，付费成功后，待患者到药房窗口刷取就诊卡确认取药，患者才能拿到药品。确认取药时，客户端会发送开药信息数据访问请求至服务器，服务器根据开药信息数据访问请求任务找到相应的访问数据，并导出发送给客户端，完成患者开药信息的提取。

相应的，由于医院日常用药的消耗量很大，医院的工作人员会将即将用尽的药品信息，通过医院平台的客户端上传至平台服务器中，并产生药品需求信息，发送给药厂的员工。药厂的员工在收到需求信息后，同样需要登录医院平台的客户端，点击导出药品需求单，服务器在接收到相应的药品需求单导出请求后，将数据库中的药品需求数据导出，然后员工按照相应的导出需求单进行配货，再将药品配发给医院。

为了改善用户体验，对于甲用户在客户端进行问诊和开药信息录入，乙用户在客户端提交药品需求单导出请求时，根据问诊和开药信息录入任务和药品需求单导出请求任务对应的数据量和服务器消费应用的运算速度，得到两个任务分别对应的预计运算量，若预计运算量小于预设运算量阈值，则属于第一任务类型，对其赋予第一任务标识；相应的，对于预计运算量大于预设运算时间阈值，则属于第二任务类型，对其赋予第二任务标识。

根据该实际场景的任务运算量，甲用户的问诊和开药信息录入任务，运算量较小，小于预设运算量阈值，属于第一任务类型，对问诊和开药信息录入任务赋予第一任务标识。相应的，乙用户的药品需求单导出请求任务运算量较大，大于预设运算量阈值，属于第二任务类型，对药品需求单导出请求任务赋予第二任务标识。

服务器根据任务标识，将第二任务类型的任务排入服务器处理队列等待处理，同时将服务器消费应用优先分配给属于第一任务类型的数据处理任务，提高第一任务类型的数据处理任务的执行速度，在第一任务类型的数据处理任务执行完成之后，再执行相应属于第二任务类型的数据处理任务。

服务器消费应用将甲用户的问诊和开药信息录入任务执行后，会向客户端反馈一个录入成功的提示信息，完成信息录入。然后再对队列中乙用户的药品需求单导出请求任务进行消费，在服务器将药品需求单导出至客户端后，会生成是否下载提示窗口，乙用户点击是，药品需求单将下载至乙用户的本地服务器，方便查看。

请参阅图2。本说明书实施方式提供一种任务处理方法。在一些实施方式中，所述任务处理方法可以由服务器执行。所述任务处理方法可以包括以下步骤。

步骤S110：接收多个数据处理任务。

在一些实施方式中，不同用户在客户端会发出不同的任务请求至服务器，服务器为了响应响应的任务请求，形成相应的数据处理任务。

在一些实施方式中，服务器接收多个数据处理任务后，服务器每接收一个数据处理任务就执行一次相应的处理。在一些实施方式中，还可以为服务器在接收到数据处理任务累计达到一定数量后，再执行相应的处理。在一些实施方式中，还可以为对一些时间段内接收到的数据处理任务执行相应的处理。在一些实施方式中，还可以为对连续的数据处理任务进行一边接收，一边执行相应的处理。

步骤S120：分别确定所述多个数据处理任务的任务类型；其中，任务类型包括第一任务类型和第二任务类型。

在一些实施方式中，可以预先定义有任务类型。每个任务类型可以对应有相应的认定条件。如此，可以将数据处理任务与相应的认定条件进行匹配，将数据处理任务划分至相应的任务类型。具体的，例如，任务类型可以包括第一任务类型和第二任务类型。其中，第一任务类型的认定条件，可以包括数据处理任务所涉及的运算量小于设定阈值。第二任务类型的认定条件，可以包括数据处理任务所涉及的运算量大于等于设定阈值。

当然，在一些实施方式中，数据处理任务本身可以具有任务标识，该任务标识可以用于表示相应的数据处理任务的任务类型。具体的，例如，任务标识可以包括第一任务标识和第二任务标识。所述第一任务标识可以表示相应的数据处理任务属于第一任务类型。第二任务标识可以表示相应的数据处理任务属于第二任务类型。在一些实施方式中，还可以为任务标识表示数据处理任务本身的业务功能，服务器维护有业务功能对应的任务类型的映射关系。具体的，例如，第一任务标识可以表示相应的数据处理任务是通知任务，相应的通知任务可以属于第一任务类型。第二任务标识可以表示相应的数据处理任务是数据导出任务，相应的，数据导出任务可以属于第二任务类型。

在一些实施方式中，确定所述预计运算量。在服务器相应客户端请求生成相应的数据处理任务之后，服务器具有一定的数据消费应用来消费这些数据处理任务，而消费应用的运算能力是基于服务器本身的处理能力决定的。所以服务器根据接收到的任务数据量和消费应用的运算能力可以得到该数据处理任务的预计运算量。所述预计运算量通常指的是该数据处理任务的预计运算时间。

在一些实施方式中，将数据处理任务的预计运算量与预设运算量阈值进行比较，得到数据处理任务所属于的任务类型。在获取数据处理任务的预计运算量后，与预先设定的预设运算量阈值进行比较，其中该阈值的设定可以由后台管理人员根据日常业务的运行情况设定和调整。当数据处理任务的预计运算量小于预设运算量阈值时，所述数据处理任务属于第一任务类型。或者，数据处理任务的预计运算量大于预设运算量阈值时，所述数据处理任务属于第二任务类型。例如，后台管理人员根据业务的运行情况设定预设运算量阈值为10秒钟，服务器根据用户客户端发送的多个数据访问请求得到多个相应的数据处理任务。然后得到这些数据处理任务的预计运算量后，与运算量阈值比较，运算量小于10秒钟的属于第一任务类型，运算量大于10秒钟的属于第二任务类型。

步骤S130：属于所述第一任务类型的数据处理任务优先于属于所述第二任务类型的数据处理任务被执行。

在本实施方式中，服务器可以在执行完第一任务类型的数据处理任务之后，在处理第二任务类型的数据处理任务。具体的，存在批量第一任务类型的数据处理任务的情况下，服务器可以把全部第一任务类型的数据处理任务处理完成之后，再处理第二任务类型的数据处理任务。在一些情况下，服务器在执行完第一任务类型的数据处理任务之后，可以开始处理第二任务类型的数据处理任务，但在处理第二任务类型的数据处理任务的过程中，再次接收到第一任务类型的数据处理任务的情况下，服务器可以将第一任务类型的数据处理任务插入第二任务类型的数据处理任务之前执行。

在一些实施方式中，通常处理任务时，属于第一任务类型的数据处理任务优先被服务器分配的消费应用进行提取和执行。提取和执行按照先进先出原则，即先进入任务处理队列的数据处理任务先提取和执行，后进入任务处理队列的数据处理任务后提取和执行。

在一些实施方式中，将对应任务类型的数据处理任务放入队列。服务器读取数据处理任务的任务标识确定任务类型后，将数据处理任务放入任务类型对应的任务处理队列。其中第一任务类型的数据处理任务属于第一任务处理队列，第二任务类型的数据处理任务属于第二任务处理队列，两个队列独立存在。第一任务类型的队列仅存放具有第一任务标识的数据处理任务，相应的第二任务类型的队列仅存放具有第二任务标识的数据处理任务。

在一些实施方式中，将对应任务类型的数据处理任务放入队列，还可以包括：获得在所述任务处理队列中排序最靠前的第二任务类型的目标数据处理任务；将所述第一任务类型的数据处理任务插入到所述目标数据处理任务之前。其中，可以引入基于链表的队列。链表用于存储逻辑关系为一对一的数据，链表存储的数据处理任务，其物理存储位置是随机的，每个数据处理任务在存储时都配备一个指针，即下指针，用于指向自己的直接后继任务。链表中每个数据的存储都由数据域和指针域组成，该组成结构被称作链表的节点，即链表实际存储的是一个一个节点，真正的数据处理任务包含在这些节点中。其中，数据域为数据元素本身所在的区域，指针域为指向直接后继任务的指针。一个完整的链表需要由头指针和节点组成，其中，头指针为一个普通的指针，它的特点是永远指向链表第一个节点的位置，头指针用于指明链表的位置，便于后期找到链表并使用表中的数据。

将链表应用到本说明书实施方中，即，服务器接收到的数据处理任务作为一个节点并配有一个指针加入到队列中。首先寻找队列中的头指针，如果当前即将被执行的数据处理任务为第二任务类型，且服务器新接收的数据处理任务为第一任务类型时，依据头指针，找到当前即将被执行的第二任务类型的数据处理任务的位置，把第一任务类型的数据处理任务排在当前即将被执行的第二任务类型的数据处理任务之前。如果当前即将被执行的数据处理任务为第一任务类型或第二任务类型，且服务器新接收的数据处理任务为第二任务类型时，寻找队列中没有指向的第二任务类型的下指针，并将下指针指向新接收的第二任务类型的数据处理任务。同样的，如果当前即将被执行的数据处理任务为第一任务类型，且服务器新接收的数据处理任务为第一任务类型时，寻找队列中下指针指向第二任务类型数据处理任务的第一任务类型数据处理任务，然后将新接收的第一任务类型的数据处理任务排在第二任务类型数据处理任务之前。

基于链表队列，将所述第一任务类型的数据处理任务插入到所述目标数据处理任务之前。

在一些实施方式中，分别确定所述多个数据处理任务的任务类型，还包括：获取数据处理任务的前置信息。其中，所述前置信息表示所述数据处理任务对应的业务优先级。在同属于同一类型的任务中，将具有较高的业务优先级的数据处理任务优先处理，实行同类别优先处理原则。前置信息通常包含该数据处理任务的重要等级，例如依据用户身份重要级别，数据处理任务的内容级别等进行等级划分，得到高业务优先级和低业务优先级的数据处理任务。

在一些实施方式中，具有前置信息的数据处理任务实行同类别优先处理原则。对于具有第一任务队列和第二任务队列的队列形式，如果服务器接收的第一类型任务的数据处理任务具有前置信息的，在第一任务处理队列中优先于其他数据处理任务被执行。如果服务器接收的第二类型任务的数据处理任务具有前置信息的，在第二任务处理队列中优先于其他数据处理任务被执行。

在一些实施方式中，具有前置信息的数据处理任务实行同类别优先处理原则，还包括：对于具有链表队列的队列形式，如果服务器接收的第一类型任务的数据处理任务具有前置信息的，优先于队列中其他第一类型任务的数据处理任务执行，如果服务器接收的第二类型任务的数据处理任务具有前置信息的，优先于队列中其他第二类型任务的数据处理任务执行。

步骤S140：在属于所述第一任务类型的数据处理任务完成执行之后，执行属于所述第二任务类型的数据处理任务。

在一些实施方式中，服务器可以根据任务类型的需求，分配消费应用对属于第一任务类型的数据处理任务进行消费，此时第二任务类型的数据处理任务等待服务器分配消费应用。具体的，例如，对于服务器存在有一个或多个任务处理队列的，服务器根据任务类型，优先将消费应用分配到第一任务处理队列并执行第一任务类型的任务。待执行结束后，再将消费应用分配到第二任务队列。在一些实施方式中，若服务器中的队列为链式，服务器可以将消费应用分配到第一任务类型的数据处理任务进行任务消费。待执行结束后，再将消费应用分配到第二任务类型的数据处理任务。

在一些实施方式中，处理任务时，消费应用可以被优先配置到第一任务处理队列。对属于第一任务处理队列的数据处理任务进行提取和执行，提取和执行按照先进先出原则，即先进入第一任务处理队列的数据处理任务先提取和执行，后进入第一任务处理队列的数据处理任务后提取和执行。在第一任务处理队列中全部数据处理任务被执行的情况下，服务器再将消费应用分配到第二任务处理队列中，执行第二任务处理队列中的数据处理任务。

在一些实施方式中，将第一任务类型队列的数据处理任务执行完毕后，再对第二任务类型队列中的数据处理任务进行提取和执行，还包括：对于链表队列，服务器分配给队列中一定的消费应用。消费应用优先提取和执行第一任务类型的数据处理任务，在队列中的第一任务类型的数据处理任务全部被执行的情况下，执行第二任务处理队列中的数据处理任务。

本说明书实施方式提供一种任务处理方法，在一些实施方式中，所述监控任务数量可以包括：监控所述第二任务类型的数据处理任务的任务数量；在所述任务数量持续大于设定数量阈值的时长超过预设时间阈值的情况下，增加执行数据处理任务的消费应用。

在一些实施方式中，对第二任务处理队列中的数据处理任务的数量进行监控。

在一些实施方式中，在第二任务处理队列中的数据处理任务数量持续大于设定数量阈值的时长超过预设时间阈值时，则增加执行数据处理任务的消费应用。例如，依据服务器队列的存储能力，服务器设定数量阈值为1000条，后台管理员预设时间阈值为60秒，当第二任务处理队列中的数据处理任务的数量持续大于1000条，且该拥塞现象存在时间超过60秒时，服务器新增加相应的任务处理队列和消费应用。将原来第一任务处理队列中的部分数据处理任务转移到新增的第一任务处理队列，同样将原来第二任务处理队列中的部分数据处理任务转移到新增的第二任务处理队列中，使相应新增队列增加的消费应用可以消费数据处理任务，尽快减少或消除拥塞，提高运行速度。其中，增加执行数据处理任务的消费应用，指增加第一任务处理队列的消费应用，提高第一任务类型的数据处理任务的消费速度，尽快将其执行完毕后，再对第二任务类型的数据处理任务进行消费。

本说明书实施方式提供一种任务处理方法，在一些实施方式中，所述监控任务数量，还包括：监控全部任务处理队列中的数据处理任务的任务总量；在所述任务总量持续大于设定总量阈值的时长超过预设时间阈值的情况下，增加任务处理队列的数量；其中，增加的任务处理队列具有消费应用

在一些实施方式中，对全部任务处理队列中的数据处理任务的数量进行监控，是指监控链表队列中的全部数据处理任务。链表队列中的数据处理任务的总数量包括第一任务类型和第二任务类型的数据处理任务。

在一些实施方式中，所述任务总量持续大于设定总量阈值的时长超过预设时间阈值的情况下，增加任务处理队列的数量。其中，增加的任务处理队列具有消费应用。例如，依据服务器队列的存储能力，服务器设定队列的总数量阈值为1000条，后台管理员预设时间阈值为60秒。当链表队列的数据处理任务的数量持续大于1000条，且该拥塞现象存在时间超过60秒时，服务器新增加相应的任务处理队列和消费应用，将原来第一任务类型的部分数据处理任务转移到新增的链表队列中，同样将原来第二任务类型的部分数据处理任务转移到新增的链表队列中，使相应新增队列增加的消费应用可以消费数据处理任务，尽快减少或消除拥塞，提高运行速度。其中，增加执行数据处理任务的消费应用，指增加第一任务类型的数据处理任务的消费应用，提高第一任务类型的数据处理任务的消费速度，尽快将其执行完毕后，再对第二任务类型的数据处理任务进行消费。

本说明书实施方式提供一种任务处理方法，在一些实施方式中，所述第一任务类型的数据处理任务直接被执行，可以包括：在队列数量达到设定阈值，且队列中的任务均为第二任务类型的情况下，接收到的第一任务类型的数据处理任务直接被执行。

在一些实施方式中，在队列数量达到设定阈值，且队列中的任务均为第二任务类型的情况下，接收到的第一任务类型的数据处理任务直接被执行。如果当前运行的队列数量已达到服务器设定的处理极限，且队列中的任务均为第二任务类型时，将服务器当前接收到的第一任务类型的数据处理任务直接被消费应用执行。其中，服务器设定的处理极限指当前服务器运行的队列数量达到预设队列数量阈值，例如服务器预设队列数量阈值为10个，则当当前队列数量达到10个，而且队列中的任务均为第二任务类型时，将接收到的第一任务类型的数据处理任务直接执行。

请参阅图3。本说明书实施方式还提供了一种任务处理装置。所述任务处理装置500包括：任务评定单元510，插队处理单元520，任务数量监控单元530，任务处理单元540，备用服务器分配单元550。任务评定单元510，用于确定所述多个数据处理任务的任务类型。插队处理单元520，用于将所述第一任务类型的数据处理任务优先于属于所述第二任务类型的数据处理任务被执行。任务数量监控单元530，用于监控队列中数据处理任务的数量。任务处理单元540，用于执行队列中的数据处理任务。备用服务器分配单元550，用于在所述任务总量持续大于设定总量阈值的情况下，增加任务处理队列的数量。其中，增加的任务处理队列具有消费应用。

关于任务处理装置的具体限定可以参见上文中对于任务处理方法的限定，在此不再赘述。上述任务处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

请参阅图4。在一些实施方式中，提供了一种计算机设备，该计算机设备可以是终端。该计算机设备包括通过系统总线连接的处理器、存储器、通信接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的通信接口用于与外部的终端进行有线或无线方式的通信，无线方式可通过WIFI、运营商网络、NFC(近场通信)或其他技术实现。该计算机程序被处理器执行时以实现一种临床试验数据转换方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

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

在一些实施方式中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现上述实施方式中的方法。

在一些实施方式中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述实施方式中的方法。

本领域普通技术人员可以理解实现上述实施方式方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施方式的流程。其中，本说明书实施方式中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-OnlyMemory，ROM)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或外部高速缓冲存储器。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic Random Access Memory，DRAM)等。

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

以上所述仅为本说明书中的部分实施方式而已，并不用以限制本说明书，凡在本说明书的精神和原则之内，所作的任何修改、等同替换等，均应包含在本说明书的公开范围之内。

Claims (14)

1.一种任务处理方法，其特征在于，包括：

接收多个数据处理任务；

分别确定所述多个数据处理任务的任务类型；其中，任务类型包括第一任务类型和第二任务类型；其中，属于所述第一任务类型的数据处理任务优先于属于所述第二任务类型的数据处理任务被执行；

在属于所述第一任务类型的数据处理任务完成执行之后，执行属于所述第二任务类型的数据处理任务。

2.根据权利要求1所述的方法，其特征在于，分别确定所述多个数据处理任务的任务类型的步骤，包括：

分析数据处理任务的预计运算量；

将数据处理任务的预计运算量与预设运算量阈值比较，得到数据处理任务所属于的任务类型；其中，数据处理任务的预计运算量小于预设运算量阈值，所述数据处理任务属于第一任务类型，或，数据处理任务的预计运算量大于预设运算量阈值，所述数据处理任务属于所述第二任务类型。

3.根据权利要求1所述的方法，其特征在于，所述数据处理任务具有表明任务类型的任务标识，其中，所述任务标识包括表示所述第一任务类型的第一任务标识，和表示所述第二任务类型的第二任务标识；相应的，分别确定所述多个数据处理任务的任务类型的步骤中包括：

读取所述数据处理任务的任务标识；

依照所述任务标识确定所述数据处理任务的任务类型。

4.根据权利要求1所述的方法，其特征在于，分别确定所述多个数据处理任务的任务类型，包括：

获取数据处理任务的前置信息；其中，所述前置信息表示所述数据处理任务对应的业务优先级；

在同属于同一类型的任务中，将具有较高的业务优先级的数据处理任务优先处理。

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

将数据处理任务放入任务类型对应的任务处理队列；其中，所述第一任务类型的数据处理任务属于第一任务处理队列；所述第二任务类型的数据处理任务属于第二任务处理队列；

相应的，在属于所述第一任务类型的数据处理任务完成执行之后，执行属于所述第二任务类型的数据处理任务的步骤，包括：

执行所述第一任务处理队列中的数据处理任务；

在所述第一任务处理队列中全部数据处理任务被执行的情况下，执行第二任务处理队列中的数据处理任务。

6.根据权利要求1所述的方法，其特征在于，数据处理任务按照在任务处理队列的排列顺序执行；在属于所述第一任务类型的数据处理任务完成执行之后，执行属于所述第二任务类型的数据处理任务的步骤，包括：

在所述任务处理队列中，将所述第一任务类型的数据处理任务排在所述第二任务类型的数据处理任务之前。

7.根据权利要求6所述的方法，其特征在于，将所述第一任务类型的数据处理任务排在所述第二任务类型的数据处理任务之前，包括：

获得在所述任务处理队列中排序最靠前的第二任务类型的目标数据处理任务；

将所述第一任务类型的数据处理任务插入到所述目标数据处理任务之前。

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

监控所述第二任务类型的数据处理任务的任务数量；

在所述任务数量持续大于设定数量阈值的时长超过预设时间阈值的情况下，增加执行数据处理任务的消费应用。

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

监控全部任务处理队列中的数据处理任务的任务总量；

在所述任务总量持续大于设定总量阈值的情况下，增加任务处理队列的数量；其中，增加的任务处理队列具有消费应用。

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

将原有任务处理队列中的部分数据处理任务放入增加的任务处理队列。

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

在队列数量达到设定阈值，且队列中的任务均为第二任务类型的情况下，接收到的第一任务类型的数据处理任务直接被执行。

12.一种任务处理装置，其特征在于，所述装置包括：

任务类型评定单元、插队处理单元、任务数量监控单元、任务处理单元、备用服务器分配单元；

所述任务类型评定单元，用于确定多个数据处理任务的任务类型；

所述插队处理单元，用于将第一任务类型的数据处理任务优先于属于第二任务类型的数据处理任务被执行；

所述任务数量监控单元，用于监控队列中数据处理任务的数量；

所述任务处理单元，用于执行队列中的数据处理任务；

所述备用服务器分配单元，用于在任务总量持续大于设定总量阈值的情况下，增加任务处理队列的数量；其中，增加的任务处理队列具有消费应用。

13.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至11中任一项所述的方法。

14.一种计算机可读存储介质，其上存储有计算机程序指令，其特征在于，所述计算机程序指令被处理器执行时实现权利要求1至11中任一项所述的方法。

Images