CN117573553A - 车机调试方法、装置、设备及存储介质 - Google Patents

Abstract

本申请实施例公开了一种车机调试方法、装置、设备及存储介质，其中，所述方法包括：响应于接收到用户的输入指令，确定待调试的目标项目和目标应用；基于所述目标项目从所述服务器连接的至少两个车机设备中选择目标车机并建立通信连接；对所述目标车机上安装的所述目标应用进行调试。

Description

车机调试方法、装置、设备及存储介质

技术领域

本申请涉及测试技术领域，尤其涉及一种车机调试方法、装置、设备及存储介质。

背景技术

当前开发过程中，如需在台架设备上进行调试，需要将对应项目的车机完成线束连接，并连接到开发用的电脑上，如遇同一类问题修改后需在多平台上同步验证时，则需频繁的接线搭建台架连接电脑，且因设备不足，还经常有多人排队共用一套车机的情况。可以看出，相关技术中存在调试效率极低的问题。

发明内容

本申请的一个目的在于提供了一种车机调试方法，其优势在于通过响应用户的输入指令来确定待调试的目标项目和目标应用，从而避免了在每个车机设备上单独进行调试的繁琐过程，提高了调试效率；同时，通过在服务器端对多个车机设备中的应用进行调试。这样可以实现远程调试，避免了在车机设备现场进行调试的不便。

本申请的另一个目的在于提供了一种车机调试方法，其优势在于通过使用项目映射关系，可以快速确定与目标项目关联的目标车机，节省了手动查找的时间和精力；并且在确定目标车机后，可以立即建立与目标车机之间的通信连接，从而快速进入调试阶段，提高了整个调试过程的效率。

本申请的另一个目的在于提供了一种车机调试方法，其优势在于通过获取用户输入的操作指令，并将应用程序包更新到目标车机中进行调试，可以大大提高更新和调试的效率；同时，用户可以实时获取调试结果，并根据调试结果调整调试策略，从而更好地控制开发过程和质量；另外，用户可以根据需要输入不同的操作指令，实现不同的更新和调试功能，从而更好地适应不同的开发需求和场景。

本申请的另一个目的在于提供了一种车机调试方法，其优势在于通过应用更新脚本，可以自动化地将应用程序包更新到目标车机中进行调试，大大提高了更新和调试的效率；由于不同的目标项目对应的应用更新脚本不同，这使得调试过程更加灵活，能够适应不同的项目和车机设备；同时，通过为每个应用程序维护对应的子脚本，使得管理多个应用程序变得更加容易和高效。

本申请的另一个目的在于提供了一种车机调试方法，其优势在于通过服务器端接口接收用户上传的应用程序包，并自动将其保存到目标应用对应的模块目录，无需人工干预，大大提高了自动化程度。同时，由于将应用程序包保存到目标应用对应的模块目录，使得可以对每个应用程序包进行追溯和管理，方便后续的调试和维护工作。

本申请的另一个目的在于提供了一种车机调试方法，其优势在于通过与候选车机建立通信连接并进行调试，可以进一步验证目标应用在不同车辆上的表现和性能，同时也可以发现和解决潜在的问题或漏洞。这种跨车辆的调试可以提高系统的可靠性和稳定性，并有助于优化目标应用的性能和用户体验。

为实现所述目的，本申请实施例的技术方案是这样实现的：

一方面，本申请实施例提供了一种车机调试方法，应用于服务器，所述方法包括：

响应于接收到用户的输入指令，确定待调试的目标项目和目标应用；

基于所述目标项目从所述服务器连接的至少两个车机设备中选择目标车机并建立通信连接；

对所述目标车机上安装的所述目标应用进行调试。

另一方面，本申请实施例提供了一种车机调试装置，应用于服务器，所述装置包括：

项目确定模块，用于响应于接收到用户的输入指令，确定待调试的目标项目和目标应用；

设备连接模块，用于基于所述目标项目从所述服务器连接的至少两个车机设备中选择目标车机并建立通信连接；

应用调试模块，用于对所述目标车机上安装的所述目标应用进行调试。

再一方面，本申请实施例提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述方法中的步骤。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，而非限制本申请的技术方案。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，这些附图示出了符合本申请的实施例，并与说明书一起用于说明本申请的技术方案。

图1为本申请实施例提供的一种车机调试方法的实现流程示意图一；

图2为本申请实施例提供的一种车机调试方法的实现流程示意图二；

图3为本申请实施例提供的一种车机调试方法的实现流程示意图三；

图4为本申请实施例提供的一种车机调试方法的实现流程示意图四；

图5为本申请实施例提供的一种车机调试方法的实现流程示意图五；

图6为本申请实施例提供的一种车机调试方法的实现流程示意图六；

图7为本申请实施例提供的一种车机调试平台的架构示意图；

图8为本申请实施例提供的一种车机调试方法的实现流程示意图七；

图9为本申请实施例提供的一种车机调试装置的组成结构示意图；

图10为本申请实施例提供的一种计算机设备的硬件实体示意图。

具体实施方式

为了使本申请的目的、技术方案和优点更加清楚，下面结合附图和实施例对本申请的技术方案进一步详细阐述，所描述的实施例不应视为对本申请的限制，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

在以下的描述中，涉及到“一些实施例”，其描述了所有可能实施例的子集，但是可以理解，“一些实施例”可以是所有可能实施例的相同子集或不同子集，并且可以在不冲突的情况下相互结合。所涉及的术语“第一/第二/第三”仅仅是区别类似的对象，不代表针对对象的特定排序，可以理解地，“第一/第二/第三”在允许的情况下可以互换特定的顺序或先后次序，以使这里描述的本申请实施例能够以除了在这里图示或描述的以外的顺序实施。

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本申请的目的，不是旨在限制本申请。

本申请实施例提供一种车机调试方法，该方法可以由计算机设备的处理器执行。其中，计算机设备指的可以是服务器、笔记本电脑、平板电脑、台式计算机、智能电视、机顶盒、移动设备(例如移动电话、便携式视频播放器、个人数字助理、专用消息设备、便携式游戏设备)等具备数据处理能力的设备。可以理解的是，在本申请实施例中，执行上述车机调试方法的计算机设备从功能上可以理解为服务器，用于接收用户的输入指令，以确定待调试的目标项目和目标应用；基于所述目标项目从所述服务器连接的至少两个车机设备中选择目标车机并建立通信连接；并对所述目标车机上安装的所述目标应用进行调试。

示例性地，上述方法可以在各种类型的服务器上实施，如基于x86架构的服务器、ARM架构的服务器或云服务器等。服务器可以运行各种操作系统，如Linux、Windows或macOS等。上述车机设备可以为各种类型的车机设备，包括但不限于汽车、卡车、公交车、地铁等；相应地，车机设备可以运行不同的操作系统，如Android、Linux或QNX等。

图1为本申请实施例提供的一种车机调试方法的实现流程示意图一，如图1所示，该方法包括如下步骤S101至步骤S103：

步骤S101、响应于接收到用户的输入指令，确定待调试的目标项目和目标应用。

在一些实施例中，上述输入指令中至少携带该待调试的目标项目的项目信息和目标应用的应用信息。示例性地，该项目信息可以但不限于是该目标项目的项目名称、项目编号、项目所在车机设备的设备标识、项目所在车机设备的设备物理地址等；该应用信息可以但不限于是该目标应用的应用名称、应用标识和应用编号等。

其中，服务器可以基于上述输入指令中携带的项目信息，确定待调试的目标项目；还可以基于上述输入指令中携带的应用信息，确定该调试的目标应用。

在一些实施例中，该目标项目用于在至少两个车机设备中确定目标车机，该目标应用为该目标车机中已经安装的所有应用中的至少一个应用。因此，在当前实施例中，服务器中预先存储有所有的待选项目，和每一个待选项目对应的车机设备已安装的应用；在接收到该目标用户的输入指令后，可以基于该输入指令中携带的项目信息，在所有的待选项目中确定是否存在该项目信息对应的项目，若存在，将该项目信息对应的项目作为目标项目，若不存在，则报错；还可以基于该输入指令中携带的应用信息，从已经确定的目标应用对应的车机设备已安装的应用中确定是否存在该应用信息对应的应用，若存在，将该应用信息对应的应用作为目标应用，若不存在，则报错。

在一些实施例中，服务器可以通过与服务器连接的输入设备，接收用户的输入指令，其中，该输入设备可以为鼠标、键盘、触摸屏等输入组件；在另一些实施例中，服务器还可以与用户设备建立通信连接，用户设备通过与用户设备连接的输入设备，接收用户的输入指令，并将该输入指令通过上述通信连接发送到服务器。

其中，用户设备可以但不限于是智能手机、平板电脑、笔记本电脑等；相应地，用户设备可以使用Android、iOS、Windows等操作系统。

在一些实施例中，上述输入指令可以为一条指令，该条指令同时携带了该待调试的目标项目的项目信息和目标应用的应用信息；也就是说，用户同时输入了目标项目的项目信息和目标应用的应用信息。

在另一些实施例中，上述输入指令还可以包括两条子指令，分别为项目输入指令和应用输入指令，这两条指令存在先后顺序，即在第一条指令输入之后，基于当前指令确定的目标项目/目标应用，服务器反馈目标项目对应的待选应用/目标应用对应的待选项目，进而再接收基于反馈信息生成的第二条指令。

示例性地，可以先接收项目输入指令，基于该项目输入指令中携带的项目信息，在所有的待选项目中将该项目信息对应的项目作为目标项目，之后，服务器查询该目标项目对应的所有待选应用，并将所有待选应用反馈给用户，示例性地，可以通过与服务器连接的用户设备展示所有待选应用，也可以通过服务器侧的显示设备展示所有待选应用；用户基于展示的目标项目的所有待选应用，输入该应用输入指令，进而，服务器可以接收到该应用输入指令，并基于该应用输入指令中携带的应用信息，确定目标应用。相应地，也可以先接收应用输入指令并确定对应的目标应用，服务器将包含该目标应用的所有待选项目反馈给用户，进而接收用户基于目标应用的所有待选项目输入的项目输入指令，进而确定目标项目。

步骤S102、基于所述目标项目从所述服务器连接的至少两个车机设备中选择目标车机并建立通信连接。

在一些实施例中，目标项目与目标车机存在映射关系，由此，服务器可以基于该目标项目、目标项目与目标车机之间的映射关系，确定目标车机；进而，从至少两个车机设备中选择该目标车机并建立通信连接。

在一些实施例中，在执行步骤S101之前，至少两个车机设备已经与该服务器建立第一通信连接，该至少两个车机设备中包括该目标车机，由此，服务器可以基于该目标项目，直接在已经连接的至少两个车机设备中选定该目标车机，并与该目标车机建立第二通信连接。在另一些实施例中，在执行步骤S101之前，至少两个车机设备还未与该服务器建立连接，在接收到该用户的输入指令之后，可以确定此时需要进行调试工作，进而服务器可以响应于该用户的输入指令，与上述至少两个车机设备建立第一通信连接，该至少两个车机设备中包括该目标车机；之后，服务器可以基于该目标项目，直接在已经连接的至少两个车机设备中选定该目标车机，并与该目标车机建立第二通信连接。

其中，该第二通信连接用于对该目标车机上安装的目标应用进行调试。该第一通信连接与该第二通信连接可以相同，也可以不同。示例性地，该第一通信连接可以为有线连接(如通过USB连接等)，也可以为无线通信连接。其中，建立无线通信连接的无线通信技术包括但不限于以下的至少一种：蓝牙(bluetooth，BT)(例如，传统蓝牙或者低功耗(bluetooth low energy，BLE)蓝牙)，无线局域网(wireless local areanetworks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，近距离无线通信(nearfieldcommunication，NFC)，紫蜂(Zigbee)，调频(frequency modulation，FM)，红外(infrared，IR)等；该第二通信连接可以为串口连接，ADB(Android Debug Bridge)连接等。

步骤S103、对所述目标车机上安装的所述目标应用进行调试。

在一些实施例中，由于服务器已经与该目标车机建立了通信连接，这里，可以直接通过该通信连接将调试指令发送至该目标车机，以完成对该目标车机中安装的目标应用进行调试。其中，上述调试指令为针对该目标应用的调试指令。

在一些实施例中，对目标车机上安装的目标应用可以进行至少一个维度的调试。示例性地，上述调试过可以包括但不限于是功能性调试、性能调试、界面调试、网络调试、安全性调试、兼容性调试、可靠性和稳定性测试、故障处理调试等。其中，功能性调试用于测试车机设备的应用是否满足设计的功能要求，例如导航、娱乐、通信、安全等功能的测试；性能调试用于测试车机设备的性能是否满足设计标准，包括处理速度、响应时间、稳定性等；界面调试用于测试车机设备的用户界面是否符合设计要求，包括布局、操作流程、显示效果等；网络调试用于测试车机设备的网络连接是否正常，包括蓝牙连接、Wi-Fi连接、移动网络连接等；安全性调试用于测试车机设备是否具备足够的安全性，例如防范黑客攻击、数据保护等；兼容性调试用于测试车机设备是否能够与不同的硬件和软件兼容，例如不同的手机、不同的车辆型号等；可靠性和稳定性测试用于测试车机设备在长时间使用和不同环境下的可靠性和稳定性；故障处理调试用于测试车机设备在出现故障时的处理能力，例如重启、恢复出厂设置等。

本申请实施例中，通过响应用户的输入指令来确定待调试的目标项目和目标应用，从而避免了在每个车机设备上单独进行调试的繁琐过程，提高了调试效率；同时，通过在服务器端对多个车机设备中的应用进行调试。这样可以实现远程调试，避免了在车机设备现场进行调试的不便。

可以理解的是，上述方法也可以用于非车机领域的其他设备，其中，智能家居设备如智能音箱、智能电视、智能门锁等也可以使用上述方法进行调试和管理；如物联网设备：物联网设备如智能手表、智能医疗设备、智能工业设备等也可以使用上述方法进行远程调试和管理。

图2是本申请实施例提供的一种车机调试方法的实现流程示意图二，该方法可以由计算机设备的处理器执行。基于图1，图1中的S102可以更新为S201至S202，将结合图2示出的步骤进行说明。

步骤S201、基于所述目标项目和预设的项目映射关系，确定所述目标车机；所述项目映射关系表征所述服务器连接的至少两个车机设备各自对应的项目。

其中，该项目映射关系表征与服务器连接的至少两个车机设备中，每一个车机设备分别对应的项目。示例性地，上述项目映射关系可以表示为：与服务器连接的车机设备包括第一车机设备、第二车机设备和第三车机设备，同时，第一车机设备对应第一项目，第二车机设备对应第二项目，第三车机设备对应第三项目。

在一些实施例中，基于上述描述的项目映射关系，即可在得到目标项目的情况下，基于该目标项目确定该目标项目对应的目标车机。示例性地，在目标项目为第二项目的情况下，目标车机为第二车机设备。

步骤S202、建立与所述目标车机之间的通信连接。

在一些实施例中，服务器可以通过串口或者ADB(Android Debug Bridge)等方式与目标车机建立通信连接。其中，串口是一种硬件通信接口，通过串口，服务器可以与目标车机进行数据交换和控制指令的发送。ADB(Android Debug Bridge)是一种基于命令行的工具，用于与Android设备进行通信。通过ADB，服务器可以与安装有Android操作系统的目标车机进行通信，执行各种操作，例如安装应用、调试应用、传输文件等。这两种方式都可以实现服务器与目标车机之间的远程通信连接，使得服务器可以远程控制和调试目标车机中的应用程序。

本申请实施例中，通过使用项目映射关系，可以快速确定与目标项目关联的目标车机，节省了手动查找的时间和精力；并且在确定目标车机后，可以立即建立与目标车机之间的通信连接，从而快速进入调试阶段，提高了整个调试过程的效率。

图3是本申请实施例提供的一种车机调试方法的实现流程示意图三，该方法可以由计算机设备的处理器执行。基于图1，图1中的S103可以更新为S301至S302，将结合图3示出的步骤进行说明。

步骤S301、在检测到所述目标应用的应用程序包已上传的情况下，获取所述用户输入的针对所述应用程序包的操作指令。

在一些实施场景中，开发人员完成新功能开发，或者修改完BUG之后，由于修改了代码，需要将修改后的代码重新打包一个应用程序包并更新到车机中进行验证。由此，需要在检测到目标应用的应用程序包已上传的情况下，获取所述用户输入的针对所述应用程序包的操作指令，以对该目标应用进行调试。

在一些实施例中，所述方法还包括：接收所述用户上传的待更新的所述应用程序包，将所述应用程序包保存到所述目标应用对应的模块目录。相应地，可以通过检测该目标应用程序对应的模块目录中是否存在应用程序包，若模块目录中存在应用程序包，则说明目标应用的应用程序包已上传；若模块目录中不存在应用程序包，则说明目标应用的应用程序包未上传。

在一些实施例中，上述针对应用程序包的操作指令可以是命令行指令的形式。其中，用户可以通过手动方式来输入该命令行指令。

在一些实施例中，上述操作指令至少用于将所述应用程序包更新到目标车机中。示例性地，该操作指令可以但不限于是：更新、安装、卸载、配置等类型的操作指令。

步骤S302、基于所述操作指令，将所述应用程序包更新到所述目标车机中进行调试。

在一些实施例中，上述操作指令可以包括推送操作指令，服务器通过接收用户输入的推送操作指令，将该应用程序包推送至目标车机，以便于目标车机在合适的时机基于该应用程序包更新/安装目标应用。

在一些实施例中，上述操作指令还可以包括安装操作指令，服务器通过接收用户输入的安装操作指令，控制目标车机基于该应用程序包更新/安装目标应用。

可以理解的是，由于上述操作指令为用户输入的针对应用程序包的操作指令，因此，随着调试过程的进行，用户可以基于实时的调试结果变更调试策略，即变更输入的操作指令。

在一些实施例中，操作指令还可以包括其他类型的操作指令，在应用程序包更新到目标车机后，调试人员可以开始进行调试操作。示例性地，可以包括检查应用程序包的运行状态、测试其功能、观察其与其他系统的交互等。

本申请实施例中，通过获取用户输入的操作指令，并将应用程序包更新到目标车机中进行调试，可以大大提高更新和调试的效率；同时，用户可以实时获取调试结果，并根据调试结果调整调试策略，从而更好地控制开发过程和质量；另外，用户可以根据需要输入不同的操作指令，实现不同的更新和调试功能，从而更好地适应不同的开发需求和场景。

图4是本申请实施例提供的一种车机调试方法的实现流程示意图四，该方法可以由计算机设备的处理器执行。基于图1，图1中的S103可以更新为S401至S402，将结合图4示出的步骤进行说明。

步骤S401、在检测到所述目标应用的应用程序包已上传的情况下，获取所述目标项目对应的应用更新脚本。

在一些实施场景中，开发人员完成新功能开发，或者修改完BUG之后，由于修改了代码，需要将修改后的代码重新打包一个应用程序包并更新到车机中进行验证。由此，需要在检测到目标应用的应用程序包已上传的情况下，获取所述用户输入的针对所述应用程序包的操作指令，以对该目标应用进行调试。

在一些实施例中，所述方法还包括：接收所述用户上传的待更新的所述应用程序包，将所述应用程序包保存到所述目标应用对应的模块目录。相应地，可以通过检测该目标应用程序对应的模块目录中是否存在应用程序包，若模块目录中存在应用程序包，则说明目标应用的应用程序包已上传；若模块目录中不存在应用程序包，则说明目标应用的应用程序包未上传。

在一些实施例中，上述目标项目对应的应用更新脚本是开发人员在服务器中为目标项目维护的脚本。可以理解的是，不同目标项目(也可以理解为不同目标车机)对应的不同模块维护的脚本不一样，因为同一种功能在不同项目的车机上调试所需的代码指令不同(例如应用名称、应用存放目录等)。

步骤S402、基于所述应用更新脚本，将所述应用程序包更新到所述目标车机中进行调试。

在一些实施例中，上述应用更新脚本可以包括应用推送指令，服务器通过应用推送指令，将该应用程序包推送至目标车机，以便于目标车机在合适的时机基于该应用程序包更新/安装目标应用。在一些实施例中，上述应用更新脚本还可以包括应用安装指令，服务器通过应用安装指令，控制目标车机基于该应用程序包更新/安装目标应用。

在另一些实施例中，上述应用更新脚本还可以包括其他指令，例如，应用卸载指令和清除缓存指令等。

在一些实施例中，同一个车机设备可以安装有不同的应用程序，相应地，该车机设备对应的目标项目也对应不同的应用程序，因此，服务器中可以为该车机设备(项目)的每一个应用程序维护对应的子脚本。也就是说，所述目标项目对应的应用更新脚本包括至少两个功能模块的子脚本，每一所述功能模块对应一个应用程序。相应地，所述方法还包括：从所述至少两个功能模块的子脚本中选择所述目标应用对应的目标子脚本；通过执行所述目标子脚本，调试所述目标车机中的所述目标应用。

其中，服务器需要从该目标项目对应的应用更新脚本包括的至少两个功能模块的子脚本中选择与目标应用相对应的目标子脚本。进而基于该目标子脚本，调试所述目标车机中的所述目标应用。

可以理解的是，针对目标应用对应的目标子脚本，也可以包括各个类型的指令，如上述实施例中的应用推送指令、应用安装指令、应用卸载指令和清除缓存指令等。

在一些实施例中，上述方法还可以包括：服务器在执行目标子脚本之前，先对目标子脚本进行验证，以确保其正确性和安全性。此外，在调试过程中，上述方法还可以包括：收集和分析目标车机中的日志文件、错误信息或其他相关数据，以便确定问题的原因并寻找解决方案。

本申请实施例中，通过应用更新脚本，可以自动化地将应用程序包更新到目标车机中进行调试，大大提高了更新和调试的效率；由于不同的目标项目对应的应用更新脚本不同，这使得调试过程更加灵活，能够适应不同的项目和车机设备；同时，通过为每个应用程序维护对应的子脚本，使得管理多个应用程序变得更加容易和高效。

图5是本申请实施例提供的一种车机调试方法的实现流程示意图五，该方法可以由计算机设备的处理器执行。基于图1，图1中的S103之前，所述方法还可以包括S501至S502，将结合图5示出的步骤进行说明。

步骤S501、接收所述用户上传的待更新的所述应用程序包。

在一些实施例中，用户可以通过网页界面或使用特定的客户端软件来选择要上传的应用程序包，并使用服务器端的接口将其发送到服务器。如之前实施例中所述，上述网络界面或特定的客户端软件可以运行于服务器，并通过与服务器连接的输入设备，接收用户的应用程序包的上传操作；上述网络界面或特定的客户端软件也可以运行于用户设备；用户设备通过与用户设备连接的输入设备，接收用户的应用程序包的上传操作。

步骤S502、将所述应用程序包保存到所述目标应用对应的模块目录。

在本申请实施例中，一旦接收到用户上传的应用程序包，下一步就是将其保存到目标应用对应的模块目录。这个模块目录通常是在服务器上预先设定的，用于存储和组织不同的应用程序包。其中，可以通过编写脚本或使用现有的文件管理系统来将接收到的应用程序包保存到目标应用对应的模块目录中。

在一些实施例中，保存应用程序包后，就可以进行后续的调试和更新了。示例性地，可以根据用户操作指令，可以将应用程序包更新到目标车机中进行调试，或者进行其他相关的操作。

可以理解的是，上述步骤S501至步骤S502可以在步骤S101之后，S103之前的任何一个时间点执行，图5仅是其中一个示例。

本申请实施例中，通过服务器端接口接收用户上传的应用程序包，并自动将其保存到目标应用对应的模块目录，无需人工干预，大大提高了自动化程度。同时，由于将应用程序包保存到目标应用对应的模块目录，使得可以对每个应用程序包进行追溯和管理，方便后续的调试和维护工作。

图6是本申请实施例提供的一种车机调试方法的实现流程示意图六，该方法可以由计算机设备的处理器执行。基于图1，所述方法还包括S601至S602，将结合图6示出的步骤进行说明。

步骤S601、将安装所述目标应用的其它车机作为待调试的候选车机。

在一些实施例中，服务器需要先确定安装有该目标应用的所有车机设备，并将其中已经完成调试过程或者正处于调试过程的车机设备去除，在剩余的车机设备中确定待调试的候选车机。

需要说明的是，本申请对一次调试的车机设备的数量不做限定，也就是说，针对上述实施例中的确定的目标车机，其数量可以是一个也可以是多个；同时，针对当前实施例中的候选车机，其数量可以是一个也可以是多个；目标车机的数量和候选车机的数量可以相同也可以不同。

步骤S602、在所述目标车机中调试完成后，与所述候选车机建立通信连接并进行调试。

这里，上述与所述候选车机建立通信连接的实施方式对应于上述实施例中的步骤S102或步骤S202，在实施时可以参照前述步骤S102或步骤S202的具体实施方式。同时，上述对候选车机进行调试的实施方式对应于上述实施例中的步骤S103，在实施时可以参照前述步骤S103的具体实施方式。

本申请实施例中，通过与候选车机建立通信连接并进行调试，可以进一步验证目标应用在不同车辆上的表现和性能，同时也可以发现和解决潜在的问题或漏洞。这种跨车辆的调试可以提高系统的可靠性和稳定性，并有助于优化目标应用的性能和用户体验。

下面说明本申请实施例提供的车机调试方法在实际场景中的应用。

现在开发过程中，如需在台架设备上进行调试，需要将对应项目的车机完成线束连接，并连接到开发用的电脑上，如遇同一类问题修改后需在多平台上同步验证时，则需频繁的接线搭建台架连接电脑，且因设备不足，还经常有多人排队共用一套车机的情况。

可以看出，相关技术中存在以下问题：(1)车机设备短缺，每次在一个新平台上验证都要经过借用设备、搭建台架、连接电脑并调试，整套流程下来效率极低；(2)线束短缺，有时多台设备需要共用一套线束，而每个设备具体的线束接口又有差异，不仅繁琐还容易在频繁的更换线束时出现线路接错、接触不良等影响正常使用的问题；(3)各项目调试替换APK时，设备与电脑的连接方式(adb/串口)、Root命令、APK目录等等都不同，且有些比较久的项目由于人员变动，开发资料丢失，后续接手的开发人员又需重新学习这些基本指令。

为了解决上述问题，本申请提供了一种新的车机调试方法和对应的车机调试平台，请参阅图7，图7为一种车机调试平台的架构示意图。

其中，用户侧710可以远程访问服务器720，服务器720与车机侧730连接，车机侧730对应有不同的模块740。如图7所示，用户711至用户714均可以远程访问该服务器720；服务器720与项目1的车机731、项目2的车机732、项目3的车机733和项目4的车机734均通信连接。

相应地，请参阅图8，图8是本申请实施例提供的一种车机调试方法的实现流程示意图七，所述方法包括：

步骤S801、开发设备远程连接服务器。

其中，开发人员可以通过该开发设备远程连接登录服务器。该开发设备为上述实施例中的用户侧使用的设备。

在一些实施例中，该服务器作用是提供一个多项目调试平台，服务器会连接多个项目的车机设备，比如项目1的车机、项目2的车机、项目3的车机等。

步骤S802、开发设备确定目标项目、目标应用，并上传需要更新的应用的应用文件。

其中，开发设备可以接收用户的操作指令，确定需要进行调试的目标项目、目标应用，并上传需要更新的应用。

在一些实施例中，该目标项目为开发人员指定的在服务器所连接的某台车机上进行后续调试工作，目标应用则指具体调试的应用。其中，该目标应用可以是基于以下场景确定的：当开发人员完成新功能开发，或者修改完bug之后，由于修改了代码，需要将修改后的代码重新打包一个应用并更新到车机中进行验证调试。

步骤S803、服务器根据目标项目，通过串口/adb等方式与目标车机建立连接。

其中，服务器可以根据该目标项目选择连接对应的车机，并根据各项目各模块维护的应用更新脚本来更新对应的应用。

其中，目标项目是指本次调试中想要进行调试的具体某一台车机，可以理解为每台车机的代号，选择了目标项目，则意味着后续的操作都将针对该项目唯一对应的某台车机进行。

示例性地，用户A需要验证项目1中语音显示问题，先上传需要更新的应用到服务器，选择目标项目“项目1”，选择目标应用“语音”，继续选择推送应用(Push APK)指令，则服务器会根据预先设定好的脚本，将应用推送到项目1的车机中；用户B需要验证项目2中系统设置相关问题，则需上传应用后，选择目标项目“项目2”，选择目标应用“系统设置”，继续选择安装APK指令，则服务器会根据预先设定好的脚本，将应用安装到项目2的车机中。

步骤S804、服务器根据目标应用，将上传的应用文件保存到对应目录，并使用对应的脚本进行更新。

在一些实施例中，不同项目(也可以理解为不同车机)对应的不同模块维护的脚本不一样，因为不同模块调试所需的指令不同，同一模块在不同项目车机上调试所需的指令也不同(例如APK名称、APK存放目录)，脚本是由各模块的开发人员编写完成后存放在服务器，用于后续调试过程中直接使用。

针对一个车机，可以基于不同功能设计不同的脚本。示例性地，可以包括应用删除脚本、应用卸载脚本、应用安装脚本和清除缓存脚本等。可以理解的是，脚本无需特殊设计，可以实现各模块所需的基本功能即可。

在一些实施例中，服务器中存储有不同项目中不同模块对应的调试脚本，该调试脚本可以由当前项目的当前模块的开发人员进行维护。可以理解的是，对于相同类型的应用，例如语音的应用，在不同项目的车机中，应用的名称、存储目录等都有区别，因此调试所需的指令也有区别。在另一些实施例中，调试过程中手动输入命令行指令也可，但是效率相对较低，容易出错，且不利于项目长期维护。

示例性地，系统设置的开发人员在脚本中“项目3”目录中增加一个“Settings”选项，对应调试项目3的系统设置模块，在该选项下增加调试所需的一系列指令(比如安装应用指令、推送应用指令等)。

步骤S805、应用更新成功，继续验证流程。

在一些实施例中，上述应用更新的过程指的是在车机上更新对应的应用，预先设置的脚本中包括该应用的具体位置，更新方式等，进而可以基于该应用对应的脚本，将应用更新到车机。之后，开发人员可以基于更新后的应用进行后续的验证流程。

基于上述实施例，可以通过同一台服务器根据配置的项目策略切换到指定车机设备，还可以通过各项目配置各模块的应用更新脚本，简化调试过程中重复工作。由此，避免了更换台架设备的繁琐，提高开发效率；服务器设备上的脚本可以作为项目开发资料，便于后期维护。

基于前述的实施例，本申请实施例提供一种车机调试装置，该装置包括所包括的各单元、以及各单元所包括的各模块，可以通过计算机设备中的处理器来实现；当然也可通过具体的逻辑电路实现；在实施的过程中，处理器可以为中央处理器(Central ProcessingUnit，CPU)、微处理器(Microprocessor Unit，MPU)、数字信号处理器(Digital SignalProcessor，DSP)或现场可编程门阵列(Field Programmable Gate Array，FPGA)等。

图9为本申请实施例提供的一种车机调试装置的组成结构示意图，该车机调试装置应用于服务器。如图8所示，车机调试装置900包括：项目确定模块910、设备连接模块920、应用调试模块930，其中：

项目确定模块910，用于响应于接收到用户的输入指令，确定待调试的目标项目和目标应用；

设备连接模块920，用于基于所述目标项目从所述服务器连接的至少两个车机设备中选择目标车机并建立通信连接；

应用调试模块930，用于对所述目标车机上安装的所述目标应用进行调试。

在一些实施例中，所述设备连接模块920，还用于：

基于所述目标项目和预设的项目映射关系，确定所述目标车机；其中，所述项目映射关系表征所述服务器连接的至少两个车机设备各自对应的项目；

建立与所述目标车机之间的通信连接。

在一些实施例中，所述应用调试模块930，还用于：

在检测到所述目标应用的应用程序包已上传的情况下，获取所述用户输入的针对所述应用程序包的操作指令；

基于所述操作指令，将所述应用程序包更新到所述目标车机中进行调试。

在一些实施例中，所述应用调试模块930，还用于：

在检测到所述目标应用的应用程序包已上传的情况下，获取所述目标项目对应的应用更新脚本；

基于所述应用更新脚本，将所述应用程序包更新到所述目标车机中进行调试。

在一些实施例中，所述目标项目对应的应用更新脚本包括至少两个功能模块的子脚本，每一所述功能模块对应一个应用程序；所述应用调试模块930，还用于：

从所述至少两个功能模块的子脚本中选择所述目标应用对应的目标子脚本；

通过执行所述目标子脚本，调试所述目标车机中的所述目标应用。

在一些实施例中，对所述目标车机上安装的所述目标应用进行调试之前，所述设备连接模块920，还用于：

接收所述用户上传的待更新的所述应用程序包；

将所述应用程序包保存到所述目标应用对应的模块目录。

在一些实施例中，所述应用调试模块930，还用于：将安装所述目标应用的其它车机作为待调试的候选车机；在所述目标车机中调试完成后，与所述候选车机建立通信连接并进行调试。

以上装置实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果。在一些实施例中，本申请实施例提供的装置具有的功能或包含的模块可以用于执行上述方法实施例描述的方法，对于本申请装置实施例中未披露的技术细节，请参照本申请方法实施例的描述而理解。

需要说明的是，本申请实施例中，如果以软件功能模块的形式实现上述的车机调试方法，并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对相关技术做出贡献的部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本申请各个实施例所述方法的全部或部分。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read OnlyMemory，ROM)、磁碟或者光盘等各种可以存储程序代码的介质。这样，本申请实施例不限制于任何特定的硬件、软件或固件，或者硬件、软件、固件三者之间的任意结合。

