CN110505602A - 一种车联网的数据处理方法、服务器及车联网系统 - Google Patents

Abstract

本发明实施例提供了一种车联网的数据处理方法、服务器及车联网系统，所述车联网包括路侧基站、服务器及通信终端，其中，所述服务器部署在路侧基站中，或者，所述服务器为与路侧基站连接的、核心网中的服务器；所述方法包括：接收通信终端上报的车联网特征信息，其中，所述通信终端为接入路侧基站的终端；根据所述车联网特征信息，确定调度信息；确定目标通信终端；通过路侧基站间的通信接口，将所述调度信息发送至所述目标通信终端中，以进行交通调度。本发明通过服务器来处理数据，处理能力远远优于现有的车联网红绿灯RSU设备，当大量车辆汇聚到交叉路口时，仍然可以保证车联网的正常的互联互通。

Description

一种车联网的数据处理方法、服务器及车联网系统

技术领域

本发明涉及车联网技术领域，特别是涉及一种车联网的数据处理方法、一种车联网的数据处理服务器和一种车联网系统。

背景技术

随着信息技术的发展，汽车行业已经逐步进入智能网、车联网(Internet ofVehicles，简称IOV)时代。车联网是指车与车、车与路、车与人、车与传感设备等交互，实现车辆与公众网络通信的动态移动通信系统。

在现有的车联网组网中，汽车与红绿灯等RSU(Road Side Unit，路侧单元)设备之间、汽车与汽车之间是通过自组网连接的方式进行车路通信或车车通信。然而，车联网在国内使用的频段为5.8GHz频段，当遇到城市市区为代表的街道峡谷传输模型下，由于5.8GHz高频段的绕射能力相对较低，并且由于车联网设备之间进行自组网，两个设备之间直接进行通信，遇到交叉路等被遮挡的视距外范围传输的情况，车联网有效传输距离会缩短，使得自组网车路和车车通信范围有限，只能进行小范围的智能交通管理。

进一步的，在车联网普及初期，车辆或路侧设备需要加装专门的车联网自组网通信设备才能实现车联网通信的实际应用。

另外，在现有车联网中，红绿灯设备进行智能交通管控时，是通过自身的处理单元来对接收的车联网汽车的信号进行处理分析，而当遇到车流量大的情况下，会产生信号的相互干扰并且对处理单元造成压力，使得车联网信息交互不能顺畅进行。

发明内容

本发明实施例所要解决的技术问题是提供一种车联网的数据处理方法，以解决现有车联网中存在的自组网通信范围有限；红绿灯设备的处理单元进行处理分析时产生信号的相互干扰并且对处理单元造成压力，使得车联网信息交互不能顺畅进行等问题。

相应的，本发明实施例还提供了一种车联网的数据处理服务器和一种车联网系统，用以保证上述方法的实现及应用。

为了解决上述问题，本发明公开了一种车联网的数据处理方法，所述车联网包括路侧基站、服务器及通信终端，其中，所述服务器部署在路侧基站中，或者，所述服务器为与路侧基站连接的、核心网中的服务器；

所述方法包括：

接收通信终端上报的车联网特征信息，其中，所述通信终端为接入路侧基站的终端；

根据所述车联网特征信息，确定调度信息；

确定目标通信终端；

通过路侧基站间的通信接口，将所述调度信息发送至所述目标通信终端中，以进行交通调度。

优选地，所述通信终端包括但不限于：车载终端以及路侧设备；其中，所述路侧设备包括但不限于：监控摄像设备、红绿灯设备、道路测速设备。

优选地，所述根据所述车联网特征信息，确定调度信息，包括：

根据所述车联网特征信息，确定实时路况信息，其中，所述实时路况信息包括第一路况信息或者第二路况信息，所述第一路况信息的拥堵程度大于所述第二路况信息的拥堵程度；

当所述实时路况信息为第一路况信息时，则从所述监控摄像设备中调度目标路况数据，根据该目标路况数据生成拥堵告警信息，作为调度信息；

当所述实时路况信息为第二路况信息时，则生成延时放行信息，作为调度信息；

所述确定目标通信终端，包括：

当所述调度信息为所述目标路况数据时，确定所述目标通信终端为第一预设范围内的多个车载终端，其中，所述第一预设范围为指定的一个或多个路侧基站覆盖的范围；

当所述调度信息为所述延时放行信息时，确定所述目标通信终端为所述第二路况信息对应的道路中的红绿灯设备。

优选地，所述车联网特征信息包括所述车载终端发送的实时位置信息；

所述根据所述车联网特征信息，确定实时路况信息，包括：

针对道路的各个通行方向，统计所述通行方向中进入预设的计数区域的车载终端的数量；

当道路中单个通行方向的所述数量大于预设拥堵门限时，确定所述实时路况信息为第二路况信息；

当道路中两个通行方向的所述数量均大于预设拥堵门限时，确定所述实时路况信息为第一路况信息。

优选地，所述车联网特征信息包括所述车载终端发送的实时位置信息；

所述根据所述车联网特征信息，确定调度信息，包括：

