一种智能电视浏览器与服务端同步JS补丁文件的方法与流程

一种智能电视浏览器与服务端同步js补丁文件的方法
技术领域
1.本发明涉及智能电视技术领域，尤其涉及一种智能电视浏览器与服务端同步js补丁文件的方法、装置、计算机设备和计算机可读存储介质。


背景技术：

2.在智能电视浏览器中，存在很多app网页书写不规范导致对智能电视浏览器兼容性很差的问题，目前可以通过对该网页进行js patch(也即js补丁)的处理方式来兼容这种情况，也即在浏览器本地编写对应js patch文件。在运行该app时，会把书写的js逻辑运行起来，达到对此app网页逻辑的兼容的效果。但是一旦页面有修改或者变动，本地的js patch逻辑就会失效，那么就需要重新修改本地文件，然后对整个sdk做ota升级。由于网页逻辑的多变性和不稳定性，会导致js patch失效，进而需要在本地重新patch，然后重新修改sdk进行ota升级。针对因页面不稳定性造成的不断修改sdk，不断进行ota升级，将会造成资源浪费，降低用户使用体验，对集成商来说需要承担ota的升级费用。
3.目前，针对相关技术中存在的因页面不稳定性造成的不断修改sdk，不断进行ota升级，将会造成资源浪费，降低用户使用体验的问题，尚未提出有效的解决方案。


技术实现要素：

