适于多终端类型接入的车辆共享服务器通讯方法与流程

本发明涉及汽车技术控制技术领域，特别涉及适于多终端类型接入的车辆共享服务器通讯方法。

背景技术：

汽车共享的概念最早起源于美国，从1999年zipcar的上线至今发展近18年，然而，其在市场上却并未得到大规模的普及。近些年，尤其是在中国，随着共享经济的深入人心，共享汽车成为了下一个引爆点，一定程度上解决了城市交通拥堵、限行及停车位饱和的问题，另一方面，也解决了拥有驾照却买不起车人群的出行痛点。

现有技术中，一个基础的车辆共享体系由待共享车辆、用户控制终端及云端服务器组成。其中，待共享车辆中的车载通信系统控制单元(telematicscontrolunit，即tcu)用于与云端服务器进行通讯。传统的云端服务器一般用于接收用户控制终端发送的指令并发送至待共享车辆以执行一些简单的控制指令，例如开闭车门以及开闭后备箱等。

然而，随着业务的发展，传统云端服务器的功能已被极大的拓展。一来是因为原始设备制造商(originalequipmentmanufacturer，即oem)对于云端服务器系统的连接性能提出了要求，例如云端服务器需要能够与不同品牌的tcu进行通讯，又例如部分oem制造商要求云端服务器能够连接其大量不同的内部系统等。二来也因为云端服务器的开源以及第三方接口的引入和开放，需要与大量拥有不同数据类型的第三方系统进行数据传输。

有鉴于此，对于云端服务器的兼容性提出了更大的挑战。

技术实现要素：

本发明解决的问题是提供一种适于多终端类型接入的车辆共享服务器及其通讯方法，通过引入数据接入单元，解决了不同品牌之间的tcu连接到云端服务器时数据格式不兼容的问题。

为了解决上述问题，本发明提供一种适于多终端类型接入的车辆共享服务器通讯方法，包括：

车辆共享服务器包括：数据接入单元及数据处理单元，所述数据接入单元与所述数据处理单元及车辆终端进行通讯；

所述数据接入单元在获得所述车辆终端发送的第一车辆业务数据后，将所述第一车辆业务数据经格式转换为第一服务器数据消息；

所述数据接入单元将所述第一服务器数据消息放入服务器消息队列以更新所述服务器消息队列；

所述数据处理单元处理所述服务器消息队列中的数据消息，并向所述数据接入单元发送经处理后的第二服务器数据消息；

所述数据接入单元将所述第二服务器数据消息经格式转换为第二车辆业务数据并发送至所述车辆终端。

与现有技术相比，上述方案具有以下有益的技术效果：

通过引入数据接入单元，将传输至云端服务器的不同品牌的tcu数据格式转换成云端服务器使用的统一的数据格式并发布至云端服务器中的消息队列，从而保证了数据的统一性和兼容性。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图做一简单的介绍。本发明的其他细节及优点将通过下文提供的详细描述而变得显而易见。对于本领域技术人员来讲，在不付出创造性劳动的基础上，还可以根据本发明描述的实施例附图获得其他的附图。

图1是本发明的适于多终端类型接入的车辆共享服务器的一种结构示意图；

图2是本发明的适于多终端类型接入的车辆共享服务器通讯方法的一种实现示意图。

具体实施方式

在下面的描述中，阐述了许多具体细节以便使所属技术领域的技术人员更全面地了解本发明。但是，对于所属技术领域内的技术人员明显的是，本发明的实现可不具有这些具体细节中的一些。此外，应当理解的是，本发明并不限于所介绍的特定实施例。相反，可以考虑用下面的特征和要素的任意组合来实施本发明，而无论它们是否涉及不同的实施例。因此，下面的方面、特征、实施例和优点仅作说明之用而不应被看作是权利要求的要素或限定，除非在权利要求中明确提出。

根据本发明的一种实施方式，其包括：

车辆共享服务器包括：数据接入单元及数据处理单元，数据接入单元与数据处理单元及车辆终端进行通讯；

数据接入单元在获得车辆终端发送的第一车辆业务数据后，将第一车辆业务数据经格式转换为第一服务器数据消息；

数据接入单元将第一服务器数据消息放入服务器消息队列以更新服务器消息队列；

数据处理单元处理服务器消息队列中的数据消息，并向数据接入单元发送经处理后的第二服务器数据消息；

数据接入单元将第二服务器数据消息经格式转换为第二车辆业务数据并发送至车辆终端。

