CN116521206A - 预约升级方法、预约升级系统及储存介质 - Google Patents

Abstract

本发明实施例提供一种预约升级方法、预约升级系统及储存介质，属于系统升级技术领域。所述方法包括基于云端服务器进行升级任务配置，并推送对应的升级确认信息到确认端；基于确认端回收自用户的第一确认信息，判定初始升级时刻；若升级时刻为预约时刻，则开启对应的提醒功能，并在该预约时刻对应的提醒时刻再次将升级确认信息推送到确认端基于确认端回收自用户的第二确认信息，确定最终升级时刻，并在最终升级时刻执行升级任务。本发明方案解决了现有OTA升级方案存在的容易造成预约时间与用户用车时间冲突的问题。

Description

预约升级方法、预约升级系统及储存介质

技术领域

本发明涉及系统升级技术领域，具体涉及一种预约升级方法、一种预约升级系统及一种储存介质。

背景技术

空中下载技术(Over-the-Air Technology，OTA)，是通过移动通信的空中接口实现对移动终端设备及SIM卡数据进行远程管理的技术。随着汽车的智能化、联网化发展，“软件定义汽车”已成为汽车的发展趋势，汽车软件的复杂度也随之大增。经过公网多年的应用与发展，已十分成熟，网络运营商通过OTA技术实现SIM卡远程管理，还能提供移动化的新业务下载功能。

为了不断适应用户需求，进行车机软件更新必不可少，在OTA技术下，进行软件更新均是通过OTA技术进行在线更新，这种方式需要用户单独预留升级时间，且为了避免影响车辆安全使用，在升级过程中是严禁车辆运行的。但是，现阶段OTA升级时间较长，而目前的OTA升级方法中，没有考虑到用户的实际用车情况及当前车辆状况，很难保证在每个用户空闲的时间进行OTA升级，从而不影响用户的日常用车；且现阶段的用户预约升级也容易发生用户预约后忘记该预约，在预约升级的时间到达的时候在使用车辆，从而导致升级失败，造成比较差的用户体验。针对现有OTA升级方案存在的容易造成预约时间与用户用车时间冲突的问题，需要创造一种新的OTA升级方案。

发明内容

本发明的目的在于提供一种预约升级方法、预约升级系统及储存介质，以解决现有OTA升级方案存在的容易造成预约时间与用户用车时间冲突的问题。

为了实现上述目的，本发明采用的技术方案如下：

本发明第一方面提供一种预约升级方法，应用于车机系统，所述方法包括：基于云端服务器进行升级任务配置，并推送对应的升级确认信息到确认端；基于确认端回收自用户的第一确认信息，判定初始升级时刻；若升级时刻为预约时刻，则开启对应的提醒功能，并在该预约时刻对应的提醒时刻再次将升级确认信息推送到确认端；基于确认端回收自用户的第二确认信息，确定最终升级时刻，并在最终升级时刻执行升级任务。

可选的，所述基于云端服务器进行升级任务配置，包括：响应于云端服务器发送的升级请求，识别本次升级的升级包信息；基于所述升级包信息判断当前车机内存是否符合升级需求；确定不符合升级需求，执行内存清除算法，并再次判断车机内存是否符合升级需求；若符合升级需求，则进行升级包下载，否则，输出报警信息。

可选的，所述执行内存清除算法，包括：基于用户预设的应用管理权限，对满足权限的应用进行冗余数据清理；将预设范围的行车日志信息上传到预设上位机后，进行本地行车日志信息删除。

可选的，所述确认端为：用户端或车机显示端。

可选的，所述第一确认信息为立即升级信息或预约升级信息；所述预约升级信息包括预约升级时刻；所述基于确认端回收自用户的第一确认信息，判定初始升级时刻，包括：若第一确认信息为立即升级信息，则将当前时刻判定为初始升级时刻；若第一确认信息为预约升级信息，则将预约时刻判定为初始升级时刻。

可选的，若将当前时刻判定为初始升级时刻，所述方法还包括：响应于第一确认信息，立即执行升级任务，直到完成系统升级；反馈对应的升级结果到所述云端服务器。