根据车载终端的实时位置信息，判断所述车载终端是否在预设的限行区域；

若所述车载终端在所述限行区域中，则根据所述车载终端的终端类型信息和/或终端标识信息，判断所述车载终端是否为限行车辆；

若所述车载终端为限行车辆，则生成限行告警信息，作为调度信息；

所述确定目标通信终端，包括：

将进入所述限行区域的所述限行车辆，作为目标通信终端。

优选地，所述车联网特征信息包括所述道路测速设备发送的违规记录，所述违规记录包括违规的车载终端的终端标识信息；

所述根据所述车联网特征信息，确定调度信息，包括：

根据所述违规记录，生成针对违规的车载终端的违规告警信息，作为调度信息；

和/或，

根据所述违规记录，生成违规提醒信息，作为调度信息；

所述确定目标通信终端，包括：

若所述调度信息为违规告警信息，则将所述违规的车载终端作为目标通信终端；

若所述调度信息为违规提醒信息，则将第二预设范围内的、除所述违规的车载终端外的其他车载终端，作为目标通信终端。

优选地，所述方法还包括：

将所述违规记录发送至交管部门对应的服务器中。

优选地，所述车联网特征信息包括红绿灯设备发送的红绿灯信息，所述根据所述车联网特征信息，确定调度信息，包括：

根据所述红绿灯信息，生成红绿灯提醒信息，作为调度信息；

所述确定目标通信终端，包括：

确定在所述红绿灯设备的预设可见区域内的车载终端，作为目标通信终端。

优选地，在所述接收通信终端上报的车联网特征信息之前，还包括：

接收通信终端上报的终端信息，其中，所述终端信息包括终端类型信息以及终端标识信息；

根据所述终端信息，为对应的通信终端配置上报指导信息，其中，所述上报指导信息包括信息上报时机以及信息上报内容。

优选地，在所述根据所述终端信息，为对应的通信终端配置上报指导信息之前，还包括：

根据所述终端信息，验证对应的通信终端的身份合法性。

本发明还公开了一种车联网的数据处理服务器，所述车联网包括路侧基站、服务器及通信终端，其中，所述服务器部署在路侧基站中，或者，所述服务器为与路侧基站连接的、核心网中的服务器；

所述服务器包括：

特征信息接收模块，用于接收通信终端上报的车联网特征信息，其中，所述通信终端为接入路侧基站的终端；

调度信息确定模块，用于根据所述车联网特征信息，确定调度信息；

目标通信终端确定模块，用于确定目标通信终端；

调度模块，用于通过路侧基站间的通信接口，将所述调度信息发送至所述目标通信终端中，以进行交通调度。

本发明还公开了一种车联网系统，所述车联网系统包括路侧基站、通信终端以及上述的服务器。

与现有技术相比，本发明实施例包括以下优点：

在本发明实施例中，与路侧基站连接的服务器，通过基站间的接口或核心网，组网跨站进行基站与车辆或基站与路侧设备的消息传输，从而实现智能交通调度管理。

另外，在本发明实施例中，服务器能够对接入路侧基站的各类通信终端进行数据处理，调度通信终端实现智能交通管理，保证车联网汽车在道路上的高效通行，通过服务器来处理数据，处理能力远远优于现有的车联网红绿灯RSU设备，当大量车辆汇聚到交叉路口时，仍然可以保证车联网的正常的互联互通。

附图说明

图1是本发明实施例的一种车联网的系统实施例的结构框图；

图2是本发明的车联网示意图；

图3是本发明的一种车联网的数据处理方法实施例的步骤流程图；

图4是本发明的一种车联网的数据处理方法另一实施例的步骤流程图；

图5是本发明的一种车联网的数据处理服务器实施例的结构框图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

参照图1，示出了本发明实施例的一种车联网系统实施例的结构框图。

在本发明实施例中，车联网系统至少可以包括路侧基站10、通信终端20及服务器30。

路侧基站10可以为基于RSU(Road Side Units，道路单元)型通信基站，即RSU基站。在实现中，如图2的车联网示意图所示，路侧基站10可以设置于交叉路口、红绿灯设备或高速路出入口等交通汇聚点附近。

在本发明实施例中，路侧基站10可以使用全指向性天线或指向道路的指向性天线等基站天线覆盖道路，使得车联网的通信距离更远，可靠性更高。

在具体实现中，通信终端20可以以无线或有线的方式接入路侧基站10，例如，当通信终端20为一个单独的设备时，其内可以搭载无线通信模块，通信终端20通过该无线通信模块接入路侧基站10；又如，通信终端20还可以作为终端的应用程序软件通过终端接入路侧基站10中。

需要说明的是，本发明实施例中的通信终端20优选可以使用无线的方式接入路侧基站10中，相比有线传输的限制，使用无线的方式可以使得路侧设备的部署更加灵活，降低发网络部署施工成本，并能够使服务器30获得更完善的路况信息。

作为本发明实施例的一种优选示例，如图2所示，通信终端20可以包括车载终端201以及路侧设备；其中，该路侧设备进一步可以包括但不限于：监控摄像设备202、红绿灯设备203、道路测速设备204等。

