健康采集方法、装置、计算机设备以及存储介质

技术领域

本发明涉及资源共享的技术领域，尤其是涉及一种健康采集方法、装置、计算机设备以及存储介质。

背景技术

目前，随着城市建设的不断发展，人们对商场以及写字楼的需求也越来越高。

现有的商场或者写字楼，每日都会有大量的人员流动，在大量的人员流动的过程中，商场或者写字楼的管理人员需要对到访的人员的信息进行采集，以便对商场或写字楼的经营以及管理。

针对上述中的相关技术，发明人认为存在有难以对到访的人员情况进行采集的缺陷。

发明内容

本申请的目的是提供一种便于对到访的人员的情况进行采集的健康采集方法、装置、计算机设备以及存储介质。

本申请的上述发明目的一是通过以下技术方案得以实现的：

一种健康采集方法，所述健康采集方法包括：

获取停车预约请求，从所述停车预约请求中获取预约车辆信息和到访人员信息；

从所述到访人员信息中获取到访人员数量和每个到访人员的人员情况数据；

当获取到停车进场请求时，从所述停车进场请求中获取进场车辆信息；

根据所述进场车辆信息匹配对应的所述预约车辆信息，并将所述预约车辆信息对应的到访人员数量以及人员情况数据存储至预设的数据平台，以便对历史的到访人员信息进行分析。

本申请发明人发现，在对商场或者写字楼等楼宇的人流监控中，尤其是在需要获取到访人员的健康情况的场景中，虽然能够通过在各个出入口的安保人员或者管理人员能够采集到访的人员的健康信息，但仍需要耗费大量的人力物力，尤其是在停车场，由于到访的车辆为一个相对单独的封闭空间，安保人员或者管理人员难以对到访的车辆中的随车人员进行管理，因此，通过采用上述技术方案，通过获取停车预约请求，在停车预约请求中获取预约到访的车辆的预约车辆信息，以及随车人员的到访人员信息，通过预约停车位的方式，能够便于到访的人员提前预定停车位，节省寻找停车位的时间的同时，该商场或者写字楼等楼宇的管理人员提前获取到前往该停车场的人员的健康情况，便于管理人员采集到访的人员的健康信息；同时，将人员情况数据存储至预设的数据平台中，能够便于商场或者写字楼等楼宇的管理人员分析到访人员的情况，便于管理人员对楼宇的人员健康情况进行管理。

本申请在一较佳示例中可以进一步配置为：所述从所述到访人员信息中获取到访人员数量和每个到访人员的人员情况数据，具体包括：

根据所述停车预约请求，生成并发送第一信息获取请求；

当获取到所述第一信息获取请求对应的所述到访人员数量时，根据所述到访人员数量生成并发送对应数量第二信息获取请求；

当获取到与所述第二信息获取请求对应的响应数据后，将所述响应数据作为所述人员情况数据。

通过采用上述技术方案，在获取到停车预约请求后，先发送获取到访人员数量的第一信息获取请求后，再发送用于获取人员情况数据的第二信息获取请求，能够使的获取到的人员情况数据与到访人员数量对应，便于管理人员获取该预约车辆的随车人员的人员情况数据。

本申请在一较佳示例中可以进一步配置为：所述当获取到与所述第二新获取请求对应的响应数据后，将所述响应数据作为所述人员情况数据，具体包括：

若到访人员为首次到访，则生成并基础属性选择消息和健康情况录入消息，并获取对应的第一响应数据；

若到访人员为非首次到访，则生成并发送所述健康情况录入消息，并获取对应的第二响应数据；

将所述第一响应数据和/或所述第二响应数据作为所述响应数据，在对所述响应数据校验成功后，触发停车预约成功消息。

通过采用上述技术方案，通过发送健康情况录入消息，能够使管理人员能够获取到即将到访的人员的健康情况，便于对楼宇在人员健康管控方面的管理；通过向首次到访的人员触发该基础属性选择信息，能够根据该首次到访人员的具体情况获取对应的健康情况录入消息，便于管理人员对楼宇的人流以及人员的健康情况的管理；在对第一响应数据和/或第二响应数据均校验通过后，即随车人员的健康情况均符合要求，才触发该停车预约成功消息，能够提升对楼宇的人员健康情况的管控的效果。

