CN112085289A - 程序维护任务处理方法、装置、设备及存储介质 - Google Patents

Abstract

本申请公开一种程序维护任务处理方法、装置、设备及存储介质，该方法包括：向服务器获取任务信息列表，该列表包括多个数据记录，每个数据记录用于描述一个程序维护任务的所属项目维度、所属经办人维度、任务创建时间、任务解决时间，任务解决时间为空的数据记录为未完成维护任务；调用所述列表进行计算，将任务解决时间与任务创建时间的差值确定为对应的维护任务的个别耗时，针对未完成维护任务，导入时长调节因子以确定其任务解决时间以确定其个别耗时；基于维护任务所属的任意维度进行分类汇总，计算出每个分类的平均预测耗时，根据该平均预测耗时计算出每个分类所有未完成维护任务的总预测耗时。本申请有助于提升程序维护任务的处理效率。

Description

程序维护任务处理方法、装置、设备及存储介质

技术领域

本申请涉及计算机软件工程技术领域，尤其涉及一种程序维护任务处理方法、装置、设备及存储介质。

背景技术

开发团队在程序开发的过程中，不可避免的会遇到软件因代码编写或运行环境的问题，而引起的程序漏洞、程序异常、程序故障等程序错误的情况，为此开发团队中会设立维护团队，以解决各种情况下出现的程序错误。

如今，大部分的维护团队会通过使用程序错误追踪软件，创建用于记录程序错误的任务，构建维护团队的工作流，以便维护团队查找、记录和追踪其开发程序中出现的程序错误，以便维护团队可在适当的时间将未完成的程序维护任务指派给团队内的成员。

现有的程序错误追踪软件并不能预测出团队中的每个成员完成程序维护任务的总耗时及平均耗时，这将使得维护团队无法通过程序错误追踪软件直观地了解团队中的各个成员的工作效率，且无法预测成员是否完成其在某一季度内的工作指标。

其次，程序错误追踪软件也无法预测出维护团队解决某一项目的所有程序维护任务的总耗时及无法预测出维护团队完成一个项目的所有程序维护任务的平均耗时，这将使得维护团队无法通过程序错误追踪软件有效的分析各个项目的维护成本及无法预测维护团队的工作效率。

综上所述，虽然程序错误追踪软件能在一定程度上提高维护团队修复效率，但程序错误追踪软件在功能上仍有各种不足，大多数情况下，只能作为一个记录程序错误的软件，这并不足以有效的提高维护团队的工作效率。

发明内容

本申请的首要目的在于提供一种程序维护任务处理方法，通过对计算机程序的维护任务相关数据进行利用，以便有助于提高计算机程序维护任务的维护效率。

作为本申请的其他目的，提供一种与前述的方法相适应的程序维护任务处理控制装置、一种电子设备以及一种非易失性存储介质。

为满足本申请的各个目的，本申请采用如下技术方案：

适应本申请的首要目的而提供的一种程序维护任务处理方法，其包括如下步骤：

向服务器发起请求，获取任务信息列表，所述任务信息列表包括多个数据记录，每个数据记录用于描述一个程序维护任务的所属项目维度、所属经办人维度、任务创建时间、任务解决时间，其中任务解决时间为空的数据记录所描述的程序维护任务为未完成维护任务；

调用所述任务信息列表进行计算，将每个数据记录中任务解决时间与所述任务创建时间的差值确定为对应的维护任务的个别耗时，其中，针对未完成维护任务，导入时长调节因子以确定其任务解决时间以确定对应的个别耗时；

基于维护任务所属的任意维度进行分类汇总，计算出每个分类相对应的所有维护任务的平均预测耗时，根据该平均预测耗时计算出每个分类相对应的所有未完成维护任务的总预测耗时。

进一步的，在为未完成维护任务导入时长调节因子之前，先接收用户为该未完成维护任务对应输入的时间参数，作为所述的时长调节因子。

优选的，所述的维护任务为基于计算机程序引起的漏洞、异常、故障中任意一种编程错误而创建的计划任务。

进一步的实施例中，其包括后置步骤：

基于经办人维度进行未完成维护任务的调度，向服务器发送任务修改指令，以使服务器响应该任务修改指令而将经办人维度下的一个分类的未完成维护任务修改为归属于另一个分类。

优选的实施例中，基于经办人维度进行未完成维护任务的调度，向服务器发送任务修改指令的步骤中包括如下具体措施：

确定项目维度/经办人维度下总预测耗时最大的分类相对应的部分未完成维护任务；

确定经办人维度下平均预测耗时或总预测耗时最小的分类；

封装所述的任务修改指令，使该任务修改指令包含所述最大的分类的部分未完成维护任务的指示信息及所述最小的分类的指示信息；

