用于线下店铺检查的表单填写方法、装置及系统与流程

文档序号:25426259发布日期:2021-06-11 21:40阅读:83来源:国知局
用于线下店铺检查的表单填写方法、装置及系统与流程

本申请涉及通信应用领域,具体而言,涉及一种用于线下店铺检查的表单填写方法、装置及系统。



背景技术:

在日常店铺的检查中,监管人员会携带监管材料,并基于不同店铺的情况选择对应的监管材料表,并在到店进行检查时完整填写对应的检查结果,监管人员需要在检查结束之后手动进行整理和归档。同时,由于检查结果的权威性,需要完整且无修改地写完检查结果。

但是由于日常店铺的检查具有时效性和特殊性,使用上述方式进行店铺检查时,会存在人手短缺的问题,以及无法及时整理和归档检查结果,还会存在因填写错误导致整张监管材料表报废的问题。

针对相关技术中存在的问题,目前尚未提出有效的解决方案。



技术实现要素:

本申请的主要目的在于提供一种用于线下店铺检查的表单填写方法,至少解决了无法及时整理和归档检查结果的问题。

为了实现上述目的,本申请提供了一种用于线下店铺检查的表单填写方法、装置及系统。

第一方面,本申请提供了一种适用于后台端的用于线下店铺检查的表单填写方法

根据本申请的用于线下店铺检查的表单填写方法包括:

根据用户端的地理位置信息,通过电子围栏确定用户端对应的检查店铺集合,以便用户端从所述检查店铺集合中选择目标检查店铺;

获取用户端返回的目标检查店铺的店铺信息;

根据所述店铺信息获取对应的检查材料表集合,将检查材料表集合中每张检查材料表中的检查项目通过聊天界面逐条返回给用户端,以便用户端接收用户填写检查项目对应的检查结果;

接收用户端返回的检查结果,并将所有检查结果归档和备份。

进一步的,在所述根据用户端的地理位置信息,通过电子围栏确定用户端对应的检查店铺集合之前,所述方法还包括:

获取用户端发送的用户登录信息;

根据用户登录信息判断所述用户端的是否具有店铺检查权限;

若具有店铺检查权限,则执行根据用户端的地理位置信息,通过电子围栏确定用户端对应的检查店铺集合的步骤。

进一步的,在所述将检查材料表集合中每张检查材料表中的每条检查项目通过聊天界面逐条返回给用户端之前,所述方法还包括:

判断待返回给用户端的检查项目是否被返回过;

若没有被返回过,则返回所述检查项目至用户端;

若被返回过,则不返回所述检查项目至用户端。

进一步的,在所述将所述检查结果上传至云端进行归档和备份之前,所述方法还包括:

判断是否接收到用户端发送的更改检查结果请求;

若接收到更改检查结果请求,则更新用户端返回的所述更改检查结果请求对应的检查结果。

第二方面,本申请提供了一种适用于用户端的用于线下店铺检查的表单填写方法。

根据本申请的用于线下店铺检查的表单填写方法包括:

发送地理位置信息至后台端,并接收后台端返回的检查店铺集合,其中,所述检查店铺集合是后台端通过电子围栏确定的;

选择检查店铺集合中的目标检查店铺,并发送所述目标检查店铺对应的店铺信息至后台端,以便后台端对所述店铺信息获取对应的检查材料表集合,并将检查材料表集合中每张检查材料表中的检查项目通过聊天界面逐条返回给用户端;

接收后台端发送的检查项目;

接收用户根据检查项目输入的检查结果,并将检查结果发送至后台端。

进一步的,在所述发送地理位置信息至后台端之前,所述方法还包括:

接收用户输入的用户登录信息,并发送给后台端,以便后台端根据用户登录信息判断所述用户端的是否具有店铺检查权限。

进一步的,在所述接收用户根据检查项目输入的检查结果并发送至后台端之后,所述方法还包括:

当用户对检查结果进行更改时,发送更改检查结果请求至后台端,以便后台端更新所述更改检查结果请求对应的检查结果。

第三方面,本申请提供了一种适用于后台端的用于线下店铺检查的表单填写装置。

根据本申请的用于线下店铺检查的表单填写装置包括:

店铺集合确定模块,用于根据用户端的地理位置信息,通过电子围栏确定用户端对应的检查店铺集合,以便用户端从所述检查店铺集合中选择目标检查店铺;

店铺信息获取模块,用于获取用户端返回的目标检查店铺的店铺信息;

检查项目返回模块,用于根据所述店铺信息获取对应的检查材料表集合,将检查材料表集合中每张检查材料表中的检查项目通过聊天界面逐条返回给用户端,以便用户端接收用户填写检查项目对应的检查结果;

检查结果接收模块,用于接收用户端返回的检查结果,并将所有检查结果归档和备份。

进一步的,所述用于线下店铺检查的表单填写装置还包括:

登录信息获取模块,用于获取用户端发送的用户登录信息;

检查权限判断模块,用于根据用户登录信息判断所述用户端的是否具有店铺检查权限;若具有店铺检查权限,则执行根据用户端的地理位置信息,通过电子围栏确定用户端对应的检查店铺集合的步骤。

进一步的,所述用于线下店铺检查的表单填写装置还包括:

检查项目判断模块,用于判断待返回给用户端的检查项目是否被返回过;若没有被返回过,则返回所述检查项目至用户端;若被返回过,则不返回所述检查项目至用户端。

进一步的,所述用于线下店铺检查的表单填写装置还包括:

结果更改判断模块,用于判断是否接收到用户端发送的更改检查结果请求;若接收到更改检查结果请求,则更新用户端返回的所述更改检查结果请求对应的检查结果

第四方面,本申请提供了一种适用于用户端的用于线下店铺检查的表单填写装置。

根据本申请的用于线下店铺检查的表单填写装置包括:

位置信息发送模块,用于发送地理位置信息至后台端,并接收后台端返回的检查店铺集合,其中,所述检查店铺集合是后台端通过电子围栏确定的;

店铺信息发送模块,用于选择检查店铺集合中的目标检查店铺,并发送所述目标检查店铺对应的店铺信息至后台端,以便后台端对所述店铺信息获取对应的检查材料表集合,并将检查材料表集合中每张检查材料表中的检查项目通过聊天界面逐条返回给用户端;

检查项目接收模块,用于接收后台端发送的检查项目;

结果发送模块,用于接收用户根据检查项目输入的检查结果,并将检查结果发送至后台端。

进一步的,所述用于线下店铺检查的表单填写装置还包括:

登录信息发送模块,用于接收用户输入的用户登录信息,并发送给后台端,以便后台端根据用户登录信息判断所述用户端的是否具有店铺检查权限。

进一步的,所述用于线下店铺检查的表单填写装置还包括:

检查结果更改模块,用于当用户对检查结果进行更改时,发送更改检查结果请求至后台端,以便后台端更新所述更改检查结果请求对应的检查结果。

第五方面,本申请提供了一种适用于用户端的用于线下店铺检查的表单填写系统。

根据本申请的用于线下店铺检查的表单填写系统包括:

后台端,与用户端连接,用于执行第一方面提供的用于线下店铺检查的表单填写方法;

用户端,与后台端连接,用于执行第二方面提供的用于线下店铺检查的表单填写方法。

第六方面,本申请提供一种非暂态计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现第一方面和/或第二方面提供的用于线下店铺检查的表单填写方法的步骤。

第七方面,本申请提供一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现第一方面和/或第二方面提供的用于线下店铺检查的表单填写方法的步骤。