本申请在一较佳示例中可以进一步配置为：所述将所述预约车辆信息对应的到访人员数量以及人员情况数据存储至预设的数据平台，具体包括：

从所述进场车辆信息中获取进场人员数量；

根据所述进场车辆信息匹配到的所述预约车辆信息对应的到访人员数量对所述进场人员数量进行校验，若校验成功，则触发进场允许消息并将所述人员情况数据存储至预设的数据平台。

通过采用上述技术方案，在预约的车辆进场时，对到访的人员进行校验，能够减少实际到访人员与预约的人员不一致导致的对楼宇的人员健康管理实效的情况。

本申请在一较佳示例中可以进一步配置为：所述将所述人员情况数据存储至预设的数据平台，具体包括：

从所述人员情况数据中获取人员数据类型；

根据所述人员数据类型对所述人员情况数据进行拆分后存储至预设的所述数据平台。

通过采用上述技术方案，通过获取人员数据类型，并对人员情况数据进行拆分后，存储至该数据平台，便于管理人员查看并分析对应的人员情况数据，为管理人员指定响应的管理策略提供了技术支持。

本申请的上述发明目的二是通过以下技术方案得以实现的：

一种健康采集装置，所述健康采集装置包括：

预约获取模块，用于获取停车预约请求，从所述停车预约请求中获取预约车辆信息和到访人员信息；

到访数据获取模块，用于从所述到访人员信息中获取到访人员数量和每个到访人员的人员情况数据；

进场信息获取模块，用于当获取到停车进场请求时，从所述停车进场请求中获取进场车辆信息；

数据存储模块，用于根据所述进场车辆信息匹配对应的所述预约车辆信息，并将所述预约车辆信息对应的到访人员数量以及人员情况数据存储至预设的数据平台，以便对历史的到访人员信息进行分析。

通过获取停车预约请求，在停车预约请求中获取预约到访的车辆的预约车辆信息，以及随车人员的到访人员信息，通过预约停车位的方式，能够便于到访的人员提前预定停车位，节省寻找停车位的时间的同时，该商场或者写字楼等楼宇的管理人员提前获取到前往该停车场的人员的健康情况，便于管理人员采集到访的人员的健康信息；同时，将人员情况数据存储至预设的数据平台中，能够便于商场或者写字楼等楼宇的管理人员分析到访人员的情况，便于管理人员对楼宇的人员健康情况进行管理。

本申请的上述目的三是通过以下技术方案得以实现的：

一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述健康采集方法的步骤。

本申请的上述目的四是通过以下技术方案得以实现的：

一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述健康采集方法的步骤。

综上所述，本申请包括以下至少一种有益技术效果：

1、在停车预约请求中获取预约到访的车辆的预约车辆信息，以及随车人员的到访人员信息，通过预约停车位的方式，能够便于到访的人员提前预定停车位，节省寻找停车位的时间的同时，该商场或者写字楼等楼宇的管理人员提前获取到前往该停车场的人员的健康情况，便于管理人员采集到访的人员的健康信息；

2、将人员情况数据存储至预设的数据平台中，能够便于商场或者写字楼等楼宇的管理人员分析到访人员的情况，便于管理人员对楼宇的人员健康情况进行管理；

3、通过发送健康情况录入消息，能够使管理人员能够获取到即将到访的人员的健康情况，便于对楼宇在人员健康管控方面的管理；通过向首次到访的人员触发该基础属性选择信息，能够根据该首次到访人员的具体情况获取对应的健康情况录入消息，便于管理人员对楼宇的人流以及人员的健康情况的管理；在对第一响应数据和/或第二响应数据均校验通过后，即随车人员的健康情况均符合要求，才触发该停车预约成功消息，能够提升对楼宇的人员健康情况的管控的效果；

4、通过获取人员数据类型，并对人员情况数据进行拆分后，存储至该数据平台，便于管理人员查看并分析对应的人员情况数据，为管理人员指定响应的管理策略提供了技术支持。

附图说明

图1是本发明一实施例中健康采集方法的一流程图；

图2是本发明一实施例中健康采集方法中步骤S20的实现流程图；

图3是本发明一实施例中健康采集方法中步骤S23的实现流程图；

图4是本发明一实施例中健康采集方法中步骤S40的实现流程图；

图5是本发明一实施例中健康采集方法中步骤S42的实现流程图；

图6是本发明一实施例中健康采集装置的一原理框图；