可选的，若升级时刻为预约时刻，则开启对应的提醒功能，并在提醒时刻再次将升级确认信息推送到确认端，包括：以预设时刻为基准，将与该预设时刻时间间隔等于预设提醒时间间隔的对应时刻作为提醒时刻；在所述提醒时刻再次将升级确认信息推送到确认端。

可选的，所述第二确认信息为如期升级信息或改期升级信息；所述如期升级信息用于指示在预约升级时刻执行升级任务，所述改期升级信息用于指示修改预约升级时刻，在修改后的预约升级时刻执行升级任务；所述基于确认端回收自用户的第二确认信息，确定最终升级时刻，并在最终升级时刻执行升级任务，包括：若第二确认信息为如期升级信息，则在预约升级时刻执行升级任务，直到完成系统升级，反馈对应的升级结果到所述云端服务器；若第二确认信息为改期升级信息，则在修改后的预约升级时刻执行升级任务，直到完成系统升级，反馈对应的升级结果到所述云端服务器。

本发明第二方面提供一种预约升级系统，应用于车机系统，所述系统包括：配置单元，用于基于云端服务器进行升级任务配置，并推送对应的升级确认信息到确认端；采集单元，用于基于确认端回收自用户的第一确认信息，判定初始升级时刻；处理单元，用于在采集单元判定初始升级时刻为预约时刻的情况下，开启对应的提醒功能，并在该预约时刻对应的提醒时刻再次将升级确认信息推送到确认端；所述采集单元还用于基于确认端回收自用户的第二确认信息确定最终升级时刻；执行单元，用于在最终升级时刻执行升级任务。

另一方面，本发明提供一种计算机可读储存介质，该计算机可读存储介质上储存有指令，其在计算机上运行时使得计算机执行上述的预约升级方法。

本发明的有益效果：

1)本发明方案基于云端服务器进行升级任务配置，在完成升级任务配置后，便将对应的升级确认信息推送到确认端，以供用户进行确认，用户基于自身时间情况进行升级时刻确定，后续以用于基于该升级时刻进行升级。若升级时刻为预约时刻，则还将进行二次确认，在临近升级时刻时再次推送确认信息以供用户再次进行确认，以避免用户忘记预约时间导致的用车时间与预设时刻冲突；

2)在第二次确认后，基于用户确认或修改的时刻进行车机升级，保证升级时间为用户确认的空闲时间，避免用车时间与升级时刻冲突，保证升级任务完成的成功率的同时，不会对用户的用车计划造成影响。

附图说明

图1为本发明一种实施方式提供的预约升级方法的步骤流程图；

图2为本发明一种实施方式提供的预约升级方法应用场景的结构示意图；

图3为本发明一种实施方式提供的预约升级方法的实现过程示意图；

图4为本发明一种实施方式提供的预约升级系统的系统结构图；

图5为本发明一种实施方式提供的预约升级方法的执行流程图。

具体实施方式

以下将参照附图和优选实施例来说明本发明的实施方式，本领域技术人员可由本说明书中所揭露的内容轻易地了解本发明的其他优点与功效。本发明还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本发明的精神下进行各种修饰或改变。应当理解，优选实施例仅为了说明本发明，而不是为了限制本发明的保护范围。

空中下载技术(Over-the-Air Technology，OTA)，是通过移动通信的空中接口实现对移动终端设备及SIM卡数据进行远程管理的技术。随着汽车的智能化、联网化发展，“软件定义汽车”已成为汽车的发展趋势，汽车软件的复杂度也随之大增。经过公网多年的应用与发展，已十分成熟，网络运营商通过OTA技术实现SIM卡远程管理，还能提供移动化的新业务下载功能。

在OTA技术下，可以为用户带来如下优势：

1)OTA远程为用户修复软件故障，大幅度缩短中间步骤的时间，使软件快速到达用户，减少汽车制造产商和用户的成本，包括汽车制造产商的召回成本，用户的时间成本。

2)OTA可以为车辆增加新功能，增加用户的新鲜感。

3)OTA拓宽了“服务”和“运营”的范畴，增加车辆的附加价值。

