CN106791123A - 用户终端及应用处理方法 - Google Patents

Abstract

本发明公开了一种用户终端及应用处理方法，所述用户终端，包括：通信单元，用于从服务器接收应用升级的配置信息；更新单元，用于根据所述配置信息，更新应用中至少部分源代码模块的配置参数；运行单元，用于基于更新后的所述配置参数，运行所述应用。在本实施例中用户终端，不再是直接从服务器接收源代码进行升级，而是接收数据量绝大多数情况下少于源代码的配置信息，根据配置信息调整各个源代码模块的配置参数，实现应用升级，减少了下载的数据量，同时不必要卸载旧版本应用，重新安装新版本应用，而是直接通过就版本内各个源代码模块的配置调整，实现升级，简化了应用升级，缩短了应用升级的时间。

Description

用户终端及应用处理方法

技术领域

本发明涉及信息技术领域，尤其涉及一种电子设备及信息处理方法。

背景技术

随着信息技术领域的发展，为了丰富电子设备的功能，电子设备中安装的应用越来越多了。而应用通常涉及到应用的升级。现有的升级方法都是直接从服务器下载源代码，卸载旧版本的应用，并基于下载的源代码安装新的应用，完成应用的新旧版本的替换，以实现升级。这种升级方法，从服务器下载的是源代码，下载的数据量大，升级过程中涉及旧版本的卸载和新版本的重新安装，升级时间长且操作繁琐。

发明内容

有鉴于此，本发明实施例为解决现有技术中存在的至少一个问题而提供一种信息处理方法及电子设备。

本发明实施例的技术方案是这样实现的：本发明实施例第一方面提供一种用户终端，包括

通信单元，用于从服务器接收应用升级的配置信息；

更新单元，用于根据所述配置信息，更新应用中至少部分源代码模块的配置参数；

运行单元，用于基于更新后的所述配置参数，运行所述应用。

基于上述方案，所述更新单元，具体用于根据所述配置信息，更新所述源代码模块的使能参数和/或与其他源代码模块之间的关联参数。

基于上述方案，所述通信单元，具体用于接收所述服务器推送的所述配置信息；

或，

向所述服务器发送配置请求；

接收所述服务器基于所述配置请求返回的所述配置信息。

基于上述方案，所述用户客户端还包括：

获取单元，用于获取应用返回基于所述配置参数进行软件升级的结果信息；

所述通信单元，用于将所述结果信息返回给所述服务器。

本发明实施例第二方面提供一种应用处理方法，应用于用户终端中，包括：

从服务器接收应用升级的配置信息；

根据所述配置信息，更新应用中至少部分源代码模块的配置参数；

基于更新后的所述配置参数，运行所述应用。

基于上述方案，所述根据所述配置信息，更新应用中至少部分源代码模块的配置参数，包括：

根据所述配置信息，更新所述源代码模块的使能参数和/或与其他源代码模块之间的关联参数。

基于上述方案，所述从服务器接收应用升级的配置信息，包括：

接收所述服务器推送的所述配置信息；

或，

向所述服务器发送配置请求；

接收所述服务器基于所述配置请求返回的所述配置信息。

基于上述方案，所述根据所述配置信息，更新应用中至少部分源代码模块的配置参数，包括：

中控模块将接收的所述配置信息，广播分发各个应用。

基于上述方案，所述方法还包括：

获取应用返回基于所述配置参数进行软件升级的结果信息；

将所述结果信息返回给所述服务器。

基于上述方案，所述方法还包括：

当在所述配置信息下发之后的预定时间内未接收到所述结果信息时，向所述服务器发送应用升级失败的结果信息。

本发明实施例中提供的用户终端及应用处理方法不再是直接从服务器接收源代码进行升级，而是接收数据量绝大多数情况下少于源代码的配置信息，根据配置信息调整各个源代码模块的配置参数，实现应用升级，减少了下载的数据量，同时不必要卸载旧版本应用及重新安装新版本应用，而是直接通过就版本内各个源代码模块的配置调整，实现升级，简化了应用升级，缩短了应用升级的时间，在应用升级的过程中，所述应用的至少部分功能是可以继续使用的，从而避免了应用升级导致应用暂停使用。

附图说明

图1为实现本发明各个实施例提供的一种移动终端的结构示意图；

图2为如图1所示的移动终端的无线通信系统的结构示意图；

图3为本发明实施例提供的一种应用处理方法的流程示意图；

图4为本发明实施例提供的一种用户终端的结构示意图；

图5为本发明实施例提供的一种可实施应用处理方法的系统结构示意图；

图6为本发明实施例提供的一种配置信息的下载示意图；

图7为本发明实施例提供的一种基于配置信息的分发及应用升级的示意图。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明的技术方案，并不用于限定本发明的保护范围。