本申请实施例提供一种计算机设备，包括存储器和处理器，所述存储器存储有可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述方法中的部分或全部步骤。

本申请实施例提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述方法中的部分或全部步骤。所述计算机可读存储介质可以是瞬时性的，也可以是非瞬时性的。

本申请实施例提供一种计算机程序，包括计算机可读代码，在所述计算机可读代码在计算机设备中运行的情况下，所述计算机设备中的处理器执行用于实现上述方法中的部分或全部步骤。

本申请实施例提供一种计算机程序产品，所述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，所述计算机程序被计算机读取并执行时，实现上述方法中的部分或全部步骤。该计算机程序产品可以具体通过硬件、软件或其结合的方式实现。在一些实施例中，所述计算机程序产品具体体现为计算机存储介质，在另一些实施例中，计算机程序产品具体体现为软件产品，例如软件开发包(Software Development Kit，SDK)等等。

这里需要指出的是：上文对各个实施例的描述倾向于强调各个实施例之间的不同之处，其相同或相似之处可以互相参考。以上设备、存储介质、计算机程序及计算机程序产品实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果。对于本申请设备、存储介质、计算机程序及计算机程序产品实施例中未披露的技术细节，请参照本申请方法实施例的描述而理解。

图10为本申请实施例提供的一种计算机设备的硬件实体示意图，如图10所示，该计算机设备1000的硬件实体包括：处理器1001和存储器1002，其中，存储器1002存储有可在处理器1001上运行的计算机程序，处理器1001执行程序时实现上述任一实施例的方法中的步骤。