图7是本发明一实施例中的设备示意图。

具体实施方式

以下结合附图对本申请作进一步详细说明。

在一实施例中，如图1所示，本申请公开了一种健康采集方法，具体包括如下步骤：

S10：获取停车预约请求，从停车预约请求中获取预约车辆信息和到访人员信息。

在本实施例中，停车预约请求是指用于请求预约指定地点的停车的消息。预约车辆信息是指预约需要进行停车的车辆的信息。到访人员信息是指前往预约的停车场的人员的信息。

具体地，在用户使用预设的预约平台预约指定地点，例如指定商场或者写字楼的停车场的车位时，通过获取用户在客户端填写的数据，获取该预约车辆信息和到访人员信息。即用户在指定商场或者写字楼的停车场中预约停车，则在预约平台中填写车牌号码，作为该预约车辆信息，以及将随车的人员的健康信息填写至该约平台，作为该到访人员信息。

S20：从到访人员信息中获取到访人员数量和每个到访人员的人员情况数据。

在本实施例中，到访人员数量是指本次停车预约请求中，包括车主在内的随车人员的数量。人员情况数据是指每个随车人员的基本信息以及个人的健康情况的信息。

具体地，在每个随车人员填写并上传个人的基本信息以及个人的健康情况的信息后，获取本次停车预约请求的到访人员数量。其中，在获取该到访人员数量时，可以是通过车主进行填写，也可以是通过统计接收到的与该预约车辆信息相关的人员情况数据的数量，将统计得到的人员情况数据的数量作为到访人员数量。

S30：当获取到停车进场请求时，从停车进场请求中获取进场车辆信息。

在本实施例中，停车进场请求是指请求进入停车场停车的消息。进场车辆信息是指请求进入该停车场的车辆的车牌号码。

具体地，在获取到该停车场进场请求时，例如，通过停车场的闸机，识别到有车辆，则触发该停车进场请求，并通过该闸机的车牌识别装置识别得到该进场车辆信息。

S40：根据进场车辆信息匹配对应的预约车辆信息，并将预约车辆信息对应的到访人员数量以及人员情况数据存储至预设的数据平台，以便对历史的到访人员信息进行分析。

具体地，通过进场车辆信息在所有的停车预约请求中匹配，获取匹配成功的预约车辆信息，即在有车辆进场时，在获取到该车辆的车牌号码后，通过该车牌号码获取该车辆的停车预约请求，从而获取对应的到访人员数量，以及每一个随车人员的人员情况数据，并将该人员情况数据存储至该数据平台中当日的人员流动情况的记录表中。

在本实施例中，在停车预约请求中获取预约到访的车辆的预约车辆信息，以及随车人员的到访人员信息，通过预约停车位的方式，能够便于到访的人员提前预定停车位，节省寻找停车位的时间的同时，该商场或者写字楼等楼宇的管理人员提前获取到前往该停车场的人员的健康情况，便于管理人员采集到访的人员的健康信息；同时，将人员情况数据存储至预设的数据平台中，能够便于商场或者写字楼等楼宇的管理人员分析到访人员的情况，便于管理人员对楼宇的人员健康情况进行管理。

在一实施例中，如图2所示，在步骤S20中，即从到访人员信息中获取到访人员数量和每个到访人员的人员情况数据，具体包括：

S21：根据停车预约请求，生成并发送第一信息获取请求。

在本实施例中，第一信息获取请求是指用于获取随车人员的数量的消息。

具体地，在获取到停车预约请求后，向触发该停车预约请求的客户端触发该第一信息获取请求，用于让用户根据该第一信息获取请求填写或者选择随车的人数。

S22：当获取到第一信息获取请求对应的到访人员数量时，根据到访人员数量生成并发送对应数量第二信息获取请求。

在本实施例中，第二信息获取请求是指用于获取随车人员的健康数据的消息。

具体地，在获取到随车的人数，即到访人员数量时，可以生成对应的二维码或者链接，由车主将该二维码或者链接转发至其他随车人员，供本次停车预约请求对应的人员填写该人员情况数据。

S23：当获取到与第二信息获取请求对应的响应数据后，将响应数据作为人员情况数据。

具体地，在所有的随车人员填写好并提交给人员情况数据后，即获取到该响应消息，则将每一随车人员的人员情况数据与该停车预约数据进行关联。