为了不断适应用户需求，进行车机软件更新必不可少，在OTA技术下，进行软件更新均是通过OTA技术进行在线更新，这种方式需要用户单独预留升级时间，且为了避免影响车辆正常使用，在升级过程中是严禁车辆运行的。但是，现阶段OTA升级时间较长，而目前的OTA升级方法中，没有考虑到用户的实际用车情况及当前车辆状况，很难保证在每个用户空闲的时间进行OTA升级，从而不影响用户的日常用车；且现阶段的用户预约升级也容易发生用户预约后忘记该预约，在预约升级的时间到达的时候在使用车辆，从而导致升级失败，造成比较差的用户体验。

针对现有OTA升级方案存在的容易造成预约时间与用户用车时间冲突的问题，本发明方案提出了一种新的预约升级方法，本发明方案基于云端服务器进行升级任务配置，在完成升级任务配置后，便将对应的升级确认信息推送到确认端，以供用户进行确认，用户基于自身时间情况进行升级时刻确定，后续以用于基于该升级时刻进行升级。若升级时刻为预约时刻，则还将进行二次确认，在临近升级时刻时再次推送确认信息以供用户再次进行确认，以避免用户忘记预约时间导致的用车时间与预设时刻冲突，在第二次确认后，基于用户确认或修改的时刻进行车机升级，保证升级时间为用户确认的空闲时间，避免用车时间与升级时刻冲突，保证升级任务完成的成功率的同时，不会对用户的用车计划造成影响。

图1是本发明一种实施方式提供的预约升级方法的方法流程图。如图1所示，本发明实施方式提供一种预约升级方法，所述方法包括：

步骤S10：基于云端服务器进行升级任务配置，并推送对应的升级确认信息到确认端。

具体的，本发明方案适用于在线更新的车机系统，最优选适用于OTA技术下的车机系统更新。当然，对于其它类型的在线车机系统，本发明方案同样适用，只要存在预约更新技术方案，本发明方案均能通过提出的二次提醒方案来保证用户确定的升级时间与对应的预约时间时刻之间不会产生冲突。OTA技术下的车机系统更新，是由OTA云端提出更新方案，在存在更新需求时，主机厂相关工作人员将集成后的软件包打包后，部署到OTA云端，部署完成后，便可以通知对应的车辆执行该升级。

优选的，在车机系统接收到云端服务器下发的升级指令后，响应于云端服务器发送的升级请求，识别本次升级的升级包信息；基于所述升级包信息判断当前车机内存是否符合升级需求；若不符合，则执行内存清除算法，并在完成后再次判断当前车机内存是否符合升级需求；若依旧不符合，则输出报警信息；若符合，则进行升级包下载。

在本发明实施例中，在云端服务器发下发升级指令后，车机系统自动监测本地内存状态，若内存足够进行升级包下载，则自动执行升级包下载，后续供用户确认时，用户若选定立即升级，则可以基于下载的升级包直接进行下载，而不需要用户还要进行长时间的下载等待，造成升级时间进一步延长。提高升级效率，减少用户的等待时间，以此提高用户的使用体验度。

优选的，所述执行内存清除算法，包括：基于用户预设的应用管理权限，对满足权限的应用进行冗余数据清理；将预设范围的行车日志信息上传到预设上位机后，进行本地行车日志信息删除。

在本发明实施例中，当目前内存不足以支撑进行升级包下载时，本发明方案提出了对应的内存清理方案。在应用运行过程中，会逐渐积累大量的冗余数据，这些冗余数据会逐渐占用内存空间，当内存不足时，系统将根据用户对应用的预设管理权限进行冗余数据清理，对于未开放权限的应用，可能存在的用户不愿清理的运行数据，则系统将不能对这些应用数据进行清理。除了对冗余数据进行清理，对于车机运行过程中记录的日志信息，随着时间积累，也将占用大量的内存空间。则在执行内存清理时，将这些积累的日志信息进行整理和压缩后，上传到上位机，然后执行本地信息删除，以释放内存空间。且因为提前上传到上位机，后续用户需要查询日志信息时，也可以通过上位机进行信息查询，不会造成运行信息缺失。

