CN118467815A - 一种应用分享方法、系统、设备及存储介质 - Google Patents

Abstract

本申请实施例公开了一种应用分享方法、系统、设备及存储介质。本申请实施例提供的技术方案，通过响应于当前应用的应用分享操作，获取当前应用对应的各个分享应用预设定的应用推荐优先级信息，应用推荐优先级信息预先根据当前应用所属的服务区域的应用下载排行信息构建，并根据各个分享应用的分享结果信息进行周期性调整；根据应用推荐优先级信息确定目标分享应用，并获取当前应用的分享链接；从当前应用跳转至目标分享应用，以从目标分享应用中选择分享对象传输分享链接。采用上述技术手段，可以确保分享链接得以打开下载，并提升分享渠道推荐效果，实现精准的分享渠道推荐，提升应用分享效率。

Description

一种应用分享方法、系统、设备及存储介质

技术领域

本申请实施例涉及计算机技术领域，尤其涉及一种应用分享方法、系统、设备及存储介质。

背景技术

目前，随着移动互联网的快速发展，众多应用程序广泛被人们所使用。应用程序在运营管理过程中，需要采用各式营销策略来增加下载量和用户数量。其中较为实惠的方式则是通过用户之间分享应用下载链接，特别是在社交应用这一分享渠道，通过向社交应用好友发送应用下载链接，即可实现应用分享。在进行应用分享时，通常会根据用户历史分享信息进行分享渠道推荐，以供用户选择进行应用分享。

但是，对于用户历史分享行为较少的情况，难以根据用户历史分享信息进行分享渠道推荐，其分享渠道推荐效果相对较差。且对于不同区域的不同分享应用(即不同应用分享渠道)，分享的应用下载链接存在无法打开、无法下载的情况，简单根据用户历史分享信息推荐分享渠道进行应用分享，容易因为分享渠道推荐错误而导致分享失败的情况，进而降低应用分享效率，影响应用分享效果。

发明内容

本申请实施例提供一种应用分享方法、系统、设备及存储介质，能够在应用分享时精准进行分享渠道推荐，解决分享应用错误推荐导致分享失败的技术问题。

在第一方面，本申请实施例提供了一种应用分享方法，包括：

响应于当前应用的应用分享操作，获取当前应用对应的各个分享应用预设定的应用推荐优先级信息，应用推荐优先级信息预先根据当前应用所属的服务区域的应用下载排行信息构建，并根据各个分享应用的分享结果信息进行周期性调整；

根据应用推荐优先级信息确定目标分享应用，并获取当前应用的分享链接；

从当前应用跳转至目标分享应用，以从目标分享应用中选择分享对象传输分享链接。

在第二方面，本申请实施例提供了一种应用分享系统，包括：

响应模块，配置为响应于当前应用的应用分享操作，获取当前应用对应的各个分享应用预设定的应用推荐优先级信息，应用推荐优先级信息预先根据当前应用所属的服务区域的应用下载排行信息构建，并根据各个分享应用的分享结果信息进行周期性调整；

确定模块，配置为根据应用推荐优先级信息确定目标分享应用，并获取当前应用的分享链接；

分享模块，配置为从当前应用跳转至目标分享应用，以从目标分享应用中选择分享对象传输分享链接。

在第三方面，本申请实施例提供了一种应用分享设备，包括：

存储器以及一个或多个处理器；

所述存储器，配置为存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如第一方面所述的应用分享方法。

在第四方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可执行指令，所述计算机可执行指令在由计算机处理器执行时配置为执行如第一方面所述的应用分享方法。

在第五方面，本申请实施例提供了一种计算机程序产品，所述计算机程序产品中包含有指令，当指令在计算机或处理器上运行时，使得计算机或处理器执行如第一方面所述的应用分享方法。

