CN114780454A - 一种与交通相关的动态信息的处理方法和装置 - Google Patents

Abstract

本申请涉及智能汽车领域，尤其涉及一种与交通相关的动态信息的处理方法和装置。该方法适用于车联网，网联车，自动驾驶等场景，可解决服务设备向终端设备推送无利用价值的动态信息的问题。方法包括：服务设备根据终端设备对应的目标类别指示信息从预设的至少两种集合类别中确定出目标集合类别。这里，不同的类别指示信息对应不同的集合类别，不同集合类别的动态信息集合中所包含的动态信息的内容不同。服务设备根据目标集合类别和至少一种动态信息确定出目标动态信息集合，并将该目标动态集合发送给终端设备。采用本申请提供的方法，可节省服务设备和终端设备的通信资源与数据处理资源。

Description

一种与交通相关的动态信息的处理方法和装置

技术领域

本申请涉及智能汽车领域，尤其涉及一种与交通相关的动态信息的处理方法和装置。

背景技术

随着互联网技术和制造技术的不断发展，智能驾驶汽车逐渐进入人们的生活。所谓的智能驾驶汽车，就是通过车载传感***感知道路环境，自动规划行车路线并控制车辆到达预定目标的汽车。在实际应用中，与交通相关的动态信息主要包括道路积水、道路积雪、交通事故、交通拥堵、道路施工以及交通管制等会实时变化的信息。而作为道路环境的描述或者表征信息，这些与交通相关的动态信息是实现智能驾驶汽车技术的重要前提或者不可或缺的部分。因此，针对这些与交通相关的动态信息的获取与传输已经成为当前的一大研究热点。

现有技术中，通常是由众包车辆、路边单元(road side unit，RSU)或者第三方云(如交通云、政务云等)等获取到某个动态信息并传输给地图服务器。再由地图服务器对这个动态信息进行相应的处理并继续转发给终端设备(如RSU、车载终端或者第三方应用平台等)。实际应用中，终端设备可能对某些动态信息没有需求，而地图服务器在接收到这些动态信息后仍然会完整的将这些动态信息转发给终端设备，这样就会使得终端设备接收到一些无用的动态信息，造成终端设备和地图服务器的通信资源以及数据处理资源的浪费。

发明内容

为了解决上述问题，本申请提供了一种与交通相关的动态信息的处理方法和装置，可避免无用的动态信息的传输带来的通信资源以及数据处理资源的浪费。

需要说明的是，本申请实施例中所提出的方法可以由支持无线通信功能的计算设备执行。其中，所谓的计算设备是指能够被抽象为计算机***的设备。在本申请实施例中，一方面，该计算设备可以是服务设备的整机，或者，该服务设备中的部分器件，如该服务设备中具有无线通信功能的芯片***、逻辑电路(如现场可编程逻辑门阵列(fieldprogrammable gate array，FPGA))等。这里，上述服务设备具体可以是具有高精度的地图服务功能的本地服务器或者云端服务器、具备数据处理能力的RSU等。而服务设备中的部分器件具体可以是本地服务器、云端服务器或者RSU中的***芯片以及为该***芯片服务的无线通信模块(如包括射频处理芯片和基带处理芯片的通信芯片等)等。另一方面，该计算设备还可以是终端设备的整机，或者，该终端设备中的部分器件，如终端设备中具有无线通信功能的芯片***、逻辑电路等。这里，上述终端设备具体可以是智能汽车或者智能汽车上的远程信息处理盒(telematics box，T-box)等，而终端设备中的部分器件则可以是智能汽车的车载***或者智能汽车的T-box的***芯片和通信芯片等。这里需要理解到的是，前文针对服务设备或者终端设备的描述为示例性的，并不作具体限制。后文为了方便理解和区别，将统一以服务设备和终端设备代替描述。

第一方面，本申请实施例提供了一种与交通相关的动态信息的处理方法。该方法适用于上述服务设备。方法包括：先根据终端设备对应的目标类别指示信息从预设的至少两种集合类别中确定出目标集合类别。其中，不同的类别指示信息对应不同的集合类别，不同集合类别的动态信息集合中所包含的动态信息的内容不同，任意一个动态信息集合中包括一个或者多个动态信息。然后，根据所述目标集合类别和至少一种动态信息确定出目标动态信息集合，并将所述目标动态集合发送给终端设备。

在本申请实施例中，动态信息集合对应有多种不同的集合类别，而不同的集合类别所包含的动态信息的内容不同。在为终端设备推送动态信息集合的过程中，服务设备先根据终端设备所对应的目标类别指示信息来确定终端设备所需的动态信息集合的集合类别(即目标集合类别)，然后再生成目标集合类别下的目标动态信息集合并推送给终端设备，这样就可以使得该目标动态信息集合所包含的动态信息的内容均为终端设备所需要的，避免了服务设备向终端设备推送一些无用的动态信息，从而可节省服务设备和终端设备的通信资源和数据处理资源。

结合第一方面，在一种可行的实现方式中，可生成并向所述终端设备发送目标类别指示标识。其中，所述目标类别指示标识用于所述终端设备确定所述目标集合类别。这样可使得终端设备能够简单且便利的确定目标动态信息集合的目标集合类别，可节省终端设备的数据处理量。

结合第一方面，在一种可行的实现方式中，不同集合类别的动态信息集合中所包含的动态信息的种类不同。这里，基于动态信息集合中包含的动态信息的种类来区别不同集合类别的动态信息集合，能够使得动态信息集合所包含的内容得到细化，从而使得后续服务设备能够通过得到的目标集合类别较为精准的为终端设备筛选出其需要的动态信息的内容，并通过目标动态信息集合发送给终端设备。这样就可以避免无需求的动态信息的内容在服务设备和终端设备之间传输，节省了服务设备和终端设备的通信资源和数据处理资源。

结合第一方面，在一种可行的实现方式中，所述目标类别指示信息包括所述终端设备的自动驾驶等级或者设备感知能力等级。

结合第一方面，在一种可行的实现方式中，任意一个动态信息中包括一种或者多种动态属性，不同集合类别的动态信息集合中所包括的同种动态信息动态属性的种类不同。这里，基于动态信息集合中的一个或者多个动态信息的属性分级的不同来区别不同集合类别的动态信息集合，能够使得动态信息集合的种类的细化程度较高，从而使得后续服务设备能够通过得到的目标集合类别较为精准的为终端设备推送其需要的动态信息的内容，从而可准确的避免了无需求的动态信息的内容在服务设备和终端设备之间传输，节省了服务设备和终端设备的通信资源和数据处理资源。

结合第一方面，在一种可行的实现方式中，所述目标类别指示信息包括所述终端设备所在地区的天气状态信息。

结合第一方面，在一种可行的实现方式中，任意一个动态信息中包括一种或者多种动态属性，不同集合类别的动态信息集合中所包括的同种动态信息中的同种动态属性的属性粒度不同。这里，基于动态信息集合中的动态信息所包含的动态属性的属性粒度的不同来区别不同集合类别的动态信息集合，能够使得动态信息集合的种类的细化程度更高，从而使得后续服务设备能够通过得到的目标集合类别更为精准的为终端设备推送其需要的动态信息的内容，从而更为准确的避免了无需求的动态信息的内容在服务设备和终端设备之间传输，节省了服务设备和终端设备的通信资源和数据处理资源。

结合第一方面，在一种可行的实现方式中，所述目标类别指示信息包括所述终端设备的资费等级。

结合第一方面，在一种可行的实现方式中，所述目标类别指示信息由终端设备根据所述终端设备的自动驾驶等级或者设备感知能力等级、所述终端设备所在地区的天气状态信息、所述终端设备的资费等级中的一项或者多项确定得到。由终端设备确定目标类别指示信息并告知给服务设备，可降低服务设备的数据处理量，提升目标动态信息集合的生成效率。

第二方面，本申请实施例提供的一种与交通相关的动态信息的处理方法，该方法适用于终端设备。方法包括：接收来自于服务设备的目标动态信息集合，其中，所述目标动态信息集合中包括至少一种目标动态信息。根据所述目标动态信息集合对应的目标集合类别对所述目标动态信息集合进行数据解析以提取所述至少一种目标动态信息，其中，不同集合类别的动态信息集合所包含的动态信息的内容不同。

结合第二方面，在一种可行的实现方式中，接收来自于所述服务设备目标类别指示标识。其中，所述目标类别指示标识由所述服务设备根据所述终端设备的自动驾驶等级或者设备感知能力确定。根据所述目标类别指示标识确定所述目标集合类别。

结合第二方面，在一种可行的实现方式中，不同集合类别的动态信息集合中所包含的动态信息的种类不同。

结合第二方面，在一种可行的实现方式中，任意一个动态信息中包括一种或者多种动态属性，不同集合类别的动态信息集合中所包括的同种动态信息中的动态属性的种类不同。

结合第二方面，在一种可行的实现方式中，任意一个动态信息中包括一种或者多种动态属性，不同集合类别的动态信息集合中所包括的同种动态信息中的同种动态属性的属性粒度不同。

第三方面，本申请实施例提供的一种与交通相关的动态信息的处理方法，该方法适用于终端设备。方法包括：从预设的至少两种集合类别中确定出目标集合类别，其中，不同集合类别的动态信息集合所包含的动态信息内容不同，任意一个动态信息集合中包括一个或者多个动态信息。根据所述目标集合类别和至少一种动态信息确定出目标动态信息集合。

结合第三方面，在一种可行的实现方式中，可获取终端设备对应的目标类别指示信息，根据所述目标类别指示信息从预设的至少两种集合类别中确定出所述目标集合类别。

结合第三方面，在一种可行的实现方式中，不同集合类别的动态信息集合所包含的动态信息的种类不同。

结合第三方面，在一种可行的实现方式中，所述目标类别指示信息包括所述终端设备的自动驾驶等级或者设备感知能力等级。

结合第三方面，在一种可行的实现方式中，任意一个动态信息中包括一种或者多种动态属性，不同集合类别的动态信息集合中所包括的同种动态信息中的动态属性的种类不同。

结合第三方面，在一种可行的实现方式中，所述目标类别指示信息包括所述终端设备所在地区的天气状态信息。

结合第三方面，在一种可行的实现方式中，任意一个动态信息中包括一种或者多种动态属性，不同集合类别的动态信息集合中所包括的同种动态信息中的同种动态属性的属性粒度不同。

结合第三方面，在一种可行的实现方式中，所述目标类别指示信息包括所述终端设备的资费等级。

在本实施例中，终端设备先从预设的多种集合类别中确定出与其对应的目标类别集合，再根据该目标类别集合从至少一个动态信息中筛选出其需要的动态信息并生成目标动态信息集合，这样就可以使得终端设备能够避免进一步对其接收到的无用的动态信息进行处理，可节省终端设备的数据处理资源。

