一种高速路口辅助进行温度检测的方法及装置与流程

文档序号:22328307发布日期:2020-09-25 17:59阅读:175来源:国知局
一种高速路口辅助进行温度检测的方法及装置与流程

本申请实施例涉及交通控制技术领域,尤其涉及一种高速路口辅助进行温度检测的方法及装置。



背景技术:

目前,在疫情期间当开车从高速上下车时,往往需要进行大量的信息登记,登记多采用人为信息采集,可以是通过口头询问加温度检测来进行人员的各项信息录入,且身份信息录入相对复杂,大大降低了高速路口的通行效率。特别是,现有的进行信息登记大车小车并没有采用分流登记的方式,使得当登记大巴车上乘客信息时,会容易造成小车等待时间过长的问题。因此,设计一种能够提高高速路口通行效率的疫情检测方法成为本领域技术人员亟待解决的技术问题。



技术实现要素:

本申请实施例提供一种高速路口辅助进行温度检测的方法及装置,通过设计大车小车分流设计来为不同的车辆匹配不同的测温区域,进而实现提高高速口通行效率的效果。

在第一方面,本申请实施例提供了一种高速路口辅助进行温度检测的方法,包括:

接收通行人员发送的乘车通行信息,所述乘车通行信息包括通行车辆信息和与所述通行车辆信息对应的乘车人员信息,所述乘车人员信息包括健康码信息和人数信息;

若所述健康码信息与预设通行条件匹配,则根据所述人数信息生成与通行车辆信息对应的通行车道信息,并发送所述通行车道信息至对应的通行人员处;

获取通过出入口摄像头识别到的当前车辆信息;

若所述当前车辆信息与通行车辆信息匹配,则控制打开挡车装置以使通行人员进入测温区进行温度测量。

进一步的,所述根据所述人数信息生成与通行车辆信息对应的通行车道信息,并发送所述通行车道信息至对应的通行人员处,包括:

判断所述人数信息是否超过预设人数,如果是,则生成与通行车辆信息对应的第一通行信息,如果否,则生成与通行车辆信息对应的第二通行信息;

根据所述第一通行信息或第二通行信息生成对应的第一通行车道信息或第二通行车道信息,所述第一通行车道信息用于控制打开第一通行车道的挡车装置,所述第二通行车道信息用于控制打开第二通行车道的挡车装置;

将所述第一通行车道信息或第二通行车道信息发送至对应的通行人员处。

进一步的,在所述获取通过出入口摄像头识别到的当前车辆信息之前,还包括:

根据所述乘车通行信息为对应的通行人员分配测温二维码。

进一步的,所述测温二维码包括数量信息,在所述若所述当前车辆信息与通行车辆信息匹配,则控制打开挡车装置以使通行人员进入测温区进行温度测量之后,还包括:

获取通过二维码识别装置获取到的测温二维码;

根据所述测温二维码得到对应的数量信息;

根据所述数量信息为通行人员匹配相同数量的测温装置。

进一步的,所述测温二维码还包括身份信息,所述根据所述测温二维码得到对应的数量信息,包括:

根据所述测温二维码得到对应的数量信息以及身份信息;

对应的,根据所述数量信息为通行人员匹配相同数量的测温装置,包括:

根据所述数量信息为通行人员匹配相同数量的测温装置,并将所有身份信息发送至相应的测温装置处。

进一步的,所述乘车人员信息还包括身份信息,在所述根据所述数量信息为通行人员匹配相同数量的测温装置,并将所有身份信息发送至相应的测温装置处之后,还包括:

通过所述测温装置判断待测温人员的识别信息与所述身份信息是否一致,如果是,则对所述待测温人员进行温度测量得到对应的温度数据,如果否,则对所述待测温人员进行提示;

若所述温度数据处于预设范围内,则显示测温通过。

进一步的,所述乘车通行信息还包括行程信息,所述行程信息包括车辆行程信息和乘车人员行程信息;在所述获取通过出入口摄像头识别到的当前车辆信息之后,还包括:

根据所述车辆行程信息生成车辆停靠点信息;

