CN107943616A - 一种车载Android开机源恢复的方法 - Google Patents

Abstract

本发明涉及一种车载Android开机源恢复的方法，包括以下步骤：S1、定义属于恢复源的任务；S2、当系统中出现属于恢复源的任务时，进行Request Source的请求动作，将恢复源的数据按一定的数据结构进行保存；S3、下一次开机时，判断最后一次任务是否为恢复源，是则进行前台恢复，并进入步骤S5，否则进入步骤S4；S4、判断最后一次任务是否可恢复，是则进行后台恢复后进入步骤S5，否则进行前台恢复后进入步骤S5；S5、读取步骤S2中的保存的数据，进行恢复源的恢复。本发明通过对车载Android多媒体设备的进行源的恢复，避免用户在行车过程中去频繁的观察和操作屏幕，提高用户用车的体验。

Description

一种车载Android开机源恢复的方法

技术领域

本发明涉及汽车多媒体系统领域，尤其涉及一种车载Android开机源恢复的方法。

背景技术

随着现代生活节奏的加快，人们用车也是尽可能节省时间，进入车辆、点火启动、行驶，不做停留，而目前越来越多的车载多媒体系统采用Android系统，相较与普遍使用的Linux，Android系统的资源更为丰富，并且也能更好兼容同为Android系统的手机，使用更为方便。但是android系统相对于目前主流的车载系统，并没有源恢复这个概念，而是每次开机后都进入launcher(启动器)界面。这样可能不太适合车载的应用场景，由于车载的特性，在用车途中，用户不方便频繁的观察和操作屏幕。

发明内容

本发明为了解决上述技术问题，提供了一种车载Android开机源恢复的方法，包括以下步骤：

S1、定义属于恢复源的任务；

S2、当系统中出现属于恢复源的任务时，进行Request Source的请求动作，将恢复源的数据按一定的数据结构进行保存；

S3、下一次开机时，判断最后一次任务是否为恢复源，是则进行前台恢复，并进入步骤S5，否则进入步骤S4；

S4、判断最后一次任务是否可恢复，是则进行后台恢复后进入步骤S5，否则进行前台恢复后进入步骤S5；

S5、读取步骤S2中的保存的数据，进行恢复源的恢复。

进一步的，在步骤S3之前还包括：

建立映射表；

在步骤S5中，读取步骤S2中的保存的数据后，还包括步骤：查询映射表，启动后台服务，或者启动最后一次任务介面和启动后台服务。

进一步的，所述映射表包括恢复源的源ID、源界面和源服务，并通过xml配置的方式映射。

进一步的，所述步骤S5的具体情况为：

读取步骤S2中的保存的数据，查询映射表，启动最后一次任务介面和/或后台服务，判断曲目或视频是否找不到或文件已损坏，是则恢复该恢复源的第一个曲目或视频，否则恢复该恢复源的曲目或视频。

进一步的，所述步骤S5的具体情况为：

读取步骤S2中的保存的数据，查询映射表，启动最后一次任务介面和/或后台服务，判断恢复源是否被替换或播放列表为空，是则再次与framework交互尝试恢复上一个恢复源，否则恢复该恢复源的曲目或视频。

进一步的，所述步骤S2的恢复源的数据为通过sqlite数据库保存到LastSource.db文件中。

进一步的，所述恢复源的数据包括源类型和源状态。

进一步的，所述任务包括收音机、DVD、音频输入接口、存储卡、U盘、蓝牙音乐、IPOD、Carplay或Carlife。

进一步的，所述数据结构为队列或栈中的任一种结构。

进一步的，所述步骤S2中的保存方式包括写文件、数据库或xml。

本发明通过对车载Android多媒体设备的部分源进行开机恢复定义，使车载Android多媒体设备在使用上更符合汽车用户的需求，可以对常用的前次下电前的源进行恢复，避免用户在行车过程中去频繁的观察和操作屏幕，分散注意力，造成不必要的麻烦，提高用户用车的体验。

附图说明

图1为本发明恢复播放U盘中音乐的一实施例流程示意图；

图2为本发明恢复播放U盘中音乐的又一实施例流程示意图。

具体实施方式