4.本技术的目的是针对现有技术中的不足，提供一种智能电视浏览器与服务端同步js补丁文件的方法、装置、计算机设备和计算机可读存储介质，以至少解决相关技术中存在的因页面不稳定性造成的不断修改sdk，不断进行ota升级，将会造成资源浪费，降低用户使用体验的问题。
5.为实现上述目的，本技术采取的技术方案是：
6.第一方面，本技术实施例提供了一种智能电视浏览器与服务端同步js补丁文件的方法，包括：
7.在智能电视的浏览器启动时，获取本地存储的目标应用对应的js补丁文件的版本以及服务端存储的所述目标应用对应的js补丁文件的版本，其中，所述js补丁文件用于使得所述目标应用与所述浏览器兼容；
8.判断所述本地存储的目标应用对应的js补丁文件的版本与所述服务端存储的所述目标应用对应的js补丁文件的版本是否相同；
9.若所述本地存储的目标应用对应的js补丁文件的版本与所述服务端存储的所述目标应用对应的js补丁文件的版本不相同，下载所述服务端存储的所述目标应用对应的js补丁文件；
10.在所述浏览器加载所述目标应用的网页时，加载已下载的所述服务端存储的所述目标应用对应的js补丁文件。
11.在其中一些实施例中，下载所述服务端存储的所述目标应用对应的js补丁文件包括：
12.判断是否存在未完成的下载任务；
13.若存在未完成的下载任务，则清除所述未完成的下载任务，开始当前下载任务，其中，所述当前下载任务为下载所述服务端存储的所述目标应用对应的js补丁文件；
14.若不存在未完成的下载任务，则直接下载所述服务端存储的所述目标应用对应的js补丁文件。
15.在其中一些实施例中，下载所述服务端存储的所述目标应用对应的js补丁文件包括：
16.判断所述服务端存储的所述目标应用对应的js补丁文件是否下载成功；
17.若所述服务端存储的所述目标应用对应的js补丁文件未下载成功，则重复执行下载所述服务端存储的所述目标应用对应的js补丁文件，直至所述服务端存储的所述目标应用对应的js补丁文件下载成功或重复次数达到预定阈值。
18.在其中一些实施例中，其特征在于，在下载所述服务端存储的所述目标应用对应的js补丁文件之后，所述方法还包括：
19.将所述服务端存储的所述目标应用对应的js补丁文件替换所述本地存储的目标应用对应的js补丁文件。
20.在其中一些实施例中，获取本地存储的目标应用对应的js补丁文件的版本以及服务端存储的所述目标应用对应的js补丁文件的版本包括：获取所述本地存储的目标应用对应的js补丁文件的版本号以及所述服务端存储的所述目标应用对应的js补丁文件的版本号；
21.判断所述本地存储的目标应用对应的js补丁文件的版本与所述服务端存储的所述目标应用对应的js补丁文件的版本是否相同包括：判断所述本地存储的目标应用对应的js补丁文件的版本号是否低于所述服务端存储的所述目标应用对应的js补丁文件的版本号，其中，若所述本地存储的目标应用对应的js补丁文件的版本号低于所述服务端存储的所述目标应用对应的js补丁文件的版本号，则执行下载所述服务端存储的所述目标应用对应的js补丁文件。
22.第二方面，本技术实施例提供了一种智能电视浏览器与服务端同步js补丁文件的装置，包括：
23.获取单元，用于在智能电视的浏览器启动时，获取本地存储的目标应用对应的js补丁文件的版本以及服务端存储的所述目标应用对应的js补丁文件的版本，其中，所述js补丁文件用于使得所述目标应用与所述浏览器兼容；
24.判断单元，用于判断所述本地存储的目标应用对应的js补丁文件的版本与所述服务端存储的所述目标应用对应的js补丁文件的版本是否相同；
25.下载单元，用于若所述本地存储的目标应用对应的js补丁文件的版本与所述服务端存储的所述目标应用对应的js补丁文件的版本不相同，下载所述服务端存储的所述目标应用对应的js补丁文件；
26.加载单元，用于在所述浏览器加载所述目标应用的网页时，加载已下载的所述服务端存储的所述目标应用对应的js补丁文件。
27.在其中一些实施例中，所述下载单元包括：
28.第一判断模块，用于判断是否存在未完成的下载任务；
29.清除模块，用于若存在未完成的下载任务，则清除所述未完成的下载任务，开始当前下载任务，其中，所述当前下载任务为下载所述服务端存储的所述目标应用对应的js补丁文件；
30.第一下载模块，用于若不存在未完成的下载任务，则直接下载所述服务端存储的所述目标应用对应的js补丁文件。
31.在其中一些实施例中，所述下载单元包括：
32.第二判断模块，用于判断所述服务端存储的所述目标应用对应的js补丁文件是否下载成功；
33.第二下载模块，用于若所述服务端存储的所述目标应用对应的js补丁文件未下载成功，则重复执行下载所述服务端存储的所述目标应用对应的js补丁文件，直至所述服务端存储的所述目标应用对应的js补丁文件下载成功或重复次数达到预定阈值。
34.第三方面，本技术实施例提供了一种计算机设备，包括存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上述第一方面所述的智能电视浏览器与服务端同步js补丁文件的方法。
35.第四方面，本技术实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上述第一方面所述的智能电视浏览器与服务端同步js补丁文件的方法。
36.本技术采用以上技术方案，与现有技术相比，本技术实施例提供的智能电视浏览器与服务端同步js补丁文件的方法，通过在智能电视的浏览器启动时，获取本地存储的目标应用对应的js补丁文件的版本以及服务端存储的所述目标应用对应的js补丁文件的版本，其中，所述js补丁文件用于使得所述目标应用与所述浏览器兼容；判断所述本地存储的目标应用对应的js补丁文件的版本与所述服务端存储的所述目标应用对应的js补丁文件的版本是否相同；若所述本地存储的目标应用对应的js补丁文件的版本与所述服务端存储的所述目标应用对应的js补丁文件的版本不相同，下载所述服务端存储的所述目标应用对应的js补丁文件；在所述浏览器加载所述目标应用的网页时，加载已下载的所述服务端存储的所述目标应用对应的js补丁文件，解决了相关技术中存在的因页面不稳定性造成的不断修改sdk，不断进行ota升级，将会造成资源浪费，降低用户使用体验的问题，实现了节约资源，提升用户体验的效果。
37.本技术的一个或多个实施例的细节在以下附图和描述中提出，以使本技术的其他特征、目的和优点更加简明易懂。
附图说明
38.此处所说明的附图用来提供对本技术的进一步理解，构成本技术的一部分，本技术的示意性实施例及其说明用于解释本技术，并不构成对本技术的不当限定。在附图中：
39.图1是根据本技术实施例的移动终端的结构框图；
40.图2是根据本技术实施例的智能电视浏览器与服务端同步js补丁文件的方法的流程图；
41.图3是根据本技术优选实施例的智能电视浏览器与服务端同步js补丁文件的方法的流程图；
42.图4是根据本技术实施例的智能电视浏览器与服务端同步js补丁文件的装置的结构框图；
43.图5为根据本技术实施例的计算机设备的硬件结构示意图。
具体实施方式
44.为了使本技术的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本技术进行描述和说明。应当理解，此处所描述的具体实施例仅仅用以解释本技术，并不用于限定本技术。基于本技术提供的实施例，本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其他实施例，都属于本技术保护的范围。
45.显而易见地，下面描述中的附图仅仅是本技术的一些示例或实施例，对于本领域的普通技术人员而言，在不付出创造性劳动的前提下，还可以根据这些附图将本技术应用于其他类似情景。此外，还可以理解的是，虽然这种开发过程中所作出的努力可能是复杂并且冗长的，然而对于与本技术公开的内容相关的本领域的普通技术人员而言，在本技术揭露的技术内容的基础上进行的一些设计，制造或者生产等变更只是常规的技术手段，不应当理解为本技术公开的内容不充分。
46.在本技术中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本技术的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域普通技术人员显式地和隐式地理解的是，本技术所描述的实施例在不冲突的情况下，可以与其它实施例相结合。
47.除非另作定义，本技术所涉及的技术术语或者科学术语应当为本技术所属技术领域内具有一般技能的人士所理解的通常意义。本技术所涉及的“一”、“一个”、“一种”、“该”等类似词语并不表示数量限制，可表示单数或复数。本技术所涉及的术语“包括”、“包含”、“具有”以及它们任何变形，意图在于覆盖不排他的包含；例如包含了一系列步骤或模块(单元)的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可以还包括没有列出的步骤或单元，或可以还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。本技术所涉及的“连接”、“相连”、“耦接”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电气的连接，不管是直接的还是间接的。本技术所涉及的“多个”是指两个或两个以上。“和/或”描述关联对象的关联关系，表示可以存在三种关系，例如，“a和/或b”可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。本技术所涉及的术语“第一”、“第二”、“第三”等仅仅是区别类似的对象，不代表针对对象的特定排序。
48.本实施例提供了一种移动终端。图1是根据本技术实施例的移动终端的结构框图。如图1所示，该移动终端包括：射频(radio frequency，简称为rf)电路110、存储器120、输入单元130、显示单元140、传感器150、音频电路160、无线保真(wireless fidelity，简称为wifi)模块170、处理器180、以及电源190等部件。本领域技术人员可以理解，图1中示出的移动终端结构并不构成对移动终端的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
49.下面结合图1对移动终端的各个构成部件进行具体的介绍：
50.rf电路110可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，给处理器180处理；另外，将设计上行的数据发送给基站。通常，rf电路包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(low noise amplifier，简称为lna)、双工器等。此外，rf电路110还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(global system of mobile communication，简称为gsm)、通用分组无线服务(general packet radio service，简称为gprs)、码分多址(code division multiple access，简称为cdma)、宽带码分多址(wideband code division multiple access，简称为wcdma)、长期演进(long term evolution，简称为lte)、电子邮件、短消息服务(short messaging service，简称为sms)等。
51.存储器120可用于存储软件程序以及模块，处理器180通过运行存储在存储器120的软件程序以及模块，从而执行移动终端的各种功能应用以及数据处理。存储器120可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据移动终端的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器120可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
52.输入单元130可用于接收输入的数字或字符信息，以及产生与移动终端的用户设置以及功能控制有关的键信号输入。具体地，输入单元130可包括触控面板131以及其他输入设备132。触控面板131，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板131上或在触控面板131附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触控面板131可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器180，并能接收处理器180发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板131。除了触控面板131，输入单元130还可以包括其他输入设备132。具体地，其他输入设备132可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。
53.显示单元140可用于显示由用户输入的信息或提供给用户的信息以及移动终端的各种菜单。显示单元140可包括显示面板141，可选的，可以采用液晶显示器(liquid crystal display，简称为lcd)、有机发光二极管(organic light
‑
emitting diode，简称为oled)等形式来配置显示面板141。进一步的，触控面板131可覆盖显示面板141，当触控面板131检测到在其上或附近的触摸操作后，传送给处理器180以确定触摸事件的类型，随后处理器180根据触摸事件的类型在显示面板141上提供相应的视觉输出。虽然在图1中，触控面板131与显示面板141是作为两个独立的部件来实现移动终端的输入和输入功能，但是在某些实施例中，可以将触控面板131与显示面板141集成而实现移动终端的输入和输出功能。
54.移动终端还可包括至少一种传感器150，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板141的亮度，接近传感器可在移动终端移动到耳边时，关闭显示
面板141和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别移动终端姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于移动终端还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。
55.音频电路160中的扬声器161，传声器162可提供用户与移动终端之间的音频接口。音频电路160可将接收到的音频数据转换后的电信号，传输到扬声器161，由扬声器161转换为声音信号输出；另一方面，传声器162将收集的声音信号转换为电信号，由音频电路160接收后转换为音频数据，再将音频数据输出处理器180处理后，经rf电路110以发送给比如另一移动终端，或者将音频数据输出至存储器120以便进一步处理。
56.wifi属于短距离无线传输技术，移动终端通过wifi模块170可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图1示出了wifi模块170，但是可以理解的是，其并不属于移动终端的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略，或者替换为其他的短距离无线传输模块，例如zigbee模块、或者wapi模块等。
57.处理器180是移动终端的控制中心，利用各种接口和线路连接整个移动终端的各个部分，通过运行或执行存储在存储器120内的软件程序和/或模块，以及调用存储在存储器120内的数据，执行移动终端的各种功能和处理数据，从而对移动终端进行整体监控。可选的，处理器180可包括一个或多个处理单元；优选的，处理器180可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器180中。
58.移动终端还包括给各个部件供电的电源190(比如电池)，优选的，电源可以通过电源管理系统与处理器180逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。
59.尽管未示出，移动终端还可以包括摄像头、蓝牙模块等，在此不再赘述。
60.在本实施例中，处理器180被配置为：在智能电视的浏览器启动时，获取本地存储的目标应用对应的js补丁文件的版本以及服务端存储的所述目标应用对应的js补丁文件的版本，其中，所述js补丁文件用于使得所述目标应用与所述浏览器兼容；判断所述本地存储的目标应用对应的js补丁文件的版本与所述服务端存储的所述目标应用对应的js补丁文件的版本是否相同；若所述本地存储的目标应用对应的js补丁文件的版本与所述服务端存储的所述目标应用对应的js补丁文件的版本不相同，下载所述服务端存储的所述目标应用对应的js补丁文件；在所述浏览器加载所述目标应用的网页时，加载已下载的所述服务端存储的所述目标应用对应的js补丁文件。
61.在其中一些实施例中，处理器180还被配置为：判断是否存在未完成的下载任务；若存在未完成的下载任务，则清除所述未完成的下载任务，开始当前下载任务，其中，所述当前下载任务为下载所述服务端存储的所述目标应用对应的js补丁文件；若不存在未完成的下载任务，则直接下载所述服务端存储的所述目标应用对应的js补丁文件。
62.在其中一些实施例中，处理器180还被配置为：判断所述服务端存储的所述目标应用对应的js补丁文件是否下载成功；若所述服务端存储的所述目标应用对应的js补丁文件
未下载成功，则重复执行下载所述服务端存储的所述目标应用对应的js补丁文件，直至所述服务端存储的所述目标应用对应的js补丁文件下载成功或重复次数达到预定阈值。
63.在其中一些实施例中，处理器180还被配置为：将所述服务端存储的所述目标应用对应的js补丁文件替换所述本地存储的目标应用对应的js补丁文件。
64.在其中一些实施例中，处理器180还被配置为：获取所述本地存储的目标应用对应的js补丁文件的版本号以及所述服务端存储的所述目标应用对应的js补丁文件的版本号；判断所述本地存储的目标应用对应的js补丁文件的版本号是否低于所述服务端存储的所述目标应用对应的js补丁文件的版本号，其中，若所述本地存储的目标应用对应的js补丁文件的版本号低于所述服务端存储的所述目标应用对应的js补丁文件的版本号，则执行下载所述服务端存储的所述目标应用对应的js补丁文件。
65.本实施例提供了一种智能电视浏览器与服务端同步js补丁文件的方法。图2是根据本技术实施例的智能电视浏览器与服务端同步js补丁文件的方法的流程图，如图2所示，该流程包括如下步骤：
66.步骤s201，在智能电视的浏览器启动时，获取本地存储的目标应用对应的js补丁文件的版本以及服务端存储的所述目标应用对应的js补丁文件的版本，其中，所述js补丁文件用于使得所述目标应用与所述浏览器兼容；
67.步骤s202，判断所述本地存储的目标应用对应的js补丁文件的版本与所述服务端存储的所述目标应用对应的js补丁文件的版本是否相同；
68.步骤s203，若所述本地存储的目标应用对应的js补丁文件的版本与所述服务端存储的所述目标应用对应的js补丁文件的版本不相同，下载所述服务端存储的所述目标应用对应的js补丁文件；
69.步骤s204，在所述浏览器加载所述目标应用的网页时，加载已下载的所述服务端存储的所述目标应用对应的js补丁文件。
70.通过上述步骤，通过在智能电视的浏览器启动时，获取本地存储的目标应用对应的js补丁文件的版本以及服务端存储的所述目标应用对应的js补丁文件的版本，其中，所述js补丁文件用于使得所述目标应用与所述浏览器兼容；判断所述本地存储的目标应用对应的js补丁文件的版本与所述服务端存储的所述目标应用对应的js补丁文件的版本是否相同；若所述本地存储的目标应用对应的js补丁文件的版本与所述服务端存储的所述目标应用对应的js补丁文件的版本不相同，下载所述服务端存储的所述目标应用对应的js补丁文件；在所述浏览器加载所述目标应用的网页时，加载已下载的所述服务端存储的所述目标应用对应的js补丁文件，解决了相关技术中存在的因页面不稳定性造成的不断修改sdk，不断进行ota升级，将会造成资源浪费，降低用户使用体验的问题，实现了节约资源，提升用户体验的效果。
71.在上述步骤中，目标应用可以为智能电视中安装的任意类型的应用程序，该目标应用可以通过浏览器打开。目标应用对应的js补丁文件用于使得目标应用与所述浏览器兼容。
72.在其中一些实施例中，获取本地存储的目标应用对应的js补丁文件的版本以及服务端存储的所述目标应用对应的js补丁文件的版本可以包括：获取所述本地存储的目标应用对应的js补丁文件的版本号以及所述服务端存储的所述目标应用对应的js补丁文件的
版本号。通过比较本地存储的目标应用对应的js补丁文件的版本号与服务端存储的所述目标应用对应的js补丁文件的版本号的大小或高低，可以判断是否需要对本地存储的目标应用对应的js补丁文件进行更新，以使得浏览器通过加载本地存储的目标应用对应的js补丁文件能够顺利打开目标应用的网页。
73.相应地，判断所述本地存储的目标应用对应的js补丁文件的版本与所述服务端存储的所述目标应用对应的js补丁文件的版本是否相同可以包括：判断所述本地存储的目标应用对应的js补丁文件的版本号是否低于所述服务端存储的所述目标应用对应的js补丁文件的版本号，其中，若所述本地存储的目标应用对应的js补丁文件的版本号低于所述服务端存储的所述目标应用对应的js补丁文件的版本号，则说明需要对本地存储的目标应用对应的js补丁文件进行更新，则需要执行下载所述服务端存储的所述目标应用对应的js补丁文件。
74.在其中一些实施例中，下载所述服务端存储的所述目标应用对应的js补丁文件可以包括：
75.判断是否存在未完成的下载任务；
76.若存在未完成的下载任务，则清除所述未完成的下载任务，开始当前下载任务，其中，所述当前下载任务为下载所述服务端存储的所述目标应用对应的js补丁文件；
77.若不存在未完成的下载任务，则直接下载所述服务端存储的所述目标应用对应的js补丁文件。
78.在其中一些实施例中，下载所述服务端存储的所述目标应用对应的js补丁文件还可以包括：
79.判断所述服务端存储的所述目标应用对应的js补丁文件是否下载成功；
80.若所述服务端存储的所述目标应用对应的js补丁文件未下载成功，则重复执行下载所述服务端存储的所述目标应用对应的js补丁文件，直至所述服务端存储的所述目标应用对应的js补丁文件下载成功或重复次数达到预定阈值。其中预定阈值可以根据实际需求设定或调整。
81.在其中一些实施例中，在下载所述服务端存储的所述目标应用对应的js补丁文件之后，所述方法还包括：
82.将所述服务端存储的所述目标应用对应的js补丁文件替换所述本地存储的目标应用对应的js补丁文件。
83.通过将将所述服务端存储的所述目标应用对应的js补丁文件替换所述本地存储的目标应用对应的js补丁文件，可以使得本地存储的目标应用对应的js补丁文件为最新的版本，以便于浏览器通过加载本地存储的目标应用对应的js补丁文件能够顺利打开目标应用的网页。
84.下面通过优选实施例对本技术实施例进行描述和说明。
85.图3是根据本技术优选实施例的智能电视浏览器与服务端同步js补丁文件的方法的流程图。
86.如图3所示，该方法包括以下步骤：
87.步骤s301，浏览器启动；
88.步骤s302，获取本地存储的目标应用对应的js补丁文件的版本号以及服务端存储
的所述目标应用对应的js补丁文件的版本号；
89.步骤s303，判断本地存储的目标应用对应的js补丁文件的版本号是否低于服务端存储的所述目标应用对应的js补丁文件的版本号；若低于则执行步骤s304，否则执行步骤s309。
90.步骤s304，判断是否存在未完成的下载任务；若存在则执行步骤s305，否则执行步骤s306。
91.步骤s305，清除所述未完成的下载任务；
92.步骤s306，下载所述服务端存储的所述目标应用对应的js补丁文件；
93.步骤s307，判断所述服务端存储的所述目标应用对应的js补丁文件是否下载成功；若成功则执行步骤s308，否则执行步骤s306。
94.步骤s308，将所述服务端存储的所述目标应用对应的js补丁文件替换所述本地存储的目标应用对应的js补丁文件；
95.步骤s309，加载已下载的所述服务端存储的所述目标应用对应的js补丁文件。
96.本实施例通过在服务端动态配置js补丁文件，对智能电视本地端浏览器做到实时更新和同步，避免多次重复的ota升级，节约资源和时间，给用户更好的体验。
97.需要说明的是，在上述流程中或者附图的流程图中示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
98.本实施例提供了一种智能电视浏览器与服务端同步js补丁文件的装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”、“单元”、“子单元”等可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
99.图4是根据本技术实施例的智能电视浏览器与服务端同步js补丁文件的装置的结构框图，如图4所示，该装置包括：
100.获取单元41，用于在智能电视的浏览器启动时，获取本地存储的目标应用对应的js补丁文件的版本以及服务端存储的所述目标应用对应的js补丁文件的版本，其中，所述js补丁文件用于使得所述目标应用与所述浏览器兼容；
101.判断单元42，用于判断所述本地存储的目标应用对应的js补丁文件的版本与所述服务端存储的所述目标应用对应的js补丁文件的版本是否相同；
102.下载单元43，用于若所述本地存储的目标应用对应的js补丁文件的版本与所述服务端存储的所述目标应用对应的js补丁文件的版本不相同，下载所述服务端存储的所述目标应用对应的js补丁文件；
103.加载单元44，用于在所述浏览器加载所述目标应用的网页时，加载已下载的所述服务端存储的所述目标应用对应的js补丁文件。
104.在其中一些实施例中，所述下载单元43包括：
105.第一判断模块，用于判断是否存在未完成的下载任务；
106.清除模块，用于若存在未完成的下载任务，则清除所述未完成的下载任务，开始当前下载任务，其中，所述当前下载任务为下载所述服务端存储的所述目标应用对应的js补
丁文件；
107.第一下载模块，用于若不存在未完成的下载任务，则直接下载所述服务端存储的所述目标应用对应的js补丁文件。
108.在其中一些实施例中，所述下载单元43包括：
109.第二判断模块，用于判断所述服务端存储的所述目标应用对应的js补丁文件是否下载成功；
110.第二下载模块，用于若所述服务端存储的所述目标应用对应的js补丁文件未下载成功，则重复执行下载所述服务端存储的所述目标应用对应的js补丁文件，直至所述服务端存储的所述目标应用对应的js补丁文件下载成功或重复次数达到预定阈值。
111.在其中一些实施例中，所述装置还包括：替换单元，用于在下载所述服务端存储的所述目标应用对应的js补丁文件之后，将所述服务端存储的所述目标应用对应的js补丁文件替换所述本地存储的目标应用对应的js补丁文件。
112.在其中一些实施例中，所述获取单元41包括：获取模块，用于获取所述本地存储的目标应用对应的js补丁文件的版本号以及所述服务端存储的所述目标应用对应的js补丁文件的版本号；
113.判断单元42包括：第三判断模块，用于判断所述本地存储的目标应用对应的js补丁文件的版本号是否低于所述服务端存储的所述目标应用对应的js补丁文件的版本号，其中，若所述本地存储的目标应用对应的js补丁文件的版本号低于所述服务端存储的所述目标应用对应的js补丁文件的版本号，则执行下载所述服务端存储的所述目标应用对应的js补丁文件。
114.需要说明的是，上述各个模块可以是功能模块也可以是程序模块，既可以通过软件来实现，也可以通过硬件来实现。对于通过硬件来实现的模块而言，上述各个模块可以位于同一处理器中；或者上述各个模块还可以按照任意组合的形式分别位于不同的处理器中。
115.实施例提供了一种计算机设备。结合本技术实施例智能电视浏览器与服务端同步js补丁文件的方法可以由计算机设备来实现。图5为根据本技术实施例的计算机设备的硬件结构示意图。
116.计算机设备可以包括处理器51以及存储有计算机程序指令的存储器52。
117.具体地，上述处理器51可以包括中央处理器(cpu)，或者特定集成电路(application specific integrated circuit，简称为asic)，或者可以被配置成实施本技术实施例的一个或多个集成电路。
118.其中，存储器52可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器52可包括硬盘驱动器(hard disk drive，简称为hdd)、软盘驱动器、固态驱动器(solid state drive，简称为ssd)、闪存、光盘、磁光盘、磁带或通用串行总线(universal serial bus，简称为usb)驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器52可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器52可在数据处理装置的内部或外部。在特定实施例中，存储器52是非易失性(non
‑
volatile)存储器。在特定实施例中，存储器52包括只读存储器(read
‑
only memory，简称为rom)和随机存取存储器(random access memory，简称为ram)。在合适的情况下，该rom可以是掩模编程的rom、可编程rom
(programmable read
‑
only memory，简称为prom)、可擦除prom(erasable programmable read
‑
only memory，简称为eprom)、电可擦除prom(electrically erasable programmable read
‑
only memory，简称为eeprom)、电可改写rom(electrically alterable read
‑
only memory，简称为earom)或闪存(flash)或者两个或更多个以上这些的组合。在合适的情况下，该ram可以是静态随机存取存储器(static random
‑
access memory，简称为sram)或动态随机存取存储器(dynamic random access memory，简称为dram)，其中，dram可以是快速页模式动态随机存取存储器(fast page mode dynamic random access memory，简称为fpmdram)、扩展数据输出动态随机存取存储器(extended date out dynamic random access memory，简称为edodram)、同步动态随机存取内存(synchronous dynamic random
‑
access memory，简称sdram)等。
119.存储器52可以用来存储或者缓存需要处理和/或通信使用的各种数据文件，以及处理器51所执行的可能的计算机程序指令。
120.处理器51通过读取并执行存储器52中存储的计算机程序指令，以实现上述实施例中的任意一种智能电视浏览器与服务端同步js补丁文件的方法。
121.在其中一些实施例中，计算机设备还可包括通信接口53和总线50。其中，如图5所示，处理器51、存储器52、通信接口53通过总线50连接并完成相互间的通信。
122.通信接口53用于实现本技术实施例中各模块、装置、单元和/或设备之间的通信。通信接口53还可以实现与其他部件例如：外接设备、图像/数据采集设备、数据库、外部存储以及图像/数据处理工作站等之间进行数据通信。
123.总线50包括硬件、软件或两者，将计算机设备的部件彼此耦接在一起。总线50包括但不限于以下至少之一：数据总线(data bus)、地址总线(address bus)、控制总线(control bus)、扩展总线(expansion bus)、局部总线(local bus)。举例来说而非限制，总线50可包括图形加速接口(accelerated graphics port，简称为agp)或其他图形总线、增强工业标准架构(extended industry standard architecture，简称为eisa)总线、前端总线(front side bus，简称为fsb)、超传输(hyper transport，简称为ht)互连、工业标准架构(industry standard architecture，简称为isa)总线、无线带宽(infiniband)互连、低引脚数(low pin count，简称为lpc)总线、存储器总线、微信道架构(micro channel architecture，简称为mca)总线、外围组件互连(peripheral component interconnect，简称为pci)总线、pci
‑
express(pci
‑
x)总线、串行高级技术附件(serial advanced technology attachment，简称为sata)总线、视频电子标准协会局部(video electronics standards association local bus，简称为vlb)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线50可包括一个或多个总线。尽管本技术实施例描述和示出了特定的总线，但本技术考虑任何合适的总线或互连。
124.另外，结合上述实施例中的智能电视浏览器与服务端同步js补丁文件的方法，本技术实施例可提供一种计算机可读存储介质来实现。该计算机可读存储介质上存储有计算机程序指令；该计算机程序指令被处理器执行时实现上述实施例中的任意一种智能电视浏览器与服务端同步js补丁文件的方法。
125.以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存
在矛盾，都应当认为是本说明书记载的范围。
126.以上所述实施例仅表达了本技术的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本技术构思的前提下，还可以做出若干变形和改进，这些都属于本技术的保护范围。因此，本技术专利的保护范围应以所附权利要求为准。