现在将参考附图描述实现本发明各个实施例的移动终端。在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明，其本身并没有特定的意义。因此，“模块”与“部件”可以混合地使用。

移动终端可以以各种形式来实施。例如，本发明中描述的终端可以包括诸如移动电话、智能电话、笔记本电脑、数字广播接收器、个人数字助理(PDA)、平板电脑(PAD)、便携式多媒体播放器(PMP)、导航装置等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。下面，假设终端是移动终端。然而，本领域技术人员将理解的是，除了特别用于移动目的的元件之外，根据本发明的实施方式的构造也能够应用于固定类型的终端。

图1为实现本发明各个实施例的移动终端100的硬件结构示意，如图1所示，移动终端100可以包括无线通信单元110、音频/视频(A/V)输入单元120、用户输入单元130、感测单元140、输出单元150、存储器160、接口单元170、控制器180和电源单元190等等。图1示出了具有各种组件的移动终端100，但是应理解的是，并不要求实施所有示出的组件。可以替代地实施更多或更少的组件。将在下面详细描述移动终端100的元件。

无线通信单元110通常包括一个或多个组件，其允许移动终端100与无线通信系统或网络之间的无线电通信。例如，无线通信单元110可以包括广播接收模块111、移动通信模块112、无线互联网模块113、短程通信模块114和位置信息模块115中的至少一个。

广播接收模块111经由广播信道从外部广播管理服务器接收广播信号和/或广播相关信息。广播信道可以包括卫星信道和/或地面信道。广播管理服务器可以是生成并发送广播信号和/或广播相关信息的服务器或者接收之前生成的广播信号和/或广播相关信息并且将其发送给终端的服务器。广播信号可以包括TV广播信号、无线电广播信号、数据广播信号等等。而且，广播信号可以进一步包括与TV或无线电广播信号组合的广播信号。广播相关信息也可以经由移动通信网络提供，并且在该情况下，广播相关信息可以由移动通信模块112来接收。广播信号可以以各种形式存在，例如，其可以以数字多媒体广播(DMB)的电子节目指南(EPG)、数字视频广播手持(DVB-H)的电子服务指南(ESG)等等的形式而存在。广播接收模块111可以通过使用各种类型的广播系统接收信号广播。特别地，广播接收模块111可以通过使用诸如多媒体广播-地面(DMB-T)、数字多媒体广播-卫星(DMB-S)、数字视频广播-手持(DVB-H)，前向链路媒体(MediaFLO^@)的数据广播系统、地面数字广播综合服务(ISDB-T)等等的数字广播系统接收数字广播。广播接收模块111可以被构造为适合提供广播信号的各种广播系统以及上述数字广播系统。经由广播接收模块111接收的广播信号和/或广播相关信息可以存储在存储器160(或者其它类型的存储介质)中。

移动通信模块112将无线电信号发送到基站(例如，接入点、节点B等等)、外部终端以及服务器中的至少一个和/或从其接收无线电信号。这样的无线电信号可以包括语音通话信号、视频通话信号、或者根据文本和/或多媒体消息发送和/或接收的各种类型的数据。

无线互联网模块113支持移动终端100的无线互联网接入。无线互联网模块113可以内部或外部地耦接到终端。无线互联网模块113所涉及的无线互联网接入技术可以包括无线局域网(WLAN)、无线相容性认证(Wi-Fi)、无线宽带(Wibro)、全球微波互联接入(Wimax)、高速下行链路分组接入(HSDPA)等等。

短程通信模块114是用于支持短程通信的模块。短程通信技术的一些示例包括蓝牙^TM、射频识别(RFID)、红外数据协会(IrDA)、超宽带(UWB)、紫蜂^TM等等。

位置信息模块115是用于检查或获取移动终端100的位置信息的模块。位置信息模块115的典型示例是全球定位系统(GPS)模块115。根据当前的技术，GPS模块115计算来自三个或更多卫星的距离信息和准确的时间信息并且对于计算的信息应用三角测量法，从而根据经度、纬度和高度准确地计算三维当前位置信息。当前，用于计算位置和时间信息的方法使用三颗卫星并且通过使用另外的一颗卫星校正计算出的位置和时间信息的误差。此外，GPS模块115能够通过实时地连续计算当前位置信息来计算速度信息。

A/V输入单元120用于接收音频或视频信号。A/V输入单元120可以包括相机121和麦克风122，相机121对在视频捕获模式或图像捕获模式中由图像捕获装置获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元151上。经相机121处理后的图像帧可以存储在存储器160(或其它存储介质)中或者经由无线通信单元110进行发送，可以根据移动终端100的构造提供两个或更多相机121。麦克风122可以在电话通话模式、记录模式、语音识别模式等等运行模式中经由麦克风接收声音(音频数据)，并且能够将这样的声音处理为音频数据。处理后的音频(语音)数据可以在电话通话模式的情况下转换为可经由移动通信模块112发送到移动通信基站的格式输出。麦克风122可以实施各种类型的噪声消除(或抑制)算法以消除(或抑制)在接收和发送音频信号的过程中产生的噪声或者干扰。