向服务器发送所述任务修改指令，以使服务器根据所述指示信息实施所述的修改。

进一步的，所述任务修改指令触发所述服务器向涉及未完成维护任务的归属关系变更的分类所对应的用户推送通知消息。

优选的，本方法受计算机定时任务定时触发而循环执行其各步骤。

适应本申请的另一种目的而提出的一种程序维护任务处理装置，其包括：

列表请求模块，用于向服务器发起请求，获取任务信息列表，所述任务信息列表包括多个数据记录，每个数据记录用于描述一个程序维护任务的所属项目维度、所属经办人维度、任务创建时间、任务解决时间，其中任务解决时间为空的数据记录所描述的程序维护任务为未完成维护任务；

调节试算模块，用于调用所述任务信息列表进行计算，将每个数据记录中任务解决时间与所述任务创建时间的差值确定为对应的维护任务的个别耗时，其中，针对未完成维护任务，导入时长调节因子以确定其任务解决时间以确定对应的个别耗时；

耗时预测模块，用于基于维护任务所属的任意维度进行分类汇总，计算出每个分类相对应的所有维护任务的平均预测耗时，根据该平均预测耗时计算出每个分类相对应的所有未完成维护任务的总预测耗时。

适应本申请的另一种目的而提出的一种电子设备，包括中央处理器和存储器，所述中央处理器用于调用运行存储于所述存储器中的计算机程序以执行申请所述的程序维护任务处理方法的步骤。

适应本申请的另一种目的而提出的一种非易失性存储介质，其存储有依据所述的程序维护任务处理方法所实现的计算机程序，该计算机程序被计算机调用运行时，执行该方法所包括的步骤。

相对于现有技术，本申请的优势如下：

本申请通过从服务器中获取关于程序维护任务的数据记录，即所述的任务信息列表，对其进行相应的处理，追求更为科学和准确的预测结果，以期对程序错误追踪软件之类的软件工具所记录的关于维护任务相关的信息进行有效利用。本申请在所获取的任务信息列表的数据记录的基础上，对未完成维护任务引入时长调节因子协助进行任务用时的评估，因而在技术上提供了一种途径，允许维护团队根据其成员的工作情况及各个项目的实际情况自定义时长调节因子，从而有助于初步预测出各个未完成维护任务的解决时间，进而初步预测包括未完成维护任务在内的各个维护任务的解决时长，即计算出各个数据记录的个别耗时，进而计算出各维度所属分类的维护任务的平均预测耗时，以及未完成维护任务的总预测耗时。维护团队可通过计算所得的各种数据，分析各个项目的维护时间成本及维护团队各个成员的工作效率等进一步信息，以便将维护团队中的维护任务派发给相应的成员，进一步实现调度。可以理解，本申请的实施将有效地提升维护团队完成维护任务的工作效率。

本申请附加的方面和优点将在下面的描述中部分给出，这些将从下面的描述中变得明显，或通过本申请的实践了解到。

附图说明

本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为实施本申请的技术方案相关的一种典型的网络部署架构示意图；

图2为本申请的程序维护任务处理方法的典型实施例的流程示意图；

图3为本申请程序维护任务处理方法的另一实施例的流程示意图；

图4为本申请的程序维护任务处理装置的典型实施例的原理框图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本申请，而不能解释为对本申请的限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本申请的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。

本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本申请所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特定定义，否则不会用理想化或过于正式的含义来解释。

本技术领域技术人员可以理解，这里所使用的“客户端”、“终端”、“终端设备”既包括无线信号接收器的设备，其仅具备无发射能力的无线信号接收器的设备，又包括接收和发射硬件的设备，其具有能够在双向通信链路上，进行双向通信的接收和发射硬件的设备。这种设备可以包括：蜂窝或其他诸如个人计算机、平板电脑之类的通信设备，其具有单线路显示器或多线路显示器或没有多线路显示器的蜂窝或其他通信设备；PCS(PersonalCommunications Service，个人通信系统)，其可以组合语音、数据处理、传真和/或数据通信能力；PDA(Personal Digital Assistant，个人数字助理)，其可以包括射频接收器、寻呼机、互联网/内联网访问、网络浏览器、记事本、日历和/或GPS(Global PositioningSystem，全球定位系统)接收器；常规膝上型和/或掌上型计算机或其他设备，其具有和/或包括射频接收器的常规膝上型和/或掌上型计算机或其他设备。这里所使用的“客户端”、“终端”、“终端设备”可以是便携式、可运输、安装在交通工具(航空、海运和/或陆地)中的，或者适合于和/或配置为在本地运行，和/或以分布形式，运行在地球和/或空间的任何其他位置运行。这里所使用的“客户端”、“终端”、“终端设备”还可以是通信终端、上网终端、音乐/视频播放终端，例如可以是PDA、MID(Mobile Internet Device，移动互联网设备)和/或具有音乐/视频播放功能的移动电话，也可以是智能电视、机顶盒等设备。