在实现时，车载终端201可以搭载在车辆中，并在服务器中存储车载终端201的终端标识信息与车辆的车牌号码的关联关系，当确定车载终端时，可以根据该关联关系，得到对应的车牌号码，从而确定对应的车辆。反之亦然，当确定车牌号码时，可以根据该关联关系，确定对应的车载终端。

在本发明实施例中，除了车载终端外，交叉路口的红绿灯设备、道路测速设备和/或监控摄像设备等路侧设备同样以通信终端的方式接入路侧基站，并将道路信息上传到服务器，相比有线传输的限制，路侧设备的部署更加灵活，从而能够使服务器获得更完善的路况信息。

在本发明实施例中，服务器30可以部署在路侧基站10中，例如，该服务器30可以包括MEC(Mobile Edge Computing，移动边缘计算)服务器。或者，该服务器30还可以为与路侧基站10连接的、核心网中的服务器，本发明实施例对此不作限制。当然，MEC服务器业务下沉到基站侧相对于核心网侧的服务器，具有时延低、能够分流降低网络压力、高效率等优势。

在具体实现中，服务器30中可以设置控制处理中心，通过该控制处理中心处理路侧基站10与通信终端20之间的信息，对接入的各类通信终端20提供通信服务和调度管理服务，从而实现智能交通管理，保证车联网中的汽车在道路上的高效通行。

在本发明实施例中，与路侧基站连接的服务器，通过基站间的接口或核心网，组网跨站进行基站与车辆或基站与路侧设备的消息传输，从而实现智能交通调度管理。

另外，本发明实施例中的路侧基站可以利用公网或专网形成齐备的车联网通信，车辆只需要手机就能享受车联网带来的各种服务和便捷。

如下对本发明实施例进行具体说明：

参照图3，示出了本发明实施例的一种车联网的数据处理方法实施例的步骤流程图，本发明实施例从服务器侧进行描述，具体可以包括如下步骤：

步骤301，接收通信终端上报的车联网特征信息，其中，所述通信终端为接入路侧基站的终端；

步骤302，根据所述车联网特征信息，确定调度信息；

步骤303，确定目标通信终端；

步骤304，通过路侧基站间的通信接口，将所述调度信息发送至所述目标通信终端中，以进行交通调度。

在本发明实施例中，通信终端接入路侧基站以后，可以与服务器建立连接，并向服务器上报车联网特征信息，则服务器可以根据该车联网特征信息，确定调度信息，并通过路侧基站间的通信接口，将该调度信息发送至目标通信终端中，以进行交通调度，该交通调度可以覆盖更远的通信范围，提高了交通调度的可靠性。

参照图4，示出了本发明实施例的一种车联网的数据处理方法另一实施例的步骤流程图，本发明实施例从服务器侧进行描述，具体可以包括如下步骤：

步骤401，接收通信终端上报的终端信息；

具体的，该通信终端可以为接入路侧基站中的终端。当通信终端接入路侧基站后，可以与服务器建立连接，并向服务器上报终端信息。

作为一种示例，该终端信息可以包括但不限于：终端类型信息、终端标识信息、终端位置信息等。其中，

终端类型信息可以用于指示该终端为车载终端、监控摄像设备、红绿灯设备或道路测速设备等。

终端标识信息可以包括终端的设备编号、车牌号等，用于唯一识别该通信终端。

终端位置信息用于指示通信终端安装的位置或者行驶的位置。

步骤402，根据所述终端信息，验证对应的通信终端的身份合法性；

服务器接收到终端信息以后，可以根据该终端信息，对对应的通信终端进行分类与认证，从而识别该通信终端的类型，以及验证该通信终端的身份合法性。

在具体实现中，服务器可以根据通信终端上报的终端类型信息，识别出该通信终端为车载终端、监控摄像设备、红绿灯设备或道路测速设备。

当识别出通信终端的类型以后，服务器还可以根据该终端的类型确定对应的预设数据库，并在该预设数据库中匹配通信终端的终端标识信息，来完成身份认证。其中，该预设数据库中可以包括白名单数据。

例如，根据车载终端上报的车牌号以及车辆类型，服务器可以查找该车辆类型对应的数据库，并在该数据库中查找该车牌号，如果查找成功，则认证该车载终端的身份合法，否则，如果查找失败，则认证该车载终端的身份不合法。

又如，根据监控摄像设备上报的设备安装位置以及设备编号，服务器可以查找该监控摄像设备对应的数据库，并在该数据库中查找该设备安装位置以及设备编号，如果上述两个元素均查找成功，则认证该监控摄像设备的身份合法，否则，如果至少一个元素查找失败，则认证该监控摄像设备的身份不合法。

步骤403，若验证所述通信终端的身份合法，则根据所述终端信息，为对应的通信终端配置上报指导信息；

如果服务器验证通信终端的身份合法，则可以根据通信终端的类型，为该通信终端配置上报指导信息。

作为一种示例，该上报指导信息可以包括但不限于信息上报时机以及信息上报内容等。

