CN113079054B

CN113079054B - 车载终端的监控方法、装置及系统

Info

Publication number: CN113079054B
Application number: CN202110629644.7A
Authority: CN
Inventors: 李勇毅; 王宏策; 郭杏; 邓攀; 朱磊
Original assignee: Zhidao Network Technology Beijing Co Ltd
Current assignee: Zhidao Network Technology Beijing Co Ltd
Priority date: 2021-06-07
Filing date: 2021-06-07
Publication date: 2021-09-03
Anticipated expiration: 2041-06-07
Also published as: CN113079054A

Abstract

本申请是关于一种车载终端的监控方法、装置及系统。该方法包括：获取来自车载终端的车辆信息；其中，所述车辆信息包括车辆识别码以及预设埋点上报的用户行为信息；根据所述车辆信息，生成统计分析数据。本申请提供的方案，能够实现对车载终端的监控，利于及时发现车载终端的问题，利于快速解决问题。

Description

车载终端的监控方法、装置及系统

技术领域

本申请涉及车载设备技术领域，尤其涉及一种车载终端的监控方法、装置及系统。

背景技术

车载终端作为车联网系统中三大组成部分之一，负责采集车辆实时运行数据，实现对车辆所有工作信息和静、动态信息的采集、存储和发送。车载终端包括安装在车辆驾驶台上的具有如GPS导航、影音娱乐和购物等多种功能的车机。随着智能车机用户量不断壮大，不同系列车机在不同车型上已广泛应用。

目前车机更新发版的种类众多，例如有：整个车机系统升级、针对一个或几个系列车机下发某一个或几个应用的更新、或者针对某一个或几个车机卸载某一个或几个应用等等不同的更新发版。车辆用户使用的车机种类较多，车机出现的问题在不同车型、不同车机系列及同系列不同版本上表现存在差异。

在各系列车机版本迭代较快情况下，服务器难以及时发现车载终端的问题，解决车载终端问题的效率低。

发明内容

为解决或部分解决相关技术中存在的问题，本申请提供一种车载终端的监控方法、装置及系统，能够实现对车载终端的监控，利于及时发现车载终端的问题，利于快速解决问题。

本申请第一方面提供一种车载终端的监控方法，包括：

获取来自车载终端的车辆信息；其中，所述车辆信息包括车辆识别码以及预设埋点上报的用户行为信息；

根据所述车辆信息，生成统计分析数据。

在一种实施方式中，所述根据所述车辆信息，生成统计分析数据之后，还包括：

在所述统计分析数据中任一项预设指标达到预设阈值后，生成报警信息。

根据所述统计分析数据，生成问题车辆的识别码列表；

获取所述识别码列表中的一个问题车辆识别码所对应的问题车辆信息；

根据所述问题车辆信息中预设埋点上报的用户行为信息，生成测试脚本。

在一种实施方式中，所述根据所述问题车辆信息中预设埋点上报的用户行为信息，生成测试脚本之后，还包括：

运行所述测试脚本，生成运行数据。

在一种实施方式中，所述运行所述测试脚本，生成运行数据之后，还包括：

根据所述运行数据，生成优化方案。

在一种实施方式中，所述车辆信息还包括：用户主动反馈信息。

在一种实施方式中，所述预设埋点包括不同类型的预设埋点；

所述用户行为信息包括不同事件类型，每一件所述事件类型均包含有时间戳；

所述统计分析数据包括不同细分数据，所述细分数据根据所述用户行为信息中的一项或一项以上的所述事件类型生成，每一个所述细分数据均具有至少一项预设指标。

在一种实施方式中，所述预设埋点的类型包括Crash、页面点击、页面加载、页面切换以及页面关闭当中的一种或一种以上；

所述事件类型包括Crash、页面点击、页面加载、页面切换以及页面关闭当中的一种或一种以上；

所述细分数据包括崩溃率数据、页面响应速度数据以及运营效果数据当中的一种或一种以上；

所述预设指标包括崩溃率、页面响应速度以及运营效果当中的一种或一种以上。

本申请第二方面提供一种车载终端的监控装置，包括：

获取单元，用于获取来自车载终端的车辆信息；其中，所述车辆信息包括车辆识别码以及预设埋点上报的用户行为信息；

生成单元，用于根据所述车辆信息，生成统计分析数据。

本申请第三方面提供一种车载终端的监控系统，包括：

服务器与至少一个车载终端，所述服务器分别与各个所述车载终端通信连接；

