CN109788515A - 一种数据协同方法、mec设备以及服务器 - Google Patents
一种数据协同方法、mec设备以及服务器 Download PDFInfo
- Publication number
- CN109788515A CN109788515A CN201711113450.1A CN201711113450A CN109788515A CN 109788515 A CN109788515 A CN 109788515A CN 201711113450 A CN201711113450 A CN 201711113450A CN 109788515 A CN109788515 A CN 109788515A
- Authority
- CN
- China
- Prior art keywords
- mec
- mec equipment
- target vehicle
- equipment
- basic information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Abstract
本发明提供一种数据协同方法、MEC设备以及服务器，涉及车联网技术领域。该方法应用于车联网系统，包括：获取目标车辆的预设基础信息；根据所述预设基础信息进行当前行驶路径上的业务数据计算，并将所计算的业务数据发送至所述车联网系统的接收端。本发明的方案，通过车联网系统中MEC设备以及服务器之间数据协同，实现了满足行驶于多个MEC设备覆盖范围间车辆的业务需求的目的。
Description
技术领域
本发明涉及车联网技术领域，特别是指一种数据协同方法、MEC设备以及服务器。
背景技术
随着车联网技术的发展，车对车、车对外界的信息交换V2X技术作为未来智能交通运输系统的关键技术，已逐渐引起了更多的关注。
在V2X技术中，V2X边缘计算节点部署于移动边缘计算MEC设备中，MEC设备目前多部署于基站。而作为车联网业务主体对象的车辆，是具有移动性的，在车辆从一个MEC设备覆盖范围内移动到另一个MEC设备覆盖范围内时，就将涉及到V2X边缘计算节点的数据迁移需求。但是，因MEC设备位置固定覆盖范围有限，如几公里范围以内，现有的边缘计算仅能够为在此范围内的固定设备提供稳定、高效的边缘计算能力，而无法满足行驶于多个MEC设备覆盖范围间车辆的业务需求。
发明内容
本发明的目的是提供一种数据协同方法、MEC设备以及服务器，通过车联网系统中MEC设备以及服务器之间数据协同，来实现满足行驶于多个MEC设备覆盖范围间车辆的业务需求的目的。
为达到上述目的，本发明的实施例提供一种数据协同方法，应用于车联网系统，包括：
获取目标车辆的预设基础信息；
根据所述预设基础信息进行当前行驶路径上的业务数据计算，并将所计算的业务数据发送至所述车联网系统的接收端。
其中，所述获取目标车辆的预设基础信息的步骤，包括：
接收所述车联网系统的服务器自主下发的目标车辆的预设基础信息。
其中，所述接收端为所述服务器；
所述根据所述预设基础信息进行当前行驶路径上的业务数据计算，并将所计算的业务数据发送至所述车联网系统的接收端的步骤，包括：
监测所述目标车辆驶入移动边缘计算MEC设备自身的覆盖范围内的动态数据；
基于预设业务计算策略，由所述预设基础信息和所述动态数据计算当前行驶路径上的业务数据；
在所述目标车辆将驶出MEC设备的覆盖范围内时，将所计算的业务数据发送至所述服务器。
其中，所述获取目标车辆的预设基础信息的步骤，包括：
发送查询请求至所述车联网系统的服务器，所述查询请求包括所述目标车辆的车辆身份标识ID；
接收所述服务器根据所述查询请求反馈的所述目标车辆的预设基础信息。
其中，所述接收端为第一MEC设备，所述第一MEC设备为所述目标车辆的行驶路径中的下一MEC设备；
所述根据所述预设基础信息进行当前行驶路径上的业务数据计算，并将所计算的业务数据发送至所述车联网系统的接收端的步骤，包括：
监测所述目标车辆驶入MEC设备自身的覆盖范围内的动态数据；
基于预设业务计算策略，由所述预设基础信息和所述动态数据计算当前行驶路径上的业务数据，并确定至少一个第一MEC设备；
发送所计算的业务数据以及所述预设基础信息至所确定的所述至少一个第一MEC设备，使所述第一MEC设备监测到所述目标车辆驶入自身的覆盖范围内的动态数据时，根据所述业务数据、所述动态数据和所述预设基础信息进行当前行驶路径上的新的业务数据计算，或者所述第一MEC设备在预设时长内未检测到所述目标车辆驶入自身的覆盖范围内时，清除所接收到的所述目标车辆的数据。
其中，所述方法还包括：
在发送所计算的业务数据以及所述预设基础信息至所确定的所述至少一个第一MEC设备之前，对所述至少一个第一MEC设备进行所述目标车辆的数据的同步校验。
为达到上述目的，本发明的实施例还提供了一种数据协同方法，应用于车联网系统，包括：
发送目标车辆的预设基础信息至第二MEC设备，使所述第二MEC设备根据所述预设基础信息进行当前行驶路径上的业务数据计算，并将所计算的业务数据发送至所述车联网系统的接收端。
其中，所述第二MEC设备为所述目标车辆行驶路径上的所有MEC设备；
所述发送目标车辆的预设基础信息至第二MEC设备的步骤之前，还包括：
确定所述目标车辆的行驶路径上的所有MEC设备。
其中，所述确定所述目标车辆的行驶路径上的所有MEC设备的步骤，包括：
获取所述目标车辆的行驶路径；
基于预设分解规则，将所述行驶路径分解为多个子路径；
将各个子路径分别归属的MEC设备确定为所述第二MEC设备。
其中，所述将各个子路径分别归属的MEC设备确定为所述第二MEC设备的步骤，包括：
根据子路径的长度，在所述子路径中选取预设数量的参考位置点；
根据所述参考位置点所在的位置区域，确定所述位置区域中所有MEC设备；
根据所述参考位置点与所述所有MEC设备之间的距离，确定所述参考位置点归属的候选MEC设备；
根据所确定的各个参考位置点的候选MEC设备，选取所述子路径归属的MEC设备。
其中，所述根据所确定的各个参考位置点的候选MEC设备，选取所述子路径归属的MEC设备的步骤，包括：
按照所述目标车辆的行驶方向，依次选取相邻的参考位置点对应关联的候选MEC设备作为所述子路径归属的MEC设备。
其中，所述发送目标车辆的预设基础信息至第二MEC设备的步骤，包括：
根据接收到的第二MEC设备发送的查询请求，反馈所述目标车辆的预设基础信息至所述第二MEC设备，所述查询请求包括所述目标车辆的车辆ID。
其中，所述方法还包括：
接收所述车联网系统的发送端发送的所述目标车辆的业务数据；其中，
所述发送端包括所述目标车辆的行驶路径上的所有MEC设备，或者所述目标车辆的行驶路径终点的MEC设备。
其中，所述方法还包括：
在接收到所述行驶路径的中间MEC设备发送的业务数据后，将所述业务数据转发至所述行驶路径的下一MEC设备。
为达到上述目的，本发明的实施例还提供了一种MEC设备，应用于车联网系统，包括处理器和收发器，其中，
所述收发器用于获取目标车辆的预设基础信息；
所述处理器用于根据所述预设基础信息进行当前行驶路径上的业务数据计算，并将所计算的业务数据发送至所述车联网系统的接收端。
其中，所述收发器还用于接收所述车联网系统的服务器自主下发的目标车辆的预设基础信息。
其中，所述接收端为所述服务器；
所述处理器还用于监测所述目标车辆驶入移动边缘计算MEC设备自身的覆盖范围内的动态数据；基于预设业务计算策略，由所述预设基础信息和所述动态数据计算当前行驶路径上的业务数据；
所述收发器还用于在所述目标车辆将驶出MEC设备的覆盖范围内时，将所计算的业务数据发送至所述服务器。
其中，所述收发器还用于发送查询请求至所述车联网系统的服务器，所述查询请求包括所述目标车辆的车辆身份标识ID；接收所述服务器根据所述查询请求反馈的所述目标车辆的预设基础信息。
其中，所述接收端为第一MEC设备，所述第一MEC设备为所述目标车辆的行驶路径中的下一MEC设备；
所述处理器还用于监测所述目标车辆驶入MEC设备自身的覆盖范围内的动态数据；基于预设业务计算策略，由所述预设基础信息和所述动态数据计算当前行驶路径上的业务数据，并确定至少一个第一MEC设备；
所述收发器还用于发送所计算的业务数据以及所述预设基础信息至所确定的所述至少一个第一MEC设备，使所述第一MEC设备监测到所述目标车辆驶入自身的覆盖范围内的动态数据时，根据所述业务数据、所述动态数据和所述预设基础信息进行当前行驶路径上的新的业务数据计算，或者所述第一MEC设备在预设时长内未检测到所述目标车辆驶入自身的覆盖范围内时，清除所接收到的所述目标车辆的数据。
其中，所述处理器还用于在发送所计算的业务数据以及所述预设基础信息至所确定的所述至少一个第一MEC设备之前，对所述至少一个第一MEC设备进行所述目标车辆的数据的同步校验。
为达到上述目的，本发明的实施例还提供了一种服务器，应用于车联网系统，包括处理器和收发器，其中，
所述收发器用于发送目标车辆的预设基础信息至第二MEC设备，使所述第二MEC设备根据所述预设基础信息进行当前行驶路径上的业务数据计算，并将所计算的业务数据发送至所述车联网系统的接收端。
其中，所述第二MEC设备为所述目标车辆行驶路径上的所有MEC设备；
所述处理器用于确定所述目标车辆的行驶路径上的所有MEC设备。
其中，所述处理器还用于获取所述目标车辆的行驶路径；基于预设分解规则，将所述行驶路径分解为多个子路径；将各个子路径分别归属的MEC设备确定为所述第二MEC设备。
其中，所述处理器还用于根据子路径的长度，在所述子路径中选取预设数量的参考位置点；根据所述参考位置点所在的位置区域，确定所述位置区域中所有MEC设备；根据所述参考位置点与所述所有MEC设备之间的距离，确定所述参考位置点归属的候选MEC设备；根据所确定的各个参考位置点的候选MEC设备，选取所述子路径归属的MEC设备。
其中，所述处理器还用于按照所述目标车辆的行驶方向，依次选取相邻的参考位置点对应关联的候选MEC设备作为所述子路径归属的MEC设备。
其中，所述收发器还用于根据接收到的第二MEC设备发送的查询请求，反馈所述目标车辆的预设基础信息至所述第二MEC设备，所述查询请求包括所述目标车辆的车辆ID。
其中，所述收发器还用于接收所述车联网系统的发送端发送的所述目标车辆的业务数据；其中，
所述发送端包括所述目标车辆的行驶路径上的所有MEC设备，或者所述目标车辆的行驶路径终点的MEC设备。
其中，所述收发器还用于在接收到所述行驶路径的中间MEC设备发送的业务数据后，将所述业务数据转发至所述行驶路径的下一MEC设备。
为达到上述目的，本发明的实施例还提供了一种MEC设备，包括收发器、存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序；所述处理器执行所述计算机程序时实现如上所述的应用于MEC设备的数据协同方法。
为达到上述目的，本发明的实施例还提供了一种服务器，包括收发器、存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序；所述处理器执行所述计算机程序时实现如上所述的应用于服务器的数据协同方法。
为达到上述目的，本发明的实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上所述的应用于MEC设备数据协同方法中的步骤。
为达到上述目的，本发明的实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上所述的应用于服务器的数据协同方法中的步骤。
本发明的上述技术方案的有益效果如下：
本发明实施例的数据协同方法，将能够获取目标车辆的预设基础信息，然后根据该预设基础信息完成目标车辆在当前行驶路径上的业务数据计算，并将所计算的业务数据发送至车联网系统的接收端，从而实现目标车辆的行驶过程中，对车联网业务的不间断、不重复计算，满足行驶于多个MEC设备覆盖范围间车辆的业务需求。
附图说明
图1为本发明实施例的应用于MEC设备的数据协同方法的流程图之一；
图2为本发明实施例的应用于MEC设备的数据协同方法的流程图之二；
图3为本发明实施例的应用于MEC设备的数据协同方法的流程图之三；
图4为本发明实施例的数据协同方法的应用流程图之一；
图5为本发明实施例的数据协同方法的应用流程图之二；
图6为本发明实施例的应用于服务器的数据协同方法的流程图；
图7为本发明实施例的MEC设备结构图；
图8为本发明实施例的服务器的结构图；
图9为本发明另一实施例的MEC设备的结构图；
图10为本发明另一实施例的服务器的结构图。
具体实施方式
为使本发明要解决的技术问题、技术方案和优点更加清楚，下面将结合附图及具体实施例进行详细描述。
本发明针对现有的移动终端与蓝牙卡连接的认证过程，缺少数据处理的保护措施，存在较高的信息泄露风险，对用户造成了一定的安全隐患的问题，提供了一种认证方法，通过增加对认证过程中的数据处理的保护，降低了信息泄露的风险，提升了移动终端的安全性。
如图1所示，本发明实施例的一种数据协同方法，应用于车联网系统，包括：
步骤101，获取目标车辆的预设基础信息；
步骤102，根据所述预设基础信息进行当前行驶路径上的业务数据计算，并将所计算的业务数据发送至所述车联网系统的接收端。
通过步骤101-步骤102，本发明实施例的数据协同方法，将能够获取目标车辆的预设基础信息，然后根据该预设基础信息完成目标车辆在当前行驶路径上的业务数据计算，并将所计算的业务数据发送至车联网系统的接收端，从而实现目标车辆的行驶过程中，对车联网业务的不间断、不重复计算，满足行驶于多个MEC设备覆盖范围间车辆的业务需求。
其中，步骤101具体包括：接收所述车联网系统的服务器自主下发的目标车辆的预设基础信息；或者，发送查询请求至所述服务器，并接收所述服务器根据所述查询请求反馈的所述目标车辆的预设基础信息，所述查询请求包括所述目标车辆的车辆身份标识ID。
本发明实施例的数据系统方法，主要应用于车联网系统的MEC设备。应该了解的是，目标车辆在行驶过程中，将穿越多个MEC设备所覆盖的区域，所以，该实施例中，一方面，将通过车联网系统的服务器来保证中间数据的有效性。因此，步骤101包括：
接收所述车联网系统的服务器自主下发的目标车辆的预设基础信息。
这里，车联网系统的服务器中记录有车辆的基础信息如车型、发送机号、车主信息等等，为得到所需的目标车辆的业务数据，对应于具体的业务类型，将主动下发对应该业务的预设基础信息，因此，MEC设备将能够接收到该服务器下发的预设基础信息，作为业务数据计算的基础。
进一步的，所述接收端为所述服务器；
如图2所示，步骤102包括：
步骤201，监测所述目标车辆驶入移动边缘计算MEC设备自身的覆盖范围内的动态数据；
步骤202，基于预设业务计算策略，由所述预设基础信息和所述动态数据计算当前行驶路径上的业务数据；
步骤203，在所述目标车辆将驶出MEC设备的覆盖范围内时，将所计算的业务数据发送至所述服务器。
按照步骤201-步骤203，当前的MEC设备在接收到服务器自主下发的预设基础信息后，将在目标车辆驶入其覆盖范围内时，监测该目标车辆的动态数据(如车速、发送机转速等，具体内容要对应业务要求进行确定)；然后基于对应业务的预先设定的计算策略，即预设业务计算策略，由已接收的预设基础信息和该动态数据计算当前行驶路径上的业务数据；之后在该目标车辆将驶出该MEC设备的覆盖范围内时，将所计算的业务数据发送至该服务器。
这样，若该MEC设备为目标车辆行程中的中间MEC设备(驶出该MEC设备的覆盖范围后继续行驶)，该服务器就能够将接收到的业务数据转发至行驶到的下一MEC设备，以便下一MEC设备结合上一路段的业务数据、预设基础信息和目标车辆的实时动态数据进行新的业务数据的计算，避免发生业务的间断和重复计算，保证了中间数据的有效性，提高了计算效率及业务时效性。若该MEC设备为目标车辆行程的终点MEC设备(驶入该MEC设备的覆盖范围后不再继续行驶)，该服务器就能够了解到目标车辆在本次行程中最终的业务数据，并保存，例如本次行程分析出的驾驶员行为结果(驾驶操作是激进还是平稳，驾驶习惯是否健康，还可给予相应评分等等)，作为下次行程开始时的基础参考数据。
如此，MEC设备与服务器配合，完成了服务器动态协同方案。但是，在服务器动态系统方案中，该服务器为将接收到的中间MEC设备发送的业务数据准确下发至行程的下一MEC设备，需要结合目标车辆的行驶路径，准确地确定出该行驶路径上的所有MEC设备。所以，该服务器将执行：获取目标车辆的行驶路径；基于预设分解规则，将该行驶路径分解为多个子路径；将各个子路径分别归属的MEC设备确定为目标车辆的行驶路径上的所有MEC设备的步骤。
这样，先获取到目标车辆的行驶路径；然后基于预设分解规则，将该行驶路径分解为多个子路径；最终，将各个子路径分别归属的MEC设备确定为目标车辆的行驶路径上的所有MEC设备。
其中，服务器可通过连接目标车辆的导航，或者结合历史记录、当前位置和行驶方向进行路径分析等方式，获取到该目标车辆的行驶路径。而预设分解规则为系统设置的，可以是基于MEC设备密度分解、基于行驶路径长度均分或者基于路径跨越城市街道区域分解等。
例如获取到的行驶路径Rv，按照预设分解规则得到的子路径为Rv1，Rv2，……，Rvn，之后，就能够由各个子路径归属的MEC设备确定出该行驶路径为Rv上的所有MEC设备。
具体的，对于分解得到的每个子路径，将根据子路径的长度，在该子路径中选取预设数量的参考位置点；根据该参考位置点所在的位置区域，确定该位置区域中所有MEC设备；根据该参考位置点与所有MEC设备之间的距离，确定该参考位置点归属的候选MEC设备；根据所确定的各个参考位置点的候选MEC设备，选取子路径归属的MEC设备。
由于MEC设备覆盖范围由城市复杂性及基站位置决定，存在相互叠加的请，因此，进一步具体的，按照该目标车辆的行驶方向，依次选取相邻的参考位置点对应关联的候选MEC设备作为该子路径归属的MEC设备。
假设系统设定：子路径长度小于5km，选取5个参考位置点；子路径长度大于或等于5km，且小于10km，选取10个参考位置点。以上述分解得到的子路径Rv1，LRv1<5km为例，将取得5个参考位置点G1，G2，G3，G4，G5，同时，将获得这5个点的GPS信息。按照上述步骤，首先判断G1点所在的位置区域(通过GPS反向解析判断出，如北京西城区)，确定出该位置区域中所有MEC设备，即可得到这些MEC设备的GPS信息。通过G1与这些MEC设备的GPS信息，分别计算G1与这些MEC设备之间的距离，判断G1是否在其中一MEC设备的覆盖范围内。通过计算G1可能同时存在于多个MEC覆盖范围内，比如MEC1，MEC11，MEC2，此时，就需要结合G2的归属的候选MEC设备进行进一步分析判断。如G2同时存在于MEC2，MEC3，则将MEC11删除，同理，通过计算G3，G4，G5归属的候选MEC设备，得出子路径Rv1所经过的MEC设备，即为子路径Rv1归属的MEC设备，如MEC1，MEC2，MEC3等等。以此类推，完成所有子路段Rv1，Rv2，……，Rvn的计算，得出行驶路径Rv所经过的所有MEC设备：MEC1，MEC2，……，MECn，可记录为MEC设备列表信息。服务器基于该MEC设备列表信息，在接收到一MEC设备的业务数据后，就能够将该业务数据转发至下一MEC设备。
该实施例中，另一方面，由于服务器无法对目标车辆的行驶路径进行确定，将通过车联网系统的MEC设备来保证中间数据的有效性。故，步骤101包括：
发送查询请求至所述车联网系统的服务器，所述查询请求包括所述目标车辆的车辆身份标识ID；
接收所述服务器根据所述查询请求反馈的所述目标车辆的预设基础信息。
这里，服务器将不再进行预设基础信息的主动发送，MEC设备将发送包括该目标车辆的车辆ID的查询请求至服务器，向服务器查询目标车辆的预设基础信息。服务器接收到该查询请求后，就将反馈该目标车辆的预设基础信息，MEC设备则对应接收到该预设基础信息。
进一步的，所述接收端为第一MEC设备，所述第一MEC设备为所述目标车辆的行驶路径中的下一MEC设备；
如图3所示，步骤102包括：
步骤301，监测所述目标车辆驶入MEC设备自身的覆盖范围内的动态数据；
步骤302，基于预设业务计算策略，由所述预设基础信息和所述动态数据计算当前行驶路径上的业务数据，并确定至少一个第一MEC设备；
步骤303，发送所计算的业务数据以及所述预设基础信息至所确定的所述至少一个第一MEC设备，使所述第一MEC设备监测到所述目标车辆驶入自身的覆盖范围内的动态数据时，根据所述业务数据、所述动态数据和所述预设基础信息进行当前行驶路径上的新的业务数据计算，或者所述第一MEC设备在预设时长内未检测到所述目标车辆驶入自身的覆盖范围内时，清除所接收到的所述目标车辆的数据。
经上述步骤301-步骤303，MEC设备在接收到服务器根据查询请求反馈的预设基础信息后，首先监测目标车辆驶入其覆盖范围内的动态数据；然后基于预设业务计算策略，由该预设基础信息和该动态数据计算当前行驶路径上的业务数据，并确定至少一个第一MEC设备；之后发送所计算的业务数据以及该预设基础信息至所确定的至少一个第一MEC设备。
可知，对于本发明实施例中的MEC设备动态协同方案，为减少处理流程，仅有目标车辆所经过的第一个MEC设备向该服务器发起预设基础查询，其它MEC设备可在接收业务数据转发同时，接收由上一MEC设备转发的预设基础信息。这样，行驶路径中的下一MEC设备监测到目标车辆驶入其覆盖范围内的动态数据时，根据接收到的上一MEC设备发送的业务数据、预设基础信息，以及监测到的动态数据进行当前行驶路径上的新的业务数据计算。
一般而言，MEC设备确定下一MEC的方式具体为通过对预设基础信息和动态数据分析，预测出该目标车辆的驾驶员，推断出常用路径进行初步的路径预测，之后结合当前车辆行驶方向，动态预测下一车辆可能经过的MEC设备。
系统往往通过服务器设置预测的下一MEC设备即第一MEC设备的数量为多个(记录为第一MEC设备的列表)，如2至3个，便于容错处理，保证将中间数据成功转发到目标车辆实际达到的下一MEC设备。第一MEC设备的具体数量，将根据当前MEC所处位置，结合道路方向复杂性，此MEC周边中潜在的MEC数量等因素综合考虑。假设设置为3个，则当目标车辆A驶出当前MEC覆盖范围前，A第一个经过的MEC1会将当前中间数据发送到第一MEC设备对应列表中的每个MEC设备，如MEC2，MEC3，MEC4。然而，MEC2，MEC3，MEC4并非都为目标车辆实际达到的下一MEC设备，所以，本发明实施例中还设置了冗余机制。第一MEC设备在接收到上一MEC设备转发的预设基础信息和业务数据后，预设时长内未检测到该目标车辆驶入自身的覆盖范围内，对所接收到的该目标车辆的数据(如上一MEC设备转发的预设基础信息和业务数据)进行清除，避免空间浪费。假设预设时长T＝30分钟，MEC2在此期间内没有检测到A驶入其覆盖范围，则清除A的数据。
另外，在上述实施例的基础上，所述方法还包括：
在发送所计算的业务数据以及所述预设基础信息至所确定的所述至少一个第一MEC设备之前，对所述至少一个第一MEC设备进行所述目标车辆的数据的同步校验。
这里，将在发送前进行数据的同步校验，校验第一MEC设备释放已经由目标车辆数据，如没有则可直接同步，如有，则对数据进行更新，以防之前同步数据中缺少本次MEC计算的业务数据。
当然，MEC设备之间转发的中间数据还可包括其他进行新的业务数据计算所需的数据，如MEC计算的车辆动态数据，以便提高计算效率。
下面结合图4和图5的处理流程，具体说明本发明实施例的数据协同方法在不同场景下的应用：
场景一、假设驾驶员在加入车联网的车辆B行驶前通过车载导航进行了行程规划，服务器即可通过车载导航获知车辆B的行驶路径。如图4所示，车辆B将车载导航上报其目的地。服务器接收到该目的地后，经导航路径计算，将规划的行驶路径反馈至车辆B。服务器根据该行驶路径，确定出该行驶路径上的所有MEC设备，得到MEC设备列表：MEC1，MEC2，……，MECn。按照该MEC设备列表，服务器首先下发车辆B的预设基础信息至MEC1。在车辆B按照行驶路径行驶接入MEC1，并向MEC1上报其行驶的动态数据后，MEC1基于预设业务计算策略，跟进车联网业务的计算，得到所计算的业务数据如驾驶行为分析等。MEC1还将根据车辆B的GPS信息判断车辆B是否驶出其覆盖范围，并在车辆B驶出其覆盖范围时，发送至少包括所计算的业务数据的中间数据至服务器。进而，服务器通过查询之前确定的MEC设备列表，将中间数据同步到MEC2。在车辆B按照行驶路径行驶接入MEC2，并向MEC2上报其行驶的动态数据后，MEC2则将基于其预设业务计算策略，结合预设基础信息、MEC1的中间数据和车辆实时行驶的动态数据进行计算，跟进车联网业务的计算，同样在车辆B驶出其覆盖范围时，发送至少包括所计算的业务数据的中间数据至服务器。中间处理流程参照上述流程，不再赘述。直至行驶路径的终点MEC设备MECn计算后将最终的业务数据上报到服务器，此时还可上报本次行程中的其它数据记录。其中，该行驶路径上的所有MEC设备如MEC1，还将保留车辆B的数据T1时间，T1的具体值可由服务器设置调整。
情景二、假设驾驶员在加入车联网的车辆C行驶前未进行行程规划，服务器无法获知车辆C的行驶路径。如图5所示，车辆C行驶后首先接入MEC1，则将向MEC1上报其行驶的动态数据。MEC1即可获知车辆C的车辆ID，向服务器发送查询请求，获取服务器反馈的预设基础信息。MEC1基于预设业务计算策略，由预设基础信息和车辆实时行驶的动态数据进行计算，得到所计算的业务数据如驾驶行为分析等，同时，MEC1还将确定出车辆C经过的下一个MEC设备的列表：MEC2，MEC3和MEC4。其中，下一个MEC设备的列表的MEC设备个数可由服务器设置调整。MEC1对MEC2，MEC3和MEC4进行数据的同步校验后，发送至少包括所计算的业务数据的中间数据至MEC2，MEC3和MEC4。在车辆C接入MEC4，并向MEC4上报其行驶的动态数据后，MEC4的处理流程参照上述MEC1，不再赘述。直至行驶路径的终点MEC设备MECn计算后将最终的业务数据上报到服务器。其中，由于车辆C未接入MEC2和MEC3，MEC2和MEC3会对接收到的MEC1发送的中间数据进行冗余处理，即在T2时间未检测到车辆C驶入自身的覆盖范围内时删除MEC1发送中间数据。
综上所述，本发明实施例的数据协同方法，将能够获取目标车辆的预设基础信息，然后根据该预设基础信息完成目标车辆在当前行驶路径上的业务数据计算，并将所计算的业务数据发送至车联网系统的接收端，从而实现目标车辆的行驶过程中，对车联网业务的不间断、不重复计算，满足行驶于多个MEC设备覆盖范围间车辆的业务需求。
本发明实施例还提供了一种数据协同方法，应用于车联网系统，包括：
发送目标车辆的预设基础信息至第二MEC设备，使所述第二MEC设备根据所述预设基础信息进行当前行驶路径上的业务数据计算，并将所计算的业务数据发送至所述车联网系统的接收端。
本发明实施例的数据协同方法，主要应用于车联网系统的服务器中，通过发送目标车辆的预设基础信息至第二MEC设备，使该第二MEC设备根据该预设基础信息进行当前行驶路径上的业务数据计算，并将所计算的业务数据发送至该车联网系统的接收端，从而实现目标车辆的行驶过程中，对车联网业务的不间断、不重复计算，满足行驶于多个MEC设备覆盖范围间车辆的业务需求。
结合上一实施例可知，一方面，所述第二MEC设备为所述目标车辆行驶路径上的所有MEC设备；
所述发送目标车辆的预设基础信息至第二MEC设备的步骤之前，还包括：
确定所述目标车辆的行驶路径上的所有MEC设备。
这样，在服务器确定该目标车辆行驶路径上的所有MEC设备后，就能够主动将该目标车辆的预设基础信息发送到所有MEC设备，以便这些MEC设备进行后续的业务计算。
其中，如图6所示，所述确定所述目标车辆的行驶路径上的所有MEC设备的步骤，包括：
步骤601，获取所述目标车辆的行驶路径；
步骤602，基于预设分解规则，将所述行驶路径分解为多个子路径；
步骤603，将各个子路径分别归属的MEC设备确定为所述第二MEC设备。
这样，经步骤601-步骤603，服务器可先通过连接目标车辆的导航，或者结合历史记录、当前位置和行驶方向进行路径分析等方式，获取到该目标车辆的行驶路径；之后，由系统设置的预设分解规则对行驶路径分解，得到多个子路径后，将各个子路径分别归属的MEC设备确定为目标车辆的行驶路径上的所有MEC设备。其中，预设分解规则可以是基于MEC设备密度分解、基于行驶路径长度均分或者基于路径跨越城市街道区域分解等。例如获取到的行驶路径Rv，按照预设分解规则得到的子路径为Rv1，Rv2，……，Rvn，之后，就能够由各个子路径归属的MEC设备确定出该行驶路径为Rv上的所有MEC设备。
具体的，所述将各个子路径分别归属的MEC设备确定为所述第二MEC设备的步骤，包括：
根据子路径的长度，在所述子路径中选取预设数量的参考位置点；
根据所述参考位置点所在的位置区域，确定所述位置区域中所有MEC设备；
根据所述参考位置点与所述所有MEC设备之间的距离，确定所述参考位置点归属的候选MEC设备；
根据所确定的各个参考位置点的候选MEC设备，选取所述子路径归属的MEC设备。
这里，对于分解得到的每个子路径，将根据子路径的长度，在该子路径中选取预设数量的参考位置点；根据该参考位置点所在的位置区域，确定该位置区域中所有MEC设备；根据该参考位置点与所有MEC设备之间的距离，确定该参考位置点归属的候选MEC设备；根据所确定的各个参考位置点的候选MEC设备，选取子路径归属的MEC设备。
由于MEC设备覆盖范围由城市复杂性及基站位置决定，存在相互叠加的请，因此，进一步具体的，所述根据所确定的各个参考位置点的候选MEC设备，选取所述子路径归属的MEC设备的步骤，包括：
按照所述目标车辆的行驶方向，依次选取相邻的参考位置点对应关联的候选MEC设备作为所述子路径归属的MEC设备。
假设系统设定：子路径长度小于5km，选取5个参考位置点；子路径长度大于或等于5km，且小于10km，选取10个参考位置点。以上述分解得到的子路径Rv1，LRv1<5km为例，将取得5个参考位置点G1，G2，G3，G4，G5，同时，将获得这5个点的GPS信息。按照上述步骤，首先判断G1点所在的位置区域(通过GPS反向解析判断出，如北京西城区)，确定出该位置区域中所有MEC设备，即可得到这些MEC设备的GPS信息。通过G1与这些MEC设备的GPS信息，分别计算G1与这些MEC设备之间的距离，判断G1是否在其中一MEC设备的覆盖范围内。通过计算G1可能同时存在于多个MEC覆盖范围内，比如MEC1，MEC11，MEC2，此时，就需要结合G2的归属的候选MEC设备进行进一步分析判断。如G2同时存在于MEC2，MEC3，则将MEC11删除，同理，通过计算G3，G4，G5归属的候选MEC设备，得出子路径Rv1所经过的MEC设备，即为子路径Rv1归属的MEC设备，如MEC1，MEC2，MEC3等等。以此类推，完成所有子路段Rv1，Rv2，……，Rvn的计算，得出行驶路径Rv所经过的所有MEC设备：MEC1，MEC2，……，MECn，可记录为MEC设备列表信息。
在上一实施例中，还应该了解的是，由于服务器无法对目标车辆的行驶路径进行确定，将通过车联网系统的MEC设备来保证中间数据的有效性。故，所述发送目标车辆的预设基础信息至第二MEC设备的步骤，包括：
根据接收到的第二MEC设备发送的查询请求，反馈所述目标车辆的预设基础信息至所述第二MEC设备，所述查询请求包括所述目标车辆的车辆ID。
这里，服务器将不再进行预设基础信息的主动发送，而是接收到MEC设备发送的包括该目标车辆的车辆ID的查询请求后，由该查询请求反馈该目标车辆的预设基础信息，MEC设备则对应接收到该预设基础信息。
优选的，为简化处理流程，仅有该MEC设备为目标车辆在行驶路径中首次接入的MEC设备时，才会发送查询请求至服务器。
另外，所述方法还包括：
接收所述车联网系统的发送端发送的所述目标车辆的业务数据；其中，
所述发送端包括所述目标车辆的行驶路径上的所有MEC设备，或者所述目标车辆的行驶路径终点的MEC设备。
其中，所述方法还包括：
在接收到所述行驶路径的中间MEC设备发送的业务数据后，将所述业务数据转发至所述行驶路径的下一MEC设备。
这里，对于服务器协同方案，服务器将会接收行驶路径上的所有MEC设备发送的该目标车辆的业务数据，若接收到中间MEC设备发送的业务数据，则将其转发至该行驶路径的下一MEC设备；若接收到终点MEC设备发送的最终的业务数据，则进行存储，以作为下次行程开始时的基础参考数据。对于MEC设备动态协同方案，该服务器仅会接收到行驶路径终点的MEC设备在计算完成后所得的最终的业务数据。
本发明实施例的数据协同方法，服务器将，通过发送目标车辆的预设基础信息至第二MEC设备，使该第二MEC设备根据该预设基础信息进行当前行驶路径上的业务数据计算，并将所计算的业务数据发送至该车联网系统的接收端，从而实现目标车辆的行驶过程中，对车联网业务的不间断、不重复计算，满足行驶于多个MEC设备覆盖范围间车辆的业务需求。
需要说明的是，该实施例的数据协同方法是与上一实施例的数据协同方法配合的，上一实施例中服务器的实现方式适用于该实施例，也能达到相同的技术效果。
如图7所示，本发明实施例的一种MEC设备700，包括处理器710和收发器720，其中，
所述收发器720用于获取目标车辆的预设基础信息；
所述处理器710用于根据所述预设基础信息进行当前行驶路径上的业务数据计算，并将所计算的业务数据发送至所述车联网系统的接收端。
其中，所述收发器720还用于接收所述车联网系统的服务器自主下发的目标车辆的预设基础信息。
其中，所述接收端为所述服务器；
所述处理器710还用于监测所述目标车辆驶入移动边缘计算MEC设备自身的覆盖范围内的动态数据；基于预设业务计算策略，由所述预设基础信息和所述动态数据计算当前行驶路径上的业务数据；
所述收发器720还用于在所述目标车辆将驶出MEC设备的覆盖范围内时，将所计算的业务数据发送至所述服务器。
其中，所述收发器720还用于发送查询请求至所述车联网系统的服务器，所述查询请求包括所述目标车辆的车辆身份标识ID；接收所述服务器根据所述查询请求反馈的所述目标车辆的预设基础信息。
其中，所述接收端为第一MEC设备，所述第一MEC设备为所述目标车辆的行驶路径中的下一MEC设备；
所述处理器710还用于监测所述目标车辆驶入MEC设备自身的覆盖范围内的动态数据；基于预设业务计算策略，由所述预设基础信息和所述动态数据计算当前行驶路径上的业务数据，并确定至少一个第一MEC设备；
所述收发器720还用于发送所计算的业务数据以及所述预设基础信息至所确定的所述至少一个第一MEC设备，使所述第一MEC设备监测到所述目标车辆驶入自身的覆盖范围内的动态数据时，根据所述业务数据、所述动态数据和所述预设基础信息进行当前行驶路径上的新的业务数据计算，或者所述第一MEC设备在预设时长内未检测到所述目标车辆驶入自身的覆盖范围内时，清除所接收到的所述目标车辆的数据。
其中，所述处理器710还用于在发送所计算的业务数据以及所述预设基础信息至所确定的所述至少一个第一MEC设备之前，对所述至少一个第一MEC设备进行所述目标车辆的数据的同步校验。
可见，该MEC设备应用于车联网系统，将能够获取目标车辆的预设基础信息，然后根据该预设基础信息完成目标车辆在当前行驶路径上的业务数据计算，并将所计算的业务数据发送至车联网系统的接收端，从而实现目标车辆的行驶过程中，对车联网业务的不间断、不重复计算，满足行驶于多个MEC设备覆盖范围间车辆的业务需求。
如图8所示，本发明实施例的一种服务器800，包括处理器810和收发器820，其中，
所述收发器820用于发送目标车辆的预设基础信息至第二MEC设备，使所述第二MEC设备根据所述预设基础信息进行当前行驶路径上的业务数据计算，并将所计算的业务数据发送至所述车联网系统的接收端。
其中，所述第二MEC设备为所述目标车辆行驶路径上的所有MEC设备；
所述处理器810用于确定所述目标车辆的行驶路径上的所有MEC设备。
其中，所述处理器810还用于获取所述目标车辆的行驶路径；基于预设分解规则，将所述行驶路径分解为多个子路径；将各个子路径分别归属的MEC设备确定为所述第二MEC设备。
其中，所述处理器810还用于根据子路径的长度，在所述子路径中选取预设数量的参考位置点；根据所述参考位置点所在的位置区域，确定所述位置区域中所有MEC设备；根据所述参考位置点与所述所有MEC设备之间的距离，确定所述参考位置点归属的候选MEC设备；根据所确定的各个参考位置点的候选MEC设备，选取所述子路径归属的MEC设备。
其中，所述处理器810还用于按照所述目标车辆的行驶方向，依次选取相邻的参考位置点对应关联的候选MEC设备作为所述子路径归属的MEC设备。
其中，所述收发器820还用于根据接收到的第二MEC设备发送的查询请求，反馈所述目标车辆的预设基础信息至所述第二MEC设备，所述查询请求包括所述目标车辆的车辆ID。
其中，所述收发器820还用于接收所述车联网系统的发送端发送的所述目标车辆的业务数据；其中，
所述发送端包括所述目标车辆的行驶路径上的所有MEC设备，或者所述目标车辆的行驶路径终点的MEC设备。
其中，所述收发器820还用于在接收到所述行驶路径的中间MEC设备发送的业务数据后，将所述业务数据转发至所述行驶路径的下一MEC设备。
可见，该服务器应用于车联网系统，通过发送目标车辆的预设基础信息至第二MEC设备，使该第二MEC设备根据该预设基础信息进行当前行驶路径上的业务数据计算，并将所计算的业务数据发送至该车联网系统的接收端，从而实现目标车辆的行驶过程中，对车联网业务的不间断、不重复计算，满足行驶于多个MEC设备覆盖范围间车辆的业务需求。
本发明另一实施例的一种MEC设备，如图9所示，包括收发器901、存储器905、处理器904及存储在所述存储器905上并可在所述处理器904上运行的计算机程序；所述处理器904执行所述计算机程序时实现上述应用于MEC设备的数据协同方法。
所述收发器901，用于在处理器904的控制下接收和发送数据。
在图9中，总线架构(用总线900来代表)，总线900可以包括任意数量的互联的总线和桥，总线900将包括由处理器904代表的一个或多个处理器和存储器905代表的存储器的各种电路链接在一起。总线900还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口903在总线900和收发器901之间提供接口。收发器901可以是一个元件，也可以是多个元件，比如多个接收器和发送器，提供用于在传输介质上与各种其他装置通信的单元。经处理器904处理的数据通过天线902在无线介质上进行传输，进一步，天线902还接收数据并将数据传送给处理器904。
处理器904负责管理总线900和通常的处理，还可以提供各种功能，包括定时，外围接口，电压调节、电源管理以及其他控制功能。而存储器905可以被用于存储处理器904在执行操作时所使用的数据。
可选的，处理器904可以是CPU、ASIC、FPGA或CPLD。
本发明另一实施例的服务器，如图10所示，包括收发器1010、存储器1020、处理器1000及存储在所述存储器1020上并可在所述处理器1000上运行的计算机程序；所述处理器1000执行所述计算机程序时实现上述应用于服务器的数据协同方法。
所述收发器1010，用于在处理器1000的控制下接收和发送数据。
其中，在图10中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器1000代表的一个或多个处理器和存储器1020代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发器1010可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。处理器1000负责管理总线架构和通常的处理，存储器1020可以存储处理器1000在执行操作时所使用的数据。
本发明实施例的一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上所述的应用于MEC设备的数据协同方法中的步骤，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，所述的计算机可读存储介质，如只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(Random Access Memory，简称RAM)、磁碟或者光盘等。
本发明实施例的一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上所述的应用于服务器的数据协同方法中的步骤，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，所述的计算机可读存储介质，如只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(Random Access Memory，简称RAM)、磁碟或者光盘等。
进一步需要说明的是，此说明书中所描述的许多功能部件都被称为模块，以便更加特别地强调其实现方式的独立性。
本发明实施例中，模块可以用软件实现，以便由各种类型的处理器执行。举例来说，一个标识的可执行代码模块可以包括计算机指令的一个或多个物理或者逻辑块，举例来说，其可以被构建为对象、过程或函数。尽管如此，所标识模块的可执行代码无需物理地位于一起，而是可以包括存储在不同位里上的不同的指令，当这些指令逻辑上结合在一起时，其构成模块并且实现该模块的规定目的。
实际上，可执行代码模块可以是单条指令或者是许多条指令，并且甚至可以分布在多个不同的代码段上，分布在不同程序当中，以及跨越多个存储器设备分布。同样地，操作数据可以在模块内被识别，并且可以依照任何适当的形式实现并且被组织在任何适当类型的数据结构内。所述操作数据可以作为单个数据集被收集，或者可以分布在不同位置上(包括在不同存储设备上)，并且至少部分地可以仅作为电子信号存在于系统或网络上。
在模块可以利用软件实现时，考虑到现有硬件工艺的水平，所以可以以软件实现的模块，在不考虑成本的情况下，本领域技术人员都可以搭建对应的硬件电路来实现对应的功能，所述硬件电路包括常规的超大规模集成(VLSI)电路或者门阵列以及诸如逻辑芯片、晶体管之类的现有半导体或者是其它分立的元件。模块还可以用可编程硬件设备，诸如现场可编程门阵列、可编程阵列逻辑、可编程逻辑设备等实现。
上述范例性实施例是参考该些附图来描述的，许多不同的形式和实施例是可行而不偏离本发明精神及教示，因此，本发明不应被建构成为在此所提出范例性实施例的限制。更确切地说，这些范例性实施例被提供以使得本发明会是完善又完整，且会将本发明范围传达给那些熟知此项技术的人士。在该些图式中，组件尺寸及相对尺寸也许基于清晰起见而被夸大。在此所使用的术语只是基于描述特定范例性实施例目的，并无意成为限制用。如在此所使用地，除非该内文清楚地另有所指，否则该单数形式“一”、“一个”和“该”是意欲将该些多个形式也纳入。会进一步了解到该些术语“包含”及/或“包括”在使用于本说明书时，表示所述特征、整数、步骤、操作、构件及/或组件的存在，但不排除一或更多其它特征、整数、步骤、操作、构件、组件及/或其族群的存在或增加。除非另有所示，陈述时，一值范围包含该范围的上下限及其间的任何子范围。
以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明所述原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。
Claims (18)
1.一种数据协同方法，应用于车联网系统，其特征在于，包括：
接收所述车联网系统的服务器自主下发的目标车辆的预设基础信息；或者，发送查询请求至所述服务器，并接收所述服务器根据所述查询请求反馈的所述目标车辆的预设基础信息，所述查询请求包括所述目标车辆的车辆身份标识ID；
根据所述预设基础信息进行当前行驶路径上的业务数据计算，并将所计算的业务数据发送至所述车联网系统的接收端。
2.根据权利要求1所述的数据协同方法，其特征在于，所述接收端为所述服务器；
所述根据所述预设基础信息进行当前行驶路径上的业务数据计算，并将所计算的业务数据发送至所述车联网系统的接收端的步骤，包括：
在接收到所述服务器自主下发的预设基础信息后，监测所述目标车辆驶入移动边缘计算MEC设备自身的覆盖范围内的动态数据；
基于预设业务计算策略，由所述预设基础信息和所述动态数据计算当前行驶路径上的业务数据；
在所述目标车辆将驶出MEC设备的覆盖范围内时，将所计算的业务数据发送至所述服务器。
3.根据权利要求1所述数据协同方法，其特征在于，所述接收端为第一MEC设备，所述第一MEC设备为所述目标车辆的行驶路径中的下一MEC设备；
所述根据所述预设基础信息进行当前行驶路径上的业务数据计算，并将所计算的业务数据发送至所述车联网系统的接收端的步骤，包括：
在接收到所述服务器根据所述查询请求反馈的所述预设基础信息后，监测所述目标车辆驶入MEC设备自身的覆盖范围内的动态数据；
基于预设业务计算策略，由所述预设基础信息和所述动态数据计算当前行驶路径上的业务数据，并确定至少一个第一MEC设备；
发送所计算的业务数据以及所述预设基础信息至所确定的所述至少一个第一MEC设备，使所述第一MEC设备监测到所述目标车辆驶入自身的覆盖范围内的动态数据时，根据所述业务数据、所述动态数据和所述预设基础信息进行当前行驶路径上的新的业务数据计算，或者所述第一MEC设备在预设时长内未检测到所述目标车辆驶入自身的覆盖范围内时，清除所接收到的所述目标车辆的数据。
4.根据权利要求3所述的数据协同方法，其特征在于，所述方法还包括：
在发送所计算的业务数据以及所述预设基础信息至所确定的所述至少一个第一MEC设备之前，对所述至少一个第一MEC设备进行所述目标车辆的数据的同步校验。
5.一种数据协同方法，应用于车联网系统，其特征在于，包括：
发送目标车辆的预设基础信息至第二MEC设备，使所述第二MEC设备根据所述预设基础信息进行当前行驶路径上的业务数据计算，并将所计算的业务数据发送至所述车联网系统的接收端。
6.根据权利要求5所述的数据协同方法，其特征在于，所述第二MEC设备为所述目标车辆行驶路径上的所有MEC设备；
所述发送目标车辆的预设基础信息至第二MEC设备的步骤之前，还包括：
确定所述目标车辆的行驶路径上的所有MEC设备。
7.根据权利要求6所述的数据协同方法，其特征在于，所述确定所述目标车辆的行驶路径上的所有MEC设备的步骤，包括：
获取所述目标车辆的行驶路径；
基于预设分解规则，将所述行驶路径分解为多个子路径；
将各个子路径分别归属的MEC设备确定为所述第二MEC设备。
8.根据权利要求7所述的数据协同方法，其特征在于，所述将各个子路径分别归属的MEC设备确定为所述第二MEC设备的步骤，包括：
根据子路径的长度，在所述子路径中选取预设数量的参考位置点；
根据所述参考位置点所在的位置区域，确定所述位置区域中所有MEC设备；
根据所述参考位置点与所述所有MEC设备之间的距离，确定所述参考位置点归属的候选MEC设备；
根据所确定的各个参考位置点的候选MEC设备，选取所述子路径归属的MEC设备。
9.根据权利要求8所述的数据协同方法，其特征在于，所述根据所确定的各个参考位置点的候选MEC设备，选取所述子路径归属的MEC设备的步骤，包括：
按照所述目标车辆的行驶方向，依次选取相邻的参考位置点对应关联的候选MEC设备作为所述子路径归属的MEC设备。
10.根据权利要求5所述的数据协同方法，其特征在于，所述发送目标车辆的预设基础信息至第二MEC设备的步骤，包括：
根据接收到的第二MEC设备发送的查询请求，反馈所述目标车辆的预设基础信息至所述第二MEC设备，所述查询请求包括所述目标车辆的车辆ID。
11.根据权利要求5所述的数据协同方法，其特征在于，所述方法还包括：
接收所述车联网系统的发送端发送的所述目标车辆的业务数据；其中，
所述发送端包括所述目标车辆的行驶路径上的所有MEC设备，或者所述目标车辆的行驶路径终点的MEC设备。
12.根据权利要求11所述的数据协同方法，其特征在于，所述方法还包括：
在接收到所述行驶路径的中间MEC设备发送的业务数据后，将所述业务数据转发至所述行驶路径的下一MEC设备。
13.一种MEC设备，应用于车联网系统，其特征在于，包括处理器和收发器，其中，
所述收发器用于接收所述车联网系统的服务器自主下发的目标车辆的预设基础信息；或者，发送查询请求至所述服务器，并接收所述服务器根据所述查询请求反馈的所述目标车辆的预设基础信息，所述查询请求包括所述目标车辆的车辆身份标识ID；
所述处理器用于根据所述预设基础信息进行当前行驶路径上的业务数据计算，并将所计算的业务数据发送至所述车联网系统的接收端。
14.一种服务器，应用于车联网系统，其特征在于，包括处理器和收发器，其中，
所述收发器用于发送目标车辆的预设基础信息至第二MEC设备，使所述第二MEC设备根据所述预设基础信息进行当前行驶路径上的业务数据计算，并将所计算的业务数据发送至所述车联网系统的接收端。
15.一种MEC设备，包括收发器、存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序；其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至4任一项所述的数据协同方法。
16.一种服务器，包括收发器、存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序；其特征在于，所述处理器执行所述计算机程序时实现如权利要求5至12任一项所述的数据协同方法。
17.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1-4任一项所述的数据协同方法中的步骤。
18.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求5-12任一项所述的数据协同方法中的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201711113450.1A CN109788515B (zh) | 2017-11-13 | 2017-11-13 | 一种数据协同方法、mec设备以及服务器 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201711113450.1A CN109788515B (zh) | 2017-11-13 | 2017-11-13 | 一种数据协同方法、mec设备以及服务器 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN109788515A true CN109788515A (zh) | 2019-05-21 |
| CN109788515B CN109788515B (zh) | 2021-08-06 |
Family
ID=66485529
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201711113450.1A Active CN109788515B (zh) | 2017-11-13 | 2017-11-13 | 一种数据协同方法、mec设备以及服务器 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109788515B (zh) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110379162A (zh) * | 2019-07-23 | 2019-10-25 | 广东工业大学 | 车辆违章监测方法、装置、设备及计算机可读存储介质 |
| CN111462515A (zh) * | 2020-03-31 | 2020-07-28 | 中国联合网络通信集团有限公司 | 车路协同管理方法、mec服务器、终端和系统 |
| CN112735162A (zh) * | 2020-12-22 | 2021-04-30 | 华人运通(上海)自动驾驶科技有限公司 | 车辆调度方法、装置、系统、设备及存储介质 |
| CN113422806A (zh) * | 2021-05-26 | 2021-09-21 | 中国联合网络通信集团有限公司 | 车联网数据处理方法、车载终端及数据存储服务器 |
| CN114089919A (zh) * | 2021-11-25 | 2022-02-25 | 中国联合网络通信集团有限公司 | 异构mec数据协同方法、协同服务中心及系统 |
Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105554120A (zh) * | 2015-12-18 | 2016-05-04 | 宇龙计算机通信科技(深圳)有限公司 | 用于车辆通信的数据传输方法及数据传输装置、路侧单元 |
| WO2017026992A1 (en) * | 2015-08-07 | 2017-02-16 | Nokia Solutions And Networks Oy | Method and apparatus for supporting vehicle-to-infrastructure or vehicle-to-vehicle services |
| CN106817686A (zh) * | 2015-11-27 | 2017-06-09 | 大唐移动通信设备有限公司 | 一种计费方法及装置 |
| CN107018534A (zh) * | 2016-01-28 | 2017-08-04 | 中兴通讯股份有限公司 | 一种实现移动边缘计算服务的方法、装置及系统 |
| CN107172666A (zh) * | 2017-04-28 | 2017-09-15 | 武汉星耀科技有限公司 | 在移动终端切换通信小区时保持其本地业务的方法及装置 |
| CN107170271A (zh) * | 2017-06-22 | 2017-09-15 | 段九兵 | 一种车联网区域化管理调度方法和系统 |
| WO2017176329A1 (en) * | 2016-04-05 | 2017-10-12 | Intel IP Corporation | Devices and methods for mec v2x |
| CN107305502A (zh) * | 2016-04-21 | 2017-10-31 | 中兴通讯股份有限公司 | 一种应用实例迁移的方法及设备 |
-
2017
- 2017-11-13 CN CN201711113450.1A patent/CN109788515B/zh active Active
Patent Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2017026992A1 (en) * | 2015-08-07 | 2017-02-16 | Nokia Solutions And Networks Oy | Method and apparatus for supporting vehicle-to-infrastructure or vehicle-to-vehicle services |
| CN106817686A (zh) * | 2015-11-27 | 2017-06-09 | 大唐移动通信设备有限公司 | 一种计费方法及装置 |
| CN105554120A (zh) * | 2015-12-18 | 2016-05-04 | 宇龙计算机通信科技(深圳)有限公司 | 用于车辆通信的数据传输方法及数据传输装置、路侧单元 |
| CN107018534A (zh) * | 2016-01-28 | 2017-08-04 | 中兴通讯股份有限公司 | 一种实现移动边缘计算服务的方法、装置及系统 |
| WO2017176329A1 (en) * | 2016-04-05 | 2017-10-12 | Intel IP Corporation | Devices and methods for mec v2x |
| CN107305502A (zh) * | 2016-04-21 | 2017-10-31 | 中兴通讯股份有限公司 | 一种应用实例迁移的方法及设备 |
| CN107172666A (zh) * | 2017-04-28 | 2017-09-15 | 武汉星耀科技有限公司 | 在移动终端切换通信小区时保持其本地业务的方法及装置 |
| CN107170271A (zh) * | 2017-06-22 | 2017-09-15 | 段九兵 | 一种车联网区域化管理调度方法和系统 |
Non-Patent Citations (2)
| Title |
|---|
| INTEL, CEA, PANASONIC, HHI: "Use cases for mmWave and Mobile Edge computing, two building blocks of 5G networks: the vision of the European funded projects 5G-MiEdge", 《3GPP TSG-SA WG1 MEETING #78 S1-172212》 * |
| 李佐昭，刘金旭: "移动边缘计算在车联网中的应用", 《现代电信科技》 * |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110379162A (zh) * | 2019-07-23 | 2019-10-25 | 广东工业大学 | 车辆违章监测方法、装置、设备及计算机可读存储介质 |
| CN111462515A (zh) * | 2020-03-31 | 2020-07-28 | 中国联合网络通信集团有限公司 | 车路协同管理方法、mec服务器、终端和系统 |
| CN112735162A (zh) * | 2020-12-22 | 2021-04-30 | 华人运通(上海)自动驾驶科技有限公司 | 车辆调度方法、装置、系统、设备及存储介质 |
| WO2022134365A1 (zh) * | 2020-12-22 | 2022-06-30 | 华人运通(上海)自动驾驶科技有限公司 | 车辆调度方法、装置、系统、设备及存储介质 |
| CN113422806A (zh) * | 2021-05-26 | 2021-09-21 | 中国联合网络通信集团有限公司 | 车联网数据处理方法、车载终端及数据存储服务器 |
| CN113422806B (zh) * | 2021-05-26 | 2023-04-18 | 中国联合网络通信集团有限公司 | 车联网数据处理方法、车载终端及数据存储服务器 |
| CN114089919A (zh) * | 2021-11-25 | 2022-02-25 | 中国联合网络通信集团有限公司 | 异构mec数据协同方法、协同服务中心及系统 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN109788515B (zh) | 2021-08-06 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109788515A (zh) | 一种数据协同方法、mec设备以及服务器 | |
| US11520331B2 (en) | Methods and apparatus to update autonomous vehicle perspectives | |
| CN112700639B (zh) | 一种基于联邦学习与数字孪生的智能交通路径规划方法 | |
| US20180372502A1 (en) | Road traffic management | |
| Paul et al. | Intelligent Vehicular Networks and Communications: fundamentals, architectures and solutions | |
| JP6801619B2 (ja) | データ転送経路算出装置およびデータ転送端末 | |
| CN108292474A (zh) | 派遣和维护自主车辆的车队的协调 | |
| CN108064062A (zh) | 一种跨基站的信息处理的方法及装置 | |
| Garip et al. | Scalable reactive vehicle-to-vehicle congestion avoidance mechanism | |
| CN111339554A (zh) | 基于移动边缘计算的用户数据隐私保护方法 | |
| CN103674045A (zh) | 通过感应交通量变化搜索路径的通信型导航系统 | |
| CN105144262A (zh) | 用于传送包括多个经过地点的最优路径的方法和装置 | |
| CN109840632A (zh) | 一种行车路线评估规划方法及装置 | |
| CN107038884A (zh) | 推送路况的方法、装置和系统 | |
| JP2017096636A (ja) | 推奨予定経路取得システム、方法およびプログラム | |
| CN105338466A (zh) | 位置信息获取方法及设备 | |
| US20220201584A1 (en) | Method for predicting a modification of the linkage conditions of a terminal to a cellular network | |
| Ghaleb et al. | Driving-situation-aware adaptive broadcasting rate scheme for vehicular ad hoc network | |
| Oliveira et al. | Co-design of consensus-based approach and reliable communication protocol for vehicular platoon control | |
| CN107545318A (zh) | 公交线路优先级确定、公交换乘线路排序方法及装置 | |
| CN106559755B (zh) | 基于冲突检测下QoS保障的车联网电子交通标识广播方法 | |
| Nkenyereye et al. | Efficient RSU selection scheme for fog-based vehicular software-defined network | |
| US20220269288A1 (en) | Electronic device, server, wireless communication method, and computer-readable storage medium | |
| Cao et al. | ETCS: An efficient traffic congestion scheduling scheme combined with edge computing | |
| CN110933643B (zh) | 一种城市道路车联网络资源的共享方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |