CN105812479A - 使用权限的请求方法和装置及获取方法和装置 - Google Patents

使用权限的请求方法和装置及获取方法和装置 Download PDF

Info

Publication number
CN105812479A
CN105812479A CN201610239662.3A CN201610239662A CN105812479A CN 105812479 A CN105812479 A CN 105812479A CN 201610239662 A CN201610239662 A CN 201610239662A CN 105812479 A CN105812479 A CN 105812479A
Authority
CN
China
Prior art keywords
application
server
account
download
party system
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201610239662.3A
Other languages
English (en)
Other versions
CN105812479B (zh
Inventor
李聪
赖莹
曹俭波
肖春桃
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Tencent Technology Shenzhen Co Ltd
Original Assignee
Tencent Technology Shenzhen Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Tencent Technology Shenzhen Co Ltd filed Critical Tencent Technology Shenzhen Co Ltd
Priority to CN201610239662.3A priority Critical patent/CN105812479B/zh
Publication of CN105812479A publication Critical patent/CN105812479A/zh
Priority to PCT/CN2017/080547 priority patent/WO2017177961A1/zh
Priority to US16/138,561 priority patent/US10887311B2/en
Application granted granted Critical
Publication of CN105812479B publication Critical patent/CN105812479B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/50—Service provisioning or reconfiguring
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/12—Payment architectures specially adapted for electronic shopping systems
    • G06Q20/127—Shopping or accessing services according to a time-limitation
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0207—Discounts or incentives, e.g. coupons or rebates
    • G06Q30/0208—Trade or exchange of goods or services in exchange for incentives or rewards
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0876—Network architectures or network communication protocols for network security for authentication of entities based on the identity of the terminal or configuration, e.g. MAC address, hardware or software configuration or device fingerprint
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/2866—Architectures; Arrangements
    • H04L67/30—Profiles
    • H04L67/303—Terminal profiles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/53—Network services using third party service providers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/55—Push-based network services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/30—Security of mobile devices; Security of mobile applications
    • H04W12/35—Protecting application or service provisioning, e.g. securing SIM application provisioning
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/30—Security of mobile devices; Security of mobile applications
    • H04W12/37—Managing security policies for mobile devices or for controlling mobile applications

Abstract

本发明公开了一种使用权限的请求方法和装置及获取方法和装置。其中，该方法包括：第三方系统接收通过第一应用的页面发送的下载信息，下载信息至少用于指示：运行第一应用的第一设备的第一设备标识，登录第一应用的第一账号，以及被下载的第二应用的第二应用标识；第三方系统对下载信息进行认证；响应认证，第三方系统请求第一应用的服务器为第一账号配置使用权限。本发明解决了现有技术中由于无法获取下载第二应用的第一应用所导致的无法请求对第一应用配置使用权限的问题。

Description

使用权限的请求方法和装置及获取方法和装置
技术领域
本发明涉及计算机领域，具体而言，涉及一种使用权限的请求方法和装置及获取方法和装置。
背景技术
如今，现有的很多应用分发市场往往都只提供软件的下载，统计应用被下载的次数，例如，应用分发市场统计一段时间内某款软件的下载次数，反馈给软件开发方或者运营方，软件开发方或者运营方根据下载次数等衡量结果衡量应用分发市场的推广能力。
然而，软件开发方或者运营方只能被动地接受应用分发市场的结果，并不能通过自身与应用分发方/推广方或者用户的交互，来提高自身软件的下载效率，提升使用效率。
针对上述的问题，目前尚未提出有效的解决方案。
发明内容
本发明实施例提供了一种使用权限的请求方法和装置及获取方法和装置，以至少解决现有技术中由于无法获取下载第二应用的第一应用所导致的无法请求对第一应用配置使用权限的技术问题。
根据本发明实施例的一个方面，提供了一种使用权限的请求方法，包括：第三方系统接收通过第一应用的页面发送的下载信息，上述下载信息至少用于指示：运行上述第一应用的第一设备的第一设备标识，登录上述第一应用的第一账号，以及被下载的第二应用的第二应用标识；上述第三方系统对上述下载信息进行认证；上述第三方系统对上述下载信息进行认证；响应上述认证，上述第三方系统请求上述第一应用的服务器为上述第一账号配置使用权限。
根据本发明实施例的另一个方面，提供了一种使用权限的获取方法，包括：加载第一应用的页面，其中，上述页面包括第二应用的下载入口，上述第一应用登录有第一账号，上述第一应用运行在第一设备上；响应于对上述下载入口的点击操作，向第三方系统发送下载信息，其中，上述下载信息至少用于指示：上述第一设备的第一设备标识，上述第一账号，以及被下载的上述第二应用的第二应用标识；响应于上述第三方系统对上述下载信息的认证，获取权限配置信息，其中，上述权限配置信息用于指示上述第一应用的服务器为上述第一账号配置的使用权限。
根据本发明实施例的又一方面，还提供了一种使用权限的请求装置，上述装置位于第三方系统，包括：接收单元，用于接收通过第一应用的页面发送的下载信息，上述下载信息至少用于指示：运行上述第一应用的第一设备的第一设备标识，登录上述第一应用的第一账号，以及被下载的第二应用的第二应用标识；认证单元，用于对上述下载信息进行认证；请求单元，用于响应上述认证，请求上述第一应用的服务器为上述第一账号配置使用权限。
根据本发明实施例的又一方面，还提供了一种使用权限的请求装置，包括：加载单元，用于加载第一应用的页面，其中，上述页面包括第二应用的下载入口，上述第一应用登录有第一账号，上述第一应用运行在第一设备上；第一发送单元，用于响应于对上述下载入口的点击操作，向第三方系统发送下载信息，其中，上述下载信息至少用于指示：上述第一设备的第一设备标识，上述第一账号，以及被下载的上述第二应用的第二应用标识；第一获取单元，用于响应于上述第三方系统对上述下载信息的认证，获取权限配置信息，其中，上述权限配置信息用于指示上述第一应用的服务器为上述第一账号配置的使用权限。
在本发明实施例中，第三方系统接收通过第一应用的页面发送的下载信息，其中，下载信息至少用于指示运行上述第一应用的第一设备的第一设备标识、登录第一应用的第一账号及被下载的第二应用的第二应用标识，对该下载信息进行认证，并响应该认证向第一应用的服务器请求为第一账号配置使用权限。也就是说，获取通过第一应用的页面发送的下载信息，并对该下载信息进行认证后，响应上述认证，请求为第一应用所登录的第一账号配置使用权限，从而实现通过接收并认证上述下载信息来获取请求下载第二应用的第一应用，即，通过从第三方系统获取下载第二应用的下载来源，以实现对作为下载来源的第一应用执行进一步的后续操作。在本实施例中，提供了一种通过第三方系统为作为下载来源的第一应用登录的第一账号请求配置对应的使用权限，以实现由第二应用对该第一应用的下载操作提供对应的激励。换言之，通过在第一应用中提供第二应用的下载入口，以实现拓展第二应用的下载渠道，进而达到提升第二应用的下载效率及使用效率的目的。此外，在本实施例中，通过第一应用的页面获取对第二应用的下载信息，从而实现可以获取下载第二应用的下载来源，并进一步为作为下载来源的第一应用登录的第一账号请求配置对应的使用权限，进而克服现有技术中由于无法获取下载第二应用的第一应用所导致的无法请求对第一应用配置使用权限的问题。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1是根据本发明实施例的一种可选的使用权限的请求方法的应用环境示意图；
图2是根据本发明实施例的一种可选的使用权限的请求方法的流程图；
图3是根据本发明实施例的另一种可选的使用权限的请求方法的流程图；
图4是根据本发明实施例的一种可选的使用权限的请求方法的示意图；
图5是根据本发明实施例的另一种可选的使用权限的请求方法的流程图；
图6是根据本发明实施例的又一种可选的使用权限的获取方法的流程图；
图7是根据本发明实施例的一种可选的使用权限的请求及获取方法的流程图；
图8是根据本发明实施例的一种可选的使用权限的获取方法的示意图；
图9是根据本发明实施例的另一种可选的使用权限的获取方法的示意图；
图10是根据本发明实施例的一种可选的使用权限的请求装置的示意图；
图11是根据本发明实施例的一种可选的使用权限的获取装置的示意图；
图12是根据本发明实施例的一种可选的使用权限的请求服务器的示意图；以及
图13是根据本发明实施例的一种可选的使用权限的获取终端的示意图。
具体实施方式
为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。
需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
实施例1
根据本发明实施例，提供了一种上述使用权限的请求方法的实施例，该使用权限的请求方法可以但不限于应用于如图1所示的应用环境中。第三方系统所在服务器106通过网络104接收通过第一应用的页面发送的下载信息，该第一应用运行在第一设备(如图所示终端102)上，其中，下载信息至少用于指示第一设备(如图所示终端102)的第一设备标识，登录第一应用的第一账号，以及被下载的第二应用的第二应用标识；然后第三方系统所在服务器106对该下载信息进行认证，并响应该认证向第一应用的服务器108请求为第一应用所登录的第一账号配置使用权限。
可选地，在本实施例中，上述终端可以包括但不限于以下至少之一：手机、平板电脑、笔记本电脑、台式PC机。上述只是一种示例，本实施例对此不做任何限定。可选地，在本实施例中，上述网络可以包括但不限于以下至少之一：广域网、城域网、局域网。上述只是一种示例，本实施例对此不做任何限定。
根据本发明实施例，提供了一种使用权限的请求方法，如图2所示，该方法包括：
S202，第三方系统接收通过第一应用的页面发送的下载信息，下载信息至少用于指示：运行第一应用的第一设备的第一设备标识，登录第一应用的第一账号，以及被下载的第二应用的第二应用标识；
S204，第三方系统对下载信息进行认证；
S206，响应认证，第三方系统请求第一应用的服务器为第一账号配置使用权限。
可选地，在本实施例中，上述使用权限的请求方法可以但不限于应用于通过第三方系统请求各种不同应用类型的应用中的使用权限的过程中。例如，上述应用可以但不限于为音乐应用、视频应用、通讯应用等。可选地，在本实施例中，上述第三方系统是相对于第一设备使用方、第一应用发布方或运营方，和第二应用的源发布方或运营方而言的第三方平台系统，用于配置第二应用的信息的主体，例如，用于发布广告的广告平台系统，或一种用于推广信息的推广平台系统，实现对包括第二应用在内的应用进行广告或推广。以请求在音乐应用中的使用权限为例，即第一应用以音乐应用，第二应用以游戏应用为例。第三方系统接收通过音乐应用的页面发送的下载信息，其中，该下载信息至少用于指示：运行音乐应用的第一设备(如终端A)的第一设备标识(如ID_A)、登录音乐应用的第一账号(如ID_01)及被下载的游戏应用的应用标识(如ID-x)；然后第三方系统对该下载信息进行认证，并响应该认证，请求第一应用的服务器为第一账号(如ID_01)配置使用权限。上述仅是一种示例，本实施例中对此不做任何限定。
需要说明的是，在本实施例中，第三方系统接收通过第一应用的页面发送的下载信息，其中，下载信息至少用于指示运行上述第一应用的第一设备的第一设备标识、登录第一应用的第一账号及被下载的第二应用的第二应用标识，对该下载信息进行认证，并响应该认证向第一应用的服务器请求为第一账号配置使用权限。也就是说，通过获取页面发送的下载信息，并对该下载信息进行认证后，响应认证请求为第一应用所登录的第一账号配置使用权限。即，通过从第三方系统获取下载第二应用的下载来源，以实现对作为下载来源的第一应用执行进一步的后续操作。在本实施例中，提供了一种通过第三方系统为作为下载来源的第一应用登录的第一账号请求配置对应的使用权限，以实现由第二应用对该第一应用的下载操作提供对应的激励。换言之，通过在第一应用中提供第二应用的下载入口，以实现拓展第二应用的下载渠道，进而达到提升第二应用的下载效率及使用效率的目的。
可选地，在本实施例中，第三方系统在获取到被认证的下载信息时，可以向第一应用的服务器请求为第一应用所登录的第一账号配置使用权限。其中，上述认证方式可以包括但不限于：判断被下载的应用是否被激活。本实施例中并不限于这种认证方式，还可以包括其他用于指示本次下载为有效操作的认证方式，例如，判断被下载的应用是否正在被运行等。进一步，认证过程可以包括但不限于：判断被下载的应用的设备标识是否与被激活的应用的设备标识匹配、且判断被下载的应用的应用标识是否与被激活的应用的应用标识匹配。这里仅是一种示例，本实施例中对此不做限定。
可选地，在本实施例中，上述第三方系统对下载信息进行认证包括：第三方系统接收应用激活信息，其中，应用激活信息至少用于指示被激活的第三应用的第三应用标识，以及第二设备的第二设备标识，其中，第三应用运行在第二设备上；并判断第二设备标识是否与第一设备标识匹配、且第二应用标识是否与第三应用标识匹配；
上述响应认证，第三方系统请求第一应用的服务器为第一账号配置使用权限包括：若第二设备标识与第一设备标识匹配、且第二应用标识与第三应用标识匹配，则第三方系统请求第一应用的服务器为第一账号配置使用权限。
例如，以请求在音乐应用中的使用权限为例，即第一应用以音乐应用，第二应用、第三应用以游戏应用为例。第三方系统接收音乐应用的页面发送的下载信息，其中，该下载信息至少用于指示：运行音乐应用的第一设备(如终端A)的第一设备标识(如ID_A)、登录音乐应用的第一账号(如ID_01)及被下载的游戏应用的应用标识(如ID-x)；第三方系统接收用于指示被激活的游戏应用的应用标识(如ID-y)，以及安装该被激活的游戏应用的第二设备(如终端B)的第二设备标识(如ID_B)，并判断第二设备标识(如ID_B)是否与第一设备标识(如ID_A)匹配、且被下载的游戏应用的应用标识(如ID-x)是否与被激活的游戏应用的应用标识(如ID-y)匹配；若第二设备标识(如ID_B)与第一设备标识(如ID_A)匹配、且被下载的游戏应用的应用标识(如ID-x)与被激活的游戏应用的应用标识(如ID-y)匹配，则第三方系统请求音乐应用的服务器为第一账号(如ID_01)配置使用权限。上述仅是一种示例，本实施例中对此不做任何限定。
可选地，在本实施例中，在第三方系统接收页面发送的下载信息之前，还包括：第三方系统通过服务器将第二应用的下载链接发布在第一应用中。
需要说明的是，在本实施例中，第二应用可以但不限于将下载权限委托给第三方系统，以使第三方系统通过第一应用的服务器将第二应用的下载链接发布到第一应用上。也就是说，作为第三方平台的第三方系统分别与第一应用及第二应用进行交互，以完成为第一应用所登录的第一账号配置使用权限，从而减少了第二应用的交互操作，提高了第二应用的下载链接的发布效率。
可选地，在本实施例中，第三方系统通过第一应用的服务器向第一应用发布第二应用的下载链接可以包括但不限于：判断第一应用所登录的第一账号是否为预定账号，其中，该预定账号已配置对应的使用权限；在判断出所述第一账号为非预定账号时，向该第一应用发布第二应用的下载链接。也就是说，通过判断第一账号是否为已配置对应权限的预定账号，从而确定是否发布第二应用的下载链接，保证第二应用的下载链接发布的有效性，以避免不必要的发布所导致的资源浪费。
可选地，在本实施例中，第一应用可以先向第一应用的服务器发送下载信息，再由第一应用的服务器向第三方系统发送下载信息；也可以直接向第三方系统发送下载信息。对此，本实施例中不做任何限定。
可选地，在本实施例中，在第三方系统接收页面发送的下载信息之前，或者，在第三方系统请求第一应用的服务器为第一账号配置使用权限之后，上述方法还包括：第三方系统向服务器转移与使用权限对应的资源。
可选地，在本实施例中，为第一账号配置的使用权限与上述第三方系统转移的资源具有预定关联关系。如转移不同程度的资源，对应配置不同程度的使用权限。例如，以上述资源为资产，上述使用权限为开通会员权限的天数为例。假设第三方系统向第一应用的服务器转移的资产为K1时，第一应用的服务器向第一应用登录的第一账号配置的使用权限为开通会员权限N1天。又例如，假设第三方系统向第一应用的服务器转移的资产为K2时，第一应用的服务器向第一应用登录的第一账号配置的使用权限为开通会员权限N2天。其中，K2>K1时，则N2>N1。
可选地，在本实施例中，上述与使用权限对应的资源可以但不限于由第二应用的服务器向第三方系统转移得到。也就是说，在为第一账号配置使用权限时，无需由第一应用登录的第一账号付出任何代价，可以通过下载第二应用，以实现由第二应用的服务器为第一账号所配置的使用权限转移相应的资源。从而达到在减少为第一应用登录的第一账号配置使用权限所需的使用成本的同时，还将使第二应用在转移一定资源的情况下，可以增加第二应用的下载量和/或激活量，实现由第二应用对该第一应用的下载操作提供对应的激励，进而达到提升第二应用的下载效率及使用效率的目的。
具体结合以下示例进行说明，如图3所示步骤S302-S316，第二应用306通知第三方系统308将要发布第二应用的下载链接，第三方系统308收到委托后，将该第二应用的下载链接发布给第一应用的服务器304，以使第一应用的服务器304将设置有第二应用的下载链接的页面发送给第一应用的客户端302显示，在第一应用的客户端302显示上述页面的过程中，接收到下载请求时，则向第三方系统308发送下载信息。然后，第三方系统308接收第三应用310被激活的应用激活信息，并根据接收到的下载信息及应用激活信息判断第二应用与第三应用是否匹配。在判断出匹配时，第三方系统308向第一应用的服务器304请求为第一应用的客户端304所登录的第一账号配置使用权限，第一应用的服务器304将向第一应用的客户端302所登录的第一账号配置相应的使用权限。
通过本申请提供的实施例，第三方系统获取通过第一应用的页面发送的下载信息，并对该下载信息进行认证后，响应上述认证，请求为第一应用所登录的第一账号配置使用权限，从而实现通过接收并认证上述下载信息来获取请求下载第二应用的第一应用，即，通过从第三方系统获取下载第二应用的下载来源，以实现对作为下载来源的第一应用执行进一步的后续操作。在本实施例中，提供了一种通过第三方系统为作为下载来源的第一应用登录的第一账号请求配置对应的使用权限，以实现由第二应用对该第一应用的下载操作提供对应的激励。换言之，通过在第一应用中提供第二应用的下载入口，以实现拓展第二应用的下载渠道，进而达到提升第二应用的下载效率及使用效率的目的。此外，在本实施例中，通过第一应用的页面获取对第二应用的下载信息，从而实现可以获取下载第二应用的下载来源，并进一步为作为下载来源的第一应用登录的第一账号请求配置对应的使用权限，进而克服现有技术中由于无法获取下载第二应用的第一应用所导致的无法请求对第一应用配置使用权限的问题。
作为一种可选的方案，在第三方系统接收通过第一应用的页面发送的下载信息之前，还包括：
S1，第三方系统通过服务器将第二应用的下载链接发布在第一应用中。
需要说明的是，在本实施例中，第二应用可以但不限于将下载权限委托给第三方系统，也就是说，通过通知第三方系统发布第二应用的下载链接，以使第三方系统通过第一应用的服务器将第二应用的下载链接发布到第一应用上。也就是说，作为第三方平台的第三方系统分别与第一应用及第二应用进行交互，以实现将第二应用的下载链接发布到多个第一应用中，以完成为不同的第一应用所登录的账号配置对应的使用权限，而无需第二应用分别与不同的第一应用进行交互，从而达到减少第二应用的交互操作，提高第二应用发布下载链接的效率。
可选地，在本实施例中，第三方系统通过第一应用的服务器向第一应用发布第二应用的下载链接可以包括但不限于：判断第一应用所登录的第一账号是否为预定账号，其中，该预定账号已配置对应的使用权限；在判断出第一账号为非预定账号时，向该第一应用发布第二应用的下载链接。也就是说，通过判断第一账号是否为已配置对应权限的预定账号，从而确定是否发布第二应用的下载链接，以保证第二应用的下载链接发布的有效性，进而避免不必要的发布所导致的资源浪费。
可选地，在本实施例中，第三方系统通过服务器将第二应用的下载链接发布在第一应用中包括：第三方系统通过服务器将第二应用的下载链接设置在第一应用所加载的页面中，并通过第一应用的服务器将页面的地址发送给第一应用。
具体结合图4所示示例进行说明，假设第三方系统在第一应用的客户端加载的页面上发布了四个第二应用(如图4左侧所示)的下载链接，如分别为第二应用-1、第二应用-2、第二应用-3及第二应用-4。其中，第二应用-1与第二应用-3已配置相应的使用权限，第二应用-2与第二应用-4尚未配置相应的使用权限。进一步，如图4所示，假设接收到对第二应用-4进行下载的下载操作指令，则可以但不限于跳转到下载页面(如图4右侧所示)，点击“立即下载”在第一应用的客户端上已发布但尚未通过该第二应用-4为第一账号配置过使用权限的第二应用-4。从而实现通过下载第二应用-4，以便于对第一应用的客户端登录的第一账号配置使用权限。上述仅是一种示例，下载操作也可以但不限于在图4左侧所示界面直接执行，本实施例中对此不做任何限定。
通过本申请的实施例，第三方系统通过服务器将第二应用的下载链接发布在第一应用中，以便于通过在第一应用中请求对第二应用进行下载，从而增加第二应用的下载量，进而达到提升第二应用的下载效率和使用效率的目的。进一步，在本实施例中还可以根据判断第一账号是否为已配置使用权限的预定账号，来确定是否发布第二应用的下载链接，从而实现保证发布的有效性，避免不必要的资源浪费。
作为一种可选的方案，第三方系统通过服务器将第二应用的下载链接发布在第一应用中包括：
S1，第三方系统通过服务器将第二应用的下载链接设置在页面中，并通过服务器将页面的地址发送给第一应用。
可选地，在本实施例中，设置在页面中的第二应用的下载链接可以显示为下载按钮，也可以显示为下载链接。例如，如图4左侧所示的“未配置”可以作为下载按钮来指示对第二应用进行下载，即通过点击“未配置”来直接下载第二应用。又例如，如图4左侧所示的“未配置”可以作为链接到第二应用的下载界面的下载链接，即通过点击“未配置”来跳转到如图4右侧所示的下载界面进行下载。本实施例中对此不做任何限定。
具体结合以下示例进行说明，第三方系统在收到第二应用-4的委托后，则通过第一应用的服务器将第二应用-4的下载链接设置在页面如图4左侧所示页面中，并将该页面的地址发送给第一应用的客户端显示，如图4左侧所示界面。
通过本申请提供的实施例，第三方系统通过服务器将第二应用的下载链接设置在页面中，并通过服务器将页面的地址发送给第一应用，以使在第一应用中可以显示第二应用的下载链接，从而通过扩展第二应用的下载渠道来增加第二应用的下载量，进而达到提升第二应用的下载效率和使用效率的目的。
作为一种可选的方案，下载信息包括：第一设备标识、第二应用标识、下载标识，其中，下载标识通过对第一账号、第一设备标识、第二应用标识进行编码处理得到。
例如，下载信息可以包括但不限于如表1所示的信息：
表1
第一应用登录的第一账号ID
第一应用ID
第一设备ID
国家信息
第一设备类型
第一设备语言
第二应用ID
可选地，在本实施例中，下载标识可以但不限于根据md5编码技术获取得到，例如，下载标识＝md5(第一账号，第一设备标识，第二应用标识)。这里只是一种举例，本实施例中还可以通过其他方式获取下载标识，本实施例中对此不做任何限定。
例如，获取到下载信息如下：
第一应用ID：100011865
第二应用ID:56f9138040d4ec4ca3ebafec
第一设备ID:7932c16a45db8d74
则通过md5编码技术可以得到这里的下载标识为：
f39253a094e9f00e388ad0a60ae24af6
通过本申请提供的实施例，第三方系统接收到页面发送的下载信息可以为包括第一设备标识、第二应用标识、下载标识，其中，下载标识可以但不限于通过md5编码技术获取到。从而实现利用上述下载信息来获取为第一应用登录的第一账号配置的使用权限。
作为一种可选的方案，在第三方系统接收通过第一应用的页面发送的下载信息之前，或者，在第三方系统请求第一应用的服务器为第一账号配置使用权限之后，上述方法还包括：第三方系统向服务器转移与第二应用对应的资源。
可选地，在本实施例中，第三方系统向服务器转移与第二应用对应的资源包括：第三方系统向服务器转移与第二应用被下载和/或被激活的次数对应的费用；和/或，第三方系统向服务器转移与使用权限对应的费用。
也就是说，为第一账号配置的使用权限与上述第三方系统转移的资源和/或第二应用被下载和/或被激活的次数具有预定关联关系。上述资源可以但不限于为费用。其中，上述与使用权限对应的资源可以但不限于由第二应用的服务器向第三方系统转移得到。也就是说，在为第一账号配置使用权限时，无需由第一应用登录的第一账号付出任何代价，可以通过下载并激活第二应用，以实现由第二应用的服务器为第一账号所配置的使用权限转移相应的资源(如费用)。
需要说明的是，上述第二应用的服务器可以预先向第三方系统转移与第二应用被下载和/或被激活的预定次数对应的全部资源；也可以在确定第二应用被下载和/或被激活一次后，再向第三方系统转移一次对应的资源。本实施例中对第二应用转移资源的时机不做任何限定。此外，在本实施例中，第三方系统还可以向第一应用的服务器转移与使用权限对应的费用。
可选地，在本实施例中，第三方系统还可以但不限于扩展为多个不同的第二应用向第一应用的服务器发布下载链接。
可选地，在本实施例中，仅下载第二应用，仅认证(如激活)第二应用，或者，下载并认证(如激活)第二应用，三者可以但不限于配置不同程度的使用权限。例如，假设上述使用权限以开通会员权限(如将第一账号升级为VIP账号)的天数为例，则在仅下载第二应用的情况下，可以配置使用1天，而在下载并认证(如激活)第二应用的情况下，则可以配置使用3天。这里仅提供一种示例，本实施例中对此不做任何限定。
可选地，在本实施例中，第二应用向第三方系统提供不同程度的资源时，第三方系统也将向第一应用的服务器对应转移不同程度的资源，则第一应用的服务器可以但不限于为第一账号配置不同程度的使用权限。例如，对于一次被下载和/或被激活操作，第二应用-1向第三方系统转移的资源为K1(即对于一次被下载和/或被激活操作，第三方系统向第一应用的服务器对应转移的资源为K1)，第二应用-2所转移的资源为K2(即对于一次被下载和/或被激活操作，第三方系统向第一应用的服务器对应转移的资源为K2)，其中，K1>K2，则第一应用的服务器根据第二应用-1被下载和/或被激活操作为第一账号所配置的使用权限Q1，大于第一应用的服务器根据第二应用-2被下载和/或被激活操作为第一账号所配置的使用权限Q2。这里，Q1>Q2，可以理解为所配置的使用权限Q1的数量大于所配置的使用权限Q2，例如开通会员权限的天数。也可以理解为所配置的使用权限Q1比所配置的使用权限Q2的权限等级更高，例如，黄金会员还是普通会员。上述仅是一种示例，本实施例中对此不做任何限定。
例如，上述资源以资产为例，上述使用权限以开通会员权限(如将第一账号升级为VIP账号)的天数为例。假设第三方系统在第一应用的页面上发布了四个第二应用(如图5所示)的下载链接，如分别为第二应用-1、第二应用-2、第二应用-3及第二应用-4。其中，第二应用-1与第二应用-3已配置相应的使用权限，第二应用-2与第二应用-4尚未配置相应的使用权限。
进一步，以已配置的第二应用-1与第二应用-3为例说明。假设第二应用-1与第三方系统约定下载并激活一次，转移资产5万元；第二应用-3与第三方系统约定下载并激活一次，转移资产1万元。则如图5所示，在第二应用-1被下载并被激活时，则第三方系统可以将对应的5万元转移给第一应用的服务器，第一应用的服务器可以根据所转移的资产为此配置使用权限如下：为第一账号开通会员权限(如将第一账号升级为VIP账号)5天。而在第二应用-3被下载并被激活时，则第三方系统可以将对应的1万元转移给第一应用的服务器，第一应用的服务器可以根据所转移的资产为此配置使用权限如下：为第一账号开通会员权限(如将第一账号升级为VIP账号)1天。
可选地，在本实施例中，还可以但不限于根据所转移的不同程度的资源，对应配置第二应用的下载链接在显示列表中的位置。例如，所转移的资源越多，第二应用的下载链接的下载位置越靠前。本实施例中对此不做任何限定。
通过本申请提供的实施例，在第三方系统接收通过第一应用的页面发送的下载信息之前，或者，在第三方系统请求第一应用的服务器为第一账号配置使用权限之后，由第三方系统向服务器转移与第二应用对应的资源。以实现在第三方系统获取到在第一应用中下载和/或被认证的第二应用时，由第二应用的服务器为第一账号所配置的使用权限转移相应的资源，从而在减少为第一应用登录的第一账号配置使用权限所需的使用成本的同时，还将使第二应用在转移一定资源的情况下，对该第一应用的下载操作提供对应的激励，以实现拓展第二应用的下载渠道，进而达到提升第二应用的下载效率及使用效率的目的。
根据本发明实施例，还提供了一种使用权限的获取方法，如图6所示，该方法包括：
S602，加载第一应用的页面，其中，页面包括第二应用的下载入口，第一应用登录有第一账号，第一应用运行在第一设备上；
S604，响应于对下载入口的点击操作，向第三方系统发送下载信息，其中，下载信息至少用于指示：第一设备的第一设备标识，第一账号，以及被下载的第二应用的第二应用标识；
S606，响应于第三方系统对下载信息的认证，获取权限配置信息，其中，权限配置信息用于指示第一应用的服务器为第一账号配置的使用权限。
可选地，在本实施例中，上述使用权限的获取方法可以但不限于应用于各种不同类型的应用获取使用权限的过程中。例如，上述应用可以但不限于为音乐应用、视频应用、通讯应用等。其中，上述方法可以应用在应用客户端中，还可以直接应用在H5页面中，本实施例中对此不做任何限定。
例如，以在音乐应用中获取使用权限为例，即第一应用以音乐应用，第二应用以游戏应用为例。假设音乐应用运行在第一设备(如终端A)上，并使用第一账号(如ID_01)登录。加载音乐应用的页面，其中，该页面包括第二应用的下载入口；音乐应用响应对下载入口的点击操作，向第三方系统发送下载信息，其中，下载信息至少用于指示：第一设备(如终端A)的第一设备标识(如ID_A)，第一账号(如ID_01)，以及被下载的游戏应用的第二应用标识(如ID-y)；然后，响应于第三方系统对下载信息的认证，获取权限配置信息，其中，权限配置信息用于指示第一应用的服务器为第一账号(如ID_01)配置的使用权限。
需要说明的是，在本实施例中，加载登录有第一账号的第一应用的页面，其中，该页面包括第二应用的下载入口，第一应用运行在第一设备上，响应于对下载入口的点击操作，向第三方系统发送下载信息，通过页面向第三方系统发送下载信息，其中，下载信息至少用于指示：第一设备的第一设备标识，第一账号，以及被下载的第二应用的第二应用标识；然后响应于第三方系统对下载信息的认证，获取权限配置信息，其中，权限配置信息用于指示第一应用的服务器为第一账号配置的使用权限。也就是说，通过加载包括第二应用的下载入口的第一应用的页面，以便于在第三方系统获取到第二应用被下载后，可以获知执行该下载操作的是第一应用，从而实现为第一应用所登录的第一账号配置使用权限，使第一账号可以获取到对应的使用权限。即通过第三方系统为作为下载来源的第一应用登录的第一账号请求配置对应的使用权限，以实现由第二应用对该第一应用的下载操作提供对应的激励。换言之，通过在第一应用中提供第二应用的下载入口，以实现拓展第二应用的下载渠道，进而达到提升第二应用的下载效率及使用效率的目的。
可选地，在本实施例中，第一应用的服务器可以包括但不限于：判断第一账号是否为预定账号，其中，该预定账号已配置对应的使用权限；在判断出所述第一账号为非预定账号时，发送设置有第二应用的下载链接的页面的地址。也就是说，第一应用的服务器通过判断第一账号是否为已配置对应权限的预定账号，从而确定是否发送设置有第二应用的下载链接的页面的地址，保证第二应用的下载链接发布的有效性，以避免不必要的发布所导致的资源浪费。
可选地，在本实施例中，在第三方系统通过向第一应用的服务器转移与使用权限对应的资源后，可以但不限于更新显示所获取到的使用权限。
通过本申请提供的实施例，通过加载包括第二应用的下载入口的第一应用的页面，以便于在第三方系统获取到第二应用被下载后，可以获知执行该下载操作的是第一应用，从而实现为第一应用所登录的第一账号配置使用权限，使第一账号可以获取到对应的使用权限。即通过第三方系统为作为下载来源的第一应用登录的第一账号请求配置对应的使用权限，以实现由第二应用对该第一应用的下载操作提供对应的激励。换言之，通过在第一应用中提供第二应用的下载入口，以实现拓展第二应用的下载渠道，进而达到提升第二应用的下载效率及使用效率的目的。
作为一种可选的方案，在加载第一应用的页面之前，还包括：
S1，接收到页面加载指令；
S2，向服务器发送页面加载请求；
S3，从服务器获取页面。
通过本申请提供的实施例，接收到页面加载指令后，可以向第一应用的服务器发送页面加载请求，以便于从第一应用的服务器获取设置有第二应用的下载链接的页面，从而实现通过加载页面灵活显示所要下载的第二应用的下载链接，从而通过扩展第二应用的下载渠道来达到增加第二应用的下载量，进而提高第二应用的下载效率及使用效率。
作为一种可选的方案，页面加载请求携带有第一账号，其中，从服务器获取页面包括：在第一账号不具备使用权限时，从服务器获取页面。
可选地，在本实施例中，若第一账号具备使用权限，则在向服务器发送页面加载请求之后，从服务器获取其他页面。
通过本申请提供的实施例，可以根据第一账号是否具备使用权限，来进一步确定是否加载设置有第二应用的下载链接的页面，而不是统一加载，进一步保证了第二应用的下载链接发布的有效性，以避免不必要的发布所导致的资源浪费。
具体结合图7所示示例说明上述使用权限的请求方法：
S700，第二应用(也是匹配的第三应用)向第三方系统发布下载链接。
S702，用户通过所登录的第一账号在第一应用的客户端中点击下载入口。例如，第一应用以音乐应用为例，则下载入口可以但不限于为音乐应用中的“VIP中心”界面。
S704，第一应用拉起H5页面。例如，H5页面可以但不限于为设置有第二应用的下载链接的界面。也就是说，跳转到H5页面，并在跳转时携带下载信息的部分信息。其中，第一设备需要与H5系统约定一个固定的跳转地址，弱化第一设备与H5耦合。跳转时携带的下载信息的部分信息包括：第一应用标识、第一账号、国家信息、第一设备类型、第一设备标识、终端语言、第二应用标识。
S706，第一应用的服务器对获取到的第一账号、第一设备标识、第二应用标识可以但不限于进行编码生成下载信息中的下载标识(例如，表示为DOWNLOAD_ID)。也就是说，当点击H5页面里的下载链接时，H5页面将把下载信息的部分信息传送给第一应用的服务器，第一应用的服务器根据这些信息将编码生成下载标识。下载标识和H5页面所上传的其他下载信息的部分信息将存储在第一应用的服务器中。
S708，通知第三方系统下载信息。例如，通过公网Http接口方式。其中，第三方系统可以但不限于根据下载信息对之后接收到的应用激活信息进行识别。这里，H5页面退出后，页面无需存储下载标识。
S710，激活第二应用(即第三应用)。
S712，通知第三方系统应用激活信息，以便于第三方系统对下载信息和应用激活信息进行匹配判断，从而确定当前的下载操作是否有效。
S714，在确定下载并激活，即下载有效时，第三方系统向第一应用的服务器发送下载标识。例如，通过公网http接口，主动通知下载标识。这里下载标识将用于指示有效下载的第二应用(即第三应用)，以便于第一应用的服务器确定是否为第一应用的客户端配置使用权限。
S716，第一应用的服务器根据下载标识判断是否配置使用权限。如，若第一账号已配置过使用权限，则在该步骤中将拒绝再次为该账号配置使用权限。例如，根据下载标识判断是否为第一账号开通会员权限(如将第一账号升级为VIP账号)，在确定配置时，进一步确定所要配置的天数。
S718，通知第一应用的客户端改变所配置的使用权限。即，更新第一应用的客户端所显示的使用权限的信息。
需要说明的是，在本实施例中，上述拉起H5页面的方式，也可以表述为加载H5页面。H5页面的变更升级，只需要在第一应用的服务器完成，不需要第一应用的客户端所在第一设备做调整，从而保证调整下载模式不影响设备。
需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
实施例2
本发明实施例的应用环境可以但不限于参照实施例1中的应用环境，本实施例中对此不再赘述。本发明实施例提供了用于实施上述使用权限的请求方法及使用权限的获取方法的具体应用场景示例。
作为一种可选的实施例，以在音乐应用中通过下载游戏应用，请求配置音乐应用中的使用权限为例，即，假设第一应用为音乐应用，第二应用为游戏应用，第三方系统为用于推广游戏应用的游戏推广平台系统。具体结合图8所示示例描述：
例如，终端A上运行的音乐应用的客户端当前通过登录账号ID_01登录。加载音乐应用的客户端的页面，其中，该页面上包括用于下载游戏应用的下载入口(如图8左侧界面所示“VIP中心”)，获取对下载入口的点击操作，进入下载界面(如图8所示右侧界面)。在本示例中，可以通过选择转移自身资产(如图8右侧界面所示点击“购买”)来实现在音乐应用中开通会员权限(如将账号ID_01升级为VIP账号)的天数；也可以通过选择由游戏应用的运营方转移资产(如图8右侧界面所示点击“兑换”)来实现在音乐应用中开通会员权限(如将账号ID_01升级为VIP账号)的天数。如图8所示，可以在VIP中心的“兑换”界面选择下载不同的游戏应用。假设当前显示四个游戏应用，分别为游戏应用-1、游戏应用-2、游戏应用-3及游戏应用-1。
进一步，假设音乐应用中账号ID_01已经通过下载游戏应用-1、游戏应用-3配置过会员权限(如将账号ID_01升级为VIP账号)，如图所示显示已赠VIP天数，则可以进一步选择还未通过下载配置过使用权限的游戏应用。假设点击选择下载游戏应用-4，则游戏推广平台系统将接收到该页面发送的下载游戏应用-4的下载信息，其中，该下载信息至少用于指示：安装有音乐应用的客户端的第一设备(如终端A)的第一设备标识(如ID_A)、音乐应用的客户端登录的第一账号(如ID_01)及被下载的游戏应用的应用标识(如ID-y4)；进一步，游戏推广平台系统对上述下载游戏应用-4的下载信息进行认证，例如，判断该游戏应用-4是否被激活。若游戏应用-4被激活，则游戏推广平台系统可以请求音乐应用的服务器为账号ID_01配置会员权限，如将账号ID_01升级为VIP账号1天。
然后，假设每下载一次游戏应用-4，游戏推广平台系统付费1000元，则在上述下载认证过程结束后，游戏推广平台系统可以向音乐应用的服务器转移对应的资产，即1000元。从而使游戏推广平台系统不仅可以统计游戏应用-4的下载次数，而且还可以获取到上述游戏应用-4是在音乐应用中下载，进而实现由游戏推广平台系统向音乐应用的服务器请求为当前登录的该账号ID_01配置对应的使用权限。
也就是说，音乐应用的客户端所登录的账号ID_01可以在获取到所配置的使用权限的同时，而不付出任何代价，通过兑换方式由游戏推广平台系统代替游戏应用为此配置过程付费。此外，这样还为该游戏应用做了信息推广，以便于增加用户使用量，达到双方共赢的效果。
需要说明的是，在本实施例中，页面显示的用于下载的应用不仅限于一种应用类型，也就是说，这里不仅限于游戏应用还可以包括其他应用的下载链接。
实施例3
本发明实施例的应用环境可以但不限于参照实施例1中的应用环境，本实施例中对此不再赘述。本发明实施例提供了用于实施上述使用权限的请求方法及使用权限的获取方法的具体应用场景示例。
作为一种可选的实施例，以在视频应用中通过下载购物应用，请求配置视频应用中的使用权限为例，即，假设第一应用为视频应用，第二应用为购物应用，第三方系统为用于推广购物应用的购物推广平台系统。具体结合图9所示示例描述：
例如，终端A上运行的视频应用的客户端当前通过登录账号ID_01登录。加载视频应用的客户端的页面，其中，该页面上包括用于下载购物应用的下载入口(如图9左侧界面所示“VIP中心”)，获取对下载入口的点击操作，进入下载界面(如图9所示右侧界面)。在本示例中，可以通过选择转移自身资产(如图9右侧界面所示点击“购买”)来实现在视频应用中开通会员权限(如将账号ID_01升级为VIP账号)的天数；也可以通过选择由购物应用的运营方转移资产(如图9右侧界面所示点击“兑换”)来实现在视频应用中开通会员权限(如将账号ID_01升级为VIP账号)的天数。如图9所示，可以在VIP中心的“兑换”界面选择下载不同的购物应用。假设当前显示四个购物应用，分别为购物应用-1、购物应用-2、购物应用-3及购物应用-1。
进一步，假设视频应用中账号ID_01已经通过下载购物应用-1、购物应用-3配置过会员权限(如将账号ID_01升级为VIP账号)，如图所示显示已赠VIP天数，则可以进一步选择还未通过下载配置过使用权限的购物应用。假设点击选择下载购物应用-2，则购物推广平台系统将接收到该页面发送的下载购物应用-2的下载信息，其中，该下载信息至少用于指示：安装有视频应用的客户端的第一设备(如终端A)的第一设备标识(如ID_A)、视频应用的客户端登录的第一账号(如ID_01)及被下载的购物应用的应用标识(如ID-x2)；进一步，购物推广平台系统对上述下载购物应用-2的下载信息进行认证，例如，判断该购物应用-2是否被激活。若购物应用-2被激活，则购物推广平台系统可以请求视频应用的服务器为账号ID_01配置会员权限，如将账号ID_01升级为VIP账号3天。
然后，假设每下载一次购物应用-2，购物推广平台系统付费2000元，则在上述下载认证过程结束后，购物推广平台系统可以向视频应用的服务器转移对应的资产，即2000元。从而使购物推广平台系统不仅可以统计购物应用-2的下载次数，而且还可以获取到上述购物应用-2是在视频应用中下载，进而实现由购物推广平台系统向视频应用的服务器请求为当前登录的该账号ID_01配置对应的使用权限。
也就是说，视频应用的客户端所登录的账号ID_01可以在获取到所配置的使用权限的同时，而不付出任何代价，通过兑换方式由购物推广平台系统代替购物应用为此配置过程付费。此外，这样还为该购物应用做了信息推广，以便于增加用户使用量，达到双方共赢的效果。
需要说明的是，在本实施例中，页面显示的用于下载的应用不仅限于一种应用类型，也就是说，这里不仅限于购物应用还可以包括其他应用的下载链接。
实施例4
根据本发明实施例，还提供了一种用于实施上述使用权限的请求方法及使用权限的获取方法的系统，该系统包括：
1)第三方系统请求服务器，设置为请求第一应用的服务器为第一应用登录的第一账号配置使用权限；还设置为向第一应用的服务器转移对应的资源。
2)获取终端，设置为获取权限配置信息，其中，权限配置信息用于指示第一应用的服务器为第一账号配置的使用权限。
也就是说，运行第一应用的获取终端记载第一应用的页面，其中，页面包括第二应用的下载入口，第一应用登录有第一账号；响应于对下载入口的点击操作，向第三方系统请求服务器发送下载信息，第三方系统请求服务器接收页面发送的下载信息，其中，下载信息至少用于指示获取终端的终端标识，登录第一应用的第一账号，以及被下载的第二应用的第二应用标识；然后第三方系统对该下载信息进行认证，并响应上述认证向第一应用的服务器请求为第一应用所登录的第一账号配置使用权限。获取终端通过第一应用的服务器获取权限配置信息，其中，权限配置信息用于指示第一应用的服务器为第一账号配置的使用权限。
可选地，在本实施例中，上述系统还可以包括但不限于：第二应用的服务器，设置为向第三方系统请求服务器发布下载链接，还设置为向第三方系统请求服务器转移对应的资源。
可选地，在本实施例中，上述系统中的第三方系统请求服务器中可以包括但不限于一种用于实施上述使用权限的请求方法的使用权限的请求装置，如图10所示，该装置包括：
1)接收单元1002，用于接收通过第一应用的页面发送的下载信息，下载信息至少用于指示：运行第一应用的第一设备的第一设备标识，登录第一应用的第一账号，以及被下载的第二应用的第二应用标识；
2)认证单元1004，用于对下载信息进行认证；
3)请求单元1006，用于响应认证，请求第一应用的服务器为第一账号配置使用权限。
可选地，在本实施例中，上述使用权限的请求装置可以但不限于应用于通过第三方系统请求各种不同应用类型的应用中的使用权限的过程中。例如，上述应用可以但不限于为音乐应用、视频应用、通讯应用等。可选地，在本实施例中，上述第三方系统是相对于第一设备使用方、第一应用发布方或运营方，和第二应用的源发布方或运营方而言的第三方平台系统，用于配置第二应用的信息的主体，例如，用于发布广告的广告平台系统，或一种用于推广信息的推广平台系统，实现对包括第二应用在内的应用进行广告或推广。以请求在音乐应用中的使用权限为例，即第一应用以音乐应用，第二应用以游戏应用为例。第三方系统接收通过音乐应用的页面发送的下载信息，其中，该下载信息至少用于指示：运行音乐应用的第一设备(如终端A)的第一设备标识(如ID_A)、登录音乐应用的第一账号(如ID_01)及被下载的游戏应用的应用标识(如ID-x)；然后第三方系统对该下载信息进行认证，并响应该认证，请求第一应用的服务器为第一账号(如ID_01)配置使用权限。上述仅是一种示例，本实施例中对此不做任何限定。
需要说明的是，在本实施例中，第三方系统接收通过第一应用的页面发送的下载信息，其中，下载信息至少用于指示运行上述第一应用的第一设备的第一设备标识、登录第一应用的第一账号及被下载的第二应用的第二应用标识，对该下载信息进行认证，并响应该认证向第一应用的服务器请求为第一账号配置使用权限。也就是说，通过获取页面发送的下载信息，并对该下载信息进行认证后，响应认证请求为第一应用所登录的第一账号配置使用权限。即，通过从第三方系统获取下载第二应用的下载来源，以实现对作为下载来源的第一应用执行进一步的后续操作。在本实施例中，提供了一种通过第三方系统为作为下载来源的第一应用登录的第一账号请求配置对应的使用权限，以实现由第二应用对该第一应用的下载操作提供对应的激励。换言之，通过在第一应用中提供第二应用的下载入口，以实现拓展第二应用的下载渠道，进而达到提升第二应用的下载效率及使用效率的目的。
可选地，在本实施例中，第三方系统在获取到被认证的下载信息时，可以向第一应用的服务器请求为第一应用所登录的第一账号配置使用权限。其中，上述认证方式可以包括但不限于：判断被下载的应用是否被激活。本实施例中并不限于这种认证方式，还可以包括其他用于指示本次下载为有效操作的认证方式，例如，判断被下载的应用是否正在被运行等。进一步，认证过程可以包括但不限于：判断被下载的应用的设备标识是否与被激活的应用的设备标识匹配、且判断被下载的应用的应用标识是否与被激活的应用的应用标识匹配。这里仅是一种示例，本实施例中对此不做限定。
可选地，在本实施例中，上述第三方系统对下载信息进行认证包括：第三方系统接收应用激活信息，其中，应用激活信息至少用于指示被激活的第三应用的第三应用标识，以及第二设备的第二设备标识，其中，第三应用运行在第二设备上；并判断第二设备标识是否与第一设备标识匹配、且第二应用标识是否与第三应用标识匹配；
上述响应认证，第三方系统请求第一应用的服务器为第一账号配置使用权限包括：若第二设备标识与第一设备标识匹配、且第二应用标识与第三应用标识匹配，则第三方系统请求第一应用的服务器为第一账号配置使用权限。
例如，以请求在音乐应用中的使用权限为例，即第一应用以音乐应用，第二应用、第三应用以游戏应用为例。第三方系统接收音乐应用的页面发送的下载信息，其中，该下载信息至少用于指示：运行音乐应用的第一设备(如终端A)的第一设备标识(如ID_A)、登录音乐应用的第一账号(如ID_01)及被下载的游戏应用的应用标识(如ID-x)；第三方系统接收用于指示被激活的游戏应用的应用标识(如ID-y)，以及安装该被激活的游戏应用的第二设备(如终端B)的第二设备标识(如ID_B)，并判断第二设备标识(如ID_B)是否与第一设备标识(如ID_A)匹配、且被下载的游戏应用的应用标识(如ID-x)是否与被激活的游戏应用的应用标识(如ID-y)匹配；若第二设备标识(如ID_B)与第一设备标识(如ID_A)匹配、且被下载的游戏应用的应用标识(如ID-x)与被激活的游戏应用的应用标识(如ID-y)匹配，则第三方系统请求音乐应用的服务器为第一账号(如ID_01)配置使用权限。上述仅是一种示例，本实施例中对此不做任何限定。
可选地，在本实施例中，在第三方系统接收页面发送的下载信息之前，还包括：第三方系统通过服务器将第二应用的下载链接发布在第一应用中。
需要说明的是，在本实施例中，第二应用可以但不限于将下载权限委托给第三方系统，以使第三方系统通过第一应用的服务器将第二应用的下载链接发布到第一应用上。也就是说，作为第三方平台的第三方系统分别与第一应用及第二应用进行交互，以完成为第一应用所登录的第一账号配置使用权限，从而减少了第二应用的交互操作，提高了第二应用的下载链接的发布效率。
可选地，在本实施例中，第三方系统通过第一应用的服务器向第一应用发布第二应用的下载链接可以包括但不限于：判断第一应用所登录的第一账号是否为预定账号，其中，该预定账号已配置对应的使用权限；在判断出所述第一账号为非预定账号时，向该第一应用发布第二应用的下载链接。也就是说，通过判断第一账号是否为已配置对应权限的预定账号，从而确定是否发布第二应用的下载链接，保证第二应用的下载链接发布的有效性，以避免不必要的发布所导致的资源浪费。
可选地，在本实施例中，第一应用可以先向第一应用的服务器发送下载信息，再由第一应用的服务器向第三方系统发送下载信息；也可以直接向第三方系统发送下载信息。对此，本实施例中不做任何限定。
可选地，在本实施例中，在第三方系统接收页面发送的下载信息之前，或者，在第三方系统请求第一应用的服务器为第一账号配置使用权限之后，上述方法还包括：第三方系统向服务器转移与使用权限对应的资源。
可选地，在本实施例中，为第一账号配置的使用权限与上述第三方系统转移的资源具有预定关联关系。如转移不同程度的资源，对应配置不同程度的使用权限。例如，以上述资源为资产，上述使用权限为开通会员权限的天数为例。假设第三方系统向第一应用的服务器转移的资产为K1时，第一应用的服务器向第一应用登录的第一账号配置的使用权限为开通会员权限N1天。又例如，假设第三方系统向第一应用的服务器转移的资产为K2时，第一应用的服务器向第一应用登录的第一账号配置的使用权限为开通会员权限N2天。其中，K2>K1时，则N2>N1。
可选地，在本实施例中，上述与使用权限对应的资源可以但不限于由第二应用的服务器向第三方系统转移得到。也就是说，在为第一账号配置使用权限时，无需由第一应用登录的第一账号付出任何代价，可以通过下载第二应用，以实现由第二应用的服务器为第一账号所配置的使用权限转移相应的资源。从而达到在减少为第一应用登录的第一账号配置使用权限所需的使用成本的同时，还将使第二应用在转移一定资源的情况下，可以增加第二应用的下载量和/或激活量，实现由第二应用对该第一应用的下载操作提供对应的激励，进而达到提升第二应用的下载效率及使用效率的目的。
具体结合以下示例进行说明，如图3所示步骤S302-S316，第二应用306通知第三方系统308将要发布第二应用的下载链接，第三方系统308收到委托后，将该第二应用的下载链接发布给第一应用的服务器304，以使第一应用的服务器304将设置有第二应用的下载链接的页面发送给第一应用的客户端302显示，在第一应用的客户端302显示上述页面的过程中，接收到下载请求时，则向第三方系统308发送下载信息。然后，第三方系统308接收第三应用310被激活的应用激活信息，并根据接收到的下载信息及应用激活信息判断第二应用与第三应用是否匹配。在判断出匹配时，第三方系统308向第一应用的服务器304请求为第一应用的客户端304所登录的第一账号配置使用权限，第一应用的服务器304将向第一应用的客户端302所登录的第一账号配置相应的使用权限。
通过本申请提供的实施例，第三方系统获取通过第一应用的页面发送的下载信息，并对该下载信息进行认证后，响应上述认证，请求为第一应用所登录的第一账号配置使用权限，从而实现通过接收并认证上述下载信息来获取请求下载第二应用的第一应用，即，通过从第三方系统获取下载第二应用的下载来源，以实现对作为下载来源的第一应用执行进一步的后续操作。在本实施例中，提供了一种通过第三方系统为作为下载来源的第一应用登录的第一账号请求配置对应的使用权限，以实现由第二应用对该第一应用的下载操作提供对应的激励。换言之，通过在第一应用中提供第二应用的下载入口，以实现拓展第二应用的下载渠道，进而达到提升第二应用的下载效率及使用效率的目的。此外，在本实施例中，通过第一应用的页面获取对第二应用的下载信息，从而实现可以获取下载第二应用的下载来源，并进一步为作为下载来源的第一应用登录的第一账号请求配置对应的使用权限，进而克服现有技术中由于无法获取下载第二应用的第一应用所导致的无法请求对第一应用配置使用权限的问题。
作为一种可选的方案，还包括：
1)发布单元，用于在接收通过第一应用的页面发送的下载信息之前，通过服务器将第二应用的下载链接发布在第一应用中。
需要说明的是，在本实施例中，第二应用可以但不限于将下载权限委托给第三方系统，也就是说，通过通知第三方系统发布第二应用的下载链接，以使第三方系统通过第一应用的服务器将第二应用的下载链接发布到第一应用上。也就是说，作为第三方平台的第三方系统分别与第一应用及第二应用进行交互，以实现将第二应用的下载链接发布到多个第一应用中，以完成为不同的第一应用所登录的账号配置对应的使用权限，而无需第二应用分别与不同的第一应用进行交互，从而达到减少第二应用的交互操作，提高第二应用发布下载链接的效率。
可选地，在本实施例中，第三方系统通过第一应用的服务器向第一应用发布第二应用的下载链接可以包括但不限于：判断第一应用所登录的第一账号是否为预定账号，其中，该预定账号已配置对应的使用权限；在判断出第一账号为非预定账号时，向该第一应用发布第二应用的下载链接。也就是说，通过判断第一账号是否为已配置对应权限的预定账号，从而确定是否发布第二应用的下载链接，以保证第二应用的下载链接发布的有效性，进而避免不必要的发布所导致的资源浪费。
可选地，在本实施例中，第三方系统通过服务器将第二应用的下载链接发布在第一应用中包括：第三方系统通过服务器将第二应用的下载链接设置在第一应用所加载的页面中，并通过第一应用的服务器将页面的地址发送给第一应用。
具体结合图4所示示例进行说明，假设第三方系统在第一应用的客户端加载的页面上发布了四个第二应用(如图4左侧所示)的下载链接，如分别为第二应用-1、第二应用-2、第二应用-3及第二应用-4。其中，第二应用-1与第二应用-3已配置相应的使用权限，第二应用-2与第二应用-4尚未配置相应的使用权限。进一步，如图4所示，假设接收到对第二应用-4进行下载的下载操作指令，则可以但不限于跳转到下载页面(如图4右侧所示)，点击“立即下载”在第一应用的客户端上已发布但尚未通过该第二应用-4为第一账号配置过使用权限的第二应用-4。从而实现通过下载第二应用-4，以便于对第一应用的客户端登录的第一账号配置使用权限。上述仅是一种示例，下载操作也可以但不限于在图4左侧所示界面直接执行，本实施例中对此不做任何限定。
通过本申请的实施例，第三方系统通过服务器将第二应用的下载链接发布在第一应用中，以便于通过在第一应用中请求对第二应用进行下载，从而增加第二应用的下载量，进而达到提升第二应用的下载效率和使用效率的目的。进一步，在本实施例中还可以根据判断第一账号是否为已配置使用权限的预定账号，来确定是否发布第二应用的下载链接，从而实现保证发布的有效性，避免不必要的资源浪费。
作为一种可选的方案，发布单元包括：
1)设置模块，用于通过服务器将第二应用的下载链接设置在页面中；
2)发送模块，用于通过服务器将页面的地址发送给第一应用。
可选地，在本实施例中，设置在页面中的第二应用的下载链接可以显示为下载按钮，也可以显示为下载链接。例如，如图4左侧所示的“未配置”可以作为下载按钮来指示对第二应用进行下载，即通过点击“未配置”来直接下载第二应用。又例如，如图4左侧所示的“未配置”可以作为链接到第二应用的下载界面的下载链接，即通过点击“未配置”来跳转到如图4右侧所示的下载界面进行下载。本实施例中对此不做任何限定。
具体结合以下示例进行说明，第三方系统在收到第二应用-4的委托后，则通过第一应用的服务器将第二应用-4的下载链接设置在页面如图4左侧所示页面中，并将该页面的地址发送给第一应用的客户端显示，如图4左侧所示界面。
通过本申请提供的实施例，第三方系统通过服务器将第二应用的下载链接设置在页面中，并通过服务器将页面的地址发送给第一应用，以使在第一应用中可以显示第二应用的下载链接，从而通过扩展第二应用的下载渠道来增加第二应用的下载量，进而达到提升第二应用的下载效率和使用效率的目的。
作为一种可选的方案，下载信息包括：第一设备标识、第二应用标识、下载标识，其中，下载标识通过对第一账号、第一设备标识、第二应用标识进行编码处理得到。例如，下载信息可以包括但不限于如表2所示的信息：
表2
第一应用登录的第一账号ID
第一应用ID
第一设备ID
国家信息
第一设备类型
第一设备语言
第二应用ID
可选地，在本实施例中，下载标识可以但不限于根据md5编码技术获取得到，例如，下载标识＝md5(第一账号，第一设备标识，第二应用标识)。这里只是一种举例，本实施例中还可以通过其他方式获取下载标识，本实施例中对此不做任何限定。
例如，获取到下载信息如下：
第一应用ID：100011865
第二应用ID:56f9138040d4ec4ca3ebafec
第一设备ID:7932c16a45db8d74
则通过md5编码技术可以得到这里的下载标识为：
f39253a094e9f00e388ad0a60ae24af6
通过本申请提供的实施例，第三方系统接收到页面发送的下载信息可以为包括第一设备标识、第二应用标识、下载标识，其中，下载标识可以但不限于通过md5编码技术获取到。从而实现利用上述下载信息来获取为第一应用登录的第一账号配置的使用权限。
作为一种可选的方案，上述装置还包括：
1)转移单元，用于在接收通过第一应用的页面发送的下载信息之前，或者，在请求第一应用的服务器为第一账号配置使用权限之后，向服务器转移与第二应用对应的资源。
可选地，在本实施例中，转移单元包括：第一转移模块，用于向服务器转移与第二应用被下载和/或被激活的次数对应的费用；和/或，第二转移模块，用于向服务器转移与使用权限对应的费用。
也就是说，为第一账号配置的使用权限与上述第三方系统转移的资源和/或第二应用被下载和/或被激活的次数具有预定关联关系。上述资源可以但不限于为费用。其中，上述与使用权限对应的资源可以但不限于由第二应用的服务器向第三方系统转移得到。也就是说，在为第一账号配置使用权限时，无需由第一应用登录的第一账号付出任何代价，可以通过下载并激活第二应用，以实现由第二应用的服务器为第一账号所配置的使用权限转移相应的资源(如费用)。
需要说明的是，上述第二应用的服务器可以预先向第三方系统转移与第二应用被下载和/或被激活的预定次数对应的全部资源；也可以在确定第二应用被下载和/或被激活一次后，再向第三方系统转移一次对应的资源。本实施例中对第二应用转移资源的时机不做任何限定。此外，在本实施例中，第三方系统还可以向第一应用的服务器转移与使用权限对应的费用。
可选地，在本实施例中，第三方系统还可以但不限于扩展为多个不同的第二应用向第一应用的服务器发布下载链接。
可选地，在本实施例中，仅下载第二应用，仅认证(如激活)第二应用，或者，下载并认证(如激活)第二应用，三者可以但不限于配置不同程度的使用权限。例如，假设上述使用权限以开通会员权限(如将第一账号升级为VIP账号)的天数为例，则在仅下载第二应用的情况下，可以配置使用1天，而在下载并认证(如激活)第二应用的情况下，则可以配置使用3天。这里仅提供一种示例，本实施例中对此不做任何限定。
可选地，在本实施例中，第二应用向第三方系统提供不同程度的资源时，第三方系统也将向第一应用的服务器对应转移不同程度的资源，则第一应用的服务器可以但不限于为第一账号配置不同程度的使用权限。例如，对于一次被下载和/或被激活操作，第二应用-1向第三方系统转移的资源为K1(即对于一次被下载和/或被激活操作，第三方系统向第一应用的服务器对应转移的资源为K1)，第二应用-2所转移的资源为K2(即对于一次被下载和/或被激活操作，第三方系统向第一应用的服务器对应转移的资源为K2)，其中，K1>K2，则第一应用的服务器根据第二应用-1被下载和/或被激活操作为第一账号所配置的使用权限Q1，大于第一应用的服务器根据第二应用-2被下载和/或被激活操作为第一账号所配置的使用权限Q2。这里，Q1>Q2，可以理解为所配置的使用权限Q1的数量大于所配置的使用权限Q2，例如开通会员权限的天数。也可以理解为所配置的使用权限Q1比所配置的使用权限Q2的权限等级更高，例如，黄金会员还是普通会员。上述仅是一种示例，本实施例中对此不做任何限定。
例如，上述资源以资产为例，上述使用权限以开通会员权限(如将第一账号升级为VIP账号)的天数为例。假设第三方系统在第一应用的页面上发布了四个第二应用(如图5所示)的下载链接，如分别为第二应用-1、第二应用-2、第二应用-3及第二应用-4。其中，第二应用-1与第二应用-3已配置相应的使用权限，第二应用-2与第二应用-4尚未配置相应的使用权限。
进一步，以已配置的第二应用-1与第二应用-3为例说明。假设第二应用-1与第三方系统约定下载并激活一次，转移资产5万元；第二应用-3与第三方系统约定下载并激活一次，转移资产1万元。则如图5所示，在第二应用-1被下载并被激活时，则第三方系统可以将对应的5万元转移给第一应用的服务器，第一应用的服务器可以根据所转移的资产为此配置使用权限如下：为第一账号开通会员权限(如将第一账号升级为VIP账号)5天。而在第二应用-3被下载并被激活时，则第三方系统可以将对应的1万元转移给第一应用的服务器，第一应用的服务器可以根据所转移的资产为此配置使用权限如下：为第一账号开通会员权限(如将第一账号升级为VIP账号)1天。
可选地，在本实施例中，还可以但不限于根据所转移的不同程度的资源，对应配置第二应用的下载链接在显示列表中的位置。例如，所转移的资源越多，第二应用的下载链接的下载位置越靠前。本实施例中对此不做任何限定。
通过本申请提供的实施例，通过在第三方系统接收通过第一应用的页面发送的下载信息之前，或者，在第三方系统请求第一应用的服务器为第一账号配置使用权限之后，由第三方系统向服务器转移与第二应用对应的资源。以实现在第三方系统获取到在第一应用中下载和/或被认证的第二应用时，由第二应用的服务器为第一账号所配置的使用权限转移相应的资源，从而在减少为第一应用登录的第一账号配置使用权限所需的使用成本的同时，还将使第二应用在转移一定资源的情况下，对该第一应用的下载操作提供对应的激励，以实现拓展第二应用的下载渠道，进而达到提升第二应用的下载效率及使用效率的目的。
可选地，在本实施例中，上述系统中的获取终端中可以包括但不限于一种用于实施上述使用权限的获取方法的使用权限的获取装置，如图11所示，该装置包括：
1)加载单元1102，用于加载第一应用的页面，其中，页面包括第二应用的下载入口，第一应用登录有第一账号，第一应用运行在第一设备上；
2)第一发送单元1104，用于响应于对下载入口的点击操作，向第三方系统发送下载信息，其中，下载信息至少用于指示：第一设备的第一设备标识，第一账号，以及被下载的第二应用的第二应用标识；
3)第一获取单元1106，用于响应于第三方系统对下载信息的认证，获取权限配置信息，其中，权限配置信息用于指示第一应用的服务器为第一账号配置的使用权限。
可选地，在本实施例中，上述使用权限的获取装置可以但不限于应用于各种不同类型的第一应用的客户端获取使用权限的过程中。例如，上述应用可以但不限于为音乐应用、视频应用、通讯应用等。其中，上述方法可以应用在应用客户端中，还可以直接应用在H5页面中，本实施例中对此不做任何限定。
例如，以在音乐应用中获取使用权限为例，即第一应用以音乐应用，第二应用以游戏应用为例。假设音乐应用运行在第一设备(如终端A)上，并使用第一账号(如ID_01)登录。加载音乐应用的页面，其中，该页面包括第二应用的下载入口；音乐应用响应对下载入口的点击操作，向第三方系统发送下载信息，其中，下载信息至少用于指示：第一设备(如终端A)的第一设备标识(如ID_A)，第一账号(如ID_01)，以及被下载的游戏应用的第二应用标识(如ID-y)；然后，响应于第三方系统对下载信息的认证，获取权限配置信息，其中，权限配置信息用于指示第一应用的服务器为第一账号(如ID_01)配置的使用权限。
需要说明的是，在本实施例中，加载登录有第一账号的第一应用的页面，其中，该页面包括第二应用的下载入口，第一应用运行在第一设备上，响应于对下载入口的点击操作，向第三方系统发送下载信息，通过页面向第三方系统发送下载信息，其中，下载信息至少用于指示：第一设备的第一设备标识，第一账号，以及被下载的第二应用的第二应用标识；然后响应于第三方系统对下载信息的认证，获取权限配置信息，其中，权限配置信息用于指示第一应用的服务器为第一账号配置的使用权限。也就是说，通过加载包括第二应用的下载入口的第一应用的页面，以便于在第三方系统获取到第二应用被下载后，可以获知执行该下载操作的是第一应用，从而实现为第一应用所登录的第一账号配置使用权限，使第一账号可以获取到对应的使用权限。即通过第三方系统为作为下载来源的第一应用登录的第一账号请求配置对应的使用权限，以实现由第二应用对该第一应用的下载操作提供对应的激励。换言之，通过在第一应用中提供第二应用的下载入口，以实现拓展第二应用的下载渠道，进而达到提升第二应用的下载效率及使用效率的目的。
可选地，在本实施例中，第一应用的服务器可以包括但不限于：判断第一账号是否为预定账号，其中，该预定账号已配置对应的使用权限；在判断出所述第一账号为非预定账号时，发送设置有第二应用的下载链接的页面的地址。也就是说，第一应用的服务器通过判断第一账号是否为已配置对应权限的预定账号，从而确定是否发送设置有第二应用的下载链接的页面的地址，保证第二应用的下载链接发布的有效性，以避免不必要的发布所导致的资源浪费。
可选地，在本实施例中，在第三方系统通过向第一应用的服务器转移与使用权限对应的资源后，可以但不限于更新显示所获取到的使用权限。
通过本申请提供的实施例，通过加载包括第二应用的下载入口的第一应用的页面，以便于在第三方系统获取到第二应用被下载后，可以获知执行该下载操作的是第一应用，从而实现为第一应用所登录的第一账号配置使用权限，使第一账号可以获取到对应的使用权限。即通过第三方系统为作为下载来源的第一应用登录的第一账号请求配置对应的使用权限，以实现由第二应用对该第一应用的下载操作提供对应的激励。换言之，通过在第一应用中提供第二应用的下载入口，以实现拓展第二应用的下载渠道，进而达到提升第二应用的下载效率及使用效率的目的。
作为一种可选的方案，还包括：
1)接收单元，用于在加载第一应用的页面之前，接收到页面加载指令；
2)第二发送单元，用于向服务器发送页面加载请求；
3)第二获取单元，用于从服务器获取页面。
通过本申请提供的实施例，接收到页面加载指令后，可以向第一应用的服务器发送页面加载请求，以便于从第一应用的服务器获取设置有第二应用的下载链接的页面，从而实现通过加载页面灵活显示所要下载的第二应用的下载链接，从而通过扩展第二应用的下载渠道来达到增加第二应用的下载量，进而提高第二应用的下载效率及使用效率。
作为一种可选的方案，页面加载请求携带有第一账号，其中，第二获取单元包括：获取模块，用于在第一账号不具备使用权限时，从服务器获取页面。
可选地，在本实施例中，若第一账号具备使用权限，则在向服务器发送页面加载请求之后，从服务器获取其他页面。
通过本申请提供的实施例，可以根据第一账号是否具备使用权限，来进一步确定是否加载设置有第二应用的下载链接的页面，而不是统一加载，进一步保证了第二应用的下载链接发布的有效性，以避免不必要的发布所导致的资源浪费。
可选地，在本实施例中，如图12所示，上述第三方系统请求服务器可以包括但不限于以下部件：
(1)通讯接口1202，设置为接收通过第一应用的页面发送的下载信息，还设置为响应认证，请求第一应用的服务器为第一账号配置使用权限；
(2)处理器1204，与通讯接口1202连接，设置为对下载信息进行认证；
(3)存储器1206，与通讯接口1202及处理器1204连接，设置为存储下载信息。
可选地，在本实施例中，如图13所示，上述获取终端可以包括但不限于以下部件：
(1)通讯接口1302，设置为获取所要加载的第一应用的页面；还设置为响应于对下载入口的点击操作，向第三方系统发送下载信息；还设置为响应于第三方系统对下载信息的认证，获取权限配置信息。
(2)处理器1304，与通讯接口1302连接，设置为根据权限配置信息配置使用权限；
(3)存储器1306，与通讯接口1302及处理器1304连接，设置为存储第一应用的界面及权限配置信息。
可选地，本实施例中的具体示例可以参考上述实施例中所描述的示例，本实施例在此不再赘述。
实施例5
本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以位于网络中的多个网络设备中的至少一个网络设备。
可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：
S1，接收通过第一应用的页面发送的下载信息，下载信息至少用于指示：运行第一应用的第一设备的第一设备标识，登录第一应用的第一账号，以及被下载的第二应用的第二应用标识；
S2，对下载信息进行认证；
S3，响应认证，请求第一应用的服务器为第一账号配置使用权限。
可选地，在本实施例中，上述存储介质还可以被设置为存储用于执行以下步骤的程序代码：
S1，加载第一应用的页面，其中，页面包括第二应用的下载入口，第一应用登录有第一账号，第一应用运行在第一设备上；
S2，响应于对下载入口的点击操作，向第三方系统发送下载信息，其中，下载信息至少用于指示：第一设备的第一设备标识，第一账号，以及被下载的第二应用的第二应用标识；
S3，响应于第三方系统对下载信息的认证，获取权限配置信息，其中，权限配置信息用于指示第一应用的服务器为第一账号配置的使用权限。
可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，RandomAccessMemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
可选地，本实施例中的具体示例可以参考上述实施例1和实施例2中所描述的示例，本实施例在此不再赘述。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在上述计算机可读取的存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在存储介质中，包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。
在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中，应该理解到，所揭露的客户端，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (20)

