CN111403034B - 用户信息管控方法及系统 - Google Patents

Abstract

本申请提供了一种用户信息管控方法及系统，属于互联网和云技术领域。所述方法包括：第一客户端显示目标应用程序的第一功能对象的用户界面；响应于接收到针对第一功能对象的用户界面中的用户码展示控件的触发信号，显示第一用户的用户码；第二客户端显示目标应用程序的第二功能对象的用户界面；响应于接收到针对第二功能对象的用户界面中的扫码控件的触发信号，扫描第一用户的用户码，显示第一用户的信息登记界面；在信息登记界面中显示第一用户的用户信息；响应于接收到对于第一用户的用户信息的提交指示，向管控平台提交第一用户的用户信息。本申请可以降低对用户进行信息查验时的接触风险，提升查验效率，且信息码不易遗失，便于追溯和查验。

Description

用户信息管控方法及系统

技术领域

本申请实施例涉及互联网和云技术领域，特别涉及一种用户信息管控方法及系统。

背景技术

当用户出入小区、乘坐交通工具或进入一些公共场所时，需要对用户信息进行查验，在确认用户信息满足条件的情况下才予以放行。

以对用户健康状况进行查验的场景为例，通常的做法是要求用户去社区申领健康证明，用户在社区填写个人信息并经过健康核查之后，社区工作人员会给用户制作一个纸质的健康证明，并在该健康证明上签字盖章以示该健康证明有效。当用户经过检查点时，通过向工作人员示出该健康证明，在工作人员查验通过后则予以放行。

纸质证明在查验时存在接触风险，且查验效率低；同时还存在证明容易遗失而导致用户相关信息无法被追溯和查验的问题。

发明内容

本申请实施例提供了一种用户信息管控方法及系统，可以降低对用户进行信息查验时的接触风险，提升查验效率，且避免因纸质证明容易遗失而导致用户信息无法被追溯和查验的问题。所述技术方案如下：

一方面，本申请实施例提供了一种用户信息管控方法，应用于用户信息管控系统中，所述用户信息管控系统包括：第一客户端、第二客户端和管控平台，所述第一客户端和所述第二客户端是目标应用程序的客户端；

所述第一客户端显示所述目标应用程序的第一功能对象的用户界面，所述第一功能对象是用于实现信息上报的功能对象；响应于接收到针对所述第一功能对象的用户界面中的信息码展示控件的触发信号，显示第一用户的信息码，所述第一用户的信息码是用于记录所述第一用户的用户信息的图形码；

所述第二客户端显示所述目标应用程序的第二功能对象的用户界面，所述第二功能对象是用于实现信息管控的功能对象；响应于接收到针对所述第二功能对象的用户界面中的扫码控件的触发信号，扫描所述第一用户的信息码，显示所述第一用户的信息登记界面；在所述信息登记界面中显示所述第一用户的用户信息；响应于接收到对于所述第一用户的用户信息的提交指示，向所述管控平台提交所述第一用户的用户信息；

所述管控平台存储所述第一用户的用户信息。

另一方面，本申请实施例提供了一种用户信息管控系统，所述用户信息管控系统包括：第一客户端、第二客户端和管控平台，所述第一客户端和所述第二客户端是目标应用程序的客户端；

所述第一客户端，用于显示所述目标应用程序的第一功能对象的用户界面，所述第一功能对象是用于实现信息上报的功能对象；响应于接收到针对所述第一功能对象的用户界面中的信息码展示控件的触发信号，显示第一用户的信息码，所述第一用户的信息码是用于记录所述第一用户的用户信息的图形码；

所述第二客户端，用于显示所述目标应用程序的第二功能对象的用户界面，所述第二功能对象是用于实现信息管控的功能对象；响应于接收到针对所述第二功能对象的用户界面中的扫码控件的触发信号，扫描所述第一用户的信息码，显示所述第一用户的信息登记界面；在所述信息登记界面中显示所述第一用户的用户信息；响应于接收到对于所述第一用户的用户信息的提交指示，向所述管控平台提交所述第一用户的用户信息；

所述管控平台，用于存储所述第一用户的用户信息。

本申请实施例提供的技术方案可以包括如下有益效果：

通过在用户的客户端上显示信息码，查验人员可以使用客户端扫描用户的信息码，实现对用户的信息查验和上报，实现了用户和查验人员之间无接触的信息查验，降低接触风险，且提升查验效率。

另外，相比于纸质证明，本申请提供的电子化图形码形式的信息码，不易遗失，用户使用客户端登录用户帐号即可查看到自己的信息码，便于追溯和查验。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请一个实施例提供的实施环境的示意图；

图2示例性示出了本申请技术方案的整体流程图；

图3是本申请一个实施例提供的用户信息管控方法的流程图；

图4和图5是图3实施例涉及的界面示意图；

图6是本申请一个实施例提供的信息码生成过程的流程图；

图7是图6实施例涉及的界面示意图；

图8是本申请一个实施例提供的受管理人员管理和管理员分配的流程图；

图9和图10是图8实施例涉及的界面示意图；

图11是本申请一个实施例提供的信息上报和疫情线索上报的流程图；

图12是图11实施例涉及的界面示意图；

图13是本申请一个实施例提供的检查点管理、司乘信息查询和确诊相关用户跟踪的流程图；

图14和图15是图13实施例涉及的界面示意图；

图16是本申请一个实施例提供的终端的结构示意图；

图17是本申请一个实施例提供的服务器的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

请参考图1，其示出了本申请一个实施例提供的实施环境的示意图。该实施环境可以是一个云服务系统。如图1所示，该实施环境可以包括：用户终端11、配置管理设备12、服务器13和数据库14。

用户终端11可以是智能手机、平板电脑、笔记本电脑、台式计算机、智能音箱、智能手表等，但并不局限于此。用户终端11中可以安装运行目标应用程序的客户端，该目标应用程序可以是社交类应用程序、即时通信类应用程序、支付类应用程序、生活服务类应用程序等，但并不局限于此。在本申请实施例中，用户终端11的使用者可以是普通用户，也可以是具有对普通用户的用户信息具有查验权限的管理员。

配置管理设备12可以是智能手机、平板电脑、笔记本电脑、台式计算机等，但并不局限于此。配置管理设备12是具有后台配置管理权限的管理员所使用的设备，该管理员能够在配置管理设备12登录管控平台，查看管控平台提供的一些后台数据(如用户的个人信息、出行记录等数据)，并做相关的一些处理。

服务器13可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN(Content Delivery Network，内容分发网络)、以及大数据和人工智能平台等基础云计算服务的云服务器。服务器13中部署有管控平台，该管控平台是用于实现用户信息管控的后台软件平台。可选地，该管控平台是健康管控平台，用于实现用户健康信息的管控。

数据库14简而言之可视为电子化的文件柜——存储电子文件的处所，用户可以对文件中的数据进行新增、查询、更新、删除等操作。所谓“数据库”是以一定方式储存在一起、能与多个用户共享、具有尽可能小的冗余度、与应用程序彼此独立的数据集合。服务器13可以将产生的数据存储在数据库14中。

用户终端11和服务器13之间，以及配置管理设备12和服务器13之间，可以通过有线或无线通信方式进行直接或间接地连接，本申请在此不做限制。

如图1所示，在云服务系统架构下，用户终端11和配置管理设备12可以通过互联网接入企业公有云系统。服务器13和数据库14可以部署在企业公有云系统下的VPC(VirtualPrivate Cloud，虚拟私有云)子网中。

用户终端11和服务器13之间，以及配置管理设备12和服务器13之间，还可以包括企业GSLB(Global Server Load Balance，全局负载均衡)服务器15、防火墙16、配置管理设备ELB(Elastic Load Balancing，弹性负载均衡)17和用户终端ELB 18。

其中，企业GSLB服务器15用于对接入企业公有云的设备进行全局负载均衡控制。防火墙16用于隔离企业公有云内部网络和外部网络，对企业公有云内部网络的信息安全提供保障。配置管理设备ELB 17用于对来自配置管理设备12的访问请求进行负载均衡处理，用户终端ELB 18用于对来自用户终端11的访问请求进行负载均衡处理。

上述云服务系统可以基于云技术(Cloud technology)来构建。云技术是指在广域网或局域网内将硬件、软件、网络等系列资源统一起来，实现数据的计算、储存、处理和共享的一种托管技术。云技术基于云计算商业模式应用的网络技术、信息技术、整合技术、管理平台技术、应用技术等的总称，可以组成资源池，按需所用，灵活便利。云计算技术将变成重要支撑。技术网络系统的后台服务需要大量的计算、存储资源，如视频网站、图片类网站和更多的门户网站。伴随着互联网行业的高度发展和应用，将来每个物品都有可能存在自己的识别标志，都需要传输到后台系统进行逻辑处理，不同程度级别的数据将会分开处理，各类行业数据皆需要强大的系统后盾支撑，只能通过云计算来实现。

