CN107423036A - 一种应用设备及应用设备之应用中心系统管理方法 - Google Patents

Abstract

本发明公开了一种应用设备及应用设备之应用中心系统管理方法，管理模块存储各应用提供商的SDK，并对各SDK的有效性进行管理，应用中心交互模块用于提供交互界面，根据操作指令下发应用访问请求，应用访问请求中包含所请求访问应用的识别信息，适配模块根据应用访问请求从各SDK中调用当前有效的SDK以获取该应用访问请求所请求访问的应用信息，由于应用中心系统中的各应用提供商的SDK是由管理模块进行统一管理的，所以都是通过统一的接口到管理模块中根据存储的有效的SDK去获取相应的应用信息，所以当应用中心系统中的SDK有所变更时，只需要要在管理模块中相应的增加、删除SDK，或者修改SDK的有效性即可，无需再另外重新设置新的调用接口，节约了维护成本。

Description

一种应用设备及应用设备之应用中心系统管理方法

技术领域

本发明涉及网络通信技术领域，更具体地说，涉及一种应用设备及应用设备之应用中心系统管理方法。

背景技术

在移动互联网时代，随着智能终端的推广和普及，用户不断追求高品质的互联网访问体验，随时、随地、随心的查询，获取符合个人偏好的应用程序，而应用中心作为互联网APP(Application，应用程序)下载的入口，其作用不言而喻，且不可替代。为了提高产品的活跃度、增加用户的使用粘度，不仅需要将应用中心产品打造成一个操作流畅、UI(UserInterface，用户界面)绚丽、响应及时、稳定运行的应用，而且还要保障应用全、新、安全，搜索方便，下载稳定。由于本地应用程序资源少而有限、时效性较差，所以在线应用程序已成为应用中心的必不可少的组成部分，然而在线应用程序安装包资源受版权保护，各个应用程序安装包经销商一般只能获得某几家合作方的应用程序安装包分发代理权，因此，用户无法在同一个应用中心上搜索、下载多个不同应用程序安装包经销商的在线安装包资源。例如，用户不得不辗转多个应用中心类APP，在A APP上下载QQ音乐，再转到另一B APP下载网易音乐，在一个应用中心入口上不能连贯下载多个安装包，用户体验较差。

所以为了快速搜索、在一个应用中心入口上连贯下载多个安装包，应用中心通常会接入各应用提供商的软件开发工具包(SDK)，以此来搜索相应的安装包。由于不同应用提供商的SDK，架构设计、API接口、使用流程各异，而且特色功能侧重不同，每引入一种新的应用分发SDK时，都需要针对新引入的SDK修改相应的调用接口，例如，当增加一种新的SDK时，相应的需要增加与该SDK对应的搜索接口、下载接口以及加载接口等；此外，由于产品需求和应用分发合作方的变更，当已经使用的应用分发SDK到了一定时期将不再被使用时，相应的需要删除该SDK对应的搜索接口、下载接口以及加载接口等；也即是现有应用中心系统中SDK的每次变更都会给软件开发带来较大的工作量，都需要修改相应的调用接口、整体构架，不利于维护。

发明内容

本发明要解决的技术问题在于：现有应用中心系统无法快速适应应用分发SDK接入变更的情况，导致应用中心系统中增加、删除或者替换SDK时都需要针对每一次的变更相应修改应用中心系统交互层与数据层之间的调用接口，增加了成本与工作量。

为解决上述技术问题，本发明提供一种应用设备，包括应用中心系统，所述应用中心系统包括：

管理模块，用于存储各应用提供商的软件开发工具包，以及对所述各软件开发工具包的有效性进行管理；

应用中心交互模块，用于提供交互界面，以及用于根据操作指令下发应用访问请求，所述应用访问请求包含所请求访问应用的识别信息；

适配模块，用于根据所述应用访问请求，从所述各软件开发工具包中调用当前有效的软件开发工具包以获取该应用访问请求所请求访问的应用信息。

进一步地，所述管理模块用于接收删除消息，根据所述删除消息从存储的软件开发工具包中选择该删除消息所请求删除的软件开发工具包，将该软件开发工具包设置为无效；

或，

所述管理模块用于根据签约消息中的软件开发工具包签约时长，在所述签约时长到达时，从存储的软件开发工具包中选择该软件开发工具包签约消息所对应的软件开发工具包，将该软件开发工具包设置为无效；

或，

所述管理模块用于接收增加消息，根据所述增加消息获取相应的软件开发工具包进行存储，并将获取的软件开发工具包设置为有效。

进一步地，所述应用访问请求包含应用搜索请求，所述识别信息包括待搜索应用的关键字，所述适配模块包括应用搜索子模块，用于根据所述应用搜索请求从所述各软件开发工具包中调用当前有效的软件开发工具包以获取所述识别信息对应的应用之应用信息；

或，

所述应用访问请求包含应用下载请求，所述适配模块包括应用下载子模块，用于根据所述应用下载请求从所述各软件开发工具包中调用当前有效的软件开发工具包以获取所述识别信息对应的应用之应用信息；

或，

所述应用访问请求包括应用加载请求，所述适配模块包括应用加载子模块，用于根据所述应用加载请求从所述各软件开发工具包中调用当前有效的软件开发工具包以获取所述识别信息对应的应用之应用信息。

进一步地，所述应用设备还包括应用中心自修复系统，所述应用中心自修复系统包括：

异常监测模块，用于监测所述应用中心系统是否异常；