用户输入单元130可以根据用户输入的命令生成键输入数据以控制移动终端100的各种操作。用户输入单元130允许用户输入各种类型的信息，并且可以包括键盘、锅仔片、触摸板(例如，检测由于被接触而导致的电阻、压力、电容等等的变化的触敏组件)、滚轮、摇杆等等。特别地，当触摸板以层的形式叠加在显示单元151上时，可以形成触摸屏。

感测单元140检测移动终端100的当前状态，(例如，移动终端100的打开或关闭状态)、移动终端100的位置、用户对于移动终端100的接触(即，触摸输入)的有无、移动终端100的取向、移动终端100的加速或减速移动和方向等等，并且生成用于控制移动终端100的操作的命令或信号。例如，当移动终端100实施为滑动型移动电话时，感测单元140可以感测该滑动型电话是打开还是关闭。另外，感测单元140能够检测电源单元190是否提供电力或者接口单元170是否与外部装置耦接。

接口单元170用作至少一个外部装置与移动终端100连接可以通过的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口(典型示例是通用串行总线USB端口)、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。识别模块可以是存储用于验证用户使用移动终端100的各种信息并且可以包括用户识别模块(UIM)、客户识别模块(SIM)、通用客户识别模块(USIM)等等。另外，具有识别模块的装置(下面称为“识别装置”)可以采取智能卡的形式，因此，识别装置可以经由端口或其它连接装置与移动终端100连接。

接口单元170可以用于接收来自外部装置的输入(例如，数据信息、电力等等)并且将接收到的输入传输到移动终端100内的一个或多个元件或者可以用于在移动终端100和外部装置之间传输数据。

另外，当移动终端100与外部底座连接时，接口单元170可以用作允许通过其将电力从底座提供到移动终端100的路径或者可以用作允许从底座输入的各种命令信号通过其传输到移动终端100的路径。从底座输入的各种命令信号或电力可以用作用于识别移动终端100是否准确地安装在底座上的信号。

输出单元150被构造为以视觉、音频和/或触觉方式提供输出信号(例如，音频信号、视频信号、警报信号、振动信号等等)。输出单元150可以包括显示单元151、音频输出模块152、警报单元153等等。

显示单元151可以显示在移动终端100中处理的信息。例如，当移动终端100处于电话通话模式时，显示单元151可以显示与通话或其它通信(例如，文本消息收发、多媒体文件下载等等)相关的用户界面(UI)或图形用户界面(GUI)。当移动终端100处于视频通话模式或者图像捕获模式时，显示单元151可以显示捕获的图像和/或接收的图像、示出视频或图像以及相关功能的UI或GUI等等。

同时，当显示单元151和触摸板以层的形式彼此叠加以形成触摸屏时，显示单元151可以用作输入装置和输出装置。显示单元151可以包括液晶显示器(LCD)、薄膜晶体管LCD(TFT-LCD)、有机发光二极管(OLED)显示器、柔性显示器、三维(3D)显示器等等中的至少一种。这些显示器中的一些可以被构造为透明状以允许用户从外部观看，这可以称为透明显示器，典型的透明显示器可以例如为TOLED(透明有机发光二极管)显示器等等。根据特定想要的实施方式，移动终端100可以包括两个或更多显示单元(或其它显示装置)，例如，移动终端100可以包括外部显示单元(未示出)和内部显示单元(未示出)。触摸屏可用于检测触摸输入压力以及触摸输入位置和触摸输入面积。

音频输出模块152可以在移动终端100处于呼叫信号接收模式、通话模式、记录模式、语音识别模式、广播接收模式等等模式下时，将无线通信单元110接收的或者在存储器160中存储的音频数据转换音频信号并且输出为声音。而且，音频输出模块152可以提供与移动终端100执行的特定功能相关的音频输出(例如，呼叫信号接收声音、消息接收声音等等)。音频输出模块152可以包括扬声器、蜂鸣器等等。

警报单元153可以提供输出以将事件的发生通知给移动终端100。典型的事件可以包括呼叫接收、消息接收、键信号输入、触摸输入等等。除了音频或视频输出之外，警报单元153可以以不同的方式提供输出以通知事件的发生。例如，警报单元153可以以振动的形式提供输出，当接收到呼叫、消息或一些其它进入通信(incoming communication)时，警报单元153可以提供触觉输出(即，振动)以将其通知给用户。通过提供这样的触觉输出，即使在用户的移动电话处于用户的口袋中时，用户也能够识别出各种事件的发生。警报单元153也可以经由显示单元151或音频输出模块152提供通知事件的发生的输出。