第四方面，本申请实施例提供了一种装置。该装置可为服务设备本身，也可为服务设备内部的如芯片等元件或者模块。该装置包括用于执行上述第一方面的任意一种可能的实现方式所提供的与交通相关的动态信息的处理方法的单元，因此也能是实现第一方面提供的与交通相关的动态信息的处理方法所具备的有益效果(或者优点)。

第五方面，本申请实施例提供了一种装置。该装置可为终端设备本身，也可为终端设备内部的如芯片等元件或者模块。该装置包括用于执行上述第二方面或者第三方面的任意一种可能的实现方式所提供的与交通相关的动态信息的处理方法的单元，因此也能是实现第二方面提供的与交通相关的动态信息的处理方法所具备的有益效果(或者优点)。

第六方面，本申请实施例提供了一种装置，该装置可为服务设备。该装置包括至少一个存储器以及处理器。其中，该处理器用于调用存储器存储的代码执行上述第一方面中任意一种可能的实施方式所提供的与交通相关的动态信息的处理方法。

第七方面，本申请实施例提供了一种装置，该装置可为终端设备。该装置包括至少一个存储器以及处理器。其中，该处理器用于调用存储器存储的代码执行上述第二方面或者第三方面中任意一种可能的实施方式所提供的与交通相关的动态信息的处理方法。

第八方面，本申请实施例提供了一种芯片。该芯片包括：至少一个处理器和接口电路。该接口电路用于接收代码指令并传输至该处理器。该处理器用于运行上述代码指令以实现上述第一方面、第二方面或者第三方面或任一可能的实施方式中任意一种可能的实施方式所提供的与交通相关的动态信息的处理方法，也能实现上述第一方面、第二方面或者第三方面或任一可能的实施方式提供的与交通相关的动态信息的处理方法所具备的有益效果(或者优点)。

第九方面，本申请实施例提供了一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当该指令在计算机上运行时，实现上述第一方面、第二方面或者第三方面中任一方案或任意一种可能的实施方式所提供的与交通相关的动态信息的处理方法，也能实现上述第一方面、第二方面或者第三方面提供的与交通相关的动态信息的处理方法所具备的有益效果(或者优点)。

第十方面，本申请实施例提供了一种包含指令的计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述第一方面、第二方面或者第三方面中任一方案或或其任意一种可能的实施方式提供的与交通相关的动态信息的处理方法，也能实现第一方面、第二方面或者第三方面提供的与交通相关的动态信息的处理方法所具备的有益效果。

第十一方面，本申请实施例提供了一种通信***，该通信***包括上述第一方面提供的服务设备以及上述第二方面或其任意一种可能的实施方式提供的终端设备，或，第三方面或其任意一种可能的实施方式提供的终端设备。

在本申请实施例所提供的方法中，动态信息集合对应有多种不同的集合类别，而不同的集合类别所包含的动态信息的内容不同。在为终端设备推送动态信息集合的过程中，服务设备先根据终端设备所对应的目标类别指示信息来确定终端设备所需的动态信息集合的集合类别(即目标集合类别)，然后再生成目标集合类别下的目标动态信息集合并推送给终端设备，这样就可以使得该目标动态信息集合所包含的动态信息的内容均为终端设备所需要的，这样就可以使得服务设备不会向终端设备推送一些无用的动态信息，从而可节省服务设备和终端设备的通信资源和数据处理资源。

附图说明

图1是本申请实施例提供的一种通信***的架构示意图；

图2是本申请实施例提供的一种与交通相关的动态信息的处理方法一流程示意图；

图3是本申请实施例提供的一种与交通相关的动态信息的处理方法又一流程示意图；

图4是本申请实施例提供的一种与交通相关的动态信息的处理方法又一流程示意图；

图5是本申请实施例提供的一种与交通相关的动态信息的处理方法又一流程示意图；

图6是本申请实施例提供的一种装置一结构示意图；

图7是本申请实施例提供的一种装置又一结构示意图；

图8是本申请实施例提供的一种芯片一结构示意图；

图9是本申请实施例提供的一种装置又一结构示意图。

具体实施方式

下面将结合前文所述的概念以及本申请实施例提供的其他附图，对本申请实施例中的技术方案进行清楚、完整地描述。

请参见图1，图1是本申请实施例提供的一种通信***的架构示意图。本申请实施例所提供的与交通相关的动态信息的处理方法即适用于该通信***。由图1可知，该通信***中可包括至少一个服务设备和至少一个终端设备。服务设备与终端设备之间通过无线网络进行通信。上述无线网络可以是基于长期演进(long term evolution，LTE)***、通用移动通信***(universal mobile telecommunication system，UMTS)、全球互联微波接入(worldwide interoperability for microwave access，WiMAX)通信***、第五代(5thgeneration，5G)***或新无线(new radio，NR)***等构建的，本申请不作具体限制。

本申请实施例中，服务设备具体可以是终端设备所使用的地图软件的本地服务器或者云端服务器，该服务器具有高精度的地图服务功能。或者，该服务设备也可以是与终端设备建立通信连接的RSU等。终端设备可以是智能汽车或者智能汽车上的车载***等。这里，智能汽车包括各种类型的车辆。智能汽车的车载***可包括车载软件(即计算平台)和硬件(如摄像头、雷达、处理芯片等)。

现有技术中，服务设备通常会先基于众包车辆、RSU或者第三方云(如交通云、政务云等)获取到一个或者多个动态信息，再对这些动态信息进行相应的处理并将这些动态信息逐个发送给终端设备。这里需要说明的是，本申请提供的动态信息有多种，如道路积水信息、道路积雪信息、交通事故信息、交通拥堵信息、道路施工信息、天气信息等。但是，在实际应用中，终端设备可能对某些动态信息没有需求(也就是说这些动态信息对于终端设备来说是无用的)，而服务设备在获取到这些动态信息后仍然会完整的将这些动态信息的所有内容都转发给终端设备，这样就会使得服务设备和终端设备之间传输了一些无用的动态信息，造成终端设备和服务设备的通信资源以及数据处理资源的浪费。

因此，本申请要解决的技术问题是：如何避免无用的动态信息在服务设备和终端设备之间传输，以节省服务设备和终端设备的通信资源和数据处理资源。

实施例一

请参见图2，图2是本申请实施例提供的一种与交通相关的动态信息的处理方法一流程示意图。该方法适用于图1所示的通信***。该方法具体可由前文所述的服务设备和终端设备来执行。由图2可知，该处理方法包括步骤：

S110，服务设备根据终端设备对应的目标类别指示信息从预设的至少两种集合类别中确定出目标集合类别。

在一些可行的实现方式中，服务设备确定需要向终端设备推送一个或者多个动态信息后，其可先获取到终端设备对应的目标类别指示信息。然后，服务设备可根据该目标类别指示信息从预设的至少两种集合类别中确定出目标集合类别。这里，该目标集合类别即为终端设备所需的目标动态信息集合所对应的集合类别。还需要说明的是，在本申请实施例中，一个动态信息集合中可包括一个或者多个动态信息，而服务设备预配置多种不同的集合类别，每一种集合类别都对应一种特定的类别指示信息。并且，这多种集合类别也是由预设的集合类别划分规则预先划分出来的，不同集合类别的动态信息集合所包含的动态信息的内容不同。

具体实现中，本实施例提供了多种集合类别划分规则，下面将结合这多种集合类别划分规则对服务设备确定目标集合类别的多种实现方式进行详细的描述。

实现方式一：

在本实现方式中，集合类别划分规则是：动态信息集合中包含的动态信息的种类不同，则集合类别不同。换一句话说，就是通过动态信息集合中包括的动态信息的种类来划分动态信息集合的集合类别。例如，请参见表1-1，表1-1是本申请实施例提供的第一种动态信息集合分类表。如表1-1所示，该第一种动态集合分类表中包括集合类别A1到集合类别A5这5种预设的集合类别以及每个集合类别下的动态信息集合中所设定包含的动态信息的种类。如集合类别A1下的动态信息集合中即设定包含有交通拥堵信息、交通管制信息、道路施工信息、天气信息、道路积水信息、道路积雪信息这6种动态信息。而集合类别A2下的动态信息集合中即设定包含交通拥堵信息、交通管制信息、道路施工信息、天气信息、道路积水信息、道路积雪信息、可变限速信息这7种动态信息。其他集合类别下的动态信息中所设定包括的动态信息的种类可参见表1-1中的描述，此处便不再赘述。在实际应用中，不同集合类别的动态信息集合中可以包含种类完全不同的动态信息，也可包含一部分种类相同的动态信息，本申请对此不作具体限制。还需要理解到的是，表1-1仅是一种示例，具体实现中，不同集合类别下的动态信息集合中所包含的动态信息的种类可根据具体需求来设定，本申请对此不作具体限制。这里，由于不同集合类别下的动态信息集合所设定包含的动态信息的种类不相同，因此后续服务设备即可基于不同的集合类别来向终端设备推送其需求的动态信息。

表1-1第一种动态信息集合分类表

下面将结合前文所描述的在本实现方式下的集合类别的划分规则，对服务设备确定目标集合类别的过程进行详细的描述。

在第一种可选的具体实现中，当服务设备确定需要向终端设备推送一个或者多个动态信息后，其可获取到终端设备的自动驾驶等级或者设备感知能力等级，并将终端设备的自动驾驶等级或者设备感知能力等级确定为终端设备对应的目标类别指示信息。这里需要说明的是，在实际应用中，对于终端设备的自动驾驶能力，从纯粹的手动驾驶到完全自动驾驶划分成多个自动驾驶等级，自动驾驶等级指示了终端设备所具备的自动驾驶能力的大小。例如，美国机动车工程师学会(society of automotive engineers，SAE)已将驾驶从纯粹的手动驾驶到完全自动驾驶划分为6个等级(包括L0、L1、L2、L3、L4和L5)。其中，L0为0级自动驾驶，在这种级别下，驾驶员执行所有的操作任务，例如转向、制动、加速或减速等。L1级别下，终端设备可实现一些简单功能来辅助驾驶员完成驾驶任务。L2级别下，终端设备已实现驾驶的部分自动化。L3级别下，终端设备已经实现驾驶的条件自动化。L4级别下，终端设备已经实现驾驶高度自动化。L5级别下，终端设备已经实现驾驶的完全自动化。另外，终端设备的传感器的配置不同也会导致其对外界信息(如终端设备的环境图像信息、外界环境温度信息等)的检测或者获取能力变得不同，因此在实际应用中也可基于终端设备的传感器的配置程度对终端设备进行设备感知能力等级的划分。例如，终端设备的设备感知能力等级可包括强、中、弱这三个等级。