1.一种使用权限的请求方法，其特征在于，包括：
第三方系统接收通过第一应用的页面发送的下载信息，所述下载信息至少用于指示：运行所述第一应用的第一设备的第一设备标识，登录所述第一应用的第一账号，以及被下载的第二应用的第二应用标识；
所述第三方系统对所述下载信息进行认证；
响应所述认证，所述第三方系统请求所述第一应用的服务器为所述第一账号配置使用权限。
2.根据权利要求1所述的方法，其特征在于，
所述第三方系统对所述下载信息进行认证包括：所述第三方系统接收应用激活信息，其中，所述应用激活信息至少用于指示被激活的第三应用的第三应用标识，以及第二设备的第二设备标识，其中，所述第三应用运行在所述第二设备上；所述第三方系统判断所述第二设备标识是否与所述第一设备标识匹配、且所述第二应用标识是否与所述第三应用标识匹配；
响应所述认证，所述第三方系统请求所述第一应用的服务器为所述第一账号配置使用权限包括：若所述第二设备标识与所述第一设备标识匹配、且所述第二应用标识与所述第三应用标识匹配，则所述第三方系统请求所述第一应用的服务器为所述第一账号配置使用权限。
3.根据权利要求1所述的方法，其特征在于，在所述第三方系统接收通过第一应用的页面发送的下载信息之前，还包括：
所述第三方系统通过所述服务器将所述第二应用的下载链接发布在所述第一应用中。
4.根据权利要求3所述的方法，其特征在于，所述第三方系统通过所述服务器将所述第二应用的下载链接发布在所述第一应用中包括：
所述第三方系统通过所述服务器将所述第二应用的下载链接设置在所述页面中，并通过所述服务器将所述页面的地址发送给所述第一应用。
5.根据权利要求1或2所述的方法，其特征在于，所述下载信息包括：所述第一设备标识、所述第二应用标识、下载标识，其中，所述下载标识通过对所述第一账号、所述第一设备标识、所述第二应用标识进行编码处理得到。
6.根据权利要求1至4中任一项所述的方法，其特征在于，在所述第三方系统接收通过第一应用的页面发送的下载信息之前，或者，在所述第三方系统请求所述第一应用的服务器为所述第一账号配置使用权限之后，所述方法还包括：所述第三方系统向所述服务器转移与所述第二应用对应的资源。
7.根据权利要求6所述的方法，其特征在于，所述第三方系统向所述服务器转移与所述第二应用对应的资源包括：
所述第三方系统向所述服务器转移与所述第二应用被下载和/或被激活的次数对应的费用；和/或
所述第三方系统向所述服务器转移与所述使用权限对应的费用。
8.一种使用权限的获取方法，其特征在于，包括：
加载第一应用的页面，其中，所述页面包括第二应用的下载入口，所述第一应用登录有第一账号，所述第一应用运行在第一设备上；
响应于对所述下载入口的点击操作，向第三方系统发送下载信息，其中，所述下载信息至少用于指示：所述第一设备的第一设备标识，所述第一账号，以及被下载的所述第二应用的第二应用标识；
响应于所述第三方系统对所述下载信息的认证，获取权限配置信息，其中，所述权限配置信息用于指示所述第一应用的服务器为所述第一账号配置的使用权限。
9.根据权利要求8所述的方法，其特征在于，在所述加载第一应用的页面之前，还包括：
接收到页面加载指令；
向所述服务器发送页面加载请求；
从所述服务器获取所述页面。
10.根据权利要求9所述的方法，其特征在于，所述页面加载请求携带有所述第一账号，其中，所述从所述服务器获取所述页面包括：在所述第一账号不具备所述使用权限时，从所述服务器获取所述页面。
11.一种使用权限的请求装置，其特征在于，所述装置位于第三方系统，所述装置包括：
接收单元，用于接收通过第一应用的页面发送的下载信息，所述下载信息至少用于指示：运行所述第一应用的第一设备的第一设备标识，登录所述第一应用的第一账号，以及被下载的第二应用的第二应用标识；
认证单元，用于对所述下载信息进行认证；
请求单元，用于响应所述认证，请求所述第一应用的服务器为所述第一账号配置使用权限。
12.根据权利要求11所述的装置，其特征在于，
所述认证单元包括：接收模块，用于接收应用激活信息，其中，所述应用激活信息至少用于指示被激活的第三应用的第三应用标识，以及第二设备的第二设备标识，其中，所述第三应用运行在所述第二设备上；判断模块，用于判断所述第二设备标识是否与所述第一设备标识匹配、且所述第二应用标识是否与所述第三应用标识匹配；
所述请求单元包括：请求模块，用于在所述第二设备标识与所述第一设备标识匹配、且所述第二应用标识与所述第三应用标识匹配时，请求所述第一应用的服务器为所述第一账号配置使用权限。
13.根据权利要求11所述的装置，其特征在于，还包括：
发布单元，用于在接收通过第一应用的页面发送的下载信息之前，通过所述服务器将所述第二应用的下载链接发布在所述第一应用中。
14.根据权利要求13所述的装置，其特征在于，所述发布单元包括：
设置模块，用于通过所述服务器将所述第二应用的下载链接设置在所述页面中；
发送模块，用于通过所述服务器将所述页面的地址发送给所述第一应用。
15.根据权利要求11或12所述的装置，其特征在于，所述下载信息包括：所述第一设备标识、所述第二应用标识、下载标识，其中，所述下载标识通过对所述第一账号、所述第一设备标识、所述第二应用标识进行编码处理得到。
16.根据权利要求11至14中任一项所述的装置，其特征在于，所述装置还包括：转移单元，用于在接收通过第一应用的页面发送的下载信息之前，或者，在请求所述第一应用的服务器为所述第一账号配置使用权限之后，向所述服务器转移与所述第二应用对应的资源。
17.根据权利要求16所述的装置，其特征在于，所述转移单元包括：
第一转移模块，用于向所述服务器转移与所述第二应用被下载和/或被激活的次数对应的费用；和/或
第二转移模块，用于向所述服务器转移与所述使用权限对应的费用。
18.一种使用权限的获取装置，其特征在于，所述装置包括：
加载单元，用于加载第一应用的页面，其中，所述页面包括第二应用的下载入口，所述第一应用登录有第一账号，所述第一应用运行在第一设备上；
第一发送单元，用于响应于对所述下载入口的点击操作，向第三方系统发送下载信息，其中，所述下载信息至少用于指示：所述第一设备的第一设备标识，所述第一账号，以及被下载的所述第二应用的第二应用标识；
第一获取单元，用于响应于所述第三方系统对所述下载信息的认证，获取权限配置信息，其中，所述权限配置信息用于指示所述第一应用的服务器为所述第一账号配置的使用权限。
19.根据权利要求18所述的装置，其特征在于，还包括：
接收单元，用于在所述加载第一应用的页面之前，接收到页面加载指令；
第二发送单元，用于向所述服务器发送页面加载请求；
第二获取单元，用于从所述服务器获取所述页面。
20.根据权利要求19所述的装置，其特征在于，所述页面加载请求携带有所述第一账号，其中，所述第二获取单元包括：获取模块，用于在所述第一账号不具备所述使用权限时，从所述服务器获取所述页面。
CN201610239662.3A 2016-04-15 2016-04-15 使用权限的请求方法和装置及获取方法和装置 Active CN105812479B (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN201610239662.3A CN105812479B (zh) 2016-04-15 2016-04-15 使用权限的请求方法和装置及获取方法和装置
PCT/CN2017/080547 WO2017177961A1 (zh) 2016-04-15 2017-04-14 使用权限的请求方法和装置及获取方法和装置
US16/138,561 US10887311B2 (en) 2016-04-15 2018-09-21 Method and apparatus for requesting usage permission, and method and apparatus for acquiring usage permission

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610239662.3A CN105812479B (zh) 2016-04-15 2016-04-15 使用权限的请求方法和装置及获取方法和装置

Publications (2)

Publication Number Publication Date
CN105812479A true CN105812479A (zh) 2016-07-27
CN105812479B CN105812479B (zh) 2020-02-28

Family

ID=56460296

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610239662.3A Active CN105812479B (zh) 2016-04-15 2016-04-15 使用权限的请求方法和装置及获取方法和装置

Country Status (3)

Country Link
US (1) US10887311B2 (zh)
CN (1) CN105812479B (zh)
WO (1) WO2017177961A1 (zh)

Cited By (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106550044A (zh) * 2016-11-24 2017-03-29 腾讯科技（深圳）有限公司 应用下载方法、下载服务器、下载客户端和应用下载系统
CN107067298A (zh) * 2017-03-28 2017-08-18 北京小米移动软件有限公司 处理物品展示信息的方法及装置
WO2017177961A1 (zh) * 2016-04-15 2017-10-19 腾讯科技（深圳）有限公司 使用权限的请求方法和装置及获取方法和装置
CN107451852A (zh) * 2017-06-23 2017-12-08 武汉斗鱼网络科技有限公司 一种直播平台中第三方直播应用app的推广方法及服务器
CN108076015A (zh) * 2016-11-15 2018-05-25 腾讯科技（深圳）有限公司 权限信息的处理方法和装置
CN108182214A (zh) * 2017-12-20 2018-06-19 珠海市魅族科技有限公司 数据下载方法及装置、终端装置与计算机可读存储介质
CN108737523A (zh) * 2018-05-09 2018-11-02 北京微播视界科技有限公司 应用模块与账户的关联方法、关联装置、硬件装置和介质
CN108776941A (zh) * 2018-04-13 2018-11-09 深圳市元征科技股份有限公司 数字作品版权管理方法、系统及区块链节点设备
CN110427749A (zh) * 2019-08-07 2019-11-08 连尚（新昌）网络科技有限公司 一种服务的实现方法、设备和计算机存储介质
CN110851150A (zh) * 2019-11-12 2020-02-28 连尚（新昌）网络科技有限公司 用于安装应用的方法和设备
CN112738007A (zh) * 2019-10-28 2021-04-30 腾讯科技（深圳）有限公司 管理权限转让同步更新方法、装置和计算机可读存储介质
CN114840113A (zh) * 2022-05-12 2022-08-02 维沃移动通信有限公司 应用管理方法和装置
CN114840113B (zh) * 2022-05-12 2024-04-30 维沃移动通信有限公司 应用管理方法和装置

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022204051A1 (en) * 2021-03-24 2022-09-29 Data.Ai Inc. Fast estimation of downloads for apps at launch

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102541931A (zh) * 2010-12-31 2012-07-04 联想(北京)有限公司 应用分享方法和应用分享设备
CN103258281A (zh) * 2012-02-20 2013-08-21 胡小龙 一种基于返利的移动设备应用软件的推广方法
CN103929444A (zh) * 2013-01-11 2014-07-16 腾讯科技（深圳）有限公司 交互方法及服务器
US20150341356A1 (en) * 2014-05-26 2015-11-26 Netease Information Technology(Beijing) Co., Ltd. Login method and apparatus

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8834276B2 (en) * 2012-06-01 2014-09-16 Zynga Inc. Rules-based engine for cross-promotion platform
JP5753133B2 (ja) * 2012-07-18 2015-07-22 株式会社Ｃａリワード 報酬付与装置、報酬付与方法および報酬付与プログラム
US9680814B2 (en) * 2013-12-25 2017-06-13 Huawei Technologies Co., Ltd. Method, device, and system for registering terminal application
WO2015189257A1 (en) * 2014-06-12 2015-12-17 Bee7000 Limited Communication of reward data between applications
CN104867031A (zh) * 2015-05-05 2015-08-26 深圳市鱼丸互动科技有限公司 一种应用推广方法及系统
CN104902019B (zh) * 2015-05-20 2016-11-16 腾讯科技（深圳）有限公司 一种应用推广方法、服务器及终端
CN105430101A (zh) * 2015-12-24 2016-03-23 北京奇虎科技有限公司 生成推广链接的方法和装置、分析推广链接的方法和装置
CN105812479B (zh) * 2016-04-15 2020-02-28 腾讯科技（深圳）有限公司 使用权限的请求方法和装置及获取方法和装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102541931A (zh) * 2010-12-31 2012-07-04 联想(北京)有限公司 应用分享方法和应用分享设备
CN103258281A (zh) * 2012-02-20 2013-08-21 胡小龙 一种基于返利的移动设备应用软件的推广方法
CN103929444A (zh) * 2013-01-11 2014-07-16 腾讯科技（深圳）有限公司 交互方法及服务器
US20150341356A1 (en) * 2014-05-26 2015-11-26 Netease Information Technology(Beijing) Co., Ltd. Login method and apparatus

Cited By (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017177961A1 (zh) * 2016-04-15 2017-10-19 腾讯科技（深圳）有限公司 使用权限的请求方法和装置及获取方法和装置
US10887311B2 (en) 2016-04-15 2021-01-05 Tencent Technology (Shenzhen) Company Limited Method and apparatus for requesting usage permission, and method and apparatus for acquiring usage permission
CN108076015A (zh) * 2016-11-15 2018-05-25 腾讯科技（深圳）有限公司 权限信息的处理方法和装置
CN108076015B (zh) * 2016-11-15 2020-07-07 腾讯科技（深圳）有限公司 权限信息的处理方法和装置
CN106550044B (zh) * 2016-11-24 2020-03-03 腾讯科技（深圳）有限公司 应用下载方法、下载服务器、下载客户端和应用下载系统
CN106550044A (zh) * 2016-11-24 2017-03-29 腾讯科技（深圳）有限公司 应用下载方法、下载服务器、下载客户端和应用下载系统
CN107067298B (zh) * 2017-03-28 2021-01-15 北京小米移动软件有限公司 处理物品展示信息的方法及装置
CN107067298A (zh) * 2017-03-28 2017-08-18 北京小米移动软件有限公司 处理物品展示信息的方法及装置
CN107451852A (zh) * 2017-06-23 2017-12-08 武汉斗鱼网络科技有限公司 一种直播平台中第三方直播应用app的推广方法及服务器
CN108182214A (zh) * 2017-12-20 2018-06-19 珠海市魅族科技有限公司 数据下载方法及装置、终端装置与计算机可读存储介质
CN108776941A (zh) * 2018-04-13 2018-11-09 深圳市元征科技股份有限公司 数字作品版权管理方法、系统及区块链节点设备
CN108776941B (zh) * 2018-04-13 2022-06-17 深圳市元征科技股份有限公司 数字作品版权管理方法、系统及区块链节点设备
CN108737523A (zh) * 2018-05-09 2018-11-02 北京微播视界科技有限公司 应用模块与账户的关联方法、关联装置、硬件装置和介质
CN110427749A (zh) * 2019-08-07 2019-11-08 连尚（新昌）网络科技有限公司 一种服务的实现方法、设备和计算机存储介质
CN112738007A (zh) * 2019-10-28 2021-04-30 腾讯科技（深圳）有限公司 管理权限转让同步更新方法、装置和计算机可读存储介质
CN110851150A (zh) * 2019-11-12 2020-02-28 连尚（新昌）网络科技有限公司 用于安装应用的方法和设备
CN110851150B (zh) * 2019-11-12 2022-09-06 连尚（新昌）网络科技有限公司 用于安装应用的方法和设备
CN114840113A (zh) * 2022-05-12 2022-08-02 维沃移动通信有限公司 应用管理方法和装置
CN114840113B (zh) * 2022-05-12 2024-04-30 维沃移动通信有限公司 应用管理方法和装置

Also Published As

Publication number Publication date
US10887311B2 (en) 2021-01-05
CN105812479B (zh) 2020-02-28
WO2017177961A1 (zh) 2017-10-19
US20190028476A1 (en) 2019-01-24

Similar Documents

Publication Publication Date Title
CN105812479A (zh) 使用权限的请求方法和装置及获取方法和装置
CN101681489B (zh) 内容分发基础结构
CN101753560B (zh) 用于便携式设备的无线网络接入的预配置
US8224794B2 (en) Clearinghouse system, method, and process for inventorying and acquiring infrastructure, monitoring and controlling network performance for enhancement, and providing localized content in communication networks
US8526929B1 (en) Mobile communication device provisioning and management
EP1864526B1 (en) Over-the-air subscriptions of mobile devices
CN102437998B (zh) 应用商店系统及使用该应用商店系统进行开发的方法
CN103703469A (zh) 管理可许可项目的装置和方法
CN101156167A (zh) 用于在数据网络上赠送的方法和设备
CN101904202A (zh) 自动供应wwan设备
CN101771993B (zh) 基于移动网络实现聚合应用的系统及其方法
CN104378342A (zh) 多账号验证方法、装置及系统
CN102457504B (zh) 应用商店系统及使用该应用商店系统进行应用开发的方法
CN105282234A (zh) 智能设备接入的方法、装置及系统
CN101208971A (zh) 用于同时托管网络上的多个服务提供商的方法及设备
CN102238547B (zh) 控制用户会话的方法、会话服务器、aaa服务器和系统
CN102710737A (zh) 跨平台服务通知
CN105825101A (zh) 应用于智能家居平台的账号管理方法和装置
CN113783829B (zh) 跨平台实现设备接入的方法和装置
CN106453263A (zh) 一种手机号码绑定app的方法及系统
CN108022126A (zh) 抽奖资格的确定方法、装置、服务器及存储介质
CN103703741A (zh) 应用程序分发方法、终端及服务器
CN102446308A (zh) 电信产品发布方法与业务管理子系统
CN104331407A (zh) 一种多媒体文件信息推荐方法及装置
CN105162805A (zh) 用户账户登录方法及装置

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant