移动应用程序更新方法、移动终端及更新系统与流程

本发明涉及应用程序开发，尤其涉及一种移动应用程序更新方法、移动终端及更新系统，属于移动互联网技术领域。

背景技术：

随着移动互联网技术的发展，移动终端上可以安装各类应用程序(Application，简称APP)。移动终端的APP在发布之后，如果需要改动终端上APP的界面和交互逻辑，需要重新编写APP新版本安装包，再次发布在相关APP商店，当用户重新下载安装之后，才会显示修改之后的APP界面和交互逻辑。

现有技术中，用户需要重新下载并安装更大体积的安装包，导致流量和时间的浪费，用户体验较差。

技术实现要素：

本发明实施例提供一种移动应用程序更新方法、移动终端及更新系统，可以实现在不更新APP版本的前提下，修改APP的界面和交互逻辑。

本发明实施例第一方面提供一种移动应用程序更新方法，包括：

获取服务器端的逻辑文件和模板文件，所述逻辑文件用于更新应用程序的交互逻辑，所述模版文件用于更新所述应用程序的界面；

根据所述逻辑文件和所述模板文件更新所述应用程序。

本发明实施例第二方面提供一种移动终端，该移动终端上安装有待更新的应用程序，该移动终端包括：

通信模块，用于获取服务器端的逻辑文件和模板文件，所述逻辑文件用于更新应用程序的交互逻辑，所述模版文件用于更新所述应用程序的界面；

更新模块，用于根据所述逻辑文件和所述模板文件更新所述应用程序。

本发明实施例第三方面提供一种移动应用程序更新系统，包括：服务器 和上述第二方面提供的移动终端，所述服务器中部署有逻辑文件和模板文件，所述逻辑文件用于更新应用程序的交互逻辑，所述模版文件用于更新所述应用程序的界面。

基于上述，本发明实施例提供的移动应用程序更新方法、移动终端及更新系统，通过移动终端获取APP开发人员部署在服务器端的逻辑文件和模板文件，对逻辑文件和模板文件进行解析执行，得到更新后的APP显示界面和逻辑。本发明提供的APP更新方案，通过服务器远程控制移动终端上APP的界面和交互逻辑的更新，可以实现在不更新APP版本的前提下，修改APP的界面和交互逻辑，用户无需重新下载并安装更大体积的安装包，节省了用户的流量和时间，提高了用户体验。

附图说明

为了更清楚地说明本发明或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的一种移动应用程序更新方法流程图；

图2为本发明实施例提供的另一种移动应用程序更新方法流程图；

图3为本发明实施例提供的一种移动终端的示意图；

图4为本发明实施例提供的另一种移动终端的示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有付出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明的下述实施例中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的 内容以外的顺序实施。

本发明实施例提供的移动应用程序更新方法具体可以应用于移动终端进行APP更新的过程，可以通过安装有相应的APP的移动终端来实现，移动终终端具体可以是智能手机、平板电脑、掌上电脑、智能电视及车载终端等设备。

图1为本发明实施例提供的一种移动应用程序更新方法流程图，如图1所示，本实施例提供的移动应用程序更新方法包括如下步骤：

S11，获取服务器端的逻辑文件和模板文件；

S22，根据逻辑文件和模板文件更新APP。

其中，上述逻辑文件用于更新APP的交互逻辑，上述模版文件用于更新APP的界面。

在本实施例中，安装在移动终端上的APP的更新可以是由服务器发起，也可以由移动终端发起。

示例性的，作为一种可能的实现方式，当APP开发人员将用于更新APP的逻辑文件和模板文件部署到服务器上之后，服务器就会向移动终端下发更新信息。一方面，服务器可以直接向移动终端发送携带有用于更新APP的逻辑文件和模板文件的更新信息。另一方面，服务器还可以先向移动终端发送仅用于提示APP需要更新的更新信息，移动终端接收到服务器发送的更新信息后，再根据更新信息向服务器发送请求消息，请求服务器将用于更新APP的逻辑文件和模板文件发送到移动终端。