以下结合附图对本发明的适于多终端类型接入的车辆共享服务器及其通讯方法进一步举例说明。

参照图1所示，为本发明的适于多终端类型接入的车辆共享服务器的一种结构示意图：

本实施例中，车辆共享服务器包括数据接入单元及数据处理单元，车辆终端将车辆数据发送至车辆共享服务器中的数据接入单元，数据接入单元与数据处理单元连接，由数据接入单元将处理后的车辆数据发送至数据处理单元进行数据处理。其中，数据接入单元用于将接收的车辆终端发送的数据进行转换为车辆共享服务器可以使用的统一的格式并以消息队列的形式在车辆共享服务器中进行传输，包括tcu转换单元、服务器消息队列及tcu通讯单元；数据处理单元集成了众多功能，用于对转换后的数据消息发送至对应的功能单元进行处理。本实施例中，由于可以采用多种方式实现数据消息的处理，因而对如何由数据处理单元对数据消息进行处理并不做限制。

具体地，tcu转换单元与服务器消息队列及tcu通讯单元连接，用于将接收的车辆终端发送的第一车辆业务数据进行格式转换为第一服务器数据消息，并将该第一服务器数据消息发送至服务器消息队列。

具体地，tcu转换单元中保存有多种协议版本，因而可以处理不同协议版本的数据。在接收到第一车辆业务数据后，拆解第一车辆业务数据的头部以获取该数据使用的协议版本，根据该协议版本，将该第一车辆业务数据转换为车辆共享服务器可以识别并使用的统一的格式，即第一服务器数据消息。另外，tcu转换单元还接收由tcu通讯单元发送的第二服务器数据消息，并将其转换为车辆终端可以识别的第二车辆业务数据并发送至车辆终端。

具体地，协议版本包括以下任意一者：gpb(googleprotocolbuffer)、ota(overtheair，空中传输协议)、soap(simpleobjectaccessprotocol，简单对象访问协议)、mqtt(messagequeuingtelemetrytransport，消息队列遥测传输协议)或jsonp(javascriptobjectnotationwithpadding)。

具体地，车辆终端可以在车辆出厂前或需要将车辆共享服务器接入新车时进行协议配置，例如，给车辆终端下发一个jsonp的配置文件，车辆共享服务器端的tcu转换单元便可以读取该配置文件，从而接入车辆共享服务器。

具体地，tcu通讯单元与tcu转换单元及服务器消息队列连接，用于从服务器消息队列中获取经处理后的第二服务器数据消息，根据车辆终端发送第一车辆业务数据至车辆共享服务器时使用的协议版本，对该第二服务器数据消息进行配置，并发送至tcu转换单元。

参照图2所示，为本发明的适于多终端类型接入的车辆共享服务器通讯方法的一种实现示意图：

步骤s1：数据接入单元在获得车辆终端发送的第一车辆业务数据后，将第一车辆业务数据经格式转换为第一服务器数据消息。

具体地，车辆共享服务器接收由车辆终端发送的第一车辆业务数据，该第一车辆业务数据为由安装于车辆终端的tcu终端以一定的传输协议发送。也就是说，第一车辆业务数据可以由不同车辆终端的不同tcu终端发送，因而，视tcu终端类型的不同，该第一车辆业务数据可能具有不同的格式类型，且可以由不同的传输协议进行传输。

具体地，车辆共享服务器在接收到车辆终端发送的第一车辆业务数据后，对该第一车辆业务数据采用的协议版本进行识别，根据该协议版本获取该第一车辆业务数据的数据内容，并将其转换成车辆共享服务器可以识别的统一的格式类型，即第一服务器数据消息。

具体地，该传输协议包括以下一者或多者：tcp(transmissioncontrolprotocol，传输控制协议),udp(userdataprotocol，用户数据报协议),http(hypertexttransferprotocol，超文本传输协议),https(hypertexttransferprotocoloversecuresocketlayer，安全套接字层超文本传输协议),websocket(网页套接字)。本发明中，对于车辆终端与车辆共享服务器之间使用何种传输协议进行数据传输，并不作限制。

具体地，第一车辆业务数据包括以下一者或多者：车辆状态信息、车辆控制指令、车辆跟踪指令或硬件升级指令。

具体地，车辆状态信息包括以下一者或多者：车辆的速度、位置、温度或油量。

步骤s2：数据接入单元将第一服务器数据消息放入服务器消息队列以更新服务器消息队列。

具体地，服务器消息队列在接收到由数据接入单元发送的第一服务器数据消息后，对该第一服务器数据消息进行缓冲及分发，通过分发数据消息达到数据消息负载均衡作用。