进一步地，该信息上报时机可以包括但不限于：周期性上报、定时上报、告警触发上报、实时上报、调度上报等。

例如，对于车载终端，可以将其上报时机配置为周期性上报；对于监控摄像设备，可以将其上报时机配置为定时上报；对于道路测速设备，可以将其上报时机配置为告警触发上报；对于红绿灯设备，可以将其上报时机配置为实时上报；当服务器需要向通信终端获取信息时，可以下发触发请求触发调度上报。

信息上报内容可以为服务器所需的内容，例如，对于车载终端，可以配置其需要上报的内容为实时位置信息；对于监控摄像设备，可以配置其需要上报的内容为其采集的路况录像；对于道路测速设备，可以配置其需要上报的内容为监测到异常情况(如超速、其他违规操作)时生成的违规记录；对于红绿灯设备，可以配置其需要上报的内容为红绿灯信息。

步骤404，接收通信终端上报的车联网特征信息；

服务器为通信终端配置上报指导信息以后，通信终端可以根据该上报指导信息来向服务器上报车联网特征信息。

具体的，根据服务器配置的上报时机，通信终端按照信息上报内容获取对应的车联网特征信息以后，可以将该车联网特征信息传送至服务器中。

作为一种示例，该车联网特征信息可以包括：车载终端发送的实时位置信息；监控摄像设备发送的路况录像；道路测速设备发送的违规记录；红绿灯设备发送的红绿灯信息，等等。

步骤405，根据所述车联网特征信息，确定调度信息；

步骤406，确定目标通信终端；

步骤407，通过路侧基站间的通信接口，将所述调度信息发送至所述目标通信终端中，以进行交通调度。

根据路侧基站间的通信接口，服务器可以接收到多个通信终端发送的车联网特征信息，并向多个通信终端发送处理信息，从而实现交通调度。

具体的，服务器接收到车联网特征信息以后，可以按照实际需求，根据该车联网特征信息，生成调度信息，同时确定接收该调度信息的目标通信终端，然后将该调度信息发送到目标通信终端中，以提供调度管理服务或者通信服务。

在一种应用场景中，上述调度管理服务可以包括拥堵判断和/或延时放行判断。则在一种实施方式中，步骤405进一步可以包括如下子步骤：

子步骤S11，根据所述车联网特征信息，确定实时路况信息，其中，所述实时路况信息包括第一路况信息或者第二路况信息，所述第一路况信息的拥堵程度大于所述第二路况信息的拥堵程度；

具体的，服务器可以根据各个车载终端发送的车联网特征信息，来确定实时路况信息，从而判断当前的路况是否拥堵。

在本发明实施例的一种优选实施例中，子步骤S11进一步可以包括如下子步骤：

子步骤S111，针对道路的各个通行方向，统计所述通行方向中进入预设的计数区域的车载终端的数量；

具体的，服务器可以根据路侧基站所处的道路的道路情况，设置计数区域。在具体实现中，服务器可以根据路侧基站所在道路的可行驶车道数、日常繁忙程度等圈定一个离交叉路有一定距离的位置范围，作为计数区域。

例如，一个双向两车道的道路，可以以路侧基站所在的位置为圆心，以8辆车拥堵停滞时头尾紧靠所排成的长度为半径，圈定的圆周区域作为计数区域。

又如，一个双向十六车道的道路，可以以路侧基站所在的位置为圆心，以两排车拥堵停滞所排成的长度为半径，圈定的圆周区域作为计数区域。

设置计数区域以后，服务器可以根据车载终端上报的实时位置信息，统计驶入该计数区域内的车载终端的数量。

在具体实现时，服务器中可以针对每个通行方向，分别设置一计数器，用于计算该通行方向中驶入计数区域内的车载终端的数量，其中，计数器初始值为数值0。当服务器接收到车载终端上报的实时位置信息以后，可以根据该实时位置信息判断该车载终端对应的车辆是否在计数区域内，如果是，则进一步判断该车载终端对应的车辆的通行方向，并在该通行方向对应的计数器中加1，以进行各个通行方向的计数。

子步骤S112，当道路中单个通行方向的所述数量大于预设拥堵门限时，确定所述实时路况信息为第二路况信息；

具体的，服务器还可以根据路侧基站所处的道路的道路情况，设置拥堵门限。在具体实现中，服务器可以根据路侧基站所在道路的道路宽度等因素设置拥堵门限，当当前通行方向的道路容纳的车辆数据达到该拥堵门限，则判定该通行方向拥堵。

例如，一个双向两车道的道路，在上述计数区域内检测红绿灯设备对侧的车辆数量，如果两侧各有8辆车以上，则判断为拥堵，即将拥堵门限设置为数值8。而对于双向十六车道的道路，如果两侧各有16辆车以上则判断为拥堵，即将拥堵门限设置为数值16。

当通行方向对应的计数器中只有一个计数器的数值达到拥堵门限，即当前道路的单个通行方向中进入计数区域的车辆的数量大于拥堵门限时，则确定当前的实时路况信息为第二路况信息，即单方向拥堵的路况。