例如，服务设备可以先获取终端设备的出厂配置信息，并从出厂配置信息中提取到该终端设备的自动驾驶等级或者设备感知能力等级，然后再将终端设备的自动驾驶等级或者设备感知能力等级确定为终端设备对应的目标类别指示信息。当然，服务设备也可采用其他方式来获取到终端设备对应的目标类别指示信息，本申请对此不作具体限制。

进一步的，服务设备在获取到目标类别指示信息后，可根据该目标类别指示信息从预设的一个或者多个集合类别中确定出目标集合类别。具体的，当上述目标类别指示信息为终端设备的自动驾驶等级时，服务设备可获取到预设的第一关系指示集合，该第一关系指示集合中包括有多种预设的自动驾驶等级以及每个自动驾驶等级所对应的集合类别。例如，请参见表1-2，表1-2是本申请实施例提供的一种第一关系指示集合。如表1-2所示，自动驾驶等级L0、L1、L2、L3以及L4分别对应的集合类别A1、集合类别A2、集合类别A3、集合类别A4以及集合类别A5。进一步的，服务设备可基于其当前获取到的终端设备的自动驾驶等级从该第一关系指示集合中确定出终端设备的自动驾驶等级所对应的集合类别，并将该集合类别确定为目标集合类别。比如，假设终端设备的自动驾驶等级为L0，则服务设备即可将集合类别A1确定为目标集合类别。这里可以理解到的是，结合前文对集合类别A1、集合类别A2、集合类别A3、集合类别A4以及集合类别A5下动态信息集合中的动态信息种类的描述可知，自动驾驶等级越低，其对应的集合类别下的动态信息集合中所包括的动态信息的种类越少。由于自动驾驶等级低的终端设备可能无法对一些动态信息进行有效的利用，所以其对这些动态信息就没有相应的需求。因此，后续服务设备基于目标集合类别就能够避免为自动驾驶等级低的终端设备推送一些冗余的动态信息，从而可节省通信资源和数据处理资源。

表1-2一种第一关系指示集合

当上述目标类别指示信息为终端设备的设备感知能力等级时，服务设备可获取到预设的第二关系指示集合，该第二关系指示集合中包括有多种预设的设备感知能力等级以及每个设备感知能力等级所对应的集合类别。例如，请参见表1-3，表1-3是本申请实施例提供的一种第二关系指示集合。如该表所示，任一具体的设备感知能力等级都会唯一对应一个集合类别。设备感知能力等级为强时，其对应集合类别为A1，设备感知能力等级为中时，其对应集合类别为类别A2，设备感知能力等级为弱时，其对应集合类别为类别A3。然后，服务设备可基于其当前获取到的终端设备的设备感知能力等级从上述第二关系指示集合中确定出该设备感知能力等级所对应的集合类别，并将该集合类别确定为目标集合类别。比如，假设终端设备的设备感知能力等级为中，则服务设备可将集合类别A2确定为目标集合类别。这里可以理解到的是，结合前文对集合类别A1、集合类别A2、集合类别A3下动态信息集合中的动态信息种类的描述可知，设备感知能力等级越高，其对应的集合类别下的动态信息集合中所包括的动态信息的种类越少。由于设备感知能力等级高的终端设备能够自主的感知或者检测到较为丰富的动态信息，因此它就无需服务设备为其推送过多的动态信息。所以，后续服务设备基于目标集合类别就能够避免为自动驾驶等级低的终端设备推送冗余的动态信息，从而可节省通信资源和数据处理资源。

表1-3一种第二关系指示集合

设备感知能力能级	强	中	弱
				集合类别	A1	A2	A3

这里，通过终端设备的自动驾驶等级或者设备感知能力等级来确定目标类别指示信息，方法简单易于实现，可提升目标动态信息集合的生成效率。

在第二种可选的具体实现中，请参见图3，图3是本申请实施例提供的一种与交通相关的动态信息的处理方法又一流程示意图。如图3所示，在上述步骤S110之前，所述处理方法还包括步骤：

S140，终端设备确定并向服务设备发送终端设备对应的目标类别指示信息。

在一些可行的实现方式中，终端设备对应的目标类别指示信息可以是由终端设备根据其自身的自动驾驶等级或者设备感知能力等级确定得到并发送给服务设备的。这里，由于终端设备根据自动驾驶等级或者设备感知能力等级确定目标类别指示信息的过程类似，下面就以自动驾驶等级为例，对终端设备确定目标类别指示信息并发送给服务设备的过程进行描述。

具体的，终端设备可从其自身的配置信息中提取出其自动驾驶等级，然后获取到预设的第三关系指示集合。其中，该第三关系指示集合中包括有至少一种自动驾驶等级以及每种自动驾驶等级所对应的类别指示信息。然后，终端设备可从上述第三关系指示集合中确定出与其自动驾驶等级对应的类别指示信息，并将该类别指示信息确定为目标类别指示信息。例如，请参见表1-4，表1-4是本申请实施例提供的一种第三关系指示集合。该第三关系指示集合中包括有自动驾驶等级L0到L6以及相对应的类别指示信息S0到S6。假设终端设备确定其自身的自动驾驶等级为L2，则根据表1-4可知其对应类别指示信息S2，则终端设备可将类别指示信息S2确定为终端设备对应的目标类别指示信息。

表1-4一种第三关系指示集合

然后，终端设备通过网络将该目标类别指示信息发送给服务设备。服务设备在接收到上述目标类别指示信息，即可根据该目标类别指示信息从预设的至少两种集合类别中确定出目标集合类别。具体的，在获取到来自于终端设备的目标类别指示信息后，服务设备可获取到预设的第四关系指示集合。其中，该第四关系指示集合中包括有至少一个类别指示信息以及每个类别指示信息对应的集合类别。然后，服务设备可从上述第四关系指示集合中查找到目标类别指示信息所对应的集合类别，并将该集合类别确定为目标集合类别。例如，请参见表1-5，表1-5是本申请实施例提供的一种第四关系指示集合。如表1-5所示，该第四关系指示集合中包括类别指示信息S0到类别指示信息S5共6个类别指示信息，以及与这6个类别指示信息一一对应的6个集合类别，包括集合类别A1到集合类别A6。当服务设备确定接收到的目标类别指示信息为类别指示信息S2时，则可确定类别指示信息S2对应的类别3即为目标集合类别。这里，由终端设备确定目标类别指示信息并告知给服务设备，可降低服务设备的数据处理量，提升目标动态信息集合的生成效率。

表1-5一种第四关系指示集合

在本实现方式中，基于动态信息集合中包含的动态信息的种类来区别不同集合类别的动态信息集合，能够使得动态信息集合所包含的内容得到细化，从而使得后续服务设备能够通过得到的目标集合类别较为精准的为终端设备筛选出其需要的动态信息的内容，并通过目标动态信息集合发送给终端设备。这样就可以避免无需求的动态信息的内容在服务设备和终端设备之间传输，节省了服务设备和终端设备的通信资源和数据处理资源。

实现方式二：

在本实现方式中，每个动态信息具体可包括一个或者多个不同的动态属性。集合类别的划分规则是：动态信息集合中所包含的同一动态信息的动态属性的种类不同，则集合类别不同。具体来说，就是通过动态信息所包含的动态属性的种类来区分出不同的动态信息集合的集合类别。为方便理解，在本实现方式中，不同集合类别的动态信息集合中所包括的动态信息的种类全部相同。下面以道路积水信息这个动态信息为例，请参见表1-6，表1-6是本申请实施例提供的又一种动态信息集合分类表。如表1-6所示，预设有集合类别D1、集合类别D2、集合类别D3这3种集合类别，每个集合类别下的动态信息集合中都包括道路积水信息这个动态信息。对道路积水信息而言，又基于其包含的属性种类将其划分出多个属性分级，分别有属性分级B1、属性分级B2、属性分级B3这3种，而每种不同的属性分级都会对应不同的集合类别。即属性分级B1下的道路积水信息所在的动态信息集合的类别即为集合类别D1，属性分级B2下的道路积水信息所在的动态信息集合的类别即为集合类别D2，属性分级B3下的道路积水信息所在的动态信息集合的类别即为集合类别D3。

具体实现中，属性分级B1下的道路积水信息具体可包括属性分级标识、更新频率、点位置标识、点位置信息、面位置信息这几个动态属性。其中，属性分级标识用于指示道路积水信息当前的属性分级，即为B1。更新频率即服务设备更新道路积水信息这个动态信息的内容的频率。点位置标识用于指示当前的道路积水信息中包括参考点的是当前路面的最低点(下文将以路面最低点代替描述)还是除该路面最低点以外的其他点(如检测到的车辆熄火点等)。点位置信息即为该参考点的位置信息，具体可以为世界坐标或者相对坐标，本申请不作具体限制。面位置信息主要用于指示积水区域的位置，具体可以是积水区域的集水面的几何形点的世界坐标或者相对坐标。属性分级B2下的道路积水信息具体可包括属性分级标识、更新频率、点位置标识、点位置信息、面位置信息、水深信息、水深信息更新时间、积水发生时间这几种动态属性。其中，属性分级标识、更新频率、点位置标识、点位置信息、面位置信息的描述可参见前文。水深信息即为最新监测到的积水区域的积水深度。水深信息更新时间即为水深信息最近一次更新的时间。积水发生时间即为该积水区域开始发生积水的时刻。属性分级B3下的道路积水信息具体可包括属性分级标识、更新频率、点位置标识、点位置信息、面位置信息、水深信息、水深信息更新时间、积水发生时间、水深变化速率、水深变化加速率这几种动态属性。其中，属性分级标识、更新频率、点位置标识、点位置信息、面位置信息、水深信息、水深信息更新时间、积水发生时间这几个动态属性的描述可参照前文。水深变化速率即为由多个历史积水深度以及积水的时间确定出的积水深度的变化速率。水深变化加速率即为由当前的水深变化速率以及当前的降雨量大小等因素确定出的用于指示水深变化速率的变化程度的参量。可选的，还可将上述属性分级B3中的水深信息转换成水深危险等级，将上述水深变化速率、水深变化加速率转换成预测水深危险等级。换句话说，就是属性分级B3下的道路积水信息也可具体可包括属性分级标识、更新频率、点位置标识、点位置信息、面位置信息、水深危险等级、预测水深危险等级、水深信息更新时间。其中，属性分级标识、更新频率、点位置标识、点位置信息、面位置信息、水深信息更新时间的描述可参见前文。水深危险等级是基于预设的量化规则对当前时刻的积水深度进行量化的得到的，不同的水深危险等级对应指示了不同的危险程度。例如，预设不同的水深危险等级对应不同的积水深度范围，当前时刻的积水深度若包含在某个积水深度范围内，则该积水深度范围对应的水深危险等级即为当前时刻的水深危险等级。而预测水深危险等级就是基于预设的量化规则对由水深变化速率、水深变化加速率预测得到积水深度进行量化的得到的。例如，假设当前时刻为t1，预测的时刻为t2。t1时刻对应的水深信息为d1，水深变化速率为v1，水深变化加速率为a1，则t2时刻对应的水深信息d2则可根据如下关系式(1)确定：

