一种任务处理方法、装置、存储介质和服务器与流程

【技术领域】

本发明涉及通信技术领域，尤其涉及一种任务处理方法、装置、存储介质和服务器。

背景技术：

线上任务处理方式主要有两种：一种是处理效率相对较低，但是成功率相对较高的同步处理方式；一种是处理效率较高，但是成功率较低的异步处理方式。为了满足互联网的高并发要求，大部分互联网公司均采用了异步处理方式处理高并发任务。以江西移动为例，每个月通过电子渠道办理的卡券兑换达到800万笔。其中90％是通过异步处理方式办理的。经过分析发现，当前电子渠道的卡券任务办理成功率仅为98％，但是每月依然有10万笔卡券任务办理失败。

当前电子渠道的卡券任务办理步骤为电子渠道接收客户卡券兑换请求、将卡券插入任务激活等待池、移动客户服务系统侧异步受理、任务激活。当用户兑换第一张卡券时，电子渠道首先接收客户的任务请求，并将卡券兑换请求插入移动客户服务系统异步处理的任务激活等待池。当客户兑换第二张以上的卡券时，电子渠道依然正常接收客户的任务请求，当把新的一件任务请求同时插入移动客户服务系统异步处理的等待池时，由于多线程执行无法区分任务请求的先后顺序，偶然情况下会存在两张卡券同时处于激活中状态，由于移动客户服务系统会限制用户同一时间激活两张卡券任务场景，进而出现提示重复处理任务的异常提示，因此返回处理失败(正在处理其他订单任务，请稍后再试)。上述场景对用户而言，在任务处理时提示处理成功，但是处理失败后，又将收到处理失败的短信，导致用户感知较差、用户满意度较低。

技术实现要素：

有鉴于此，本发明实施例提供了一种任务处理方法、装置、存储介质和服务器，用以解决现有技术中任务处理时提示用户处理成功，但是如果处理失败，用户又收到处理失败的短信，导致用户感知较差的问题。

一方面，本发明实施例提供了一种任务处理方法，所述方法包括：

接收客户服务系统发送的任务失败请求；

判断统计出的任务失败次数是否大于设定阈值；

若判断出所述任务失败次数小于或等于设定阈值时，向客户服务系统发送任务请求，所述任务请求包括任务内容，以供所述客户服务系统执行所述任务内容失败时发送任务失败请求，并继续执行所述接收客户服务系统发送的任务失败请求的步骤。

可选地，所述任务失败请求包括任务失败原因；

所述判断任务失败次数是否大于设定阈值之前还包括：

判断指定失败原因中是否包括所述任务失败原因；

若判断出所述指定失败原因中包括所述任务失败原因时，继续执行所述接收客户服务系统发送的任务失败请求的步骤。

可选地，若判断出所述任务失败次数大于设定阈值时，向用户终端发送任务失败消息。

可选地，若判断出所述指定失败原因中包括所述任务失败原因时，对任务失败次数进行加1处理，继续执行所述接收客户服务系统发送的任务失败请求的步骤。

可选地，所述接收客户服务系统发送的任务失败请求之前还包括：

接收用户终端发送的所述任务请求；

将所述任务内容发送至客户服务系统；

接收所述客户服务系统验证所述任务内容合格时发送的所述验证合格结果；

向所述客户服务系统发送所述任务请求；

所述接收客户服务系统发送的任务失败请求包括：

接收所述客户服务系统执行所述任务内容失败时发送的所述任务失败请求。

可选地，所述任务请求还包括身份验证信息；

所述将所述任务内容发送至客户服务系统的同时还包括：

将所述身份验证信息发送至客户服务系统；

所述接收所述客户服务系统验证所述任务内容合格时发送的所述验证合格结果具体包括：

接收所述客户服务系统验证所述任务内容合格且验证用户身份信息合格时发送的所述验证合格结果。

可选地，所述向客户服务系统发送任务请求包括：

按照预设时间周期向所述客户服务系统发送所述任务请求。

另一方面，本发明实施例提供了一种任务处理装置，包括：

接收单元，用于接收客户服务系统发送的任务失败请求；

第一判断单元，用于判断任务失败次数是否大于设定阈值；

发送单元，用于若所述第一判断单元判断出所述任务失败次数小于或等于设定阈值时，向客户服务系统发送任务请求，所述任务请求包括任务内容，以供所述客户服务系统执行所述任务内容失败时发送任务失败请求。

另一方面，本发明实施例提供了一种存储介质，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行上述的任务处理方法。

另一方面，本发明实施例提供了一种服务器，包括存储器和处理器，所述存储器用于存储包括程序指令的信息，所述处理器用于控制程序指令的执行，其特征在于，所述程序指令被处理器加载并执行时实现上述的任务处理方法的步骤。