本申请实施例通过响应于当前应用的应用分享操作，获取当前应用对应的各个分享应用预设定的应用推荐优先级信息，应用推荐优先级信息预先根据当前应用所属的服务区域的应用下载排行信息构建，并根据各个分享应用的分享结果信息进行周期性调整；根据应用推荐优先级信息确定目标分享应用，并获取当前应用的分享链接；从当前应用跳转至目标分享应用，以从目标分享应用中选择分享对象传输分享链接。采用上述技术手段，通过应用下载排行信息结合应用分享结果信息确定分享应用的应用推荐优先级信息，进而按照应用推荐优先级信息确定目标分享应用进行应用分享，可以确保分享链接得以打开下载，并提升分享渠道推荐效果，实现精准的分享渠道推荐，提升应用分享效率。

附图说明

图1是本申请实施例提供的一种应用分享方法的流程图；

图2是本申请实施例中目标分享应用的确定流程图；

图3是本申请实施例中应用页面的展示示意图之一；

图4本申请实施例中应用页面的展示示意图之二；

图5是本申请实施例提供的一种应用分享系统的结构示意图；

图6是本申请实施例提供的一种应用分享设备的结构示意图。

具体实施方式

为了使本申请的目的、技术方案和优点更加清楚，下面结合附图对本申请具体实施例作进一步的详细描述。可以理解的是，此处所描述的具体实施例仅仅用于解释本申请，而非对本申请的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本申请相关的部分而非全部内容。在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各项操作(或步骤)描述成顺序的处理，但是其中的许多操作可以被并行地、并发地或者同时实施。此外，各项操作的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。

本申请提供的应用分享方法，旨在通过应用下载排行信息结合应用分享结果信息确定分享应用的应用推荐优先级信息，进而按照应用推荐优先级信息确定目标分享应用进行应用分享，实现精准的分享渠道推荐，提升应用分享效率。

随着互联网的快速发展，众多应用广泛被人们所使用，若应用要脱颖而出，则需要采用各式营销策略来增加下载量和用户数量。其中一个有效实惠的方法是通过用户之间分享应用下载链接来实现。特别是社交应用这一分享渠道，通过社交好友间分享应用下载链接，可以快速增加应用下载安装量和用户数。

在进行应用分享过程中，相关的应用分享方案大多根据用户历史分享信息来确认分享渠道(即分享应用)的优先级。若用户历史分享行为较少，则分享渠道推荐效果较差。而对于部分区域或部分应用，分享的下载链接可能无法打开，其应用市场无法下载分享的应用，容易因为分享渠道推荐错误而导致分享失败的情况。而在分享应用时，其分享应用操作繁琐，往往需要多个步骤，同时用户手机内通常有多个支持分享的应用，增加用户选择时间。此外，现有应用分享方案缺乏对分享效果的确认、各个分享渠道效果的关联以及各个分享入口效果的比较，难以对分享进行进一步优化。

基于此，提供本申请实施例的应用分享方法，以解决分享应用错误推荐导致分享失败的技术问题。

实施例：

图1给出了本申请实施例提供的一种应用分享方法的流程图，本实施例中提供的应用分享方法可以由应用分享设备执行，该应用分享设备可以通过软件和/或硬件的方式实现，该应用分享设备可以是两个或多个物理实体构成，也可以是一个物理实体构成。一般而言，该应用分享设备可以是手机，平板，电脑等处理设备。

下述以该应用分享设备为执行应用分享方法的主体为例，进行描述。参照图1，该应用分享方法具体包括：

S110、响应于当前应用的应用分享操作，获取当前应用对应的各个分享应用预设定的应用推荐优先级信息，应用推荐优先级信息预先根据当前应用所属的服务区域的应用下载排行信息构建，并根据各个分享应用的分享结果信息进行周期性调整。

本申请在进行应用分享时，通过设定的应用推荐优先级信息向用户推荐分享应用(即应用分享渠道)。其中，以当前应用所属的服务区域为维度，根据当前应用的服务器所属的大区，确定该服务区域。进而根据不同服务区域用户的社交媒体偏好，确定不同的分享渠道优先级，即应用推荐优先级信息。例如，根据a地区的应用下载排行信息，发现A应用的下载量较多，因此在初始设置该应用推荐优先级信息时，A应用的推荐优先级则相对较高。以此类推，下载量排行越高，则优先级顺序越高。后续每个应用推荐优先级信息的迭代周期，会收集该周期的各个分享应用的分享结果信息，如分享链接的打开成功率、下载率等，进而根据该分享结果信息，调整下个周期的应用推荐优先级信息。

