CN105046404A - 利用应用程序对市场主体进行社区巡检的方法和系统 - Google Patents

Abstract

本发明涉及一种利用应用程序对市场主体进行社区巡检的方法，所述方法包括：接收社区巡检员利用第一终端上安装的第一应用上传的对市场主体进行社区巡检的巡检信息，所述巡检信息中包括多个类别；对所述巡检信息按照所述类别进行分类统计；接收管理部门人员利用第二终端上安装的第二应用发送的查看请求；根据所述查看请求获取与第二应用账号权限级别对应的统计后的巡检信息，并将所述统计后的巡检信息返回至所述第二终端。采用本方法能够通过社区巡检的方式让多个管理部门分别了解市场主体经营活动状况。此外还提供一种利用应用程序对市场主体进行社区巡检的系统。

Description

利用应用程序对市场主体进行社区巡检的方法和系统

技术领域

本发明涉及计算机网络技术领域，特别是涉及一种利用应用程序对市场主体进行社区巡检的方法和系统。

背景技术

随着商事制度改革的推进，对市场主体的监管任务也越来越重。例如营业执照登记中允许出现“一址多照”、“一照多址”的情形，取消年检制度等，会造成市场主体实际状况与工商登记信息的不对等。因此不能排除市场主体利用这种信息不对等的漏掉进行违法经营。而工商管理部门没有得到相应的信息，难免会形成监管空白。如何将对市场的监管工作纳入到日常的社区巡检工作中从而能够让多个管理部门了解市场主体的经营活动状况，成为目前需要解决的一个技术难题。

发明内容

基于此，有必要针对上述技术问题，提供一种通过社区巡检的方式能够让多个管理部门分别了解市场主体经营活动状况的利用应用程序对市场主体进行社区巡检的方法和系统。

一种利用应用程序对市场主体进行社区巡检的方法，所述方法包括：

接收社区巡检员利用第一终端上安装的第一应用上传的对市场主体进行社区巡检的巡检信息，所述巡检信息中包括多个类别；

对所述巡检信息按照所述类别进行分类统计；

接收管理部门人员利用第二终端上安装的第二应用发送的查看请求；

根据所述查看请求获取与第二应用账号权限级别对应的统计后的巡检信息，并将所述统计后的巡检信息返回至所述第二终端。

在其中一个实施例中，在所述接收第一终端上安装的第一应用上传的对市场主体进行社区巡检的巡检信息的步骤之前，还包括：

生成对所述市场主体进行社区巡检的巡检任务并将所述巡检任务发送至第一终端；

获取所述市场主体的电子档案，所述电子档案中包括所述市场主体的工商登记信息、许可受理记录；

将所述电子档案发送至所述第一终端，以使得所述第一终端根据所述工商登记信息、许可受理记录执行所述巡检任务。

在其中一个实施例中，在所述将所述电子档案发送至所述第一终端，以使得所述第一终端根据所述工商登记信息、许可受理记录执行所述巡检任务的步骤之后，还包括：

向所述第一终端分发第一应用的联系人列表，所述联系人列表中包括市场主体人员对应的第三应用账号；

循环读取第一终端向已选择的市场主体人员发送的聊天消息；

判断所述已选择的市场主体人员对应的第三应用账号是否在线；

若是，则将所述聊天信息根据发送至所述已选择的市场人员。

在其中一个实施例中，在所述根据所述查看请求获取与第二应用账号权限级别对应的统计后的巡检信息，并将所述统计后的巡检信息返回至所述第二终端的步骤之后，还包括:

接收所述第二终端上传的抽查任务，所述抽查任务由所述第二应用根据未办理营业执照的市场主体的信息生成；

将所述抽查任务发送至所述第一终端，以使得所述第一终端对未办理营业执照的市场主体进行抽查并上报抽查结果。

在其中一个实施例中，在所述对所述巡检信息按照所述类别进行分类统计的步骤之后，还包括：