本发明实施例的方案中，接收客户服务系统发送的任务失败请求，判断统计出的任务失败次数是否大于设定阈值，若判断出任务失败次数小于或等于设定阈值时，向客户服务系统发送任务请求，任务请求包括任务内容，以供客户服务系统执行任务内容失败时发送任务失败请求，并继续执行接收客户服务系统发送的任务失败请求的步骤，从而当重复处理场景导致的任务失败时，在处理任务失败请求的过程中，不会向用户频繁发送失败信息，提高用户感知和用户满意度。

【附图说明】

图1为本发明实施例提供的一种任务处理方法的流程图；

图2为本发明实施例提供的又一种任务处理方法的流程图；

图3为本发明实施例提供的一种任务处理装置的结构示意图；

图4为本发明实施例提供的一种服务器的示意图。

【具体实施方式】

为了更好的理解本发明的技术方案，下面结合附图对本发明实施例进行详细描述。

应当明确，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。

应当理解，本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

应当理解，尽管在本发明实施例中可能采用术语第一、第二等来描述设定阈值，但这些设定阈值不应限于这些术语。这些术语仅用来将设定阈值彼此区分开。例如，在不脱离本发明实施例范围的情况下，第一设定阈值也可以被称为第二设定阈值，类似地，第二设定阈值也可以被称为第一设定阈值。

图1为本发明实施例提供的一种任务处理方法的流程图，如图1所示，该方法包括：

步骤101、接收客户服务系统发送的任务失败请求；

步骤102、判断统计出的任务失败次数是否大于设定阈值，若否，则执行步骤103；若是，则执行步骤104。

步骤103、向客户服务系统发送任务请求，任务请求包括任务内容，以供客户服务系统执行任务内容并在执行任务内容失败时发送任务失败请求，并继续执行步骤101。

步骤104、向用户终端发送任务失败消息。

本发明实施例的方案中，接收客户服务系统发送的任务失败请求，判断统计出的任务失败次数是否大于设定阈值，若判断出任务失败次数小于或等于设定阈值时，向客户服务系统发送任务请求，任务请求包括任务内容，以供客户服务系统执行任务内容失败时发送任务失败请求，并继续执行接收客户服务系统发送的任务失败请求的步骤，从而当重复处理场景导致的任务失败时，在处理任务失败请求的过程中，不会向用户频繁发送失败信息，提高用户感知和用户满意度。

图2为本发明实施例提供的又一种任务处理方法的流程图,如图2所示，该方法包括：

步骤201、服务器接收用户终端发送的任务请求，该任务请求包括任务内容和身份验证信息。

本实施例中，任务内容为用户需要办理的任务以及任务数据。例如：用户需要办理的任务包括：兑换卡券、积分换话费、使用话费充值卡充值等。任务数据包括卡券的有效日期、卡券的序列号、卡内积分、话费余额中之一或其任意组合。

本实施例中，身份验证信息为代表用户身份的用户数据。例如，用户姓名、用户身份证号、用户出生年月、用户的用户名和密码、用户指纹中之一或其任意组合。

步骤202、服务器将任务内容和身份验证信息发送至客户服务系统。

步骤203、客户服务系统验证身份验证信息是否合格以及验证任务内容是否合格，若是，则执行步骤204；若否，则流程结束。

本步骤中，客户服务系统若验证身份验证信息合格且验证任务内容合格时，执行步骤204；客户服务系统若验证身份验证信息不合格或者验证任务内容不合格时，则流程结束。

本实施例中，客户服务系统验证任务内容是否合格包括：

例如，积分换花费活动是否存在，若存在，则任务内容合格；若不存在，则任务内容不合格。

例如，卡券的有效日期是否超过了激活卡券的有效日期，若是，则任务内容不合格；若否，则任务内容合格。

例如，卡券的序列号是否存在于客户服务系统中，若是，则任务内容合格；若否，则任务内容不合格。

例如，用户的卡内积分是否达到客户服务系统的要求，若是，则任务内容合格；若否，则任务内容不合格。

例如，用户的话费余额是否大于或等于0，若是，则任务内容合格；若否，则任务内容不合格。

本实施例中，客户服务系统验证身份验证信息是否合格包括：客户服务系统验证接收到的身份验证信息是否与客户服务系统内存储的相应身份验证信息一致，若一致，则客户服务系统验证身份验证信息合格；若不一致，则客户服务系统验证身份验证信息不合格。

步骤204、客户服务系统向服务器发送验证合格结果。

本实施例中，客户服务系统向服务器发送验证合格结果表示任务请求已经通过验证。

本实施例中，客户服务系统向服务器发送验证合格结果之后，服务器以短信方式向用户终端发送任务处理消息，可选的，所述任务处理消息为“您的任务请求已通过验证，客户服务系统正在加紧处理中，具体处理结果可在30分钟之内以短信方式告知。”。