可选地，在进行应用推荐优先级信息迭代更新时，根据各个分享应用的打开成功率、下载率等分享结果信息重新排序各个分享应用，进而根据排序结果确定新的应用推荐优先级信息。另一方面，也可以根据上述排序结果，结合前一应用推荐优先级信息，加权计算各个分享应用的排序，得到新的应用推荐优先级信息。本申请实施例对具体的应用推荐优先级信息的更新方法不做固定限制，在此不多赘述。

S120、根据应用推荐优先级信息确定目标分享应用，并获取当前应用的分享链接。

基于上述应用推荐优先级信息，即可根据应用推荐优先级信息确定目标分享应用进行应用分享。可选地，通过按照应用推荐优先级信息展示分享应用的应用页面，优先级越高，其在应用页面的排序则越靠前。并且对于本机未安装的分享应用，则将这部分应用筛除，不进行展示。进而根据该应用页面，用户即可自行选择点击相应的分享应用，以此确定用户点击的分享应用为目标分享应用。

此外，应用分享设备也可以按照应用推荐优先级信息直接确定本机安装且优先级最高的分享应用为目标分享应用，进而直接跳转至目标分享应用进行应用分享。

可选地，本申请实施例为了优化分享页面和分享操作，采用三层分享渠道结构，以减少用户选择分享应用的耗时，并增加分享效率。其中，推荐优先级信息包括第一优先级和第二优先级，第一优先级高于第二优先级；

参照图2，根据应用推荐优先级信息确定目标分享应用，包括：

S1201、按照优先级顺序从第一优先级对应的分享应用中遍历本机安装的分享应用作为目标分享应用；

S1202、在未遍历到对应第一优先级的目标分享应用的情况下，展示本机安装且对应第二优先级的分享应用的应用页面，并响应于对应用页面的第一选择操作，从第二优先级对应的分享应用中确定目标分享应用。

用户使用当前应用过程中，若需要分享当前应用，则通过点击相应的分享入口，如应用首页中的“邀请好友”按钮、设置页中的“分享imo”按钮等，进而根据手机已安装的分享应用以及该第一优先级中的分享应用排序，依序确定目标分享应用进行自动跳转。例如，假设第一优先级中按照优先级顺序存在whatsApp、微信、telegram三个分享应用，则以此为第一层级分享渠道。依次遍历三个分享应用，找到本地安装的分享应用作为目标分享应用进行跳转。若本地安装whatsApp，则以whatsApp为目标分享应用，否则继续遍历下一个分享应用微信，以此类推。

若没有遍历到上述第一优先级的分享应用作为目标分享应用，或者在跳转至第一优先级的目标分享应用后，用户点击返回、退出等操作，表示不在当前目标分享应用进行跳转，则此时会展示本机安装且对应第二优先级的分享应用的应用页面，此时用户可在该应用页面主动中选择分享应用作为目标分享应用。定义用户的选择操作为第一选择操作，通过响应这一选择操作，即可确定用户在应用页面选择的分享应用作为目标分享应用，进而自动跳转至该目标分享应用。

可选地，在展示本机安装且对应第二优先级的分享应用的应用页面之后，还包括：

响应于对应用页面的第二选择操作，展示本地安装的所有分享应用，以供用户选择确定目标分享应用。

若用户不适用第二层级分享渠道，则可以手动点击应用页面“查看更多”选项，定义此时用户的选择操作为第二选择操作。通过响应该第二选择操作，会进一步展示本地安装的所有分享应用的应用页面，此为第三层级分享渠道。以此通过准确可迭代的分享渠道推荐机制，实现精准的分享渠道推荐，提升应用分享效率。