修复模块，用于在所述异常监测模块监测到所述应用中心系统异常时，根据监测结果和预设修复策略对所述应用中心系统进行修复。

进一步地，所述异常监测模块包括：

运行监测子模块，用于对所述应用中心系统的运行状态进行监测，以判断所述应用中心系统是否运行崩溃；

或，

响应监测子模块，用于对所述应用中心系统的运行状态进行监测，以判断所述应用中心系统是否无响应；

或，

搜索监测子模块，用于在所述应用中心系统包括搜索子模块时，对所述搜索子模块进行监测以判断搜索是否异常；

或，

下载监测子模块，用于在所述应用中心系统包括下载子模块时，对所述下载子模块进行监测以判断下载是否异常。

进一步地，所述预设修复策略包括以下策略中的至少一种：

监测结果为应用中心系统运行崩溃或无响应时，重启所述应用中心系统；

监测结果为搜索异常时，判断当前网络连接是否正常，如是，自动重新搜索，否则，提示网络异常；

监测结果为下载异常时，判断当前网络连接是否正常，如否，提示网络异常，否则，自动重新下载；自动重新下载失败时，判断失败原因是否是待下载资源无效，如是，提示资源无效。

进一步地，本发明提供了一种应用设备之应用中心系统管理方法，其特征在于，包括：

获取并存储各应用提供商的软件开发工具包，并对所述各软件开发工具包的有效性进行管理；

根据操作指令下发应用访问请求，所述应用访问请求包含所请求访问应用的识别信息；

根据所述应用访问请求，从所述各软件开发工具包中调用当前有效的软件开发工具包以获取该应用访问请求所请求访问的应用信息。

进一步地，对所述各软件开发工具包的有效性进行管理包括：

接收删除消息，根据所述删除消息从存储的软件开发工具包中选择该删除消息所请求删除的软件开发工具包，将该软件开发工具包设置为无效；

或，

根据签约消息中的软件开发工具包签约时长，在所述签约时长到达时，从存储的软件开发工具包中选择该软件开发工具包签约消息所对应的软件开发工具包，将该软件开发工具包设置为无效，

或，

接收增加消息，根据所述增加消息获取相应的软件开发工具包进行存储，并将获取的软件开发工具包设置为有效。

进一步地，所述应用访问请求包含应用搜索请求，所述识别信息包括待搜索应用的关键字，从所述各软件开发工具包中调用当前有效的软件开发工具包以获取该应用访问请求所请求访问的应用信息包括：

根据所述应用搜索请求从所述各软件开发工具包中调用当前有效的软件开发工具包以获取所述识别信息对应的应用之应用信息；

或，

所述应用访问请求包含应用下载请求，从所述各软件开发工具包中调用当前有效的软件开发工具包以获取该应用访问请求所请求访问的应用信息包括：

根据所述应用下载请求从所述各软件开发工具包中调用当前有效的软件开发工具包以获取所述识别信息对应的应用之应用信息；

或，

所述应用访问请求包括应用加载请求，从所述各软件开发工具包中调用当前有效的软件开发工具包以获取该应用访问请求所请求访问的应用信息包括：

根据所述应用加载请求从所述各软件开发工具包中调用当前有效的软件开发工具包以获取所述识别信息对应的应用之应用信息。

进一步地，所述应用设备之应用中心系统管理方法还包括：

监测所述应用中心系统是否异常；

在监测到所述应用中心系统异常时，根据监测结果和预设修复策略对所述应用中心系统进行修复。

有益效果

本发明提供一种应用设备及应用设备之应用中心系统管理方法，管理模块存储各应用提供商的SDK，并对各SDK的有效性进行管理，应用中心交互模块用于提供交互界面，并根据操作指令下发应用访问请求，应用访问请求中包含所请求访问应用的识别信息，适配模块根据应用访问请求从各SDK中调用当前有效的SDK以获取该应用访问请求所请求访问的应用信息，由于应用中心系统中的各应用提供商的SDK是由管理模块进行统一管理的，当要通过SDK获取应用信息时，都是通过统一的接口到管理模块中根据存储的有效的SDK去获取相应的应用信息，所以当应用中心系统中的SDK有所变更时，例如有新的SDK接入应用中心系统，或者原有的SDK被删除或者无效时，只需要要在管理模块中相应的增加、删除SDK，或者修改SDK的有效性即可，并且依旧是通过原先的调用接口到管理模块中获取有效的SDK，相对于现有技术中需要针对每一个变更的SDK修改相应的接口的方案，无需再另外重新设置新的调用接口，节约了应用中心系统的维护成本与开发成本。

附图说明

下面将结合附图及实施例对本发明作进一步说明，附图中：

图1为实现本发明各个实施例一个可选的移动应用设备的硬件结构示意图；

图2为本发明第一实施例提供的应用设备的结构示意图；

图3为本发明第一实施例提供的适配模块的第一结构示意图；

图4为本发明第一实施例提供的适配模块的第二结构示意图；

图5为本发明第一实施例提供的适配模块的第三结构示意图；

图6为本发明第一实施例提供的应用中心自修复系统的结构示意图；

图7为本发明第二实施例提供的应用设备的第一结构示意图；

图8为本发明第二实施例提供的适配模块的结构示意图；

图9为本发明第三实施例提供的应用设备之应用中心系统管理方法的流程示意图；

图10为本发明第四实施例提供的应用设备之应用中心系统管理方法的第一流程示意图；

图11为本发明第四实施例提供的应用分发适配器所处的结构框图；

图12为本发明第四实施例提供的应用设备之应用中心系统管理方法的第二流程示意图；

图13为本发明第四实施例提供的异常自修复组件所处的结构框图。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

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

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

图1为实现本发明各个实施例一个可选的移动应用设备的硬件结构示意图。

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

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

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

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

感测单元140检测移动应用设备100的当前状态，(例如，移动应用设备100的打开或关闭状态)、移动应用设备100的位置、用户对于移动应用设备100的接触(即，触摸输入)的有无、移动应用设备100的取向、移动应用设备100的加速或减速移动和方向等等，并且生成用于控制移动应用设备100的操作的命令或信号。例如，当移动应用设备100实施为滑动型移动电话时，感测单元140可以感测该滑动型电话是打开还是关闭。另外，感测单元140能够检测电源单元190是否提供电力或者接口单元170是否与外部装置耦接。感测单元140可以包括接近传感器将在下面结合触摸屏来对此进行描述。

接口单元170用作至少一个外部装置与移动应用设备100连接可以通过的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。识别模块可以是存储用于验证用户使用移动应用设备100的各种信息并且可以包括用户识别模块(UIM)、客户识别模块(SIM)、通用客户识别模块(USIM)等等。另外，具有识别模块的装置(下面称为"识别装置")可以采取智能卡的形式，因此，识别装置可以经由端口或其它连接装置与移动应用设备100连接。接口单元170可以用于接收来自外部装置的输入(例如，数据信息、电力等等)并且将接收到的输入传输到移动应用设备100内的一个或多个元件或者可以用于在移动应用设备和外部装置之间传输数据。

另外，当移动应用设备100与外部底座连接时，接口单元170可以用作允许通过其将电力从底座提供到移动应用设备100的路径或者可以用作允许从底座输入的各种命令信号通过其传输到移动应用设备的路径。从底座输入的各种命令信号或电力可以用作用于识别移动应用设备是否准确地安装在底座上的信号。输出单元150被构造为以视觉、音频和/或触觉方式提供输出信号(例如，音频信号、视频信号、警报信号、振动信号等等)。输出单元150可以包括显示模块、音频输出模块、警报模块等等。

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

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

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

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

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

以下通过具体实施例进行详细说明。

第一实施例

为了使应用中心系统能够适应应用分发SDK接入变更的情况，本发明实施例提供一种应用设备，请参见图2所示，包括：管理模块21、应用中心交互模块22以及适配模块23，其中，管理模块21用于存储各应用提供商的SDK，以及对各SDK的有效性进行管理；应用中心交互模块22用于提供交互界面，以及用于根据操作指令下发应用访问请求，应用访问请求包含所请求访问应用的识别信息；适配模块23用于根据应用访问请求，从各SDK中调用当前有效的SDK以获取该应用访问请求所请求访问的应用信息。

应当理解的是，本实施例中的SDK可以是由任何第三方应用提供商提供的，例如，可以是由豌豆荚、百度、腾讯等等提供的。其中，SDK的有效性指该SDK是否可被使用，本实施例中可以通过配置各应用提供商的SDK来对相应SDK的有效性进行管理，例如，若豌豆荚提供的SDK有效，可以通过管理模块21对该SDK进行如下配置：support.wandoujia.ApkSources.sdk＝1，此时就表示可以使用豌豆荚应用分发SDK；若豌豆荚提供的SDK无效，可以通过管理模块21对该SDK进行如下配置：support.wandoujia.ApkSources.sdk＝0，此时就表示不能使用该豌豆荚应用分发SDK。

在实际应用场景中，应用中心系统接入的SDK常常会因为各种原因产生变更，因此，在本实施例的第一种实施方式中，管理模块21可以用于接收删除消息，根据删除消息从存储的SDK中选择该删除消息所请求删除的SDK，将该SDK设置为无效，或者也可以直接将该SDK删除。

在本实施例的第二种实施方式中，管理模块21用于根据签约消息中的SDK签约时长，在签约时长到达时，从存储的SDK中选择该SDK签约消息所对应的SDK，将该SDK设置为无效，或者也可以直接将该SDK删除。

在本实施例的第三种实施方式中，管理模块21用于接收增加消息，根据增加消息获取相应的SDK进行存储，并将获取的SDK设置为有效。

本实施例中应用中心交互模块22根据操作指令下发的应用访问请求可以包括应用搜索请求、或者应用下载请求、或者应用加载请求。

当本实施例中的应用访问请求包含应用搜索请求时，此时所请求访问应用的识别信息包括待搜索应用的关键字，需要说明的是，本实施例中的搜索请求可以是推荐搜索也可以是通过用户输入发起的普通主动搜索，请参见图3所示，此时的适配模块23包括应用搜索子模块231，用于根据应用搜索请求从各SDK中调用当前有效的SDK以获取识别信息对应的应用之应用信息，需要说明的是，此时的应用信息可以包括应用名称、应用图标、应用提供商信息、应用功能以及应用大小等等。

当本实施例中的应用访问请求包含应用下载请求时，请参见图4所示，此时的适配模块23包括应用下载子模块232，用于根据应用下载请求从各SDK中调用当前有效的SDK以获取识别信息对应的应用之应用信息，应当理解的是，此时的应用信息包含应用安装包信息，例如在安卓系统中，应用下载子模块根据应用下载请求从各SDK中调用当前有效的SDK以获取识别信息对应的应用之Apk安装包，而在苹果系统中，应用下载子模块则是根据应用下载请求获取IOS安装包。

当本实施例中的应用访问请求包含应用加载请求时，请参见图5所示，此时的适配模块23包括应用加载子模块233，用于根据应用加载请求从各SDK中调用当前有效的SDK以获取识别信息对应的应用之应用信息。需要说明的是，本实施例中的应用加载子模块可以获取识别信息对应的全部应用之应用信息，或者也可以只获取识别信息对应的部分应用之应用信息，例如当与该识别信息对应的应用有30个时，可以获取这30个应用中的前10个应用的应用信息，或者也可以将这30个应用的应用信息一次性获取，此外要说明的是，此时的应用信息可以包括应用名称、应用图标、应用提供商信息、应用功能以及应用大小或者应用安装包等等。

本实施例中的应用中心交互模块22用于提供交互界面，除了可以根据操作指令下发应用访问请求之外，还可以根据操作指令下发显示应用程序请求、安装应用程序请求以及卸载应用程序请求等等，其中，显示应用程序请求是指请求将适配模块23获取到的应用信息在交互界面上进行呈现。

请参见图6所示，本实施例提供的应用设备还可以包括应用中心自修复系统61，其中，本实施例中的应用中心自修复系统包括异常监测模块611和修复模块612，本实施例中的异常监测模块611用于监测应用中心系统是否异常，本实施例中的修复模块612用于在异常监测模块611监测到应用中心系统异常时，根据监测结果和预设修复策略对应用中心系统进行修复。应当理解的是，本实施例中的应用中心自修复系统可以独立于应用中心系统以外，也可以设置在应用中心系统中，本实施例中的应用中心自修复系统中的异常监测模块611可以在该应用设备处于开机状态下就进行监测，也可以在该应用设备的应用中心系统处于打开状态时才进行监测。

本实施提供的应用设备中包含的应用中心自修复系统可以通过异常监测模块611监测应用中心系统是否异常，若监测结果为异常则可以通过修复模块612对应用中心系统中异常的模块进行修复从而保证应用中心系统的正常运行。

本实施例中异常监测模块611可以包括运行监测子模块，或者响应监测子模块，或者搜索监测子模块，或者下载监测子模块。本实施例中的运行监测子模块用于对应用中心系统的运行状态进行监测，以判断应用中心系统是否运行崩溃；响应监测子模块用于对应用中心系统的运行状态进行监测，以判断应用中心系统是否无响应；搜索监测子模块用于在应用中心系统包括搜索子模块时，对搜索子模块进行监测以判断搜索是否异常；下载监测子模块用于在应用中心系统包括下载子模块时，对下载子模块进行监测以判断下载是否异常。

需要说明的是，本实施例中的预设修复策略可以由开发人员根据该应用中心系统的实际应用场景灵活设置，本实施例中的预设修复策略可以包括以下策略中的至少一种：

监测结果为应用中心系统运行崩溃或无响应时，重启应用中心系统；需要说明的是，本实施例中可以针对崩溃或者无响应的模块进行重启，也可以重启整个应用中心系统。

监测结果为搜索异常时，判断当前网络连接是否正常，如是，自动重新搜索，否则，提示网络异常；需要说明的是，本实施例中的搜索异常包括多种情况，例如，当根据关键词进行搜索时，在本应该出现多个相关应用的应用信息时只有几个应用的应用信息，或者搜索到的应用数目为零，此时即可判断为搜索异常。

监测结果为下载异常时，判断当前网络连接是否正常，如否，提示网络异常，否则，自动重新下载；自动重新下载失败时，判断失败原因是否是待下载资源无效，如是，提示资源无效。

本实施例提供的应用设备所包含的应用中心系统中的各应用提供商的SDK由管理模块进行统一管理，因此，当要通过SDK获取应用信息时，都是通过统一的接口到管理模块中根据存储的有效的SDK去获取相应的应用信息，所以当应用中心系统中的SDK有所变更时，例如有新的SDK接入应用中心系统，或者原有的SDK被删除或者无效时，只需要要在管理模块中相应的增加、删除SDK，或者修改SDK的有效性即可，并且依旧是通过原先的调用接口到管理模块中获取有效的SDK，无需再另外重新设置新的调用接口，节约了应用中心系统的维护成本与开发成本。

第二实施例

为了更好的理解本发明，本实施例以应用设备为移动终端为例来进行说明，请参见图7所示，本实施例提供的移动终端包括应用中心系统以及应用中心自修复系统，且在该移动终端上运行的系统为安卓系统。

本实施例提供的移动终端包括：管理模块21，用于存储各应用提供商的SDK，以及对各SDK的有效性进行管理；应用中心交互模块22，用于提供交互界面，以及用于根据操作指令下发应用访问请求，应用访问请求包含所请求访问应用的识别信息；适配模块23，用于根据应用访问请求，从各SDK中调用当前有效的SDK以获取该应用访问请求所请求访问的应用信息；异常监测模块611，用于监测应用中心系统是否异常；修复模块612，用于在异常监测模块611监测到应用中心系统异常时，根据监测结果和预设修复策略对应用中心系统进行修复。

本实施例中的管理模块21可以接收删除消息，根据删除消息从存储的SDK中选择该删除消息所请求删除的SDK，将该SDK设置为无效，或者也可以直接将该SDK删除；也可以用于根据签约消息中的SDK签约时长，在签约时长到达时，从存储的SDK中选择该SDK签约消息所对应的SDK，将该SDK设置为无效，或者也可以直接将该SDK删除；或者也可以接收增加消息，根据增加消息获取相应的SDK进行存储，并将获取的SDK设置为有效。

此外，本实施例中的应用中心交互模块22根据操作指令下发的应用访问请求可以包括应用搜索请求、或者应用下载请求、或者应用加载请求，本实施例中的应用中心交互模块22除了可以根据操作指令下发应用访问请求之外，还可以根据操作指令下发显示应用程序请求、安装应用程序请求以及卸载应用程序请求等等，请参见图8所示，本实施例中的适配模块23包括应用搜索子模块231、应用下载子模块232以及应用加载子模块233，应用搜索子模块231用于根据应用搜索请求从各SDK中调用当前有效的SDK以获取识别信息对应的应用之应用信息；应用下载子模块232用于根据应用下载请求从各SDK中调用当前有效的SDK以获取识别信息对应的应用之应用信息；应用加载子模块233用于根据应用加载请求从各SDK中调用当前有效的SDK以获取识别信息对应的应用之应用信息。

本实施例中异常监测模块611可以同时包括运行监测子模块，响应监测子模块，搜索监测子模块，下载监测子模块。本实施例中的运行监测子模块用于对应用中心系统的运行状态进行监测，以判断应用中心系统是否运行崩溃；响应监测子模块用于对应用中心系统的运行状态进行监测，以判断应用中心系统是否无响应；搜索监测子模块用于在应用中心系统包括搜索子模块时，对搜索子模块进行监测以判断搜索是否异常；下载监测子模块用于在应用中心系统包括下载子模块时，对下载子模块进行监测以判断下载是否异常。

需要说明的是，本实施例中的预设修复策略可以由开发人员根据该应用中心系统的实际应用场景灵活设置，本实施例中的预设修复策略可以包括以下策略中的至少一种：

监测结果为应用中心系统运行崩溃或无响应时，重启应用中心系统；需要说明的是，本实施例中可以针对崩溃或者无响应的模块进行重启，也可以重启整个应用中心系统。

监测结果为搜索异常时，判断当前网络连接是否正常，如是，自动重新搜索，否则，提示网络异常；需要说明的是，本实施例中的搜索异常包括多种情况，例如，当根据关键词进行搜索时，在本应该出现多个相关应用的应用信息时只有几个应用的应用信息，或者搜索到的应用数目为零，此时即可判断为搜索异常。

监测结果为下载异常时，判断当前网络连接是否正常，如否，提示网络异常，否则，自动重新下载；自动重新下载失败时，判断失败原因是否是待下载资源无效，如是，提示资源无效。

本实施例提供的移动终端上同时包括应用中心系统以及应用中心自修复系统，不仅可以通过应用中心系统在更换SDK时保持低成本易维护的特点，还可以实时监测应用中心系统是否异常，使应用中心系统处于正常的工作状态下。

第三实施例

本实施例提供一种应用设备之应用中心系统管理方法，请参见图9所示，包括：

S901：获取并存储各应用提供商的SDK，并对各SDK的有效性进行管理。

应当理解的是，本实施例中的SDK可以是由任何第三方应用提供商提供的，例如，可以是由豌豆荚、百度、腾讯等等提供的。其中，SDK的有效性指该SDK是否可被使用，本实施例中可以通过配置各应用提供商的SDK来对相应SDK的有效性进行管理，例如，若百度提供的SDK有效，可以通过管理模块对该SDK进行如下配置：support.baidu.ApkSources.sdk＝1，此时就表示可以使用百度应用分发SDK；若百度提供的SDK无效，可以通过管理模块对该SDK进行如下配置：support.baidu.ApkSources.sdk＝0，此时就表示不能使用该百度应用分发SDK。

需要说明的是，本实施例中对各SDK的有效性进行管理包括：

接收删除消息，根据删除消息从存储的SDK中选择该删除消息所请求删除的SDK，将该SDK设置为无效或者将该SDK删除；或者根据签约消息中的SDK签约时长，在签约时长到达时，从存储的SDK中选择该SDK签约消息所对应的SDK，将该SDK设置为无效，或者也可以直接将该SDK删除；或者接收增加消息，根据增加消息获取相应的SDK进行存储，并将获取的SDK设置为有效。

S902：根据操作指令下发应用访问请求，应用访问请求包含所请求访问应用的识别信息。

本实施例中的应用访问请求可以包括应用搜索请求，此时识别信息包括待搜索应用的关键字，从各SDK中调用当前有效的SDK以获取该应用访问请求所请求访问的应用信息包括：根据应用搜索请求从各SDK中调用当前有效的SDK以获取识别信息对应的应用之应用信息，需要说明的是，此时的应用信息可以包括应用名称、应用图标、应用提供商信息、应用功能以及应用大小等等。

本实施例中的应用访问请求还可以包括应用下载请求，从各SDK中调用当前有效的SDK以获取该应用访问请求所请求访问的应用信息包括：根据应用下载请求从各SDK中调用当前有效的SDK以获取识别信息对应的应用之应用信息，应当理解的是，此时的应用信息包含应用安装包信息，例如在安卓系统中，应用下载子模块根据应用下载请求从各SDK中调用当前有效的SDK以获取识别信息对应的应用之Apk安装包，而在苹果系统中，应用下载子模块则是根据应用下载请求获取IOS安装包。

本实施例中的应用访问请求还包括应用加载请求，从各SDK中调用当前有效的SDK以获取该应用访问请求所请求访问的应用信息包括：根据应用加载请求从各SDK中调用当前有效的SDK以获取识别信息对应的应用之应用信息，此外要说明的是，此时的应用信息可以包括应用名称、应用图标、应用提供商信息、应用功能以及应用大小或者应用安装包等等。

S903：根据应用访问请求，从各SDK中调用当前有效的SDK以获取该应用访问请求所请求访问的应用信息。

此外需要说明的是，在步骤S901-步骤S903的过程中或者步骤S903之后，本实施例提供的应用设备之应用中心系统管理方法还可以包括：监测应用中心系统是否异常；在监测到应用中心系统异常时，根据监测结果和预设修复策略对应用中心系统进行修复。

本实施例中监测应用中心系统是否异常具体的可以包括：对应用中心系统的运行状态进行监测，以判断应用中心系统是否运行崩溃；或者对应用中心系统的运行状态进行监测，以判断应用中心系统是否无响应；或者判断搜索是否异常；或者判断下载是否异常。

需要说明的是，本实施例中的预设修复策略可以由开发人员根据实际应用场景灵活设置，本实施例中的预设修复策略可以包括以下策略中的至少一种：

监测结果为应用中心系统运行崩溃或无响应时，重启应用中心系统；需要说明的是，本实施例中可以针对崩溃或者无响应的模块进行重启，也可以重启整个应用中心系统。

监测结果为搜索异常时，判断当前网络连接是否正常，如是，自动重新搜索，否则，提示网络异常；需要说明的是，本实施例中的搜索异常包括多种情况，例如，当根据关键词进行搜索时，在本应该出现多个相关应用的应用信息时只有几个应用的应用信息，或者搜索到的应用数目为零，此时即可判断为搜索异常。

监测结果为下载异常时，判断当前网络连接是否正常，如否，提示网络异常，否则，自动重新下载；自动重新下载失败时，判断失败原因是否是待下载资源无效，如是，提示资源无效。

本实施例提供的应用设备之应用中心系统管理方法，通过获取并存储各应用提供商的SDK，并对各SDK的有效性进行管理；根据操作指令下发应用访问请求，应用访问请求包含所请求访问应用的识别信息；根据应用访问请求，从各SDK中调用当前有效的SDK以获取该应用访问请求所请求访问的应用信息，从而可以使应用中心系统快速适应SDK的变更，降低了应用中心系统的维护成本。

第四实施例

为了更好的理解本发明，本实施例以将应用设备之应用中心系统管理方法应用在移动终端上为例来进行说明，本实施例中的移动终端上运行的系统为安卓系统。具体的请参见图10所示，包括：

S1001：定义AppDistributionAdapter(应用分发适配器)，以接入不同应用提供商的软件开发工具包。

本实施例中定义的AppDistributionAdapter可以为应用中心UI层提供抽象统一的调用接口，以完成网络安装包(Apk)资源搜索、下载、安装等功能，应当理解的是，AppDistributionAdapter中存储有各应用提供商的SDK，并且可以通过开发人员或者用户的配置对AppDistributionAdapter中存储的SDK的有效性进行管理。假设本实施例中的SDK由豌豆荚、百度、腾讯以及努比亚应用提供商提供，其中，豌豆荚、百度、腾讯以及努比亚应用提供商提供的SDK是否有效可以参照如下内容进行配置：

S1002：定义AppDistributionAdapter的功能接口。

步骤S1002中定义的AppDistributionAdapter的功能接口可以包括以下内容：

需要说明的是，本实施例中的管理模块可以接收SDK删除消息，或者接收SDK增加消息，或者也可以根据签约消息中的SDK签约时长，在签约时长到达时将该SDK签约消息所对应的SDK设置为无效。具体的，管理模块中的SDK是否有效可以由开发人员或者用户自定义配置，假设本实施例中的SDK由豌豆荚、百度、腾讯以及努比亚应用提供商提供，其中，豌豆荚、百度、腾讯以及努比亚应用提供商提供的SDK是否有效可以参照如下内容进行配置：

S1003：根据所配置的内容生成java动态库。

该java动态库可以供移动终端上的各种应用中心使用，具体而言，生成java动态库的过程可以包括：

配置Android.mk文件：设LOCAL_MODULE＝AppDistributionAdapter，引用变量include$(BUILD_STATIC_JAVA_LIBRARY)；根据配置属性，编译生成一个公用的动态库AppDistributionAdapter.jar供多个不同平台使用，也即是可以供多个不同的应用中心使用，例如可以同时供同一移动终端上的主题商城、游戏商城等不同的应用中心使用；java动态库的生成路径：/out/target/项目名/system/framework/AppDistributionAdapter.jar。

请参见图11所示，图11为应用分发适配器在应用中心系统中所处的结构框图，该应用中心系统第一层包括但不限于UI界面上的浏览器、主题商城、努比亚商城、应用中心、音乐等等；第二层即为应用分发适配器，本实施例中的应用分发适配器提供抽象化统一的接口供应用中心系统的UI层调用，以完成网络APK资源搜索、下载等等；第三层为应用程序框架层(application framework)，包括活动管理器(activity manager)，窗口管理器(window manager)，包管理器(package manager)，资源管理器(resource manager)位置管理器(location manager)等等；第四层为系统运行库层，第五层为驱动层，包括显示驱动器(display driver)，相机驱动器，蓝牙驱动器，音频驱动器，无线驱动器等等。

上面介绍了应用分发适配器在应用中心系统中所处的位置，下面具体介绍根据应用分发适配器通过SDK来获取应用信息的过程，本实施例提供的应用分发适配器将SDK与应用信息隔离，因此更换修改SDK时对应用信息并未造成影响。

当用户通过本实施例提供的移动终端上的应用中心系统搜索应用时，可以使用java动态库AppDistributionAdapter.jar来调用相应的接口来进行搜索，具体的可以包括：通过使用应用分发适配器创建单独进程用于搜索、显示、下载；通过Android.mk文件引用LOCAL_PREBUILT_STATIC_JAVA_LIBRARY+＝AppDistributionAdapter.jar；这里对使用应用分发适配器创建进程进行搜索下载进行具体说明：首先可以调用createAppDistributionAdapter()创建应用分发适配器，再调用searchKeyWords()搜索在线应用程序，调用displayApkSources()显示应用程序，然后分别调用downloadApkSources()、loadMoreApkSources()下载应用程序、加载在线应用程序，再调用installApkSources()安装应用程序、uninstallApkSources()卸载应用程序，最后调用releaseAppDistributionAdapter()释放应用分发适配器。

应当理解的是，在上述过程中，本实施例提供的应用设备之应用中心系统管理方法还可以包括：监测应用中心系统是否异常；在监测到应用中心系统异常时，根据监测结果和预设修复策略对应用中心系统进行修复。

具体的可以参见图12所示，包括：

S1201：定义ExceptionSelfHealingModule(异常自修复组件)以检测应用中心系统是否异常。

当ExceptionSelfHealingModule检测到应用中心系统异常时，实时触发启动自修复模式，恢复正常运行状态。

当ExceptionSelfHealingModule检测到如下情况时，可以认为应用中心系统异常，启动自修复功能：

程序运行时崩溃(crash)；

程序运行时点击无响应(ANR，Application Not Responding)；

有效关键词搜索不到应用；

有效下载URL下载不到应用；

有效推荐策略无应用推荐。

S1202：定义ExceptionSelfHealingModule的功能接口。

步骤S1202定义的ExceptionSelfHealingModule的功能接口包括如下内容：

通过上述定义的接口，应用中心系统能够快速修复程序运行过程中的异常状态。

S1203：生成java动态库，供应用中心系统使用，

应当理解的是，步骤S1303生成的java动态库可以供各种第三方应用中心系统使用。具体而言，生成java动态库的过程包括：

设置LOCAL_MODULE＝ExceptionSelfHealingModule，引用变量include$(BUILD_STATIC_JAVA_LIBRARY)，也即配置Android.mk文件；根据配置属性，编译生成一个公用的动态库ExceptionSelfHealingModule.jar供多个不同的应用中心使用，例如可以同时供主题商城、游戏商城等使用；java动态库的生成路径：/out/target/项目名/system/framework/ExceptionSelfHealingModule.jar。

请参见图13所示，图13为异常自修复组件在应用中心系统中所处的结构框图，该应用中心系统第一层包括但不限于UI界面上的浏览器、主题商城、努比亚商城、应用中心、音乐等等；第二层即为异常自修复组件；第三层为应用程序框架层(applicationframework)，包括活动管理器(activity manager)，窗口管理器(window manager)，包管理器(package manager)，资源管理器(resource manager)位置管理器(location manager)等等，需要说明的是，本实施例中检测程序运行时是否崩溃以及点击是否无响应都可以通过活动管理器来实现；第四层为系统运行库层，第五层为驱动层，包括显示驱动器(displaydriver)，相机驱动器，蓝牙驱动器，音频驱动器，无线驱动器等等。

上面介绍了异常自修复组件在应用中心系统中所处的位置，下面具体介绍异常自修复组件检测到应用中心异常并进行自修复的过程，异常自修复组件在被启动后可以使用java动态库ExceptionSelfHealingModule.jar来调用相应的接口进行检测和修复，具体的可以包括：创建单独进程用于收集、处理用户使用过程中的异常运行状态，以避免因为异常自修复组件的不稳定，导致应用中心的崩溃；在Android.mk中引用LOCAL_PREBUILT_STATIC_JAVA_LIBRARY+＝ExceptionSelfHealingModule.jar；这里对异常自修复组件的调用流程进行说明，先调用createExceptionSelfHealingModule()创建异常自修复组件，再调用detectCrash()检测crash异常，调用detectANR()检测ANR异常，调用detectFailedToSearch()检测应用搜索失败异常，调用detectFailedToDownload()检测应用下载失败异常，调用detectFailedToRecommend()检测应用推荐失败异常，调用selfHealingException(Type)自修复异常处理，最后调用releaseExceptionSelfHealingModule()释放异常自修复组件。

本实施例提供的应用设备之应用中心系统管理方法，通过获取并存储各应用提供商的SDK，并对各SDK的有效性进行管理；根据操作指令下发应用访问请求，应用访问请求包含所请求访问应用的识别信息；根据应用访问请求，从各SDK中调用当前有效的SDK以获取该应用访问请求所请求访问的应用信息，从而可以使应用中心系统快速适应SDK的变更，降低了应用中心系统的维护成本。

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

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台应用设备(可以是手机，计算机，服务器，空调器，或者网络应用设备等)执行本发明各个实施例的方法。

上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，这些均属于本发明的保护之内。

Claims (10)

1.一种应用设备，其特征在于，包括应用中心系统，所述应用中心系统包括：

管理模块，用于存储各应用提供商的软件开发工具包，以及对所述各软件开发工具包的有效性进行管理；

应用中心交互模块，用于提供交互界面，以及用于根据操作指令下发应用访问请求，所述应用访问请求包含所请求访问应用的识别信息；