在本申请实施例中,用于线下店铺检查的表单填写方法、装置及系统中,采用电子围栏确定检查店铺和通过聊天界面逐条发送检查项目的方式,具体流程为:用户端将地理位置信息发送给后台端;后台端通过用户端的地理位置信息和电子围栏确定用户端对应的检查店铺集合,并将该集合发送给用户端;用户通过用户端选择检查店铺集合中的目标检查店铺后,用户端将目标检查店铺的店铺信息返回给后台端;后台端根据用户端返回的店铺信息,获取该店铺信息对应的检查材料表集合,并通过聊天界面将检查材料表集合中的每一张检查材料表中的每一条检查项目逐条返回给用户端;用户端接收后台端发送的检查项目,再接收用户根据检查项目输入的检查结果,并将检查结果发送至后台端;后台端接收用户端返回的检查项目对应的检查结果,并将接收到的所有检查结果进行归档和备份。可以看出,本申请实施例达到了让检查人员可以抛弃相应纸质材料只通过便携的手机等便携设备进行审查、及时上传检查信息的目的,从而实现了及时整理和归档检查结果的技术效果,进而解决了无法及时整理和归档检查结果的技术问题。

附图说明

构成本申请的一部分的附图用来提供对本申请的进一步理解,使得本申请的其它特征、目的和优点变得更明显。本申请的示意性实施例附图及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:

图1是本申请实施例的适用于后台端的用于线下店铺检查的表单填写方法的流程示意图;

图2是本申请实施例中用户端显示的目标检查店铺选择界面;

图3是本申请实施例中用户端逐条显示检查项目的聊天界面;

图4是本申请实施例的适用于用户端的用于线下店铺检查的表单填写方法的流程示意图;

图5是本申请实施例的适用于后台端的用于线下店铺检查的表单填写装置的结构框图;

图6是本申请实施例的适用于用户端的用于线下店铺检查的表单填写装置的结构框图;

图7是本申请实施例的用于线下店铺检查的表单填写系统的结构框图;

图8是本申请实施例的电子设备框图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分的实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本申请保护的范围。

需要说明的是,本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本申请的实施例。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

另外,术语“安装”、“设置”、“设有”、“连接”、“相连”、“套接”应做广义理解。例如,可以是固定连接,可拆卸连接,或整体式构造;可以是机械连接,或电连接;可以是直接相连,或者是通过中间媒介间接相连,又或者是两个装置、元件或组成部分之间内部的连通。对于本领域普通技术人员而言,可以根据具体情况理解上述术语在本申请中的具体含义。

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

根据本申请实施例,提供了一种适用于后台端的用于线下店铺检查的表单填写方法,如图1所示,该方法包括如下的步骤s101至步骤s104:

s101:根据用户端的地理位置信息,通过电子围栏确定用户端对应的检查店铺集合。

后台端可以根据用户端发送的地理位置信息,通过电子围栏确定该地理位置信息对应的地理范围,并将该地理范围中的所有待检查店铺集合生成检查店铺集合。当用户端接收到后台端返回的检查店铺集合时,用户就可以通过用户端从所述检查店铺集合中选择目标检查店铺(如图2所示,为用户端显示的目标检查店铺选择界面)。需要说明的是,用户端发送地理位置信息可以是用户端上传其当前的位置信息,也可以是用户在用户端手动选择的地理位置信息,在此不进行限制。另外需要说明的是,电子围栏是一种结合传统电子围栏技术与网络技术所产生的新一代电子围栏系统,它主要是由电子围栏主机、智能控制键盘和管理软件组成,用户通过网络即可监管电子围栏,实现信息实时传递、数据交互和远程监管的功能。后台维护人员可以在地图上绘制电子围栏区域,设置为地理范围,用户就可以通过用户端当前的地理位置信息获取对应的检查店铺集合。

s102:获取用户端返回的目标检查店铺的店铺信息。

当用户在用户端上选择目标检查店铺后,后台端接收用户在用户端上填写的目标检查店铺对应的店铺信息。可选的,店铺信息也可以是后台端根据目标检查店铺的标识信息从本地获取的信息。具体的,店铺信息包括店铺名称、店铺位置、员工人数、检查日期、检查信息等的一种或多种。

s103:根据所述店铺信息获取对应的检查材料表集合,将检查材料表集合中每张检查材料表中的检查项目通过聊天界面逐条返回给用户端。