存储器160可以存储由控制器180执行的处理和控制操作的软件程序等等，或者可以暂时地存储已经输出或将要输出的数据(例如，电话簿、消息、静态图像、视频等等)。而且，存储器160可以存储关于当触摸施加到触摸屏时输出的各种方式的振动和音频信号的数据。

存储器160可以包括至少一种类型的存储介质，所述存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等等。而且，移动终端100可以与通过网络连接执行存储器160的存储功能的网络存储装置协作。

控制器180通常控制移动终端100的总体操作。例如，控制器180执行与语音通话、数据通信、视频通话等等相关的控制和处理。另外，控制器180可以包括用于再现或回放多媒体数据的多媒体模块181，多媒体模块181可以构造在控制器180内，或者可以构造为与控制器180分离。控制器180可以执行模式识别处理，以将在触摸屏上执行的手写输入或者图片绘制输入识别为字符或图像。

电源单元190在控制器180的控制下接收外部电力或内部电力并且提供操作各元件和组件所需的适当的电力。

这里描述的各种实施方式可以以使用例如计算机软件、硬件或其任何组合的计算机可读介质来实施。对于硬件实施，这里描述的实施方式可以通过使用特定用途集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理装置(DSPD)、可编程逻辑装置(PLD)、现场可编程门阵列(FPGA)、处理器、控制器、微控制器、微处理器、被设计为执行这里描述的功能的电子单元中的至少一种来实施，在一些情况下，这样的实施方式可以在控制器180中实施。对于软件实施，诸如过程或功能的实施方式可以与允许执行至少一种功能或操作的单独的软件模块来实施。软件代码可以由以任何适当的编程语言编写的软件应用程序(或程序)来实施，软件代码可以存储在存储器160中并且由控制器180执行。

至此，已经按照其功能描述了移动终端100。下面，为了简要起见，将描述诸如折叠型、直板型、摆动型、滑动型移动终端100等等的各种类型的移动终端100中的滑动型移动终端100作为示例。因此，本发明能够应用于任何类型的移动终端100，并且不限于滑动型移动终端100。

如图1中所示的移动终端100可以被构造为利用经由帧或分组发送数据的诸如有线和无线通信系统以及基于卫星的通信系统来操作。

现在将参考图2描述其中根据本发明的移动终端100能够操作的通信系统。

这样的通信系统可以使用不同的空中接口和/或物理层。例如，由通信系统使用的空中接口包括例如频分多址(FDMA)、时分多址(TDMA)、码分多址(CDMA)和通用移动通信系统(UMTS)(特别地，长期演进(LTE))、全球移动通信系统(GSM)等等。作为非限制性示例，下面的描述涉及CDMA通信系统，但是这样的教导同样适用于其它类型的系统。

参考图2，CDMA无线通信系统可以包括多个移动终端100、多个基站(BS)270、基站控制器(BSC)275和移动交换中心(MSC)280。MSC 280被构造为与公共电话交换网络(PSTN)290形成接口。MSC 280还被构造为与可以经由回程线路耦接到基站270的BSC 275形成接口。回程线路可以根据若干己知的接口中的任一种来构造，所述接口包括例如E1/T1、ATM、IP、PPP、帧中继、HDSL、ADSL或xDSL。将理解的是，如图2中所示的系统可以包括多个BSC2750。

每个BS 270可以服务一个或多个分区(或区域)，由多向天线或指向特定方向的天线覆盖的每个分区放射状地远离BS 270。或者，每个分区可以由用于分集接收的两个或更多天线覆盖。每个BS 270可以被构造为支持多个频率分配，并且每个频率分配具有特定频谱(例如，1.25MHz，5MHz等等)。

分区与频率分配的交叉可以被称为CDMA信道。BS 270也可以被称为基站收发器子系统(BTS)或者其它等效术语。在这样的情况下，术语“基站”可以用于笼统地表示单个BSC275和至少一个BS 270。基站也可以被称为“蜂窝站”。或者，特定BS 270的各分区可以被称为多个蜂窝站。

如图2中所示，广播发射器(BT)295将广播信号发送给在系统内操作的移动终端100。如图1中所示的广播接收模块111被设置在移动终端100处以接收由BT295发送的广播信号。在图2中，示出了几个卫星300，例如可以采用全球定位系统(GPS)卫星300。卫星300帮助定位多个移动终端100中的至少一个。

