流动人口信息管理方法和系统

暂无

流动人口信息管理方法和系统\n技术领域\n[0001] 本发明涉及计算机信息处理领域，特别是涉及一种流动人口信息管理方法和系统。\n背景技术\n[0002] 发达城市的快速发展吸引了大量的外来务工人员，同时也带来了流动人口管理的难题。流动人口管理的一个难点是流动人口信息难以采集，主要原因一是流动人口的机动性使得流动人口信息处于动态变化的状态，原因二则是流动人口信息需要大量专门人员专门进行信息的采集，原因三则是人们主观上并不想泄露自己隐私。因此，目前对流动人口信息的采集主要采用人工采集方式，效率低下且难以保证采集结果的准确性。\n发明内容\n[0003] 基于此，有必要针对目前对流动人口信息的采集主要采用人工采集方式，效率低下且难以保证采集结果的准确性的问题，提供一种流动人口信息管理方法和系统。\n[0004] 一种流动人口信息管理方法，所述方法包括：\n[0005] 接收以权限级别为房东的第一账号登录的第一用户终端所发送的携带有出租屋标识和租客身份信息的租客授权登记请求；\n[0006] 对所述租客授权登记请求进行验证，若验证通过则授予所述租客授权登记请求所指定的第二账号对应所述出租屋标识的门禁权限，并记录所述第二账号与所述租客身份信息的对应关系；其中，所述第二账号的权限级别为租客；\n[0007] 当所述门禁终端对以所述第二账号登录的第二用户终端发来的开门请求进行门禁权限验证而生成门禁控制记录后，接收所述门禁终端所上传的门禁控制记录并存储。\n[0008] 一种流动人口信息管理系统，所述系统包括：应用接口服务器、数据服务器和门禁控制服务器；\n[0009] 所述应用接口服务器用于接收以权限级别为房东的第一账号登录的第一用户终端所发送的携带有出租屋标识和租客身份信息的租客授权登记请求；；\n[0010] 所述数据服务器用于对所述租客授权登记请求进行验证，若验证通过则授予所述租客授权登记请求所指定的第二账号对应所述出租屋标识的门禁权限，并记录所述第二账号与所述租客身份信息的对应关系；其中，所述第二账号的权限级别为租客；\n[0011] 所述门禁控制服务器用于当所述门禁终端对以所述第二账号登录的第二用户终端发来的开门请求进行门禁权限验证而生成门禁控制记录后，接收所述门禁终端所上传的门禁控制记录并存储。\n[0012] 上述流动人口信息管理方法和系统，现实世界中的房东可以通过房东权限级别的第一账号进行登录而具有对租客进行授权登记的权限。当服务器接收到租客授权登记请求时进行验证以确保其具有相应的操作权限，验证通过则授予租客授权登记请求所指定的第二账号对应所述出租屋标识的门禁权限，并记录第二账号与所述租客身份信息的对应关系，其中第二账号的权限级别为租客，这样房东的授权登记可以保证其租客资料的真实性和准确性。\n[0013] 而租客被授权后，就可以使用以其第二账号登录的第二用户终端向门禁终端发送开门请求而进行门禁控制，且每次门禁控制会生成相应的门禁控制记录并上传到服务器由服务器存储。这样考虑到流动人口一般都需要租屋，通过房东自发的授权登记操作和租客日常必备的门禁控制操作来动态采集流动人口信息，基本不需要专门人员进行流动人口信息采集的工作，且结合了人们的实际租屋需求，流动人口信息采集效率大大提高而且准确性高。\n附图说明\n[0014] 图1为一个实施例中流动人口信息管理方法的流程示意图；\n[0015] 图2为一个实施例中授予第一账号的权限级别为房东的步骤的流程示意图；\n[0016] 图3为一个实施例中接收以权限级别为房东的第一账号登录的第一用户终端所发送的携带有出租屋标识和租客身份信息的租客授权登记请求的步骤的流程示意图；\n[0017] 图4为一个实施例中流动人口信息管理系统的应用环境图。\n具体实施方式\n[0018] 为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。\n[0019] 如图1所示，在一个实施例中，提供了一种流动人口信息管理方法，本实施例以该方法应用于服务器来举例说明。这里的服务器可以是独立的服务器，也可以是多个服务器组成的服务器集群。该方法具体包括如下步骤：\n[0020] 步骤102，接收以权限级别为房东的第一账号登录的第一用户终端所发送的携带有出租屋标识和租客身份信息的租客授权登记请求。\n[0021] 用户凭借其账号而通过其用户终端上所运行的应用来进行登录操作。房东是指经营租屋业务的人员，业主是指拥有出租屋的产权的人员，而租客则是指办理租屋手续并租住在房东所经营的出租屋内的人员。\n[0022] 相应地，房东凭借权限级别为房东的第一账号在第一用户终端上所运行的房东用应用进行登录而具有管理权限级别为租客的第二账号的门禁业务的权限。租客凭借权限级别为租客的第二账号在第二用户终端上所运行的租客用应用进行登录而具有租客的权限。\n业主则凭借权限级别为业主的第三账号在第三用户终端上所运行的业主用应用进行登录而具有管理权限级别为房东的第一账号的租屋业务的权限。\n[0023] 账号的权限级别可根据用户在注册账号时所使用的应用类型和/或提供的证明资料来确定。应用类型是指业主用应用、房东用应用或者租客用应用。当然三种类型的应用可以制作成一个综合应用，且该综合应用因登录账号的权限级别不同而呈现不同的界面，具有不同的操作权限。\n[0024] 当房东需要办理租客授权登记时，通过第一用户终端向服务器发送携带有出租屋标识和租客身份信息的租客授权登记请求。这里租客授权登记是指授予租客对出租屋标识所对应的门禁终端的门禁权限并记录租客的身份信息。出租屋标识与第一账号具有经营归属关系，是该第一账号所对应的房东所经营的出租屋的标识，出租屋标识可以用包括数字在内的字符序列表示。租客身份信息包括但不限于姓名、证件信息、联系方式信息和租客照片中的至少一种。证件信息包括但不限于证件号码、证件有效期限、证件类型等中的至少一种。联系方式信息包括但不限于手机号码、电子邮箱和即时通信客户端账号等中的至少一种。\n[0025] 步骤104，对租客授权登记请求进行验证，若验证通过则授予租客授权登记请求所指定的第二账号对应出租屋标识的门禁权限，并记录第二账号与租客身份信息的对应关系；其中，第二账号的权限级别为租客。\n[0026] 服务器接收到租客授权登记请求后对其进行验证，可通过租客授权登记请求所携带的MD5(消息摘要算法第五版)字符序列与根据收到的租客授权登记请求生成的MD5字符序列比较而进行验证。服务器也可以通过短信方式向第一用户终端发送验证码并接收第一用户终端通过房东用应用反馈的验证码而进行验证。服务器也可以验证第一账号是否对应房东权限级别和/或第一账号是否与出租屋标识对应而进行验证。\n[0027] 在一个实施例中，服务器可以在数据管理人员人工操作下或者自动对租客授权登记请求中携带的租客身份信息进行审核验证，具体租客身份信息包括比如身份证号码、证件编号等的证件标识，则服务器可以从治安管理部门服务器，比如从公安管理部门的居民身份信息系统调取该身份证号码所归属的身份信息，从而通过对比租客身份信息和调取的身份信息来对租客身份信息进行验证。本实施例通过对租客身份信息进行审核验证来保证租客身份信息的真实性，从而保证流动人口信息管理的准确性。\n[0028] 租客授权登记请求所指定的第二账号，可以是租客授权登记请求携带了第二账号，或者可以是根据租客授权登记请求所携带的租客身份信息能够唯一确定第二账号。比如当租客身份信息包括手机号码时，服务器查找与该手机号码唯一对应的第二账号。若未查找到与该手机号码唯一对应的第二账号，则可以向该手机号码所对应的手机发送租屋授权通知和/或租客用应用下载链接。服务器还会记录第二账号与租客身份信息的对应关系，且该租客身份信息与出租屋标识对应。\n[0029] 服务器可存储第一账号与第二账号的账号对应关系，从而用以表示该房东权限级别的第一账号对该租客权限级别的第二账号的管理权限。并且第一账号对应其房东身份信息存储，第二账号对应租客身份信息存储。在一个实施例中，第一账号可以与多个第二账号对应存储，则每个第二账号又各自对应其房东身份信息存储。\n[0030] 第二账号的权限级别为租客，租客凭借第二账号登录第二用户终端上运行的租客用应用后，具有申请门禁权限、获得门禁权限后据以进行门禁控制的操作权限；还可以具有将第二账号与第二用户终端绑定的操作权限，具体将第二账号和第二用户终端标识上传到服务器以使服务器存储该第二账号和第二用户终端标识的绑定关系，这样只有该第二账号在该第二用户终端上登录时才具有相应的操作权限。租客也可以通过第二用户终端向服务器发送解除绑定的请求，以使服务器删除该第二账号和第二用户终端标识的绑定关系。租客凭借第二账号登录第二用户终端上运行的租客用应用后还可以具有发起金融业务请求的操作权限，比如东莞通充值、在线办理贷款等；还可以具有连接到第三方应用服务器而下载第三方应用的操作权限。\n[0031] 步骤106，当门禁终端对以第二账号登录的第二用户终端发来的开门请求进行门禁权限验证而生成门禁控制记录后，接收门禁终端所上传的门禁控制记录并存储。\n[0032] 第二账号被授予门禁权限后，门禁终端可以存储第二账号所对应的门禁权限，也可以由服务器存储并在需要时凭借第二账号从服务器获取其门禁权限的信息。当租客通过第二用户终端与门禁终端建立无线局域网连接，从而通过该无线局域网连接向门禁终端发送开门请求时，门禁终端根据本地或服务器上的第二账号的门禁权限，来对开门请求进行验证，具体若第二账号具有门禁权限则验证通过，若不具有门禁权限则验证失败。验证通过则门禁终端会发生开锁信号给门锁装置以控制其处于解锁状态。\n[0033] 验证成功或者验证失败都可以生成门禁控制记录。门禁控制记录可以包括该次门禁控制的开锁时间和开门请求所携带的第二账号，还可以包括开锁结果、第二用户终端的位置信息、第二用户终端的终端信息、门禁终端在开锁过程中采集的声音和/或图像数据、被门禁终端进行门禁控制的出租屋标识及出入口标识和开门凭据中的至少一种。其中终端信息包括但不限于终端的型号、类型和名称中的至少一种。开门凭据包括但不限于开门密码和用户生物特征等中的至少一种。门禁终端将生成的门禁控制记录实时上传，服务器则接收门禁终端实时上传的门禁控制记录并对应第二账号存储。\n[0034] 在一个实施例中，步骤106之后，还包括：提供用于查询租屋数据的查询接口；其中租屋数据是指服务器在执行本流动人口信息管理方法过程中获取到的或生成的与租房相关的并存储在服务器本地的数据。租屋数据包括但不限于各账号的权限级别、第二账号的门禁权限、账号与身份信息的对应关系、账号之间的对应关系以及门禁控制记录中的至少一种。\n[0035] 优选地该查询接口提供给治安管理部门服务器，供其据以进行流动人口的管理。\n具体地，通过查询权限级别为租客的账号的数量可以获知出租屋所在区域内流动人口的数量；通过查询第二账号对应某一出租屋标识的门禁权限来判断该第二账号所归属的租客的居住地；通过查询第二账号与租客身份信息的对应关系，可以准确定位租客身份；通过查询第二账号所对应的门禁控制记录可以判定相应的租客的行为轨迹。而且以上查询的信息可以自由组合从而得出各种各样的流动人口数据。为治安管理部门服务器提供查询接口极大地方便了治安管理部门的治安管理工作。\n[0036] 上述流动人口信息管理方法，现实世界中的房东可以通过房东权限级别的第一账号进行登录而具有对租客进行授权登记的权限。当服务器接收到租客授权登记请求时进行验证以确保其具有相应的操作权限，验证通过则授予租客授权登记请求所指定的第二账号对应出租屋标识的门禁权限，并记录第二账号与租客身份信息的对应关系，其中第二账号的权限级别为租客，这样房东的授权登记可以保证其租客资料的真实性和准确性。\n[0037] 而租客被授权后，就可以使用以其第二账号登录的第二用户终端向门禁终端发送开门请求而进行门禁控制，且每次门禁控制会生成相应的门禁控制记录并上传到服务器由服务器存储。这样考虑到流动人口一般都需要租屋，通过房东自发的授权登记操作和租客日常必备的门禁控制操作来动态采集流动人口信息，基本不需要专门人员进行流动人口信息采集的工作，且结合了人们的实际租屋需求，流动人口信息采集效率大大提高而且准确性高。\n[0038] 如图2所示，在一个实施例中，步骤102之前还包括授予第一账号的权限级别为房东的步骤，具体包括如下步骤：\n[0039] 步骤202，接收以第一账号登录的第一用户终端发来的房东权限申请请求。\n[0040] 房东凭借其第一账号在第一用户终端上所运行的房东用应用进行登录，此时第一账号还未被授予房东权限级别，用户通过该房东用应用提供的触发控件向服务器发起房东权限申请请求，以请求授予其房东权限级别。在一个实施例中，房东权限申请请求包括出租屋标识和/或房东身份信息，以请求授予其对该出租屋标识所对应的出租屋的租屋业务管理权限，和/或，对房东的真实身份进行核实、备案。\n[0041] 在一个实施例中，服务器可以在数据管理人员人工操作下或者自动对房东权限申请请求中携带的房东身份信息进行审核验证，具体房东身份信息包括比如身份证号码、证件编号等的证件标识，则服务器可以从治安管理部门服务器，比如从公安管理部门的居民身份信息系统调取该身份证号码所归属的身份信息，从而通过对比房东身份信息和调取的身份信息来对房东身份信息进行验证。本实施例通过对房东身份信息进行审核验证来保证房东身份信息的真实性，从而保证流动人口信息管理的准确性。对于业主身份信息同样可以事先审核验证以保证其真实性。\n[0042] 步骤204，将房东权限申请请求转发给以房东权限申请请求所指定的权限级别为业主的第三账号登录的第三用户终端。\n[0043] 服务器在接收到房东权限申请请求后，可将该房东权限申请请求转发给以第三账号登录的第三用户终端，该第三账号的权限级别为房东。而且该第三账号由房东权限申请请求所指定，比如房东权限申请请求可携带有第三账号；或者房东权限申请请求可携带有业主身份信息，且该业主身份信息能够唯一确定第三账号。其中业主身份信息包括手机号码或者证件号码。\n[0044] 步骤206，接收第三用户终端响应于房东权限申请请求而反馈的房东权限授权指令。\n[0045] 业主凭借权限级别为业主的第三账号在第三用户终端上所运行的业主用应用进行登录而具有管理权限级别为房东的第一账号的租屋业务的权限。第三用户终端接收到房东权限申请请求后，通过其上运行的业主用应用显示申请房东权限的具体内容。业主对显示的内容进行确认，若准许请求者的房东权限申请请求则业主通过业主用应用所提供的授权指令触发控件而做出响应，并触发房东权限授权指令而发送给服务器，服务器则接收第三用户终端响应于该房东权限申请请求而反馈的房东权限授权指令。\n[0046] 步骤208，根据房东权限授权指令授予第一账号的权限级别为房东并通知第一用户终端。\n[0047] 服务器根据该房东权限授权指令授予第一账号的权限级别为房东。并且服务器将授权结果通知第一用户终端，使以第一账号登录的第一用户终端具有房东权限级别的操作权限。\n[0048] 在一个实施例中，服务器可存储第三账号与第一账号的账号对应关系，从而用以表示该业主权限级别的第三账号对该房东权限级别的第一账号的管理权限。并且第三账号对应其业主身份信息存储，第一账号对应房东身份信息存储。\n[0049] 在一个实施例中，第三账号可以与多个第一账号对应存储，则每个第一账号又各自对应其业主身份信息存储。这样一个第三账号对应至少一个第一账号，一个第一账号又对应至少一个第二账号，形成了垂直式的权限级别体系；而每个账号又对应各自真实的身份信息，保证了流动人口信息管理的有效性和准确性。\n[0050] 本实施例中，通过上述步骤202～步骤208，房东可以申请房东权限级别，而相应地业主负责授予房东以房东权限级别。业主、房东和租客这样垂直式的权限级别体系可以保证租屋业务的安全性，同时使得对流动人口信息的管理更为准确可靠。\n[0051] 在一个实施例中，服务器可接收以权限级别为房东的第一账号登录的第一用户终端所发送的携带有第一账号和第一用户终端标识的绑定请求，并根据该绑定请求建立第一账号和第一用户终端标识的绑定关系。\n[0052] 在一个实施例中，服务器可接收以权限级别为房东的第一账号登录的第一用户终端所发送的门锁设置请求，并根据该门锁设置请求设置门锁相关参数和/或设置门锁状态。其中门锁相关参数比如报警条件以及警报音重复频率，门锁状态比如锁定状态或解锁状态。\n[0053] 在一个实施例中，服务器可接收以权限级别为房东的第一账号登录的第一用户终端所发送的出租屋管理请求，并根据该出租屋管理请求变更第一账号与出租屋标识的经营归属关系。其中出租屋管理请求包括但不限于对应第一账号增加新的出租屋标识和/或对应第一账号删除已有的出租屋标识。\n[0054] 如图3所示，在一个实施例中，步骤102具体包括如下步骤：\n[0055] 步骤302，接收以权限级别为租客的第二账号登录的第二用户终端所发送的携带有出租屋标识和租客身份信息的租屋申请请求。\n[0056] 具体地，租客凭借权限级别为租客的第二账号在第二用户终端上所运行的租客用应用上进行登录从而具有租客的操作权限。租客通过租客用应用所提供的租屋申请页面填入出租屋标识，或者通过选择页面中所提供的出租屋信息以唯一确定出租屋标识，并填入租客身份信息。第二用户终端获取该出租屋标识和租客身份信息并据以生成租屋申请请求而发送给服务器，服务器则接收第二用户终端所发送的携带有出租屋标识和租客身份信息的租屋申请请求。\n[0057] 步骤304，将租屋申请请求转发给以租屋申请请求所指定的权限级别为房东的第一账号登录的第一用户终端。\n[0058] 服务器可对接收到的租屋申请请求进行验证，验证通过后则将该租屋申请请求转发给以租屋申请请求所指定的第一账号登录的第一用户终端。其中租屋申请请求指定第一账号，可以是租屋申请请求携带了第一账号，或者可以是根据租屋申请请求所携带的房东身份信息可以唯一确定第一账号。比如租屋申请请求可以携带有房东手机号码或者房东证件号码等。\n[0059] 步骤306，接收第一用户终端响应于租屋申请请求而发送的携带有出租屋标识和租客身份信息的租客授权登记请求。\n[0060] 第一用户终端接收到租屋申请请求并据以在房东用应用中显示租屋申请请求的具体内容。房东则可以对该显示的具体内容进行审核，作为对租屋申请请求所做出的响应，审核通过则通过房东用应用向服务器发送携带有出租屋标识和租客身份信息的租客授权登记请求。\n[0061] 本实施例中，租客凭借其租客权限级别的第二账号在第二用户终端登录而发出租屋申请请求，房东则凭借其房东权限级别的第一账号在第一用户终端登录而对该租屋申请请求进行审核，从而审核通过则发起租客授权登记请求。这样垂直式的权限级别体系可以保证租屋业务能够安全进行，并且可以保证对流动人口信息管理的准确性。\n[0062] 在一个实施例中，该流动人口信息管理方法还包括：接收第一用户终端发送的房屋出租信息并存储，接收第二用户终端所发送的信息查询请求，当信息查询请求与房屋出租信息匹配时，向第二用户终端返回匹配的房屋出租信息。\n[0063] 具体地，房东作为经营租屋业务的人员，可通过服务器发布房屋出租信息，该房租出租信息包括但不限于出租屋室内和/或外部图片、出租屋地址、出租屋周边环境、出租屋大小、出租价格以及房东联系方式等中的至少一种。服务器可接收第二用户终端通过查询接口所发送的信息查询请求，根据该信息查询请求查询匹配的房屋出租信息。其中信息查询请求包括但不限于出租屋地段区域、出租屋大小范围以及租屋价格范围等中的至少一种。服务器查询到与信息查询请求匹配的房屋出租信息时，将该匹配的房屋出租信息返回给第二用户终端。\n[0064] 本实施例中，房东可以通过房东用应用发布房屋出租信息，而租客可以通过租客用应用查询匹配的房屋出租信息，加上垂直式的权限级别体系管理，使得房东和租客之间能够高效、真实地达成租屋关系，利于对流动人口的管理。\n[0065] 在一个实施例中，该流动人口信息管理方法还包括：接收第一用户终端和/或第二用户终端和/或第三用户终端所发送的安全隐患举报信息并存储。\n[0066] 具体地，每一权限级别的用户都可以通过其终端上运行的应用而向服务器发送安全隐患举报信息，服务器则接收该安全隐患举报信息并存储，相应地查询接口还用于提供对存储的安全隐患举报信息的查询。提供对安全隐患举报信息的查询，便于对流动人口的管理。\n[0067] 其中，安全隐患举报信息包括但不限于：消防隐患举报信息、安全生产事件举报信息、环境污染事件举报信息、可疑传销案件举报信息、食品和药品安全事件举报信息、恶性群体性事件举报信息、扰民事件举报信息、治安案件举报信息、刑事案件举报信息和交通事故案件举报信息等中的至少一种。\n[0068] 在一个实施例中，该流动人口信息管理方法还包括：接收第三用户终端所发送的携带有第一账号的账号冻结请求，根据账号冻结请求禁用第一账号的房东权限级别。\n[0069] 具体地，业主通过凭借其权限级别为业主的第三账号登录的第三用户终端向服务器发送携带有第一账号的账号冻结请求，服务器接收该账号冻结请求，并根据该账号冻结请求而禁用该第一账号的房东权限级别。在一个实施例中，服务器可以接收第三用户终端所发送的携带有第一账号的账号解冻请求，并根据该账号解冻请求恢复第一账号已被禁用的房东权限级别。业主可以对经营其出租屋的房东的权限级别进行冻结和解冻，以实现业主对房东权限的完全控制，保障租屋安全。\n[0070] 在一个实施例中，该流动人口信息管理方法还包括：接收第一用户终端所发送的携带有第二账号的取消授权请求，根据取消授权请求取消第二账号对应出租屋标识的门禁权限。\n[0071] 具体地，房东通过凭借其权限级别为房东的第一账号登录的第一用户终端向服务器发送携带有第二账号的取消授权请求，服务器接收该取消授权请求，并根据该取消授权请求而取消该第二账号对应上述出租屋标识的门禁权限，使得该第二账号失去对该出租屋标识所对应的出租屋的门禁权限。这样可以实现房东对租客权限的完全控制，保障租屋安全。\n[0072] 如图4所示，在一个实施例中，提供了一种流动人口信息管理系统，该系统包括：\n应用接口服务器402、数据服务器404和门禁控制服务器406。应用接口服务器402可用于通过网络分别与第一用户终端、第二用户终端以及第三用户终端连接通信；应用接口服务器402可为分别与第一用户终端、第二用户终端以及第三用户终端各自对应的服务器集群。应用接口服务器402与数据服务器40通过网络连接，数据服务器404与门禁控制服务器406通过网络连接，门禁控制服务器406则与门禁终端通过网络连接，门禁控制服务器\n406用于直接控制门禁终端。门禁终端与门锁装置连接以控制其处于锁定状态或者解锁状态，从而使门锁装置直接控制出租屋出入口的开闭。\n[0073] 应用接口服务器402用于接收以权限级别为房东的第一账号登录的第一用户终端所发送的携带有出租屋标识和租客身份信息的租客授权登记请求。\n[0074] 用户凭借其账号而通过其用户终端上所运行的应用来进行登录操作。房东是指经营租屋业务的人员，业主是指拥有出租屋的产权的人员，而租客则是指办理租屋手续并租住在房东所经营的出租屋内的人员。\n[0075] 相应地，房东凭借权限级别为房东的第一账号在第一用户终端上所运行的房东用应用进行登录而具有管理权限级别为租客的第二账号的门禁业务的权限。租客凭借权限级别为租客的第二账号在第二用户终端上所运行的租客用应用进行登录而具有租客的权限。\n业主则凭借权限级别为业主的第三账号在第三用户终端上所运行的业主用应用进行登录而具有管理权限级别为房东的第一账号的租屋业务的权限。\n[0076] 账号的权限级别可根据用户在注册账号时所使用的应用类型和/或提供的证明资料来确定。应用类型是指业主用应用、房东用应用或者租客用应用。当然三种类型的应用可以制作成一个综合应用，且该综合应用因登录账号的权限级别不同而呈现不同的界面，具有不同的操作权限。\n[0077] 当房东需要办理租客授权登记时，通过第一用户终端向应用接口服务器402发送携带有出租屋标识和租客身份信息的租客授权登记请求，应用接口服务器402则用于接收该租客授权登记请求。这里租客授权登记是指授予租客对出租屋标识所对应的门禁终端的门禁权限并记录租客的身份信息。出租屋标识与第一账号具有经营归属关系，是该第一账号所对应的房东所经营的出租屋的标识，出租屋标识可以用包括数字在内的字符序列表示。租客身份信息包括但不限于姓名、证件信息、联系方式信息和租客照片中的至少一种。\n证件信息包括但不限于证件号码、证件有效期限、证件类型等中的至少一种。联系方式信息包括但不限于手机号码、电子邮箱和即时通信客户端账号等中的至少一种。\n[0078] 数据服务器404用于对租客授权登记请求进行验证，若验证通过则授予租客授权登记请求所指定的第二账号对应出租屋标识的门禁权限，并记录第二账号与租客身份信息的对应关系。其中，第二账号的权限级别为租客。\n[0079] 数据服务器404用于在接收到租客授权登记请求后对其进行验证，可通过租客授权登记请求所携带的MD5字符序列与根据收到的租客授权登记请求生成的MD5字符序列比较而进行验证。数据服务器404也可以用于通过短信方式向第一用户终端发送验证码并接收第一用户终端通过房东用应用反馈的验证码而进行验证。数据服务器404也可以用于验证第一账号是否对应房东权限级别和/或第一账号是否与出租屋标识对应而进行验证。\n[0080] 在一个实施例中，数据服务器404可以用于在数据管理人员人工操作下或者自动对租客授权登记请求中携带的租客身份信息进行审核验证，具体租客身份信息包括比如身份证号码、证件编号等的证件标识，则数据服务器404可以用于从治安管理部门服务器，比如从公安管理部门的居民身份信息系统调取该身份证号码所归属的身份信息，从而通过对比租客身份信息和调取的身份信息来对租客身份信息进行验证。本实施例通过对租客身份信息进行审核验证来保证租客身份信息的真实性，从而保证流动人口信息管理的准确性。\n对于业主身份信息同样可以事先审核验证以保证其真实性。\n[0081] 租客授权登记请求所指定的第二账号，可以是租客授权登记请求携带了第二账号，或者可以是根据租客授权登记请求所携带的租客身份信息能够唯一确定第二账号。比如当租客身份信息包括手机号码时，数据服务器404可用于查找与该手机号码唯一对应的第二账号。若未查找到与该手机号码唯一对应的第二账号，则可以向该手机号码所对应的手机发送租屋授权通知和/或租客用应用下载链接。数据服务器404可用于记录第二账号与租客身份信息的对应关系，且该租客身份信息与出租屋标识对应。\n[0082] 数据服务器404可用于存储第一账号与第二账号的账号对应关系，从而用以表示该房东权限级别的第一账号对该租客权限级别的第二账号的管理权限。并且第一账号对应其房东身份信息存储，第二账号对应租客身份信息存储。在一个实施例中，第一账号可以与多个第二账号对应存储，则每个第二账号又各自对应其房东身份信息存储。\n[0083] 第二账号的权限级别为租客，租客凭借第二账号登录第二用户终端上运行的租客用应用后，具有申请门禁权限、获得门禁权限后据以进行门禁控制的操作权限；还可以具有将第二账号与第二用户终端绑定的操作权限，具体将第二账号和第二用户终端标识上传到应用接口服务器402以使数据服务器404存储该第二账号和第二用户终端标识的绑定关系，这样只有该第二账号在该第二用户终端上登录时才具有相应的操作权限。租客也可以通过第二用户终端向应用接口服务器402发送解除绑定的请求，以使数据服务器404删除该第二账号和第二用户终端标识的绑定关系。租客凭借第二账号登录第二用户终端上运行的租客用应用后还可以具有发起金融业务请求的操作权限，比如东莞通充值、在线办理贷款等；还可以具有连接到第三方应用服务器而下载第三方应用的操作权限。\n[0084] 门禁控制服务器406用于当门禁终端对以第二账号登录的第二用户终端发来的开门请求进行门禁权限验证而生成门禁控制记录后，接收门禁终端所上传的门禁控制记录并存储。\n[0085] 第二账号被授予门禁权限后，门禁终端可以存储第二账号所对应的门禁权限，也可以由数据服务器404或者门禁控制服务器406存储并在需要时凭借第二账号从数据服务器404或者门禁控制服务器406获取其门禁权限的信息。当租客通过第二用户终端与门禁终端建立无线局域网连接，从而通过该无线局域网连接向门禁终端发送开门请求时，门禁终端根据本地或存储在数据服务器404或者门禁控制服务器406上的第二账号的门禁权限，来对开门请求进行验证，具体若第二账号具有门禁权限则验证通过，若不具有门禁权限则验证失败。验证通过则门禁终端会发生开锁信号给门锁装置以控制其处于解锁状态。\n[0086] 验证成功或者验证失败都可以生成门禁控制记录。门禁控制记录可以包括该次门禁控制的开锁时间和开门请求所携带的第二账号，还可以包括开锁结果、第二用户终端的位置信息、第二用户终端的终端信息、门禁终端在开锁过程中采集的声音和/或图像数据、被门禁终端进行门禁控制的出租屋标识及出入口标识和开门凭据中的至少一种。其中终端信息包括但不限于终端的型号、类型和名称中的至少一种。开门凭据包括但不限于开门密码和用户生物特征等中的至少一种。门禁终端将生成的门禁控制记录实时上传，应用接口服务器402则用于接收门禁终端实时上传的门禁控制记录，数据服务器404用于对应第二账号存储该上传的门禁控制记录。\n[0087] 在一个实施例中，数据服务器404还用于提供用于查询租屋数据的查询接口；其中租屋数据是指服务器在执行本流动人口信息管理方法过程中获取到的或生成的与租房相关的并存储在服务器本地的数据。租屋数据包括但不限于各账号的权限级别、第二账号的门禁权限、账号与身份信息的对应关系、账号之间的对应关系以及门禁控制记录中的至少一种。\n[0088] 优选地数据服务器404用于将该查询接口提供给治安管理部门服务器，供其据以进行流动人口的管理。具体地，通过查询权限级别为租客的账号的数量可以获知出租屋所在区域内流动人口的数量；通过查询第二账号对应某一出租屋标识的门禁权限来判断该第二账号所归属的租客的居住地；通过查询第二账号与租客身份信息的对应关系，可以准确定位租客身份；通过查询第二账号所对应的门禁控制记录可以判定相应的租客的行为轨迹。而且以上查询的信息可以自由组合从而得出各种各样的流动人口数据。为治安管理部门服务器提供查询接口极大地方便了治安管理部门的治安管理工作。\n[0089] 上述流动人口信息管理系统，现实世界中的房东可以通过房东权限级别的第一账号进行登录而具有对租客进行授权登记的权限。当服务器接收到租客授权登记请求时进行验证以确保其具有相应的操作权限，验证通过则授予租客授权登记请求所指定的第二账号对应出租屋标识的门禁权限，并记录第二账号与租客身份信息的对应关系，其中第二账号的权限级别为租客，这样房东的授权登记可以保证其租客资料的真实性和准确性。\n[0090] 而租客被授权后，就可以使用以其第二账号登录的第二用户终端向门禁终端发送开门请求而进行门禁控制，且每次门禁控制会生成相应的门禁控制记录并上传到服务器由服务器存储。这样考虑到流动人口一般都需要租屋，通过房东自发的授权登记操作和租客日常必备的门禁控制操作来动态采集流动人口信息，基本不需要专门人员进行流动人口信息采集的工作，且结合了人们的实际租屋需求，流动人口信息采集效率大大提高而且准确性高。\n[0091] 在一个实施例中，应用接口服务器402还用于接收以第一账号登录的第一用户终端发来的房东权限申请请求。应用接口服务器402还用于将房东权限申请请求转发给以房东权限申请请求所指定的权限级别为业主的第三账号登录的第三用户终端。应用接口服务器402还用于接收第三用户终端响应于房东权限申请请求而反馈的房东权限授权指令。数据服务器404还用于根据房东权限授权指令授予第一账号的权限级别为房东并通知第一用户终端。\n[0092] 房东凭借其第一账号在第一用户终端上所运行的房东用应用进行登录，此时第一账号还未被授予房东权限级别，用户通过该房东用应用提供的触发控件向应用接口服务器\n402发起房东权限申请请求，以请求授予其房东权限级别。在一个实施例中，房东权限申请请求包括出租屋标识和/或房东身份信息，以请求授予其对该出租屋标识所对应的出租屋的租屋业务管理权限，和/或，对房东的真实身份进行核实、备案。\n[0093] 一个实施例中，数据服务器404可用于在数据管理人员人工操作下或者自动对房东权限申请请求中携带的房东身份信息进行审核验证，具体房东身份信息包括比如身份证号码、证件编号等的证件标识，则数据服务器404可用于从治安管理部门服务器，比如从公安管理部门的居民身份信息系统调取该身份证号码所归属的身份信息，从而通过对比房东身份信息和调取的身份信息来对房东身份信息进行验证。本实施例通过对房东身份信息进行审核验证来保证房东身份信息的真实性，从而保证流动人口信息管理的准确性。\n[0094] 应用接口服务器402可用于在接收到房东权限申请请求后，将该房东权限申请请求转发给以第三账号登录的第三用户终端，该第三账号的权限级别为房东。而且该第三账号由房东权限申请请求所指定，比如房东权限申请请求可携带有第三账号；或者房东权限申请请求可携带有业主身份信息，且该业主身份信息能够唯一确定第三账号。其中业主身份信息包括手机号码或者证件号码。\n[0095] 业主凭借权限级别为业主的第三账号在第三用户终端上所运行的业主用应用进行登录而具有管理权限级别为房东的第一账号的租屋业务的权限。第三用户终端接收到房东权限申请请求后，通过其上运行的业主用应用显示申请房东权限的具体内容。业主对显示的内容进行确认，若准许请求者的房东权限申请请求则业主通过业主用应用所提供的授权指令触发控件而做出响应，并触发房东权限授权指令而发送给应用接口服务器402，应用接口服务器402则用于接收第三用户终端响应于该房东权限申请请求而反馈的房东权限授权指令。\n[0096] 数据服务器404用于根据该房东权限授权指令授予第一账号的权限级别为房东。\n并且服务器将授权结果通知第一用户终端，使以第一账号登录的第一用户终端具有房东权限级别的操作权限。\n[0097] 在一个实施例中，数据服务器404可用于存储第三账号与第一账号的账号对应关系，从而用以表示该业主权限级别的第三账号对该房东权限级别的第一账号的管理权限。\n并且第三账号对应其业主身份信息存储，第一账号对应房东身份信息存储。\n[0098] 在一个实施例中，第三账号可以与多个第一账号对应存储，则每个第一账号又各自对应其业主身份信息存储。这样一个第三账号对应至少一个第一账号，一个第一账号又对应至少一个第二账号，形成了垂直式的权限级别体系；而每个账号又对应各自真实的身份信息，保证了流动人口信息管理的有效性和准确性。\n[0099] 本实施例中，房东可以申请房东权限级别，而相应地业主负责授予房东以房东权限级别。业主、房东和租客这样垂直式的权限级别体系可以保证租屋业务的安全性，同时使得对流动人口信息的管理更为准确可靠。\n[0100] 在一个实施例中，应用接口服务器402可用于接收以权限级别为房东的第一账号登录的第一用户终端所发送的携带有第一账号和第一用户终端标识的绑定请求，数据服务器404用于根据该绑定请求建立第一账号和第一用户终端标识的绑定关系。\n[0101] 在一个实施例中，应用接口服务器402可接收以权限级别为房东的第一账号登录的第一用户终端所发送的门锁设置请求，数据服务器404用于将该门锁设置请求转发给门禁控制服务器406，门禁控制服务器406则用于根据该门锁设置请求设置门锁相关参数和/或设置门锁状态。其中门锁相关参数比如报警条件以及警报音重复频率，门锁状态比如锁定状态或解锁状态。\n[0102] 在一个实施例中，应用接口服务器402可用于接收以权限级别为房东的第一账号登录的第一用户终端所发送的出租屋管理请求，数据服务器404用于根据该出租屋管理请求变更第一账号与出租屋标识的经营归属关系。其中出租屋管理请求包括但不限于对应第一账号增加新的出租屋标识和/或对应第一账号删除已有的出租屋标识。\n[0103] 在一个实施例中，应用接口服务器402还用于接收以权限级别为租客的第二账号登录的第二用户终端所发送的携带有出租屋标识和租客身份信息的租屋申请请求。应用接口服务器402还用于将租屋申请请求转发给以租屋申请请求所指定的权限级别为房东的第一账号登录的第一用户终端。应用接口服务器402还用于接收第一用户终端响应于租屋申请请求而发送的携带有出租屋标识和租客身份信息的租客授权登记请求。\n[0104] 具体地，租客凭借权限级别为租客的第二账号在第二用户终端上所运行的租客用应用上进行登录从而具有租客的操作权限。租客通过租客用应用所提供的租屋申请页面填入出租屋标识，或者通过选择页面中所提供的出租屋信息以唯一确定出租屋标识，并填入租客身份信息。第二用户终端获取该出租屋标识和租客身份信息并据以生成租屋申请请求而发送给应用接口服务器402，应用接口服务器402则用于接收第二用户终端所发送的携带有出租屋标识和租客身份信息的租屋申请请求。\n[0105] 应用接口服务器402可用于对接收到的租屋申请请求进行验证，验证通过后则将该租屋申请请求转发给以租屋申请请求所指定的第一账号登录的第一用户终端。其中租屋申请请求指定第一账号，可以是租屋申请请求携带了第一账号，或者可以是根据租屋申请请求所携带的房东身份信息可以唯一确定第一账号。比如租屋申请请求可以携带有房东手机号码或者房东证件号码等。\n[0106] 第一用户终端接收到租屋申请请求并据以在房东用应用中显示租屋申请请求的具体内容。房东则可以对该显示的具体内容进行审核，作为对租屋申请请求所做出的响应，审核通过则通过房东用应用向应用接口服务器402发送携带有出租屋标识和租客身份信息的租客授权登记请求。\n[0107] 本实施例中，租客凭借其租客权限级别的第二账号在第二用户终端登录而发出租屋申请请求，房东则凭借其房东权限级别的第一账号在第一用户终端登录而对该租屋申请请求进行审核，从而审核通过则发起租客授权登记请求。这样垂直式的权限级别体系可以保证租屋业务能够安全进行，并且可以保证对流动人口信息管理的准确性。\n[0108] 在一个实施例中，应用接口服务器402还用于接收第一用户终端发送的房屋出租信息。数据服务器404还用于存储房屋出租信息，接收第二用户终端所发送的信息查询请求，当信息查询请求与房屋出租信息匹配时，向第二用户终端返回匹配的房屋出租信息。\n[0109] 具体地，房东作为经营租屋业务的人员，可通过应用接口服务器402发布房屋出租信息，该房租出租信息包括但不限于出租屋室内和/或外部图片、出租屋地址、出租屋周边环境、出租屋大小、出租价格以及房东联系方式等中的至少一种。数据服务器404可用于接收第二用户终端通过查询接口所发送的信息查询请求，根据该信息查询请求查询匹配的房屋出租信息。其中信息查询请求包括但不限于出租屋地段区域、出租屋大小范围以及租屋价格范围等中的至少一种。数据服务器404用于当查询到与信息查询请求匹配的房屋出租信息时，通过应用接口服务器402将该匹配的房屋出租信息返回给第二用户终端。\n[0110] 本实施例中，房东可以通过房东用应用发布房屋出租信息，而租客可以通过租客用应用查询匹配的房屋出租信息，加上垂直式的权限级别体系管理，使得房东和租客之间能够高效、真实地达成租屋关系，利于对流动人口的管理。\n[0111] 在一个实施例中，应用接口服务器402还用于接收第一用户终端和/或第二用户终端和/或第三用户终端所发送的安全隐患举报信息。数据服务器404还用于存储安全隐患举报信息。\n[0112] 具体地，每一权限级别的用户都可以通过其终端上运行的应用而向应用接口服务器402发送安全隐患举报信息，应用接口服务器402则用于接收该安全隐患举报信息，数据服务器404则用于存储该安全隐患举报信息，相应地查询接口还用于提供对存储的安全隐患举报信息的查询。提供对安全隐患举报信息的查询，便于对流动人口的管理。\n[0113] 其中，安全隐患举报信息包括但不限于：消防隐患举报信息、安全生产事件举报信息、环境污染事件举报信息、可疑传销案件举报信息、食品和药品安全事件举报信息、恶性群体性事件举报信息、扰民事件举报信息、治安案件举报信息、刑事案件举报信息和交通事故案件举报信息等中的至少一种。\n[0114] 在一个实施例中，应用接口服务器402还用于接收第三用户终端所发送的携带有第一账号的账号冻结请求。数据服务器404还用于根据账号冻结请求禁用第一账号的房东权限级别。\n[0115] 具体地，业主通过凭借其权限级别为业主的第三账号登录的第三用户终端向应用接口服务器402发送携带有第一账号的账号冻结请求，应用接口服务器402用于接收该账号冻结请求，数据服务器404用于根据该账号冻结请求而禁用该第一账号的房东权限级别。在一个实施例中，应用接口服务器402可以用于接收第三用户终端所发送的携带有第一账号的账号解冻请求，数据服务器404可用于根据该账号解冻请求恢复第一账号已被禁用的房东权限级别。业主可以对经营其出租屋的房东的权限级别进行冻结和解冻，以实现业主对房东权限的完全控制，保障租屋安全。\n[0116] 在一个实施例中，应用接口服务器402还用于接收第一用户终端所发送的携带有第二账号的取消授权请求。数据服务器404还用于根据取消授权请求取消第二账号对应出租屋标识的门禁权限。\n[0117] 具体地，房东通过凭借其权限级别为房东的第一账号登录的第一用户终端向应用接口服务器402发送携带有第二账号的取消授权请求，应用接口服务器402用于接收该取消授权请求，数据服务器404用于根据该取消授权请求而取消该第二账号对应上述出租屋标识的门禁权限，或者数据服务器404用于将该取消授权请求转发给门禁控制服务器406而相应地门禁控制服务器406用于根据该取消授权请求而取消该第二账号对应上述出租屋标识的门禁权限，使得该第二账号失去对该出租屋标识所对应的出租屋的门禁权限。这样可以实现房东对租客权限的完全控制，保障租屋安全。\n[0118] 本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random Access Memory，RAM)等。\n[0119] 以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。