监督检查方法、系统、可读存储介质及计算机设备与流程

1.本技术涉及计算机技术领域，特别是涉及监督检查方法、系统、可读存储介质及计算机设备。


背景技术：

2.在过往的工作中，检查督查一般是通过现场线下纸质流程完成的。现场工作中，工作人员会根据携带的检查记录单上检查项逐条执行并填写检查结果，执行完毕之后由被检查单位负责人及检查人员共同签字保证结果可靠性，流程非常繁琐，效率极低。另外，现场监督检查中最重要的检查记录单目均为手写纸质版，这对统计结果的归档和分析造成了非常大的困难，从而使得现场监督检查工作很难有效指导后续网络安全建设工作方向。因此，通过线下纸质业务流完成现场执法检查有明显的缺陷：其一，被检查单位接收任务反馈结果不便；其二，现场监督检查的结果记录单无法较好的归档分析；其三，纸质文件保存、调档困难。
3.相关技术通过移动端接收用户输入的现场检查信息来生成电子检查项目单，从而实现电子归档、线上反馈，但是现场检查方式单一，导致场景适用性不高。
4.针对相关技术中存在的现场检查方式单一、场景适应性不高的问题，目前还没有提出有效的解决方案。


技术实现要素：

5.本技术实施例提供了一种监督检查方法、系统、可读存储介质及计算机设备，以至少解决上述相关技术中现场检查方式单一、场景适应性不高的问题。
6.第一方面，本技术实施例提供了一种监督检查方法，包括：
7.接收监督检查任务，并执行至少一种类型的监督检查任务，其中，所述监督检查任务的类型包括现场检查类型、远程检查类型以及自查类型；
8.执行现场检查类型的监督任务包括：
9.解析出所述监督检查任务的检查模板，并根据所述检查模板实施现场检查；
10.执行远程检查类型的监督任务包括：
11.根据所述监督检查任务在预设时间内实施渗透检查及接收对应的渗透报告，并根据所述渗透报告对所述监督检查任务进行监督检查；
12.执行自查类型的监督任务包括：
13.获取所述监督检查任务的任务关键字和任务状态，并通过所述任务关键字和所述任务状态对所述监督检查任务实施自查。
14.在其中一些实施例中，所述根据所述检查模板实施现场检查的步骤包括：
15.接收用户输入的现场监督检查信息，并根据所述现场监督检查信息生成现场监督检查结果；
16.当所述现场监督检查结果审核通过，完成所述监督检查任务。
17.在其中一些实施例中，所述根据所述渗透报告对所述监督检查任务进行监督检查的步骤包括：
18.获取所述监督检查任务中的任务信息，并根据所述任务信息生成对应的渗透报告；
19.当所述渗透报告审核通过，完成所述监督检查任务。
20.在其中一些实施例中，所述通过所述任务关键字和所述任务状态对所述监督检查任务实施自查的步骤包括：
21.根据所述任务关键字和所述任务状态查询所有的任务的检查表中符合预设要求的检查表；
22.根据所述符合预设要求的检查表生成自查结果；
23.当所述自查结果审核通过时，完成所述监督检查任务。
24.在其中一些实施例中，所述方法还包括：
25.当所述监督检查任务的检查结果审核不通过时，发送整改信息以使用户根据所述整改信息执行整改操作；
26.当所述整改操作的整改结果审核通过时，完成所述监督检查任务。
27.第二方面，本技术实施例提供了一种监督检查系统，包括：
28.接收模块，用于接收监督检查任务，并执行至少一种类型的监督检查任务，其中，所述监督检查任务的类型包括现场检查类型、远程检查类型以及自查类型；
29.第一处理模块，用于解析出所述监督检查任务的检查模板，并根据所述检查模板实施现场检查；
30.第二处理模块，用于根据所述监督检查任务在预设时间内实施渗透检查及接收对应的渗透报告，并根据所述渗透报告对所述监督检查任务进行监督检查；
31.第三处理模块，用于获取所述监督检查任务的任务关键字和任务状态，并通过所述任务关键字和所述任务状态对所述监督检查任务实施自查。
32.在其中一些实施例中，所述第一处理模块包括：
33.第一处理单元，用于接收用户输入的现场监督检查信息，并根据所述现场监督检查信息生成现场监督检查结果；
34.第一审核单元，用于当所述现场监督检查结果审核通过，完成所述监督检查任务。
35.在其中一些实施例中，所述第二处理模块包括：
36.第二处理单元，用于获取所述监督检查任务中的任务信息，并根据所述任务信息生成对应的渗透报告；
37.第二审核单元，用于当所述渗透报告审核通过，完成所述监督检查任务。
38.在其中一些实施例中，所述第三处理模块包括：
39.查询单元，用于根据所述任务关键字和所述任务状态查询出所有的任务的检查表中符合预设要求的检查表；
40.第三处理单元，用于根据所述符合预设要求的检查表生成自查结果；
41.第三审核单元，用于当所述自查结果审核通过时，完成所述监督检查任务。
42.在其中一些实施例中，所述系统还包括：
43.审核模块，用于当所述监督检查任务的检查结果审核不通过时，发送整改信息以
使用户根据所述整改信息执行整改操作；
44.第四处理模块，用于当所述整改操作的整改结果审核通过时，完成所述监督检查任务。
45.第三方面，本技术实施例提供了一种可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上述第一方面所述的监督检查方法。
46.第四方面，本技术实施例提供了一种计算机设备，包括存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如上述第一方面所述的监督检查方法。
47.相比于相关技术，本技术实施例提供的监督检查方法、系统、可读存储介质及计算机设备，根据监督检查任务的任务类型，选择与该任务类型对应的模式执行监督检查，使得监督检查任务能够满足现场检查、远程检查以及自查等相关操作，解决了单一现场监督检查方式的场景适用性不高的问题，提升了场景适用性。
48.本技术的一个或多个实施例的细节在以下附图和描述中提出，以使本技术的其他特征、目的和优点更加简明易懂。
附图说明
49.此处所说明的附图用来提供对本技术的进一步理解，构成本技术的一部分，本技术的示意性实施例及其说明用于解释本技术，并不构成对本技术的不当限定。在附图中：
50.图1为本发明第一实施例中的监督检查方法的流程图；
51.图2为本发明第二实施例中的监督检查方法的流程图；
52.图3为本发明第二实施例中的现场检查的具体流程图；
53.图4为本发明第二实施例中的远程检查的具体流程图；
54.图5为本发明第三实施例中的监督检查系统的结构框图；
55.图6为本发明第四实施例中的计算机设备的结构框图。
56.主要元件符号说明：
57.存储器10第一处理模块12处理器20第二处理模块13计算机程序30第三处理模块14接收模块11
ꢀꢀ
58.如下具体实施方式将结合上述附图进一步说明本发明。
具体实施方式
59.为了使本技术的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本技术进行描述和说明。应当理解，此处所描述的具体实施例仅仅用以解释本技术，并不用于限定本技术。基于本技术提供的实施例，本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其他实施例，都属于本技术保护的范围。
60.显而易见地，下面描述中的附图仅仅是本技术的一些示例或实施例，对于本领域的普通技术人员而言，在不付出创造性劳动的前提下，还可以根据这些附图将本技术应用于其他类似情景。此外，还可以理解的是，虽然这种开发过程中所作出的努力可能是复杂并
且冗长的，然而对于与本技术公开的内容相关的本领域的普通技术人员而言，在本技术揭露的技术内容的基础上进行的一些设计，制造或者生产等变更只是常规的技术手段，不应当理解为本技术公开的内容不充分。
61.在本技术中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本技术的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域普通技术人员显式地和隐式地理解的是，本技术所描述的实施例在不冲突的情况下，可以与其它实施例相结合。
62.除非另作定义，本技术所涉及的技术术语或者科学术语应当为本技术所属技术领域内具有一般技能的人士所理解的通常意义。本技术所涉及的“一”、“一个”、“一种”、“该”等类似词语并不表示数量限制，可表示单数或复数。本技术所涉及的术语“包括”、“包含”、“具有”以及它们任何变形，意图在于覆盖不排他的包含；例如包含了一系列步骤或模块(单元)的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可以还包括没有列出的步骤或单元，或可以还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。本技术所涉及的“连接”、“相连”、“耦接”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电气的连接，不管是直接的还是间接的。本技术所涉及的“多个”是指两个或两个以上。“和/或”描述关联对象的关联关系，表示可以存在三种关系，例如，“a和/或b”可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。本技术所涉及的术语“第一”、“第二”、“第三”等仅仅是区别类似的对象，不代表针对对象的特定排序。
63.首先，需要说明的是：
64.现场检查：网信办工作人员前往被检查单位，现场根据任务建立时选定的模板项，逐一检查并填写。
65.总任务：由支队长或管理员建立的针对一系列单位的现场检查、单位自查、远程检查任务。
66.单位任务：总任务下某一单位的任务。
67.整改报告：若某一单位现场检查结果为需整改，则由被检查单位在整改期限前提供相应的整改报告(word、pdf、zip、rar等形式文件)，证明本单位已完成稿整改工作。
68.检查模板：可由运维人员自由编辑的现场检查或单位自查时的模板。其中提供几个固定模块，可以选择将固定模块加入到模板中。
69.单位自查：被监管单位接收网信办下发的任务，并根据检查模板在web页上直接填写相关信息。
70.远程检查：由监管方发起任务，由支撑单位接收远程检查(渗透)的任务，完成任务后回传远程结果报告。
71.本发明提供了一种监督检查方法，针对网信办监督检查执行效率较低、其结果无法有效的归档统计、检查方式单一、场景适用性不高等问题，提出的有效系统性解决方案。该发明的关键点是以现场监督检查，远程检查督查及单位自查三个维度去执行检查，达到网信办的流程网络化、系统自动化检查督查，以便完成网信办检查数字化改革。
72.实施例一
73.请参阅图1，所示为本发明第一实施例中的监督检查方法的流程图，所述方法具体包括步骤s101至s104：
74.s101，接收监督检查任务，并执行至少一种类型的监督检查任务，其中，所述监督检查任务的类型包括现场检查类型、远程检查类型以及自查类型；
75.在具体实施时，将监督检查任务分为现场监督检查、远程监督检查以及自查三个任务类型，并且根据任务类型的不同采用不同的监督检查方式进行检查。
76.可以理解的，在一些可选实施例中，三种监督检查方式可以单独执行监督检查任务，也可以选择其中一种或两种共同执行监督检查任务。
77.s102，解析出所述监督检查任务的检查模板，并根据所述检查模板实施现场检查；
78.在具体实施时，当监督检查任务的任务类型为现场检查类型时，意味着检查单位需要通过现场检查的方式，补充相关单位的信息；通过该现场检查类型所对应的数据规则解析出对应的检查模板，被检查单位通过移动终端在该检查模板上输入对应的被检查信息，检查单位根据被检查信息到场进行检查，并上传对应的检查报告；
79.若该检查报告经由检查单位的上级单位审核通过，意味着现场检查合格，完成本次监督检查任务；若该检查报告经由检查单位的上级单位审核未通过，则上级单位下发整改报告，以使被检查单位根据整改报告进行整改，整改完成后由检查单位重新检查并重新上传检查报告，直到检查报告审核通过。
80.s103，根据所述监督检查任务在预设时间内实施渗透检查及上传对应的渗透报告，并根据所述渗透报告对所述监督检查任务进行监督检查；
81.在具体实施时，当监督检查任务的任务类型为远程检查类型时，意味着检查单位需要通过远程检查的方式来掌握全区域所有单位信息安全工作情况，由检查单位选择被检查单位以及检查时间对该被检查单位发起远程检查，并由检查单位指定对应的检查信息及在指定时间内进行渗透检查，并上传对应的渗透报告；
82.若该渗透报告由检查单位的上级单位审核通过，意味着远程检查合格，完成本次监督检查任务；若该渗透报告由检查单位的上级单位审核未通过，则上级单位下发整改报告，以使被检查单位根据整改报告进行整改，整改完成后上传整改报告，由检查单位根据整改报告重新进行远程检查，审核整改结果，直到整改结果通过。
83.s104，获取所述监督检查任务的任务关键字和任务状态，并通过所述任务关键字和所述任务状态对所述监督检查任务实施自查。
84.在具体实施时，当监督检查任务的任务类型为自查类型时，被检查单位根据该监督检查任务中所提供的任务关键字和任务状态查询所有任务的检查表中符合要求的检查表，并对该符合要求的检查表实施自查，并上传自查报告；
85.若该自查报告由被检查单位设置审核人进行审核，当审核人审核通过，意味着自查合格，完成本次监督检查任务；若该自查报告由审核人审核未通过，则由审核人发送回退报告，以使被检查单位根据所述回退报告进行整改，并上传整改结果，直至整改结果审核通过。
86.可以理解的，自查报告的审核人还可以为检查单位以及该检查单位的上级单位。
87.综上，本发明上述实施例当中的监督检查方法，根据监督检查任务的任务类型，选择与该任务类型对应的模式执行监督检查，使得监督检查任务能够满足现场检查、远程检
查以及自查等相关操作，解决了单一的现场检查场景适用性不高的问题，提高了场景适用性，提升了检查力度。此外，有效降低了被检查单位接受检查时的繁琐程度，实现远程监督检查，使得检查结果文档的电子化，有效降低结果归档和分析的难度，并且所有相关文件将由系统直接生成和归档，有效减降低人工保存成本，方便调档，保证所有的监督检查任务的流程网络化，提高工作效率，还能方便对所有的监督检查任务进行查看及调档，避免了通过线下纸质业务流完成现场执法检查存在被检查单位接收任务反馈结果不便和现场监督检查的结果记录单无法较好的归档分析以及纸质文件保存、调档苦难的问题。
88.实施例二
89.请参阅图2，所示为本发明第二实施例中的监督检查方法的流程图，所述方法具体包括步骤s201至s210：
90.s201，接收监督检查任务，并执行至少一种类型的监督检查任务，其中，所述监督检查任务的类型包括现场检查类型、远程检查类型以及自查类型；
91.在具体实施时，将监督检查任务分为现场监督检查、远程监督检查以及自查三个任务类型，并且根据任务类型的不同采用不同的监督检查方式进行检查。
92.可以理解的，在一些可选实施例中，三种监督检查方式可以单独执行监督检查任务，也可以选择其中一种或两种共同执行监督检查任务。
93.s202，解析出所述监督检查任务的检查模板，并接收用户输入的现场监督检查信息，并根据所述现场监督检查信息生成现场监督检查结果；
94.s203，当所述现场监督检查结果审核通过，完成所述监督检查任务；
95.在具体实施时，当监督检查任务的任务类型为现场检查类型时，意味着检查单位需要通过现场检查的方式，补充相关单位的信息，请参阅图3，所示为本实施例中现场检查的具体流程图。在本实施例中，现场检查的具体内容如下：
96.一、权限说明
97.总任务发起权限：赋权网信办支队长及以上角色。
98.总任务审核权限：赋权任务发起人或其上级。
99.总任务执行权限：赋权任务发起人或其下级。
100.二、总任务状态说明
101.任务待审批：已发送给审批角色但未被审批。(若无任务审批环节则无此状态，审核工作仅web端)
102.检查中：任务审批通过(如有审批环节)且总任务下的所有单位尚未全部办结。
103.待办结：总任务下所有单位都已办结，但总任务还未手动办结。
104.完结：所有单位任务都已办结情况下，自动办结。(办结后除去单位任务的评价按钮可以操作外，其余所有信息将无法被编辑和删除)
105.三、单位任务状态说明
106.待检查：总任务已发起，但总任务下的a单位目前未被点击过开始检查。
107.检查中：执行角色点击“开始检查”后至完成检查模板填写，并得出检查结果提交前(检查通过、待整改)。
108.检查结果审核：已完成现场检查，其结果待任务发起人或其上级审核。
109.整改中：检查结果为“需整改”，则结果审核通过后至完成整改报告上传并办结前
状态均为整改中。
110.整改结果审核：已由被监管单位上传完毕整改报告，需要任务发起人、任务联系人进行整改报告审核。
111.办结：1)现场检查结果为检查通过，且审核角色对结果审核为通过情况下，自动办结。
112.2)现场检查结果为“需整改”，且任务发起人或任务执行人完成整改报告上传情况下，自动办结。
113.3)现场检查结果为“需整改”，由被检查单位上传整改报告后任务发起人或任务执行人审核通过。
114.办结后该单位的检查模板不再允许修改，但整改报告允许删除和重新上传(若删除后不上传则无法保存，认为操作失败)。
115.四、逾期标志说明
116.总任务：当超过总时间范围却仍有至少一个单位任务未办结。(当总任务过期时，其下所有未完结单位任务自然都是逾期的，因此暂不对单位任务设逾期标志)
117.五、单位任务检查结果说明
118.检查通过：现场检查中认为单位工作到位，直接通过。
119.需整改：现场检查中认为单位工作有所欠缺，需要整改，且此时单位还未提交整改报告(此结果为中间状态，一旦被检查单位提交整改报告且审核通过后，结果自动变为整改通过)。
120.整改通过：由任务联系人上传整改报告或者被检查单位上传整改报告且审核通过后，检查结果变为整改通过。
121.六、单位任务操作
122.开始检查：仅待检查、检查中状态可见该操作项，且展现顺位第一；只对该总任务的联系人和检查人员可见。点击后进入检查模板填写页面。
123.结果审核：仅对检查结果审核状态任务可见，且展现顺位第一；仅对被选中的审核人员可见。点击后进入检查模板填写结果页面进行审核工作。
124.整改审核：仅对整改结果审核状态任务可见，且展现顺位第一；对该总任务的联系人和操作该任务的检查人员可见。点击后弹出审核窗进行审核。
125.上传报告：仅对整改中任务可见，且展现顺位第一；对总任务的联系人、检查人员和该被检查单位的单位账号可见。点击之后弹出附件上传窗。
126.评分：仅对整改中、整改结果审核、办结状态的任务可见，对办结状态的任务展现顺位第一，对整改中、整改结果审核状态的任务折叠到更多中。只对该总任务的联系人和检查人员可见。点击后弹窗对支撑单位进行评分。
127.点击评分弹出弹窗如下图形式，展示检查模板填写时选择的支撑单位(最多选择两个，因此此处最多展示两个)，可对支撑单位的工作态度、工作效率、技术实力三方面进行打分。打分分为五档(非常不满意1分、不满意2分、一般3分、满意4分、非常满意5分)，可填写评价详情。最后根据3项打分得出平均分即为该支撑单位的此次现场检查的考评分。评分结束后再次点击评分按钮可以看到之前评价。
128.七、任务执行流程说明
129.(1)任务发起(入口为“新建任务”按钮)
130.输入任务名称、选择检查对象(点击编辑弹窗后通过区域、行业、关键字三个维度对检查对象管理中的单位进行筛选后可对结果全选)、是否联合检查、下拉选择“支撑单位”(可复选，非必填项)、下拉选择支撑方技术人员(支撑单位已选情况下该项才可操作，非必填项)、下拉选择任务接收人(非必填，可认为是由任务联系人统筹的检查组人员)、检查模板((下来单选，从检查事项库中选取))、选择检查时间段、下拉选择任务联系人(从平台上网信办的系统用户中选择)、联系方式(非必填，自动从检查人员管理中获取相应联系方式)、上级审批(单选是或否)、任务审核人(上级审批选是时才出现，默认为空，可下拉选则同一级监管单位下的上级人员进行审核)，允许上传附件(非必须)，全部填写完毕后点击“完成”即发起任务并送相关人员审核。
131.(2)任务办理
132.1)总任务审核(操作项未总任务列表中的审核)
133.审核角色在总任务单列表中看到待审核的总任务。点击审核，在详情页点击“通过”，任务自动发送至任务联系人和检查人员处；填写不通过理由(非必填)，并选择“不通过”，则退回任务发起角色。
134.2)总任务接收(操作项为总任务列表中的办理)
135.任务联系人在自己的任务单列表中看到待检查状态的总任务单，点击“办理”后打开任务，此时联系人有权编辑“检查人员”字段，他编辑之后所有检查人员都可以查看到该总任务，并办理总任务下的单位任务。若有任务联系人 任务接收人≥2，则针对某一单位任务第一位点击“办理”的人员的账号将作为后续现场检查的执行者，其余账号无法在填写该单位检查模板，但是可以查看详情。
136.3)单位任务执行(单位任务状态为待检查和检查中，操作项为单位任务列表中的开始检查)
137.任务联系人或检查人员到达现场，通过web端或者app端进入任务详情页，再点击开始检查，根据任务设置的检查模板逐项填写相关信息，每一模块填完进入下一步后这个模块信息送后台保存，全部模块填写完毕则检查结束后，可上传附件(非必需)：照片、pdf文档、文字性报告等。最后现场选择“检查结果”(必填、单选)：“检查通过”或者“需整改”。填写“检查意见”(非必填，输入框)，选择是否需要上级审核，若选择需要，则单位任务进入检查结果审核状态。若选择不需要上级审核，则“检查通过”的单位任务自动办结，“需整改”的单位任务状态变为整改中，并送相应的单位进行整改。
138.4)现场检查结果审核(单位任务状态为检查结果审核，操作项为单位任务列表中的结果审核)
139.仅被选中的审核人员可操作，点击“结果审核”后在跳出的详情页里点击“通过”，任务根据检查结果不同分别办结或进入状态“整改中”；输入意见，点击“不通过”则退回相应任务联系/检查人处。
140.5)整改报告上传(单位任务状态为整改中，操作项为单位任务列表中的上传报告)
141.权限：总任务的联系人、检查人员以及该被检查单位的单位用户可对该单位上传整改报告。
142.现场检查结果若为“需整改”则在已检查单位列表中该单位这一行操作项中出现“上传报告”，点击之后在弹窗中上传整改报告并点击确定之后，该单位任务状态变为整改结果审核。
143.6)整改结果审核(单位任务状态为整改结果审核，操作项为单位任务列表中的整改审核)
144.总任务的联系人、检查人员可审核整改结果，点击整改审核，在弹窗中选择通过则该单位任务办结，选择回退，则该单位任务状态变为整改中。
145.s204，获取所述监督检查任务中的任务信息，并根据所述任务信息生成对应的渗透报告；
146.s205，当所述渗透报告审核通过，完成所述监督检查任务；
147.在具体实施时，当监督检查任务的任务类型为远程检查类型时，意味着检查单位需要通过远程检查的方式来掌握全区域所有单位信息安全工作情况，请参阅图4，所示为本实施例中远程监督的具体流程图。在本实施例中，远程监督的具体内容如下：
148.一、权限说明
149.任务发起权限：赋权网信支队长即平台管理员，其余待定。
150.任务审核权限：赋权发起人上级或发起人本人，其余待定。
151.任务执行(处理)权限(即检查报告填写或上传权限)：支撑单位、任务发起人和被检查单位(不同环节负责角色不同)，其余待定。
152.删除权限：赋权任务发起人和管理员角色，其余待定。
153.查询权限、查看详情、导出权限：赋权all，但支撑单位仅能看到自己负责的总任务下的单位任务信息；被检查单位仅能看到总任务下本单位的单位任务信息。
154.二、任务状态说明
155.1、总任务状态说明
156.任务待审核：任务已送审批角色但未被审批(若无任务审核环节则无此状态)
157.检查中：任务已审批通过，但未完成任务相关所有单位任务的结果上传办结：该大任务下所有单位任务均已完成提交后可手动办结。
158.2、单位任务列表状态说明
159.检查中：总任务建立且通过审核后(若有审核环节)至支撑单位或任务发起人完成渗透报告的上传。
160.渗透结果确认：支撑单位已完成渗透报告上传，需要任务发起人确认结果。
161.整改中：从渗透结果确认完毕至被检查单位或任务发起人上传完整改报告前。
162.整改结果审核：被检查单位上传完整改报告后到任务发起人完成审核前。
163.办结：任务发起人上传完整改报告后，或者被检查单位上传完整改报告且审核通过后。(在总任务办结之前，仍允许平台管理员和任务建立人替换检查报告)
164.3、逾期标志说明
165.总任务：当超过总时间范围却仍有至少一个单位任务未办结。(当总任务过期时，其下所有未完结单位任务自然都是逾期的，因此暂不对单位任务设逾期标志)
166.三、任务单列表
167.1、总任务列表：
168.进入远程检查子模块后默认展现任务单列表(客户要求以列表形式展现)，按发起
时间倒序排列所有任务。
169.所有总任务单允许用户条件查询或模糊查询，查询条件有：任务时间(选择时间段)、任务状态(下拉框，选项同总任务状态)、是否逾期、关键字(任务名等、被检查单位名称、支撑单位等)查询相应任务。每一角色可查询的范围是该角色及同单位下属角色经手的任务单。
170.web端列表中展现字段有任务名称、任务时间、任务状态、是否逾期、支撑单位(展示最多不超过某一数量的字符)；在列表页面可对任务进行三项操作：
171.1)查看：全状态可见，点击后展现总任务详情，对所有有权限查看到该总任务的人可见，展现顺位第二。
172.2)办理：检查中状态可见，仅对任务发起人和相应自查单位开放，展现顺位第一。
173.3)审核：任务待审核状态乐见，仅对总任务的制定审核人开放，展现顺位第一。
174.4)删除：全状态可见，删除按钮仅允许任务建立人和平台管理员操作。
175.5)导出：全状态可见，对所有有权限查看到该总任务的人可见，点击后导出该远程检查任务下所有单位任务的检查表(导出任务情况表格，即每个总任务一行，每行字段为总任务详情中的字段)和所有单位任务的渗透和整改报告打包文件。
176.2、单位任务列表：
177.可根据关键字(单位名称、行业、区域，支持模糊搜索)、和任务状态(下拉单选，选项为所有单位任务状态)对列表进行查询。
178.列表字段有：单位名称、单位类型、行业、任务状态、支撑单位、支撑单位联系人、联系方式、单位联系人、联系方式、渗透报告(该列直接展示上传的整改报告，点击后可下载)、整改报告(该列直接展示最近一次上传的整改报告，点击后可下载)、检查结果、渗透设备ip，操作项：
179.上传渗透报告：仅对检查中状态的任务可见，且展现顺位第一。对任务建立人和相应的支撑单位下的用户可见。点击后可上传渗透报告：上传渗透报告时须填写渗透设备ip，假如是任务发起人上传，则须同时选择渗透结果为需整改或检查通过。
180.上传整改报告：仅对整改中状态的任务可见，且展现顺位第一。对任务发起人和对应的被检查单位的单位用户可见。点击之后可上传整改报告(附件形式)。
181.单位详情：对所有状态任务可见，对待接收、自查中状态展现顺位第二，对其余状态折叠到更多中。对所有有权限看到该单位任务的人员均可见。点击后展现该被检查单位的单位详情页面(即监管对象-单位信息管理-相应单位详情页面)。
182.查看：对所有状态任务可见，对办结状态的任务展现顺位第二，对其余状态折叠到更多中。对所有有权限看到该单位任务的人员均可见。点击后可在线浏览渗透报告，同时提供任务信息(任务信息仅对监管方人员可见，被检查单位不可见)。
183.确认结果：仅对渗透结果确认状态任务可见，且展现顺位第一；仅对任务发起人可见。点击之后弹窗选择渗透结果为需整改或检查通过。
184.审核：仅对整改结果审核状态任务可见，且展现顺位第一；仅对任务发起人可见。点击后弹窗对被监管单位的整改结果进行审核。
185.导出：对全状态任务可见，折叠到更多种；对所有有权限看到该单位任务的人员均可见。点击之后导出该单位任务的渗透报告和整改报告。
186.删除：对全状态任务可见，展现顺位最末；仅平台管理员可删除。点击之后删去该单位任务和相应的记录。
187.评分：仅对整改中、整改结果审核、办结状态的任务可见，对办结状态的任务展现顺位第一，对整改中、整改结果审核状态的任务折叠到更多中。只对该总任务的联系人和检查人员可见。点击后弹窗对支撑单位进行评分。
188.任务新建时可选择复数个支撑单位和复数个被检查单位，默认情况下被检查单位将随机(数量相等，对应关系随机)分配到各个支撑单位下，由对应支撑单位负责该被检查单位的远程渗透。若只选择了1家支撑单位，则所有被检查单位自动全部分配给该支撑单位负责渗透。在总任务详情页点击支撑单位，弹窗用穿梭框给出该支撑单位负责的被检查单位清单，可通过穿梭框进行编辑还未上传渗透报告的被检查单位的归属的支撑单位。
189.3、总任务详情页包含以下字段：
190.1)任务详情：任务名称、发起人、联系方式、检查类型(远程检查)、任务状态、逾期标志、任务时间、剩余天数、支撑单位、任务附件(可下载)。
191.2)任务记录：含总任务环节处理人(姓名、单位、手机)和处理动作和审核意见。
192.3)单位任务列表，当用户点击总任务列表中的查看和审核进入总任务详情页时，单位列表中的操作项仅有单位信息、查看、导出；点击办理进入详情页时展现全部操作项(操作项权限不变)。
193.4)办结进度：进度条，展示该总任务下已办结单位任务数/所有单位任务总数。
194.4、单位任务详情页包含以下字段：
195.1)渗透报告：将支撑单位上传的渗透报告做在线浏览展示在“渗透报告”tab页下。
196.2)任务信息：展现支撑单位名称、联系人、联系方式；展示该单位任务的处理记录，姓名、单位、联系方式和处理动作。
197.四、任务执行流程说明
198.1、任务发起(入口为“新建任务”按钮)
199.填写信息如下：填写任务名称、选择检查对象(点击编辑弹窗后通过区域、行业、关键字三个维度对检查对象管理中的单位进行筛选后可对结果全选)、选择支撑单位(下拉复选，选项范围为支撑单位管理中录入的单位)、选择任务时间、附件(非必填)、上级审批(单选是或否)、任务审核人(上级审批选是时才出现，默认为空，可下拉选则同一级监管单位下的上级人员进行审核)，选择或输入完毕后点击“完成”。
200.2、任务执行
201.1)任务审核角色
202.审核角色在任务单列表看到待审核任务。点击审核，在详情页设置审核通过和回退两个按钮；设置审核意见输入框(非必填)；选择“回退”，则退回发起角色。
203.2)支撑单位
204.在总任务详情页看到检查中的单位任务，线下完成渗透测试并形成报告后，点击上传报告，输入渗透设备ip，上传渗透报告，点击确认，单位任务进入渗透即通过确认状态。渗透设备ip指某一被检查单位的检查单位系统渗透服务器ip或者网站系统服务器ip，渗透报告指某一被检查单位的网站系统检查报告。
205.3)任务发起人
206.在总任务详情页看到某一渗透结果确认状态的单位任务，点击“确认结果”在弹窗中选择是否需要整改，若选择需要整改则该单位任务送被检查单位，单位任务状态变为整改中；假如选择检查通过，则该单位任务自动办结。
207.在总任务详情页看到某一检查中状态的单位任务，点击“上传报告”，在弹窗中输入渗透设备ip，上传渗透报告(已线下获取支撑单位完成渗透后给出的渗透报告)，选择是否需要整改，若选择需要整改则该单位任务送被检查单位，单位任务状态变为整改中；假如选择检查通过，则该单位任务自动办结。
208.在总任务详情页看到某一整改结果审核状态的单位任务，点击审核，在弹窗中选择通过或回退，若通过则该单位任务办结，若回退则该任务返回整改中状态，处理人变为被检查单位。
209.在总任务详情页看到某一整改中状态的单位任务，点击上传报告，在弹窗中上传该单位的整改报告(已通过线下获取该单位整改报告)，点击确认，该单位任务办结。
210.总任务下所有单位任务均办结后，该总任务可手动办结。
211.4)被检查单位
212.单位端，将看到与本单位有关的总任务列表，点击进入详情页面后，在单位列表中仅能看到本单位的整改中、整改结果审核、办结状态的单位任务。在整改中状态的本单位任务操作项中点击“上传报告”后在弹窗中上传本单位的整改报告，上传完毕点击确认单位任务状态变为整改结果审核。
213.s206，获取所述监督检查任务的任务关键字和任务状态，并根据所述任务关键字和所述任务状态查询出所有的任务的检查表中符合预设要求的检查表；
214.s207，根据所述符合预设要求的检查表生成自查结果；
215.s208，当所述自查结果审核通过时，完成所述监督检查任务；
216.在具体实施时，当监督检查任务的任务类型为自查类型时，自查任务的具体内容如下：
217.一、权限说明
218.任务发起权限：赋权网信管理员。
219.任务审核权限：赋权发起人上级或发起人本人。
220.任务执行权限：被检查单位和平台管理员。
221.删除权限：赋权任务发起人和管理员角色。
222.查询权限、查看详情、导出权限：赋权all，被检查单位仅能看到总任务下本单位的单位任务信息。
223.二、任务单状态说明
224.总任务状态说明
225.任务待审批：任务已送审批角色但未被审批(若无任务审核环节则无此状态)。
226.自查中：任务已审批通过，但未完成任务相关所有单位自查结果的上传。
227.办结：该大任务下所有单位自查结果均已提交且均为“审核通过”状态则可手动办结。
228.单位任务状态说明
229.待接收：任务已发至单位，但相应处理人还未点击该单位任务的任何操作项。
230.自查中：相应处理人已点击过该条任务的某一操作项(除删除)，但未提交自查报告。
231.自查结果审核：该单位已提交自查报告，但未被审核(单位未上平台的无该状态)。
232.办结：单位提交的自查报告通过任务审核人审核，则自动办结。
233.逾期标志说明
234.总任务：当超过总时间范围却仍有至少一个单位任务未办结。(当总任务过期时，其下所有未完结单位任务自然都是逾期的，因此暂不对单位任务设逾期标志)。
235.三、任务单列表
236.1、总任务列表需求说明
237.进入单位自查子模块后默认展现自查任务单列表。默认按照任务建立时间倒序排列任务清单。允许用户条件查询或模糊查询，相应字段有：任务发起时间、任务状态(下拉复选总任务状态)、是否逾期、关键字(任务名称、单位名称)。每一角色可查询的范围是该角色及同单位下属角色经手的任务单(下属单位的单位自查情况视情况开放查询和展现)。
238.web端列表中展现字段有任务名称、任务期限、是否逾期、检查模板、任务状态、任务进度；在列表页面可对任务进行三项操作：
239.1)查看：全状态可见，点击后展现总任务详情，对所有有权限查看到该总任务的人可见，展现顺位第二。
240.2)办理：自查中状态可见，仅对任务发起人和相应自查单位开放，展现顺位第一。
241.3)审核：任务待审核状态乐见，仅对总任务的制定审核人开放，展现顺位第一。
242.检查任务下所有单位任务的检查表(两个exl文件，第一个为任务情况表格，即每个任务一行，每行字段为总任务详情中的字段；另一个为总任务下的单位任务检查结果表)。
243.2、单位任务详情列表字段
244.可根据关键字(单位名称、行业、区域，支持模糊搜索)、和任务状态(下拉单选，选项为所有单位任务状态)对列表进行查询。
245.列表字段有：单位名称、单位类型、行业、结果提交时间、任务状态、负责人、联系方式、自查报告(该列直接展示最近一次上传的整改报告，点击后可下载)操作项：
246.填写结果：仅对待接收、自查中状态的任务可见，且展现顺位第一。对任务发起人和对应的被检查单位的单位用户可见。点击之后进入检查模板填写页面。
247.审核：仅对自查结果审核状态任务可见，且展现顺位第一；仅对任务发起人可见。点击后进入检查模板填写结果页面进行审核工作。
248.3、总任务详情页字段
249.1)任务详情：任务名称、发起人、联系方式、检查类型(单位自查)、任务状态、逾期标志、任务时间、剩余天数、任务附件(点击下载)、检查任务模板(点击下载，exl文档)。
250.2)任务记录：含总任务各环节处理人(姓名、单位、手机)和处理动作和审核意见。
251.3)单位任务列表，当用户点击总任务列表中的查看和审核进入总任务详情页时，单位列表中的操作项仅有单位信息、查看、导出；点击办理进入详情页时展现全部操作项(操作项权限不变)。
252.4)办结进度：进度条，展示该总任务下已办结单位任务数/所有单位任务总数。
253.4、单位任务详情页字段
254.1)任务信息：展示该单位任务的处理记录，姓名、单位、联系方式和处理动作，如：李四(某某单位，13456788955)填写结果；孙超(xxx网信办，15558545248)审核通过，审核信息：确定整改完成。
255.2)自查结果：展现本次检查的模板填写情况，假如未开始检查或未填写，则展示空模板。
256.四、任务执行流程说明
257.1、任务发起(入口为“新建任务”按钮)
258.填写信息如下：填写任务名称、选择检查对象(点击编辑弹窗后通过区域、行业、关键字三个维度对检查对象管理中的单位进行筛选后可对结果全选)、选择任务时间、检查模板(下来单选，从检查事项库中选取)、附件(非必填)、上级审批(单选是或否)、任务审核人(上级审批选是时才出现，默认为空，可下拉选择同一级监管单位下的上级人员进行审核)，选择或输入完毕后点击“完成”。
259.2、任务执行
260.1)任务审核角色
261.审核角色在任务单列表看到待审核任务。
262.若为任务待审批状态任务单，点击办理，在详情页设置审核通过和回退两个按钮；设置审核意见输入框(非必填)；选择“回退”，则退回发起角色。
263.若是单位列表结果待审核，点击审核后在详情页设置审核通过和回退两个按钮；设置审核意见输入框(非必填)；选择“回退”，则退回自查结果填写人。一个大任务下所有单位自查结果均审核通过，则该大任务自动办结。
264.2)任务执行人
265.单位端，将看到与本单位有关的总任务列表，点击进入详情页面后，在单位列表中仅能看到本单位的相应信息，点击“填写结果”进入检查模板详情页，填写过程中支持保存(保存后点击填写结果将继续填写)。所有检查模板项目填写完毕后点击提交，则该单位的自查结果进入结果待审核状态。
266.s209，当所述监督检查任务的检查结果审核不通过时，发送整改信息以使用户根据所述整改信息执行整改操作；
267.s210，当所述整改操作的整改结果审核通过时，完成所述监督检查任务。
268.综上，本发明上述实施例当中的监督检查方法，根据监督检查任务的任务类型，选择与该任务类型对应的模式执行监督检查，使得监督检查任务能够满足现场检查、远程检查以及自查等相关操作，解决了现场检查方式单一、场景适用性不高的问题，提高了场景适用性，提升了检查力度，有效降低了被检查单位接受检查时的繁琐程度，实现远程监督检查，使得检查结果文档的电子化，有效降低结果归档和分析的难度，并且所有相关文件将由系统直接生成和归档，有效减降低人工保存成本，保证所有的监督检查任务的流程网络化，提高工作效率，还能方便对所有的监督检查任务进行查看及调档，避免了通过线下纸质业务流完成现场执法检查存在被检查单位接收任务反馈结果不便和现场监督检查的结果记录单无法较好的归档分析以及纸质文件保存、调档苦难的问题。
269.实施例三
270.本发明另一方面还提出一种监督检查系统，请参阅图5，所示为本发明第三实施例中的监督检查系统的结构框图，包括：
271.接收模块11，用于接收监督检查任务，并执行至少一种类型的监督检查任务，其中，所述监督检查任务的类型包括现场检查类型、远程检查类型以及自查类型；
272.第一处理模块12，用于解析出所述监督检查任务的检查模板，并根据所述检查模板实施现场检查；
273.进一步的，所述第一处理模块12包括：
274.第一处理单元，用于接收用户输入的现场监督检查信息，并根据所述现场监督检查信息生成现场监督检查结果；
275.第一审核单元，用于当所述现场监督检查结果审核通过，完成所述监督检查任务。
276.第二处理模块13，用于根据所述监督检查任务在预设时间内实施渗透检查及接收对应的渗透报告，并根据所述渗透报告对所述监督检查任务进行监督检查；
277.进一步的，所述第二处理模块13包括：
278.第二处理单元，用于获取所述监督检查任务中的任务信息，并根据所述任务信息生成对应的渗透报告；
279.第二审核单元，用于当所述渗透报告审核通过，完成所述监督检查任务。
280.第三处理模块14，用于获取所述监督检查任务的任务关键字和任务状态，并通过所述任务关键字和所述任务状态对所述监督检查任务实施自查。
281.进一步的，所述第三处理模块14包括：
282.查询单元，用于根据所述任务关键字和所述任务状态查询出所有的任务的检查表中符合预设要求的检查表；
283.第三处理单元，用于根据所述符合预设要求的检查表生成自查结果；
284.第三审核单元，用于当所述自查结果审核通过时，完成所述监督检查任务。
285.在其中一些实施例中，所述系统还包括：
286.审核模块，用于当所述监督检查任务的检查结果审核不通过时，发送整改信息以使用户根据所述整改信息执行整改操作；
287.第四处理模块，用于当所述整改操作的整改结果审核通过时，完成所述监督检查任务。
288.上述各模块被执行时所实现的功能或操作步骤与上述方法实施例大体相同，在此不再赘述。
289.本发明实施例所提供的监督检查系统，其实现原理及产生的技术效果和前述方法实施例相同，为简要描述，系统实施例部分未提及之处，可参考前述方法实施例中相应内容。
290.实施例四
291.本发明还提出一种计算机设备，请参阅图6，所示为本发明第四实施例中的计算机设备，包括存储器10、处理器20以及存储在所述存储器10上并可在所述处理器20上运行的计算机程序30，所述处理器20执行所述计算机程序30时实现上述的监督检查方法。
292.其中，存储器10至少包括一种类型的可读存储介质，所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，sd或dx存储器等)、磁性存储器、磁盘、光盘等。存储器10
在一些实施例中可以是车辆的内部存储单元，例如该车辆的硬盘。存储器10在另一些实施例中也可以是外部存储装置，例如插接式硬盘，智能存储卡(smart media card,smc)，安全数字(secure digital,sd)卡，闪存卡(flash card)等。进一步地，存储器10还可以既包括车辆的内部存储单元也包括外部存储装置。存储器10不仅可以用于存储安装于车辆的应用软件及各类数据，还可以用于暂时地存储已经输出或者将要输出的数据。
293.其中，处理器20在一些实施例中可以是电子第一控制单元(electronic control unit，简称ecu，又称行车电脑)、中央处理器(central processing unit,cpu)、控制器、微控制器、微处理器或其他数据处理芯片，用于运行存储器10中存储的程序代码或处理数据，例如执行访问限制程序等。
294.需要指出的是，图6示出的结构并不构成对计算机设备的限定，在其它实施例当中，该计算机设备可以包括比图示更少或者更多的部件，或者组合某些部件，或者不同的部件布置。
295.本发明实施例还提出一种可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上述的监督检查方法。
296.本领域技术人员可以理解，在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，“计算机可读介质”可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。
297.计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(ram)，只读存储器(rom)，可擦除可编辑只读存储器(eprom或闪速存储器)，光纤装置，以及便携式光盘只读存储器(cdrom)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。
298.应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或它们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(pga)，现场可编程门阵列(fpga)等。
299.以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
300.以上所述实施例仅表达了本技术的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本技术构思的前提下，还可以做出若干变形和改进，这些都属于本技术的保护
范围。因此，本技术专利的保护范围应以所附权利要求为准。