将所述车辆停靠点信息输入至疫情地点数据库中进行信息检索以得到与车辆停靠点对应的疫情状况,所述疫情地点数据库包括地点数据和与地点数据对应的疫情数据;

根据所述乘车人员行程信息生成乘车人员检索信息;

将所述乘车人员检索信息输入至疫情地点数据库中进行检索以得到与车辆停靠点对应的疫情状况。

在第二方面,本申请实施例提供了一种高速路口辅助进行温度检测的装置,包括:

接收模块:用于接收通行人员发送的乘车通行信息,所述乘车通行信息包括通行车辆信息和与所述通行车辆信息对应的乘车人员信息,所述乘车人员信息包括健康码信息和人数信息;

生成模块:用于若所述健康码信息与预设通行条件匹配,则根据所述人数信息生成与通行车辆信息对应的通行车道信息,并发送所述通行车道信息至对应的通行人员处;

识别模块:用于获取通过出入口摄像头识别到的当前车辆信息;

匹配模块:用于若所述当前车辆信息与通行车辆信息匹配,则控制打开挡车装置以使通行人员进入测温区进行温度测量。

在第三方面,本申请实施例提供了一种电子设备,包括:

存储器以及一个或多个处理器;

所述存储器,用于存储一个或多个程序;

当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如第一方面所述的高速路口辅助进行温度检测的方法。

在第四方面,本申请实施例提供了一种包含计算机可执行指令的存储介质,所述计算机可执行指令在由计算机处理器执行时用于执行如第一方面所述的高速路口辅助进行温度检测的方法。

本申请实施例通过预先录入乘车通行信息作为后续通行的判断条件,当车辆准备下高速口时,其需要先进行信息登记与请求;由于大巴车的载客量与小车的载客量差异明显,所以应当将两者进行分流控制来获取对应乘客的温度信息,通过上述分流设置使得不同车辆进入不同的测温区进行温度测量,且在不同的测温区设置不同的测温装置来帮助提升温度检测效率进而提升车辆通行效率。

附图说明

图1是本申请实施例提供的一种高速路口辅助进行温度检测的方法的流程图;

图2是本申请实施例提供的通行车道信息发送的流程示意图;

图3是本申请实施例提供的行程信息检索的流程示意图;

图4是本申请实施例提供的数量信息与测温装置匹配的流程示意图;

图5是本申请实施例提供的一种高速路口辅助进行温度检测的装置的结构示意图;

图6是本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

为了使本申请的目的、技术方案和优点更加清楚,下面结合附图对本申请具体实施例作进一步的详细描述。可以理解的是,此处所描述的具体实施例仅仅用于解释本申请,而非对本申请的限定。另外还需要说明的是,为了便于描述,附图中仅示出了与本申请相关的部分而非全部内容。在更加详细地讨论示例性实施例之前应当提到的是,一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各项操作(或步骤)描述成顺序的处理,但是其中的许多操作可以被并行地、并发地或者同时实施。此外,各项操作的顺序可以被重新安排。当其操作完成时所述处理可以被终止,但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。

现有的进行信息登记大车小车并没有采用分流登记的方式,使得当登记大巴车上乘客信息时,会容易造成小车等待时间过长的问题。且目前进行登记采用询问手写登记的方式,效率较低。基于此,本申请提供的一种高速路口辅助进行温度检测的方法及装置,通过预先录入乘车通行信息作为后续通行的判断条件,当车辆准备下高速口时,其需要先进行信息登记与请求;由于大巴车的载客量与小车的载客量差异明显,所以应当将两者进行分流控制来获取对应乘客的温度信息,通过上述分流设置使得不同车辆进入不同的测温区进行温度测量,且在不同的测温区设置不同的测温装置来帮助提升温度检测效率进而提升车辆通行效率。

图1给出了本申请实施例提供的一种高速路口辅助进行温度检测的方法的流程图,本实施例中提供的高速路口辅助进行温度检测的方法可以由高速路口辅助进行温度检测的设备执行,该高速路口辅助进行温度检测的设备可以通过软件和/或硬件的方式实现,该高速路口辅助进行温度检测的设备可以是两个或多个物理实体构成,也可以是一个物理实体构成。一般而言,该高速路口辅助进行温度检测的设备可以是电脑,手机,平板或后台服务器等。

