一种与android终端设备系统设置接口的适配方法_2

文档序号:8301731阅读:来源:国知局
droid终端设备系统设置接口的适配方法,请参考图1-图4,所述方法包括:
步骤一:客户端通过BindService O绑定服务端Service,获取设备系统设置接口实例对象,并通过Proxy代理服务向服务端发送请求数据;
步骤二:服务端Service通过Binder的onTransact ()获取Proxy代理请求数据;步骤三:服务端Service通过请求的数据封装结果,并通过Stub内部抽象类调用服务端相应的函数接口;
步骤四:服务端Service返回函数接口调用数据成功或失败的信息,并判断信息是否满足要求,如果满足要求,则流程结束;如果关键数据不满足,基本数据满足,则根据预置的策略,执行相应策略;
步骤五:服务端Service返回客户端请求信息的处理结果并通过客户端响应信息,处理流程完毕。
[0019]其中,在本申请实施例中,步骤一种对于请求的数据,分别做以下处理:解析出请求数据的个数以及数据结构类型及长度,然后将请求数据解析成符合发送的格式;或者,根据请求数据的格式,解析出其中特定字段,然后根据预置的格式,生成符合发送的格式。
[0020]其中,在本申请实施例中,预置策略:服务端对接收的数据分为关键数据与基本数据,对于关键数据不论是数据结构还是数据类型不符合,则流程结束,如关键数据符合要求,基本数据不符合,则执行结果成功。
[0021]其中,在本申请实施例中,service是android系统中的服务,bindService就是绑定Service服务;一般android的service分为本地和远程,此技术方式是远程service。
[0022]其中,在本申请实施例中Service是通过Binder机制来和客户端通讯交互的;transact ():向远端的对象发送发出调用,onTransact O:是远程的对象能够响应另一端发送过来的调用请求。这两个API都是同步执行的。transactO方法要一直阻塞到onTransact O方法调用完成后才返回;代理模式(Proxy):为其他对象提供一种代理以控制对这个对象的访问。
[0023]其中,在本申请实施例中,步骤二中的约束条件包括android系统版本,不同芯片O
[0024]其中,在本申请实施例中,对应android系统版本的约束,至少包含两种处理方式:android版本由2.2,4.0,4.2,4.4不断升级更新,无论才低版本还是高版本,能完全兼容与松耦合;同一 android系统版本,底层的持续更新不会影响到终端设备接口(可能有扩展接口),能完全兼容与松耦合。
[0025]其中,在本申请实施例中,对于不同的芯片,按照android终端设备系统设置接口的适配方法,业务方面:做到快速移植;避免重复开发。
[0026]其中,在本申请实施例中,下面结合附图对本发明的【具体实施方式】再进一步的说明:
图2是本申请技术方案应用的android智能终端系统框架结构图,系统设置接口的适配方法分别包含在系统的 Linux Kernel、Libraries、Applicat1n Framework、Applicat1n 等各层。
[0027]Linux Kernel是Android基于Linux 2.6提供核心系统服务,例如:安全、内存管理、进程管理、网络堆栈、驱动模型。Linux Kernel也作为硬件和软件之间的抽象层,它隐藏具体硬件细节而为上层提供统一的服务。
[0028]Linux Kernel 扩展包含:
——Network_Driver:指为支持业务而扩展集成的网络驱动协议。目前主要包括支持基于IGMP的组播直播功能的标准IGMP V2协议、支持双网络接入的标准802.1Q模块功能,IPV4/IPV6 协议;
--Security_Driver:与芯片相关的硬件、操作系统等相关信息。
[0029]--Dispyay Driver (显示驱动模式),Camera Driver (摄像头驱动),Adu1
Driver (音频驱动),Flash Men Driver (外接设备驱动)等其他驱动。
[0030]Libraries是Android包含一个C/C++库的集合,供Android系统的各个组件使用。这些功能通过Android的应用程序框架(applicat1n framework)暴露给开发者
Libraries扩展包含:
--NetworkServic:客户端软件,主要发送数据和接收请求执行相应功能.——SQLite (关系数据库引擎),LibffebCore (web浏览器),SGL (2D图形引擎),媒体库等,
Applicat1n Framework是android通过提供开放的开发平台,Android使开发者能够编制极其丰富和新颖的应用程序。开发者可以自由地利用设备硬件优势、访问位置信息、运行后台服务、设置闹钟、向状态栏添加通知等Applicat1n Framework 扩展包含:
——LibsyUtils:主要针对静态 IP,DHCP+, pppoe,IPV4/IPV6,IP0E,双栈,鉴权等,是对智能终端底层网络封装API,供智能终端设备上层控制模块的统一调用;
--视图(View),内容提供者(Content Providers),资源管理器(Resource
Manager),通知管理器(Notificat1n Manager),活动管理器(Activity Manager)
Applicat1n ;Android装配一个核心应用程序集合,包括电子邮件客户端、SMS程序、日历、地图、浏览器、联系人和其他设置Applicat1n应用包含:
一一Setting APK:主要用于实现智能终端设备系统设置统一Π,方便运营商对软件业务模块的定制,能在不同android系统,不同芯片展现同等效果。
[0031]NetworkService, LibSyUtils将系统设置接口统一封装成成对象,供Setting调用,做到不依赖android系统与芯片使之间可以跨平台,跨芯片工作,减少带来的复杂重复性工作。
[0032]为了保证Setting的方法在不同android系统,不同芯片间正常使用,与系统,芯片无关的功能点如业务账号,服务器信息,通过Put,Set统一存储在iptv_prefs.xml或者系统数据库。Setting设置于Android系统的底层的接口可以进行分类,主要包括有线网络,无线网络,声音及显示,业务设置,系统版本信息,服务器信息,高级信息等,不同类别的接口具备自己独有的一些特点,根据这些特点不仅可以标示该接口类别,还可以根据不同接口的具体功能上的特点,在不同的消息结构上封装具体的操作对象。从而不仅可以满足和不同android系统,不同芯片的适配需求,而且可以大大简化控制流程,比喻把有线网络设置单独分类,对静态网络,PPP0E,DHCP等单独编号,都可以方便的识别并采用哪种消息结构。
[0033]图3是本发明的接口适配方法流程图,具体为:
步骤一:客户端通过BindService O绑定服务端Service,获取设备系统设置接口实例对象,并通过Proxy代理服务向服务端发送请求数据;
首先,客户端通过BindService O绑定服务端Service,并收集相关数据信息;
其次,根据收集的信息,对数据类型进行判断;
对于类型甲,解析出数据个数及每个数据的长度,然后根据这两个数据参数,通过解析单元,获取设备系统设置接口对象;
对于类型甲,解析出数据消息格式,然后根据这特定字段,通过解析单元,获取设备系统设置接口对象;
再次,获取接口信息失败,客户端与服务端绑定失败;否则绑定成功;
最终,通过代理向服务端发送请求数据;
步骤二:服务端Service通过Binder的onTransact ()获取Proxy代理请求数据; 若通过代理获取数据字段不匹配
当前第2页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1