CN112491994A - 车联网终端的识别方法及通信装置 - Google Patents

Abstract

本申请公开了一种车联网终端的识别方法及通信装置，涉及车联网技术领域，用于准确的识别车联网终端的产品形态。该方法包括：获取待识别终端的TAC；根据待识别终端的TAC以及预设对应关系，确定待识别终端的产品形态，该预设对应关系包括多个车联网终端的TAC以及对应的设备信息，该设备信息用于确定车联网终端的产品形态。本申请实施例应用于车联网终端的产品形态的识别过程。

Description

车联网终端的识别方法及通信装置

技术领域

本申请涉及车联网技术领域，尤其涉及一种车联网终端的识别方法及通信装置。

背景技术

随着第五代(5th，generation)5G技术在各行业内的应用，“车联万物”得到了广泛发展。“车联万物”是指车联网管理系统可以与车联网终端进行信息/数据的交互，以辅助车辆的驾驶。

在车联网管理系统与车联网终端进行信息/数据交互的过程中，车联网管理系统需要对车联网终端进行识别，确定车联网终端的产品形态，并基于车联网终端的产品形态为车辆提供相应的驾驶信息。例如，若车联网终端的产品形态为智能后视镜，则车联网管理可以确定该智能后视镜上传的信息为处于该车辆后方的车辆的数量和行驶速度。车联网管理系统可以根据处于该车辆后方的车辆的数量以及行驶速度，向该车辆的控制装置发送控制信息，用以控制该车辆的驾驶速度，可以保证该车辆的安全行驶。

因此，如何准确的识别车联网终端的产品形态成为亟待解决的问题。

发明内容

本申请提供一种车联网终端的识别方法及通信装置，用于。

为达到上述目的，本申请用如下技术方案：

第一方面，提供了一种车联网终端的识别方法，该方法包括：车联网终端的识别装置(后续为了便于描述，简称为识别装置)获取待识别终端的设备型号标准码TAC；识别装置根据TAC以及预设对应关系，确定待识别终端的产品形态，该预设对应关系包括多种车联网终端的TAC以及对应的设备信息，设备信息用于确定车联网终端的产品形态。

基于第一方面的技术方案，识别装置可以根据终端设备的TAC以及包括TAC与车联网终端的设备信息的对应关系，确定终端设备的产品形态。由于终端设备的设备信息包括多个维度的信息，根据该多个维度的信息可以确定标识终端设备的产品形态，全面准确。

第二方面，提供了一种通信装置，该通信装置可以为识别装置，也可以为应用于识别装置的芯片，该通信装置可以包括：

通信单元，用于获取待识别终端的TAC。

处理单元，用于根据TAC以及预设对应关系，确定待识别终端的产品形态，该预设对应关系包括多种车联网终端的TAC以及对应的设备信息。

第三方面，提供了一种计算机可读存储介质，计算机可读存储介质中存储有指令，当指令被执行时，实现如第一方面的方法。

第四方面，提供了一种计算机程序产品，计算机程序产品包含至少一个指令，当至少一个指令在计算机上运行时，使得计算机执行如第一方面的方法。

第五方面，提供一种芯片，芯片包括至少一个处理器及通信接口，通信接口和至少一个处理器耦合，至少一个处理器用于运行计算机程序或指令，以实现第一方面的方法。

第六方面，提供一种通信装置，包括：处理器、存储器和通信接口；其中，通信接口用于所述通信装置和其他设备或网络通信；该存储器用于存储一个或多个程序，该一个或多个程序包括计算机执行指令，当该通信装置运行时，处理器执行该存储器存储的该计算机执行指令，以使该通信装置执行第一方面的方法。

上述提供的通信装置或计算机可读存储介质或计算机程序产品或芯片均用于执行上文所提供的对应的方法，因此，其所能达到的有益效果可参考上文提供的对应的方法中对应方案的有益效果，此处不再赘述。

附图说明

图1为本申请实施例提供的一种通信系统的结构示意图；

图2为本申请实施例提供的一种通信装置200的结构示意图；

图3为本申请实施例提供的一种车联网终端的识别方法的流程示意图；

图4为本申请实施例提供的另一种车联网终端的识别方法的流程示意图；

图5为本申请实施例提供的一种通信装置50的结构示意图。

具体实施方式

在描述本申请实施例之前，对本申请实施例涉及的名词术语进行解释说明：