在一实施例中，如图3所示，在步骤S23中，即当获取到与第二新获取请求对应的响应数据后，将响应数据作为人员情况数据，具体包括：

S231：若到访人员为首次到访，则生成并基础属性选择消息和健康情况录入消息，并获取对应的第一响应数据。

在本实施例中，基础属性选择消息是指用于供用户选择个人的基础信息。健康情况录入消息是指用于供用户输入个人的健康数据的消息。

具体地，若存在有随车人员是首次前往该商场或者写字楼，则首先生成并发送该基础属性选择消息，供用户填写个人的基础信息后，选择前往该商场或者写字楼的角色，例如自有员工/劳务工、商户从业人员或采购商/其他人员等，并针对选择的角色，发送对应的健康情况录入消息，例如，对于自有员工/劳务工，则该健康情况录入消息中包括有所属的岗位、身体状况、同居人员身体状况以及行动轨迹等数据；若角色为商户从业人员或采购商/其他人员，则健康情况录入消息还可以包括居住地信息以及是否在预定时间内到往过敏感地区等信息等。

进一步地，在获取到首次到访的人员的填写的数据后，将该数据作为第一响应数据。

S232：若到访人员为非首次到访，则生成并发送健康情况录入消息，并获取对应的第二响应数据。

具体地，若该到访人员为非首次到访，则说明数据库中存储有该人员的基础属性消息，因此仅发送对应的监控情况录入消息，并将该该人员填写的数据作为第二响应数据。

S233：将第一响应数据和/或第二响应数据作为响应数据，在对响应数据校验成功后，触发停车预约成功消息。

具体地，将所有与本次停车场预约消息对应的第一响应数据和/或第二响应数据进行校验，用于校验到访人员的身体健康情况，若所有到访人员的身体健康情况均校验成功，则触发该停车预约成功消息。

在一实施例中，如图4所示，在步骤S40中，即将预约车辆信息对应的到访人员数量以及人员情况数据存储至预设的数据平台，具体包括：

S41：从进场车辆信息中获取进场人员数量。

在本实施例中，进场人员数量是指实际随车的人员数量。

具体地，可在停车场闸机出设置有对应的二维码，供车内的人员扫描，根据扫描的数量，作为该进场人员数量。即在每个人员填写到访人员信息并提交时，记录该人员的终端标识，并将该终端标识与到访人员信息关联，或者是避免有人员更换终端的导致无法识别，还可以通过将到访人员信息中的人员姓名、身份证号或手机号绑定关联，用户可通过输入姓名以及身份证号或者是通过手机号短信验证的方式，调取对应的到访人员信息，进而统计对应的进场人员数量。

S42：根据进场车辆信息匹配到的预约车辆信息对应的到访人员数量对进场人员数量进行校验，若校验成功，则触发进场允许消息并将人员情况数据存储至预设的数据平台。

具体地，可以在用户提交人员情况数据后，生成对应的二维码，在预约车辆进场时，通过扫描随车人员的该二维码，获取对应的人员情况数据，根据获取到的人员情况数据的数量，作为实际的进场人员的数量，并与对应的预约车辆信息对应的到访人员数量进行匹配，若一致，则校验对应的人员情况数据是否均为步骤S233中校验成功的响应数据，若是，则允许进入停车场，若否，则向校验失败的用户触发用于获取步骤S231中的第一响应数据或步骤S232中的第二响应数据的请求，并在用户提交对应的第一响应数据或第二相应数据，并对该用户的健康情况校验成功后，允许预约车辆信息对应的车辆进入停车场。

进一步地，将实际进入商场或写字楼的停车场的人员情况数据存储至该预设的数据平台。

在一实施例中，如图5所示，在步骤S42中，即将人员情况数据存储至预设的数据平台，具体包括：

S421：从人员情况数据中获取人员数据类型。

在本实施例中，人员数据类型是指人员情况数据中的各个不同数据的种类。

具体地，根据该人员情况数据中，供用户填写的数据的类型，获取该人员数据类型。

S422：根据人员数据类型对人员情况数据进行拆分后存储至预设的数据平台。