云计算(cloud computing)是一种计算模式，它将计算任务分布在大量计算机构成的资源池上，使各种应用系统能够根据需要获取计算力、存储空间和信息服务。提供资源的网络被称为“云”。“云”中的资源在使用者看来是可以无限扩展的，并且可以随时获取，按需使用，随时扩展，按使用付费。

作为云计算的基础能力提供商，会建立云计算资源池(简称云平台，一般称为IaaS(Infrastructure as a Service，基础设施即服务)平台)，在资源池中部署多种类型的虚拟资源，供外部客户选择使用。云计算资源池中主要包括：计算设备(为虚拟化机器，包含操作系统)、存储设备、网络设备。按照逻辑功能划分，在IaaS层上可以部署PaaS(Platform asa Service，平台即服务)层，PaaS层之上再部署SaaS(Software as a Service，软件即服务)层，也可以直接将SaaS部署在IaaS上。PaaS为软件运行的平台，如数据库、web(网页)容器等。SaaS为各式各样的业务软件，如web门户网站、短信群发器等。一般来说，SaaS和PaaS相对于IaaS是上层。

公有云(Public Cloud)通常指第三方提供商为用户提供的能够使用的云，公有云一般可通过Internet(互联网)使用，可能是免费或成本低廉的，公有云的核心属性是共享资源服务。这种云有许多实例，可在当今整个开放的公有网络中提供服务。VPC是存在于公有云中的私有云(Private Cloud)，亦即一种网际云。

本申请实施例提供了一种用户信息管控的技术方案，用于实现用户信息的上报和管控。如图2所示，其示出了本申请技术方案的整体流程图。

普通用户可以使用用户终端11登录目标应用程序的客户端，使用客户端提供的信息上报功能，通过该信息上报功能，用户可以上报自身的用户信息(如包括健康信息和出行信息)，也可以上报他人的用户信息(也即为他人上报)。用户上报的用户信息会提交给管控平台的服务器，由服务器根据目标用户的用户信息为该目标用户生成信息码，目标用户的信息码是用于记录该目标用户的用户信息的图形码，如二维码、条形码或三维码。当目标用户经过社区出入口、交通卡口或者其他公共场所的出入口等检查点时，目标用户可以使用客户端出示信息码，以供检查点的工作人员进行查验。检查点的工作人员可以使用其自身的用户终端设备扫描目标用户的信息码，在自己的终端设备上查看到该目标用户的用户信息，然后对该目标用户的用户信息进行查验，并将该目标用户的出行记录提交上报给管控平台。

管理员可以在配置管理设备12上登录管控平台，获取到管控平台记录的用户信息。对于一些信息有异常的用户，管理员可以将其设置为隔离人员，要求其进行隔离(如居家隔离或定点隔离)。隔离人员在满足条件时也可以申请解除隔离。此外，对于异常用户，还可以获取该异常用户的出行记录，对该异常用户的出行记录进行跟踪，找到该异常用户所接触的其他用户，并对其他用户做相应处理。

本申请实施例提供了一套完整的信息管控方案，包括上报、查验、更新等，下面通过几个实施例对本申请技术方案进行介绍说明。

请参考图3，其示出了本申请一个实施例提供的用户信息管控方法的流程图。该方法可应用于用户信息管控系统中，该用户信息管控系统的系统架构可以如图1所示。

可选地，该用户信息管控系统包括：第一客户端、第二客户端和管控平台，第一客户端和第二客户端是目标应用程序的客户端。第一客户端和第二客户端均可以运行于图1所示的用户终端11上，其中，普通用户使用的用户终端11上运行第一客户端，具有对普通用户的用户信息进行查验权限的管理员使用的用户终端11上运行第二客户端。

如图3所示，该方法可以包括如下几个步骤(301～307)：

步骤301，第一客户端显示目标应用程序的第一功能对象的用户界面。

当用户需要使用目标应用程序提供的信息上报功能时，可以打开显示第一功能对象的用户界面。第一功能对象是用于实现信息上报的功能对象。

步骤302，第一客户端响应于接收到针对第一功能对象的用户界面中的信息码展示控件的触发信号，显示第一用户的信息码。

第一功能对象的用户界面中包括信息码展示控件，该信息码展示控件是用于触发展示信息码的操作控件，如其可以是一个按钮。第一用户的信息码是用于记录第一用户的用户信息的图形码，例如可用于对用户信息进行查看和追溯。在本申请实施例中，对该图形码的实现形式不作限定，例如其可以是二维码、条形码或三维码。该第一用户的信息码记录了该第一用户的标识信息，通过该第一用户的标识信息即可以查找到对应存储的该第一用户的用户信息。

在示例性实施例中，用户信息包括以下至少一项：健康信息和出行信息。其中，健康信息是用于反映用户的健康状况的信息，如健康信息可以包括体温、症状等信息。出行信息是用于反映用户的出行状况的信息，如出行信息可以包括是否外出、外出地点、外出时间、外出接触人员等信息。另外，用户信息还可以包括用户的基本信息，如姓名、性别、年龄、出生日期、证件号码、电话号码、地址等信息。

当第一用户经过社区出入口、交通卡口或者其他公共场所的出入口等检查点时，第一用户可以使用第一客户端出示其信息码，以供检查点的工作人员进行查验。

在示例性实施例中，上述信息码也可以称为健康码、用户码、身份码或其它名称，本申请实施例对此不作限定。

如图4所示，第一客户端显示目标应用程序的第一功能对象的用户界面40，该用户界面40中包括健康码展示控件41，第一用户点击该健康码展示控件41，触发显示该第一用户的健康码42。可选地，如图4所示，在健康码42的展示界面中，还可以包括该健康码42的有效期以及申请更新控件，当健康码42过期或需要更新时，第一用户可以点击该申请更新控件触发更新健康码。可选地，如图4所示，在健康码42的展示界面中，还可以包括该第一用户的最新的用户信息，如该第一用户最新的健康信息和出行信息。

步骤303，第二客户端显示目标应用程序的第二功能对象的用户界面。

当管理员(如社区工作人员或检查点的工作人员)需要查验第一用户的用户信息时，可以使用目标应用程序提供的信息管控功能。管理员可以打开显示第二功能对象的用户界面，该第二功能对象是用于实现信息管控的功能对象。

步骤304，第二客户端响应于接收到针对第二功能对象的用户界面中的扫码控件的触发信号，扫描第一用户的信息码，显示第一用户的信息登记界面。

第二功能对象的用户界面中包括扫码控件，该扫码控件是用于触发开启图形码扫描功能的操作控件，如其可以是一个按钮。管理员点击该扫码控件，第二客户端会显示图形码扫描界面，并开启摄像头，启动图形码扫描功能。第二客户端在扫描获取到第一用户的信息码之后，显示该第一用户的信息登记界面。

如图5所示，第二客户端显示目标应用程序的第二功能对象的用户界面50，该用户界面50中包括扫码控件51，管理员点击该扫码控件51，触发开启图形码扫描功能。在扫描获取到第一用户的健康码之后，显示该第一用户的信息登记界面52。

步骤305，第二客户端在信息登记界面中显示第一用户的用户信息。

信息登记界面是用于登记第一用户的用户信息的用户界面。

在一种可能的实施方式中，管理员在信息登记界面中手动录入第一用户的用户信息，相应地，第二客户端获取在信息登记界面中输入的第一用户的用户信息，并将该第一用户的用户信息显示在信息登记界面中。例如，如图5所示，管理员可以在信息登记界面52选择或输入第一用户的体温、症状、出行状态等信息。

在另一种可能的实施方式中，第二客户端接收来自于关联智能设备的第一用户的用户信息，并将第一用户的用户信息显示在信息登记界面中。关联智能设备是指与第二客户端所在的用户终端具有通信连接的智能设备，如其可以是智能体温枪、智能手环、智能血压仪、智能手机等。关联智能设备可以采集到用户的体温、心率、血压等健康信息，也可以获取到用户的位置信息或行动轨迹，关联智能设备通过上述通信连接自动化地向第二客户端所在的用户终端发送用户信息，使得第二客户端能够自动获取到用户信息，无需管理员手动录入。

当然，在一些其它实施方式中，也可以采用上述两种方式结合的方式，获取第一用户的用户信息，本申请实施例对此不作限定。

步骤306，第二客户端响应于接收到对于第一用户的用户信息的提交指示，向管控平台提交第一用户的用户信息。

信息登记界面中可以包括提交控件，管理员点击该提交控件可以触发对于第一用户的用户信息的提交指示。第二客户端在接收到上述提交指示之后，将第一用户的用户信息发送给管控平台。第二客户端在向管控平台发送第一用户的用户信息时，会同时携带该第一用户的标识信息。