存储器1002存储有可在处理器上运行的计算机程序，存储器1002配置为存储由处理器1001可执行的指令和应用，还可以缓存待处理器1001以及计算机设备1000中各模块待处理或已经处理的数据(例如，图像数据、音频数据、语音通信数据和视频通信数据)，可以通过闪存(FLASH)或随机访问存储器(Random Access Memory，RAM)实现。

处理器1001执行程序时实现上述任一项的车机调试方法的步骤。处理器1001通常控制计算机设备1000的总体操作。

本申请实施例提供一种计算机存储介质，计算机存储介质存储有一个或者多个程序，该一个或者多个程序可被一个或者多个处理器执行，以实现如上任一实施例的车机调试方法的步骤。

这里需要指出的是：以上存储介质和设备实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果。对于本申请存储介质和设备实施例中未披露的技术细节，请参照本申请方法实施例的描述而理解。

上述处理器可以为目标用途集成电路(Application Specific IntegratedCircuit，ASIC)、数字信号处理器(Digital Signal Processor，DSP)、数字信号处理装置(Digital Signal Processing Device，DSPD)、可编程逻辑装置(Programmable LogicDevice，PLD)、现场可编程门阵列(Field Programmable Gate Array，FPGA)、中央处理器(Central Processing Unit，CPU)、控制器、微控制器、微处理器中的至少一种。可以理解地，实现上述处理器功能的电子器件还可以为其它，本申请实施例不作具体限定。