获取第一应用账号对应的巡检信息；

根据所述类别统计所述第一应用账号对应的巡检信息。

在其中一个实施例中，所述系统包括：

接收模块，用于接收社区巡检员利用第一终端上安装的第一应用上传的对市场主体进行社区巡检的巡检信息，所述巡检信息中包括多个类别；

统计模块，用于对所述巡检信息按照所述类别进行分类统计；

所述接收模块还用于接收管理部门人员利用第二终端上安装的第二应用发送的查看请求；

获取模块，用于根据所述查看请求获取与第二应用账号权限级别对应的统计后的巡检信息；

发送模块，用于将所述统计后的巡检信息返回至所述第二终端。

在其中一个实施例中，所述系统还包括：

生成模块，用于生成对所述市场主体进行社区巡检的巡检任务；

所述发送模块还用于将所述巡检任务发送至第一终端；

所述获取模块还用于获取所述市场主体的电子档案，所述电子档案中包括所述市场主体的工商登记信息、许可受理记录；

所述发送模块还用于将所述电子档案发送至所述第一终端，以使得所述第一终端根据所述工商登记信息、许可受理记录执行所述巡检任务。

在其中一个实施例中，所述系统还包括：

分发模块，用于向所述第一终端分发第一应用的联系人列表，所述联系人列表中包括市场主体人员对应的第三应用账号；

读取模块，用于循环读取第一终端向已选择的市场主体人员发送的聊天消息；

判断模块，用于判断所述已选择的市场主体人员对应的第三应用账号是否在线；

所述发送模块还用于若所述第三应用账号在线，则将所述聊天信息根据发送至所述已选择的市场人员。

在其中一个实施例中，所述接收模块还用于接收所述第二终端上传的抽查任务，所述抽查任务由所述第二应用根据未办理营业执照的市场主体的信息生成；所述发送模块还用于将所述抽查任务发送至所述第一终端，以使得所述第一终端对未办理营业执照的市场主体进行抽查并上报抽查结果。

在其中一个实施例中，所述获取模块还用于获取第一应用账号对应的巡检信息；所述统计模块还用于根据所述类别统计所述第一应用账号对应的巡检信息。

上述利用应用程序对市场主体进行社区巡检的方法和系统，接收社区巡检员利用第一终端上安装的第一应用上传的对市场主体进行社区巡检的巡检信息，巡检信息中包括多个类别；对巡检信息按照类别进行分类统计；接收管理部门人员利用第二终端上安装的第二应用发送的查看请求；根据查看请求获取与第二应用账号权限级别对应的统计后的巡检信息，并将统计后的巡检信息返回至第二终端。由于第一终端上的第一应用输入的巡检信息是社区巡检员对市场主体进行社区巡检时所得到的，并且巡检信息在服务器进行了分类统计，管理部门人员利用第二终端上安装的第二应用向服务器发送查看请求后，服务器将与第二应用账号的级对应的统计后的巡检信息发送至第二终端，由此能够使得不同的第二终端根据第二应用账号的权限级别分别查看该市场主体的统计后的巡检信息，进而能够让多个不同的管理部门人员分别了解社区内市场主体的经营活动状况。

附图说明

图1为一个实施例中利用应用程序对市场主体进行社区巡检方法的应用环境图；

图2为一个实施例中利用应用程序对市场主体进行社区巡检方法的流程图；

图3为一个实施例中通过第二应用在第二终端展示的总体统计信息示意图。

图4为一个实施例中通过第二应用在第二终端展示的多个社区网格内巡检信息详细统计示意图；

图5为一个实施例中通过第一应用在第一终端上展示巡检任务的示意图；

图6为一个实施例中社区巡检员的工作统计示意图；

图7为一个实施例中利用应用程序对市场主体进行社区巡检系统的结构示意图；