后台端本地存有不同类型的检查材料表,当后台端获取到店铺信息时,将店铺信息与本地存储的检查材料表中的信息进行比对,获取与该店铺信息对应的至少一张检查材料表,将获取到的检查材料表进行集合,不同店铺的检查材料表集合有可能相同也可能不同,将检查材料表集合中每一张检查材料表的每一条检查项目通过聊天界面逐条返回给用户端,如图3所示,用户可以在聊天界面中根据接收到的检查项目输入对应的检查结果,可选的,用户可以通过文字、语音、图像等的一种或多种方式输入检查结果。用户端接收用户填写检查项目对应的检查结果。示例的,若接收到的店铺信息是“郊区、员工人数4人、消防检查、卫生检查”,则根据上述店铺信息选择本地存储的偏远、小型店铺的消防检查材料表和卫生检查材料表,将上述两种检查材料表进行集合,生成检查材料表集合,将检查材料表集合中的检查项目通过聊天界面逐条返回给用户端,用户就可以在用户端通过文字、语音、图像的方式逐条输入检查项目对应的检查结果。

s104:接收用户端返回的检查结果,并将所有检查结果归档和备份。

后台端接收用户在用户端逐条填写检查项目对应的检查结果,并将所有检查项目对应的检查结果归档和备份,可选的,将用户端返回的检查结果整理在检查材料表中对应检查项目的检查结果填写处,将完整生成的检查材料表返回给用户端,这样用户就可以通过用户端对待归档和备份的检查材料表进行确认,后台端将确认完成的检查材料表进行归档和备份。

在本申请实施例中,用于线下店铺检查的表单填写方法中,采用电子围栏确定检查店铺和通过聊天界面逐条发送检查项目的方式,具体流程为:用户端将地理位置信息发送给后台端;后台端通过用户端的地理位置信息和电子围栏确定用户端对应的检查店铺集合,并将该集合发送给用户端;用户通过用户端选择检查店铺集合中的目标检查店铺后,用户端将目标检查店铺的店铺信息返回给后台端;后台端根据用户端返回的店铺信息,获取该店铺信息对应的检查材料表集合,并通过聊天界面将检查材料表集合中的每一张检查材料表中的每一条检查项目逐条返回给用户端;用户端接收后台端发送的检查项目,再接收用户根据检查项目输入的检查结果,并将检查结果发送至后台端;后台端接收用户端返回的检查项目对应的检查结果,并将接收到的所有检查结果进行归档和备份。可以看出,本申请实施例达到了让检查人员可以抛弃相应纸质材料只通过便携的手机等便携设备进行审查、及时上传检查信息的目的,从而实现了及时整理和归档检查结果的技术效果,进而解决了无法及时整理和归档检查结果的技术问题。

进一步的,在所述根据用户端的地理位置信息,通过电子围栏确定用户端对应的检查店铺集合之前,需要先判断用户端是否具有检查店铺的权限,具体为:获取用户端发送的用户登录信息;根据用户登录信息判断所述用户端的是否具有店铺检查权限;若具有店铺检查权限,则执行根据用户端的地理位置信息,通过电子围栏确定用户端对应的检查店铺集合的步骤。

后台端本地存有所有用户的用户登录信息。用户端将用户输入的用户登录信息发送至后台端,后台端根据获取到的用户登录信息与本地保存的所有用户登录信息进行匹配,后台端就可以根据匹配结果确定该用户登录信息是否被保存在后台端本地,即该用户端的用户是否有店铺检查权限,若匹配成功,表示有店铺检查权限,则执行根据用户端的地理位置信息,通过电子围栏确定用户端对应的检查店铺集合的步骤;若匹配不成功,表示没有店铺检查权限,用户端会显示没有店铺检查权限,请重新登录的提示信息。需要说明的是,用户登录信息可以是“用户名+密码信息”的形式,可以是人脸图像信息,也可以是“手机号+短信验证码信息”的形式,还可以是指纹特征,在此不进行限制。用户可以通过输入多种登录信息登录用户端,增强了用户交互体验。后台端可以根据用户的登录信息,确定其是否有店铺检查权限,进一步保证了检查结果的权威性。

