[发明专利]一种安卓系统GPS模块自适应方法及终端

说明书

本发明提供了一种安卓系统GPS模块自适应方法及终端，获取预设的GPS模块列表中的一个GPS模块作为备选GPS模块，判断是否能够获取到所述备选GPS模块所对应的so库，若是，则继续判断是否获取到与所述备选GPS模块对应的模组信息，若是，则获取所述备选GPS模块对应的接口以使得安卓系统能够通过所述接口调用所述备选GPS模块；本发明所提供的一种安卓系统GPS模块自适应方法及终端，通过自动验证GP模块列表中的GPS模块是否存在对应的so库及模组信息确定GPS模块是否有合适的运行环境，若有则加载与相应环境所适配的GPS模块，实现了GPS模块在加载时的自适应。

技术领域

本发明涉及安卓系统领域，尤其涉及一种安卓系统GPS模块自适应方法及终端。

背景技术

请参照图4，在安卓系统中实现GPS服务共需要应用层、框架层、硬件抽象层及Linux内核层四层之间的配合协作，应用层即apk应用，采用Java语言来实现，是面向用户的界面，框架层包含了供应用调用的接口及其系统服务的实现，主要也由Java语言实现，硬件抽象层由C以及C++语言实现并与框架层通过JNI进行通信，Linux内核层通过串口或其他方式和GPS模块通信；在获取GPS服务的过程中，GPS应用(各种GPS定位的apk)都通过android系统的LocationManager对GPS进行打开/关闭/启动等操作，其中，框架层的GnssLocationProvider类(对外提供接口用，使得位于应用层内的app可以通过其调用GPS的相关接口进行对GPS的操作，如打开GPS或者关闭GPS)和JNI的com_android_server_location_GnssLocationProvider类(承上启下的作用)以及JNI的com_android_server_location_GnssLocationProvider文件(JNI文件，用于框架层的Java程序调用硬件抽象层的C程序，起到一个转换作用，也使得Java层不用关心哪个厂家的硬件抽象层程序，起到了封装为统一接口的作用)和HAL(硬件抽象层)的gps.default.so库相互之间都是通过数据结构进行回调，即将JNI作为框架层和HAL之间的一个桥梁，硬件抽象层的gps.default.so库通过kernel(Linux内核层)相关总线(如串口/USB/共享内存等总线)和GPS芯片进行数据交互。

在开发过程中，会碰到一个平台代码但GPS需求不同的情况，如GPS需求有的使用是平台支持的默认芯片GPS，有的是外挂其他自选的GPS模块，对于新增一个GPS模块，目前方案有：(1)不同的代码基线管理，用于区分不同的GPS模块，但不同基线的维护需要增加版本控制，容易导致版本混淆并且为开发人员增加的额外的工作量；(2)通过硬件某个管脚的不同电平值来区分项目，如ADC管脚来区分不同项目，或者GPIO电平来区分不同项目，然后在硬件抽象层通过读取的不同电平来加载不同的GPS的so库，需要增加GPIO或ADC管脚供软件区分用，增加了硬件成本；(3)不同的项目会有不同的属性，通过获取项目属性判断不同项目，然后调用不同的GPS的so库，可以使用同个基线进行维护，但无法实现一个软件用于多个硬件平台，根据多个硬件平台制作多个版本容易混淆。

发明内容

本发明所要解决的技术问题是：提供一种安卓系统GPS模块自适应方法及终端，实现管理便捷、无需多版本的GPS模块新增。

为了解决上述技术问题，本发明采用的一种技术方案为：

一种安卓系统GPS模块自适应方法，包括步骤：

S1、获取预设的GPS模块列表中的一个GPS模块作为备选GPS模块，判断是否能够获取到所述备选GPS模块所对应的so库，若是，则执行S2；

S2、判断是否获取到与所述备选GPS模块对应的模组信息，若是，则执行S3；

S3、获取所述备选GPS模块对应的接口以使得安卓系统能够通过所述接口调用所述备选GPS模块。

为了解决上述技术问题，本发明采用的另一种技术方案为：