图8为又一个实施例中利用应用程序对市场主体进行社区巡检系统的结构示意图；

图9为另一个实施例中利用应用程序对市场主体进行社区巡检系统的结构示意图；

图10为一个实施例中服务器的结构示意图。

具体实施方式

本发明实施例中所提供的利用应用程序对市场主体进行社区巡检的方法可应用于如图1所示的应用环境中。社区管理服务器102根据社区日常管理和管理部门的要求的巡检事项生成针对市场主体106的巡检任务，并将巡检任务通过网络发送至第一终端104。社区管理服务器102还可以将该市场主体106的电子档案发送至第一终端104，电子档案中包括市场主体106的工商登记信息、许可受理记录等内容。社区巡检员根据市场主体106的工商登记信息、许可受理记录通过第一终端104来执行巡检任务，并通过第一终端104上安装的第一应用将巡检信息上报至社区管理服务器102。社区管理服务器102将接收到的巡检信息进行分类统计。管理部门人员利用第二终端108上安装的第二应用通过网络向社区管理服务器102发送查看巡检信息的请求。社区管理服务器102预先为不同的管理部门人员设定了不同的权限级别。管理部门人员登录第二应用时同时选择其对应的权限级别，社区服务器102会根据其权限级别将分类统计后的巡检信息发送至第二终端108。由此通过社区巡检的方式能够让多个管理部门分别了解市场主体经营活动状况。

在一个实施例中，如图2所示，提供了一种利用应用程序对市场主体进行社区巡检的方法，以该方法应用于社区管理服务器进行举例说明，具体包括：

步骤202，接收社区巡检员利用第一终端上安装的第一应用上传的对市场主体进行社区巡检的巡检信息，巡检信息中包括多个类别。

市场主体的类型包括企业、三小场所和个体经营场所等。社区巡检员利用第一终端接收针对市场主体的巡检任务，并利用第一终端上安装的第一应用上传巡检信息。每个巡检任务可以包括多个巡检事项，例如，是否按规定缴纳出租屋租赁税、是否办理出租屋登记备案证明等。巡检事项可以根据社区日常管理和管理部门的要求来设定。管理部门是指对市场主体进行管理的政府职能部门，如消防部门、工商部门等。根据多个巡检事项可以确定巡检信息的多个类别，例如，类别可以是市场主体的类型、管理部门、是否存在隐患、采集到的流动人口等。

步骤204，对巡检信息按照类别进行分类统计。

将巡检信息按照类别进行分类统计，也就是将巡检信息按照每个类别逐一进行分类统计。具体的，可以将巡检信息按照市场主体的类型进行统计、按照管理部门进行统计、按照是否存在隐患进行统计、按照人口户籍进行统计等。从而实现对巡检信息进行多个角度的分类统计。在分类统计后，将每个类别下的巡检信息以报表的形式进行存储，并且为每个报表设置标识码并记录其存储地址。

步骤206，接收管理部门人员利用第二终端上安装的第二应用发送的查看请求。

为不同管理部门人员预先设定不同的权限级别，也就是对管理部门人员的第二应用账号预先设定了不同的权限级别，使得管理部门人员在权限级别范围内查看巡检信息。例如，消防部门人员只能查看与消防相关的巡检信息，工商部门人员只能查看与工商相关的巡检信息，镇领导可以查看所有的巡检信息。管理部门人员通过第二终端登录第二应用时，获取管理部门人员的权限级别，也就是获取第二应用账号的权限级别。登录成功后，管理部门人员通过第二终端发送的查看请求。

步骤208，根据查看请求获取与第二应用账号权限级别对应的统计后的巡检信息，并将统计后的巡检信息返回至第二终端。