下述以后台服务器为执行高速路口辅助进行温度检测的方法的设备为例,进行描述。参照图1,该高速路口辅助进行温度检测的方法具体包括:

s101:接收通行人员发送的乘车通行信息,所述乘车通行信息包括通行车辆信息和与所述通行车辆信息对应的乘车人员信息,所述乘车人员信息包括健康码信息和人数信息。

在本实施例中将车辆通过高速路口作为方案描述的具体场景,当车辆准备下高速时,由于疫情期间,交通管制对于车辆及人员的来源需要了解清楚便于管控是否让其上下高速,比如当车辆来自于疫情发生高危区,但是其下车点是无疫情区域,这种情况下不应当让相对应的车辆通行,因为其带来危险的可能性相对较大。在通行人员准备在高速的b地站下车时,其需要提前在相对应的小程序或者app上进行信息登记,登记的信息需要基于车辆信息来进行,将所有乘车人员的信息与车辆信息进行关联,进而便于后续进行检测。在本步骤主要目的是为了获取到通行人员发送的乘车通行信息,最主要是的判断对应的乘车人员的是否健康。

在本实施例中,主要针对的是大巴车和小客车,也即是大型载客车和小型车。这两种类型的车辆在载客人数上存在明显的差别,大巴车载客量大,且人员来源不稳定,这时候应当对车上所有人进行信息统计,统计的信息主要包括健康码信息以及人数信息,统计人数信息主要是为后续判断作为数据基础。

s102:若所述健康码信息与预设通行条件匹配,则根据所述人数信息生成与通行车辆信息对应的通行车道信息,并发送所述通行车道信息至对应的通行人员处。

当车上所有人的健康信息均通过条件匹配之后,则需要根据人数信息来匹配对应的车道,因为不同的车道可以通过不同的车辆,大巴车从一条车道通行至一测温区,小客车从另一条车道通行至另一测温区,通过上述两种测温区,实现两种类型车辆的隔离检测。并且在两者测温区的设置也存在差异,大巴车测温区的测温装置数量众多,且针对于不同的数量设置不同的间隔区域,比如10人区、20人区、30人区和50人区这样,不同数量的人可以在不同的区域进行检测。通过分区分流设置,进一步减少人员接触,减低感染风险。

进一步的,图2是本申请实施例提供的通行车道信息发送的流程示意图,如图2所示,根据所述人数信息生成与通行车辆信息对应的通行车道信息,并发送所述通行车道信息至对应的通行人员处,包括:

s102a:判断所述人数信息是否超过预设人数,如果是,则生成与通行车辆信息对应的第一通行信息,如果否,则生成与通行车辆信息对应的第二通行信息;

s102b:根据所述第一通行信息或第二通行信息生成对应的第一通行车道信息或第二通行车道信息,所述第一通行车道信息用于控制打开第一通行车道的挡车装置,所述第二通行车道信息用于控制打开第二通行车道的挡车装置;

s102c:将所述第一通行车道信息或第二通行车道信息发送至对应的通行人员处。

当载客量有40人的大巴车通过对应的高速口时,当系统判断其人数超过10人,则将其分配至大巴车检测区域进行检测,其通向大巴车检测区域的通道与通向小客车的检测区域的通道并不相同。也即是连通不同的测温区域主要是通过车道来进行连通,不同的车道通向不同的测温区域。

s103:获取通过出入口摄像头识别到的当前车辆信息。

将所有的信息进行登记上传之后,则使得将所有乘车人员信息与对应的车辆信息进行关联,这样使得当车辆通过相应路口时,可以通过识别对应的车辆信息来进行乘车人员信息的调取操作。当车辆通过高速口时,可以通过高速出入口设置的摄像头获取到车辆的相关信息,进而可以通过车辆信息调取对应的乘车人员信息。

更为优选的,判断车牌号码和车辆品牌与预先录入的车牌号码和车辆品牌是否一致,如果是,则根据车牌号码调取与车牌号码关联的乘车人员信息。