子步骤S113，当道路中两个通行方向的所述数量均大于预设拥堵门限时，确定所述实时路况信息为第一路况信息。

当通行方向对应的计数器中两个方向的计数器的数值均达到拥堵门限，即当前道路的两个通行方向中进入计数区域的车辆的数量都大于拥堵门限时，则确定当前的实时路况信息为第一路况信息，即双方向拥堵的路况。

子步骤S12，当所述实时路况信息为第一路况信息时，则从所述监控摄像设备中调度目标路况数据，根据该目标路况数据生成拥堵告警信息，作为调度信息；

子步骤S13，当所述实时路况信息为第二路况信息时，则生成延时放行信息，作为调度信息；

具体的，基于双方向拥堵的第一路况信息，服务器可以判定当前道路状态为拥堵状态，此时，服务器可以向监控摄像设备下发调度请求，以请求监控摄像设备上传拥堵道路的录像数据，即目标路况数据，同时，服务器可以根据该目标路况数据生成拥堵告警信息，并将该拥堵告警信息以及该目标路况数据作为调度信息发送至目标通信终端。在这种情况下，目标通信终端可以为第一预设范围内的多个车载终端，其中，该第一预设范围可以包括指定的一个或多个路侧基站覆盖的范围，例如，该第一预设范围可以为包含当前路侧基站在内的，与当前路侧基站相邻的N个路侧基站覆盖的范围，其中，N大于或等于数值1。

相应的，基于单方向拥堵的第二路况信息，服务器可以判定当前道路状态为需要延时放行状态，此时，服务器可以生成延时放行信息，该延时放行信息该延时放行信息可以作为调度信息发送至目标通信终端。在这种情况下，目标通信终端可以为第二路况信息对应的道路中的红绿灯设备。作为一种示例，该延时放行信息可以包括需要延时放行的方向标识，以及延时的时长等。红绿灯设备接收到该延时放行信息以后，可以对需要延时放行的通行方向的绿灯时间进行延长处理，从而为拥堵方向放行，调节道路交通。

例如，服务器统计了各个通行方向中进入计数区域的车辆的数量以后，可以首先判断东西方向中进入计数区域的车辆的数量是否超过拥堵门限，然后判断南北方向中进入计数区域的车辆的数量是否超过拥堵门限。

如果上述两个判断结果均为肯定的结果，即，如果东西方向和南北方向的上述数量均超过拥堵门限，则判定为道路拥堵状态，此时可以向拥堵路口对应的监控摄像设备下发调度请求，该监控摄像设备将采集的该拥堵路口的监控录像上传到服务器，服务器对接入的所有车载终端广播拥堵告警，并发送当前路口的监控录像。

如果东西方向的上述数量没有超过拥堵门限，但南北方向的上述数量超过拥堵门限，即判定南北方向为拥堵方向，此时，服务器可以对拥堵路口的红绿灯设备下发延时放行信息，该延时放行信息可以包括南北方向的延时时长。红绿灯设备接收到该延时放行信息以后，延长南北方向的绿灯时间，为拥堵的南北方向放行。

如果南北方向的上述数量没有超过拥堵门限，但东西方向的上述数量超过拥堵门限，即判定东西方向为拥堵方向，此时，服务器可以对拥堵路口的红绿灯设备下发延时放行信息，该延时放行信息可以包括东西方向的延时时长。红绿灯设备接收到该延时放行信息以后，延长东西方向的绿灯时间，为拥堵的东西方向放行。

在本发明实施例中，服务器根据所有车载终端上报的实时位置信息，判断道路的车辆拥堵情况，并将采集的实时道路信息和车辆拥堵情况信息一并下发给车辆的车载终端，便于汽车驾驶员了解路况，作出合理的出行建议，实现智能交通管理。

在另一种应用场景中，上述调度管理服务可以包括限行判断。则在另一种实施方式中，步骤405进一步可以包括如下子步骤：

根据车载终端的实时位置信息，判断所述车载终端是否在预设的限行区域；若所述车载终端在所述限行区域中，则根据所述车载终端的终端类型信息和/或终端标识信息，判断所述车载终端是否为限行车辆；若所述车载终端为限行车辆，则生成限行告警信息，作为调度信息。

在具体实现中，限行区域可以为预先设置了限行制度的区域。服务器接收到车载终端发送的实时位置信息以后，可以判断该实时位置信息所在的区域是否设置了限行制度，即车载终端当前所处的区域是否为限行区域，如果是，则服务器进一步根据车载终端的终端信息，如终端类型信息、终端标识信息等，判断该车载终端是否为限行车辆。例如，如果车载终端的车牌号码或者类型属于限行制度规定的车牌号码或者类型，则判定该车载终端为限行车辆。此时，服务器可以生成限行告警信息，并将该限行告警信息作为调度信息发送至目标通信终端，以通知目标通信终端驶入限行区域。在这种情况下，目标通信终端可以包括该进入限行区域的限行车辆。