在图2中，描绘了多个卫星300，但是理解的是，可以利用任何数目的卫星获得有用的定位信息。如图1中所示的GPS模块115通常被构造为与卫星300配合以获得想要的定位信息。替代GPS跟踪技术或者在GPS跟踪技术之外，可以使用可以跟踪移动终端100的位置的其它技术。另外，至少一个GPS卫星300可以选择性地或者额外地处理卫星DMB传输。

作为无线通信系统的一个典型操作，BS 270接收来自各种移动终端100的反向链路信号。移动终端100通常参与通话、消息收发和其它类型的通信。特定基站270接收的每个反向链路信号被在特定BS 270内进行处理。获得的数据被转发给相关的BSC 275。BSC提供通话资源分配和包括BS 270之间的软切换过程的协调的移动管理功能。BSC275还将接收到的数据路由到MSC 280，其提供用于与PSTN 290形成接口的额外的路由服务。类似地，PSTN290与MSC 280形成接口，MSC与BSC 275形成接口，并且BSC 275相应地控制BS 270以将正向链路信号发送到移动终端100。

移动终端中无线通信单元110的移动通信模块112基于移动终端内置的接入移动通信网络(如2G/3G/4G等移动通信网络)的必要数据(包括用户识别信息和鉴权信息)接入移动通信网络为移动终端用户的网页浏览、网络多媒体播放等业务传输移动通信数据(包括上行的移动通信数据和下行的移动通信数据)。

无线通信单元110的无线互联网模块113通过运行无线热点的相关协议功能而实现无线热点的功能，无线热点支持多个移动终端(移动终端之外的任意移动终端)接入，通过复用移动通信模块112与移动通信网络之间的移动通信连接为移动终端用户的网页浏览、网络多媒体播放等业务传输移动通信数据(包括上行的移动通信数据和下行的移动通信数据)，由于移动终端实质上是复用移动终端与通信网络之间的移动通信连接传输移动通信数据的，因此移动终端消耗的移动通信数据的流量由通信网络侧的计费实体计入移动终端的通信资费，从而消耗移动终端签约使用的通信资费中包括的移动通信数据的数据流量。

如图3所示，本实施例提供一种应用处理方法，应用于用户终端中，包括

步骤S110：从服务器接收应用升级的配置信息；

步骤S120：根据所述配置信息，更新应用中至少部分源代码模块的配置参数；

步骤S130：基于更新后的所述配置参数，运行所述应用。

本实施例中所述用户终端可为如图1所示的移动终端。所述移动终端具体可为手机、平板电脑或可穿戴式设备等。

在本实施例中所述应用处理方法，涉及到应用升级。这里的应用的升级包括应用的版本替换，例如从低版本更换到高版本。所述软件升级可包括功能的升级、替换和/或删除等。

在本实施例中在应用升级时，不是直接下载升级应用的源代码，而是下载升级应用的配置信息。这里的配置信息包括应用升级之前和升级之后的差异指示信息。

在步骤S120中，将根据配置信息，更新应用中至少部分源代码的配置参数。在本实施例中所述应用的源代码划分为多个功能模块，每一个功能模块都能够实现一定的功能。例如，有些源代码码模块用于产生一个显示控件，该显示控件可能在该应用的多个应用界面都可以用到。若当前升级后的应用包括一个新的控件，则该控件的源代码模块可被复用来实现该升级后的功能。在本实施例中，利用这种现象，不直接从服务器下载源代码，而是直接仅下载配置信息，再根据配置信息来调整源代码模块的配置参数。所述配置参数可包括：指示所述源代码模块应用场景的场景参数，或触发所述源代码模块启动的触发参数。在本实施例中利用应用已有的源代码模块，基于配置参数重新组合和连接，形成产生应用升级之后新功能的增加，旧功能的替换和/或删除，达到应用升级的效果。显然，下载配置信息相对于直接下载源代码，显然下载的数据量大大减少了。与此同时，由于仅是旧的源代码功能的配置参数的变更，并不需要卸载掉就版本的应用，而重新安装新版本应用，减少了应用升级所需的时间，避免了应用升级过程中应用必须停止使用的问题，智能化了应用升级。在步骤S130中根据更新后的配置参数，运行的应用即为升级后的应用。

在一些实施例中，所述步骤S120可包括：

根据所述配置信息，更新所述源代码模块的使能参数和/或与其他源代码模块之间的关联参数。

例如，使能参数为第一指定值时，调用该源代码模块，若所述使能参数为第二指定值时，限制所述源代码模块的调用。所述第一指定值和所述第二指定值不同。

所述关联参数可包括调用参数或连接参数。所述调用参数包括：第一源代码模块调用第二源代码模块的调用参数。所述连接参数包括：执行完第一源代码模块，进入第二源代码模块的连接参数。

通过所述调用参数和所述连接参数的形成，将可以实现多个源代码模块之间的相互组合和支持，实现应用的不同功能，从而组合出新的应用功能，或替换旧的应用功能，实现应用升级的效果。