进一步的,在所述将检查材料表集合中每张检查材料表中的每条检查项目通过聊天界面逐条返回给用户端之前,判断待返回给用户端的检查项目是否被返回过;若没有被返回过,则返回所述检查项目至用户端,以便执行上述步骤s103;若被返回过,则不返回所述检查项目至用户端;可选的,若被返回过,还可以将之前输入的该检查项目对应的检查结果再次显示,以便用户通过用户端对该检查结果进行二次确认。后台端通过检测是否重复发送检查项目,减少重复检查项目的发送,减少用户端中用户的手动输入检查结果的次数,增强了用户的交互体验。

进一步的,在所述将所述检查结果上传至云端进行归档和备份之前,还需要再次确定检查结果是否需要更改,如图3所示,每个检查结果下方均有“重新选择”按钮,即检查结果更改按钮,用于更改检查结果。当用户点击“重新选择”按钮时,显示检查结果更改界面,当用户对检查结果更改后,用户端发送更改检查结果请求至后台端,后台端判断是否接收到用户端发送的更改检查结果请求;若接收到更改检查结果请求,则更新用户端返回的所述更改检查结果请求对应的检查结果,以便继续执行上述步骤s104,将更新后的检查结果进行归档和备份。用户可以在归档和备份前直接通过用户端修改检查项目对应的检查结果,减少了检查材料表的报废、也减少了出现错误时不能修改只能重复填写的现象的发生,增强了用户的交互体验。

需要说明的是,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。

根据本申请实施例,提供了一种适用于用户端的用于线下店铺检查的表单填写方法,如图4所示,该方法包括如下的步骤s401至步骤s404:

s401:发送地理位置信息至后台端,并接收后台端返回的检查店铺集合,其中,所述检查店铺集合是后台端通过电子围栏确定的。

用户通过用户端发送地理位置信息至后台端,后台端可以根据用户端发送的地理位置信息,通过电子围栏确定该地理位置信息对应的地理范围,将该地理范围中的所有待检查店铺集合生成检查店铺集合,并返回该检查店铺集合至用户端。需要说明的是,用户端发送地理位置信息可以是用户端上传其当前的位置信息,也可以是用户在用户端手动选择的地理位置信息,在此不进行限制。

s402:选择检查店铺集合中的目标检查店铺,并发送所述目标检查店铺对应的店铺信息至后台端,以便后台端对所述店铺信息获取对应的检查材料表集合,并将检查材料表集合中每张检查材料表中的检查项目通过聊天界面逐条返回给用户端。

用户通过用户端的显示界面(如图2所示),选择检查店铺集合中的目标检查店铺,并填写的目标检查店铺对应的店铺信息(店铺信息包括店铺名称、店铺位置、员工人数、检查日期、检查信息等的一种或多种)。用户端将该目标检查店铺的店铺信息发送至后台端;后台端就可以将该店铺信息与本地存储的检查材料表中的信息进行比对,获取与该店铺信息对应的至少一张检查材料表,将获取到的检查材料表进行集合,将检查材料表集合中每一张检查材料表的每一条检查项目通过聊天界面逐条返回给用户端。

s403:接收后台端发送的检查项目。

用户端接收后台端通过聊天界面逐条返回的检查项目,并进行显示(如图3所示),用户就可以通过用户端查看后台端发送的检查项目。

s404:接收用户根据检查项目输入的检查结果,并将检查结果发送至后台端。

用户在通过用户端接收到检查项目后,可以在聊天界面中根据接收到的检查项目输入对应的检查结果。可选的,用户可以通过文字、语音、图像等的一种或多种方式输入检查结果。用户端在接收到用户输入的检查结果后,将该检查结果发送至后台端,后台端就可以根据接收到的检查结果进行归档和备份。