作为另一种可能的实现方式，移动终端在开机或启用APP时，在完成APP的初始化之后，就向服务器发送一个查询请求消息，服务器在接收到移动终端发送的查询请求消息后，查询服务器上是否有APP开发人员新部署的用于更新APP的逻辑文件和模板文件，若有，就向移动终端返回与查询请求消息相对应的响应消息。可以理解的，这里的响应消息例如是上述的携带有用于更新APP的逻辑文件和模板文件的更新信息，或者是上述的仅用于提示APP需要更新的更新信息。还可以理解的是，这里的查询请求消息，例如可以携带在用户登录验证信息中，以便服务器可以根据相应的登录验证信息确定该移动终端是否具有从服务器获取更新信息的权限，即通过域限制来禁止万能反射以及沙盒现象。

进一步的，服务器再向移动终端发送携带有用于更新APP的逻辑文件和模板文件的更新信息，还可以对逻辑文件和模板文件进行加密，这也可以有效禁止万能反射以及沙盒现象。

另外，在本实施例中，APP开发人员具体可以通过集成开发环境(Integrated Development Environment，简称IDE)一键打包功能，将逻辑文件和模板文件一键部署到线上，提高在服务器端更新部署的逻辑文件和模板文件的效率，从而有效解决应用程序开发效率问题。

本实施例提供的移动应用程序更新方法，通过移动终端获取APP开发人员部署在服务器端的逻辑文件和模板文件，对逻辑文件和模板文件进行解析执行，得到更新后的APP显示界面和逻辑。本发明提供的APP更新方案，通过服务器远程控制移动终端上APP的界面和交互逻辑的更新，可以实现在不更新APP版本的前提下，修改APP的界面和交互逻辑，用户无需重新下载并安装更大体积的安装包，节省了用户的流量和时间，提高了用户体验。

值得一提的是，根据相关技术，通过内置网页的方式也可以在不需要发布新版本的情况下实现修改界面和交互逻辑，但由于加载速度受限制，修改后的界面和交互逻辑并不能使用APP的原生控件显示，而只能通过网页呈现，导致用户界面(User Interface，简称UI)体验不如原生控件。而本发明的技术方案不仅可以实现在不更新APP版本的前提下，修改APP的界面和交互逻辑，同时还可以通过APP的原生控件显示修改后的界面和交互逻辑，下面将通过图2进行进一步详细说明。

图2为本发明实施例提供的另一种移动应用程序更新方法流程图，本实施例在图1所示实施例的基础上，具体的，安装在移动终端的APP具有内置浏览器控件和原生控件，那么图1所示实施例中的S12具体可以包括如下步骤：

S121，指示浏览器控件解析逻辑文件，获取交互逻辑更新信息；

S122，根据交互逻辑更新信息确定新的交互逻辑；

S123，指示浏览器控件将新的交互逻辑通过网页视图映射到APP的原生控件上，进行APP的交互逻辑更新；

S124，根据模板文件控制APP的原生控件进行APP的界面更新。

作为本实施例一种优选的实施方式，上述的逻辑文件例如可以是 JavaScript程序代码，JavaScript是一种脚本语言，其源代码在发往移动终端运行之前不需经过编译，而是将文本格式的字符代码发送给浏览器由浏览器解析运行。上述的模板文件例如可以是可扩展标记语言(Extensible Markup Language，简称XML)文件，XML是一种元标记语言，即定义了用于定义其他特定领域有关语义的、结构化的标记语言，这些标记语言将文档分成许多部件并对这些部件加以标识。XML可以提供一种描述结构数据的格式，简化了网络中数据交换和表示，使得代码、数据和表示分离，并作为数据交换的标准格式，因此它常被称为智能数据文档。

进一步的，安装在移动终端的APP还具有内置的逻辑解析控件和模版解析控件。

一方面，具体在进行APP的交互逻辑更新时，移动终端可以指示逻辑解析控件将映射到APP的原生控件上的新的交互逻辑还原为原生交互逻辑，以便通过原生控件显示APP的更新的交互逻辑。

另一方面，在进行APP的界面更新时，移动终端可以指示模版解析控件解析XML文件，获取新的界面描述信息，根据新的界面描述信息调整APP的原生控件的布局和组件创建，以便通过APP的原生控件显示APP的更新的界面。

值得一提的是，在本实施例中，对逻辑文件和模板文件的解析和执行是通过三层独立的结构来完成的。即通过浏览器控件完成逻辑文件解析并将新的交互逻辑通过网页视图(WebView)映射到APP的原生控件上；通过逻辑解析控件完成逻辑执行，也就是通过逻辑解析控件将新的交互逻辑还原为原生交互逻辑，以便通过所述原生控件显示更新的交互逻辑逻辑；通过模板解析控件完成模板文件的解析。