下面结合附图对本发明的较佳实施例进行详细阐述，以使本发明的优点和特征更易被本领域技术人员理解，从而对本发明的保护范围作出更为清楚的界定。

实施例1：

本实施例中的一种车载Android开机源恢复的方法，包括以下步骤：

S1、定义属于恢复源的任务；

S2、当系统中出现属于恢复源的任务时，进行Request Source的请求动作，将恢复源的数据按一定的数据结构进行保存；

S3、下一次开机时，判断最后一次任务是否为恢复源，是则进行前台恢复，并进入步骤S5，否则进入步骤S4；

S4、判断最后一次任务是否可恢复，是则进行后台恢复后进入步骤S5，否则进行前台恢复后进入步骤S5；

S5、读取步骤S2中的保存的数据，进行恢复源的恢复。

本实施例通过对车载Android多媒体设备的部分源进行开机恢复定义，使车载Android多媒体设备在使用上更符合汽车用户的需求，可以对常用的前次下电前的源进行恢复，避免用户在行车过程中去频繁的观察和操作屏幕，分散注意力，造成不必要的麻烦，提高用户用车的体验。

实施例2：

基于实施例1，在本实施例中，在步骤S3之前还包括：

建立映射表，所述映射表包括恢复源的源ID、源界面和源服务，并通过xml配置的方式映射。

在步骤S5中，读取步骤S2中的保存的数据后，还包括步骤：查询映射表，启动后台服务，或者启动最后一次任务介面和启动后台服务。

在本实施例中，建立映射表可以加快恢复源的恢复时间，避免恢复源要等到应用进程加载完毕后再进行源恢复，可通过映射表主动唤醒应用进程进行源恢复，提高恢复速度。

实施例3：

基于实施例2，在本实施例中，步骤S5的具体情况为：

读取步骤S2中的保存的数据，查询映射表，启动最后一次任务介面和/或后台服务，判断曲目或视频是否找不到或文件已损坏，是则恢复该恢复源的第一个曲目或视频，否则恢复该恢复源的曲目或视频。

或者，步骤S5的具体情况还可为：

读取步骤S2中的保存的数据，查询映射表，启动最后一次任务介面和/或后台服务，判断恢复源是否被替换或播放列表为空，是则再次与framework（系统框架）交互尝试恢复上一个恢复源（即本次恢复源恢复失败，尝试上一个恢复源的恢复），否则恢复该恢复源的曲目或视频。

无论步骤S5中的判断的问题怎么设计，其中一个判断结果为恢复源的曲目或视频，另外一个判断结果随问题不同而不同；具体要怎么判断，还需要根据具体的情况而定，可参照实施例6。

实施例4：

基于实施例1，在本实施例中，步骤S2的恢复源的数据是保存到sqlite数据库的LastSource.db文件中的；步骤S3具体为：开机后，系统初始化完毕到AMS中的主界面后，进行判断。

实施例5：

基于实施例1，在本实施例中，所述恢复源的数据包括源类型和源状态；数据结构为队列或栈中的任一种结构；任务包括收音机（TUNER）、碟片（DVD）、音频输入接口（AUX）、存储卡（SD）、U盘（USB）、蓝牙音乐（BTAUDIO）、IPOD、Carplay或Carlife；所述步骤S2中的保存方式包括写文件、数据库或xml，并且在步骤S1和S2之间还包括：首次上电开机。

在本实施例中，源类型主要是用于对音视频输出进行分类。

实施例6：

本实施例是以U盘为恢复源，对实施例1、2、3进行详细说明。本实施例的一种车载Android开机源恢复的方法如图1和2所示。包括以下步骤：

SA1、首次上电开机；

SA2、播放U盘中的音乐，播放时进行Request Source请求动作，并通过sqlite数据库在Last Source.db记录请求的动作；

SA3、掉电重启（用于模拟“关机->停车熄火->…->点火开机” 动作）；

SA4、再次开机后，系统初始化完毕，会在AMS（Activity Manager Service，系统活动管理器）中Start Home（主）界面，我们需要在AMS的Start Home Activity Locked中判断，是否需要进行界面的恢复：获取Recent Task（近期任务）的List（名单）对象中的Last Task（最后的任务），判断判断LastTask是否恢复源，如果是对应的恢复源时，则进行前台恢复；如果对应的界面不是源界面则进行后台恢复。（Last Task是安卓系统现有的文件）