优选的，完成升级任务配置后，则将对应的升级确认信息推送到确认，所述确认端为用户端或车机显示端。

在一种可能的实施方式中，将确认信息推送到车机显示端，用户基于车机显示端进行升级信息确认，包括升级同意确认和升级时间确认。以供系统基于用户的确认信息进行升级任务执行。除了在车机显示段确认，用户端也可以进行对应的升级任务确认，例如手机、平板、电脑等用户端。

步骤S20：基于确认端回收自用户的第一确认信息，判定初始升级时刻。

具体的，所述基于所述确认端回收用户的第一确认信息，基于所述第一确认信息判定初始升级时刻，包括：所述用户第一确认信息为立即升级信息或预约升级信息；其中，所述预约升级信息包括预约升级时刻；若第一确认信息为立即升级信息，则将当前时刻判定为初始升级时刻；若第一确认信息为预约升级信息，则将预约时间判定为初始升级时刻。

在本发明实施例中，用户可以有两种选择方案，及立刻执行升级任务或预约时间执行升级任务，这两种方式将基于用户的个人时间安排自由确定，满足用户的自定义需求，保证用户的用车需求优先级，提高用户的使用满意度。若用户确认为立刻升级，则将直接基于配置的升级任务立刻执行升级，直到完成升级。若用户确认为预约升级，则保证用户的目前用车需求，在预约升级时刻执行升级。

步骤S30：若升级时刻为预约时刻，则开启对应的提醒功能，并在该预约时刻对应的提醒时刻再次将升级确认信息推送到确认端。

具体的，基于用户确认的预约升级时刻，将该预约升级时刻前预设时间范围前的时刻作为提醒时刻；在所述提醒时刻再次将升级确认信息推送到确认端。

在本发明式实施例中，上述已知，在现有技术方案中，即使用户选择的预约时间，但是这只是基于用户的当前时刻的时间预测，其依旧可能因为其它事情对用户的用车计划造成影响，从而影响预约升级计划。为了避免这种情况，在临近预约升级时刻时，本发明方案还将进行再次提醒，并将新的提醒信息推送到确认端，以供用户再次进行确认。且因为本次确认时间已经临近预约升级时刻，所以本次确认信息将更加有有效，用户的预约时间也将更加有效。

步骤S40：基于确认端回收自用户的第二确认信息，确定最终升级时刻，并在最终升级时刻执行升级任务。

具体的，所述第二确认信息为如期升级信息或改期升级信息；其中，所述如期升级信息将用于指示在预约升级时刻执行所述升级任务；所述改期升级信息用于指示修改预约升级时刻，以在修改后的预约升级时刻执行所述升级任务；若第二确认信息为如期升级信息，则在预约升级时刻执行所述升级任务，直到完成系统升级，反馈对应的升级结果到所述云端服务器；若第二确认信息为改期升级信息，则在修改后的预约升级时刻执行所述升级任务，直到完成系统升级，反馈对应的升级结果到所述云端服务器。

在本发明实施例中，当提醒信息推送到确认端后，用户基于新的用车计划和时间安排进行预设升级时刻确认或修改预约升级时间，避免用户因为忘记预约升级时刻导致的预约升级时刻与用车时间冲突。在一种可能的实施方式中，若用户的修改升级时刻与当前时刻之间的时间差大于预设阈值，则表示用户修改后的预约升级时刻与此刻时间间隔很长，用户存在再次遗忘或修改用车计划的可能，则可以基于提醒规则方案再次重复执行提醒，以保证用户的预约升级时刻必定不存在用车计划，以此保证升级完成率，也不会对用户用车计划造成影响。

在一种可能的实施方式中，如图2，提供了一种应用场景，车端与通过OTA与云端服务器建立连接，实现数据交互。该云端服务器还与用户手机端建立连接，用户可以基于该手机端执行升级远程操作和接受升级提醒信息。在该个应用场景下，如图3，对应的实现过程为：

步骤S1：OTA云端部署安装包。

