停机时段的确定方法、装置、电子设备及存储介质与流程

本申请涉及云计算技术领域，具体而言，涉及一种停机时段的确定方法、装置、电子设备及存储介质。

背景技术：

对于因业务要求需不间断运行(24小时*365天不间断运行，其不存在计划内停机窗口)的云计算管理平台系统(以下简称“云平台”)，在遇到自身软件系统升级，以及其所部署环境中的硬件维护(如硬件损坏待更换)等场景时，需合理评估出可停机时段，以便在云平台停机并完成对应场景工作的同时，以最小的代价影响停机时段内的系统定时操作，以维持云平台对用户或相关业务所提供的服务可用性。

目前执行此类评估的方法：由云平台维护人员，根据云平台维护手册或设计说明，依据停机需求，人工查找、评估该云平台可选的停机时间段，并对云平台用户或相关业务系统的维护人员征求停机时间段的选择意见，经过多轮讨论后给予确认。然而，该方法存在耗时、人工成本高等问题。

申请内容

鉴于此，本申请实施例的目的在于提供一种停机时段的确定方法、装置、电子设备及存储介质，以缩短停机时段的确认时长，并降低人工成本。

第一方面，本申请实施例提供一种停机时段的确定方法，所述方法包括：获取用户发送的停机请求，其中，所述停机请求包括：计划停机时长和计划停机的时间范围；从所述计划停机的时间范围中确定出至少一个时段，其中，所述至少一个时段中的每个时段均不存在定时任务；基于所述至少一个时段和所述计划停机时长，从所述至少一个时段中确定出时段的长度大于等于所述计划停机时长的目标时段；将所述目标时段发送给用户。通过该方式，提升停机时段的确定效率，同时，由于该过程无需人工参与，继而有效地节约成本。

基于第一方面，在一种可能的设计中，从所述至少一个时段中确定出时段的长度大于等于所述计划停机时长的目标时段，包括：从所述至少一个时段中确定出时段的长度大于等于所述计划停机时长的至少一个第一时段；获取每个第一时段的历史在线用户数；从所述至少一个第一时段中确定出历史在线用户数小于预设用户数的目标时段。通过从所述至少一个第一时段中确定出历史在线用户数小于预设用户数的目标时段，能够更好地缓解停机对用户的影响、降低停机时段内的业务损失风险，以及改善用户体验。

基于第一方面，在一种可能的设计中，在所述第一时段的数量为至少两个时，从所述至少一个第一时段中确定出历史在线用户数小于预设用户数的目标时段，包括：从所述至少两个第一时段中确定出历史在线用户数小于预设用户数的至少一个第二时段；从所述至少一个第二时段中确定出历史在线用户数最少的目标时段。通过从所述至少一个第二时段中确定出历史在线用户数最少的目标时段，能够更好地缓解停机对用户的影响、降低停机时段内的业务损失风险，以及改善用户体验。

基于第一方面，在一种可能的设计中，从所述计划停机的时间范围中确定出至少一个时段，包括：获取定时任务的开始时间在所述计划停机的时间范围中的所有第一定时任务；基于所有所述第一定时任务中每个第一定时任务的历史执行时长，从所述计划停机的时间范围中确定出所述至少一个时段。基于第一定时任务的历史执行时长，能够估算出第一定时任务的任务结束时间，继而能够有效的确定出无定时作业任务的时段，降低停机时段内的业务损失风险，以及改善用户体验。

基于第一方面，在一种可能的设计中，从所述计划停机的时间范围中确定出至少一个时段，所述方法还包括：获取定时任务的开始时间在当前时间到所述计划停机的时间范围的开始时间之间的所有第二定时任务；基于所有所述第一定时任务中每个第一定时任务的历史执行时长，从所述计划停机的时间范围中确定出所述至少一个时段，包括：基于所有所述第二定时任务中每个第二定时任务的历史执行时长，以及所有所述第一定时任务中每个第一定时任务的历史执行时长，从所述计划停机时间范围中确定出所述至少一个时段。通过第一定时任务的历史执行时长和第二定时任务的执行时长，能够估算出第一定时任务和第二定时任务的任务结束时间，继而能够更准确的确定出无定时作业任务的时段，极大地降低停机时段内的业务损失风险，以及改善用户体验。