车联网终端：车联网终端是指车辆配置的、可以辅助车辆自动驾驶的设备和/或系统。例如，车联网终端可以包括智能后视镜、数据传输车载诊断系统(on-boarddiagnostic，OBD)、智能行车记录仪、远程互控系统等各类车载系统与智能终端。

车辆在驾驶过程中，车辆配置的多个车联网终端可以将车辆的交通信息发送给车联网终端的识别装置(也可以为其他用于控制车辆驾驶的自动驾驶系统或装置)，识别装置在接收到多个车联网终端发送的交通信息后，首先要多个交通信息进行识别，确定发送交通信息的终端所属的车联网终端的产品形态。进而，识别装置可以车联网终端的产品形态以及该车联网终端发送的交通信息，生成相应的驾驶数据，以使得车辆根据该驾驶数据执行相应的驾驶动作。

通常情况下，识别装置可以通过终端数据库的数据对终端的产品形态进行识别。但是，终端数据库中的数据大多是关于手机的数据。随着车联网终端的种类的不断增加，若终端数据库中的数据不能及时更新，则自动驾驶系统无法根据该终端数据库准确的识别车联网终端的产品形态。

鉴于此，本申请实施例提供了一种车联网终端的识别方法，该方法包括：识别装置获取待识别终端的设备型号核准号码(type approval code，TAC)；识别装置根据待识别终端的TAC以及预设对应关系，确定待识别终端的产品形态第一设备信息，其中，预设对应关系包括多种车联网终端的TAC以及对应的设备信息，该设备信息用于表征终端的产品形态。

基于本申请实施例提供的技术方案，识别装置可以根据终端设备的TAC以及包括TAC与车联网终端的设备信息的对应关系，确定终端设备的产品形态。由于终端设备的设备信息包括多个维度的信息，根据该多个维度的信息可以确定标识终端设备的产品形态，全面准确。

需要说明的是，本申请实施例中，产品形态可以是指车联网终端的实体产品，例如，车载终端、智能行驶记录仪等，也可以是指应用于车联网终端的系统，例如，自动驾驶系统、远程互控系统等。

需要说明的是，本申请实施例中，上述识别装置可以为服务器，也可以为服务器中的部件，如服务器的芯片。例如，服务器可以为车联网(vehicle-to-everything，V2X)服务器。不予限制。

下面将结合附图对本申请实施例的实施方式进行详细描述。

本申请实施例提供的车联网终端的识别方法可用于支持通信的任一通信系统，该通信系统可以为第三代合作伙伴计划(3rd generation partnership project，3GPP)通信系统，例如，长期演进(long term evolution，LTE)通信系统、5G移动通信系统、新空口(newradio，NR)系统、NR车联网系统以及其他下一代通信系统，也可以为非3GPP通信系统，不予限制。下面以图1为例，对本申请实施例提供的车联网终端的识别方法进行描述。

需要说明的是，本申请实施例描述的通信系统是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着通信系统的演变和其他通信系统的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

图1示出的是本申请实施例提供的一种通信系统的示意图。如图1所示，该通信系统可以包括识别装置110以及多个车辆(如图1中的车辆120和车辆130)。其中，该多个车辆中每个车辆可以设置有一个或多个车联网终端。该一个或多个车联网终端可以与识别装置通信连接。例如，车联网终端可以通过通信网络与识别装置通信连接，或可以通过蓝牙与识别装置通信连接。

需要说明的是，图1仅为示例性框架图，图1中包括的车辆的数量、不受限制，各个设备的名称不受限制，且除图1所示功能节点外，还可以包括其他节点，如：网络设备(或者基站)等，不予限制。

其中，图1中的识别装置主要用于实现车辆的自动驾驶控制、车联网终端的资源调度、无线资源管理、无线接入控制等功能。

图1中的车辆的车联网终端可以用于获取车辆的交通信息，例如，车辆的驾驶速度、车辆周围的交通设施(如红绿灯、限高杆)、处于车辆预设区域的其他车辆的数据以及速度。

本申请的实施例对识别装置和车联网终端的应用场景不做限定。本申请实施例描述的系统架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着网络架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

具体实现时，图1中的设备均可以采用图2所示的组成结构，或者包括图2所示的部件。图2为本申请实施例提供的一种通信装置200的组成示意图，该通信装置200可以为识别装置或识别装置中的芯片或者片上系统。或者，该通信装置200可以为车联网终端或车联网终端中的芯片或者片上系统。如图2所示，该通信装置200包括处理器201，通信接口202以及通信线路203。

进一步的，该通信装置200还可以包括存储器204。其中，处理器201，存储器204以及通信接口202之间可以通过通信线路203连接。

