一种应用拉活的方法、设备和计算机存储介质与流程

本发明涉及互联网技术领域，尤其涉及一种应用拉活的方法、设备和计算机存储介质。

背景技术：

终端设备中的应用在用户选择关闭或者被操作系统杀死后，该应用便处于死亡状态。现有技术在拉活处于死亡状态的应用时，一般采用在客户端的前台拉活的方式：用户在当前应用的客户端中点击某一应用的推广资源后，当前应用的客户端会向用户提供相应的提示框，例如“是否允许跳转到某应用”，只有当用户点击允许时，才会从当前应用跳转到对应的应用，从而实现该应用的拉活，而用户点击不允许时则不会跳转。因此现有的在前台拉活应用的方式，存在应用的拉活率较低、应用的拉活步骤较为复杂的问题。

技术实现要素：

有鉴于此，本发明提供了一种应用拉活的方法、设备和计算机存储介质，用于提升应用的拉活率，并简化应用的拉活步骤。

本发明为解决技术问题所采用的技术方案是提供一种在客户端执行的应用拉活的方法，所述方法包括：获取对推广资源的触摸指令，向服务器端发送所述推广资源对应的推广位置信息；接收服务器端返回的所述推广资源对应的应用信息，其中，应用信息包括应用标识信息，所述应用信息由服务器端在推广位置内查询获得的推广资源对应的应用所确定；根据所接收的应用信息，在后台执行拉活对应的应用的指令。

本发明为解决技术问题所采用的技术方案是提供一种在服务器端执行的应用拉活的方法，所述方法包括：接收客户端发送的推广资源对应的推广位置信息；根据所接收的推广位置信息在推广位置内查询，以确定所述推广资源对应的应用；根据服务器端中预先存储的应用与应用信息之间的对应关系，获取所述推广资源对应的应用信息，其中，应用信息包括应用标识信息；将所述推广资源对应的应用信息发送至客户端。

由以上技术方案可以看出，本发明中的客户端依据从服务器端获取的对应推广资源的应用信息，在后台直接对应用进行拉活，无需再在前台展示提示框并根据用户的操作来拉活应用，从而极大地提升应用的拉活率，并简化应用的拉活步骤。

【附图说明】

图1为本发明一实施例提供的在客户端执行应用拉活的方法流程图；

图2为本发明一实施例提供的在服务器端执行应用拉活的方法流程图；

图3为本发明一实施例提供的计算机系统/服务器的框图。

【具体实施方式】

为了使本发明的目的、技术方案和优点更加清楚，下面结合附图和具体实施例对本发明进行详细描述。

在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。

应当理解，本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。

图1为本发明一实施例提供的在客户端执行的应用拉活的方法流程图，如图1中所示，所述方法包括：

在101中，获取对推广资源的触摸指令，向服务器端发送所述推广资源对应的推广位置信息。

在本步骤中，客户端在获取对推广资源的触摸指令后，即用户点击客户端所在终端设备的屏幕上所展示的推广资源后，向服务器端发送推广资源对应的推广位置信息。其中，服务器端为对应当前客户端的服务器端。

在本发明中，推广资源可以为文字、图片、声音、视频等中的至少一种，用于实现向用户传递特定信息的目的。

本步骤在向服务器端发送推广资源对应的推广位置信息时，可以采用以下方式：根据对推广资源的触摸指令，获取推广资源对应的推广位置信息；将所获取的推广资源对应的推广位置信息发送至服务器端。其中，所获取的推广位置信息可以为推广资源的位置编号，用于标识服务器端中推广位置内不同的推广资源。可以理解的是，一个推广位置信息仅对应一个应用，因此通过推广位置信息能够在服务器端的推广位置内确定推广资源所对应的唯一应用。

举例来说，若用户在应用a的客户端中点击了某个推广资源，则由应用a的客户端获取所点击的推广资源对应的推广位置信息，然后将其发送至应用a的服务器端，以获取该推广资源对应的应用的应用信息。