在另一种应用场景中，上述调度管理服务可以包括违规管理。则在一种实施方式中，当该车联网特征信息包括道路测速设备发送的违规记录时，步骤405进一步可以包括如下子步骤：

根据所述违规记录，生成针对违规的车载终端的违规告警信息，作为调度信息。

具体而言，道路测速设备监控到车辆超速、违规行驶等违规行为时，可以触发告警上报，根据违规的终端标识信息生成违规记录上报至服务器，则服务器接收到的违规记录可以包括违规的车载终端的终端标识信息。

服务器根据该违规记录中的终端标识信息识别违规的车辆，从接入路侧基站的接入记录中查询该违规的车辆的车载终端，并生成违规告警信息发送至该违规的车载终端中，以警告违规车辆及时提醒制止违规行为。

在另一种实施方式中，当该车联网特征信息包括道路测速设备发送的违规记录时，步骤405进一步可以包括如下子步骤：

根据所述违规记录，生成违规提醒信息，作为调度信息；

接收到违规记录以后，服务器还可以根据该违规记录生成违规提醒信息，该违规提醒信息包括违规的终端标识信息、车牌号码等。该违规提醒信息用于提醒其他车辆注意违规肇事车辆。则对应的目标通信终端可以包括第二预设范围内的、除违规的车载终端外的其他车载终端。通过该违规提醒信息，可以提示周围的车辆附近有违规肇事车辆，从而提高车辆行驶的安全性。

在本发明实施例的一种优选实施例中，当该车联网特征信息包括道路测速设备发送的违规记录时，本发明实施例还可以包括如下步骤：

将所述违规记录发送至交管部门对应的服务器中。

在具体实现中，服务器接收到违规记录以后，保存该违规记录，并将该违规记录上传到交管部门对应的服务器中，以通知交管部门处理违规行为。

在本发明实施例中，道路测速设备可以主动向服务器上传违规记录，服务器根据该违规记录实现违规肇事车辆告警提示，并上传违规记录到交管部门，提高车辆行驶的安全性，提高违规车辆的处理效率。

在另一种应用场景中，上述调度管理服务可以包括红绿灯同步管理。则在一种实施方式中，该车联网特征信息包括红绿灯设备发送的红绿灯信息，步骤405进一步可以包括如下子步骤：

根据所述红绿灯信息，生成红绿灯提醒信息，作为调度信息。

在本发明实施例中，服务器可以对驶入红绿灯区域的车辆实时分享红绿灯信息，能够应用在红绿灯设备故障不能正常使用或者天气状况不好红绿灯不能清楚可见的场景，以保障交通正常，保证出行效率和出行安全。

作为一种示例，该红绿灯信息可以包括红绿灯读秒信息。

针对每个红绿灯设备，可以预先设置可见区域。当接收到车载终端发送的实时位置信息时，可以判断该实时位置信息是否在红绿灯设备的可见区域内，如果该车载终端在红绿灯设备的可见区域内，则对该车载终端下发红绿灯读秒信息，在这种情况下，调度信息为实时的红绿灯读秒信息，目标通信终端为进入可见区域的车载终端。

车载终端接收到红绿灯读秒信息后，显示该红绿灯读秒信息，有利于用户提前选择车速应对前方路口红绿灯设备。

当服务器检测到该车载终端离开可见区域，则停止发送红绿灯读秒信息。

在本发明实施例中，通过路侧基站间的接口，服务器能够实现智能管理的范围扩大到多个基站覆盖的范围，如此，车辆可以在更远的地方预知路况，实现大范围的智能交通管理。当汽车驶入基站覆盖区域，与基站的MEC服务器连接或连接核心网侧的服务器，进行车联网的车路通信或车车通信。

例如，A路口与BCDE路口相邻，当A路口拥堵时，A路口的路侧基站连接的服务器通过基站间接口将拥堵消息告知BCDE基站，BCDE基站下的用户会在较远的路口得知A路口的拥堵情况。又如，A路口检测到危险驾驶，A路口的基站对应的服务器通过基站间接口将告警告知BCDE基站，BCDE基站下的用户会在较远的路口得知A路口有危险驾驶车辆的信息。

在本发明实施例中，服务器能够对接入路侧基站的各类通信终端进行数据处理，调度通信终端实现智能交通管理，保证车联网汽车在道路上的高效通行，通过服务器来处理数据，处理能力远远优于现有的车联网红绿灯RSU设备，当大量车辆汇聚到交叉路口时，仍然可以保证车联网的正常的互联互通。

需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明实施例所必须的。

参照图5，示出了本发明实施例的一种车联网的数据处理服务器实施例的结构框图，其中，所述车联网包括路侧基站、服务器及通信终端，其中，所述服务器部署在路侧基站中，或者，所述服务器为与路侧基站连接的、核心网中的服务器。

本发明实施例具体可以包括如下模块：

特征信息接收模块501，用于接收通信终端上报的车联网特征信息，其中，所述通信终端为接入路侧基站的终端；

调度信息确定模块502，用于根据所述车联网特征信息，确定调度信息；

目标通信终端确定模块503，用于确定目标通信终端；