在确定出t2时刻对应的水深信息d2后，服务设备即可基于预设的量化规则对水深信息d2进行量化，从而得到t2时刻对应的预测水深危险等级。

这里需要理解到的是，表1-6中针对道路技术信息的属性分级的表述仅是一种示例，具体实现中，不同属性分级下的道路积水信息所包含的动态属性的种类可根据实际需求来设定。另外，对于除道路积水信息以外的其他动态信息而言，其动态属性的属性分级可根据实际需求来设定，本申请对此不作重复描述。

表1-6又一种动态信息集合分类表

可选的，对于更新频率这个属性而言，其可同时包含有多个不同取值，服务设备可根据其所在地区的天气条件来动态的调整该更新频率的取值。例如，假设更新频率的取值包括30秒/次、30分钟/次、3小时/次以及24小时/次。当服务设备所在地区的天气状态为大到暴雨时，则可确定更新频率的取值就是30秒/次，也就是说服务设备会会每隔30秒更新一次道路积水信息的内容。当服务设备所在地区的天气状态为中雨时，则服务器可确定更新频率的取值就是30分钟/次。也就是说服务设备会会每隔30分钟更新一次道路积水信息的内容。当服务设备所在地区的天气状态为小雨时，则服务设备可确定更新频率的取值就是3小时/次，也就是说服务器道会每隔3小时更新一次路积水信息的内容。当服务设备所在地区的天气状态为无雨时，则服务设备可确定更新频率取值就是24小时/次，也就是说会服务设备会每隔24小时更新一次道路积水信息的内容。这里需要理解到的是，前文针对道路积水信息的更新频率的取值的描述是示例性的，其取值的设定可根据实际应用情况确定，本申请对此不作限定。

下面将结合前文所述集合类别划分规则，对服务设备确定目标集合类别的过程进行详细的描述。

在第一种可选的具体实现中，当服务设备确定需要向终端设备推送一个或者多个动态信息后，其可获取到终端设备所在地区的天气状态信息，并将该天气状态信息确定为终端设备对应的目标类别指示信息。这里需要说明的是，终端设备所在地区的天气状态信息具体可以是终端设备所在地实测的实时天气条件，如大雨、暴雨等，还可以是当地的地理气候条件，如干旱地区、雨林地区等。然后，服务设备即可根据该目标类别指示信息从预设的至少两个集合类别中确定上述目标类别指示信息对应的目标集合类别。下面以天气状态信息为终端设备所在地实测的实时天气条件为例。具体的，服务设备在获取到终端设备所在地实测的天气条件后，可进一步获取到预设的第五关系指示集合。这里，该第五关系指示集合中包括有多种天气条件以及每种天气条件所对应的集合类别。例如，请参见表1-7，表1-7是本申请提供的一种第五关系指示集合，该第五关系指示集合中包括有小雨、中雨、大到暴雨中三种天气条件以及与之以分别对应的属性分级B1、属性分级B2以及属性分级B3。这里，当终端设备所在地区发生小雨时，很难形成较深的积水区域。所以，对于终端设备来说，其只需要重点关注积水区域的位置信即可息。因此小雨这个天气条件就对应属性分级B1，并对应集合类别D1。当终端设备所在地区发生中雨时，可能会出现影响终端设备的积水区域。但由于中雨情况下积水深度变化的速度一般较慢，此时终端设备只需要重点关注积水区域的位置和深度信息即可。所以，中雨这个天气条件就对应属性分级B2，并对应集合类别D2。当终端设备所在地区发生大到暴雨时，非常容易形成积水深度较大的积水区域，而且积水深度变化较快。因此，终端设备不仅需要关注积水区域的位置和深度信息，也需要关注积水深度的变化速度、以及积水深度的变化加速度信息，从而形成对未来一小段时间该积水区域的积水深度和面积的预测。因此，大到爆雨这个天气条件就对应属性分级B3，并对应集合类别D3。进一步的，服务设备在获取到上述第五关系指示集合后，即可查找到终端设备所在地实测的天气条件所对应的集合类别，并将该集合类别确定为目标集合类别。例如，假设服务设备确定终端设备所在地的实测的天气条件为中雨，则可确定道路积水信息的属性级别为B2，则可进一步确定出目标集合类别为集合类别D2。

表1-7第五关系指示集合

在第二种可选的具体实现中，和上述实现方式一中的第二种可选的具体实现中所描述的类似，可以由终端设备先根据其所在地区的天气状态信息确定出目标类别指示信息，并将该目标类别指示信息发送给服务设备。然后服务设备再进一步根据该目标类别指示信息确定出目标集合类别。在这种情况下，不同的天气状态信息对应有不同的标识，这里不同的标识就是不同的类别指示信息。而终端设备根据其所在地区的天气状态信息所确定出的标识就是上述目标类别指示信息。这里，终端设备确定目标类别指示信息并发送给服务设备的过程具体可参见实现方式一中的第二种可选的具体实现中所描述的终端设备确定目标类别指示信息的过程，唯一的区别就是终端设备采用不再是自动驾驶等级或者设备感知能力等级，而是终端设备所在地区的实测的天气条件，具体过程可参见前文，此处便不再赘述。同理，这里由终端设备确定目标类别指示信息并告知给服务设备，也可降低服务设备的数据处理量，提升目标动态信息集合的生成效率。

在本实现方式中，基于动态信息集合中的一个或者多个动态信息的属性分级的不同来区别不同集合类别的动态信息集合，能够使得动态信息集合的种类的细化程度较高，从而使得后续服务设备能够通过得到的目标集合类别较为精准的为终端设备推送其需要的动态信息的内容，从而可准确的避免了无需求的动态信息的内容在服务设备和终端设备之间传输，节省了服务设备和终端设备的通信资源和数据处理资源。

实现方式三：

在本实现方式中，每个动态属性又进一步对应有多个不同的预设的属性粒度。集合类别的划分规则是：动态信息集合中所包含的同一动态信息的同种动态属性的属性粒度不同，则集合类别不同。这里，动态属性的属性粒度就是用于指示动态属性的取值精度的参量，如动态属性的取值的单位等。换句话说，就是本实现方式是基于某一动态信息所包含的某一动态属性的属性粒度来区分动态信息集合的集合类别。为了方便理解，在本实现方式中，假设不同集合类别的动态信息集合中所包括的动态信息的种类全部相同，不同集合类别的动态信息集合中的同种动态信息所包含的动态属性的种类也相同。下面以道路积水信息这个动态信息中的水深信息这个动态属性为例，请参见表1-8，表1-8是本申请实施例提供的又一种动态信息集合分类表。如表1-8所示，道路积水信息中的深度信息这个动态属性的属性粒度具体可包括属性粒度C1(这里假设为米)、属性粒度C2(这里假设为分米)、属性粒度C3(这里假设为厘米)以及属性粒度C4(这里假设为毫米)，而每种不同的属性粒度都会对应不同的集合类别。比如，集合类别E1的动态信息集合中所包含的道路积水信息的水深信息的属性粒度为C1。集合类别E2的动态信息集合中所包含的道路积水信息的水深信息的属性粒度为C2。集合类别E3的动态信息集合中所包含的道路积水信息的水深信息的属性粒度为C3。集合类别E4的动态信息集合中所包含的道路积水信息的水深信息的属性粒度为C4。换句话说，就是不同集合类别下的动态信息集合中所包含的水深信息的取值精度不同。这里需要理解到的是，表1-8中针对水深信息这个动态属性的属性粒度的表述仅是一种示例，不具备限定作用。

表1-8又一种动态信息集合分类表

下面将结合前文描述的集合类别划分规则，对服务设备确定目标集合类别的过程进行描述。

在第一中可选的具体实现中，当服务设备确定需要向终端设备推送一个或者多个动态信息后，其可获取到终端设备对应的资费等级，并将终端设备对应的资费等级确定为上述目标类别指示信息。这里需要说明的是，在实际应用中，会根据终端设备支付的服务费用的多少对终端设备进行资费等级的划分，终端设备支付的服务费用越多，则终端设备的资费等级越高。然后，服务设备即可根据该目标类别指示信息从预设的至少两种集合类别中确定出上述目标类别指示信息对应的目标集合类别。具体的，服务设备在获取到上述终端设备的资费等级后，可进一步获取到预设的第六关系指示集合。该第六关系指示集合中包括有多种不同的资费等级以及各种资费等级所对应的水深信息的属性粒度以及包含该属性粒度下的水深信息的动态信息集合的集合类别。例如，请参见表1-9，表1-9是本申请提供的一种第六关系指示集合。如表1-9所示，该第六关系指示集合中包括有资费等级Z1、资费等级Z2、资费等级Z3以及资费等级Z4这4种资费等级，以及，每种资费等级所对应的水深信息的属性粒度和集合类别。这里，资费等级从Z1到Z4逐层提升。在实际应用中，终端设备的资费等级越高，其支付的服务费用则越多，则服务设备可以提供的水深信息的精度就越高。因此，当终端设备对应的资费等级为Z1时，其对应的水深信息的属性粒度就为米。当终端设备对应的资费等级为Z2时，其对应的水深信息的属性粒度就为分米。当终端设备对应的资费等级为Z3时，其对应的水深信息的属性粒度就为毫米。当终端设备对应的资费等级为Z4时，其对应的水深信息的属性粒度就为毫米。进一步的，服务设备在获取到上述第六关系指示集合后，即可根据终端设备的目标类别指示信息(即资费等级)从该第六关系指示集合中查找到对应的属性粒度及集合类别，并将查找到的集合类别确定为目标集合类别。例如，假设服务设备确定终端设备的资费等级为Z2，则可确定其对应的水深信息的属性粒度为C2，进而可确定集合类别E2为目标集合类别。

表1-9一种第六关系指示集合

在第二种可选的具体实现中，和上述实现方式一中的第二种可选的具体实现中所描述的类似，可以由终端设备先根据其资费等级确定出目标类别指示信息，并将该目标类别指示信息发送给服务设备。然后服务设备再进一步根据该目标类别指示信息确定出目标集合类别。在这种情况下，不同的资费等级就对应有不同的标识，这里不同的标识就是不同的类别指示信息。而终端设备根据其资费等级所确定出的标识就是上述目标类别指示信息。这里，终端设备确定目标类别指示信息并发送给服务设备的过程具体可参见实现方式一中的第二种可选的具体实现中所描述的终端设备确定目标类别指示信息的过程，唯一的区别就是终端设备采用不再是自动驾驶等级或者设备感知能力等级，而是终端设备的资费等级，具体过程可参见前文，此处便不再赘述。同理，这里由终端设备确定目标类别指示信息并告知给服务设备，也可降低服务设备的数据处理量，提升目标动态信息集合的生成效率。

在本实现方式中，基于动态信息集合中的动态信息所包含的动态属性的属性粒度的不同来区别不同集合类别的动态信息集合，能够使得动态信息集合的种类的细化程度更高，从而使得后续服务设备能够通过得到的目标集合类别更为精准的为终端设备推送其需要的动态信息的内容，从而更为准确的避免了无需求的动态信息的内容在服务设备和终端设备之间传输，节省了服务设备和终端设备的通信资源和数据处理资源。

实现方式四：

在本实现方式中，可将上述实现方式一、实现方式二以及实现方式三中所描述的多种集合类别划分规则进行结合，以实现动态信息集合的类别的更精细化的划分。换一句话说，就是可同时基于动态信息集合中所包括的动态信息的种类、动态信息的包含的动态属性的种类以及动态信息的动态属性的属性粒度这三个维度中的至少两个维度来对动态信息集合的类别进行划分的。这种情况下，最终划分出来的动态信息集合的集合类别其实就是上述三种实现方式中划分出来的集合类别的不同组合。例如，假设结合上述方式一和方式二所描述的划分规则来统一划分动态信息集合的类别，则最终划分出的集合类别就可以为集合类别(A1、D1)、集合类别(A1、D2)、集合类别(A2、D1)等形式。而不同集合类别下的动态信息集合中所包括的动态信息的种类和各动态信息所包括的动态属性的种类则可同步参照上述实现方式一和实现方式二的描述。例如，假设动态信息集合X1的集合类别为(A1，D1)，则动态信息集合X1中包括的动态信息的种类即如上述表1-1中所描述的集合类别A1所对应的动态信息的种类，而道路积水信息所包括的动态属性的种类即如上述表1-6中所描述的集合类别D1所对应的动态属性的种类。

这里，由于不同维度的划分规则的结合实现都较为类似，下面将以结合于动态信息集合中所包括的动态信息的种类以及动态信息的属性分级这两个维度为例，对动态信息集合的集合类别的划分情况进行详细的描述。例如，请参见表1-10，表1-10是本申请提供的又一种动态信息集合分类表。如表1-10所示，预设有集合类别(A1，D1)、集合类别(A1，D2)、集合类别(A2，D1)以及集合类别(A2，D2)这四种集合类别，不同集合类别下的动态信息集合所包含的动态信息的种类和/或动态信息的动态属性的种类不同。例如，假设动态信息集合X2的类别为集合类别(A1，D1)，则该动态信息集合X2种可包括交通拥堵信息、交通管制信息、道路施工信息、天气信息、道路积水信息这几种动态信息，而道路积水信息所包含的动态属性可为属性分级标识、更新频率、点位置标识、点位置信息、面位置信息这几种。同理，假设动态信息集合X3的类别为集合类别(A2，D2)，则该动态信息集合X3中可包括交通拥堵信息、交通管制信息、道路施工信息、天气信息、道路积水信息、道路积雪信息、可变限速信息这几种动态信息，而道路积水信息包括的动态属性为属性分级标识、更新频率、点位置标识、点位置信息、面位置信息、水深信息、水深信息更新时间、积水发生时间这几种。这里，针对上述各动态信息以及各动态信息的各中动态属性的描述可一并参见前文，此处便不再赘述。

表1-10又一种动态信息集合分类表

下面将结合前文所述的集合分类的规则，并继续以结合动态信息集合中所包括的动态信息的种类以及动态信息的属性分级这两个维度进行集合分类这一场景为例，对服务设备确定目标集合类别的过程进行描述。这里需要说明的是，由于本实现方式中所描述的集合类别是上述实现方式一、实现方式二和实现方式三中的任意两个或者三个的组合，为了方便区别本实现方式下的定义的集合类别以及上述实现方式一、实现方式二和实现方式三中定义的集合类别，下文将以第一子集合类别、第二子集合类别以及第三子集合类别来代替描述上述实现方式一、实现方式二和实现方式三中所定义的集合类别。

具体实现中，当服务设备确定需要向终端设备推送一个或者多个动态信息后，其可采用如上述实现方式一所描述的方法确定出终端设备对应的目标第一子集合类别，具体过程可参见上述实现方式一中所描述的确定目标集合类别的过程，此处便不再赘述。其还可采用如上述实现方式二所描述的方法确定出终端设备对应的目标第二子集合类别，具体过程可参见上述实现方式二中所描述的确定目标集合类别的过程，此处便不再赘述。然后，服务设备可将上述目标第一子集合类别和目标第二子集合类别进行组合以得到终端设备所需要的目标动态信息集合的目标集合类别。例如，假设服务设备通过上述方式一所述方法确定出目标第一子集合类别为A1，通过上述方式二所描述的方法确定出的目标第二子集合类别为D1，则服务设备可确定目标集合类别为(A1，D1)。即终端设备所需的目标动态信息集合中包括交通拥堵信息、交通管制信息、道路施工信息、天气信息、道路积水信息这几种动态信息，并且道路积水信息所包括的动态属性的种类为属性分级标识、更新频率、点位置标识、点位置信息、面位置信息这几种。

在本实现方式中，同时基于动态信息集合中所包括的动态信息的种类、动态信息的包含的动态属性的种类以及动态信息的动态属性的属性粒度这三个维度中的至少两个维度的不同来区别不同集合类别，能够进一步提升动态信息集合所包含的内容的细化程度，从而使得后续服务设备能够通过得到的目标集合类别更为精准的为终端设备推送其需要的动态信息的内容，从而更为准确的避免了无需求的动态信息的内容在服务设备和终端设备之间传输。

S120，服务设备根据该目标集合类别和至少一种动态信息确定出目标动态信息集合。

在一些可行的实现方式中，服务设备在获取到上述目标集合类别后，可根据目标类别集合确定出目标动态信息集合中所要包含的动态信息(为方便区别，下文将以目标动态信息代替描述)的内容，然后再从其缓存的至少一个动态信息中提取出目标动态信息的内容，进而生成目标动态信息集合。

这里，针对上述实现方式一、实现方式二、实现方式三或者实现方式四，由于服务设备根据目标集合类别和其缓存的至少一种动态信息确定目标动态信息集合过程都类似，下面将结合上述实现方式四的内容，对服务设备确定目标动态信息集合的过程进行举例描述。

具体的，假设服务设备确定出的目标集合类别为集合类别(A1，D1)，则服务设备可根据上述表1-8所示的分类规则确定出目标动态信息集合中包括的目标动态信息分别为交通拥堵信息、交通管制信息、道路施工信息、天气信息、道路积水信息这5种动态信息(为方便区别，下文将目标动态信息集合中所包括的动态信息描述为目标动态信息)，并确定道路积水信息所包括的动态属性包括属性分级标识、更新频率、点位置标识、点位置信息、面位置信息这几种。然后，服务设备可从其缓存的至少一种动态信息中提取出交通拥堵信息、交通管制信息、道路施工信息、天气信息、道路积水信息这5种目标动态信息所包含的动态属性的内容，并将道路积水信息中除属性分级标识、更新频率、点位置标识、点位置信息、面位置信息以外的其他动态属性的内容提出掉，最后组合成目标动态信息集合。

S130，服务设备将该目标动态信息集合发送给终端设备。

在一些可行的实现方式中，服务设备在确定出上述目标动态信集合后，即可通过无线网络将该目标动态信息集合发送给终端设备。

可选的，服务设备还可生成与上述目标集合类别对应的目标类别指示标识，然后再通过网络将该目标类别指示标识发送给终端设备。这里，该目标类别指示标识可用于后续终端设备确定其接收到的目标动态信息集合的类别为目标集合类别。这样可使得终端设备能够简单且便利的确定目标动态信息集合的目标集合类别，可节省终端设备的数据处理量。

进一步的，请参见图4，图4是本申请实施例提供的一种与交通相关的动态信息的处理方法又一流程示意图。如图4所示，该处理方法还包括步骤：

S150，终端设备接收该目标动态信息集合，根据目标集合类别对该目标动态信息集合进行数据解析以提取该目标动态信息集合中包括的至少一种目标动态信息。

在一些可行的实现方式中，终端设备可通过无线网络接收到来自于服务设备的目标动态信息集合。然后，终端设备可进一步获取到该目标动态信息集合所对应的目标集合类别。然后，终端设备可根据该目标集合类别所指示的目标动态信息集合的所包含的具体内容对目标动态信息集合进行数据解析，并最终获取到该目标动态信息集合中所包括的至少一个目标动态信息。

在一种可选的实现中，结合上述步骤S110中所描述的内容，在服务设备主动确定目标集合类别的情况下，终端设备可接收到来自于服务设备的目标类别指示标识，再根据该目标类别指示标识进一步确定出上述目标类别。

在第二种可选的实现方式中，结合上述步骤S110中所描述的内容，在终端设备主动确定目标集合类别并告知服务设备的情况下，终端设备即可直接使用其之前所确定的目标集合类别。

进一步可选的，终端设备在获取到上述至少一个目标动态信息后，可使用上述至少一个目标动态信息中的一个或者多个进行路径规划或者城市应急处理。

例如，终端设备在获取到上述目标动态信息集合中所包括的道路积水信息后，可结合道路积水信息中的面位置信息这个属性以及其获取到的高精度点云地图来判断其自身相对于积水区域的位置信息。然后，若终端设备确定积水区域位于其既定的行驶线路上，且其即将通过该积水区域，则终端设备可结合水深信息这个动态属性以及其自身允许涉水的深度来判断其是否可以安全通过该积水区域。若终端设备确定其无法安全通过该积水区域，则可以暂停等待或者重新规划一条新的路径。或者，若终端设备确定积水区域位于其既定的行驶线路上，且其与终端设备之间存在有一定的距离，则终端设备可结合水深变化速率这个动态属性以及其预估的到达该积水区域的时间来推测其到达该积水区域时该积水区域的水深信息。然后，若终端设备确定其到达该积水区域时该积水区域的水深信息已经其自身允许涉水的深度，则可以提前绕行。

