防疫信息查询设备的监管方法及电子设备与流程

1.本技术涉及信息查询的领域，尤其是涉及防疫信息查询设备的监管方法及电子设备。


背景技术：

2.防疫信息是指用于疫情防控的信息。防疫信息可以通过身份信息查询。身份信息是经过查询者的许可后采集的。
3.相关技术中，防疫信息查询方法包括：防疫信息查询设备直接获取待查询信息，将待查询信息发送至服务器；服务器基于待查询信息查询防疫信息，向防疫信息查询设备返回防疫信息。
4.然而，防疫信息查询设备容易被复用，比如：将防疫信息查询设备挂载在网络上，用于查询不同设备采集的待查信息对应的防疫信息，这就会导致防疫信息查询设备监管困难的问题。


技术实现要素：

5.为了有助于解决防疫信息查询设备容易被复用导致的防疫信息查询设备监管困难的问题，本技术提供了一种防疫信息查询设备的监管方法及电子设备。
6.第一方面，本技术提供一种防疫信息查询设备的监管方法，采用如下的技术方案：一种防疫信息查询设备的监管方法，用于服务器中，方法包括：在检测到单位时间内向查询设备返回响应信息的响应次数大于查询次数阈值的情况下，记录一次查询设备对应的第一异常信息；响应信息包括防疫信息；确定第一异常信息的数量是否达到第一异常次数阈值；在第一异常信息的数量达到第一异常次数阈值的情况下，输出第一预警提示。
7.通过采用上述技术方案，可以有助于解决防疫信息查询设备被复用导致的防疫信息查询设备监管难的问题，由于服务器可以在单位时间内对某一防疫信息查询设备的响应次数大于查询次数阈值的情况下输出第一预警提示，因此，可以便于对防疫信息查询设备的监管。
8.另外，服务器在第一异常次数达到第一异常次数阈值的情况下才输出第一预警提示，可以避免偶发性异常导致错误输出预警提示的问题，提高输出的第一预警提示的准确性。
9.可选的，方法还包括：响应于查询设备发送的目标查询请求，确定本次接收到的目标查询请求与上一次接收到的查询设备发送的历史查询请求是否相同；在目标查询请求与历史查询请求不相同的情况下，确定接收到目标查询请求的时间与接收到历史查询请求的时间之间的间隔时长是否大于或等于时长阈值。
10.通过采用上述技术方案，可以避免同一查询者重复操作查询设备向服务器发送查
询请求时，服务器向查询设备多次返回该查询者对应的响应信息并重复计算响应次数的问题，可以提高响应次数计算的准确性，从而实现精准检测，因此，可以便于对查询设备进行监管。
11.可选的，方法还包括：在间隔时长小于时长阈值的情况下，确定当前时间是否到达查询设备对应的查询时间；在当前时间到达查询设备对应的查询时间的情况下，确定目标查询请求对应的防疫信息；向查询设备返回响应信息。
12.通过采用上述技术方案，可以避免在同一查询设备短时间内发送大量查询请求的情况下，服务器的查询资源被占用，导致无法及时处理其它设备发送的防疫请求的问题，由于通过设置间隔时长控制服务器处理同一查询设备发送的查询请求的时间间隔，因此可以合理分配服务器的查询资源，避免服务器的查询资源被滥用。
13.可选的，方法还包括：在间隔时长大于或等于时长阈值的情况下，确定目标查询请求对应的防疫信息；向查询设备返回响应信息。
14.通过采用上述技术方案，通过在间隔时长大于或等于时长阈值的情况下，立即对目标查询请求进行处理，可以确保目标查询请求的处理周期，提高查询效率。
15.可选的，方法还包括：在向目标查询设备返回响应信息后，检测单位时间内向目标设备返回响应信息的响应次数是否大于查询次数阈值；和/或，在检测到目标区域的数据流量大于预设的流量阈值的情况下，分别检测单位时间内向目标区域对应的各个查询设备返回响应信息的响应次数是否大于查询次数阈值；和/或，响应于流量监控指令，分别检测单位时间内向流量监控指令指示的各个查询设备返回响应信息的响应次数是否大于查询次数阈值。
16.通过采用上述技术方案，在向目标设备返回响应信息后检测单位时间内目标查询设备的响应次数是否大于查询次数阈值，可以在响应次数发生变化的情况下检测响应次数是否大于查询次数阈值，因此，可以实现精准检测，便于对查询设备进行监管。
17.可选的，在检测到单位时间内向查询设备返回响应信息的响应次数大于查询次数阈值的情况下，记录一次查询设备对应的第一异常信息之前，还包括：确定查询设备对应的查询次数阈值；检测响应次数是否大于查询次数阈值。
18.通过采用上述技术方案，由于可以动态确定查询次数阈值，可以避免在使用单一的查询次数阈值时导致的某些情况下，查询次数阈值与实际需求不符导致监管困难的问题；由于可以动态确定查询次数阈值，可以实现精准检测，因此，可以便于对查询设备进行监管。
19.可选的，确定查询设备对应的查询次数阈值包括：
确定当前时间对应的查询时间段；基于查询时间段确定查询设备对应的查询次数阈值。
20.通过采用上述技术方案，可以避免在使用单一的查询次数阈值时导致的某些时间段的查询次数阈值与实际需求不符，导致监管困难的问题；由于可以根据不同时间段的查询需求动态确定查询次数阈值，可以实现精准检测，因此，可以便于对查询设备进行监管。
21.可选的，查询请求包括待查询信息，待查询信息包括生成待查询信息时终端设备的第一位置信息，方法还包括：在检测到第一位置信息与查询设备对应的第二位置信息不匹配的情况下，记录一次查询设备对应的第二异常信息；确定第二异常信息的数量是否达到第二异常次数阈值；在第二异常信息的数量达到第二异常次数阈值的情况下，输出第二预警提示。
22.通过采用上述技术方案，可以有助于解决查询设备被挂载在网络上后，用于查询不同地点的采集设备采集的待查询信息对应的防疫信息，导致防疫信息查询设备监管困难的问题，由于在第一位置信息和第二位置信息不匹配的情况下，输出第二预警提示，因此，可以便于对防疫信息查询设备的监管。
23.第二方面，本技术提供一种防疫信息查询设备的监管方法，采用如下的技术方案：一种防疫信息查询设备的监管方法，用于防疫信息查询设备中，方法包括：在检测到单位时间内接收到服务器返回的响应信息的响应次数大于查询次数阈值的情况下，记录一次查询设备对应的第三异常信息；确定第三异常信息的数量是否达到第三异常次数阈值；在第三异常信息的数量达到第三异常次数阈值的情况下，输出第三预警提示。
24.通过采用上述技术方案，可以有助于解决防疫信息查询设备被复用导致的防疫信息查询设备监管难的问题，由于查询设备可以在单位时间接收到的响应次数大于查询次数阈值的情况下输出第三预警提示，因此，可以便于对防疫信息查询设备的监管。
25.第三方面，本技术提供一种电子设备，采用如下的技术方案：一种电子设备，该电子设备包括：至少一个处理器；存储器；至少一个应用程序，其中至少一个应用程序被存储在存储器中并被配置为由至少一个处理器执行，至少一个应用程序配置用于：执行第一方面提供的任一种防疫信息查询设备的监管方法，或者，第二方面提供的任一种防疫信息查询设备的监管方法。
26.综上，本技术包括以下至少一种有益技术效果：1.由于服务器可以在单位时间内对某一防疫信息查询设备的响应次数大于查询次数阈值的情况下输出第一预警提示，可以有助于解决防疫信息查询设备被复用导致的防疫信息查询设备监管难的问题，因此，可以便于对防疫信息查询设备的监管；2.服务器在第一异常次数达到第一异常次数阈值的情况下才输出第一预警提示，可以避免偶发性异常导致错误输出预警提示的问题，提高输出的第一预警提示的准确性。
附图说明
27.图1是本技术实施例提供的一种防疫信息查询方法的流程示意图；图2是本技术实施例提供的另一种防疫信息查询方法的流程示意图；图3是本技术实施例提供的又一种防疫信息查询方法的流程示意图；图4是本技术实施例提供的一种电子设备的结构示意图。
具体实施方式
28.为了使本技术的目的、技术方案及优点更加清楚明白，以下结合附图1-4及实施例，对本技术进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本技术，并不用于限定本技术。
29.需要说明的是，本技术实施过程中，获取待查询信息和查询防疫信息前需要获取待查询者的许可，处理待查询信息和防疫信息的方式需要符合相关规定。
30.本技术实施例公开一种防疫信息查询设备的监管方法，由服务器执行，服务器可以为服务器、个人计算机、平板电脑、智能穿戴设备等具有计算功能和通信功能的设备，本实施例对服务器的类型不作限定。本实施例以该方法用于服务器中为例进行说明，如图1所示，该方法至少包括以下步骤：步骤101，在检测到单位时间内向查询设备返回响应信息的响应次数大于查询次数阈值的情况下，记录一次查询设备对应的第一异常信息。
31.其中，响应信息包括防疫信息。
32.防疫信息，是指：用于疫情防控的信息。
33.查询设备为具有计算功能和通信功能的设备，比如：健康码核验设备、身份证信息读取设备等信息读取设备或者信息读取设备上设置的功能模组，本实施例不对查询设备的类型作限定。
34.单位时间预先存储在服务器中，可以根据实际需求设定为任意时长，比如：一分钟、若干分钟、一小时等，本实施例不对单位时间的大小作限定。
35.查询次数阈值预先存储在服务器中，可以根据实际需求和单位时间的大小设定为任意次数，比如：五次、十次、一百次等，本实施例不对查询次数阈值的大小作限定。
36.在一个实例中，查询设备与通行闸机相连，用于基于防疫信息控制闸机的开启和关闭，通行闸机允许的最大通行速度为十二次每分钟，此时，在单位时长为一分钟的情况下，查询次数阈值可以为十二次，在单位时长为十分钟的情况下，查询次数阈值可以为一百二十次。
37.可选的，不同查询设备对应的查询次数阈值相同或不同。
38.在一个示例中，单位时间可根据监管模式对监管精度要求进行设定，因此，在具体实施方式中，用户可预先根据各监管模式对监管精度的要求分别设置各监管模式对应的单位时间，当以某一监管模式工作时，服务器可根据监管模式获取对应的单位时间，如此，可满足不同监管模式对监管精度的需求。
39.本实施例中，防疫信息查询设备与服务器之间可以基于蜂窝移动通信（cellular mobile communication）通信相连，或者，也可以基于卫星通信（satellite communication）通信相连，本实施例不对防疫信息查询设备与服务器之间建立通信连接的
方式作限定。
40.本实施例中，响应信息是服务器基于查询设备发送的查询请求向查询设备返回的，查询请求包括待查询信息，响应信息中包括防疫信息；防疫信息是服务器基于查询请求中的待查询信息在防疫数据库中查询得到的。
41.待查询信息可以健康码信息、电子身份证信息、电子社保卡信息或者其它任何可以用于待查询人员身份的信息，本实施例对待查询信息的类型不作限定。
42.防疫数据库中存储有待查询信息以及待查询信息对应的防疫信息。
43.在一个示例中，防疫数据库是实时更新的，如此，可以确保防疫信息的时效性。
44.本实施例中，第一异常信息与各个查询设备相对应，即，在检测到单位时间内向某一查询设备返回返回的响应次数大于查询次数阈值的情况下，记录一次该查询设备对应的第一异常信息。
45.在一个示例中，服务器中设置有异常信息库，第一异常信息包括第一异常信息对应的查询设备的设备标识，此时，记录第一异常信息包括：在异常数据库中插入第一异常信息。
46.其中，设备标识，是指：可以唯一确定查询设备的标识。具体的，设备标识可以为终端设备设备编号，国际移动设备识别码（international mobile equipment identity，imei），媒体存取控制位址（media access control address，mac地址）等信息，本实施例设备标识的类型作限定。
47.在另一个示例中，服务器中存储有各个查询设备对应的设备状态表，此时，记录第一异常信息包括：在第一异常信息对应的设备状态表中标记第一异常标记。
48.在实际实现时，也可以以其它方式记录第一异常信息，本实施例不对记录第一异常信息的方式作限定。
49.可选的，服务器会定期清理存储的第一异常信息，比如：在达到预设清理时间的情况下，清空存储的第一异常信息。
50.可选的，第一异常信息还可以包括第一异常信息的生成时间，此时，管理员可以基于第一异常信息确定查询设备出现访问异常的时间。
51.步骤102，确定第一异常信息的数量是否达到第一异常次数阈值。
52.其中，第一异常次数阈值预先存储在服务器中，可以根据实际需求设定为任意次数，比如：一次、三次、十次等，本实施例不对第一异常次数阈值的大小作限定。
53.在一个示例中，第一异常次数阈值可根据监管模式对监管精度要求进行设定，因此，在具体实施方式中，用户可预先根据各监管模式对监管精度的要求分别设置各监管模式对应的第一异常次数阈值，当以某一监管模式工作时，服务器可根据监管模式获取对应的第一异常次数阈值，如此，可满足不同监管模式对监管精度的需求。
54.步骤103，在第一异常信息的数量达到第一异常次数阈值的情况下，输出第一预警提示。
55.其中，第一预警提示用于提示管理员对查询设备进行处理。第一预警提示可以包括服务器通过与服务器相连的报警组件输出的提示信息，或者，也可以包括服务器向查询设备、管理员终端和/或其它设备发送的提示信息，本实施例不对输出第一预警提示的方式作限定。
56.可选的，报警组件可以为指示灯、蜂鸣器、音频输出组件、显示组件等组件，只要能提示提示信息即可，本实施例不对报警组件的类型作限定。
57.可选的，第一预警提示包括第一异常信息的数量达到第一异常次数阈值的查询设备的设备标识。
58.在一个实例中，第一预警提示为服务器的显示组件上显示的“xxxx（设备标识）查询设备查询次数异常”。
59.本技术实施例公开的一种防疫信息查询设备的监管方法的实施原理为：在检测到单位时间内向查询设备返回响应信息的响应次数大于查询次数阈值的情况下，记录一次查询设备对应的第一异常信息；确定第一异常信息的数量是否达到第一异常次数阈值；在第一异常信息的数量达到第一异常次数阈值的情况下，输出第一预警提示；可以有助于解决防疫信息查询设备被复用导致的防疫信息查询设备监管难的问题，由于服务器可以在单位时间内对某一防疫信息查询设备的响应次数大于查询次数阈值的情况下输出第一预警提示，因此，可以便于对防疫信息查询设备的监管。
60.另外，服务器在第一异常次数达到第一异常次数阈值的情况下才输出第一预警提示，可以避免偶发性异常导致错误输出预警提示的问题，提高输出的第一预警提示的准确性。
61.基于上述技术方案，可选的，本实施例提供的防疫信息查询设备的监管方法中，检测单位时间内向查询设备返回响应信息的响应次数是否大于查询次数阈值，包括以下几种情况：第一种，在向目标查询设备返回响应信息后，检测单位时间内向目标设备返回响应信息的响应次数是否大于查询次数阈值。在响应次数大于查询次数阈值的情况下，执行步骤101。
62.目标查询设备，是指：本次返回的响应信息对应的查询设备。
63.上述技术方案中，由于向目标查询设备返回响应信息会导致目标设备的响应次数增加，因此，在向目标设备返回响应信息后检测单位时间内目标查询设备的响应次数是否大于查询次数阈值，可以在响应次数发生变化的情况下检测响应次数是否大于查询次数阈值，因此，可以实现精准检测，便于对查询设备进行监管。
64.第二种，在检测到目标区域的数据流量大于预设的流量阈值的情况下，分别检测单位时间内向目标区域对应的各个查询设备返回响应信息的响应次数是否大于查询次数阈值。在响应次数大于查询次数阈值的情况下，执行步骤101。
65.可选的，流量阈值预先存储在服务器中，可以根据实际使用场景设定。
66.在一个示例中，不同目标区域对应的流量阈值不同，流量阈值可根据目标区域对流量大小要求进行设定，因此，在具体实施方式中，用户可预先根据各目标区域对流量大小的要求分别设置各目标区域对应的流量阈值，当对某一目标区域进行检测时，服务器可根据目标区域获取对应的流量阈值，如此，可满足不同目标区域对流量大小的需求。
67.上述技术方案中，由于在目标区域的流量出现异常的情况下，分别检测单位时间内目标区域内各个查询设备的响应次数是否大于查询次数阈值，可以针对性的从目标区域的查询设备中确定出异常设备，因此，可以实现精准检测，便于对查询设备进行监管。
68.第三种，响应于流量监控指令，分别检测单位时间内向流量监控指令指示的各个
查询设备返回响应信息的响应次数是否大于查询次数阈值。在响应次数大于查询次数阈值的情况下，执行步骤101。
69.其中，流量监控指令包括设备指示信息；设备指示信息用于指示需检测的查询设备。设备指示信息可以指示接入服务器的全部查询设备，或者也可以指示若干个区域的查询设备，或者还可以指示同一用户的若干个设备，或者还可以指示若干个特定的查询设备，本实施例不对指示信息指示需检测的查询设备的方式作限定。
70.可选的，流量监控指令是基于管理员的操作生成的。在一实现方式中，服务器响应于管理员对区域/用户/查询设备的选择操作生成流量监控指令，在另一实现方式中，服务器中存储有管理员预先设定的生成规则，比如：定时生成流量监控指令，服务器根据管理员预先设定的生成规则生成流量监控指令，本实施例不对流量监控指令的具体生成方式作限定。
71.上述技术方案中，由于可以通过流量监控指令指示需检测的查询设备，因此，可以实现精准检测，便于对查询设备进行监管。
72.在实际实现时，也可以在其它情况下检测到单位时间内向查询设备返回响应信息的响应次数是否大于查询次数阈值，本实施例对此不作限定。
73.基于相同的原理，本实施例中，步骤102可以在步骤101执行后执行，其它实施例中，步骤102也可以在检测到目标区域的流量数据大于预设的流量阈值的情况下执行，或者，还可以响应于查询设备监管指令执行，本实施例对此不作限定。
74.基于上述技术方案，可选的，步骤101之前还包括：确定查询设备对应的查询次数阈值；检测响应次数是否大于查询次数阈值。
75.由于可以动态确定查询次数阈值，可以避免在使用单一的查询次数阈值时导致的某些情况下，查询次数阈值与实际需求不符导致监管困难的问题；由于可以动态确定查询次数阈值，可以实现精准检测，因此，可以便于对查询设备进行监管。
76.可选的，确定查询设备对应的查询次数的方式至少包括以下几种：第一种，基于当前时间确定查询设备对应的查询次数，此时，确定查询设备对应的查询次数，包括：确定当前时间对应的查询时间段；基于查询时间段确定查询设备对应的查询次数阈值。
77.其中，查询时间段预先存储在服务器中，可以根据实际需求以任意方式划分，比如：划分为若干分钟、若干小时、若干天等，本实施例不对查询时间段的划分方式作限定。可选的，不同查询时间段的长度可以相同或者也可以不同。
78.在一个实例中，将一天时间划分为8个时间段，具体包括：8:30-11:30，14:30-17:30,19:00-21:00三个峰时时间段，7:00-8:30,11:30-14:30,17：30-19:00,21:00-23:00四个平时时间段和23:00-7:00（次日）一个谷时时间段。如此，可以根据不同时间段对应的人流量设定不同的查询次数阈值。
79.比如：峰时时间段的人流量大于平时时间段的人流量，平时时间段的人流量的人流量大于谷时时间段的人流量，因此，峰时时间段对应的查询次数阈值大于平时时间段对应的查询次数阈值，平时时间段对应的查询次数阈值大于谷时时间段对应的查询次数阈值。
80.在另一个实例中，将一周划分为两个查询时间段，具体包括：星期一至星期五为一
个查询时间段，星期六和星期天为另一个查询时间段。
81.可选的，在查询设备设置在一些定时开放的地点比如：超市、景点、银行、行政服务中心等地点的情况下，由于在这些地点在非营业时间不允许访客进入，此时对防疫信息查询的需求小，因此，可以根据营业时间和非营业时间划分查询时间段，同时非营业时间段对应的查询次数阈值小于、甚至远小于营业时间对应的查询次数阈值，如此，便可以在非营业时间向查询设备大量返回响应信息的情况下确定查询设备异常。
82.在实际实现时，也可以基于其它方式划分查询时间段，本实施例对查询时间段的划分方式不作限定。
83.可选的，基于查询时间段确定查询设备对应的查询次数阈值，包括：将查询时间段对应的查询次数阈值确定为查询设备对应的查询查询次数阈值。
84.其中，查询时间段对应的查询次数阈值预先存储在服务器中，可以根据实际需求和查询时间段的划分方式确定。
85.上述技术方案中，基于查询时间段确定查询设备对应的查询次数阈值，可以避免在使用单一的查询次数阈值时导致的某些时间段的查询次数阈值与实际需求不符，导致监管困难的问题；由于可以根据不同时间段的查询需求动态确定查询次数阈值，可以实现精准检测，因此，可以便于对查询设备进行监管。
86.第二种，基于使用场景信息确定查询设备对应的查询次数，此时，确定查询设备对应的查询次数，包括：确定查询设备的使用场景信息；基于查询设备的使用场景信息确定查询设备对应的查询次数阈值。
87.其中，使用场景信息用于指示查询设备的使用地点，比如：火车站、机场、地铁站、公园等，本实施例不对使用场景信息指示的使用场景作限定。
88.在一个示例中，查询设备对应的使用场景信息预先存储在服务器中，可以是查询设备出厂时设定的，或者，也可以是查询设备首次启动时确定的，或者，还可以是管理员指定的，本实施例不对设定查询设备使用场景信息的方式作限定。
89.在另一个示例中，查询设备对应的使用场景信息是根据查询设备的位置信息确定的，此时，查询设备的位置信息可以预先存储在服务器中，或者，也可以是查询设备向服务器发送的，本实施例不对获取查询设备的位置信息的方式作限定。
90.可选的，确定查询设备的使用场景信息，包括：基于查询设备的位置信息确定查询设备设备的使用场景信息。
91.在一个示例中，查询设备的位置信息指示查询设备位于火车站范围内，此时，查询设备的使用场景信息为火车站。
92.可选的，位置信息对应的使用场景信息可以预先存储在服务器中，或者，也可以通过地图服务商提供的数据接口进行查询，本实施例不对确定位置信息对应的使用场景信息的方式作限定。
93.可选的，基于查询设备的使用场景信息确定查询设备对应的查询次数阈值，包括：将使用场景信息指示的使用场景对应的查询次数阈值确定为查询设备对应的查询次数阈值。
94.其中，查询时间段对应的查询次数阈值预先存储在服务器中，可以根据各个查询场景的实际需求确定。
95.在一个示例中，可以基于各个使用场景的人流量的大小对各个使用场景进行分级，不同级别的使用场景对应的查询次数不同。
96.比如：车站、机场、医院等人流量大的使用场景对应的查询次数阈值大于公园、小商店等人流量较少的使用场景对应的查询次数。
97.上述技术方案中，基于查询设备的使用场景信息确定查询设备对应的查询次数阈值，可以避免在使用单一的查询次数阈值时导致的某些使用场景的查询次数阈值与实际需求不符，导致监管困难的问题；由于可以根据不同使用场景信息动态确定查询次数阈值，可以实现精准检测，因此，可以便于对查询设备进行监管。
98.在实际实现时，可以将以上两种方式结合确定查询设备的查询次数阈值，或者也可以使用其它方式确定查询设备对应的查询次数阈值，比如：基于服务器历史向查询设备返回响应信息的响应次数确定查询次数阈值，本实施例不对确定查询设备对应的查询次数阈值的方式作限定。
99.基于上述技术方案，可选的，如图2所示，本实施例提供的防疫信息查询设备的监管方法，还包括以下步骤：步骤201，响应于查询设备发送的目标查询请求，确定本次接收到的目标查询请求与上一次接收到的查询设备发送的历史查询请求是否相同。
100.其中，发送目标查询请求的终端设备与发送历史查询请求的终端设备相同。
101.可选的，查询请求中包括待查询信息，确定目标查询请求与历史查询请求是否相同，包括：确定目标查询请求中的待查询信息与历史查询请求中的待查询信息是否相同。
102.本实施例以历史查询请求为上一次接收到的查询设备发送的查询请求为例进行说明，在实际实现时，历史查询请求也可以是过去单位时间内该查询设备向服务器发送的查询请求，此时，历史查询请求可以为多个，在确定过程中需要将目标查询请求与分别与各个历史查询请求进行比对。
103.步骤201中，由于响应于查询设备发送的目标查询请求，确定目标查询请求与历史查询请求是否相同，而不是直接基于目标查询请求向查询设备返回响应信息，因此，可以避免同一查询者重复操作查询设备向服务器发送查询请求时，服务器向查询设备多次返回该查询者对应的响应信息并重复计算响应次数的问题，可以提高响应次数计算的准确性，从而实现精准检测，因此，可以便于对查询设备进行监管。
104.在一个示例中，在目标查询请求与历史查询请求相同的情况下，向待查询设备发送重复查询提示，重复查询提示包括重复查询对应的错误代码。以供查询设备在接收到服务器发送的查询失败提示的情况下，基于查询失败提示中的错误代码输出报警信息。
105.其中，重复查询提示与响应信息不同，本实施例中重复查询提示是在检测到查询信息异常的情况下向查询设备返回的，而响应信息是在正常查询流程结束后向查询设备返回的，因此向查询设备返回重复查询提示的次数不计入响应次数中。
106.可选的，重复查询提示还包括目标查询请求对应的防疫信息，目标查询请求对应的防疫信息可以是基于服务器中存储的历史查询请求对应的响应信息获取的，或者，也可以是基于目标查询请求中的待查询信息查询得到的，本实施例不对目标查询请求对应的防疫查询信息的获取方式作限定。
107.在实际实现时，在目标查询请求与历史查询请求相同的情况下，服务器也可以不
执行任何操作或者执行其它操作，本实施例对此不作限定。
108.本实施例中以在目标查询请求与历史查询请求不相同的情况下，执行步骤202为例进行说明，在实际实现时，在目标查询请求与历史查询请求不相同的情况下，也可以直接基于目标查询请求中的待查询信息向查询设备返回响应信息或者执行其它步骤，本实施例对此不作限定。
109.步骤202，在目标查询请求与历史查询请求不相同的情况下，确定接收到目标查询请求的时间与接收到历史查询请求的时间之间的间隔时长是否大于或等于时长阈值。
110.其中，间隔时长预先存储在服务器中，可以根据实际需要设定。可选的，不同查询设备对应的间隔时长可以相同，或者，也可以不同。
111.本实施例中，间隔时长的大小小于单位时间的大小。在实际实现时，对于各个查询设备，间隔时长与查询次数阈值的乘积的大小小于单位时长的大小。
112.步骤202中，由于在目标查询请求与历史查询请求不相同的情况下，确定接收到目标查询请求的时间与接收到历史查询请求的时间之间的间隔时长是否大于或等于时长阈值，而不是直接基于目标查询请求向查询设备返回响应信息，因此，可以避免在同一查询设备短时间内发送大量查询请求的情况下，服务器的查询资源被占用，导致无法及时处理其它设备发送的防疫请求的问题，由于通过设置间隔时长控制服务器处理同一查询设备发送的查询请求的时间间隔，因此可以合理分配服务器的查询资源，避免服务器的查询资源被滥用。
113.在一个示例中，在间隔时长小于时长阈值的情况下，确定当前时间是否到达查询设备对应的查询时间；在当前时间到达查询设备对应的查询时间的情况下，确定目标查询请求对应的防疫信息；向查询设备返回响应信息。
114.可选的，查询时间可以是距离确定出间隔时长小于时长阈值的时间等待时长后的时间点，或者，也可以是距离接收到历史查询请求的时间间隔时长后的时间点，或者，也可以是其它时间点，本实施例对此不作限定。
115.其中，等待时长预先存储在服务器中，可以根据实际需求设定为任意大小。可选的，等待时长大于或小于间隔时长，本实施例对等待时长与间隔时长之间的关系不作限定。
116.上述示例中，由于在间隔时长小于时长阈值的情况下，对目标查询请求进行延时处理，这既可以避免一个查询设备大量占用服务器的查询资源，同时也可以避免遗漏目标查询请求，因此，可以合理配置服务器的查询资源，同时确保查询效率。
117.在另一个示例中，在间隔时长小于时长阈值的情况下，确定服务器当前的待处理的响应信息的待处理数量；在待处理数量小于或等于预警数量的情况下，确定目标查询请求对应的防疫信息，向查询设备返回响应信息；在待处理数量大于预警数量的情况下，确定当前时间是否到达查询设备对应的查询时间；在当前时间到达查询设备对应的查询时间的情况下，确定目标查询请求对应的防疫信息；向查询设备返回响应信息。
118.其中，预警数量预先存储在服务器中，可以根据服务器的实际处理能力确定。
119.在实际实现时，在间隔时长小于时长阈值的情况下，服务器也可以执行其它操作，本实施例对此不作限定。
120.上述示例中，由于在间隔时长小于时长阈值的情况下，基于服务器的待处理数量确定是否对目标待处理信息进行延时处理，在待处理数量小于或等于预警数量的情况下，
立即目标待处理信息进行处理，可以进一步优化服务器查询资源的配置，同时确保查询效率。
121.在一个示例中，在间隔时长大于或等于时长阈值的情况下，确定目标查询请求对应的防疫信息；向查询设备返回响应信息。
122.上述示例中，由于在间隔时长大于或等于时长阈值的情况下，对目标查询请求进行处理，可以确保目标查询请求的处理周期，提高查询效率。
123.在一个示例中，确定目标查询请求对应的防疫信息；向查询设备返回响应信息，包括：将目标查询请求加入待查询队列；按照插入顺序从待查询队列中的目标查询请求取出并确定为待查询请求；确定待查询请求对应的防疫信息，向查询设备返回响应信息。
124.其中，待查询队列是预先构建并存储在服务器中的。待查询队列的长度可以根据实际需要设定。
125.基于上述技术方案，可选的，本实施例提供的防疫信息查询设备的监控方法还包括：检测相同时间各个关联查询设备之间响应次数的差异值；在检测到目标关联查询设备的响应次数大于与其它关联查询设备的响应次数，且与其它设备之间响应次数的差异值大于差异阈值的情况下，记录一次目标关联查询设备对应的第一异常信息。
126.其中，差异值，是指：两个查询设备之间响应次数差值的绝对值。比如：一个查询设备的响应次数为100次，另一个查询设备的响应次数为10次，则两个响应设备之间的差异值为90次。
127.差异阈值预先存储在服务器中，可以根据实际需要设定。可选的，差异阈值小于查询设备对应的查询次数阈值。
128.关联查询设备，是指：查询次数阈值相同的查询设备。
129.可选的，查询设备可以为设置在同一位置的不同查询设备，比如：设置在同一入口的不同查询设备，或者也可以为同一用户持有的不同查询设备，本实施例不对关联设备的确定方式作限定。
130.上述技术方案中，由于可以基于关联设备之间响应次数的差异值确定出异常设备，可以解决为了保证查询设备的正常使用查询次数阈值通常高于实际查询需求导致的查询设备可能被滥用的问题，因此，可以便于对防疫信息查询设备的监管。
131.基于上述技术方案，可选的，查询请求包括待查询信息，待查询信息包括生成待查询信息时的第一位置信息，本实施例提供的防疫信息查询设备的监控方法还包括：在检测到第一位置信息与查询设备对应的第二位置信息不匹配的情况下，记录一次查询设备对应的第二异常信息；确定第二异常信息的数量是否达到第二异常次数阈值；在第二异常信息的数量达到第二异常次数阈值的情况下，输出第二预警提示。
132.其中，待查询信息是由终端设备生成并输出的；查询设备可以获取终端设备输出的待查询信息，基于待查询信息生成查询请求并向服务器发送。
133.终端设备为具有计算功能、定位功能和信息输出功能的设备，比如：智能电脑、智能手表、平板电脑等设备，本实施例不对终端设备的具体实现方式作限定。
134.可选的，终端设备输出待查询信息的方式可以是以显示组件输出，或者也可以是通过近场通信（near field communication，nfc）组件、无线射频识别（radio frequency identification，rfid）组件输出，只要能实现信息输出即可。
135.在一个示例中，查询设备直接读终端设备输出的待查询信息，此时，查询设备可以包括扫码组件、图像采集组件、nfc阅读器、rfid阅读等，只要能读取信息输出组件112输出的待查询信息即可。
136.在另一个示例中，查询设备获取其它设备读取的终端设备输出的待查询信息，此时，查询设备可以包括有线通信组件，比如：通用异步收发器（universal asynchronous receiver/transmitter：uart）组件、也可以包括通用串行总线（universal serial bus，usb）组件，或者，也可以包括无线通信组件，只要能获取其它设备的发送的待查询信息即可。
137.可选的，查询设备对应的第二位置信息可以是预先存储在服务器中的，或者也可以是查询请求中携带的，本实施例不对获取查询设备的第二位置信息的方式作限定。
138.本实施例中，确定第一位置信息与第二位置信息是否匹配包括：在第一位置信息指示的位置与第二位置信息指示的位置小于或等于误差距离的情况下，确定第一位置信息与第二位置信息匹配；在第一位置信息指示的位置与第二位置信息指示的位置大于误差距离的情况下，确定第一位置与第二位置不匹配。
139.其中，误差距离预先存储在服务器中，可以基于第一位置信息和第二位置信息的精度确定。
140.可选的，检测第一位置信息与第二位置信息是否匹配的情况与上述实施例中检测单位时间内向查询设备返回响应信息的响应次数是否大于查询次数阈值的情况相同，记录第二异常信息的方式与上述实施例中记录第一异常信息的方式相同，输出第二预警提示的方式与上述实施例中输出第一预警提示的方式相同，确定第二异常次数阈值的方式与确定第一异常次数阈值的方式相同，本实施例在此不再赘述。
141.上述技术方案中，由于可以结合生成待查询信息时终端设备的第一位置信息和查询设备的第二位置信息是否匹配来确定终端设备是否异常，可以有助于解决查询设备被挂载在网络上后，用于查询不同地点的采集设备采集的待查询信息对应的防疫信息，导致防疫信息查询设备监管困难的问题，由于在第一位置信息和第二位置信息不匹配的情况下，输出第二预警提示，因此，可以便于对防疫信息查询设备的监管。
142.本技术实施例还公开一种防疫信息查询设备的监管方法，由防疫信息查询设备指示，防疫信息查询设备可以为健康码核验设备、身份证信息读取设备等信息读取设备或者信息读取设备上设置的功能模组，本实施例不对查询设备的类型作限定，如图3所示，该方法至少包括以下步骤：步骤301，在检测到单位时间内接收到服务器返回的响应信息的响应次数大于查询次数阈值的情况下，记录一次查询设备对应的第三异常信息；步骤302，确定第三异常信息的数量是否达到第三异常次数阈值；步骤303，在第三异常信息的数量达到第三异常次数阈值的情况下，输出第三预警提示。
143.可选的，第三预警提示可以通过查询组件上安装的报警装置输出，或者，也可以向服务器或者其它设备发送，本实施例不对输出第三预警提示的方式作限定。
144.本技术实施例公开的一种防疫信息查询设备的监管方法的实施原理为：在检测到单位时间内接收到服务器返回的响应信息的响应次数大于查询次数阈值的情况下，记录一
次查询设备对应的第三异常信息；在第三异常信息的数量达到第三异常次数阈值的情况下，输出第三预警提示；可以有助于解决防疫信息查询设备被复用导致的防疫信息查询设备监管难的问题，由于查询设备可以在单位时间接收到的响应次数大于查询次数阈值的情况下输出第三预警提示，因此，可以便于对防疫信息查询设备的监管。
145.可选的，防疫信息查询设备的监管方法还包括：响应于获取到待查询请求，确定本次获取到的目标待查询请求与上一次获取到的历史待查询请求是否相同，在目标待查询请求与历史待查询请求不相同的情况下，确定接收到目标待查询请求的时间与接收到历史待查询请求的时间之间的间隔时长是否大于或等于时长阈值；在目标查询请求与历史查询请求不相同的情况下，不向服务器发送目标查询请求对应的防疫信息查询请求。
146.可选的，在间隔时长小于时长阈值的情况下，确定当前时间是否到达查询时间；在当前时间到达查询时间的情况下，向服务器发送目标查询请求，目标查询请求中包括目标待查询请求。
147.可选的，在间隔时长大于或等于时长阈值的情况下，向服务器发送目标查询请求。
148.可选的，在检测单位时间内接收到服务器返回的响应信息的响应次数是否大于查询次数阈值包括以下几种情况：第一种，在接收到服务器返回响应信息后，检测响应次数是否大于查询次数阈值。
149.第二种，在目标区域的数据流量大于预设的流量阈值的情况下，检测响应次数是否大于查询次数阈值。
150.可选的，目标区域的数据的流量有服务器向查询设备发送。
151.第三种，响应于流量监控指令，检测响应次数是否大于查询次数阈值。
152.可选的，步骤101之前还包括：确定查询设备对应的查询次数阈值；检测响应次数是否大于查询次数阈值。
153.可选的，确定查询设备对应的查询次数阈值包括：确定当前时间对应的查询时间段；基于查询时间段确定查询设备对应的查询次数阈值。
154.需要说明的是，除以上特别说明的外，本部分的防疫信息查询设备的监管方法与上述图1和图2所示防疫信息查询设备的监管方法的区别仅在与方法的执行主体不同，两方法的构思及实施原理相同，具体的，步骤301的实现原理与步骤101的实现原理相同，步骤301中的第三异常信息相当于步骤101中的第一异常信息，步骤302的实现原理与步骤102的实现原理相同，步骤302中的第三异常次数相当于步骤102中的第一异常次数，步骤303的实现原理与步骤103的实现原理相同，步骤303中的第三预警提示相当于步骤103中的第一预警提示，因此，本部分的防疫信息查询设备的监管方法的具体实现方式参见上述图1和图2所示防疫信息查询设备的监管方法部分实施例，本实施例在此不再赘述。
155.本技术实施例还从实体装置的角度介绍了一种电子设备，如图4所示，图4所示的电子设备400包括：处理器401和存储器403。其中，处理器401和存储器403相连，如通过总线402相连。可选地，电子设备400还可以包括收发器404。需要说明的是，实际应用中收发器404不限于一个，该电子设备400的结构并不构成对本技术实施例的限定。
156.处理器401可以是cpu（central processing unit，中央处理器），通用处理器，dsp（digital signal processor，数据信号处理器），asic（application specificintegrated circuit，专用集成电路），fpga（field programmable gate array，现场可编程门阵列）或
者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本技术公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器401也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，dsp和微处理器的组合等。
157.总线402可包括一通路，在上述组件之间传送信息。总线402可以是pci（peripheral component interconnect，外设部件互连标准）总线或eisa（extendedindustry standard architecture，扩展工业标准结构）总线等。总线402可以分为地址总线、数据总线、控制总线等。为便于表示图4中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
158.存储器403可以是rom（read only memory，只读存储器）或可存储静态信息和指令的其他类型的静态存储设备，ram（random access memory，随机存取存储器）或者可存储信息和指令的其他类型的动态存储设备，也可以是eeprom（electrically erasableprogrammable read only memory，电可擦可编程只读存储器）、cd-rom（compact discread only memory，只读光盘）或其他光盘存储、光碟存储（包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等）、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。
159.存储器403用于存储执行本技术方案的应用程序代码，并由处理器401来控制执行。处理器401用于执行存储器403中存储的应用程序代码，以实现前述方法实施例所示的内容。
160.其中，电子设备包括但不限于：移动电话、笔记本电脑、数字广播接收器、pda（个人数字助理）、pad（平板电脑）、pmp（便携式多媒体播放器）、车载终端（例如车载导航终端）等等的移动终端以及诸如数字tv、台式计算机等等的固定终端。还可以为服务器等。图4示出的电子设备仅仅是一个示例，不应对本技术实施例的功能和使用范围带来任何限制。
161.应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。
162.以上仅是本技术的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本技术原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本技术的保护范围。