一种事务处理方法、系统与流程

本发明属于网络应用
技术领域：
，特别涉及一种任务流程事务处理方法及系统。
背景技术：
：随着社会的发展，对一项任务的处理变得越来越精细。例如现在普遍使用的电子商务，已经成为人们生活中的商业生活的重要组成部分。企业或个人订购某种商品、设置某项工作任务时，都希望对任务进行精细化处理。对于电子订单来说，业界常规方案是生成订单形成任务列表时就设定了预警时间，每次展示数据时都要判断当前时间是否超过了设定的预警时间，再来判断是否要展示预警标识。现在技术与业务流程中存在的缺陷和不足主要有以下几点：1、每个订单的预警时间生成时就设定好了，不够灵活；2、如果订单有多个流程节点，以流程节点的超时来判断是否需要预警就无法达到目的；3、每次都要拿两个时间来进行比较来得到预警状态，增加了代码的复杂性与冗余；4、用户体验不好，订单出现预警状态后，使用人员如果不登录app进行查看是不会知道的，有延时性。对于工作任务的设定，同样存在上述问题。而目前没有一种方法或系统能够灵活设定预警时间并及时对进行预警提醒，而且现有方法或系统代码复杂。技术实现要素：有鉴于此，本发明提出了一种事务处理方法、系统，以解决现有技术中存在针对各个流程节点设置预警时间不够灵活的技术问题。本发明提供了一种事务处理方法，其特征在于，基于所述事务生成一个或多个有序的任务节点，其中所述一个或多个任务节点中的任意一个或多个能够进行调整；获取手动设置的所述一个或多个任务节点的预警时间周期或预警时间点；根据所述预警时间周期或预警时间点确定所述一个或多个任务节点中的任意一个或多个节点的预警时间。进一步地，所述调整包括但不限于删除、增加、调整顺序。进一步地，所述事务为订单事务。进一步地，通过cron脚本程序确定事务是否完成，并确定所述事务是否超时。进一步地，将节点激活时间与节点对应的预警时间周期的相加之和与当前时间进行对比，当所述相加之和小于当前时间，则判断事务超时，否则为不超时。进一步地，在超时的情况下，将所述事务设置为预警状态。进一步地，所述cron脚本程序将处于预警状态但已完成的事务取消预警状态。进一步地，获取处于预警状态但未完成的事务的联系人方式，根据所述联系人方式向联系人发送预警信息。进一步地，所述联系人方式包括但不限于邮件、手机号、微信号。本发明还提供了一种事务处理系统，所述系统包括：生成模块，基于所述事务生成一个或多个有序的任务节点，其中所述一个或多个任务节点中的任意一个或多个能够进行调整；预警时间获取模块，获取手动设置的所述一个或多个任务节点的预警时间周期或预警时间点；确定模块，根据所述预警时间周期或预警时间点确定所述一个或多个任务节点中的任意一个或多个节点的预警时间。进一步地，所述系统还包括：超时判断模块，通过cron脚本程序确定事务是否完成，并确定所述事务是否超时。进一步地，所述系统还包括：发送模块，向所述事务对应的联系人发送预警信息。本发明还提供了一种事务处理系统，包括：至少一个处理器；以及至少一个存储器，存储有执行上述的任一方法的计算机程序，所述处理器调用存储器中计算机程序以执行上述任一方法。本发明的事务处理方法、系统，能够通过后台设置事务中各个流程节点的预警周期，实现了灵活控制预警时间的目的。附图说明为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。图1示出了根据本发明实施例的事务处理方法基本流程图；图2示出了根据本发明实施例的事务处理系统基本结构图；图3示出了根据本发明实施例的订单处理流程示意框图；图4示出了根据本发明实施例的业务人员处理流程示意图；图5示出了根据本发明另一实施例的事务处理系统基本结构图。具体实施方式为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地说明。显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。如图1所示，事务处理基本流程包括：基于所述事务生成一个或多个有序的任务节点，其中所述一个或多个任务节点中的任意一个或多个能够进行调整；获取手动设置的所述一个或多个任务节点的预警时间周期或预警时间点；根据所述预警时间周期或预警时间点确定所述一个或多个任务节点中的任意一个或多个节点的预警时间。如图2所示，事务处理系统包括：生成模块，基于所述事务生成一个或多个有序的任务节点，其中所述一个或多个任务节点中的任意一个或多个能够进行调整；预警时间获取模块，获取手动设置的所述一个或多个任务节点的预警时间周期或预警时间点；确定模块，根据所述预警时间周期或预警时间点确定所述一个或多个任务节点中的任意一个或多个节点的预警时间。本发明将以订购车辆产生任务订单为例进行示例性说明上述事务处理方法及系统，但并不仅仅限于车辆订购，一切在电子商务中产生任务流程并进行处理的系统、方法均可适用于本发明。客户订车后填写订单及订单的类型，并向系统提交订单。其中，订单类型可以是一种也可以是多种，不是一般性，本发明以直购订单和大额付订单两种订单类型为例进行示例性说明，但并不仅仅限于上述两种订单类型。系统获取订单，通过客户填写的订单类型判断出具体的订单类型；或者后台系统也可以根据获取的订单自动确定订单的类型。获取订单并确定订单的类型后，系统相应模块，例如一种生成模块，根据订单的类型生成不同的预警方案。不失一般性，在订单是直购订单的情况下，为该直购订单分配直购类型的订单预警方案：设置多个有序的流程节点，例如邮寄证件、接收证件、邮寄档案、接收档案、办理过户、交车给物流、接收车辆、交车给销售和/或办理落户等流程节点；在订单是大额付订单的情况下，为该大额付订单分配直购订单预警方案：设置多个有序的流程节点，例如接收车辆、接收档案、办理落户和/或二次过户等。如图3所示，管理员登录系统，例如后台系统，从系统中调取订单，通过预警设置模块可以手动设置各个流程节点的预警时间周期、通知时间周期等预警方案，形成最终的预警方案。系统通过相应的获取模块，例如预警时间获取模块获取管理员手动设置的各个流程节点的预警时间周期或预警时间点，并通过相应的模块，例如确定模块根据所述预警时间周期或预警时间点确定各个流程节点中的任意一个或多个节点的预警时间。通过人工在后台手动设置各个节点的预警时间周期或通知时间周期等，使得预警时间更加灵活，更加容易控制。不失一般性，以直购订单进行示例性说明，如下表所示出了针对直购订单的预警方案：节点序号节点名称预警时间周期邮件通知时间周期1邮寄证件4个小时1天2接收证件2天2.5天3邮寄档案4个小时1天4接收档案2天2天5办理过户4个小时4个小时6交车给物流1天1天7接收车辆1天1天8交车给销售1天-9办理落户4个小时4个小时其中，“-”表示不进行设置。需要指出的是，上述表格仅仅是示例性说明，并不局限于上述设置方式，例如时间周期可以以分钟、工作日、月等来设置，预警时间周期并非必然一致，而且部分节点可以不设置预警时间周期或不设置邮件通知时间周期。同时，系统为不同类型的订单设置的预警方案并非固定不变，而是可以进行适应性调整。例如，每个节点可以被删除、修改、两个节点或多个节点可以被调整顺序，而且可以在预警方案中增加节点、调整节点次序等，例如可以删除接收档案节点，或将接收档案节点修改为确认接收节点，或将第2个节点与第3个节点对调顺序。管理员设置完成预警周期形成最终的预警方案，并将该预警方案存储在数据库中，例如存储在mysql数据库中。对于已经完成的订单，系统会设置已完成标记。并且系统通过定时脚本程序，即cron脚本程序对订单进行筛选，根据是否设有已完成标记来区分已经完成的订单和未完成的订单。对于已经完成的订单，系统可以该订单发送给存档数据库，以进行保存。对于未完成的订单，cron脚本获取存储在mysql数据库中未完成订单的预警方案，并通过相应的模块，例如判断模块，根据预警方案中的预警周期配置参数来计算订单的预警时间是否超时。不失一般性，例如，系统首先获取直购订单的预警方案，读取第5节点的“办理过户”的“预警时间周期”和“邮件通知时间周期”等预警周期配置参数，并确定第5节点激活的时间；此次，将所述第5节点的激活时间加上所述第5节点的预警时间周期，并与当前时间进行对比(例如通过以下超时判断公式进行对比)，以确定大于还是小于当前时间：(激活时间+预警时间周期)≥或＜(当前时间)——超时判断公式最后，如果大于当前时间，则判断在第5节点的预警时间没有超时；而如果小于当前时间，则判断在第5节点的预警时间已经超时。同理，可以以上述方式对邮件通知时间是否超时进行判断，而且对其他任何节点的预警时间和邮件通知时间进行判断。本发明对此不再一一赘述。对于已经超时的订单，通过相应的预警更新模块来更新该订单的预警状态值。例如，如果第5节点的预警时间已经超时，此时可以将订单的预警状态字段，如warning_status设置为1，以将订单状态更新为预警状态；如果预警时间没有超时，则可以将订单的预警状态字段，如warning_status设置为0，以将订单状态更新为非预警状态。最后将对应订单的预警状态字段存储在相应的数据库，例如mysql数据库中。本发明中，通过cron脚本即实现了自动计算预警时间并能够更新预警状态的值，达到了在展示时不用再做对比的目的，在展示时只需要判断状态值即可，使得代码更加简单。上述预警状态值可以对应于一个订单，也可以对应于一个订单中具体的某个节点。不失一般性，例如在上述订单的第5个节点的预警时间超时的情况下，预警状态值设置为1，并直接与该第5个节点进行关联，以能够更具体地表明是上述订单中第5个节点的预警时间超时。订单的预警状态设置完成后，cron脚本程序读取mysql数据库中的订单，并对订单的完成情况进行确认。对于已经完成但还处于预警中的订单，系统取消预警状态以将该订单变为正常完成的订单，并可以将该订单发送给存档数据库，以进行保存。而对于没有完成的预警订单，cron脚本查找该预警订单是否有相应的负责人，如无负责人则对该预警订单的日志进行记录。如果查找到有相应的负责人，例如业务负责人，则获取该负责人的联系方式，例如获取该负责人的邮件、手机号、微信号等，并更新日志。系统将未完成订单的消息通过相应的发送模块以邮件、短信或微信等方式通知该业务负责人，以提醒相关负责人或向相关负责人进行预警。例如通过上述方式通知负责人其负责的某个订单处于预警状态，并且可以进一步地，将具体预警所处的哪个节点一并通知负责人。这种通知方式能够让相关负责人及时了解此订单的状态变化，方便分析跟踪订单。负责人可以将上述订单的预警信息发给到管理软件，例如订单app中。订单app收到订单预警信息后，更新订单列表，判断订单状态是否为预警，没有预警则结束，否则展示预警标识。业务人员可以及时登录该订单app获取订单列表，有助于促进业务人员尽快处理流程，完成订单交易。业务人员在订单列表里看到预警状态中的订单，将优先处理这些订单，尽量在短时间内完成节点任务，让客户少些等待。通过给相关业务人员发送邮件通知，使业务人员能够及时知晓订单的状态，并提醒业务人员对订单等事务进行及时处理，有效地增加了客户的满意度。在本发明的方法可以是由计算机或嵌入式程序控制的系统来实现。因此，与之相对应地，本发明的实施例中提供了一种事务处理系统，如图5所示，所述系统包括至少一个处理器以及至少一个存储器；所述存储器存储执行以上方法的计算机程序，所述处理器调用存储器中计算机程序以执行上述方法。进一步地，所述存储器可与所述一个或多个处理器通信连接，所述存储器中存储有可被所述一个或多个处理器执行的指令，所述指令被所述一个或多个处理器执行，以使所述一个或多个处理器能够实现本发明的方法。利用本发明的技术方案带来的优点有以下几点：1、通过后台来设置订单或订单流程节点的预警周期，灵活控制预警时间；2、通过cron脚本自动计算预警时间并更新预警状态值，以达到展示时不用再做对比，只需要判断状态值即可，使代码简单化；3、通过脚本的自动计算与处理订单的预警状态，来给相关业务人员发送邮件通知，使业务人员能够及时知晓订单的状态，并及时处理；4、提高用户体验，业务人员及时处理订单，增加客户的满意度。本发明的所有模块、流程，可以通过系统中的一个/或多个处理器处理。处理器可为任何可编程微处理器、微计算机或可由软件指令(应用程序)配置以执行多种功能(包括本文中所描述的各种实施例的功能)的多处理器芯片。处理器可包括足以存储应用程序软件指令的内部存储器，内部存储器可为易失性或非易失性存储器(例如，快闪存储器)或两者的混合。出于此描述的目的，对存储器的一般参考指代可由处理器存取的所有存储器，包括内部存储器、插入到设备中的可装卸存储器及处理器自身内的存储器。本发明中各个步骤之间并非必然紧密相连，除非特别声明，并不排除两个步骤之间还有其他步骤的情况，只要实现本发明的目的，均在本发明的范围之内。同时，本发明中示例性示出的各个模块之间的逻辑关系并不必然表示各个模块之间是一种直接的电气连接，只要实现本发明的目的，均在本发明的范围之内。本发明中，可以硬件、软件、固件或其任何组合来实施所描述的功能。如果以硬件实施，那么可在可适合用于系统中的处理电路的电路内实施功能性。本文中所揭示的方法或算法的步骤可包含在所执行的处理器可执行软件模块中，所述处理器可执行软件模块可驻存在计算机可读媒体上。计算机可读媒体包括计算机存储媒体及通信媒体两者，通信媒体包括促进将计算机程序从一处传送到另一处的任何媒体。存储媒体可为可由计算机存取的任何可用媒体。作为实例而非限制，此计算机可读媒体可包含ram、rom、eeprom、cd-rom或其它光盘存储装置、磁盘存储装置或其它磁性存储装置，或可用以运载或存储呈指令或数据结构的形式的所要程序代码且可由计算机存取的任何其它媒体。尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。当前第1页12