在具体实现的过程中，可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的标识信息之间的对应关系，所述对应关系用于 描述使用