如图5所示，管理员在确认信息登记界面52中的第一用户的用户信息无误之后，可以点击提交按钮53触发提交指示，第二客户端在接收到该提交指示之后，向健康管控平台发送第一用户的用户信息。

步骤307，管控平台存储第一用户的用户信息。

管控平台接收到第一用户的用户信息之后，可以将该第一用户的用户信息存储至数据库中。对于同一个用户来说，其用户信息可以在不同的时间多次上报提交，且不同时间上报的用户信息可以不同，管控平台可以按照时间顺序存储多次提交的第一用户的用户信息，形成该第一用户的用户信息记录。

综上所述，本申请实施例提供的技术方案，通过在用户的客户端上显示信息码，查验人员可以使用客户端扫描用户的信息码，实现对用户的信息查验和上报，实现了用户和查验人员之间无接触的信息查验，降低接触风险，且提升查验效率。另外，相比于纸质证明，本申请提供的电子化图形码形式的信息码，不易遗失，用户使用客户端登录用户帐号即可查看到自己的信息码，便于追溯和查验。

另外，用户信息可以包括健康信息和出行信息，基于这两方面维度实现对用户的健康状况和出行状况的跟踪记录，针对因传染性疾病(如流感等)爆发导致的健康管控场景，提供了一套行之有效的用户信息的记录和追溯方案，有助于快速定位可能的感染用户。

在示例性实施例中，对信息码的申请和生成过程进行介绍说明。如图6所示，该信息码的申请和生成过程可以包括如下几个步骤(601～606)：

步骤601，第一客户端响应于接收到针对第一功能对象的用户界面中的自查上报控件的触发信号，显示自查上报界面。

第一功能对象的用户界面中还包括自查上报控件，该自查上报控件是用于触发显示自查上报界面的操作控件，如其可以是一个按钮。自查上报界面是用于供用户录入自查信息的用户界面，该自查信息是指用户经过自检后上报的用户信息，如包括健康信息和出行信息。

步骤602，第一客户端获取在自查上报界面中录入的第一用户的自查信息。

第一用户可以在自查上报界面中手动录入自查信息，相应地，第一客户端获取在自查上报界面中输入的自查信息，并将该自查信息显示在自查上报界面中。或者，第一客户端接收来自于关联智能设备的第一用户的自查信息，并将第一用户的自查信息显示在自查上报界面中。关联智能设备是指与第一客户端所在的用户终端具有通信连接的智能设备，如其可以是智能体温枪、智能手环、智能血压仪、智能手机等。关联智能设备可以采集到用户的体温、心率、血压等健康信息，也可以获取到用户的位置信息或行动轨迹，关联智能设备通过上述通信连接自动化地向第一客户端所在的用户终端发送自查信息，使得第一客户端能够自动获取到自查信息，无需用户手动录入。当然，在一些其它实施方式中，也可以采用上述两种方式结合的方式，获取第一用户的自查信息，本申请实施例对此不作限定。

步骤603，第一客户端响应于接收到对于第一用户的自查信息的提交指示，向管控平台提交第一用户的自查信息。

自查上报界面中可以包括提交控件，第一用户点击该提交控件可以触发对于自查信息的提交指示。第一客户端在接收到上述提交指示之后，将第一用户的自查信息发送给管控平台。第一客户端在向管控平台发送第一用户的自查信息时，会同时携带该第一用户的标识信息。

如图7所示，第一客户端显示目标应用程序的第一功能对象的用户界面40，该用户界面40中包括自查上报控件43，第一用户点击该自查上报控件43，触发显示自查上报界面70。第一用户可以在自查上报界面70选择或输入第一用户的体温、症状、出行状态等自查信息。第一用户在确认自查上报界面70中的自查信息无误之后，可以点击提交按钮触发提交指示，第一客户端在接收到该提交指示之后，向健康管控平台发送第一用户的自查信息。

步骤604，管控平台根据第一用户的自查信息以及信息码生成规则，生成第一用户的信息码。

信息码生成规则是用于生成信息码的方式规则。管控平台在接收到第一用户的自查信息之后，可以按照信息码生成规则对该第一用户的自查信息进行编码，生成相应的图形码作为第一用户的信息码。

在示例性实施例中，如图6所示，步骤604可以包括如下几个子步骤：

步骤604a，管控平台获取第一用户的历史信息；

历史信息是指该历史记录的该第一用户的用户信息。可选地，该历史信息包括以下至少一项：历史健康信息和历史出行信息。

步骤604b，管控平台根据第一用户的历史信息，对第一用户的自查信息进行核验，得到核验后的自查信息；

步骤604c，管控平台根据核验后的自查信息以及信息码生成规则，生成第一用户的信息码。

管控平台可以从数据库或者其它渠道获取第一用户的历史信息。该第一用户的历史信息是历史记录的，且具有真实性的用户信息。例如，该第一用户的历史信息可以是管理员在检查点对第一用户进行信息查验后上报给管控平台的用户信息，也可以是基于第一用户所使用的用户终端的运营商定位结果获取到的用户信息，本申请实施例对此不作限定。

由于第一用户的自查信息的真实性存疑，管控平台通过根据第一用户的历史信息，对该第一用户的自查信息进行核验，然后根据核验后的自查信息生成第一用户的信息码，有助于提高信息码的准确性和真实性。

另外，在根据第一用户的历史信息确定第一用户的自查信息无误的情况下，管控平台可以不修改第一用户的自查信息，直接将其作为核验后的自查信息生成信息码；在根据第一用户的历史信息确定第一用户的自查信息有误的情况下，管控平台可以按照第一用户的历史信息修正该第一用户的自查信息，得到核验后的自查信息，然后基于该核验后的自查信息生成信息码。

可选地，信息码包括多种显示样式，不同的显示样式对应不同的用户等级。显示样式包括但不限于以下至少一项：颜色、形状、尺寸等。例如，以健康码为例，健康码包括红、黄、绿3种显示样式，这3种显示样式对应3种不同的健康等级。例如，红色表示危险，黄色表示待定，绿色表示健康。通过采用不同显示样式的信息码，来表示不同的用户等级，使得检查点的管理员在查看到信息码的显示样式之后，就可以直观高效地确定出用户的用户等级，提高查验效率。

步骤605，管控平台向第一客户端发送第一用户的信息码。

步骤606，第一客户端显示第一用户的信息码。

管控平台在生成第一用户的信息码之后，向第一客户端发送该第一用户的信息码，以便第一客户端进行展示。

在示例性实施例中，管控平台还可以对第一用户的信息码进行更新。管控平台获取第一用户的更新后的用户信息；根据该更新后的用户信息以及信息码生成规则，生成第一用户的更新后的信息码；向第一客户端发送更新后的信息码。第一客户端接收到更新后的信息码之后，将第一用户原有的信息码替换掉，使用该更新后的信息码。

可选地，管控平台可以在接收到第一用户或者管理员的更新指令之后，执行上述对第一用户的信息码的更新操作；也可以自动化地对第一用户的信息码进行更新。例如，当管控平台检测到第一用户的用户信息发生更新时，就自动化地基于该更新后的用户信息生成更新后的信息码，从而使得依据信息码能够更加准确地查验到最新的用户信息，提升信息码的时效性。

在示例性实施例中，管控平台还可以对信息码生成规则进行更新。可选地，管控平台获取疫情统计数据；根据该疫情统计数据，更新信息码生成规则。疫情统计数据是指针对疫情状况的统计结果，如可以包括各个地区的确诊病例人数、疑似病例人数、治愈病例人数等信息。例如，原先在A地区的确诊病例人数大于阈值，原先的信息码生成规则包括当用户的出行信息包括去过A地区时，生成红色的信息码；如果A地区的确诊病例人数小于阈值，那么更新后的信息码生成规则可以包括当用户的出行信息包括去过A地区时，生成黄色或绿色的信息码。在本申请实施例中，对根据疫情统计数据更新信息码生成规则的方式不作限定，例如可以采用规则匹配、AI(Artificial Intelligence，人工智能)等方式。

通过上述方式，根据疫情统计数据，对信息码生成规则进行自动化地更新，能够使得信息码生成规则随着疫情发展进行适应性地调整，进而有助于提升生成的信息码的准确性和可靠性。

在示例性实施例中，管理员还可以对受管理人员进行管控，如定期查验受管理人员的用户状况，并实时上报给管理平台进行记录。示例性地，如图8所示，可以包括如下几个步骤：

步骤801，第二客户端响应于接收到针对第二功能对象的用户界面中的人员管理控件的触发信号，显示人员管理界面。