本申请所称的“服务器”、“客户端”、“服务节点”等名称所指向的硬件，本质上是具备个人计算机等效能力的电子设备，为具有中央处理器(包括运算器和控制器)、存储器、输入设备以及输出设备等冯诺依曼原理所揭示的必要构件的硬件装置，计算机程序存储于其存储器中，中央处理器将存储在外存中的程序调入内存中运行，执行程序中的指令，与输入输出设备交互，借此完成特定的功能。

需要指出的是，本申请所称的“服务器”这一概念，同理也可扩展到适用于服务器机群的情况。依据本领域技术人员所理解的网络部署原理，所述各服务器应是逻辑上的划分，在物理空间上，这些服务器既可以是互相独立但可通过接口调用的，也可以是集成到一台物理计算机或一套计算机机群的。本领域技术人员应当理解这一变通，而不应以此约束本申请的网络部署方式的实施方式。

请参阅图1，本申请相关技术方案实施时所需的硬件基础可按图中所示的架构进行部署。本申请所称的服务器80部署在云端，作为一个前端的应用服务器，其可以负责进一步连接起相关数据服务器、即时通讯服务器，及针对程序错误追踪软件的数据库服务器、接口组件数据库以及其他提供相关支持的服务器等，以此构成逻辑上相关联的服务机群，来为相关的终端设备例如图中所示的智能手机81和个人计算机82提供服务。所述的智能手机和个人计算机均可通过公知的网络接入方式接入互联网，与云端的服务器80建立数据通信链路，以便运行所述服务器所提供的服务相关的终端应用程序。在本申请的相关技术方案中，服务器80负责建立程序错误追踪软件运行服务，终端则对应运行与该软件相对应的应用程序。

本申请所述的程序错误追踪软件，此软件的主要目的是为维护团队成员提供一种记录程序维护任务信息的服务，即维护团队可在此软件上创建程序维护任务，并输入程序维护任务信息，包括一个程序维护任务的所属项目维度、所属经办人维度、任务创建时间、任务解决时间等信息，且此软件构建储存所有记录程序维护任务信息的维护任务数据库，并将维护任务数据库存放在相关的服务器中，以便本申请可通过相关的网络协议对其进行获取，用于本申请的实施。

需要注意的是，所述的程序错误追踪软件可以是第三方的软件，也可以是由维护团队自主开发的软件。

常见的一种程序错误追踪软件，如Jira Software，用户可通过此软件在图形用户界面上所提供的相关控件，输入维护任务的相关信息，以便创建维护任务；此软件可运行于服务器中，且可将用户创建的维护任务储存到相应的数据库中，以便用户通过Python与此软件的atlassian库连接Jira Software的数据库，并通过此软件所提供的JQL语句获取相应的维护任务的相关信息，以便通过维护任务的相关信息作进一步的实施。本申请的技术方案可以适用于Jira Software，当然也可适用于其他同类软件，后续的描述，本领域技术人员可以结合此处的举例进行理解。

本领域技术人员对此应当知晓：本申请的各种方法，虽然基于相同的概念而进行描述而使其彼此间呈现共通性，但是，除非特别说明，否则这些方法都是可以独立执行的。同理，对于本申请所揭示的各个实施例而言，均基于同一发明构思而提出，因此，对于相同表述的概念，以及尽管概念表述不同但仅是为了方便而适当变换的概念，应被等同理解。

请参阅图2，本申请的程序维护任务处理方法的典型实施例表现为包括如下步骤：

步骤S11，向服务器发起请求，获取任务信息列表，所述任务信息列表包括多个数据记录，每个数据记录用于描述一个程序维护任务的所属项目维度、所属经办人维度、任务创建时间、任务解决时间，其中任务解决时间为空的数据记录所描述的程序维护任务为未完成维护任务:

本步骤从服务器获取多个维护任务的相关数据，以便后续步骤的实施，因此需要向服务器发送请求，以获取包含多个数据记录的任务信息列表。任务信息列表可由多行数据记录组成，每个数据记录对应描述一个计算机程序相关的维护任务的各种数据。

所述的维护任务，是指在开发计算机程序或运行计算机程序过程中，维护团队成员基于计算机程序引起的漏洞、异常、故障中任意一种编程错误而创建的计划任务，维护团队成员可通过程序错误追踪软件录入相关信息，以记录所述维护任务；所述维护任务以项目为维度进行管理，每个项目可以包含多个所述维护任务，每个所述维护任务均可指派给相应的负责处理任务的经办人，因此也可以经办人为维度进行管理。