在本步骤中进行车辆信息的提取主要是通过摄像头来进行,车辆信息主要指的是车牌号码,由于车牌号码具有唯一性,通过识别到对应的车牌号码进而获取到与车牌号码关联的乘车人员信息。通过上述步骤能够快速完成信息提取操作,相对于现有的询问登记大大提高了信息录入的效率。对车牌号码的识别是现有的成熟的技术,除了对车牌号码进行识别之外,还可以通过识别车辆标志来确定车辆品牌,将两者信息进行组合确认来最终确定对应车辆信息。通过上述组合确认能够避免一部分套牌现象的出现。

更为优选的,图3是本申请实施例提供的行程信息检索的流程示意图,如图3所示,所述乘车通行信息还包括行程信息,所述行程信息包括车辆行程信息和乘车人员行程信息;在所述获取通过出入口摄像头识别到的当前车辆信息之后,还包括:

s1031:根据所述车辆行程信息生成车辆停靠点信息;

s1032:将所述车辆停靠点信息输入至疫情地点数据库中进行信息检索以得到与车辆停靠点对应的疫情状况,所述疫情地点数据库包括地点数据和与地点数据对应的疫情数据;

s1033:根据所述乘车人员行程信息生成乘车人员检索信息;

s1034:将所述乘车人员检索信息输入至疫情地点数据库中进行检索以得到与车辆停靠点对应的疫情状况。

除了需要进行人的健康信息进行统计确认之外,还需要对车辆的行程以及人的行程信息进行确认。当获取到车辆的行程信息时,根据车辆行程信息生成对应的车辆停靠点,比如车辆在一个星期内去过甲城、乙城、丙城、a地等,根据上述行程信息生成停靠点信息,将所有的停靠点信息输入至疫情地点数据库中,疫情地点数据库中包括所有的地点的疫情发展情况,比如在全国、全省范围内各个地点的疫情确诊人数,基于确诊人数确定的疫情风险等级。根据所的停靠点信息确认对应的疫情风险等级,如果确认其通过的区域均是属于安全区域,则当通过对应的高速口时允许其下车。除了确认车辆的行程之外,还需要确认所有乘车人员的行程,也即是人去过哪里,因为一般病毒传播主要是以人为载体,所以需要针对于人的行程进行检测。具体针对于人的行程的检测与车辆的行程检测的原理相同。但是针对于人的行程检测还可以依据其手机号来进行确认,也即是通过电信服务商来获取到其所有经历的区域。

s104:若所述当前车辆信息与通行车辆信息匹配,则控制打开挡车装置以使通行人员进入测温区进行温度测量。

也即是识别到的车辆信息与在服务平台登记的车辆信息匹配时,则控制打开对应通道的挡车装置使得通行人员进入测温区域进行温度检测。

进一步的,在所述获取通过出入口摄像头识别到的当前车辆信息之前,还包括:

根据所述乘车通行信息为对应的通行人员分配测温二维码。

图4是本申请实施例提供的数量信息与测温装置匹配的流程示意图,如图4所示,在步骤s104之后,还包括:

s105:获取通过二维码识别装置获取到的测温二维码;

s106:根据所述测温二维码得到对应的数量信息;

s107:根据所述数量信息为通行人员匹配相同数量的测温装置;

基于不同的人数信息与乘车人员信息分配不同的测温二维码,当用户进入测温区时,通过识别装置识别测温二维码为不同的乘车人员分配相应的测温装置进行温度测量,且对应的测温装置处接收有对应的乘车人员的身份信息,通过多重识别能够得到精确人的精确温度数据。

更为优选的,所述测温二维码还包括身份信息,所述根据所述测温二维码得到对应的数量信息,包括:

根据所述测温二维码得到对应的数量信息以及身份信息;

对应的,根据所述数量信息为通行人员匹配相同数量的测温装置,包括:

根据所述数量信息为通行人员匹配相同数量的测温装置,并将所有身份信息发送至相应的测温装置处。

进一步的,所述乘车人员信息还包括身份信息,在所述根据所述数量信息为通行人员匹配相同数量的测温装置,并将所有身份信息发送至相应的测温装置处之后,还包括:

通过所述测温装置判断待测温人员的识别信息与所述身份信息是否一致,如果是,则对所述待测温人员进行温度测量得到对应的温度数据,如果否,则对所述待测温人员进行提示;