上述计算机存储介质/存储器可以是只读存储器(Read Only Memory，ROM)、可编程只读存储器(Programmable Read-Only Memory，PROM)、可擦除可编程只读存储器(Erasable Programmable Read-Only Memory，EPROM)、电可擦除可编程只读存储器(Electrically Erasable Programmable Read-Only Memory，EEPROM)、磁性随机存取存储器(Ferromagnetic Random Access Memory，FRAM)、快闪存储器(Flash Memory)、磁表面存储器、光盘、或只读光盘(Compact Disc Read-Only Memory，CD-ROM)等存储器；也可以是包括上述存储器之一或任意组合的各种终端，如移动电话、计算机、平板设备、个人数字助理等。

应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本申请的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。应理解，在本申请的各种实施例中，上述各步骤/过程的序号的大小并不意味着执行顺序的先后，各步骤/过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

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

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

另外，在本申请各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(ReadOnly Memory，ROM)、磁碟或者光盘等各种可以存储程序代码的介质。

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

以上所述，仅为本申请的实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。

Claims (10)

1.一种车机调试方法，其特征在于，应用于服务器，所述方法包括：

响应于接收到用户的输入指令，确定待调试的目标项目和目标应用；

基于所述目标项目从所述服务器连接的至少两个车机设备中选择目标车机并建立通信连接；