具体地，当有新版本的软件的时候，主机厂相关工作人员将集成后的软件包打包后，部署到OTA云端，部署完成后，车端执行所述步骤S2。

步骤S2：车端检查存储空间是否满足。

具体地，车端在下载安装包之前检测车机的存储空间是否满足本次更新，若不满足，则提醒用户清理车机内存，用户可以在清理内存后进行重新下载安装包的操作，直至车机端内存满足本次升级需求，执行所述步骤S3。

步骤S3：下载安装包。

具体地，若车机端内存满足步骤S2中所述要求，则车辆从云端下载步骤S1中所述安装包，下载完成后，执行所述步骤S4。

步骤S4：选择升级方式。

具体地，当步骤S3所述下载安装包完成下载后，车机端用户展示页面进入选择升级方式的页面，支持立即升级和预约升级。

图4是本发明一种实施方式提供的预约升级系统的系统结构图。如图4所示，本发明实施方式提供一种预约升级系统，所述系统包括：配置单元，用于基于云端服务器，进行升级任务配置，并推送对应的升级确认信息到确认端；采集单元，用于基于所述确认端回收用户的第一确认信息，基于所述第一确认信息判定初始升级时刻；处理单元，用于若升级时刻为预约时间，则开启对应的提醒功能，并在对应提醒时刻再次将升级确认信息推送到确认端；所述采集单元还用于基于所述确认端回收用户的第二确认信息；执行单元，用于基于所述第二确认信息确定的升级时刻执行所述升级任务。

在一种可能的实施方案中，确认端用于向用户展示车辆升级相关信息，包括升级方式的选择、预约升级时间的选择等。系统还包括：信息同步模块，用于车辆升级系统向车机端日程以及手机端日程同步预约升级相关信息，日程负责相关信息记录。车辆检测模块，用于检测车辆是否满足升级要求，其中检测信息包含车辆挡位信息，车辆上电状态，车辆车速状态等。信息判断模块，用于判断用户当前是否在使用车辆。信息发布模块，用于在车辆即将到达预约升级时间前，根据信息判断模块判断的车辆使用状态，在车端或手机端对用户进行预约升级提醒。升级执行模块，用于用户确认按时进行预约升级时，执行相关的升级流程及升级操作，保证车辆顺利完成升级。

实施例：

如图5，某车机系统基于以下流程执行升级：

步骤S1：用户选择所述预约升级操作。

步骤S2：所述预约升级操作同步至车机或手机端日程APP。

具体地，由信息同步模块将预约升级信息同步至车机或手机端日程APP。

步骤S3：当预约升级时间到达前30min时，执行所述步骤S4。

步骤S4：判断用户当前是否在用车；

具体地，由信息判断模块判断用户当前是否在使用车辆，若用户在使用车辆，则由信息发布模块在车机端&手机端提醒用户；若用户不在使用车辆，则由信息发布模块在手机端提醒用户。

步骤S5：判断用户选择是否按时升级；

具体地，由信息发布模块提醒用户后，若用户选择了按所述预约升级的时间执行升级，则正常执行升级操作，若用户取消了所述预约升级的时间执行升级，则取消本次预约升级操作；

步骤S6：执行升级操作；

具体地，由升级执行模块执行所述预约升级操作，保证用户车辆安全、成功的完成所述预约升级。

本发明实施方式还提供一种计算机可读储存介质，该计算机可读存储介质上储存有指令，其在计算机上运行时使得计算机执行上述的预约升级方法。

本领域技术人员可以理解实现上述实施方式的方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得单片机、芯片或处理器(processor)执行本发明各个实施方式所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上结合附图详细描述了本发明的可选实施方式，但是，本发明实施方式并不限于上述实施方式中的具体细节，在本发明实施方式的技术构思范围内，可以对本发明实施方式的技术方案进行多种简单变型，这些简单变型均属于本发明实施方式的保护范围。另外需要说明的是，在上述具体实施方式中所描述的各个具体技术特征，在不矛盾的情况下，可以通过任何合适的方式进行组合。为了避免不必要的重复，本发明实施方式对各种可能的组合方式不再另行说明。