另外，本步骤在向服务器端发送推广资源对应的推广位置信息之前，还包括以下内容：记录客户端每次的开启时间；获取客户端本次开启时间与客户端前次开启时间之间的时间间隔；当所获取的时间间隔超过预设阈值时，则向服务器端发送推广资源对应的推广位置信息，否则不向服务器端发送推广资源对应的推广位置信息。

在102中，接收服务器端返回的所述推广资源对应的应用信息，其中，应用信息包括应用标识信息，所述应用信息由服务器端在推广位置内查询获得的推广资源对应的应用所确定。

在本步骤中，客户端接收从服务器端返回的推广资源对应的应用信息，所接收的应用信息由服务器端在推广位置内查询获得的推广资源对应的应用所确定。

其中，从服务器端所获取的应用信息包括应用标识信息，用于标识唯一的应用，应用标识信息可以包括应用的包名、应用的名称等中的至少一种，还可以进一步包括应用的类名。

另外，从服务器端所获取的应用信息中还包括用于应用打点的统一资源定位符url。根据该统一资源定位符url能够访问对应推广资源的服务器端，从而完成应用打点。

因此，本步骤还包括以下内容：提取应用信息中用于应用打点的统一资源定位符url；根据所获取的url访问服务器端，上传应用数据，所上传的应用数据用于在对应的服务器端中完成打点。即客户端根据所获取的url，访问推广资源对应的服务器端，使得推广资源对应的服务器端能够得知推广资源在客户端中被点击，由推广资源对应的服务器端对推广资源的本次点击进行记录，从而完成打点。

在103中，根据所接收的应用信息，在后台执行拉活对应的应用的指令。

在本步骤中，根据步骤102中所接收的推广资源对应的应用信息，在后台执行对相应的应用进行拉活的指令。其中，本发明所涉及到的在客户端中拉活应用，即通过当前应用的客户端跳转到另一个应用的客户端。

优选地，本步骤根据所接收的应用信息中的应用标识信息，在后台执行拉活对应的应用的指令。即在后台对由应用信息中的应用标识信息所确定的唯一应用进行拉活。

可以理解的是，本步骤在根据所接收的应用信息在后台执行拉活对应的应用的指令时，可以利用预设的拉活代码在后台拉活对应的应用。利用拉活代码对应用进行拉活属于现有技术，在此不进行赘述。

本步骤在根据所接收的应用信息，在后台执行拉活对应的应用的指令之前，还包括：检测对应的应用是否已经在后台被拉活；若对应的应用未被拉活，则根据所接收的应用信息在后台执行拉活对应的应用的指令，否则无需进行在后台执行拉活对应的应用的指令。

图2为本发明一实施例提供的在服务器端执行的应用拉活的方法流程图，如图2中所示，所述方法包括：

在201中，接收客户端发送的推广资源对应的推广位置信息。

在本步骤中，服务器端接收客户端所发送的推广资源对应的推广位置信息。

在202中，根据所接收的推广位置信息在推广位置内查询，以确定推广资源对应的应用。

在本步骤中，服务器端根据步骤201中所接收到的推广资源对应的推广位置信息，在推广位置内查询，以确定推广资源对应的应用。其中，服务器端中的推广位置内存储有各推广位置信息及其对应的应用，例如存储有各推广资源的位置编号以及与各推广资源的位置编号所对应的应用。可以理解的是，一个应用可以与多个推广位置信息对应，但一个推广位置信息仅对应一个应用。

在203中，根据服务器端中预先存储的应用与应用信息之间的对应关系，获取所述推广资源对应的应用信息，其中，应用信息包括应用标识信息。

在本步骤中，根据步骤202中所确定的推广资源对应的应用，利用服务器端预先存储的各应用与各应用信息之间的对应关系，首先获取推广资源对应的应用的应用信息，进而将所获取的应用的应用信息作为推广资源对应的应用信息。