在本申请实施例中,用于线下店铺检查的表单填写方法中,采用电子围栏确定检查店铺和通过聊天界面逐条发送检查项目的方式,具体流程为:用户端将地理位置信息发送给后台端;后台端通过用户端的地理位置信息和电子围栏确定用户端对应的检查店铺集合,并将该集合发送给用户端;用户通过用户端选择检查店铺集合中的目标检查店铺后,用户端将目标检查店铺的店铺信息返回给后台端;后台端根据用户端返回的店铺信息,获取该店铺信息对应的检查材料表集合,并通过聊天界面将检查材料表集合中的每一张检查材料表中的每一条检查项目逐条返回给用户端;用户端接收后台端发送的检查项目,再接收用户根据检查项目输入的检查结果,并将检查结果发送至后台端;后台端接收用户端返回的检查项目对应的检查结果,并将接收到的所有检查结果进行归档和备份。可以看出,本申请实施例达到了让检查人员可以抛弃相应纸质材料只通过便携的手机等便携设备进行审查、及时上传检查信息的目的,从而实现了及时整理和归档检查结果的技术效果,进而解决了无法及时整理和归档检查结果的技术问题。

进一步的,在所述发送地理位置信息至后台端之前,所述方法还包括:

接收用户输入的用户登录信息,并发送给后台端,以便后台端根据用户登录信息判断所述用户端的是否具有店铺检查权限。用户通过用户端输入用户登录信息(用户登录信息可以是“用户名+密码信息”的形式、人脸图像、“手机号+短信验证码信息”的形式、指纹特征等的一种),并将该用户登录信息发送给后台端;后台端本地存有所有用户的用户登录信息,并根据获取到的用户登录信息与本地保存的所有用户登录信息进行匹配,后台端就可以根据匹配结果确定该用户登录信息是否被保存在后台端本地,即该用户端的用户是否有店铺检查权限,若匹配成功,表示有店铺检查权限,则执行根据用户端的地理位置信息,通过电子围栏确定用户端对应的检查店铺集合的步骤;若匹配不成功,表示没有店铺检查权限,用户端会显示没有店铺检查权限,请重新登录的提示信息。用户可以通过输入多种登录信息登录用户端,增强了用户交互体验。后台端可以根据用户的登录信息,确定其是否有店铺检查权限,进一步保证了检查结果的权威性。

进一步的,在所述接收用户根据检查项目输入的检查结果并发送至后台端之后,会存在因为输入错误、操作失误等需要更改检查结果的情况,如图3所示,每个检查结果下方均有“重新选择”按钮,即检查结果更改按钮,用于更改检查结果。当用户对检查结果进行更改时,点击“重新选择”按钮,显示检查结果更改界面,用户可以在检查结果更改界面对检查结果进行更改。当用户对检查结果更改后,用户端发送更改检查结果请求至后台端,以便后台端更新所述更改检查结果请求对应的检查结果。通过上述方法用户可以在归档和备份前直接通过用户端修改检查项目对应的检查结果,减少了检查材料表的报废、也减少了出现错误时不能修改只能重复填写的现象的发生,增强了用户的交互体验。

根据本申请实施例,还提供了一种用于实施上述适用于后台端的用于线下店铺检查的表单填写方法的装置50,如图5所示,该适用于后台端的用于线下店铺检查的表单填写装置50包括:

店铺集合确定模块501,用于根据用户端的地理位置信息,通过电子围栏确定用户端对应的检查店铺集合,以便用户端从所述检查店铺集合中选择目标检查店铺;

店铺信息获取模块502,用于获取用户端返回的目标检查店铺的店铺信息;

检查项目返回模块503,用于根据所述店铺信息获取对应的检查材料表集合,将检查材料表集合中每张检查材料表中的检查项目通过聊天界面逐条返回给用户端,以便用户端接收用户填写检查项目对应的检查结果;

检查结果接收模块504,用于接收用户端返回的检查结果,并将所有检查结果归档和备份。