基于第一方面，在一种可能的设计中，从所述计划停机的时间范围中确定出至少一个时段之前，所述方法还包括：从所述计划停机的时间范围中确定出是否存在无定时作业任务的时段；在为否时，发送用于表征不存在满足所述停机需求的提示信息给用户。通过该方式，能够降低停机时段内的业务损失风险，以及改善用户体验。

第二方面，本申请实施例提供一种停机时段的确定装置，所述装置包括：请求获取单元，用于获取用户发送的停机请求，其中，所述停机请求包括：计划停机时长和计划停机的时间范围；时段确定单元，用于从所述计划停机的时间范围中确定出至少一个时段，其中，所述至少一个时段中的每个时段均不存在定时任务；目标时段确定单元，用于基于所述至少一个时段和所述计划停机时长，从所述至少一个时段中确定出时段的长度大于等于所述计划停机时长的目标时段；发送单元，用于将所述目标时段发送给用户。

基于第二方面，在一种可能的设计中，所述目标时段确定单元，包括：第一时段确定单元，用于从所述至少一个时段中确定出时段的长度大于等于所述计划停机时长的至少一个第一时段；历史在线用户数获取单元，用于获取每个第一时段的历史在线用户数；目标时段确定子单元，用于从所述至少一个第一时段中确定出历史在线用户数小于预设用户数的目标时段。

基于第二方面，在一种可能的设计中，在所述第一时段的数量为至少两个时，所述目标时段确定子单元，还用于从所述至少两个第一时段中确定出历史在线用户数小于预设用户数的至少一个第二时段；以及从所述至少一个第二时段中确定出历史在线用户数最少的目标时段。

基于第二方面，在一种可能的设计中，所述时段确定单元，包括：第一定时任务获取单元，用于获取定时任务的开始时间在所述计划停机的时间范围中的所有第一定时任务；时段确定子单元，用于基于所有所述第一定时任务中每个第一定时任务的历史执行时长，从所述计划停机的时间范围中确定出所述至少一个时段。

基于第二方面，在一种可能的设计中，所述时段确定单元，还包括：第二定时任务获取单元，用于获取定时任务的开始时间在当前时间到所述计划停机的时间范围的开始时间之间的所有第二定时任务；所述时段确定子单元，还用于基于所有所述第二定时任务中每个第二定时任务的历史执行时长，以及所有所述第一定时任务中每个第一定时任务的历史执行时长，从所述计划停机的时间范围中确定出所述至少一个时段。

基于第二方面，在一种可能的设计中，所述装置还包括：确定单元，用于从所述计划停机的时间范围中确定出是否存在无定时作业任务的时段；提示单元，用于在为否时，发送用于表征不存在满足所述停机需求的提示信息给用户。

第三方面，本申请实施例提供一种电子设备，包括处理器以及与所述处理器连接的存储器，所述存储器内存储计算机程序，当所述计算机程序被所述处理器执行时，使得所述电子设备执行第一方面所述的方法。

第四方面，本申请实施例提供一种存储介质，所述存储介质中存储有计算机程序，当所述计算机程序在计算机上运行时，使得所述计算机执行第一方面所述的方法。

本申请的其他特征和优点将在随后的说明书阐述，并且，部分地从说明书中变得显而易见，或者通过实施本申请实施例了解。本申请的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的电子设备的结构示意图；

图2为本申请第一实施例提供的停机时段的确定方法的流程示意图；

图3为本申请第二实施例提供的停机时段的确定装置的结构示意图。

图标：100-电子设备；110-存储器；120-存储控制器；130-处理器；150-输入输出单元；160-音频单元；170-显示单元；400-停机时段的确定装置；410-请求获取单元；420-时段确定单元；430-目标时段确定单元；440-发送单元。

具体实施方式

下面将结合本申请实施例中附图，对本申请实施例中的技术方案进行描述。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本申请的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

本申请实施例提供一种电子设备100的结构示意图，所述电子设备100可以是包含云计算管理平台系统(以下简称“云平台”)的个人电脑(personalcomputer，pc)、平板电脑、智能手机、个人数字助理(personaldigitalassistant，pda)等。