若所述温度数据处于预设范围内,则显示测温通过。

在步骤s101之前,还包括:

s100a:接收通行人员发送的检索目的地信息;

s100b:将所述检索目的地信息输入至疫情地点数据库中进行信息检索以得到与所述检索目的地信息对应的疫情状况,所述疫情地点数据库包括地点数据和与地点数据对应的疫情数据。

上述步骤主要是为了提前对用户做一个预警提醒,如果用户提前知道其在某个高速口无法下车,那么则可以减少其奔波的辛苦。比如,当用户需要从b地到a地时,将a地输入至疫情地点数据库中,如果此时a地处于无风险区域,但是b地处于疫情高风险区或者中风险区,也即是疫区,为了避免出现疫情的扩散,那么可以知晓,不会让相应的车辆在a地下车,通过上述的提醒可以减少车主的奔波。但是如果此时,b地是无风险区域,而a地是高风险区域,那么则可以显示通行,在显示可以通行的同时,需要提醒车主,在返程时,其无法在b地站下车。

本实施例的辅助进行温度信息录入的方法,在调取相关乘车人员信息时,不单单需要确认乘车人员信息,还需要确认更新的时间,如果信息是3天前的信息,那么这部分信息相当于无用信息,可以认定为无效。更为优选的,当调取与校验车辆信息关联的乘车人员信息时,同时调取信息更新时间,如果更新时间超过4个小时,那么需要提醒其进行重新的信息更新,否则,不予通行。设置4个小时的原因是因为车辆在行驶过程中需要休息,如果其经过服务区,而服务器存在有其他地方来的车辆,那么会存在一定的感染风险,所以设定相应的时间为4个小时更为的有效,既能够保证信息的准确性,也能够提供用户一定的弹性时间。

通过上述方案不单单提高了信息录入效率以及通行效率,还大大减少了人员的接触,疫情期间的高速口等交通路段实质上是一种高危区域,所有车辆均有可能通过对应的路口,也即是感染者也有可能通过对应的路口,会对执勤人员产生一定的威胁。通过上述方案实现了无接触测温以及信息录入,方便进行疫情管控。

本申请实施例通过预先录入乘车通行信息作为后续通行的判断条件,当车辆准备下高速口时,其需要先进行信息登记与请求;由于大巴车的载客量与小车的载客量差异明显,所以应当将两者进行分流控制来获取对应乘客的温度信息,通过上述分流设置使得不同车辆进入不同的测温区进行温度测量,且在不同的测温区设置不同的测温装置来帮助提升温度检测效率进而提升车辆通行效率。

在上述实施例的基础上,图5为本申请实施例提供的一种高速路口辅助进行温度检测的装置的结构示意图。参考图5,本实施例提供的高速路口辅助进行温度检测的装置具体包括:

接收模块21:用于接收通行人员发送的乘车通行信息,所述乘车通行信息包括通行车辆信息和与所述通行车辆信息对应的乘车人员信息,所述乘车人员信息包括健康码信息和人数信息;

生成模块22:用于若所述健康码信息与预设通行条件匹配,则根据所述人数信息生成与通行车辆信息对应的通行车道信息,并发送所述通行车道信息至对应的通行人员处;

识别模块23:用于获取通过出入口摄像头识别到的当前车辆信息;

匹配模块24:用于若所述当前车辆信息与通行车辆信息匹配,则控制打开挡车装置以使通行人员进入测温区进行温度测量。

本申请实施例通过预先录入乘车通行信息作为后续通行的判断条件,当车辆准备下高速口时,其需要先进行信息登记与请求;由于大巴车的载客量与小车的载客量差异明显,所以应当将两者进行分流控制来获取对应乘客的温度信息,通过上述分流设置使得不同车辆进入不同的测温区进行温度测量,且在不同的测温区设置不同的测温装置来帮助提升温度检测效率进而提升车辆通行效率。

本申请实施例提供的高速路口辅助进行温度检测的装置可以用于执行上述实施例提供的高速路口辅助进行温度检测的方法,具备相应的功能和有益效果。

