CN105824656A - 用于检测应用安装状态的方法、移动终端和服务器 - Google Patents

Abstract

本公开提供了一种用于检测应用安装状态的方法和移动终端。该方法包括：(a)向服务器请求针对一个或多个应用的安装特征码；(b)从所述服务器接收与所述一个或多个应用中的至少一个应用相对应的安装特征码；以及(c)根据所接收的安装特征码来检测相应应用的安装状态。该移动终端包括：特征码请求单元，用于向服务器请求针对一个或多个应用的安装特征码；特征码接收单元，用于从所述服务器接收与所述一个或多个应用中的至少一个应用相对应的安装特征码；以及安装状态检测单元，用于根据所接收的安装特征码来检测相应应用的安装状态。本公开还提供了一种用于辅助检测应用安装状态的方法和服务器。

Description

用于检测应用安装状态的方法、移动终端和服务器

技术领域

本公开总体上涉及移动应用领域，更具体地涉及一种用于检测应用安装状态的方法、移动终端和服务器。

背景技术

随着近几年由苹果公司开发的移动终端iPhone/iPad/iPod等的广泛流行，使得越来越多的个人/企业加入了基于其操作平台iOS的应用(app)开发的行列。相当重要的一部分应用是面向企业内部用户的，其并不对外向公众发布。因此，基于这一需求，苹果公司推出了企业级的应用开发模式。在该模式下，企业级的应用无需上传至位于公共网络上的AppStore(苹果应用商店)，而是可以在企业内部的服务器处向员工的iOS设备自行分发这些内部应用。

在这种情况下，很多的企业都搭建起了自己的移动应用管理平台(MobileApplicationManagement，简称为MAM)。典型的MAM系统的架构如图1所示。管理员/开发人员可以通过浏览器来访问MAM管理平台，并将需要在企业内部分发/安装的iOS应用包(.ipa文件)通过管理平台上传至服务器。移动终端上的iOSMAM客户端从服务器中读取安装应用列表。

图2示出了iOSMAM客户端界面的一个示例。可以看到iOSMAM客户端显示了各个应用的安装状态。未安装在设备上的应用显示有“安装”按钮，供用户选择安装。已安装在设备上的应用显示有“卸载”按钮，供用户选择卸载。由于iOS系统的安全性和封闭性，iOS并没有考虑过向开发者提供直接获取设备上应用列表的功能。所以导致第三方应用无从知道设备上的另一个应用是否已经安装，继而无法正确显示应用的安装状态。

作为对该问题的解决方案，苹果公司官方提供了一套移动设备管理(MobileDeviceManagement，简称为MDM)部署方案及协议。通过该方案，服务器可以与iOS移动终端之间建立管理连接。服务器可以根据MDM协议中提供的API，获取与其关联的移动终端上的应用列表。具体地，在移动终端的客户端上显示应用安装状态的流程如下：

(1)服务器通过MDM协议接口来查询移动终端上已安装的应用列表；

(2)服务器的数据库存储对应设备的应用列表；

(3)在服务器向移动终端的MAM客户端返回的应用列表中，还包括根据其数据库中对应移动终端的应用列表来指示应用是否已经安装的指示符；以及

(4)MAM客户端根据服务器返回的指示应用安装状态的指示符来相应显示“安装”或者“卸载”按钮。

然而，通过苹果公司提供的MDM协议这种方式来查询移动终端的应用列表时，需要服务器侧主动发起指令，所以就需要服务器开启一个定时器，定时轮询其所管理的设备的应用列表。这样就至少存在以下问题：(1)给服务器造成负载压力；(2)存在状态同步延迟，移动终端上安装了某个应用或者删除了某个应用时，MAM客户端本身不能即时看到应用的安装状态改变，而是需要在服务器通过MDM协议查询移动终端的应用安装状态之后，才能向MAM客户端提供该应用安装状态。