如图1所示，所述电子设备100可以包括：停机时段的确定装置400、存储器110、存储控制器120、处理器130、输入输出单元150、音频单元160、显示单元170。

所述存储器110、存储控制器120、处理器130、输入输出单元150、音频单元160以及显示单元170各元件相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。停机时段的确定装置400包括至少一个可以软件或固件(firmware)的形式存储于所述存储器110中或固化在客户端设备的操作装置(operatingsystem，os)中的软件功能模块。所述处理器130用于执行存储器110中存储的可执行模块，例如停机时段的确定装置400包括的软件功能模块或计算机程序。

其中，存储器110可以是，但不限于，随机存取存储器(randomaccessmemory，ram)，只读存储器(readonlymemory，rom)，可编程只读存储器(programmableread-onlymemory，prom)，可擦除只读存储器(erasableprogrammableread-onlymemory，eprom)，电可擦除只读存储器(electricerasableprogrammableread-onlymemory，eeprom)等。其中，存储器110用于存储程序，所述处理器130在接收到执行指令后，执行所述程序，前述本申请实施例任一实施例揭示的流程定义的电子设备100所执行的方法可以应用于处理器130中，或者由处理器130实现。

处理器130可能是一种集成电路芯片，具有信号的处理能力。上述的处理器130可以是通用处理器，包括中央处理器(centralprocessingunit，简称cpu)、网络处理器(networkprocessor，简称np)等；还可以是数字信号处理器(dsp)、专用集成电路(asic)、现场可编程门阵列(fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

输入输出单元150用于提供给用户输入数据实现用户与电子设备100的交互。所述输入输出单元150可以是，但不限于，鼠标和键盘等。

音频单元160向用户提供音频接口，其可包括一个或多个麦克风、一个或者多个扬声器以及音频电路。

显示单元170在电子设备100与用户之间提供一个交互界面(例如用户操作界面)或用于显示图像数据给用户参考。在本实施例中，所述显示单元170可以是液晶显示器或触控显示器。若为触控显示器，其可为支持单点和多点触控操作的电容式触控屏或电阻式触控屏等。支持单点和多点触控操作是指触控显示器能感应到来自该触控显示器上一个或多个位置处同时产生的触控操作，并将该感应到的触控操作交由处理器130进行计算和处理。

第一实施例

请参照图2，图2为本申请第一实施例提供的一种停机时段的确定方法的流程图，所述方法应用于如图1所示的电子设备100，下面将对图2所示的流程进行详细阐述，所述方法包括：

s100：获取用户发送的停机请求，其中，所述停机请求包括：计划停机时长和计划停机的时间范围。

在实际实施过程中，在遇到自身软件系统升级，以及其所部署环境中的硬件维护(如硬件损坏待更换)等场景时，用户需通过电子设备100登录云平台并通过输入输出单元150在云平台中输入停机请求，其中，发送停机请求的用户可以理解为管理员，管理系统硬件或系统软件的工作人员，作为一种实施方式，app或功能页面中分别设置有停机时长和停机时间范围的功能提示框，用户仅需要在对应的功能提示框中手动输入或者选择相应的时间，并点击完成图标，以发送所述停机请求至电子设备100中的处理器130。

为了方便理解，本申请对所述停机请求进行举例说明，例1，所述计划停机时长为1小时，计划停机的时间范围为2018年12月20日上午7点30分至2018年12月20日下午5点；例2，所述计划停机时长为1小时30分钟，计划停机的时间范围为2018年12月20日上午8点30分至2018年12月20日下午6点；其中，所述停机请求根据用户需求设定，不作限制。

s200：从所述计划停机的时间范围中确定出至少一个时段，其中，所述至少一个时段中的每个时段均不存在定时任务。

作为一种实施方式，s200包括：

获取定时任务的开始时间在所述计划停机的时间范围中的所有第一定时任务。

在实际实施过程中，若用户需要创建定时任务，其中，创建定时任务的用户和发送停机需求的用户不同，创建定时任务的用户是指获取服务的用户，用户登录云平台，并在云平台中创建定时任务，其中，创建的定时任务包括：定时任务的开始时间信息，在定时任务创建完成后，云平台会给每个定时任务分配一个唯一识别码，其中，识别码包括：字母和/或数字和/或下划线，识别码的形式不作限定。作为一种实施方式，云平台建立定时任务的唯一识别码和定时任务的开始时间信息之间的关系列表，并将该关系列表存储在定时任务文件中或数据库中，在本实施例中，将所述关系列表存储在定时任务文件中，将通过唯一识别码就能查询到与该唯一识别码对应的定时任务的开始时间信息。同理，通过时间信息也能够查找到与该时间信息对应的所有定时任务，继而，在获取到用户发送的停机请求后，其中，所述停机请求包括：计划停机时长和计划停机的时间范围，从定时任务文件中查询出定时任务的开始时间在所述计划停机的时间范围内的所有第一定时任务，其中，获取所有第一定时任务，包括获取第一定时任务的开始时间和识别码。

例3，在所述停机请求为例1所示时，假设在定时任务文件中存储的在所述计划停机的时间范围内的定时任务有：2018年12月20日上午7点35分有定时任务1，其中，定时任务1的识别码a1，2018年12月20日上午9点有定时任务2，其中，定时任务2的识别码a2，2018年12月20日下午1点有定时任务3，其中，定时任务3的识别码a3，2018年12月20日下午4点有定时任务4，其中，定时任务4的识别码a4。

因此，基于所述停机需求获取的所有第一定时任务包括：2018年12月20日上午7点35分有定时任务1，其中，定时任务1的识别码a1，2018年12月20日上午9点有定时任务2，其中，定时任务2的识别码a2，2018年12月20日下午1点有定时任务3，其中，定时任务3的识别码a3，2018年12月20日下午4点有定时任务4，其中，定时任务4的识别码a4。

基于所有所述第一定时任务中每个第一定时任务的历史执行时长，从所述计划停机的时间范围中确定出所述至少一个时段。

在实际实施过程中，为了方便后续能够快速的查找出定时任务的历史记录，因此，在云平台执行完成一个定时任务后，在本实施例中，云平台将该定时任务的执行时长和识别码一一对应的存储在历史定时任务文件中；作为一种实施方式，云平台将该定时任务的开始时间、结束时间以及识别码一一对应的存储在历史定时任务文件中；作为一种实施方式，为了减轻云平台的存储压力，作为一种实施方式，在云平台执行完成一个定时任务后，在定时任务文件中将该定时任务的相关信息删除；在需要查找所有第一定时任务的历史执行记录时，基于所有第一定时任务的识别码，从所述历史定时任务文件中，查找出与所有第一定时任务的识别码一一对应的定时任务的历史执行时长。在本实施例中，在一个识别码对应多个历史执行时长时，计算该识别码对应的多个历史执行时长的平均时间，并将该平均时间作为该识别码的最终历史执行时长。作为一种实施方式，在一个识别码对应多个开始时间时，将最接近当前时间的开始时间所对应的历史执行时长作为该识别码的最终历史执行时长。基于每个第一定时任务的开始时间和该第一定时任务对应的历史执行时长，计算出每个第一定时任务的结束时间，继而，基于每个第一定时任务的开始时间和结束时间，从所述计划停机的时间范围中确定出所述至少一个时段，以保证所述至少一个时段中的每个时段均没有定时任务。

例4，在停机请求为例1所示，且第一定时任务为例3所述示时，假设识别码a1的定时任务1的历史执行时长为1小时，识别码a2的定时任务1的历史执行时长为2小时，识别码a3的定时任务3的历史执行记录为2小时，识别码a4的定时任务4的历史执行时长为30分钟。因此，所述至少一个时段包括：2018年12月20日上午7点30至2018年12月20日上午7点35，2018年12月20日上午8点35至2018年12月20日上午9点，2018年12月20日上午11点至2018年12月20日下午1点，2018年12月20日下午3点至2018年12月20日下午4点，2018年12月20日下午4点30至2018年12月20日下午5点。

作为一种实施方式，s200还包括：

获取定时任务的开始时间在当前时间到所述计划停机的时间范围的开始时间之间的所有第二定时任务。

其中，所述当前时间可以由用户通过电子设备100手动输入，也可以由电子设备100的处理器130自动获取，获取所有第二定时任务，包括获取第二定时任务的开始时间和识别码。

例5，在所述停机请求为例1所示时，假设当前时间为2018年12月19日20点，在定时任务文件中存储的在在当前时间到所述计划停机的时间范围的开始时间之间的定时任务有：2018年12月19日21点30分有定时任务5，其中，定时任务5的识别码a5，2018年12月20日上午7点有定时任务6，其中，定时任务6的识别码a6。因此，定时任务的开始时间在当前时间到所述计划停机的时间范围的开始时间之间的所有第二定时任务包括：2018年12月19日21点30分有定时任务5，其中，定时任务5的识别码a5，2018年12月20日上午7点有定时任务6，其中，定时任务6的识别码a6。

基于所有所述第一定时任务中每个第一定时任务的历史执行时长，从所述计划停机的时间范围中确定出所述至少一个时段，包括：

基于所有所述第二定时任务中每个第二定时任务的历史执行时长，以及所有所述第一定时任务中每个第一定时任务的历史执行时长，从所述计划停机的时间范围中确定出所述至少一个时段。

在需要查找所有第二定时任务的历史执行记录时，基于所有第二定时任务的识别码，从所述历史定时任务文件中，查找出与所有第二定时任务的识别码一一对应的定时任务的历史执行时长。在本实施例中，在一个识别码对应多个历史执行时长时，计算该识别码对应的多个历史执行时长的平均时间，并将该平均时间作为该识别码的最终历史执行时长。基于每个第二定时任务的开始时间和该第二定时任务对应的历史执行时长，计算出每个第二定时任务的结束时间，继而，基于每个第二定时任务的开始时间、每个第二定时任务的结束时间、每个第一定时任务的开始时间和结束时间，从所述计划停机的时间范围中确定出所述至少一个时段，以保证所述至少一个时段中的每个时段中均没有定时任务。

例6，在停机请求为例1所示，第一定时任务的历史执行时长为例4所示，且第二定时任务为例5所示时，假设识别码a5的定时任务5的历史执行时长为30分钟，识别码a6的定时任务1的历史执行时长为1小时，因此，定时任务5的结束时间为2018年12月19日22点30分，定时任务6的结束时间为2018年12月20日8点，基于每个第二定时任务的开始时间、每个第二定时任务的结束时间、每个第一定时任务的开始时间和结束时间，确定出的所述至少一个时段包括：2018年12月20日上午8点35至2018年12月20日上午9点，2018年12月20日上午11点至2018年12月20日下午1点，2018年12月20日下午3点至2018年12月20日下午4点，2018年12月20日下午4点30至2018年12月20日下午5点。

作为一种实施方式，在s200之前，所述方法还包括：

从所述计划停机的时间范围中确定出是否存在无定时作业任务的时段。

在为否时，发送用于表征不存在满足所述停机需求的提示信息给用户。

首先，在获取到用户发送的停机请求后，其中，所述停机请求包括：计划停机时长和计划停机的时间范围，从定时任务文件中查询出定时任务的开始时间在所述计划停机的时间范围内的所有第一定时任务，其中，获取所有第一定时任务，包括获取第一定时任务的开始时间和识别码。

接着，基于所有第一定时任务的识别码，从所述历史定时任务文件中，查找出与所有第一定时任务的识别码一一对应的定时任务的历史执行时长。

最后，基于所有所述第一定时任务中每个第一定时任务的历史执行时长，确定出整个计划停机的时间范围均存在定时任务时，发送用于表征不存在满足所述停机需求的文字提示信息给用户的电子设备100，并在电子设备100的显示单元170显示。

s300：基于所述至少一个时段和所述计划停机时长，从所述至少一个时段中确定出时段的长度大于等于所述计划停机时长的目标时段。

作为一种实施方式，s300包括：

s310：从所述至少一个时段中确定出时段的长度大于等于所述计划停机时长的至少一个第一时段。

在实际实施过程中，针对所述至少一个时段中的每个时段，基于该时段的开始时间和结束时间，计算出该时段的时间长度，将该时段的时间长度与所述计划停机时长进行大小比较，继而从所述至少一个时段中确定出时段的长度大于等于所述计划停机时长的至少一个第一时段。

例7，在停机请求为例1所示，且所述至少一个时段如例6所示时，从所述至少一个时段中确定出时段长度大于等于所述计划停机时长的至少一个第一时段，由于所述计划停机时长为1小时，因此，所述至少一个第一时段包括：2018年12月20日上午11点至2018年12月20日下午1点和2018年12月20日下午3点至2018年12月20日下午4点。

s320：获取每个第一时段的历史在线用户数。

在实际实施过程中，在用户通过电子设备100登录云平台时，云平台会自动记录用户的在线数据，作为一种实施方式，云平台将每个时间段的历史在线用户数统计数据和每个时间段的起始时间、结束时间一一对应的存储在用户数统计文件中或数据库中，其中，每个时段的历史在线用户数均可定义为：在最近n天内，n为大于等于1的整数，该时段内的在线用户数的平均值，在本实施例中，n可以为30，在其他实施例中，n可以为20、35、40等，n的取值可以根据业务需求而定。在本实施例中，云平台将每个时间段的历史在线用户数统计数据和每个时间段的起始时间、结束时间一一对应的存储在用户数统计文件中，其中，每个时间段的长度根据用户需求设定，可以为5分钟、10分钟、20分钟等，时间段的长度越小，历史在线用户数的统计数据越精确。因此，基于第一时段的起始时间和结束时间，就能从所述用户数统计文件中获取该第一时段的历史在线用户数。

例8，在所述至少一个第一时段为例7所示时，假设2018年12月20日上午11点至2018年12月20日下午1点之间的历史在线用户数为10人，2018年12月20日下午3点至2018年12月20日下午4点的历史在线用户数为5人。因此，基于每个第一时段的起始时间和结束时间，从用户数统计文件中获取每个第一时段的历史在线用户数。

s330：从所述至少一个第一时段中确定出历史在线用户数小于预设用户数的目标时段。

作为一种实施方式，在所述第一时段的数量为至少两个时，s300包括：

从所述至少两个第一时段中确定出历史在线用户数小于预设用户数的至少一个第二时段；从所述至少一个第二时段中确定出历史在线用户数最少的目标时段。

请参照例8，在本实施例中，所述预设用户数为11人时，在其他实施例中，所述预设用户数为6人、8人、15人等，预设用户数不作限定，其中，预设用户数越小，业务损失风险越小；由于所述至少一个第一时段中每个第一时段的历史在线用户数均小于11人，因此，从所述至少两个第一时段中确定出历史在线用户数小于预设用户数的至少一个第二时段，其中，至少一个第二时段包括：2018年12月20日上午11点至2018年12月20日下午1点，2018年12月20日下午3点至2018年12月20日下午4点。由于2018年12月20日上午11点至2018年12月20日下午1点的历史在线用户数大于2018年12月20日下午3点至2018年12月20日下午4点之间的历史在线用户数，因此，从所述至少一个第二时段中确定出历史在线用户数最少的目标时段为：2018年12月20日下午3点至2018年12月20日下午4点。

作为一种实施方式，在预设用户数为11人时，由于第二时段2018年12月20日上午11点至2018年12月20日下午1点之间的时长大于预设计划停机时长，为了更准确的选出历史在线用户数最少的时段，基于预设计划停机时长，从2018年12月20日上午11点至2018年12月20日下午1点中确定出历史在线用户数最少的一个子时段，其中，该子时段的时长等于所述预设计划停机时长。例如，在子时段为：2018年12月20日上午11点30至2018年12月20日下午12点30，且历史在线人数为3人，第二时段2018年12月20日下午3点至2018年12月20日下午4点之间的历史在线人数为5人时，因此，从所述至少一个第二时段中确定出历史在线用户数最少的目标时段为：2018年12月20日上午11点30至2018年12月20日下午12点30。

作为一种实施方式，在所述第二时段的数量为1个时，直接将所述第二时段确定为目标时段。

作为一种实施方式，在所述第二时段的数量为1个，且所述第二时段的长度等于预设计划停机时长时，直接将所述第二时段确定为目标时段。

作为一种实施方式，在所述第一时段的数量为1个，且确定所述第一时段的历史在线用户数是小于预设用户数时，将所述第一时段发送给目标用户。

作为一种实施方式，在所述第一时段的数量为1个，所述第一时段的时长等于预设计划停机时长，且确定所述第一时段的历史在线用户数是小于预设用户数时，直接将所述第一时段发送给目标用户。

s400：将所述目标时段发送给用户。

将所述目标时段的开始时间和结束时间发送给用户的电子设备100，并在电子设备100中的显示单元170上显示所述目标时段的开始时间和结束时间。

作为一种实施方式，将所述目标时段的开始时间、结束时间以及历史在线用户数发送给用户的电子设备100，在电子设备100中的显示单元170上显示所述目标时段的开始时间、结束时间以及该目标时段内的历史在线用户数。

第二实施例

请参照图3，图3是本申请第二实施例提供的一种停机定时段的确定装置400的结构框图。所述装置存储于如图1所述的电子设备100，下面将对图3所示的结构框图进行阐述，所示装置包括：

请求获取单元410，用于获取用户发送的停机请求，其中，所述停机请求包括：计划停机时长和计划停机的时间范围。

时段确定单元420，用于从所述计划停机的时间范围中确定出至少一个时段，其中，所述至少一个时段中的每个时段均不存在定时任务。

目标时段确定单元430，用于基于所述至少一个时段和所述计划停机时长，从所述至少一个时段中确定出时段的长度大于等于所述计划停机时长的目标时段。

发送单元440，用于将所述目标时段发送给用户。

作为一种实施方式，目标时段确定单元430，包括：第一时段确定单元，用于从所述至少一个时段中确定出时段的长度大于等于所述计划停机时长的至少一个第一时段；历史在线用户数获取单元，用于获取每个第一时段的历史在线用户数；目标时段确定子单元，用于从所述至少一个第一时段中确定出历史在线用户数小于预设用户数的目标时段。

作为一种实施方式，在所述第一时段的数量为至少两个时，所述目标时段确定子单元，还用于从所述至少两个第一时段中确定出历史在线用户数小于预设用户数的至少一个第二时段；以及从所述至少一个第二时段中确定出历史在线用户数最少的目标时段。

作为一种实施方式，时段确定单元420，包括：第一定时任务获取单元，用于获取定时任务的开始时间在所述计划停机的时间范围中的所有第一定时任务；时段确定子单元，用于基于所有所述第一定时任务中每个第一定时任务的历史执行时长，从所述计划停机的时间范围中确定出所述至少一个时段。

作为一种实施方式，时段确定单元420，还包括：第二定时任务获取单元，用于获取定时任务的开始时间在当前时间到所述计划停机的时间范围的开始时间之间的所有第二定时任务；所述时段确定子单元，还用于基于所有所述第二定时任务中每个第二定时任务的历史执行时长，以及所有所述第一定时任务中每个第一定时任务的历史执行时长，从所述计划停机的时间范围中确定出所述至少一个时段。

作为一种实施方式，所述装置还包括：确定单元，用于从所述计划停机的时间范围中确定出是否存在无定时作业任务的时段；提示单元，用于在为否时，发送用于表征不存在满足所述停机需求的提示信息给用户。

本实施例对停机时段的确定的各功能单元实现各自功能的过程，请参见上述图2所示实施例中描述的内容，此处不再赘述。

此外，本申请实施例还提供了一种存储介质，在该存储介质中存储有计算机程序，当所述计算机程序在计算机上运行时，使得所述计算机执行本申请任一项实施方式所提供的停机时段的确定方法。

综上所述，本申请各实施例提出的停机时段的确定方法、装置、电子设备及存储介质，所述方法包括：获取用户发送的停机请求，其中，所述停机请求包括：计划停机时长和计划停机的时间范围；从所述计划停机的时间范围中确定出至少一个时段，其中，所述至少一个时段中的每个时段均不存在定时任务；基于所述至少一个时段和所述计划停机时长，从所述至少一个时段中确定出时段的长度大于等于所述计划停机时长的目标时段；将所述目标时段发送给用户。通过该方式，提升停机时段的确定效率，同时，由于该过程无需人工参与，继而有效地节约成本。

在本申请所提供的实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本申请的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的装置来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。