在服务器一侧，维护团队成员在程序错误追踪软件上为每一维护任务录入相关信息，这些信息被程序错误追踪软件储存在相应的数据库中，成员通过程序错误追踪软件图形用户界面所提供的相关控件输入这些相关信息，以便对维护任务进行有效的管理，为所述的任务信息列表提供数据来源。

当向服务器请求获取所述的任务信息列表时，服务器从其数据库中提取的所述相关信息，针对每个维护任务而为其生成任务信息列表中的一条数据记录，在该数据记录中包含维护任务相关的的所属项目维度、所属经办人维度、任务创建时间及任务解决时间等维护任务信息，通常也可包括该维护任务的特征码或关键词等唯一性特征信息，以便据此确定具体的维护任务，方便后续调度时指定被调度的维护任务。

由于服务器侧记录了每个维护任务相关的所属项目维度，即属于何一项目，且记录了每个维护任务相关的所属经办人维度，即属于何一经办人处理，因此，所述任务信息列表中的数据记录也将反映维护任务的这两个维度的内容。

一般而言，当一个维护任务开始处理或生成时，依据程序错误追踪软件固有的业务逻辑，会记录其任务创建时间，当该维护任务处理完成时，程序错误追踪软件也会相应记录其相对应的任务解决时间，可以理解，任务解决时间与任务创建时间之间的差值便被理解为该维护任务的处理时长，表征实际解决该维护任务的个别耗时。因此也可以理解，当一个任务只有任务创建时间而没有任务解决时间时，一般是因为该维护任务处于被处理过程中，即该维护任务为未完成维护任务。

服务器响应于本方法的请求而提供的所述任务信息列表，包含了已完成维护任务，也包含了未完成维护任务，前者的任务解决时间非空，后者的任务解决时间由于未经标记因此一般为空值。

步骤S12，调用所述任务信息列表进行计算，将每个数据记录中任务解决时间与所述任务创建时间的差值确定为对应的维护任务的个别耗时，其中，针对未完成维护任务，导入时长调节因子以确定其任务解决时间以确定对应的个别耗时：

如前文所述，所述的任务信息列表中，将包含多个数据记录；本步骤将从每个数据记录中获取其包含的任务创建时间及任务解决时间，并对任务创建时间及任务解决时间进行差值计算，确定每个维护任务所对应的个别耗时。

需要注意的是，如前所述，所述的任务信息列表中，部分的所述数据记录将不包含任务解决时间，即为所述的未完成维护任务，导致无法计算其相应的个别耗时，若不对这一问题进行相应的处理，将使得本步骤无法准确计算出所述未完成维护任务的个别耗时，为此，本步骤通过导入时长调节因子以便确定未完成维护任务的任务解决时间。

在典型实施例中，所述的时长调节因子，可预先进行人工设置，可以是一个时长，例如统一设置为1小时时长。当所述任务信息排行列表中包含有所述的未完成维护任务时，将把人工设置的时长叠加系统当前时间后作为所有未完成维护任务的任务解决时间。根据实际需要，适应不同的未完成维护任务，也可个性化提供所述的时长调节因子，使不同的未完成维护任务具有不同的任务解决时间。另一种等效的实施方式中，所述时长调节因子可以由用户输入一个指定的具体时间，直接将该具体时间作为所述的任务解决时间，对此可灵活处理。

所述的时长调节因子，可由用户通过图形用户界面中的相关控件或其他方式进行录入，用户录入后，便可将其用于确定所述任务信息列表中所有未完成维护任务的任务解决时间，对此，本领域技术人员可灵活设计。

一种实施例中，实现每一维护任务的任务解决时间和任务创建时间之间的所述差值计算的编程语言可为Python语言，所述的差值计算可通过Python语言调用Python time库中的mktime和strptime函数对获取到的所述任务创建时间及所述任务解决时间进行格式化处理成可加减运算的时间戳，再对运算结果进行毫秒到时的单位运算并格式化成小数点两位的数值字符串，以便获取所述维护任务的所述个别耗时。由于未完成维护任务也已记载了人工设置的任务解决时间，因此，所有维护任务的个别耗时均可计算得出。

本步骤计算所得的所述个别耗时，其代表相应维护任务的完成任务所耗费的时长，尽管其中未完成维护任务的个别耗时是通过给出所述时长调节因子而模拟而得的，也并不影响其个别耗时的计算。

个别耗时的确定，便于根据其所属维护任务的项目维度、经办人维度，分别统计各个项目、各个经办人的所述个别耗时的总量，甚至进一步分析出各个经办人处理不同项目进对应的个别耗时总量等。由此，维护团队还可以进一步分析出各个项目的维护时间及各个经办人的工作效率等。

可见，通过为未完成维护任务计算个别耗时过程中引入时长调节因子，能够对未完成维护任务的个别耗时进行有效的预测，从而可为本申请后续步骤的实施提供相应的关键数据，使后续步骤的执行更为科学有据，最终追求更为准确的预测效果。