此外，请注意：尽管在本节中提供了上述技术内容，但并不代表发明人/申请人承认其是本领域公知的现有技术，这些技术内容应当被视为本申请的一部分，而不应当被视为是对本申请的保护范围的限制。

发明内容

为了解决上述问题，提供了根据本公开实施例的用于检测应用安装状态的方法和移动终端。

根据本公开的第一方面，提供了一种在移动终端处执行的用于检测应用安装状态的方法。该方法包括：(a)向服务器请求针对一个或多个应用的安装特征码；(b)从所述服务器接收与所述一个或多个应用中的至少一个应用相对应的安装特征码；以及(c)根据所接收的安装特征码来检测相应应用的安装状态。

在一些实施例中，所述安装特征码是URLScheme。

在一些实施例中，步骤(c)包括：根据所接收的URLScheme，调用“canOpenURL”方法来检测是否存在能够识别URLScheme的应用，如果所述“canOpenURL”方法的返回值为否，则确定与所述URLScheme相对应的应用未安装，以及如果所述“canOpenURL”方法的返回值为真，则确定与所述URLScheme相对应的应用已安装。

在一些实施例中，在步骤(c)之后，所述方法还包括：(d)根据检测到的所述一个或多个应用的安装状态，在所述移动终端上进行相应显示。

在一些实施例中，所述服务器具有的安装特征码是由与所述安装特征码相对应的应用的开发商向所述服务器提交的。

在一些实施例中，步骤(b)还包括：从所述服务器接收与所述一个或多个应用中的全部应用相对应的安装特征码。

在一些实施例中，与不同应用相关联的URLScheme不同。

在一些实施例中，步骤(b)还包括：从所述服务器接收与所述一个或多个应用中的非全部应用相对应的安装特征码。

在一些实施例中，步骤(c)还包括：针对未接收到相应安装特征码的应用，在所述移动终端上基于上一次应用安装状态检测的结果进行相应显示。

在一些实施例中，步骤(c)还包括：(c1)针对未接收到相应安装特征码的应用，向服务器查询相应应用的安装状态；以及(c2)从所述服务器接收针对所述应用的安装状态的答复。

根据本公开的第二方面，提供了一种用于检测应用安装状态的移动终端。该移动终端包括：特征码请求单元，用于向服务器请求针对一个或多个应用的安装特征码；特征码接收单元，用于从所述服务器接收与所述一个或多个应用中的至少一个应用相对应的安装特征码；以及安装状态检测单元，用于根据所接收的安装特征码来检测相应应用的安装状态。

在一些实施例中，所述安装特征码是URLScheme。

在一些实施例中，所述安装状态检测单元还用于：根据所接收的URLScheme，调用“canOpenURL”方法来检测是否存在能够识别URLScheme的应用，如果所述“canOpenURL”方法的返回值为否，则确定与所述URLScheme相对应的应用未安装，以及如果所述“canOpenURL”方法的返回值为真，则确定与所述URLScheme相对应的应用已安装。

在一些实施例中，所述移动终端还包括：安装状态显示单元，用于根据检测到的所述一个或多个应用的安装状态，在所述移动终端上进行相应显示。

在一些实施例中，所述服务器具有的安装特征码是由与所述安装特征码相对应的应用的开发商向所述服务器提交的。

在一些实施例中，所述特征码接收单元还用于：从所述服务器接收与所述一个或多个应用中的全部应用相对应的安装特征码。

在一些实施例中，与不同应用相关联的URLScheme不同。

在一些实施例中，所述特征码接收单元还用于：从所述服务器接收与所述一个或多个应用中的非全部应用相对应的安装特征码。

在一些实施例中，所述安装状态检测单元还用于：针对未接收到相应安装特征码的应用，在所述移动终端上基于上一次应用安装状态检测的结果进行相应显示。

在一些实施例中，所述安装状态检测单元还用于：针对未接收到相应安装特征码的应用，向服务器查询相应应用的安装状态；以及从所述服务器接收针对所述应用的安装状态的答复。

根据本公开的第三方面，提供了一种在服务器处执行的用于辅助检测应用安装状态的方法。该方法包括：(a)从移动终端接收针对一个或多个应用的安装特征码的请求；(b)在数据库中查找与所述一个或多个应用相关的安装特征码；以及(c)向所述移动终端发送与所述一个或多个应用中的至少一个应用相对应的安装特征码。

在一些实施例中，所述安装特征码是URLScheme。

在一些实施例中，所述服务器具有的安装特征码是由与所述安装特征码相对应的应用的开发商向所述服务器提交的。

在一些实施例中，与不同应用相关联的URLScheme不同。

在一些实施例中，步骤(c)还包括：向所述移动终端发送与所述一个或多个应用中的非全部应用相对应的安装特征码。

在一些实施例中，该方法还包括：(d)从移动终端接收针对未接收到相应安装特征码的应用的安装状态的请求；(e)通过MDM协议接口向所述移动终端查询与未接收到相应安装特征码的应用的安装状态；(f)从所述移动终端接收与未接收到相应安装特征码的应用的安装状态；以及(g)基于所接收的安装状态，向所述移动终端发送答复。

根据本公开的第四方面，提供了一种用于辅助检测应用安装状态的服务器。该服务器包括：第一请求接收单元，用于从移动终端接收针对一个或多个应用的安装特征码的请求；特征码查找单元，用于在数据库中查找与所述一个或多个应用相关的安装特征码；以及特征码发送单元，用于向所述移动终端发送与所述一个或多个应用中的至少一个应用相对应的安装特征码。

在一些实施例中，所述安装特征码是URLScheme。

在一些实施例中，所述服务器具有的安装特征码是由与所述安装特征码相对应的应用的开发商向所述服务器提交的。

在一些实施例中，与不同应用相关联的URLScheme不同。

在一些实施例中，所述特征码发送单元还用于：向所述移动终端发送与所述一个或多个应用中的非全部应用相对应的安装特征码。

在一些实施例中，所述服务器还包括：第二请求接收单元，用于从移动终端接收针对未接收到相应安装特征码的应用的安装状态的请求；安装状态查询单元，用于通过MDM协议接口向所述移动终端查询与未接收到相应安装特征码的应用的安装状态；安装状态接收单元，用于从所述移动终端接收与未接收到相应安装特征码的应用的安装状态；以及答复发送单元，用于基于所接收的安装状态，向所述移动终端发送答复。

根据本公开的第五方面，提供了一种用于检测应用安装状态的系统。该系统包括：一个或多个根据本公开第二方面所述的移动终端以及至少一个根据本公开第四方面所述的服务器。

根据本公开的第六方面，提供了一种非瞬时计算机可读存储介质，其上存储有计算机可执行程序，当计算机执行该程序时，使得所述计算机执行根据本公开第一方面和/或第三方面所述的方法。

通过使用本公开实施例的方法、移动终端和服务器，可以降低服务器查询设备的负载压力，节约计算/网络/时间资源，并使得MAM客户端可以实时正确的显示移动终端上的应用安装状态。

附图说明

通过下面结合附图说明本公开的优选实施例，将使本公开的上述及其它目的、特征和优点更加清楚，其中：

图1示出了示例MAM系统架构的示意图。

图2是示出了示例MAM客户端的示例用户界面。

图3是示出了根据本公开实施例的示例应用场景的示意图。

图4是示出了根据本公开实施例的用于检测应用安装状态的示例流程的示意图。

图5是示出了根据本公开实施例的在移动终端处执行的用于检测应用安装状态的示例方法的流程图。

图6是示出了根据本公开实施例的用于执行图5所示方法的示例移动终端的框图。

图7是示出了根据本公开实施例的在服务器处执行的用于辅助检测应用安装状态的示例方法的流程图。

图8是示出了根据本公开实施例的用于执行图7所示方法的示例服务器的框图。

具体实施方式

下面参照附图对本公开的优选实施例进行详细说明，在描述过程中省略了对于本公开来说是不必要的细节和功能，以防止对本公开的理解造成混淆。以下，以本公开应用于无线移动通信系统的场景为例，对本公开进行了详细描述。但本公开并不局限于此，本公开也可以应用于固定通信系统、有线通信系统，或者应用于无线移动通信系统、固定通信系统、有线通信系统等的任意混合结构。就移动通信系统而言，本公开并不局限于所涉及的各个移动通信终端的具体通信协议，可以包括(但不限于)2G、3G、4G、5G网络，WCDMA、CDMA2000、TD-SCDMA系统等，不同的移动终端可以采用相同的通信协议，也可以采用不同的通信协议。此外，本公开并不局限于移动终端的具体操作系统，可以包括(但不限于)iOS、WindowsPhone、Symbian(塞班)、Android(安卓)等，不同的移动终端可以采用相同的操作系统，也可以采用不同的操作系统。

在本公开的以下描述中，将主要以iOS操作系统为例来说明本公开的发明构思，然而本公开不限于此，其也可以同样适用于其它操作系统，例如安卓、Windows等。此外，在本公开的以下描述中，将主要针对企业内部的应用分发来描述本公开实施例，然而本公开不限于此。事实上，其也可以适用于各种类型的应用分发，例如，互联网应用分发等等。

在iOS系统中，提供了一种在应用之间传递数据的通信方式，称为URLScheme。例如，第一应用在终端上安装时，可以向终端操作系统注册其所支持的URLScheme。例如，如果第一应用是个网页浏览器，其可以向操作系统iOS登记其URLScheme，例如“http”。这样，如果在第二应用中请求iOS系统打开某一个以“http”开头的URL时，例如“http：//www.google.com”，则可以通过iOS系统提供“openurl”方法向第一应用传递该URL“http：//www.google.com”，以实现一种数据通信方式。当然，在iOS的缺省设置下，URLScheme“http”已经被iOS自己的网页浏览器等所注册，这里仅作为说明示例之用。

然而，本申请的发明人在解决本申请的技术问题的过程中，发现可以通过以下方式来检测应用是否已安装。在一些实施例中，首先在该应用的info.plist文件中注册一个URLScheme属性(字符串，例如上面的http等)，而其它应用可以通过调用UIApplication类的方法：

canOpenURL：″URLScheme″

来判断对应的app是否已经安装，而无需等待服务器侧通过MDM协议向移动终端查询应用安装状态。

此外，在以下描述中，不同应用注册了不同的URLScheme，然而本公开不限于此。

图3是示出了根据本公开实施例的应用安装检测系统1000的应用场景的示意图。如图3所示，系统1000可以包括移动终端100和服务器200。为了清楚起见，图中仅示出了一个移动终端100、一个服务器200，但本公开并不局限于此，可以包括两个或更多数目的移动终端和/或服务器等等。移动终端100可以属于用户或者可以由用户操作。移动终端100和服务器200可以通过通信网络300进行通信。通信网络300的示例可以包括(但不限于)：互联网、移动通信网络、固定线路(如xDSL、光纤等)等。

在图3所示实施例中，为了在移动终端100上检测应用安装状态，将根据本公开的实施例的安装状态检测客户端150(以下简称为客户端150)安装在移动终端100上。客户端150可以由用户以软件的形式自行安装在移动终端100中，或者可以由生产厂商以硬件或固件的形式安装在移动终端100中。在一些实施例中，客户端150可以是例如在用户购买了移动终端100之后从网络中下载的专门用于本公开实施例的应用软件。在另一些实施例中，客户端150可以是例如由生产厂商以固件或硬件形式预先安装在移动终端100中的应用程序。在又一些实施例中，客户端150可以是由生产厂商生产的硬件模块或移动终端100本身。

此外，在图3所示实施例中，为了在服务器200上辅助检测应用安装状态，将根据本公开的实施例的安装状态辅助检测服务器端250(以下简称为服务器端250)安装在服务器200上。服务器端250可以由管理员以软件的形式自行安装在服务器200中，或者可以由生产厂商以硬件或固件的形式安装在服务器200中。在一些实施例中，服务器端250可以是例如在管理员购买了服务器200之后从网络中下载的专门用于本公开实施例的应用软件。在另一些实施例中，服务器端250可以是例如由生产厂商以固件或硬件形式预先安装在服务器200中的应用程序。在又一些实施例中，服务器端250可以是由生产厂商生产的硬件模块或服务器200本身。

接下来，将参考图3和图4来详细描述根据本公开实施例的用于检测应用安装状态的示例流程。

在一些实施例中，企业在开发应用的时候就可以为其应用指定URLScheme。例如，每个应用具有自己的独特的URLScheme(例如，appl、app2等)。应用程序包在通过管理平台上传的时候，管理平台可以解析出该应用程序包的URLScheme的值(例如，通过分析info.plist文件)，并将其存入数据库。当服务器200向MAM客户端返回应用列表时，该应用列表可以附带与各应用对应的URLScheme。这样，MAM客户端程序就可以自己判断应用的状态，而无需等待服务器侧同步。

如图4所示，首先，在应用开发期间或之后，可以注册URLScheme并打包应用。然后，可以将应用程序包通过管理平台上传至MAM服务器(例如，服务器200)进行发布，同时管理平台解析出该应用程序包的URLScheme，并存入数据库。

接下来，在一些实施例中，移动终端100上的MAM客户端(例如，客户端150)可以刷新应用列表。在一个实施例中，刷新应用列表包括向服务器端250发起应用状态请求。服务器端在收到该请求之后，可以查询数据库中存储的应用列表，并向客户端返回该应用列表。该应用列表中的每个应用记录包含了对应应用的URLScheme值。

在一些实施例中，服务器200所返回的应用列表可以包括与移动终端100请求的部分或全部应用相关的信息。例如，当返回全部应用相关的信息时，可以针对这些应用的URLScheme进行逐一尝试(串行、并行、或其他顺序)，以确定这些应用是否已被安装在移动终端100上。

当服务器200由于某些原因并未返回全部应用的信息时，例如由于某一应用已下架、该服务器200不支持/不知道某一应用等、或某一应用并未采用URLScheme方式注册，则移动终端100上的客户端150在收到部分信息的情况下，针对那些没有收到URLScheme信息的应用，可以采用其他方式来确定安装状态。

在一些实施例中，可以继续显示上一次状态确定的结果。例如，如果之前显示为已安装，则继续显示为已安装，反之亦然。在另一些实施例中，可以请求服务器200通过MDM协议来查询那些未收到URLScheme信息的应用的安装状态，然后根据服务器200的查询结果来相应显示。

MAM客户端在接收到应用列表后，可以根据应用记录中的URLScheme来采用以上方式判断对应的应用是否已经安装，并进行相应显示。当例如“canOpenURL”方法的返回值为“否”时，则判断移动终端100上并未安装对应应用。相反，如果当例如“canOpenURL”方法的返回值为“是”时，则判断移动终端100上已安装了对应应用。

至此，通过根据本公开实施例的检测应用安装状态的方法和移动终端，可以摒弃服务器通过MDM协议发起查询的方式，免去了服务器的负载压力。同时，客户端刷新应用列表后，能够及时准确地显示应用的当前安装状态。

图5是示出了根据本公开实施例的在移动终端100中执行的检测应用安装状态的方法400的流程图。如图5所示，方法400可以包括步骤S410、S420和S430。根据本公开，方法400的一些步骤可以单独执行或组合执行，以及可以并行执行或顺序执行，并不局限于图5所示的具体操作顺序。在一些实施例中，方法400可以由图3所示的移动终端100和/或客户端150执行。

图7是示出了根据本公开实施例的在服务器200中执行的辅助检测应用安装状态的方法450的流程图。如图7所示，方法450可以包括步骤S460、S470和S480。根据本公开，方法450的一些步骤可以单独执行或组合执行，以及可以并行执行或顺序执行，并不局限于图7所示的具体操作顺序。在一些实施例中，方法450可以由图3所示的服务器200和/或服务器端250执行。

图6是示出了根据本公开实施例的检测应用安装状态的示例移动终端100的框图。如图6所示，移动终端100可以包括：特征码请求单元110、特征码接收单元120和安装状态检测单元130。

特征码请求单元110可以用于向服务器200请求针对一个或多个应用的安装特征码。特征码请求单元110可以是移动终端100的中央处理单元(CPU)、数字信号处理器(DSP)、微处理器、微控制器等等，其可以与移动终端100的通信部分(例如，无线收发信机、以太网卡、xDSL调制解调器等)相配合，向服务器200请求针对一个或多个应用的安装特征码。

特征码接收单元120可以用于从服务器200接收与一个或多个应用中的至少一个应用相对应的安装特征码。特征码接收单元120可以是移动终端100的中央处理单元(CPU)、数字信号处理器(DSP)、微处理器、微控制器等等，其可以与移动终端100的通信部分(例如，无线收发信机、以太网卡、xDSL调制解调器等)相配合，从服务器200接收与一个或多个应用中的至少一个应用相对应的安装特征码。

安装状态检测单元130可以用于根据所接收的安装特征码来检测相应应用的安装状态。安装状态检测单元130可以是移动终端100的中央处理单元(CPU)、数字信号处理器(DSP)、微处理器、微控制器等等，其可以与移动终端100的存储部分(例如，SD卡、闪存等)相配合，调用系统方法“canOpenURL”，以根据所接收的安装特征码来检测相应应用的安装状态。

此外，移动终端100还可以包括图6中未示出的其他单元，例如安装状态显示单元等。在一些实施例中，安装状态显示单元可以用于根据检测到的一个或多个应用的安装状态，在移动终端100上进行相应显示。

图8是示出了根据本公开实施例的辅助检测应用安装状态的示例服务器200的框图。如图8所示，服务器200可以包括：第一请求接收单元210、特征码查找单元220和特征码发送单元230。

第一请求接收单元210可以用于从移动终端100接收针对一个或多个应用的安装特征码的请求。第一请求接收单元210可以是服务器200的中央处理单元(CPU)、数字信号处理器(DSP)、微处理器、微控制器等等，其可以与服务器200的通信部分(例如，无线收发信机、以太网卡、xDSL调制解调器等)相配合，从移动终端100接收针对一个或多个应用的安装特征码的请求。

特征码查找单元220可以用于在数据库中查找与所述一个或多个应用相关的安装特征码。特征码接收单元220可以是服务器200的中央处理单元(CPU)、数字信号处理器(DSP)、微处理器、微控制器等等，其可以与服务器200的存储部分(例如，硬盘、磁带驱动器、光盘驱动器、U盘等)相配合，在其存储的数据库中查找与所述一个或多个应用相关的安装特征码。

特征码发送单元230可以用于向移动终端100发送与所述一个或多个应用中的至少一个应用相对应的安装特征码。特征码发送单元230可以是服务器200的中央处理单元(CPU)、数字信号处理器(DSP)、微处理器、微控制器等等，其可以与服务器200的通信部分(例如，无线收发信机、以太网卡、xDSL调制解调器等)相配合，向移动终端100发送与所述一个或多个应用中的至少一个应用相对应的安装特征码。

此外，服务器200还可以包括图8中未示出的其他单元，例如第二请求接收单元、安装状态查询单元、安装状态接收单元、以及答复发送单元等。在一些实施例中，第二请求接收单元可以用于从移动终端100接收针对未接收到相应安装特征码的应用的安装状态的请求。在一些实施例中，安装状态查询单元可以用于通过MDM协议接口向移动终端100查询与未接收到相应安装特征码的应用的安装状态。在一些实施例中，安装状态接收单元可以用于从移动终端100接收与未接收到相应安装特征码的应用的安装状态。在一些实施例中，答复发送单元可以用于基于所接收的安装状态，向移动终端100发送答复。

以下将结合图5和图6，对根据本公开实施例的在移动终端100上执行的检测应用安装状态的方法400和移动终端100进行详细的描述。

方法400开始于步骤S410，在步骤S410中，可以由移动终端100的特征码请求单元110向服务器200请求针对一个或多个应用的安装特征码。

在步骤S420中，可以由移动终端100的特征码接收单元120从服务器200接收与一个或多个应用中的至少一个应用相对应的安装特征码。

在步骤S430中，可以由移动终端100的安装状态检测单元130根据所接收的安装特征码来检测相应应用的安装状态。

在一些实施例中，安装特征码可以是URLScheme。

在一些实施例中，步骤S430可以包括：根据所接收的URLScheme，调用“canOpenURL”方法来检测是否存在能够识别URLScheme的应用，如果“canOpenURL”方法的返回值为否，则确定与URLScheme相对应的应用未安装，以及如果“canOpenURL”方法的返回值为真，则确定与URLScheme相对应的应用已安装。

在一些实施例中，在步骤S430之后，方法400还可以包括：(S440)根据检测到的一个或多个应用的安装状态，在移动终端100上进行相应显示。

在一些实施例中，服务器200具有的安装特征码可以是由与安装特征码相对应的应用的开发商向服务器200提交的。

在一些实施例中，步骤S420还可以包括：从服务器200接收与一个或多个应用中的全部应用相对应的安装特征码。

在一些实施例中，与不同应用相关联的URLScheme可以不同。

在一些实施例中，步骤S420还可以包括：从服务器200接收与一个或多个应用中的非全部应用相对应的安装特征码。

在一些实施例中，步骤S430还可以包括：针对未接收到相应安装特征码的应用，在移动终端100上基于上一次应用安装状态检测的结果进行相应显示。

在一些实施例中，步骤S430还可以包括：(S432)针对未接收到相应安装特征码的应用，向服务器200查询相应应用的安装状态；以及(S434)从服务器200接收针对应用的安装状态的答复。

以下将结合图7和图8，对根据本公开实施例的在服务器200上执行的辅助检测应用安装状态的方法450和服务器200进行详细的描述。

方法450开始于步骤S460，在步骤S460中，可以由服务器200的第一请求接收单元210从移动终端100接收针对一个或多个应用的安装特征码的请求。

在步骤S470中，可以由服务器200的特征码查找单元220在数据库中查找与一个或多个应用相关的安装特征码。

在步骤S480中，可以由服务器200的特征码发送单元230向移动终端100发送与一个或多个应用中的至少一个应用相对应的安装特征码。

在一些实施例中，安装特征码可以是URLScheme。

在一些实施例中，服务器200具有的安装特征码可以是由与安装特征码相对应的应用的开发商向服务器200提交的。

在一些实施例中，与不同应用相关联的URLScheme可以不同。

在一些实施例中，步骤S480还可以包括：向移动终端100发送与一个或多个应用中的非全部应用相对应的安装特征码。

在一些实施例中，方法450还可以包括：(S490)从移动终端100接收针对未接收到相应安装特征码的应用的安装状态的请求；(S492)通过MDM协议接口向移动终端100查询与未接收到相应安装特征码的应用的安装状态；(S494)从移动终端100接收与未接收到相应安装特征码的应用的安装状态；以及(S496)基于所接收的安装状态，向移动终端100发送答复。

至此已经结合优选实施例对本公开进行了描述。应该理解，本领域技术人员在不脱离本公开的精神和范围的情况下，可以进行各种其它的改变、替换和添加。因此，本公开的范围不局限于上述特定实施例，而应由所附权利要求所限定。