在接收到第二应用账号的查看请求后，第二应用账号权限级别获取对应的统计后的巡检信息(简称为统计信息)，并将这些统计后的巡检信息返回至第二终端，通过第二应用在第二终端进行展示。可以在第二终端首先展示总体的统计信息，进而针对具体的类型分别展示统计信息。通过第二应用还可以在统计信息的展示页面再根据筛选条件向社区管理服务器发送筛选查询请求，社区管理服务器根据筛选查询请求中携带的报表标识码获取对应的报表并发送至第二终端。以此方便管理部门人员了解自己关注的巡检信息。

如图3所示，为通过第二应用在第二终端展示的总体统计信息。其中包括已巡检过的出租屋数量、已巡检过的企业数量、已巡检过的经营场所数量、已采集的流动人口数量，以及本月巡检中发现的隐患数量等。如图4所示，为通过第二应用在第二终端展示的多个社区网格内巡检信息的详细统计示意图。其中包括每个社区内正常营业的市场主体数量、未开门营业的市场主体数量、地址与工商登记信息不符的数量、查无此市场主体的数量等。由此使得管理部门人员能够直观的了解社区内市场主体的经营活动状况。

本实施例中，接收社区巡检员利用第一终端上安装的第一应用上传的对市场主体进行社区巡检的巡检信息，巡检信息中包括多个类别；对巡检信息按照类别进行分类统计；接收管理部门人员利用第二终端上安装的第二应用发送的查看请求；根据查看请求获取与第二应用账号权限级别对应的统计后的巡检信息，并将统计后的巡检信息返回至第二终端。由于第一终端上的第一应用输入的巡检信息是社区巡检员对市场主体进行社区巡检时所得到的，并且巡检信息在服务器进行了分类统计，管理部门人员利用第二终端上安装的第二应用向服务器发送查看请求后，服务器将与第二应用账号的级对应的统计后的巡检信息发送至第二终端，由此能够使得不同的第二终端根据第二应用账号的权限级别分别查看该市场主体的统计后的巡检信息，进而能够让多个不同的管理部门人员分别了解社区内市场主体的经营活动状况。

在一个实施例中，在接收第一终端上安装的第一应用上传的对市场主体进行社区巡检的巡检信息的步骤之前，还包括：生成对市场主体进行社区巡检的巡检任务并将巡检任务发送至第一终端；获取市场主体的电子档案，电子档案中包括市场主体的工商登记信息、许可受理记录；将电子档案发送至第一终端，以使得第一终端根据工商登记信息、许可受理记录执行巡检任务。

本实施例中，可以根据社区日常管理和管理部门的要求预先设定巡检事项，社区管理服务器获取巡检事项、社区巡检员、完成期限等生成市场主体的巡检任务。市场主体登记了工商信息办理了营业执照。在市场主体办理营业执照后还可能需要在许可审批部门办理许可证明。例如，营业面积大于150平方米的市场主体需要在消防部门办理消防许可证等。社区管理服务器可以预先创建该市场主体的电子档案，电子档案中可以包括该市场主体的工商登记信息、许可受理记录以及之前对该市场主体进行巡检的结果等。社区巡检员可以根据工商登记信息、许可受理记录来执行巡检任务。例如，市场主体的实际地址与工商登记信息中的登记地址是否一致，市场主体实际经营是否超出了工商登记信息中的经营范围，市场主体是否按照办理许可证明的要求进行了整改等。由此使得根据工商登记信息、许可受理记录执行巡检任务，能够结合市场主体的经营活动状况开展社区巡检，进而提高了对市场主体进行社区巡检的有效性。

如果市场主体尚未办理营业执照，也未办理许可证明，社区管理服务器尚未创建其电子档案时，可以根据巡检员利用第一终端上传的巡检信息生成该市场主体的电子档案。

如图5所示，为通过第一应用在第一终端上展示巡检任务的示意图。其中每条巡检任务中包括建筑物图标、企业名称、企业地点、巡检任务推送时间、档案管理、异议反馈等。其中，点击建筑物图标，可以显示该企业的详细信息，其中包括企业的工商登记信息。点击档案管理图标，可以为该企业建立电子档案或者对已建立的电子档案进行修正。如果该企业不属于本社区巡检管辖，可以点击异议反馈图标将该项巡检任务退回。

在一个实施例中，在将电子档案发送至第一终端，以使得第一终端根据工商登记信息、许可受理记录执行巡检任务的步骤之后，还包括：向第一终端分发第一应用的联系人列表，联系人列表中包括市场主体人员对应的第三应用账号；循环读取第一终端向已选择的市场主体人员发送的聊天消息；判断已选择的市场主体人员对应的第三应用账号是否在线；若是，则将聊天信息根据发送至已选择的市场人员。

本实施例中，市场主体人员具有对应的第三应用账号，可通过第三终端登录到第三应用账号。社区巡检员对应的第一应用账号中可以添加第三应用账号作为联系人。社区巡检员在对市场主体进行巡检时或者巡检完成后，可以向市场主体人员在线发送聊天消息，以便了解巡检中发现的问题。如果检测到第三应用账号在线，则社区管理服务器将读取到的第一终端发送的聊天信息及时发送至第三终端，如果检测到第三应用账号不在线，则社区管理服务器将读取到的第一终端发送的聊天消息进行缓存，待第三应用账号在线时，再发送至对应的第三终端。

进一步的，第一应用的联系人列表还可以包括其他第一应用账号，社区管理服务器可以在多个第一应用账号之间传输聊天信息，以便各个社区巡检员之间进行交流。

在一个实施例中，在根据查看请求获取与第二应用账号权限级别对应的统计后的巡检信息，并将统计后的巡检信息返回至第二终端的步骤之后，还包括:接收第二终端上传的抽查任务，抽查任务由第二应用根据未办理营业执照的市场主体的信息生成；将抽查任务发送至第一终端，以使得第一终端对未办理营业执照的市场主体进行抽查并上报抽查结果。

本实施例中，在管理部门人员查看统计后的巡检信息后，管理部门人员可以根据未办理营业执照的市场主体的信息生成抽查任务。具体的，管理部门人员可以利用第二应用进行筛选，随机选择未办理营业执照的市场主体，获取相应的信息，生成抽查任务。通过社区管理服务器将该抽查任务下发至第一终端，从而使得社区巡检员对未办理营业执照的市场主体进行抽查。通过第一终端执行第二应用生成抽查任务，由此方便了管理部门人员能够了解未办理营业执照的市场主体的经营活动状况。

在一个实施例中，在对巡检信息按照类别进行分类统计的步骤之后，还包括：获取第一应用账号对应的巡检信息；根据类别统计第一应用账号对应的巡检信息。

本实施例中，根据第一应用账号对应的巡检信息进行分类统计，由此能够了解每个社区巡检员的工作进行量化统计。如图6所示，为社区巡检员的工作统计示意图。其中包括巡检情况、隐患发现情况、隐患整改情况、流程人口信息采集等。通过对社区巡检员的工作进行量化统计，由此能够对社区巡检员的工作进行有效的评价。

如图7所示，在一个实施例中，提供了一种利用应用程序对市场主体进行社区巡检的系统，该系统包括：接收模块702、统计模块704、获取模块706和发送模块708，其中：

接收模块702，用于接收社区巡检员利用第一终端上安装的第一应用上传的对市场主体进行社区巡检的巡检信息，巡检信息中包括多个类别。

统计模块704，用于对巡检信息按照类别进行分类统计。

接收模块702还用于接收管理部门人员利用第二终端上安装的第二应用发送的查看请求。

获取模块706，用于根据查看请求获取与第二应用账号权限级别对应的统计后的巡检信息。

发送模块708，用于将统计后的巡检信息返回至第二终端。

在一个实施例中，如图8所示，该系统还包括：生成模块710，用于生成对市场主体进行社区巡检的巡检任务；发送模块708还用于将巡检任务发送至第一终端；获取模块706还用于获取市场主体的电子档案，电子档案中包括市场主体的工商登记信息、许可受理记录；发送模块708还用于将电子档案发送至第一终端，以使得第一终端根据工商登记信息、许可受理记录执行巡检任务。

在一个实施例中，如图9所示，该系统还包括：分发模块712、读取模块714和判断模块716，其中：

分发模块712，用于向第一终端分发第一应用的联系人列表，联系人列表中包括市场主体人员对应的第三应用账号。

读取模块714，用于循环读取第一终端向已选择的市场主体人员发送的聊天消息。

判断模块716，用于判断已选择的市场主体人员对应的第三应用账号是否在线。

发送模块708还用于若第三应用账号在线，则将聊天信息根据发送至已选择的市场人员。

在一个实施例中，接收模块702还用于接收第二终端上传的抽查任务，抽查任务由第二应用根据未办理营业执照的市场主体的信息生成；发送模块708还用于将抽查任务发送至第一终端，以使得第一终端对未办理营业执照的市场主体进行抽查并上报抽查结果。

在一个实施例中，获取模块706还用于获取第一应用账号对应的巡检信息；统计模块704还用于根据类别统计第一应用账号对应的巡检信息。

在一个实施例中，如图10所示，提供了一种服务器。该服务器包括通过系统总线连接的处理器、存储介质、内存和网络接口。其中，该服务器的存储介质存储有操作系统、数据库和市场主体巡检装置，该市场主体巡检装置用于实现适用于服务器的一种利用应用程序对市场主体进行社区巡检的方法。该服务器的处理器用于提供计算和控制能力，支撑整个服务器的运行。该服务器的内存为存储介质中的市场主体巡检装置的运行提供环境。该服务器的网络接口用于据以与外部的终端通过网络连接通信，比如发送巡检任务等。服务器可以用独立的服务器或者是多个服务器来实现。

该服务器开通多个数据接口，以方便与第一应用、第二应用和第三应用分别进行通信。具体的，服务器启动XMPP(ExtensibleMessagingandPresenceProtocol，可扩展通讯和表示协议)服务，等待第一应用、第二应用或第三应用连接后，将所连接的第一应用、第二应用或第三应用交付给XMPP服务线程进行并处理接收到的消息。第一应用、第二应用以及第三应用可以分别启动XMPP服务线程，通过XMPP服务线程接收服务器发送的消息，每次接收到一条消息就会进行相应的处理，例如提交巡检信息，显示建筑物的统计报表等。

在服务器上分别配置有第一应用、第二应用和第三应用的动态链接库、口令卡和坐标码。口令卡为二维口令卡，如256*256，由服务器生成并封装在动态链接库中。动态链接库根据坐标码生成临时的会话密钥，作为第一应用、第二应用或第三应用接入该服务器的合法凭证。为了进一步确保第一应用、第二应用以及第三应用的网络安全，第一应用采用APN(AccessPointName，接入点)方式与服务器进行连接，第二应用与第三应用可以采用APN方式或者WAN(WideAreaNetwork，广域网)方式与服务器进行连接，如果采用WAN方式还需要配置相应的防火墙。

以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种利用应用程序对市场主体进行社区巡检的方法，所述方法包括：

接收社区巡检员利用第一终端上安装的第一应用上传的对市场主体进行社区巡检的巡检信息，所述巡检信息中包括多个类别；

对所述巡检信息按照所述类别进行分类统计；

接收管理部门人员利用第二终端上安装的第二应用发送的查看请求；

根据所述查看请求获取与第二应用账号权限级别对应的统计后的巡检信息，并将所述统计后的巡检信息返回至所述第二终端。

2.根据权利要求1所述的方法，其特征在于，在所述接收第一终端上安装的第一应用上传的对市场主体进行社区巡检的巡检信息的步骤之前，还包括：

生成对所述市场主体进行社区巡检的巡检任务并将所述巡检任务发送至第一终端；

获取所述市场主体的电子档案，所述电子档案中包括所述市场主体的工商登记信息、许可受理记录；

将所述电子档案发送至所述第一终端，以使得所述第一终端根据所述工商登记信息、许可受理记录执行所述巡检任务。

3.根据权利要求2所述的方法，其特征在于，在所述将所述电子档案发送至所述第一终端，以使得所述第一终端根据所述工商登记信息、许可受理记录执行所述巡检任务的步骤之后，还包括：

向所述第一终端分发第一应用的联系人列表，所述联系人列表中包括市场主体人员对应的第三应用账号；

循环读取第一终端向已选择的市场主体人员发送的聊天消息；

判断所述已选择的市场主体人员对应的第三应用账号是否在线；

若是，则将所述聊天信息根据发送至所述已选择的市场人员。

4.根据权利要求1所述的方法，其特征在于，在所述根据所述查看请求获取与第二应用账号权限级别对应的统计后的巡检信息，并将所述统计后的巡检信息返回至所述第二终端的步骤之后，还包括:

接收所述第二终端上传的抽查任务，所述抽查任务由所述第二应用根据未办理营业执照的市场主体的信息生成；

将所述抽查任务发送至所述第一终端，以使得所述第一终端对未办理营业执照的市场主体进行抽查并上报抽查结果。

5.根据权利要求1所述的方法，其特征在于，在所述对所述巡检信息按照所述类别进行分类统计的步骤之后，还包括：

获取第一应用账号对应的巡检信息；

根据所述类别统计所述第一应用账号对应的巡检信息。

6.一种利用应用程序对市场主体进行社区巡检的系统，其特征在于，所述系统包括：

接收模块，用于接收社区巡检员利用第一终端上安装的第一应用上传的对市场主体进行社区巡检的巡检信息，所述巡检信息中包括多个类别；

统计模块，用于对所述巡检信息按照所述类别进行分类统计；

所述接收模块还用于接收管理部门人员利用第二终端上安装的第二应用发送的查看请求；

获取模块，用于根据所述查看请求获取与第二应用账号权限级别对应的统计后的巡检信息；

发送模块，用于将所述统计后的巡检信息返回至所述第二终端。

7.根据权利要求6所述的系统，其特征在于，所述系统还包括：

生成模块，用于生成对所述市场主体进行社区巡检的巡检任务；

所述发送模块还用于将所述巡检任务发送至第一终端；

所述获取模块还用于获取所述市场主体的电子档案，所述电子档案中包括所述市场主体的工商登记信息、许可受理记录；

所述发送模块还用于将所述电子档案发送至所述第一终端，以使得所述第一终端根据所述工商登记信息、许可受理记录执行所述巡检任务。

8.根据权利要求7所述的系统，其特征在于，所述系统还包括：

分发模块，用于向所述第一终端分发第一应用的联系人列表，所述联系人列表中包括市场主体人员对应的第三应用账号；

读取模块，用于循环读取第一终端向已选择的市场主体人员发送的聊天消息；

判断模块，用于判断所述已选择的市场主体人员对应的第三应用账号是否在线；

所述发送模块还用于若所述第三应用账号在线，则将所述聊天信息根据发送至所述已选择的市场人员。

9.根据权利要求6所述的系统，其特征在于，所述接收模块还用于接收所述第二终端上传的抽查任务，所述抽查任务由所述第二应用根据未办理营业执照的市场主体的信息生成；所述发送模块还用于将所述抽查任务发送至所述第一终端，以使得所述第一终端对未办理营业执照的市场主体进行抽查并上报抽查结果。

10.根据权利要求6所述的系统，其特征在于，所述获取模块还用于获取第一应用账号对应的巡检信息；所述统计模块还用于根据所述类别统计所述第一应用账号对应的巡检信息。