可以理解的是，如果安装有APP的移动终端的系统平台为安卓(Android)系统，为了保证成功将新的交互逻辑通过WebView映射到APP的原生控件上，还应该确保逻辑文件的应用程序编程接口(Application Programming Interface，简称API)与Android的原生API一致。

本实施例提供的移动应用程序更新方法，移动终端通过浏览器控件完成逻辑文件解析并将新的交互逻辑通过网页视图(WebView)映射到APP的原生控件上，通过逻辑解析控件将新的交互逻辑还原为原生交互逻辑，以便通过 所述原生控件显示更新的交互逻辑逻辑，通过模板解析控件完成模板文件的解析获取界面更新信息，再根据所述界面更新信息调整所述原生控件的布局并创建组件，以便通过所述原生控件显示更新的所述应用程序的界面。本实施例的技术方案不仅可以实现在不更新APP版本的前提下，修改APP的界面和交互逻辑，同时还可以通过APP的原生控件显示修改后的界面和交互逻辑，进一步提升了用户体验。

图3为本发明实施例提供的一种移动终端的示意图，本实施例提供的移动终端上安装有待更新的APP，可以用来实现本发明图1所示实施例提供的移动应用程序更新方法，此处不再赘述。如图3所示，该移动终端包括：通信模块31和更新模块32。

其中，通信模块31可以用于获取服务器端的逻辑文件和模板文件，所述逻辑文件用于更新应用程序的交互逻辑，所述模版文件用于更新所述应用程序的界面。更新模块32可以用于根据逻辑文件和模板文件更新所述APP。

作为本实施一种可能的实现方式，通信模块31具体可以用于接收服务器发送的携带有所述逻辑文件和所述模板文件的更新信息。

作为本实施另一种可能的实现方式，通信模块31具体可以用于：接收服务器发送的仅用于提示APP需要更新的更新信息，根据该更新信息向服务器发送第一请求消息，请求服务器根据第一请求消息向移动终端发送逻辑文件和模板文件，并接收服务器发送的逻辑文件和模板文件。

进一步的，通信模块31具体还可以用于：在接收服务器发送的携带有逻辑文件和模板文件的更新信息或者仅用于提示APP需要更新的更新信息之前，初始化所述应用程序，并向所述服务器发送第二请求消息，请求服务器根据第二请求消息向移动终端发送上述两种更新信息中的任意一种。

本实施例提供的移动终端可以用来实现本发明图1所示实施例提供的移动应用程序更新方法，其实现原理和技术效果类似，此处不再赘述。

图4为本发明实施例提供的另一种移动终端的示意图，可以用来实现本发明图1或图2所示实施例提供的移动应用程序更新方法，此处不再赘述。如图4所示，本实施例提供的移动终端在图3所示实施例的基础上，待更新的APP具有内置浏览器控件33、原生控件34、逻辑解析控件35和模版解析控件36。

在本实施例中，更新模块32具体可以用于：指示浏览器控件33解析逻辑文件，获取交互逻辑更新信息；根据交互逻辑更新信息确定新的交互逻辑；指示浏览器控件33将新的交互逻辑通过网络视图(WebView)映射到APP的原生控件34上，进行APP的交互逻辑更新；根据模板文件控制APP的原生控件34进行APP的界面更新。

进一步的，一方面，更新模块32具体可以用于：指示逻辑解析控件35将映射到APP的原生控件34上的新的交互逻辑还原为原生交互逻辑，以便通过原生控件34显示APP的更新的交互逻辑。

另一方面，更新模块32具体还可以用于：指示模版解析控件36解析模板文件，获取界面更新信息；根据界面更新信息调整原生控件34的布局和组件创建，以便通过原生控件34显示所述应用程序的更新的界面。

本实施例提供的移动终端可以用来实现本发明图1或图2所示实施例提供的移动应用程序更新方法，其实现原理和技术效果类似，此处不再赘述。

本发明实施例还提供了一种移动应用程序更新系统，包括服务器和图3或图4所示实施例提供的移动终端。其中，服务器中部署有逻辑文件和模板文件，所述逻辑文件用于更新应用程序的交互逻辑，所述模版文件用于更新所述应用程序的界面。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。