所述服务器被配置为：获取来自所述车载终端的车辆信息；其中，所述车辆信息包括车辆识别码以及预设埋点上报的用户行为信息；根据所述车辆信息，生成统计分析数据。

本申请第四方面提供一种电子设备，包括：

处理器；以及

存储器，其上存储有可执行代码，当所述可执行代码被所述处理器执行时，使所述处理器执行如上所述的方法。

本申请第五方面提供一种非暂时性机器可读存储介质，其上存储有可执行代码，当所述可执行代码被电子设备的处理器执行时，使所述处理器执行如上所述的方法。

本申请提供的技术方案可以包括以下有益效果：

本申请实施例提供的方法，通过获取来自车载终端的车辆信息，车辆信息包括车辆识别码以及预设埋点上报的用户行为信息，从而根据车辆信息，生成统计分析数据，进而实现对车载终端的运行监控，利于发现车载终端的问题，以便于快速解决问题。

进一步的，本申请实施例提供的方法，可以在统计分析数据中任一项预设指标达到预设阈值后，生成报警信息，从而提升对车载终端的监控力度，确保能够及时发现车载终端的问题。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

通过结合附图对本申请示例性实施方式进行更详细的描述，本申请的上述以及其它目的、特征和优势将变得更加明显，其中，在本申请示例性实施方式中，相同的参考标号通常代表相同部件。

图1是本申请实施例示出的车载终端的监控方法的流程示意图；

图2是本申请实施例示出的车载终端的监控方法的另一流程示意图；

图3是本申请实施例示出的车载终端的监控装置的结构示意图；

图4是本申请实施例示出的车载终端的监控系统的结构示意图；

图5是本申请实施例示出的电子设备的结构示意图。

具体实施方式

下面将参照附图更详细地描述本申请的实施方式。虽然附图中显示了本申请的实施方式，然而应该理解，可以以各种形式实现本申请而不应被这里阐述的实施方式所限制。相反，提供这些实施方式是为了使本申请更加透彻和完整，并且能够将本申请的范围完整地传达给本领域的技术人员。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语“第一”、“第二”、“第三”等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本申请的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。

相关技术中，在各系列车机版本迭代较快情况下，服务器难以及时发现车载终端的问题，解决车载终端问题的效率低。

针对上述问题，本申请实施例提供一种车载终端的监控方法、装置及系统，能够实现对车载终端的监控，利于及时发现车载终端的问题，利于快速解决问题。

以下结合附图详细描述本申请实施例的技术方案。

图1是本申请实施例示出的车载终端的监控方法的流程示意图。

参见图1，车载终端的监控方法应用于服务器（例如监控平台），该方法包括：

步骤S101、获取来自车载终端的车辆信息；其中，车辆信息包括车辆识别码以及预设埋点上报的用户行为信息。

在该步骤中，车辆识别码是车载终端的一个身份标识，车辆识别码可以是车辆SN（Serial Number，产品序列号）码，车载终端具有唯一的车辆SN码，一个车载终端对应一个车辆SN码，一个用户ID可以绑定一个车辆SN码。

埋点是数据采集领域（尤其是用户行为数据采集领域）的术语，指的是针对特定用户行为或事件进行捕获、处理和发送的相关技术及其实施过程。在本申请实施例中，可以针对不同的事件类型，设置不同类型的预设埋点，从而获取不同事件类型的用户行为信息。

步骤S102、根据车辆信息，生成统计分析数据。

在该步骤中，根据车辆信息中的车辆识别码以及预设埋点上报的用户行为信息，生成统计分析数据。统计分析数据可以是一种统计分析报表、图像或者模型。通过生成统计分析数据，实现了对不同车载终端的车辆信息的汇总，进而实现对车载终端的监控，便于发现车载终端的问题。

可以理解，在步骤S101中，所获取的用户行为信息是有针对性的，限定于由预设埋点上报的用户行为信息，并非车载终端中所有的用户行为信息，进而使得所生成的统计分析数据更具备针对性，利于及时发现车载终端的问题，进而利于提升解决车载终端问题的效率。

从该实施例可以看出，本申请实施例提供的方法，通过获取来自车载终端的车辆信息，车辆信息包括车辆识别码以及预设埋点上报的用户行为信息，从而根据车辆信息，生成统计分析数据，进而实现对车载终端的运行监控，利于发现车载终端的问题，以便于快速解决问题。

图2是本申请实施例的车载终端的监控方法的另一流程示意图。图2相对图1更详细描述了本申请的方案。

参见图2，该方法包括：