其中，应用信息包括应用标识信息，用于标识唯一的应用，应用标识信息可以包括应用的包名、应用的名称等中的至少一种，还可以进一步包括应用的类名。

在204中，将所述推广资源对应的应用信息发送至客户端。

在本步骤中，将步骤203中所获取的推广资源对应的应用信息发送至客户端，以用于客户端根据推广资源对应的应用信息在后台执行拉活推广资源对应的应用的指令。

另外，本步骤在将推广资源对应的应用信息发送至客户端之前，还包括以下内容：根据推广资源对应的应用信息获取推广资源对应的应用的应用类型；根据应用的应用类型确定是否需要上传应用数据；若确定需要上传应用数据，则将应用的统一资源定位符url添加入推广资源对应的应用信息，进而由客户端根据所添加的url访问应用对应的服务器端。也就是说，某些应用类型的应用需要上传应用数据，即根据所上传的应用数据在应用对应的服务器端完成打点，而某些应用类型的应用无需上传应用数据。因此，本步骤通过判定应用的应用类型，确定是否将应用对应的统一资源定位符url添加至应用信息中。

图3示出了适于用来实现本发明的一些实施方式的示例性计算机系统/服务器012的框图。图3显示的计算机系统/服务器012仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图3所示，计算机系统/服务器012以通用计算设备的形式表现。计算机系统/服务器012的组件可以包括但不限于：一个或者多个处理器或者处理单元016，系统存储器028，连接不同系统组件(包括系统存储器028和处理单元016)的总线018。

总线018表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(isa)总线，微通道体系结构(mac)总线，增强型isa总线、视频电子标准协会(vesa)局域总线以及外围组件互连(pci)总线。

计算机系统/服务器012典型地包括多种计算机系统可读介质。这些介质可以是任何能够被计算机系统/服务器012访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

系统存储器028可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(ram)030和/或高速缓存存储器032。计算机系统/服务器012可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统034可以用于读写不可移动的、非易失性磁介质(图3未显示，通常称为“硬盘驱动器”)。尽管图3中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如cd-rom,dvd-rom或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线018相连。存储器028可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。

具有一组(至少一个)程序模块042的程序/实用工具040，可以存储在例如存储器028中，这样的程序模块042包括——但不限于——操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块042通常执行本发明所描述的实施例中的功能和/或方法。

计算机系统/服务器012也可以与一个或多个外部设备014(例如键盘、指向设备、显示器024等)通信，在本发明的一些实施例中，计算机系统/服务器012与外部雷达设备进行通信，还可与一个或者多个使得用户能与该计算机系统/服务器012交互的设备通信，和/或与使得该计算机系统/服务器012能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口022进行。并且，计算机系统/服务器012还可以通过网络适配器020与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图所示，网络适配器020通过总线018与计算机系统/服务器012的其它模块通信。应当明白，尽管图中未示出，可以结合计算机系统/服务器012使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。

处理单元016通过运行存储在系统存储器028中的程序，从而执行各种功能应用以及数据处理，例如实现本发明实施例所提供的方法流程。

上述的计算机程序可以设置于计算机存储介质中，即该计算机存储介质被编码有计算机程序，该程序在被一个或多个计算机执行时，使得一个或多个计算机执行本发明上述实施例中所示的方法流程和/或装置操作。例如，被上述一个或多个处理器执行本发明实施例所提供的方法流程。

随着时间、技术的发展，介质含义越来越广泛，计算机程序的传播途径不再受限于有形介质，还可以直接从网络下载等。可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、电线、光缆、rf等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、smalltalk、c++，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(lan)或广域网(wan)连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

由以上技术方案可以看出，本发明中的客户端依据从第一服务器端获取的应用信息，在后台直接对应用进行拉活，无需再在前台展示提示框并根据用户的操作来拉活应用，从而极大地提升应用的拉活率，并简化应用的拉活步骤。

在本发明所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

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

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

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-onlymemory，rom)、随机存取存储器(randomaccessmemory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。