在本申请实施例中，动态信息集合对应有多种不同的集合类别，而不同的集合类别所包含的动态信息的内容不同。在为终端设备推送动态信息集合的过程中，服务设备先根据终端设备所对应的目标类别指示信息来确定终端设备所需的动态信息集合的集合类别(即目标集合类别)，然后再生成目标集合类别下的目标动态信息集合并推送给终端设备，这样就可以使得该目标动态信息集合所包含的动态信息的内容均为终端设备所需要的，这样就可以使得服务设备不会向终端设备推送一些无用的动态信息，从而可节省服务设备和终端设备的通信资源和数据处理资源。

实施例二

请参见图5，图5是本申请实施例提供的一种与交通相关的动态信息的处理方法又一流程示意图。该方法具体可由图1所示的通信***中的终端设备和服务设备来执行。由图5可知，该处理方法包括步骤：

S210，终端设备从预设的至少两种集合类别中确定出目标集合类别。

在一些可行的实现方式中，终端设备预配置有多种集合类别，这些集合类别是基于预设的集合类别划分规则划分得到的，而不同集合类别下的动态信息集合中所包含的动态信息的内容不同。当终端设备确定其需要生成一个动态信息集合时，其可先从上述至少两种集合类别中确定出其需要生成的动态信息集合的类别。本实施例提供了不同的集合类别划分规则，下面将结合本实施提供的多种集合类别划分规则对终端设备确定目标集合类别的过程进行具体的描述。

实现方式一：

如实施例一中步骤S110中的实现方式一所描述，预设的集合类别的划分规则是：动态信息集合中包含的动态信息的种类不同，则集合类别不同。这里，针对不同的集合类别以及每种集合类别下的动态信息集合所包含的动态信息的种类的描述具体可参见实施例一中步骤S110中的实现方式一所描述的内容，此次便不再赘述。在这种场景下，终端设备可获取其自身的自动驾驶等级或者设备感知能力等级，再根据其自身的自动驾驶等级或者设备感知能力等级确定出其适用的目标集合类别。这里，终端设备根据自动驾驶等级或者设备感知能力等级确定目标集合类别的过程具体可参见实施例一所描述的服务设备根据自动驾驶等级或者设备感知能力等级确定目标集合类别的过程，此次便不再赘述。

在本实现方式中，基于动态信息集合中包含的动态信息的种类来区别不同集合类别的动态信息集合，能够使得动态信息集合所包含的内容得到细化，从而使得后续终端设备能够通过得到的目标集合类别筛选出其需要的动态信息的内容，从而可避免终端设备对一些无用的动态信息进行处理，可节省终端设备的数据处理资源。

实现方式二：

如实施例一中步骤S110中的实现方式二所描述，预设的集合类别划分规则是：动态信息集合中所包含的同一动态信息的动态属性的种类不同，则集合类别不同。同样，为了方便理解，本实现方式中，不同集合类别的动态信息集合中所包括的动态信息的种类全部相同。这里，针对不同的集合类别以及每种集合类别下动态信息集合中所包含的同一动态信息的动态属性种类的描述具体可参见实施例一中步骤S110中的实现方式二所描述的内容，此次便不再赘述。在这种场景下，终端设备可获取其所在地区的天气状态信息，并根据天气状态信息确定目标集合类别。这里，终端设备根据天气状态信息确定目标集合类别的过程具体可参见实施例一所描述的服务设备根据天气状态信息确定目标集合类别的过程，此次便不再赘述。

在本实现方式中，基于动态信息集合中的一个或者多个动态信息的属性分级的不同来区别不同集合类别的动态信息集合，能够使得动态信息集合的种类的细化程度较高，从而使得后续终端设备能够通过得到的目标集合类别较为精准的为筛选出其需要的动态信息的内容，从而可避免终端设备对一些无用的动态信息进行处理，可节省终端设备的数据处理资源。

实现方式三：

如实施例一中步骤S110中的实现方式三所描述，预设的集合类别划分规则是：基于某一动态信息所包含的某一动态属性的属性粒度来区分动态信息集合的集合类别。为了方便理解，在本实现方式中，假设不同集合类别的动态信息集合中所包括的动态信息的种类全部相同，不同集合类别的动态信息集合中的同种动态信息所包含的动态属性的种类也相同。这里，针对不同的集合类别以及每种集合类别下动态信息集合中所包含的同一动态信息的动态属性的属性粒度的描述具体可参见实施例一中步骤S110中的实现方式三所描述的内容，此次便不再赘述。在这种场景下，终端设备可获取其对应的资费等级，并根据其对应的资费等级确定目标集合类别。这里，终端设备根据其对应的资费等级确定目标集合类别的过程具体可参见实施例一所描述的服务设备根据终端设备对应的资费等级确定目标集合类别的过程，此次便不再赘述。

在本实现方式中，基于动态信息集合中的动态信息中的一个或者多个动态属性的属性粒度的不同来区别不同集合类别的动态信息集合，能够使得动态信息集合的种类的细化程度更高，从而使得后续终端设备能够更为精准筛选出其需要的动态信息的内容，从而可避免终端设备对一些无用的动态信息进行处理，可节省终端设备的数据处理资源。

实现方式四：

如实施例一中步骤S110中的实现方式四所描述，预设的集合类别划分规则是：同时基于动态信息集合中所包括的动态信息的种类、动态信息的包含的动态属性的种类以及动态信息的动态属性的属性粒度这三个维度中的至少两个维度来对动态信息集合的类别进行划分。这种情况下，最终划分出来的动态信息集合的集合类别其实就是上述三种可选实现方式中划分出来的集合类别的不同组合。这里，针对集合类别的描述具体可参见实施例一的步骤S110中的实现方式四中对集合类别的描述，此处便不再赘述。在这种情况下，终端设备可先分别确定出目标动态信息集合在上述不同维度下所对应的集合类别(这里为了方便区别，在本实现方式中，基于单一维度确定出的集合类别用也分别用第一子集合类别、第二子集合类别和第三子集合类别代替描述)。这里，终端设备基于动态信息集合中所包括的动态信息的种类、动态信息的包含的动态属性的种类以及动态信息的动态属性的属性粒度这三个维度中任意一个维度确定对应的子集合类别的过程具体可参见上述实现方式一、实现方式二以及实现方式三中所描述的相应过程，此处便不再赘述。然后，终端设备可根据确定出的各子集合类别最终确定出目标集合类别。具体过程可参见实施例一中步骤S110中的实现方式四中所描述的服务设备确定目标集合类别的过程，此处便不再赘述。

在本实现方式中，同时基于动态信息集合中所包括的动态信息的种类、动态信息的包含的动态属性的种类以及动态信息的动态属性的属性粒度这三个维度中的至少两个维度的不同来区别不同集合类别，能够进一步提升动态信息集合所包含的内容的细化程度，从而使得后续终端设备能够更为精准筛选出其需要的动态信息的内容，从而可避免终端设备对一些无用的动态信息的处理过程，可节省终端设备的数据处理资源。

S220，终端设备根据目标集合类别和至少一种动态信息确定出目标动态信息集合。

在一些可行的实现方式中，终端设备在获取到上述目标集合类别后，可根据目标类别集合确定出目标动态信息集合中所要包含的内容，然后再从其缓存的至少一个动态信息中提取出目标动态信息集合中所要包含的内容，进而生成目标动态信息集合。这里需要说明的是，终端设备缓存的至少一个动态信息可来自于前文所述的服务设备或者其他终端设备，此处不作限定。这里，终端设备根据目标集合类别和至少一种动态信息确定出目标动态信息集合的过程具体可参见实施例一中步骤S120中所描述的服务设备根据目标集合类别和至少一种动态信息确定出目标动态信息集合的过程，此处便不再赘述。

在本实施例中，终端设备先从预设的多种集合类别中确定出与其对应的目标类别集合，再根据该目标类别集合从至少一个动态信息中筛选出其需要的动态信息并生成目标动态信息集合，这样就可以使得终端设备能够避免进一步对其接收到的无用的动态信息进行处理，可节省终端设备的数据处理资源。

请参见图6，图6是本申请实施例提供的一种装置一结构示意图。该装置可以是实施例一中描述的服务器。如图6所示，该装置包括：

处理单元601，用于根据终端设备对应的目标类别指示信息从预设的至少两种集合类别中确定出目标集合类别，其中，不同的类别指示信息对应不同的集合类别，不同集合类别的动态信息集合中所包含的动态信息的内容不同，任意一个动态信息集合中包括一个或者多个动态信息。所述处理单元601还用于根据所述目标集合类别和至少一种动态信息确定出目标动态信息集合。收发单元602，用于将所述目标动态集合发送给终端设备。

在一些可能的实施方式中，所述处理单元601还用于生成目标类别指示标识。其中，所述目标类别指示标识用于所述终端设备确定所述目标集合类别。所述收发单元602还用于向所述终端设备发送所述目标类别指示标识。

在一些可能的实施方式中，不同集合类别的动态信息集合中所包含的动态信息的种类不同。

在一些可能的实施方式中，所述目标类别指示信息包括所述终端设备的自动驾驶等级或者设备感知能力等级。

在一些可能的实施方式中，任意一个动态信息中包括一种或者多种动态属性，不同集合类别的动态信息集合中所包括的同种动态信息动态属性的种类不同。

在一些可能的实施方式中，所述目标类别指示信息包括所述终端设备所在地区的天气状态信息。

在一些可能的实施方式中，任意一个动态信息中包括一种或者多种动态属性，不同集合类别的动态信息集合中所包括的同种动态信息中的同种动态属性的属性粒度不同。

在一些可能的实施方式中，所述目标类别指示信息包括所述终端设备的资费等级。

具体实现中，上述处理单元601以及收发单元602实现上述各种可能的实现方式中的步骤的过程具体可参见上述实施例一中的服务设备所执行的过程，此处便不再赘述。

在本申请实施例中，动态信息集合对应有多种不同的集合类别，而不同的集合类别所包含的动态信息的内容不同。在为终端设备推送动态信息集合的过程中，服务设备先根据终端设备所对应的目标类别指示信息来确定终端设备所需的动态信息集合的集合类别(即目标集合类别)，然后再生成目标集合类别下的目标动态信息集合并推送给终端设备，这样就可以使得该目标动态信息集合所包含的动态信息的内容均为终端设备所需要的，这样就可以使得服务设备不会向终端设备推送一些无用的动态信息，从而可节省服务设备和终端设备的通信资源和数据处理资源。

本申请实施例还提供了一种计算机可读介质，其上存储有计算机程序，该计算机程序被计算机执行时实现上述实施例一中服务设备执行的方法或者步骤。

本申请实施例还提供了一种计算机程序产品，该计算机程序产品被计算机执行时实现上述实施例一中服务设备执行的方法或者步骤。

