CN112486644A - 用于生成信息的方法、装置、设备以及存储介质 - Google Patents

Abstract

本申请公开了用于生成信息的方法、装置、设备以及存储介质，涉及持续集成领域。具体实现方案为：响应于接收到任务提交请求，确定任务提交请求对应的至少一个任务以及各任务的任务类型；对于每个任务，根据该任务的任务类型以及预设的任务类型与执行耗时的对应关系，确定该任务对应的预计执行耗时；实时获取各任务的状态信息；根据各任务的状态信息以及对应的预计执行耗时，生成与任务提交请求对应的耗时提示信息。本实现方式可以综合考虑任务的状态信息以及任务类型，确定出对应的关于任务执行完成所需的耗时的准确信息。

Description

用于生成信息的方法、装置、设备以及存储介质

技术领域

本申请涉及计算机技术领域，具体涉及持续集成领域，尤其涉及用于生成信息的方法、装置、设备以及存储介质。

背景技术

持续集成(Continuous Integration，简称CI)系统是项目开发与发布中的重要一环。尤其在大型项目中，CI系统通常包括多个CI任务，以保证测试全面和合入主干的代码质量过关。当多人协作共同开发同一项目时，由于资源有限，一般CI系统会按照提交代码的先后顺序进行顺序执行，此时用户比较关注自身的代码执行完成所需的时间。

现有的开源持续集成系统可以给出一个笼统的时间，但准确率较低。

发明内容

提供了一种用于生成信息的方法、装置、设备以及存储介质。

根据第一方面，提供了一种用于生成信息的方法，包括：响应于接收到任务提交请求，确定上述任务提交请求对应的至少一个任务以及各任务的任务类型；对于每个任务，根据该任务的任务类型以及预设的任务类型与执行耗时的对应关系，确定该任务对应的预计执行耗时；实时获取各任务的状态信息；根据各任务的状态信息以及对应的预计执行耗时，生成与上述任务提交请求对应的耗时提示信息。

根据第二方面，提供了一种用于生成信息的装置，包括：任务确定单元，被配置成响应于接收到任务提交请求，确定上述任务提交请求对应的至少一个任务以及各任务的任务类型；耗时确定单元，被配置成对于每个任务，根据该任务的任务类型以及预设的任务类型与执行耗时的对应关系，确定该任务对应的预计执行耗时；信息获取单元，被配置成实时获取各任务的状态信息；信息生成单元，被配置成根据各任务的状态信息以及对应的预计执行耗时，生成与上述任务提交请求对应的耗时提示信息。

根据第三方面，提供了一种用于生成信息的电子设备，包括：至少一个处理器；以及与上述至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，上述指令被至少一个处理器执行，以使至少一个处理器能够执行如第一方面所描述的方法。

根据第四方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，上述计算机指令用于使计算机执行如第一方面所描述的方法。

根据本申请的技术解决了现有的开源持续集成系统计算任务完成时间不准确的技术问题。本申请的方法，可以综合考虑任务的状态信息以及任务类型，确定出对应的关于任务执行完成所需的耗时的准确信息。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

附图用于更好地理解本方案，不构成对本申请的限定。其中：

图1是本申请的一个实施例可以应用于其中的示例性系统架构图；

图2是根据本申请的用于生成信息的方法的一个实施例的流程图；

图3是根据本申请的用于生成信息的方法的一个应用场景的示意图；

图4是根据本申请的用于生成信息的方法的另一个实施例的流程图；

图5是根据本申请的用于生成信息的装置的一个实施例的结构示意图；

图6是用来实现本申请实施例的用于生成信息的方法的电子设备的框图。

具体实施方式

以下结合附图对本申请的示范性实施例做出说明，其中包括本申请实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本申请的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

图1示出了可以应用本申请的用于生成信息的方法或用于生成信息的装置的实施例的示例性系统架构100。

如图1所示，系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。例如，用户可以终端设备101、102、103上安装的代码提交类应用将编写的代码发送给服务器105。终端设备101、102、103上可以安装有各种通讯客户端应用，例如代码提交类应用、网页浏览类应用、即时通信工具、邮箱客户端、社交平台软件等。

终端设备101、102、103可以是硬件，也可以是软件。当终端设备101、102、103为硬件时，可以是具有显示屏并且支持代码输入的各种电子设备，包括但不限于智能手机、平板电脑、电子书阅读器、车载电脑、膝上型便携计算机和台式计算机等等。当终端设备101、102、103为软件时，可以安装在上述所列举的电子设备中。其可以实现成多个软件或软件模块(例如用来提供分布式服务)，也可以实现成单个软件或软件模块。在此不做具体限定。

服务器105可以是提供各种服务的服务器，例如对终端设备101、102、103上提供语言模型的后台服务器。后台服务器可以对接收到的提交请求进行分析，确定对应的任务，并将任务的耗时反馈给终端设备101、102、103。

需要说明的是，服务器105可以是硬件，也可以是软件。当服务器105为硬件时，可以实现成多个服务器组成的分布式服务器集群，也可以实现成单个服务器。当服务器105为软件时，可以实现成多个软件或软件模块(例如用来提供分布式服务)，也可以实现成单个软件或软件模块。在此不做具体限定。

需要说明的是，本申请实施例所提供的用于生成信息的方法一般由服务器105执行。相应地，用于生成信息的装置一般设置于服务器105中。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

继续参考图2，示出了根据本申请的用于生成信息的方法的一个实施例的流程200。本实施例的用于生成信息的方法，包括以下步骤：

步骤201，响应于接收到任务提交请求，确定任务提交请求对应的至少一个任务以及各任务的任务类型。

本实施例中，用于生成信息的方法的执行主体(例如图1所示的服务器105)可以接收用户通过其所使用的终端设备发送的任务提交请求。具体的，用户可以通过其所使用的终端设备上安装的代码提交软件来向执行主体发送任务提交请求。上述任务提交请求可以包括用户的标识、提交时间、提交的代码、提交说明等信息。执行主体在接收到任务提交请求后，可以对任务提交请求进行分析，确定对应的至少一个任务以及各任务的任务类型。具体的，执行主体可以对提交说明进行分析，确定其中指定的要执行的至少一个任务以及各任务的任务类型。或者，执行主体可以根据用户的标识，查询预先设置的用户标识与任务的对应列表，确定出任务提交请求对应的至少一个任务。然后再查询任务类型列表，确定出各任务的任务类型。或者，任务提交请求对应的至少一个任务是固定的多个任务。

这里，各任务可以具有不同的标识，例如任务1、任务2等等。任务类型可以根据是否包括跳过任务来划分，例如可以包括跳过执行和不跳过执行两种类型。或者，任务类型还可以根据所使用的资源多少来划分，包括使用资源少和使用资源多两种类型。

步骤202，对于每个任务，根据该任务的任务类型以及预设的任务类型与执行耗时的对应关系，确定该任务对应的预计执行耗时。

本实施例中，执行主体可以对每个任务进行分别分析。具体的，执行主体可以根据该任务的任务类型，查询预设的任务类型与执行耗时的对应关系，确定该任务对应的预计执行耗时。上述对应关系可以包括各任务类型与对应的执行耗时。这里，执行耗时可以是针对历史任务进行统计得到的各任务类型的各执行耗时的平均值。在一些具体的应用中，执行耗时可以是预设时间段内历史任务统计得到的各执行耗时的平均值。上述预设时间段可以是2个小时、24个小时等等。

步骤203，实时获取各任务的状态信息。

本实施例中，执行主体还可以实时获取各任务的状态信息。具体的，执行主体可以实时通过访问用于存储任务的状态信息的数据库来获取各任务的状态信息。或者，执行主体可以实时读取各任务所处的队列，来获取各任务的状态信息。这里，每个任务可以包括两个队列，一个是包括状态信息为“执行中”的任务的队列，另一个是包括状态信息为“未执行”的任务的队列。

步骤204，根据各任务的状态信息以及对应的预计执行耗时，生成与任务提交请求对应的耗时提示信息。

执行主体在获取到各任务的状态信息后，可以结合各任务对应的预计执行耗时，生成与任务提交请求对应的耗时提示信息。具体的，上述耗时提示信息耗时提示信息可以包括单个任务执行完成所需的时间，也可以包括任务提交请求对应的所有任务执行完成所需的时间。可以理解的是，如果任务的状态信息为“执行中”，那么任务执行完成所需的时间与预计执行耗时可以相同。如果任务的状态信息为“未执行”，那么任务执行完成所需的时间可以与任务的等待耗时和预计执行耗时之和相同。