在本申请实施例中,用于线下店铺检查的表单填写装置中,采用电子围栏确定检查店铺和通过聊天界面逐条发送检查项目的方式,具体流程为:用户端将地理位置信息发送给后台端;后台端通过用户端的地理位置信息和电子围栏确定用户端对应的检查店铺集合,并将该集合发送给用户端;用户通过用户端选择检查店铺集合中的目标检查店铺后,用户端将目标检查店铺的店铺信息返回给后台端;后台端根据用户端返回的店铺信息,获取该店铺信息对应的检查材料表集合,并通过聊天界面将检查材料表集合中的每一张检查材料表中的每一条检查项目逐条返回给用户端;用户端接收后台端发送的检查项目,再接收用户根据检查项目输入的检查结果,并将检查结果发送至后台端;后台端接收用户端返回的检查项目对应的检查结果,并将接收到的所有检查结果进行归档和备份。可以看出,本申请实施例达到了让检查人员可以抛弃相应纸质材料只通过便携的手机等便携设备进行审查、及时上传检查信息的目的,从而实现了及时整理和归档检查结果的技术效果,进而解决了无法及时整理和归档检查结果的技术问题。

进一步的,所述用于线下店铺检查的表单填写装置50还包括:

登录信息获取模块,用于获取用户端发送的用户登录信息;

检查权限判断模块,用于根据用户登录信息判断所述用户端的是否具有店铺检查权限;若具有店铺检查权限,则执行根据用户端的地理位置信息,通过电子围栏确定用户端对应的检查店铺集合的步骤。

进一步的,所述用于线下店铺检查的表单填写装置50还包括:

检查项目判断模块,用于判断待返回给用户端的检查项目是否被返回过;若没有被返回过,则返回所述检查项目至用户端;若被返回过,则不返回所述检查项目至用户端。

进一步的,所述用于线下店铺检查的表单填写装置50还包括:

结果更改判断模块,用于判断是否接收到用户端发送的更改检查结果请求;若接收到更改检查结果请求,则更新用户端返回的所述更改检查结果请求对应的检查结果。

根据本申请实施例,还提供了一种用于实施上述适用于后台端的用于线下店铺检查的表单填写方法的装置60,如图6所示,该适用于后台端的用于线下店铺检查的表单填写装置60包括:

位置信息发送模块601,用于发送地理位置信息至后台端,并接收后台端返回的检查店铺集合,其中,所述检查店铺集合是后台端通过电子围栏确定的;

店铺信息发送模块602,用于选择检查店铺集合中的目标检查店铺,并发送所述目标检查店铺对应的店铺信息至后台端,以便后台端对所述店铺信息获取对应的检查材料表集合,并将检查材料表集合中每张检查材料表中的检查项目通过聊天界面逐条返回给用户端;

检查项目接收模块603,用于接收后台端发送的检查项目;

结果发送模块604,用于接收用户根据检查项目输入的检查结果,并将检查结果发送至后台端。

在本申请实施例中,用于线下店铺检查的表单填写装置中,采用电子围栏确定检查店铺和通过聊天界面逐条发送检查项目的方式,具体流程为:用户端将地理位置信息发送给后台端;后台端通过用户端的地理位置信息和电子围栏确定用户端对应的检查店铺集合,并将该集合发送给用户端;用户通过用户端选择检查店铺集合中的目标检查店铺后,用户端将目标检查店铺的店铺信息返回给后台端;后台端根据用户端返回的店铺信息,获取该店铺信息对应的检查材料表集合,并通过聊天界面将检查材料表集合中的每一张检查材料表中的每一条检查项目逐条返回给用户端;用户端接收后台端发送的检查项目,再接收用户根据检查项目输入的检查结果,并将检查结果发送至后台端;后台端接收用户端返回的检查项目对应的检查结果,并将接收到的所有检查结果进行归档和备份。可以看出,本申请实施例达到了让检查人员可以抛弃相应纸质材料只通过便携的手机等便携设备进行审查、及时上传检查信息的目的,从而实现了及时整理和归档检查结果的技术效果,进而解决了无法及时整理和归档检查结果的技术问题。