图6是本申请实施例提供的一种电子设备的结构示意图,参照图6,该电子设备包括:处理器31、存储器32、通信模块33、输入装置34及输出装置35。该电子设备中处理器31的数量可以是一个或者多个,该电子设备中的存储器32的数量可以是一个或者多个。该电子设备的处理器31、存储器32、通信模块33、输入装置34及输出装置35可以通过总线或者其他方式连接。

存储器32作为一种计算机可读存储介质,可用于存储软件程序、计算机可执行程序以及模块,如本申请任意实施例所述的高速路口辅助进行温度检测的方法对应的程序指令/模块(例如,高速路口辅助进行温度检测的装置中的接收模块21、生成模块22、识别模块23和匹配模块24)。存储器32可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序;存储数据区可存储根据设备的使用所创建的数据等。此外,存储器32可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中,存储器可进一步包括相对于处理器远程设置的存储器,这些远程存储器可以通过网络连接至设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

通信模块33用于进行数据传输。

处理器31通过运行存储在存储器32中的软件程序、指令以及模块,从而执行设备的各种功能应用以及数据处理,即实现上述的高速路口辅助进行温度检测的方法。

输入装置34可用于接收输入的数字或字符信息,以及产生与设备的用户设置以及功能控制有关的键信号输入。输出装置35可包括显示屏等显示设备。

上述提供的电子设备可用于执行上述实施例提供的高速路口辅助进行温度检测的方法,具备相应的功能和有益效果。

本申请实施例还提供一种包含计算机可执行指令的存储介质,所述计算机可执行指令在由计算机处理器31执行时用于执行一种高速路口辅助进行温度检测的方法,该高速路口辅助进行温度检测的方法包括:

接收通行人员发送的乘车通行信息,所述乘车通行信息包括通行车辆信息和与所述通行车辆信息对应的乘车人员信息,所述乘车人员信息包括健康码信息和人数信息;

若所述健康码信息与预设通行条件匹配,则根据所述人数信息生成与通行车辆信息对应的通行车道信息,并发送所述通行车道信息至对应的通行人员处;

获取通过出入口摄像头识别到的当前车辆信息;

若所述当前车辆信息与通行车辆信息匹配,则控制打开挡车装置以使通行人员进入测温区进行温度测量。

存储介质——任何的各种类型的存储器设备或存储设备。术语“存储介质”旨在包括:安装介质,例如cd-rom、软盘或磁带装置;计算机系统存储器或随机存取存储器,诸如dram、ddrram、sram、edoram,兰巴斯(rambus)ram等;非易失性存储器,诸如闪存、磁介质(例如硬盘或光存储);寄存器或其它相似类型的存储器元件等。存储介质可以还包括其它类型的存储器或其组合。另外,存储介质可以位于程序在其中被执行的第一计算机系统中,或者可以位于不同的第二计算机系统中,第二计算机系统通过网络(诸如因特网)连接到第一计算机系统。第二计算机系统可以提供程序指令给第一计算机用于执行。术语“存储介质”可以包括驻留在不同位置中(例如在通过网络连接的不同计算机系统中)的两个或更多存储介质。存储介质可以存储可由一个或多个处理器31执行的程序指令(例如具体实现为计算机程序)。

当然,本申请实施例所提供的一种包含计算机可执行指令的存储介质,其计算机可执行指令不限于如上所述的高速路口辅助进行温度检测的方法,还可以执行本申请任意实施例所提供的高速路口辅助进行温度检测的方法中的相关操作。

上述实施例中提供的高速路口辅助进行温度检测的装置、存储介质及电子设备可执行本申请任意实施例所提供的高速路口辅助进行温度检测的方法,未在上述实施例中详尽描述的技术细节,可参见本申请任意实施例所提供的高速路口辅助进行温度检测的方法。

上述仅为本申请的较佳实施例及所运用的技术原理。本申请不限于这里所述的特定实施例,对本领域技术人员来说能够进行的各种明显变化、重新调整及替代均不会脱离本申请的保护范围。因此,虽然通过以上实施例对本申请进行了较为详细的说明,但是本申请不仅仅限于以上实施例,在不脱离本申请构思的情况下,还可以包括更多其他等效实施例,而本申请的范围由权利要求的范围决定。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1