步骤205、服务器向客户服务系统发送任务请求。

本实施例中，服务器按照预设时间周期向客户服务系统发送任务请求，所述预设时间周期根据任务失败频次进行设定的，优选的，可设置为15分钟。例如，每隔15分钟将任务请求发送给客户服务系统。

步骤206、客户服务系统执行任务内容并判断执行任务内容是否失败，若失败，则执行步骤207；若成功，则执行步骤212。

本实施例中，客户服务系统执行任务内容成功表示完成用户需要办理的任务。例如，用户卡券兑换成功、用户使用积分成功换得话费、用户使用话费充值卡充值等。

本实施例中，客户服务系统执行任务内容失败表示未完成用户需要办理的任务。例如，用户卡券兑换失败、用户未能使用积分换得话费、用户使用话费充值卡充值失败等。

步骤207、客户服务系统向服务器发送任务失败请求，该任务失败请求包括任务失败原因。

本实施例中，任务失败原因为重复执行任务、剩余可兑换名额为0、兑换次数达到上限中之一或其任意组合。在实际应用中，任务失败原因还可以包括由于业务规则限制等而导致的任务失败的原因，在此不再一一列举。

步骤208、服务器判断指定失败原因中是否包括任务失败原因，若是，执行步骤209；若否，执行步骤211。

本实施例中，指定失败原因为重复执行任务、剩余可兑换名额为0、兑换次数达到上限中之一或其任意组合。在实际应用中，任务失败原因还可以包括由于业务规则限制等而导致的任务失败的原因，在此不再一一列举。

例如，设置指定失败原因为重复执行任务和剩余可兑换名额为0，任务失败原因为重复执行任务，则此时服务器判断出指定失败原因中包括任务失败原因，因此，继续执行步骤209。

步骤209、服务器对任务失败次数进行加1处理。

本实施例中，在服务器内置一个计数器，任务失败次数的初始值设定为0。

例如，任务失败次数的初始值为0，若服务器接收客户服务系统发送的一个任务失败请求并判断出指定失败原因中包括该任务失败请求的任务失败原因，则对该任务失败次数进行加1处理，此时该任务失败次数为1。

例如，任务失败次数的值为1，若服务器接收客户服务系统发送的一个任务失败请求并判断出指定失败原因中包括该任务失败请求的任务失败原因，则对该任务失败次数进行加1处理，此时该任务失败次数为2。

例如，任务失败次数的值为2，若服务器接收客户服务系统发送的一个任务失败请求并判断出指定失败原因中包括该任务失败请求的任务失败原因，则对该任务失败次数进行加1处理，此时该任务失败次数为3。

步骤210、服务器判断统计出的任务失败次数是否大于设定阈值，若是，则执行步骤211；若否，则执行步骤205。

本实施例中，设定阈值根据用户平均耐心时间设定，优选的，可设置为2。将设定阈值设置为2表示在任务请求失败后，可以再重复执行，最多允许任务请求失败两次。

这样的设置是在用户耐心可接受的时间内，服务器内部进行对失败任务的多次处理，从而规避偶然情况下的重复处理场景导致的任务失败，提高用户感知和用户满意度。

例如，将设定阈值设置为2，当任务失败次数为1时，此时服务器判断任务失败次数小于设定阈值，则执行步骤205。

例如，将设定阈值设置为2，当任务失败次数为2时，此时服务器判断任务失败次数等于设定阈值，则执行步骤205。

例如，将设定阈值设置为2，当任务失败次数为3时，此时服务器判断任务失败次数大于设定阈值，则服务器向用户终端发送任务失败消息。

步骤211、服务器向用户终端发送任务失败消息，流程结束。

本实施例中，服务器以短信方式向用户终端发送任务失败消息，可选地，所述任务成功消息内容为“您的任务处理请求在此次处理中的处理结果为失败。”。

本实施例中，服务器向用户终端发送任务失败消息表示任务执行失败。

步骤212、客户服务系统向服务器发送任务成功消息。

步骤213、服务器向用户终端发送任务成功消息。

本实施例中，服务器以短信方式向用户终端发送任务成功消息，可选地，所述任务成功消息内容为“您的任务处理请求已经成功处理。”。

本实施例中，服务器向用户终端发送任务成功消息表示任务执行成功。

本实施例中，服务器在任务失败处理过程中不会发送任何信息给用户，提高用户使用感知和满意度。