当然，调用参数和连接参数仅为所述关联参数的组成部分，具体实现时，不局限于所述调用参数和所述连接参数。

在一些实施例中，所述步骤S110可包括：

接收所述服务器推送的所述配置信息，

所述服务器可为应用服务器，当一个新的版本应用上线之后，所述服务器会自动生成新的配置信息，此时，所述服务器会自动将配置信息推送给各个用户客户端。这样客户端就会接收到所述配置信息。

在另一些实施例中，所述步骤S110可包括：向所述服务器发送配置请求；

接收所述服务器基于所述配置请求返回的所述配置信息。

在所述应用客户端中可以存储配置表；所述配置表可包括：所述应用服务器的访问地址，所述访问地址可为获取所述应用升级的配置信息的统一资源地址(UniformResource Locator，URL)，所述用户终端可以定期或不定期的基于所述配置表，向所述服务器发送所述配置请求。所述服务器接收到所述配置请求之后，会将最新的配置信息或配置信息的获取连接发送给所述用户终端。当所述服务器中没有形成新的配置信息时，可以拒绝所述配置请求。在一些实施例中，所述配置请求还携带所述用户终端中应用的版本信息；所述服务器在接收到所述配置请求之后，就知道当前用户终端安装的应用是否为最新版本，是否需要升级，若不需要升级则直接拒绝所述配置请求；若需要升级，则通过版本差异比对，将用户终端中应用版本与指定版本(例如，最新应用版本)的功能差异，形成配置信息；将形成的配置信息发送给用户终端，这样用户终端就会到相应的配置信息。当然，若通过上述版本比对，发现有些功能的增加或替换，是当前版本的源代码模块之间无法相互调用或组合完成的，用户终端需要增加该应用的源代码，则相应源代码或源代码的资源获取地址发送给用户终端，用户终端接收到服务器发送的源代码或源代码的资源地址之后，就可以获得源代码并安装该源代码，再结合配置信息进行源代码模块的配置。

在一些实施例中，所述步骤S120可包括：

中控模块将接收的所述配置信息，广播分发各个应用。

在本实施例中所述用户客户端中设置有中控模块，这里所述中控模块可为操作系统的组成部分，或基于所述操作系统运行的用于升级其他应用的专用应用。

在本实施例中所述中控模块在所述应用客户端接收到配置信息之后，将会广播所述配置信息，这样的话所有能够接收到广播消息的应用都能够接收到所述配置信息，通过配置信息的认证，确定该配置信息是否为自身的配置信息。通常所述配置信息可包括应用的应用标识。所述应用标识可包括应用编号和/或应用名称。例如，所述中控模块，将基于所述配置信息形成升级任务，所述升级任务通过SSP方式下发到各个应用。

在另一些实施例中，所述方法还包括：

获取应用返回基于所述配置参数进行软件升级的结果信息；

将所述结果信息返回给所述服务器。

在本实施例中所述应用还会记录升级的状态，形成结果信息，并将所述结果信息返回给所述服务器。这样的话，服务器了解当前的应用升级状况。具体如，接收到配置信息需要进行应用升级的应用，记录升级形态形成所述结果信息，并将所述结果信息返回给中控模块，所述中控模块将所述结果信息返回给对应的服务器。所述中控模块根据所述配置信息的来源，向对应的服务器返回所述结果信息，或者根据预先存储的配置表，从配置表中获取所述服务器的地址，例如，网络协议IP地址，或IP地址和端口号，将所述结果信息，发送到从配置表中查询到的地址，从而实现向所述服务器发送所述结果信息；这样方便服务器对应用升级的监控。

在本实施例中所述用户终端还设置有超时机制，当中控模块或所述操作系统迟迟获取不到应用反馈的结果信息时，认为升级失败；故所述方法还包括：

当在所述配置信息下发之后的预定时间内未接收到所述结果信息时，向所述服务器发送应用升级失败的结果信息。这里的升级失败，可能是应用升级中的失败，还可能是所述配置信息下发失败。

在一些实施例中，所述方法还包括：在所述预设时间内获取到所述结果信息时，将所述结果信息发送给所述服务器。

如图4所示，本实施例提供一种用户终端，包括：

通信单元310，用于从服务器接收应用升级的配置信息；

更新单元320，用于根据所述配置信息，更新应用中至少部分源代码模块的配置参数；

运行单元330，用于基于更新后的所述配置参数，运行所述应用。

所述用户终端可为手机、平板电脑或可穿戴式设备等各种终端设备，具体可如图1所示的移动终端。

所述通信单元310可对应于各种通信接口，这里的通信接口可为有线或无线的通信接口。