步骤S13，基于维护任务所属的任意维度进行分类汇总，计算出每个分类相对应的所有维护任务的平均预测耗时，根据该平均预测耗时计算出每个分类相对应的所有未完成维护任务的总预测耗时：

所谓分类汇总，在本申请中，主要是对各个维度之下，将维度下相同元素归为一类，对于每一归类元素相关的维护任务的某一个或多个字段进行汇总，以便为各个归类元素求取所述的平均预测耗时和总预测耗时。

如前所述，维护任务具有两个维度，一个是(所属)项目维度，另一个是(所属)经办人维度，通过对相应的维度进行分类，例如对于项目维度，按A项目、B项目……N项目进行分类；又如对于经办人维度，按甲经办人、乙经办人……己项目进行分类，每个分类一般会包含几个属于相同分类的维护任务，由此，可以针对各个分类汇总计算各种相关数据。

对分类后的任务信息列表进行汇总时，本申请中，是对同一分类的维护任务的个别耗时进行加总求平均后得到的平均预测耗时。例如，对于项目维度，由此便可计算出每一具体项目相对应的所有维护任务的个别耗时总和除以该项目所有维护任务总数后所得的平均预测耗时，同理，对于经办人维度，由此便可计算出每一具体经办人负责的所有维护任务的个别耗时总和除以其负责的维护任务总数之后所得的平均预测耗时。

分类汇总所得的中间过程或最终结果，均可存储为相对应维度的维度列表，以便后续调用。

可见，所述的平均预测耗时，是指某一维度的某一分类下，每个维护任务所对应的平均预测耗时。平均预测耗时的的预测确定，有赖于引入所述的时长调节因子用于确定未完成维护任务的任务解决时间使任务信息列表中每个维护任务对应的数据记录均呈现数据完整，然后将任务创建时间及任务解决时间进行所述差值计算，得出未完成维护任务的所述个别耗时，最后才通过分类汇总计算出各个维度下每个分类相关联的所有维护任务的平均预测耗时。

所述的未完成维护任务的总预测耗时，是针对未完成维护任务所计算确定的，例如，通过查询某一维度下某一分类的未完成维护任务的总数与该分类所对应的平均预测耗时，便可确定该分类中未完成维护任务需要花费的总预测耗时。具体而言，针对项目维度，可以以此确定出每个项目的未完成维护任务的总预测耗时；针对经办人维度，可以以此确定出每个经办人的未完成维护任务的总预测耗时；甚至可以计算出每个经办人在不同项目下负责的未完成维护任务的总预测耗时。

虽然所述的平均预测耗时及所述的总预测耗时的计算，是将所述的时长调节因子导入用于确定未完成维护任务的任务解决时间，并以此进行计算所得出的结果，即本申请的部分计算是围绕着所述时长调节因子进行的，其存在着主观干扰的可能，但其有助于无限逼近实际结果的调节能力，使得所述平均预测耗时及所述总预测耗时的准确性无限接近于实际作业结果，理论上，将有助于控制和提高维护团队完成维护任务的工作效率。

参考图3，本申请的另一实施例，将进一步通过所述的平均预测耗时及所述的总预测耗时，实施能有效提高维护团队工作效率的维护任务调度。本实施例主要是在典型实施例的基础上增加步骤S14，因而，以下主要对区别内容进一步说明：

步骤S14，基于经办人维度进行未完成维护任务的调度，向服务器发送任务修改指令，以使服务器响应该任务修改指令而将经办人维度下的一个分类的未完成维护任务修改为另一个分类的未完成维护任务：

维护任务的调度需要以人为单位进行，因此，本申请在调度维护任务时主要是经办人维度为其调度的作用对象，但是实施调度的数据依据，则可根据项目、经办人的实际情况进行，因此而可灵活实现。

具体而言，因为所述的平均预测耗时及所述的总预测耗时均可基于项目维度或经办人维度所计算获得，平均预测耗时与总预测耗时可以作为本申请所实施的调度依据，因此，可以分别从项目维度、经办人维度出发，考虑其各自所属的各分类的所述平均预测耗时及所述总预测耗时，通过多种方式灵活实现多种维护任务调度方式。

为了便于调度时进行数据引用，一种实施例中，可基于所述项目维度及所述经办人维度，对其各分类与该分类相对应的平均预测耗时及总预测耗时进行数据组织，生成相应的项目预测列表及经办人预测列表，即，项目预测列表存储有每个项目及其对应的平均预测耗时及未完成维护任务的总预测耗时之间的映射关系数据，经办人预测列表存储有每个经办人及其对应的平均预测耗时及未完成维护任务的总预测耗时之间的映射关系数据。当然，这些列表的设置只是为了数据引用以及行文说明的便利，在其他实施例中，可以不必设置这些列表，也不影响本申请的实施。

