CN112578713B - 车辆信息处理方法、装置、设备和存储介质 - Google Patents

Abstract

本申请公开了车辆信息处理方法、装置、设备和存储介质，涉及自动驾驶、语音技术及信息流技术领域。具体实现方案为：获取车辆系统的前端的小程序生成的数据请求；根据所述数据请求获取车辆系统的后端的车辆信息；将所述车辆信息转换为所述小程序可识别的格式，发送给所述小程序。本申请实施例能够提高车辆控制过程的智能性和便捷性。

Description

车辆信息处理方法、装置、设备和存储介质

技术领域

本申请涉及计算机技术领域，尤其涉及自动驾驶、语音技术及信息流技术领域。

背景技术

随着经济和科技的发展，车辆成为人们生活中必不可少的常用工具之一。不仅车辆的数量越来越多，且车辆相关的技术也得到了飞速的发展。

车辆与计算机技术的结合，是车辆相关技术的一个重要的发展方向，也是为车辆的用户提供便利和智能化功能的重要途径。相应的，如何对计算机技术与车辆相关技术结合方式不断改进，为车辆用户提供更加适用的产品，是车辆技术发展需要研究的一个重要问题。

发明内容

本申请提供了一种用于车辆信息处理方法、装置、设备以及存储介质。

根据本申请的一方面，提供了一种车辆信息处理方法，包括：

获取车辆系统的前端的小程序生成的数据请求；

根据数据请求获取车辆系统的后端的车辆信息；

将车辆信息转换为小程序可识别的格式，发送给小程序。

根据本申请的另一方面，提供了一种车辆信息处理装置，包括：

数据请求获取模块，用于获取车辆系统的前端的小程序生成的数据请求；

车辆信息获取模块，用于根据数据请求获取车辆系统的后端的车辆信息；

发送模块，用于将车辆信息转换为小程序可识别的格式，发送给小程序。

根据本申请的又一方面，提供了一种电子设备，包括：

至少一个处理器；以及

与至少一个处理器通信连接的存储器；其中，

存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行本申请任意一项实施例所提供的方法。

根据本申请的又一方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，计算机指令用于使计算机执行本申请任意一项实施例所提供的方法。

根据本申请的又一方面，提供了一种计算机程序产品，包括计算机程序，该计算机程序在被处理器执行时实现上述方法。

根据本申请的技术，能够通过小程序产生数据请求，发送给车辆系统的后端，并接收车辆系统的后端返回的车辆信息，从而用户可以通过小程序获取车辆信息，为用户使用车辆提供了便利。

应当理解，本部分所描述的内容并非旨在标识本申请的实施例的关键或重要特征，也不用于限制本申请的范围。本申请的其它特征将通过以下的说明书而变得容易理解。

附图说明

附图用于更好地理解本方案，不构成对本申请的限定。其中：

图1是根据本申请一实施例的车辆信息处理方法示意图；

图2是根据本申请另一实施例的车辆信息处理方法示意图；

图3是根据本申请一实施例的车辆信息处理装置示意图；

图4是根据本申请另一实施例的车辆信息处理装置示意图；

图5是根据本申请另一实施例的车辆信息处理装置示意图；

图6是根据本申请一示例的车辆信息处理装置示意图；

图7是用来实现本申请实施例的车辆信息处理方法的电子设备的框图。

具体实施方式

以下结合附图对本申请的示范性实施例做出说明，其中包括本申请实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本申请的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

本申请实施例提供一种车辆信息处理方法，如图1所示，包括：

步骤S11：获取车辆系统的前端的小程序生成的数据请求；

步骤S12：根据数据请求获取车辆系统的后端的车辆信息；

步骤S13：将车辆信息转换为小程序可识别的格式，发送给小程序。

本实施例中，前端可以指车辆监控管理系统中用户可见的界面，包括特效、布局、图片、视频、音频等内容。后端可以指车辆监控管理系统中用户不可见的部分，后端可考虑底层业务逻辑的实现、平台的稳定性与功能性等。