第二功能对象的用户界面中还包括人员管理控件，该人员管理控件是用于触发显示人员管理界面的操作控件，如其可以是一个按钮。人员管理界面中包括受管理人员列表，受管理人员列表中包括至少一个受管理人员。

受管理人员是指受监管的用户，例如居家隔离人员或者定点隔离人员。其中，居家隔离人员是指在自己家里进行隔离的用户，定点隔离人员是指在统一安排的指定隔离地点(如医院、宾馆等)进行隔离的用户。

步骤802，第二客户端响应于接收到针对受管理人员列表中的第一受管理人员的选择信号，显示第一受管理人员的个人信息界面。

第一受管理人员可以是受管理人员列表中的任意一个受管理人员。管理员点击受管理人员列表中第一受管理人员的条目，触发显示第一受管理人员的个人信息界面。第一受管理人员的个人信息界面中显示有该第一受管理人员的用户信息。

步骤803，第二客户端获取在第一受管理人员的个人信息界面中录入的第一受管理人员的用户信息。

管理员在对第一受管理人员的用户信息(如健康状况和出行状况)进行采集之后，可以在第一受管理人员的个人信息界面中录入该第一受管理人员的用户信息。

步骤804，第二客户端响应于接收到对于第一受管理人员的用户信息的提交指示，向管控平台提交第一受管理人员的用户信息。

第一受管理人员的个人信息界面中可以包括提交控件，管理员点击该提交控件可以触发对于第一受管理人员的用户信息的提交指示。第二客户端在接收到上述提交指示之后，将第一受管理人员的用户信息发送给管控平台。第二客户端在向管控平台发送第一受管理人员的用户信息时，会同时携带该第一受管理人员的标识信息。

步骤805，管控平台存储第一受管理人员的用户信息。

管控平台接收到第一受管理人员的用户信息之后，可以将该第一受管理人员的用户信息存储至数据库中。

如图9所示，第二客户端显示目标应用程序的第二功能对象的用户界面90，该用户界面90中包括人员管理控件91，管理员点击该人员管理控件91，触发显示人员管理界面92，人员管理界面92中包括受管理人员列表93。管理员点击受管理人员列表93中的张三的条目，会触发显示该张三的个人信息界面。管理员可以对张三的体温等健康信息进行测量，并询问张三最近的出行信息，然后在张三的个人信息界面中录入张三的用户信息，提交给健康管控平台。

可选地，如图9所示，用户界面90中还可以包括扫码核查控件95和人员添加控件96。扫码核查控件95是用于通过扫描用户的健康码对用户进行健康核查的操作控件。人员添加控件96是用于在受管理人员列表中添加受管理人员的操作控件。如图9所示，管理员点击人员添加控件96触发显示人员添加界面97，在该人员添加界面中添加受管理人员之后，点击提交按钮98即可向健康管控平台申请添加受管理人员。

在示例性实施例中，第二客户端响应于接收到针对人员管理界面中的扫码核查控件的触发信号，扫描第二用户的信息码获取第二用户的用户信息；响应于第二用户的用户信息满足条件，显示第二用户的个人信息界面。可选地，上述条件为第二用户为受管理人员，且该第二客户端登录的管理员帐号是分配给该第二用户的管理员的用户帐号。如果第二用户的用户信息满足条件，表明第二客户端的使用者有权限查看该第二用户的用户信息，第二客户端显示该第二用户的用户信息；如果第二用户的用户信息不满足条件，表明第二客户端的使用者没有权限查看该第二用户的用户信息，第二客户端不显示该第二用户的用户信息。通过上述方式，可以更好地保护用户信息的隐私性和安全性。

在示例性实施例中，第二客户端响应于接收到针对人员管理界面中的人员添加控件的触发信号，显示人员添加界面；获取在人员添加界面中录入的第三用户的用户信息；响应于接收到对于第三用户的确认管理指示，向管控平台发送人员添加请求，该人员添加请求用于请求添加第三用户为受管理人员，且人员添加请求中包括第三用户的用户信息。可选地，用户点击人员添加控件之后，第二客户端可以显示扫码添加和手动添加两个选项，如果用户点击扫码添加的选项，那么第二客户端可以通过扫描第三用户的信息码来获取第三用户的用户信息，如果用户点击手动添加选项，那么需要管理员在人员添加界面中手动录入第三用户的用户信息。通过上述方式，赋予管理员添加受管理人员的权限，实现对受管理人员的收录添加。

在示例性实施例中，不同的管理员也可以具备不同的权限。例如，普通管理员仅具备用户信息采集、用户信息查验、受管理人员添加等权限，高级管理员除了具备上述权限之外，还可以具备对普通管理员的管理权限。可选地，如图8所示，还可以包括如下几个步骤：

步骤806，第二客户端响应于接收到针对第二功能对象的用户界面中的人员管理控件的触发信号，显示人员管理界面。

人员管理界面中包括受管理人员列表，受管理人员列表中包括至少一个受管理人员。

步骤807，第二客户端响应于接收到针对受管理人员列表中的第二受管理人员的选择信号，显示第二受管理人员的个人信息界面。

第二受管理人员可以是受管理人员列表中的任意一个受管理人员。管理员点击受管理人员列表中第二受管理人员的条目，触发显示第二受管理人员的个人信息界面。第二受管理人员的个人信息界面中显示有该第二受管理人员的用户信息。

步骤808，第二客户端响应于接收到针对第二受管理人员的个人信息界面中的管理员分配控件的触发信号，显示管理员列表，管理员列表中包括至少一个候选的管理员。

在高级管理员权限下，受管理人员的个人信息界面中会显示有管理员分配控件，管理员分配控件是用于为受管理人员分配管理员的操作控件。高级管理员点击该管理员分配控件，可以触发显示管理员列表。

步骤809，第二客户端响应于接收到针对管理员列表中的第一管理员的选择信号，将第一管理员设置为第二受管理人员的管理员。

第一管理员可以是管理员列表中被选择的任意一个管理员。第二客户端在接收到上述选择信号之后，可以向管控平台发送管理员设置请求，该管理员设置请求用于请求将第一管理员设置为第二受管理人员的管理员；第二客户端在接收到管控平台发送的管理员设置响应之后，将第一管理员设置为第二受管理人员的管理员。

可选地，如图10所示，第二客户端显示目标应用程序的第二功能对象的用户界面100，该用户界面100中包括人员管理控件101，高级管理员点击该人员管理控件101，触发显示人员管理界面102，人员管理界面102中包括受管理人员列表103。高级管理员点击受管理人员列表103中的王五的条目，会触发显示该王五的个人信息界面104。在该个人信息界面104中，包括管理员分配控件105。高级管理员点击该管理员分配控件105，会触发显示管理员列表，在从中选择一个管理员并确定之后，将该被选择的管理员设置为王五的管理员。

需要说明的一点是，采用上述方式，可以对未分配管理员的受管理人员进行初始的管理员分配，也可以对已分配管理员的受管理人员进行重新的管理员分配。

另外，在高级管理员权限下，受管理人员的个人信息界面中还可以显示核查录入控件、解除管理控件、延迟管理控件等操作控件。其中，核查录入控件是用于对受管理人员的用户信息进行核查录入的操作控件，解除管理控件是用于对受管理人员解除管理(如解除隔离)的操作控件，延迟管理控件是用于对受管理人员延长管理期(如延长隔离期)的操作控件。

可选地，在高级管理员权限下，人员管理界面中还可以包括列表切换控件，该列表切换控件是用于切换受管理人员列表和管理员列表的操作控件。第二客户端响应于接收到针对人员管理界面中的列表切换控件的触发信号，将人员管理界面中显示的受管理人员列表切换为管理员列表；响应于接收到针对管理员列表中的第二管理员的选择信号，显示第二管理员的受管理人员名单，第二管理员的受管理人员名单包括分配给第二管理员管理的受管理人员；根据对于第二管理员的受管理人员名单的操作指示，对第二管理员的受管理人员名单进行更新。例如，高级管理员可以在第二管理员的受管理人员名单中添加或者删除受管理人员。通过上述方式，实现了对管理员和受管理人员的灵活查看和分配，提升操作和管理效率。

在示例性实施例中，当第一用户为受管理人员时，其可以通过第一客户端定期上报其最新的用户信息，以便管控平台对该第一用户的用户状况(如健康和出行状况)进行实时地追踪。可选地，如图11所示，包括如下几个步骤：

步骤1101，第一客户端响应于接收到针对第一功能对象的用户界面中的信息上报控件的触发信号，显示信息上报界面；

步骤1102，第一客户端获取在信息上报界面中录入的第一用户的用户信息；

步骤1103，第一客户端响应于接收到对于第一用户的用户信息的提交指示，向管控平台提交第一用户的用户信息；

步骤1104，管控平台根据第一用户的用户信息，生成第一用户的统计信息，该统计信息用于指示第一用户的用户信息的统计结果。

如图12所示，第一客户端显示目标应用程序的第一功能对象的用户界面120，该用户界面120中包括健康上报控件121，第一用户点击该健康上报控件121触发显示健康上报界面122，健康上报界面122中包括用于上报自身信息的第一操作入口123和用于上报他人信息的第二操作入口124。如果用户选择第一操作入口123，则会触发显示该第一用户的健康上报界面125，用户点击该健康上报界面125中的添加按钮126可以添加新的用户信息，并进行上报。

另外，如图12所示，健康统计信息127也可以在健康上报界面125中进行显示。该健康统计信息127可以包括健康状况正常的天数、健康状况敏感的天数和缺勤天数，其中，缺勤天数是指未上报健康状况的天数。当第一用户的健康状况正常的天数满足设定条件时，可以解除对该第一用户的管理，如解除对该第一用户的隔离。

在示例性实施例中，第一用户还可以上报疫情线索，为疫情管控提供更多的有价值信息。可选地，如图11所示，包括如下几个步骤：

步骤1106，第一客户端响应于接收到针对第一功能对象的用户界面中的线索上报控件的触发信号，显示线索上报界面；

步骤1107，第一客户端获取在线索上报界面中录入的疫情线索信息，疫情线索信息包括涉事人员的个人信息；

步骤1108，第一客户端响应于接收到对于疫情线索信息的提交指示，向管控平台提交疫情线索信息；

步骤1109，管控平台存储疫情线索信息。

如图12所示，第一客户端显示目标应用程序的第一功能对象的用户界面120，该用户界面120中还包括线索上报控件128，第一用户点击该线索上报控件128触发显示线索上报界面，第一用户可以在线索上报界面中输入疫情线索信息，并提交给健康管控平台。其中，疫情线索信息可以包括涉事人员的用户信息，如涉事人员的健康信息和出行信息等。管理员可以从健康管控平台获取疫情线索信息，并依据该疫情线索信息找到涉事人员进行核实。

在示例性实施例中，本申请实施例提供的用户信息管控系统还包括：第三客户端，该第三客户端可以运行于图1所示的配置管理设备12之上。可选地，该第三客户端可以是某个应用程序的客户端，如目标应用程序的客户端，或者与目标应用程序具有关联关系的其它应用程序的客户端；或者，该第三客户端也可以是浏览器，通过网页访问的形式登录管控平台。管理员通过第三客户端可以查看管控平台提供的一些后台数据(如用户的个人信息、出行记录等数据)，并做相关的一些处理。

可选地，如图13所示，本申请实施例还可以包括如下步骤：

步骤1301，第三客户端显示管控平台的后台管理界面；

步骤1302，第三客户端响应于接收到针对后台管理界面中的检查点管理条目的触发信号，显示检查点管理界面，检查点管理界面中包括检查点搜索栏和检查点列表，检查点列表中包括至少一个检查点；

步骤1303，第三客户端响应于接收到针对目标检查点的信息编辑指令，显示目标检查点的信息编辑界面。

在本申请实施例中，检查点可以是交通卡口、社区出入口、公共场所出入口等一些公共管理单元。在检查点可以安排管理员对用户进行信息查验，如通过上文介绍的基于信息码的查验方式。

管理员可以在检查点管理界面上对检查点进行管理，如增加检查点、删除检查点、修改检查点信息、查询检查点等。如图14所示，第三客户端显示健康管控平台的后台管理界面140，在该后台管理界面140中，有交通卡口管理141、社区出入管理142等选项。管理员点击社区出入管理选项142中的查询网格点选项，可以触发显示网格点(即检查点)管理界面143。在该网格点管理界面143中，包括网格点搜索栏144和网格点列表145，管理员选择某个网格点进行详情查看，可以触发显示该目标网格点的信息编辑界面146，在该信息编辑界面146中，用户可以编辑该目标网格点的相关信息。

可选地，如图13所示，本申请实施例还可以包括如下步骤：

步骤1304，第三客户端显示管控平台的后台管理界面；

步骤1305，第三客户端响应于接收到针对后台管理界面中的司乘查询条目的触发信号，显示司乘查询界面，该司乘查询界面中包括司乘搜索栏；

步骤1306，第三客户端获取在司乘搜索栏中输入的搜索关键字；

步骤1307，第三客户端向管控平台发送携带搜索关键字的司乘信息查询请求；

步骤1308，管控平台获取与搜索关键字相关的司乘信息；

步骤1309，管控平台向第三客户端发送司乘信息；

步骤1310，第三客户端在司乘查询界面中显示司乘信息。

管理员可以在司乘查询界面中对司乘信息进行查询。司乘信息可以包括例如，在确定某一个确诊病例之后，管理员可以基于该确诊病例的姓名等信息，在司乘查询界面中查询搜索到该确诊病例的同行人员，从而能够有效快速地对同行人员进行追踪。如图15所示，第三客户端显示健康管控平台的后台管理界面140，在该后台管理界面140中，有交通卡口管理141、社区出入管理等选项。管理员点击交通卡口管理141中的查询司乘选项，可以触发显示司乘查询界面147。在该司乘查询界面147中，包括司乘搜索栏148，管理员可以在司乘搜索栏148中输入搜索关键字查询相应的司乘信息。

可选地，如图13所示，本申请实施例还可以包括如下步骤：

步骤1311，管控平台在获取到目标确诊用户的用户信息之后，获取目标确诊用户的出行记录；

步骤1312，管控平台根据目标确诊用户的出行记录，获取目标确诊用户的相关用户的用户信息；

步骤1313，管控平台向第三客户端发送相关用户的用户信息；

步骤1314，第三客户端显示所述相关用户的用户信息。

管控平台记录有各个用户的用户信息，如包括健康信息和出行信息。在获取到目标确诊用户之后，管控平台可以基于该目标确诊用户的出行记录，追溯到与该目标确诊用户具有接触可能性的相关用户，并将相关用户的用户信息提供给管理员，以便管理员对该相关用户进行核查。

可选地，管控平台还可以向上文介绍的第一客户端和/或第二客户端发送上述相关用户的用户信息，本申请实施例对此不作限定。

综上所述，管理员可以通过配置管理设备的第三客户端访问管控平台的后台管理界面，实现检查点管理、司乘信息查询和确诊相关用户跟踪等功能，以达到更好的疫情防控效果。

下面，对本申请实施例中涉及的第一功能对象和第二功能对象进行介绍说明。

在一种可能的实现方式中，第一功能对象和/或第二功能对象是依赖于目标应用程序运行的子应用程序。

在这种实现方式中，第一功能对象和/或第二功能对象作为子应用程序，目标应用程序是该子应用程序的母应用程序。子应用程序是依赖母应用程序运行的应用程序。上述子应用程序可以称之为小程序。小程序不能独立运行，但无需下载安装即可使用。用户通过扫描子应用程序对应的二维码或者搜索子应用程序的名称，即可直接打开该子应用程序。子应用程序可以在母应用程序中被便捷地获取和传播。母应用程序是用于承载子应用程序的应用程序，为子应用程序的实现提供环境。母应用程序是原生应用程序。原生应用程序是可直接运行于操作系统的应用程序。母应用程序可以是社交应用程序、专门支持子应用程序的专用应用程序、文件管理应用程序、邮件应用程序或者游戏应用程序等。社交应用程序包括即时通信应用、SNS(Social Network Service，社交网站)应用或者直播应用等。

在另一种可能的实现方式中，第一功能对象和/或第二功能对象是目标应用程序中的公众平台帐号。

公众平台帐号也称为公众号，是公众号运营者在公众平台上申请的用户帐号。公众号运营者可通过公众平台实现与关注者之间进行文字、图片、语音、视频的全方位沟通和互动。公众号运营者通常是商家、企业、政府、媒体、名人等关注度较高的机构或个人。公众号运营者可通过公众平台向关注者发送消息、接收关注者发送的消息、获取关注者的地理位置信息、向关注者提供各类服务等，形成一种主流的线上线下互动方式。公众平台是指用于与公众平台帐号的关注者进行线上线下互动的开放平台。如微信公众平台、易信公众平台、来往公众平台、人人网公众平台等。公众平台通常基于社交类应用实现。公众号运营者在社交类应用中申请用户帐号后，社交类应用中的普通用户便可关注该用户帐号，或者与该用户帐号成为好友关系。之后，普通用户和公众号运营者可以以社交类应用为媒介，进行文本、图片、语音、视频等信息交互。

在另一种可能的实现方式中，第一功能对象和/或第二功能对象是目标应用程序提供的原生功能模块。

原生功能模块是指目标应用程序的主程序框架所实现的功能。例如，在目标应用程序的原生用户界面中显示有该第一功能对象和/或第二功能对象的操作入口，用户点击该操作入口即可触发显示第一功能对象和/或第二功能对象的用户界面。