有鉴于此，对未完成维护任务进行调度的方式，可对应按照两大类进行说明，具体介绍如下：

第一类实施调度的方式主要从所属项目维度出发，可分为四个步骤：

步骤一，确定项目维度下总预测耗时最大的分类相对应的部分未完成维护任务。

本步骤需要确定被调度的未完成维护任务，而确定被调度的未完成维护任务的实施方式也是灵活的，例如可以取某一维度下某一分类的未完成维护任务总量的一半用于调度，时间上可取任务创建时间最早的未完成维护任务用于调度，诸如此类，均可灵活实施。

一种实施例中，如存在所述的项目预测列表，通过查询所述项目预测列表，或者直接依据前述的各种计算结果从任务信息列表中查询，确定项目维度下总预测耗时最大的项目(分类)，然后，查询任务信息列表中与该项目(分类)相对应的所述部分未完成维护任务作为被调度的维护任务。

步骤二，确定经办人维度下平均预测耗时或总预测耗时最小的分类。

本步骤旨在确定前述部分未完成解决任务的接收对象是哪些具体的经办人。有多种规则可以用于确定这些接收对象，例如：

第一种规则中，本步骤可通过查询所述经办人预测列表或根据其他前文所揭示的关系确定平均预测耗时最小的经办人(分类)为所述的接收对象。

第二种规则中，本步骤可通过查询所述经办人预测列表或根据其他前文所揭示的关系确定总预测耗时最小的经办人(分类)为所述的接收对象。

第三种规则中，甚至可以同时比较平均预测耗时和总预测耗时，按照更为全面的考察原则确定出所述的对象，本领域技术人员可据此灵活变化。

步骤三，封装所述的任务修改指令，使该任务修改指令包含所述最大的分类的部分未完成维护任务的指示信息及所述最小的分类的指示信息。

一种实施例中，本步骤根据上述的总预测耗时最大的项目之下的一个或多个所述未完成维护任务及已经确定的接收对象封装所述的任务修改指令使该指令不仅包含所述部分未完成维护任务的指示信息，也包含所述接收对象的指示信息。未完成维护任务的指示信息可以采用任务信息列表中给出的维护任务的唯一性特征信息充当，接收对象的指示信息可以采用具体经办人(分类)充当。由此，便可生成所述的任务修改指令。

步骤四，向服务器发送所述任务修改指令，以使服务器根据所述指示信息实施所述的修改。

一种实施例中，本步骤将所述的任务修改指令发送至服务器，所述的任务修改指令发送到服务器后，将触发服务器解析任务修改指令中封装的指示信息，进而根据所述指示信息，将相应的未完成维护任务的经办人维度替换成所述接收对象，即经办人。由此，完成将总预测耗时最大的项目所属的一个或多个未完成维护任务调度给平均预测耗时或总预测耗时最小的经办人。

进一步的实施例中，所述的任务修改指令在触发服务器根据所述指示信息实施前文所述的修改后，可继续触发服务器向总预测耗时最大的项目及所述接收对象对应的用户推送通知信息。所述的推送通知信息，可发送至上述双方用户所绑定的第三方即时通信平台，也可发送至上述双方用户的电子邮箱中，本领域技术人员可灵活设计。

第二类实施调度的方式主要从所属经办人维度出发，同理可按照如下四个步骤执行：

步骤一，确定经办人维度下总预测耗时最大的分类相对应的部分未完成维护任务。

一种实施例中，如存在所述的经办人预测列表，通过查询所述经办人预测列表，或者直接依据前述的各种计算结果从任务信息列表中查询，确定经办人维度下总预测耗时最大的经办人(分类)，然后，查询任务信息列表中与该经办人(分类)相对应的所述部分未完成维护任务作为被调度的维护任务。对于这部分未完成维护任务的确定方式，参照前一类实施调度的方式的说明实施即可。

步骤二，确定经办人维度下平均预测耗时或总预测耗时最小的分类。

本步骤的实施原理与主要从所属项目维度出发的调度方式的步骤二的实施相同，可参考其各种实施例实施例，因此此处不再进行叙述。

步骤三，封装所述的任务修改指令，使该任务修改指令包含所述最大的分类的部分未完成维护任务的指示信息及所述最小的分类的指示信息。

同理，本步骤根据上述的总预测耗时最大的经办人之下的一个或多个所述未完成维护任务及已经确定的接收对象封装所述的任务修改指令使该指令不仅包含所述部分未完成维护任务的指示信息，也包含所述接收对象的指示信息。未完成维护任务的指示信息可以采用任务信息列表中给出的维护任务的唯一性特征信息充当，接收对象的指示信息可以采用具体经办人(分类)充当。由此，便可生成所述的任务修改指令。