本申请实施例还提供了一种处理器，用于与存储器耦合，存储器存储有指令，当处理器运行所述指令时，使得所述处理器执行上述实现中涉及服务设备所执行的方法或功能。

请一并参见图6，该装置还可以是实施例一中的终端设备。在这种情况下：

收发单元602用于接收来自于服务设备的目标动态信息集合。其中，所述目标动态信息集合中包括至少一种目标动态信息。处理单元601用于根据所述目标动态信息集合对应的目标集合类别对所述目标动态信息集合进行数据解析以提取所述至少一种目标动态信息。其中，不同集合类别的动态信息集合所包含的动态信息的内容不同。

在一些可能的实现方式中，所述收发单元602还用于接收来自于所述服务设备目标类别指示标识。所述处理单元601还用于根据所述目标类别指示标识确定所述目标集合类别。

在一些可能的实现方式中，不同集合类别的动态信息集合中所包含的动态信息的种类不同。

在一些可能的实现方式中，任意一个动态信息中包括一种或者多种动态属性，不同集合类别的动态信息集合中所包括的同种动态信息中的动态属性的种类不同。

在一些可能的实现方式中，任意一个动态信息中包括一种或者多种动态属性，不同集合类别的动态信息集合中所包括的同种动态信息中的同种动态属性的属性粒度不同。

具体实现中，上述处理单元601以及收发单元602实现上述各种可能的实现方式中的步骤的过程可具体参见上述实施例一中的终端设备所执行的过程，此处便不再赘述。

本申请实施例还提供了一种计算机可读介质，其上存储有计算机程序，该计算机程序被计算机执行时实现上述实施例一中终端设备执行的方法或者步骤。

本申请实施例还提供了一种计算机程序产品，该计算机程序产品被计算机执行时实现上述实施例一中终端设备执行的方法或者步骤。

请一并参见图6，该装置还可以是实施例二中的终端设备。在这种情况下：

处理单元601用于从预设的至少两种集合类别中确定出目标集合类别。其中，不同集合类别的动态信息集合所包含的动态信息内容不同，任意一个动态信息集合中包括一个或者多个动态信息。所述处理单元601还用于根据所述目标集合类别和至少一种动态信息确定出目标动态信息集合。

在一些可能的实现方式中，所述处理单元601还用于获取终端设备对应的目标类别指示信息，并根据所述目标类别指示信息从预设的至少两种集合类别中确定出所述目标集合类别。

在一些可能的实现方式中，不同集合类别的动态信息集合所包含的动态信息的种类不同。

在一些可能的实现方式中，所述目标类别指示信息包括所述终端设备的自动驾驶等级或者设备感知能力等级。

在一些可能的实现方式中，任意一个动态信息中包括一种或者多种动态属性，不同集合类别的动态信息集合中所包括的同种动态信息中的动态属性的种类不同。

在一些可能的实现方式中，所述目标类别指示信息包括所述终端设备所在地区的天气状态信息。

在一些可能的实现方式中，任意一个动态信息中包括一种或者多种动态属性，不同集合类别的动态信息集合中所包括的同种动态信息中的同种动态属性的属性粒度不同。

在一些可能的实现方式中，所述目标类别指示信息包括所述终端设备的资费等级。

具体实现中，上述处理单元601以及收发单元602实现上述各种可能的实现方式中的步骤的过程可具体参见上述实施例二中的终端设备所执行的过程，此处便不再赘述。

本申请实施例还提供了一种计算机可读介质，其上存储有计算机程序，该计算机程序被计算机执行时实现上述实施例二中终端设备执行的方法或者步骤。

本申请实施例还提供了一种计算机程序产品，该计算机程序产品被计算机执行时实现上述实施例二中终端设备执行的方法或者步骤。

在本申请实施例中，终端设备先从预设的多种集合类别中确定出与其对应的目标类别集合，再根据该目标类别集合从至少一个动态信息中筛选出其需要的动态信息并生成目标动态信息集合，这样就可以使得终端设备能够避免进一步对其接收到的无用的动态信息进行处理，可节省终端设备的数据处理资源。

请参见图7，图7是本申请实施例提供的一种装置又一结构示意图，服务设备可以以该装置的形式得以实现。该装置主要包括至少一个处理器701，至少一个存储器702以及至少一个无线通信模块703。所述处理器701、所述存储器702和所述无线通信模块703通过通信总线或者通信接口连接并完成相互间的通信。这里，上述处理器701以及存储器702既可用于实现上述图6中所示的处理单元601所能实现服务设备的各种功能，上述无线通信模块703即可用于实现上述图6中所示的收发单元602所能实现的服务设备的各种功能。

其中，所述存储器702用于存储执行上述实施例一中服务设备所实现的与交通相关的动态信息的处理方法的程序代码，所述处理器701用于执行所述存储器702中存储的程序代码以实现实施例一中服务设备所执行的与交通相关的动态信息的处理方法的步骤。所述无线通信模块703用于向除该装置以外的其他装置(如终端设备)发送或者接收来源于其他装置的消息。

例如，处理器701可用于根据终端设备对应的目标类别指示信息从预设的至少两种集合类别中确定出目标集合类别，并根据所述目标集合类别和至少一种动态信息确定出目标动态信息集合。无线通信模块703可将所述目标动态集合发送给终端设备。或者，无线通信模块703也可将处理器701从其他装置处获取到的多种动态信息转发给终端设备。具体过程可参见前文实施例一中所描述的相应内容，此处便不再赘述。

请参见图8，图8是本申请实施例提供的一种芯片一结构示意图。服务设备也可以以该芯片的形式得以实现。该芯片主要可包括处理器801以及耦合于处理器801的一个或者多个接口电路802。这里，处理器801以及耦合于处理器801的一个或者多个接口电路802可用于实现上述图6中所示的处理单元601所能实现的服务设备的各种功能，而该芯片外接的无线通信模块即可用于实现上述图6中所示的收发单元602所能实现的服务设备的各种功能。

示例性的，处理器801可用于读取和执行计算机可读指令。具体实现中，处理器801可主要包括控制器、运算器和寄存器。示例性的，控制器主要负责指令译码，并为指令对应的操作发出控制信号。运算器主要负责执行定点或浮点算数运算操作、移位操作以及逻辑操作等，也可以执行地址运算和转换。寄存器主要负责保存指令执行过程中临时存放的寄存器操作数和中间操作结果等。具体实现中，处理器801的硬件架构可以是专用集成电路(application specific integrated circuits，ASIC)架构、无互锁管道阶段架构的微处理器(microprocessor without interlocked piped stages architecture，MIPS)架构、进阶精简指令集机器(advanced RISC machines，ARM)架构或者NP架构等等。处理器801可以是单核的，也可以是多核的。

示例性的，接口电路802可用于输入待处理的数据至处理器801，并且可以向外输出处理器801的处理结果。具体实现中，接口电路802可以是通用输入输出(generalpurpose input output，GPIO)接口，可以和多个***设备(如无线通信模块、传感模块等等)连接。接口电路802通过总线803与处理器801相连。

具体实现中，处理器801可用于从存储器中调用上述实施例一中服务设备所实现的与交通相关的动态信息的处理方法的代码，使得该芯片可以实现实施例一中服务设备所实现的与交通相关的动态信息的处理方法的各个步骤。例如，无线通信模块可接收来自于RSU或者其他云端的一个或者动态信息，并通过接口电路802以及总线803将这一个或者多个动态信息传输给处理器801。处理器801可根据确定得到的目标集合类别以及上述一个或者多个动态信息生成目标动态信息集合，再通过接口电路802以及总线803将该目标动态信息集合传输给无线通信模块。然后，无线通信模块即可将该目标动态信息集合发送给终端设备。这些功能的具体实现过程可前文实施例一所描述的相应内容，此处便不再赘述。

需要说明的，处理器801、接口电路802各自对应的功能既可以通过硬件设计实现，也可以通过软件设计来实现，还可以通过软硬件结合的方式来实现，这里不作限制。

请参见图9，图9是本申请实施例提供的一种装置又一结构示意图。该装置可以为智能汽车，终端设备可以以该装置的形式得以实现。由图9可知，该装置包括各种***，例如行进***902、控制***903、一个或多个***设备904以及计算机***901等。可选地，该装置可包括更多或更少的***，并且每个***可包括多个元件。另外，该装置的每个***之间可以通过有线或者无线互连。

行进***902可包括为该装置提供动力运动的组件。在一个实施例中，行进***902可包括引擎、传动装置和车轮/轮胎等。

控制***903可以控制该装置及其组件的操作。控制***903可包括各种元件，例如可包括转向***、油门、制动单元等。

该装置还可通过***设备904与其他装置、其他计算机***或用户之间进行交互。***设备904可包括无线通信***、麦克风和/或扬声器等。

计算机控制***中包括处理器9012和存储器9011。处理器9012可以是任何常规的处理器，诸如商业可获得的CPU。可选地，该处理器也可以是诸如ASIC或其它基于硬件的处理器的专用设备。尽管图9功能性地图示了处理器、存储器以及在相同块中的计算机***的其它元件，但是本领域的普通技术人员应该理解该处理器、计算机、或存储器实际上可以包括可以或者可以不存储在相同的物理外壳内的多个处理器、计算机、或存储器。

在一些实施例中，存储器9011中可包含指令(例如，程序逻辑)，该指令可被处理器9012执行来执行该装置的各种功能，包括以上描述的那些功能。存储器9011中也可包含额外的指令，包括向推进***、传感器***、控制***和***设备中的一个或多个发送数据、从其接收数据、与其交互和/或对其进行控制的指令。

可选地，上述组件只是一个示例，实际应用中，上述各个***中的组件有可能根据实际需要增添或者删除，图9不应理解为对本发明实施例的限制。

需要说明的是，上述图6所述的处理单元601可以就是该装置中的计算机***901，收发单元602可以就是该装置中的无线通信***。

具体实现中，在上述各个***之间相互协作并使得该装置处于正常工作状态下，上述存储器9011中可存储有上述实施例一或者实施例二中的终端设备所执行的与交通相关的动态信息的处理方法所对应的代码。上述处理器9012可执行该代码，以实现上述实施例一或者实施例二中终端设备所执行的与交通相关的动态信息的处理方法中的各个步骤。这里，处理器9012执行代码以实现终端设备所执行的与交通相关的动态信息的处理方法中的各个步骤的过程可参加前文实施例一或者实施例二中所描述的过程，此处便不再赘述。

请一并参见图7，终端设备也可以以该装置的形式得以实现。在这种情况下，所述存储器702用于存储执行上述实施例一或者实施例二中终端设备所实现的与交通相关的动态信息的处理方法的程序代码，所述处理器701用于执行所述存储器702中存储的程序代码以实现实施例一或者实施例二中终端设备所执行的与交通相关的动态信息的处理方法的步骤。所述无线通信模块703用于向除该装置以外的其他装置(如服务设备或者其他终端设备)发送或者接收消息。