继续参见图3，其示出了根据本申请的用于生成信息的方法的一个应用场景的示意图。在图3的应用场景中，服务器301可以接收用户通过终端设备302提交的任务提交请求，通过对任务提交请求进行步骤201～204的分析后，向用户输出耗时提示信息“任务1正在执行中，预计执行耗时40分钟；任务2正在等待中，预计等待耗时125分钟，预计执行耗时30分钟”。这样，用户可以通过该耗时提示信息实时准确实时地了解各任务的状态以及等待的时长或执行的时长。

本申请的上述实施例提供的用于生成信息的方法，可以综合考虑任务的状态信息以及任务类型，确定出对应的关于任务执行完成所需的耗时的准确信息。

继续参见图4，其示出了根据本申请的用于生成信息的方法的另一个实施例的流程400。如图4所示，本实施例的用于生成信息的方法可以包括以下步骤：

步骤401，响应于接收到任务提交请求，对任务提交请求进行分析，确定提交说明。

本实施例中，执行主体在接收到任务提交请求后，可以对任务提交请求进行分析，确定其中的提交说明(commit message)。有时候用户的任务提交请求只修改了一些文档，并未涉及到核心代码，因此会选择跳过某条不必要的CI任务，以节省CI时间与CI资源，这些跳过信息可以在提交说明注明。需要说明的是，这里的跳过可以理解为简化任务的执行程序，即任务仍然要执行，但需要的资源较少，所耗费的时间也较短。

步骤402，根据提交说明，确定任务提交请求对应的至少一个任务以及各任务的任务类型。

执行主体可以根据提交说明，确定任务提交请求对应的至少一个任务以及各任务的任务类型。具体的，执行主体可以对提交说明进行分析，确定要执行的至少一个任务以及各任务中要跳过的任务。

步骤403，对于每个任务，从预设的任务类型与执行耗时的对应关系中，确定出执行时刻位于预设时间段内、任务类型与该任务的任务类型相同的任务的执行耗时；基于执行耗时，确定该任务对应的预计执行耗时。

本实施例中，预设的任务类型与执行耗时的对应关系还可以包括任务的执行时刻。对于每个任务，执行主体从上述对应关系中，确定出执行时刻位于预设时间段内、任务类型与该任务的任务类型相同的任务的执行耗时。例如，执行主体可以从上述对应关系中，确定出执行时刻位于当前时刻的前2个小时内、跳过该任务的任务的执行耗时。如果不存在2个小时内跳过该任务的任务，则从上述对应关系中，确定出前24个小时内跳过该任务的任务的执行耗时。基于所确定的执行耗时，执行主体可以确定该任务对应的预计执行耗时。如果任务正在执行中，则预计执行耗时可以为所确定的执行耗时与已执行时间之差。如果任务未被执行，则预计执行耗时可以为所确定的执行耗时与预计等待时间之和。

步骤404，对于每个任务，实时获取该任务对应的第一队列中任务的第一数量；响应于第一数量小于第一队列的预设最大值，确定该任务的状态信息为执行中；响应于第一数量大于或等于预设最大值，确定该任务的状态信息为未执行。

执行主体还可以实时获取该任务对应的第一队列中任务的第一数量。本实施例中，可以为每个任务设置两个队列，分别为第一队列和第二队列。其中，第一队列中包括执行中的、与该任务占用资源相同的任务，第二队列中包括未执行的、与该任务占用资源相同的任务。举例来说，对于任务1来说，第一队列中包括执行中的、各用户请求执行的任务1，第二队列中包括未执行的、各用户请求执行的任务1。

如果第一队列中任务的第一数量小于第一队列的预设最大值，说明第一队列没有满，接下来的与该任务占用资源相同的任务可以直接进入第一队列，被即刻执行，则状态信息为执行中。如果第一数量大于或等于预设最大值，说明第一队列已满，接下来的与该任务占用资源相同的任务需要进入第二队列，等待执行，则该任务的状态信息为未执行。

步骤405，确定状态信息为未执行的任务的预计等待耗时；根据状态信息为执行中的任务的预计执行耗时以及状态信息为未执行的任务的预计等待耗时、预计执行耗时，生成与任务提交请求对应的耗时提示信息。