步骤四，向服务器发送所述任务修改指令，以使服务器根据所述指示信息实施所述的修改。

本步骤的实施与主要从所属项目维度出发的调度方式的步骤四的实施相同，可参考其各种实施例实施例，因此此处不再进行叙述。

上述实施的各种调度方式，充分利用各维度各分类的所述平均预测时间及总预测时间，为未完成维护任务进行了合理的调度，当调度从经办人维度出发时，可以把当前工作过于饱和的经办人所属的未完成任务派发给当前工作不饱和的经办人或派发给当前工作效率最高的经办人，或者给当前工作不饱和的工作效率最高的经办人；当调度从项目维度出发时，可以把当前拥有未完成维护任务最多的项目其所属的未完成维护任务派发给当前工作不饱和的经办人或派发给当前工作效率最高的经办人，或者给当前工作不饱和的工作效率最高的经办人。可见，通过这样的调度，能够自动化且科学合理地均衡各个项目、各个经办人之间的工作量，减少维护团队在调度方面所耗费的人力调度时间，使多项目、多经办人之间围绕维护任务展开的工作量协调实现较优配置，有效地提升与项目相关的维护任务处理效率。

进一步的实施例中，本申请所述的程序维护任务处理方法可受计算机定时任务定时触发而循环执行其所包含的所有步骤；所述计算机定时任务，可由本申请的用户预先设置，亦可根据所述的统一设置的时长调节因子，特别是当该时长调节因子是统一设置的时长时，可以借助这一时长定时触发运行，使得所导入的时长调节因子既可用做未完成维护任务的预测依据，也可作为控制本方法执行的触发依据，从而更为科学地控制任务调度。

进一步，可以通过将上述各实施例所揭示的方法中的各个步骤进行功能化，构造出本申请的一种程序维护任务处理装置，按照这一思路，请参阅图4，其中的一个典型实施例中，该装置包括：

列表请求模块11，用于向服务器发起请求，获取任务信息列表，所述任务信息列表包括多个数据记录，每个数据记录用于描述一个程序维护任务的所属项目维度、所属经办人维度、任务创建时间、任务解决时间，其中任务解决时间为空的数据记录所描述的程序维护任务为未完成维护任务；

调节试算模块12，用于调用所述任务信息列表进行计算，将每个数据记录中任务解决时间与所述任务创建时间的差值确定为对应的维护任务的个别耗时，其中，针对未完成维护任务，导入时长调节因子以确定其任务解决时间以确定对应的个别耗时；

耗时预测模块13，基于维护任务所属的任意维度进行分类汇总，计算出每个分类相对应的所有维护任务的平均预测耗时，根据该平均预测耗时计算出每个分类相对应的所有未完成维护任务的总预测耗时。

进一步，为便于本申请的执行，本申请提供一种电子设备，包括中央处理器和存储器，所述中央处理器用于调用运行存储于所述存储器中的计算机程序以执行如前所述的各实施例中所述程序维护任务处理方法的步骤。

可以看出，存储器适宜采用非易失性存储介质，通过将前述的方法实现为计算机程序，安装到手机之类电子设备中，相关程序代码和数据便被存储到电子设备的非易失性存储介质中，进一步通过电子设备的中央处理器运行该程序，将其从非易性存储介质中调入内存中运行，便可实现本申请所期望的目的。因此，可以理解，本申请的一个实施例中，还可提供一种非易失性存储介质，其中存储有依据所述的程序维护任务处理方法各个实施例所实现的计算机程序，该计算机程序被计算机调用运行时，执行该方法所包括的步骤。

综上所述，本申请通过计算各维度下各分类的所述的平均预测耗时及所述的总预测耗时，提供给维护团队更直观的数据，便于据此实施维护任务调度，有助于提高维护团队的工作效率。

本技术领域技术人员可以理解，本申请包涉及用于执行本申请中所述操作、方法中的一项或多项的设备。这些设备可以为所需的目的而专门设计和制造，或者也可以包括通用计算机中的已知设备。这些设备具有存储在其存储器之内的计算机程序，这些计算机程序选择性地激活或重构。这样的计算机程序可以被存储在设备(例如，计算机)可读介质中或者存储在适于存储电子指令并分别耦联到总线的任何类型的介质中，所述计算机可读介质包括但不限于任何类型的盘(包括软盘、硬盘、光盘、CD-ROM、和磁光盘)、ROM(Read-Only Memory，只读存储器)、RAM(Random Access Memory，随即存储器)、EPROM(ErasableProgrammable Read-Only Memory，可擦写可编程只读存储器)、EEPROM(ElectricallyErasable Programmable Read-Only Memory，电可擦可编程只读存储器)、闪存、磁性卡片或光线卡片。也就是，可读介质包括由设备(例如，计算机)以能够读的形式存储或传输信息的任何介质。