示例性地，在进行分享渠道展示时，首先设置一个初始的分享渠道排序，其中固定数量个分享应用可以根据所属服务区域的app下载排行榜、app使用偏好排行榜等各项榜单设置(或三方市场调研)，以提高初始的分享效率。另外一个分享应用则是短信应用(sms)，短信应用(SMS)是系统预安装的，且几乎每名用户都可以使用这个系统应用，可以实现分享应用的兜底选择。将这些分享应用顺序写入当前应用程序中，作为应用推荐优先级信息，即使在网络故障时也可推荐分享渠道。不同服务区域有不同的优先级排序，其保存格式为MAP，即KEY是地区码，VALUE是分享应用的包名顺序，格式为LIST，具体如下表1所示：

表1不同服务区域的应用推荐优先级信息排序

地区码-KEY	分享应用包名顺序-VALUE
		aa	[a.b.c,d.e.f,...sms,x.y.z]
bb	[d.e.f,x.y.z,...sms,a.b.c]
		...	...

其中sms，即短信应用，默认第五位顺序，另外a.b.c即是分享应用包名，如org.telegram.messenger。在初始周期时，如第一个月，分享渠道推荐是以应用推荐优先级信息初始顺序为基础。接下来的周期，如第二个月，第三个月，则是根据上一周期各个分享渠道表现，如分享成功率、下载率、分享应用使用次数、转化率、分享率等重新排序推荐，进而更新应用推荐优先级信息排序，在此过程中，短信应用默认排序第5位不变。

进而在用户进行应用分享时，用户点击分享入口后(分布在首页、设置页、添加好友页、个人页等)，此时第一优先级展示按照上述应用推荐优先级信息前4个分享应用顺序，依次检索本机是否有安装和注册，若有，则自动跳转，若都无，则自动进入第二优先级应用页面展示。

第二优先级应用页面展示如图3所示，为上述第二优先级分享应用的展示页面，若用户在此页面点击分享应用，则自动跳转至该分享应用，确定该分享应用为目标分享应用。用户也可以点击“查看更多”进入第三层级的展示页面。第三层级展示页面如图4所示，包含众多分享应用的弹窗，需用户主动点击入口方可跳转，减少对用户干扰。第三层级的展示页面包含本机所有支持分享的应用，通过android系统提供的queryIntentActivities接口获得，采用默认顺序，同理，用户点击对应分享渠道后，即可立即跳转到对应分享应用，确定为目标分享应用。

进一步地，在确定目标分享应用的过程中，当前应用会自动生成分享链接(如下载链接、应用介绍文本、应用官网链接等)，该分享链接可以在后续跳转至分享应用进行应用分享时，通过intent传递到目标分享应用中。在当前应用自动切换到目标分享应用时，同步生成该分享链接，此时用户即可立马选择分享对象进行分享。整个过程用户只需要一次点击动作，即可完成分享操作，无需用户编辑分享信息内容，大大减少操作耗时，增加分享效率。

可选地，获取当前应用的分享链接，包括：

根据当前应用所属的服务区域确定对应的链接类型，基于链接类型选择预构建的链接列表，从链接列表中选择当前应用的分享链接，链接列表包含不同域名的分享链接。

在应用分享过程中，分享链接为当前应用的onelink下载链接、官网链接或者apk下载链接。考虑到不同地区网络环境原因，分享链接可能会无法打开和下载apk，同时one li nk指向谷歌应用市场，也会无法下发应用，无法满足用户使用应用的需求。因此本方案对于不同的服务区域，设置不同的链接类型。并且链接列表根据不同域名的分享链接的打开成功率进行分享链接筛选。

其中，对于网络受限地区，可以使用当地网络较好的CDN服务，如AWS、AZURE等，在不同地区配置不同的分享链接核心域名，其指向的是应用官网。另外，根据上一周期链接域名的打开成功率及其他指标，决定当前周期链接核心域名内容(选择CDN效果较好的域名)，增加分享链接的稳定性。通过使用高质量的CDN服务，在网络受限地区可以直接下载当前应用apk，减少因网络故障等导致无法下载应用的问题，提高分享应用的下载率。