如果某个任务的状态信息为未执行，则执行主体可以首先确定该任务的预计等待耗时。这里，预计等待耗时是指执行主体预计的该任务在第二队列中的等待时间。执行主体可以根据当前第二队列中任务的第二数量来估算上述等待时间。在确定了状态信息为未执行的任务的预计等待耗时后，执行主体还可以结合状态信息为执行中的任务的预计执行耗时以及状态信息为未执行的任务的预计执行耗时，生成与任务提交请求对应的提示信息。具体的，执行主体可以将状态信息为执行中的任务的预计执行耗时以及状态信息为未执行的任务的预计等待耗时、预计执行耗时相加，计算得到任务提交请求对应的总耗时。基于上述总耗时生成耗时提示信息，例如，耗时提示信息可以为“预计总耗时为185分钟；任务1执行中，预计执行耗时25分钟；任务2执行中，预计执行耗时5分钟；任务3未执行，预计等待耗时85分钟，预计执行耗时70分钟”。

步骤406，实时更新耗时提示信息。

执行主体可以实时更新耗时提示信息，以使用户能够实时准确地了解任务的进展，合理安排工作。

在本实施例的一些可选的实现方式中，执行主体可以通过图4中未示出的以下步骤来确定状态信息为未执行的任务的预计等待耗时：对于每个任务，响应于确定该任务的状态信息为未执行，实时获取该任务对应的第二队列中任务的第二数量，第二队列中包括未执行的、与该任务占用资源相同的任务；获取第二队列中各任务的等待时长以及对应的预计执行耗时；根据各等待时长以及对应的预计执行耗时，确定该任务的预计等待耗时。

本实现方式中，对于每个未执行的任务，执行主体可以实时获取该任务对应的第二队列中任务的第二数量。这里，第二队列中包括未执行的、与该任务占用资源相同的任务。然后，执行主体可以获取第二队列中各任务的等待时长以及对应的预计执行耗时。一般情况下，等待时长越长的，应该最先执行。举例来说，第二队列中，用户A的任务等待时长为185分钟，用户B的任务等待时长为170分钟。则用户A的任务比用户B的任务要先执行。具体的，执行主体可以将第二队列中的各任务按照等待时长进行排序，排序靠前的是等待时长较长的任务。执行主体可以将各任务的等待时长以及各任务对应的预计执行耗时，确定各任务执行完成所需的时间。

在本实施例的一些可选的实现方式中，执行主体还可以获取各任务的优先级。根据优先级可以调整任务在第二队列中的排序，从而可以使得高优先级的任务更早被执行。

在本实施例的一些可选的实现方式中，执行主体可以通过图4中未示出的以下步骤确定任务的预计等待耗时：确定等待时长大于该任务的等待时长的各等待任务；根据各等待任务的预计执行耗时，确定该任务的预计等待耗时。

本实现方式中，执行主体首先确定出等待时长大于该任务的等待时长的各等待任务。然后，对于某个具体的任务，执行主体可以确定该任务的排序M。然后，从第二队列中确定出排序位于前M-N(N为第一队列中任务的最大值)个任务。将这些任务的预计执行耗时相加，然后将第一队列中各任务的预计执行耗时相加，得到的值即为该任务的预计等待耗时。

本申请的上述实施例提供的用于生成信息的方法，可以根据用户的提交说明，确定用户的个性化任务执行需求；可以通过设置两个队列，分别包含执行中和未执行的任务，从而能够使用户更明了任务的状态；通过队列中各任务预计执行耗时，能够更准确地计算出后续任务的预计等待时长；还可以实时更新耗时提示信息，方便用户实时了解任务的状态。

进一步参考图5，作为对上述各图所示方法的实现，本申请提供了一种用于生成信息的装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。

如图5所示，本实施例的用于生成信息的装置500包括：任务确定单元501、耗时确定单元502、信息获取单元503和信息生成单元504。

任务确定单元501，被配置成响应于接收到任务提交请求，确定任务提交请求对应的至少一个任务以及各任务的任务类型。

耗时确定单元502，被配置成对于每个任务，根据该任务的任务类型以及预设的任务类型与执行耗时的对应关系，确定该任务对应的预计执行耗时。