本技术领域技术人员可以理解，可以用计算机程序指令来实现这些结构图和/或框图和/或流图中的每个框以及这些结构图和/或框图和/或流图中的框的组合。本技术领域技术人员可以理解，可以将这些计算机程序指令提供给通用计算机、专业计算机或其他可编程数据处理方法的处理器来实现，从而通过计算机或其他可编程数据处理方法的处理器来执行本申请公开的结构图和/或框图和/或流图的框或多个框中指定的方案。

本技术领域技术人员可以理解，本申请中已经讨论过的各种操作、方法、流程中的步骤、措施、方案可以被交替、更改、组合或删除。进一步地，具有本申请中已经讨论过的各种操作、方法、流程中的其他步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。进一步地，现有技术中的具有与本申请中公开的各种操作、方法、流程中的步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。

以上所述仅是本申请的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (10)

1.一种程序维护任务处理方法，其特征在于，包括如下步骤：

向服务器发起请求，获取任务信息列表，所述任务信息列表包括多个数据记录，每个数据记录用于描述一个程序维护任务的所属项目维度、所属经办人维度、任务创建时间、任务解决时间，其中任务解决时间为空的数据记录所描述的程序维护任务为未完成维护任务；

调用所述任务信息列表进行计算，将每个数据记录中任务解决时间与所述任务创建时间的差值确定为对应的维护任务的个别耗时，其中，针对未完成维护任务，导入时长调节因子以确定其任务解决时间以确定对应的个别耗时；

基于维护任务所属的任意维度进行分类汇总，计算出每个分类相对应的所有维护任务的平均预测耗时，根据该平均预测耗时计算出每个分类相对应的所有未完成维护任务的总预测耗时。

2.根据权利要求1所述的方法，其特征在于，在为未完成维护任务导入时长调节因子之前，先接收用户为该未完成维护任务对应输入的时间参数，作为所述的时长调节因子。

3.根据权利要求1所述的方法，其特征在于，所述的维护任务为基于计算机程序引起的漏洞、异常、故障中任意一种编程错误而创建的计划任务。

4.根据权利要求1所述的方法，其特征在于，包括后置步骤：

基于经办人维度进行未完成维护任务的调度，向服务器发送任务修改指令，以使服务器响应该任务修改指令而将经办人维度下的一个分类的未完成维护任务修改为归属于另一个分类。

5.根据权利要求4所述的方法，其特征在于，基于经办人维度进行未完成维护任务的调度，向服务器发送任务修改指令的步骤中包括如下具体措施：

确定项目维度/经办人维度下总预测耗时最大的分类相对应的部分未完成维护任务；

确定经办人维度下平均预测耗时或总预测耗时最小的分类；

封装所述的任务修改指令，使该任务修改指令包含所述最大的分类的部分未完成维护任务的指示信息及所述最小的分类的指示信息；

向服务器发送所述任务修改指令，以使服务器根据所述指示信息实施所述的修改。

6.根据权利要求4所述的方法，其特征在于：

所述任务修改指令触发所述服务器向涉及未完成维护任务的归属关系变更的分类所对应的用户推送通知消息。

7.根据权利要求1至6中任意一项所述的方法，其特征在于，本方法受计算机定时任务定时触发而循环执行其各步骤。

8.一种程序维护任务处理装置，其特征在于：

列表请求模块，用于向服务器发起请求，获取任务信息列表，所述任务信息列表包括多个数据记录，每个数据记录用于描述一个程序维护任务的所属项目维度、所属经办人维度、任务创建时间、任务解决时间，其中任务解决时间为空的数据记录所描述的程序维护任务为未完成维护任务；

调节试算模块，用于调用所述任务信息列表进行计算，将每个数据记录中任务解决时间与所述任务创建时间的差值确定为对应的维护任务的个别耗时，其中，针对未完成维护任务，导入时长调节因子以确定其任务解决时间以确定对应的个别耗时；

耗时预测模块，基于维护任务所属的任意维度进行分类汇总，计算出每个分类相对应的所有维护任务的平均预测耗时，根据该平均预测耗时计算出每个分类相对应的所有未完成维护任务的总预测耗时。

9.一种电子设备，包括中央处理器和存储器，其特征在于，所述中央处理器用于调用运行存储于所述存储器中的计算机程序以执行如权利要求1至7中任意一项所述的程序维护任务处理方法的步骤。

10.一种非易失性存储介质，其特征在于，其以计算机可读指令的形式存储有依据权利要求1至7中任意一项所述的程序维护任务处理方法所实现的计算机程序，该计算机程序被计算机调用运行时，执行该方法所包括的步骤。

Images