步骤s3：数据处理单元处理服务器消息队列中的数据消息，并向数据接入单元发送经处理后的第二服务器数据消息。

具体地，服务器消息队列将该第一服务器数据消息发送至数据处理单元中对应的功能单元进行数据处理。该数据处理单元集成了较多功能用于数据处理，例如集成了与移动终端之间通讯、与第三方服务平台的数据整合等。随后，服务器消息队列接收数据处理单元返回的数据处理结果，以第二服务器数据消息的形式保存在服务器消息队列中。

具体地，服务器消息队列接收来自移动终端或第三方服务平台的数据，例如来自移动终端的车辆控制指令等，随后将其以第二服务器数据消息的形式发送至数据接入单元。

步骤s4：数据接入单元将第二服务器数据消息经格式转换为第二车辆业务数据并发送至车辆终端。

具体地，服务器消息队列随后将经处理后生成的第二服务器数据消息发送至tcu通讯单元。tcu通讯单元根据车辆终端发送第一车辆业务数据至车辆共享服务器时使用的协议版本，或者，在第二服务器数据消息来源为移动终端或第三方服务平台的情况下，根据待发送车辆终端可识别的协议版本，对该第二服务器数据消息进行配置，并发送至tcu转换单元。tcu转换单元将配置后的第二服务器数据消息转换为车辆终端可以识别的第二车辆业务数据并发送至车辆终端。

具体地，第二车辆业务数据包括车辆控制指令，该车辆控制指令包括以下一者或多者：车门解锁指令、车门上锁指令、车辆启动指令、后备箱开启指令或后备箱上锁指令。

考虑到服务器消息队列的消息缓冲及分发处理，tcu转换单元将第一车辆业务数据格式转换为第一服务器数据消息及将第二服务器数据消息转换为第二车辆业务数据这两个过程，可以是时间或逻辑上连续的，也可以是时间或逻辑上不连续的。例如，a车、b车先后向车辆共享服务器发送各自的第一车辆业务数据，tcu转换单元依次先后将各自的第一车辆业务数据格式转换为对应的第一服务器数据消息，稍后也依次先后将各自处理后的第二服务器数据消息分别转换为a车、b车可以识别的第二车辆业务数据。或者，tcu转换单元也可以先将b车对应的第二服务器数据消息转换为b车可以识别的第二车辆业务数据，再将a车对应的第二服务器数据消息转换为a车可以识别的第二车辆业务数据。甚至，当处理后的第二服务器数据消息是对应移动终端或第三方服务平台发送的相应请求或指令(假定对应a车)时，tcu转换单元可以根据与a车交互的历史信息获知a车可以识别的对应的协议版本，并根据该协议版本进行格式转换为车辆终端可以识别的数据发送至a车。

具体应用例，车辆终端通过tcu终端将第一车辆业务数据，例如车辆的速度信息，以一定的传输协议发送至车辆共享服务器，tcu转换单元将该数据进行格式转换为第一服务器数据消息后发送至服务器消息队列，进而分发至数据处理单元进行处理，数据处理单元将处理后的第一服务器数据消息以第二服务器数据消息的形式返回至数据接入单元，数据接入单元将第二服务器数据消息经格式转换为第二车辆业务数据并发送至车辆终端，此时，车辆终端解析该数据后，获得例如车辆已超速等信息。

具体应用例，与上述应用例实施方式相同，车辆终端通过tcu终端将第一车辆业务数据，例如车辆的位置信息发送至车辆共享服务器后，车辆共享服务器车辆终端返回经处理后的数据，车辆终端解析该数据后，获取该车辆位置附近的道路交通状况。

具体应用例，车辆共享服务器在接收到移动终端发送的例如车门解锁等指令后，通过数据处理单元将该指令以第二服务器数据消息的形式发送至数据接入单元，数据接入单元将第二服务器数据消息经格式转换为第二车辆业务数据并发送至车辆终端，从而使车辆终端执行车门解锁的指令。

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

本领域技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序指令由相关的硬件来完成，该程序可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-onlymemory，即rom)、随机存取存储器(randomaccessmemory，即ram)、磁碟或者光盘等各种可以存储程序代码的介质。

虽然本发明已以较佳实施例披露如上，但本发明并非限定于此。任何本领域技术人员，在不脱离本发明的精神和范围内所作的各种更动与修改，均应纳入本发明的保护范围内，因此本发明的保护范围应当以权利要求所限定的范围为准。