步骤S201、获取来自车载终端的车辆信息。其中，车辆信息包括车辆识别码以及预设埋点上报的用户行为信息。

在该步骤中，在一个具体的实施方式中，获取来自车载终端的车辆信息包括：从云数据库中获取来自车载终端的车辆信息。也就是说，云数据库存储有各个车载终端上传的车辆信息，服务器可以从云数据库中获取来自车载终端的车辆信息。云数据库是指被优化或部署到一个虚拟计算环境中的数据库，可以实现按需付费、按需扩展、高可用性以及存储整合等优势。

在本申请实施例中，可以针对不同的事件类型，设置不同类型的预设埋点，从而获取不同事件类型的用户行为信息。具体的，在本实施例中，预设埋点包括不同类型的预设埋点。例如，预设埋点的类型包括：Crash（指在车载终端运行过程中，因某种原因宕机，或主机、程序停止工作等情况）、页面点击、页面加载、页面切换以及页面关闭当中的一种或一种以上。用户行为信息可以包括不同事件类型，每一件事件类型均包含有时间戳。例如，事件类型包括Crash、页面点击、页面加载、页面切换以及页面关闭当中的一种或一种以上。

步骤S202、根据车辆信息，生成统计分析数据。

在该步骤中，统计分析数据可以包括不同细分数据，细分数据根据用户行为信息中的一项或一项以上的事件类型生成。例如，细分数据包括崩溃率数据、页面响应速度数据以及运营效果数据当中的一种或一种以上。例如，崩溃率数据可以根据Crash预设埋点所上报的Crash事件类型的用户行为信息生成。又例如，页面响应速度数据可以根据页面点击预设埋点、页面加载预设埋点所上报的页面点击、页面加载事件类型的用户行为信息生成。进一步的，还可以根据车辆识别码，将同类细分数据按照车载终端的系列型号进行划分。例如，崩溃率数据可以分类为A系列车载终端的崩溃率数据、B系列车载终端的崩溃率数据、C系列车载终端的崩溃率数据等等。

通过生成统计分析数据，利用各种不同的细分数据，实现了对不同系列型号的车载终端的车辆信息的汇总，进而实现对不同系列不同型号的车载终端的针对性监控，便于发现目标系列目标型号的车载终端的问题。

步骤S203、在统计分析数据中任一项预设指标达到预设阈值后，生成报警信息。

在该步骤中，可以在统计分析数据中的其中一种细分数据的其中一项预设指标达到预设阈值后，生成报警信息。每一个细分数据可以均具有至少一项预设指标。预设指标可以包括崩溃率、页面响应速度以及运营效果当中的一种或一种以上。报警信息可以包括崩溃提醒、页面响应延迟提醒以及广告推荐提醒当中的一种或一种以上。

例如，统计分析数据中的A系列车载终端的崩溃率数据的崩溃率（A系列已经发生崩溃的车载终端数量/A系列的所有车载终端数量）达到预设阈值，则生成针对A系列车载终端的崩溃提醒。

又例如，统计分析数据中的B系列车载终端的页面响应速度数据的页面响应速度（B系列所有车载终端平均的页面点击到显示完毕时间差）达到预设阈值，则生成针对B系列车载终端的页面响应延迟提醒。

再例如，统计分析数据中的C系列车载终端的运营效果数据的运营效果（C系列车载终端的点击投放广告的用户数/所有C系列车载终端用户数）达到预设阈值，则生成针对C系列车载终端的广告推荐提醒。

步骤S204、向目标车载终端发送与目标车载终端的车辆识别码相对应的报警信息。

在该步骤中，可以将在步骤S203所生成报警信息，向目标车载终端发送，以对目标车载终端起到报警或提醒的作用。

需要说明的是，在执行完步骤S202之后，可以执行步骤S205。

步骤S205、根据统计分析数据，生成问题车辆的识别码列表。

在该步骤中，根据统计分析数据，可以选取问题车辆的车辆识别码，即选取车载终端的车辆识别码，从而生成包含所有被选取的问题车载终端的车辆识别码列表。问题车辆对应问题车载终端，问题车载终端可以包括：已经发生过崩溃的车载终端、车辆上线前的灰度发布的车载终端、定期随机选择的车载终端。上述识别码列表即所有问题车辆的车辆识别码的汇总信息。

