一种补丁文件收集方法、装置及设备与流程

1.本技术涉及安全防护技术领域，具体而言，涉及一种补丁文件收集方法、微软补丁文件装置以及电子设备。


背景技术：

2.微软补丁文件，对于windows操作系统是十分重要的。对于部署了杀毒软件的终端来说，为了防止补丁文件被杀毒软件“误杀”，通常采取白名单的形式对微软补丁文件进行收集。
3.微软补丁文件一般是以特殊格式压缩包发布的，压缩包内压缩大量升级文件，而收集微软补丁文件的传统方式是对该压缩包进行解压，计算释放出的升级文件的hash值，将hash值收集起来即可。由于该压缩包内的升级信息是利用本地操作系统已有的版本文件信息进行现场计算合并而成的，因此，在收集微软补丁文件时，需要部署大量不同版本操作系统进行环境准备，否则容易导致基于升级信息解压释放的升级文件存在缺失。相关技术中一般采取的是人工处理方式，然而，这一过程需要耗费较多人力，且依旧难以全面覆盖。


技术实现要素：

4.本技术实施例的目的在于提供一种补丁文件收集方法、装置及设备，旨在解决相关技术中存在的收集补丁文件时需要耗费较多人力，且依旧难以全面覆盖的问题。
5.第一方面，本技术实施例提供的一种补丁文件收集方法，包括：
6.获取公告页面中的指定格式文件，并基于所述指定格式文件生成名单库；所述指定格式文件中记录有补丁的发布信息；
7.对各个客户端上传的日志库进行过滤，基于所述日志库中满足预设的数据命中条件的文件生成待匹配名单；
8.基于相同的预设属性字段作为匹配条件，对所述待匹配名单中的文件和所述名单库进行匹配，将所述待匹配名单中匹配成功的文件记录入目标白名单中。
9.在上述实现过程中，获取公告页面中记录有补丁的发布信息的指定格式文件，以此生成名单库，并通过预设的数据命中条件对各个客户端上传的日志库进行过滤，基于筛选出的疑似补丁文件生成待匹配名单，进而基于相同的预设属性字段作为匹配条件，对待匹配名单中的文件和白名单进行匹配，将待匹配名单中匹配成功的文件视为补丁文件，记录入目标白名单中。这样，可以实现补丁文件的自动收集，降低人力成本，而且，由于目标白名单中的数据是通过交叉比对辨识出来的，准确性较高，同时，其可以覆盖大量不同版本的操作系统，具有更好的数据收集效果。
10.进一步地，在一些实施例中，所述获取公告页面中的指定格式文件，包括：
11.检测公告页面的爬虫协议，在所述爬虫协议是支持爬取的情况下，通过爬虫技术从所述公告页面中获取指定格式文件。
12.在上述实现过程中，通过爬虫技术获取补丁发布信息，可以降低人力成本。
13.进一步地，在一些实施例中，所述指定格式文件是对应知识库文章的csv文件；所述通过爬虫技术从所述公告页面中获取指定格式文件，包括：
14.通过爬虫技术捕获所述公告页面中所有的csv文件；
15.从捕获的csv文件中提取出对应知识库文章的csv文件。
16.在上述实现过程中，通过对爬取到的所有的csv文件进行过滤，可以准确地获取到记录有补丁发布信息的指定格式文件。
17.进一步地，在一些实施例中，所述通过爬虫技术捕获所述公告页面中所有的csv文件，包括：
18.根据预先设定的爬取规则，对所述公告页面中的csv文件进行遍历爬取，所述爬取规则包括根页面地址、爬取层次及页面类型解析方式。
19.在上述实现过程中，通过设定根页面地址、爬取层次及页面类型解析方式这些爬取规则，可以获取需要的csv文件，这样，若后续的公告页面发生变更，只需要对爬取规则进行修改即可。
20.进一步地，在一些实施例中，所述预设的数据命中条件是基于补丁文件和所述日志库中的文件之间相同的字段来确定的。
21.在上述实现过程中，通过交叉比对的方式，确定出可用于筛选出疑似补丁文件的数据命中条件。
22.进一步地，在一些实施例中，所述预设的数据命中条件包括以下至少一项：
23.指示公司名称的字段为预设公司名称，指示产品名称的字段为预设操作系统名称，指示产品版本号的字段不为空。
24.在上述实现过程中，通过合理设置预设的数据命中条件，可以有效筛选出疑似补丁文件。
25.进一步地，在一些实施例中，所述从各个客户端上传的日志库过滤出满足预设的数据命中条件的文件，基于所述文件生成待匹配名单，包括：
26.若所述日志库中任一文件满足预设的数据命中条件，将所述文件进行存储；所述文件是以所述文件的hash值为主键，并附带所述文件的字段进行存储的；
27.遍历各日志库中所有文件后，基于存储的各文件生成待匹配名单。
28.在上述实现过程中，以满足预设的数据命中条件的文件的hash值为主键，附带具体字段，对该文件进行存储，可以方便后续步骤中目标白名单的生成。
29.进一步地，在一些实施例中，所述预设属性字段包括：指示文件大小的字段，指示产品版本的字段，以及指示文件名的字段。
30.在上述实现过程中，通过合理设置预设属性字段，可以正确辨识出补丁文件。
31.进一步地，在一些实施例中，所述预设属性字段还包括：指示文件路径的字段。
32.在上述实现过程中，补充路径信息作为参考，提高辨识出补丁文件的准确率。
33.进一步地，在一些实施例中，所述方法还包括：
34.将所述目标白名单发送给各个客户端，以使所述客户端基于所述目标白名单对进入所述客户端所在终端的文件进行检测。
35.在上述实现过程中，通过将目标白名单下发给各个客户端，可以有效减少各客户端对补丁文件的“误杀”。
36.进一步地，在一些实施例中，所述方法还包括：
37.从所述名单库中，获取所述待匹配名单中匹配成功的文件对应的指定格式文件的kb号，并根据所述kb号对所述文件进行标记。
38.在上述实现过程中，通过kb号对辨识出的补丁文件进行标记，便于运营查询与管理，使得服务端的管理者可以通过该kb号，知晓该文件的来源，且在进行系统文件替换等其他调用时可以明确数据目标，保证兼容性。
39.第二方面，本技术实施例提供的一种补丁文件收集装置，包括：
40.获取模块，用于获取公告页面中的指定格式文件，并基于所述指定格式文件生成名单库；所述指定格式文件中记录有微软补丁的发布信息；
41.筛选模块，用于从各个客户端上传的日志库过滤出满足预设的数据命中条件的文件，基于所述文件生成待匹配名单；
42.匹配模块，用于基于相同的预设属性字段作为匹配条件，对所述待匹配名单中的文件和所述名单库进行匹配，将所述待匹配名单中匹配成功的文件记录入目标白名单中。
43.第三方面，本技术实施例提供的一种电子设备，包括：存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如第一方面任一项所述的方法的步骤。
44.第四方面，本技术实施例提供的一种计算机可读存储介质，所述计算机可读存储介质上存储有指令，当所述指令在计算机上运行时，使得所述计算机执行如第一方面任一项所述的方法。
45.第五方面，本技术实施例提供的一种计算机程序产品，所述计算机程序产品在计算机上运行时，使得计算机执行如第一方面任一项所述的方法。
46.本技术公开的其他特征和优点将在随后的说明书中阐述，或者，部分特征和优点可以从说明书推知或毫无疑义地确定，或者通过实施本技术公开的上述技术即可得知。
47.为使本技术的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。
附图说明
48.为了更清楚地说明本技术实施例的技术方案，下面将对本技术实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本技术的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
49.图1为本技术实施例提供的一种补丁文件收集方法的流程图；
50.图2为本技术实施例提供的一种网络安全防护系统的示意图；
51.图3为本技术实施例提供的服务端收集微软补丁文件的工作流程的示意图；
52.图4为本技术实施例提供的一种补丁文件收集装置的框图；
53.图5为本技术实施例提供的一种电子设备的结构框图。
具体实施方式
54.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行描述。
55.应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本技术的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
56.如背景技术记载，相关技术收集补丁文件的方案存在着需要耗费较多人力，且依旧难以全面覆盖的问题。基于此，本技术实施例提供一种补丁文件收集方法，以解决这一问题。
57.接下来对本技术实施例进行介绍：
58.如图1所示，图1是本技术实施例提供的一种补丁文件收集方法的流程图，所述方法可以应用于网络安全防护系统的服务端，网络安全防护系统是一套为企业级网络环境设计的反病毒安全解决方案，通常由服务端和客户端组成，其中，服务端一般安装于该网络安全防护系统的开发方的服务器或终端上；而客户端一般安装于该网络安全防护系统的需求方的终端上，可以呈现为安全防护软件(也称为主动防御软件，比较常见的是杀毒软件)。在本实施例中，该服务端可以对多个客户端进行管理，包括分析该多个客户端上传的查杀日志以及更新该多个客户端的白名单等，从而为该多个客户端各自所在的终端提供安全保护。
59.所述方法包括：
60.在步骤101、获取公告页面中的指定格式文件，并基于所述指定格式文件生成名单库；所述指定格式文件中记录有补丁的发布信息；
61.本实施例中提到的补丁可以是官方发布的、用以解决操作系统在使用过程中暴露的问题(一般由黑客或者病毒设计者发现)的补丁程序。可选地，该补丁可以是指微软补丁，相应地，本步骤中提到的微软公告页面可以是指微软补丁更新广告页面，其实际上是微软官方的网站。当微软官方发布新的补丁时，该微软公告页面中会提供指定格式文件，对本次补丁发布信息进行说明。当然，在其他实施例中，该补丁也可以是针对其他操作系统，如linux系统、macos系统等在使用过程中暴露的问题而发布的补丁程序，本技术对此不作限制。
62.在一些实施例中，本步骤中提到的获取公告页面中的指定格式文件可以包括：检测公告页面的爬虫协议，在所述爬虫协议是支持爬取的情况下，通过爬虫技术从所述公告页面中获取指定格式文件。也就是说，可以通过网络爬虫来获取该指定格式文件。网络爬虫，也称为网页蜘蛛、网络机器人等，是一种按照一定的规则，自动地抓取万维网信息的程序或者脚本。具体地，本实施例中，网络爬虫检测公告页面的爬虫协议，即robot.txt协议(也称robots协议)，从而确定访问的范围；之后，网络爬虫可以根据预先设定的规则，如根页面地址、爬取层次、页面类型解析方式等，对公告页面中的指定格式文件进行遍历爬取。以补丁为微软补丁为例，微软所有公开页面中，爬虫协议是均支持爬取的；而且，微软公告页面中的网站数据也是公开的，因此，本实施例通过爬虫技术获取指定格式文件是合规的。通过爬虫技术，可以高效地实现指定格式文件的自动化获取，降低人力成本。
63.进一步地，微软公告页面通常是发布新补丁对应的kb号，来对新补丁的发布信息进行说明。kb(knowledge base，知识库)是微软对补丁的命名方式，指的是某个补丁对应微软知识库中哪一篇文章，例如，kb888111，就是对应微软知识库中888111号文章。每个kb号对应至少一个kb*.csv文件。csv(comma-separated values，逗号分割值)是一种通用的、相
对简单的文件格式，csv文件以纯文本形式存储表格数据(数字和文本)。csv文件由任意数目的记录组成，记录间以某种换行符分隔；每条记录由字段组成，字段间的分隔符是其它字符或字符串，最常见的是逗号或制表符。该kb*.csv文件可以是指文件名中携带kb号的csv文件，该文件的字段指示了补丁名称、大小、路径等发布信息，也就是说，当补丁是微软补丁时，本步骤中提到的指定格式文件可以是对应知识库文章的csv文件。则，通过爬虫技术获取该指定格式文件时，可以是通过爬虫技术捕获公告页面中所有的csv文件，同时对爬取到的文件进行过滤，即从捕获的csv文件中提取出对应知识库文章的csv文件。如此，可以准确地获取记录补丁发布信息的指定格式文件。
64.更进一步地，在通过爬虫技术捕获公告页面中所有的csv文件时，可以是根据预先设定的爬取规则，对公告页面中的csv文件进行遍历爬取，该爬取规则包括根页面地址、爬取层次及页面类型解析方式。也就是说，在实现时，可以对根页面地址、爬取层次及页面类型解析方式这些爬取规则进行设定，这样，网络爬虫运作时，会按照该爬取规则对公告页面中的数据进行分析、过滤，最终爬取到需要的csv文件。而且，若后续的公告页面发生变更，只需要对爬取规则进行修改即可，具有便捷性。
65.在获取到指定格式文件后，可以将指定格式文件存储至服务器的指定目录上进行存放，并对其进行数据合并，从而生成名单库。
66.在步骤102、从各个客户端上传的日志库过滤出满足预设的数据命中条件的文件，基于所述文件生成待匹配名单；
67.本步骤中提到的日志库可以是客户端将本地所有走过查杀功能的文件的相关信息进行记录后所形成的一个库。通过对各个客户端上传的日志库进行过滤，可以筛选出满足预设的数据命中规则的文件，这些文件可以认为是疑似补丁文件，即该待匹配名单中记录的可以是各个客户端所在终端上的疑似补丁文件，而由于不同客户端所在终端上可能具有不同版本的操作系统，因此，该待匹配名单中的疑似微软补丁文件覆盖了多个操作系统版本。实际应用中，由于客户端数量众多，该待匹配名单中的疑似补丁文件基本可以覆盖所有操作系统版本。
68.在一些实施例中，该预设的数据命中条件可以是基于补丁文件和日志库中的文件之间相同的字段来确定的。也就是说，将补丁文件和日志库中的文件这些独立数据中的具体字段进行关联，通过官方补丁发布信息和查杀日志相结合，使得该预设的数据命中条件可以有效筛选出疑似补丁文件。进一步地，在一些实施例中，该预设的数据命中条件可以包括以下至少一项：指示公司名称的字段为预设公司名称，指示产品名称的字段为预设操作系统名称，指示产品版本号的字段不为空。以补丁是微软补丁为例，通常来说，针对日志库，若一文件中指示公司名称的字段为微软公司，表明该文件是由微软公司发布的，而非来自其他开发者，此时可以认为该文件是疑似微软补丁文件；若一文件中指示产品名称的字段为微软windows操作系统，表明该文件是微软官方发布的针对windows操作系统的文件，此时可以认为该文件是疑似微软补丁文件；非微软官方发布的文件中指示产品版本号的字段一般为空，因此，若一文件中指示产品版本号的字段不为空，可以认为该文件是疑似微软补丁文件。通过合理设置预设的数据命中条件，可以有效筛选出疑似补丁文件，为后续的辨识奠定良好的基础。当然，优选的方案是该预设的数据命中条件同时包括上述三项；另外，在其他实施例中，该预设的数据命中条件还可以根据具体场景的需求，设置其他内容。
69.在实现时，服务端可以通过预设的数据命中条件，对日志库中的每个文件进行一一匹配，进而将满足该预设的数据命中条件的文件进行逐条存储，生成待匹配名单。
70.考虑到后续要生成的目标白名单中通常记录的是微软补丁文件的hash(散列，也可音译为哈希)值，因此，生成待匹配名单的步骤可以包括：若日志库中任一文件满足预设的数据命中条件，将该文件进行存储；所述文件是以所述文件的hash值为主键，并附带所述文件的字段进行存储的；遍历各日志库中所有文件后，基于存储的各文件生成待匹配名单。其中，文件的hash值是文件的数字指纹，其可以是使用哈希函数计算得到的值，哈希函数可以把消息或数据压缩成摘要，使得数据量变小，将数据的格式固定下来。所使用的哈希函数可以是sha-1(secure hash algorithm 1，安全散列算法1)，也可以是md5(message digest algorithm 5，信息摘要算法)等，本技术对此不作限制。该待匹配名单可以认为也是一个数据库，数据库的主键的值能唯一地表示表中的每一行，因此，可以以满足预设的数据命中条件的文件的hash值为主键进行存储，这样，方便后续步骤中目标白名单的生成。并且，在生成待匹配名单时，除了以hash值为主键外，可以附带满足预设的数据命中条件的文件的具体字段进行存储，这些具体字段可以包括前面符合数据命中规则的字段，如指示公司名称的字段、指示产品名称的字段、指示产品版本号的字段等，也可以包括后续用于匹配的字段，如指示文件名的字段、指示文件大小的字段等，还可以包括其他类型的字段。
71.在步骤103、基于相同的预设属性字段作为匹配条件，对所述待匹配名单中的文件和所述名单库进行匹配，将所述待匹配名单中匹配成功的文件记录入目标白名单中。
72.待匹配名单中的文件虽然覆盖了多个操作系统版本，但是不一定都是补丁文件，因此，本步骤基于相同的预设属性字段作为匹配条件，对待匹配名单中的文件和名单库进行匹配，实质上是利用官方补丁发布信息，与部署了客户端的终端返回的查杀日志相结合，通过字段匹配进行交叉比对，从而辨识出补丁文件，将传统解包方式所遗漏文件进行回收。
73.具体地，该预设属性字段可以是补丁文件客观存在的属性字段。在一些实施例中，该预设属性字段可以包括：指示文件大小的字段，指示产品版本的字段，以及指示文件名的字段。也就是说，待匹配名单生成后，将逐条与名单库进行比对，匹配文件size、product version、name这三个属性字段，比对完全一致时，表明此文件的文件详情与官方补丁发布信息是相匹配的，因而可以确定此文件为补丁文件，可以将此文件的hash值记录入目标白名单中。进一步地，该预设属性字段还可以包括：指示文件路径的字段。在实际应用中，若一文件的路径信息与补丁文件的路径信息不匹配，则该文件往往不为补丁文件，因此，可以将指示文件路径的字段作为一参考信息，提高辨识补丁文件的准确率。
74.另外，服务端在生成目标白名单后，可以将该目标白名单发送给各个客户端，以使各客户端基于该目标白名单对进入对应的客户端所在终端的文件进行检测。也就是说，服务端可以下发目标白名单，各客户端基于该目标白名单更新原先的白名单，以此来执行查杀功能，这样，由于该目标白名单收集到了对应大量不同版本操作系统的补丁文件的hash值，因此，可以有效减少各客户端对补丁文件的“误杀”。
75.还有，在一些实施例中，该方法还可以包括：从白名单库中，获取待匹配名单中匹配成功的文件对应的指定格式文件的kb号，并根据所述kb号对所述文件进行标记。也就是说，通过比对将待匹配名单中的一文件确定为微软补丁文件时，可以根据与该文件具有相同的预设属性字段的指定格式文件所在的kb号，对该文件进行标记，视为该文件由该kb号
发布，完成归档。这样，便于运营查询与管理，服务端的管理者可以通过该kb号，知晓该文件的来源；同时，在进行系统文件替换等其他调用时，通过该kb号可以明确数据目标，保证兼容性。
76.本技术实施例，获取公告页面中记录有补丁的发布信息的指定格式文件，以此生成名单库，并通过预设的数据命中条件对各个客户端上传的日志库进行过滤，基于筛选出的疑似补丁文件生成待匹配名单，进而基于相同的预设属性字段作为匹配条件，对待匹配名单中的文件和白名单进行匹配，将待匹配名单中匹配成功的文件视为补丁文件，记录入目标白名单中。这样，可以实现补丁文件的自动收集，降低人力成本，而且，由于目标白名单中的数据是通过交叉比对辨识出来的，准确性较高，同时，其可以覆盖大量不同版本的操作系统，具有更好的数据收集效果。
77.为了对本技术的方案做更为详细的说明，接下来介绍一具体实施例：
78.如图2所示，图2是本技术实施例提供的一种网络安全防护系统的示意图，该网络安全防护系统包括服务端21和多个客户端22。在本实施例中，该多个客户端22将本地所有走过查杀功能的文件的相关信息进行记录后，生成日志库并上传到服务端21；该服务端21利用该多个客户端22上传的日志库，结合微软官方补丁发布信息，实现对微软补丁文件的收集，并将基于数据收集结果得到的目标白名单下发给该多个客户端22。
79.具体地，服务端21收集微软补丁文件的工作流程如图3所示，包括：
80.s301、通过爬虫技术，对微软补丁更新广告页面中的指定csv文件进行遍历爬取；
81.其中，该指定csv文件是kb*.csv文件，以windows11更新为例，微软补丁更新广告页面中会发布每个kb_number对本次补丁发布信息进行说明，且结尾会附带更新文件表格，表格内有文件名、文件大小、路径等信息；
82.爬虫技术会检测微软补丁更新广告页面中的robot.txt协议，以此确定访问的范围，进而根据爬取规则进行爬取，先爬取所有csv文件，再对爬取到的所有csv文件进行过滤，得到指定csv文件；其中，该爬取规则包括根页面地址、爬取层次、页面类型解析方式等；
83.s302、将爬取到的指定csv文件存储至指定服务器的指定目录中，并对存储的所有指定csv文件进行数据合并，生成微软更新信息名单库；
84.s303、创建针对于疑似微软补丁文件的数据命中规则，对各客户端上传的日志库进行过滤，筛选出各日志库中的疑似微软补丁文件；
85.其中，该数据命中规则为：company name＝microsoft corporation||productoperating system||product versionnumber！＝null。该数据命中规则中，“||”是并列符号，“＝”左边的内容是字段，右边的内容是字段的详细信息，也就是说，当日志库的一文件满足该数据命中规则时，该文件即为疑似微软补丁文件；
86.s304、针对筛选出来的疑似微软补丁文件，以hash值为主键，附带具体字段进行逐条存储，生成待匹配名单；
87.s305、将待匹配名单中的疑似微软补丁文件逐个与微软更新信息名单库进行比对，匹配文件size、product version、name这三个属性字段，比对完全一致时，将此疑似微软补丁文件视为微软补丁文件，将其hash值记录入目标白名单；
88.s306、针对目标白名单中记录的微软补丁文件，获取微软更新信息名单库中此条数据所在kb_number，视为此微软补丁文件由该kb_number发布，完成归档。
89.由上可知，本技术实施例以爬虫技术作为依托，充分利用微软官方公告信息、客户端的日志库等已有独立数据，通过交叉比对的方法辨识出微软补丁文件，且还原到具体目录编号下。这样，可以替代掉行业内耗费人力进行文件收集、解包的传统做法，不需要前期操作，且可无视来源，但能够达到更好的数据收集效果，包括准确性更高、覆盖更为全面等。
90.与前述方法的实施例相对应，本技术还提供微软补丁文件收集装置及其应用的终端的实施例：
91.如图4所示，图4是本技术实施例提供的一种补丁文件收集装置的框图，所述装置包括：
92.获取模块41，用于获取公告页面中的指定格式文件，并基于所述指定格式文件生成名单库；所述指定格式文件中记录有补丁的发布信息；
93.筛选模块42，用于从各个客户端上传的日志库过滤出满足预设的数据命中条件的文件，基于所述文件生成待匹配名单；
94.匹配模块43，用于基于相同的预设属性字段作为匹配条件，对所述待匹配名单中的文件和所述名单库进行匹配，将所述待匹配名单中匹配成功的文件记录入目标白名单中。
95.上述装置中各个模块的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。
96.本技术还提供一种电子设备，请参见图5，图5为本技术实施例提供的一种电子设备的结构框图。电子设备可以包括处理器510、通信接口520、存储器530和至少一个通信总线540。其中，通信总线540用于实现这些组件直接的连接通信。其中，本技术实施例中电子设备的通信接口520用于与其他节点设备进行信令或数据的通信。处理器510可以是一种集成电路芯片，具有信号的处理能力。
97.上述的处理器510可以是通用处理器，包括中央处理器(cpu，central processing unit)、网络处理器(np，network processor)等；还可以是数字信号处理器(dsp)、专用集成电路(asic)、现成可编程门阵列(fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本技术实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器510也可以是任何常规的处理器等。
98.存储器530可以是，但不限于，随机存取存储器(ram，random access memory)，只读存储器(rom，read only memory)，可编程只读存储器(prom，programmable read-only memory)，可擦除只读存储器(eprom，erasable programmable read-only memory)，电可擦除只读存储器(eeprom，electric erasable programmable read-onlymemory)等。存储器530中存储有计算机可读取指令，当所述计算机可读取指令由所述处理器510执行时，电子设备可以执行上述图1方法实施例涉及的各个步骤。
99.可选地，电子设备还可以包括存储控制器、输入输出单元。
100.所述存储器530、存储控制器、处理器510、外设接口、输入输出单元各元件相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通信总线540实现电性连接。所述处理器510用于执行存储器530中存储的可执行模块，例如电子设备包括的软件功能模块或计算机程序。
101.输入输出单元用于提供给用户创建任务以及为该任务创建启动可选时段或预设
执行时间以实现用户与服务器的交互。所述输入输出单元可以是，但不限于，鼠标和键盘等。
102.可以理解，图5所示的结构仅为示意，所述电子设备还可包括比图5中所示更多或者更少的组件，或者具有与图5所示不同的配置。图5中所示的各组件可以采用硬件、软件或其组合实现。
103.本技术实施例还提供一种存储介质，所述存储介质上存储有指令，当所述指令在计算机上运行时，所述计算机程序被处理器执行时实现方法实施例所述的方法，为避免重复，此处不再赘述。
104.本技术还提供一种计算机程序产品，所述计算机程序产品在计算机上运行时，使得计算机执行方法实施例所述的方法。
105.在本技术所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本技术的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
106.另外，在本技术各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。
107.所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
108.以上所述仅为本技术的实施例而已，并不用于限制本技术的保护范围，对于本领域的技术人员来说，本技术可以有各种更改和变化。凡在本技术的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本技术的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。
109.以上所述，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应所述以权利要求的保护范围为准。
110.需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存
在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。