例如，无线通信模块703可接收来自于服务设备的至少一个动态信息并传输给处理器701。

处理器701可用于根据终端设备对应的目标类别指示信息从预设的至少两种集合类别中确定出目标集合类别，并根据所述目标集合类别和上述至少一种动态信息确定出目标动态信息集合。无线通信模块703也可将处理器701确定出的目标动态信息集合转发给其他终端设备。具体过程可参见前文实施例一或者实施例二中所描述的相应内容，此处便不再赘述。

在图6所示的装置为终端设备的情况下，上述处理器701以及存储器702即可为上述处理单元601的具体实现形式，上述无线通信模块703即可为上述收发单元602的具体实现形式。也就是说，处理器701以及存储器702可用于实现处理单元601所能实现的终端设备的各种功能，无线通信模块703可用于实现上述收发单元602所能实现的终端设备的各种功能。

请一并参见图8，终端设备也可以以该芯片的形式存在。其中，处理器801可用于读取和执行计算机可读指令。具体实现中，处理器801可主要包括控制器、运算器和寄存器。示例性的，控制器主要负责指令译码，并为指令对应的操作发出控制信号。运算器主要负责执行定点或浮点算数运算操作、移位操作以及逻辑操作等，也可以执行地址运算和转换。寄存器主要负责保存指令执行过程中临时存放的寄存器操作数和中间操作结果等。具体实现中，处理器801的硬件架构可以是专用集成电路(application specific integratedcircuits，ASIC)架构、无互锁管道阶段架构的微处理器(microprocessor withoutinterlocked piped stages architecture，MIPS)架构、进阶精简指令集机器(advancedRISC machines，ARM)架构或者NP架构等等。处理器801可以是单核的，也可以是多核的。接口电路802可用于输入待处理的数据至处理器801，并且可以向外输出处理器801的处理结果。具体实现中，接口电路802可以是通用输入输出(general purpose input output，GPIO)接口，可以和多个***设备(如无线通信模块、传感模块等等)连接。接口电路802通过总线803与处理器801相连。

具体实现中，处理器801可用于从存储器中调用上述实施例一或者实施例二中终端设备所实现的与交通相关的动态信息的处理方法的代码，使得该芯片可以实现实施例一或者实施例二中终端设备所实现的与交通相关的动态信息的处理方法的各个步骤。存储器可以和处理器801可以集成在一起，也可以通过接口电路802与芯片相耦合，也就是说存储器可以是芯片的一部分，也可以独立于该芯片。接口电路802可用于输出处理器801的执行结果。

需要说明的，处理器801、接口电路802各自对应的功能既可以通过硬件设计实现，也可以通过软件设计来实现，还可以通过软硬件结合的方式来实现，这里不作限制。

在图6所示的装置为终端设备的情况下，上述处理器801以及接口电路802即可为上述处理单元601的具体实现形式，该芯片外接的无线通信模块即可为上述收发单元602的具体实现形式。也就是说，处理器801以及接口电路802可用于实现处理单元601所能实现的终端设备的各种功能，外接的无线通信模块可用于实现上述收发单元602所能实现的终端设备的各种功能。

在本申请实施例中，处理器可以是通用中央处理器(CPU)，微处理器，特定应用集成电路(application-specific integrated circuit，ASIC)，或一个或多个用于控制以上方案程序执行的集成电路。

存储器可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(ElectricallyErasable Programmable Read-Only Memory，EEPROM)、只读光盘(Compact Disc Read-Only Memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过总线与处理器相连接。存储器也可以和处理器集成在一起。

无线通信模块或者无线通信***可以是能够实现与其他设备或者通信网络通信的装置或者模块，如射频模块等。

在上述方法实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。上述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行上述计算机指令时，全部或部分地产生按照本申请实施例上述的流程或功能。上述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。上述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，上述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber Line，DSL)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。上述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。上述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，高密度数字视频光盘(digital video disc，DVD)、或者半导体介质(例如，固态硬盘(solid state disk，SSD)等。

应理解，本申请实施例中的术语“***”和“网络”常可被互换使用。本实施例中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

在本申请所提供的实施例中，应该理解到，所揭露的***、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置仅仅是示意性的，例如，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。

另外，在本申请实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

总之，以上上述仅为本申请技术方案的较佳实施例而已，并非用于限定本申请的保护范围。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (28)

1.一种与交通相关的动态信息的处理方法，其特征在于，所述处理方法包括：

根据终端设备对应的目标类别指示信息从预设的至少两种集合类别中确定出目标集合类别，其中，不同的类别指示信息对应不同的集合类别，不同集合类别的动态信息集合中所包含的动态信息的内容不同，任意一个动态信息集合中包括一个或者多个动态信息；

根据所述目标集合类别和至少一种动态信息确定出目标动态信息集合，并将所述目标动态集合发送给终端设备。

2.根据权利要求1所述的处理方法，其特征在于，所述处理方法还包括：

向所述终端设备发送目标类别指示标识，所述目标类别指示标识用于所述终端设备确定所述目标集合类别。

3.根据权利要求1或2所述的处理方法，其特征在于，不同集合类别的动态信息集合中所包含的动态信息的种类不同。

4.根据权利要求3所述处理方法，其特征在于，所述目标类别指示信息包括所述终端设备的自动驾驶等级或者设备感知能力等级。

5.根据权利要求1-4任一项所述的处理方法，其特征在于，任意一个动态信息中包括一种或者多种动态属性，不同集合类别的动态信息集合中所包括的同种动态信息动态属性的种类不同。

6.根据权利要求5所述的方法，其特征在于，所述目标类别指示信息包括所述终端设备所在地区的天气状态信息。

7.根据权利要求1-6任一项所述的处理方法，其特征在于，任意一个动态信息中包括一种或者多种动态属性，不同集合类别的动态信息集合中所包括的同种动态信息中的同种动态属性的属性粒度不同。

8.根据权利要求7所述的处理方法，其特征在于，所述目标类别指示信息包括所述终端设备的资费等级。

9.一种与交通相关的动态信息的处理方法，其特征在于，所述处理方法包括：

接收来自于服务设备的目标动态信息集合，其中，所述目标动态信息集合中包括至少一种目标动态信息；

根据所述目标动态信息集合对应的目标集合类别对所述目标动态信息集合进行数据解析以提取所述至少一种目标动态信息，其中，不同集合类别的动态信息集合所包含的动态信息的内容不同。

10.根据权利要求9所述的处理方法，其特征在于，所述处理方法还包括：

接收来自于所述服务设备目标类别指示标识；

根据所述目标类别指示标识确定所述目标集合类别。

11.根据权利要求9或10所述的处理方法，其特征在于，不同集合类别的动态信息集合中所包含的动态信息的种类不同。

12.根据权利要求9-11任一项所述的处理方法，其特征在于，任意一个动态信息中包括一种或者多种动态属性，不同集合类别的动态信息集合中所包括的同种动态信息中的动态属性的种类不同。

13.根据权利要求9-12任一项所述的处理方法，其特征在于，任意一个动态信息中包括一种或者多种动态属性，不同集合类别的动态信息集合中所包括的同种动态信息中的同种动态属性的属性粒度不同。

14.一种装置，其特征在于，所述装置为服务设备，所述装置包括：

处理单元，用于根据终端设备对应的目标类别指示信息从预设的至少两种集合类别中确定出目标集合类别，其中，不同的类别指示信息对应不同的集合类别，不同集合类别的动态信息集合中所包含的动态信息的内容不同，任意一个动态信息集合中包括一个或者多个动态信息；

所述处理单元，还用于根据所述目标集合类别和至少一种动态信息确定出目标动态信息集合；

收发单元，用于将所述目标动态集合发送给终端设备。

15.根据权利要求14所述的装置，其特征在于，所述收发单元用于：

向所述终端设备发送所述目标类别指示标识，其中，所述目标类别指示标识用于所述终端设备确定所述目标集合类别。

16.根据权利要求14或15所述装置，其特征在于，不同集合类别的动态信息集合中所包含的动态信息的种类不同。

17.根据权利要求16所述的装置，其特征在于，所述目标类别指示信息包括所述终端设备的自动驾驶等级或者设备感知能力等级。

18.根据权利要求14-17任一项所述装置，其特征在于，任意一个动态信息中包括一种或者多种动态属性，不同集合类别的动态信息集合中所包括的同种动态信息动态属性的种类不同。

19.根据权利要求18所述的装置，其特征在于，所述目标类别指示信息包括所述终端设备所在地区的天气状态信息。

20.根据权利要求14-19任一项所述的装置，其特征在于，任意一个动态信息中包括一种或者多种动态属性，不同集合类别的动态信息集合中所包括的同种动态信息中的同种动态属性的属性粒度不同。

21.根据权利要求20所述的装置，其特征在于，所述目标类别指示信息包括所述终端设备的资费等级。

22.一种装置，其特征在于，所述装置为终端设备，所述装置包括：

收发单元，用于接收来自于服务设备的目标动态信息集合，其中，所述目标动态信息集合中包括至少一种目标动态信息；

处理单元，用于根据所述目标动态信息集合对应的目标集合类别对所述目标动态信息集合进行数据解析以提取所述至少一种目标动态信息，其中，不同集合类别的动态信息集合所包含的动态信息的内容不同。

23.根据权利要求22所述的装置，其特征在于，所述收发单元还用于：接收来自于所述服务设备目标类别指示标识；

所述处理单元还用于：根据所述目标类别指示标识确定所述目标集合类别。

24.根据权利要求22或23所述的装置，其特征在于，不同集合类别的动态信息集合中所包含的动态信息的种类不同。

25.根据权利要求22-24任一项所述的装置，其特征在于，任意一个动态信息中包括一种或者多种动态属性，不同集合类别的动态信息集合中所包括的同种动态信息中的动态属性的种类不同。

26.根据权利要求22-25任一项所述的装置，其特征在于，任意一个动态信息中包括一种或者多种动态属性，不同集合类别的动态信息集合中所包括的同种动态信息中的同种动态属性的属性粒度不同。

27.一种可读存储介质，用于存储指令，当所述指令被执行时，使如权利要求1-11或者权利要求1-8或者权利要求9-13中任一项所述的处理方法被实现。

28.一种装置，其特征在于，包括：处理器，存储器；

所述存储器，用于存储计算机程序；

所述处理器，用于执行所述存储器中存储的计算机程序，以使得所述通信装置执行如权利要求1-8或者权利要求9-13中任一项所述的处理方法。

Images