信息获取单元503，被配置成实时获取各任务的状态信息。

信息生成单元504，被配置成根据各任务的状态信息以及对应的预计执行耗时，生成与任务提交请求对应的耗时提示信息。

在本实施例的一些可选的实现方式中，任务确定单元501可以进一步被配置成：响应于接收到任务提交请求，对任务提交请求进行分析，确定提交说明；根据提交说明，确定任务提交请求对应的至少一个任务以及各任务的任务类型。

在本实施例的一些可选的实现方式中，预设的任务类型与执行耗时的对应关系还包括任务的执行时刻。耗时确定单元502可以进一步被配置成：从预设的任务类型与执行耗时的对应关系中，确定出执行时刻位于预设时间段内、任务类型与该任务的任务类型相同的任务的执行耗时；基于执行耗时，确定该任务对应的预计执行耗时。

在本实施例的一些可选的实现方式中，信息获取单元503可以进一步被配置成：对于每个任务，实时获取该任务对应的第一队列中任务的第一数量，第一队列中包括执行中的、与该任务占用资源相同的任务；响应于第一数量小于第一队列的预设最大值，确定该任务的状态信息为执行中。

在本实施例的一些可选的实现方式中，信息获取单元503可以进一步被配置成：响应于第一数量大于或等于预设最大值，确定该任务的状态信息为未执行。

在本实施例的一些可选的实现方式中，状态信息包括执行中和未执行。信息生成单元504可以进一步被配置成：确定状态信息为未执行的任务的预计等待耗时；根据状态信息为执行中的任务的预计执行耗时以及状态信息为未执行的任务的预计等待耗时、预计执行耗时，生成与任务提交请求对应的耗时提示信息。

在本实施例的一些可选的实现方式中，信息生成单元504可以进一步被配置成：对于每个任务，响应于确定该任务的状态信息为未执行，实时获取该任务对应的第二队列中任务的第二数量，第二队列中包括未执行的、与该任务占用资源相同的任务；获取第二队列中各任务的等待时长以及对应的预计执行耗时；根据各等待时长以及对应的预计执行耗时，确定该任务的预计等待耗时。

在本实施例的一些可选的实现方式中，信息生成单元504可以进一步被配置成：确定等待时长大于该任务的等待时长的各等待任务；根据各等待任务的预计执行耗时，确定该任务的预计等待耗时。

在本实施例的一些可选的实现方式中，装置500还可以进一步包括图5中未示出的实时更新单元，被配置成实时更新耗时提示信息。

应当理解，用于生成信息的装置500中记载的单元501至单元504分别与参考图2中描述的方法中的各个步骤相对应。由此，上文针对用于生成信息的方法描述的操作和特征同样适用于装置500及其中包含的单元，在此不再赘述。

根据本申请的实施例，本申请还提供了一种电子设备和一种可读存储介质。

如图6所示，是根据本申请实施例的执行用于生成信息的方法的电子设备的框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本申请的实现。

如图6所示，该电子设备包括：一个或多个处理器601、存储器602，以及用于连接各部件的接口，包括高速接口和低速接口。各个部件利用不同的总线互相连接，并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器可以对在电子设备内执行的指令进行处理，包括存储在存储器中或者存储器上以在外部输入/输出装置(诸如，耦合至接口的显示设备)上显示GUI的图形信息的指令。在其它实施方式中，若需要，可以将多个处理器和/或多条总线与多个存储器和多个存储器一起使用。同样，可以连接多个电子设备，各个设备提供部分必要的操作(例如，作为服务器阵列、一组刀片式服务器、或者多处理器系统)。图6中以一个处理器601为例。

存储器602即为本申请所提供的非瞬时计算机可读存储介质。其中，所述存储器存储有可由至少一个处理器执行的指令，以使所述至少一个处理器执行本申请所提供的执行用于生成信息的方法。本申请的非瞬时计算机可读存储介质存储计算机指令，该计算机指令用于使计算机执行本申请所提供的执行用于生成信息的方法。

存储器602作为一种非瞬时计算机可读存储介质，可用于存储非瞬时软件程序、非瞬时计算机可执行程序以及模块，如本申请实施例中的执行用于生成信息的方法对应的程序指令/模块(例如，附图5所示的任务确定单元501、耗时确定单元502、信息获取单元503和信息生成单元504)。处理器601通过运行存储在存储器602中的非瞬时软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例中的执行用于生成信息的方法。

存储器602可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据执行用于生成信息的电子设备的使用所创建的数据等。此外，存储器602可以包括高速随机存取存储器，还可以包括非瞬时存储器，例如至少一个磁盘存储器件、闪存器件、或其他非瞬时固态存储器件。在一些实施例中，存储器602可选包括相对于处理器601远程设置的存储器，这些远程存储器可以通过网络连接至执行用于生成信息的电子设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

执行用于生成信息的方法的电子设备还可以包括：输入装置603和输出装置604。处理器601、存储器602、输入装置603和输出装置604可以通过总线或者其他方式连接，图6中以通过总线连接为例。

输入装置603可接收输入的数字或字符信息，以及产生与执行用于生成信息的电子设备的用户设置以及功能控制有关的键信号输入，例如触摸屏、小键盘、鼠标、轨迹板、触摸板、指示杆、一个或者多个鼠标按钮、轨迹球、操纵杆等输入装置。输出装置604可以包括显示设备、辅助照明装置(例如，LED)和触觉反馈装置(例如，振动电机)等。该显示设备可以包括但不限于，液晶显示器(LCD)、发光二极管(LED)显示器和等离子体显示器。在一些实施方式中，显示设备可以是触摸屏。

此处描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、专用ASIC(专用集成电路)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

这些计算程序(也称作程序、软件、软件应用、或者代码)包括可编程处理器的机器指令，并且可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。如本文使用的，术语“机器可读介质”和“计算机可读介质”指的是用于将机器指令和/或数据提供给可编程处理器的任何计算机程序产品、设备、和/或装置(例如，磁盘、光盘、存储器、可编程逻辑装置(PLD))，包括，接收作为机器可读信号的机器指令的机器可读介质。术语“机器可读信号”指的是用于将机器指令和/或数据提供给可编程处理器的任何信号。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。

根据本申请实施例的技术方案，可以综合考虑任务的状态信息以及任务类型，确定出对应的关于任务执行完成所需的耗时的准确信息。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发申请中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本申请公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本申请保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本申请的精神和原则之内所作的修改、等同替换和改进等，均应包含在本申请保护范围之内。

Claims (20)

1.一种用于生成信息的方法，包括：

响应于接收到任务提交请求，确定所述任务提交请求对应的至少一个任务以及各任务的任务类型；

对于每个任务，根据该任务的任务类型以及预设的任务类型与执行耗时的对应关系，确定该任务对应的预计执行耗时；

实时获取各任务的状态信息；

根据各任务的状态信息以及对应的预计执行耗时，生成与所述任务提交请求对应的耗时提示信息。

2.根据权利要求1所述的方法，其中，所述响应于接收到任务提交请求，确定所述任务提交请求对应的至少一个任务以及各任务的任务类型，包括：

响应于接收到任务提交请求，对所述任务提交请求进行分析，确定提交说明；

根据所述提交说明，确定所述任务提交请求对应的至少一个任务以及各任务的任务类型。

3.根据权利要求1所述的方法，其中，所述预设的任务类型与执行耗时的对应关系还包括任务的执行时刻；以及

所述根据该任务的任务类型以及预设的任务类型与执行耗时的对应关系，确定该任务对应的预计执行耗时，包括：

从所述预设的任务类型与执行耗时的对应关系中，确定出执行时刻位于预设时间段内、任务类型与该任务的任务类型相同的任务的执行耗时；

基于所述执行耗时，确定该任务对应的预计执行耗时。

4.根据权利要求1所述的方法，其中，所述实时获取各任务的状态信息，包括：

对于每个任务，实时获取该任务对应的第一队列中任务的第一数量，所述第一队列中包括执行中的、与该任务占用资源相同的任务；

响应于所述第一数量小于所述第一队列的预设最大值，确定该任务的状态信息为执行中。

5.根据权利要求4所述的方法，其中，所述实时获取各任务的状态信息，包括：

响应于所述第一数量大于或等于所述预设最大值，确定该任务的状态信息为未执行。

6.根据权利要求1所述的方法，其中，所述状态信息包括执行中和未执行；以及

所述根据各任务的状态信息以及对应的预计执行耗时，生成与所述任务提交请求对应的耗时提示信息，包括：