其中，处理器201是CPU、通用处理器网络处理器(network processor，NP)、数字信号处理器(digital signal processing，DSP)、微处理器、微控制器、可编程逻辑器件(programmable logic device，PLD)或它们的任意组合。处理器201还可以是其它具有处理功能的装置，例如电路、器件或软件模块，不予限制。

通信接口202，用于与其他设备或其它通信网络进行通信。该其它通信网络可以为以太网，无线接入网(radio access network，RAN)，无线局域网(wireless local areanetworks，WLAN)等。通信接口202可以是模块、电路、通信接口或者任何能够实现通信的装置。

通信线路203，用于在通信装置200所包括的各部件之间传送信息。

存储器204，用于存储指令。其中，指令可以是计算机程序。

其中，存储器204可以是只读存储器(read-only memory，ROM)或可存储静态信息和/或指令的其他类型的静态存储设备，也可以是随机存取存储器(random accessmemory，RAM)或可存储信息和/或指令的其他类型的动态存储设备，还可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory，EEPROM)、只读光盘(compact disc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或其他磁存储设备等，不予限制。

需要指出的是，存储器204可以独立于处理器201存在，也可以和处理器201集成在一起。存储器204可以用于存储指令或者程序代码或者一些数据等。存储器204可以位于通信装置200内，也可以位于通信装置200外，不予限制。处理器201，用于执行存储器204中存储的指令，以实现本申请下述实施例提供的车联网终端的识别方法。

在一种示例中，处理器201可以包括一个或多个CPU，例如图2中的CPU0和CPU1。

作为一种可选的实现方式，通信装置200包括多个处理器，例如，除图2中的处理器201之外，还可以包括处理器207。

作为一种可选的实现方式，通信装置200还包括输出设备205和输入设备206。示例性地，输入设备206是键盘、鼠标、麦克风或操作杆等设备，输出设备205是显示屏、扬声器(speaker)等设备。

需要指出的是，通信装置200可以是台式机、便携式电脑、网络服务器、移动手机、平板电脑、无线终端、嵌入式设备、芯片系统或有图2中类似结构的设备。此外，图2中示出的组成结构并不构成对该终端设备的限定，除图2所示部件之外，该终端设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

本申请实施例中，芯片系统可以由芯片构成，也可以包括芯片和其他分立器件。

此外，本申请的各实施例之间涉及的动作、术语等均可以相互参考，不予限制。本申请的实施例中各个设备之间交互的消息名称或消息中的参数名称等只是一个示例，具体实现中也可以采用其他的名称，不予限制。

为了便于清楚描述本申请实施例的技术方案，在本申请的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。例如，第一终端和第二终端仅仅是为了区分不同的终端，并不对其先后顺序进行限定。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。

需要说明的是，本申请中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其他实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

本申请中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b，或c中的至少一项(个)，可以表示：a，b，c，a-b，a-c，b-c，或a-b-c，其中a，b，c可以是单个，也可以是多个。

下面结合图1所示通信系统，对本申请实施例提供的车联网终端的识别方法进行描述。其中，其中，本申请各实施例之间涉及的动作，术语等均可以相互参考，不予限制。本申请的实施例中各个设备之间交互的消息名称或消息中的参数名称等只是一个示例，具体实现中也可以采用其他的名称，不予限制。本申请各实施例涉及的动作只是一个示例，具体实现中也可以采用其他的名称，如：本申请实施例所述的“包括在”还可以替换为“承载于”或者“携带在”等。

图3为本申请实施例提供了一种车联网终端的识别方法，如图3所示，该方法包括：

步骤301、识别装置获取待识别终端的TAC。

其中，识别装置可以为图1中的识别装置。待识别终端可以为图1中任一车辆的车联网终端，如可以为车辆120的车联网终端，或者可以为车辆130的车联网终端。不予限制。

其中，TAC可以为待识别终端的IMEI码中的部分字符和/或数字。例如，可以为IMEI码的前六位数字。

一种可能的实现方式中，识别装置可以从现网中获取待识别终端的HTTP访问日志，并根据HTTP日志得到待识别终端的IMEI码。

需要说明的是，HTTP访问日志包括终端的IMEI、业务类型、接入点名称(accesspoint name，APN)、用户代理(user agent，UA)、主机(HOST)及统一资源定位符(uniformresource locator，URL)等信息。

步骤302、识别装置根据待识别终端的TAC以及预设对应关系，确定待识别终端的产品形态。

其中，预设对应关系可以包括多个车联网终端的TAC以及多个车联网终端的设备信息。其中，一个车联网终端的TAC对应一个车联网终端的设备信息。该预设对应关系可以为识别装置预先设置的，也可以为识别装置从其他系统或装置处获取的，不予限制。

其中，车联网终端的设备信息可以用于确定车联网终端的产品形态。例如，车联网终端的设备信可以包括多个表征车联网终端的软件以及硬件信息。比如，车联网终端的设备信息可以包括接入点名称APN、归属厂商、终端品牌、终端型号、终端类型、终端使用业务的类型以及终端应用行业的类型中的多个。

例如，该预设对应关系可以为根据多个数据源的数据确定。例如，该多个数据源可以包括HTTP访问日志、物联网平台以及GSMA等。当然，也可以包括其他数据源，例如，通信运营商的数据库，不予限制。

一种示例中，预设对应关系包括第一对应关系、第二对应关系、第三对应关系以及第四对应关系。

其中，第一对应关系可以为TAC与车企信息之间的对应关系，第二对应关系可以为TAC与车联网终端的关键信息之间的对应关系，第三对应关系可以为TAC与第一业务之间的对应关系，第一业务(或高频业务)可以是指终端使用频次大于第二阈值的业务。第四对应关系可以为TAC与车联网终端应用的第一行业之间的对应关系，第一行业(或高频应用行业)为物联网平台中数量与总的行业的数量的比值大于第三阈值的行业。具体，第一对应关系～第四对应关系的确定方法详见后续描述，此处不予赘述。

一种可能的实现方式中，识别装置可以根据待识别终端的TAC以及预设对应关系，确定待识别终端的设备信息，并根据待识别终端的设备信息确定待识别终端的产品形态。

其中，终端的设备信息用于确定终端的产品形态。终端的产品形态可以参照上述描述，不予赘述。

例如，识别装置可以基于设备信息与车联网终端的产品形态的对应关系，确定待识别终端的产品形态。

其中，设备信息与车联网终端的产品形态对应关系可以为识别装置从其他装置处获取的。例如，识别装置可以通过与车联网管理系统的交互获取。比如，识别装置可以向车联网管理系统发送用于请求该对应关系的消息。车联网管理系统在接收到该消息后，可以向识别装置发送该对应关系。相应的，识别装置接收来自车联网管理系统的对应关系。当然，该对应关系也可以为识别装置确定的。

一种示例中，识别装置可以预先配置有多种产品形态与对应的设备信息的关联关系。例如，多种产品形态与对应的设备信息的关联关系可以以表格的形式配置给识别装置，也可以以数组的形式配置给识别装置，不予限制。例如，多种产品形态与对应的设备信息的关联关系可以如表1所示。

表1

产品形态	设备信息
		车载终端	设备信息1
智能行驶记录仪	设备信息2
		自动驾驶系统	设备信息3
远程互控系统	设备信息4
		智能全景摄像设备	设备信息5

需要说明的是，表1中的产品形态以及对应的设备信息仅为示例性的，还可以包括其他产品形态以及对应的设备信息，不予限制。例如，结合下述表3～表7，若待识别终端的TAC为“35953×××”，则待识别终端的产品形态可以为‘奔驰-车载远程信息处理系统’。

基于图3的技术方案，识别装置可以根据终端设备的TAC以及包括TAC与车联网终端的设备信息的对应关系，确定终端设备的产品形态。由于终端设备的设备信息包括多个维度的信息，根据该多个维度的信息可以确定标识终端设备的产品形态，全面准确。

结合图1的通信系统，如图4所示，图3所示的方法还可以包括：

步骤401、识别装置确定预设对应关系。

其中，预设对应关系可以参照上述步骤302的描述。

下面对预设对应关系中包括的第一对应关系～第四对应关系进行说明。

一、第一对应关系可以为TAC与车企信息之间的对应关系。

其中，车企信息可以是指车辆的厂商信息。例如，奔驰(Benz)、比亚迪(BYD)等。

一种示例中，识别装置可以预设解析规则，确定该多条HTTP访问日志中包括第一APN信息和TAC的HTTP访问日志。第一APN信息为车联网终端的APN信息。预设解析规则可以包括一个或多个字段，该一个或多个字段可以用于指示车联网终端对应的车企信息。例如，该一个或多个字段为第一字段和第二字段。其中，第一字段可以用于指示该HTTP访问日志为车联网终端的HTTP访问日志，第二字段可以用于指示终端的企业信息。比如，第一字段可以为“CLFU”，第二字段可以包括BEBZ、BYD等。或者，第二字段可以包括多个标志位，该多个标志位中每个标志文对应一个车企信息。比如，预设解析规则可以为X1-KEY2-(ZZ)-KEY1-X2M2MAPN。

其中，预设解析规则可以预先配置在识别装置中，或者，也可以为识别装置从其他设备处获取的，不予限制。比如，预设解析规则可以以表格或数组的形式配置在识别装置中。预设解析规则可以如表2所示。

表2

需要说明的是，表2中的预设解析规则中字段仅为示例性的，并不局限于此。基于表2的解析规则，识别装置可以确定第一对应关系，也即，可以确定车联网终端的TAC与对应的车企信息之间的对应关系。

基于表2的预设解析规则，识别装置可以使用该预设解析规则对多条HTTP访问日志进行解析，确定包括第一APN信息的HTTP访问日志。例如，识别装置可以将该一个或多个字段和每条HTTP访问日志进行匹配，确定包括该一个或多个字段的HTTP访问日志，并根据包括该一个或多个预设字段的HTTP访问日志，确定该HTTP访问日志中的第一APN信息以及TAC。

示例性的，第一对应关系可以如表3所示。

表3

字段	字段说明	数据格式	举例说明
				TAC	设备型号核准码	varchar(8)	35953×××
APN	接入点名称	varchar(32)	BJBENZ01.CLFU.NJM2MAPN
				车企	APN二级解析字段	varchar(256)	北京奔驰

需要说明的是，表3中的对应关系仅为示例性的，表3还可以包括其他TAC以及对应的APN和车企，例如，还可以包括比亚迪等车企，不予限制。

进一步的，识别装置在根据APN解析规则，从现网HTTP访问日志中获取包含第一字段的APN所对应的所有TAC后，可以将终端的关键信息进行结构化处理，通过去重复的方式得到去重TAC列表，并统计预设时间内该去重TAC列表中每个TAC对应的APN及数量分布比例。

一种示例中，当包括第一字段的APN与去重TAC列表对应的APN的比例大于预设阈值时，保留TAC与APN之间的对应关系。否则，识别装置可以删除TAC与APN之间的对应关系。其中，预设阈值可以由工作人员根据经验值或历史数据确定，例如，可以为0.5，不予限制。

二、第二对应关系可以为TAC与车联网终端的关键信息之间的对应关系。

其中，车联网终端的关键信息可以包括GSMA中的车联网终端的厂商信息、车联网终端的型号以及类型。

一种可能的实现方式中，识别装置可以从GSMA中获取车联网终端的关键信息。识别装置可以基于第一对应关系中的TAC对应的车联网终端的车企信息以及GSMA中的车联网终端的厂商信息进行关联，得到第二对应关系。例如，识别装置可以将GSMA中的车联网终端的厂商信息中与第一对应关系中车联网终端的车企信息相同的厂商信息一致的厂商信息，与第一对应关系中的TAC进行关联，得到第二对应关系。

示例性的，结合表3中的第一对应关系，第二对应关系可以如表4所示。

表4

字段	字段说明	数据格式	举例说明
				TAC	设备型号核准码	varchar(8)	35953×××
Brand	终端品牌	varchar(256)	Harman Becker
				Model	终端型号	varchar(256)	Harman Hermes
Type	终端类型	varchar(256)	Modem

需要说明的是，表4中的字段(如终端品牌、终端型号、终端类型以及对应的数据格式)仅为示例性的，还可以包括其他字段，不予限制。

三、第三对应关系为TAC与第一业务之间的对应关系。

其中，第一业务(或高频业务)可以是指终端使用频次大于第二阈值的业务。例如，识别装置可以统计预设时间内第一对应关系中每个TAC对应的多个业务类型(或者流量类型)以及每个业务的使用频次，并将使用频次大于第二阈值的业务作为第一业务。基于此，识别装置可以确定每个TAC对应的第一业务，也即，可以得到第三对应关系。其中，第二阈值可以根据需要设置，例如，可以由工作人员根据经验值或历史数据设置，例如，可以为0.2，不予限制。

示例性的，结合表3，第三对应关系可以如表5所示。

表5

需要说明的是，表5中的字段(如流量类型、数据格式)仅为示例性，还可以包括其他字段，不予限制。表5中的N为正整数。

四、第四对应关系为TAC与车联网终端应用的第一行业之间的对应关系。

其中，第一行业(或高频应用行业)为物联网平台中数量与总的行业的数量的比值大于第三阈值的行业。第三阈值可以根据需要设置，例如，可以由工作人员根据经验值或历史数据设置，例如，可以为0.1，不予限制。

例如，识别装置可以从物联网平台中获取车联网终端所适用的行业领域以及数量分布比例，并将比例大于第三阈值的行业作为第一行业。基于此，识别装置可以确定每个TAC对应的第一行业，也即，第四对应关系。

示例性的，结合表3，第四对应关系可以如表6所示。

表6

字段	字段说明	数据格式	举例说明
				TAC	设备型号核准码	varchar(8)	35953×××
行业大类1	top1可应用行业大类	varchar(256)	前装-汽车车厂
				行业小类1	top1可应用行业小类	varchar(256)	车厂前装
占比1	top1行业应用占比	float	0.5066
				......	......	......	......
行业大类N	topN可应用行业大类	varchar(256)
				行业小类N	topN可应用行业小类	varchar(256)
占比N	topN行业应用占比	float

需要说明的是，表6中的字段(如行业类别、数据格式)仅为示例性，还可以包括其他字段，不予限制。表6中的N为正整数。

基于上述第一对应关系～第四对应关系，识别装置可以得到预设对应关系。

示例性，结合上述表3～表6示，预设对应关系可以如表7所示。

表7

需要说明的是，表7中的字段仅为示例性的，还可以包括其他字段，例如，还可以包括其他TAC、车企等，不予限制。

需要说明的是，步骤401中以识别装置为执行主体进行了描述，当然，识别装置也可以从其他设备处获取该预设对应关系，在识别装置从其他设备处获取预设对应关系的情况下，步骤401的执行主体可以替换为其他设备，例如，若该预设对应关系为设备装置从车联网管理系统处获取的，则步骤401的执行主体可以为车联网管理系统。

步骤402、若识别装置根据待识别终端的设备信息无法确定待识别终端的产品形态，识别装置根据待识别终端的辅助信息确定待识别终端的产品。

其中，辅助信息可以包括UA数据、HOST数据、URL数据。当然，辅助信息还可以包括其他设备信息，例如，还可以包括现网与物联网平台用户数量对比情况。辅助信息的获取方法可以参照上述步骤301，不予赘述。

其中，若识别装置可以根据预设对应关系，可以识别出待识别终端的产品形态，则可以记录可识别的TAC及识别结果的对应关系，并将其标记为“可识别”，建立车联网终端集合。若不能识别处待识别终端的产品形态，则可以进一步结合待识别终端的辅助信息进行识别。

一种示例中，识别装置可以根据UA数据中包含的终端特征字段，确定待识别终端的产品形态。例如，终端特征字段可以为“T-BOX”，也即，若待识别终端的UA数据包含“T-BOX”，则该待识别终端可以为车载行车记录仪。

又一种示例中，识别装置可以根据HOST数据和/或URL数据中包含的业务特征字段，确定待识别终端的产品形态。例如，业务特征字段可以用于表示地址或经纬度信息，也即，待识别终端的HOST数据和/或URL数据中包含多个用于表示地址或经纬度信息的业务特征字段，则该待识别终端可以为导航类车载终端。

又一种示例中，识别装置可以根据同一TAC在物联网平台和现网中所含用户数量来判断待识别终端的类型。例如，若待识别终端的TAC在物联网平台中的用户数大于其在现网中的用户数，则说明该待识别终端可能为物联网终端。又例如，若待识别终端的TAC在物联网平台中的用户数小于或等于其在现网中的用户数，则说明该待识别终端可能不是物联网终端。在这种情况下，可以由工作人员对待识别终端进行识别。

需要说明的是，在识别装置根据待识别终端的设备信息可以识别出待识别终端的产品形态的情况下，识别装置也可以根据待识别终端的辅助信息对该待识别终端的产品形态进行验证，以保证识别结果的准确性。

基于该实现方式，识别装置可以根据待识别终端的辅助信息对待识别终端进行更新粒度的识别与分析，以使得识别结果更加准确。

本申请上述实施例中的各个方案在不矛盾的前提下，均可以进行结合。

本申请实施例可以根据上述方法示例对识别装置进行功能模块或者功能单元的划分，例如，可以对应各个功能划分各个功能模块或者功能单元，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块或者功能单元的形式实现。其中，本申请实施例中对模块或者单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

在采用对应各个功能划分各个功能模块的情况下，图5示出了一种通信装置50的结构示意图，该通信装置50可以为识别装置，也可以为应用于识别装置的芯片，该通信装置50可以用于执行上述实施例中涉及的识别装置的功能。图5所示的通信装置50可以包括：通信单元502以及处理单元501。

通信单元502，用于获取待识别终端的TAC。

处理单元501，用于根据待识别终端的TAC以及预设对应关系，确定待识别终端的产品形态，该预设对应关系包括多个车联网终端的TAC以及对应的设备信息，设备信息用于确定待识别终端的产品形态。

其中，通信装置50的具体实现方式可参考图3或图4所示车联网终端的识别方法中识别装置的行为功能。

一种可能的设计中，图5所示的通信装置50还可以包括存储单元503。存储单元503用于储存程序代码和指令。

一种可能的设计中，终端设备的设备信息包括接入点名称APN、归属厂商、终端品牌、终端型号、终端类型、终端使用业务的类型以及终端应用行业的类型中的多个。

一种可能的设计中，预设对应关系为根据多个数据源的数据确定，所述多个数据源至少包括超文本传输协议HTTP访问日志、物联网平台以及全球移动运营商协会GSMA。

一种可能的设计中，预设对应关系包括多个TAC与对应的车企信息，车企信息为根据包括预设字段的第一APN信息确定，第一APN信息的数量与所述HTTP访问日志中的APN信息的数量的比值大于第一阈值。

一种可能的设计中，预设对应关系包括多个TAC与对应的车联网终端的关键信息，关键信息至少包括车联网终端的品牌、型号以及类型，关键信息为从所述GSMA发布的信息中获取。

一种可能的设计中，预设对应关系包括多个TAC与对应的车联网终端的第一业务的类型，第一业务为使用频次大于第二阈值的业务。

一种可能的设计中，预设对应关系包括多个TAC与对应的车联网终端应用的第一行业，第一行业的数量与所述物联网平台中行业的数量的比值大于第三阈值。

一种可能的设计中，处理单元501，还用于若根据待识别终端的设备信息无法确定待识别终端的产品形态，根据待识别终端的辅助信息，以及设备信息确定待识别终端的产品形态，辅助信息包括待识别终端的用户代理UA数据、主机HOST数据、统一资源定位符URL数据中的一个或多个。

作为又一种可实现方式，图5中的处理单元501可以由处理器代替，该处理器可以集成处理单元501的功能。图5中的通信单元502可以由收发器或收发单元代替，该收发器或收发单元可以集成通信单元502的功能。

进一步的，当处理单元501由处理器代替，通信单元502由收发器或收发单元代替时，本申请实施例所涉及的通信装置50可以为图2所示通信装置。

本申请实施例还提供了一种计算机可读存储介质。上述方法实施例中的全部或者部分流程可以由计算机程序来指令相关的硬件完成，该程序可存储于上述计算机可读存储介质中，该程序在执行时，可包括如上述各方法实施例的流程。计算机可读存储介质可以是前述任一实施例的通信装置(包括数据发送端和/或数据接收端)的内部存储单元，例如通信装置的硬盘或内存。上述计算机可读存储介质也可以是上述终端装置的外部存储设备，例如上述终端装置上配备的插接式硬盘，智能存储卡(smart media card,SMC)，安全数字(secure digital,SD)卡，闪存卡(flash card)等。进一步地，上述计算机可读存储介质还可以既包括上述通信装置的内部存储单元也包括外部存储设备。上述计算机可读存储介质用于存储上述计算机程序以及上述通信装置所需的其他程序和数据。上述计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的数据。

需要说明的是，本申请的说明书、权利要求书及附图中的术语“第一”和“第二”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

应当理解，在本申请中，“至少一个(项)”是指一个或者多个，“多个”是指两个或两个以上，“至少两个(项)”是指两个或三个及三个以上，“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系，例如，“A和/或B”可以表示：只存在A，只存在B以及同时存在A和B三种情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b或c中的至少一项(个)，可以表示：a，b，c，“a和b”，“a和c”，“b和c”，或“a和b和c”，其中a，b，c可以是单个，也可以是多个。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。

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

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是一个物理单元或多个物理单元，即可以位于一个地方，或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

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

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (18)

1.一种车联网终端的识别方法，其特征在于，所述方法包括：

获取待识别终端的设备型号核准码TAC；

根据所述TAC以及预设对应关系，确定所述待识别终端的产品形态，所述预设对应关系包括多种车联网终端的TAC以及对应的设备信息，所述设备信息用于确定车联网终端的产品形态。

2.根据权利要求1所述的方法，其特征在于，所述终端设备的设备信息包括接入点名称APN、归属厂商、终端品牌、终端型号、终端类型、终端使用业务的类型以及终端应用行业的类型中的多个。

3.根据权利要求2所述的方法，其特征在于，

所述预设对应关系为根据多个数据源的数据确定，所述多个数据源至少包括超文本传输协议HTTP访问日志、物联网平台以及全球移动运营商协会GSMA。

4.根据权利要求3所述的方法，其特征在于，

所述预设对应关系包括多个TAC与对应的车企信息，所述车企信息为根据包括预设字段的第一APN信息确定，所述第一APN信息的数量与所述HTTP访问日志中的APN信息的数量的比值大于第一阈值。

5.根据权利要求3所述的方法，其特征在于，

所述预设对应关系包括多个TAC与对应的车联网终端的关键信息，所述关键信息至少包括车联网终端的品牌、型号以及类型，所述关键信息为从所述GSMA发布的信息中获取。

6.根据权利要求3所述的方法，其特征在于，

所述预设对应关系包括多个TAC与对应的车联网终端的第一业务的类型，所述第一业务为使用频次大于第二阈值的业务。

7.根据权利要求3所述的方法，其特征在于，

所述预设对应关系包括多个TAC与对应的车联网终端应用的第一行业，所述第一行业的数量与所述物联网平台中行业的数量的比值大于第三阈值。

8.根据权利要求1-7任一项所述的方法，其特征在于，所述方法还包括：

若根据所述设备信息无法确定所述待识别终端的产品形态，根据所述待识别终端的辅助信息，以及所述设备信息确定所述待识别终端的产品形态，所述辅助信息包括所述待识别终端的用户代理UA数据、主机HOST数据、统一资源定位符URL数据中的一个或多个。

9.一种通信装置，其特征在于，所述通信装置包括：通信单元和处理单元；

所述通信单元，用于获取待识别终端的设备型号核准码TAC；

所述处理单元，用于根据所述TAC以及预设对应关系，确定所述待识别终端的产品形态，所述预设对应关系包括多种车联网终端的TAC以及对应的设备信息，所述设备信息用于确定车联网终端的产品形态。

10.根据权利要求9所述的通信装置，其特征在于，所述终端设备的设备信息包括接入点名称APN、归属厂商、终端品牌、终端型号、终端类型、终端使用业务的类型以及终端应用行业的类型中的多个。

11.根据权利要求10所述的通信装置，其特征在于，

所述预设对应关系为根据多个数据源的数据确定，所述多个数据源至少包括超文本传输协议HTTP访问日志、物联网平台以及全球移动运营商协会GSMA。

12.根据权利要求11所述的通信装置，其特征在于，

所述预设对应关系包括多个TAC与对应的车企信息，所述车企信息为根据包括预设字段的第一APN信息确定，所述第一APN信息的数量与所述HTTP访问日志中的APN信息的数量的比值大于第一阈值。

13.根据权利要求11所述的通信装置，其特征在于，

所述预设对应关系包括多个TAC与对应的车联网终端的关键信息，所述关键信息至少包括车联网终端的品牌、型号以及类型，所述关键信息为从所述GSMA发布的信息中获取。

14.根据权利要求11所述的通信装置，其特征在于，

所述预设对应关系包括多个TAC与对应的车联网终端的第一业务的类型，所述第一业务为使用频次大于第二阈值的业务。

15.根据权利要求11所述的通信装置，其特征在于，

所述预设对应关系包括多个TAC与对应的车联网终端应用的第一行业，所述第一行业的数量与所述物联网平台中行业的数量的比值大于第三阈值。

16.根据权利要求9-15任一项所述的通信装置，其特征在于，所述处理单元，还用于若根据所述设备信息无法确定所述待识别终端的产品形态，根据所述待识别终端的辅助信息，以及所述设备信息确定所述待识别终端的产品形态，所述辅助信息包括所述待识别终端的用户代理UA数据、主机HOST数据、统一资源定位符URL数据中的一个或多个。

17.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有指令，当所述指令被执行时，实现如权利要求1至8中任一项所述的方法。

18.一种通信装置，其特征在于，包括：处理器、存储器和通信接口；其中，通信接口用于所述通信装置和其他设备或网络通信；所述存储器用于存储一个或多个程序，该一个或多个程序包括计算机执行指令，当该通信装置运行时，处理器执行该存储器存储的该计算机执行指令，以使该通信装置执行权利要求1至8中任一项所述的方法。

Images