根据对应区域的链接类型，当前应用代码内部会写入一套默认链接列表，而后服务端也会有一套当前周期的链接列表。链接列表中分享链接数量可以是多个，如10个，避免因网络问题导致特定链接不可用的情况。最终随机选取其中一个分享链接即可。

另外，在网络正常地区，分享链接为onelink，其可以保证下载apk流程顺利，并通过使用成熟的onelink方案，自动识别手机内是否有目标分享应用，若有，则自动打开目标分享应用，若无，可跳转至下载页面，且下载成功后自动打开应用页面，提高用户体验。

S130、从当前应用跳转至目标分享应用，以从目标分享应用中选择分享对象传输分享链接。

基于上述确定的目标分享应用和分享链接，通过自动跳转或者用户选择跳转的方式，从当前应用切换至目标分享应用。此时用户在目标分享应用中选择对应的分享对象(即应用好友)，点击对话框，则会自动向该分享对象传输分享链接，以此完成应用分享操作。

以此通过在应用分享过程中，向用户推荐分享应用，减少用户选择耗时，同时优化分享渠道展示页面，减少用户视觉负担，提高分享转化率。

可选地，在分享链接为官网链接或者apk下载链接的情况下，分享链接包括当前应用的分享过程跟踪记录逻辑，用于对当前应用的分享过程、结果信息进行统计和上报。

本申请通过通过客户端与web端有机结合的方式，综合采用如deeplink、onelink、广播、intent等技术，在分享链接中加入分享过程跟踪记录逻辑，当新用户下载和打开当前应用时，可从中获取分享渠道、分享url等信息，从而实现数据闭环，辅助后续进行分析和优化。

由于分享链接根据所在地区网络情况，大致分为onelink链接、官网链接或者apk下载链接，对于官网链接或者apk下载链接，通过在分享链接中添加分享过程跟踪记录逻辑，对当前应用的分享过程、结果信息进行统计和上报。

具体地，分享链接传输后，开始进行分享过程跟踪记录，如记录点击入口、分享渠道、地区等信息，同时获对应地区的核心域名，如www.xxx.com，将这些信息传到目标分享应用的web服务器，请求获得一个web短链。web服务器将这些信息拼接成一个完整的web长链。例如分享链接是，标记点击入口在设置页，分享渠道为telegrame，地区为aa，核心域名为xxx，则web长链为xxx&from＝setting&shareApp＝telegrame&cc＝aa。接着将这长链加密转化为短链，如www.xxx.com，避免信息泄露。分享对象点击分享链接进入web页面后，web通过约定好的算法(重定向)，解析短链，转为长链，同时获取关键信息，如from是多少，shareApp是多少，地区是多少，记录数据，同时使用分享应用包名等组装intent，使用from、shareApp等信息拼成deeplink，将deeplink放入intent(通过约定的key)，然后尝试使用intent打开本机的分享应用。

若打开应用成功，说明分享对象已安装分享应用，则应用在启动后，会进一步通过解析intent(如约定好key)，获得各项分享信息，上报数据，从而打通整个分享流程的数据流向(从手机a开始分享，到手机b收到分享，下载apk，打开应用)。若打开应用失败，则浏览器直接跳转到下载apk页，进行下载apk动作，同时web服务器通过浏览器，在所在手机发送一个android广播，目标是分享应用，内容是各项分享信息。另一边，分享对象完成apk下载，启动应用后，应用则会接收到这则广播，进而获取各项分享信息，上报数据，最终可计算出该地区分享渠道的分享率等，实现数据闭环。每个周期，服务端都可计算出上一周期表现最好的分享渠道和核心域名，从而优化分享效率。

上述，通过响应于当前应用的应用分享操作，获取当前应用对应的各个分享应用预设定的应用推荐优先级信息，应用推荐优先级信息预先根据当前应用所属的服务区域的应用下载排行信息构建，并根据各个分享应用的分享结果信息进行周期性调整；根据应用推荐优先级信息确定目标分享应用，并获取当前应用的分享链接；从当前应用跳转至目标分享应用，以从目标分享应用中选择分享对象传输分享链接。采用上述技术手段，通过应用下载排行信息结合应用分享结果信息确定分享应用的应用推荐优先级信息，进而按照应用推荐优先级信息确定目标分享应用进行应用分享，可以确保分享链接得以打开下载，并提升分享渠道推荐效果，实现精准的分享渠道推荐，提升应用分享效率。

在上述实施例的基础上，图5为本申请提供的一种应用分享系统的结构示意图。参考图5，本实施例提供的应用分享系统具体包括：响应模块21、确定模块22和分享模块23。

其中，响应模块21配置为响应于当前应用的应用分享操作，获取当前应用对应的各个分享应用预设定的应用推荐优先级信息，应用推荐优先级信息预先根据当前应用所属的服务区域的应用下载排行信息构建，并根据各个分享应用的分享结果信息进行周期性调整；

确定模块22配置为根据应用推荐优先级信息确定目标分享应用，并获取当前应用的分享链接；

分享模块23配置为从当前应用跳转至目标分享应用，以从目标分享应用中选择分享对象传输分享链接。

具体地，推荐优先级信息包括第一优先级和第二优先级，第一优先级高于第二优先级；

根据应用推荐优先级信息确定目标分享应用，包括：

按照优先级顺序从第一优先级对应的分享应用中遍历本机安装的分享应用作为目标分享应用；

在未遍历到对应第一优先级的目标分享应用的情况下，展示本机安装且对应第二优先级的分享应用的应用页面，并响应于对应用页面的第一选择操作，从第二优先级对应的分享应用中确定目标分享应用。

此外，在展示本机安装且对应第二优先级的分享应用的应用页面之后，还包括：

响应于对应用页面的第二选择操作，展示本地安装的所有分享应用，以供用户选择确定目标分享应用。

具体地，分享链接为当前应用的onelink下载链接、官网链接或者apk下载链接。

获取当前应用的分享链接，包括：

根据当前应用所属的服务区域确定对应的链接类型，基于链接类型选择预构建的链接列表，从链接列表中选择当前应用的分享链接，链接列表包含不同域名的分享链接。

其中，链接列表根据不同域名的分享链接的打开成功率进行分享链接筛选。

具体地，在分享链接为官网链接或者apk下载链接的情况下，分享链接包括当前应用的分享过程跟踪记录逻辑，用于对当前应用的分享过程、结果信息进行统计和上报。

上述，通过响应于当前应用的应用分享操作，获取当前应用对应的各个分享应用预设定的应用推荐优先级信息，应用推荐优先级信息预先根据当前应用所属的服务区域的应用下载排行信息构建，并根据各个分享应用的分享结果信息进行周期性调整；根据应用推荐优先级信息确定目标分享应用，并获取当前应用的分享链接；从当前应用跳转至目标分享应用，以从目标分享应用中选择分享对象传输分享链接。采用上述技术手段，通过应用下载排行信息结合应用分享结果信息确定分享应用的应用推荐优先级信息，进而按照应用推荐优先级信息确定目标分享应用进行应用分享，可以确保分享链接得以打开下载，并提升分享渠道推荐效果，实现精准的分享渠道推荐，提升应用分享效率。

本申请实施例提供的应用分享系统可以配置为执行上述实施例提供的应用分享方法，具备相应的功能和有益效果。

在上述实际上例的基础上，本申请实施例还提供了一种应用分享设备，参照图6，该应用分享设备包括：处理器31、存储器32、通信模块33、输入装置34及输出装置35。存储器作为一种计算机可读存储介质，可配置为存储软件程序、计算机可执行程序以及模块，如本申请任意实施例所述的应用分享方法对应的程序指令/模块(例如，应用分享系统中的响应模块、确定模块和分享模块)。通信模块配置为进行数据传输。处理器通过运行存储在存储器中的软件程序、指令以及模块，从而执行设备的各种功能应用以及数据处理，即实现上述的应用分享方法。输入装置可配置为接收输入的数字或字符信息，以及产生与设备的用户设置以及功能控制有关的键信号输入。输出装置可包括显示屏等显示设备。上述提供的应用分享设备可配置为执行上述实施例提供的应用分享方法，具备相应的功能和有益效果。

