一种界面排版的更新方法与流程

文档序号:11411283阅读:167来源:国知局

本发明涉及通信技术领域,尤其涉及一种界面排版的更新方法。



背景技术:

随着基于android系统的互联网智能电视的普及,电视界面可以不再是一成不变的样子,通过用户的喜好,可以为用户展现多样的电视界面。

而一般的智能电视界面都是开发时已经设计完成,只能根据已有的排版样子替换不同的内容,并不能修改排版样式。也就是说,只能是在固定界面排版的情况下,替换界面上面的图片和文字,实现修改界面内容的方法。不能实时更新界面的排版样式。

基于此,业内对于动态更新智能电视界面提供了一种通过访问服务器根据参数单独请求每个界面的数据并缓存到电视存储空间中,然后根据数据刷新界面的方式。此方式的弊端在于刷新的数据都是根据参数请求以数据流方式返回的,电视端无法进行校验数据的完整性和正确性,如果数据出现问题会导致电视端无法刷新显示界面,甚至造成电视无法正常使用。并且,采用这种方法需要电视端不断的去访问服务器,每当进行页面切换时都要检查是否有页面刷新数据,也造成了很大的网络压力,在网络状况不好的时候,会导致界面无法正常加载显示,影响用户的正常使用。



技术实现要素:

本发明的目的是提供一种界面排版的更新方法,解决了当前界面排版更新不及时,服务器只针对单独页面的数据请求以数据流方式传送界面数据,无法进行数据校的问题,通过打包整体界面数据,以数据包形式进行传送各个页面的界面排版数据,从而得以进行数据完整性校验,同时降低了对服务器的访问频次,提高了视音频终端工作的稳定性。

为实现上述目的,本发明提供了一种界面排版的更新方法,包括:

视音频终端通过网络接口向服务器发送数据包请求信息;所述数据包请求信息包括所述视音频终端的设备id和所述视音频终端当前的界面排版数据的版本信息;所述界面排版数据包括各个页面的排版数据;

接收所述服务器根据所述版本信息确认的更新确认信息,并接收所述服务器发送的升级包,所述升级包包括数据包和数据校验值;

将所述数据包存储在所述视音频终端的存储器中;

计算所述数据包的md5值;

根据所述数据校验值与所述md5值进行所述数据包的完整性校验;

当校验通过时,根据指定目录的路径信息,将所述数据包解压缩到所述指定目录下,更新存储的界面排版数据;

由所述指定目录获取所述更新后的所述界面排版数据,并根据所述更新后的界面排版数据渲染所述视音频终端的界面。

优选的,在所述视音频终端通过网络接口向服务器发送数据包请求信息之前,所述方法还包括:

所述视音频终端接收遥控指令;

对所述遥控指令进行解析,并生成所述数据包请求信息。

优选的,在所述视音频终端通过网络接口向服务器发送数据包请求信息之后,所述方法还包括:

接收所述服务器根据所述版本信息确认的更新拒绝信息。

进一步优选的,在所述接收所述服务器根据所述版本信息确认的更新拒绝信息之后,所述方法还包括:

由所述指定目录获取所述视音频终端当前的界面排版数据;

根据所述界面排版数据渲染所述视音频终端的界面。

优选的,所述界面排版数据的获取具体包括:

调用刷新程序,从所述指定目录读取存储的所述界面排版数据。

优选的,所述视音频终端通过网络接口向服务器发送数据包请求信息具体为:

所述视音频终端根据预设规则,通过网络接口向服务器发送数据包请求信息;

所述预设规则包括预设时间和/或预设时间间隔。

优选的,在接收所述服务器发送的升级包之后,所述方法还包括:

将所述数据校验参数写入所述视音频终端的特定分区。

本发明实施例提供的界面排版的更新方法,通过打包整体界面数据,以数据包形式进行传送各个页面的界面排版数据,从而得以进行数据完整性校验,同时降低了对服务器的访问频次,提高了视音频终端工作的稳定性。

附图说明

图1为本发明实施例提供的界面排版的更新方法的流程图。

具体实施方式

下面通过附图和实施例,对本发明的技术方案做进一步的详细描述。

本发明实施例提供的界面排版的更新方法,主要应用于视音频终端中,本发明中的视音频终端主要是指基于android系统的互联网智能电视等视音频播放设备。

图1为本发明实施例提供的界面排版的更新方法的流程图,在此流程中,技术方案的执行主体为与视音频终端。本实施例提供的界面排版的更新方法流程如图1所示,主要包括如下步骤:

步骤110,视音频终端通过网络接口向服务器发送数据包请求信息;

具体的,发送数据包请求的触发条件可以有多种。比如可以是基于用户操作发起的,或者是基于一定的预设规则发起的。

基于用户操作发起的触发条件可以是视音频终端接收用户输入的遥控指令,其中遥控指令可以是视音频终端的开启操作,或者是某一功能的启动操作,通过对遥控指令进行解析确定用户操作,并生成数据包请求信息。

基于触发条件可以包括根据预设规则,通过网络接口向服务器发送数据包请求信息;其中,预设规则可以包括预设时间、预设时间间隔等等。

其中,数据包请求信息包括视音频终端的设备id和视音频终端当前的界面排版数据的版本信息;界面排版数据包括各个页面的排版数据。

步骤120,接收服务器根据版本信息确认的更新确认信息,并接收服务器发送的升级包,升级包包括数据包和数据校验值;