本发明实施例的方案中，接收客户服务系统发送的任务失败请求，判断统计出的任务失败次数是否大于设定阈值，若判断出任务失败次数小于或等于设定阈值时，向客户服务系统发送任务请求，任务请求包括任务内容，以供客户服务系统执行任务内容失败时发送任务失败请求，并继续执行接收客户服务系统发送的任务失败请求的步骤，从而当重复处理场景导致的任务失败时，在处理任务失败请求的过程中，不会向用户频繁发送失败信息，提高用户感知和用户满意度。

图3为本发明实施例提供的一种任务处理装置的结构示意图，该装置用于执行上述任务处理方法，如图3所示，该装置包括：接收单元11、第一判断单元12和发送单元13。

接收单元11用于接收客户服务系统发送的任务失败请求；

第一判断单元12用于判断任务失败次数是否大于设定阈值；

发送单元13用于若所述第一判断单元判断出所述任务失败次数小于或等于设定阈值时，向客户服务系统发送任务请求，所述任务请求包括任务内容，以供所述客户服务系统执行所述任务内容失败时发送任务失败请求。

本发明实施例中，所述装置还包括：

第二判断单元14，用于判断指定失败原因中是否包括所述任务失败原因，若判断出所述指定失败原因中包括所述任务失败原因时，触发所述接收单元11继续执行所述接收客户服务系统发送的任务失败请求的步骤。

本发明实施例中，所述发送单元13还用于若所述第一判断单元12判断出所述任务失败次数大于设定阈值时，向用户终端发送任务失败消息。

本发明实施例中，统计单元15，若判断出所述指定失败原因中包括所述任务失败原因时，对任务失败次数进行加1处理，继续执行所述接收客户服务系统发送的任务失败请求的步骤。

本发明实施例中，所述接收单元11还用于接收用户终端发送的所述任务请求；

所述发送单元13还用于将所述任务内容发送至客户服务系统；

所述接收单元11还用于接收所述客户服务系统验证所述任务内容合格时发送的所述验证合格结果；

所述发送单元13还用于向所述客户服务系统发送所述任务请求；

本发明实施例中，所述接收单元11具体用于接收所述客户服务系统执行所述任务内容失败时发送的所述任务失败请求。

所述发送单元13具体用于将所述任务内容发送至客户服务系统的同时将所述身份验证信息发送至客户服务系统；

所述接收单元11具体用于接收所述客户服务系统验证所述任务内容合格且验证用户身份信息合格时发送的所述验证合格结果。

本发明实施例中，所述发送单元13具体用于按照预设时间周期向所述客户服务系统发送所述任务请求。

本发明实施例的方案中，接收客户服务系统发送的任务失败请求，判断任务失败次数是否大于设定阈值，若判断出所述任务失败次数小于或等于设定阈值时，向客户服务系统发送任务请求，任务请求包括任务内容，以供客户服务系统执行任务内容并在执行任务内容失败时发送任务失败请求，并继续执行接收客户服务系统发送的任务失败请求的步骤，从而当重复处理场景导致的任务失败时，在处理任务失败请求的过程中，不会向用户频繁发送失败信息，提高用户感知和用户满意度。

本发明实施例提供了一种存储介质，存储介质包括存储的程序，其中，在程序运行时控制存储介质所在设备执行上述写卡方法的实施例的各步骤，具体描述可参见上述任务处理方法的实施例。

本发明实施例提供了一种服务器，包括存储器和处理器，存储器用于存储包括程序指令的信息，处理器用于控制程序指令的执行，程序指令被处理器加载并执行时实现上述任务处理方法的实施例的各步骤，具体描述可参见上述任务处理方法的实施例。

图4为本发明实施例提供的一种服务器的示意图。如图4所示，该实施例的服务器20包括：处理器21、存储器22以及存储在存储22中并可在处理器21上运行的计算机程序23，该计算机程序23被处理器21执行时实现实施例中的应用于任务处理方法，为避免重复，此处不一一赘述。或者，该计算机程序被处理器21执行时实现实施例中应用于任务处理装置中各模型/单元的功能，为避免重复，此处不一一赘述。

服务器20包括，但不仅限于，处理器21、存储器22。本领域技术人员可以理解，图4仅仅是服务器20的示例，并不构成对服务器20的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如服务器还可以包括输入输出设备、网络接入设备、总线等。

所称处理器21可以是中央处理单元(centralprocessingunit，cpu)，还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现场可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

存储器22可以是服务器20的内部存储单元，例如服务器20的硬盘或内存。存储器22也可以是服务器20的外部存储设备，例如服务器20上配备的插接式硬盘，智能存储卡(smartmediacard,smc)，安全数字(securedigital,sd)卡，闪存卡(flashcard)等。进一步地，存储器22还可以既包括服务器20的内部存储单元也包括外部存储设备。存储器22用于存储计算机程序以及服务器所需的其他程序和数据。存储器22还可以用于暂时地存储已经输出或者将要输出的数据。

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

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。