调度模块504，用于通过路侧基站间的通信接口，将所述调度信息发送至所述目标通信终端中，以进行交通调度。

在本发明实施例的一种优选实施例中，所述通信终端包括但不限于：车载终端以及路侧设备；其中，所述路侧设备包括但不限于：监控摄像设备、红绿灯设备、道路测速设备。

在本发明实施例的一种优选实施例中，所述调度信息确定模块502进一步可以包括如下子模块：

实时路况确定子模块，用于根据所述车联网特征信息，确定实时路况信息，其中，所述实时路况信息包括第一路况信息或者第二路况信息，所述第一路况信息的拥堵程度大于所述第二路况信息的拥堵程度；

第一调度信息确定子模块，用于当所述实时路况信息为第一路况信息时，则从所述监控摄像设备中调度目标路况数据，根据该目标路况数据生成拥堵告警信息，作为调度信息；

第二调度信息确定子模块，用于当所述实时路况信息为第二路况信息时，则生成延时放行信息，作为调度信息；

所述目标通信终端确定模块还用于：

当所述调度信息为所述目标路况数据时，确定所述目标通信终端为第一预设范围内的多个车载终端，其中，所述第一预设范围为指定的一个或多个路侧基站覆盖的范围；

当所述调度信息为所述延时放行信息时，确定所述目标通信终端为所述第二路况信息对应的道路中的红绿灯设备。

在本发明实施例的一种优选实施例中，所述车联网特征信息包括所述车载终端发送的实时位置信息；

所述实时路况确定子模块还用于：

针对道路的各个通行方向，统计所述通行方向中进入预设的计数区域的车载终端的数量；

当道路中单个通行方向的所述数量大于预设拥堵门限时，确定所述实时路况信息为第二路况信息；

当道路中两个通行方向的所述数量均大于预设拥堵门限时，确定所述实时路况信息为第一路况信息。

在本发明实施例的一种优选实施例中，所述车联网特征信息包括所述车载终端发送的实时位置信息；

所述调度信息确定模块502进一步可以包括如下子模块：

限行区域判断子模块，用于根据车载终端的实时位置信息，判断所述车载终端是否在预设的限行区域；

限行车辆判断子模块，用于若所述车载终端在所述限行区域中，则根据所述车载终端的终端类型信息和/或终端标识信息，判断所述车载终端是否为限行车辆；

第三调度信息确定子模块，用于若所述车载终端为限行车辆，则生成限行告警信息，作为调度信息；

所述目标通信终端确定模块还用于：

将进入所述限行区域的所述限行车辆，作为目标通信终端。

在本发明实施例的一种优选实施例中，所述车联网特征信息包括所述道路测速设备发送的违规记录，所述违规记录包括违规的车载终端的终端标识信息；

所述调度信息确定模块502还用于：

根据所述违规记录，生成针对违规的车载终端的违规告警信息，作为调度信息；

和/或，

根据所述违规记录，生成违规提醒信息，作为调度信息；

所述目标通信终端确定模块还用于：

若所述调度信息为违规告警信息，则将所述违规的车载终端作为目标通信终端；

若所述调度信息为违规提醒信息，则将第二预设范围内的、除所述违规的车载终端外的其他车载终端，作为目标通信终端。

在本发明实施例的一种优选实施例中，所述服务器还包括：

违规记录上报模块，用于将所述违规记录发送至交管部门对应的服务器中。

在本发明实施例的一种优选实施例中，所述车联网特征信息包括红绿灯设备发送的红绿灯信息，所述调度信息确定模块502还用于：

根据所述红绿灯信息，生成红绿灯提醒信息，作为调度信息；

所述目标通信终端确定模块还用于：

确定在所述红绿灯设备的预设可见区域内的车载终端，作为目标通信终端。

在本发明实施例的一种优选实施例中，所述服务器还可以包括如下模块：

终端信息接收模块，用于接收通信终端上报的终端信息，其中，所述终端信息包括终端类型信息以及终端标识信息；

配置模块，用于根据所述终端信息，为对应的通信终端配置上报指导信息，其中，所述上报指导信息包括信息上报时机以及信息上报内容。

在本发明实施例的一种优选实施例中，所述服务器还可以包括如下模块：

身份验证模块，用于根据所述终端信息，验证对应的通信终端的身份合法性。

对于服务器实施例而言，由于其与上述方法实施例基本相似，所以描述的比较简单，相关之处参见系统实施例的部分说明即可。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本领域内的技术人员应明白，本发明实施例的实施例可提供为方法、装置、或计算机程序产品。因此，本发明实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明实施例是参照根据本发明实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明实施例范围的所有变更和修改。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。

以上对本发明所提供的一种车联网的数据处理方法、一种车联网的数据处理服务器和一种车联网系统，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (12)

1.一种车联网的数据处理方法，其特征在于，所述车联网包括路侧基站、服务器及通信终端，其中，所述服务器部署在路侧基站中，或者，所述服务器为与路侧基站连接的、核心网中的服务器；

所述方法包括：