具体的,在服务器中,存储有针对不同设备型号的界面排版数据,可能仅保留最新版本,也可能同时保留多个版本。服务器中的界面排版数据,是以数据包形式进行存储的。

界面排版数据可以是根据不同设备型号进行开发的数据,可以根据设备id对应到设备型号,也可以在设备id中直接包含有设备型号的信息。

在具体的实现过程中,界面排版数据的数据包管理终端发送至服务器并进行存储。数据包中界面排版数据的版本信息,可以是管理终端侧的管理员用户在进行数据开发或者数据上传的时候规定写入的,也可以是服务器根据接收到的界面排版数据的时间自动生成的。具体的机制可以通过预先规定设置来确定。

服务器根据设备id进行对应查询,查询得到服务器中存储的界面排版数据的最新版本。如果最新版本比当前版本更新,则说明需要进行数据更新,则生成更新确认信息,由服务器发送给视音频终端。

当然,如果最新版本与当前版本是一致的,那么就说明无需进行数据更新,服务器可以不执行任何反馈动作,也可以生成更新拒绝信息作为反馈信息发送给视音频终端。

步骤130,将数据包存储在视音频终端的存储器中;

具体的,视音频终端在接收到升级包之后,首先进行数据解析,得到数据包和数据校验值。这里说的数据校验值优选为md5值。视音频终端将数据包存储在视音频终端的存储器中,并且将解析得到的md5值写入视音频终端的data分区并存储为第一md5值。

android上主要有六个分区:cache,misc,recovery,boot,system,data。

其中,boot分区上有android的引导程序,包括内核和内存操作程序。没有这个分区设备就不能被引导。恢复系统的时候会擦除这个分区,并且必须重新安装引导程序和rom才能重启系统。

system分区上是除了内核和内存操作之外的整个操作系统,里面包含了android用户接口和预先安装的系统应用。

recovery分区被认为是另一个启动分区,启动设备进入recovery控制台可以去执行高级的系统恢复和管理操作。

data分区保存着用户数据。通讯录、短信、设置和安装的apps都在这个分区上。擦除这个分区相当于恢复出厂设置,当第一次启动设备的时候或者在安装了官方或者客户的rom之后系统会自动重建这个分区。当执行恢复出厂设置时,就是在擦除这个分区。

cache分区是android系统存储频繁访问的数据和app的地方。cache是缓存空间,程序和系统用到的缓存数据和指令就存放在这里。擦除这个分区不会影响个人数据,当你继续使用设备时,被擦除的数据就会自动被创建。

misc分区包含各种复杂的类似于on/off的系统设置。这些设置可能是usb配置和某些硬件配置信息。该分区中有启动加载控制模块(bootloadercontrolblock,bcb),主要是用于存放recovery引导信息。

视音频终端将服务器下发的升级数据包的md5值存储到data分区。为了便于区分,将存储的值称为第一md5值。

步骤140,计算数据包的md5值;

具体的,md5即message-digestalgorithm5,也称为信息-摘要算法5,为计算机安全领域广泛使用的一种散列函数,用以提供消息的完整性保护,确保信息传输完整一致。

md5值就像是一个文件的“数字指纹”。每个文件的md5值是不同的,如果任何人对文件做了任何改动,其md5值也就是对应的“数字指纹”就会发生变化。比如下载服务器针对一个文件预先提供一个md5值,用户下载完该文件后,用这个算法重新计算下载文件的md5值,通过比较这两个值是否相同,就能判断下载的文件是否出错,或者说下载的文件是否被篡改了。

步骤150,根据数据校验值与md5值进行数据包的完整性校验;

具体的,视音频终端从data分区获取所存的第一md5值,确定计算得到的md5值与第一md5值是否一致,即通过数据校验值与md5值进行所述数据包的完整性校验。当为一致时,校验通过。否则校验失败。

如果校验通过,执行步骤160和步骤170:

步骤160,当校验通过时,根据指定目录的路径信息,将数据包解压缩到指定目录下,更新存储的界面排版数据;

步骤170,由指定目录获取更新后的界面排版数据,并根据更新后的界面排版数据渲染视音频终端的界面。

如果校验失败则执行下述步骤:

步骤180,当校验失败时,生成提示信息,并通过网络接口再次向服务器发送数据包请求信息。

进一步的,在步骤110视音频终端通过网络接口向服务器发送数据包请求信息之后,如果服务器端没有可供更新的数据包,则执行下述步骤210-230。

步骤210,接收服务器根据版本信息发送的更新拒绝信息。

步骤220,由指定目录获取视音频终端当前的界面排版数据;

步骤230,根据界面排版数据渲染视音频终端的界面。

本发明实施例提供的界面排版的更新方法,通过打包整体界面数据,以数据包形式进行传送各个页面的界面排版数据,从而得以进行数据完整性校验,同时降低了对服务器的访问频次,提高了视音频终端工作的稳定性。

专业人员应该还可以进一步意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以用硬件、处理器执行的软件模块,或者二者的结合来实施。软件模块可以置于随机存储器(ram)、内存、只读存储器(rom)、电可编程rom、电可擦除可编程rom、寄存器、硬盘、可移动磁盘、cd-rom、或技术领域内所公知的任意其它形式的存储介质中。

以上所述的具体实施方式,对本发明的目的、技术方案和有益效果进行了进一步详细说明,所应理解的是,以上所述仅为本发明的具体实施方式而已,并不用于限定本发明的保护范围,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1