本申请实施例的前端和后端，具体可以是同一个操作系统中的前端和后台。比如，可以是Android(安卓)系统中的前端和后端。前端和后端之间的信息交互，可以在同一操作系统中进行。

比如，后端可通过安卓系统中相应的模块接收来自前端的小程序的数据请求；根据数据请求获取车端的车辆信息；以及，将车辆信息转换为小程序可识别的格式，发送给小程序。

再如，前端可以块通过前端的小程序生成数据请求；通过安卓系统中相应的模将数据请求发送至车端；以及通过小程序接收以及显示来自后端的车辆信息。

车辆系统的前端的小程序生成的数据请求，具体可以是小程序根据用户在小程序的显示界面上的操作，生成的数据请求。其中，可以包含执行指令。

示例性地，执行指令具体可以用于指示后端控制车辆执行器执行一定的操作，比如，指示后端控制车辆播放音乐、将音乐音量降低、将音乐音量调整设置为自动模式、关闭语音通话功能等。当执行指令用于指示后端控制车辆执行器执行一定的操作时，具体可以指示后端控制车辆执行一些与车辆安全行驶无重要影响或联系的操作。

示例性地，执行指令具体还可以用于指示后端发送一定的信息到前端的小程序，比如，指示后端将车速信息发送到前端的小程序，指示后端将油门信息发送到小程序，指示后端将车载雷达数据发送到前端的小程序，指示后端将定位数据发送到前端的小程序。

本实施例中，小程序可以是车载应用的小程序，也可以是其它终端的应用的小程序。具体例如，前端的小程序可以是音乐播放应用的小程序，可以是语音聊天应用的小程序，可以是天气查询应用的小程序，可以是温度测试应用的小程序等。

本实施例中，小程序还可以是专门用于获取车辆信息的小程序。

在具体使用过程中，前端的小程序生成的数据请求，可以用于控制车辆上一些不影响行车安全的功能，比如，用户在使用音乐播放的第三方应用时，可以通过第三方应用的小程序，打开车辆内部的监控摄像头，获取监控摄像头拍摄的车辆内部的视频数据。

根据数据请求获取车辆系统的后端的车辆信息，具体可以是根据数据请求获取后端的数据作为车辆信息，也可以是根据数据请求通过后端对车辆执行某种操作，将执行操作的信息作为车辆信息反馈给前端。

上述步骤S11-S13，均可以由设置在车辆系统中的功能模块执行。

本申请实施例中，能够通过小程序产生数据请求，发送给车辆系统的后端，并接收车辆系统的后端返回的车辆信息，从而用户可以通过第三方应用的小程序进行车辆信息的获取，为用户使用车辆提供了便利。

在一种实施方式中，将车辆信息转换为小程序可识别的格式，包括：

将从车辆系统的后端获取的安卓原生格式的车辆信息，转换为JavaScript格式，JavaScript格式为小程序可识别的格式。

安卓原生格式可以指原生安卓系统生成的格式。原生安卓系统，可以指没有经过第三方修改的安卓系统。

JavaScript格式可简称为JS格式。

本实施例中，小程序可识别的格式的车辆信息发送至前端后，可直接通过小程序进行显示。比如，用户在使用音乐播放应用播放音乐时，通过音乐播放应用的小程序，显示车辆行驶过程中的关键数据，从而用户可以在不进行程序切换的情况下，了解车辆行驶过程中的主要数据，对车辆行驶过程进行把握。

通过将安卓原生格式的车辆信息，转换为JavaScript格式的车辆信息，将车辆信息发送给小程序，从而通过小程序就可以处理或显示车辆信息，为用户控制车辆提供便利。

在一种实施方式中，根据数据请求获取车辆系统的后端的车辆信息，包括：

将数据请求转换为车辆系统的后端可识别的格式；

通过JSBridge(JavaScript桥)，将格式转换后的数据请求发送给车辆系统的后端；

获取车辆系统的后端基于数据请求返回的车辆信息。

数据请求由前端的小程序产生，前端产生的数据请求的语言为JavaScript格式，在发送给后端前，需要转换为后端可识别的格式。

将格式转换后的数据请求发送给车辆系统的后端，具体可以是将数据请求转换为车辆系统的后端可识别的格式。

