技术领域
[0001] 本
发明涉及应用推广技术，尤其涉及一种应用推广方法、服务器及终端。
背景技术
[0002] 应用
软件(App，Application Software，以下简称应用)是
系统软件相对应的一个概念，
应用软件是用户可以使用的各种程序设计语言编写的一种应用程序的集合。多种多样的应用满足用户在不同领域解决不同问题的需求；例如，用户想要听歌，可以在自己的终端上安装音乐播放器App，如百度公司的百度音乐、千千静听等App；如果用户想要玩游戏，可以下载各种游戏的App；如果用户想要看看自己一天行走了多少步，可以下载计步器的App；如果用户想要求购物，可以下载各种购物App如天猫商城的App、京东商城的App；如果想要交朋友或者与朋友建立联系，可以下载腾讯公司的QQ、腾讯公司的微信、小米公司的米聊等社交App。其中，终端包括手机(一般是指智能手机)、
平板电脑、
个人数字助理、桌面式电脑、个人计算机、
笔记本电脑等
电子设备。
[0003] 软件公司开发出一款App，这里的软件公司主要是指App开发商；如果想要把该款App推向市场，一般有两种方式：第一种方式是在人流量比较多的地方，通过发传单等方式介绍自己的App；第二种方式是通过购买的
广告位方式来推广自己的App，其中，广告位可以是传统的纸媒广告位，例如公交站旁边的广告位、杂志上的广告位；当然还可以是在电视、广播、网络等媒体上发布的广告，或者通过电信运营商来发布广告。在第二种方式中，通过网络发布的方式也包括很多，其中第一种较为常见的也是应用较为广泛的方式是，在应用市场(包括各种应用宝、应用商店)例如小米应用商店、苹果应用商店等推广自己的App；还有一种是在其它应用中发布自己的应用的广告，例如，用户下载了一款社交App，在应用推广的显示界面中，应用提供商提供的其它App如游戏App等可以在这个界面发布广告。
[0004] 现有的应用推广方式中，App开发商需要主动与各种推广源进行联系，然后通过
货币、实物、对等流量置换等方式来实现App的推广。其中：推广源是指上述的电视、广播、网络等媒体，其中网络包括应用商店、其他的App、
网站等。在App的推广中，很多App主要是利用网络来推广，因此，上述的推广源也称为流量源或流量主，这是因为在利用网络来推广应用时，主要占用的是推广源的流量资源，故称为流量主。下面给出流量主的定义：即移动网络的场景下，通过App、网页、短信等一切可触及到用户的产品形态。对等流量置换方式是指，在其它流量主中发布自己的应用的广告，作为回报，也在自己的流量主中发布其他的应用的广告，例如，在其它应用中发布自己的应用的广告，作为回报，也在自己的应用中发布其他的应用的广告。
[0005] 现有的应用推广方式中，App开发商需要主动与各种推广源进行沟通，不仅沟通起来流程长、复杂，并需要付出货币、实物、对等流量等代价；重要的是，通过这种方式吸引来的用户并不一定能转化为真正的App下载，或者使这些用户成为付
费用户。如果不能使这些用户下载App，或者成为付费用户，那么App开发商的投资就很难收回。
发明内容
[0006] 有鉴于此，本发明
实施例为解决
现有技术中存在的至少一个问题而提供一种应用推广方法、服务器及终端，能够使得App开发商不需要与流量主进行直接沟通，无需繁琐的数据计算即可实现
对流量主的返利。
[0007] 本发明实施例的技术方案是这样实现的：
[0008] 第一方面，本发明实施例提供一种应用推广方法，所述方法包括：
[0009] 所述服务器接收第二终端发送的接入
请求，所述接入请求中携带有待接入App的标识信息和所述第二终端对应的流量主的标识信息；
[0010] 所述服务器建立所述流量主的标识信息和所述待接入App的标识信息之间的对应关系，所述对应关系用于描述使用所述待接入App的用户从所述流量主上下载所述待接入App的下载次数；
[0011] 所述服务器根据所述待接入App的标识信息获取待接入App的接入信息；
[0012] 所述服务器响应所述接入请求，向所述第二终端发送接入响应，所述接入响应中携带有所述待接入App的接入信息，所述接入响应用于使所述第二终端根据所述接入信息将所述待接入App接入到自身的流量主；
[0013] 所述接入信息至少包括所述App的描述信息和所述App的链接地址。
[0014] 第二方面，本发明实施例提供一种应用推广方法，所述方法包括：
[0015] 第一终端向服务器发送第一下载请求，所述第一下载请求用于向所述服务器请求下载
接口程序；
[0016] 所述第一终端接收所述服务器发送的接口程序，所述接口程序用于嵌入所述App开发商的App程序中，所述接口程序至少签名信息；
[0017] 所述第一终端获取所述App开发商的第一操作，所述第一操作用于触发所述第一终端向所述服务器上传第一App程序或者发送第一链接地址，所述第一App程序中嵌入有所述接口程序，所述第一链接地址为所述第一App程序的链接地址；
[0018] 所述第一终端响应所述第一操作，向所述服务器发送上传所述第一App程序或者发送第一链接地址，以供流量主从所述服务器上下载第一App程序或者获取第一链接地址。
[0019] 第三方面，本发明实施例提供一种应用推广方法，所述方法包括：
[0020] 第二终端获取待接入应用App的标识信息；
[0021] 所述第二终端将所述待接入App的标识信息携带于接入请求中，所述接入请求中携带有待接入App的标识信息和所述第二终端对应的流量主的标识信息；
[0022] 所述第二终端将所述接入请求发送给所述服务器；
[0023] 所述第二终端接收所述服务器发送的接入响应，所述接入响应中携带有所述待接入App的接入信息；
[0024] 所述第二终端根据所述接入信息将所述待接入App接入到自身的流量主。
[0025] 第四方面，本发明实施例提供一种服务器，所述服务器包括第一接收单元、建立单元、第一获取单元和第一发送单元，其中：
[0026] 所述第一接收单元，用于接收第二终端发送的接入请求，所述接入请求中携带有待接入App的标识信息和所述第二终端对应的流量主的标识信息；
[0027] 所述建立单元，用于建立所述流量主的标识信息和所述待接入App的标识信息之间的对应关系，所述对应关系用于描述使用所述待接入App的用户从所述流量主上下载所述待接入App的下载次数；
[0028] 所述第一获取单元，用于根据所述待接入App的标识信息获取待接入App的接入信息；
[0029] 所述第一发送单元，用于响应所述接入请求，向所述第二终端发送接入响应，所述接入响应中携带有所述待接入App的接入信息，所述接入响应用于使所述第二终端根据所述接入信息将所述待接入App接入到自身的流量主；
[0030] 所述接入信息至少包括所述App的描述信息和所述App的链接地址。
[0031] 第五方面，本发明实施例提供一种第一终端，所述第一终端包括第五发送单元、第七接收单元、第六获取单元和第一处理单元，其中：
[0032] 所述第五发送单元，用于向服务器发送第一下载请求，所述第一下载请求用于向所述服务器请求下载接口程序；
[0033] 所述第七接收单元，用于接收所述服务器发送的接口程序，所述接口程序用于嵌入所述App开发商的App程序中，所述接口程序至少签名信息；
[0034] 所述第六获取单元，用于获取所述App开发商的第一操作，所述第一操作用于触发所述第一终端向所述服务器上传第一App程序或者发送第一链接地址，所述第一App程序中嵌入有所述接口程序，所述第一链接地址为所述第一App程序的链接地址；
[0035] 所述第一处理单元，用于响应所述第一操作，向所述服务器发送上传所述第一App程序或者发送第一链接地址，以供流量主从所述服务器上下载第一App程序或者获取第一链接地址。
[0036] 第六方面，本发明实施例提供一种第二终端，所述第二终端包括第九获取单元、携带单元、第八发送单元、第九接收单元和接入单元，其中：
[0037] 所述第九获取单元，用于获取待接入应用App的标识信息；
[0038] 所述携带单元，用于将所述待接入App的标识信息携带于接入请求中，所述接入请求中携带有待接入App的标识信息和所述第二终端对应的流量主的标识信息；
[0039] 所述第八发送单元，用于将所述接入请求发送给所述服务器；
[0040] 所述第九接收单元，用于接收所述服务器发送的接入响应，所述接入响应中携带有所述待接入App的接入信息；
[0041] 所述接入单元，用于根据所述接入信息将所述待接入App接入到自身的流量主。
[0042] 本发明实施例提供的一种应用推广方法、服务器及终端，其中，所述服务器接收第二终端发送的接入请求，所述服务器建立所述流量主的标识信息和所述待接入App的标识信息之间的对应关系；所述服务器根据所述待接入App的标识信息获取待接入App的接入信息；所述服务器响应所述接入请求，向所述第二终端发送接入响应，所述接入响应中携带有所述待接入App的接入信息，所述接入响应用于使所述第二终端根据所述接入信息将所述待接入App接入到自身的流量主；如此，App开发商不需要与流量主进行直接沟通，无需繁琐的数据计算即可实现对流量主的返利。
附图说明
[0043] 图1-1为本发明实施例一应用推广方法的实现流程示意图；
[0044] 图1-2为本发明实施例涉及的计算设备之间的联系示意图；
[0045] 图1-3为本发明实施例一中的场景示意图一；
[0046] 图1-4为本发明实施例各方之间的交互示意图；
[0047] 图1-5为本发明实施例一中的场景示意图二；
[0048] 图2-1为本发明实施例二应用推广方法的实现流程示意图；
[0049] 图2-2为本发明实施例二中注册流程的场景示意图一；
[0050] 图2-3为本发明实施例二中注册流程的场景示意图二；
[0051] 图2-4为本发明实施例二中设置App的相关信息的场景示意图；
[0052] 图2-5为本发明实施例二中第二终端接入App的场景示意图；
[0053] 图3为本发明实施例三应用推广方法的实现流程示意图；
[0054] 图4为本发明实施例四应用推广方法的实现流程示意图；
[0055] 图5为本发明实施例五应用推广方法的实现流程示意图；
[0056] 图6为本发明实施例六服务器的组成结构示意图；
[0057] 图7为本发明实施例七第一终端的组成结构示意图；
[0058] 图8为本发明实施例八第二终端的组成结构示意图。
具体实施方式
[0059] 本发明以下的实施例中，将提供一个能够实现众包功能的平台(以下简称众包平台)，该众包平台能够让流量主自己来挑选适合自己场景的App如游戏App，按最终的下载/激活/付费获得返利，App开发商不需要与流量主进行直接沟通，也不需要做繁琐的数据计算。
[0060] 该众包平台在具体实现的过程中包括两部分，其中一部分位于服务器，另一部分位于终端，这里所述的服务器是指应用推广服务商的计算设备，终端是指App开发商的计算设备和流量主的计算设备，其中，应用推广服务商是指提供本发明的应用推广方法的服务商，相对于App开发商和流量主来说，应用推广服务商可以称为第三方，应用推广服务商在App开发商和流量主之间提供一个用于沟通的众包平台；上述的计算设备在具体实现的过程中，可以通过个人计算机、平板电脑、智能手机、工控机、大型的计算型服务器等具有计算性能的电子设备来实现。需要说明的是，前述的服务器和终端是相对的概念，终端在某种程度上也可以作为其他设备的服务器，例如，对于App开发商的终端来说，使用App的用户的终端从App开发商的终端上下载App，就App开发商的终端与使用App的用户的终端来说，App开发商的终端实际上对于使用App的用户的终端来说，就是服务器；可见，本实施例中的服务器和终端是相对的概念，在指出服务器的时候，应该有一个相对的概念终端。
[0061] 其中，众包的含义是指：一个公司或机构把过去由自己内部员工执行的工作任务，以自由自愿的形式外包给非特定的(而且通常是大型的)大众网络的做法；即公司或机构利用互联网来将工作任务分配出去、发现创意或解决技术的问题。
[0062] 下面结合附图和具体实施例对本发明的技术方案进一步详细阐述。
[0063] 实施例一
[0064] 本发明实施例提供一种应用推广方法，该应用推广方法应用于服务器中，该应用推广方法所实现的功能可以通过服务器中的处理器调用程序代码来实现，当然程序代码可以保存在计算机存储介质中，可见，该服务器至少包括处理器和存储介质。
[0065] 图1-1为本发明实施例一应用推广方法的实现流程示意图，如图1-1所示，该应用推广方法包括：
[0066] 步骤101，所述服务器接收第二终端发送的接入请求，所述接入请求中携带有待接入App的标识信息和所述第二终端对应的流量主的标识信息；
[0067] 这里，所述服务器是指应用推广服务商的计算设备，所述第二终端是指流量主的计算设备。
[0068] 步骤102，所述服务器建立所述流量主的标识信息和所述待接入App的标识信息之间的对应关系，所述对应关系用于描述使用所述待接入App的用户从所述流量主上下载所述待接入App的下载次数；
[0069] 这里，在具体实现的过程中，所述对应关系可以采用建立列表来实现，例如采用如表1所示的形式，第一列表示App的标识信息，第三列表示流量主的标识信息，第二列表示用户下载第一列所列的App从对应的流量主上下载的次数；在表1中，同一个App可以被多个流量主接入，例如标识信息为App000001的App同时被流量主Llz0001、Llz0002和Llz0090所接入，而用户从流量主Llz0001下载应用(App000001)的次数为00,065,429次，用户从流量主Llz0002下载应用(App000001)的次数为00,020,100次，用户从流量主Llz0090下载应用(App000001)的次数为10,000,010次。同一个流量主也可以同时接入多个App，例如，标识信息为Llz0002的流量主同时接入标识信息为App000001、App000002和App900002的App，标识信息为Llz0001的流量主同时接入标识信息为App000001和App900001的App。需要说明的，本领域的技术人员在具体实现的过程中可以采用其他的形式来建立对应关系表，当然还可以采用各种现有技术建立步骤102中的对应关系，因此不再赘述。
[0070] 表1对应关系表
[0071]App的标识信息 下载次数 流量主的标识信息
App000001 00,065,429次 Llz0001
App000001 00,020,100次 Llz0002
App000001 10,000,010次 Llz0090
App000002 01,235,409次 Llz0002
App000003 16,549,829次 Llz0003
…… …… ……
App900001 00,000,100次 Llz0001
App900002 00,549,000次 Llz0002
App900003 13,000,545次 Llz9111
[0072] 这里，在本发明实施例步骤102中，建立所述流量主的标识信息和所述待接入App的标识信息之间的对应关系，可以将所述流量主的标识信息和所述待接入App的标识信息输入预设的对应关系表(如表1所示)，即将流量主的标识信息输入表1的第三列，将App的标识信息输入表1的第一列，由于刚开始建立，因此表1中的第二列下载次数是空的，在本发明后续的实施例中，将介绍如何填充第二列的下载次数。
[0073] 步骤103，所述服务器根据所述待接入App的标识信息获取待接入App的接入信息；
[0074] 这里，应用(App)通常可以分为个人用户应用(面向个人消费者)与企业级应用(面向企业)，本发明实施例中所指的应用可以是个人用户的应用，也可以是企业级的应用；应用按照电子设备的
操作系统的不同，应用可以分为iOS App、Android App等，其中iOS App是指适用于苹果公司产品的iOS操作系统的App，Android App是指适用于安卓(Android)操作系统的App。
[0075] 这里，所述接入信息至少包括所述App的描述信息和所述App的链接地址；其中，App的描述信息可以包括App的名称、上传时间、类型、App的开发商为腾讯公司、App的图标等信息。
[0076] 步骤104，所述服务器响应所述接入请求，向所述第二终端发送接入响应，所述接入响应中携带有所述待接入App的接入信息，所述接入响应用于使所述第二终端根据所述接入信息将所述待接入App接入到自身的流量主。
[0077] 这里，服务器向第二终端发送接入响应后，第二终端根据所述接入信息将所述待接入App接入到自身的流量主，这里，假设流量主是某应用商店，加入某个时刻，用户比较无聊，想下个游戏玩一下，于是用户进入应用商店后，选择应用类型，例如用户选择“游戏”，这里假设用户的终端显示的界面如图1-3的a图所示，图1-3的a图中显示了四个游戏App，其中，第一款App的名称为欢乐斗地主、上传时间为2015年4月4日、游戏类型为休闲、App的开发商为腾讯公司；第二款App的名称为全民飞机大战、上传时间为2015年4月4日、游戏类型为射击、App的开发商为腾讯公司；第三款App的名称为天天德州、上传时间为2015年4月4日、游戏类型为卡牌、App的开发商为腾讯公司；第四款App的名称为掌上麻将、上传时间为2015年4月4日、游戏类型为休闲、App的开发商为南京好多龙数码科技公司。用户看了一下，对第一款App比较感兴趣，于是用户点击下载按钮11(参见图1-3的b图)，这样用户的终端就会向服务器或第一终端或者第二终端发送下载请求，该下载请求用于请求下载第一款App；然后用户的终端接收服务器或第一终端或者第二终端发送的第一款App的软件开发工具包(SDK，Software Development Kit)，如此，用户就可以完成对第一款App的下载，下载之后用户进行手动安装或者由用户的终端进行自动安装，这样用户即可利用第一款App进行娱乐。需要说明的是，虽然图1-3所示的界面是在用户的终端上展示的，但是1-3所示的界面第二终端根据接入信息形成的。
[0078] 在本发明的实施例中，涉及几类具有计算能
力的电子设备(计算设备)，图1-2为本发明实施例涉及的计算设备之间的联系示意图，图1-4为本发明实施例各方之间的交互示意图，如图1-2所示，本发明实施例涉及的计算设备包括通过无线网络50而相互连接在一起的服务器10、第一终端20、第二终端30和用户的终端40，其中服务器10是指应用推广服务商的计算设备，第一终端20是指App开发商的计算设备，第二终端30是指流量主的计算设备，用户的终端40是指使用App的用户的终端或者下载App以便使用该App的用户的终端。无线网络50将服务器10、第一终端20、第二终端30和用户的终端40连接在一起，这样，服务器10可以与第一终端20、第二终端30或用户的终端40进行通信；用户的终端40可以与第一终端20、第二终端30进行通信，需要说明的是，第一终端10与第二终端20可以不进行通信，而通过服务器10建立连接，这样的连接关系为解决背景技术中存在的问题提供了基本的网络架构，这是因为，服务器10上提供的众包平台成为连接第一终端10与第二终端20的
桥梁。
[0079] 具体地，以游戏App为例来进行说明，如图1-4所示，游戏App开发商在众包平台上传自己的游戏安装包以及对应的游戏App的宣传资料(App的相关信息如描述信息)、分成比例；流量源在众包平台上筛选喜欢的游戏，使用众包平台提供的通用组件添加到自己的App/网页/个人社交网站上等；使用App的用户通过对应流量源产生的下载/付费，众包平台按游戏开发商设置的分成比例按周期转给对应的流量源。
[0080] 为了完成上述的应用推广方法，本发明包括以下四个步骤：1)搭建众包平台；2)众包平台针对APP、网页、社交网站等各种流量源形式分别提供嵌入的接口程序如SDK/代码/组件等；3)利用众包平台实现数据监控，其中数据包括下载量、分成比例、收益额等；4)返利转账，按照流量主的下载量向流量主返回报酬。
[0081] 上述步骤中，众包平台包括以下几个模
块：1)展示App的模块(参见图2-5)；2)App开发商和流量主的注册、登录账号模块(参见图2-2和图2-3)；3)权限校验模块(实施例二和实施例三中的验证过程)；4)App上传模块(参见图2-4)；5)下载统计、付费统计SDK(参见实施例五)；6)与
银行接口的付款、收款模块(实施例五)。
[0082] App开发商和流量主使用众包平台包括以下流程：
[0083] 对于App开发商来说，流程包括：1)选择身份注册邮箱，设置密码和银行账号信息；2)下载接口程序(SDK)，其中SDK中包含：2a)给该App开发商的签名信息，所述签名信息用于验证用户对此App的所属权；2b)该App在众包平台上的ID；2c)统计下载量的模块；2d)统计收入的模块。3)将接口程序插App代码中。4)将App上传到众包平台，并设置分成比例、上传试玩demo等信息；5)在众包平台的个人中心查看自己App的下载量、收入和分成情况。
[0084] 对于流量主来说，流程包括：1)选择身份注册邮箱，设置密码、银行账号信息；2)在流量源的入口植入SDK(APP或软件)/html代码(网页)，服务器用于验证自己对流量源的所有权；3)在平台上选择要接入的App；4)将App下载链接及App描述信息上传到自己的流量源上；5)在个人中心查看App的下载情况以及对自己的分成情况(参见图1-5)。
[0085] 由上述的描述可以看出：App开发商提供的App通过第一终端10将在众包平台上发布，流量主通过第二终端20从众包平台上挑选适合自己场景的App如游戏App，众包平台按最终的下载/激活/付费返利给流量主，这样，App开发商不需要与流量主进行直接沟通，无需繁琐的数据计算即可返利给流量主。
[0086] 本发明实施例中，所述服务器接收第二终端发送的接入请求，所述服务器建立所述流量主的标识信息和所述待接入App的标识信息之间的对应关系；所述服务器根据所述待接入App的标识信息获取待接入App的接入信息；所述服务器响应所述接入请求，向所述第二终端发送接入响应，所述接入响应中携带有所述待接入App的接入信息，所述接入响应用于使所述第二终端根据所述接入信息将所述待接入App接入到自身的流量主；如此，通过本发明实施例提供的技术方案，App开发商不需要与流量主进行直接沟通，无需繁琐的数据计算即可实现对流量主的返利。
[0087] 实施例二
[0088] 本发明实施例提供一种应用推广方法，该应用推广方法应用于服务器中，该应用推广方法所实现的功能可以通过服务器、第一终端和第二终端中的处理器调用程序代码来实现，当然程序代码可以保存在计算机存储介质中，可见，该服务器至少包括处理器和存储介质。
[0089] 图2-1为本发明实施例二应用推广方法的实现流程示意图，如图2-1所示，该应用推广方法包括：
[0090] 步骤201，第一终端与服务器之间的注册流程；
[0091] 具体地，步骤201中第一终端与服务器之间的注册流程，可以包括：
[0092] 步骤2011，所述第一终端向所述服务器发送第一注册请求，所述第一注册请求包括应用App开发商的用户名和密码；
[0093] 这里，如图2-2所示，App开发商在注册的过程，需要输入用户名和密码；用户名可以采用邮箱、社交账号、公共账号、公司主页地址等，密码可以有一定的预设规则，例如，密码需要6位以上且需要同时包括大写字母和小写字母；用户名和密码可以采用各种现有技术来实现，这里不再赘述。
[0094] 步骤2012，所述服务器根据用户名和密码进行判断，得到判断结果；将判断结果携带于第一注册响应中，然后向第一终端发送第一注册响应，所述第一注册响应用于表明所述第一终端是否注册成功；
[0095] 这里，所述服务器根据用户名和密码进行判断，得到判断结果，可以是判断用户名和密码是否符合预设规则，例如密码是否是6位以上且包括大写字母和小写字母；还可以是判断用户名是否有注册过的，以保证用户名的唯一性。
[0096] 步骤2013，所述第一终端接收服务器发送的第一注册响应，所述第一注册响应用于表明所述第一终端是否注册成功。
[0097] 这里，需要说明的是，第一终端在向服务器注册的过程中，第一注册请求中还可以包括银行账号、以及银行卡的密码等信息；如图2-3所示，App开发商在注册的过程，除了需要输入用户名、密码外，还需要选择银行(通过下拉菜单12来选择)、输入银行账号和银行卡密码，以便第一终端根据App开发商的操作获取到App开发商的这些注册信息(用户名及其密码、银行卡及其密码)。之所以需要银行账号及其密码等，是因为第一终端为App开发商，当流量主对App进行推广后，需要以货币(金钱)的方式进行收益时，服务器可以根据银行账号和银行卡的密码从App开发商的银行卡中划钱，以便支付给流量主。这里需要说明的，第一终端获取App开发的银行卡及其密码也可以不在注册流程中实现，例如在后续的输入App的描述信息的过程中或者其他什么流程。
[0098] 步骤202，当第一终端注册成功时，所述第一终端向所述服务器发送第一下载请求；
[0099] 这里，所述第一下载请求用于向所述服务器请求下载接口程序，所述第一下载请求中至少携带有App开发商的标识信息；所述接口程序用于嵌入所述App开发商的App程序中，所述接口程序至少签名信息，所述签名信息用于服务器下次对所述App所属权的验证；
[0100] 这里，在具体实现的过程中，所述App开发商的标识信息可以App开发商在注册流程中的用户名，还可以是服务器分配给App开发商的一个代码或编号等。
[0101] 步骤203，服务器接收第一终端发送的第一下载请求；
[0102] 这里，以游戏App为例来进行说明，参见图2-4，App开发商为游戏App的开发商，App开发商在第一终端上通过按钮16触发第一下载请求。
[0103] 步骤204，所述服务器根据所述App开发商的标识信息分配在众包平台上的所述App的标识信息；
[0104] 这里，众包平台是服务器提供给第一终端与第二终端之间进行交互的媒介，从用户体验的
角度来讲，众包平台可以是图2-2或图2-3所示的界面，这样App开发商可以通过该众包平台进行注册、上传自己需要推广的App的相关信息如App的描述信息等。
[0105] 步骤205，所述服务器将接口程序发送给所述第一终端，所述接口程序至少包括所述App的标识信息；
[0106] 步骤206，所述第一终端接收所述服务器发送的接口程序；
[0107] 这里，接口程序在具体实现的过程中，可以是SDK形式的；App开发商获取到接口程序的SDK后，将接口程序SDK嵌入到自己开发的App的程序中，然后形成第一App程序；
[0108] 步骤207，所述第一终端获取所述App开发商的第一操作；
[0109] 这里，所述第一操作用于触发所述第一终端向所述服务器上传第一App程序或者发送第一链接地址，所述第一App程序中嵌入有所述接口程序，所述第一链接地址为所述第一App程序的链接地址；
[0110] 步骤208，所述第一终端响应所述第一操作，向所述服务器发送所述第一App程序或者发送第一链接地址，以供流量主从所述服务器上下载第一App程序或者获取第一链接地址。
[0111] 步骤209，所述服务器接收所述第一终端发送的第一App程序或者发送第一链接地址。
[0112] 这里，参见图2-4，App开发商通过按钮21选择需要上传的第一App程序，假设需要上传的App是游戏，因此按钮21选择的游戏的安装包。
[0113] 这里，需要说明是，服务器还可以上传的第一App程序进行验证，以便得知App开发商上传的App安装包是否真的拥有所属权。验证所属权的过程只要是通过接口程序来实现，如前面所述，App开发商需要将接口程序插入到App安装包中，由于接口程序中预先设置有签名信息，当第一终端上传App安装包，服务器就根据签名信息判断该App安装包是否是合法的，合法的意思是，曾经从众包平台上下载过经服务器授权过的签名信息，然后将授权过的签名信息携带在App安装包中，并将携带有签名信息的App安装包上传到服务器上。
[0114] 步骤210，所述第一终端获取所述App开发商的设置操作；
[0115] 这里，所述设置操作是指一系列的对App的相关信息进行设置的操作，继续承接上述的例子，继续参见图2-4，App开发商在图2-4所示的界面中进行操作，例如在游戏名称的输入框13中输入游戏App的名称“天天
宝石大战”，然后点击上传按钮14上传游戏的图标，点击添加按钮15上传游戏截图，点击上传按钮17上传游戏试玩视频，点击上传按钮18上传游戏试玩小样(demo)，在输入框21中输入分成比例，点击上传按钮21上传游戏App的安装包。本例中，App开发商与流量主之间是以货币的形式进行交付的，因此，本例中的收益参数为分成比例；需要说明的是，当需要App是付费的话，还可以输入每下载一次用户需要付出的货币，这样App开发商可以从用户的下载中获得下载收入，然后服务器按照下载收入与分成比例计算得到流量主应该得到收益；在其他的实施例中，还可以以其他的方式进行交付，例如以流量、广告位的时间等进行交付，那么收益参数是与流量、广告位的时间等有关的参数。
[0116] 步骤211，所述第一终端响应所述设置操作，获取App的描述信息；
[0117] 这里，所述App的描述信息可以包括图2-4所示的下载收入和收益参数，所述收益参数用于表征所述App开发商给流量主的回报。
[0118] 步骤212，所述第一终端向所述服务器发送所述App的描述信息；
[0119] 步骤213，所述服务器接收第一终端发送的App的描述信息；
[0120] 这里，所述App的描述信息可以包括App开发商的标识信息、所述App的主体信息、App的名称、App的图标、收益参数等；其中，所述App的主体信息包括所述App的软件开发工具包SDK或者所述App的链接地址。
[0121] 步骤214，所述服务器根据所述App的主体信息，验证所述App的合法性；
[0122] 这里，服务器验证App的合法性可以包括很多，例如，如果App是游戏的话，一般的游戏都需要由工信部进行游戏出版备案，经过工信部备案通过后的游戏会得到一个认证编码，那么App开发商在填写App的描述信息的过程中，还需要填写这个认证编码，相应地，在本步骤213中，验证App的合法性可以是验证游戏App是否有工信部的认证编码。除此之外，验证App的合法性还包括验证App有没有偷跑流量，或者，是不是涉及暴力、色情等。
[0123] 步骤215，当所述服务器验证所述App合法时，所述服务器将所述App的描述信息发布在众包平台上，以使所述App被流量主所推广。
[0124] 这里，参见服务器将App的描述信息发布到众包平台上，可以以图2-5的界面进行展示(第二终端能够显示的界面)，这样流量主可以选择输入框选择App，假设流量主选择的是App类型是游戏，然后第二终端就会显示出当然需要接入的App包括三款，第一款是欢乐斗地主、第二款式全民飞机大战、第三款是天天德州，流量主可以通过界面上显示进行决策，是选择其中的一款或者多款App进行接入，当流量主确定接入时，可以选择接入按钮22，然后将该款App接入到自己的流量主上。当第一终端将App接入到自己的流量主上后，在用户的终端上将会呈现出如图1-3所示的界面，当用户选择下载App时，将会对流量主进行一次下载次数的记录，从而流量主可以得到相应的回报。
[0125] 实施例三
[0126] 本发明实施例提供一种应用推广方法，该应用推广方法应用于服务器中，该应用推广方法所实现的功能可以通过服务器、第一终端和第二终端中的处理器调用程序代码来实现，当然程序代码可以保存在计算机存储介质中，可见，该服务器至少包括处理器和存储介质。
[0127] 图3为本发明实施例三应用推广方法的实现流程示意图，如图3所示，该应用推广方法包括：
[0128] 步骤301，第二终端与服务器之间的注册流程；
[0129] 这里，步骤301中第二终端与服务器之间的注册流程，可以包括：
[0130] 步骤3011，所述第二终端向服务器发送第二注册请求，所述第二注册请求包括流量主的用户名和密码；
[0131] 步骤3012，所述服务器根据用户名和密码进行判断，得到判断结果；将判断结果携带于第二注册响应中，然后向第二终端发送第二注册响应，所述第二注册响应用于表明所述第二终端是否注册成功；
[0132] 这里，所述服务器根据用户名和密码进行判断，得到判断结果，可以是判断用户名和密码是否符合预设规则，例如密码是否是6位以上且包括大写字母和小写字母；还可以是判断用户名是否有注册过的，以保证用户名的唯一性。
[0133] 步骤3013，所述第二终端接收服务器发送的第二注册响应，所述第二注册响应用于表明所述第二终端是否注册成功。
[0134] 这里，需要说明的是，第二终端在向服务器注册的过程中，第二注册请求中还可以包括银行账号、以及银行卡的密码等信息；流量主在注册的过程，除了需要输入用户名、密码外，还需要选择银行、输入银行账号和银行卡密码，以便第二终端根据流量主的操作获取到流量主的注册信息(用户名及其密码、银行卡及其密码)。之所以需要银行账号及其密码等，是因为第一终端为App开发商，当流量主对App进行推广后，需要以货币(金钱)的方式进行收益时，服务器可以根据银行账号和银行卡的密码从App开发商的银行卡中划钱，以便支付给流量主。这里需要说明的，第二终端获取流量主的银行卡及其密码也可以不在注册流程中实现。
[0135] 这里，步骤301中第二终端与服务器之间的注册流程，与上述实施例二中步骤201类似，本领域的技术人员可以参见实施例二中的步骤201而理解，这里不再赘述。
[0136] 步骤302，当所述第二注册响应表明所述第二终端注册成功时，所述第二终端获取所述流量主的主体信息，所述主体信息用于所述服务器对所述流量主的合法性进行验证；
[0137] 这里，所述流量主的主体信息可以为软件开发工具包(SDK)或者超级文本
标记语言(HTML)代码。
[0138] 这里，第二终端获取流量主的主体信息，可以通过流量主的选择操作或者设置操作来实现，类似地可以参见步骤210等步骤。
[0139] 步骤303，所述第二终端将所述流量主的主体信息发送给所述服务器；
[0140] 步骤304，所述服务器接收所述第二终端发的所述流量主的主体信息；
[0141] 步骤305，所述服务器对所述流量主的主体信息进行验证，得到验证结果，所述验证结果用于表明对所述流量主的主体信息的验证是否通过；
[0142] 这里，步骤305主要是验证流量主的真实性，例如流量主是否真实的，流量主是不是虚假上传了其它的网站等。
[0143] 步骤306，所述服务器将所述验证结果发送给所述第二终端。
[0144] 这里，所述服务器将所述验证结果发送给所述第二终端，包括：
[0145] 步骤3061，验证通过时，所述服务器分配属于所述流量主的标识信息，并将所述流量主的标识信息和/或所述验证结果发送给所述第二终端；
[0146] 步骤3062，验证未通过时，所述服务器将所述验证结果发送给所述第二终端。
[0147] 步骤307，所述第二终端接收所述服务器发送的验证结果。
[0148] 本发明实施例中，上述的步骤301实现的是流量主向众包平台的注册，而步骤302至步骤307实现的是，服务器对流量主真实性的验证过程。
[0149] 实施例四
[0150] 在前述实施例三的步骤307的
基础上，本发明实施例提供一种应用推广方法，该应用推广方法应用于服务器和第二终端中，该应用推广方法所实现的功能可以通过服务器和第二终端中的处理器调用程序代码来实现，当然程序代码可以保存在计算机存储介质中，可见，该服务器至少包括处理器和存储介质。
[0151] 图4为本发明实施例四应用推广方法的实现流程示意图，如图4所示，该应用推广方法包括：
[0152] 步骤401，所述第二终端接收所述服务器发送的验证结果；
[0153] 步骤402，当所述验证结果表明所述流量主的主体信息有效时，第二终端获取待接入应用App的标识信息；
[0154] 具体地，本步骤402可以通过下面的两种方式来实现，第一种方式，步骤402，所述第二终端获取待接入应用App的标识信息，包括：
[0155] 步骤4021A，所述第二终端获取选择操作，所述选择操作为所述流量主从众包平台上选择自己需要接入的待接入App；
[0156] 这里，流量主通过第二终端显示的如图2-5所示的界面进行选择操作，流量主经过查看之后发现，App欢乐斗地主的分成比例为4％，App天天德州的分成比例为2％，而App全民飞机大战的分成比例为10％，因此流量主就以分成比例比较高的App全民飞机大战24作为待接入App。
[0157] 步骤4022A，所述第二终端响应所述选择操作，获取所述待接入App的标识信息。
[0158] 这里，继续承接步骤4021A中的例子，第二终端根据流量主的选择操作获取到App全民飞机大战24的标识信息，其中App全民飞机大战24作为待接入App。
[0159] 第二种方式，步骤402，所述第二终端获取待接入应用App的标识信息，包括：
[0160] 步骤4022A，所述第二终端获取选择条件，所述选择条件为默认设置的条件或者所述流量主通过条件设置操作而得到的条件，所述条件设置操作用于预先设置选择待接入App的操作；
[0161] 这里，流量主可以设置一些选择条件，例如单纯以分成比例高为选择条件，或者以受欢迎程度为选择条件，其中分成比例高意味着单次的下载可以得到比较的收益(假设每下载一次各个App的下载费用是一样的)，受欢迎程序可以采用数值来表示，例如50％的人喜欢，可以采用数值5来表示，40％的人喜欢可以数值4来表示，受欢迎程度可以从网络上获取，也可以是服务器提供的，甚至可以是App开发商填写的App的描述信息中的一项内容。
[0162] 步骤4022A，所述第二终端根据所述选择条件获取所述待接入App的标识信息。
[0163] 步骤403，所述第二终端将所述待接入App的标识信息携带于接入请求中；
[0164] 这里，所述接入请求中携带有待接入App的标识信息和所述第二终端对应的流量主的标识信息；
[0165] 步骤404，所述第二终端将所述接入请求发送给所述服务器；
[0166] 步骤405，所述服务器接收第二终端发送的接入请求；
[0167] 这里，所述接入请求中携带有待接入App的标识信息和所述第二终端对应的流量主的标识信息。
[0168] 步骤406，所述服务器根据所述待接入App的标识信息，验证所述待接入App的有效性；所述服务器根据所述流量主的标识信息，验证所述流量主的有效性；
[0169] 这里，步骤406中的所述待接入App的有效性主要是指待接入App是否挂在众包平台上，或者当前时刻是否在待接入App的生命周期内，例如App开发商已经更新了版本，但是流量主请求的还是旧版本的，那么流量主请求的待接入App已经不在生命周期内了，即请求的App无效。
[0170] 这里，流量主的有效性，也可以是指流量主的一个生命周期，例如，流量主可能需要向众包平台的提供商提供一段时间的验证信息，如果流量主未按时提供，那么在本步骤406的验证过程中，将可能出现无效的结果。
[0171] 步骤407，当所述服务器验证所述App有效且所述流量主有效时，所述服务器建立所述流量主的标识信息和所述待接入App的标识信息之间的对应关系，所述对应关系用于描述使用所述待接入App的用户从所述流量主上下载所述待接入App的下载次数；
[0172] 这里，本实施例提供的方法还包括：当服务器验证所述App无效且所述流量主无效时，所述服务器向第二终端发送报错响应，以提示第二终端中的发送的接入响应中的所述App无效或者所述流量主无效。
[0173] 步骤408，所述服务器根据所述待接入App的标识信息获取待接入App的接入信息；
[0174] 这里，所述接入信息至少包括所述App的描述信息和所述App的链接地址。
[0175] 步骤409，所述服务器响应所述接入请求，向所述第二终端发送接入响应；
[0176] 这里，所述接入响应中携带有所述待接入App的接入信息，所述接入响应用于使所述第二终端根据所述接入信息将所述待接入App接入到自身的流量主；
[0177] 步骤410，所述第二终端接收所述服务器发送的接入响应，所述接入响应中携带有所述待接入App的接入信息；
[0178] 步骤411，所述第二终端根据所述接入信息将所述待接入App接入到自身的流量主。
[0179] 本发明实施例中，上述的步骤405至步骤407、步骤408、步骤409分别对应于实施例一中的步骤101至步骤104，因此，本领域的技术人员可以参阅实施例一而理解上述的步骤405、步骤407至步骤409，为节约篇幅，这里不再赘述。
[0180] 实施例五
[0181] 基于前述的实施例，本发明实施例提供一种应用推广方法，该应用推广方法应用于服务器和第二终端中，该应用推广方法所实现的功能可以通过服务器和第二终端中的处理器调用程序代码来实现，当然程序代码可以保存在计算机存储介质中，可见，该服务器至少包括处理器和存储介质。
[0182] 图5为本发明实施例五应用推广方法的实现流程示意图，如图5所示，该应用推广方法包括：
[0183] 步骤501，用户的终端接收用户的下载操作；
[0184] 这里，步骤501中的用户是指使用App的用户，从流量主上下载App的过程，例如，在图1-3的b图中，用户进行点击“下载按钮11”，然后触发用户的终端向服务器发送第二下载请求。
[0185] 步骤502，用户的终端向服务器发送第二下载请求；
[0186] 这里，所述第二下载请求用于下载App开发商提供的第一App程序，所述第二下载请求中携带有待下载的App的标识信息和流量主的标识信息，其中待下载的App的标识信息具体可以是App的名称、或者App的编码等信息，只要该信息能够标识App即可，流量主的标识信息具体可以是流量主的名称、流量主的编号等信息，同理，该流量主的标识信息能够标识流量主即可。
[0187] 这里，继续承接上述步骤501中的例子，用户在点击下载按钮的时候，用户的终端就会获取到一个地址，这个地址具体可以是链接地址或者网际协议(IP)地址，按照这个地址，用户的终端就向该地址所代表的设备发送第二下载请求，在本例中，假设这个地址代表的是服务器，当然，在其他的实施例中，该地址也可以代表第一终端或者第二终端。需要说明的是，无论这个地址代表的是服务器、第一终端还是第二终端，这个第二下载请求都需要携带流量主的标识信息和待下载的App的标识信息，因为需要知道用户下的是什么样的App，还有知道用户是通过何种渠道(流量主)得知的下载途径，以便从App开发商那里获取报酬，以便分发给流量主。
[0188] 步骤503，所述服务器接收用户的终端发送的第二下载请求；
[0189] 这里，所述第二下载请求用于下载App开发商提供的第一App程序，所述第二下载请求中携带有App的标识信息和流量主的标识信息；
[0190] 步骤504，所述服务器响应所述第二下载请求，根据所述App的标识信息获取第一App程序，并将所述第一App程序发送给所述用户的终端；
[0191] 步骤505，所述服务器记录与流量主的标识信息和App的标识信息相对应的下载次数。
[0192] 本发明实施例中，上述的步骤501至步骤505实际上是用户的终端从服务器上下载App安装包(即第一App程序)的过程。
[0193] 步骤506，所述服务器获取应用App的下载信息，所述App的下载信息包括App的标识信息、推广所述App的流量主的标识信息和所述流量主的下载次数；
[0194] 这里，需要说明的是，前述实施例中接口程序还可以用于完成App下载量的统计和下载收入的统计，一般来说，App在众包平台上的标识信息也可以通过接口程序一起下发给App开发商，接口程序一旦接入到App程序中，形成一个完成的App安装包(即第一App程序)后，对流量主的下载量的统计将可以通过接口程序来完成，实际上，用户安装完成之后，接口程序可以通过第二终端或者直接向服务器发送下载信息，这样服务器就可以得到下载信息，进而计算收益，分发给流量主。
[0195] 步骤507，所述服务器根据所述App的标识信息获取收益参数；
[0196] 步骤508，所述服务器根据所述流量主的下载次数和所述收益参数，确定对应的流量主的收益额；
[0197] 步骤509，所述服务器根据所述App的标识信息从对应的App开发商处获取所述收益额，并将所述收益额分发给与所述流量主的标识信息相对应的流量主。
[0198] 本发明实施例中，上述的步骤506至步骤509实现的是，如何根据用户从流量主的下载量，对流量主进行回报的过程。
[0199] 在本发明实施例中，服务器接收用户的终端发送的第二下载请求，然后服务器通过第二下载请求来记录从流量主上的下载次数。在其他的实施例中，也可以是第二终端接收用户的终端发送的第二下载请求，然后根据第二下载请求计算从流量主的下载次数，具体流程包括：
[0200] 步骤S501，所述第二终端接收用户的终端发送的第二下载请求；
[0201] 这里，所述第二下载请求用于从所述流量主上下载App开发商提供的第一App程序；所述第二下载请求中携带有App的标识信息；
[0202] 步骤S502，所述第二终端响应所述第二下载请求，向所述服务器发送所述第三下载请求，所述第三下载请求用于请求下载第一App程序；
[0203] 步骤S503，所述第二终端接收所述服务器发送的第一App程序，并将所述第一App程序发送给所述用户的终端。
[0204] 步骤S504，所述用户的终端将App的标识和安装完成标识发送给第二终端；
[0205] 这里，安装完成标识用于表明用户的终端已经完成App安装包的安装。
[0206] 步骤S505，第二终端接收到用户终端发送的App的标识和安装完成标识后，将流量主的标识信息一起发送给服务器器；
[0207] 步骤S505之后的流程将接续上述的步骤506，因此，下面的流程这里不再赘述。
[0208] 实施例六
[0209] 基于前述的应用推广方法，本发明实施例提供一种服务器，本发明实施例提供的服务器中的第一接收单元、建立单元、第一获取单元和第一发送单元等单元，以及各单元各自所包括的各模块都可以通过服务器中的处理器来实现；当然也可通过具体的逻辑
电路实现；在具体实施例的过程中，处理器可以为
中央处理器(CPU)、
微处理器(MPU)、数字
信号处理器(DSP)或现场可编程
门阵列(FPGA)等。
[0210] 图6为本发明实施例六服务器的组成结构示意图，如图6所示，该服务器600包括第一接收单元601、建立单元602、第一获取单元603和第一发送单元604，其中：
[0211] 所述第一接收单元601，用于接收第二终端发送的接入请求，所述接入请求中携带有待接入App的标识信息和所述第二终端对应的流量主的标识信息；
[0212] 所述建立单元602，用于建立所述流量主的标识信息和所述待接入App的标识信息之间的对应关系，所述对应关系用于描述使用所述待接入App的用户从所述流量主上下载所述待接入App的下载次数；
[0213] 所述第一获取单元603，用于根据所述待接入App的标识信息获取待接入App的接入信息；
[0214] 所述第一发送单元604，用于响应所述接入请求，向所述第二终端发送接入响应，所述接入响应中携带有所述待接入App的接入信息，所述接入响应用于使所述第二终端根据所述接入信息将所述待接入App接入到自身的流量主；
[0215] 所述接入信息至少包括所述App的描述信息和所述App的链接地址。
[0216] 本发明实施例中，所述服务器还包括第一验证单元和第二验证单元，其中：
[0217] 所述第一验证单元，用于根据所述待接入App的标识信息，验证所述待接入App的有效性；
[0218] 所述第二验证单元，用于根据所述流量主的标识信息，验证所述流量主的有效性；当所述服务器验证所述App有效且所述流量主有效时，触发所述第一发送单元。
[0219] 本发明实施例中，所述服务器还包括第二接收单元、分配单元、第二发送单元和第三接收单元，其中：
[0220] 所述第二接收单元，用于接收第一终端发送的第一下载请求，所述第一请求用于请求下载接口程序，所述第一下载请求中至少携带有App开发商的标识信息；
[0221] 所述分配单元，用于根据所述App开发商的标识信息分配在众包平台上的所述App的标识信息；
[0222] 所述第二发送单元，用于将接口程序发送给所述第一终端，所述接口程序至少包括所述App的标识信息；
[0223] 所述第三接收单元，用于接收所述第一终端上传的第一App程序或者发送第一链接地址，所述第一App程序中嵌入有所述接口程序，所述第一链接地址为所述第一App程序的链接地址。
[0224] 本发明实施例中，所述接口程序包括签名信息，所述签名信息用于服务器下次对所述App所属权的验证。
[0225] 本发明实施例中，所述服务器还包括第四接收单元、第三验证单元和发布单元，其中：
[0226] 所述第四接收单元，用于接收第一终端发送的App的描述信息，所述App的描述信息包括App开发商的标识信息、所述App的主体信息、App的名称、App的图标、收益参数；
[0227] 所述第三验证单元，用于根据所述App的主体信息，验证所述App的合法性，所述App的主体信息包括所述App的软件开发工具包SDK或者所述App的链接地址；
[0228] 所述发布单元，用于当验证所述App合法时，将所述App的描述信息发布在众包平台上，以使所述App被流量主所推广。
[0229] 本发明实施例中，所述服务器还包括第二获取单元、第三获取单元、确定单元、第四获取单元和第三发送单元，其中：
[0230] 所述第二获取单元，用于获取应用App的下载信息，所述App的下载信息包括App的标识信息、推广所述App的流量主的标识信息和所述流量主的下载次数；
[0231] 所述第三获取单元，用于根据所述App的标识信息获取收益参数；
[0232] 所述确定单元，用于根据所述流量主平台的下载次数和所述收益参数，确定对应的流量主的收益额；
[0233] 所述第四获取单元，用于根据所述App的标识信息从对应的App开发商处获取所述收益额；
[0234] 所述第三发送单元，用于将所述收益额分发给与所述流量主的标识信息相对应的流量主。
[0235] 本发明实施例中，所述服务器还包括第五接收单元、第四验证单元和第四发送单元，其中：
[0236] 所述第五接收单元，用于接收所述第二终端发的所述流量主的主体信息，所述流量主的主体信息为软件开发工具包SDK或者超级文本标记语言HTML代码；
[0237] 所述第四验证单元，用于对所述流量主的主体信息进行验证，得到验证结果，所述验证结果用于表明对所述流量主的主体信息的验证是否通过；
[0238] 所述第四发送单元，用于将所述验证结果发送给所述第二终端。
[0239] 本发明实施例中，所述第四发送单元包括第一发送模块和第二发送模块，其中：
[0240] 所述第一发送模块，用于验证通过时，所述服务器分配属于所述流量主的标识信息，并将所述流量主的标识信息和/或所述验证结果发送给所述第二终端；
[0241] 所述第二发送模块，用于验证未通过时，所述服务器将所述验证结果发送给所述第二终端。
[0242] 本发明实施例中，所述服务器还包括第六接收单元、第五获取单元和记录单元，其中：
[0243] 所述第六接收单元，用于接收用户的终端发送的第二下载请求，所述第二下载请求用于下载App开发商提供的第一App程序，所述第二下载请求中携带有App的标识信息和流量主的标识信息；
[0244] 所述第五获取单元，用于响应所述第二下载请求，根据所述App的标识信息获取第一App程序，并将所述第一App程序发送给所述用户的终端；
[0245] 所述记录单元，用于记录与流量主的标识信息和App的标识信息相对应的下载次数。
[0246] 这里需要指出的是：以上服务器实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果，因此不做赘述。对于本发明服务器实施例中未披露的技术细节，请参照本发明方法实施例的描述而理解，为节约篇幅，因此不再赘述。
[0247] 本发明实施例中，第一接收单元601接收第二终端发送的接入请求，所述接入请求中携带有待接入App的标识信息和所述第二终端对应的流量主的标识信息；建立单元602建立所述流量主的标识信息和所述待接入App的标识信息之间的对应关系；第一获取单元603根据所述待接入App的标识信息获取待接入App的接入信息；第一发送单元604响应所述接入请求，向所述第二终端发送接入响应，所述接入响应中携带有所述待接入App的接入信息，所述接入响应用于使所述第二终端根据所述接入信息将所述待接入App接入到自身的流量主；如此，App开发商不需要与流量主进行直接沟通，无需繁琐的数据计算即可实现对流量主的返利。
[0248] 实施例七
[0249] 基于前述的方法实施例，本发明实施例提供一种第一终端，本发明实施例提供的第一终端中的第五发送单元、第七接收单元、第六获取单元和第一处理单元等单元，以及各单元各自所包括的各模块都可以通过第一终端中的处理器来实现；当然也可通过具体的
逻辑电路实现；在具体实施例的过程中，处理器可以为中央处理器(CPU)、微处理器(MPU)、
数字信号处理器(DSP)或
现场可编程门阵列(FPGA)等。
[0250] 图7为本发明实施例七第一终端的组成结构示意图，如图7所示，该第一终端700包括第五发送单元701、第七接收单元702、第六获取单元703和第一处理单元704，其中：
[0251] 所述第五发送单元701，用于向服务器发送第一下载请求，所述第一下载请求用于向所述服务器请求下载接口程序；
[0252] 所述第七接收单元702，用于接收所述服务器发送的接口程序，所述接口程序用于嵌入所述App开发商的App程序中，所述接口程序至少签名信息；
[0253] 所述第六获取单元703，用于获取所述App开发商的第一操作，所述第一操作用于触发所述第一终端向所述服务器上传第一App程序或者发送第一链接地址，所述第一App程序中嵌入有所述接口程序，所述第一链接地址为所述第一App程序的链接地址；
[0254] 所述第一处理单元704，用于响应所述第一操作，向所述服务器发送上传所述第一App程序或者发送第一链接地址，以供流量主从所述服务器上下载第一App程序或者获取第一链接地址。
[0255] 本发明实施例中，所述第一终端还包括第七获取单元和第八获取单元，其中：
[0256] 所述第七获取单元，用于获取所述App开发商的设置操作；
[0257] 所述第八获取单元，用于响应所述设置操作，获取下载收入和收益参数，所述收益参数用于表征所述App开发商给流量主的回报。
[0258] 本发明实施例中，所述第一终端还包括第六发送单元、第八接收单元和第七发送单元，其中：
[0259] 所述第六发送单元，用于向所述服务器发送第一注册请求，所述第一注册请求包括应用App开发商的用户名和密码；
[0260] 所述第八接收单元，用于接收服务器发送的第一注册响应，所述第一注册响应用于表明所述第一终端是否注册成功；
[0261] 所述第七发送单元，用于当所述第一注册响应表明所述第一终端注册成功时，向所述服务器发送第一下载请求。
[0262] 这里需要指出的是：以上第一终端实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果，因此不做赘述。对于本发明第一终端实施例中未披露的技术细节，请参照本发明方法实施例的描述而理解，为节约篇幅，因此不再赘述。
[0263] 实施例八
[0264] 基于前述的方法实施例，本发明实施例提供一种第二终端，本发明实施例提供的第一终端中的第九获取单元、携带单元、第八发送单元、第九接收单元和接入单元等单元，以及各单元各自所包括的各模块都可以通过第一终端中的处理器来实现；当然也可通过具体的逻辑电路实现；在具体实施例的过程中，处理器可以为中央处理器、微处理器、数字
信号处理器或现场可编程门阵列等。
[0265] 图8为本发明实施例八第二终端的组成结构示意图，如图8所示，该第二终端800包括第九获取单元801、携带单元802、第八发送单元803、第九接收单元804和接入单元805，其中：
[0266] 所述第九获取单元801，用于获取待接入应用App的标识信息；
[0267] 所述携带单元802，用于将所述待接入App的标识信息携带于接入请求中，所述接入请求中携带有待接入App的标识信息和所述第二终端对应的流量主的标识信息；
[0268] 所述第八发送单元803，用于将所述接入请求发送给所述服务器；
[0269] 所述第九接收单元804，用于接收所述服务器发送的接入响应，所述接入响应中携带有所述待接入App的接入信息；
[0270] 所述接入单元805，用于根据所述接入信息将所述待接入App接入到自身的流量主。
[0271] 本发明实施例中，所述第二终端还包括第十接收单元、第九发送单元、第十一接收单元和第十发送单元，其中：
[0272] 所述第十接收单元，用于接收用户的终端发送的第二下载请求，所述第二下载请求用于从所述流量主上下载App开发商提供的第一App程序；所述第二下载请求中携带有App的标识信息；
[0273] 所述第九发送单元，用于响应所述第二下载请求，向所述服务器发送所述第三下载请求，所述第三下载请求用于请求下载第一App程序；
[0274] 所述第十一接收单元，用于接收所述服务器发送的第一App程序；
[0275] 所述第十发送单元，用于将所述第一App程序发送给所述用户的终端。
[0276] 本发明实施例中，所述第九获取单元，包括第一获取模块和第二获取模块，其中：
[0277] 所述第一获取模块，用于获取选择操作，所述选择操作为所述流量主从众包平台上选择自己需要接入的待接入App；
[0278] 所述第二获取模块，用于响应所述选择操作，获取所述待接入App的标识信息。
[0279] 本发明实施例中，所述第九获取单元，包括第三获取模块和第四获取模块，其中：
[0280] 所述第三获取模块，用于获取选择条件，所述选择条件为默认设置的条件或者所述流量主通过条件设置操作而得到的条件，所述条件设置操作用于预先设置选择待接入App的操作；
[0281] 所述第四获取模块，用于根据所述选择条件获取所述待接入App的标识信息。
[0282] 本发明实施例中，所述第二终端还包括第十获取单元、第十一发送单元、第十二接收单元和第十一获取单元，其中：
[0283] 所述第十获取单元，用于获取所述流量主的主体信息，所述主体信息用于所述服务器对所述流量主的合法性进行验证；
[0284] 所述第十一发送单元，用于将所述流量主的主体信息发送给所述服务器；
[0285] 所述第十二接收单元，用于接收所述服务器发送的验证结果；
[0286] 所述第十一获取单元，用于当所述验证结果表明所述流量主信息有效时，获取待接入应用App的标识信息。
[0287] 这里需要指出的是：以上第二终端实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果，因此不做赘述。对于本发明第二终端实施例中未披露的技术细节，请参照本发明方法实施例的描述而理解，为节约篇幅，因此不再赘述。
[0288] 应理解，
说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本发明的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。应理解，在本发明的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。
[0289] 在本
申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。
[0290] 上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元；既可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。
[0291] 另外，在本发明各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用
硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
[0292] 本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读
存储器(Read Only Memory，ROM)、磁碟或者光盘等各种可以存储程序代码的介质。
[0293] 或者，本发明上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、ROM、磁碟或者光盘等各种可以存储程序代码的介质。
[0294] 以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉
本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述
权利要求的保护范围为准。