在本申请实施例中，提供了第一功能对象和第二功能对象在目标应用程序中的多种实现方式，使得方案的灵活性和可实施性更佳。

下面，以健康管控平台为例，对上文实施例中健康管控平台中记录的一些信息进行介绍说明。

1、客户端向健康管控平台上报的用户信息可以包括如下表-1所示的字段：

表-1

上述表-1所示的用户信息可以是用户为自己上报、为他人上报或疫情线索上报所提交的用户信息。主要解决发现疫情，上报健康信息，并根据最新上报的用户信息生成健康码，便于管理员采取一定的措施。

2、健康管控平台中维护的检查点信息可以如下表-2所示：

表-2

3、当用户经过某个检查点时，登记形成一个通行记录，该通行记录可以如下表-3所示：

表-3

4、健康管控平台可以基于上述通行记录，存储通行记录表，如果某个用户发现有异常，可以基于该用户的通行记录表快速跟踪同乘人员。通行记录表的字段说明可以如下表-4所示：

表-4

5、健康管控平台还可以维护同乘人信息表，以快速追踪同乘人。同乘人信息表的字段说明可以如下表-5所示：

表-5

6、健康管控平台还可以维护同乘人健康状态表，以快速追踪同乘人的健康状态。同乘人健康状态表的字段说明可以如下表-6所示：

表-6

需要说明的一点是，上文仅示例性给出了健康管控平台中记录的部分信息的字段说明，对于健康管控平台中记录的其它信息，相关字段定义可以结合实际需求进行设计，本申请实施例对此不做限定。

还需要说明的一点是，在上述方法实施例中，仅从第一客户端、第二客户端、第三客户端以及管控平台之间的交互角度，对本申请技术方案进行了介绍说明。上述有关第一客户端执行的步骤，可以单独实现成为第一客户端侧的信息管控方法；上述有关第二客户端执行的步骤，可以单独实现成为第二客户端侧的信息管控方法；上述有关第三客户端执行的步骤，可以单独实现成为第三客户端侧的信息管控方法；上述有关管控平台执行的步骤，可以单独实现成为管控平台侧的信息管控方法。

下述为本申请系统实施例，可以用于实现本申请方法实施例。对于本申请系统实施例中未披露的细节，请参照本申请方法实施例。

本申请一示例性实施例提供了一种用户信息管控系统，所述用户信息管控系统包括：第一客户端、第二客户端和管控平台，所述第一客户端和所述第二客户端是目标应用程序的客户端；

所述第一客户端，用于显示所述目标应用程序的第一功能对象的用户界面，所述第一功能对象是用于实现信息上报的功能对象；响应于接收到针对所述第一功能对象的用户界面中的信息码展示控件的触发信号，显示第一用户的信息码，所述第一用户的信息码是用于记录所述第一用户的用户信息的图形码；

所述第二客户端，用于显示所述目标应用程序的第二功能对象的用户界面，所述第二功能对象是用于实现信息管控的功能对象；响应于接收到针对所述第二功能对象的用户界面中的扫码控件的触发信号，扫描所述第一用户的信息码，显示所述第一用户的信息登记界面；在所述信息登记界面中显示所述第一用户的用户信息；响应于接收到对于所述第一用户的用户信息的提交指示，向所述管控平台提交所述第一用户的用户信息；

所述管控平台，用于存储所述第一用户的用户信息。

在示例性实施例中，

所述第二客户端，用于获取在所述信息登记界面中输入的所述第一用户的用户信息，并将所述第一用户的用户信息显示在所述信息登记界面中；

或者，

所述第二客户端，用于接收来自于关联智能设备的所述第一用户的用户信息，并将所述第一用户的用户信息显示在所述信息登记界面中。

在示例性实施例中，所述第一客户端，还用于响应于接收到针对所述第一功能对象的用户界面中的自查上报控件的触发信号，显示自查上报界面；获取在所述自查上报界面中录入的所述第一用户的自查信息；响应于接收到对于所述第一用户的自查信息的提交指示，向所述管控平台提交所述第一用户的自查信息；

所述管控平台，还用于根据所述第一用户的自查信息以及信息码生成规则，生成所述第一用户的信息码；向所述第一客户端发送所述第一用户的信息码；

所述第一客户端，还用于显示所述第一用户的信息码。

在示例性实施例中，所述管控平台，还用于获取所述第一用户的历史信息；根据所述第一用户的历史信息，对所述第一用户的自查信息进行核验，得到核验后的自查信息；根据所述核验后的自查信息以及所述信息码生成规则，生成所述第一用户的信息码。

在示例性实施例中，在示例性实施例中，所述管控平台，还用于获取疫情统计数据；根据所述疫情统计数据，更新所述信息码生成规则。

在示例性实施例中，所述第二客户端，还用于响应于接收到针对所述第二功能对象的用户界面中的人员管理控件的触发信号，显示人员管理界面，所述人员管理界面中包括受管理人员列表，所述受管理人员列表中包括至少一个受管理人员；响应于接收到针对所述受管理人员列表中的第一受管理人员的选择信号，显示所述第一受管理人员的个人信息界面；获取在所述第一受管理人员的个人信息界面中录入的所述第一受管理人员的用户信息；响应于接收到对于所述第一受管理人员的用户信息的提交指示，向所述管控平台提交所述第一受管理人员的用户信息；

所述管控平台，还用于存储所述第一受管理人员的用户信息。

在示例性实施例中，所述第二客户端，还用于响应于接收到针对所述人员管理界面中的扫码核查控件的触发信号，扫描第二用户的信息码获取所述第二用户的用户信息；响应于所述第二用户的用户信息满足条件，显示所述第二用户的个人信息界面；

或者，

所述第二客户端，还用于响应于接收到针对所述人员管理界面中的人员添加控件的触发信号，显示人员添加界面；获取在所述人员添加界面中录入的第三用户的用户信息；响应于接收到对于所述第三用户的确认管理指示，向所述管控平台发送人员添加请求，所述人员添加请求用于请求添加所述第三用户为所述受管理人员，且所述人员添加请求中包括所述第三用户的用户信息。

在示例性实施例中，所述第二客户端，还用于响应于接收到针对所述第二功能对象的用户界面中的人员管理控件的触发信号，显示人员管理界面，所述人员管理界面中包括受管理人员列表，所述受管理人员列表中包括至少一个受管理人员；

所述第二客户端，还用于响应于接收到针对所述受管理人员列表中的第二受管理人员的选择信号，显示所述第二受管理人员的个人信息界面；

所述第二客户端，还用于响应于接收到针对所述第二受管理人员的个人信息界面中的管理员分配控件的触发信号，显示管理员列表，所述管理员列表中包括至少一个候选的管理员；

所述第二客户端，还用于响应于接收到针对所述管理员列表中的第一管理员的选择信号，将所述第一管理员设置为所述第二受管理人员的管理员。

在示例性实施例中，所述第一客户端，还用于响应于接收到针对所述第一功能对象的用户界面中的信息上报控件的触发信号，显示信息上报界面；获取在所述信息上报界面中录入的所述第一用户的用户信息；响应于接收到对于所述第一用户的用户信息的提交指示，向所述管控平台提交所述第一用户的用户信息；

所述管控平台，还用于根据所述第一用户的用户信息，生成所述第一用户的统计信息，所述统计信息用于指示所述第一用户的用户信息的统计结果。

在示例性实施例中，所述第一客户端，还用于响应于接收到针对所述第一功能对象的用户界面中的线索上报控件的触发信号，显示线索上报界面；获取在所述线索上报界面中录入的疫情线索信息，所述疫情线索信息包括涉事人员的个人信息；响应于接收到对于所述疫情线索信息的提交指示，向所述管控平台提交所述疫情线索信息；

所述管控平台，还用于存储所述疫情线索信息。

在示例性实施例中，所述用户信息管控系统还包括：第三客户端；

所述第三客户端，用于显示所述管控平台的后台管理界面；

所述第三客户端，还用于响应于接收到针对所述后台管理界面中的检查点管理条目的触发信号，显示检查点管理界面，所述检查点管理界面中包括检查点搜索栏和检查点列表，所述检查点列表中包括至少一个检查点；

所述第三客户端，还用于响应于接收到针对目标检查点的信息编辑指令，显示所述目标检查点的信息编辑界面。

在示例性实施例中，所述第三客户端，还用于显示所述管控平台的后台管理界面；响应于接收到针对所述后台管理界面中的司乘查询条目的触发信号，显示司乘查询界面，所述司乘查询界面中包括司乘搜索栏；获取在所述司乘搜索栏中输入的搜索关键字；向所述管控平台发送携带所述搜索关键字的司乘信息查询请求；

所述管控平台，还用于获取与所述搜索关键字相关的司乘信息；向所述第三客户端发送所述司乘信息；

所述第三客户端，还用于在所述司乘查询界面中显示所述司乘信息。

在示例性实施例中，所述管控平台，还用于在获取到目标确诊用户的用户信息之后，获取所述目标确诊用户的出行记录；根据所述目标确诊用户的出行记录，获取所述目标确诊用户的相关用户的用户信息；向所述第三客户端发送所述相关用户的用户信息；

所述第三客户端，还用于显示所述相关用户的用户信息。

在示例性实施例中，所述第一功能对象和/或所述第二功能对象是依赖于所述目标应用程序运行的子应用程序；或者，所述第一功能对象和/或所述第二功能对象是所述目标应用程序中的公众平台帐号；或者，所述第一功能对象和/或所述第二功能对象是所述目标应用程序提供的原生功能模块。

综上所述，本申请实施例提供的技术方案，通过在用户的客户端上显示信息码，查验人员可以使用客户端扫描用户的信息码，实现对用户的信息查验和上报，实现了用户和查验人员之间无接触的信息查验，降低接触风险，且提升查验效率。另外，相比于纸质证明，本申请提供的电子化图形码形式的信息码，不易遗失，用户使用客户端登录用户帐号即可查看到自己的信息码，便于追溯和查验。

另外，用户信息可以包括健康信息和出行信息，基于这两方面维度实现对用户的健康状况和出行状况的跟踪记录，针对因传染性疾病(如流感等)爆发导致的健康管控场景，提供了一套行之有效的用户信息的记录和追溯方案，有助于快速定位可能的感染用户。

请参考图16，其示出了本申请一个实施例提供的终端1600的结构框图。该终端1600可以是手机、平板电脑、可穿戴设备、多媒体播放设备、PC等电子设备。

通常，终端1600包括有：处理器1601和存储器1602。