此外，本发明的各种不同的实施方式之间也可以进行任意组合，只要其不违背本发明实施方式的思想，其同样应当视为本发明实施方式所公开的内容。

Claims (10)

1.一种预约升级方法，应用于车机系统，其特征在于，所述方法包括：

基于云端服务器进行升级任务配置，并推送对应的升级确认信息到确认端；

基于确认端回收自用户的第一确认信息，判定初始升级时刻；

若升级时刻为预约时刻，则开启对应的提醒功能，并在该预约时刻对应的提醒时刻再次将升级确认信息推送到确认端；

基于确认端回收自用户的第二确认信息，确定最终升级时刻，并在最终升级时刻执行升级任务。

2.根据权利要求1所述的预约升级方法，其特征在于，所述基于云端服务器进行升级任务配置，包括：

响应于云端服务器发送的升级请求，识别本次升级的升级包信息；

基于所述升级包信息判断当前车机内存是否符合升级需求；

确定不符合升级需求，执行内存清除算法，并再次判断车机内存是否符合升级需求；

若符合升级需求，则进行升级包下载，否则，输出报警信息。

3.根据权利要求2所述的预约升级方法，其特征在于，所述执行内存清除算法，包括：

基于用户预设的应用管理权限，对满足权限的应用进行冗余数据清理；

将预设范围的行车日志信息上传到预设上位机后，进行本地行车日志信息删除。

4.根据权利要求1所述的预约升级方法，其特征在于，所述确认端为：

用户端或车机显示端。

5.根据权利要求1所述的预约升级方法，其特征在于，所述第一确认信息为立即升级信息或预约升级信息；所述预约升级信息包括预约升级时刻；

所述基于确认端回收自用户的第一确认信息，判定初始升级时刻，包括：

若第一确认信息为立即升级信息，则将当前时刻判定为初始升级时刻；

若第一确认信息为预约升级信息，则将预约时刻判定为初始升级时刻。

6.根据权利要求5所述的预约升级方法，其特征在于，若将当前时刻判定为初始升级时刻，所述方法还包括：

响应于第一确认信息，立即执行升级任务，直到完成系统升级；

反馈对应的升级结果到所述云端服务器。

7.根据权利要求1所述的预约升级方法，其特征在于，若升级时刻为预约时刻，则开启对应的提醒功能，并在提醒时刻再次将升级确认信息推送到确认端，包括：

以预设时刻为基准，将与该预设时刻的时间间隔等于预设提醒时间间隔的对应时刻作为提醒时刻；

在所述提醒时刻再次将升级确认信息推送到确认端。

8.根据权利要求1所述的预约升级方法，其特征在于，所述第二确认信息为如期升级信息或改期升级信息；所述如期升级信息用于指示在预约升级时刻执行升级任务，所述改期升级信息用于指示修改预约升级时刻，在修改后的预约升级时刻执行升级任务；

所述基于确认端回收自用户的第二确认信息，确定最终升级时刻，并在最终升级时刻执行升级任务，包括：

若第二确认信息为如期升级信息，则在预约升级时刻执行升级任务，直到完成系统升级，反馈对应的升级结果到所述云端服务器；

若第二确认信息为改期升级信息，则在修改后的预约升级时刻执行升级任务，直到完成系统升级，反馈对应的升级结果到所述云端服务器。

9.一种预约升级系统，应用于车机系统，其特征在于，所述系统包括：

配置单元，用于基于云端服务器进行升级任务配置，并推送对应的升级确认信息到确认端；

采集单元，用于基于确认端回收自用户的第一确认信息，判定初始升级时刻；

处理单元，用于在采集单元判定初始升级时刻为预约时刻的情况下，开启对应的提醒功能，并在该预约时刻对应的提醒时刻再次将升级确认信息推送到确认端；

所述采集单元还用于基于确认端回收自用户的第二确认信息确定最终升级时刻；

执行单元，用于在最终升级时刻执行升级任务。

10.一种计算机可读储存介质，其特征在于，该计算机可读存储介质上储存有指令，其在计算机上运行时使得计算机执行权利要求1-8中任一项权利要求所述的预约升级方法。