进一步的,所述用于线下店铺检查的表单填写装置60还包括:

登录信息发送模块,用于接收用户输入的用户登录信息,并发送给后台端,以便后台端根据用户登录信息判断所述用户端的是否具有店铺检查权限。

进一步的,所述用于线下店铺检查的表单填写装置60还包括:

检查结果更改模块,用于当用户对检查结果进行更改时,发送更改检查结果请求至后台端,以便后台端更新所述更改检查结果请求对应的检查结果。

具体的,本实施例中各模块的实现可以参考方法实施例中的相关实现,不再赘述。

根据本申请实施例,还提供了一种用于实施上述用于线下店铺检查的表单填写方法的系统70,如图7所示,该用于线下店铺检查的表单填写系统70包括:

后台端701,与用户端702连接,用于执行上述适用于后台端的用于线下店铺检查的表单填写方法;

用户端702,与后台端701连接,用于执行上述适用于用户端的用于线下店铺检查的表单填写方法。

在本申请实施例中,用于线下店铺检查的表单填写系统中,采用电子围栏确定检查店铺和通过聊天界面逐条发送检查项目的方式,具体流程为:用户端将地理位置信息发送给后台端;后台端通过用户端的地理位置信息和电子围栏确定用户端对应的检查店铺集合,并将该集合发送给用户端;用户通过用户端选择检查店铺集合中的目标检查店铺后,用户端将目标检查店铺的店铺信息返回给后台端;后台端根据用户端返回的店铺信息,获取该店铺信息对应的检查材料表集合,并通过聊天界面将检查材料表集合中的每一张检查材料表中的每一条检查项目逐条返回给用户端;用户端接收后台端发送的检查项目,再接收用户根据检查项目输入的检查结果,并将检查结果发送至后台端;后台端接收用户端返回的检查项目对应的检查结果,并将接收到的所有检查结果进行归档和备份。可以看出,本申请实施例达到了让检查人员可以抛弃相应纸质材料只通过便携的手机等便携设备进行审查、及时上传检查信息的目的,从而实现了及时整理和归档检查结果的技术效果,进而解决了无法及时整理和归档检查结果的技术问题。

本发明实施例提供一种非暂态计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现用于线下店铺检查的表单填写方法的步骤。例如包括:根据用户端的地理位置信息,通过电子围栏确定用户端对应的检查店铺集合,以便用户端从所述检查店铺集合中选择目标检查店铺;获取用户端返回的目标检查店铺的店铺信息;根据所述店铺信息获取对应的检查材料表集合,将检查材料表集合中每张检查材料表中的检查项目通过聊天界面逐条返回给用户端,以便用户端接收用户填写检查项目对应的检查结果;接收用户端返回的检查结果,并将所有检查结果归档和备份。

图8为本发明实施例提供的电子设备框图,如图8所示,该设备包括:处理器801、存储器802和总线803;

其中,处理器801及存储器802分别通过总线803完成相互间的通信;处理器801用于调用存储器802中的程序指令,以执行上述实施例所提供的用于线下店铺检查的表单填写方法,例如包括:根据用户端的地理位置信息,通过电子围栏确定用户端对应的检查店铺集合,以便用户端从所述检查店铺集合中选择目标检查店铺;获取用户端返回的目标检查店铺的店铺信息;根据所述店铺信息获取对应的检查材料表集合,将检查材料表集合中每张检查材料表中的检查项目通过聊天界面逐条返回给用户端,以便用户端接收用户填写检查项目对应的检查结果;接收用户端返回的检查结果,并将所有检查结果归档和备份。

显然,本领域的技术人员应该明白,上述的本申请的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本申请不限制于任何特定的硬件和软件结合。

以上所述仅为本申请的优选实施例而已,并不用于限制本申请,对于本领域的技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1