处理器1601可以包括一个或多个处理核心，比如4核心处理器、16核心处理器等。处理器1601可以采用DSP(Digital Signal Processing，数字信号处理)、FPGA(FieldProgrammable Gate Array，现场可编程门阵列)、PLA(Programmable Logic Array，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器1601也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称CPU；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器1601可以在集成有GPU，GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器1601还可以包括AI(Artificial Intelligence，人工智能)处理器，该AI处理器用于处理有关机器学习的计算操作。

存储器1602可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器1602还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中，存储器1602中的非暂态的计算机可读存储介质用于存储至少一条指令、至少一段程序、代码集或指令集，该至少一条指令、至少一段程序、代码集或指令集用于被处理器1601所执行以实现上述客户端侧的用户信息管控方法。

在一些实施例中，终端1600还可选包括有：外围设备接口1603和至少一个外围设备。处理器1601、存储器1602和外围设备接口1603之间可以通过总线或信号线相连。各个外围设备可以通过总线、信号线或电路板与外围设备接口1603相连。具体地，外围设备可以包括：射频电路1604、触摸显示屏1605、摄像头1606、音频电路1607、定位组件1608和电源1609中的至少一种。

本领域技术人员可以理解，图16中示出的结构并不构成对终端1600的限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。

请参考图17，其示出了本申请一个实施例提供的服务器的结构框图。该服务器可用于实施上述管控平台侧的用户信息管控方法。具体来讲：

服务器1700包括中央处理单元(Central Processing Unit，CPU)1701、包括随机存取存储器(Random Access Memory，RAM)1702和只读存储器(Read Only Memory，ROM)1703的系统存储器1704，以及连接系统存储器1704和中央处理单元1701的系统总线1705。服务器1700还包括帮助计算机内的各个器件之间传输信息的基本输入/输出系统(I/O系统)1706，和用于存储操作系统1713、应用程序1714和其他程序模块1712的大容量存储设备1707。

基本输入/输出系统1706包括有用于显示信息的显示器1708和用于用户输入信息的诸如鼠标、键盘之类的输入设备1709。其中显示器1708和输入设备1709都通过连接到系统总线1705的输入输出控制器1710连接到中央处理单元1701。基本输入/输出系统1706还可以包括输入输出控制器1710以用于接收和处理来自键盘、鼠标、或电子触控笔等多个其他设备的输入。类似地，输入输出控制器1710还提供输出到显示屏、打印机或其他类型的输出设备。

大容量存储设备1707通过连接到系统总线1705的大容量存储控制器(未示出)连接到中央处理单元1701。大容量存储设备1707及其相关联的计算机可读介质为服务器1700提供非易失性存储。也就是说，大容量存储设备1707可以包括诸如硬盘或者CD-ROM(Compact Disc Read-Only Memory，只读光盘)驱动器之类的计算机可读介质(未示出)。

不失一般性，计算机可读介质可以包括计算机存储介质和通信介质。计算机存储介质包括以用于存储诸如计算机可读指令、数据结构、程序模块或其他数据等信息的任何方法或技术实现的易失性和非易失性、可移动和不可移动介质。计算机存储介质包括RAM、ROM、EPROM(Erasable Programmable Read Only Memory，可擦除可编程只读存储器)、EEPROM(Electrically Erasable Programmable Read Only Memory，电可擦可编程只读存储器)、闪存或其他固态存储其技术，CD-ROM、DVD(Digital Video Disc，高密度数字视频光盘)或其他光学存储、磁带盒、磁带、磁盘存储或其他磁性存储设备。当然，本领域技术人员可知计算机存储介质不局限于上述几种。上述的系统存储器1704和大容量存储设备1707可以统称为存储器。

根据本申请的各种实施例，服务器1700还可以通过诸如因特网等网络连接到网络上的远程计算机运行。也即服务器1700可以通过连接在系统总线1705上的网络接口单元1711连接到网络1712，或者说，也可以使用网络接口单元1711来连接到其他类型的网络或远程计算机系统(未示出)。

所述存储器还包括计算机程序，该计算机程序存储于存储器中，且经配置以由一个或者一个以上处理器执行，以实现上述管控平台侧的用户信息管控方法。

在示例性实施例中，还提供了一种计算机可读存储介质，所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或所述指令集在被终端的处理器执行时以实现上述客户端侧的用户信息管控方法。

在示例性实施例中，还提供了一种计算机可读存储介质，所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或所述指令集在被服务器的处理器执行时以实现上述管控平台侧的用户信息管控方法。

可选地，该计算机可读存储介质可以包括：ROM(Read Only Memory，只读存储器)、RAM(Random Access Memory，随机存取存储器)、SSD(Solid State Drives，固态硬盘)或光盘等。其中，随机存取记忆体可以包括ReRAM(Resistance Random Access Memory，电阻式随机存取记忆体)和DRAM(Dynamic Random Access Memory，动态随机存取存储器)。

在示例性实施例中，还提供一种计算机程序产品，所述计算机程序产品被终端的处理器执行时，用于实现上述客户端侧的用户信息管控方法。

在示例性实施例中，还提供一种计算机程序产品，所述计算机程序产品被服务器的处理器执行时，用于实现上述管控平台侧的用户信息管控方法。

应当理解的是，在本文中提及的“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。另外，本文中描述的步骤编号，仅示例性示出了步骤间的一种可能的执行先后顺序，在一些其它实施例中，上述步骤也可以不按照编号顺序来执行，如两个不同编号的步骤同时执行，或者两个不同编号的步骤按照与图示相反的顺序执行，本申请实施例对此不作限定。

以上所述仅为本申请的示例性实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (13)

1.一种用户信息管控方法，其特征在于，应用于用户信息管控系统中，所述用户信息管控系统包括：第一客户端、第二客户端、第三客户端和管控平台，所述第一客户端和所述第二客户端是目标应用程序的客户端；

所述第一客户端显示所述目标应用程序的第一功能对象的用户界面，所述第一功能对象是用于实现信息上报的功能对象；响应于接收到针对所述第一功能对象的用户界面中的信息码展示控件的触发信号，显示第一用户的信息码，所述第一用户的信息码是用于记录所述第一用户的用户信息的图形码；

所述第二客户端显示所述目标应用程序的第二功能对象的用户界面，所述第二功能对象是用于实现信息管控的功能对象；响应于接收到针对所述第二功能对象的用户界面中的扫码控件的触发信号，扫描所述第一用户的信息码，显示所述第一用户的信息登记界面；在所述信息登记界面中显示所述第一用户的用户信息；响应于接收到对于所述第一用户的用户信息的提交指示，向所述管控平台提交所述第一用户的用户信息；

所述管控平台存储所述第一用户的用户信息；

所述第三客户端显示所述管控平台的后台管理界面；

所述第三客户端响应于接收到针对所述后台管理界面中的检查点管理条目的触发信号，显示检查点管理界面，所述检查点管理界面中包括检查点搜索栏和检查点列表，所述检查点列表中包括至少一个检查点；响应于接收到针对目标检查点的信息编辑指令，显示所述目标检查点的信息编辑界面；

所述第三客户端响应于接收到针对所述后台管理界面中的司乘查询条目的触发信号，显示司乘查询界面，所述司乘查询界面中包括司乘搜索栏；获取在所述司乘搜索栏中输入的搜索关键字；向所述管控平台发送携带所述搜索关键字的司乘信息查询请求；

所述管控平台获取与所述搜索关键字相关的司乘信息；向所述第三客户端发送所述司乘信息；

所述第三客户端在所述司乘查询界面中显示所述司乘信息。

2.根据权利要求1所述的方法，其特征在于，所述第二客户端在所述信息登记界面中显示所述第一用户的用户信息，包括：

所述第二客户端获取在所述信息登记界面中输入的所述第一用户的用户信息，并将所述第一用户的用户信息显示在所述信息登记界面中；

或者，

所述第二客户端接收来自于关联智能设备的所述第一用户的用户信息，并将所述第一用户的用户信息显示在所述信息登记界面中。

3.根据权利要求1所述的方法，其特征在于，所述第一客户端显示所述目标应用程序的第一功能对象的用户界面之后，还包括：

所述第一客户端响应于接收到针对所述第一功能对象的用户界面中的自查上报控件的触发信号，显示自查上报界面；获取在所述自查上报界面中录入的所述第一用户的自查信息；响应于接收到对于所述第一用户的自查信息的提交指示，向所述管控平台提交所述第一用户的自查信息；

所述管控平台根据所述第一用户的自查信息以及信息码生成规则，生成所述第一用户的信息码；向所述第一客户端发送所述第一用户的信息码；

所述第一客户端显示所述第一用户的信息码。

4.根据权利要求3所述的方法，其特征在于，所述管控平台根据所述第一用户的自查信息以及信息码生成规则，生成所述第一用户的信息码，包括：

所述管控平台获取所述第一用户的历史信息；

所述管控平台根据所述第一用户的历史信息，对所述第一用户的自查信息进行核验，得到核验后的自查信息；

所述管控平台根据所述核验后的自查信息以及所述信息码生成规则，生成所述第一用户的信息码。

5.根据权利要求3所述的方法，其特征在于，所述方法还包括：

所述管控平台获取疫情统计数据；

所述管控平台根据所述疫情统计数据，更新所述信息码生成规则。

6.根据权利要求1所述的方法，其特征在于，所述第二客户端显示所述目标应用程序的第二功能对象的用户界面之后，还包括：

所述第二客户端响应于接收到针对所述第二功能对象的用户界面中的人员管理控件的触发信号，显示人员管理界面，所述人员管理界面中包括受管理人员列表，所述受管理人员列表中包括至少一个受管理人员；响应于接收到针对所述受管理人员列表中的第一受管理人员的选择信号，显示所述第一受管理人员的个人信息界面；获取在所述第一受管理人员的个人信息界面中录入的所述第一受管理人员的用户信息；响应于接收到对于所述第一受管理人员的用户信息的提交指示，向所述管控平台提交所述第一受管理人员的用户信息；

所述管控平台存储所述第一受管理人员的用户信息。

7.根据权利要求6所述的方法，其特征在于，所述第二客户端显示人员管理界面之后，还包括：

所述第二客户端响应于接收到针对所述人员管理界面中的扫码核查控件的触发信号，扫描第二用户的信息码获取所述第二用户的用户信息；响应于所述第二用户的用户信息满足条件，显示所述第二用户的个人信息界面；

或者，

所述第二客户端响应于接收到针对所述人员管理界面中的人员添加控件的触发信号，显示人员添加界面；获取在所述人员添加界面中录入的第三用户的用户信息；响应于接收到对于所述第三用户的确认管理指示，向所述管控平台发送人员添加请求，所述人员添加请求用于请求添加所述第三用户为所述受管理人员，且所述人员添加请求中包括所述第三用户的用户信息。

8.根据权利要求1所述的方法，其特征在于，所述第二客户端显示所述目标应用程序的第二功能对象的用户界面之后，还包括：

所述第二客户端响应于接收到针对所述第二功能对象的用户界面中的人员管理控件的触发信号，显示人员管理界面，所述人员管理界面中包括受管理人员列表，所述受管理人员列表中包括至少一个受管理人员；

所述第二客户端响应于接收到针对所述受管理人员列表中的第二受管理人员的选择信号，显示所述第二受管理人员的个人信息界面；

所述第二客户端响应于接收到针对所述第二受管理人员的个人信息界面中的管理员分配控件的触发信号，显示管理员列表，所述管理员列表中包括至少一个候选的管理员；

所述第二客户端响应于接收到针对所述管理员列表中的第一管理员的选择信号，将所述第一管理员设置为所述第二受管理人员的管理员。

9.根据权利要求1所述的方法，其特征在于，所述第一客户端显示所述目标应用程序的第一功能对象的用户界面之后，还包括：

所述第一客户端响应于接收到针对所述第一功能对象的用户界面中的信息上报控件的触发信号，显示信息上报界面；获取在所述信息上报界面中录入的所述第一用户的用户信息；响应于接收到对于所述第一用户的用户信息的提交指示，向所述管控平台提交所述第一用户的用户信息；

所述管控平台根据所述第一用户的用户信息，生成所述第一用户的统计信息，所述统计信息用于指示所述第一用户的用户信息的统计结果。

10.根据权利要求1所述的方法，其特征在于，所述第一客户端显示所述目标应用程序的第一功能对象的用户界面之后，还包括：

所述第一客户端响应于接收到针对所述第一功能对象的用户界面中的线索上报控件的触发信号，显示线索上报界面；获取在所述线索上报界面中录入的疫情线索信息，所述疫情线索信息包括涉事人员的个人信息；响应于接收到对于所述疫情线索信息的提交指示，向所述管控平台提交所述疫情线索信息；

所述管控平台存储所述疫情线索信息。

11.根据权利要求1所述的方法，其特征在于，所述方法还包括：

所述管控平台在获取到目标确诊用户的用户信息之后，获取所述目标确诊用户的出行记录；根据所述目标确诊用户的出行记录，获取所述目标确诊用户的相关用户的用户信息；向所述第三客户端发送所述相关用户的用户信息；

所述第三客户端显示所述相关用户的用户信息。

12.根据权利要求1至11任一项所述的方法，其特征在于，

所述第一功能对象和/或所述第二功能对象是依赖于所述目标应用程序运行的子应用程序；

或者，

所述第一功能对象和/或所述第二功能对象是所述目标应用程序中的公众平台帐号；

或者，

所述第一功能对象和/或所述第二功能对象是所述目标应用程序提供的原生功能模块。

13.一种用户信息管控系统，其特征在于，所述用户信息管控系统包括：第一客户端、第二客户端、第三客户端和管控平台，所述第一客户端和所述第二客户端是目标应用程序的客户端；

所述第一客户端，用于显示所述目标应用程序的第一功能对象的用户界面，所述第一功能对象是用于实现信息上报的功能对象；响应于接收到针对所述第一功能对象的用户界面中的信息码展示控件的触发信号，显示第一用户的信息码，所述第一用户的信息码是用于记录所述第一用户的用户信息的图形码；

所述第二客户端，用于显示所述目标应用程序的第二功能对象的用户界面，所述第二功能对象是用于实现信息管控的功能对象；响应于接收到针对所述第二功能对象的用户界面中的扫码控件的触发信号，扫描所述第一用户的信息码，显示所述第一用户的信息登记界面；在所述信息登记界面中显示所述第一用户的用户信息；响应于接收到对于所述第一用户的用户信息的提交指示，向所述管控平台提交所述第一用户的用户信息；

所述管控平台，用于存储所述第一用户的用户信息；

所述第三客户端，用于显示所述管控平台的后台管理界面；

所述第三客户端，还用于响应于接收到针对所述后台管理界面中的检查点管理条目的触发信号，显示检查点管理界面，所述检查点管理界面中包括检查点搜索栏和检查点列表，所述检查点列表中包括至少一个检查点；响应于接收到针对目标检查点的信息编辑指令，显示所述目标检查点的信息编辑界面；

所述第三客户端，还用于响应于接收到针对所述后台管理界面中的司乘查询条目的触发信号，显示司乘查询界面，所述司乘查询界面中包括司乘搜索栏；获取在所述司乘搜索栏中输入的搜索关键字；向所述管控平台发送携带所述搜索关键字的司乘信息查询请求；

所述管控平台，还用于获取与所述搜索关键字相关的司乘信息；向所述第三客户端发送所述司乘信息；

所述第三客户端，还用于在所述司乘查询界面中显示所述司乘信息。

Images