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