具体地，在获取到该人员数据类型后，将人员情况数据根据该人员数据类型进行拆分，并根据该人员数据类型，对拆分得到的数据进行重组，该重组的方式可以是根据商场或者楼宇的管理人员的实际需求，设置重组的规则，例如当日到访的人员的姓名、身份证号、居住地、体温数据、是否接触过敏感人员以及是否到往过敏感地区等，还可以是根据基础属性选择消息中对应的基础属性进行重组，得到当日到访的各类基础属性的人员的数量的占比等。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

在一实施例中，提供一种健康采集装置，该健康采集装置与上述实施例中健康采集方法一一对应。如图6所示，该健康采集装置包括预约获取模块10、到访数据获取模块20、进场信息获取模块30和数据存储模块40。各功能模块详细说明如下：

预约获取模块10，用于获取停车预约请求，从停车预约请求中获取预约车辆信息和到访人员信息；

到访数据获取模块20，用于从到访人员信息中获取到访人员数量和每个到访人员的人员情况数据；

进场信息获取模块30，用于当获取到停车进场请求时，从停车进场请求中获取进场车辆信息；

数据存储模块40，用于根据进场车辆信息匹配对应的预约车辆信息，并将预约车辆信息对应的到访人员数量以及人员情况数据存储至预设的数据平台，以便对历史的到访人员信息进行分析。

可选的，到访数据获取模块20包括：

第一数据获取子模块，用于根据停车预约请求，生成并发送第一信息获取请求；

第二数据获取子模块，用于当获取到第一信息获取请求对应的到访人员数量时，根据到访人员数量生成并发送对应数量第二信息获取请求；

到访数据获取子模块，用于当获取到与第二信息获取请求对应的响应数据后，将响应数据作为人员情况数据。

可选的，到访数据获取子模块包括：

第一健康数据获取单元，用于若到访人员为首次到访，则生成并基础属性选择消息和健康情况录入消息，并获取对应的第一响应数据；

第二健康数据获取单元，用于若到访人员为非首次到访，则生成并发送健康情况录入消息，并获取对应的第二响应数据；

检验子模块，用于将第一响应数据和/或第二响应数据作为响应数据，在对响应数据校验成功后，触发停车预约成功消息。

可选的，数据存储模块40包括：

进场人数获取子模块，用于从进场车辆信息中获取进场人员数量；

校验存储子模块，用于根据进场车辆信息匹配到的预约车辆信息对应的到访人员数量对进场人员数量进行校验，若校验成功，则触发进场允许消息并将人员情况数据存储至预设的数据平台。

可选的，校验存储子模块包括：

类型获取单元，用于从人员情况数据中获取人员数据类型；

数据拆分单元，用于根据人员数据类型对人员情况数据进行拆分后存储至预设的数据平台。

关于健康采集装置的具体限定可以参见上文中对于健康采集方法的限定，在此不再赘述。上述健康采集装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图7所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储每日采集到的人员情况数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种健康采集方法。

在一个实施例中，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现以下步骤：

获取停车预约请求，从停车预约请求中获取预约车辆信息和到访人员信息；

从到访人员信息中获取到访人员数量和每个到访人员的人员情况数据；

当获取到停车进场请求时，从停车进场请求中获取进场车辆信息；

根据进场车辆信息匹配对应的预约车辆信息，并将预约车辆信息对应的到访人员数量以及人员情况数据存储至预设的数据平台，以便对历史的到访人员信息进行分析。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

获取停车预约请求，从停车预约请求中获取预约车辆信息和到访人员信息；

从到访人员信息中获取到访人员数量和每个到访人员的人员情况数据；

当获取到停车进场请求时，从停车进场请求中获取进场车辆信息；

根据进场车辆信息匹配对应的预约车辆信息，并将预约车辆信息对应的到访人员数量以及人员情况数据存储至预设的数据平台，以便对历史的到访人员信息进行分析。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器（ROM）、可编程ROM（PROM）、电可编程ROM（EPROM）、电可擦除可编程ROM（EEPROM）或闪存。易失性存储器可包括随机存取存储器（RAM）或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM（SRAM）、动态RAM（DRAM）、同步DRAM（SDRAM）、双数据率SDRAM（DDRSDRAM）、增强型SDRAM（ESDRAM）、同步链路（Synchlink） DRAM（SLDRAM）、存储器总线（Rambus）直接RAM（RDRAM）、直接存储器总线动态RAM（DRDRAM）、以及存储器总线动态RAM（RDRAM）等。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。

以上所述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。