适配模块，用于根据所述应用访问请求，从所述各软件开发工具包中调用当前有效的软件开发工具包以获取该应用访问请求所请求访问的应用信息。

2.如权利要求1所述的应用设备，其特征在于，所述管理模块用于接收删除消息，根据所述删除消息从存储的软件开发工具包中选择该删除消息所请求删除的软件开发工具包，将该软件开发工具包设置为无效；

或，

所述管理模块用于根据签约消息中的软件开发工具包签约时长，在所述签约时长到达时，从存储的软件开发工具包中选择该软件开发工具包签约消息所对应的软件开发工具包，将该软件开发工具包设置为无效；

或，

所述管理模块用于接收增加消息，根据所述增加消息获取相应的软件开发工具包进行存储，并将获取的软件开发工具包设置为有效。

3.如权利要求1或2所述的应用设备，其特征在于，

所述应用访问请求包含应用搜索请求，所述识别信息包括待搜索应用的关键字，所述适配模块包括应用搜索子模块，用于根据所述应用搜索请求从所述各软件开发工具包中调用当前有效的软件开发工具包以获取所述识别信息对应的应用之应用信息；

或，

所述应用访问请求包含应用下载请求，所述适配模块包括应用下载子模块，用于根据所述应用下载请求从所述各软件开发工具包中调用当前有效的软件开发工具包以获取所述识别信息对应的应用之应用信息；

或，

所述应用访问请求包括应用加载请求，所述适配模块包括应用加载子模块，用于根据所述应用加载请求从所述各软件开发工具包中调用当前有效的软件开发工具包以获取所述识别信息对应的应用之应用信息。

4.如权利要求3所述的应用设备，其特征在于，还包括应用中心自修复系统，所述应用中心自修复系统包括：

异常监测模块，用于监测所述应用中心系统是否异常；

修复模块，用于在所述异常监测模块监测到所述应用中心系统异常时，根据监测结果和预设修复策略对所述应用中心系统进行修复。

5.如权利要求4所述的应用设备，其特征在于，所述异常监测模块包括：运行监测子模块，用于对所述应用中心系统的运行状态进行监测，以判断所述应用中心系统是否运行崩溃；

或，

响应监测子模块，用于对所述应用中心系统的运行状态进行监测，以判断所述应用中心系统是否无响应；

或，

搜索监测子模块，用于在所述应用中心系统包括搜索子模块时，对所述搜索子模块进行监测以判断搜索是否异常；

或，

下载监测子模块，用于在所述应用中心系统包括下载子模块时，对所述下载子模块进行监测以判断下载是否异常。

6.如权利要求5所述的应用设备，其特征在于，所述预设修复策略包括以下策略中的至少一种：

监测结果为应用中心系统运行崩溃或无响应时，重启所述应用中心系统；

监测结果为搜索异常时，判断当前网络连接是否正常，如是，自动重新搜索，否则，提示网络异常；

监测结果为下载异常时，判断当前网络连接是否正常，如否，提示网络异常，否则，自动重新下载；自动重新下载失败时，判断失败原因是否是待下载资源无效，如是，提示资源无效。

7.一种应用设备之应用中心系统管理方法，其特征在于，包括：

获取并存储各应用提供商的软件开发工具包，并对所述各软件开发工具包的有效性进行管理；

根据操作指令下发应用访问请求，所述应用访问请求包含所请求访问应用的识别信息；

根据所述应用访问请求，从所述各软件开发工具包中调用当前有效的软件开发工具包以获取该应用访问请求所请求访问的应用信息。

8.如权利要求7所述的应用设备之应用中心系统管理方法，其特征在于，对所述各软件开发工具包的有效性进行管理包括：

接收删除消息，根据所述删除消息从存储的软件开发工具包中选择该删除消息所请求删除的软件开发工具包，将该软件开发工具包设置为无效；

或，

根据签约消息中的软件开发工具包签约时长，在所述签约时长到达时，从存储的软件开发工具包中选择该软件开发工具包签约消息所对应的软件开发工具包，将该软件开发工具包设置为无效，

或，

接收增加消息，根据所述增加消息获取相应的软件开发工具包进行存储，并将获取的软件开发工具包设置为有效。

9.如权利要求7或8所述的应用设备之应用中心系统管理方法，其特征在于，

所述应用访问请求包含应用搜索请求，所述识别信息包括待搜索应用的关键字，从所述各软件开发工具包中调用当前有效的软件开发工具包以获取该应用访问请求所请求访问的应用信息包括：

根据所述应用搜索请求从所述各软件开发工具包中调用当前有效的软件开发工具包以获取所述识别信息对应的应用之应用信息；

或，

所述应用访问请求包含应用下载请求，从所述各软件开发工具包中调用当前有效的软件开发工具包以获取该应用访问请求所请求访问的应用信息包括：根据所述应用下载请求从所述各软件开发工具包中调用当前有效的软件开发工具包以获取所述识别信息对应的应用之应用信息；

或，

所述应用访问请求包括应用加载请求，从所述各软件开发工具包中调用当前有效的软件开发工具包以获取该应用访问请求所请求访问的应用信息包括：根据所述应用加载请求从所述各软件开发工具包中调用当前有效的软件开发工具包以获取所述识别信息对应的应用之应用信息。

10.如权利要求9所述的应用设备之应用中心系统管理方法，其特征在于，还包括：

监测所述应用中心系统是否异常；

在监测到所述应用中心系统异常时，根据监测结果和预设修复策略对所述应用中心系统进行修复。