进一步的，在其中一个实施例中，车辆信息还包括：用户主动反馈信息。也就是说，生成的统计分析数据包含有用户主动反馈信息。用户主动反馈信息可以包括用户使用车辆过程中发生的车载终端的异常问题。进一步的，在步骤S205中，问题车辆也可以包括与用户主动反馈信息对应的车辆，即问题车载终端包括与用户主动反馈信息对应的车载终端。识别码列表包含有与用户主动反馈信息对应的车载终端的车辆识别码。

步骤S206、获取识别码列表中的一个问题车辆识别码所对应的问题车辆信息。

在该步骤中，可以按照预设任务要求，获取识别码列表中的一个与预设任务要求适配的问题车辆识别码所对应的问题车辆信息。

例如，预设任务要求为要求车载终端是发生过崩溃的车载终端，则获取识别码列表中的一个发生过崩溃的车载终端的问题车辆识别码所对应的问题车辆信息。进一步的，例如，预设任务要求为要求车载终端是发生过崩溃的A型号车载终端，则获取识别码列表中的一个发生过崩溃的A型号车载终端的问题车辆识别码所对应的问题车辆信息。

步骤S207、根据问题车辆信息中预设埋点上报的用户行为信息，生成测试脚本。

在该步骤中，可以将问题车辆信息中预设埋点上报的用户行为信息，通过预设测试套件生成测试脚本，预设测试套件（工具）可以是Airtest、uiautomator2或者appium等UI自动化测试套件，测试脚本可以为自动化测试脚本。

步骤S208、运行测试脚本，生成运行数据。

需要说明的是，通过问题车辆识别码可以获取问题车载终端的车机系列型号、车机系统版本及车机APP对应版本号的信息。在该步骤中，可以通过虚拟机生成与问题车辆的车机系列型号、车机系统版本及车机APP对应版本号相对应的虚拟运行环境，可以通过预设测试套件（工具），以运行测试脚本，从而生成运行数据，进而到达主动发现车载终端的问题的目的。

步骤S209、根据运行数据，生成优化方案。

在该步骤中，根据运行数据，可以抓取有效日志，例如：崩溃、内存泄漏、anr（无响应）等事件类型的信息数据，从而生成针对不同事件类型的优化方案，进而利于提升解决问题的效率，保障更新程序的即时推送，优化车载终端的运行工况。

从该实施例可以看出，本申请实施例提供的方法，通过生成统计分析数据，可以在统计分析数据中任一项预设指标达到预设阈值后，生成报警信息，从而加强了对车载终端的监控力度，确保能够及时发现车载终端的问题。另外，本申请实施例提供的方法还可以按照预设任务要求，从问题车辆的识别码列表中提取目标问题车辆的车辆识别码，以获取该车辆的车载终端的车辆信息。根据车辆信息中的预设埋点上报的用户行为信息，生成测试脚本。通过运行测试脚本，以主动发现车载终端的问题，进而利于提升解决问题的效率，提升优化方案的生成效率，确保更新程序能够即时推送，增强车载终端的运行稳定性。

与前述应用功能实现方法实施例相对应，本申请还提供了一种车载终端的监控装置的实施例。

图3是本申请实施例示出的车载终端的监控装置的结构示意图。

参见图3，本申请实施例提供一种车载终端的监控装置，包括：

获取单元301，用于获取来自车载终端的车辆信息；其中，车辆信息包括车辆识别码以及预设埋点上报的用户行为信息。

生成单元302，用于根据车辆信息，生成统计分析数据。

可选的，图3所示的装置还可以包括：

报警单元303，用于在统计分析数据中任一项预设指标达到预设阈值后，生成报警信息。

报警单元303，还用于向目标车载终端发送与目标车载终端的车辆识别码相对应的报警信息。

筛选单元304，用于根据统计分析数据，生成问题车辆的识别码列表。

筛选单元304，还用于获取识别码列表中的一个问题车辆识别码所对应的问题车辆信息。

测试单元305，用于根据问题车辆信息中预设埋点上报的用户行为信息，生成测试脚本。

测试单元305，还用于运行测试脚本，生成运行数据。

测试单元305，还用于根据运行数据，生成优化方案。

实施图3所示的装置，能够及时发现车载终端的问题，利于快速解决问题。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不再做详细阐述说明。

本申请还提供了一种车载终端的监控系统的实施例。

图4是本申请实施例示出的车载终端的监控系统的结构示意图。

参见图4，本申请实施例提供一种车载终端的监控系统，包括：服务器401与至少一个车载终端402，服务器401分别与各个车载终端402通信连接。

服务器401被配置为：获取来自车载终端402的车辆信息。其中，车辆信息包括车辆识别码以及预设埋点上报的用户行为信息。根据车辆信息，生成统计分析数据。