SA5、前台恢复则是启动相应的Activity界面，并在界面启动时恢复源播放，后台恢复则是启动相应的后台service，并在服务中恢复源播放。为了在framework中不同的源类型启动不同的界面和服务，可以通过将源ID和界面、服务通过xml配置的方式进行一个映射。（在这里，前台恢复则是恢复U盘的音乐被播放的界面，以及该音乐被播放时的声音服务；后台恢复则是只恢复该音乐被播放时的声音服务）

SA6、在恢复具体U盘中的音乐过程中，也有可能出现，该曲目找不到，或文件已损坏的情况，导致无法正常恢复，此时可以依然停留在该源下，并尝试恢复第一首音乐。

SA7、当启动服务或界面之后，下一步则是恢复具体U盘中的音乐。那么在恢复过程中，就可能出现U盘A被替换成U盘B的情况，而U盘B可能是新的，或音乐列表为空，此时可以跟framework做一个交互，尝试恢复上一个源（如显示询问播放的U盘已被置换，是否需要更换）；若U盘B损坏了则显示U盘已损坏，请更换等。

SA8、结束。

上面结合附图对本发明的实施方式作了详细说明，但是本发明并不限于上述实施方式，在本领域普通技术人员所具备的知识范围内，还可以在不脱离本发明宗旨的前提下作出各种变化。

Claims (10)

1.一种车载Android开机源恢复的方法，其特征在于，包括以下步骤：

S1、定义属于恢复源的任务；

S2、当系统中出现属于恢复源的任务时，进行Request Source的请求动作，将恢复源的数据按一定的数据结构进行保存；

S3、下一次开机时，判断最后一次任务是否为恢复源，是则进行前台恢复，并进入步骤S5，否则进入步骤S4；

S4、判断最后一次任务是否可恢复，是则进行后台恢复后进入步骤S5，否则进行前台恢复后进入步骤S5；

S5、读取步骤S2中的保存的数据，进行恢复源的恢复。

2.根据权利要求1所述的车载Android开机源恢复的方法，其特征在于，在步骤S3之前还包括：

建立映射表；

在步骤S5中，读取步骤S2中的保存的数据后，还包括步骤：查询映射表，启动后台服务，或者启动最后一次任务介面和启动后台服务。

3.根据权利要求2所述的车载Android开机源恢复的方法，其特征在于，所述映射表包括恢复源的源ID、源界面和源服务，并通过xml配置的方式映射。

4.根据权利要求1所述的车载Android开机源恢复的方法，其特征在于，所述步骤S5的具体情况为：

读取步骤S2中的保存的数据，查询映射表，启动最后一次任务介面和/或后台服务，判断曲目或视频是否找不到或文件已损坏，是则恢复该恢复源的第一个曲目或视频，否则恢复该恢复源的曲目或视频。

5.根据权利要求1所述的车载Android开机源恢复的方法，其特征在于，所述步骤S5的具体情况为：

读取步骤S2中的保存的数据，查询映射表，启动最后一次任务介面和/或后台服务，判断恢复源是否被替换或播放列表为空，是则再次与framework交互尝试恢复上一个恢复源，否则恢复该恢复源的曲目或视频。

6.根据权利要求1所述的车载Android开机源恢复的方法，其特征在于，所述步骤S2的恢复源的数据为通过sqlite数据库保存到LastSource.db文件中。

7.根据权利要求1所述的车载Android开机源恢复的方法，其特征在于，所述恢复源的数据包括源类型和源状态。

8.根据权利要求7所述的车载Android开机源恢复的方法，其特征在于，所述任务包括收音机、DVD、音频输入接口、存储卡、U盘、蓝牙音乐、IPOD、Carplay或Carlife。

9.根据权利要求1所述的车载Android开机源恢复的方法，其特征在于，所述数据结构为队列或栈中的任一种结构。

10.根据权利要求1所述的车载Android开机源恢复的方法，其特征在于，所述步骤S2中的保存方式包括写文件、数据库或xml。