所述更新单元320及运行单元330可对应于各种处理器或处理电路。所述处理器可为中央处理器(CPU)、微处理器(MPU)、数字信号处理器(DSP)应用处理器(AP)或现场可编程门阵列(FPGA)等.。所述处理电路可为专用集成电路。

所述处理器或处理电路可通过预定代码的执行，实现所述源代码模块的配置参数的重新配置，所述运行单元330将结合所述配置参数和/或源代码模块运行所述应用。

本实施例提供的用户终端，可以在应用升级的过程中，不下载源代码，直接基于当前应用已经拥有的源代码进行升级，减少升级过程中下载的源代码，同时避免就版本的卸载及新版本的重新安装。

在一些实施例中，所述更新单元320，具体用于根据所述配置信息，更新所述源代码模块的使能参数和/或与其他源代码模块之间的关联参数。

在本实施例中所述配置参数至少包括使能参数及关联参数，这样的话，可以控制是否调用某一个源代码模块，或何种应用场景调用所述源代码模块。

在一些实施例中，所述通信单元310，具体用于接收所述服务器推送的所述配置信息；或，向所述服务器发送配置请求及接收所述服务器基于所述配置请求返回的所述配置信息。

在本实施例中所述用户客户端会接收推送的配置信息或自动请求所述配置信息。

在一些实施例中，所述用户客户端还包括：

获取单元，用于获取应用返回基于所述配置参数进行软件升级的结果信息；

所述通信单元110，用于将所述结果信息返回给所述服务器。

在本实施例中所述用户客户端还包括：获取单元。这里的获取单元可包括处理器或处理电路，可用于通过用户客户端的内部通信接口(例如，数据总线)获取所述结果信息，并通过通信单元110，将所述结果信息发送给服务器，方便服务器对应用升级的监控。

在本实施例中所述配置参数，可包括前述的使能参数和/或关联参数的至少其中之一。所述用户终端还包括超时机制，所述通信单元110，具体用于在预设时间内未接收到所述结果信息时，向所述服务器发送应用升级失败的结果信息；将预设时间内接收到的所述结果信息，反馈给所述服务器。

另一方面本发明实施例还提供另一种应用处理方法，包括：

根据应用的生就版本，形成配置信息；

向用户终端发送应用升级的配置信息，其中，所述配置信息发送给用户终端，触发所述用户终端基于用户终端中已安装的源代码模块的配置参数进行配置，实现应用升级。在一些实施例中，所述方法还可包括：接收用户终端发送的配置请求，基于所述配置请求向所述用户终端发送所述配置信息。在还有一些实施例中，所述方法还包括：从所述用户终端接收结果信息，其中，所述结果信息为指示用户终端内应用升级的状态信息。

以下结合上述任意实施例提供一个具体示例：

如图5所示，本示例提供一种信息系统包括：推送通道和后台配置下载架构。

所述推送通道包括推送服务器和推送客户端。所述推送客户端为运行在终端内的应用或程序。所述推送服务器与所述推送客户端之间建立有连接通道，该连接通道可包括传输隧道或预先获取的IP地址等。

所述推送服务器会将最新的配置信息或配置信息的下载连接或有配置信息更新的通知，下发给所述客户端。

所述客户端与用户终端内的任务分发子模块连接。将推送服务器推送的配置信息或配置信息的下载连接发送给任务分发子模块，任务分发子模块，可用于根据所述配置信息的下载连接从配置服务器中查询配置信息。这里的推送服务器和所述配置服务器都可为前述服务器的一种。

在完成配置信息的下载之后，所述任务分发子模块将配置信息下发到各个应用，方便各个应用根据配置信息，利用应用自身携带的配置模块进行各个源代码模块的配置参数的生成和/或更新。

在本示例中所述推送客户端和所述任务分发子模块共同构成前述的中控模块。

具体如，本示例提供的应用处理方法具体可包括：

第一：推送道有消息时通知任务分发子模块，去配置服务器更新新的配置信息。这里的分发子模块可为现有的各种任务分发器。

第二：任务分发子模块更新完配置信息后，让各自应用处理各自的配置参数。

第三：任分发子模块定期执行去配置服务器瞎子配置信息，如果有更新则配置信息的分发操作，

采用推送通道进行推送，具有实时性的好处，推送服务器发布后，在线的推送客户端都能及时收到。

所述任务分发子模块，根据推送客户端发送的下载地址或自身配置的下载地址，下载配置信息的流程可如图7所示，具体可包括：

任务分发子模块根据发送的指定参数(如，用户设备版本，应用版本等)匹配每台用户终端配置文件列表。然后下载最新的配置资源到本地，最后对下载的配置资源进行校验，完成下载。