关于上述实施例中的系统，可参见车载终端的监控方法的实施例中的详细描述，此处将不再做详细阐述说明。

图5是本申请实施例示出的电子设备的结构示意图。

参见图5，电子设备500包括存储器501和处理器502。

处理器502可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器 (Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列 (Field-Programmable Gate Array，FPGA) 或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

存储器501可以包括各种类型的存储单元，例如系统内存、只读存储器（ROM），和永久存储装置。其中，ROM可以存储处理器502或者计算机的其他模块需要的静态数据或者指令。永久存储装置可以是可读写的存储装置。永久存储装置可以是即使计算机断电后也不会失去存储的指令和数据的非易失性存储设备。在一些实施方式中，永久性存储装置采用大容量存储装置（例如磁或光盘、闪存）作为永久存储装置。另外一些实施方式中，永久性存储装置可以是可移除的存储设备（例如软盘、光驱）。系统内存可以是可读写存储设备或者易失性可读写存储设备，例如动态随机访问内存。系统内存可以存储一些或者所有处理器在运行时需要的指令和数据。此外，存储器501可以包括任意计算机可读存储媒介的组合，包括各种类型的半导体存储芯片（DRAM，SRAM，SDRAM，闪存，可编程只读存储器），磁盘和/或光盘也可以采用。在一些实施方式中，存储器501可以包括可读和/或写的可移除的存储设备，例如激光唱片（CD）、只读数字多功能光盘（例如DVD-ROM，双层DVD-ROM）、只读蓝光光盘、超密度光盘、闪存卡（例如SD卡、min SD卡、Micro-SD卡等等）、磁性软盘等等。计算机可读存储媒介不包含载波和通过无线或有线传输的瞬间电子信号。

存储器501上存储有可执行代码，当可执行代码被处理器502处理时，可以使处理器502执行上文述及的方法中的部分或全部。

此外，根据本申请的方法还可以实现为一种计算机程序或计算机程序产品，该计算机程序或计算机程序产品包括用于执行本申请的上述方法中部分或全部步骤的计算机程序代码指令。

或者，本申请还可以实施为一种非暂时性机器可读存储介质（或计算机可读存储介质、或机器可读存储介质），其上存储有可执行代码（或计算机程序、或计算机指令代码），当可执行代码（或计算机程序、或计算机指令代码）被电子设备（或电子设备、服务器等）的处理器执行时，使处理器执行根据本申请的上述方法的各个步骤的部分或全部。

以上已经描述了本申请的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术的改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。

Claims

1.一种车载终端的监控方法，其特征在于，包括：

根据所述车辆信息，生成统计分析数据；

根据所述统计分析数据，生成问题车辆的识别码列表；

2.根据权利要求1所述的方法，其特征在于，所述根据所述车辆信息，生成统计分析数据之后，还包括：

3.根据权利要求1所述的方法，其特征在于，所述根据所述问题车辆信息中预设埋点上报的用户行为信息，生成测试脚本之后，还包括：

运行所述测试脚本，生成运行数据。

4.根据权利要求3所述的方法，其特征在于，所述运行所述测试脚本，生成运行数据之后，还包括：

根据所述运行数据，生成优化方案。

5.根据权利要求1~4任一项所述的方法，其特征在于，所述车辆信息还包括：用户主动反馈信息。

6.根据权利要求1~4任一项所述的方法，其特征在于：

所述预设埋点包括不同类型的预设埋点；

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

所述预设埋点的类型包括Crash、页面点击、页面加载、页面切换以及页面关闭当中的一种或一种以上；

8.一种车载终端的监控装置，其特征在于，包括：

生成单元，用于根据所述车辆信息，生成统计分析数据；

筛选单元，用于根据统计分析数据，生成问题车辆的识别码列表；

所述筛选单元，还用于获取识别码列表中的一个问题车辆识别码所对应的问题车辆信息；

测试单元，用于根据所述问题车辆信息中预设埋点上报的用户行为信息，生成测试脚本。

9.一种车载终端的监控系统，其特征在于，包括：

所述服务器被配置为：获取来自所述车载终端的车辆信息；其中，所述车辆信息包括车辆识别码以及预设埋点上报的用户行为信息；根据所述车辆信息，生成统计分析数据；根据所述统计分析数据，生成问题车辆的识别码列表；获取所述识别码列表中的一个问题车辆识别码所对应的问题车辆信息；根据所述问题车辆信息中预设埋点上报的用户行为信息，生成测试脚本。