Claims (16)

1.一种在移动终端处执行的用于检测应用安装状态的方法，包括：

(a)向服务器请求针对一个或多个应用的安装特征码；

(b)从所述服务器接收与所述一个或多个应用中的至少一个应用相对应的安装特征码；以及

(c)根据所接收的安装特征码来检测相应应用的安装状态。

2.根据权利要求1所述的方法，其中，所述安装特征码是URLScheme。

3.根据权利要求2所述的方法，其中，步骤(c)包括：

根据所接收的URLScheme，调用“canOpenURL”方法来检测是否存在能够识别URLScheme的应用，如果所述“canOpenURL”方法的返回值为否，则确定与所述URLScheme相对应的应用未安装，以及如果所述“canOpenURL”方法的返回值为真，则确定与所述URLScheme相对应的应用已安装。

4.根据权利要求1所述的方法，其中，在步骤(c)之后，所述方法还包括：

(d)根据检测到的所述一个或多个应用的安装状态，在所述移动终端上进行相应显示。

5.根据权利要求1所述的方法，其中，所述服务器具有的安装特征码是由与所述安装特征码相对应的应用的开发商向所述服务器提交的。

6.根据权利要求1所述的方法，其中，步骤(b)还包括：从所述服务器接收与所述一个或多个应用中的非全部应用相对应的安装特征码。

7.根据权利要求6所述的方法，其中，步骤(c)还包括：

针对未接收到相应安装特征码的应用，在所述移动终端上基于上一次应用安装状态检测的结果进行相应显示。

8.根据权利要求6所述的方法，其中，步骤(c)还包括：

(c1)针对未接收到相应安装特征码的应用，向服务器查询相应应用的安装状态；以及

(c2)从所述服务器接收针对所述应用的安装状态的答复。

9.一种用于检测应用安装状态的移动终端，包括：

特征码请求单元，用于向服务器请求针对一个或多个应用的安装特征码；

特征码接收单元，用于从所述服务器接收与所述一个或多个应用中的至少一个应用相对应的安装特征码；以及

安装状态检测单元，用于根据所接收的安装特征码来检测相应应用的安装状态。

10.一种在服务器处执行的用于辅助检测应用安装状态的方法，包括：

(a)从移动终端接收针对一个或多个应用的安装特征码的请求；

(b)在数据库中查找与所述一个或多个应用相关的安装特征码；以及

(c)向所述移动终端发送与所述一个或多个应用中的至少一个应用相对应的安装特征码。

11.根据权利要求10所述的方法，其中，所述安装特征码是URLScheme。

12.根据权利要求10所述的方法，其中，所述服务器具有的安装特征码是由与所述安装特征码相对应的应用的开发商向所述服务器提交的。

13.根据权利要求10所述的方法，其中，步骤(c)还包括：向所述移动终端发送与所述一个或多个应用中的非全部应用相对应的安装特征码。

14.根据权利要求13所述的方法，还包括：

(d)从移动终端接收针对未接收到相应安装特征码的应用的安装状态的请求；

(e)通过MDM协议接口向所述移动终端查询与未接收到相应安装特征码的应用的安装状态；

(f)从所述移动终端接收与未接收到相应安装特征码的应用的安装状态；以及

(g)基于所接收的安装状态，向所述移动终端发送答复。

15.一种用于辅助检测应用安装状态的服务器，包括：

请求接收单元，用于从移动终端接收针对一个或多个应用的安装特征码的请求；

特征码查找单元，用于在数据库中查找与所述一个或多个应用相关的安装特征码；以及

特征码发送单元，用于向所述移动终端发送与所述一个或多个应用中的至少一个应用相对应的安装特征码。

16.一种用于检测应用安装状态的系统，包括：

一个或多个根据权利要求9所述的移动终端；以及

至少一个根据权利要求15所述的服务器。