确定状态信息为未执行的任务的预计等待耗时；

根据状态信息为执行中的任务的预计执行耗时以及状态信息为未执行的任务的预计等待耗时、预计执行耗时，生成与所述任务提交请求对应的耗时提示信息。

7.根据权利要求6所述的方法，其中，所述确定状态信息为未执行的任务的预计等待耗时，包括：

对于每个任务，响应于确定该任务的状态信息为未执行，实时获取该任务对应的第二队列中任务的第二数量，所述第二队列中包括未执行的、与该任务占用资源相同的任务；

获取所述第二队列中各任务的等待时长以及对应的预计执行耗时；

根据各等待时长以及对应的预计执行耗时，确定该任务的预计等待耗时。

8.根据权利要求7所述的方法，其中，所述根据各等待时长以及对应的预计执行耗时，确定该任务的预计等待耗时，包括：

确定等待时长大于该任务的等待时长的各等待任务；

根据各等待任务的预计执行耗时，确定该任务的预计等待耗时。

9.根据权利要求1所述的方法，其中，所述方法还包括：

实时更新所述耗时提示信息。

10.一种用于生成信息的装置，包括：

任务确定单元，被配置成响应于接收到任务提交请求，确定所述任务提交请求对应的至少一个任务以及各任务的任务类型；

耗时确定单元，被配置成对于每个任务，根据该任务的任务类型以及预设的任务类型与执行耗时的对应关系，确定该任务对应的预计执行耗时；

信息获取单元，被配置成实时获取各任务的状态信息；

信息生成单元，被配置成根据各任务的状态信息以及对应的预计执行耗时，生成与所述任务提交请求对应的耗时提示信息。

11.根据权利要求10所述的装置，其中，所述任务确定单元进一步被配置成：

响应于接收到任务提交请求，对所述任务提交请求进行分析，确定提交说明；

根据所述提交说明，确定所述任务提交请求对应的至少一个任务以及各任务的任务类型。

12.根据权利要求10所述的装置，其中，所述预设的任务类型与执行耗时的对应关系还包括任务的执行时刻；以及

所述耗时确定单元进一步被配置成：

从所述预设的任务类型与执行耗时的对应关系中，确定出执行时刻位于预设时间段内、任务类型与该任务的任务类型相同的任务的执行耗时；

基于所述执行耗时，确定该任务对应的预计执行耗时。

13.根据权利要求10所述的装置，其中，所述信息获取单元进一步被配置成：

对于每个任务，实时获取该任务对应的第一队列中任务的第一数量，所述第一队列中包括执行中的、与该任务占用资源相同的任务；

响应于所述第一数量小于所述第一队列的预设最大值，确定该任务的状态信息为执行中。

14.根据权利要求10所述的装置，其中，所述信息获取单元进一步被配置成：

响应于所述第一数量大于或等于所述预设最大值，确定该任务的状态信息为未执行。

15.根据权利要求10所述的装置，其中，所述状态信息包括执行中和未执行；以及

所述信息生成单元进一步被配置成：

确定状态信息为未执行的任务的预计等待耗时；

根据状态信息为执行中的任务的预计执行耗时以及状态信息为未执行的任务的预计等待耗时、预计执行耗时，生成与所述任务提交请求对应的耗时提示信息。

16.根据权利要求15所述的装置，其中，所述信息生成单元进一步被配置成：

对于每个任务，响应于确定该任务的状态信息为未执行，实时获取该任务对应的第二队列中任务的第二数量，所述第二队列中包括未执行的、与该任务占用资源相同的任务；

获取所述第二队列中各任务的等待时长以及对应的预计执行耗时；

根据各等待时长以及对应的预计执行耗时，确定该任务的预计等待耗时。

17.根据权利要求15所述的装置，其中，所述信息生成单元进一步被配置成：

确定等待时长大于该任务的等待时长的各等待任务；

根据各等待任务的预计执行耗时，确定该任务的预计等待耗时。

18.根据权利要求10所述的装置，其中，所述装置还包括：

实时更新单元，被配置成实时更新所述耗时提示信息。

19.一种用于生成信息的电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-9中任一项所述的方法。

20.一种存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使所述计算机执行权利要求1-9中任一项所述的方法。

Images