数据请求具体用于请求后端的数据，或者请求后端执行一定的指令。

本实施例中，JSBridge可以用于定义Android Native(安卓原生层)和JavaScript的通信(交互的桥梁)，安卓原生层可以通过一个固定的桥对象调用JavaScript，JavaScript也可通过固定的桥对象调用安卓原生层。

车辆系统的后端基于数据请求返回的车辆信息，具体可以指车辆系统的后端，在接收到数据请求后，根据数据请求中的一个或多个可执行指令执行相应的操作，返回的车辆信息。可执行指令具体可以用于指示相应的模块提供车辆的特定数据，比如，车辆行驶速度、车辆油门参数、车内温度等；也可以用于指示相应的模块执行一些不影响行车安全的功能，比如打开雨刷、将车内温度调低较小的幅度等。

本实施例中，通过JSBridge将格式转换后的小程序的数据请求发送至后端，从而可以实现前端的小程序和后端之间的通信，从而，用户可通过前端的小程序对后端进行一定的控制。

本申请实施例中，获取车辆系统的后端基于数据请求返回的车辆信息，包括：

通过车辆系统的后端，将数据请求中的可执行指令发送给车辆的执行器；

将执行器执行可执行指令的信息作为车辆信息。

本实施例中，后端在接收到数据请求后，可根据数据请求中包含的可执行指令，使车辆的执行器执行相应的操作。

比如，后端在接收到数据请求后，可根据数据请求中包含的开窗、关窗指令，发送给车辆中用于控制的车窗的执行器，使得用于控制车窗的执行器将车窗进行打开、关闭。

从而，用户在使用一定的第三方应用，在进行音乐播放、视频播放、直播时，可通过小程序对车辆上一些对行驶安全性无影响的功能进行控制。

同时，用户在使用第三方应用进行车控时，也可通过小程序对车辆上一些附属功能进行控制。

执行器执行可执行指令的信息，具体可以包括执行器执行可执行指令的结果信息，比如，获取的车辆的数据、对车辆上的不影响行车安全的功能进行控制的结果等。