接收通信终端上报的车联网特征信息，其中，所述通信终端为接入路侧基站的终端；

根据所述车联网特征信息，确定调度信息；

确定目标通信终端；

通过路侧基站间的通信接口，将所述调度信息发送至所述目标通信终端中，以进行交通调度。

2.根据权利要求1所述的方法，其特征在于，所述通信终端包括但不限于：车载终端以及路侧设备；其中，所述路侧设备包括但不限于：监控摄像设备、红绿灯设备、道路测速设备。

3.根据权利要求2所述的方法，其特征在于，所述根据所述车联网特征信息，确定调度信息，包括：

根据所述车联网特征信息，确定实时路况信息，其中，所述实时路况信息包括第一路况信息或者第二路况信息，所述第一路况信息的拥堵程度大于所述第二路况信息的拥堵程度；

当所述实时路况信息为第一路况信息时，则从所述监控摄像设备中调度目标路况数据，根据该目标路况数据生成拥堵告警信息，作为调度信息；

当所述实时路况信息为第二路况信息时，则生成延时放行信息，作为调度信息；

所述确定目标通信终端，包括：

当所述调度信息为所述目标路况数据时，确定所述目标通信终端为第一预设范围内的多个车载终端，其中，所述第一预设范围为指定的一个或多个路侧基站覆盖的范围；

当所述调度信息为所述延时放行信息时，确定所述目标通信终端为所述第二路况信息对应的道路中的红绿灯设备。

4.根据权利要求3所述的方法，其特征在于，所述车联网特征信息包括所述车载终端发送的实时位置信息；

所述根据所述车联网特征信息，确定实时路况信息，包括：

针对道路的各个通行方向，统计所述通行方向中进入预设的计数区域的车载终端的数量；

当道路中单个通行方向的所述数量大于预设拥堵门限时，确定所述实时路况信息为第二路况信息；

当道路中两个通行方向的所述数量均大于预设拥堵门限时，确定所述实时路况信息为第一路况信息。

5.根据权利要求2所述的方法，其特征在于，所述车联网特征信息包括所述车载终端发送的实时位置信息；

所述根据所述车联网特征信息，确定调度信息，包括：

根据车载终端的实时位置信息，判断所述车载终端是否在预设的限行区域；

若所述车载终端在所述限行区域中，则根据所述车载终端的终端类型信息和/或终端标识信息，判断所述车载终端是否为限行车辆；

若所述车载终端为限行车辆，则生成限行告警信息，作为调度信息；

所述确定目标通信终端，包括：

将进入所述限行区域的所述限行车辆，作为目标通信终端。

6.根据权利要求2所述的方法，其特征在于，所述车联网特征信息包括所述道路测速设备发送的违规记录，所述违规记录包括违规的车载终端的终端标识信息；

所述根据所述车联网特征信息，确定调度信息，包括：

根据所述违规记录，生成针对违规的车载终端的违规告警信息，作为调度信息；

和/或，

根据所述违规记录，生成违规提醒信息，作为调度信息；

所述确定目标通信终端，包括：

若所述调度信息为违规告警信息，则将所述违规的车载终端作为目标通信终端；

若所述调度信息为违规提醒信息，则将第二预设范围内的、除所述违规的车载终端外的其他车载终端，作为目标通信终端。

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

将所述违规记录发送至交管部门对应的服务器中。

8.根据权利要求2所述的方法，其特征在于，所述车联网特征信息包括红绿灯设备发送的红绿灯信息，所述根据所述车联网特征信息，确定调度信息，包括：

根据所述红绿灯信息，生成红绿灯提醒信息，作为调度信息；

所述确定目标通信终端，包括：

确定在所述红绿灯设备的预设可见区域内的车载终端，作为目标通信终端。

9.根据权利要求1-8任一项或所述的方法，其特征在于，在所述接收通信终端上报的车联网特征信息之前，还包括：

接收通信终端上报的终端信息，其中，所述终端信息包括终端类型信息以及终端标识信息；

根据所述终端信息，为对应的通信终端配置上报指导信息，其中，所述上报指导信息包括信息上报时机以及信息上报内容。

10.根据权利要求9所述的方法，其特征在于，在所述根据所述终端信息，为对应的通信终端配置上报指导信息之前，还包括：

根据所述终端信息，验证对应的通信终端的身份合法性。

11.一种车联网的数据处理服务器，其特征在于，所述车联网包括路侧基站、服务器及通信终端，其中，所述服务器部署在路侧基站中，或者，所述服务器为与路侧基站连接的、核心网中的服务器；

所述服务器包括：

特征信息接收模块，用于接收通信终端上报的车联网特征信息，其中，所述通信终端为接入路侧基站的终端；

调度信息确定模块，用于根据所述车联网特征信息，确定调度信息；

目标通信终端确定模块，用于确定目标通信终端；

调度模块，用于通过路侧基站间的通信接口，将所述调度信息发送至所述目标通信终端中，以进行交通调度。

12.一种车联网系统，其特征在于，所述车联网系统包括路侧基站、通信终端以及权利要求11所述的服务器。