在上述实施例的基础上，本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可执行指令，所述计算机可执行指令在由计算机处理器执行时配置为执行一种应用分享方法，存储介质可以是任何的各种类型的存储器设备或存储设备。当然，本申请实施例所提供的一种计算机可读存储介质，其计算机可执行指令不限于如上所述的应用分享方法，还可以执行本申请任意实施例所提供的应用分享方法中的相关操作。

在上述实施例的基础上，本申请实施例还提供一种计算机程序产品，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机程序产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备、移动终端或其中的处理器执行本申请各个实施例所述应用分享方法的全部或部分步骤。

Claims (11)

1.一种应用分享方法，其特征在于，包括：

响应于当前应用的应用分享操作，获取当前应用对应的各个分享应用预设定的应用推荐优先级信息，所述应用推荐优先级信息预先根据当前应用所属的服务区域的应用下载排行信息构建，并根据各个分享应用的分享结果信息进行周期性调整；

根据所述应用推荐优先级信息确定目标分享应用，并获取当前应用的分享链接；

从当前应用跳转至所述目标分享应用，以从所述目标分享应用中选择分享对象传输所述分享链接。

2.根据权利要求1所述的应用分享方法，其特征在于，所述推荐优先级信息包括第一优先级和第二优先级，所述第一优先级高于所述第二优先级；

所述根据所述应用推荐优先级信息确定目标分享应用，包括：

按照优先级顺序从所述第一优先级对应的分享应用中遍历本机安装的分享应用作为所述目标分享应用；

在未遍历到对应所述第一优先级的所述目标分享应用的情况下，展示本机安装且对应所述第二优先级的分享应用的应用页面，并响应于对所述应用页面的第一选择操作，从所述第二优先级对应的分享应用中确定所述目标分享应用。

3.根据权利要求2所述的应用分享方法，其特征在于，在所述展示本机安装且对应所述第二优先级的分享应用的应用页面之后，还包括：

响应于对所述应用页面的第二选择操作，展示本地安装的所有分享应用，以供用户选择确定所述目标分享应用。

4.根据权利要求1所述的应用分享方法，其特征在于，所述获取当前应用的分享链接，包括：

根据当前应用所属的服务区域确定对应的链接类型，基于所述链接类型选择预构建的链接列表，从所述链接列表中选择当前应用的分享链接，所述链接列表包含不同域名的分享链接。

5.根据权利要求4所述的应用分享方法，其特征在于，所述链接列表根据不同域名的分享链接的打开成功率进行分享链接筛选。

6.根据权利要求1-5任一所述的应用分享方法，其特征在于，所述分享链接为当前应用的onelink下载链接、官网链接或者apk下载链接。

7.根据权利要求6所述的应用分享方法，其特征在于，在所述分享链接为所述官网链接或者所述apk下载链接的情况下，所述分享链接包括当前应用的分享过程跟踪记录逻辑，用于对当前应用的分享过程、结果信息进行统计和上报。

8.一种应用分享系统，其特征在于，包括：

响应模块，配置为响应于当前应用的应用分享操作，获取当前应用对应的各个分享应用预设定的应用推荐优先级信息，所述应用推荐优先级信息预先根据当前应用所属的服务区域的应用下载排行信息构建，并根据各个分享应用的分享结果信息进行周期性调整；

确定模块，配置为根据所述应用推荐优先级信息确定目标分享应用，并获取当前应用的分享链接；

分享模块，配置为从当前应用跳转至所述目标分享应用，以从所述目标分享应用中选择分享对象传输所述分享链接。

9.一种应用分享设备，其特征在于，包括：

存储器以及一个或多个处理器；

所述存储器，配置为存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-7任一所述的应用分享方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机可执行指令，所述计算机可执行指令在由计算机处理器执行时配置为执行如权利要求1-7任一所述的应用分享方法。

11.一种计算机程序产品，其特征在于，所述计算机程序产品中包含有指令，当所述指令在计算机或处理器上运行时，使得所述计算机或处理器执行如权利要求1-7任一所述的应用分享方法。