本实施例中，将数据请求中的可执行指令发送给车辆的执行器，具体可以是通过车辆的CAN((Controller Area Network，控制器局域网络)总线，将数据请求中的可执行指令发送给车辆的执行器。

执行器执行可执行指令的信息，具体可以包括执行器执行可执行指令后的结果。

本实施例中，可执行指令具体可以用于指示相应的模块对车辆系统中特定数据进行查询，也可以用于指示执行器执行一定的操作。

本实施例中，后端可以控制执行器执行一定的操作，从而，用户通过第三方应用也能够实现对车辆的控制，提高了用户使用车辆的便利性。

在一种实施方式中，将数据请求转换为车辆系统的后端可识别的格式，包括：

调用小程序的数据请求接口；

通过数据请求接口，将数据请求的原始数据转换为序列化的统一资源定位器格式，生成数据请求。

本实施例中，小程序的数据请求接口被调用时，可以将数据请求的原始数据转换为序列化的URL(Uniform Resource Locator，同一资源定位符)，以便发送给后端，使后端进行响应操作。

在一种实施方式中，如图2所示，车辆信息处理方法还包括：

步骤S21：根据车辆信息，生成车辆系统的前端的小程序的显示内容；

步骤S22：将显示内容显示在小程序的显示界面上。

本实施例中，上述步骤S21和步骤S22可以由前端相应的模块执行。

本实施例中，小程序的显示界面可以是专门用于显示车辆信息的显示界面，也可以是与小程序主要功能相关的显示界面，也可以是小程序所归属的第三方应用的显示界面。

显示内容具体可以包括车辆当前的某些参数，比如刹车参数、油门参数、时速参数等。还可以包括车辆执行某个程序后的状态参数，比如车窗打开后的状态参数。

将车辆信息显示在小程序的显示界面上，从而用户能够直接通过小程序的显示界面，了解车辆信息的内容，得知车辆的一些状况，以及车辆对某些简单指令的执行情况等。

本申请实施例还提供一种车辆信息处理装置，如图3所示，包括：

数据请求获取模块31，用于获取车辆系统的前端的小程序生成的数据请求；

车辆信息获取模块32，用于根据数据请求获取车辆系统的后端的车辆信息；

发送模块33，用于将车辆信息转换为小程序可识别的格式，发送给小程序。

在一种实施方式中，发送模块还用于：

将从车辆系统的后端获取的安卓原生格式的车辆信息，转换为JavaScript格式，JavaScript格式为小程序可识别的格式。

在一种实施方式中，如图4所示，车辆信息获取模块32包括：

转换单元41，用于将数据请求转换为车辆系统的后端可识别的格式；

JSBridge调用单元42，用于通过JSBridge，将格式转换后的数据请求发送给车辆系统的后端；

车辆信息接收单元43，用于获取车辆系统的后端基于数据请求返回的车辆信息。

在一种实施方式中，车辆信息接收单元还用于：

通过车辆系统的后端，将数据请求中的可执行指令发送给车辆的执行器；

将执行器执行可执行指令的信息作为车辆信息。

在一种实施方式中，转换单元还用于：

调用小程序的数据请求接口；

通过数据请求接口，将数据请求的原始数据转换为序列化的统一资源定位器格式，生成数据请求。

在一种实施方式中，如图5所示，车辆信息处理装置还包括：

显示内容生成模块51，用于根据车辆信息，生成车辆系统的前端的小程序的显示内容；

显示模块52，用于将显示内容显示在小程序的显示界面上。

根据本申请的实施例，本申请还提供了一种电子设备和一种可读存储介质。

本申请一种示例中，车辆信息处理装置包括如图6所示的组成部分：

本示例中，车辆信息处理装置包括JavaScript层、JSBridge层62和Android原生层的61。其中，Android原生层61负责车辆信息获取和控制，前端的JavaScript层负责提供功能接口并把请求转化为序列化的url，两者通过JSBridge技术共同支撑起小程序车辆信息控制功能。

其中，JavaScript层包括前端的小程序63，Android原生层61包括宿主、车机系统。宿主可以指小程序所归属的应用的容器，例如，音乐播放应用、视频播放应用等。

车机系统可以向宿主发送通知，宿主可以向车机系统发送检索、控制命令。宿主可以向JSBridge层62发送通知，JSBridge层62可以调用宿主。

JSBridge层62可以构成Android端和前端的分界。第三方小程序属于前端，宿主和车机系统属于Android端。

前端的JavaScript层框架注册一个数据请求接口供第三方小程序调用，当接口被调用时，框架将请求数据序列化为URL格式，通过JsBridge传输给Android原生层61。当Android原生层61接收到请求的时候，执行查询或者控制操作，并把调用结果通过数据请求接口发送到JSBridge层62，通过JSBridge层62传给第三方小程序。

本申请实施例可以应用于自动驾驶、语音技术及信息流技术领域。

在自动驾驶技术领域，针对自动驾驶车辆，可在用户使用第三方应用时，调用第三方小程序，对车辆信息进行获取，以及对车辆的一些简单功能进行控制。

在语音技术领域，可在用户使用语音通信应用时，调用语音通信应用的小程序，对车辆信息进行获取，以及对车辆的一些简单功能进行控制。

在信息流技术领域，本申请实施例提供一种新的车辆相关的信息的处理和发送机制，提高了车辆相应功能的智能性和便捷性。

如图7所示，是根据本申请实施例的车辆信息处理方法的电子设备的框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本申请的实现。

如图7所示，该电子设备包括：一个或多个处理器701、存储器702，以及用于连接各部件的接口，包括高速接口和低速接口。各个部件利用不同的总线互相连接，并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器可以对在电子设备内执行的指令进行处理，包括存储在存储器中或者存储器上以在外部输入/输出装置(诸如，耦合至接口的显示设备)上显示GUI的图形信息的指令。在其它实施方式中，若需要，可以将多个处理器和/或多条总线与多个存储器和多个存储器一起使用。同样，可以连接多个电子设备，各个设备提供部分必要的操作(例如，作为服务器阵列、一组刀片式服务器、或者多处理器系统)。图7中以一个处理器701为例。

存储器702即为本申请所提供的非瞬时计算机可读存储介质。其中，所述存储器存储有可由至少一个处理器执行的指令，以使所述至少一个处理器执行本申请所提供的车辆信息处理方法。本申请的非瞬时计算机可读存储介质存储计算机指令，该计算机指令用于使计算机执行本申请所提供的车辆信息处理方法。

存储器702作为一种非瞬时计算机可读存储介质，可用于存储非瞬时软件程序、非瞬时计算机可执行程序以及模块，如本申请实施例中的车辆信息处理方法对应的程序指令/模块(例如，附图3所示的数据请求获取模块31、车辆信息获取模块32和发送模块33)。处理器701通过运行存储在存储器702中的非瞬时软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例中的车辆信息处理方法。

存储器702可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据车辆信息处理电子设备的使用所创建的数据等。此外，存储器702可以包括高速随机存取存储器，还可以包括非瞬时存储器，例如至少一个磁盘存储器件、闪存器件、或其他非瞬时固态存储器件。在一些实施例中，存储器702可选包括相对于处理器701远程设置的存储器，这些远程存储器可以通过网络连接至车辆信息处理电子设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

车辆信息处理方法的电子设备还可以包括：输入装置703和输出装置704。处理器701、存储器702、输入装置703和输出装置704可以通过总线或者其他方式连接，图7中以通过总线连接为例。

输入装置703可接收输入的数字或字符信息，以及产生与车辆信息处理电子设备的用户设置以及功能控制有关的键信号输入，例如触摸屏、小键盘、鼠标、轨迹板、触摸板、指示杆、一个或者多个鼠标按钮、轨迹球、操纵杆等输入装置。输出装置704可以包括显示设备、辅助照明装置(例如，LED)和触觉反馈装置(例如，振动电机)等。该显示设备可以包括但不限于，液晶显示器(LCD)、发光二极管(LED)显示器和等离子体显示器。在一些实施方式中，显示设备可以是触摸屏。

此处描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、专用ASIC(专用集成电路)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

这些计算程序(也称作程序、软件、软件应用、或者代码)包括可编程处理器的机器指令，并且可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。如本文使用的，术语“机器可读介质”和“计算机可读介质”指的是用于将机器指令和/或数据提供给可编程处理器的任何计算机程序产品、设备、和/或装置(例如，磁盘、光盘、存储器、可编程逻辑装置(PLD))，包括，接收作为机器可读信号的机器指令的机器可读介质。术语“机器可读信号”指的是用于将机器指令和/或数据提供给可编程处理器的任何信号。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入、或者触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决传统物理主机与虚拟专用服务器(VPS)服务中，存在的管理难度大，业务扩展性弱的缺陷。服务器也可以为分布式系统的服务器，或者是结合了区块链的服务器。

根据本申请实施例的技术方案，允许第三方小程序实时获取车辆信息，同时也允许第三方小程序控制不影响安全的车辆功能，还提高了第三方小程序的服务智能程度。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本申请中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本申请公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本申请保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本申请的精神和原则之内所作的修改、等同替换和改进等，均应包含在本申请保护范围之内。

Claims (15)

1.一种车辆信息处理方法，包括：

获取车辆系统的前端的小程序生成的数据请求；所述小程序为第三方应用的小程序，用于对车辆上的附属功能进行控制，或者用于获取车辆信息；所述数据请求包含执行指令；所述执行指令用于指示所述后端控制车辆执行器执行一定的操作，或用于指示所述后端发送一定的车辆信息到所述前端的小程序；

根据所述数据请求获取车辆系统的后端的车辆信息；所述前端为所述车辆系统中用户可见的界面；所述后端为所述车辆系统中用户不可见的部分；所述前端和后端为同一个操作系统的前端和后台；

将所述车辆信息转换为所述小程序可识别的格式，发送给所述小程序；

所述根据所述数据请求获取车辆系统的后端的车辆信息，包括：

将所述数据请求转换为车辆系统的后端可识别的格式；

将格式转换后的所述数据请求发送给车辆系统的后端；

获取所述车辆系统的后端基于所述数据请求返回的车辆信息。

2.根据权利要求1所述的方法，其中，所述将所述车辆信息转换为所述小程序可识别的格式，包括：

将从所述车辆系统的后端获取的安卓原生格式的车辆信息，转换为JavaScript格式，所述JavaScript格式为所述小程序可识别的格式。

3.根据权利要求1或2所述的方法，其中，所述将所述数据请求转换为车辆系统的后端可识别的格式，包括：通过JSBridge，将格式转换后的所述数据请求发送给车辆系统的后端。

4.根据权利要求3所述的方法，其中，所述获取所述车辆系统的后端基于所述数据请求返回的车辆信息，包括：

通过所述车辆系统的后端，将所述数据请求中的可执行指令发送给所述车辆的执行器；

将所述执行器执行所述可执行指令的信息作为所述车辆信息。

5.根据权利要求3所述的方法，其中，所述将所述数据请求转换为车辆系统的后端可识别的格式，包括：

调用所述小程序的数据请求接口；

通过所述数据请求接口，将所述数据请求的原始数据转换为序列化的统一资源定位器格式，生成所述数据请求。

6.根据权利要求1或2所述的方法，其中，还包括：

根据所述车辆信息，生成车辆系统的前端的小程序的显示内容；

将所述显示内容显示在所述小程序的显示界面上。

7.一种车辆信息处理装置，包括：

数据请求获取模块，用于获取车辆系统的前端的小程序生成的数据请求；所述小程序为第三方应用的小程序，用于对车辆上的附属功能进行控制，或者用于获取车辆信息；所述数据请求包含执行指令；所述执行指令用于指示所述后端控制车辆执行器执行一定的操作，或用于指示所述后端发送一定的车辆信息到所述前端的小程序；

车辆信息获取模块，用于根据所述数据请求获取车辆系统的后端的车辆信息；所述前端为所述车辆系统中用户可见的界面；所述后端为所述车辆系统中用户不可见的部分；所述前端和后端为同一个操作系统的前端和后台；

发送模块，用于将所述车辆信息转换为所述小程序可识别的格式，发送给所述小程序；

所述车辆信息获取模块包括：

转换单元，用于将所述数据请求转换为车辆系统的后端可识别的格式；

调用单元，用于将格式转换后的所述数据请求发送给车辆系统的后端；

车辆信息接收单元，用于获取所述车辆系统的后端基于所述数据请求返回的车辆信息。

8.根据权利要求7所述的装置，其中，所述发送模块还用于：

将从所述车辆系统的后端获取的安卓原生格式的车辆信息，转换为JavaScript格式，所述JavaScript格式为所述小程序可识别的格式。

9.根据权利要求7或8所述的装置，其中，所述调用单元还用于通过JSBridge，将格式转换后的所述数据请求发送给车辆系统的后端。

10.根据权利要求9所述的装置，其中，所述车辆信息接收单元还用于：

通过所述车辆系统的后端，将所述数据请求中的可执行指令发送给所述车辆的执行器；

将所述执行器执行所述可执行指令的信息作为所述车辆信息。

11.根据权利要求9所述的装置，其中，所述转换单元还用于：

调用所述小程序的数据请求接口；

通过所述数据请求接口，将所述数据请求的原始数据转换为序列化的统一资源定位器格式，生成所述数据请求。

12.根据权利要求7或8所述的装置，其中，还包括：

显示内容生成模块，用于根据所述车辆信息，生成车辆系统的前端的小程序的显示内容；

显示模块，用于将所述显示内容显示在所述小程序的显示界面上。

13.一种电子设备，其特征在于，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-6中任一项所述的方法。

14.一种存储有计算机指令的非瞬时计算机可读存储介质，其特征在于，所述计算机指令用于使计算机执行权利要求1-6中任一项所述的方法。

15.一种计算机程序产品，包括计算机程序，该计算机程序在被处理器执行时实现根据权利要求1-6中任一项所述的方法。

Images