具体如，所述任务分发子模块，获取服务器(这里为配置服务器的缩写)可配置应用列表，发送本地参数到服务器，获取更新配置文件列表，下载最新的配置资源到本地，校验下载的配置资源，利用通过校验的配置资源，下载配置信息。这里的配置资源为配置信息的资源地址。这里的校验可包括是否为合法资源地址的校验。

以下对任务分发子模块对任务分发步骤，进行进一步的详细介绍，可包括：

任务分发子模块发送广播时，通过特定计划部分(Scheme-Specific Part，SSP)方式指定应用特殊模块处理，可以把配置文件对应指定的应用；这里的配置文件为所述配置信息存储成对应格式的文件，故称为配置文件。

应用处理完成配置文件后，返回结果给任务分发子模块。任务分发子模块记录结果及把结果上报给服务器，删除对应的本地的配置文件。

如果应用一直没有返回处理结果，任务分发子模块在下次查询服务器列表是启动超时处理机制。应用应该对获取到的配置文件在写入新的配置前应做有效性验证。例如：任务分发子模块对手机中的模块发送全局统一广播，接收的广播内容如下：

<action android:name＝"cn.nubia.jobdispatcher.broadcast"/>

<data android:scheme＝"dispatcher"，这里的dispatcher代表所述任务分发子模块；

android:SSP＝"com.example.loulou.myapplication.test"/>；这里表示利用SSP方式读取任务分发子模块存储的配置文件；

广播的ACTION为cn.nubia.jobdispatcher.broadcast

SSP＝"com.example.loulou.myapplication.test"，这里的“com.example.loulou.myapplication.test”用来标识接收方；所述接收方包括需要升级的应用。

发送方可通过统一资源地址URI指定需要更新的配置文件或者数据库，如更新config.xml：

Uri＝content://cn.nubia.test.jobdispatch/sdcard/myapplication/config.xml"

如图7所示，所述任务分发子模块，进行任务分发时具体包括：

统一广播配置信息的获取通知；

接收广播的应用读取任务分发子模块保存的配置文件；

各应用对配置信息进行有效验证，例如，验证其合法性、安全性和/或完整性的至少其中之一；

备份原配置信息，写入新的配置信息；

写成功后返回成功指示及使用配置文件版本；

任务分发子模块保存应用正在使用的配置文件的版本号删除下载的文件，告知服务器结果。

应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本发明的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。应理解，在本发明的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。

上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元；既可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。

另外，在本发明各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

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

或者，本发明上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、ROM、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (10)

1.一种用户终端，其特征在于，包括

通信单元，用于从服务器接收应用升级的配置信息；

更新单元，用于根据所述配置信息，更新应用中至少部分源代码模块的配置参数；

运行单元，用于基于更新后的所述配置参数，运行所述应用。

2.根据权利要求1所述的用户终端，其特征在于，

所述更新单元，具体用于根据所述配置信息，更新所述源代码模块的使能参数和/或与其他源代码模块之间的关联参数。

3.根据权利要求1或2所述的用户终端，其特征在于，

所述通信单元，具体用于接收所述服务器推送的所述配置信息；

或，

向所述服务器发送配置请求；

接收所述服务器基于所述配置请求返回的所述配置信息。

4.根据权利要求1或2所述的用户终端，其特征在于，

所述用户客户端还包括：

获取单元，用于获取应用返回基于所述配置参数进行软件升级的结果信息；

所述通信单元，用于将所述结果信息返回给所述服务器。

5.一种应用处理方法，其特征在于，应用于用户终端中，包括：

从服务器接收应用升级的配置信息；

根据所述配置信息，更新应用中至少部分源代码模块的配置参数；

基于更新后的所述配置参数，运行所述应用。

6.根据权利要求5所述的方法，其特征在于，

所述根据所述配置信息，更新应用中至少部分源代码模块的配置参数，包括：

根据所述配置信息，更新所述源代码模块的使能参数和/或与其他源代码模块之间的关联参数。

7.根据权利要求5或6所述的方法，其特征在于，

所述从服务器接收应用升级的配置信息，包括：

接收所述服务器推送的所述配置信息；

或，

向所述服务器发送配置请求；

接收所述服务器基于所述配置请求返回的所述配置信息。

8.根据权利要求5或6所述的方法，其特征在于，

所述根据所述配置信息，更新应用中至少部分源代码模块的配置参数，包括：

中控模块将接收的所述配置信息，广播分发各个应用。

9.根据权利要求5或6所述的方法，其特征在于，

所述方法还包括：

获取应用返回基于所述配置参数进行软件升级的结果信息；

将所述结果信息返回给所述服务器。

10.根据权利要求9所述的方法，其特征在于，

所述方法还包括：

当在所述配置信息下发之后的预定时间内未接收到所述结果信息时，向所述服务器发送应用升级失败的结果信息。