对所述目标车机上安装的所述目标应用进行调试。

2.根据权利要求1所述的方法，其特征在于，所述基于所述目标项目从所述服务器连接的至少两个车机设备中选择目标车机并建立通信连接，包括：

基于所述目标项目和预设的项目映射关系，确定所述目标车机；其中，所述项目映射关系表征所述服务器连接的至少两个车机设备各自对应的项目；

建立与所述目标车机之间的通信连接。

3.根据权利要求1所述的方法，其特征在于，所述对所述目标车机上安装的所述目标应用进行调试，包括：

在检测到所述目标应用的应用程序包已上传的情况下，获取所述用户输入的针对所述应用程序包的操作指令；

基于所述操作指令，将所述应用程序包更新到所述目标车机中进行调试。

4.根据权利要求1所述的方法，其特征在于，所述对所述目标车机上安装的所述目标应用进行调试，包括：

在检测到所述目标应用的应用程序包已上传的情况下，获取所述目标项目对应的应用更新脚本；

基于所述应用更新脚本，将所述应用程序包更新到所述目标车机中进行调试。

5.根据权利要求4所述的方法，其特征在于，所述目标项目对应的应用更新脚本包括至少两个功能模块的子脚本，每一所述功能模块对应一个应用程序；所述方法还包括：

从所述至少两个功能模块的子脚本中选择所述目标应用对应的目标子脚本；

通过执行所述目标子脚本，调试所述目标车机中的所述目标应用。

6.根据权利要求1至5任一项所述的方法，其特征在于，对所述目标车机上安装的所述目标应用进行调试之前，所述方法还包括：

接收所述用户上传的待更新的所述应用程序包；

将所述应用程序包保存到所述目标应用对应的模块目录。

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

将安装所述目标应用的其它车机作为待调试的候选车机；

在所述目标车机中调试完成后，与所述候选车机建立通信连接并进行调试。

8.一种车机调试装置，其特征在于，应用于服务器，所述装置包括：

项目确定模块，用于响应于接收到用户的输入指令，确定待调试的目标项目和目标应用；

设备连接模块，用于基于所述目标项目从所述服务器连接的至少两个车机设备中选择目标车机并建立通信连接；

应用调试模块，用于对所述目标车机上安装的所述目标应用进行调试。

9.一种服务器，包括存储器和处理器，所述存储器存储有可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求1至7任一项所述方法中的步骤。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现权利要求1至7任一项所述方法中的步骤。